CN116782224A

CN116782224A - 通信方法和装置

Info

Publication number: CN116782224A
Application number: CN202210216217.0A
Authority: CN
Inventors: 王东晖; 刘斐; 谭巍
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-03-07
Filing date: 2022-03-07
Publication date: 2023-09-19
Also published as: WO2023169122A1

Abstract

本申请实施例提供了一种通信方法和装置，该方法应用于包括至少一个区块链的通信系统，该方法包括：第一网元接收来自第二网元的访问请求，该访问请求用于请求访问第一区块链，该访问请求中包括该第一区块链的标识；该第一网元向该第二网元发送访问响应，该访问响应用于指示所述第二网元是否可以访问该第一区块链，其中，该第一网元具有授权和管理该第二网元访问区块链的功能，该第二网元为该通信系统中除该第一网元之外的核心网网元。通过访问请求以请求访问第一区块链，以便于实现包括第二网元和第一网元的通信系统和区块链融合的场景下，第二网元访问区块链，从而运营商可以通过区块链为第二网元开创安全防篡改的数据共享平台。

Description

通信方法和装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法和装置。

背景技术

区块链技术是一种综合了密码学技术、点对点(peer to peer，P2P)网络、分布式数据库等多种技术的分布式账本。作为一种公开透明的去中心化技术，区块链技术将传统的权威中心、中心式信任转化为群体共识、去中心化信任，构建了以密码学技术为保障的，不可篡改的分布式账本，并进一步提供智能合约自动化的执行数字化交易。

区块链技术本质上改变了人类社会的信任逻辑，将区块链应用于第六代(6thgeneration，6G)移动通信系统，可以增强6G的安全可信，依赖于区块链技术的特性，区块链可以作为统一的可信平台实现历史事件的追溯和自动化的网络管理等。示例性地，区块链和6G系统融合的场景下，在核心网设备能够访问区块链的情况下，区块链可以将与核心网设备相关的信息提供给核心网设备。

由上述可知区块链和6G系统融合能够带来增强通信的好处，在区块链技术和通信系统(如，6G系统)融合的场景下，如何实现核心网设备对区块链的访问成为亟待解决的问题。

发明内容

本申请实施例提供一种通信方法，通过支持通信系统中的核心网设备访问区块链，以助于运营商可以通过区块链为核心网设备开创安全防篡改的数据共享平台。

第一方面，提供了一种通信方法，该方法可以由第一网元执行，或者，也可以由第一网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一网元执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第一网元接收来自第二网元的访问请求，该访问请求用于请求访问第一区块链，该访问请求中包括该第一区块链的标识；该第一网元向该第二网元发送访问响应，该访问响应中包括用于验证该第二网元是否可以访问该第一区块链的信息，其中，该第一网元具有授权和管理该第二网元访问区块链的功能，该第二网元为该通信系统中除该第一网元之外的核心网网元。

基于上述技术方案，在区块链和通信系统融合的系统中，第二网元在有访问第一区块链的需求的情况下，可以通过向第一网元发送访问请求以请求访问第一区块链，以便于实现包括第二网元和第一网元的通信系统和区块链融合的场景下，第二网元访问区块链，从而运营商可以通过区块链为第二网元开创安全防篡改的数据共享平台。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元生成该用于验证该第二网元是否可以访问该第一区块链的信息。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元确定该第二网元是否具有访问该第一区块链的信息的权限。

示例性地，第一网元可以确定第二网元是否可以访问第一区块链，提高安全保障。

结合第一方面，在第一方面的某些实现方式中，在该第二网元具有访问该第一区块链的信息的权限的情况下，该方法还包括：该第一网元接收来自该第二网元的读取请求，该读取请求用于请求获取该第一区块链上的该第一数据，该读取请求中包括该第一区块链的标识；该第一网元向该第一区块链发送该读取请求；该第一网元接收来自该第一区块链的该第一数据；该第一网元向该第二网元发送该第一数据。

基于上述技术方案，在第二网元可以访问该第一区块链的情况下，第二网元可以通过向第一网元发送读取请求以请求读取第一区块链上的第一数据，以便于第一区块链为第二网元提供数据。

结合第一方面，在第一方面的某些实现方式中，该读取请求中还包括以下信息中的至少一项：交易的标识、区块的标识、或账户的标识。

进一步地，上述读取请求中还可以包括更多的信息，以便于更精确确定需要访问的对象，例如，通过在读取请求中携带交易的标识，以便于第一网元确定该第二网元需要访问该交易。

结合第一方面，在第一方面的某些实现方式中，在该第二网元具有访问该第一区块链的信息的权限的情况下，该方法还包括：该第一网元接收来自该第二网元的第二数据；该第一网元向该第一区块链发送该第二数据。

基于上述技术方案，在第二网元可以访问该第一区块链的情况下，第二网元可以向第一区块链发送上第二数据，以便于实现第二网元的数据上链。

结合第一方面，在第一方面的某些实现方式中，在该第一网元向该第一区块链发送该第二数据之前，该方法还包括：该第一网元确定该第二网元具有向该第一区块链发送该第二数据的权限。

示例性地，第一网元可以确定第二网元是否可以向第一区块链发送数据，提高安全保障。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元接收来自第一设备的第一请求，该第一请求用于请求在该第一网元中注册该第一区块链，该第一请求中包括该第一区块链的信息；该第一网元向该第一设备发送第一响应，该第一响应用于指示该第一区块链注册成功或者失败，其中，该第一区块链的信息包括以下至少一项：该第一区块链的标识、该第一区块链的地址、该第一区块链的认证机制、该第一区块链的成员、该第一区块链的类型、该第一区块链上保存的数据类型、第一区块链的状态、核心网网元对应的策略和配置、终端设备对应的策略和配置、或第三方设备对应的策略和配置。

基于上述技术方案，在区块链和通信系统融合的系统中，第一设备可以通过第一请求将第一区块链的信息注册在第一网元上，以便于第一网元对第一区块链进行管理。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元接收来自该第一设备的第二请求，该第二请求用于请求更新该第一区块链的信息或删除该第一区块链的信息，在该第二请求用于请求该第一网元更新该第一区块链的信息的情况下，该第二请求中包括更新后的该第一区块链的信息；或者，在该第二请求用于请求该第一网元删除该第一区块链的信息的情况下，该第二请求中包括该第一区块链的标识。

基于上述技术方案，注册在第一网元中的第一区块连的信息可以更新或者删除，提高方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元向该第一设备发送第一查询消息，该第一查询消息用于查询该第一区块链的状态。

基于上述技术方案，在区块链和通信系统融合的系统中，第一区块链的信息注册在第一网元中可以是第一网元通过第一查询消息主动发起的，提高第一网元的能动性。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元接收来自第三网元的第二查询消息，该第二查询消息用于查询该第一区块链的信息，该第二查询消息中包括该第一区块链的标识；该第一网元向该第三网元发送该第一区块链的信息，或者指示查询失败的信息。

基于上述技术方案，第三网元可以通过向第一网元发送第二查询消息以查询第一网元中保存的第一区块链的信息。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该方法还包括：该第一网元确定该第三网元是否具有查询该第一区块链的信息的权限。

示例性地，第一网元可以确定第三网元是否可以查询第一区块链的信息，提高安全保障。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元接收来自第三网元的订阅消息，该订阅消息用于订阅该第一区块链的信息，该订阅消息中包括该第一区块链的标识；该第一网元向该第三网元发送通知消息，该通知消息中包括更新后的该第一区块链的信息，或者包括指示订阅失败的信息。

基于上述技术方案，第三网元可以通过向第一网元发送订阅消息以订阅第一网元中保存的第一区块链的信息，以便于第一区块链的信息发生更新的情况下，第三网元能够及时获知。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元确定该第三网元是否具有订阅该第一区块链的信息的权限。

示例性地，第一网元可以确定第三网元是否可以订阅第一区块链的信息，提高安全保障。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元向该第三网元发送第一配置消息，该第一配置消息中包括以下信息中的至少一项：该第一配置对应的标识、该第一区块链的标识、该第三网元的标识、该第一区块链的地址、该第一数据的格式、或该第一数据的类型。

基于上述技术方案，可以通过第一配置消息为第三网元进行配置，以便于第三网元和第一区块链之间传输数据。

结合第一方面，在第一方面的某些实现方式中，该第一区块链的信息中包括该第一配置消息，或者该方法还包括：该第一网元根据该第一区块链的信息生成该第一配置消息。

基于上述技术方案，第一网元获知第一配置消息可以是由于第一区块链的信息中包括该第一配置消息，也可以是第一网元根据第一区块链的信息中包括的其他信息确定第一配置消息的，不限定第一网元获知第一配置消息的方式，增加方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元接收来自该第三网元第一指示信息，该第一指示信息用于指示该第一配置成功或者失败；在该第一指示信息指示该第一配置成功的情况下，该方法还包括：该第一网元向该第一区块链发送第三响应，该第三响应中包括该第三网元的信息；或者，在该第一指示信息指示该第一配置失败的情况下，该方法还包括：该第一网元向该第一区块链发送第三响应，该第三响应用于指示配置失败。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一网元向该第三网元发送第二指示信息；或者，该第一网元接收来自该第三网元的该第二指示信息，其中，该第二指示信息用于指示以下任意一项：指示更新该第一配置、指示该第一配置取消、指示该第一配置暂停、或指示该第一配置恢复。

示例性地，可以通过第二指示信息对上述的第一配置进行更新、暂停等操作，提高配置的灵活性。

第二方面，提供了一种通信方法，该方法可以由第二网元执行，或者，也可以由第二网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二网元执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第二网元向该第一网元发送访问请求，该访问请求用于请求访问该第一区块链，该访问请求中包括该第三网元的标识和该第一区块链的标识；第二网元接收来自该第一网元的访问响应，该访问响应中包括用于验证该第二网元是否可以访问该第一区块链的信息，其中，该第一网元具有负责该第二网元对区块链的访问授权和管理功能，该第二网元为该通信系统中除该第一网元之外的核心网网元。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二网元向该第一网元发送读取请求，该读取请求用于请求获取该第一区块链上的该第一数据，该读取请求中包括该第一区块链的标识；该第二网元接收来自该第一网元的该第一数据。

结合第二方面，在第二方面的某些实现方式中，该读取请求中还包括以下信息中的至少一项：交易的标识、区块的标识、或账户的标识。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二网元向该第一网元发送第二数据。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二网元向该第一区块链发送第三请求，该第三请求用于请求获取该第一区块链上的第一数据，或者用于请求向该第一区块链发送第二数据；该第二网元接收来自该第一区块链的第三响应，该第三响应用于指示该第三请求成功或者失败，其中，该第三请求中包括一下信息中的至少一项：该第二网元的标识、该第一区块链的标识、该第三请求的类型、该第三请求的过期时间、或该第三请求的签名信息。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二网元向第一网元发送第二数据。

