CN109818909A

CN109818909A - 一种呼叫处理方法及装置

Info

Publication number: CN109818909A
Application number: CN201711167912.8A
Authority: CN
Inventors: 徐蕾; 罗松松; 牛奔; 关天晓
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Group Jilin Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Group Jilin Co Ltd
Priority date: 2017-11-21
Filing date: 2017-11-21
Publication date: 2019-05-28
Anticipated expiration: 2037-11-21
Also published as: CN109818909B

Abstract

本申请涉及移动通信技术领域，尤其涉及一种呼叫处理方法及装置，用以解决现有技术中在VoLTE业务中获取被叫用户位置信息的流程会增加寻呼过程中的网络开销、延长呼叫接续时延的问题；本申请实施例提供的呼叫处理方法包括：网络侧设备接收语音呼叫请求，若根据语音呼叫请求中被叫UE的标识信息，查询到被叫UE的域选结果为PS域、且在VoLTE业务下为成功注册状态，则不再查询被叫UE的位置信息，直接返回响应消息，这里，当网络侧设备确定被叫UE的域选结果为PS域、且在VoLTE业务下为成功注册状态，可判定被叫UE处于VoLTE业务环境下，此时，可直接返回响应消息、而不用再查询被叫UE的位置信息，因此能够节省呼叫流程中的网络开销、减少呼叫接续时延。

Description

一种呼叫处理方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种呼叫处理方法及装置。

背景技术

目前，长期演进上的语音通话(Voice over LTE，VoLTE)业务已经日益成熟，但为了继承原有的2G/3G业务，一些VoLTE业务如同城特例、边界漫游等，需要获取被叫用户的位置信息以供生成通话账单时使用，而在VoLTE业务中获取被叫用户位置信息的流程会增加网络开销、延长呼叫接续时延。

以智能网平台为例，在智能网平台中首先由用户设备(User Equipment，UE)-A发起语音呼叫请求，当语音呼叫请求到达UE-A所属的业务控制点应用服务器(ServiceControl Point Application Server，SCP AS)时，若SCP AS确定UE-A开通同城特例业务，则需要查询UE-A呼叫的UE-B的E-UTRAN小区全局标识符(E-UTRAN Cell GlobalIdentifier，ECGI)，其中，ECGI用于标识UE-B的位置信息。

具体地，SCP AS根据以下步骤确定UE-B的位置信息：

1)、SCP AS发送UDR消息到归属签约用户服务器(Home Subscriber Server，HSS)。

其中，UDR消息中AVP字段的关键参数如下：

AVP参数	要求说明
		User-Identity	填写被叫用户MSISDN，如：861391234XXXX
Data-Reference	填写枚举值：TADSinformation(26)

这里，TADSinformation字段用于查询UE-B的所在域信息。

2)、HSS返回响应消息UDA。

其中，UDA消息中AVP字段的关键参数如下：

当T-ADS Information的值为1时，确定UE-B的域选结果为(Packet Switch，PS)域；当T-ADS Information的值为0或2时，确定UE-B的域选结果为电路交换(CircuitSwitch，CS)域。

3)、无论UE-B的域选结果如何，SCP AS都需将UE-B的域选结果携带在UDR消息中再次发送给HSS，请求获取UE-B的ECGI。

4)、HSS接收到SCP AS发送的携带有UE-B的域选结果的UDR消息后，若确定UE-B的域选结果为PS域，则发送IDR消息至移动管理实体(Mobility Management Entity，MME)，由MME寻呼UE-B的ECGI，并通过IDA消息将寻呼到的UE-B的ECGI返回给HSS，HSS再将ECGI通过响应消息UDA返回给SCP AS，SCP AS将UE-B的ECGI存储下来，以便SCP AS在确定UE-A和UE-B之间的通话结束后，将存储的UE-B的ECGI添加在话单中。

并且，现有技术中，当UE-A发起的语音呼叫请求到达UE-B所述的SCP AS时，UE-B侧的SCP AS也需要按照上述过程确定UE-B的位置信息。

然而，当UE-B与UE-A在VoLTE业务环境下建立语音通话时，UE-B会首先返回183消息，183消息中包含有UE-B的位置信息，且183消息会遍历UE-A与UE-B的呼叫过程中所触发的所有网络侧设备，因此，SCP AS获取UE-B的位置信息的过程是冗余的，该过程增加了寻呼过程中的网络开销，并且会延长呼叫接续时延。

