中國移動CM-IMS(SIP)技術(shù)規(guī)范_第5部分：SIP與BICC_ISUP的互通V00

《中國移動CM-IMS(SIP)技術(shù)規(guī)范_第5部分：SIP與BICC_ISUP的互通V00》由會員分享，可在線閱讀，更多相關(guān)《中國移動CM-IMS(SIP)技術(shù)規(guī)范_第5部分：SIP與BICC_ISUP的互通V00（56頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、QB-中國移動通信企業(yè)標(biāo)準(zhǔn)QB-C-018.5-2011中國移動CM-IMS會話初始協(xié)議（SIP）技術(shù)規(guī)范 第五部分：SIP與BICC/ISUP的互通CM-IMSSpecifications of Session Initiation Protocol (SIP) Part 5: Interworking between SIP and BICC/ISUSIP Protocol版本號：1.0.02011-7-27實施2011-7-27發(fā)布中國移動通信集團公司 發(fā)布QB-C-018.5-2011目錄前 言IV1.范圍12.規(guī)范性引用文件13.術(shù)語、定義和縮略語24.信令面互通和用戶面互通34.1

2、.互通模型34.2.信令面互通34.2.1.SIP與BICC信令面互通34.2.2.SIP與ISUP信令面互通44.3.用戶面互通44.3.1.SIP與BICC用戶面互通協(xié)議棧44.3.2.SIP與ISUP用戶面互通協(xié)議棧55.SIP與 ISUP的互通55.1.從SIP到ISUP的互通55.1.1.發(fā)送IAM消息55.1.2.IAM消息的編碼65.1.3.發(fā)送COT消息65.1.4.發(fā)送180消息65.1.5.為早媒體場景發(fā)送183消息75.1.6.發(fā)送200 OK消息（接收到ANM、CON消息）95.1.7.內(nèi)部承載導(dǎo)通95.1.8.收到REFER消息105.1.9.I-IWU側(cè)的釋放過程1

3、05.2.從ISUP到SIP的互通145.2.1.發(fā)送INVITE消息145.2.2.INVITE消息的編碼155.2.3.收到COT消息225.2.4.發(fā)送ACM并等待被叫應(yīng)答225.2.5.ACM消息的編碼245.2.6.發(fā)送CPG消息255.2.7.CPG消息的編碼265.2.8.接收200 OK消息265.2.9.發(fā)送ANM消息265.2.10.ANM消息的編碼265.2.11.發(fā)送CON消息275.2.12.CON消息的編碼275.2.13.承載通路的導(dǎo)通275.2.14.O-IWU側(cè)的釋放流程275.3.定時器316.SIP與BICC的互通326.1.從SIP到BICC的互通326

4、.1.1.發(fā)送IAM消息326.1.2.IAM消息的編碼326.1.3.發(fā)送COT消息336.1.4.發(fā)送180消息336.1.5.為早媒體場景發(fā)送183消息336.1.6.發(fā)送200 OK消息346.1.7.內(nèi)部承載導(dǎo)通346.1.8.收到REFER消息346.1.9.I-IWU側(cè)的釋放過程346.1.10.帶外 DTMF傳送356.2.從BICC到SIP的互通356.2.1.發(fā)送INVITE消息356.2.2.INVITE消息的編碼356.2.3.收到COT消息366.2.4.發(fā)送ACM并等待被叫應(yīng)答366.2.5.ACM消息的編碼366.2.6.發(fā)送CPG消息366.2.7.CPG消息的

5、編碼366.2.8.接收200 OK消息376.2.9.發(fā)送ANM消息376.2.10.ANM消息的編碼376.2.11.發(fā)送CON消息376.2.12.CON消息的編碼376.2.13.承載通路的導(dǎo)通376.2.14.O-IWU側(cè)的釋放流程376.3.定時器387.編制歷史38附錄A SIP與ISUP互通流程 （標(biāo)準(zhǔn)性附錄）39附錄B SIP與BICC互通流程（標(biāo)準(zhǔn)性附錄）41III前 言本標(biāo)準(zhǔn)依據(jù)IETF、3GPP以及ITU-T制定的相關(guān)標(biāo)準(zhǔn)，結(jié)合有關(guān)國內(nèi)標(biāo)準(zhǔn)和中國移動相關(guān)企業(yè)標(biāo)準(zhǔn)，基于中國移動CM-IMS總體技術(shù)要求和實際需求而擬定，充分考慮了網(wǎng)絡(luò)的平滑演進能力，為中國移動CM-IMS的

