CN100493068C - 一种智能运营支撑融合系统 - Google Patents

Abstract

本发明公开了一种智能运营支撑融合系统，包括实时处理模块、运营处理模块和运营分析管理模块。实时处理模块用于实现对呼叫的实时控制和实时计费，实现智能网的业务功能；运营处理模块用于对各外部计费实体提供的话单进行后处理，实现基于后付费的资费处理需求；运营分析管理模块用于对运营处理模块和实时处理模块进行统一管理、监控和运营数据分析功能。实时处理模块和运营处理模块公用统一的用户帐号，并与运营处理模块交互以实现实时处理和后处理相结合的业务逻辑。应用本发明后简化了组网，减少了组网设备间的接口配合工作和简化了处理流程。实现了对用户帐号的统一管理，实现了对预付费业务和后付费业务的融合，并还提供了统一的经营管理。

Description

一种智能运营支撑融合系统

技术领域

本发明涉及智能网技术，特别是一种智能运营支撑融合系统。

背景技术

业务运营支撑系统(BOSS)是电信运营商的核心支撑系统。BOSS系统基于计算机网络及相关技术，为电信运营商提供业务运营的平台系统。从功能上看，BOSS系统是一体化的、信息资源充分共享的支撑系统，它基本上涵盖了计费、结算、营业、帐务、客户服务及相应的决策支持分析等方面，并根据需要与相关外部系统进行互联，对各种业务功能进行集中统一的规划和整合。

智能网(IN)系统是在原有通信网络的基础上设置的一种附加网络，其目的是在多厂商环境下快速引入缩位拨号、热线电话、外出后暂停、免打扰、追查恶意呼叫、呼叫跟踪、语音信箱等新的智能业务。智能网系统依靠7号(No.7)信令网和大型集中数据库来支持，它的突出特点是网络的交换功能和控制功能相分离。智能网系统一般由业务交换点(SSP)、业务控制点(SCP)、智能外设(IP)、业务管理系统(SMS)和业务生成环境(SCE)等部分组成。智能网系统的业务层包括业务控制和管理功能，交换层通过CAP、WIN、CoreINAP等基于7号信令的应用层协议向业务控制层发送相关信息建立控制管理，业务控制层根据预定义的业务处理流程处理相关信息并下发指令控制呼叫。SMS独立地对业务、业务和网络配置、业务用户和卡号、语音等各种业务资源进行管理。

当通信网络作为一种稀缺资源存在时，用户的主要需求是享受基本的通信服务，运营商需要的是给用户提供通信服务的能力，所以运营商重在应付随着用户数量的不断增长而不断提高的基本通信服务需求，而对智能网业务系统的要求体现在统一的协议广泛、标准体系结构、系统可扩展和强大的处理能力、可稳定运行和能够实施有效管理等方面。随着通信网络和服务的逐渐普及，为了提供更好的服务，运营商需要面对用户不断细分而形成的用户化业务需求、业务特性丰富而形成的多样化业务需求、对市场竞争灵活反应而形成的灵活多变的需求和多业务系统集成化的需求。目前的BOSS系统在这些方面都遇到了较大的障碍。首先因为每当增加一种业务或者服务提供方式时，一般都需要同时与智能网和BOSS系统进行对接，所以目前的BOSS系统组网复杂，组网设备间的接口配合工作很麻烦。而且，目前的BOSS系统对新业务和新需求的响应速度慢，并且由于BOSS系统缺乏实时信令处理能力，无法提供预付费类型的业务特性和呼叫控制。

图1为现有的业务提供体系示意图。如图1所示，每当新增加一种业务或者服务提供方式时，一般都需要同时与智能网和BOSS系统进行对接，所以现有业务提供体系中组网复杂，组网设备间的接口配合工作也很繁琐，比如新增一个预付费用户，需要涉及到智能网、BOSS和HLR这三个实体之间的两两进行数据交换，如果其中再增加一个业务提供实体，比如SMC(短信中心)，其复杂度又会以几何形式而上升。同时，由于BOSS系统是基于非实时的批价过程，所以现有的业务提供体系中无法适用于预付费用户。并且由于现有的业务提供体系中智能网和BOSS系统是分离的，从而导致帐号管理分离，这也给运营带来了很大的不便。

发明内容

有鉴于此，本发明的主要目的是提出一种智能运营支撑融合系统，以当增加新的业务或者服务提供方式时简化组网，减少组网设备间的接口配合工作。

为达到上述目的，本发明的技术方案是这样实现的：

一种智能运营支撑融合系统，该系统包括实时处理模块、运营处理模块和运营分析管理模块，实时处理模块和外部网络实体连接，运营处理模块和外部计费实体连接，其中：

