CN100417107C - 一种实现广域虚拟网业务的***及方法 - Google Patents

Abstract

本发明提供了一种实现广域虚拟网业务的***，包括交换机***的业务处理模块和数据库模块，其特征在于，所述业务处理模块与数据库模块之间连接有管理模块和协议模块，其中：所述管理模块，用于处理广域虚拟用户交换机中与业务有关的部分，包括与协议模块进行交互，得到被叫用户真实路由信息，及管理广域虚拟用户交换机资源的占用和释放；所述协议模块，位于SCCP用户层，用于处理与信令有关的部分和所述管理模块的要求，并向SCCP发起请求，由终端局查询广域虚拟用户交换机路由信息。利用本发明的实现广域虚拟网业务的***及方法，无需中间汇接局的修改，无需交换机做升级，即可满足智能业务功能，可避免运营商投资成本的追加。

Description

一种实现广域虚拟网业务的***及方法

技术领域

本发明涉及一种广域虚拟网业务的实现方法，特别涉及一种通过交换机非智能网方式以实现广域虚拟网业务的***及方法。

背景技术

广域虚拟网(简称WAC，WideAreaCentrex)是虚拟网的一种。它将位于不同交换节点上的虚拟用户交换机(CENTREX)通过物理及信令上的连接，从而组成一个虚拟的、跨地域的虚拟专用网络。这种网络虽然在地域上具有分散性，但是在性质或使用方式上却完全类同于单个虚拟网，应用前景在未来将十分看好。

目前有两种主流方式来实现“广域虚拟网”，即利用智能网的实现广域虚拟网业务的方式和利用非智能网的实现广域虚拟网业务的方式。

对于利用智能网的实现方式，就是由智能电话网络中的SSP和SCP来协助完成一个完整的WAC呼叫和路由，其缺点是需要追加投资成本。

而利用非智能网的实现方式，一般是利用ISUP信令将两个或多个交换机直接或间接连接，其中所有的路由、交换、号码识别等全部在交换机内部完成。虽然七号信令应用层(TUP、ISUP等)信令可以传递丰富的信令参数，但由于各厂家对业务规范的理解不可避免的有一些出入，因此不同机型之间的业务互通上或多或少会存在一些问题。对于交换机制式较多的地市，这种方式很难应用到实际之中。

本发明所提出的实现虚拟广域业务的***及方法，则不同于目前市场上出现的广域Centrex业务，由于采用了标准的七号信令协议来实现广域虚拟网业务，只要发端局和终端局两端进行支持，无需中间汇接局的修改，因此不存在互联互通的问题。

发明内容

本发明的目的正是针对上述背景技术中存在的缺陷，提供一种实现广域虚拟网业务的***及方法，通过交换机方式实现广域虚拟网业务，只需对呼叫的两端局进行设置和处理，即可将广义虚拟网的群信息利用七号信令协议的传递到落地局，从而在全网范围内实现广域虚拟网业务。

为了达到上述目的，本发明提供一种实现广域虚拟网业务的方法，其特征在于包括以下步骤：

根据发端局用户的Centrex呼叫，检索交换机数据库；

将其中属于WAC群的用户呼叫的广域虚拟网属性发送至主叫侧所在的广域虚拟用户交换机管理模块；

广域虚拟用户交换机管理模块的WACCtll进程在数据库中检索到相应的全局号码；

WACAP协议向终端局发起相应的SCCP查询消息；

终端交换局WACtll进程从交换机数据库中获得一临时号码资源；

发端局WACtll进程按照该临时号码资源该寻找路由出局；

发端局WACtll进程退出，释放数据区。

本发明还提供一种实现广域虚拟网业务的***，位于广域虚拟用户交换机，包括交换机***的业务处理模块和数据库模块，其特征在于，所述业务处理模块与数据库模块之间连接有管理模块和协议模块，其中：

所述管理模块，用于处理广域虚拟用户交换机中与业务有关的部分，包括与协议模块进行交互，得到被叫用户真实路由信息，及管理广域虚拟用户交换机资源的占用和释放。

所述协议模块，位于SCCP用户层，用于处理与信令有关的部分和所述管理模块的要求，并向SCCP发起请求，由终端局查询广域虚拟用户交换机路由信息。

本发明所提供的广域虚拟网业务的实现方法，由于采用了标准的七号信令来实现广域虚拟网业务，只要发端局和终端局两端进行支持，无需中间汇接局的修改，因此不存在互联互通的问题，无需交换机做升级，即可满足智能业务功能，可避免运营商投资成本的追加。

下面将结合实施例并参照附图对该发明的技术方案进行详细说明。

附图说明

图1是本发明广域虚拟网中各个交换节点的连接结构图；

