专利名称：业务动态升级方法、设备及系统的制作方法
技术领域：
本发明涉及无线通信技术领域，尤其涉及一种业务动态升级方法、设备及系统。
背景技术：
随着通信领域各种业务的不断丰富，运营商在业务平台中对业务系统进行升级是 必不可少的。对于不同的业务平台来说，业务系统在升级成本、升级周期以及升级风险方面
存在差异。在现有技术中，对业务系统进行升级的技术方案主要包括以下三种第一种业务 升级方案为停止业务平台后，在该业务平台中，用新业务系统替换旧业务系统；最后，重 新启动业务平台，从而完成业务系统的升级。第二种业务升级方案为在业务平台上终止并 卸载旧业务；然后，将新业务加载在业务平台上，并激活新业务，从而完成业务系统的升级。 第三种业务升级方案是在双机集群模式下实现的。在双机集群模式下，业务系统同时存在 于主业务平台和备份业务平台中。在业务系统升级时，业务系统通过平台呼叫接入点从主 业务平台切换到备份业务平台；然后，在主业务平台上加载并激活新业务系统；最后，再通 过平台呼叫接入点将业务系统从备份业务平台切换回主业务平台，从而完成业务系统的升 级。在实现本发明过程中，发明人发现现有技术中至少存在如下问题在新业务的升 级过程中，上述业务升级方案均会导致旧业务呼叫被迫中断，使得正在使用旧业务的用户 无法继续使用，从而降低了业务服务质量。
发明内容
本发明实施例提供一种业务动态升级方法、设备及系统，用以解决现有技术在新 业务的升级过程中，旧业务呼叫被迫中断的问题，实现在业务升级过程中，可以保持正在使 用旧业务的呼叫，提高业务服务质量。本发明实施例提供一种业务动态升级方法，包括在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口信息更新 为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系统；对所述第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼 叫结束时卸载所述第二业务系统。本发明实施例提供一种业务动态升级设备，包括更新模块，用于在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫 接口信息更新为的第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业 务系统；监控处理模块，用于对第二业务系统进行去激活处理，并在监控到与所述第二业 务系统对应的呼叫结束时卸载所述第二业务系统。本发明实施例还提供一种业务动态升级系统，包括业务管理设备和呼叫统一接入设备，所述业务管理设备，用于在所述呼叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系 统；对第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时 卸载所述第二业务系统；所述呼叫统一接入设备，用于根据所述呼叫接口信息接收呼叫请求。在本发明实施例中，由于在分布式业务平台上，业务系统分布在不同的业务节点 上，且对应于各个呼叫的会话是彼此独立的，因此，在将第二业务系统升级为第一业务系统 时，接入第一业务系统中的呼叫不会影响还保持在第二业务系统中的呼叫。由于在监控到 第二业务系统中的呼叫结束时才卸载该第二业务系统，因此，第二业务系统中的呼叫不会 由于升级操作而中断，因此，不会给业务升级带来负面效应，提高了业务服务质量。
图1为本发明业务动态升级方法第一实施例的流程图；图2为本发明业务动态升级方法第二实施例的流程图；图3为本发明业务动态升级方法第二实施例中加载设置第一业务系统的流程图；图4为本发明业务动态升级方法第三实施例中NGIN业务平台的结构示意图；图5为本发明业务动态升级方法第三实施例中加载第一业务系统的信令流程图；图6为本发明业务动态升级设备第一实施例的结构示意图；图7为本发明业务动态升级设备第二实施例的结构示意图；图8为本发明业务动态升级系统第一实施例的结构示意图。
具体实施例方式下面结合附图和具体实施例进一步说明本发明实施例的技术方案。图1为本发明业务动态升级方法第一实施例的流程图，如图1所示，本实施例的方 法包括步骤101、在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口 信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系 统。在分布式业务平台上，业务对外表现为一个整体，对内则表现为分布在分布式业 务平台中的不同业务节点上的数个业务模块。各个业务模块之间具有依赖关系，即呼叫业 务可以根据依赖关系调用这些业务模块完成；而且，每个呼叫在各个业务模块间都采用单 独的会话进行处理，各个会话之间是彼此独立的。在本实施例中，当分布式业务平台上的旧版本的业务系统需要升级为新版本的业 务系统时，即第二业务系统需要升级为第一业务系统时，分布式业务平台中的业务管理设 备可以将呼叫统一接入设备中待升级的第二业务系统的呼叫接口信息更新为第一业务系 统的呼叫接口信息。该呼叫接口信息为客户端向该分布式业务平台发起呼叫提供了入口。 此时，新发起的呼叫请求接入到呼叫统一接入设备中时，呼叫统一接入设备即可根据第一 业务系统的呼叫接口信息将新发起的呼叫请求接入到激活的第一业务系统中，从而使得新发起的呼叫均使用第一业务系统，而不会被接入第二业务系统中。步骤102、对第二业务系统进行去激活处理，并在监控到与第二业务系统对应的呼叫结束时卸载该第二业务系统。业务管理设备对第二业务系统进行去激活处理，该去激活处理即为给第二业务系 统设置一待卸载标识，使得分布式业务平台上的业务管理设备根据该待卸载标识即可获知 需要对该第二业务系统进行监控。但是，此时由于没有卸载该第二业务系统，因此，已经接 入到第二业务系统中的呼叫可以被保持而不会被中断。由于在分布式业务平台上，不管是 第一业务系统的呼叫，还是第二业务系统的呼叫，所对应的会话之间是彼此独立的，因此， 第二业务系统中保持的呼叫与第一业务系统中接入的新的呼叫之间不会产生任何干扰。此 时，分布式业务平台中既可以存在接入第一业务系统的新呼叫，也可以存在已接入第二业 务系统的呼叫。为了彻底完成升级任务，业务管理设备还可以监控已接入第二业务系统的呼叫的 呼叫状态。当业务管理设备监控到呼叫状态为结束时即可卸载该第二业务系统，从而使第 一业务系统彻底取代第二业务系统。由于该卸载操作是在所有第二业务系统的呼叫均结束 的情况下进行的，因此，不会出现第二业务系统的呼叫中断的现象，同时，由于第一业务系 统已经接入，因此也不回出现新呼叫无法接入的现象，从而保证了呼叫业务的连续性，提高 了业务服务质量。本实施例在分布式业务平台上将第二业务系统升级为第一业务系统的过程中，通 过将待升级的第二业务系统的呼叫接口信息更新为激活后的第一业务系统的呼叫接口信 息，使得新发起的呼叫可以被接入到第一业务系统，从而使得新发起的呼叫可以使用升级 后的业务系统；由于分布式业务平台中对应各个呼叫的会话是彼此独立的，因此第一业务 系统中接入的新发起的呼叫与第二业务系统中还保持的呼叫之间是互不干扰的。在监控到 第二业务系统中的呼叫结束时，再卸载第二业务系统，可以使新发起的呼叫接入第一业务 系统的同时，不会中断已经保持在第二业务系统中的呼叫。因此，本实施例在业务系统升级 过程中，不会产生呼叫中断的现象，从而保证业务服务质量。图2为本发明业务动态升级方法第二实施例的流程图，如图2所示，本实施例的方 法包括步骤201、在分布式业务平台上加载第一业务系统，设置第一业务系统的接口依赖 关系，并激活第一业务系统。举例来说，业务管理设备可以将第一业务系统的业务模块分别加载在对应的业务 节点上；然后，设置这些业务模块的接口依赖关系，该接口依赖关系即为处理呼叫时，调用 业务模块的逻辑关系；最后，再将部署好的第一业务系统激活，从而使该第一业务系统进入 启动状态。步骤202、对第一业务系统进行测试处理。业务管理设备在将待升级的第二业务系统的呼叫接口信息更新为第一业务系统 的呼叫接口信息之前，还可以对该第一业务系统进行测试处理。步骤203、判断测试处理是否成功，若成功则执行步骤205，否则执行步骤204。步骤204、终止并卸载该第一业务系统。如果测试处理失败，则业务管理设备可以终止第一业务系统的运行，然后卸载已经在分布式业务平台对应的业务节点上部署的第一业务系统，从而取消本次业 务升级。步骤205、在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口 信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到第一业务系统；通过在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口信息 更新为第一业务系统的呼叫接口信息，即可使得经过测试成功的第一业务系统投入使用， 从而使得新发起的呼叫可以使用升级后的业务系统即第一业务系统；由于分布式业务平台 中对应各个呼叫的会话是彼此独立的，因此第一业务系统中接入的新发起的呼叫与第二业 务系统中还保持的呼叫之间是互不干扰的。步骤206、对分布式业务平台上的第二业务系统进行去激活处理，并在监控到与该 第二业务系统对应的呼叫结束时卸载第二业务系统。由于该卸载操作是在所有第二业务系统的呼叫均结束的情况下进行的，因此，不 会出现第二业务系统的呼叫中断的现象，同时，由于第一业务系统已经接入，因此也不回出 现新呼叫无法接入的现象，从而保证了呼叫业务的连续性，提高了业务服务质量。图3为本发明业务动态升级方法第二实施例中加载设置第一业务系统的流程图， 如图3所示，该加载设置第一业务系统的过程即为上述步骤201的一个实现方法，该方法可 以包括步骤301、接收业务加载请求，该业务加载请求中携带业务组成描述信息和业务部 署信息。该业务组成描述信息包括用于描述组成第一业务系统的第一业务模块的业务模块 描述信息、第一业务模块之间的第一接口依赖信息以及第一业务模块与组成第三业务系统 的第三业务模块之间的第三接口依赖信息，该业务部署信息包括用于加载第一业务模块的 业务节点信息。具体来说，业务管理设备可以解析接收到的业务加载请求，该业务加载请求中携 带了用于加载第一业务系统的业务组成描述信息和业务部署信息。其中，业务组成描述信 息包括业务模块描述信息、第一接口依赖信息以及第三接口依赖信息。该业务模块描述信息用于描述组成该第一业务系统的数个第一业务模块，数个第 一业务模块与分布式业务平台上的数个业务节点之间是一一对应的关系。第一接口依赖信息用于描述第一业务模块之间相互调用的逻辑关系。第三接口依赖信息用于描述组成第一业务系统的数个第一业务模块与组成第三 业务系统的第三业务模块之间相互调用的逻辑关系。该第三业务系统可以是分布式业务平 台上部署的任一业务系统，组成该第一业务系统的第一业务模块可能与组成第三业务系统 的第三业务模块之间存在交互，因此，该第三接口依赖信息即可描述该第一业务模块与第 三业务模块之间调用的逻辑关系。该业务部署信息中的业务节点信息用于描述与数个第一业务模块对应的业务节 点，数个第一业务模块即可分别加载在这些业务节点上。步骤302、根据业务模块描述信息将第一业务模块加载在分布式业务平台中、与业 务节点信息对应的业务节点上。由于组成第一业务系统的数个第一业务模块与分布式业务平台上的数个业务节 点之间是一一对应的关系，因此，业务管理设备可以将数个第一业务模块分别加载在数个 业务节点上，从而完成第一业务系统的加载处理。
步骤303、根据第一接口依赖信息设置第一业务模块之间的第一接口依赖关系，根 据第三接口依赖信息设置第一业务模块与第三业务模块之间的第三接口依赖关系。在业务节点上加载第一业务模块后，业务管理设备即可根据从业务组成描述信息 中获取的第一接口依赖信息设置第一业务模块之间的第一接口依赖关系，从而在组成第一 业务系统的第一业务模块之间部署相互调用的逻辑关系；并在第一业务模块和第三业务 模块之间设置第三接口依赖关系，从而在第一业务系统与第三业务系统之间存在调用关系 时，部署第一业务模块调用第三业务模块的逻辑关系。具体部署过程可以采用对待升级的 第二业务系统的接口依赖关系进行更新，来实现升级后的第一业务系统的接口依赖关系。本实施例在分布式业务平台上将第二业务系统升级为第一业务系统的过程中，通 过将第二业务系统的呼叫接口信息更新为激活后的第一业务系统的呼叫接口信息，使得新 发起的呼叫可以通过部署了呼叫接口信息的呼叫统一接入设备被接入第一业务系统；由于 分布式业务平台中对应各个呼叫的会话是彼此独立的，因此第一业务系统中接入的新发起 的呼叫与第二业务系统中还保持的呼叫之间是互不干扰的。在监控到第二业务系统中的呼 叫结束时卸载第二业务系统，可以使新发起的呼叫接入第一业务系统的同时，不会中断第 二业务系统中的呼叫。因此，本实施例在业务系统升级过程中，不会产生呼叫中断的现象， 从而保证业务服务质量。而且，本实施例在将第一业务系统的呼叫接口信息部署到呼叫统 一接入设备之前，还可以对第一业务系统进行离线测试，如果测试失败即可强制去激活和 卸载该第一业务系统，从而保证了升级后的第一业务系统的服务质量，进而降低了业务升 级成本。为了对本发明业务动态升级方法的技术方案进行详细说明，本发明业务动态升级 方法第三实施例采用下一代智能网络(Next Generation IntelligentNetwork，以下简称 NGIN)业务平台作为分布式业务平台。图4为本发明业务动态升级方法第三实施例中NGIN业务平台的结构示意图，如 图4所示，客户端发出的呼叫请求通过外部网络(如公共交换电话网络等)传输给NGIN业 务平台上的呼叫统一接入设备，呼叫统一接入设备根据不同的呼叫请求将呼叫转接到NGIN 业务平台上不同的业务系统。在NGIN业务平台上，业务系统对应于分布在NGIN业务平台 内部的不同的业务节点(Node)，即在NGIN业务平台上的业务系统对外展示的是一个整体， 但是在NGIN业务平台的内部则是由分布在不同Node上的业务模块(module)组成的。对 于部署在NGIN业务平台上的每个业务系统来说，这些业务模块之间都存在相互调用的接 口依赖关系，业务模块在处理呼叫时即可根据该接口依赖关系进行相互调用，同时，各个呼 叫在每个业务模块内都采用单独的会话进行处理，且不同会话之间是完全独立的。当呼叫 接入到NGIN业务平台并建立完整的呼叫会话之后，整个呼叫完全是业务模块以及各业务 模块内部的会话间的一系列交互流。假设本实施例中，NGIN业务平台上的第二业务系统需要升级为第一业务系统。该 第一业务系统由两个第一业务模块组成，这两个第一业务模块需要加载在NGIN业务平台 上的第一业务节点和第二业务节点上，这两个第一业务模块与NGIN业务平台上第三业务 系统中的一个第三业务模块之间存在调用关系。图5为本发明业务动态升级方法第三实施例中加载第一业务系统的信令流程图， 如图5所示，本实施例中加载第一业务系统的方法可以包括
步骤501、客户端向业务管理设备发送业务加载请求；该业务加载请求中携带了加载该第一业务系统的所需的全部描述信息即业务组 成描述信息和业务部署信息。步骤502、业务管理设备解析该业务加载请求，获取业务组成描述信息和业务部署 fn息；该业务组成描述信息包括用于描述组成该第一业务系统的两个第一业务模块的 描述信息、用于描述两个第一业务模块之间相互调用的逻辑关系的第一接口依赖信息以及 用于描述两个第一业务模块与第三业务系统的一个第三业务模块之间相互调用的逻辑关 系的第三接口依赖信息。如下所述的描述信息即为该业务组成描述信息的一个示例<components>〈component id = " modulel" version = " V001R001C01B002" packageFileNam e ="modulel. tar" cidFileName = " modulel. cid" startupOrder = " 1" />〈component id = " module2" version = " V001R001C01B002" packageFileNam e ="module2. tar" cidFileName = " module2. cid" startupOrder = " 2" /></components)〈relationship〉〈connection type = " use" >〈from componentID =" modulel" version =" V001R001C01B001" /><to componentID = " module2" version =" V001R001C01B002"interfaceName = " CreateCallSession" /></connection)〈connection type = 〃 Use" >〈from componentID =" modulel" version =" V001R001C01B001" /><to componentID = " module2" version =" V001R001C01B002"interfaceName = " ReleaseCallSession" /></connection>该业务部署信息中的业务节点信息用于描述分别与这两个第一业务模块对应的 第一业务节点和第二业务节点，这两个第一业务模块即可分别加载在对应的业务节点上。如下所述的描述信息即为该业务部署信息的一个示例<moduleInstance instanceName = “ PPS “ nodelP ="10.71.96.53" containerlD = “ 1〃 ><componentList>〈component id = " modulel" version = " V001R001C01B001" globalSingl eton=" false"index = 〃 3 〃 >< instance instanceName = " modul e 1_1 " nodelP="10. 71. 96. 53"containerlD = 〃 I" /></component>〈component id =〃 module2〃 version =" V001R001C01B001"globalSingleton =〃 false" index = 〃 2" >〈instance instanceName = " module2_l" nodelP ="10. 71. 96. 53"containerlD = 〃 I" /></component></componentList></moduleInstance>步骤503、业务管理设备将一个第一业务模块modulel加载在对应的第一业务节
；卜.o步骤504、业务管理设备将另一个第一业务模块module2加载在对应的第二业务 节点上。步骤503和步骤504即可实现将第一业务系统加载在NGIN业务平台上的目的。步骤505、业务管理设备根据第一接口依赖信息设置第一业务节点上的modulel 与第二业务节点上的modUle2之间的接口依赖关系，根据第三接口依赖关系设置第一业务 节点上的modulel与第三业务系统中的module3之间的接口依赖关系。步骤506、业务管理设备根据第一接口依赖信息设置第二业务节点上的modUle2 与第一业务节点上的modulel之间的接口依赖关系，根据第三接口依赖关系设置第二业务 节点上的module2与第三业务系统中的module3之间的接口依赖关系。步骤505和步骤506即可设置第一业务节点上的modulel和第二业务节点上的 module2之间的第一接口依赖关系，以及第二业务节点上的module2与module3之间的第三 接口依赖关系。步骤507、对第一业务系统进行激活处理。该激活处理可以用于启动第一业务系统。步骤508、业务管理设备对该第一业务系统进行测试处理；如果测试失败，则业务管理设备就会去激活并卸载该第一业务系统，具体来说，业 务管理设备是将第一业务节点上的modulel以及第二业务节点上的modUle2去激活并卸 载，从而取消本次业务升级；如果测试成功，则执行步骤509。步骤509、业务管理设备将该第一业务系统的呼叫接口信息部署在呼叫统一接入 设备中；此时，新发起的呼叫即可通过该呼叫统一接入设备被接入到第一业务系统。步骤510、业务管理设备对第二业务系统进行去激活处理；步骤510可以保证新发起的呼叫不会再接入第二业务系统中，而是通过呼叫统一 接入设备接入到第一业务系统中。此时，分布式业务平台中既可以存在接入第一业务系统 的新呼叫，也可以存在去激活前接入第二业务系统的呼叫。步骤511、业务管理设备监控与该第二业务系统对应的呼叫，并在监控到呼叫结束时卸载该第二业务系统。由于该卸载操作是在所有第二业务系统的呼叫均结束的情况下进行的，因此，不 会出现第二业务系统的呼叫中断的现象，同时，由于第一业务系统已经接入，因此也不回出 现新呼叫无法接入的现象，从而保证了呼叫业务的连续性，提高了业务服务质量。本实施例以NGIN业务平台为例对第二业务系统升级为第一业务系统的过程进行 了说明，通过将激活后的第一业务系统的呼叫接口信息部署在呼叫统一接入设备中，使得 新发起的呼叫可以通过部署了呼叫接口信息的呼叫统一接入设备被接入第一业务系统；由 于分布式业务平台中对应各个呼叫的会话是彼此独立的，因此第一业务系统中接入的新发 起的呼叫与第二业务系统中还保持的呼叫之间是互不干扰的。在监控到第二业务系统中的 呼叫结束时卸载第二业务系统，可以使新发起的呼叫接入第一业务系统的同时，不会中断 第二业务系统中的呼叫。因此，本实施例在业务系统升级过程中，不会产生呼叫中断的现 象，从而保证业务服务质量。而且，本实施例在将第一业务系统的呼叫接口信息部署到呼叫 统一接入设备之前，还可以对第一业务系统进行离线测试，如果测试失败即可强制去激活 和卸载该第一业务系统，从而保证了升级后的第一业务系统的服务质量，进而降低了业务 升级成本。图6为本发明业务动态升级设备第一实施例的结构示意图，如图6所示，本实施例 的设备包括更新模块10和监控处理模块11，该更新模块10用于在分布式业务平台的呼 叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息， 将新发起的呼叫请求接入到所述第一业务系统；该监控处理模块11用于对第二业务系统 进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所述第二业务系 统。具体来说，当分布式业务平台上的旧版本的业务系统需要升级为新版本的业务系 统时，即第二业务系统需要升级为第一业务系统时，更新模块10可以将第二业务系统的呼 叫接口信息更新为激活后的第一业务系统的呼叫接口信息部署。该呼叫接口信息为客户端 向该分布式业务平台发起呼叫提供了入口，此时，新发起的呼叫接入到呼叫统一接入设备 中时，呼叫统一接入设备即可根据第一业务系统的呼叫接口信息将新发起的呼叫接入到激 活的第一业务系统中，从而使得新发起的呼叫均使用第一业务系统。在更新模块10将第一业务系统部署在分布式业务平台后，监控处理模块11可以 对第二业务系统进行去激活处理，去激活处理即为给第二业务系统设置一待卸载标识，使 得分布式业务平台上的业务管理设备获知需要对带有该待卸载标识的第二业务系统进行 监控。但是，由于没有卸载该第二业务系统，因此，已经接入到第二业务系统中的呼叫可以 被保持而不会被中断。由于在分布式业务平台上，不管是第一业务系统的呼叫，还是第二业 务系统的呼叫，所对应的会话之间是彼此独立的，因此，第二业务系统中保持的呼叫与第一 业务系统中接入的新的呼叫之间不会产生任何干扰。此时，分布式业务平台中既可以存在 接入第一业务系统的新呼叫，也可以存在去激活前接入第二业务系统的呼叫。为了彻底完成升级任务，监控处理模块11还可以监控去激活之前接入第二业务 系统的呼叫的呼叫状态。当监控处理模块11监控到呼叫状态为结束时即可卸载该第二业 务系统，从而使第一业务系统彻底取代第二业务系统。由于该卸载操作是在所有第二业务 系统的呼叫均结束的情况下进行的，因此，不会出现第二业务系统的呼叫中断的现象，同时，由于第一业务系统已经接入，因此也不回出现新呼叫无法接入的现象，从而保证了呼叫 业务的连续性，提高了业务服务质量。本实施例在分布式业务平台上将第二业务系统升级为第一业务系统的过程中，通 过更新模块将待升级的第二业务系统的呼叫接口信息更新为激活后的第一业务系统的呼 叫接口信息，使得新发起的呼叫可以通过部署了呼叫接口信息的呼叫统一接入设备被接入 第一业务系统，从而使得新发起的呼叫可以使用升级后的业务系统；由于分布式业务平台 中对应各个呼叫的会话是彼此独立的，因此第一业务系统中接入的新发起的呼叫与第二业 务系统中还保持的呼叫之间是互不干扰的。在监控处理模块监控到第二业务系统中的呼叫 结束时，再卸载第二业务系统，可以使新发起的呼叫接入第一业务系统的同时，不会中断第 二业务系统中的呼叫。因此，本实施例在业务系统升级过程中，不会产生呼叫中断的现象， 从而保证业务服务质量。图7为本发明业务动态升级设备第二实施例的结构示意图，如图7所示，本实施例 的设备包括更新模块10和监控处理模块11，该更新模块10用于在分布式业务平台的呼 叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息， 将新发起的呼叫请求接入到所述第一业务系统；该监控处理模块11用于对第二业务系统 进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所述第二业务系 统。进一步地，该设备还包括加载处理模块12和测试处理模块13。加载处理模块12 用于在分布式业务平台上加载第一业务系统，设置第一业务系统的接口依赖关系，并激活 该第一业务系统；测试处理模块13用于对第一业务系统进行测试处理。该加载处理模块 12可以包括接收单元120、加载单元121以及设置单元122。该接收单元120用于接收业 务加载请求，该业务加载请求中携带业务组成描述信息和业务部署信息，该业务组成描述 信息包括用于描述组成第一业务系统的第一业务模块的业务模块描述信息、第一业务模块 之间的第一接口依赖信息以及第一业务模块与组成第三业务系统的第三业务模块之间的 第三接口依赖信息，该业务部署信息包括用于加载第一业务模块的业务节点信息；加载单 元121用于根据业务模块描述信息，将第一业务模块加载在分布式业务平台中并与业务节 点信息对应的业务节点上；设置单元122用于根据第一接口依赖信息设置第一业务模块之 间的第一接口依赖关系，以及根据第三接口依赖信息设置第一业务模块与第三业务模块之 间的第三接口依赖关系。本实施例在分布式业务平台上将第二业务系统升级为第一业务系统的过程中，通 过更新模块将第二业务系统的呼叫接口信息更新为激活后的第一业务系统的呼叫接口信 息，使得新发起的呼叫可以通过部署的呼叫接口信息的呼叫统一接入设备被接入第一业务 系统；由于分布式业务平台中对应各个呼叫的会话是彼此独立的，因此第一业务系统中接 入的新发起的呼叫与第二业务系统中还保持的呼叫之间是互不干扰的。在监控处理模块监 控到第二业务系统中的呼叫结束时卸载第二业务系统，可以使新发起的呼叫接入第一业务 系统的同时，不会中断第二业务系统中的呼叫。因此，本实施例的设备在业务系统升级过程 中，不会产生呼叫中断的现象，从而保证业务服务质量。而且，本实施例的设备在将第一业 务系统的呼叫接口信息部署到呼叫统一接入设备之前，测试处理模块还可以对第一业务系 统进行离线测试，如果测试失败即可强制去激活和卸载该第一业务系统，从而保证了升级后的第一业务系统的服务质量，进而降低了业务升级成本。图8为本发明业务动态升级系统第一实施例的结构示意图，如图8所示，本实施例 的系统包括业务管理设备1和呼叫统一接入设备2，该业务管理设备1用于在呼叫统一接 入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息，将新发起 的呼叫请求接入到所述第一业务系统；对第二业务系统进行去激活处理，并在监控到与第 二业务系统对应的呼叫结束时卸载该第二业务系统；该呼叫统一接入设备2，用于根据呼 叫接口信息接收呼叫请求。本实施例在分布式业务平台上将第二业务系统升级为第一业务系统的过程中，该 业务管理设备将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息，使得 呼叫统一接入设备接入的新发起的呼叫请求可以根据呼叫接口信息被接入第一业务系统， 从而使得新发起的呼叫可以使用升级后的业务系统；由于分布式业务平台中对应各个呼叫 的会话是彼此独立的，因此第一业务系统中接入的新发起的呼叫与第二业务系统中还保持 的呼叫之间是互不干扰的。在业务管理设备监控到第二业务系统中的呼叫结束时，再卸载 第二业务系统，可以使新发起的呼叫接入第一业务系统的同时，不会中断第二业务系统中 的呼叫。因此，本实施例在业务系统升级过程中，不会产生呼叫中断的现象，从而保证业务 服务质量。本发明业务动态升级系统第二实施例以本发明业务动态升级系统第一实施例为 基础，进一步地，该业务管理设备还用于加载第一业务系统，设置所述第一业务系统的接口 依赖关系，激活所述第一业务系统，并对所述第一业务系统进行测试处理。本实施例在本发明业务动态升级系统第一实施例实现效果的基础上，业务管理设 备可以对第一业务系统进行加载和激活，并在激活后对该第一业务系统进行离线测试处 理，提供了有效的测试手段，保证了升级后的第一业务系统的服务质量，进而降低了业务升 级成本。最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制， 尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依 然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修 改后的技术方案脱离本发明技术方案的精神和范围。
1权利要求
一种业务动态升级方法，其特征在于，包括在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系统；对所述第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所述第二业务系统。
2.根据权利要求1所述的业务动态升级方法，其特征在于，所述在分布式业务平台的 呼叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信 息之前，还包括对所述第一业务系统进行测试处理。
3.根据权利要求1或2所述的业务动态升级方法，其特征在于，所述在分布式业务平台 的呼叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口 信息之前，还包括在所述分布式业务平台上加载所述第一业务系统，设置所述第一业务系统的接口依赖 关系，并激活所述第一业务系统。
4.根据权利要求3所述的业务动态升级方法，其特征在于，所述在所述分布式业务平 台上加载所述第一业务系统，设置所述第一业务系统的接口依赖关系，包括接收业务加载请求，所述业务加载请求中携带业务组成描述信息和业务部署信息，所 述业务组成描述信息包括用于描述组成所述第一业务系统的第一业务模块的业务模块描 述信息、所述第一业务模块之间的第一接口依赖信息以及所述第一业务模块与组成第三业 务系统的第三业务模块之间的第三接口依赖信息，所述业务部署信息包括用于加载所述第 一业务模块的业务节点信息；根据所述业务模块描述信息将所述第一业务模块加载在分布式业务平台中并与所述 业务节点信息对应的业务节点上；根据所述第一接口依赖信息设置所述第一业务模块之间的第一接口依赖关系，以及根 据所述第三接口依赖信息设置所述第一业务模块与所述第三业务模块之间的第三接口依 赖关系。
5.一种业务动态升级设备，其特征在于，包括更新模块，用于在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接 口信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系 统；监控处理模块，用于对所述第二业务系统进行去激活处理，并在监控到与所述第二业 务系统对应的呼叫结束时卸载所述第二业务系统。
6.根据权利要求5所述的业务动态升级设备，其特征在于，还包括测试处理模块，用于对所述第一业务系统进行测试处理。
7.根据权利要求5或6所述的业务动态升级设备，其特征在于，还包括加载处理模块，用于在所述分布式业务平台上加载所述第一业务系统，设置所述第一 业务系统的接口依赖关系，并激活所述第一业务系统。
8.根据权利要求7所述的业务动态升级设备，其特征在于，所述加载处理模块包括接收单元，用于接收业务加载请求，所述业务加载请求携带业务组成描述信息和业务部署信息，所述业务组成描述信息包括用于描述组成所述第一业务系统的第一业务模块的 业务模块描述信息、所述第一业务模块之间的第一接口依赖信息以及所述第一业务模块与 组成第三业务系统的第三业务模块之间的第三接口依赖信息，所述业务部署信息包括用于 加载所述第一业务模块的业务节点信息；加载单元，用于根据所述业务模块描述信息将所述第一业务模块加载在分布式业务平 台中并与所述业务节点信息对应的业务节点上；设置单元，用于根据所述第一接口依赖信息设置所述第一业务模块之间的第一接口依 赖关系，以及根据所述第三接口依赖信息设置所述第一业务模块与所述第三业务模块之间 的第三接口依赖关系。
9.一种业务动态升级系统，其特征在于，包括业务管理设备和呼叫统一接入设备，所述业务管理设备，用于在所述呼叫统一接入设备中将第二业务系统的呼叫接口信息 更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系统；对 第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所 述第二业务系统；所述呼叫统一接入设备，用于根据所述呼叫接口信息接收呼叫请求。
10.根据权利要求9所述的业务动态升级系统，其特征在于，所述业务管理设备还用于 加载第一业务系统，设置所述第一业务系统的接口依赖关系，激活所述第一业务系统，并对 所述第一业务系统进行测试处理。
全文摘要
本发明实施例涉及一种业务动态升级方法、设备及系统，该方法包括在分布式业务平台的呼叫统一接入设备中将第二业务系统的呼叫接口信息更新为第一业务系统的呼叫接口信息，将新发起的呼叫请求接入到所述第一业务系统；对所述第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所述第二业务系统。该设备包括更新模块，用于在分布式业务平台的呼叫统一接入设备中部署激活后的第一业务系统的呼叫接口信息；监控处理模块，用于对第二业务系统进行去激活处理，并在监控到与所述第二业务系统对应的呼叫结束时卸载所述第二业务系统。本发明实施例在业务系统升级过程中，不会产生呼叫中断的现象，从而保证业务服务质量。
文档编号H04W24/02GK101826988SQ20091007887
公开日2010年9月8日 申请日期2009年3月4日 优先权日2009年3月4日
发明者史开林, 许晓华 申请人:华为技术有限公司