CN102355650A - 一种业务处理方法及系统 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法及系统，用于简化业务平台的逻辑，简化现网扩容的系统维护操作，提高计费节点的安全性，并实现省间实时计费。本发明实施例方法包括：统一实时接入系统接收业务平台发送的请求消息，获取请求消息中的业务参数及用户参数，根据所获取的业务参数及用户参数，确定业务类型及用户归属类型，根据业务类型及用户归属类型处理请求消息。

Description

一种业务处理方法及系统

技术领域

本发明涉及网络通信技术领域，尤其涉及一种业务处理方法及系统。

背景技术

伴随着国内第三代移动通信技术(3G，3rd-generation)业务的全面开展，数据业务越来越重要。业务发展的新颖化、多样化也使得越来越多的业务要到计费系统上进行扣费。为了满足计费的多样化、复杂化，现在很多本地的计费正在向在线计费和离线计费相融合方向发展，计费系统已经具备了实时计费能力。

现有技术中，计费系统进行本地计费时，采用多业务平台直连本省的计费系统，通过Diameter(直径)消息进行实时计费，或者通过离线话单计费，而进行省间计费时，均采用离线话单形式进行计费。

但上述现有技术中，计费用户只归属于某一个计费系统，就要求各种业务平台都能区分出用户的归属地，向用户归属计费平台发送鉴权、计费请求。但是各个厂家开发处理的差异性，逻辑的统一难度比较高，如果用户搬迁或者有业务平台发生改变，则需要所有的业务平台都相应的修改用户的归属信息，所有计费系统也要改变业务平台的连接配置，开发成本高、维护难度大、安全系数低。

发明内容

本发明实施例提供了一种业务处理方法及系统，用于简化业务平台的逻辑，简化现网扩容的系统维护操作，提高计费节点的安全性，并实现省间实时计费。

本发明实施提供的业务处理方法，包括：统一实时接入系统接收业务平台发送的请求消息；获取请求消息中的业务参数及用户参数；根据所获取的业务参数及用户参数，确定业务类型及用户归属类型；根据业务类型及用户归属类型，处理所述请求消息。

本发明实施例提供的业务处理系统，包括：接收单元，用于接收业务平台发送的请求消息；获取单元，用于获取请求消息中的业务参数及用户参数；判断单元，用于根据所获取的业务参数及用户参数，判断业务类型及用户归属类型；处理单元，用于根据业务类型及用户归属类型，处理所述请求消息。

从以上技术方案可以看出，本发明实施例具有以下优点：统一实时接入系统接收业务平台发送的请求消息，获取请求消息中的业务参数及用户参数，根据所获取的业务参数及用户参数，确定业务类型及用户归属类型，将请求消息发送到用户所属的计费系统。这样，统一实时系统成为业务平台和计费系统之间的桥梁，可以简化组网方式，简化各业务平台的处理逻辑，使得系统维护操作简便，同时还起到类似网关的作用，避免业务平台和计费系统之间由于直接连接产生的安全风险，使得网络安全得到保障，还可实现业务跨省的实时计费，降低用户欠费风险。

附图说明

图1为本发明实施例中业务处理方法的系统构架示意图；

图2为本发明实施例中业务处理方法的一个实施例示意图；

图3为本发明实施例中业务处理方法中另一个实施例示意图；

图4为本发明实施例中本地事件消息处理流程示意图；

图5为本发明实施例中本地会话消息处理流程示意图；

图6为本发明实施例中漫游事件消息处理流程示意图；

图7为本发明实施例中漫游会话消息处理流程示意图；

图8为本发明实施例中业务处理方法中另一个实施例示意图；

图9为本发明实施例中异常状态下处理业务消息的流程示意图；

图10本发明实施例中省级及地市级设置业务处理系统后的通信网络结构示意图；

图11为本发明实施例中统一实时接入系统的一个实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法及统一实时接入系统，用于简化系统维护操作，提高计费节点的安全性，并实现省间实时计费，下面分别进行详细说明。

以下实施例中，在业务平台和计费系统之间引入汇接多种核心网络并实时处理业务消息的接入系统，为便于描述，以下均称统一实时接入系统。

