張 芳，蘇 軍，姜盛強(qiáng)

（新鄉(xiāng)聯(lián)通公司 ，河南 新鄉(xiāng) 453000）

1 背景

隨著FTTH的大量使用，每個(gè)地市、不同的運(yùn)營(yíng)商都不同程度地出現(xiàn)了一個(gè)很尖銳的問題，就是用戶撥號(hào)速度快可接通，速度稍慢撥號(hào)就失敗或需重?fù)?，或者用戶撥完?hào)后等待時(shí)間過長(zhǎng)，容易引起用戶放棄呼叫，有的廠商要求用戶加撥#以提高接通速度。這種現(xiàn)象與運(yùn)營(yíng)商要求的提升用戶體驗(yàn)極為不附。因此，提高用戶撥號(hào)質(zhì)量，提升用戶使用感受迫在眉睫。

2 呼叫分析

2.1 收號(hào)方式對(duì)比

為了讓用戶接續(xù)的時(shí)間加快，首先要分析收號(hào)流程。

PSTN收號(hào)方式:傳統(tǒng)交換系統(tǒng)中的 NO.7信令的號(hào)碼轉(zhuǎn)發(fā)是根據(jù)號(hào)碼分析的數(shù)據(jù)進(jìn)行號(hào)碼轉(zhuǎn)發(fā)的。轉(zhuǎn)發(fā)方式為逐位轉(zhuǎn)發(fā)。用戶撥號(hào)后交換機(jī)采用邊收邊發(fā)的機(jī)制，此操作全部由交換機(jī)進(jìn)行判斷與分析，在某種程度上，也有相應(yīng)的延時(shí)。在 TDM交換機(jī)時(shí)撥號(hào)間隔定時(shí)為20 s。

軟交換收號(hào)方式:軟交換是以包交換為基礎(chǔ)的，DigitMap是為適應(yīng) H.248/媒體網(wǎng)關(guān)控制協(xié)議(MGCP，Media Gateway Control Protocol)要求而設(shè)置的一種特殊事件，它指定的檢測(cè)事件是一列或數(shù)列按一定規(guī)律排列的號(hào)碼串，MG用它來判斷用戶所撥的號(hào)碼流是否有效，當(dāng)檢測(cè)到的號(hào)碼串和其中某一列相匹配時(shí)就向MGC發(fā)出通知，利用該描述符MG就可以實(shí)現(xiàn)成組發(fā)碼。而不需逐位發(fā)送，從而提高網(wǎng)絡(luò)效率，減少發(fā)碼時(shí)延［1］。

簡(jiǎn)單地說，DigitMap是指示MG如何撥號(hào)的數(shù)字方案。MGC僅負(fù)責(zé)數(shù)字預(yù)翻譯及路由，而收號(hào)完全由MG負(fù)責(zé)，也就是說，通過MG接收核心網(wǎng)下發(fā)的樹圖進(jìn)行判斷，由MG控制什么時(shí)候給MGC上報(bào)號(hào)碼。DigitMap對(duì)整個(gè)呼叫接續(xù)的快慢起到關(guān)鍵作用。

撥號(hào)接續(xù)速度快慢就要在核心網(wǎng)MGC和用戶側(cè)MG進(jìn)行分析。分析兩種情況，1.核心網(wǎng)數(shù)圖。2.在用戶端與數(shù)圖的匹配方式的選擇。

2.2 貝爾軟交換實(shí)例分析

具體到現(xiàn)網(wǎng)中的新鄉(xiāng)FTTH8240上接貝爾軟交換，貝爾軟交換的樹圖如下:

為了更好地解釋，分析如下:

