CN101183960A - 一种询问转接业务的实现方法 - Google Patents

Abstract

一种询问转接业务的实现方法，包含如下步骤：服务设备使用第一会话标识向第三方发送重呼叫请求；IMS中的B2BUA接收到上述重呼叫请求后，将该请求中包含的第一会话标识修改为第二会话标识，并以第二会话标识将其转发给第三方；第三方接收到上述重呼叫请求后，使用其中包含的被转接方的媒体资源信息更新第二会话标识对应的会话；第一会话标识为转接方与第三方之间的会话在转接方与B2BUA之间的会话标识；第二会话标识为转接方与第三方之间的会话在B2BUA与第三方之间的会话标识。采用本发明的方法，在转接方与第三方间存在B2BUA，且B2BUA没有修改消息的联系地址时也可实现询问转接业务。

Description

一种询问转接业务的实现方法

技术领域

本发明涉及一种询问转接业务的实现方法，尤其涉及一种IP(InternetProtocol，互联网协议)多媒体子系统中的询问转接业务的实现方法。

背景技术

IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。

在IMS业务体系中，控制层和业务层是分离的。控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务的触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF)完成的。CSCF分为：代理-呼叫会话控制功能(Proxy-CSCF，简称P-CSCF)，查询-呼叫会话控制功能(Interrogating-CSCF，简称I-CSCF)和服务-呼叫会话控制功能(Serving-CSCF，简称S-CSCF)。其中，S-CSCF为最重要的功能实体，I-CSCF为可选的功能实体。

业务层是由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务，AS可以是独立的功能实体，也可以存在于S-CSCF中。控制层(S-CSCF)根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。AS和S-CSCF可以统称为服务设备(SE，Server Equipment)。此外，还有一种功能实体叫背靠背用户代理(B2BUA)，它在收到会话请求时，会作为代理向会话请求的目的方发起新的请求，从而使信令路径上存在多个会话标识。为使后续的会话请求仍能经过B2BUA，B2BUA会修改消息中的联系地址(即修改Contact头字段)或在消息中增加要求的路由(即修改Via字段、Route字段等)。会话中的端到端设备称为用户设备UE(UserEquipment)，负责与使用者的交互。这些功能实体使用SIP(Session InitiationProtocol)协议通讯。

询问转接业务是IMS中的一种业务，该业务允许用户终端A(转接方)在分别建立了与用户终端B(被转接方)和用户终端C(第三方)的通话连接后，发起转接请求，使用户终端B与用户终端C建立通话。

图1是现有技术中的询问转接业务实现方法流程图。如图1所示，用户终端A(UE-A)分别与用户终端B(UE-B)和用户终端C(UE-C)建立了会话连接，而后UE-A发送转接请求使UE-B建立与UE-C的会话；具体包含如下步骤：

步骤101：UE-A与UE-B已通过转接业务服务设备(SE)建立起会话连接，即SE在该会话的信令路径上；

步骤102：UE-A与UE-C通过SE建立起会话连接，即SE在信令路径上；并且该会话的信令路径上不存在B2BUA，因此该会话信令路径上只存在一个会话标识；

步骤103～104：UE-A通过SE向UE-B发送转接请求，该转接请求用于通知UE-B向UE-C发起呼叫；

上述转接请求可采用SIP协议的REFER(指示)消息实现，在REFER消息中的Refer-To域中包含UE-C的地址。由于不再需要UE-A和UE-C之间的会话，且避免UE-B呼叫UE-C时遇忙，需要UE-B和UE-C之间建立的新的呼叫对应的会话替换原有的UE-A和UE-C之间的会话，因此，在Refer-To域中包含Replaces参数，Replaces参数的参数值为UE-A和UE-C之间的会话的会话标识。

接收到上述转接请求后，为使后续的呼叫请求还能经过SE，SE将Refer-To域中的UE-C的地址改为SE特殊地址标识，并将修改过的转接请求发送给UE-B。

上述SE的特殊地址标识包含：SE的地址，与UE-C的地址相关联的关联信息(简称UE-C关联地址信息)。例如，上述特殊地址标识可以是以下形式：C标识@Se_Address；其中，C标识为UE-C的标识，Se_Address为SE的地址标识；在上述特殊地址标识之后还包含Replaces参数，参数值为UE-A和UE-C之间的会话的会话标识D2。

步骤105～106：UE-B接收到上述转接请求后，通过SE向UE-A发送转接应答；

