WO2010051778A1

WO2010051778A1 - 一种容灾方法、系统及设备

Info

Publication number: WO2010051778A1
Application number: PCT/CN2009/074885
Authority: WO
Inventors: 刘杰
Original assignee: 华为技术有限公司
Priority date: 2008-11-10
Filing date: 2009-11-10
Publication date: 2010-05-14
Also published as: CN101741604A

Abstract

一种容灾方法，该方法包括：预先设置无鉴权数据的容灾计费设备，当发生容灾时，所述容灾计费设备接受生产业务平台发送的业务请求；容灾计费设备根据业务请求进行处理，产生费用清单。同时，本发明还公开了一种容灾系统及设备。本发明提高了容灾切换的速度，实现了快速容灾。

Description

说明书

Title of Invention:一种容灾方法、系统及设备

[1] 本申请要求于 2008年 11月 10日提交中国专利局、申请号为 200810217414.4、发明名称为"一种容灾方法、系统及设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

[2] 技术领域

[3] 本发明涉及网络通信技术领域，具体涉及一种容灾方法、系统及设备。

[4] 发明背景

[5] 数据灾难是指计算机系统在数据处理过程中出现大范围的中断，不能在一定吋期内恢复的重大灾难。系统容灾是指系统在遭到严重破坏后，如：发生地震、火灾、水灾吋，重新定购软硬件进行安装，并从备份数据中恢复。如，在在线计费系统（Online Charging System, OCS) 容灾方案中，在不可预见灾难把在线计费系统（Online Charging System, OCS) 破坏后，能把用户电信服务的请求发送到替代系统中，保证用户能够继续享受电信服务。

[6] 现有的容灾方案主要是将生产设备上的所有需要复制的数据，通过数据复制链路复制到容灾设备上，使容灾设备同生产设备上的数据保持一致性。日常运行吋，通过数据复制软件，自动将生产设备新产生的增量数据复制到容灾设备，保持双方数据的实吋一致性。当检测到灾难 /故障发生之后，进行人工决策并切换。人工决策后，通过网管下发切换指令到容灾在线计费系统（Online Charging System, OCS) 设备，进行应用启动，通过网管下发切换指令到周边网元，进行网元与容灾在线计费系统（Online Charging System, OCS) 建立连接，完成容灾业务接管。

[7] 现有的容灾方案由于切换条件复杂，另外还要考虑数据复制问题及应用启动问题，釆用手工切换，导致切换周期较长，延误了容灾吋间。

[8] 发明内容

[9] 为了缩短容灾切换的周期和响应吋间，本发明实施例提供了一种容灾方法，包括：预先设置无鉴权数据的容灾计费设备， [10] 当发生容灾吋，所述容灾计费设备接受生产业务平台发送的业务请求；

[11] 执行所述业务请求，并产生费用清单。

[12] 本发明实施例还提供了一种容灾系统，包括生产业务平台和无鉴权数据的容灾计费设备；

[13] 所述生产业务平台，用于在发生容灾吋向所述容灾计费设备发送业务请求； [14] 所述容灾计费设备，用于接受所述生产业务平台的业务请求，并执行所述业务请求，产生费用清单。

[15] 同吋，本发明实施例还提供了一种容灾计费设备，包括：

[16] 接收模块，用于容灾吋接受生产业务平台发送的业务请求；

[17] 处理模块，用于根据所述的业务请求进行处理。

[18] 本发明实施例中容灾计费设备接受生产业务平台发送的业务请求并进行处理，直接放通业务请求，不对业务请求执行鉴权，这样无需将保存在生产计费设备上的用户数据信息或其他数据信息复制给容灾计费设备，大大加快了容灾切换的速度，达到了快速容灾的效果，同吋也提高了用户的体验。

[19] 附图简要说明

[20] 图 1为本发明的容灾方法一个实施例的流程图；

[21] 图 2为本发明的容灾方法又一个实施例的流程图；

[22] 图 3为本发明的容灾方法又一个实施例的流程图；

[23] 图 4为本发明的容灾系统一个实施例的结构示意图；

[24] 图 5为本发明的容灾计费设备一个实施例的结构示意图。

[25] 实施本发明的方式

[26] 本发明实施例提供了一种容灾方法，如图 1所示，包括：

[27] 步骤 101，当发生容灾吋，容灾计费设备接受生产业务平台发送的业务请求。

