CN114095330A - 一种意图协商方法及装置 - Google Patents

Abstract

一种意图协商方法及装置，该方法包括：第一网元向第二网元发送第一意图的第一子意图，向所述第二网元发送所述第一意图的第二子意图和指示信息，指示信息用于指示第一子意图和第二子意图的动作和对象相同。采用上述方法可以解决现有意图协商方案在L‑IDN侧造成了大量的资源浪费的问题。

Description

一种意图协商方法及装置

技术领域

本申请实施例涉及网络管理技术领域，尤其涉及一种意图协商方法及装置。

背景技术

2017年2月，基于意图的网络白皮书发布，该白皮书认为基于意图的网络能帮助降低运营成本(operating expense，OPEX)，打造极简智能网络，支持海量连接网络运维。该白皮书还提出基于意图的网络系统需要提供四种功能：转译和验证(translation andvalidation)、自动化实现(automated implementation)、网络状态感知(awareness ofnetwork state)、动态优化保障和修复(assurance and dynamic optimization/remediation)。图1所示为Gartner意图驱动网络。

在分层意图系统场景下，当高级意图驱动网络(high-level intent-drivennetworking，H-IDN)接收到来自管理人员或更高等级(level)的意图驱动网络的意图后，将意图进行分解，并向低级意图驱动网络(low-level intent-driven networking，L-IDN)发送分解后的子意图。其中，意图对应的操作对象(例如，网元)被不同的L-IDN管理，如图2(a)所示。L-IDN执行意图后，向H-IDN发送反馈信息。H-IDN根据各个L-IDN上报的反馈信息，重新分解意图，具体流程如图2(b)所示：

步骤1：H-IDN接收到意图。

步骤2：H-IDN将意图的目标值分解为每个L-IDN的子意图的目标值。

以优化类意图为例，意图分解时只需保证分解后的各个子意图的目标值的综合结果(例如，总和、平均值等)满足意图的目标值，因此，各个子意图的目标值可以任意取值。

步骤3-5：H-IDN将多个子意图下分别发送至对应的L-IND。

步骤6-8：L-IDN接收到子意图后，L-IDN执行子意图，并向H-IDN发送反馈信息。若子意图未达成，则反馈信息可以包括目前达到的测量值；若子意图达成，则反馈信息可以包括L-IDN根据网络状态和历史数据预计的可以达到的测量值。

步骤9：H-IDN根据各个L-IDN上报的反馈信息，判断意图是否达成，若意图未达成，则重新分解意图，确定更新后的每个L-IDN的子意图的目标值。若意图达成，则流程停止。

步骤10-12：H-IDN将更新后的多个子意图分别发送至对应的L-IND。

步骤13-15重复上述步骤6-8。

后续重复上述步骤9-15直至意图被删除、或者意图协商超时或意图达成。

步骤16：H-IDN上报意图达成。此时，每个子意图都达成。

步骤17：H-IDN上报意图未达成。此时，每个子意图都未达成或一部分子意图达成，而另一个部分子意图未达成。

由上述流程可知，现有意图协商方案将会在L-IDN侧造成了大量的资源浪费。具体的，在意图协商过程中，每次下发的子意图仅仅在目标值上存在差异，但L-IDN每次都需要对子意图的意图表达式进行完整的词法语法解析。此外，每次下发的子意图可能对应了意图知识库中相同的可用执行策略集，但每次L-IDN都需要执行意图转译，即从意图知识库中确定可用执行策略集。

发明内容

本申请实施例提供一种意图协商方法及装置，用于解决现有意图协商方案在L-IDN侧造成了大量的资源浪费的问题。

第一方面，本申请实施例提供一种意图协商方法，该方法包括：第一网元向第二网元发送第一意图的第一子意图。所述第一网元向所述第二网元发送所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。

采用上述方法可以解决现有意图协商方案在L-IDN侧造成了大量的资源浪费的问题，第二网元可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

在一种可能的设计中，还包括：所述第一网元向所述第二网元发送预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

采用上述设计，在后续意图协商过程中，第二网元可以判断是否需要进行全局冲突检测，当第二网元执行全局冲突检测后，第二网元不需要每次针对所确定的策略执行意图冲突检测，可以直接根据冲突子意图集合确定的与当前测量对应的冲突意图Id列表，进而可以节省系统资源，提高系统效率。

在一种可能的设计中，还包括：所述第一网元在确定所述第一意图已达成，或针对所述第一意图协商超时，或所述第一意图被删除时，所述第一网元保存所述第一意图的协商次数。

采用上述设计，第一网元可以保存第一意图的协商次数，用以在为下一次执行与第一意图相同的其他意图时，为确定该其他意图的预计次数提供参考。

第二方面，本申请实施例提供一种意图协商方法，该方法包括：第一网元从第三网元接收第一信息，所述第一信息包括第一指示信息和第二指示信息，所述第一指示信息用于指示第一子意图达成，所述第二指示信息用于指示与所述第一子意图冲突的第二子意图，所述第一子意图为实现意图的所有子意图。所述第一网元向所述第三网元发送第三子意图，所述第三子意图与所述第一子意图不同，所述第三子意图为实现所述意图的所有子意图；所述第一网元从所述第三网元接收第二信息，所述第二信息包括第三指示信息和第四指示信息，所述第三指示信息用于指示所述第三子意图达成，所述第四指示信息用于指示与所述第三子意图冲突的第四子意图。若所述第二子意图的总数小于所述第四子意图的总数，所述第一网元确定所述第一子意图作为所述意图的执行方案；若所述第二子意图的总数大于等于所述第四子意图的总数，所述第一网络确定所述第三子意图作为所述意图的执行方案。

采用上述方法，第一网元可以在确定意图达成后，多次重新下发子意图，得到多个执行方案和与多个执行方案分别对应的冲突总数，进而可以实现确定多个执行方案中冲突总数最少的分配方案。

第三方面，本申请实施例提供一种意图协商方法，该方法包括：第二网元中的意图转译模块从第一网元接收第一意图的第一子意图，所述意图转译模块从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。所述意图转译模块根据所述指示信息省略转译所述第二子意图。

采用上述方法可以解决现有意图协商方案在L-IDN侧造成了大量的资源浪费的问题，第二网元可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

在一种可能的设计中，还包括：所述意图转译模块根据所述第二子意图确定所述第二子意图的目标值；所述意图转译模块向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

采用上述设计可以实现意图转译模块将第二子意图的目标值通知给第二网元中的第三网元。

在一种可能的设计中，还包括：所述意图转译模块从所述第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

在一种可能的设计中，还包括：所述意图转译模块根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量，其中，所述可用执行策略集是基于所述第三子意图确定的。所述意图转译模块向所述第二网元中的第四网元发送全局意图冲突检测请求，所述全局意图冲突检测请求用于请求针对所述可用执行策略集中的每个策略检测是否存在与该策略发生冲突的子意图。

采用上述设计，意图转译模块可以判断是否需要执行全局意图冲突检测。

第四方面，本申请实施例提供一种意图协商方法，该方法包括：第二网元中的策略管理模块从第一网元接收第一意图的第一子意图。所述策略管理模块从第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。所述策略管理模块根据所述指示信息省略转译所述第二子意图。

采用上述方法可以解决现有意图协商方案在L-IDN侧造成了大量的资源浪费的问题，第二网元可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

在一种可能的设计中，还包括：所述策略管理模块根据所述第二子意图确定所述第二子意图的目标值。所述策略管理模块向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

采用上述设计可以实现策略管理模块将第二子意图的目标值通知给第二网元中的第三网元。

在一种可能的设计中，还包括：所述策略管理模块从第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

在一种可能的设计中，还包括：所述策略管理模块根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量；其中，所述可用执行策略集是基于所述第三子意图确定的。所述策略管理模块针对所述可用执行策略集中的每个策略检测在该策略的条件下是否存在与所述第二子意图发生冲突的子意图，确定冲突子意图集合，所述冲突子意图集合包括与所述可用执行策略集中的至少一个策略发生冲突的子意图。

采用上述设计，策略管理模块可以判断是否需要执行全局意图冲突检测，并在确定需要执行全局意图冲突检测时，执行全局意图冲突检测。

在一种可能的设计中，还包括：在所述第二子意图未达成时，所述策略管理模块根据所述可用执行策略集和所述第二子意图的目标值从所述可用执行测量集中确定第一策略。所述策略管理模块根据所述冲突子意图集合，确定与所述第一策略存在冲突的子意图，并调用预设方法解决与所述第一策略存在冲突的子意图。所述策略管理模块将所述第一策略发送至所述第二网元中的第四网元。