为便于理解，首先以不同省间的业务系统的构架，概括描述统一实时接入系统与业务平台以及计费系统的连接关系，请参阅图1，图1为本发明实施例中业务处理方法的系统构架示意图，统一实时接入系统布置在各省的省一级业务系统中(本地业务系统101和漫游业务系统102)，本地业务平台103与本地计费系统104之间布置本地统一实时接入系统105，采用星形的网络拓扑结构进行组网，该统一实时接入系统105与漫游业务系统102的统一实时接入系统106进行连接，采用网状拓扑结构进行组网，漫游业务系统102的统一实时接入系统106连接漫游各计费系统107，各网元的实时接口采用Diameter信用控制(DCC，Diameter Credit Control)协议，各网元间的非实时接口采用话单方式进行业务处理。

需要说明的是，以上系统可适配核心网络业务的DCC协议，通过业务接入功能，可处理所有类型的DDC消息请求，本发明实施例可以应用于所有处理DCC消息请求的网络系统。

请参阅图2，本发明实施例提供的业务处理方法的一个实施例包括：

201、统一实时接入系统接收业务平台发送的请求消息；

本发明实施例中，统一实时接入系统，接收业务平台发送的请求消息，该请求消息具体可为信用控制请求(CCR，Credit Control Request)。

202、获取请求消息中的业务参数及用户参数；

统一实时接入系统获取CCR中的业务相关参数及用户相关参数。

203、根据所获取的业务参数及用户参数，判断业务类型及用户归属类型；

根据所获取的业务参数判断业务类型，根据所获取的用户参数判断用户归属类型。

204、根据业务类型及用户归属类型，处理请求消息。

根据业务类型的不同，以及用户归属类型的不同，对业务平台发送的请求消息进行不同的处理。

本发明实施例中，统一实时接入系统接收业务平台发送的请求消息，获取请求消息中的业务参数及用户参数，根据所获取的业务参数及用户参数，确定业务类型及用户归属类型，将请求消息发送到用户所属的计费系统，统一实时系统成为业务平台和计费系统之间的桥梁，从而可以简化组网方式，简化各业务平台的处理逻辑，使得系统维护操作简便，同时还起到类似网关的作用，避免业务平台和计费系统之间由于直接连接产生的安全风险，使得网络安全得到保障，还可实现业务跨省的实时计费，降低用户欠费风险。

为便于理解，下面以另一实施例对本发明实施例中的业务处理方法进行描述，请参阅图3，本发明实施例中的业务处理消息的另一个实施例包括：

301、统一实时接入系统接收业务平台发送的请求消息；

本发明实施例中的步骤301的具体内容，与前述图2所示实施例中步骤201的内容相同，此处不再赘述。

302、获取请求消息中的标识业务类型及用户归属类型的属性值对；

将所获取的请求消息进行解码，获取其中标识业务类型及用户归属类型的属性值对(AVP，Attribute Value Pair)，标识业务类型的AVP具体可以为信用控制请求类型(CC-Request-Type)，标识用户归属类型的AVP具体可以为终端用户标志(Subscription-Id-Data)。

303、根据所获取的标识业务类型及用户归属类型的属性对值，判断业务类型及用户归属类型；

当获取的AVP中，标识业务类型的CC-Request-Type的值为4时，表明该请求消息为事件请求(EVENT_REQUEST)；当CC-Request-Type的值为1时，表明该请求消息为初始请求(INITIAL_REQUEST)；当CC-Request-Type的值为2时，表明该请求消息为更新请求(UPDATE_REQUEST)；当CC-Request-Type的值为3时，表明该请求消息为终止请求(TERMINATION_REQUEST)。

对AVP中标识用户属性的Subscription-Id-Data进行分析，可判断用户为本地用户还是漫游用户。

304、根据业务类型及用户归属类型，进行业务处理。

根据业务类型及用户类型是本地用户还是漫游用户，处理业务的方式分为以下四种：

一、若业务类型为事件请求，用户为本地用户；

则统一实时接入系统向用户所属的本地计费系统发送事件请求消息，由该本地计费系统对事件请求进行鉴权及扣费，处理完成后发送信用控制应答(CCA，Credit Control Answer)消息给统一实时接入系统，由统一实时接入系统将该CCA消息传回给业务系统。

下面以具体的业务流程示意图进行详细说明，请参阅图4，本发明实施例中本地事件请求业务流程包括：

401、业务平台向统一实时接入系统发送CCR请求消息；

402、判断、查询；

