一种网络性能数据订阅方法及装置与流程

1.本技术实施例涉及网络管理技术领域，尤其涉及一种网络性能数据订阅方法及装置。


背景技术：

2.在意图的实施的过程中，体验式网络智能系统(experiential networked intelligence system，eni system)需要周期性的获取网络性能数据，以支持意图的执行或者维持。为配合意图的执行以及维持，eni system为每个意图(intent policy)发起订阅流程。示例性地，通过外部接口(iinf-eni-cmd)向基础设施(infrastructure)(例如，辅助系统(assisted system))发送网络性能数据订阅请求，并通过外部接口(iinf-eni-dat)从infrastructure(例如，assisted system)周期性获取网络测量报告。该网络测量报告包括eni system订阅的网络性能数据。
3.其中，每个意图需要的网络性能数据的名称列表(key performance indicator list，kpilist)包括两种类型的列表{s1,s2}，s1和s2是两个网络性能数据的名称集合。其中，s1用于判断或预测意图的目标是否达成或被满足。s2用来判断当前场景下匹配意图的可执行命令。其中，意图包括四种不同状态。这四个状态分别为激活(active)状态、非激活(inactive)状态、冲突(conflicted)状态、睡眠(sleep)状态。每个状态对应的网络性能数据的需求并不相同。
4.在意图首次执行时，eni系统可以向辅助系统发送网络性能数据订阅请求，该请求用于请求s1和s2，且随着意图的状态的变化，eni system订阅的网络性能数据并不发生变化，因此将会导致网络性能数据冗余上报，同时造成传输资源的浪费。


技术实现要素：

