CN114095370B - 策略配置方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种策略配置方法、装置、设备及存储介质。其中，所述方法包括：确定待进行信令采集的接口的类型；所述接口为在网络服务(NS)的生命周期管理流程中的两个虚拟网络功能(VNF)实例之间进行双向信令采集所使用的接口；从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。

Description

策略配置方法、装置、设备及存储介质

技术领域

本发明涉及网络技术领域，尤其涉及一种策略配置方法、装置、设备及存储介质。

背景技术

随着网络虚拟化技术的快速发展，可以通过虚拟化技术将网络设备的软件和硬件进行解耦，利用虚拟出的网元设备来实现硬件设备的功能，例如，网络功能虚拟化(NFV，Network Functions VirtualiZation)架构中的虚拟网络功能(VNF，Virtual networkfunction)设备。在NFV架构中，两个VNF实例之间可以通过特定类型的接口实现信令交互，而两个VNF实例之间进行信令交互所需的信令采集策略是由用户手动输入完成，无法进行自动配置。

发明内容

有鉴于此，本发明实施例期望提供一种策略配置方法、装置、设备及存储介质。

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

本发明的至少一个实施例提供了一种策略配置方法，应用于网络功能虚拟化协配器(NFVO，NFV Orchestrator)，所述方法包括：

确定待进行信令采集的接口的类型；所述接口为在网络服务(NS，NetworkService)的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。

此外，根据本发明的至少一个实施例，所述从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息，包括：从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的至少一个虚拟机的互联网协议(IP，InternetProtocol Address)地址；将所述第一VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第一网络地址信息。

此外，根据本发明的至少一个实施例，所述基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略，包括：将所述第一VNF实例作为源端，将所述第二VNF实例作为目的端；基于所述第一VNF实例对应的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第一方向进行信令采集的信令采集策略；将所述第二VNF实例作为源端，并将所述第一VNF实例作为目的端；基于所述第二VNF实例对应的至少一个虚拟机的IP地址，以及所述第一VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第二方向进行信令采集的信令采集策略。

此外，根据本发明的至少一个实施例，所述从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址之前，所述方法还包括：在NS的生命周期管理流程中，将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

此外，根据本发明的至少一个实施例，所述方法还包括：对所述第一VNF实例和所述第二VNF实例分别执行实例化；获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

此外，根据本发明的至少一个实施例，所述方法还包括：将所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略记录在已创建信令采集表中。

此外，根据本发明的至少一个实施例，所述方法还包括：当从VNF网络地址记录表中未查找到所述第一网络地址信息或所述第二网络地址信息时，将所述第一VNF实例的名称以及第二VNF实例的名称记录在待创建信令采集表中。

本发明的至少一个实施例提供一种策略配置装置，包括：

第一处理单元，用于确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；以及从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；

第二处理单元，用于从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；

第三处理单元，用于基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；以及将所述信令采集策略配置给对应的信令采集设备。

此外，根据本发明的至少一个实施例，所述第二处理单元，具体用于：从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的至少一个虚拟机的IP地址；将所述第一VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第一网络地址信息。

此外，根据本发明的至少一个实施例，所述第三处理单元，具体用于：将所述第一VNF实例作为源端，将所述第二VNF实例作为目的端；基于所述第一VNF实例对应的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第一方向进行信令采集的信令采集策略；将所述第二VNF实例作为源端，并将所述第一VNF实例作为目的端；基于所述第二VNF实例对应的至少一个虚拟机的IP地址，以及所述第一VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第二方向进行信令采集的信令采集策略。

此外，根据本发明的至少一个实施例，所述装置还包括：记录单元，用于在NS的生命周期管理流程中，将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：对所述第一VNF实例和所述第二VNF实例分别执行实例化；获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：将所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略记录在已创建信令采集表中。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：当从VNF网络地址记录表中未查找到所述第一网络地址信息或所述第二网络地址信息时，将所述第一VNF实例的名称以及第二VNF实例的名称记录在待创建信令采集表中。

本发明的至少一个实施例提供一种网元设备，包括：

通信接口，

处理器，用于确定待进行信令采集的接口的类型；所述接口为在网络服务NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；以及从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；还用于从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；以及基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。

本发明的至少一个实施例提供一种网元设备，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。

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

本发明实施例提供的策略配置方法、装置、设备及存储介质，确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。采用本发明实施例的技术方案，NFVO在NS的实例化流程中通过检索信令采集策略表和VNF网络地址记录表中的信息，实现所述第一VNF实例和所述第二VNF实例进行双向信令交互的信令采集策略的自动创建，并将创建的信令采集策略配置给对应的信令采集设备，与相关技术中通过用户创建信令采集策略的方式相比，减少了人工操作的复杂性与任务量。

