《中國移動CM-IMS(SIP)技術(shù)規(guī)范_第2部分：SIP的消息V00》由會員分享，可在線閱讀，更多相關(guān)《中國移動CM-IMS(SIP)技術(shù)規(guī)范_第2部分：SIP的消息V00（87頁珍藏版）》請在裝配圖網(wǎng)上搜索。

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

2、司 發(fā)布 目 錄 前 言 VI 1. 范圍 1 2. 規(guī)范性引用文件 1 3. 術(shù)語、定義與縮略語 4 4. SIP消息概述 5 4.1. SIP消息起始行 5 4.2. SIP消息頭域 6 4.3. SIP消息體 7 4.4. SIP協(xié)議中的URI 8 4.4.1. SIP URI 8 4.4.2. SIPS URI 9 4.4.3. TEL URI 9 4.4.4. SIP URI與TEL URI的轉(zhuǎn)換 9 5. SIP請求消息 9 5.1. SIP請求消息格式 9 5.2. INVITE 10 5.3. ACK 11 5.4

3、. BYE 11 5.5. CANCEL 11 5.6. REGISTER 12 5.7. SUBSCRIBE 13 5.8. PUBLISH 13 5.9. NOTIFY 13 5.10. UPDATE 13 5.11. MESSAGE 14 5.12. PRACK 14 5.13. INFO 14 5.14. REFER 14 5.15. OPTIONS 15 6. SIP響應(yīng)消息 15 6.1. SIP響應(yīng)消息格式 15 6.2. 1xx臨時響應(yīng) 16 6.2.1. 100 Trying 16 6.2.2. 180 Ringing 16 6.2.3. 1

4、81 Call is Being Forwarded 16 6.2.4. 182 Queued 16 6.2.5. 183 Session Progress 16 6.3. 2xx成功響應(yīng) 16 6.3.1. 200 OK 17 6.3.2. 202 Accepted 17 6.4. 3xx重定向響應(yīng) 17 6.4.1. 300 Multiple Choices 17 6.4.2. 301 Moved Permanently 17 6.4.3. 302 Moved Temporarily 17 6.4.4. 305 Use Proxy 18 6.4.5. 380 Alte

5、rnative Service 18 6.5. 4xx請求失敗響應(yīng) 18 6.5.1. 400 Bad Request 18 6.5.2. 401 Unauthorized 18 6.5.3. 402 Payment Required 18 6.5.4. 403 Forbidden 19 6.5.5. 404 Not Found 19 6.5.6. 405 Method Not Allowed 19 6.5.7. 406 Not Acceptable 19 6.5.8. 407 Proxy Authentication Required 19 6.5.9. 408 Requ

6、est Time-out 19 6.5.10. 410 Gone 20 6.5.11. 413 Request Entity Too Large 20 6.5.12. 414 Request URI Too Long 20 6.5.13. 415 Unsupported Media Type 20 6.5.14. 416 Unsupported URI Scheme 20 6.5.15. 420 Bad Extension 20 6.5.16. 421 Extension Required 21 6.5.17. 422 Session Interval Too Small 21

7、 6.5.18. 423 Interval Too Brief 21 6.5.19. 480 Temporarily Unavailable 21 6.5.20. 481 Call/Transaction Does Not Exist 21 6.5.21. 482 Loop Detected 21 6.5.22. 483 Too Many Hops 22 6.5.23. 484 Address Incomplete 22 6.5.24. 485 Ambiguous 22 6.5.25. 486 Busy Here 22 6.5.26. 487 Request Terminat

8、ed 22 6.5.27. 488 Not Acceptable Here 22 6.5.28. 489 Bad Event 23 6.5.29. 491 Request Pending 23 6.5.30. 493 Undecipherable 23 6.6. 5xx服務(wù)器失敗響 23 6.6.1. 500 Server Internal Error 23 6.6.2. 501 Not Implemented 23 6.6.3. 502 Bad Gateway 24 6.6.4. 503 Service Unavailable 24 6.6.5. 504 Server T

9、ime-out 24 6.6.6. 505 Version Not Supported 24 6.6.7. 513 Message Too Large 24 6.7. 6xx全局性失敗響應(yīng) 24 6.7.1. 600 Busy Everywhere 25 6.7.2. 603 Decline 25 6.7.3. 604 Does Not Exist Anywhere 25 6.7.4. 606 Not Acceptable 25 7. SIP消息頭域 25 7.1. Accept 25 7.2. Accept-Contact 26 7.3. Accept-Encoding

