中國移動(dòng)CM-IMS會話初始協(xié)議詳情(SIP)技術(shù)要求規(guī)范第二部分：SIP地消息

《中國移動(dòng)CM-IMS會話初始協(xié)議詳情(SIP)技術(shù)要求規(guī)范第二部分：SIP地消息》由會員分享，可在線閱讀，更多相關(guān)《中國移動(dòng)CM-IMS會話初始協(xié)議詳情(SIP)技術(shù)要求規(guī)范第二部分：SIP地消息（88頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、word 中國移動(dòng)通信企業(yè)標(biāo)準(zhǔn) QB-C-018.2-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕技術(shù)規(guī)X 第二局部：SIP的消息 CM-IMS Specifications of Session Initiation Protocol (SIP) Part 2: SIP Messages SIP Protocol 版本號：1.0.0 2011-7-27實(shí)施 2011-7-27發(fā)布 中國移

2、動(dòng)通信集團(tuán)公司 發(fā)布 文檔 目錄 前 言VI 1.X圍1 2.規(guī)X性引用文件1 3.術(shù)語、定義與縮略語4 4.SIP消息概述5 4.1.SIP消息起始行5 4.2.SIP消息頭域6 4.3.SIP消息體7 4.4.SIP協(xié)議中的URI8 4.4.1.SIP URI8 4.4.2.SIPS URI9 4.4.3.TEL URI9 4.4.4.SIP URI與TEL URI的轉(zhuǎn)換9 5.SIP請求消息9 5.1.SIP請求消息格式9 5.2.INVITE10 5.3.ACK11 5.4.BYE11 5.5.CANCEL11 5.6

3、.REGISTER12 5.7.SUBSCRIBE13 5.8.PUBLISH13 5.9.NOTIFY13 5.10.UPDATE13 5.11.MESSAGE14 5.12.PRACK14 5.13.INFO14 5.14.REFER14 5.15.OPTIONS15 6.SIP響應(yīng)消息15 6.1.SIP響應(yīng)消息格式15 6.2.1xx臨時(shí)響應(yīng)16 6.2.1.100 Trying16 6.2.2.180 Ringing16 6.2.3.181 Call is Being Forwarded16 6.2.4.182 Queued16 6.2.5.183

4、Session Progress16 6.3.2xx成功響應(yīng)16 6.3.1.200 OK17 6.3.2.202 Accepted17 6.4.3xx重定向響應(yīng)17 6.4.1.300 Multiple Choices17 6.4.2.301 Moved Permanently17 6.4.3.302 Moved Temporarily17 6.4.4.305 Use Proxy18 6.4.5.380 Alternative Service18 6.5.4xx請求失敗響應(yīng)18 6.5.1.400 Bad Request18 6.5.2.401 Unauthorize

5、d18 6.5.3.402 Payment Required18 6.5.4.403 Forbidden19 6.5.5.404 Not Found19 6.5.6.405 Method Not Allowed19 6.5.7.406 Not Acceptable19 6.5.8.407 Proxy Authentication Required19 6.5.9.408 Request Time-out19 6.5.10.410 Gone20 6.5.11.413 Request Entity Too Large20 6.5.12.414 Request URI Too L

6、ong20 6.5.13.415 Unsupported Media Type20 6.5.14.416 Unsupported URI Scheme20 6.5.15.420 Bad Extension20 6.5.16.421 Extension Required21 6.5.17.422 Session Interval Too Small21 6.5.18.423 Interval Too Brief21 6.5.19.480 Temporarily Unavailable21 6.5.20.481 Call/Transaction Does Not Exist21

7、6.5.21.482 Loop Detected21 6.5.22.483 Too Many Hops22 6.5.23.484 Address Inplete22 6.5.24.485 Ambiguous22 6.5.25.486 Busy Here22 6.5.26.487 Request Terminated22 6.5.27.488 Not Acceptable Here22 6.5.28.489 Bad Event23 6.5.29.491 Request Pending23 6.5.30.493 Undecipherable23 6.6.5xx服務(wù)器失敗響23

8、 6.6.1.500 Server Internal Error23 6.6.2.501 Not Implemented23 6.6.3.502 Bad Gateway24 6.6.4.503 Service Unavailable24 6.6.5.504 Server Time-out24 6.6.6.505 Version Not Supported24 6.6.7.513 Message Too Large24 6.7.6xx全局性失敗響應(yīng)24 6.7.1.600 Busy Everywhere25 6.7.2.603 Decline25 6.7.3.604 Does

9、 Not Exist Anywhere25 6.7.4.606 Not Acceptable25 7.SIP消息頭域25 7.1.Accept25 7.2.Accept-Contact26 7.3.Accept-Encoding26 7.4.Accept-Language26 7.5.Accept-Resource-Priority27 7.6.Alert-Info27 7.7.Allow28 7.8.Allow-Events28 7.9.Answer-Mode28 7.10.Authentication-Info29 7.11.Authorization29 7.

10、12.Call-ID30 7.13.Call-Info30 7.14.Contact31 7.15.Content-Disposition32 7.16.Content-Encoding33 7.17.Content-Language34 7.18.Content-Length34 7.19.Content-Type35 7.20.CSeq36 7.21.Date36 7.22.Encryption36 7.23.Error-Info37 7.24.Event37 7.25.Expires38 7.26.Flow-Timer38 7.27.From38 7.28

