一种适合于多受理源的组网方法及装置与流程

本发明涉及无线核心网网元技术领域，特别涉及一种适合于多受理源的组网方法及装置。

背景技术：

随着网络的日益发达，个人可以通过多种途径，如网上营业厅、portal、USSD(Unstructured Supplementary Service Data，非结构化补充数据业务)码等方式办理业务，而不再仅限于到营业厅办理业务。随着办理渠道的扩展，网络中部署的受理源也会随着增多。在PCC(Policy and Charging Control，策略和计费控制)系统中，流量红包业务在部署时候，当非PCC用户订购红包业务时候，需要通过BOSS A(Business Operation Support System A，业务运营支撑系统A)对这些用户进行SPR(Subscriber Profile Repository，用户签约数据库)放号，后续如果BOSS B再对这部分用户重复放号的时候，目前的PCRF(Policy and Charging Rules Function，策略和计费规则功能)/SPR会提醒BOSS B用户已经存在，导致BOSS B业务发放流程失败。这样业务部署的速度和数据的兼容性都不能得到保证。

技术实现要素：

本发明的目的在于提供一种适合于多受理源的组网方法及装置，解决了现有技术中业务部署的速度和数据的兼容性都不能得到保证的问题。

根据本发明的一个方面，提供了一种适合于多受理源的组网方法，包括以下步骤：

SPR在收到当前BOSS发送的携带号码的放号指令时，判断其他BOSS是否已经在SPR内放入了相同号码；

当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息；

其中，所述SPR是指用户签约数据库；所述BOSS是作为受理源的业务运营支撑系统。

优选地，还包括：

当所述SPR判断其他BOSS未在SPR内放入相同号码时，将所述当前BOSS的放号指令携带的号码放入SPR内。

优选地，所述的当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息包括：

当所述SPR判断其他BOSS已在SPR内放入相同号码时，确定所述SPR数据库中的参数信息是否置位；

当确定所述SPR数据库中的参数信息置位时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息。

优选地，所述的用户基本信息包括用户优先级、用户等级以及用户计费类型。

优选地，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息之后还包括：

将所述当前BOSS携带的套餐信息与其他BOSS关联的套餐信息进行合并处理。

优选地，还包括所述SPR收到当前BOSS发送的设置套餐指令和设置用量指令的操作步骤。

优选地，所述的所述SPR收到当前BOSS发送的设置套餐指令的操作步骤包括：

SPR在收到当前BOSS发送的设置套餐指令时，判断其他BOSS是否已经在SPR内关联相同的套餐；

当所述SPR判断其他BOSS已在SPR内关联相同的套餐时，将所述当前BOSS的设置套餐指令中的参数信息修改其已保存的所述相同套餐的套餐信息。

优选地，所述的所述SPR收到当前BOSS发送的设置用量指令的操作步骤包括：

SPR在收到当前BOSS发送的设置用量指令时，判断其他BOSS是否已经在SPR内设置相同的用量；

当所述SPR判断其他BOSS已在SPR内设置相同的用量时，将所述当前BOSS的设置用量指令中的参数信息修改其已保存的所述相同用量的用量信息。

根据本发明的另一方面，提供了一种适合于多受理源的组网装置，包括：

判断模块，用于SPR在收到当前BOSS发送的携带号码的放号指令时，判断其他BOSS是否已经在SPR内放入了相同号码；

处理模块，用于当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息。

优选地，还包括：

处理单元，用于当所述SPR判断其他BOSS未在SPR内放入相同号码时，将所述当前BOSS的放号指令携带的号码放入SPR内。

与现有技术相比较，本发明的有益效果在于：

本发明可以加快业务部署、保证数据兼容、实现多BOSS并行业务，为用户提供了便利。

附图说明

图1是本发明实施例提供的一种适合于多受理源的组网方法流程图；

图2是本发明实施例提供的一种适合于多受理源的组网装置示意图；

图3是本发明实施例提供的SPR与BOSS系统的框架图；

图4是本发明实施例提供的SPR业务处理重复放号的流程图；

图5是本发明实施例提供的SPR业务处理重复设置套餐的流程图；

图6是本发明实施例提供的SPR业务处理重复设置套餐的流程图。

具体实施方式

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

图1显示了本发明实施例提供的一种适合于多受理源的组网方法流程图，如图1所示，包括以下步骤：

步骤S101：SPR在收到当前BOSS发送的携带号码的放号指令时，判断其他 BOSS是否已经在SPR内放入了相同号码；

步骤S102：当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息。

本发明还包括：当所述SPR判断其他BOSS未在SPR内放入相同号码时，将所述当前BOSS的放号指令携带的号码放入SPR内。

其中，所述的当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息包括：当所述SPR判断其他BOSS已在SPR内放入相同号码时，确定所述SPR数据库中的参数信息是否置位；当确定所述SPR数据库中的参数信息置位时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息。其中，所述的用户基本信息包括用户优先级、用户等级以及用户计费类型。

将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息之后还包括：将所述当前BOSS携带的套餐信息与其他BOSS关联的套餐信息进行合并处理。

本发明还包括所述SPR收到当前BOSS发送的设置套餐指令和设置用量指令的操作步骤。具体地说，所述的所述SPR收到当前BOSS发送的设置套餐指令的操作步骤包括：SPR在收到当前BOSS发送的设置套餐指令时，判断其他BOSS是否已经在SPR内关联相同的套餐；当所述SPR判断其他BOSS已在SPR内关联相同的套餐时，将所述当前BOSS的设置套餐指令中的参数信息修改其已保存的所述相同套餐的套餐信息。具体地说，所述的所述SPR收到当前BOSS发送的设置用量指令的操作步骤包括：SPR在收到当前BOSS发送的设置用量指令时，判断其他BOSS是否已经在SPR内设置相同的用量；当所述SPR判断其他BOSS已在SPR内设置相同的用量时，将所述当前BOSS的设置用量指令中的参数信息修改其已保存的所述相同用量的用量信息。