图2是本发明广域虚拟用户交换机Centex端局***的功能模块图；

图3是本发明广域虚拟用户交换机Centrex群业务协议处理部分在七号信令***中的位置关系图；

图4是本发明广域虚拟网业务实现方法的实现广域虚拟网呼叫业务的操作流程图；

图5是本发明广域虚拟用户交换机Centrex群组网方式一结构示意图；

图6是本发明广域虚拟用户交换机Centrex群组网方式二结构示意图；

图7是本发明广域虚拟用户交换机Centrex群组网方式三结构示意图；

图8是本发明广域虚拟用户交换机Centrex群组网方式四结构示意图；

图9是本发明广域虚拟用户交换机Centrex管理模块的WACCtll进程的处理流程图；图10是本发明终端局WACCtll进程，从数据库中获得一临时号码资源TLMN的操作流程图。

图11是本发明发端局WACCtll进程为被叫寻找路由出局的操作流程图；

图12是本发明实施例中采用方式一组成的广域虚拟网的信令流程图；

图13是本发明实施例中采用方式二组成的广域虚拟网的信令流程图；

图14是本发明实施例采用方式三组成的广域虚拟网的信令流程图。

具体实施方式

如图1所示，本发明所涉及到的广域虚拟网络的每个交换节点都包括广域Centrex发端局10、广域Centrex终端局20以及管理中心30，这里的发端局10、终端局20和管理中心30可以分布在不同的地域。其中，发端局10和终端局20均为带有广域Centrex用户的数据的ZXJ10交换机，且两端局间传递呼叫实时查询信令，对两者之间发生的呼叫进行实时查询；管理中心分别向两端局传递管理维护信令，并且通过基于与呼叫无关的SCCP协议之上的应用层的协议(在本发明中为了描述方便，暂将此协议命名为WACAP协议，英文全称参照Wide AreaCentrex Application Part)，对各端局的广域Centrex用户进行管理，包括放号、删号、修改广域Centrex群属性等操作，上述的管理也可以通过网管协议来实现。

如图2所示，本发明将实现广域Centrex业务的***包括业务处理模块，(包括主叫半呼叫进程201和被叫半呼叫进程202)、虚拟网业务管理模块WACCtll(包含WACCtll进程)203、虚拟网协议模块(即WACAP协议)203和数据库模块(DB)204，其中广域Centrex管理模块WACCtll和广域Centrex协议模块WACAP为交换机***新增加两个模块，连接于业务处理模块和数据库模块之间：

广域Centrex管理模块203，用于处理广域Centrex中与业务有关的部分，主要包括与广域Centrex协议模块WACAP进行交互，得到广域Centrex被叫用户真实路由信息，同时管理广域Centrex资源的占用和释放；

广域Centrex协议模块WACAP，属于SCCP用户层，用于处理与信令有关的部分，按WACCtll模块的要求，向SCCP发起请求，向终端局查询WAC路由信息，其原有业务侧的功能基本保持不变。

如图3所示，为广域Centrex协议模块WACAP在七号信令***中所处的位置关系图，广域Centrex协议模块是基于与呼叫无关的SCCP协议之上的应用层协议。

如图4所示，为本发明广域虚拟网业务实现方法的处理一次广域虚拟网呼叫业务的操作流程图；该流程所包含的步骤如下：

首先，根据发端局用户的Centrex呼叫，检索交换机数据库，步骤401；将其中属于WAC群的用户呼叫的广域虚拟网属性发送至主叫侧所在的广域虚拟用户交换机管理模块，该广域虚拟网属性是通过CM_GETTPSUBSLC消息返回的，步骤402；广域虚拟用户交换机管理模块的WACCtll进程在数据库中检索到相应的全局号码(GT号码)，步骤403；根据该全局号码，WACAP协议向终端局发起相应的消息连接控制SCCP查询消息，步骤404；终端交换局WACCtll进程从交换机数据库中获得一临时号码资源TLMN，步骤405；发端局WACCtll进程通知广域虚拟网义务***的主叫半呼叫进程，按照该临时号码资源该寻找路由出局，步骤406；发端局WACCtll进程退出，释放数据区，步骤407。

下面通过一个具体的实例来对本发明的实现广域虚拟网业务的***及方法作进一步说明。

通常情况下，广域Centrex群业务呼叫的方式分为如下四种模式组网：

如图5所示，为广域Centrex群业务呼叫组网方式一的结构示意，其中发端局101和终端局均为具有WAC功能的ZXJ10交换机；

如图6所示，为广域Centrex群业务呼叫组网方式二的结构示意，其中发端局10的交换机无WAC功能，但其能够判断出主叫用户为WAC用户，并通过呼叫汇接到ZXJ10交换机40上，在其呼叫信令中，被叫号码前带有前缀；

