各用户代理保持它的自己的命令序号间隔。例如:思考在用户代理1建立一个会话到用户代理2并且初始化CSeq的序列到1,当用户代理2开始一个请求(比如一个INVITE或INFO时,乃至BYE)它可能初始化他自己的CSeq间隔,完全独立于用户代理1的CSeq序列。在第10章中将有CSeq的这个行为的例子。
6.1.6 Date(日期)标题头
当一个请求或应答发送时,Date标题头用来传递日期时间数据。SIP日期格式是一种基于HTTP的日期格式,但是推荐使用单独地使用引自RFC1123[7]标准的Internet日期。为了保持用户代理日期与时间简单的逻辑,SIP只支持使用GMT时区。但是由于是GMT格式的,所以,它要求客户端知道和GMT的时差。
一个日期的例子如下∶
Date∶Fri, 13 Oct 1998 23:29:00 GMT
6.1.7 Encryption(加密)标题头
加密标题头是定义在RFC2543中,但是不包括在RFC3261之内。作为替代,加密利用S / MIME定义在Section3.9中。
6.1.8 From(来源)标题头
From标题头是一个必要的标题头,用以指出一个请求的发起人。它是用在标识一个会话中的两个地址之一。From标题字段包含一个URI、但是它可能不包含传输,maddr,或者ttlURI参数。From标题头可以包含一个标记,用来识别一个特别的呼叫。From标题头可以包含一个显示的名称,在这种情况下那URI是包含在<>中的,如果存在两个URI参数和标记的时候URI包括任何参数必须放在<>中,举例如表格6.6。
表格 6.6: From标题头例子
标题头
解释
From: <sip:armstrong@hetrodyne.com> ;tag=3342436
一个简单的带一个SIP URI的例子
From: Thomas Edison <sips:edison@electric.com>;tag=532
一个带显示名称的例子
f: "James Bardeen" <sip:555.1313@telephone.com ;transport=tcp>;tag= 3a 320f03
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.
From: tel:911
一个电话URI,没有显示名称,没有<>在RFC2543的UA中