图2显示了本发明实施例提供的一种适合于多受理源的组网装置示意图，如图2所示，包括判断模块201和处理模块202。其中，所述判断模块201，用于SPR在收到当前BOSS发送的携带号码的放号指令时，判断其他BOSS是否已经在 SPR内放入了相同号码；所述处理模块202，用于当所述SPR判断其他BOSS已在SPR内放入相同号码时，将所述当前BOSS的放号指令中的参数信息覆盖其已保存的所述相同号码的用户基本信息。

本发明还包括：处理单元，用于当所述SPR判断其他BOSS未在SPR内放入相同号码时，将所述当前BOSS的放号指令携带的号码放入SPR内。

下面结合图3至图6本发明技术方案的实施作进一步的详细描述，下文中的实例仅仅以两个受理源BOSS A或BOSS B为例，如图3所示，SPR同时与BOSS A和BOSS B都有受理链路，实际应用中可以有更多的BOSS接入。

图4显示了本发明实施例提供的SPR业务处理重复放号的流程图，如图4所示，SPR网元在接收到BOSS的放号请求后，其业务处理包括以下步骤：

步骤一：BOSS A在放号时携带参数A或者SPR根据BOSS A的IP地址、链路等信息来表明是BOSS A放的号；

步骤二：SPR收到BOSS B的放号指令，判断号码是否存在，如果号码不存在，走正常放号流程，即直接把指令中携带的号码放入库中；

步骤三：如果号码存在，判断数据库中参数A是否置位；

如果参数A没有置位，就表明该号码不是通过BOSS A放的号或者BOSS B之前已经对其放过号，走返回号码已存在的错误流程。

步骤四：如果该号码存在且数据库中参数A已经置位，表示该号码是通过BOSS A放的号，走修改号码数据的流程，以BOSS B的放号指令中的参数覆盖号码原有的基本信息，如号码优先级、号码等级、计费类型等等号码的基本信息；号码的套餐信息则做合并处理，如号码通过BOSS A关联的套餐A，此时BOSS B携带的套餐信息为套餐B，则最终号码的套餐信息就是套餐A和套餐B。

也就是说，SPR同时与BOSS A和BOSS B都有受理链路，BOSS A发送一个放号的指令给SPR，SPR收到放号指令后响应成功并做下标记此用户是通过BOSS A放入。之后，BOSS B也发送一个放号的指令给SPR，SPR此时需要判断号码是否存在。如果号码不存在，走正常放号流程；如果号码存在，需要判断此号码是否是通过BOSS A放的号。如果是通过BOSS A放的号则考虑兼容性走重复放号流程，如果不是则报错。

图5显示了本发明实施例提供的SPR业务处理重复设置套餐的流程图，如图 5所示，SPR网元在接收到BOSS的设置套餐请求后，其业务处理包括以下步骤：

步骤一：BOSS A在设置套餐X时携带参数B或者SPR根据BOSS A的IP地址、链路等信息来表明是BOSS A设置的套餐；

步骤二：SPR收到BOSS B的设置套餐指令，判断用户是否已经关联此套餐，如果用户没有关联此套餐，走正常的关联套餐流程，即直接把用户关联上套餐X；

步骤三：如果用户和套餐X已经有关联关系，判断数据库中是参数B是否置位；

如果参数B没有置位，就表明该用户关联的套餐X不是通过BOSS A设置的或者BOSS B之前已经对用户设置过套餐X，走返回套餐已存在的错误流程。

步骤四：如果用户已经关联套餐X且数据库中参数B已经置位，表示该套餐X是通过BOSS A关联的，走修改用户关联的套餐X流程，以BOSS B携带的设置套餐指令中的参数修改套餐信息。

图6显示了本发明实施例提供的SPR业务处理重复设置套餐的流程图，如图6所示，SPR网元在接收到BOSS的设置用量请求后，其业务处理包括以下步骤：

步骤一：BOSS A在设置用量Y时携带参数C或者SPR根据BOSS A的IP地址、链路等信息来表明是BOSS A设置的用量；

步骤二：SPR收到BOSS B的设置用量指令，判断用户是否已经设置过此用量，如果用户没有设置此用量，走正常的关联用量流程，即直接把用户关联上用量Y；

步骤三：如果用户和用量Y已经有关联关系，判断数据库中是参数C是否置位；

如果参数C没有置位，就表明该用户关联的用量Y不是通过BOSS A设置的或者BOSS B之前已经对用户设置过用量Y，走返回用量已存在错误流程。

步骤四：如果用户已经关联用量Y且数据库中参数C已经置位，表示该用量Y是通过BOSS A关联的，走修改用户关联的用量Y流程，以BOSS B携带的设置用量指令中的参数修改用量信息。

综上所述，在PCC架构中不但适用于放号，对于设置套餐、设置业务、设置用量等所有的接口都适用。广而言之，只要是一个网元存在多个受理源这种组网都适用，当然此处的多个网元不仅限于上文上提到的BOSS A或BOSS B，可以有 更多的BOSS接入。

综上所述，本发明具有以下技术效果：

本发明保证了多个受理源并行存在，加速了多个受理源之间的竞争，并在一定程度上节约了运营商的成本，多个受理源的并行存在也加速了业务部署的速度，大大提高了数据发放的效率，同事保证了数据发放的兼容性和一致性，为用户带来了便利。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。