從號(hào)碼圖表談數(shù)字語音用戶收號(hào)問題

2015-03-24 05:06:51余辰東

電信工程技術(shù)與標(biāo)準(zhǔn)化 2015年3期

關(guān)鍵詞：圖表用戶

余辰東

（中興通訊股份有限公司上海研發(fā)中心，上海 201203）

從號(hào)碼圖表談數(shù)字語音用戶收號(hào)問題

余辰東

（中興通訊股份有限公司上海研發(fā)中心，上海 201203）

用戶撥號(hào)是語音業(yè)務(wù)的重要環(huán)節(jié)，接入網(wǎng)完成用戶收號(hào)，并配合交換設(shè)備實(shí)現(xiàn)語音呼叫功能。通過對(duì)用戶撥號(hào)實(shí)現(xiàn)方式的梳理，并比較其在傳統(tǒng)電路交換網(wǎng)絡(luò)以及數(shù)字語音網(wǎng)絡(luò)中的區(qū)別。報(bào)告了數(shù)字語音網(wǎng)絡(luò)中3種不同的收號(hào)方式及其之間的關(guān)系，并對(duì)按號(hào)碼圖表收號(hào)進(jìn)行了重點(diǎn)研究，通過典型交互信令分析了影響按號(hào)碼圖表收號(hào)效率的匹配模式、定時(shí)器等重要因素。依據(jù)上述因素報(bào)告了如何構(gòu)造號(hào)碼圖表，并結(jié)合工程應(yīng)用實(shí)例進(jìn)行了探討總結(jié)。

媒體網(wǎng)關(guān)控制器；媒體網(wǎng)關(guān)；號(hào)碼圖表；用戶收號(hào)；匹配方式

1 用戶撥號(hào)概述

在語音業(yè)務(wù)中PSTN（公共交換電話網(wǎng)）用戶發(fā)起呼叫需要首先撥打被叫號(hào)碼。處于通信網(wǎng)絡(luò)邊緣層的接入設(shè)備負(fù)責(zé)接收用戶撥號(hào)并送交上層交換設(shè)備LE（VoIP網(wǎng)絡(luò)中為媒體網(wǎng)關(guān)控制器MGC/軟交換SS）處理。上層設(shè)備完成號(hào)碼分析后控制相應(yīng)話路接續(xù)。

某些業(yè)務(wù)在通話過程中，用戶可再次按鍵進(jìn)行業(yè)務(wù)選擇（即二次撥號(hào)）：用戶在話路接續(xù)后按業(yè)務(wù)服務(wù)商（如10086）的語音提示進(jìn)行撥號(hào)。對(duì)已經(jīng)完成話路接續(xù)的交換設(shè)備而言，用戶的二次撥號(hào)作為普通業(yè)務(wù)透?jìng)鞯綐I(yè)務(wù)服務(wù)商，由服務(wù)商設(shè)備收號(hào)，并觸發(fā)相應(yīng)流程。

2 MG下PSTN用戶收號(hào)

隨著NGN（下一代網(wǎng)絡(luò)）的不斷發(fā)展，VoIP（數(shù)字語音）業(yè)務(wù)逐漸取代傳統(tǒng)語音業(yè)務(wù)。NGN網(wǎng)絡(luò)中，基于H.248協(xié)議（一種ITU-T定義的媒體網(wǎng)關(guān)控制協(xié)議）的媒體網(wǎng)關(guān)（MG）將電路交換網(wǎng)承載的語音業(yè)務(wù)轉(zhuǎn)換為分組網(wǎng)中的媒體流；MGC/SS完成呼叫控制、協(xié)議處理等功能。與PSTN用戶收號(hào)不同，NGN中收號(hào)是由MG在MGC/SS控制下完成：MG上報(bào)用戶摘機(jī)后，由MGC/SS下發(fā)DigitMap（號(hào)碼圖表）；MG按照號(hào)碼圖表的收號(hào)規(guī)則進(jìn)行匹配及收號(hào)，并上報(bào)給MGC/ SS進(jìn)一步處理。即MG設(shè)備除號(hào)碼傳輸外還需承擔(dān)部分收號(hào)分析功能。