附图说明

图1是本发明实施例策略配置方法应用的NFV架构的组成结构示意图；

图2是本发明实施例策略配置方法的实现流程示意；

图3是本发明实施例对VNF进行实例化规划的示意图；

图4是本发明实施例NFVO在NS的实例化流程中创建VNF网络地址记录表的实现流程示意图；

图5是本发明实施例终端由第一通信网络接入第二通信网络的实现流程示意图二；

图6是本发明实施例NFVO创建信令采集策略的实现流程示意图；

图7是本发明实施例第一通信网络对应的网络设备向终端发送第二通信网络的接入相关信息的实现流程示意图；

图8是本发明实施例在NS的手动扩容或更新流程中创建信令采集策略的实现流程示意图；

图9是本发明实施例在NS的手动缩容或更新流程中创建信令采集策略的实现流程示意图；

图10是本发明实施例在NS的手动扩容或缩容流程中创建信令采集策略的实现流程示意图；

图11是本发明实施例删除信令采集策略的实现流程示意图一；

图12是本发明实施例删除信令采集策略的实现流程示意图二；

图13是本发明实施例策略配置装置的组成结构示意图；

图14是本发明实施例网元设备的组成结构示意图；

具体实施方式

在对本发明实施例的技术方案进行介绍之前，先对相关技术进行说明。

相关技术中，在NFV架构中，两个VNF实例之间可以通过特定类型的接口实现信令交互，而两个VNF实例之间进行信令交互所需的信令采集策略是由用户手动输入完成，无法进行自动配置，信令采集流程包括以下步骤：步骤1，根据网络规划要求，告知系统操作员哪个类型的接口需要进行信令采集，如操作员被告知需要对S11接口创建信令采集；步骤2，由于接口类型是具体两类网元间进行信令交互所使用的，故而操作员需要查询该接口类型所对应的具体网元类型，如操作员通过查询得到S11接口是MME与S-GW之间交互使用的接口类型，后续可以在MME与S-GW之间建立服务，以传送控制面数据；步骤3，操作员对需实例化创建的网元信息进行细化，判断需要实例化创建的VNF中，如哪几个VNF类型为MME类型，哪几个VNF类型为S-GW类型；步骤4，操作员更具体细化出网元的网络信息，如属于MME类型的即将实例化的VNF，所使用的外部连接点等网络信息，以及属于S-GW类型的即将实例化的VNF，所使用的外部连接点等网络信息；步骤5，在NS设计态中，操作员通过拖拉拽等操作，实现满足采集要求的拓扑结构，存储在NSD中，根据NSD中的相关信息，在实例化的VNF实例之间建立信令采集策略。

综上，相关技术中，每当需要对某种类型的接口创建信令采集时，都需要重复上述步骤。同样，当操作员被告知需要删除特定类型接口的信令采集时，也需按照上述步骤查询具体网元信息，再手动输入相关参数，进行采集服务的删除。由于步骤繁琐，会加大人工操作的复杂度，同时会加大操作错误的概率。

基于此，在本发明的各种实施例中，确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。

图1是本发明实施例策略配置方法应用的NFV架构的组成结构示意图，如图1所示，在NFV架构中，可以由管理与编排(MANO，ManagementandOrchestration)和网管系统来管理NFV系统。其中，MANO系统是指云管理系统；所述云管理系统可以包括云管理所需的网元的生命周期管理功能、网元所需的加载模板和安装包的管理、网络资源的管理和分配等功能。所述网元的生命周期管理功能与网络或网元管理的基本功能相关，是网管体系的新职能。所述MANO系统可以由由NFV协调器(NFVO，NFV Orchestrator)、VNF管理器(VNFM，VNFManager)、虚拟化基础管理器(VIM，Virtualised infrastructure manager)组成。其中，VNFM用于实现虚拟化网元VNF的生命周期管理，例如，VNFD的管理及处理、VNF实例的初始化、VNF的扩容/缩容等。VIM是指虚拟化基础设施管理系统，用于负责基础设施层硬件资源、虚拟化资源的管理。NFVO作为MANO编排管理体系中的“大脑”，同时作为VNF网元及NS网络服务的管理入口，能够提供VNF信息管理、VNF生命周期管理、网络服务管理、NS生命周期管理等。同时，针对SDN场景下，在满足网络服务生命周期管理功能的基础上，NFVO又增强支持解析网络服务描述(NSD)模板中网络信息、创建或配置网元间网络Network&Subnet、Router、ExRoute、BGP、TAP Service、TAP Flow以及VPC Connection等管理能力。引入SDN后，VIM南向对接SDN控制器(SDN-C，SDN Controller)，通过SDN-C下发配置指令，完成网络连接性资源的创建、删除与更新操作。