11、.History-Info39 7.29.Identity39 7.30.Identity-Info40 7.31.In-Reply-To40 7.32.Join40 7.33.Max-Breadth41 7.34.Max-Forwards41 7.35.MIME-Version41 7.36.Min-Expires41 7.37.Min-SE42 7.38.Organization42 7.39.P-Access-Network-Info42 7.40.P-Answer-State43 7.41.P-Asserted-Identity43 7.42.P-Assoc

12、iated-URI44 7.43.P-Called-Party-ID44 7.44.P-Charging-Function-Addresses44 7.45.P-Charging-Vector45 7.46.P-DCS-Trace-Party-ID45 7.47.P-DCS-OSPS45 7.48.P-DCS-Billing-Info46 7.49.P-DCS-LAES46 7.50.P-DCS-Redirect47 7.51.P-Early-Media47 7.52.P-Media-Authorization48 7.53.P-Preferred-Identity48

13、 7.54.P-Profile-Key48 7.55.P-Refused-URI-List48 7.56.P-Served-User49 7.57.P-User-Database49 7.58.P-Visited-Network-ID49 7.59.Path50 7.60.Permission-Missing50 7.61.Priority50 7.62.Priv-Answer-Mode51 7.63.Privacy51 7.64.Proxy-Authenticate51 7.65.Proxy-Authorization52 7.66.Proxy-Require53

14、7.67.Rack53 7.68.Reason54 7.69.Record-Route54 7.70.Refer-Sub54 7.71.Refer-To55 7.72.Referred-By55 7.73.Reject-Contact55 7.74.Replaces56 7.75.Reply-To56 7.76.Request-Disposition56 7.77.Require57 7.78.Resource-Priority57 7.79.Retry-After57 7.80.Route58 7.81.RSeq58 7.82.Security-Client58

15、 7.83.Security-Server59 7.84.Security-Verify59 7.85.Server59 7.86.Service-Route60 7.87.Session-Expires60 7.88.SIP-ETag60 7.89.SIP-If-Match60 7.90.Subject61 7.91.Subscription-State61 7.92.Supported62 7.93.Target-Dialog62 7.94.Timestamp62 7.95.To62 7.96.Trigger-Consent63 7.97.Unsupporte

16、d63 7.98.User-Agent63 7.99.Via64 7.100.Warning64 7.101.-Authenticate65 8.SIP消息體65 8.1.SDP65 8.2.CPIM66 8.3.XML67 9.編制歷史67 附錄A SIP消息頭域可選性附錄 〔標(biāo)準(zhǔn)性附錄〕68 附錄B SIP消息示例〔資料性附錄〕72 附錄C 包含CM-IMS特殊要求的消息頭域〔資料性附錄〕80 文檔 前 言 本標(biāo)準(zhǔn)依據(jù)IETF、3GPP以與ITU-T制定的相關(guān)標(biāo)準(zhǔn)，結(jié)合有關(guān)國內(nèi)標(biāo)準(zhǔn)和中國移動(dòng)相關(guān)企業(yè)標(biāo)準(zhǔn)，基于中國移動(dòng)CM-IMS總體技術(shù)要求和實(shí)際需求而擬

17、定，充分考慮了網(wǎng)絡(luò)的平滑演進(jìn)能力，為中國移動(dòng)CM-IMS的技術(shù)試驗(yàn)、網(wǎng)絡(luò)建設(shè)和運(yùn)行維護(hù)提供技術(shù)依據(jù)。 本標(biāo)準(zhǔn)規(guī)定了會話初始協(xié)議〔SIP〕所使用的消息、參數(shù)的根本功能、格式，主要包括SIP消息概述、請求消息、響應(yīng)消息、頭域與參數(shù)。 本標(biāo)準(zhǔn)是CM-IMS會話初始協(xié)議〔SIP〕系列標(biāo)準(zhǔn)之一，該系列標(biāo)準(zhǔn)的結(jié)構(gòu)、名稱或預(yù)計(jì)的名稱如下： 序號 標(biāo)準(zhǔn)編號 標(biāo)準(zhǔn)名稱 [1] QB-C-018.1-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕規(guī)X第1局部：SIP的總體要求 [2] QB-C-018.2-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕規(guī)X第2局部：SIP的消息

18、 [3] QB-C-018.3-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕規(guī)X第3局部：SIP的根本流程 [4] QB-C-018.4-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕規(guī)X第4局部：CM-IMS業(yè)務(wù)對 SIP的要求 [5] QB-C-018.5-2011 中國移動(dòng)CM-IMS會話初始協(xié)議〔SIP〕規(guī)X第5局部：SIP與BICC/ISUP的互通 本標(biāo)準(zhǔn)的附錄A為標(biāo)準(zhǔn)性附錄，附錄B、C為資料性附錄。 本標(biāo)準(zhǔn)由中移技﹝2011﹞220號印發(fā)。 本標(biāo)準(zhǔn)由中國移動(dòng)通信集團(tuán)公司計(jì)劃建設(shè)部提出，集團(tuán)公司技術(shù)部歸口。 本標(biāo)準(zhǔn)起草單位：中國移動(dòng)通信研究院

19、 本標(biāo)準(zhǔn)主要起草人：宋月 陳旭 趙婷 孫強(qiáng) 文檔 1. X圍 本標(biāo)準(zhǔn)規(guī)定了會話初始協(xié)議〔SIP〕的請求、響應(yīng)消息、頭域與參數(shù)的根本功能和格式。供中國移動(dòng)內(nèi)部和廠商共同使用；適用于中國移動(dòng)CM-IMS中包括Gm、Mw、ISC、Mg、Mj在內(nèi)的所有SIP接口；適用于中國移動(dòng)CM-IMS核心網(wǎng)設(shè)備、接入設(shè)備與終端設(shè)備的研發(fā)、引入和運(yùn)行維護(hù)。 2. 規(guī)X性引用文件 如下文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。但凡注日期的引用文件，其隨后所有的修改單〔不包括勘誤的內(nèi)容〕或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵(lì)根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。但凡不注日期

