CN101742446A - 一种呼叫处理方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种呼叫处理方法、装置和系统，所述方法包括：接收交换设备在呼叫接续失败后发送的IDP消息；获取所述IDP消息中包括的所述呼叫的呼叫信息；根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。通过应用本发明实施例所提出的技术方案，对接续失败的呼叫触发智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回的效果。

Description

一种呼叫处理方法、装置和系统

技术领域

本发明涉及通信技术领域，特别是涉及一种呼叫处理方法、装置和系统。

背景技术

在电信网络中引入了智能网的概念，目的就是把呼叫实时触发到智能网，由智能网对呼叫进行实时控制，基于智能网的业务主要有预付费、短号集群网、一号通、漏电提醒等。采用智能网技术，需要到归属位置寄存器(HomeLocation Register，HLR)上签约智能业务属性主叫签约信息(OriginatingCAMEL Subscription Information，O-CSI)和被叫签约信息(TerminatingCAMEL Subscription Information，T-CSI)，根据O-CSI触发智能业务主叫流程，根据T-CSI触发智能业务被叫流程。

同时，在电信网络中引入了呼叫中心业务，通过呼叫中心技术，呼叫通过前转的方式把呼叫前转到呼叫中心平台，实现各种电信增值业务，比如秘书台、漏电提醒、语音邮箱等。

智能网技术和呼叫中心技术采用的是标准技术。智能网技术实现呼叫逻辑集中控制，无话路迂回。采用呼叫中心技术，无需签约智能业务属性，直接通过话路迂回方式路由到呼叫中心平台。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有的智能网技术中，对所有呼叫均通过用户签约信息触发业务并根据上报事件实现业务逻辑的方案对智能网造成负担，影响了智能网性能；现有的呼叫中心技术中，需要进行话路迂回，影响了业务的使用体验，并且，现有的两种技术均不能实现多业务平台的配合。

发明内容

本发明实施例提出了一种呼叫处理方法、装置和系统，将接续失败后的呼叫触发智能网业务，并由智能网直接控制实现相应的业务逻辑。

为达到上述目的，本发明实施例一方面提出一种呼叫处理方法，包括：

接收交换设备在呼叫接续失败后发送的初始查询点(Initial Detect Point，IDP)消息；

获取所述IDP消息中包括的所述呼叫的呼叫信息；

根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。

另一方面，本发明实施例还提出一种业务控制点(Service Control Point，SCP)，包括：

接收模块，用于接收被叫终端所对应的网络实体在呼叫接续失败后发送的IDP消息；

获取模块，用于获取所述接收模块所接收的IDP消息中包括的所述呼叫的呼叫信息；

处理模块，用于根据所述获取模块所获取的呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，为所述呼叫触发相应的触发智能网业务。

另一方面，本发明实施例还提出一种交换设备，包括：

发送模块，用于在呼叫接续失败后向SCP发送包括所述呼叫的呼叫信息的IDP消息；

接收模块，用于接收SCP发送的为所述呼叫触发智能网业务的消息，所述智能网业务由所述SCP根据所述IDP消息中的呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑进行触发。

另一方面，本发明实施例还提出一种呼叫处理系统，包括SCP和交换设备：

所述SCP，用于接收所述交换设备在呼叫接续失败后发送的IDP消息，获取所述IDP消息中包括的所述呼叫的呼叫信息，并根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，向所述交换设备发送为所述呼叫触发智能网业务的消息。

所述交换设备，用于在呼叫接续失败后向所述SCP发送包括所述呼叫的呼叫信息的IDP消息，并接收所述SCP发送的为所述呼叫触发智能网业务的消息。

本发明实施例的技术方案具有以下优点，因为采用了呼叫接续失败后的呼叫处理方法、装置和系统，从而，对接续失败的呼叫触发智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回的效果。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提出的一种呼叫处理方法的流程示意图；

图2为本发明实施例二提出的一种呼叫处理系统的结构示意图；

图3为本发明实施例三提出的一种呼叫接续失败后进行呼叫转移的方法的流程示意图；

图4为本发明实施例四提出的一种呼叫接续失败后进行开机提醒和漏电提醒的方法的流程示意图。

