[go: up one dir, main page]

CN112311567B - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN112311567B
CN112311567B CN201910683991.0A CN201910683991A CN112311567B CN 112311567 B CN112311567 B CN 112311567B CN 201910683991 A CN201910683991 A CN 201910683991A CN 112311567 B CN112311567 B CN 112311567B
Authority
CN
China
Prior art keywords
adapter
protocol
information
client
interface
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
Application number
CN201910683991.0A
Other languages
English (en)
Other versions
CN112311567A (zh
Inventor
曹龙雨
王耀光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910683991.0A priority Critical patent/CN112311567B/zh
Priority to PCT/CN2020/102841 priority patent/WO2021017906A1/zh
Priority to EP20847384.3A priority patent/EP3975480B1/en
Publication of CN112311567A publication Critical patent/CN112311567A/zh
Priority to US17/568,473 priority patent/US11785121B2/en
Application granted granted Critical
Publication of CN112311567B publication Critical patent/CN112311567B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple 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/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management 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
    • 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
    • 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/0803—Configuration setting
    • 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/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • 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/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • 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/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • 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/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

一种通信方法及装置，用以为实现ONAP适配3GPP配置管理功能来选择合适的适配器。该方法为：适配器客户端获取南向接口协议类型，并根据所述南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器，第一协议适配器用于实现第一协议；适配器客户端用于管理两个或者两个以上协议适配器，这样在ONAP的南向接口增加适配3GPP配置管理协议的接口适配器时，可以通过适配器客户端灵活选择合适的适配器，从而实现ONAP和3GPP业务管理对接。

Description

一种通信方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及装置。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的配置管理基础是网络资源管理对象(managed object，MO)。目前，3GPP标准上针对不同的无线网元(如基站等)定义了网络资源模型(network resource model，NRM)建模方法和MO类型。网络管理系统(network management system，NMS)发送给网元管理系统(element managementsystem，EMS)或网元(network element，NE)的配置参数都是以MO为基础进行封装并发送的。配置管理就是通过对NRM MO的一系列操作，实现网元的相关网络参数设置(如创建MO)，同时可实现对已部署网元的维护管理，如配置参数修改(修改MO)、查询(查询MO及MO属性)等。目前，3GPP标准定义了NMS和EMS之间的接口Itf-N的配置管理(configurationmanagement，CM)支持公共对象请求代理结构(common object request Brokerarchitecture，CORBA)、简单对象访问协议(simple object access protocol，SOAP)和REST表征状态转移(representational state transfer，RESTFul)协议处理。
为了构建统一的网络管理基础架构(开放网络自动化平台(open networkautomation platform，ONAP)+3GPP服务和系统工作组(services&systems aspects，SA)5)，ONAP需支持3GPP定义的标准接口和NRM建模机制，才可能实现网络的配置管理。但是，目前，ONAP南向接口不支持当前3GPP标准定义的Itf-N接口支持的CORBA、SOAP和RESTFul协议处理，若要构建统一的网络管理基础架构(ONAP+3GPP SA5)，ONAP不能实现和3GPP业务管理对接。
发明内容
本申请提供一种通信方法及装置，用以为实现ONAP适配3GPP配置管理功能来选择合适的适配器，从而实现ONAP和3GPP业务管理对接。
第一方面，本申请提供了一种通信方法，该方法可以包括：适配器客户端获取南向接口协议类型，并根据南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器；适配器客户端用于管理两个或者两个以上协议适配器；第一协议适配器用于实现第一协议。
通过上述方法，为了实现ONAP适配3GPP配置管理功能，在ONAP的南向接口增加适配3GPP配置管理协议的接口适配器(如CORBA adaptor、SOAP adaptor和RESTFul adaptor等)时，可以通过适配器客户端灵活选择合适的适配器，从而实现ONAP和3GPP业务管理对接。
在一个可能的设计中，适配器客户端获取南向接口协议类型，具体方法可以为：适配器客户端从服务协调器接收第一信息，第一信息用于请求为第一网元进行网络配置，第一信息为名值对形式的配置参数，第一信息中包括南向接口协议类型；适配器客户端从第一信息中获取南向接口协议类型；或者，适配器客户端获取预设的南向接口协议类型。
通过上述方法，适配器客户端可以准确地获取到南向接口协议类型，以使后续选择合适的协议适配器。
在一个可能的设计中，适配器客户端从服务协调器接收第一信息的具体方法可以为：适配器客户端从服务协调器接收服务协调器调用第一接口发送的第一信息；其中，第一接口为适配器客户端提供的。其中，第一接口可以复用现有的接口，也可以为新定义的接口。
通过上述方法，适配器客户端可以准确地从服务协调器接收到第一信息。
在一个可能的设计中，适配器客户端从服务协调器接收第一信息之后，还可能执行以下操作：适配器客户端向第一协议适配器发送第一信息；或者，适配器客户端根据第一信息确定第二信息，并向第一协议适配器发送第二信息；第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。
通过上述方法，可以后续使第一协议适配器通过第一信息进行网络资源管理对象模板映射，或者适配器客户端直接将转换好的第二信息发给第一协议适配器。
在一个可能的设计中，当适配器客户端向第一协议适配器发送第一信息时，具体方法可以为：适配器客户端调用第一协议适配器提供的第二接口向第一协议适配器发送第一信息；当适配器客户端向第一协议适配器发送第二信息时，具体方法可以为：适配器客户端调用第一协议适配器提供的第二接口向第一协议适配器发送第二信息。其中，第二接口可以复用现有的接口或者是新定义的接口。
通过上述方法，适配器客户端可以准确地向第一协议适配器发送相应的信息。
在一个可能的设计中，适配器客户端向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。这样可以使适配器客户端后续进行网络资源管理对象模板映射。
在一个可能的设计中，适配器客户端从第一协议适配器接收第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；适配器客户端根据第三信息在适配器客户端本地创建上下文信息；适配器客户端向第一协议适配器发送第四信息，第四信息用于通知第一协议适配器注册结果。
通过上述方法，适配器客户端可以准确地管理第一协议适配器，以使准确地选择出第一协议适配器为当前业务合适的协议适配器。
在一个可能的设计中，第一协议适配器可以为CORBA适配器、SOAP适配器或者RESTful适配器等。
第二方面，本申请提供了一种通信方法，该方法可以包括：第一协议适配器接收第一信息，并根据第一信息确定第二信息，然后向第一网元发送第二信息；其中，第一信息为名值对形式的配置参数；第一信息是为第一网元进行网络配置的配置参数；第一协议适配器用于实现第一协议；第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。通过上述方法，可以实现ONAP和3GPP业务管理的对接。
在一个可能的设计中，第一协议适配器接收第一信息的具体方法可以为：第一协议适配器从适配器客户端接收第一信息，适配器客户端用于管理两个或者两个以上协议适配器；或者，第一协议适配器从服务协调器接收第一信息。
通过上述方法，第一协议适配器可以准确地获取到第一信息。
在一个可能的设计中，当第一协议适配器从适配器客户端接收第一信息时，具体方法可以为：第一协议适配器接收适配器客户端调用第二接口发送的第一信息，第二接口为第一协议适配器提供的；当第一协议适配器从服务协调器接收第一信息时，具体方法可以为：第一协议适配器接收服务协调器调用第二接口发送的第一信息。第二接口可以复用现有的接口，也可以是新定义的接口。
通过上述方法，第一协议适配器可以准取地获取到第一信息。
在一个可能的设计中，第一协议适配器向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。这样可以使第一协议适配器后续进行网络资源管理对象模板映射。
在一个可能的设计中，第一协议适配器向适配器客户端发送第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；第一协议适配器从适配器客户端接收第四信息，第四信息用于通知第一协议适配器注册结果。
通过上述方法，可以使适配器客户端准确地管理第一协议适配器，以使后续准确地选择出第一协议适配器为当前业务合适的协议适配器。
在一种可能的设计中，第一协议适配器可以为CORBA适配器、SOAP适配器或者RESTful适配器等。
第三方面，本申请还提供了一种通信装置，该通信装置具有实现上述第一方面方法实例中适配器客户端的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中，所述通信装置的结构中包括获取模块和处理模块，可选的还可以包括发送模块，这些模块可以执行上述第一方面方法示例中的相应功能，参见方法示例中的详细描述，此处不做赘述。
在一个可能的设计中，所述通信装置的结构中包括通信接口和处理器，可选的还可以包括存储器，所述通信接口用于收发数据，以及与通信系统中的其他设备进行通信交互，所述处理器被配置为支持适配器客户端执行上述第一方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。
第四方面，本申请还提供了一种通信装置，该通信装置具有实现上述第二方面方法实例中第一协议适配器的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中，所述通信装置的结构中包括接收模块、处理模块和发送模块，这些模块可以执行上述第二方面方法示例中的相应功能，参见方法示例中的详细描述，此处不做赘述。
在一个可能的设计中，所述通信装置的结构中包括通信接口和处理器，可选的还可以包括存储器，所述通信接口用于收发数据，以及与通信系统中的其他设备进行通信交互，所述处理器被配置为支持第一协议适配器执行上述第二方面方法中相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。
第五方面，本申请还提供了一种通信系统，所述通信系统可以包括上述设计中提及的适配器客户端、第一协议适配器等。
第六方面，本申请还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令在被所述计算机调用时用于使所述计算机执行上述任一种方法。
第七方面，本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一种方法。
第八方面，本申请还提供了一种芯片系统，该芯片系统包括处理器，用于支持上述通信装置实现上述方面中所涉及的功能。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。
附图说明
图1为本申请提供的一种通信系统的架构示意图；
图2为本申请提供的一种通信方法的流程图；
图3为本申请提供的另一种通信方法的流程图；
图4为本申请提供的一种协议适配器注册的流程图；
图5为本申请提供的一种网元注册的流程图；
图6为本申请提供的一种通信方法的示例的流程图；
图7为本申请提供的另一种通信方法的示例的流程图；
图8为本申请提供的另一种通信方法的示例的流程图；
图9为本申请提供的另一种通信方法的示例的流程图；
图10为本申请提供的另一种通信方法的示例的流程图；
图11为本申请提供的另一种通信方法的示例的流程图；
图12为本申请提供的另一种通信方法的示例的流程图；
图13为本申请提供的一种通信装置的结构示意图；
图14为本申请提供的另一种通信装置的结构示意图；
图15为本申请提供的一种通信装置的结构图。
具体实施方式
下面将结合附图对本申请作进一步地详细描述。
本申请实施例提供一种通信方法及装置，用以为实现ONAP适配3GPP配置管理功能来选择合适的适配器。其中，本申请所述方法和装置基于同一发明构思，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。
以下，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。
1)、适配器客户端(adaptor client)，是本申请新提出的一种至少具有适配器管理功能的设备，例如，可以进行适配器的注册和去注册等；所述适配器客户端管理两个或者两个以上的协议适配器，可以根据需要选择合适的协议适配器。
2)、协议适配器，可以实现3GPP接口协议功能，例如可以实现CORBA协议、SOAP协议和RESTFul协议等的处理；相应的，所述协议适配器可以包括CORBA adaptor、SOAP adaptor和RESTFul adaptor等。
3)、在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
为了更加清晰地描述本申请实施例的技术方案，下面结合附图，对本申请实施例提供的通信方法及装置进行详细说明。
图1示出了本申请实施例提供的通信方法适用的一种可能的通信系统的架构，通信系统可以是ONAP和3GPP业务管理对接的网络。示例性的，通信系统的架构中可以包括策略管理功能模块(policy)、服务协调器(service orchestrator，SO)、可用存量管理功能实体(available and active inventory，AAI)、ONAP优化功能模块(ONAP optimizationfunction，OOF)、数据收集和分析功能模块(data collection,analytics,and events，DCAE)、适配器客户端(adaptor client)、多个协议适配器、网元管理系统(elementmanagement system，EMS)/网元(network element，NE)。其中：
policy，用于进行ONAP的策略管理。
SO可以接收NMS的业务请求，触发相应的工作流(workflow)处理流程，并向Adaptor client发送业务处理请求。
AAI，主要包含存量以及其之间拓扑关系的实时视图的功能，和事件订阅、通知、数据审计、数据版本等管理功能。
OOF，负责网络功能优化，如物理小区标识(physical cell identifier，PCI)优化等。
DCAE，用于数据收集和分析等。
adaptor client，用于管理适配器，例如，进行适配器的注册和去注册等，可以根据是需求选择合适的适配器；可选的，adaptor client还可以进行NRM网络资源对象模板映射。
多个协议适配器，包括多个支持不同协议的适配器，例如，Netconf adaptor、Ansible adaptor、Chef adaptor、CORBA adaptor、SOAP adaptor和RESTFul adaptor等。其中，CORBA adaptor、SOAP adaptor和RESTFul adaptor为支持3GPP协议的协议适配器，可以实现3GPP接口协议功能。
EMS，用于管理通信系统中的网元，也即EMS用于管理NE。
NE，为通信系统中需要进行配置网络等的网元，以实现相应的业务。
需要说明的是，通信系统中可以同时存在EMS和NE，也可以只存在NE，其中，EMS和NE可以支持Netconf、Ansible、Chef、CORBA、SOAP和RESTFul等中的一种或多种协议。
需要说明的是，除了上述列举的协议适配器，通信系统还可以基于场景和需要扩展支持其他更多的协议。
以上各个设备、功能模块或功能实体等，既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，本申请对比不作限定。
需要说明的是，图1所示的通信系统的架构中不限于仅包含图中所示的设备，还可以包含其它未在图中表示的设备，本申请在此处不再一一列举。
需要说明的是，本申请实施例并不限定各个设备的分布形式，图1所示的分布形式只是示例性的，本申请不作限定。
需要说明的是，本申请中设备的名称仅仅是一种示例，在未来的系统中可以叫其他名称，但是在功能上是一样的，本申请对涉及的设备的名称不做限定。
本申请实施例提供的一种通信方法，适用于如图1所示的通信系统。参阅图2所示，该方法的具体流程包括：
步骤201、适配器客户端获取南向接口协议类型；适配器客户端用于管理两个或者两个以上协议适配器。
步骤202、适配器客户端根据南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器，第一协议适配器用于实现第一协议。
例如，适配器客户端管理的协议适配器可以是CORBA适配器、SOAP适配器或者RESTful适配器等等适配器中的两个或者两个以上。
相应的，适配器客户端选择的第一协议适配器可以为CORBA适配器、SOAP适配器、RESTful适配器等中的一个。例如，当第一协议适配器为CORBA适配器时，第一协议适配器可以实现的第一协议即为CORBA；当然第一协议适配器为其他适配器时情况类似，此处不再一一列举。
在一种可选的实施方式中，适配器客户端获取南向接口协议类型，可能有两种情况，例如：
情况a1、适配器客户端可以从服务协调器接收第一信息，第一信息用于请求为第一网元进行网络配置，第一信息为名值对形式的配置参数，第一信息中包括南向接口协议类型；适配器客户端可以从第一信息中获取南向接口协议类型。例如，名值对(key-value)形式可以为参数的名称-标识对的形式，例如基站-标识(identity，ID)、小区(cell)-ID、CU-ID、DU-ID等等。
示例性的，第一信息中还包括配置的参数数据(parameter list)，以及还可能包括以下信息中的一种或多种：关联标识(correlation ID)、第一网元的对应的管理面IP地址和端口(OM IP and port)、网络资源管理对象模板(NRM MO template)、操作类型(action)、操作对象(action id)等。其中correlation ID是物理网络功能网元(physicalnetwork function，PNF)(这里也即第一网元)注册时，AAI分配的PNF的内部临时标识。OMIP and port和NRM MO template是PNF注册时发送给AAI的，例如，网元注册流程后续结合图5进一步描述。
情况a2、适配器客户端获取预设的南向接口协议类型，其中预设的南向接口协议类型也可以认为是默认的南向接口协议类型。
例如，适配器客户端从服务协调器接收第一信息时，具体方法可以为：适配器客户端从服务协调器接收服务协调器调用第一接口发送的第一信息；其中，第一接口为适配器客户端提供的。其中，第一接口可以是复用现有的接口，例如现有的配置应用程序编程接口(configure(application programming interface，API))，还可以是新定义的接口。
在一种具体的实施方式中，适配器客户端从服务协调器接收第一信息之后，适配器客户端可以执行一下两种操作中的一种：
操作b1、适配器客户端向第一协议适配器发送第一信息。
操作b2、适配器客户端根据第一信息确定第二信息，并向第一协议适配器发送第二信息；第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。其中，对象属性即为描述管理对象的性质的参数或参数集合，例如基站的地理位置等；网络资源管理对象模板中包含了一个或者多个管理对象及其对象属性的对应关系，第一信息基于网络资源管理对象模板映射时，具体的是根据第一信息中的名值对确定相应的网络资源管理对象模板中包括的管理对象及对应的对象属性，然后将网络资源管理对象模板中包括的管理对象及相应的对象属性确定为第二信息。例如，第一信息为基站-ID时，网络资源管理对象模板中会包括基站相关的一个或者多个管理对象和这一个或多个管理对象的对象属性，然后将这一个或多个管理对象及其对象属性确定为第二信息。
例如，适配器客户端根据网络资源管理对象模板将第一信息映射成第二信息。
具体实现时，第一协议适配器提供第二接口，以使适配器客户端通过调用第二接口向第一协议适配器发送信息，例如：
适配器客户端向第一协议适配器发送第一信息时，适配器客户端调用第一协议适配器提供的第二接口向第一协议适配器发送第一信息；
或者，适配器客户端向第一协议适配器发送第二信息时，适配器客户端调用第一协议适配器提供的第二接口向第一协议适配器发送第二信息。
具体实现时，第二接口可以是现有已有的接口，也可以是新定义的接口。
在一种可选的实施方式中，当第一信息中不包括NRM MO template时，适配器客户端还可以执行如下操作：适配器客户端向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。其中，网络资源对象模型即为网络资源管理对象模板，在本申请中这两个描述可以互换。
示例性的，当通信系统中有管理第一网元的网元管理系统时，适配器客户端向第一网元发送网络资源模型模板查询请求时，是通过网元管理系统向第一网元发送的，例如：适配器客户端先向网元管理系统发送网络资源模型模板查询请求，然后网元管理系统向第一网元发送网络资源模型模板查询请求；相应地，第一网元接收第一网元的网络资源对象模型时，例如：第一网元向网元管理系统发送网络资源对象模型，然后网元管理系统向适配器客户端发送网络资源对象模型。
当通信系统中没有网元管理系统时，适配器客户端直接向第一网元发送网络资源模型模板查询请求，并直接从第一网元接收第一网元的网络资源对象模型。
在具体实施时，适配器客户端管理协议适配器需协议适配器先注册到适配器客户端，例如，第一协议适配器的注册过程可以为：适配器客户端从第一协议适配器接收第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；适配器客户端根据第三信息在适配器客户端本地创建上下文信息；适配器客户端向第一协议适配器发送第四信息，第四信息用于通知第一协议适配器注册结果。其中，第一协议适配器的名称可以为第一协议适配器的实际命名，第一协议适配器的标识可以为第一协议适配器的编码或编号等(例如ID等)。需要说明的是，名称和标识也可以是同一个概念，两者可以用其中一个表示第一协议适配器，此时，名称或者概念可以包含上述描述中的名称和标识的各个举例。
例如，任一个协议适配器的注册过程均与第一协议适配器注册的构成相似，具体的可以参见图4所示的协议适配器的注册流程中的描述。
采用本申请实施例提供的通信方法，适配器客户端获取南向接口协议类型；适配器客户端根据南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器，第一协议适配器用于实现第一协议。通过上述方法，为了实现ONAP适配3GPP配置管理功能，在ONAP的南向接口增加适配3GPP配置管理协议的接口适配器(如CORBA adaptor、SOAPadaptor和RESTFul adaptor等)时，可以通过适配器客户端灵活选择合适的适配器，从而实现ONAP和3GPP业务管理对接。
本申请实施例还提供了一种通信方法，参阅图3所示，该方法的流程可以包括：
步骤301、第一协议适配器接收第一信息，第一信息为名值对形式的配置参数；第一信息是为第一网元进行网络配置的配置参数；第一协议适配器用于实现第一协议。
步骤302、第一协议适配器根据第一信息确定第二信息，第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。
步骤303、第一协议适配器向第一网元发送第二信息。
例如，第一协议适配器根据网络资源管理对象模板将第一信息映射成第二信息。
示例性的，第一信息包括的内容可以参见图2所示的实施例中第一信息的描述，此处不再详细描述。
例如，第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器等等。
在一种可选的实施方式中，第一协议适配器接收第一信息，具体可以分为以下两种情况：
情况c1、第一协议适配器从适配器客户端接收第一信息，适配器客户端用于管理两个或者两个以上协议适配器。
情况c1对应上述图2所示的实施例中适配器客户端执行操作b1的情况。在这种情况中，第一协议适配器是被适配器客户端所管理的。
情况c2、第一协议适配器从服务协调器接收第一信息。
在情况c2中，可能的场景可以是通信系统中只存在第一协议适配器，而没有其它适配器，此时，通信系统中可以不设置适配器客户端；当然也可以设置适配器客户端，当设置了适配器客户端时，适配器客户端只管理第一协议适配器。
在一种可选的实施方式中，第一协议适配器提供第二接口，以使其他设备调用第二接口向第一协议适配器发送信息，例如：
当第一协议适配器从适配器客户端接收第一信息时，第一协议适配器接收适配器客户端调用第二接口发送的第一信息，第二接口为第一协议适配器提供的；
当第一协议适配器从服务协调器接收第一信息时，第一协议适配器接收服务协调器调用第二接口发送的第一信息。
具体实现时，第二接口可以是现在已有的接口，也可以是新定义的接口。
在一种可选的实施方式中，当第一信息中不包括NRM MO template时，第一协议适配器还执行如下操作：第一协议适配器向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。
示例性的，当通信系统中有管理第一网元的网元管理系统时，第一协议适配器向第一网元发送网络资源模型模板查询请求时，是通过网元管理系统向第一网元发送的，例如：第一协议适配器先向网元管理系统发送网络资源模型模板查询请求，然后网元管理系统向第一网元发送网络资源模型模板查询请求；相应地，第一网元接收第一网元的网络资源对象模型时，例如：第一网元向网元管理系统发送网络资源对象模型，然后网元管理系统向第一协议适配器发送网络资源对象模型。
当通信系统中没有网元管理系统时，第一协议适配器直接向第一网元发送网络资源模型模板查询请求，并直接从第一网元接收第一网元的网络资源对象模型。
具体实施时，当第一协议适配器被适配器客户端管理时，第一协议适配器需要先向适配器客户端注册，具体过程可以包括：第一协议适配器向适配器客户端发送第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；第一协议适配器从适配器客户端接收第四信息，第四信息用于通知第一协议适配器注册结果。示例性的，第一协议适配器的注册流程可以参见图4的过程。
采用本申请实施例提供的通信方法，第一协议适配器接收第一信息，第一信息为名值对形式的配置参数；第一信息是为第一网元进行网络配置的配置参数；第一协议适配器用于实现第一协议；第一协议适配器根据第一信息确定第二信息，第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的；第一协议适配器向第一网元发送第二信息。通过上述方法，可以实现ONAP和3GPP业务管理的对接。
基于以上实施例的描述，当通信系统中设置了适配器客户端管理协议适配器时，需要协议适配器注册到适配器客户端。实际中，适配器的类型有多种，且不同的Adaptor支持不同的协议功能，如CORBA adaptor、SOAP adaptor、RESTFul Adaptor等。因此，当每个Adaptor部署成功后，Adaptor需将其属性能力信息(如支持的协议类型等新)发送给Adaptor Client中，由Adaptor Client统一管理接口相应的Adaptors，那么后续在网络配置管理过程中，Adaptor Client可基于Adaptor的能力选择合适的适配器。反之，当Adaptor适配器下线，通过相关流程删除Adaptor Client中保存的响应Adaptor信息。例如，图4示出了协议适配器上线后的注册流程，例如，该流程可以包括：
步骤401、协议适配器基于ONAP当前的功能模块部署机制ONAP操作管理功能(ONAPoperations manager，OOM)完成上线部署。
步骤402、协议适配器向适配器客户端发送适配器上线通知消息。
例如，任一个协议适配器(xx Adaptor)部署时，会配置管理这个协议适配器的适配器客户端(Adaptor Client)的信息(如适配器客户端的IP地址(Adaptor client IPaddress)等)，协议适配器上电后，即可向配置的Adaptor client IP address标示的Adaptor client发送适配器上线通知消息，该适配器上线通知消息携带该协议适配器的名称(Adaptor name)、协议适配器的标示(Adaptor ID)和支持的协议类型(Adaptor type)，其中，Adaptor ID可以是其IP address、编号等能够唯一标识和识别该协议适配器的ID。Adaptor type取值可以是CORBA、SOAP、RESTful(未来扩展支持了其他协议类型，该参数取值也需扩展支持相应的协议)等。
例如，当协议适配器为上述第一协议适配器时，上线通知消息即为上述图2或图3所示的实施例中涉及的第三信息。
步骤403、适配器客户端接收协议适配器的上线通知消息后，在适配器客户端本地为该协议适配器创建相应的上下文记录，并保存其对应的属性能力信息(即步骤402中发送的参数信息)。
步骤404、适配器客户端完成协议适配器的信息注册记录后，向协议适配器回复适配器上线通知确认消息，确认注册结果。
其中，结果(result)取值可以是注册接受(Registration-accept)、注册拒绝(Registration-reject)、错误(Error)等。
例如，当协议适配器为上述第一协议适配器时，上线通知确认消息即为上述图2或图3所示的实施例中涉及的第四信息。
需要说明的是，上述步骤402和步骤403中的消息仅仅是一种示例，还可以是其他功能相同的消息，例如，上线通知消息可以替换为适配器注册请求(Adaptor registerrequest)等，以及上线通知确定消息可以替换为适配器注册回复(Adaptor registerresponse)等。
通过上述注册流程，由Adaptor client统一管理部署上线的协议适配器，可以在后续业务处理流程(如配置管理)中，适配器客户端即可结合NE支持的协议类型等信息选择适配的协议适配器。通过上述流程，Adaptor client能够及时获得部署上线的协议适配器及其属性能力信息，便于后续能够选择到合适的协议适配器，从而实现ONAP和3GPP业务管理对接。
基于以上实施例，当为一个网元实现网络配置时，需要结合该网元支持的接口协议选择合适的协议适配器。但是在实际中，由于不同设备商的网络设备(网元)可能只支持一种接口协议(如CORBA协议)，也可能支持多种的接口协议(如即支持CORBA协议，也支持SAOP协议)。而且不同设备商的网络设备支持不同的NRM模板可能会不同，如A设备商的产品支持R1版本的NRM模型，B设备商的产品支持R2版的NRM模型，那么按照不同版本的NRM模型的网络资源对象是不通的，如按照R1版本的NRM模型，网络设备可建模成5个MO，而若按照R2版本的NRM模型，则网络设备可建模成10个MO。因此为了准确获取网络设备的这些属性能力信息，网络设备，如物理网络功能网元(Physical Network Function，PNF)部署后需将其属性能力通知给ONAP的相应功能模块(如AAI)保存。例如，图5示出了一种PNF的注册流程，该流程具体可以包括如下步骤：
步骤500：PNF上电后，完成初始配置和IP地址获取。
其中，步骤500中会获取ONAP的管理面IP地址和端口。
步骤501：PNF向步骤500中获取的ONAP的管理面IP地址和端口标识的管理面功能模块(如DCAE)发送PNF注册请求消息。
例如，在PNF注册请求消息中新增PNF支持的协议类型参数(取值可以是CORBA、SOAP、RESTful等)、PNF支持的NRM MO template和PNF的管理面IP及端口。
在现有技术中，该消息可以是以虚拟化网络功能事件流((Virtual networkfunction，VNF)event streaming，VES)event形式上报给DCAE的。其中，NRM MO template即表示PNF支持的相应版本NRM建模方法对应的网络资源对象模型(例如，一种树形结构的模型，包括多个MO以及MO之间的关系(如继承等))。PNF支持的协议类型取值可以是仅支持CORBA(CORBA-only)、仅支持SOAP(SOAP-only)、仅支持RESTful(RESTful-only)、支持CORBA和SOAP(CORBA and SOAP supported)、支持RESTful和SOAP(RESTful and SOAPsupported)、支持CORBA和RESTful(CORBA and RESTful supported)、全部支持(Full-supported)。如果PNF同时支持多种协议，则会指定优选的协议，如PNF支持的协议类型取值是CORBA and RESTful supported，并指定首选CORBA(CORBA preferred)或CORBA具有选择的高优先级(CORBA with high-priority selected)。
步骤502：DCAE解析PNF注册请求消息，获取PNF注册请求消息中包含的参数信息，并向PRH发送注册事件消息，将步骤501中新增的参数信息一起发送给PRH。
步骤503：PRH通知AAI为新注册的PNF创建相应的AAI实体(entity)，并将PNF的参数信息发送给AAI。
步骤504：AAI为PNF创建AAI实体，为其分配内部标识Correlation ID，并保存其属性参数信息。
其中，属性参数信息可以包括PNF支持的协议类型参数、PNF支持的NRM MOtemplate和PNF的管理面IP及端口参数。
步骤505：ONAP功能模块执行PNF配置。
在一种可选的实施方式中，如果ONAP的功能模块(如AAI)中已经配置了不同版本对应的NRM网络资源模型，则在步骤501中，PNF即不需将其支持的NRM MO template包括在PNF注册请求消息中，只需将其支持的NRM版本号(如NRM Version)注册到DCAE中即可(那么后续业务处理过程中，ONAP功能模块基于NRM version就可查询到对应的NRM MO模型)，因此步骤501、502、503中应该包括的新增参数包括PNF支持的协议类型参数、PNF支持的NRMversion和PNF的管理面IP及端口。
当PNF为上述实施例涉及的第一网元时，则上述流程是第一网元的注册流程，相关参数为第一网元的参数。
进一步地，当PNF的能力信息(如支持的NRM版本或NRM MO template升级)发生变化时，PNF需要更新注册的信息，在更新流程中，PNF向DCAE发送VES event，并将更新的信息一并发送给DCAE，DCAE向PRH发送更新请求，进而PRH更新AAI中保存的PNF信息，详细流程和图5描述的注册流程类似，只是步骤502、503、504的名称不同。消息中只携带必要的标识(如PNF ID)和更新的参数。具体的流程可以参见上述注册流程，此处不再详细描述。
下面图6-图11的实施例，分别是基于以上实施例，在NMS通过ONAP的功能模块实现NE网元的配置管理流程(例如，管理对象创建、修改和删除等管理流程)中采用本申请实施例提供的通信方法的示例。例如，在以下的示例中，可用存量管理功能实体以AAI为例进行说明，服务协调器以SO为例进行说明，第一网元以NE为例进行说明，网元管理系统以EMS为例进行说明等等。例如，以下示例可以适用于开站场景对NE的初始配置管理、网络运营维护场景或业务特性(如移动性负载均衡(mobility load balancing，MLB)、载波聚合(carrieraggregation，CA)等特性)开通场景对NE配置参数修改和删除NE的配置参数等管理流程。其中：开站场景是指开站过程实际就是对新建网络设备(也即NE，例如基站)执行基本参数配置，使其能够进行业务处理；业务特性开通场景是指：通常情况下，业务特性的部署数据(如该业务特性对应的MO及其属性)都会在建站是和开站数据一起导入EMS/NE系统，那么业务特性开通的主要功能是通过修改业务特性相关管理对象的属性参数，使其支持该特性的业务处理，如MLB特性开通需要修改MLB相关MO的属性参数设置，例如打开MLB算法开关、设置开通MLB特性的小区标识等，从而使基站支持MLB处理。
图6示出了在SO收到NMS的业务请求，基于请求参数确定需要执行的业务工作流(workflow)，并调度相应的适配器客户端(Adaptor client)和协议适配器执行配置处理过程中，应用本申请实施例提供的通信方法的一种示例，该示例的流程具体可以包括如下步骤：
步骤600：NMS向SO发送业务请求指令消息(service request)，业务请求指令消息中可以相关的参数列表(Parameter list)，可选的，还可以包括以下一种或多种：请求的操作类型(Action)、操作对象(Action id)、南向接口协议类型。其中：
Action：其取值可以是创建操作(create-action)、修改操作(modify-action)和删除操作(delete-action)。若该业务请求指令消息中没有携带该参数时，则默认Action是执行Create-action。
Action id：其表示前述Action的操作对象类型，取值可以是NEfunction-type、小区类型(cell-type)、小区邻区关系类型(Cell Relation-type)等。若该业务请求指令消息中没有携带该参数，则默认前述Action是针对所有操作对象。Action id遵循NMR建模抽象的MO类型进行定义(即NRM定义的MO类型即为Action id的取值范围)，如5G NR的NRM MO包括基站分布式单元功能((gNodeB，GNB)(distributed unit，DU)Function)、GNB集中单元(central unit，CU)Function、新空口小区(NRCell)、新空口小区邻区关系(NRCellRelation)等，则Action id取值范围包括GNBDUFunction-type、GNBCUFunction-type、NRCell-type、NRCellRelation-type等。
Parameter list：是NMS需要配置的参数数据，其形式是“名-值”对的格式，具体可以包括运营商的规划配置数据，如网元标识(NE id)，小区标识，邻区配置关系，频点设置，特性ID，开通特性的小区标识等。
南向接口协议类型：其取值可以是CORBA-selected、SOAP-selected、RESTful-selected，其标识NMS希望选用的南向接口的协议类型。该参数用于后续流程中Adaptorclient选择协议适配器时参考。若该业务请求指令消息中，没有携带该参数，则Adaptorclient选择协议适配器时按照NE支持的协议类型的默认优先级进行选择，也即Adaptorclient根据预先定义的南向接口协议类型选择协议适配器。
其中，Action和Action id是一一对应的，若业务请求指令消息涉及多个操作对象，则涉及每种对象的Action。
步骤601：SO基于NMS的业务请求确定相应的工作流(workflow)，从而触发执行相应的业务处理流程。
首先，SO从步骤600的parameter list参数中获取到该业务请求针对的网元的标识(NE ID)，并发起向AAI查询确认相应NE的注册状态的请求。其中，该网元可以为图2或图3所示的实施例中涉及的第一网元。
workflow是指预先定义的业务执行工作流，可以包括执行这种业务处理的所有功能模块和功能模块参与业务处理的执行顺序，如配置管理workflow是SO—AAI(执行信息查询确认)—Adaptor client(执行MO模板映射、Adaptor选择)—协议适配器(执行接口协议转换)。
步骤602：SO向AAI发送网元注册状态信息查询(NE onboarding status check)，查询确认需要操作的网元是否已完成上线注册，网元注册状态信息查询中携带网元标识(NE ID)。
在一种实施方式中，该步骤还可用于查询网元(例如基站)是否支持某个业务特性(如MLB特性)，即向AAI查询确认对应网元的AAI entiy的属性中是否包括MLB相关的部署参数配置。若有，则支持MLB特性，否则不支持该特性。
步骤603：若查询的NE ID标识的网元在AAI中没有保存相应注册信息，则AAI返回网元状态为不可用(Unavailable)，SO收到该返回消息，通知NMS相应的网元未完成注册，则流程到此结束。若查询的NE ID标识的网元在AAI中已保存相应注册信息，则AAI返回该网元的相关信息，包括NE ID、Correlation ID、OM IP and port、NRM MO template。其中Correlation ID是PNF注册时，AAI分配的PNF的内部临时标识。OM IP and port和NRM MOtemplate是PNF注册时发送给AAI的。
步骤604：SO调用第一配置应用程序编程接口(configure API)发起配置处理流程，并向Adaptor client发送配置请求，将步骤600和步骤603的相关参数发送给Adaptorclient，其中，相关参数包括Parameter list，可选的还包括以下一种或多种：CorrelationID、OM IP and port、NRM MO template、Action、Action id、南向接口协议类型。
例如，第一configure API即为图2所示的实施例中涉及的第一接口，在该步骤中第一接口为现有的配置的接口。
当相关参数中包含了南向接口协议类型时，上述步骤等同于图2所示的实施例中涉及的情况a1中SO向适配器客户端发送第一信息的情况。
步骤605：Adaptor client接收到SO的配置请求后，基于南向接口协议类型选择相应的协议适配器。
例如，当步骤604配置请求中包含南向接口协议类型，则直接使用，没有携带该参数，则Adaptor client选择协议适配器时按照NE支持的协议类型的默认优先级(预设的南向接口协议类型)进行选择。
此处适配器客户端选择的协议适配器可以为图2或图3所示的实施例中的第一协议适配器。
步骤606：Adaptor client调用第二configure API发起接口适配器配置处理，也即向选择的协议适配器转发配置请求。
例如，步骤606即为上述图2所示的实施例中涉及的操作b1。
其中，第二configure API即为图2所示的实施例中涉及的第二接口，在此步骤中，第二接口为复用的现有已有的第二接口。
步骤607：协议适配器向EMS/NE发送NRM模板查询请求，请求获取NE支持的NRM MOtemplate，请求消息中携带NE ID和NRM版本(version)，其中NRM version无实际取值，仅是一个参数指示，用于告知EMS/NE希望获取NRM MO template。
需要说明的是，若设备商采用私有化NRM MO且不希望ONAP等感知其NRM建模方法，则该设备商的网络设备在注册时就不会将NRM MO template注册到AAI中，那么在步骤603和606中就没有NRM MO template参数，则协议适配器需执行该步骤以及后边的步骤608。
例如，当通信系统中有EMS时，则协议适配器向EMS发送NRM模板查询请求，EMS将NRM模板查询请求转发给NE；当通信系统中没有EMS时，则协议适配器直接将NRM模板查询请求发送给NE。
步骤608：EMS/NE向协议适配器返回请求的NE的NRM MO模板(NRM MO template)，返回的NRM MO template是NE支持的相应版本NRM建模方法对应的网络资源对象模型(例如，一种树形结构的模型，包括多个MO以及MO之间的关系(如继承等))。
相应地，当通信系统中有EMS时，则NE将NRM MO template发送给EMS，然后EMS向协议适配器转发NRM MO template；当通信系统中没有EMS时，则NE直接向协议适配器发送NRMMO template。
步骤609：协议适配器进行网络资源管理对象模板映射。
例如，协议适配器收到NRM MO template、Parameter list和Action id等参数后，基于Action id确定需要操作的网络资源对象MO类型，并基于NRM MO template识别相应MO类型的模型属性，执行Parameter list(“名-值”)向MO的映射，即将Parameter list转换为对应的MO对象和属性参数。协议适配器基于Action确定针对相应MO的操作处理。若步骤600中没有包括Action和Action id，则协议适配器执行默认处理，即创建NRM MO template的所有MO对象。
步骤610：协议适配器按照对应协议执行协议格式适配转换，包括操作转换和参数转换，如CORBA Adaptor会执行将Create MO操作转化为CORBA的创建对象操作Create_managed_object，详细的转换处理参考3GPP现有标准的处理，本申请不再详细描述转换过程。
步骤611：协议适配器调用南向接口API/SB API向OM IP标识的地址和port标识的端口发送相应的配置管理指令消息。
步骤612：EMS收到指令执行NE的配置。
步骤613：EMS完成NE的配置管理处理后，向协议适配器回复响应消息，并将EMS设置的MO及其属性参数包含的在消息中。
步骤614：协议适配器接收到响应消息，向SO发送参数信息，包括将步骤613携带的MO及其属性参数转换成相应的“名-值”对的形式的参数，并携带Correlation ID和更新参数(updated parameters)。
步骤615：SO更新AAI中保存的网元NE实体的参数信息，携带Correlation ID和updated parameters。
在一种可选的实施方式中，上述示例的步骤602和603，可由Adaptor client执行，即SO完成步骤601的处理，直接向Adaptor client发起配置管理，即执行步骤604，此时步骤604中仅包括NE ID、南向接口协议类型、Parameter list、Action、Action id。那么Adaptorclient收到步骤604后，执行上述步骤602和603中的操作，获取Correlation ID、OM IP andport、NRM MO template等信息，也即Adaptor client向AAI发送网元注册状态信息查询，然后接收返回消息，然后Adaptor client再执行后续步骤。相应地，后续图7和图8所示的示例中涉及到的相应的操作类似。本申请此处不再一一展开详细描述。
图7示出了另一种应用本申请实施例提供的通信方法的一种示例，该示例的场景与图6所示的示例的场景相同。其中，在图6所示的实施例中，SO、Adaptor client和协议适配器之间的接口调用都是统一重用现有技术中已支持的Configure API，功能模块识别需要执行的功能是基于对Action参数的解析才感知的；而图7所示的示例在SO、Adaptorclient和xx Adaptor之间的接口定义多种不同的API，功能模块基于API类型判断需要执行的业务处理功能，如创建(create)、修改(modify)、开站(deploy site)等，那么在功能模块之间的接口上就不需要传递Action参数了。下面图7以开站场景(需执行创建MO)为例进行描述，图7所示的示例的流程可以包括以下步骤：
步骤700-703：与上述步骤600-步骤603类似，描述参考上述步骤600-步骤603的描述，此处不再详述。
步骤704：SO基于工作流(workflow)定义，并调用第一API，如deploy site API发起配置处理流程，并向Adaptor client发送配置请求，并将步骤700和步骤703的相关参数，包括Parameter list，可选的还包括以下一项或多项：Correlation ID、OM IP and port、NRM MO template、Action id、南向接口协议类型发送给Adaptor client。
其中，此步骤中调用的接口API即为图2所示的实施例中涉及的第一接口，在该步骤中第一接口为新定义的接口。
当相关参数中包含了南向接口协议类型时，上述步骤等同于图2所示的实施例中涉及的情况a1中SO向适配器客户端发送第一信息的情况。
步骤705：Adaptor client接收到SO的配置请求(例如开站配置请求)，并基于南向接口协议类型选择相应的协议适配器。
若步骤704中，配置请求中包含南向接口协议类型，则直接使用，没有携带该参数，则Adaptor client选择协议适配器时按照NE支持的协议类型的默认优先级(预设的南向接口协议类型)进行选择。
步骤706：Adaptor client基于步骤704的API类型(deploy site是开站)确定需要执行创建对象，则调用第二API，如create API发起接口适配器配置处理，也即向选择的协议适配器转发配置请求。
例如，步骤706即为上述图2所示的实施例中涉及的操作b1。
其中，第二API图2所示的实施例中涉及的第二接口，在此步骤中，第二接口为新定义的第二接口。
步骤707-708：与上述步骤607-步骤608类似，描述参考上述步骤607-步骤608的描述，此处不再详述。
步骤709：协议适配器进行网络资源管理对象模板映射。
例如，协议适配器收到NRM MO template、Parameter list和Action id等参数后，基于Action id确定需要操作的网络资源对象MO类型，并基于NRM MO template识别相应MO类型的模型属性，执行Parameter list(“名-值”)向MO的映射，即将Parameter list转换为对应的MO对象和属性参数。Adaptor基于步骤706的API类型确定针对相应MO的操作处理，如Create。若步骤700中没有包括Action和Action id，则协议适配器执行默认处理，即创建NRM MO template的所有MO对象。
步骤710-715：与上述步骤610-步骤615类似，描述参考上述步骤610-步骤615的描述，此处不再详述。
图8示出了另一种应用本申请实施例提供的通信方法的一种示例，该示例场景与图6和图7所示的示例相同。在图6和图7所示的示例中，NMS在业务请求中需通过Action id显示指示需要操作的操作对象的类型，而图8所示的示例中，SO、Adaptor client和协议适配器之间的接口调用还是和图6所示的示例一样，都是统一重用现有技术中已支持的Configure API，并且，NMS在业务请求明确指示需要操作的管理对象MO及其属性设置，即NMS对网元的配置参数不是以“名-值”对形式的参数列表(Parameter list)往下发，而是在NMS就映射成相应的一系列MO及属性参数，同时指明针对每个MO的操作Action，那么协议适配器也不需要基于NRM MO template执行管理对象MO映射处理，且在功能模块之间的接口上就不需要传递Action id、NRM MO template等参数。例如，图8所示的示例的流程可以包括以下步骤：
步骤800：NMS在业务请求前就完成网络资源管理对象映射处理，确定了需要操作的管理对象MO及其属性参数，然后NMS再向SO发送业务请求指令消息。
可选的，业务请求指令消息中可以包括管理对象及其属性参数(MO andAttributes)；还可以包括Actions for MOs、南向接口协议类型中一种或多种。其中：
MO and Attributes：本次业务处理需要操作的具体的网络资源管理对象(如5GNR MO：GNBDUFunction、GNBCUFunction、NRCell、NRCellRelation等)，Attributes是每个MO的属性参数，如GNBDUFunction MO的属性参数包括gNBDUId、gNBDUName、gNBId、gNBIdLength，NRCell MO的属性参数包括nCI、pLMNIdList等。
Actions for MOs：针对所有MO的Action列表，每个MO对应一个Action，其取值可以是Create-MOI，Modify-action和Delete-action。若该业务请求指令消息中没有携带该参数，则默认是执行Create-action。
南向接口协议类型：其取值可以是CORBA-selected、SOAP-selected、RESTful-selected，其标识NMS希望选用的南向接口的协议类型。该参数用于后续流程中Adaptorclient选择协议适配器时参考。若该业务请求指令消息中，没有携带该参数，则Adaptorclient选择协议适配器时按照NE支持的协议类型的默认优先级进行选择，也即Adaptorclient根据预先定义的南向接口协议类型选择协议适配器。
其中，Action和MO是一一对应的，若业务请求指令消息涉及多个对象，则需指明针对每种对象的Action。
步骤801：SO基于NMS的业务请求(配置管理)确定相应的workflow，从而触发执行相应的业务处理流程。
首先，SO从步骤800的parameter list参数中获取到该业务请求针对的网元的标识(NE ID)，并发起向AAI查询确认相应NE的注册状态的请求。其中，该网元可以为图2或图3所示的实施例中涉及的第一网元。
workflow是指预先定义的业务执行工作流，可以包括执行这种业务处理的所有功能模块和功能模块参与业务处理的执行顺序，如配置管理workflow是SO—AAI(执行信息查询确认)—Adaptor client(执行MO模板映射、Adaptor选择)—协议适配器(执行接口协议转换)。
步骤802：SO向AAI发送网元注册状态信息查询(NE onboarding status check)，查询确认需要操作的网元是否已完成上线注册，网元注册状态信息查询中携带网元标识(NE ID)。
步骤803：若查询的NE ID标识的网元在AAI中没有保存相应注册信息，则AAI返回网元状态为Unavailable，SO收到该返回消息，通知NMS相应的网元未完成注册，则流程到此结束。若查询的NE ID标识的网元在AAI中已保存相应注册信息，则AAI返回该网元的相关信息，包括NE ID、Correlation ID、OM IP and port。其中Correlation ID是PNF注册时，AAI分配的PNF的内部临时标识。OM IP and port是PNF注册时发送给AAI的。
步骤804：SO调用第一configure API发起配置处理流程，并向Adaptor client发送配置请求，将步骤800和步骤803的相关参数，包括MO and Attributes、Actions forMOs，可选的还包括Correlation ID、OM IP and port、南向接口协议类型中的一种多种。
例如，第一configure API即为图2所示的实施例中涉及的第一接口，在该步骤中第一接口为现有已配置的接口。
当相关参数中包含了南向接口协议类型时，上述步骤等同于图2所示的实施例中涉及的情况a1中SO向适配器客户端发送第一信息的情况。
步骤805：Adaptor client接收到SO的配置请求，基于南向接口协议类型选择相应的协议适配器。
例如，当步骤804配置请求中包含南向接口协议类型，则直接使用，没有携带该参数，则Adaptor client选择协议适配器时按照NE支持的协议类型的默认优先级(预设的南向接口协议类型)进行选择。
此处适配器客户端选择的协议适配器可以为图2或图3所示的实施例中的第一协议适配器。
步骤806：Adaptor client调用第二configure API发起接口适配器配置处理，也即向选择的协议适配器转发配置请求。
例如，步骤806即为上述图2所示的实施例中涉及的操作b1。
其中，第二configure API图2所示的实施例中涉及的第二接口，在此步骤中，第二接口为复用的现在已有的第二接口。
步骤807：协议适配器基于操作类型(Action)确定针对相应MO的操作处理。
例如，若步骤800中没有包括Action，则协议适配器执行默认处理，即创建所有MO对象。
步骤808：协议适配器按照对应协议执行协议格式适配转换，包括操作转换和参数转换，如CORBA Adaptor会执行将Create MO操作转化为CORBA的创建对象操作Create_managed_object，详细的转换处理参考3GPP现有标准的处理，本申请不再详细描述转换过程。
步骤809：协议适配器调用南向接口API/SB API向OM IP标识的地址和port标识的端口发送相应的配置管理指令消息。
步骤810：EMS收到指令执行NE的配置。
步骤811：EMS完成NE的配置管理处理后，向协议适配器回复响应消息，并将EMS设置的MO及其属性参数包含的在消息中。
步骤812：协议适配器接收到响应消息，将步骤811携带的MO及其属性参数转换成相应的“名-值”对的形式通过Adaptor client发送给SO，并携带Correlation ID和updatedparameters。
步骤813：SO更新AAI中保存的网元NE实体的参数信息，携带Correlation ID和updated parameters。
图9示出了另一种应用本申请实施例提供的通信方法的一种示例，该示例的场景和图6所示的示例的场景相同。在图6所示的示例，执行parameter list到MO的NRM MO模板映射处理是由协议适配器实现的，而在图9所示的示例中，由Adaptor client来执行parameter list到MO的NRM MO模板映射。图9所示的示例和图6所示的示例的区别在于执行NRM MO模板映射处理的功能模块不同，其他步骤类似，例如，图9所示的示例的流程具体可以包括以下步骤：
步骤900-905：与上述步骤600-步骤605类似，描述参考上述步骤600-步骤605的描述，此处不再详述。
步骤906：Adaptor client向EMS/NE发送NRM模板查询请求，请求获取NE支持的NRMMO template，请求消息中携带NE ID和NRM version，其中NRM version无实际取值，仅是一个参数指示，用于告知EMS/NE希望获取NRM MO template。
需要说明的是，若设备商采用私有化NRM MO且不希望ONAP等感知其NRM建模方法，则该设备商的网络设备在注册时就不会将NRM MO template注册到AAI中，那么若步骤904中就没有NRM MO template参数，则Adaptor client需执行该步骤以及后边的步骤907。
例如，当通信系统中有EMS时，则Adaptor client向EMS发送NRM模板查询请求，EMS将NRM模板查询请求转发给NE；当通信系统中没有EMS时，则Adaptor client直接将NRM模板查询请求发送给NE。
步骤907：EMS/NE向Adaptor client返回请求的NE的NRM MO模板(NRM MOtemplate)，返回的NRM MO template是NE支持的相应版本NRM建模方法对应的网络资源对象模型(例如，一种树形结构的模型，包括多个MO以及MO之间的关系(如继承等))。
相应地，当通信系统中有EMS时，则NE将NRM MO template发送给EMS，然后EMS向Adaptor client转发NRM MO template；当通信系统中没有EMS时，则NE直接向Adaptorclient发送NRM MO template。
步骤908：Adaptor client进行网络资源管理对象模板映射。
例如，Adaptor client收到NRM MO template、Parameter list和Action id等参数后，基于Action id确定需要操作的网络资源对象MO类型，并基于NRM MO template识别相应MO类型的模型属性，执行Parameter list(“名-值”)向MO的映射，即将Parameter list转换为对应的MO对象和属性参数。Adaptor基于Action确定针对相应MO的操作处理。若步骤900中没有包括Action和Action id，则Adaptor client执行默认处理，即创建NRM MOtemplate的所有MO对象。
步骤909：Adaptor client基于Action参数确定了针对每个MO的操作，直接调用协议协调器提供的接口API执行对MO的操作，也即向协议适配器发送转换后的配置请求。
例如，创建MO(CreateMO)，若需要执行对多个MO的操作处理，则需调用多次/多种接口API，如需创建3个MO，则需调用3次CreateMO API，如要创建1个MO，修改两个MO，则需调用1次CreateMO API，2次ModifyMO API。
例如，步骤909即为上述图2所示的实施例中涉及的操作b2。
其中，协议协调器提供的接口API即为图2所示的实施例中涉及的第二接口，在此步骤中，第二接口为复用的现在已有的第二接口。
步骤910：协议适配器按照对应协议执行协议格式适配转换，包括操作转换和参数转换，如CORBA Adaptor会执行将Create MO操作转化为CORBA的创建对象操作Create_managed_object，详细的转换处理参考3GPP现有标准的处理，本申请不再详细描述转换过程。
步骤911-912：与上述步骤611-步骤612类似，描述参考上述步骤611-步骤612的描述，此处不再详述。
步骤913：EMS完成NE的配置管理处理后，向协议适配器回复响应消息，并将EMS设置的MO及其属性参数包含的在消息中。
步骤914：协议适配器接收到响应消息，执行相应协议的转换，并将响应消息的MO及属性参数返回给Adaptor Client，Adaptor Client接收到响应消息后，将步骤913携带的MO及其属性参数转换成相应的“名-值”对的形式发送给SO，携带Correlation ID和updatedparameters。
步骤915：SO更新AAI中保存的网元NE实体的参数信息，携带Correlation ID和updated parameters。
图10示出了另一种应用本申请实施例提供的通信方法的一种示例，该示例的场景与图9所示的示例的场景相同。其中，在图9所示的示例中，SO和Adaptor client之间的接口调用都是统一重用现有技术中已支持的Configure API，功能模块识别需要执行的功能是基于对Action参数的解析才感知的。而图10所示的示例中，在SO和Adaptor client之间的接口定义多种不同的API，功能模块基于API类型判断需要执行的业务处理功能，如create、modify、deploy site等，那么在功能模块之间的接口上就不需要传递Action参数了，例如，图10所示的示例的流程可以包括以下步骤：
步骤1000-1003：与上述步骤900-步骤903类似，描述参考上述步骤900-步骤903的描述，此处不再详述。
步骤1004：SO基于workflow定义，并调用接口第一API，如deploy site API发起配置处理流程，并向Adaptor client发送配置请求，并将步骤1000和步骤1003的相关参数，包括Parameter list，可选的还可以包括以下一项或多项：Correlation ID、OM IP andport、NRM MO template、Action id、协议类型。
其中，此步骤中调用的接口API即为图2所示的实施例中涉及的第一接口，在该步骤中第一接口为新定义的接口。
步骤1005-1008：与上述步骤905-步骤908类似，描述参考上述步骤905-步骤908的描述，此处不再详述。
步骤1009：Adaptor client基于API类型确定了针对每个MO的操作，直接调用协议协调器提供的第二API执行对MO的操作，也即向协议适配器发送转换后的配置请求。
例如，如创建MO/CreateMO，若需要执行对多个MO的操作处理，则需调用多次/多种接口API，如需创建3个MO，则需调用3次CreateMO API，如要创建1个MO，修改两个MO，则需调用1次CreateMO API，2次ModifyMO API。
例如，步骤1009即为上述图2所示的实施例中涉及的操作b2。
其中，协议协调器提供的接口API即为图2所示的实施例中涉及的第二接口，在此步骤中，第二接口为新定义的第二接口。
步骤1010-1015：与上述步骤910-步骤915类似，描述参考上述步骤910-步骤915的描述，此处不再详述。
图11示出了另一种应用本申请实施例提供的通信方法的一种示例，该示例的场景和图9和图10所示的示例的场景。在图9和图10所示的示例中，NMS在业务请求中需通过Action id显示指示需要操作的操作对象的类型，在图11所示的示例中，SO、Adaptorclient和协议协调器之间的接口调用还是和图9所示的示例一样，都是统一重用现有技术中已支持的Configure API，并且，NMS在业务请求明确指示需要操作的管理对象MO及其属性设置，即NMS对网元的配置参数不是以“名-值”对形式的参数列表/Parameter list往下发，而是在NMS就映射成相应的一系列MO及属性参数，同时指明针对每个MO的操作Action，那么Adaptor client就不需要基于NRM MO template执行管理对象MO映射处理，且在功能模块之间的接口上就不需要传递Action id、NRM MO template等参数。例如，图11所示的示例的流程可以包括以下步骤：
步骤1100-1105：与上述步骤800-步骤805类似，描述参考上述步骤800-步骤805的描述，此处不再详述。
步骤1106：Adaptor client基于Actions for MOs确定针对相应MO的操作处理。若步骤1100中没有包括Actions，则Adaptor client执行默认处理，即创建所有MO对象。
步骤1107-1113：与上述步骤909-步骤915类似，描述参考上述步骤909-步骤915的描述，此处不再详述。
在实际中，有一种情况下，通信系统中可以只有一个协议适配器，该协议适配器可以满足业务需求，在这种情况下，可以不需要适配器客户端的存在，也即不需要适配器客户端去选择合适的协议适配器。此时，在上述示例中涉及到协议客户端的操作可以忽略，或者可以由协议适配器直接执行。以一个具体的示例来详细描述，例如，图12示出了采用本申请是胡思里提供的通信方法的一中示例，该示例的具体的流程可以包括以下步骤：
步骤1200：NMS向SO发送业务请求指令消息(service request)，业务请求指令消息中可以相关的参数列表(Parameter list)，可选的，还可以包括以下一种或多种：请求的操作类型(Action)、操作对象(Action id)、南向接口协议类型。其中：
Action：其取值可以是创建操作(create-action)、修改操作(modify-action)和删除操作(delete-action)。若该业务请求指令消息中没有携带该参数时，则默认Action是执行Create-action。
Action id：其表示前述Action的操作对象类型，取值可以是NEfunction-type、小区类型(cell-type)、小区邻区关系类型(Cell Relation-type)等。若该业务请求指令消息中没有携带该参数，则默认前述Action是针对所有操作对象。Action id遵循NMR建模抽象的MO类型进行定义(即NRM定义的MO类型即为Action id的取值范围)，如5G NR的NRM MO包括GNBDUFunction、GNBCUFunction、新空口小区(NRCell)、新空口小区邻区关系(NRCellRelation)等，则Action id取值范围包括GNBDUFunction-type、GNBCUFunction-type、NRCell-type、NRCellRelation-type等。
Parameter list：是NMS需要配置的参数数据，其形式是“名-值”对的格式，具体可以包括运营商的规划配置数据，如网元标识(NE id)，小区标识，邻区配置关系，频点设置，特性ID，开通特性的小区标识等。
南向接口协议类型：其取值可以是CORBA-selected、SOAP-selected、RESTful-selected，其标识NMS希望选用的南向接口的协议类型。该参数用于后续流程中Adaptorclient选择协议适配器时参考。若该业务请求指令消息中，没有携带该参数，则Adaptorclient选择协议适配器时按照NE支持的协议类型的默认优先级进行选择，也即Adaptorclient根据预先定义的南向接口协议类型选择协议适配器。
其中，Action和Action id是一一对应的，若业务请求指令消息涉及多个操作对象，则涉及每种对象的Action。
步骤1201：SO基于NMS的业务请求确定相应的workflow，从而触发执行相应的业务处理流程。
首先，SO从步骤600的parameter list参数中获取到该业务请求针对的网元的标识(NE ID)，并发起向AAI查询确认相应NE的注册状态的请求。其中，该网元可以为图2或图3所示的实施例中涉及的第一网元。
workflow是指预先定义的业务执行工作流，可以包括执行这种业务处理的所有功能模块和功能模块参与业务处理的执行顺序，如配置管理workflow是SO—AAI(执行信息查询确认)—协议适配器(执行接口协议转换)。
步骤1202：SO向AAI发送网元注册状态信息查询(NE onboarding status check)，查询确认需要操作的网元是否已完成上线注册，网元注册状态信息查询中携带网元标识(NE ID)。
在一种实施方式中，该步骤还可用于查询网元(例如基站)是否支持某个业务特性(如MLB特性)，即向AAI查询确认对应网元的AAI entiy的属性中是否包括MLB相关的部署参数配置。若有，则支持MLB特性，否则不支持该特性。
步骤1203：若查询的NE ID标识的网元在AAI中没有保存相应注册信息，则AAI返回网元状态为不可用(Unavailable)，SO收到该返回消息，通知NMS相应的网元未完成注册，则流程到此结束。若查询的NE ID标识的网元在AAI中已保存相应注册信息，则AAI返回该网元的相关信息，包括NE ID、Correlation ID、OM IP and port、NRM MO template。其中Correlation ID是PNF注册时，AAI分配的PNF的内部临时标识。OM IP and port和NRM MOtemplate是PNF注册时发送给AAI的。
步骤1204：SO调用第一配置应用程序编程接口(configure API)发起配置处理流程，并向协议适配器发送配置请求，将步骤1200和步骤1203的相关参数发送给协议适配器，其中，相关参数包括Parameter list，可选的还包括以下一种或多种：Correlation ID、OMIP and port、NRM MO template、Action、Action id、南向接口协议类型。
步骤1205：协议适配器向EMS/NE发送NRM模板查询请求，请求获取NE支持的NRM MOtemplate，请求消息中携带NE ID和NRM版本(version)，其中NRM version无实际取值，仅是一个参数指示，用于告知EMS/NE希望获取NRM MO template。
需要说明的是，若设备商采用私有化NRM MO且不希望ONAP等感知其NRM建模方法，则该设备商的网络设备在注册时就不会将NRM MO template注册到AAI中，那么在步骤1203中就没有NRM MO template参数，则协议适配器需执行该步骤以及后边的步骤1206。
例如，当通信系统中有EMS时，则协议适配器向EMS发送NRM模板查询请求，EMS将NRM模板查询请求转发给NE；当通信系统中没有EMS时，则协议适配器直接将NRM模板查询请求发送给NE。
步骤1206：EMS/NE向协议适配器返回请求的NE的NRM MO模板(NRM MO template)，返回的NRM MO template是NE支持的相应版本NRM建模方法对应的网络资源对象模型(例如，一种树形结构的模型，包括多个MO以及MO之间的关系(如继承等))。
相应地，当通信系统中有EMS时，则NE将NRM MO template发送给EMS，然后EMS向协议适配器转发NRM MO template；当通信系统中没有EMS时，则NE直接向协议适配器发送NRMMO template。
步骤1207：协议适配器进行网络资源管理对象模板映射。
例如，协议适配器收到NRM MO template、Parameter list和Action id等参数后，基于Action id确定需要操作的网络资源对象MO类型，并基于NRM MO template识别相应MO类型的模型属性，执行Parameter list(“名-值”)向MO的映射，即将Parameter list转换为对应的MO对象和属性参数。协议适配器基于Action确定针对相应MO的操作处理。若步骤1200中没有包括Action和Action id，则协议适配器执行默认处理，即创建NRM MOtemplate的所有MO对象。
步骤1208：协议适配器按照对应协议执行协议格式适配转换，包括操作转换和参数转换，如CORBA Adaptor会执行将Create MO操作转化为CORBA的创建对象操作Create_managed_object，详细的转换处理参考3GPP现有标准的处理，本申请不再详细描述转换过程。
步骤1209：协议适配器调用南向接口API/SB API向OM IP标识的地址和port标识的端口发送相应的配置管理指令消息。
步骤1210：EMS收到指令执行NE的配置。
步骤1211：EMS完成NE的配置管理处理后，向协议适配器回复响应消息，并将EMS设置的MO及其属性参数包含的在消息中。
步骤1212：协议适配器接收到响应消息，将步骤1211携带的MO及其属性参数转换成相应的“名-值”对的形式发送给SO，并携带Correlation ID和更新参数(updatedparameters)。
步骤1213：SO更新AAI中保存的网元NE实体的参数信息，携带Correlation ID和updated parameters。
需要说明的是，图12所示的示例仅仅是通信系统中仅有一个协议适配器时的其中一种具体的示例，还可以有其他的示例，例如，可以是上述图6-图11中示例的变形，此处不再一一详细描述。
上述本申请提供的实施例中，分别从各个功能模块或设备本身、以及从各个功能模块或设备之间交互的角度对本申请实施例提供的通信方法的各方案进行了介绍。可以理解的是，各个功能模块或设备，例如上述适配器客户端、第一协议适配器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
例如，当上述功能模块或者设备通过软件模块来实现相应的功能时，本申请实施例提供的通信装置可以包括获取模块1301和处理模块1302，可选的还可以包括发送模块1303，可以参考如图13所示的结构示意图。需要说明的是，在本申请实施例中当获取模块仅用于接收信息或数据时，获取模块也可以是接收模块；当获取模块用于获取通信装置本地保存的信息或数据时，获取模块也可以是处理模块。
在一个实施例中，图13所示的通信装置可以用于执行上述图2-图4、图6-图11所示的实施例中的适配器客户端的操作。例如：
获取模块1301用于获取南向接口协议类型；适配器客户端用于管理两个或者两个以上协议适配器；
处理模块1302用于根据南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器，第一协议适配器用于实现第一协议。
在一种可选的实施方式中，获取模块1301，在获取南向接口协议类型时，具体用于：
从服务协调器接收第一信息，第一信息用于请求为第一网元进行网络配置，第一信息为名值对形式的配置参数，第一信息中包括南向接口协议类型；从第一信息中获取南向接口协议类型；或者，获取预设的南向接口协议类型。
一种示例中，获取模块1301在从服务协调器接收第一信息时，具体用于：
从服务协调器接收服务协调器调用第一接口发送的第一信息；其中，第一接口为适配器客户端提供的。
一种可能的实现方式中，通信装置还包括发送模块1303；
发送模块1303用于在获取模块从服务协调器接收第一信息之后，向第一协议适配器发送第一信息；或者，处理模块1302还用于根据第一信息确定第二信息；发送模块1303用于向第一协议适配器发送第二信息；第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。
一种示例性的实施方式中，发送模块1303在向第一协议适配器发送第一信息时，具体用于调用第一协议适配器提供的第二接口向第一协议适配器发送第一信息。
一种示例性的实施方式中，发送模块1303在向第一协议适配器发送第二信息时，具体用于调用第一协议适配器提供的第二接口向第一协议适配器发送第二信息。
例如，发送模块1303还用于向第一网元发送网络资源模型模板查询请求；获取模块1301还用于从第一网元接收第一网元的网络资源对象模型。
示例性的，获取模块1301还用于从第一协议适配器接收第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；处理模块1302还用于根据第三信息在适配器客户端本地创建上下文信息；发送模块1303还用于向第一协议适配器发送第四信息，第四信息用于通知第一协议适配器注册结果。
例如，第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器等。
又例如，当上述功能模块或者设备通过软件模块来实现相应的功能时，本申请实施例提供的通信装置还可以包括接收模块1401、处理模块1402和发送模块1403，可以参考如图14所示的结构示意图。
在一个实施例中，图14所示的通信装置可用于执行上述图2、图3所示的实施例中第一协议适配器的操作，以及可用于执行图4、图6-图12所示的实施例中协议适配器的操作。例如：
接收模块1401用于接收第一信息，第一信息为名值对形式的配置参数；第一信息是为第一网元进行网络配置的配置参数；第一协议适配器用于实现第一协议；
处理模块1402用于根据第一信息确定第二信息，第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的；
发送模块1403用于向第一网元发送第二信息。
例如，接收模块1401在接收第一信息时，具体用于从适配器客户端接收第一信息，适配器客户端用于管理两个或者两个以上协议适配器；或者，从服务协调器接收第一信息。
在一种可选的实施方式中，接收模块1401在从适配器客户端接收第一信息时，具体用于：接收适配器客户端调用第二接口发送的第一信息，第二接口为第一协议适配器提供的。
在另一种可选的实施方式中，接收模块1401在从服务协调器接收第一信息时，具体用于接收服务协调器调用第二接口发送的第一信息。
示例性的，发送模块1403还用于向第一网元发送网络资源模型模板查询请求；接收模块1401还用于从第一网元接收第一网元的网络资源对象模型。
一种可能的示例，发送模块1403还用于向适配器客户端发送第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；接收模块1401还用于从适配器客户端接收第四信息，第四信息用于通知第一协议适配器注册结果。
示例性的，第一协议适配器可以为CORBA适配器、SOAP适配器或者RESTful适配器等。
需要说明的是，本申请实施例中对单元或模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
又例如，当上述功能模块或者设备通过硬件来实现相应的功能时，本申请提供的通信装置可以包括通信接口1501和处理器1502，可选的还可以包括存储器1503，可以参考如图15所示结构图。
例如，处理器1502可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合等等。处理器1502还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。处理器1502在实现上述功能时，可以通过硬件实现，当然也可以通过硬件执行相应的软件实现。
通信接口1501和处理器1502之间相互连接。可选的，通信接口1501和处理器1502通过总线1504相互连接；总线1504可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器1503，与处理器1502耦合，用于存放通信装置必要的程序等。例如，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器1503可能包括RAM，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。处理器1502执行存储器1503所存放的应用程序，实现通信装置的功能。
在一个实施例中，图15所示的通信装置可用于执行上述图2-图4、图6-图11所示的实施例中的适配器客户端的操作。例如：
通信接口1501用于获取南向接口协议类型；适配器客户端用于管理两个或者两个以上协议适配器；
处理器1502用于根据南向接口协议类型在两个或者两个以上协议适配器中选择第一协议适配器，第一协议适配器用于实现第一协议。
在一种可选的实施方式中，通信接口1501在获取南向接口协议类型时，具体用于：
从服务协调器接收第一信息，第一信息用于请求为第一网元进行网络配置，第一信息为名值对形式的配置参数，第一信息中包括南向接口协议类型；从第一信息中获取南向接口协议类型；或者，获取预设的南向接口协议类型。
一种示例中，通信接口1501在从服务协调器接收第一信息时，具体用于：
从服务协调器接收服务协调器调用第一接口发送的第一信息；其中，第一接口为适配器客户端提供的。
一种可能的实现方式中，通信接口1501还用于在从服务协调器接收第一信息之后，向第一协议适配器发送第一信息；或者，处理器1502还用于根据第一信息确定第二信息；通信接口1501还用于向第一协议适配器发送第二信息；第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的。
一种示例性的实施方式中，通信接口1501在向第一协议适配器发送第一信息时，具体用于调用第一协议适配器提供的第二接口向第一协议适配器发送第一信息。
一种示例性的实施方式中，通信接口1501在向第一协议适配器发送第二信息时，具体用于调用第一协议适配器提供的第二接口向第一协议适配器发送第二信息。
例如，通信接口1501还用于向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。
示例性的，通信接口1501还用于从第一协议适配器接收第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；处理器1502还用于根据第三信息在适配器客户端本地创建上下文信息；通信接口1501还用于向第一协议适配器发送第四信息，第四信息用于通知第一协议适配器注册结果。
例如，第一协议适配器可以为CORBA适配器、SOAP适配器或者RESTful适配器等。
在另一个实施例中，图15所示的通信装置可用于执行上述图2、图3所示的实施例中第一协议适配器的操作，以及可用于执行图4、图6-图12所示的实施例中协议适配器的操作。例如：
通信接口1501用于接收第一信息，第一信息为名值对形式的配置参数；第一信息是为第一网元进行网络配置的配置参数；第一协议适配器用于实现第一协议；
处理器1502用于根据第一信息确定第二信息，第二信息为管理对象及其对象属性；第二信息是第一信息基于网络资源管理对象模板映射得到的；
通信接口1501还用于向第一网元发送第二信息。
例如，通信接口1501在接收第一信息时，具体用于从适配器客户端接收第一信息，适配器客户端用于管理两个或者两个以上协议适配器；或者，从服务协调器接收第一信息。
在一种可选的实施方式中，通信接口1501在从适配器客户端接收第一信息时，具体用于：接收适配器客户端调用第二接口发送的第一信息，第二接口为第一协议适配器提供的。
在另一种可选的实施方式中，通信接口1501在从服务协调器接收第一信息时，具体用于接收服务协调器调用第二接口发送的第一信息。
示例性的，通信接口1501还用于向第一网元发送网络资源模型模板查询请求，并从第一网元接收第一网元的网络资源对象模型。
一种可能的示例，通信接口1501还用于向适配器客户端发送第三信息，第三信息中包括第一协议适配器的名称、标识，支持的协议类型；通信接口1501还用于从适配器客户端接收第四信息，第四信息用于通知第一协议适配器注册结果。
示例性的，第一协议适配器可以为CORBA适配器、SOAP适配器或者RESTful适配器等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (25)

