WO2013159610A1

WO2013159610A1 - 一种在线升级处理方法、相关装置和系统

Info

Publication number: WO2013159610A1
Application number: PCT/CN2013/072782
Authority: WO
Inventors: 陆敬石; 包章前
Original assignee: 华为技术有限公司
Priority date: 2012-04-28
Filing date: 2013-03-18
Publication date: 2013-10-31
Also published as: EP2835935A4; US9674371B2; EP2835935A1; CN102710433A; EP2835935B1; US20150043388A1; CN102710433B

Abstract

本发明实施例公开了一种在线升级处理方法、相关装置和系统，其中，一种在线升级处理方法包括：接收在线升级指示信息，所述在线升级指示信息用于指示计费系统进入在线升级准备阶段；当接收到所述在线升级指示信息时，模拟所述计费系统的计费环境，生成具有计费功能的信控环境；当所述计费系统进入在线升级阶段时，使用所述信控环境替代所述计费环境受理业务。本发明提供的技术方案能够有效解决在线升级时需要放通业务的困境。

Description

一种在线升级处理方法、相关装置和系统本申请要求于 2012年 4月 28 日提交中国专利局、申请号为

201210132738. 4 , 发明名称为 "一种在线升级处理方法、相关装置和系统，，的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信领域，尤其涉及一种在线升级处理方法、相关装置和系统。背景技术

目前，在融合计费系统（ CBS , Convergence Billing System )和在线计费系统（OCS, Online Charge System ) 中，业务需求旺盛，软件升级频繁。如图 1所示， OCS/CBS系统由统一接入平台、计费引擎与数据中心组成，其中数据中心包括如：物理数据中心、内存数据中心和数据緩存中心等。业务控制节点（SCP, Service Control Point)通过信用控制（DCC, Diameter Credit-Control ) 消息接口与 OCS/CBS系统的统一接入平台进行交互。

运营商对升级中断的业务时间非常敏感，也都提出了明确的指标。但业务中断时间，受升级变更项、操作人员技能与环境准备度等各种客观因素综合决定，当前中断数小时比较普遍，理想状况下也要几十分钟。

目前 OCS/CBS系统在升级（如应用程序升级、数据中心升级等）时多釆用放通技术对业务进行处理，放通技术指的是在一个功能模块失效的情况下，该功能模块的前置功能模块按照放通要求做相应处理，如图 2所示为 OCS/CBS系统在升级时釆用放通技术进行业务处理的示意图：在 OCS/CBS 系统进行升级之前，当 SCP接收到在线计费请求时， SCP向 OCS/CBS系统的统一接入平台发送 DCC消息，计费引擎根据统一接入平台接收到的 DCC消息进行计费处理，统一接入平台和计费引擎均可访问数据中心，在 OCS/CBS 系统进行升级时，当 SCP接收到在线计费请求时， SCP向 OCS/CBS系统的统一接入平台发送 DCC消息，由于 OCS/CBS系统处于升级过程中， OCS/CBS 系统的统一接入平台和计费引擎停止运行，业务处理中断，统一接入平台无法接收 SCP发送的 DCC消息，当 SCP收到 OCS/CBS系统返回的超时消息，若当前业务是语音呼叫，则 SCP进行放通处理，并在呼叫结束后记录呼叫信息，在升级结束后， OCS/CBS系统恢复正常运作， OCS/CBS系统从 SCP上釆集 SCP记录的呼叫信息，根据该呼叫信息按离线计费的方式作计费处理。虽然上述方案可以保证 OCS/CBS系统升级对用户不感知，但由于在上述方案中， SCP对所有呼叫都进行放通，这使得当呼叫用户当前余额不足以支付此次呼叫业务时，其也能进行呼叫，可见，对运营商而言上述方案存在欠费风险，尤其存在恶意欠费的技术漏洞。比如：当用户余额为 0.1 元，不足拨打国际长途时，正常在线计费时系统会拒绝该用户拨打国际长途，但在该方案中，当 OCS/CBS系统升级时， SCP就会放通国际长途。另一方面，上述方案要求 OCS/CBS系统的前置网元（如 SCP、网关 GPS支持节点（GGSN, Gateway GPRS Support Node )等）具备放通能力，如果要全部网元均支持放通能力，改造和升级成本很高，不是每个运营商和设备厂商均能承受的。发明内容

本发明实施例提供了一种在线升级处理方法、相关装置和系统，用于解决在线升级时需要放通业务的困境。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种在线升级处理方法，包括：

接收在线升级指示信息，上述在线升级指示信息用于指示计费系统进入在线升级准备阶段；

当接收到上述在线升级指示信息时，模拟上述计费系统的计费环境，生成具有计费功能的信控环境；

当上述计费系统进入在线升级阶段时，使用上述信控环境替代上述计费环境受理业务。

一种在线升级处理装置，包括：

接收单元，用于接收在线升级指示信息，上述在线升级指示信息用于指示计费系统进入在线升级准备阶段；

克隆单元，用于模拟上述计费系统的计费环境，生成具有计费功能的信控环境；

转换单元，用于当上述计费系统进入在线升级阶段时，使用上述信控环境替代上述计费环境受理业务。

