《RFC3262中文版》由会员分享，可在线阅读，更多相关《RFC3262中文版（6页珍藏版）》请在金锄头文库上搜索。
1、RFC3262中文版1.介绍会话发起协议（SIP）文档（RFC 3261 1）是使用请求响应协议来开始并管理通信会话。SIP定义了两种响应：临时响应和最终响应。最终响应传输请求处理的结果，并使用可靠传输方式。临时响应告知正在处理请求，在RFC3261中不是可靠传输的。后来在一些案例中发现可靠性非常重要，包括与PSTN交互的场景。因此，一个可选的能力需要用来支持临时响应的可靠传输。这种能力在此规范提供。该可靠性机制模仿目前对INVITE请求的2xx最终响应的可靠性机制。这些请求定期地由TU（事务用户）传输直到一个单独的事务，收到一个ACK表示接受到了由UAC发出的2XX响应。对于INVITE的2
2、XX响应和ACK消息是端到端的可靠传输。为了达到临时响应的可靠性，我们使用类似的方法。可靠临时响应由TU使用指数backoff方式进行重传。这些重传在收到PRACK后结束。PRACK请求扮演了和ACK同样的角色，只不过是对应临时响应。这是一个很重要的区别。PRACK是一个普通的SIP消息，就像BYE那样。因此，它的可靠性通过每个有状态代理服务器来保证“HOPBYHOP”（跳至跳）的可靠性。和BYE一样，不同于ACK,PRACK有自己的响应。如果不是这种情况，PRACK消息无法穿越代理服务器，兼容于RFC 2543 4。每个临时响应都有一个序列号（sequence number）, 携带在响应的
3、RSeq头字段。PRACK包含一个RAck头字段，表明了它所确认的临时响应的序列号。该确认不是累积的，本说明建议一次只发一个明显临时响应，以控制拥塞。2.术语在这份文件中，关键词“必须”，“必须不”，“要求”，“应当”，“不应”，“应该”，“不应该”，“建议”，“或许”，和“可选”是被解释为在RFC 2119 2和表明为实现SIP标准要求的水平。3.UAS 行为当初始INVITE包含一个支持（Supported）头字段带有可选标签100rel。UAS可能发 送任何非100临时响应来可靠地回应INVITE，本说明不允许除对应INVITE之外的临时 可靠响应，扩展定义了新的方法来建立对话可能会使用
4、这种机制。当初始INVITE包含一个必须（Required）头字段带有可选标签100rel。UAS必须发送任何非100临时响应，如果UAS不愿意接受，它必须使用420（错误的扩展）携带不支持的带有可选标签100Rel的头字段拒绝初始请求。UAS不允许对100临时响应进行可靠传输。只有101到199可以可靠传输。如果请求既 没有Supported或Require头字段来表明这个特性，UAS不允许可靠地发送临时响应。100Trying响应只能hop-by-hop（跳至跳）,这个原因，这里描述的end-to-end（端到端）地可靠机制不能使用。可以作为代理的成员（element）也能发送可靠的临时响
5、应。这种情况下，它在这个事务中作为UAS。但是，它不能对带有一个标签的To头字段的任何请求做可靠临时响应。这意味着一个代理不能对对话中发送的请求生成可靠临时响应。不同于UAS，当代理成员（element）收到一个不匹配可靠临时响应的PRACK，该PRACK必须被代理。为什么UAS可能想发送一个可靠的临时响应，有如下几个理由：第一，如果INVITE事务可能需要时间来产生最终响应。如3261中13.3.1.1章节谈论的，UAS将需要发送定期的临时响应来向代理请求一个事务的“扩展”。需求是一个代理会每隔3分钟收到请求，但是因为丢包地可能性UAS需要更频繁地发送请求（建议间隔一分钟）。作为一个更有效率
6、的解决方案UAS可以可靠地发送响应。这样UAS应该每隔2.5分钟发送一个临时响应。在扩展事务中使用可靠临时响应是建议性地。剩余地讨论假设初始请求包换一个Supported或Require头字段列出100rel,并且有一个 临时响应被可靠的传输。临时响应被可靠传输是有UAScore根据3261 8.2.6章节的程序来构造的。另外，它必须 包含Require头字段带有可选标签100rel和Rseq头字段。UAS可能发送任何非100临时响应来可靠地回应INVITE，事务中第一个可靠临时响应的头 字段的值必须在1和2*311之间。建议从这个范围内均一地选择。Rseq编号空间用于 一个单独地事务。这个意
7、味着对于不同请求的临时响应可能使用相同的Rseq值。可靠临时响应可能包含一个包体。会话描述的用途在第五章介绍。可靠临时响应被定期地传输到事务层。间隔从T1妙开始，然后每隔双倍地时间重传一次（T1在3261中17章节定义）。一旦传输到服务层事务，它将被加到一个内部未确认 可靠临时响应列表。事务层将转发每个从UAScore中传过来的重传。这个和2xx响应的重传不同，2xx的间隔时间是T2秒。这是因为ACK的重传是由一个2xx接收来触发的，但PRACK的重传独立于1xx的接收。当从UACore中收到一个匹配的PRACK那么可靠临时响应的重传就结束。PRACK就像对话中 的其他请求一样，UAScore
8、 根据3261 的8.2 ，12.2.2 章节程序来处理。一个匹配的PRACK定义类似为在同一会话里的响应，它的方法，Cseqnum和 响应号在Rack头字段匹配， 分别的对应于可靠临时响应的Cseq的方法，序列号和可靠临时响应中的Rseq中的序列号。如果UA core收到一个PRACK请求不匹配任何未确认可靠临时响应，UAS必须给PRACK返回一个481响应。如果PRACK匹配一个未确认可靠临时响应，那么它必须回复一个2xx响应。UAS 可以通过这点来取人临时响应已被有序接收。它应当停止可靠临时响应的重传，并且必须将它从未确认临时响应列表中去掉。如果一个可靠临时响应重传了64T1秒仍未接收到
9、匹配的PRACK，UAS应当用5xx响应拒绝初始请求。如PRACK包含一个会话描述，它将如5章节中所描述的进行处理。如果PRACk包含其他类型的 消息体，这个消息体会按ACK中的消息体的方式进行处理。在请求的第一个可靠临时响应被确认后，UAS可能会发送额外的可靠临时响应。UAS必须在 在第一个被确认后才能发送第二个可靠临时响应。第一个可靠临时响应会有特别的处理因 为它负责传递初始序列号。如果额外的可靠在第一个被确认之前发送，UAS不能确定他们 是否被顺序收到。接下来的针对相同请求的每个可靠临时响应中Rseq的值必须精确地进行加一操作。Rseq序 号不允许循环。因为初始第一个选择小于2*31 -
10、 1，但是最大地值是2*32 - 1，每个请 求可以有超过2*31个临时可靠响应，这个值绰绰有余。UAS可能在收到所有未确认可靠临时响应地PRACK之前发送对于这个请求的最终响应，除非 最终响应是2xx并且所有的未确认可靠临时响应都包含一 个会话描述。在这种情况下，它 必须在所有临时响应都被确认后才能发送最终响应。如果UAS在所有可靠响应仍未确认前 发送最终响应，那么它不应当继续重传未确认可靠临时响应，但是它必须准备处理针对于这些响应的PRACK请求。UAS在发送了一个对于请求的最终响应后不允许再发送新的可靠临 时响应（与未确认响应的的重传相对立）。4.UAC 行为当UAC建立了一个新的请求，
11、它可以坚持对该请求进行临时响应的可靠传送。为了实现该能力，它在请求中插入了一个带100rel可选标签的Require头字段。带100rel可选标签的Require头字段只能在INVITE请求中使用，尽管SIP的扩展可能允许其他的请求方法使用它。Header field where PRACK_Accept R oAccept 2xx -Accept415 cAccept-Encoding R oAccept-Encoding 2xx -Accept-Encoding 415 cAccept-Language R oAccept-Language 2xx -Accept-Language 415
12、 cAlert-Info R -Alert-Info 180 -Allow R oAllow 2xx oAllow r oAllow 405 mAuthentication-Info 2xx oAuthorization R oCall-IDc mCall-Info -Contact R -Contact 1xx -Contact 2xx -Contact 3xx oContact 485 oContent-Disposition oContent-Encoding oContent-Language oContent-Length tContent-Type *CSeq c mDate oE
13、rror-Info 300-699 oExpires -From c mIn-Reply-To R -Max-Forwards R mMin-Expires 423 -MIME-Version oOrganization -Table 1: Summary of header fields, A-OHeader field where PRACK_ Priority R -Proxy-Authenticate 407 mProxy-Authenticate 401 oProxy-Authorization R oProxy-Require R oRecord-Route R oRecord-Route 2xx,18x oReply-To -Require cRetry-After 404,413,480,486 o500,503 o600,603 oRoute R cServer r oSubject R -Supported R oSupported 2xx oTimestamp oTo c mUnsupported 420 mUser-Agent oVia c mWarning r oWWW-Authen
