CN101808295A - 多vpmn呼叫控制方法、业务控制点及系统 - Google Patents

Abstract

本发明公开了一种多VPMN呼叫控制方法、业务控制点及系统。多VPMN用户呼叫控制方法包括：第一业务控制点接收到呼叫请求后，当呼叫请求对应的VPMN业务不是第一业务控制点管理的业务时，根据被叫短号码判断VPMN业务；在被叫短号码前增加VPMN业务对应的预定义字冠；发送呼叫接续消息，呼叫接续消息包括预定义字冠及被叫短号码。本发明的多VPMN呼叫控制方法、业务控制点及系统，通过特殊字冠二次触发方法解决了各VPMN系统间的呼叫转接的问题，可以有效保证不同VPMN业务的独立，提高用户的感受度。

Description

多VPMN呼叫控制方法、业务控制点及系统

技术领域

本发明涉及通信技术中智能网业务领域，尤其涉及多VPMN呼叫控制方法、业务控制点及系统。

背景技术

虚拟专用移动网(Virtual Private Mobile Network，简称VPMN)是逻辑话路专用网，它通过缩位拨号、专用编号计划等方式使企业、集团用户群内进行相互联系。VPMN业务允许VPMN用户进行网内呼叫、网外呼叫、专用编号，既为用户带来了切实的便利与优惠，又为运营商扩展了业务，提高了行业竞争力。

VPMN业务触发的方式有两种：特殊字冠触发和签约信息触发。特殊字冠触发要求用户拨打的号码前加特殊字冠，如12590等。签约信息触发要求在归属位置寄存器(Home Location Register，简称HLR)中写入用户的签约信息，在呼叫时移动交换中心(Mobile SwitchingCenter，简称MSC)根据HLR签约信息将用户发起的呼叫触发到业务控制点(Service Control Point，简称SCP)进行呼叫控制。

目前的通信业务规范规定，在移动HLR中，一个用户只能有一个签约信息，因此签约信息触发的方式只能为单个VPMN业务服务。当用户同时需要多个VPMN网络服务时，各VPMN服务程序必须加载到同一SCP。

在实现本发明过程中，发明人发现现有技术多VPMN呼叫控制方式中存在如下问题：多种VPMN业务加载在同一个SCP时，各种业务在功能实现时的差异可能较大，实现时容易造成各业务之间的冲突，不符合VPMN业务独立的需要。

发明内容

本发明的目的是解决多VPMN业务实现的问题，提出一种多VPMN呼叫控制方法、业务控制点及系统，以实现不同VPMN业务的独立，提高用户的感受度。

为实现上述目的，根据本发明的一个方面，提供了一种多VPMN用户呼叫控制方法，包括：接收到呼叫请求后，当呼叫请求对应的VPMN业务不是第一业务控制点管理的业务时，根据呼叫请求对应的被叫短号码判断呼叫请求对应的VPMN业务；在被叫短号码前增加VPMN业务对应的预定义字冠；发送呼叫接续消息，呼叫接续消息包括预定义字冠及被叫短号码。

优选地，上述技术方案中，第一业务控制点根据呼叫请求对应的被叫短号码判断呼叫请求对应的VPMN业务的步骤之前还可以包括：MSC接收到呼叫请求后，根据预设的签约消息，将呼叫接续至第一业务控制点。

上述技术方案中，当VPMN业务为第一业务控制点管理的业务时，还可以包括：第一业务控制点对呼叫进行后续的业务逻辑处理。

上述技术方案中，发送呼叫接续消息的步骤之后还可以包括：MSC接收呼叫接续消息，根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的第二业务控制点；第二业务控制点根据被叫短号码，对呼叫进行后续的业务逻辑处理。

上述技术方案中，呼叫请求为主叫侧的呼叫请求或被叫侧的呼叫请求。

