CN101005511A - QoS资源预留方法、系统及会话建立和修改媒体的方法 - Google Patents
QoS资源预留方法、系统及会话建立和修改媒体的方法 Download PDFInfo
- Publication number
- CN101005511A CN101005511A CN 200710072869 CN200710072869A CN101005511A CN 101005511 A CN101005511 A CN 101005511A CN 200710072869 CN200710072869 CN 200710072869 CN 200710072869 A CN200710072869 A CN 200710072869A CN 101005511 A CN101005511 A CN 101005511A
- Authority
- CN
- China
- Prior art keywords
- acting server
- qos resource
- request message
- qos
- side acting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种QoS资源预留方法、系统及会话建立和修改媒体的方法，所述QoS资源预留方法包括以下步骤：代理服务器接收发送方发送的携带会话描述协议提供SDP Offer的会话发起协议SIP请求消息；根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。本发明实施例的方法和系统能保证QoS资源预留前提的成立，且对于不支持资源预留前提扩展的终端也能适用。
Description
技术领域
本发明涉及通讯领域，尤其涉及一种QoS(Quality of Service，服务质量)资源预留方法、系统及会话建立和修改媒体的方法。
背景技术
近几年，基于会话的动态QoS控制机制逐渐成为研究方向，该架构下，在控制平面感知会话所要求的QoS资源，对会话所需的QoS资源请求进行接纳控制。在媒体平面完成由业务平面所批准的QoS策略的执行。这种基于会话的动态QoS控制机制既能提供严格的QoS保证，又具有良好扩展性，目前很多标准组织都在研究类似机制，IETF(Internet Engineering Task Force，因特网工程任务组)，ITU(International Telecommunication Union，国际电信联盟)、TISPAN(TELECOMMUNICATIONS AND INTERNET CONVERGED SERVICES ANDPROTOCOLS 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 DecisionFunction，服务策略决策功能)会返回失败，相应业务无法继续。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请求消息中的SDPOffer，获知该SDP Offer可能导致的最高媒体流QoS要求；
所述代理服务器根据最高媒体流QoS要求进行QoS资源预留操作。
所述获知该SDP Offer可能导致的最高媒体流QoS要求是通过以下方式实现的：代理服务器依据SDP Offer中描述的每一条媒体流的最高媒体流QoS要求计算所有媒体流的最高媒体流QoS要求的总和来确定所述该SDP Offer可能导致的最高媒体流QoS要求。
对于所述每一条媒体流的最高媒体流QoS要求，代理服务器是依据SDPOffer对每一条媒体流提供的多种可选择编解码类型中占用带宽最大的编解码方式来确定的。
为解决上述技术问题，本发明实施例所采用的另一技术方案是：提供一种会话建立的方法，其包括以下步骤：
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资源不足无法发起所述请求，接受请求方未收到所述请求也不会出现失常情况；另外，由于若预留成功，所述接收方向所述发送方返回携带SDPAnswer的SIP响应消息时还包括对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源的步骤，因此可以节省资源。
附图说明
图1是本发明实施例QoS资源预留方法的流程图；
图2是本发明具体实施方式会话建立和修改媒体的方法流程示意图；
图3是本发明具体实施方式在会话建立过程中QoS资源预留失败的一种情况下的处理流程示意图；
图4是本发明具体实施方式在会话建立过程中QoS资源预留失败的另一种情况下的处理流程示意图。
具体实施方式
下面结合附图举例说明本发明的具体实施方式。
本发明实施例的QoS资源预留系统包括发送方，用于发送携带SDP Offer的SIP请求消息给代理服务器；代理服务器，用于接收所述发送方发送的携带SDPOffer的SIP请求消息，并根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。当所述发送方是主叫终端时，所述代理服务器是主叫侧代理服务器；当所述发送方是主叫侧代理服务器时，所述代理服务器是被叫侧代理服务器；当所述发送方是被叫终端时，所述代理服务器是被叫侧代理服务器；当所述发送方是被叫侧代理服务器时，所述代理服务器是主叫侧代理服务器。
请参阅图1，本发明实施例的QoS资源预留方法包括以下步骤：
A、代理服务器接收发送方发送的携带SDP Offer的SIP(Session InitiationProtocol，会话发起协议)请求消息；
B、根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作，若预留成功，则所述代理服务器将所述SIP请求消息发送至接收方，所述接收方向所述发送方返回携带SDP Answer的SIP响应消息；若预留失败，则所述代理服务器向所述发送方返回失败SIP响应消息。
所述发送方和接收方均可能为终端或AS(Application Server，应用服务器)。
在所述步骤B中，若预留成功，所述接收方向所述发送方返回携带SDPAnswer的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，获知该SDPOffer可能导致的最高媒体流QoS要求；主叫代理CSCF按最高QoS要求向SPDF(Service-based Policy Decision Function，基于业务的策略决策功能)发送AAR(AA-Request，AA请求)进行QoS资源预留；SPDF与A-RACF(Access-Resourceand Admission Control Function，接入-资源及许可控制功能)和BGF(BorderGateway Function，边界网关功能)交互，确定可以接纳该QoS资源预留请求，则向主叫代理CSCF返回成功响应；
103.主叫代理CSCF继续转发该INVITE请求消息给被叫代理CSCF；
104.被叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDPOffer可能导致的最高媒体流QoS要求；被叫代理CSCF按最高QoS要求向SPDF发送AAR请求进行QoS资源预留；SPDF与ARAC和BGF交互，确定可以接纳该QoS资源预留请求，则向被叫代理CSCF返回成功响应；
105.被叫代理CSCF继续转发该INVITE请求消息给被叫终端；
106.被叫终端接受会话请求，向被叫代理CSCF返回200响应并携带SDPAnswer；
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，获知该SDPOffer可能导致的最高媒体流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，获知该SDPOffer可能导致的最高媒体流QoS要求；主叫代理CSCF按最高QoS要求向SPDF发送AAR进行QoS资源预留；SPDF与A-RACF和BGF交互，确定可以接纳该QoS资源预留请求，则向主叫代理CSCF返回成功响应；
23.主叫代理CSCF继续转发该INVITE请求消息给被叫代理CSCF；
24.被叫代理CSCF分析该INVITE请求消息中的SDP Offer，获知该SDPOffer可能导致的最高媒体流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资源预留方法。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (17)
1、一种QoS资源预留方法，其特征在于包括以下步骤：
代理服务器接收发送方发送的携带会话描述协议提供SDP Offer的会话发起协议SIP请求消息；
根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。
2.如权利要求1所述的方法，其特征在于：在所述进行QoS资源预留操作之后还包括以下步骤：若预留成功，则所述代理服务器将所述SIP请求消息发送至接收方，所述接收方向所述发送方返回携带SDP应答SDP Answer的SIP响应消息；若预留失败，则所述代理服务器向所述发送方返回失败SIP响应消息。
3.如权利要求2所述的方法，其特征在于：若预留成功，所述代理服务器将所述SIP请求消息发送至接收方，所述接收方向所述发送方返回携带SDPAnswer的SIP响应消息时还包括以下步骤：
所述代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
4.如权利要求1所述的方法，其特征在于：所述根据所述SIP请求消息中的SDP Offer，进行QoS资源预留的步骤具体包括以下步骤：
所述代理服务器收到所述SIP请求消息后，分析所述SIP请求消息中的SDPOffer，获知该SDP Offer可能导致的最高媒体流QoS要求；
所述代理服务器根据最高媒体流QoS要求进行QoS资源预留操作。
5.如权利要求4所述的方法，其特征在于：所述获知该SDP Offer可能导致的最高媒体流QoS要求是通过以下方式实现的：代理服务器依据SDP Offer中描述的每一条媒体流的最高媒体流QoS要求计算所有媒体流的最高媒体流QoS要求的总和来确定所述该SDP Offer可能导致的最高媒体流QoS要求。
6.如权利要求5所述的方法，其特征在于：对于所述每一条媒体流的最高媒体流QoS要求，代理服务器是依据SDP Offer对每一条媒体流提供的多种可选择编解码类型中占用带宽最大的编解码方式来确定的。
7.一种会话建立的方法，其特征在于包括以下步骤：
A1、主叫终端向主叫侧代理服务器发送携带SDP Offer的会话建立INVITE请求消息；
B1、所述主叫侧代理服务器根据所述INVITE请求消息中的SDP Offer，进行QoS资源预留操作；若预留成功，则执行被叫侧的会话建立过程，若预留失败，则所述主叫侧代理服务器向所述主叫终端返回失败SIP响应消息。
8.如权利要求7所述的方法，其特征在于：步骤B1所述的执行被叫侧的会话建立过程包括以下步骤：
C11、所述主叫侧代理服务器将所述INVITE请求消息发送至被叫侧代理服务器；
C12、所述被叫侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资源预留操作，若预留成功，则所述被叫侧代理服务器将所述INVITE请求消息发送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息，若预留失败，则所述被叫侧代理服务器向所述主叫侧代理服务器返回失败SIP响应消息。
9.如权利要求8所述的方法，其特征在于：在所述步骤C12中，若预留成功，所述被叫侧代理服务器将所述INVITE请求消息发送至被叫终端，所述被叫终端向所述主叫终端返回携带SDP Answer的SIP响应消息时还包括以下步骤：
C121、所述被叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源；
C122、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
10.如权利要求7所述的方法，其特征在于：步骤B1所述的执行被叫侧的会话建立过程包括以下步骤：
C21、所述主叫侧代理服务器依据RFC3312修改SDP Offer，向被叫侧代理服务器发送INVITE请求消息，指示要求资源预留，并且本端的资源已预留成功；
C22、被叫侧代理服务器收到所述INVITE请求消息后，向被叫终端转发；
C23、所述被叫终端向所述主叫终端返回携带SDP Answer的响应消息，并开始进行QOS资源预留，QOS资源预留成功后，被叫终端振铃。
11.如权利要求10所述的方法，其特征在于：在所述步骤C23中，所述被叫终端向所述主叫终端返回携带SDP Answer的SIP响应消息时还包括以下步骤：
C231、所述主叫侧代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
12.一种修改媒体的方法，当应用在会话建立完毕后时，其特征在于包括以下步骤：
A2、发送终端向发送侧代理服务器发送携带SDP Offer的UPDATE或ReINVITE请求消息；
B2、所述发送侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资源预留操作。
13.如权利要求12所述的方法，其特征在于：在所述步骤B2中，若预留成功，则所述发送侧代理服务器将所述请求消息发送至接收侧代理服务器；若预留失败，则所述发送侧代理服务器向所述发送终端返回请求失败响应消息；
14.如权利要求13所述的方法，其特征在于：当所述发送侧代理服务器将所述请求消息发送至接收侧代理服务器后执行步骤B21：所述接收侧代理服务器根据所述请求消息中的SDP Offer，进行QoS资源预留操作，若预留成功，则所述接收侧代理服务器将所述请求消息发送至接收终端，所述接收终端向所述发送终端返回携带SDP Answer的响应消息。
15.如权利要求14所述的方法，其特征在于：在所述步骤B21中，若预留成功，所述接收终端向所述发送终端返回携带SDP Answer的响应消息时还包括以下步骤：
C211、所述接收侧代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源；
C212、所述发送侧代理服务器依据SDP Offer与SDP Answer的协商结果，对QoS资源预留进行修改，将预留的QOS资源修改为实际媒体流所需要使用的QOS资源。
16、一种QoS资源预留系统，其特征在于包括：
发送方，用于发送携带SDP Offer的SIP请求消息给代理服务器；
代理服务器，用于接收所述发送方发送的携带SDP Offer的SIP请求消息，并根据所述SIP请求消息中的SDP Offer，进行QoS资源预留操作。
17.如权利要求16所述的系统，其特征在于：所述发送方是主叫终端，所述代理服务器是主叫侧代理服务器；或所述发送方是主叫侧代理服务器，所述代理服务器是被叫侧代理服务器；或所述发送方是被叫终端，所述代理服务器是被叫侧代理服务器；或所述发送方是被叫侧代理服务器，所述代理服务器是主叫侧代理服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100728697A CN101005511B (zh) | 2007-01-17 | 2007-01-17 | QoS资源预留方法、系统及会话建立和修改媒体的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100728697A CN101005511B (zh) | 2007-01-17 | 2007-01-17 | QoS资源预留方法、系统及会话建立和修改媒体的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101005511A true CN101005511A (zh) | 2007-07-25 |
| CN101005511B CN101005511B (zh) | 2010-06-16 |
Family
ID=38704367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100728697A Active CN101005511B (zh) | 2007-01-17 | 2007-01-17 | QoS资源预留方法、系统及会话建立和修改媒体的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101005511B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009030123A1 (fr) * | 2007-09-04 | 2009-03-12 | Huawei Technologies Co., Ltd. | Procédé, système et centre de registre de service pour commander l'accès à un service non-sip |
| WO2011017957A1 (zh) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | 应用服务器呼叫控制中呼叫继续的方法和装置 |
| CN101291328B (zh) * | 2008-05-30 | 2011-09-21 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中的通话态转接系统及其转接方法 |
| CN101582950B (zh) * | 2009-06-04 | 2012-07-11 | 中兴通讯股份有限公司 | Ip多媒体子系统中振铃态转接方法及系统 |
| CN102761915A (zh) * | 2011-04-29 | 2012-10-31 | 中兴通讯股份有限公司 | 一种主叫侧发生会话切换的处理方法和as |
| CN113301055A (zh) * | 2021-06-22 | 2021-08-24 | 展讯通信（上海）有限公司 | 提高ims会话系统兼容性的方法及装置、网络设备及移动设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6366577B1 (en) * | 1999-11-05 | 2002-04-02 | Mci Worldcom, Inc. | Method for providing IP telephony with QoS using end-to-end RSVP signaling |
| DE60203779T2 (de) * | 2002-01-23 | 2006-03-09 | Sony International (Europe) Gmbh | Ein Verfahren zur Übertragung von End-to-End QoS durch Anwendung des end-to-end negotiation protocols (E2ENP) |
-
2007
- 2007-01-17 CN CN2007100728697A patent/CN101005511B/zh active Active
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009030123A1 (fr) * | 2007-09-04 | 2009-03-12 | Huawei Technologies Co., Ltd. | Procédé, système et centre de registre de service pour commander l'accès à un service non-sip |
| CN101383817B (zh) * | 2007-09-04 | 2011-05-11 | 华为技术有限公司 | 控制访问非sip业务方法及系统、服务注册中心 |
| CN101291328B (zh) * | 2008-05-30 | 2011-09-21 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中的通话态转接系统及其转接方法 |
| CN101582950B (zh) * | 2009-06-04 | 2012-07-11 | 中兴通讯股份有限公司 | Ip多媒体子系统中振铃态转接方法及系统 |
| WO2011017957A1 (zh) * | 2009-08-14 | 2011-02-17 | 中兴通讯股份有限公司 | 应用服务器呼叫控制中呼叫继续的方法和装置 |
| US8965973B2 (en) | 2009-08-14 | 2015-02-24 | Zte Corporation | Method and apparatus for call proceeding in call control of application server |
| CN102761915A (zh) * | 2011-04-29 | 2012-10-31 | 中兴通讯股份有限公司 | 一种主叫侧发生会话切换的处理方法和as |
| CN102761915B (zh) * | 2011-04-29 | 2017-11-03 | 中兴通讯股份有限公司 | 一种主叫侧发生会话切换的处理方法和as |
| CN113301055A (zh) * | 2021-06-22 | 2021-08-24 | 展讯通信（上海）有限公司 | 提高ims会话系统兼容性的方法及装置、网络设备及移动设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101005511B (zh) | 2010-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8401005B2 (en) | Session initiation protocol message content processing method and network | |
| US7359725B2 (en) | Push-to-talk apparatus and method for communication between an application server and media resource function processor | |
| US7359373B2 (en) | System, apparatus, and method for establishing circuit-switched communications via packet-switched network signaling | |
| CN101330748B (zh) | 一种ip多媒体子系统集中业务会话控制路径的切换方法 | |
| CN101208982A (zh) | 用信号发送用于多媒体会话的服务质量（qos）参数 | |
| CN101005511B (zh) | QoS资源预留方法、系统及会话建立和修改媒体的方法 | |
| EP2190165B1 (en) | Method and application server for adding media stream of multimedia session | |
| CN100550908C (zh) | 一种进行会话能力信息操作的方法及网络实体 | |
| CN101496352A (zh) | 网际协议多媒体子系统网络元件及其操作方法 | |
| CN102111387A (zh) | 会议状态下的控制权转移方法及用户设备 | |
| CN101026614B (zh) | 一种媒体类型参数的协商方法 | |
| CN1889565B (zh) | 会话建立方法 | |
| CN100488313C (zh) | 一种ims网络sip终端互通系统及其方法 | |
| CN1984132B (zh) | 一种对会话能力信息进行处理的方法和终端 | |
| CN101369906A (zh) | 一种会议业务实现方法及设备 | |
| WO2009046653A1 (fr) | Procédé, dispositif et système d'application de lignes directrices | |
| US20100128718A1 (en) | Supporting Method for REFER Message Expansion Parameter | |
| KR100656485B1 (ko) | Ｐｔａ 서비스 제공 방법 및 그 시스템 | |
| EP1973293A1 (en) | A processing method based on media type and a network entity | |
| CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
| CN103141068B (zh) | 在因特网协议通信网络中基于服务从信令路径中释放订户注册服务器 | |
| CN101459897A (zh) | 一种前转业务中的媒体协商方法 | |
| CN101119212B (zh) | 通过信令适配实体传输isdn用户-用户应用信息的方法 | |
| CN111404862A (zh) | 一种多媒体处理方法及设备 | |
| CN101742005A (zh) | 一种实现会议分割业务的方法、系统和网络装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |