中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范sipi協(xié)議規(guī)范(v10)

1、中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范-SIP-I協(xié)議規(guī)范(V1.0) 保密等級(jí)：公開發(fā)放中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范 Technical Specification of Interface&Protocol in cdma2000 Core Network ofChina TelecomSIP-I（V1.0） 2008-07-14發(fā)布 2008-07-14實(shí)施中國(guó)電信集團(tuán)公司 發(fā)布中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范目錄前 言 . 4 1 范圍 . 1 2 引用標(biāo)準(zhǔn) . 1 3 術(shù)語(yǔ)說明 . 2

2、4 ZZ接口涉及的網(wǎng)元及協(xié)議說明 . 3 5 通用要求 . 3 6 MSCE對(duì)SIP/SDP協(xié)議能力集的適配要求 . 4 7 音資源適配要求 . 47.17.27.37.4 總則要求 . 4 SIP消息對(duì)音資源行為的適配. 5 提供EALRY MEDIA實(shí)體的行為要求 . 6 接收EARLY MEDIA實(shí)體的行為要求 . 67.4.17.4.2 基本信令適配 . 6 特殊約定說明 . 7 8 編碼協(xié)商說明 . 7 9 LMSD網(wǎng)絡(luò)對(duì)SIP協(xié)議重疊發(fā)碼的要求 . 7 10 會(huì)話建立后的周期更新（呼叫心跳） . 7 11 MSCE基本信令行為說明 . 8 11.1 主叫側(cè)MSCE . 8 11.2

3、 被叫側(cè)網(wǎng)絡(luò)MSCE . 9 12 切換行為說明 . 10 12.1 總體說明 . 10 12.2 定時(shí)器描述 . 10 12.2.1 目標(biāo)局. 10 12.2.2 主控局. 10 12.3 切換過程實(shí)體行為說明. 10 12.3.1 主控局. 10 12.3.2 目標(biāo)局. 11 13 LMSD網(wǎng)絡(luò)中的路由心跳功能 . 11 13.1 概述 . 11 13.2 設(shè)備狀態(tài) . 12 13.2.1 State 1狀態(tài) . 12 13.2.2 State 2狀態(tài) . 13 13.3 消息格式 . 13 14其他 . 13 2中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范14.1

4、二次撥號(hào)信息傳送 . 13 14.2 SDP中PTIME參數(shù)約定說明 . 13 附錄 A：SIP幾個(gè)主要METHOD及參數(shù)要求（規(guī)范性附錄） . 15A.1 INVITE消息 . 15A.2 ACK . 15A.3 BYE . 16A.4 CANCEL . 16A.5 OPTIONS . 16A.6 INFO . 17A.7 PRACK . 17 附錄B RFC 3261：SESSION INITIATION PROTOCOL（規(guī)范性附錄） . 18 附錄C RFC 3262 ：RELIABILITY OF PROVISIONAL RESPONSES IN THE SESSION INITIA

5、TION PROTOCOL（規(guī)范性附錄） . 29 附錄D RFC3264：AN OFFER/ANSWER MODEL WITH THE SESSION DESCRIPTION PROTOCOL (SDP) RFC3264（規(guī)范性附錄） . 30 附錄E RFC 2976：THE SIP INFO METHOD（規(guī)范性附錄） . 32 附錄F RFC3311 THE SESSION INITIATION PROTOCOL (SIP) UPDATE METHOD . 33 附錄G LMSD 網(wǎng)絡(luò)中SIP重疊發(fā)碼程序技術(shù)實(shí)現(xiàn)（資料性附錄） . 34 附錄H 信令流程示例（規(guī)范性附錄） . 35 H

6、.1 基本呼叫 . 35 H.1.1成功呼叫建立 . 35 H.1.2 正常呼叫釋放 . 41 H.1.3 失敗呼叫 . 42 H.2 補(bǔ)充業(yè)務(wù) . 45 H.2.1 呼叫前轉(zhuǎn)（無條件前轉(zhuǎn)） . 45 H.2.2 呼叫前轉(zhuǎn)（無應(yīng)答前轉(zhuǎn)） . 46 H.2.3 呼叫前轉(zhuǎn)（尋呼無響應(yīng)前轉(zhuǎn)） . 46 H.2.4 呼叫前轉(zhuǎn)（遇忙前轉(zhuǎn)） . 47 H.2.5 主叫號(hào)碼顯示 . 48 H.2.6 主叫號(hào)碼顯示限制 . 49 H.3 切換流程 . 50 H.4 會(huì)話建立后，呼叫周期更新 . 51 H.5 定時(shí)器 . 52 H.5.1 INVITE消息定時(shí)器 . 52 H.5.2 200消息的定時(shí)器（等待A

