CN101083781B - 一种智能网系统的业务处理方法 - Google Patents

Abstract

本发明公开了一种智能网系统的业务处理方法，A、智能网系统的业务控制点(SCP)收到业务请求网元的业务触发请求，发送号码携带用户状态查询请求给号码携带数据库(NPDB)，所述号码携带用户状态查询请求中包括所述业务触发请求中的被叫用户标识；B、NPDB根据所述被叫用户标识查询该被叫用户的号码携带用户状态，返回查询结果给SCP；C、SCP根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理；D、SCP按照所述计费处理结果和预设的计费方案对所述请求触发的业务进行控制。利用本发明，可以实现为具备号码携带功能的智能网用户提供主叫计费功能。

Description

一种智能网系统的业务处理方法

技术领域

本发明涉及通讯智能网系统技术领域，尤其涉及一种智能网系统的业务处理方法。

背景技术

通讯智能网是电信系统已经很成熟的增值业务实现方案，可以为用户提供灵活多变的通讯业务。

通常，智能网系统主要包括业务控制点(SCP，Service Control Point)，SCP中包括智能网业务的业务处理逻辑单元，主要用于接受核心网的业务请求网元触发的无线智能网(WIN，Wireless Intelligent Network)消息请求，并根据业务处理逻辑单元进行相应的业务流程处理，例如对智能网用户进行实时鉴权以及根据预设的计费指令进行计费。

智能网系统中的业务请求网元主要是移动交换中心(MSC，MobileSwitch Center)和短消息服务中心(SMSC，Short Message Service Center)。所述MSC用于接收用户的呼叫请求，触发智能网呼叫业务流程，并在智能网SCP指示下进行话路接续。所述SMSC用于接收智能网预付费用户发送的短信请求，触发短信鉴权流程，即发送短消息点对点协议(SMPP，ShortMessage Peer to Peer)鉴权请求消息到SCP，并根据SCP返回的鉴权结果发送短信给被叫用户。

随着电信市场竞争环境的不断变化，以及用户对电信业务的要求随着电信网络的发展和电话普及率的提高而不断提高，各种智能网业务层出不穷。其中，号码携带业务是近年来在世界各国成为倍受关注和实施的业务。所述号码携带业务的主要业务特征是：用户可以在已支持号码携带业务的电信运营商网络之间相互迁移，可以正常通讯，但用户号码不改变。

目前，有些电信运营商的网络中已经提供了号码携带数据库(NPDB，Number Portability Database)，用于存储号码携带用户的状态信息，这些状态信息包括：注册了号码携带业务的用户标识、以及每个注册用户当前的转网信息，即用户当前是在本电信运营网络中、还是转移到其它电信运营网络中，如果转移到其它电信运营网络，则进一步存储用户当前的路由地址号码(LRN，Location Routing Number)，该LRN与当前的电信运营网络对应相关，当号码携带用户转移到其它电信运营网络，则用户号码不需改变，只需改变LRN即可。目前的NPDB已经按照IS756-A规范提供了标准的移动应用协议(MAP，Mobile Application Protocol)信令，以供各网元查询NPDB的内容。

但是，目前还没有一套有效的用于为具备号码携带功能的智能网用户提供主叫计费的处理方案。因为主叫流程的计费测算要根据主叫用户的位置信息和被叫用户的位置信息进行匹配费率矩阵计算，在号码携带业务中，如果被叫用户为号码携带用户，则目前的智能网系统无法获知被叫用户的迁移状态信息，即被叫用户是已经迁移到其他运营商了，还是仍保持迁移前的用户状态，由于迁移前后的计费方案是不一样的，因此，目前的智能网系统还不能正确地对具备号码携带功能的智能网用户提供主叫的实时计费。

发明内容

有鉴于此，本发明的主要目的在于提供一种智能网系统的业务处理方法，以实现为具备号码携带功能的智能网用户提供主叫计费功能。

为了实现上述发明目的，本发明的主要技术方案为：

一种智能网系统的业务处理方法，该方法包括：

A、智能网系统的业务控制点SCP收到业务请求网元的业务触发请求，发送号码携带用户状态查询请求给号码携带数据库NPDB，所述号码携带用户状态查询请求中包括所述业务触发请求中的被叫用户标识；

B、NPDB根据所述被叫用户标识查询该被叫用户的号码携带用户状态，返回查询结果给SCP；

C、SCP根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理；

D、SCP按照所述计费处理结果和预设的计费方案对所述请求触发的业务进行控制。

优选地，所述业务请求网元为移动通讯网络中的移动交换中心MSC，所述业务触发请求为呼叫流程触发请求。