采用上述设计，在后续意图协商过程中，当策略管理模块执行全局冲突检测后，策略管理模块不需要每次针对所确定的策略执行意图冲突检测，可以直接根据冲突子意图集合确定的与当前测量对应的冲突意图Id列表，进而可以节省系统资源，提高系统效率。

第五方面，本申请实施例提供一种意图协商装置，该装置包括：收发单元和处理单元；所述处理单元调用所述收发单元执行：向第二网元发送第一意图的第一子意图；向所述第二网元发送所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。

在一种可能的设计中，所述处理单元调用所述收发单元执行：向所述第二网元发送预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

在一种可能的设计中，所述处理单元用于在确定所述第一意图已达成，或针对所述第一意图协商超时，或所述第一意图被删除时，所述第一网元保存所述第一意图的协商次数。

第六方面，一种意图协商装置，该装置包括：收发单元和处理单元；所述收发单元用于从第三网元接收第一信息，所述第一信息包括第一指示信息和第二指示信息，所述第一指示信息用于指示第一子意图达成，所述第二指示信息用于指示与所述第一子意图冲突的第二子意图，所述第一子意图为实现意图的所有子意图；所述收发单元用于向所述第三网元发送第三子意图，所述第三子意图与所述第一子意图不同，所述第三子意图为实现所述意图的所有子意图；所述收发单元用于从所述第三网元接收第二信息，所述第二信息包括第三指示信息和第四指示信息，所述第三指示信息用于指示所述第三子意图达成，所述第四指示信息用于指示与所述第三子意图冲突的第四子意图；所述处理单元用于若所述第二子意图的总数小于所述第四子意图的总数，确定所述第一子意图作为所述意图的执行方案；所述处理单元用于若所述第二子意图的总数大于等于所述第四子意图的总数，确定所述第三子意图作为所述意图的执行方案。

第七方面，本申请实施例提一种意图协商装置，该装置包括：收发单元和处理单元；所述收发单元用于从第一网元接收第一意图的第一子意图；所述收发单元用于从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；所述处理单元用于根据所述指示信息省略转译所述第二子意图。

在一种可能的设计中，还包括：所述处理单元用于根据所述第二子意图确定所述第二子意图的目标值；所述收发单元用于向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

在一种可能的设计中，还包括：所述收发单元用于从所述第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

在一种可能的设计中，还包括：所述处理单元用于根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量，其中，所述可用执行策略集是基于所述第三子意图确定的。所述收发单元用于向所述第二网元中的第四网元发送全局意图冲突检测请求，所述全局意图冲突检测请求用于请求针对所述可用执行策略集中的每个策略检测是否存在与该策略发生冲突的子意图。

第八方面，本申请实施例提一种意图协商装置，该装置包括：收发单元和处理单元；所述收发单元用于从第一网元接收第一意图的第一子意图；所述收发单元用于从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；所述处理单元用于根据所述指示信息省略转译所述第二子意图。

在一种可能的设计中，还包括：所述处理单元用于根据所述第二子意图确定所述第二子意图的目标值；所述收发单元用于向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

在一种可能的设计中，还包括：所述收发单元用于从所述第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

在一种可能的设计中，还包括：所述处理单元用于根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量；其中，所述可用执行策略集是基于所述第三子意图确定的；所述处理单元用于针对所述可用执行策略集中的每个策略检测在该策略的条件下是否存在与所述第二子意图发生冲突的子意图，确定冲突子意图集合，所述冲突子意图集合包括与所述可用执行策略集中的至少一个策略发生冲突的子意图。

在一种可能的设计中，还包括：在所述第二子意图未达成时，所述处理单元用于根据所述可用执行策略集和所述第二子意图的目标值从所述可用执行测量集中确定第一策略；所述处理单元用于根据所述冲突子意图集合，确定与所述第一策略存在冲突的子意图，并调用预设方法解决与所述第一策略存在冲突的子意图；所述收发单元用于将所述第一策略发送至所述第二网元中的第四网元。

上述第五方面至第八方面可以达到的技术效果可以参照上述第一方面至第六方面中相应的设计可以达到的技术效果，这里不再重复赘述。

第九方面，本申请实施例提供一种装置，该装置可以包括处理单元、发送单元和接收单元。应理解的是，这里发送单元和接收单元还可以为收发单元。

当该装置是第一网元时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该第一网元执行第一方面或第二方面的方法。当该装置是第一网元内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第一方面或第二方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该第一网元内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

当该装置是意图转译模块时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该意图转译模块执行第三方面的方法。当该装置是意图转译模块内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第三方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该意图转译模块内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

当该装置是策略管理模块时，该处理单元可以是处理器，该发送单元和接收单元可以是收发器；该装置还可以包括存储单元，该存储单元可以是存储器；该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该策略管理模块执行第四方面的方法。当该装置是策略管理模块内的芯片时，该处理单元可以是处理器，该发送单元和接收单元可以是输入/输出接口、管脚或电路等；该处理单元执行存储单元所存储的指令，以使该芯片执行第四方面的方法。该存储单元用于存储指令，该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该策略管理模块内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

第十四方面，本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或第四方面的方法。

第十五方面，本申请还提供一种包含程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或第四方面的方法。

第十六方面，本申请还提供一种装置，包括处理器和存储器；所述存储器用于存储计算机执行指令；所述处理器用于执行所述存储器所存储的计算机执行指令，以使所述通信装置执行上述第一方面或第二方面或第三方面或第四方面的方法。

第十七方面，本申请还提供一种装置，包括处理器和接口电路；所述接口电路，用于接收代码指令并传输至所述处理器；所述处理器运行所述代码指令以执行上述第一方面或第二方面或第三方面或第四方面的方法。

附图说明

图1为本申请的意图驱动网络的示意图；

图2(a)为本申请中意图协商的示意图；

图2(b)为本申请中意图协商的流程图；

图3(a)为本申请中ENI系统的结构示意图之一；

图3(b)为本申请中ENI系统的结构示意图之二；

图4为本申请中ENI系统的部署示意图；

图5为本申请中一种意图协商方法的概述流程图之一；

图6为本申请中H-IDN与L-IDN执行意图协商流程图之一；

图7为本申请中当Intent Translation为作为架构的独立功能模块时L-IDN执行意图的流程图之一；

图8为本申请中当Policy Management具有意图转译功能时L-IDN执行意图的流程图之一；

图9为本申请中意图维持过程具体流程图；

图10为本申请中一种意图协商方法的概述流程图之二；

图11为本申请中当Intent Translation为作为架构的独立功能模块时L-IDN执行意图的流程图之二；

图12为本申请中当Policy Management具有意图转译功能时L-IDN执行意图的流程图之一；

图13为本申请中一种意图协商方法的概述流程图之三；

图14为本申请中H-IDN与L-IDN执行意图协商流程图之二；

图15为本申请中一种装置的结构示意图之一；

图16为本申请中一种装置的结构示意图之二。

具体实施方式

下面对本申请实施例中涉及的技术术语进行简要介绍。

1、H-IDN和L-IDN

H-IDN可以提供抽象层次较高的意图管理功能，可以向低层意图子系统下发抽象层次较低的意图。H-IDN可作为独立的软件系统开发和部署，或在运营商的网络管理系统(network management system，NMS)的基础上增强。

L-IDN可以提供抽象层次较低的意图管理功能，可以向更低层意图子系统下发抽象层次较低的意图，或向网元下发管理命令。L-IDN中的功能模块可作为独立的软件系统开发和部署，或在网络设备的网元管理系统(element management system，EMS)的基础上增强。

2、意图及相关概念

意图是一种声明式的策略。意图表达式中只包含对目的的描述，意图的具体实施方法由系统就那些词法语法解析、转译得到并执行。例如，意图表达式中可携带目标值(例如，时延<5ms)，系统可以根据不同目标值从根据该意图确定的可用执行策略集中选择不同的策略。示例性地，意图表达式包括动作和对象(又称为操作对象)，其中，动作是指根据意图需求抽象和简化的网络操作，包含一个动作名(intent driven action name，IDA name)和一系列相关属性(IDA Properties)，对象是指根据意图需求提供的管理对象信息，包含一个对象名(intent driven object name，IDO Name)和一系列用于标识对象的属性(IDOProperties)。意图的目标值可以包含在动作中或者包含在对象中。或者，意图表达式包括动作、对象和目标值。例如，意图为优化小区下行速率，其中，动作是“优化”，对象是“小区”，目标值是小区下行速率的具体数值。

H-IDN可以根据L-IDN上报的反馈信息，判断意图是否达成，若意图未达成，则重新分解意图，并下发重新分解后的子意图。从H-IDN下发子意图到收到L-IDN上报的反馈信息称为一次意图协商。其中，意图达成等价于每个L-IDN对应的子意图子都达成。

