一种容灾方法、系统及设备的制作方法

文档序号:7926137阅读:153来源:国知局
专利名称:一种容灾方法、系统及设备的制作方法
技术领域
本发明涉及网络通信技术领域,具体涉及一种容灾方法、系统及设备。
背景技术
数据灾难是指计算机系统在数据处理过程中出现大范围的中断,不能在一定时期 内恢复的重大灾难。在线计费系统(Online Charging System, OCS)容灾就是指系统在 遭到严重破坏后,如发生地震、火灾、水灾时,重新定购软硬件进行安装,并从备份数据中 恢复。因此,需要设计一套完整的容灾设备制,在不可预见灾难把在线计费系统(Online Charging System, OCS)破坏后,能把用户电信服务的请求发送到替代系统中,保证用户能 够继续享受电信服务。 现有的容灾方案主要是将生产设备上的所有需要复制的数据,通过数据复制链路 复制到容灾设备上,使容灾设备同生产设备上的数据保持一致性。日常运行时,通过数据复 制软件,自动将生产设备新产生的增量数据复制到容灾设备,保持双方数据的实时一致性。 当检测到灾难/故障发生之后,进行人工决策并切换。人工决策后,通过网管下发切换指令 到容灾在线计费系统(Online Charging System, OCS)设备,进行应用启动,通过网管下发 切换指令到周边网元,进行网元与容灾在线计费系统(Online Charging System,OCS)建立 连接,完成容灾业务接管。 现有的容灾方案由于切换条件复杂,另外还要考虑数据复制问题及应用启动问 题,采用手工切换,导致切换周期较长,延误了容灾时间。

发明内容
有鉴于此,为了縮短容灾切换的周期和响应时间,本发明实施例提供了一种容灾 方法,包括 当发生容灾时,容灾计费设备无条件接受生产业务平台发送的业务请求;所述容
灾计费设备根据所述的业务请求进行处理。
本发明实施例还提供了一种容灾系统,包括 容灾计费设备,用于无条件接受生产业务平台的业务请求,根据所述业务请求进 行处理; 所述生产业务平台,用于向所述容灾计费设备发送业务请求。
同时,本发明实施例还提供了一种容灾计费设备,包括
接收模块,用于无条件接收生产业务平台发送的业务请求;
处理模块,用于根据所述的业务请求进行处理。 本发明实施例中容灾计费设备通过无条件接受生产业务平台发送的业务请求,并 进行处理。大大加快了容灾切换的速度,达到了快速容灾的效果。