一种计费系统，包括：

在线升级处理装置，用于：接收在线升级指示信息，上述在线升级指示信息用于指示计费系统进入在线升级准备阶段；当接收到上述在线升级指示信息时，模拟上述计费系统的计费环境，生成具有计费功能的信控环境；当上述计费系统进入在线升级阶段时，使上述信控环境替代上述计费环境受理业务。

由上可见，本发明实施例中在准备进行在线升级时，通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1为现有的 0CS/CBS系统架构示意图；

图 2为现有 0CS/CBS系统在软件升级时的一种业务处理方案示意图；图 3为本发明提供的一种在线升级处理方法一个实施例流程示意图；图 4为本发明提供的一种在线升级处理方法另一个实施例流程示意图；图 5为本发明提供的一种在线升级处理方法再一个实施例流程示意图；图 6为本发明提供的一种在线升级处理方法再一个实施例流程示意图；图 Ί为本发明提供的一种在线升级处理装置一个实施例结构示意图；图 8为本发明提供的一种在线升级处理装置另一个实施例结构示意图；图 9为本发明提供的一种在线升级处理装置再一个实施例结构示意图。具体实施方式

本发明实施例提供了一种在线升级处理方法、相关装置和系统。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面对本发明实施例中的一种在线升级处理方法进行描述，请参阅图

3 , 本发明实施例中的在线升级处理方法包括：

301、接收在线升级指示信息；

当计费系统进入在线升级的准备阶段（如计费系统接收到在线升级指令或在下载软件升级包）时，由计费系统或其它系统向在线升级处理装置发送在线升级指示信息，其中，上述在线升级指示信息用于指示上述计费系统当前进入在线升级准备阶段，以使在线升级处理装置在接收到该在线升级指示信息时，获知上述计费系统进入在线升级准备阶段。

302、模拟上述计费系统的计费环境，生成具有计费功能的信控环境；当上述计费系统进入在线升级的准备阶段时，在线升级处理装置模拟计费系统的计费环境，生成具有计费功能的信控环境。在本发明实施例中，计费系统的计费环境包含计费处理过程中所需要用到的信息和资源，例如计费用户账号、统一接入平台、计费引擎、数据中心、配置文件、环境变量等，由于信控环境是模拟上述计费环境生成的，因此信控环境同样包含计费处理过程中所要用到的信息和资源，这使得模拟得到的信控环境具有计费功能。其中，上述模拟计费系统的计费环境，生成具有计费功能的信控环境的具体过程可以是：创建与上述计费用户账号权限相同的信控用户账号，将计费用户账号下的相关文件拷贝到所创建的信控用户账号下，相关文件如应用软件包、配置文件、环境变量等。为了避免生成的信控环境与原有计费环境存在冲突，对可能存在冲突的配置项进行修改，例如对共享内存的 BASEKEY值进行修改。在本发明实施例中 , 对外端口不进行修改，以保证其前置网元如 SCP能够使用计费系统原来的对外端口与计费系统进行通讯。在信控环境中部署与计费环境相同的统一接入平台进程与计费引擎进程，信控环境共享计费环境的数据中心。在上述在线升级的准备阶段，计费环境的统一接入平台与计费引擎属于正常运行，信控环境中的各个进程均未启动。

上述生成信控环境的过程涉及数据访问引擎的改造，数据访问引擎的改造可以通过转置规则表及逻辑改造实现，具体可以通过快照镜像、信控增量和信控替代三种方式实现，其中，快照镜像是指：基于数据中心中的原表快照出表结构、索引、数据等与上述原表完全一致的镜像表，当在信控环境中进行计费处理时，若计费处理过程中需要访问上述原表，则将访问上述原表的处理自动转置为访问该原表的镜像表。针对数据中心中的不同表可以釆用不同的转置规则。信控增量是指：设计与原表结构、索引相同的信控增量表，当在信控环境中进行计费处理时，若计费处理过程中需要对上述原表的数据进行变更，则以增量方式将变更数据保存在上述信控增量表中，在需要读取原表数据时，分别读取原表和信控增量表，通过对原表中的数据与信控增量表中的变更数据进行聚合、加工，得到变更后的原表数据。信控替代是指：设计与原表结构、索引相同的信控替代表，当在信控环境中进行计费处理时，若计费处理过程中需要对上述原表的数据进行变更，则以替代方式将变更数据保存在信控替代表中，在需要读取原表数据时，优先访问信控替代表，如访问不到信控替代表中的数据，则访问原表。举例说明，假设计费环境的数据中心中包含表名为 table— a、 table— b 和 table— c三张原表，数据访问引擎的改造实现方式如表 1所示：

表 1

其中，对于快照镜像的转置规则：

假设 table— a表的字段包括 xl int, x2 char(32), 包含两条记录:

111 ABC 123 XYZ

则信控环境基于 table— a表的建表语句快照出表 table— a— Snap Shot,表字段也包括 xl int, x2 char(32), 同样也包含两条记录：

111 ABC

123 XYZ