在两个意图分别对应的策略中，包含对同一个网元的同一个参数和/或属性的互斥操作，则称这两个意图互相冲突。

一条意图的全局冲突检测是指对于该条意图对应的可用执行策略集中的每个策略c，检测c条件下该意图与系统中正在运行的所有意图是否存在意图冲突。

3、体验式网络智能(experiential networked intelligence，ENI)架构

ENI架构共包含10个功能模块，分为输入类功能模块、输出类功能模块、分析类功能模块以及决策类功能模块四大类，如图3(a)图3(b)所示。

输入类功能模块：(即数据读取和规范化(Data Ingestion and Normalisation)模块)负责接收外部系统的数据以及对数据进行归一化等操作。其中，数据读取和规范化模块是两个模块。

输出类功能模块：(即输出生成和非规范化(Output Generation andDenormalisation)模块)负责将系统内部命令转化为外部系统能够处理的格式并发送给外部系统。

分析类功能模块：负责对现有的网络状态进行感知分析并且预测未来的网络状态。分析类功能模块包括，知识管理(Knowledge Management)模块、上下文感知模块(Context Awareness)模块、认知管理(Cognition Management)模块。

其中，知识管理模块主要负责管理ENI范围内的所有知识，完成意图的策略类型的识别和意图相关知识的存储。

上下文感知模块主要负责获取辅助系统(Assisted System)的状态和环境信息，例如，用于获取网元(如基站(gNodeB))的性能数据。其中，Assisted System可以是无线接入网元或者核心网网元(如用户面功能(user plane function,UPF))。

认知管理模块主要负责意图维持过程中网络数据的理解和网络状态认知。

决策类功能模块：在对网络状态感知的基础上，根据意图生成新的策略并对策略进行编排，并将操作命令发送给输出类功能模块。决策类功能模块包括情景感知(Situation Awareness)模块、策略管理(Policy Management)模块、模型驱动工程(Model-driven Engineering)模块。或者，决策类功能模块包括情景感知(Situation Awareness)模块、策略管理(Policy Management)模块、模型驱动工程(Model-driven Engineering)模块、意图转译(Intent Translation)模块。

情景感知模块主要负责感知ENI系统下发的推荐或命令对Assisted System的影响。例如，用于感知意图目标的达成情况。

模型驱动工程模块主要辅助将意图知识和上下文信息通过模型驱动方法转化为策略管理模块能够识别的格式。

策略管理模块主要负责根据意图知识和上下文信息，产生保证意图达成的策略，并向Assisted System下发。

意图转译模块主要负责意图表达式的词法语法解析，并根据意图表达式的内容，从知识管理模块获取意图相关知识。

可以理解的是，目前ENI架构上对于意图转译功能的实现存在两个可选方案：1)基于策略管理模块进行功能增强和2)作为架构的独立功能模块。

具体的，参阅图4所示，上述ENI系统可以部署在各层无线网络管理网元中，如下示例1～示例4所示。

示例1：ENI系统部署在业务支撑系统(Business Support Systems，BSS)上，ENI系统接收通信服务消费者(Communication Service Customer，CSC)的通信服务消费者意图(Intent-CSC)，将其转译成通信服务提供者意图(Intent-CSP)，发给NMS上的ENI系统。

示例2：ENI系统部署在NMS上，ENI系统接收来自BSS的Intent-CSP意图。如果意图描述的是NMS自身的运维需求，则通过调用本地的数据分析和管控操作执行意图；如果意图描述的是下层EMS或网元的运维需求，则ENI系统将Intent-CSP分解成网络管理者意图(Intent-NOP)，并发送给对应的EMS。

示例3：ENI系统部署在EMS上，ENI系统接收来自NMS的Intent-NOP意图。如果意图描述的是EMS自身的运维需求，则调用本地的数据分析和管控操作执行意图；如果意图描述运维需求是具有意图系统的网络设备(Network Equipment，NE)，例如：为集中管理式基站群(ClusterRAN)或cluster，则向NE发送子意图。

示例4：ENI系统部署在NE(如：Cluster)上，ENI系统从意图化南向接口中接收来自EMS的意图，然后将其转译成自身的运维操作，并通过策略管理模块调用本地的数据分析和管控操作来执行和维持意图。

为了解决现有意图协商方案只考虑H-IDN接收到的意图达成，而在L-IDN侧造成了大量的资源浪费的问题。本申请实施例提供一种意图协商方法，如图5所示，可以理解的是，在本实施例中，第一网元中的意图管理功能的层级高于第二网元中的意图管理功能的层级。第二网元的数目为一个或多个。示例性地，第一网元可以是指H-IND所在的网元，第二网元可以是指L-IND所在的网元。该方法包括：

S501：第一网元向第二网元发送第一意图的第一子意图。

示例性地，第一网元可以接收来自于其他网元或管理人员发送的第一意图。这里的其他网元中的意图管理功能的层级高于第一网元中的意图管理功能的层级。例如，第一网元可以为EMS，第二网元可以为NE，第一网元接收来自于NMS的Intent-NOP。

在一示例中，第一网元在接收到第一意图后，将第一意图分解为多个子意图，其中，多个子意图包括第一子意图，即第一子意图为第一网元初次分解第一意图得到的子意图。第一子意图为第一次分解得到的多个子意图中第二网元对应的子意图。

在另一示例中，第一子意图不是第一网元初次分解第一意图得到的子意图，而是第一网元第k次分解第一意图得到的子意图，k为大于1的正整数。

S502：第一网元向第二网元发送第一意图的第二子意图和指示信息，该指示信息指示第一子意图和第二子意图的动作和对象相同。

可以理解的是，第二子意图在第一子意图之后到达第二网元，第一子意图和第二子意图为第一网元相邻两次下发的针对第一意图的子意图。

示例性地，在第二网元接收到第一子意图后，第二网元执行第一子意图，在第二网元确定第一子意图未达成时，第二网元向第一网元发送反馈信息，该反馈信息指示第一子意图未达成。

需要说明的是，第二网元可以在一段时间内通过调整策略，持续判断是否达成第一子意图，并在每次判断后向第二网元发送反馈信息。由于Asissted System的网络状态不是一成不变的，可能随时发生变化，因此，第二网元上报的反馈信息指示的第一子意图的达成情况可能发生变化。例如，L-IDN可能在最开始几次上报的反馈信息中指示子意图未达成，而在后来上报的反馈信息中指示子意图达成。又例如，L-IDN可能在最开始几次上报的反馈信息中指示子意图达成，而在后来上报的反馈信息中指示子意图未达成。一般地，H-IDN根据最后一次或指示相同子意图完成情况的最后连续几次获得的反馈信息确定子意图是否达成。

相应的，第一网元接收到来自于第二网元多个反馈信息，第一网元根据多个反馈信息确定第一意图未达成，则第一网元对第一意图进行分解，得到多个子意图，这里的多个子意图包括第二子意图。

可以理解的是，当第一子意图为第一网元初次分解第一意图得到的子意图时，第二子意图可以为第一网元第二次分解第一意图得到子意图。或者，当第一子意图为第一网元第k次分解第一意图得到的子意图时，则第二子意图可以为第一网元第k+1次分解第一意图得到的子意图。

其中，指示信息的类型可以为枚举型。示例性地，当指示信息指示第一子意图和第二子意图的动作和对象相同时，指示信息的取值可以为TEMP。此外，第一网元发送第一子意图时，第一网元也可以发送指示信息，例如，将非首次下发子意图时发送指示信息称为第一指示信息，将首次下发子意图时发送的指示信息称为第二指示信息，则第二指示信息的取值为COMMON。

需要说明的是，第一子意图与第二子意图的动作和对象相同，还可以描述为，第一子意图和第二子意图仅目标值不同，或者，第二子意图不需要转译或省略转译。

此外，在一些实施例中，第一网元还可以向第二网元发送的预计次数。该预设次数用于指示与第一意图的动作和对象相同的第二意图的协商次数，第二意图的协商次数用于指示执行第二意图过程中对第二意图的分解次数。可以理解的是，第二意图的个数可以为一个或多个。第一网元在执行第二意图过程中，在确定第二意图已达成，或针对第二意图协商超时，或第二意图被删除时，第一网元保存第二意图的协商次数。同理，第一网元在执行第一意图的过程中，在确定第一意图已达成，或针对第一意图协商超时，或第一意图被删除时，第一网元保存第一意图的协商次数。其中，该预设次数用于第二网元判断是否执行全局冲突检测。

在一示例中，第一网元可以在初次向第二网元发送针对第一意图的子意图时，发送预设次数，而在后续向第二网元发送针对第一意图的子意图时不再发送该预设次数，即仅发送一次预设次数。或者，当第一网元确定预设次数不需要更新时，在后续向第二网络发送针对第一意图的子意图时，不再发送预设次数。