10、 26 7.4. Accept-Language 26 7.5. Accept-Resource-Priority 27 7.6. Alert-Info 27 7.7. Allow 28 7.8. Allow-Events 28 7.9. Answer-Mode 28 7.10. Authentication-Info 29 7.11. Authorization 29 7.12. Call-ID 30 7.13. Call-Info 30 7.14. Contact 31 7.15. Content-Disposition 32 7.16. Content-Enco

11、ding 33 7.17. Content-Language 34 7.18. Content-Length 34 7.19. Content-Type 35 7.20. CSeq 36 7.21. Date 36 7.22. Encryption 36 7.23. Error-Info 37 7.24. Event 37 7.25. Expires 38 7.26. Flow-Timer 38 7.27. From 38 7.28. History-Info 39 7.29. Identity 39 7.30. Identity-Info 40 7.31. In

12、-Reply-To 40 7.32. Join 40 7.33. Max-Breadth 41 7.34. Max-Forwards 41 7.35. MIME-Version 41 7.36. Min-Expires 41 7.37. Min-SE 42 7.38. Organization 42 7.39. P-Access-Network-Info 42 7.40. P-Answer-State 43 7.41. P-Asserted-Identity 43 7.42. P-Associated-URI 44 7.43. P-Called-Party-ID 44

13、 7.44. P-Charging-Function-Addresses 44 7.45. P-Charging-Vector 45 7.46. P-DCS-Trace-Party-ID 45 7.47. P-DCS-OSPS 45 7.48. P-DCS-Billing-Info 46 7.49. P-DCS-LAES 46 7.50. P-DCS-Redirect 47 7.51. P-Early-Media 47 7.52. P-Media-Authorization 48 7.53. P-Preferred-Identity 48 7.54. P-Profile-K

14、ey 48 7.55. P-Refused-URI-List 48 7.56. P-Served-User 49 7.57. P-User-Database 49 7.58. P-Visited-Network-ID 49 7.59. Path 50 7.60. Permission-Missing 50 7.61. Priority 50 7.62. Priv-Answer-Mode 51 7.63. Privacy 51 7.64. Proxy-Authenticate 51 7.65. Proxy-Authorization 52 7.66. Proxy-Requ

15、ire 53 7.67. Rack 53 7.68. Reason 54 7.69. Record-Route 54 7.70. Refer-Sub 54 7.71. Refer-To 55 7.72. Referred-By 55 7.73. Reject-Contact 55 7.74. Replaces 56 7.75. Reply-To 56 7.76. Request-Disposition 56 7.77. Require 57 7.78. Resource-Priority 57 7.79. Retry-After 57 7.80. Route 58

16、 7.81. RSeq 58 7.82. Security-Client 58 7.83. Security-Server 59 7.84. Security-Verify 59 7.85. Server 59 7.86. Service-Route 60 7.87. Session-Expires 60 7.88. SIP-ETag 60 7.89. SIP-If-Match 60 7.90. Subject 61 7.91. Subscription-State 61 7.92. Supported 62 7.93. Target-Dialog 62 7.94.

17、Timestamp 62 7.95. To 62 7.96. Trigger-Consent 63 7.97. Unsupported 63 7.98. User-Agent 63 7.99. Via 64 7.100. Warning 64 7.101. WWW-Authenticate 65 8. SIP消息體 65 8.1. SDP 65 8.2. CPIM 66 8.3. XML 67 9. 編制歷史 67 附錄A SIP消息頭域可選性附錄 （標(biāo)準(zhǔn)性附錄） 68 附錄B SIP消息示例（資料性附錄） 72 附錄C 包含CM-IMS特殊要求的消息頭域（資料性

18、附錄） 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)和中國移動相關(guān)企業(yè)標(biāo)準(zhǔn)，基于中國移動CM-IMS總體技術(shù)要求和實際需求而擬定，充分考慮了網(wǎng)絡(luò)的平滑演進(jìn)能力，為中國移動CM-IMS的技術(shù)試驗、網(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ù)計的名稱如下： 序號 標(biāo)準(zhǔn)編號 標(biāo)準(zhǔn)名稱 [1] QB-C-018.1-2011 中國移動