表1存储的是部署信令采集服务(TAPaaS)模型所需的属性参数，TAPaaS模型中包括两个子模型：信令采集服务(TAPService)子模型和信令采集规则(TAPFlow)子模型。

表1

表2存储的是部署TAPService所需的属性参数，表3存储的是部署TAPFlow所需的属性参数。其中，信令采集服务是指将采集的流量镜像传输到目的端的地址信息；信令采集规则是指按照特定采集格式如“源端口+目的IP地址”来确定一条信令采集规则。

表2

表3

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

本发明实施例提供了一种策略配置方法，应用于NFVO，如图2所示，所述方法包括：

步骤201：确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；

步骤202：从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；

步骤203：从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；

步骤204：基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；

步骤205：将所述信令采集策略配置给对应的信令采集设备。

这里，在步骤201中，在NFV架构中，两个VNF实例之间可以通过特定类型的接口进行信令交互。例如，两个VNF分别用MME和S-GW表示，MME和S-GW之间可以通过S11接口进行信令交互。

这里，在步骤202中，所述第一VNF实例和所述第二VNF实例可以是指与所述类型对应的用于进行信令交互的两个网元设备。所述第一VNF实例的类型和所述第二VNF实例的类型可以相同，也可以不同。例如，所述第一VNF实例为MME，所述第二VNF实例为S-GW。所述第一VNF实例的名称可以是指在NS的生命周期管理流程中对所述第一VNF实例化前规划的名称，如，VNF_a_1；所述第二VNF实例的名称可以是指在NS的生命周期管理流程中对所述第二VNF实例化前规划的名称，如，VNF_b_1。

这里，在步骤203中，所述第一网络地址信息可以包含所述第一VNF实例的业务地址和所述第一VNF实例化后包含的至少一个虚拟机(VM)的相关信息；所述第二网络地址信息可以包含所述第二VNF实例的业务地址和所述第二VNF实例化后包含的至少一个虚拟机的相关信息。其中，所述第一VNF实例的业务地址可以是指所述第一VNF实例的虚拟接口对应的本地回环地址(Lookback Address)，所述第二VNF实例的业务地址可以是指所述第二VNF实例的虚拟接口对应的Lookback Address。所述虚拟机的相关信息可以是指VM的IP地址、端口号等。

这里，在步骤204中，实际应用时，如果需要建立所述第一VNF实例与所述第二VNF实例之间进行信令采集的信令采集策略，则当所述第一VNF实例作为源VNF、所述第二VNF实例作为目的VNF时，基于所述第二VNF实例的业务地址和所述第一VNF实例包含的至少一个虚拟机的IP地址，创建所述第一VNF实例到所述第二VNF实例的信令采集策略；当所述第二VNF实例作为源VNF、所述第一VNF实例作为目的VNF时，基于所述第一VNF实例的业务地址和所述第二VNF实例包含的至少一个虚拟机的IP地址，创建所述第二VNF实例到所述第二VNF实例的信令采集策略。

本发明实施例中，在NS的生命周期管理流程中可以自动创建信令采集策略，并将创建的信令采集策略记录在已创建信令采集表中；在NS的生命周期管理流程终止后，可以将所述已创建信令采集表中创建的信令采集策略进行自动删除。其中，所述生命周期管理流程可以包括NS的实例化流程、扩容流程、缩容流程等等。

需要说明的是，本发明实施例中，所述两个VNF可以位于同一个区域内，并通过该区域内的NFVO来创建两个VNF实例之间的信令采集策略；所述两个VNF也可以位于不同区域内，并通过一个能够管控不同区域的NFVO来创建两个VNF实例之间的信令采集策略；

实际应用时，在NS的生命周期管理流程中创建信令采集策略之前，用户可以将所述信令采集策略表上传给NFVO，后续NFVO可以基于所述信令采集策略表中的信息创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略。

