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)终结时,如果实体仍然没有收到响应消息,实体将终止该呼叫请求。
与INVITE消息相关的最终响应行为(Server侧行为)
当被叫用户应答时,被叫侧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消息的相同。
其它请求消息的行为(Client侧行为)
其它请求(非INVITE请求)消息,例如INFO消息或BYE消息,实体接收到最终响应后,由于不需要对最终响应消息进行确认,因此消息重发行为上与INVITE消息的重发存在不同。
当实体发送INFO或BYE消息后,实体将会启动定时器F(Timer F=64T1)。如果定时器F终了时,没有收到最终响应消息,实体将会清掉Transaction。
在不可靠传送的情况下,实体同时启动T1定时器。如果没有收到任何响应消息,实体重发的行为将与INVITE消息相关的最终响应行为(Server)相同。如果在此期间没有收到临时响应消息,实体将会以T2的间隔重发。
ACK只有在响应非200 OK时才和INVITE一样,否则与INVITE不为同一事务。只属于同一个对话。
来自软件技术共享网:http://itshare.17gigs.com