[28] 当容灾发生吋，容灾计费设备无条件接受业务请求。无条件接受业务请求是指：由于容灾计费设备没有用户的相关鉴权数据，所以取消对业务请求进行鉴权，直接放通业务请求。一般的，计费设备都是要对业务请求进行鉴权。例如，根据业务请求査询用户的话费余额，判断用户是否欠费，然后根据判断结果决定是否放通业务请求。而容灾计费设备不对业务请求进行鉴权，直接放通业务请求。在容灾切换吋，无需将保存在生产计费设备上的用户数据信息或其他数据信息复制给容灾计费设备，容灾计费设备也无需对业务请求进行鉴权，大大加快了容灾切换速度。

[29] 步骤 102，所述容灾计费设备根据所述的业务请求进行处理。

[30] 容灾计费设备对业务请求进行处理包括：对业务请求进行识别，通过识别业务请求，安排不同的业务流程和计费。

[31] 对业务请求进行识别包括：根据业务请求识别业务请求是基本通话业务请求，还是短消息业务请求或其他增值业务请求。识别业务请求后根据不同业务安排不同的业务流程，同吋，根据不同的业务流程计算费用，并产生放通该业务请求后的费用清单，例如，语音业务可以生成话单，包括通话的开始吋间、结束吋间，用户终端标识信息等信息。

[32] 但容灾计费设备对执行业务请求产生的费用清单不执行扣费操作，即只保留执行业务请求产生的费用清单，而取消根据费用清单进行扣除费用的操作。使所有用户在整个容灾过程中可以使用业务，大大提高了用户的体验度。

[33] 同吋，容灾计费设备在处理生产业务平台的业务请求过程中，用户可以正常使用各种业务，包括：通话、发短信等业务。

[34] 本发明实施例提供了一种容灾方法，如图 2所示，包括：

[35] 状态 A，生产业务平台分别建立与生产计费设备和容灾计费设备的链路。容灾计费设备与生产计费设备的比率可以超过 1 : ₄，即一台与生产计费设备处理能力一样的容灾计费设备可以同吋处理 4台以上生产计费设备相对应的生产业务平台的业务请求。

[36] 生产业务平台上保存和维护生产计费设备和容灾计费设备的地址信息，使在生产计费设备的地址信息无法访问的情况下，能够连接与容灾计费设备的链路，顺利访问容灾计费设备，确保生产业务平台与生产计费设备和容灾计费设备能够保持正常通讯。但是在生产计费设备正常运行的情况吋，生产业务平台与容灾计费设备之间的链路不连接。

[37] 当生产计费设备发生故障，并且生产计费设备的备用计费设备也无法正常运作，或者没有备用计费设备。即生产业务平台检测到生产计费设备和生产计费设备的备用计费设备的地址均不可访问吋，生产业务平台自动连接与容灾计费设备的链路。即如图 2所述的切换，由状态 A切换到状态 B。可选的，容灾计费设备可以连接数个生产业务平台。

[38] 状态 B，由于生产计费设备处于故障状态，生产业务平台与生产计费设备断开连接，生产业务平台与容灾计费设备之间的链路正式连接。即生产计费设备处于故障期间由容灾计费设备处理生产业务平台的业务请求。

[39] 其中，容灾计费设备处理生产业务平台的业务请求主要有以下特点：

[40] 首先，在接收生产业务平台的业务请求之前，由于容灾计费设备没有用户的相关鉴权数据，所以在接收业务请求后，容灾计费设备对业务请求的预处理过程简单。容灾计费设备在该预处理过程中，提供计费请求标准化、业务识别（分拣），但取消了对业务请求的鉴权过程，大大加快了对业务请求预处理的速度

[41] 其次，由于容灾计费设备中无用户的与鉴权有关的数据，所以在接收生产业务平台的业务请求后，容灾计费设备取消对业务请求进行鉴权，即容灾计费设备直接放通业务请求。不但提高了业务请求受理的速度，同吋也提高了用户的体验。例如，在发生海啸、地震等大规模的意外事件吋，许多用户需要快速的急救往往利用移动终端来呼救。如果设置鉴权，无疑让欠费用户在灾难中少了一种救济手段。在容灾过程中取消鉴权，直接放通业务请求使用户提高了体验。

[42] 最后，容灾计费设备中只记录业务请求放通后产生的费用清单，取消对根据费用清单进行费用扣除操作。在生产计费设备恢复以后，将记录的业务请求放通后产生的费用清单传送给生产计费设备，由生产计费设备来扣除。使所有用户在整个容灾过程中可以使用业务。取消扣费操作节省了容灾计费设备的处理资源，同吋提高了用户体验度，降低了容灾成本。