优选地，上述技术方案中，当呼叫请求为主叫侧的呼叫请求时，第二业务控制点根据被叫短号码，对呼叫进行后续的业务逻辑处理的步骤之后还可以包括：第二业务控制点发送CONNECT信令，将呼叫接续至主叫侧MSC，CONNECT信令中包括被叫短号码；主叫侧MSC发送IAI信令，将呼叫接续至被叫侧MSC，IAI信令中包括被叫短号码。对应的，被叫侧的第一业务控制点接收到呼叫请求后，根据呼叫请求对应的被叫短号码判断VPMN业务的步骤之前还包括：被叫侧MSC发送IDP信令，将呼叫接续至被叫侧第一业务控制点，IDP信令中包括被叫短号码；被叫侧第一业务控制点从IDP信令中提取被叫短号码。

为实现上述目的，根据本发明的另一个方面，提供了一种多VPMN用户呼叫控制的业务控制点，其特征在于，包括：存储模块，用于存储被叫短号码、VPMN业务与预定义字冠的映射关系；接收模块，用于接收呼叫请求，判断呼叫请求对应的VPMN业务是否为业务控制点管理的业务；异地处理模块，用于当VPMN业务不是业务控制点管理的业务时，根据被叫短号码及存储模块中被叫短号码及VPMN业务的对应关系，判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠；接续模块，用于发送呼叫接续消息，呼叫接续消息包括预定义字冠及被叫短号码。

为实现上述目的，根据本发明的另一个方面，提供了一种多VPMN用户呼叫控制系统，其特征在于，包括主叫侧MSC、主叫侧第一业务控制点、主叫侧第二业务控制点，其中：主叫侧MSC，用于接收到呼叫请求后，根据预设的签约消息，将呼叫接续至主叫侧第一业务控制点，并用于接收主叫侧第一业务控制点的呼叫接续消息，根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的主叫侧第二业务控制点；主叫侧第一业务控制点，用于接收主叫侧MSC呼叫请求，当呼叫请求对应的VPMN业务不是主叫侧第一业务控制点管理的业务时，根据被叫短号码判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠，发送呼叫接续消息至主叫侧MSC，呼叫接续消息包括预定义字冠及被叫短号码；主叫侧第二业务控制点，用于根据被叫短号码，对所述呼叫进行后续的业务逻辑处理。

上述技术方案中，多VPMN用户呼叫控制系统还可以包括被叫侧MSC、被叫侧第一业务控制点、被叫侧第二业务控制点，其中：被叫侧MSC，用于接收主叫侧的呼叫请求后，根据预设的签约消息，将呼叫接续至被叫侧第一业务控制点，并用于接收被叫侧第一业务控制点的呼叫接续消息，根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的被叫侧第二业务控制点；被叫侧第一业务控制点，用于接收被叫侧MSC呼叫请求，从呼叫请求提取被叫短号码，当呼叫请求对应的VPMN业务不是被叫侧第一业务控制点管理的业务时，根据被叫短号码判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠，发送呼叫接续消息至被叫侧MSC，呼叫接续消息包括预定义字冠及被叫短号码；被叫侧第二业务控制点，用于根据被叫短号码，对呼叫进行后续的业务逻辑处理。

本发明各实施例的多VPMN呼叫控制方法、业务控制点及系统，通过特殊字冠二次触发方法解决了各VPMN系统间的呼叫转接的问题。因此，本发明可以有效保证不同VPMN业务的独立，提高用户的感受度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一多VPMN用户呼叫控制方法的流程图；

图2为本发明实施例二多VPMN用户呼叫控制方法的流程图；

图3为本发明实施例三多VPMN用户呼叫控制方法的流程图；

图4为本发明实施例五多VPMN用户呼叫控制的SCP的示意图；

图5为本发明实施例六的VPMN用户呼叫控制系统的示意图。

结合附图在其上标记以下附图标记：

502-存储模块；         504-接收模块；        506-异地处理模块；

508-接续模块；         510-本地处理模块；

602-主叫侧MSC；        604-主叫侧第一SCP；

606-主叫侧第二SCP；    708-被叫侧MSC；

710-被叫侧第一SCP；    712-被叫侧第二SCP。

具体实施方式

以下结合附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

实施例一

图1为本发明实施例一多VPMN用户呼叫控制方法的流程图。如图1所示，本实施例包括：

步骤S102：第一业务控制点接收到呼叫请求后，当呼叫请求对应的VPMN业务不是第一业务控制点管理的业务时，根据呼叫请求对应的被叫短号码判断呼叫请求对应的VPMN业务；

步骤S104：在被叫短号码前增加VPMN业务对应的预定义字冠；

步骤S106：发送呼叫接续消息，呼叫接续消息中包括预定义字冠及被叫短号码。

各个VPMN业务各自拥有独立的编号计划，同一个用户在不同的VPMN业务中的短号码可以由各VPMN业务控制点自主定义，例如业务1的编号范围为1001、1002、...，对应的预定义字冠为12590；业务2的编号范围为6003、6008、...，对应的预定义字冠为12591；相应的用户A和B在各个业务中的短号也各不相同，如在业务1中用户A的短号是1001，用户B的短号是1002；在业务2中用户A的短号是6003，用户B的短号是6008。因此，可以根据被叫短号码判断为何种VPMN业务。

本实施例提出的方法可以由主叫侧或被叫侧的SCP增加VPNM业务相应的软件模块及数据库来实现。SCP在进行呼叫控制时，根据被叫短号码判断呼叫请求对应的VPMN业务，如被叫短号码为6003，则可以判断呼叫请求对应的为业务2；而后，根据正在进行的VPMN业务在被叫短号码前自动加上预定义字冠，如业务2对应的预定义字冠12591，则处理后的被叫短号码为125916003；发送包括预定义字冠和被叫短号码的呼叫接续消息，即将号码125916003置入呼叫接续消息中，发送至MSC。

本实施例提出的方法中，根据被叫短号码判断正在进行的VPMN业务，对被叫短号码进行处理，由MSC系统根据处理后的被叫短号码进行后续呼叫逻辑处理，后续呼叫逻辑处理的过程与现有技术中特殊字冠触发VPMN业务相同，此处不再进行详细描述。

本实施例通过对被叫短号码进行处理，实现不同VPMN业务过程的转接，克服了现有技术中多VPMN业务实现时需要加载在同一个SCP的缺陷，方便了用户操作，满足了业务独立的需要。

实施例二

图2为本发明实施例二多VPMN用户呼叫控制方法的流程图。如图2所示，本实施例包括：

步骤S202：MSC接收到呼叫请求后，根据预设的签约消息，将呼叫接续至第一SCP；

步骤S204：第一SCP接收呼叫请求；

步骤S206：判断呼叫请求对应的VPMN业务是否为第一SCP管理的业务，如是，执行步骤S208；否则，执行步骤S210；

步骤S208：第一SCP对呼叫进行后续的业务逻辑处理，流程结束；

步骤S210：第一SCP根据被叫短号码判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠；

步骤S212：发送呼叫接续消息至MSC，呼叫接续消息包括预定义字冠及被叫短号码；

步骤S214：MSC根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的第二SCP；

步骤S216：第二SCP根据被叫短号码，对呼叫进行后续的业务逻辑处理，流程结束。

本实施例中，由系统预设的签约消息设定某SCP作为第一SCP，例如，当客户同时申请加入集团VPMN业务和家庭VPMN业务时，可以设定呼叫首先触发到集团SCP，实现的方法与现有技术中的签约消息触发VPMN业务相同。

MSC将呼叫接续至第一SCP后，第一SCP分析被叫短号码，如果为自身管理的VPMN业务，则与现有技术一致，对呼叫请求进行处理；如果不是自身所管理的VPMN业务，则在被叫短号码前增加VPMN业务对应的预定义字冠，并将呼叫请求重新接续至MSC。由MSC根据预定义字冠将呼叫接续至管理VPMN业务的第二SCP进行处理。上述的呼叫接续消息可以为Connect信令。

本实施例提出的方法在进行呼叫控制时，在实施例一的基础上，将现有技术中签约消息触发与特殊字冠触发进行结合。本实施例提出的方法方便了用户操作，满足了业务独立的需要，并且提高了与现有技术的兼容性，可操作性更强。

实施例三

