WO2012068786A1 - 彩铃业务处理方法与彩铃业务系统 - Google Patents

Description

彩铃业务处理方法与彩铃业务系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种彩铃业务处理方法与彩铃业 务系统。 背景技术 随着智能网业务的不断发展， 彩铃业务应用越来越广泛， 逐渐成为了运 营商运营中的一个基本业务。 随着用户量的增大， 目前， 彩铃呼叫业务通常 釆用呼叫节点和管理节点分离的构架， 如图 1所示， 呼叫节点的数据由管理 节点利用高级复制技术进行同步， 即， 呼叫节点的数据是管理节点通过高级 复制技术同步得到的。 彩铃业务不断发展， 各种需求不断涌现， 这就需要不时的对原有系统进 行版本升级改造， 以提供更多的功能。 而目前业界普遍釆用的升级或割接机 制， 为避免升级期间用户正常通话掉话而影响用户的正常通信， 在施工期间 都是需要停掉彩铃呼叫业务， 然后对彩铃数据库进行数据扩充改造， 从而实 现版本的升级， 来实现更多的需求。 当前电信运营商为了减少升级或数据割 接时对现网用户的影响， 一般选择夜间凌晨时间进行升级工程施工， 遇到复 杂度高的升级或割接， 还需要对广大彩铃用户提前发布公告。 这样导致以下 的影响： 一方面， 升级过程影响了广大用户的彩铃呼叫业务， 用户虽然对使 用彩铃呼叫业务进行过付费， 但是升级期间却无法使用彩铃， 导致用户使用 体验降低； 另一方面， 对于复杂的升级或数据割接， 由于受制于用户投诉的 压力， 通常要求尽可能短的时间如几个小时内完成， 否则电信运营商无法接 受， 这种情况下， 艮难避免升级过程中的失误， 升级或数据割接的风险显而 易见， 由此也间接影响用户使用彩铃业务， 降低用户使用体验； 再一方面， 升级或数据割接遇到异常时， 特别是对于大数据量的局点， 即便回退升级也 需要大量时间， 此时用户也无法使用彩铃， 降氏用户使用体 -险。 发明内容 本发明的主要目的在于提供一种彩铃业务处理方法与彩铃业务系统， 以 至少解决上述现有技术的彩铃业务升级或数据割接造成的用户使用体验降低 的问题。 才艮据本发明的一个方面， 提供了一种彩铃业务处理方法， 用于呼叫节点 和管理节点分离架构的彩铃业务系统， 包括： 停止呼叫节点和管理节点之间 彩铃业务的更新同步； 对管理节点的彩铃业务进行升级或数据割接； 停止呼 叫节点的彩铃呼叫业务， 并由升级或数据割接后的管理节点执行呼叫节点的 彩铃呼叫业务； 对呼叫节点的彩铃业务进行升级或数据割接； 重新启动呼叫 节点和管理节点之间彩铃业务的更新同步； 停止管理节点的彩铃呼叫业务， 并由升级或数据割接后的呼叫节点恢复执行彩铃呼叫业务。 优选地， 由升级或数据割接后的管理节点执行呼叫节点的彩铃呼叫业务 的步骤包括： 将归属位置寄存器 HLR的彩铃业务呼叫指向由呼叫节点重定 向为升级或数据割接后的管理节点； 使用 HLR重定向后的彩铃业务呼叫指 向指示的管理节点， 执行彩铃呼叫业务。 优选地， 由升级或数据割接后的呼叫节点恢复执行彩铃呼叫业务的步骤 包括： 将 HLR的彩铃业务呼叫指向由升级或数据割接后的管理节点重定向 为升级或数据割接后的呼叫节点； 使用 HLR重定向后的彩铃业务呼叫指向 指示的呼叫节点， 执行彩铃呼叫业务。 优选地， 在停止呼叫节点和管理节点之间彩铃业务的更新同步的步骤之 前， 还包括： 对管理节点的彩铃业务进行数据备份。 优选地， 该方法还包括： 若管理节点的彩铃业务进行升级或数据割接失 败， 则使用备份的彩铃业务的数据对管理节点的彩铃业务进行数据恢复。 根据本发明的另一方面， 提供了一种彩铃业务系统， 该彩铃业务系统釆 用呼叫节点和管理节点分离架构， 包括： 停止模块， 设置为停止呼叫节点和 管理节点之间彩铃业务的更新同步； 第一升级模块， 设置为对管理节点的彩 铃业务进行升级或数据割接； 业务转换模块， 设置为停止呼叫节点的彩铃呼 叫业务， 并由升级或数据割接后的管理节点执行呼叫节点的彩铃呼叫业务； 第二升级模块， 设置为对呼叫节点的彩铃业务进行升级或数据割接； 同步模 块， 设置为重新启动呼叫节点和管理节点之间彩铃业务的更新同步； 业务恢 复模块， 设置为停止管理节点的彩铃呼叫业务， 并由升级或数据割接后的呼 叫节点恢复执行彩铃呼叫业务。 优选地， 业务转换模块包括： 第一业务停止模块， 设置为停止呼叫节点 的彩铃呼叫业务； 第一重定向模块， 设置为将归属位置寄存器 HLR的彩铃 业务呼叫指向由呼叫节点重定向为升级或数据割接后的管理节点； 第一执行 模块， 设置为使用 HLR重定向后的彩铃业务呼叫指向指示的管理节点， 执 行彩铃呼叫业务。 优选地， 业务恢复模块包括： 第二业务停止模块， 设置为停止管理节点 的彩铃呼叫业务； 第二重定向模块， 设置为将 HLR的彩铃业务呼叫指向由 升级或数据割接后的管理节点重定向为升级或数据割接后的呼叫节点； 第二 执行模块， 设置为使用 HLR重定向后的彩铃业务呼叫指向指示的呼叫节点， 执行彩铃呼叫业务。 优选地， 该系统还包括： 数据备份模块， 设置为在停止模块停止呼叫节 点和管理节点之间彩铃业务的更新同步之前， 对管理节点的彩铃业务进行数 据备份。 优选地， 该系统还包括： 数据恢复模块， 设置为若管理节点的彩铃业务 进行升级或数据割接失败， 则使用数据备份模块备份的彩铃业务的数据对管 理节点的彩铃业务进行数据恢复。