6、技術(shù)試驗、網(wǎng)絡(luò)建設(shè)和運行維護提供技術(shù)依據(jù)。本標(biāo)準(zhǔn)規(guī)定會話初始協(xié)議(SIP)協(xié)議與BICC/ISUP協(xié)議的互通技術(shù)要求。本標(biāo)準(zhǔn)是CM-IMS會話初始協(xié)議（SIP）系列標(biāo)準(zhǔn)之一，該系列標(biāo)準(zhǔn)的結(jié)構(gòu)、名稱或預(yù)計的名稱如下：序號標(biāo)準(zhǔn)編號標(biāo)準(zhǔn)名稱1QB-C-018.1-2011中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第1部分：SIP的總體要求2QB-C-018.2-2011中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第2部分：SIP的消息3QB-C-018.3-2011中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第3部分：SIP的基本流程4QB-C-018.4-2011中國移動CM-IMS會話初

7、始協(xié)議（SIP）規(guī)范第4部分：CM-IMS業(yè)務(wù)對 SIP的要求5QB-C-018.5-2011中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第5部分：SIP與BICC/ISUP的互通本標(biāo)準(zhǔn)的附錄A和附錄B為標(biāo)準(zhǔn)性附錄。本標(biāo)準(zhǔn)由中移技2011220號印發(fā)。本標(biāo)準(zhǔn)由中國移動通信集團公司計劃建設(shè)部提出，集團公司技術(shù)部歸口。本標(biāo)準(zhǔn)起草單位：中國移動通信研究院本標(biāo)準(zhǔn)主要起草人：張昊 宋月 陳旭8QB-C-018.5-20111. 范圍本標(biāo)準(zhǔn)規(guī)定會話初始協(xié)議(SIP)協(xié)議與BICC/ISUP協(xié)議的互通技術(shù)要求，供中國移動內(nèi)部和廠商共同使用；適用于中國移動CM-IMS中包括Gm、Mw、ISC、Mg、Mj在內(nèi)

8、的所有SIP接口；適用于中國移動CM-IMS核心網(wǎng)設(shè)備、接入設(shè)備及終端設(shè)備的研發(fā)、引入和運行維護。2. 規(guī)范性引用文件下列文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。序號標(biāo)準(zhǔn)編號標(biāo)準(zhǔn)名稱發(fā)布單位1RFC3261SIP: Session Initiation ProtocolIETF2RFC3666Session Initiation Protocol (SIP) Public Switche

9、d Telephone Network (PSTN) Call FlowsIETF3TS23.228IP Multimedia Subsystem (IMS);Stage 23GPP4TS24.229IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);Stage 33GPP5TS29.163Interworking between the IP Multimedia (IM)Core Network (CN) su

10、bsystemand Circuit Switched (CS) networks3GPP6Q.1912.5Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control protocol or ISDN User PartITU-T7QB-x-xxx-xxxx中國移動CM-IMS和CS語音及可視電話互通技術(shù)規(guī)范中國移動通信集團公司3. 術(shù)語、定義和縮略語下列術(shù)語、定義和縮略語適用于本標(biāo)準(zhǔn)：詞語解釋B2BUA背靠背用戶代理（B2BUA）是一個邏輯功能實體，它作為UAS接收請求消

11、息并處理該消息。同時，為了判決該請求消息如何應(yīng)答，它也作為UAC來發(fā)送請求消息。和代理服務(wù)器不同的是，B2BUA需要維護一個它所創(chuàng)建的對話狀態(tài)。CPIMCommon Presence and Instant Messaging，參加RFC3862FQDNFull Qualified Domain Name，全稱域名GRUUGlobally Routable User agent URI，全局可路由用戶代理標(biāo)識iFCInitial Filter Criteria，初始過濾規(guī)則IMPIIMS Private Identity，IMS用戶私有標(biāo)識IMPUIMS Public Identity，IMS

12、用戶公有標(biāo)識IPSec一種開放標(biāo)準(zhǔn)的框架結(jié)構(gòu)，通過使用加密的安全服務(wù)以確保在IP網(wǎng)絡(luò)上進行保密而安全的通訊PLMNPublic Land Mobile Network，公共移動電話網(wǎng)ProxySIP邏輯實體，用于轉(zhuǎn)發(fā)SIP消息PSIPublic Service Identity，公共業(yè)務(wù)標(biāo)識PSTNPublic Switched Telephone Network，公共交換電話網(wǎng)SASecurity Association，安全關(guān)聯(lián)SDPSession Description Protocol，會話描述協(xié)議TLSTransport Layer Security，傳輸層安全UA用戶代理，SIP邏

13、輯實體，是SIP消息的發(fā)起和終結(jié)方UAC用戶代理客戶端，SIP邏輯實體，產(chǎn)生SIP請求消息，并終結(jié)SIP響應(yīng)消息。UAS用戶代理服務(wù)器，SIP邏輯實體，終結(jié)SIP請求消息，并返回SIP響應(yīng)消息。UEUser Equipment，用戶設(shè)備URIUniform Resource Identifier，統(tǒng)一資源標(biāo)識符XMLeXtensible Markup Language，可擴展標(biāo)記語言對話對話是兩個UA之間持續(xù)一段時間的點對點的SIP連接，它使UA之間的消息變得有序，同時給出請求消息的正確的路由會話會話是通信參與方及它們之間的媒體流的集合4. 信令面互通和用戶面互通4.1. 互通模型圖4-1給出

