INFO方法作为一个新的SIP方法是对SIP协议的扩展。 
       以下是一些INFO消息地可能应用: 
      - 在PSTN网关之间传送 呼叫中 PSTN 信令消息
      - 传送SIP会议中生成的 DTMF 数字。
      - 传送 无线信号强度信息以支持无线移动应用。
      - 传送 计算平衡信息.
      - 在会议的参加者之间传送 影像或其它的非流信息INFO方法 被用于沿着呼叫的信令通路进行会议中信令消息间的通讯。 
   INFO方法 并不是用于改变SIP呼叫的状态，也不是用于改变被SIP初始化地会议状态。然而，它提供增加的选项信息可以进一步加强用SIP的应用程序功能。
 
   INFO方法的信令通路是呼叫建立之后建立的信令通路。这可以是呼叫方和被呼叫方用户代理之间的直接信令，也可以包括是牵涉到呼叫建立和自己增加到初始INVITE信息记录路由头部的SIP代理服务器的信令通路。
   会议中信息能够在INFO信息头部或作为一个消息体的一部分来进行通讯。消息体和/或消息头部的定义被用来传送会议中信息在本文档讨论范围之外。
   没有与INFO相关的特别语法语义。语义是从定义给INFO用的头部或协议体那里继承来的。
INFO 请求方法的响应 
      如果服务器收到一个INFO请求，他必须发出一个最后的回应。
      如果INFO请求被现有的呼叫成功的接收到，UAS必须发送一个 200 OK没有消息体的回应给一个INFO请求 。在此之外，不需要其他的操作。 
如果INFO请求与任何现存的呼叫 leg不匹配，那么一个 481 呼叫 Leg/Transaction 不存在消息必须在一个UAS中被发送。 
      如果一个服务器收到一个他能理解消息体的INFO请求，但是它又对与INFO过程有关的消息体规则没有一点了解，那么这个消息体可能被翻译并显示给用户。这个INFO被一个200 OK说回应了。
      如果INFO请求包括一个服务器那时不能理解的消息体， 在INFO相关的消息体的进程规则缺乏时，服务器必须回应一个 415 不支持的媒体类型消息。
INFO消息体 
   INFO消息的目的是在SIP用户代理间传送信息。这一信息尽管能够在INFO信息头中传送，它一般地将被放在消息体中传送。
   对于消息体的定义或其它任何为INFO方法产生的新头部在本文档讨论范围之外。期望能够产生以定义这些实体为目标的独立文档。
   另外， INFO方法并不定义确保按顺序传送的附加机制。 当 CSeq 头部将在传送新的INFO消息 消息时自增，这就不能被用来决定INFO信息的顺序，这是由于一个事实，即在用户代理发送有 re-INVITES 或其它SIP消息时在INFO消息 CSeq 的计数中将会引起鸿沟。
安全性考虑 
   如果，消息体的内容是私有的，那么端到端的消息体的加密能够阻止未授权的进入去访问它的内容。
   没有其它的安全方法说明给INFO方法.在SIP说明中所说明的安全需要同样用于INFO方法。