在信控环境中当解析到 select XX from table— a时自动转置为 select XX from table— a— SnapShot, 当解析到 insert into table— a时自动转置为 insert into table— a— SnapShot,当解析 )J update/delete table— a时自动转置为 update/delete table— a— Snap Shot。

快照镜像的转置规则适用于数据中心的原表发生不兼容升级的场景。对于信控增量的转置规则：

假设 table— b表的字段包括 xl int, x2 char(32), 包含两条记录：

111 ABC

123 XYZ

信控环境基于 table— b表的建表语句创建出表 table— b— increment, 表字段也包括 xl int, x2 char(32), 初始表为空。

在信控环境中当解析到 update table— b set xl= xl+50 where x2= 'ABC 时，转置为：

If select count(*)>0 from table— b— increment where x2= 'ABC

Then update table— b— increment set xl= xl+50 where x2= 'ABC

else

insert into table— b—increment(xl , x2) vaule (50, 'ABC );

以上语句的含义即：当信控环境解析到对原表 table— b的增量命令时，检查 table— b— increment表中是否有符合条件 (即 x2=，ABC， )的记录，如果有则直接在 table— b— increment 表进行增量更新，否则，则在 table— b— increment表中插入一条新记录。

当解析到 select xl from table— b where x2=， ABC，时，转置为：

Select a.xl+b.xl from table— b a, table— b— increment b where a.x2=b.x2 and a.x2='ABC ;

以上语句的含义即：当信控环境解析到查询 table— b记录的数据时，分别从 table— b、 table— b— increment中按条件（即 x2='ABC' )查询并对查询的结果进行聚合。

当解析到 insert into table— b (xl , x2) vaule (50 , 'ABC )时，转置为 insert into table— b— incremented, x2) vaule (50 , 'ABC );

以上语句的含义即：当信控环境解析到在 table— b 插入数据时，在 table— a— increment中插入数据。

信控增量的转置规则适用于余额等动态信息表。对于信控替代的转置规则：

假设 table— c表的字段包括 xl int, x2 char(32) , 包含两条记录：

111 ABC

123 XYZ

信控环境基于 table— c表的建表语句创建出表 table— c— replace , 表字段也包括 xl int, x2 char(32), 初始表为空。

在信控环境中当解析到 select XX from table— c时先转置为 select XX from table— c— replace , 如记录为空，再按 select XX from table— c解析处理。

当解析到 insert into table— c时转置为 insert into table— c— replace。

当解析到 update table— c时转置为 update table— c— replace。

当解析到 delete table— c时将 table— c的对应记录插入到 table— c— replace 中，修改特殊取值标识为空（如 NULL )。

信控替代的转置规则适用于用户状态等信息表。

在本发明实施例中，信控环境所处的信控系统与计费环境所处的计费系统既相关又隔离。

相关指的是：信控环境为模拟计费环境生成，信控环境中的应用软件包与计费环境完全相同；计费环境的数据中心仍是共享的。

隔离指的是：独立的信控环境保证其与计费环境的应用是隔离的，不存在关键资源的并存冲突；通过对数据访问引擎的改造，使得信控环境对计费系统的数据中心原则上只进行虚操作（即 insert, update, delete等修改操作均屏蔽，只有 read操作），对于升级涉及表结构的不兼容变化，则将原表快照到信控镜像表中，由计费引擎实现从访问原表转置为访问信控镜像表；对计费系统的少量关键动态数据（如余额）的更新操作，则将变更数据转置为增量数据或临时数据保存在信控增量表中，读取数据时，则从原表与信控增量表中读取数据进行聚合、加工。

303、当计费系统进入在线升级阶段时，使用上述信控环境替代上述计费环境受理业务；

其中，在线升级处理装置使用上述信控环境替代上述计费环境受理业务具体可以是：将计费环境的统一接入平台进程和计费引擎进程停掉，同时启动信控环境的统一接入平台进程和计费引擎进程，从计费引擎进程停掉到信控环境进程启动开始，计费系统由在线计费阶段进入实时信控阶段，信控环境替代计费环境受理业务。

进一步，当计费系统在线升级结束后，在线升级处理装置恢复上述计费环境受理业务，具体为：将信控环境的统一接入平台进程和计费引擎进程停掉，重新启动计费环境的统一接入平台进程和计费引擎进程。进一步，若在实时信控阶段生成了计费话单文件，则上述计费环境对实时信控阶段生成的计费话单文件进行离线计费，进一步，计费系统还可以在恢复上述计费环境受理业务之后，清理信控环境（如删除信控环境中的应用软件包、临时表和信控用户账号等 ), 若计费系统在恢复上述计费环境受理业务之后清除信控环境，则计费系统在下一次升级时，需要重新模拟计费环境，生成信控环境。

本发明实施例提供的技术方案适用于不局限于 OCS、 CBS以及任何允许实时信控的计费领域（如电网等公共资源计费），此处不作限定。

由上可见，本发明实施例中在准备进行在线升级时，通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。为便于更好地理解本发明技术方案，下面对本发明实施例中的一种在线升级处理方法进行详细描述，如图 4 所示，本发明实施例中的在线升级处理方法包括：

