《sip的info方法》由会员分享，可在线阅读，更多相关《sip的info方法（6页珍藏版）》请在金锄头文库上搜索。
1、本备忘录的状态本文档讲述了一种 Internet 社区的 Internet 标准跟踪协议，它需要进一步进行讨论和建议以得到改进。请参考最新版的“Internet 正式协议标准”(STD1)来获得本协议的标准化程度和状态。本备忘录的发布不受任何限制。版权声明Copyright(C)TheInternetSociety(1998).AllRightsReserved.摘要本文提出了会话初始化协议（SIP）的一个扩展的建议。这一扩展为 SIP 增加了 INFO方法。INFO 方法的目的是允许运送会议相关的控制信息，这些控制信息是在会议中生成的。这种会议控制信息的一个例子是用于控制电话业务的 ISUP
2、 和 ISDN 信令消息。其他的关于 INFO 方法的例子在将来将被标准化。目录1 简介.21.1 用法举例.22INFO 方法.32.1INFO 方法的头域支持.32.2INFO 请求方法的响应.42.3 消息体的内容.52.4SIP 用户代理的行为.62.5SIP 代理和重定向服务器的的行为.62.5.1 代理服务器.62.5.2 分支代理服务器.62.5.3 重定向服务器.63.INFO 消息体.64.利用 INFO 扩展的指导方针.75.安全性考虑.76.参考资料.87.致谢 .88.作者联系方法.8版权说明.91.简介1中描述的 SIP协议定义了用在 SIP 控制的会议的建立和拆除阶
3、段的会议控制信息。另外，SIP 重新 INVITE（re-INVITE）能够用于在一个会一种改变会议的特性。这通常是与会议相关的媒体流量的属性或者更新 SIP 会议地计时器。然而，没有通用的目标机制来在会话过程中沿着 SIP 信令通路承载会话控制信息。INFO 消息的目的是沿着 SIP 信令通路携带应用层消息。INFO 方法并不是用来改变 SIP 呼叫的状态，或会议 SIP 的初始化状态参数。它仅是用于发送通常与会议有关的应用层的可选信息。会议中的信号信息穿过会议后的 SIP 信令通路建立是必要的。这个通路是 SIP 的re-INVITEs,BYEs 和其它与一个独立会话联系的 SIP 请求所
4、采用的。他允许 SIP 代理服务器接收并潜在地对会议中的信号信息起作用。此文档通过定义新的 INFO 方法提供了 SIP 的一个扩展。INFO 方法将被用于沿着会议信号通路传送呼叫中信号信息。1.1 用法举例以下是一些 INFO 消息地可能应用:-在 PSTN 网关之间传送呼叫中 PSTN 信令消息-传送 SIP 会议中生成的 DTMF 数字。-传送无线信号强度信息以支持无线移动应用。-传送计算平衡信息.- 在会议的参加者之间传送影像或其它的非流信息这些只是可能的应用；本文档并不指定这些应用，也不一定必须介绍它们。也可以想象还有 INFO 方法的其它电话和非电话的应用。2.INFO 方法INF
5、O 方法被用于沿着呼叫的信令通路进行会议中信令消息间的通讯。INFO 方法并不是用于改变 SIP 呼叫的状态，也不是用于改变被 SIP 初始化地会议状态。然而，它提供增加的选项信息可以进一步加强用 SIP 的应用程序功能。INFO 方法的信令通路是呼叫建立之后建立的信令通路。这可以是呼叫方和被呼叫方用户代理之间的直接信令，也可以包括是牵涉到呼叫建立和自己增加到初始 INVITE 信息记录路由头部的 SIP 代理服务器的信令通路。会议中信息能够在 INFO 信息头部或作为一个消息体的一部分来进行通讯。消息体和/或消息头部的定义被用来传送会议中信息在本文档讨论范围之外。没有与 INFO 相关的特别
6、语法语义。语义是从定义给 INFO 用的头部或协议体那里继承来的。2.1INFO 方法的头域支持表 1 和表 2 给【1】中的表 3 和表 4 增加了一列。请参考【1】中的第 6 节对表中内容的描述。请注意在附录里定义的规则和【1】中表 3 和表 4 的 ee 列同样应用了在 INFO请求和回应 INFO 请求中的头部的应用。2.2INFO 请求方法的响应如果服务器收到一个 INFO 请求，他必须发出一个最后的回应。如果 INFO 请求被现有的呼叫成功的接收到，UAS 必须发送一个 200OK 没有消息体的回应给一个 INFO 请求。在此之外，不需要其他的操作。头部 Header 地方 Whe
7、re 信息 INFO-接收 AcceptRo接收编码 Accept-EncodingRo接收语言 Accept-LanguageRo允许 Allow200-允许 Allow405o认可 AuthorizationRo呼叫号 Call-IDgcm连接 ContactRo连接 Contact1xx-连接 Contact2xx-连接 Contact3xx-连接 Contact485-连接编码 Content-Encodingeo内容长度 Content-Lengtheo内容类型 Content-Typee*CSeqgcm数据 Datego加密 Encryptiongo期满 ExpiresgoFrom
8、gcm隐藏 HideRo最大向前流 Max-ForwardsRo组织 Organizationgo表 1 头域的概括,A-0包括消息体的 INFO 消息是在本文档的讨论范围之内。本文档消息体的定义将同样需要 SIP 中的那些消息体中的定义。如果 INFO 请求与任何现存的呼叫 leg 不匹配，那么一个 481 呼叫 Leg/Transaction不存在消息必须在一个 UAS 中被发送。如果一个服务器收到一个他能理解消息体的 INFO 请求，但是它又对与 INFO 过程有关的消息体规则没有一点了解，那么这个消息体可能被翻译并显示给用户。这个 INFO 被一个200OK 说回应了。如果 INFO
9、请求包括一个服务器那时不能理解的消息体，在 INFO 相关的消息体的进程规则缺乏时，服务器必须回应一个 415 不支持的媒体类型消息。头部地方 INFO 信息-优先权 RoProxy 验证 407oProxy 验证 RoProxy-需求 Ro请求 Ro重试-之后 R-重试-之后 404,480,486o重试-之后 503o重试-之后 600,603o回应-关键字 Ro记录-路由 Ro记录-路由 2xxo路由 Ro服务器 ro主体 Ro时间戳 goTo 到 gc(1)m不支持的 420o用户代理 goViagc(2)m告警 roWWW-验证 401o表 2 头域的概括 P-Z那些在 SIP 呼叫
10、状态中或被 SIP 初始化后的会议中完成一个改变的消息体不能被放在一个 INFO 消息中发送。其它请求失败(4xx),服务器失败(5xx) 和全局失败(6xx)回应将被送给 INFO 请求。2.3 消息体的内容INFO 请求将包含一个消息体。.2.4SIP 用户代理的行为除非被申明，INFO 请求的协议规则控制了标记（tags）的用法。路由和记录路由重传和可靠性，CSeq 自增和消息格式遵从【1】中定义给 BYE 请求。一个 INFO 请求将被取消。如果，一个最终的回应没有被送给 INFO 并且行为如同该请求从未被接收，那么，一个 UAS 接收一个给 INFO 请求的取消（CANCEL ）将用
11、一个“487请求已取消”回应给 INFO。然而，INFO 消息决不许改变 SIP 呼叫的状态，或 SIP 初始化的会议。2.5SIP 代理和重定向服务器的的行2.5.1 代理服务器除非被申明,在一个服务器上的 INFO 的协议规定与那些在【1】中说明的 BYE 请求的协议规定相一致。2.5.2 分支代理服务器除非被申明,在一个服务器上的 INFO 的协议规定与那些在【1】中说明的 BYE 请求的协议规定相一致。2.5.3 重定向服务器除非被申明,在一个服务器上的 INFO 的协议规定与那些在【1】中说明的 BYE 请求的协议规定相一致。3.INFO 消息体INFO 消息的目的是在 SIP 用户
12、代理间传送会议中的信息。这一信息尽管能够在 INFO 信息头中传送，它一般地将被放在消息体中传送。对于消息体的定义或其它任何为 INFO 方法产生的新头部在本文档讨论范围之外。期望能够产生以定义这些实体为目标的独立文档。另外，INFO 方法并不定义确保按顺序传送的附加机制。当 CSeq 头部将在传送新的INFO 消息消息时自增，这就不能被用来决定 INFO 信息的顺序，这是由于一个事实，即在用户代理发送有 re-INVITES 或其它 SIP 消息时在 INFO 消息 CSeq 的计数中将会引起鸿沟。4.利用 INFO 扩展的指导方针以下是在定义利用 INFO 方法的 SIP 扩展时必须考虑的
13、方面。-被 INFO 消息传送的消息体的大小必须要考虑。由于消息将可能在UDP上传送并且可能重组一个大的消息，消息体应该保持较小。-有一种可能是 INFO 消息能被一个 SIP 代理服务器创建。完成这一 INFO 消息中的信息的创建过程需要被考虑。-当定义被 INFO 消息传送的消息体时，多部分消息体的应用将会很有用。-用 INFO 消息的扩展不允许依靠 INFO 消息做那些影响 SIP 呼叫的状态或相关会议的状态的事。-本文档定义的 INFO 扩展不依赖于请求或代理请求头部的应用。用 INFO 消息的扩展名可能需要应用这些机制。然而，如果有可能请求或代理请求的应用最好能避免，以便在SIP实体
14、间可以互操作。5.安全性考虑如果，消息体的内容是私有的，那么端到端的消息体的加密能够阻止未授权的进入去访问它的内容。没有其它的安全方法说明给 INFO 方法.在 SIP 说明中所说明的安全需要同样用于 INFO方法。6.参考资料1Handley,M.,Schulzrinne,H.,Schooler,E.andJ.Rosenberg,SIP:SessionInitiationProtocol,RFC2543,March1999.7.致谢作者需要感谢 MatthewCannon 对这一文档作出的贡献。另外，作者想感谢MMUSIC 和 SIP 工作组的成员,特别是 JonathanRosenberg,他评论和建议如何提高本文档的质量。8.作者联系方法SteveDonovandynamicsoft
