SIP协议原理-报文分析-20091020-A.pptVIP

SIP协议原理报文分析 接入网产品导入部 目录 SIP注册流程 SIP呼叫流程 第一章 SIP注册流程 注册流程 用户每次开机时都需要向服务器注册，当SIP Client的地址发生改变时也需要重新注册，注册信息必须定期刷新，通常注册服务器将注册信息保存到定位服务器中。 注册过程（实例） 带认证请求的注册流程 带认证请求的注册流程（实例） 第二章 SIP呼叫流程 同一个SoftX3000控制下的两个UAC间的呼叫 同一个SoftX3000控制下的两个UAC间的呼叫 同一个SoftX3000控制下的两个UAC之间的呼叫 事件1：SIP PhoneA发 INVITE 请求到PROXY， 请求PROXY 邀请SIP PhoneB加入会话。SIP PhoneA还通过INVITE 消 息的会话描述，将自身的 IP 地址： 01，端口号 8766，静荷类型，静荷类 型对应的编码等信息传送 给PROXY。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件2：PROXY 给SIP PhoneA回100 Trying 表示已经接收到请求消息，正在对其进行处理。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件3：PROXY 给SIP PhoneA发407 Proxy Authentication Required 响应，表明PROXY 端要求对用户进行认证，并且通过Proxy-Authenticate字段携带PROXY 支持的认证方式Digest 和PROXY 域名“”，产生本次认证的nonce，并且通过该响应消息将这些参数返回给终端从而发起对用户的认证过程。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件4：SIP PhoneA发ACK 消息给PROXY，证实已经收到PROXY 对于INVITE 请求的最终响应。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件5 ：SIP PhoneA重新发INVITE 请求到SoftX3000 。携带Proxy-Authorization字段，包括认证方式DIGEST、SIP Phone 的用户标识（此时为电话号码）、PROXY 的域名、NONCE、URI 和RESPONSE（SIP PhoneA收到407 响应后根据服务器端返回的信息和用户配置等信息采用特定的算法生成加密的RESPONSE）字段。 同一个SoftX3000控制下的两个UAC之间的呼叫 同一个SoftX3000控制下的两个UAC之间的呼叫 事件6：PROXY 给SIP PhoneA回100 Trying 表示已经接收到请求消息，正在对其进行处理。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件7：PROXY 向SIP PhoneB发INVITE 消息，请求SIP PhoneB加入会话。并且通过该INVITE请求消息携带SIP PhoneA的会话描述给SIP PhoneB。 同一个SoftX3000控制下的两个UAC之间的呼叫 同一个SoftX3000控制下的两个UAC之间的呼叫 事件8：SIP PhoneB给PROXY 回100 Trying表示已经接收到请求消息，正在对其进行处理。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件9：SIP PhoneB振铃，并回180 Ringing响应通知PROXY。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件10：PROXY 回180 Ringing 响应给SIP PhoneA，SIP PhoneA 听回铃音。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件11：SIP PhoneB给PROXY 回200 OK响应表示其发过来的INVITE请求已经被成功接受、处理。并且通过该消息将自身的IP 地址：01，端口号：8766，静荷类型，静荷类型对应的编码等信息传送给PROXY。 同一个SoftX3000控制下的两个UAC之间的呼叫 同一个SoftX3000控制下的两个UAC之间的呼叫 事件12：PROXY 给SIP PhoneA回200 OK响应表示其发过来的INVITE请求已经被成功接受、处理，并且将SIP PhoneB的会话描述传送给SIP PhoneA。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件13：SIP PhoneA发ACK消息给PROXY，证实已经收到PROXY对于INVITE 请求的最终响应。 同一个SoftX3000控制下的两个UAC之间的呼叫 事件14：PROXY发ACK消息给SIP PhoneB，证实已经收到SIP PhoneB对于INVITE请求的最终响应。此时，主被叫双方都知道了对方的会话描述，启动通话。 同一个SoftX3000控制下的两个UAC之间的呼叫