14、了SIP和BICC/ISUP互通模型。圖4-1 SIP與BICC/ISUP互通模型4.2. 信令面互通4.2.1. SIP與BICC信令面互通圖4-2給出了SIP網(wǎng)絡(luò)同BICC網(wǎng)絡(luò)信令互通協(xié)議棧圖4-2SIP與BICC信令面互通4.2.2. SIP與ISUP信令面互通圖4-3給出了SIP網(wǎng)絡(luò)同ISUP網(wǎng)絡(luò)信令互通協(xié)議棧圖4-3SIP與ISUP信令面互通4.3. 用戶面互通由于ISUP、BICC與SI協(xié)議對應(yīng)的用戶面協(xié)議不同，所以MGW必須進行媒體傳輸協(xié)議的適配，但是通過編解碼協(xié)商，應(yīng)當(dāng)盡量避免編解碼的轉(zhuǎn)換。4.3.1. SIP與BICC用戶面互通協(xié)議棧圖4-4給出了SIP網(wǎng)絡(luò)同BICC網(wǎng)絡(luò)用戶

15、面互通協(xié)議棧。如果BICC側(cè)和SIP側(cè)使用相同的編解碼，則不需要進行編解碼轉(zhuǎn)換。圖4-4 SIP與BICC用戶面互通4.3.2. SIP與ISUP用戶面互通協(xié)議棧圖4-5給出了SIP網(wǎng)絡(luò)同ISUP網(wǎng)絡(luò)用戶面互通協(xié)議棧。圖4-5 SIP與ISUP用戶面互通5. SIP與 ISUP的互通5.1. 從SIP到ISUP的互通5.1.1. 發(fā)送IAM消息在接收到INVITE消息后，I-IWU應(yīng)發(fā)送IAM消息。I-IWU應(yīng)當(dāng)支持如下兩種情況：(1)INVITE消息中帶有支持Precondition和100rel臨時響應(yīng)Supported或Require消息頭；(2)INVITE請求中并沒有帶有要求支持Pr

16、econdition和100rel臨時響應(yīng)的Supported或Require消息頭。I-IWU應(yīng)當(dāng)支持帶有不同請求URIs的被分叉的INVITE請求。如果接收到的SIP消息中Supported或Require頭中不包括precondition擴展，則I-IWU應(yīng)當(dāng)在收到INVITE后立刻發(fā)送IAM消息，且IAM消息中導(dǎo)通性指示語設(shè)為Continuity check not required。如果ISUP網(wǎng)絡(luò)支持導(dǎo)通性檢測且接收到的SIP消息中Supported或Require頭中包含precondition擴展，則I-IWU在接收到INVITE消息后就立刻發(fā)送IAM消息。如果接收到SDP指示

17、前提條件已經(jīng)滿足則IAM消息中的導(dǎo)通性指示語設(shè)為continuity check is not required；如果接收到的SDP指示前提條件還未滿足則IAM消息中的導(dǎo)通性指示語設(shè)為continuity check performed on a previous circuit。圖5-1 接收到Invite請求(ISUP網(wǎng)絡(luò)支持導(dǎo)通流程)如果ISUP網(wǎng)絡(luò)不支持導(dǎo)通性檢測且接收到的SDP指示前提條件還未滿足，則I-IWU將延遲發(fā)送IAM消息。只有等到后續(xù)的SDP指示前提條件滿足后才發(fā)送IAM消息其導(dǎo)通性指示語設(shè)為Continuity check not required。圖5-2 接收到Inv

18、ite請求(ISUP網(wǎng)絡(luò)不支持導(dǎo)通流程)當(dāng)I-IWU接收到INVITE請求但其并不支持對應(yīng)的媒體類型時，I-IWU應(yīng)當(dāng)向SIP側(cè)發(fā)送488 Not Acceptable Here消息。如果INVITE消息中帶有多個媒體流，則I-IWU應(yīng)當(dāng)選擇一個支持的媒體流并為之預(yù)留資源，并在SDP應(yīng)答中拒絕其它媒體流和未被選擇的編碼方式。如果在INVITE請求中帶有可支持的語音和非語音媒體流，應(yīng)當(dāng)選擇語音媒體流。為了建立早會話，I-IWU應(yīng)當(dāng)在第一個后向非100臨時響應(yīng)中帶有一個To標(biāo)簽。說明：I-IWU支持Precondition為可選。5.1.2. IAM消息的編碼5.1.2.1. 被叫號碼包含在SIP