统一实时系统判断CCR请求消息为事件请求消息，用户为本地用户，查询所属的本地计费系统。

403、向用户所属本地计费系统发送CCR(事件请求)消息；

404、计费系统进行鉴权计费；

405、计费系统向统一实时系统返回CCA(事件请求)消息；

406、统一实时系统向业务平台返回该CCA(事件请求)消息。

二、若业务类型为初始请求，用户为本地用户：

则统一实时接入系统向用户所属的本地计费系统发送初始(INITIAL)请求消息，并记录本次会话(session)信息，而后将CCA消息传回给业务平台，业务平台根据鉴权情况监控用户的业务使用情况，当业务平台监控用户业务使用达到初始申请的资源限制，便向统一实时接入系统发送CCR更新(UPDATE)请求。当该统一实时接入系统接收到业务平台发送的请求消息后，获取的CC-Request-Type的值为2，由此判断该请求消息为更新请求，则根据之前记录的会话信息，向用户所属的本地计费系统发送该更新请求，由该计费系统进行批价、预留和计费，处理完成后，由该统一实时接入系统将CCA消息传回给业务平台，业务平台继续监控用户的业务使用情况，以上的UPDATE消息可根据用户使用业务的实际情况多次重复。

业务平台监控到用户结束使用业务，或用户申请资源已经用完，则向统一实时接入系统发送CCR终止(TERMINATION)请求，该统一实时接入系统接收到该消息后，获取的其中的CC-Request-Type的值为3，由此判断该请求消息为终止请求，根据之前保存的会话信息将该终止请求发送到前述用户所属的本地计费系统，进行最后的批价、计费。处理完成后，将由该统一实时接入系统将CCA消息传回给业务平台，业务平台释放业务。

下面以具体的业务流程示意图进行详细说明，请参阅图5，本发明实施例中本地会话消息业务流程包括：

501、业务平台向统一实时接入系统发送CCR请求消息；

502、查询、判断、记录；

统一实时系统判断该CCR请求消息为初始请求，用户为本地用户，则执行步骤503，同时记录会话信息。

503、向用户所属本地计费系统发送CCR(初始请求)消息；

504、计费系统进行鉴权、预留、计费；

由计费系统进行鉴权、批价、预留、计费等与计费相关的操作。

505、计费系统向统一实时接入系统返回CCA(初始请求)消息；

506、统一实时接入系统向业务平台返回该CCA(初始请求)消息；

507、业务平台向统一实时接入系统发送CCR(更新请求)消息；

当业务平台监控用户业务使用达到初始申请的资源限制，便向统一实时接入系统发送CCR(更新请求)消息。

508、查询、判断；

统一实时接入系统接收到业务平台发送的请求消息后，获取的CC-Request-Type的值为2，由此判断该请求消息为更新请求，通过查询记录的会话信息，获知用户为前述本地用户；

509、统一实时接入系统向计费系统发送CCR(更新请求)消息；

510、计费系统进行鉴权、计费；

511、计费系统向统一实时接入系统返回CCA(更新请求)消息；

512、统一实时接入系统向业务平台返回该CCA(更新请求)消息；

513、业务平台向统一实时接入系统发送CCR(终止请求)消息；

业务平台监控到用户结束使用业务，或用户申请资源已经用完，则向统一实时接入系统发送CCR(终止请求)消息。

514、查询、判断；

统一实时接入系统接收到该消息后，获取的其中的CC-Request-Type的值为3，由此判断该请求消息为终止请求，通过查询之前记录的会话信息，获知用户为前述本地用户；

515、统一实时接入系统向计费系统发送CCR(终止请求)消息；

516、计费系统进行鉴权、计费；

517、计费系统向统一实时系统返回CCA(终止请求)消息；

518、统一实时系统向业务平台返回该CCA(终止请求)消息。

三、若业务类型为事件请求，用户为漫游用户；

则业务接入省的统一实时接入系统向用户的归属省的统一实时接入系统发送事件请求消息，该归属省的统一实时接入系统向其省的用户所属计费系统发送该事件请求消息，由该归属省的用户所属计费系统对事件请求进行鉴权及扣费，处理完成后发送CCA事件请求消息给该归属省的统一实时接入系统，由该归属省的统一实时接入系统向业务接入省的统一实时接入系统发送该CCA事件请求消息，再由业务接入省的统一实时接入系统将该CCA消息传回给接入省的业务平台。