MG有3種可選的收號(hào)方式：（1）按號(hào)碼圖表收號(hào)；（2）撥鍵檢測(cè)收號(hào)；（3）通過媒體服務(wù)器收號(hào)。在呼叫的不同階段，分別采用不同的收號(hào)方式：主叫摘機(jī)發(fā)起呼叫時(shí)采用第1種方式接收用戶所撥號(hào)碼，二次撥號(hào)則采用第2種方式；某些終端摘機(jī)后自動(dòng)撥出接入碼，其后再手工撥出其他號(hào)碼，接收接入碼時(shí)采用第1種方式，其后號(hào)碼串采用第3種方式。可見按號(hào)碼圖表收號(hào)是基礎(chǔ)收號(hào)方式，是其他方式的前提條件。其余兩種收號(hào)方式說明如下。

2.1 撥鍵檢測(cè)收號(hào)

當(dāng)MGC期望逐個(gè)接收用戶按鍵時(shí)，會(huì)通過H.248信令向MG下達(dá)撥鍵檢測(cè)的事件描述符，用以指示MG檢測(cè)用戶的單個(gè)撥鍵。MG收到用戶撥鍵后直接上報(bào)給MGC，MG無需匹配用戶所撥號(hào)碼，由MGC對(duì)收到的用戶撥鍵進(jìn)行處理。典型信令如下：

（1）MGC下達(dá)撥鍵檢測(cè)指示，要求MG檢測(cè)用戶的單個(gè)撥鍵，tonedet/std表示檢測(cè)用戶單個(gè)DTMF按鍵；{tl=*}中的*號(hào)通配所有的DTMF按鍵。信令如下：