7、CK消息） . 533中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范前 言本標(biāo)準(zhǔn)是中國(guó)電信CDMA核心網(wǎng)絡(luò)接口協(xié)議系列技術(shù)標(biāo)準(zhǔn)之一，該系列標(biāo)準(zhǔn)的結(jié)構(gòu)及名稱預(yù)計(jì)如下：（1） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范1x A接口協(xié)議規(guī)范（2） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范移動(dòng)應(yīng)用部分（MAP）（3） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范分組域協(xié)議（4） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范（5） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范MNPG NPI接口協(xié)議規(guī)范（6） 中國(guó)電信cdma2000核心網(wǎng)

8、絡(luò)接口協(xié)議技術(shù)規(guī)范MNPG SPI接口協(xié)議規(guī)范（7） 中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范OMC北向接口協(xié)議規(guī)范（8） 中國(guó)電信cdma2000 HRPD Rev.A設(shè)備總體技術(shù)規(guī)范A接口技術(shù)分冊(cè) 本標(biāo)準(zhǔn)是接口協(xié)議技術(shù)規(guī)范的第4部分，主要定義了cdma2000 LMSD網(wǎng)絡(luò)ZZ接口上各SIP實(shí)體的基本行為及通用規(guī)則。 本標(biāo)準(zhǔn)主要依據(jù)中國(guó)電信軟交換網(wǎng)絡(luò)SIP一協(xié)議規(guī)范 通用要求（2007版 暫行）編制而成。 本標(biāo)準(zhǔn)的附錄A、B、C、D、E、F、H為規(guī)范性附錄。本標(biāo)準(zhǔn)的附錄G為資料性附錄。 本標(biāo)準(zhǔn)由中國(guó)電信集團(tuán)公司提出并歸口。本標(biāo)準(zhǔn)起草單位： 中國(guó)電信股份廣州研究院本標(biāo)準(zhǔn)主要起草人：張

9、鵬生 4中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范 1 范圍本規(guī)范適用于CDMA 2000 LMSD網(wǎng)絡(luò)。本規(guī)范定義了LMSD網(wǎng)絡(luò)中ZZ接口對(duì)SIP協(xié)議的通用要求。LMSD與他網(wǎng)（如軟交換網(wǎng)絡(luò)、PSTN網(wǎng)絡(luò)等）的互通要求，參見各互通技術(shù)規(guī)范。本規(guī)范當(dāng)前只考慮協(xié)議對(duì)語(yǔ)音業(yè)務(wù)的支持。附錄H示例了基本業(yè)務(wù)流程和幾個(gè)典型補(bǔ)充業(yè)務(wù)流程。2 引用標(biāo)準(zhǔn)下列標(biāo)準(zhǔn)所包含的條文，通過在本技術(shù)要求中引用而構(gòu)成本技術(shù)要求的條文。出版時(shí)，所示版本均為有效。所有標(biāo)準(zhǔn)都會(huì)被修訂，使用本技術(shù)要求的各方應(yīng)探討使用下列標(biāo)準(zhǔn)最新版本的可能性。1） YDN 038-1997 “國(guó)內(nèi)NO.7信令方式技術(shù)規(guī)范綜合

10、業(yè)務(wù)數(shù)字網(wǎng)用戶部分（ISUP）”2） YDN 038.1-1999 “國(guó)內(nèi)NO.7信令方式技術(shù)規(guī)范綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分（ISUP）（補(bǔ)充修改件）”3） 中國(guó)電信ISUP信令流程和消息參數(shù)設(shè)置的相關(guān)要求（2005年） 4） 中國(guó)電信軟交換網(wǎng)絡(luò)SIP協(xié)議規(guī)范 通用要求（2007版 暫行） 5） 3GPP2 X.S0025-0 V1.0 “Legacy MS Domain Setup 2”6） ITU-T Q.1912.5 “SIP “Interworking Between Session Initiation Protocol(SIP) and Bearer Independent Call