具体实施方式

本发明实施例所提出的呼叫处理方法、装置和系统，采用交换设备路由被叫失败后再触发新的智能业务，由智能网继续控制后续呼叫业务逻辑。通过本发明实施例所提出的技术方案，可以解决呼叫接续失败后需要实现增值业务的方案，充分利用智能网强大的呼叫控制能力，无需再通过前转方式把话路路由到呼叫中心平台。

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

如图1所示，为本发明实施例一提出的一种呼叫处理方法的流程示意图，该方法具体包括以下步骤：

步骤S101、SCP接收交换设备在呼叫接续失败后发送的IDP消息。

其中，该IDP消息中携带着接续失败的呼叫的呼叫信息，具体包括：

该呼叫的主叫终端的信息，该呼叫的被叫终端的信息和该呼叫接续失败的原因。

具体的，根据发生接续失败的位置不同，发送IDP消息的交换设备也存在区别：

当接续失败是由于该呼叫的主叫终端所属的移动交换中心(MobileSwitch Center，MSC)接续失败而导致时，本步骤具体为SCP接收该呼叫的主叫终端所属的MSC在呼叫接续失败后发送的IDP消息。在此种情况下，接续失败的原因可以是主叫终端所属的MSC在获取被叫终端的漫游码接续被叫终端时，由于被叫终端号码无法识别、停机或关机等原因，获取不到漫游码而导致呼叫失败。

当接续失败是由于该呼叫的被叫终端所属的MSC接续失败而导致时，本步骤具体为SCP接收该呼叫的被叫终端所属的MSC在呼叫接续失败后发送的IDP消息。在此种情况下，接续失败的原因可以是被叫终端所属的MSC在接续被叫终端时，由于被叫终端忙、不可及或无应答等原因，无法接续该被叫终端而导致呼叫失败。

当该呼叫的主叫终端和被叫终端位于不同的网络时，本步骤具体为SCP接收相对应的关口移动交换中心(Gateway Mobile Switch Center，GMSC)在呼叫接续失败后发送的IDP消息，其中，SCP与发送该IDP消息的GMSC位于同一个网络。在此种情况下，主叫终端所属的MSC直接把呼叫接续到主叫终端所属网络中的GMSC，该GMSC与被叫终端所属网络中的GMSC进行连接，并进一步接续被叫终端以建立呼叫。如果被叫终端接续不通，那么主被叫终端所属网络的两个GMSC分别向各自网络中的SCP发送IDP消息，以分别触发主被叫用户对应的智能网业务。

步骤S102、SCP获取IDP消息中包括的该呼叫的呼叫信息。

步骤S103、SCP根据呼叫信息和该呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。

在本步骤中，SCP根据获取到的呼叫信息中的主被叫终端信息和该呼叫接续失败的原因，确认该呼叫的主叫终端和/或被叫终端定制的智能网业务，并根据相应的业务逻辑触发该智能业务。

本发明实施例的技术方案具有以下优点，因为采用了呼叫接续失败后的呼叫处理方法，从而，对接续失败的呼叫触发智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回的效果。

基于本发明实施例一所提出的方法，本发明实施例二相应的提出了一种呼叫处理系统，其结构示意图如图2所示，包括SCP 1和交换设备2，具体说明如下：

SCP 1，用于接收交换设备2在呼叫接续失败后发送的IDP消息，获取IDP消息中包括的呼叫信息，并根据呼叫信息和该呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，向交换设备2发送为呼叫触发智能网业务的消息，具体包括：

接收模块11，用于接收交换设备2在呼叫接续失败后发送的IDP消息；

获取模块12，用于获取接收模块11所接收的IDP消息中包括的该呼叫的呼叫信息；

处理模块13，用于根据获取模块12所获取的呼叫信息和该呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，为该呼叫触发智能网业务，具体包括：

存储子模块131，用于存储终端所定制智能网业务的业务逻辑；

获取子模块132，用于根据获取模块12所获取的呼叫信息，向存储子模块131获取该呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑；

触发子模块133，用于根据获取子模块132所获取的该呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。