步骤 401和 402 , 其中，步骤 401和 402与图 3所示实施例中的步骤 301和 302中的描述类似，此处不再赘述。

403、当计费系统进入在线升级阶段时，停止上述计费环境的计费引擎进程和统一接入平台进程；

当计费系统进入在线升级阶段时，在线升级处理装置将上述计费环境的计费引擎进程和统一接入平台进程停掉，即，使上述计费环境的计费引擎进程和统一接入平台进程停止运作，此时，上述计费环境无法受理业务。

404、启动并激活上述信控环境；

在线升级处理装置启动并激活上述信控环境，其中，上述激活是指将上述信控环境从 IDLE状态切换为 ACTIVE状态，从而使上述信控环境处于受理业务状态，此时，计费系统从在线计费阶段转为实时信控阶段。

随着业务发展，计费系统也会随之更新，相应的，计费环境的版本也会更新。因此，为保证上述信控环境与当前计费环境的版本一致，在本发明实施例步骤 401 之前，若检测到存在上述信控环境，则检测该信控环境与当前计费环境的版本是否一致，若一致，则可以节约程序，跳过步骤 401 来执行步骤 401之后的步骤，若不一致，则需要执行步骤 401 , 重新模拟更新后的计费环境，生成新的信控环境并替换原有的信控环境。当然，本发明实施例中也可以在在线升级结束之后，重新启动上述计费环境的计费引擎进程，停止信控环境进程，恢复到在线计费阶段，即恢复上述计费环境受理业务，进一步，若在实时信控阶段生成了计费话单文件，则在清除信控环境之前先对生成的计费话单文件进行离线计费，进一步，计费系统还可以在恢复上述计费环境受理业务之后，清除信控环境（如删除信控环境的软件包、临时表、用户等），若计费系统在恢复上述计费环境受理业务之后清除信控环境，则计费系统在下一次升级时，需要重新模拟计费环境，生成信控环境。

由上可见，本发明实施例中在准备进行在线升级时，通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。由于进程启动和停止需要占用时间，为了减小进程启动和停止对业务中断的影响，下面对本发明实施例提供的另一种在线升级处理方法进行描述，请参阅图 5, 本发明实施例中的在线升级处理方法包括：

步骤 501和 502, 其中，步骤 501和 502与图 3所示实施例中的步骤 301和 302中的描述类似，此处不再赘述。

503、当计费系统进入在线升级阶段时，启动但不激活上述信控环境；在线升级处理装置启动上述信控环境但不激活上述信控环境，即，在线升级处理装置启动上述信控环境的应用进程，例如统一接入平台进程和计费引擎进程，同时使上述信控环境的统一接入平台进程保持在 IDLE状态，以使上述信控环境暂时处于无法受理业务状态。

在一种应用场景中，上述启动上述信控环境但不激活上述信控环境的方式例如可以是：先启动并激活上述信控环境的计费引擎进程，由于此时上述信控环境的统一接入平台进程未启动，因此不会有请求触发给该计费引擎进程，该进程暂时空跑，然后启动信控环境的统一接入平台进程但不激活统一接入平台进程，其中，上述不激活统一接入平台进程是指使统一接入平台进程保持在 IDLE状态，由于信控环境的统一接入平台进程保持在 IDLE状态，因此其处于不能受理业务状态。当然，也可以先启动但不激活统一接入平台进程，再启动计费引擎进程，或者，同时启动计费引擎进程和统一接入平台进程，但不激活统一接入平台进程，此处不作限定。

504、去激活上述计费环境的统一接入平台进程；

在步骤 503之后，在线升级处理装置去激活上述计费环境的统一接入平台进程，即，将上述计费环境的统一接入平台进程从 ACTIVE状态切换到 IDLE状态，使上述计费环境的统一接入平台进程从可受理业务状态变更为无法受理业务状态。

505、激活上述信控环境；

在步骤 503之后，在线升级处理装置激活上述信控环境，即，使上述信控环境的统一接入平台进程从 IDLE状态切换到 ACTIVE状态，从而上述信控环境从无法受理业务状态变更为可受理业务状态。

在本发明实施例中，为了实现无缝切换，使计费系统对外的业务处理完全不中断，步骤 505与步骤 504之间的时间间隔将尽可能的短。

506、停止上述计费环境的统一接入平台进程和计费引擎进程；此时便可进行软件包的升级更新。

在本发明实施例中，由于对外端口不变化，计费系统处理是连贯的，因此对外部网元而言不感知系统实时信控阶段与在线计费阶段的切换变化。其中，上述实时信控阶段是指通过信控系统受理业务的阶段，上述在线计费阶段是指通过计费系统受理业务的阶段。