实施例一和实施例二的多VPMN用户呼叫控制方法均可以应用于主叫侧或被叫侧。本实施例将对上述实施例的基础上，对主叫侧/被叫侧的处理流程进一步细化。图3为本发明实施例三多VPMN用户呼叫控制方法的流程图。本实施例包括：

步骤S302：多VPMN用户向主叫侧MSC发送呼叫请求；

步骤S304：主叫侧MSC从主叫侧HLR获取预设的VPMN主叫签约信息，确定主叫侧第一SCP，将呼叫接续至主叫侧第一SCP；

步骤S306：主叫侧第一SCP接收到呼叫请求后，判断VPMN业务是否为自身管理的业务，如是，执行步骤S308；否则，执行步骤S312；

步骤S308：对呼叫进行相应的处理，如计费、统计等；

步骤S310：查询被叫短号码对应的完整号码，发送CONNECT信令，将呼叫接续至主叫侧MSC，CONNECT信令中包括被叫短号码和完整号码，执行步骤S320；

步骤S312：根据被叫短号码判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠，发送CONNECT信令，将呼叫接续至主叫侧MSC，CONNECT信令中包括带预定义字冠的被叫短号码；

步骤S314：主叫侧MSC根据CONNECT信令中，被叫短号码中的预定义字冠，将呼叫接续至管理VPMN业务的主叫侧第二SCP；

步骤S316：主叫侧第二SCP接收被叫短号码，剥除预定义字冠，对呼叫进行相应的处理，如计费、统计等；

步骤S318：查询被叫短号码对应的完整号码，发送CONNECT信令，将呼叫接续至主叫侧MSC，CONNECT信令中包括被叫短号码和完整号码；

步骤S320：根据完整号码，主叫侧MSC发送IAI信令，将呼叫接续至被叫侧MSC，IAI信令中包括被叫短号码；

步骤S322：被叫侧MSC接收到呼叫请求后，从被叫侧HLR获取预设的VPMN被叫签约信息，确定被叫侧第一SCP，发送IDP信令，将呼叫接续至被叫侧第一SCP，IDP信令中包括被叫短号码；

步骤S324：被叫侧第一SCP从IDP信令中提取被叫短号码，根据被叫短号码，判断VPMN业务是否为自身管理的业务，如是，执行步骤S326；否则，执行步骤S330；

步骤S326：对呼叫进行相应的处理，如计费、统计等；

步骤S328：对呼叫进行后续的业务逻辑处理，流程结束；

步骤S330：根据被叫短号码判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠，发送CONNECT信令，将呼叫接续至被叫侧MSC，CONNECT信令包括带预定义字冠的被叫短号码；

步骤S332：被叫侧MSC根据CONNECT信令中，被叫短号码中预定义字冠，将呼叫接续至管理VPMN业务的被叫侧第二SCP；

步骤S334：被叫侧第二SCP接收被叫短号码，剥除预定义字冠，对呼叫进行相应的处理，如计费、统计等；

步骤S336：对呼叫进行后续的业务逻辑处理，流程结束。

本实施例中，步骤S328和步骤S336中“对呼叫进行后续的业务逻辑处理”的流程包括被叫侧第二SCP与MSC的相关流程，与现有技术相同，此处不再详细描述。

本实施例进一步完善了技术方案，对完整的呼叫信令过程进行了详细描述。当呼叫请求从主叫侧到被叫侧接续时，通过一系列信令实现了被叫短号码的传送。本实施例中，MSC将呼叫接续至SCP的信令为“IDP信令”，MSC之间的呼叫接续信令为“IAI信令”，被叫短号码可以在这些信令中被传递。其中，在主叫/被叫第一SCP将呼叫请求重新接续至MSC的“CONNECT信令”中，可以包括带预定义字冠的被叫短号码。

本实施例提出的方法也可以应用于3G环境。其中，MSC实现的功能由MSC Server或媒体网关(Media Gate Way，简称MGW)完成，HLR实现的功能由归属业务服务器(Home Subscriber Server，简称HSS)完成。凡在本发明的精神和原则之内，在3G网络环境下所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

本实施例的方法通过特殊字冠二次触发方法解决了各VPMN网之间的呼叫转接的问题。根据本实施例实现的VPMN业务系统可以独立建设、升级和维护，不需要考虑互相兼容或融合的问题，节约了系统投资时间和人力成本。

