一种实现集中接入业务运营支撑系统的装置和方法

摘要

本发明公开了一种实现集中接入业务运营支撑系统的装置和方法，装置包括：多个HLR子系统和至少一个BOSS子系统；各HLR子系统之间通过分布式网络部署实现信息的交互，其中一个HLR子系统被指定用于集中接入各BOSS子系统；各BOSS子系统与各HLR子系统之间的业务处理通过指定的HLR子系统和各HLR子系统间的分布式网络完成。采用本发明，可以使BOSS系统不再需要关心对分布式HLR系统的多个数据访问服务器的分发，实现BOSS系统对分布式HLR系统的集中接入。

说明书

技术领域

本发明涉及移动通信系统的业务运营支撑系统(以下简称BOSS系统)集中接入分布式归属位置寄存器系统(HLR系统)的装置和方法。

背景技术

随着移动通信网络的迅猛发展，移动通信的用户量也在迅速增加，移动通信网络中的HLR系统朝着大容量、分布式的方向发展已经成为未来移动通信网络的发展趋势。

分布式的HLR系统由于在用户量和处理能力上均有着比传统HLR系统高得多的要求，分布式HLR系统往往需要提供多个数据访问服务器给BOSS系统进行业务受理，同时，由于分布式HLR系统中的用户量巨大，BOSS系统在单位时间内处理的业务受理指令也显著增加，这就需要BOSS系统中设置多个BOSS子系统，各BOSS子系统能够并发访问分布式HLR系统的多个数据访问服务器，通过BOSS系统对业务受理消息的分发来提高业务受理的处理能力。

但是，如图1所示，BOSS系统与分布式HLR系统之间是两个不同的网络，BOSS系统接入分布式HLR系统需要经过专门的网络部署。但是，由于分布式HLR的数据访问服务器通常分布在不同的地理位置，而BOSS系统通常是集中在一个地方进行对各地终端的受理指令统一处理，如果BOSS系统要访问多个数据访问服务器，就需要进行跨地域的网络部署，这样不仅对网络部署的要求较高，同时由于分布式HLR系统暴露出多个对分布式HLR以外的网络接入点，降低了HLR的网络安全性。

此外，由于BOSS系统并不了解分布式HLR系统内部的各个组件之间的负荷情况，BOSS系统对多个分布式HLR系统的数据访问服务器只能采用简单的分发策略。

发明内容

本发明要解决的主要技术问题是，提供一种实现在分布式HLR系统中集中接入BOSS的装置和方法。

为解决上述技术问题，本发明提供一种实现在分布式HLR系统中接入BOSS的装置，包括：多个HLR子系统和至少一个BOSS子系统；各HLR子系统之间通过分布式网络部署实现信息的交互，其中一个HLR子系统被指定用于集中接入各BOSS子系统；各BOSS子系统与各HLR子系统之间的业务处理通过指定的HLR子系统和各HLR子系统间的分布式网络完成。

在一个实施例中，所述的HLR子系统包括：HLR数据库、集中接入接口机和至少一个数据访问服务器，所述各BOSS子系统与各HLR子系统之间的业务处理具体为：所述指定用于集中接入的HLR子系统的集中接入接口机与各HLR子系统的数据访问服务器建立连接，业务处理信息通过指定用于集中接入的HLR子系统的集中接入接口机实现在BOSS子系统和各HLR子系统的数据访问服务器之间的交互。

在另一个实施例中，所述的HLR子系统包括：HLR数据库、集中接入接口机和至少一个数据访问服务器，所述各BOSS子系统与各HLR子系统之间的业务处理具体为：所述指定用于集中接入的HLR子系统的集中接入接口机与各HLR子系统的集中接入接口机建立连接，对于异地业务处理信息通过指定用于集中接入的HLR子系统的集中接入接口机实现在BOSS子系统和异地HLR子系统的集中接入接口机之间的交互。

本发明还提供了一种实现在分布式HLR系统中接入BOSS的方法，包括以下处理过程：

1)指定一个HLR子系统用于集中接入各BOSS子系统；

2)BOSS子系统向指定的HLR子系统发送业务处理请求；

3)指定的HLR子系统查询所述的业务处理请求，并将该业务处理请求转发到对应的HLR子系统；

4)对应的HLR子系统通过指定的HLR子系统将业务处理信息反馈到BOSS子系统。

在一个实施例中，所述步骤3)、4)具体为：指定的HLR子系统中的集中接入接口机解析业务处理请求，并在业务处理信息历史分发记录中进行查询，确定该业务处理请求对应的数据访问服务器，并将业务处理请求转发到该数据访问服务器；所述数据访问服务器将业务处理信息通过指定的HLR子系统中的集中接入接口机反馈到BOSS子系统。

在另一个实施例中，所述步骤3)、4)具体为：指定的HLR子系统中的集中接入接口机解析业务处理请求，并在业务处理信息历史分发记录中进行查询；对于本地的业务处理请求上传到本地对应的数据访问服务器；对于异地的业务处理请求，确定该请求对应的集中接入接口机，并将业务处理请求转发到该集中接入接口机，该集中接入接口机上传业务处理请求到对应的数据访问服务器；所述异地数据访问服务器通过本地和异地的集中接入接口机的转发将业务处理信息反馈到BOSS子系统。

本发明的有益效果是：当分布式HLR系统的设备分布在不同地域的时候，分布式HLR系统有多个数据访问服务器，使用本发明，能够使BOSS系统只从一个集中的接入点接入分布式HLR系统，而不需要跨地域接入分布式HLR系统，由于BOSS系统与分布式HLR系统设备位于不同的网络平面上，这种方法可以降低网络建设的成本。

附图说明

图1是现有技术中BOSS系统接入HLR系统的原理图；

图2是本发明装置实施例一的原理图；

图3是本发明实施例一的接入方法流程图；

图4是本发明装置实施例二的原理图；

图5是本发明实施例二的方法流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

请参考图2的组网方式，集中接入接口机直接访问分布式HLR的各个地方的数据访问服务器，其接入过程如图3所示，包括以下处理步骤：

步骤301，BOSS发送业务受理请求给集中接入接口机；

步骤302，集中接入接口机解析业务受理指令中的用户标识，查询历史分发记录；

步骤303，集中接入接口机根据查询历史分发记录的情况选择数据访问服务器；

如果历史分发记录中没有该用户标识，则集中接入接口机根据数据访问服务器的当前负荷情况选择一个数据访问服务器；

如果历史分发记录中有该用户标识，并且历史分发记录中对应的数据访问服务器状态正常，则集中接入接口机选择此数据访问服务器处理当前业务受理指令；

如果历史分发记录中有该用户标识，但历史分发记录中对应的数据访问服务器状态异常，则集中接入接口机暂缓本次对该业务受理消息的处理，之后定时检查目标数据访问服务器的状态，如果尝试3次(次数可以灵活配置)，该数据访问服务器仍然状态异常，则集中接入接口机将该用户标识的历史分发记录删除，根据数据访问服务器的当前负荷情况重新选择一个数据访问服务器；

步骤304，集中接入接口机发送业务受理指令给选择出来的数据访问服务器；

步骤305，数据访问服务器根据业务受理指令操作HLR数据库；

步骤306，HLR数据库向数据访问服务器返回操作结果；

步骤307，数据访问服务器向集中接入接口机返回操作结果，如果操作成功，返回的结果中携带所有的用户标识；

步骤308，集中接入接口机将用户标识记录到新的历史分发记录中，如果用户标识已经存在，则旧的历史分发记录被删除，如果历史分发记录满了，则最早期的历史分发记录被删除，新的历史分发记录被写入；

步骤309，集中接入接口机向BOSS返回操作结果。

实施例二：

请参考图4的组网方式，集中接入接口机仅访问本地的数据访问服务器，如果需要访问异地的数据访问服务器，则通过该地的集中接入接口机进行转发；其接入过程如图5所示，包括以下处理步骤：

步骤501，BOSS发送业务受理请求给本地集中接入接口机；

步骤502，本地集中接入接口机解析业务受理指令中的用户标识，查询历史分发记录；

步骤503，本地集中接入接口机根据查询历史分发记录的情况选择数据访问服务器，选择的原则同方式1的步骤303；

步骤503-1，如果选择的数据访问服务器在本地，处理流程同方式1的步骤304步骤309；

步骤503-2，如果选择的数据访问服务器在异地，则本地集中接入接口机转发业务受理请求到异地集中接入接口机；

步骤504，异地集中接入接口机收到业务受理请求，按照选择本地数据访问服务器相同的原则选择数据访问服务器；

步骤505，异地集中接入接口机发送业务受理指令给选择出来的数据访问服务器；

步骤506，数据访问服务器根据业务受理指令操作HLR数据库；

步骤507，HLR数据库向数据访问服务器返回操作结果；

步骤508，数据访问服务器向异地集中接入接口机返回操作结果，如果操作成功，返回的结果中携带所有的用户标识；

步骤509，异地集中接入接口机将用户标识记录到新的历史分发记录中，如果用户标识已经存在，则旧的历史分发记录被删除，如果历史分发记录满了，则最早期的历史分发记录被删除，新的历史分发记录被写入

步骤510，异地集中接入接口机向本地集中接入接口机返回操作结果

步骤511，本地集中接入接口机将用户标识记录到新的历史分发记录中，如果用户标识已经存在，则旧的历史分发记录被删除，如果历史分发记录满了，则最早期的历史分发记录被删除，新的历史分发记录被写入；

步骤512，本地集中接入接口机向BOSS返回操作结果。

综上所述，使用本发明的方法，由于集中接入接口机能够根据分布式HLR系统中的多个数据访问服务器的负荷状态自动选择处理业务受理指令的数据访问服务器，因而业务受理消息过负荷控制得以更好的控制。

使用本发明的方法，集中接入接口机能够根据用户标识选择合适的处理业务受理指令的数据访问服务器，选择机制能够保证在对同一个用户的业务受理指令先收到的先处理的原则的基础上，选择最佳处理受理指令的数据访问服务器，达到正确性和性能的最佳。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。