如果要撥打號(hào)碼“15637300991”，當(dāng)撥完“1”，或者“15”后，此時(shí)啟動(dòng)DigitMap短定時(shí)器，F(xiàn)TTH8240默認(rèn)設(shè)置短定時(shí)器為5s，如果5s內(nèi)用戶沒有繼續(xù)撥號(hào)碼，則MG不將號(hào)碼流對(duì)MGC發(fā)送，直接釋放此次呼叫，釋放的原因?yàn)橛脩羲鶕艿奶?hào)碼流沒有匹配到DigitMap的任何一個(gè)規(guī)則，如果所撥號(hào)碼為“156”或者“1563”后則啟動(dòng)DGITMAP短定時(shí)器，例如5s內(nèi)不繼續(xù)撥號(hào)，則MG將所撥號(hào)碼上報(bào)MGC，此時(shí)再繼續(xù)撥 7300991，被叫無法接通，如果一次撥完“15637300991”，MG 匹配規(guī)則［1－9］x.，啟動(dòng) Digit-Map短定時(shí)器，5s后向MGC上報(bào)用戶所撥號(hào)碼，被叫振鈴。所以省網(wǎng)貝爾MGC所帶用戶主叫應(yīng)該在撥完被叫號(hào)碼5s后進(jìn)行接續(xù)。

3 數(shù)圖(DigitMap)規(guī)則

3.1 DigitMap

DigitMap，即號(hào)碼采集規(guī)則描述符，它是駐留在媒體網(wǎng)關(guān)內(nèi)的撥號(hào)方案，用于檢測(cè)和報(bào)告終端接收的撥號(hào)事件。采用DigitMap的主要目的是提高媒體網(wǎng)關(guān)發(fā)送被叫號(hào)碼的效率，即當(dāng)用戶所撥的被叫號(hào)碼符合DigitMap所定義的撥號(hào)方案之一時(shí)，媒體網(wǎng)關(guān)將此被叫號(hào)碼用一個(gè)消息集中發(fā)送。

3.2 DigitMap 定時(shí)器

H.248協(xié)議規(guī)定了三類定時(shí)器用于保護(hù)根據(jù)DigitMap所收集的號(hào)碼，這三類定時(shí)器為:起始定時(shí)器(T)，短定時(shí)器(S)和長(zhǎng)定時(shí)器(L)。

1)起始定時(shí)器T用于任何已撥號(hào)碼之前。如果起始定時(shí)器被設(shè)為0(T=0)，此定時(shí)器就失效了;表示MG將無限期地等待撥號(hào)，國(guó)標(biāo)規(guī)定的撥號(hào)定時(shí)時(shí)間是20s。

2)若MG確認(rèn)號(hào)碼串至少還需要一位號(hào)碼來匹配DigitMap中的任意撥號(hào)方案，則數(shù)字間的定時(shí)器值應(yīng)設(shè)置為長(zhǎng)定時(shí)器(L)(例如16 s)。

3)若號(hào)碼串已經(jīng)匹配了DigitMap中的某一撥號(hào)方案，但還有可能接收更多位數(shù)的號(hào)碼而匹配其他不同的撥號(hào)方案，則不應(yīng)立即報(bào)告匹配情況，MG必須使用短定時(shí)器(S)等待接收更多位數(shù)的號(hào)碼。

DigitMap中的定時(shí)器為可配置參數(shù)。這些定時(shí)器的缺省值應(yīng)當(dāng)在MG中預(yù)先設(shè)定;但可以被Digit-Map中指定的值所修改。

3.3 DigitMap 語法

DigitMap字符包括數(shù)字和字母，其中數(shù)字的范圍從“0”到“9”，字母的范圍從“A”到“K”。另外在DigitMap字符串中會(huì)出現(xiàn)通配符“X”，表示“0”－“9”，“A”－“K”中的某一個(gè);符號(hào)“.”代表0 次或多次重復(fù)在“.”之前的撥號(hào)事件。

