CN116963119A - 业务变更方法及系统 - Google Patents

Abstract

一种业务变更方法及系统，该方法包括：运维管理系统在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，所述运维管理系统在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。本申请在发生割接时，能够及时向业务编排系统同步资源变化情况，从而可以减少或避免因割接引起的业务资源的变化未及时同步至业务编排系统所导致的业务操作失败的问题。

Description

业务变更方法及系统

技术领域

本申请涉及移动通信技术领域，具体涉及一种业务变更方法及系统。

背景技术

网络中网络功能虚拟化(Network Functions Virtualization，NFV)技术的引用，编排概念也被引用到网络管理领域，一些企业和运营商先后发布ECOMP、OANP框架，中国三大运营商运营支撑系统(Operation Support System，OSS)系统架构也进行了重新规划与设计，在传统的FCAPS基础上引入业务编排，客户或客户经理在业务支撑系统(BusinessSupport System，BSS)系统提交业务的售前勘查、售中开通或变更申请后，由OSS的业务编排系统与资源管理系统、各专业务工作台对接，实现面向家庭客户、集团客户的业务勘查、开通或变更。

如图1所示，售前勘查方案的设计主要用于实现业务资源的确认，主要与资源管理系统交互，获取现网可用设备和端口；开通、变更业务则是配置与业务相关的专业工作台对接，实现业务配置数据的自动下发。其中变更方案设计通常是基于客户的诉求，实现需求应对的接入侧资源，如客户侧设备或端口是否变更、上联传输设备或端口是否需要变更。

业务开通或变更后网络部门对业务进行维护，在运维层面保证客户的服务等级协议(SLA)需求。例如，在以下三个场景会发生业务资源的变化：

1、网络设备端口或设备发生故障时，不能在指定时间内进行恢复，需要通过将业务导换至同一设备的另一端口或另一设备来保证客户业务的SLA。

2、随着运营商业务的发展，网络新增设备，将现有设备上部分端口业务割接至新设备上，实现各设备间业务负载均衡。

3、随着业务新需求的提出、网络新技术的引进，已有网络设备不满足业务诉求，需要对已有设备进行全面替换，将原有业务割接至新入网设备上。

现网的业务割接经历了两个阶段发展，目前通过构建集中运维平台来实现对现网重大故障、网络割接、业务割接等事件的统一管理。如图2所示，割接过程可以分为割接前申请审批、割接中执行验证两个子过程，目前仅实现了流程的串通，均为人工在系统上提交信息、线下人工处理，对于割接引起的业务资源的变化，未及时同步至业务编排系统，导致业务变更时因未感知现网业务资源的变化，而出现业务变更操作错误的资源对象而致业务变更失败。

可见，在业务开通后若客户提出的业务变更，在变更方案设计环节，以业务编排系统已有该业务开通应用的资源数据为基础，基于客户的变更需求，仅针对变更需求点做设计，未变化部分直接引用开通结果，未考虑到因网络割接引起的业务资源的变化，会存在变更方案设计中的部分资源未与现网保持同步，而向专业工作台下发的变更请求参数需要携带全量参数，从而导致变更失败。在此种情况下需要人工介入，排错复杂、变更时长加大，亟需引入技术方案改变此问题。

发明内容

本申请的至少一个实施例提供了一种业务变更方法及系统，用于解决现有技术中割接引起的业务资源的变化未及时同步至业务编排系统所导致的业务操作失败的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种业务变更方法，包括：

运维管理系统在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，所述运维管理系统在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

第二方面，本申请实施例提供了一种业务变更方法，包括：

业务编排系统根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

第三方面，本申请实施例提供了一种运维管理系统，包括收发机和处理器，其中，

所述处理器，用于在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

第四方面，本申请实施例提供了一种运维管理系统，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种业务编排系统，包括收发机和处理器，其中，

所述处理器，用于根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

第六方面，本申请实施例提供了一种业务编排系统，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有程序，所述程序被处理器执行时，实现如上所述的方法的步骤。

与现有技术相比，本申请实施例提供的业务变更方法及系统，能够在发生割接时，及时向业务编排系统同步资源变化情况，从而可以减少或避免因割接引起的业务资源的变化未及时同步至业务编排系统所导致的业务操作失败的问题。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有技术的一种业务勘查、开通和变更流程的示意图；

图2为现有技术的一种割接流程的示意图；

图3为本申请实施例的业务变更方法应用于运维管理系统时的流程图；

图4为本申请实施例的业务变更方法应用于业务编排系统时的流程图；

图5为本申请实施例的业务变更方法的示例1的流程示意图；

图6为本申请实施例的业务变更方法的示例2的流程示意图；

图7为本申请实施例的业务变更方法的示例3的流程示意图；

图8为本申请一实施例的运维管理系统结构示意图；

图9为本申请另一实施例的运维管理系统的结构示意图；

图10为本申请一实施例的业务编排系统的结构示意图；

图11为本申请另一实施例的业务编排系统的结构示意图；

图12为本申请又一实施例的运维管理系统的结构示意图；

图13为本申请又一实施例的业务编排系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。说明书以及权利要求中“和/或”表示所连接对象的至少其中之一。

以下描述提供示例而并非限定权利要求中阐述的范围、适用性或者配置。可以对所讨论的要素的功能和布置作出改变而不会脱离本公开的精神和范围。各种示例可恰适地省略、替代、或添加各种规程或组件。例如，可以按不同于所描述的次序来执行所描述的方法，并且可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

目前各大运营商的OSS系统架构相似，均采用三层架构，包括应用层、端到端服务层和专业务服务层。其中，端到端服务层主要包括业务编排系统、资源管理系统、分析优管理系统、故障管理系统(部分运营商也称运维保障系统)、运维管理系统(部分运维营商也称集中调度系统)，用于实现全网跨专业的能力整合与对外服务；专业务服务层包括IP、无线、核心、传输、云等多个专业的平台或系统(本文中也称之为专业工作台)，用于实现单个专业内跨厂家的设备管理及下行配置。