20、的引用文件，其最新版本適用于本標(biāo)準(zhǔn)。 序號 標(biāo)準(zhǔn)編號 標(biāo)準(zhǔn)名稱 發(fā)布單位 [1] RFC3261 SIP: Session Initiation Protocol IETF [2] RFC3262 Reliability of Provisional Responses in the Session Initiation Protocol IETF [3] RFC3263 Session Initiation Protocol (SIP): Locating SIP Servers IETF [4] RFC3264 An O

21、ffer/Answer Model with the Session Description Protocol (SDP) IETF [5] RFC3265 Session Initiation Protocol (SIP)-Specific Event Notification IETF [6] RFC3310 Hypertext Transfer Protocol () Digest Authentication Using Authentication and Key Agreement (AKA) IETF [7] RFC3311 Th

22、e Session Initiation Protocol (SIP) UPDATE Method IETF [8] RFC3312 Integration of Resource Management and Session Initiation Protocol (SIP) IETF [9] RFC3323 A Privacy Mechanism for the Session Initiation Protocol (SIP) IETF [10] RFC3325 Private Extensions to the Session I

23、nitiation Protocol (SIP) for Asserted Identity within Trusted Networks IETF [11] RFC3326 The Reason Header Field for the Session Initiation Protocol (SIP) IETF [12] RFC3327 Session Initiation Protocol (SIP) Extension Header Field for Registering Non-Adjacent Con

24、tacts IETF [13] RFC3398 Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping IETF [14] RFC3428 Session Initiation Protocol (SIP) Extension for Instant Messaging IETF [15] RFC3455 Private Header (P-Header) Extensions to the

25、Session Initiation Protocol (SIP) for the 3rd-Generation Partnership Project (3GPP) IETF [16] RFC3515 The Session Initiation Protocol (SIP) Refer Method IETF [17] RFC3608 Session Initiation Protocol (SIP) Extension Header Field for Service Route Discovery During Registration I

26、ETF [18] RFC3665 Session Initiation Protocol (SIP) Basic Call Flow Examples IETF [19] RFC3666 Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call Flows IETF [20] RFC3725 Best Current Practices for Third Party Call Control (3pcc) in the S

27、ession Initiation Protocol (SIP) IETF [21] RFC3824 Using E.164 numbers with the Session Initiation Protocol (SIP) IETF [22] RFC3863 Presence Information Data Format (PIDF) IETF [23] RFC3891 The Session Initiation Protocol (SIP) "Replaces" Header IETF [24] RFC3903 Sessio

28、n Initiation Protocol (SIP) Extension for Event State Publication IETF [25] RFC3959 The Early Session Disposition Type for the Session Initiation Protocol (SIP) IETF [26] RFC3960 Early Media and Ringing Tone Generation in the Session Initia

29、tion Protocol (SIP) IETF [27] RFC3966 The Tel URI for Telephone Numbers IETF [28] RFC4032 Update to the Session Initiation Protocol (SIP) Preconditions Framework IETF [29] RFC4244 An Extension to the Session Initiation Protocol (SIP) for Request H

30、istory Information IETF [30] RFC4566 SDP: Session Description Protocol IETF [31] RFC4825 The Extensible Markup Language (XML) Configuration Access Protocol (XCAP) IETF [32] RFC5009 Private Header (P-Header) Extension tothe Session Initiation Protocol (SIP) for Authorizat

31、ion of Early Media IETF [33] RFC5589 Session Initiation Protocol (SIP) Call Control - Transfer IETF [34] TS23.228 IP Multimedia Subsystem (IMS);Stage 2 3GPP [35] TS24.229 IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);

32、Stage 3 3GPP [36] Q.1912.5 Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control protocol or ISDN User Part ITU-T 3. 術(shù)語、定義與縮略語 如下術(shù)語和縮略語適用于本規(guī)X。 詞語 解釋 B2BUA 背靠背用戶代理〔B2BUA〕是一個(gè)邏輯功能實(shí)體，它作為UAS接收請求消息并處理該消息，同時(shí)也作為UAC來發(fā)送請求消息，B2BUA也可分別作為UAC發(fā)起兩個(gè)會話.B2BUA需要維護(hù)兩個(gè)會話的對應(yīng)關(guān)

33、系 CPIM mon Presence and Instant Messaging，參見RFC3862 FQDN Full Qualified Domain Name，全稱域名 GRUU Globally Routable User agent URI，全局可路由用戶代理標(biāo)識 iFC Initial Filter Criteria，初始過濾規(guī)如此 IMPI IMS Private Identity，IMS用戶私有標(biāo)識 IMPU IMS Public Identity，IMS用戶公有標(biāo)識 IPSec 一種開放標(biāo)準(zhǔn)的框架結(jié)構(gòu)，通過使用加密的安全服務(wù)以確保在IP網(wǎng)絡(luò)上進(jìn)展