下面以具体的业务流程示意图进行详细说明，请参阅图6，本发明实施例中漫游事件请求业务流程包括：

601、业务接入省的业务平台向接入省的统一实时接入系统发送CCR请求消息；

602、判断、查询；

接入省的统一实时系统判断CCR请求消息为事件请求消息，用户为省外用户，查询用户归属省的统一实时接入系统。

603、向用户归属省的统一实时接入系统发送CCR(事件)请求消息；

604、判断、查询；

用户归属省的统一实时接入系统判断CCR请求消息为事件请求消息，用户为本地用户，查询用户本地所属计费系统。

605、向用户归属本地计费系统发送CCR(事件)请求消息；

606、用户归属本地计费系统进行鉴权计费；

607、用户归属本地计费系统向用户的归属统一实时系统返回CCA(事件)请求消息；

608、用户归属省的统一实时系统向接入省的统一实时系统返回CCA(事件)请求消息；

609、接入省的统一实时系统向接入省的业务平台返回该CCA(事件)请求消息。

四、若业务类型为初始请求，用户为漫游用户；

则业务接入省的统一实时接入系统向用户归属省的统一实时接入系统发送初始请求，并记录本次会话信息，归属省的统一实时接入系统根据该初始请求判断用户归属的计费系统，并记录本次会话信息，将该初始请求发送到用户归属的计费系统进行鉴权计费，返回CCA初始请求给归属省的统一实时接入系统，由归属省的统一实时接入系统返回该CCA初始请求给接入省的统一实时接入系统，该接入省的统一实时接入系统返回该CCA初始请求给接入省的业务平台，该业务平台根据鉴权计费情况监控用户的业务使用情况。

当接入省的业务平台监控用户业务使用达到初始申请的资源限制，便向接入省的统一实时接入系统发送CCR(更新请求)消息。当接入省的统一实时接入系统接收到业务平台发送的CCR请求消息后，获取的CC-Request-Type的值为2，由此判断该请求消息为更新请求，则根据之前本系统记录的会话信息，向用户归属省的统一实时接入系统发送该CCR(更新请求)消息，归属省的统一实时接入系统收到后，获取其中的CC-Request-Type的值为2，由此判断该请求消息为更新请求，则根据之前本系统记录的会话信息向用户归属的计费系统发送该更新请求，由该计费系统进行鉴权计费，该计费系统返回CCA更新请求给归属省的统一实时接入系统，由归属省的统一实时接入系统返回该CCA更新请求给接入省的统一实时接入系统，该接入省的统一实时接入系统返回该CCA更新请求给接入省的业务平台，该接入省的业务平台继续监控用户的业务使用情况，以上的UPDATE消息可根据用户使用业务的实际情况多次重复。

业务平台监控到用户结束使用业务，或用户申请资源已经用完，则向统一实时接入系统发送CCR(终止请求)消息，该统一实时接入系统接收到该消息后，获取的其中的CC-Request-Type的值为3，由此判断该请求消息为终止请求，根据之前保存的会话信息将该CCR消息发送到用户归属省的统一实时接入系统，该用户归属省的统一实时接入系统接收到CCR消息后，获取其中的CC-Request-Type的值为3，由此判断该请求消息为终止请求，则根据之前本系统记录的会话信息向用户归属的计费系统发送该终止请求，由该计费系统进行最后的批价、计费，处理完成后发送CCA(终止请求)消息给该归属省的统一实时接入系统，由该归属省的统一实时接入系统向业务接入省的统一实时接入系统发送该CCA(终止请求)消息，再由业务接入省的统一实时接入系统将该CCA(终止请求)消息传回给接入省的业务平台，该接入省的业务平台释放业务。

下面以具体的业务流程示意图进行详细说明，请参阅图7，本发明实施例中漫游会话消息业务流程包括：

701、业务接入省的业务平台向接入省的统一实时接入系统发送CCR请求消息；

702、判断、查询、记录；

接入省的统一实时系统判断CCR请求消息为初始请求，用户为漫游用户，查询用户归属省的统一实时接入系统，同时记录会话信息。

703、向用户归属省的统一实时接入系统发送CCR(初始请求)消息；

704、判断、查询、记录；

