专利名称：跨业务控制点移动虚拟专用网集团业务的实现方法和装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种i 争业务控制点
(Server Control Point,简称为SCP )移动虚拟专用网集团业务实现 方法和装置。
背景技术：
目前，移动智能网系统作为移动通信-f亍业新兴的业务H务网络， 能够方便、灵活、经济、有效地提供各种增值业务，并能通过与营 业系统、客户服务中心、短消息中心以及银行系统的集成，为用户 提供更优质、及时、人性化的服务。移动智能网系统是电信运营商 很大的业务增长点之一。
移动虚拟专用网集团业务是一项应用十分广泛的智能网业务。 该业务以集团客户为目标，例如企业、团体、学校、医院、政府
机关等。在集团或企业申请了该业务之后，可以根据集团(或企业) 的特点制定自己内部的短号码编号方案，其目的是方便记忆和管理， 短号码可以唯一标识一个集团成员(职位、工号等信息)，当集团成 员的真实号码改变时，可以不影响其短号码的编号方案，这样，集 团内部的员工不会因移动通信终端真实号码的变更而影响工作联 系，集团内用户只要记住集团内部短号码就可以找到其希望找到的 用户。而且，可以4艮据呼叫的信息将呼叫力o以详细分类例如在一 个集团内部的呼叫，称为网内呼叫； 一个集团内还可以在成立一个或多个小单位的群体，組成闭合用户群，闭合用户群里面发生的呼
叫叫估爻网内闭合用户群呼叫； 一个集团还可以i殳置一些重要的网外 客户，组成网外号码组，当与网外号码组的呼叫成为网外号码组呼 叫。业务可以^4居呼叫类型的不同，对网内呼叫，网内闭合用户群 呼叫，和网外号码组呼叫和普通网外呼叫给予较大程度的优惠，使 得4吏用该业务的集团的通信费用降低。因此该业务既可以降低集团 通信费用、方便集团内部员工使用，又可以使运营商吸引大量的集 团客户，实现其利润的提高。这些特性使得该业务被广泛应用。
目前，移动虚拟专用网集团业务实现方法是一个移动虚拟专用 网集团只能在一个SCP上，不能分布在多个SCP上。然而，随着 社会经济的发展，跨省乃至跨国集团大量出现。这种集团用户空间 上的扩展已经^吏得一个集团用户只分布在一个SCP的状况不能满足 实际的需要，大的集团可能会分布在2个乃至更多个SCP上，但是， 目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需要。
发明内容
针对目前的技术还不能满足跨多个SCP的移动虚拟专用网集
团的需要而提出本发明，为此，本发明旨在提供一种跨业务控制点 移动虚拟专用网集团业务实现方法和装置，以解决上述问题。
根据本发明的一个方面，提供了一种跨业务控制点移动虚拟专 用网集团业务的实现方法。
根据本发明实施例的i 争业务控制点移动虚拟专用网集团业务的
实现方法包括在移动虚拟专用网集团所分布的业务控制点之间设 置接口，其中，上述接口用于业务控制点之间进行信息交互。
优选地，接口为以下接口之一EXECUTE信令接口 、传输控 制协议/网络协议接口 。优选地，上述方法进一步包括在接口为EXECUTE信令接口 的情况下，配置用户号码段与GT码的对应关系，并使用GT码对 对端业务控制点进^f于寻址。
优选地，上述方法进一步包括在才妄口为传1#控制协议/网络协 议接口的情况下，配置用户号码段与网络协议地址的对应关系，并 4吏用网络协i义地址对对端业务控制点进行寻址。
根据本发明的另 一个方面，提供了 一种跨业务控制点移动虚拟 专用网集团业务的实现装置。
#4居本发明实施例的跨业务控制点移动虚拟专用网集团业务的 实现装置包括设置模块，用于在移动虚拟专用网集团所分布的业 务控制点之间设置接口，其中，接口用于业务控制点之间进行信息 交互；配置模块，用于根据设置模块设置的接口配置用户号码段与 GT码/网络协议地址的对应关系；寻址模块，用于使用GT码/网络 协议地址对业务控制点进行寻址。
优选地，配置4莫块具体包括第一配置才莫块，用于在设置才莫块 设置的接口为EXECUTE信令接口的情况下，配置用户号码段与GT 码的对应关系；第二配置模块，用于在设置模块设置的接口为传输 控制协议/网络协议接口的情况下，配置用户号码段与网络协议地址 的对应关系。
优选地，寻址模块具体包括第一寻址模块，用于使用GT码 对业务控制点进行寻址；第二寻址模块，用于使用网络协议地址对 业务控制点进行寻址。
通过以上实施例，采用在业务控制点之间设置接口的方法，克 服了目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需 要的问题，进而实现了跨业务控制点的移动虚拟专用网集团业务。
此处所说明的附图用来提供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并
不构成对本发明的不当限定。在附图中
图1是根据本发明实施例的系统组网原理的示意图2是根据本发明实施例的SCP配置的示意图3是才艮据本发明实施例一的SCP1对主叫业务处理的流程图4是才艮据本发明实施例一的SCP2对主叫业务处理的流程图5是根据本发明实施例二的SCP1对被叫业务处理的流程图6是根据本发明实施例二的SCP2对被叫业务处理的流程图7是才艮据本发明实施例三的SCP1对前转业务处理的流程图8是根据本发明实施例三的SCP2对前转业务处理的流程图9是根据本发明实施例的跨业务控制点移动虚拟专用网集团 业务实现装置的方框图。
具体实施例方式
本发明旨在提供一种跨业务控制点移动虚拟专用网集团业务实 现方法和装置，本发明的实施例充分利用了移动智能网业务快速生 成、方<更、灵活、经济、有效的特点，充分利用现网资源，不用增 加新的网元设备，能够为跨SCP虚拟专用网集团用户提供非跨SCP
虚拟专用网集团用户所具有的所有业务属性，为虚拟专用网集团用户的员工提供了便利，为集团用户降低了话费，同时为运营商吸引 和留驻了大的集团客户，很好的实现了运营商的利润。下面将参考 附图并结合实施例来详细说明本发明。
方法实施例
根据本发明的实施例，提供了 一种跨业务控制点移动虚拟专用 网集团业务实现方法。才艮据本发明实施例的跨业务控制点移动虚拟
专用网集团业务实现方法包括在移动虚拟专用网集团所分布的业 务控制点之间设置接口，其中，接口用于业务控制点之间进行信息 交互。并且，上述接口可以为以下接口之一EXECUTE信令接口、 传输控制协议/网络协议接口 。
通过以上实施例，采用在业务控制点之间i殳置用于业务控制点 之间进行信息交互的接口的方法，克服了目前的技术还不能满足跨 多个SCP ( Service Control Point,业务4空制点)的移动虚拟专用网 集团的需要的问题，进而实现了跨业务控制点的移动虚拟专用网集 团业务。
进一步地，在接口为EXECUTE信令接口的情况下，配置用户 号码段与GT码的对应关系，并使用GT码对对端业务控制点进行 寻址；在接口为传输控制协议/网络协议接口的情况下，配置用户号 码段与网络协议地址的对应关系，并使用网络协议地址对对端业务 控制点进4于寻址。
图1是才艮据本发明实施例的系统组网原理的示意图，如图l所 示，业务在SCP上面实现，集团1111111111分布在SCP1和SCP2 上面，SMP( Service Manage Point,业务管理点)通过SMAP( Service Manage Access Point,业务管理4妄入点)来对运4亍在SCP上的业务 进4亍管理。SCP、 SMAP、 SMP之间通过TCP/IP协议相互通讯。
8MSC (Mobile Switching Center,移动交才奐中心)/VLR (Visitor Location Register,拜访位置寄存器)进行呼叫控制业务交换功能， HLR ( Home Location Register,归属4立置寄存器)管理移动用户的 签约信息，独立IP (Internet Protocol,网络协议)^是供移动用户管 理流程的语音。其中，SCP、 MSC/VLR、 HLR、独立IP通过七号 信令网相互连接。其中SCP 1和SCP2之间通过七号信令网和TCP/IP (Transfer Control Protocol ，传输控制十办;义/网绍-协i义)网络连4妄。
图2是才艮据本发明实施例的SCP配置的示意图，如图2所示， 假设集团1111111111分配的短号码长度为4位，以6开头，集团短 号码编号从6000 6999，每个SCP上该集团内用户不会超过99个， 则可以选择短号码的前2位为短号码段，为SCP1分配短号码段为 61,为SCP 2分配的短号码段为62。 SCP1上用户短号码从 6100 6199， SCP2上用户短号码从6200 6299，这样既可以满足集 团容量的限制，又可以用短号码段区分SCP1和SCP2。为SCP1分 配MSISDN号码段为1390519,为SCP2分配短号码卓殳为1590513。 这样根据MSISDN号码^殳也可以对用户归属的SCP进4亍区分。
根据本发明实施例的跨业务控制点移动虚拟专用网集团业务实 现方法包括如下步骤
(1 )业务在跨SCP移动虚拟专用网集团所分布的每个SCP(业 务控制点)上实现；
(2)为该集团分配全网唯一的一个集团编号，该集团编号可以 在全网唯一标iK该集图，该集团编号在该集团所分布的所有SCP上 都是相同的；如图l所示，集团"1111111111"分布在SCP1和SCP2 上面，则在SCP1和SCP2上分别加载该业务，而且"1111111111" 这个集团号在SCP1和SCP2所服务智能网里面不能再分配给其他 的集团使用；(3 )为该集团在每个SCP上分配可以相互区分的用户MSISDN (Mobile Station ISDN Number PDU,移动站点综合月l务凄史字编码) 号;马,殳和用户4豆号;马的号;马,殳；
具体地，为该集团在每个SCP上分配可以相互区分的用户 MSISDN号石马辜更时， 一般采用用户国内有岁文MSISDN号石马的前面部 分移动业务接入号+HLR识别号来区分不同的MSISDN号码段， 同时在SCP上配置MSISDN号码段即移动业务4妄入号+HLR识别号 的长度；为该集团在每个SCP上分配可以相互区分的用户短号码的 号码段时，可以根据实际需要取为该集团分配的短号码的前面几位 为短号码的号码段，以满足集团短号码容量和能够区分该集团所在 的不同SCP为原则；同时在SCP上配置短号码,殳的长度；如图2 所示，同时在该集团所分布的2个SCP即SCP1和SCP2上，配置 为所有SCP分配的MSISDN号码段和短号码段的信息；
(4 )业务在每个SCP上配置并且只配置本SCP所管理的虚拟 专用网集团的成员用户信息，包括成员用户的MSISDN号码、虚拟 专用网集团内成员用户短号码、成员用户闭合用户群、成员用户帐 户余额信息等；
具体地，由于集团用户分布在几个SCP上，因此每个SCP分 别管理该集团的一部分成员用户。业务在每个SCP上配置并且只配 置本SCP管理的虚拟专用网集团的成员用户级别的信息，包括成员 用户的MSISDN号码，虚拟专用网集团内成员用户的短号码，成员 用户的闭合用户群，成员用户的帐户信息等信息。在呼叫的时候， 属于该集团的但是不在本SCP上的集团成员用户信息都通过(6) 中的4妄口进4亍交互。(5 )开展该业务的每个SCP上业务数据库里面配置如下数据 用户MSISDN号码,史和SCP的GT码或者SCP的IP i也址的对应关 系，用户短号码,殳和SCP的GT码或者SCP的IP ;也址的对应关系；
具体地，如果S6中应用的是EXECUTE信令接口 ，则在S5中 需要配置用户MSISDN号码段和SCP的GT码对应关系，用户短号 码^歐和SCP的GT码的对应关系。如图2所示，SCPl和SCP2作相 同的配置SCPl管理的集团成员用户的MSISD号码,殳1390519对 应的SCPl的GT码86139007; SCP2管理的集团成员用户的 MSISDN号码段1590513对应的SCPl的GT码86139008。 SCPl
SCP2管理的集团成员用户的短号码段62对应的SCPl的GT码 86139008;
具体地，如果S6中应用的是TCP/IP协议接口 ，则在S5中需 要配置用户MSISDN号码段和SCP的IP地址的对应关系，用户短 号码段和SCP的IP地址的对应关系。如图2所示，SCPl和SCP2 作相同的配置SCPl管理的集团成员用户的MSISDN号码段 1390519对应的SCPl的IP地址10.40.x.x; SCP2管理的集团成员用 户的MSISDN号码,史1590513对应的SCPl的IP地址10.41.x.x。 SCPl管理的集团成员用户的短号码^史61对应的SCPl的IP地址 10.40.x.x; SCP2管理的集团成员用户的短号码,殳62对应的SCPl 的IP地址10.41.x.x;
(6 )业务增加开展该业务的各个SCP之间的接口 EXECUTE 信令接口或者TCP/IP协议接口 ，通过该接口 ，可以发送或接收信息， 其中，该信息携带有用于确定呼叫类型的信息；在以下流程中，呼 叫类型分为以下3种网内普通呼叫、网内闭合用户群呼叫、网夕卜 呼叫；(61 )如果主叫流程主叫用户拨打净皮叫用户MSISDN号码，则 发送信息包括主叫用户所在的虚拟专用网集团号码，主叫用户的 闭合用户群号码，被叫用户MSISDN号码，接收信息包括主叫用 户的呼叫类型；
(62) 如果主叫流程主叫用户拨打被叫用户短号码，则发送信 息包括主叫用户所在的虚拟专用网集团号码，主叫用户的闭合用 户群号码，；故叫用户短号码，接收信息包括主叫用户的呼叫类型；
(63) 如果是^1叫流程，则发送信息包括被叫用户所在的虚 拟专用网集团号码，被叫用户的闭合用户群号码，主叫用户MSISDN 号码，接收信息包括被叫用户的呼叫类型；
(64) 如果是前转流程，则发送信息包括发生前转的用户所 在的虚拟专用网集团号码，发生前转的用户的闭合用户群号码，前 转到的用户的MSISDN号码，接收信息包括发生前转用户的呼叫 类型；
(7)业务具有查询用户MSISDN号码段和短号码的号码段对 应SCP的信息机制，根据查询结果按照S6中的接口 SCP之间进行 交互；以SCP之间应用EXECUTE信令接口为例，(7)的查询机制 如下
主叫流程(如图3所示，下面将进4亍详细描述)包4舌以下步骤
(711 ) SCP业务收到呼叫，在本SCP数据库判断被叫用户是 否是和主叫用户是同一个集团的用户；如果不是同一个集团用户进 行至(7121)或者(7122);否则进行至(82)或者(83);
(7121 )如果主叫用户拨打的是被叫用户MSISDN号码，则根 据-陂叫用户MSISDN号码段来查找-故叫对应的SCP^f言息；如果(6)
12中应用的是EXECUTE信令接口 ，则查找净皮叫用户MSISDN号码段 和SCP的GT码对应关系；如果(6 )中应用的是TCP/IP协议接口 ， 则查找^皮叫用户MSISDN号码段和SCP的IP地址的乂寸应关系；如 果能够查出的对应关系，则进行至(713);否则进4亍至(81);
(7122)如果主叫用户拨打的是被叫用户短号码，则才艮据;故叫 的短号码,爻来查找其对应的SCP信息；如果(6)中应用的是信令 接口 ，则查找#:叫用户短号码段和SCP的GT码对应关系；如果(6 ) 中应用的是TCP/IP协议接口 ，则查找^皮叫用户短号石马萃殳和SCP的 IP地址的对应关系；如果能够查出的对应关系，则进4亍至(713); 否则进4于至(81 );
(713 )准备判断呼叫类型所需的信息，通过接口3艮对应的SCP 交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进4亍至 (82);如果返回呼叫类型信息为网内普通呼叫，则进4亍至(83); 如果返回呼叫类型信息分为网外呼叫，则进行至(81);
其中，在SCP2接收SCP1的查询请求才莫块之后，处理流程如 图4所示(下面将进^f亍详细描述)；
被叫流程(如图5所示，下面将进行详细描述)包4舌如下步骤
(721 ) SCP业务收到呼叫，在本SCP凝:据库判断主叫用户是 否是和^皮叫用户是同一个集团的用户；如果不是同一个集团用户进 行至(722);否则进行至(82)或者(83);
(722) SCP根据主叫用户MSISDN号码段来查找主叫对应的 SCP信息；如果(6 )中应用的是信令接口 ，则查找主叫用户MSISDN 号码段和SCP的GT码对应关系；如果(6 )中应用的是TCP/IP协 议接口 ，则查找主叫用户MSISDN号码段和SCP的IP地址的对应 关系；如果能够查出的对应关系，则进行至(723 );否则进行至(81 );(723 )准备判断呼叫类型所需的信息，通过接口5艮对应的SCP 交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进4亍至 (82);如果返回呼叫类型信息为网内普通呼叫，则进4亍至(83); 如果返回呼叫类型信息分为网外呼叫，则进行至(81);
其中，在SCP2接收SCP1的查询请求才莫块之后，处理流程如 图6所示；
前转流程(如图7所示)包括如下步骤
(731 ) SCP业务收到呼叫，在本SCP凄t据库判断发生前转的 用户是否是和前转到的用户是同 一个集团的用户；如果不是同 一个 集团用户进行至(732);否则进行至(82)或者(83);
(732 ) SCP才艮据前转到的用户的MSISDN号码,殳来查找其对 应的SCP信息；如果S6中应用的是信令接口 ，则查才戈前转到的用 户的MSISDN号码段和SCP的GT码对应关系；如果(6 )中应用 的是TCP/IP协议接口 ，则查找前转到的用户的MSISDN号码段和 SCP的IP地址的对应关系；如果能够查出的对应关系，则进行至 (733 );否则进行至(81 );
(733 )准备判断呼叫类型所需的信息，通过接口3艮对应的SCP 交互；如果返回呼叫类型信息为网内闭合用户群呼叫，则进行至 (82);如果返回呼叫类型信息为网内普通呼叫，则进4亍至(83); 如果返回呼叫类型信息分为网外呼叫，则进行至(81);
其中，SCP2^妄收SCP1的查询i青求才莫块后，处理沪^呈如图8所 示(下面将进4于详细描述)；
(8 )业务才艮据在本SCP和与其他SCP的交互的结果判断呼叫 类型，只t相应的呼叫方进4亍计费；具体3口下(81) 确定呼叫类型为集团网外呼叫，才艮据用户余吝页和呼叫类 型进行计费控制和非优惠计费;
(82) 确定呼叫类型为集团网内闭合用户群呼叫，才艮据用户余 额和呼叫类型进行计费控制和优惠计费；
(83) 确定呼叫类型为集团网内呼叫，根据用户余额和呼叫类
型进^f于计费控制和优惠计费。
下面结合实例详细描述应用EXECUTE信令接口实王见本发明的 方法。
实施例一
图3是根据本发明实施例一的SCP1对主叫业务处理的流程图， 如图3所示，包4舌如下步驶《
步骤S301, SCP1业务收到呼叫，判断呼叫流程是主叫流程；
步骤S302,判断主叫号码是否为本SCP1虚拟集团用户，在判 断结果为是的情况下，进行至步骤S303,在判断结果为否的情况下， 进4亍至步骤S304;
步骤S303,判断被叫号码是为短号码还是MSISDN号码，在 判断结果为短号码的情况下，进行至步骤S307，在判断结果为 MSISDN号码的情况下，进行至步骤S308;
步骤S304，判断被叫号码是为短号码还是MSISDN号码，在 判断结果为短号码的情况下，进行至步骤S305,在判断结果为 MSISDN号石马的情况下，进4亍至步骤S306;
步骤S305, SCP1业务释放呼叫；步骤S306， SCP1业务直接接续呼叫；
步骤S307,业务利用主叫号码和^皮叫短号码在本地凄t据库查询 主被叫号码是否是SCP1上同一个集团的用户，即进行步骤S309;
步骤S308，业务利用主叫号码和4皮叫MSISDN号码在本地数 据库查询主被叫号码是否是SCP1上同一个集团的用户，即进行步 骤S309;
步骤S309，判断主叫用户和:故叫用户是否为同一个集团的用 户，在判断结果为是的情况下，进行至步骤S310,在判断结果为否 的情况下，进行至步骤S311;
步骤S310，业务从本地数据库获取主叫的呼叫类型(网内闭合 用户群呼叫或者网内呼叫)和主叫巾艮户余额，进^亍至步驶《S318;
步骤S311，判断被叫号码是为短号码还是MSISDN号码，在 判断结果为短号码的情况下，进行至步骤S312,在判断结果为 MSISDN号;马的情况下，进4亍至步驶《S313;
步骤S312,业务才艮据主叫用户号码获取主叫用户的集团号码， 主叫用户的闭合用户群号码，主叫帐户余额，4艮据^皮叫用户短号码 萃殳获取该短号码,殳对应的SCP的GT码，进行至步骤S314;
步骤S313 ，业务才艮据主叫用户号码获取主叫用户的集团号码， 主叫用户的闭合用户群号码，主叫帐户余额，根据被叫用户MSISDN 号码4殳获取该MSISDN号码段对SCP的GT码，进4亍至步骤S314;
步骤S314，判断是否获取被叫MSISDN号码段或者短号码段 对应SCP的GT码，在判断结果为是的情况下，进4亍至步骤S315, 在判断结果为否的情况下，进行至步骤S316;
16步驶《S315,业务将主叫用户的集团号码，主叫用户的闭合用户 群号码，被叫用户短号码或MSISDN号码用EXECUTE信令通过 EXECUTE信令接口发送给SCP2,并接收SCP2返回的呼叫类型信 息，进4亍至步骤S319;
步骤S316，确定呼叫类型为集团网外呼叫，才艮据用户余额和呼 叫类型进行计费控制和非优惠计费；
步骤S317, SCP2接收SCP1的EXECUTE信令，才艮据信令携 带的信息在SCP2查询主^1叫信息，以确定主叫的呼叫类型，并通 过EXECUTE信令接口返回SCP1;
步骤S318,判断是否为网外呼叫，在判断结果为是的情况下， 进行至步骤S322，在判断结果为否的情况下，进行至步骤S319;
步骤S319，判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进行至步骤S321，在判断结果为否的情况下，进4于至步骤 S320j
步骤S320,确定呼叫类型为集团网内呼叫，才艮据用户余额和呼 叫类型进行计费控制和优惠计费；
步骤S321,确定呼叫类型为集团网内闭合用户群呼叫，根据用 户余额和呼叫类型进^f于计费控制和优惠计费；
步骤S322,确定呼叫类型为集团网外呼叫，才艮据用户余额和呼 叫类型进行计费控制和非优惠计费。图4是才艮据本发明实施例一的SCP2对主叫业务处理的流程图， 如图4所示，包^^口下步骤
步骤S401, SCP1通过EXECUTE ^f言令々妄口向SCP2发送查询 主叫呼叫类型的信令请求；
步骤S402 ， SCP2业务通过EXECUTE信令接口接收到查询请
求；
步骤S403,判断被叫号码是为短号码还是MSISDN号码，在 判断结果为短号码的情况下，进行至步骤S404,在判断结果为 MSISDN号码的情况下，进行至步骤S405;
步骤S404， SCP2业务利用主叫集团号码和被叫短号码在本地 凄史据库查询-故叫号码是否和主叫归属同一个集团，即，进4亍步骤至 S楊；
步骤S405, SCP2业务利用主叫集团号码和净皮叫MSISDN号码 在本地数据库查询3皮叫号码是否和主叫归属同一个集团，即，进行 步骤至S406;
步骤S406，判断主叫用户和被叫用户是否为同一个集团的用 户，在判断结果为是的情况下，进行至步骤S407，在判断结果为否 的情况下，进行至步骤S409;
步骤S407, SCP2业务根据主叫闭合用户群号码和被叫号码在 本地数据库查询主被叫是否归属同一个闭合用户群，即，进行至步 骤S408;步骤S408，判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进行至步骤S410，在判断结果为否的情况下，进行至步骤 S411;
步骤S409,确定呼叫类型为集团网外呼叫，进4亍至步骤S412;
步骤S410，确定呼叫类型为集团网内闭合用户群呼叫，进行至 步骤S412;
步骤S411,确定呼叫类型为集团网内呼叫，进4亍至步骤S412;
步骤S412,将呼叫类型通过EXECUTE信令接口发送给SCP1;
步骤S413, SCP1通过EXECUTE信令接口接收SCP2查询的 主叫用户的呼叫类型。
实施例二
图5是根据本发明实施例二的SCP1对被叫业务处理的流程图， 如图5所示，包:fe如下步^^:
步骤S501 ， SCP1业务收到呼叫，判断呼叫流程是#1叫流程；
步骤S502,判断被叫号码是否为本SCP1虚拟集团用户，在判 断结果为是的情况下，进行至步骤S503，在判断结果为否的情况下， 进4亍至步骤S504;
步骤S503,业务利用主叫号码和^C叫短号码在本;也凄t据库查询 主被叫号码是否是SCP1上同一个集团的用户，即进4亍步骤S505;
步骤S504, SCP1业务直接接续呼叫；步骤S505，判断主叫用户和^皮叫用户是否为同一个集团的用 户，在判断结果为是的情况下，进行至步骤S506，在判断结果为否 的情况下，进^f于至步骤S507;
步骤S506，业务从本地数据库获取主叫的呼叫类型(网内闭合 用户群呼叫或者网内呼叫)和主叫帐户余额，进行至步驶《S513;
步骤S507,业务根据被叫用户号码获取被叫用户的集团号码， 被叫用户的闭合用户群号码，被叫帐户余额，根据主叫用户MSISDN 号码#史获取主叫MSISDN号码段对SCP2的GT码，进4亍至步骤 S508j
步骤S508,判断是否获取主叫MSISDN号码段对SCP的GT 码，在判断结果为是的情况下，进行至步骤S509,在判断结果为否 的情况下，进4亍至步骤S510;
步艰《S509,业务将主叫用户的集团号码，主叫用户的闭合用户 群号码，被叫用户短号码或MSISDN号码用EXECUTE信令通过 EXECUTE信令接口发送给SCP2，并接收SCP2返回的呼叫类型信 息，进4亍至步骤S512;
步驶《S510,确定呼叫类型为集团网外呼叫，#4居用户余额和呼 叫类型进行计费控制和非优惠计费；
步骤S511, SCP2接收SCP1的EXECUTE信令，才艮据信令携 带的信息在SCP2查询主#1叫信息，以确定主叫的呼叫类型，并通 过EXECUTE信令接口返回SCP1;
步骤S512,判断是否为网外呼叫，在判断结果为是的情况下， 进行至步骤S514,在判断结果为否的情况下，进行至步骤S513;
20步骤S513,判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进4于至步骤S515，在判断结果为否的情况下，进4于至步骤 S516;
步骤S514,确定呼叫类型为集团网外呼叫，才艮据用户余额和呼 叫类型进行计费控制和非优惠计费；
步骤S515,确定呼叫类型为集团网内闭合用户群呼叫，根据用 户余额和呼叫类型进行计费控制和优惠计费；
步骤S516，确定呼叫类型为集团网内呼叫，#4居用户余额和呼 叫类型进行计费控制和优惠计费。
图6是根据本发明实施例二的SCP2对被叫业务处理的流程图， 如图6所示，包4舌如下步艰朵
步骤S601, SCP1通过EXECUTE信令接口向SCP2发送查询 主叫呼叫类型的信令请求；
步骤S602, SCP2业务通过EXECUTE信令接口接收到查询请
求；
步骤S603, SCP2业务利用被叫集团号码和主叫MSISDN号码 在本地数据库查询被叫号码是否和主叫归属同一个集团，即，进行 至步骤S604;
步骤S604,判断主叫用户和被叫用户是否为同一个集团的用 户，在判断结果为是的情况下，进行至步骤S605,在判断结果为否 的情况下，进行至步骤S609;步骤S605 ， SCP2业务根据被叫闭合用户群号码和主叫号码在 本地数据库查询主被叫是否归属同一个闭合用户群，即，进行至步 骤S606;
步骤S606,判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进4于至步骤S607，在判断结果为否的情况下，进4于至步骤 S608;
步骤S607,确定呼叫类型为集团网内闭合用户群呼叫，进行至 步骤S610;
步骤S608,确定呼叫类型为集团网内呼叫，进行至步骤S610; 步骤S609,确定呼叫类型为集团网外呼叫，进^f亍至步艰《S610; 步艰《S610,将呼叫类型通过EXECUTE信令接口发送给SCP1;
步骤S611, SCP1通过EXECUTE信令接口接收SCP2查询的
-陂叫用户的呼叫类型。
实施例三
图7是才艮据本发明实施例三的SCP1对前转业务处理的流程图， ^口图7所示，包4舌如下步艰《
步骤S701, SCP1业务收到呼叫，判断呼叫流程是前转流程；
步骤S702,判断发生前转号码是否为本SCP1虚拟集团用户， 在判断结果为是的情况下，进行至步骤S703,在判断结果为否的情 况下，进行至步骤S704;步骤S703,业务利用发生前转的号码和前转到的MSISDN号 码在本地数据库查询二者是否是SCP1上同一个集团的用户，即进 行步骤S705;
步骤S704， SCP1业务直接接续呼叫；
步骤S705,判断发生前转的号码和前转到的号码是否为同一个 集团的用户，在判断结果为是的情况下，进行至步骤S706,在判断 结果为否的情况下，进行至步骤S707;
步骤S706，业务从本地数据库获取主叫的呼叫类型(网内闭合 用户群呼叫或者网内呼叫)和主叫帐户余额，进行至步骤S713;
步骤S707,业务才艮据发生前转的用户号码获取发生前转号码的 集团号码，发生前转号码的闭合用户群号码，发生前转号码的帐户 余额，根据前转到的用户MSISDN号码段获取该MSISDN号码段 对SCP2的GT码，进4亍至步骤S708;
步骤S708，判断是否获取前转到的MSISDN号码段对SCP的 GT码，在判断结果为是的情况下，进行至步骤S709，在判断结果 为否的情况下，进^于至步骤S710;
步骤S709,业务将前转用户的集团号码，发生前转用户的闭合 用户群号码，前转到的MSISDN号码用EXECUTE信令通过 EXECUTE信令接口发送给SCP2,并接收SCP2返回的呼叫类型信 息，进4亍至步骤S712;
步骤S710,确定呼叫类型为集团网外呼叫，才艮据用户余额和呼 叫类型进行计费控制和非优惠计费；步骤S711， SCP2接收SCP1的EXECUTE信令，才艮据信令携 带的4言息在SCP2查询主^皮叫4言息，以确定主叫的呼叫类型，并通 过EXECUTE信令4妄口返回SCP1;
步骤S712,判断是否为网外呼叫，在判断结果为是的情况下， 进4亍至步骤S714，在判断结果为否的情况下，进行至步骤S713;
步骤S713,判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进4于至步骤S715,在判断结果为否的情况下，进4于至步骤 S716;
步骤S714，确定呼叫类型为集团网外呼叫，才艮据用户余额和呼 叫类型进^f亍计费控制和非优惠计费；
步骤S715，确定呼叫类型为集团网内闭合用户群呼叫，根据用 户余额和呼叫类型进行计费控制和优惠计费；
步骤S716，确定呼叫类型为集团网内呼叫，4艮据用户余额和呼 叫类型进行计费控制和优惠计费。
图8是4艮据本发明实施例三的SCP2对前转业务处理的流禾呈图， 如图8所示，包4舌如下步-骤
步骤S801 ， SCP1通过EXECUTE信令接口向SCP2发送查询 主叫呼叫类型的信令^青求；
步骤S802, SCP2业务通过EXECUTE信令接口接收到查询请
求；步骤S803, SCP2业务利用发生前转用户的集团号码和前转到 用户的MSISDN号码在本地数据库查询二者是否和主叫归属同一个 集团，即，进4亍至步骤S804;
步骤S804，判断二者是否为同一个集团的用户，在判断结果为 是的情况下，进行至步骤S805,在判断结果为否的情况下，进行至 步骤S809;
步骤S805 ， SCP2业务根据发生前转用户的闭合用户群号码和 前转到的用户号码在本地数据库查询发生前转的用户和前转到的用 户是否归属同一个闭合用户群，即，进行至步骤S806;
步骤S806，判断是否为闭合用户群呼叫，在判断结果为是的情 况下，进4于至步骤S807,在判断结果为否的情况下，进4于至步骤 S808;
步艰《S807,确定呼叫类型为集团网内闭合用户群呼叫，进行至 步骤S810;
步KS808，确定呼叫类型为集团网内呼叫，进4亍至步艰《S810;
步骤S809，确定呼叫类型为集团网外呼叫，进^亍至步骤S810;
步骤S810,将呼叫类型通过EXECUTE信令接口发送给SCP1;
步骤S811, SCP1通过EXECUTE信令接口接收SCP2查询的 -故叫用户的呼叫类型。
类似地，如果应用的接口是TCP/IP协议接口 ，则由上面的流 程图也容易推出其流程图，在此不再赘述。按照以上方法和步骤， 很方便的可以实现跨SCP虚拟专用网集团的业务。
25装置实施例
才艮据本发明的实施例，提供了 一种^争业务控制点移动虚拟专用
网集团业务实现装置。图9是根据本发明实施例的跨业务控制点移 动虚拟专用网集团业务实现装置的方框图，如图9所示，该装置包 括
设置模块92,用于在移动虚拟专用网集团所分布的业务控制点 之间设置接口，其中，所述接口用于业务控制点之间进行信息交互；
配置模块94，连接至设置模块92,用于根据所述设置模块设置 的接口配置用户号码段与GT码/网络协议地址的对应关系；
寻址模块96，连接至配置模块94，用于使用所述GT码/所述 网纟各协i义地址义于所述业务控制点进4亍寻址。
进一步地，配置模块92具体包括第一配置模块，用于在设置 模块设置的所述接口为EXECUTE信令接口的情况下，配置用户号 码段与所述GT码的对应关系；第二配置模块，用于在设置模块设 置的所述接口为传输控制协议/网络协议接口的情况下，配置用户号 码段与所述网络协议地址的对应关系。
进一步地，寻址模块96具体包括第一寻址模块，用于使用所 述GT码对所述业务控制点进行寻址；第二寻址模块，用于使用所 述网络协i义地址对所述业务控制点进4亍寻址。
通过以上实施例，采用在业务控制点之间设置接口的方法，克 服了目前的技术还不能满足跨多个SCP的移动虚拟专用网集团的需 要的问题，进而实现了跨业务控制点的移动虚拟专用网集团业务。显然，本领域的冲支术人员应该明白，上述的本发明的各才莫块或 各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算
装置上，或者分布在多个计算装置所组成的网络上，可选地，它们 可以用计算装置可执行的程序代码来实现，从而，可以将它们存储
在存储装置中由计算装置来执行，或者将它们分别制作成各个集成 电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对 于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的保护范围之内。
权利要求
1.一种跨业务控制点移动虚拟专用网集团业务的实现方法，其特征在于，包括在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，所述接口用于业务控制点之间进行信息交互。
2. 根据权利要求1所述的方法，其特征在于，所述接口为以下接 o之一EXECUTE信令接口 、传输控制协议/网络协议接口 。
3. 根据权利要求2所述的方法，其特征在于，进一步包括在所述接口为所述EXECUTE信令接口的情况下，配置用 户号码^史与GT码的对应关系，并《吏用所述GT码对对端业务 控制点进行寻址。
4. 根据权利要求2所述的方法，其特征在于，进一步包括在所述接口为所述传输控制协议/网络协议接口的情况 下，配置用户号码段与网络协议地址的对应关系，并使用网络 协i义地址对对端业务控制点进4于寻址。
5. —种i 争业务控制点移动虚拟专用网集团业务的实现装置，其特 ;f正在于，包^舌设置模块，用于在移动虚拟专用网集团所分布的业务控制 点之间设置接口，其中，所述接口用于业务控制点之间进行信 息交互；配置模块，用于根据所述设置模块设置的接口配置用户号码l殳与GT码/网络协议地址的对应关系；寻址才莫块，用于4吏用所述GT码/所述网络协议地址对所 述业务控制点进行寻址。
6. 根据权利要求5所述的装置，其特征在于，所述配置4莫块具体 包括第一配置模块，用于在设置模块设置的所述接口为 EXECUTE信令接口的情况下，配置用户号码段与所述GT码 的对应关系；第二配置模块，用于在设置模块设置的所述接口为传输控 制协议/网络协议接口的情况下，配置用户号码段与所述网络 十办i义;也址的只十应关系。
7. 根据权利要求5所述的装置，其特征在于，所述寻址模块具体 包括第一寻址模块，用于使用所述GT码对所述业务控制点进 行寻址；第二寻址模块，用于使用所述网络协议地址对所述业务控 制点进行寻址。
全文摘要
本发明公开了一种跨业务控制点移动虚拟专用网集团业务的实现方法和装置，其中，上述方法包括在移动虚拟专用网集团所分布的业务控制点之间设置接口，其中，接口用于业务控制点之间进行信息交互。本发明实现了跨业务控制点的移动虚拟专用网集团业务。
文档编号H04W4/08GK101621748SQ200810128219
公开日2010年1月6日 申请日期2008年6月30日 优先权日2008年6月30日
发明者侯智荣, 松 郑 申请人:中兴通讯股份有限公司