SIP协议中文版RFC3261中文版.doc

《SIP协议中文版RFC3261中文版.doc》由会员分享，可在线阅读，更多相关《SIP协议中文版RFC3261中文版.doc（313页珍藏版）》请在三一文库上搜索。

1、SIP: Session Initiation Protocol目录1、SIP协议介绍102、SIP协议功能概况103、术语124、实施概览125、协议的结构226、协议的定义247、SIP消息：3271 请求3372应答347.3 头域357.3.1 头域格式。357.3.2 头域分类。397.3.3 缩写格式397.4包体397.4.1 消息正文类型(MessageBodyType)397.4.2 消息体长度407.5 分帧的SIP消息（Framing SIP Messages）408 一般用户代理行为408.1 UAC特性418.1.1 产生一个请求418.1.1.1 Request-U

2、RI428.1.1.2 TO428.1.1.3 From438.1.1.4 Call-ID448.1.1.5 Cseq458.1.1.6 Max-Forwards458.1.1.7 Via458.1.1.8 Contact468.1.1.9 Supported 和 Require478.1.1.10 附加信息部分478.1.2 发送一个请求478.1.3 处理应答488.1.3.1: transaction 层的错误498.1.3.2 未知的应答498.1.3.3 Vias498.1.3.4 处理3xx应答498.1.3.5 处理4xx应答518.2 UAS特性528.2.1 方法判定538.

3、2.2 包头判断538.2.2.1 TO 和Request-URI538.2.2.2 合并的请求548.2.2.3 Require548.2.3 内容处理558.2.4 应用扩展558.2.5 处理请求568.2.6 产生应答568.2.6.1 发送一个临时应答568.2.6.2 包头和Tags578.2.7 无状态UAS行为578.3 重定向服务器589 取消一个请求(Cancel)609.1 客户行为(Client Behavior)609.2 服务端行为(Server Behavior)6210 注册(Registrations)6310.1 概览6310.2 构造一个REGISTER请

4、求6410.2.1 增加绑定6610.2.1.1 设置Contact地址的过期参数6710.2.2 删除绑定6810.2.3 访问绑定6810.2.4 刷新绑定6910.2.5 设置内部时钟6910.2.6 寻找注册服务器6910.2.7 传送一个请求7010.2.8 错误响应7010.3 处理REGISTER请求7011 查询能力7311.1 构造OPTIONS请求7411.2 处理OPTIONS请求7512 对话(Dialog)7712.1 创建一个对话7812.1.1 UAS行为7812.1.2 UAC行为7912.2 对话中的请求8012.2.1 UAC行为8112.1.1.1 产生请

5、求8112.2.1.2 处理应答8312.2.2 UAS行为8412.3 终止对话8513 初始化一个会话8513.1 概览8513.2 UAC处理8613.2.1 创建一个初始化的INVITE8613.2.2 处理INVITE应答8913.2.2.1 1xx应答8913.2.2.2 3xx应答8913.2.2.3 4xx,5xx,6xx应答9013.2.2.4 2xx 应答9013.3 UAS处理9113.3.1 处理INVITE9113.3.1.1 提示进度9213.3.1.2 INVITE请求转发9313.3.1.3 INVITE请求的拒绝9313.3.1.4 接受INVITE请求931

6、4 更改已经存在的会话9414.1 UAC行为9514.2 UAS行为9615 结束一个会话9815.1 使用BYE请求终止一个会话9915.1.1 UAC行为9915.1.2 UAS行为10016 proxy行为10016.1 概述10016.2 有状态的proxy10116.3 验证请求10316.4 路由信息预处理10516.5 确定请求的目的10616.6 请求转发10816.7 应答的处理11716.8 处理定时器C12516.9 处理通讯层的错误12616.10 CANCEL处理12616.11 无状态的proxy12716.12 Proxy Route处理的总结12916.12.

7、1例子13016.12.1.1 基本SIP四边形13016.12.1.2 穿越一个严格路由proxy13217事务13417.1 客户端事务13617.1.1 INVITE客户事务13717.1.1.1 INVITE事务概述13717.1.1.2 正式的描述13817.1.1.3 构造ACK请求14217.1.2 非INVITE客户端事务14317.1.2.2 正式的描述14317.1.3 客户端事务匹配应答14517.1.4 处理通讯错误14517.2 服务端事务14717.2.1 INVITE服务端事务14717.2.2 非INVITE服务端事务15017.2.3 为服务端事务匹配请求。1