交换设备2，用于在呼叫接续失败后向SCP 1发送包括该呼叫的呼叫信息的IDP消息，并接收SCP 1发送的为该呼叫触发智能网业务的消息，具体包括：

发送模块21，用于在呼叫接续失败后向SCP 1发送包括呼叫的呼叫信息的IDP消息，具体包括：

判断子模块211，用于判断该呼叫是否接续失败；

生成子模块212，用于在识别子模块211判断该呼叫接续失败时，生成包括该呼叫的呼叫信息的IDP消息。其中，呼叫信息的内容如前所述，在此不再重复；

发送子模块213，用于将所述生成子模块212所生成的IDP消息发送给SCP。

接收模块22，用于接收SCP 1发送的为呼叫触发智能网业务的消息，该智能网业务由SCP 1根据IDP消息中的呼叫信息和预设的处理策略进行触发。

上述模块可以分布于一个装置，也可以分布于多个装置。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

本发明实施例的技术方案具有以下优点，因为采用了呼叫接续失败后的呼叫处理系统和装置，从而，对接续失败的呼叫触发智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回的效果。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

当主叫终端的用户拨打被叫终端的号码，呼叫被叫终端的用户时，触发了呼叫建立流程，包括主叫流程和被叫流程。

当主被叫终端同属于同一网络时，如果因主叫流程建立失败造成呼叫接续失败，则由主叫终端所属的MSC通过移动网络定制应用增强逻辑(Customised Applications for Mobile network Enhanced Logic，CAMEL)DP2或者DP12向SCP触发相应的智能业务，即向SCP发送包含呼叫信息的IDP消息。

具体的接续失败的原因可以是主叫终端所属的MSC在获取被叫终端的漫游码接续被叫终端时，由于被叫终端号码无法识别、停机或关机等原因，获取不到漫游码而导致呼叫失败。

如果主叫流程建立成功，但因被叫流程建立失败而造成呼叫接续失败时，则由被叫终端所属的MSC通过CAMEL DP2或者DP12向SCP触发相应的智能业务，即向SCP发送包含呼叫信息的IDP消息。

具体的接续失败的原因可以是被叫终端所属的MSC在接续被叫终端时，由于被叫终端忙、不可及或无应答等原因，无法接续该被叫终端而导致呼叫失败。

通过这样的方式，可以实现位于同网中的终端之间的呼叫接续失败时，智能网业务的实现。

另一方面，当主被叫终端分别属于不同网络，即被叫终端相对于主叫终端为他网用户时，主叫终端所属的MSC直接把呼叫接续到主叫终端所属网络的关口局，即该网络的GMSC，该GMSC与被叫终端所属网络中的GMSC进行连接，并进一步接续被叫终端以建立呼叫。如果被叫终端接续不通，那么主被叫终端所属网络的两个GMSC分别向各自网络中的SCP发送IDP消息，以分别触发主被叫用户对应的智能网业务。

通过这样的方式，可以实现异网终端之间的呼叫接续失败时，智能网业务的实现。

进一步的，以具体的智能网业务实现流程为例，对本发明实施例所提出的技术方案进行详细说明。

为了描述方便，在以下的实施例中，主被叫终端所属的MSC具体为拜访移动交换中心(Visitor Mobile Switch Center，VMSC)，这样的变化并不影响本发明的保护范围。

如图3所示，为本发明实施例三提出的一种呼叫接续失败后进行呼叫转移的方法的流程示意图，该方法的具体说明如下：

步骤S301、终端A向终端B对应的VMSC发送初始地址消息(InitialAddress Message，IAM)，请求建立到终端B的呼叫。

在本实施例中，是通过发送包含终端A和终端B的信息的1AM消息来实现呼叫的建立请求，这仅是本发明的较佳实施方案，其他可以实现相同技术效果的方案也同样属于本发明的保护范围。

需要指出的是，上述的终端A向终端B所对应的VMSC发送IAM消息，具体为终端A所对应的VMSC等网络实体向终端B所对应的VMSC进行发送，这样的变化并不影响本发明的保护范围。

步骤S302、VMSC向终端B发送建立呼叫的呼叫建立(Setup Call)消息，但终端B无法接通，呼叫接续失败。

