《中國移動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è)標準 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/ISU SIP Protocol 版本號：1.0.0

2、 2011-7-27實施 2011-7-27發(fā)布 中國移動通信集團公司 發(fā)布 QB-C-018.5-2011 目 錄 前 言 IV 1. 范圍 1 2. 規(guī)范性引用文件 1 3. 術(shù)語、定義和縮略語 2 4. 信令面互通和用戶面互通 3 4.1. 互通模型 3 4.2. 信令面互通 3 4.2.1. SIP與BICC信令面互通 3 4.2.2. SIP與ISUP信令面互通 4 4.3. 用戶面互通 4 4.3.1. SIP與BICC用戶面互通協(xié)議棧 4 4.3.2. SIP與ISUP用戶面互通協(xié)議棧

3、 5 5. SIP與 ISUP的互通 5 5.1. 從SIP到ISUP的互通 5 5.1.1. 發(fā)送IAM消息 5 5.1.2. IAM消息的編碼 6 5.1.3. 發(fā)送COT消息 6 5.1.4. 發(fā)送180消息 6 5.1.5. 為早媒體場景發(fā)送183消息 7 5.1.6. 發(fā)送200 OK消息（接收到ANM、CON消息） 9 5.1.7. 內(nèi)部承載導(dǎo)通 9 5.1.8. 收到REFER消息 10 5.1.9. I-IWU側(cè)的釋放過程 10 5.2. 從ISUP到SIP的互通 14 5.2.1. 發(fā)送INVITE消息 14 5.2.2. INVITE消息的編碼

4、15 5.2.3. 收到COT消息 22 5.2.4. 發(fā)送ACM并等待被叫應(yīng)答 22 5.2.5. ACM消息的編碼 24 5.2.6. 發(fā)送CPG消息 25 5.2.7. CPG消息的編碼 26 5.2.8. 接收200 OK消息 26 5.2.9. 發(fā)送ANM消息 26 5.2.10. ANM消息的編碼 26 5.2.11. 發(fā)送CON消息 27 5.2.12. CON消息的編碼 27 5.2.13. 承載通路的導(dǎo)通 27 5.2.14. O-IWU側(cè)的釋放流程 27 5.3. 定時器 31 6. SIP與BICC的互通 32 6.1. 從SIP到BICC的

5、互通 32 6.1.1. 發(fā)送IAM消息 32 6.1.2. IAM消息的編碼 32 6.1.3. 發(fā)送COT消息 33 6.1.4. 發(fā)送180消息 33 6.1.5. 為早媒體場景發(fā)送183消息 33 6.1.6. 發(fā)送200 OK消息 34 6.1.7. 內(nèi)部承載導(dǎo)通 34 6.1.8. 收到REFER消息 34 6.1.9. I-IWU側(cè)的釋放過程 34 6.1.10. 帶外 DTMF傳送 35 6.2. 從BICC到SIP的互通 35 6.2.1. 發(fā)送INVITE消息 35 6.2.2. INVITE消息的編碼 35 6.2.3. 收到COT消息 36

6、 6.2.4. 發(fā)送ACM并等待被叫應(yīng)答 36 6.2.5. ACM消息的編碼 36 6.2.6. 發(fā)送CPG消息 36 6.2.7. CPG消息的編碼 36 6.2.8. 接收200 OK消息 37 6.2.9. 發(fā)送ANM消息 37 6.2.10. ANM消息的編碼 37 6.2.11. 發(fā)送CON消息 37 6.2.12. CON消息的編碼 37 6.2.13. 承載通路的導(dǎo)通 37 6.2.14. O-IWU側(cè)的釋放流程 37 6.3. 定時器 38 7. 編制歷史 38 附錄A SIP與ISUP互通流程 （標準性附錄） 39 附錄B SIP與BICC互通流

7、程（標準性附錄） 41 III 前 言 本標準依據(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)、名稱或預(yù)計的名稱如下： 序號 標準編號 標準名稱 [1] QB-C-018.1-2011 中國移動CM-IMS會話初始協(xié)議（S

8、IP）規(guī)范第1部分：SIP的總體要求 [2] QB-C-018.2-2011 中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第2部分：SIP的消息 [3] QB-C-018.3-2011 中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第3部分：SIP的基本流程 [4] QB-C-018.4-2011 中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第4部分：CM-IMS業(yè)務(wù)對 SIP的要求 [5] QB-C-018.5-2011 中國移動CM-IMS會話初始協(xié)議（SIP）規(guī)范第5部分：SIP與BICC/ISUP的互通 本標準的附錄A和附錄B為標準性附錄。 本標

