CN101621748B - 跨业务控制点移动虚拟专用网集团业务的实现方法和装置 - Google Patents

Abstract

本发明公开了一种跨业务控制点移动虚拟专用网集团业务的实现方法和装置，其中，上述方法包括：在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，接口用于业务控制点之间进行信息交互。本发明实现了跨业务控制点的移动虚拟专用网集团业务。

Description

跨业务控制点移动虚拟专用网集团业务的实现方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种跨业务控制点(Server Control Point，简称为SCP)移动虚拟专用网集团业务实现方法和装置。

背景技术

目前，移动智能网系统作为移动通信行业新兴的业务服务网络，能够方便、灵活、经济、有效地提供各种增值业务，并能通过与营业系统、客户服务中心、短消息中心以及银行系统的集成，为用户提供更优质、及时、人性化的服务。移动智能网系统是电信运营商很大的业务增长点之一。

移动虚拟专用网集团业务是一项应用十分广泛的智能网业务。该业务以集团客户为目标，例如：企业、团体、学校、医院、政府机关等。在集团或企业申请了该业务之后，可以根据集团(或企业)的特点制定自己内部的短号码编号方案，其目的是方便记忆和管理，短号码可以唯一标识一个集团成员(职位、工号等信息)，当集团成员的真实号码改变时，可以不影响其短号码的编号方案，这样，集团内部的员工不会因移动通信终端真实号码的变更而影响工作联系，集团内用户只要记住集团内部短号码就可以找到其希望找到的用户。而且，可以根据呼叫的信息将呼叫加以详细分类：例如在一个集团内部的呼叫，称为网内呼叫；一个集团内还可以在成立一个或多个小单位的群体，组成闭合用户群，闭合用户群里面发生的呼叫叫做网内闭合用户群呼叫；一个集团还可以设置一些重要的网外客户，组成网外号码组，当与网外号码组的呼叫成为网外号码组呼叫。业务可以根据呼叫类型的不同，对网内呼叫，网内闭合用户群呼叫，和网外号码组呼叫和普通网外呼叫给予较大程度的优惠，使得使用该业务的集团的通信费用降低。因此该业务既可以降低集团通信费用、方便集团内部员工使用，又可以使运营商吸引大量的集团客户，实现其利润的提高。这些特性使得该业务被广泛应用。

目前，移动虚拟专用网集团业务实现方法是一个移动虚拟专用网集团只能在一个SCP上，不能分布在多个SCP上。然而，随着社会经济的发展，跨省乃至跨国集团大量出现。这种集团用户空间上的扩展已经使得一个集团用户只分布在一个SCP的状况不能满足实际的需要，大的集团可能会分布在2个乃至更多个SCP上，但是，目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需要。

发明内容

针对目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需要而提出本发明，为此，本发明旨在提供一种跨业务控制点移动虚拟专用网集团业务实现方法和装置，以解决上述问题。

根据本发明的一个方面，提供了一种跨业务控制点移动虚拟专用网集团业务的实现方法。

根据本发明实施例的跨业务控制点移动虚拟专用网集团业务的实现方法包括：在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，上述接口用于业务控制点之间进行信息交互。

优选地，接口为以下接口之一：EXECUTE信令接口、传输控制协议/网络协议接口。

优选地，上述方法进一步包括：在接口为EXECUTE信令接口的情况下，配置用户号码段与GT码的对应关系，并使用GT码对对端业务控制点进行寻址。

优选地，上述方法进一步包括：在接口为传输控制协议/网络协议接口的情况下，配置用户号码段与网络协议地址的对应关系，并使用网络协议地址对对端业务控制点进行寻址。

根据本发明的另一个方面，提供了一种跨业务控制点移动虚拟专用网集团业务的实现装置。

根据本发明实施例的跨业务控制点移动虚拟专用网集团业务的实现装置包括：设置模块，用于在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，接口用于业务控制点之间进行信息交互；配置模块，用于根据设置模块设置的接口配置用户号码段与GT码/网络协议地址的对应关系；寻址模块，用于使用GT码/网络协议地址对业务控制点进行寻址。

优选地，配置模块具体包括：第一配置模块，用于在设置模块设置的接口为EXECUTE信令接口的情况下，配置用户号码段与GT码的对应关系；第二配置模块，用于在设置模块设置的接口为传输控制协议/网络协议接口的情况下，配置用户号码段与网络协议地址的对应关系。

