dodoloov4u
dodoloov4u

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


译文版权所有：转载请注明来自IOKE

http://blog.csdn.net/ioke

http://spaces.msn.com/members/ioke

http://ioke.blogchina.com/

原文版权归作者所有

第六章 SIP 标题头

概述：

本章描述出现在SIP消息中的标题头。 在 RFC 2543 中,有 SIP 标题头的四个范畴:

一般的(general),请求(request)，响应(response)和实体(entity)。 因为这些不

是被SIP协议所使用，所以RFC 3261 去除了这些特性。然而，在本章中所讨论的标题

头中的消息被分类为如请求和响应, 仅请求, 仅响应，和消息体标题头。 但是除了当

做注意之外, 本章所描述的标题头都是在 SIP 规范 RFC 3261 所定义的信息。

SIP标题头一般地遵循和HTTP协议标题头[２]一样的规则。标题头被定义为header:

field形式，通常在Header中表示标题头名称的时候是大小写不区分的（但是照惯例和

一些大写字母开头的小写除外），在字段中的信息同样也是大小写不区分的。除非另有

说明时候，在消息命令中的它们同样也是不重要的。只要行是以至少一个空格或者制表

符开头，标题头能就够在多行上扩展。未被识别的标题头将会被代理忽略。许多公共的

SIP标题头都有一个缩写形式，标题头名称可以使用一个小写的字符表示。标题头可以是

端到端方式或者是逐跳方式，这些标题头如表格6.1所示。逐跳方式标题头是唯一一个代

理能够插入或一些可以修改的例外的标题头。因为SIP最局代表性地控制方式是端到端的，

所以最多的标题头是端到端。在表格6.2中列出来的是代理可以插入的标题头。

Table 6.1: Compact Forms of SIP Header Fields

表6.1：SIP标题头缩写

标题头

缩写

Accept-Contact

a

Allow-Event

u

Call-ID

i

Contact

m

Content-Encoding

e

Content-Length

l

Content-Type

c

Event

o

From

f

Refer-To

r

Referred-By

b

Reject-Contact

j

Subject

s

To

t

Via

v

Table 6.2: Header Fields that May Be Inserted or Modified by Proxies

表格6.2：在代理中可以被修改或插入的标题头

