指定代答业务的实现方法和通信系统 【技术领域】
本发明涉及通信领域，尤其涉及一种指定代答业务的实现方法和通信系统。
背景技术
为了满足多媒体通信的需求，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)组织在原有分组承载网的基础上引入了IMS(IPMultimedia Subsystem，IP多媒体子系统)，IMS不仅能向用户提供传统语音业务，也能向用户提供丰富的多媒体体验。
如图1所示为现有技术中的IMS网络系统的基本架构示意图，IMS网络系统主要包括以下网元：CSCF(Call Session Control Function，呼叫控制实体)、HSS(Home Subscriber Server，归属用户服务器)和AS(Application Server，应用服务器)。其中，CSCF又分为三种类型：S-CSCF(Serving-Call SessionControl Function，服务呼叫控制实体)、I-CSCF(Interrogating-Call SessionControl Function，查询呼叫控制实体)和P-CSCF(Proxy-Call Session ControlFunction，代理呼叫控制实体)。P-CSCF可处于用户当前所在地接入网内，作为用户接入IMS网络的第一个联系网元，把用户的SIP(Session InitiationProtocol，初始会话协议)消息转发到IMS核心网。I-CSCF可完成网络内部信息隐藏的功能，支持网络安全。S-CSCF作为核心的呼叫控制实体，完成基本的呼叫控制功能，提供与AS的接口。AS向用户提供各种业务，比如基本的语音、视频与补充业务。HSS记录每个IMS用户的用户信息与业务数据，配合CSCF完成路由功能，并提供认证、授权等功能。用户签约数据保存在HSS中，并在用户注册时被下载到S-CSCF，用户签约数据中保存了用户的IFC(Initial Filter Criteria，初始过滤规则)和提供业务的AS的地址信息。业务数据在用户注册时从HSS下载到AS，供AS完成用户业务处理所用。
呼叫代答业务(Call Pickup)是电信网络的常见业务，在传统的PSTN(Public Switched Telephone Network，公共交换电话网络)中，呼叫代答业务有广泛的应用，常用于集团客户，参与此业务的用户通常是处于同一间办公室中的用户，此业务属于Centrex(集中用户小型交换机)群业务。Centrex群业务是将若干用户组成一个用户群，用户群内的用户除享有普通电话用户的全部基本业务外，还可享有一些特殊业务，例如呼叫代答业务。
呼叫代答业务常用的实施场景如下：用户A呼叫群内用户B；当被叫用户B的终端振铃，而用户B正好不在或因事不能摘机应答时，与用户B同群的用户C可以代替用户B，来应答用户A的电话呼叫。用户C的操作方式是：使用自己的终端，通过特殊的拨号方式表达自己代替用户B应答的愿望；最终的结果是用户C与用户A通话，而用户B的终端停止振铃。
根据用户C拨号方式的不同，呼叫代答业务可细分为同组代答和指定代答两种：
1)同组代答
可以将若干个群内用户划分在不同的组中，比如一个企业内的用户都属于一个Centrex群，企业有若干个办公室，按办公室将不同用户划分到不同的组中。例如，当办公室中有终端被呼叫振铃时，与该终端同组的用户C可以拨同组代答业务的接入码(一串特定的号码)，为同组内的第一个振铃终端代答呼叫。
2)指定代答
指定代答业务的实施与组无关，同群内用户都可以操作。例如，当用户C要代答用户B的呼叫时，C拨打“指定代答业务的接入码+用户B号码”来表示自己愿意代答用户B的入呼。
指定代答业务是用户群内用户间使用的业务。在传统网络中，群业务只能在一个端局或移动交换机实现，即，上述指定代答业务中的用户B和用户C必须为属于同一应用服务器的用户(即在同一应用服务器上放号的用户)。
IMS网络中，属于同一应用服务器的广域群用户之间可以使用指定代答业务，如图2所示为现有技术中的属于同一应用服务器的广域群用户之间的指定代答业务的实现方法的流程示意图，所述方法包括以下步骤：
步骤201-步骤210：主叫用户A呼叫被叫用户B，且被叫用户B的终端振铃。
步骤211-步骤212：代答用户C摘机，拨“指定代答业务的接入码+B的号码”，代答用户C的终端产生一个SIP Invite消息，所述Invite消息中携带SDP C(终端C的媒体)，经过CSCF转发到AS。
步骤213-步骤220：AS根据所述Invite消息中包含的“指定代答业务的接入码”，触发指定代答业务，AS使用SIP Cancel(取消)请求让被叫用户B停止振铃。
步骤221-步骤223：AS需要将用户A与用户C接续起来，具体的，AS把SDP C通过Update(更新)消息转发给主叫用户A。
步骤224-步骤226：主叫用户A返回200 OK消息给AS，表示对于Update消息的确认，并在200 OK中携带了SDP A(终端A的媒体)。
步骤227-步骤232：AS产生183消息，发给代答用户C，并携带了SDP A。代答用户C产生PRACK(应答)消息，作为对183消息的确认。AS产生200OK消息，作为对PRACK的确认。
步骤233-步骤236：AS产生200 OK消息给代答用户C，作为Invite消息地确认消息，代答用户C用ACK响应。
步骤237-步骤242：AS产生200 OK消息给主叫用户A，作为Invite消息的确认消息，主叫用户A用ACK响应。
之后，主叫用户A和代答用户C通话，呼叫建立成功。
然而，在IMS网络中，存在广域群的概念，即属于不同应用服务器的用户可以组成同一个群，以及同一个群内的同一个用户组，即上述例子中的用户B和用户C可能属于不同的应用服务器，但在现有技术中，并没有实现属于不同应用服务器的用户之间的指定代答业务的方法。
【发明内容】
有鉴于此，本发明提供一种指定代答业务的实现方法和通信系统，能够实现属于不同应用服务器的用户之间的指定代答业务。
本发明的技术方案是这样实现的：
一种指定代答业务的实现方法，包括：
代答用户所属的第一应用服务器接收所述代答用户的第一指定代答请求，并根据所述第一指定代答请求中指定用户的号码获取所述指定用户所属的第二应用服务器；
所述第一应用服务器向所述第二应用服务器发送第二指定代答请求，所述第二指定代答请求用于通知所述第二应用服务器接通主叫用户与所述代答用户之间的会话。
其中，所述第一指定代答请求中携带有指定代答业务的接入码和所述指定用户的号码；所述第二指定代答请求中携带有指定代答业务的标识和所述指定用户的号码。
其中，所述第一指定代答请求中携带有指定代答业务的标识和所述指定用户的号码；所述第二指定代答请求中携带有指定代答业务的标识和所述指定用户的号码。
进一步地，所述第一应用服务器接收所述代答用户的第一指定代答请求之前，上述方法还包括：
所述第二应用服务器接收所述主叫用户呼叫所述指定用户的呼叫请求，通知所述指定用户振铃。
进一步地，所述第一应用服务器向所述第二应用服务器发送第二指定代答请求之后，上述方法还包括：
所述第二应用服务器向所述指定用户发送振铃取消请求。
其中，所述代答用户与所述指定用户归属于相同的广域群。
一种通信系统，包括：
第一应用服务器，用于接收属于本应用服务器的代答用户发送的第一指定代答请求，并根据所述第一指定代答请求中指定用户的号码获取所述指定用户所属的第二应用服务器；
所述第二应用服务器，用于接收所述第一应用服务器发送的第二指定代答请求，其中，所述第二指定代答请求用于通知所述第二应用服务器接通主叫用户与所述代答用户之间的会话。
其中，所述第一指定代答请求中携带有指定代答业务的接入码和所述指定用户的号码；所述第二指定代答请求中携带有指定代答业务的标识和所述指定用户的号码。
其中，所述第一指定代答请求中携带有指定代答业务的标识和所述指定用户的号码；所述第二指定代答请求中携带有指定代答业务的标识和所述指定用户的号码。
优选地，所述代答用户与所述指定用户归属于相同的广域群。
本发明具有以下有益效果：
代答用户所属的第一应用服务器接收代答用户的第一指定代答请求，并根据第一指定代答请求中指定用户的号码获取指定用户所属的第二应用服务器；第一应用服务器向第二应用服务器发送第二指定代答请求，第二指定代答请求用于通知第二应用服务器接通主叫用户与代答用户之间的会话。根据上述方法则可以实现属于不同应用服务器的用户之间的指定代答业务，解决了跨服务器实现指定代答业务的难题，弥补了现有技术的空白。
【附图说明】
图1为现有技术中的IMS网络系统的基本架构示意图；
图2为现有技术中的属于同一应用服务器的用户之间的指定代答业务的实现方法的流程示意图；
图3为本发明实施例的IMS网络中两个用户之间建立通话的呼叫流程示意图；
图4是根据本发明实施例的指定代答业务的实现方法的流程图；
图5为本发明实施例的IMS网络系统中属于不同应用服务器的用户组成广域群的网络框架示意图；
图6是根据本发明实施例的指定代答业务的实现方法的详细处理流程图；
图7是根据本发明实施例的通信系统的组成结构图。
【具体实施方式】
在说明本发明实施例的指定代答业务的实现方法和通信系统之前，首先简单介绍IMS网络中两个用户之间建立通话的呼叫流程。
如图3所示为本发明实施例的IMS网络中两个用户之间建立通话的呼叫流程示意图，为简化起见，图中省略了3个网元，分别为：
1)主叫用户A与主叫侧S-CSCF(主叫用户A所属的S-CSCF)之间的主叫侧P-CSCF(主叫用户A所属的P-CSCF)；
2)被叫用户B与被叫侧S-CSCF(被叫用户B所属的S-CSCF)之间的被叫侧P-CSCF(被叫用户B所属的P-CSCF)；
3)主叫侧S-CSCF与被叫侧S-CSCF之间的I-CSCF。
所述呼叫流程包括以下步骤(本发明的实施例中，均使用SIP协议作为呼叫控制的消息协议，所述SIP协议用来创建、修改和终结一个或多个参与者参加的会话进程)：
步骤301：主叫用户A向被叫用户B发起呼叫请求，所述呼叫请求通过主叫侧P-CSCF(图中略)到达主叫侧S-CSCF。
步骤302：主叫侧S-CSCF根据主叫用户A的IFC，将所述呼叫请求转发给主叫侧AS(主叫用户A所属的应用服务器)。
步骤303：主叫侧AS为主叫用户执行相关业务(例如呼叫限制业务等)后，将所述呼叫请求转发给主叫侧S-CSCF。
步骤304：主叫侧S-CSCF通过I-CSCF(图中略)将所述呼叫请求发送给被叫侧S-CSCF。
步骤305：被叫侧S-CSCF根据被叫用户B的IFC，将所述呼叫请求转发给被叫侧AS(被叫用户B所属的应用服务器)。
步骤306：被叫侧AS为被叫用户B执行相关业务后，将所述呼叫请求转发给被叫侧S-CSCF。
步骤307：被叫侧S-CSCF通过被叫侧P-CSCF(图中略)，将所述呼叫请求发送给被叫用户B。
步骤308-314：被叫用户B的终端振铃，产生振铃响应，并将所述振铃响应按所述呼叫请求的反向路径发送给主叫用户A。
步骤315-321：被叫用户B摘机，产生成功响应，所述成功响应按所述呼叫请求的反向路径发送给主叫用户A。
步骤322-328：主叫用户A的终端产生确认消息，按所述呼叫请求同样的路径发发送给被叫用户B。
之后，主叫用户A和被叫用户B通话，呼叫建立成功。
以下实施例中，均按照上述步骤中的呼叫流程来完成两用户之间的通话过程。
图4是根据本明实施例的指定代答业务的实现方法的流程图，如图4所示，包括以下步骤：
步骤S401，代答用户所属的第一应用服务器接收代答用户的第一指定代答请求，并根据第一指定代答请求中指定用户的号码获取指定用户所属的第二应用服务器，优选地，代答用户与指定用户归属于相同的广域群。
步骤S402，第一应用服务器向第二应用服务器发送第二指定代答请求，第二指定代答请求用于通知第二应用服务器接通主叫用户与代答用户之间的会话。
优选地，在第一应用服务器接收代答用户的第一指定代答请求之前，第二应用服务器会接收主叫用户呼叫指定用户的呼叫请求，通知指定用户振铃。
另外，在第一应用服务器向第二应用服务器发送第二指定代答请求之后，第二应用服务器可以向指定用户发送振铃取消请求。
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。
本发明实施例的指定代答业务的实现方法应用于IMS网络系统中，在IMS网络系统中存在广域群的概念，即属于不同应用服务器的用户可以组成同一个群，以及同一个群内的同一个用户组。如图5所示为本发明实施例的IMS网络系统中属于不同应用服务器的用户组成广域群的网络框架示意图，从图5中可以看出，用户B、用户C和用户D虽然不属于同一应用服务器，然而却可以组成同一用户群内的同一个用户组。通常情况下，用户B所属的应用服务器B、用户C所属的应用服务器C和用户D所属的应用服务器D与同一归属用户服务器连接，以共享相同的群用户数据。
下面结合图5对第一指定代答请求和第二指定代答请求中携带的具体内容进行举例说明，例如，主叫用户A呼叫被叫用户B。且被叫用户B(用户B为指定用户)振铃，用户C为用户B的代答用户。
实例1
第一指定代答请求中携带有指定代答业务的接入码和指定用户的号码，第二指定代答请求中携带有指定代答业务的标识和指定用户的号码。
代答用户C向自己的应用服务器(AS C)发送的invite请求中携带了“代答用户的接入码+用户B的号码”，“代答用户的接入码+B的号码”作为invite请求(即上文所述的第一指定代答请求)的req-uri行(表示SIP信令的呼叫目标)。具体地，接入码用以表示C用户做代答的愿望，B的号码表示代答的目标用户，这个invite请求因为是C发出，CSCF按用户C的主叫号码，将请求路由到C用户自己的AS(AS C)。AS C根据信令中携带的接入码可知C用户做代答操作的愿望，所以AS C必须将上述invite请求转发给B用户的AS(AS B)。并且，为了能让invite请求能路由到AS B，AS C必须将invite请求中的接入码删除。
AS B接收到invite请求之后，需要确定请求是用来做指定代答业务，所以AS C在转发invite请求之前，可以在请求中加入了一个P-Asserted-Service头字段。这个头字段的功能在3GPP TS 24.229 V8.8.0中定义，该头字段可以携带一个业务标识，P-Asserted-Service头字段需要专为指定代答业务定义一个值，例如P-Asserted-Service:urn:3gpp:mmtel.alarm.version1。当AS B接收到该请求(即上文所述的第二指定代答请求)时，发现请求中携带有P-Asserted-Service头字段，且其值表示指定代答业务，则AS B执行指定代答的业务逻辑，包括：1，停止终端B的振铃；2，寻找到呼入终端B的用户A，接续用户A与用户C的呼叫。另外，在实现过程中，不仅可以利用P-Asserted-Service头字段携带指定代答业务标识，还可以利用其它SIP头字段表示指定代答业务标识。
实例2
第一指定代答请求中携带有指定代答业务的标识和指定用户的号码，第二指定代答请求中携带有指定代答业务的标识和指定用户的号码。
用户C向AS C发送的请求中携带有“指定代答业务的标识”与“用户B的号码”，具体地，req-uri中包含用户B的号码，P-Asserted-Service头字段(或其它头字段)中含指定代答业务标识；AS C只需将该请求转发给AS B就可以了，不需要在invite中补充P-Asserted-Service头字段了。实例2对终端有要求，终端必须能够识别用户的代答业务要求，但实例1对终端无任何特殊要求，只要能实现基本IMS呼叫就可以。
通过上述方法，可以实现属于不同应用服务器的用户之间的指定代答业务，解决了跨服务器实现指定代答业务的难题，弥补了现有技术的空白。
图6是根据本发明实施例的IMS网络中实现广域群的指定代答业务的详细处理流程图，如图6所示，包括以下步骤：
应用场景：主叫用户A呼叫被叫用户B，且被叫用户B振铃(具体实现流程请参见图3所示的实施例)。
步骤601，代答用户C摘机，拨“指定代答业务的接入码+B的号码”，终端产生SIP invite请求，invite携带SDP C(终端C的媒体)，经过CSCF转发到AS C(代答用户C所属的应用服务器)。
步骤602，AS C根据invite请求中包括的“指定代答业务的接入码”，触发指定代答业务，将invite请求中的接入码去掉后，添加一个指定代答的URN(即上文所述的指定代答业务的标识)，发送给AS B(指定用户B所属的应用服务器)。
步骤603至步骤606，AS B根据invite请求中包括的表示指定代答业务的URN，触发指定代答业务，且AS B使用SIP Cancel请求，让终端B停止振铃。
步骤607，AS B把SDP C通过Update信令转发给主叫用户A。
步骤608，主叫用户A返回200 ok信令给AS B，表示对于update信令的确认，并在200 ok中携带了SDP A(终端A的媒体)。
步骤609至步骤610，AS B产生183信令，发送给AS C，并携带了SDPA，且AS C将183转发给用户C。
步骤611至步骤614，用户C产生PRACK信令，作为对183的确认，且AS B产生200 ok消息，作为对PRACK的确认。
步骤615至步骤618，AS B产生200 ok消息并发送给用户C，作为invite的确认消息，用户C向AS B返回ACK响应。
步骤619至步骤620，AS B产生200 ok消息并发送给用户A，作为invite的确认消息，用户A向AS B返回ACK响应。
图7是根据本发明实施例的通信系统的组成结构图，如图7所示，该通信系统包括：
第一应用服务器71，用于接收属于本应用服务器的代答用户发送的第一指定代答请求，并根据第一指定代答请求中指定用户的号码获取指定用户所属的第二应用服务器；
第二应用服务器72，用于接收第一应用服务器发送的第二指定代答请求，其中，第二指定代答请求用于通知第二应用服务器接通主叫用户与代答用户之间的会话。
其中，第一指定代答请求中携带有指定代答业务的接入码和指定用户的号码；第二指定代答请求中携带有指定代答业务的标识和指定用户的号码；或者，第一指定代答请求中携带有指定代答业务的标识和指定用户的号码；第二指定代答请求中携带有指定代答业务的标识和指定用户的号码。
优选地，代答用户与指定用户归属于相同的广域群。
图7是与前面方法对应的系统，系统的工作过程以及工作原理在方法部分已经进行了详细描述，在此不再赘述，参照方法中相应部分的描述即可。
借助于本发明的上述技术方案，可以实现属于不同应用服务器的用户之间的指定代答业务，解决了跨服务器实现指定代答业务的难题，弥补了现有技术的空白。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。