主叫终端A拨打被叫终端B，终端B由于关机、忙或不可及等原因导致呼叫接续失败。

步骤S303、终端B所对应的VMSC向SCP发送IDP消息。

具体的，终端B所对应的VMSC通过移动网络定制应用增强逻辑(Customised Applications for Mobile network Enhanced Logic，CAMEL)触发智能网，即向SCP发送IDP消息，该IDP消息中携带该接续失败的呼叫的主、被叫号码和接续失败原因。

步骤S304、SCP解析IDP消息，分析出主被叫号码和接续失败原因，并根据业务逻辑，触发呼叫转接业务。

在具体的实施场景中，终端B所对应的用户定制了呼叫转移业务，在对终端B的呼叫无法接续时，触发呼叫转移业务，将该呼叫转移至终端C进行接续。

在本步骤中，SCP所进行的具体操作为：执行呼叫转移业务的业务逻辑，把被叫号码由终端B的号码变更为终端C的号码，从而把终端A的呼叫转接到终端C。

具体的，在如图3所示的后续建立终端A到终端C的呼叫的流程中，所采用的技术方案与现有的呼叫转移技术相同，在本实施例中不再赘述。

本发明实施例的技术方案具有以下优点，因为采用了呼叫接续失败后进行呼叫转移的方法，从而，对接续失败的呼叫触发智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回的效果。

如图4所示，为本发明实施例四提出的一种呼叫接续失败后进行开机提醒和漏电提醒的方法的流程示意图，该方法的具体说明如下：

步骤S401、终端A向终端B对应的VMSC发送IAM消息，请求建立到终端B的呼叫。

在本实施例中，是通过发送包含终端A和终端B的信息的IAM消息来实现呼叫的建立请求，这仅是本发明的优选实施方案，其他可以实现相同技术效果的方案也同样属于本发明的保护范围。

需要指出的是，上述的终端A向终端B所对应的VMSC发送IAM消息，具体为终端A所对应的VMSC等网络实体向终端B所对应的VMSC进行发送，这样的变化并不影响本发明的保护范围。

步骤S402、VMSC向终端B发送建立呼叫的Setup Call消息，但终端B无法接通，呼叫接续失败。

主叫终端A拨打被叫终端B，终端B由于关机、忙或不可及等原因导致呼叫接续失败。

步骤S403、终端B所对应的VMSC向SCP发送IDP消息。

具体的，终端B所对应的VMSC通过CAMEL触发智能网，即向SCP发送IDP消息，该IDP消息中携带该接续失败的呼叫的主、被叫号码和接续失败原因。

步骤S404、SCP解析IDP消息，分析出主被叫号码和接续失败原因，并根据业务逻辑，触发开机提醒和漏电提醒业务。

在具体的实施场景中，终端A所对应的用户定制了开机提醒业务，在呼叫接续因目标终端未开机等原因导致无法接通而失败时，可以在目标终端开机或可以接通时，向终端A发送目标终端的开机提醒，提示终端A可以进行呼叫操作。

另一方面，终端B所对应的用户定制了漏电提醒业务，在对终端B的呼叫无法接续时，触发漏电提醒业务，提示终端B有未接续的呼叫。

在本步骤中，SCP所进行的具体操作为：记录当前呼叫接续失败的相关信息，并执行开机提醒和漏电提醒的业务逻辑，向终端B发送漏电提醒消息，并在终端B可以接通时，向终端A发送开机提醒消息。

步骤S405、SCP向终端B所对应的VMSC发送呼叫释放消息(ReleaseCall，RC)。

该RC消息用于请求终端B所对应的VMSC释放当前的未接续呼叫。

步骤S406、终端B所对应的VMSC向终端A发送释放(Release)消息，即REL消息。

该Release消息用于请求终端A释放当前的未接续呼叫。

需要指出的是，上述的终端B所对应的VMSC向终端A发送Release消息，具体为向终端A所对应的VMSC等网络实体进行发送，这样的变化并不影响本发明的保护范围。

