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

QB-中國移動通信企業(yè)標準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.互通模型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)部承載導通95.1.8.收到REFER消息105.1.9.I-IWU側(cè)的釋放過程105.2.從ISUP到SIP的互通145.2.1.發(fā)送INVITE消息145.2.2.INVITE消息的編碼155.2.3.收到COT消息225.2.4.發(fā)送ACM并等待被叫應答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.承載通路的導通275.2.14.O-IWU側(cè)的釋放流程275.3.定時器316.SIP與BICC的互通326.1.從SIP到BICC的互通326.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)部承載導通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并等待被叫應答366.2.5.ACM消息的編碼366.2.6.發(fā)送CPG消息366.2.7.CPG消息的編碼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.承載通路的導通376.2.14.O-IWU側(cè)的釋放流程376.3.定時器387.編制歷史38附錄A SIP與ISUP互通流程 （標準性附錄）39附錄B SIP與BICC互通流程（標準性附錄）41III前 言本標準依據(jù)IETF、3GPP以及ITU-T制定的相關(guān)標準，結(jié)合有關(guān)國內(nèi)標準和中國移動相關(guān)企業(yè)標準，基于中國移動CM-IMS總體技術(shù)要求和實際需求而擬定，充分考慮了網(wǎng)絡(luò)的平滑演進能力，為中國移動CM-IMS的技術(shù)試驗、網(wǎng)絡(luò)建設(shè)和運行維護提供技術(shù)依據(jù)。本標準規(guī)定會話初始協(xié)議(SIP)協(xié)議與BICC/ISUP協(xié)議的互通技術(shù)要求。本標準是CM-IMS會話初始協(xié)議（SIP）系列標準之一，該系列標準的結(jié)構(gòu)、名稱或預計的名稱如下：序號標準編號標準名稱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會話初始協(xié)議（SIP）規(guī)范第4部分：CM-IMS業(yè)務對 SIP的要求5QB-C-018.5-2011中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第5部分：SIP與BICC/ISUP的互通本標準的附錄A和附錄B為標準性附錄。本標準由中移技2011220號印發(fā)。本標準由中國移動通信集團公司計劃建設(shè)部提出，集團公司技術(shù)部歸口。本標準起草單位：中國移動通信研究院本標準主要起草人：張昊 宋月 陳旭8QB-C-018.5-20111. 范圍本標準規(guī)定會話初始協(xié)議(SIP)協(xié)議與BICC/ISUP協(xié)議的互通技術(shù)要求，供中國移動內(nèi)部和廠商共同使用；適用于中國移動CM-IMS中包括Gm、Mw、ISC、Mg、Mj在內(nèi)的所有SIP接口；適用于中國移動CM-IMS核心網(wǎng)設(shè)備、接入設(shè)備及終端設(shè)備的研發(fā)、引入和運行維護。2. 規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。序號標準編號標準名稱發(fā)布單位1RFC3261SIP: Session Initiation ProtocolIETF2RFC3666Session Initiation Protocol (SIP) Public Switched 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) subsystemand 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ù)語、定義和縮略語適用于本標準：詞語解釋B2BUA背靠背用戶代理（B2BUA）是一個邏輯功能實體，它作為UAS接收請求消息并處理該消息。同時，為了判決該請求消息如何應答，它也作為UAC來發(fā)送請求消息。和代理服務器不同的是，B2BUA需要維護一個它所創(chuàng)建的對話狀態(tài)。CPIMCommon Presence and Instant Messaging，參加RFC3862FQDNFull Qualified Domain Name，全稱域名GRUUGlobally Routable User agent URI，全局可路由用戶代理標識iFCInitial Filter Criteria，初始過濾規(guī)則IMPIIMS Private Identity，IMS用戶私有標識IMPUIMS Public Identity，IMS用戶公有標識IPSec一種開放標準的框架結(jié)構(gòu)，通過使用加密的安全服務以確保在IP網(wǎng)絡(luò)上進行保密而安全的通訊PLMNPublic Land Mobile Network，公共移動電話網(wǎng)ProxySIP邏輯實體，用于轉(zhuǎn)發(fā)SIP消息PSIPublic Service Identity，公共業(yè)務標識PSTNPublic Switched Telephone Network，公共交換電話網(wǎng)SASecurity Association，安全關(guān)聯(lián)SDPSession Description Protocol，會話描述協(xié)議TLSTransport Layer Security，傳輸層安全UA用戶代理，SIP邏輯實體，是SIP消息的發(fā)起和終結(jié)方UAC用戶代理客戶端，SIP邏輯實體，產(chǎn)生SIP請求消息，并終結(jié)SIP響應消息。UAS用戶代理服務器，SIP邏輯實體，終結(jié)SIP請求消息，并返回SIP響應消息。UEUser Equipment，用戶設(shè)備URIUniform Resource Identifier，統(tǒng)一資源標識符XMLeXtensible Markup Language，可擴展標記語言對話對話是兩個UA之間持續(xù)一段時間的點對點的SIP連接，它使UA之間的消息變得有序，同時給出請求消息的正確的路由會話會話是通信參與方及它們之間的媒體流的集合4. 信令面互通和用戶面互通4.1. 互通模型圖4-1給出了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é)議對應的用戶面協(xié)議不同，所以MGW必須進行媒體傳輸協(xié)議的適配，但是通過編解碼協(xié)商，應當盡量避免編解碼的轉(zhuǎn)換。4.3.1. SIP與BICC用戶面互通協(xié)議棧圖4-4給出了SIP網(wǎng)絡(luò)同BICC網(wǎng)絡(luò)用戶面互通協(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應發(fā)送IAM消息。I-IWU應當支持如下兩種情況：(1)INVITE消息中帶有支持Precondition和100rel臨時響應Supported或Require消息頭；(2)INVITE請求中并沒有帶有要求支持Precondition和100rel臨時響應的Supported或Require消息頭。I-IWU應當支持帶有不同請求URIs的被分叉的INVITE請求。如果接收到的SIP消息中Supported或Require頭中不包括precondition擴展，則I-IWU應當在收到INVITE后立刻發(fā)送IAM消息，且IAM消息中導通性指示語設(shè)為"Continuity check not required"。如果ISUP網(wǎng)絡(luò)支持導通性檢測且接收到的SIP消息中Supported或Require頭中包含precondition擴展，則I-IWU在接收到INVITE消息后就立刻發(fā)送IAM消息。如果接收到SDP指示前提條件已經(jīng)滿足則IAM消息中的導通性指示語設(shè)為"continuity check is not required"；如果接收到的SDP指示前提條件還未滿足則IAM消息中的導通性指示語設(shè)為"continuity check performed on a previous circuit"。圖5-1 接收到Invite請求(ISUP網(wǎng)絡(luò)支持導通流程)如果ISUP網(wǎng)絡(luò)不支持導通性檢測且接收到的SDP指示前提條件還未滿足，則I-IWU將延遲發(fā)送IAM消息。只有等到后續(xù)的SDP指示前提條件滿足后才發(fā)送IAM消息其導通性指示語設(shè)為"Continuity check not required"。圖5-2 接收到Invite請求(ISUP網(wǎng)絡(luò)不支持導通流程)當I-IWU接收到INVITE請求但其并不支持對應的媒體類型時，I-IWU應當向SIP側(cè)發(fā)送488 "Not Acceptable Here"消息。如果INVITE消息中帶有多個媒體流，則I-IWU應當選擇一個支持的媒體流并為之預留資源，并在SDP應答中拒絕其它媒體流和未被選擇的編碼方式。如果在INVITE請求中帶有可支持的語音和非語音媒體流，應當選擇語音媒體流。為了建立早會話，I-IWU應當在第一個后向非100臨時響應中帶有一個To標簽。說明：I-IWU支持Precondition為可選。5.1.2. IAM消息的編碼5.1.2.1. 被叫號碼包含在SIP請求URI中的E.164地址應該被映射為IAM消息中的被叫號碼。表5-1 被叫號碼編碼INVITE®IAM®Request-URI被叫號碼E.164 地址(格式：+CC NDC SN)(例如SIP URI中的用戶部分帶有 user=phone, 或tel URL)地址信號:.分析接收到的E.164 地址信息。如果CC和下一跳對應的國家碼相同，那么刪除"CC"再將剩余的數(shù)字添加到地址信號中；如果CC和下一跳對應的國家碼不同，那么刪除""再將剩余的數(shù)字添加到地址信號中；奇偶指示語: 按照要求設(shè)定地址特性指示:分析接收到的E.164 地址信息。如果CC和下一跳對應的國家碼相同，那么將本質(zhì)地址指示語設(shè)為"National (significant) number；如果CC和下一跳對應的國家碼不同，那么將本質(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 0 0continuity check not required 如果后面的節(jié)點不支持導通性檢測機制(圖5-2).0 1 continuity check required, 如果后面的節(jié)點需要執(zhí)行導通性檢測(圖5-1)1 0 continuity check performed on a previous circuit otherwise, 如果后面的節(jié)點支持導通性檢測但后向節(jié)點不需要執(zhí)行導通性檢測(圖 5-1)比特EEcho control device indicator 1 outgoing echo control device included，對于語音呼叫例如TMR為 "3.1KHz 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 = 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 used 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-1。表5-2 主叫用戶類別映射規(guī)則SIP參數(shù)ISUP參數(shù)在P-Asserted-Identity中的cpcAccept-Contact'language' 發(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 set up5.1.2.5. 傳輸媒體要求（TMR）I-IWU可以進行編解碼轉(zhuǎn)換也可以不進行編解碼轉(zhuǎn)換。如果I-IWU要完成編解碼轉(zhuǎn)換，則TMR參數(shù)應設(shè)置為"3.1 kHz audio"；如果I-IWU不進行編解碼轉(zhuǎn)換，則應當將TMR，USI和接入傳輸參數(shù)進行映射，映射規(guī)則參考表5-3。含有數(shù)據(jù)傳輸方式為64 kbit/s的SDP應當被映射為TMR "64 kbit/s unrestricted"。表5-3 SDP到TMR/USI/HLC的映射: SIP to BICC/ISUPm= lineb= line (注 4)a= lineTMR parameterUSI parameter (optional) (注1)HLC parameter (optional)<transport><fmt-list><modifier>:<bandwidth-value>(注5)rtpmap:<dynamic-PT> <encoding name> <clock rate><encoding parameters>TMR codesInformation Transport CapabilityUser Information Layer 1 Protocol IndicatorHigh Layer Characteristics IdentificationRTP/AVP0N/A or up to 64 kbit/sN/A"3.1KHz audio" (注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap:<dynamic-PT> PCMU/8000"3.1KHz audio" (注3)RTP/AVP8N/A or up to 64 kbit/sN/A"3.1KHz audio"(注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap:<dynamic-PT> PCMA/8000"3.1KHz audio"(注3)RTP/AVPDynamic PTAS: 64 kbit/srtpmap:<dynamic-PT> CLEARMODE/8000(注2)"64 kbit/s unrestricted""Unrestricted digital information" or "Unrestricted digital inf. w/tones/ann"(注 6)Udptl t38 N/A or up to 64 kbit/sBased on ITU-T T.38 "3.1 KHz audio""3.1 KHz audio""FacsímileGroup 2/3"tcpt38 N/A or up to 64 kbit/sBased on ITU-T T.38 "3.1 KHz audio""3.1 KHz audio""FacsímileGroup 2/3"注1 本表中的G.711編碼僅僅是個事例，也可以使用其它的編碼方式；注 2 CLEARMODE請參見RFC4040 ；注 3 正常情況下不包含HLC；注 4 如果b=line指示帶寬大于64kbit/s，那么要么使用壓縮編碼要么采用415響應指示拒絕呼叫；注 5AS 中的<modifier> 的<帶寬值>的單位是kbit/s；注 6當 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ò)來決定是否提供一個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來確定填寫“顯示限制”還是“顯示允許”不包括該參數(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中應當包含user=”phone”標識。其中主機部分不在本標準研究范圍內(nèi)。注3:“From” 頭可能包含 “匿名用戶標識”。 其中“匿名用戶標識”包括的信息不能標明主叫用戶。IETF RFC 3261 推薦display-name 組件包含"Anonymous"。匿名用戶標識采用3GPP TS 23.003 定義的格式。匿名用戶標識指示主叫號碼希望匿名顯示。From頭也可以包含一個3GPP TS 23.003 定義的不可用用戶標識以指示不可知主叫用戶。注4: 可由網(wǎng)絡(luò)決定將APRI設(shè)置為“Address not available”。注 5: 3GPP TS 24.229 確保接收到的E.164號碼格式為國際號碼，帶有前綴 “+” 號。注6: 當前標準認為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”可以替代“presentation restricted”。地址特性指示語如果下一跳BICC/ISUP節(jié)點位于同一個國家則設(shè)置為 “National (Significant) number"否則設(shè)置為"International number"。地址信號如果地址特性指示語為 "national (significant) number" ，則不應當包括國家碼；如果地址特性指示語為"international number"，則應當包括國家碼。表5-6 P-Asserted-Identity 和privacy頭到BICC/ISUP主叫號碼參數(shù)的映射SIP組件值BICC/ISUP 參數(shù)值P-Asserted-Identity 頭 (注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-spec"CC" "NDC" "SN" from the URI地址信號如果地址本質(zhì)指示語為 "national (significant) number"，則將其設(shè)為"NDC" + "SN" ；否則設(shè)為"CC"+" NDC"+"SN"沒有包含Privacy 頭地址顯示限制指示語Presentation allowedPrivacy頭priv-value地址顯示限制指示語"Address Presentation Restricted Indicator"priv-value "header"地址顯示限制指示語Presentation restricted"user"地址顯示限制指示語Presentation restricted"none" 地址顯示限制指示語Presentation allowed"id" 地址顯示限制指示語Presentation restricted注1:P-Asserted-Identity頭中有可能包括tel URI和sip或sips URI。在這種情況下，可根據(jù)運營商策略來決定tel URI 或SIP URI中包含user=”phone”標識以及特定的主機部分。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 / addr-spec) 地址特性指示語如果URI中的CC 和I-IWU所位于的國家碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址特性指示語設(shè)為 "national (significant) number" 否則設(shè)為"international number"地址全指示語"Complete" 編碼計劃指示語"ISDN/Telephony (E.164)"號碼顯示限制指示語依賴于priv的值。只有當主叫號碼中號碼顯示限制指示語為” presentation restricted by network"”則把通用號碼中的號碼顯示限制指示語設(shè)置為”顯示允許”。屏蔽指示語"user provided not verified"Addr-specURI中的"CC" "NDC" + "SN" 地址信號如果地址本質(zhì)指示語為 "national (significant) number"，則將其設(shè)為"NDC" + "SN" ；否則設(shè)為"CC"+" NDC"+"SN"Privacy頭priv-value地址顯示限制指示語"Address Presentation Restricted Indicator"應當采用和主叫號碼一致的地址顯示限制指示語5.1.2.8. 用戶業(yè)務信息參見5.1.2.55.1.2.9. 跳計數(shù)器(National option)如果CS網(wǎng)絡(luò)支持跳計數(shù)器過程則I-IWU將執(zhí)行如下的互通過程。I-IWU用Max-Forwards頭來提取跳數(shù)計數(shù)器參數(shù)。由于SIP網(wǎng)絡(luò)中Max-Forwards頭的默認值和IAM消息中的跳計數(shù)器的默認值不同，因此需要使用一個因子來適配兩個計數(shù)器值。.表5-8給出了映射規(guī)則。表5-8 SIP消息中Max forwards 與IAM消息中跳計數(shù)器的映射Max-Forwards= XHop Counter= INTEGER part of (X /Factor) =Y注:X到Y(jié)的映射應當使用適配機制。5.1.3. 發(fā)送COT消息圖5-3 發(fā)送COT消息如果已經(jīng)發(fā)送了IAM消息，則當如下條件滿足時將發(fā)送導通性檢測成功的COT消息。(1)IMS網(wǎng)絡(luò)中的前提條件均已滿足；(2)出局電路上成功執(zhí)行了出局電路導通性檢查過程。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-Media頭，則I-IWU在發(fā)送180 Ringing的時候可以帶有P-Early-Media頭，如下情況例外： I-IWU已經(jīng)發(fā)送了一個可靠的臨時響應，該臨時響應中包含P-Early-Media頭。 最近已經(jīng)發(fā)送了P-Early-Media頭來鑒權(quán)早媒體。5.1.5. 為早媒體場景發(fā)送183消息如果使用SIP Precondition，在接收到INVITE請求后應在早于從CS網(wǎng)絡(luò)接收任何消息前發(fā)送183 Session Progress消息。I-IWU在接收到ACM消息之前不應該將P-Early-Media頭放在任何SIP消息中。對于語音呼叫，I-IWU在接收到下列任何消息后，如果I-IWU支持P-Early-Media頭且其已經(jīng)從INVITE請求中接收到了P-Early-Media頭，并且I-IWU在此之前還沒有發(fā)送過帶有P-Early-Media頭的臨時響應，那么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響應。圖5-6 接收到"No indication"的ACM消息表5-9 觸發(fā)發(fā)送183 Session Progress響應的ACM 參數(shù)¬183 Session Progress¬ACM如果以前沒有發(fā)送的話，則發(fā)送183 Session Progress響應且包括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 appropriate pattern is now available”，或2.事件指示語設(shè)為”Progress” 且滿足表5-10中的一個選項。圖 5-7接收到 CPG (帶內(nèi)信息可用)表5-10 觸發(fā)發(fā)送183 Session Progress響應的CPG參數(shù)¬183 Session Progress¬CPG“183 Session Progress”響應包括鑒權(quán)早媒體的P-Early-Media頭或者是已經(jīng)發(fā)送過了事件指示語000 0010(progress)1）可選后向呼叫指示語參數(shù)In-band information indicator0In-band info .2）后向呼叫指示語參數(shù)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消息）當接收到ANM或者CON消息時，I-IWU應當發(fā)送200 OK消息。圖 5-8 接收到ANM消息圖 5-9 接收到CON消息5.1.7. 內(nèi)部承載導通I-IWU應當遵循ITU-T Q.764中的匯接局的導通處理過程。5.1.8. 收到REFER消息圖5-10 接收到REFER消息當I-IWU接收到REFER請求時，默認是拒絕 REFER請求并向SIP側(cè)發(fā)送403 Forbidden響應。5.1.9. I-IWU側(cè)的釋放過程5.1.9.1. 發(fā)送REL消息當接收到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頭時，這些原因值應當被映射到REL消息中的Cause信元中。表5-12給出了SIP Reason頭到REL Cause原因值的映射方法，表5-11則給出了Reason消息頭中沒有對應關(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ù)值 Protocol"Q.850"Cause 指示符protocolcause"cause = XX" (注1)Cause 值"XX" (NOTE 1)Location"network beyond interworking point"注1: "XX" 是ITU-T Rec. Q.850中定義的Cause值。5.1.9.3. 接收到REL消息如果接收到REL消息且已經(jīng)在SIP側(cè)發(fā)送了對呼叫的最終響應(如200 OK INVITE消息)，則I-IWU應當發(fā)送BYE消息。如果在接收到REL消息時，I-IWU已經(jīng)發(fā)送了200 OK INVITE消息但還沒有收到ACK消息，則I-IWU應當?shù)鹊绞盏紸CK后再發(fā)送BYE消息。如果在接收到REL消息時并沒有向SIP側(cè)發(fā)送了最終響應(如200 OK INVITE消息)，則I-IWU應當發(fā)送狀態(tài)碼為4xx (客戶端錯誤)或5xx (服務器端錯誤)的響應。表5-13給出了REL消息中釋放原因到SIP不同狀態(tài)值得映射規(guī)則。沒有出現(xiàn)在表5-15中的原因值可以根據(jù)Q.850被映射為默認值。表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 route 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 (subscriber 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 Incomplete原因值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 (resource 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 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 (incompatible 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 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使用同樣的默認值接收到的REL消息中的原因值應當映射為SIP最終響應消息或BYE消息中Reason值。映射規(guī)則可參見表5-14。表5-14 REL消息中Cause 參數(shù)到SIP Reason頭的映射Cause indicators parameter fieldValue of parameter fieldcompo