[收藏本方案]

连载了解SIP协议翻译文章[IOKE作品][8]

[入库：2006年2月23日] [更新：2007年3月24日]

本文简介：
首页 上页 下页 尾页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26]

Via

WWW-Authenticate

6.1请求和应答标题头

本类标题头可以存在于请求和应答消息中。

6.1.1Alert-Info(通知信息)标题头

通告信息标题头可用于提供一些特殊的振铃服务。如果存在于INVITE请求时，该字段对UAS 定义了传递给被叫用户另外一个可用的铃音的URI。当Alert-Info 头字段位于180(Ringing) 响应中时， 该字段对UAC 定义了另外一个可以使用的回铃音URI传递给主叫方。在以上两种情况下都使用的时候，URI的获取和提交是无需用户干涉的，为了避免无用的声音和噪音的产生,所以谨慎的使用策略和规则是必不可少的。

一个使用属于可信赖的代理插入一个本地（到用户代理的域）的URI到标题头中，然后考虑使用一个非常单纯的策略在用户代理中决定是否交付。

 

 

举例如下：
Alert-Info: http://www.provider.com/tones/internal_caller.pcm
 
6.1.2 Allow - Events(允许事件)标题头
"Allow-Events" 标题头包含一个标记列表，指示客户端（ 如果在请求中发送）或服务器（ 如果在响应中发送）所支持的事件包。如果UA支持SIP事件,它可以发送一条SUBSCRIBE的事件包。当前定义的事件包列表如表格4.8所示。本标题头的缩写为：u。
 
举例如下：
     Allow-Events: dialog
     u: conference
6.1.3 Call-ID（呼叫标识）标题头
Call-ID标题头是强制出现在SIP的请求和应答中。在两个用户代理之间的会话中它是唯一识别一个呼叫的标识。除非在注册请求中的Call-ID而言，一个Call-ID必须是唯一的交叉呼叫。所有的来自一个客户机的注册都是用相同的Call-ID。一个Call-ID总是被用户代理创建并且不能被任何一个服务器更改。
 
 
    Call-ID是通常由一个本地的标识符、密码乱序随机串或者本地标识符加上@符号和一个主机名或者IP地址组成。因为一个用户代理可以保证它的本地的标识符在它所在的域内部是唯一的，并且根据全球唯一的主机名来生成全球唯一的Call-ID。为了防止第三方通过猜测一个Call-ID并且带来错误的请求，因此提供一些随机的Call-ID是必要的安全措施。Call-ID标题头的压缩格式是:i。
 
举例如下：
首页 上页 下页 尾页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26]
本文关键：连载了解SIP协议翻译文章[IOKE作品]
 

本站最佳浏览方式为 分辨率 1024x768 IE 6.0（或更高版本的 IE浏览器）

go top