8、5117.2.4 处理通讯错误15418 通讯（transport）15418.1 客户Clients15518.1.1 发送请求15518.1.2 接收应答15718.2 服务端15818.2.1 接收请求15818.2.2 发送应答15918.3 分块16018.4 错误处理16119 常见消息部件(Common Message Components)16119.1 SIP和SIPS统一资源标记16119.1.1 SIP和SIPS部件16219.1.2 Character Escaping Requirements（字符转码要求）16619.1.3 SIP和SIPS URI例子16819.

9、1.4 URI比较16819.1.5 从URI中产生请求17119.1.6 关联SIP URI和tel URL17319.2 Option Tags17519.3 Tags17520 头域17620.1 Accept17820.2 Accept-Encoding18120.3 Accept-Language18220.4 Alert-Info18220.5 Allow18320.6 Authentication-Info18320.7 Authorization18320.8 Call-ID18420.9 Call-Info18420.10 Contact18520.11 Content-Di

10、sposition18620.12 Content-Encoding18720.13 Content-Language18820.14 Content-Length18820.15 Content-Type18920.16 Cseq18920.17 Date19020.18 Error-Info19020.19 Expires19120.20 From19120.21 In-Reply-To19220.22 Max-Forwards19320.23 Min-Expires19320.24 MIME-Version19320.25 Organization19420.26 Priority194

11、20.27 Proxy-Authenticate19520.28 Proxy-Authorization19520.29 Proxy-Require19620.30 Record-Route19620.31 Reply-To19620.32 Require19720.33 Retry-After19720.34 Route19820.35 Server19820.36 Subject19820.37 Supported19920.38 Timestamp19920.39 To19920.40 Unsupported20020.41 User-Agent20020.42 Via20020.43

12、警告20220.44 WWW-Authenticate20421 应答代码20521.1 临时应答1xx20521.1.1 100 Trying20521.1.2 180 Ringing20521.1.3 818 Call is Being Forwarded(呼叫被转发)20521.1.4 182 Queued20621.1.5 183 会话进度20621.2 成功信息2xx20621.2.1 200 OK20621.3 转发请求3XX20621.3.1 300 Multiple Choices20621.3.2301 Moved Permanently20721.3.3 302 Moved

13、 Temporarily20721.3.4 305 Use Proxy20821.3.5 380 Alternative Service20821.4 请求失败4xx20821.4.1 400 Bad Request20821.4.2 401 Unauthorized20821.4.3 402 Payment Required20921.4.4 403 Forbidden20921.4.5 404 Not Found20921.4.6 405 Method Not Allowed20921.4.7 406 Not Acceptable20921.4.8 407 Proxy Authentica

14、tion Required20921.4.9 408 Request Timeout21021.4.10 410 Gone21021.4.11 413请求实体过大。21021.4.12 414 Request-URI Too Long21021.4.13 415 Unsupported Media Type21121.4.14 416 Unsupported URI Scheme21121.4.15 Bad Extension21121.4.16 421Extension Required21121.4.17 423 Interval Too Brief21121.4.18 480 Tempo

15、rarily Unavailable21221.4.19 481 Call/Transaction Does Not Exist21221.4.20482 Loop Detected21221.4.21 483 Too Many Hops21221.4.22 484 Address InComplete21321.4.23 485 Ambiguous21321.4.24 486 Busy Here21321.4.25 487 Request Terminated21421.4.26 488 Not Acceptable Here21421.4.27 491 Request Pending214

16、21.4.28 493 Undecipherable21421.5 Server Failure 5xx21421.5.1 500 Server Internal Error21521.5.2 501 Not Implemented21521.5.3 502 Bad Gateway21521.5.4 503 Service Unavailable21521.5.5 504 Server Time-out21621.5.6 505 Version Not Supported21621.5.7 Message To Large21621.6 Global Failures 6xx21621.6.1

17、 600 Busy Everywhere21621.6.2 603 Decline21721.6.3 604 Does Not Exists Anywhere21721.6.4 606 Not Acceptable21722 使用HTTP认证21822.1 框架21822.2 用户到用户的认证。22122.3 Proxy到用户的认证22222.4 Digest 认证方案22523 S/MIME22723.1 S/MIME 认证22723.2 S/MIME 密钥交换22823.3 加密MIME 包体23123.4 SIP头隐私和用S/MIME的完整性：SIP地道23323.4.1 SIP头的完整

