CN101742689A - 一种来电管理方法、装置及系统 - Google Patents

Abstract

本发明实施例涉及通信技术领域中一种来电管理方法，来电管理业务平台接收呼叫，所述呼叫为根据被叫用户设置的无条件前转标志和指向来电管理业务平台的前转号码路由过来的呼叫；根据设置的来电管理业务逻辑对所述呼叫进行处理，判断是否需要接续所述呼叫的原被叫；若需接续原被叫，则获取原被叫漫游号码，以所述漫游号码发起呼叫，从而接续原被叫。本发明实施例还提供一种来电管理装置及系统。本发明实施例不依赖于智能网，只需在HLR上进行用户无条件前转的设置，由来电管理业务平台根据设置的来电管理业务逻辑进行来电管理，其实现过程无业务冲突问题，对原网络无任何影响，实施风险小；且相对于智能网方案投资大幅减少，并大大提高用户的感知，增加用户的业务粘性，从而提升客户满意度。

Description

一种来电管理方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种来电管理方法、装置及系统。

背景技术

随着移动通信技术的发展，基于移动通信网络开展语音业务已成为人们普遍选择的通信方式之一。用户可能会接听各种来电，包括工作的电话，家人、朋友的电话。而由于用户所处环境不同，用户有时需要拒绝接听所有电话，有时需要将来电转移到另一方便接听的号码，这就需要给手机用户提供来电管理功能，以便用户能根据不同的来电主叫方及所处的不同场景，做出不同的处理。

目前实现来电管理的方法为在网络侧采用智能网方案实现，具体如下：

在用户的HLR(Home Location Register，归属位置寄存器)上签约该用户的智能业务属性T-CSI(Terminating CAMEL Subscription Information，被叫CAMEL签约信息；CAMEL，Customized Applications for Mobile networkEnhanced Logic，移动网络增强逻辑的定制应用)。当该用户作为被叫时，主叫端局MSC(Mobile Service Switch Center，移动交换中心)/关口局GMSC(Gateway Mobile Service Switch Center，关口移动交换中心)查询被叫归属HLR，以获取被叫的T-CSI信息，根据T-CSI将呼叫路由到智能业务平台，由智能业务平台对呼叫进行管理，例如接续、转移或拒绝等。

发明人在实现本发明过程中，发现现有来电管理方案至少存在如下缺点：

采用智能网方案，对网络侧的要求较高，该方案将来电管理作为一个新的智能业务，必须在被叫归属H LR上为移动用户签约该智能业务的T-CSI信息。但由于T-CSI信息具有唯一性，即用户至多只能签约一个T-CSI，因此对于已经签约了其他智能业务T-CSI的移动用户，不可能再增加一个新的T-CSI属性，这就意味着新智能业务与原智能业务之间存在业务冲突问题，而该问题只能通过原智能业务与新智能业务之间的调用，或者在原智能业务中嵌入新智能业务解决，这就需要现网的所有SCP(Service Control Point，业务控制点)升级以支持来电管理业务，势必给移动网络的稳定运行带来很大风险，同时SCP之间的调用也会降低原有SCP的性能。

鉴于目前已经签约了智能业务T-CSI的移动用户不在少数，因此，该智能网方案在现网上应用具有一定局限性，使来电管理业务的应用和推广存在很大的障碍。

发明内容

本发明实施例提供一种来电管理方法、装置及系统，不依赖于智能网，无业务冲突问题，对原网络无任何影响。

本发明实施例是通过以下技术方案实现的：

本发明实施例提供一种来电管理方法，包括：

来电管理业务平台接收呼叫，所述呼叫为根据被叫用户设置的无条件前转标志和指向来电管理业务平台的前转号码路由过来的呼叫；

根据设置的来电管理业务逻辑对所述呼叫进行处理，判断是否需要接续所述呼叫的原被叫；

若需接续原被叫，则获取原被叫漫游号码，以所述漫游号码发起呼叫，从而接续原被叫。

本发明实施例提供一种来电管理业务平台，包括：

存储单元，用于存储来电管理业务逻辑；

来电管理单元，用于根据所述存储的来电管理业务逻辑对来电进行管理，判断是否接续所述来电的原被叫；

