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

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

1、QB-╳╳-╳╳╳-╳╳╳╳ 中國(guó)移動(dòng)通信企業(yè)標(biāo)準(zhǔn) QB-C-018.5-2011 中國(guó)移動(dòng)CM-IMS會(huì)話初始協(xié)議（SIP）技術(shù)規(guī)范 第五部分：SIP與BICC/ISUP的互通 CM-IMSSpecifications of Session Initiation Protocol (SIP) Part 5: Interworking between SIP and BICC/ISU SIP Protocol 版本號(hào)：1.0.0

2、 2011-7-27實(shí)施 2011-7-27發(fā)布 中國(guó)移動(dòng)通信集團(tuán)公司 發(fā)布 QB-C-018.5-2011 目 錄 前 言 IV 1. 范圍 1 2. 規(guī)范性引用文件 1 3. 術(shù)語(yǔ)、定義和縮略語(yǔ) 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. 為早媒體場(chǎng)景發(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. 定時(shí)器 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. 為早媒體場(chǎng)景發(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. 定時(shí)器 38 7. 編制歷史 38 附錄A SIP與ISUP互通流程 （標(biāo)準(zhǔn)性附錄） 39 附錄B SIP與BICC互通流

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

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

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

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

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

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

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

16、個(gè)UA之間持續(xù)一段時(shí)間的點(diǎn)對(duì)點(diǎn)的SIP連接，它使UA之間的消息變得有序，同時(shí)給出請(qǐng)求消息的正確的路由 會(huì)話 會(huì)話是通信參與方及它們之間的媒體流的集合 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é)議對(duì)應(yīng)的用戶面協(xié)議不同，所以MGW必須進(jìn)行媒體傳輸協(xié)議的適配，但是通過編解碼協(xié)商，應(yīng)當(dāng)盡量避免編解碼的轉(zhuǎn)換。 4.3.1. SIP與BICC用戶面互通協(xié)議棧 圖4-4給出了SIP網(wǎng)絡(luò)同BICC網(wǎng)絡(luò)用戶面互通協(xié)議棧。 如果BICC側(cè)和SIP側(cè)使用相同的編解碼，則不需要進(jìn)行編解碼轉(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)當(dāng)支持如下兩種情況：(1)INVITE消息中帶有支持Precondition和100rel臨時(shí)響應(yīng)Supported或Require消息頭；(2)INVITE請(qǐng)求中并沒有帶有要求支持Precondition和100rel臨時(shí)響應(yīng)的Supported或Require消息頭。 I-IWU應(yīng)當(dāng)支持帶有不同請(qǐng)求URIs的被分叉的INVITE請(qǐng)求。 如果接收到的SIP消息中Supported或Require頭中不包括precondition擴(kuò)

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

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

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

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

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

24、 check not required　 如果后面的節(jié)點(diǎn)不支持導(dǎo)通性檢測(cè)機(jī)制(圖5-2). 0 1 continuity check required, 　如果后面的節(jié)點(diǎn)需要執(zhí)行導(dǎo)通性檢測(cè)(圖5-1) 1 0 continuity check performed on a previous circuit otherwise, 如果后面的節(jié)點(diǎn)支持導(dǎo)通性檢測(cè)但后向節(jié)點(diǎn)不需要執(zhí)行導(dǎo)通性檢測(cè)(圖 5-1) 比特 E Echo control device indicator 1 outgoing echo control device includ

25、ed，對(duì)于語(yǔ)音呼叫例如TMR為 "3.1KHz audio". 0 outgoing echo control device not included對(duì)確定的數(shù)據(jù)呼叫，例如TMR為 "64 kBit/s unrestricted" 或者HLC為 "Facsimile Group 2/3". 5.1.2.3. 前向呼叫指示語(yǔ) 比特 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 作為運(yùn)營(yíng)商的選擇，對(duì)于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 作為運(yùn)營(yíng)商的選擇，對(duì)于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 作為運(yùn)營(yíng)商的選擇，對(duì)于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可以進(jìn)行編解碼轉(zhuǎn)換也可以不進(jìn)行編解碼轉(zhuǎn)換。如果I-IWU要完成編解碼轉(zhuǎn)換，則TMR參數(shù)應(yīng)設(shè)置為"3.

30、1 kHz audio"；如果I-IWU不進(jìn)行編解碼轉(zhuǎn)換，則應(yīng)當(dāng)將TMR，USI和接入傳輸參數(shù)進(jìn)行映射，映射規(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/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編碼僅僅是個(gè)事例，也可以使用其它的編碼方式； 注 2 CLEARMODE請(qǐng)參見RFC4040 ； 注 3 正常情況下不包含HLC； 注 4 如果b=line指示帶寬大于64kbit/s，那么要么使用壓縮編碼要么采用415響應(yīng)指示拒絕呼叫； 注 5 AS 中的 的<帶寬值>的單位是kbit

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

36、 通用號(hào)碼中的主叫號(hào)碼顯示指示語(yǔ) 否 否 由網(wǎng)絡(luò)來決定是否提供一個(gè)E.164號(hào)碼或者忽略該地址信號(hào)(注4) 由網(wǎng)絡(luò)來決定填寫“顯示限制”或“顯示允許”(注4) 網(wǎng)絡(luò)也可以用“網(wǎng)絡(luò)顯示限制”來代替“顯示限制”。(注7) 不包括該參數(shù) 不適用 否 是 由網(wǎng)絡(luò)來決定是否提供一個(gè)E.164號(hào)碼(表4)或者忽略該地址信號(hào)(注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)當(dāng)包含user=”phone”標(biāo)識(shí)。其中主機(jī)部分不在本標(biāo)準(zhǔn)研究范圍內(nèi)。 注3: “From” 頭可能包含 “匿名用戶標(biāo)識(shí)”。 其中“匿名用戶標(biāo)識(shí)”包括的信息不能標(biāo)明主叫用戶。IETF RFC 3261 推薦display-name 組件包含"Anonymous"。匿名用戶標(biāo)識(shí)采用3GPP TS 23.003 定義的格式。匿名用戶標(biāo)識(shí)指示主叫號(hào)碼希望匿名顯示。From頭也可以包含一個(gè)3GPP

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

40、"network provided" 號(hào)碼全指示語(yǔ) "complete" 編碼計(jì)劃指示語(yǔ) ISDN/Telephony (E.164) 地址顯示限制指示語(yǔ) 顯示允許/顯示限制 作為網(wǎng)絡(luò)選項(xiàng)，“presentation restricted by the network”可以替代“presentation restricted”。 地址特性指示語(yǔ) 如果下一跳BICC/ISUP節(jié)點(diǎn)位于同一個(gè)國(guó)家則設(shè)置為 “National (Significant) number"否則設(shè)置為"International number"。 地址信號(hào) 如果地址特性指示語(yǔ)為 "national (

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

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

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

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

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

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

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

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

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

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

51、-Early-Media頭的183 Session Progress消息。 - ACM消息：其中被叫狀態(tài)指示語(yǔ)為 “no indication” 且滿足表5-9中的任何一個(gè)選項(xiàng)?；颈镜嘏渲?，如果I-IWU接收到ACM消息且ACM消息中的參數(shù)值不包含在表5-9中，I-IWU可以發(fā)送一個(gè)帶有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）可選的后向呼叫指示語(yǔ)參數(shù)中 In-band information indicator 1 In-band info... 2）后向呼叫指示語(yǔ)參數(shù)中 ISDN User Part indicator 0 ISDN User Part not used all the way - CPG消息且 1. 事件指示語(yǔ)設(shè)為 “in-band information or an appropriate pattern is now available”，或 2. 事件指示語(yǔ)設(shè)為

53、”Progress” 且滿足表5-10中的一個(gè)選項(xiàng)。 圖 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ā)送過了 事件指示語(yǔ) 000 0010 (progress) 1）可選后向呼叫指示語(yǔ)參數(shù) In-band information indicator 0 In-band info ... 2）后向呼叫指示語(yǔ)參數(shù) ISDN

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

55、WU應(yīng)當(dāng)遵循ITU-T Q.764中的匯接局的導(dǎo)通處理過程。 5.1.8. 收到REFER消息 圖5-10 接收到REFER消息 當(dāng)I-IWU接收到REFER請(qǐng)求時(shí)，默認(rèn)是拒絕 REFER請(qǐng)求并向SIP側(cè)發(fā)送403 Forbidden響應(yīng)。 5.1.9. I-IWU側(cè)的釋放過程 5.1.9.1. 發(fā)送REL消息 當(dāng)接收到BYE或CANCEL消息時(shí)，I-IWU發(fā)送REL消息，其他觸發(fā)I-IWU發(fā)送REL消息的條件請(qǐng)參考表5-15。 圖5-11 接收到BYE消息 圖5-12 接收到CANCEL消息 5.1.9.2. REL消息的編碼 如果在BYE或CANCEL消息

56、中包含有Q.850中定義的原因值的Reason頭時(shí)，這些原因值應(yīng)當(dāng)被映射到REL消息中的Cause信元中。表5-12給出了SIP Reason頭到REL Cause原因值的映射方法，表5-11則給出了Reason消息頭中沒有對(duì)應(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ā)送了對(duì)呼叫的最終響應(yīng)(如20

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