云南龙网

  1. 首页 > 云知道 > >

SIP信息方法( 二 )

云知道


INFO方法的信令通路是呼叫建立之后建立的信令通路 。这可以是呼叫方和被呼叫方用户
代理之间的直接信令，也可以包括是牵涉到呼叫建立和自己增加到初始INVITE信息记录路
由头部的SIP代理服务器的信令通路 。
会议中信息能够在INFO信息头部或作为一个消息体的一部分来进行通讯 。消息体和/或
消息头部的定义被用来传送会议中信息在本文档讨论范围之外 。
没有与INFO相关的非凡语法语义 。语义是从定义给INFO用的头部或协议体那里继续来
的 。
2.1INFO方法的头域支持
表1和表2给【1】中的表3和表4增加了一列 。请参考【1】中的第6节对表中内容
的描述 。请注重在附录里定义的规则和【1】中表3和表4的e－e列同样应用了在INFO
请求和回应INFO请求中的头部的应用 。
2.2INFO请求方法的响应
假如服务器收到一个INFO请求，他必须发出一个最后的回应 。
假如INFO请求被现有的呼叫成功的接收到，UAS必须发送一个200OK没有消息体的
回应给一个INFO请求 。在此之外，不需要其他的操作 。
头部Header地方Where信息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
期满EXPiresgo
Fromgcm
隐藏HideRo
最大－向前流Max-ForwardsRo
组织Organizationgo
表1头域的概括,A-0
包括消息体的INFO消息是在本文档的讨论范围之内 。本文档消息体的定义将同样需
要SIP中的那些消息体中的定义 。
假如INFO请求与任何现存的呼叫leg不匹配，那么一个481呼叫Leg/Transaction
不存在消息必须在一个UAS中被发送 。
假如一个服务器收到一个他能理解消息体的INFO请求，但是它又对与INFO过程有关
的消息体规则没有一点了解，那么这个消息体可能被翻译并显示给用户 。这个INFO被一个
200OK说回应了 。
假如INFO请求包括一个服务器那时不能理解的消息体，在INFO相关的消息体的进
程规则缺乏时，服务器必须回应一个415不支持的媒体类型消息 。
头部地方INFO信息
---------------
优先权Ro
Proxy验证407o
Proxy验证Ro
Proxy-需求Ro
请求Ro
重试-之后R-
重试-之后404,480,486o
重试-之后503o
重试-之后600,603o
回应-要害字Ro
记录-路由Ro
记录-路由2xxo
路由Ro
服务器ro
主体Ro
时间戳go
To到gc(1)m
不支持的420o
用户代理go
Viagc(2)m
告警ro
WWW-验证401o
表2头域的概括P-Z
那些在SIP呼叫状态中或被SIP初始化后的会议中完成一个改变的消息体不能被放在
一个INFO消息中发送 。
其它请求失败(4xx),服务器失败(5xx)和全局失败(6xx)回应将被送给INFO请求 。
2.3消息体的内容
INFO请求将包含一个消息体 。.
2.4SIP用户代理的行为
除非被申明，INFO请求的协议规则控制了标记（tags）的用法 。路由和记录－路由
重传和可靠性，CSeq自增和消息格式遵从【1】中定义给BYE请求 。
一个INFO请求将被取消 。假如，一个最终的回应没有被送给INFO并且行为如同该请
求从未被接收，那么，一个UAS接收一个给INFO请求的取消（CANCEL）将用一个“487

推荐阅读


上一篇：猪皮冻可以带上飞机吗

下一篇：如何去除醋垢