以上第二方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第三方面，提供了一种通信方法，该方法可以由第一区块链执行，或者，也可以由第一区块链的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一区块链执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第一区块链接收来自第二网元的第三请求，该第三请求用于请求获取该第一区块链上的第一数据，或者用于请求向该第一区块链发送第二数据；该第一区块链验证该第三请求确定该第二网元是否具有获取该第一区块链上的第一数据的权限，或者确定该第二网元是否具有向该第一区块链发送第二数据的权限；该第一区块链向该第二网元发送第三响应，该第三响应用于指示该第三请求成功或者失败，其中，该第三请求中包括一下信息中的至少一项：该第二网元的标识、该第一区块链的标识、该第三请求的类型、该第三请求的过期时间、或该第三请求的签名信息。

基于上述技术方案，在区块链和通信系统融合的系统中，第二网元在有访问第一区块链的需求的情况下，可以通过向第一区块链发送第三请求以请求访问第一区块链，以便于实现第二网元访问区块链，并且第一区块链可以验证该第二网元是否具有访问第一区块链的权限，保障安全性。

第四方面，提供了一种通信方法，该方法可以由第一设备执行，或者，也可以由第一设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第一设备执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第一设备向第一网元发送第一请求，该第一请求用于请求在该第一网元中注册第一区块链，该第一请求中包括该第一区块链的信息；该第一设备接收来自该第一网元的第一响应，该第一响应用于指示该第一区块链注册成功或者失败，其中，该第一区块链的信息包括以下至少一项：该第一区块链的标识、该第一区块链的地址、该第一区块链的认证机制、该第一区块链的成员、该第一区块链的类型、该第一区块链上保存的数据类型、第一区块链的状态、核心网网元对应的策略和配置、终端设备对应的策略和配置、或第三方设备对应的策略和配置。

结合第四方面，在第四方面的某些实现方式中，该方法还包括：该第一设备向该第一网元发送第二请求，该第二请求用于请求更新该第一区块链的信息或删除该第一区块链的信息，在该第二请求用于请求该第一网元更新该第一区块链的信息的情况下，该第二请求中包括更新后的该第一区块链的信息；或者，在该第二请求用于请求该第一网元删除该第一区块链的信息的情况下，该第二请求中包括该第一区块链的标识。

结合第四方面，在第四方面的某些实现方式中，该方法还包括：该第一设备接收来自该第一网元的第一查询消息，该第一查询消息用于查询该第一区块链的状态。

以上第四方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第五方面，提供了一种通信方法，该方法可以由第三网元执行，或者，也可以由第三网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第三网元执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第三网元向第一网元发送第二查询消息，该第二查询消息用于查询第一区块链的信息，该第二查询消息中包括该第一区块链的标识；该第三网元接收来自该第一网元的该第一区块链的信息，或者指示查询失败的信息。

以上第五方面所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第六方面，提供了一种通信方法，该方法可以由第三网元执行，或者，也可以由第三网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第三网元执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第三网元向第一网元发送订阅消息，该订阅消息用于订阅第一区块链的信息，该订阅消息中包括该第一区块链的标识；该第三网元接收来自该第一网元的通知消息，该通知消息中包括更新后的该第一区块链的信息，或者包括指示订阅失败的信息。

以上第六方面所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第七方面，提供了一种通信方法，该方法可以由第二网元执行，或者，也可以由第二网元的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由第二网元执行为例进行说明。

该方法应用于包括至少一个区块链的通信系统，该方法包括：第二网元接收来自第一网元的第一配置消息，该第一配置消息中包括以下信息中的至少一项：该第一配置对应的标识、该第一区块链的标识、该第二网元的标识、该第一区块链的地址、该第一数据的格式、或该第一数据的类型。

结合第七方面，在第七方面的某些实现方式中，该方法还包括：该第二网元向第一网元发送第一指示信息，该第一指示信息用于指示该第一配置成功或者失败。

结合第七方面，在第七方面的某些实现方式中，该方法还包括：该第二网元接收来自该第一网元的第二指示信息；或者，该第二网元向第一网元发送该第二指示信息，其中，该第二指示信息用于指示以下任意一项：指示更新该第一配置、指示该第一配置取消、指示该第一配置暂停、或指示该第一配置恢复。

以上第七方面及其可能的设计所示方法的有益效果可参照第一方面及其可能的设计中的有益效果。

第八方面，提供了一种通信装置，该通信装置用于执行上述第一方面提供的方法。具体地，该通信装置可以包括用于执行第一方面的上述任意一种实现方式提供的方法的单元和/或模块，如处理单元和获取单元。

在一种实现方式中，收发单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，收发单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第九方面，提供了一种通信装置，该装置用于执行上述第二方面提供的方法。具体地，该通信装置可以包括用于执行第二方面提供的方法的单元和/或模块，如处理单元和获取单元。

第十方面，提供了一种通信装置，该装置用于执行上述第三方面提供的方法。具体地，该通信装置可以包括用于执行第三方面提供的方法的单元和/或模块，如处理单元和获取单元。

第十一方面，提供了一种通信装置，该装置用于执行上述第四方面提供的方法。具体地，该通信装置可以包括用于执行第四方面提供的方法的单元和/或模块，如处理单元和获取单元。

第十二方面，提供了一种通信装置，该装置用于执行上述第五方面至第七方面提供的方法。具体地，该通信装置可以包括用于执行第五方面至第七方面提供的方法的单元和/或模块，如处理单元和获取单元。

第十三方面，本申请提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第十四方面，提供一种计算机可读存储介质，该计算机可读存储介质存储用于设备执行的程序代码，该程序代码包括用于执行上述各方面提供的方法。

第十五方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述各方面提供的方法。

第十六方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述各方面提供的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述各方面提供的方法。

第十七方面，提供一种通信系统，包括第八方面所述的通信装置、第九方面所述的通信装置、第十方面所述的通信装置、第十一方面所述的通信装置和第十二方面所述的通信装置。

附图说明

图1是适用本申请实施例的通信系统的示意图。

图2是本申请实施例提供的一种通信方法的示意性流程图。

图3是本申请实施例提供的另一种通信方法的示意性流程图。

图4是本申请实施例提供的又一种通信方法的示意性流程图。

图5是本申请实施例提供的又一种通信方法的示意性流程图。

图6是本申请实施例提供的又一种通信方法的示意性流程图。

图7是本申请实施例提供的又一种通信方法的示意性流程图。

图8是本申请实施例提供的又一种通信方法的示意性流程图。

图9是本申请实施例提供的又一种通信方法的示意性流程图。

图10是本申请实施例提供的一种通信装置的示意性框图。

图11是本申请实施例提供的另一种通信装置的示意性框图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于区块链和目前已有通信网络或未来通信网络相融合的通信系统中，其中，目前已有通信网络或未来通信网络包括但不限于：第五代(5th generation，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(timedivision duplex，TDD)、设备到设备(device to device，D2D)通信系统、车辆外联(vehicle-to-everything，V2X)通信系统、机器到机器(machine to machine，M2M)通信系统、机器类型通信(machine type communication，MTC)系统、以及物联网(internet ofthings，IoT)通信系统或第六代(6th generation，6G)移动通信系统等。

为便于理解本申请实施例，下面以区块链和6G通信网络相融合为例简单介绍本申请实施例适用的通信系统。

本申请实施例的技术方案可以应用于图1所示的区块链和6G通信网络相融合网络架构中，当然也可以用在区块链和未来通信网络相融合的网络架构，比如区块链和未来通信网络相融合的网络架构等，本申请实施例对此不作具体限定。

下面将结合图1举例说明本申请实施例适用的区块链和6G通信网络相融合的通信系统。应理解，本文中描述的6G系统仅是示例，不应对本申请构成任何限定。

还应理解，6G系统中某些网元之间可以采用服务化接口，或点对点的接口进行通信，下面结合图1介绍基于服务化接口的6G系统框架。

作为示例性说明，图1示出了本申请实施例适用的区块链和6G通信网络相融合的通信系统100的架构示意图。该网络架构可以包括但不限于以下网元(或者称为功能网元、功能实体、节点、设备等)：

用户设备(user equipment，UE)、(无线)接入网设备(radio access network，(R)AN)、6G核心网(6G core，6GC)、数据网络(data network，DN)和区块链(block chain，BC)，其中，6GC包括但不限于以下网元：

接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、应用功能(application function，AF)网元、认证服务器功能(authentication server function，AUSF)、统一数据管理(unified datamanagement，UDM)、能力开放功能(network exposure function，NEF)网元、统一数据存储(unified data repository，UDR)、账本锚定功能(Ledger anchor function，LAF)网元等。

下面对图1中示出的各网元进行简单介绍：

1、UE：为与(R)AN通信的终端也可以称为终端设备(terminal equipment)、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例可以为：手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑(如笔记本电脑、掌上电脑等)、移动互联网设备(mobile internetdevice，MID)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、无人机，6G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等。

此外，终端设备还可以是物联网(Internet of things，IoT)系统中的终端设备。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。IoT技术可以通过例如窄带(narrowband，NB)技术，做到海量连接，深度覆盖，终端省电。

应理解，终端设备可以是任何可以接入网络的设备。终端设备与接入网设备之间可以采用某种空口技术相互通信。

可选地，用户设备可以用于充当基站。例如，用户设备可以充当调度实体，其在V2X或D2D等中的用户设备之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。

2、(R)AN：用于为特定区域的授权用户设备提供入网功能，并能够根据用户设备的级别，业务的需求等使用不同服务质量的传输隧道。

(R)AN能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发，(R)AN也可以理解为传统网络中的基站。

示例性地，本申请实施例中的接入网设备可以是用于与用户设备通信的任意一种具有无线收发功能的通信设备。该接入网设备包括但不限于：演进型节点B(evolved NodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved Node B，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission andreception point，TRP)、卫星、D2D通信中承担基站功能的终端设备等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，接入网设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的接入网设备，也可以将CU划分为核心网(core network，CN)中的接入网设备，本申请对此不做限定。

3、用户面网元：用于分组路由和转发以及用户面数据的服务质量(quality ofservice，QoS)处理等。

如图1所示，在6G通信系统中，该用户面网元可以是UPF网元，可以包括中间用户面功能(intermediate user plane function，I-UPF)网元、锚点用户面功能(PDU Sessionanchor user plane function，PSA-UPF)网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其它的名称，本申请不做限定。

4、数据网络：用于提供传输数据的网络。

在未来通信系统中，数据网络仍可以是DN，或者，还可以有其它的名称，本申请不做限定。

在6G通信系统中，终端设备接入网络后可以建立协议数据单元(protocol dataunit，PDU)会话，并通过PDU会话访问DN，可以与部署在DN中的应用功能网元(应用功能网元比如为应用服务器)交互。如图1所示，根据用户访问的DN不同，网络可以根据网络策略选择接入DN的UPF作为为PDU会话锚点(PDU Session Anchor，PSA)，并通过PSA的N6接口访问应用功能网元。

5、接入与移动性管理网元：主要用于移动性管理和接入管理等，可以用于实现移动性管理网元(mobility management entity，MME)功能中除会话管理之外的其它功能，例如，合法监听以及接入授权/鉴权等功能。

如图1所示，在6G通信系统中，该接入管理网元可以是AMF网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

6、会话管理网元：主要用于会话管理、终端设备的网络互连协议(internetprotocol，IP)地址分配和管理、选择可管理终端设备平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

如图1所示，在6G通信系统中，该会话管理网元可以是SMF网元，可以包括中间会话管理功能(intermediate session management function，I-SMF)网元、锚点会话管理功能(anchor session management function，A-SMF)网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

7、策略控制网元：用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

在4G通信系统中，该策略控制网元可以是策略和计费规则功能(policy andcharging rules function，PCRF)网元。如图1所示，在6G通信系统中，该策略控制网元可以是PCF网元。在未来通信系统中，策略控制网元仍可以是PCF网元，或者，还可以有其它的名称，本申请不做限定。

8、数据管理网元：用于处理终端设备标识，接入鉴权，注册以及移动性管理等。

如图1所示，在6G通信系统中，该数据管理网元可以是UDM网元或UDR网元。在未来通信系统中，统一数据管理仍可以是UDM、UDR网元，或者，还可以有其它的名称，本申请不做限定。

本申请实施例中的UDM或UDR网元可以是指用户数据库。可以作为一个存储用户数据的单一逻辑存储库存在。

9、应用功能网元：应用功能网元可以通过应用功能网元与6G系统交互，用于接入网络开放功能网元或与策略框架交互进行策略控制等。

如图1所示，在6G通信系统中，该应用功能网元可以是application function，AF网元。在未来通信系统中，应用功能网元仍可以是AF网元，或者，还可以有其它的名称，本申请不做限定。

10、认证服务网元：用于鉴权服务、产生密钥实现对终端设备的双向鉴权，支持统一的鉴权框架。

如图1所示，在6G通信系统中，该认证服务网元可以是AUSF网元。在未来通信系统中，认证服务功能网元仍可以是AUSF网元，或者，还可以有其它的名称，本申请不做限定。

11、网络开放功能网元：用于提供网络开放的定制功能。

如图1所示，在6G通信系统中，该网络开放功能网元可以是网络开放功能(networkexposure function，NEF)网元在未来通信系统中，该网络开放功能网元仍可以是NEF网元，或者，还可以有其它的名称，本申请不做限定。

6G通信系统还可以通过NEF网元，向外部的应用功能网元开放6GC支持的能力，譬如提供小数据传递能力等。

12、账本锚定功能网元：作为通信网络和区块链的接口，负责终端设备对区块链的访问和写入的授权和管理，运营商可以将不同区块链节点挂载到总线上，账本锚定功能网元作为整体管理锚点，负责终端设备访问区块链的二次认证和授权、终端设备上链配置和终端设备信息上链处理三个方面的功能。

13、区块链：网络中的交易以区块为单位产生和存储，并按照时间顺序连成链式结构。网络中的经过确认和证明的交易从区块链的开头区块链接到最新的区块，多个区块链接在一起形成的账本称为区块链。

区块链技术实现了一种按照时间顺序将数据和信息区块以顺序相连的方式组成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式存储。一般情况下，将区块链中的数据和信息称为“交易(Transaction)”。

区块链技术不是单项的技术，而是作为点对点传输、共识机制、分布式数据存储和密码学原理集成应用的系统，该系统具有全公开和防篡改的技术特性。

1)点对点传输：参与区块链的节点是独立的、对等的，节点与节点之间通过点对点传输技术实现数据和信息的同步。节点可以是不同的物理机器，也可以是云端不同的实例。