优选地，寻址模块具体包括：第一寻址模块，用于使用GT码对业务控制点进行寻址；第二寻址模块，用于使用网络协议地址对业务控制点进行寻址。

通过以上实施例，采用在业务控制点之间设置接口的方法，克服了目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需要的问题，进而实现了跨业务控制点的移动虚拟专用网集团业务。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的系统组网原理的示意图；

图2是根据本发明实施例的SCP配置的示意图；

图3是根据本发明实施例一的SCP1对主叫业务处理的流程图；

图4是根据本发明实施例一的SCP2对主叫业务处理的流程图；

图5是根据本发明实施例二的SCP1对被叫业务处理的流程图；

图6是根据本发明实施例二的SCP2对被叫业务处理的流程图；

图7是根据本发明实施例三的SCP1对前转业务处理的流程图；

图8是根据本发明实施例三的SCP2对前转业务处理的流程图；

图9是根据本发明实施例的跨业务控制点移动虚拟专用网集团业务实现装置的方框图。

具体实施方式

本发明旨在提供一种跨业务控制点移动虚拟专用网集团业务实现方法和装置，本发明的实施例充分利用了移动智能网业务快速生成、方便、灵活、经济、有效的特点，充分利用现网资源，不用增加新的网元设备，能够为跨SCP虚拟专用网集团用户提供非跨SCP虚拟专用网集团用户所具有的所有业务属性，为虚拟专用网集团用户的员工提供了便利，为集团用户降低了话费，同时为运营商吸引和留驻了大的集团客户，很好的实现了运营商的利润。下面将参考附图并结合实施例来详细说明本发明。

方法实施例

根据本发明的实施例，提供了一种跨业务控制点移动虚拟专用网集团业务实现方法。根据本发明实施例的跨业务控制点移动虚拟专用网集团业务实现方法包括：在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，接口用于业务控制点之间进行信息交互。并且，上述接口可以为以下接口之一：EXECUTE信令接口、传输控制协议/网络协议接口。

通过以上实施例，采用在业务控制点之间设置用于业务控制点之间进行信息交互的接口的方法，克服了目前的技术还不能满足跨多个SCP(Service Control Point，业务控制点)的移动虚拟专用网集团的需要的问题，进而实现了跨业务控制点的移动虚拟专用网集团业务。

进一步地，在接口为EXECUTE信令接口的情况下，配置用户号码段与GT码的对应关系，并使用GT码对对端业务控制点进行寻址；在接口为传输控制协议/网络协议接口的情况下，配置用户号码段与网络协议地址的对应关系，并使用网络协议地址对对端业务控制点进行寻址。

图1是根据本发明实施例的系统组网原理的示意图，如图1所示，业务在SCP上面实现，集团1111111111分布在SCP1和SCP2上面，SMP(Service Manage Point，业务管理点)通过SMAP(ServiceManage Access Point，业务管理接入点)来对运行在SCP上的业务进行管理。SCP、SMAP、SMP之间通过TCP/IP协议相互通讯。MSC(Mobile Switching Center，移动交换中心)/VLR(VisitorLocation Register，拜访位置寄存器)进行呼叫控制业务交换功能，HLR(Home Location Register，归属位置寄存器)管理移动用户的签约信息，独立IP(Internet Protocol，网络协议)提供移动用户管理流程的语音。其中，SCP、MSC/VLR、HLR、独立IP通过七号信令网相互连接。其中SCP1和SCP2之间通过七号信令网和TCP/IP(Transfer Control Protocol，传输控制协议/网络协议)网络连接。

图2是根据本发明实施例的SCP配置的示意图，如图2所示，假设集团1111111111分配的短号码长度为4位，以6开头，集团短号码编号从6000～6999，每个SCP上该集团内用户不会超过99个，则可以选择短号码的前2位为短号码段，为SCP1分配短号码段为61，为SCP2分配的短号码段为62。SCP1上用户短号码从6100～6199，SCP2上用户短号码从6200～6299，这样既可以满足集团容量的限制，又可以用短号码段区分SCP1和SCP2。为SCP1分配MSISDN号码段为1390519，为SCP2分配短号码段为1590513。这样根据MSISDN号码段也可以对用户归属的SCP进行区分。

根据本发明实施例的跨业务控制点移动虚拟专用网集团业务实现方法包括如下步骤：

(1)业务在跨SCP移动虚拟专用网集团所分布的每个SCP(业务控制点)上实现；