随着业务发展，计费系统也会随之更新，相应的，计费环境的版本也会更新。因此，为保证上述信控环境与当前计费环境的版本一致，在本发明实施例步骤 501 之前，若检测到存在上述信控环境，则检测该信控环境与当前计费环境的版本是否一致，若一致，则可以节约程序，跳过步骤 501 来执行步骤 501之后的步骤，若不一致，则需要执行步骤 501 , 重新模拟更新后的计费环境，生成新的信控环境并替换原有的信控环境。当然，本发明实施例中也可以在在线升级结束之后，重新启动上述计费环境的计费引擎进程，停止信控环境进程，恢复到在线计费阶段，即恢复上述计费环境受理业务，进一步，若在实时信控阶段生成了计费话单文件，则在清除信控环境之前先对生成的计费话单文件进行离线计费，进一步，计费系统还可以在恢复上述计费环境受理业务之后，清除信控环境（如删除信控环境的软件包、临时表、用户等），若计费系统在恢复上述计费环境受理业务之后清除信控环境，则计费系统在下一次升级时，需要重新模拟计费环境，生成信控环境。

由上可见，本发明实施例中在准备进行在线升级时，通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。另外，本发明实施例中釆用先启动后激活的方式，先启动但不激活信控环境，在计费环境的统一接入平台进程和计费引擎进程去激活之后，激活信控环境，使信控环境替代计费环境受理业务，由于在计费环境的统一接入平台进程和计费引擎进程去激活之前信控环境已经启动，因此可避免在计费环境的统一接入平台进程和计费引擎进程已经停止，但信控环境未启动时，需要等待信控环境的启动而导致的业务中断，实现了信控环境与计费环境的无缝切换。

为便于更好理解本发明技术方案，下面对本发明实施例提供的在线升级处理方法进一步进行描述，本发明实施例中在升级完成后恢复到在线计费阶段，请参阅图 6, 本发明实施例中的在线升级处理方法包括：

601、接收在线升级指示信息；

当计费系统进入在线升级的准备阶段（如计费系统接收到在线升级指令或在下载软件升级包时）时，由计费系统或其它系统向在线升级处理装置发送在线升级指示信息，其中，上述在线升级指示信息用于指示上述计费系统当前进入在线升级准备阶段，以使在线升级处理装置在接收到该在线升级指示信息时，获知上述计费系统进入在线升级准备阶段。

602、检测当前存在的信控环境与计费环境的版本是否一致；在线升级处理装置检测计费系统当前存在的信控环境与计费环境的版本是否一致，如果一致，则进入步骤 603 , 如果不一致，则进入步骤 602。

步骤 603~607可以参照图 5所示实施例中的步骤 502~506中的描述，此处不再赘述。

608、启动上述计费环境的计费引擎进程；

在上述升级结束时，在线升级处理装置启动上述计费环境的计费引擎进程 , 准备将计费系统恢复到在线计费阶段。

609、启动但不激活上述计费环境的统一接入平台进程；

在步骤 608之后，在线升级处理装置启动但不激活上述计费环境的统一接入平台进程，即，在线升级处理装置启动上述计费环境的统一接入平台进程，并使上述信控环境的统一接入平台进程保持在 IDLE状态，使上述计费环境的统一接入平台进程处于无法受理业务状态。

610、去激活上述信控环境的统一接入平台进程；

在步骤 609之后，在线升级处理装置去激活上述信控环境的统一接入平台进程，即，将上述信控环境的统一接入平台进程从 ACTIVE状态切换到 IDLE状态，使上述信控环境的统一接入平台进程从可受理业务状态变更为无法受理业务状态。

611、激活上述计费环境的统一接入平台进程；

在线升级处理装置激活上述计费环境的统一接入平台进程，即，使上述计费环境的统一接入平台进程从 IDLE状态切换到 ACTIVE状态，使上述计费环境从无法受理业务状态变更为可受理业务状态。在本发明实施例中，为了实现无缝切换，整个升级过程对外部网元和用户不感知，步骤 611 与步骤 610之间的时间间隔将尽可能的短。

612、停止上述信控环境的统一接入平台进程和计费引擎进程；在线升级处理装置停止上述信控环境的统一接入平台进程和计费引擎进程，从而结束此次升级的在线计费处理流程，在下一次升级时，重新执行本发明实施例步骤 601至 612。

进一步，在线升级处理装置在停止上述信控环境的统一接入平台进程和计费引擎进程之后，清除信控环境（如删除信控环境的软件包、临时表、用户等）。若在实时信控阶段生成了计费话单文件，则在清除信控环境之前先对生成的计费话单文件进行离线计费。

由上可见，本发明实施例中在准备进行在线升级时，通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。另外，本发明实施例中在生成信控环境之前若发现已存在有信控环境，且该信控环境与计费环境的版本一致时，则复用该信控环境而不再生成信控环境，由于无需生成信控环境，因此能够有效节约系统资源。

下面以一具体应用场景对上述实施例中的在线升级处理方法进行描述。假设某运营商下存在三个租户 MVN01、 MVN02、 MVN03 , 三个租户共享一套计费系统（同一台计费主机，应用软件和数据表也没有隔离）。

MVN01 有新需求，涉及对应用软件包进行升级，以及资费表 Table— tariff 有不兼容的变化。 Table— tariff原表结构如下 Tariffid int, //资费 ID

Ratio int, //费率

RatioMeasurelD, //费率度量，如分、厘等。对 MVN01而言， int型保存费率的范围太小，需要将该字段扩展为 long 型。