表4是信令采集策略表，如表4所示，所述信令采集策略表中可以包含以下属性参数：Port Type，表示需创建信令采集的接口类型，例如S11接口；Source VNF Type，表示需要创建信令采集的源端网元VNF类型。例如MME、S-GW、P-GW等；Source VNF Instance Name，表示源端VNF实例的名称；Source CP Name，表示源端VNF实例对外通信所使用的CP的名称；其中，在VNF包的ExtCP文件中，ExtCPD即为CP的名称，CP的名称在实例化时仍保持不变；Destination VNF Type，表示需要创建信令采集的目的端VNF的类型，例如MME、S-GW、P-GW等；Destination VNF Instance Name，表示目的端VNF实例的名称；Destination CP Name，表示目的端VNF实例对外通信所使用的CP的名称；其中，在VNF包的ExtCP文件中，ExtCPD即为CP的名称，CP的名称在实例化时仍保持不变。

如表4所示，在NS的生命周期流程开始执行之前，用户可以将需要建立的信令采集策略预先写入所述信令采集策略表中。例如，需要建立S-GW类型对应的VNF与MME类型对应的VNF实例之间进行双向信令采集的信令采集策略，即，需要在VNF_a_1与VNF_b_1之间创建双向信令采集的信令采集策略；需要在VNF_b_1与VNF_c_1之间创建双向信令采集的信令采集策略。

表4

实际应用时，可以基于所述第一VNF实例的业务地址、所述第一VNF实例包含的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址、所述第二VNF实例包含的至少一个虚拟机的IP地址，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略。

基于此，在一实施例中，所述从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息，包括：

从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的至少一个虚拟机的IP地址；

将所述第一VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第一网络地址信息。

相应地，所述从VNF网络地址记录表中查找与所述第二VNF实例的名称对应的第二网络地址信息，包括：

从所述VNF网络地址记录表中查找与所述第二VNF实例的名称对应的第二VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第二VNF实例的名称对应的至少一个虚拟机的IP地址；

将所述第二VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第二网络地址信息。

这里，对所述第一VNF实例进行实例化后，可以在所述第一VNF实例中创建至少一个虚拟机；对所述第二VNF实例进行实例化后，可以在所述第二VNF实例中创建至少一个虚拟机。

需要说明的是，所述第一VNF实例与所述第二VNF实例可以在不同时间完成实例化。例如，可以先对所述第一VNF实例进行实例化再对所述第二VNF实例进行实例化，也可以先对所述第二VNF实例进行实例化再对所述第一VNF实例进行实例化。

图3是对VNF进行实例化规划的示意图，如图3所示，假设已规划的三个NS分别用NS_a、NS_b、NS_c表示；所述第一VNF实例用VNF_a_1表示，所述第二VNF实例用VNF_b_1表示；其中，VNF_a_1的类型为S-GW，VNF_a_1隶属于实例NS_a，VNF_b_1的类型为MME，VNF_b_1隶属于实例NS_b；假设先创建NS_a再创建NS_b，这样，VNF_a_1可以先获取到自身的至少一个虚拟机的IP地址，然后VNF_b_1后获取到自身的至少一个虚拟机的IP地址。

实际应用时，可以基于源端VNF包含的至少一个虚拟机的IP地址、源端VNF的业务地址、目的端VNF包含的至少一个虚拟机的IP地址、目的端VNF的业务地址，双向创建源端VNF和目的端VNF实例之间的信令采集策略，后续可以基于创建的信令采集策略，创建信令采集服务(TAPaaS)。

基于此，在一实施例中，所述基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略，包括：

将所述第一VNF实例作为源端，将所述第二VNF实例作为目的端；基于所述第一VNF实例对应的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第一方向进行信令采集的信令采集策略；

将所述第二VNF实例作为源端，并将所述第一VNF实例作为目的端；基于所述第二VNF实例对应的至少一个虚拟机的IP地址，以及所述第一VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第二方向进行信令采集的信令采集策略。

实际应用时，VNF网络地址记录表中可以包含与VNF相关的属性，例如，VNF的业务地址、VNF包含的虚拟机的IP地址等。这里，可以在NS的生命周期管理流程中，在对VNF进行实例化之前，将VNF的业务地址记录在VNF网络地址记录表中的相应位置。

基于此，在一实施例中，所述从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址之前，所述方法还包括：

在NS的生命周期管理流程中，将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

实际应用时，VNF网络地址记录表中可以包含与VNF相关的属性，例如，VNF的业务地址、VNF包含的虚拟机的IP地址等。这里，可以在NS的生命周期管理流程中，在对VNF进行实例化之后，将VNF包含的至少一个虚拟机的IP地址记录在VNF网络地址记录表中的相应位置。

基于此，在一实施例中，所述方法还包括：

对所述第一VNF实例和所述第二VNF实例分别执行实例化；