(2)为该集团分配全网唯一的一个集团编号，该集团编号可以在全网唯一标识该集图，该集团编号在该集团所分布的所有SCP上都是相同的；如图1所示，集团“1111111111”分布在SCP1和SCP2上面，则在SCP1和SCP2上分别加载该业务，而且“1111111111”这个集团号在SCP1和SCP2所服务智能网里面不能再分配给其他的集团使用；

(3)为该集团在每个SCP上分配可以相互区分的用户MSISDN(Mobile Station ISDN Number PDU，移动站点综合服务数字编码)号码段和用户短号码的号码段；

具体地，为该集团在每个SCP上分配可以相互区分的用户MSISDN号码段时，一般采用用户国内有效MSISDN号码的前面部分：移动业务接入号+HLR识别号来区分不同的MSISDN号码段，同时在SCP上配置MSISDN号码段即移动业务接入号+HLR识别号的长度；为该集团在每个SCP上分配可以相互区分的用户短号码的号码段时，可以根据实际需要取为该集团分配的短号码的前面几位为短号码的号码段，以满足集团短号码容量和能够区分该集团所在的不同SCP为原则；同时在SCP上配置短号码段的长度；如图2所示，同时在该集团所分布的2个SCP即SCP1和SCP2上，配置为所有SCP分配的MSISDN号码段和短号码段的信息；

(4)业务在每个SCP上配置并且只配置本SCP所管理的虚拟专用网集团的成员用户信息，包括成员用户的MSISDN号码、虚拟专用网集团内成员用户短号码、成员用户闭合用户群、成员用户帐户余额信息等；

具体地，由于集团用户分布在几个SCP上，因此每个SCP分别管理该集团的一部分成员用户。业务在每个SCP上配置并且只配置本SCP管理的虚拟专用网集团的成员用户级别的信息，包括成员用户的MSISDN号码，虚拟专用网集团内成员用户的短号码，成员用户的闭合用户群，成员用户的帐户信息等信息。在呼叫的时候，属于该集团的但是不在本SCP上的集团成员用户信息都通过(6)中的接口进行交互。

(5)开展该业务的每个SCP上业务数据库里面配置如下数据：用户MSISDN号码段和SCP的GT码或者SCP的IP地址的对应关系，用户短号码段和SCP的GT码或者SCP的IP地址的对应关系；

具体地，如果S6中应用的是EXECUTE信令接口，则在S5中需要配置用户MSISDN号码段和SCP的GT码对应关系，用户短号码段和SCP的GT码的对应关系。如图2所示，SCP1和SCP2作相同的配置：SCP1管理的集团成员用户的MSISD号码段1390519对应的SCP1的GT码86139007；SCP2管理的集团成员用户的MSISDN号码段1590513对应的SCP1的GT码86139008。SCP1管理的集团成员用户的短号码段61对应的SCP1的GT码86139007；SCP2管理的集团成员用户的短号码段62对应的SCP1的GT码86139008；

具体地，如果S6中应用的是TCP/IP协议接口，则在S5中需要配置用户MSISDN号码段和SCP的IP地址的对应关系，用户短号码段和SCP的IP地址的对应关系。如图2所示，SCP1和SCP2作相同的配置：SCP1管理的集团成员用户的MSISDN号码段1390519对应的SCP1的IP地址10.40.x.x；SCP2管理的集团成员用户的MSISDN号码段1590513对应的SCP1的IP地址10.41.x.x。SCP1管理的集团成员用户的短号码段61对应的SCP1的IP地址10.40.x.x；SCP2管理的集团成员用户的短号码段62对应的SCP1的IP地址10.41.x.x；

(6)业务增加开展该业务的各个SCP之间的接口：EXECUTE信令接口或者TCP/IP协议接口，通过该接口，可以发送或接收信息，其中，该信息携带有用于确定呼叫类型的信息；在以下流程中，呼叫类型分为以下3种：网内普通呼叫、网内闭合用户群呼叫、网外呼叫；

(61)如果主叫流程主叫用户拨打被叫用户MSISDN号码，则发送信息包括：主叫用户所在的虚拟专用网集团号码，主叫用户的闭合用户群号码，被叫用户MSISDN号码，接收信息包括：主叫用户的呼叫类型；

(62)如果主叫流程主叫用户拨打被叫用户短号码，则发送信息包括：主叫用户所在的虚拟专用网集团号码，主叫用户的闭合用户群号码，被叫用户短号码，接收信息包括：主叫用户的呼叫类型；