升级准备阶段：模拟计费系统的计费环境，生成具有计费功能的信控环境，其具体过程为创建与上述计费用户账号权限相同的信控用户账号，将计费用户账号下的相关文件（如应用软件包、配置文件、环境变量等）拷贝到所创建的信控用户账号下，为了避免生成的信控环境与原有计费环境存在冲突，对可能存在冲突的配置项进行修改（如对共享内存的 BASEKEY值进行修改 ) , 对外端口不进行修改，以保证其前置网元如 SCP 能够使用计费系统原来的对外端口与计费系统进行通讯。在信控环境中部署与计费环境相同的统一接入平台进程与计费引擎进程，信控环境共享计费环境的数据中心。在上述在线升级的准备阶段，计费环境的统一接入平台进程与计费引擎进程属于正常运行，信控环境中的各个进程均未启动。配置 Table— tariff 表的转置规则为快照镜像，在克隆时基于该表快照出 Table— tariff— Snapshot (也可在信控环境处理首个业务时快照）。其表结构、索引和数据等与 Table— tariff表相同。

升级过程阶段：先启动信控环境的计费引擎进程（由于对应的统一接入平台进程未启动，不会有请求触发给该计费引擎进程，计费引擎进程暂时空跑），然后启动但不激活信控环境的统一接入平台进程。完成上述启动后，将计费环境的统一接入平台进程去激活，使计费环境的统一接入平台进程从 ACTIVE状态切换为 IDLE状态（即从受理业务变更为无法受理业务），同时将信控环境的统一接入平台进程激活，使信控环境的统一接入平台进程从 IDLE状态切换为 ACTIVE状态（即从无法受理业务变更为受理业务），即实现由统一接入平台进程实现激活与未激活的切换，然后再停掉计费环境的统一接入平台进程与计费引擎进程，这样就可以做到无缝切换，对外完全不中断。此时，信控环境对原表的更新均为虚操作，当信控环境检测到访问 Table— tariff 原表的操作时，自动转置为访问 Table tariff Snapshot表，信控环境的计费结果正常输出话单文件（由于目录修改，不会与正常计费环境的话单文件混在一起）。由于信控环境对数据中心的操作属于虚操作，并没有实际修改余额，因此输出的话单文件并不是计费结果，本质上是放通话单文件。从计费环境进程停掉、信控环境进程启动开始，系统由在线计费阶段进入实时信控阶段（由于对外端口不变化，系统处理是连贯的，因此对外部网元而言不感知系统在线计费阶段与实时信控阶段的切换变化）。这时可对计费环境进行升级，进行软件包的升级更新（包括 Table— tariff表的不兼容升级）。

升级结束阶段：先启动计费环境的计费引擎进程（由于对应的统一接入平台进程未启动，不会有请求触发给该计费引擎进程，计费环境的计费引擎进程暂时空跑），然后启动但不激活计费环境的统一接入平台进程。完成上述启动后，将信控环境的统一接入平台进程去激活，使信控环境的统一接入平台进程从 ACTIVE状态变更为 IDLE状态（即从受理业务变更为无法受理业务），同时将计费环境的统一接入平台进程激活，使计费环境的统一接入平台进程从 IDLE状态变更为 ACTIVE状态（即从无法受理业务变更为受理业务），即实现由统一接入平台进程实现激活与未激活的切换，然后再停掉信控环境的统一接入平台进程与计费引擎进程，这样就可以做到无缝切换，对外完全不中断。若实时信控阶段生成计费话单文件，则对实时信控阶段生成的计费话单文件（由于是虚操作，本质上是放通文件）进行离线计费，并清理信控系统（删除软件包、临时表、用户等。最后清理信控用户环境及 Table— tariff— Snapshot表。下面对本发明实施例中的一种在线升级处理装置进行描述，请参阅图 7, 本发明实施例中的在线升级处理装置 700包括：

接收单元 701 , 用于接收在线升级指示信息，其中，上述在线升级指示信息用于指示计费系统进入在线升级准备阶段。

克隆单元 702, 用于模拟上述计费系统的计费环境，生成具有计费功能的信控环境。

转换单元 703 , 用于当上述计费系统进入在线升级阶段时，使上述信控环境替代上述计费环境受理业务。

进一步，克隆单元 702 包括：快照模块、信控增量模块和信控替代模块中的至少一个，其中，上述快照模块：用于基于上述计费环境中的原表，快照出与上述原表一致的镜像表，以便在上述信控环境中将访问上述原表的处理自动转置为访问上述镜像表。上述信控增量模块：用于设计与原表结构、索引相同的信控增量表，以便上述信控环境在计费处理过程中对上述原表的数据进行变更时，以增量方式将变更数据保存在上述信控增量表中。上述信控替代模块：用于设计与原表结构、索引相同的信控替代表，以便上述信控环境在计费处理过程中对上述原表的数据进行变更时，以替代方式将变更数据保存在上述信控替代表中。

具体的，在图 7所示实施例的基础上，如图 8所示的在线升级处理装置 800 , 转换单元 703可以包括：

启动单元 7031 , 用于启动但不激活上述信控环境，使上述信控环境处于无法受理业务状态；

去激活单元 7032 , 用于去激活上述计费环境的统一接入平台进程，使上述计费环境处于无法受理业务状态；

激活单元 7033 , 用于激活上述信控环境，使上述信控环境处于可受理业务状态；

进程停止单元 7034 , 用于停止上述计费环境的统一接入平台进程和计费引擎进程。

进一步，在一种应用场景中，在图 7或图 8所示实施例的基础上，转换单元 703还用于当在线升级结束后，恢复上述计费环境受理业务，转换单元 703 可以包括：启动单元，用于当在线升级结束后，启动但不激活上述计费环境的统一接入平台进程，使上述计费环境的统一接入平台进程处于无法受理业务状态；去激活单元，用于当在线升级结束后，去激活上述信控环境的统一接入平台进程，使上述信控环境处于无法受理业务状态；激活单元，用于当在线升级结束后，激活上述计费环境的统一接入平台进程，使上述计费环境处于可受理业务状态；进程停止单元，用于停止上述信控环境的统一接入平台进程和计费 1擎进程。本应用场景中的启动单元、去激活单元、激活单元和进程停止单元间的连接关系可以参照图 8所示实施例中的启动单元 7031、去激活单元 7032、激活单元 7033和进程停止单元 7034间的连接关系，或者，本应用场景中的上述启动单元所实现的功能也可以是在图 8所示实施例中的启动单元 7031的基础上的扩展，同理，本应用场景中的上述去激活单元、激活单元和进程停止单元所实现的功能也可以分别是在去激活单元 7032、激活单元 7033、和进程停止单元 7034基础上的扩展，此处不作限定。

进一步，在图 7所示实施例中的在线升级处理装置 700的基础上，在线升级处理装置还可以包括清理单元，清理单元用于清除上述信控环境。如图 9所示的在线升级处理装置 900中的清理单元 704 , 进一步，如图 9所示，在线升级处理装置 900还可包括：检测单元 705 , 用于在克隆单元 702 执行之前，且当前存在上述信控环境时，检测上述信控环境与上述计费环境的版本是否一致，进一步，克隆单元 702在上述检测单元的检测结果为否时才触发。

需要说明的是，本发明实施例中的在线升级处理装置 700、在线升级处理装置 800和在线升级处理装置 900可以如上述方法实施例中的在线升级处理装置，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

由上可见，本发明实施例中在准备进行在线升级时，线升级处理装置通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。下面对本发明实施例中的一种计费系统进行描述，包括：

需要说明的是，本发明实施例中的在线升级处理装置可以如上述图 7、图 8及图 9所示实施例中的在线升级处理装置，可以用于实现上述装置实施例中的全部技术方案，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

由上可见，本发明实施例中在准备进行在线升级时，线升级处理装置通过模拟计费环境，生成具有计费环境功能的信控环境，当在线升级过程中，使用信控环境替代计费环境受理业务，一方面，该方案解决了在线升级时需要放通业务的困境，避免了因放通业务而带来的欠费风险，另一方面，由于本发明实施例中的技术方案不需要涉及计费系统架构的改造，也不涉及外部网元的改造，具有改造成本低的特点。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以釆用硬件的形式实现，也可以釆用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM, Read-Only Memory ). 随机存取存 4诸器 ( RAM, Random Access Memory )、磁碟或者光盘等各种可以存储程序代码的介质。

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