11、Control Protocol or ISDN User Part”7） IETF RFC2046 “Multipurpose Internet Mail Extensions (MIME) Part Two:Media Types”8） IETF RFC2327 “SDP: Session Description Protocol”9） IETF RFC2833 “RTP Payload for DTMF Digits, Telephony Tones andTelephony Signals”10）IETF RFC2976 “The SIP INFO Method”11）IETF RFC

12、3204 “MIME media types for ISUP and QSIG Objects”12）IETF RFC3261 “SIP: Session Initiation Protocol”13）IETF RFC3262 “Reliability of Provisional Responses in the SessionInitiation Protocol (SIP)”14）IETF RFC3264 “An Offer/Answer Model with the Session DescriptionProtocol (SDP)”15）IETF RFC3311 “The Sess

13、ion Initiation Protocol (SIP) UPDATE Method” 16）IETF RFC3323 “A Privacy Mechanism for the Session Initiation ProtocolPage 1 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范(SIP)”17）IETF RFC3325 “Private Extensions to the Session Initiation Protocol (SIP)for Asserted Identity within Trusted Networks”18）IETF RF

14、C3326 “The Reason Header Field for the Session Initiation Protocol(SIP)”19）IETF RFC4028 “Session Timers in the Session Initiation Protocol (SIP)” 20）RFC 5009“Private Header (P-Header) Extension to the Session InitiationProtocol (SIP) for Authorization of Early Media3 術(shù)語(yǔ)說明在本規(guī)范中，以下術(shù)語(yǔ)具有特定意義：1） SIP-I：特指

15、封裝ISUP信息的SIP消息。SIP消息封裝ISUP信息的方法參照中國(guó)電信軟交換網(wǎng)絡(luò)SIP協(xié)議規(guī)范 通用要求（2007版 暫行）附錄F的要求。2） 前向網(wǎng)絡(luò)/實(shí)體：相對(duì)本節(jié)點(diǎn)而言，前向網(wǎng)絡(luò)/實(shí)體特指位于本節(jié)點(diǎn)前一跳的實(shí)體。在信令方向上，當(dāng)前節(jié)點(diǎn)接受來之該實(shí)體發(fā)送的初始請(qǐng)求消息。3） 后向網(wǎng)絡(luò)/實(shí)體：相對(duì)本節(jié)點(diǎn)而言，后向網(wǎng)絡(luò)/實(shí)體特指位于本節(jié)點(diǎn)下一跳的實(shí)體。在信令方向上，當(dāng)前節(jié)點(diǎn)向該實(shí)體發(fā)送初始請(qǐng)求消息4） LMSD（Legacy Mobile Station Domain）：特指cdma2000體系中的傳統(tǒng)電路域。5） MSCe（Mobile Swicthing Center emmulati

16、on）：LMSD網(wǎng)絡(luò)中的移動(dòng)交換中心，負(fù)責(zé)SIP信令、MAP等信令的處理。6） MGW（Media Gateway）：媒體網(wǎng)關(guān)設(shè)備，負(fù)責(zé)媒體流的處理。7） GMSCe（Gateway MSCe）：完成與非LMSD網(wǎng)絡(luò)互通時(shí)的MSCe設(shè)備。8） TMSCe（Tandem MSCe）：匯接層面的MSCe設(shè)備。9） Anchor Network：在切換程序中，希望將呼叫切換出的網(wǎng)絡(luò)。本規(guī)范稱之為主控網(wǎng)絡(luò)。10）11） Target Network：在切換程序中，負(fù)責(zé)接收切換請(qǐng)求的網(wǎng)絡(luò)。本規(guī)范Early media：被叫用戶摘機(jī)前，主叫側(cè)UA設(shè)備收到的語(yǔ)音資源，包稱之為目標(biāo)網(wǎng)絡(luò)。括（后向提供的）表征振

17、鈴的資源、表征尋址失敗的音資源（例如，被叫用戶忙等）。12） Regular media：被叫摘機(jī)后，主被叫用戶建立的真正音資源。Page 2 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范4 ZZ接口涉及的網(wǎng)元及協(xié)議說明圖 4-1：SIP協(xié)議在ZZ接口上的應(yīng)用注：圖2-1中的設(shè)備為邏輯設(shè)備。圖2-1只羅列了與ZZ接口相關(guān)的設(shè)備。 ZZ接口適用于MSCe/TMSCEe/GMSCe之間。本規(guī)范要求ZZ接口采用SIP-I協(xié)議。SIP-I的定義及相關(guān)要求參見1.3部分的說明。如無特殊說明，本規(guī)范所述MSCe設(shè)備對(duì)SIP協(xié)議的適配將適用于所有類型的MSCe， 包括TMSC