实时处理模块用于与所述外部网络实体信令交互，实现对呼叫的实时控制和实时计费，以实现预付费业务功能；

运营处理模块用于对所述外部计费实体提供的话单进行后处理，以实现基于后付费的资费处理；

运营分析管理模块用于对所述实时处理模块和运营处理模块进行统一管理、监控和运营数据分析；

实时处理模块和运营处理模块公用统一的公共帐号，并且实时处理模块与运营处理模块交互以实现实时处理和后处理相结合的业务逻辑。

所述运营分析管理模块包括：分别与实时处理模块连接的网管系统子模块和经营分析子模块，其中：

网管系统子模块，用于管理和监控所述实时处理模块和运营处理模块；

经营分析子模块，用于实现报表统计和话单查询。

所述运营处理模块包括：

客服接口子模块，用于充当业务服务系统子模块和外部计费实体的接口，以向外部计费实体提供服务数据；

与外部网元管理接口子模块和客服接口子模块连接的业务服务系统子模块，用于处理实时处理模块和从外部网元管理接口子模块所过来的话单文件，并将计费信息反馈给公共帐号，实现后付费用户的计费以及业务功能；

与经营分析子模块连接的统计及维护管理系统子模块，用于运营处理模块的维护和运营分析，并从经营分析子模块获取呼叫记录信息，以至少统计用户话务量、呼叫模型、或业务发展情况信息中一种或者任意组合的信息，并提供相应的运行维护分析；和

外部网元管理接口子模块，用于充当业务服务系统子模块和外部网元的接口，收集外部网元的话单，并向业务服务系统子模块提供外部网元的话单，根据话单计算计费信息，并将计费信息传递给公共帐号完成用户帐户扣费。

所述实时处理模块包括：

网管统计处理子模块，用于向运营分析管理模块提供系统信息；

话单处理子模块，用于对产生的话单进行处理供运营分析管理模块处理；

计费处理子模块，用于实现业务功能的计费和实时扣费；和

业务处理子模块，用于实时处理业务逻辑，根据公共帐号的用户属性来实现对不同类型用户业务逻辑的处理，并由客服接口子模块来配置和改变业务逻辑的运营方式和状况；

网管统计处理子模块与运营分析管理模块和话单处理子模块连接，话单处理子模块与计费处理子模块连接，计费处理子模块与业务处理子模块连接，业务处理子模块与外部网络实体和客服接口子模块连接。

所述的外部网络实体为SSP、SMS、多媒体短信息(MMS)、内容提供商代理(SP PROXY)、无线应用协议网关(WAPGW)中的一种或者任意组合。

所述的外部计费实体为智能语音实体、语音接入处理实体、短消息非结构化补充业务(USSD)实体、WEB/WAP实体中的一种或者任意组合。

从以上技术方案可以看出，本发明的智能运营支撑融合系统由实时处理模块、运营处理模块和运营分析管理模块组成。实时模块通过与外部网络实体的信令交互，实现对呼叫的实时控制和实时计费，实现智能网在预付费业务提供上的基本业务功能；运营处理模块通过与外部模块的话单接口，对各外部计费实体提供的话单进行后处理，实现各种基于后付费的资费处理需求，实现BOSS系统的功能；运营分析模块提供对实时处理模块和运营处理模块的统一管理、监控以及运营数据分析。应用本发明后，后处理和实时处理的业务被统一在一个系统中，所以当新增加业务或者服务提供方式时，不需要同时和智能网与BOSS系统对接，只需要和该智能运营支撑融合系统建立连接，从而极大地简化了组网，并减少了组网设备间的接口配合工作。

并且，实时处理模块、运营处理模块和运营分析模块将智能运营支撑融合系统在功能划分成三个清晰的功能域，避免了原有智能网系统和BOSS系统之间功能的重复建设。

同时，应用本发明后对呼叫处理和话单处理点合一，从而极大地简化了处理流程。并且，实时处理模块和运营处理模块公用统一的用户帐号，在运营处理模块使用话单处理的方式处理后付费用户计费，在实时处理模块完成实时处理预付费用户计费，并且通过话单处理和业务处理模块进行与运营模块的交互，实现实时处理和后处理的业务逻辑。因此，应用本发明实现了对用户帐号的统一管理，并通过融合营帐话单后处理功能，实现了对预付费业务和后付费业务的融合，并且还提供了统一的经营管理。

附图说明

图1为现有的业务提供体系示意图。

图2为本发明的智能运营支撑融合系统的模块图。

图3为本发明一实施例的智能运营支撑融合系统的示意图。

图4为应用本发明的业务提供体系示意图。

具体实施方式

为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。