9、準由中移技﹝2011﹞220號印發(fā)。 本標準由中國移動通信集團公司計劃建設(shè)部提出，集團公司技術(shù)部歸口。 本標準起草單位：中國移動通信研究院 本標準主要起草人：張昊 宋月 陳旭 8 QB-C-018.5-2011 1. 范圍 本標準規(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ī)范性引用文件 下列文件中的條款通過本標準的引用而成為本標準的條

10、款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。 序號 標準編號 標準名稱 發(fā)布單位 [1] RFC3261 SIP: Session Initiation Protocol IETF 2] RFC3666 Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call Flows IETF [3]

11、 TS23.228 IP Multimedia Subsystem (IMS);Stage 2 3GPP [4] TS24.229 IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);Stage 3 3GPP [5] TS29.163 Interworking between the IP Multimedia (IM)Core Network (CN) subsystemand Circuit

12、Switched (CS) networks 3GPP [6] Q.1912.5 Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control protocol or ISDN User Part ITU-T [7] QB-x-xxx-xxxx 中國移動CM-IMS和CS語音及可視電話互通技術(shù)規(guī)范 中國移動通信集團公司 3. 術(shù)語、定義和縮略語 下列術(shù)語、定義和縮略語適用于本標準： 詞語 解釋 B2BUA 背靠背用戶代理（B2BUA）是一個邏

13、輯功能實體，它作為UAS接收請求消息并處理該消息。同時，為了判決該請求消息如何應(yīng)答，它也作為UAC來發(fā)送請求消息。和代理服務(wù)器不同的是，B2BUA需要維護一個它所創(chuàng)建的對話狀態(tài)。 CPIM Common Presence and Instant Messaging，參加RFC3862 FQDN Full Qualified Domain Name，全稱域名 GRUU Globally Routable User agent URI，全局可路由用戶代理標識 iFC Initial Filter Criteria，初始過濾規(guī)則 IMPI IMS Private Identity

14、，IMS用戶私有標識 IMPU IMS Public Identity，IMS用戶公有標識 IPSec 一種開放標準的框架結(jié)構(gòu)，通過使用加密的安全服務(wù)以確保在IP網(wǎng)絡(luò)上進行保密而安全的通訊 PLMN Public Land Mobile Network，公共移動電話網(wǎng) Proxy SIP邏輯實體，用于轉(zhuǎn)發(fā)SIP消息 PSI Public Service Identity，公共業(yè)務(wù)標識 PSTN Public Switched Telephone Network，公共交換電話網(wǎng) SA Security Association，安全關(guān)聯(lián) SDP Session De

15、scription Protocol，會話描述協(xié)議 TLS Transport Layer Security，傳輸層安全 UA 用戶代理，SIP邏輯實體，是SIP消息的發(fā)起和終結(jié)方 UAC 用戶代理客戶端，SIP邏輯實體，產(chǎn)生SIP請求消息，并終結(jié)SIP響應(yīng)消息。 UAS 用戶代理服務(wù)器，SIP邏輯實體，終結(jié)SIP請求消息，并返回SIP響應(yīng)消息。 UE User Equipment，用戶設(shè)備 URI Uniform Resource Identifier，統(tǒng)一資源標識符 XML eXtensible Markup Language，可擴展標記語言 對話 對話是兩

16、個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-2　SIP與BICC信令面互通 4.2.2. SIP與ISUP信令面互通 圖4-3給出了SIP網(wǎng)絡(luò)同ISUP網(wǎng)絡(luò)信令互通協(xié)議棧 圖4-3