如图7所示，为广域Centrex群业务呼叫组网方式三的结构示意，发端局10交换机具有WAC功能，被叫所在终端局20非ZXJ10交换机，发端呼叫通过与被叫所在终端局20同一区域的ZXJ10交换机40汇接到终端局20；

如图8所示，为广域Centrex群业务呼叫组网方式四的结构示意，发端局10和终端局20均为不具有WAC功能的交换机，呼叫将通过与主被叫交换局所在同一区域的ZXJ10交换机40汇接呼叫。

如图9所示，为本发明所提供的实现广域虚拟网业务的方法的实施例流程图，对进行一次广域虚拟网呼叫进行处理的操作流程描述如下：首先，交换机对发端局主叫用户拨打的WAC小号码进行号码分析，步骤901；判断其是否虚拟用户交换机(Centrex)呼叫，步骤902；若此号码为“Centrex呼叫”，则接收完整的被叫号码，包括主叫群号和被叫小号码、主叫PSTN大号码、主叫群内小号码等，并且根据此被叫号码，访问交换机数据库，步骤903；判断在所述交换机数据库中是否找到相应的本局用户，步骤904；如果在所述交换机数据库中无法找到与该被叫小号码相应的本局用户，则进一步判断该呼叫群是否WAC群，步骤905，如果是WAC群，则返回消息CM_GETTPSUBSLC给发端局所在广域Centrex管理模块的WACCtll进程，消息结构中带上广域虚拟网属性，步骤906；发端局WACCtll进程收到此消息后，根据该WAC呼叫的群号和被叫群内小号码，访问数据库，找到相应的全局号码(GT号码)，步骤907；根据此GT号码，由发端局的WACAP协议进程向终端局发起SCCP查询消息，该消息中需带上以下参数：主叫群号、主叫大号码、主叫小号码、被叫小号码、主叫用户所在地区号、本局标识号，在这里需说明的是，由于是基于标准的SCCP协议，中间信令转接点只是根据GT号码、DPC和SSN进行信令路由，无需任何改动，步骤908；终端局的WACAP协议进程收到此消息后，通知本局的WACCtll进程，从数据库中获得一临时号码资源TLMN，步骤909，(该步骤的详细流程参见图10)；发端局WACAP收到终端局发来的回应取得TLMN成功消息后，发送消息WACInfoAckEvent通知到本局的WACCtll进程，该消息结构中带有TLMN号码和被叫真实大号码(PSTN)，步骤910；此时发端局WACCtll进程通知广域虚拟网***的主叫半呼叫进程，按照前面流程中提供的TLMN寻找路由出局，从而完成了一次广域虚拟网的呼叫过程，步骤911；之后发端局WACCtll进程退出，释放数据区，步骤912。

如图10所示，为步骤909的详细流程，根据被叫群内小号码、被叫群号查询数据库，得到被叫PSTN大号码及业务属性，步骤1001；根据终端局WACCtll进程所在PID及其据区标识、主叫群号、主叫大号码、小号码、被叫小号码、主叫用户所在地区号、本局标识号等信息访问数据库，以便从数据库得到一临时号码资源TLMN，步骤1002；数据库中关于本模块的记录中是否有空闲的临时号码资源，步骤1003；如果没有，则返回失败，步骤1004；否则，按照原语调用的输入参数填充该记录，返回TLMN号码给终端局WACCtll进程，步骤1005；通过SCCP层发送回应消息给发端局，消息中带上TLMN号码和被叫真实大号码，步骤1006；在发端局WACCtll进程设置一定时器，等待发端局发起呼叫，步骤1007；如果发端局WACCtll设置的定时器超时，则通过WACCAP通知发端局释放主叫用户，同时释放TLMN等资源，步骤1008，接续执行步骤910。

如图11所示，为步骤911的详细流程，发端局发起呼叫IAM或IAI消息给终端局，消息中被叫号码为TLMN号码，步骤1101；终端局主叫半呼叫进程收到IAM或IAI消息后，对TLMN号码进行号码分析，对本局呼叫，达到最小号长后，调用原语CM_GETTPSUBSLC，步骤1102；根据数据库中查找到的与该临时号码对应的记录，得到被叫的真实大号码，以消息CM_GETTPSUBSLCACK返回该记录中的WACCtll进程，并在消息中填充被叫的真实大号码，及其它群属性，步骤1103；通知记录中存储的WACCtll进程，释放TLMN资源，步骤1104；WACCtll进程收到CM_GETTPSUBSLCACK消息后，通知主叫半呼叫进程，按照被叫的真实大号码重新进行号码分析，并根据号码分析结果查找被叫方，步骤1105；接续执行步骤912。

