02.IMS流程之Precondition

• 目的

IP多媒体子系统（IMS）是提供实时和非实时的IP多媒体业务的通用体系结构，由于不限定下层接入技术等特点，它在固定、移动网络融合的过程中受到广泛关注。为了保证移动域IMS的服务质量（QoS），RFC3312定义了在SIP会话建立过程中进行QoS资源预留的机制，本文就IMS会话中资源预留的实现过程进行了具体分析。

• 概念

Precondition就是让参与走在会话建立之前，保留网络资源

媒体协商和对前提的处理是IMS中两个密切相关的概念。在IMS中，两个UE之间是通过媒体协商就会话中使用的媒体组合以及使用哪种编码方式达成一致。为了两个UE之间能相互协商，人们使用了SDP提供／应答机制，该机制允许UE推迟SIP会话建立的完成，直到双方都成功完成资源预留。这里对所有连接到IMS的UE都强制要求支持SIP和SDP的扩展。

在一般情况下，SIP仅交换一次提供／应答之后就开始建立媒体连接了。但在IMS中，由于双方的UE都必须准备接收所选择的任何编码类型，所以如果在第一次SDP应答中对任何媒体包提供一种以上的编码方案，那么就会产生第二次提供／应答的交互，为每种媒体流选择唯一的编码方案。否则需要在空中接口上按照较高带宽的编码方案预留资源，对于无线资源将是一种浪费。

建立媒体PDP上下文的过程称为资源预留。 对于双方的UE而言，建立PDP上下文的执行过程是相互独立的。这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。因此，其作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况

为了做到这一点，双方的UE在SDP提供／应答的协商过程中彼此交换前提（precondition）。这些前提主要用于指示：当主叫UE处的资源预留成功后，要把一个SIPUPDATE请求发往被叫UE；被叫UE在未收到来自对方的SIPUPDATE请求同时自己也未成功地完成资源预留之前不应振铃。此外，前提还指示当某个特定的媒体流无法成功进行资源预留时应该如何处理。

• 流程介绍

资源预留功能在SIP信令上体现为两个阶段，第一个阶段的所有媒体协商仅仅是为了双方进行资源预留准备（比如媒体协商如果承载在183响应中，终端不能将183做为回铃指示，因为资源预留还没有建立成功）。在资源预留建立成功之后，使用Update信令来表明资源预留建立完成，进入第二个阶段，之后的18X信令就可以像普通SIP流程一样，做为放回铃音的指示信息。在高通平台上，如果NV65957设置为1，将开启precondition模式。

 

第一次SDP提供／应答交互

主叫UE在发往被叫UE的第一个INVITE请求中提供了媒体类型，并用前提特定的指示对消息进行了扩展。被叫用户在支持前提机制的情况下对收到的第一个SDP提供给出了一个183（会话进行中）答复，答复中包含了自身的前提。

第二次SDP提供／应答的交互（开始资源预留）

第二次SDP提供包含在主叫终端发送的PRACK请求中，用来声明最终选择的媒体类型和编码方案。在明确了双方媒体流QoS要求以及媒体流编码方案的前提下，主叫UE开始进行资源预留。这里要注意的是，当遇到商定的媒体和编码的QoS要求不同的情况时，主叫UE需要对预留的资源进行变更。第二次SDP应答包含在被叫UE已回送的200（ok）中，此时被叫UE已开始进行资源预留了。

资源预留成功完成

    主被叫的UE都开始进行资源预留以后，任何一方的UE都可能比对方先完成资源预留。无论哪种情况，被叫终端都必须在确定双方都完成资源预留的前提下才能向主叫发送振铃消息，即被叫方在完成资源预留的同时还要等待接收主叫方的