漫游号码获取单元，用于获取需要原被叫漫游号码；

呼叫单元，用于根据所述获取的原被叫漫游号码发起呼叫，从而接续原被叫。

本发明实施例提供一种来电管理系统，包括：

归属位置寄存器，用于存储用户的无条件前转标志和指向来电管理业务平台的前转号码；

来电管理业务平台，用于存储来电管理业务逻辑，根据来电管理业务逻辑对用户的来电进行处理，并在判断需要接续所述来电的原被叫时，获取原被叫漫游号码来接续原被叫；所述用户的来电为根据用户的无条件前转标志和指向来电管理业务平台的前转号码路由过来的来电。

由上述本发明实施例提供的技术方案可以看出，本发明实施例不依赖于智能网，只需在HLR上进行用户无条件前转的设置，由来电管理业务平台根据设置的来电管理业务逻辑进行来电管理，其实现过程无业务冲突问题，对原网络无任何影响，实施风险小；且相对于智能网方案投资大幅减少，并大大提高用户的感知，增加用户的业务粘性，从而提升客户满意度。

附图说明

图1为本发明实施例一来电管理方法操作流程图；

图2为本发明实施例一来电管理方法具体实例流程图；

图3为本发明实施例二来电管理系统结构示意图；

图4为本发明实施二中所述的来电管理业务平台结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的来电管理方法基于用户的无条件前转设置，利用网络侧平台来实现来电管理功能。当用户需要启用来电管理功能时，只需通过终端设置无条件前转，即设置无条件前转标志和前转号码存储于HLR中，并将前转号码指向来电业务管理平台。这样该用户作为被叫时，主叫端局MSC/GMSC查询被叫归属HLR，获取到被叫的无条件前转标志和前转号码后，将触发无条件前转流程，话路被前转到来电业务管理平台，由来电管理业务平台根据设置的来电管理业务逻辑对呼叫进行处理。

上述方案中，在用户开启来电管理功能后，通过无条件前转的方式把所有呼叫转接到来电管理业务平台后，若来电管理业务平台判断应予接通原被叫情况下面临一个问题，即按照常规的呼叫流程，来电管理业务平台会指示接续原来的被叫号码，那么和来电管理业务平台连接的GMSC会查询被叫归属HLR，在从HLR获取被叫的无条件前转号码后，又重新把话路路由到来电管理业务平台，从而导致呼叫死循环，无法接续原被叫用户。为解决该问题，本发明实施例提供的方案中，所述来电管理业务平台可以间接的获取原被叫用户的漫游码MSRN(Mobile Subscriber Roaming Number，移动用户漫游号码)，再直接呼叫获取到的MSRN，从而接续被叫用户。

以图1中所示为例，本发明实施例一提供的来电管理方法操作流程包括如下步骤：

步骤100：主叫用户呼叫被叫用户，所述被叫用户已经开启了来电管理功能；

所述开启来电管理功能为：用户在HLR上设置了无条件前转标志和前转号码，并将前转号码指向来电管理业务平台，即所述前转号码为来电管理业务平台的路由码，可以为“区号+特服号”；所述无条件前转标志为遵循MAP信令规范的特定字段，用于告知主叫端局该被叫用户已启用了无条件前转。

步骤101：主叫端局从被叫归属HLR中获取到无条件前转标志和前转号码后，根据所述前转号码将呼叫路由到来电管理业务平台；

步骤102：来电管理业务平台根据设置的来电管理业务逻辑判断是否接续原被叫；

若需接续原被叫，则执行步骤103；如不需接续原被叫，则执行步骤105；

所述来电管理业务逻辑为根据用户需求设置的无条件前转逻辑。对于用户来讲，有些电话是任意时刻都不想接的，比如房产中介或者保险推销电话，有些是绝大多数时候都需要接听的，比如家人和上司的电话，而有些是在特定的场景下可以接听，其他场景下则不方便接听的，比如开车时不方便接听任何来电、午休时不想接听一般的工作电话。因此根据该需求，本发明实施例提供的一种来电管理业务逻辑包括：

1)为用户设置多种状态，不同状态对应不同的接续方式；

除终端正常的开机和关机状态以外，来电管理业务平台中还可以增加例如免扰状态和假关机状态等不同状态；

