一种支持多业务融合的综合增值业务系统及方法

1.一种支持多业务融合的综合增值业务系统，其特征在于，所述系统包括：
公共事务处理子系统，用于处理各种业务所共有的公共事务；
若干业务子系统，每个业务子系统对应一种业务，各业务子系统用于处理与其对应的业务中所独有的事务；
其中，所述公共事务处理子系统包括：
统一操作维护单元，用于为各业务子系统提供统一的操作维护；
统一信令前置机单元，对各业务子系统信令处理进行融合，负责各业务子系统与核心网之间的消息交互，支持到各业务子系统消息的分发，在业务子系统多节点部署时，进行均衡分发；
综合接口机单元，供所述各业务子系统调用，提供与外部网元通信的统一出口；
统一调度单元，用于对各业务子系统进行调度管理，对业务处理能力进行监控以及根据各业务负荷情况进行负载均衡；
统一计费管理单元，该单元包括预付费接口机以及话单接口机，所述预付费接口机用于接收来自各业务子系统的预付费请求消息，根据接口规范进行计费请求封装与外部预付费系统交互，所述话单接口机统一采集各业务子系统的原始日志文件，根据所述原始日志文件按照运营商营帐系统话单格式要求转换指定格式的话单，提供给运营商营帐系统。
2.如权利要求1所述的支持多业务融合的综合增值业务系统，其特征在于，所述公共事务处理子系统包括：
统一用户管理单元，用于对各种业务的用户数据进行统一管理。
3.如权利要求1或2所述的支持多业务融合的综合增值业务系统，其特征在于，所述公共事务处理子系统包括：
统一用户门户单元，用于为各种业务提供统一的用户门户。
4.如权利要求1或2所述的支持多业务融合的综合增值业务系统，其特征在于，所述公共事务处理子系统包括：
统一日志报表单元，用于管理各种业务在业务处理过程中生成的详细业务日志报表。
5.一种支持多业务融合的综合增值方法，其特征在于，所述方法包括：
各种业务的公共事务由公共事务处理子系统进行处理；
各种业务所独有的事务由与待处理业务对应的业务子系统进行处理，其中，每个业务子系统对应一种业务；
公共事务处理子系统为各业务子系统提供统一的操作维护；
所述公共事务处理子系统包括：统一信令前置机单元，用于对各业务子系统信令处理进行融合，负责各业务子系统与核心网之间的消息交互，支持到各业务子系统消息的分发，在业务子系统多节点部署时，进行均衡分发，以及综合接口机单元，用于供各业务子系统调用，提供与外部网元通信的统一出口，统一调度单元，用于对各业务子系统进行调度管理，对业务处理能力进行监控以及根据各业务负荷情况进行负载均衡；统一计费管理单元，该单元包括预付费接口机以及话单接口机，所述预付费接口机用于接收来自各业务子系统的预付费请求消息，根据接口规范进行计费请求封装与外部预付费系统交互，所述话单接口机统一采集各业务子系统的原始日志文件，根据所述原始日志文件按照运营商营帐系统话单格式要求转换指定格式的话单，提供给运营商营帐系统。
6.如权利要求5所述的支持多业务融合的综合增值方法，其特征在于，所述公共事务包括以下各项中的一项或多项：统一操作维护、统一调度管理、统一用户管理、统一用户门户、统一日志报表、统一计费、统一接口和统一信令处理，所述统一用户管理包括：对所有业务的用户数据进行统一存储、统一管理，所述统一用户门户包括：为各种业务提供统一的用户门户，所述统一日志报表包括：管理各种业务在业务处理过程中生成的详细业务日志报表。

