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

1、QB-╳╳-╳╳╳-╳╳╳╳ 中國移動通信企業(yè)標準 QB-C-018.5-2011 中國移動CM-IMS會話初始協議（SIP）技術規(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. 術語、定義和縮略語 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用戶面互通協議棧 4 4.3.2. SIP與ISUP用戶面互通協議棧

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. 內部承載導通 9 5.1.8. 收到REFER消息 10 5.1.9. I-IWU側的釋放過程 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并等待被叫應答 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. 承載通路的導通 27 5.2.14. O-IWU側的釋放流程 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. 內部承載導通 34 6.1.8. 收到REFER消息 34 6.1.9. I-IWU側的釋放過程 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并等待被叫應答 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. 承載通路的導通 37 6.2.14. O-IWU側的釋放流程 37 6.3. 定時器 38 7. 編制歷史 38 附錄A SIP與ISUP互通流程 （標準性附錄） 39 附錄B SIP與BICC互通流

7、程（標準性附錄） 41 III 前 言 本標準依據IETF、3GPP以及ITU-T制定的相關標準，結合有關國內標準和中國移動相關企業(yè)標準，基于中國移動CM-IMS總體技術要求和實際需求而擬定，充分考慮了網絡的平滑演進能力，為中國移動CM-IMS的技術試驗、網絡建設和運行維護提供技術依據。 本標準規(guī)定會話初始協議(SIP)協議與BICC/ISUP協議的互通技術要求。 本標準是CM-IMS會話初始協議（SIP）系列標準之一，該系列標準的結構、名稱或預計的名稱如下： 序號 標準編號 標準名稱 [1] QB-C-018.1-2011 中國移動CM-IMS會話初始協議（S

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

9、準由中移技﹝2011﹞220號印發(fā)。 本標準由中國移動通信集團公司計劃建設部提出，集團公司技術部歸口。 本標準起草單位：中國移動通信研究院 本標準主要起草人：張昊 宋月 陳旭 8 QB-C-018.5-2011 1. 范圍 本標準規(guī)定會話初始協議(SIP)協議與BICC/ISUP協議的互通技術要求，供中國移動內部和廠商共同使用；適用于中國移動CM-IMS中包括Gm、Mw、ISC、Mg、Mj在內的所有SIP接口；適用于中國移動CM-IMS核心網設備、接入設備及終端設備的研發(fā)、引入和運行維護。 2. 規(guī)范性引用文件 下列文件中的條款通過本標準的引用而成為本標準的條

10、款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內容）或修訂版均不適用于本標準，然而，鼓勵根據本標準達成協議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。 序號 標準編號 標準名稱 發(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語音及可視電話互通技術規(guī)范 中國移動通信集團公司 3. 術語、定義和縮略語 下列術語、定義和縮略語適用于本標準： 詞語 解釋 B2BUA 背靠背用戶代理（B2BUA）是一個邏

13、輯功能實體，它作為UAS接收請求消息并處理該消息。同時，為了判決該請求消息如何應答，它也作為UAC來發(fā)送請求消息。和代理服務器不同的是，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 一種開放標準的框架結構，通過使用加密的安全服務以確保在IP網絡上進行保密而安全的通訊 PLMN Public Land Mobile Network，公共移動電話網 Proxy SIP邏輯實體，用于轉發(fā)SIP消息 PSI Public Service Identity，公共業(yè)務標識 PSTN Public Switched Telephone Network，公共交換電話網 SA Security Association，安全關聯 SDP Session De

15、scription Protocol，會話描述協議 TLS Transport Layer Security，傳輸層安全 UA 用戶代理，SIP邏輯實體，是SIP消息的發(fā)起和終結方 UAC 用戶代理客戶端，SIP邏輯實體，產生SIP請求消息，并終結SIP響應消息。 UAS 用戶代理服務器，SIP邏輯實體，終結SIP請求消息，并返回SIP響應消息。 UE User Equipment，用戶設備 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網絡同BICC網絡信令互通協議棧 圖4-2　SIP與BICC信令面互通 4.2.2. SIP與ISUP信令面互通 圖4-3給出了SIP網絡同ISUP網絡信令互通協議棧 圖4-3

17、　SIP與ISUP信令面互通 4.3. 用戶面互通 由于ISUP、BICC與SI協議對應的用戶面協議不同，所以MGW必須進行媒體傳輸協議的適配，但是通過編解碼協商，應當盡量避免編解碼的轉換。 4.3.1. SIP與BICC用戶面互通協議棧 圖4-4給出了SIP網絡同BICC網絡用戶面互通協議棧。 如果BICC側和SIP側使用相同的編解碼，則不需要進行編解碼轉換。 圖4-4 SIP與BICC用戶面互通 4.3.2. SIP與ISUP用戶面互通協議棧 圖4-5給出了SIP網絡同ISUP網絡用戶面互通協議棧。 圖4-5 SIP與ISUP用戶面互通 5. SIP與

18、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擴

19、展，則I-IWU應當在收到INVITE后立刻發(fā)送IAM消息，且IAM消息中導通性指示語設為"Continuity check not required"。 如果ISUP網絡支持導通性檢測且接收到的SIP消息中Supported或Require頭中包含precondition擴展，則I-IWU在接收到INVITE消息后就立刻發(fā)送IAM消息。如果接收到SDP指示前提條件已經滿足則IAM消息中的導通性指示語設為"continuity check is not required"；如果接收到的SDP指示前提條件還未滿足則IAM消息中的導通性指示語設為"continuity check perform

20、ed on a previous circuit"。 圖5-1 接收到Invite請求(ISUP網絡支持導通流程) 如果ISUP網絡不支持導通性檢測且接收到的SDP指示前提條件還未滿足，則I-IWU將延遲發(fā)送IAM消息。只有等到后續(xù)的SDP指示前提條件滿足后才發(fā)送IAM消息其導通性指示語設為"Continuity check not required"。 圖5-2 接收到Invite請求(ISUP網絡不支持導通流程) 當I-IWU接收到INVITE請求但其并不支持對應的媒體類型時，I-IWU應當向SIP側發(fā)送488 "Not Acceptable Here"消息。如果INVIT

21、E消息中帶有多個媒體流，則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 地址

22、 (格式：+CC NDC SN) (例如SIP URI中的用戶部分帶有 user=phone, 或tel URL) 地址信號: .分析接收到的E.164 地址信息。如果CC和下一跳對應的國家碼相同，那么刪除"＋CC"再將剩余的數字添加到地址信號中；如果CC和下一跳對應的國家碼不同，那么刪除"＋"再將剩余的數字添加到地址信號中； 奇偶指示語: 按照要求設定 地址特性指示: 分析接收到的E.164 地址信息。如果CC和下一跳對應的國家碼相同，那么將本質地址指示語設為"National (significant) number；如果CC和下一跳對應的國家碼不同，那么將本質地址指示語設為

23、"International number”。 國內網絡號碼指示: 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é)點不支持導通性檢測機制(圖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) 比特 E Echo control device indicator 1 outgoing echo control device includ

25、ed，對于語音呼叫例如TMR為 "3.1KHz audio". 0 outgoing echo control device not included對確定的數據呼叫，例如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參數 ISUP參數 在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可以進行編解碼轉換也可以不進行編解碼轉換。如果I-IWU要完成編解碼轉換，則TMR參數應設置為"3.

30、1 kHz audio"；如果I-IWU不進行編解碼轉換，則應當將TMR，USI和接入傳輸參數進行映射，映射規(guī)則參考表5-3。含有數據傳輸方式為64 kbit/s的SDP應當被映射為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響應指示拒絕呼叫； 注 5 AS 中的 的<帶寬值>的單位是kbit

35、/s； 注 6 當 Clearmode 編碼和語音編碼出現在同一個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) 主叫號碼參數中的地址信號 主叫號碼參數中的主叫號碼顯示指示語 通用號碼 (額外的主叫號碼) 中的地址信號

36、 通用號碼中的主叫號碼顯示指示語 否 否 由網絡來決定是否提供一個E.164號碼或者忽略該地址信號(注4) 由網絡來決定填寫“顯示限制”或“顯示允許”(注4) 網絡也可以用“網絡顯示限制”來代替“顯示限制”。(注7) 不包括該參數 不適用 否 是 由網絡來決定是否提供一個E.164號碼(表4)或者忽略該地址信號(注4) 由網絡來決定填寫“顯示限制”或“顯示允許”(注4) 網絡也可以用“網絡顯示限制”來代替“顯示限制”。 由網絡來決定是否忽略該參數或是從”From”頭中提取該參數。 (注1，表6-8) 根據表6來確定填寫“顯示限制”還是“顯示允許” 是

37、否 從P-Asserted-Identity頭中提取 (參見表6-7) 根據表6來確定填寫“顯示限制”還是“顯示允許” 不包括該參數 不適用 是 是 從P-Asserted-Identity頭中提取 (參見表6-7) 根據表6來確定填寫“顯示限制”還是“顯示允許” 由網絡來決定是否忽略該參數或是從”From”頭中提取該參數。 (注1，表6-8) 根據表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中應當包含user=”phone”標識。其中主機部分不在本標準研究范圍內。 注3: “From” 頭可能包含 “匿名用戶標識”。 其中“匿名用戶標識”包括的信息不能標明主叫用戶。IETF RFC 3261 推薦display-name 組件包含"Anonymous"。匿名用戶標識采用3GPP TS 23.003 定義的格式。匿名用戶標識指示主叫號碼希望匿名顯示。From頭也可以包含一個3GPP

39、TS 23.003 定義的不可用用戶標識以指示不可知主叫用戶。 注4: 可由網絡決定將APRI設置為“Address not available”。 注 5: 3GPP TS 24.229 確保接收到的E.164號碼格式為國際號碼，帶有前綴 “+” 號。 注6: 當前標準認為E.164號碼由國家碼加目的國家碼以及用戶號碼組成。在IMS側, 該號碼由國際公共通信號碼 (“CC”+”NDC”+”SN”)加前綴“+” 組成。在CS側，可由網絡來決定是否忽略國家碼CC。 表5-5 網絡提供的BICC/ISUP主叫號碼參數 BICC/ISUP 主叫號碼參數 值 屏蔽指示語

40、"network provided" 號碼全指示語 "complete" 編碼計劃指示語 ISDN/Telephony (E.164) 地址顯示限制指示語 顯示允許/顯示限制 作為網絡選項，“presentation restricted by the network”可以替代“presentation restricted”。 地址特性指示語 如果下一跳BICC/ISUP節(jié)點位于同一個國家則設置為 “National (Significant) number"否則設置為"International number"。 地址信號 如果地址特性指示語為 "national (

41、significant) number" ，則不應當包括國家碼；如果地址特性指示語為"international number"，則應當包括國家碼。 表5-6 P-Asserted-Identity 和privacy頭到BICC/ISUP主叫號碼參數的映射 SIP組件 值 BICC/ISUP 參數 值 P-Asserted-Identity 頭 (注1) E.164號碼 主叫號碼 地址全指示語 "Complete" 號碼計劃指示語 "ISDN/Telephony (E.164)" 地址特性指示語 如果URI中的CC 和I-IWU所位于的國家

42、碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址本質指示語設為 "national (significant) number" 否則設為 "international number" 地址顯示限制指示語 (APRI) 依賴于Privacy頭中的 priv-value參數 屏蔽指示語 Network Provided Addr-spec "CC" "NDC" "SN" from the URI 地址信號 如果地址本質指示語為 "national (significant) number"，則將其設為"NDC" + "SN" ； 否則設為"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。在這種情況下，可根據運營商策略來決定tel URI 或SIP URI中包含user=”phone”標識以及特定的主機部分。 5.1.2.7. 通用號碼 表5-7 SIP From頭到BICC/ISUP通用號碼 (額外主叫號碼)參數的映射(網絡可選) SIP組件 值 BICC/ISUP參數 值 From頭 name-addr或addr-spec 通用號碼中號碼限定指示語 "Additional Calling

45、 Party number" from-spec ( name-addr / addr-spec) 地址特性指示語 如果URI中的CC 和I-IWU所位于的國家碼一致且下一個BICC/ISUP節(jié)點位于同一個國家則將地址特性指示語設為 "national (significant) number" 否則設為 "international number" 地址全指示語 "Complete" 編碼計劃指示語 "ISDN/Telephony (E.164)" 號碼顯示限制指示語 依賴于priv的值。只有當主叫號碼中號碼顯示限制指示語為” presentation

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

47、采用和主叫號碼一致的地址顯示限制指示語 5.1.2.8. 用戶業(yè)務信息 參見5.1.2.5 5.1.2.9. 跳計數器(National option) 如果CS網絡支持跳計數器過程則I-IWU將執(zhí)行如下的互通過程。 I-IWU用Max-Forwards頭來提取跳數計數器參數。由于SIP網絡中Max-Forwards頭的默認值和IAM消息中的跳計數器的默認值不同，因此需要使用一個因子來適配兩個計數器值。. 表5-8給出了映射規(guī)則。 表5-8 SIP消息中Max forwards 與IAM消息中跳計數器的映射 Max-Forwards = X Hop Counter =

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

49、呼叫是否包括P-Early-Media頭取決于網絡選擇；可視電話不包含P-Early-Media。 圖5-5 接收到CPG（Alerting）消息 注1: 語音呼叫是否包括P-Early-Media頭取決于網絡選擇；可視電話不包含P-Early-Media。 對于語音呼叫，如果I-IWU支持P-Early-Media頭且INVITE請求消息中包含P-Early-Media頭，則I-IWU在發(fā)送180 Ringing的時候可以帶有P-Early-Media頭，如下情況例外： － I-IWU已經發(fā)送了一個可靠的臨時響應，該臨時響應中包含P-Early-Media頭。 － 最近已經發(fā)送

50、了P-Early-Media頭來鑒權早媒體。 5.1.5. 為早媒體場景發(fā)送183消息 如果使用SIP Precondition，在接收到INVITE請求后應在早于從CS網絡接收任何消息前發(fā)送183 Session Progress消息。I-IWU在接收到ACM消息之前不應該將P-Early-Media頭放在任何SIP消息中。 對于語音呼叫，I-IWU在接收到下列任何消息后，如果I-IWU支持P-Early-Media頭且其已經從INVITE請求中接收到了P-Early-Media頭，并且I-IWU在此之前還沒有發(fā)送過帶有P-Early-Media頭的臨時響應，那么I-IWU將發(fā)送帶有P

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

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

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

54、 User Part indicator 0 ISDN User Part not used all the way 注1: 只有在之前收到的ACM或CPG消息與現在收到的CPG消息內容不一致才進行CPG消息內容的映射。 注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. 內部承載導通 I-I

55、WU應當遵循ITU-T Q.764中的匯接局的導通處理過程。 5.1.8. 收到REFER消息 圖5-10 接收到REFER消息 當I-IWU接收到REFER請求時，默認是拒絕 REFER請求并向SIP側發(fā)送403 Forbidden響應。 5.1.9. I-IWU側的釋放過程 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頭時，這些原因值應當被映射到REL消息中的Cause信元中。表5-12給出了SIP Reason頭到REL Cause原因值的映射方法，表5-11則給出了Reason消息頭中沒有對應關系的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 參數 值 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消息且已經在SIP側發(fā)送了對呼叫的最終響應(如20

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

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