专利名称：一种第三方呼叫控制中获取用户能力的方法及应用服务器的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种第三方呼叫控制中获取用户能力的方法及应 用服务器。
背景技术：
第三方呼叫控制(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_ Cl ；步骤515、AS发ACK消息给用户B，其中携带SDP_C1，用户B和用户C进行端到端 协商，进行后续流程。以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖 在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种第三方呼叫控制中获取用户能力的方法，其特征在于，包括当用户进行第三方呼叫控制3PCC时，应用服务器AS将用户的媒体信息进行保存； 所述AS通过保存后的所述用户的媒体信息进行媒体协商。
2.如权利要求1所述的方法，其特征在于，当用户进行3PCC无应答前转业务时，所述AS将用户的媒体信息进行保存，是指 对于主叫用户第一次携带自身媒体信息时，所述AS与该主叫用户进行交互获取该主 叫用户的媒体信息并保存。
3.如权利要求1所述的方法，其特征在于，当用户进行3PCC转接业务时，所述AS将用户的媒体信息进行保存，是指 所述AS在主叫用户与被叫用户通话后，对该被叫用户发送不带媒体信息的re-INVITE 消息，并将被叫用户返回响应中携带的被叫用户的媒体信息进行保存。
4.如权利要求1所述的方法，其特征在于，当用户进行3PCC无应答前转业务时，所述方法分为以下步骤 主叫用户发起建立呼叫消息经过所述AS到被叫用户，其中携带主叫用户的媒体信息， AS保存该主叫用户的媒体信息；被叫用户和主叫用户进行交互后，被叫用户振铃无应答超时，触发无应答前转； 所述AS向第三用户发送呼叫消息，其中携带保存的主叫用户的媒体信息；第三用户根 据收到的主叫用户的媒体信息与主叫用户进行媒体协商，完成无应答前转业务。
5.如权利要求4所述的方法，其特征在于，所述被叫用户和主叫用户进行交互，包括以下步骤被叫用户向主叫用户回183消息，其中携带被叫用户的媒体信息；主叫用户和被叫用户进行PRACK消息和200 OK消息交互；主叫用户向被叫用户回UPDATE消息，其中携带主叫用户的媒体信息；被叫用户向主叫用户回200 OK消息，其中携带被叫用户的媒体信息；被叫用户振铃。
6.如权利要求1所述的方法，其特征在于，当用户进行3PCC转接业务时，所述方法分为以下步骤 主叫用户和被叫用户进行通话后，主叫用户发起转接请求到所述AS ； 所述AS向被叫用户发送不带媒体信息的re-INVITE消息；被叫用户向所述AS回200 OK响应，其中携带被叫用户的媒体信息；AS将获得的该被叫用户的媒体信息进行保存；所述AS发送建立呼叫的请求到第三用户，其中携带保存的所述被叫用户的媒体信息； 第三用户根据收到的所述被叫用户的媒体信息进行媒体协商，向所述AS回临时或最终响 应，其中携带第三用户的媒体信息；所述AS发送ACK消息给被叫用户，其中携带所述第三用户的媒体信息，被叫用户和第 三用户进行端到端协商，完成转接业务。
7.如权利要求6所述的方法，其特征在于，所示主叫用户和被叫用户进行通话，包括以下步骤主叫用户发起建立呼叫消息经过所述AS到被叫用户，其中携带主叫用户的媒体信息； 被叫用户向主叫用户回183消息，其中携带被叫用户的媒体信息； 主叫用户和被叫用户进行PRACK消息和200 OK消息交互；主叫用户向被叫用户回UPDATE消息，其中携带主叫用户的媒体信息； 被叫用户向主叫用户回200 OK消息，其中携带被叫用户的媒体信息；被叫用户振铃； 被叫用户向主叫用户回摘机的200 OK消息，主叫用户向被叫用户回ACK消息。
8.一种应用服务器，用于用户进行第三方呼叫控制3PCC，其特征在于，所述应用服务器AS，用于将用户的媒体信息进行保存，并通过保存后的所述用户的媒 体信息进行媒体协商。
9.如权利要求8所述的应用服务器，其特征在于，当用户进行3PCC无应答前转业务时，所述AS将用户的媒体信息进行保存，是指 对于主叫用户第一次携带自身媒体信息时，所述AS与该主叫用户进行交互获取该主 叫用户的媒体信息并保存。
10.如权利要求8所述的应用服务器，其特征在于，当用户进行3PCC转接业务时，所述AS将用户的媒体信息进行保存，是指 所述AS在主叫用户与被叫用户通话后，对该被叫用户发送不带媒体信息的re-INVITE 消息，并将被叫用户返回响应中携带的被叫用户的媒体信息进行保存。
全文摘要
本发明公开了一种第三方呼叫控制中获取用户能力的方法及应用服务器，包括当用户进行第三方呼叫控制3PCC时，应用服务器AS将用户的媒体信息进行保存；所述AS通过保存后的所述用户的媒体信息进行媒体协商。应用本发明，解决了当前获取用户媒体能力方法不正确导致媒体协商失败几率较大的问题，提高了用户的使用体验度。
文档编号H04L29/06GK101997839SQ20091016297
公开日2011年3月30日 申请日期2009年8月20日 优先权日2009年8月20日
发明者于绪涛, 靳彬, 高扬 申请人:中兴通讯股份有限公司