19、請求URI中的E.164地址應(yīng)該被映射為IAM消息中的被叫號碼。表5-1 被叫號碼編碼INVITEIAMRequest-URI被叫號碼E.164 地址(格式：+CC NDC SN)(例如SIP URI中的用戶部分帶有 user=phone, 或tel URL)地址信號:.分析接收到的E.164 地址信息。如果CC和下一跳對應(yīng)的國家碼相同，那么刪除CC再將剩余的數(shù)字添加到地址信號中；如果CC和下一跳對應(yīng)的國家碼不同，那么刪除再將剩余的數(shù)字添加到地址信號中；奇偶指示語: 按照要求設(shè)定地址特性指示:分析接收到的E.164 地址信息。如果CC和下一跳對應(yīng)的國家碼相同，那么將本質(zhì)地址指示語設(shè)為Natio

20、nal (significant) number；如果CC和下一跳對應(yīng)的國家碼不同，那么將本質(zhì)地址指示語設(shè)為International number”。國內(nèi)網(wǎng)絡(luò)號碼指示: 1routing to internal network number not allowed編碼計劃指示:001 ISDN (Telephony) numbering plan (Rec. E.164)5.1.2.2. 連接特性指示語比特BASatellite indicator0 1one satellite circuit in the connection比特DCContinuity check indicator

21、0 0continuity check not required 如果后面的節(jié)點不支持導(dǎo)通性檢測機制(圖5-2).0 1 continuity check required, 如果后面的節(jié)點需要執(zhí)行導(dǎo)通性檢測(圖5-1)1 0 continuity check performed on a previous circuit otherwise, 如果后面的節(jié)點支持導(dǎo)通性檢測但后向節(jié)點不需要執(zhí)行導(dǎo)通性檢測(圖 5-1)比特EEcho control device indicator 1 outgoing echo control device included，對于語音呼叫例如TMR為 3.1K

22、Hz audio.0outgoing echo control device not included對確定的數(shù)據(jù)呼叫，例如TMR為 64 kBit/s unrestricted 或者HLC為Facsimile Group 2/3.5.1.2.3. 前向呼叫指示語比特CBend-to-end method indicator0 0no end-to-end method available (only link-by-link method available)比特DInterworking indicator1interworking encountered作為運營商的選擇，對于TMR =

23、64 kBit/s unrestricted，比特D 也可取值為 0= No interworking encountered 。比特EEnd-to-end information indicator (national use)0 no end-to-end information available比特F ISDN user part/BICC indicator0 ISDN user part/BICC not used all the way作為運營商的選擇，對于TMR = 64 kBit/s unrestricted，比特F也可取值為1 ISDN user part/BICC use

24、d all the way。比特HGISDN user part/BICC preference indicator0 1 ISDN user part/BICC not required all the way比特I ISDN access indicator0 originating access non-ISDN作為運營商的選擇，對于TMR = 64 kBit/s unrestricted，比特I也可取值為originating access ISDN。比特KJ SCCP method indicator 0 0 no indication5.1.2.4. 主叫用戶類別映射規(guī)則參見下表5

25、-1。表5-2 主叫用戶類別映射規(guī)則SIP參數(shù)ISUP參數(shù)在P-Asserted-Identity中的cpcAccept-Contactlanguage 發(fā)送的主叫用戶類別ordinaryordinary calling subscribertestTest callpayphonePayphonecellular mobile terminal located in the home PLMNcellular-roaming mobile terminal located in a visited PLMNiepsIEPS call marking for preferential call

26、 set up5.1.2.5. 傳輸媒體要求（TMR）I-IWU可以進行編解碼轉(zhuǎn)換也可以不進行編解碼轉(zhuǎn)換。如果I-IWU要完成編解碼轉(zhuǎn)換，則TMR參數(shù)應(yīng)設(shè)置為3.1 kHz audio；如果I-IWU不進行編解碼轉(zhuǎn)換，則應(yīng)當(dāng)將TMR，USI和接入傳輸參數(shù)進行映射，映射規(guī)則參考表5-3。含有數(shù)據(jù)傳輸方式為64 kbit/s的SDP應(yīng)當(dāng)被映射為TMR 64 kbit/s unrestricted。表5-3 SDP到TMR/USI/HLC的映射: SIP to BICC/ISUPm= lineb= line (注 4)a= lineTMR parameterUSI parameter (option

27、al) (注1)HLC parameter (optional):(注5)rtpmap: TMR codesInformation Transport CapabilityUser Information Layer 1 Protocol IndicatorHigh Layer Characteristics IdentificationRTP/AVP0N/A or up to 64 kbit/sN/A3.1KHz audio (注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap: PCMU/80003.1KHz audio (注3)RTP/AVP

28、8N/A or up to 64 kbit/sN/A3.1KHz audio(注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap: PCMA/80003.1KHz audio(注3)RTP/AVPDynamic PTAS: 64 kbit/srtpmap: CLEARMODE/8000(注2)64 kbit/s unrestrictedUnrestricted digital information or Unrestricted digital inf. w/tones/ann(注 6)Udptl t38 N/A or up to 64 kbit

29、/sBased on ITU-T T.38 3.1 KHz audio3.1 KHz audioFacsmileGroup 2/3tcpt38 N/A or up to 64 kbit/sBased on ITU-T T.38 3.1 KHz audio3.1 KHz audioFacsmileGroup 2/3注1 本表中的G.711編碼僅僅是個事例，也可以使用其它的編碼方式；注 2 CLEARMODE請參見RFC4040 ；注 3 正常情況下不包含HLC；注 4 如果b=line指示帶寬大于64kbit/s，那么要么使用壓縮編碼要么采用415響應(yīng)指示拒絕呼叫；注 5AS 中的 的的單位是k

30、bit/s；注 6當(dāng) Clearmode 編碼和語音編碼出現(xiàn)在同一個m-line 時，才使用Unrestricted digital inf. w/tones/ann 。5.1.2.6. 主叫號碼表 5-4 SIP消息From/P-Asserted-Identity/Privacy頭到主叫號碼的映射是否接收到 P-Asserted-Identity頭? (注2, 注5, 注6)是否接收到URI中封裝有E.164格式的地址的”From”頭？(注3, 注6)主叫號碼參數(shù)中的地址信號主叫號碼參數(shù)中的主叫號碼顯示指示語通用號碼 (額外的主叫號碼) 中的地址信號通用號碼中的主叫號碼顯示指示語否否由網(wǎng)絡(luò)來

31、決定是否提供一個E.164號碼或者忽略該地址信號(注4)由網(wǎng)絡(luò)來決定填寫“顯示限制”或“顯示允許”(注4)網(wǎng)絡(luò)也可以用“網(wǎng)絡(luò)顯示限制”來代替“顯示限制”。(注7)不包括該參數(shù)不適用否是由網(wǎng)絡(luò)來決定是否提供一個E.164號碼(表4)或者忽略該地址信號(注4)由網(wǎng)絡(luò)來決定填寫“顯示限制”或“顯示允許”(注4)網(wǎng)絡(luò)也可以用“網(wǎng)絡(luò)顯示限制”來代替“顯示限制”。由網(wǎng)絡(luò)來決定是否忽略該參數(shù)或是從”From”頭中提取該參數(shù)。(注1，表6-8)根據(jù)表6來確定填寫“顯示限制”還是“顯示允許”是否從P-Asserted-Identity頭中提取(參見表6-7)根據(jù)表6來確定填寫“顯示限制”還是“顯示允許”不包括該

32、參數(shù)不適用是是從P-Asserted-Identity頭中提取(參見表6-7)根據(jù)表6來確定填寫“顯示限制”還是“顯示允許”由網(wǎng)絡(luò)來決定是否忽略該參數(shù)或是從”From”頭中提取該參數(shù)。(注1，表6-8)根據(jù)表6來確定填寫“顯示限制”還是“顯示允許”注1:This mapping effectively gives the equivalent of Special Arrangement to all SIP UAC with access to the I-IWU.注2:P-Asserted-Identity頭中有可能包括tel URI和sip或sips URI。在這種情況下，SIP URI

33、中應(yīng)當(dāng)包含user=”phone”標(biāo)識。其中主機部分不在本標(biāo)準(zhǔn)研究范圍內(nèi)。注3:“From” 頭可能包含 “匿名用戶標(biāo)識”。 其中“匿名用戶標(biāo)識”包括的信息不能標(biāo)明主叫用戶。IETF RFC 3261 推薦display-name 組件包含Anonymous。匿名用戶標(biāo)識采用3GPP TS 23.003 定義的格式。匿名用戶標(biāo)識指示主叫號碼希望匿名顯示。From頭也可以包含一個3GPP TS 23.003 定義的不可用用戶標(biāo)識以指示不可知主叫用戶。注4: 可由網(wǎng)絡(luò)決定將APRI設(shè)置為“Address not available”。注 5: 3GPP TS 24.229 確保接收到的E.164號

34、碼格式為國際號碼，帶有前綴 “+” 號。注6: 當(dāng)前標(biāo)準(zhǔn)認(rèn)為E.164號碼由國家碼加目的國家碼以及用戶號碼組成。在IMS側(cè), 該號碼由國際公共通信號碼 (“CC”+”NDC”+”SN”)加前綴“+” 組成。在CS側(cè)，可由網(wǎng)絡(luò)來決定是否忽略國家碼CC。表5-5 網(wǎng)絡(luò)提供的BICC/ISUP主叫號碼參數(shù)BICC/ISUP 主叫號碼參數(shù)值屏蔽指示語network provided號碼全指示語complete編碼計劃指示語ISDN/Telephony (E.164)地址顯示限制指示語顯示允許/顯示限制作為網(wǎng)絡(luò)選項，“presentation restricted by the network”可以替代

35、“presentation restricted”。地址特性指示語如果下一跳BICC/ISUP節(jié)點位于同一個國家則設(shè)置為 “National (Significant) number否則設(shè)置為International number。地址信號如果地址特性指示語為 national (significant) number ，則不應(yīng)當(dāng)包括國家碼；如果地址特性指示語為international number，則應(yīng)當(dāng)包括國家碼。表5-6 P-Asserted-Identity 和privacy頭到BICC/ISUP主叫號碼參數(shù)的映射SIP組件值BICC/ISUP 參數(shù)值P-Asserted-Iden

36、tity 頭 (注1) E.164號碼主叫號碼地址全指示語 Complete 號碼計劃指示語ISDN/Telephony (E.164)地址特性指示語如果URI中的CC 和I-IWU所位于的國家碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址本質(zhì)指示語設(shè)為 national (significant) number 否則設(shè)為international number地址顯示限制指示語 (APRI)依賴于Privacy頭中的 priv-value參數(shù)屏蔽指示語Network ProvidedAddr-specCC NDC SN from the URI地址信號如果地址本質(zhì)指示語為 nat

37、ional (significant) number，則將其設(shè)為NDC + SN ；否則設(shè)為CC+ NDC+SN沒有包含Privacy 頭地址顯示限制指示語Presentation allowedPrivacy頭priv-value地址顯示限制指示語Address Presentation Restricted Indicatorpriv-value header地址顯示限制指示語Presentation restricteduser地址顯示限制指示語Presentation restrictednone 地址顯示限制指示語Presentation allowedid 地址顯示限制指示語Pre

38、sentation restricted注1:P-Asserted-Identity頭中有可能包括tel URI和sip或sips URI。在這種情況下，可根據(jù)運營商策略來決定tel URI 或SIP URI中包含user=”phone”標(biāo)識以及特定的主機部分。5.1.2.7. 通用號碼表5-7 SIP From頭到BICC/ISUP通用號碼 (額外主叫號碼)參數(shù)的映射(網(wǎng)絡(luò)可選)SIP組件值BICC/ISUP參數(shù)值From頭name-addr或addr-spec 通用號碼中號碼限定指示語Additional Calling Party number from-spec( name-addr

39、/ addr-spec) 地址特性指示語如果URI中的CC 和I-IWU所位于的國家碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址特性指示語設(shè)為 national (significant) number 否則設(shè)為international number地址全指示語Complete 編碼計劃指示語ISDN/Telephony (E.164)號碼顯示限制指示語依賴于priv的值。只有當(dāng)主叫號碼中號碼顯示限制指示語為” presentation restricted by network”則把通用號碼中的號碼顯示限制指示語設(shè)置為”顯示允許”。屏蔽指示語user provided not

40、 verifiedAddr-specURI中的CC NDC + SN 地址信號如果地址本質(zhì)指示語為 national (significant) number，則將其設(shè)為NDC + SN ；否則設(shè)為CC+ NDC+SNPrivacy頭priv-value地址顯示限制指示語Address Presentation Restricted Indicator應(yīng)當(dāng)采用和主叫號碼一致的地址顯示限制指示語5.1.2.8. 用戶業(yè)務(wù)信息參見5.1.2.55.1.2.9. 跳計數(shù)器(National option)如果CS網(wǎng)絡(luò)支持跳計數(shù)器過程則I-IWU將執(zhí)行如下的互通過程。I-IWU用Max-Forward

41、s頭來提取跳數(shù)計數(shù)器參數(shù)。由于SIP網(wǎng)絡(luò)中Max-Forwards頭的默認(rèn)值和IAM消息中的跳計數(shù)器的默認(rèn)值不同，因此需要使用一個因子來適配兩個計數(shù)器值。.表5-8給出了映射規(guī)則。表5-8 SIP消息中Max forwards 與IAM消息中跳計數(shù)器的映射Max-Forwards= XHop Counter= INTEGER part of (X /Factor) =Y注:X到Y(jié)的映射應(yīng)當(dāng)使用適配機制。5.1.3. 發(fā)送COT消息圖5-3 發(fā)送COT消息如果已經(jīng)發(fā)送了IAM消息，則當(dāng)如下條件滿足時將發(fā)送導(dǎo)通性檢測成功的COT消息。(1)IMS網(wǎng)絡(luò)中的前提條件均已滿足；(2)出局電路上成功執(zhí)行了

42、出局電路導(dǎo)通性檢查過程。5.1.4. 發(fā)送180消息I-IWU在收到如下消息時將發(fā)送180 Ringing消息：- ACM消息且其中被叫號碼狀態(tài)為空閑；- CPG消息且其中的事件指示語為“alerting”圖5-4 接收到ACM消息注1:語音呼叫是否包括P-Early-Media頭取決于網(wǎng)絡(luò)選擇；可視電話不包含P-Early-Media。圖5-5 接收到CPG（Alerting）消息注1:語音呼叫是否包括P-Early-Media頭取決于網(wǎng)絡(luò)選擇；可視電話不包含P-Early-Media。對于語音呼叫，如果I-IWU支持P-Early-Media頭且INVITE請求消息中包含P-Early-M

43、edia頭，則I-IWU在發(fā)送180 Ringing的時候可以帶有P-Early-Media頭，如下情況例外： I-IWU已經(jīng)發(fā)送了一個可靠的臨時響應(yīng)，該臨時響應(yīng)中包含P-Early-Media頭。 最近已經(jīng)發(fā)送了P-Early-Media頭來鑒權(quán)早媒體。5.1.5. 為早媒體場景發(fā)送183消息如果使用SIP Precondition，在接收到INVITE請求后應(yīng)在早于從CS網(wǎng)絡(luò)接收任何消息前發(fā)送183 Session Progress消息。I-IWU在接收到ACM消息之前不應(yīng)該將P-Early-Media頭放在任何SIP消息中。對于語音呼叫，I-IWU在接收到下列任何消息后，如果I-IWU支

44、持P-Early-Media頭且其已經(jīng)從INVITE請求中接收到了P-Early-Media頭，并且I-IWU在此之前還沒有發(fā)送過帶有P-Early-Media頭的臨時響應(yīng)，那么I-IWU將發(fā)送帶有P-Early-Media頭的183 Session Progress消息。-ACM消息：其中被叫狀態(tài)指示語為 “no indication” 且滿足表5-9中的任何一個選項?；颈镜嘏渲?，如果I-IWU接收到ACM消息且ACM消息中的參數(shù)值不包含在表5-9中，I-IWU可以發(fā)送一個帶有P-Early-Media 頭的183 Session Progress響應(yīng)。圖5-6 接收到No indicat

45、ion的ACM消息表5-9 觸發(fā)發(fā)送183 Session Progress響應(yīng)的ACM 參數(shù)183 Session ProgressACM如果以前沒有發(fā)送的話，則發(fā)送183 Session Progress響應(yīng)且包括P-Early-Media頭1）可選的后向呼叫指示語參數(shù)中In-band information indicator1 In-band info.2）后向呼叫指示語參數(shù)中ISDN User Part indicator0ISDN User Part not used all the way-CPG消息且1.事件指示語設(shè)為 “in-band information or an ap

46、propriate pattern is now available”，或2.事件指示語設(shè)為”Progress” 且滿足表5-10中的一個選項。圖 5-7接收到 CPG (帶內(nèi)信息可用)表5-10 觸發(fā)發(fā)送183 Session Progress響應(yīng)的CPG參數(shù)183 Session ProgressCPG“183 Session Progress”響應(yīng)包括鑒權(quán)早媒體的P-Early-Media頭或者是已經(jīng)發(fā)送過了事件指示語000 0010(progress)1）可選后向呼叫指示語參數(shù)In-band information indicator0In-band info .2）后向呼叫指示語參數(shù)

47、ISDN User Part indicator0ISDN User Part not used all the way注1:只有在之前收到的ACM或CPG消息與現(xiàn)在收到的CPG消息內(nèi)容不一致才進行CPG消息內(nèi)容的映射。注2:僅對于語音呼叫才能發(fā)送帶有P-Early-Media 頭的183 Session Progress消息。5.1.6. 發(fā)送200 OK消息（接收到ANM、CON消息）當(dāng)接收到ANM或者CON消息時，I-IWU應(yīng)當(dāng)發(fā)送200 OK消息。圖 5-8 接收到ANM消息圖 5-9 接收到CON消息5.1.7. 內(nèi)部承載導(dǎo)通I-IWU應(yīng)當(dāng)遵循ITU-T Q.764中的匯接局的導(dǎo)通處

48、理過程。5.1.8. 收到REFER消息圖5-10 接收到REFER消息當(dāng)I-IWU接收到REFER請求時，默認(rèn)是拒絕 REFER請求并向SIP側(cè)發(fā)送403 Forbidden響應(yīng)。5.1.9. I-IWU側(cè)的釋放過程5.1.9.1. 發(fā)送REL消息當(dāng)接收到BYE或CANCEL消息時，I-IWU發(fā)送REL消息，其他觸發(fā)I-IWU發(fā)送REL消息的條件請參考表5-15。圖5-11 接收到BYE消息圖5-12 接收到CANCEL消息 5.1.9.2. REL消息的編碼如果在BYE或CANCEL消息中包含有Q.850中定義的原因值的Reason頭時，這些原因值應(yīng)當(dāng)被映射到REL消息中的Cause信元中

49、。表5-12給出了SIP Reason頭到REL Cause原因值的映射方法，表5-11則給出了Reason消息頭中沒有對應(yīng)關(guān)系的REL消息原因值的填寫方法。表5-11 REL的編碼SIP Message REL Requestcause parameterBYE原因值為No.16 (normal clearing)CANCEL原因值為No.31 (normal unspecified)表5-12 SIP Reason到BICC/ISUP的Cause 指示符的映射SIP Reason 頭域SIP Reason值BICC/ISUP 參數(shù)值 ProtocolQ.850Cause 指示符protoc

50、olcausecause = XX (注1)Cause 值XX (NOTE 1)Locationnetwork beyond interworking point注1: XX 是ITU-T Rec. Q.850中定義的Cause值。5.1.9.3. 接收到REL消息如果接收到REL消息且已經(jīng)在SIP側(cè)發(fā)送了對呼叫的最終響應(yīng)(如200 OK INVITE消息)，則I-IWU應(yīng)當(dāng)發(fā)送BYE消息。如果在接收到REL消息時，I-IWU已經(jīng)發(fā)送了200 OK INVITE消息但還沒有收到ACK消息，則I-IWU應(yīng)當(dāng)?shù)鹊绞盏紸CK后再發(fā)送BYE消息。如果在接收到REL消息時并沒有向SIP側(cè)發(fā)送了最終響應(yīng)(

51、如200 OK INVITE消息)，則I-IWU應(yīng)當(dāng)發(fā)送狀態(tài)碼為4xx (客戶端錯誤)或5xx (服務(wù)器端錯誤)的響應(yīng)。表5-13給出了REL消息中釋放原因到SIP不同狀態(tài)值得映射規(guī)則。沒有出現(xiàn)在表5-15中的原因值可以根據(jù)Q.850被映射為默認(rèn)值。表5-13 接收到REL消息SIP Message REL狀態(tài)參數(shù)原因參數(shù)404 Not Found原因值1 (unallocated (unassigned) number)500 Server Internal error原因值2 (no route to network)500 Server Internal error原因值3 (no ro

52、ute to destination)500 Server Internal error原因值4 (Send special information tone)404 Not Found原因值5 (Misdialled trunk prefix)486 Busy Here原因值17 (user busy)480 Temporarily unavailable原因值18 (no user responding)480 Temporarily unavailable原因值19 (no answer from the user)480 Temporarily unavailable原因值20 (su

53、bscriber absent)480Temporarily unavailable原因值21 (call rejected)410 Gone原因值22 (number changed)433 Anonymity Disallowed.(NOTE 1)原因24 (call rejected due to ACR supplementary service)480 Temporarily unavailable原因值25 (Exchange routing error)502 Bad Gateway原因值27 (destination out of order)484 Address Incom

54、plete原因值28無效的地址格式 (address incomplete)500 Server Internal error原因值29 (facility rejected)480 Temporarily unavailable原因值31 (normal unspecified) (class default) (NOTE 2)486 Busy here if Diagnostics indicator includes the (CCBS indicator = CCBS possible)else 480 Temporarily unavailable原因值中的原因類別為 010 (re

55、source unavailable, Cause value No 34)500 Server Internal error原因值中的原因類別為(resource unavailable, Cause value Nos. 38, 41, 42, 43, 44, & 47) (47 is class default)500 Server Internal error原因值50 (requested facility no subscribed)500 Server Internal error原因值57 (bearer capability not authorised)500 Server

56、 Internal error原因值58 (bearer capability not presently)500 Server Internal error原因值63 (service option not available, unspecified)(class default)500 Server Internal error原因值中的原因類別為100 (service or option not implemented, Cause value Nos. 65, 70 & 79) 79 is class default500 Server Internal error原因值88 (i

57、ncompatible destination)404 Not Found原因值91 (invalid transit network selection)500 Server Internal error原因值95 (invalid message)(class default)500 Server Internal error原因值97 (Message type non-existent or not implemented)500 Server Internal error原因值99 (information element/parameter non-existent or not

58、implemented)480 Temporarily unavailable原因值102 (recovery on timer expiry)500 Server Internal error原因值 110 (Message with unrecognised Parameter, discarded)500 Server Internal error原因值111 (protocol error, unspecified)(class default)480 Temporarily unavailable原因值127 (interworking unspecified)(class default)注 1:不允許采用匿名注2: 類1和類2使用同樣的默認(rèn)值接收到的REL消息中的原因值應(yīng)當(dāng)映射為SIP最終響應(yīng)消息或BYE消息中Reason值。映射規(guī)則可參見表5-14。表5-14 REL消息中Cause 參數(shù)到SIP Reason頭的映射Cause indicators parameter fieldValue of parameter fieldcompo