近几年，基于会话的动态QoS控制机制逐渐成为研究方向，该架构下，在控 制平面感知会话所要求的QoS资源，对会话所需的QoS资源请求进行接纳控制。 在媒体平面完成由业务平面所批准的QoS策略的执行。这种基于会话的动态QoS 控制机制既能提供严格的QoS保证，又具有良好扩展性，目前很多标准组织都在 研究类似机制，IETF(Internet Engineering Task Force，因特网工程任务组)，ITU (International Telecommunication Union，国际电信联盟)、TISPAN (TELECOMMUNICATIONS AND INTERNET CONVERGED SERVICES AND PROTOCOLS FOR ADVANCED NETWORKING，电信和互联网融合业务及高级 网络协议)、3GPP(The 3rd Generation Partnership Project，第三代合作伙伴计 划)的研究得到较广泛的认可。
基于会话的动态QoS控制机制具体包括PULL(拉)和PUSH(推)两种实现 模式。TISPAN标准“WI2028 v007”对PUSH模式QoS资源预留的信令流程有所 描述。现以支持RACS架构的IMS(IP Multimedia Subsystem，IP多媒体子系统) 呼叫流程为例，说明目前基于PUSH模式的QoS资源预留的实现方法。当代理 CSCF(Call Session Control Function，呼叫会话控制功能)在接收到SDP Offer 时不需与RACS系统交互进行资源预留，而是在SDP Offer与SDP Answer完成后 才与RACS交互进行QoS资源预留，即代理CSCF收到对SDP Offer的SDP Answer 后才进行QoS资源预留。但如果接入网资源不足，SPDF(Service Policy Decision Function，服务策略决策功能)会返回失败，相应业务无法继续。TIPSAN相关 标准目前未明确描述这种失败情况下的处理流程。目前这种失败情况下存在如 下两种可能的处理：
●代理CSCF在信令层面释放会话，此时被叫终端会出现被叫终端已振铃， 然后呼叫中断无法通话的情况。
●代理CSCF继续完成信令层面接续。但由于资源未预留成功，因此信令面 上显示是成功的，但无法通过这次会话建立起两终端间的媒体面连接。
这也是被叫终端已振铃，然后呼叫中断无法通话的一种形式。
综上所述，由于现有技术的QoS资源预留方法不能保证QoS资源预留前提的 成立，从而导致出现被叫终端已振铃，然后呼叫中断无法通话的情况。

本发明实施例所要解决的技术问题在于提供一种QoS资源预留方法、系统及 会话建立和修改媒体的方法，其能保证QoS资源预留前提的成立。
为解决上述技术问题，本发明实施例所采用的技术方案是：提供一种QoS 资源预留方法，其包括以下步骤：
代理服务器接收发送方发送的携带会话描述协议提供SDP Offer的会话发起 协议SIP请求消息；
根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。
在所述进行QoS资源预留操作之后还包括以下步骤：若预留成功，则所述代 理服务器将所述SIP请求消息发送至接收方，所述接收方向所述发送方返回携带 SDP应答SDP Answer的SIP响应消息；若预留失败，则所述代理服务器向所述发 送方返回失败SIP响应消息。
若预留成功，所述代理服务器将所述SIP请求消息发送至接收方，所述接收 方向所述发送方返回携带SDP Answer的SIP响应消息时还包括以下步骤：
所述代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留 进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
所述根据所述SIP请求消息中的SDP Offer，进行QoS资源预留的步骤具体包 括以下步骤：
所述代理服务器收到所述SIP请求消息后，分析所述SIP请求消息中的SDP Offer，获知该SDP Offer可能导致的最高媒体流QoS要求；
所述代理服务器根据最高媒体流QoS要求进行QoS资源预留操作。
所述获知该SDP Offer可能导致的最高媒体流QoS要求是通过以下方式实现 的：代理服务器依据SDP Offer中描述的每一条媒体流的最高媒体流QoS要求计 算所有媒体流的最高媒体流QoS要求的总和来确定所述该SDP Offer可能导致的 最高媒体流QoS要求。
对于所述每一条媒体流的最高媒体流QoS要求，代理服务器是依据SDP Offer对每一条媒体流提供的多种可选择编解码类型中占用带宽最大的编解码方 式来确定的。
为解决上述技术问题，本发明实施例所采用的另一技术方案是：提供一种 会话建立的方法，其包括以下步骤：
A1、主叫终端向主叫侧代理服务器发送携带SDP Offer的会话建立INVITE 请求消息；
B1、所述主叫侧代理服务器根据所述INVITE请求消息中的SDP Offer，进行 QoS资源预留操作；若预留成功，则执行被叫侧的会话建立过程，若预留失败， 则所述主叫侧代理服务器向所述主叫终端返回失败SIP响应消息。
步骤B1所述的执行被叫侧的会话建立过程包括以下步骤：
C11、所述主叫侧代理服务器将所述INVITE请求消息发送至被叫侧代理服 务器；
C12、所述被叫侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作，若预留成功，则所述被叫侧代理服务器将所述INVITE请求消息发 送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息， 若预留失败，则所述被叫侧代理服务器向所述主叫侧代理服务器返回失败SIP响 应消息。
在所述步骤C12中，若预留成功，所述被叫侧代理服务器将所述INVITE请 求消息发送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的 SIP响应消息时还包括以下步骤：
C121、所述被叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源；
C122、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
步骤B1所述的执行被叫侧的会话建立过程包括以下步骤：
C21、所述主叫侧代理服务器依据RFC3312修改SDP Offer，向被叫侧代理服 务器发送INVITE请求消息，指示要求资源预留，并且本端的资源已预留成功；
C22、被叫侧代理服务器收到所述INVITE请求消息后，向被叫终端转发；
C23、所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息，并开 始进行QOS资源预留，QOS资源预留成功后，被叫终端振铃。
在所述步骤C23中，所述被叫终端向所述主叫终端返回携带SDP Answer的 SIP响应消息时还包括以下步骤：
C231、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
为解决上述技术问题，本发明实施例所采用的再一技术方案是：提供一种 修改媒体的方法，当应用在会话建立完毕后时，其包括以下步骤：
A2、发送终端向发送侧代理服务器发送携带SDP Offer的UPDATE或 ReINVITE请求消息；
B2、所述发送侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作。
在所述步骤B2中，若预留成功，则所述发送侧代理服务器将所述请求消息 发送至接收侧代理服务器；若预留失败，则所述发送侧代理服务器向所述发送 终端返回请求失败响应消息；
当所述发送侧代理服务器将所述请求消息发送至接收侧代理服务器后执行 步骤B21：所述接收侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作，若预留成功，则所述接收侧代理服务器将所述请求消息发送至接 收终端，所述接收终端向所述发送终端返回携带SDP Answer的响应消息。
在所述步骤B21中，若预留成功，所述接收终端向所述发送终端返回携带 SDP Answer的响应消息时还包括以下步骤：
C211、所述接收侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源；
C212、所述发送侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
为解决上述技术问题，本发明实施例所采用的技术方案是：提供一种QoS 资源预留系统包括发送方，用于发送携带SDP Offer的SIP请求消息给代理服务 器；代理服务器，用于接收所述发送方发送的携带SDP Offer的SIP请求消息，并 根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。
本发明实施例的有益效果是：由于本发明实施例在进行QoS资源预留时，将 代理服务器所做的QoS资源预留操作提前到代理服务器接收到携带SDP Offer的 SIP请求消息时就进行，因此，能保证QoS资源预留前提的成立；其次，由于资 源预留前提扩展由代理服务器来支持，因此本发明实施例的方法对于不支持资 源预留前提扩展的终端也能适用；另外，由于若预留成功，则所述代理服务器 将所述SIP请求消息发送至接收方；若预留失败，则所述代理服务器向所述发送 方返回失败SIP响应消息，因此当接收方收到所述请求时，QoS资源预留一定是 成功的，因此所述请求能正常进行，且能避免被叫终端已振铃，然后呼叫中断 无法通话的情况，即能提高接通率；另外，当QoS资源预留失败时，发送方也可 以知道因QoS资源不足无法发起所述请求，接受请求方未收到所述请求也不会出 现失常情况；另外，由于若预留成功，所述接收方向所述发送方返回携带SDP Answer的SIP响应消息时还包括对QoS资源预留进行修改，将预留的QOS资源修 改为实际媒体流所需要使用的QOS资源的步骤，因此可以节省资源。
附图说明
图1是本发明实施例QoS资源预留方法的流程图；
图2是本发明具体实施方式会话建立和修改媒体的方法流程示意图；
图3是本发明具体实施方式在会话建立过程中QoS资源预留失败的一种情况 下的处理流程示意图；
图4是本发明具体实施方式在会话建立过程中QoS资源预留失败的另一种情 况下的处理流程示意图。

下面结合附图举例说明本发明的具体实施方式。
本发明实施例的QoS资源预留系统包括发送方，用于发送携带SDP Offer的 SIP请求消息给代理服务器；代理服务器，用于接收所述发送方发送的携带SDP Offer的SIP请求消息，并根据所述SIP请求消息中的SDP Offer，进行QoS资源预 留操作。当所述发送方是主叫终端时，所述代理服务器是主叫侧代理服务器； 当所述发送方是主叫侧代理服务器时，所述代理服务器是被叫侧代理服务器； 当所述发送方是被叫终端时，所述代理服务器是被叫侧代理服务器；当所述发 送方是被叫侧代理服务器时，所述代理服务器是主叫侧代理服务器。
请参阅图1，本发明实施例的QoS资源预留方法包括以下步骤：
A、代理服务器接收发送方发送的携带SDP Offer的SIP(Session Initiation Protocol，会话发起协议)请求消息；
B、根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作，若预留 成功，则所述代理服务器将所述SIP请求消息发送至接收方，所述接收方向所述 发送方返回携带SDP Answer的SIP响应消息；若预留失败，则所述代理服务器向 所述发送方返回失败SIP响应消息。
所述发送方和接收方均可能为终端或AS(Application Server，应用服务器)。
在所述步骤B中，若预留成功，所述接收方向所述发送方返回携带SDP Answer的SIP响应消息时还包括以下步骤：
C、所述代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预 留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
所述步骤B进一步包括以下步骤：
B1、所述代理服务器收到所述SIP请求消息后，所述代理服务器分析所述SIP 请求消息中的SDP Offer，获知该SDP Offer可能导致的最高媒体流QoS要求；
B2、所述代理服务器根据最高媒体流QoS要求进行QoS资源预留操作。
步骤B1所述的获知该SDP Offer可能导致的最高媒体流QoS要求是通过以下 方式实现的：代理服务器依据SDP Offer中描述的所有媒体流来计算确定所述最 高媒体流QoS要求。对于每一条媒体流，代理服务器依据SDP Offer对每一条媒 体流提供的多种可选择编解码类型中占用带宽最大的编解码方式来计算确定所 述最高媒体流QoS要求。
本发明实施例的QoS资源预留前提的实现方法可应用于会话建立过程中和 会话建立完毕后，当用户修改媒体时。
本发明实施例会话建立的方法包括以下步骤：
A1、主叫终端向主叫侧代理服务器发送携带SDP Offer的会话建立INVITE 请求消息；
B1、所述主叫侧代理服务器根据所述INVITE请求消息中的SDP Offer，进行 QoS资源预留操作；若预留成功，则执行被叫侧的会话建立过程，若预留失败， 则所述主叫侧代理服务器向所述主叫终端返回失败SIP响应消息。
步骤B1所述的执行被叫侧的会话建立过程进一步包括以下步骤：
C11、所述主叫侧代理服务器将所述INVITE请求消息发送至被叫侧代理服 务器；
C12、所述被叫侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作，若预留成功，则所述被叫侧代理服务器将所述INVITE请求消息发 送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息， 若预留失败，则所述被叫侧代理服务器向所述主叫侧代理服务器返回失败SIP响 应消息。
在所述步骤C12中，若预留成功，所述被叫侧代理服务器将所述INVITE请 求消息发送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的 SIP响应消息时还包括以下步骤：
C121、所述被叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源；
C122、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
步骤B1所述的执行被叫侧的会话建立过程进一步包括以下步骤：
C21、所述主叫侧代理服务器依据RFC3312修改SDP Offer，向被叫侧代理服 务器发送INVITE请求消息，指示要求资源预留，并且本端的资源已预留成功；
C22、被叫侧代理服务器收到所述INVITE请求消息后，向被叫终端转发；
C23、所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息，并开 始进行QOS资源预留，QOS资源预留成功后，被叫终端振铃。
在所述步骤C23中，所述被叫终端向所述主叫终端返回携带SDP Answer的 SIP响应消息时还包括以下步骤：
C231、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
本发明实施例修改媒体的方法，当应用在会话建立完毕后时，包括以下步 骤：
A2、发送终端向发送侧代理服务器发送携带SDP Offer的UPDATE或 ReINVITE请求消息；
B2、所述发送侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作。
在所述步骤B2中，若预留成功，则所述发送侧代理服务器将所述请求消息 发送至接收侧代理服务器；若预留失败，则所述发送侧代理服务器向所述发送 终端返回请求失败响应消息；
当所述发送侧代理服务器将所述请求消息发送至接收侧代理服务器后执行 步骤B21：所述接收侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资 源预留操作，若预留成功，则所述接收侧代理服务器将所述请求消息发送至接 收终端，所述接收终端向所述发送终端返回携带SDP Answer的响应消息；若预 留失败，则所述接收侧代理服务器向所述发送终端返回请求失败响应消息。
在所述步骤B21中，若预留成功，所述接收终端向所述发送终端返回携带 SDP Answer的响应消息时还包括以下步骤：
C211、所述接收侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源；
C212、所述发送侧代理服务器依据SDP Offer与SDP Answer的协商结果，对 QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS 资源。
所述发送终端是主叫终端，所述发送侧代理服务器是主叫侧代理服务器， 所述接收终端是被叫终端，所述接收侧代理服务器是被叫侧代理服务器；或所 述发送终端是被叫终端，所述发送侧代理服务器是被叫侧代理服务器，所述接 收终端是主叫终端，所述接收侧代理服务器是主叫侧代理服务器。
现以IMS呼叫流程为例，说明本发明实施例关于QoS资源预留前提的实现方 法。请参阅图2，本发明实施例的QoS资源预留前提的实现方法应用在会话建立 过程中时包括以下步骤：
101.主叫终端向主叫代理CSCF发送会话建立INVITE请求消息，该消息中 携带SDP Offer；
102.主叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDP  Offer可能导致的最高媒体流QoS要求；主叫代理CSCF按最高QoS要求向SPDF (Service-based Policy Decision Function，基于业务的策略决策功能)发送AAR (AA-Request，AA请求)进行QoS资源预留；SPDF与A-RACF(Access-Resource and Admission Control Function，接入-资源及许可控制功能)和BGF(Border Gateway Function，边界网关功能)交互，确定可以接纳该QoS资源预留请求， 则向主叫代理CSCF返回成功响应；
103.主叫代理CSCF继续转发该INVITE请求消息给被叫代理CSCF；
104.被叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDP Offer可能导致的最高媒体流QoS要求；被叫代理CSCF按最高QoS要求向SPDF发 送AAR请求进行QoS资源预留；SPDF与ARAC和BGF交互，确定可以接纳该QoS 资源预留请求，则向被叫代理CSCF返回成功响应；
105.被叫代理CSCF继续转发该INVITE请求消息给被叫终端；
106.被叫终端接受会话请求，向被叫代理CSCF返回200响应并携带SDP Answer；
107.被叫代理CSCF依据SDP Offer与SDP Answer的协商结果，可以得出在 主叫终端与被叫终端间建立的实际媒体流所需要使用的QOS资源，此QOS资源 可能比在步骤104中所预留的QOS资源少，因此被叫代理CSCF进行QoS资源预留 的修改，将先前在步骤104中所预留的QOS资源修改为实际媒体流所需要使用的 QOS资源；
108.被叫代理CSCF向主叫代理CSCF返回200响应并携带SDP Answer；
109.主叫代理CSCF依据SDP Offer与SDP Answer的协商结果，进行QoS资 源预留的修改，与步骤107类似；
110.主叫代理CSCF向主叫终端返回200响应并携带SDP Answer；
111-113.主叫终端经主、被叫代理CSCF向被叫终端返回ACK响应，会话建 立完毕。
注意，在步骤102和步骤104中，代理CSCF依据SDP Offer确定可能建立的媒 体流所需要使用的最高QoS要求。具体方法包括：
1、通常SDP Offer对每一条媒体流提供多种可选择的编解码类型，代理CSCF 依据其中占用带宽最大的编解码方式来计算确定“最高媒体流QoS要求”。
2、SDP Offer可能同时包括对多条媒体流的描述，例如既有语音媒体流，也 有视频媒体流，SDP Offer与SDP Answer匹配后实际建立的媒体流可能只有其中 一条媒体流，例如只建立了语音媒体流。代理CSCF计算确定“最高媒体流QoS 要求”时，需按Offer中描述的所有媒体流来计算。
在SDP Offer与SDP Answer交互完成后，商定使用的媒体流和具体的编解码 类型。依据SDP Offer与SDP Answer的匹配原则，可知实际商定要建立的媒体流 所需要使用的“实际QOS要求”，可能小于或等于代理CSCF依据SDP Offer计算 出的“最高QoS要求”，因此，需要在SDP Offer与SDP Answer协商完成后，根 据最终商定的媒体流特性，进行QoS资源预留的修改。
以上流程中，向SPDF进行QoS资源预留，以及向SPDF进行QoS资源预留修 改，代理CSCF都通过发送AAR求来完成。两者的主要区别是：
代理CSCF依据Offer进行QoS资源预留，无论SDP中的媒体状态如何(是否 激活)，下发的媒体流状态都是未激活。此时媒体流的IP五元组也还没有确定， SPDF只需确定该带宽请求在当前接入网资源情况下是否可以获得满足，并更改 相应的资源状态记录，表示申请的QoS资源已被占用；
当Offer与Answer交互完成进行QoS资源预留修改，代理CSCF再次发送 AAR，其中指明了媒体流的IP五元组，媒体流状态、方向，以及新的带宽信息 (比依据SDP Offer确定的媒体流带宽小或者相同)。
如果收到SDP Offer进行QoS资源预留成功，表明相应QoS资源已得到保证， 在SDP Offer与SDP Answer匹配之后的QoS资源预留修改也必定能够成功，因为 此修改只是在原预留的基础上减少QoS资源需求。
会话建立完毕后，当用户通过UPDATE修改媒体，如新增一个视频媒体流 时，代理CSCF处理流程的步骤114-123中的关于“QOS资源预留”和“QOS资源 预留修改”的操作，与在会话建立过程中的步骤101-113中的关于“QOS资源预 留”和“QOS资源预留修改”处理类似。代理CSCF接收到SDP Offer，即与SPDF 交互进行QoS资源预留，完成了SDP Offer与SDP Answer交互后，代理CSCF再根 据实际协商确定的媒体流进行QoS资源预留的修改。
请参阅图3，是本发明实施例在会话建立过程中QoS资源预留失败的一种情 况下的处理流程示意图。该处理流程包括以下步骤：
11.主叫终端向主叫代理CSCF发送会话建立INVITE请求消息，该消息中携 带SDP Offer；
12.主叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDP Offer可能导致的最高媒体流QoS要求；主叫代理CSCF按最高QoS要求向SPDF发 送AAR进行QoS资源预留；SPDF与A-RACF和BGF交互，确定不可以接纳该QoS 资源预留请求，即主叫代理CSCF预留Offer相应的QoS资源失败，则向主叫代理 CSCF返回失败响应；
13.主叫代理CSCF向主叫终端返回500响应(包含原因值)；
14.主叫终端向主叫代理CSCF返回ACK响应。
请参阅图4，是本发明实施例在会话建立过程中QoS资源预留失败的另一种 情况下的处理流程示意图。该处理流程包括以下步骤：
21.主叫终端向主叫代理CSCF发送会话建立INVITE请求消息，该消息中携 带SDP Offer；
22.主叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDP  Offer可能导致的最高媒体流QoS要求；主叫代理CSCF按最高QoS要求向SPDF发 送AAR进行QoS资源预留；SPDF与A-RACF和BGF交互，确定可以接纳该QoS资 源预留请求，则向主叫代理CSCF返回成功响应；
23.主叫代理CSCF继续转发该INVITE请求消息给被叫代理CSCF；
24.被叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDP Offer可能导致的最高媒体流QoS要求；被叫代理CSCF按最高QoS要求向SPDF发 送AAR求进行QoS资源预留；SPDF与ARAC和BGF交互，确定不可以接纳该 QoS资源预留请求，即被叫代理CSCF预留Offer相应的QoS资源失败，则向被叫 代理CSCF返回失败响应；
25.被叫代理CSCF向主叫代理CSCF返回500响应(包含原因值)；
26.主叫代理CSCF继续转发500响应给主叫终端；
27.主叫终端向主叫代理CSCF返回ACK响应；
28.主叫代理CSCF继续转发ACK响应给被叫代理CSCF。
通过上述两种QoS资源预留失败的情况下的处理流程，保证了在QoS资源预 留失败的情况下，被叫终端无法接收到INVITE请求，当然也不会向被叫用户振 铃提示有入呼叫。
会话建立完毕后，当用户通过UPDATE修改媒体，如新增一个视频媒体流 时，代理CSCF对QoS资源预留失败的处理流程与在会话建立过程中的处理流程 类似。代理CSCF接收到SDP Offer，即与SPDF交互进行QoS资源预留，若QoS资 源预留失败，则对UPDATE请求返回500响应(包含原因值)。
本发明实施例通过将代理CSCF的QoS资源预留操作提前，保证被叫终端在 接收到INVITE请求并向被叫用户振铃之前，QoS资源就已预留好，后续不会因 为QoS资源预留的问题而导致被叫终端已振铃，然后呼叫中断无法通话。同理， 本发明实施例对会话建立后的媒体修改交互流程同样适用。
在本发明实施例的QoS资源预留方法中，代理服务器可依据静态配置决定 是否启用本发明实施例的QoS资源预留方法。例如，依据终端所属于的接入域， 对于特定接入域的终端缺省使用本发明实施例的方法。或者依据终端在注册时 所带的终端Feature属性来决定是否使用本发明实施例的方法。例如终端Feature 属性表明终端不支持IETF RFC3312。
在满足以上条件下，当代理服务器为被叫侧代理服务器时，可依据从主叫侧 的请求消息中是否携带了“要求资源预留”的指示来决定是否使用本发明实施 例的QoS资源预留方法。如果携带了，则需要启用本发明实施例的QoS资源预 留方法。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应 包含在本发明的保护范围之内。