[43] 当生产计费设备故障排除后，容灾计费设备断开与生产业务平台的连接，生产业务平台恢复与生产计费设备的连接，即由状态 B到状态 C。

[44] 状态 C，容灾计费设备将在处理生产业务平台的业务请求过程中记录的业务请求放通后产生的费用，即费用清单发送给生产计费设备，并断开与生产业务平台的连接。生产计费设备恢复与生产业务平台的连接，接收容灾计费设备发送的费用清单。生产计费设备可以根据费用清单执行扣除费用操作。

[45] 在本实施例中，由于容灾计费设备不对业务请求进行鉴权，大大提高了容灾切换速度，使用户可以在容灾中使用业务。同吋，由于在容灾过程中不对用户执行扣费操作，节约了容灾计费设备的处理资源，降低了容灾成本。、

[46] 本发明实施例提供了一种容灾方法，如图 3所示，包括：

[47] 步骤 301，生产业务平台向生产计费设备发送业务请求。

[48] 当发生容灾吋，生产计费设备出现故障，生产业务平台无法获知生产计费设备发生了故障，故仍然向生产计费设备发送业务请求。

[49] 可选的，生产业务平台分别建立与生产计费设备和容灾计费设备的链路。生产业务平台上保存和维护生产计费设备和容灾计费设备的地址信息，使在生产计费设备的地址信息无法访问的情况下，能够连接与容灾计费设备的链路，顺利访问容灾计费设备，确保生产业务平台与生产计费设备和容灾计费设备能够保持正常通讯。但是在生产计费设备正常运行的情况吋，生产业务平台与容灾计费设备之间的链路不连接。当生产计费设备发生故障，并且生产计费设备的备用计费设备也无法正常运作，或者没有备用计费设备。即生产业务平台检测到生产计费设备和生产计费设备的备用计费设备的地址均不可访问吋，生产业务平台自动连接与容灾计费设备的链路。

[50] 可选的，容灾计费设备可以加载与生产计费设备上加载的相同的应用软件，如计费软件、控制软件等。

[51] 步骤 302，生产业务平台接收访问失败消息。

[52] 生产计费设备在容灾中发生故障，生产业务平台无法访问生产计费设备的地址信息，故生产业务平台接收返回访问失败的消息。

[53] 步骤 303，生产业务平台向容灾计费设备发送业务请求。

[54] 生产业务平台在无法访问生产计费设备的地址信息吋，向容灾计费设备发送业务请求。生产业务平台在容灾前建立了与容灾计费设备的链路，并且保存了容灾计费设备的地址信息。所以当发生容灾后，生产业务平台根据保存的容灾计费设备的地址信息，连接与容灾计费设备的链路，即容灾切换。

[55] 步骤 304，容灾计费设备向生产业务平台发送接受业务请求的响应消息。 [56] 容灾计费设备接受生产业务平台发送的业务请求，具体原因如前所述，此处不再赞述。同吋，容灾计费设备向生产业务平台发送接收业务请求的响应消息。

[57] 同吋，容灾计费设备对生产业务平台发送的业务请求进行处理，并产生费用清单。处理过程如前所述，此处不再赞述。

[58] 可选的，容灾计费设备也可以设定一定业务受限使用。例如，容灾计费可以放通基本通话业务请求，短消息业务请求，而拒绝一些增值业务的使用的请求，如彩信等。在容灾吋，可以将通信资源充分应用到基本通话等基本业务上，避免一些增值业务占用救灾通信资源。

[59] 步骤 305，生产计费设备排除故障后向生产业务平台发送其可以访问的消息。

[60] 生产计费设备排除故障后，向生产业务平台发送可以访问生产计费设备的消息

[61] 步骤 306，生产业务平台向容灾计费设备告知其终止处理业务请求的消息。

[62] 生产业务平台接收生产计费设备发送的可以访问的消息后，向容灾计费设备告知终止对其业务请求进行处理的消息。容灾计费设备收到告知其终止处理业务请求的消息后，停止处理生产业务平台的业务请求。

[63] 同吋，生产业务平台断开与容灾计费设备的链路，恢复与生产计费设备的链路连接，即容灾回切。

[64] 可选的，步骤 307，容灾计费设备向生产计费设备发送费用清单。

[65] 容灾计费设备与生产业务平台断开连接后，将对生产业务平台发送的业务请求的处理及产生的费用清单发送给生产计费设备。

[66] 可选的，步骤 308，生产计费设备向容灾计费设备返回接收处理结果及费用清单的消息。

[67] 生产计费设备接收容灾计费设备发送的处理结果及费用清单，并向容灾计费设备返回消息。并且根据发送费用清单对用户执行扣费操作。

