CN101494551A - 业务割接的方法、装置及系统 - Google Patents

Abstract

本发明的实施例公开了一种业务割接的方法、装置及系统，涉及通信技术领域，利用本发明的实施例能够减小业务割接过程中业务的中断时间。其中方法包括：为各待割接业务通路建立备份通路；删除各待割接业务通路。装置包括：备份通路建立单元以及割接单元。本发明的实施例能够减少割接过程中，业务中断的时间，主要应用于网络管理领域中。

Description

业务割接的方法、装置及系统

技术领域

本发明涉及网络通信技术，尤其涉及一种业务割接的方法、装置及系统。

背景技术

随着通信业务类型和容量的高速发展，需要不断地对通信网络业务进行创新和优化。在网络优化的过程中，由于多种原因，如：增加新业务、设备改造、机房搬迁等，往往需要把老局点用户的业务割接到新建局点。

为了提高业务割接的效率，各大运营商都纷纷搭建自己的运维支撑系统(OSS，Operations Support System)，并通过北向接口(NBI，NorthBoundInterface)和底层网络管理系统(如EMS(Element Management System，网元管理系统)/NMS(Network Management System，网络管理系统))之间的交互，进行全局业务管理调度。目前的北向接口标准由电信管理论坛(TMF，TeleManagement Forum)制定，包括TMF814和TMF854分别针对CORBA(CommonObject Request Broker Architecture，公共对象请求代理结构)/XML(Extensible Markup Language，可扩展标记语言)底层通信协议的标准。底层网络管理系统(EMS/NMS)通过CORBA/XML接口提供给OSS系统的标准接口包括：1)创建单条业务；2)删除单条业务；3)修改单条业务。

利用上述标准接口，目前的业务割接过程如下：若需要对原局点上的某条业务进行割接，则网管人员将会在原局点上将该业务删除，然后再在新局点上建立一条新业务，并对该新业务进行校验。若需要对原局点上的多条业务进行割接，网管人员则需要对待割接的多条业务，逐条的在原局点上删除待割接业务，然后在新局点上重新建立业务。

在实现本发明的过程中，发明人发现在现有技术中至少存在如下问题：

按照上述过程进行业务割接时，由于需要先在原局点上删除待割接的任务，然后在新局点上创建新业务。这样，在“删除-创建”的过程中，业务中断时间较长，影响通信网络对客户的服务质量。并且，由于通信的种类繁多，当待割接的业务数目相对较大时，采用“逐条”割接的方式，运维成本高，且由于人为因素的存在，使得在割接过程中发生错误的概率增加。

发明内容

本发明的实施例提供了一种业务割接的方法、装置及系统，以减小业务割接过程中业务的中断时间。

本发明的实施例业务割接的方法采用以下技术方案：

一种业务割接的方法，包括以下步骤：

为各待割接业务通路建立备份通路；

删除各待割接业务通路。

本发明的实施例业务割接的装置采用以下技术方案：

一种业务割接的装置，包括：备份通路建立单元以及操作单元；其中，

备份通路建立单元，用于为各待割接业务通路建立备份通路；

割接单元，用于删除各待割接业务通路。

本发明的实施例业务割接的系统采用以下技术方案：

一种业务割接的系统，包括运营支撑系统和网络管理设备：

运营支撑系统，用于向所述网络管理设备下发割接要求，并获取所述网络管理设备上报的割接报告；

网络管理设备，用于根据所述的割接要求，为各待割接业务通路建立备份通路，对各待割接业务进行割接。

本发明的实施例，在对各待割接业务通路进行割接之前，首先由网络管理设备为各待割接业务通路建立备份通路，然后将原来各待割接业务的通路删除。因此，在业务割接的过程中，原有通路和备份通路同时存在，避免了现有技术中由于先删除原有通路，再建立备份通路而导致的业务中断的问题。因而，利用本发明实施例所述的业务割接的方法，减少了业务中断的时间，实现了快速业务割接。

附图说明

图1是本发明实施例业务割接的方法的流程图；

图2是本发明实施例业务割接的方法的示意图；

图3是本发明实施例业务割接装置的原理图；

图4是本发明实施例业务割接装置的示意图；

图5是本发明实施例业务割接系统的原理图。

具体实施方式

为使本发明实施例的技术方案的优点更加清楚，下面结合附图对本发明的实施例作进一步的详细说明。

如图1所示，本发明的实施例业务割接的方法包括如下步骤：

S1：为各待割接业务通路建立备份通路；

S2：删除各待割接业务通路。

