CN107276790B

CN107276790B - 一种业务工单的处理方法及系统

Info

Publication number: CN107276790B
Application number: CN201710390392.0A
Authority: CN
Inventors: 张涛
Original assignee: Beijing Si Tech Information Technology Co Ltd
Current assignee: Beijing Si Tech Information Technology Co Ltd
Priority date: 2017-05-27
Filing date: 2017-05-27
Publication date: 2020-05-19
Anticipated expiration: 2037-05-27
Also published as: CN107276790A

Abstract

本发明涉及一种业务工单的处理方法及系统，该方法包括如下步骤：S1，接收报文，对报文进行解析，将解析后的报文放入接口表；S2，对数据进行业务逻辑处理，判断是否需要发送策略控制指令；S3，进行参数补充和策略分解；S4，将数据同步发送到网络激活中心，与策略与计费规则功能单元进行网元交互，并更新业务工单。还涉及一种系统，该系统包括：消息接收模块、策略引擎模块、策略业务补参和分解模块、网络激活模块。通过本发明实现配置数据存储在内存，提高了效率，对业务工单实现配置化、灵活化，更好地适配各类业务需求。

Description

一种业务工单的处理方法及系统

技术领域

本发明涉及电信业务工单处理领域，尤其涉及了一种业务工单的处理方法及系统。

背景技术

现有技术中的业务工单处理方法存在以下缺点：

1、用户业务工单中可能存在大量垃圾业务工单，当前台业务量很大或有批量操作时，需要解析的业务工单数量增多，使得业务工单解析速率缓慢；同时，由于数据库中业务工单数量过多，造成对数据库的操作响应极慢，影响正常营业，甚至中断营业；

2、在业务繁忙时，业务工单进入消息中间件以及策略中心后可能会滞留一段时间才能得到执行，即存在业务工单积压的可能，但有些业务又需要得到快速执行，如用户的开停机等重要业务，如积压时间过长，不仅会引起客户投诉，还可能造成收入流失；

3、在多种不同类型的业务的情况下，没有办法采用统一的配置，使得处理业务的时间长以及效率低，造成一些业务处理不及时。

发明内容

本发明所要解决的技术问题是:目前现有技术中业务繁忙的时候，不同的业务工单会造成混乱，处理不及时、错误率高、效率低。

为解决上述技术问题，本发明提供了一种业务工单的处理方法，该方法包括如下步骤：

S1，通过消息中间件接收报文，对报文进行解析，将解析后的报文放入接口表；

S2，扫描接口表中的数据，根据策略规则表的配置对数据进行业务逻辑处理，并根据逻辑处理的结果判断是否需要发送策略控制指令；

S3，若需要发送策略控制指令，则对需要发送策略控制指令的业务工单进行参数补充和策略分解，并将补充参数后的业务工单放入策略指令接口表；若是不需要，则结束；

S4，扫描策略指令接口表中的数据，并将数据同步发送到网络激活中心，所述网络激活中心与策略与计费规则功能单元进行网元交互，并更新业务工单。

本发明的有益效果：本发明通过实现配置对数据进行业务逻辑处理，提高了业务工单的处理效率，同时实现了业务工单配置的灵活化，更好地适配各类业务需求，大大降低了错误率。

进一步地，所述报文包括签约数据、订购数据、超套餐降速数据中的至少一种数据。

进一步地，所述的S4中具体包括：

S41，通过策略中心扫描策略指令接口表中的数据，通过应用集成平台将数据同步到网络激活中心；

S42，网络激活中心激活业务工单后，所述网络激活中心通过soap协议适配器与策略与计费规则功能单元进行网元交互；

S43，网络激活中心接收策略与计费规则功能单元的网元应答，并更新业务工单。

进一步地，所述策略控制指令包括：业务与事件的映射指令、事件与动作的映射指令、动作与策略的指令。

进一步地，所述事件与动作的映射指令具体为：一个事件对应多个动作，在事件与动作映射关系表中存储两者之间的映射关系，根据事件返回的参数，查找参数是否与关系表的存在对应映射关系，若是执行该动作与策略的映射指令；否则，不执行。