18、e和GMSCe。注：1） TMSCe是否存在，或是否攜帶MGW，需參考具體網(wǎng)絡(luò)部署方案。2） GMSC是否需要攜帶MGW需參考具體網(wǎng)絡(luò)部署方案。5 通用要求1） LMSD網(wǎng)絡(luò)暫不考慮IETF RFC 3312所定義的SIP Precondition特性 2） 如MSCe收到的消息中存在的參數(shù)（包括頭部消息和消息體中的內(nèi)容）滿足語(yǔ)法規(guī)則，但MSCe不能識(shí)別時(shí)，MSCe不得由于該參數(shù)的存在而影響對(duì)于基本呼叫的正常處理。3） 根據(jù)本規(guī)范第2章節(jié)的要求，MSCe之間將采用SIP-I協(xié)議進(jìn)行通信。LMSD網(wǎng)內(nèi)的PSTN/ISDN補(bǔ)充業(yè)務(wù)信息將盡量通過SIP-I消息中的ISUP信息攜帶。4） 當(dāng)MSCe收

19、到SIP-I消息時(shí)，如其中的SIP頭部信息與ISUP信息出現(xiàn)沖突，MSCe應(yīng)以SIP頭部信息作為業(yè)務(wù)信息基準(zhǔn)。5） 被叫側(cè)MSCe在尋呼用戶時(shí)，只有當(dāng)空口資源已指配完成后，才向主叫側(cè)網(wǎng)絡(luò)發(fā)送振鈴消息（180消息）。6） LMSD用戶做被叫時(shí)，該用戶所在的MSCe+MGW將向主叫側(cè)網(wǎng)絡(luò)提供Page 3 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范回鈴音資源（注，此處未考慮增值業(yè)務(wù)提供語(yǔ)音資源的情況）。相關(guān)要求參照本規(guī)范第5章節(jié)的說明。7） LMSD用戶做主叫時(shí)，該用戶所在的MSCe+MGW根據(jù)SIP消息的相關(guān)約定決定是否本地提供回鈴音。相關(guān)要求參照本規(guī)范第5章節(jié)的

20、說明。6 MSCe對(duì)SIP/SDP協(xié)議能力集的適配要求根據(jù)業(yè)務(wù)或呼叫邏輯的需要，MSCe可能啟動(dòng)UA、Proxy、B2BUA等功能。其對(duì)SIP能力集的要求應(yīng)滿足表4-1的要求。表 6-1：各實(shí)體支持的SIP及相關(guān)能力集 注1：當(dāng)業(yè)務(wù)或網(wǎng)絡(luò)需要該實(shí)體支持本能力時(shí)，條件支持將轉(zhuǎn)變?yōu)椤氨仨殹薄?注2：本規(guī)范不約束MSCe具體采用何種邏輯實(shí)體實(shí)現(xiàn)業(yè)務(wù)。7 音資源適配要求7.1 總則要求LMSD網(wǎng)絡(luò)中的媒體流提供存在以下約定：1） 底層媒體流的實(shí)際內(nèi)容應(yīng)與信令層面協(xié)商的一致。即，只有在信令協(xié)商完成的情況下，才能根據(jù)協(xié)商內(nèi)容發(fā)送媒體流”Page 4 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)

21、范SIP-I協(xié)議規(guī)范2） 當(dāng)LMSD用戶做被叫時(shí)，該用戶所處網(wǎng)絡(luò)向主叫側(cè)網(wǎng)絡(luò)提供回鈴音資源3） 當(dāng)LMSD用戶做主叫時(shí)，該用戶所在的MSCe+MGW根據(jù)SIP信令的指示，決定是否由本地提供回鈴音資源。7.2 SIP消息對(duì)音資源行為的適配1） 當(dāng)表征被叫用戶處于振鈴狀態(tài)時(shí)，后向網(wǎng)絡(luò)向主叫側(cè)網(wǎng)絡(luò)發(fā)送180消息。并且，Ø 如之前未與前向網(wǎng)絡(luò)完成Offer/Answer，則本180消息中應(yīng)攜帶SDP信息（SDP信息為提供回鈴音資源的媒體設(shè)備信息）。Ø 如之前已完成Offer/Answer，則本180消息中無須攜帶SDP信息被叫側(cè)網(wǎng)絡(luò) 圖 7-1：被叫側(cè)網(wǎng)絡(luò)向前向網(wǎng)絡(luò)提示被叫用戶處于