2)共识机制：区块链的共识机制是指多方参与的节点在预设的逻辑规则下，通过节点间的交互实现各节点对特定数据和信息达成一致的过程。共识机制需要依赖于良好设计的算法，因此不同的共识机制性能(如：交易的吞吐量交易/秒(transaction persecond，TPS)、达成共识的时延、耗费的计算资源、耗费的传输资源等)存在一定的差异。

3)分布式数据存储：区块链中的分布式存储是参与该区块链的节点各自都存有独立的、完整的数据，保证了数据存储在节点间全公开。与传统的分布式数据存储不同，传统的分布式数据存储按照一定规则将数据分成多份进行备份或同步存储，而区块链分布式数据存储则依赖于区块链中各地位对等的、独立的节点间的共识来实现高一致性的数据存储。

4)密码学原理：区块链通常是基于非对称加密技术实现可信的信息传播、校验等。

其中“区块”的概念是将一条或多条数据记录以“块”的形式组织，“区块”的大小可以根据实际应用场景自定义；而“链”是一种数据结构，该数据结构将存储数据记录的“区块”按照时间顺序并以哈希技术相连。在区块链中，每个“区块”包含“区块头”和“区块体”两个部分，其中“区块体”包含打包进“区块”的交易记录；“区块头”包含“区块”中所有交易的根HASH和前一“区块”的HASH。区块链的数据结构保证了区块链上存储的数据具有不可篡改的特性。

区块链目前可以分为三类：公有链、联盟链和私有链。

公有链是指参与任何记账节点(peer)都可以作为区块链的共识节点(也可以称为共识计算节点)，进而参与区块链数据存储的共识计算并且匿名的维护该区块链，节点与节点之间相互不信任。

联盟链在公有链的基础上增加了准入权限，使得具有一定资格的节点才可以作为区块链的共识计算节点，进而参与该区块链数据存储的共识计算并维护该区块链，节点与节点之间存在一定的信任。

私有链相比联盟链的准入机制更加苛刻，使得该区块链以及区块链的共识计算节点为私人独有。

示例性地，区块链和6G融合通信系统中，区块链可以挂载在总线上，与6GC之间基于服务化接口通信，如，图1中所示的BC#1、BC#2和BC#3。或者，区块链可以不挂载在总线上，与LAF之间基于通信接口通信，如，图1中所示的BC#4。其中，区块链挂载在总线上可以理解为区块链上的至少一个节点采用服务化接口和6GC通信；区块链不挂载在总线上，与LAF之间基于通信接口通信可以理解为：区块链上的至少一个节点与LAF之间基于通信接口通信。

如图1所示，在区块链和6G融合通信系统中，该账本锚定功能网元可以是LAF，在未来通信系统中，该账本锚定功能网元仍可以是LAF网元，或者，还可以有其它的名称，本申请不做限定。

需要说明的是，LAF可以是独立设置的功能网元，也可以是与其他功能网元合设的功能网元，例如，对AMF网元进行功能增强，使得AMF网元具备LAF网元的功能。

图1中各个控制面网元之间的接口是服务化的接口。具体地，图1中Nudr、Nausf、Nnef、Namf、Npcf、Nsmf、Nudm、Naf、Nlaf分别为上述UDR、AUSF、NEF、AMF、PCF、SMF、UDM、AF和LAF提供的服务化接口的示例，用于调用相应的服务化操作。N1、N2、N3、N4、N9以及N6为接口序列号。

1)、N1：AMF与终端之间的接口，可以用于向终端传递QoS控制规则等。

2)、N2：AMF与RAN之间的接口，可以用于传递核心网侧至RAN的无线承载控制信息等。

3)、N3：RAN与UPF之间的接口，主要用于传递RAN与UPF间的上下行用户面数据。

4)、N4：SMF与UPF之间的接口，可以用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

5)、N9：UPF和UPF之间的用户面接口，用于传递UPF间的上下行用户数据流。

6)、N6：UPF与DN的接口，用于传递UPF与DN之间的上下行用户数据流。

具体地。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generationpartnership project，3GPP)标准协议中定义的含义，在此不做限制。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。上述网元或者功能可划分出一个或多个服务，进一步，还可能会出现独立于网络功能存在的服务。在本申请中，上述功能的实例、或上述功能中包括的服务的实例、或独立于网络功能存在的服务实例均可称为服务实例。

进一步地，可以将AF网元简称为AF，LAF网元简称为LAF，AMF网元简称为AMF。即本申请后续所描述的AF均可替换为应用功能网元，LAF均可替换为账本锚定功能网元，AMF均可替换为接入与移动性管理网元。

可以理解的是，上述网元或者功能网元既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。上述网元或者功能可划分出一个或多个服务，进一步，还可能会出现独立于网络功能存在的服务。在本申请中，上述功能的实例、或上述功能中包括的服务的实例、或独立于网络功能存在的服务实例均可称为服务实例。

应理解，上述本申请实施例能够应用的网络架构仅是示例性说明，本申请实施例适用的网络架构并不局限于此，任何包括能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1所示的AMF、SMF、UPF、PCF、NEF等可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用6G中的术语，也可能采用其他名称等。

还应理解，图1的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

为了便于理解本申请实施例的技术方案，首先对本申请实施例可能涉及到的一些术语或概念进行简单描述。

1、上链配置：指的是通过配置消息配置需要发送给区块链的数据，如，数据类型等。

2、数据上链：指的是数据通过共识机制打包在一个区块成为一个新的区块，并且链接到前面的区块，成为链上不可篡改的数据。

3、准入机制：区块链节点中的成员服务提供者(membership service provider，MSP)模块负责身份管理,主要完成数字证书验证、签名与验证、私钥管理等功能。智能合约可依据调用者的数字证书、MSP ID及其属性字段实现多种级别的访问控制。

4、可扩展的身份验证协议(Extensible Authentication Protocol，EAP)：一系列验证方式的集合，设计理念是满足任何链路层的身份验证需求，支持多种链路层认证方式。EAP协议是IEEE 802.1x认证机制的核心。

在一个遵循802.1X的无线局域网中，一个用户请求访问一个接入点，接入点强迫用户进入一种未经授权状态，这种状态下用户就只能发送一个EAP开始消息。然后接入点返回给用户一个EAP消息请求用户进行身份验证。用户将身份验证发给接入点，之后接入点就会将其转发给验证服务器，由它使用一个算法来验证用户是否合法并且将接受或拒绝消息返还给接入点。当验证通过即接收到的是接受消息，则接入点将把用户的状态变为已授权，此时就可以进行正常的通信了。

5、6G通信网络：6G网络空间上可由空天地海组成，设备构成上由多个设备组成，实际网络载体可由卫星网络、无人机等中低空平台、蜂窝网络、车联网、IoT网络、水面及水下网络组成。6G网络终端是支撑6G业务应用的重要组成部分，6G网络扩展了5G通信终端的形态和功能，6G网络终端包括但不限于车、蜂窝网络终端(融合卫星终端功能)、无人机、IoT。此外，6G网络终端的能力相比于5G网络终端有所增强，例如车的计算能力和通信能力有了大幅提升，可以满足区块链运行的基本需求。同时，按照6G网络精细设计的区块链也可以支持更多形态的终端。

