SIP扩展与相关RFC介绍

SIP扩展综述

SIP扩展可分成几个类型：

SIP能力的某些欠缺；
业务能力增强，如IM、REFER；
安全性、Qos能力增强；
SIP适用于传统电信网络应用模型的能力，包括IMS专用扩展；

事件通知 - RFC3265

增加了消息SUBSCRIBE、NOTIFY，SIP头Allow-Events、Subscription State，响应202Accept、489等；该机制独立于dialog；
SUBSCRIBE发起订阅，订阅拥有状态（激活、等待、终止）；收到2xx响应或NOTIFY消息时创建一个对话（与INVITE类似的对话？），后续SUBSCRIBE与NOTIFY在对话中传递；对话有一个expire时间，超时前需要重新订阅；SUBSCRIBE的超时及取消机制与REGISTER类似；
事件包，一种扩展机制；事件模板包，一种特殊的事件包；事件包定义自己的MIME类型；在NOTIFY的payload中携带状态信息；

状态发布 - RFC3903

PUBLISH方法，用于client主动向状态代理发布状态，使用payload携带；
Event head；

IM - RFC3428、RFC3862

两种消息交互方式：页面模式与session模式；
页面模式：每个消息是独立的，与它之前或之后的IM在protocol层无关；RFC3428定义的MESSAGE消息用于其实现，消息内容置于payload中，MIME正文填写text/plain；RFC3862定义了与SIP客户间的互操作，MIME使用message/cpim；
Session模式：使用SIP建立session，之后使用MSRP来携带消息内容；

PRACK - RFC3262

与传统电信网络中呼叫建立前信令对应的SIP临时消息，如180，在某些场景下不可缺少，故增加了临时消息可靠传输能力——对SIP基本状态机会产生什么影响？
仅适用于INVITE的临时响应；
本扩展的标识100rel；
RSeq头，类似CSeq；PRACK的RACK头，依次包括RSeq与CSeq头的值；
不能对100 Trying使用可靠传输机制，因为100只是用于终止INVITE等的重传；

UPDATE - RFC3311

用于不影响当前dialog情况下更新会话描述，仅用于由INVITE产生的dialog，可在dialog的早期阶段和确定阶段发送，但不能在dialog建立前发送——如创建dialog的临时响应发送、应答前；
早期阶段（early INVITE-initiated）：client获得1xx（非100）应答后，dialog可能在早期阶段后直接终结；
确定阶段：得到2XX应答后；
UPDATE仅用于dialog；
UPDATE携带SDP offer，其2xx应答携带answer；

Precondition - RFC3312

用于session建立前的资源预留，对应SIP扩展标签precondition；
Caller在初始SDP中指明本次会话的约束，called对其响应（IMS中好像使用183），但既不建立会话也不提交给用户；在主被叫已知前提已经获得满足时主叫方再发送一个新的SDP offer，被叫方发送answer后session才建立；这在IMS中使用UPDATE；
SDP中的约束信息如：a=des:qos sptimal e2e send

REFER - RFC3515

发送者指引接收者去访问REFER请求中所标识的资源；Refer-To、Referred-By头域，202 Accepted响应；
REFER与NOTIFY综合使用，实现呼叫转移功能；NOTIFY被用于Transferee通知Transferor第二个呼叫的状态；从NOTIFY看出，REFER创建了一个订阅，该订阅不带expire参数，expire值由接收方决定；发起方可以发送SUBSCRIBE来延长该时间；由事件通知框架的要求，接收到REFER后需要立即产生和发送NOTIFY；
呼转的类型：

Unattended transfer，即盲转blind transfer，Transferor与Transferee之间存在一个呼叫，但与Transfer Target之间不存在呼叫；

可能的过程：Transferor向Transferee发送REFER，Transferee回送202 Accepted；Transferee向Transferor发NOTIFY(100 Trying)，并向Transfer Target发起INVITE，在收到200 OK时使用NOTIFY(100 OK)通知Transferor，然后Transferor或Transferee任一方BYE挂断primary
call；

Attended transfer，即supervised transfer，Transferor与Transferee及Transfer Target间都存在呼叫；

成功的呼转并不改变Transferor与Transferee间的媒体流，并不影响原有的session；任一方都可以在REFER后通过发送BYE消息来结束原有的session；

Path head – RFC3327

Path扩展可用于记录REGISTER从UA到registrar所经过的路径，即经过的proxy；IMS中用于归属网络向UA发请求；Path语法与record-route头类似；扩展标识“path”；
如果UA支持path扩展，如果proxy希望发往UA的任何后续请求都通过自己或某个URI，则它在UA的REGISTER中加入一个path头记录该URI；registrar记录path及AOR及contact，在后续发往UA的请求中，path记录的URI被放到route头中，以使消息发送经过所指定的URI；