图2为本发明的智能运营支撑融合系统的模块图。如图2所示，该智能运营支撑融合系统包括实时处理模块21、运营分析管理模块22和运营处理模块23。其中实时处理模块21与外部网络实体24连接，通过与外部网络实体24的信令交互，实现对呼叫的信令控制和对呼叫的实时计费，以实现智能网的在预付费业务提供上的基本业务功能；运营处理模块23与外部计费实体25连接，通过与外部计费实体25的话单接口，对各外部计费实体提供的话单进行后处理，以实现各种基于后付费的资费处理需求；运营分析管理模块22用于对实时处理模块21和运营处理模块23进行统一管理、监控和运营数据分析功能，实现系统操作、数据维护、运行状态监控和运营数据分析、统计等功能。外部网络实体24和外部计费实体25包括与本系统相连接的其他所有可能的外部电信设备。实时处理模块21和运营处理模块23共用统一的公共帐号，并与运营处理模块23交互以实现实时处理和后处理相结合的业务逻辑。后付费用户计费使用话单处理的方式在运营处理模块23进行处理，预付费用户计费在实时处理模块21完成实时处理。

在本发明的智能运营支撑融合系统中实时处理模块21、运营分析管理模块22和运营处理模块23这三个模块将智能运营支撑融合系统的功能划分成三个清晰的功能域，避免了原有智能网系统和BOSS系统间功能的重复建设。实时处理模块21根据外部网络实体24上报的实时信令完成了智能网系统原来的呼叫和信令控制和实时计费的基本功能，运营处理模块23通过在实时处理模块21产生的话单和外部网元话单完成BSS话单后处理和批价的后付费基本功能，运营分析管理模块22根据实时处理模块21、运营分析管理模块23的相关计费和话单信息完成OSS的运营、分析和统计的基本功能，而用户数据配置在公共帐号统一管理。因此，后处理和实时处理的业务被统一在一个完整的系统中，从而简化了组网，减少了组网设备间的接口配合工作。同时，该系统综合了不同业务提供方式，极大地提高了业务提供能力和业务提供速度。

基于图2所示的本发明的智能运营融合系统的模块图，图3为本发明一实施例的智能运营支撑融合系统的示意图。

如图3所示，实时处理模块21包括网管统计处理子模块31、话单处理子模块32、计费处理子模块33和业务处理子模块34。运营分析管理模块22包括网管系统子模块35和经营分析子模块36。运营处理模块23包括客服接口子模块37、业务服务系统子模块38、统计及维护管理系统子模块39和外部网元管理接口子模块40。与业务处理子模块34相连的外部网络实体可包括SSP、ISMG、SMS、MMS、WAP网关(WAPGW)、SP PROXY中的一种或者其中的任意组合。

网管统计处理子模块31用于向网管系统子模块35提供系统信息；话单处理子模块32用于对产生的话单进行处理供运营分析子模块36处理；计费处理子模块33用于实现业务功能的计费和实时扣费，并同时与公共帐号相连，将计费信息实时通报给公共帐号实现实时计费；业务处理子模块34用于实时处理业务逻辑，根据公共帐号的用户属性来实现对不同类型用户业务逻辑的处理，并由客服接口子模块37来配置和改变业务逻辑的运营方式和状况；实时处理模块21通过话单处理子模块32和业务处理子模块34进行与运营处理模块23的交互，实现实时处理和后处理相结合的业务逻辑。实时处理模块21和运营处理模块23公用统一的公共帐户。

运营分析管理模块22包括网管系统子模块35和经营分析子模块36。其中，网管系统子模块35用于管理和监控整个智能运营融合系统；经营分析子模块36用于实现报表统计，话单查询等。

运营处理模块23包括客服接口子模块37、业务服务系统子模块38、统计及维护管理系统子模块39和外部网元管理接口子模块40。其中，客服接口子模块37用于作为业务服务系统子模块38和外部计费实体25的接口，以向外部计费实体25提供服务数据，外部计费实体25可为智能语音实体、语音接入处理实体、WEB/WAP实体或短消息USSD实体中的一种或者任意组合；业务服务系统子模块38用于处理实时处理模块21和从外部网元管理接口子模块40所过来的话单文件，并将计费信息反馈给公共帐号，实现后付费用户的计费以及业务功能；统计及维护管理系统子模块39用于运营处理模块23的维护和运营分析，并从经营分析子模块36获得话单处理子模块的详细呼叫记录信息，以统计用户话务量、呼叫模型、业务发展情况等重要信息，以提供相应的运行维护分析。外部网元管理接口子模块40用于和外部网元接口，搜集外部网元的话单以及维护HLR签约数据，并向业务服务系统子模块38提供外部网元的话单，并根据话单计算计费信息，并将计费信息传递给公共帐号完成用户帐户扣费。