用户处于免扰状态时，当有主叫拨打该用户时，将向主叫播放类似“您拨的用户不方便接听来电，如果您确有急事，请按1键接通，否则请挂机”的提示音，此时主叫用户可以自己判断是否需要继续接通被叫，如果需要，通过按1键，由来电管理平台为其接续被叫，如果不需要，则挂机。可以理解的是，除按1键外，也可以设置为提示主叫按除挂机键外的任意键来继续呼叫。

用户处于假关机状态时，当有主叫用户拨打该用户时，将向主叫播放类似“您拨的用户不方便接听来电”的提示音，并中断该呼叫，此时主叫无法接通被叫。

处于免扰状态和假关机状态时，不影响用户拨打电话和收发短消息。用户在不想被打扰而又不能关机时，可以将终端设置成免扰状态或假关机状态。

对于被拒绝的来电，可选择通过短消息的方式通知原被叫用户。

可以理解的是，所述提示音并不局限于此，可以根据需要设置个性化提示音，例如免扰状态提示音为“您拨打的用户正在休息，如果您确有急事，请按#键接通，否则请挂机”；或者假关机状态提示音为“您拨打的用户正在开会”等等。

另外，来电管理业务平台中设置的状态不局限于此，还可以设置呼叫转移状态，在特定条件下将所有来电或某些来电转移到语音信箱或其他号码。例如，设置呼叫转移状态，当用户在办公室时，将所有来电转移到办公电话上。为满足用户的需求，可以在该来电管理业务平台上设置多个状态。

2)为用户设置多个名单，不同名单中存储的用户作为主叫时采用不同的接续方式；

例如，在来电管理业务平台中设置黑名单、白名单、灰名单。所述黑名单中的用户不论何时作为主叫呼叫该用户时，都不予接通，即不为其接续被叫；所述白名单中的用户不论何时作为主叫呼叫该用户时，都为其接通；所述灰名单中的用户作为主叫呼叫该用户时，系统提示主叫用户，由主叫选择是否接通。

可以理解的是，为用户设置的名单并不限于此，例如，可以仅设置黑名单和白名单，黑名单中的用户不论何时作为主叫呼叫该用户时，都不予接通，而白名单中的用户不论何时作为主叫呼叫该用户时，都为其接通。因此，为满足用户需求可以设置多种名单，分别对应不同的接续方式。

另外，上述提到的两种方式，即设置不同状态和设置多个名单可以结合使用，也就是在来电管理业务平台中即设置多种状态，同时设置多个名单，两种方式结合使用，例如设置免扰状态和假关机状态，以及黑名单和白名单。其来电管理业务逻辑可以为：在免扰状态下，黑名单中的用户作为主叫呼叫该用户时，向其播放类似“您拨的用户不方便接听来电，如果您确有急事，请按1键，否则请挂机”的提示音；而白名单中的用户作为主叫呼叫该用户时，直接接通；在假关机状态下，黑名单中的用户作为主叫呼叫该用户时不予接通，可以向其播放类似“您拨打的用户不方便接听”的提示音，而白名单中的用户作为主叫呼叫该用户时，向其播放类似“您拨打的用户不方便接听，如果您确有急事，请按1键接通，否则请挂机”的提示音；

可以理解的是，上述几种来电管理业务逻辑只是发明人所列举的几种实施例，实际应用中，用户可以根据需要设置多种来电管理业务逻辑。

步骤103：来电管理业务平台获取需要接通的原被叫漫游号码MSRN；

当来电管理业务平台判断需要接通原被叫时，获取需要接通的原被叫用户的MSRN码；本发明实施例提供的来电管理业务平台获取用户MSRN码的方法包括：

首先，来电管理业务平台向被叫归属H LR请求获取原被叫拜访局MSC地址；来电管理业务平台可以模拟SCP向HLR发送基于MAP(MobileApplication Part，移动应用部分)信令的ATI(ATI，MAP_Any_Time_Interrogation，任意时间查询)消息，来请求获取被叫拜访局地址；或者也可以模拟SMSC(Short Message Service Center，短消息中心)向HLR发送基于MAP(Mobile Application Part)信令的SRI_FOR_SM(MAP_SEND_ROUTING_INFORMATION_FOR_SHORT_MESSAGE，发送短消息路由信息)消息，请求获取被叫拜访局地址；