本发明实施例所述的业务割接的方法，在对各待割接业务通路进行割接之前，首先为各待割接业务通路建立备份通路；然后将原来各待割接业务的通路删除。因此，在业务割接的过程中，原有通路和备份通路同时存在，避免了现有技术中由于先删除原有通路，再建立备份通路而导致的业务中断的问题。因而，利用本发明实施例所述的业务割接的方法，减少了业务中断的时间，实现了快速业务割接。

为了保证备份通路正常工作，本发明实施例所述的业务割接的方法在步骤S1后还包括：

S21：对所述各备份通路进行校验。若校验成功，则将原各待割接业务通路删除。

为了保证所述备份通路与待割接业务的原有通路保持一致，使割接后的备份通路能够保持原有通路的性能，如图2所示，本发明实施例业务割接的方法还包括：

S11：获取各待割接业务通路的配置参数。

其中，所述的配置参数包括：各待割接业务通路的路由信息、业务名称(业务ID)、业务容量等。所述的配置参数并不局限于在此列举的几种。

在此步骤中，OSS系统可通过SNMP协议(Simple Network ManagementProtocol，简单路由管理协议)向网络管理设备发送get-next请求，网络管理设备在收到所述get-next请求后，将其配置参数通过get-response指令返回给OSS系统。当然OSS系统还可通过其他方式由网络管理设备获取所述的配置参数。

S12：在获取各待割接业务通路的配置参数后，就可向网络管理设备下发割接要求。

为了避免现有业务割接过程中，需要逐条删除待割接业务通路，然后再分别建立备份通路的缺陷，本发明的实施例业务割接的方法，在向网络管理设备下发割接要求的时候，可以采用以下两种方式进行发送。

方式一：

首先对各待割接业务进行分类，然后再根据各待割接业务类型的不同，向网络管理设备下发对同一类型的待割接业务的割接要求。也即，在一个割接要求中，只包含对同一类型的待割接业务通路进行割接的割接要求。根据所述割接要求，网络管理设备可以一次对同一类型的待割接业务通路进行割接。

在本发明实施例业务割接的方法中，上述过程是通过定义网络管理设备(如EMS或NMS)与运营支撑系统之间的接口实现的。在应用中，可以采用多种接口协议对所述的接口进行定义，如CORBA协议，XML协议，SNMP协议，ASCII协议等。在本发明的实施例中，采用CORBA协议对接口进行定义。

CORBA是一种异构环境平台下的语言无关的对象互操作模型，它采用“软件总线”的规范，任何应用程序、软件系统或工具只要有符合规范的接口，就能方便地集结到CORBA软件总线之中。因此，使用CORBA体系结构，可有效地实现不同操作系统、不同编程语言、不同网络协议的应用程序间的互操作。

CORBA体系结构的核心是对象请求代理(ORB，Object Request Broker)。ORB提供了对象间发送请求、接收应答的透明机制。当客户端程序要调用远程对象上的方法时，ORB首先根据对象引用定位对象的实现，然后将调用的名字、参数等编码成标准的方式通过网络传输到服务器方。服务器方对象完成处理后，ORB采用同样的方式将结果返回给客户端。对建立在CORBA上的应用组件，其接口用接口定义语言(IDL，Interface Definition Language)定义。IDL是一种描述性语言，它使得高层设计人员不必考虑实现细节而只需关心功能描述.

在本发明的实施例中，首先通过CORBA IDL语言定义出运维支撑系统和与底层网络管理系统之间用于业务批量割接操作的数据类型和接口定义，包括：下发割接任务接口，割接任务校验接口，割接任务提交接口，计算备份通路接口，创建备份通路接口和删除待割接业务通路接口等。然后使用CORBA技术将之转化为编程程序可以实现的客户端和服务端程序的一些基本定义。在本发明的实施例中，服务端为底层网络管理系统，客户端为运维支撑系统。本发明实施例中所定义的这些接口，可与现有技术中的接口同时存在。

在定义下发割接任务接口时，利用CORBA技术就可以根据对各待割接业务进行分类的结果，定义在同一个割接要求中，对多个同一类型的待割接业务通路进行割接。

方式二：同时下发对至少一个割接业务的割接要求。

在按照方式一中定义出运维支撑系统和与底层网络管理系统之间的接口后，获取待各割接业务通路列表，原局点中网元的ID及新建局点中网元的ID。在下发割接要求时，按照所述列表，在同一割接要求中，下发对多个待割接业务的割接要求。

按照上述两种方式，在为各待割接业务建立备份通路的过程中，网络管理设备可同时对同一类型的待割接业务进行割接，也可同时对至少两条待割接业务进行割接。