优选地，在步骤B与步骤C之间进一步包括：SCP向MSC返回呼叫业务的业务键；如果SCP返回成功，MSC根据被叫号码查找路由；找到路由后，向SCP发送呼叫流程接续鉴权请求；SCP收到所述呼叫流程接续鉴权请求后，执行步骤C。

优选地，所述业务请求网元为移动通讯网络中的短消息服务中心，所述业务触发请求为短信鉴权流程触发请求。

优选地，所述步骤B具体为：

B1、NPDB在自身的记录信息中查询所述被叫用户的号码携带用户状态，判断被叫用户是否为号码携带用户，如果是，则执行步骤B2；否则，将空消息作为查询结果返回给SCP；

B2、NPDB判断被叫用户是否已经转网，如果是，则返回被叫用户是号码携带用户且已转网的查询结果给SCP，该查询结果中包括被叫用户当前的路由地址号码LRN；否则，将空消息作为查询结果返回给SCP。

优选地，所述步骤C具体为：

如果被叫用户是号码携带用户且已经转网，则根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号，判断所述接入号是否为本网的接入号，如果是，则按照网内计费方案对主叫用户进行计费处理；否则，按照网间计费方案对主叫用户进行计费处理；

如果NPDB返回的查询结果为空消息或查询失败，则按照被叫用户号码的号码头来判断被叫号码是否属于本网，如果属于本网，则按照网内计费方案对主叫用户进行计费，如果不属于本网，则按照网间计费方案对主叫用户进行计费。

优选地，所述根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号的具体方法为：

在SCP中预先存储网络接入号与LRN号码头的对应关系表，SCP根据被叫用户LRN的号码头查询所述关系表，得到被叫用户当前所属运营商网络的接入号。

优选地，所述步骤D具体为：

SCP判断对主叫用户的计费处理结果，如果主叫用户的账户余额不足，则SCP通知业务请求网元停止所述请求触发的业务；

如果主叫用户的帐户余额充足，则判断被叫用户是否为号码携带用户且已经转网，如果是，则通知业务请求网元根据被叫用户的LRN将所述请求触发的业务跨网路由到被叫用户；否则，通知业务请求网元根据被叫号码将所述请求触发的业务路由到被叫用户。

优选地，所述方法进一步包括：SCP按照生成详细通讯记录单，在该详细通讯记录单中标记所述被叫用户的LRN。

优选地，步骤A中，SCP收到业务请求网元的业务触发请求后，进一步包括：

SCP根据预存的业务处理逻辑指令以及用户数据判断主叫用户状态是否正常、并且该主叫用户是否为本SCP的智能网用户，如果是，则执行后续步骤，否则结束本处理流程。

优选地，所述SCP与NPDB之间通过移动应用协议进行通讯。

本发明中，SCP在收到业务触发请求后要向NPDB查询被叫用户的号码携带用户状态，根据查询结果和预设的计费信息对主叫用户进行计费处理，并根据计费处理结果控制所请求触发的业务。由于先查询被叫用户的号码携带用户状态，所以SCP可以得知被叫用户是否为号码携带用户，是否既是号码携带用户又已经转移到其它网络，通过这些信息，SCP才能够准确地获知被叫用户处于何种状态，从而按照对应的计费方案进行计费以及相关的控制。因此，本发明可以为具备号码携带功能的智能网用户提供主叫计费功能，以方便判断网间计费方案，正确控制用户话费以及正确控制用户的业务流程。

如果智能网系统采用本发明的方法，只需修改智能网系统SCP的业务控制逻辑，建立SCP与NPDB交互关系即可，不需对网络中其它任何设备做出修改，也不需要增加其它设备，因此本发明的可扩展性强，扩展成本低廉。

本发明还可以根据计费结果生成详细通讯记录单，在该详细通讯记录单中标记所述被叫用户的LRN，方便营帐系统从智能网取回话单后，合帐供用户查询并方便进行不同运营商网络间的结算，因此本发明非常适用于多网络并存的通讯系统，便于号码携带业务的进一步推广。

附图说明

图1为在触发呼叫业务时本发明的一种实施例的流程图；

图2为在触发短信业务时本发明的一种实施例的流程图。

具体实施方式

下面通过具体实施例和附图对本发明做进一步详细说明。

本发明适用于包括业务请求网元、SCP和NPDB的智能网系统，所述NPDB用于存储号码携带用户的状态信息，这些状态信息包括：注册了号码携带业务的用户标识、以及每个注册用户当前的转网信息，即用户当前是在本电信运营网络中、还是转移到其它电信运营网络中，如果转移到其它电信运营网络，则进一步存储用户当前的LRN，该NPDB还可提供符合IS756-A规范的标准MAP信令，以供各网元查询NPDB的内容。