18、性和机密属性23423.4.1.1 完整性23423.4.1.2 机密性23423.4.2 隧道的完整性和身份认证23623.4.3 隧道加密23924 例子24224.1 注册24224.2 建立会话24425 SIP协议的BNF范式25125.1 基本规则25226 安全考虑：威胁模式和安全应用建议。27326.1 攻击和威胁模式27426.1.1 注册服务 Hijacking。27426.1.2 模仿一个服务器27526.1.3 修改消息包体27626.1.4 破坏会话27726.2 安全机制27826.2.1 通讯和网络层的安全27926.2.2 SIPS URI方案28126.2.3

19、 HTTP Authentication28226.2.4 S/MIME28226.3 安全机制的实现28326.3.1 对SIP实现者的要求28326.3.2 安全解决方案28426.3.2.1 注册28426.3.2.2 在域之间的请求28626.3.2.3 点对点请求28826.3.2.4 DoS 防护28926.4 限制29026.4.1 HTTP Digest29026.4.2 S/MIME29126.4.3 TLS29226.4.4 SIPS URI29326.5 Privacy(隐私)29527 IANA 认证29527.1 Option Tags29627.2 Warn-Cod

20、es29627.3 头域名29727.4 方法和应答码29727.6 新Content-Disposition 参数注册29928 同RFC 2543的改变29928.1 主要的功能改变30028.2 小功能性的变更30429 标准索引30430 信息索引：307定时器值的表格：308感谢书310版权声明3131、SIP协议介绍Internet的许多应用都需要建立和管理一个会话，会话在这里的含义是在参与者之间的数据的交换。由于考虑到参与者的实际情况，这些应用的实现往往是很复杂的：参与者可能是在代理间移动，他们可能可以有多个名字，他们中间的通讯可能是基于不同的媒介（比如文本，多媒体，视频，音频等

21、有时候是多种媒介一起交互。人们创造了无数种通讯协议应用于实时的多媒体会话数据比如声音，影像，或者文本。本SIP（会话初始协议）和这些协议一样，同样允许使用Internet端点（用户代理）来寻找参与者并且允许建立一个可共享的会话描述。为了能够定位精确的会话参与者，并且也为了其他的目的，SIP允许创建基础的network hosts（叫做代理服务器），并且允许终端用户注册上去，发出会话邀请，或者发出其他请求。SIP是一个轻形的，多用途的工具，可以用来创建，修改和终止会话，它独立运作于通讯协议之下，并且不依赖建立的会话类型。2、SIP协议功能概况SIP是一个应用层的控制协议，可以用来建立、修改、和

22、终止多媒体会话（或者会议）例如Internet 电话。SIP也可以邀请参与者参加已经存在的会话，比如多方会议。媒体可以在一个已经存在的会话中方便的增加（或者删除）。SIP透明地支持名字映射和重定向服务，这个用于支持个人移动业务用户可以使用一个唯一的外部标志而不用关心他们的实际网络地点。SIP在建立和维持终止多媒体会话协议上，支持5个方面：用户定位： 检查终端用户的位置，用于通讯。用户有效性：检查用户参与会话的意愿程度。用户能力：检查媒体和媒体的参数。建立会话：”ringing”,建立会话参数在呼叫方和被叫方。会话管理：包括发送和终止会话，修改会话参数，激活服务等等。 SIP不是一个垂直集成的通

23、讯系统。SIP可能叫做是一个部件更合适，它可以用作其他IETF协议的一个部分，用来构造完整的多媒体架构。比如，这些架构将会包含实时数据传输协议（RTP）（RFC 1889）用来传输实时的数据并且提供QoS反馈，实时流协议（RSTP）(RFC 2326)用于控制流媒体的的传输，媒体网关控制协议（MEGACO）(RFC 3015)用来控制到公共电话交换网（PSTN）的网关，还有会话描述协议（SDP）（RFC 2327）用于描述多媒体会话。因此，SIP应该和其他的协议一起工作，才能提供完整的对终端用户的服务。虽然基本的SIP协议的功能组件并不依赖于这些协议。SIP本身并不提供服务。但是，SIP提供了

24、一个基础，可以用来实现不同的服务。比如，SIP可以定位用户和传输一个封装好的对象到对方的当前位置。并且如果我们利用这点来通过SDP传输会话的描述，立刻，对方的用户代理可以得到这个会话的参数。如果我们用这个像传输会话描述（SESSION DESCRIPTION SD）一样呼叫方的照片，一个”呼叫ID”服务很容易就建立了。这个简单的例子说明了，SIP作为一个基础，可以在其上提供很多不同的服务。SIP并不提供会议控制服务（比如议席控制或者投票系统），并且并没有建议会议应该怎样管理。可以通过在SIP上建立其他的会议控制协议来发起一个会议。由于SIP可以管理参与会议的各方的会话，所以会议可以跨异构的网络