5.本技术实施例提供一种网络性能数据订阅方法及装置，用于解决eni system订阅的网络性能数据不随意图的状态变化，而导致的网络性能数据冗余上报的问题。
6.第一方面，本技术实施例提供一种网络性能数据订阅方法，该方法包括：策略管理功能模块确定第一集合，所述第一集合用于指示意图的第一状态对应的网络性能数据的列表。在所述意图的状态从所述第一状态切换为第二状态的情况下，所述策略管理功能模块向输出功能模块发送第一信息，所述第一信息包括所述第二状态或第二集合，所述第二集合用于指示所述第二状态对应的网络性能数据的列表，所述第二状态用于所述第二集合的确定，所述第一集合与所述第二集合不同。
7.采用上述方法，当意图处于不同状态下时，可以根据意图的状态更新订阅的性能数据，进而可以避免性能数据冗余上报的问题。
8.在一种可能的设计中，还包括：所述策略管理功能模块确定所述意图的状态从第一状态切换为第二状态。
9.采用上述设计，策略管理功能可以确定意图的状态变化。
10.在一种可能的设计中，所述第一信息包括所述第二状态；所述策略管理功能模块向所述输出功能模块发送所述第二状态与所述第二集合的对应关系。
11.采用上述设计，策略管理功能还可以为输出功能模块配置第二状态与第二集合的对应关系。
12.在一种可能的设计中，所述第一信息还包括所述第二状态对应的上报周期。
13.采用上述设计，当意图处于不同状态下时，可以调整性能数据的上报周期。
14.在一种可能的设计中，还包括：所述策略管理功能模块接收所述意图，所述策略管理功能模块根据所述意图确定第三集合和第四集合。其中，所述第三集合指示判断所述意图的目标是否达成所需的网络性能数据的列表，所述第四集合指示匹配所述意图的可执行命令所需的网络性能数据的列表。所述策略管理功能模块向所述输出功能模块发送第二信息，所述第二信息包括所述第三集合和所述第四集合。其中，所述意图的状态为激活状态。
15.采用上述设计，策略管理功能可以在首次收到意图时订阅第三集合和第四集合，以便后续分开订阅第三集合和第四集合。
16.在一种可能的设计中，所述第二信息还包括所述意图的状态为激活状态对应的上报周期。
17.在一种可能的设计中，所述第二状态为睡眠状态；所述第二状态对应的网络性能数据的列表为所述第三集合。
18.在一种可能的设计中，所述第二状态为激活状态；所述第二状态对应的网络性能数据的列表为所述第三集合和所述第四集合。
19.在一种可能的设计中，所述第二状态为冲突状态；所述第二状态对应的网络性能数据的列表为所述第四集合。
20.在一种可能的设计中，所述第二状态为去激活状态；所述第二状态对应的网络性能数据的列表为空。
21.第二方面，本技术实施例提供一种网络性能数据订阅方法，该方法包括：输出功能模块接收来自于策略管理功能模块的第二状态与第二集合的对应关系。所述输出功能模块接收来自于所述策略管理功能模块的第一信息，所述第一信息包括所述第二状态，所述第二状态用于所述第二集合的确定，所述第二集合用于指示所述第二状态对应的网络性能数据的列表。所述输出功能模块根据所述第二状态确定所述第二集合。
22.采用上述方法，输出功能模块根据策略管理功能配置的第二状态与第二集合的对应关系，根据第二状态确定第二集合。
23.第三方面，本技术实施例提供一种网络性能数据订阅方法，该方法包括：第一网元确定第一集合，所述第一集合用于指示意图的第一状态对应的网络性能数据的列表。在所述意图的状态从所述第一状态切换为第二状态的情况下，所述第一网元向第二网元发送第一信息，所述第一信息包括所述第二状态或第二集合，所述第二集合用于指示所述第二状态对应的网络性能数据的列表，所述第二状态用于所述第二集合的确定，所述第一集合与所述第二集合不同。
24.采用上述方法，当意图处于不同状态下时，可以根据意图的状态更新订阅的性能数据，进而可以避免性能数据冗余上报的问题。
25.在一种可能的设计中，还包括：所述第一网元确定所述意图的状态从第一状态切
换为第二状态。
26.采用上述设计，第一网元可以确定意图的状态变化。
27.在一种可能的设计中，所述第一信息包括所述第二状态；所述第一网元向所述第二网元发送所述第二状态与所述第二集合的对应关系。
28.采用上述设计，第一网元还可以为第二网元配置第二状态与第二集合的对应关系。
29.在一种可能的设计中，所述第一信息还包括所述第二状态对应的上报周期。
30.采用上述设计，当意图处于不同状态下时，可以调整性能数据的上报周期。
31.在一种可能的设计中，还包括：所述第一网元接收所述意图。所述第一网元根据所述意图确定第三集合和第四集合；其中，所述第三集合指示判断所述意图的目标是否达成所需的网络性能数据的列表，所述第四集合指示匹配所述意图的可执行命令所需的网络性能数据的列表。所述第一网元向所述第二网元发送第二信息，所述第二信息包括所述第三集合和所述第四集合；其中，所述意图的状态为激活状态。
32.采用上述设计，第一网元可以在首次收到意图时订阅第三集合和第四集合，以便后续分开订阅第三集合和第四集合。
33.在一种可能的设计中，所述第二信息还包括所述意图的状态为激活状态对应的上报周期。
34.在一种可能的设计中，所述第二状态为睡眠状态；所述第二状态对应的网络性能数据的列表为所述第三集合。
35.在一种可能的设计中，所述第二状态为激活状态；所述第二状态对应的网络性能数据的列表为所述第三集合和所述第四集合。
36.在一种可能的设计中，所述第二状态为冲突状态；所述第二状态对应的网络性能数据的列表为所述第四集合。
37.在一种可能的设计中，所述第二状态为去激活状态；所述第二状态对应的网络性能数据的列表为空。
38.第四方面，本技术实施例提供一种网络性能数据订阅方法，该方法包括：
39.第二网元接收来自于第一网元的第二状态与第二集合的对应关系。所述第二网元接收来自于所述第一网元的第一信息，所述第一信息包括所述第二状态，所述第二状态用于第二集合的确定，所述第二集合用于指示所述第二状态对应的网络性能数据的列表。所述第二网元根据所述第二状态确定所述第二集合。
40.采用上述方法，第二网元根据策略管理功能配置的第二状态与第二集合的对应关系，根据第二状态确定第二集合。
41.第五方面，本技术实施例提供一种装置，该装置可以包括处理单元、发送单元和接收单元。应理解的是，这里发送单元和接收单元还可以为收发单元。
42.当该装置是策略管理模块时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该策略管理模块执行第一方面的方法。当该装置是策略管理模块内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使
该芯片执行第一方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该策略管理模块内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
43.当该装置是输出功能模块时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该输出功能模块执行第四方面的方法。当该装置是输出功能模块内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第四方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该输出功能模块内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
44.当该装置是第一网元时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第一网元执行第三方面的方法。当该装置是第一网元内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第三方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
45.当该装置是第二网元时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第二网元执行第四方面的方法。当该装置是第二网元内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第四方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第二网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。
46.第六方面，本技术还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或第四方面的方法。
47.第七方面，本技术还提供一种包含程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或第四方面的方法。
48.第八方面，本技术还提供一种装置，包括处理器和存储器；所述存储器用于存储计算机执行指令；所述处理器用于执行所述存储器所存储的计算机执行指令，以使所述通信装置执行上述第一方面或第二方面或第三方面或第四方面的方法。
49.第九方面，本技术还提供一种装置，包括处理器和接口电路；所述接口电路，用于接收代码指令并传输至所述处理器；所述处理器运行所述代码指令以执行上述第一方面或第二方面或第三方面或第四方面的方法。
附图说明
50.图1为本技术的实施例应用的eni架构示意图；
51.图2为本技术实施例中eni系统部署在各层无线网络管理网元的示意图；
52.图3为本技术实施例中不同意图状态对应的网络性能数据需求的示意图；
53.图4为本技术实施例中eni系统接收到意图后订阅网络性能数据的具体流程图；
54.图5为本技术实施例中网络性能数据订阅方法的概述流程图之一；
55.图6为本技术实施例中网络性能数据订阅方法的概述流程图之二；
56.图7为本技术实施例中首次订阅性能数据的具体流程的示意图；
57.图8为本技术实施例中更新订阅性能数据的具体流程的示意图之一；
58.图9为本技术实施例中更新订阅性能数据的具体流程的示意图之二；
59.图10为本技术实施例中更新订阅性能数据的具体流程的示意图之三；
60.图11为本技术实施例中一种通信装置的结构示意图之一；
61.图12为本技术实施例中一种通信装置的结构示意图之二。
具体实施方式
62.下面首先对本技术实施例涉及的eni架构进行简要介绍。
63.eni架构共包含10个功能模块，分为输入类功能模块、输出类功能模块、分析类功能模块以及决策类功能模块四大类，如图1所示。
64.输入类功能模块：(即数据读取和规范化(data ingestion and normalisation)模块)负责接收外部系统的数据以及对数据进行归一化等操作。其中，数据读取和规范化模块是两个模块。
65.输出类功能模块：(即输出生成和非规范化(output generation and denormalisation)模块)负责将系统内部命令转化为外部系统能够处理的格式并发送给外部系统。
66.分析类功能模块：负责对现有的网络状态进行感知分析并且预测未来的网络状态。分析类功能模块包括，知识管理(knowledge management)模块、上下文感知模块(context awareness)模块、认知管理(cognition management)模块。
67.其中，知识管理模块主要负责管理eni范围内的所有知识，完成意图的策略类型的识别和意图相关知识的存储。
68.上下文感知模块主要负责获取辅助系统(assisted system)的状态和环境信息，例如，用于获取网元(如基站(gnodeb))的性能数据。其中，assisted system可以是无线接入网元或者核心网网元(如用户面功能(user plane function,upf))。
69.认知管理模块主要负责意图维持过程中网络数据的理解和网络状态认知。
70.决策类功能模块：在对网络状态感知的基础上，根据意图生成新的策略并对策略进行编排，并将操作命令发送给输出类功能模块。决策类功能模块包括情景感知(situation awareness)模块、策略管理(policy management)模块、模型驱动工程(model-driven engineering)模块。或者，决策类功能模块包括情景感知(situation awareness)模块、策略管理(policy management)模块、模型驱动工程(model-driven engineering)模块、意图转译(intent translation)模块。
71.情景感知模块主要负责感知eni系统下发的推荐或命令对assisted system的影响。例如，用于感知意图目标的达成情况。
72.模型驱动工程模块主要辅助将意图知识和上下文信息通过模型驱动方法转化为策略管理模块能够识别的格式。
73.策略管理模块主要负责根据意图知识和上下文信息，产生保证意图达成的策略，并向assisted system下发。
74.意图转译模块主要负责意图表达式的词法语法解析，并根据意图表达式的内容，从知识管理模块获取意图相关知识。
75.可以理解的是，目前eni架构上对于意图转译功能的实现存在两个可选方案：1)基于策略管理模块进行功能增强和2)作为架构的独立功能模块。
76.参阅图2所示，上述eni系统可以部署在各层无线网络管理网元中，如下示例1～示例4所示。
77.示例1：eni系统部署在业务支撑系统(business support systems，bss)上，eni系统接收通信服务消费者(communication service customer，csc)的通信服务消费者意图(intent-csc)，将其转译成通信服务提供者意图(intent-csp)，发给网络管理系统(network management system，nms)上的eni系统。
78.示例2：eni系统部署在nms上，eni系统接收来自bss的intent-csp意图。如果意图描述的是nms自身的运维需求，则通过调用本地的数据分析和管控操作执行意图；如果意图描述的是下层ems或网元的运维需求，则eni系统将intent-csp分解成网络管理者意图(intent-nop)，并发送给对应的网元管理系统(element management system，ems)。
79.示例3：eni系统部署在ems上，eni系统接收来自nms的intent-nop意图。如果意图描述的是ems自身的运维需求，则调用本地的数据分析和管控操作执行意图；如果意图描述运维需求是具有意图系统的网络设备(network equipment，ne)，例如：为集中管理式基站群(clusterran)或cluster，则向ne发送子意图。
80.示例4：eni系统部署在ne(如：cluster)上，eni系统从意图化南向接口中接收来自ems的意图，然后将其转译成自身的运维操作，并通过策略管理模块调用本地的数据分析和管控操作来执行和维持意图。
81.以下对意图和意图的状态进行简要介绍。
82.意图是一种声明式的策略。意图表达式中只包含对目的的描述，意图的具体实施方法由系统就那些词法语法解析、转译得到并执行。例如，意图表达式中可携带目标值(例如，时延《5ms)，系统可以根据不同目标值从根据该意图确定的可用执行策略集中选择不同的策略。示例性地，意图表达式包括动作和对象(又称为操作对象)，其中，动作是指根据意图需求抽象和简化的网络操作，包含一个动作名(intent driven action name，ida name)和一系列相关属性(ida properties)，对象是指根据意图需求提供的管理对象信息，包含一个对象名(intent driven object name，ido name)和一系列用于标识对象的属性(ido properties)。意图的目标值可以包含在动作中或者包含在对象中。或者，意图表达式包括动作、对象和目标值。例如，意图为优化小区下行速率，其中，动作是“优化”，对象是“小区”，目标值是小区下行速率的具体数值。
83.高级意图驱动网络(high-level intent-driven networking，h-idn)接收到来自
管理人员或更高等级(level)的意图驱动网络的意图后，将意图进行分解，并向低级意图驱动网络(low-level intent-driven networking，l-idn)发送分解后的子意图。其中，意图对应的操作对象(例如，网元)被不同的l-idn管理。在l-idn接收到子意图后，l-idn执行子意图，并向h-idn发送反馈信息。h-idn可以根据l-idn上报的反馈信息，判断意图是否达成，若意图未达成，则重新分解意图，并下发重新分解后的子意图。从h-idn下发子意图到收到l-idn上报的反馈信息称为一次意图协商。其中，意图达成等价于每个l-idn对应的子意图子都达成。其中，h-idn可以提供抽象层次较高的意图管理功能，可以向低层意图子系统下发抽象层次较低的意图。h-idn可作为独立的软件系统开发和部署，或在运营商的nms的基础上增强。l-idn可以提供抽象层次较低的意图管理功能，可以向更低层意图子系统下发抽象层次较低的意图，或向网元下发管理命令。l-idn中的功能模块可作为独立的软件系统开发和部署，或在网络设备的ems的基础上增强。
84.意图包括四个状态，每个状态下对于网络性能数据的需求不同，且对于网络性能数据的上报周期的需求也不同。
85.1)inactive状态是指意图的初始状态，表示意图还未实施。
86.2)active状态是指意图完成转译，处于实施中的状态。
87.3)conflicted状态是指意图因与其他意图发生冲突而被系统暂停实施时所处的状态。其中，在两个意图分别对应的策略中，包含对同一个网元的同一个参数和/或属性的互斥操作，则称这两个意图互相冲突。
88.4)sleep状态是指意图在意图维持过程中由于意图的目标长时间未达成而被设置的状态。在睡眠状态下，系统停止维持意图，但会预测意图的目标达成情况，一旦预测意图的目标可能被达成，则将意图置为激活状态。
89.进一步地，如图3所示，针对上述四个状态的网络性能数据需求分别如下：
90.1)inactive状态：不需要网络性能数据。
91.2)active状态：需要s1和s2，根据s1判断意图目标是否被满足，根据s2判断当前场景，并匹配合适的可执行命令。
92.3)conflicted状态：需要s2，根据s2判断当前场景，并匹配合适的可执行命令。
93.4)sleep状态：需要s1，根据s1预测意图的目标是否可能达成。
94.此外，在意图首次执行时，eni系统下发一个网络性能数据订阅请求(例如向assisted system发送网络性能数据订阅请求)，其中，网络性能数据订阅请求用于请求s1和s2，网络性能数据的上报周期(reportperiod)为预置的最小值(例如，即以assisted system的最小能力上报)。并且，在一个意图生命周期内，上报周期以及网络性能数据的名称列表(即s1和s2)均保持不变。
95.如图4所示，为eni系统接收到意图后订阅网络性能数据的具体流程图之一。
96.步骤1：意图转译模块和知识管理模块完成意图转译。
97.步骤2：意图转译模块向策略管理模块发送意图执行请求(intent execution request)消息。
98.步骤3：策略管理模块向状态感知模块发送意图满足状态更新请求(intent fulfillment state retrieve request)消息。
99.其中，策略管理模块还根据确定意图执行请求消息确定s1和s2。其中，意图满足状
态更新请求消息包括s1和s2。
100.步骤4：情景感知模块向认知管理模块发送网络状态更新(network status retrieve request)消息。
101.其中，网络状态更新消息包括s1和s2。
102.步骤5：认知管理模块向输出生成和非规范化模块发送创建测量任务请求(createmeasjob)。
103.创建测量任务请求包括s1和s2。
104.步骤6：输出生成和非规范化向辅助系统发送创建测量任务请求。
105.步骤7：辅助系统向eni系统发送上报性能数据(reportstreamdata)。
106.步骤8：数据读取和规范化模块向认知管理模块发送上报性能数据。
107.上报性能数据包括s1和s2对应的性能数据。
108.步骤9：认知管理模块向情景感知模块发送网络状态更新回复(network status retrieve response)消息。
109.其中，网络状态更新回复包括s1和s2对应的性能数据。
110.步骤10：情景感知模块判断意图是否满足。
111.具体的，情景感知模块根据s1和s2对应的性能数据判断意图是否满足。
112.步骤11：情景感知模块向策略管理模块发送意图满足状态更新回复消息。
113.具体的，意图满足状态更新回复消息用于通知策略管理模块意图是否满足。
114.由上可知，当意图处于不同的状态时，对于网络性能数据的需求不同。在active状态下需要{s1,s2}，在conflicted状态下仅需要s2，在sleep状态下仅需要s1，在inactive状态下不需要网络性能数据。同时，当意图处于不同的状态时，对于网络性能数据的上报周期的需求也不同。例如，在active状态下需要采用较短的上报周期，而在其他状态下可以采用较长的上报周期。而在eni系统下发网络性能数据订阅请求时，eni系统始终按照激活态的需求下发网络性能数据订阅请求，在一个意图生命周期内，随着意图状态的变化，上报周期以及网络性能数据的名称列表(例如，s1和s2)均保持不变，导致多余的网络性能数据传输，容易造成资源的浪费，且频繁接收网络性能数据，导致eni系统每接收一次网络性能数据，都进行一次意图的目标达成计算或预测。
115.可以理解的是，在本技术实施例中，第一集合，第二集合，第三集合和第四集合均用于指示一个网络性能数据的列表，辅助系统可以根据相应的集合确定需要上报的网络性能数据。第一集合，第二集合，第三集合和第四集合又可分别称为第一列表、第二列表、第三列表和第四列表，此外，第一集合，第二集合，第三集合和第四集合还也可以采用其他名称命名，本技术实施例对此不作限定。其中，网络性能数据的列表又可称为网络性能数据的名称集合，或网络性能数据的种类列表等，本技术实施例对此不作限定。示例性地，第一集合可以指示一组网络性能数据的名称，例如，第一集合包括吞吐率和网速等网络性能数据的名称，则辅助系统可以根据该第一集合上报的该辅助系统的吞吐率和该辅助系统的网速等网络性能数据。
116.基于此，本技术实施例提供一种网络性能数据订阅方法，如图5所示，该方法包括：
117.s501：策略管理功能模块确定第一集合，第一集合用于指示意图的第一状态对应的网络性能数据的列表。
118.s502：在意图的状态从第一状态切换为第二状态的情况下，策略管理功能模块向输出功能模块发送第一信息。
119.其中，在一些实施例中，策略管理功能模块确定意图的状态从第一状态切换为第二状态。当意图的状态分别为激活状态、非激活状态、冲突状态、睡眠状态时，意图的状态从第一状态切换为第二状态，可以包括但不限于以下几种可能的情况：意图的状态从激活状态切换为非激活状态，或者，意图的状态从非激活状态切换为激活状态，或者，意图的状态从激活状态切换为睡眠状态，或者，意图的状态从睡眠状态切换为激活状态，或者，意图的状态从激活状态切换为冲突状态，或者意图的状态从冲突状态切换为激活状态。
120.其中，第一信息包括第二状态或第二集合，第二集合用于指示第二状态对应的网络性能数据的列表，第二状态用于第二集合的确定，第一集合与第二集合不同。示例性地，第一信息包括第二状态，或者第一信息包括第二集合，或者第一信息包括第二状态和第二集合。
121.在一些实施例中，当第一信息包括第二状态时，策略管理功能模块还向输出功能模块发送第二状态与第二集合的对应关系。输出功能模块在接收来自于策略管理功能模块的第一信息后，输出功能模块根据第二状态确定第二集合。进一步地，输出功能模块向辅助系统发送第二集合。可以理解的是，策略管理功能模块还可以向输出功能模块发送每个状态与其所对应的集合的对应关系。
122.在一些实施例中，当第一信息包括第二状态时，输出功能模块在接收来自于策略管理功能模块的第一信息后，输出功能模块向辅助系统发送第二状态。
123.在一些实施例中，当第一信息包括第二集合时，输出功能模块在接收来自于策略管理功能模块的第一信息后，输出功能模块向辅助系统发送第二集合。
124.此外，策略管理功能模块可以通过第一功能模块向输出功能模块发送第一信息。第一功能模块包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。
125.示例性地，策略管理功能模块可以通过上下文感知功能模块向输出功能模块发送第一信息。或者，策略管理功能模块可以通过上下文感知功能模块向认知管理功能模块发送第一信息，然后由认知管理功能模块向输出功能模块发送第一信息。
126.可以理解的是，由s501可知，当意图的状态发生变化时，触发策略管理功能模块向输出功能模块发送第一信息，第一信息用于更新为意图订阅的网络性能数据，即非首次订阅网络性能数据。以下说明首次订阅网络性能数据的可能实现方式。策略管理功能模块接收意图。示例性地，意图转译功能模块向策略管理功能模块发送意图执行请求。策略管理功能模块根据意图执行请求中的意图转译结果确定第三集合和第四集合，策略管理功能模块向输出功能模块发送第二信息，第二信息用于订阅网络性能数据，第二信息包括第三集合和第四集合。其中，第三集合指示判断意图的目标是否达成所需的网络性能数据的列表(例如s1)，第四集合指示匹配意图的可执行命令所需的网络性能数据的列表(例如s2)。此时，意图的状态为激活状态，第二信息还可以包括意图的状态为激活状态对应的上报周期。可以理解的是，意图的状态为激活状态对应的上报周期可以携带在第二信息中，也可以单独发送，或者携带在其他信息中发送。
127.此外，第二信息还可以包括意图的状态与第三集合和第四集合的对应关系。示例
性地，激活状态对应的第三集合和第四集合，睡眠状态对应第三集合，冲突状态对应第四集合，去激活状态对应空集。进一步地，当s501中意图的状态切换为睡眠状态时，第一信息包括睡眠状态和/或睡眠状态对应的网络性能数据的列表。由于第二信息包括第三集合和第四集合，睡眠状态对应的网络性能数据的列表为第三集合，则第一信息可以包括睡眠状态和/或第三集合。
128.同上，当s501中意图的状态切换为冲突状态时，第一信息包括冲突状态和/或冲突状态对应的网络性能数据的列表。由于第二信息包括第三集合和第四集合，冲突状态对应的网络性能数据的列表为第四集合，则第一信息可以包括冲突状态和/或第四集合。
129.同上，当s501中意图的状态切换为去激活状态时，第一信息包括去激活状态和/或去激活状态对应的网络性能数据的列表。去激活状态对应的网络性能数据的列表为空。
130.此外，策略管理功能模块还可以通过第一网元中的第二功能模块向输出功能模块发送第二信息。第二功能模块包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。
131.可以理解的是，上述实施例仅以网络性能数据的列表包括第三集合和第四集合(例如s1和s2)为例进行说明，此外，随着技术的发展和演进，网络性能数据的列表还可以包括其他集合。同理，意图的状态还可以包括其他状态。因此，但凡涉及不同意图的状态所需订阅的网络性能数据不同均可采用本技术实施例提供的方法。
132.采用上述方法，当意图处于不同状态下时，根据意图的状态更新订阅的性能数据，可以调整辅助系统的性能数据的采集种类，调整上报周期，节省传输资源以及计算资源。
133.基于此，本技术实施例提供一种网络性能数据订阅方法，用以解决上述问题，如图6所示。在图6所示实施例中，例如，第一网元可以为eni系统，第二网元可以为辅助系统。
134.s601：第一网元确定第一集合，第一集合用于指示意图的第一状态对应的网络性能数据的列表。
135.s602：在意图的状态从第一状态切换为第二状态的情况下，第一网元向第二网元发送第一信息。
136.第一网元确定意图的状态从第一状态切换为第二状态。当意图的状态分别为激活状态、非激活状态、冲突状态、睡眠状态时，意图的状态从第一状态切换为第二状态，可以包括但不限于以下几种可能的情况：意图的状态从激活状态切换为非激活状态，或者，意图的状态从非激活状态切换为激活状态，或者，意图的状态从激活状态切换为睡眠状态，或者，意图的状态从睡眠状态切换为激活状态，或者，意图的状态从激活状态切换为冲突状态，或者意图的状态从冲突状态切换为激活状态。
137.其中，第一信息包括第二状态或第二集合，第二集合用于指示第二状态对应的网络性能数据的列表，第二状态用于第二集合的确定，第一集合与第二集合不同。示例性地，第一信息包括第二状态，或者第一信息包括第二集合，或者第一信息包括第二状态和第二集合。
138.此外，第一信息还可以包括第二状态对应的上报周期。可以理解的是，第二状态对应的上报周期可以携带在第一信息中，也可以单独发送，或者携带在其他信息中发送。
139.s603：第二网元接收来自于第一网元的第一信息，第二网元向第一网元发送第三信息，第三信息包括第二集合对应的网络性能数据。
140.在一些实施例中，当第一信息包括第二状态时，第一网元还向第二网元发送第二状态与第二集合的对应关系。或者，可以通过人工方式或者由网管为第二网元配置第二状态与第二集合的对应关系。第二网元在接收来自于第一网元的第一信息后，第二网元根据第二状态确定第二集合。第二网元根据第二集合确定上报第二集合对应的网络性能数据。可以理解的是，第一网元还可以向第二网元发送每个状态与其所对应的集合的对应关系。
141.在一些实施例中，当第一信息包括第二集合时，第二网元根据第二集合确定上报第二集合对应的网络性能数据。
142.此外，当第一信息还包括第二状态对应的上报周期时，第二网元根据第二状态对应的上报周期向第一网元发送第三信息。
143.可以理解的是，由s601可知，意图的状态发生变化，触发第一网络向第二网元发送第一信息，第一信息用于更新第一网元为意图订阅的网络性能数据，即第一网元非首次向第二网元订阅网络性能数据。
144.以下说明第一网元首次向第二网元订阅网络性能数据的可能实现方式。在一些实施例中，在第一网元接收到意图时，第一网元根据该意图确定第三集合和第四集合。其中，第三集合指示判断意图的目标是否达成所需的网络性能数据的列表(例如s1)，第四集合指示匹配意图的可执行命令所需的网络性能数据的列表(例如s2)。第一网元向第二网元发送第二信息，第二信息用于第一网元为意图订阅网络性能数据，即首次订阅网络性能数据，其中，第二信息包括第三集合和第四集合。此时，意图的状态为激活状态，此外，第二信息还可以包括意图的状态为激活状态对应的上报周期。可以理解的是，意图的状态为激活状态对应的上报周期可以携带在第二信息中，也可以单独发送，或者携带在其他信息中发送。
145.相应的，在第二网元接收来自于第一网元的第二信息时，第二网元向第一网元发送第四信息，第四信息包括第三集合对应的网络性能数据和第四集合对应的网络性能数据。此外，当第二网元获知意图的状态为激活状态对应的上报周期时，第二网元根据该上报周期向第一系统发送第四信息。此外，第二信息还可以包括意图的状态与第三集合和第四集合的对应关系。示例性地，激活状态对应的第三集合和第四集合，睡眠状态对应第三集合，冲突状态对应第四集合，去激活状态对应空集。
146.进一步地，当s601中意图的状态切换为睡眠状态时，此时第一网元向第二网元发送第一信息，第一信息包括睡眠状态和/或睡眠状态对应的网络性能数据的列表。由于在第一网元向第二网元首次订阅网络性能数据时，第一网元订阅了第三集合和第四集合分别对应的网络性能数据(即第二信息包括第三集合和第四集合)，且睡眠状态对应的网络性能数据的列表为第三集合，则第一信息可以包括睡眠状态和/或第三集合。
147.同上，当s601中意图的状态切换为冲突状态时，此时第一网元向第二网元发送第一信息，第一信息包括冲突状态和/或冲突状态对应的网络性能数据的列表。由于在第一网元向第二网元首次订阅网络性能数据时，第一网元订阅了第三集合和第四集合分别对应的网络性能数据(即第二信息包括第三集合和第四集合)，且冲突状态对应的网络性能数据的列表为第四集合，则第一信息可以包括冲突状态和/或第四集合。
148.同上，当s601中意图的状态切换为去激活状态时，此时第一网元向第二网元发送第一信息，第一信息包括去激活状态和/或去激活状态对应的网络性能数据的列表。去激活状态对应的网络性能数据的列表为空。
149.可以理解的是，上述实施例仅以网络性能数据的列表包括第三集合和第四集合(例如s1和s2)为例进行说明，此外，随着技术的发展和演进，网络性能数据的列表还可以包括其他集合。同理，意图的状态还可以包括其他状态。因此，但凡涉及不同意图的状态所需订阅的网络性能数据不同均可采用本技术实施例提供的方法。
150.采用上述方法，当意图处于不同状态下时，根据意图的状态更新订阅的性能数据，可以调整辅助系统的性能数据的采集种类，调整上报周期，节省传输资源以及计算资源。
151.以下结合具体示例说明本技术实施例的具体实现方式：
152.示例1为首次订阅性能数据的具体流程，如图7所示。
153.步骤1：意图转译模块完成意图转译。
154.步骤2：意图转译模块向策略管理模块发送意图执行消息，该消息可以包括但不限于以下信元：策略标识(policyid),实体标识的格式列表(entityid_formatlist{《entityid,format》}，意图说明(intentinstruction){《执行条件(executioncondition),说明(instruction)》}，满足标准(fulfillmentcriterion)。
155.步骤3：策略管理模块向第一功能模块发送性能数据订阅(performancedatasubscription)消息。
156.具体的，策略管理模块根据意图执行消息中的意图说明和满足标准确定kpilist_s1,kpilist_s2，其中，该性能数据订阅消息包括(kpilist_s1,kpilist_s2，上报周期(reportperiod))，kpilist_s1指示判断意图目标是否满足所需要的性能数据的名称集合，kpilist_s2指示匹配意图可执行命令所需要的性能数据的名称集合，reportperiod指示意图的上报周期。
157.其中，第一功能模块可以包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。策略管理模块可以通过至少一个第一功能模块向输出生成和非规范化模块发送性能数据订阅消息。
158.步骤4：第一功能模块向输出生成和非规范化模块发送性能数据订阅消息，性能数据订阅消息包括(kpilist_s1,kpilist_s2，reportperiod)。
159.此外，可以理解的是，策略管理模块还可直接向输出生成和非规范化模块发送性能数据订阅消息。
160.可以理解的是，步骤3和步骤4还可以替换为策略管理模块向输出生成和非规范化模块发送性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送性能数据订阅消息，而是直接向输出生成和非规范化模块发送性能数据订阅消息。
161.步骤5：输出生成和非规范化模块向辅助系统发送性能数据订阅消息。
162.步骤6：辅助系统向eni系统发性能数据。
163.性能数据包括kpilist_s1对应的性能数据和kpilist_s2对应的性能数据。
164.具体的，eni系统中的数据读取和规范化模块接收来自于辅助系统的性能数据。
165.或者，eni系统周期性地获取性能数据。
166.步骤7：数据读取和规范化模块向第一功能模块发送性能数据。
167.示例性地，在步骤3中，策略管理模块可以通过上下文感知模块向输出生成和非规范化模块发送性能数据订阅消息。同时，在步骤7中，数据读取和规范化模块可以通过上下
文感知模块向策略管理功能模块发送性能数据。
168.示例性地，在步骤3中，策略管理功能模块可以通过上下文感知模块向认知管理模块发送性能数据订阅消息，然后认知管理模块向输出生成和非规范化模块发送性能数据订阅消息。同时，在步骤7中，数据读取和规范化模块可以通过认知管理功能向上下文感知模块发送性能数据，然后上下文感知功能模块向策略管理功能模块发送性能数据。
169.步骤8：第一功能模块向策略管理模块发送性能数据。
170.可以理解的是，第一功能模块还可同时向策略管理模块发送满足信息，该满足信息用于指示意图是否被满足。
171.相较于意图需要的性能数据名称集合用一个信元，在示例1中，意图需要的性能数据名称集合分成两个信元，每个信元代表的性能数据的作用不同，进而可以实现在不同意图状态下的分别使用。
172.此外，相较于性能数据的上报周期采用默认周期，在示例1中，策略管理模块可以根据意图的状态修改上报周期。
173.示例2为更新订阅性能数据的具体流程之一，如图8所示。
174.步骤1：策略管理模块判断意图在规定时间内未被满足。
175.步骤2：策略管理模块停止意图维持，即停止根据网络状态调整意图的可执行策略的操作。
176.步骤3：策略管理模块向第一功能模块发送更新性能数据订阅(updateperformancedatasubscription)消息,该更新性能数据订阅消息包括上报周期和意图的状态或者上报周期和意图的状态所对应的网络性能数据名称集合。
177.其中，意图的状态为sleep状态，意图的状态所对应的网络性能数据名称集合为sleep状态对应的网络性能数据名称集合，即kpilist_s1，上报周期为sleep状态对应的上报周期。
178.此外，当更新性能数据订阅请求包括上报周期和意图的状态时，第一功能模块还可以根据意图的状态确定意图的状态所对应的网络性能数据名称集合。
179.步骤4：第一功能模块向策略管理模块发送意图满足预测指示(intent fulfillment prediction acknowledge)消息，意图满足预测指示消息用于指示开始预测意图满足情况。
180.示例性地，这里的第一功能模块可以为上下文感知模块和/或情景感知模块。
181.步骤5：第一功能模块向输出生成和非规范化模块发送更新性能数据消息。
182.其中，第一功能模块可以包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。策略管理模块可以通过至少一个第一功能模块向输出生成和非规范化模块发送性能数据订阅消息。
183.可以理解的是，步骤3和步骤5还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
184.步骤6：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
185.步骤7：辅助系统向eni系统发送性能数据。
186.性能数据包括kpilist_s1对应的性能数据(记为kpi_valuelist_s1)。
187.步骤8:数据读取和规范化模块向第一功能模块发送性能数据。
188.步骤9：第一功能模块根据性能数据预测意图满足情况。
189.步骤10：当预测意图目标可能被满足时(例如，意图目标被满足的概率大于指定的阈值时)，第一功能模块向策略管理模块发送意图满足预测通知(intent fulfillment prediction notification)消息，该消息指示意图可以被唤醒。
190.否则，第一功能模块持续根据每次接收到的性能数据预测意图满足情况。
191.步骤11：策略管理模块向第一功能模块发送更新性能数据订阅消息。此时，更新性能数据订阅消息包括上报周期和意图的状态，或者上报周期和意图的状态所对应的网络性能数据名称集合。
192.其中，意图的状态为active状态，上报周期为active状态对应的上报周期，意图的状态所对应的网络性能数据名称集合为active状态所对应的网络性能数据名称集合，例如kpilist_s1和kpilist_s2。
193.步骤12：第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息。
194.可以理解的是，步骤11和步骤12还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
195.步骤13：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
196.步骤14：辅助系统向eni系统发送性能数据。
197.性能数据包括kpi_valuelist_s1和kpilist_s2对应的性能数据(记为kpi_valuelist_s2)。
198.步骤15：数据读取和规范化模块向第一功能模块发送性能数据。
199.步骤16：第一功能模块向策略管理模块发送回复更新性能数据订阅响应(updateperformancedatasubscription response)消息，该消息包括(满足信息(fulfillinformation),kpi_valuelist_s1,kpi_valuelist_s2)，其中，fulfillinformation为可选信元，代表意图目标是否被满足。
200.在上述示例2中，意图的状态从active状态到sleep状态相互转化的过程中，实现意图性能数据订阅请求的更新，使得意图在sleep状态下仅获取必要的性能数据，并且上报周期为sleep状态下合适的上报周期。
201.示例3为更新订阅性能数据的具体流程之二，如图9所示。
202.步骤1：意图转译模块与策略管理模块执行意图冲突处理，并且判断意图进入到冲突状态。
203.步骤2：策略管理模块向第一功能模块发送更新性能数据订阅(updateperformancedatasubscription)消息,该更新性能数据订阅消息包括上报周期和意图的状态或者上报周期和意图的状态所对应的网络性能数据名称集合。
204.其中，意图的状态为confliced状态，意图的状态所对应的网络性能数据名称集合为confliced状态对应的网络性能数据名称集合，即kpilist_s2，上报周期为confliced状态对应的上报周期。
205.步骤3：第一功能模块向输出生成和非规范化模块发送更新性能数据消息。
206.其中，第一功能模块可以包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。策略管理模块可以通过至少一个第一功能模块向输出生成和非规范化模块发送性能数据订阅消息。
207.可以理解的是，步骤2和步骤3还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
208.步骤4：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
209.步骤5：辅助系统向eni系统发送性能数据。
210.性能数据包括kpilist_s2对应的性能数据(记为kpi_valuelist_s2)。
211.步骤6:数据读取和规范化模块向第一功能模块发送性能数据。
212.步骤7：第一功能模块向策略管理模块发送性能数据。
213.步骤8：意图转译模块与策略管理模块根据性能数据执行意图冲突处理，并且判断意图的状态进入active状态。
214.步骤9：策略管理模块向第一功能模块发送更新性能数据订阅消息。此时，更新性能数据订阅消息包括上报周期和意图的状态，或者上报周期和意图的状态所对应的网络性能数据名称集合。
215.其中，意图的状态为active状态，上报周期为active状态对应的上报周期，意图的状态所对应的网络性能数据名称集合为active状态所对应的网络性能数据名称集合，例如kpilist_s1和kpilist_s2。
216.步骤10：第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息。
217.可以理解的是，步骤9和步骤10还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
218.步骤11：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
219.步骤12：辅助系统向eni系统发送性能数据。
220.性能数据包括kpi_valuelist_s1和kpilist_s2对应的性能数据(记为kpi_valuelist_s2)。
221.步骤13：数据读取和规范化模块向第一功能模块发送性能数据。
222.步骤14：第一功能模块向策略管理模块发送回复更新性能数据订阅响应(updateperformancedatasubscription response)消息，该消息包括(满足信息(fulfillinformation),kpi_valuelist_s1,kpi_valuelist_s2)，其中，fulfillinformation为可选信元，代表意图目标是否被满足。
223.在示例3中，在意图的状态从active状态到conflicted状态的相互转化的过程中，实现意图性能数据订阅请求的更新，使得意图在conflicted状态下仅获取必要的性能数据，并且上报周期为conflicted状态下合适的上报周期。
224.示例4为更新订阅性能数据的具体流程之二，如图9所示。
225.步骤1：策略管理模块和意图转译模块接收意图去激活请求。
226.当前意图的状态可以为active状态或者conflicted状态或者sleep状态。
227.步骤2：策略管理模块向第一功能模块发送更新性能数据订阅(updateperformancedatasubscription)消息,该更新性能数据订阅消息包括意图的状态。
228.其中，意图的状态为inactive状态。
229.步骤3：第一功能模块向输出生成和非规范化模块发送更新性能数据消息。
230.其中，第一功能模块可以包括认知管理功能模块，上下文感知功能模块，情景感知功能模块，模型驱动工程功能模块，知识管理功能模块中的至少一个模块。策略管理模块可以通过至少一个第一功能模块向输出生成和非规范化模块发送性能数据订阅消息。
231.可以理解的是，步骤2和步骤3还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
232.步骤4：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
233.步骤5：策略管理模块和意图转译模块接收意图激活请求。
234.步骤6：策略管理模块向第一功能模块发送更新性能数据订阅消息。此时，更新性能数据订阅消息包括上报周期和意图的状态，或者上报周期和意图的状态所对应的网络性能数据名称集合。
235.其中，意图的状态为active状态，上报周期为active状态对应的上报周期，意图的状态所对应的网络性能数据名称集合为active状态所对应的网络性能数据名称集合，例如kpilist_s1和kpilist_s2。
236.步骤7：第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息。
237.可以理解的是，步骤6和步骤7还可以替换为策略管理模块向输出生成和非规范化模块发送更新性能数据订阅消息，即策略管理模块可以不需要通过第一功能模块向输出生成和非规范化模块发送更新性能数据订阅消息，而是直接向输出生成和非规范化模块发送更新性能数据订阅消息。
238.步骤8：输出生成和非规范化模块向辅助系统发送更新性能数据消息。
239.步骤9：辅助系统向eni系统发送性能数据。
240.性能数据包括kpi_valuelist_s1和kpilist_s2对应的性能数据(记为kpi_valuelist_s2)。
241.步骤10：数据读取和规范化模块向第一功能模块发送性能数据。
242.步骤11：第一功能模块向策略管理模块发送回复更新性能数据订阅响应(updateperformancedatasubscription response)消息，该消息包括(满足信息(fulfillinformation),kpi_valuelist_s1,kpi_valuelist_s2)，其中，fulfillinformation为可选信元，代表意图目标是否被满足。
243.在示例4中，通过在意图的状态从active状态或者conflicted状态或者sleep状态到inactive状态的相互转化的过程中，实现意图性能数据订阅请求的更新。
244.可以理解的是，为了实现上述实施例中功能，网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本技术中
所公开的实施例描述的各示例的单元及方法步骤，本技术能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。
245.图11和图12为本技术的实施例提供的可能的装置的结构示意图。
246.如图11所示，装置1100包括处理单元1110和收发单元1120。
247.当装置1100用于实现图5、图7、图8、图9、图10中所示的方法实施例中策略管理模块的功能时，处理单元1110，用于确定第一集合，所述第一集合用于指示意图的第一状态对应的网络性能数据的列表；收发单元1120，用于在所述意图的状态从所述第一状态切换为第二状态的情况下，向输出功能模块发送第一信息，所述第一信息包括所述第二状态或第二集合，所述第二集合用于指示所述第二状态对应的网络性能数据的列表，所述第二状态用于所述第二集合的确定，所述第一集合与所述第二集合不同。
248.当装置1100用于实现图6中所示的方法实施例中第一网元的功能时，处理单元1110，用于确定第一集合，所述第一集合用于指示意图的第一状态对应的网络性能数据的列表；收发单元1120，用于在所述意图的状态从所述第一状态切换为第二状态的情况下，向第二网元发送第一信息，所述第一信息包括所述第二状态或第二集合，所述第二集合用于指示所述第二状态对应的网络性能数据的列表，所述第二状态用于所述第二集合的确定，所述第一集合与所述第二集合不同。
249.当装置1100用于实现图5、图7、图8、图9、图10中所示的方法实施例中输出功能模块的功能时，收发单元1120，用于接收来自于策略管理功能模块的第二状态与第二集合的对应关系；所述收发单元1120，还用于接收来自于所述策略管理功能模块的第一信息，所述第一信息包括所述第二状态，所述第二状态用于所述第二集合的确定，所述第二集合用于指示所述第二状态对应的网络性能数据的列表；所述处理单元1110，用于根据所述第二状态确定所述第二集合。
250.当装置1100用于实现图6中所示的方法实施例中第二网元的功能时，收发单元1120，用于接收来自于第一网元的第二状态与第二集合的对应关系；所述收发单元1120，还用于接收来自于所述第一网元的第一信息，所述第一信息包括所述第二状态，所述第二状态用于第二集合的确定，所述第二集合用于指示所述第二状态对应的网络性能数据的列表；所述处理单元1110，用于根据所述第二状态确定所述第二集合。
251.有关上述处理单元1110和收发单元1120更详细的描述可以直接参考上述各个实施例所示的方法实施例中相关描述直接得到，这里不加赘述。
252.如图12所示，装置1200包括处理器1210和接口电路1220。处理器1210和接口电路1220之间相互耦合。可以理解的是，接口电路1220可以为收发器或输入输出接口。可选的，装置1200还可以包括存储器1230，用于存储处理器1210执行的指令或存储处理器1210运行指令所需要的输入数据或存储处理器1210运行指令后产生的数据。
253.当装置1200用于实现图11所示的装置时，处理器1210用于实现上述处理单元1110的功能，接口电路1220用于实现上述收发单元1120的功能。
254.可以理解的是，本技术的实施例中的处理器可以是中央处理单元(central processing unit，cpu)，还可以是其它通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现
场可编程门阵列(field programmable gate array，fpga)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。
255.本技术的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，ram)、闪存、只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。
256.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘(digital video disc，dvd)；还可以是半导体介质，例如，固态硬盘(solid state drive，ssd)。
257.在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
258.本技术中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。在本技术的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本技术的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。
259.可以理解的是，在本技术的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本技术的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。