归属省的统一实时系统判断CCR请求消息为初始请求，用户为本地用户，查询用户归属的计费系统，同时记录会话信息。

705、向用户所属本地计费系统发送CCR(初始请求)消息；

706、计费系统进行鉴权、预留、计费；

由计费系统进行鉴权、批价、预留、计费等与计费相关的操作。

707、用户本地计费系统向用户的归属统一实时系统返回CCA(初始请求)消息；

708、用户的归属统一实时系统向接入省的统一实时系统返回CCA(初始请求)消息；

709、接入省的统一实时系统向接入省的业务平台返回该CCA(初始请求)消息；

710、接入省的业务平台向接入省的统一实时接入系统发送CCR(更新请求)消息；

当接入省的业务平台监控用户业务使用达到初始申请的资源限制，便向接入省的统一实时接入系统发送CCR(更新请求)消息。

711、判断、查询、记录；

接入省的统一实时系统判断CCR请求消息为更新请求，根据保存的会话信息查询用户的归属统一实时接入系统，同时记录会话信息。

712、向用户的归属统一实时接入系统发送CCR(更新请求)消息；

713、判断、查询、记录；

用户的归属统一实时系统判断CCR请求消息为更新请求，根据保存的会话信息查询用户归属的计费系统，同时记录会话信息。

714、向用户的本地计费系统发送CCR(更新请求)消息；

715、计费系统进行批价、计费；

716、用户本地计费系统向用户的归属统一实时系统返回CCA(更新请求)消息；

717、用户的归属统一实时系统向接入省的统一实时系统返回CCA(更新请求)消息；

718、接入省的统一实时系统向接入省的业务平台返回该CCA(更新请求)消息；

719、接入省的业务平台向接入省的统一实时接入系统发送CCR(终止请求)消息；

当业务平台监控到用户结束使用业务，或用户申请资源已经用完，向统一实时接入系统发送CCR(终止请求)消息。

720、判断、查询、记录；

接入省的统一实时系统判断CCR请求消息为终止请求，根据保存的会话信息查询用户的归属统一实时接入系统，同时记录会话信息。

721、向用户的归属统一实时接入系统发送CCR(终止请求)消息；

722、判断、查询、记录；

用户的归属统一实时系统判断CCR请求消息为终止请求，根据保存的会话信息查询用户归属的计费系统，同时记录会话信息。

723、向用户的本地计费系统发送CCR(终止请求)消息；

724、计费系统进行批价、计费；

725、用户本地计费系统向用户的归属统一实时系统返回CCA(终止请求)消息；

726、用户的归属省统一实时系统向接入省的统一实时系统返回CCA(终止请求)消息；

727、接入省的统一实时系统向接入省的业务平台返回该CCA(终止请求)消息。

本发明实施例中，统一实时接入系统接收业务平台发送的请求消息，获取请求消息中的标识业务类型及用户归属类型的属性值对，根据所获取的标识业务类型及用户归属类型的属性对值，判断业务是事件请求、初始请求、更新请求或终止请求，用户归属类型是本地还是漫游，根据业务类型及用户归属类型，以不同的业务方式对业务进行处理，若用户归属类型为本地，则由统一实时接入系统将请求消息发送给用户本地计费系统，若用户归属类型为漫游，则由业务接入省的统一实时接入系统将请求消息发送给用户的归属统一实时接入系统进行处理，这样，通过在网络中布置统一实时接入系统，由该系统对业务平台发送的请求消息进行统一处理，可简化组网方式，简化各业务平台的处理操作，使得系统维护操作简便，尤其是位于多个省得不同网络中的统一实时接入系统可联合处理业务，同时还起到类似网关的作用，可避免业务平台和计费系统之间，以及各省网络之间由于直接连接产生的安全风险，还可实现业务跨省的实时计费，降低用户欠费风险。

以上实施例说明的均是在正常状态下的业务请求消息的处理方法，下面以另一个实施例说明在异常状态下，统一实时接入系统处理业务请求消息的方法，请参阅图8，本发明实施例中的业务处理方法的另一个实施例包括：

801、获取接收到的请求消息中的业务参数及用户参数；

统一实时接入系统接收业务平台发送的请求消息，可以理解的，当用户为漫游用户时，用户的归属统一实时接入系统接收接入省的统一实时接入系统发送的请求消息，本实施例为描述方便，只以本地用户的情况为例进行说明，漫游用户处理方式相同，此处不再赘述。