17、　SIP與ISUP信令面互通 4.3. 用戶面互通 由于ISUP、BICC與SI協(xié)議對應(yīng)的用戶面協(xié)議不同，所以MGW必須進行媒體傳輸協(xié)議的適配，但是通過編解碼協(xié)商，應(yīng)當盡量避免編解碼的轉(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與

18、ISUP的互通 5.1. 從SIP到ISUP的互通 5.1.1. 發(fā)送IAM消息 在接收到INVITE消息后，I-IWU應(yīng)發(fā)送IAM消息。 I-IWU應(yīng)當支持如下兩種情況：(1)INVITE消息中帶有支持Precondition和100rel臨時響應(yīng)Supported或Require消息頭；(2)INVITE請求中并沒有帶有要求支持Precondition和100rel臨時響應(yīng)的Supported或Require消息頭。 I-IWU應(yīng)當支持帶有不同請求URIs的被分叉的INVITE請求。 如果接收到的SIP消息中Supported或Require頭中不包括precondition擴

19、展，則I-IWU應(yī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指示前提條件已經(jīng)滿足則IAM消息中的導(dǎo)通性指示語設(shè)為"continuity check is not required"；如果接收到的SDP指示前提條件還未滿足則IAM消息中的導(dǎo)通性指示語設(shè)為"continuity check perform

20、ed 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 接收到Invite請求(ISUP網(wǎng)絡(luò)不支持導(dǎo)通流程) 當I-IWU接收到INVITE請求但其并不支持對應(yīng)的媒體類型時，I-IWU應(yīng)當向SIP側(cè)發(fā)送488 "Not Acceptable Here"消息。如果INVIT

21、E消息中帶有多個媒體流，則I-IWU應(yīng)當選擇一個支持的媒體流并為之預(yù)留資源，并在SDP應(yīng)答中拒絕其它媒體流和未被選擇的編碼方式。如果在INVITE請求中帶有可支持的語音和非語音媒體流，應(yīng)當選擇語音媒體流。 為了建立早會話，I-IWU應(yīng)當在第一個后向非100臨時響應(yīng)中帶有一個To標簽。 說明：I-IWU支持Precondition為可選。 5.1.2. IAM消息的編碼 5.1.2.1. 被叫號碼 包含在SIP請求URI中的E.164地址應(yīng)該被映射為IAM消息中的被叫號碼。 表5-1 被叫號碼編碼 INVITE? IAM? Request-URI 被叫號碼 E.164 地址

22、 (格式：+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è)為"National (significant) number；如果CC和下一跳對應(yīng)的國家碼不同，那么將本質(zhì)地址指示語設(shè)為

23、"International number”。 國內(nèi)網(wǎng)絡(luò)號碼指示: 1 routing to internal network number not allowed 編碼計劃指示: 001 ISDN (Telephony) numbering plan (Rec. E.164) 5.1.2.2. 連接特性指示語 比特 BA　 　 Satellite indicator 0 1 one satellite circuit in the connection 比特 DC Continuity check indicator 0 0 continuity

24、 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) 比特 E Echo control device indicator 1 outgoing echo control device includ

25、ed，對于語音呼叫例如TMR為 "3.1KHz audio". 0 outgoing echo control device not included對確定的數(shù)據(jù)呼叫，例如TMR為 "64 kBit/s unrestricted" 或者HLC為 "Facsimile Group 2/3". 5.1.2.3. 前向呼叫指示語 比特 CB end-to-end method indicator 0 0 no end-to-end method available (only link-by-link method available) 比特 D Interworkin

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

27、used all the way 作為運營商的選擇，對于TMR = 64 kBit/s unrestricted，比特F也可取值為1 "ISDN user part/BICC used all the way"。 比特 HG ISDN user part/BICC preference indicator 0 1 ISDN user part/BICC not required all the way 比特 I ISDN access indicator 0 originating access non-ISDN 作為運營商的選擇，對于TMR

28、= 64 kBit/s unrestricted，比特I也可取值為"originating access ISDN"。 比特 KJ SCCP method indicator 0 0 no indication 5.1.2.4. 主叫用戶類別 映射規(guī)則參見下表5-1。 表5-2 主叫用戶類別映射規(guī)則 SIP參數(shù) ISUP參數(shù) 在P-Asserted-Identity中的cpc Accept-Contact 'language' 發(fā)送的主叫用戶類別 ordinary ordinary calling subscri

29、ber test Test call payphone Payphone cellular mobile terminal located in the home PLMN cellular-roaming mobile terminal located in a visited PLMN ieps IEPS call marking for preferential call set up 5.1.2.5. 傳輸媒體要求（TMR） I-IWU可以進行編解碼轉(zhuǎn)換也可以不進行編解碼轉(zhuǎn)換。如果I-IWU要完成編解碼轉(zhuǎn)換，則TMR參數(shù)應(yīng)設(shè)置為"3.

30、1 kHz audio"；如果I-IWU不進行編解碼轉(zhuǎn)換，則應(yīng)當將TMR，USI和接入傳輸參數(shù)進行映射，映射規(guī)則參考表5-3。含有數(shù)據(jù)傳輸方式為64 kbit/s的SDP應(yīng)當被映射為TMR "64 kbit/s unrestricted"。 表5-3 SDP到TMR/USI/HLC的映射: SIP to BICC/ISUP m= line b= line (注 4) a= line TMR parameter USI parameter (optional) (注1) HLC parameter (optional)

31、 : (注5) rtpmap: [] TMR codes Information Transport Capability User Information Layer 1 Protocol Indicator High Layer Characteristics Identification RTP/AVP 0 N/A or up to 64 kbit/s N/A "3.1KH

32、z audio" (注3) RTP/AVP Dynamic PT N/A or up to 64 kbit/s rtpmap: PCMU/8000 "3.1KHz audio" (注3) RTP/AVP 8 N/A or up to 64 kbit/s N/A "3.1KHz audio" (注3) RTP/AVP Dynamic PT N/A or up to 64 kbit/s rtpmap: PCMA/8000 "3.1KHz audio" (注3) RTP/AVP

33、 Dynamic PT AS: 64 kbit/s rtpmap: 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/s Based on ITU-T T.38 "3.1 KHz audio" "3.1 KHz audio" "Facsímile Gro

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

35、/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ù)中的主叫號碼顯示指示語 通用號碼 (額外的主叫號碼) 中的地址信號

