下一代網(wǎng)絡中窄帶協(xié)議與多媒體協(xié)議互通探究

龍源期刊網(wǎng)

下一代網(wǎng)絡中窄帶協(xié)議與多媒體協(xié)議互通探

究

作者：崔晶晶 袁媛

來源：《電子世界》2012年第24期

【摘要】本文通過對NGN中ISUP和SIP協(xié)議互通的分析，提出ISUP和SIP協(xié)議之間消

息互相映射的一種方法以探究網(wǎng)改中協(xié)議互通原則。

【關鍵詞】下一代網(wǎng)絡；SIP；ISUP

網(wǎng)絡演進中如何將電路交換平滑過渡到新的網(wǎng)絡中非常重要，本文通過對ISUP和SIP協(xié)

議互通的分析，提出ISUP和SIP協(xié)議之間消息互相映射的一種方法，通過該方法探究傳統(tǒng)窄

帶協(xié)議與多媒體協(xié)議互通原則。

和SIP協(xié)議介紹

ISUP(Integrated Service Digital Network Ur Part)是七號公共信道信令系統(tǒng)的用戶部分，為

支持綜合業(yè)務數(shù)字網(wǎng)中話音和非話音用途的基本承載業(yè)務和補充業(yè)務提供所需的信號功能。

SIP(Session Initiation Protocol)是由IETF提出并主持研究的一個在IP網(wǎng)絡上進行多媒體通

信的應用層控制協(xié)議，用來創(chuàng)建、修改、和終結(jié)一個或多個參加者參加的會話進程。

與SIP的互通

ISUP與SIP協(xié)議互通需要解決兩點問題：一是封裝，在SIP消息體中攜帶ISUP消息：在

SIP網(wǎng)絡中透明地傳送ISUP消息，將ISUP消息封裝在INVITE，183 Session Progress，200

OK，INFO四種SIP消息體中實現(xiàn)透明轉(zhuǎn)發(fā)。二是映射，包括SIP到ISUP的雙向映射。SIP消

息與ISUP信令之間的映射關系可簡單描述為：IAM-INVITE，ACM-180 RINGING，ANM-200

OK，REL-BYE，RLC-200 OK。

到ISUP的映射

3.1 INVITE消息的映射

MGC(Media Gateway Controller)實現(xiàn)消息映射功能。當MGC收到INVITE消息后，先向

SIP網(wǎng)絡返回一個“100 Trying”響應消息，然后MGC利用該INVITE消息中提供的信息來輔助

它構(gòu)造一個IAM消息。

龍源期刊網(wǎng)

ITUT Q.763協(xié)議中對IAM消息規(guī)定了5個必參數(shù)：被叫方號碼(Called Party Number，

CPN)、連接性質(zhì)表示語(Nature of Connection Indicators，NCI)、前向呼叫表示語(Forward Call

Indicators，FCI)、主叫類別(Calling Party’s Category，CPC)以及傳輸介質(zhì)請求(Transmission

Medium Requirement，TMR)。當MGC無法從INVITE消息中獲取足夠的信息時，就使用缺省

值來替代這些參數(shù)。具體的構(gòu)造過程如下。

(1)檢查INVITE消息的Request-URI域，如果該域中不存在“npdi=yes”字段，則將URL中

的電話號碼(“tel：”后面緊跟的數(shù)字）轉(zhuǎn)化成ISUP格式生成CPN參數(shù)；如果除“npdi=yes”外，

還存在“rn=”字段，則由“rn=”中的值生成CPN參數(shù)，而將URL中的電話號碼轉(zhuǎn)換稱ISUP格式

生成通用數(shù)字參數(shù)(Generic Digital Parameter，GDP)。

(2)如果Request-URI域和To域中的號碼不一致，則用To域生成原被叫方號碼(Original

Called Number，OCN)。

(3)如果Request-URI中出現(xiàn)“cic=”參數(shù)，則MGC必須參考本地策略對該電路標識碼

(Carrier Identification Code，CIC)的恰當性進行驗證。

(4)如果呼叫請求發(fā)起于本地的SIP終端，即From域中不包含電話號碼，則不用生成CIN

參數(shù)。

(5)與SIP網(wǎng)絡互通時，將IAM消息中的FCI參數(shù)設置成“未遇到互通”。

3.2 CANCLE或BYE消息的映射

如果收到CANCLE或BYE請求，則MGC立刻向SIP網(wǎng)絡返回“200 OK”響應消息進行確

認，同時向PSTN網(wǎng)絡發(fā)送原因值為16(正常清除)的REL消息。

3.3 SIP狀態(tài)碼到ISUP的REL原因值的映射

由于SIP和ISUP屬于不同領域內(nèi)的通信協(xié)議，SIP狀態(tài)碼到ISUP的REL按原因值規(guī)則映

射，缺省的響應消息“500 Server internal error”。

3.4 ACM消息的映射

MGC在收到ACM響應消息后啟動定時器T9(持續(xù)時長為90－180秒)，同時向SIP網(wǎng)絡側(cè)

發(fā)送一個“180 Ringing”消息。

3.5 CON或ANM消息的映射

MGC在收到ANM(Answer Message)消息后，向SIP網(wǎng)絡返回一個“200 OK”。如果MGC

沒有在指定的時間內(nèi)收到一個ANM消息，則定時器T9超時，本次呼叫建立失敗。MGC釋放