发明内容

本申请实施例提供一种呼叫处理方法及装置，用以解决现有技术中在VoLTE业务中获取被叫用户位置信息的流程会增加寻呼过程中的网络开销、延长呼叫接续时延的问题。

本申请实施例提供的一种呼叫处理方法，包括：

网络侧设备接收语音呼叫请求，所述语音呼叫请求中携带有被叫UE的标识信息；

若所述网络侧设备根据所述被叫UE的标识信息，查询到所述被叫UE的域选结果为分组交换PS域、且在长期演进上的语音通话VoLTE业务下为成功注册状态，则不再查询所述被叫UE的位置信息，直接返回响应消息。

可选地，若所述网络侧设备为主叫UE所属的源SCP AS，则返回响应消息，包括：

所述源SCP AS向所述主叫UE所属的源S-CSCF网元返回第一响应消息，用于触发所述源S-CSCF网元向所述被叫UE所属的目的S-CSCF网元发起语音呼叫请求。

可选地，若所述网络侧设备为所述被叫UE所属的目的SCP AS，则返回响应消息，包括：

所述目的SCP AS向所述被叫UE所属的目的S-CSCF网元返回第二响应消息，用于触发所述目的S-CSCF网元呼叫所述被叫UE。

可选地，所述目的SCP AS向所述被叫UE所属的目的S-CSCF网元返回第二响应消息之后，还包括：

所述目的SCP AS接收所述目的S-CSCF网元返回的所述被叫UE的位置信息，所述被叫UE的位置信息是所述目的S-CSCF网元在呼叫所述被叫UE之后得到的。

可选地，还包括：

所述目的SCP AS确定所述主叫UE和被叫UE之间的通话结束时，为所述主叫UE和被叫UE生成通话账单；

所述目的SCP AS将所述被叫UE的位置信息添加在所述通话账单中。

本申请实施例提供的一种呼叫处理装置，包括：

接收模块，用于接收语音呼叫请求，所述语音呼叫请求中携带有被叫用户终端UE的标识信息；

返回模块，用于若根据所述被叫UE的标识信息，查询到所述被叫UE的域选结果为分组交换PS域、且在长期演进上的语音通话VoLTE业务下为成功注册状态，则不再查询所述被叫UE的位置信息，直接返回响应消息。

可选地，若所述呼叫处理装置为主叫UE所属的源SCP AS，则所述返回模块具体用于：

向所述主叫UE所属的源S-CSCF网元返回第一响应消息，用于触发所述源S-CSCF网元向所述被叫UE所属的目的S-CSCF网元发起语音呼叫请求。

可选地，若所述呼叫处理装置为所述被叫UE所属的目的SCP AS，则所述返回模块具体用于：

向所述被叫UE所属的目的S-CSCF网元返回第二响应消息，用于触发所述目的S-CSCF网元呼叫所述被叫UE。

可选地，所述接收模块还用于：

向所述被叫UE所属的目的S-CSCF网元返回第二响应消息之后，接收所述目的S-CSCF网元返回的所述被叫UE的位置信息，所述被叫UE的位置信息是所述目的S-CSCF网元在呼叫所述被叫UE之后得到的。

可选地，还包括，生成模块：

所述生成模块，用于确定所述主叫UE和被叫UE之间的通话结束时，为所述主叫UE和被叫UE生成通话账单，将所述被叫UE的位置信息添加在所述通话账单中。

本申请实施例提供的一种电子设备，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行上述呼叫处理方法的步骤。

本申请实施例提供的一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行上述呼叫处理方法的步骤。

本申请实施例中，当主叫UE发起的呼叫请求到达网络侧设备时，网络侧设备可以查询被叫UE所属的交换域、并查询被叫UE在VoLTE业务下的注册状态，若网络侧设备确定被叫UE的域选结果为PS域、且在VoLTE业务下为成功注册状态，则可确定被叫UE处于VoLTE业务环境下，此时，可以直接返回响应消息、而不用再查询被叫UE的位置信息，因此能够节省VoLTE呼叫业务中获取被叫UE的位置信息的步骤，进而节省呼叫流程中的网络开销、减少呼叫接续时延。

附图说明