+

Claims

权利要求

1、一种在线升级处理方法，其特征在于，包括：

接收在线升级指示信息，所述在线升级指示信息用于指示计费系统进入在线升级准备阶段；

当接收到所述在线升级指示信息时，模拟所述计费系统的计费环境，生成具有计费功能的信控环境；

当所述计费系统进入在线升级阶段时，使用所述信控环境替代所述计费环境受理业务。

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

所述模拟计费环境 , 生成具有计费功能的信控环境的步骤包括：基于所述计费环境中的原表，快照出与所述原表一致的镜像表，以便在所述信控环境中将访问所述原表的处理自动转置为访问所述镜像表。

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

所述模拟计费环境 , 生成具有计费功能的信控环境的步骤包括：设计与原表结构、索引相同的信控增量表，以便所述信控环境在计费处理过程中对所述原表的数据进行变更时，以增量方式将变更数据保存在所述信控增量表中。

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

所述模拟计费环境 , 生成具有计费功能的信控环境的步骤包括：设计与原表结构、索引相同的信控替代表，以便所述信控环境在计费处理过程中对所述原表的数据进行变更时，以替代方式将变更数据保存在所述信控替代表中。

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

所述模拟计费环境之前包括：

若当前存在所述信控环境，则检测所述信控环境与所述计费环境的版本是否一致；

若一致，则直接执行所述使所述信控环境替代所述计费环境受理业务的步骤；

若不一致，则执行所述模拟计费环境，生成具有计费功能的信控环境的步骤以及其之后的步骤。

6、根据权利要求 1至 4任一项所述的方法，其特征在于，所述使所述信控环境替代所述计费环境受理业务包括：

启动但不激活所述信控环境，使所述信控环境处于无法受理业务状态；当所述信控环境启动之后，去激活所述计费环境的统一接入平台进程，使所述计费环境处于无法受理业务状态；