(63)如果是被叫流程，则发送信息包括：被叫用户所在的虚拟专用网集团号码，被叫用户的闭合用户群号码，主叫用户MSISDN号码，接收信息包括：被叫用户的呼叫类型；

(64)如果是前转流程，则发送信息包括：发生前转的用户所在的虚拟专用网集团号码，发生前转的用户的闭合用户群号码，前转到的用户的MSISDN号码，接收信息包括：发生前转用户的呼叫类型；

(7)业务具有查询用户MSISDN号码段和短号码的号码段对应SCP的信息机制，根据查询结果按照S6中的接口SCP之间进行交互；以SCP之间应用EXECUTE信令接口为例，(7)的查询机制如下：

主叫流程(如图3所示，下面将进行详细描述)包括以下步骤：

(711)SCP业务收到呼叫，在本SCP数据库判断被叫用户是否是和主叫用户是同一个集团的用户；如果不是同一个集团用户进行至(7121)或者(7122)；否则进行至(82)或者(83)；

(7121)如果主叫用户拨打的是被叫用户MSISDN号码，则根据被叫用户MSISDN号码段来查找被叫对应的SCP信息；如果(6)中应用的是EXECUTE信令接口，则查找被叫用户MSISDN号码段和SCP的GT码对应关系；如果(6)中应用的是TCP/IP协议接口，则查找被叫用户MSISDN号码段和SCP的IP地址的对应关系；如果能够查出的对应关系，则进行至(713)；否则进行至(81)；

(7122)如果主叫用户拨打的是被叫用户短号码，则根据被叫的短号码段来查找其对应的SCP信息；如果(6)中应用的是信令接口，则查找被叫用户短号码段和SCP的GT码对应关系；如果(6)中应用的是TCP/IP协议接口，则查找被叫用户短号码段和SCP的IP地址的对应关系；如果能够查出的对应关系，则进行至(713)；否则进行至(81)；

(713)准备判断呼叫类型所需的信息，通过接口跟对应的SCP交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进行至(82)；如果返回呼叫类型信息为网内普通呼叫，则进行至(83)；如果返回呼叫类型信息分为网外呼叫，则进行至(81)；

其中，在SCP2接收SCP1的查询请求模块之后，处理流程如图4所示(下面将进行详细描述)；

被叫流程(如图5所示，下面将进行详细描述)包括如下步骤：

(721)SCP业务收到呼叫，在本SCP数据库判断主叫用户是否是和被叫用户是同一个集团的用户；如果不是同一个集团用户进行至(722)；否则进行至(82)或者(83)；

(722)SCP根据主叫用户MSISDN号码段来查找主叫对应的SCP信息；如果(6)中应用的是信令接口，则查找主叫用户MSISDN号码段和SCP的GT码对应关系；如果(6)中应用的是TCP/IP协议接口，则查找主叫用户MSISDN号码段和SCP的IP地址的对应关系；如果能够查出的对应关系，则进行至(723)；否则进行至(81)；

(723)准备判断呼叫类型所需的信息，通过接口跟对应的SCP交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进行至(82)；如果返回呼叫类型信息为网内普通呼叫，则进行至(83)；如果返回呼叫类型信息分为网外呼叫，则进行至(81)；

其中，在SCP2接收SCP1的查询请求模块之后，处理流程如图6所示；

前转流程(如图7所示)包括如下步骤：

(731)SCP业务收到呼叫，在本SCP数据库判断发生前转的用户是否是和前转到的用户是同一个集团的用户；如果不是同一个集团用户进行至(732)；否则进行至(82)或者(83)；

(732)SCP根据前转到的用户的MSISDN号码段来查找其对应的SCP信息；如果S6中应用的是信令接口，则查找前转到的用户的MSISDN号码段和SCP的GT码对应关系；如果(6)中应用的是TCP/IP协议接口，则查找前转到的用户的MSISDN号码段和SCP的IP地址的对应关系；如果能够查出的对应关系，则进行至(733)；否则进行至(81)；

(733)准备判断呼叫类型所需的信息，通过接口跟对应的SCP交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进行至(82)；如果返回呼叫类型信息为网内普通呼叫，则进行至(83)；如果返回呼叫类型信息分为网外呼叫，则进行至(81)；

其中，SCP2接收SCP1的查询请求模块后，处理流程如图8所示(下面将进行详细描述)；