上述转接应答可以采用“202 Accepted”消息。

步骤107：UE-B接收到上述转接请求后，还根据Refer-To域中包含的SE特殊地址标识及Replaces参数构造替换D2的呼叫请求，并将该呼叫请求发送至SE；

上述呼叫请求可以是INVITE(邀请)消息，在INVITE消息中的Replaces域中包含UE-A和UE-C之间会话的会话标识；此外，该INVITE消息的Request-URI域中包含上述SE的特殊地址标识。

此外，上述INVITE消息中还包含UE-B的媒体资源信息。

步骤108：SE接收到该呼叫请求后，将该呼叫请求的Request-URI域修改为：UE-C的URI(Uniform Resource Identifier，统一资源标识符)，并将其转发给UE-C；

步骤109～110：UE-C接收到该呼叫请求后，根据Replaces域中包含UE-A和UE-C之间会话的会话标识释放原有的UE-A和UE-C之间的会话；

UE-C可通过SE向UE-A发送BYE消息释放原有的UE-A和UE-C之间的会话。

步骤111：UE-C接收到上述呼叫请求后，使用其中包含的媒体资源信息建立媒体连接；并向SE发送呼叫应答；

上述呼叫应答可以是“200 OK”消息；

步骤112：SE接收到上述呼叫应答后，将其转发给UE-B；

步骤113：自此，UE-B和UE-C之间建立起新的会话连接。

从上述步骤101～113可知，当UE-A和UE-C之间不存在B2BUA时，使用现有技术中方法可以实现询问转接业务。

但是若UE-A和UE-C之间，即要替换的会话的信令路径上存在B2BUA，要替换的会话信令链路上存在至少两个会话标识，UE-A和B2BUA之间与B2BUA和UE-C之间的会话标识不相同；在这种情况下如果B2BUA没有修改消息的联系地址，则UE-C会因为不认识接收到的UE-B发送的呼叫请求(INVITE消息)中携带的要替换的会话标识，从而导致替换失败而无法成功建立会话。

图2是当UE-A和UE-C之间存在B2BUA，且B2BUA没有修改消息的联系地址时使用现有技术中的询问转接业务实现方法的流程图；包含如下步骤：

步骤201：UE-A与UE-B已通过SE建立起会话连接，UE-A和UE-B间的会话标识为D1；

步骤202：UE-A与UE-C已通过SE和B2BUA建立起会话连接，UE-A和SE、SE和B2BUA间的会话标识为D2；B2BUA和UE-C间的会话标识为D3；

步骤203～204：UE-A通过SE向UE-B发送转接请求(REFER消息)，该转接请求用于通知UE-B向UE-C发起呼叫；

由于B2BUA没有修改消息的联系地址，因此在UE-A发送的REFER消息中的Refer-To域中包含的是UE-C的地址；此外，在Refer-To域中包含Replaces参数，Replaces参数的参数值为UE-A和UE-C之间的会话的会话标识。

接收到上述转接请求后，SE将Refe-To域中的UE-C的地址改为SE特殊地址标识：C标识@Se_Address？Replaces＝D2，并将修改过的转接请求发送给UE-B。

步骤205～206：UE-B接收到上述转接请求后，通过SE向UE-A发送转接应答；

步骤207：UE-B接收到上述转接请求后，还根据Refer-To域中包含的SE特殊地址标识及Replaces参数构造替换D2的呼叫请求(INVITE消息)，并将该呼叫请求发送至SE；

上述INVITE消息中还包含UE-B的媒体资源信息；

上述INVITE消息中的Replaces域中包含UE-A与UE-C之间会话的会话标识(D2)；此外，该INVITE消息的Request-URI域中包含去除Replaces参数的SE特殊地址标识：C标识@Se_Address。

步骤208：SE接收到上述呼叫请求后，将该呼叫请求的Request-URI域修改为：UE-C的URI(Uniform Resource Identifier，统一资源标识符)，并将其转发给UE-C；

注意到，此时由于B2BUA没有修改消息的联系地址，因此SE将上述呼叫请求直接转发给了UE-C，而不是B2BUA。

步骤209：UE-C接收到该呼叫请求后，获取Replaces域中的UE-A和UE-C之间会话的会话标识D2，但由于UE-C无法识别该会话标识，因此无法完成替换，转接失败。

由以上流程可知，当UE-A(转接方)和UE-C(第三方)之间存在B2BUA，且B2BUA没有修改消息的联系地址时，使用现有技术中的询问转接业务实现方法无法实现使UE-B(被转接方)与UE-C之间建立会话的询问转接功能。