36、 通用號碼中的主叫號碼顯示指示語 否 否 由網(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來確定填寫“顯示限制”還是“顯示允許” 是

37、否 從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

38、SIP UAC with access to the I-IWU. 注2: P-Asserted-Identity頭中有可能包括tel URI和sip或sips URI。在這種情況下，SIP URI中應(yīng)當包含user=”phone”標識。其中主機部分不在本標準研究范圍內(nèi)。 注3: “From” 頭可能包含 “匿名用戶標識”。 其中“匿名用戶標識”包括的信息不能標明主叫用戶。IETF RFC 3261 推薦display-name 組件包含"Anonymous"。匿名用戶標識采用3GPP TS 23.003 定義的格式。匿名用戶標識指示主叫號碼希望匿名顯示。From頭也可以包含一個3GPP

39、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ù) 值 屏蔽指示語

40、"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 (

41、significant) number" ，則不應(yīng)當包括國家碼；如果地址特性指示語為"international number"，則應(yīng)當包括國家碼。 表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所位于的國家

42、碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址本質(zhì)指示語設(shè)為 "national (significant) number" 否則設(shè)為 "international number" 地址顯示限制指示語 (APRI) 依賴于Privacy頭中的 priv-value參數(shù) 屏蔽指示語 Network Provided Addr-spec "CC" "NDC" "SN" from the URI 地址信號 如果地址本質(zhì)指示語為 "national (significant) number"，則將其設(shè)為"NDC" + "SN" ； 否則設(shè)為"CC"+" ND

43、C"+"SN" 沒有包含Privacy 頭 地址顯示限制指示語 Presentation allowed Privacy頭 priv-value 地址顯示限制指示語 "Address Presentation Restricted Indicator" priv-value "header" 地址顯示限制指示語 Presentation restricted "user" 地址顯示限制指示語 Presentation restricted "none" 地址顯示限制指示語 Presentation allowed "id" 地址顯示限制指示語

44、 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

45、 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

46、 restricted by network"”則把通用號碼中的號碼顯示限制指示語設(shè)置為”顯示允許”。 屏蔽指示語 "user provided not verified" Addr-spec URI中的"CC" "NDC" + "SN" 地址信號 如果地址本質(zhì)指示語為 "national (significant) number"，則將其設(shè)為"NDC" + "SN" ； 否則設(shè)為"CC"+" NDC"+"SN" Privacy頭 priv-value 地址顯示限制指示語 "Address Presentation Restricted Indicator" 應(yīng)當

47、采用和主叫號碼一致的地址顯示限制指示語 5.1.2.8. 用戶業(yè)務(wù)信息 參見5.1.2.5 5.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 = X Hop Counter =

48、 INTEGER part of (X /Factor) =Y 注: X到Y(jié)的映射應(yīng)當使用適配機制。 5.1.3. 發(fā)送COT消息 圖5-3 發(fā)送COT消息 如果已經(jīng)發(fā)送了IAM消息，則當如下條件滿足時將發(fā)送導(dǎo)通性檢測成功的COT消息。 (1)IMS網(wǎng)絡(luò)中的前提條件均已滿足； (2)出局電路上成功執(zhí)行了出局電路導(dǎo)通性檢查過程。 5.1.4. 發(fā)送180消息 I-IWU在收到如下消息時將發(fā)送180 Ringing消息： - ACM消息且其中被叫號碼狀態(tài)為空閑； - CPG消息且其中的事件指示語為“alerting” 圖5-4 接收到ACM消息 注1:語音