获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；

将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

这里，所述VNF网络地址记录表可以用于记录VNF对应的网络信息，便于在进行信令采集策略创建和删除时，及时获取到源端VNF和目的端VNF的网络信息。

举例来说，表5是VNF网络地址记录表，如表5所示，所述VNF网络地址记录表中包含与VFN相关的属性，具体包括：VNF Instance Name，表示VNF实例的名称；VNF Instance ID，表示VNF实例ID；External CP，表示源端VNF实例对外通信所使用的CP的名称，其中，在VNF包的ExtCP文件中，ExtCPD即为CP的名称，CP的名称在实例化时仍保持不变；Service IP，表示源端VNF实例对外通信及提供服务的业务地址；Ports_IP_address，表示VNF实例所包含的虚机端口的IP地址；Port_Network_id，表示VNF实例所包含的虚机端口的网络ID；Port_ID，表示VNF实例所包含的虚机端口的UUID。

如表5所示，假设第一VNF实例用VNF_a_1表示，第二VNF实例用VNF_b_1表示，当VNF_a_1进行实例化后，NFVO可以将VNF_a_1包含的虚拟机的IP地址如10.10.10.10/32写入所述VNF网络地址记录表中；还可以写入其他参数值。

表5

实际应用时，当所述第一VNF实例与所述第二VNF实例之间进行信令采集的信令采集策略创建完成时，可以将创建的信令采集策略记录在已创建信令采集表中。

基于此，在一实施例中，所述方法还包括：

将所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略记录在已创建信令采集表中。

举例来说，表6是已创建信令采集表，如表6所示，所述已创建信令采集表包含与创建的信令采集策略相关的属性，具体包括：TapService，表示信令采集策略所属的采集服务的ID；TapFlow ID，表示信令采集策略的ID；Source Address Information，表示信令采集策略中源端VNF包含的至少一个虚拟机的IP地址，即源端VNF的Ports信息；DestinationAddress Informaion，表示信令采集策略中目的端VNF的业务地址，即Service IP，业务地址的格式可为IPv4或IPv6。其中，TapService ID可以由VIM在TapService成功创建后，通过VIM北向接口返回给NFVO，NFVO再动态写入所述已创建信令采集表中。TapFlow ID也可以由VIM在TapFlow成功创建后返回给NFVO，NFVO再写入所述已创建信令采集表。

表6

实际应用时，若两个VNF中有一个VNF先完成实例化，而另一个VNF未完成实例化，则由于无法获取到未实例化的VNF包含的至少一个虚拟机的IP地址，这样，可以将两个VNF实例的名称写入待创建信令采集表中，如此，后续NFVO可以检索所述待创建信令采集表，当检索到VNF已完成实例化后，可以及时创建对应的信令采集策略。

基于此，在一实施例中，所述方法还包括：

当从VNF网络地址记录表中未查找到所述第一网络地址信息或所述第二网络地址信息时，将所述第一VNF实例的名称以及第二VNF实例的名称记录在待创建信令采集表中。

这里，NFVO通过查询VNF网络地址记录表，若未查找到目的端VNF如VNF_b_1的业务地址，则该VNF实例尚未创建，这样，所述NFVO可以将与该VNF关联的信令采集策略写入待创建信令采集表中。

举例来说，表7是待创建信令采集表，如表7所示，所述待创建信令采集表包含与未创建成功的VNF的相关属性参数，具体包括：TapService ID，表示信令采集策略所属的采集服务的ID；源端VNF Instance Name，表示源端VNF实例的名称；Source Ports IP_address，表示源端VNF实例所包含的虚拟机端口的IP地址；Source Ports ID，表示源端VNF实例所包含的虚拟机的UUID；目的端VNF Instance Name，表示目的端VNF实例的名称。

表7

在一示例中，如图4所示，描述NFVO在NS的实例化流程中创建VNF网络地址记录表的过程，包括：

步骤401：在NS的生命周期管理流程中，NFVO将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

步骤402：NFVO对所述第一VNF实例和所述第二VNF实例分别执行实例化；获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；

步骤403：NFVO将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

在一示例中，如图5所示，描述NFVO在NS的实例化流程中创建信令采集策略的过程，包括：

步骤501：NFVO通过查询NS实例中包含的所有VNFD，获取VNF的相关信息。

这里，所述相关信息具体包含VNF实例的External CP信息、VNF Name、VNF类型等信息。

这里，触发NS的实例化流程之前，用户可以将信令采集策略表上传至NFVO，其中，所述信令采集策略表记录了网络设计阶段所规划的信令采集的部分信息。在网络设计阶段，还可以根据所述信令采集策略表中的相关信息，进行NSD设计。