22、振鈴狀態(tài)2） 當(dāng)后向網(wǎng)絡(luò)（相對(duì)于接收音資源的設(shè)備）提供除振鈴音以外的其它資源時(shí)，例如表示呼叫處于失敗狀態(tài)的資源，則發(fā)送183消息。如之前該節(jié)點(diǎn)未與前向網(wǎng)絡(luò)完成Offer/Answer，則本183消息中應(yīng)攜帶SDP信息（SDP信息為提供本次音資源的媒體設(shè)備信息）被叫側(cè)網(wǎng)絡(luò) 圖 7-2：被叫側(cè)網(wǎng)絡(luò)向前向網(wǎng)絡(luò)提供其他（非振鈴行為）音資源3） 網(wǎng)絡(luò)中提供音資源的某一實(shí)體，當(dāng)確認(rèn)本實(shí)體需對(duì)先前完成的Offer/Answer進(jìn)行修改時(shí)（未應(yīng)答之前），則向前向網(wǎng)絡(luò)發(fā)送UPDATEPage 5 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范消息完成協(xié)商修改。4） 網(wǎng)絡(luò)中接收音資源

23、的實(shí)體，在被叫未應(yīng)答之前，如收到UPDATE消息，則應(yīng)根據(jù)Offer/Answer的要求進(jìn)行準(zhǔn)確響應(yīng)。7.3 提供Ealry Media實(shí)體的行為要求注：Early Media的定義參照1.3章節(jié)的說明。如網(wǎng)絡(luò)中的某一實(shí)體向“前向SIP實(shí)體”提供音資源，其行為應(yīng)滿足5.2章節(jié)第1）、2）及3）（如存在）的要求。7.4 接收Early media實(shí)體的行為要求7.4.1 基本信令適配1） 如主叫側(cè)MSCe從后向網(wǎng)絡(luò)收到的第一個(gè)消息為180消息，且不帶SDP，則MSCe控制本地MGW向主叫用戶提供回鈴音，直到滿足以下場(chǎng)景的條件：Ø 場(chǎng)景1：收到第一個(gè)“帶有SDP的18*消息”?；颍?#2

24、16; 場(chǎng)景2：收到被叫應(yīng)答消息?；颍?#216; 場(chǎng)景3：收到失敗消息。2） 如主叫側(cè)MSCe從后向網(wǎng)絡(luò)收到的第一個(gè)消息為18*消息，且?guī)в蠸DP，則MSCe只需告知MGW導(dǎo)通與后向網(wǎng)絡(luò)的媒體通道即可，無需提供回鈴音。圖 7-3：主叫側(cè)MSCe初始提供回鈴音 圖 7-4：主叫側(cè)MSCe確認(rèn)被叫側(cè)網(wǎng)絡(luò)提供音資源Page 6 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范7.4.2 特殊約定說明當(dāng)設(shè)備由“Early Media”狀態(tài)轉(zhuǎn)為“Regular Media”狀態(tài)的過程中，為保證業(yè)務(wù)的正常進(jìn)行，要求“接收Early Media的實(shí)體”通過同一IP地址+端口接收

25、Early Media和Regular Media。注：Ealry Media與Regular Media的定義參照1.3部分的說明。當(dāng)通話轉(zhuǎn)為Regular media狀態(tài)后，實(shí)體可根據(jù)業(yè)務(wù)需要進(jìn)行端口的變化。 8 編碼協(xié)商說明MSCe之間通過RFC3264所定義的Offer/Answer協(xié)商程序完成MGW之間的媒體編碼選擇。本規(guī)范對(duì)RFC3264的遵循請(qǐng)參照附錄D相關(guān)之規(guī)定。同時(shí)，本規(guī)范強(qiáng)調(diào)：1） 建議Answer方盡量順從Offer方提供的各編解碼的優(yōu)先排列順序2） 編碼選擇的最終決定權(quán)在于Answer方。Answer方發(fā)送的SDP信息中的編碼能力集的第一個(gè)編碼為當(dāng)前協(xié)商所選定的編碼。（