进一步地，一个动作对应多个策略，在动作与策略映射关系表中存储两者之间的映射关系，根据动作返回的参数，查找参数是否与关系表的存在对应映射关系，若是执行该动作与策略的映射指令；否则，不执行。

进一步地，所述步骤S1中具体为：把业务工单的报文中的字段解析出来，插入到对应的表字段，并以服务工单的形式存储在接口表中。

本发明还涉及一种业务工单的处理系统，该系统包括：消息接收模块、策略引擎模块、策略业务补参和分解模块、网络激活模块；所述的消息接收模块，用于通过消息中间件接收业务工单的报文，对业务工单的报文进行解析，将解析后的业务工单的报文放入接口表；所述的策略引擎模块，用于扫描接口表中的数据，根据策略规则表的配置对数据进行业务工单的逻辑处理，并根据逻辑处理的结果判断是否需要发送策略控制指令；所述的策略业务补参和分解模块，用于根据是否需要发送策略控制指令的判断，对需要发送策略控制指令的业务工单进行参数补充，并将补充参数后的业务工单放入策略指令接口表，若是不需要，则结束；所述的网络激活模块，用于扫描策略指令接口表中的数据，并将数据同步发送到网络激活中心，所述网络激活中心与策略与计费规则功能单元进行网元交互，并更新业务工单。

本发明的有益效果：通过本发明的业务工单处理系统，实现了业务的高效率处理，通过实现配置数据存储在内存提高效率，对业务工单实现配置化、灵活化，更好地适配各类业务需求。

进一步地，所述的网络激活模块包括：

网络激活同步单元，用于策略中心扫描策略指令接口表中的数据，通过应用集成平台将数据同步到网络激活中心；

网络激活交互单元，用于网络激活中心激活业务工单后，通过soap协议适配器与策略与计费规则功能单元网元交互；

网络激活更新单元，网络激活中心接收策略与计费规则功能单元(PCRF)的网元应答，并更新业务工单。

进一步地，所述的消息接收模块具体用于通过消息中间件接收业务工单的报文，把业务工单的报文的字段解析出来，插入到对应的表字段，并以服务工单的形式存储在接口表中。

附图说明

图1为本发明一种业务工单的处理方法流程图；

图2为本发明一种业务工单的处理系统示意图；

图3为本发明实施例1业务工单的处理方法示意图；

图4为本发明实施例2业务工单的处理方法示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如附图1所示的，本发明提供了一种业务工单的处理方法，该方法包括如下步骤：

S1，通过消息中间件接收报文，对报文进行解析，将解析后的报文放入接口表；BILLING/CRM是通过消息中间件发过来的签约、订购、超套餐降速等事件信息，在本发明中的报文根据不同的时间，报文内容不一样，报文格式可以是xml、json、mml；比如超套餐降速的报文字段有：业务流水、手机号码、操作时间、已使用流量、套餐总流量等；本发明中的解析操作是把报文的字段解析出来，把事件名称、服务流水、入表时间、初始状态、请求时间、手机号码、参数串等插入到对应的表字段，以服务工单的形式存储在表中；

S2，扫描接口表中的数据，根据策略规则表的配置对数据进行业务逻辑处理，判断是否需要发送策略控制指令；本发明中扫描接口表中的数据目的是扫描DEAL_STATUS为0的数据进行处理。本发明中的策略规则表是指业务工单是否为4G卡用户、是否订购了上网放心宝、是否有新的订购产生，从而判断是否执行发送策略控制指令；例如，超套餐降速属于本发明中的在策略规则表中的业务逻辑处理，其处理方法如下：第一步，先判断解析后得到的业务工单的报文是否为白名单用户，是执行发送策略控制指令同时执行第二步，否执行结束；第二步，判断业务工单是否为USIM卡，是执行发送策略控制指令同时执行第三步，否执行结束；第三步，判断业务工单是否为4G终端，是发送策略控制指令同时执行第四步，否执行结束；第四步，接着判断业务工单是否有新的订购在降速收费产生，是执行发送策略控制指令同时执行第五步，否执行结束；第五步，如果上述四个步骤全部符合条件，则执行降速。