图1为本申请实施例提供的呼叫处理方法流程图；

图2为本申请实施例提供的UE-A呼叫UE-B的流程图；

图3为本申请实施例提供的呼叫处理装置结构图；

图4为本申请实施例提供的用于实现呼叫处理方法的电子设备的硬件结构示意图。

具体实施方式

下面结合说明书附图对本申请实施例作进一步详细描述。

实施例一

如图1所示，为本申请实施例提供的呼叫处理方法流程图，包括以下步骤：

S101：网络侧设备接收语音呼叫请求，其中，语音呼叫请求中携带有被叫UE的标识信息。

S102：若网络侧设备根据被叫UE的标识信息，查询到被叫UE的域选结果为PS域、且在VoLTE业务下为成功注册状态，则不再查询被叫UE的位置信息，直接返回响应消息。

在具体实施过程中，当被叫UE的域选结果为PS域时，被叫UE的通话数据有可能仍然从2G网络回传，因此可以同时查询被叫UE在VoLTE业务下的注册状态，若网络侧设备确定被叫UE的域选结果为PS域、且在VoLTE业务下为成功注册状态，则可以确定被叫UE是在VoLTE业务环境下进行语音通信，而在VoLTE业务环境下进行语音通信时，被叫UE在接收到语音呼叫请求时，会首先返回携带自身位置信息的183消息，所以，此时网络侧设备可以不再执行查询被叫UE的位置信息的步骤，而是直接返回响应消息。

可选地，若网络侧设备为主叫UE所属的源SCP AS，则返回响应消息时，源SCP AS向主叫UE所属的源呼叫会话控制功能(Call Session Control Function，S-CSCF)网元返回第一响应消息，第一响应消息用于触发源S-CSCF网元向被叫UE所属的目的S-CSCF网元发起语音呼叫请求。

可选地，若网络侧设备为被叫UE所属的目的SCP AS，则返回响应消息时，目的SCPAS向被叫UE所属的目的S-CSCF网元返回第二响应消息，第二响应消息用于触发目的S-CSCF网元呼叫被叫UE。

进一步地，在目的SCP AS向被叫UE所属的目的S-CSCF网元返回第二响应消息之后，目的SCP AS可以接收目的S-CSCF网元返回的被叫UE的位置信息，这里，被叫UE的位置信息是目的S-CSCF网元在呼叫被叫UE之后得到的。

在具体实施过程中，目的SCP AS确定主叫UE和被叫UE之间的通话结束时，可以为主叫UE和被叫UE的此次通话生成通话账单，由于被叫UE的域选结果为PS域，则被叫UE在与主叫UE建立通信连接时会首先返回183消息，并且被叫UE的183消息会遍历UE-A与UE-B的呼叫过程中所触发的所有网络侧设备，因此，网络侧设备可以从183消息中读取被叫UE的位置信息，之后将被叫UE的位置信息添加在通话账单中。

实施例二

如图2所示，为本申请实施例提供的在VOLTE业务环境下UE-A呼叫UE-B的流程，其中，带字母O的网络设备为主叫侧的网络设备，如S-CSCF网元(O)、VOLTE AS(O)和SCP AS(O)，带字母T的网络设备为被叫侧的网络设备，如S-CSCF网元(T)、VOLTE AS(T)和SCP AS(T)，呼叫流程包括：

1、UE-A拨打UE-B的短号时，UE-A将INVITE消息发送至S-CSCF网元(O)。

其中，INVITE消息中的P-Access-Network-Info头域携带有UE-A的位置信息：utran-cell-id-3gpp＝MCC+MNC+TAC+ECI，此外，UE-A的位置信息也可以用UE-A的ECGI来标识。

2、S-CSCF网元(O)接收UE-A发送的INVITE消息，确定自身存储有UE-A的IFC签约信息时，将INVITE消息发送至VoLTE AS(O)。

3、VOLTE AS(O)接收S-CSCF网元(O)发送的INVITE消息，进行基础业务处理，如显示UE-A的号码，之后，向S-CSCF网元(O)发送INVITE消息。

4、S-CSCF网元(O)接收VOLTE AS(O)发送的INVITE消息，确定自身存储有UE-A的IFC签约信息后，将INVITE消息发送至SCP AS(O)，触发主叫侧SCP AS(O)。