[68] 同吋，容灾计费设备获知生产计费设备已经接收其发送的处理结果及费用清单后，删除处理结果及费用清单。

[69] 本发明实施例提供了一种容灾系统，如图 4所示，包括：

[70] 容灾计费设备 401，用于接受生产业务平台的业务请求，并对所述业务请求进行处理。本发明实施例中容灾计费设备以容灾在线计费系统（Online Charging

System, OCS) 设备为例。

当生产计费设备发生故障，生产业务平台自动连接与容灾计费设备 401的链路其中，生产业务平台可以是业务控制点（Service Control Point, SCP) 、应用服务器（Application Server, AS) 或者是其他增值业务平台。本发明实施例以业务控制点（SCP) 为例进行阐述。

[73] 容灾计费设备 401处理生产业务平台的业务请求有如下特点：

[74] 1、在接收生产业务平台的业务请求之前，容灾计费设备 401中无用户的相关鉴权数据，在接收业务请求后，容灾计费设备 401对业务请求的预处理过程比较简单。容灾计费设备 401在该预处理过程中，提供计费请求标准化、业务识别（分拣），取消了对业务请求的鉴权过程。大大加快了对业务请求预处理的速度。

[75] 2、由于容灾计费设备 401中无用户的相关鉴权数据，在接收生产业务平台的业务请求后，容灾计费设备 401取消了对业务请求的鉴权过程，容灾计费设备 401 直接放通业务请求。不但提高了业务请求受理的速度，同吋也提高了用户的体验。例如，在发生海啸、地震等大规模的意外事件吋，许多用户需要快速的急救往往利用移动终端来呼救。如果设置鉴权，无疑让欠费用户在灾难中少了一种救济手段。在容灾过程中取消鉴权，直接放通业务请求使用户提高了体验。

[76] 3、容灾计费设备 401中仅仅记录业务请求放通后产生的费用清单，取消对根据费用清单进行费用扣除操作。在生产计费设备恢复以后，将记录的业务请求放通后产生的费用清单发送给生产计费设备，由生产计费设备来扣除。使用户在整个容灾过程中可以使用业务。

业务控制点（SCP) 402, 用于保存容灾计费设备 401的地址信息，若无法访问与自身对应的生产计费设备的地址信息，根据容灾设备 401的地址信息，连接容灾设备 401链路。

在本发明实施例中，与业务控制点（SCP) 402相对应的生产计费设备发生故障吋，业务控制点（SCP) 402连接到容灾计费设备 401，容灾计费设备 401无条件接受并处理业务控制点（SCP) 402的业务请求。由于是无条件接受并处理业务控制点（SCP) 402的业务请求，无需在容灾切换前复制业务控制点（SCP) 4 02相对应的生产计费设备中的数据，大大节省了容灾切换响应的吋间，同吋提高了用户的体验度。

[79] 请结合参看图 5，本发明实施例提供了一种容灾计费设备 401。包括：接收模块 501、处理模块 502、反馈模块 503，可选的，存储模块 504，删除模块 505。具体地，

[80] 接收模块 501，用于接收生产业务平台的业务请求。

[81] 生产业务平台在容灾前分别建立了与生产计费设备和容灾计费设备 402的链路，生产业务平台上保存和维护生产计费设备和容灾计费设备的地址信息。当生产业务平台在无法访问生产计费设备的地址信息情况下，通过访问容灾计费设备 402的地址信息连接先前与之建立的链路，并通过连接的链路发送业务请求。接收模块 501无条件接收生产业务平台的业务请求。处理模块 502，用于根据生产业务平台发送的业务请求对其进行处理。

[82] 处理模块 502对业务请求进行处理。计费设备都有对业务请求的鉴权过程，即考察所述的业务请求是否有权访问和可以被放通。例如，根据业务请求调取用户的数据库，判断用户是否欠费，根据判断结果决定是否放通业务请求。如果用户欠费，计费设备不会放通该欠费用户的通话请求。而容灾计费系统由于在容灾切换前没有得到用户的数据，取消对业务请求进行鉴权，直接放通业务请求。

[83] 同吋，处理模块 502包括一个话单生成子模块（图中未示出），即在放通业务请求后，在业务请求被执行完毕吋，话单生成子模块记录业务请求被执行的费用，即产生费用清单。

[84] 可选的，容灾计费设备还可以包含一个存储模块 504，用于根据处理模块 502的处理，存储业务请求被执行产生的费用清单。

[85] 可选的，容灾计费设备还可以包含一个反馈模块 503，用于将业务请求被执行产生费用清单反馈给生产计费设备或其备用计费设备上。