发明内容

本发明所要解决的技术问题是，克服现有技术的不足，提供一种在转接方和第三方之间存在B2BUA时，可以实现被转接方与第三方之间建立通话的询问转接功能。

为了解决上述问题，本发明提供一种询问转接业务的实现方法，其特征在于，询问转接业务的转接方分别与被转接方和第三方通过IMS中的询问转接业务服务设备建立会话，且所述转接方启动询问转接业务后，该方法包含如下步骤：

A：所述服务设备使用第一会话标识向所述第三方发送重呼叫请求；

B：IMS中的B2BUA接收到上述重呼叫请求后，将该请求中包含的第一会话标识修改为第二会话标识，并以第二会话标识将其转发给所述第三方；

C：所述第三方接收到上述重呼叫请求后，使用其中包含的所述被转接方的媒体资源信息更新所述第二会话标识对应的会话；

所述第一会话标识为所述转接方与第三方之间的所述会话在转接方与B2BUA之间的会话标识；

所述第二会话标识为所述转接方与第三方之间的所述会话在B2BUA与第三方之间的会话标识。

此外，所述B2BUA不修改所述转接方与第三方之间所述会话的消息的联系地址。

此外，所述重呼叫请求为re-INVITE消息，该消息的会话标识为所述第一会话标识。

此外，所述转接方通过所述服务设备向所述被转接方发送包含所述第一会话标识的转接请求以启动所述询问转接业务。

此外，所述转接请求为REFER消息；该消息中的Refer-To域中包含所述第三方地址及Replaces参数；Replaces参数的参数值为所述第一会话标识。

此外，所述转接方启动询问转接业务后，在所述步骤A之前还包含如下步骤：

A1：接收到所述REFER消息后，所述服务设备将Refer-To域中的所述第三方地址修改为包含所述第三方的标识信息和所述服务设备的地址信息的特殊地址标识，并将修改后的REFER消息发送给所述被转接方；

A2：所述被转接方接收到上述REFER消息后，构造包含Replaces域的INVITE消息，并根据所述特殊地址标识将其发送至所述服务设备；所述Replaces域中包含所述第一会话标识。

此外，所述转接方启动询问转接业务后，在所述步骤A之前还包含如下步骤：

A1’：接收到所述REFER消息后，所述服务设备以所述转接方与被转接方的所述会话的会话标识向所述被转接方发送重呼叫请求；

接收到所述第三方对上述重呼叫请求的应答后执行所述步骤A。

此外，所述步骤C之后还包含如下步骤：

C1：所述第三方向所述服务设备发送对所述重呼叫请求的应答；

C2：接收到上述应答后，所述服务设备以所述转接方与被转接方的所述会话的会话标识向所述被转接方发送包含所述第三方的媒体资源信息的重呼叫请求。

由上可知，SE通过向询问转接业务的第三方发送重呼叫请求，使得该请求能发送至B2BUA；B2BUA将上述重呼叫请求中包含的会话标识修改为该会话在B2BUA与第三方之间的会话标识，并将该重呼叫请求发送至第三方，第三方接收到上述重呼叫请求后获取正确的会话标识，并使用该重呼叫请求中包含的被转接方的媒体资源信息更新对应会话，以完成询问转接业务。

附图说明

图1是现有技术中的询问转接业务实现方法流程图；

图2是当UE-A和UE-C之间存在B2BUA，且B2BUA没有修改消息的联系地址时使用现有技术中的询问转接业务实现方法的流程图；

图3是本发明第一实施例询问转接业务的实现方法流程图；

图4为本发明第二实施例询问转接业务的实现方法流程图。

具体实施方式

本发明的基本思路是在进行询问转接业务时，SE向询问转接业务的第三方发送包含询问转接业务的被转接方的媒体资源信息及转接方与被转接方的会话在转接方与B2BUA之间的会话标识的重呼叫请求，以确保该请求能发送至B2BUA；B2BUA将上述会话标识修改为该会话在B2BUA与第三方之间的会话标识，并将该重呼叫请求发送至第三方。

下面将结合附图和实施例对本发明进行详细描述。

图3是本发明第一实施例询问转接业务的实现方法流程图。如图3所示，在此实施例中，询问转接业务的转接方UE-A与被转接方UE-B和第三方UE-C分别建立了会话；其中，UE-A与UE-C之间的会话的信令路径上存在B2BUA，并且B2BUA没有修改消息的联系地址；该方法包含如下步骤：