在一示例中，第一网元可以在初次向第二网元发送针对第一意图的子意图时，发送预设次数(又称为第一个预设次数)，并在第二次向第二网元发送针对第一意图的子意图时，发送第二个预设次数，其中，第二个预设次数＝第一个预设次数-1。由此可知，第一网元在第K次向第二网元发送针对第一意图的子意图时，发送第K个预设次数，其中，第K个预设次数＝第一个预设次数-K+1。K为大于等于2的正整数。

在又一示例中，第一网元可以在初次向第二网元发送针对第一意图的子意图时，发送预设次数(又称为第一个预设次数)。第一网元统计针对第一意图初次分解得到的多个子意图的达成情况，计算第一意图对应的初次子意图达成占比，若第一意图对应的初次子意图达成占比小于第二意图对应的初次子意图达成占比，在第二次向第二网元发送针对第一意图的子意图时，发送第二个预设次数，其中，第二个预设次数大于第一个预设次数。例如，第一意图对应点初次子意图达成占比为50％，第二子意图对应的初次子意图达成占比为75％，则第一网元可以向第二网元发送一个大于首次发送的预设次数的次数。

在一些实施例中，对应上述S501和S502，在第二网元侧，当意图转译模块作为架构的独立功能模块时，意图转译模块从第一网元接收第一意图的第一子意图，意图转译模块从第一网元接收第一意图的第二子意图和指示信息。

S503a：意图转译模块根据指示信息省略转译第二子意图。

具体的，意图转译模块根据第二子意图确定第二子意图的目标值，并向第二网元中的第三网元发送意图更新请求，意图更新请求包括第三子意图的标识和第二子意图的目标值。示例性地，第三网元可以为第二网元中的情境感知模块。其中，第三子意图为意图转译模块从第一网元接收到的针对第一意图的第1个子意图。示例性地，当第一子意图为针对第一意图的第1个子意图时，这里的第三子意图为第一子意图。

在意图协商过程中，意图转译模块可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

此外，在意图转译模块从第一网元接收预计次数后，意图转译模块根据可用执行策略集中包括的策略数量，确定预计次数大于策略数量，向第二网元中的第四网元发送全局意图冲突检测请求，全局意图冲突检测请求用于请求针对可用执行策略集中的每个策略检测是否存在与该策略发生冲突的子意图。其中，第四网元为第二网元中的策略管理模块，可用执行策略集是基于第三子意图确定的。

示例性地，当第一网元向第二网元发送第一子意图时，第一网元还向第二网元发送预计次数。当可用执行策略集中包括的策略数量小于预计次数时，意图转译模块向策略管理模块发送全局意图冲突检测请求，策略管理模块针对可用执行策略集中每个策略，检测在该策略下第一子意图与系统中正在运行的所有意图是否存在意图冲突，确定冲突子意图集合，又可称为冲突信息地图，冲突子意图集合包括与可用执行策略集中的至少一个策略发生冲突的子意图。示例性地，该冲突子意图集合指示每个策略和与该策略对应冲突意图Id列表。可以理解的是，在某策略下，第一子意图与系统中正在运行所有意图可能均不存在意图冲突。

例如，可用执行策略集中包括的策略数量为5，预计次数为10，则策略管理模块接收到来自于意图转译模块的全局意图冲突检测请求后，针对5个策略中的每个策略检测，在该策略下，第一子意图与系统中正在运行的所有意图是否存在意图冲突。假设在策略1下，第一子意图与系统中正在运行3个意图存在意图冲突；在策略2下，第一子意图与系统中正在运行2个意图存在意图冲突；在策略3下，第一子意图与系统中正在运行所有意图均不存在意图冲突；在策略4下，第一子意图与系统中正在运行1个意图存在意图冲突，在策略5下，第一子意图与系统中正在运行所有意图均不存在意图冲突。因此，策略管理模块可以确定冲突子意图集合，该冲突子意图集合指示策略1和与策略1对应的3个意图的Id列表，策略2和与策略2对应的2个意图的Id列表，策略4和与策略4对应的1个意图的Id列表。因此，在后续意图协商过程中，策略管理模块不需要每次针对所确定的策略执行意图冲突检测，可以直接根据冲突子意图集合确定的与当前测量对应的冲突意图Id列表，进而可以节省系统资源，提高系统效率。

在一些实施例中，对应上述S501和S502，在第二网元侧，当策略管理模块有意图转译功能时，策略管理模块从第一网元接收第一意图的第一子意图，策略管理模块从第一网元接收第一意图的第二子意图和指示信息。

S503b：策略管理模块根据指示信息省略转译第二子意图。

具体的，策略管理模块根据第二子意图确定第二子意图的目标值，并向第二网元中的第三网元发送意图更新请求，意图更新请求包括第三子意图的标识和第二子意图的目标值。示例性地，第三网元可以为第二网元中的情境感知模块其中，第三子意图为策略管理模块从第一网元接收到的针对第一意图的第1个子意图。示例性地，当第一子意图为针对第一意图的第1个子意图时，这里的第三子意图为第一子意图。

因此，在意图协商过程中，策略管理模块可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

此外，在策略管理模块从第一网元接收预计次数后，策略管理模块根据可用执行策略集中包括的策略数量，确定预计次数大于策略数量，执行全局冲突检测，其中，可用执行策略集是基于第三子意图确定的。

示例性地，当第一网元向第二网元发送第一子意图时，第一网元还向第二网元发送预计次数。在策略管理模块从第一网元接收预计次数后，策略管理模块根据可用执行策略集中包括的策略数量，确定预计次数大于策略数量。策略管理模块针对可用执行策略集中每个策略检测在该策略下，第一子意图与系统中正在运行的所有意图是否存在意图冲突，确定冲突子意图集合。其中，可用执行策略集是基于第三子意图确定的，冲突子意图集合，又可称为冲突信息地图，包括与可用执行策略集中的至少一个策略发生冲突的子意图。示例性地，该冲突子意图集合指示每个策略和与该策略对应的冲突意图Id列表。可以理解的是，在某策略下，第一子意图与系统中正在运行所有意图可能均不存在意图冲突。

例如，可用执行策略集中包括的策略数量为5，预计次数为10，则策略管理模块针对5个策略中的每个策略检测，在该策略下，第一子意图与系统中正在运行的所有意图是否存在意图冲突。假设在策略1下，第一子意图与系统中正在运行3个意图存在意图冲突；在策略2下，第一子意图与系统中正在运行2个意图存在意图冲突；在策略3下，第一子意图与系统中正在运行所有意图均不存在意图冲突；在策略4下，第一子意图与系统中正在运行1个意图存在意图冲突，在策略5下，第一子意图与系统中正在运行所有意图均不存在意图冲突。因此，策略管理模块可以确定冲突子意图集合，该冲突子意图集合指示策略1和与策略1对应的3个意图的Id列表，策略2和与策略2对应的2个意图的Id列表，策略4和与策略4对应的1个意图的Id列表。

可以理解的是，当第一网元向第二网元发送第一子意图时，第一网元还向第二网元发送预计次数，且可用执行策略集中包括的策略数量小于预计次数，策略管理模块针对可用执行策略集中每个策略，检测在该策略下第一子意图与系统中正在运行的所有意图是否存在意图冲突，得到的冲突子意图集合1。或者，当第一网元向第二网元发送第二子意图时，第一网元还向第二网元发送预计次数，且可用执行策略集中包括的策略数量小于预计次数，策略管理模块针对可用执行策略集中每个策略，检测在该策略下第二子意图与系统中正在运行的所有意图是否存在意图冲突，得到的冲突子意图集合2。其中，冲突子意图集合1与冲突子意图集合2相同。可见，当第一子意图和第二子意图的动作和对象相同时，策略管理模块确定的冲突子意图集合也相同。因此，策略管理模块仅需执行一次全局冲突检测。本申请实施例不限定发送预计次数的具体时机，当第二网元接收到该预计次数时，根据预计次数判断是否需要执行全局冲突检测，且全局冲突检测可以只执行一次。

此外，当预计次数小于或等于策略数量时，可能需要执行的意图冲突检测的次数小于全局意图冲突检测的次数，因此，此时不需要执行全局意图冲突检测。

进一步地，在第二子意图未达成时，策略管理模块根据可用执行策略集和第二子意图的目标值从可用执行测量集中确定第一策略，策略管理模块根据冲突子意图集合，确定与第一策略存在冲突的子意图，并调用预设方法解决与第一策略存在冲突的子意图。策略管理模块将第一策略发送至辅助系统。因此，在后续意图协商过程中，策略管理模块不需要每次针对所确定的策略执行意图冲突检测，可以直接根据冲突子意图集合确定的与当前测量对应的冲突意图Id列表，进而可以节省系统资源，提高系统效率。

