SIP协议讲解.docVIP

SIP协议讲解 SIP工作架构原理简介 图1 协议结构图 SIP协议是一种会话建立和控制的信令协议，SIP协议本身不能实现多媒体的业务，SIP协议和SDP协议，媒体流RTP/RTCP协议配合完成完整的多媒体会话业务。 图2会话建立流程图 SIP协议介绍 SIP 基本概念 Session: : 会话是媒体流数据和他们发送者和接收者的集合的概念由SDP中的SESSION ID定义 Dialog: 对等SIP实体间的SIP信令连接关系，由from tag, to tag,call id唯一标识 User Agent Client (UAC):：创建新的SIP请求的逻辑实体 User Agent Server (UAS)：接收SIP请求并回应响应的逻辑实体 PROXY ：在UAC和UAS之间路由SIP消息的网络实体 SIP消息 SIP 消息分为从客户机到服务器的请求消息以及从服务器到客户机的响应消息。两种类型的消息结构相似，虽然语义不尽相同。两种消息都有一个起始行（start line）; 一个或多个头字段（ head fields）;一个空行（empty line）表示头部的结束；还包括一个可选择的消息体（message-body）。 generic-message = start-line * message-header CRLF [ message-body ] start-line = Request-Line / Status-Line 请求消息Request 中请求行： Request-Line = Method SP Request-URI SP SIP-Version CRLF 请求方法（Method）有六种： REGISTER 用来登记；INVITE,ACK,CANCEL 用来建立对话；BYE 用来结束对话； OPTIONS 用来咨询服务器的能力。 Request-URI: 是SIP 或SIPS URI，也支持“tel”URI，代表request 所请求的用户 或服务器。它的初始值可以被设成与to field 中URI 一致；一个比较特殊的情况是 register，它是被设成所要登记地址的location service 的域。在呼叫寻址的过程中可以 改写,在寻址过程中有详细介绍。 SIP-Version：表示request 和response 所使用的SIP 版本。 响应消息Response 中状态行： Status-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLF 状态码（Status-Code）有： 1xx: Provisional -- request received, continuing to process the request; 2xx: Success -- the action was successfully received, understood, and accepted; 3xx: Redirection -- further action needs to be taken in order to complete the request; 4xx: Client Error -- the request contains bad syntax or cannot be fulfilled at this server; 5xx: Server Error -- the server failed to fulfill an apparently valid request; 6xx: Global Failure -- the request cannot be fulfilled at any server. 消息头字段（head fields）： header = header-name HCOLON header-value *(COMMA header-value) （字段值，参数名，参数值大小写无关） (请求消息必须包括Via，To，From，CSeq，Call-ID，Max-Forwards 六个字段) Via: SIP/2.0/UDP ;branch=z9hG4bKnashds8 ; received= Via head field Via 头字段保存所经过SIP 网元的主机名或网络地址（可能还有端口号）， 消息中的所有Via 头字段对请求消息而言，从下至上依次表示到当前所在 SIP 网元为止，请求消息所经过的路径；对响应消息而言，从上至下依次表 示从当前网元开始，响应所应遵循的路径。 UAC 在发出请求时，他在其请求中插入Via 字段，该字