一种支持多业务融合的综合增值业务系统及方法\n技术领域\n[0001] 本发明涉及通讯技术领域，特别是涉及一种支持多业务融合的综合增值业务系统及方法。\n背景技术\n[0002] 随着无线通讯技术的迅速发展，电信运营进入业务为主时代，各国运营商一方面必须开展丰富多彩的业务来提高ARPU(Average Revenue Per User，每用户平均收入)值，另一方面又都面临着减低CAPEX(Capital Expenditure，资本性支出)和OPEX(Operating Expense，运营成本)的重任。特别在一些局点规模不大、但业务种类比较齐全的新兴市场，新业务的部署，以及现网已有业务的扩容或替换，都必须要遵循降低成本的原则，达到以最小的投入，产生最大收益的目的。\n[0003] 图1是现有的增值业务系统架构的示意图，由图1可以看出，在现有技术中，运营商所建设的业务平台仍处于独立、分离的建设模式。每个业务自成一个系统，无论容量大小和功能多少，都拥有自己的业务处理单元，其次还包括支持各自业务运行所需要的功能模块，如操作维护、用户管理、统计分析、计费管理、日志报表、接口机以及用户门户等等。除此之外，个别业务还具有自己的独特功能模块，如VMS(Voice Mail Service，语音信箱)业务的MediaService(媒体服务器)模块，LBS(Location Based Service，位置业务)系统的CP门户等。\n[0004] 由此可见，在现有技术中，每个业务平台除了业务处理单元外，几乎都需要单独部署每个业务的操作维护、用户管理、计费、日志等这些公共单元。这种方案的弊端日渐突出：\n[0005] 1、这种业务平台之间公共模块的重复建设，直接导致了硬件成本的增加以及备份资源的浪费；\n[0006] 2、维护成本增加，维护难度加大，同时更新换代困难；\n[0007] 3、开发这些业务同样存在功能模块重复开发问题，浪费大量的资源，增加了软件开发成本。\n发明内容\n[0008] 本发明要解决的技术问题是提供一种支持多业务融合的综合增值业务系统及方法，用以解决现有技术各种业务平台资源浪费、成本高的问题。\n[0009] 为解决上述技术问题，一方面，本发明提供一种支持多业务融合的综合增值业务系统，所述系统包括：\n[0010] 公共事务处理子系统，用于处理各种业务所共有的公共事务；\n[0011] 若干业务子系统，每个业务子系统对应一种业务，各业务子系统用于处理与其对应的业务中所独有的事务；\n[0012] 其中，所述公共事务处理子系统包括：\n[0013] 统一操作维护单元，用于为各业务子系统提供统一的操作维护。\n[0014] 进一步，所述公共事务处理子系统包括：\n[0015] 统一调度单元，用于对各业务子系统进行调度管理。\n[0016] 进一步，所述公共事务处理子系统包括：\n[0017] 统一用户管理单元，用于对各种业务的用户数据进行统一管理。\n[0018] 进一步，所述公共事务处理子系统包括：\n[0019] 统一用户门户单元，用于为各种业务提供统一的用户门户。\n[0020] 进一步，所述公共事务处理子系统包括：\n[0021] 统一日志报表单元，用于管理各种业务在业务处理过程中生成的详细业务日志报表。\n[0022] 进一步，所述公共事务处理子系统包括：\n[0023] 统一计费管理单元，用于对各种业务的计费进行统一管理。\n[0024] 进一步，所述公共事务处理子系统包括：\n[0025] 综合接口单元，用于提供各种业务与外部网元通讯的统一接口。\n[0026] 进一步，所述公共事务处理子系统包括：\n[0027] 统一信令前置机单元，用于实现各种业务与核心网之间的消息交互。\n[0028] 另一方面，本发明还提供一种支持多业务融合的综合增值方法，所述方法包括：\n[0029] 各种业务的公共事务由公共事务处理子系统进行处理；\n[0030] 各种业务所独有的事务由与待处理业务对应的业务子系统进行处理，其中，每个业务子系统对应一种业务；\n[0031] 公共事务处理子系统为各业务子系统提供统一的操作维护。\n[0032] 进一步，所述公共事务包括以下各项中的一项或多项：统一操作维护、统一调度管理、统一用户管理、统一用户门户、统一日志报表、统一计费、统一接口和统一信令处理。\n[0033] 本发明有益效果如下：\n[0034] 本发明通过将不同业务系统的公共部分抽取出来，实现多个业务平台的统一配置、统一管理、统一计费、统一日志报表单元等统一的维护手段，有效降低了开发成本和部属成本，缩短了开发周期，实现了硬件、软件、运维成本的全面降低，达到降低CAPEX和OPEX的目标。\n附图说明\n[0035] 图1是现有的增值业务系统架构的示意图；\n[0036] 图2是本发明实施例中一种支持多业务融合的综合增值业务系统的结构示意图；\n[0037] 图3是本发明实施例中一种支持多业务融合的综合增值业务系统的架构示意图；\n[0038] 图4是本发明实施例中一种支持多业务融合的综合增值业务系统各单元之间的关系示意图；\n[0039] 图5是本发明实施例中一种支持多业务融合的综合增值业务系统在网络中应用的示意图。\n具体实施方式\n[0040] 为了解决现有技术各种业务平台资源浪费、成本高的问题，本发明提供了一种支持多业务融合的综合增值业务系统及方法，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。\n[0041] 如图2所示，本发明实施例涉及一种支持多业务融合的综合增值业务系统，包括：\n[0042] 公共事务处理子系统101，用于处理各种业务所共有的公共事务；其中，公共事务包括各种业务的统一操作维护、统一调度管理、统一用户管理、统一用户门户、统一日志报表、统一计费、统一接口和统一信令处理等，可以以上各项中的一项或多项。公共事务也可以是几种业务所共有的事务，而并非所有业务所共有的。\n[0043] 若干业务子系统102，用于处理各种业务所独有的事务。其中，每一种业务对应一个业务子系统102，每种业务除公共事务之外的事务由与其对应的业务子系统102进行处理。各种业务所独有的事务，就是指除去公共事务之外，各种业务所具有的事务。由于本发明实施例主要是提供一种支持多业务融合的平台，针对具体的业务，其公共事务由公共事务处理子系统完成，具体事务，由其自己的业务子系统完成即可，因此，对于具体业务的独有事务不再进行详细描述，\n[0044] 由于系统中包括多个业务子系统102，因此，需要对各个业务子系统102进行统一的操作维护管理，例如进行设备管理、配置信息管理、故障管理、操作日志、权限管理、信令跟踪、失败观察、性能统计、在线帮助以及各业务子系统的个性工具管理等。因此，公共事务处理子系统101包括统一操作维护单元1011，用于为各业务子系统提供统一的操作维护。\n[0045] 下面结合图3，对本实施例进行详细描述。由图3所见，本实施例涉及的一种支持多业务融合的综合增值业务系统包括公共事务处理子系统201和业务子系统202。\n[0046] 其中，业务子系统202包括各个业务中与其业务处理相关的模块以及公共事务处理子系统201不具备的特殊功能模块，如LBS业务的CP门户、VMS业务的媒体服务器等。\n业务子系统202的业务包括但不限于：SMSC(ShortMessage Service Center，短信中心)、MMSC(Multimedia Message Service Center，彩信中心)、WAP GW(Wireless Application Protocol GateWay，无线应用协议网关)、SPAM(stupid person advertesing method，垃圾监控业务)、LBS(位置服务)、VMS(语音信箱)、USSD(Unstructured Supplementary Service Data，非结构化补充数据业务)、SMGW(Short Message GateWay，短信网关)、ASP(Application Service Provider，增值业务平台)、OTA(Over-the-AirTechnology，空中下载)以及提供其他增值业务功能的各业务子系统。\n[0047] 公共事务处理子系统201包括：统一操作维护单元、统一用户管理单元、统一用户门户单元、统一调度单元、统一日志报表单元、统一计费管理单元、综合接口机单元以及统一信令前置机单元。\n[0048] 统一操作维护单元，为各业务子系统提供统一的操作维护服务平台，包括：设备管理、配置信息管理、故障管理、操作日志、权限管理、信令跟踪、失败观察、性能统计、在线帮助以及各业务子系统的个性工具管理等。\n[0049] 统一用户管理单元，对所有业务的用户数据进行统一存储、统一管理。支持所有业务的开销户统一入口，支持BOSS(Business & Operation SupportSystem，业务运营支撑系统)、OCS(Online Charging System，在线计费系统)等多种开、销户渠道。\n[0050] 统一用户门户单元，为各业务用户提供风格统一的WEB/WAP用户统一门户，支持单点登录，与统一用户管理单元进行交互，实现用户信息的查询、设置、修改、通讯录管理等功能。\n[0051] 统一调度单元，提供如下功能：主机资源的注册、注销、监控、管理等；各业务子系统软件版本的管理、部属；各业务的加载、卸载、启动、暂停；各业务处理能力的监控以及根据各业务负荷情况进行的负载均衡；各业务处理机的手动容灾和自动容灾等。\n[0052] 统一日志报表单元，采集各业务子系统在业务处理过程中生成的详细业务日志，并对业务日志进行解析入库，生成业务日志原始数据，为日志查询、性能统计和报表展现提供数据源。\n[0053] 统一计费管理单元，分预付费接口和话单接口。预付费接口将各业务子系统的计费请求统一封装成预付费交互消息和预付费中心做交互，支持各种主流计费协议。话单接口统一采集各业务子系统的原始日志文件，按运营商营帐系统话单格式需求转换成指定格式的话单提供给运营商营帐系统做计费结算。\n[0054] 综合接口机单元，融合各种通讯协议，提供各业务与外部网元通讯的统一出口。\n[0055] 统一信令前置机单元，对各业务子系统信令处理进行融合，同时支持到各业务处理机的消息分发，在业务子系统多节点部属时，进行均衡分发。\n[0056] 下面结合图4，多各个单元之间的关系进行详细描述。图4中，虚线箭头表示人机交互关系，单实线箭头表示消息交互关系，双实线箭头表示数据流交互关系。从图中可以看出，本发明的系统包括：统一计费管理单元302、统一用户门户单元304、统一用户管理单元\n306、统一操作维护单元308、各业务引擎(业务子系统)310、统一日志报表单元312、统一调度单元314、统一信令前置机单元316、综合接口机单元318九部分。\n[0057] 其中，统一计费管理单元302，又包括两部分，即：预付费接口机和话单接口机，分别处理预付费请求和后付费请求。预付费接口机接收来自各业务引擎310的预付费请求消息，根据接口规范进行计费请求封装，和外部预付费系统交互，完成各业务的预付费功能。\n预付费接口机对接口层与业务层分层设计，接口层具体负责协议链路的维护和对外封装统一的协议接口，协议包中的具体业务逻辑由各个业务自行负责，业务和接口机以封装了AVP的内部消息通讯。话单接口机统一采集各业务子系统的原始日志文件，按运营商营帐系统话单格式要求转换成指定格式的话单，然后提供给外部运营商营帐系统做计费结算。统一计费管理单元302对原始话单文件进行定期备份删除管理，同时实现计费系统相关告警信息的告警功能，包括业务日志文件采集失败告警、硬盘空间不足告警等。\n[0058] 统一用户门户单元304，为用户提供风格统一的各业务自服务门户Web和WAP操作界面。用户仅需要通过用户号码(或昵称)、密码登录统一门户即可一站式体验多种业务操作管理功能。统一用户门户单元304对内与统一用户管理单元306和业务引擎310交互，接收用户请求，实现用户信息的查询、设置、通讯录管理、开销户等功能。\n[0059] 统一用户管理单元306，整合各业务用户信息，进行集中存储，以用户号码为索引建立合理的用户信息库表。统一用户管理单元306封装统一开、销户及用户相关信息同步接口，提供业务受理功能，支持WEB方式、短消息方式、运维方式等多种开、销户渠道。其中，统一用户管理单元306封装用户信息调用接口与各业务引擎310、统一用户门户单元304、统一操作维护单元308以及其他公共子系统模块进行消息方式交互，支持各模块对用户信息的调用、查询、设置、修改等操作。同时，统一用户管理单元306针对各种交互访问记录业务日志，上报给统一日志报表单元312进行集中管理。\n[0060] 统一操作维护单元308，具体维护功能包括：设备管理，管理系统中的所有网元信息，并在操作维护系统中管理这些网元的运行状况；配置管理，提供统一配置界面对系统进行各种配置，如业务参数配置、系统参数配置等；故障管理，收集各个业务子系统、模块的运行信息并集中呈现，供维护人员参考和协助定位故障，同时提供各种手段方便用户查看当前告警和历史告警，提供界面供用户完成各种告警处理的功能；工具管理，提供更高级别的故障定位手段，如信令跟踪、性能数据统计等；操作日志，系统需要把管理员通过操作维护系统对系统所进行的种种操作日志都记录下来，以便于以后审计；权限管理，提供完备的权限管理功能，包括操作员管理、角色管理、权限分配等；在线帮助，为系统操作员提供在线帮助功能。\n[0061] 进一步，统一操作维护单元308分三层结构，即：网元层、服务层和Web浏览器层。\n网元层，包含了网元管理数据收集功能，如告警数据的收集、性能统计数据的收集等。服务层，操作维护服务器(OmmServer)、操作维护门户Web服务器(OmmPortal)、操作维护数据库。OmmServer主要通过消息机制与被管理网元进行交互，获得管理数据，并对这些数据处理或者入库，OmmPortal操作维护门户是一个B/S构架的操作门户，它运行在Web容器中，远端的浏览器通过超文本传输协议(HTTP，HyperText Transfer Protocol)访问，OmmPortal同时与OmmServer进行交互，处理业务逻辑，访问数据库等。Web浏览器层，提供统一操作维护单元的门户，通过浏览器完成各类操作维护的界面功能。\n[0062] 业务引擎310，与其他公共单元交互，提供核心业务功能，包括SMSC(短信中心)、MMSC(彩信中心)、WAP GW(WAP网关)、SPAM(垃圾监控业务)、LBS(位置服务)、VMS(语音信箱)、USSD(非结构化补充数据业务)、SMGW(短信网关)、ASP(增值业务平台)、OTA(空中下载)等。当然，业务引擎310不仅仅局限于以上所列业务系统，所有类似系统组织结构的增值业务均可按本发明所述方案进行融合。\n[0063] 统一日志报表单元312，从各业务引擎310、统一用户数据管理306采集日志话单文件，对各种类型的业务日志话单进行解析入库，生成业务日志原始数据，为日志查询、性能统计和报表展现提供数据源。统一日志报表单元312逻辑上包括FTP接口机、日志入库模块、日志展现数据处理模块、日志展现模块、报表数据预处理模块(可选)、报表展现数据处理模块、报表展现模块和网管中间数据统计模块等。其中，日志展现模块和报表展现模块统一嵌到统一操作维护单元308门户上。\n[0064] 统一调度单元314，对系统中的主机资源进行管理调度，最大限度的提高设备利用率。具体包含如下功能：系统所有主机资源的注册、注销、监控、管理等；各业务子系统软件版本的管理、部属；各业务的加载、卸载、启动、暂停；各业务引擎处理能力的监控以及根据各业务引擎负荷情况进行的负载均衡；各业务引擎的手动容灾和自动容灾。\n[0065] 进一步，统一调度单元314包括调度管理模块、调度中心模块、自动部属模块三部分。调度管理模块集成在统一操作维护单元308门户上，主要包括主机资源的信息展示、版本管理以及统一调度相关功能的页面操作和维护。调度中心模块负责整个统一调度子系统的流程控制、与操作维护、自动部属、物理主机、分流设备进行消息交互，管理物理主机资源和业务节点信息。自动部属模块提供统一的接口给各个业务，完成各个业务的加载、卸载、启动、暂停操作。\n[0066] 统一信令前置机单元316，对各业务信令处理进行融合，实现前置机的所有功能，负责各业务引擎与核心网之间的消息交互。支持到各业务引擎的消息分发，当业务以多节点部属时，支持对多节点的均衡分发功能。\n[0067] 综合接口机单元318，封装SMPP、SGIP、CMPP、HTTP等各种通讯协议，供各业务引擎及相关公共子系统调用，提供与外部网元通讯的统一出口。\n[0068] 本发明实施例涉及的支持多业务融合的综合增值业务系统在网络中应用如图5所示，支持多业务融合的综合增值业务系统是一个融合的多业务平台，包括SMSC、MMSC、WAPGW、ASP、USSD、VMS等业务平台。外部连接方面，南向能够连接CDMA(Code Division Multiple Access，码分多址)、GSM(Global System of Mobile communication，全球移动通讯系统)、WCDMA(Wideband Code Division Multiple Access，宽带码分多址)、TD-SCDMA(TimeDivision-Synchronous Code Division Multiple Access，时分同步码分多址)、NGN(Next Generation Network，下一代网络)、PSTN(Public Switched TelephoneNetwork，公共交换电话网络)等各种不同的网络，北向能够连接其他外部的、网络中已经存在的SMSC、MMSC、WAPGW等业务系统。进一步，作为业务系统不可缺少的支持，支持多业务融合的综合增值业务系统还连接IN/OCS、HLR(Home Location Register，归属位置寄存器)/HSS(Home Subscriber Server，归属用户服务器)、NMS(Network Management System，网络管理系统)、BOSS、NPDB(Number Portability database，号码携带数据库)、Provisioning等辅助网元。\n[0069] 另外，本发明还涉及一种支持多业务融合的综合增值方法，所述方法包括：\n[0070] 各种业务的公共事务由公共事务处理子系统进行处理；\n[0071] 各种业务所独有的事务由与待处理业务对应的业务子系统进行处理，其中，每个业务子系统对应一种业务；\n[0072] 公共事务处理子系统为各业务子系统提供统一的操作维护。\n[0073] 本方法中的公共事务处理子系统、业务子系统与上述实施例的公共事务处理子系统、业务子系统在功能、结构上相同，在此不再详述。\n[0074] 由上述实施例可以看出，本发明通过将不同业务系统的公共部分抽取出来，实现多个业务平台的统一配置、统一管理、统一计费、统一日志报表单元等统一的维护手段，有效降低了开发成本和部属成本，缩短了开发周期，实现了硬件、软件、运维成本的全面降低，达到降低CAPEX和OPEX的目标。\n[0075] 尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。