(8)业务根据在本SCP和与其他SCP的交互的结果判断呼叫类型，对相应的呼叫方进行计费；具体如下：

(81)确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

(82)确定呼叫类型为集团网内闭合用户群呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费；

(83)确定呼叫类型为集团网内呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费。

下面结合实例详细描述应用EXECUTE信令接口实现本发明的方法。

实施例一

图3是根据本发明实施例一的SCP1对主叫业务处理的流程图，如图3所示，包括如下步骤：

步骤S301，SCP1业务收到呼叫，判断呼叫流程是主叫流程；

步骤S302，判断主叫号码是否为本SCP1虚拟集团用户，在判断结果为是的情况下，进行至步骤S303，在判断结果为否的情况下，进行至步骤S304；

步骤S303，判断被叫号码是为短号码还是MSISDN号码，在判断结果为短号码的情况下，进行至步骤S307，在判断结果为MSISDN号码的情况下，进行至步骤S308；

步骤S304，判断被叫号码是为短号码还是MSISDN号码，在判断结果为短号码的情况下，进行至步骤S305，在判断结果为MSISDN号码的情况下，进行至步骤S306；

步骤S305，SCP1业务释放呼叫；

步骤S306，SCP1业务直接接续呼叫；

步骤S307，业务利用主叫号码和被叫短号码在本地数据库查询主被叫号码是否是SCP1上同一个集团的用户，即进行步骤S309；

步骤S308，业务利用主叫号码和被叫MSISDN号码在本地数据库查询主被叫号码是否是SCP1上同一个集团的用户，即进行步骤S309；

步骤S309，判断主叫用户和被叫用户是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S310，在判断结果为否的情况下，进行至步骤S311；

步骤S310，业务从本地数据库获取主叫的呼叫类型(网内闭合用户群呼叫或者网内呼叫)和主叫帐户余额，进行至步骤S318；

步骤S311，判断被叫号码是为短号码还是MSISDN号码，在判断结果为短号码的情况下，进行至步骤S312，在判断结果为MSISDN号码的情况下，进行至步骤S313；

步骤S312，业务根据主叫用户号码获取主叫用户的集团号码，主叫用户的闭合用户群号码，主叫帐户余额，根据被叫用户短号码段获取该短号码段对应的SCP的GT码，进行至步骤S314；

步骤S313，业务根据主叫用户号码获取主叫用户的集团号码，主叫用户的闭合用户群号码，主叫帐户余额，根据被叫用户MSISDN号码段获取该MSISDN号码段对SCP的GT码，进行至步骤S314；

步骤S314，判断是否获取被叫MSISDN号码段或者短号码段对应SCP的GT码，在判断结果为是的情况下，进行至步骤S315，在判断结果为否的情况下，进行至步骤S316；

步骤S315，业务将主叫用户的集团号码，主叫用户的闭合用户群号码，被叫用户短号码或MSISDN号码用EXECUTE信令通过EXECUTE信令接口发送给SCP2，并接收SCP2返回的呼叫类型信息，进行至步骤S319；

步骤S316，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

步骤S317，SCP2接收SCP1的EXECUTE信令，根据信令携带的信息在SCP2查询主被叫信息，以确定主叫的呼叫类型，并通过EXECUTE信令接口返回SCP1；

步骤S318，判断是否为网外呼叫，在判断结果为是的情况下，进行至步骤S322，在判断结果为否的情况下，进行至步骤S319；

步骤S319，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S321，在判断结果为否的情况下，进行至步骤S320；

步骤S320，确定呼叫类型为集团网内呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费；

步骤S321，确定呼叫类型为集团网内闭合用户群呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费；

步骤S322，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费。

图4是根据本发明实施例一的SCP2对主叫业务处理的流程图，如图4所示，包括如下步骤：

步骤S401，SCP1通过EXECUTE信令接口向SCP2发送查询主叫呼叫类型的信令请求；

步骤S402，SCP2业务通过EXECUTE信令接口接收到查询请求；

步骤S403，判断被叫号码是为短号码还是MSISDN号码，在判断结果为短号码的情况下，进行至步骤S404，在判断结果为MSISDN号码的情况下，进行至步骤S405；

步骤S404，SCP2业务利用主叫集团号码和被叫短号码在本地数据库查询被叫号码是否和主叫归属同一个集团，即，进行步骤至S406；