实施例四

本实施例中，有两种业务，一种是集团VPMN业务，目标客户群是集团客户，号段为6001-6266，预定义字冠为1255011；另一种是家庭VPMN业务，号段为1001-1166，预定义字冠为1255001，目标客户群是家庭用户。系统设定集团SCP作为第一SCP，即当客户同时申请加入集团VPMN业务和家庭VPMN业务时，呼叫首先触发到集团SCP。

现在一个客户同时申请了集团VPMN业务和家庭VPMN业务，客户拨打家庭短号“1001”时的呼叫处理过程说明如下：

(1)客户拨打家庭用户短号“1001”，发起呼叫请求；

(2)根据HLR的签约信息，MSC将呼叫接续至第一SCP，即集团VPMN业务的SCP；

(3)集团VPMN业务的SCP判断被叫号段，发现客户拨打的是家庭业务短号，因此需要将呼叫转移到家庭VPMN业务的SCP进行处理；

(4)集团VPMN业务的SCP将被叫号码更改成“12550011001”，即在被叫号码前加上特殊呼叫字冠，集团VPMN业务的SCP向主叫MSC发送CONNECT信令，CONNECT信令中包括号码12550011001；

(5)MSC根据预定义字冠1255001，判断呼叫为家庭VPMN业务，将呼叫触发到家庭业务的SCP；

(6)家庭业务的SCP剥除号码字冠1255001，得到被叫短号码1001，查询到客户呼叫的实际的完整号码，并按正常呼叫流程处理后续接续。

本实施例为实施例一、实施例二的具体应用，并具有上述实施例的全部有益效果，此处不再重述。

实施例五

图4为本发明实施例五多VPMN用户呼叫控制的SCP的示意图。如图4所示，本实施例包括：存储模块502，用于存储被叫短号码、VPMN业务与预定义字冠的映射关系；接收模块504，用于接收呼叫请求，判断呼叫请求进行的VPMN业务是否为本SCP管理的业务；异地处理模块506，用于当VPMN业务不是本SCP管理的业务时，根据被叫短号码及存储模块中被叫短号码及VPMN业务的对应关系，判断VPMN业务，在被叫短号码前增加VPMN业务对应的预定义字冠；接续模块508，用于发送呼叫接续消息，呼叫接续消息中包括预定义字冠及被叫短号码。

此外，本实施例还可以包括：本地处理模块510，用于当VPMN业务为本SCP管理的业务时，SCP对呼叫进行后续的业务逻辑处理。

本实施例中SCP实现的方法可参照实施例一-实施例三，并具有上述实施例的全部有益效果，此处不再重述。

实施例六

图5为本发明实施例六多VPMN用户呼叫控制系统的示意图。如图5所示，本实施例包括：主叫侧MSC-602、主叫侧第一SCP-604、主叫侧第二SCP-606，其中：

主叫侧MSC-602，用于接收到呼叫请求后，根据预设的主叫签约消息，将呼叫接续至主叫侧第一SCP；并用于接收主叫侧第一SCP-604的呼叫接续消息，根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的主叫侧第二SCP-606；

主叫侧第一SCP-604，接收到主叫侧MSC的呼叫请求后，当呼叫请求对应的VPMN业务不是主叫侧第一业务控制点管理的业务时，根据被叫短号码判断VPMN业务；在被叫短号码前增加VPMN业务对应的预定义字冠；发送呼叫接续消息至主叫侧MSC-602，呼叫接续消息包括预定义字冠及被叫短号码；

主叫侧第二SCP-606，用于根据被叫短号码，对呼叫进行后续的业务逻辑处理。

本实施例中，主叫侧第一SCP可以为实施例五中的SCP。本实施例中，被叫短号码在主叫侧各设备之间的传递流程及具体信令可参照实施例三的相关描述，此处不再详细说明。

本实施例对多VPMN用户呼叫控制系统进行了详细说明。本实施例实现的方法可以参照实施例二、实施例三，并具有上述实施例的全部有益效果，此处不再重述。