图4为应用本发明的业务提供体系示意图。如图4所示，智能网和BOSS系统已经融合为一个智能运营支撑融合系统，并分别和门户系统(Portal)、客服系统、营业厅、内容提供商代理(SP Proxy)、MSC连接。当新增加一种业务或者服务提供方式时，只需要和智能运营支撑融合系统进行连接，而不需要分别与智能网和BOSS系统进行对接，所以组网简单，并减少了组网设备间的接口配合工作。同时，鉴权计费过程极大地获得了简化。而且，应用本发明的业务提供体系通过BOSS系统和智能网的融合，将原来分布在BOSS系统和智能网的运营管理接口进行统一，对用户帐号进行统一管理，并且支持预付费和后付费业务提供方式的融合。

例如：原来的一个预付费用户需要在BOSS和智能网各自开设帐户。当某个网元需要获取帐户信息时，需要分别从BOSS和智能网获取信息。如果有多个网元，则该过程的复杂度成倍上升，而且智能和BOSS间的帐户数据同步，从而极大地增加了系统维护的复杂性。应用本发明后，如上所述，因为只需要和智能运营支撑融合系统进行连接，而不用同时与智能网和BOSS系统进行对接，所以当增加新的业务或者服务提供方式时，组网简单并减少了组网设备间的接口配合工作，从而实现了发明目的。

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

Claims (6)

1、一种智能运营支撑融合系统，其特征在于，该系统包括实时处理模块、运营处理模块和运营分析管理模块，实时处理模块和外部网络实体连接，运营处理模块和外部计费实体连接，其中：

实时处理模块用于与所述外部网络实体信令交互，实现对呼叫的实时控制和实时计费，以实现预付费业务功能；

运营处理模块用于对所述外部计费实体提供的话单进行后处理，以实现基于后付费的资费处理；

运营分析管理模块用于对所述实时处理模块和运营处理模块进行统一管理、监控和运营数据分析；

实时处理模块和运营处理模块公用统一的公共帐号，并且实时处理模块与运营处理模块交互以实现实时处理和后处理相结合的业务逻辑。

2、根据权利要求1所述的智能运营支撑融合系统，其特征在于，所述运营分析管理模块包括：分别与实时处理模块连接的网管系统子模块和经营分析子模块，其中：

网管系统子模块，用于管理和监控所述实时处理模块和运营处理模块；

经营分析子模块，用于实现报表统计和话单查询。

3、根据权利要求2所述的智能运营支撑融合系统，其特征在于，所述运营处理模块包括：

客服接口子模块，用于充当业务服务系统子模块和外部计费实体的接口，以向外部计费实体提供服务数据；

与外部网元管理接口子模块和客服接口子模块连接的业务服务系统子模块，用于处理实时处理模块和从外部网元管理接口子模块所过来的话单文件，并将计费信息反馈给公共帐号，实现后付费用户的计费以及业务功能；

与经营分析子模块连接的统计及维护管理系统子模块，用于运营处理模块的维护和运营分析，并从经营分析子模块获取呼叫记录信息，以至少统计用户话务量、呼叫模型、或业务发展情况信息中一种或者任意组合的信息，并提供相应的运行维护分析；和

外部网元管理接口子模块，用于充当业务服务系统子模块和外部网元的接口，收集外部网元的话单，并向业务服务系统子模块提供外部网元的话单，根据话单计算计费信息，并将计费信息传递给公共帐号完成用户帐户扣费。

4、根据权利要求3所述的智能运营支撑融合系统，其特征在于，所述实时处理模块包括：

网管统计处理子模块，用于向运营分析管理模块提供系统信息；

话单处理子模块，用于对产生的话单进行处理供运营分析管理模块处理；

计费处理子模块，用于实现业务功能的计费和实时扣费；和

业务处理子模块，用于实时处理业务逻辑，根据公共帐号的用户属性来实现对不同类型用户业务逻辑的处理，并由客服接口子模块来配置和改变业务逻辑的运营方式和状况；

网管统计处理子模块与运营分析管理模块和话单处理子模块连接，话单处理子模块与计费处理子模块连接，计费处理子模块与业务处理子模块连接，业务处理子模块与外部网络实体和客服接口子模块连接。

5、根据权利要求1所述的智能运营支撑融合系统，其特征在于，所述的外部网络实体为业务交换点SSP、业务管理系统SMS、多媒体短信息MMS、内容提供商代理SP PROXY、无线应用协议网关WAPGW中的一种或者任意组合。

6、根据权利要求1所述的智能运营支撑融合系统，其特征在于，所述的外部计费实体为智能语音实体、语音接入处理实体、短消息非结构化补充业务USSD实体、WEB/WAP实体中的一种或者任意组合。

Images