CN113328871B

CN113328871B - 信令采集的配置方法、装置及存储介质

Info

Publication number: CN113328871B
Application number: CN202010131503.8A
Authority: CN
Inventors: 张晓儒; 陈少凡; 唐国华; 赵鹏; 袁向阳
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2020-02-28
Filing date: 2020-02-28
Publication date: 2022-08-12
Anticipated expiration: 2040-02-28
Also published as: CN113328871A

Abstract

本发明公开了一种信令采集的配置方法、装置及存储介质。其中，该方法包括：基于VNF网络地址记录单元和信令采集规则记录单元创建或删除双向信令采集。本发明实施例通过VNF网络地址记录单元存储各NS内已创建的VNF的网络地址，信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，可以基于VNF网络地址记录单元查询各VNF作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，可以基于信令采集规则记录单元查询双向信令采集是否被完整创建或者删除，从而能够实现不同NS内的VNF间的双向信令采集的自动建立或者删除，减少操作环节及操作失误。

Description

信令采集的配置方法、装置及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种信令采集的配置方法、装置及存储介质。

背景技术

传统的网络设备是基于特定规格设备、特定技术要求定制而成的，网络设备的维护与更新过程较为复杂，业务推广的运营成本较高。为了实现降低网络部署和业务推广的复杂度及成本，基于通用硬件平台实现软硬件解耦的方式，可以有效地降低设备升级所带来的成本，加速新业务的部署。因此，实现网络中专用的网元设备的功能的NFV(NetworkFunction Virtualization，网络功能虚拟化)逐渐得到应用。

在NFV引入软件定义网络(Software Defined Network，SDN)技术后，虚拟网络功能(virtualized network function，VNF)的部署及管理趋于自动化。比如，可以通过SDN控制器(SDN Controller，SDN-C)下发指令到相关的虚拟设备，实现诸如VNF的实例化、扩缩容等操作要求。在SDN场景下，MANO(NFV management and orchestration，NFV的管理编排)系统定义了网络业务(Network Service，NS)的概念。一个NS实例为一个具体的网络服务，该网络服务内可以包含一个或多个VNF，该NS实例所具有的功能由其包含的各个VNF协同提供。

相关技术中，信令采集(TAPaaS)的配置过程包含在NS实例化流程内，与NS实例化一同完成。信令采集可以建立在不同NS实例内的不同VNF之间，比如，存在流量交互的网元1、网元2间建立信令采集，方向可以为单向或双向。其中，单向指只需在网元1至网元2方向或网元2至网元1方向建立信令采集；双向指网元1至网元2方向和网元2至网元1方向均需建立信令采集。

在虚拟化网元创建或者终止过程中，往往无法自动创建或者删除双向信令采集，需要通过人工方式补充添加或者删除，存在操作失误的风险，导致错误的信令采集任务，此外，操作繁琐，亦增大了操作员的工作量。

发明内容

有鉴于此，本发明实施例提供了一种信令采集的配置方法、装置及存储介质，旨在实现双向信令采集的创建或者删除，减少操作环节及操作失误。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种信令采集的配置方法，应用于网络功能虚拟化编排器(NFVO)，所述方法包括：

基于虚拟网络功能(VNF)网络地址记录单元和信令采集规则记录单元创建或删除双向信令采集；

其中，所述VNF网络地址记录单元存储各网络业务(NS)内已创建的VNF的网络地址，所述信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，所述网络地址包括：作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，所述源端地址和所述目的端地址的格式不同。

本发明实施例还提供了一种信令采集的配置装置，应用于NFVO，包括：

信令采集配置模块，用于基于VNF网络地址记录单元和信令采集规则记录单元创建或删除双向信令采集；

其中，所述VNF网络地址记录单元存储各NS内已创建的VNF的网络地址，所述信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，所述网络地址包括：作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，所述源端地址和所述目的端地址的格式不同。

本发明实施例又提供了一种网络功能虚拟化编排器(NFVO)，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器，用于运行计算机程序时，执行本发明任一实施例所述方法的步骤。

本发明实施例还提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现本发明任一实施例所述方法的步骤。

本发明实施例提供的技术方案，通过VNF网络地址记录单元存储各NS内VNF的网络地址，信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，可以基于VNF网络地址记录单元查询各VNF作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，可以基于信令采集规则记录单元查询双向信令采集是否被完整创建或者删除，从而能够实现不同NS内的VNF间的双向信令采集的自动建立或者删除，减少操作环节及操作失误。

附图说明

图1为相关技术中NFV系统的结构示意图；

图2为相关技术中VNF实例间创建信令采集的原理示意图；

图3为相关技术中VNF实例间删除信令采集的原理示意图；

图4为本发明实施例信令采集的配置方法的流程示意图；

图5为本发明一实施例创建双向信令采集的流程示意图；

图6为本发明另一实施例创建双向信令采集的流程示意图；

图7为本发明一实施例删除双向信令采集的流程示意图；

图8为本发明另一实施例删除双向信令采集的流程示意图；

图9为本发明一实施例中信令采集删除的应用示例示意图；

图10为本发明第一应用实施例NS实例化的流程示意图；

图11为本发明第二应用实施例NS终止的流程示意图；

图12为本发明实施例信令采集的配置装置的结构示意图；

图13为本发明实施例NFVO的结构示意图。

具体实施方式

下面结合附图及实施例对本发明再作进一步详细的描述。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

相关技术中，如图1所示，NFV系统包括：MANO系统、运营支撑系统(OperationsSupport System，OSS)、操作维护中心(Operation and Maintenance Center，OMC)、虚拟网络功能(virtualized network function，VNF)、网络功能虚拟化基础设置(networkfunction virtualization infrastructure，NFVI)等功能节点。其中，MANO系统包括：网络功能虚拟化编排器(network function virtualization orchestrator，NFVO)、虚拟网络功能管理器(virtualized network function manager，VNFM)、虚拟基础设施管理器(virtualized infrastructure manager，VIM)及SDN控制器(SDN Controller，SDN-C)。

