admin 管理员组

文章数量: 1086019


2023年12月18日发(作者：createpipe error)

一：问题的提出

在分析码流时遇到如下SIP流程

Invite

100try

183

-->PRACK

200Ok

180Ring

PRACK

第一个PRACK是对183消息响应，很少见到第二个在180Ring之后的PRACK；那么产生PRACK时机是什么呢，PRACK真实作用是什么呢。

二：问题的解答

查阅如下资料

SIP定义了两种应答：临时（provisional)和最终（final）。

最终应答传送的是请求处理的结果，是可靠性的（reliably）。 而临时应答传送的是处理过程的信息，由RFC3261可知是非可靠的。但是由现在的情况看来，如果需要在该响应消息中携带媒体信息，那么就必须保证该消息能够可靠的传输到对端，临时应答也应该是可靠的。

RFC3262定义了一种SIP可选的扩展方法——PRACK（provisional ack），用于支持临时应答的可靠性。它的实现机制如下：

借鉴了INVITE请求的2**应答的可靠性机制：通过构造新的事务来重发ACK来确认接收到了2**应答，这种可靠性是端点到端点（end-to-end）的。对于1**（除100外）的应答，使用PRACK来终止该应答的重发。PRACK是对临时应答而言，不同于ACK，是一种跟BYE一样的正常SIP消息。所以它的可靠性是点到点（hop-by-hop）的，且具有应答。

每个临时响应都有一个顺序号，在于RSeq头域中。而PRACK消息包括了RAck头域，指示回应的临时相应的顺序号，且不具有积累效果。

UAS行为

如果请求INVITE的头域Supported中包括选项100rel，UAS可能发送可靠性临时响应；如果请求INVITE的头域Require中包括选项100rel，UAS必须发送可靠性临时响应，否则发送420

(Bad Extension)且Unsupported头域中包括选项100rel。但是，如果请求中不满足以上任一情况，则不能支持可靠临时相应。

UAS需要发送可靠临时相应原因：多种原因。其中之一为根据RFC3261,如果UAS需要一段时间来处理请求，UAS需要发送临时相应消息给Proxies来“延时（extention）”，因为Proxy一般只保留请求上下文3分钟，所以为了避免丢失消息，常需要1分钟重发一次。而使用可靠临时相应只需2分半钟重发一次。

可靠临时响应的构建：只需在RFC3261的基础上进行一些补充：必须包括Require头域（包括100rel选项）和RSeq头域（值为1到2**32-1，是对话中是唯一的）。

PRACK和临时响应的匹配：PRACK首先必须和临时相应在同一个对话之中，RAck中的方法、

CSeq-num和response-num分别对应于临时响应CSeq中的方法、CSeq中的序号和RSeq的序号。

如果接受到的PRACK无法找到相匹配的临时相应，则回应481；否则回应2**，并停止该临时相应的重发。如果在64*T1时间内没有接收到PRACK，则UAS回应5**。在第一个可靠响应得到回应，才可以发送第二个可靠相应。对于同一个请求，第二个可靠相应的RSeq比第一个大1。

UAS可以在可靠临时响应未收到PRACK情况下发送最终应答，除了以下情况：最终响应为2**且其中一个临时相应中有媒体描述。如果最终响应已经发送，则临时相应的重发和新的临时消息发送都不能进行。

UAC行为

如果需要可靠临时应答，则在INVITE请求的Require头域中包含100rel选项，而其他方法中的Require中不能包含该选项；如果将可靠临时应答的需求的决定权交给UAS，则应在INVITE的头域Supported中包含100rel选项。当头域Require中包含100rel的临时消息到来时，且临时消息非100，说明临时消息是可靠的。UAC接下来在对话中建立PRACK请求，跟其它在对话中建立的非INVITE请求一样，UAC不应在接收到重发的可靠临时应答时重发PRACK，即使重发不会引起协议错误。

一个临时应答到来时，如果dialog ID、CSeq、 和RSeq跟之前的一样时，该应答视为重发，该应答必须被丢弃。所以，UAC需要记录RSeq值直到最终应答的到来。如果新的一个临时应答到来时，需要判断RSeq是否比之前的值大。如果不是的话，则不能回应PRACK,可以丢弃该临时应答或缓存起来以等待没有到来的老的临时应答。如果在最终应答到来之后收到临时应答，可以回应或直接丢弃。

当UAS收到的INVITE中含有Supported:100rel，UAS在发送响应的临时消息中，可以根据UAS中是否支持PRACK决定发送临时消息中的参数。如果支持则临时消息中加入Require:100rel和Rseq字段，接到该消息UAC发送PRACK；否则不加上述参数，UAC不发PRACK。

当UAS收到的INVITE中含有Require:100rel。UAS如果不支持PRACK需要使用420（不正确的扩展）来拒绝呼叫。否则临时消息中加入Require:100rel和Rseq字段，接到该消息UAC发送PRACK。

三：信令流程

1.Invite

Supported:100Rel 将可靠临时应答的需求的决定权交给UAS

2.<---183

Require:100rel UAS返回的183是可靠的临时消息，需要UAC回复PRACK的确认

3.-->PRACK

UAC发送PRACK对183进行收到确认


本文标签： 消息 可靠 应答 发送 响应

版权声明：本文标题：SIP 100Rel作用 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/b/1702864829a433767.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。