CN113810894B - 通信方法及装置、系统 - Google Patents
通信方法及装置、系统 Download PDFInfo
- Publication number
- CN113810894B CN113810894B CN202010555502.6A CN202010555502A CN113810894B CN 113810894 B CN113810894 B CN 113810894B CN 202010555502 A CN202010555502 A CN 202010555502A CN 113810894 B CN113810894 B CN 113810894B
- Authority
- CN
- China
- Prior art keywords
- policy
- type
- intention
- network element
- strategy
- 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/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
- H04W16/10—Dynamic resource partitioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种通信方法及装置。第一网元接收来自第二网元的策略创建请求,该请求创建的策略的类型包括意图类型的策略或非意图类型的策略,并向第三网元发送策略处理请求,该策略处理请求包括策略类型标识,该策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略。第三网元接收到来自第一网元的策略处理请求后,若策略的类型为意图类型的策略,则第三网元根据策略处理请求,进行意图策略处理;若策略的类型为非意图类型的策略,则第三网元根据策略处理请求,进行非意图策略处理。第一网元在接收到来自第二网元的策略创建请求后,能够明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
Description
技术领域
本申请涉及网络智能技术领域,尤其涉及一种通信方法及装置、系统。
背景技术
体验式网络智能(experiential networked intelligence,ENI)定义了一个基于上下文感知、源数据驱动的自闭环参考架构。ENI架构可以将网络管理策略(policy)转换为最终的可执行命令、规则或者是子策略。其中,定义了两种类型的策略:一种是意图(intent)类型的策略,另一种是非意图(non-intent)类型的策略。针对两种不同类型的策略需要采用不同的处理流程。
如图1所示的意图驱动管理服务(intent driven managementservice,IDMS)的架构示意图,该意图驱动管理系统包括IDM服务消费者(IDM service consumer)、IDM服务生产者(IDM service producer)和网络基础设施(network infrastructure)。该网络基础设施可以是物理的 (physical),也可以是虚拟的(virtual)。IDM采用服务化的接口来实现意图的下发。具体地, IDM服务消费者通过调用意图驱动管理服务(intent drivenmanagement service,IDMS)接口将意图下发至IDM服务生产者;IDM服务生产者将意图转译为具体的执行策略下发给网络基础设施,并在意图执行过程中不断监测网络状态以保证意图的达成或维持意图。
如图2a和图2b所示的两种IDMS消费者向IDMS生产者下发意图策略的方式,在图2a中,IDMS消费者采用传统的管理服务(management service,MnS)接口向IDMS生产者下发意图策略;在图2b中,IDMS消费者采用专门的意图接口,即意图驱动的管理服务(intentdriven MnS)接口向IDMS生产者下发意图策略。
然而,当前基于意图的ENI架构,其策略的输入接口是同一个,因此,当通过该输入接口下发策略到ENI架构中时,ENI架构无法识别出策略的类型,造成意图策略无法进行正确转译以及执行。
发明内容
本申请提供一种通信方法及装置、系统,以实现明确请求创建的策略的类型,进行相应的策略处理,提高策略执行的可靠性。
第一方面,提供了一种通信方法,所述方法包括:第一网元接收来自第二网元的策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略;以及所述第一网元向第三网元发送策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示所述策略的类型为意图类型的策略或非意图类型的策略。在该方面中,第一网元在接收到来自第二网元的策略创建请求后,能够明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
在一种可能的实现中,所述方法还包括:所述第一网元根据所述策略创建请求,识别所述策略的类型。
在又一种可能的实现中,所述策略创建请求包括所述策略类型标识,所述第一网元根据所述策略创建请求,识别所述策略的类型,包括:所述第一网元根据所述策略类型标识,识别所述策略的类型。在该实现中,策略创建请求中携带策略类型标识,第一网元可以根据该策略类型标识,准确地识别策略的类型。
在又一种可能的实现中,所述策略创建请求还包括策略表达式,所述策略类型标识包括在所述策略表达式中,或所述策略类型标识包括在所述策略创建请求中的单独的信元中。
在又一种可能的实现中,所述第一网元根据所述策略创建请求,识别所述策略的类型,包括:所述第一网元根据接收到的所述策略创建请求的接口或所述策略创建请求的消息名称,识别所述策略的类型,其中,不同的策略的类型对应不同的消息名称;所述方法还包括:所述第一网元根据识别出的所述策略的类型,确定所述策略类型标识。在该实现中,第二网元可通过不同的物理接口或不同的逻辑接口发送策略创建请求,第一网元可以根据接收到策略创建请求的接口的不同,识别策略创建请求所请求创建的策略的类型;或者,针对不同的策略类型,第二网元发送的策略创建请求的消息名称不同,第一网元可以根据策略创建请求的消息名称,识别策略的类型。例如,如果策略类型是意图类型的策略,则第二网元发送 implementIntent invoking消息,如果策略类型是非意图类型的策略,则第二网元发送 configuration message。
第二方面,提供了一种通信方法,所述方法包括:第三网元接收来自第一网元的策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略;以及若所述策略的类型为意图类型的策略,所述第三网元根据所述策略处理请求,进行意图策略处理;若所述策略的类型为非意图类型的策略,所述第三网元根据所述策略处理请求,进行非意图策略处理。在该方面中,第三网元接收来自第一网元的策略处理请求,第一网元明确指示了该策略处理请求的策略类型标识,从而第三网元可以根据不同的策略类型,进行不同的处理流程,提高了策略执行的可靠性。
在一种可能的实现中,所述策略处理请求还包括策略表达式,若所述策略的类型为意图类型的策略,所述第三网元根据所述策略处理请求,进行意图策略处理,包括:所述第三网元根据所述策略表达式,生成意图标识;所述第三网元根据所述策略表达式,查询意图知识库,得到查询结果;所述第三网元对所述查询结果进行编排,得到编排结果,所述编排结果包括以下一个或多个信息:意图可执行命令,所述意图可执行命令的执行设备标识与所述意图可执行命令的格式间的对应关系,意图目标达成条件;以及所述第三网元根据所述编排结果,指示所述执行设备执行所述意图可执行命令。
在又一种可能的实现中,所述策略处理请求还包括策略表达式,若所述策略的类型为非意图类型的策略,所述第三网元根据所述策略处理请求,进行非意图策略处理,包括:所述第三网元根据所述策略表达式,进行非意图策略处理。
第三方面,提供了一种通信装置,所述装置包括:收发单元,用于接收来自第二网元的策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略;以及所述收发单元,还用于向第三网元发送策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示所述策略的类型为意图类型的策略或非意图类型的策略。
在一种可能的实现中,所述装置还包括:处理单元,用于根据所述策略创建请求,识别所述策略的类型。
在又一种可能的实现中,所述策略创建请求包括所述策略类型标识,所述处理单元,用于根据所述策略类型标识,识别所述策略的类型。
在又一种可能的实现中,所述策略创建请求还包括策略表达式,所述策略类型标识包括在所述策略表达式中,或所述策略类型标识包括在所述策略创建请求中的单独的信元中。
在又一种可能的实现中,所述处理单元,用于根据接收到的所述策略创建请求的接口或所述策略创建请求的消息名称,识别所述策略的类型,其中,不同的策略的类型对应不同的消息名称;以及所述处理单元,还用于根据识别出的所述策略的类型,确定所述策略类型标识。
第四方面,提供了一种通信装置,所述装置包括:收发单元,用于接收来自第一网元的策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略;处理单元,用于若所述策略的类型为意图类型的策略,根据所述策略处理请求,进行意图策略处理;以及所述处理单元,还用于若所述策略的类型为非意图类型的策略,根据所述策略处理请求,进行非意图策略处理。
在一种可能的实现中,所述策略处理请求还包括策略表达式;所述处理单元,用于根据所述策略表达式,生成意图标识;所述处理单元,还用于根据所述策略表达式,查询意图知识库,得到查询结果;所述处理单元,还用于对所述查询结果进行编排,得到编排结果,所述编排结果包括以下一个或多个信息:意图可执行命令,所述意图可执行命令的执行设备标识与所述意图可执行命令的格式间的对应关系,意图目标达成条件;以及所述处理单元,还用于根据所述编排结果,指示所述执行设备执行所述意图可执行命令。
在又一种可能的实现中,所述策略处理请求还包括策略表达式;所述处理单元,用于根据所述策略表达式,进行非意图策略处理。
第五方面,提供了一种通信装置,包括存储器和处理器,其中,所述存储器中存储程序指令,且所述处理器用于调用所述存储器中存储的程序指令执行如第一方面或第一方面的任一个实现所述的方法。
第六方面,提供了一种通信装置,包括存储器和处理器,其中,所述存储器中存储程序指令,且所述处理器用于调用所述存储器中存储的程序指令执行如第二方面或第二方面的任一个实现所述的方法。
第七方面,提供了一种通信系统,包括如第三方面或第三方面的任一个实现所述的通信装置,如第四方面或第四方面的任一个实现所述的通信装置,以及第三网元。
第八方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第九方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
附图说明
图1为IDMS的架构示意图;
图2a为IDMS消费者向IDMS生产者下发意图策略的一种方式的示意图;
图2b为IDMS消费者向IDMS生产者下发意图策略的另一种方式的示意图;
图3a为基于意图的ENI架构的一种部署方式;
图3b为基于意图的ENI架构的另一种部署方式;
图4为本申请实施例适用的通信系统的架构示意图;
图5为基于意图的ENI融合架构示意图;
图6为图1所示的IDM系统应用于网络设备管理时,意图转译、保障阶段涉及的功能模块示意图;
图7为本申请实施例提供的通信方法的一个流程示意图;
图8为本申请实施例提供的通信方法的又一个流程示意图;
图9为意图类型的策略的处理流程示意图;
图10为非意图类型的策略的处理流程示意图;
图11为本申请实施例提供的通信方法的又一个流程示意图;
图12为本申请实施例提供的通信装置的一个结构示意图;
图13为本申请实施例提供的通信装置的又一个结构示意图;
图14为本申请实施例提供的通信装置的又一个结构示意图。
具体实施方式
ENI系统是一个基于观察方向决定行为控制模型的认知网络管理体系架构。基于意图的 ENI架构有如下两种部署方式:
如图3a所示,为基于意图的ENI架构的一种部署方式,ENI可以作为无线网元的一部分,分布式部署在网元管理系统(element management system,EMS)以及辅助系统(assisted system) (又可以称为网络设备(network equipment,NE))(例如,eNB,gNB)等网元中。
如图3b所示,为基于意图的ENI架构的另一种部署方式,ENI架构作为独立的功能模块部署,EMS、NE等网元通过外部接口与ENI架构建立通信。
然而,由于当前基于意图的ENI架构,其策略的输入接口是同一个,当通过该输入接口下发策略到ENI架构中时,ENI架构无法识别出策略的类型,造成意图策略无法进行正确转译以及执行。在如图3a和图3b所示的两种部署方式下,网络管理系统(networkmanagement system,NMS)下发的策略进入到ENI架构后,ENI架构无法区分策略的类型,无法判断此策略是意图类型的策略还是非意图类型的策略。当把基于意图的ENI架构运用到无线网络管理系统时,ENI架构怎样区分无线系统中NMS下发的策略,实现无线网络与ENI智能模块的联动,是本申请需要解决的问题。
本申请实施例提供一种通信方法及装置、系统,第一网元在接收到来自第二网元的策略创建请求后,能够明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
图4为本申请实施例适用的通信系统的架构示意图,该通信系统100包括第一网元200、第二网元300和第三网元400。第二网元300将创建好的意图传输给第一网元200执行。第一网元200接收到第二网元300的意图,转译该意图,从意图知识库得到意图操作、意图目标和执行条件,并对意图进行编排等操作,编排为第三网元400可执行的命令,并传输给第三网元400执行。第三网元400接收到第一网元200的可执行命令,执行该命令。该通信系统应用于无线网络管理场景时,且本申请主要涉及意图策略创建和配置流程,因此,该第一网元可以是如图3a和图3b所示的基于意图的ENI架构,该第一网元可以是独立于EMS的模块,也可以是整合到EMS中的模块。该第二网元是意图的创建者,可以是如图3a和图3b所示的NMS。NMS具体可以是用户(user)、应用程序(application)、以及运营支撑系统和业务支撑系统等功能实体(operation support system-and business support system-likefunctionality, oss-and bss-like functionality)。该第三网元是意图的作用者(infrastructure),可以是如图3a 和图3b所示的NE。
ENI版本1中ENI系统共包含10个功能模块(functional block,FB),并分为输入功能模块、输出功能模块、分析功能模块以及决策功能模块四大类。模块分类以及各类模块的功能如下所述:
输入功能模块:数据输入(data ingestion)功能模块和标准化(normalization)功能模块,负责接收外部系统的数据以及对数据进行归一化等操作。
输出功能模块:输出产生(output generation)功能模块和反向归一化(denormalization) 功能模块,负责将系统内部命令转化为外部系统能够处理的格式并发送给外部系统。
分析功能模块:知识管理(knowledge management)功能模块,上下文感知(context awareness)功能模块和认知管理(cognition management)功能模块,负责对现有的网络状态进行感知分析并且预测未来的网络状态。
决策功能模块:策略管理(policy management)功能模块,状态感知(situationalawareness) 功能模块和模型驱动工程(model-driven engineering)功能模块,在对网络状态感知的基础上,根据策略目标生成新的策略并对策略进行编排,并将操作命令发送给输出模块。
ENI版本2定义了基于意图的ENI融合架构,其在ENI版本1定义的ENI架构基础上,定义了与意图转译、意图保障相关的功能模块。如图5所示的基于意图的ENI融合架构示意图,具体地,该ENI融合架构在知识管理功能模块中加入了意图知识库(intent knowledgerepository),在策略管理功能模块中加入了意图策略执行(intent policy fulfillment)子功能模块,以及还引入了一个意图转译(intent translation)功能模块,此功能模块可以合一部署,也可以作为policymanagement功能模块的一部分。
其中,意图转译功能模块,用于将收到的意图策略翻译为ENI内部系统可以识别的命令。
意图知识库,用于存放专家经验以及网元的信息,可以作为一个独立的功能模块,也可以放在ENI现有架构中的知识管理功能模块中。
意图策略执行功能模块,用于实现意图执行及维持功能,负责对意图策略进行编排并持续满足外部系统的意图需求。
具体地,基于意图的ENI融合系统支持对意图的转译、保障。EMS在执行上述操作过程中可以分为两个阶段:意图转译阶段、意图执行和完成阶段。在意图转译阶段涉及intenttranslation FB和policy management FB;在意图执行和完成阶段涉及situationalawareness FB、 cognition management FB、context awareness FB和MDE FB。在意图转译阶段,NMS下发意图实施请求到EMS后,转译中意图转译模块从意图知识库(意图知识库可以位于知识管理功能模块)中查询并得到意图操作、意图目标和执行条件,并由policymanagement FB执行该意图。在意图保障阶段,policy management FB可根据网络状态信息、意图达成情况以及意图策略更新情况更改意图操作。
如图6所示,为图1所示的IDM系统应用于网络设备管理时,意图转译、保障阶段涉及的功能模块示意图。基于意图的ENI融合系统(在图4中具体为EMS)架构中支持对意图的转译、保障。在网络设备管理领域,可以将ENI的功能模块嵌入网元管理系统(elementmanagement system,EMS)。网络管理系统(network management system,NMS)向EMS发送意图,EMS对意图进行转译及执行,将最终生成的命令发送给辅助系统(assisted system)(又可以称为网络设备(network equipment,NE))。NE执行完命令,最终达成意图。其中,NMS可以是用户(user)、应用程序(application)、以及运营支撑系统和业务支撑系统等功能实体(operation support system-and business support system-likefunctionality,oss-and bss-like functionality)。
具体地,在意图转译阶段,NMS下发意图实施请求到意图融合系统中后,意图转译功能模块从意图知识库中查询并得到意图相关的意图操作(intent operations)、意图达成条件(intent fulfillment criterion)(又称为意图目标)和执行条件(executioncondition),并由policy management FB执行意图。
在意图保障阶段,policy management FB与situational awareness FB、cognition management FB、context awareness FB和MDE FB交互网络状态信息、意图达成情况以及意图策略更新情况来更改意图操作。
下面结合图1~图11对本申请实施例提供的通信方法进行详细描述:
如图7所示,为本申请实施例提供的通信方法的一个流程示意图,示例性地,该方法包括以下步骤:
S101、第二网元向第一网元发送策略创建请求。
相应地,第一网元接收该策略创建请求。
当第二网元想要第三网元执行某个策略时,第二网元向第一网元发送策略创建请求,用于请求第一网元在第一网元中创建该策略。请求创建的策略的类型包括意图类型的策略或非意图类型的策略。意图类型的策略是指第二网元下发的是一个意图,即第二网元想要第三网元做什么(do what),而具体怎么做(how to do)是由第一网元对该意图进行转译、编排后得到的意图策略(意图操作、意图目标和执行条件),然后第一网元将意图策略中的意图操作发送给第三网元,由第三网元执行。非意图类型的策略是指除意图类型的策略之外的策略。
S102、第一网元向第三网元发送策略处理请求,该策略处理请求包括策略类型标识,该策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略。
相应地,第三网元接收该策略处理请求。
第一网元在接收到第二网元发送的策略创建请求后,识别该策略创建请求所请求创建的策略的类型,即识别该策略创建请求是请求创建意图类型的策略或非意图类型的策略。如果该策略创建请求是请求创建意图类型的策略,则第一网元对该意图进行转译、编排后得到的意图策略(意图操作、意图目标和执行条件),确定策略类型标识为意图类型的策略,并向第三网元发送策略处理请求,该策略处理请求包括意图操作和策略类型标识,该策略类型标识用于标识该策略的类型为意图类型的策略。如果该策略创建请求是请求创建非意图类型的策略,则第一网元向第三网元发送策略处理请求,该策略处理请求包括策略类型标识,该策略类型标识用于标识该策略的类型为非意图类型的策略。
S103a、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是意图类型的策略,则第三网元执行上述意图操作。
S103b、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是非意图类型的策略,则第三网元执行非意图操作。
可以理解的是,第三网元根据第一网元发送的策略处理请求,选择步骤S103a和步骤 S103b中的一个步骤执行。
根据本申请提供的一种通信方法,第一网元在接收到来自第二网元的策略创建请求后,能够明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
如图8所示,为本申请实施例提供的通信方法的又一个流程示意图,示例性地,该方法包括以下步骤:
S201、第二网元向第一网元发送策略创建请求,该策略创建请求包括策略类型标识。
相应地,第一网元接收该策略创建请求。
第二网元向第一网元发送策略创建请求。请求分两种,如果是请求创建意图类型的策略,则发送implementIntent Invoking(policyExpression,flag)消息;如果是请求创建非意图类型的策略,则发送Configuration Message(policyExpression,flag)消息。其中,消息名称为意图执行发起(implementIntent Invoking)消息,该消息中包括policyExpression和flag两个参数/信元,policyExpression即策略表达式;flag即策略类型标识,用于标识该请求创建的策略是意图类型的策略或非意图类型的策略。其中,flag可以包括在policyExpression中,也可以包括在策略创建请求中的单独的信元中。
该通信系统可以采用如图3a所示的架构,即ENI部署在EMS中。则EMS接收到该策略创建请求后,传输给其中的ENI模块进行处理。
该通信系统也可以采用如图3b所示的架构,即ENI独立于EMS部署,则EMS接收到该策略创建请求后,向ENI转发该策略创建请求。
S202、第一网元根据该策略类型标识,识别策略的类型。
第一网元接收到该策略创建请求后,根据策略创建请求中携带的flag,可以识别策略的类型为意图类型的策略或非意图类型的策略。
S203、第一网元向第三网元发送策略处理请求,该策略处理请求包括策略类型标识,该策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略。
相应地,第三网元接收该策略处理请求。
第一网元在识别出策略的类型后,对于不同的策略类型,策略处理流程不同。具体地,若策略的类型为意图类型的策略,则第一网元向第三网元发送策略处理请求,用于指示第三网元按照如图9所示的意图类型的策略处理流程处理该策略。若策略的类型为非意图类型的策略,则第一网元向第三网元发送策略处理请求,用于指示第三网元按照如图10所示的非意图类型的策略处理流程处理该策略。
S204a、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是意图类型的策略,则第三网元执行上述意图操作。
S204b、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是非意图类型的策略,则第三网元执行非意图操作。
可以理解的是,第三网元根据第一网元发送的策略处理请求,选择步骤S204a和步骤 S204b中的一个步骤执行。
下面详细描述意图类型的策略处理流程和非意图类型的策略处理流程:
如图9所示,假设通信系统采用如图3b所示的架构,即ENI独立于EMS部署,该意图类型的策略处理流程包括如下步骤:
S301、EMS向ENI架构中的data ingestion and normalisation模块发送上述意图执行发起 (implementIntent Invoking)消息,该消息包括flag和policyExpresssion两个参数/信元。
S302、data ingestion and normalisation模块接收到该意图执行发起消息后,向knowledge management模块转发该意图执行发起消息。
S303、knowledge management模块检查意图执行发起消息中的flag,该flag为意图类型的策略标识。
S304、knowledge management模块识别出为执行意图类型的策略时,向intenttranslation 模块发送意图转译请求(intent translation request(policyExpresssion))消息。
S305、intent translation模块接收到意图转译请求后,生成意图标识(intentId),向knowledge management模块发送意图转译响应(intent translationacknowledge)消息,用于指示接收到上述意图转译请求。
S306、intent translation模块与knowledge management模块交互,intenttranslation模块对 policyExpresssion进行词法和语法分析,得到意图关键词。intenttranslation模块根据该意图关键词查询knowledge management模块中的意图知识库,得到查询结果,并对查询结果进行编排,得到多组意图可执行命令:intentInstruction{<executionCondition,Instruction>},以及意图可执行命令执行设备标识(entityId)与其可执行的命令格式间的对应关系的集合: entityId_FormatList{<entityId,format>},以及意图达成条件(又称为“意图目标”) (fulfillmentCriterion)。
S307、intent translation模块向policy management模块发送意图执行请求(intent execution request(intentId,entityId_FormatList{<entityId,format>},intentInstruction{<executionCondition, Instruction>}))消息。
S308、policy management模块向intent translation模块发送意图执行响应消息,用于指示接收到上述意图执行请求消息。
S309、policy management模块向denormalization and output generation模块发送操作执行请求(instruction executionrequest(instruction,entityId_FormatList))消息。
S310、denormalisation and output generation模块根据操作执行请求消息中包含的 entityId_FormatList对instruction进行格式转化,将instruction转化为可执行的命令(convertedInstruction)。然后,向entityId_FormatList中entityId所指示的网元转发该操作执行请求消息,消息中包含convertedInstruction。
如图10所示,假设通信系统采用如图3b所示的架构,即ENI独立于EMS部署,该非意图类型的策略处理流程包括如下步骤:
S401、EMS向ENI架构中的data ingestion and normalisation模块发送上述意图执行发起 (implementIntent Invoking)消息,该消息包括flag和policyExpresssion两个参数/信元。
S402、data ingestion and normalisation模块向knowledge management模块转发上述意图执行发起消息。
S403、knowledge management模块检查意图执行发起消息中的flag,该flag为非意图类型的策略标识。
S404、knowledge management模块向policymanagement模块发送策略执行请求(policyexecutionrequest(policyExpression,entityId_FormatList))消息。
S405、policy management模块向denormalisation and output generation模块发送操作执行请求(instruction executionrequest(instruction,entityId_FormatList))消息。
S406、denormalisation and output generation模块根据操作执行请求消息中包含的 entityId_FormatList对instruction进行格式转化,将instruction转化为convertedInstruction。然后,向entityId_FormatList中entityId所指示的网元发送操作执行请求消息,消息中包含 convertedInstruction。
对比图9所示的意图类型的策略处理流程和图10所示的非意图类型的策略处理流程,可以看出,非意图类型的策略处理流程不涉及意图转译模块对意图进行转译和编排,即不涉及图9所示的步骤S304~S306。
根据本申请提供的一种通信方法,第一网元在接收到来自第二网元的策略创建请求后,该策略创建请求包括策略类型标识,因而第一网元能够根据该策略类型标识明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
如图11所示,为本申请实施例提供的通信方法的又一个流程示意图,示例性地,该方法包括以下步骤:
S501、第二网元向第一网元发送策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略。
相应地,第一网元接收该策略创建请求。
第二网元向第一网元发送策略创建请求。请求分两种,如果是请求创建意图类型的策略,则发送implementIntent Invoking(policyExpression)消息;如果是请求创建非意图类型的策略,则发送Configuration Message(policyExpression)消息。其中,消息名称为意图执行发起 (implementIntent Invoking)消息,该消息中包括policyExpression。第二网元还可以通过不同的物理接口或不同的逻辑接口发送策略创建请求。
该通信系统可以采用如图3a所示的架构,即ENI部署在EMS中。则EMS接收到该策略创建请求后,传输给其中的ENI模块进行处理。
该通信系统也可以采用如图3b所示的架构,即ENI独立于EMS部署,则EMS接收到该策略创建请求后,向ENI转发该策略创建请求。
S502、第一网元根据接收到的策略创建请求的接口或策略创建请求的消息名称,识别策略的类型。
第二网元可通过不同的物理接口或不同的逻辑接口发送策略创建请求,第一网元可以根据接收到策略创建请求的接口的不同,识别策略创建请求所请求创建的策略的类型;或者,针对不同的策略类型,第二网元发送的策略创建请求的消息名称不同,第一网元可以根据策略创建请求的消息名称,识别策略的类型。例如,如果策略类型是意图类型的策略,则第二网元发送implementIntent invoking消息,如果策略类型是非意图类型的策略,则第二网元发送configuration message。
S503、第一网元根据识别出的策略的类型,确定策略类型标识。
具体地,若第一网元识别出策略的类型为意图类型的策略,则确定策略类型标识为意图类型的策略标识。例如,意图类型的策略标识采用flag1表示;若第一网元识别出策略的类型为非意图类型的策略,则确定策略类型标识为非意图类型的策略标识。例如,非意图类型的策略标识采用flag2表示。
S504、第一网元向第三网元发送策略处理请求,该策略处理请求包括策略类型标识,该策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略。
相应地,第三网元接收该策略处理请求。
第一网元在识别出策略的类型后,对于不同的策略类型,策略处理流程不同。具体地,若策略的类型为意图类型的策略,则第一网元向第三网元发送策略处理请求,用于指示第三网元按照如图9所示的意图类型的策略处理流程处理该策略。若策略的类型为非意图类型的策略,则第一网元向第三网元发送策略处理请求,用于指示第三网元按照如图10所示的非意图类型的策略处理流程处理该策略。
S505a、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是意图类型的策略,则第三网元执行上述意图操作。
S505b、若策略的类型为意图类型的策略,第三网元根据策略处理请求,进行意图策略处理。
具体地,第三网元接收到该策略处理请求,根据策略处理请求中携带的策略类型标识,如果该策略类型标识所标识的是非意图类型的策略,则第三网元执行非意图操作。
可以理解的是,第三网元根据第一网元发送的策略处理请求,选择步骤S505a和步骤 S505b中的一个步骤执行。
根据本申请提供的一种通信方法,第一网元在接收到来自第二网元的策略创建请求后,能够根据接收到的策略创建请求的接口或策略创建请求的消息名称,明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
基于上述通信方法的同一构思,如图12所示,本申请实施例还提供了一种通信装置。该通信装置500包括:收发单元51,此外,还可以包括处理单元52(图中以虚线表示)。其中:
收发单元51,用于接收来自第二网元的策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略;以及所述收发单元51,还用于向第三网元发送策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示所述策略的类型为意图类型的策略或非意图类型的策略。
在一种可能的实现中,所述处理单元52,用于根据所述策略创建请求,识别所述策略的类型。
在又一种可能的实现中,所述策略创建请求包括所述策略类型标识,所述处理单元52,用于根据所述策略类型标识,识别所述策略的类型。
在又一种可能的实现中,所述策略创建请求还包括策略表达式,所述策略类型标识包括在所述策略表达式中,或所述策略类型标识包括在所述策略创建请求中的单独的信元中。
在又一种可能的实现中,所述处理单元52,用于根据接收到的所述策略创建请求的接口或所述策略创建请求的消息名称,识别所述策略的类型,其中,不同的策略的类型对应不同的消息名称;以及所述处理单元52,还用于根据识别出的所述策略的类型,确定所述策略类型标识。
有关上述收发单元51和处理单元52的具体实现可参考图7~图11中第一网元的相关描述。
根据本申请实施例提供的一种通信装置,该通信装置在接收到来自第二网元的策略创建请求后,能够明确请求创建的策略的类型,并指示第三网元进行相应的策略处理,提高了策略执行的可靠性。
基于上述通信方法的同一构思,如图13所示,本申请实施例还提供了一种通信装置。该通信装置600包括:收发单元61和处理单元62;其中:
收发单元61,用于接收来自第一网元的策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略;处理单元62,用于若所述策略的类型为意图类型的策略,根据所述策略处理请求,进行意图策略处理;以及所述处理单元62,还用于若所述策略的类型为非意图类型的策略,根据所述策略处理请求,进行非意图策略处理。
在一种可能的实现中,所述策略处理请求还包括策略表达式;所述处理单元62,用于根据所述策略表达式,生成意图标识;所述处理单元62,还用于根据所述策略表达式,查询意图知识库,得到查询结果;所述处理单元62,还用于对所述查询结果进行编排,得到编排结果,所述编排结果包括以下一个或多个信息:意图可执行命令,所述意图可执行命令的执行设备标识与所述意图可执行命令的格式间的对应关系,意图目标达成条件;以及所述处理单元62,还用于根据所述编排结果,指示所述执行设备执行所述意图可执行命令。
在又一种可能的实现中,所述策略处理请求还包括策略表达式;所述处理单元62,用于根据所述策略表达式,进行非意图策略处理。
有关上述收发单元61和处理单元62的具体实现可参考图7~图11中第三网元的相关描述。
根据本申请实施例提供的一种通信装置,该通信装置接收来自第一网元的策略处理请求,第一网元明确指示了该策略处理请求的策略类型标识,从而该通信装置可以根据不同的策略类型,进行不同的处理流程,提高了策略执行的可靠性。
如图14所示,还提供了一种通信装置的硬件结构示意图,该通信装置用于执行上述通信方法。上述方法中的部分或全部可以通过硬件来实现,也可以通过软件或固件来实现。
可选的,该通信装置在具体实现时可以是芯片或者集成电路。
可选的,当上述实施例的通信方法中的部分或全部通过软件或固件来实现时,可以通过图14提供的一种通信装置700来实现。如图14所示,该通信装置700可包括:
存储器73和处理器74(装置中的处理器74可以是一个或多个,图14中以一个处理器为例),还可以包括输入装置71、输出装置72。在本实施例中,输入装置71、输出装置72、存储器73和处理器74可通过总线或其它方式连接,其中,图14中以通过总线连接为例。
其中,在一个实施例中,处理器74用于执行图7~图11中第一网元所执行的方法步骤。
在另一个实施例中,处理器74用于执行图7~图11中第三网元所执行的方法步骤。
可选的,上述通信方法的程序可以存储在存储器73中。该存储器73可以是物理上独立的单元,也可以与处理器74集成在一起。该存储器73也可以用于存储数据。
可选的,当上述实施例的通信方法中的部分或全部通过软件实现时,该通信装置也可以只包括处理器。用于存储程序的存储器位于该通信装置之外,处理器通过电路或电线与存储器连接,用于读取并执行存储器中存储的程序。
处理器可以是中央处理器(central processing unit,CPU),网络处理器(network processor, NP),或WLAN设备。
处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmablelogic device, PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device, CPLD),现场可编程逻辑门阵列(field-programmable gatearray,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器也可以包括非易失性存储器(non-volatilememory),例如快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD);存储器还可以包括上述种类的存储器的组合。
本领域技术人员应明白,本公开一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本公开一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本公开一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例还提供一种计算机可读存储介质,该存储介质上可以存储有计算机程序,所述程序被处理器执行时实现本公开任一实施例描述的通信方法的步骤。
本申请实施例还提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行本公开任一实施例描述的通信方法的步骤。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,该单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read-onlymemory,ROM),或随机接入存储器(random access memory,RAM),或磁性介质,例如,软盘、硬盘、磁带、磁碟、或光介质,例如,数字通用光盘(digital versatile disc,DVD)、或者半导体介质,例如,固态硬盘(solid state disk,SSD)等。
Claims (17)
1.一种通信方法,其特征在于,所述方法包括:
第一网元接收来自第二网元的策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略,所述意图类型的策略和所述非意图类型的策略均来自于所述第二网元,所述意图类型的策略是由所述第一网元对意图进行转译、编排后得到的意图策略;
所述第一网元向第三网元发送策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示所述策略的类型为意图类型的策略或非意图类型的策略。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网元根据所述策略创建请求,识别所述策略的类型。
3.根据权利要求2所述的方法,其特征在于,所述策略创建请求包括所述策略类型标识,所述第一网元根据所述策略创建请求,识别所述策略的类型,包括:
所述第一网元根据所述策略类型标识,识别所述策略的类型。
4.根据权利要求3所述的方法,其特征在于,所述策略创建请求还包括策略表达式,所述策略类型标识包括在所述策略表达式中,或所述策略类型标识包括在所述策略创建请求中的单独的信元中。
5.根据权利要求2所述的方法,其特征在于,所述第一网元根据所述策略创建请求,识别所述策略的类型,包括:
所述第一网元根据接收到的所述策略创建请求的接口或所述策略创建请求的消息名称,识别所述策略的类型,其中,不同的策略的类型对应不同的消息名称;
所述方法还包括:
所述第一网元根据识别出的所述策略的类型,确定所述策略类型标识。
6.一种通信方法,其特征在于,所述方法包括:
第三网元接收来自第一网元的策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略,所述意图类型的策略和所述非意图类型的策略均来自于第二网元,所述意图类型的策略是由所述第一网元对意图进行转译、编排后得到的意图策略;
若所述策略的类型为意图类型的策略,所述第三网元根据所述策略处理请求,进行意图策略处理;
若所述策略的类型为非意图类型的策略,所述第三网元根据所述策略处理请求,进行非意图策略处理。
7.根据权利要求6所述的方法,其特征在于,所述策略处理请求还包括策略表达式,若所述策略的类型为意图类型的策略,所述第三网元根据所述策略处理请求,进行意图策略处理,包括:
所述第三网元根据所述策略表达式,生成意图标识;
所述第三网元根据所述策略表达式,查询意图知识库,得到查询结果;
所述第三网元对所述查询结果进行编排,得到编排结果,所述编排结果包括以下一个或多个信息:意图可执行命令,所述意图可执行命令的执行设备标识与所述意图可执行命令的格式间的对应关系,意图目标达成条件;
所述第三网元根据所述编排结果,指示所述执行设备执行所述意图可执行命令。
8.根据权利要求6所述的方法,其特征在于,所述策略处理请求还包括策略表达式,若所述策略的类型为非意图类型的策略,所述第三网元根据所述策略处理请求,进行非意图策略处理,包括:
所述第三网元根据所述策略表达式,进行非意图策略处理。
9.一种通信装置,其特征在于,所述装置包括:
收发单元,用于接收来自第二网元的策略创建请求,请求创建的策略的类型包括意图类型的策略或非意图类型的策略,所述意图类型的策略和所述非意图类型的策略均来自于所述第二网元,所述意图类型的策略是由第一网元对意图进行转译、编排后得到的意图策略;
所述收发单元,还用于向第三网元发送策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示所述策略的类型为意图类型的策略或非意图类型的策略。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
处理单元,用于根据所述策略创建请求,识别所述策略的类型。
11.根据权利要求10所述的装置,其特征在于,所述策略创建请求包括所述策略类型标识,所述处理单元,用于根据所述策略类型标识,识别所述策略的类型。
12.根据权利要求11所述的装置,其特征在于,所述策略创建请求还包括策略表达式,所述策略类型标识包括在所述策略表达式中,或所述策略类型标识包括在所述策略创建请求中的单独的信元中。
13.根据权利要求10所述的装置,其特征在于:
所述处理单元,用于根据接收到的所述策略创建请求的接口或所述策略创建请求的消息名称,识别所述策略的类型,其中,不同的策略的类型对应不同的消息名称;
所述处理单元,还用于根据识别出的所述策略的类型,确定所述策略类型标识。
14.一种通信装置,其特征在于,所述装置包括:
收发单元,用于接收来自第一网元的策略处理请求,所述策略处理请求包括策略类型标识,所述策略类型标识用于指示策略的类型为意图类型的策略或非意图类型的策略,所述意图类型的策略和所述非意图类型的策略均来自于第二网元,所述意图类型的策略是由所述第一网元对意图进行转译、编排后得到的意图策略;
处理单元,用于若所述策略的类型为意图类型的策略,根据所述策略处理请求,进行意图策略处理;
所述处理单元,还用于若所述策略的类型为非意图类型的策略,根据所述策略处理请求,进行非意图策略处理。
15.根据权利要求14所述的装置,其特征在于,所述策略处理请求还包括策略表达式;
所述处理单元,用于根据所述策略表达式,生成意图标识;
所述处理单元,还用于根据所述策略表达式,查询意图知识库,得到查询结果;
所述处理单元,还用于对所述查询结果进行编排,得到编排结果,所述编排结果包括以下一个或多个信息:意图可执行命令,所述意图可执行命令的执行设备标识与所述意图可执行命令的格式间的对应关系,意图目标达成条件;
所述处理单元,还用于根据所述编排结果,指示所述执行设备执行所述意图可执行命令。
16.根据权利要求14所述的装置,其特征在于,所述策略处理请求还包括策略表达式;
所述处理单元,用于根据所述策略表达式,进行非意图策略处理。
17.一种通信系统,其特征在于,包括如权利要求9~13任一项所述的通信装置、以及如权利要求14~16任一项所述的通信装置。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010555502.6A CN113810894B (zh) | 2020-06-17 | 2020-06-17 | 通信方法及装置、系统 |
PCT/CN2021/100359 WO2021254392A1 (zh) | 2020-06-17 | 2021-06-16 | 通信方法及装置、系统 |
EP21827094.0A EP4160994A4 (en) | 2020-06-17 | 2021-06-16 | COMMUNICATION METHOD AND DEVICE AND SYSTEM |
US18/068,300 US12028217B2 (en) | 2020-06-17 | 2022-12-19 | Communication method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010555502.6A CN113810894B (zh) | 2020-06-17 | 2020-06-17 | 通信方法及装置、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113810894A CN113810894A (zh) | 2021-12-17 |
CN113810894B true CN113810894B (zh) | 2022-11-25 |
Family
ID=78943557
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010555502.6A Active CN113810894B (zh) | 2020-06-17 | 2020-06-17 | 通信方法及装置、系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US12028217B2 (zh) |
EP (1) | EP4160994A4 (zh) |
CN (1) | CN113810894B (zh) |
WO (1) | WO2021254392A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116419261B (zh) * | 2021-12-30 | 2024-06-11 | 华为技术有限公司 | 意图执行方法及通信装置 |
CN118118358A (zh) * | 2022-11-30 | 2024-05-31 | 华为技术有限公司 | 一种意图管理方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101321357B (zh) * | 2007-06-05 | 2012-01-11 | 中兴通讯股份有限公司 | 一种长期演进网络管理系统和方法 |
CN105871576A (zh) * | 2015-01-21 | 2016-08-17 | 杭州华三通信技术有限公司 | 基于sdn的策略管理方法及装置 |
GB2576917B (en) * | 2018-09-06 | 2021-04-07 | Samsung Electronics Co Ltd | Improvements in and relating to intelligent systems |
CN110933711B (zh) * | 2018-09-19 | 2023-06-02 | 华为技术有限公司 | 策略控制方法、设备及系统 |
CN111277442B (zh) * | 2020-01-21 | 2023-04-07 | 赣江新区智慧物联研究院有限公司 | 无线意图驱动网络的管理方法、装置及系统 |
-
2020
- 2020-06-17 CN CN202010555502.6A patent/CN113810894B/zh active Active
-
2021
- 2021-06-16 EP EP21827094.0A patent/EP4160994A4/en active Pending
- 2021-06-16 WO PCT/CN2021/100359 patent/WO2021254392A1/zh unknown
-
2022
- 2022-12-19 US US18/068,300 patent/US12028217B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
CN113810894A (zh) | 2021-12-17 |
EP4160994A1 (en) | 2023-04-05 |
US20230121383A1 (en) | 2023-04-20 |
EP4160994A4 (en) | 2023-11-22 |
US12028217B2 (en) | 2024-07-02 |
WO2021254392A1 (zh) | 2021-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113810894B (zh) | 通信方法及装置、系统 | |
EP4322483A1 (en) | System architecture for implementing dds communication on basis of autosar, communication method, and device | |
CN111181758B (zh) | 配置文件生成方法、装置 | |
KR102684495B1 (ko) | 이더리움 가상머신의 트랜잭션 처리 방법, 장치, 설비, 프로그램 및 매체 | |
CN109660684B (zh) | 图像处理装置及其控制方法、以及存储介质 | |
CN113825128B (zh) | 通信方法及装置、系统 | |
CN112688794A (zh) | Yang模型的管理方法、装置、系统、设备及存储介质 | |
US20110302185A1 (en) | Data publication and subscription system | |
US20080216050A1 (en) | Method and System for Accessing a Resource Implemented in a Computer Network | |
CN113886731A (zh) | 一种基于iOS平台路由跳转页面的方法及应用 | |
US11909600B2 (en) | Intent negotiation method and apparatus | |
CN115981614A (zh) | 项目工程的模块化处理方法、电子设备及计算机存储介质 | |
CN107885604B (zh) | 异构系统间通信的方法及装置、计算机设备和存储介质 | |
WO2022042544A1 (zh) | 一种网络性能数据订阅方法及装置 | |
CN115118587A (zh) | 一种创建连接器的方法及装置 | |
CN113742300B (zh) | 日志管理方法、装置、服务端和系统 | |
CN111897887B (zh) | 参数配置方法及装置、系统、电子设备和存储介质 | |
US20240275688A1 (en) | Mapping Relationship Generation Method and Apparatus, and Storage Medium | |
CN114125887B (zh) | 通信方法及装置、系统 | |
WO2021197327A1 (zh) | 信号处理方法及相关设备 | |
KR101771438B1 (ko) | 이동통신 단말기 및 이의 어플리케이션 설치 방법 | |
CN118295724A (zh) | 一种数据处理方法、装置、电子设备和存储介质 | |
CN118301076A (zh) | 一种有效解决容器编排请求限流的方法 | |
CN116257295A (zh) | 多云资源数据的处理方法、装置、设备及存储介质 | |
CN117806662A (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 |