34、某某而安全的通訊 PLMN Public Land Mobile Network，公共移動(dòng)網(wǎng) Proxy SIP邏輯實(shí)體，用于轉(zhuǎn)發(fā)SIP消息 PSI Public Service Identity，公共業(yè)務(wù)標(biāo)識 PSTN Public Switched Telephone Network，公共交換網(wǎng) SA Security Association，安全關(guān)聯(lián) SDP Session Description Protocol，會話描述協(xié)議 TLS Transport Layer Security，傳輸層安全 UA 用戶代理，SIP邏輯實(shí)體，是SIP消息的發(fā)起和終結(jié)方

35、 UAC 用戶代理客戶端，SIP邏輯實(shí)體，產(chǎn)生SIP請求消息，并終結(jié)SIP響應(yīng)消息。 UAS 用戶代理服務(wù)器，SIP邏輯實(shí)體，終結(jié)SIP請求消息，并返回SIP響應(yīng)消息。 UE User Equipment，用戶設(shè)備 URI Uniform Resource Identifier，統(tǒng)一資源標(biāo)識符 XML eXtensible Markup Language，可擴(kuò)展標(biāo)記語言 對話 對話是兩個(gè)UA之間持續(xù)一段時(shí)間的點(diǎn)對點(diǎn)的SIP連接，它使UA之間的消息變得有序，同時(shí)給出請求消息的正確的路由 會話 會話是通信參與方與它們之間的媒體流的集合 4. SIP消息概述

36、SIP 協(xié)議是采用UTF-8 字符集來進(jìn)展編碼的文本協(xié)議。 SIP 協(xié)議消息分請求和響應(yīng)兩類，其中請求消息由UAC發(fā)往UAS，響應(yīng)消息由UAS發(fā)往UAC。除選用的字符集以與語法定義外，請求和響應(yīng)消息均采用RFC2822 定義的根本格式進(jìn)展編碼。請求和響應(yīng)消息格式由一個(gè)起始行〔Start-Line〕、假如干個(gè)頭域(Message-Header)，以與一個(gè)可選的消息體(Message-Body)組成。其中消息體為可選項(xiàng)，頭域與消息體之間用空行進(jìn)展分隔，起始行分為請求行〔Request-Line〕和狀態(tài)行〔Status-Line〕，分別用于SIP請求消息和響應(yīng)消息。SIP消息統(tǒng)一格式如下： SI

37、P message = Start-Line *Message-Header CRLF [Message-Body] Start-Line = Request-Line/Status-Line 如上消息格式定義，“*〞表示該消息頭域可包含一個(gè)或多個(gè)，“[]〞表示該參數(shù)為可選項(xiàng)。本規(guī)X規(guī)定起始行、每一個(gè)消息頭域以與空行都必須使用回車換行字符〔CRLF〕來表示行終結(jié)，即使消息中未包含消息體空行也不能省略。除了以上字符集不同之外，SIP 消息和頭域語法定義與 1.1 的語法定義一致，/1.1 的語法定義參見RFC2612。消息語法定義與 類似， 但SIP 協(xié)議并不是 的擴(kuò)展協(xié)議。 4

38、.1. SIP消息起始行 SIP消息起始行位于SIP消息的最開始局部，所有的SIP消息都包含一個(gè)起始行。 SIP請求消息中的起始行稱為請求行。請求行包含請求消息的方法、Request URI〔可以包含其他參數(shù)，如傳送協(xié)議〕以與SIP版本，其中SIP版本一般取值為〞SIP/2.0〞。Request URI中可以是SIP URI/SIPS URI/TEL URI。以一條INVITE消息的請求行為例： 圖4-1 SIP請求消息請求行格式示例 SIP響應(yīng)消息中的起始行稱為狀態(tài)行。狀態(tài)行包含SIP版本，狀態(tài)碼以與與狀態(tài)碼相關(guān)的文字描述。以一條486響應(yīng)消息的狀態(tài)行為例： 圖4-2 S

39、IP響應(yīng)消息狀態(tài)行格式示例 4.2. SIP消息頭域 SIP消息頭域〔SIP Header，簡稱為SIP頭〕是SIP消息的重要組成局部，可以用于會話路由、標(biāo)識會話、傳遞會話過程中的控制信息等功能。每條SIP消息都會包含多個(gè)SIP消息頭域，每個(gè)SIP消息頭域以〞CRLF〞完畢，如： 每個(gè)SIP消息頭域由消息頭域的名稱和消息頭域的內(nèi)容構(gòu)成，消息頭域的名稱與內(nèi)容之間以冒號〔:〕隔開，根據(jù)實(shí)際應(yīng)用的需要，SIP消息頭域的內(nèi)容當(dāng)中還可以包含假如干參數(shù)，參數(shù)與頭域內(nèi)容之間，參數(shù)與參數(shù)之間，用分號隔開,如： 圖4-3 SIP消息頭域格式示例 SIP協(xié)議中有6個(gè)消息頭域是必選頭域，即SI

40、P請求和響應(yīng)消息中都必須包含這6個(gè)消息頭域： 表4-1 必選SIP消息頭域 SIP頭 備注 From To Call-ID 用于標(biāo)識對話 CSeq 用于標(biāo)識事務(wù)，以與標(biāo)識同一對話中請求消息的先后順序 Via 記錄請求消息路徑，用于響應(yīng)消息路由 Max-Forwards 限制消息最大轉(zhuǎn)發(fā)次數(shù) 其他SIP頭域的可選性參見附錄A，為減少網(wǎng)絡(luò)資源開銷，應(yīng)盡量防止在SIP消息中攜帶不必要的頭域。 4.3. SIP消息體 SIP消息體是SIP消息的凈荷局部，SIP消息體與最后一個(gè)SIP消息頭域之間以一個(gè)CRLF隔開。SIP消息體格式與SIP協(xié)議本身無關(guān)，SIP