MANO系统的主要功能包括：网元的生命周期管理、网元所需镜像的创建、网元所需模板及软件的管理、网络资源的分配及管理等。其中，NFVO负责资源的统一调度，创建VNF自动扩缩容策略，提供VNF实例化的规格配置参数等；VNFM负责VNF生命周期管理，例如VNFD的解析与处理、VNF实例的初始化以及VNF的扩缩容等；VIM则负责硬件资源与虚拟化资源的调度与管理。在NFV系统引入SDN技术后，MANO系统可以将VNF的部署及管理相关的配置参数传递至SDN-C，由SDN-C下发指令到NFVI的相关虚拟设备，例如，SDN Gateway(SDN网关)、vSwich(虚拟交换机)等，实现诸如VNF的实例化、扩缩容等操作要求。

在SDN场景下，每个NS实例可以基于NS的网络业务描述信息块(Network ServiceDescriptor，NSD)来创建，NSD会涵盖该NS实例内各个VNF实例创建所基于的VNF包、VNF的网络配置信息以及VNF信令采集的相关信息等。

针对核心网的虚拟化网元，需要在不同NS实例内的不同VNF间建立信令采集。在NS实例化过程中，已成功完成虚拟资源创建与配置的VNF实例，会根据NSD中的VNF信令采集的相关信息创建相应的信令采集。信令采集具有方向性，可以包含的方向为：1)出方向：信令采集中该VNF对外通信端口为源端，外部VNF为目的端；2)入方向：信令采集中该VNF对外通信端口为目的端，外部VNF为源端；3)双向：该VNF在出方向和入方向上均与外部VNF间建立信令采集。在现有技术中，所创建的信令采集的方向默认为出方向。

核心网的虚拟化网元间的信令采集的配置中，存在流量交互的虚拟化网元(即VNF)间的信令采集的方向可选为单向或者双向。其中，单向指只需在网元1至网元2方向或网元2至网元1方向建立信令采集；双向指网元1至网元2方向建立信令采集，网元2至网元1也需建立信令采集。由于源端、目的端地址的格式不同，网元间无法相互感知对方的源端、目的端地址，故而目前无法通过现有技术，在虚拟化网元创建过程中，自动建立双向信令采集。虽然可通过人工方式补充添加，但存在操作失误的风险，导致错误信令采集任务的生成；操作繁琐，增大操作员的工作量。同时，现有方案中尚未实现双向信令采集的自动删除。

在NS实例化前，会进行网络设计与规划。在一应用示例中，如图2所示，假设根据2018年所做的网络设计规划方案，已创建实例NS_1。在2019年的网络设计规划中，需进行实例NS_2的创建。NS_1实例先完成创建，并成功实例化出VNF_1_1等网元，此时NS_2实例尚未创建。在随后的网络建设中，NS_2实例完成创建，并实例化出VNF_2_1等网元。现假设实例VNF_2_1与实例VNF_1_1之间需建立信令采集(信令采集服务和信令采集规则)。根据描述可知，在VNF_1_1被创建出时，VNF_2_1尚未创建，VNF_1_1无法获取VNF_2_1相关信息，故而在NS_1的实例创建过程中，无法建立VNF_1_1至VNF_2_1方向的信令采集服务及规则。在VNF_2_1完成创建时，VNF_1_1已创建完成。VNF_2_1可根据VNF_1_1所使用的业务地址(ServiceIP)，作为信令采集规则的目的地址，本端与VNF_2_1有流量交互的虚机端口(Ports)信息作为源地址，建立由VNF_2_1至VNF_1_1方向的信令采集，该方向即为VNF_2_1对外通信端口的“出方向”。VNF_1_1至VNF_2_1方向的信令采集服务与规则，可通过操作员在NFVO界面，指定目的端VNF地址为VNF_2_1的业务地址，进行手动添加。同理，VNF_2_2、VNF_2_n的“入方向”的信令采集亦需要手动添加，显然存在操作失误的风险，容易导致错误的信令采集任务的生成；且操作繁琐，增大操作员的工作量。

在NS实例终止过程中，包含循环删除NS中所有VNF实例的步骤。每当删除一个VNF实例时，会同时删除该VNF相应“出方向”的信令采集规则与服务。

例如，在一应用示例中，如图3所示，现有两个已创建的NS实例(NS_3，NS_4)，实例NS_3中包含已创建的VNF_3_1实例等，实例NS_4中包含已创建的VNF_4_1实例等，且VNF_3_1与VNF_4_1之间已建立双向信令采集(即VNF_3_1至VNF_4_1方向已建立信令采集，VNF_4_1至VNF_3_1方向同样已建立)。现需要终止NS_3实例，NS_3实例中包含的VNF_3_1实例需要被终止。根据现有的“NS终止”流程，VNF_3_1实例终止时，会删除该VNF实例“出方向”的信令采集服务及规则，即删除“由VNF_3_1至VNF_4_1方向”的采集服务及规则。由于VNF_3_1实例的终止，原先创建的VNF_4_1至VNF_3_1方向的采集规则成为了无效配置信息。在现有NFVO的技术规范中，NFVO不具有存储各个VNF实例所分配的Service IP的能力，故而在本例中，VNF_3_1的业务地址Service IP无法获取。为了减少MANO系统中无效配置信息，VNF_4_1至VNF_3_1方向的信令采集也需删除。然而由于NFVO不存储VNF的Service IP，无法自动删除该信令采集，该方向的信令采集规则及服务，仅可通过操作员在NFVO界面输入实例VNF_3_1的业务地址Service IP，进行信令采集服务及规则的手动删除。

由以上描述可以得知，现有技术在NS实例化过程中，无法自动建立不同NS内的VNF间的双向信令采集，亦无法在NS终止过程中，自动删除不同NS内的VNF间的双向信令采集。基于此，在本发明的各种实施例中，NFVO存储VNF网络地址记录单元和信令采集规则记录单元，基于VNF网络地址记录单元和信令采集规则记录单元创建或删除信令采集，从而能够实现不同NS内的VNF间的双向信令采集的自动创建或者删除，减少操作环节及操作失误。

如图4所示，本发明实施例提供了一种信令采集的配置方法，应用于NFVO，该方法包括：

步骤401，基于VNF网络地址记录单元和信令采集规则记录单元创建或删除双向信令采集。

这里，所述NFVO存储所述VNF网络地址记录单元和所述信令采集规则记录单元；所述VNF网络地址记录单元存储各NS内已创建的VNF的网络地址，所述信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，所述网络地址包括：作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，所述源端地址和所述目的端地址的格式不同。