如背景技术中所述的，现有技术中对于割接引起的业务资源的变化，未及时同步至业务编排系统，容易导致业务变更时因未感知现网业务资源的变化，而出现业务变更操作错误的资源对象而致业务变更失败的问题。为解决以上问题中的至少一个，本申请实施例提供了一种业务变更方法，可以减少或避免运维割接引起的业务资源变化，与业务编排系统售中开通时业务资源不一致的问题。

请参照图3，本申请实施例提供的一种业务变更方法，在应用于运维管理系统侧时，包括：

步骤31，运维管理系统在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，所述运维管理系统在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

这里，所述目标业务的变更方案，是指在进行割接时需要对所述目标业务进行的相关业务配置的方案。作为第一种实现方式，本申请实施例可以由业务编排系统设计所述目标业务的变更方案，运维管理系统调用业务编排系统执行所述目标业务的变更方案。作为第二种实现方式，本申请实施例可以由运维管理系统设计和执行所述目标业务的变更方案。作为第三种实现方式，本申请实施例由运维管理系设计所述目标业务的变更方案，并通过对接专业工作台实现网元级割接。

通过以上步骤，本申请实施例在执行割接的情况下，使得业务编排系统能够获得目标业务更新后的资源信息，从而可以解决现有技术中运维割接引起的业务资源变化，与业务编排系统售中开通时业务资源不一致的问题。

针对上述第一种和第二种实现方式，在上述步骤31之前，所述运维管理系统还可以向资源管理系统查询获得与所述割接相关的割接资源。然后，所述运维管理系统向所述业务编排系统查询获得与所述割接资源相关、且处于已开通状态的专线业务，从而得到所述目标业务的信息。

在上述第一种实现方式下，在得到所述目标业务的信息后，所述运维管理系统可以调用所述业务编排系统为所述目标业务设计变更方案，接收所述业务编排系统返回的所述目标业务的变更方案及其对应的割接方案标识，所述割接方案标识可以用于索引所述目标业务的变更方案。此时，运维管理系统还可以对所述目标业务的变更方案进行审核，在审核通过后，后续可以基于相关触发条件(如，定时触发)，调用业务编排系统执行所述目标业务的变更方案。

具体的，在调用业务编排系统执行所述目标业务的变更方案时，所述运维管理系统可以向业务编排系统发送割接方案标识。所述业务编排系统接收所述运维管理系统发送的割接方案标识，根据所述割接方案标识获得业务变更调度列表，所述业务变更调度列表包括所有目标业务的产品实例标识信息；然后，所述业务编排系统根据所述业务变更调度列表，向各个产品实例相关的专业工作台发送业务变更请求。

进一步的，所述运维管理系统在割接完成后，还可以对割接结果进行验证，若验证失败，则调用所述业务编排系统对已执行的变更操作进行回滚。

针对上述第二种实现方式，在得到所述目标业务的信息后，所述运维管理系统可以为所述目标业务设计变更方案，得到所述目标业务的变更方案。

例如，在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

又例如，在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

在上述第二种实现方式下，所述运维管理系统还可以设计所述目标业务的变更回滚方案，以在需要时对所述目标业务的变更操作进行恢复。

例如，在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

在设计所述目标业务的变更方案后，运维管理系统还可以对所述目标业务的变更方案进行审核，在审核通过后，后续可以基于相关触发条件(如，定时触发)，执行所述目标业务的变更方案。具体的，所述运维管理系统可以通过执行所述目标业务的业务变更调度列表中的业务变更调度任务，执行所述目标业务的变更方案。

在上述第二种实现方式下，运维管理系统可以按照以下方式，向所述业务编排系统同步所述目标业务更新后的资源信息：

例如，在所述割接资源为网元和/或端口割接的情况下，向所述业务编排系统发送割接前后的网元和/或端口信息，使所述业务编排系统利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

又例如，在所述割接资源为业务割接的情况下，向所述业务编排系统发送所述目标业务的产品实例标识以及割接前后的网元和/或端口信息，使所述业务编排系统根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

针对上述第三种实现方式，在上述步骤31之前，所述运维管理系统向资源管理系统查询获得与所述割接相关的割接资源，所述割接资源为替换前网元和替换后网元。然后，所述运维管理系统调用专业工作台为所述替换前网元和替换后网元设计割接任务脚本，接收所述专业工作台返回的割接任务标识，所述割接任务标识用于标识所述割接任务脚本。这样，在执行割接时，所述运维管理系统调用专业工作台执行所述割接任务标识对应的割接任务脚本。

在上述第二种实现方式下，所述向所述业务编排系统同步所述目标业务更新后的资源信息，具体包括：在所述割接资源为替换前网元和替换后网元的情况下，向所述业务编排系统发送替换前网元和替换后网元和/或端口信息，使所述业务编排系统利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

请参照图4，本申请实施例的业务变更方法在应用于业务编排系统时，包括：

步骤41，业务编排系统根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

通过以上步骤，本申请实施例在发生割接时，业务编排系统能够获得目标业务更新后的资源信息，从而可以解决现有技术中运维割接引起的业务资源变化，与业务编排系统售中开通时业务资源不一致的问题。

类似的，针对上述第一种和第二种实现方式，在上述步骤41之前，所述业务编排系统接收所述运维管理系统发送的查询请求，所述查询请求携带与割接相关的割接资源的信息。所述业务编排系统查询与割接资源相关、且处于已开通状态的专线业务，得到目标业务的信息并发送给所述运维管理系统，以使所述运维管理系统能够获得目标业务的信息，从而基于所获得的信息，在割接时执行或调用其他网元执行目标业务的变更方案。

在上述第一种实现方式下，在得到所述目标业务的信息后，所述业务编排系统还可以根据所述运维管理系统的调用，为所述目标业务设计变更方案，并将所述目标业务的变更方案及其对应的割接方案标识发送给所述业务编排系统。

例如，在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

又例如，在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

在上述第一种实现方式下，所述业务编排系统根据运维管理系统的调度，执行所述目标业务的变更方案时，具体可以包括：所述业务编排系统接收所述运维管理系统发送的割接方案标识，根据所述割接方案标识获得业务变更调度列表，所述业务变更调度列表包括所有目标业务的产品实例标识信息；所述业务编排系统根据所述业务变更调度列表，向各个产品实例相关的专业工作台发送业务变更请求。

进一步的，在上述第一种实现方式下，本申请实施例还可以设计目标业务的变更回滚方案。