19、CM-IMS會話初始協(xié)議（SIP）規(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的互通 本標(biāo)準(zhǔn)的附錄A為標(biāo)準(zhǔn)

20、性附錄，附錄B、C為資料性附錄。 本標(biāo)準(zhǔn)由中移技﹝2011﹞220號印發(fā)。 本標(biāo)準(zhǔn)由中國移動通信集團(tuán)公司計劃建設(shè)部提出，集團(tuán)公司技術(shù)部歸口。 本標(biāo)準(zhǔn)起草單位：中國移動通信研究院 本標(biāo)準(zhǔn)主要起草人：宋月 陳旭 趙婷 孫強(qiáng) 1. 范圍 本標(biāo)準(zhǔn)規(guī)定了會話初始協(xié)議（SIP）的請求、響應(yīng)消息、頭域及參數(shù)的基本功能和格式。供中國移動內(nèi)部和廠商共同使用；適用于中國移動CM-IMS中包括Gm、Mw、ISC、Mg、Mj在內(nèi)的所有SIP接口；適用于中國移動CM-IMS核心網(wǎng)設(shè)備、接入設(shè)備及終端設(shè)備的研發(fā)、引入和運(yùn)行維護(hù)。 2. 規(guī)范性引用文件 下列文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)

21、準(zhǔn)的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標(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] RFC

22、3263 Session Initiation Protocol (SIP): Locating SIP Servers IETF [4] RFC3264 An Offer/Answer Model with the Session Description Protocol (SDP) IETF [5] RFC3265 Session Initiation Protocol (SIP)-Specific Event Notification IETF [6] RFC3310 Hypertext Transfer Protocol (HTTP) Digest Auth

23、entication Using Authentication and Key Agreement (AKA) IETF [7] RFC3311 The 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

24、 Session Initiation Protocol (SIP) IETF [10] RFC3325 Private Extensions to the Session Initiation 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 Initi

25、ation Protocol (SIP) Extension Header Field for Registering Non-Adjacent Contacts IETF [13] RFC3398 Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping IETF [14] RFC3428 Session Initiation Protocol (SIP) Extens

26、ion for Instant Messaging IETF [15] RFC3455 Private Header (P-Header) Extensions to the 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 Protoco

27、l (SIP) Extension Header Field for Service Route Discovery During Registration IETF [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]

28、 RFC3725 Best Current Practices for Third Party Call Control (3pcc) in the Session 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 Se

29、ssion Initiation Protocol (SIP) "Replaces" Header IETF [24] RFC3903 Session Initiation Protocol (SIP) Extension for Event State Publication IETF [25] RFC3959 The Early Session Disposition Type for the Session Initiation Protocol (SIP) IETF

30、 [26] RFC3960 Early Media and Ringing Tone Generation in the Session Initiation 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] RF

31、C4244 An Extension to the Session Initiation Protocol (SIP) for Request History Information IETF [30] RFC4566 SDP: Session Description Protocol IETF [31] RFC4825 The Extensible Markup Language (XML) Configuration Access Protocol (XCAP) IETF [32] RFC5009

32、 Private Header (P-Header) Extension tothe Session Initiation Protocol (SIP) for Authorization 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 contro

33、l protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);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ī)范。 詞語 解釋 B2BUA 背靠背用戶

34、代理（B2BUA）是一個邏輯功能實體，它作為UAS接收請求消息并處理該消息，同時也作為UAC來發(fā)送請求消息，B2BUA也可分別作為UAC發(fā)起兩個會話.B2BUA需要維護(hù)兩個會話的對應(yīng)關(guān)系 CPIM Common 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 Iden

35、tity，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)行保密而安全的通訊 PLMN Public Land Mobile Network，公共移動電話網(wǎng) Proxy SIP邏輯實體，用于轉(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 Sessio

36、n Description 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)一資源標(biāo)識符 XML eXtensible Markup Language，可擴(kuò)展標(biāo)記語言 對話

37、對話是兩個UA之間持續(xù)一段時間的點對點的SIP連接，它使UA之間的消息變得有序，同時給出請求消息的正確的路由 會話 會話是通信參與方及它們之間的媒體流的集合 4. SIP消息概述 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)消息格式由一個起始行（Start-Line）、若干個頭域(Message-Header)，以及一個可選的消息體(Message-Body)組成。其中

