RFC3312中文版.doc

技 术 文 件 技术文件名称：资源管理和SIP的集成  目 录 1 引论 3 2 术语 4 3 概要 4 4 SDP参数 4 5 offer/answer中预置条件的使用 7 5.1 生成一个offer 7 5.1.1 SDP 编码 8 5.2 生成一answer 9 6 挂起和恢复会话的建立 10 7 状态确认 10 8 拒绝一个offer 11 8.1 拒绝一个媒体流 12 9 未知的预置条件类型 12 10 每个媒体流的多个预置条件处理 12 11 预置条件的可选标志 13 12 能力指示 13 13 应用实例 13 13.1 端到端状态类型 13 13.2 分段状态类型 17 13.3 SIP响应中的Offer 18 14 安全性考虑 21 15 IANA的考虑 21 16 感谢 21 17 参考文献 21 18 -- 21 22  Integration of Resource Management and Session Initiation Protocol (SIP) 资源管理和SIP的集成 Abstract This document defines a generic framework for preconditions, which are extensible through IANA registration. This document also discusses how network quality of service can be made a precondition for establishment of sessions initiated by the Session Initiation Protocol (SIP). These preconditions require that the participant reserve network resources before continuing with the session. We do not define new quality of service reservation mechanisms; these preconditions simply require a participant to use existing resource reservation mechanisms before beginning the session. 摘要 本文定义了一种通用的预置条件处理（已在IANA中注册的扩展属性）架构.本文也论述了SIP中建立会话时，网络服务质量怎样进行预置条件处理的。在预置条件处理中，要求会话的参与者在继续会话下一流程前预留网络资源。我们并不定义新的QOS预留机制；这些预置条件处理只要求会话参与者在开始会话前使用现有的资源预留机制。 1 引论 在一些实现架构中,会话建立时,一旦被叫振铃,此时会话建立失败可能性应降到最小.失败原因是,不能为会话成功预留网络资源.为最小化ghost rings,被叫振铃前必须预留网络资源(RNR).为了RNR,必须知道被叫的IP地址,端口号和会话参数.这些信息在SIP中是在会话发起时的offer/answer交互中携带的.这种交互会引起phone to ring,因此产生一个鸡与蛋的问题:没有执行初始的offer/answer交互不会执行资源预留,并且没有资源预留初始的offer/answer交互就不会执行. 解决方法:引入预置条件处理这个概念.一个预置条件处理是在会话的offer中引入的约束集.offer接收者产生answer,并不提示用户或继续建立会话的下一步行为.这只会在预置条件处理时发生.这可以由本地的一事件或由主叫发送新的offer来通知用户. 本文中使用的SIP协议是RFC3261,SDP协议是RFC2327. 我们选择在SDP描述的消息体中包含QOS预置条件处理而不在SIP头字段中,这因为预置条件处理是基于特定流的. 2 术语 略. 3 概要 为了确保会话只有通过特定的预置条件处理处理后才能建立.对影响特定媒体流的变化,我们划分了两个不同状态:当前状态(CSv)和期望状态(DSv).这就是本文定义的QOS状态. 期望状态由当前状态的一个门限(Ts)组成(DSv = Ts).一旦CSvDSv,会话停止建立.如果CSv=DSv,会话恢复建立. 下面举例说明,下例不能进行会话建立: CSv = 发送方资源预留 DSv = 发送/接收方均作资源预留 另一例子能进行会话建立: C