rfc3261: SIP

• 请求的消息头
• 回复的消息头
• 消息
• 处理应答
• Invite 客户事务
• 应答代码

请求的消息头

• 举例：以 Alice 向 Bob 发起会话为例

  INVITE sip:bob@biloxi.com SIP/2.0
  Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
  Max-Forwards: 70
  To: Bob <sip:bob@biloxi.com>
  From: Alice <sip:alice@atlanta.com>;tag=1928301774
  Call-ID: a84b4c76e66710@pc33.atlanta.com
  CSeq: 314159 INVITE
  Contact: <sip:alice@pc33.atlanta.com>
  Content-Type: application/sdp
  Content-Length: 142
  (Alice’s SDP not shown)
  

• To tag，From tag 和 Call-ID 完全定义了一个端到端的 SIP 关系，称为一个会话
• Via 告诉其它元素回复发送到哪里；Contact 告诉其它元素未来的请求发送到哪里
• 回复和请求包含一样的 To，From，Call-ID，CSeq，Via 的 branch
• 代理服务：atlanta.com SIP server 是一个代理服务。代理服务接收 SIP 请求，代表请求者转发请求
  • 100 (Trying)：表示代理服务已经收到请求，正在代表请求者路由请求到目的地
  • 代理服务器路由之前，会在 Via 加上或者删掉自己的地址信息

其他头域

回复的消息头

• 举例：以 Bob 回复 Alice 为例

  SIP/2.0 200 OK
  Via: SIP/2.0/UDP server10.biloxi.com
      ;branch=z9hG4bKnashds8;received=192.0.2.3
  Via: SIP/2.0/UDP bigbox3.site3.atlanta.com
      ;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2
  Via: SIP/2.0/UDP pc33.atlanta.com
      ;branch=z9hG4bK776asdhds ;received=192.0.2.1
  To: Bob <sip:bob@biloxi.com>;tag=a6c85cf
  From: Alice <sip:alice@atlanta.com>;tag=1928301774
  Call-ID: a84b4c76e66710@pc33.atlanta.com
  CSeq: 314159 INVITE
  Contact: <sip:bob@192.0.2.4>
  Content-Type: application/sdp
  Content-Length: 131
  (Bob’s SDP not shown)
  

消息

• SIP 协议基于文本，使用 utf-8 字符集

• 每个消息包括一个起始行，一个或多个头域，一个空行标识头域的结束，一个可选的消息体

  • CRLF：carriage-return(回车) line-feed(换行)
  • SP: space，空格
  • 请求的开始行是 Request-Line
  • 回复的开始行是 Status-Line
  • 客户端不要求检查或显示 reason-phrase
  • HCOLON = *(SP/HTAB) ":" SWS允许在冒号之前有空白，但是不允许有行分隔符，并且允许在冒号之后有空白，或者行分隔符
  • 推荐冒号之前无空格，冒号之后有一个空格
  • HTAB 水平制表符，即 Tab 键
  • LWS = [*WSP CRLF] 1*WSP 线性空白
  • SWS = [LWS] 线性空白可选

  • 不同的 header-name 的顺序是无关的，但是建议将代理处理流程相关的域放在前面；相同的 header-name 的顺序是有关的

    generic-message  =  start-line
                    *message-header
                    CRLF
                    [ message-body ]
    start-line       =  Request-Line / Status-Line
    Request-Line     =  Method SP Request-URI SP SIP-Version CRLF
    Status-Line      =  SIP-Version SP Status-Code SP Reason-Phrase CRLF
    message-header   =  "header-name" HCOLON header-value *(COMMA header-value)
    

处理应答

• UAC 对于不能识别的最终响应，必须将其视为对应的 x00 类的响应代码，且 UAC 必须能够处理所有的 x00 响应代码
• UAC 必须能够处理 100 和 183 (会话进行) 响应
• 在应答中，有不止一个 Via 头域值存在，UAC 应该丢弃这个消息。包含超过一个 Via 头域值的消息是因为被错误的路由或者消息被破坏

Invite 客户事务

• T1：是一个估计的循环时间（round-trip time，RTT），缺省设置为 500ms

应答代码

• 临时应答 1xx：标志了对方服务器正在处理请求，还没有决定最后应答。如果服务需要 200ms 以上才可产生最终应答，应发送一个 1xx 应答。1xx 不是可靠传输的，不会导致客户端发送 ACK。可以包含消息体，描述会话

• 成功信息 2xx：表示请求是成功的

• 转发请求 3xx： 用于提示用户的新位置信息，或为了满足呼叫转发的可选服务地点

• 请求失败 4xx：定义了特定服务响应的请求失败的情况

• 服务错误 5xx：服务器本身故障的时候给出的失败应答

• 全局错误 6xx：服务给特定用户有一个最终的信息，并不只是在 Request-URI 的特定实例有最终信息