38、消息體為可選項，頭域與消息體之間用空行進(jìn)行分隔，起始行分為請求行（Request-Line）和狀態(tài)行（Status-Line），分別用于SIP請求消息和響應(yīng)消息。SIP消息統(tǒng)一格式如下： SIP message = Start-Line *Message-Header CRLF [Message-Body] Start-Line = Request-Line/Status-Line 如上消息格式定義，“*”表示該消息頭域可包含一個或多個，“[]”表示該參數(shù)為可選項。本規(guī)范規(guī)定起始行、每一個消息頭域以及空行都必須使用回車換行字符（CRLF）來表示行終結(jié)，即使消息中未包含消息體空行

39、也不能省略。除了以上字符集不同之外，SIP 消息和頭域語法定義與HTTP 1.1 的語法定義一致，HTTP/1.1 的語法定義參見RFC2612。消息語法定義與HTTP 類似， 但SIP 協(xié)議并不是HTTP 的擴(kuò)展協(xié)議。 4.1. SIP消息起始行 SIP消息起始行位于SIP消息的最開始部分，所有的SIP消息都包含一個起始行。 SIP請求消息中的起始行稱為請求行。請求行包含請求消息的方法、Request URI（可以包含其他參數(shù)，如傳送協(xié)議）以及SIP版本，其中SIP版本一般取值為”SIP/2.0”。Request URI中可以是SIP URI/SIPS URI/TEL URI。以一條I

40、NVITE消息的請求行為例： 圖4-1 SIP請求消息請求行格式示例 SIP響應(yīng)消息中的起始行稱為狀態(tài)行。狀態(tài)行包含SIP版本，狀態(tài)碼以及與狀態(tài)碼相關(guān)的文字描述。以一條486響應(yīng)消息的狀態(tài)行為例： 圖4-2 SIP響應(yīng)消息狀態(tài)行格式示例 4.2. SIP消息頭域 SIP消息頭域（SIP Header，簡稱為SIP頭）是SIP消息的重要組成部分，可以用于會話路由、標(biāo)識會話、傳遞會話過程中的控制信息等功能。每條SIP消息都會包含多個SIP消息頭域，每個SIP消息頭域以”CRLF”結(jié)束，如： 每個SIP消息頭域由消息頭域的名稱和消息頭域的內(nèi)容構(gòu)成，消息頭域的名稱與內(nèi)容之間以

41、冒號（:）隔開，根據(jù)實際應(yīng)用的需要，SIP消息頭域的內(nèi)容當(dāng)中還可以包含若干參數(shù)，參數(shù)與頭域內(nèi)容之間，參數(shù)與參數(shù)之間，用分號隔開,如： 圖4-3 SIP消息頭域格式示例 SIP協(xié)議中有6個消息頭域是必選頭域，即SIP請求和響應(yīng)消息中都必須包含這6個消息頭域： 表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)

42、絡(luò)資源開銷，應(yīng)盡量避免在SIP消息中攜帶不必要的頭域。 4.3. SIP消息體 SIP消息體是SIP消息的凈荷部分，SIP消息體與最后一個SIP消息頭域之間以一個CRLF隔開。SIP消息體格式與SIP協(xié)議本身無關(guān)，SIP消息攜帶不同協(xié)議的消息體可以用于完成不同的功能，常用的有：SIP攜帶SDP，用于媒體協(xié)商；SIP攜帶XML，用于攜帶格式化的信息，如訂閱事件通知；SIP攜帶CPIM，用于即時消息。SIP消息體的格式通過Content-Type頭的MIME格式指示。SIP消息體具體參見第8節(jié)。 SIP消息體舉例： 圖4-4 SIP消息體式示例 4.4. SIP協(xié)議中的URI 4.4.

43、1. SIP URI SIP URI的格式遵從RFC 2396中的規(guī)定，其統(tǒng)一形式為： sip:user:password@host:port;uri-parameters?headers SIP URI以”sip:”開頭，其后各部分內(nèi)容為： l user SIP URI的用戶部分標(biāo)識了用戶身份信息。該部分可以是一個字符串，也可以是一個E.164電話號碼。當(dāng)SIP URI指向的目的地沒有用戶身份或host部分就是SIP URI所要指向的目的地時，SIP URI中不包含user、password部分，以及“@”字符。 l password 當(dāng)訪問SIP URI指向的資源需要口令時，

44、可以將口令放在password部分進(jìn)行傳送。在一些情況下SIP消息會以明文傳送，這樣會泄露口令信息。 注：CM-IMS中暫不采用password部分 l host SIP URI指向的資源的歸屬域，該部分可以是一個FQDN或者是一個IPv4/IPv6地址。 l port 接收本條SIP消息的端口號。port參數(shù)為可選參數(shù)，本系列規(guī)范未對其使用方式進(jìn)行規(guī)定。 l uri-parameters SIP URI的其他參數(shù)。統(tǒng)一格式為： parameter-name ["=" parameter-value] 不同SIP URI參數(shù)之間用分號（;）隔開,可以根據(jù)實際需要定義參數(shù)，常用