49、呼叫是否包括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ā)送了一個可靠的臨時響應(yīng)，該臨時響應(yīng)中包含P-Early-Media頭。 － 最近已經(jīng)發(fā)送

50、了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支持P-Early-Media頭且其已經(jīng)從INVITE請求中接收到了P-Early-Media頭，并且I-IWU在此之前還沒有發(fā)送過帶有P-Early-Media頭的臨時響應(yīng)，那么I-IWU將發(fā)送帶有P

51、-Early-Media頭的183 Session Progress消息。 - ACM消息：其中被叫狀態(tài)指示語為 “no indication” 且滿足表5-9中的任何一個選項?；颈镜嘏渲茫绻鸌-IWU接收到ACM消息且ACM消息中的參數(shù)值不包含在表5-9中，I-IWU可以發(fā)送一個帶有P-Early-Media 頭的183 Session Progress響應(yīng)。 圖5-6 接收到"No indication"的ACM消息 表5-9 觸發(fā)發(fā)送183 Session Progress響應(yīng)的ACM 參數(shù) ?183 Session Progress ?ACM 如果以前沒有發(fā)送

52、的話，則發(fā)送183 Session Progress響應(yīng)且包括P-Early-Media頭 1）可選的后向呼叫指示語參數(shù)中 In-band information indicator 1 In-band info... 2）后向呼叫指示語參數(shù)中 ISDN User Part indicator 0 ISDN User Part not used all the way - CPG消息且 1. 事件指示語設(shè)為 “in-band information or an appropriate pattern is now available”，或 2. 事件指示語設(shè)為

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

54、 User Part indicator 0 ISDN 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應(yīng)當發(fā)送200 OK消息。 圖 5-8 接收到ANM消息 圖 5-9 接收到CON消息 5.1.7. 內(nèi)部承載導(dǎo)通 I-I

55、WU應(yīng)當遵循ITU-T Q.764中的匯接局的導(dǎo)通處理過程。 5.1.8. 收到REFER消息 圖5-10 接收到REFER消息 當I-IWU接收到REFER請求時，默認是拒絕 REFER請求并向SIP側(cè)發(fā)送403 Forbidden響應(yīng)。 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消息

56、中包含有Q.850中定義的原因值的Reason頭時，這些原因值應(yīng)當被映射到REL消息中的Cause信元中。表5-12給出了SIP Reason頭到REL Cause原因值的映射方法，表5-11則給出了Reason消息頭中沒有對應(yīng)關(guān)系的REL消息原因值的填寫方法。 表5-11 REL的編碼 SIP Message à REL à Request cause parameter BYE 原因值為No.16 (normal clearing) CANCEL 原因值為No.31 (normal unspecified) 表5-12 SIP Reason到BICC/ISUP的C

57、ause 指示符的映射 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ā)送了對呼叫的最終響應(yīng)(如20

58、0 OK INVITE消息)，則I-IWU應(yīng)當發(fā)送BYE消息。如果在接收到REL消息時，I-IWU已經(jīng)發(fā)送了200 OK INVITE消息但還沒有收到ACK消息，則I-IWU應(yīng)當?shù)鹊绞盏紸CK后再發(fā)送BYE消息。 如果在接收到REL消息時并沒有向SIP側(cè)發(fā)送了最終響應(yīng)(如200 OK INVITE消息)，則I-IWU應(yīng)當發(fā)送狀態(tài)碼為4xx (客戶端錯誤)或5xx (服務(wù)器端錯誤)的響應(yīng)。表5-13給出了REL消息中釋放原因到SIP不同狀態(tài)值得映射規(guī)則。沒有出現(xiàn)在表5-15中的原因值可以根據(jù)Q.850被映射為默認值。 表5-13 接收到REL消息 ?SIP Message ? REL

59、 狀態(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

60、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 Anonym

61、ity 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 reject

62、ed) 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 原因值中的原因類

63、別為 (resource unavailable, Cause value No’s. 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)

64、500 Server Internal error 原因值63 (service option not available, unspecified) (class default) 500 Server Internal error 原因值中的原因類別為100 (service or option not implemented, Cause value No’s. 65, 70 & 79) 79 is class default 500 Server Internal error 原因值88 (incompatible destination) 404 Not Found

65、原因值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 Temp

66、orarily 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消息中的原因值應(yīng)當映射為SIP最終響應(yīng)消息或BYE消息中Reason值。映射規(guī)則可參見表5-14。 表5-14 REL消息中Cause 參數(shù)到SIP Reason頭的映射 Cause indicators parameter field Value of parameter field compo