ransferee通知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-Vi