当所述计费环境的统一接入平台进程去激活之后，激活所述信控环境，使所述信控环境处于可受理业务状态；

当所述信控环境激活之后，停止所述计费环境的统一接入平台进程和计费引擎进程。

7、根据权利要求 6所述的方法，其特征在于，

所述启动但不激活所述信控环境包括：

启动并激活所述信控环境的计费引擎进程；

在所述计费引擎进程启动之后，启动但不激活所述信控环境的统一接入平台进程；

所述激活所述信控环境具体为：

激活所述信控环境的统一接入平台进程。

8、根据权利要求 1至 4任一项所述的方法，其特征在于，

所述使所述信控环境替代所述计费环境受理业务之后包括：

当所述在线升级结束时，恢复所述计费环境受理业务。

9、根据权利要求 8所述的方法，其特征在于，所述恢复所述计费环境受理业务，包括：

启动所述计费环境的计费引擎进程；

在所述计费弓 I擎进程启动之后，启动但不激活所述计费环境的统一接入平台进程，使所述计费环境的统一接入平台进程处于无法受理业务状态；在所述计费环境的统一接入平台进程启动之后，去激活所述信控环境的统一接入平台进程，使所述信控环境处于无法受理业务状态；

在所述信控环境的统一接入平台进程去激活之后，激活所述计费环境的统一接入平台进程，使所述计费环境处于可受理业务状态；

在所述计费环境的统一接入平台进程激活之后，停止所述信控环境的统一接入平台进程和计费引擎进程。

10、根据权利要求 9所述的方法，其特征在于，所述停止所述信控环境的统一接入平台进程和计费引擎进程之后包括：

清除所述信控环境。

11、一种在线升级处理装置，其特征在于，包括：

接收单元，用于接收在线升级指示信息，所述在线升级指示信息用于指示计费系统进入在线升级准备阶段；

克隆单元，用于模拟所述计费系统的计费环境，生成具有计费功能的信控环境；

转换单元，用于当所述计费系统进入在线升级阶段时，使用所述信控环境替代所述计费环境受理业务。

12、根据权利要求 11所述的装置，其特征在于，

所述克隆单元包括：

快照模块，用于基于所述计费环境中的原表，快照出与所述原表一致的镜像表，以便在所述信控环境中将访问所述原表的处理自动转置为访问所述镜像表。

13、根据权利要求 11所述的装置，其特征在于，

所述克隆单元包括：

信控增量模块，用于设计与原表结构、索引相同的信控增量表，以便所述信控环境在计费处理过程中对所述原表的数据进行变更时，以增量方式将变更数据保存在所述信控增量表中。

14、根据权利要求 11所述的装置，其特征在于，

所述克隆单元包括：

信控替代模块，用于设计与原表结构、索引相同的信控替代表，以便所述信控环境在计费处理过程中对所述原表的数据进行变更时，以替代方式将变更数据保存在所述信控替代表中。

15、根据权利要求 11至 14任一项所述的装置，其特征在于，所述在线升级处理装置还包括：

检测单元，用于在所述克隆单元执行之前，且当前存在所述信控环境时，检测所述信控环境与所述计费环境的版本是否一致；

所述克隆单元在所述检测单元的检测结果为否时才触发。

16、根据权利要求 11至 14任一项所述的装置，其特征在于，所述转换单元包括：

启动单元，用于启动但不激活所述信控环境，使所述信控环境处于无法受理业务状态；

去激活单元，用于去激活所述计费环境的统一接入平台进程，使所述计费环境处于无法受理业务状态；

激活单元，用于激活所述信控环境，使所述信控环境处于可受理业务状态；

进程停止单元，用于停止所述计费环境的统一接入平台进程和计费引擎进程。

17、根据权利要求 11至 14任一项所述的装置，其特征在于，所示转换单元还用于当所述在线升级结束时，恢复所述计费环境受理业务。

18、根据权利要求 17所述的装置，其特征在于，所述转换单元包括：启动单元，用于当所述在线升级结束后，启动所述计费环境的计费引擎进程，启动但不激活所述计费环境的统一接入平台进程，使所述计费环境的统一接入平台进程处于无法受理业务状态；

去激活单元，用于当所述在线升级结束后，去激活所述信控环境的统一接入平台进程，使所述信控环境处于无法受理业务状态；

激活单元，用于当所述在线升级结束后，激活所述计费环境的统一接入平台进程，使所述计费环境处于可受理业务状态；

进程停止单元，用于当所述在线升级结束后，停止所述信控环境的统一接入平台进程和计费引擎进程。

19、根据权利要求 18所述的装置，其特征在于，

所述在线升级处理装置还包括：

清理单元，用于清除所述信控环境。

20、一种计费系统，其特征在于，包括：

在线升级处理装置，用于：接收在线升级指示信息，所述在线升级指示信息用于指示计费系统进入在线升级准备阶段；当接收到所述在线升级指示信息时，模拟所述计费系统的计费环境，生成具有计费功能的信控环境；当所述计费系统进入在线升级阶段时，使所述信控环境替代所述计费环境受理业务。