步骤502：NFVO将VNF实例的名称、VNF实例ID信息写入VNF网络地址记录表中。

步骤503：NFVO根据NSD中的网元设计信息，将NS实例中包含的VNF实例的ExternalCP的相关信息，写入VNF网络地址记录表中。

步骤504：NFVO根据网络规划时预先分配的业务地址，将VNF实例的业务地址写入VNF网络地址记录表中。

步骤505：当VNF实例的虚拟机创建完成后，NFVO获取虚拟机的IP地址，并写入VNF网络地址记录表中。

步骤506：NFVO从VNF网络地址记录表中获取两个VNF实例的业务地址以及对应的虚拟机的IP地址；基于获取的两个VNF实例的业务地址以及对应的虚拟机的IP地址，双向创建信令采集策略；并将创建的信令采集策略记录在已创建信令采集表中。

图6是NFVO创建信令采集策略的具体实现过程，包括：

步骤601：NFVO确定待进行信令采集的接口的类型；并检索信令采集策略表，获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；

这里，NFVO可以从信令采集策略表中检索源端VNF的相关信息，如源端VNF实例的名称、源端VNF所使用的CP Name；以及目的端VNF的相关信息，如目的端VNF实例的名称、目的端VNF所使用的CP Name。

步骤602：NFVO检索VNF网络地址记录表并判断是否检索到与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；当检索到所述第一网络地址信息和所述第二网络地址信息时，执行步骤603；

这里，NFVO可以根据VNF实例的名称，从VNF网络地址记录表中检索并获取对应的虚拟机的相关信息，如VNF包含的虚拟机的IP Address、Network ID以及Port ID等等。并从VNF网络地址记录表中获取VNF的业务地址，即，Service IP。将所述VNF的业务地址和所述VNF包含的虚拟机的IP地址作为所述VNF对应的网络信息。

步骤603：NFVO基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略，并基于创建的策略创建信令采集服务。

这里，NFVO创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略之后，可以根据源端VNF、目的端VNF的网络信息，将创建的信令采集策略发送至VIM，通过VIM透传至SDN Controller，由SDN Controller完成信令采集策略的创建。

需要说明的是，这里，当未检索到所述第一网络地址信息和所述第二网络地址信息时，NFVO将所述第一VNF实例的名称和所述第二VNF实例的名称写入待建信令采集表中，并结束创建流程。

这里，图7是NFVO创建信令采集策略所使用的数据表的示意图，如图7所示，在从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；若从VNF网络地址记录表中获取到所述第一网络地址信息和所述第二网络地址信息时，则基于所述第一网络地址信息和所述第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略，并将创建后的信令采集策略记录在已创建信令采集表中；否则，将所述第一VNF实例和所述第一VNF实例的相关信息写入待创信令采集表中。其中，所述信令采集策略表中存储的属性参数可以包括：VNF类型、VNF端口类型、VNF实例名称以及VNF的CP Name等；所述VNF网络地址记录表中存储的属性参数可以包括：VNF实例名称、VNF实例ID、VNF External CP；所述已创建信令采集表中存储的属性参数可以包括：信令采集服务ID、信令采集规则ID、源端VNF网络地址信息以及目的端VNF网络地址信息；所述待建信令采集表中存储的属性参数可以包括：信令采集服务ID，源端VNF实例名称、源端VNF Ports信息以及目的端VNF实例名称。

本发明实施例中，所述第一VNF实例和所述第二VNF实例可以属于同一个区域，例如，同一个省；所述第一VNF实例和所述第二VNF实例可以也可以属于不同的大区。表8是大区信令采集策略表，如表8所示，大区信令采集策略表中记录了各个大区所专属的信令采集策略表，将各大区标识与信令采集策略表的标识进行关联，可以检索出各大区专有的信令采集策略表，并根据检索出的信令采集策略表来双向创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略。

举例来说，如表8所示，通过大区1，从表8中检索大区1对应的信令采集策略表1，并从数据库中获取信令采集策略表1对应的信令采集策略表，将获取的信令采集策略表下发至对应大区的NFVO，由对应的NFVO创建信令采集策略。

大区标识(ID)	信令采集策略表的标识(ID)
		大区1	信令采集策略表1
大区2	信令采集策略表2
		大区3	信令采集策略表3
大区4	信令采集策略表4

表8