41、消息攜帶不同協(xié)議的消息體可以用于完成不同的功能，常用的有：SIP攜帶SDP，用于媒體協(xié)商；SIP攜帶XML，用于攜帶格式化的信息，如訂閱事件通知；SIP攜帶CPIM，用于即時(shí)消息。SIP消息體的格式通過Content-Type頭的MIME格式指示。SIP消息體具體參見第8節(jié)。 SIP消息體舉例： 圖4-4 SIP消息體式示例 4.4. SIP協(xié)議中的URI 4.4.1. SIP URI SIP URI的格式遵從RFC 2396中的規(guī)定，其統(tǒng)一形式為： sip:user:passwordhost:port;uri-parameters?headers SIP URI以〞sip:〞開

42、頭，其后各局部內(nèi)容為： l user SIP URI的用戶局部標(biāo)識了用戶身份信息。該局部可以是一個(gè)字符串，也可以是一個(gè)E.164。當(dāng)SIP URI指向的目的地沒有用戶身份或host局部就是SIP URI所要指向的目的地時(shí)，SIP URI中不包含user、password局部，以與“〞字符。 l password 當(dāng)訪問SIP URI指向的資源需要口令時(shí)，可以將口令放在password局部進(jìn)展傳送。在一些情況下SIP消息會以明文傳送，這樣會泄露口令信息。 注：CM-IMS中暫不采用password局部 l host SIP URI指向的資源的歸屬域，該局部可以是一個(gè)FQDN或者是一

43、個(gè)IPv4/IPv6地址。 l port 接收本條SIP消息的端口號。port參數(shù)為可選參數(shù)，本系列規(guī)X未對其使用方式進(jìn)展規(guī)定。 l uri-parameters SIP URI的其他參數(shù)。統(tǒng)一格式為： parameter-name ["=" parameter-value] 不同SIP URI參數(shù)之間用分號〔;〕隔開,可以根據(jù)實(shí)際需要定義參數(shù)，常用的參數(shù)有： n transport：表示向該URI發(fā)送消息需要使用的傳輸層協(xié)議，可取值為UDP、TCP、SCTP n user：用于區(qū)分URI中user局部的類型，可以取值為：phone、dialstring n lr：表示采取松

44、散路由 n orig：用于標(biāo)識主叫流程 n ODI：用于匹配B2BUA兩側(cè)的對話 n replaces：當(dāng)URI出現(xiàn)在REFER消息的refer-to頭域時(shí)，replaces參數(shù)攜帶需要替換的對話標(biāo)識 l headers 當(dāng)要求基于本條SIP消息生成另一條SIP消息包含某些頭域與相應(yīng)取值時(shí)，可以通過SIP URI中的headers局部進(jìn)展指示。headers參數(shù)為可選參數(shù)，本系列規(guī)X未對其使用方式進(jìn)展規(guī)定。 SIP URI舉例： sip:+861052400481ims.bj.chinamobile. sip:+8613910001234_sims.bj.chinamobile

45、. sip:ims.bj.chinamobile. 4.4.2. SIPS URI SIPS URI以〞sips:〞開頭，其余格式與各組成局部與SIP URI一樣，與SIP URI的區(qū)別在于SIPS URI要求SIP消息在傳輸過程中采用安全的傳輸機(jī)制。 4.4.3. TEL URI TEL URI格式參照RFC 3966中的規(guī)定。 TEL URI舉例： tel:+861052400481 tel:52400481;phone-context=+8610 4.4.4. SIP URI與TEL URI的轉(zhuǎn)換 l TEL URI轉(zhuǎn)換為SIP URI 將TEL URI中除〞tel

46、:〞以外的局部全部作為SIP URI的user局部，然后根據(jù)TEL URI內(nèi)容或本地策略生成SIP URI的host局部。需要注意一點(diǎn)是TEL URI中的參數(shù)名不區(qū)分大小寫，而SIP URI中的參數(shù)名區(qū)分大小寫，因此從TEL URI轉(zhuǎn)換為SIP URI時(shí)，所有參數(shù)名必須轉(zhuǎn)換為小寫形式。 當(dāng)從TEL URI轉(zhuǎn)換為SIP URI時(shí)，SIP URI 中應(yīng)包含user=phone參數(shù)。 5. SIP請求消息 5.1. SIP請求消息格式 請求消息的起始行為請求行。請求行的格式如下所示，由方法名〔Method〕、請求URL〔Request-URI〕和協(xié)議版本〔SIP-Version〕組成，各局部

47、之間均用一個(gè)空格字符進(jìn)展分隔。除此之外，請求行必須用回車換行〔CRLF〕字符表示行終結(jié)。 Request-Line = Method[ ] Request-URI [] SIP-Version CRLF 1） 方法名：本局部共定義了14 個(gè)方法，如表5-1所示。 表5-1 SIP方法列表 方法名 應(yīng)用場景 INVITE 用于會話的建立和會話屬性的修改。 ACK 用于對INVITE消息最終響應(yīng)確實(shí)認(rèn)。 BYE 用于會話的釋放。 CANCEL 用于取消之前發(fā)送的SIP請求消息。建議CANCEL消息僅用于取消INVI