45、的參數(shù)有： n transport：表示向該URI發(fā)送消息需要使用的傳輸層協(xié)議，可取值為UDP、TCP、SCTP n user：用于區(qū)分URI中user部分的類型，可以取值為：phone、dialstring n lr：表示采取松散路由 n orig：用于標(biāo)識主叫流程 n ODI：用于匹配B2BUA兩側(cè)的對話 n replaces：當(dāng)URI出現(xiàn)在REFER消息的refer-to頭域時，replaces參數(shù)攜帶需要替換的對話標(biāo)識 l headers 當(dāng)要求基于本條SIP消息生成另一條SIP消息包含某些頭域及相應(yīng)取值時，可以通過SIP URI中的headers部分進(jìn)行指示。head

46、ers參數(shù)為可選參數(shù)，本系列規(guī)范未對其使用方式進(jìn)行規(guī)定。 SIP URI舉例： sip:+861052400481@ sip:+8613910001234_s@ sip: 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

47、 4.4.4. SIP URI與TEL URI的轉(zhuǎn)換 l TEL URI轉(zhuǎn)換為SIP URI 將TEL URI中除”tel:”以外的部分全部作為SIP URI的user部分，然后根據(jù)TEL URI內(nèi)容或本地策略生成SIP URI的host部分。需要注意一點是TEL URI中的參數(shù)名不區(qū)分大小寫，而SIP URI中的參數(shù)名區(qū)分大小寫，因此從TEL URI轉(zhuǎn)換為SIP URI時，所有參數(shù)名必須轉(zhuǎn)換為小寫形式。 當(dāng)從TEL URI轉(zhuǎn)換為SIP URI時，SIP URI 中應(yīng)包含user=phone參數(shù)。 5. SIP請求消息 5.1. SIP請求消息格式 請求消息的起始行為請求行。請求

48、行的格式如下所示，由方法名（Method）、請求URL（Request-URI）和協(xié)議版本（SIP-Version）組成，各部分之間均用一個空格字符進(jìn)行分隔。除此之外，請求行必須用回車換行（CRLF）字符表示行終結(jié)。 Request-Line = Method[ ] Request-URI [] SIP-Version CRLF 1） 方法名：本部分共定義了14 個方法，如表5-1所示。 表5-1 SIP方法列表 方法名 應(yīng)用場景 INVITE 用于會話的建立和會話屬性的修改。 ACK 用于對INVITE消息最終響

49、應(yīng)的確認(rèn)。 BYE 用于會話的釋放。 CANCEL 用于取消之前發(fā)送的SIP請求消息。建議CANCEL消息僅用于取消INVITE請求。 REGISTER 用于注冊和注銷。 SUBSCRIBE 用于對事件的訂閱。 PUBLISH 用于發(fā)布網(wǎng)元狀態(tài)。 NOTIFY 用于對訂閱事件的通知。 UPDATE 用于會話媒體修改和會話刷新。 MESSAGE 用于即時消息。 PRACK 用于對臨時響應(yīng)消息的確認(rèn)。PRACK消息及其成功響應(yīng)可攜帶SDP進(jìn)行媒體協(xié)商，通常用于與CS域互通。 INFO 用于在會話內(nèi)傳送會話相關(guān)的控制信息。 REFER 用于通知第三方對會話

50、進(jìn)行控制。 OPTIONS 用于服務(wù)器能力查詢。也可用作心跳消息。 2） Request URI：指示被邀請用戶的當(dāng)前地址，Request URI中不允許出現(xiàn)空格或其他控制字符且不能包含于“<>”符號之內(nèi)，URI可以是sip、sips或tel格式。 3） 版本號：用于定義協(xié)議的當(dāng)前版本號，本協(xié)議的版本號為SIP/2.0。 5.2. INVITE INVITE請求消息用于會話的創(chuàng)建和修改。如基本音視頻會話、會議等。 在會話建立開始時，主叫UA發(fā)送INVITE消息（初始INVITE），請求行中的Request URI表示被叫URI，通常情況下初始INVITE消息中會攜帶主叫SDP信息