5、SCP AS(O)接收S-CSCF网元(O)发送的INVITE消息，若确定UE-A为某一VPN集团用户，则根据UE-B的号码和主叫集团号查询长短号对照表得到UE-B的长号码，并且，当SCPAS(O)确定UE-A开通同城特例业务时，执行以下步骤：

5a.发送UDR消息到HSS。

其中，UDR消息中AVP字段的关键参数如下：

这里，TADSinformation字段用于查询UE-B的所在域信息，UE-Register-AtIMS字段用于查询UE-B在VoLTE业务下的注册状态。

5b.接收HSS返回的响应消息UDA。

其中，UDA消息中AVP字段的关键参数如下：

当T-ADS Information的值为1、且UE-Register-AtIMS的值为TRUE时，确定UE-B在PS域下进行数据交换；其余情况下确定UE-B在CS域下进行数据交换。

在具体实施过程中，若确定UE-B在PS域下进行数据交换，则直接进入步骤6；若确定UE-B在CS域下进行数据交换，则HSS可以发送PSI消息至拜访移动交换中心(VisitorMobile Switching Center，VMSC)，由VMSC寻呼UE-B的位置信息，并将寻呼到的UE-B的位置信息通过PSI_RSP消息返回至HSS，再由HSS将UE-B在2G/3G下的位置信息通过UDA消息返回给SCP AS(O)，之后再进入步骤6。

此外，若SCP AS(O)需要UE-A的位置信息，则可以从INVITE消息中的PANI头域直接获取。

6、SCP AS(O)向S-CSCF网元(O)发送INVITE消息，这里，INVITE消息中携带有UE-B的长号码。

7、S-CSCF网元(O)接收SCP AS(O)发送的INVITE消息，根据UE-B的长号码将INVITE消息发送给UE-B所在的S-CSCF网元(T)。

8、S-CSCF网元(T)收到S-CSCF网元(O)发送的INVITE消息后，根据UE-B的IFC签约信息，则将INVITE消息发送至SCP AS(T)，触发被叫侧SCP AS(T)。

9、SCP AS(T)接收S-CSCF网元(T)发送的INVITE消息，之后，对UE-B进行域选的过程同上述步骤5，在此不再赘述。

10、SCP AS(T)将发送INVITE消息到S-CSCF网元(T)路由被叫。

11、S-CSCF网元(T)接收SCP AS(T)发送的INVITE消息，并将INVITE消息发送至VoLTE AS(T)。

12、VOLTE AS(T)接收S-CSCF网元(T)发送的INVITE消息，进行基础业务和域选之后，向S-CSCF网元(T)发送INVITE消息。

13、S-CSCF网元(T)接收VOLTE AS(T)发送的INVITE消息，并将INVITE消息发送给UE-B。

14、UE-B收到S-CSCF网元(T)发送的INVITE消息后，优先根据INVITE消息的FROM头域来显示V网短号，并向S-CSCF网元(T)返回183消息，其中，183消息的PANI头域携带有UE-B的ECGI，用于标识UE-B的位置信息。

15、S-CSCF网元(T)将183消息发送给VOLTE AS(T)。

16、S-CSCF网元(T)将183消息发送给SCP AS(T)。

SCP AS(T)接收到183消息后，可以从183消息的PANI头域获取UE-B的位置信息。

17、S-CSCF网元(T)将183消息发送给S-CSCF网元(O)。

18、S-CSCF网元(O)将183消息发送给SCP AS(O)。

SCP AS(O)接收到183消息后，可以从183消息的PANI头域获取UE-B的位置信息。

19、S-CSCF网元(O)将183消息发送给VOLTE AS(O)。

20、S-CSCF网元(O)将183消息发送给UE-A。

本申请实施例中，网络侧设备，如SCP AS(O)、SCP AS(T)，接收到语音呼叫请求后，若查询到被叫UE的域选结果为PS域、且被叫UE在VoLTE业务下为成功注册的状态，则可以直接返回响应消息，并继续执行后续的呼叫流程，这里，网络侧设备不必再单独发送消息查询被叫UE的位置信息，而是在通话结束时从被叫UE的呼叫响应消息，如183消息，中获取被叫UE的位置信息，这样，既不耽误网络侧设备获取被叫UE的位置信息、不影响呼叫业务正常进行，又可省略网络侧设备获取被叫UE的位置信息的步骤、简化呼叫流程，因此，可以节省呼叫过程中的网络开销、减少呼叫接续时。