6G网络具有跨行业、多设备深度参与的特点，网络中的不同设备能够提供各种不同的业务和服务，其中，不同设备可能属于不同运营商，而非局限于单个运营商，因此6G网络需要一个多方互信的机制和平台。

区块链技术本质上改变了人类社会的信任逻辑，可以很好地满足6G网络的上述需求。

区块链是一种综合了密码学技术、P2P网络、分布式数据库等多种技术的分布式账本。由于区块链是一种将数据以区块(块)为单位产生和存储，并按照时间顺序连成链式(链)数据结构，其中所有节点共同参与区块链系统的数据验证、存储和维护，新区块的创建需得到共识确认，并向各节点广播实现全网同步，之后就很难更改或删除，因此通过利用区块链自然的可信属性，能够有效填补通信网络中可信能力的缺失。下面将简单介绍区块链和6G通信网络相融合。

6、区块链和6G通信网络相融合：将区块链应用于6G通信网络(或未来通信网络)，可以为6G通信网络增强安全可信、跨行业、跨域管理提供了新的思路和更多的可能性，依赖于区块链技术的特性，区块链可以作为统一的可信平台实现历史事件的追溯和自动化的网络管理，如日志的审计、自动化的结算、安全的接入和验证等等。

具体地，区块链和6G通信网络相融合可以提供以下两点需求：

1)区块链资源服务。

由于通信网的需求，运营商会具有终端的业务数据，如用户配置文件(profile)信息、位置信息、标识(identify，ID)信息、陆上公用移动通信网(Public Land MobileNetwork，PLMN)信息、服务信息等等；区块链可将与核心网网元相关的个人信息(可提供给核心网网元使用。

同时，区块链也会有采集到的各种感知、测绘数据可作为服务提供给核心网网元。如，车联网中的路况信息、交通信息、环境信息等。运营商可以通过区块链为核心网网元开创安全防篡改的数据共享平台。

2)区块链需要核心网网元上报环境、关键业绩指标(Key PerformanceIndicator，KPI)、测绘等信息。

传统网络的各种实际运营产生的KPI指标数据信息，主要是基站本地采集和收集，再通过私有接口直接上报给本地的子网管和数据库系统，再分级汇总统计上报给更高级别的网管和数据中心。利用区块链技术，核心网网元可实时上报(如，向区块链或网络上报)各种网络KPI数据。

新型业务需要大量用户的测绘数据，如测试汽车的传感器通常会捕获其他汽车、行人、自行车以及交通标志、红绿灯、路沿、车道、其他基础设施及道路景观的影像和信息。IoT网络中会测绘环境的湿度、温度、环境状况等等。通过区块链，网络可以记录并存储测绘数据。

7、智能合约：是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。本申请实施例中涉及的调用智能的权限类似于“写”操作，即数据上链可以是直接“写”入区块链还可以是通过调用智能合约实现。

8、Token验证：Token是服务端生成的一串字符串，以作客户端进行请求的一个令牌，当第一次登录后，服务器生成一个Token信息便将此Token信息返回给客户端，以后客户端只需带上这个Token信息前来请求数据即可，无需再次带上用户名和密码。

由上述可知区块链和6G通信网络相融合区块链可以提供资源服务、信息上报等功能，目前区块链和6G通信网络相融合的相关技术中仅涉及终端设备签约数据的上链，并未涉及核心网网元(如，AMF、SMF、UPF、或NEF等)访问区块链。本申请提供一种通信方法，通过支持通信系统中的核心网网元访问区块链，以助于运营商可以通过区块链为核心网网元开创安全防篡改的数据共享平台。

上文结合图1介绍了本申请实施例能够应用的场景，还简单介绍了本申请中涉及的基本概念，下文中将结合附图详细介绍本申请提供的通信方法。

下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是核心网设备，或者是核心网设备中能够调用程序并执行程序的功能模块。

为了便于理解本申请实施例，做出以下几点说明。

第一，在本申请中，“用于指示”可以理解为“使能”，“使能”可以包括直接使能和间接使能。当描述某一信息用于使能A时，可以包括该信息直接使能A或间接使能A，而并不代表该信息中一定携带有A。

将信息所使能的信息称为待使能信息，则具体实现过程中，对待使能信息进行使能的方式有很多种，例如但不限于，可以直接使能待使能信息，如待使能信息本身或者该待使能信息的索引等。也可以通过使能其他信息来间接使能待使能信息，其中该其他信息与待使能信息之间存在关联关系。还可以仅仅使能待使能信息的一部分，而待使能信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的使能，从而在一定程度上降低使能开销。同时，还可以识别各个信息的通用部分并统一使能，以降低单独使能同样的信息而带来的使能开销。