51、。收到INVITE消息后，在一定時間內(nèi)未發(fā)送最終響應(yīng)或其他臨時響應(yīng)則回送100響應(yīng)表示已經(jīng)接收到請求消息，正在對其進(jìn)行處理。 在會話進(jìn)行過程中，INVITE消息（Re-INVITE）可以用于會話屬性的修改，這種情況下的INVITE消息必須與初始INVITE消息處于同一會話當(dāng)中。 INVITE消息關(guān)鍵頭域如下表所示： 表5-2 INVITE消息關(guān)鍵頭域 頭域 頭域含義 Contact 用于INVITE、ACK和REGISTER請求以及成功響應(yīng)、臨時響應(yīng)和重定向響應(yīng)消息，其作用是給出后續(xù)和用戶直接通信的地址。但是，CANCEL請求不能直接發(fā)往該地址，必須沿原請求發(fā)送的路徑前

52、傳。Contact的作用域是全局性的。這就是說，Contact頭域中包含的URI是UA能夠接收請求的。 Route 1.ODI參數(shù)：S-CSCF到AS的ISC接口中，次頂層的Route頭包含S-CSCF的SIP URI，并且有Original dialog identifier用于關(guān)聯(lián)觸發(fā)前后的請求。ODI參數(shù)由同一個S-CSCF添加和刪除，所以不對其具體格式進(jìn)行規(guī)范。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)制會

53、話中的后續(xù)請求經(jīng)過本proxy。 User-Agent User-Agent頭字段包含有發(fā)起請求的用戶終端的信息。 Supported 攜帶支持的能力擴(kuò)展，如： 1.100rel值表示支持1XX響應(yīng)的可靠傳輸 2.timer值用于Session timer特性，同時填寫Session-Expires頭域。 3.in-band-dtmf值用于DTMF收號。 4.precondition值表示支持資源預(yù)留機(jī)制 P-Called-Party-ID 被叫IMPU，在被叫S-CSCF到UE之間傳遞。見RFC3455 P-Asserted-Identity 主叫IMPU。見RFC3

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

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

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

57、始INVITE消息一致。 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 在用戶注冊時From頭與To頭內(nèi)容相同；在第三方注冊時，F(xiàn)rom頭內(nèi)容為第三方的URI Call-ID 重注冊、注銷消息中Call-ID應(yīng)與初始

58、注冊消息中Call-ID相同 Expires 表示注冊時長；當(dāng)取值為0時表示注銷 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)示超時時長。 Path P-CSCF到S-CSCF的REGISTER消息中攜帶，填寫P-CSCF的主機(jī)名

59、。 Authorization UE-CSCF之間傳遞，包含某個終端的鑒權(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é)果的計算方法（該字段可選） WWW-Authenticate UE-CSCF之間傳遞，對應(yīng)REGISTER請求的401響應(yīng)消息。 1.Authentication Scheme為Digest，表明鑒權(quán)方式 2.

60、Realm歸屬網(wǎng)絡(luò)的域名，表明用戶受保護(hù)的域 3.Algorithm為MD5，鑒權(quán)結(jié)果的計算方法 4.Nonce S-CSCF生產(chǎn)的字符串，用以計算Response P-Access-Network-Info 攜帶用戶接入地信息 5.7. SUBSCRIBE 對事件的訂閱，訂閱會創(chuàng)建一個對話。呈現(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表示訂閱時長，0表示取消訂閱。 5.8.

61、 PUBLISH 呈現(xiàn)業(yè)務(wù)中用于發(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會話路

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

63、媒體修改。 UPDATE消息可以用于會話刷新，在進(jìn)行會話刷新時，為降低開銷，UPDATE消息通常不攜帶SDP消息體。 5.11. MESSAGE 通常用于消息類業(yè)務(wù)，如即時消息業(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)行即時消息業(yè)務(wù)時，該頭域取值為”im” Content-Type 消息體MIME格式，取值為message/CPIM 5.12.

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

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

66、消息不會創(chuàng)建對話。 6. 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）描述組成，各個部分之間用一個空格字符進(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ù)為一個3 位的十進(jìn)制整數(shù)，用于指示請求消息的執(zhí)行響應(yīng)結(jié)果。本協(xié)議共定義6 類狀態(tài)碼，其中狀態(tài)碼的第1 位數(shù)字用于指示響應(yīng)類型，后兩位數(shù)字表示具體響應(yīng)。本協(xié)議規(guī)定狀態(tài)碼為“100—1