例如，在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

又例如，在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

这样，所述业务编排系统还可以根据运维管理系统的调度，执行所述目标业务的变更回滚方案。

在上述第二种实现方式下，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，具体可以包括：

在所述割接资源为网元和/或端口割接的情况下，所述业务编排系统接收所述业务编排系统发送的割接前后的网元和/或端口信息；利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，所述业务编排系统接收所述业务编排系统发送的所述目标业务的产品实例标识以及割接前后的网元和/或端口信息；根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

在上述第三种实现方式下，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，具体可以包括：

在割接资源为替换前网元和替换后网元的情况下，所述业务编排系统接收所述业务编排系统发送的替换前网元和替换后网元和/或端口信息；利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

以上介绍了本申请实施例的方法在运维管理系统和业务编排系统的实现流程。为帮助更好的理解以上实施例，下面通过3个示例，分别对上述三种实现方式作更为具体的说明。

示例1对应于上述第一种实现方式：在运维管理系统中实现网络割接管理的同时，需要判断割接网元是否关联家庭、集客业务，如果关联，派任务至业务编排系统进行业务配置相关的方案设计，同步方案设计结果至运维管理系统；在割接时再与业务编排系统对接，由业务系统系统实现割接过程中业务数据的配置，同步割接结果给运维管理系统，从而达到业务编排系统业务资源数据与现网的一致性。

示例2对应于上述第二种实现方式：由运维管理系统通过对接业务编排系统判断割接网元是否关联家庭、集客业务，若关联业务，由运维管理系统制定业务级变更方案，并对接各专业工作台实现业务级变更数据配置，在割接结束后，由运维管理系统向业务编排系统同步业务级资源变更数据，业务编排系统进行业务资源数据的更新，从而达到业务编排系统业务资源数据与现网的一致性。

示例3对应于上述第三种实现方式：在运维管理系统实现网络割接方案制定及对接专业工作台实现网元级割接后，通过对接业务编排系统判断割接网元是否关联家庭、集客业务，若关联业务，向业务编排系统同步割接前后资源的变化信息，由编排系统依据其关联的业务变更业务拓扑数据，从而达到业务编排系统业务资源数据与现网的一致性。

上述示例能够解决现网因网络运维引起的业务资源变更，使得业务编排系统中业务资源数据与现网数据的不一致，从而引起变更过程中变更失败或变更时长加大问题。

示例1：

在运维管理系统中实现网络割接管理的同时，需要判断割接网元是否关联家庭、集客业务，如果关联，派任务至业务编排系统进行业务配置相关的方案设计，同步方案设计结果至运维管理系统；在割接时再与业务编排系统对接，由业务编排系统实现割接过程中业务数据的配置，同步割接结果给运维管理系统，从而达到业务编排系统业务资源数据与现网的一致性。该示例的核心为业务编排系统实现业务级变更方案设计与执行，对于网元割接场景需要转化为业务级割接。

该示例通过以下几个方面的增强以实现其技术方案。

增强点1：资源管理系统提供割接资源查询功能，包括设备网元标识、端口标识，记录下割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore、割接后网元cutoverNeAfter、割接后端口cutoverLabelAfter。

增强点2：业务编排系统提供产品实例标识productNO校验功能，增加与运维管理系统的productNO校验接口。通过接口提供的productNO查询系统中该productNO是否存在、若存在再确认业务状态，若不存在或业务状态为“勘查”、“停闭”、“变更中”均返回校验失败，同时针对“变更中”给出说明，要求变更完成后再割接。

增强点3：业务编排系统提供割接网元是否关联在服业务查询功能，并增加与运维管理系统的网元是否关联在服业务查询接口。业务编排系统查询系统内产品资源关系表，通过productNO关联的网元查询是否有对应的productNO，且业务的状态是否为“已开通”，若无对应productNO或对应的业务状态不是“已开通”均为查询失败，对于业务状态为“变更中”给出说明，要求变更完成后再割接。

增强点4：业务编排系统提供因割接引起的业务变更方案设计功能，增加业务割接、网元替换两种场景下业务变更方案设计能力。增加与运维管理系统的割接方案设计接口。

注：主要为网元级、端口级割接，对于端口下部分业务的从某一端口移至另一端口的割接，均为割接至全新端口。

4.1、业务割接场景下业务变更方案设计：

①通过接口下发的产品实例标识productNO、割接前后网元及端口参数，从系统查询该productNO、割接前网元端口上配置的业务参数(IP、VLAN、VPN参数等，注：业务配置参数不变)。

②依据明确业务变更涉及到的场景：电路变更、IP专业变更、PON专业变更。

③按现网业务编排系统与专业工作台之间的接口设计业务变更下接口调用时序、不同接口参数，并保存割接方案ID与该产品变更调度列表之间的关系。

④注：此种割接场景下，接口按单一productNO进行设计。

4.2、网元替换场景下业务变更方案设计：

⑤通过接口下发的网元类型、唯一标识(RMUID或管理IP)，从系统查询该网元所关联的所有在服业务的产品实例标识productNO列表，通过productNO、替换的网元获取业务所涉及端口、电路ID、原业务配置参数(IP、VLAN、VPN参数等，注：业务配置参数不变)，如果运维管理系统未指定端口的替换关系，需要在业务编排系统指定端口的替换关系，默认1板对应1板、1端口对应1端口。

⑥明确业务变更涉及到的场景：电路变更(传输专业变更)、IP专业变更、PON专业变更。

⑦创建业务变更调度列表：按现网业务编排系统与专业工作台之间的接口设计业务变更下接口调用时序、不同接口参数，并保存方案ID与该变更调度列表之间的关系。主要是新设备、端口下配置原有业务数据，将原有设备、端口下配置的数据删除。

⑧创建业务变更回滚调度列表：按现网业务编排系统与专业工作台之间的接口设计业务变更下接口调用时序、不同接口参数，并保存方案ID与该回滚调度列表之间的关系。主要是新设备、端口下删除业务数据，原有设备、端口下重新配置的已删除数据。

⑨注：此种割接场景下，接口按单一网元进行设计，业务编排系统需要创建该网网元关联的productNO、业务变更调度列表changeSchemeList、业务变更回滚调度列表rollBackSchemeList之间的关系。