Hop-by-Hop(逐跳）标题头

Alert-Info

Call-Info

Content-Length

Date

Error-Info

Max-Forwards

Organization

Priority

Proxy-Authenticate

Proxy-Authorization

Proxy-Require

Record-Route

Reason

Require

Route

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。
 
举例如下：
     Call-ID: [email protected]
     Call-ID: 44fer23ei4291dekfer34231232
     i: [email protected]
 
 
 
  
6.1.4 Contact(联系)标题头
 
  
 
Contact标题头用于传递一个用以识别资源请求或者请求发起人的URI，这依靠它是否存在于一个请求或者应答中。
一旦收到一个Contact标题头，它所包含的URI可以被缓冲并且被同一个会话中将来的一个请求所用。例如：在一
个呼叫绕开代理服务器直接到被呼叫用户的会话期间，Contact标题头用在针对INVITE请求应答一个200 OK来确
认ACK消息等等的将来请求。然而，在用户代理中存在较早地路由报头字段的请求或缺省的代理路由配置可以不用
考虑Contact标题头。当一个Contact URI用于一个请求URI时，除method参数外的的其他URI参数都是有效的，
而method参数将被忽视。
Contact标题头必须存在于INVITE请求和针对这个邀请的200 OK的应答中。有时，直接到用户代理的Contact 
URI可以不必解析。例如：一个处于防火墙 ALG(Application Layer Gateway）后面的UA需要使用Contact 
URI 来决定防火墙 ALG（Application Layer Gateway）的地址。否则，由于防火墙阻止任何直接到来的SIP
请求，因此通过利用UA的URI的Contact可能导致呼叫失败。Contact标题头可能同时存在于1xx，2xx，3xx，
和485的应答中。唯一一个用在REGISTER请求的Contact的标题头用来删除全部已经存在的登记信息，它有着专
用的格式：Contact：*和Expires:0一起使用。 除表格4.3中列出的可以用在注册请求的标题头以外，所有
Contact标题头都不允许使用通配符。Contact 标题头值中还可以引入一个显示名称，当Contact 头字段包含
一个显示名称的时候，即使显示名称为空，带有所有的URI 参数的URI 应放于三角括号<>中，否则，URI 后面
的参数都认为是头字段参数而不是URI 参数。
在Contact标题头中包含三个附加参数:q、action和expires。它们处于URI的后面通过分号(;)来分割。参数
q的取值指明相关的优先权，取值范围是从0到1之间的十进制数字来表示，q的取值并非是一个概率数字并且不作
为必要的条件，因为一个给定的Contact列表的合计值很容易达到其最高值1。（action参数定义在RFC2543中，
在RFC3261中已经被明确表示不赞成使用）。它被唯一用在注册Contact标题头中，并且仅仅用于指定代理或重
定向服务器.)expires参数指出URI的生存期并且也是唯一被用于注册请求中。Contact标题头必须存在于INVITE
请求和针对这个邀请的200 OK的应答中。在SIP格式中expires参数可以一个具有整数值的秒数也可以是一个截
至日期（参考6.1.4节）。参考表格6.3中的例子：
 
   
    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.3：Contact标题头例子 

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
Contact: sip:[email protected] 

       
       
       
       
一个简单的没有显示名称的SIP URI。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: Lentz  

       
       
       
       
一个在<>中的有显示名称的URI;显示名称可以被当作标记或者被忽略 。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: M. Faraday , "Faraday"  

       
       
       
       
两个URI列表，第二在引号中的显示名称并非是SIP URI

      
      
      
      

      
      
      
      

       
       
       
       
m: ; expires= "Fri, 13, Oct 1998 12:00:00 GMT" 

       
       
       
       
标题头的压缩格式用于单个URI。在<>中的URI后包含一个带有端口号的URI参数。expires将一个SIP日期引入标题头参数中。

      
      
      
      

     
     
     
     
    
    
    
    
    
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
   
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格 6.4: 特殊的布尔标记 

       
       
       
       

       
       
       
       

        
        
        
        
特殊标记

        
        
        
        
意思

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
attendant 

        
        
        
        
接续，人工或自动

       
       
       
       

       
       
       
       

        
        
        
        
automata 

        
        
        
        
非人工接续

       
       
       
       

       
       
       
       

        
        
        
        
image 

        
        
        
        
支持图像

       
       
       
       

       
       
       
       

        
        
        
        
message 

        
        
        
        
支持即时消息

       
       
       
       

       
       
       
       

        
        
        
        
text 

        
        
        
        
支持文本

       
       
       
       

       
       
       
       

        
        
        
        
voicemail 

        
        
        
        
语音mail服务器

       
       
       
       

       
       
       
       

        
        
        
        
isfocus 

        
        
        
        
有主持人，会议服务器

       
       
       
       

      
      
      
      
     
     
     
     
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格6.5:CSeq标题头例子

       
       
       
       

       
       
       
       

        
        
        
        
标题头

        
        
        
        
解释

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
CSeq: 1 INVITE 

        
        
        
        
命令序号已经初始化到1因为这这是个初始的INVITE请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 432 REFER 

        
        
        
        
命令序号被设置到432因为这是一个REFER请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 6787 INVITE 

        
        
        
        
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

       
       
       
       

      
      
      
      
     
     
     
     
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格 6.4: 特殊的布尔标记 

       
       
       
       

       
       
       
       

        
        
        
        
特殊标记

        
        
        
        
意思

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
attendant 

        
        
        
        
接续，人工或自动

       
       
       
       

       
       
       
       

        
        
        
        
automata 

        
        
        
        
非人工接续

       
       
       
       

       
       
       
       

        
        
        
        
image 

        
        
        
        
支持图像

       
       
       
       

       
       
       
       

        
        
        
        
message 

        
        
        
        
支持即时消息

       
       
       
       

       
       
       
       

        
        
        
        
text 

        
        
        
        
支持文本

       
       
       
       

       
       
       
       

        
        
        
        
voicemail 

        
        
        
        
语音mail服务器

       
       
       
       

       
       
       
       

        
        
        
        
isfocus 

        
        
        
        
有主持人，会议服务器

       
       
       
       

      
      
      
      
     
     
     
     
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格6.5:CSeq标题头例子

       
       
       
       

       
       
       
       

        
        
        
        
标题头

        
        
        
        
解释

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
CSeq: 1 INVITE 

        
        
        
        
命令序号已经初始化到1因为这这是个初始的INVITE请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 432 REFER 

        
        
        
        
命令序号被设置到432因为这是一个REFER请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 6787 INVITE 

        
        
        
        
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

       
       
       
       

      
      
      
      
     
     
     
     
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。
由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他
的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格 6.4: 特殊的布尔标记 

       
       
       
       

       
       
       
       

        
        
        
        
特殊标记

        
        
        
        
意思

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
attendant 

        
        
        
        
接续，人工或自动

       
       
       
       

       
       
       
       

        
        
        
        
automata 

        
        
        
        
非人工接续

       
       
       
       

       
       
       
       

        
        
        
        
image 

        
        
        
        
支持图像

       
       
       
       

       
       
       
       

        
        
        
        
message 

        
        
        
        
支持即时消息

       
       
       
       

       
       
       
       

        
        
        
        
text 

        
        
        
        
支持文本

       
       
       
       

       
       
       
       

        
        
        
        
voicemail 

        
        
        
        
语音mail服务器

       
       
       
       

       
       
       
       

        
        
        
        
isfocus 

        
        
        
        
有主持人，会议服务器

       
       
       
       

      
      
      
      
     
     
     
     
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表
格6.5的例子。

     
     
     
     

      
      
      
      
       
       
       
       

        
        
        
        
表格6.5:CSeq标题头例子

       
       
       
       

       
       
       
       

        
        
        
        
标题头

        
        
        
        
解释

       
       
       
       

      
      
      
      
      
      
      
      
       
       
       
       

        
        
        
        
CSeq: 1 INVITE 

        
        
        
        
命令序号已经初始化到1因为这这是个初始的INVITE请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 432 REFER 

        
        
        
        
命令序号被设置到432因为这是一个REFER请求。

       
       
       
       

       
       
       
       

        
        
        
        
CSeq: 6787 INVITE 

        
        
        
        
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

       
       
       
       

      
      
      
      
     
     
     
     
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的
SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
 
 
  
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。
 
举例如下：
     Call-ID: [email protected]
     Call-ID: 44fer23ei4291dekfer34231232
     i: [email protected]
 
 
 
  
6.1.4 Contact(联系)标题头
 
  
 
Contact标题头用于传递一个用以识别资源请求或者请求发起人的URI，这依靠它是否存在于一个请求或者应答中。
一旦收到一个Contact标题头，它所包含的URI可以被缓冲并且被同一个会话中将来的一个请求所用。例如：在一
个呼叫绕开代理服务器直接到被呼叫用户的会话期间，Contact标题头用在针对INVITE请求应答一个200 OK来确
认ACK消息等等的将来请求。然而，在用户代理中存在较早地路由报头字段的请求或缺省的代理路由配置可以不用
考虑Contact标题头。当一个Contact URI用于一个请求URI时，除method参数外的的其他URI参数都是有效的，
而method参数将被忽视。
Contact标题头必须存在于INVITE请求和针对这个邀请的200 OK的应答中。有时，直接到用户代理的Contact 
URI可以不必解析。例如：一个处于防火墙 ALG(Application Layer Gateway）后面的UA需要使用Contact 
URI 来决定防火墙 ALG（Application Layer Gateway）的地址。否则，由于防火墙阻止任何直接到来的SIP
请求，因此通过利用UA的URI的Contact可能导致呼叫失败。Contact标题头可能同时存在于1xx，2xx，3xx，
和485的应答中。唯一一个用在REGISTER请求的Contact的标题头用来删除全部已经存在的登记信息，它有着专
用的格式：Contact：*和Expires:0一起使用。 除表格4.3中列出的可以用在注册请求的标题头以外，所有
Contact标题头都不允许使用通配符。Contact 标题头值中还可以引入一个显示名称，当Contact 头字段包含
一个显示名称的时候，即使显示名称为空，带有所有的URI 参数的URI 应放于三角括号<>中，否则，URI 后面
的参数都认为是头字段参数而不是URI 参数。
在Contact标题头中包含三个附加参数:q、action和expires。它们处于URI的后面通过分号(;)来分割。参数
q的取值指明相关的优先权，取值范围是从0到1之间的十进制数字来表示，q的取值并非是一个概率数字并且不作
为必要的条件，因为一个给定的Contact列表的合计值很容易达到其最高值1。（action参数定义在RFC2543中，
在RFC3261中已经被明确表示不赞成使用）。它被唯一用在注册Contact标题头中，并且仅仅用于指定代理或重
定向服务器.)expires参数指出URI的生存期并且也是唯一被用于注册请求中。Contact标题头必须存在于INVITE
请求和针对这个邀请的200 OK的应答中。在SIP格式中expires参数可以一个具有整数值的秒数也可以是一个截
至日期（参考6.1.4节）。参考表格6.3中的例子：
 
 
 
 

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.3：Contact标题头例子 

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
Contact: sip:[email protected] 

       
       
       
       
一个简单的没有显示名称的SIP URI。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: Lentz  

       
       
       
       
一个在<>中的有显示名称的URI;显示名称可以被当作标记或者被忽略 。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: M. Faraday , "Faraday"  

       
       
       
       
两个URI列表，第二在引号中的显示名称并非是SIP URI

      
      
      
      

      
      
      
      

       
       
       
       
m: ; expires= "Fri, 13, Oct 1998 12:00:00 GMT" 

       
       
       
       
标题头的压缩格式用于单个URI。在<>中的URI后包含一个带有端口号的URI参数。expires将一个SIP日期引入标题头参数中。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。
由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他
的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表
格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的
SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
 
 
  
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。
 
举例如下：
     Call-ID: [email protected]
     Call-ID: 44fer23ei4291dekfer34231232
     i: [email protected]
 
 
 
  
6.1.4 Contact(联系)标题头
 
  
 
Contact标题头用于传递一个用以识别资源请求或者请求发起人的URI，这依靠它是否存在于一个请求或者应答中。
一旦收到一个Contact标题头，它所包含的URI可以被缓冲并且被同一个会话中将来的一个请求所用。例如：在一
个呼叫绕开代理服务器直接到被呼叫用户的会话期间，Contact标题头用在针对INVITE请求应答一个200 OK来确
认ACK消息等等的将来请求。然而，在用户代理中存在较早地路由报头字段的请求或缺省的代理路由配置可以不用
考虑Contact标题头。当一个Contact URI用于一个请求URI时，除method参数外的的其他URI参数都是有效的，
而method参数将被忽视。
Contact标题头必须存在于INVITE请求和针对这个邀请的200 OK的应答中。有时，直接到用户代理的Contact 
URI可以不必解析。例如：一个处于防火墙 ALG(Application Layer Gateway）后面的UA需要使用Contact 
URI 来决定防火墙 ALG（Application Layer Gateway）的地址。否则，由于防火墙阻止任何直接到来的SIP
请求，因此通过利用UA的URI的Contact可能导致呼叫失败。Contact标题头可能同时存在于1xx，2xx，3xx，
和485的应答中。唯一一个用在REGISTER请求的Contact的标题头用来删除全部已经存在的登记信息，它有着专
用的格式：Contact：*和Expires:0一起使用。 除表格4.3中列出的可以用在注册请求的标题头以外，所有
Contact标题头都不允许使用通配符。Contact 标题头值中还可以引入一个显示名称，当Contact 头字段包含
一个显示名称的时候，即使显示名称为空，带有所有的URI 参数的URI 应放于三角括号<>中，否则，URI 后面
的参数都认为是头字段参数而不是URI 参数。
在Contact标题头中包含三个附加参数:q、action和expires。它们处于URI的后面通过分号(;)来分割。参数
q的取值指明相关的优先权，取值范围是从0到1之间的十进制数字来表示，q的取值并非是一个概率数字并且不作
为必要的条件，因为一个给定的Contact列表的合计值很容易达到其最高值1。（action参数定义在RFC2543中，
在RFC3261中已经被明确表示不赞成使用）。它被唯一用在注册Contact标题头中，并且仅仅用于指定代理或重
定向服务器.)expires参数指出URI的生存期并且也是唯一被用于注册请求中。Contact标题头必须存在于INVITE
请求和针对这个邀请的200 OK的应答中。在SIP格式中expires参数可以一个具有整数值的秒数也可以是一个截
至日期（参考6.1.4节）。参考表格6.3中的例子：
 
 
 
 

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.3：Contact标题头例子 

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
Contact: sip:[email protected] 

       
       
       
       
一个简单的没有显示名称的SIP URI。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: Lentz  

       
       
       
       
一个在<>中的有显示名称的URI;显示名称可以被当作标记或者被忽略 。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: M. Faraday , "Faraday"  

       
       
       
       
两个URI列表，第二在引号中的显示名称并非是SIP URI

      
      
      
      

      
      
      
      

       
       
       
       
m: ; expires= "Fri, 13, Oct 1998 12:00:00 GMT" 

       
       
       
       
标题头的压缩格式用于单个URI。在<>中的URI后包含一个带有端口号的URI参数。expires将一个SIP日期引入标题头参数中。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单
元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。
其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部
的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用
以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主
持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。
由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他
的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，
除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。
CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl
请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表
格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的
SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
 
 
  
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。
 
举例如下：
     Call-ID: [email protected]
     Call-ID: 44fer23ei4291dekfer34231232
     i: [email protected]
 
 
 
  
6.1.4 Contact(联系)标题头
 
  
 
Contact标题头用于传递一个用以识别资源请求或者请求发起人的URI，这依靠它是否存在于一个请求或者应答中。一旦收到
一个Contact标题头，它所包含的URI可以被缓冲并且被同一个会话中将来的一个请求所用。例如：在一个呼叫绕开代理服务
器直接到被呼叫用户的会话期间，Contact标题头用在针对INVITE请求应答一个200 OK来确认ACK消息等等的将来请求。然
而，在用户代理中存在较早地路由报头字段的请求或缺省的代理路由配置可以不用考虑Contact标题头。当一个Contact URI
用于一个请求URI时，除method参数外的的其他URI参数都是有效的，而method参数将被忽视。
Contact标题头必须存在于INVITE请求和针对这个邀请的200 OK的应答中。有时，直接到用户代理的Contact URI可以不必
解析。例如：一个处于防火墙 ALG(Application Layer Gateway）后面的UA需要使用Contact URI 来决定防火墙 ALG
（Application Layer Gateway）的地址。否则，由于防火墙阻止任何直接到来的SIP请求，因此通过利用UA的URI的Contact
可能导致呼叫失败。Contact标题头可能同时存在于1xx，2xx，3xx，和485的应答中。唯一一个用在REGISTER请求的Contact
的标题头用来删除全部已经存在的登记信息，它有着专用的格式：Contact：*和Expires:0一起使用。 除表格4.3中列出的可以
用在注册请求的标题头以外，所有Contact标题头都不允许使用通配符。Contact 标题头值中还可以引入一个显示名称，当Contact
 头字段包含一个显示名称的时候，即使显示名称为空，带有所有的URI 参数的URI 应放于三角括号<>中，否则，URI 后面的参
数都认为是头字段参数而不是URI 参数。
在Contact标题头中包含三个附加参数:q、action和expires。它们处于URI的后面通过分号(;)来分割。参数q的取值指明相关
的优先权，取值范围是从0到1之间的十进制数字来表示，q的取值并非是一个概率数字并且不作为必要的条件，因为一个给定的Contact
列表的合计值很容易达到其最高值1。（action参数定义在RFC2543中，在RFC3261中已经被明确表示不赞成使用）。它被唯一
用在注册Contact标题头中，并且仅仅用于指定代理或重定向服务器.)expires参数指出URI的生存期并且也是唯一被用于注册请
求中。Contact标题头必须存在于INVITE请求和针对这个邀请的200 OK的应答中。在SIP格式中expires参数可以一个具有整数
值的秒数也可以是一个截至日期（参考6.1.4节）。参考表格6.3中的例子：
 
 
 
 

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.3：Contact标题头例子 

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
Contact: sip:[email protected] 

       
       
       
       
一个简单的没有显示名称的SIP URI。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: Lentz  

       
       
       
       
一个在<>中的有显示名称的URI;显示名称可以被当作标记或者被忽略 。

      
      
      
      

      
      
      
      

       
       
       
       
Contact: M. Faraday , "Faraday"  

       
       
       
       
两个URI列表，第二在引号中的显示名称并非是SIP URI

      
      
      
      

      
      
      
      

       
       
       
       
m: ; expires= "Fri, 13, Oct 1998 12:00:00 GMT" 

       
       
       
       
标题头的压缩格式用于单个URI。在<>中的URI后包含一个带有端口号的URI参数。expires将一个SIP日期引入标题头参数中。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用以指出Contact
标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主持的特殊情况下的会议，在其他
协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。由一个SIP用户代理使用的特殊标记isfocus
在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用以指出Contact
标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主持的特殊情况下的会议，在其他
协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。由一个SIP用户代理使用的特殊标记isfocus
在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用以指出Contact
标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主持的特殊情况下的会议，在其他
协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。由一个SIP用户代理使用的特殊标记isfocus
在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI
 
Contact标题头可以包含一个用来描述设备能力的Contact URI的特殊的标记[４]。例如：特殊标记isfocus用以指出Contact标题头包含的URI是一个会议URI，并且本次会话包含一个主持人。主持人是一个SIP用户代理主持的特殊情况下的会议，在其他协议中作为一个会议桥或者一个MCU（Multipoint Control Unit多点控制单元）。由一个SIP用户代理使用的特殊标记isfocus在高级会议中作为呼叫控制操作[5]或者定制会议服务包[6]。其他的特殊标记列在表格6.4中，本标题头的压缩格式为：m。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格 6.4: 特殊的布尔标记 

      
      
      
      

      
      
      
      

       
       
       
       
特殊标记

       
       
       
       
意思

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
attendant 

       
       
       
       
接续，人工或自动

      
      
      
      

      
      
      
      

       
       
       
       
automata 

       
       
       
       
非人工接续

      
      
      
      

      
      
      
      

       
       
       
       
image 

       
       
       
       
支持图像

      
      
      
      

      
      
      
      

       
       
       
       
message 

       
       
       
       
支持即时消息

      
      
      
      

      
      
      
      

       
       
       
       
text 

       
       
       
       
支持文本

      
      
      
      

      
      
      
      

       
       
       
       
voicemail 

       
       
       
       
语音mail服务器

      
      
      
      

      
      
      
      

       
       
       
       
isfocus 

       
       
       
       
有主持人，会议服务器

      
      
      
      

     
     
     
     
    
    
    
    
 
 
  
6.1.5 Cseq(命令序列号)标题头
 
  
 
命令序列CSeq标题头是每个请求必须包含的标题头。每个请求的CSeq标题头包含一个自增长的十进制数。通常，除了CANCEL和ACK请求外，CSeq数字以INVITE请求的CSeq数字为基数，它在每个新的请求的CSeq值加1。
CSeq序列是UASs用来判定乱序的请求或者用来区分一个新的请求（不同的CSeq）或一个重传（相同的CSeq）。CSeq标题头是UACs用来匹配对应一个请求的应答。例如：一个UAC发送一个INVITE请求后跟着发送一个CANCEl请求，可以从一个200OK的应答中的CSeq方法中分辨出它是属于一个邀请的应答或者是属于取消的请求。例如表格6.5的例子。

    
    
    
    

     
     
     
     
      
      
      
      

       
       
       
       
表格6.5:CSeq标题头例子

      
      
      
      

      
      
      
      

       
       
       
       
标题头

       
       
       
       
解释

      
      
      
      

     
     
     
     
     
     
     
     
      
      
      
      

       
       
       
       
CSeq: 1 INVITE 

       
       
       
       
命令序号已经初始化到1因为这这是个初始的INVITE请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 432 REFER 

       
       
       
       
命令序号被设置到432因为这是一个REFER请求。

      
      
      
      

      
      
      
      

       
       
       
       
CSeq: 6787 INVITE 

       
       
       
       
如果这个最初的请求是由用户代理用于这个会话中，而且CSe被是初始化到6787，在基于上述请求的CALL－ID（或者是一个INVITE请求或者其他的请求）中将有一个CSeq值为6786或者以下。

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
各用户代理保持它的自己的命令序号间隔。例如：思考在用户代理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:  ;tag=3342436 

       
       
       
       
一个简单的带一个SIP URI的例子

      
      
      
      

      
      
      
      

       
       
       
       
From:
 Thomas Edison ;tag=532 

       
       
       
       
一个带显示名称的例子

      
      
      
      

      
      
      
      

       
       
       
       
f: "James Bardeen" ;tag=3a320f03 

       
       
       
       
使用压缩格式的标题头,显示名称在””中,SIP URI和参数放在<>中.

      
      
      
      

      
      
      
      

       
       
       
       
From:
 tel:911 

       
       
       
       
一个电话URI,没有显示名称,没有<>在RFC2543的UA中

      
      
      
      

     
     
     
     
    
    
    
    
 
 
 
 
 
 
  
6.1.9 Organization(组织)标题头
 
  
 
组织标题头用来指出发起信息的人隶属于那个组织。它还可以是由代理插入的信息通过一个组织到达另外一个。与全部的SIP标题头相似,它能被代理使用为作出路由判断和由用户代理作出呼叫筛选的决定。
举例如下∶
     Organization: MCI

    
    
    
    

     
     
     
     

    
    
    
    
 
 
 
 


                            

                        

                    

                    
                    

                    
                    
                    

                

                

                    
                

            

        

    

    

        
你可能感兴趣的:(连载了解SIP协议翻译文章[IOKE作品])

        

            

                
    
                    
  • Long类型前后端数据不一致
                        igotyback
前端
                        
    响应给前端的数据浏览器控制台中response中看到的Long类型的数据是正常的到前端数据不一致前后端数据类型不匹配是一个常见问题，尤其是当后端使用Java的Long类型（64位）与前端JavaScript的Number类型（最大安全整数为2^53-1，即16位）进行数据交互时，很容易出现精度丢失的问题。这是因为JavaScript中的Number类型无法安全地表示超过16位的整数。为了解决这个问
    
                    
    • 
                    
  • 绘本讲师训练营【24期】8/21阅读原创《独生小孩》
                        1784e22615e0

                        
    24016-孟娟《独生小孩》图片发自App今天我想分享一个蛮特别的绘本，讲的是一个特殊的群体，我也是属于这个群体，80后的独生小孩。这是一本中国绘本，作者郭婧，也是一个80厚。全书一百多页，均为铅笔绘制，虽然为黑白色调，但并不显得沉闷。全书没有文字，犹如“默片”，但并不影响读者对该作品的理解，反而显得神秘，梦幻，給读者留下想象的空间。作者在前蝴蝶页这样写到：“我更希望父母和孩子一起分享这本书，使他
    
                    
    • 
                    
  • 三大师传
                        beca酱

                        
    巴尔扎克的作品被誉为“法国社会的一面镜子”。文学大师维克多·雨果对巴尔扎克的评价是：“在最伟大的人物中间，巴尔扎克是名列前茅者；在最优秀的人物中间，巴尔扎克是佼佼者之一。”一个原本寂寂无名的小人物，从地中海的某个海岛上，只身一人来到巴黎，没有朋友，也没有名望。作为一个一文不名的外乡人，凭着赤手空拳赢得了巴黎，征服了整个法兰西，并且赢得了世界。这个人就是十九世纪法国伟大的军事家、政治家，法兰西第一帝
    
                    
    • 
                    
  • 放下是一段成长的修行
                        小莳玥

                        
    人来到这个世界上，只有两件事：生和死。一件事已经做完了，另一件你还急什么呢?是人，都有七情六欲。是心，都有喜怒哀乐，这些再正常不过了。别总抱怨自己活得累，过得辛苦。永远记住：舒坦是留给死人的。苦，才是生活；累，才是工作；变，才是命运；忍，才是历练；容，才是智慧；静，才是修养；舍，才会得到；做，才会拥有。人生，活得太清楚，才是最大的不明白。有些事，看得很清，却说不清；有些人，了解很深，却猜不透；有些
    
                    
    • 
                    
  • Python教程：一文了解使用Python处理XPath
                        旦莫
Python进阶python开发语言
                        
    目录1.环境准备1.1安装lxml1.2验证安装2.XPath基础2.1什么是XPath？2.2XPath语法2.3示例XML文档3.使用lxml解析XML3.1解析XML文档3.2查看解析结果4.XPath查询4.1基本路径查询4.2使用属性查询4.3查询多个节点5.XPath的高级用法5.1使用逻辑运算符5.2使用函数6.实战案例6.1从网页抓取数据6.1.1安装Requests库6.1.2代
    
                    
    • 
                    
  • 《中华小厨师》单行VS爱藏：姜是老的辣，书是新的好
                        cicoky

                        
    《汉书·郦食其传》有曰：“王者以民为天，而民以食为天。”自古以来，吃饱饭是每一个人的基本要求，而吃好饭却是每一个人的最终追求。于是，厨师这一职业孕育而生，其渊源之久，甚至可追溯到4000年前的奴隶时代。职业本身无贵贱，但职业能力却有高低之分。所以一家餐馆生意好不好，厨师的水平决定一切，而站在所有厨师顶端的就被称之为“特级厨师”。今天要说的就是一个关于“特级厨师刘昴星”的故事。连载历程1995年第4
    
                    
    • 
                    
  • 2023-04-17|篮球女孩
                        长一木

                        
    1小学抑或初中阶段，在课外书了解到她的故事。“篮球女孩”。当时佩服她的顽强，也对生命多了一丝敬畏。今天刚好在公众号看到，长大后的“篮球女孩”。佩服之余又满是心疼。网络侵删祝那素未蒙面的女孩，未来一切顺遂。
    
                    
    • 
                    
  • Day1笔记-Python简介&标识符和关键字&输入输出
                        ~在杰难逃~
Pythonpython开发语言大数据数据分析数据挖掘
                        
    大家好，从今天开始呢，杰哥开展一个新的专栏，当然，数据分析部分也会不定时更新的，这个新的专栏主要是讲解一些Python的基础语法和知识，帮助0基础的小伙伴入门和学习Python，感兴趣的小伙伴可以开始认真学习啦！一、Python简介【了解】1.计算机工作原理编程语言就是用来定义计算机程序的形式语言。我们通过编程语言来编写程序代码，再通过语言处理程序执行向计算机发送指令，让计算机完成对应的工作，编程
    
                    
    • 
                    
  • Python快速入门 —— 第三节：类与对象
                        孤华暗香
Python快速入门python开发语言
                        
    第三节：类与对象目标：了解面向对象编程的基础概念，并学会如何定义类和创建对象。内容：类与对象：定义类：class关键字。类的构造函数：__init__()。类的属性和方法。对象的创建与使用。示例：classStudent:def__init__(self,name,age,major):self.name&#
    
                    
    • 
                    
  • 如何成为段子手
                        欣雅阅读

                        
    我是一个尬聊大师，与朋友聊天经常把话题聊死，留我一个人在群里，望着自己打下的最后一句话无语凝噎。看到风趣幽默的朋友与人聊天，很是艳羡，觉得自己何时才能成为这样的段子手呢？一、段子是什么？“段子”一词在百度百科上的解释：本是相声中的一个艺术术语，指的是相声作品中一节或一段艺术内容。我的理解：段子就是一些搞笑的故事或者笑话。二、为什么要会说段子？不知道大家有没有这样的朋友，本来很无趣的聚会，只要有他参
    
                    
    • 
                    
  • 【华为OD技术面试真题 - 技术面】-测试八股文真题题库（1）
                        算法大师
华为od面试python算法前端
                        
    华为OD面试真题精选专栏：华为OD面试真题精选目录:2024华为OD面试手撕代码真题目录以及八股文真题目录文章目录华为OD面试真题精选1.黑盒测试和白盒测试的区别2.假设我们公司现在开发一个类似于微信的软件1.0版本，现在要你测试这个功能：打开聊天窗口，输入文本，限制字数在200字以内。问你怎么提取测试点。功能测试性能测试安全性测试可用性测试跨平台兼容性测试网络环境测试3.接口测试的工具你了解哪些
    
                    
    • 
                    
  • 18、架构-可观测性之聚合度量
                        大树~~
架构javapython后端架构
                        
    聚合度量聚合度量是指对系统运行时产生的各种指标数据进行收集、聚合和分析，以了解系统的健康状况和性能表现。聚合度量是可观测性的关键组成部分，通过对度量数据的分析，可以及时发现系统中的异常和瓶颈。以下是对聚合度量各个方面的详细解析，并结合具体的数据案例和技术支撑。指标收集收集系统运行时产生的各种指标数据是聚合度量的基础。常见的指标包括CPU使用率、内存使用率、请求处理时间、请求数、错误率等。以下是指标
    
                    
    • 
                    
  • 舜公郑金锋书辛丑自剪扇面书法作品（四O六）
                        舜公郑金锋

                        
    辛丑小阳春，新自剪扇面400品，大多为各色撒金、撒银、描金、描银、水印、彩绘、荧光等亚粉、色宣纸，以及域外包装填充纸等；王一品长锋羊毫秃笔；一得阁云头艳墨、宿墨、水等。书体有甲骨文，金文(商周金文、春秋战国金文、中山王厝器金文、汉金文……)，楚简帛书，侯马盟书，温县盟书，小篆，果蝙书等，隶书(秦简、汉简帛书、汉碑……)，草书(章草、小草、大草……)，行书(行楷、行草)，楷书(魏碑及北朝墓志、隋朝墓
    
                    
    • 
                    
  • OPENAIGC开发者大赛企业组AI黑马奖 | AIGC数智传媒解决方案
                        RPA中国
人工智能AIGC传媒
                        
    在第二届拯救者杯OPENAIGC开发者大赛中，涌现出一批技术突出、创意卓越的作品。为了让这些优秀项目被更多人看到，我们特意开设了优秀作品报道专栏，旨在展示其独特之处和开发者的精彩故事。无论您是技术专家还是爱好者，希望能带给您不一样的知识和启发。让我们一起探索AIGC的无限可能，见证科技与创意的完美融合！创未来AI应用赛-企业组AI黑马奖作品名称：AIGC数智传媒解决方案参赛团队：深圳市三象智能技术
    
                    
    • 
                    
  • 厉国刚：新闻学与传播学到底有何区别
                        微观大道

                        
    厉国刚：新闻学与传播学到底有何区别头几天，有人在知乎上问我：新闻学与传播学到底有何区别。他是一位想要跨专业考研的学生，对新闻传播学学科可谓了解甚少，甚至一头雾水，想要让我帮他解释解释。在研究生学硕层面，新闻传播学是一级学科，分成新闻学、传播学这两个二级学科。有些高校，还自设了广告学、出版发行学等其他二级学科，但从官方角度，新闻传播学一级学科下，正统的就是那两个二级学科。招生时，一般会按一级学科招，
    
                    
    • 
                    
  • ios GCD
                        _Waiting_

                        
    1.GCD任务和队列学习GCD之前，先来了解GCD中两个核心概念：任务和队列。任务：就是执行操作的意思，换句话说就是你在线程中执行的那段代码。在GCD中是放在block中的。执行任务有两种方式：同步执行（sync）和异步执行（async）。两者的主要区别是：是否等待队列的任务执行结束，以及是否具备开启新线程的能力。同步执行（sync）：同步添加任务到指定的队列中，在添加的任务执行结束之前，会一直等
    
                    
    • 
                    
  • 希望和悲伤都是照亮我们人生的一缕光
                        山月映雪

                        
    我开始并不想读《云边有个小卖部》，但看到好几个学生就都在读这本书，为了了解学生的阅读实际，我就拿起这本书翻看起来。读了十几页，发现小说的语言中不时有一些粗俗的字眼，感觉自己读不下去了。小说一开始把云边镇风景写的特别的美好，我错判为脱离现实的鸳鸯蝴蝶派小说，对于人为制造的童话世界的人与物，我真的不太感兴趣，所以就没有再读了。有天在教室闲转，顺手又拿起了这本书看了起来，这次我才真的看进去了。这部小说除
    
                    
    • 
                    
  • 简单了解 JVM
                        记得开心一点啊
jvm
                        
    目录♫什么是JVM♫JVM的运行流程♫JVM运行时数据区♪虚拟机栈♪本地方法栈♪堆♪程序计数器♪方法区/元数据区♫类加载的过程♫双亲委派模型♫垃圾回收机制♫什么是JVMJVM是JavaVirtualMachine的简称，意为Java虚拟机。虚拟机是指通过软件模拟的具有完整硬件功能的、运行在一个完全隔离的环境中的完整计算机系统（如：JVM、VMwave、VirtualBox）。JVM和其他两个虚拟机
    
                    
    • 
                    
  • 11月，你好
                        自由自在的白云

                        
    图片发自App今天是11月的第一天阳光明媚，秋日静好。给大家分享一个情绪管理的方法。也许你学习过，也许你还不曾了解，都没有关系，现在，我们一起来温习一下。就像孔老先生说的：学而时习之，温故而知新。种下对的种子，才会结出好的果实。种下情绪良好的种子，就可以收获良好的心态。“你瞧这些白云聚了又散，散了又聚，人生离合，亦复如斯。”世事如此，情绪的变化如山型曲线，一会来了，一会去了。还有那天课堂中老师讲，
    
                    
    • 
                    
  • 你可能遗漏的一些C#/.NET/.NET Core知识点
                        追逐时光者
C#.NETDotNetGuide编程指南c#.net.netcoremicrosoft
                        
    前言在这个快速发展的技术世界中，时常会有一些重要的知识点、信息或细节被忽略或遗漏。《C#/.NET/.NETCore拾遗补漏》专栏我们将探讨一些可能被忽略或遗漏的重要知识点、信息或细节，以帮助大家更全面地了解这些技术栈的特性和发展方向。拾遗补漏GitHub开源地址https://github.com/YSGStudyHards/DotNetGuide/blob/main/docs/DotNet/D
    
                    
    • 
                    
  • 过了放弃的半生，很想偿偿坚持后的结果
                        乐安河

                        
    这一阵子又迷茫了，找不到生活的目标，失去了坚持的意义，放弃太简单了，不想了，不看了，不写了，不做了，就行了。放弃的剎那，仿佛全身获得了解救，不再跟自己较劲，真轻松，真爽。短暂的惬意过后，是被抛弃的痛苦，是本该可以的不甘，是悔不当初的懊恼。我的前半生就是一次次的放弃过后的自我放逐。不愿努力，只好说平凡可贵，我们都是普通人，为什么非要整出仙人。不愿意轰轰烈烈，只想要现世安稳。只是，到最后发现，安稳变得
    
                    
    • 
                    
  • 开启你的思维成长之路
                        希思维

                        
    图片发自App很多时候我们都羡慕别人家的孩子思维敏捷，记忆超强，脑回路清晰等，认为那些都是天生的能力，而自己要达到那样的境界几乎不可能，殊不知每个人都有一个强大的小宇宙，就看你是否找到了开启你思维小宇宙的方法。我们每个人的大脑都具有无限潜能，大部分人只开发出10-20%，还有很多潜力深埋于冰山底，而如何找到自己思维的动力呢?首先就是要了解我们神奇的大脑，从大脑神经元素，到神经回路的形成，知晓大脑思
    
                    
    • 
                    
  • 彩绘曼陀罗作品-第29幅《雪花》
                        燕子心语

                        
    2018年12月18日彩绘曼陀罗-第29幅《雪花》图片发自App前夜梦见掉进电梯井，问自己：怎么办？梦醒，感觉有些害怕。想想生活中，事太多，压力大，一件事连着一件事，有点应付不过来了。不再追求完美，一件一件的做，终于完成了好几件事，其中有朋友帮忙完成，感恩画时，即想到此段过程，先画尖角部分，用了三种绿色，想对称，结果无法对称，好吧，接纳!想过渡，结果颜色画错，好吧，接纳!……我在想，错了又能怎样？
    
                    
    • 
                    
  • 读书笔记|《遇见孩子，遇见更好的自己》5
                        抹茶社长

                        
    为人父母意味着放弃自己的过去，不要对以往没有实现的心愿耿耿于怀，只有这样，孩子们才能做回自己。985909803.jpg孩子在与父母保持亲密的同时更需要独立，唯有这样，孩子才会成为孩子，父母才会成其为父母。有耐心的人生往往更幸福，给孩子留点余地。认识到养儿育女是对耐心的考验。为失败做好心理准备，教会孩子控制情绪。了解自己的底线，说到底线，有一点很重要，父母之所以发脾气，真正的原因往往在于他们自己，
    
                    
    • 
                    
  • 基于Python给出的PDF文档转Markdown文档的方法
                        程序媛了了
pythonpdf开发语言
                        
    注：网上有很多将Markdown文档转为PDF文档的方法，但是却很少有将PDF文档转为Markdown文档的方法。就算有，比如某些网站声称可以将PDF文档转为Markdown文档，尝试过，不太符合自己的要求，而且无法保证文档没有泄露风险。于是本人为了解决这个问题，借助GPT（能使用GPT镜像或者有条件直接使用GPT的，反正能调用GPT接口就行）生成Python代码来完成这个功能。笔记、代码难免存在
    
                    
    • 
                    
  • 白骑士的Java教学基础篇 2.5 控制流语句
                        白骑士所长
Java教学java开发语言
                        
    欢迎继续学习Java编程的基础篇！在前面的章节中，我们了解了Java的变量、数据类型和运算符。接下来，我们将探讨Java中的控制流语句。控制流语句用于控制程序的执行顺序，使我们能够根据特定条件执行不同的代码块，或重复执行某段代码。这是编写复杂程序的基础。通过学习这一节内容，你将掌握如何使用条件语句和循环语句来编写更加灵活和高效的代码。条件语句条件语句用于根据条件的真假来执行不同的代码块。if语句‘
    
                    
    • 
                    
  • 语文主题教学学习笔记之87
                        东哥杂谈

                        
    “语文主题教学”学习笔记之八十七（0125）今天继续学习小学语文主题教学的实践样态。板块三：教学中体现“书艺”味道。作为四大名著之一的《水浒传》，堪称我国文学宝库之经典。对从《水浒传》中摘选的单元，教师就要了解其原生态，即评书体特点。这也要求教师要了解一些常用的评书行话术语，然后在教学时适时地加入一些，让学生体味其文本中原有的特色。学生也要尽可能地通过朗读的方式，而不单是分析讲解的方式进行学习。细
    
                    
    • 
                    
  • [Python] 数据结构 详解及代码
                        AIAdvocate
算法python数据结构链表
                        
    今日内容大纲介绍数据结构介绍列表链表1.数据结构和算法简介程序大白话翻译,程序=数据结构+算法数据结构指的是存储,组织数据的方式.算法指的是为了解决实际业务问题而思考思路和方法,就叫:算法.2.算法的5大特性介绍算法具有独立性算法是解决问题的思路和方式,最重要的是思维,而不是语言,其(算法)可以通过多种语言进行演绎.5大特性有输入,需要传入1或者多个参数有输出,需要返回1个或者多个结果有穷性,执行
    
                    
    • 
                    
  • 快点三国哪个平台有返利？快点三国哪个平台充值折扣最高？
                        诸葛村夫123

                        
    标题：快点三国哪个平台有返利？快点三国哪个平台充值折扣最高？今天我告诉大家一个可以申请内部号的平台，直接比返利号牛逼10倍不止，最近几年出现了特别多的手游平台。每个平台的福利的各不相同，但是本质是一样的，就给点礼包，首充什么的。感觉毫无卵用。就在上个月，经一个做游戏行业的朋友介绍，了解到了一个平台“游人特权站”，特别NB。这个平台给的是内部号，什么是内部号？说白了就是托号。进服就会给300-500
    
                    
    • 
                    
  • 计算机木马详细编写思路
                        小熊同学哦
php开发语言木马木马思路
                        
    导语：计算机木马（ComputerTrojan）是一种恶意软件，通过欺骗用户从而获取系统控制权限，给黑客打开系统后门的一种手段。虽然木马的存在给用户和系统带来严重的安全风险，但是了解它的工作原理与编写思路，对于我们提高防范意识、构建更健壮的网络安全体系具有重要意义。本篇博客将深入剖析计算机木马的详细编写思路，以及如何复杂化挑战，以期提高读者对计算机木马的认识和对抗能力。计算机木马的基本原理计算机木
    
                    
    • 
                                
  • java观察者模式
                                    3213213333332132
java设计模式游戏观察者模式
                                    
    观察者模式——顾名思义，就是一个对象观察另一个对象，当被观察的对象发生变化时，观察者也会跟着变化。 
 
在日常中，我们配java环境变量时，设置一个JAVAHOME变量,这就是被观察者，使用了JAVAHOME变量的对象都是观察者，一旦JAVAHOME的路径改动，其他的也会跟着改动。 
 
这样的例子很多，我想用小时候玩的老鹰捉小鸡游戏来简单的描绘观察者模式。 
 
老鹰会变成观察者，母鸡和小鸡是
    
                                
    • 
                                
  • TFS RESTful API 模拟上传测试
                                    ronin47

                                    
           TFS RESTful API 模拟上传测试。 
　　 
细节参看这里：https://github.com/alibaba/nginx-tfs/blob/master/TFS_RESTful_API.markdown 
模拟POST上传一个图片： 
curl --data-binary @/opt/tfs.png http
    
                                
    • 
                                
  • PHP常用设计模式单例, 工厂, 观察者, 责任链, 装饰, 策略,适配,桥接模式
                                    dcj3sjt126com
设计模式PHP
                                    
    // 多态, 在JAVA中是这样用的, 其实在PHP当中可以自然消除, 因为参数是动态的, 你传什么过来都可以, 不限制类型, 直接调用类的方法
abstract class Tiger {
    public abstract function climb();
}

class XTiger extends Tiger {
    public function  climb()
    
                                
    • 
                                
  • hibernate
                                    171815164
Hibernate
                                    
    main,save 
 
Configuration conf =new Configuration().configure();
SessionFactory sf=conf.buildSessionFactory();
Session sess=sf.openSession();
Transaction tx=sess.beginTransaction();

News a=new 
    
                                
    • 
                                
  • Ant实例分析
                                    g21121
ant
                                    
            下面是一个Ant构建文件的实例，通过这个实例我们可以很清楚的理顺构建一个项目的顺序及依赖关系，从而编写出更加合理的构建文件。 
  
        下面是build.xml的代码： 
<?xml version="1
    
                                
    • 
                                
  • [简单]工作记录_接口返回405原因
                                    53873039oycg
工作
                                    
             最近调接口时候一直报错，错误信息是: 
      
responseCode:405
responseMsg:Method Not Allowed 
       接口请求方式Post. 
    
                                
    • 
                                
  • 关于java.lang.ClassNotFoundException 和 java.lang.NoClassDefFoundError 的区别
                                    程序员是怎么炼成的

                                    
      
 真正完成类的加载工作是通过调用 defineClass来实现的； 
 而启动类的加载过程是通过调用 loadClass来实现的； 
 就是类加载器分为加载和定义 
   
 protected Class<?> findClass(String name) throws ClassNotFoundExcept
    
                                
    • 
                                
  • JDBC学习笔记-JDBC详细的操作流程
                                    aijuans
jdbc
                                    
    所有的JDBC应用程序都具有下面的基本流程：　　1、加载数据库驱动并建立到数据库的连接。　　2、执行SQL语句。　　3、处理结果。　　4、从数据库断开连接释放资源。 
下面我们就来仔细看一看每一个步骤： 
其实按照上面所说每个阶段都可得单独拿出来写成一个独立的类方法文件。共别的应用来调用。 
1、加载数据库驱动并建立到数据库的连接： 
     Html代码    
 
 St
    
                                
    • 
                                
  • rome创建rss
                                    antonyup_2006
tomcatcmsxmlstrutsOpera
                                    
    引用   
1.RSS标准 
 
RSS标准比较混乱，主要有以下3个系列 
 
 RSS 0.9x / 2.0 : RSS技术诞生于1999年的网景公司(Netscape)，其发布了一个0.9版本的规范。2001年，RSS技术标准的发展工作被Userland Software公司的戴夫 温那(Dave Winer)所接手。陆续发布了0.9x的系列版本。当W3C小组发布RSS 1.0后，Dave W
    
                                
    • 
                                
  • html表格和表单基础
                                    百合不是茶
html表格表单meta锚点
                                    
    第一次用html来写东西,感觉压力山大,每次看见别人发的都是比较牛逼的 再看看自己什么都还不会, 
  
html是一种标记语言,其实很简单都是固定的格式 
  
_----------------------------------------表格和表单 
表格是html的重要组成部分,表格用在body里面的 
主要用法如下; 
<table>

     &
    
                                
    • 
                                
  • ibatis如何传入完整的sql语句
                                    bijian1013
javasqlibatis
                                    
            ibatis如何传入完整的sql语句？进一步说，String str ="select * from test_table"，我想把str传入ibatis中执行，是传递整条sql语句。 
        解决办法： 
<
    
                                
    • 
                                
  • 精通Oracle10编程SQL(14)开发动态SQL
                                    bijian1013
oracle数据库plsql
                                    
    /*
 *开发动态SQL
 */
--使用EXECUTE IMMEDIATE处理DDL操作
CREATE OR REPLACE PROCEDURE drop_table(table_name varchar2)
is
   sql_statement varchar2(100);
begin
   sql_statement:='DROP TABLE '||table_name;

    
                                
    • 
                                
  • 【Linux命令】Linux工作中常用命令
                                    bit1129
linux命令
                                    
    不断的总结工作中常用的Linux命令 
  
1.查看端口被哪个进程占用 
  
通过这个命令可以得到占用8085端口的进程号，然后通过ps -ef|grep 进程号得到进程的详细信息 
  
netstat -anp | grep 8085 
  
察看进程ID对应的进程占用的端口号 
  
netstat -anp | grep 进程ID 
&
    
                                
    • 
                                
  • 优秀网站和文档收集
                                    白糖_
网站
                                    
    集成 Flex, Spring, Hibernate 构建应用程序 
  
性能测试工具-JMeter 
  
Hmtl5-IOCN网站 
  
Oracle精简版教程网站 
  
鸟哥的linux私房菜 
  
Jetty中文文档 
  
50个jquery必备代码片段 
  
swfobject.js检测flash版本号工具
    
                                
    • 
                                
  • angular.extend
                                    boyitech
AngularJSangular.extendAngularJS API
                                    
    angular.extend   复制src对象中的属性去dst对象中. 支持多个src对象. 如果你不想改变一个对象，你可以把dst设为空对象{}: var object = angular.extend({}, object1, object2). 注意: angular.extend不支持递归复制.    使用方法:   angular.extend(dst, src);    参数:   
    
                                
    • 
                                
  • java-谷歌面试题-设计方便提取中数的数据结构
                                    bylijinnan
java
                                    
    网上找了一下这道题的解答，但都是提供思路，没有提供具体实现。其中使用大小堆这个思路看似简单，但实现起来要考虑很多。 
以下分别用排序数组和大小堆来实现。 
使用大小堆： 
 

import java.util.Arrays;

public class MedianInHeap {
	/**
	 * 题目：设计方便提取中数的数据结构
	 * 设计一个数据结构，其中包含两个函数，1.插
    
                                
    • 
                                
  • ajaxFileUpload 针对 ie jquery 1.7+不能使用问题修复版本
                                    Chen.H
ajaxFileUploadie6ie7ie8ie9
                                    
    jQuery.extend({
	handleError: function( s, xhr, status, e ) 		{
		// If a local callback was specified, fire it
				if ( s.error ) {
					s.error.call( s.context || s, xhr, status, e );
				}


    
                                
    • 
                                
  • [机器人制造原则]机器人的电池和存储器必须可以替换
                                    comsci
制造
                                    
     
 
       机器人的身体随时随地可能被外来力量所破坏,但是如果机器人的存储器和电池可以更换,那么这个机器人的思维和记忆力就可以保存下来,即使身体受到伤害,在把存储器取下来安装到一个新的身体上之后,原有的性格和能力都可以继续维持..... 
 
       另外,如果一
    
                                
    • 
                                
  • Oracle Multitable INSERT 的用法
                                    daizj
oracle
                                    
    转载Oracle笔记-Multitable INSERT 的用法 
 
http://blog.chinaunix.net/uid-8504518-id-3310531.html 
 
一、Insert基础用法 
 
语法： 
 
    Insert Into 表名 (字段1,字段2,字段3...） 
 
    Values (值1,
    
                                
    • 
                                
  • 专访黑客历史学家George Dyson
                                    datamachine
on
                                    
    20世纪最具威力的两项发明——核弹和计算机出自同一时代、同一群年青人。可是，与大名鼎鼎的曼哈顿计划（第二次世界大战中美国原子弹研究计划）相 比，计算机的起源显得默默无闻。出身计算机世家的历史学家George Dyson在其新书《图灵大教堂》（Turing’s Cathedral）中讲述了阿兰·图灵、约翰·冯·诺依曼等一帮子天才小子创造计算机及预见计算机未来
    
                                
    • 
                                
  • 小学6年级英语单词背诵第一课
                                    dcj3sjt126com
englishword
                                    
    always 总是 
rice 水稻，米饭 
before 在...之前 
live 生活，居住 
  
usual 通常的 
early 早的 
begin 开始 
month 月份 
  
year 年 
last 最后的 
east 东方的 
high 高的 
  
far 远的 
window 窗户 
world 世界 
than 比...更 
  
    
                                
    • 
                                
  • 在线IT教育和在线IT高端教育
                                    dcj3sjt126com
教育
                                    
    codecademy 
http://www.codecademy.com   codeschool 
https://www.codeschool.com   teamtreehouse 
http://teamtreehouse.com   lynda 
http://www.lynda.com/   Coursera 
https://www.coursera.
    
                                
    • 
                                
  • Struts2 xml校验框架所定义的校验文件
                                    蕃薯耀
Struts2 xml校验Struts2 xml校验框架Struts2校验
                                    
      
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
蕃薯耀 2015年7月11日 15:54:59 星期六 
http://fa
    
                                
    • 
                                
  • mac下安装rar和unrar命令
                                    hanqunfeng
mac
                                    
    1.下载：http://www.rarlab.com/download.htm  选择 
RAR 5.21 for Mac OS X   2.解压下载后的文件   tar -zxvf rarosx-5.2.1.tar   3.cd rar   sudo install -c -o $USER unrar /bin #输入当前用户登录密码   sudo install -c -o $USER rar
    
                                
    • 
                                
  • 三种将list转换为map的方法
                                    jackyrong
list
                                    
      在本文中，介绍三种将list转换为map的方法： 
 
1） 传统方法 
 
假设有某个类如下 
   

class Movie {
    
    private Integer rank;
    private String description;
    
    public Movie(Integer rank, String des
    
                                
    • 
                                
  • 年轻程序员需要学习的5大经验
                                    lampcy
工作PHP程序员
                                    
    在过去的7年半时间里，我带过的软件实习生超过一打，也看到过数以百计的学生和毕业生的档案。我发现很多事情他们都需要学习。或许你会说，我说的不就是某种特定的技术、算法、数学，或者其他特定形式的知识吗？没错，这的确是需要学习的，但却并不是最重要的事情。他们需要学习的最重要的东西是“自我规范”。这些规范就是：尽可能地写出最简洁的代码；如果代码后期会因为改动而变得凌乱不堪就得重构；尽量删除没用的代码，并添加
    
                                
    • 
                                
  • 评“女孩遭野蛮引产致终身不育 60万赔偿款1分未得”医腐深入骨髓
                                    nannan408

                                    
    先来看南方网的一则报道： 
 

再正常不过的结婚、生子，对于29岁的郑畅来说，却是一个永远也无法实现的梦想。从2010年到2015年，从24岁到29岁，一张张新旧不一的诊断书记录了她病情的同时，也清晰地记下了她人生的悲哀。

　　粗暴手术让人发寒

　　2010年7月，在酒店做服务员的郑畅发现自己怀孕了，可男朋友却联系不上。在没有和家人商量的情况下，她决定堕胎。

　　12月5日，
    
                                
    • 
                                
  • 使用jQuery为input输入框绑定回车键事件 VS 为a标签绑定click事件
                                    Everyday都不同
jspinput回车键绑定clickenter
                                    
    假设如题所示的事件为同一个，必须先把该js函数抽离出来，该函数定义了监听的处理： 
  
function search() {
	//监听函数略......	
} 
  
为input框绑定回车事件，当用户在文本框中输入搜索关键字时，按回车键，即可触发search(): 
  
//回车绑定
$(".search").keydown(fun
    
                                
    • 
                                
  • EXT学习记录
                                    tntxia
ext
                                    
      
1. 准备 
  
（1） 官网：http://www.sencha.com/ 
  
里面有源代码和API文档下载。 
  
EXT的域名已经从www.extjs.com改成了www.sencha.com ，但extjs这个域名会自动转到sencha上。 
  
（2）帮助文档： 
  
想要查看EXT的官方文档的话，可以去这里h
    
                                
    • 
                                
  • mybatis3的mapper文件报Referenced file contains errors
                                    xingguangsixian
mybatis
                                    
    最近使用mybatis.3.1.0时无意中碰到一个问题： 
The errors below were detected when validating the file "mybatis-3-mapper.dtd" via the file "account-mapper.xml".  In most cases these errors can be d
    
                                
    • 
                

            

        

    




    

        

            按字母分类：
            ABCDEFGHIJKLMNOPQRSTUVWXYZ其他