1.一种通信方法，其特征在于，包括：
适配器客户端获取南向接口协议类型；所述适配器客户端用于管理两个或者两个以上协议适配器；
所述适配器客户端根据所述南向接口协议类型在所述两个或者两个以上协议适配器中选择第一协议适配器，所述第一协议适配器用于实现第一协议；
所述适配器客户端向所述第一协议适配器发送第一信息，以使所述第一协议适配器根据所述第一信息基于网络资源管理对象模板映射得到第二信息，并将所述第二信息发送给第一网元；所述第一信息用于请求为所述第一网元进行网络配置，所述第一信息为名值对形式的配置参数。
2.如权利要求1所述的方法，其特征在于，所述适配器客户端获取南向接口协议类型，包括：
所述适配器客户端从服务协调器接收所述第一信息，所述第一信息中包括所述南向接口协议类型；所述适配器客户端从所述第一信息中获取所述南向接口协议类型；或者
所述适配器客户端获取预设的所述南向接口协议类型。
3.如权利要求2所述的方法，其特征在于，所述适配器客户端从服务协调器接收所述第一信息，包括：
所述适配器客户端从所述服务协调器接收所述服务协调器调用第一接口发送的所述第一信息；其中，所述第一接口为所述适配器客户端提供的。
4.如权利要求1所述的方法，其特征在于，
所述适配器客户端向所述第一协议适配器发送所述第一信息，包括：
所述适配器客户端调用所述第一协议适配器提供的第二接口向所述第一协议适配器发送所述第一信息。
5.如权利要求1所述的方法，其特征在于，所述方法还包括：
所述适配器客户端向所述第一网元发送网络资源模型模板查询请求，并从所述第一网元接收所述第一网元的网络资源对象模型。
6.如权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
所述适配器客户端从所述第一协议适配器接收第三信息，所述第三信息中包括所述第一协议适配器的名称、标识，支持的协议类型；
所述适配器客户端根据所述第三信息在所述适配器客户端本地创建上下文信息；
所述适配器客户端向所述第一协议适配器发送第四信息，所述第四信息用于通知所述第一协议适配器注册结果。
7.如权利要求1-5任一项所述的方法，其特征在于，所述第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器。
8.一种通信方法，其特征在于，包括：
第一协议适配器从适配器客户端接收第一信息，所述第一信息为名值对形式的配置参数；所述第一信息是为第一网元进行网络配置的配置参数；所述第一协议适配器用于实现第一协议；所述适配器客户端用于管理两个或者两个以上协议适配器；所述第一协议适配器为所述适配器客户端根据南向接口协议类型在所述两个或者两个以上协议适配器中选择的；
所述第一协议适配器根据所述第一信息确定第二信息，所述第二信息为管理对象及其对象属性；所述第二信息是所述第一信息基于网络资源管理对象模板映射得到的；
所述第一协议适配器向所述第一网元发送所述第二信息。
9.如权利要求8所述的方法，其特征在于，
所述第一协议适配器从所述适配器客户端接收第一信息，包括：
所述第一协议适配器接收所述适配器客户端调用第二接口发送的所述第一信息，所述第二接口为所述第一协议适配器提供的。
10.如权利要求8-9任一项所述的方法，其特征在于，所述方法还包括：
所述第一协议适配器向所述第一网元发送网络资源模型模板查询请求，并从所述第一网元接收所述第一网元的网络资源对象模型。
11.如权利要求8-9任一项所述的方法，其特征在于，所述方法还包括：
所述第一协议适配器向适配器客户端发送第三信息，所述第三信息中包括所述第一协议适配器的名称、标识，支持的协议类型；
所述第一协议适配器从所述适配器客户端接收第四信息，所述第四信息用于通知所述第一协议适配器注册结果。
12.如权利要求8-9任一项所述的方法，其特征在于，所述第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器。
13.一种通信装置，所述通信装置为适配器客户端，其特征在于，包括：
获取模块，用于获取南向接口协议类型；所述适配器客户端用于管理两个或者两个以上协议适配器；
处理模块，用于根据所述南向接口协议类型在所述两个或者两个以上协议适配器中选择第一协议适配器，所述第一协议适配器用于实现第一协议；
所述通信装置还包括发送模块；所述发送模块，用于向所述第一协议适配器发送第一信息，以使所述第一协议适配器根据所述第一信息基于网络资源管理对象模板映射得到第二信息，并将所述第二信息发送给第一网元；所述第一信息用于请求为所述第一网元进行网络配置，所述第一信息为名值对形式的配置参数。
14.如权利要求13所述的通信装置，其特征在于，所述获取模块，在获取南向接口协议类型时，具体用于：
从服务协调器接收所述第一信息，所述第一信息中包括所述南向接口协议类型；从所述第一信息中获取所述南向接口协议类型；或者
获取预设的所述南向接口协议类型。
15.如权利要求14所述的通信装置，其特征在于，所述获取模块，在从服务协调器接收所述第一信息时，具体用于：
从所述服务协调器接收所述服务协调器调用第一接口发送的所述第一信息；其中，所述第一接口为所述适配器客户端提供的。
16.如权利要求13所述的通信装置，其特征在于，
所述发送模块，在向所述第一协议适配器发送所述第一信息时，具体用于：
调用所述第一协议适配器提供的第二接口向所述第一协议适配器发送所述第一信息。
17.如权利要求13所述的通信装置，其特征在于，
所述发送模块，还用于向所述第一网元发送网络资源模型模板查询请求；
所述获取模块，还用于从所述第一网元接收所述第一网元的网络资源对象模型。
18.如权利要求13-17任一项所述的通信装置，其特征在于，
所述获取模块，还用于从所述第一协议适配器接收第三信息，所述第三信息中包括所述第一协议适配器的名称、标识，支持的协议类型；
所述处理模块，还用于根据所述第三信息在所述适配器客户端本地创建上下文信息；
所述通信装置还包括发送模块，所述发送模块，用于向所述第一协议适配器发送第四信息，所述第四信息用于通知所述第一协议适配器注册结果。
19.如权利要求13-17任一项所述的通信装置，其特征在于，所述第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器。
20.一种通信装置，所述通信装置为第一协议适配器，其特征在于，包括：
接收模块，用于从适配器客户端接收第一信息，所述第一信息为名值对形式的配置参数；所述第一信息是为第一网元进行网络配置的配置参数；所述第一协议适配器用于实现第一协议；所述适配器客户端用于管理两个或者两个以上协议适配器；所述第一协议适配器为所述适配器客户端根据南向接口协议类型在所述两个或者两个以上协议适配器中选择的；
处理模块，用于根据所述第一信息确定第二信息，所述第二信息为管理对象及其对象属性；所述第二信息是所述第一信息基于网络资源管理对象模板映射得到的；
发送模块，用于向所述第一网元发送所述第二信息。
21.如权利要求20所述的通信装置，其特征在于，
所述接收模块，在从所述适配器客户端接收第一信息时，具体用于：
接收所述适配器客户端调用第二接口发送的所述第一信息，所述第二接口为所述第一协议适配器提供的。
22.如权利要求20-21任一项所述的通信装置，其特征在于，
所述发送模块，还用于：向所述第一网元发送网络资源模型模板查询请求；
所述接收模块，还用于：从所述第一网元接收所述第一网元的网络资源对象模型。
23.如权利要求20-21任一项所述的通信装置，其特征在于，
所述发送模块，还用于向适配器客户端发送第三信息，所述第三信息中包括所述第一协议适配器的名称、标识，支持的协议类型；
所述接收模块，还用于从所述适配器客户端接收第四信息，所述第四信息用于通知所述第一协议适配器注册结果。
24.如权利要求20-21任一项所述的通信装置，其特征在于，所述第一协议适配器为CORBA适配器、SOAP适配器或者RESTful适配器。
25.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至12任意一项所述的方法。
CN201910683991.0A 2019-07-26 2019-07-26 一种通信方法及装置 Active CN112311567B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910683991.0A CN112311567B (zh) 2019-07-26 2019-07-26 一种通信方法及装置
PCT/CN2020/102841 WO2021017906A1 (zh) 2019-07-26 2020-07-17 一种通信方法及装置
EP20847384.3A EP3975480B1 (en) 2019-07-26 2020-07-17 Communication method and apparatus
US17/568,473 US11785121B2 (en) 2019-07-26 2022-01-04 Selecting protocol adaptor in a communication network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910683991.0A CN112311567B (zh) 2019-07-26 2019-07-26 一种通信方法及装置