增强点5：业务编排系统提供因运维割接引起的业务变更调度功能，并增加与运维管理系统的因运维割接引起的业务变更调度接口。

(1)系统接收到运维管理系统的接口调用后，根据割接方案制定接口返回的割接方案标识schemeID，获取业务变更调度列表changeSchemeList。

(2)若涉及到多个productNO，则以productNO为主线并发向专业工作台发送接口调用，以实现多个业务的同时变更。

(3)业务编排系统以将productNO的业务变更调度列表做为一个事务进行处理，中间失败要做回滚处理。

(4)系统记录每个productNO的业务变更结果，最终以schemeID为粒度进行接口回复，并明确是否全部成功，失败原因。

(5)系统记录本次变更后的业务资源数据。。

增强点6：业务编排系统提供因运维割接引起的业务变更回滚功能，并增加与运维管理系统的因运维割接引起的业务变更回滚接口。因一次网络割接是一个大的工管，业务编排系统与运维管理系统间的接口调用仅是其中一个环节，因某此客观因素未能实现割接目标的情况下，需要对已割接部分进行回滚。

(1)统接收到运维管理系统的接口调用后，根据割接方案制定接口返回的割接方案标识schemeID，查询schemeID所对应的变更成功的productNO的变更回滚调度列表rollBackSchemeList。

(2)若涉及到多个productNO，则以productNO为主线并发向专业工作台发送接口调用，以实现多个业务的同时回滚

(3)系统记录每个productNO的业务回滚结果，最终以schemeID为粒度进行接口回复。

(4)系统将业务资源数据进行恢复。

增强点7：非独立部分。增加运维管理系统与业务编排系统间归档接口，用于编排系统。

该示例1的流程如图5所示，具体包括：

S101.因故障维护、网络升级等原因引起的割接申请，明确割接类型、整体割接时间计划、涉及到的业务/割接网元信息等。

S101.1、若割接类型为“设备替换”，需要填写被替换网元、替换后网元，默认按顺序进行端口替换，或指定端口的替换关系。通过与资源管理系统接口查询割接前后网元标识(见增强点1)。

S101.2、若割接类型为“业务割接/业务调整”，需要填写业务的产品实例标识，即BSS进行业务开通时的唯一性标识productNO，目前为人工填写，需要与业务编排系统打接口，查询该productNO是否存在且在服，进行准确性校验(见增强点2)。同时进一步明确业务割接涉及到的割接前后网元、端口。

S102.方案设计人员在系统上填写设计方案。

S102.1、如果系统识别割接类型为“设备替换”，通过被替换网元至业务编排系统查询该网元是否关联家集客业务。

S102.2～S102.3、业务编排系统通过设备标识查询系统内产品资源关系表，返回查询成功或失败，成功则允许割接并进行割接方案设计，失败则不允许割接。(见增强点3)。

S102.4、割接类型为“业务割接/业务调整/设备替换”且允许割接，运维管理系统调用业务编排系统“业务变更方案设计”接口，用于实现业务割接方案设计。

S102.5～S102.7、若割接类型为“设备替换”，依据增强点4.2实现业务变更、回滚方案设计；若割接类型为“业务割接/业务调整”，依据增强点4.1实现业务变更、回滚方案设计。

S102.8、业务编排系统向运维管理系统回复业务变更方案设计结果。

S103.网络割接涉及多方组织的方案会审。

S104.对网络割接涉及到的网元进行工程预约，以实现割接时间内告警工单屏蔽，同时将割接时间及计划通告各方。

S105.到达计划指定的割接时间时，系统自动触发割接执行流程。先进行准备工作，如人员入场、数据备份等。

S106.割接实施打点，对于一些必要的环节进行打点，告知已执行完毕或执行失败等。

S106.1～S106.5、若变更类型为“业务割接/业务调整/设备替换”，运维管理系统调用业务编排系统“因运维割接引起的业务变更调度”接口，业务编排系统自动根据schemeID获得调度列表，并以productNO为主线向涉及到的专业工作台下发接口以实现业务的变更，依据专业工作台配置结果生成最终业务变更结果(增强点5)。

S107.若成功对割接结果进行验证。

S108.若验证失败，需要对已执行的操作进行回滚，若变更类型为“业务割接/业务调整/设备替换”，运维管理系统调用业务编排系统“因运维割接引起的业务变更回滚”接口，业务编排系统对已执行成功的变更过程进行回滚(增强点6)。

S109.若整个割接过程结束，若变更类型为“业务割接/业务调整/设备替换”，运维管理系统向业务编排系统发送“割接归档”通知。

S110.业务编排系统解析归档接口参数，向资源管理系统同步本次变更后的业务资源参数，用于资源管理系统向其它系统同步数据。

示例2：

由运维管理系统通过对接业务编排系统判断割接网元是否关联家庭、集客业务，若关联业务，由运维管理系统制定业务级变更方案，并对接各专业工作台实现业务级变更数据配置，在割接结束后，由运维管理系统向业务编排系统同步业务级资源变更数据，业务编排系统进行业务资源数据的更新，从而达到业务编排系统业务资源数据与现网的一致性。该示例的核心为运维管理系统实现业务级变更方案的设计与执行。

增强点1：同示例1的增强点1。

增强点2：同示例1的增强点2。

增强点3：业务编排系统提供割接网元关联的在服业务列表查询功能，并增加与运维管理系统间查询接口。业务编排系统查询系统内产品资源关系表，通过productNO关联的网元查询是否有对应的productNO，且业务的状态是否为“已开通”，若无对应productNO或对应的业务状态不是“已开通”均为查询失败，对于业务状态为“变更中”给出说明，要求变更完成后再割接；否则返回该网元或端口承载的家、集客业务的productNO列表

增强点4：业务编排系统提供业务配置参数查询功能，并向运维管理系统暴露接口。接口核心参数为productNO、割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore。业务编排系统利用cutoverNeBefore明确网络专业进而明确业务配置对象及参数。若为PTN/SPN/OTN则为电路，需要获取电路标识circuitID，源端网元ID、源端端口名称、源端端口配置的VLAN类型及VLAN值，宿端网元ID、宿端端口名称、宿端端口配置的VLAN类型及VLAN值，若为三层业务，还需要有端口IP及路由信息。若为承载网PE设备，需要获取VPN名称、RD、importRT、exportRT、路由协议、端口IP、路由协议相关参数。若为OLT，需要有VLAN类型、VLAN值、纳管SN列表。