48、TE請求。 REGISTER 用于注冊和注銷。 SUBSCRIBE 用于對事件的訂閱。 PUBLISH 用于發(fā)布網(wǎng)元狀態(tài)。 NOTIFY 用于對訂閱事件的通知。 UPDATE 用于會話媒體修改和會話刷新。 MESSAGE 用于即時(shí)消息。 PRACK 用于對臨時(shí)響應(yīng)消息確實(shí)認(rèn)。PRACK消息與其成功響應(yīng)可攜帶SDP進(jìn)展媒體協(xié)商，通常用于與CS域互通。 INFO 用于在會話內(nèi)傳送會話相關(guān)的控制信息。 REFER 用于通知第三方對會話進(jìn)展控制。 OPTIONS 用于服務(wù)器能力查詢。也可用作心跳消息。 2） Request URI：指示被邀請用戶的當(dāng)前地址，R

49、equest URI中不允許出現(xiàn)空格或其他控制字符且不能包含于“<>〞符號之內(nèi)，URI可以是sip、sips或tel格式。 3） 版本號：用于定義協(xié)議的當(dāng)前版本號，本協(xié)議的版本號為SIP/2.0。 5.2. INVITE INVITE請求消息用于會話的創(chuàng)建和修改。如根本音視頻會話、會議等。 在會話建立開始時(shí)，主叫UA發(fā)送INVITE消息〔初始INVITE〕，請求行中的Request URI表示被叫URI，通常情況下初始INVITE消息中會攜帶主叫SDP信息。收到INVITE消息后，在一定時(shí)間內(nèi)未發(fā)送最終響應(yīng)或其他臨時(shí)響應(yīng)如此回送100響應(yīng)表示已經(jīng)接收到請求消息，正在對其進(jìn)展處理。 在

50、會話進(jìn)展過程中，INVITE消息〔Re-INVITE〕可以用于會話屬性的修改，這種情況下的INVITE消息必須與初始INVITE消息處于同一會話當(dāng)中。 INVITE消息關(guān)鍵頭域如下表所示： 表5-2 INVITE消息關(guān)鍵頭域 頭域 頭域含義 Contact 用于INVITE、ACK和REGISTER請求以與成功響應(yīng)、臨時(shí)響應(yīng)和重定向響應(yīng)消息，其作用是給出后續(xù)和用戶直接通信的地址。但是，CANCEL請求不能直接發(fā)往該地址，必須沿原請求發(fā)送的路徑前傳。Contact的作用域是全局性的。這就是說，Contact頭域中包含的URI是UA能夠接收請求的。 Route 1.ODI

51、參數(shù)：S-CSCF到AS的ISC接口中，次頂層的Route頭包含S-CSCF的SIP URI，并且有Original dialog identifier用于關(guān)聯(lián)觸發(fā)前后的請求。ODI參數(shù)由同一個(gè)S-CSCF添加和刪除，所以不對其具體格式進(jìn)展規(guī)X。AS發(fā)起的獨(dú)立初始請求不應(yīng)該攜帶本參數(shù)。 2.orig參數(shù)：標(biāo)識主叫流程，在主叫側(cè)網(wǎng)元間傳遞。 3.lr參數(shù)：表示松散路由 Record-Route 用于當(dāng)前會話后續(xù)消息的路由。是proxy在請求中增加的，用來強(qiáng)制會話中的后續(xù)請求經(jīng)過本proxy。 User-Agent User-Agent頭字段包含有發(fā)起請求的用戶終端的信息。 Supp

52、orted 攜帶支持的能力擴(kuò)展，如： 1.100rel值表示支持1XX響應(yīng)的可靠傳輸 2.timer值用于Session timer特性，同時(shí)填寫Session-Expires頭域。 3.in-band-dtmf值用于DTMF收號。 4.precondition值表示支持資源預(yù)留機(jī)制 P-Called-Party-ID 被叫IMPU，在被叫S-CSCF到UE之間傳遞。見RFC3455 P-Asserted-Identity 主叫IMPU。見RFC3325 P-Access-Network-Info 用戶接入網(wǎng)絡(luò)信息，比如P-Access-Network-Info: IEE

53、E-802.11;"sbc-domain=sbc.0571.zj.chinamobile.";"ue-ip=10.10.10.69";"ue-port=5062"。 sbc-domain參數(shù)填寫為接入本地網(wǎng)信息，計(jì)費(fèi)中心用于識別漫游。 History-Info 用于傳遞會話中前轉(zhuǎn)的歷史信息，包括原被叫地址信息等。其中要有hi-entry屬性，hi-targeted-to-Uri屬性(第一個(gè)為最初被叫的地址，第二個(gè)為被轉(zhuǎn)到的地址)和reason屬性，index屬性和cause屬性碼。見RFC4244。 如： History-Info:

54、amobile.;user=phone>;index=1 History-Info: ;index=1.1 5.3. ACK ACK消息是對INVITE消息的最終響應(yīng)確實(shí)認(rèn)。該消息僅和INVITE消息配套使用。包含Dialog信息、Via頭域中branch參數(shù)為事務(wù)信息。INVITE消息關(guān)鍵頭域如下表所示： 表5-3 ACK消息關(guān)鍵頭域 頭域 頭域含義 CSeq ACK消息中的CSeq頭中數(shù)字取值必須與相應(yīng)的INVITE消息一致。 5.4. BYE 通話中任何一