Private - RFC3325

用于可信网络中判断终端用户、系统的身份；及提供终端用户指示其隐私要求的机制；

信令压缩 - RFC3486

RFC3320，信令压缩规范，将文本信令压缩成二进制流；
URI参数 comp=SigComp
使用request URI与via、route头，指示节点的压缩支持；

INFO - RFC2976

提供一种在sip session执行建立操作开始后，独立于sip信令路径发送session相关“控制”信息的机制——文献[2]；INFO的发送时机与UPDATE一样；

SIP-T – RFC3372

在SIP消息体中包装ISUP消息；使用INFO(RFC 2976)消息传输呼叫中的信令；

SIP消息分段 – RFC3420

MIME类型message/sipfrag；

SIP-Sec-Agree – RFC3329

安全协商，允许UA与其第一跳服务器之间就后续通信中所使用的安全机制进行协商；

Media authorization – RFC3313

P-Media-Authorization

服务路由发现 - RFC3608

UA可以在发出的请求中包含一系列Route头，来使请求经过特定的proxy，从而获得相应服务；
Service-Route头，用于UA学习服务路由；registrar在响应REGISTER的200 OK中使用Service-Route头，从而提供给UA；

IMS扩展头 – RFC3455

专用于3GPP IMS；
P-Charging-Vector，IMS计费ID（ICID）和相关接入网计费信息；
P-Charging-Function-Address，归属网络中计费功能的地址；
P-Visited-Network-ID，注册时传递拜访网络的标识；
P-Access-Network-Info，拜访网络向归属网络传递信息；
P-Called-Party-ID，
P-Associated-URI，与用户相关联的其他URI；

其他SIP相关RFC介绍

RFC3665

Session Initiation Protocol (SIP) Basic Call Flow Examples

3PCC - RFC3725

3rd party call control in sip

SDP – RFC2327 RFC3264 RFC4566

新的SDP标准是RFC4566(2006.7)，替换了RFC2327与RFC3266；

RFC3960

Early Media and Ringing Tone Generation in the Session Initiation

服务器定位 –RFC3263

Session Initiation Protocol (SIP): Locating SIP Servers

RFC2806

URLS for telephone calls

RFC3108

Conventions for the use of the Session Description Protocol (SDP) for ATM Bearer Connections

RFC3204

MIME media types for ISUP and QSIG Objects

RFC3323

A Privacy Mechanism for SIP

RFC3326

The Reason Header Field

相关规范列表

RFC 3261: SIP Session initiation protocol.
RFC 3263: Session Initiation Protocol (SIP): Locating SIP Servers.
RFC 2327: SDP Session Description Protocol.
RFC 3420: Internet Media Type message/ipfrag.
RFC 2976: The SIP INFO Method
RFC 2806: URLS for telephone calls
RFC 3108: Conventions for the use of the Session Description Protocol (SDP) for ATM Bearer Connections
RFC 3204: MIME media types for ISUP and QSIG Objects
RFC 3262: Reliability of Provisional Responses in SIP
RFC 3264: An Offer/Answer Model with the Session Description Protocol (SDP)
RFC 3265: SIP-Specific Event Notification
RFC 3310: HTTP Digest Authentication Using AKA
RFC 3311: The SIP UPDATE method
RFC 3313: Media Authorization
RFC 3323: A Privacy Mechanism for SIP
RFC 3325: Asserted Identity within Trusted Networks
RFC 3326: The Reason Header Field
RFC 3327: Extension Header Field for Registering Non-Adjacent Contacts (Path)
RFC 3372 : SIP for Telephones (SIP-T): Context and Architectures
RFC 3428: The SIP MESSAGE method
RFC 3455: Private Header Extensions to SIP for 3GPP
RFC 3515: The SIP REFER method
RFC 3581: An Extension to SIP for Symmetric Response Routing.
RFC 3608: SIP Extension Header Field for Service Route Discovery During Registration
RFC 3842: A Message Summary and Message Waiting Indication Event Package for SIP
RFC 3856: SIP Extensions for Presence
RFC 3891: The SIP "Replaces" Header
RFC 3892: The SIP Referred-By Mechanism
RFC 3959: early session disposition type for SDP
RFC 4028: Session Timers in SIP
ITU-T T.38 Annex D (04/2004) and RFC 3362 for support of T.38 in SIP
IETF draft-levy-sip-diversion-08.
draft-ietf-sipping-kpml-07.

参考文献
[1] Miikka Poikselka等，The IMS IP Multimedia Concepts and Services，机械工业，2007.7；
[2] Dialogic，Dialogic Global Call IP，2008.3；