第二，在本申请中示出的第一、第二以及各种数字编号(例如，“#1”、“#2”等)仅为描述方便，用于区分的对象，并不用来限制本申请实施例的范围。例如，区分不同消息等。而不是用于描述特定的顺序或先后次序。应该理解这样描述的对象在适当情况下可以互换，以便能够描述本申请的实施例以外的方案。

第三，在本申请中，“预配置”可包括预先定义，例如，协议定义。其中，“预先定义”可以通过在设备(例如，包括各个网元)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。

第四，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第五，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

第六，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括6G协议、新空口(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

第七，本申请实施例中涉及一个信息(如，信息#1)中“包括”另一个信息(如，信息#2)，可以理解为该信息#1中显示携带或隐式携带该信息#2，例如，信息#1中直接携带该信息#2；还例如，信息#1中携带指示该信息#2的指示信息，接收该信息#1的接收端设备可以根据该指示信息得到该信息#2，而指示信息用于指示信息#2可以是预定义或协议规定的，或者是显示或隐式的指示。

以下，不失一般性，以网元之间的交互为例详细说明本申请实施例提供的通信方法。该通信方法应用于区块链和通信系统(如，6G通信系统)融合的场景下(如，图1所示的场景)。图2是本申请实施例提供的一种通信方法的示意性流程图，包括以下步骤：

S210，第二网元向第一网元发送访问请求，或者说第一网元接收来自第二网元的访问请求。

示例性地，第一网元为具有对区块链的访问授权和管理的功能网元。包括但不限于：LAF、AMF、AUSF或SEAF等网元，应理解，本申请实施例中对于第一网元的名称不做任何限定。

一种可能的实现方式，LAF和AMF(或SEAF/AUSF)合设的情况下，即把LAF的功能集成于AMF(或SEAF/AUSF)中，则第一网元可以是AMF(或SEAF/AUSF)。

另一种可能的实现方式，LAF独立设置的情况下，第一网元可以是LAF。

示例性地，第二网元可以是通信系统中除第一网元之外的核心网网元，包括但不限于：AMF、SMF、UPF、或NEF等。

为了便于描述，本申请实施例中以LAF独立设置，第一网元为LAF为例进行说明。第二网元统称为功能(network function，NFs)网元为例进行说明。

具体地，该访问请求中包括第一区块链的标识，用于请求访问第一区块链，其中，访问第一区块链可以是第二网元需要向第一区块链发送二数据，还可以是第二网元需要从第一区块链获取第一数据，还可以是第二网元调用第一区块链上的智能合约。

示例性地，第二网元确定需要访问第一区块链的情况下，生成该访问请求。

作为一种可能的实现方式，第二网元可以根据本地的配置信息确定需要访问第一区块链，例如，配置信息指示第二网元将特定的数据存储在第一区块链上。

作为另一种可能的实现方式，第二网元可以根据其他设备的指示确定需要访问第一区块链，例如，第二网元接收到其他设备的用于指示从第一区块链获取信息的指示信息。

需要说明的是，本申请实施例中对于第二网元如何确定访问第一区块链不做任何限定，可以是发生任何需要访问第一区块链的情况下，第二网元确定访问第一区块链。

另外，需要说明的是，上述的第一区块链可以是一个或者多个区块链，也就是说第二网元可以确定对多个区块链发起访问。为了便于描述，将第二网元需要访问的区块链统称为第一区块链。

示例性地，第一区块链的标识可以是第一区块链的ID，或者第一区块链所属的区块链群组的ID。

例如，终端设备确定需要访问的区块链包括区块链#1、区块链#2和区块链#3，其中，区块链#1的ID为ID#1、区块链#2的ID为ID#2和区块链#3的ID为ID#3，则第一区块链的标识可以是ID#1、ID#2和ID#3。

为了便于理解，结合表1说明终端设备访问的第一区块链是以单个区块链为粒度的情况下，第一区块链的标识的可能形式：

表1

第一区块链的信息	区块链	地址
			ID#1	Ledger#1	IP#1-1或IP#1-2
ID#2	Ledger#2	IP#2-1
			ID#3	Ledger#3	IP#3-1或IP#3-2

如表1中所示某个区块链可能对应多个地址(如，Ledger#1对应IP#1-1和IP#1-2)，可以理解为该区块链上包括多个节点，每个节点的IP地址不同，如，Ledger#1上有节点#1和节点#2，其中，节点#1的地址为IP#1-1，节点#2的地址为IP#1-2。

还例如，终端设备确定需要访问的区块链包括区块链#1、区块链#2和区块链#3，其中，区块链#1、区块链#2和区块链#3属于区块链群组#1，且区块链群组#1的标识为组ID#1，则第一区块链的标识可以是组ID#1。

为了便于理解，结合表2说明终端设备访问的第一区块链是以区块链群组为粒度的情况下，第一区块链的标识的可能形式：

表2

应理解，本申请实施例中对于第一区块链的标识不做限制，上述的第一区块链的标识、第一区块链所属的区块链群组的标识只是举例，对本申请的保护范围不构成任何的限定，其他能够由于标识第一区块链的标识也在本申请的保护范围之内，例如，该第一区块链的类型指示信息等。

可选地，访问请求中还可以包括第二网元的标识和/或指示访问类型的信息，其中，第二网元的标识用于标识该第二网元，包括但不限于：第二网元的ID、第二网元的类型指示信息等；所述访问类型包括读(如，从第一区块链获取第一数据)、写(如，向第一区块链发送二数据)、或调用智能合约。

作为一种可能的实现方式，该访问请求可以称为Token请求，用于实现Token验证。

作为另一种可能的实现方式，该访问请求可以是基于其他验证方式的请求消息，以实现对第二网元进行认证。

示例性地，该实施例中以访问请求为Token请求为例进行说明。

可选地，第一网元可以验证上述的访问请求，以确定第二网元是否具有访问所述第一区块链的权限，图2所示的方法流程还包括：

S220，第一网元验证访问请求。

示例性地，访问请求携带完整性保护和签名，第一网元收到访问请求后会验证访问请求的签名和完整性；和/或，访问请求可用对称或非对称密钥加密，第一网元收到访问请求后会解密访问请求。

需要说明的是，本申请中涉及的交互消息都可以携带完整性保护和签名，收到消息的对端会验证消息的签名和完整性之后，执行相应的动作；和/或，本申请中涉及的交互消息可用对称或非对称密钥加密，由对端解密后执行响应的动作，下述消息的加密或解密不再赘述。

S230，第一网元向第二网元发送访问响应，或者说第二网元接收来自第一网元的访问响应。

该访问响应中包括用于验证所述第二网元是否可以访问所述第一区块链的信息。

该实施例中主要考虑第一网元验证访问请求通过，确定第二网元具有访问所述第一区块链的权限的情况。该情况下，第一网元验证第二网元通过后生成Token信息。该访问响应中包括Token信息，其中Token信息包括但不限于：第二网元的标识、第一区块链的标识、访问类型、过期时间和签名等。

具体地，第二网元接收到上述的Token信息之后，图2所示的方法流程还包括：

S240，第二网元向第一区块链发送第三请求，或者说第一区块链接收来自第二网元的第三请求。

所述第三请求用于请求获取所述第一区块链上的第一数据，或者用于请求向所述第一区块链发送第二数据。具体地，该第三请求中包括上述的Token信息。

在第三请求用于请求向所述第一区块链发送第二数据的情况下，第三请求中携带该第二数据。

S250，第一区块链确定第二网元是否具有请求权限。

具体地，第一区块链验证所述第三请求中携带的Token信息确定所述第二网元是否具有获取所述第一区块链上的第一数据的权限，或者确定所述第二网元是否具有向所述第一区块链发送第二数据的权限。

S260，第一区块链向第二网元发送第三响应，或者说第二网元接收来自第一区块链的第三响应。

第三响应用于指示所述第三请求成功或者失败。

示例性地，在第三请求用于请求获取所述第一区块链上的第一数据，且第三响应用于指示获取第一区块链上的第一数据成功，则第三响应中携带该第一数据。

示例性地，在第三请求用于请求向所述第一区块链发送第二数据，该第三请求中包括所述第二数据，第三响应用于指示第二数据上链成功或者失败。

图2所示的方法流程主要介绍了第一网元生成Token信息并下发Token信息，第一区块链验证Token信息的方案，本申请还提供另一种认证核心网网元的方法，由第一网元认证核心网网元是否可以获取第一区块链上的第一数据，下面结合图3说明该认证核心网网元的方法。为了便于描述，还是以核心网网元为第二网元为例进行说明，应理解，图3中所示的第二网元只是举例，不代表一定和图2中所示的为同一个核心网网元。图3是本申请实施例提供的另一种通信方法的示意性流程图，包括以下步骤：

S310，第二网元向第一网元发送读取请求，或者说第一网元接收来自第二网元的读取请求。

所述读取请求用于请求获取区块链(如，第一区块链)上的所述第一数据，所述读取请求中包括所述第一区块链的标识。应理解，第一区块链只是举例，第二网元可以请求获取任意的区块链上的数据。

示例性地，所述读取请求中还包括以下信息中的至少一项：

交易的标识、区块的标识、世界状态、或索引。

其中，交易的标识用于指示某个(或者某一类)交易，包括但不限于：交易格式、交易类型等，应理解该交易的标识所指示的交易可以为具有一定特征的交易，不限定为某一个具体的交易。

区块的标识用于指示某个(或者某一类)区块，包括但不限于：区块链上的某个(或者某一类)区块，应理解该区块的标识所指示的区块可以为具有一定特征的区块，不限定为某一个具体的区块。

世界状态用于指示区块链的整体状态，如账号信息、账号状态，等等，其中，账号信息可以是账户的标识。

索引可能用于指示某个信息的索引，比如关键词。

示例性地，上述的读取请求中包括的第一区块链的标识、交易的标识、区块的标识、世界状态、或索引等可以作为读取请求的密钥。

可选地，第一网元可以验证上述的读取请求，以确定第二网元是否具有获取所述第一区块链上的第一数据的权限，图3所示的方法流程还包括：

S320，第一网元验证读取请求。

在第二网元具有获取所述第一区块链上的第一数据的权限的情况下，图3所示的方法流程还包括：

S330，第一网元向第一区块链发送读取请求，或者说第一区块链接收来自第一网元的读取请求。

S340，第一区块链向第一网元发送第一数据，或者说第一网元接收来自第一区块链的第一数据。

S350，第一网元向第二网元发送第一数据，或者说第二网元接收来自第一网元的第一数据。

图3所示的为核心网网元读取区块链上的数据的情况，核心网网元还可以将数据上链到区块链上，下面结合图4说明核心网网元数据上链的方法。为了便于描述，还是以核心网网元为第二网元为例进行说明，应理解，图4中所示的第二网元只是举例，不代表一定和图2(或图3)中所示的为同一个核心网网元。图4是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S410，第二网元向第一网元发送第二数据，或者说第一网元接收来自第二网元的第二数据。

具体地，第二网元向第一网元发送第二数据时，还可以向第一网元发送区块链的标识(如，第一区块链的标识)和以下信息中的至少一项：

第二网元的标识、交易的标识、区块的标识、世界状态、或索引。

应理解，第一区块链只是举例，第二网元可以向任意的区块链发送数据。

示例性地，上述的第一区块链的标识、交易的标识、区块的标识、世界状态、或索引等可以作为读取请求的密钥。

可选地，第一网元可以判断第二网元是否具有向所述第一区块链发送第二数据的权限，图4所示的方法流程还包括：

S420，第一网元验证第二网元。

在第二网元具有向所述第一区块链发送第二数据的权限的情况下，图4所示的方法流程还包括：

S430，第一网元向第一区块链发送第二数据，或者说第一区块链接收来自第一网元的第二数据。

S440，第一区块链向第一网元发送确认消息，或者说第一网元接收来自第一区块链的确认消息。

S450，第一网元向第二网元发送确认消息，或者说第二网元接收来自第一网元的确认消息。

示例性地，上述的第二网元直接(如，上述的步骤S260：第三响应中携带第一数据)或间接(如，上述的步骤S350：第一网元向第二网元发送第一数据)获取第一区块链上的第一数据，可以是第二网元根据配置消息确定需要获取第一区块链上的第一数据；和/或，

第二网元向第一区块链直接(如，上述的步骤S240：第三请求中携带第二数据)或者间接(如，上述的步骤S430：第一网元向第一区块链发送第二数据)发送第二数据，可以是第二网元根据配置消息确定需要向第一区块链发送第二数据。下面结合图5详细介绍核心网网元的配置流程。为了便于描述，还是以核心网网元为第二网元为例进行说明，应理解，图5中所示的第二网元只是举例，不代表一定和图2中所示的为同一个核心网网元。图5是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S510，第一网元向第二网元发送第一配置消息，或者说第二网元接收来自第一网元的第一配置消息。

所述第一配置消息中包括以下信息中的至少一项：

所述第一配置对应的标识、所述第一区块链的标识、所述第二网元的标识、所述第一区块链的地址、所述第一数据的格式、或所述第一数据的类型。

例如，第一配置消息包括：第一配置的ID，标识此次配置；还包括消息类型：激活配置；还包括配置的区块链：BC ID；还包括接受配置的设备：第二网元的标识，如第二网元在区块链上的标识；还包括区块链的地址：Chain IP；还包括交易格式；还包括密码学相关信息，如加密、哈希、签名算法等；还包括上报类型，如基于计时器或计数器上报、基于周期上报、基于触发上报等；上报的方式：如直接发布交易(写)、调用智能合约。还包括传输的数据内容，例如，业务相关数据(网元日志)；还例如，设备信息(网元所在硬件信息、安全能力)；还例如，安全信息(可信计算远程证明信息、远程证明结果)；还例如，网络KPI信息(小区负荷、频谱使用情况、第二网元的关键行为等)；还例如，网元证书信息。

具体地，该实施例中第一网元获知上述的第一配置消息包括以下两种方式：

方式一：第一网元生成第一配置消息。

在方式一下，图5所示的方法流程还包括：

S511，第一网元生成第一配置消息。

区块链向第一网元注册该区块链的信息之后，第一网元根据区块链的信息，识别对应网元(如，第二网元)，生成第一配置消息。

例如，第一区块链的信息中包括第一区块链上保存的数据类型，第一网元根据该信息可以确定哪些网元可以从第一区块链上获取相应的数据；

还例如，第一区块链的信息中包括第一区块链所需的数据类型，第一网元根据该信息可以确定从网元可以获取第一区块链所需的数据。

方式二：第一网元从区块链接收第一配置消息。

在方式一下，图5所示的方法流程还包括：

S512，第一网元接收来自第一区块链的第一配置消息，或者说第一区块链向第一网元发送第一配置消息。

示例性地，第一配置消息携带在第一区块链的信息中，在注册过程中发送给第一网元。

例如，第一区块链通过第一区块链的信息向第一网元发布需要采集的信息、涉及的网元、上报的策略等。

具体地，第二网元可以通过第一指示信息通知第一网元是否配置成功。图5所示的方法流程还包括：

S520，第二网元向第一网元发送第一指示信息，或者说第一网元接收来自第二网元的第一指示信息。

第一指示信息用于指示所述第一配置成功或者失败。

S530，第一网元向第一区块链发送第三响应，或者说第一区块链接收来自第一网元的第三响应。

在所述第一指示信息指示所述第一配置成功的情况下，所述第三响应中包括所述第三网元的信息。

在所述第一指示信息指示所述第一配置失败的情况下，所述第三响应用于指示配置失败。

进一步地，在上述第一配置完后之后，可以通过第二指示信息指示第一配置发生变化。

例如，第一网元或第二网元可以通过第二指示信息指示以下任意一项：指示更新该第一配置、指示该第一配置暂停、指示该第一配置取消、或指示该第一配置恢复。则图5所示的方法流程还可以包括：

S540，第一网元向第二网元发送第二指示信息，或者第二网元向第一网元发送第二指示信息。

作为一种可能的实现方式，第二指示信息指示更新第一配置，第二指示信息中包括以下信息中至少一项：

第一配置的ID，指示更新的配置；还包括信息类型：更新配置；还包括配置的区块链：BC ID；还包括接受配置的设备：第二网元的标识，如第二网元在区块链上的标识；还包括区块链的地址：Chain IP；还包括交易格式；还包括密码学相关信息，如加密、哈希、签名算法等；还包括上报类型，如基于计时器或计数器上报、基于周期上报、基于触发上报等；上报的方式：如直接发布交易(写)、调用智能合约。还包括传输的数据内容等。

可以理解，更新第一配置类似与上述的配置第一配置，不同点在于更新为对已有的配置进行重新配置。

作为另一种可能的实现方式，第二指示信息指示暂停第一配置，第二指示信息中包括以下信息中至少一项：

第一配置的ID，指示更新的配置；还包括信息类型：暂停配置；还包括配置的区块链：BC ID；还包括接受配置的设备：第二网元的标识，如第二网元在区块链上的标识。

作为又一种可能的实现方式，第二指示信息指示取消第一配置，第二指示信息中包括以下信息中至少一项：

第一配置的ID，指示更新的配置；还包括信息类型：取消配置；还包括配置的区块链：BC ID；还包括接受配置的设备：第二网元的标识，如第二网元在区块链上的标识。

作为又一种可能的实现方式，第二指示信息指示恢复第一配置，第二指示信息中包括以下信息中至少一项：

第一配置的ID，指示更新的配置；还包括信息类型：恢复配置；还包括配置的区块链：BC ID；还包括接受配置的设备：第二网元的标识，如第二网元在区块链上的标识。

另外，本申请中，区块链的信息可以注册在第一网元中，由第一网元进行管理，下面结合图6和图7详细介绍第一网元中注册区块链的信息的情况，图6是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S610，第一设备向第一网元发送第一请求，或者说第一网元接收来自第一设备的第一请求。

所述第一请求用于请求在所述第一网元中注册区块链(如，第一区块链)，所述第一请求中包括所述第一区块链的信息。应理解，第一区块链只是举例，任意的区块链的信息均可以注册在第一网元上。

其中，所述第一区块链的信息包括以下至少一项：

所述第一区块链的标识、所述第一区块链的地址、所述第一区块链的认证机制、所述第一区块链的成员、所述第一区块链的类型、所述第一区块链上保存的数据类型、第一区块链的状态、核心网网元对应的策略和配置、终端设备对应的策略和配置、或第三方设备对应的策略和配置。

本申请中区块链的信息可以理解为区块链的注册文件，该注册文件中包括以下信息中的至少一种：

区块链基本信息、区块链上链策略信息、或区块链状态管理视图信息。

其中，区块链基本信息包括但不限于：账本ID(Ledger ID)、通道ID(Channel ID)、账本类型(Ledger type)、账本状态(Ledger state)(如，每秒交易数(Transactions persecond，TPS)状态、活跃的账户状态等)、账本成员(Members of the Committee)、IP地址(IP addresses)、全节点或记账节点(the full/archive nodes)的正式域名(FullyQualified Domain Name，FQDN)、共识机制(Consensus mechanism)、账本相关的应用信息(Ledger application related information)、账本结构(Ledger architecture)、认证机制(Authentication mechanism)等；

区块链上链策略信息包括但不限于：需要的信息类型、触发终端设备或接入网设备数据的上链策略(如，基于时间间隔的上链策略、基于预配置的上链策略、基于位置信息的上链策略、选择终端设备策略等)、网元数据上链的策略(如，基于时间间隔、基于预配置策略、基于业务触发、基于网络KPI等等)、是否对第三方开放访问、开放策略等。

链状态管理视图信息包括但不限于：可信执行环境、可信硬件平台执行情况、Linux系统性能监控数据(如，监控Linux系统的CPU占用率、内存占用情况等)、日志数据(如，docker运行日志、fabric运行日志、错误日志等)、监控运维(如，区块链网络状态、区块高度、链码和链上数据等)、业务数据(如，通道数据、交易数据、区块链本身存储的数据等)、合规审计(如，针对联盟链网络的合规审计功能，设定敏感词库防止非法信息上链、设立投诉举报机制，发起者与参与者共同监督、维护联盟链数据安全)、区块链治理(如，各链冻结、解冻、注销账户、更新、或维护等)。

上述的第一设备可以是网管或者第一区块链上的管理节点。

第一网元接收到第一请求之后可以将第一区块链的信息保存在本地，图6所示的方法流程还包括：

S620，第一网元保存第一区块链的信息。

S630，第一网元向所述第一设备发送第一响应，或者说第一设备接收来自第一网元的第一响应。

所述第一响应用于指示所述第一区块链注册成功或者失败。

可选地，第一区块链的信息注册成功之后，可以通过第二请求更新或者删除第一区块链的信息，图6所示的方法流程还可以包括：

S640，第一设备向第一网元发送第二请求，或者说第一网元接收来自第一设备的第二请求。

所述第二请求用于请求更新所述第一区块链的信息或删除所述第一区块链的信息，

在所述第二请求用于请求所述第一网元更新所述第一区块链的信息的情况下，所述第二请求中包括更新后的所述第一区块链的信息；或者，

在所述第二请求用于请求所述第一网元删除(或者说注销)所述第一区块链的信息的情况下，所述第二请求中包括所述第一区块链的标识。

S650，第一网元向所述第一设备发送第二响应，或者说第一设备接收来自第一网元的第二响应。

所述第二响应用于指示所述第一区块链的信息更新或删除成功；或者用于指示所述第一区块链的信息更新或删除失败。

图6所示的方法流程介绍了第一设备主动注册、更新或删除第一区块链的信息，本申请还提供一种通信方法，第一网元可以主动获取第一区块链的状态，下面结合图7进行说明。图7是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S710，第一网元向所述第一设备发送第一查询消息，或者说第一设备接收来自第一网元的第一查询消息。

第一查询消息用于查询区块链(如，第一区块链)的状态。其中，第一区块链的状态包括第一区块链的信息待注册、第一区块链的信息待更新、或第一区块链的信息待删除。应理解，第一区块链只是举例，第一网元可以查询任意的区块链的状态。

S720，第一设备向第一网元发送第一通知消息，或者说第一网元接收来自第一设备的第一通知消息。

在第一区块链的状态为第一区块链的信息待注册的情况下，第一通知消息中包括第一区块链的信息，第一网元保存该第一区块链的信息。

在第一区块链的状态为第一区块链的信息待更新的情况下，第一通知消息中包括第一区块链的信息，第一网元将该第一区块链的信息覆盖本地已保存的第一区块链的信息。

在第一区块链的状态为第一区块链的信息待删除的情况下，第一通知消息中删除指示信息，第一网元将本地已保存的第一区块链的信息删除。

具体地，第一网元本地保存有区块链的信息，核心网网元可以查询第一网元本地保存的区块链的信息，下面结合图8详细介绍核心网网元从第一网元查询区块链的信息的流程，图8是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S810，第三网元向第一网元发送第二查询消息，或者说第一网元接收来自第三网元的第二查询消息。

示例性地，第三网元基于区块链(如，第一区块链)的名字或者ID信息检索第一区块链上节点的注册信息和策略信息等。如路由策略、IP地址、第三网元是否需要上报信息及上报策略等。应理解，第一区块链只是举例，第三网元可以查询任意区块链的信息。

第二查询消息用于查询所述第一区块链的信息，所述第二查询消息中包括所述第一区块链的标识。

可选地，第二查询消息中包括所要查询的数据，如全节点的IP地址等。

S820，第一网元验证第三网元。

第一网元确定所述第三网元是否具有查询所述第一区块链的信息的权限。

S830，第一网元向所述第三网元发送第二通知消息，或者说第三网元接收来自第一网元的第二通知消息。

第二通知消息中包括第一区块链的信息，或者指示查询失败的信息。

可选地，在第二通知消息中包括指示查询失败的信息的情况下，该第二通知消息中还可以包括指示查询失败的原因的信息，如验证不通过。

具体地，核心网网元还可以订阅第一网元本地保存的区块链的信息，下面结合图8详细介绍核心网网元从第一网元订阅区块链的信息的流程，图9是本申请实施例提供的又一种通信方法的示意性流程图，包括以下步骤：

S910，第三网元向第一网元发送订阅消息，或者说第一网元接收来自第三网元的订阅消息。

订阅消息用于订阅区块链(如，第一区块链)的信息，所述订阅消息中包括所述第一区块链的标识。应理解，第一区块链只是举例，第三网元可以订阅任意区块链的信息。

S920，第一网元验证第三网元。

第一网元确定所述第三网元是否具有订阅所述第一区块链的信息的权限。

S930，第一网元向所述第三网元发送通知消息，或者说第三网元接收来自第一网元的通知消息。

通知消息中包括指示订阅成功或者订阅失败的信息。

可选地，在通知消息中包括指示订阅失败的信息的情况下，通知消息中还可以包括指示失败原因的信息，如指示第三网元没有订阅权限。

可选地，当第一网元本地保存的某个(或某些)区块链(如，图9中所示的第一区块链)的信息更新的情况下，第一区块链向第一网元发送更新后的区块链的信息。图9所示的方法流程还包括：

S940，第一区块链向第一网元发送更新后的第一区块链的信息，或者说第一网元接收来自第一区块链的更新后的第一区块链的信息。

例如，第一网元本地保存了第一区块链的信息#1，第一区块链的信息#1更新为第一区块链的信息#2的情况下，第一区块链向第一网元发送第一区块链的信息#2，该第一区块链的信息#2覆盖第一网元本地保存的第一区块链的信息#1，作为第一区块链的最新状态信息。

S950，第一网元确定第三网元订阅了第一区块链的信息。

具体地，第一网元能够识别订阅了第一区块链的信息的网元(如，第三网元)。

S960，第一网元向所述第三网元发送更新后的第一区块链的信息，或者说第三网元接收来自第一网元的更新后的第一区块链的信息。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

例如，图5所示的配置流程和图2(或图3、图4)所示的认证流程可以结合，从而在认证之后根据配置访问区块链，能够提高安全保障。

还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明(如核心网设备)，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由设备(如上述核心网设备)实现的方法和操作，也可以由设备的部件(例如芯片或者电路)实现。

以上，结合图2至图9详细说明了本申请实施例提供的通信方法。上述通信方法主要从各个网元之间交互的角度进行了介绍。可以理解的是，各个网元，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以下，结合图10和图11详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图10是本申请实施例提供的通信装置1000的示意性框图。该装置1000包括收发单元1010和处理单元1020。收发单元1010可以实现相应的通信功能，处理单元1020用于进行数据处理。收发单元1010还可以称为通信接口或通信单元，收发单元1010实现获取信息功能的情况下，还可以称为获取单元。

可选地，该装置1000还可以包括存储单元，该存储单元可以用于存储指令和、或数据，处理单元1020可以读取存储单元中的指令和、或数据，以使得装置实现前述方法实施例。

该装置1000可以用于执行上文方法实施例中设备(如上述核心网设备、区块链等)所执行的动作，这时，该装置1000可以为设备或者可配置于设备的部件(例如芯片或电路)，收发单元1010用于执行上文方法实施例中设备的收发相关的操作，处理单元1020用于执行上文方法实施例中设备处理相关的操作。

作为一种设计，该装置1000用于执行上文方法实施例中第一网元(如，LAF)所执行的动作。

作为一种可能的实现方式：

收发单元1010，用于接收来自第二网元的访问请求，该访问请求用于请求访问第一区块链，该访问请求中包括该该第一区块链的标识；

该收发单元1010，还用于向该第二网元发送访问响应，该访问响应中包括用于验证该第二网元是否可以访问该第一区块链的信息，

其中，该第一网元具有授权和管理该第二网元对区块链的访问的功能，该第二网元为该通信系统中除该第一网元之外的核心网网元。

可选地，处理单元1020，用于生成用于验证该第二网元是否可以访问该第一区块链的信息。

可选地，处理单元1020，用于确定该第二网元是否具有访问该第一区块链的权限。

作为另一种可能的实现方式：

收发单元1010，用于接收来自该第二网元的读取请求，该读取请求用于请求获取该第一区块链上的该第一数据，该读取请求中包括该第一区块链的标识；该收发单元1010，还用于向该第一区块链发送该读取请求；该收发单元1010，还用于接收来自该第一区块链的该第一数据；该收发单元1010，还用于向该第二网元发送该第一数据。

可选地，处理单元1020，用于确定该第二网元是否具有获取该第一区块链上的该第一数据的权限。

可选地，该读取请求中还包括以下信息中的至少一项：交易的标识、区块的标识、或账户的标识。

作为又一种可能的实现方式：

收发单元1010，用于接收来自该第二网元的第二数据；该收发单元1010，还用于向该第一区块链发送该第二数据。

可选地，处理单元1020，用于确定该第二网元具有向该第一区块链发送该第二数据的权限。

作为又一种可能的实现方式：

收发单元1010，用于接收来自第一设备的第一请求，该第一请求用于请求在该第一网元中注册该第一区块链，该第一请求中包括该第一区块链的信息；

该收发单元1010，还用于向该第一设备发送第一响应，该第一响应用于指示该第一区块链注册成功或者失败，其中，该第一区块链的信息包括以下至少一项：该第一区块链的标识、该第一区块链的地址、该第一区块链的认证机制、该第一区块链的成员、该第一区块链的类型、该第一区块链上保存的数据类型、第一区块链的状态、核心网网元对应的策略和配置、终端设备对应的策略和配置、或第三方设备对应的策略和配置。

可选地，该收发单元1010，还用于接收来自该第一设备的第二请求，该第二请求用于请求更新该第一区块链的信息或删除该第一区块链的信息，在该第二请求用于请求该第一网元更新该第一区块链的信息的情况下，该第二请求中包括更新后的该第一区块链的信息；或者，在该第二请求用于请求该第一网元删除该第一区块链的信息的情况下，该第二请求中包括该第一区块链的标识。

作为又一种可能的实现方式：

收发单元1010，用于向该第一设备发送第一查询消息，该第一查询消息用于查询该第一区块链的状态；该收发单元1010，还用于接收来自该第一设备的第一通知消息，该第一通知消息中包括第一区块链的信息，或删除指示信息。

作为又一种可能的实现方式：

收发单元1010，用于收来自第三网元的第二查询消息，该第二查询消息用于查询该第一区块链的信息，该第二查询消息中包括该第一区块链的标识；该收发单元1010，还用于向该第三网元发送该第一区块链的信息，或者指示查询失败的信息。

可选地，处理单元1020，用于确定该第三网元是否具有查询该第一区块链的信息的权限。

作为又一种可能的实现方式：

收发单元1010，用于接收来自第三网元的订阅消息，该订阅消息用于订阅该第一区块链的信息，该订阅消息中包括该第一区块链的标识；该收发单元1010，还用于向该第三网元发送通知消息，该通知消息中包括更新后的该第一区块链的信息，或者包括指示订阅失败的信息。

可选地，处理单元1020，用于确定该第三网元是否具有订阅该第一区块链的信息的权限。

作为又一种可能的实现方式：

收发单元1010，用于向该第二网元发送第一配置消息，该第一配置消息中包括以下信息中的至少一项：该第一配置对应的标识、该第一区块链的标识、该第二网元的标识、该第一区块链的地址、该第一数据的格式、或该第一数据的类型。

可选地，该第一区块链的信息中包括该第一配置消息，或者处理单元1020，用于根据该第一区块链的信息生成该第一配置消息。

可选地，该收发单元1010，还用于接收来自该第二网元第一指示信息，该第一指示信息用于指示该第一配置成功或者失败；在该第一指示信息指示该第一配置成功的情况下，该收发单元1010，还用于向该第一区块链发送第三响应，该第三响应中包括该第三网元的信息；或者，在该第一指示信息指示该第一配置失败的情况下，该收发单元1010，还用于向该第一区块链发送第三响应，该第三响应用于指示配置失败。

可选地，该收发单元1010，还用于向该第二网元发送第二指示信息；或者，该收发单元1010，还用于接收来自该第二网元的该第二指示信息，其中，该第二指示信息用于指示以下任意一项：指示更新该第一配置、指示该第一配置取消、指示该第一配置暂停、或指示该第一配置恢复。

该装置1000可实现对应于根据本申请实施例的方法实施例中的第一网元执行的步骤或者流程，该装置1000可以包括用于执行方法实施例中的第一网元执行的方法的单元。并且，该装置1000中的各单元和上述其他操作和、或功能分别为了实现方法实施例中的第一网元的相应流程。

其中，当该装置1000用于执行图2中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S210、S230、S240、S260；处理单元1020可用于执行方法中的处理步骤，如步骤S220。

当该装置1000用于执行图3中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S310、S330、S340、S350；处理单元1020可用于执行方法中的处理步骤，如步骤S320。

当该装置1000用于执行图4中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S410、S430、S440、S450；处理单元1020可用于执行方法中的处理步骤，如步骤S420。

当该装置1000用于执行图5中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S510、S512、S520、S530、S540；处理单元1020可用于执行方法中的处理步骤，如步骤S511。

当该装置1000用于执行图6中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S610、S630、S640、S650；处理单元1020可用于执行方法中的处理步骤，如步骤S620。

当该装置1000用于执行图7中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S710、S720；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图8中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S810、S830；处理单元1020可用于执行方法中的处理步骤，如步骤S820。

当该装置1000用于执行图9中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S910、S930、S940、S960；处理单元1020可用于执行方法中的处理步骤，如步骤S920、S950。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置1000用于执行上文方法实施例中第二网元(如，LAF)所执行的动作。

作为一种可能的实现方式：

收发单元1010，用于向该第一网元发送访问请求，该访问请求用于请求访问该第一区块链，该访问请求中包括该第三网元的标识和该第一区块链的标识；该收发单元1010，还用于接收来自该第一网元的访问响应，该访问响应中包括用于验证该第二网元是否可以访问该第一区块链的信息，其中，该第一网元具有负责该第二网元对区块链的访问授权和管理功能，该第二网元为该通信系统中除该第一网元之外的核心网网元。

可选地，收发单元1010，用于向该第一区块链发送第三请求，该第三请求用于请求获取该第一区块链上的第一数据，或者用于请求向该第一区块链发送第二数据；该收发单元1010，还用于接收来自该第一区块链的第三响应，该第三响应用于指示该第三请求成功或者失败，其中，该第三请求中包括一下信息中的至少一项：该第二网元的标识、该第一区块链的标识、该第三请求的类型、该第三请求的过期时间、或该第三请求的签名信息。

作为另一种可能的实现方式：

收发单元1010，用于向该第一网元发送读取请求，该读取请求用于请求获取该第一区块链上的该第一数据，该读取请求中包括该第一区块链的标识；该第二网元接收来自该第一网元的该第一数据。

作为又一种可能的实现方式：

收发单元1010，用于向第一网元发送第二数据。

作为又一种可能的实现方式：

收发单元1010，用于接收来自第一网元的第一配置消息，该第一配置消息中包括以下信息中的至少一项：该第一配置对应的标识、该第一区块链的标识、该第二网元的标识、该第一区块链的地址、该第一数据的格式、或该第一数据的类型。

可选地，收发单元1010，用于向第一网元发送第一指示信息，该第一指示信息用于指示该第一配置成功或者失败。

可选地，该收发单元1010，还用于接收来自该第一网元的第二指示信息；或者，该收发单元1010，还用于向第一网元发送该第二指示信息，其中，该第二指示信息用于指示以下任意一项：指示更新该第一配置、指示该第一配置取消、指示该第一配置暂停、或指示该第一配置恢复。

该装置1000可实现对应于根据本申请实施例的方法实施例中的第二网元执行的步骤或者流程，该装置1000可以包括用于执行方法实施例中的第二网元执行的方法的单元。并且，该装置1000中的各单元和上述其他操作和、或功能分别为了实现方法实施例中的第二网元的相应流程。

其中，当该装置1000用于执行图2中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S210、S230、S240、S260；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图3中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S310、S350；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图4中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S410、S450；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图5中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S510、S520、S540；处理单元1020可用于执行方法中的处理步骤。

作为又一种设计，该装置1000用于执行上文方法实施例中第三网元所执行的动作。

作为一种可能的实现方式：

收发单元1010，用于向第一网元发送第二查询消息，该第二查询消息用于查询第一区块链的信息，该第二查询消息中包括该第一区块链的标识；收发单元1010，用于接收来自该第一网元的该第一区块链的信息，或者指示查询失败的信息。

作为另一种可能的实现方式：

收发单元1010，用于向第一网元发送订阅消息，该订阅消息用于订阅第一区块链的信息，该订阅消息中包括该第一区块链的标识；收发单元1010，用于接收来自该第一网元的通知消息，该通知消息中包括更新后的该第一区块链的信息，或者包括指示订阅失败的信息。

该装置1000可实现对应于根据本申请实施例的方法实施例中的第三网元执行的步骤或者流程，该装置1000可以包括用于执行方法实施例中的第三网元执行的方法的单元。并且，该装置1000中的各单元和上述其他操作和、或功能分别为了实现方法实施例中的第三网元的相应流程。

其中，当该装置1000用于执行图8中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S810、S830；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图9中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S910、S930、S960；处理单元1020可用于执行方法中的处理步骤。

作为又一种设计，该装置1000用于执行上文方法实施例中第一设备所执行的动作。

作为一种可能的实现方式：

收发单元1010，用于向第一网元发送第一请求，该第一请求用于请求在该第一网元中注册第一区块链，该第一请求中包括该第一区块链的信息；收发单元1010，用于接收来自该第一网元的第一响应，该第一响应用于指示该第一区块链注册成功或者失败，其中，该第一区块链的信息包括以下至少一项：该第一区块链的标识、该第一区块链的地址、该第一区块链的认证机制、该第一区块链的成员、该第一区块链的类型、该第一区块链上保存的数据类型、第一区块链的状态、核心网网元对应的策略和配置、终端设备对应的策略和配置、或第三方设备对应的策略和配置。

可选地，该收发单元1010，还用于向该第一网元发送第二请求，该第二请求用于请求更新该第一区块链的信息或删除该第一区块链的信息，在该第二请求用于请求该第一网元更新该第一区块链的信息的情况下，该第二请求中包括更新后的该第一区块链的信息；或者，在该第二请求用于请求该第一网元删除该第一区块链的信息的情况下，该第二请求中包括该第一区块链的标识。

作为另一种可能的实现方式：

收发单元1010，用于向接收来自该第一网元的第一查询消息，该第一查询消息用于查询该第一区块链的状态；该收发单元1010，还用于向该第一网元发送第一通知消息，该第一通知消息中包括第一区块链的信息，或删除指示信息。

该装置1000可实现对应于根据本申请实施例的方法实施例中的第一设备执行的步骤或者流程，该装置1000可以包括用于执行方法实施例中的第一设备执行的方法的单元。并且，该装置1000中的各单元和上述其他操作和、或功能分别为了实现方法实施例中的第一设备的相应流程。

其中，当该装置1000用于执行图6中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S610、S630、S640、S650；处理单元1020可用于执行方法中的处理步骤。

作为又一种设计，该装置1000用于执行上文方法实施例中区块链所执行的动作。

收发单元1010，用于接收来自第二网元的第三请求，该第三请求用于请求获取该第一区块链上的第一数据，或者用于请求向该第一区块链发送第二数据；该第一区块链验证该第三请求确定该第二网元是否具有获取该第一区块链上的第一数据的权限，或者确定该第二网元是否具有向该第一区块链发送第二数据的权限；收发单元1010，用于向该第二网元发送第三响应，该第三响应用于指示该第三请求成功或者失败，其中，该第三请求中包括一下信息中的至少一项：该第二网元的标识、该第一区块链的标识、该第三请求的类型、该第三请求的过期时间、或该第三请求的签名信息。

该装置1000可实现对应于根据本申请实施例的方法实施例中的区块链执行的步骤或者流程，该装置1000可以包括用于执行方法实施例中的区块链执行的方法的单元。并且，该装置1000中的各单元和上述其他操作和、或功能分别为了实现方法实施例中的区块链的相应流程。

其中，当该装置1000用于执行图2中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S240、S260；处理单元1020可用于执行方法中的处理步骤，如步骤S250。

当该装置1000用于执行图3中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S330、S340；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图4中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S430、S440；处理单元1020可用于执行方法中的处理步骤。

当该装置1000用于执行图5中的方法时，收发单元1010可用于执行方法中的收发步骤，如步骤S512、S530；处理单元1020可用于执行方法中的处理步骤。

上文实施例中的处理单元1020可以由至少一个处理器或处理器相关电路实现。收发单元1010可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。

如图11所示，本申请实施例还提供一种装置1100。该装置1100包括处理器1110，还可以包括一个或多个存储器1120。处理器1110与存储器1120耦合，存储器1120用于存储计算机程序或指令和/或数据，处理器1110用于执行存储器1120存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。可选地，该装置1100包括的处理器1110为一个或多个。

可选地，该存储器1120可以与该处理器1110集成在一起，或者分离设置。

可选地，如图11所示，该装置1100还可以包括收发器1130，收发器1130用于信号的接收和/或发送。例如，处理器1110用于控制收发器1130进行信号的接收和/或发送。

作为一种方案，该装置1100用于实现上文方法实施例中由设备(如上述核心网设备、区块链等)执行的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由设备(如上述核心网设备、区块链等)执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由网络设备执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由设备(如上述核心网设备、区块链等)执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的设备(如上述核心网设备、区块链等)。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(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可以用作外部高速缓存。作为示例而非限定，RAM可以包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的保护范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。

另外，在本申请各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质可以包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种通信方法，其特征在于，应用于包括至少一个区块链的通信系统，所述方法包括：

第一网元接收来自第二网元的访问请求，所述访问请求用于请求访问第一区块链，所述访问请求中包括所述第一区块链的标识；

所述第一网元向所述第二网元发送访问响应，所述访问响应中包括用于验证所述第二网元是否可以访问所述第一区块链的信息，

其中，所述第一网元具有授权和管理所述第二网元访问区块链的功能，所述第二网元为所述通信系统中除所述第一网元之外的核心网网元。

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

所述第一网元确定所述第二网元是否具有访问所述第一区块链的权限。

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

所述第一网元接收来自所述第二网元的读取请求，所述读取请求用于请求获取所述第一区块链上的所述第一数据，所述读取请求中包括所述第一区块链的标识；

所述第一网元向所述第一区块链发送所述读取请求；

所述第一网元接收来自所述第一区块链的所述第一数据；

所述第一网元向所述第二网元发送所述第一数据。

4.根据权利要求3所述的方法，其特征在于，所述读取请求中还包括以下信息中的至少一项：

交易的标识、区块的标识、或账户的标识。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元接收来自所述第二网元的第二数据；

所述第一网元向所述第一区块链发送所述第二数据。

6.根据权利要求5所述的方法，其特征在于，在所述第一网元向所述第一区块链发送所述第二数据之前，所述方法还包括：

所述第一网元确定所述第二网元具有向所述第一区块链发送所述第二数据的权限。

7.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元接收来自第一设备的第一请求，所述第一请求用于请求在所述第一网元中注册所述第一区块链，所述第一请求中包括所述第一区块链的信息；

所述第一网元向所述第一设备发送第一响应，所述第一响应用于指示所述第一区块链注册成功或者失败，

其中，所述第一区块链的信息包括以下至少一项：

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

所述第一网元接收来自所述第一设备的第二请求，所述第二请求用于请求更新所述第一区块链的信息或删除所述第一区块链的信息，

在所述第二请求用于请求所述第一网元删除所述第一区块链的信息的情况下，所述第二请求中包括所述第一区块链的标识。

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

所述第一网元向所述第一设备发送第一查询消息，所述第一查询消息用于查询所述第一区块链的状态。

10.根据权利要求7至9中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元接收来自第三网元的第二查询消息，所述第二查询消息用于查询所述第一区块链的信息，所述第二查询消息中包括所述第一区块链的标识；

所述第一网元向所述第三网元发送所述第一区块链的信息，或者指示查询失败的信息。

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

所述第一网元确定所述第三网元是否具有查询所述第一区块链的信息的权限。

12.根据权利要求7至11中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元接收来自第三网元的订阅消息，所述订阅消息用于订阅所述第一区块链的信息，所述订阅消息中包括所述第一区块链的标识；

所述第一网元向所述第三网元发送通知消息，所述通知消息中包括更新后的所述第一区块链的信息，或者包括指示订阅失败的信息。

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

所述第一网元确定所述第三网元是否具有订阅所述第一区块链的信息的权限。

14.根据权利要求1至13中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元向所述第二网元发送第一配置消息，所述第一配置消息中包括以下信息中的至少一项：

15.根据权利要求14所述的方法，其特征在于，所述第一区块链的信息中包括所述第一配置消息，或者所述方法还包括：

所述第一网元根据所述第一区块链的信息生成所述第一配置消息。

16.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

所述第一网元接收来自所述第二网元第一指示信息，所述第一指示信息用于指示所述第一配置成功或者失败；

在所述第一指示信息指示所述第一配置成功的情况下，所述方法还包括：

所述第一网元向所述第一区块链发送第三响应，所述第三响应中包括所述第三网元的信息；或者，

在所述第一指示信息指示所述第一配置失败的情况下，所述方法还包括：

所述第一网元向所述第一区块链发送第三响应，所述第三响应用于指示配置失败。

17.根据权利要求14至16中任一项所述的方法，其特征在于，所述方法还包括：

所述第一网元向所述第二网元发送第二指示信息；或者，

所述第一网元接收来自所述第二网元的所述第二指示信息，

其中，所述第二指示信息用于指示以下任意一项：

指示更新所述第一配置、指示所述第一配置取消、指示所述第一配置暂停、或指示所述第一配置恢复。

18.一种通信方法，其特征在于，应用于包括至少一个区块链的通信系统，所述方法包括：

第二网元向所述第一网元发送访问请求，所述访问请求用于请求访问所述第一区块链，所述访问请求中包括所述第三网元的标识和所述第一区块链的标识；

第二网元接收来自所述第一网元的访问响应，所述访问响应用于指示所述第四网元是否可以访问所述第一区块链，

其中，所述第一网元具有负责所述第二网元对区块链的访问授权和管理功能，所述第二网元为所述通信系统中除所述第一网元之外的核心网网元。

19.根据权利要求18所述的方法，其特征在于，在所述第二网元具有访问所述第一区块链的信息的权限的情况下，所述方法还包括：

所述第二网元向所述第一网元发送读取请求，所述读取请求用于请求获取所述第一区块链上的所述第一数据，所述读取请求中包括所述第一区块链的标识；

所述第二网元接收来自所述第一网元的所述第一数据。

20.根据权利要求19所述的方法，其特征在于，所述读取请求中还包括以下信息中的至少一项：

交易的标识、区块的标识、或账户的标识。

21.根据权利要求18至20中任一项所述的方法，其特征在于，在所述第二网元具有访问所述第一区块链的信息的权限的情况下，所述方法还包括：

所述第二网元向所述第一网元发送第二数据。

22.根据权利要求18至21中任一项所述的方法，其特征在于，所述方法还包括：

所述第二网元向所述第一区块链发送第三请求，所述第三请求用于请求获取所述第一区块链上的第一数据，或者用于请求向所述第一区块链发送第二数据；

所述第二网元接收来自所述第一区块链的第三响应，所述第三响应用于指示所述第三请求成功或者失败，

其中，所述第三请求中包括一下信息中的至少一项：

所述第二网元的标识、所述第一区块链的标识、所述第三请求的类型、所述第三请求的过期时间、或所述第三请求的签名信息。

23.一种通信方法，其特征在于，应用于包括至少一个区块链的通信系统，所述方法包括：

第一区块链接收来自第二网元的第三请求，所述第三请求用于请求获取所述第一区块链上的第一数据，或者用于请求向所述第一区块链发送第二数据；

所述第一区块链验证所述第三请求确定所述第二网元是否具有获取所述第一区块链上的第一数据的权限，或者确定所述第二网元是否具有向所述第一区块链发送第二数据的权限；

所述第一区块链向所述第二网元发送第三响应，所述第三响应用于指示所述第三请求成功或者失败，

其中，所述第三请求中包括一下信息中的至少一项：

24.一种通信装置，其特征在于，包括：

用于执行如权利要求1至17中任一项所示的方法的单元或模块。

25.一种通信装置，其特征在于，包括：

用于执行如权利要求18至22中任一项所示的方法的单元或模块。

26.一种通信装置，其特征在于，包括：

用于执行如权利要求23所示的方法的单元或模块。

27.一种通信系统，其特征在于，包括：

至少一个如权利要求24所述的通信装置、至少一个如权利要求25所述的通信装置和至少一个如权利要求26所述的通信装置。