步骤S405，SCP2业务利用主叫集团号码和被叫MSISDN号码在本地数据库查询被叫号码是否和主叫归属同一个集团，即，进行步骤至S406；

步骤S406，判断主叫用户和被叫用户是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S407，在判断结果为否的情况下，进行至步骤S409；

步骤S407，SCP2业务根据主叫闭合用户群号码和被叫号码在本地数据库查询主被叫是否归属同一个闭合用户群，即，进行至步骤S408；

步骤S408，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S410，在判断结果为否的情况下，进行至步骤S411；

步骤S409，确定呼叫类型为集团网外呼叫，进行至步骤S412；

步骤S410，确定呼叫类型为集团网内闭合用户群呼叫，进行至步骤S412；

步骤S411，确定呼叫类型为集团网内呼叫，进行至步骤S412；

步骤S412，将呼叫类型通过EXECUTE信令接口发送给SCP1；

步骤S413，SCP1通过EXECUTE信令接口接收SCP2查询的主叫用户的呼叫类型。

实施例二

图5是根据本发明实施例二的SCP1对被叫业务处理的流程图，如图5所示，包括如下步骤：

步骤S501，SCP1业务收到呼叫，判断呼叫流程是被叫流程；

步骤S502，判断被叫号码是否为本SCP1虚拟集团用户，在判断结果为是的情况下，进行至步骤S503，在判断结果为否的情况下，进行至步骤S504；

步骤S503，业务利用主叫号码和被叫短号码在本地数据库查询主被叫号码是否是SCP1上同一个集团的用户，即进行步骤S505；

步骤S504，SCP1业务直接接续呼叫；

步骤S505，判断主叫用户和被叫用户是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S506，在判断结果为否的情况下，进行至步骤S507；

步骤S506，业务从本地数据库获取主叫的呼叫类型(网内闭合用户群呼叫或者网内呼叫)和主叫帐户余额，进行至步骤S513；

步骤S507，业务根据被叫用户号码获取被叫用户的集团号码，被叫用户的闭合用户群号码，被叫帐户余额，根据主叫用户MSISDN号码段获取主叫MSISDN号码段对SCP2的GT码，进行至步骤S508；

步骤S508，判断是否获取主叫MSISDN号码段对SCP的GT码，在判断结果为是的情况下，进行至步骤S509，在判断结果为否的情况下，进行至步骤S510；

步骤S509，业务将主叫用户的集团号码，主叫用户的闭合用户群号码，被叫用户短号码或MSISDN号码用EXECUTE信令通过EXECUTE信令接口发送给SCP2，并接收SCP2返回的呼叫类型信息，进行至步骤S512；

步骤S510，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

步骤S511，SCP2接收SCP1的EXECUTE信令，根据信令携带的信息在SCP2查询主被叫信息，以确定主叫的呼叫类型，并通过EXECUTE信令接口返回SCP1；

步骤S512，判断是否为网外呼叫，在判断结果为是的情况下，进行至步骤S514，在判断结果为否的情况下，进行至步骤S513；

步骤S513，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S515，在判断结果为否的情况下，进行至步骤S516；

步骤S514，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

步骤S515，确定呼叫类型为集团网内闭合用户群呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费；

步骤S516，确定呼叫类型为集团网内呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费。

图6是根据本发明实施例二的SCP2对被叫业务处理的流程图，如图6所示，包括如下步骤：

步骤S601，SCP1通过EXECUTE信令接口向SCP2发送查询主叫呼叫类型的信令请求；

步骤S602，SCP2业务通过EXECUTE信令接口接收到查询请求；

步骤S603，SCP2业务利用被叫集团号码和主叫MSISDN号码在本地数据库查询被叫号码是否和主叫归属同一个集团，即，进行至步骤S604；

步骤S604，判断主叫用户和被叫用户是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S605，在判断结果为否的情况下，进行至步骤S609；

步骤S605，SCP2业务根据被叫闭合用户群号码和主叫号码在本地数据库查询主被叫是否归属同一个闭合用户群，即，进行至步骤S606；

步骤S606，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S607，在判断结果为否的情况下，进行至步骤S608；

步骤S607，确定呼叫类型为集团网内闭合用户群呼叫，进行至步骤S610；

步骤S608，确定呼叫类型为集团网内呼叫，进行至步骤S610；

步骤S609，确定呼叫类型为集团网外呼叫，进行至步骤S610；

步骤S610，将呼叫类型通过EXECUTE信令接口发送给SCP1；