以下结合附图对如图5所示的实施例进行说明。可以理解的是，下文中的第一子意图可以对应上述第一子意图，第二子意图可以对应上述第二子意图，第三子意图可以对应上述第三子意图。

实施例1：H-IDN与L-IDN执行意图协商的过程，如图6所示。

步骤1，OSS/App/用户(User)向H-IDN下发意图。

运营支撑系统(operation support system，OSS)，是电信运营商的一体化、信息资源共享的支持系统，它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成。

应用(application，APP)是指第三方在网络管理系统之上的业务APP，如垂直行业的业务系统。

步骤2，H-IDN将意图的目标值分解为每个L-IDN的子意图的目标值。

步骤3，H-IDN向L-IDN发送策略实施请求，策略实施请求包括将子意图的意图表达式。此外，策略实施请求还可以包括指示信息和预计次数T1。预计次数T1指示与该意图的动作和对象相同的意图(以下简称为参考意图)的协商次数。示例性地，如图6中步骤3a、步骤3b、步骤3c。

步骤4，L-IDN向H-IDN发送反馈信息，反馈信息包括子意图的是否达成的指示信息和冲突意图信息，示例性地，该冲突意图信息包括与子意图冲突的意图Id列表。如图6中步骤4a、步骤4b、步骤4c。

步骤5，H-IDN根据各个L-IDN上报的反馈信息，判断意图是否达成，若意图未达成，则重新分解意图，确定更新后的每个L-IDN的子意图的目标值，执行步骤6。若意图达成，则执行步骤8。

步骤6、H-IDN向L-IDN发送策略修改请求，策略修改请求包括重新分解后的子意图的意图表达式和指示信息。示例性地，该指示信息的取值可以为TEMP。示例性地，如图6中步骤6a、步骤6b、步骤6c。

此外，策略修改请求还可以包括预计次数T2。例如，H-IDN确定针对意图初次分解得到的多个子意图的达成情况，计算意图对应的初次子意图达成占比，若意图对应的初次子意图达成占比小于参考意图对应的初次子意图达成占比，H-IDN在第二次向L-IDN发送策略修改请求时，发送预设次数T2，其中，预设次数T2大于预设次数T1。

步骤7：L-IDN向H-IDN发送反馈信息，反馈信息包括步骤6确定的子意图的是否达成的指示信息和冲突意图信息。示例性地，如图6中步骤7a、步骤7b、步骤7c。

重复步骤5-7直至H-IDN确定每个L-IDN的子意图达成，或者意图被删除，或意图协商超时。

步骤8：H-IDN向OSS/App/User反馈意图达成结果，意图达成结果携带意图是否达成的指示信息和每个子意图对应的冲突意图信息。

步骤9，H-IDN保存意图的协商次数。示例性地，H-IDN可以根据保存的意图的协商次数更新预计次数T1。

实施例2：L-IDN执行意图的过程之一。在该实施例中，Intent Translation为作为架构的独立功能模块，如图7所示。

步骤1，Data Ingestion&Normalization接收到H-IDN的策略实施请求，策略实施请求包括首次下发的子意图(以下简称子意图1)、执行类型指示COMMON和预计次数T1。

步骤2，Data Ingestion&Normalization向Knowledge Management发送规范化后的策略，规范化后的策略包括子意图1，执行类型指示COMMON和预计次数T1。

步骤3，Knowledge Management识别出该规范化后的策略包括子意图1，向IntentTranslation发起转译请求，转译请求携带子意图1、执行类型指示TEMP和预计次数T1。

步骤4，Intent Translation为子意图1分配id，并向Output Generation andDenormalisation发送该id。

步骤5，Output Generation and Denormalisation向H-IDN发送确认消息，确认消息包携带该id。

步骤6，Intent Translation对子意图1的意图表达式进行词法语法解析。

步骤7，Intent Translation向Knowledge Management发送子意图1的关键词或子意图1的主旨。

步骤8，Knowledge Management向Intent Translation发送该意图的可用执行策略集。

步骤9，Intent Translation获取可用执行策略集中的策略数量N，并设置全局冲突检测指示g_conflict。若N<T1，则g_conflict置为1；否则置为0。

步骤10-13，执行策略的上下文添加和形式化，消息中需要携带g_conflict。

其中，步骤10-13分别添加了网络状态上下文、添加意图达成情况上下文和通过模型驱动的方法生成策略细节。

步骤14，Policy Management根据g_conflict的指示决定是否执行全局意图冲突检测。若g_conflict为1则执行，形成冲突信息地图。否则不执行。Policy Management生成本次策略后，如果与现存其他意图是否存在冲突，则还需解决该冲突。

步骤15，Policy Management将该策略发送给Output Generation andDenormalisation。

步骤16，Output Generation and Denormalisation将该策略发送给AssistedSystem。

上述步骤1至步骤16为子意图首次下发过程。

步骤17，Data Ingestion&Normalization收到H-IDN的策略修改请求，策略修改请求中除更新的子意图(即第n次下发的子意图，以下简称子意图n)外，还需携带执行类型指示TEMP和预计次数Tn以及子意图1的id。

步骤18-21，同步骤2-5。

步骤22，Intent Translation从子意图n的意图表达式中仅确定子意图n的目标值。

步骤23，Intent Translation向Situation Awareness发送意图目标更新请求，意图目标更新请求携带子意图1的id和子意图n的目标值。

可以理解的是，若N≥Tn，流程结束。若N<Tn，且Policy Management未执行过全局意图冲突检测，则执行步骤24。

步骤24，若N<Tn，Intent Translation向Policy Management发送全局意图冲突检测请求，消息中携带子意图1的id。

步骤25，Policy Management接收到全局意图冲突检测请求后，执行全局意图冲突检测，形成冲突信息地图。

上述步骤17至步骤25为子意图非首次下发过程。

实施例3：L-IDN执行意图的过程之二。在该实施例中，Policy Management具有意图转译功能，如图8所示。

步骤1，Data Ingestion&Normalization接收到H-IDN的策略实施请求，策略实施请求包括首次下发的子意图(以下简称子意图1)、执行类型指示TEMP和预计次数T1。

步骤2，Data Ingestion&Normalization向Knowledge Management发送规范化后的策略，规范化后的策略包括子意图1，执行类型指示TEMP和预计次数T1。

步骤3，Knowledge Management识别出该规范化后的策略包括子意图1，向PolicyManagement发起策略实施请求，策略实施请求携带子意图1、执行类型指示TEMP和预计次数T1。

步骤4，Policy Management为子意图1分配id，并向Output Generation andDenormalisation发送该id。

步骤5，Output Generation and Denormalisation向H-IDN发送确认消息，确认消息包携带该id。

步骤6，Policy Management对子意图1的意图表达式进行词法语法解析。

步骤7，Policy Management向Knowledge Management发送子意图1的关键词或子意图1的主旨。

步骤8，Knowledge Management向Policy Management发送该意图的可用执行策略集。

步骤9，Policy Management获取可用执行策略集中的策略数量N，并设置全局冲突检测指示g_conflict。若N<T1，则g_conflict置为1；否则置为0。

步骤10-13，执行策略的上下文添加和形式化，消息中需要携带g_conflict。

步骤14，Policy Management根据g_conflict的指示决定是否执行全局意图冲突检测。若g_conflict为1则执行，形成冲突信息地图。否则不执行。Policy Management生成本次策略后，如果与现存其他意图是否存在冲突，则还需解决该冲突。

步骤15，Policy Management将该策略发送给Output Generation andDenormalisation。

步骤16，Output Generation and Denormalisation将该策略发送给AssistedSystem。

上述步骤1至步骤16为子意图首次下发过程。

步骤17，Data Ingestion&Normalization收到H-IDN的策略修改请求，策略修改请求中除更新的子意图(即第n次下发的子意图，以下简称子意图n)外，还需携带执行类型指示TEMP和预计次数Tn以及子意图1的id。

步骤18-21，同步骤2-5。

步骤22，Policy Management从子意图n的意图表达式中仅确定子意图n的目标值。

步骤23，Policy Management向Situation Awareness发送意图目标更新请求，意图目标更新请求携带子意图1的id和子意图n的目标值。

可以理解的是，若N≥Tn，流程结束。若N<Tn，且Policy Management未执行过全局意图冲突检测，则执行步骤24。

步骤24，若N<Tn，Policy Management执行全局意图冲突检测，形成冲突信息地图。

上述步骤17至步骤24为子意图非首次下发过程。

实施例4：意图维持过程，如图9所示。

步骤1，Assisted System向Data Ingestion&Normalization上报网络数据。