实施例七

实施例六对多VPMN用户呼叫控制系统的主叫侧进行了说明。如图5所示，多VPMN用户呼叫控制系统还可以包括：被叫侧MSC-708、被叫侧第一SCP-710、被叫侧第二SCP-712，其中：

被叫侧MSC-708，用于接收主叫侧的呼叫请求，根据预设的被叫签约消息，将呼叫接续至被叫侧第一SCP-710；并用于接收被叫侧第一SCP-710的呼叫接续消息，根据呼叫接续消息中的预定义字冠，将呼叫接续至管理VPMN业务的被叫侧第二SCP-712；

被叫侧第一SCP-710，用于接收被叫侧MSC的呼叫请求，从呼叫请求中提取被叫短号码，当呼叫请求对应的VPMN业务不是被叫侧第一业务控制点管理的业务时，根据被叫短号码判断VPMN业务；在被叫短号码前增加VPMN业务对应的预定义字冠；发送呼叫接续消息至被叫侧MSC-708，呼叫接续消息包括预定义字冠及被叫短号码；

被叫侧第二SCP-712，用于根据被叫短号码，对呼叫进行后续的业务逻辑处理。

本实施例中，被叫侧第一SCP可以为实施例五中的SCP。本实施例中，被叫短号码在主叫/被叫侧各设备之间的传递流程及具体信令与现有技术类似，可参照实施例三的相关描述，此处不再详细说明。

本实施例对多VPMN用户呼叫控制系统进行了扩充，即包括主叫侧设备，也包括被叫侧设备。本实施例实现的方法可以参照实施例二、实施例三，并具有上述实施例的全部有益效果，此处不再重述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟、光盘、网络节点、调度器、MSC、SCP等各种可以存储程序代码的介质。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种多VPMN用户呼叫控制方法，其特征在于，包括：

第一业务控制点接收到呼叫请求后，当所述呼叫请求对应的VPMN业务不是所述第一业务控制点管理的业务时，根据所述呼叫请求对应的被叫短号码判断所述VPMN业务；

在所述被叫短号码前增加所述VPMN业务对应的预定义字冠；

发送呼叫接续消息，所述呼叫接续消息包括所述预定义字冠及被叫短号码。

2.根据权利要求1所述的方法，其特征在于，所述第一业务控制点根据呼叫请求对应的被叫短号码判断所述VPMN业务的步骤之前还包括：

MSC接收到呼叫请求后，根据预设的签约消息，将所述呼叫接续至所述第一业务控制点。

3.根据权利要求2所述的方法，其特征在于，当所述呼叫请求对应的VPMN业务是第一业务控制点管理的业务时，还包括：

所述第一业务控制点对所述呼叫进行后续的业务逻辑处理。

4.根据权利要求2所述的方法，其特征在于，所述发送呼叫接续消息的步骤之后还包括：

所述MSC接收所述呼叫接续消息，根据呼叫接续消息中的所述预定义字冠，将所述呼叫接续至管理所述VPMN业务的第二业务控制点；

所述第二业务控制点根据所述被叫短号码，对所述呼叫进行后续的业务逻辑处理。

5.根据权利要求4所述的方法，其特征在于：所述呼叫请求为主叫侧的呼叫请求或被叫侧的呼叫请求。

6.根据权利要求5所述的方法，其特征在于：

当所述呼叫请求为主叫侧的呼叫请求时，所述第二业务控制点根据被叫短号码，对所述呼叫进行后续的业务逻辑处理的步骤之后还包括：所述第二业务控制点发送Connect信令，将所述呼叫接续至主叫侧MSC，所述Connect信令中包括所述被叫短号码；所述主叫侧MSC发送IAI信令，将所述呼叫接续至被叫侧MSC，所述IAI信令中包括所述被叫短号码；

对应的，所述被叫侧的第一业务控制点根据呼叫请求对应的被叫短号码判断所述VPMN业务的步骤之前还包括：所述被叫侧MSC发送IDP信令，将所述呼叫接续至被叫侧第一业务控制点，所述IDP信令中包括所述被叫短号码；所述被叫侧第一业务控制点从所述IDP信令中提取所述被叫短号码。