26、注1）注1：Ø 如SDP中存在多個(gè)m行，且每個(gè)m行都協(xié)商成功，則每個(gè)m行中的第一個(gè)編碼為該m行所代表的業(yè)務(wù)選擇的編碼。Ø 當(dāng)存在多個(gè)有效的m=audio行時(shí)， 要求選擇“第一個(gè)有效的audio行的第一個(gè)語(yǔ)音編碼”作為當(dāng)前語(yǔ)音業(yè)務(wù)所選擇的編碼。Ø 對(duì)于語(yǔ)音業(yè)務(wù)，不建議Offer方發(fā)送的SDP中帶有多個(gè)m=audio行9 LMSD網(wǎng)絡(luò)對(duì)SIP協(xié)議重疊發(fā)碼的要求1） LMSD網(wǎng)內(nèi)用戶發(fā)起的呼叫，無須考慮SIP協(xié)議重疊發(fā)碼程序的要求。2） 對(duì)于固網(wǎng)用戶發(fā)起的呼叫，建議由互通單元（完成固網(wǎng)與LMSD網(wǎng)絡(luò)互通的實(shí)體）或互通單元之前的設(shè)備終結(jié)固定網(wǎng)絡(luò)的重疊發(fā)碼程序?；ネ▎卧獙⑼?/p>

27、過一次發(fā)碼（Enbloc）的形式向LMSD網(wǎng)絡(luò)中的MSCe設(shè)備發(fā)送初始請(qǐng)求。3） 本規(guī)范強(qiáng)調(diào)，只有當(dāng)2）所描述的建議在實(shí)際網(wǎng)絡(luò)部署中不可實(shí)施時(shí)，LMSD網(wǎng)絡(luò)才考慮SIP協(xié)議重疊發(fā)碼的實(shí)現(xiàn)（局間采用SIP-I）。其實(shí)現(xiàn)要求參照附錄G的描述。10 會(huì)話建立后的周期更新（呼叫心跳）當(dāng)LMSD網(wǎng)絡(luò)中的UA設(shè)備支持會(huì)話周期更新時(shí)，要求UA行為需滿足RFC4028所定義的Session Timer行為，并通過UPDATE（no SDP）消息對(duì)已建立的會(huì)話進(jìn)行周期更新。Page 7 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范本規(guī)范不建議UA設(shè)備通過發(fā)送re-INVITE進(jìn)行

28、會(huì)話的周期更新，但接收方UA設(shè)備（非主動(dòng)發(fā)起會(huì)話更新請(qǐng)求的UA方）應(yīng)能同時(shí)支持他網(wǎng)（如其他運(yùn)營(yíng)商網(wǎng)絡(luò)）通過re-INVITE方式發(fā)起的會(huì)話更新行為。針對(duì)會(huì)話更新的定時(shí)器不應(yīng)設(shè)置過短（不小于90秒），30分鐘為系統(tǒng)默認(rèn)時(shí)間，并可根據(jù)實(shí)際運(yùn)營(yíng)情況進(jìn)行靈活調(diào)節(jié)。11 MSCe基本信令行為說明注：本章節(jié)只關(guān)注ZZ接口上各類MSCe的行為，MSCe與其它實(shí)體的交互，例如與媒體網(wǎng)關(guān)、基站、HLR等設(shè)備的交互，不在本規(guī)范的考慮范圍之內(nèi)。 11.1 主叫側(cè)MSCe1） 主叫側(cè)MSCe收到用戶呼叫請(qǐng)求時(shí)，確認(rèn)需向下一跳SIP實(shí)體發(fā)送初始請(qǐng)求時(shí)，將生成初始INVITE消息然后發(fā)往下一跳，同時(shí)跳轉(zhuǎn)至步驟2）或3）或