步骤2，Data Ingestion&Normalization将正则化后的网络数据发送给CognitionManagement。

步骤3，Cognition Management根据网络数据，感知网络状态并发送给SituationAwareness。

步骤4，Situation Awareness分析子意图的目标值是否达成，并将指示子意图是否达成的信息发送至Policy Management。

步骤5，Policy Management向Output Generation and Denormalisation发送反馈信息。

反馈信息包括指示子意图是否达成的信息和冲突意图列表，冲突意图列表包含与当前子意图发生冲突的意图id。其中，当Policy Management已执行过全局意图冲突检测时，与当前子意图发生冲突的意图id可以通过冲突子意图集合获得，当Policy Management未执行过全局意图冲突检测时，与当前子意图发生冲突的意图id可以通过针对当前子意图的意图冲突检测获得。

步骤6，Output Generation and Denormalisation向H-IDN发送反馈信息。

步骤7，若子意图未达成，Policy Management根据当前网络状态调整策略，并从冲突信息地图中获取策略调整后的冲突意图id，调用现有内部方法解决冲突。

因此，反馈信息中包括的冲突意图列表从上次迭代的步骤7中获得。

步骤8，Policy Management向Output Generation and Denormalisation发送调整后的策略。

步骤9，Output Generation and Denormalisation向Assisted System发送调整后的策略。

若子意图达成则重复执行上述步骤1-6，若子意图未达成则执行步骤1-9。

为了解决现有意图协商方案只考虑H-IDN接收到的意图达成，而在L-IDN侧造成了大量的资源浪费的问题。本申请实施例提供一种意图协商方法，如图10所示，可以理解的是，在本实施例中，第一网元中的意图管理功能的层级高于第二网元中的意图管理功能的层级。第二网元的数目为一个或多个。示例性地，第一网元可以是指H-IND所在的网元，第二网元可以是指L-IND所在的网元。该方法包括：

S1001：第一网元向第二网元发送第一意图的第一子意图。

具体内容可参考步骤501，重复之处不再赘述。

S1002：第一网元调用新增接口向第二网元发送第一意图的第二子意图的目标值和第一子意图的标识。

其中，新增的接口用于第一网元向第二网元发送与第一子意图的动作和对象相同的子意图。或者描述为与第一子意图的目标值不同的子意图。

可以理解的是，第二子意图在第一子意图之后到达第二网元，第一子意图和第二子意图为第一网元相邻两次下发的针对第一意图的子意图。

示例性地，在第二网元接收到第一子意图后，第二网元执行第一子意图，在第二网元确定第一子意图未达成时，第二网元向第一网元发送反馈信息，该反馈信息指示第一子意图未达成。

需要说明的是，第二网元可以在一段时间内通过调整策略，持续判断是否达成第一子意图，并在每次判断后向第二网元发送反馈信息。由于Asissted System的网络状态不是一成不变的，可能随时发生变化，因此，第二网元上报的反馈信息指示的第一子意图的达成情况可能发生变化。例如，L-IDN可能在最开始几次上报的反馈信息中指示子意图未达成，而在后来上报的反馈信息中指示子意图达成。又例如，L-IDN可能在最开始几次上报的反馈信息中指示子意图达成，而在后来上报的反馈信息中指示子意图未达成。一般地，H-IDN根据最后一次或指示相同子意图完成情况的最后连续几次获得的反馈信息确定子意图是否达成。

相应的，第一网元接收到来自于第二网元多个反馈信息，第一网元根据多个反馈信息确定第一子意图未达成，则第一网元对第一意图进行分解，得到多个子意图，这里的多个子意图包括第二子意图。

可以理解的是，当第一子意图为第一网元初次分解第一意图得到的子意图时，第二子意图可以为第一网元第二次分解第一意图得到子意图。或者，当第一子意图为第一网元第k次分解第一意图得到的子意图时，则第二子意图可以为第一网元第k+1次分解第一意图得到的子意图。

此外，第一网元还可以向第二网元发送的预计次数，具体可以参考图5所示实施例中的相关内容。

在一些实施例中，对应上述S1001和S1002，在第二网元侧，当意图转译模块作为架构的独立功能模块时，意图转译模块从第一网元接收第一意图的第一子意图，意图转译模通过新增接口接收第一意图的第二子意图的目标值和第一子意图的标识。

S1003a：意图转译模块根据指示信息省略转译第二子意图。

具体的，意图转译模块向第二网元中的第三网元发送意图目标修改消息，意图目标修改消息包括第三子意图的标识和第二子意图的目标值。示例性地，第三网元可以为第二网元中的情境感知模块其中，第三子意图为意图转译模块从第一网元接收到的针对第一意图的第1个子意图。示例性地，当第一子意图为针对第一意图的第1个子意图时，这里的第三子意图为第一子意图。

在意图协商过程中，意图转译模块可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

此外，在意图转译模块从第一网元接收预计次数后，意图转译模块的行为可以参考步骤503a中的相关内容，重复之处不再赘述。

在一些实施例中，对应上述S1001和S1002，在第二网元侧，当策略管理模块有意图转译功能时，策略管理模块从第一网元接收第一意图的第一子意图，策略管理模块通过新增接口接收第一意图的第二子意图的目标值和第一子意图的标识。

S1003b：策略管理模块根据指示信息省略转译第二子意图。

具体的，策略管理模块向第二网元中的第三网元发送意图目标修改消息，意图目标修改消息包括第三子意图的标识和第二子意图的目标值。示例性地，第三网元可以为第二网元中的情境感知模块其中，第三子意图为策略管理模块从第一网元接收到的针对第一意图的第1个子意图。示例性地，当第一子意图为针对第一意图的第1个子意图时，这里的第三子意图为第一子意图。

因此，在意图协商过程中，策略管理模块可以不重复执行完整词法语法分析和可用执行策略集的获取，因此，可以实现节省系统资源。

此外，在策略管理模块从第一网元接收预计次数后，策略管理模块的行为可以参考步骤503b中的相关内容，重复之处不再赘述。

以下结合附图对图10所示实施例进行说明。可以理解的是，下文中的第一子意图可以对应上述第一子意图，第二子意图可以对应上述第二子意图，第三子意图可以对应上述第三子意图。

实施例5：如图11所示，在该实施例中，Intent Translation为作为架构的独立功能模块。

步骤1，Data Ingestion&Normalization接收到H-IDN的策略实施请求，策略实施请求包括首次下发的子意图(以下简称子意图1)和预计次数T1。

步骤2，Data Ingestion&Normalization向Knowledge Management发送规范化后的策略，规范化后的策略包括子意图1和预计次数T1。

步骤3，Knowledge Management识别出该规范化后的策略包括子意图1，向IntentTranslation发起转译请求，转译请求携带子意图1和预计次数T1。

步骤4，Intent Translation为子意图1分配id，并向Output Generation andDenormalisation发送该id。

步骤5，Output Generation and Denormalisation向H-IDN发送确认消息，确认消息包携带该id。

步骤6，Intent Translation对子意图1的意图表达式进行词法语法解析。

步骤7，Intent Translation向Knowledge Management发送子意图1的关键词或子意图1的主旨。

步骤8，Knowledge Management向Intent Translation发送该意图的可用执行策略集。

步骤9，Intent Translation获取可用执行策略集中的策略数量N，并设置全局冲突检测指示g_conflict。若N<T1，则g_conflict置为1；否则置为0。

步骤10-13，执行策略的上下文添加和形式化，消息中需要携带g_conflict。

步骤14，Policy Management根据g_conflict的指示决定是否执行全局意图冲突检测。若g_conflict为1则执行，形成冲突信息地图。否则不执行。Policy Management生成本次策略后，如果与现存其他意图是否存在冲突，则还需解决该冲突。

步骤15，Policy Management将该策略发送给Output Generation andDenormalisation。

步骤16，Output Generation and Denormalisation将该策略发送给AssistedSystem。

上述步骤1至步骤16为子意图首次下发过程。

步骤17，H-IDN调用新增接口发送策略验证(validatePolicy)请求，策略验证请求消息中携带子意图1的id、意图n的目标值和预计次数Tn。

步骤18，Data Ingestion&Normalization将正则化的信息发送给KnowledgeManagement。

步骤19，Knowledge Management向Intent Translation发送意图验证消息，意图验证消息中携带子意图1的id、意图n的目标值和预计次数Tn。

步骤20，Intent Translation向Output Generation and Denormalisation发送意图确认消息。

步骤21，Output Generation and Denormalisation向H-IDN发送意图确认消息。

步骤22，Intent Translation直接向Situation Awareness发送意图目标修改消息，意图目标修改消息携带子意图1的id、意图n的目标值。

可以理解的是，若N≥Tn，流程结束。若N<Tn，且Policy Management未执行过全局意图冲突检测，则执行步骤23。