Publications (2)

Publication Number Publication Date
CN112311567A CN112311567A (zh) 2021-02-02
CN112311567B true CN112311567B (zh) 2022-04-05

Family

ID=74230188

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910683991.0A Active CN112311567B (zh) 2019-07-26 2019-07-26 一种通信方法及装置

Country Status (4)

Country Link
US (1) US11785121B2 (zh)
EP (1) EP3975480B1 (zh)
CN (1) CN112311567B (zh)
WO (1) WO2021017906A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115733785A (zh) * 2021-08-27 2023-03-03 中兴通讯股份有限公司 网络设备管理方法、装置、系统及存储介质
CN114968891B (zh) * 2022-06-10 2025-01-24 芯来智融半导体科技(上海)有限公司 芯片交互方法、装置、计算机设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7127517B2 (en) * 2000-12-27 2006-10-24 International Business Machines Corporation Protocol adapter framework for integrating non-IIOP applications into an object server container
CN106302071A (zh) * 2015-05-29 2017-01-04 华为技术有限公司 一种适配器、网络设备以及端口配置的方法
CN106484611A (zh) * 2015-09-02 2017-03-08 腾讯科技（深圳）有限公司 基于自动化协议适配的模糊测试方法和装置
CN108667547A (zh) * 2018-08-10 2018-10-16 电信科学技术第五研究所有限公司 一种网络时间协议转换方法及系统
CN109889521A (zh) * 2019-02-21 2019-06-14 北京航星永志科技有限公司 存储器、通信通道复用实现方法、装置和设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4146983B2 (ja) * 1999-02-26 2008-09-10 インターナショナル・ビジネス・マシーンズ・コーポレーション サーバ・オブジェクトのメソッドを呼び出すプロセス方法及びデータ処理システム
US7376958B1 (en) * 2002-06-06 2008-05-20 Unisys Corporation Method and apparatus for honoring CORBA transaction requests by a legacy data base management system
ATE373908T1 (de) * 2002-07-18 2007-10-15 Ericsson Telefon Ab L M Verwaltungssystem umd methode zur erbringung von abonnementdienstleistungen
CN1744594A (zh) * 2004-08-30 2006-03-08 北京航空航天大学 Web服务传输协议适配器及其生成方法
EP1655974A1 (de) * 2004-11-08 2006-05-10 Siemens Aktiengesellschaft Verfahren und Vorrichtungen zum Informationsabgleich zwischen Manager und Agent in eiem Managementnetz
CN100411355C (zh) * 2005-08-20 2008-08-13 华为技术有限公司 网管接口中信息服务层次继承关系的实现方法及网管装置
US8019839B2 (en) * 2009-05-11 2011-09-13 Accenture Global Services Limited Enhanced network adapter framework
US20120106558A1 (en) * 2010-10-29 2012-05-03 International Business Machines Corporation Bridge for implementing a converged network protocol to facilitate communication between different communication protocol networks
CN102790781B (zh) * 2011-05-17 2015-10-28 南京中兴新软件有限责任公司 一种中间件、带行业应用中间件的m2m系统及其应用方法
IN2014DN09322A (zh) * 2012-05-10 2015-07-10 Ericsson Telefon Ab L M
CN104885407A (zh) * 2013-12-31 2015-09-02 华为技术有限公司 一种网络功能虚拟化nfv故障管理装置、设备及方法
US9998566B2 (en) * 2014-11-03 2018-06-12 General Electric Company Intelligent gateway with a common data format
US10644942B2 (en) * 2018-02-07 2020-05-05 Mavenir Networks, Inc. Management of radio units in cloud radio access networks

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7127517B2 (en) * 2000-12-27 2006-10-24 International Business Machines Corporation Protocol adapter framework for integrating non-IIOP applications into an object server container
CN106302071A (zh) * 2015-05-29 2017-01-04 华为技术有限公司 一种适配器、网络设备以及端口配置的方法
CN106484611A (zh) * 2015-09-02 2017-03-08 腾讯科技（深圳）有限公司 基于自动化协议适配的模糊测试方法和装置
CN108667547A (zh) * 2018-08-10 2018-10-16 电信科学技术第五研究所有限公司 一种网络时间协议转换方法及系统
CN109889521A (zh) * 2019-02-21 2019-06-14 北京航星永志科技有限公司 存储器、通信通道复用实现方法、装置和设备