统一实时接入系统获取该请求消息中的业务参数及用户参数，其中，业务参数可以是服务信息标识(Service-Context-ID)及服务标识(Service-Identifier)，而用户参数可以是终端用户标志(Sub scription-Id-Data)。

802、根据所获取的业务参数及用户参数，判断业务或用户是否异常；

根据Service-Context-ID与Service-Identifier两种标识的组合，判断业务类型是否为系统支持的业务，如果不支持则认为是没有开展的业务，属于非法业务，不允许业务接入到计费系统进行鉴权和扣费，根据Subscription-Id-Data查询用户归属地，若根据该用户标志查询不到用户归属地，则判断为用户处于异常状态，除以上两种异常状态，统一实时接入系统判断自身与计费系统连接处于异常状态，也是影响业务处理的一种异常情况。

803、若是，则确定是否放通异常业务，并向业务平台发送确定结果信息；

统一实时接入系统则根据具体情况确定放通还是释放本次处于异常状态的业务，返回CCA消息给业务平台，指示业务平台进行放通或释放操作。

804、在接收到的放通业务的离线话单中增加各计费号码归属的计费系统信息，并按归属的计费系统进行分类存储；

若对业务做放通处理，则计费系统上产生放通业务离线话单，需要在计费系统中进行相应的批价及扣费，统一实时接入系统上提供离线话单分拣功能，将业务平台产生的离线话单逐条进行分拣，根据话单前缀和计费号码的归属计费系统节点，将该话单写到离线话单处理目录，文件名格式修改为“原话单前缀+3位计费节点ID+原话单文件名.原话单后缀”，增加目的地计费节点，由此生成新的话单文件名。

805、向各计费号码归属计费系统发送分类后的离线话单。

将分拣后的离线话单，根据离线话单中的计费节点ID发送到用户归属的计费系统，进行计费处理。

本发明实施例中，当根据接收到的业务消息，统一实时接入系统发现当前业务处于异常状态，则确定是否放通异常业务，若放通，则将因放通处理产生的离线话单进行逐条分拣，根据话单前缀和计费号码的归属计费系统节点，将该话单写到离线话单处理目录，文件名格式修改为“原话单前缀+3位计费节点ID+原话单文件名.原话单后缀”，增加目的地计费节点，由此生成新的话单文件名，将分拣后的离线话单，根据离线话单中的计费节点ID发送到用户归属的计费系统，进行计费处理，由此完成异常状态下的计费操作。

为便于理解，下面以具体的处理异常状态的业务的流程示意图进行详细说明，请参阅图9，本发明实施例中处理异常状态下的业务流程包括：

901、业务平台发送CCR业务消息；

902、统一实时接入系统判断是否存在异常情况，如存在则确定放通或释放；

统一实时接入系统根据从CCR业务消息中获取的业务参数及用户参数，判断是否存在异常情况，包括：业务异常、用户异常及网络连接异常，如果存在，则确定放通业务或释放业务。

903、统一实时接入系统向业务平台发送CCA及结果码；

904、业务平台根据结果码进行放通或释放处理；

905、业务平台向统一实时接入系统发送由于放通处理产生的离线话单；

906、统一实时接入系统分拣及分发话单，确定计费系统，生成的新的话单文件名；

统一实时接入系统将业务平台产生的离线话单逐条进行分拣，根据话单前缀和计费号码的归属计费系统节点，将该话单写到离线话单处理目录，文件名格式修改为“原话单前缀+3位计费节点ID+原话单文件名.原话单后缀”，增加目的地计费节点，由此生成新的话单文件名。

907、统一实时接入系统向用户所属计费系统发送离线话单。

在通信网络中设置统一实时接入系统，可以在省级的通信网络系统中，设置省级和地市级两级统一实时接入系统，以用户使用通用无线分组业务系统(GPRS，Generally Packet Radio System)上网为例，请参阅图10，在A省和B省均设置省级统一实时接入系统，在A省的A市和B市、B省的E市和F市设置地市级统一实时接入系统，负责接入本市的GPRS网关支持点(GGSN，Gateway GPRS Support Node)，把本省的用户上网的消息发送给本省的在线计费系统(OCS，OnlineChargingSystem)进行计费，对于外省漫游过来上网的消息请求，转发给省级的统一实时接入系统，由省级的统一实时接入系统根据用户归属省份，发送给相应的归属省份，再由归属省份逐层转发到用户的OCS进行计费处理。处理的具体过程可参见前述各实施例中相关内容，此处不再赘述。