由于可同时对多条待割接业务通路进行割接，因此，在业务割接的过程中，减少了人为因素的参与，降低了割接出错的概率。此外，本发明的实施例可同时为多条待割接业务建立备份通路，因此可同时对多条待割接业务通路的割接，即进行“批量”割接，降低了运营商的运维成本。当然，实现“批量”割接的方式并不局限于上述的两种方式。

在获得待割接业务通路的配置参数，并定义了运营支撑系统与网络管理设备之间的传输接口后，网络管理设备即可按照获得的配置参数为各待割接业务通路建立备份通路。

例如，若需要对原局点上A业务进行割接，那么在通过SNMP协议获得了A业务的配置参数，如A业务通路的路由信息，A业务的ID，A业务容量等后，在新局点上按照上述配置参数，建立一条与A业务的配置参数完全相同的备份通路。这样才能保证原有A业务上的业务，能够在新局点的备份通路上正常运行，不会由于业务割接而给用户带来影响。

为了保证备份通路的正常、准确、稳定的运行，需要对备份通路进行校验。首先，校验所述备份通路的物理连接是否正确。若正确，则校验所述备份通路的数据配置参数是否全正确；若不正确，返回校验失败报告。若所述数据配置参数校验正确，则返回校验成功报告。所述的数据配置参数包括：备份通路的路由信息、业务名称、业务容量等。

在校验成功后，便可对各待割接业务通路进行割接，完成割接过程。

在割接过程中，可以根据割接要求，同时删除同一类型的待割接业务；或者同时删除所述割接要求中包含的至少一个割接业务。因此，利用本发明实施例的方法不但能够“批量”下发对多条业务的割接请求，还能根据所述割接请求实现“批量”割接的操作。而割接的操作和现有技术相同，在此不再赘述。

利用现有技术中业务割接方法，当在原局点上删除一条业务的时候，其在OSS系统上的配置信息，如ID等都会随着业务的删除而删除。而利用本发明实施例所述的方法，由于在割接过程中，并未对原有业务删除，而备份通路保持了原有待割接业务的相关属性。因此，与待割接业务的属性相比，新局点中的备份通路的属性值(如业务容量，业务ID值，路由信息等)都不会发生变化。因此，这就为运营支撑系统的管理带来了便利。

与本发明实施例业务割接的方法相对应，本发明的实施例还提供了一种业务割接的装置。

如图3所示，本发明实施例业务割接的装置包括：备份通路建立单元以及割接单元。其中，备份通路建立单元，用于为各待割接业务通路建立备份通路；割接单元，用于删除各待割接业务通路。

本发明实施例所述的业务割接的装置，在对各待割接业务通路进行割接之前，首先由备份通路建立单元为各待割接业务通路建立备份通路，然后由割接单元将原来各待割接业务的通路删除。因此，在业务割接的过程中，原有通路和备份通路同时存在，避免了现有技术中由于先删除原有通路，再建立备份通路而导致的业务中断的问题。因而，利用本发明实施例所述的业务割接的方法，减少了业务中断的时间，实现了快速业务割接。

为保证备份通路的正常工作，如图4所示，本发明实施例所述的装置还包括校验单元，用于对所述各备份通路进行校验。

此外，如图4所示，为了保证所述备份通路与待割接业务的原有通路保持一致，割接后的备份通路能够保持原有通路的性能，本发明实施例所述的业务割接的装置还包括：参数获取单元。其中，参数获取单元，用于获取各待割接业务通路的配置参数。

所述的配置参数包括：各待割接业务通路的路由信息、业务名称、业务容量等。所述的配置参数并不局限于在此列举的几种。

此外，本发明的实施例还提供了一种业务割接的系统。

如图5所示，本发明实施例业务割接的系统包括：运营支撑系统和网络管理设备：其中，运营支撑系统，用于向所述网络管理设备下发割接要求，并获取所述网络管理设备上报的割接报告；网络管理设备，用于根据所述的割接要求，为各待割接业务通路建立备份通路，校验各备份通路，对各待割接业务进行割接。

本发明的实施例业务割接的系统，在对各待割接业务通路进行割接之前，首先由网络管理设备为各待割接业务通路建立备份通路，然后将原来各待割接业务的通路删除。因此，在业务割接的过程中，原有通路和备份通路同时存在，避免了现有技术中由于先删除原有通路，再建立备份通路而导致的业务中断的问题。因而，利用本发明实施例所述的业务割接的方法，减少了业务中断的时间，实现了快速业务割接。

其中，所述割接报告包括：备份通路校验报告、各待割接业务通路的割接状态报告中的至少一种，但不局限于在此所列举的。

在本发明的实施例中，利用CORBA技术对运营支撑系统与网络管理设备之间的接口进行定义。所述接口包括：下发割接任务接口、割接任务校验接口、割接任务提交接口、计算备份通路接口、创建备份通路接口、和删除待割接业务通路接口，通过上述的接口完成割接过程。上述接口的定义方式，与本发明实施例业务割接方法中所述的定义方式相同，在此不再赘述。