以下操作由原业务主叫侧与被叫中继侧进行交互来完成，对应上述方式一至方式三的组网方式，其典型的局间信令分别描述如下：

如图12所示，对于组网方式一，发端局10和终端局20均为具有WAC功能的ZXJ10交换机的情况，其局间信令流程为：发端局10向终端局20发送SCCP消息，具体为WACInfoReq消息(消息结构包括主叫群号、主叫大号码、主叫小号码、被叫小号码、主叫用户所在地区号、本局标识号)，终端局20接到此消息后，向发端局返回SCCP消息，具体为WACInfoAck消息(消息结构包括临时号码资源TLMN、被叫大号码)；其它为实线表示的信令为七号信令应用层信令。

如图13所示，对于组网方式二，应用于主叫WAC用户不在ZXJ10交换机，而发端局又不能提供WAC功能的情况，其局间信令流程为：发端局10发送能够判断出主叫用户为WAC用户，在其呼叫信令中，包括主叫大号码，号码前带有WAC前缀和被叫小号码；该呼叫信令汇接到ZXJ10交换机40上，后续的信令流程与图12中的信令流程相同，只不过这里是作为汇接设备的ZXJ10交换机与终端局20之间的信令流程。

如图14所示，对于组网方式三，其应用于被叫WAC用户不在ZXJ10交换机，而终端局20又不能提供WAC功能的情况，局间信令流程为：

发端局发送SCCP消息至与被叫所在终端局20同一区域的ZXJ10交换机40，该消息为WACInfoReq消息(消息结构带有主叫群号、主叫大号码、主叫小号码、被叫小号码、主叫用户所在地区号、本局标识号)，ZXJ10交换机40接到此消息后，向发端局返回SCCP消息，具体为WACInfoAck消息(消息结构包括临时号码资源TLMN、被叫大号码)；后续的信令流程与图12中的信令流程相同，只不过这里是发端局10与作为终端局汇接设备的被叫所在终端局20同一区域的ZXJ10交换机40之间的信令流程。

Claims (3)

1. 一种广域虚拟网业务实现方法，其特征在于该方法包括以下步骤：

根据发端局用户的Centrex呼叫，检索交换机数据库；

将属于WAC群的用户呼叫的广域虚拟网属性发送至主叫侧所在的广域虚拟用户交换机管理模块；

广域虚拟用户交换机管理模块的WACCtll进程在数据库中检索到相应的全局号码；

WACAP协议向终端局发起相应的SCCP查询消息；

终端局WACCtll进程从交换机数据库中获得一临时号码资源；

发端局WACCtll进程按照该临时号码资源寻找路由出局；

发端局WACCtll进程退出，释放数据区。

2. 如权利要求1所述的广域虚拟网业务实现方法，其特征在于，所述终端交换局WACCtll进程从交换机数据库中获得一临时号码资源的步骤，还包括以下流程：

根据被叫群内小号码、被叫群号查询数据库，得到被叫PSTN大号码及业务属性；

根据终端局WACCtll进程所在PID及其数据区标识、主叫群号、主叫大号码、小号码、被叫小号码、主叫用户所在地区号、本局标识号信息访问数据库，从数据库得到一临时号码资源TLMN；

查询数据库中关于终端局WACCtll模块中有空闲的临时号码资源记录；

按照原语调用的输入参数填充该记录，返回TLMN号码给终端局WACCtll进程；

通过SCCP层发送回应消息给发端局，消息中带上TLMN号码；

在发端局WACCtll进程设置一定时器，等待发端局发起呼叫；

如果发端局WACCtll设置的定时器超时，则通过WACCAP通知发端局释放主叫用户，同时释放TLMN资源。

3. 如权利要求1所述的广域虚拟网业务实现方法，其特征在于，所述发端局WACCtll进程通知主叫半呼叫进程，按照该临时号码资源寻找路由出局的步骤，还包括以下流程：

发端局发起呼叫IAM或IAI消息给终端局，消息中被叫号码为TLMN号码；

终端局主叫半呼叫进程收到IAM或IAI消息后，进行TLMN号码分析，对达到最小号长的本局呼叫，调用原语CM_GETTPSUBSLC；

根据数据库中查找到的与该临时号码资源对应的记录，得到被叫的真实大号码，返回消息CM_GETTPSUBSLCACK至该记录中的WACCTL进程，并在消息中填充被叫的真实大号码，以及群属性；

通知记录中存储的WACCTL进程，释放TLMN资源；

WACCtll进程收到CM_GETTPSUBSLCACK消息后，通知主叫半呼叫进程，按照被叫的真实大号码重新进行号码分析，并根据号码分析结果查找被叫方。

Images