！/1 [10.54.253.2]：2944 T=708345953{C=-{MF=A7{E=823468613{tonedet/std{tl=*}，al/*}，SG{}}}}

（2）MG報(bào)告用戶撥鍵事件，MG向MGC報(bào)告檢測(cè)用戶的DTMF撥鍵，tonedet/std之后的{tid=d1}表示這次檢測(cè)到的DTMF撥鍵是“數(shù)字1”。信令如下：

！/1 [10.54.51.4]：2944 T=5175{C=-{N=A7{OE= 823468613{20140107T03583300：tonedet/std{tid= d1}}}}}

2.2 通過媒體服務(wù)器收號(hào)

通過媒體服務(wù)器收號(hào)指在MG與媒體服務(wù)器通過H.248完成媒體協(xié)商后，通過媒體流把用戶撥鍵信號(hào)傳送到媒體服務(wù)器，再由媒體服務(wù)器從媒體流中提取撥鍵信號(hào)并上報(bào)給MGC。這種方式收號(hào)時(shí)，必須采用媒體服務(wù)器能夠識(shí)別的DTMF轉(zhuǎn)發(fā)模式；且由于號(hào)碼通過媒體流傳送，所以信令中無法看到用戶所撥號(hào)碼，即無法直接跟蹤用戶實(shí)際按鍵動(dòng)作。

3 按號(hào)碼圖表收號(hào)

當(dāng)MGC/SS期望用戶輸入號(hào)碼（包括單個(gè)按鍵）時(shí)，可以通過H.248信令向MG下發(fā)號(hào)碼圖表，指示MG收到用戶按鍵后按號(hào)碼圖表進(jìn)行號(hào)碼匹配，并上報(bào)號(hào)碼串與匹配結(jié)果。

3.1 典型交互信令

（1）MGC/SS下達(dá)收號(hào)指示：！/1 [10.54.253.2]：2944 T=708404612{C=-{MF=A15{E=706747661 {dd/ce{DM=dmap1}，al/*}，SG{cg/dt}，DM= dmap1{([2-6]xxxxxx|8xxx|8xxxxxxx|9445xxxxxx| 6000xxSxx|13xxxxxxxxx|0xxx|200|201|5020|5021|9x xxx|100xxS[12][03-9]LxxF|E|F|x.F|[0-9].L)}}}}

該信令中，MGC/SS通知MG向用戶送撥號(hào)音，并按照號(hào)碼圖表進(jìn)行收號(hào)。DM=dmap1{…}為下發(fā)號(hào)碼圖表的具體內(nèi)容，包含所有可能的號(hào)碼模式，MG收號(hào)將根據(jù)此表進(jìn)行匹配。

（2）MG完成收號(hào)并按號(hào)碼圖表規(guī)則報(bào)告號(hào)碼串匹配結(jié)果：！/1 [10.54.9.31]：2944 T=5531{C=-{N=A15 {OE=706747661{19700205T06170200：dd/ce{ds= "5021"，Meth=UM}}}}}

該信令中，MG向MGC/SS報(bào)告用戶所撥號(hào)碼及匹配結(jié)果。ds=“5021”為所撥號(hào)碼，UM表示用戶號(hào)碼與號(hào)碼圖表明確匹配（只與號(hào)碼圖表中唯一的號(hào)碼模式完全匹配）。

3.2 號(hào)碼匹配規(guī)則

MG收號(hào)后，用戶按鍵信息順序存放于“當(dāng)前撥號(hào)串”變量中。撥入新號(hào)時(shí)，新的“當(dāng)前撥號(hào)串”將與候選號(hào)碼模式匹配。撥號(hào)事件未結(jié)束前，H.248協(xié)議按如下規(guī)則進(jìn)行處理：

（1）“當(dāng)前撥號(hào)串”起始值為空。初始模式集合包括號(hào)碼圖表中規(guī)定的所有號(hào)碼模式；

（2）每撥一號(hào)，設(shè)置一個(gè)定時(shí)器等待下一撥號(hào)事件。當(dāng)定時(shí)器超時(shí)，若與某個(gè)號(hào)碼模式完全匹配（FM），則報(bào)告“定時(shí)器超時(shí)，完全匹配”；若無法與號(hào)碼模式集完全匹配，或沒有號(hào)碼模式可以匹配，則報(bào)告“定時(shí)器超時(shí)，部分匹配（PM）”。

（3）若定時(shí)器超時(shí)前檢測(cè)到撥號(hào)事件，則將其映射成號(hào)碼字符并加入當(dāng)前撥號(hào)字符串中，與所有候選號(hào)碼模式相比較。若撥號(hào)字符串不匹配，則從號(hào)碼模式集中刪除。

（4）若只剩一個(gè)候選號(hào)碼模式且完全匹配，則產(chǎn)生UM事件。若無候選號(hào)碼模式匹配，則將最近事件從當(dāng)前撥號(hào)字符串中刪除。若檢測(cè)到最近的撥號(hào)事件之前，有一個(gè)候選號(hào)碼模式完全匹配，則產(chǎn)生完全匹配的完成事件，否則產(chǎn)生部分匹配的完成事件。

（5）若前4步均未報(bào)告完成事件（即模式集仍包含多個(gè)模式），則返回到第2步進(jìn)行處理。

3.3 長(zhǎng)匹配優(yōu)先與短匹配優(yōu)先

號(hào)碼圖表經(jīng)常會(huì)出現(xiàn)號(hào)碼模式之間的相容問題，即號(hào)碼模式A包含號(hào)碼模式B。當(dāng)用戶所撥號(hào)碼串與號(hào)碼模式B完全匹配時(shí)，對(duì)號(hào)碼模式A來說僅為部分匹配，若用戶希望按短匹配優(yōu)先，立即上報(bào)與號(hào)碼模式B匹配的結(jié)果，而其他用戶可能希望按長(zhǎng)匹配優(yōu)先，等待與號(hào)碼模式A的更好匹配結(jié)果。因此MG設(shè)備應(yīng)具備長(zhǎng)匹配優(yōu)先或短匹配優(yōu)先的配置能力。

當(dāng)所撥號(hào)碼與號(hào)碼模式B完全匹配而與號(hào)碼模式A部分匹配時(shí)：若配置了長(zhǎng)匹配優(yōu)先，則啟動(dòng)位間定時(shí)器，定時(shí)器超時(shí)后報(bào)FM；如果配置了短匹配優(yōu)先，則立即上報(bào)UM。

在本節(jié)所列典型交互信令的號(hào)碼圖表中，8xxx| 8xxxxxxx之間即存在相容關(guān)系。當(dāng)收號(hào)為812，則部分匹配8xxx，即ds＝"812"，Meth＝PM。若收號(hào)為8123，由于除完全匹配8xxx外，仍可能與8xxxxxxx匹配，當(dāng)采用短匹配時(shí)則立即上報(bào)ds＝"8123"，Meth= UM；當(dāng)采用長(zhǎng)匹配時(shí)，超時(shí)后上報(bào)ds＝"8123"，Meth＝FM。若收號(hào)為81236789，當(dāng)采用短匹配優(yōu)先時(shí)，與8xxx匹配后立即上報(bào)號(hào)碼（按鍵6789被丟棄），即ds＝"8123"，Meth＝UM；當(dāng)采用長(zhǎng)匹配優(yōu)先時(shí)，在用戶撥號(hào)8123與8xxx匹配后仍會(huì)等待收號(hào)，因此用戶撥號(hào)81236789能且只能與8xxxxxxx匹配，即ds＝"81236789"，Meth＝UM。

由此可見號(hào)碼圖表中若存在相容關(guān)系，將導(dǎo)致?lián)芴?hào)匹配較為復(fù)雜，且由于需要等待后續(xù)收號(hào)，增加收號(hào)完成時(shí)間，影響用戶感知。即號(hào)碼圖表中應(yīng)盡量避免出現(xiàn)模式相容。

4 號(hào)碼圖表中的定時(shí)器規(guī)則

與號(hào)碼圖表相關(guān)的定時(shí)器包括：T（初位定時(shí)器）、L（長(zhǎng)定時(shí)器）以及S（短定時(shí)器）。初位定時(shí)器是撥號(hào)前等待定時(shí)器，預(yù)防用戶摘機(jī)后久不撥號(hào)；長(zhǎng)/短定時(shí)器又稱位間定時(shí)器，即用戶撥號(hào)過程中連續(xù)兩位號(hào)碼之間的撥號(hào)定時(shí)器。

4.1 初位定時(shí)器

初位定時(shí)器是聽到撥號(hào)音到第一位撥號(hào)間的最大時(shí)間間隔：MG收到收號(hào)事件檢測(cè)指示后，啟動(dòng)該定時(shí)器，等待用戶撥第一個(gè)號(hào)。若定時(shí)器超時(shí)仍未撥號(hào)，則MG上報(bào)空號(hào)給MGC，匹配結(jié)果為PM，且用戶聽忙音；若定時(shí)器超時(shí)前撥鍵，則取消定時(shí)器，接收用戶后續(xù)撥號(hào)。

4.2 位間定時(shí)器（長(zhǎng)定時(shí)器、短定時(shí)器）

撥號(hào)過程中在當(dāng)前所撥號(hào)碼串找到明確匹配的號(hào)碼模式前，每次按鍵均會(huì)啟動(dòng)位間定時(shí)器，等待下次用戶撥號(hào)。若位間定時(shí)器超時(shí)，MG將當(dāng)前已接收號(hào)碼串報(bào)給MGC/SS，匹配結(jié)果是PM或FM；若位間定時(shí)器超時(shí)前收到新按鍵且未明確匹配，則啟動(dòng)新的位間定時(shí)器。

位間定時(shí)器包括長(zhǎng)/短定時(shí)器，以區(qū)分超時(shí)長(zhǎng)短，分別通過L與S表示。位間定時(shí)器可在號(hào)碼圖表中明確指示。如號(hào)碼模式100xxS[12][03-9]LxxF，收到10086后啟動(dòng)短定時(shí)器繼續(xù)收號(hào)，當(dāng)收到1008618后則啟動(dòng)長(zhǎng)定時(shí)器等待繼續(xù)收號(hào)。若號(hào)碼模式未明確指示定時(shí)器類型，則重復(fù)符通配的按鍵采用短定時(shí)，其他號(hào)碼間缺省為長(zhǎng)定時(shí)。但若號(hào)碼串中加短定時(shí)器，則其后號(hào)碼均采用短定時(shí)，如6000xxSxx，第6、7位號(hào)碼以及第7、8位號(hào)碼之間最大時(shí)間間隔均為短定時(shí)器。

長(zhǎng)短定時(shí)器應(yīng)根據(jù)工程實(shí)際應(yīng)用以及對(duì)接設(shè)備支持情況進(jìn)行設(shè)置，一般情況下推薦長(zhǎng)定時(shí)器設(shè)置不超過16 s，短定時(shí)器設(shè)置1～3 s為宜。

5 號(hào)碼圖表構(gòu)造

號(hào)碼圖表應(yīng)包含所有可能的撥號(hào)事件，對(duì)所有撥號(hào)事件產(chǎn)生對(duì)應(yīng)的匹配，通過通配符簡(jiǎn)化號(hào)碼圖表，通過定時(shí)器設(shè)計(jì)提升用戶收號(hào)效率，并對(duì)異常事件（久不撥號(hào)等）進(jìn)行預(yù)防。

5.1 號(hào)碼圖表構(gòu)造原則

（1）號(hào)碼圖表應(yīng)滿足H.248協(xié)議中的語法規(guī)定：由一系列字符串（包括數(shù)字和字母）按一定邏輯結(jié)構(gòu)組成，并與其適用終端上的事件描述符所指定的事件相對(duì)應(yīng)。

（2）號(hào)碼圖表應(yīng)包含所有可能的用戶撥號(hào)模式，如各類本地、長(zhǎng)途、移動(dòng)及特服業(yè)務(wù)模式。號(hào)碼模式可使用通配符放寬限制，防止號(hào)碼模式限制太緊導(dǎo)致收號(hào)故障：如用戶收號(hào)“*6666*12345#”，可設(shè)計(jì)號(hào)碼圖表為“E6666E12345F”（E/F在號(hào)碼圖表中分別表示用戶按鍵*/#）以實(shí)現(xiàn)精確匹配。為放寬限制并簡(jiǎn)化號(hào)碼圖表，上述圖表可設(shè)計(jì)為“ExxxxExxxxxF”，并進(jìn)一步簡(jiǎn)化為“Ex.Ex.F”（x通配所有數(shù)字，.表示之前事件多次重復(fù)）。

（3）號(hào)碼圖表應(yīng)盡量避免相容模式。若相容模式無法避免，建議MG使用長(zhǎng)匹配優(yōu)先。若相容模式可進(jìn)行合并，多余位間應(yīng)使用短定時(shí)器：如“8xxx|8xxxxxxx”可合并為“8xxxxxxx”，并在第4、5位間使用短定時(shí)器，以縮短撥號(hào)時(shí)間，即修改號(hào)碼圖表為“8xxxSxxxx”。

（4）號(hào)碼圖表不應(yīng)過長(zhǎng)，協(xié)議規(guī)定最大長(zhǎng)度為1024；號(hào)碼圖表亦不應(yīng)過短，過于簡(jiǎn)單容易出現(xiàn)無法完全匹配的情況。應(yīng)保證包含所有號(hào)碼規(guī)劃，并通過“[]”覆蓋號(hào)碼特定位可能的數(shù)字，特別是局碼或號(hào)碼初始位：如國內(nèi)三位長(zhǎng)途區(qū)號(hào)010、02X，可合并為0[12]x，從而減少號(hào)碼圖表長(zhǎng)度。為覆蓋所有可能撥號(hào)業(yè)務(wù)，號(hào)碼圖表應(yīng)兼容類似x.或[0-9EF].這種無限長(zhǎng)模式；同時(shí)為盡快上報(bào)用戶收號(hào)，應(yīng)將[0-9EF].修改為[0-9EF].S，并設(shè)置短定時(shí)器為1～3s。

（5）如上所述，使用定時(shí)器可提高收號(hào)效率，但需考慮不同用戶撥號(hào)動(dòng)作區(qū)別：短定時(shí)器在撥號(hào)按鍵動(dòng)作較慢時(shí)，容易引起超時(shí)導(dǎo)致MG收號(hào)不全，應(yīng)根據(jù)實(shí)際情況進(jìn)行靈活調(diào)整。

5.2 號(hào)碼圖表構(gòu)造實(shí)例

遵循上述號(hào)碼圖表構(gòu)造原則，同時(shí)結(jié)合號(hào)碼規(guī)劃按現(xiàn)網(wǎng)實(shí)際情況設(shè)計(jì)號(hào)碼圖表。實(shí)際號(hào)碼圖表舉例如下：

（1）上述號(hào)碼圖表長(zhǎng)度為787，滿足最大長(zhǎng)度為1024的要求，所有MG設(shè)備均應(yīng)支持。

（2）上述號(hào)碼圖表中包括新業(yè)務(wù)/特服業(yè)務(wù)號(hào)碼，由數(shù)字及功能鍵（*、#）組成：前者如[EF][EF0-9][0-9E].F|FF；后者號(hào) 碼一般較短，如12[13]xx|163xx|200；本地號(hào)碼，含固話及移動(dòng) 號(hào) 碼：如 6168xxxxx|1[3458]xxxxxxxxx；長(zhǎng)途號(hào)碼，含長(zhǎng)途區(qū)號(hào)+本地固話及0+手機(jī)號(hào)碼：如 010xxxxxxxx|02xxxxxxxxx|037[179] xxxxxxxx||01[3458]xxxxxxxxx等。

（3）通過幾類號(hào)碼模式的分別構(gòu)造組成號(hào)碼圖表，包含所有可能的用戶撥號(hào)。以長(zhǎng)途固話為例，號(hào)碼圖表中需要包含所有區(qū)號(hào)，同時(shí)為簡(jiǎn)化圖表應(yīng)對(duì)區(qū)號(hào)進(jìn)行合并。如浙江省長(zhǎng)途區(qū)號(hào)包括057X號(hào)段，可簡(jiǎn)化合并配置號(hào)碼圖表為057[0-9]，本地號(hào)碼以通配符x表示。由于省內(nèi)不同地區(qū)號(hào)碼長(zhǎng)度可能不一致（7位或8位），需保證號(hào)碼模式之間不出現(xiàn)相容，因此將此號(hào)碼模式拆分為057[1345679]xxxxxxxx|057[028]xxxxxxx。

（4）為解決號(hào)碼圖表可能出現(xiàn)的無法匹配問題（如本號(hào)碼圖表中未包含國際長(zhǎng)途匹配模式），一般會(huì)增加通用兼容模式x.。但由于此模式會(huì)與所有號(hào)碼模式相容導(dǎo)致收號(hào)較慢，應(yīng)使用短定時(shí)器或在號(hào)碼后加撥#鍵（F表示）以實(shí)現(xiàn)立即上報(bào)，號(hào)碼模式如：x.S|xx.F。

（5）由于號(hào)碼圖表隨現(xiàn)網(wǎng)號(hào)碼實(shí)際情況變化（如號(hào)碼升位）而變化，因此對(duì)號(hào)碼圖表的維護(hù)是一個(gè)動(dòng)態(tài)過程。在維護(hù)該表中也應(yīng)遵循上述原則并加以靈活變化，以保證收號(hào)效率。

6 號(hào)碼圖表工程應(yīng)用

某地MG下用戶撥打長(zhǎng)途電話（如0776870****，11位號(hào)長(zhǎng)）時(shí)，呼叫失敗聽忙音。由于MG注冊(cè)正常，且呼叫失敗只涉及用戶某類撥號(hào)，因此確認(rèn)業(yè)務(wù)轉(zhuǎn)發(fā)通道正常。其問題本質(zhì)是MG用戶收號(hào)與號(hào)碼圖表匹配存在問題，跟蹤信令發(fā)現(xiàn)MGC/SS下發(fā)的號(hào)碼圖表如下：

DM=dmap1{([2-8]xxxxxx|13xxxxxxxxx|0x xxxx|0xxxxxx|0xxxxxxx|0xxxxxxxx|0xxxxxxx xx|[0-3]xxxx|4xxxxx|44453|[5-9]xxxx|1[0124-9] x|E|F|x.F|[0-9].L|20[0-1])

用戶所撥長(zhǎng)途號(hào)碼（如0776870****，11位號(hào)長(zhǎng)）在號(hào)碼圖表中只能與[0-9].L完全匹配。據(jù)此號(hào)碼模式定義，用戶撥號(hào)與該模式匹配后須等待長(zhǎng)定時(shí)器超時(shí)方可將號(hào)碼上報(bào)MGC/SS。信令跟蹤發(fā)現(xiàn)撥號(hào)16 s后，MGC/SS下發(fā)忙音事件導(dǎo)致收號(hào)失敗。經(jīng)分析故障原因?yàn)镸G啟用了長(zhǎng)匹配優(yōu)先且長(zhǎng)定時(shí)器設(shè)置時(shí)長(zhǎng)大于16 s，而在定時(shí)器超時(shí)前MGC/SS已經(jīng)下發(fā)忙音結(jié)束呼叫，導(dǎo)致MG未上報(bào)撥號(hào)事件。此問題的解決方法有以下幾種：

（1）設(shè)置MG長(zhǎng)定時(shí)器時(shí)間小于16 s（如14 s）：當(dāng)MG長(zhǎng)定時(shí)器超時(shí)后，按號(hào)碼圖表規(guī)則上報(bào)用戶所撥號(hào)碼，即在MGC/SS未送忙音之前完成收號(hào)，繼續(xù)呼叫接續(xù)過程；

（2）號(hào)碼圖表中增加號(hào)碼模式“0xxxxxxxxxx”，實(shí)現(xiàn)與11位長(zhǎng)途號(hào)碼的完全匹配；

（3）用戶撥號(hào)后加撥“#”鍵，實(shí)現(xiàn)與號(hào)碼圖表中“x.F”號(hào)碼模式的完全匹配，直接上報(bào)MGC/SS完成呼叫接續(xù)。用戶加撥的“#”鍵將在上層設(shè)備中丟棄。

若MGC/SS支持逐位收號(hào)，亦可采用如下方法：MG采用短匹配優(yōu)先方式，在收到用戶部分號(hào)碼后與號(hào)碼圖表中“0xxxxx”匹配后先上報(bào)，其后號(hào)碼按撥鍵檢測(cè)收號(hào)方式完成上報(bào)。

7 結(jié)束語

號(hào)碼圖表作為MG中的撥號(hào)方案，用于檢測(cè)和報(bào)告在終端上接收的撥號(hào)事件。VoIP用戶收號(hào)是否成功且收號(hào)效率高低與否，均與合理的號(hào)碼圖表設(shè)計(jì)密切相關(guān)。只有通過對(duì)號(hào)碼模式的合理規(guī)劃、撥號(hào)事件的全面覆蓋，通配符及定時(shí)器的靈活應(yīng)用，才能保證號(hào)碼圖表的匹配精確、規(guī)模適度以及擴(kuò)展良好，并進(jìn)而為VoIP用戶呼叫成功奠定基礎(chǔ)。

[1] YD/T 1264-2003 IP電話/傳真業(yè)務(wù)總體技術(shù)要求（第二階段）[S].

[2] YD/T 1292-2003 基于H.248的媒體網(wǎng)關(guān)控制協(xié)議技術(shù)要求[S]. [3] YD/T 1518-2006 IP電話接入設(shè)備互通技術(shù)要求和測(cè)試方法-H.248協(xié)議[S].

News

中國移動(dòng)攜手荷蘭皇家電信完成全球首例基于RAVEL方案的VoLTE國際漫游測(cè)試

2月28日，中國移動(dòng)攜手荷蘭皇家電信（KPN）完成了全球首例基于IMS架構(gòu)下RAVEL（LBO VR）方案的VoLTE高清音視頻國際漫游測(cè)試，該方案為GSMA定義的標(biāo)準(zhǔn)VoLTE漫游方案之一。至此，中國移動(dòng)已聯(lián)合國際運(yùn)營商完成了全部三種VoLTE漫游方案的高清音視頻通話測(cè)試。與前期測(cè)試方案相比，RAVEL方案更好地繼承了傳統(tǒng)2/3G漫游的用戶面路徑與網(wǎng)間結(jié)算方式，有利于國際漫游業(yè)務(wù)的推廣，同時(shí)在部分場(chǎng)景下降低了用戶通話過程中的時(shí)延與抖動(dòng)，使用戶能體驗(yàn)到更自然、更清晰的VoLTE音視頻服務(wù)。

3月2日，在世界移動(dòng)通信大會(huì)期間（MWC），中國移動(dòng)展區(qū)對(duì)該項(xiàng)測(cè)試結(jié)果進(jìn)行了展示。基于RAVEL方案的VoLTE國際漫游用戶接通等待時(shí)延約4.1～5.4 s，較現(xiàn)有2G/3G語音漫游用戶的接通等待時(shí)延縮短約1～6 s。本次測(cè)試基于商用IPX網(wǎng)絡(luò)，采用VoLTE專用承載提供QoS保障，實(shí)現(xiàn)了漫入、漫出部分場(chǎng)景下VoLTE用戶之間的高清音視頻通話。

中國移動(dòng)此前已于2014年6月、10月與韓國KT、荷蘭KPN分別完成了基于4G數(shù)據(jù)漫游架構(gòu)的S8 HR方案和基于IMS架構(gòu)的LBO HR方案的VoLTE高清音視頻國際漫游測(cè)試，為確定VoLTE國際漫游標(biāo)準(zhǔn)架構(gòu)提供了有利支撐。2014年10月，中國移動(dòng)攜手歐美亞十余家運(yùn)營商在GSMA發(fā)起成立了VoLTE/RCS全球漫游互通測(cè)試工作組，并擔(dān)任主席單位。后續(xù)將依托該工作組與日本DoCoMo完成S8 HR方案的VoLTE漫游測(cè)試，與韓國SKT、KT、德國電信等開展RAVEL方案的VoLTE漫游測(cè)試，這些工作有望為VoLTE/RCS全球漫游互通商用驗(yàn)證奠定堅(jiān)實(shí)基礎(chǔ)。

（來源：中國移動(dòng)通信集團(tuán)公司)

Discussion about number receiving problems of digital voice users through digitmap

YU Chen-dong
(ZTE Corporation, Shanghai 201203, China)

User dialing is a very important link in voice service, the access network fulfi ls user number receiving and cooperates with LE (Local Exchange) to realize the voice call function. Through combing user dialing methods, we compared the difference in traditional circuit-switched network and digital voice network. The application of three different user number receiving modes and the relationship among them in the digital voice network had been reported. We focused on the user number reception according to the digitmap. Through the typical interactive signal, we analysd the important factors affecting the digitmap effi ciency which includes matching mode, timer and so on. On the basis of the above factors, we reported how to construct the digitmap, and we had carried on the discussion and summary combined with engineering application.

MGC; MG; DigitMap; number receive; match mode

TN915

1008-5599（2015）03-0086-06

2015-01-07