实际应用中，VNF网络地址记录单元可以为VNF网络地址记录表(VNF AddressRecord Table)，该VNF网络地址记录表用于记录各个NS实例中已创建的VNF实例对外通信及服务时所提供的Service IP，以及该VNF实例包含的虚机端口信息。

在一应用示例中，该VNF网络地址记录表的格式如表1所示。

表1

如表1所示，VNF的虚机端口信息可以包括：虚机端口的IP地址、虚机端口的网络ID、虚机端口的UUID(通用唯一识别码)。

实际应用中，信令采集规则记录单元可以为信令采集规则记录表(TapFlowRecord Table)。在一应用示例中，信令采集规则记录表的格式如表2所示。

表2

如表2所示，信令采集规则记录表用于记录已创建(即已被配置)的信令采集的采集规则信息。具体地，采集规则信息包括：信令采集服务(TapService的TapService ID、信令采集规则(TapFlow)的TapFlow ID、TapFlow中的源端地址以及目的端地址。

这里，信令采集(TAPaaS)包括：信令采集服务(TapService)和信令采集规则(TapFlow)。其中，TapService用于明确所采集的流量所送达的目的地址，TapFlow用于明确信令采集的流量特性，即信令采集的源端地址和目的端地址。TAPaaS的创建包括：TapService的创建以及TapFlow的创建；TAPaaS的删除包括：TapService的删除以及TapFlow的删除。

需要说明的是，TapFlow中的源端地址与目的地址的格式并非统一。比如，在一应用示例中，源端地址可以为作为源端的VNF的Service IP，目的端地址可以为作为目的端的VNF的虚机端口信息。这里，Service IP可以为IPv4或者IPv6地址。

本发明实施例信令采集的配置方法，通过VNF网络地址记录单元存储各NS内已创建的VNF的网络地址，信令采集规则记录单元存储各NS中已被配置的信令采集的采集规则信息，可以基于VNF网络地址记录单元查询各VNF作为信令采集的源端的源端地址、作为信令采集的目的端的目的端地址，可以基于信令采集规则记录单元查询双向信令采集是否被完整创建或者删除，从而能够实现不同NS内的VNF间的双向信令采集的自动创建或者删除，减少操作环节及操作失误。

下面分别对创建双向信令采集和删除双向信令采集的方案进行具体说明。

如图5所示，基于VNF网络地址记录单元和信令采集规则记录单元创建双向信令采集，包括：

步骤501、基于第一信令采集的源端地址和目的端地址，发送第一信令采集的配置信息给VIM，以创建第一信令采集。

这里，第一信令采集的方向为第一NS内的第一VNF与第二NS内的第二VNF之间的第一方向。以第一VNF的出方向为例，NFVO可以在第一VNF实例化后获取该第一VNF的虚机端口信息作为第一信令采集的源端地址，获取VNF实例化过程中用户输入的作为第一信令采集对应的Service IP作为目的端地址，基于第一信令采集的源端地址和目的端地址，发送第一信令采集的配置信息给VIM。

实际应用中，假定实例化第一VNF时，第二VNF已创建完成，且VNF网络地址记录表已记录第二VNF的虚机Ports信息以及Service IP。在第一VNF创建的过程中，VNF网络地址记录表会记录该第一VNF的虚机Ports信息以及Service IP。如此，可以从VNF网络地址记录表获取第一VNF的虚机Ports信息作为源端地址、获取第二VNF的Service IP作为目的端地址，发送第一信令采集的配置信息给VIM。

实际应用中，在NSD中配置TAPaaS的的流量镜像，需要在网络设计阶段，输出NSD或者NS部署过程中输入相关参数完成镜像部署。若VNF的设计部署信息要求参数列表中need_tapaas参数取值为true，则需要操作员在NFVO界面输入Inputs参数时，输入相关参数信息，具体如表3及表4所示。

表3

表4

其中，表3为TapService所需的部署信息，表4为TAPFlow所需的部署信息。NFVO可以根据TAPFlow的部署信息获取该VNF“出方向”上的目的端地址，根据TapService的部署信息获取该VNF的采集流量的镜像目的地址。

在一实施例中，NFVO发送第一信令采集的配置信息给VIM，包括：

NFVO发送第一信令采集中TAPService的第一配置信息给所述VIM；

NFVO发送所述第一信令采集中TAPFlow的第二配置信息给所述VIM；

这里，所述第一配置信息包括：TAPService的镜像目的地址，所述第二配置信息包括：TAPFlow的源端地址和目的端地址。

VIM将第一配置信息和第二配置信息透传至相关的虚拟网络设备(如SDNGateway、vSwitch)，完成该VNF实例“出方向”的TAPaaS的创建。

步骤502、基于所述VNF网络地址记录单元获取第二信令采集的源端地址和目的端地址。

这里，所述第二信令采集的方向为所述第一VNF与所述第二VNF之间的第二方向，所述第二方向与所述第一方向相反。假定第一方向为第一VNF的出方向，则第二方向为自第二VNF至第一VNF。NFVO可以基于第一方向的源端地址(即第一VNF的虚机端口信息)在VNF网络地址记录表中确定第一VNF对应的Service IP，基于第一方向的目的端地址(即第二VNF的Service IP)在VNF网络地址记录表中确定第二VNF对应的虚机端口信息，将第二VNF的虚机端口信息作为第二信令采集的源端地址、第一VNF的Service IP作为第二信令采集的目的端地址。

步骤503、基于所述信令采集规则记录单元确定所述第二信令采集中存在未被配置的信令采集。

实际应用中，NFVO检索信令采集规则记录表，判断第二信令采集的所有信令采集是否均存在于信令采集规则记录表中，若有不存在的信令采集，则表明第二信令采集存在缺失的信令采集(即未被配置的信令采集)，继续执行步骤504，若第二信令采集的所有信令采集规则均存在于信令采集规则记录表中，则表明已完成第一VNF的双向信令采集的配置。

步骤504、发送第二信令采集中未被配置的信令采集的配置信息给所述VIM，以补充创建所述第二信令采集中未被配置的信令采集。

这里，NFVO将步骤503中确定的缺失的信令采集生成相应的配置信息并发送给所述VIM，以补充创建所述第二信令采集中未被配置的信令采集。

在一实施例中，NFVO发送第二信令采集中未被配置的信令采集的配置信息给所述VIM，包括：

NFVO发送第二信令采集中未被配置的信令采集中TAPService的第一配置信息给所述VIM；

NFVO发送第二信令采集中未被配置的信令采集中TAPFlow的第二配置信息给所述VIM。

VIM将相应的第一配置信息和第二配置信息信息透传至相关的虚拟网络设备(如SDN Gateway、vSwitch)，完成第二信令采集的创建。

如此，NFVO完成了第一VNF与第二VNF间的双向信令采集的创建。

为了将第一VNF创建的双向信令采集的采集规则信息补充至信令采集规则记录单元，在一实施例中，信令采集的配置方法还包括：

确定所述第一信令采集被创建，将所述第一信令采集的采集规则信息存储至所述信令采集规则记录单元；

确定所述第二信令采集中未被配置的信令采集被创建，将所述第二信令采集中新创建的信令采集的采集规则信息存储至所述信令采集规则记录单元。

在一实施例中，所述确定所述第一信令采集被配置，将所述第一信令采集的采集规则信息存储至信令采集规则记录单元，包括：

接收VIM创建TAPService后返回的TAPService ID；

接收VIM创建TAPFlow后返回的TAPFlow ID；

将所述第一信令采集的TAPService ID、TAPFlow ID、源端地址及目的端地址的对应关系存储至所述信令采集规则记录单元。

在一实施例中，确定所述第二信令采集中未被配置的信令采集被创建，将所述第二信令采集中新创建的信令采集的采集规则信息存储至所述信令采集规则记录单元，包括：

接收VIM创建第二信令采集中未被配置的信令采集的TAPService后返回的TAPService ID；

接收VIM创建第二信令采集中未被配置的信令采集的TAPFlow后返回的TAPFlowID；

将所述第二信令采集中新创建信令采集的TAPService ID、TAPFlow ID、源端地址及目的端地址的对应关系存储至所述信令采集规则记录单元。

实际应用中，第二信令采集可以共用第一信令采集的TAPService，从而不用新建相应的TAPService，这时，可以仅接收VIM创建第二信令采集中未被配置的信令采集的TAPFlow后返回的TAPFlow ID，将TAPFlow ID、源端地址及目的端地址、TAPService ID的对应关系存储至所述信令采集规则记录单元。

如图6所示，在一应用示例中，NFVO创建双向信令采集，包括：

步骤601，下发信令采集服务及规则创建的相关参数。

NFVO下发自第一VNF至第二VNF的信令采集的TAPService的第一配置信息、TAPFlow的第二配置信息至VIM。

步骤602，传递信令采集服务及规则创建的相关参数，完成信令采集服务及规则的创建。

VIM将接收到的第一配置信息和第二配置信息透传至SDN-C，由SDN-C下发至相关的虚拟网络设备(如SDN Gateway、vSwitch)，完成该第一VNF“出方向”的TAPaaS的创建。

步骤603，返回信令采集服务及规则的相关信息。

NFVO接收VIM创建TAPaaS后返回的TapService和TapFlow的相关信息。

步骤604，将相关信息写入信令采集规则记录表。

NFVO将所述第一信令采集的TAPService ID、TAPFlow ID、源端地址及目的端地址的对应关系存储至所述信令采集规则记录表。

步骤605，判断是否需要建立双向信令采集；

NFVO根据NSD中信令采集的相关信息，判断第一VNF是否需要与第二VNF建立双向信令采集。这里，NSD中信令采集的相关信息可以包括：NS内需要进行信令采集的网络平面以及信令采集的方向类型。在NS的实例化过程中，NS内的各个VNF实例会根据NSD中信令采集的相关信息进行信令采集的创建。若根据NSD中信令采集的相关信息确定第一VNF需要与第二VNF建立双向信令采集，则执行步骤606。

步骤606，判断VNF的双向信令采集是否被完整创建；

判断信令采集规则记录表是否完整包括自第二VNF至第一VNF方向的信令采集，若是，则表明第一VNF与第二VNF间的双向信令采集已建立成功，若否，则基于自第二VNF至第一VNF方向上未配置的信令采集的TAPService的第一配置信息、TAPFlow的第二配置信息，重复上述步骤601至步骤606，直至双向信令采集被完整创建。

如此，可以实现基于VNF网络地址记录单元和信令采集规则记录单元创建第一VNF的双向信令采集，其他VNF的双向信令采集的创建可以参照上述过程，在此不再赘述。

如图7示，基于VNF网络地址记录单元和信令采集规则记录单元删除双向信令采集，包括：

步骤701，基于第一信采集的源端地址和目的端地址，发送所述第一删除请求给VIM，以删除第一信令采集。

这里，所述第一信令采集的方向为第一NS内的第一VNF与第二NS内的第二VNF之间的第一方向。比如，第一信令采集的方向为自第一VNF至第二VNF，即先删除第一VNF“出方向”的信令采集，相应地，可以基于第一信令采集的源端地址和目的端地址，发送所述第一删除请求给VIM。下面以第一信令采集的方向为第一VNF的“出方向”为例进行说明：

在一应用示例中，所述基于第一信采集的源端地址，发送所述第一删除请求给VIM，包括：

基于所述第一信令采集的源端地址和所述信令采集规则记录单元，确定所述第一信令采集对应的TAPFlow和TAPService；具体地，可以基于信令采集规则记录表确定源端地址为第一VNF的虚机端口信息的信令采集的TAPFlow ID和TAPService ID。

基于所述第一信令采集对应的TAPFlow和TAPService，发送第一删除请求给VIM；其中，所述第一删除请求携带所述第一信令采集对应的TAPFlow的TAPFlow ID、TAPService的TAPService ID。这里，可以根据源端地址为第一VNF的虚机端口信息的信令采集的TAPFlow ID和TAPService ID发送第一删除请求给VIM。

VIM将第一删除请求透传至相关的虚拟网络设备(如SDN Gateway、vSwitch)，完成第一VNF实例“出方向”的TAPaaS的删除。

步骤702，基于所述VNF网络地址记录单元获取第二信令采集的源端地址和目的端地址。

这里，所述第二信令采集的方向为所述第一VNF与所述第二VNF之间的第二方向，所述第二方向与所述第一方向相反。比如，当第一方向为自第一VNF至第二VNF，第二方向即自第二VNF至第一VNF。相应地，基于所述VNF网络地址记录单元获取第一VNF的Service IP作为第二信令采集的目的端地址；获取第二VNF的虚机端口信息，作为第二信令采集的源端地址。

在一应用示例中，第一方向为自第一VNF至第二VNF，则第二方向为自第二VNF至第一VNF。NFVO在VNF网络地址记录表获取第一VNF的Service IP，将第一VNF的Service IP作为第二信令采集的目的端地址；获取第二VNF的虚机端口信息，将第二VNF的虚机端口信息作为第二信令采集的源端地址。

步骤703，基于所述信令采集规则记录单元确定第二信令采集中存在未被删除的信令采集；

实际应用中，可以基于信令采集规则记录表查询是否存在目的端地址为第一VNF的Service IP且源端地址为第二VNF的虚机端口信息的信令采集的采集规则信息，若存在，则执行步骤704，否则，表明第一VNF的双向信令采集已被完整删除。

这里，查询所述信令采集规则记录单元是否存在相应的采集规则信息，若存在，进一步确定相应采集规则信息对应的TAPFlow ID和TAPService ID。

步骤704，发送第二删除请求给所述VIM，以删除所述第二信令采集中未被删除的信令采集。

对于在信令采集规则记录单元中存在相应采集规则信息的第二信令采集中的信令采集，发送第二删除请求给所述VIM。

这里，所述第二删除请求携带所述信令采集规则记录表中存在的对应于所述第二信令采集的TAPFlow ID和TAPService ID。

VIM将第二删除请求透传至相关的虚拟网络设备(如SDN Gateway、vSwitch)，完成第二信令采集的删除。

如此，NFVO完成了第一VNF与第二VNF间的双向信令采集的删除。

为了及时更新信令采集规则记录表，在一实施例中，信令采集的配置方法还包括：

删除所述信令采集规则记录单元中相应于所述第一删除请求的采集规则信息；

删除所述信令采集规则记录单元中相应于所述第二删除请求的采集规则信息。

如图8所示，在一应用示例中，NFVO删除双向信令采集，包括：

步骤801，下发删除信令采集服务及规则的相关参数；

NFVO下发删除第一信令采集的第一删除请求给VIM。这里，第一信令采集的方向为自第一VNF至第二VNF，即先删除第一VNF“出方向”的信令采集。具体地，可以基于第一VNF的虚机端口信息作为源端地址、第二VNF的Service IP作为目的端地址和信令采集规则记录表确定第一信令采集的TAPFlow ID和TAPService ID，根据第一信令采集的TAPFlow ID和TAPService ID下发第一删除请求给VIM。

步骤802，传递删除信令采集服务及规则的相关参数，完成信令采集服务及规则的删除；

VIM将接收到的第一删除请求透传至SDN-C，由SDN-C下发至相关的虚拟网络设备(如SDN Gateway、vSwitch)，完成第一信令采集的删除。

步骤803，删除信令采集规则记录表中相关的规则信息；

NFVO将第一删除请求传递至VIM后，NFVO删除所述信令采集规则记录表中相应于所述第一删除请求的采集规则信息。

步骤804，查询VNF网络地址记录表，获取待删除VNF的业务地址；

NFVO根据VNF网络地址记录表查询第一VNF的Service IP、第二VNF的虚机端口信息。

步骤805，判断VNF的双向信令采集是否被完整删除；

NFVO判断信令采集规则记录表中是否存在以第一VNF的Service IP作为目的端地址、第二VNF的虚机端口信息作为源端地址的信令采集，若是则确定相应信令采集的TAPFlow ID和TAPService ID，并基于相应信令采集的TAPFlow ID和TAPService ID，重复上述步骤801至步骤805，直至信令采集规则记录表中不存在以第一VNF的Service IP作为目的端地址、第二VNF的虚机端口信息作为源端地址的信令采集，确定第一VNF的双向信令采集被完整删除，实现清除无效采集配置信息的目的。

如此，可以实现基于VNF网络地址记录单元和信令采集规则记录单元删除第一VNF与第二VNF间的双向信令采集，其他VNF的双向信令采集的删除可以参照上述过程，在此不再赘述。

如图9所示，现有两个已创建的NS实例(NS_7，NS_8)，且其中VNF_7_1与VNF_8_1之间已建立双向信令采集服务。首先终止NS_7实例，在NS_7终止过程中，VNF_7_1实例需要被终止。其次终止NS_8实例。

信令采集删除操作的具体步骤如下：

(1)NFVO通过检索信令采集规则记录表(表5)，获取VNF_7_1的源端地址作为信令采集的源端地址对应的TapService ID以及TapFlow ID。

表5

(2)NFVO下发待删除的信令采集的TapService ID以及TapFlow ID至VIM，删除该VNF实例“出方向”(NF_7_1至VNF_8_1方向)的信令采集服务及规则。即下发TapService ID为c352f537-ad49-48eb-ab05-1c6b8cb900ff、TapFlow ID为cc47f881-345f-4e62-ad24-bea79eb28304至VIM。

(3)NFVO删除信令采集规则记录表中相关规则记录。如表6所示。

表6

(4)NFVO检索VNF网络地址记录表，获取VNF_7_1的Service IP。

(5)NFVO检索信令采集规则记录表，判断是否存在目的端地址为该VNF ServiceIP的采集规则，发现尚且存在方向为“NF_8_1至VNF_7_1”的采集规则。

(6)NFVO需要下发待删除采集规则TapFlow ID至VIM，完成相应采集规则的删除。TapFlow ID为(cc47f881-ad24-985f-4e62-bea79eb28304)。NFVO在信令采集规则记录表中删除该条采集规则。

(7)NFVO检索信令采集规则记录表，判断是否存在目的端地址为该VNF ServiceIP的采集规则，无采集规则需删除。

(8)完成该VNF实例信令采集的删除操作。

需要说明的是，本发明实施例信令采集的配置方法可以应用于NS实例化或者NS终止过程中的信令采集的双向创建或者双向删除。在其他实施例中，本发明实施例信令采集的配置方法还可以适用于NS扩缩容或者NS更新。比如，NS扩容或者更新(增加VNF)场景下，可将新创建出的VNF实例相关网络信息补充至“VNF网络地址记录表”中，若该VNF实例需创建信令采集服务及规则，则在创建后将相关信息加入至“信令采集规则记录表”中。NS缩容或者更新(减少VNF实例)场景下，NFVO可查询待删除的VNF实例在“VNF网络地址记录表”中的虚机端口信息以及对外通信所使用的Service IP，进行信令采集的双向删除，相关规则成功删除后，删除“信令采集规则记录表”中的相关信息。

下面结合应用实施例对本发明再作进一步详细的描述。

应用实施例一

图10为NS实例化的流程示意图。在NS实例创建过程中，相关TAPaaS同时建立。TapService和TapFlow的创建过程包含在NS实例化流程中。NS实例化流程包括：

步骤1001，实例化NS。

操作员在NFVO创建NS实例。

步骤1002，对实例化NS请求的有效性进行校验。

NFVO对NS实例化请求的有效性进行检查：检查NS中包含的需要引用的VNF实例是否存在，若不存在该VNF实例，则NS实例创建失败，并给出告警。

步骤1003，循环创建VNF实例记录，并查询NS中引用的所有VNFD，获取inputs参数。

这里，NFVO循环创建并生成NS中VNF实例记录，该VNF实例记录用于关联NS中包含的VNF实例。NFVO查询NS中引用的所有VNFD，获取inputs参数等相关参数。

步骤1004，填写VNF inputs参数。

NFVO在实例化页面展示VNFD信息，输入各个VNF实例化时可调整的参数值(Inputs参数)。若该VNF实例需创建信令采集服务，则操作员需输入目的信令采集的目的端VNF的业务地址。

步骤1005，对所有创建参数进行有效性校验。

NFVO对所有的创建参数进行有效性校验，并检查所有需要创建的资源是否已经存在。

步骤1006，将VNF所分配的Service IP写入网络地址记录表中。

NFVO读取操作员为该VNF实例分配的Service IP，将该Service IP写入“VNF网络地址记录表”中。

步骤1007，创建网络连接性资源。

NFVO调用Openstack原生接口及VIM北向扩展接口，指示VIM创建NS中的VL(虚拟连接)和网络连接性资源。包含创建VNF外部网络的Network及subnet、创建SDN-GW上的vRouter北向的External Network及其Subnet、创建vRouter等。

步骤1008，实例化VNF请求(InstantiateVNF Req)。

NFVO调用C6：InstantiateVNF接口，发送实例化VNF请求，请求VNFM实例化VNF。

步骤1009，实例化VNF响应(InstantiateVNF Resp)。

VNFM创建实例化任务，生成JobID，返回给NFVO。

步骤1010，解析VNFD及inputs，分析所需要的资源。

VNFM解析VNF包中的VNFD及可变参数，分析VNF实例化所需要的虚拟资源，主要包括虚机规格和虚机数量。

步骤1011，授权请求(GrantLifecycle Req)。

VNFM调用C6接口，向NFVO发送授权请求，授权请求中携带操作类型和所需要的资源VMList。

步骤1012，授权请求响应(GrantLifecycle Resp)。

如果NFVO允许进行该VNF实例的实例化操作，并且满足VNFM所需资源要求，NFVO允许VNFM的授权请求。如果NFVO不允许进行该VNF实例的实例化操作，或者所需资源不足，NFVO拒绝VNFM的授权请求。

步骤1013，创建资源请求。

VNFM向NFVO发送创建虚拟资源的请求。

步骤1014，创建资源。

NFVO向指定VIM中创建所需要的虚拟资源。

步骤1015，虚机资源变化请求(PushVmChanges Req)。

VIM检测到虚机资源变化，向NFVO告知VIM中资源的变化情况。

步骤1016，虚机资源变化响应(PushVmChanges Resp)。

NFVO向VIM返回响应。

步骤1017，配置部署参数。

资源创建成功后，VNFM到VNF配置和部署相关的参数。

步骤1018，VNF虚拟资源告知请求(VNF Lifecycle Changes Notification Req)。

VNFM向NFVO告知VNF所包含的虚拟资源。例如VNF实例所含虚机Port信息，包括Port的IP Address，Port UUID以及Port关联的网络平面Network id等信息。

步骤1019，VNF虚拟资源告知响应(VNF Lifecycle Changes NotificationResp)。

NFVO向VNFM返回VNF虚拟资源告知响应。

步骤1020，将虚机端口信息写入网络地址记录表。

VNFM通过C6接口向NFVO返回VNF实例的虚拟资源相关信息，NFVO将VNF的VM Ports信息写入VNF网络地址记录表。

步骤1021，VNF实例化通知。

VNFM通知OMC有一个新实例化的VNF，包括VNF的管理地址和管理账户等。

步骤1022，VNF实例化通知响应。

步骤1022为可选步骤，OMC向VNFM返回VNF实例化通知响应。

步骤1023，添加管理对象。

OMC将新实例化的VNF添加到管理对象。

步骤1024，配置应用参数。

OMC对VNF进行应用参数的配置。

步骤1025，指示下发ECMP(Equal-Cost Multipath Routing，等价路由)的回程静态路由并配置BFD(Bidirectional Forwarding Detection，双向转发检测)。

NFVO指示VIM，在vRouter上增量下发ECMP的回程静态路由并配置BFD。

步骤1026，根据VNF网络地址记录表中相关信息，创建信令采集TAPaaS，并将所创建的采集规则写入信令采集规则记录表。

NFVO向VIM传递采集服务及规则的相关信息，如所采集的信令流量所传输到的目的地址、信令采集规则的源端地址、目的端地址等。VIM将该信息透传至相关虚拟网络设备(如SDN Gateway、vSwitch)，完成该VNF实例“出方向”信令采集(TAPaaS)的创建。待信令采集成功创建后，将采集规则的相关信息写入“信令采集规则记录表”中。根据需创建的采集服务的相关要求，NFVO判断此两个网元间是否需要建立双向采集规则。若不需要，则结束该网元信令采集服务及规则的创建流程。若需要，则NFVO检索“信令采集规则记录表”，判断源端地址为该VNF地址的所有采集规则，是否存在相应反方向的采集规则(即原先源端VNF地址作为目的地址、原先目的端VNF地址作为源端地址的采集规则)。若不存在，则补充创建相应的采集规则，并写入“信令采集规则记录表”中。

步骤1027，实例化NS结果。

NFVO向用户返回NS的实例化结果。

应用实施例二

图11为NS终止的流程示意图。在NS实例终止过程中，相关TAPaaS同时删除。TAPaaS删除流程包含在NS实例终止过程中。NS终止流程包括：

步骤1101，终止NS。

操作员在NFVO终止NS实例。

步骤1102，对NS终止请求的有效性进行检查。

NFVO对NS终止请求的有效性进行检查。

步骤1103，判断VNF实例是否被其他NS所使用。

NFVO遍历NS实例中的每个VNF实例，判断VNF实例是否被其他NS实例使用，若VNF实例被其他NS实例使用则不终止该VNF实例，继续其他VNF实例的处理。

步骤1104，终止VNF请求(TerminateVNF Req)。

NFVO通过C6接口向VNFM发送终止VNF请求。

步骤1105，终止VNF响应(TerminateVNF Resp)

VNFM创建终止任务，生成任务ID，返回给NFVO。

步骤1106，授权请求(GrantLifecycle Req)。

VNFM通过C6接口向NFVO发送授权请求。

步骤1107，授权响应(GrantLifecycle Resp)

NFVO检查是否允许该实例进行终止操作，并通过C6接口发送授权响应给VNFM。

步骤1108，VNF终止预通知。

VNFM预通知OMC即将对VNF进行终止。

步骤1109，VNF终止预通知响应。

如果OMC不允许，结束本次任务，如果OMC允许，则继续执行步骤1110。

步骤1110，删除资源请求。

VNFM收到OMC允许操作的授权，向NFVO发送删除虚拟资源的请求。

步骤1111，删除资源。

NFVO向VIM发送删除虚拟资源的请求。

步骤1112，资源变化请求(PushVmChanges Req)。

VIM检测到资源变化，通过C7接口向NFVO告知VIM中资源的变化情况。

步骤1113，资源变化响应(PushVmChanges Resp)。

NFVO通过C7接口向VIM返回资源变化响应。

步骤1114，VNF资源变化通知请求(VNFLifecycleChangesNotification Req)。

VNFM通过C6接口向NFVO发送VNF资源变化通知请求，告知VNF资源变化情况。

步骤1115，VNF资源变化通知响应(VNFLifecycleChangesNotification Resp)。

NFVO通过C6接口向VNFM返回VNF资源变化通知响应。

步骤1116，VNF终止完成通知。

VNF终止后，VNFM通知OMC终止操作完成。

步骤1117，OMC删除管理对象。

步骤1118，根据网络地址记录表以及信令采集规则记录表，删除信令采集。

这里，NFVO根据“信令采集规则记录表”中记录的各信令采集规则的源端地址与目的端地址，删除所有源端地址为该VNF实例虚机Ports信息的采集规则TapFlow(NFVO下发待删除的采集规则ID至VIM，完成采集规则的删除，并将这些采集规则从“信令采集规则记录表”中移除)以及相应的采集服务TapService。NFVO通过查询“VNF网络地址记录表”，获取该VNF对外通信及提供服务所使用的业务地址Service IP，在“信令采集规则记录表”中检索是否存在目的端地址为该VNF Service IP的采集规则。若存在，则NFVO需向VIM下发相应待删除的采集规则ID(TapFlow ID)，完成采集规则的删除，以清除无效采集配置信息。

步骤1119，指示下发删除ECMP的回程静态路由并删除BFD。

NFVO根据VNFM上报的VNF Port变更信息，结合该网络实例的Service IP信息在Router上下发删除ECMP的回程静态路由，并删除BFD信息。

步骤1120，判断VL和网络连接性资源是否被其他NS所使用。

NFVO遍历NS实例中的每个VL实例和网络连接性资源，判断VL实例和网络连接性资源是否被其他NS实例使用，如果其他NS实例使用则不删除。

步骤1121，删除网络连接资源VL。

NFVO调用Openstack原生接口和VIM扩展接口向VIM请求删除VL和网络连接性资源。

步骤1122，循环删除VNF实例记录。

步骤1123，返回NS的终止结果。

为了实现本发明实施例的方法，本发明实施例还提供一种信令采集的配置装置，应用于NFVO，该信令采集的配置装置与上述信令采集的配置方法对应，上述信令采集的配置方法实施例中的各步骤也完全适用于本信令采集的配置装置实施例。

如图12所示，该信令采集的配置装置包括：信令采集配置模块1201，用于基于VNF网络地址记录单元和信令采集规则记录单元创建或删除双向信令采集。

在一实施例中，信令采集配置模块1201包括：信令采集创建子模块12011，该信令采集创建子模块12011用于：

基于第一信令采集的源端地址和目的端地址，发送第一信令采集的配置信息给虚拟基础设施管理器(VIM)，以创建第一信令采集；其中，所述第一信令采集的方向为第一NS内的第一VNF与第二NS内的第二VNF之间的第一方向；

基于所述VNF网络地址记录单元获取第二信令采集的源端地址和目的端地址；其中，所述第二信令采集的方向为所述第一VNF与所述第二VNF之间的第二方向，所述第二方向与所述第一方向相反；

基于所述信令采集规则记录单元确定所述第二信令采集中存在未被配置的信令采集；

发送第二信令采集中未被配置的信令采集的配置信息给所述VIM，以补充创建所述第二信令采集中未被配置的信令采集。

在一实施例中，信令采集创建子模块12011还用于：

在一实施例中，信令采集创建子模块12011具体用于：

发送第一信令采集中信令采集服务(TAPService)的第一配置信息给所述VIM；

发送所述第一信令采集中信令采集规则(TAPFlow)的第二配置信息给所述VIM；

其中，所述第一配置信息包括：信令采集的镜像目的地址，所述第二配置信息包括：信令采集的源端地址和目的端地址。

在一实施例中，信令采集创建子模块12011具体用于：

接收VIM创建TAPService后返回的TAPService标识ID；

接收VIM创建TAPFlow后返回的TAPFlow ID；

在一实施例中，信令采集配置模块1201包括：信令采集删除子模块12012，信令采集删除子模块12012用于：

基于第一信令采集的源端地址和目的端地址，发送第一删除请求给VIM，以删除第一信令采集；其中，所述第一信令采集的方向为第一NS内的第一VNF与第二NS内的第二VNF之间的第一方向；

基于所述信令采集规则记录单元确定第二信令采集中存在未被删除的信令采集；

发送第二删除请求给所述VIM，以删除所述第二信令采集中未被删除的信令采集。

在一实施例中，信令采集删除子模块12012还用于：

在一实施例中，信令采集删除子模块12012具体用于：

基于所述第一信令采集的源端地址、目的端地址和所述信令采集规则记录单元，确定所述第一信令采集对应的TAPFlow和TAPService；

基于所述第一信令采集对应的TAPFlow和TAPService，发送第一删除请求给VIM；其中，所述第一删除请求携带所述第一信令采集对应的TAPFlow的TAPFlow ID、TAPService的TAPService ID。

实际应用时，信令采集创建子模块12011及信令采集删除子模块12012，可以由信令采集的配置装置中的处理器来实现。当然，处理器需要运行存储器中的计算机程序来实现它的功能。

需要说明的是：上述实施例提供的信令采集的配置装置在进行信令采集的配置时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信令采集的配置装置与信令采集的配置方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本发明实施例的方法，本发明实施例还提供一种NFVO。图13仅仅示出了该NFVO的示例性结构而非全部结构，根据需要可以实施图13示出的部分结构或全部结构。

如图13所示，本发明实施例提供的NFVO 1300包括：至少一个处理器1301、存储器1302、用户接口1303和至少一个网络接口1304。NFVO 1300中的各个组件通过总线系统1305耦合在一起。可以理解，总线系统1305用于实现这些组件之间的连接通信。总线系统1305除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1305。

其中，用户接口1303可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。

本发明实施例中的存储器1302用于存储各种类型的数据以支持NFVO的操作。这些数据的示例包括：用于在NFVO上操作的任何计算机程序。

本发明实施例揭示的信令采集的配置方法可以应用于处理器1301中，或者由处理器1301实现。处理器1301可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，信令采集的配置方法的各步骤可以通过处理器1301中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1301可以是通用处理器、数字信号处理器(DSP，DigitalSignal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1301可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1302，处理器1301读取存储器1302中的信息，结合其硬件完成本发明实施例提供的信令采集的配置方法的步骤。

在示例性实施例中，NFVO可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、FPGA、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

可以理解，存储器1302可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read OnlyMemory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体可以是计算机可读存储介质，例如包括存储计算机程序的存储器1302，上述计算机程序可由NFVO的处理器1301执行，以完成本发明实施例方法所述的步骤。计算机可读存储介质可以是ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种信令采集的配置方法，应用于网络功能虚拟化编排器NFVO，其特征在于，所述方法包括：

基于第一信令采集的源端地址和目的端地址，发送所述第一信令采集的配置信息给虚拟基础设施管理器VIM，以创建第一信令采集；其中，所述第一信令采集的方向为第一网络业务NS内的第一虚拟网络功能VNF与第二NS内的第二VNF之间的第一方向；

基于VNF网络地址记录单元获取第二信令采集的源端地址和目的端地址；其中，所述第二信令采集的方向为所述第一VNF与所述第二VNF之间的第二方向，所述第二方向与所述第一方向相反；

基于信令采集规则记录单元确定所述第二信令采集中存在未被配置的信令采集；

发送第二信令采集中未被配置的信令采集的配置信息给所述VIM，以补充创建所述第二信令采集中未被配置的信令采集；或者，基于所述VNF网络地址记录单元和所述信令采集规则记录单元删除双向信令采集；

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

3.根据权利要求1所述的方法，其特征在于，所述发送所述第一信令采集的配置信息给VIM，包括：

发送所述第一信令采集中信令采集服务TAPService的第一配置信息给所述VIM；

发送所述第一信令采集中信令采集规则TAPFlow的第二配置信息给所述VIM；

4.根据权利要求2所述的方法，其特征在于，所述确定所述第一信令采集被创建，将所述第一信令采集的采集规则信息存储至所述信令采集规则记录单元，包括：

接收所述VIM创建TAPService后返回的TAPService标识ID；

接收所述VIM创建TAPFlow后返回的TAPFlow ID；

将所述第一信令采集的TAPService ID、TAPFlow ID、所述源端地址及所述目的端地址的对应关系存储至所述信令采集规则记录单元。

5.根据权利要求1所述的方法，其特征在于，所述基于所述VNF网络地址记录单元和所述信令采集规则记录单元删除双向信令采集，包括：

基于所述第一信令采集的源端地址和目的端地址，发送第一删除请求给所述VIM，以删除第一信令采集；其中，所述第一信令采集的方向为所述第一方向；

基于所述VNF网络地址记录单元获取所述第二信令采集的所述源端地址和所述目的端地址；其中，所述第二信令采集的方向为所述第二方向；

基于所述信令采集规则记录单元确定所述第二信令采集中存在未被删除的信令采集；

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

7.根据权利要求5所述的方法，其特征在于，所述基于所述第一信采集的源端地址和目的端地址，发送第一删除请求给所述VIM，包括：

基于所述第一信令采集的源端地址和目的端地址和所述信令采集规则记录单元，确定所述第一信令采集对应的TAPFlow和TAPService；

基于所述第一信令采集对应的TAPFlow和TAPService，发送所述第一删除请求给所述VIM；其中，所述第一删除请求携带所述第一信令采集对应的TAPFlow的TAPFlow ID、TAPService的TAPService ID。

8.一种信令采集的配置装置，应用于NFVO，其特征在于，包括：

信令采集配置模块，用于基于第一信令采集的源端地址和目的端地址，发送所述第一信令采集的配置信息给虚拟基础设施管理器VIM，以创建第一信令采集；其中，所述第一信令采集的方向为第一网络业务NS内的第一虚拟网络功能VNF与第二NS内的第二VNF之间的第一方向；

9.一种网络功能虚拟化编排器NFVO，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，

所述处理器，用于运行计算机程序时，执行权利要求1至7任一项所述方法的步骤。

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