Also Published As

Publication number Publication date
US11785121B2 (en) 2023-10-10
CN112311567A (zh) 2021-02-02
US20220131958A1 (en) 2022-04-28
EP3975480A1 (en) 2022-03-30
WO2021017906A1 (zh) 2021-02-04
EP3975480B1 (en) 2024-10-30
EP3975480A4 (en) 2022-08-10

Similar Documents

Publication Publication Date Title
CN111587601B (zh) 网络切片供应及操作
JP7012836B2 (ja) ネットワークスライス管理方法及び装置
CN108632058B (zh) 网络切片的管理方法和装置
EP3595244B1 (en) Network slice management method, unit and system
JP6007217B2 (ja) ネットワーク仮想化のための方法及び装置
US10298439B2 (en) Network functions virtualization network system and data processing method, and apparatus
CN115296993B (zh) 用于互连多域网络分片控制和管理的系统、功能和接口
CN109391490B (zh) 网络切片的管理方法和装置
KR20190057109A (ko) 네트워크 슬라이스를 관리하기 위한 방법 및 관리 유닛
CN109379206A (zh) 网络功能信息的管理方法及相关设备
US20190260636A1 (en) Method and apparatus for managing network slice instance
CN102136934A (zh) 实现Zigbee设备远程升级的方法、装置及网络系统
EP2171917B1 (en) System and method for providing device management service to electronic device having no broadband communication module
CN109391503B (zh) 一种网络切片管理方法及装置
JP7611817B2 (ja) ネットワーク機能に必要なリソースの配備方法、装置、記憶媒体および電子装置
CN112311567B (zh) 一种通信方法及装置
WO2019056956A1 (zh) 一种网络切片时间管理方法及相关产品
EP4369678A1 (en) Conflict management of functions and services
CN112584336B (zh) 一种网络切片的计费方法及装置
CN112752326B (zh) 一种网络切片管理方法及装置
US20220224552A1 (en) Network slice charging method and apparatus
JP2019193297A (ja) ネットワークサービスをデプロイするための方法及び装置
WO2021226975A1 (zh) 配置方法和装置
CN115550965A (zh) 用于多种类型接入网络的接入网络智能控制器
CN115811798A (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