增强点5：运维管理系统提供因割接引起的家、集客业务变更方案设计功能，增加业务割接、网元替换两种场景下业务变更方案设计能力。同示例1的增强点4。

增强点6：运维管理系统提供因运维割接引起的家、集客业务变更调度功能，同示例1的增强点5。

增强点7：运维管理系统提供因运维割接引起的业务变更回滚功能，同示例1的增强点6。

增强点8：业务编排系统提供业务资源同步与更新能力。对于网元或端口割接，接收来自运维管理系统的割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore、割接后网元cutoverNeAfter、割接后端口cutoverLabelAfter信息，由业务编排系统利用割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore查询承载的业务产品实例标识productNO列表，并更新对应productNO的割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore值为割接后网元cutoverNeAfter、割接后端口cutoverLabelAfter值。对于业务割接，接收来自运维管理系统的productNO、割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore、割接后网元cutoverNeAfter，直接以productNO为索引，将割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore值变更为割接后网元cutoverNeAfter、割接后端口cutoverLabelAfter参数值。

该示例2的流程如图6所示，具体包括：

S201.因故障维护、网络升级等原因引起的割接申请，明确割接类型、整体割接时间计划、涉及到的业务/割接网元信息等。

S201.1、若割接类型为“设备替换”，需要填写被替换网元、替换后网元，默认按顺序进行端口替换，或指定端口的替换关系。通过与资源管理系统接口查询割接前后网元标识(见增强点1)。

S201.2、若割接类型为“业务割接/业务调整”，需要填写业务的产品实例标识，即BSS进行业务开通时的唯一性标识productNO，目前为人工填写，需要与业务编排系统打接口，查询该productNO是否存在且在服，进行准确性校验(见增强点2)。同时进一步明确业务割接涉及到的割接前后网元、端口。

S202.方案设计人员在系统上填写设计方案。

S202.1～S202.3、如果系统识别割接类型为“设备替换”，通过被替换网元至业务编排系统查询该网元关联的家集客业务产品实例标识productNO列表。(见增强点3)。

S202.4、若S202.3返回有productNO列表，则利用productNO、割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore至业务编排系统查询对应productNO的配置参数。(见增强点4)。

S202.5、利用增强点5，实现家、集客业务变更方案设计。

S203.网络割接涉及多方组织的方案会审。

S204.对网络割接涉及到的网元进行工程预约，以实现割接时间内告警工单屏蔽，同时将割接时间及计划通告各方。

S205.到达计划指定的割接时间时，系统自动触发割接执行流程。先进行准备工作，如人员入场、数据备份等。

S206.割接实施打点，对于一些必要的环节进行打点，告知已执行完毕或执行失败等。

S206.1～S206.2、若变更类型为“业务割接/业务调整/设备替换”，运维管理系统自动根据schemeID获得调度列表，并以productNO为主线向涉及到的专业工作台下发接口以实现业务的变更，依据专业工作台配置结果生成最终业务变更结果(增强点6)。

S207.若成功对割接结果进行验证。

S208.若验证失败，需要对已执行的操作进行回滚，若变更类型为“业务割接/业务调整/设备替换”，运维管理系统对已执行成功的变更过程进行回滚(增强点7)。

S209.若整个割接过程结束，若变更类型为“业务割接/业务调整/设备替换”，运维管理系统调用业务编排系统的“业务变更资源同步”接口，同步与家、集客相关的割接前、后设备及端口信息，业务编排系统实现数据同步，见增强点8。

示例3：

在运维管理系统实现网络割接方案制定及对接专业工作台实现网元级割接后，通过对接业务编排系统判断割接网元是否关联家庭、集客业务，若关联业务，向业务编排系统同步割接前后资源的变化信息，由编排系统依据其关联的业务变更业务拓扑数据，从而达到业务编排系统业务资源数据与现网的一致性。该示例通过以下几个方面的增强以实现该技术方案。

该示例3主要针对网元割接、端口割接的场景，若存在业务割接场景，属于示例1中业务级割接与示例3、示例2业务级割接与示例3融合的方案，即业务级变更的方案设计与执行即可以在业务编排系统也可以在运维管理系统，不再赘述。

增强点1：同示例1的增强点1。

增强点2：专业务工作台在现有提供业务级变更能力及接口的基础上，增加网元粒度业务迁移脚本准备、执行能力，并对外暴露接口。如传输工作台增加将PTN/SPN/OTN/SDH/OLT等传输网元或某一端口已承载业务割接、导换至另一台传输网元或另一端口的能力，IP工作台增加将某一PE网元或某一PE的某一端口已承载业务割接、导换至另一台PE或同台PE/另一台PE的另一端口的能力。

2.1、脚本准备能力及接口：接口参数为割接前网元cutoverNeBefore、割接前端口cutoverLabelBefore、割接后网元cutoverNeAfter、割接后端口cutoverLabelAfte。若为同厂家割接，设备厂家需提供业务数据导出、业务数据导入脚本，由工作台设计按接口传递的参数，设计自动化任务；若为异厂家割接，在由割接前后两个厂家分别提供业务数据导出、导入脚本的同步，由工作台做脚本参数转换、映射等工作，最终设计生成自动任务。区分为割接任务、回滚任务，并将自动任务标识schemeID反馈至运维管理系统。

2.2、脚本执行能力及调度接口：接口参数为自动任务ID、调度类型(割接、回滚)，工作台利用任务标识schemeID及调度类型，自动获取自动任务脚本列表，并按脚本顺序进行执行，返回执行结果。

增强点3：同示例1的增强点3。

增强点4：同示例2的增强点8。

该示例3的流程如图7所示，具体包括：

S301.因故障维护、网络升级等原因引起的割接申请，明确割接类型、整体割接时间计划、涉及到的业务/割接网元信息等。