步骤23，若N<Tn，Intent Translation向Policy Management发送全局意图冲突检测请求，消息中携带子意图1的id。

步骤24，Policy Management接收到全局意图冲突检测请求后，执行全局意图冲突检测，形成冲突信息地图。上述步骤17至步骤24为子意图非首次下发过程。

实施例6：如图12所示，在该实施例中，Policy Management具有意图转译功能。

步骤1，Data Ingestion&Normalization接收到H-IDN的策略实施请求，策略实施请求包括首次下发的子意图(以下简称子意图1)和预计次数T1。

步骤2，Data Ingestion&Normalization向Knowledge Management发送规范化后的策略，规范化后的策略包括子意图1，执行类型指示TEMP和预计次数T1。

步骤3，Knowledge Management识别出该规范化后的策略包括子意图1，向PolicyManagement发起转译请求，转译请求携带子意图1、执行类型指示TEMP和预计次数T1。

步骤4，Policy Management为子意图1分配id，并向Output Generation andDenormalisation发送该id。

步骤5，Output Generation and Denormalisation向H-IDN发送确认消息，确认消息包携带该id。

步骤6，Policy Management对子意图1的意图表达式进行词法语法解析。

步骤7，Policy Management向Knowledge Management发送子意图1的关键词或子意图1的主旨。

步骤8，Knowledge Management向Policy Management发送该意图的可用执行策略集。

步骤9，Policy Management获取可用执行策略集中的策略数量N，并设置全局冲突检测指示g_conflict。若N<T1，则g_conflict置为1；否则置为0。

步骤10-13，执行策略的上下文添加和形式化，消息中需要携带g_conflict。

步骤14，Policy Management根据g_conflict的指示决定是否执行全局意图冲突检测。若g_conflict为1则执行，形成冲突信息地图。否则不执行。Policy Management生成本次策略后，如果与现存其他意图是否存在冲突，则还需解决该冲突。

步骤15，Policy Management将该策略发送给Output Generation andDenormalisation。

步骤16，Output Generation and Denormalisation将该策略发送给AssistedSystem。

上述步骤1至步骤16为子意图首次下发过程。

步骤17，H-IDN调用新增接口发送策略批准请求(validatePolicy)，策略批准请求消息中携带子意图1的id、意图n的目标值和预计次数Tn。

步骤18，Data Ingestion&Normalization将正则化的信息发送给KnowledgeManagement。

步骤19，Knowledge Management向Policy Management发送意图验证消息，意图验证消息中携带子意图1的id、意图n的目标值和预计次数Tn。

步骤20，Policy Management向Output Generation and Denormalisation发送意图确认消息。

步骤21，Output Generation and Denormalisation向H-IDN发送意图确认消息。

步骤22，Policy Management直接向Situation Awareness发送意图目标修改消息，意图目标修改消息携带子意图1的id、意图n的目标值。

可以理解的是，若N≥Tn，流程结束。若N<Tn，且Policy Management未执行过全局意图冲突检测，则执行步骤24。

步骤24，若N<Tn，Policy Management执行全局意图冲突检测，形成冲突信息地图。

上述步骤17至步骤24为子意图非首次下发过程。

可以理解的是，针对如图10所示实施例的意图维持过程可以参考上实施例4，重复之处不再赘述。

此外，本申请实施例还提供一种意图分解优化方法，如图13所示，该方法包括：

S1301：第三网元向第一网元发送第一信息，第一信息包括第一指示信息和第二指示信息，第一指示信息用于指示第一子意图达成，第二指示信息用于指示与第一子意图冲突的第二子意图，第一子意图为实现意图的所有子意图。

其中，第三网元的数目为一个或多个。

S1302：第一网元向第三网元发送第三子意图，第三子意图与第一子意图不同，第三子意图为实现意图的所有子意图。

S1303：第三网元向第一网元发送第二信息，第二信息包括第三指示信息和第四指示信息，第三指示信息用于指示第三子意图达成，第四指示信息用于指示与第三子意图冲突的第四子意图。

S1304：第一网元确定意图的执行方案。若第二子意图的总数小于第四子意图的总数，第一网元确定第一子意图作为意图的执行方案。此时，第一网元需要向第三网络发送第三子意图。若第二子意图的总数大于等于第四子意图的总数，第一网络确定第三子意图作为意图的执行方案。

以下结合附图对图10所示实施例进行说明，如图14所示。

步骤1，OSS/App/用户(User)向H-IDN下发意图。

步骤2，H-IDN将意图的目标值分解为每个L-IDN的子意图的目标值。

步骤3，H-IDN向L-IDN发送策略实施请求，策略实施请求包括子意图。示例性地，如图14中步骤3a、步骤3b、步骤3c。

步骤4，L-IDN向H-IDN发送反馈信息，反馈信息包括子意图的是否达成的指示信息和冲突意图信息，示例性地，该冲突意图信息包括与子意图冲突的意图Id列表。示例性地，如图14中步骤4a、步骤4b、步骤4c。

步骤5，H-IDN根据各个L-IDN上报的反馈信息，确定意图达成。

若意图未达成，则重新分解意图，确定可以参考上述实施例1中的具体过程，此处不再赘述。

步骤6，H-IDN根据每个L-IDN上报的冲突意图信息确定第一冲突总数，将意图达成对应的意图执行方案作为第一执行方案。H-IDN重新分解意图，得到第二执行方案。

具体的，H-IDN调整部分或全部L-IDN对应的子意图的目标值，可以理解的是，H-IDN需要参考每个L-IDN对应的子意图的能力上限，已保证L-IDN能够达成子意图。

步骤7、H-IDN向L-IDN发送策略修改请求，策略修改请求包括重新分解后的子意图。示例性地，如图14中步骤7a、步骤7b、步骤7c。

步骤8：L-IDN向H-IDN发送反馈信息，反馈信息包括步骤8确定的子意图的是否达成的指示信息和冲突意图信息。示例性地，如图14中步骤8a、步骤8b、步骤8c。

步骤9，H-IDN根据步骤10中每个L-IDN上报的冲突意图信息获得与第二执行方案对应的第二冲突总数。H-IND选择第一冲突总数和第二冲突总数中较少的冲突总数对应的执行方案，作为目标执行方案。

可以理解的是，H-IDN可以在确定意图达成后，多次重新下发子意图，得到多个执行方案和与多个执行方案分别对应的冲突总数，进而可以实现确定多个执行方案中冲突总数最少的分配方案。

可以理解的是，为了实现上述实施例中功能，网络设备和终端设备包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图15和图16为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中第一网元或第二网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，该装置可以是第一网元，也可以是第一网元内的模块(如芯片)，或者该装置可以是第二网元内的模块(如芯片)。

如图15所示，装置1500包括处理单元1510和收发单元1520。装置1500用于实现上述图5、图6、图7、图8、图9、图10、图11、图12、图15或图16中所示的方法实施例中第一网元(例如H-IDN)或第二网元(例如L-IND)的功能。

当装置1500用于实现图5、图6、图7、图8、图9中所示的方法实施例中第一网元的功能时：所述处理单元1510调用所述收发单元1520执行：向第二网元发送第一意图的第一子意图；向所述第二网元发送所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。

当装置1500用于实现图10、图11、图12中所示的方法实施例中第一网元的功能时：所述处理单元1510调用所述收发单元1520执行：向第二网元发送第一意图的第一子意图；调用新增接口第二网元发送第一意图的第二子意图的目标值和第一子意图的标识。

当装置1500用于实现图15或图16中所示的方法实施例中第一网元的功能时：所述收发单元1520用于从第三网元接收第一信息，所述第一信息包括第一指示信息和第二指示信息，所述第一指示信息用于指示第一子意图达成，所述第二指示信息用于指示与所述第一子意图冲突的第二子意图，所述第一子意图为实现意图的所有子意图；所述收发单元1520用于向所述第三网元发送第三子意图，所述第三子意图与所述第一子意图不同，所述第三子意图为实现所述意图的所有子意图；所述收发单元1520用于从所述第三网元接收第二信息，所述第二信息包括第三指示信息和第四指示信息，所述第三指示信息用于指示所述第三子意图达成，所述第四指示信息用于指示与所述第三子意图冲突的第四子意图；所述处理单元1510用于若所述第二子意图的总数小于所述第四子意图的总数，确定所述第一子意图作为所述意图的执行方案；所述处理单元1510用于若所述第二子意图的总数大于等于所述第四子意图的总数，确定所述第三子意图作为所述意图的执行方案。

当装置1500用于实现图5、图6、图7、图8、图9、图10、图11、图12中所示的方法实施例中第二网元中的意图转译模块或策略管理模块的功能时：所述收发单元1520用于从第一网元接收第一意图的第一子意图；所述收发单元1520用于从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；所述处理单元1510用于根据所述指示信息省略转译所述第二子意图。

