山西快三QQ群 —首页-豆网
1/9
0/100
您的浏览器不支持进度条
更多>>该用户其他文档
下载所得到的文件列表
Ʊappٷַ22270.COM—SIP中的SDP offer-answer交换初探.doc
文档介绍:
1.引言
SDP的offer/answer模型本身独立与于使用它的高层协议。Ʊappٷַ22270.COMSIP是使用offer/answer模型的应用之一。RFC 3264 [3] 定义了offer/answer模型,但没有规定使用那个SIP消息来携带一个offer或answer。这些被定义在SIP基本部分(RFC3261) 及其扩展RFCs中。
Ʊappٷַ22270.COM理论上,任何SIP消息的正文中都可以包含会话描述部分。但是,一个SIP中的会话描述并不一定是一个offer 或一个answer,只有符合在SIP标准RFCs中所描述的规则的会话描述才会被解释为一个offer或一个answer。目前,这些关于如何处理 offer/answer模型的规则被定义为若干个RFCs中
offer/answer模型定义会话的更新。在SIP中,对话(dialog)用于将offer/answer交换及其要更新的会话联系起来。换句话说,只有在某个SIP对话中进行的offer/answer交换,才能更新该对话所管理的会话。
2、六种Offer/Answer交换模式
Ʊappٷַ22270.COM在SIP消息中承载offer/answer的规则定义在RFC 3261[1], RFC 3262 [2] 以及RFC 3311 [4]中。在这些RFCs中定义了六种在SIP消息中交换offer/answer的模式。
模式1和模式2是在RFC3261中定义的,用于不支持可靠临时响应消息(1xx-rel)的SIP实体之间的会话建立。
模式1:UAC在INVITE请求中携带一个 offer, UAS在200 INVITE响应中返回answer。这是最常用的一种模式。
模式2:UAC在INVITE请求中没有携带 offer。Ʊappٷַ22270.COMUAS在200 INVITE响应中携带一个offer,UAC通过ACK返回answer。中。
模式3、模式4、模式5都是在RFC3262中定义的,可用在支持100rel(可靠临时响应)扩展的SIP实体之间。Ʊappٷַ22270.COM其中模式3、模式4可用于会话建立。模式5只能用于会话参数更新。它们利用 1xx-rel响应消息来携带offer或answer来建立会话。
模式3:UAC在INVITE请求中携带一个offer, UAS在1xx-rel响应中返回answer。Ʊappٷַ22270.COM这样,在呼叫完成之前(UAC没有收到200 INVITE消息)会话已建立。此后,会话参数还可以被更新,具体见模式5及模式6。
模式4: UAC在INVITE请求中没有携带offer。UAS在1xx-rel可靠响应中携带一个offer,UAC通过PRACK返回answer。同样地, 在呼叫完成之前(UAC没有收到200 INVITE消息)会话已建立。此后,会话参数还可以被更新,具体见模式6。
模式5:当UAC与UAS采用模式3建立会话后,呼叫并未完成(见模式3)。之后,可以使用模式5对已建立的会话参数进行更新:UAC在PRACK请求中携带一个新的offer, UAS在200 PRACK响应中返回answer。这样,会话参数便被更新。
模式6在RFC3311中定义,主要用于在早期对话中更新已建立的会话参数,会话可能是通过模式3,也可能是通过模式4建立的。
模式6还可以对会话进行多次更新。例如,之前已通过模式5更新过的会话还可以使用模式6更新;甚至通过模式6更新过的会话还可以再次使用模式6更新。
模式6:UAC(或UAS)发送UPDATE请求其中携带一个新的offer, AS(或UAC)在200 UPDATE中返回一个offer。这样,会话参数便被更新。注意,UAS或UAC在发送UPDATE进行会话更新之前,必须保证之前的会话更新过程已经完成。也就是说,发出的offer已经收到answer,或者收到的offer已经产生了answer。
3.总结
INVITE方法提供了会话建立过程。
在没有100rel选项时,会话建立过程非常简单,只能使用200INVITE响应消息传送会话描述,这些会话描述可能是answer(模式1),也可能是 offer(模式2)。无论使用何种模式,会话都只能呼叫完成后才能建立,在呼叫完成之前和呼叫完成之后只能有一个会话–用于最终通话的常规会话,因而,不能建立所谓的“早期媒体会话”。
在引入100rel选项后,会话建立过程变得复杂,通过可靠的临时消息消息也可以传送会话描述,这些会话描述可能是answer(模式3),也可能是offer(模式4)。模式3和模式4都能够在呼叫完成前建立会话。并且在呼叫完成之前,这些会话还可以被更新。这样就能够建立与常规会话不同的“早期媒体会话”,完成回铃音的产生等功能。
PRACK方法可用于更新已建立的会话的参数(模式5)
UPDATE方法可用于多次更新已建立的会话的参数(模式6),发起更新的可以是UAC也可以是 UAS。
SIP中的早期媒体early media与回铃音
1、早期媒体
无论是在PSTN还是在VoIP网络中,一个呼叫的最终目的让两个用户进行交谈(conversation)。这里我们将由用户之间的交谈所产生的媒体称为常规媒体(“regular media”)。
早期媒体(“early media”)是与常规媒体相比而言的。
通常,主叫用户发起呼叫后用户交谈并不会立即开始(甚至可能最终没有开始),等待时间一般是几秒到几十秒,这完全取决于被叫用户的何时应答。在被叫应答之前,主叫用户与网络之间也可以有媒体流产生,与常规媒体相区别,这种媒体被称为早期媒体。
最典型的早期媒体就是回铃音。其他形式的早期媒体还有排队提示等等。早期媒体通常都是单向的(网络>主叫),在SIP中也可能会有双向的早期媒体。
 
2、早期媒体的传送
要传送媒体首先要建立一个媒体会话(Session)。建立媒体会话实际上就是通过SDP offer/answer交换进行就会话的媒体参数进行协商的一个过程。在SIP中,媒体会话的建立过程通常首先伴随着一个SIP对话(Dialog)的建立过程,一般情况下,媒体会话和SIP对话是同时建立的(通过SIP 200或ACK消息携带SDP answer)。这种情况下,媒体会话直到被叫用户摘机以后才能建立起来,只能用户传送用户媒体,显然无法传送早期媒体。
要传送早期媒体,必须在SIP对话尚未完全建立之时,即所谓的SIP早期对话状态,完成媒体会话的建立。
怎样在早期对话状态建立媒体会话呢?SIP中支持两种做法。
这两种做法的关键不同在于:是否将传送早期媒体的会话与传送之后的通话媒体的会话明确地划分清楚,区别开来。具体到协议上看,两种做法都利用了 200之前的 SIP消息,比如1xx-rel、PRACK、Update等等,来传送SDP offer/answer, 但是这些SDP offer/answer在SIP消息中的标明类型和处理指示是不同的。
做法1没有明确区分出用于早期媒体的会话,实际上始终只有一个会话。具体到协议上看,用于建立(或修改)这个会话的SDP offer/answer 在SIP消息中的处理指示 内容来自山西快三QQ群 —首页-豆网eljaby.com转载请标明出处.