通过本发明， 釆用在彩铃业务进行升级或数据割接时， 停止高级复制同 步数据的机制， 先对管理节点实施升级改造， 使得升级或数据割接期间呼叫 节点的数据不发生变化， 无论管理节点升级成功与否， 都不影响现网用户使 用彩铃呼叫业务； 当管理节点更新为最新版本后， 呼叫指向到管理节点触发 彩铃呼叫业务， 此时管理节点可以提供全面的最新版本的功能， 而不负责呼 叫业务的原呼叫节点同步数据完成之后， 再把呼叫指向原呼叫节点， 整个系 统分批次完成了升级或割接的工程， 在整个工程期间， 用户都能够正常使用 彩铃业务， 解决了现有技术的彩铃业务升级或数据割接造成的用户使用体-险 降低的问题， 进而达到了提升用户使用体验， 且降低版本升级或数据割接难 度， 也规避了升级或数据割接失败回退的风险的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的一种彩铃业务系统的架构示意图； 图 2是 居本发明实施例一的一种彩铃业务处理方法的步骤流程图； 图 3是 居本发明实施例二的一种彩铃业务处理方法的步骤流程图； 图 4是才艮据本发明实施例三的一种彩铃业务处理方法的流程示意图； 图 5是 居本发明实施例四的一种彩铃业务系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。 以下， 以釆用呼叫节点和管理节点相分离的架构的彩铃业务系统为例， 对本发明作以说明。 参照图 2, 示出了才艮据本发明实施例一的一种彩铃业务处理方法的步骤 流程图， 包括以下步 4聚： 步骤 S202: 停止呼叫节点和所述管理节点之间彩铃业务的更新同步； 正常状态下， 管理节点和呼叫节点之间的数据是同步更新的， 这样可以 保证二者之间数据的一致性。 在需要升级或数据割接时， 首先停止二者之间 的更新同步， 以便对一方的操作不会对另一方造成影响。 步骤 S204: 对管理节点的彩铃业务进行升级或数据割接； 在呼叫节点和管理节点之间的数据更新同步停止后， 先对管理节点的彩 铃业务进行升级或数据割接。 步骤 S206: 停止呼叫节点的彩铃呼叫业务， 并由升级或数据割接后的管 理节点执行呼叫节点的彩铃呼叫业务； 在管理节点升级或数据割接后， 使用该更新后的管理节点接替原呼叫节 点， 执行相应的彩铃呼叫业务， 这样可以保证用户的彩铃呼叫业务的正常使 用。 步骤 S208: 对呼叫节点的彩铃业务进行升级或数据割接； 在升级或数据割接后的管理节点接替原呼叫节点的彩铃呼叫业务后， 对 呼叫节点进行升级或数据割接。 步骤 S210: 重新启动呼叫节点和管理节点之间彩铃业务的更新同步； 在呼叫节点和管理节点都进行过升级或数据割接后，二者重新开始同步， 以保证二者之间的数据一致性。 步骤 S212: 停止管理节点的彩铃呼叫业务， 并由升级或数据割接后的呼 叫节点恢复执行彩铃呼叫业务。 呼叫节点升级或数据割接后， 重新恢复执行彩铃呼叫业务， 管理节点恢 复原有功能， 不再执行彩铃呼叫业务。 相关技术中， 由于在进行彩铃业务升级或数据割接的过程中， 会导致用 户使用体验降低， 且升级或数据割接的风险大。 通过本实施例， 釆用在彩铃 业务进行升级或数据割接时， 停止管理节点和呼叫节点之间高级复制同步数 据的机制， 先对管理节点实施升级改造， 使得升级或数据割接期间呼叫节点 的数据不发生变化， 无论管理节点升级成功与否， 都不影响现网用户使用彩 铃呼叫业务； 当管理节点更新为最新版本后， 呼叫指向到管理节点触发彩铃 呼叫业务， 此时管理节点可以提供全面的最新版本的功能， 而不负责呼叫业 务的原呼叫节点同步数据完成之后， 再把呼叫指向原呼叫节点， 整个系统分 批次完成了升级或割接的工程， 在整个工程期间， 用户都能够正常使用彩铃 业务， 解决了现有技术的彩铃业务升级或数据割接造成的用户使用体 -险降氐 的问题， 进而达到了提升用户使用体验， 且降低版本升级或数据割接难度， 也规避了升级或数据割接失败回退的风险的效果。 参照图 3 , 示出了才艮据本发明实施例二的一种彩铃业务处理方法的步骤 流程图， 包括以下步 4聚： 步骤 S302: 彩铃业务升级或数据割接时， 停止高级复制的数据更新同步 进程， 呼叫节点继续使用， 以提供彩铃呼叫服务。 割接期间仅限制管理节点对彩铃业务数据的管理操作， 不影响用户使用 彩铃业务。 步骤 S304: 对管理节点进行版本升级， 或者数据割接。 步-骤 S306: 管理节点更新完成， ¾ HLR ( Home Location Register, 归属 位置寄存器）的呼叫指向改为管理节点， 由管理节点暂时兼任彩铃呼叫服务。 步骤 S308:呼叫节点数据清空，把管理节点数据全量导入到呼叫节点中， 更新呼叫函数或过程。 步骤 S310: 呼叫节点数据导入完毕后， 重新启动高级复制的数据更新同 步进程， 并把 HLR呼叫指向重新设为呼叫节点， 系统升级或数据割接完毕， 恢复 web等管理接口。 相对于现有彩铃业务系统的升级或数据割接实现， 本实施例在升级割接 施工时， 停掉高级复制同步数据的机制， 先对管理节点实施升级或数据割接 ？丈造， 使得期间呼叫节点数据不发生变化， 无论管理节点升级或数据割接成 功与否， 都不影响现网用户的使用彩铃呼叫业务； 当管理节点更新为最新版 本后， 呼叫指向到管理节点触发彩铃呼叫业务， 此时管理节点可以提供全面 的最新版本的功能， 而不负责呼叫业务的原呼叫节点同步数据完成之后， 再 把呼叫指向原呼叫节点， 整个系统分批次完成了升级或数据割接的工程。 本实施例实现了升级、 数据割接期间不需要暂停彩铃呼叫业务。 由于呼 叫节点的数据是由管理节点高级复制同步过来的， 表名字段等数据库对象名 都是一致的， 所以呼叫的相关存储过程在管理节点和呼叫节点都是通用的， 因而无需增加代码开发维护工作量。 通过本实施例， 解决了电信运营商在版本升级或数据割接时， 对用户造 成的业务暂停使用的影响， 提升了用户使用体验， 同进， 把版本升级或数据 割接难度大大降低， 规避了升级或数据割接失败回退的风险。 参照图 4, 示出了才艮据本发明实施例三的一种彩铃业务处理方法的流程 示意图。 本实施例中， 以数据库 oracle 10g为例， 设备上 cp (业务逻辑） 和 db (业务数据）合一的工程为例， 描述中原管理节点表示为 Cmp, 原呼叫节 点表示为 Csp„ 步骤 S402: 升级或数据割接前， 停止 Cmp管理服务的接口， 如 webservice, 营帐， web等相关接口， 并且对管理节点 Cmp的彩铃业务数据 进行数据备份。 步骤 S404： 停止管理节点 Cmp和呼叫节点 Csp的高级复制的数据更新 同步的任务， Csp继续使用， 以提供彩铃业务呼叫查询月艮务。 本操作执行之后， Csp数据就和 Cmp失去联系， Cmp可以进行升级改造 或数据割接操作， 而不会同步给 Csp。 经过数小时的升级或数据割接之后， Cmp数据和函数升级或数据割接为最新的版本， 而 Csp没有任何变化。 如果 此时 Cmp升级或数据割接异常失败，则使用步骤 S402的备份数据恢复 Cmp, 恢复后的 Cmp重新开始通过高级复制与 Csp进行增量同步， 原升级或数据 割接计划取消， 系统恢复初始状态， 虽然升级或数据割接失败， 但并不会对 用户使用彩铃业务造成影响。 如果 Cmp升级或数据割接成功， 则进入步骤 S406继续处理。 步骤 S406： 管理节点 Cmp升级或数据割接已经完成， 则把 HLR的呼叫 指向改为管理节点 Cmp, 由管理节点 Cmp暂时兼任彩铃呼叫月艮务。 此时， 原呼叫节点 Csp不再用于提供彩铃呼叫查询，所以，此时再对 Csp进行备份、 升级或数据割接。 普遍的 Csp升级或数据割接的做法是清理原有表、 数据、 视图和函数， 重新创建最新版本的表、 视图等相关对象， 直到 Csp数据构架更新完毕。 步骤 S408: Csp表结构已经完成升级或数据割接， 但此时 HLR的呼叫 指向仍然是指向 Cmp的，所以此时选择呼叫量小的时间段（如夜间），从 Cmp 利用 oracle高级复制进行全量数据复制到 Csp (千万级的用户量大约需要 10 分钟同步数据）， Csp数据同步完成后， 更新相应的函数、 存储过程等。 步骤 S410: 恢复 Csp用于增量同步的任务， 以保证该步骤之后 Csp的彩 铃业务呼叫数据实时同步 Cmp的数据。 步骤 S412: 将 HLR的呼叫指向^ ί'爹改为 Csp, Cmp恢复 webservie、 web, 营帐等各种管理接口。 通过本实施例， 彩铃业务升级或数据割接在不影响用户使用彩铃业务的 情况下， 顺利安全的实施完毕。 其中， 在 Cmp升级失败时， 也可以在不影响 彩铃业务的情况下回退， 有效避免了升级失败的负面影响。 参照图 5 , 示出了才艮据本发明实施例四的一种彩铃业务系统的结构框图， 包括： 停止模块 502, 设置为停止呼叫节点和管理节点之间彩铃业务的更新同 步； 第一升级模块 504, 设置为对管理节点的彩铃业务进行升级或数据割接； 业务转换模块 506, 设置为停止呼叫节点的彩铃呼叫业务， 并由升级或数据 割接后的管理节点执行呼叫节点的彩铃呼叫业务； 第二升级模块 508, 设置 为对呼叫节点的彩铃业务进行升级或数据割接； 同步模块 510, 设置为重新 启动呼叫节点和管理节点之间彩铃业务的更新同步； 业务恢复模块 512, 设 置为停止管理节点的彩铃呼叫业务， 并由升级或数据割接后的呼叫节点恢复 执行彩铃呼叫业务。 优选的， 业务转换模块 506包括： 第一业务停止模块， 设置为停止呼叫 节点的彩铃呼叫业务； 第一重定向模块， 设置为将归属位置寄存器 HLR的 彩铃业务呼叫指向由呼叫节点重定向为升级或数据割接后的管理节点； 第一 执行模块， 设置为使用 HLR重定向后的彩铃业务呼叫指向指示的管理节点， 执行彩铃呼叫业务。 优选的， 业务恢复模块 512包括： 第二业务停止模块， 设置为停止管理 节点的彩铃呼叫业务； 第二重定向模块， 设置为将 HLR的彩铃业务呼叫指 向由升级或数据割接后的管理节点重定向为升级或数据割接后的呼叫节点； 第二执行模块， 设置为使用 HLR重定向后的彩铃业务呼叫指向指示的呼叫 节点， 执行彩铃呼叫业务。 优选的， 本实施例的彩铃业务系统还包括： 数据备份模块， 设置为在停 止模块停止呼叫节点和管理节点之间彩铃业务的更新同步之前， 对管理节点 的彩铃业务进行数据备份。 优选的， 本实施例的彩铃业务系统还包括： 数据恢复模块， 设置为若管 理节点的彩铃业务进行升级或数据割接失败， 则使用数据备份模块备份的彩 铃业务的数据对管理节点的彩铃业务进行数据恢复。 通过本实施例， 在智能网业务产品 （如彩铃业务产品） 的实现技术中， 尤其是在高级复制环境的应用下（呼叫节点和管理节点分离），对系统进行版 本升级或者数据割接时， 可以在不需要中断彩铃呼叫业务的情况下完成， 解 决了现有技术的彩铃业务升级或数据割接造成的用户使用体验降低的问题， 进而达到了提升用户使用体验， 且降低版本升级或数据割接难度， 也规避了 升级或数据割接失败回退的风险的效果。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书

1. 一种彩铃业务处理方法， 用于呼叫节点和管理节点分离架构的彩铃业务系 统， 包括：

停止所述呼叫节点和所述管理节点之间彩铃业务的更新同步； 对所述管理节点的彩铃业务进行升级或数据割接；

停止所述呼叫节点的彩铃呼叫业务， 并由升级或数据割接后的所 述管理节点执行所述呼叫节点的彩铃呼叫业务；

对所述呼叫节点的彩铃业务进行升级或数据割接；

重新启动所述呼叫节点和管理节点之间彩铃业务的更新同步； 停止所述管理节点的彩铃呼叫业务， 并由升级或数据割接后的所 述呼叫节点恢复执行所述彩铃呼叫业务。

2. 根据权利要求 1所述的方法， 其中， 所述由升级或数据割接后的所述管理节 点执行所述呼叫节点的彩铃呼叫业务的步骤包括：

将归属位置寄存器 HLR的彩铃业务呼叫指向由所述呼叫节点重定向为 升级或数据割接后的所述管理节点；

使用所述 HLR重定向后的所述彩铃业务呼叫指向指示的所述管理节点， 执行所述彩铃呼叫业务。

3. 根据权利要求 1所述的方法， 其中， 所述由升级或数据割接后的所述呼叫节 点恢复执行所述彩铃呼叫业务的步骤包括：

将所述 HLR的彩铃业务呼叫指向由所述升级或数据割接后的管理节点 重定向为所述升级或数据割接后的呼叫节点；

使用所述 HLR重定向后的所述彩铃业务呼叫指向指示的所述呼叫节点， 执行所述彩铃呼叫业务。

4. 居权利要求 1所述的方法， 其中， 在所述停止所述呼叫节点和所述管理节 点之间彩铃业务的更新同步的步骤之前， 还包括：

对所述管理节点的彩铃业务进行数据备份。

5. 根据权利要求 4所述的方法， 其中， 还包括：

若所述管理节点的彩铃业务进行升级或数据割接失败， 则使用所述备份 的彩铃业务的数据对所述管理节点的彩铃业务进行数据恢复。

6. 一种彩铃业务系统， 所述彩铃业务系统釆用呼叫节点和管理节点分离架构， 包括：

停止模块， 设置为停止所述呼叫节点和所述管理节点之间彩铃业务的更 新同步；

第一升级模块，设置为对所述管理节点的彩铃业务进行升级或数据割接； 业务转换模块， 设置为停止所述呼叫节点的彩铃呼叫业务， 并由升级或 数据割接后的所述管理节点执行所述呼叫节点的彩铃呼叫业务；

第二升级模块， 设置为对所述呼叫节点的彩铃业务进行升级或数据割 接；

同步模块， 设置为重新启动所述呼叫节点和管理节点之间彩铃业务的更 新同步；

业务恢复模块， 设置为停止所述管理节点的彩铃呼叫业务， 并由升级或 数据割接后的所述呼叫节点恢复执行所述彩铃呼叫业务。

7. 根据权利要求 6所述的系统， 其中， 所述业务转换模块包括：

第一业务停止模块， 设置为停止所述呼叫节点的彩铃呼叫业务； 第一重定向模块， 设置为将归属位置寄存器 HLR的彩铃业务呼叫指向 由所述呼叫节点重定向为升级或数据割接后的所述管理节点；

第一执行模块 ,设置为使用所述 HLR重定向后的所述彩铃业务呼叫指向 指示的所述管理节点， 执行所述彩铃呼叫业务。

8. 根据权利要求 6所述的系统， 其中， 所述业务恢复模块包括：

第二业务停止模块， 设置为停止所述管理节点的彩铃呼叫业务； 第二重定向模块， 设置为将所述 HLR的彩铃业务呼叫指向由所述升级 或数据割接后的管理节点重定向为所述升级或数据割接后的呼叫节点；

第二执行模块， 设置为使用所述 HLR重定向后的所述彩铃业务呼叫指 向指示的所述呼叫节点， 执行所述彩铃呼叫业务。 根据权利要求 6所述的系统， 其中， 还包括：

数据备份模块，设置为在所述停止模块停止所述呼叫节点和所述管理节 点之间彩铃业务的更新同步之前，对所述管理节点的彩铃业务进行数据备份。 根据权利要求 9所述的系统， 其中， 还包括：

数据恢复模块， 设置为若所述管理节点的彩铃业务进行升级或数据割接 失败， 则使用所述数据备份模块备份的彩铃业务的数据对所述管理节点的彩 铃业务进行数据恢复。