S301.1、针对“设备替换”，需要填写被替换网元、替换后网元，默认按顺序进行端口替换，或指定端口的替换关系。通过与资源管理系统接口查询割接前后网元标识(见增强点1)。

S302.方案设计人员在系统上填写设计方案。运维管理系统调用专业工作台的网元割接脚本准备接口，工作台利用增强点2.1实现割接任务脚本准备，返回任务标识schemeID。

S303.网络割接涉及多方组织的方案会审。

S304.对网络割接涉及到的网元进行工程预约，以实现割接时间内告警工单屏蔽，同时将割接时间及计划通告各方。

S305.到达计划指定的割接时间时，系统自动触发割接执行流程。先进行准备工作，如人员入场、数据备份等。

S306.割接实施打点，对于一些必要的环节进行打点，告知已执行完毕或执行失败等。

S306.1、若变更类型为“设备替换”，运维管理系统调用工作台进行割接脚本的自动化执行，参数包括schemeID、调度类型为“割接”，专业工作台依据增强点2.2进行设备割接。

S307.若成功对割接结果进行验证。

S308.若验证失败，需要对已执行的操作进行回滚，若变更类型为“设备替换”，运维管理系统调用工作台进行割接回滚，参数包括schemeID、调度类型为“回滚”，(增强点2.2)。

S309.1～S309.6.若整个割接过程结束，若变更类型为“设备替换”且割接成功，运维管理系统调用业务编排系统的“业务变更资源同步”接口，同步与家、集客相关的割接前、后设备及端口信息，业务编排系统实现数据同步，见增强点4。

以上介绍了本申请实施例的各种方法。下面将进一步提供实施上述方法的装置。

请参考图8，本申请实施例还提供一种运维管理系统800，包括：

第一处理模块801，用于在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，所述运维管理系统在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

通过以上模块，本申请实施例能够及时向业务编排系统同步资源变化情况，从而可以减少或避免因割接引起的业务资源的变化未及时同步至业务编排系统所导致的业务操作失败的问题。

可选的，上述系统还包括：

查询模块，用于在执行所述割接前，向资源管理系统查询获得与所述割接相关的割接资源；以及，向所述业务编排系统查询获得与所述割接资源相关、且处于已开通状态的专线业务，得到所述目标业务的信息。

可选的，上述系统还包括：

调用模块，用于调用所述业务编排系统为所述目标业务设计变更方案，接收所述业务编排系统返回的所述目标业务的变更方案及其对应的割接方案标识。

可选的，所述调用模块，还用于所述运维管理系统通过向业务编排系统发送所述割接方案标识，调用业务编排系统执行所述目标业务的变更方案。

可选的，上述系统还包括：

验证模块，用于在割接完成后，对割接结果进行验证，若验证失败，则调用所述业务编排系统对已执行的变更操作进行回滚。

可选的，上述系统还包括：

第一设计模块，用于在得到所述目标业务的信息后，为所述目标业务设计变更方案，得到所述目标业务的变更方案。

可选的，所述第一设计模块，具体用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

可选的，上述系统还包括：

第二设计模块，用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

可选的，上述第一处理模块，还用于：执行所述目标业务的业务变更调度列表中的业务变更调度任务。

可选的，上述第一处理模块，还用于：

在所述割接资源为网元和/或端口割接的情况下，向所述业务编排系统发送割接前后的网元和/或端口信息，使所述业务编排系统利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，向所述业务编排系统发送所述目标业务的产品实例标识以及割接前后的网元和/或端口信息，使所述业务编排系统根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

可选的，上述系统还包括：

第三设计模块，用于在所述运维管理系统在执行所述目标业务的变更方案前，向资源管理系统查询获得与所述割接相关的割接资源，所述割接资源为替换前网元和替换后网元；调用专业工作台为所述替换前网元和替换后网元设计割接任务脚本，接收所述专业工作台返回的割接任务标识，所述割接任务标识用于标识所述割接任务脚本。

可选的，上述第一处理模块，还用于：调用专业工作台执行所述割接任务标识对应的割接任务脚本。

可选的，上述第一处理模块，还用于：在所述割接资源为替换前网元和替换后网元的情况下，向所述业务编排系统发送替换前网元和替换后网元和/或端口信息，使所述业务编排系统利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

需要说明的是，该实施例中的设备是与上述应用于运维管理系统侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图9，本申请实施例还提供一种运维管理系统900，包括：收发机901和处理器902；

所述处理器902，用于在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

可选的，所述处理器，还用于在执行所述割接前，向资源管理系统查询获得与所述割接相关的割接资源；向所述业务编排系统查询获得与所述割接资源相关、且处于已开通状态的专线业务，得到所述目标业务的信息。

可选的，所述处理器，还用于在得到所述目标业务的信息后，调用所述业务编排系统为所述目标业务设计变更方案，接收所述业务编排系统返回的所述目标业务的变更方案及其对应的割接方案标识。

可选的，所述处理器，还用于通过向业务编排系统发送所述割接方案标识，调用业务编排系统执行所述目标业务的变更方案。

可选的，所述处理器，还用于在割接完成后，对割接结果进行验证，若验证失败，则调用所述业务编排系统对已执行的变更操作进行回滚。

可选的，所述处理器，还用于在得到所述目标业务的信息后，为所述目标业务设计变更方案，得到所述目标业务的变更方案。

可选的，所述处理器，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

可选的，所述处理器，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

可选的，所述处理器，还用于执行所述目标业务的业务变更调度列表中的业务变更调度任务。

可选的，所述处理器，还用于：

在所述割接资源为网元和/或端口割接的情况下，向所述业务编排系统发送割接前后的网元和/或端口信息，使所述业务编排系统利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，向所述业务编排系统发送所述目标业务的产品实例标识以及割接前后的网元和/或端口信息，使所述业务编排系统根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

可选的，所述处理器，还用于在在执行所述目标业务的变更方案前，向资源管理系统查询获得与所述割接相关的割接资源，所述割接资源为替换前网元和替换后网元；调用专业工作台为所述替换前网元和替换后网元设计割接任务脚本，接收所述专业工作台返回的割接任务标识，所述割接任务标识用于标识所述割接任务脚本。

可选的，所述处理器，还用于调用专业工作台执行所述割接任务标识对应的割接任务脚本。