25、SIP 并不能也不打算提供任何形式的网络资源预留管理。安全对于提供的服务来说特别重要。要达到理想的安全程度，SIP提供了一套安全服务，包括防止拒绝服务，认证服务（用户到用户，代理到用户），完整性保证，加密和隐私服务。SIP可以基于IPV4也可以基于IPV6.IPV4和IPV6简介1. 什么是IP? 什么是IPv4? 什么是IPv6? 目前的全球因特网所采用的协议族是TCP/IP协议族。IP是TCP/IP协议族中网络层的协议，是TCP/IP协议族的核心协议。目前IP协议的版本号是4(简称为IPv4)，它的下一个版本就是IPv6。IPv6正处在不断发展和完善的过程中，它在不久的将来将取代目前被广

26、泛使用的IPv4。 2. IPv6与IPv4相比有什么特点和优点？ 1)更大的地址空间。IPv4中规定IP地址长度为32，即有232-1个地址；而IPv6中IP地址的长度为128，即有2128-1个地址。 2)更小的路由表。IPv6的地址分配一开始就遵循聚类(Aggregation)的原则，这使得路由器能在路由表中用一条记录(Entry)表示一片子网，大大减小了路由器中路由表的长度，提高了路由器转发数据包的速度。 3)增强的组播(Multicast)支持以及对流的支持(Flow-control)。这使得网络上的多媒体应用有了长足发展的机会，为服务质量(QoS)控制提供了良好的网络平台. 4)加

27、入了对自动配置(Auto-configuration)的支持.这是对DHCP协议的改进和扩展,使得网络(尤其是局域网)的管理更加方便和快捷. 5)更高的安全性.在使用IPv6网络中用户可以对网络层的数据进行加密并对IP报文进行校验,这极大的增强了网络安全.3、术语在这个文档中，关键词”必须”,”不允许”,”要求”,”可以”,”不可以”,”应该”,”不应该”,”建议”,”不建议”,”可能”,”可选” 是根据BCP14,RFC 21192的规范描述SIP实现需要的不同层次4、实施概览这节通过简单的示例介绍了SIP的基本实现。本节是通过自然的而非正则的示例来介绍的。 第一个例子说明了SIP的基本功能

28、定位一个断点，发出通讯请求，通过协商会话参数建立会话，拆卸刚才建立的会话。 图一表示一个典型的Alice和Bob两个用户间的SIP消息交易交换例子.（每一个消息采用字母”F”和一个用来指向正文的一个数字做标记）在这个例子里，Alice在她的PC上使用一个SIP的应用程序（比如说一个软的电话），呼叫Bob在Internet上的一个SIP电话。这个例子也掩饰了两个SIP代理之间，怎样为Alice和Bob建立会话连接。This typical arrangement is often referred to as the SIP trapezoid as shown by the geometri

29、c shape of the dotted lines in Figure 1.Alice 通过Bob的SIP标志 “呼叫” Bob，这个SIP标志是统一分配的资源（Uniform Resource Identifier URI）称作SIP URI。SIP URI在19.1节中定义。它很像一个email地址，典型的SIP URI包括一个用户名和一个主机名。在这个范例中，SIP URI是sip:bob,是Bob的SIP服务提供商。Alice有一个SIP URI: sip:alice。 Alice可以输入Bob的URI，也可以直接在地址本的一个超级链接上点击一下Bob的URI。SIP也提供保密UR

30、I，称作SIPS URI。例如：sips: bob。一个基于SIPS URI的通话保证这个通话是安全的，并且对呼叫者和被叫的所有的SIP消息是加密传输的（叫做TLS）。在TLS中，请求是通过加密方式传输给被叫方，但是这个加密机制是基于被叫方宿主服务器的实现的。SIP是基于一个类似HTTP协议的请求应答的通讯模式。每一个通讯都包含对某个功能的请求，并且起码需要一个应答。在这个应答中，Alice的软电话发送一个含有Bob的SIP URI地址的INVITE通讯请求。INVITE是一个SIP请求的例子，表示请求方（Alice）希望服务方（Bob）应答。INVTE请求包含一系列的包头域（Header f