29、4）或5）。該消息中至少包括以下信息，Ø 攜帶SDP信息。SDP信息描述該MSCe所控制的媒體網(wǎng)關(guān)的相關(guān)信息。包括IP地址+端口、媒體編碼信息等Ø 消息中封裝基本的IAM信息（ISUP信息的封裝規(guī)則參照中國(guó)電信軟交換網(wǎng)絡(luò)SIP協(xié)議規(guī)范 通用要求（2007版 暫行）附錄F的要求（以下涉及到封裝ISUP信息都有此要求）。此階段如涉及PSTN/ISDN補(bǔ)充業(yè)務(wù)，IAM信息中需體現(xiàn)。2） 如收到的第一個(gè)消息為180消息（100 Trying消息忽略，以下相同），且其中無SDP信息。MSCe將控制本地MGW向主叫用戶提供回鈴音。同時(shí)，跳轉(zhuǎn)至步驟6）Ø MSCe需確認(rèn)是否需要

30、把其中封裝的ACM的相關(guān)信息傳送到主叫用戶側(cè)（以下對(duì)于接收到的ISUP信息的處理相同，不再贅述）。3） 如收到的第一個(gè)消息為180消息，且?guī)в蠸DP信息。MSCe確認(rèn)被叫側(cè)網(wǎng)絡(luò)提供回鈴音，MSCe通知MGW導(dǎo)通媒體通道。同時(shí)，跳轉(zhuǎn)至步驟7）或步驟8）或步驟9）。4） 如收到的第一個(gè)消息為183消息，且?guī)в蠸DP信息。MSCe確認(rèn)被叫側(cè)網(wǎng)絡(luò)提供音資源（除振鈴音資源外），MSCe通知MGW導(dǎo)通媒體通道。同時(shí)轉(zhuǎn)跳至步驟7）或步驟8）或步驟9）（可能會(huì)出現(xiàn)）或步驟12。5） 如收到的第一個(gè)消息為183消息，且其中無SDP信息（無論是否帶有ISUP信息），MSCe+MGW不會(huì)向主叫用戶提供回鈴音或其他音

31、資源。6） 如后續(xù)收到的18*消息中帶有SDP信息，則MSCe通知MGW停止本地回鈴音的提供，同時(shí)要求MGW導(dǎo)通媒體通道，主叫用戶接收被叫側(cè)網(wǎng)絡(luò)提供的音資源。同時(shí)，跳轉(zhuǎn)至步驟7）或步驟8）或步驟9）7） 完成Offer/Answer后，如在被叫應(yīng)答之前，收到帶有SDP的UPDATEPage 8 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范消息（1個(gè)或多個(gè)）：則MSCe回送200消息（UPDATE）。要求其中的SDP信息應(yīng)與初始INVITE消息中的IP地址+端口號(hào)（SDP信息中）保持一致。跳轉(zhuǎn)至步驟8）或步驟9）8） 如收到失敗消息，則釋放相應(yīng)資源。根據(jù)本地策略決

32、定是否向主叫用戶提供相關(guān)的失敗音資源。9） 收到被叫用戶應(yīng)答的200消息（INVITE），如MSCe之前控制MGW提供回鈴音，則應(yīng)停止。主、被叫用戶進(jìn)入通話狀態(tài)。10）11） 通話建立后， 根據(jù)200（INVITE）消息中的約定，啟動(dòng)會(huì)話更新功通話建立后，如需發(fā)送拆線消息，則發(fā)送BYE消息（封裝REL信能。相關(guān)要求參照本規(guī)范第8部分的要求。息），該消息中可選攜帶Reason頭域；或，針對(duì)拆線消息回送針對(duì)BYE消息的200響應(yīng)（封裝RLC信息）。12） 對(duì)于早釋情況（收到被叫應(yīng)答消息之前，主叫側(cè)拆線），如未建立EarlyDialog，則MSCe發(fā)送CANCEL消息（無需封裝ISUP信息）；如Ea

33、rly Dialog已建立，則可發(fā)送CANCEL消息，也可發(fā)送BYE消息。11.2 被叫側(cè)網(wǎng)絡(luò)MSCe1） 收到初始INVITE消息后，尋呼用戶。當(dāng)為被叫用戶指配好空口資源后，MSCe發(fā)送180消息。MSCe控制MGW向主叫側(cè)網(wǎng)絡(luò)提供回鈴音資源。該消息中至少包括以下信息Ø 帶有SDP信息。SDP信息描述本MSCe所控制的媒體網(wǎng)關(guān)的相關(guān)信息。包括IP地址+端口、媒體編碼信息等Ø 消息中封裝基本的ACM信息（ISUP信息的封裝規(guī)則參照中國(guó)電信軟交換網(wǎng)絡(luò)SIP協(xié)議規(guī)范 通用要求（2007版 暫行）附錄F的要求）。此階段如涉及PSTN/ISDN補(bǔ)充業(yè)務(wù)，ACM信息中需體現(xiàn)。（以下涉