S3，若需要发送策略控制指令，则对需要发送策略控制指令的业务工单进行参数补充和策略分解，并将补充参数后的业务工单放入策略指令接口表；若是不需要，则结束；在本发明中由于发送策略与计费规则功能单元网元指令的一些参数，需要从用户信息表中提取，所以在入策略指令接口表的前，先把需要的参数补充到业务串里面。比如：网元平台指令里面有IMSI参数，需要通过手机号码找到对应的IMSI值，补到业务参数串里面。

S4，扫描策略指令接口表中的数据，并将数据同步发送到网络激活中心，与策略与计费规则功能单元进行网元交互，并更新业务工单。

实施例1，如图3所示的，一种业务工单的处理方法，该方法包括如下按步骤：

步骤1，CRM服务处理用户业务订购信息，生成订购实例，并将订购实例同步至计费系统(OCS)；

步骤2，计费分析订购实例，判断业务类型，标准资费，日租类，实用业务计费无需同步，除此之外的业务需要同步；

步骤3，计费系统通过消息中间件将计费信息同步到策略中心；

步骤4，策略中心接收计费的业务订购信息，更新本地库；

步骤5，策略中心将业务订购产生的业务策略信息，生成策略业务工单，计入策略工单表；

步骤6，策略中心从策略业务工单表扫描数据，通过应用集成平台同步至网络激活；

步骤7，网络激活做业务工单激活，通过soap协议适配器与策略与计费规则功能单元网元通讯；

步骤8，网络激活接收策略与计费规则功能单元网元应答，并更新业务工单状态。

实施例2，如图4所示的，一种业务工单的处理方法，该方法包括如下按步骤：

步骤1，CRM涉及用户签约变化的业务，如开户，销户，换号，用户降速标识等，在订单竣工后，由订单管理发起用户签约请求，通过消息中间件，发给策略中心；

步骤2，计费系统通过流量计费，对超套餐流量的用户，需要同步用户配额标识，同样，也是通过消息中间件，发给策略中心；

步骤3，维系挽留系统产生用户等级变更信息，通过应用集成平台，同步至策略中心；

步骤4，策略中心收到用户签约同步信息后，进行本地库处理。如本地库操作失败，则记录失败原因，流程结束。如本地库操作成功，则进入步骤5；

步骤5，策略中心将用户签约信息生成业务工单，发给网络激活；

步骤6，网络激活接收业务工单后，进行数据拼装，参数替换，发给策略与计费规则功能单元；

步骤7，策略与计费规则功能单元处理后，网元返回应答结果给网络激活应答结果。

如图2所示的，本发明还涉及一种业务工单的处理系统，该系统包括：消息接收模块、策略引擎模块、策略业务补参和分解模块、网络激活模块；所述的消息接收模块，用于通过消息中间件接收业务工单的报文，对业务工单的报文进行解析，将解析后的业务工单的报文放入接口表；所述的策略引擎模块，用于扫描接口表中的数据，根据策略规则表的配置对数据进行业务工单的逻辑处理，并根据逻辑处理的结果判断是否需要发送策略控制指令；所述的策略业务补参和分解模块，用于根据是否需要发送策略控制指令的判断，对需要发送策略控制指令的业务工单进行参数补充和策略分解，并将补充参数后的业务工单放入策略指令接口表，若是不需要，则结束；所述的网络激活模块，用于扫描策略指令接口表中的数据，并将数据同步发送到网络激活中心，所述网络激活中心与策略与计费规则功能单元进行网元交互，并更新业务工单。

中国移动根据3GPP在R7版定义网络资源与计费策略控制架构，旨在通过业务流承载资源保障以及流计费策略，为用户提供差异化服务。3GPP标准定义的PCC架构主要由策略与计费规则功能单元(PCRF)、PCEF、AF、SPR等功能实体组成，可有效实现LTE网络数据业务差异化的管理和运营，并提供业务端到端的质量保证，是LTE网络中实现语音业务等实时业务的关键。