步骤S611，SCP1通过EXECUTE信令接口接收SCP2查询的被叫用户的呼叫类型。

实施例三

图7是根据本发明实施例三的SCP1对前转业务处理的流程图，如图7所示，包括如下步骤：

步骤S701，SCP1业务收到呼叫，判断呼叫流程是前转流程；

步骤S702，判断发生前转号码是否为本SCP1虚拟集团用户，在判断结果为是的情况下，进行至步骤S703，在判断结果为否的情况下，进行至步骤S704；

步骤S703，业务利用发生前转的号码和前转到的MSISDN号码在本地数据库查询二者是否是SCP1上同一个集团的用户，即进行步骤S705；

步骤S704，SCP1业务直接接续呼叫；

步骤S705，判断发生前转的号码和前转到的号码是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S706，在判断结果为否的情况下，进行至步骤S707；

步骤S706，业务从本地数据库获取主叫的呼叫类型(网内闭合用户群呼叫或者网内呼叫)和主叫帐户余额，进行至步骤S713；

步骤S707，业务根据发生前转的用户号码获取发生前转号码的集团号码，发生前转号码的闭合用户群号码，发生前转号码的帐户余额，根据前转到的用户MSISDN号码段获取该MSISDN号码段对SCP2的GT码，进行至步骤S708；

步骤S708，判断是否获取前转到的MSISDN号码段对SCP的GT码，在判断结果为是的情况下，进行至步骤S709，在判断结果为否的情况下，进行至步骤S710；

步骤S709，业务将前转用户的集团号码，发生前转用户的闭合用户群号码，前转到的MSISDN号码用EXECUTE信令通过EXECUTE信令接口发送给SCP2，并接收SCP2返回的呼叫类型信息，进行至步骤S712；

步骤S710，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

步骤S711，SCP2接收SCP1的EXECUTE信令，根据信令携带的信息在SCP2查询主被叫信息，以确定主叫的呼叫类型，并通过EXECUTE信令接口返回SCP1；

步骤S712，判断是否为网外呼叫，在判断结果为是的情况下，进行至步骤S714，在判断结果为否的情况下，进行至步骤S713；

步骤S713，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S715，在判断结果为否的情况下，进行至步骤S716；

步骤S714，确定呼叫类型为集团网外呼叫，根据用户余额和呼叫类型进行计费控制和非优惠计费；

步骤S715，确定呼叫类型为集团网内闭合用户群呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费；

步骤S716，确定呼叫类型为集团网内呼叫，根据用户余额和呼叫类型进行计费控制和优惠计费。

图8是根据本发明实施例三的SCP2对前转业务处理的流程图，如图8所示，包括如下步骤：

步骤S801，SCP1通过EXECUTE信令接口向SCP2发送查询主叫呼叫类型的信令请求；

步骤S802，SCP2业务通过EXECUTE信令接口接收到查询请求；

步骤S803，SCP2业务利用发生前转用户的集团号码和前转到用户的MSISDN号码在本地数据库查询二者是否和主叫归属同一个集团，即，进行至步骤S804；

步骤S804，判断二者是否为同一个集团的用户，在判断结果为是的情况下，进行至步骤S805，在判断结果为否的情况下，进行至步骤S809；

步骤S805，SCP2业务根据发生前转用户的闭合用户群号码和前转到的用户号码在本地数据库查询发生前转的用户和前转到的用户是否归属同一个闭合用户群，即，进行至步骤S806；

步骤S806，判断是否为闭合用户群呼叫，在判断结果为是的情况下，进行至步骤S807，在判断结果为否的情况下，进行至步骤S808；

步骤S807，确定呼叫类型为集团网内闭合用户群呼叫，进行至步骤S810；

步骤S808，确定呼叫类型为集团网内呼叫，进行至步骤S810；

步骤S809，确定呼叫类型为集团网外呼叫，进行至步骤S810；

步骤S810，将呼叫类型通过EXECUTE信令接口发送给SCP1；

步骤S811，SCP1通过EXECUTE信令接口接收SCP2查询的被叫用户的呼叫类型。

类似地，如果应用的接口是TCP/IP协议接口，则由上面的流程图也容易推出其流程图，在此不再赘述。按照以上方法和步骤，很方便的可以实现跨SCP虚拟专用网集团的业务。

装置实施例