下面介绍本发明实施例中的业务处理系统，请参阅图11，本发明实施例中的业务处理系统的一个实施例包括：

接收单元1101，用于接收业务平台发送的请求消息；

获取单元1102，用于获取请求消息中的业务参数及用户参数，还用于将请求消息进行解码，获取其中标识业务类型及用户归属类型的属性值对；

判断单元1103，用于根据所获取的业务参数及用户参数，判断业务类型及用户归属类型以及判断业务或用户是否异常，其中，业务类型包括事件请求，初始请求，更新请求及终止请求，用户归属类型包括本地用户及漫游用户；

处理单元1104，用于根据业务类型及用户归属类型，处理收到的请求消息。

需要说明的是，本发明实施中的业务处理系统还可以进一步包括：

发送单元1105，用于若用户为本地用户，则向用户所属的本地计费系统发送请求消息；若用户为漫游用户，则向用户的归属统一实时接入系统发送请求消息；当接收到业务平台发送的更新或终止请求消息，则根据记录的会话信息，向用户本地计费系统或向用户的归属统一实时接入系统发送该更新或终止请求消息；还用于向业务平台发送放通或释放业务的确定结果信息，向各计费号码归属计费系统发送分类后的离线话单。

记录单元1106，用于若业务类型为初始请求，则记录本次会话信息；

确定单元1107，用于若业务或用户异常，则确定放通或释放处于异常状态的业务；

分类单元1108，用于若接收到业务平台发送的放通业务离线话单，将该离线话单中增加各计费号码归属的计费系统信息，并按归属的计费系统进行分类存储。

本发明实施例中，接收单元1101接收业务平台发送的请求消息，获取单元1102获取请求消息中的业务参数及用户参数，判断单元1103根据所获取的业务参数及用户参数，具体的，是由获取单元1102将请求消息进行解码，获取其中标识业务类型及用户归属类型的属性值对，根据这些属性值对判断业务类型及用户归属类型以及判断业务或用户是否异常，其中，业务类型包括事件请求，初始请求，更新请求及终止请求，用户归属类型包括本地用户及漫游用户，业务或用户异常包括业务非法，查询不到用户归属地及与计费系统连接异常，处理单元1104根据业务类型及用户归属类型，处理收到的请求消息。

在业务及用户状态正常的情况下，无论何种业务，若用户为本地用户，则发送单元1105向用户的本地计费系统发送该请求消息，若用户为漫游用户，则发送单元1105向用户的归属省的统一实时接入系统发送该请求消息，若业务类型为初始请求，无论用户为本地用户还是漫游用户，记录单元1106记录本次会话信息，当接收到业务平台发送的消息为更新或终止请求消息时，则根据所述记录的会话信息，发送单元1105向用户本地计费系统或向用户的归属统一实时接入系统发送该更新或终止请求消息，

在业务或用户状态异常的情况下，确定单元1107确定放通或释放处于异常状态的业务，发送单元1105向业务平台发送放通或释放业务的确定结果信息，若接收到业务平台发送的放通业务离线话单，分类单元1108将放通业务离线话单中增加各计费号码归属的计费系统信息，并按归属的计费系统进行分类存储，再由发送单元1105向各计费号码归属计费系统发送分类后的离线话单，由计费系统进行计费操作。

这样，通过在网络中设置业务处理系统，即前述统一实时接入系统，由该业务处理系统对业务平台发送的请求消息判断业务类型及用户归属类型，进行统一处理，可简化组网方式，简化各业务平台的处理操作，尤其是位于多个省得不同网络中的统一实时接入系统可联合处理业务，同时还起到类似网关的作用，可避免业务平台和计费系统之间，以及各省网络之间由于直接连接产生的安全风险，还可实现业务跨省的实时计费，降低用户欠费风险。

本发明实施中业务处理系统各单元功能的具体实现方式，与前述各实施例中的业务处理方法各步骤内容相同，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种业务处理方法及系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种业务处理方法，其特征在于，包括：

统一实时接入系统接收业务平台发送的请求消息；

