中国电信SIP规范第二分册(协议细则).doc

中国电信SIP 初始会话协议规范(第二分册)协议细则（暂行版）2004年4月发布 2004年4月试行中国电信集团公司发布前 言SIP协议是下一代网络中的接口协议之一，属于应用控制协议。本标准是以IETF和ITU-T的相关标准为基础，结合中国电信网络的实际情况，并综合中国电信集团公司对下一代网络的实验成果制定的。它是中国电信在下一代网络建设中引进、测试和研发软交换设备、SIP终端设备以及其他基于SIP协议相关设备的规范和依据。鉴于SIP协议应用范围广泛，项目组在编写时将整个协议规范分为3个分册：第一分册：总体要求第二分册：协议细则第三分册：信令流程本分册为协议细则分册。本标准由中国电信集团公司提出。本标准由中国电信集团公司归口。本标准于2004年4月首次发布。本标准由中国电信集团公司负责解释目 录1 范围12 编制说明13 SIP及其扩展规范23.1 SIP: Session Initiation Protocol RFC326123.2 Reliability of Provisional Responses in the Session Initiation Protocol (SIP) RFC3262313.3 An Offer/Answer Model with the Session Description Protocol (SDP) RFC3264333.4 Session Initiation Protocol (SIP)-Specific Event Notification RFC3265364 SIP与PSTN的互通414.1 MIME media types for ISUP and QSIG Objects RFC3204414.2 The SIP INFO Method RFC2976424.3 Requirements for Interworking BICC/ISUP Network with Originating/Destination Networks based on Session Initiation Protocol and Session Description Protocol TRQ.2815434.4 Interworking between Session Initiation Protocol (SIP) and the Bearer Independent Call Control Protocol or ISDN User Part Q.1912.5454.4.1 需要特殊考虑的ISUP消息605 消息参数635.1 invite消息635.2 ACK645.3 BYE655.4 CANCEL665.5 REGISTER665.6 OPTIONS675.7 INFO685.8 PRACK691 范围中国电信SIP规范第二部分是在中国电信SIP规范第一部分的基础上，针对SIP网络的不同逻辑实体，将第一部分所描述的总体要求进行细化，具体落实到每一相关的协议标准的每一章节，甚至到每一个消息或每一个参数。第一部分所规定或要求的那些协议标准及相关实体在第二部分中并没有全部列出。这是因为SIP是一个庞大复杂的协议体系，要将其制订完善需要相当的工作量和时间，而本规范又迫切需要解决当前网络发展中的一些重要问题。但是，在第二部分中未作具体规定的那些协议标准及相关实体仍然是设备厂商的开发方向和开发目标，对它们的详细要求将在以后给出。2 编制说明本部分相关的引用标准及参考文献请参见中国电信SIP规范第一部分。后续章节的各个表格中，l “要求”表示本规范要求某一实体完全顺从某一协议标准的某一章节的内容和规定（如果协议中规定某一实体的动作为“must”或“must not”，实体必须顺从；如果协议中的描述为“should”或“may”，建议实体顺从协议的建；如果有备注存在，实体需要顺从备注的要求；）l “部分要求”表示本规范要求某一实体顺从某一协议标准的某一章节的内容和规定，但不是完全支持（可能只是暂时的），并有相应的解释说明给出；l “暂不要求”表示中国电信SIP规范暂时不要求某一实体支持某一协议标准的某一章节的内容和规定；当所涉及的行为发生时，实体可以拒绝并给予响应。如果有特殊要求，将在各章节进行单独规定。l “不要求”表示中国电信SIP规范不要求某一实体支持某一协议标准的某一章节的内容和规定；l “不适用” 表示某一协议标准的某一章节的内容和规定不适用于某一实体；l “-”表示某一协议标准的某一章节的标题或描述性文字。中国电信SIP协议标准-协议细则3 SIP及其扩展规范3.1 SIP: Session Initiation Protocol RFC3261表格 31章节标题中国电信SIP规范说明用户终端UA代理服务器SIP-ISUP互通单元B2BUA注册服务器1Introduction-2Overview of SIP Functionality-3Terminology-4Overview of Operation-5Structure of the Protocol-6Definitions-7SIP Messages-7.1Requests-7.2Responses-7.3Header Fields-7.3.1Header Field Format-7.3.2Header Field Classification-7.3.3Compact Form-7.4Bodies-7.4.1Message Body Type-7.4.2Message Body Length-7.5Framing SIP messages-8General User Agent Behavior-1. 本章主要描述User Agent的行为，但由于实现proxy功能的实体在处理消息时可能转而承担UAC或UAS的角色，因此16章中有些内容的描述也参照了本章。但本章中的某些细节性规定并不适合UAC或UAS在第16章中的应用场合。2. 根据第1点的说明，本章中对Proxy的要求实质上是对实现Proxy功能的实体在转而承担UAC或UAS角色时的要求，因此本章内容对此种应用场合下的UAC或UAS而言可能都是部分要求。为了说明上的方便，本章内容对于“Proxy”只存在“要求”或“不适用”，如果有特殊考虑将在“说明”一栏中进行解释8.1UAC Behavior-8.1.1Generating the Request要求要求要求要求不适用8.1.1.1Request-URI要求要求要求要求不适用8.1.1.2To部分要求要求部分要求部分要求不适用1 Tel-URL, SIPS-URI暂不要求2 B2BUA中不应当改变初始请求中的to域的SIP URI部分的内容（有特殊业务需求的情况除外）8.1.1.3From要求要求部分要求要求不适用1 B2BUA中不应当改变初始请求中的from域的SIP URI部分的内容（有特殊业务需求的情况除外）2 对于用户终端，from域中地址应当满足userinfohostport的方式，host地址应当为用户归属的软交换的地址（域名或IP地址方式）3 暂不要求SIP-ISUP互通单元提供UNI接口，所以暂不要求SIP-ISUP互通单元支持用户鉴权和用户授权8.1.1.4Call-ID部分要求要求要求要求不适用1 当用户终端发送注册请求时，不同注册存亡周期（boot cycle）内的Call-id必须不同。8.1.1.5Cseq要求要求要求要求不适用8.1.1.6Max-Forwards要求要求要求要求不适用8.1.1.7Via要求要求要求要求不适用8.1.1.8Contact要求要求要求要求不适用1B2BUA收到用户初始请求的Invite消息向下转发时，Contact地址（usernamehost）中的“host”部分应当变成B2BUA的地址（除非有特殊业务需求）2.B2BUA回应200消息或18*消息时，如果此时响应消息中带有contact域，此时的contact的地址（usernamehost）中的“host”部分应当变成B2BUA的地址（除非有特殊业务需求）8.1.1.9Supported and Require要求要求要求要求不适用8.1.1.10Additional Message Components要求要求要求要求不适用8.1.2Sending the Request要求要求要求要求不适用8.1.3Processing Responses要求要求要求要求不适用8.1.3.1Transaction Layer Errors要求要求要求要求不适用8.1.3.2Unrecognized Responses要求要求要求要求不适用8.1.3.3Vias要求不适用要求要求不适用8.1.3.4Processing 3xx Responses部分要求要求部分要求部分要求不适用1 暂不要求支持Contac地址中的SIPS-URI格式2 暂时只要求SIP-ISUP互通单元支持对Contac地址的串行处理方式3 暂不要求支持380响应的处理4 当用户终端、SIP-ISUP互通单元、B2BUA根据3*消息生成invite请求时，To（SIP URI部分）、From（SIP URI部分）、Call-id不发生变化,Cseq增加5 Proxy根据3*消息重新发起invite消息时，from、to、call-id、cseq应当保持不变8.1.3.5Processing 4xx Responses要求要求部分要求要求不适用暂不要求SIP-ISUP互通单元支持401响应和407响应8.2UAS Behavior要求要求要求要求要求8.2.1Method Inspection要求要求要求要求要求8.2.2Header Inspection要求要求要求要求要求8.2.2.1To and Request-URI部分要求要求部分要求部分要求部分要求暂不要求支持Tel-URI8.2.2.2Merged Requests要求不适用要求要求要求8.2.2.3Require要求不适用要求要求要求8.2.3Content Processing要求不适用要求要求要求8.2.4Applying Extensions要求要求要求要求要求8.2.5Processing the Request要求要求要求要求部分要求注册服务器收到REGISTER以外的其它请求消息时应当拒绝并给以4*消息8.2.6Generating the Response-8.2.6.1Sending a Provisional Response要求要求要求要求要求8.2.6.2Headers and Tags要求要求要求要求要求8.2.7Stateless UAS Behavior暂不要求不适用暂不要求暂不要求暂不要求暂不要求支持无状态的UAS8.3Redirect Servers要求 不适用不适用不适用不适用1. 由于Redirect Server是一个特殊的UAS，本规范认为在逻辑功能上与SIP-ISUP互通单元、B2UBA处于并列的逻辑实体2. 如果软交换设备具备Redirect功能，其应当顺从本节的规定3. 如果用户终端具备重定向功能，其应当顺从本节功能。否则可忽略。9Canceling a Request要求要求要求要求不适用1Cancel消息目前只应用在invite请求的环境9.1Client Behavior要求要求部分要求要求不适用1如果Invite消息导致early dialog的建立，此时主叫侧SIP-ISUP互通单元应当发送BYE消息9.2Server Behavior要求 要求要求要求不适用10Registrations-1.暂不要求SIP-ISUP互通单元、B2BUA支持注册功能10.1Overview-10.2Constructing the REGISTER Request要求不适用暂不要求暂不要求不适用1.当用户终端发送注册请求时，不同注册存亡周期（boot cycle）内的Call-id必须不同。10.2.1Adding Bindings要求不适用暂不要求暂不要求不适用10.2.1.1Setting the Expiration Interval of Contact Addresses要求不适用暂不要求暂不要求不适用10.2.1.2Preferences among Contact Addresses要求不适用暂不要求暂不要求不适用10.2.2Removing Bindings要求不适用暂不要求暂不要求不适用10.2.3Fetching Bindings要求不适用暂不要求暂不要求不适用10.2.4Refreshing Bindings要求不适用暂不要求暂不要求不适用10.2.5Setting the Internal Clock要求不适用暂不要求暂不要求不适用10.2.6Discovering a Registrar要求不适用暂不要求暂不要求不适用1 用户终端首先提供通过数据配置实现注册功能2 通过组播方式实现的注册，可根据业务需要而提供10.2.7Transmitting a Request要求不适用暂不要求暂不要求不适用10.2.8Error Responses要求不适用暂不要求暂不要求不适用10.3Processing REGISTER Requests不适用不适用不适用不适用部分要求1 暂不要求支持第三方注册11Querying for Capabilities要求暂不要求暂不要求暂不要求不适用1. 本节的“暂不要求”指的是暂不要求终端利用OPTIONS消息对SIP-ISUP互通单元、B2BUA、Proxy进行能力查询2. 对OPTIONS的其他应用，本规范不做要求（例如利用OPTIONS作为心跳信息）11.1Construction of OPTIONS Request要求不适用暂不要求暂不要求不适用11.2Processing of OPTIONS Request要求暂不要求暂不要求暂不要求不适用12Dialogs部分要求不适用部分要求部分要求不适用暂不要求支持TLS，故暂不要求支持布尔型的标记（boolean flag）参数“secure”12.1Creation of a Dialog要求不适用要求要求不适用12.1.1UAS behavior部分要求不适用部分要求部分要求不适用1. 暂不要求支持TLS和SIPS-URI2. 如果Invite中带有Record-route域，对于180消息：如果带有Contact域，则必须带有Record-route域12.1.2UAC Behavior部分要求不适用部分要求部分要求不适用暂不要求支持TLS和SIPS-URI12.2Requests within a Dialog要求不适用要求要求不适用12.2.1UAC Behavior-12.2.1.1Generating the Request部分要求不适用部分要求部分要求不适用暂不要求支持TLS和SIPS-URI12.2.1.2Processing the Responses要求不适用要求要求不适用12.2.2UAS Behavior要求不适用部分要求部分要求不适用1. 暂不要求SIP-ISUP互通单元、B2BUA、代理服务器等网络服务器之间的鉴权处理过程12.3Termination of a Dialog要求不适用要求要求不适用13Initiating a Session-1 本章主要描述User Agent的行为，但由于实现proxy功能的实体在处理消息时可能转而承担UAC或UAS的角色，因此16章中有些内容的描述也参照了本章。但本章中的某些细节性规定并不适合UAC或UAS在第16章中的应用场合，故16章中所述UAC或UAS的行为应当最终顺从16章的规定（例如对消息的转发）。2 根据第1点的说明，本章中对Proxy的要求实质上是对实现proxy功能的实体在转而承担UAC或UAS角色时的要求，因此本章内容对此种应用场合下的UAC或UAS而言可能都是部分要求。为了说明上的方便，本章内容对于“proxy”只存在“要求”或“不适用”，如果有特殊考虑将在“说明”一栏中进行解释13.1Overview-13.2UAC Processing-13.2.1Creating the Initial INVITE要求要求部分要求要求不适用SIP-ISUP互通单元对头域的支持参照20章节13.2.2Processing INVITE Responses要求要求要求要求不适用13.2.2.11xx Responses要求要求要求要求不适用13.2.2.23xx Responses部分要求部分要求部分要求部分要求不适用1 暂不要求支持380响应2 用户终端、SIP-ISUP互通单元、B2BUA根据3*消息重新发起的invite消息时，from（SIP URI部分）、to（SIP URI部分）、Call-id不变，Cseq增加3 Proxy根据3*消息重新发起invite消息时，from、to、call-id、cseq应当保持不变13.2.2.34xx, 5xx and 6xx Responses要求要求要求要求不适用13.2.2.42xx Responses要求要求要求要求不适用13.3UAS Processing-13.3.1Processing of the INVITE要求要求部分要求要求不适用SIP-ISUP互通单元对头域的支持参照20章节的要求13.3.1.1Progress要求不适用要求要求不适用13.3.1.2The INVITE is Redirected部分要求不适用不适用不适用不适用1. 暂不要求支持380响应13.3.1.3The INVITE is Rejected要求要求部分要求部分要求不适用SIP-ISUP互通单元、B2BUA对头域的支持参照20章节的要求13.3.1.4The INVITE is Accepted要求不适用要求要求不适用14Modifying an Existing Session要求不适用要求要求不适用14.1UAC Behavior要求不适用要求要求不适用14.2UAS Behavior要求不适用部分要求部分要求不适用SIP-ISUP互通单元、B2BUA对头域的支持参照20章节的要求15Terminating a Session要求不适用要求要求不适用15.1Terminating a Session with a BYE Request-15.1.1UAC Behavior要求不适用要求要求不适用15.1.2UAS Behavior要求不适用要求要求不适用16Proxy Behavior-1. Proxy应当丢弃SIP用户发送的带有ISUP消息体的所有消息2. 当Proxy实现Fork功能时，应当选取一个合适的后向消息发送给前向。 18*消息由Fork proxy生成，且只向主叫方发送1次。并行Fork时，需对接收的18*消息进行缓存 如果呼叫成功，应当只转发一个成功的200消息（有可能存在多个200或其他非200最终响应） 如果呼叫不成功，应当选取一个合适的失败消息发送到前向。16.1Overview-16.2Stateful Proxy不适用要求不适用不适用不适用16.3Request Validation不适用要求不适用不适用不适用16.4Route Information Preprocessing不适用要求不适用不适用不适用16.5Determining Request Targets不适用要求不适用不适用不适用16.6Request Forwarding不适用要求不适用不适用不适用1. Outbound Proxy在处理初始invite消息时，必须增加record-route域，同时必须为Loose router方式。其他消息根据业务需要而增加16.7Response Processing不适用要求不适用不适用不适用1 当proxy接收到3*消息生成新的invite请求消息时，其To、From、Call-id、Cseq应当不发生变化16.8Processing Timer C不适用要求不适用不适用不适用16.9Handling Transport Errors不适用要求不适用不适用不适用16.10CANCEL Processing不适用要求不适用不适用不适用16.11Stateless Proxy不适用暂不要求不适用不适用不适用暂不要求无状态的代理服务器（Stateless Proxy）16.12Summary of Proxy Route Processing不适用要求不适用不适用不适用16.12.1Examples-16.12.1.1Basic SIP Trapezoid-16.12.1.2Traversing a strict-routing proxy-16.12.1.3Rewriting Record-Route header field values-17Transactions要求要求要求要求要求17.1Client Transaction要求要求要求要求不适用17.1.1INVITE Client Transaction-17.1.1.1Overview of INVITE Transaction要求要求要求要求不适用17.1.1.2Formal Description要求要求要求要求不适用17.1.1.3Construction of the ACK Request要求要求要求要求不适用17.1.2Non-INVITE Client Transaction-17.1.2.1Overview of the non-INVITE Transaction要求要求要求要求不适用17.1.2.2Formal Description要求要求要求要求不适用17.1.3Matching Responses to Client Transactions部分要求部分要求部分要求部分要求不适用暂不要求支持多播（Multicast）。17.1.4Handling Transport Errors要求要求要求要求不适用17.2Server Transaction要求要求要求要求要求17.2.1INVITE Server Transaction要求要求要求要求不适用17.2.2Non-INVITE Server Transaction要求要求要求要求要求17.2.3Matching Requests to Server Transactions要求要求要求要求要求17.2.4Handling Transport Errors要求要求要求要求要求18Transport部分要求部分要求部分要求部分要求部分要求暂不要求支持TLS, SCTP18.1Clients-18.1.1Sending Requests部分要求部分要求部分要求部分要求不适用暂不要求支持多播（Multicast）和TLS18.1.2Receiving Responses要求要求要求要求不适用18.2Servers-18.2.1Receiving Requests部分要求部分要求部分要求部分要求部分要求暂不要求支持TLS和SIPS-URI18.2.2Sending Responses部分要求部分要求部分要求部分要求部分要求暂不要求支持TLS和多播（Multicast）18.3Framing要求要求要求要求要求18.4Error Handling要求要求要求要求要求19Common Message Components-19.1SIP and SIPS Uniform Resource Indicators部分要求部分要求部分要求部分要求部分要求暂不要求支持TLS和SIPS-URI19.1.1SIP and SIPS URI Components部分要求部分要求部分要求部分要求部分要求暂不要求支持IPv6, Tel-URI, SIPS-URI, TLS, SCTP19.1.2Character Escaping Requirements要求要求要求要求要求19.1.3Example SIP and SIPS URIs-19.1.4URI Comparison要求要求要求要求要求19.1.5Forming Requests from a URI部分要求部分要求部分要求部分要求不适用暂不要求支持SIPS-URI19.1.6Relating SIP URIs and tel URLs部分要求部分要求部分要求部分要求部分要求暂不要求支持Tel-URI19.2Option Tags要求要求要求要求要求19.3Tags要求要求要求要求要求20Header Fields-1 本章节对各消息头的应用场合进行了描述，如果可以明确“暂不要求”的，将在“说明”栏中说明；否则作为描述性语言，依照前面章节对实体的要求而选择对该消息头的处理。2 “暂不要求”指的是实体不需要产生该消息头，当接收到的消息中带有此消息头时，该消息头的存在不应当影响实体对整个消息的处理20.1Accept-20.2Accept-Encoding-20.3Accept-Language-20.4Alert-Info-1. 暂不要求支持AbsoluteURI20.5Allow-20.6Authentication-Info-暂不要求-暂不要求SIP-ISUP互通单元支持该消息头20.7Authorization-暂不要求-暂不要求SIP-ISUP互通单元支持该消息头20.8Call-ID-20.9Call-Info-暂不要求支持AbsoluteURI20.10Contact-暂不要求支持SIPS-URI和AbsoluteURI20.11Content-Disposition-20.12Content-Encoding-20.13Content-Language-20.14Content-Length-20.15Content-Type-20.16CSeq-20.17Date-暂不要求-20.18Error-Info-暂不要求1暂不要求支持AbsoluteURI20.19Expires-暂不要求-暂不要求暂不要求SIP-ISUP互通单元支持Expires头20.20From-暂不要求支持AbsoluteURI和SIPS-URI20.21In-Reply-To-