策略控制中心在BOSS侧分析用户行为，实现保障类流量的控制和营销类推荐的功能。

PCRF

本发明上述采用的PCRF是业务数据流和IP承载资源的策略与计费控制策略决策点，它为PCEF(策略与计费执行功能单元)选择及提供可用的策略和计费控制决策。在3GPPRelease8中，当使用Gxx接口时，PCRF维护GW(网关)控制会话及IP-CAN(IP连接访问网络)会话之间的关联。PCRF也是BBERF(承载绑定及事件报告功能)及PCEF之间的信息交换点，它行使BBERF及PCEF之间的事件触发器的转发，事件触发器不能在BBERF及PCEF之间直接传输。

在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务工单的处理方法，其特征在于,该方法包括如下步骤：

S1，通过消息中间件接收业务工单的报文，对报文进行解析，将解析后的报文放入接口表；

S2，扫描接口表中的数据，根据策略规则表的配置对数据进行业务工单的逻辑处理，并根据逻辑处理的结果判断业务工单是否需要发送策略控制指令；

2.根据权利要求1所述的一种业务工单的处理方法，其特征在于，所述报文包括签约数据、订购数据、超套餐降速数据中的至少一种数据。

3.根据权利要求1或2所述的一种业务工单的处理方法，其特征在于，所述步骤S4包括：

4.根据权利要求3所述的一种业务工单的处理方法，其特征在于，所述策略控制指令包括：业务与事件的映射指令、事件与动作的映射指令、动作与策略的映射指令。

5.根据权利要求4所述的一种业务工单的处理方法，其特征在于，所述事件与动作的映射指令为：一个事件对应多个动作，在事件与动作映射关系表中存储两者之间的映射关系，根据事件返回的参数，查找参数是否在所述事件与动作映射关系表中存在对应映射关系，若是执行该事件与动作的映射指令；否则，不执行。

6.根据权利要求4所述的一种业务工单的处理方法，其特征在于，所述动作与策略的映射指令具体为：一个动作对应多个策略，在动作与策略映射关系表中存储两者之间的映射关系，根据动作返回的参数，查找参数是否在所述动作与策略映射关系表中存在对应映射关系，若是执行该动作与策略的映射指令；否则，不执行。

7.根据权利要求4所述的一种业务工单的处理方法，其特征在于，所述步骤S1中：把业务工单的报文中的字段解析出来，插入到对应的表字段，并以服务工单的形式存储在接口表中。

8.一种业务工单的处理系统，其特征在于，该系统包括：消息接收模块、策略引擎模块、策略业务补参和分解模块、网络激活模块；所述的消息接收模块，用于通过消息中间件接收业务工单的报文，对业务工单的报文进行解析，将解析后的业务工单的报文放入接口表；所述的策略引擎模块，用于扫描接口表中的数据，根据策略规则表的配置对数据进行业务工单的逻辑处理，并根据逻辑处理的结果判断是否需要发送策略控制指令；所述的策略业务补参和分解模块，用于根据是否需要发送策略控制指令的判断，对需要发送策略控制指令的业务工单进行参数补充和分解，并将补充参数后的业务工单放入策略指令接口表，若是不需要，则结束；所述的网络激活模块，用于扫描策略指令接口表中的数据，并将数据同步发送到网络激活中心，所述网络激活中心与策略与计费规则功能单元进行网元交互，并更新业务工单。

9.根据权利要求8所述的一种业务工单的处理系统，其特征在于，所述的网络激活模块包括：

网络激活交互单元，用于网络激活中心激活业务工单后，通过soap协议适配器与策略与计费规则功能单元进行网元交互；

网络激活更新单元，网络激活中心接收策略与计费规则功能单元的网元应答，并更新业务工单。

10.根据权利要求8所述的一种业务工单的处理系统，其特征在于，所述的消息接收模块具体用于通过消息中间件接收业务工单的报文，把业务工单的报文的字段解析出来，插入到对应的表字段，并以服务工单的形式存储在接口表中。