之后，来电管理业务平台向所述原被叫拜访局请求获取原被叫MSRN码。例如，根据获取的被叫拜访局地址，向被叫拜访局发送基于MAP信令的PRN(MAP_Provide_Roaming_Number，提供漫游号码)消息，请求获取被叫拜访局临时分配的呼叫路由用的MSRN码；

步骤104：以所述获取的MSRN码发起呼叫，从而接续原被叫；

步骤105：向主叫播放无法接听等相关提示音，不予接通；

根据来电管理业务逻辑可以向主叫播放类似“您拨打的用户不方便接听来电”的提示音，这样被叫终端不会接收到呼叫。

可选地，来电管理业务平台可以将不予接通的呼叫以短消息方式通知给所述呼叫的原被叫。

为进一步理解本发明实施例一，下面以具体实例对实施例一的方按进行详细说明，应用场景为：用户A拨打用户B，所述用户B开启了来电管理功能，在来电管理业务平台中设置了黑名单(其中的用户作为主叫时不论何时都不接通)、白名单(其中的用户作为主叫时不论何时都接通)、灰名单(其中的用户作为主叫时由主叫用户选择是否接通)。以图2中所示流程为例，包括如下步骤：

步骤200：主叫用户A拨打被叫用户B；

所述被叫用户B已经启用了来电管理功能，在HLR上设置了无条件前转标志和前转号码，所述前转号码为来电管理平台的路由码，可以为“区号+特服号”；

步骤201：主叫拜访局向被叫归属HLR发送SRI(MAP_SEND_ROUTING_INFORMATION，发送路由信息)消息；

步骤202：被叫归属HLR在返回的发送路由信息响应消息SRI_ACK中携带无条件前转标识和前转号码；

步骤203：主叫拜访局通过呼叫前转方式把呼叫路由到所述前转号码指向的来电管理业务平台；

主叫拜访局向来电管理业务平台发起呼叫IAM(Initial AddressMessage，初始地址消息)，其中携带主叫号码、被叫为来电管理业务平台的路由码和原被叫号码；

步骤204：来电管理业务平台取出主叫号码和原被叫号码，根据设置的来电管理业务逻辑判断是否接续原被叫；

来电管理业务平台根据来电管理业务逻辑进行判断，发现该主叫号码属于白名单中的号码，则执行步骤205；

步骤205：来电管理业务平台发送基于MAP信令的ATI消息给被叫归属HLR，请求获取被叫拜访局地址；

所述拜访局地址可以为MSC/VLR(VLR，Visited Location Registor，拜访位置寄存器)地址；

步骤206：被叫归属HLR在返回的任意时间查询响应消息ATI_ACK中携带被叫拜访局的地址；

步骤207：来电管理平台根据获取到的被叫拜访MSC地址发送基于MAP信令的提供漫游号码PRN消息，请求获取被叫拜访局临时分配的呼叫路由用的MSRN码；

步骤208：被叫拜访局在提供漫游号码响应消息PRN_ACK中携带MSRN码；

步骤209：来电管理业务平台根据获取到所述MSRN码呼叫被叫；

步骤210：呼叫路由到被叫拜访局，被叫拜访局返回振铃和应答信令，来电管理平台连接主被叫，实现主被叫的正常通话。

本发明实施例提供的来电管理方法不依赖于智能网，只需在HLR上进行用户无条件前转的设置，由来电管理业务平台根据设置的来电管理业务逻辑进行来电管理，其实现过程无业务冲突问题，对原网络无任何影响，实施风险小；且相对于智能网方案投资大幅减少，并大大提高用户的感知，增加用户的业务粘性，从而提升客户满意度。

本发明实施例二提供一种来电管理系统，如图3所示，为本实施例该系统结构示意图，包括：

来电管理业务平台30，用于存储来电管理业务逻辑，根据来电管理业务逻辑对用户的来电进行管理，并在判断需要接续被叫时，获取被叫MSRN码来接续被叫；

HLR31，用于存储用户的无条件前转标志和指向来电管理业务平台30的前转号码，以及向来电管理业务平台30提供被叫用户拜访局地址；