实施例三

基于同一发明构思，本申请实施例中还提供了一种与呼叫处理方法对应的呼叫处理装置，由于该装置解决问题的原理与本申请实施例呼叫处理方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图3所示，为本申请实施例提供的呼叫处理装置结构图，包括：

接收模块301，用于接收语音呼叫请求，所述语音呼叫请求中携带有被叫用户终端UE的标识信息；

返回模块302，用于若根据所述被叫UE的标识信息，查询到所述被叫UE的域选结果为分组交换PS域、且在长期演进上的语音通话VoLTE业务下为成功注册状态，则不再查询所述被叫UE的位置信息，直接返回响应消息。

可选地，若所述呼叫处理装置为主叫UE所属的源SCP AS，则所述返回模块302具体用于：

可选地，若所述呼叫处理装置为所述被叫UE所属的目的SCP AS，则所述返回模块302具体用于：

可选地，所述接收模块301还用于：

可选地，还包括，生成模块303：

所述生成模块303，用于确定所述主叫UE和被叫UE之间的通话结束时，为所述主叫UE和被叫UE生成通话账单，将所述被叫UE的位置信息添加在所述通话账单中。

实施例四

如图4所示，为本申请实施例提供的用于实现呼叫处理的电子设备的硬件结构示意图，包括至少一个处理单元401、以及至少一个存储单元402，其中，存储单元存储有程序代码，当程序代码被所述处理单元执行时，使得电子设备执行上述呼叫处理方法的步骤。

实施例五

本申请实施例提供的一种计算机可读存储介质，包括程序代码，当所述程序代码在电子设备上运行时，使电子设备执行上述呼叫处理方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种呼叫处理方法，其特征在于，包括：

网络侧设备接收语音呼叫请求，所述语音呼叫请求中携带有被叫用户终端UE的标识信息；

2.如权利要求1所述的方法，其特征在于，若所述网络侧设备为主叫UE所属的源业务控制点应用服务器SCP AS，则返回响应消息，包括：

所述源SCP AS向所述主叫UE所属的源服务呼叫会话控制功能S-CSCF网元返回第一响应消息，用于触发所述源S-CSCF网元向所述被叫UE所属的目的S-CSCF网元发起语音呼叫请求。

3.如权利要求1所述的方法，其特征在于，若所述网络侧设备为所述被叫UE所属的目的业务控制点应用服务器SCP AS，则返回响应消息，包括：

所述目的SCP AS向所述被叫UE所属的目的服务呼叫会话控制功能S-CSCF网元返回第二响应消息，用于触发所述目的S-CSCF网元呼叫所述被叫UE。

4.如权利要求3所述的方法，其特征在于，所述目的SCP AS向所述被叫UE所属的目的S-CSCF网元返回第二响应消息之后，还包括：

5.如权利要求4所述的方法，其特征在于，还包括：

6.一种呼叫处理装置，其特征在于，包括：

7.如权利要求6所述的装置，其特征在于，若所述呼叫处理装置为主叫UE所属的源业务控制点应用服务器SCP AS，则所述返回模块具体用于：

向所述主叫UE所属的源服务呼叫会话控制功能S-CSCF网元返回第一响应消息，用于触发所述源S-CSCF网元向所述被叫UE所属的目的S-CSCF网元发起语音呼叫请求。

8.如权利要求6所述的装置，其特征在于，若所述呼叫处理装置为所述被叫UE所属的目的业务控制点应用服务器SCP AS，则所述返回模块具体用于：

向所述被叫UE所属的目的服务呼叫会话控制功能S-CSCF网元返回第二响应消息，用于触发所述目的S-CSCF网元呼叫所述被叫UE。

9.如权利要求8所述的装置，其特征在于，所述接收模块还用于：

10.如权利要求9所述的装置，其特征在于，还包括，生成模块：

11.一种电子设备，其特征在于，包括至少一个处理单元、以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述电子设备执行权利要求1～5任一所述方法的步骤。

12.一种计算机可读存储介质，其特征在于，包括程序代码，当所述程序代码在电子设备上运行时，使所述电子设备执行权利要求1～5任一所述方法的步骤。