sip信令超时机制求解 - 通信人家园

时间: 2017-9-20 15:31

作者: K0NGLING 标题: sip信令超时机制求解

DIALOG：当UA发送初始INVITE请求后，只有接收到失败响应才有可能建立DIALOG。通过callid,FROM域中的tag参数，TO域中的tag参数来DIALOG唯一标识。 FROM域中的参数由主叫添加，TO域中的参数由被叫添加。

根据DIALOG的定义，只有当101－199或200消息中的TO域中带有tag参数时，此时才建立dialog. 对通过101－199消息（目前一般是18×消息）建立的DIALOG，我们称之为早期会话(early dialog).

无论是Client还是Server方，在定时器和消息重发的处理上，可分为与INVITE相关的Transaction 和与INVITE不相关的Transaction。RFC3261中定义了两个基准定时器T1＝500ms和T2＝4s。

无论是可靠传送还是不可靠传送，当实体发送消息（请求或响应消息）后，都会启动一个64 倍的T1定时器，当此定时器终结时，如果没有收到相应的响应或确认消息，实体将会清掉相关的Transaction。

与INVITE消息相关的行为（Client侧行为）当SIP实体（包括UA和Proxy）发送INVITE消息后，无论是可靠传送还是不可靠传送，实体都会启动 Transaction保护，启动定时器B（Timer B=64*T1，如果T1＝500ms,则此定时器为32S）。

在不可靠传送的情况下，实体同时会启动T1定时器（500ms）,如果T1终结了没有收到任何响应消息，实体将会重发INVITE消息，以后的间隔分别为2T1,4T1,8T1,16T1,32T1,在此期间，如果收到响应消息，实体将会终止重发行为。

当定时器B（Timer B=64T1）终结时，如果实体仍然没有收到响应消息，实体将终止该呼叫请求。

当被叫用户应答时，被叫侧UA（UAS）将会向对端发送200消息，表示对INVITE消息的确认，主叫侧UA（UAC收到200消息）后，将会发送ACK消息，表示收到200消息。

因此，对Server侧来讲，当发送200消息后，为了等待ACK消息，将会启动定时器H（Timer H=64T1）. 当不可靠传送的情况下，Server还会启动T1定时器，如果T1终结，没有收到ACK消息，UAS将会重发200 消息。以后的间隔分别为2T1,4T1,8T1,当时间达到T2（T2＝8T1）后，后续重发的间隔将一直为T2.

当定时器H（Timer H=64T1）终了时，如果实体仍然没有收到ACK确认消息，实体将会终止该呼叫请求。

其它的最终响应消息，消息的重传和定时器保护也与200消息的相同。

其它请求（非INVITE请求）消息，例如INFO消息或BYE消息，实体接收到最终响应后，由于不需要对最终响应消息进行确认，因此消息重发行为上与INVITE消息的重发存在不同。

当实体发送INFO或BYE消息后，实体将会启动定时器F（Timer F=64T1）。如果定时器F终了时，没有收到最终响应消息，实体将会清掉Transaction。

在不可靠传送的情况下，实体同时启动T1定时器。如果没有收到任何响应消息，实体重发的行为将与INVITE消息相关的最终响应行为（Server）相同。如果在此期间没有收到临时响应消息，实体将会以T2的间隔重发。

ACK只有在响应非200 OK时才和INVITE一样，否则与INVITE不为同一事务。只属于同一个对话。