55、方掛機(jī)，如此向?qū)Χ税l(fā)送BYE消息，指示其已掛機(jī)，通話完畢。包含Dialog信息、Via頭域中branch參數(shù)為事務(wù)信息。 5.5. CANCEL 客戶端用來取消尚未完成的請求，請求UAS去終止上一個(gè)請求并且對上一個(gè)請求產(chǎn)生一個(gè)錯(cuò)誤的響應(yīng)〔487〕。對于已完成的請求〔即已收到最終響應(yīng)的請求〕如此沒有影響。CANCEL是一個(gè)逐跳傳輸?shù)恼埱?，因此CANCEL需要每一個(gè)有狀態(tài)的proxy節(jié)點(diǎn)進(jìn)展處理和響應(yīng)。。CANCEL消息關(guān)鍵頭域如下表所示： 表5-4 CANCEL消息關(guān)鍵頭域 頭域 頭域含義 CSeq CANCEL消息中的CSeq頭中數(shù)字取值必須與建立會話的初始INVITE消息一致。

56、 Via Via頭中的branch參數(shù)必須與建立會話的初始INVITE消息一致 5.6. REGISTER REGISTER消息用于用戶的注冊、注銷以與第三方注冊。REGISTER消息中Request-URI中填寫用戶歸屬域名，此處URI不能包含user局部和〞〞。REGISTER消息的關(guān)鍵消息頭如下表所示： 表5-5 REGISTER消息關(guān)鍵頭域 頭域 頭域含義 To 被注冊的用戶標(biāo)識。 From 在用戶注冊時(shí)From頭與To頭內(nèi)容一樣；在第三方注冊時(shí)，F(xiàn)rom頭內(nèi)容為第三方的URI Call-ID 重注冊、注銷消息中Call-ID應(yīng)與初始注冊消息中Call-ID一

57、樣 Expires 表示注冊時(shí)長；當(dāng)取值為0時(shí)表示注銷 Contact 用于INVITE、ACK和REGISTER請求以與成功響應(yīng)、呼叫進(jìn)展響應(yīng)和重定向響應(yīng)消息，其作用是給出后續(xù)和用戶直接通信的地址。但是，CANCEL請求不能直接發(fā)往該地址，必須沿原請求發(fā)送的路徑前傳。Contact的作用域是全局性的。這就是說，Contact頭域中包含的URI是UA能夠接收請求的。 REGISTER請求中的Contact指明用戶可達(dá)位置。頭域中包含Expires參數(shù)標(biāo)示超時(shí)時(shí)長。 Path P-CSCF到S-CSCF的REGISTER消息中攜帶，填寫P-CSCF的主機(jī)名。 Authorizat

58、ion UE-CSCF之間傳遞，包含某個(gè)終端的鑒權(quán)證書。 1.Authentication Scheme 為Digest，明確鑒權(quán)方式 2.user name用戶名，即IMPI 3.Nonce 只在401響應(yīng)后的REGISTER消息中填寫，值同401響應(yīng) 4. Realm歸屬網(wǎng)絡(luò)的域名，明確用戶受保護(hù)的域 5.Algorithm MD5鑒權(quán)結(jié)果的計(jì)算方法〔該字段可選〕 -Authenticate UE-CSCF之間傳遞，對應(yīng)REGISTER請求的401響應(yīng)消息。 1.Authentication Scheme為Digest，明確鑒權(quán)方式 2.Realm歸屬網(wǎng)絡(luò)的域名，明確用

59、戶受保護(hù)的域 3.Algorithm為MD5，鑒權(quán)結(jié)果的計(jì)算方法 4.Nonce S-CSCF生產(chǎn)的字符串，用以計(jì)算Response P-Access-Network-Info 攜帶用戶接入地信息 5.7. SUBSCRIBE 對事件的訂閱，訂閱會創(chuàng)建一個(gè)對話。呈現(xiàn)業(yè)務(wù)中本消息由AS終結(jié)，AS的業(yè)務(wù)觸發(fā)數(shù)據(jù)中AS的默認(rèn)處理應(yīng)該為終結(jié)消息。 表5-6 SUBSCRIBE消息關(guān)鍵頭域 頭域 頭域含義 Event 訂閱事件的類型，如presence表示狀態(tài)呈現(xiàn)，reg表示注冊狀態(tài) Expires 非0表示訂閱時(shí)長，0表示取消訂閱。 5.8. PUBLISH 呈現(xiàn)業(yè)務(wù)中用

60、于發(fā)布狀態(tài)。該消息始于終端，由AS終結(jié)，因此該AS的業(yè)務(wù)觸發(fā)數(shù)據(jù)中AS的默認(rèn)處理應(yīng)該為終結(jié)消息。 表5-7 PUBLISH消息關(guān)鍵頭域 頭域 頭域含義 Event 發(fā)布事件，presence表示呈現(xiàn) Content-Type 消息體MIME格式，取值為application/pidf+xml 5.9. NOTIFY NOTIFY消息是通知訂閱者它訂閱的狀態(tài)發(fā)生了變化。消息中Callid、to tag、from tag、Event與SUBSCRIBE創(chuàng)建的會話一樣，route頭域路由路徑與SUBSCRIBE創(chuàng)建的Record-Route會話路徑一樣。 表5-8 NOTIF

61、Y消息關(guān)鍵頭域 頭域 頭域含義 Event 訂閱事件，如presence表示呈現(xiàn)，reg表示注冊狀態(tài) Content-Type 消息體MIME格式，取值為application/pidf+xml Subscription-State 訂閱狀態(tài)，terminated表示完畢，pending表示進(jìn)展中，active表示訂閱成功。 5.10. UPDATE UPDATE消息可以用于會話媒體修改，與INVITE消息的區(qū)別是UPDATE消息既能用于會話最終建立后的媒體修改，也能用于會話最終建立前的媒體修改，而INVITE消息只能用于會話最終建立后的媒體修改。 UPDATE消息可