需要指出的是，本实施例是以开机提醒和漏电提醒业务同时存在的情况进行说明，但是，在实际的应用场景中，由于用户定制业务的不同，可以同时进行其他相应的智能网业务，或仅执行其中的某一项智能网业务，这样的变化并不影响本发明的保护范围。

本发明实施例的技术方案具有以下优点，因为采用了呼叫接续失败后进行开机提醒和漏电提醒的方法，从而，可以对接续失败的呼叫同时触发一个或多个智能网业务，并由智能网控制后续呼叫的业务逻辑，达到了节约智能网资源，减少话路迂回，并实现多业务配合的效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (9)

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

接收交换设备在呼叫接续失败后发送的初始查询点IDP消息；

获取所述IDP消息中包括的所述呼叫的呼叫信息；

根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。

2.如权利要求1所述的方法，其特征在于，所述接收交换设备在呼叫接续失败后发送的IDP消息，包括：

当所述呼叫接续失败是由于所述呼叫的主叫终端所属的移动交换中心MSC接续失败而导致时，接收所述呼叫的主叫终端所属的MSC在呼叫接续失败后发送的IDP消息；

当所述呼叫接续失败是由于所述呼叫的被叫终端所属的MSC接续失败而导致时，接收所述呼叫的被叫终端所属的MSC在呼叫接续失败后发送的IDP消息；

当所述呼叫的主叫终端和被叫终端位于不同的网络时，接收本网的关口移动交换中心GMSC在呼叫接续失败后发送的IDP消息。

3.如权利要求1所述的方法，其特征在于，所述呼叫的呼叫信息，具体包括：

所述呼叫的主叫终端的信息，所述呼叫的被叫终端的信息和所述呼叫接续失败的原因。

4.一种业务控制点SCP，其特征在于，包括：

接收模块，用于接收交换设备在呼叫接续失败后发送的IDP消息；

获取模块，用于获取所述接收模块所接收的IDP消息中包括的所述呼叫的呼叫信息；

处理模块，用于根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，为所述呼叫触发相应的智能网业务。

5.如权利要求4所述的SCP，其特征在于，所述处理模块，具体包括：

存储子模块，用于存储终端所定制智能网业务的业务逻辑；

获取子模块，用于根据所述获取模块所获取的所述呼叫的呼叫信息，向所述存储子模块获取所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑；

触发子模块，用于根据所述获取子模块所获取的所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，触发相应的智能网业务。

6.一种交换设备，其特征在于，包括：

发送模块，用于在呼叫接续失败后向SCP发送包括所述呼叫的呼叫信息的IDP消息；

接收模块，用于接收SCP发送的为所述呼叫触发智能网业务的消息，所述智能网业务由所述SCP根据所述IDP消息中的呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑进行触发。

7.如权利要求6所述的交换设备，其特征在于，所述发送模块，具体包括：

判断子模块，用于判断所述呼叫是否接续失败；

生成子模块，用于在所述识别子模块判断所述呼叫接续失败时，生成包括所述呼叫的呼叫信息的IDP消息，其中，所述呼叫的呼叫信息具体包括所述呼叫的主叫终端的信息，所述呼叫的被叫终端的信息和所述呼叫接续失败的原因；

发送子模块，用于将所述生成子模块所生成的IDP消息发送给所述SCP。

8.一种呼叫处理系统，其特征在于，包括SCP和交换设备：

所述SCP，用于接收所述交换设备在呼叫接续失败后发送的IDP消息，获取所述IDP消息中包括的所述呼叫的呼叫信息，并根据所述呼叫信息和所述呼叫的主叫终端和/或被叫终端所定制智能网业务的业务逻辑，向所述交换设备发送为所述呼叫触发智能网业务的消息。

所述交换设备，用于在呼叫接续失败后向所述SCP发送包括所述呼叫的呼叫信息的IDP消息，并接收所述SCP发送的为所述呼叫触发智能网业务的消息。

9.如权利要求8所述的系统，其特征在于，所述IDP消息中包括的所述呼叫的呼叫信息，具体包括：

所述呼叫的主叫终端的信息，所述呼叫的被叫终端的信息和所述呼叫接续失败的原因。

Images