34、及到封裝ISUP信息都有此要求）2） 被叫用戶摘機(jī)。MSCe發(fā)送200消息（INVITE）。同時(shí)，Ø 不帶SDP信息。Ø 消息中封裝ANM信息。3） 通話建立后， 根據(jù)200（INVITE）消息中的約定，啟動(dòng)會(huì)話更新程序。相關(guān)要求參照本規(guī)范第8部分的要求。4） 通話建立后，如需發(fā)送拆線消息，則發(fā)送BYE消息（封裝REL信息）；或，針對(duì)拆線消息回送響應(yīng)（封裝RLC信息）。5） 當(dāng)被叫側(cè)網(wǎng)絡(luò)向主叫側(cè)提供失敗的語(yǔ)音資源時(shí)（未應(yīng)答之前），被叫側(cè)MSCe發(fā)送183消息，且Ø 帶有SDP信息。SDP信息描述本MSCe所控制的媒體網(wǎng)關(guān)的相關(guān)信息。包括IP地址+端口、媒體編碼信息

35、等。Page 9 of 57中國(guó)電信cdma2000核心網(wǎng)絡(luò)接口協(xié)議技術(shù)規(guī)范SIP-I協(xié)議規(guī)范Ø 封裝ACM信息，且必須帶有BCI參數(shù)、OBCI參數(shù)、Reason參數(shù)。其中BCI參數(shù)為“無指示”；OBCI中“帶內(nèi)信息表示語(yǔ)”為“帶內(nèi)信息或適當(dāng)?shù)拇a型目前可用”；Reason參數(shù)根據(jù)當(dāng)前失敗的原因進(jìn)行取值。12 切換行為說明12.1 總體說明MSCe之間的切換需要同時(shí)完成兩個(gè)層面的信令協(xié)商，通過MAP和SIP協(xié)作來完成。關(guān)聯(lián)MAP和SIP請(qǐng)求消息通過vCIC，vCIC用于標(biāo)識(shí)切換時(shí)的IP承載，切換時(shí)的MAP消息和SIP消息使用同樣的vCIC值。vCIC在MAP FACDIR2請(qǐng)求中，以I

36、MSCCID格式編碼。在SIP INVITE請(qǐng)求中，支持如下格式：INVITE SIP:vCIC-0xAAAAhost SIP/2.0其中， AAAA是用十六進(jìn)制表示的IMSCCID，host為目標(biāo)局MSCe的IP地址。 12.2 定時(shí)器描述12.2.1 目標(biāo)局對(duì)于一個(gè)成功的切換，目標(biāo)局需收到MAP（FACDIR2）和SIP（INVITE）消息。目標(biāo)局定義兩個(gè)定時(shí)器來控制切換的過程：MAP層面的MHST和SIP層面的SHST，兩個(gè)定時(shí)器的缺省值都為6秒。當(dāng)目標(biāo)MSCe收到其中一個(gè)請(qǐng)求時(shí)，需要啟動(dòng)定時(shí)器等待另一個(gè)請(qǐng)求的到來。12.2.2 主控局同樣，主控MSCe在發(fā)送MAP或SIP的請(qǐng)求消息后，需等待兩個(gè)請(qǐng)求的響應(yīng)facdir2（MAP）或200 OK（SIP），也分別需要定時(shí)器HOT和TB，兩者定時(shí)器的缺省值為12秒。注：TB是在切換程序環(huán)境下，發(fā)送INVTIE后等待200響應(yīng)的定時(shí)器，該定時(shí)器為應(yīng)用層定時(shí)器。與RFC3261所規(guī)定的TB定時(shí)器（發(fā)送初始請(qǐng)求，等待臨時(shí)響應(yīng)）存在不同。12.3 切換過程實(shí)體行為說明12.3.1 主控局1） 選擇一個(gè)合適的vCIC，在FACDIR2和INVITE中進(jìn)行編碼；2） 設(shè)置MAP和SIP的定時(shí)器，當(dāng)在主控局接收到facdir2或200 OK時(shí)，表示切換承載和切換設(shè)備建立已經(jīng)成功。使用定時(shí)器HOT和T