[86] 当生产计费设备或者其备用计费设备恢复正常使用后，生产业务平台断开与容灾计费设备的连接，生产业务平台重新连接到生产计费设备。并且，反馈模块 5 03将在容灾过程中业务请求被执行产生的费用清单发送给生产计费设备上。生产计费设备接收反馈模块 503反馈的费用清单，并根据费用清单执行扣费操作。

[87] 可选的，容灾计费设备还可以包含一个删除模块 505，用于在费用清单反馈给生产计费设备后，删除存储模块 504中保存的费用清单。防止下次容灾切换吋，产生重复费用清单或过期费用清单反馈给生产计费设备。

[88] 本发明实施例通过容灾计费设备无条件接受生产业务平台发送的业务请求，并进行处理，大大加快了容灾切换的速度，与现有的技术相比可以提高 80%左右的容灾速度，也提高了用户的体验。同吋，由于釆用自动切换的容灾方案，也大大节省了容灾切换响应的吋间。

[89] 本发明实施例对软件要求比较简单，在处理容灾过程中，占用内存小，对中央处理单元（Central Processing Unit, CPU) 处理能力要求不高，不需要单独建立容灾系统，大大节省了容灾成本。

[90] 同吋，由于本发明实施例中容灾计费设备与生产计费设备的比率可以超过 1 : 4

，即容灾计费设备可以同吋接受并处理 4台以上的生产计费设备对应的业务控制点（SCP) 的业务请求。大大节省了容灾计费成本，节省了容灾成本。

[91] 本领域普通技术人员通过阅读本申请可知，上述方法中的全部或部分步骤也可以通过程序指令相关的硬件完成，该程序可以存储于计算机可读存储介质中，所述计算机可读存储介质如: ROM、 RAM或光盘等。

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

Claims

权利要求书

一种容灾方法，其特征在于，预先设置无鉴权数据的容灾计费设备，所述方法包括：

当发生容灾吋，所述容灾计费设备接受生产业务平台发送的业务请求；

执行所述业务请求，并产生费用清单。

如权利要求 1所述的方法，其特征在于，所述方法还包括：接受与所述生产业务平台建立链路的请求，当发生容灾吋，接收自动连接所述链路的请求。

如权利要求 1或 2所述的方法，其特征在于，所述方法还包括：容灾结束后，将执行所述业务请求的结果及产生的费用清单发送给生产计费设备，以便所述生产计费设备根据所述费用清单进行扣费。

如权利要求 3所述的方法，其特征在于，所述方法还包括：所述容灾计费设备将所述结果及费用清单发送给所述生产计费设备后删除所述结果及费用清单。

一种容灾系统，其特征在于，所述系统包括生产业务平台和无鉴权数据的容灾计费设备；

所述生产业务平台，用于在发生容灾吋向所述容灾计费设备发送业务请求；

所述容灾计费设备，用于接受所述生产业务平台的业务请求，并执行所述业务请求，产生费用清单。

如权利要求 5所述的系统，其特征在于，

所述生产业务平台，还用于建立与容灾计费设备的链路。

如权利要求 6所述的系统，其特征在于，所述生产业务平台，还用于保存所述容灾计费设备的地址信息，若无法访问生产计费设备的地址信息，根据所述容灾设备的地址信息，连接所述容灾计费设备。如权利要求 5-7任一项所述的系统，其特征在于，

所述容灾计费设备，还用于在容灾结束后，将所述费用清单发送给所述生产计费设备，以便所述生产计费设备根据所述费用清单进行扣费。

如权利要求 8所述的系统，其特征在于，

所述容灾计费设备，还用于断开与所述生产业务平台连接的链路，将执行所述业务请求的结果返回给所述生产计费设备，并删除所述结果。

一种容灾计费设备，其特征在于，所述设备包括：

接收模块，用于容灾吋接受生产业务平台发送的业务请求；处理模块，用于根据所述的业务请求进行处理。

如权利要求 10所述的设备，其特征在于，所述处理模块还包括：话单生成子模块，用于根据对所述的业务请求处理产生费用清单如权利要求 11所述的设备，其特征在于，所述设备还包括：存储模块，用于保存所述费用清单。

如权利要求 11或 12所述的设备，其特征在于，所述设备还包括：反馈模块，用于容灾结束后将所述费用清单反馈给生产计费设备如权利要求 13所述的设备，其特征在于，所述设备还包括：删除模块，用于将所述费用清单反馈给生产计费设备后，删除所述费用清单。