需要说明的是，本发明实施例信令采集策略的配置方法也可以应用在NS的扩容、缩容等流程中，图8是在NS的手动扩容或更新流程中创建信令采集策略的实现流程示意图，图9是在NS的手动缩容或更新流程中创建信令采集策略的实现流程示意图，图10是在NS的手动扩容或缩容流程中创建信令采集策略的实现流程示意图。由于在NS的扩容、缩容等流程中创建信令采集策略的过程与在NS的实例化流程中创建信令采集策略的过程相同，在此不再赘述。

图11是删除信令采集策略的实现流程示意图，删除信令采集策略的过程，包括：NFVO根据“已创建信令采集表”中记录的各采集策略对应的源端VNF实例的网络地址与目的端VNF实例的网络地址，删除所有源端地址为该VNF实例的虚机Ports信息的采集规则即TapFlow以及相应的采集服务即TapService，具体地，NFVO通过查询“VNF网络地址记录表”，获取该VNF对外通信及提供服务所使用的业务地址Service IP，在“已创建信令采集记录表”中检索是否存在目的端地址为该VNF Service IP的采集策略，若存在，则NFVO需向VIM下发相应待删除的采集策略的标识，即TapFlow ID，由VIM完成采集规则的删除，以清除无效采集配置信息。

图12是删除信令采集策略的实现流程示意图，删除信令采集策略的过程，包括：操作员在NFVO上指定待删除信令采集服务(TAPaaS)所关联的接口类型(Port Type)；NFVO检索信令采集策略表，根据指定的Port Type，获取源端、目的端的VNF实例的名称(InstanceName)；NFVO根据源端、目的端VNF Instance Name，检索VNF网络地址记录表，获取相应的网络地址信息，即如源端VNF包含的至少一个虚拟机的Port信息，目的端VNF的业务地址(Service IP)；并触发删除与获取的网络地址信息对应的信令采集服务(TAPaaS)；双向删除TAPaaS操作完成后，返回操作结果。

这里，NFVO在NS的实例化流程中创建信令采集策略，具备以下优点：

(1)NFVO在NS的实例化流程中通过检索信令采集策略表和VNF网络地址记录表表中的信息，实现定向性的信令采集策略的自动创建与自动删除，提高了信令采集创建的自动化程度，减少了人工操作的复杂性与任务量，降低了错误率，提高了便捷性；同时，清除了MANO系统中的无效采集信息，利于系统文件的管理。

(2)信令采集策略的相关信息无需写入NSD中，而是单独保存在信令采集策略表中，与相关技术中在NSD中写入信令采集策略的相关信息的方式相比，能够从信令采集策略表中快速获取到相关信息，提高信令采集策略创建的速度。

采用本发明实施例的技术方案，NFVO在NS的实例化流程中通过检索信令采集策略表和VNF网络地址记录表中的信息，实现所述第一VNF实例和所述第二VNF实例进行双向信令交互的信令采集策略的自动创建，并将创建的信令采集策略配置给对应的信令采集设备，与相关技术中通过用户创建信令采集策略的方式相比，减少了人工操作的复杂性与任务量。

为实现本发明实施例的策略配置方法，本发明实施例还提供一种策略配置装置，设置在NFVO上，图13为本发明实施例策略配置装置的组成结构示意图；如图13所示，所述装置包括：

第一处理单元131，用于确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；以及从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；

第二处理单元132，用于从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；

第三处理单元133，用于基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；以及将所述信令采集策略配置给对应的信令采集设备。

此外，根据本发明的至少一个实施例，所述第二处理单元132，具体用于：

从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的至少一个虚拟机的IP地址；

将所述第一VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第一网络地址信息。

此外，根据本发明的至少一个实施例，所述第三处理单元133，具体用于：

将所述第一VNF实例作为源端，将所述第二VNF实例作为目的端；基于所述第一VNF实例对应的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第一方向进行信令采集的信令采集策略；

将所述第二VNF实例作为源端，并将所述第一VNF实例作为目的端；基于所述第二VNF实例对应的至少一个虚拟机的IP地址，以及所述第一VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第二方向进行信令采集的信令采集策略。

此外，根据本发明的至少一个实施例，所述装置还包括：

记录单元，用于在NS的生命周期管理流程中，将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：

对所述第一VNF实例和所述第二VNF实例分别执行实例化；

获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；

将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：

将所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略记录在已创建信令采集表中。

此外，根据本发明的至少一个实施例，所述记录单元，还用于：

当从VNF网络地址记录表中未查找到所述第一网络地址信息或所述第二网络地址信息时，将所述至少两个第一VNF实例分别对应的实例化名称以及至少两个第二VNF实例的名称记录在待创建信令采集表中。