本发明的核心技术方案包括：A、SCP收到业务请求网元的业务触发请求，发送号码携带用户状态查询请求给NPDB，所述号码携带用户状态查询请求中包括所述业务触发请求中的被叫用户标识；B、NPDB根据所述被叫用户标识查询该被叫用户的号码携带用户状态，返回查询结果给SCP；C、SCP根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理；D、SCP按照所述计费处理结果和预设的计费方案对所述请求触发的业务进行控制。

本发明中，所述SCP与NPDB之间通过符合IS756-A规范的标准MAP信令进行通讯。

本发明主要可以应用在移动通讯网络中，所述请求触发的业务可以为呼叫业务，也可以是短信业务等等。下面分别通过触发呼叫业务和短信业务两个实施例对本发明的方法进行说明。

图1为在触发呼叫业务时本发明的一种实施例的流程图。参见图1，当触发呼叫业务时，接收用户业务请求的业务请求网元为移动通讯网络中的MSC，用户的业务请求为呼叫请求，所述业务触发请求为呼叫流程触发请求。参见图1，本实施例的主要流程包括：

步骤101、MSC收到用户的呼叫业务请求，上报呼叫流程触发请求(ORREQ，Origination Request INVOKE)给智能网SCP。

步骤102、SCP根据预存的业务处理逻辑指令以及用户数据判断主叫用户状态是否正常、并且该主叫用户是否为本SCP的智能网用户，如果是，则向NPDB发送号码携带业务请求(NPREQ，NumberPortability RequestINVOKE)，以请求NPDB查询被叫用户的号码携带用户状态，否则，结束本流程。

步骤103、NPDB在自身的记录信息中查询所述被叫用户的号码携带用户状态，返回查询结果给SCP，所述查询结果为号码携带业务请求结果(npreq，NumberPortabilityRequest RETURN RESULT)。

本步骤中，NPDB根据被叫用户的标识查询该被叫用户是否为号码携带用户、且是否已经转网，具体为：

NPDB首先判断被叫用户是否为号码携带用户，如果不是，则将空消息作为查询结果返回给SCP；如果是，则NPDB再判断被叫用户是否已经转网，如果是，则进一步查询该被叫用户当前的路由地址号码(LRN，LocationRouting Number)，并返回被叫用户是号码携带用户且已转网的查询结果给SCP，该查询结果中包括被叫用户当前的LRN；否则，将空消息作为查询结果返回给SCP。

步骤104、SCP向MSC返回呼叫流程触发请求结果消息(orreq，Origination Request RETURN RESULT)，其中包括所述呼叫业务的业务键。

步骤105、如果SCP返回成功，MSC根据被叫号码查找路由，在找到路由后，MSC发起呼叫流程接续鉴权请求(ANALYZD)。

步骤106、SCP收到呼叫流程接续鉴权请求后，根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理。所述的计费方案可以预先设定，其中网内通讯的计费方案与网间通讯的计费方案不同。所述计费处理具体为：

如果被叫用户是号码携带用户且已经转网，则SCP根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号，用所述接入号代替所述被叫用户号码，判断所述接入号是否为本网的接入号，如果所述接入号是本网的接入号，则说明被叫用户是从其它网络转入到本网，此时按照网内计费方案对主叫用户进行计费处理；如果所述接入号不是本网的接入号，则说明被叫用户是转入其它网路的用户，此时需按照网间计费方案对主叫用户进行计费处理。所述SCP中可预先存储网络接入号与LRN号码头的对应关系表，SCP可根据被叫用户LRN的号码头查询所述关系表，得到被叫用户当前所述运营商网络的接入号。

如果从NPDB返回的查询结果为空消息或者查询失败，则按照被叫用户号码的号码头来判断被叫号码是否属于本网，如果属于本网，则按照网内计费方案对主叫用户进行计费，如果不属于本网，则按照网间计费方案对主叫用户进行计费。

步骤107、SCP根据计费处理的结果和预设的计费方案对所述请求触发的业务进行控制。

所述步骤107和步骤106是实时动态进行的，SCP可以根据步骤106的实时计费结果进行实时的业务控制。例如，SCP根据账户余额和计费方案实时控制通话，具体为：