31、ields）。包头中包含很多属性并且包含了传输消息的附加信息。在INVITE中有如下的字段：呼叫的唯一标志，目的地址，Alice的地址，Alice和Bob建立会话的类型。INVITE请求（图1中的F1）可能看起来像这样的：图一：SIP矩形表达的SIP会话建立例子。INVITE sip:bob SIP/2.0Via: SIP/2.0/UDP ;branch=z9hG4bK776asdhdsMax-Forwards: 70To: Bob From: Alice ;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314159 INVITEContact: Con

32、tent-Type: application/sdpContent-Length: 142(Alices SDP not shown)在文本消息的第一行，包含了请求的类型（INVITE）。在这行之后的是这个请求的头域。这个例子中包含了最少需要的头域集合。简单介绍一下：VIA域包含了Alice接收发送请求的服务器地址（）。同样这个包含了一个分支参数来标志Alice和这个服务器的会话事务。TO域包含了显示姓名（Bob）和一个SIP或者SIPS URI（sip：bob）请求将首先传输到这个URI中。显示姓名（Display names）在RFC 2822中描述。From域也同样包含一个显示姓名（Al

33、ice）和一个SIP或者SIPS URI（sip:alice）这个URI用来标志请求的原始发起者。这个域也包含了一个TAG参数，这个TAG参数是一个随机字串（1928301774），是软电话（softphone）在URI上增加的一个随机串。用来做标志用途的。Call_ID包含一个全局的唯一标志，用来唯一标志这个呼叫，通过随机字串和softphone的自己名字或者IP地址混和产生的。通过TO TAG, FROM TAG和CALL-ID完整定义了Alice和Bob之间的端到端的SIP关系，并且表示这个是一个对话性质的关系。CSEQ或者Command Sequence包含了一个整数和一个请求名字。这

34、个Cseq数字是顺序递增的。每当对话中发起一个新的请求都会引起这个数字的顺序递增。Contact域包含一个SIP或者SIPS URI用来表示访问Alice的直接方式，通常由用户名和一个主机的全名（Fully Qualified Domain Name FQDN）组成。当FQDN作为首选的时候，许多终端用户由于不会由名字登记（而导致不能访问Alice的主机），所以IP地址是可选的。VIA域告诉大家本请求发送到哪里并且应答到哪里，Contract域告诉大家将来的请求将发送到哪里（奇怪不是Alice发起的么，将来的请求应该是Bob才对啊）。Max-Forwards:最大转发数量限制了通讯中转发的数量

35、它是由一个整数组成，每转发一次，整数减一。Contenttype包含了消息正文的描述（消息正文在本范例中没有列出）Content-length:包含消息正文的长度（字节数）完整的SIP包头域的定义在20节。会话的细节，比如媒体的类型，codec，或者采样速率，没有通过SIP来描述。这个可以通过SIP的消息正文来描述，可以通过其他定义的协议在正文中进行描述。有一种是会话描述协议（Session Descripotion Protocol SDP）（RFC23271）。这个SDP消息（没有在例子中列出）通过SIP的消息中传送，就像通过附件发送EMAIL一样，或者说通过HTTP传输的网页一样。由于

36、softphone并不知道bob或者bob的sip服务器在哪里，所以softphone发送INVITE请求到Alice的sip服务器,。这个 SIP服务器应该已经在Alice的softphone中配置了，或者可以通过DHCP获得。 SIP服务器是一台代理服务器。代理服务器接收SIP请求并且根据请求转发。在这个例子中，代理服务器接收到INVITE请求，并且回送一个100（Trying）应答给Alice的softphone。100（Trying）应答表示INVITE请求已经收到，并且代理服务器正在转发INVITE请求。SIP的应答是通过一个三位数的数字表示的。SIP应答同样包含TO、FROM、Ca

37、ll-ID，CSEQ和在VIA中的分支参数，这个参数使得Alice的softphone可以把请求和应答关联起来。代理服务器收到INVITE请求之后，就去找可能通过DNS服务来找提供这个的SIP服务器。这在4中有描述。最后，转发INVITE请求到或者能到达的代理服务器。在转发请求之前，代理服务器会在via头上增加一个一段包含自己地址的值（INVITE已经包含了Alice的的地址VIA域）。代理服务器收到这个INVITE请求并且返回一个100（Trying）应答给代理服务器标志这它已经收到这个请求并且正在处理这个请求。这个代理服务器通过查询数据库，通常叫做地址服务，这个服务中包含了bob的当前ip