除了這些事件符號(hào)，字符串可以包含“S”和“L”位間定時(shí)指示符以及“Z”持續(xù)時(shí)間修改符?！癝”與“L”分別表示MG對(duì)于后續(xù)撥號(hào)事件應(yīng)采用短定時(shí)器S或長(zhǎng)定時(shí)器L，取代先前規(guī)定的定時(shí)規(guī)則?！癦”表示一個(gè)長(zhǎng)持續(xù)時(shí)間的撥號(hào)事件:“Z”被放在滿足給定字符位置的事件符號(hào)之前，它表示只有在事件的持續(xù)時(shí)間超過時(shí)間門限時(shí)，撥號(hào)事件才會(huì)滿足該位置。該門限值由MG預(yù)先設(shè)定。

如果DigitMap是由字符串列表構(gòu)成，則各個(gè)字符串之間用“|”間隔，字符串中某個(gè)位置的取值為某個(gè)區(qū)間的任意值時(shí)，用“［］”，如:“［2 －9］”表示可取2到9中的任意某個(gè)值［2］。

4 核心網(wǎng)數(shù)圖方案的設(shè)計(jì)

要解決NGN用戶的接續(xù)時(shí)長(zhǎng)長(zhǎng)的問題，主要是MG啟用定時(shí)器的緣故。如何將定時(shí)器的時(shí)間降到最小或者如何將定時(shí)器在收號(hào)過程中省略是要討論的問題。

4.1 MGC 默認(rèn) DigitMap

1)貝爾

2)華為

3)中興(應(yīng)用于7位本地網(wǎng))

新業(yè)務(wù)

特服

國(guó)內(nèi)國(guó)際長(zhǎng)途

4.2 數(shù)圖方案設(shè)計(jì)原理

就以華為8240為例，默認(rèn)的短定時(shí)器時(shí)長(zhǎng)為5s，長(zhǎng)定時(shí)器時(shí)長(zhǎng)為10s，在反復(fù)測(cè)試后，我們發(fā)現(xiàn)用戶的接續(xù)時(shí)長(zhǎng)，90%左右的接續(xù)時(shí)長(zhǎng)為短定時(shí)器的時(shí)長(zhǎng)，為了實(shí)現(xiàn)預(yù)定目標(biāo)。我們采用修改樹圖的方法，在樹圖中將需要提高的本地號(hào)碼段改為精確匹配UnambiguousMatch，簡(jiǎn)寫為UM，不啟動(dòng)定時(shí)器直接上發(fā)。

4.3 撥號(hào)舉例

由于|［1－9］x.|中的符號(hào)“.”代表0 次或多次重復(fù)在“.”之前的撥號(hào)事件，因此必須把常用本地號(hào)段和手機(jī)擴(kuò)展開，如果同時(shí)有|［1 －9］x.|和［2 －8］xxxxxx則會(huì)出現(xiàn)以下情況。

在測(cè)試撥打3055151時(shí)，接續(xù)的時(shí)長(zhǎng)和使用原來的數(shù)圖接續(xù)時(shí)長(zhǎng)一樣，經(jīng)過跟蹤MG的消息時(shí)發(fā)現(xiàn)，在撥打號(hào)碼3055151時(shí)匹配到的規(guī)則為［1－9］x.而不是規(guī)則［2－8］xxxxx。換句話說，也就是當(dāng)我們撥打3055151時(shí)匹配到的規(guī)則不僅有［2－8］xxxxx，當(dāng)我們撥打完最后一位號(hào)碼時(shí)，MG還繼續(xù)支持接收更多的位長(zhǎng)來匹配［1－9］x.。因此，在撥完3055151的最后一位時(shí)啟動(dòng)短定時(shí)器，當(dāng)用戶不再撥號(hào)，定時(shí)器超時(shí)，MG將收到的號(hào)碼發(fā)送到MGC，完成呼叫的接續(xù)。將數(shù)圖中［1－9］x.擴(kuò)展開，就可以將類似的短定時(shí)器等待時(shí)間規(guī)避掉，從而提高在ONU階段的撥號(hào)時(shí)間。