7.一种多VPMN用户呼叫控制的业务控制点，其特征在于，包括：

存储模块，用于存储被叫短号码、VPMN业务与预定义字冠的映射关系；

接收模块，用于接收呼叫请求，判断所述呼叫请求对应的VPMN业务是否为所述业务控制点管理的业务；

异地处理模块，用于当所述VPMN业务不是所述业务控制点管理的业务时，根据被叫短号码及存储模块中被叫短号码及VPMN业务的对应关系，判断所述VPMN业务，在所述被叫短号码前增加所述VPMN业务对应的预定义字冠；

接续模块，用于发送呼叫接续消息，所述呼叫接续消息包括所述预定义字冠及被叫短号码。

8.根据权利要求7所述的业务控制点，其特征在于，还包括：

本地处理模块，用于当所述VPMN业务是所述业务控制点管理的业务时，所述业务控制点对所述呼叫进行后续的业务逻辑处理。

9.一种多VPMN用户呼叫控制系统，其特征在于，包括主叫侧MSC、主叫侧第一业务控制点、主叫侧第二业务控制点，其中：

所述主叫侧MSC，用于接收到呼叫请求后，根据预设的签约消息，将所述呼叫接续至所述主叫侧第一业务控制点；并用于接收所述主叫侧第一业务控制点的呼叫接续消息，根据所述呼叫接续消息中的预定义字冠，将所述呼叫接续至管理所述VPMN业务的主叫侧第二业务控制点；

主叫侧第一业务控制点，用于接收所述主叫侧MSC的呼叫请求，当所述呼叫请求对应的VPMN业务不是所述主叫侧第一业务控制点管理的业务时，根据被叫短号码判断所述VPMN业务；在所述被叫短号码前增加所述VPMN业务对应的预定义字冠；发送呼叫接续消息至所述主叫侧MSC，所述呼叫接续消息包括所述预定义字冠及被叫短号码；

主叫侧第二业务控制点，用于根据所述被叫短号码，对所述呼叫进行后续的业务逻辑处理。

10.根据权利要求9所述的多VPMN用户呼叫控制系统，其特征在于，所述主叫侧第一业务控制点包括：

存储模块，用于存储被叫短号码、VPMN业务与预定义字冠的映射关系；

接收模块，用于接收所述主叫侧MSC呼叫请求，判断所述呼叫请求对应的VPMN业务是否为所述主叫侧第一业务控制点管理的业务；

异地处理模块，用于当所述VPMN业务不是所述主叫侧第一业务控制点管理的业务时，根据被叫短号码及存储模块中被叫短号码及VPMN业务的对应关系，判断所述VPMN业务，在所述被叫短号码前增加所述VPMN业务对应的预定义字冠；

接续模块，用于发送呼叫接续消息至所述主叫侧MSC，所述呼叫接续消息包括所述预定义字冠及被叫短号码。

11.根据权利要求9或10所述的多VPMN用户呼叫控制系统，其特征在于，还包括被叫侧MSC、被叫侧第一业务控制点、被叫侧第二业务控制点，其中：

所述被叫侧MSC，用于接收到主叫侧的呼叫请求后，根据预设的签约消息，将所述呼叫接续至所述被叫侧第一业务控制点；并用于接收被叫侧第一业务控制点的呼叫接续消息，根据所述呼叫接续消息中的预定义字冠，将所述呼叫接续至管理所述VPMN业务的被叫侧第二业务控制点；

被叫侧第一业务控制点，用于接收所述被叫侧MSC的呼叫请求，从所述呼叫请求中提取被叫短号码，当所述呼叫请求对应的VPMN业务不是所述被叫侧第一业务控制点管理的业务时，根据所述被叫短号码，判断所述VPMN业务；在所述被叫短号码前增加所述VPMN业务对应的预定义字冠；发送呼叫接续消息至所述被叫侧MSC，所述呼叫接续消息包括所述预定义字冠及被叫短号码；

所述被叫侧第二业务控制点，用于根据所述被叫短号码，对所述呼叫进行后续的业务逻辑处理。

Images