获取请求消息中的业务参数及用户参数；

根据所获取的业务参数及用户参数，确定业务类型及用户归属类型；

根据业务类型及用户归属类型，处理所述请求消息。

2.根据权利要求1所述的方法，其特征在于，

所述业务类型为下列其中之一：事件请求；初始请求；更新请求；终止请求；

所述用户归属类型为下列其中之一：本地用户；漫游用户。

3.根据权利要求2所述的方法，其特征在于，所述根据业务类型及用户归属类型，处理所述请求消息包括：

若业务类型为事件请求，用户归属类型为本地用户，则向本地计费系统发送事件请求消息；

若业务类型为初始请求，用户归属类型为本地用户，则向本地计费系统发送初始请求消息，并记录本次会话信息；

若业务类型为事件请求，用户归属类型为漫游用户，则向用户的归属统一实时接入系统发送事件请求消息；

若业务类型为初始请求，用户归属类型为漫游用户，则向用户的归属统一实时接入系统发送初始请求消息，并记录本次对话信息。

4.根据权利要求3所述的方法，其特征在于，

所述向本地计费系统发送初始请求消息，并记录本次对话之后还包括：

当接收到业务平台发送的更新或终止请求消息，则根据所述记录的会话信息，向所述本地计费系统发送所述更新或终止请求消息。

所述向用户的归属统一实时接入系统发送初始请求消息，并记录本次对话包括：

当接收到业务平台发送的更新或终止请求消息，则根据所述记录的会话信息，向所述用户的归属统一实时接入系统发送所述更新或终止请求消息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

根据所获取的业务参数及用户参数，判断业务或用户是否异常；

若是，则确定放通或释放处于异常状态的业务，并向所述业务平台发送确定结果信息。

6.根据权利要求5所述的方法，其特征在于，所述向业务平台发送确定结果信息之后包括：

若接收到所述业务平台发送的放通业务离线话单，在所述放通业务离线话单中增加各计费号码归属的计费系统信息，并按归属的计费系统进行分类存储；

向各计费号码归属计费系统发送所述分类后的离线话单。

7.根据权利要求6所述的方法，其特征在于，所述获取请求消息中的业务参数及用户参数包括：

将所述请求消息进行解码，获取其中标识业务类型及用户归属类型的属性值对AVP。

8.一种业务处理系统，其特征在于，包括：

接收单元，用于接收业务平台发送的请求消息；

获取单元，用于获取请求消息中的业务参数及用户参数；

判断单元，用于根据所获取的业务参数及用户参数，判断业务类型及用户归属类型；

处理单元，用于根据业务类型及用户归属类型，处理所述请求消息。

9.根据权利要求8所述的系统，其特征在于，

所述业务类型为下列其中之一：事件请求；初始请求；更新请求；终止请求；

所述用户归属类型为下列其中之一：本地用户；漫游用户。

10.根据权利要求9所述的系统，其特征在于，所述系统还包括：

发送单元，用于若用户为本地用户，则向本地计费系统发送请求消息，若用户为漫游用户，则向用户的归属计费系统发送请求消息；

记录单元，用于若业务类型为初始请求，用户为本地用户或漫游用户，则记录本次会话信息。

11.根据权利要求10所述的系统，其特征在于，

所述发送单元，还用于当接收到业务平台发送的更新或终止请求消息，则根据所述记录的会话信息，向所述本地计费系统或向所述用户的归属统一实时接入系统发送所述更新或终止请求消息。

12.根据权利要求7至11任一项所述的系统，其特征在于，

所述判断单元，还用于根据所获取的业务参数及用户参数，判断业务或用户是否异常，若是，则确定放通或释放处于异常状态的业务；

所述发送单元，还用于向所述业务平台发送放通或释放业务的确定结果信息。

13.根据权利要求12所述的系统，其特征在于，

所述系统还包括：分类单元，用于若接收到所述业务平台发送的放通业务离线话单，在所述离线话单中增加各计费号码归属的计费系统信息，并按归属的计费系统进行分类存储；

所述发送单元，还用于向各计费号码归属计费系统发送所述分类后的离线话单。

14.根据权利要求13所述的系统，其特征在于，所述系统还包括：

获取单元，用于将所述请求消息进行解码，获取其中标识业务类型及用户归属类型的属性值对AVP。

Images