CN112865998B - 意图处理方法和相关装置 - Google Patents
意图处理方法和相关装置 Download PDFInfo
- Publication number
- CN112865998B CN112865998B CN201911195345.6A CN201911195345A CN112865998B CN 112865998 B CN112865998 B CN 112865998B CN 201911195345 A CN201911195345 A CN 201911195345A CN 112865998 B CN112865998 B CN 112865998B
- Authority
- CN
- China
- Prior art keywords
- network element
- network
- state
- intention
- requirement
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
Abstract
本申请提供了一种意图处理方法及相关装置。意图处理方法包括:第一网元接收意图;第一网元根据意图获取操作需求和第二网元的标识;第一网元根据第二网元的标识向第二网元发送操作需求,操作需求用于指示第二网元根据操作需求对应的操作实现意图。这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元。第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
Description
技术领域
本申请涉及网络管理技术领域,尤其涉及一种意图处理方法和相关装置。
背景技术
当前3GPP SA5在传统北向接口(itf-N)的定义上采用网络资源全量建模和网络对象全量管理的方式。网络管理系统(Network Management System,NMS)通过配置管理(Configuration Management,CM),性能管理(Performance Management,PM),故障管理(Fault Management,FM)、等类型的操作直接对南向所有的管理对象进行增删改查。这样不仅提高了运营商管理和运维门槛,而且由于各个设备的厂商不同,难以实现异厂商互通。
为了降低网络基础设施的管理复杂度、提高多厂商设备场景下,对多厂商设备进行管理的运维效率,3GPP SA5启动了意图驱动管理服务(Intent Driven ManagementService,IDMS)的研究(3GPP TR 28.812),主要解决思路可以总结为:
NMS不直接对网络资源模型(Network Resource Model,NRM)进行管理,NMS中只保留意图模型,北向接口上只传递厂商无关的意图表达式,从而屏蔽了设备厂商实现上的差异化细节。意图表达式,只描述要达到的意图、而不涉及具体如何达到意图,这样只需具备无线领域基本的概念知识即可完成意图表达,从而降低了运维门槛。具体地,通过才当网元管理系统(Element Management System,EMS)部署意图模型,当EMS接收到NMS发送的意图请求后,利用意图系统(IDM MnS Producer)根据网络状态得到所要达到该意图目标所需执行的操作,并执行操作达到意图目的,从而达成达成意图。
但是,在这样的方案中,意图系统部署在EMS,由于EMS需要管理多个网元,对于每个网元的每个意图,具体的执行的操作的逻辑和控制都在EMS,这样EMS在执行操作以达成意图的过程中,与多个网元之间,存在大量的信令交互,使得EMS成为性能瓶颈。如果在每个网元上部署意图模型,当意图的对象为某个区域内所有网元时,需要向该区域内的每个网元都发送相同的意图,而且每个网元中的意图模型都需要进行相同的转译处理,这样会浪费大量的资源。
发明内容
本申请提供了一种意图处理方法和相关装置,能够减轻部署有意图系统的设备的负荷,也能节省资源。
第一方面,本申请实施例提供一种意图处理方法,包括:
第一网元接收意图;
第一网元根据意图获取操作需求和第二网元的标识;
第一网元根据第二网元的标识向第二网元发送操作需求,操作需求用于指示第二网元根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元。第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,第一网元根据意图获取操作需求和第二网元的标识,包括:第一网元从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;第一网元根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。如此,第一网元可根据第二网元的描述信息从第一数据库中快速地获取第二网元的标识,和从第二数据库中快速地获取操作需求。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。这样,第一网元能够根据第二网元的属性条件信息,从多个网元中获得属性信息符合属性条件信息的第二网元。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。如此,第二网元可根据操作需求中的操作控制自身的运行状态,从而达成意图。
第二方面,本申请实施例提供一种意图处理方法,包括:
第一网元接收意图;
第一网元根据意图获取操作需求和第二网元的标识;
第一网元获取第三网元的标识;
第一网元根据第三网元的标识,向第三网元发送操作需求和第二网元的标识,操作需求用于指示根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元。第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,第一网元获取第三网元的标识包括:第一网元根据意图获取第三网元的标识;或第一网元根据第二网元的标识获取第三网元的标识。如此,第一网元根据意图获取第三网元的标识,这样第三网元的处理的操作需求种类更加单一。例如第三网元可专用于执行处理该需求描述信息对应的操作需求,或处理少数多个需求描述信息对应的操作需求,这样可以更好地优化第三网元,以使得操作需求的处理效率更高,从而能够提升意图达成效率。第一网元根据第二网元的标识获取第三网元的标识,这样第三网元专用于控制第二网元达成意图,或用于控制少数多个网元达成意图。第三网元只需与第二网元交互以达成意图,或与少数多个网元交互以达成意图,从而可以提升意图达成的效率,也能够降低第三网元的硬件要求。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,第一网元根据意图获取操作需求和第二网元的标识,包括:第一网元从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;第一网元根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。如此,第一网元可根据第二网元的描述信息从第一数据库中快速地获取第二网元的标识,和从第二数据库中快速地获取操作需求。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。这样,第一网元能够根据第二网元的属性条件信息,从多个网元中获得属性信息符合属性条件信息的第二网元。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。如此,第三网元可根据操作需求中的操作控制第二网元的运行状态,从而达成意图。
第三方面,本申请实施例提供一种意图处理方法,包括:
第二网元接收第一网元发送的操作需求,操作需求是第一网元根据接收到的意图得到的;
第二网元根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元,由第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。如此,第二网元可根据操作需求中的操作控制自身的运行状态,从而达成意图。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;第二网元根据操作需求对应的操作实现意图包括:当第二网元识别出操作的类型为第一类型时,第二网元获取自身的网络状态;当网络状态不符合达成准则时,第二网元根据网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态,直到网络状态符合达成准则。如此,第二网元根据第一类型的操作,调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;第二网元根据操作需求对应的操作实现意图包括:当第二网元识别出操作的类型为第二类型时,第二网元获取自身的网络状态;当自身的网络状态不符合达成准则时,第二网元根据自身的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作调整运行状态;第二网元获取调整运行状态后的网络状态;当调整运行状态后的网络状态不符合达成准则时,第二网元判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,第二网元根据达成准则和调整运行状态后的网络状态修改第二目标操作,根据修改后的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,第二网元根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。如此,第二网元根据优化类型的操作,调整运行状态,并根据调整运行状态后的网络状态和达成准则之间的差异,修改操作,再根据修改后的操作调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
在一些可能的实施方式中,操作需求还包括奖励公式,第二网元根据达成准则和调整运行状态后的网络状态修改第二目标操作,包括:第二网元根据达成准则、奖励公式和调整运行状态后的网络状态修改第二目标操作。这样,奖励公式由第一网元发送给第二网元,第二网元可不需要计算奖励公式,从而可以减少第二网元的计算量,节省资源。
第四方面,本申请实施例提供一种意图处理方法,包括:
第三网元接收第一网元发送的第二网元的标识和操作需求,第二网元的标识和操作需求是第一网元根据接收到的意图得到的;
第三网元根据操作需求对应的操作控制第二网元的业务运行以实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元。第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。如此,第三网元可根据操作需求中的操作控制第二网元的运行状态,从而达成意图。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个执行操作和与每个操作对应的执行条件;第三网元根据操作需求对应的操作控制第二网元的业务运行以实现意图包括:当第三网元识别出操作的操作类型为第一类型时,第三网元获取第二网元的网络状态;当网络状态不符合达成准则时,第三网元根据网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并利用第一目标操作控制第二网元的业务运行,直到网络状态符合达成准则。如此,第三网元根据第一类型的操作,控制第二网元调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;第三网元根据操作需求对应的操作控制第二网元的业务运行以实现意图包括:当第三网元识别出操作的类型为第二类型时,第三网元获取第二网元的网络状态;当第二网元的网络状态不符合达成准则时,第三网元根据第二网元的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作控制第二网元调整运行状态;第三网元获取第二网元的调整运行状态后的网络状态;当调整运行状态后的网络状态不符合达成准则时,第二网元判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,第三网元根据达成准则和调整运行状态后的网络状态修改第二目标操作,并根据修改后的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,第三网元根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。如此,第三网元根据优化类型的操作,控制第二网元调整运行状态,并根据调整运行状态后的网络状态和达成准则之间的差异,修改操作,再根据修改后的操作调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
在一些可能的实施方式中,操作需求还包括奖励公式,第三网元根据达成准则和调整运行状态后的网络状态修改第二目标操作,包括:第三网元根据达成准则、奖励公式和调整运行状态后的网络状态修改目标操作。这样,奖励公式由第一网元发送给第三网元,第三网元可不需要计算奖励公式,从而可以减少第三网元的计算量,节省资源。
第五方面,本申请实施例提供一种第一网元,包括:
接收模块,用于接收意图;
处理模块,用于根据意图获取操作需求和第二网元的标识;
发送模块,用于根据第二网元的标识向第二网元发送操作需求,操作需求用于指示第二网元根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元。第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,处理模块包括:
第一获取单元,用于从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;
第二获取单元,用于根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
第六方面,本申请实施例提供一种第一网元,包括:
接收模块,用于接收意图;
处理模块;用于根据意图获取操作需求和第二网元的标识;
获取模块,用于获取第三网元的标识;
发送模块,用于根据第三网元的标识,向第三网元发送操作需求和第二网元的标识,操作需求用于指示根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元。第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,处理模块包括:
第一获取单元,用于从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;
第二获取单元,用于根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。
在一些可能的实施方式中,获取模块包括:
第三获取单元,用于根据意图获取第三网元的标识;或
第四获取单元,用于根据第二网元的标识获取第三网元的标识。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
第七方面,本申请实施例提供一种第二网元,包括:
接收模块,用于接收第一网元发送的操作需求,操作需求是第一网元根据接收到的意图得到的;
执行模块,用于根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元。第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块包括:
第一获取单元,用于当识别出操作的类型为第一类型时,获取自身的网络状态;
第一执行单元,用于当网络状态不符合达成准则时,根据自身的网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态,直到自身的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块包括:
第二获取单元,用于当识别出操作的类型为第二类型时,获取自身的网络状态;
第二执行单元,用于当自身的网络状态不符合达成准则时,根据自身的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作调整运行状态;
判断单元,用于获取调整运行状态后的网络状态;和当调整运行状态后的网络状态不符合达成准则时,判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;
第三执行单元,用于当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,根据达成准则和调整运行状态后的网络状态修改第二目标操作,并根据修改后的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;
第四执行单元,用于当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括奖励公式,在根据达成准则和调整运行状态后的网络状态修改第二目标操作方面,第三执行单元具体用于:
根据达成准则、奖励公式和调整运行状态后的网络状态修改第二目标操作。
第八方面,本申请实施例提供一种第三网元,包括:
接收模块,用于接收第一网元发送的第二网元的标识和操作需求,第二网元的标识和操作需求是第一网元根据接收到的意图得到的;
执行模块,用于根据操作需求对应的操作控制第二网元的业务运行以实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元。第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个执行操作和与每个操作对应的执行条件;
执行模块包括:
第一获取单元,用于当第三网元识别出操作的操作类型为第一类型时,获取第二网元的网络状态;
第一执行单元,用于当网络状态不符合达成准则时,根据网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并利用第一目标操作控制第二网元的业务运行,直到第二网元的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块包括:
第二获取单元,用于当第三网元识别出操作的类型为第二类型时,获取第二网元的网络状态;
第二执行单元,用于当第二网元的网络状态不符合达成准则时,根据第二网元的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作控制第二网元调整运行状态;
判断单元,用于获取第二网元的调整运行状态后的网络状态;当调整运行状态后的网络状态不符合达成准则时,判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;
第三执行单元,用于当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,根据达成准则和调整运行状态后的网络状态修改第二目标操作,并根据修改后的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;
第四执行单元,用于当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。
在一些可能的实施方式中,操作需求还包括奖励公式,根据达成准则和调整运行状态后的网络状态修改第二目标操作方面,第三执行单元具体用于:
根据达成准则、奖励公式和调整运行状态后的网络状态修改目标操作。
第九方面,本申请实施例提供一种设备,设备包括处理器和存储器,存储器存储计算机指令;处理器执行存储器存储的计算机指令,使得设备执行上述第一方面任一实施方式的意图处理方法,或上述第二方面任一实施方式的意图处理方法,或上述第三方面任一实施方式的意图处理方法,或上述第四方面任一实施方式的意图处理方法。
第十方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,该计算机指令指示该服务器执行上述第一方面的任一实施方式提供的意图处理方法,或上述第二方面的任一实施方式提供的意图处理方法,或上述第三方面任一实施方式的意图处理方法,或上述第四方面任一实施方式的意图处理方法。
附图说明
图1为现有技术中网络系统涉及的网络架构图;
图2为现有技术中意图处理系统涉及的网络架构图;
图3a为现有技术中意图处理系统涉及的另一网络架构图;
图3b为现有技术中意图处理系统涉及的又一网络架构图;
图4为本申请实施例的意图处理系统的网络架构图;
图5a为本申请实施例的意图处理方法的流程示意图;
图5b为本申请实施例的意图处理方法的另一流程示意图;
图6为本申请实施例的意图处理系统的另一网络架构图;
图7a为本申请实施例的意图处理方法的又一流程示意图;
图7b为本申请实施例的意图处理方法的再一流程示意图;
图8为本申请实施例的第一网元的模块示意图;
图9为本申请实施例的第一网元的另一模块示意图;
图10为本申请实施例的第二网元的模块示意图;
图11为本申请实施例的第三网元的模块示意图;
图12为本申请实施例的设备的结构示意图;
图13为本申请实施例的设备的结构示意图;
图14为本申请实施例的设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
图1为现有技术中的网络系统100的网络架构图。网络系统包括运行支撑系统(operational support system,OSS)101、NMS102、EMS103和一个或多个网元104。
其中,OSS是面向运营商业务的综合管理系统,运营商可以通过OSS实现订单管理、计费、用户管理或产品管理等功能。
其中,NMS可以是负责网络的运行、管理和维护功能的管理系统,NMS可以提供故障、配置、计帐、性能或安全(fault,configuration,accounting,performance orsecurity,FCAPS)等五种基本功能。NMS的管理对象可以包括网络中所有的实体,如:网络设备、应用程序、服务器系统、路由器、交换机、集线器、辅助设备(例如,不间断电源系统(uninterrupted power system,UPS))等。NMS可以给网络管理员提供一个全系统的网络视图。
其中,EMS可以是符合国际电信联盟电信标准分局(ITU telecommunicationstandardization sector,ITU-T)标准的网元管理软件,可以管理一个或多个某个类别的网元。
可选的,EMS允许用户单独管理每个网元的所有特征。
请参阅图2,图2为现有技术中,意图处理系统的网络架构图。该意图处理系统包括意图发送方、意图系统和一个或多个网元。意图发送方可向意图系统发送意图。在意图中,包括要达到的目标,而不包括具体如何达到目标的操作。意图系统用于处理意图发送方的意图。意图系统接收到意图发送方发送的意图之后,意图系统根据意图得到意图执行的对象,该操作对象通常包括多个网元,例如,图2中的操作对象包括网元1、网元2、网元3……和网元n(n为正整数)。然后意图系统识别意图中的意图,并根据识别结果执行对应的操作以控制这多个网元的运行,从而达成意图。在意图系统控制多个网元的运行以达成意图的过程中,意图系统与多个网元之间需要进行大量的信令交互。
结合图1所示的网络系统100,网络系统100中的OSS101和NMS102可以作为意图管理系统中的意图发送方,网络系统100中的EMS 103可用于部署意图处理系统的意图系统。如图3a所示的意图处理系统的网络架构中,意图系统部署在EMS。EMS通常需要管理多个网元。若EMS接收到意图之后,根据该意图得到意图执行的对象为图3a所示的网元1、网元2、网元3……和网元n(n为正整数),那么意图系统根据意图的内容向网元1-网元n发送控制指令,来控制网元的运行以达成意图。在意图系统向网元1-网元n发送控制指令中,EMS与网元1-网元n中的每个网元之间都会有大量的信令交互,这样必然会增大EMS的负荷。即使是不将意图系统部署在EMS,而是将意图转译系统部署在单独的设备,当意图执行对象较多时,这个单独部署意图系统的设备的负荷也会过大。
如果为了降低EMS或单独部署意图系统的设备的负荷,意图处理系统采用如图3b所示的网络架构,在网元1-网元n中的每个网元上部署意图系统,这样会导致浪费网元的存储资源。EMS接收到意图之后,会将同一个意图发送给网元1-网元n中的每个网元,网元1-网元n中的每个网元都会接收到同一个意图,并转译该同一个意图,这样也浪费了大量的计算资源。
图4为本申请实施例的意图处理系统的网络架构图。意图处理系统包括第一网元和第二网元。第一网元为接收意图的网元。第一网元接收意图之后,根据该意图得到操作需求和第二网元的标识,然后根据第二网元的标识向第二网元发送操作需求。第二网元则可根据操作需求控制自身的业务运行以达成意图。这样意图是由第一网元集中转译的,第一网元先将意图转译成操作需求之后,再将操作需求发送给一个或多个第二网元。一个或多个第二网元分别根据操作需求控制自身的业务运行以达成意图。那么,在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
如图5a所示,图5a为本申请实施例的意图处理方法的流程示意图。意图处理方法包括以下步骤:
S501、第一网元接收意图;
具体地,第一网元接收来自意图发送方的意图。第一网元可以为部署有NMS的网元,也可以为部署有EMS的网元,还可以为没有部署NMS或EMS的网元。
基于图1所示的网络系统100,当第一网元为部署有NMS的网元时,意图发送方可以是OSS或用户。第一网元可接收来自OSS的意图,或接收用户通过第一网元输入的意图。
当第一网元为部署有EMS的网元时,意图发送方可以是NMS,也可以是OSS,还可以是用户。第一网元可接收来自NMS的意图,也可以接收来自OSS的意图,还可以接收用户通过第一网元输入的意图。
当第一网元为没有部署NMS或EMS的网元,第一网元为独立于NMS和EMS的网元时,意图发送方可以是EMS、NMS、OSS或用户。第一网元可以接收来自EMS、NMS或OSS的意图,也可以接收用于通过第一网元输入的意图。
例如,意图包括需求描述信息和第二网元的描述性信息。意图发送方可通过意图表达式的方式提供意图。意图表达式中包括意图驱动对象部分和意图驱动操作部分,意图驱动对象部分中包括第二网元的属性描述信息。第二网元的属性描述信息具体可以为意图驱动对象所需的属性条件信息,也即第二网元的属性条件信息。第二网元的属性条件信息可包括但不限于网元类型条件、网元设备型号条件、网元所属的地理位置范围、网元的部署时间范围等。意图驱动操作部分包括意图对应的操作需求的需求描述信息。意图发送方可根据实际的意图需求,提供意图表达式来表达意图。具体地,意图表达式如下:
<IntentDrivenAction>,<IntentDrivenObject>;
例如意图驱动对象部分为“深圳市南山区内的5G基站”,其中“深圳市南山区”为网元所属的地理位置范围,“5G基站”为网元设备类型条件。
意图驱动操作部分包括根据意图需求抽象和简化得到的操作需求的需求描述信息。第一网元可根据该需求描述信息获得对应的操作需求。
当然,意图不限于通过意图表达式的方式提供,意图表达式也不限于上述形式。在其他实施例中,意图发送方可通过其他方式提供意图。
S502、第一网元根据该意图获取操作需求和第二网元的标识。
意图中包括需求描述信息和第二网元的描述信息。
该第二网元的描述信息包括第二网元的属性条件信息。第一网元获取符合该属性条件信息的第二网元的标识。该属性条件信息可包括但不限于地理位置范围、部署时间范围、网元类型、网元设备型号、网元能够执行的指令格式。
第一网元获取与该需求描述信息对应的操作需求。需求描述信息包括意图索引,第一网元可先识别该需求描述信息得到意图索引,然后获取与该意图索引对应的操作需求。需求描述信息包括“调整语音数据丢包率(volte_loss_rate)到1%以下”,则第一网元可识别出意图索引为“语音数据丢包率”。第二网元能够根据该操作需求中的操作达成意图。
例如,第一网元根据该意图获取操作需求和第二网元的标识的实现方式可以参考后续图5b的描述。
S503、第一网元根据第二网元的标识向第二网元发送操作需求;
可选的,需求描述信息包括意图索引和意图目标。第一网元获得的与该意图索引对应的操作需求中,包括待填充的参数。第一网元根据意图索引获得操作需求之后,可根据意图目标填充该操作需求中的待填充参数,得到填充后的操作需求。然后第一网元向第二网元发送该填充后的操作需求。例如,需求描述信息包括“调整语音数据丢包率(volte_loss_rate)到1%以下”,则第一网元可识别出意图索引为“语音数据丢包率”,意图目标为“1%以下”。该意图索引对应的操作需求包括达成准则、多个操作和每个操作对应的执行条件,达成准则中的达成条件是待填充的参数。第一网元则可以根据意图目标“1%以下”得到达成准则中的达成条件为1%。
可选的,需求描述信息包括意图索引。第一网元获得的与意图索引对应的操作需求中,不包括待填充的参数。第一网元可向第二网元发送从第二数据库中获得的操作需求。例如,需求描述信息为对深圳市南山区内的各个小区进行负载均衡调整,则第一网元可以识别出该意图索引为负载均衡调整,则第一网元从第二数据库中获取负载均衡调整对应的操作需求,该操作需求中包含均衡负载的操作。
S504、第二网元根据操作需求中的操作实现该意图。
操作需求中的操作包括操作指令,第二网元可通过执行操作指令实现该意图。
例如,第二网元根据操作需求中的操作实现该意图的实现方式可以参考后续图5b的描述。
本申请实施例的技术方案中,第一网元接收意图之后,根据意图获取操作需求和第二网元的标识,再根据第二网元的标识向第二网元发送操作需求。第二网元根据操作需求中的操作实现该意图。这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元。第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可选的实施例中,本申请实施例的意图处理方法还包括:
S505、第二网元向第一网元发送意图达成消息。
如此,第一网元接收到意图达成消息,且意图达成消息中包含该意图的标识时,则可确认该第二网元已达成该意图。
具体地,第一网元向第二网元发送操作需求时,可将该意图的标识也发送至第二网元。第二网元向第一网元发送的意图达成消息中,可包括该意图的标识。这样,当第一网元处理多个意图时,能够根据意图达成消息中的意图的标识确定已达成的意图。
请参阅图5b,图5b为本申请实施例的意图处理方法的流程示意图。基于上述图5a所示的实施例,在一些可选地实施例中,第一网元根据该意图获取操作需求和第二网元的标识包括以下步骤S5021和S5022。
S5021、第一网元从第一数据库中获取属性信息符合该描述信息的第二网元的标识;
第一数据库包括第二网元的属性信息和第二网元的标识的关联关系。具体地,第一数据库包括多个网元的属性信息与每个网元的标识的关联关系。第一网元根据第二网元的描述信息,从第一数据库中获取属性信息符合该描述信息的第二网元的标识。例如,第二网元的描述信息包括“深圳市南山区内的5G基站”,该描述信息中包括地理位置属性对应的地理位置范围“深圳市南山区”,和网元类型属性对应的网元类型条件“5G基站”。第一网元根据该描述信息,从第一数据库中,获取属性信息中的地理位置属性符合该地理位置范围、网元类型属性符合该网元类型条件的第二网元的标识。需要说明的是,描述信息的内容不限于上述举例,上述举例仅用于解释说明,不构成对本申请的限制。
S5022、第一网元根据需求描述信息从第二数据库中获取操作需求。
第二数据库中包括需求描述信息与操作需求的关联关系。第二数据库中的操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、操作的类型信息和执行该操作所需满足的执行条件、指令格式与第二网元的标识的对应关系。达成准则为衡量意图达成的条件。执行约束为根据操作实现该意图时所需满足的约束。奖励公式用于根据所述第二网元的网络状态调整所述操作中的参数值。指令格式用于指示第二网元执行操作指令的格式。
第二数据库可按照区域部署。操作需求中的指令格式包括,该第二数据库对应的区域内,能够执行该操作需求的网元的标识与指令格式的对应关系。每个网元的标识对应的指令格式为,该网元执行该操作需求中的操作的操作指令时,操作指令的格式。可选的,指令格式可为对应的第二网元支持的操作指令的格式。
需求描述信息对应的操作需求中可以仅包含操作;操作需求中也可以包含操作,和达成准则、执行约束、奖励公式、所述操作的类型信息、执行所述操作所需满足的执行条件、指令格式与第二网元的标识的对应关系中的任意一项或多项。例如,操作需求中可仅包含操作,也可以包含操作和达成准则,或者也可以包含操作、达成准则、执行约束和奖励公式,还可以包括操作、达成准则、执行约束、奖励公式和指令格式与第二网元的标识的对应关系。
具体地,需求描述信息包括意图索引,第二数据库中存储有多个意图索引和每个意图索引对应的操作需求。
意图索引可以是第一网元通过对需求描述信息进行语义分析的方式获得的意图关键信息。例如,需求描述信息为对深圳市南山区内的各个小区进行负载均衡调整。则第一网元可以识别出该意图关键信息为负载均衡调整。然后第一网元将该意图关键信息作为意图索引,从第二数据库中获取负载均衡调整对应的操作需求。
意图索引也可以是能够表示意图需求的字符串。第一网元能够根据该字符串从第二数据库中获取对应的操作需求。例如,索引表中包括多个意图索引和每个意图索引所对应的意图描述信息。意图发送者可以根据各个索引信息的意图描述信息,从索引表中获得与所需表达的意图相符的意图描述信息对应的意图索引。然后意图发送方将该索引信息作为需求描述信息的一部分,提供给第一网元。第一网元根据意图发送方提供的意图索引,从第二数据库中获取该意图索引对应的操作需求。第一网元可以对意图发送者提供的需求描述信息进行语义分析之后得到意图关键信息,然后再从索引表中获取意图描述信息与该意图关键信息相符的字符串作为意图索引,再利用该意图索引从第二数据库中获取该意图索引对应的操作需求。
每个意图索引对应的操作需求所包含的内容具体如下表1所示:
需要说明的是,每个意图索引对应的操作需求中,达成准则、操作类型、执行条件、指令格式与网元的标识的对应关系是可可选的。也即是说,意图索引对应的操作需求中,可不包含达成准则、操作类型、执行条件、指令格式与网元的标识的对应关系,也可以包括达成准则、操作类型、执行条件和指令格式与网元的标识的对应关系中的任意一种或多种。意图索引对应的操作需求中的内容不限于上述表1中的举例,在其他实施例中,意图索引对应的操作需求可包含更多或更少的内容。
如此,第一数据库中包括第二网元的属性信息和第二网元的标识的关联关系,第二数据库中包括需求描述信息与操作需求的关联关系。第一网元可利用第一数据库和第二数据库,将意图中的需求描述信息转译成操作需求,并获得第二网元的标识,然后将操作需求发送至第二网元,使得第二网元能够根据操作需求调整运行状态达成意图。这样可以减少第一网元根据意图控制第二网元调整运行状态而达成意图的过程中,第一网元与第二网元之间的信令发送次数,从而降低第一网元的负荷。
在一个可选实施例中,第一网元从第二数据库中获取到的操作需求包括指令格式与网元的标识的对应关系。第一网元将该指令格式与网元的标识的对应关系发送至第二网元,由第二网元根据自身的标识,结合该操作需求中的指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式。如此,第二网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
在另一个可选实施例中,第一网元从第二数据库中获取到的操作需求包括指令格式与网元的标识的对应关系。第一网元根据第二网元的标识,结合该操作需求中的指令格式与网元的标识的对应关系,获得第二网元执行操作需求中的操作的操作指令时,操作指令的指令格式,并将该指令格式作为操作需求发送至第二网元。如此,第二网元在根据操作需求中的操作调整运行状态时,能够根据该指令格式将操作中的操作指令转换成该指令格式,再执行转换后的操作指令以调整运行状态,从而可以提升第二网元执行操作指令的效率。
请继续参阅图5b,基于上述图5a的实施例,在一些可选的实施例中,第二网元根据操作需求中的操作实现该意图包括以下步骤S5040-S5049。
S5040、第二网元获取操作需求中的操作的类型。
操作的类型例如可包括但不限于工作流类型、优化类型和指令类型。在一些实施例中,操作需求中包括操作的类型信息,第二网元可根据操作需求中的操作的类型信息得到操作的类型。操作需求中包括的操作的类型信息,可以是类型标识。这样第二网元可以根据操作需求中的类型标识得到操作的类型。
在另一些实施例中,操作需求中不包含操作的类型标识。第一网元根据意图获得操作需求之后,分析操作需求中的操作的特征信息,得到操作的类型信息,并向第二网元发送该类型信息。第二网元根据第一网元发送的类型信息得到该操作需求中的操作的类型。
操作需求中的操作的类型为第一类型时,第二网元执行步骤S5042,操作需求中的操作的类型是第二类型时,第二网元执行步骤S5044,识别出操作需求中的操作类型是第三类型时,第二网元执行步骤S5048;
第一类型例如可以是工作流类型。第一类型的操作对应的操作需求中包括达成准则、一个或多个操作和每个操作对应的执行条件。第二网元根据工作流类型的操作,调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
第二类型例如可以是优化类型。第二类型的操作对应的操作需求中包括达成准则、一个或多个第二类型的操作和每个操作对饮的个执行条件。第二网元根据优化类型的操作,调整运行状态,并根据调整运行状态后的网络状态和达成准则之间的差异,修改操作,再根据修改后的操作调整运行状态,直到调整运行状态后的网络状态符合达成准则,即达成意图。
第三类型例如可以是指令类型。第三类型的操作对应的操作需求中包括一个或多个操作和每个操作的执行条件。第二网元根据操作需求中的操作调整运行状态。
S5041、第二网元获取自身的网络状态,并判断自身的网络状态是否符合操作需求中的达成准则,若是,则可确定意图达成,若否,则执行步骤S5042;
达成准则中包括一个或多个参数类型和每个参数类型对应的达成条件。第二网元识别出操作需求中的操作的类型为第一类型时,根据自身的网络状态获取达成准则中的每个参数类型的参数值。若达成准则中的每个参数类型对应的参数值符合达成条件,则第二网元可判定自身的网络状态符合达成准则,否则,第二网元判定自身的网络状态不符合达成准则。
例如,需求描述信息为调整语音数据丢包率到1%以下,达成准则中包括参数类型:语音数据丢包率。该参数类型对应的达成条件为小于或等于1%。当第二网元获取到自身的调整语音数据丢包率为7%时,则可确认自身的网络状态不符合达成准则。
需要说明的是,在网络状态符合操作需求中的达成准则之后,第二网元继续执行步骤S5041。若第二网元确定网络状态符合操作需求中的达成准则之后,第二网元的网络状态发生了变化,且第二网元检测到自身的网络状态不符合达成准则,第二网元则向第一网元发送达成状态变更消息。该达成状态变更消息用于通知第一网元,第二网元的网络状态已不符合该意图对应的达成准则,第二网元处于意图未达成状态。
S5042、当自身的网络状态不符合达成准则时,第二网元根据自身的网络状态,从操作需求的一个或多个操作中获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态,调整运行状态之后返回步骤S5041。
每个操作的执行条件可理解为,执行操作时第二网元的网络状态所需满足的条件。执行条件具体可包括用于衡量网络状态的一个或多个网络状态参数和每个网络状态参数对应的参数条件。第二网元根据自身的网络状态得到每个网络状态参数对应的参数值。若执行条件中的每个状态参数条件对应的参数值都符合参数条件,则第二网元可确认自身的网络状态符合该执行条件,并将该执行条件对应的操作为第一目标操作。否则,第二网元确认网络状态不符合该执行条件。
例如,需求描述信息为调整语音数据丢包率到1%以下,该需求描述信息对应的操作需求包括操作a和操作b,操作a的执行条件a是语音数据丢包率大于1%且小于或等于5%,操作b的执行条件b是语音数据丢包率大于5%且小于或等于10%。该例子中,执行条件a的网络状态参数为语音数据丢包率,执行条件a对应的参数条件为大于1%且小于或等于5%。执行条件b的网络状态参数为语音数据丢包率,执行条件b应的参数条件为大于5%且小于或等于10%。当第二网元获取到自身的调整语音数据丢包率为7%时,第二网元可确认自身的调整语音数据丢包率符合操作b的执行条件b,则将操作b作为第一目标操作。
第二网元获得一个或多个第一目标操作之后,根据第一目标操作控制自身的业务运行,以调整运行状态。调整运行状态之后,第二网元再返回执行步骤S5041,判断自身的网络状态是否符合达成准则。若网络状态不符合达成准则,则第二网元则再次执行步骤S5042,根据自身的网络状态,从操作需求的一个或多个操作中重新获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态。这样第二网元循环执行步骤S5051和S5042,直到网络状态符合达成准则。
一个或多个操作中的每个操作均包括操作指令,那么第二网元得到第一目标操作之后,可执行第一目标操作的操作指令以控制自身的业务运行,从而调整运行状态。
需要说明的是,本申请实施例中的第一目标操作为一个变量,每执行一次步骤S5042,第二网元会根据网络状态重新从一个或多个操作中获取符合执行条件的第一目标操作。
若没有获取到符合执行条件第一目标操作,第二网元则向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
需要说明的是,操作需求中的执行条件是可选的。当第一类型的操作需求包括一个操作且不包括执行条件时,在步骤S5042中,第二网元则可将该一个操作作为第一目标操作,并根据该第一目标操作调整运行状态。
可选的,在一些实施例中,第一类型的操作对应的操作需求中还包括执行约束。第二网元在根据操作调整运行状态实现该意图的过程中,始终满足该执行约束。如此,当实现意图的过程中对第二网元的运行状态有要求时,例如,需要保证第二网元的业务运行状态始终保存正常时,可通过设置执行约束来使得第二网元的在实现该意图的过程中,业务运行状态始终符合要求。
可选的,当第一网元向第二网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第二网元执行第一目标操作中的操作指令之前,根据网元的标识与指令格式的对应关系及自身的标识获取执行操作指令时,操作指令的指令格式,然后将第一目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。如此,第二网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
S5043、第二网元获取自身的网络状态,并判断自身的网络状态是否符合达成准则;
该步骤S5043的解释说明可参考上述步骤S5041的解释说明,为避免冗余,在此不再赘述。
S5044、当自身的网络状态不符合达成准则时,第二网元根据自身的网络状态获取符合执行条件的第二目标操作,并据操第二目标操作调整运行状态;
第二网元获取第二目标操作的具体过程可参考上述第二网元获取第一目标操作的过程。一个或多个操作中的每个操作均包括操作指令,那么第二网元得到第二目标操作之后,可执行第二目标操作的操作指令以控制自身的业务运行,从而调整运行状态。
若没有获取到符合执行条件的第二目标操作,则第二网元向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
在一些实施例中,第二类型的操作对应的操作需求中还包括执行约束。第二网元在根据操作调整运行状态实现该意图的过程中,始终满足该执行约束。如此,当实现意图的过程中对第二网元的运行状态有要求时,例如,需要保证第二网元的业务运行状态始终保存正常时,可通过设置执行约束来使得第二网元的在实现该意图的过程中,业务运行状态始终符合要求。
S5045、第二网元获取调整运行状态后的网络状态,并判断调整运行状态后的网络状态是否符合达成准则,若是,则确认意图达成,若否,执行步骤S5046;
达成准则中包括一个或多个参数类型和每个参数类型对应的达成条件。第二网元调整运行状态之后,根据调整运行状态后的网络状态,获取达成准则中的每个参数类型的参数值。若根据调整运行状态后的据网络状态,确认达成准则中的每个参数类型的参数值都符合达成条件,第二网元则可判定调整运行状态后的网络状态符合达成准则;否则,第二网元判定调整运行状态后的网络状态不符合达成准则。
S5046、当调整运行状态后的网络状态不符合达成准则时,第二网元判断该调整运行状态后的网络状态是否符合该第二目标操作对应的执行条件,若不符合则执行步骤S5047,若符合则执行步骤S5048。
S5047、第二网元根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,并根据重新获取的第二目标操作调整运行状态。第二网元调整运行状态之后,返回执行步骤S5045。
可以理解,调整运行状态之后,第二网元的网络状态发生了变化,第二网元的网络状态可能不符合根据调整前的网络状态获得的第二目标操作对应的执行条件。那么在调整运行状态后,判断该调整运行状态后的网络状态是否符合该第二目标操作对应的执行条件,当调整运行状态后的网络状态不符合所述第二目标操作对应的执行条件时,根据调整运行状态后的网络状态重新获取符合执行条件的第二目标操作。这样,可以使得第二网元执行的第二目标操作与调整运行状态后的网络状态相符。
例如,当在步骤S5043获取到第二网元的语音数据丢包率为7%,则在步骤S5044,第二网元确定第二目标操作为操作b,并根据操作b调整运行状态。然后执行步骤S5045,第二网元获取到调整运行状态后的语音数据丢包率为4%,调整运行状态后的语音数据丢包率大于1%且小于5%,则可确认调整运行状态后的网络状态不符合达成准则,调整运行状态后的网络状态也不符合第二目标操作对应的执行条件。由于调整运行状态后的语音数据丢包率为4%符合操作a的执行条件a,第二网元根据调整运行状态后的语音数据丢包率为4%重新确定操作a为第二目标操作,并根据操作a调整运行状态。
S5048、第二网元根据达成准则修改第二目标操作,并根据修改后的第二目标操作调整运行状态。调整运行状态之后,第二网元返回执行步骤S5045。
具体地,第二网元根据达成准则中,每个参数类型的参数值与该参数类型对应的达成条件之间的差异调整第二操作中的操作指令。
第二网元可根据达成准则得到奖励公式,再根据达成准则中每个参数类型的参数值与该参数类型对应的达成条件之间的差异和奖励公式调整第二操作中的操作指令,以使得第二网元根据调整后的操作指令调整运行状态之后,第二网元的网络状态更加接近达成准则。这样多次执行步骤S5046和S5048,可以使得第二网元的网络状态逐渐接近达成准则,直至符合达成准则。
在一些可选的实施例中,操作需求中包括奖励公式。也即是说,第一网元根据需求描述信息从第二数据库中获得的操作需求中,包括达成准则、奖励公式、一个或多个操作和执行每个操作的执行条件。在另一个实施例中,当第一网元从第二数据库中获得的操作需求中包括达成准则、一个或多个操作和执行每个操作的执行条件,而不包括奖励公式时,第一网元可根据操作需求中的达成准则得到奖励公式,并将向第二网元发送该奖励公式。这样,第二网元能够从第一网元接收奖励公式,能够减少第二网元的数据处理量。
在另一些可选的实施例中,操作需求中包括约束条件。第二网元在根据操作调整运行状态的过程中需要需满足该约束条件。第二网元可根据该约束条件和达成准则得到奖励公式。或者第一网元根据该约束条件和达成准则得到奖励公式,并将奖励公式发送至第二网元。
调整运行状态之后执行步骤S5045。这样循环执行步骤S5045-S5048,直到调整运行状态后的网络状态符合达成准则。
需要说明的是,第二操作类型对应的操作需求中,执行条件是可选的。当第二类型的操作需求中包括一个操作且不包括执行条件时,在步骤S5044中,第二网元将该一个操作作为第二目标操作,并根据该第二目标操作调整运行状态;在步骤S5045中,若调整运行状态后的网络状态不符合达成准则,则执行步骤S5048,直到调整运行状态后的网络状态符合达成准则;若符合达成准则,则确认意图达成。这样不必再执行步骤S5046和步骤S5047。
可选的,当第一网元向第二网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第二网元执行第二目标操作中的操作指令之前,根据自身的标识、网元的标识与指令格式的对应关系获取执行操作指令时,操作指令的指令格式,然后将第二目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。如此,第二网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
可选地,当操作类型为第一操作或第二操作时,若第二网元的网络运行状态符合达成准则,则执行步骤S505。这样,第一网元接收到意图达成消息,则可确认该第二网元已达成该意图。
S5049、第二网元根据操作需求中的操作调整运行状态。
具体地,操作需求中的操作包括操作指令。第二网元通过执行操作指令调整运行状态。
若第二网元成功执行操作指令完成运行状态的调整,则确认意图达成。若没有成功执行操作指令,则确认意图执行失败。意图达成时,可执行步骤S505;当意图执行失败时,第二网元可向第一网元发送意图执行失败消息。如此,第二网元可及时向第一网元反馈意图执行情况。
当操作类型为第三类型,操作需求中包括多个操作和每个操作对应的执行条件,且不包括达成准则时,第二网元根据自身的的网络状态,从多个操作中获取符合执行条件的第三目标操作,并根据第三目标操作调整运行状态。第二网元通过执行第三目标操作调整运行状态。若第二网元根据第三目标操作成功调整运行状态,则确认意图达成。若第二网元没有获取到符合执行条件的第三目标操作,或者获取到了第三目标操作但是没有成功执行第三目标操作的操作指令,第二网元则向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
当操作类型为第三类型,操作需求中包括一个操作,且不包括执行条件和达成准则时,该一个操作为第三目标操作,第二网元根据该一个操作调整运行状态。具体地,第二网元执行该一个操作的操作指令调整运行状态。第二网元执行该一个操作完成运行状态的调整之后,确认意图达成。若没有成功执行该一个操作的操作指令,则第二网元向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
在一些可选的实施例中,第三类型的操作对应的操作需求中,还包括执行约束。第二网元根据操作需求中的操作调整运行状态的过程中,需要始终满足该执行约束。
可选的,当第一网元向第二网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第二网元执行第三目标操作中的操作指令之前,根据自身的网络标识、网元的标识与指令格式的对应关系获取执行操作指令时,操作指令的指令格式,然后将第三目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。如此,第二网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
由此可见,采用上述步骤步骤S5040-S5049,第二网元能够根据不同的操作类型,根据操作需求执行相应的状态调整方案,从而达成意图。
可选的,若针对该意图需求,距执行步骤S5040的时间已超过预设时长,且第二网元没有达到达成准则,第二网元向第一网元发送意图执行失败消息。这样,第二网元可以在无法成功执行意图时,及时向第一网元反馈,使得意图发送方能够及时了解意图执行情况。可选地,若针对该意图需求,距执行步骤S5040的时间已超过预设时长,且第二网元没有达到达成准则,第二网元可停止根据操作需求中的操作调整网络状态;或者第一网元接收到第二网元发送的意图执行失败消息时,向第二网元发送停止执行指令,指示第二网元停止根据操作需求中的操作调整网络状态。如此,能避免第二网元长时间多次执行操作却无法达成意图,而导致浪费第二网元的资源。
基于上述实施例,在某些实施例中,当操作的类型为第一类型或第二类型时,第二网元可按照预设时间间隔检测自身的网络状态。若网络状态不符合达成准则,第二网元向第一网元发送意图未达成消息。若网络状态符合达成准则,第二网元向第一网元发送意图达成消息。这样,第一网元可根据第二网元发送的意图未达成消息、意图执行失败消息或意图达成消息,及时地向意图发送方反馈意图执行情况。
图6为本申请另一实施例的意图处理系统的网络架构图。意图处理系统包括第一网元、第二网元和第三网元。第一网元用于接收意图。第一网元接收意图之后,根据该意图得到操作需求、第二网元的标识和第三网元的标识。第一网元将操作需求及第二网元的标识发送至第三网元。第三网元处理该操作需求,与第二网元进行信令交互以控制第二网元达成意图。第二网元的数量为一个或多个。第三网元的数量可以为一个或多个,第三网元的数量小于或等于第二网元的数量。当第二网元的数量为多个时第三网元的数量也为多个,当第二网元的数量为一个时,第三网元的数量为一个。一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
请参阅图7a,图7a为本申请实施例的意图处理方法的另一流程示意图。意图处理方法包括:
S701、第一网元接收意图。
关于步骤S701的解释说明,可参照上述实施例中关于步骤S501的解释说明。为避免冗余,在此不再赘述。
S702、第一网元根据意图获取操作需求和第二网元的标识。
上述实施例中关于步骤S502的解释说明也适用于本实施例的步骤S702,为避免冗余,在此不再赘述。
例如,第一网元根据意图获取操作需求和第二网元的标识的实现方式可以参考后续图7b的描述。
S703、第一网元获取第三网元的标识;
在一些可选的实施例中,第一网元根据该意图获取第三网元的标识。具体地,第一网元可根据意图的需求描述信息,从第三数据库中获取与该需求描述信息对应的第三网元的标识。第三数据中存储有需求描述信息与第三网元的标识的对应关系。这样,第三网元的处理的操作需求种类更加单一。例如第三网元可专用于执行处理该需求描述信息对应的操作需求,或处理少数多个需求描述信息对应的操作需求,这样可以更好地优化第三网元,以使得操作需求的处理效率更高,从而能够提升意图达成效率。
在另一些可选的实施例中,第一网元根据第二网元的标识获取第三网元的标识。具体地,第一网元可从第四数据库中获取该第二网元的标识对应的第三网元的标识。第四数据库中存储有第二网元标识与第三网元的标识的对应关系。这样,第三网元专用于控制第二网元达成意图,或用于控制少数多个网元达成意图。第三网元只需与第二网元交互以达成意图,或与少数多个网元交互以达成意图,从而可以提升意图达成的效率,也能够降低第三网元的硬件要求。
S704、第一网元根据第三网元的标识,向第三网元发送操作需求和第二网元的标识。
关于第一网元向第三网元发送的操作需求的解释说明,可参照上述实施例中第一网元向第二网元发送的操作需求的解释说明。为避免冗余,在此不再赘述。
需要说明的是,当第三网元仅用于控制一个第二网元达成意图时,第一网元可不向第三网元发送第二网元的标识。这样可以减少第一网元与第三网元之间的传输的数据量,减轻系统负荷。
S705、第三网元根据操作需求和第二网元的标识,控制第二网元的业务运行以实现该意图。
操作需求中的操作可包括操作指令,第三网元可根据操作指令控制第二网元的业务运行以实现该意图。具体地,第三网元可将操作指令发送至第二网元,第二网元执行操作指令以达成意图。
例如,第三网元根据操作需求和第二网元的标识,控制第二网元的业务运行以实现该意图的实现方式可参考后续图7b的描述。
本申请实施例的技术方案中,第一网元接收意图之后,根据意图获取操作需求和第二网元的标识,再获取第三网元的标识,然后根据第三网元的标识,向第三网元发送操作需求和第二网元的标识,第三网元根据操作需求和第二网元的标识,控制第二网元的业务运行以实现该意图。这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元。第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可选的实施例中,本申请实施例的意图处理方法还包括:
S706、第三网元向第一网元发送意图达成消息。
如此,第一网元接收到意图达成消息,且意图达成消息中包含该意图的标识时,则可确认该第二网元已达成该意图。
具体地,第一网元向第三网元发送操作需求时,可将该意图的标识也发送至第三网元。第三网元向第一网元发送的意图达成消息中,可包括该意图的标识。这样,当第一网元处理多个意图时,能够根据意图达成消息中的意图的标识确定已达成的意图。
图7b为本申请实施例的意图处理方法的流程示意图。基于上述图7a所示的实施例,在一些可选地实施例中,第一网元根据该意图获取操作需求和第二网元的标识包括以下步骤S7021和S7022。
S7021、第一网元从第一数据库中获取属性信息符合该描述信息的第二网元的标识,第一数据库包括第二网元的属性信息和第二网元的标识的关联关系。
S7022、第一网元根据需求描述信息从第二数据库中获取操作需求,第二数据库中包括需求描述信息与操作需求的关联关系。
关于步骤S7021的解释说明,可参照上述实施例中关于步骤S5021的解释说明。关于步骤S7022的解释说明,可参照上述实施例中关于步骤S5022的解释说明。为避免冗余,在此不再赘述。
如此,第一数据库中包括第二网元的属性信息和第二网元的标识的关联关系,第二数据库中包括需求描述信息与操作需求的关联关系。这样第一网元可利用第一数据库和第二数据库,将意图中的操作需求转译成操作需求,并获得第二网元的标识。第一网元将该操作需求发送至第三网元之后,第三网元则可根据该操作需求控制第二网元调整运行状态达成意图。这样能够减少第一网元处理意图的过程中,第一网元与第二网元之间的信令发送次数,降低第一网元的负荷。
在一个可选的实施例中,第一网元将操作需求、第二网元的标识、指令格式与网元的标识的对应关系发送至第三网元。第三网元根据第二网元的标识,结合该指令格式与网元的标识的对应关系,获取第二网元执行操作需求中的操作的操作指令时,操作指令的指令格式。如此,第三网元根据指令格式与网元的标识的对应关系,获取第二网元执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
在另一个可选的实施例中,第一网元将操作需求、第二网元的标识、指令格式与网元的标识的对应关系发送至第三网元。第三网元根据第二网元的网络状态确定第二网元要执行的操作之后,将该操作的操作指令、指令格式与网元的标识的对应关系发送至第二网元。第二网元根据自身的标识,结合该指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式。如此,能够减轻第三网元的负荷。
如图7b所示,基于上述图7a的实施例,在一些可选的实施例中,第三网元根据操作需求中的操作实现该意图包括以下步骤S7050-S7059。
S7050、第三网元获取操作需求中的操作的类型。
操作的类型例如可包括但不限于工作流类型、优化类型和指令类型。操作需求中的操作的类型为第一类型时,第三网元执行步骤S7051,操作需求中的操作的类型是第二类型时,第三网元执行步骤S7053,识别出操作需求中的操作类型是第三类型时,第三网元执行步骤S7059;
需要说明的是,上述实施例中,关于操作的类型的解释说明,同样也适用于本实施例,为避免冗余,在此不再赘述。
S7051、第三网元获取第二网元的网络状态,并判断第二网元的网络状态是否符合操作需求中的达成准则,若是,则可确定意图达成;若否则执行步骤S7052。
达成准则中包括一个或多个参数类型和每个参数类型对应的达成条件。第三网元识别出操作需求中的操作的类型为第一类型时,根据第二网元的网络状态获取达成准则中的每个参数类型的参数值。
若达成准则中的每个参数类型对应的参数值都符合达成条件,则第三网元可判定第二网元的网络状态符合达成准则,否则,第三网元判定第二网元的网络状态不符合达成准则。例如,需求描述信息为调整语音数据丢包率到1%以下,达成准则中包括参数类型:语音数据丢包率,该参数类型对应的达成条件为小于或等于1%。当第三网元获取到第二网元的调整语音数据丢包率为7%时,则可确认第二网元的网络状态不符合达成准则。
需要说明的是,在第二网元的网络状态符合操作需求中的达成准则之后,第三网元继续执行步骤S7051。若第三网元确定第二网元的网络状态符合操作需求中的达成准则之后,第二网元的网络状态发生了变化,且第三网元获取到第二网元的网络状态不符合达成准则,第三网元则向第一网元发送达成状态变更消息。该达成状态变更消息用于通知第一网元,第二网元的网络状态已不符合该意图对应的达成准则,第二网元处于意图未达成状态。
S7052、当第二网元的网络状态不符合达成准则时,第三网元根据第二网元的网络状态,从操作需求的一个或多个操作中获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态,调整运行状态之后返回步骤S7051。
第三网元根据第二网元的网络状态得到执行条件中每个网络状态参数对应的参数值。若执行条件中的每个网络状态参数对应的参数值都符合参数条件,则第三网元可确认第二网元的网络状态符合该执行条件,并将该执行条件对应的操作为第一目标操作。否则,第三网元确认第二网元的网络状态不符合该执行条件。
例如,需求描述信息为调整语音数据丢包率到1%以下,该需求描述信息对应操作需求包括操作a和操作b,操作a的执行条件a是语音数据丢包率大于1%且小于或等于5%,操作b的执行条件b是语音数据丢包率大于5%且小于或等于10%。则该例子中,执行条件a的网络状态参数为语音数据丢包率,执行条件a对应的参数条件为大于1%且小于或等于5%。执行条件b的网络状态参数为语音数据丢包率,执行条件b应的参数条件为大于5%且小于或等于10%。当第三网元获取到第二网元的调整语音数据丢包率为7%时,可确认第二网元的调整语音数据丢包率符合操作b的执行条件b,则将操作b作为第一目标操作。
第三网元获得一个或多个第一目标操作之后,根据第一目标操作控制第二网元的业务运行,以调整运行状态。调整运行状态之后,第三网元再返回执行步骤S7051,判断第二网元的网络状态是否符合达成准则。若第二网元的网络状态不符合达成准则,第三网元则再次执行步骤S7052,根据第二网元的网络状态,从操作需求的一个或多个操作中重新获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态。这样第三网元循环执行步骤S7051和S7052,直到第二网元的网络状态符合达成准则。
具体地,操作需求中的操作包括操作指令。第三网元可向第二网元发送第一目标操作的操作指令。第二网元执行操作指令之后,向第三网元发送执行操作指令之后第二网元的网络状态。若网络状态不符合达成准则,第三网元再根据第二网元发送的网络状态重新获取第一目标操作。然后第三网元向第二网元发送第一目标操作的操作指令。这样第三网元多次根据第二网元的网络状态向第二网元发送操作指令,第二网元执行操作指令调整网络状态,直到第二网元的网络状态符合达成准则。
需要说明的是,本申请实施例中的第一目标操作为一个变量,每执行一次步骤S7052,第三网元会根据第二网元的网络状态重新从一个或多个操作中获取符合执行条件的第一目标操作。
若没有获取到符合执行条件第一目标操作,第三网元则向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
在一些可选的实施例中,第一类型的操作对应的操作需求中还包括执行约束。第三网元在根据操作控制第二网元调整运行状态实现该意图的过程中,始终满足该执行约束。如此,当实现意图的过程中对第二网元的运行状态有要求时,例如,需要保证第二网元的业务运行状态始终保存正常时,可通过设置执行约束来使得第二网元的在实现该意图的过程中,业务运行状态始终符合要求。
需要说明的是,操作需求中的执行条件是可选的。当第一类型的操作需求包括一个操作而不包括执行条件时,在步骤S7042中,该一个操作为第一目标操作,第三网元则根据该目标第一操作控制第二网元调整运行状态。
具体地,第三网元将目标第一操作的操作指令发送至第二网元。第二网元执行该操作指令调整运行状态。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第一目标操作中的操作指令之前,根据第二网元的标识、网元的标识与指令格式的对应关系获取第二网元执行该操作指令时,所需满足的指令格式,然后将第一目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第三网元再向第二网元发送该转换格式后的操作指令。如此,第三网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第一目标操作中的操作指令和网元的标识与指令格式的对应关系。第二网元执行第一目标操作中的操作指令之前,根据网元的标识与指令格式的对应关系及自身的标识获取执行操作指令时,操作指令的指令格式,然后将第一目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。这样能够减轻第三网元的数据处理量,减轻第三网元的负荷。
S7053、第三网元获取第二网元的网络状态,并判断第二网元的网络状态是否符合达成准则;
该步骤S7053的解释说明可参考上述步骤S7051的解释说明,为避免冗余,在此不再赘述。
S7054、当第二网元的网络状态不符合达成准则时,第三网元根据第二网元的网络状态获取符合执行条件的第二目标操作,并据操第二目标操作控制第二网元调整运行状态;
第三网元获取第二目标操作的具体过程可参考上述第三网元获取第一目标操作的过程。一个或多个操作中的每个操作均包括操作指令,那么第三网元得到第二目标操作之后,可将第二目标操作的操作指令发送至第二网元。第二网元执行第二目标操作的操作指令以控制第二网元的业务运行,从而调整运行状态。
若没有获取到符合执行条件的第二目标操作,则第三网元向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
S7055、第三网元获取第二网元的调整运行状态后的网络状态,并判断该调整运行状态后的网络状态是否符合达成准则,若是,则确认指令达成,若否,执行步骤7056;
达成准则中包括一个或多个参数类型和每个参数类型对应的达成条件。第三网元调整运行状态之后,根据调整运行状态后的网络状态,获取达成准则中的每个参数类型的参数值。若第三网元根据调整运行状态后的据网络状态,确认达成准则中的每个参数类型的参数值都符合对应的达成条件,则第三网元可判定第二网元的调整运行状态后的网络状态符合达成准则;否则,第三网元判定第二网元的调整运行状态后的网络状态不符合达成准则。
具体地,第三网元可向第二网元发送第二目标操作的操作指令。第二网元执行操作指令之后,向第三网元发送执行操作指令之后第二网元的网络状态。若网络状态不符合达成准则,第三网元根据第二网元发送的网络状态调整第二目标操作或重新获取第二目标操作。然后第三网元向第二网元发送调整后的第二目标操作的操作指令或重新获取的第二目标操作的操作指令。这样第三网元多次根据第二网元的网络状态向第二网元发送操作指令,第二网元执行操作指令调整网络状态,直到第二网元的网络状态符合达成准则。
S7056、当调整运行状态后的网络状态不符合达成准则时,第三网元判断该调整运行状态后的网络状态是否符合所述第二目标操作对应的执行条件,若不符合则执行步骤S7057,若符合则执行步骤S7058。
S7057、第三网元根据第二网元调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,并根据重新获取的第二目标操作控制第二网元调整运行状态。第三网元控制第二网元调整运行状态之后,返回执行步骤S7055。
可以理解,调整运行状态之后,第二网元的网络状态发生了变化,第二网元的网络状态可能不符合根据调整前的网络状态获得的第二目标操作对应的执行条件。那么在调整运行状态后,第三网元判断该调整运行状态后的网络状态是否符合该第二目标操作对应的执行条件,当调整运行状态后的网络状态不符合该第二目标操作对应的执行条件时,根据该调整运行状态后的网络状态重新获取符合执行条件的第二目标操作。这样,可以使得第二目标操作与调整运行状态后的网络状态相符。
例如,当在步骤S7053获取到第二网元的语音数据丢包率为7%,则在步骤S7054,第三网元确定第二目标操作为操作b,并根据操作b调整运行状态。然后执行步骤S7055,第三网元获取到调整运行状态后的语音数据丢包率为4%,调整运行状态后的语音数据丢包率大于1%且小于5%,则可确认第二网元调整运行状态后的网络状态不符合达成准则,调整运行状态后的网络状态也不符合第二目标操作对应的执行条件。由于第二网元调整运行状态后的语音数据丢包率为4%符合操作a的执行条件a,第三网元根据调整运行状态后的语音数据丢包率为4%,重新确定操作a为第二目标操作。第三网元再根据操作a控制第二网元调整运行状态。
S7058、第三网元根据达成准则修改第二目标操作,并根据修改后的第二目标操作控制第二网元调整运行状态。控制第二网元调整运行状态之后,第三网元返回执行步骤S7055。
具体地,第三网元达成准则中,每个参数类型对应的参数值与该参数类型对应的达成条件之间的差异调整第二操作中的操作指令。
第三网元可根据达成准则中的参数条件得到奖励公式,再根据达成准则中每个参数类型的参数值、该参数类型对应的达成条件和奖励公式调整第二操作中的操作指令,以使得第三网元根据调整后的操作指令控制第二网元调整运行状态之后,根据第二网元的网络状态得到的参数值更加接近参数值对应的达成条件。这样多次执行步骤S7055和S7058,可以使得第二网元的网络状态逐渐接近达成准则,直至符合达成准则。
在一个实施例中,操作需求中包括奖励公式。也即是说,第一网元根据需求描述信息从第二数据库中获得的操作需求中,包括达成准则、奖励公式、一个或多个操作和执行每个操作的执行条件。在另一个实施例中,当第一网元从第二数据库中获得的操作需求中包括达成准则、一个或多个操作和执行每个操作的执行条件,而不包括奖励公式时,第一网元可根据操作需求中的达成准则得到奖励公式,并向第三网元发送该奖励公式。这样,第三网元能够从第一网元接收奖励公式,能够减少第三网元的数据处理量。
在又一个实施例中,操作需求中包括约束条件。第三网元在根据操作调整运行状态的过程中需要需满足该约束条件。第三网元可根据该约束条件和达成准则得到奖励公式。或者第一网元根据该约束条件和达成准则得到奖励公式,并将奖励公式发送至第三网元。
第三网元控制第二网元调整运行状态之后,第三网元执行步骤S7055。这样第三网元循环执行步骤S7055-S7058,直到第二网元调整运行状态后的网络状态符合达成准则。
需要说明的是,第二操作类型对应的操作需求中,执行条件是可选的。当第二类型的操作对应的操作需求中,包括达成准则和一个操作,且而不包括执行条件时,在步骤S7064中,第三网元则根据该一个操作控制第二网元调整运行状态;在步骤S7065中,若第二网元的调整运行状态后的网络状态不符合达成准则时,则执行步骤S7058,直到第二网元的调整运行状态后的网络状态符合达成准则;若符合达成准则,则确认意图达成。这样不必再执行步骤S7056和步骤S7057。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第二目标操作中的操作指令之前,根据第二网元的标识、网元的标识与指令格式的对应关系获取第二网元执行操作指令时,操作指令的指令格式,然后将第二目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第三网元再向第二网元发送该转换格式后的操作指令。如此,第三网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第二目标操作中的操作指令和网元的标识与指令格式的对应关系。第二网元执行第二目标操作中的操作指令之前,根据网元的标识与指令格式的对应关系及自身的标识获取执行操作指令时,操作指令的指令格式,然后将第二目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。这样能够减轻第三网元的数据处理量,减轻第三网元的负荷。
可选的,当操作类型为第一操作或第二操作时,若第二网元的网络运行状态符合达成准则,则执行步骤S706。这样第一网元可接收第三网元发送的意图达成消息,并根据该意图达成消息通知意图发送方意图已达成。
S7059、第三网元根据操作需求中的操作控制第二网元调整运行状态;
若第三网元根据第三目标操作控制第二网元成功调整运行状态,则确认意图达成。若第三网元没有成功控制第二网元成功调整运行状态,则确认意图执行失败。意图达成时,可执行步骤S505;当意图执行失败时,第二网元可向第一网元发送意图执行失败消息。如此,第二网元可及时向第一网元反馈意图执行情况。
具体地,当操作类型为第三类型,操作需求中包括多个操作和每个操作对应的执行条件,且不包括达成准则时,第三网元根据第二网元的网络状态,从多个操作中获取符合执行条件的第三目标操作,并根据第三目标操作控制第二网元调整运行状态。具体地,操作需求中的操作包括操作指令。第三网元可向第二网元发送第三目标操作的操作指令,使得第二网元执行该操作指令调整运行状态,从而实现根据第三目标操作控制第二网元调整运行状态。若第三网元根据第三目标操作控制第二网元成功调整运行状态,则确认意图达成。若第三网元没有获取到符合执行条件的第三目标操作,或者获取到了第三目标操作但是根据第三目标操作没有控制第二网元成功调整运行状态,第三网元则向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
当操作类型为第三类型,操作需求中包括一个操作,且不包括执行条件和达成准则时,该一个操作为第三目标操作,第三网元根据该一个操作控制第二网元调整运行状态。第三网元根据该一个操作控制第二网元成功调整运行状态之后,执确认意图达成。若第三网元根据该一个操作没有控制第二网元成功调整运行状态,第三网元向第一网元发送意图执行失败消息。这样第一网元可以根据该意图执行失败消息,向意图发送方反馈意图执行情况。第一网元也能根据该意图执行失败消息重新获取该意图对应的操作需求。
在一些实施例中,第三类型的操作对应的操作需求中,还包括执行约束。第三网元根据操作需求中的操作,控制第二网元调整运行状态的过程中,第二网元需要始终满足该执行约束。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第三目标操作中的操作指令之前,根据第二网元的标识、网元的标识与指令格式的对应关系获取第二网元执行操作指令时,操作指令的指令格式,然后将第三目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第三网元再向第二网元发送该转换格式后的操作指令。如此,第三网元根据指令格式与网元的标识的对应关系,获取执行操作需求中的操作的操作指令时,操作指令的指令格式,而不必由第一网元获取该指令格式,从而可以减少第一网元的数据处理量,减轻第一网元的负荷。
可选的,当第一网元向第三网元发送的操作需求中包括网元的标识与指令格式的对应关系时,第三网元向第二网元发送第三目标操作中的操作指令和网元的标识与指令格式的对应关系。第二网元执行第三目标操作中的操作指令之前,根据网元的标识与指令格式的对应关系及自身的标识获取执行操作指令时,操作指令的指令格式,然后将第三目标操作中的操作指令转换成该指令格式,得到转换格式后的操作指令。第二网元再执行格式转换后的操作指令。这样能够减轻第三网元的数据处理量,减轻第三网元的负荷。
由此可见,采用上述步骤步骤S7050-S7059,第三网元能够根据不同的操作类型,根据操作需求控制第二网元执行相应的状态调整方案,从而达成意图。
可选的,若执行针对该意图需求,距执行步骤S7050的时间已超过预设时长,且第二网元的网络状态仍然不符合达成准则,第三网元则向第一网元发送意图执行失败消息。这样,第三网元可在第二网的网络状态无法满足执行条件时,及时向第一网元反馈,使得意图发送方能够及时了解意图执行情况。可选地,若针对该意图需求,距执行步骤S7050的时间已超过预设时长,且第二网元没有达到达成准则,第二网元可停止根据操作需求中的操作调整网络状态;或者第一网元接收到第二网元发送的意图执行失败消息时,向第二网元发送停止执行指令,指示第二网元停止根据操作需求中的操作调整网络状态。这样能避免因第三网元多次向第二网元发送操作指令、第二网元长时间多次执行操作指令却无法达成意图,而导致浪费第二网元和第三网元的资源。
基于上述实施例,在某些实施例中,当操作的类型为第一类型或第二类型时,第三网元可按照预设时间间隔获取第二网元的网络状态,判断第二网元的网络状态是否符合达成准则。若网络状态不符合达成准则,第三网元向第一网元发送意图未达成消息。若网络状态符合达成准则,第三网元向第一网元发送意图达成消息。这样,第一网元可根据第三网元发送的意图未达成消息、意图执行失败消息或意图达成消息,及时地向意图发送方反馈意图的执行情况。
上述详细阐述了本发明实施例的方法,下面为了便于更好地实施本发明实施例的上述方案,相应地,下面还提供用于配合实施上述方案的相关装置。
请参阅图8,图8为本申请实施例的第一网元800的模块示意图。第一网元800包括:
接收模块801,用于接收意图;
处理模块802,用于根据意图获取操作需求和第二网元的标识;
发送模块803,用于根据第二网元的标识向第二网元发送操作需求,操作需求用于指示第二网元根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元,由第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,处理模块802包括:
第一获取单元,用于从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;
第二获取单元,用于根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
请参阅图9,图9为本申请实施例的第一网元900的模块示意图。第一网元900包括:
接收模块901,用于接收意图;
处理模块902;用于根据意图获取操作需求和第二网元的标识;
获取模块903,用于获取第三网元的标识;
发送模块904,用于根据第三网元的标识,向第三网元发送操作需求和第二网元的标识,操作需求用于指示根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元,由第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,意图包括需求描述信息和第二网元的描述信息,处理模块902包括:
第一获取单元,用于从第一数据库中获取属性信息符合描述信息的第二网元的标识,第一数据库包括第二网元的属性信息与第二网元的标识的关联关系;
第二获取单元,用于根据需求描述信息从第二数据库中获取操作需求,第二数据库包括需求描述信息与操作需求的关联关系。
在一些可能的实施方式中,获取模块903包括:
第三获取单元,用于根据意图获取第三网元的标识;或
第四获取单元,用于根据第二网元的标识获取第三网元的标识。
在一些可能的实施方式中,第二网元的描述信息包括第二网元的属性条件信息。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
请参阅图10,图10为本申请实施例的第二网元1000的模块示意图。第二网元1000包括:
接收模块1001,用于接收第一网元发送的操作需求,操作需求是第一网元根据接收到的意图得到的;
执行模块1002,用于根据操作需求对应的操作实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第二网元,由第二网元分别根据操作需求控制自身的业务运行以达成意图。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块1002包括:
第一获取单元,用于当识别出操作的类型为第一类型时,获取自身的网络状态;
第一执行单元,用于当网络状态不符合达成准则时,根据自身的网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并根据第一目标操作调整运行状态,直到自身的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块1002包括:
第二获取单元,用于当识别出操作的类型为第二类型时,获取自身的网络状态;
第二执行单元,用于当自身的网络状态不符合达成准则时,根据自身的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作调整运行状态;
判断单元,用于获取调整运行状态后的网络状态;和当调整运行状态后的网络状态不符合达成准则时,判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;
第三执行单元,用于当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,根据达成准则和调整运行状态后的网络状态修改第二目标操作,并根据修改后的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;
第四执行单元,用于当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括奖励公式,在根据达成准则和调整运行状态后的网络状态修改第二目标操作方面,第三执行单元具体用于:
根据达成准则、奖励公式和调整运行状态后的网络状态修改第二目标操作。
请参阅图11,图11为本申请实施例的第三网元1100的模块示意图。第三网元1100包括:
接收模块1101,用于接收第一网元发送的第二网元的标识和操作需求,第二网元的标识和操作需求是第一网元根据接收到的意图得到的;
执行模块1102,用于根据操作需求对应的操作控制第二网元的业务运行以实现意图。
这样第一网元先集中将意图转译成操作需求,再将操作需求发送给第三网元,由第三网元根据操作需求控制第二网元的业务运行以达成意图。在达成意图的过程中,一个第三网元可根据操作需求控制一个或少数多个第二网元的业务运行。这样在达成意图的过程中,第一网元与第二网元之间不需要进行大量的信令交互,可避免第一网元的负荷过大。而且,意图由第一网元集中转译,也能够节省计算资源。每个第三网元与一个或少数多个第二网元进行信令交互,以达成意图,这样能够避免第三网元的负荷过大。
在一些可能的实施方式中,操作需求包括操作,或操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与第二网元的标识的对应关系、操作的类型信息和执行操作所需满足的执行条件,达成准则为衡量意图达成的达成条件,执行约束为根据操作实现意图时所需满足的约束,奖励公式用于根据第二网元的网络状态调整操作,指令格式用于指示第二网元执行的操作指令的格式。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个执行操作和与每个操作对应的执行条件;
执行模块1102包括:
第一获取单元,用于当第三网元识别出操作的操作类型为第一类型时,获取第二网元的网络状态;
第一执行单元,用于当网络状态不符合达成准则时,根据网络状态,从一个或多个操作中获取符合执行条件的第一目标操作,并利用第一目标操作控制第二网元的业务运行,直到第二网元的网络状态符合达成准则。
在一些可能的实施方式中,操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
执行模块1102包括:
第二获取单元,用于当第三网元识别出操作的类型为第二类型时,获取第二网元的网络状态;
第二执行单元,用于当第二网元的网络状态不符合达成准则时,根据第二网元的网络状态从一个或多个操作中获取符合执行条件的第二目标操作,并根据第二目标操作控制第二网元调整运行状态;
判断单元,用于获取第二网元的调整运行状态后的网络状态;当调整运行状态后的网络状态不符合达成准则时,判断调整运行状态后的网络状态是否符合第二目标操作对应的执行条件;
第三执行单元,用于当调整运行状态后的网络状态符合第二目标操作对应的执行条件时,根据达成准则和调整运行状态后的网络状态修改第二目标操作,并根据修改后的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则;
第四执行单元,用于当调整运行状态后的网络状态不符合第二目标操作对应的执行条件时,根据调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作控制第二网元调整运行状态,并获取调整运行状态后的网络状态;直到调整运行状态后的网络状态符合达成准则。
在一些可能的实施方式中,操作需求还包括奖励公式,根据达成准则和调整运行状态后的网络状态修改第二目标操作方面,第三执行单元具体用于:
根据达成准则、奖励公式和调整运行状态后的网络状态修改目标操作。
需要说明的是,上述意图处理方法中各步骤的解释说明及技术效果也适用于本实施例的第三网元,为避免冗余,在此不再赘述。
请参见图12,图12是本申请实施例提供的一种设备1200的结构示意图,设备1200至少包括处理器1210、收发器1220以及存储器1230,处理器1210、收发器1220以及存储器1230通过总线1240相互连接,其中,
处理器1210可以是中央处理器(central processing unit,CPU),或者CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
收发器1220可以包括一个接收器和一个发送器,例如,无线射频模块,以下描述的处理器1210接收或者发送某个消息,具体可以理解为该处理器1210通过该收发器来接收或者发送。
存储器1230包括但不限于是随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)或可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM或者快闪存储器),该存储器1230用于存储相关指令及数据,并可以将存储的数据传输给处理器1210。
该设备1200中的处理器1210用于读取存储器1230中的相关指令执行以下操作:
处理器1210控制收发器1220中的接收器接收意图;
处理器1210根据意图获取操作需求和第二网元的标识;
处理器1210根据第二网元的标识控制收发器1220向第二网元发送操作需求,操作需求用于指示第二网元根据操作需求对应的操作实现意图;
或该设备1200中的处理器1210用于读取存储器1230中的相关指令执行以下操作:
处理器1210控制收发器1220中的接收器接收意图;
处理器1210根据意图获取操作需求和第二网元的标识;
处理器1210获取第三网元的标识;
处理器1210控制收发器1200根据第三网元的标识,向第三网元发送操作需求和第二网元的标识,操作需求用于指示根据操作需求对应的操作实现意图。
具体地,上述设备1200执行的各种操作的具体实现可参照上述方法实施例中第一网元的具体操作,在此不再赘述。
请参见图13,图13是本申请实施例提供的一种设备1300的结构示意图,设备1300至少包括处理器1310、收发器1320以及存储器1330,处理器1310、收发器1320以及存储器1330通过总线1340相互连接,其中,
处理器1310可以是中央处理器(central processing unit,CPU),或者CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
收发器1320可以包括一个接收器和一个发送器,例如,无线射频模块,以下描述的处理器1310接收或者发送某个消息,具体可以理解为该处理器1310通过该收发器来接收或者发送。
存储器1330包括但不限于是随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)或可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM或者快闪存储器),该存储器1330用于存储相关指令及数据,并可以将存储的数据传输给处理器1310。
该设备1300中的处理器1310用于读取存储器1330中的相关指令执行以下操作:
处理器1310控制收发器1320中的接收第一网元发送的操作需求,操作需求是第一网元根据接收到的意图得到的;
处理器1310根据操作需求对应的操作实现意图。
具体地,上述设备1300执行的各种操作的具体实现可参照上述方法实施例中第二网元的具体操作,在此不再赘述。
请参见图14,图14是本申请实施例提供的一种设备1400的结构示意图,设备1400至少包括处理器1410、收发器1420以及存储器1430,处理器1410、收发器1420以及存储器1430通过总线1440相互连接,其中,
处理器1410可以是中央处理器(central processing unit,CPU),或者CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
收发器1420可以包括一个接收器和一个发送器,例如,无线射频模块,以下描述的处理器1410接收或者发送某个消息,具体可以理解为该处理器1410通过该收发器来接收或者发送。
存储器1430包括但不限于是随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)或可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM或者快闪存储器),该存储器1430用于存储相关指令及数据,并可以将存储的数据传输给处理器1410。
该设备1400中的处理器1410用于读取存储器1430中的相关指令执行以下操作:
处理器1410通过收发器1420中的接收器接收第一网元发送的第二网元的标识和操作需求,第二网元的标识和操作需求是第一网元根据接收到的意图得到的;
处理器1410根据操作需求对应的操作控制第二网元的业务运行以实现意图。
具体地,上述设备1400执行的各种操作的具体实现可参照上述方法实施例中第三网元的具体操作,在此不再赘述。
本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机指令,该计算机指令指示该服务器执行上述任一实施方式提供的意图处理方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
还应理解,本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (26)
1.一种意图处理方法,其特征在于,包括:
第一网元接收意图,所述意图包括需求描述信息和第二网元的描述信息;
所述第一网元根据所述意图获取操作需求和第二网元的标识,具体包括:
所述第一网元从第一数据库中获取属性信息符合所述描述信息的第二网元的标识,所述第一数据库包括所述第二网元的属性信息与所述第二网元的标识的关联关系;
所述第一网元根据所述需求描述信息从第二数据库中获取所述操作需求,所述第二数据库包括所述需求描述信息与所述操作需求的关联关系;
所述第一网元根据所述第二网元的标识向所述第二网元发送所述操作需求,所述操作需求用于指示所述第二网元根据所述操作需求对应的操作实现所述意图。
2.根据权利要求1所述的意图处理方法,其特征在于,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系,所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
3.一种意图处理方法,其特征在于,包括:
第一网元接收意图,所述意图包括需求描述信息和第二网元的描述信息;
所述第一网元根据所述意图获取操作需求和第二网元的标识,具体包括:所述第一网元从第一数据库中获取属性信息符合所述描述信息的第二网元的标识,所述第一数据库包括所述第二网元的属性信息与所述第二网元的标识的关联关系;
所述第一网元根据所述需求描述信息从第二数据库中获取所述操作需求,所述第二数据库包括所述需求描述信息与所述操作需求的关联关系;
所述第一网元获取第三网元的标识;
所述第一网元根据所述第三网元的标识,向所述第三网元发送所述操作需求和所述第二网元的标识,所述操作需求用于指示根据所述操作需求对应的操作实现所述意图。
4.根据权利要求3所述的意图处理方法,其特征在于,所述第一网元获取第三网元的标识包括:
所述第一网元根据所述意图获取第三网元的标识;或
所述第一网元根据所述第二网元的标识获取第三网元的标识。
5.根据权利要求3或4所述的意图处理方法,其特征在于,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、所述操作的类型信息和执行所述操作所需满足的执行条件、指令格式与所述第二网元的标识的对应关系,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
6.一种意图处理方法,其特征在于,包括:
第二网元接收第一网元发送的操作需求,所述操作需求是所述第一网元根据接收到的意图得到的;
所述第二网元根据所述操作需求对应的操作实现所述意图,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
7.根据权利要求6所述的意图处理方法,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
所述第二网元根据所述操作需求对应的操作实现所述意图包括:
当所述第二网元识别出所述操作的类型为第一类型时,所述第二网元获取自身的网络状态;
当所述网络状态不符合所述达成准则时,所述第二网元根据所述网络状态,从所述一个或多个操作中获取符合所述执行条件的第一目标操作,并根据所述第一目标操作调整运行状态,直到所述网络状态符合所述达成准则。
8.根据权利要求6或7所述的意图处理方法,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
所述第二网元根据所述操作需求对应的操作实现所述意图包括:
当所述第二网元识别出所述操作的类型为第二类型时,所述第二网元获取自身的网络状态;
当所述自身的网络状态不符合所述达成准则时,第二网元根据所述自身的网络状态从一个或多个操作中获取符合所述执行条件的第二目标操作,并根据所述第二目标操作调整运行状态;
所述第二网元获取调整运行状态后的网络状态;当所述调整运行状态后的网络状态不符合所述达成准则时,所述第二网元判断所述调整运行状态后的网络状态是否符合所述第二目标操作对应的执行条件;
当所述调整运行状态后的网络状态符合所述第二目标操作对应的执行条件时,所述第二网元根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,根据修改后的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则;
当所述调整运行状态后的网络状态不符合所述第二目标操作对应的执行条件时,所述第二网元根据所述调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则。
9.根据权利要求8所述的意图处理方法,其特征在于,所述操作需求还包括奖励公式,所述第二网元根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,包括:
所述第二网元根据所述达成准则、所述奖励公式和所述调整运行状态后的网络状态修改所述第二目标操作。
10.一种意图处理方法,其特征在于,包括:
第三网元接收第一网元发送的第二网元的标识和操作需求,所述第二网元的标识和所述操作需求是所述第一网元根据接收到的意图得到的;
所述第三网元根据所述操作需求对应的操作控制所述第二网元的业务运行以实现所述意图,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
11.根据权利要求10所述的意图处理方法,其特征在于,所述操作需求包括所述达成准则、一个或多个执行操作和与每个操作对应的执行条件;
所述第三网元根据所述操作需求对应的操作控制所述第二网元的业务运行以实现所述意图包括:
当所述第三网元识别出所述操作的操作类型为第一类型时,所述第三网元获取所述第二网元的网络状态;
当所述网络状态不符合所述达成准则时,所述第三网元根据所述网络状态,从所述一个或多个操作中获取符合所述执行条件的第一目标操作,并利用所述第一目标操作控制所述第二网元的业务运行,直到所述网络状态符合所述达成准则。
12.根据权利要求10或11所述的意图处理方法,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;所述第三网元根据所述操作需求对应的操作控制所述第二网元的业务运行以实现所述意图包括:
当所述第三网元识别出所述操作的类型为第二类型时,所述第三网元获取所述第二网元的网络状态;
当所述第二网元的网络状态不符合所述达成准则时,所述第三网元根据所述第二网元的网络状态从一个或多个操作中获取符合所述执行条件的第二目标操作,并根据所述第二目标操作控制所述第二网元调整运行状态;
所述第三网元获取所述第二网元的调整运行状态后的网络状态;当所述调整运行状态后的网络状态不符合所述达成准则时,所述第二网元判断所述调整运行状态后的网络状态是否符合所述第二目标操作对应的执行条件;
当所述调整运行状态后的网络状态符合所述第二目标操作对应的执行条件时,所述第三网元根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,并根据修改后的第二目标操作控制所述第二网元调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则;
当所述调整运行状态后的网络状态不符合所述第二目标操作对应的执行条件时,所述第三网元根据所述调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作控制第二网元调整运行状态,并获取所述调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则。
13.根据权利要求12所述的意图处理方法,其特征在于,所述操作需求还包括奖励公式,所述第三网元根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,包括:
所述第三网元根据所述达成准则、所述奖励公式和所述调整运行状态后的网络状态修改所述目标操作。
14.一种第一网元,其特征在于,包括:
接收模块,用于接收意图,所述意图包括需求描述信息和第二网元的描述信息;
处理模块,用于根据所述意图获取操作需求和第二网元的标识,具体包括:
第一获取单元,用于从第一数据库中获取属性信息符合所述描述信息的第二网元的标识,所述第一数据库包括所述第二网元的属性信息与所述第二网元的标识的关联关系;
第二获取单元,用于根据所述需求描述信息从第二数据库中获取所述操作需求,所述第二数据库包括所述需求描述信息与所述操作需求的关联关系;
所述第一网元根据所述需求描述信息从第二数据库中获取所述操作需求,所述第二数据库包括所述需求描述信息与所述操作需求的关联关系;
发送模块,用于根据所述第二网元的标识向所述第二网元发送所述操作需求,所述操作需求用于指示所述第二网元根据所述操作需求对应的操作实现所述意图。
15.根据权利要求14所述的第一网元,其特征在于,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
16.一种第一网元,其特征在于,包括:
接收模块,用于接收意图,所述意图包括需求描述信息和第二网元的描述信息;
意图处理模块;用于根据所述意图获取操作需求和第二网元的标识,具体包括:
第一获取单元,用于从第一数据库中获取属性信息符合所述描述信息的第二网元的标识,所述第一数据库包括所述第二网元的属性信息与所述第二网元的标识的关联关系;
第二获取单元,用于根据所述需求描述信息从第二数据库中获取所述操作需求,所述第二数据库包括所述需求描述信息与所述操作需求的关联关系;
获取模块,用于获取第三网元的标识;
发送模块,用于根据所述第三网元的标识,向所述第三网元发送所述操作需求和所述第二网元的标识,所述操作需求用于指示根据所述操作需求对应的操作实现所述意图。
17.根据权利要求16所述的第一网元,其特征在于,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
18.一种第二网元,其特征在于,包括:
接收模块,用于接收第一网元发送的操作需求,所述操作需求是所述第一网元根据接收到的意图得到的;
执行模块,用于根据所述操作需求对应的操作实现所述意图,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
19.根据权利要求18所述的第二网元,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
所述执行模块包括:
第一获取单元,用于当识别出所述操作的类型为第一类型时,获取自身的网络状态;
第一执行单元,用于当所述网络状态不符合所述达成准则时,根据所述自身的网络状态,从所述一个或多个操作中获取符合所述执行条件的第一目标操作,并根据所述第一目标操作调整运行状态,直到所述自身的网络状态符合所述达成准则。
20.根据权利要求18或19所述的第二网元,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
所述执行模块包括:
第二获取单元,用于当识别出所述操作的类型为第二类型时,获取自身的网络状态;
第二执行单元,用于当所述自身的网络状态不符合所述达成准则时,根据所述自身的网络状态从一个或多个操作中获取符合所述执行条件的第二目标操作,并根据所述第二目标操作调整运行状态;
判断单元,用于获取调整运行状态后的网络状态;和当所述调整运行状态后的网络状态不符合所述达成准则时,判断所述调整运行状态后的网络状态是否符合所述第二目标操作对应的执行条件;
第三执行单元,用于当所述调整运行状态后的网络状态符合所述第二目标操作对应的执行条件时,根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,并根据修改后的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则;
第四执行单元,用于当所述调整运行状态后的网络状态不符合所述第二目标操作对应的执行条件时,根据所述调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则。
21.根据权利要求20所述的第二网元,其特征在于,所述操作需求包括奖励公式,在所述根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作方面,所述第三执行单元具体用于:
根据所述达成准则、所述奖励公式和所述调整运行状态后的网络状态修改所述第二目标操作。
22.一种第三网元,其特征在于,包括:
接收模块,用于接收第一网元发送的第二网元的标识和操作需求,所述第二网元的标识和所述操作需求是所述第一网元根据接收到的意图得到的;
执行模块,用于根据所述操作需求对应的操作控制所述第二网元的业务运行以实现所述意图,所述操作需求包括所述操作,或所述操作和以下一项或多项:达成准则、执行约束、奖励公式、指令格式与所述第二网元的标识的对应关系、所述操作的类型信息和执行所述操作所需满足的执行条件,所述达成准则为衡量意图达成的达成条件,所述执行约束为根据所述操作实现所述意图时所需满足的约束,所述奖励公式用于根据所述第二网元的网络状态调整所述操作,所述指令格式用于指示所述第二网元执行的操作指令的格式。
23.根据权利要求22所述的第三网元,其特征在于,所述操作需求包括所述达成准则、一个或多个执行操作和与每个操作对应的执行条件;
所述执行模块包括:
第一获取单元,用于当所述第三网元识别出所述操作的操作类型为第一类型时,获取所述第二网元的网络状态;
第一执行单元,用于当所述网络状态不符合所述达成准则时,根据所述网络状态,从所述一个或多个操作中获取符合所述执行条件的第一目标操作,并利用所述第一目标操作控制所述第二网元的业务运行,直到所述第二网元的网络状态符合所述达成准则。
24.根据权利要求22或23所述的第三网元,其特征在于,所述操作需求包括达成准则、一个或多个操作和每个操作对应的执行条件;
所述执行模块包括:
第二获取单元,用于当所述第三网元识别出所述操作的类型为第二类型时,获取所述第二网元的网络状态;
第二执行单元,用于当所述第二网元的网络状态不符合所述达成准则时,根据所述第二网元的网络状态从一个或多个操作中获取符合所述执行条件的第二目标操作,并根据所述第二目标操作控制所述第二网元调整运行状态;
判断单元,用于获取所述第二网元的调整运行状态后的网络状态;当所述调整运行状态后的网络状态不符合所述达成准则时,判断所述调整运行状态后的网络状态是否符合所述第二目标操作对应的执行条件;
第三执行单元,用于当所述调整运行状态后的网络状态符合所述第二目标操作对应的执行条件时,根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作,并根据修改后的第二目标操作控制所述第二网元调整运行状态,并获取调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则;
第四执行单元,用于当所述调整运行状态后的网络状态不符合所述第二目标操作对应的执行条件时,根据所述调整运行状态后的网络状态,从一个或多个操作中重新获取符合执行条件的第二目标操作,根据重新获取的第二目标操作控制第二网元调整运行状态,并获取所述调整运行状态后的网络状态;直到所述调整运行状态后的网络状态符合所述达成准则。
25.根据权利要求24所述的第三网元,其特征在于,所述操作需求还包括奖励公式,所述根据所述达成准则和所述调整运行状态后的网络状态修改所述第二目标操作方面,所述第三执行单元具体用于:
根据所述达成准则、所述奖励公式和所述调整运行状态后的网络状态修改所述目标操作。
26.一种设备,其特征在于,所述设备包括处理器和存储器,所述存储器存储计算机指令;所述处理器执行所述存储器存储的计算机指令,使得所述设备执行权利要求1-2任一项所述的意图处理方法,或权利要求3-5任一项所述的意图处理方法、或权利要求6-9任一项所述的意图处理方法、或权利要求10-13任一项所述的意图处理方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911195345.6A CN112865998B (zh) | 2019-11-28 | 2019-11-28 | 意图处理方法和相关装置 |
PCT/CN2020/132468 WO2021104501A1 (zh) | 2019-11-28 | 2020-11-27 | 意图处理方法和相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911195345.6A CN112865998B (zh) | 2019-11-28 | 2019-11-28 | 意图处理方法和相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112865998A CN112865998A (zh) | 2021-05-28 |
CN112865998B true CN112865998B (zh) | 2022-10-18 |
Family
ID=75995914
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911195345.6A Active CN112865998B (zh) | 2019-11-28 | 2019-11-28 | 意图处理方法和相关装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112865998B (zh) |
WO (1) | WO2021104501A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115835237A (zh) * | 2021-09-17 | 2023-03-21 | 华为技术有限公司 | 通信的方法及其装置 |
CN115996401A (zh) * | 2021-10-20 | 2023-04-21 | 华为技术有限公司 | 一种意图预评估方法及装置 |
CN114172814B (zh) * | 2021-10-23 | 2023-02-07 | 西安电子科技大学 | 一种意图驱动卫星网络资源管理三协模型构建方法及应用 |
CN116418692A (zh) * | 2021-12-29 | 2023-07-11 | 华为技术有限公司 | 一种意图管理的方法和通信装置 |
CN116419261A (zh) * | 2021-12-30 | 2023-07-11 | 华为技术有限公司 | 意图执行方法及通信装置 |
CN117829438A (zh) * | 2022-09-23 | 2024-04-05 | 中兴通讯股份有限公司 | 自智运维方法、装置、计算机可读存储介质及电子装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109314647A (zh) * | 2016-12-09 | 2019-02-05 | 华为技术有限公司 | 一种管理系统、管理网元的方法及装置 |
CN109429186A (zh) * | 2017-08-31 | 2019-03-05 | 华为技术有限公司 | 数据传输的方法及装置 |
CN109672712A (zh) * | 2017-10-17 | 2019-04-23 | 中兴通讯股份有限公司 | 数据同步方法、装置、超级控制器、域控制器及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9742626B2 (en) * | 2014-09-16 | 2017-08-22 | CloudGenix, Inc. | Methods and systems for multi-tenant controller based mapping of device identity to network level identity |
US10530697B2 (en) * | 2015-02-17 | 2020-01-07 | Futurewei Technologies, Inc. | Intent based network configuration |
US10374872B2 (en) * | 2016-05-24 | 2019-08-06 | Apstra, Inc. | Configuring system resources for different reference architectures |
US10555253B2 (en) * | 2017-02-03 | 2020-02-04 | Nokia Technologies Oy | Method and system for selection of an access and mobility management function in an access network environment |
-
2019
- 2019-11-28 CN CN201911195345.6A patent/CN112865998B/zh active Active
-
2020
- 2020-11-27 WO PCT/CN2020/132468 patent/WO2021104501A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109314647A (zh) * | 2016-12-09 | 2019-02-05 | 华为技术有限公司 | 一种管理系统、管理网元的方法及装置 |
CN109429186A (zh) * | 2017-08-31 | 2019-03-05 | 华为技术有限公司 | 数据传输的方法及装置 |
CN109672712A (zh) * | 2017-10-17 | 2019-04-23 | 中兴通讯股份有限公司 | 数据同步方法、装置、超级控制器、域控制器及存储介质 |
Non-Patent Citations (1)
Title |
---|
"28812-080";hua wei;《3GPP specs\archive》;20191106;参见第4. 1. 2部分 * |
Also Published As
Publication number | Publication date |
---|---|
WO2021104501A1 (zh) | 2021-06-03 |
CN112865998A (zh) | 2021-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112865998B (zh) | 意图处理方法和相关装置 | |
AU2018315286B2 (en) | Communication method, source base station, target base station, core network device, and terminal device | |
CN109526029B (zh) | 一种业务优化方法、介质、相关装置和设备 | |
EP3606160B1 (en) | Network slicing in a multi-tenant architecture | |
KR102380345B1 (ko) | 전력 제어 방법, 단말 기기 및 네트워크 기기 | |
US11785496B2 (en) | Quality of service implementations for separating user plane | |
CN102387525B (zh) | 载波配置方法、装置及系统 | |
EP3965441B1 (en) | Direct link transmission method and terminal | |
US20240119362A1 (en) | Information transmission method and apparatus | |
JP6779373B2 (ja) | 適応変調符号化方法および基地局 | |
EP3053367A1 (en) | Adjusting ran capability based on data transport characteristics of a backhaul network in a telecommunication network. | |
WO2014053959A2 (en) | Uplink power control for machine type communication devices | |
WO2018137427A1 (zh) | 实现测量协调的方法、系统、用户设备和存储介质 | |
US20230060071A1 (en) | Inference-aware ml model provisioning | |
US10172034B2 (en) | Adjusting RAN capability based on data transport characteristics of a backhaul network in a telecommunication network | |
US11310704B2 (en) | Secondary communication node change | |
CN114765507A (zh) | 定位导频配置方法、装置、终端设备、接入网设备及存储介质 | |
CN103052070A (zh) | 一种多载频系统中载频配置优化方法和无线网络控制器 | |
WO2023088297A1 (zh) | 一种备电方法和装置 | |
CN114205059B (zh) | 信息交互方法、装置及存储介质 | |
CN103609056A (zh) | 减少异构网络中的断网的方法 | |
WO2023143371A1 (zh) | 一种通信方法和装置 | |
WO2024067104A1 (zh) | 通信方法及相关装置 | |
KR20230127339A (ko) | 정보 전송 방법, 장치 및 통신 기기 | |
CN114745264A (zh) | 推理服务的部署方法、装置及处理器可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |