一种第三方呼叫控制中获取用户能力的方法及应用服务器

摘要

本发明公开了一种第三方呼叫控制中获取用户能力的方法及应用服务器，包括：当用户进行第三方呼叫控制3PCC时，应用服务器AS将用户的媒体信息进行保存；所述AS通过保存后的所述用户的媒体信息进行媒体协商。应用本发明，解决了当前获取用户媒体能力方法不正确导致媒体协商失败几率较大的问题，提高了用户的使用体验度。

说明书

技术领域

本发明涉及通信领域，尤其涉及一种第三方呼叫控制中获取用户能力的方法及应用服务器。

背景技术

第三方呼叫控制(3PCC)的业务流程，如无应答前转和转接，在AS(应用服务器)发起新呼叫的时候，INVITE消息有时需要携带媒体(SDP，会话描述协议)与新的被叫用户进行协商。如图1所示：用户A和用户B进行媒体协商，然后AS发起到用户C的呼叫，其中携带SDP。

具体的现有应用场景：

一、如图2所示，无应答前转流程，包括：

步骤201、用户A发起建立呼叫消息经过AS到用户B，其中携带SDP_A1；

步骤202、用户B回183消息，其中携带SDP_B1；

步骤203-步骤204、用户A和用户B进行PRACK消息和200 OK消息交互；

步骤205、用户A回UPDATE消息，其中携带SDP_A2；

步骤206、用户B回200 OK消息，其中携带SDP_B2；

步骤207、用户B回振铃的180消息；

步骤207.1、用户B无应答超时触发无应答前转；

步骤208、AS发起到用户C的呼叫，其中携带SDP_A2；

步骤209、用户A和用户C按照SDP_A2进行媒体协商。

二、如图3所示，转接流程，包括：

步骤301、用户A发起建立呼叫消息经过AS到用户B，其中携带SDP_A1；

步骤302、用户B回183消息，其中携带SDP_B1；

步骤303-步骤304、用户A和用户B进行PRACK消息和200 OK消息交互；

步骤305、用户A回UPDATE消息，其中携带SDP_A2；

步骤306、用户B回200 OK消息，其中携带SDP_B2；

步骤307、用户B振铃；

步骤308-步骤309、用户B回摘机的200 OK消息，用户A回ACK消息；

步骤310、用户A发起转接请求到AS；

步骤311、AS发建立呼叫的请求到用户C，其中携带SDP_B3；

步骤312、用户C按照SDP_B3进行协商，回响应SDP_C1。

上述过程中，都存在一个共同的问题，就是呼叫用户C的时候携带的用户媒体都是可能经过了与另外一个用户协商过的。协商过就意味着这个媒体可能已经不是用户的初始媒体，媒体的具体内容，如编解码格式，可能已经因为协商而进行了选择，也就是减少或变化。那么再拿这个媒体去呼叫用户C的话，则可能增大与用户C媒体协商失败的几率。

具体存在问题的流程举例如下：

一、无应答前转流程：

假设：

用户A支持的媒体格式为：4(G723)和18(G729)；

用户B支持的媒体格式为：4(G723)；

用户C支持的媒体格式为：18(G729)；

那么，用户A呼叫用户B无应答，用户A和用户B协商后的媒体格式为4(G723)。

如果用媒体格式为4(G723)的协商后的用户A媒体去呼叫用户C，则协商失败，而实际上用户A支持4(G723)或18(G729)，用户C支持18(G729)本来是可以协商成功的。

二、转接流程：

假设：

用户A支持的媒体格式为：4(G723)；

用户B支持的媒体格式为：4(G723)和18(G729)；

用户C支持的媒体格式为：18(G729)；

那么，用户A呼叫用户B的时候，用户B协商的媒体因为用户A初始媒体只提供媒体格式为4(G723)，用户B作为被叫，选择4(G723)来做响应。呼叫用户C的时候携带的用户B媒体是4(G723)，而用户C支持18(G729)，无法支持4(G723)，协商失败。而实际上用户B支持4(G723)或18(G729)，用户C支持18(G729)理论上是可以协商成功的。

从上述事例中可以看出，在实际应用中，获取用户媒体能力方法不正确增加了媒体协商失败的几率，因此需要一种技术方案来解决上述问题。

发明内容

本发明所要解决的技术问题是提供一种第三方呼叫控制中获取用户能力的方法及应用服务器，解决了当前获取用户媒体能力方法不正确导致媒体协商失败几率较大的问题。

为了解决上述问题，本发明提供了一种第三方呼叫控制中获取用户能力的方法，包括：

当用户进行第三方呼叫控制3PCC时，应用服务器AS将用户的媒体信息进行保存；

所述AS通过保存后的所述用户的媒体信息进行媒体协商。

本发明还提供了一种应用服务器，用于用户进行第三方呼叫控制3PCC，所述应用服务器AS，用于将用户的媒体信息进行保存，并通过保存后的所述用户的媒体信息进行媒体协商。

与现有技术相比，应用本发明，解决了当前获取用户媒体能力方法不正确导致媒体协商失败几率较大的问题，提高了用户的使用体验度。

附图说明

图1是用户A与用户B间进行媒体协商，AS发起到用户C呼叫的流程图；

图2是现有技术中无应答前转的流程图；

图3是现有技术中转接的流程图；

图4是本发明实例中无应答前转的流程图；

图5是本发明实例中转接的流程图。

具体实施方式

下面结合附图和具体实施方式对本发明作进一步说明。

本发明的主要构思是：AS将用户的媒体信息进行保存；当用户进行第三方呼叫控制时，AS通过保存后的所述用户的媒体信息进行媒体协商。

具体的：通过保存原始媒体和通过不带媒体的re-INVITE去切换用户取得较全媒体能力的方法、处理策略以及适用场景，但不限于无应答前转业务和转接业务，本发明同样适用于其他第三方控制呼叫业务。

其中，方式1：对于主叫用户第一次携带自身媒体的时候，AS将主叫用户的媒体保存起来，然后在需要发送呼叫的时获取媒体进行发送。

其中，方式2：对于被叫用户的媒体的获得，AS需要在通话后对被叫用户发一个不带媒体的re-INVITE，等其在响应中携带媒体上报之后将媒体保存，然后在需要发送的时获取媒体进行发送。

对应主叫一般用方式1即可，因为主叫用户发起呼叫的时候一般会携带自身的媒体集合，当然，方式2也可以达到获取媒体的目的。除非主叫用户发起呼叫的时候不带媒体，此时被叫用户会先回媒体，需要采用方式2来获得主叫用户的媒体。

对于被叫则一般用方式2，除非主叫用户呼叫被叫用户的时候就是不带媒体的，那么被叫用户第一次回的媒体也可以保存起来在发起呼叫的时候使用，类似于方式1。

本发明的应用服务器，用于用户进行第三方呼叫控制3PCC中，

所述应用服务器AS，用于将用户的媒体信息进行保存，并通过保存后的所述用户的媒体信息进行媒体协商。

当用户进行3PCC是无应答前转业务时，所述AS将用户的媒体信息进行保存，是指：

对于主叫用户第一次携带自身媒体信息时，所述AS与该主叫用户进行交互获取该主叫用户的媒体信息并保存。

当用户进行3PCC是转接业务时，所述AS将用户的媒体信息进行保存，是指：

所述AS在主叫用户与被叫用户通话后，对该被叫用户发送不带媒体信息的re-INVITE消息，并将被叫用户返回响应中携带的被叫用户的媒体信息进行保存。

下面结合具体实例对本发明作进一步说明。

一、AS将主叫用户的原始媒体保存在数据区中，后续协商也不做改动，等待发出呼叫的时候携带，如图4所示，包括：

步骤401、用户A发起建立呼叫消息经过AS到用户B，其中携带媒体SDP_A1，AS将该媒体保存到数据区中；

步骤402、用户B向用户A回183消息，其中携带媒体SDP_B1；

步骤403-步骤404、用户A和用户B进行PRACK消息和200 OK消息交互；

步骤405、用户A向用户B回UPDATE消息，其中携带媒体SDP_A2；

步骤406、用户B向用户A回200 OK消息，其中携带媒体SDP_B2；

步骤407、用户B振铃；

步骤407.1、用户B振铃无应答超时触发无应答前转；

步骤408、AS向用户C发送呼叫消息，其中携带媒体SDP_A1；

步骤409、用户C根据收到的媒体SDP_A1与用户A进行媒体协商。

用户A和用户C进行端到端协商，进行后续流程。

二、AS在被叫用户通话之后通过不带媒体的re-INVITE切换获得被叫用户的媒体，完成re-INVITE过程后将获得的媒体保存，等待发出呼叫的时携带。如图4所示，包括：

步骤501、用户A发起建立呼叫消息经过AS到用户B，其中携带媒体SDP_A1；

步骤502、用户B向用户A回183消息，其中携带媒体SDP_B1；

步骤503-步骤504、用户A和用户B进行PRACK消息和200 OK消息交互；

步骤505、用户A向用户B回UPDATE消息，其中携带媒体SDP_A2；

步骤506、用户B向用户A回200 OK消息，其中携带媒体SDP_B2；

步骤507、用户B振铃；

步骤508-步骤509、用户B向用户A回摘机的200 OK消息，用户A向用户B回ACK消息；

步骤510、用户A发起转接请求到AS；

步骤511、AS发不带媒体的re-INVITE消息给用户B；

步骤512、用户B向AS回200 OK响应，其中携带媒体SDP_B3；AS将获得的媒体SDP_B3进行保存；

步骤513、AS发建立呼叫的请求到用户C，其中携带SDP_B3；

步骤514、用户C根据收到的媒体SDP_B3进行协商，向AS回临时或最终响应SDP_C1；

步骤515、AS发ACK消息给用户B，其中携带SDP_C1，用户B和用户C进行端到端协商，进行后续流程。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。