62、以用于會話刷新，在進(jìn)展會話刷新時(shí)，為降低開銷，UPDATE消息通常不攜帶SDP消息體。 5.11. MESSAGE 通常用于消息類業(yè)務(wù)，如即時(shí)消息業(yè)務(wù)。對MESSAGE消息的成功響應(yīng)為200 OK和202 Accepted，如果接收方為消息的最終接收者，如此回復(fù)200 OK；如果承受方為存儲轉(zhuǎn)發(fā)服務(wù)器，如此回復(fù)202 Accepted 表5-9 MESSAGE消息關(guān)鍵頭域 頭域 頭域含義 User-Agent 在進(jìn)展即時(shí)消息業(yè)務(wù)時(shí)，該頭域取值為〞im〞 Content-Type 消息體MIME格式，取值為message/CPIM 5.12. PRACK 用于對臨時(shí)響應(yīng)

63、消息〔18X〕確實(shí)認(rèn)。當(dāng)收到本消息時(shí)應(yīng)該發(fā)送200 OK確認(rèn)響應(yīng)。 SIP協(xié)議中定義的18X類臨時(shí)響應(yīng)消息的傳輸是不可靠的，如果需要在該響應(yīng)消息中攜帶媒體信息，那么就必須保證該消息能夠可靠的傳輸?shù)綄Χ?。PRACK是對18x臨時(shí)響應(yīng)消息確實(shí)認(rèn)請求消息，用于通知對端已經(jīng)收到該臨時(shí)響應(yīng)。 表5-10 PRACK消息關(guān)鍵頭域 頭域 頭域含義 Cseq PRACK與INVITE消息不在同一事務(wù)當(dāng)中，因此PRACK中Cseq應(yīng)在INVITE消息根底上遞增 5.13. INFO 會話內(nèi)的請求通常用于傳送會話相關(guān)的控制信息，用于攜帶MRFC使用的音資源信息、DTMF信息、控制信息等。 表

64、5-11 INFO消息關(guān)鍵頭域 頭域 頭域含義 消息體 dtmfinfo+xml中攜帶DTMF信息； vxml中攜帶錄音通知信息； xml中攜帶MSML腳本 5.14. REFER 通常是對話內(nèi)的請求，用于通知對方對第三方進(jìn)展會話控制。REFER請求也可以在對話外發(fā)送，此時(shí)REFER消息會創(chuàng)建一個(gè)對話。 表5-12 REFER消息關(guān)鍵頭域 頭域 頭域含義 Refer-to 用于攜帶轉(zhuǎn)移目的方地址 Refer-by 用于攜帶業(yè)務(wù)方地址 5.15. OPTIONS 用于查詢被叫的相關(guān)信息和功能，或者應(yīng)用于網(wǎng)元間的心跳。 OPTIONS消息不會創(chuàng)建對話。 6.

65、SIP響應(yīng)消息 6.1. SIP響應(yīng)消息格式 響應(yīng)消息的起始行為狀態(tài)行〔Status-Line〕，狀態(tài)行由協(xié)議版本〔SIP-Version〕、狀態(tài)碼〔Status-Code〕和與狀態(tài)碼相關(guān)的文本〔Reason-Phase〕描述組成，各個(gè)局部之間用一個(gè)空格字符進(jìn)展分隔。狀態(tài)行的格式如下所示： Status-Line = SIP-Version [ ]Status-Code [ ] Reason-Phrase CRLF 除狀態(tài)行的尾部可使用回車換行CRLF 字符之外，狀態(tài)行內(nèi)不允許出現(xiàn)CRLF 字符。 1） 狀態(tài)碼：該參數(shù)為一個(gè)3 位的十進(jìn)制整數(shù)，用于指示請求消息的執(zhí)行響應(yīng)結(jié)果。本協(xié)議共

66、定義6 類狀態(tài)碼，其中狀態(tài)碼的第1 位數(shù)字用于指示響應(yīng)類型，后兩位數(shù)字表示具體響應(yīng)。本協(xié)議規(guī)定狀態(tài)碼為“100—199〞之間的響應(yīng)用“1XX〞進(jìn)展標(biāo)識，“200—299〞之間的響應(yīng)用“2XX〞進(jìn)展標(biāo)識，依此類推。不同類型狀態(tài)碼的含義如表5-2所示。 表6-1 狀態(tài)碼列表 狀態(tài)碼 含義 1XX 臨時(shí)響應(yīng)，表示請求消息正在被處理。 2XX 成功響應(yīng)，表示請求已被成功接收，完全理解并被承受。 3XX 重定向響應(yīng)，表示需采取進(jìn)一步以完成該請求。 4XX 客戶機(jī)錯(cuò)誤，表示請求消息中包含語法錯(cuò)誤信息或服務(wù)器無法完成客戶機(jī)請求。 5XX 服務(wù)器錯(cuò)誤，表示服務(wù)器無法完成合法請求。 6XX 全局故障，表示任何服務(wù)器無法完成該請求。 2） 狀態(tài)碼相關(guān)文本：該參數(shù)用于對Status-Code 參數(shù)進(jìn)展簡單的文本描述?？蛻魴C(jī)不必檢查或顯示Reason-Phrase 參數(shù)。盡管本規(guī)X建議使用特定字符表示Reason-Phrase，具體實(shí)現(xiàn)過程中Reason-Phrase 仍可使用其他的文本字符。 6.2. 1xx臨時(shí)響應(yīng)