SCP判断对主叫用户的计费处理结果，如果主叫用户的账户余额不足，则SCP向MSC返回呼叫流程接续鉴权结果(anlyzd)，其中包括用于通知MSC停止所述请求业务的指令，MSC收到后，停止所述请求触发的呼叫业务。

如果主叫用户的账户余额充足且状态正常，则SCP向MSC返回anlyzd鉴权成功消息，其中被叫用户参数仍然为原被叫号码，MSC收到后，向NPDB发起查询命令获取被叫用户的LRN，分析出被叫用户当前所属的网络，将呼叫业务路由到被叫用户LRN所在地，主被叫通话结束后，则SCP可进一步按照计费结果生成详细通讯记录单(CDR，Call Detail Record)，在该详细通讯记录单中标记所述被叫用户的LRN，以方便营帐系统从智能网取回话单后，合帐供用户查询并方便进行不同运营商网络间的结算；如果MSC没有从NPDB获取被叫的LRN号码，CDR记录中的LRN字段为空。

如果被叫用户为号码携带用户但没有转网，或者被叫用户不是号码携带用户，则可以按照目前的无线智能网(WIN)处理流程处理，例如SCP向MSC返回anlyzd消息，通知MSC根据被叫号码将所请求触发的呼叫业务路由到被叫用户。

图2为在触发短信业务时本发明的一种实施例的流程图。参见图2，当触发短信业务时，接收用户业务请求的业务请求网元为移动通讯网络中的SMSC，用户的业务请求为短信请求，所述业务触发请求为短信鉴权流程触发请求。参见图2，本实施例的主要流程包括：

步骤201、SMSC收到用户的短信请求，上报短信鉴权流程触发请求(AUTH_ACC)给智能网SCP。

步骤202、SCP根据预存的业务处理逻辑指令以及用户数据判断主叫用户状态是否正常、并且该主叫用户是否为本SCP的智能网用户，如果是，则向NPDB发送NPREQ，以请求NPDB查询被叫用户的号码携带用户状态，否则，结束本流程。

步骤203、NPDB在自身的记录信息中查询所述被叫用户的号码携带用户状态，返回查询结果给SCP，所述查询结果为npreq。

本步骤中，NPDB根据被叫用户的标识查询该被叫用户是否为号码携带用户、且是否已经转网，具体为：

NPDB首先判断被叫用户是否为号码携带用户，如果不是，则将空消息作为查询结果返回给SCP；如果是，则NPDB再判断被叫用户是否已经转网，如果是，则进一步查询该被叫用户当前的LRN，并返回被叫用户是号码携带用户且已转网的查询结果给SCP，该查询结果中包括被叫用户当前的LRN；否则，将空消息作为查询结果返回给SCP。

步骤204、SCP根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理。所述的计费方案可以预先设定，其中网内通讯的计费方案和网间通讯的计费方案不同。所述计费处理具体为：

如果被叫用户是号码携带用户且已经转网，则SCP根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号，用所述接入号代替所述被叫用户号码，判断所述接入号是否为本网的接入号，如果所述接入号是本网的接入号，则说明被叫用户是从其它网络转入到本网，此时按照网内计费方案对主叫用户进行计费处理；如果所述接入号不是本网的接入号，则说明被叫用户是转入其它网路的用户，此时需按照网间计费方案对主叫用户进行计费处理。所述SCP中可预先存储网络接入号与LRN号码头的对应关系表，SCP可根据被叫用户LRN的号码头查询所述关系表，得到被叫用户当前所述运营商网络的接入号。

如果从NPDB返回的查询结果为空消息或者查询失败，则按照被叫用户号码的号码头来判断被叫号码是否属于本网，如果属于本网，则按照网内计费方案对主叫用户进行计费，如果不属于本网，则按照网间计费方案对主叫用户进行计费。

步骤205、SCP根据计费处理的结果和预设的计费方案对所述请求触发的业务进行控制。

所述步骤205和步骤204是实时动态进行的，SCP可以根据步骤204的实时计费结果进行实时的业务控制。例如，SCP根据账户余额和计费方案实时控制通话，具体为：

SCP判断对主叫用户的计费处理结果，如果主叫用户的账户余额不足，则SCP向SMSC返回短信鉴权流程触发请求结果(auth_acc)，其中包括用于通知SMSC停止所述请求触发业务的指令，SMSC收到后，停止所述请求触发的短信业务。