38、地址。（我们在下一节可以看到这个数据库是怎么回事）代理服务增加另一段包含自己地址的VIA头域并且发送它到bob的sip 电话。Bob的SIP电话接收到INVITE请求并且提醒bob有一个从Alice的呼入，这样bob可以决定是否响应这个呼入。这个意思就是：bob的电话响了。bob的sip电话发送一个180（Ringing）回应，这个回应将通过两个代理服务器原路返回给Alice。每一个代理服务器通过via头域决定该把这个应答发送给哪里，并且在发送之前把自己的地址从头上拿走。虽然DNS和定位服务在路由最初的INVITE请求，180（ringing）响应可以简单返回给发起者而不需要查找发起者在哪里，

39、并且不需要在代理服务器保留状态，同时，每一个转发INVITE的代理也可以得到INVITE的每一个应答，这样的特性也非常有用。当Alice的softphone收到180（Ringing）应答的时候，它提示Alice,可能是通过一个回铃音，或者屏幕上的一个消息提示。在这个例子中，Bob决定响应这个呼叫。当他拿起电话，他的SIP电话发送200（OK）回应给发送者，表示这个电话已经接起来了。这个200（OK）包含了一个消息体，这个消息体包含SDP媒体描述，这个媒体描述包含Bob希望和Alice建立何种媒体连接。同样，SDP消息也是两段交换：Alice发送一个给Bob，Bob发送一个回给Alice。这个

40、两段的交换提供基本的兼容性协商，并且基于简单的SDP提出/应答交换模型。如果Bob不想响应这个呼叫或者正在响应别的呼叫，一个错误的响应会代替正常的200（OK）回送出去，这样，就不会有连接建立。SIP完整的返回代码在21节有介绍。Bob发出的200（OK）（图一的F9消息）可能长得像这样的：SIP/2.0 200 OKVia: SIP/2.0/UDP ;branch=z9hG4bKnashds8;received=192.0.2.3Via: SIP/2.0/UDP ;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2Via: SIP/2.0/UDP

41、 ;branch=z9hG4bK776asdhds ;received=192.0.2.1To: Bob ;tag=a6c85cfFrom: Alice ;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314159 INVITEContact: Content-Type: application/sdpContent-Length: 131(Bobs SDP not shown)应答的第一行包含了应答代码（200）和原因（ok）。剩下的行包含了包头域。VIA,TO,FROM,CALL-ID, Cseq包头域是从INVITE请求包中直接拷贝过来的。（有三个

42、VIA域值一个是Alice SIP电话增加的，一个是代理加的，一个是代理加的）。Bob的SIP电话增加了一个TAG参数。这个TAG参数会被参与对话的各方所使用，并且在以后的对话中被使用。Contract域包含了一个能直接联系到Bob的URI。Contenttype和Content_Length域包含了消息体（没有在例子中体现），这个消息体里边是Bob的SDP媒体信息。除了DNS和位置服务之外，代理服务器可以自主决定路由，也就是说自己决定应该向哪里转发请求。比如，如果Bob的SIP电话返回一个486（电话正忙）信号，这个代理服务器可以转发这个INVITE请求到Bob的语音邮箱服务器。一个代理服务

43、器可以同时向N个地方发送INVITE请求。这种并发寻找就是传说中的分流（forking）。在这个例子中，200（OK）应答通过两个代理并且发送到Alice的softphone上，Alice的softphone收到这个应答，停止振铃，并且标志电话Bob已经接听。最后，Alice的电话发送一个确认消息，ACK，到Bob的SIP电话来确认接收到了这个最后的200（ok）应答。在这个例子中，ACK信号是直接由Alice的softphone发送到Bob的SIP phone上，跨过了两个代理服务器。这是因为两个端点（Alice和Bob）通过INVITE/200(OK)的请求应答包中的Contact包头域都

44、知道互相之间的地址了，这个地址是最开始发起INVITE请求的时候所不知道的。所以，不需要两个代理服务器再查找对方的地址了，所以代理服务器不参与接下来的通话流了。这就完成了一个完整的使用INVITE/200/ACK 三方握手来建立SIP会话的过程。会话建立过程中的细节描述再13节由描述。现在，Alice和Bob的媒体会话开始了，他们通过发送刚才建立会话所交换的SDP包中约定的互相明白的媒体包来进行会话。一般情况下，端到端的媒体包和SIP信号控制包通过不同的通讯路径来发送。在会话中，Alice或者Bob都可以改变他们自己的媒体会话属性。这个可以通过发送一个包含新媒体属性描述的re-INVITE请求来完成。这个re-INVITE是捆绑在一个现有的会话的，这样参与会话的对方可以明白这是要改变现有的会话属性而不是新建立一