可选的，所述处理器，还用于在所述割接资源为替换前网元和替换后网元的情况下，向所述业务编排系统发送替换前网元和替换后网元和/或端口信息，使所述业务编排系统利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

需要说明的是，该实施例中的设备是与上述应用于运维管理系统侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图10，本申请实施例还提供一种业务编排系统1000，包括：

第一处理模块1001，用于根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

通过以上模块，本申请实施例能够及时向业务编排系统同步资源变化情况，从而可以减少或避免因割接引起的业务资源的变化未及时同步至业务编排系统所导致的业务操作失败的问题。

可选的，上述系统还包括：

查询处理模块，用于接收所述运维管理系统发送的查询请求，所述查询请求携带与割接相关的割接资源的信息；所述业务编排系统查询与割接资源相关、且处于已开通状态的专线业务，得到目标业务的信息并发送给所述运维管理系统。

可选的，上述系统还包括：

设计模块，用于在得到所述目标业务的信息后，根据所述运维管理系统的调用，为所述目标业务设计变更方案，并将所述目标业务的变更方案及其对应的割接方案标识发送给所述业务编排系统。

可选的，所述设计模块，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

可选的，所述第一处理模块，还用于：

接收所述运维管理系统发送的割接方案标识，根据所述割接方案标识获得业务变更调度列表，所述业务变更调度列表包括所有目标业务的产品实例标识信息；根据所述业务变更调度列表，向各个产品实例相关的专业工作台发送业务变更请求。

可选的，所述设计模块，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

可选的，上述系统还包括：

回滚处理模块，用于根据运维管理系统的调度，执行所述目标业务的变更回滚方案。

可选的，上述第一处理模块，还用于：

在所述割接资源为网元和/或端口割接的情况下，接收所述业务编排系统发送的割接前后的网元和/或端口信息；利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，接收所述业务编排系统发送的所述目标业务的产品实例标识以及割接前后的网元和/或端口信息；根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

可选的，上述第一处理模块，还用于：

在割接资源为替换前网元和替换后网元的情况下，接收所述业务编排系统发送的替换前网元和替换后网元和/或端口信息；利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

需要说明的是，该实施例中的设备是与上述应用于业务编排系统侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图11，本申请实施例还提供一种业务编排系统1100，包括：收发机1101和处理器1102；

所述处理器1102，用于根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

可选的，上述收发机，还用于接收所述运维管理系统发送的查询请求，所述查询请求携带与割接相关的割接资源的信息；上述处理器，还用于查询与割接资源相关、且处于已开通状态的专线业务，得到目标业务的信息并发送给所述运维管理系统。

可选的，上述处理器，还用于在得到所述目标业务的信息后，根据所述运维管理系统的调用，为所述目标业务设计变更方案，并将所述目标业务的变更方案及其对应的割接方案标识发送给所述业务编排系统。

可选的，上述处理器，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

可选的，上述处理器，还用于：

接收所述运维管理系统发送的割接方案标识，根据所述割接方案标识获得业务变更调度列表，所述业务变更调度列表包括所有目标业务的产品实例标识信息；根据所述业务变更调度列表，向各个产品实例相关的专业工作台发送业务变更请求。

可选的，上述处理器，还用于：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

可选的，上述处理器，还用于根据运维管理系统的调度，执行所述目标业务的变更回滚方案。

可选的，上述处理器，还用于：

在所述割接资源为网元和/或端口割接的情况下，接收所述业务编排系统发送的割接前后的网元和/或端口信息；利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，接收所述业务编排系统发送的所述目标业务的产品实例标识以及割接前后的网元和/或端口信息；根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

可选的，上述处理器，还用于：

在割接资源为替换前网元和替换后网元的情况下，接收所述业务编排系统发送的替换前网元和替换后网元和/或端口信息；利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

需要说明的是，该实施例中的设备是与上述应用于业务编排系统侧的方法对应的设备，上述各实施例中的实现方式均适用于该设备的实施例中，也能达到相同的技术效果。本申请实施例提供的上述设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

请参考图12，本申请实施例还提供一种运维管理系统1200，包括处理器1201，存储器1202，存储在存储器1202上并可在所述处理器1201上运行的计算机程序，该计算机程序被处理器1201执行时实现上述由运维管理系统执行的业务变更方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

请参考图13，本申请实施例还提供一种业务编排系统1300，包括处理器1301，存储器1302，存储在存储器1302上并可在所述处理器1301上运行的计算机程序，该计算机程序被处理器1301执行时实现上述由业务编排系统执行的业务变更方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述业务变更方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“中包含”或者其任何其他变体意在涵盖非排他性的中包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (27)

1.一种业务变更方法，其特征在于，包括：

运维管理系统在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，所述运维管理系统在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

2.根据权利要求1所述的方法，其特征在于，在执行所述割接前，所述方法还包括：

所述运维管理系统向资源管理系统查询获得与所述割接相关的割接资源；

所述运维管理系统向所述业务编排系统查询获得与所述割接资源相关、且处于已开通状态的专线业务，得到所述目标业务的信息。

3.根据权利要求2所述的方法，其特征在于，在得到所述目标业务的信息后，所述方法还包括：

所述运维管理系统调用所述业务编排系统为所述目标业务设计变更方案，接收所述业务编排系统返回的所述目标业务的变更方案及其对应的割接方案标识。

4.根据权利要求3所述的方法，其特征在于，调用业务编排系统执行所述目标业务的变更方案，包括：

所述运维管理系统通过向业务编排系统发送所述割接方案标识，调用业务编排系统执行所述目标业务的变更方案。

5.根据权利要求1所述的方法，其特征在于，还包括：

所述运维管理系统在割接完成后，对割接结果进行验证，若验证失败，则调用所述业务编排系统对已执行的变更操作进行回滚。

6.根据权利要求2所述的方法，其特征在于，在得到所述目标业务的信息后，所述方法还包括：

所述运维管理系统为所述目标业务设计变更方案，得到所述目标业务的变更方案。

7.根据权利要求6所述的方法，其特征在于，所述运维管理系统为所述目标业务设计变更方案，包括：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

8.根据权利要求7所述的方法，其特征在于，还包括：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