如果SCP向SMSC返回auth_acc签权成功消息，SMSC收到后，向NPDB查询获取被叫用户的LRN，分析出被叫用户当前所属的网络，将短信业务路由到被叫用户LRN所在地，如果发送短信成功，则SCP可进一步按照计费结果生成详细通讯记录单(CDR，Call Detail Record)，如果被叫用户是号码携带用户则在该详细通讯记录单中标记所述被叫用户的LRN，以方便营帐系统从智能网取回话单后，合帐供用户查询并方便进行不同运营商网络间的结算；如果SMSC没有从NPDB获取被叫的LRN号码，则CDR话单中LRN参数为空。

如果被叫用户为号码携带用户但没有转网，或者被叫用户不是号码携带用户，则可以按照目前的WIN处理流程处理，例如SCP向SMSC返回auth_acc消息，通知SMSC根据被叫号码将所请求的短信业务路由到被叫号码。

对于被叫流程，由于大部分国家按被叫免费处理，本发明亦按用户要求，作免费处理，本文不再讨论。

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

Claims (9)

1.一种智能网系统的业务处理方法，其特征在于，该方法包括：

A、智能网系统的业务控制点SCP收到业务请求网元的业务触发请求，发送号码携带用户状态查询请求给号码携带数据库NPDB，所述号码携带用户状态查询请求中包括所述业务触发请求中的被叫用户标识；

B、NPDB根据所述被叫用户标识查询该被叫用户的号码携带用户状态，返回查询结果给SCP；

C、SCP根据NPDB返回的查询结果和预设的计费方案对主叫用户进行计费处理；

D、SCP按照所述计费处理结果和预设的计费方案对所述请求触发的业务进行控制，

所述步骤B具体为：

B1、NPDB在自身的记录信息中查询所述被叫用户的号码携带用户状态，判断被叫用户是否为号码携带用户，如果是，则执行步骤B2；否则，将空消息作为查询结果返回给SCP；

B2、NPDB判断被叫用户是否已经转网，如果是，则返回被叫用户是号码携带用户且已转网的查询结果给SCP，该查询结果中包括被叫用户当前的路由地址号码LRN；否则，将空消息作为查询结果返回给SCP，

所述步骤C具体为：

如果被叫用户是号码携带用户且已经转网，则根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号，判断所述接入号是否为本网的接入号，如果是，则按照网内计费方案对主叫用户进行计费处理；否则，按照网间计费方案对主叫用户进行计费处理；

如果NPDB返回的查询结果为空消息或查询失败，则按照被叫用户号码的号码头来判断被叫号码是否属于本网，如果属于本网，则按照网内计费方案对主叫用户进行计费，如果不属于本网，则按照网间计费方案对主叫用户进行计费。

2.根据权利要求1所述的方法，其特征在于，所述业务请求网元为移动通讯网络中的移动交换中心MSC，所述业务触发请求为呼叫流程触发请求。

3.根据权利要求2所述的方法，其特征在于，在步骤B与步骤C之间进一步包括：SCP向MSC返回呼叫业务的业务键；如果SCP返回成功，MSC根据被叫号码查找路由；找到路由后，向SCP发送呼叫流程接续鉴权请求；SCP收到所述呼叫流程接续鉴权请求后，执行步骤C。

4.根据权利要求1所述的方法，其特征在于，所述业务请求网元为移动通讯网络中的短消息服务中心，所述业务触发请求为短信鉴权流程触发请求。

5.根据权利要求1所述的方法，其特征在于，所述根据被叫用户当前的LRN分析得到被叫用户当前所属运营商网络的接入号的具体方法为：

在SCP中预先存储网络接入号与LRN号码头的对应关系表，SCP根据被叫用户LRN的号码头查询所述关系表，得到被叫用户当前所属运营商网络的接入号。

6.根据权利要求1所述的方法，其特征在于，所述步骤D的具体为：

SCP判断对主叫用户的计费处理结果，如果主叫用户的账户余额不足，则SCP通知业务请求网元停止所述请求触发的业务；

如果主叫用户的帐户余额充足，则判断被叫用户是否为号码携带用户且已经转网，如果是，则通知业务请求网元根据被叫用户的LRN将所述请求触发的业务跨网路由到被叫用户；否则，通知业务请求网元根据被叫号码将所述请求触发的业务路由到被叫用户。

7.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：SCP按照生成详细通讯记录单，在该详细通讯记录单中标记所述被叫用户的LRN。

8.根据权利要求1所述的方法，其特征在于，步骤A中，SCP收到业务请求网元的业务触发请求后，进一步包括：

SCP根据预存的业务处理逻辑指令以及用户数据判断主叫用户状态是否正常、并且该主叫用户是否为本SCP的智能网用户，如果是，则执行后续步骤，否则结束本处理流程。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述SCP与NPDB之间通过移动应用协议进行通讯。

Images