從此例可知，通過MGC控制撥號(hào)定時(shí)功能，輔助解決了用戶撥號(hào)速率的匹配問題，可適應(yīng)不同用戶的撥號(hào)速度，提高用戶撥號(hào)成功率。通過我們的實(shí)踐應(yīng)用證明，設(shè)置正確的數(shù)圖、啟用并使用MGC配合MG控制位間隔定時(shí)可以解決用戶撥號(hào)失敗和延遲現(xiàn)象。

4.4 擴(kuò)展［1 －9］x.的原則

1)為了保證用戶撥打201的接續(xù)速度，將201進(jìn)行完全匹配配置。

2)本地 P網(wǎng)號(hào)段:［2－8］［1－9］xxxxx，［3－8］0［1 －9］xxxx和201|20［02－9］xxxx。

3)為了提高400、800等號(hào)碼的接續(xù)速度，避免用戶撥號(hào)時(shí)啟動(dòng)長(zhǎng)定時(shí)器，設(shè)置［2－8］00x.。

4.5 數(shù)圖擴(kuò)展

將原樹圖|［1 －9］x.|擴(kuò)展為:

最后設(shè)計(jì)樹圖為:

在此數(shù)圖中，我們優(yōu)先保證本地固定電話、本地手機(jī)和異地手機(jī)，對(duì)這些號(hào)碼流采取精確匹配的配置方法，本地電話呼叫時(shí)間為3s。由于貝爾MGC不具備實(shí)時(shí)修改DigitMap的條件，一旦有MG占用某個(gè)數(shù)圖，此數(shù)圖將不能進(jìn)行修改操作。如果將目前的長(zhǎng)途區(qū)號(hào)做成精確匹配，那么將來某個(gè)地區(qū)進(jìn)行號(hào)碼升位，數(shù)圖的更改都將是一個(gè)龐大的數(shù)據(jù)修改，可操作性比較差。因此，對(duì)于異地固話長(zhǎng)途區(qū)號(hào)沒有實(shí)行精確匹配，而對(duì)于中興和華為廠商的MGC來說，數(shù)圖是可以進(jìn)行更新的［3］。特別說明，如果是修改現(xiàn)網(wǎng)在用的數(shù)圖，應(yīng)慎重實(shí)施，否則可能會(huì)造成用戶撥號(hào)失敗投訴?？煽紤]分步實(shí)施，先增加一個(gè)新的完善的數(shù)圖，對(duì)應(yīng)新安裝的用戶;在網(wǎng)用戶則按照設(shè)備類型(AG、MDU、SFU等)，設(shè)備廠家的不同，在充分測(cè)試驗(yàn)證的基礎(chǔ)上，分批平穩(wěn)過渡到新數(shù)圖，工程實(shí)施時(shí)盡量減少中斷用戶通信時(shí)間。

5 結(jié)束語

本文介紹了一種提高本地網(wǎng)撥號(hào)速度的規(guī)則，一個(gè)數(shù)圖方案，但DigitMap無法適合所有類型的用戶。例如:0出局CTX用戶、9出局CTX用戶等等，此類用戶的撥號(hào)方式不一樣，但只要遵循類似的規(guī)則，我們都可以解決不同類型用戶的接續(xù)速度問題，提高用戶感知、增加用戶黏度、打造精品網(wǎng)絡(luò)是運(yùn)營(yíng)商的共同目標(biāo)。

［1］趙翠華，程明坤，姜云霞.H.248協(xié)議淺析極其在NGN中的應(yīng)用［J］.數(shù)字技術(shù)與應(yīng)用，2011，(12).

［2］張英年.H.248.16(11/2002)H.248.16 增強(qiáng)的數(shù)字收集包和程序［A］.ITU協(xié)議論文集，2010.

［3］吳承英，張英華，任寶春.光纖城市中FTTH組網(wǎng)關(guān)鍵技術(shù)研究［A］.電信科學(xué)，2011，(1).