还包括：业务运维支撑系统BOSS32，用户通过该业务运维支撑系统设置来电管理业务逻辑。

所述来电管理业务平台30一种实施例结构如图4所示，包括：

存储单元300，用于存储来电管理业务逻辑；

来电管理单元301，用于根据所述存储的来电管理业务逻辑对来电进行管理，判断是否接续所述来电的原被叫；

漫游号码获取单元302，用于获取需要接续的原被叫漫游号码；

呼叫单元303，用于根据所述获取的原被叫MSRN码发起呼叫，从而接续原被叫。

所述漫游号码获取单元可以进一步包括：

第一获取子单元3020，用于向原被叫HLR请求获取原被叫拜访局地址；

第二获取子单元3021，用于向原被叫拜访局请求获取原被叫漫游号码。

所述来电管理业务平台还可以包括：

个性化提示音播放单元304，用于根据来电管理单元301的判断向主叫用户播放个性化提示音。

可以理解的是，上述只是发明人所列举的一种来电管理业务平台的结构设计，本发明的方案并不局限于此，在能够实现来电管理业务平台所述功能的前提下所能想到的所有结构设计均在本申请保护范围内。

综上所述，本发明实施例实现了基于无条件前转的来电管理，不依赖于智能网，只需在HLR上进行用户无条件前转的设置，由来电管理业务平台根据设置的来电管理业务逻辑进行来电管理，其实现过程无业务冲突问题，对原网络无任何影响，实施风险小；且相对于智能网方案投资大幅减少，并大大提高用户的感知，增加用户的业务粘性，从而提升客户满意度。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。

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

Claims (10)

1.一种来电管理方法，其特征在于，包括：

来电管理业务平台接收呼叫，所述呼叫为根据被叫用户设置的无条件前转标志和指向来电管理业务平台的前转号码路由过来的呼叫；

根据设置的来电管理业务逻辑对所述呼叫进行处理，判断是否需要接续所述呼叫的原被叫；

若需接续原被叫，则获取原被叫漫游号码，以所述漫游号码发起呼叫，从而接续原被叫。

2.如权利要求1所述的方法，其特征在于，所述获取原被叫漫游号码包括：

来电管理业务平台向原被叫归属位置寄存器请求获取原被叫拜访局地址；

来电管理业务平台向原被叫拜访局请求获取原被叫漫游号码。

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

若不需接续原被叫，则向主叫播放个性化提示音，不予接通。

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

将不予接通的来电以短消息方式通知所述呼叫的原被叫。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述来电管理业务逻辑包括：

为用户设置多种状态，不同状态对应不同的接续方式；和/或

为用户设置多个名单，不同名单中存储的用户作为主叫时采用不同的接续方式。

6.一种来电管理业务平台，其特征在于，包括：

存储单元，用于存储来电管理业务逻辑；

来电管理单元，用于根据所述存储的来电管理业务逻辑对来电进行管理，判断是否接续所述来电的原被叫；

漫游号码获取单元，用于获取需要原被叫漫游号码；

呼叫单元，用于根据所述获取的原被叫漫游号码发起呼叫，从而接续原被叫。

7.如权利要求6所述的来电管理业务平台，其特征在于，所述漫游号码获取单元进一步包括：

第一获取子单元，用于向原被叫归属位置寄存器请求获取原被叫拜访局地址；

第二获取子单元，用于向原被叫拜访局请求获取原被叫漫游号码。

8.如权利要求6所述的来电管理业务平台，其特征在于，还包括：

个性化提示音播放单元，用于根据来电管理单元的判断向主叫用户播放个性化提示音。

9.一种来电管理系统，其特征在于，包括：

归属位置寄存器，用于存储用户的无条件前转标志和指向来电管理业务平台的前转号码；

来电管理业务平台，用于存储来电管理业务逻辑，根据来电管理业务逻辑对用户的来电进行处理，并在判断需要接续所述来电的原被叫时，获取原被叫漫游号码来接续原被叫；所述用户的来电为根据用户的无条件前转标志和指向来电管理业务平台的前转号码路由过来的来电。

10.如权利要求9所述的系统，其特征在于，还包括：

业务运维支撑系统，用户通过该业务运维支撑系统设置来电管理业务逻辑。

Images