有关上述处理单元1510和收发单元1520更详细的描述可以直接参考上述各个实施例所示的方法实施例中相关描述直接得到，这里不加赘述。

如图16所示，装置1600包括处理器1610和接口电路1620。处理器1610和接口电路1620之间相互耦合。可以理解的是，接口电路1620可以为收发器或输入输出接口。可选的，装置1600还可以包括存储器1630，用于存储处理器1610执行的指令或存储处理器1610运行指令所需要的输入数据或存储处理器1610运行指令后产生的数据。

当装置1600用于实现图15所示的装置时，处理器1610用于实现上述处理单元1510的功能，接口电路1620用于实现上述收发单元1520的功能。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘(digital video disc，DVD)；还可以是半导体介质，例如，固态硬盘(solid state drive，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (26)

1.一种意图协商方法，其特征在于，该方法包括：

第一网元向第二网元发送第一意图的第一子意图；

所述第一网元向所述第二网元发送所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。

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

所述第一网元向所述第二网元发送预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

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

所述第一网元在确定所述第一意图已达成，或针对所述第一意图协商超时，或所述第一意图被删除时，所述第一网元保存所述第一意图的协商次数。

4.一种意图协商方法，其特征在于，该方法包括：

第一网元从第三网元接收第一信息，所述第一信息包括第一指示信息和第二指示信息，所述第一指示信息用于指示第一子意图达成，所述第二指示信息用于指示与所述第一子意图冲突的第二子意图，所述第一子意图为实现意图的所有子意图；

所述第一网元向所述第三网元发送第三子意图，所述第三子意图与所述第一子意图不同，所述第三子意图为实现所述意图的所有子意图；

所述第一网元从所述第三网元接收第二信息，所述第二信息包括第三指示信息和第四指示信息，所述第三指示信息用于指示所述第三子意图达成，所述第四指示信息用于指示与所述第三子意图冲突的第四子意图；

若所述第二子意图的总数小于所述第四子意图的总数，所述第一网元确定所述第一子意图作为所述意图的执行方案；

若所述第二子意图的总数大于等于所述第四子意图的总数，所述第一网络确定所述第三子意图作为所述意图的执行方案。

5.一种意图协商方法，其特征在于，该方法包括：

第二网元中的意图转译模块从第一网元接收第一意图的第一子意图；

所述意图转译模块从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；

所述意图转译模块根据所述指示信息省略转译所述第二子意图。

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

所述意图转译模块根据所述第二子意图确定所述第二子意图的目标值；

所述意图转译模块向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

7.如权利要求5或6所述的方法，其特征在于，还包括:

所述意图转译模块从所述第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

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

所述意图转译模块根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量，其中，所述可用执行策略集是基于所述第三子意图确定的；

所述意图转译模块向所述第二网元中的第四网元发送全局意图冲突检测请求，所述全局意图冲突检测请求用于请求针对所述可用执行策略集中的每个策略检测是否存在与该策略发生冲突的子意图。

9.一种意图协商方法，其特征在于，该方法包括：

第二网元中的策略管理模块从第一网元接收第一意图的第一子意图；

所述策略管理模块从第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；

所述策略管理模块根据所述指示信息省略转译所述第二子意图。

10.如权利要求9所述的方法，其特征在于，还包括：

所述策略管理模块根据所述第二子意图确定所述第二子意图的目标值；

所述策略管理模块向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

11.如权利要求9或10所述的方法，其特征在于，还包括:

所述策略管理模块从第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

12.如权利要求11所述的方法，其特征在于，还包括：

所述策略管理模块根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量；其中，所述可用执行策略集是基于所述第三子意图确定的；

所述策略管理模块针对所述可用执行策略集中的每个策略检测在该策略的条件下是否存在与所述第二子意图发生冲突的子意图，确定冲突子意图集合，所述冲突子意图集合包括与所述可用执行策略集中的至少一个策略发生冲突的子意图。

13.如权利要求12所述的方法，其特征在于，还包括：

在所述第二子意图未达成时，所述策略管理模块根据所述可用执行策略集和所述第二子意图的目标值从所述可用执行测量集中确定第一策略；

所述策略管理模块根据所述冲突子意图集合，确定与所述第一策略存在冲突的子意图，并调用预设方法解决与所述第一策略存在冲突的子意图；

所述策略管理模块将所述第一策略发送至所述第二网元中的第四网元。

14.一种意图协商装置，其特征在于，该装置包括：收发单元和处理单元；所述处理单元调用所述收发单元执行：

向第二网元发送第一意图的第一子意图；

向所述第二网元发送所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同。

15.如权利要求14所述的装置，其特征在于，所述处理单元调用所述收发单元执行：向所述第二网元发送预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

16.如权利要求14或15所述的装置，其特征在于，所述处理单元用于在确定所述第一意图已达成，或针对所述第一意图协商超时，或所述第一意图被删除时，所述第一网元保存所述第一意图的协商次数。

17.一种意图协商装置，其特征在于，该装置包括：收发单元和处理单元；

所述收发单元用于从第三网元接收第一信息，所述第一信息包括第一指示信息和第二指示信息，所述第一指示信息用于指示第一子意图达成，所述第二指示信息用于指示与所述第一子意图冲突的第二子意图，所述第一子意图为实现意图的所有子意图；

所述收发单元用于向所述第三网元发送第三子意图，所述第三子意图与所述第一子意图不同，所述第三子意图为实现所述意图的所有子意图；

所述收发单元用于从所述第三网元接收第二信息，所述第二信息包括第三指示信息和第四指示信息，所述第三指示信息用于指示所述第三子意图达成，所述第四指示信息用于指示与所述第三子意图冲突的第四子意图；

所述处理单元用于若所述第二子意图的总数小于所述第四子意图的总数，确定所述第一子意图作为所述意图的执行方案；

所述处理单元用于若所述第二子意图的总数大于等于所述第四子意图的总数，确定所述第三子意图作为所述意图的执行方案。

18.一种意图协商装置，其特征在于，该装置包括：收发单元和处理单元；

所述收发单元用于从第一网元接收第一意图的第一子意图；

所述收发单元用于从所述第一网元接收所述第一意图的第二子意图和指示信息，所述指示信息用于指示所述第一子意图和第二子意图的动作和对象相同；

所述处理单元用于根据所述指示信息省略转译所述第二子意图。

19.如权利要求18所述的装置，其特征在于，还包括：

所述处理单元用于根据所述第二子意图确定所述第二子意图的目标值；

所述收发单元用于向所述第二网元中的第三网元发送意图更新请求，所述意图更新请求包括第三子意图的标识和所述第二子意图的目标值，其中，所述第三子意图为所述意图转译模块从所述第一网元接收到的针对所述第一意图的第1个子意图。

20.如权利要求18或19所述的装置，其特征在于，还包括:

所述收发单元用于从所述第一网元接收预计次数，所述预计次数用于指示与所述第一意图的动作和对象相同的第二意图的协商次数，所述协商次数用于指示执行所述第二意图过程中对所述第二意图的分解次数。

21.如权利要求20所述的装置，其特征在于，还包括：

所述处理单元用于根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量，其中，所述可用执行策略集是基于所述第三子意图确定的；

所述收发单元用于向所述第二网元中的第四网元发送全局意图冲突检测请求，所述全局意图冲突检测请求用于请求针对所述可用执行策略集中的每个策略检测是否存在与该策略发生冲突的子意图。

22.如权利要求20所述的装置，其特征在于，还包括：

所述处理单元用于根据可用执行策略集中包括的策略数量，确定所述预计次数大于所述策略数量；其中，所述可用执行策略集是基于所述第三子意图确定的；

所述处理单元用于针对所述可用执行策略集中的每个策略检测在该策略的条件下是否存在与所述第二子意图发生冲突的子意图，确定冲突子意图集合，所述冲突子意图集合包括与所述可用执行策略集中的至少一个策略发生冲突的子意图。

23.如权利要求22所述的装置，其特征在于，还包括：

在所述第二子意图未达成时，所述处理单元用于根据所述可用执行策略集和所述第二子意图的目标值从所述可用执行测量集中确定第一策略；

所述处理单元用于根据所述冲突子意图集合，确定与所述第一策略存在冲突的子意图，并调用预设方法解决与所述第一策略存在冲突的子意图；

所述收发单元用于将所述第一策略发送至所述第二网元中的第四网元。

24.一种装置，其特征在于，包括用于执行如权利要求1至13中的任一项所述方法的模块。

25.一种装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至13任一项所述的方法。

26.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至13中任一项所述的方法。

Images