步骤301：UE-A与UE-B已通过转接业务服务设备(SE)建立起会话连接，即SE在该会话的信令路径上；UE-A与SE之间、SE与UE-B之间的会话标识都为D1；

步骤302：UE-A与UE-C通过SE和B2BUA建立起会话连接，UE-A和SE、SE和B2BUA间的会话标识为D2；B2BUA和UE-C间的会话标识为D3；

步骤303～304：UE-A通过SE向UE-B发送转接请求(REFER消息)，该转接请求用于通知UE-B向UE-C发起呼叫；

由于B2BUA没有修改消息的联系地址，因此在UE-A发送的REFER消息中的Refer-To域中包含的是UE-C的地址；此外，在Refer-To域中包含Replaces参数，Replaces参数的参数值为会话标识D2。

接收到上述转接请求后，SE将Refer-To域中的UE-C的地址改为SE特殊地址标识：C标识@Se_Address？Replaces＝D2，并将修改过的转接请求发送给UE-B。

步骤305～306：UE-B接收到上述转接请求后，通过SE向UE-A发送转接应答；

步骤307：UE-B接收到上述转接请求后，还根据Refer-To域中包含的SE特殊地址标识及Replaces参数构造替换D2的呼叫请求(INVITE消息)，并将该呼叫请求发送至SE；

上述INVITE消息中还包含UE-B的媒体资源信息；

上述INVITE消息中的Replaces域中包含会话标识D2；此外，该INVITE消息的Request-URI域中包含去除Replaces参数的SE特殊地址标识：C标识@Se_Address。

步骤308：SE接收到上述呼叫请求，获取该呼叫请求中包含的会话标识D2；并以此会话标识发起重呼叫请求给UE-C，该重呼叫请求中包含UE-B的媒体资源信息；此外，该重呼叫请求中不再有Replaces域；

上述重呼叫请求可以是会话标识为D2的re-INVITE消息；

注意到，由于此时SE是以会话标识D2发送重呼叫请求，因此，该请求将发送至B2BUA。

步骤309：B2BUA接收到上述重呼叫请求后，获取该重呼叫请求的会话标识D2，根据该会话标识找到对应的B2BUA与UE-C之间的会话标识D3；并以会话标识D3发起重呼叫请求给UE-C，该请求中包含UE-B的媒体资源信息；此外，该重呼叫请求中不再有Replaces域；

上述重呼叫请求可以是会话标识为D3的re-INVITE消息；

步骤3 10：UE-C接收到B2BUA发送的呼叫请求后，获取该重呼叫请求中包含的UE-B的媒体资源信息，并使用该媒体资源信息更新D3会话为到UE-B的媒体连接；并向B2BUA发送应答呼叫请求；

上述应答呼叫请求可以是“200 OK”消息；

步骤311～312：B2BUA收到上述应答呼叫请求后，通过SE将其转发给UE-B；

步骤313：至此，UE-B和UE-C之间建立起新的会话连接，询问转接完成。

图4为本发明第二实施例询问转接业务的实现方法流程图。如图4所示，在此实施例中，询问转接业务的转接方UE-A与被转接方UE-B和第三方UE-C分别建立了会话；其中，UE-A与UE-C之间的会话的信令路径上存在B2BUA，并且B2BUA没有修改消息的联系地址；该方法包含如下步骤：

步骤401～402：与上述步骤301～302相同；

步骤403：UE-A向SE发送转接请求(REFER消息)；

上述REFER消息中的Refer-To域中包含的是UE-C的地址；此外，在Refer-To域中包含Replaces参数，Replaces参数的参数值为会话标识D2。

步骤404：SE接收到上述转接请求后，向UE-A发送转接应答；

上述转接应答可以是“202 Accepted”消息；

步骤405：SE按照标准的第三方呼叫控制(3PCC)技术，以会话标识D1向UE-B发送重呼叫请求，可不带媒体资源信息；

上述重呼叫请求可以是会话标识为D1的re-INVITE消息；

步骤406：UE-B接收到上述会话标识为D1的重呼叫请求后，向SE发送重呼叫应答，并携带上UE-B的媒体资源信息；

上述重呼叫应答可以是“200 OK”消息；

步骤407：SE接收到UE-B发送的重呼叫应答后，按照标准的第三方呼叫控制(3PCC)技术，以会话标识D2向UE-C发送携带UE-B媒体资源信息的重呼叫请求；

