SIP消息之常用的头部字段

时间：2019-10-25 11:41 作者：admin 分享到：

消息头部提供了关于请求或应答的参数。
1、头部格式
SIP消息的头部格式遵循RFC 822(因特网文本消息格式标准）中的头部格式规范。
每个头部都是一个“句子”，由头部的名字和头部的值两部分组成，中间以“：”相隔，最后以回车换行符CRLF结束。对头部值的规定和解释与具体的各个头部的名有关。
2、常用的头部字段
(1) From
From头字段是指示请求发起方的逻辑标识，它是请求发起方用户的注册账号。 From头字段包含一个URL和一个可选的显示名称。
From头字段中允许包含一个显示名称。如果一个UAC需要隐藏自己的身份，它可以使用“Anonymous”作为显示名称和一个语法正确但没有任何意义的URL。
通常，某个用户代理（UA)产生的请求消息中的From头字段值是由用户或用户本地主域的服务器预先设置的。如果UA被多个用户所共用，那么它可以有多个可切换的用户配置文件，每一文件中含有某一用户的URL，UA要对发送者进行鉴权，以确认发送者身份与From头字段相致。
所有请求消息和应答消息必须包含此字段，以指示请求的发起者的注册账号。服务器将此字段从请求消息复制到应答消息。
该字段的一般格式为：
From:显示名（SIP-URL) ; tag = xxxx
其屮，显示名为用户界面上显示的字符，显示名为任选子字段；URL为请求发起方用户的注册账号；tag称为标记，为十六进制数字串，中间可带连字符“-”。当两个共享同一 SIP 地址的用户实例用相同的Call-ID发起呼叫邀请时，就需用此标记予以区分。标记值必须全局唯一。用户在整个呼叫期间应保持相同的Call-ID和标记值。
(2) To
To头字段指定请求消息的逻辑接收者或者是用户或资源的注册账号，该地址同样是作为请求消息的目标地址。所有请求和应答消息必须包含此字段。该字段的一般格式为：
To:显示名（SIP-URL) ;tag = xxxx
字段中的SIP-URL为请求消息的逻辑接收者或者是用户（资源）的注册账号；标记参数可用于区分由同一 SIP URL标识的不同的用户实例。由于代理服务器可以并行分发多个请求，同一请求可能到达用户的不同实例（如宅内电话、移动电话等）。由于每个实例都可能应答，因此在应答消息中需用标记来区分来自不同实例的应答。需要注意的是， To字段中的标记是由每个实例置于应答消息中的。
(3) Call-ID
CalHD头字段是用来将消息分组的唯一性标识。在我国原信息产业部关于SIP协议的标准中规定，在一个对话屮.UA发送的所有请求消息和响应消息都必须有同样的 Call-ID。在注册生存期内一个UA每次注册所用的Call-ID也应是一样的。
当UAC产生个新的对话外请求时，除非被某些方法指定，否则它必须为这个请求消息选择一个在空间上和时间上都是全局唯一的Call-ID头字段。所有的SIP UA都必须保证它所产生的Call-ID不会与其他UA所产生的相同。当UA收到某些失败的响应后，请求会根据响应的内容修改并重发，这些重发的请求不作为新请求处理，因而也就不需要新的Call-ID头字段。
建议使用RFC1 750中的加密随机标识符生成方法来生成Call-ID。具体实现可采用 l〇Calid@h〇st，该字段用以唯一标识一个特定的邀请或标识某一客户的所有登记。
Call-ID的一般格式为：
Call-ID:本地标识@主机
其屮.K机应为全局定义域名或全局可选路IP地址，此时，本地标识由在“主机”范围内唯一的标识字符组成。
在SIP中，Call-ID、To和From…三个字段共同标识一个呼叫分支。在代理服务器并行分发请求时.一个呼叫可能会有多个呼叫分支。
(4) CSeq
CSeq头字段用于标识事务并对事务进行排序。它由一个请求方法和一个序列号组成，请求方法必须与对应的请求消息类型一致。
每个请求都钉个命令序号CSeq，由无符号的序列号和方法名组成。序号初值一般为一个随机数，在同一个呼叫中，每个新的请求消息中的序号应加1。ACK请求消息和 CANCEL请求消息的CSeq值和对应的INVITE请求相同，BYE请求的CSeq序号应大于INVITE请求。