实际应用时，所述第一处理单元131、第二处理单元132、第三处理单元133、记录单元可由策略配置装置中的处理器实现。

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

本发明实施例还提供了一种网元设备，如图14所示，包括：

通信接口141，能够与其它设备进行信息交互；

处理器142，与所述通信接口141连接，用于运行计算机程序时，执行上述智能设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器143上。

需要说明的是：所述处理器142和通信接口141的具体处理过程详见方法实施例，这里不再赘述。

当然，实际应用时，网元设备140中的各个组件通过总线系统144耦合在一起。可理解，总线系统144用于实现这些组件之间的连接通信。总线系统144除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图14中将各种总线都标为总线系统144。

本申请实施例中的存储器143用于存储各种类型的数据以支持网元设备140的操作。这些数据的示例包括：用于在网元设备140上操作的任何计算机程序。

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

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

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

在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器143，上述计算机程序可由网元设备140的处理器142执行，以完成前述控制服务器侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

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

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

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (11)

1.一种策略配置方法，其特征在于，应用于网络功能虚拟化协配器NFVO，所述方法包括：

确定待进行信令采集的接口的类型；所述接口为在网络服务NS的生命周期管理流程中的两个虚拟网络功能VNF实例之间进行双向信令采集所使用的接口；

从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；

从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；

基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；

将所述信令采集策略配置给对应的信令采集设备。

2.根据权利要求1所述的方法，其特征在于，所述从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息，包括：

从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址；并从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的至少一个虚拟机的互联网协议IP地址；

将所述第一VNF实例的业务地址和所述至少一个虚拟机的IP地址作为所述第一网络地址信息。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略，包括：

将所述第一VNF实例作为源端，将所述第二VNF实例作为目的端；基于所述第一VNF实例对应的至少一个虚拟机的IP地址，以及所述第二VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第一方向进行信令采集的信令采集策略；

将所述第二VNF实例作为源端，并将所述第一VNF实例作为目的端；基于所述第二VNF实例对应的至少一个虚拟机的IP地址，以及所述第一VNF实例的业务地址，创建所述第一VNF实例与所述第二VNF实例之间按照第二方向进行信令采集的信令采集策略。

4.根据权利要求2所述的方法，其特征在于，所述从所述VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一VNF实例的业务地址之前，所述方法还包括：

在NS的生命周期管理流程中，将所述第一VNF实例的业务地址和所述第二VNF实例的业务地址记录在所述VNF网络地址记录表中的对应位置。

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

对所述第一VNF实例和所述第二VNF实例分别执行实例化；

获取执行实例化后的第一VNF实例包含的至少一个虚拟机的IP地址；并获取执行实例化的第二VNF实例包含的至少一个虚拟机的IP地址；

将所述第一VNF实例包含的至少一个虚拟机的IP地址和所述第二VNF实例包含的至少一个虚拟机的IP地址记录在所述VNF网络地址记录表中。

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

将所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略记录在已创建信令采集表中。

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

当从VNF网络地址记录表中未查找到所述第一网络地址信息或所述第二网络地址信息时，将所述第一VNF实例的名称以及第二VNF实例的名称记录在待创建信令采集表中。

8.一种策略配置装置，其特征在于，包括：

第一处理单元，用于确定待进行信令采集的接口的类型；所述接口为在NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；以及从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；

第二处理单元，用于从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；

第三处理单元，用于基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；以及将所述信令采集策略配置给对应的信令采集设备。

9.一种网元设备，其特征在于，包括：

通信接口，

处理器，用于确定待进行信令采集的接口的类型；所述接口为在网络服务NS的生命周期管理流程中的两个VNF实例之间进行双向信令采集所使用的接口；以及从信令采集策略表中获取与所述类型对应的第一VNF实例的名称和第二VNF实例的名称；所述信令采集策略表中存储有接口的类型与VNF实例的名称的对应关系；还用于从VNF网络地址记录表中查找与所述第一VNF实例的名称对应的第一网络地址信息以及与所述第二VNF实例的名称对应的第二网络地址信息；所述VNF网络地址记录表中存储有VNF实例的名称与网络信息的对应关系；以及基于所述第一网络地址信息和第二网络地址信息，创建所述第一VNF实例和所述第二VNF实例之间进行双向信令采集的信令采集策略；将所述信令采集策略配置给对应的信令采集设备。

10.一种网元设备，其特征在于，包括处理器和用于存储能够在处理器上运行的计算机程序的存储器，

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

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