上述重呼叫请求可以是会话标识为D2的re-INVITE消息；

步骤408：上述会话标识为D2的重呼叫请求到达B2BUA，B2BUA根据会话标识D2获取对应侧(B2BUA与UE-C之间)的会话标识D3；并以会话标识D3向UE-C发送携带UE-B的媒体资源信息的重呼叫请求；

上述重呼叫请求可以是会话标识为D3的re-INVITE消息；

步骤409：UE-C接收到上述会话标识为D3的重呼叫请求后，根据其中包含的UE-B的媒体资源信息更新D3会话；并向SE发送重呼叫应答，并携带上UE-C的媒体资源信息；

上述重呼叫应答可以是“200 OK”消息；

步骤410：上述重呼叫应答到达B2BUA，B2BUA将其转发给SE；

步骤411：SE接收到UE-C的重呼叫应答，向UE-B发送确认重呼叫应答的消息，并携带上UE-C的媒体资源信息；

上述确认重呼叫应答可以是ACK(确认)消息；

步骤412：至此，通过SE的信令转接，UE-B和UE-C之间建立起新的媒体会话连接，询问转接完成。

在上述询问转接流程中，SE也可以先向UE-C发起重呼叫请求，接收到UE-C发送的重呼叫应答后，再向UE-B发送重呼叫请求。

Claims (8)

1.一种询问转接业务的实现方法，其特征在于，询问转接业务的转接方分别与被转接方和第三方通过IMS中的询问转接业务服务设备建立会话，且所述转接方启动询问转接业务后，该方法包含如下步骤：

A：所述服务设备使用第一会话标识向所述第三方发送重呼叫请求；

B：IMS中的B2BUA接收到上述重呼叫请求后，将该请求中包含的第一会话标识修改为第二会话标识，并以第二会话标识将其转发给所述第三方；

C：所述第三方接收到上述重呼叫请求后，使用其中包含的所述被转接方的媒体资源信息更新所述第二会话标识对应的会话；

所述第一会话标识为所述转接方与第三方之间的所述会话在转接方与B2BUA之间的会话标识；

所述第二会话标识为所述转接方与第三方之间的所述会话在B2BUA与第三方之间的会话标识。

2.如权利要求1所述的询问转接业务的实现方法，其特征在于，所述B2BUA不修改所述转接方与第三方之间所述会话的消息的联系地址。

3.如权利要求1所述的询问转接业务的实现方法，其特征在于，所述重呼叫请求为re-INVITE消息，该消息的会话标识为所述第一会话标识。

4.如权利要求1所述的询问转接业务的实现方法，其特征在于，所述转接方通过所述服务设备向所述被转接方发送包含所述第一会话标识的转接请求以启动所述询问转接业务。

5.如权利要求4所述的询问转接业务的实现方法，其特征在于，所述转接请求为REFER消息；该消息中的Refer-To域中包含所述第三方地址及Replaces参数；Replaces参数的参数值为所述第一会话标识。

6.如权利要求5所述的询问转接业务的实现方法，其特征在于，所述转接方启动询问转接业务后，在所述步骤A之前还包含如下步骤：

A1：接收到所述REFER消息后，所述服务设备将Refer-To域中的所述第三方地址修改为包含所述第三方的标识信息和所述服务设备的地址信息的特殊地址标识，并将修改后的REFER消息发送给所述被转接方；

A2：所述被转接方接收到上述REFER消息后，构造包含Replaces域的INVITE消息，并根据所述特殊地址标识将其发送至所述服务设备；所述Replaces域中包含所述第一会话标识。

7.如权利要求5所述的询问转接业务的实现方法，其特征在于，所述转接方启动询问转接业务后，在所述步骤A之前还包含如下步骤：

A1’：接收到所述REFER消息后，所述服务设备以所述转接方与被转接方的所述会话的会话标识向所述被转接方发送重呼叫请求；

接收到所述第三方对上述重呼叫请求的应答后执行所述步骤A。

8.如权利要求5所述的询问转接业务的实现方法，其特征在于，所述步骤C之后还包含如下步骤：

C1：所述第三方向所述服务设备发送对所述重呼叫请求的应答；

C2：接收到上述应答后，所述服务设备以所述转接方与被转接方的所述会话的会话标识向所述被转接方发送包含所述第三方的媒体资源信息的重呼叫请求。

Images