根据本发明的实施例，提供了一种跨业务控制点移动虚拟专用网集团业务实现装置。图9是根据本发明实施例的跨业务控制点移动虚拟专用网集团业务实现装置的方框图，如图9所示，该装置包括：

设置模块92，用于在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，所述接口用于业务控制点之间进行信息交互；

配置模块94，连接至设置模块92，用于根据所述设置模块设置的接口配置用户号码段与GT码/网络协议地址的对应关系；

寻址模块96，连接至配置模块94，用于使用所述GT码/所述网络协议地址对所述业务控制点进行寻址。

进一步地，配置模块92具体包括：第一配置模块，用于在设置模块设置的所述接口为EXECUTE信令接口的情况下，配置用户号码段与所述GT码的对应关系；第二配置模块，用于在设置模块设置的所述接口为传输控制协议/网络协议接口的情况下，配置用户号码段与所述网络协议地址的对应关系。

进一步地，寻址模块96具体包括：第一寻址模块，用于使用所述GT码对所述业务控制点进行寻址；第二寻址模块，用于使用所述网络协议地址对所述业务控制点进行寻址。

通过以上实施例，采用在业务控制点之间设置接口的方法，克服了目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需要的问题，进而实现了跨业务控制点的移动虚拟专用网集团业务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种跨业务控制点移动虚拟专用网集团业务的实现方法，其特征在于，包括：

在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，所述接口用于业务控制点之间进行信息交互；

其中，业务根据在本业务控制点和与其他业务控制点的交互的结果判断呼叫类型，对相应的呼叫方进行计费，包括以下至少之一：

在确定所述呼叫类型为集团网外呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和非优惠计费；

在确定所述呼叫类型为集团网内闭合用户群呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和优惠计费；

在确定呼叫类型为集团网内呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和优惠计费；

其中，所述移动虚拟专用网集团的集团用户分布在多个业务控制点上，每个业务控制点分别管理所述移动虚拟专用网集团的所述集团用户的一部分；

其中，属于所述移动虚拟专用网集团的但是不在本业务控制点上的所述集团用户的信息在呼叫的时候通过所述接口进行交互。

2.根据权利要求1所述的方法，其特征在于，所述接口为以下接口之一：

EXECUTE信令接口、传输控制协议/网络协议接口。

3.根据权利要求2所述的方法，其特征在于，进一步包括：

在所述接口为所述EXECUTE信令接口的情况下，配置用户号码段与GT码的对应关系，并使用所述GT码对对端业务控制点进行寻址。

4.根据权利要求2所述的方法，其特征在于，进一步包括：

在所述接口为所述传输控制协议/网络协议接口的情况下，配置用户号码段与网络协议地址的对应关系，并使用网络协议地址对对端业务控制点进行寻址。

5.一种跨业务控制点移动虚拟专用网集团业务的实现装置，其特征在于，包括：

设置模块，用于在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，所述接口用于业务控制点之间进行信息交互；

配置模块，用于根据所述设置模块设置的接口配置用户号码段与GT码/网络协议地址的对应关系；

寻址模块，用于使用所述GT码/所述网络协议地址对所述业务控制点进行寻址；

其中，业务根据在本业务控制点和与其他业务控制点的交互的结果判断呼叫类型，对相应的呼叫方进行计费，包括以下至少之一：

在确定所述呼叫类型为集团网外呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和非优惠计费；

在确定所述呼叫类型为集团网内闭合用户群呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和优惠计费；

在确定呼叫类型为集团网内呼叫的情况下，根据用户余额和该呼叫类型进行计费控制和优惠计费；

其中，所述移动虚拟专用网集团的集团用户分布在多个SCP上，每个SCP分别管理所述移动虚拟专用网集团的所述集团用户的一部分；

其中，属于所述移动虚拟专用网集团的但是不在本SCP上的所述集团用户的信息在呼叫的时候通过所述接口进行交互。

6.根据权利要求5所述的装置，其特征在于，所述配置模块具体包括：

第一配置模块，用于在设置模块设置的所述接口为EXECUTE信令接口的情况下，配置用户号码段与所述GT码的对应关系；

第二配置模块，用于在设置模块设置的所述接口为传输控制协议/网络协议接口的情况下，配置用户号码段与所述网络协议地址的对应关系。

7.根据权利要求5所述的装置，其特征在于，所述寻址模块具体包括：

第一寻址模块，用于使用所述GT码对所述业务控制点进行寻址；

第二寻址模块，用于使用所述网络协议地址对所述业务控制点进行寻址。