下面描述一下利用本发明的实施例业务割接的系统，进行业务割接的过程。

T1：运营支撑系统调用计算备份通路接口，要求网络管理设备为各待割接业务通路计算相对应的备份通路。

利用所述计算备份通路接口，若输入待割接业务的索引列表，原局点中网元的ID及新建局点中网元的ID值，则可输出待割接业务的备份通路列表；若计算错误，则输出计算错误列表。

T2：运营支撑系统调用创建备份通路接口，要求网络管理设备为各待割接业务通路创建备份通路。

通过输入待割接业务列表，以及待割接业务的备份通路列表，即可通过此接口为各待割接业务通路创建保护电路。若创建错误，则由网络管理设备输出创建错误列表。

T3：运营支撑系统调用下发割接任务接口，要求网络管理设备将各待割接业务通路倒换到相应的备份通路上。

T4：若业务倒换完毕，则由运营支撑系统调用任务校验接口，要求网络管理设备对各备份通路进行校验，并由网络管理设备返回校验结果。

T5：若校验成功，运营支撑系统调用割接任务提交接口，要求网络管理设备提交对各待割接业务的割接结果，完成割接过程。

利用本发明实施例所述的系统，能够降低业务中断的时间，并且保证了各业务的ID号不发生变化，方便了运营支撑系统的管理。同时，由于利用本发明实施例所述的系统，利用定义的不同接口，可实现“批量”割接，从而降低了运营成本，降低了割接过程中出错的概率。

需要注意的是，本领域普通技术人员可以理解实现上述实施例中的全部或部分步骤是可以通过程序来指令相关的硬件来完成的。所述的程序可以存储在计算机可读存储介质中。所述的存储介质，可以包括ROM/RAM，磁碟，光盘等。

当然，本发明的实施例还可有很多种，在不背离本发明的实施例精神及其实质的情况下，本领域技术人员当可根据本发明的实施例做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的实施例所附的权利要求的保护范围。

Claims (12)

1、一种业务割接的方法，其特征在于，所述方法包括以下步骤：

为各待割接业务通路建立备份通路；

删除各待割接业务通路。

2、根据权利要求1所述的业务割接的方法，其特征在于，所述为各待割接业务通路建立备份通路后还包括：

对所述各备份通路进行校验。

3、根据权利要求1所述的业务割接的方法，其特征在于，所述为各待割接业务建立备份通路的步骤之前包括：

获取各待割接业务的配置参数。

4、根据权利要求3所述的业务割接的方法，其特征在于，所述获取各待割接业务的配置参数的步骤之后包括：

向网络管理设备发送割接要求。

5、根据权利要求1所述的业务割接的方法，其特征在于，所述为各待割接业务建立备份通路的步骤包括：

同时为同一类型的待割接业务建立备份通路；或者

同时为至少两条待割接业务建立备份通路。

6、根据权利要求3所述的业务割接的方法，其特征在于，所述的配置参数包括：各待割接业务通路的路由信息、业务名称、业务容量中的至少一种。

7、一种业务割接的装置，其特征在于，所述装置包括：备份通路建立单元以及割接单元；其中，

所述备份通路建立单元，用于为各待割接业务通路建立备份通路；

所述割接单元，用于删除各待割接业务通路。

8、根据权利要求7所述的业务割接的装置，其特征在于，所述装置还包括：

校验单元，用于对所述各备份通路进行校验。

9、根据权利要求8所述的业务割接的装置，其特征在于，所述装置还包括：

参数获取单元，用于获取各待割接业务通路的配置参数。

10、一种业务割接的系统，其特征在于，所述系统包括运营支撑系统和网络管理设备：

运营支撑系统，用于向所述网络管理设备下发割接要求，并获取所述网络管理设备上报的割接报告；

网络管理设备，用于根据所述的割接要求，为各待割接业务通路建立备份通路，对各待割接业务进行割接。

11、根据权利要求10所述的业务割接的系统，其特征在于，所述的网络管理系统还用于对所述备份通路进行校验。

12、根据权利要求10所述的业务割接的系统，其特征在于，所述运营支撑系统通过运营支撑系统与网络管理设备之间的下发割接任务接口向网络管理设备发送割接要求，并通过割接任务提交接口获取网络管理设备上报的割接报告；

所述网络管理设备通过运营支撑系统与网络管理设备之间的计算备份通路接口和创建备份通路接口为各待割接业务通路建立备份电路，通过删除割接任务接口对各待割接业务进行割接。

Images