9.根据权利要求2所述的方法，其特征在于，所述运维管理系统执行所述目标业务的变更方案，包括：

所述运维管理系统执行所述目标业务的业务变更调度列表中的业务变更调度任务。

10.根据权利要求2所述的方法，其特征在于，所述向所述业务编排系统同步所述目标业务更新后的资源信息，包括：

在所述割接资源为网元和/或端口割接的情况下，向所述业务编排系统发送割接前后的网元和/或端口信息，使所述业务编排系统利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，向所述业务编排系统发送所述目标业务的产品实例标识以及割接前后的网元和/或端口信息，使所述业务编排系统根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

11.根据权利要求1所述的方法，其特征在于，在所述运维管理系统在执行所述目标业务的变更方案前，所述方法还包括：

所述运维管理系统向资源管理系统查询获得与所述割接相关的割接资源，所述割接资源为替换前网元和替换后网元；

所述运维管理系统调用专业工作台为所述替换前网元和替换后网元设计割接任务脚本，接收所述专业工作台返回的割接任务标识，所述割接任务标识用于标识所述割接任务脚本。

12.根据权利要求11所述的方法，其特征在于，所述运维管理系统执行所述目标业务的变更方案，包括：

所述运维管理系统调用专业工作台执行所述割接任务标识对应的割接任务脚本。

13.根据权利要求11所述的方法，其特征在于，所述向所述业务编排系统同步所述目标业务更新后的资源信息，包括：

在所述割接资源为替换前网元和替换后网元的情况下，向所述业务编排系统发送替换前网元和替换后网元和/或端口信息，使所述业务编排系统利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

14.一种业务变更方法，其特征在于，包括：

业务编排系统根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

15.根据权利要求14所述的方法，其特征在于，还包括：

所述业务编排系统接收所述运维管理系统发送的查询请求，所述查询请求携带与割接相关的割接资源的信息；所述业务编排系统查询与割接资源相关、且处于已开通状态的专线业务，得到目标业务的信息并发送给所述运维管理系统。

16.根据权利要求15所述的方法，其特征在于，在得到所述目标业务的信息后，所述方法还包括：

所述业务编排系统根据所述运维管理系统的调用，为所述目标业务设计变更方案，并将所述目标业务的变更方案及其对应的割接方案标识发送给所述业务编排系统。

17.根据权利要求16所述的方法，其特征在于，

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述目标业务的产品实例标识、割接前后的网元及端口参数，查询所述目标业务和割接前后的网元及端口上配置的业务参数；确定所述业务变更涉及的相关专业工作台；根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据被替换网元的类型和/或标识，查询得到与被替换网元关联的所有处于服务状态的业务的产品实例标识列表；获取与所述产品实例标识列表和被替换网元所涉及的相关端口、电路标识和原业务配置参数；确定所述业务变更涉及的相关专业工作台；根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更下的接口调用时序和接口参数，建立所述目标业务的业务变更调度列表，并保存割接方案标识与所述目标业务的业务变更调度列表之间的关联关系。

18.根据权利要求17所述的方法，其特征在于，所述业务编排系统根据运维管理系统的调度，执行所述目标业务的变更方案，包括：

所述业务编排系统接收所述运维管理系统发送的割接方案标识，根据所述割接方案标识获得业务变更调度列表，所述业务变更调度列表包括所有目标业务的产品实例标识信息；

所述业务编排系统根据所述业务变更调度列表，向各个产品实例相关的专业工作台发送业务变更请求。

19.根据权利要求17所述的方法，其特征在于，还包括：

在所述目标业务的变更方案为业务割接场景下的业务变更方案的情况下，根据所述业务参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系；

在所述目标业务的变更方案为网元替换场景下的业务变更方案的情况下，根据所述相关端口、电路标识和原业务配置参数，通过运维管理系统与所述相关专业工作台之间的接口，设计业务变更回滚下的接口调用时序和接口参数，建立所述目标业务的业务变更回滚调度列表，并保存割接方案标识与所述目标业务的业务变更回滚调度列表之间的关联关系。

20.根据权利要求19所述的方法，其特征在于，还包括：

所述业务编排系统根据运维管理系统的调度，执行所述目标业务的变更回滚方案。

21.根据权利要求15所述的方法，其特征在于，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，包括：

在所述割接资源为网元和/或端口割接的情况下，所述业务编排系统接收所述业务编排系统发送的割接前后的网元和/或端口信息；利用割接前后的网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息；

在所述割接资源为业务割接的情况下，所述业务编排系统接收所述业务编排系统发送的所述目标业务的产品实例标识以及割接前后的网元和/或端口信息；根据所述目标业务的产品实例标识，将所述目标业务的割接前的网元和/或端口信息，更新为割接后的网元和/或端口信息。

22.根据权利要求14所述的方法，其特征在于，业务编排系统接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，包括：

在割接资源为替换前网元和替换后网元的情况下，所述业务编排系统接收所述业务编排系统发送的替换前网元和替换后网元和/或端口信息；利用替换前网元和替换后网元和/或端口信息查询承载的业务产品实例标识列表，并将所述业务产品实例标识列表中各个产品实例的替换前网元和/或端口信息，更新为替换后网元和/或端口信息。

23.一种运维管理系统，其特征在于，包括收发机和处理器，其中，

所述处理器，用于在需要执行割接，且所述割接包括目标业务的变更方案的情况下，调用业务编排系统执行所述目标业务的变更方案，以使所述业务编排系统在目标业务变更完成后获得目标业务更新后的资源信息，或者，在执行所述目标业务的变更方案后，向所述业务编排系统同步所述目标业务更新后的资源信息；其中，所述目标业务是业务编排系统已开通的专线业务。

24.一种运维管理系统，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至13任一项所述的方法的步骤。

25.一种业务编排系统，其特征在于，包括收发机和处理器，其中，

所述处理器，用于根据运维管理系统的调度，执行目标业务的变更方案，并在目标业务变更完成后获得目标业务更新后的资源信息；或者，接收运维管理系统在执行所述目标业务的变更方案后发送的所述目标业务更新后的资源信息，其中，所述目标业务是业务编排系统已开通的专线业务。

26.一种业务编排系统，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求14至22任一项所述的方法的步骤。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至22任一项所述的方法的步骤。