图1为本发明的容灾方法一个实施例的流程图。
图2为本发明的容灾方法又一个实施例的流程图。
图3为本发明的容灾方法又一个实施例的流程图。
图4为本发明的容灾系统一个实施例的结构示意图。
图5为本发明的容灾计费设备一个实施例的结构示意图。
具体实施例方式
本发明实施例提供了一种容灾方法,如图1所示,包括 步骤101,当发生容灾时,容灾计费设备无条件接受生产业务平台发送的业务请求。
当容灾发生时,容灾计费设备无条件接受业务请求。无条件接受业务请求是指由 于容灾计费设备没有用户的相关鉴权数据,所以取消对业务请求进行鉴权,直接放通业务 请求。 一般的,计费设备都是要对业务请求进行鉴权。例如,根据业务请求查询用户的话费 余额,判断用户是否欠费,然后根据判断结果决定是否放通业务请求。而容灾计费设备不对 业务请求进行鉴权,直接放通业务请求。在容灾切换时,无需将保存在生产计费设备上的用 户数据信息或其他数据信息复制给容灾计费设备,容灾计费设备也无需对业务请求进行鉴 权,大大加快了容灾切换速度。 步骤102,所述容灾计费设备根据所述的业务请求进行处理。 容灾计费设备对业务请求进行处理包括对业务请求进行识别,通过识别业务请 求,安排不同的业务流程和计费。 对业务请求进行识别指,根据业务请求进行识别业务请求是基本通话业务请求, 还是短消息业务请求或其他增值业务请求。识别业务请求后根据不同业务安排不同的业务 流程,同时,根据不同的业务流程计算费用。执行业务请求产生费用清单,例如,语音业务可 以生成话单,包括通话的开始时间、结束时间,用户终端标识信息等信息。
但容灾计费设备对执行业务请求产生的费用清单不执行扣费操作,即只保留执行 业务请求产生的费用清单,而取消根据费用清单进行扣除费用的操作。使所有用户在整个 容灾过程中可以使用业务。包括余额不足的用户也可以在整个容灾过程中通信。大大提高 了用户的体验度和运营商的形象。 同时,容灾计费设备在处理生产业务平台的业务请求过程中,用户可以正常使用 各种业务,包括通话、发短信等业务。 本发明实施例提供了一种容灾方法,如图2所示,包括 状态A,生产业务平台分别建立与生产计费设备和容灾计费设备的链路。容灾计费 设备与生产计费设备的比率可以超过l : 4,即一台与生产计费设备处理能力一样的容灾 计费设备可以同时处理4台以上生产计费设备相对应的生产业务平台的业务请求。
生产业务平台上保存和维护生产计费设备和容灾计费设备的地址信息,使在生产 计费设备的地址信息无法访问的情况下,能够连接与容灾计费设备的链路,顺利访问容灾 计费设备,确保生产业务平台与生产计费设备和容灾计费设备能够保持正常通讯。但是在 生产计费设备正常运行的情况时,生产业务平台与容灾计费设备之间的链路不连接。
当生产计费设备发生故障,并且生产计费设备的备用计费设备也无法正常运作,或者没有备用计费设备。即生产业务平台检测到生产计费设备和生产计费设备的备用计费 设备的地址均不可访问时,生产业务平台自动连接与容灾计费设备的链路。即如图2所述 的切换,由状态A切换到状态B。可选的,容灾计费设备可以连接数个生产业务平台。
状态B,由于生产计费设备处于故障状态,生产业务平台与生产计费设备断开连 接,生产业务平台与容灾计费设备之间的链路正式连接。即由容灾计费设备处理生产业务 平台的业务请求。 其中,容灾计费设备处理生产业务平台的业务请求主要有以下特点
首先,在接收生产业务平台的业务请求之前,由于容灾计费设备没有用户的相关 鉴权数据,所以在接收业务请求后,容灾计费设备对业务请求的预处理过程简单。容灾计费 设备在该预处理过程中,提供计费请求标准化、业务识别(分拣),但取消了对业务请求的 鉴权过程,大大加快了对业务请求预处理的速度。 其次,由于容灾计费设备中无用户的与鉴权有关的数据,所以在接收生产业务平 台的业务请求后,容灾计费设备取消对业务请求进行鉴权,即容灾计费设备直接放通业务 请求。不但提高了业务请求受理的速度,同时也提高了用户的体验。例如,在发生海啸、地 震等大规模的意外事件时,许多用户需要快速的急救往往利用移动终端来呼救。如果设置 鉴权,无疑让欠费用户在灾难中少了一种救济手段。在容灾过程中取消鉴权,直接放通业务 请求使用户提高了体验。 最后,容灾计费设备中只记录业务请求放通后产生的费用清单,取消对根据费用 清单进行费用扣除操作。在生产计费设备恢复以后,将记录的业务请求放通后产生的费用 清单传送给生产计费设备,由生产计费设备来扣除。使所有用户在整个容灾过程中可以使 用业务,即使是余额不足的用户也可以在整个容灾过程中通信。取消扣费操作节省了容灾 计费设备的处理资源,同时提高了用户体验度,降低了容灾成本。 当生产计费设备故障排除后,容灾计费设备断开与生产业务平台的连接,生产业 务平台恢复与生产计费设备的连接,即由状态B到状态C。 状态C,容灾计费设备将在处理生产业务平台的业务请求过程中记录的业务请求 放通后产生的费用,即费用清单发送给生产计费设备,并断开与生产业务平台的连接。生产 计费设备恢复与生产业务平台的连接,接收容灾计费设备发送的费用清单。生产计费设备 可以根据费用清单执行扣除费用操作。 在本实施例中,由于容灾计费设备不对业务请求进行鉴权,大大提高了容灾切换
速度,使欠费用户可以在容灾中使用业务。同时,由于在容灾过程中不对用户执行扣费操
作,使余额不足的用户也可以进行通信,节约了容灾计费设备的处理资源,降低了容灾成
本。大大提高了用户体验度,提升了运营商的形象。 本发明实施例提供了一种容灾方法,如图3所示,包括 步骤301,生产业务平台向生产计费设备发送业务请求。 当发生容灾时,生产计费设备出现故障,生产业务平台无法获知生产计费设备发 生了故障,故仍然向生产计费设备发送业务请求。 可选的,生产业务平台分别建立与生产计费设备和容灾计费设备的链路。生产业 务平台上保存和维护生产计费设备和容灾计费设备的地址信息,使在生产计费设备的地址 信息无法访问的情况下,能够连接与容灾计费设备的链路,顺利访问容灾计费设备,确保生产业务平台与生产计费设备和容灾计费设备能够保持正常通讯。但是在生产计费设备正常 运行的情况时,生产业务平台与容灾计费设备之间的链路不连接。当生产计费设备发生故 障,并且生产计费设备的备用计费设备也无法正常运作,或者没有备用计费设备。即生产业 务平台检测到生产计费设备和生产计费设备的备用计费设备的地址均不可访问时,生产业 务平台自动连接与容灾计费设备的链路。 可选的,容灾计费设备可以加载与生产计费设备上加载的相同的应用软件,如计 费软件、控制软件等。 步骤302,向生产业务平台返回访问失败消息。 生产计费设备在容灾中发生故障,生产业务平台无法访问生产计费设备的地址信
息,故生产业务平台接收返回访问失败的消息。 步骤303,生产业务平台向容灾计费设备发送业务请求。 生产业务平台在无法访问生产计费设备的地址信息时,向容灾计费设备发送业务 请求。生产业务平台在容灾前建立了与容灾计费设备的链路,并且保存了容灾计费设备的 地址信息。所以当发生容灾后,生产业务平台根据保存的容灾计费设备的地址信息,连接与 容灾计费设备的链路,即容灾切换。 步骤304,容灾计费设备向生产业务平台发送接受业务请求的响应消息。
容灾计费设备无条件接受生产业务平台发送的业务请求,具体原因如前所述,此 处不再赘述。同时,容灾计费设备向生产业务平台发送无条件接收业务请求的响应消息。
同时,容灾计费设备对生产业务平台发送的业务请求进行处理,并产生费用清单。 处理过程如前所述,此处不再赘述。 可选的,容灾计费设备也可以设定一定业务受限使用。例如,容灾计费可以放通基 本通话业务请求,短消息业务请求,而拒绝一些增值业务的使用的请求,如彩信等。在容灾 时,可以将通信资源充分应用到基本通话等基本业务上,避免一些增值业务占用救灾通信 资源。 步骤305,生产计费设备向生产业务平台发送其可以访问的消息。
生产计费设备排除故障后,向生产业务平台发送可以访问生产计费设备的消息。
步骤306,生产业务平台向容灾计费设备告知其终止处理业务请求的消息。
生产业务平台接收生产计费设备发送的可以访问的消息后,向容灾计费设备告知 终止对其业务请求进行处理的消息。容灾计费设备收到告知其终止处理业务请求的消息 后,停止处理生产业务平台的业务请求。 同时,生产业务平台断开与容灾计费设备的链路,恢复与生产计费设备的链路连 接,即容灾回切。 可选的,步骤307,容灾计费设备向生产计费设备发送费用清单。 容灾计费设备与生产业务平台断开连接后,将对生产业务平台发送的业务请求的
处理及产生的费用清单发送给生产计费设备。 可选的,步骤308,生产计费设备向容灾计费设备返回接收处理结果及费用清单的 消息。 生产计费设备接收容灾计费设备发送的处理结果及费用清单,并向容灾计费设备 返回消息。并且根据发送费用清单对用户执行扣费操作。
7
同时,容灾计费设备获知生产计费设备已经接收其发送的处理结果及费用清单 后,删除处理结果及费用清单。 本发明实施例提供了一种容灾系统,如图4所示,包括 容灾计费设备401,用于无条件接受生产业务平台的业务请求,并对所述业务请求 进行处理。本发明实施例中容灾计费设备以容灾在线计费系统(Online Charging System, OCS)设备为例。 当生产计费设备发生故障,生产业务平台自动连接与容灾计费设备401的链路。
其中,生产业务平台可以是业务控制点(Service Control Point, SCP)、应用服 务器(A卯lication Server, AS)或者是其他增值业务平台。本发明实施例以业务控制点 (SCP)为例进行阐述。 容灾计费设备401处理生产业务平台的业务请求有如下特点
1、在接收生产业务平台的业务请求之前,容灾计费设备401中无用户的相关鉴权 数据,在接收业务请求后,容灾计费设备401对业务请求的预处理过程比较简单。容灾计费 设备401在该预处理过程中,提供计费请求标准化、业务识别(分拣),取消了对业务请求的 鉴权过程。大大加快了对业务请求预处理的速度。 2、由于容灾计费设备401中无用户的相关鉴权数据,在接收生产业务平台的业务 请求后,容灾计费设备401取消了对业务请求的鉴权过程,容灾计费设备401直接放通业务 请求。不但提高了业务请求受理的速度,同时也提高了用户的体验。例如,在发生海啸、地 震等大规模的意外事件时,许多用户需要快速的急救往往利用移动终端来呼救。如果设置 鉴权,无疑让欠费用户在灾难中少了一种救济手段。在容灾过程中取消鉴权,直接放通业务 请求使用户提高了体验。 3、容灾计费设备401中仅仅记录业务请求放通后产生的费用清单,取消对根据费 用清单进行费用扣除操作。在生产计费设备恢复以后,将记录的业务请求放通后产生的费 用清单发送给生产计费设备,由生产计费设备来扣除。使用户在整个容灾过程中可以使用 业务。 业务控制点(SCP)402,用于保存容灾计费设备401的地址信息,若无法访问与自 身对应的生产计费设备的地址信息,根据容灾设备401的地址信息,连接容灾设备401链 路。 在本发明实施例中,与业务控制点(SCP)402相对应的生产计费设备发生故障时, 业务控制点(SCP)402连接到容灾计费设备401,容灾计费设备401无条件接受并处理业务 控制点(SCP)402的业务请求。由于是无条件接受并处理业务控制点(SCP)402的业务请 求,无需在容灾切换前复制业务控制点(SCP)402相对应的生产计费设备中的数据,大大节 省了容灾切换响应的时间,同时提高了用户的体验度。 请结合参看图5,本发明实施例提供了一种容灾计费设备401。包括接收模块 501、处理模块502、反馈模块503,可选的,存储模块504,删除模块505。具体地,
接收模块501 ,用于接收生产业务平台的业务请求。 生产业务平台在容灾前分别建立了与生产计费设备和容灾计费设备402的链路, 生产业务平台上保存和维护生产计费设备和容灾计费设备的地址信息。当生产业务平台在 无法访问生产计费设备的地址信息情况下,通过访问容灾计费设备402的地址信息连接先前与之建立的链路,并通过连接的链路发送业务请求。接收模块501无条件接收生产业务 平台的业务请求。处理模块502,用于根据生产业务平台发送的业务请求对其进行处理。
处理模块502无条件对业务请求进行处理。计费设备都有对业务请求的鉴权过 程,即考察所述的业务请求是否有权访问和可以被放通。例如,根据业务请求调取用户的数 据库,判断用户是否欠费,根据判断结果决定是否放通业务请求。如果用户欠费,计费设备 不会放通该欠费用户的通话请求。而容灾计费系统由于在容灾切换前没有得到用户的数 据,取消对业务请求进行鉴权,直接放通业务请求。 同时,处理模块502包括一个话单生产子模块,即在放通业务请求后,在业务请求
被执行完毕时,话单子模块记录业务请求被执行的费用,即产生费用清单。 可选的,容灾计费设备还可以包含一个存储模块504,用于根据处理模块502的处
理,存储业务请求被执行产生的费用清单。 可选的,容灾计费设备还可以包含一个反馈模块503,用于将业务请求被执行产生 费用清单反馈给生产计费设备或其备用计费设备上。 当生产计费设备或者其备用计费设备恢复正常使用后,生产业务平台断开与容灾 计费设备的连接,生产业务平台重新连接到生产计费设备。并且,反馈模块503将在容灾过 程中业务请求被执行产生的费用清单发送给生产计费设备上。生产计费设备接收反馈模块 503反馈的费用清单,并根据费用清单执行扣费操作。 可选的,容灾计费设备还可以包含一个删除模块505,用于在费用清单反馈给生产 计费设备后,删除存储模块504中保存的费用清单。防止下次容灾切换时,产生重复费用清 单或过期费用清单反馈给生产计费设备。 本发明实施例通过容灾计费设备无条件接受生产业务平台发送的业务请求,并进 行处理,大大加快了容灾切换的速度,与现有的技术相比可以提高80%左右的容灾速度,也 提高了用户的体验。同时,由于采用自动切换的容灾方案,也大大节省了容灾切换响应的时 间。 本发明实施例对软件要求比较简单,在处理容灾过程中,占用内存小,对中央处理 单元(Central Processing Unit, CPU)处理能力要求不高,不需要单独建立容灾系统,大大 节省了容灾成本。 同时,由于本发明实施例中容灾计费设备与生产计费设备的比率可以超过l : 4, 即容灾计费设备可以同时接受并处理4台以上的生产计费设备对应的业务控制点(SCP)的 业务请求。大大节省了容灾计费成本,节省了容灾成本。 本领域普通技术人员通过阅读本申请可知,上述方法中的全部或部分步骤也可以 通过程序指令相关的硬件完成,该程序可以存储于计算机可读存储介质中,所述计算机可 读存储介质如ROM、RAM或光盘等。 综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的 保护范围之内
权利要求
一种容灾方法,其特征在于,所述方法包括当发生容灾时,容灾计费设备无条件接受生产业务平台发送的业务请求;所述容灾计费设备根据所述业务请求进行处理。
2. 如权利要求1所述的方法,其特征在于,所述方法还包括接受与所述生产业务平台 建立链路的请求,当发生容灾时,接收自动连接所述链路的请求。
3. 如权利要求1或2所述的方法,其特征在于,所述方法还包括 容灾结束后,将所述处理产生的结果发送给生产计费设备。
4. 如权利要求1所述的方法,其特征在于,所述容灾计费设备无条件接受生产业务平 台发送的业务请求包括所述容灾计费设备忽略对所述业务请求进行鉴权,直接放通所述业务请求。
5. 如权利要求1所述的方法,其特征在于,所述容灾计费设备根据所述业务请求进行 处理包括执行所述业务请求,产生费用清单,并取消根据所述费用清单进行扣除的操作。
6. —种容灾系统,其特征在于,所述系统包括容灾计费设备,用于无条件接受生产业务平台的业务请求,根据所述业务请求进行处理;所述生产业务平台,用于向所述容灾计费设备发送业务请求。
7. 如权利要求6所述的系统,其特征在于,所述系统还包括 所述生产业务平台,还用于建立与容灾计费设备的链路。
8. 如权利要求7所述的系统,其特征在于,所述系统还包括所述生产业务平台,还用于保存所述容灾计费设备的地址信息,若无法访问生产计费 设备的地址信息,根据所述容灾设备的地址信息,连接所述容灾计费设备。
9. 如权利要求8所述的系统,其特征在于,所述系统还包括所述容灾计费设备,还用于忽略对所述业务请求进行鉴权,直接放通所述业务请求。
10. 如权利要求8所述的系统,其特征在于,所述系统还包括所述容灾计费设备,还用于执行所述业务请求,产生费用清单,并取消根据所述费用清 单进行扣除的操作。
11. 如权利要求8所述的系统,其特征在于,所述系统还包括所述容灾计费设备,还用于断开与所述生产业务平台连接的链路,将对所述业务请求 的处理结果返回给所述生产计费设备,并删除所述处理结果。
12. —种容灾计费设备,其特征在于,所述设备包括 接收模块,用于无条件接收生产业务平台发送的业务请求; 处理模块,用于根据所述的业务请求进行处理。
13. 如权利要求12所述的设备,其特征在于,所述处理模块还包括 话单生成子模块,用于根据对所述的业务请求处理产生费用清单。
14. 如权利要求12所述的设备,其特征在于,所述设备还包括 存储模块,用于保存所述费用清单。
15. 如权利要求13或14所述的设备,其特征在于,所述设备还包括 反馈模块,用于将所述费用清单反馈给生产计费设备。
16.如权利要求15所述的设备,其特征在于,所述设备还包括 删除模块,用于将所述费用清单反馈给生产计费设备后,删除所述费用清单。
全文摘要
本发明公开了一种容灾方法,该方法包括当发生容灾时,容灾计费设备无条件接受生产业务平台发送的业务请求;容灾计费设备根据业务请求进行处理。同时,本发明还公开了一种容灾系统及设备。本发明提高了容灾切换的速度,实现了快速容灾。
文档编号H04L12/24GK101741604SQ20081021741
公开日2010年6月16日 申请日期2008年11月10日 优先权日2008年11月10日
发明者刘杰 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1