CN116076066A - 针对区块链使能的无线系统的使能器的方法、架构、装置和系统 - Google Patents

针对区块链使能的无线系统的使能器的方法、架构、装置和系统 Download PDF

Info

Publication number
CN116076066A
CN116076066A CN202180055493.7A CN202180055493A CN116076066A CN 116076066 A CN116076066 A CN 116076066A CN 202180055493 A CN202180055493 A CN 202180055493A CN 116076066 A CN116076066 A CN 116076066A
Authority
CN
China
Prior art keywords
bcf
bca
bcn
blockchain
bna
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.)
Pending
Application number
CN202180055493.7A
Other languages
English (en)
Inventor
李旭
王重钢
P·拉塞尔
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.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN116076066A publication Critical patent/CN116076066A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/10—Protocols in which an application is distributed across nodes in the network
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了针对区块链使能的无线系统的使能器的过程、方法、架构、装置、系统、设备等。这些装置中的第一种装置可以被配置为从网络应用接收注册请求，该注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个性能要求以及一个或多个动作；至少部分地基于该性能要求确定分布式账本系统的节点，以关联到该网络应用；向一个或多个计算资源中的每一者提供用于执行该一个或多个动作中的一者或多者的可执行代码；以及向该网络应用发送注册确认。

Description

针对区块链使能的无线系统的使能器的方法、架构、装置和系统
相关申请的交叉引用
本申请要求2020年6月30日提交的美国临时专利申请号63/045,857的优先权权益，该美国临时专利申请以引用方式并入本文。
背景技术
本申请涉及有线和/或无线通信，包括例如与用于区块链使能的无线系统的使能器有关的过程。
附图说明
从下面的详细描述中可以得到更详细的理解，该描述结合其附图以举例的方式给出。与详细描述一样，此类附图中的图是示例。因此，附图和具体实施方式不应被认为是限制性的，并且其他同样有效的示例是可能的和预期的。另外，附图中类似的附图标号(“ref.”)指示类似的元件，并且其中：
图1A是示出示例性通信系统的系统图；
图1B是示出可在图1A所示的通信系统内使用的示例性无线发射/接收单元(WTRU)的系统图；
图1C是示出可在图1A所示的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图；
图1D是示出可在图1A所示的通信系统内使用的另一示例性RAN和另一示例性CN的系统图；
图2示出了区块链系统的示例性工作流；
图3示出了与处理新交易有关的区块链节点处的示例性时间线；
图4是示出被配置为5G系统(5GS)的通信系统的框图；
图5示出了5GS中的各种过程；
图6示出了用于非会话管理相关策略控制的示例性策略控制参考架构；
图7示出了用于会话管理相关策略控制的示例性策略控制参考架构；
图8示出了车联网的示例性用例；
图9示出了智能制造和物流用例；
图10是示出区块链使能的无线应用(BEWA)的示例性功能架构的框图；
图11示出了区块链使能的无线应用的示例性操作；
图12示出了示例性BCN注册过程；
图13示出了示例性BCN注册过程；
图14示出了示例性BCN注册过程；
图15示出了基于推送的BCN管理过程；
图16示出了基于拉取的BCN管理过程；
图17示出用于BNA/BCA触发的BCN管理的示例性过程；
图18示出了示例性BNA注册过程；
图19示出了示例性BNA注册过程；
图20示出了归属BCF发现的示例性过程；
图21示出了归属BCF发现的示例性过程；
图22示出了受访BCF发现的示例性过程；
图23示出了受访BCF发现的示例性过程；
图24示出了BCF发现的示例性过程；
图25示出了BCF发现的示例性过程；
图26示出了示例性BCC注册过程；
图27示出了BCA注册到其归属BCF的示例性过程；
图28示出了BCA注册到其受访BCF的示例性过程；
图29示出了BCA注册到BCF的示例性过程；
图30示出了BCF注册的示例性过程；
图31示出了BCC注册到BCF的示例性过程；
图32示出了BCA注册到BCC的示例性过程；
图33示出了BCF与BCF之间通信的示例性过程；
图34示出了经由BCF的BCN与BCN之间通信的示例性过程；
图35示出了策略部署的示例性过程；
图36示出了策略执行的示例性过程；
图37示出了具有区块链应用使能的示例性5G系统架构扩展；
图38示出了5GS中的示例性区块链使能的无线应用部署场景；
图39示出了在5GS中使用现有实体的示例性BCF/BCC/BNA实现
图40示出了5GS中BCA和BCC的区块链策略规则的示例性管理；
图41示出了5GS中BNA的区块链策略规则的示例性管理
图42示出了5GS中示例性BNA触发的区块链策略更新；
图43示出了将现有垂直应用使能与区块链应用使能集成的示例；
图44示出了将现有垂直应用使能与区块链应用使能集成的示例；
图45示出了将现有垂直应用使能与区块链应用使能集成的示例。
具体实施方式
在以下详细描述中，阐述了许多具体细节以提供对本文所公开的实施方案和/或示例的透彻理解。然而，应当理解，此类实施方案和示例可在没有本文阐述的一些或所有具体细节的情况下被实践。在其他情况下，未详细描述熟知的方法、程序、部件和电路，以免模糊以下描述。此外，本文未具体描述的实施方案和示例可代替本文中明确、隐含和/或固有地描述、公开或以其他方式提供(统称为“提供”)的实施方案和其他示例来实践，或与这些实施方案和示例组合来实践。尽管本文描述和/或要求保护了各种实施方案，其中装置、系统、设备等和/或其任何元件执行操作、过程、算法、功能等和/或其任何部分，但应当理解，本文所述和/或受权利要求书保护的任何实施方案假定任何装置、系统、设备等和/或其任何元件被配置为执行任何操作、过程、算法、功能等和/或其任何部分。
示例性通信系统
本文提供的方法、装置和系统非常适于涉及有线网络和无线网络两者的通信。有线网络是众所周知的。相对于图1A至图1D提供了各种类型的无线设备和基础结构的概述，其中网络的各种元件可利用本文提供的方法、装置和系统，执行本文提供的方法、装置和系统，根据本文提供的方法、装置和系统布置，并且/或者针对本文提供的方法、装置和系统进行适配和/或配置。
图1A是在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的图。仅出于说明的目的提供示例性通信系统100，并且不限制所公开的实施方案。通信系统100可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统100可使多个无线用户能够通过系统资源(包括无线带宽)的共享来访问此类内容。例如，通信系统100可采用一个或多个信道接入方法，诸如码分多址接入(CDMA)、时分多址接入(TDMA)、频分多址接入(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾(ZT)唯一字(UW)离散傅里叶变换(DFT)扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示，通信系统100可包括无线发射/接收单元(WTRU)102a、102b、102c、102d、无线电接入网络(RAN)104/113、核心网络(CN)106/115、公共交换电话网(PSTN)108、互联网110和其他网络112，但应当理解，所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的设备。作为示例，WTRU102a、102b、102c、102d(其中任何一个均可被称为“站”和/或“STA”)可被配置为传输和/或接收无线信号，并且可包括(或者是)用户装备(UE)、移动站、固定或移动订户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。WTRU102a、102b、102c和102d中的任一者可互换地称为WTRU。
通信系统100还可包括基站114a和/或基站114b。基站114a、114b中的每一者可为任何类型的设备，其被配置为与WTRU 102a、102b、102c、102d中的至少一者无线对接以例如促进对一个或多个通信网络(诸如CN106/115、互联网110和/或网络112)的访问。作为示例，基站114a、114b可为基站收发台(BTS)、节点B(NB)、演进节点B(eNB)、家庭节点B(HNB)、家庭演进节点B(HeNB)、g节点B(gNB)、NR节点B(NR NB)、站点控制器、接入点(AP)、无线路由器等中的任一者。虽然基站114a、114b各自被描绘为单个元件，但应当理解，基站114a、114b可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104/113的一部分，该RAN还可包括其他基站和/或网络元件(未示出)，诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率(其可被称为小区(未示出))上发射和/或接收无线信号。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖，该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如，与基站114a相关联的小区可被划分为三个扇区。因此，在实施方案中，基站114a可包括三个收发器，即，小区的每个扇区一个收发器。在实施方案中，基站114a可采用多输入多输出(MIMO)技术并且可针对小区的每个或任何扇区利用多个收发器。例如，可使用波束成形在所需的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一者或多者通信，该空中接口可为任何合适的无线通信链路(例如，射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地讲，如上所指出，通信系统100可为多址接入系统，并且可采用一个或多个信道接入方案，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 104/113中的基站114a和WTRU 102a、102b、102c可实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可包括诸如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在实施方案中，基站114a和WTRU 102a、102b、102c可实现诸如演进的UMTS陆地无线电接入(E-UTRA)的无线电技术，其可使用长期演进(LTE)和/高级LTE(LTE-A)和/或高级LTE Pro(LTE-A Pro)来建立空中接口116。
在其他实施方案中，基站114a和WTRU 102a、102b、102c可实现诸如IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、GSM增强数据率演进(EDGE)、GSM EDGE(GERAN)等无线电技术。
在实施方案中，基站114a和WTRU 102a、102b、102c可实现无线电技术诸如NR无线电接入，该无线电技术可使用新无线电(NR)来建立空中接口116。
在实施方案中，基站114a和WTRU 102a、102b、102c可实现多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此，WTRU102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或向/从多种类型的基站(例如，eNB和gNB)发送的发射来表征。
在其他实施方案中，基站114a和WTRU 102a、102b、102c可实现诸如IEEE 802.11(即，无线保真(Wi-Fi))、IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、GSM增强数据率演进(EDGE)、GSM EDGE(GERAN)等无线电技术。
图1A中的基站114b可为例如无线路由器、家庭节点B、家庭演进节点B或接入点，并且可利用任何合适的RAT来促进局部区域诸如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等中的无线连接。在实施方案中，基站114b和WTRU 102c、102d可实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在实施方案中，基站114b和WTRU 102c、102d可实现诸如IEEE 802.15之类的无线电技术以建立无线个域网(WPAN)。在实施方案中，基站114b和WTRU 102c、102d可利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等)来建立微小区、微微小区或毫微微小区中的任一者。如图1A所示，基站114b可具有与互联网110的直接连接。因此，基站114b可不需要经由CN 106/115访问互联网110。
RAN 104/113可与CN 106/115通信，该CN可以是被配置为向WTRU102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。数据可具有不同的服务质量(QoS)要求，诸如不同的吞吐量要求、延迟要求、误差容限要求、可靠性要求、数据吞吐量要求、移动性要求等。CN 106/115可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等，和/或执行高级安全功能，诸如用户认证。尽管未在图1A中示出，但是应当理解，RAN 104/113和/或CN 106/115可与采用与RAN 104/113相同的RAT或不同RAT的其他RAN进行直接或间接通信。例如，除了连接到可利用NR无线电技术的RAN 104/113之外，CN 106/115还可与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或Wi-Fi无线电技术中的任一者的另一RAN(未示出)通信。
CN 106/115也可充当WTRU 102a、102b、102c、102d的网关，以访问PSTN 108、互联网110和/或其他网络112。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可以包括由其他服务提供商拥有和/或操作的有线或无线通信网络。例如，网络112可包括连接到一个或多个RAN的另一个CN，其可采用与RAN 104/114相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如，WTRU 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发器)。例如，图1A所示的WTRU102c可被配置为与可采用基于蜂窝的无线电技术的基站114a通信，并且与可采用IEEE 802无线电技术的基站114b通信。
图1B是示例性WTRU 102的系统图。仅出于说明的目的提供示例性WTRU 102，并且不限制所公开的实施方案。如图1B所示，WTRU 102可包括处理器118、收发器120、发射/接收元件122、扬声器/麦克风124、小键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位系统(GPS)芯片组136和其他外围设备138等。应当理解，在与实施方案保持一致的同时，WTRU 102可包括前述元件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理和/或任何其他功能，这些其他功能使WTRU 102能够在无线环境中工作。处理器118可耦合到收发器120，该收发器可耦合到发射/接收元件122。虽然图1B将处理器118和收发器120描绘为单独的部件，但是应当理解，处理器118和收发器120可以例如在电子封装或芯片中集成在一起。
发射/接收元件122可被配置为通过空中接口116向基站(例如，基站114a)发射信号或从基站接收信号。例如，在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在一个实施方案中，发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在实施方案中，发射/接收元件122可以被配置为发射和接收RF信号和光信号两者。应当理解，发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。
另外，尽管发射/接收元件122在图1B中被描绘为单个元件，但WTRU102可包括任何数量的发射/接收元件122。例如，WTRU 102可采用MIMO技术。因此，在一个实施方案中，WTRU102可包括用于通过空中接口116发射和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
收发器120可被配置为调制将由发射/接收元件122发射的信号并且解调由发射/接收元件122接收的信号。如上所指出，WTRU 102可具有多模式能力。例如，因此，收发器120可包括多个收发器，以便使WTRU 102能够经由多种RAT(诸如NR和IEEE 802.11)进行通信。
WTRU 102的处理器118可耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)并且可从其接收用户输入数据。处理器118还可将用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板128。此外，处理器118可从任何类型的合适存储器(诸如不可移动存储器130和/或可移动存储器132)访问信息，并且将数据存储在任何类型的合适存储器中。不可移动存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储设备。可移动存储器132可包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方案中，处理器118可从未物理上定位在WTRU 102上(诸如，服务器或家用计算机(未示出)上)的存储器访问信息，并且将数据存储在该存储器中。
处理器118可从电源134接收电力，并且可被配置为向WTRU 102中的其他部件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。例如，电源134可包括一个或多个干电池组(例如，镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136，该GPS芯片组可被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。除了来自GPS芯片组136的信息之外或代替该信息，WTRU 102可通过空中接口116从基站(例如，基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收到信号的定时来确定其位置。应当理解，在与实施方案保持一致的同时，该WTRU 102可通过任何合适的位置确定方法来获取位置信息。
处理器118还可耦合到其他外围设备138，该其他外围设备可包括提供附加特征、功能和/或有线或无线连接的一个或多个软件模块/单元和/或硬件模块/单元。例如，外围设备138可包括加速度计、电子指南针、卫星收发器、数字相机(例如，用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提头戴式耳机、
Figure BDA0004113250610000091
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动跟踪器等。外围设备138可包括一个或多个传感器，该传感器可为以下中的一者或多者：陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、接近传感器、温度传感器、时间传感器；地理位置传感器；测高计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物识别传感器和/或湿度传感器。
WTRU 102可包括全双工无线电台，对于该全双工无线电台，一些或所有信号的传输和接收(例如，与用于UL(例如，用于传输)和下行链路(例如，用于接收)的特定子帧相关联)可为并发的和/或同时的。全双工无线电台可包括干扰管理单元，该干扰管理单元用于经由硬件(例如，扼流圈)或经由处理器(例如，单独的处理器(未示出)或经由处理器118)进行的信号处理来减少和/或基本上消除自干扰。在一个实施方案中，WTRU 102可包括半双工无线电台，对于该半双工无线电台，一些或所有信号的传输和接收(例如，与用于UL(例如，用于传输)或下行链路(例如，用于接收)的特定子帧相关联)。
图1C是根据另一个实施方案的RAN 104和CN 106的系统图。如上所述，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU102a、102b和102c通信。RAN 104还可与CN 106通信。
RAN 104可包括演进节点B 160a、160b、160c，但是应当理解，在与实施方案保持一致的同时，RAN 104可包括任何数量的演进节点B。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中，演进节点B 160a、160b、160c可以实现MIMO技术。因此，演进节点B 160a例如可以使用多个天线来向WTRU 102a发射无线信号，以及从该WTRU接收无线信号。
演进节点B 160a、160b和160c中的每一者可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决策、上行链路(UL)和/或下行链路(DL)中的用户调度，等等。如图1C所示，演进节点B 160a、160b、160c可通过X2接口彼此通信。
图1C所示的核心网络106可包括移动性管理网关(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关166。虽然前述元件中的每一者被描绘为CN 106的一部分，但是应当理解，这些元件中的任一者可由除CN运营商之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的eNode-B 160a、160b和160c中的每一者，并且可以用作控制节点。例如，MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162还可以提供用于在RAN 104与采用其他无线电技术(诸如GSM或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可经由S1接口连接到RAN 104中的演进节点B 160a、160b、160c中的每一者。SGW 164通常可向/从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164也可执行其他功能，诸如在演进节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼和/或移动终止、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164也可连接到PDN网关166，该PDN网关可为WTRU 102a、102b和102c提供对分组交换网络(诸如互联网110)的访问，以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。
CN 106可有利于与其他网络的通信。例如，CN 106可为WTRU 102a、102b、102c提供对电路交换网络(诸如，PSTN 108)的访问，以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，CN 106可包括用作CN 106与PSTN 108之间接口的IP网关(例如，IP多媒体子系统(IMS)服务器)，或者可与该IP网关通信。另外，CN 106可向WTRU102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
尽管WTRU在图1A至图1D中被描述为无线终端，但是可以设想，在某些代表性实施方案中，此类终端可(例如，临时或永久)使用与通信网络的有线通信接口。
在代表性实施方案中，其他网络112可为WLAN。
处于基础结构基本服务集(BSS)模式的WLAN可具有用于BSS的接入点(AP)以及与AP相关联的一个或多个站点(STA)。AP可具有至分配系统(DS)或将流量携带至和/或携带流量离开BSS的另一种类型的有线/无线网络的接入或接口。源自BSS外部并通向STA的流量可通过AP到达并且可被传递到STA。源自STA并通向BSS外部的目的地的流量可被发送到AP以被传递到相应目的地。BSS内的STA之间的流量可通过AP发送，例如，其中源STA可向AP发送流量，并且AP可将流量传递到目的地STA。BSS内的STA之间的流量可被视为和/或称为点对点流量。可利用直接链路建立(DLS)在源和目的地STA之间(例如，直接在它们之间)发送点对点流量。在某些代表性实施方案中，DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP，并且IBSS内或使用IBSS的STA(例如，所有STA)可彼此直接通信。IBSS通信模式在本文中有时可称为“ad-hoc”通信模式。
当使用802.11ac基础结构操作模式或相似操作模式时，AP可在固定信道(诸如主信道)上发射信标。主信道可为固定宽度(例如，20MHz宽带宽)或经由信令动态设置的宽度。主信道可为BSS的操作信道，并且可由STA用来建立与AP的连接。在某些代表性实施方案中，例如在802.11系统中可实现载波侦听多路访问/冲突避免(CSMA/CA)。对于CSMA/CA，STA(例如，每个STA)(包括AP)可侦听主信道。如果主信道被特定STA侦听/检测和/或确定为繁忙，则特定STA可退避。一个STA(例如，仅一个站)可在给定BSS中在任何给定时间发射。
高吞吐量(HT)STA可使用40MHz宽的信道进行通信，例如，经由主20MHz信道与相邻或不相邻的20MHz信道的组合以形成40MHz宽的信道。
极高吞吐量(VHT)STA可支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合连续的20MHz信道来形成。可通过组合8个连续的20MHz信道，或通过组合两个非连续的80MHz信道(这可被称为80+80配置)来形成160MHz信道。对于80+80配置，在信道编码之后，数据可通过可将数据分成两个流的段解析器。可单独地对每个流进行快速傅里叶逆变换(IFFT)处理和时间域处理。可将这些流映射到两个80MHz信道，并且可通过发射STA来发射数据。在接收STA的接收器处，可颠倒上述用于80+80配置的操作，并且可将组合的数据发送到介质访问控制(MAC)。
802.11af和802.11ah支持低于1GHz的操作模式。相对于802.11n和802.11ac中使用的那些，802.11af和802.11ah中减少了信道操作带宽和载波。802.11af支持电视白空间(TVWS)频谱中的5MHz、10MHz和20MHz带宽，并且802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施方案，802.11ah可支持仪表类型控制/机器类型通信(MTC)，诸如宏覆盖区域中的MTC设备。MTC设备可具有某些能力，例如有限的能力，包括支持(例如，仅支持)某些带宽和/或有限的带宽。MTC设备可包括电池寿命高于阈值(例如，以保持非常长的电池寿命)的电池。
可支持多个信道的WLAN系统以及诸如802.11n、802.11ac、802.11af和802.11ah之类的信道带宽包括可被指定为主信道的信道。主信道可具有等于由BSS中的所有STA支持的最大公共操作带宽的带宽。主信道的带宽可由来自在BSS中操作的所有STA的STA(其支持最小带宽操作模式)设置和/或限制。在802.11ah的示例中，对于支持(例如，仅支持)1MHz模式的STA(例如，MTC型设备)，主信道可为1MHz宽，即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波侦听和/或网络分配向量(NAV)设置可取决于主信道的状态。如果主信道繁忙，例如，由于STA(仅支持1MHz操作模式)正在向AP传输，即使大多数频段保持空闲并且可能可用，整个可用频段也可被视为繁忙。
在美国，可供802.11ah使用的可用频段为902MHz至928MHz。在韩国，可用频段为917.5MHz至923.5MHz。在日本，可用频段为916.5MHz至927.5MHz。802.11ah可用的总带宽为6MHz至26MHz，具体取决于国家代码。
图1D是示出根据一个实施方案的RAN 113和CN 115的系统图。如上文所指出，RAN113可采用NR无线电技术通过空中接口116与WTRU102a、102b、102c通信。RAN 113还可与CN115通信。
RAN 113可包括gNB 180a、180b、180c，但是应当理解，在与实施方案保持一致的同时，RAN 113可包括任何数量的gNB。gNB 180a、180b、180c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在实施方案中，gNB 180a、180b、180c可实现MIMO技术。例如，gNB 180a、180b可利用波束成形来向gNB 180a、180b、180c传输信号和/或从gNB 180a、180b、180c接收信号。因此，gNB 180a例如可使用多个天线来向WTRU102a发射无线信号和/或从WTRU接收无线信号。在实施方案中，gNB 180a、180b、180c可实现载波聚合技术。例如，gNB180a可向WTRU 102a(未示出)发射多个分量载波。这些分量载波的子集可在免许可频谱上，而其余分量载波可在许可频谱上。在实施方案中，gNB 180a、180b、180c可实现协作多点(CoMP)技术。例如，WTRU 102a可从gNB 180a和gNB 180b(和/或gNB180c)接收协作发射。
WTRU 102a、102b、102c可使用与可扩展参数集相关联的发射来与gNB 180a、180b、180c通信。例如，OFDM符号间隔和/或OFDM子载波间隔可因不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU102a、102b、102c可使用各种或可扩展长度的子帧或发射时间间隔(TTI)(例如，包含不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB180a、180b、180c通信。
gNB 180a、180b、180c可被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中，WTRU 102a、102b、102c可与gNB 180a、180b、180c通信，同时也不访问其他RAN(例如，诸如演进节点B 160a、160b、160c)。在独立配置中，WTRU 102a、102b、102c可将gNB 180a、180b、180c中的一者或多者用作移动性锚定点。在独立配置中，WTRU 102a、102b、102c可在未许可频带中使用信号与gNB 180a、180b、180c通信。在非独立配置中，WTRU 102a、102b、102c可与gNB180a、180b、180c通信或连接，同时也与其他RAN(诸如，演进节点B160a、160b、160c)通信或连接。例如，WTRU 102a、102b、102c可实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个演进节点B 160a、160b、160c通信。在非独立配置中，演进节点B 160a、160b、160c可用作WTRU 102a、102b、102c的移动性锚点，并且gNB180a、180b、180c可提供用于服务WTRU 102a、102b、102c的附加覆盖和/或吞吐量。
gNB 180a、180b、180c中的每一者可与特定小区(未示出)相关联，并且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户的调度、网络切片的支持、双连接、NR和E-UTRA之间的互通、用户平面数据朝向用户平面功能(UPF)184a、184b的路由、控制平面信息朝向接入和移动性管理功能(AMF)182a、182b的路由等。如图1D所示，gNB180a、180b、180c可通过Xn接口彼此通信。
图1D所示的CN 115可包括至少一个AMF 182a、182b、至少一个UPF184a、184b、至少一个会话管理功能(SMF)183a、183b以及可能的至少一个数据网络(DN)185a、185b。虽然前述元件中的每一者被描绘为CN115的一部分，但是应当理解，这些元件中的任一者可由除CN运营商之外的实体拥有和/或运营。
AMF 182a、182b可在RAN 113中经由N2接口连接到gNB 180a、180b、180c中的一者或多者，并且可用作控制节点。例如，AMF 182a、182b可负责认证WTRU 102a、102b、102c的用户、网络切片的支持(例如，具有不同要求的不同分组数据单元(PDU)会话的处理)、选择特定SMF 183a、183b、注册区域的管理、NAS信令的终止、移动性管理等。AMF 182a、182b可使用网络切片以例如基于WTRU 102a、102b、102c所使用的服务的类型来为WTRU 102a、102b、102c定制CN支持。例如，可针对不同的用例(诸如，依赖于超高可靠低延迟(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、用于MTC接入的服务等)建立不同的网络切片。AMF 162可提供用于在RAN 113和采用其他无线电技术(诸如LTE、LTE-A、LTE-APro和/或非3GPP接入技术，诸如Wi-Fi)的其他RAN(未示出)之间进行切换的控制平面功能。
SMF 183a、183b可经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b还可经由N4接口连接到CN 115中的UPF 184a、184b。SMF 183a、183b可选择并控制UPF184a、184b，并且配置通过UPF184a、184b进行的流量路由。SMF 183a、183b可执行其他功能，诸如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供下行链路数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等。
UPF 184a、184b可经由N3接口连接到RAN 113中的gNB 180a、180b、180c中的一者或多者，这些gNB可向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问，例如以促进WTRU 102a、102b、102c和启用IP的设备之间的通信。UPF 184、184b可执行其他功能，诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、提供移动性锚定等。
CN 115可有利于与其他网络的通信。例如，CN 115可包括用作CN 115与PSTN 108之间接口的IP网关(例如，IP多媒体子系统(IMS)服务器)，或者可与该IP网关通信。另外，CN115可向WTRU 102a、102b、102c提供对其他网络112的访问，该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在实施方案中，WTRU 102a、102b、102c可通过UPF 184a、184b经由至UPF 184a、184b的N3接口以及UPF 184a、184b与本地数据网络(DN)185a、185b之间的N6接口连接到DN185a、185b。
鉴于图1A至图1D以及图1A至图1D的对应描述，本文参照以下中的任一者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真元件/设备(未示出)执行：WTRU102a-102d、基站114a-114b、演进节点B160a-160c、MME 162、SGW 164、PGW 166、gNB 180a-180c、AMF 182a-182b、UPF 184a-184b、SMF 183a-183b、DN 185a-185b和/或本文所述的任何其他元件/设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如，仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如，该一个或多个仿真设备可执行一个或多个或所有功能，同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分，以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能，同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或可使用空中无线通信来执行测试。
该一个或多个仿真设备可执行一个或多个(包括所有)功能，同时不被实现/部署为有线和/或无线通信网络的一部分。例如，仿真设备可在测试实验室和/或非部署(例如，测试)有线和/或无线通信网络中的测试场景中使用，以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试装备。经由RF电路系统(例如，其可包括一个或多个天线)进行的直接RF耦合和/或无线通信可由仿真设备用于发射和/或接收数据。
引言
区块链技术
区块链技术共同使用并建立在各种现有技术之上，例如密码学、散列、默克尔树、分布式账本、对等(P2P)联网和共识协议。区块链技术创新性地组合这些现有技术，以使得系统能够提供诸如分散、不变性、透明和安全的高级特征。
区块链系统是其中使用区块链技术的系统。由区块链系统支持的应用被称为区块链应用。区块链系统由一个或多个底层区块链网络支持。每个区块链网络可包括多个(例如，许多)参与区块链节点(BCN)。每个BCN可以托管一个或多个分布式区块链(分布式账本的一种形式)，使用P2P联网广播区块，并且执行与区块链网络的其他BCN的共识协议以达到分布式信任和数据一致性而不依赖于集中方。
区块链交易可以是真实世界交易的数字表示、物理资产的数字记录、物理事件的数字记录、信息系统中任何动作的数字记录、数字支付和数字智能合约中的任何一种。一个区块将多个区块链交易组合在一起。区块链是链接增长数量的区块的数据结构。
为了简化说明，本文中使用术语“区块链技术”。应当理解，这些术语还表示更广泛的分布式账本技术。因此，各种实施方案适用于任何特定的区块链技术和/或分布式账本技术。
图2示出了区块链系统的示例性工作流。工作流可包括发起交易(1)、广播和验证交易(2)、构建新区块(3)、基于共识协议验证新区块(4)以及更新区块链(5)。
●发起交易：每个参与用户可以独立地生成新的交易。每个用户可以具有用户标识符和/或账户标识符。用户标识符和/或账户标识符可以是用户的公钥(“用户的公钥”)的散列。使用用户的私钥对每个新交易进行签名。在生成新交易之后，用户可以将其发送到区块链网络。
●广播和验证交易：一些BCN可以接收新的交易。交易可包括用户的公钥。BCN可以使用用户的公钥来验证其完整性。在验证之后并且如果新交易有效，则可以在区块链网络内中继和/或广播该新交易。最终，所有区块链节点接收并拥有任何新生成的有效交易的副本。
●构建新区块：一些BCN(称为挖掘节点)开始将许多新生成的未决交易组合在一起以生成新区块。新区块可包括区块头和区块体。区块头可包括当前区块的散列、先前确认区块的散列以及所有包括的交易的散列(例如，默克尔树)。根据所使用的共识协议，区块头可包括其他和/或附加信息。区块体可包括所有包括的交易的内容。每个挖掘节点可以独立地尝试创建新区块。
●基于共识协议验证新区块。在构建新区块任务下，挖掘节点可以独立地尝试创建新区块。挖掘节点可以运行相同的共识协议(例如，比特币系统中的工作量证明)，并且可以达成关于谁(即，获胜者)可以被允许将区块插入现有区块链中的协议。一致性协议的获胜者可以将其新生成的区块发送到区块链网络。可能广播该新区块；从而允许所有挖掘节点接收和/或验证该新区块。
●更新区块链。在新生成区块被验证之后，该区块可以被成功地附加到现有的区块链，因为该区块包括先前区块链的散列。
图3示出了与处理新交易有关的BCN处的示例性时间线。结合时间线示出的是在处理新交易的各个阶段之间的时段期间的交易状态和区块状态。这些时段可包括交易创建时间、交易等待时间和交易确认时间(或区块链确认时间)。
交易创建时间可以指接收到创建新交易的请求的时间与创建新交易的时间之间的时段。在交易创建时间期间，交易状态可以是“未创建的”。
交易等待时间可以指创建新交易的时间与新交易被包括在新区块中的时间之间的时段。交易等待时间的持续时间可以取决于底层P2P联网和共识机制。在交易等待期间，交易和区块状态都可以是“未决的”。
交易确认时间(或区块链确认时间)可以表示新交易被包括在新区块中的时间与新区块得到确认的时间之间的时段。交易确认时间(或区块链确认时间)的持续时间可以取决于底层P2P联网和共识机制。在交易确认时间(或区块链确认时间)期间，交易状态可为“已包括”，并且区块状态可为“未决的”。在确认区块之后，可以“确认”其状态。
交易的速度可以估计为交易等待时间和交易确认时间的总和。
图4是示出被配置为(例如，3GPP定义的)5G系统(5GS)的通信系统100(图1)的框图。通信系统100可包括RAN 113和CN 115。5GS架构的设计原理之一是以服务为中心或基于服务的。
CN 115可包括各种网络功能。网络功能可以一起工作以实现和/或提供服务给RAN113、WTRU 102和/或应用服务器/服务提供商。网络功能可包括网络储存库功能(NRF)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、认证服务器功能(AUSF)、策略控制功能(PCF)、用户平面功能(UPF)、网络暴露功能(NEF)、统一数据管理(UDM)、统一数据储存库(UDR)、非结构化数据存储功能(UDSF)、网络数据分析功能(NWDAF)和网络切片选择功能(NSSF)。
网络功能可以访问另一个网络功能。网络功能可以以请求/响应模式和订阅/通知模式中的任一种来彼此访问和/或交互。网络功能可以向NRF注册。向NRF注册可以使网络功能可被其他网络功能发现。
AMF可以管理对通信系统100中的WTRU 102的接入和移动性。SMF可以负责在WTRU102和CN 115之间建立会话。AUSF可以负责用户(例如，WTRU)的认证。PCF可以为其他控制平面网络功能和WTRU 102创建和/或提供一个或多个策略规则。PCF可以为创建的策略规则分配标识符，并且其他控制平面网络功能和WTRU 102可以使用标识符来参考(例如，查找或以其他方式获得)对应的策略规则。
UPF可以是用户平面的函数。UPF可以监视、管理、控制和重定向用户平面流量流，例如在WTRU和应用服务器之间。NEF可以将控制平面功能暴露给5GS之外和/或不在同一信任域中的实体(例如，网络应用)。
CN可以通过诸如UDM、UDR、UDSF和NWDAF中的任何功能提供数据存储和分析服务。通信系统可以支持网络分片。NSSF可有利于网络分片。
尽管网络功能可以被定义为分离的逻辑实体，但是一些或所有网络功能可以加以组合。一个或多于一个网络功能可以结合特定的过程或操作来调用和/或使用。例如，AMF、AUSF和SMF可涉及WTRU移动性。可以实例化网络功能的一个或多于一个实例。NRF可以维护每个网络功能实例的信息。虽然在单个云中示出，但是一个或多个网络功能可以部署在边缘网络中，例如支持边缘计算和/或与RAN 113紧密接近和/或共址的边缘网络。在支持边缘计算的边缘网络中部署UPF和/或NEF可能是有利的，这能够节省某些通信成本，因为策略控制可以直接在边缘处(即，在生成数据/事件处)应用于事件/数据。
图5示出了5GS中的各种过程。为方便起见，参考图4的通信系统100描述各种过程。也可以使用其他架构来执行各种过程。为了方便和简化说明，伴随5的公开内容中的附图标号用前缀“5:”表示。
如(5:1)所示，WTRU可以基于收到的由一个或多个RAN节点广播的系统信息块(SIB)发现和/或选择网络(例如，PLMN、RAN、小区等)。如(5:2)所示，WTRU可以建立与所选RAN(例如，RAN1)的无线电资源控制(RRC)连接。WTRU可以经由所选择的RAN与5GS CN通信。如(5:3)所示，WTRU可以向AMF发起注册。所选择的RAN可以从一个或多个AMF中确定/选择用于WTRU的服务AMF。如(5:3)所示，服务AMF可以用AUSF检查有无主要接入认证和授权，从UDM请求订阅数据，用PCF检查有无接入和移动性策略，和/或联系SMF以激活任何现有的PDU会话(例如，如果由WTRU指示)。
可以在5GS内定义注册区域(RA)。RA可以由一个或多个跟踪区域(TA)形成；每个跟踪区域可以覆盖一个或多个小区。RA的优点在于，它通过在RA内不需要向服务AMF进行注册更新来减少信令开销，除非周期性注册定时器期满。如果WTRU从一个RA(例如，RA1)移动到另一个RA(例如，RA2)，则WTRU可以执行新的注册，例如，利用被设置为移动性注册更新的注册类型(如本文所述并在(5:7)所示)。较大的RA可以减少注册开销，但是由于服务AMF必须在较大数量的TA(或小区)中寻呼WTRU，所以它可以增加寻呼信令开销。
在成功注册之后，WTRU可以进入RM注册状态和/或可以经由服务AMF接入其他控制平面NF和/或与其交互。在各种实施方案中，服务AMF可以是WTRU接入CN控制平面并与其交互的唯一入口点。例如，在(5:3)、(5:5)和(5:7)表示的过程可能与连接管理有关。
如(5:4)所示，WTRU可以与SMF建立用于DN的PDU会话。服务AMF可以确定/选择用于PDU会话的服务SMF。如(5:4)所示，SMF可以用PCF检查有无PDU会话策略和/或可以选择UPF作为PDU会话的锚点(“PDU会话锚点”)。WTRU可以接入DN和/或经由PDU会话锚点(PSA)与DN交换分组。PCF可结合SMF用PCF检查会话策略而从UDR检索WTRU的订阅数据，并可将其提供给SMF。SMF可以使用从UDM检索到的WTRU的订阅数据来执行主要会话认证，并且可以例如使用诸如RFC3748和RFC5247中定义的可扩展认证协议(EAP)来执行WTRU与DN-AAA服务器之间的次要认证。表示为(5:4)的过程和表示为(5:5)的过程可以联合执行。
如(5:5)所示，WTRU可以处于CM空闲状态(例如，在释放与服务AMF的连接之后)，并且可以发起服务请求过程以重新建立与服务AMF的连接并进入CM连接状态。当WTRU发起服务请求程序以重新建立与服务AMF的连接时，WTRU可以处于仅移动发起连接(MICO)模式。如果WTRU不处于MICO模式，则服务AMF可以寻呼和/或触发WTRU以发起服务请求过程，例如用以接收任何下行链路分组。可以结合服务请求在WTRU和服务AMF之间建立非接入层(NAS)连接。
该服务可以与WTRU注册一起执行，在这种情况下，WTRU可以进入CM连接状态。当处于CM连接状态时，WTRU可以在RA内移动而不通知服务AMF。如果WTRU保持在RA内但移出RAN通知区域(RNA)，则WTRU可以执行RAN更新以触发RAN更新WTRU上下文和由RAN维持的对应的RRC连接。RNA可以小于RA。例如，RNA可包括形成RA的TA(例如，如所示的TA1、TA2和TA3)的子集。
如(5:6)所示，WTRU可以经由RAN 113和作为PSA的UPF与DN进行数据传输(数据平面)。DN可以具有数据网络名称(DNN)。尽管未示出，但是5GS可包括多于一个DN和/或与其通信地联接，并且DN可以具有相应的DNN。
如(5:7)所示，WTRU可以检测其何时从RA1移动到RA2。例如，WTRU可以通过检查由服务AMF配置的每个RA的TA列表来检测此类事件。如(5:7)所示，WTRU可以利用新的服务AMF来执行移动注册更新。如(5:7)所示，可以执行从当前RAN到具有服务AMF改变的新RAN的(例如，基于Xn或基于N2的)RAN间切换。新服务AMF可联系旧服务AMF以传送WTRU的上下文信息。如(5:7)所示，SMF可以联系PCF和/或UPF以更新与WTRU的现有PDU会话。
如图5所示，多个TA可以组合在一起作为局域数据网络(LADN)服务区域以支持LADN服务。例如，TA4、TA5和TA6可以形成LADN服务区域。如果(例如，当且仅当)WTRU保持在TA4、TA5或TA6内，则可允许WTRU接入LADN1。
一组TA可被分组为服务区。5GS可为WTRU指定和/或实施服务区域限制。例如，5GS可配置WTRU用于由TA7、TA8和TA9形成的服务区域的服务区域限制，其中如果(例如，如果且仅如果)WTRU保持在TA7、TA8或TA9内，则可允许WTRU接入5GS。
本文所公开并在图5中所示的各种过程不需要以所示或所述的顺序执行，并且不需要执行所有的过程。例如，(5:7)表示的过程可以在(5:6)表示的过程之前执行，而不需要执行(5:5)表示的过程。
代表性的策略控制功能(PCF)
5GS中的策略控制可包括非会话管理相关策略控制和会话管理相关策略控制。图6示出了用于非会话管理相关策略控制的示例性策略控制参考架构。图7示出了用于会话管理相关策略控制的示例性策略控制参考架构。图7中引入了计费功能(CHF)。
非会话管理相关策略控制的示例包括接入和移动性相关策略控制、WTRU接入选择和PDU会话选择相关策略(WTRU策略)控制、分组流描述(PFD)管理以及网络状态分析信息要求。会话管理相关策略控制的示例包括PDU会话和服务数据流(SDF)的QoS控制、PDU会话和SDF的计费控制、向AF报告PDU会话事件、使用监控控制、应用检测策略控制、服务能力暴露策略控制以及流量引导策略控制。
PCF可以为非会话管理相关策略控制和会话管理策略控制提供各种功能。PCF可以向控制平面功能(例如，AMF、SMF、NEF)、WTRU和AF提供不同的策略，在其处可以执行所提供的策略。PCF可从UDR检索订阅数据以创建新策略。运营商能够在PCF处配置策略。策略可以存储在UDR处。策略可动态地、半静态地及/或静态地配置在各种实体、设备等处，例如AMF、SMF及WTRU中的任一者。
例如，接入和移动性相关策略控制可以提供服务区域限制管理、RAT/频率选择优先级(RFSP)功能管理以及SMF选择管理中的任何一种。服务AMF和PCF可以为WTRU执行“AM策略关联建立”(例如，当WTRU执行初始注册并选择(例如，仅选择)服务AMF时)。服务AMF和PCF可以例如在AM策略关联建立之后交换接入和移动性相关策略。
基于运营商定义的策略，PCF能够将WTRU的服务区域限制修改为订阅数据的一部分。PCF中的运营商定义的策略可取决于输入数据，例如WTRU位置、时刻、由其他NF提供的信息等。当WTRU向服务AMF注册时，服务AMF可从UDM检索其服务区域限制作为其订阅数据的一部分。服务AMF可向PCF报告服务区域限制。PCF可以修改服务区域限制和/或可以将修改的服务区域限制发送到服务AMF。AMF可以存储修改的服务区域限制和/或可以执行修改的服务区域限制以确定WTRU的移动性限制。
RFSP索引可由服务AMF用来管理WTRU的无线电资源。PCF可以例如基于运营商定义的策略来修改RFSP索引。例如，PCF中的运营商定义的策略可以取决于输入数据，例如累积使用、每个网络切片实例的负载水平信息等。当WTRU向服务AMF注册时，服务AMF可以从UDM检索RFSP索引，例如作为订阅数据的一部分。服务AMF可向PCF报告RFSP索引。PCF可以修改RFSP索引和/或可以将其发送到服务AMF。AMF可以将修改的RFSP索引发送到(R)AN节点。RAN节点可以执行修改的RFSP索引。
PCF可经由服务AMF以各种策略配置WTRU。这些策略可包括用于非3GPP接入的接入网络发现和选择策略(ANDSP)以及与应用和PDU会话相关的WTRU路由选择策略(URSP)。WTRU可以使用URSP规则来确定是否使用已经建立的PDU会话和/或触发用于应用的新PDU会话的建立，例如，根据指定包括在(例如，每个)URSP规则中的匹配标准的流量描述符。如果WTRU处于CM空闲状态，则服务AMF可向WTRU发送寻呼消息以触发WTRU执行WTRU发起的服务请求过程，从而服务AMF可向WTRU传递(从PCF接收的)ANDSP和URSP。
可以通过PCF、SMF和UPF之间的交互来提供作为会话管理相关策略控制的类型的应用检测。PCF可以向SMF安装(或激活)包括执行动作的一个或多个策略与计费控制(PCC)规则。SMF可以指示UPF检测特定应用流量中的事件。UPF可对特定应用流量应用所配置的执行动作，诸如门控控制(例如，阻塞应用流量)、QoS控制(例如，带宽限制)和流量重定向。
UPF可以检测事件并且可以经由SMF向PCF报告检测到的事件。PCF可以基于一个或多个报告的事件修改PCC规则和/或将修改的PCC规则安装到SMF。
在各种实施方案中，用于分布式账本(例如，区块链)使能的无线系统的使能器和/或结合该使能器使用的方法可以在WTRU中实现。这些方法中的第一种方法可以在包括电路系统的设备中实现，该设备包括发射器、接收器和处理器，并且该方法可包括(例如，以下任一项)：从网络应用接收注册请求，该注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个性能要求以及一个或多个动作；至少部分地基于该性能要求确定分布式账本系统的节点，以关联到该网络应用；向一个或多个计算资源中的每一者提供用于执行该一个或多个动作中的一者或多者的可执行代码；以及向该网络应用发送注册确认。
这些方法中的第二种方法可以在包括电路系统的设备中实现，该设备包括发射器、接收器和处理器，并且该方法可包括(例如，以下任一项)：从网络应用接收注册请求，该注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个分布式账本系统特征、一个或多个性能要求以及一个或多个动作；至少部分地基于该性能要求以及该一个或多个分布式账本系统特征来确定分布式账本系统的节点，以关联到该网络应用；向多个计算资源中的每一者提供用于执行该一个或多个动作中的一者或多者的可执行代码；以及向该网络应用发送注册确认。
3.根据权利要求1至2中至少一项所述的方法，还包括：
为一个或多个动作生成一个或多个分布式账本相关配置，其中提供用于执行该一个或多个动作中的一者或多者的可执行代码包括提供可执行代码和分布式账本相关配置。
在各种实施方案中，该多个应用级要求可包括指示一个或多个分布式账本相关策略的信息。
在各种实施方案中，这些方法中的至少一种方法可包括向通信网络的策略功能提供分布式账本相关策略。在各种实施方案中，这些方法中的至少一种方法可包括在该设备处部署分布式账本相关策略。
这些装置中的第一种装置可以被配置为从网络应用接收注册请求，该注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个性能要求以及一个或多个动作；至少部分地基于该性能要求确定分布式账本系统的节点，以关联到该网络应用；向一个或多个计算资源中的每一者提供用于执行该一个或多个动作中的一者或多者的可执行代码；以及向该网络应用发送注册确认。
这些装置中的第二种装置可以被配置为从网络应用接收注册请求，该注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个分布式账本系统特征、一个或多个性能要求以及一个或多个动作；至少部分地基于该性能要求以及该一个或多个分布式账本系统特征来确定分布式账本系统的节点，以关联到该网络应用；向多个计算资源中的每一者提供用于执行该一个或多个动作中的一者或多者的可执行代码；以及向该网络应用发送注册确认。
在各种实施方案中，该电路系统可以被配置为生成该一个或多个动作的一个或多个分布式账本相关配置；以及向一个或多个计算资源中的每一者提供用于执行该一个或多个动作以及该一个或多个分布式账本相关配置中的一者或多者的可执行代码。
在各种实施方案中，该多个应用级要求可包括指示一个或多个分布式账本相关策略的信息。
在各种实施方案中，该电路系统可以被配置为向通信网络的策略功能提供分布式账本相关策略。在各种实施方案中，该电路系统可被配置为在设备处部署分布式账本相关策略。
在各种实施方案中，该分布式账本相关配置可包括该分布式账本系统的交易格式和所确定的节点中的任一者。
在各种实施方案中，该策略功能可以是该通信网络的策略控制功能。
在各种实施方案中，该多个应用级要求可包括以下任一项：该分布式账本系统的标识符；该分布式账本系统的类型；共识机制/协议；该分布式账本系统的应用编程接口(API)规范；该分布式账本系统的对等节点的数量；该分布式账本系统的账本的当前大小；该分布式账本系统的对等节点地理分布；该分布式账本支持新账本的能力；该分布式账本系统的一个或多个所支持的性能度量；该分布式账本系统的该节点的接入细节；该分布式账本系统的该节点的节点类型；该分布式账本系统的该节点的移动性类型；以及与该分布式账本系统的该节点有关的组织。
在各种实施方案中，该设备和/或可以是至少一个基于服务的功能，并且该至少一个基于服务的功能可以至少执行确定分布式账本的节点。
在各种实施方案中，可以经由空中接口向该网络应用发送注册确认。在各种实施方案中，可以经由空中接口接收该注册请求。
在各种实施方案中，该设备和/或电路系统被配置为和/或配置有无线发射/接收单元(WTRU)的元件。在各种实施方案中，该设备和/或电路系统被配置、被配置为和/或配置有侧行链路中继的元件或基站的元件。
这些方法中的第三种方法可以在区块链功能(BCF)中实现，并且可包括以下任一项：为该BCN的区块链能力注册区块链节点(BCN)；监控和管理该BCN的该区块链能力；以及使用该BCN向垂直应用提供区块链作为服务。
在各种实施方案中，另一BCN可以向BCF注册该另一BCN的区块链能力，并且该另一BCN的区块链能力可以不同于该BCN的区块链能力。
在各种实施方案中，该方法可包括基于该垂直应用和该BCN的区块链能力来确定使用该BCN。
在各种实施方案中，该方法可包括基于该垂直应用、该BCN的区块链能力和该另一BCN的区块链能力来确定使用该BCN。
在各种实施方案中，该方法可包括基于该BCN的区块链能力将该区块链配置为服务。
在各种实施方案中，提供该区块链作为服务可包括封装该BCN的区块链能力。在各种实施方案中，该方法可包括注册该垂直应用。
在各种实施方案中，该方法可包括注册该垂直应用，可包括注册区块链客户端应用(BCA)和区块链网络应用(BNA)中的任一者。
在各种实施方案中，注册BCN可包括以下任一项：从该BCN接收注册请求，其中该注册请求指示该BCN的区块链能力；生成该BCN的BCN注册记录；将该BCN注册记录添加到(例如，本地)储存库；以及向该BCN发送指示注册状态的响应。
在各种实施方案中，该注册请求可以是发现消息。在各种实施方案中，该响应可以是发现消息。
在各种实施方案中，该方法可包括检查从该BCN发送的信息。在各种实施方案中，该方法可包括将该BCN验证为有效BCN供进一步操作。在各种实施方案中，该方法可包括通过以下方式来决定将如何管理该BCN：1)对该第一BCN进行关于应当报告度量和/或状态的订阅，2)或者周期性地查询第一BCN的实时性能状态。
在各种实施方案中，该BCN可以是区块链系统的节点。
在各种实施方案中，该注册请求可以指示和/或包括该BCN的区块链能力。
在各种实施方案中，该注册请求指示和/或包括以下任一项：(i)区块链系统标识符/身份；区块链系统类型；共识机制/协议；该区块链系统的应用编程接口(API)规范；该区块链系统的对等节点的数量；该区块链系统的账本的当前大小；该区块链系统的对等节点地理分布；该区块链系统支持新链的能力；该区块链系统的一个或多个所支持的性能度量；该BCN的接入细节；该BCN的节点类型；该BCN的移动性类型；以及与该BCN有关的组织。
在各种实施方案中，该方法可包括结合确定使用该BCN来参考该BCN注册记录。
在各种实施方案中，该垂直应用缺乏与该BCN直接交互的能力。
在各种实施方案中，该方法可包括从该垂直应用接收使用区块链服务的请求。
在各种实施方案中，提供区块链作为服务可包括向该垂直应用发送对该请求的响应。
在各种实施方案中，该BCF可以部署在无线电接入网络(RAN)节点、核心网络(CN)节点、服务器、本地网关和WTRU中的任一者中。
这些方法中的第四种方法可以在第一区块链功能(BCF)中实现，并且可包括以下任一项：从垂直应用接收发现能够提供区块链服务的BCF的第一请求；由该第一BCF检查从该垂直应用接收的信息；由该第一BCF验证允许该垂直应用使用区块链相关操作；由该第一BCF确定分配给该垂直应用的用于提供该区块链服务的第一区块链节点(BCN)；向能够提供该区块链服务的第二BCF发送提供该区块链服务的第二请求；以及从该第二BCF接收指示该第二BCF同意向该第一垂直应用提供该区块链服务的响应。
这些方法中的第五种方法可以在第一区块链功能(BCF)中实现，并且可包括以下任一项：从垂直应用接收使用区块链服务的第一请求；确定除该第一BCF之外的BCF能够提供该区块链服务；向第二BCF发送向该垂直应用提供该区块链服务的第二请求；从另选的BCF接收指示该第二BCF同意向该垂直应用提供该区块链服务的响应；向该垂直应用发送指示该第二BCF是用于提供该区块链服务的该第一BCF的替代物的通知。
在各种实施方案中，该方法可包括检查从该垂直应用接收的信息。在各种实施方案中，该方法可包括验证该垂直应用是否具有请求该区块链服务的许可。在各种实施方案中，该第一请求可以是发现消息。
在各种实施方案中，该第一请求可指示和/或包括该垂直应用的标识/身份、该垂直应用客户端的标识/身份、该垂直应用服务器的标识/身份、区块链相关操作{待进行}和托管该垂直应用的设备的当前位置中的任一者。
在各种实施方案中，该第一BCN可以部署在核心网络中。
在各种实施方案中，该第二BCF可驻留在网络的边缘处和/或位于更接近(例如，物理上更接近)托管该垂直应用的设备处。
在各种实施方案中，该方法可包括基于该第二BCF提供该区块链服务的能力来识别和/或选择该第二BCF。
在各种实施方案中，该方法可包括向该垂直应用发送对该第一请求的响应。
在各种实施方案中，对该第一请求的响应指示以下任一项：该第二BCF将提供该区块链服务；以及该区块链服务将由该第二BCN提供。在各种实施方案中，该垂直应用可包括垂直应用客户端。
这些方法中的第六种方法可包括以下任一项：在第一区块链功能(BCF)处从垂直应用接收发现能够提供区块链服务的BCF的第一请求；由该第一BCF检查从该垂直应用接收的信息；由该第一BCF验证允许该垂直应用使用区块链相关操作；由该第一BCF确定分配给该垂直应用的用于提供该区块链服务的第一区块链节点(BCN)；从该第一BCF向能够提供该区块链服务的第二BCF发送提供该区块链服务的第二请求；以及从该第一BCF处的该第二BCF接收指示该第二BCF同意向该第一垂直应用客户端提供该区块链服务的响应。
在各种实施方案中，该第一请求可以是发现消息。
在各种实施方案中，该第一请求可指示和/或包括该垂直应用的标识/身份、该垂直应用客户端的标识/身份、待进行的区块链相关操作和托管该垂直应用的设备的当前位置中的任一者。
在各种实施方案中，该第一BCN可以部署在核心网络中。
在各种实施方案中，该第二BCF可驻留在网络的边缘处和/或位于更接近(例如，物理上更接近)托管该垂直应用的设备处。
在各种实施方案中，该方法可包括基于该第二BCF提供该区块链服务的能力来识别和/或选择该第二BCF。
在各种实施方案中，该方法可包括向该垂直应用发送对该第一请求的响应。
在各种实施方案中，该方法可包括对该第一请求的响应，可包括以下任一项：该第二BCF将提供该区块链服务；以及该区块链服务将由该第二BCN提供。
在各种实施方案中，该方法可包括由该第二BCF确定是否向该第一垂直应用提供该区块链服务。
在各种实施方案中，该方法可包括由该第二BCF从由该第二BCF管理的一个或多个BCN中确定该第二BCN。
在各种实施方案中，该第一BCN和该第二BCN是相同类型的BCN。
在各种实施方案中，该第一BCN和该第二BCN可以具有相同的区块链能力。
在各种实施方案中，该BCF可以部署在无线电接入网络(RAN)节点、核心网络(CN)节点、服务器、本地网关和WTRU中的任一者中。
这些装置中的一种装置可包括接收器、发射器、处理器和存储器中的任一者，被配置为执行前述方法中的至少一种方法中的方法。
代表性用例1-车联网
图8示出了车联网的示例性用例。每个车辆可以具有经由与路侧单元(RSU)(或基站)的至少无线连接(例如，5G)到互联网的连接。该RSU可包括或接入具有计算和存储资源的本地边缘网络。
车辆可以从一个RSU移动到另一个RSU。车辆能够以与另一车辆、RSU、边缘网络、核心网络和/或网络应用通信。例如，车辆1可以发现车辆2并且可以发现两者都在相同的RSU1下。车辆1和车辆2可以进行直接通信(例如，车辆到车辆)。在直接通信之后，车辆1和/或车辆2中的一者或两者可以向该网络发送其通信记录，以保持历史。车辆2可能移出RSU1的覆盖范围和/或可能与新的RSU、RSU2相关联。车辆2可以经由RSU2与CN和网络应用中的任一者进行通信。
在这种用例中，可能存在可以在目标区块链上创建和存储区块链交易的各种场景。各种场景的示例可包括以下中的任一者。
●车辆1和车辆2在同一RSU1下彼此相遇的事件可记录在区块链交易中。该区块链交易可包括例如两个车辆的位置信息。
●车辆1和车辆2之间的直接通信可以通过区块链系统以分散方式协调和启用。
●车辆1和车辆2之间的通信记录可以记录在区块链交易中。该区块链交易可包括例如通信的时间长度和总数据量。
●当车辆2从RSU1移动到RSU2时，车辆2的新位置可记录在该区块链系统中。
●RSU1可以将车辆2的上下文信息存储到区块链系统。因此，当车辆2从RSU1移动到RSU2时，RSU2可以直接从该区块链系统访问车辆2的上下文信息，而无需联系RSU1。
●在车辆2移动到RSU2之后，它可以直接通过区块链网络将应用消息发送到网络应用。
●可以在该区块链交易中记录涉及多个车辆的编队事件。三个车辆的编队场景示例：图8中示出了车辆3、车辆4和车辆5。
代表性用例2-智能制造和物流
图9示出了智能制造和物流用例。为了方便和简化说明，伴随9的公开内容中的附图标号用前缀“9：”表示。智能制造和物流用例可能包括四个参与方：客户、电子商务公司、制造商和物流公司。这四方可以使用物联网(IoT)和/或5G技术来实现智能制造和物流过程。智能制造和物流过程可包括以下任一项：
●步骤或操作1：每一方可以作为应用注册到5GS(或云系统)(9：1)。
●步骤或操作2：客户可以向电子商务平台(电子商务公司的应用程序)提交购买请求(9：2)。为了简单起见，购买请求可以针对单个产品项目。
●步骤或操作3：制造商应用可以接收可能来自电子商务平台的客户订购的产品项目列表(9：3)。
●步骤或操作4：制造商应用可以将该列表发送到工厂，在该工厂生产所订购的产品项目并且准备好运送给客户(9：4)。
●步骤或操作5：物流公司可能接收从工厂取得所生产的物品并将其发往客户的通知(9：5)。
●步骤或操作6：运送的物品到达可以由物流公司拥有或租用的仓库(9：6)。
●步骤或操作7：该物品可以按通往客户的路线送交(9：7)。
●步骤或操作8：该物品可能到达并由客户接收(9：8)。
●步骤或操作9：电子商务平台可以接收通知(9：9).。
在这种情况下，每个步骤或操作可以触发对应方的一个或多个动作，并且任何(例如，每个)这样的事件可以被创建为区块链交易并被存储在目标区块链上。然而，附接到各包裹的WTRU可能会因为成本降低而受到极大的资源限制(例如，WTRU减少)。减少的WTRU可能不具有创建交易和/或参与区块链系统的能力(例如，存储区块链、执行共识机制等)。如本文所用，术语“步骤”应理解为涵盖“一个或多个操作”，并且因此，为了方便和简化说明，术语“步骤”和“操作”在本文中可互换使用。
各实施方案解决了参考本文公开的用例描述的以下关键问题。
关键问题#1：区块链即服务指的是向用户提供容易的访问接口，以便使他们能够在他们的应用中利用区块链，而不必处理区块链系统的所有内部操作复杂性。然而，大多数区块链即服务的解决方案是专有解决方案并且不提供足够的灵活性。例如，对于上层应用开发者，他们必须理解由特定公司提供的区块链即服务的完整API规范。当应用开发者打算在稍后的时间(例如，由于他们的应用或商业逻辑的新的/新兴的要求/需要)使用不同的区块链即服务平台(由不同的公司提供)时，由于应用开发者必须重新学习第二区块链即服务平台的新的API规范，这造成了显著的维护和升级成本。专有的区块链即服务解决方案可能仅提供底层区块链系统的有限选择，这可能不能满足来自不同应用的应用开发者的各种需要。实际上，可以预见，存在许多不同类型的区块链系统，并且如果区块链系统能够参与提供区块链服务，则将是期望的。因此，可能需要公共的或基于标准的区块链功能(BCF)作为中间件，以不仅有效地管理不同类型的底层区块链系统，而且向上层应用开发者提供容易且有效的区块链服务。与整个区块链基础结构是专有的现有专有区块链即服务解决方案不同，公共的和基于标准的BCF可以允许多方(例如，多个区块链系统提供商)自由地参与提供区块链服务。例如，利用该BCF，不同的区块链系统可主动注册到BCF并由该BCF管理。这样，BCF能够满足来自应用的所有种类的需要，因为它可以管理大量不同类型的区块链系统。在各种实施方案中，该BCF能够和/或可以向应用开发者提供标准或统一接口，使得应用开发者仅需要理解由BCF提供的通用API规范。然而，目前，在所有先前的研究和解决方案中仍然缺少这种基于公共标准的BCF。
关键问题#2：现有的专有的区块链即服务解决方案不能为应用提供有效的边缘侧支持。例如，大多数现有的区块链即服务解决方案是基于云的，并且应用通常不知道底层区块链系统的区块链节点地理分布。然而，应用通常部署在边缘上(例如，在WTRU上)，并且如果某些期望的区块链节点在边缘处或更接近WTRU处直接可用，则它们不必去中央云来要求某些区块链服务。为了这样做，期望公共BCF不仅提供区块链管理功能，而且能够帮助应用开发者识别边缘侧的可用区块链服务。然而，这样的特征在所有现有的区块链即服务解决方案中均缺失。
关键问题#3：在更高级的场景中，系统中可以有多个BCF，并且每个BCF可以管理基础区块链节点的列表。特别地，BCF可以经由构建在BCF之间的覆盖网络周期性地交换信息，该覆盖网络不同于底层区块链系统中的区块链节点的P2P网络。对于两个(或更多个)BCF，每个BCF可以管理特定的区块链节点，并且两个区块链节点可以来自相同的底层区块链系统。目前，还没有关于BCF之间的覆盖网络能够如何帮助区块链节点彼此通信的研究。换言之，两个区块链节点之间的所有通信/交互不必依赖于底层区块链系统中的P2P网络。相反，它们能够依赖于BCF而经由BCF之间的覆盖网络交换信息，这些BCF可以不使用底层区块链网络/系统中使用的相同通信介质。特别地，关于BCF如何能够促进底层区块链节点之间的消息传递，同时还考虑其自身对于BCF之间的信息交换的需要，目前还没有研究。
区块链使能的无线应用的代表性功能架构
图10是示出区块链使能的无线应用(BEWA)1000的示例性功能架构的框图。功能架构1000可包括各种实体，例如，区块链客户端应用(BCA)、区块链客户端(BCC)、区块链网络应用(BNA)、区块链功能(BCF)和区块链节点(BCN)。为了方便和简化说明，参考通信系统100(图1和图5)描述架构1000。功能架构1000也可以部署在不同的架构中。
某些实体可布置在WTRU/设备侧，而其他实体可部署在通信基础结构侧。例如，WTRU/设备可以配置有BCA和BCC。基础结构可以配置有BCF和BNA。在一些实施方案中，BCF可部署在WTRU(例如，强大的WTRU)、归属计算机、边缘主机等中的任一者上。
功能架构1100可以定义一组层，例如上层(例如，顶层)、中间层和下层(例如，底层)。上层、中间层和下层可以分别包括垂直应用层、区块链应用使能层和区块链基础结构层。各种实体可以属于不同的层。例如，BCA和/或BNA可驻留在垂直应用层上。BCC和/或BCF可驻留在区块链应用使能层上。虽然未示出，但是在一些实施方案中，BCA可以属于区块链应用使能层。BCN可以属于区块链基础结构层。
垂直应用可以由BNA(例如，用于进行服务端功能)和一个或多个BCA(例如，用于进行客户端功能)来实现。BCA和BNA例如可以分别对一个或多个(例如，特定的)垂直无线应用进行客户端和服务端应用逻辑处理。
区块链应用使能层可以向垂直应用层提供和/或暴露一个或多个(例如，公共)功能。使用此类功能，垂直应用层可以通过使能层接入(例如，更容易地和/或有效地接入)区块链基础结构层。BCC和BCF例如可分别向BCA和BNA提供各种增值的区块链服务。BCC和BCF可与底层BCN交互和/或管理底层BCN以使用和/或结合使用其区块链相关资源。
BEWA可以是垂直无线应用。BEWA可以由BNA(例如，用于进行服务端功能)和一个或多个BCA(例如，用于进行客户端功能)来实现。BCA和BNA可以分别对(例如，特定的)垂直无线应用进行客户端和服务端应用逻辑处理。
BCA可以是例如用于支持(例如，特定的)垂直无线应用的客户端实体。例如，在智能制造及物流用例中，WTRU可附接(例如，附连)到包裹，并且智能制造和物流BCA可安装在WTRU上。在运输期间，包裹可能由于急转弯而从送货车的储存架上掉下来。WTRU上的传感器可以检测此类事件和/或可以将此类时间报告给该WTRU上的BCA。BCA可以确定掉落是否足以(例如，足够严重)需要采取进一步动作，诸如是否(i)将事件记入(记录)记录到运输日志中(即，将事件的记录存储在区块链中)和/或(ii)报告事件的记录(或将事件的记录报告给服务端的智能工厂和物流BNA)。
BCC可以是例如用于提供与区块链服务相关的功能的客户端实体。BCA可以负责WTRU上的客户端应用逻辑，并且可以与BCC交互以获得区块链服务。在各种实施方案中，BCC可以不处理用于特定垂直应用的业务逻辑，相反，其可以充当BCA的服务接口以与区块链服务(由BCF暴露)交互。
BNA可以是用于支持垂直应用的服务端实体。例如，在智能制造和物流用例中，智能制造和物流管理平台可以是服务端上的BNA。BNA可以监视运输过程中的所有包裹。BNA可视为无线垂直应用的管理器/服务器/控制器，并且其可提供和/或定义特定应用处理逻辑、相关联BCA的列表和相关策略。
BCN可以是例如提供区块链能力和功能的实体。BCN可以是形成底层区块链基础结构的多个BCN中的其中之一。BCA和/或BNA可以是BCN提供的区块链能力的消费者。
通信基础结构可以是支持BCA、BCC、BNA和BCF之间和/或之中的通信的通信系统100。
BCF可以是例如用于支持区块链使能的无线应用的实体。BCF功能可包括以下任一者：
BCF可以提供区块链作为服务。可能存在具有各种性能规范的不同类型的区块链系统。例如，比特币和以太坊是两种不同的区块链系统。这些区块链系统中的BCN的设计原理或操作可能显著不同。BCA和/或BNA可以提供商业逻辑处理，并且可能不具有与来自不同区块链系统的各种BCN交互的通用能力/知识。BCA/BNA可能难以有效地使用BCN或直接与其交互。BCF可以充当中介并且可以向BCA/BNA提供区块链能力作为服务。例如，BCF可以封装底层BCN的能力(例如，不考虑BCN所属的区块链系统的类型)。
BCF可以向上层BCA和BNA暴露(例如，统一的)接口和/或服务描述，以用于访问和/或利用BCN所提供的底层区块链能力。各种操作请求可经由BCF从BCA或BNA发送到BCN(例如，以将交易存储到区块链上)。BCF可以将请求转换为特定区块链系统的特定命令/调用。可以看出，由于BCF的存在，在BCA和BNA可以使用由BCF提供的(例如，统一的)区块链服务接口来获得具有不同区块链能力的BCN的区块链服务的意义上，系统可以变得非常灵活。BCF可以进行有效的BCN管理(例如，以使用由不同类型的区块链系统提供的不同BCN)，而不通知或影响上层BCA和BNA。与整个区块链基础结构是专有的现有专有区块链即服务解决方案不同，BCF可允许多方(例如，多个区块链系统提供商)自由地参与提供区块链服务(例如，通过本文所公开的BCN注册和管理)。例如，不同的区块链系统可以(例如，主动地)注册到BCF和/或由其管理，并且BCF可以在多方或多利益相关者环境中提供区块链即服务。
BCF可以充当BNA的委托人。如上所述，BNA可以是用于支持(例如，特定的)垂直应用的服务端实体。例如，在智能制造和物流用例中，管理平台(作为BNA)可以监视运输过程中的所有包裹。对于分布式应用，处理接近其起源的数据可能是优选的。例如，从附接到物流邮件包裹的WTRU(例如，大量WTRU)发送部分或全部实时事件至中央管理平台以进行处理可能是低效和/或耗费资源的。当前在边缘处正在生成大量数据，并且最靠近边缘的系统可以是通信基础结构(诸如接入网络)。该大量数据的相当大的部分当前依赖于将被发送到垂直应用服务器的通信网络，并且该数据可以在到达其垂直应用服务器之前从接入网络或通过接入网络以及通过核心网络传播。BCF可以部署在任何接入网络和核心网络的任一者中。例如，多个BCF可以部署在通信系统中，其中，例如，一个BCF可以部署在接入网络上，而另一个BCF可以部署在核心网络中。部署在核心网络中的BCF可以处理复杂的处理(此类BCF部署可以促进/优化从边缘到服务端的数据传输)，并且部署在接入网络中的BCF可以处理较不复杂的处理。BCF可以提供区块链管理功能，并且可以帮助应用开发者识别边缘处的可用区块链服务。通信网络可以提供除支持数据通信之外的各种功能。例如，在智能制造和物流用例中，可从通信网络(例如，从其基站)获得附接到包裹的WTRU的实时位置。实时位置信息对于处理业务逻辑以及包括在区块链交易中可能是必要的。BCF可包括和/或执行至少一些商业逻辑处理和/或商业逻辑策略(例如，代替和/或补充部署在后端服务器上(例如，BNA上)的所有业务逻辑处理)；特别是如果一些处理与区块链相关，例如用以检索区块链交易。
BCF可以充当用于通信基础结构/系统与BCC和/或BNA之间交互的接口。如上所述，通信基础结构可以提供除发送数据之外的功能。当垂直应用与3GPP网络集成时，BCA/BNA可以有效地与3GPP系统交互。例如，为了在通信系统中建立应用特定策略，BNA可以将该策略传送并部署到PCF以供将来使用。BNA可以与通信系统通信以收集各种信息，包括特定WTRU的当前位置、WTRU的当前状态(例如，连接或离线)等。例如，BNA可能需要获得关于特定用户或WTRU的位置信息，并且BNA可能不具有与通信系统直接交互的能力。BCF可以帮助BCA/BNA与通信系统进行交互，例如，对于可能不具有与通信系统直接交互的能力的BCA/BNA。
区块链使能的无线应用的代表性操作
BCF可以执行与用于启用基于区块链的无线应用的系统设置和配置相关的操作。图11示出了区块链使能的无线应用的示例性操作1100。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述操作1100。也可以使用不同的架构来执行操作1100。为了方便和简化说明，伴随11的公开内容中的附图标号用前缀“11:”表示。
这些操作可包括BCF提供(11:0)；BCN注册(11:1)；BCN管理(11:2)；BNA注册(11:3)、BCF发现和选择(11:4)；BCC/BCA注册(11:5)；BCF与BCF之间的交互(11:6)；以及策略管理(11:7)。
BCF提供。BCF提供操作可包括某些设置配置，例如关于如何与通信基础结构交互的BCF的访问细节和指令。该BCF提供操作可以使用现有解决方案来执行。
BCN注册。BCN注册操作可以涉及BCN如何注册到区块链应用使能层。如上所述，不同类型的BCN可以集成到支持区块链使能的无线应用的系统中，并且BCF可以促进底层BCN和上层BNA/BCA之间的交互。BCN可以注册到BCF。在BCN成功地注册到BCF之后，BCF可以管理BCN。BCF可以称为该BCN的管理BCF，并且BCN可以称为管理的BCN。
BCN管理。在BCN注册到BCF之后，BCF可以为消费者的各种需要服务，诸如BNA和BCA。例如，BCF可以向消费者提供区块链作为服务，并且可以隐藏BCN的底层细节。BCF可以为BCN进行某些管理活动。例如，BCF可以监视BCN的实时性能(或整个区块链系统的全局性能)。如果BCN持续表现为支持BNA或其他消费者，则BCF可以使用不同类型的BCN为特定BNA/BCA服务。
BNA注册。区块链使能的系统可以支持各种垂直应用。BCF可以向垂直应用提供区块链作为服务。当部署新的垂直应用时，对应的BNA可以注册到BCF，从而可以利用区块链服务。在注册期间，BNA可以为区块链服务指定其应用级要求，并且BCF可以进行安排并且选择正确类型的期望(例如，适当的)BCN(BCN可以来自不同类型的区块链系统)来为BNA服务。BNA可以指定一个或多个应用特定策略和/或一个或多个区块链相关策略。应用特定的和/或区块链相关策略可由BCF执行和/或直接部署到通信基础结构中供执行(例如，部署到通信网络的PCF中)。
BCF发现和选择。此BCF发现和选择操作涉及WTRU/设备侧。由于WTRU可以是移动的，所以如果它们想要使用区块链服务，则WTRU上的BCA/BCC可以发现接近于或在接近于其当前位置的度量(例如，接近)内的可用BCF(例如，如果BNA相对静态，则BNA可以通过预配置直接连接到BCF)。所公开的BCF发现解决方案也可由BNA使用。例如，WTRU可能需要频繁地与可能部署在例如来自诸如gNodeB的接入网络的边缘处的区块链网络交互。在这种情况下，WTRU可能想要发现直接部署在WTRU的当前接入网络中并且接近或在接近(例如，接近)WTRU的当前位置的度量内的BCF。这样，BCF可以容易地和/或快速地从WTRU获得用于与区块链系统交互的信息。
BCC/BCA注册。BCC是用于提供与区块链服务相关的功能的客户端中间件实体。BCA可以是用于支持特定垂直无线应用的客户端实体。为了利用由BCF提供的区块链服务，WTRU上的BCA可经由托管在同一WTRU上的BCC与BCF交互。BCC/BCA注册操作主要涉及BCC或BCA如何注册到BCF(在BCF发现操作期间发现)以便使用区块链服务。
BCF与BCF之间的交互。多个BCF可以存在于系统中，并且它们中的每一个可以管理BCN的列表。BCF与BCF之间的交互操作可涉及不同的BCF能够如何交换有用的信息以便于其他操作。例如，来自同一底层区块链系统的两个BCN可以由两个不同的BCF管理。这两个BCN可以通过依赖于它们的用于传递消息的管理BCF(例如，通过在区块链应用使能层的BCF之间的覆盖网络)来彼此通信(例如，不通过经典方法，即，使用底层区块链系统中的P2P网络)。
策略管理。策略管理操作可以涉及如何管理区块链相关和/或应用特定的策略。策略可以由不同的实体创建，部署到不同的实体以及由不同的实体执行。例如，策略可由用于区块链相关策略的BCF执行和/或由通信网络中的PCF执行(例如，如果策略执行从通信系统收集数据)。
代表性的BCN注册
代表性的BCN注册基本案例(一个BCN注册到一个BCF)
BCN可以注册到BCF。例如，BCN和BCF可以执行将BCN注册到BCF的过程(“BCN注册过程”)。一旦注册，BCN可由BCF管理。BCN可以定义能力、特性、基本信息等。由于可以使用许多不同类型的区块链系统，因此可以根据一个或多个区块链系统来定义BCN的能力、特性、基本信息等中的一者或多者。可以通知BCF与注册到BCF有关的BCN的能力、特性、基本信息等，例如在BCN注册期间。
图12示出了示例性BCN注册过程1200。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述过程1200。也可以使用不同的架构来执行过程1200。BCN注册过程1200可以由BCN(例如，BCN-1)和用于支持基于区块链的无线应用的BCF来执行。为了方便和简化说明，伴随12的公开内容中的附图标号用前缀“12:”表示。
BCN-1可以将其自身注册到BCF。BCN-1可以是特定类型的区块链系统的节点，并且它可能已经通过BCF提供操作(例如，使用现有解决方案)(12:0)发现了BCF。区块链系统可以是例如私有/联盟区块链系统。BCN-1可以知道关于整个区块链系统的信息，包括例如区块链系统的其他BCN(例如，作为区块链系统中固有的P2P对等的函数)。BCN-1可以是管理器节点、控制器节点或其他类型的节点等等。
BCN-1可向BCF发送注册请求(“注册请求”)(12:1)。注册请求可以指示和/或包括各种信息，例如能力、规范、特性、基本信息、参数等。注册请求可包括一个或多个(例如，许多)信息元素。例如，BCN-1可以单独地传送关于(i)区块链系统(例如，作为整体)和(ii)BCN-1的信息。BCN-1可以使用请求的一个或多个(例如，不同的)IE来传送关于区块链系统的信息(“BCS信息”)和关于BCN-1的信息(“BCN特定信息”)。
BCS信息可包括附属区块链系统(ABS)标识符/身份(ID)(ABS-ID)、ABS类型(ABS-TYPE)、共识机制/协议信息元素(IE)、支持的加密货币IE、应用编程接口(API)规范IE、ABSIE的对等节点的数量、ABS IE的账本的当前大小、ABS IE的对等节点地理分布、支持ABS的新链的能力、ABS的一个或多个支持的性能度量等中的任一者。
ABS-ID可以标识(例如唯一地标识)区块链系统。ABS-ID可以是任何ID，例如名称、数字、字母数字值等中的任一者，并且可以是本地和/或全局唯一的。例如，用于加密货币的区块链系统的比特币和以太坊品牌的ABS-ID可能分别为“比特币”和“以太坊”。
ABS-TYPE可以指示用于区块链系统的区块链系统的类型(“区块链系统类型”)。区块链系统类型可以是例如公共链、私有链和联盟链中的任何一种。
共识机制/协议IE可以指示用于区块链系统的共识机制和/或协议的类型。
所支持的加密货币IE可以指示区块链系统是否支持加密货币(例如，固有地支持加密货币)。例如，如果区块链系统是比特币系统，则所支持的加密货币IE可指示区块链系统支持加密货币。
许多区块链系统提供用户友好的API以便于用户操作此类区块链系统(例如，用于检索区块链中的交易)。API规范IE可以指示用于经由BCN-1与区块链系统交互的API访问细节和/或指令(例如，可由BCF使用)。
对等节点的数量IE可以指示区块链系统中有多少个对等节点。该信息可以让BCF对BCN-1所属的底层区块链系统的规模有所了解。特别地，当BCN-1是私有/联盟区块链系统的管理器或控制器节点时，它可以将该参数提供给BCF。
当前账本大小IE可以指示区块链系统的账本的当前大小。
对等节点地理分布IE可指示区块链系统的对等节点分布在何处。例如，BCN-1可以位于一个地理区域中，而区块链系统中的另一个BCN可以位于相同的或一个或多个其他地理区域中。该信息对于BCF找到特定区域中的可用BCN是有用的。
新链支持IE可指示区块链系统是否支持新链的创建。对于给定的区块链系统，可以创建和维护多个链。在与BNA-1相关的数据不能与BNA-2相关的数据一起存储的情况下，与BNA-1相关的所有交易和与BNA相关的所有交易可以存储在由同一组区块链节点托管/运行的相应链中。新链支持IE可以指示BCN-1是否能够和/或可以与多个链一起工作，包括创建新链或在特定链中存储交易等。
所支持的性能度量IE可以指示系统可以提供的性能度量。性能度量的示例可包括每小时的任何区块(区块添加到区块链的速度的指示符)；每小时交易(每小时确认的交易量的指示符)；交易等待时间(在区块链系统中创建交易的时间与确认交易的时间之间的时段的指示符)等。
BCN特定信息可包括用于BCN的任何接入细节、BCN的节点类型(“BCN节点类型”)、BCN的移动性类型(“BCN移动性类型”)和与BCN有关的组织中的任一者的一个或多个IE。
BCN接入细节可以指示BCN-1的接入细节(例如接入地址)。BCN接入细节可以指示如何与BCN-1交互(例如，用以检索BCN-1的当前状态)。
BCN节点类型可以指示BCN-1的节点类型。BCN节点类型可以指示BCN-1的各种节点类型之一。BCN节点类型可以指示BCN-1可以是部分节点。作为部分节点，BCN不持有整个账本，相反，它可以持有账本的一部分(例如，与特定垂直应用相关)。BCN节点类型可以指示BCN-1可以是基本全节点。作为基本全节点，BCN1可以持有整个账本/区块链。BCN节点类型可以指示BCN-1可以是具有额外挖掘能力的基本全节点。作为具有额外挖掘能力的基本全节点，BCN-1可以持有整个账本/区块链，并且可以具有BCN-1的所属区块链系统的挖掘能力。BCN节点类型可以指示BCN-1可以提供挖掘能力并且可以持有账本/区块链的一部分。
本地性能度量IE可以指示BCN-1的性能度量。本地性能度量可包括多个已确认的链上区块、本地计算资源、相邻节点列表、BCN移动性、通信能力、BCN主机能力和BCN附属组织中的任一者。
已确认的链上区块的数量可指示BCN-1已提交的并且已由所属区块链系统成功确认的区块的数量。
本地计算资源可以指示可用的BCN-1的存储器和CPU资源。
相邻节点列表可以指示其他BCN的数量以及它们的信息(例如它们的地址)，它们是作为由ABS-ID指定的区块链系统的一部分的底层P2P网络中的该BCN的下一跳邻居。
BCN移动性可以指示托管BCN-1的物理节点是否具有某种移动性。例如，BCN-1可以托管在诸如具有计算资源的移动车辆的移动节点上。预期BCN-1可以跨越不同的地理区域行进。此类信息对于BCF决定是否使用BCN-1作为接口节点来与底层区块链系统交互可能是有用的。
通信能力可以指示该BCN可以使用什么类型的通信能力/介质，诸如Wi-Fi、蜂窝、局域网等。
BCN主机能力可以指示：1)如果BCN-1由诸如移动车辆的终端设备(例如该设备具有的计算和存储资源)来托管，则指示设备能力；2)如果BCN-2是驻留在某些物理服务器中的虚拟软件实例，则指示软件实例能力例如所分配的计算和存储资源。
BCN附属组织可以指示BCN-1的附属组织(例如，BCN-1所属的一方或组织)。
BCF可以检查从BCN-1发送的信息和/或可以将BCN-1验证为有效的区块链节点以供进一步操作。BCF可以托管本地BCN储存库。BCF可创建BCN-1的记录并添加相关信息(例如，如(12:1)所示并结合其在上文中所示)以供将来使用(12:2)。BCF可以为BCN-1分配BCNID(12:2)。BCN ID可以是外部ID，并且可以在中间层(例如BCF)和上层(包括BNA/BCA)中使用。BCN ID可以不同于BCN-1的ID，BCN-1作为底层区块链系统的参与节点。
BCF可以向BCN-1发送响应以确认其注册(12:3)。该响应可包括和/或指示所分配的BCN-ID。
BCF可以对BCN-1的其他对等节点感兴趣(例如，在某些地理区域中)，并且可以在对等节点(例如，作为区块链系统的一部分的底层P2P网络中的BCF-1的邻居)由BCN-1标识时要求BCN-1触发此类对等节点的注册操作。BCN-1可以在底层区块链系统中进行的广播通信期间监视对等节点的可用性。在标识其他BCN之后，BCN-1可以通过底层区块链系统或链外通信向它们发送触发和/或可以要求BCN注册到BCF。该响应可包括以下参数中的任一者：(i)感兴趣的BCN的一种或多种类型，(ii)感兴趣的BCN的数量，(iii)感兴趣的BCN的一个或多个性能要求，(iv)感兴趣的BCN的一个或多个期望区域，(v)感兴趣的BCN的一种或多种其他类型的特性，以及(vii)一个或多个期望的报告指令。感兴趣的BCN的类型可以指示BCF感兴趣的BCN的一种或多种类型，诸如部分节点、全节点、仅具有挖掘能力的节点或具有挖掘能力的全节点。感兴趣的BCN的数量可以指示要由BCN-1标识的感兴趣的BCN的数量。感兴趣的BCN的性能要求可包括BCN的相应存储器和CPU资源。感兴趣的BCN的期望区域可以指示BCN应该位于的一个或多个期望地理区域。注意，这只是一个示例，也能够包括其他类型的期望特性作为要求。BCF的访问细节可能是对BCN的指示，说明它们应该在哪里注册。期望的报告指令可包括详细的指令，该详细的指令告诉BCN-1应如何以定义的方式向BCF报告其实时状态和性能度量。例如，为了支持BCN管理操作，BCF可以要求BCN-1周期性地报告其实时性能度量。
图12的过程1200可以适于一个BCN注册到一个BCF。如上所述，区块链系统可包括分布在不同位置的多个(例如，许多)对等节点，并且每个对等节点可以具有类似或等效的能力。例如，区块链系统中的所有全节点可托管账本的副本和/或具有挖掘能力的所有全节点可参与挖掘过程。下文公开了BCN注册的其他过程。
过程1200可以适于更新已经向BCF注册的BCN的注册记录，除了BCN-1可以向BCF发送BCN注册更新请求，而不是如(12:1)所示向BCF发送注册请求。注册更新请求可包括BCNID。
代表性扩展1：BCN可以将一组BCN注册到BCF。
图13示出了示例性BCN注册过程1300。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述BCN注册过程1300。也可以使用不同的架构来执行过程1300。BCN注册过程1300可以适于BCN可以将一组BCN注册到BCF的场景。
BCN(例如，BCN-1)可以是特定类型的区块链系统的节点，并且可以已经通过BCF提供操作发现了BCF，如(13:0)所示。BCN-1可以从其在区块链系统中的对等体收集信息(例如，基于通过广播交换信息)，该信息可以指示存在区块链系统的其他对等节点(例如，BCN-2、BCN-3、BCN-4等)和/或可以注册到BCF以支持基于区块链的无线应用(例如，没有进行BCF提供操作并且希望依赖于BCN-1进行注册的任何其他对等节点)。BCN-1可以知道关于整个区块链系统的信息，包括例如区块链系统的其他BCN(例如，作为区块链系统中固有的P2P对等的函数)。BCN-1可以是管理器节点、控制器节点或其他类型的节点等等。
如(13:0)所示，BCN-1可向BCF发送注册请求。注册请求可以用于注册一组一个或多个BCN。注册请求可以为要注册的每个BCN指示和/或包括各种信息，例如能力、规范、特性、基本信息、参数等。注册请求可以为要注册的每个BCN包括上文公开的BCS信息和BCN特定信息中的任一者。
在各种实施方案中，该组BCN在与BCF交互时可以不具有任何协作。可以由BCF来决定与该组BCN中的哪一个进行交互。
在各种实施方案中，该组BCN可以支持某些协作以保证它们所属的底层区块链系统的系统性能。在此类实施方案中，该请求可包括以下任一项：
BCN优先级—可以指示要注册的所有BCN的优先级。如果存在该IE，则这可能意味着BCF可以经由具有最高优先级的BCN与底层区块链系统交互。如果具有最高优先级的BCN不可用，则BCF可检查具有第二最高优先级的另一BCN，依此类推。例如，BCN-1可以具有其他三个BCN即BCN-2、BCN-3、BCN-4中的最高优先级，并且对于与底层区块链系统的任何交互(例如，用以检索区块链系统的当前状态)，BCF可以尝试使用BCN-1来进行某些操作。如果BCN-1不可用(例如，离开系统)，则BCF可尝试使用BCN-2，因为其具有第二最高优先级。
由(13:2)表示的过程1300的操作类似于由(12:3)表示的过程1200(图12)的操作。每个已注册的BCN可以被分配BCN ID。BCF可以将组ID分配给该组BCN(或多个组ID并且每个组具有不同的BCN)。组ID可以被其他实体用来搜索包括在由组ID标识的组中的成员BCN。
由(13:3)表示的过程1300的操作类似于由(12:3)表示的过程1200(图12)的操作，除了响应可包括和/或指示组ID和所分配的BCN-ID中的任一者。
如(13:4)所示，BCN-1可以通知其他BCN(经由底层区块链系统)在BCF的注册成功和/或不成功。例如，BCN-1可以向每个BCN通知以下参数中的任一者：1)BCF的地址和/或访问细节；2)每个BCN所属组的组ID；以及3)每个BCN的优先级。
代表性扩展2：一组BCN可以注册到多个BCF。
图14示出了示例性BCN注册过程1400。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述BCN注册过程1300。也可以使用不同的架构来执行过程1400。BCN注册过程1400可以适于一组BCN可以注册到一组BCF的场景。
BCN(例如，BCN-1)可以是特定类型的区块链系统的节点，并且可以已经通过BCF提供操作发现了BCF。BCN-1可以从其在区块链系统中的对等体收集信息(例如，基于通过广播交换信息)，该信息可以指示存在可以注册到BCF以支持基于区块链的无线应用的其他对等节点(例如，BCN-2、BCN-3和BCN-4等)(14:0)。一组或多组BCN可能想要注册到不同的BCF。BCN-1可以知道关于整个区块链系统的信息，包括例如区块链系统的其他BCN(例如，作为区块链系统中固有的P2P对等的函数)。BCN-1可以是管理器节点、控制器节点或其他类型的节点等等。
如(14:1)所示，BCN-1可以收集区块链系统内的多个BCN(例如，BCN-2、BCN-3和BCN-4)的注册需要，并且可以向BCF-1发送单个注册请求。该注册请求可以用于注册若干BCN，其中至少两个BCN可以向相应的BCF注册。注册请求可以为要注册的每个BCN指示和/或包括各种信息，例如能力、规范、特性、基本信息、参数等。注册请求可以为要注册的每个BCN包括上文公开的BCS信息和BCN特定信息中的任一者。另选地和/或附加地，该请求可以指示和/或包括要注册的每个BCN的以下参数：期望的BCF，其可以指示特定BCN希望向其注册的特定BCF。
如(14:2)所示，BCF-1可以接收该注册请求。BCF-1可以例如使用由过程1200(图12)的(12:2)表示的操作来对要向BCF-1注册的BCN进行BCN注册。
如(14:3)所示，BCF-1可以向其他BCF发送注册请求，以便在其他BCF处进行任何其他注册(例如，基于每个BCN的期望BCF参数)。
如(14:4)所示，一个或多个其他BCF可处理对应的注册请求(例如，使用过程1200(图12)的(12:2)所示的操作)。
如(14:5)所示，注册响应可以从其他BCF发送到BCF-1，并且可以由BCF-1接收。
如(14:6)所示，BCF-1可以例如根据过程1200、1300(图12和图13)的(12:3、13:3)表示的操作来发送响应，除了该响应可包括和/或指示从BCF接收的所有注册响应的聚合响应，并且可包括BCN ID的列表。每个BCN ID可以由BCF-1和/或其他BCF分配。
如(14:7)所示，BCN-1可以例如根据图13的(13:4)表示的过程通知其他BCN(经由底层区块链系统)其向它们各自的/期望的BCF的注册成功和/或不成功。
代表性扩展3：BCN可以注册到多个BCF。
再次参考图14，还示出了示例性BCN注册过程1450。BCN注册过程1450可以适于BCN注册到一组BCF。除本文所公开的以外，由图14表示并结合该图公开的BCN注册过程1450类似于由图14表示并结合该图公开的BCN注册过程1400。当BCN被托管在诸如智能电话WTRU或移动车辆的移动节点上时，由图14表示并结合该图公开的BCN注册过程1450可能是有用的。
BCN-1可以注册到多个BCF(例如，BCF-1、BCF-2、BCF-3和BCF-4)，因为BCN-1被托管在移动主机上。基于BCN-1的计划轨迹，BCN-1可以计划在不同时间段期间注册到多个BCF。例如，BCN-1可以计划在BCN-1在地理区域A中行进的一天中的上午10点至11点的时间段期间注册到BCF-1，然后可以计划在BCN-1在不同地理区域B中行进的一天中的上午11点至下午2点的时间段期间注册到BCF-2。
由(14:1)表示的过程1450的操作类似于由(14:1)表示的过程1400的操作。例如，BCN-1可以向BCF-1指示它想要如何注册到多个BCF(例如，通过包括时间表)。
由(14:2)至(14:6)表示的过程1400的操作对于BCN注册过程1450是类似的，除了此类过程是针对待注册的每个BCF进行的。BCN注册过程1450不需要由(14:7)表示的过程1400的操作。
代表性的BCN管理
BCN管理操作可以针对BCF可以如何对向其注册的BCN进行某些管理活动。BCF可以监视特定BCN和对应的区块链系统的实时性能。BCN管理的目的可以是保证托管BCN可以满足上层用户诸如BNA和BCA的需要。在托管BCN(及其区块链系统)的性能不如预期的情况下，BCF可以执行某些管理任务(例如，找到可替换的BCN或可替换的区块链系统)，例如，以满足(例如，最好地满足)BNA和BCA的需要。
BCN管理操作的示例可包括基于推送的过程和基于拉取的过程。根据基于推送的过程，BCN中的一个或多个BCN可主动地向其管理BCF报告实时性能度量。根据基于拉取的过程，管理BCF可以向其托管BCN发送查询以收集某些信息。
代表性的基于推送的BCN管理方法
图15示出了基于推送的BCN管理过程1500。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述BCN管理过程1500。也可以使用不同的架构来执行过程1500。
在(15：1)表示的操作之前，BCN(例如，BCN-1)可能已经注册到BCF，例如，如本文所公开的。在BCN注册的响应消息中，BCF可以向BCN-1指示BCN-1应当如何向BCF报告实时性能度量(例如，使用期望的报告指令参数)。例如，BCF可以向BCN-1进行一个或多个预订以用于性能报告。
如(15：1)所示，BCN-1可向BCF发送性能报告请求(例如，由于向BCN-1进行的订阅)。该请求可包括以下参数：
●BCN ID-可以指示BCN-1的BCN ID。BCN ID可能已经由BCF在BCN注册期间分配给BCN-1。
BCN-1可向BCF报告各种性能度量。例如，BCN-1可以单独地传送关于(i)区块链系统(例如，作为整体)/和(ii)BCN-1的性能度量。BCN-1可以使用一个或多个(例如，不同的)报告来报告关于区块链系统的性能度量(“BCS性能度量”)和关于BCN-1的性能度量(“BCN特定性能度量”)。
BCS性能度量可包括以下中的一个或多个：
●附属区块链系统ID(ABS-ID)：ABS-ID可以指示BCN-1所属的区块链系统的ID。
●对等节点的最新数量。对等节点的最新数量可以指示在区块链系统中有多少个对等节点。
●最新账本大小：最新账本大小可以指示区块链系统的账本的最新大小。
●最新的对等节点地理分布。最新的对等节点地理分布可以指示区块链系统的对等节点的最新地理分布。
●最新性能度量：最新性能度量可以指示系统的最新性能度量。最新性能度量的示例可包括每小时的任何区块；每小时交易；交易延迟等。
BCN特定性能度量可包括以下任一者：
●最新本地性能度量：最新本地性能度量可以指示BCN-1本身的最新性能度量。最新本地性能度量的示例可包括以下任一项：
○每天(或每小时)确认的链上区段的最新数量：每天(或每小时)确认的链上区块的最新数量可指示BCN-1提交并且在最后一天(或每小时)由区块链系统成功确认的区块数量。
○最新可用的计算资源，诸如可用的BCN-1的存储器和CPU资源。
ο等等。
●最新地理位置：最新地理位置可以指示BCN-1的最新地理位置(例如，如果BCN-1是移动节点)。
●最新通信能力和性能：最新的通信能力和性能可以指示BCN的最新通信能力(例如Wi-Fi、局域网或蜂窝)和/或当前的通信带宽/规范。
如(15：1)所示，BCF可以接收从BCN-1发送的性能度量，并且如果有的话，可以执行适当的动作(15：2)。例如，BCF可以分析性能度量和/或可以决定需要执行什么动作。例如，动作可包括以下任一者：
●假设当前BNA-1和对应的BCA可以利用BCN-1经由BCF提供的底层区块链服务(例如，根据本文所公开的BNA注册)，BCF可以评估(例如，比较)从BCN-1接收的性能度量和BNA-1的期望性能需要(其可以在BNA注册操作期间由BNA-1指示给BCF)。BCF基于评估可以决定：
○1)是否对可以为BNA-1服务的底层区块链系统进行任何调整。例如，BCF可以做出以下决定中的一个或多个：
■BCF可以确定BCN-1的本地性能度量不能满足由BNA-1指定的性能需要，并且可以确定是否找到另一个BCN(例如，BCN-2)来为BNA-1服务。
■BCF可以决定BCN-1所属的整个区块链系统(例如，具有ABS-ID-1)的全局性能度量不能满足由BNA-1指定的性能需要。BCF可以确定是否从不同区块链系统(例如，具有不同的ABS-ID-2)中为服务BNA-1找到另一个BCN(例如，BCN-3)。BCN-2可以选自不同的区块链系统。
○2)是否向上层BNA或BCA发送任何通知以了解它们。
如(15:3)所示，BCF可以发送对BCN-1报告的性能度量的确认。
如(15:4)所示，如果BCF决定进行某些调整，例如选择服务BNA-1的不同BCN，则BCF可与BCN-1交互和/或与其他BCN交互。
如(15:5)所示，BCF可与BNA-1和/或其对应的BCA交互。例如，如果需要，BCF可以发送一个或多个通知消息以了解它们。例如，BCF可以通知BNA-1服务BNA-1的新分配的BCN是否能够和/或可以满足其需要。BCF可以隐藏来自BNA-1的新分配的BCN的详细特性(例如，在由(12:1)表示的过程1200(图12)的操作中公开的参数)。BNA-1和/或对应的BCA可以基于应用逻辑进行调整，例如以在不同的时间表中使用区块链服务。
图15的过程1500可以适于更新已经向BCF注册的BCN的注册记录，除了BCN-1可以向BCF发送BCN注册更新请求，而不是如(12:1)所示向BCF发送注册请求。注册更新请求可包括BCN ID和/或关于BCN的更新信息。
代表性的基于拉取的BCN管理方法
图16示出了基于拉取的BCN管理过程1600。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述BCN管理过程1600。也可以使用不同的架构来执行过程1600。
在(16:1)表示的操作之前，BCN(例如，BCN-1)可能已经注册到BCF。
如(16：1)所示，BCF可以向BCN-1发送性能查询请求。该请求可包括以下参数：
●BCN ID：BCN ID可以指示BCN-1的BCN ID。BCN ID可能已经由BCF在BCN注册期间分配给BCN-1。
BCF可以查询各种性能度量。各种性能度量可包括例如BCS性能度量和/或BCN特定性能度量，诸如上文公开的。
如(16：2)所示，BCN-1可向BCF报告一个或多个性能度量。由(16：3)至(16：5)表示的过程1600的操作类似于由(15：2)至(15：5)表示的过程1500(图15)的操作
代表性的BNA/BCA触发的BCN管理
BCN管理可以由BCN触发，例如当BCN的性能不能满足上层客户(即，BNA和对应的BCA)的需要或要求时。BCN管理可以由BNA和/或BCA响应于接收和/或确定使用由BCN提供的区块链服务的更新要求/需要而触发。先前分配的BCN(BCN在BNA注册操作期间被分配用于垂直应用，并且所分配的BCN将为BNA及其对应的BCA服务，参见下文)可能不满足更新的/新的要求。因此，某些BCN管理动作或调整可以由BCF完成。
图17示出了BNA/BCA触发的BCN管理1700的示例性过程。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述管理过程1700。也可以使用不同的架构来执行过程1700。在伴随附图的公开内容中阐述的术语“步骤”被理解为包括“一个或多个操作”，并且术语“步骤”和“操作”在本文中可以互换使用。伴随附图的公开内容中阐述的操作的附图标号可以包括由图号和冒号组成的前缀。
前提条件：BCN(例如，BCN-1)可以注册到BCF，并且可以在当前为BNA-1和一个或多个对应的BCA服务。BNA-1可以注册到BCF。
步骤1：BNA-1获得和/或确定服务BCN的更新的期望性能预期。BNA-1可向BCF发送更新的要求/需要(17：1)。
步骤2：BCF可以分析更新的要求/需要，并且可以决定要执行的一个或多个动作以满足BNA-1和对应的BCA的新要求(17：2)。可以执行与(17：2)表示的过程1500(图15)的操作类似的操作。
步骤3：如果BCF决定进行某些调整，例如用以选择新的BCN来服务BNA-1及其对应的BCA，则BCF可以与BCN-1交互和/或与其他BCN交互(17:3)。
步骤4：BCF可以确认是否满足更新后的期望性能要求(17:4)。BCF可以隐藏或不隐藏来自BNA-1的新分配的BCN的详细特性(例如，结合(12:1)所示的过程1200(图12)的操作公开的参数)。BNA-1和/或对应的BCA可以基于应用逻辑进行调整，例如用于在不同的时间表中使用区块链服务)，这可以是特定实现。
代表性BNA注册
区块链使能的系统能够和/或可以支持各种垂直无线应用，并且包括BCF的使能层是用于向垂直应用提供区块链作为服务的通用中间件。因此，当部署新的垂直应用时，其对应的BNA可注册到BCF，使得其能够利用区块链服务。一般来说，BNA可视为垂直无线应用的管理器，并且其可提供应用处理逻辑、相关联的BCA的列表和相关策略。BNA和相关联的BCA均可以是由BCF管理的一个或多个底层区块链系统的客户。
代表性的向BCF注册BNA以进行完整布置
当BNA注册到BCF时，BNA可以依赖BCF进行完整布置，包括：
1)在BNA的注册期间，BNA可以为期望的区块链服务指定其应用级要求。因此，BCF可以选择期望类型的BCN来为该垂直应用服务。
2)BCF负责部署应用逻辑处理模块，例如部署动作的可执行代码(其将由某些参与者执行)。
3)如果BNA需要与通信基础结构(诸如3GPP系统)交互，例如，用以将策略部署到通信基础结构中，则BCF可以代表BNA与通信基础结构交互。
在BNA注册到BCF之后，BCF变成BNA的归属BCF。
图18示出了示例性BNA注册过程1800。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述过程1800。也可以使用不同的架构来执行过程1800。过程1800可适于(用于)BNA可注册到具有完整BCF布置的BCF的场景。
前提条件：BNA(例如，BNA-1)是已经发现BCF的垂直无线应用的服务器/管理器。BNA-1可将其自身注册到BCF以利用区块链服务。每个垂直应用被实现为任务列表。每个任务被实现为动作列表的工作流。每个动作由参与者执行。参与者可以是BNA、BCA、BCF或通信系统中的其他网络功能实体。
步骤1：BNA-1可以向BCF发送注册请求以及关于垂直无线应用的信息(诸如智能制造和物流)。例如，注册请求可包括以下参数：第一组信息、第二组信息和第三组信息。
第一组信息可包括指示、涉及、关联于和/或对应于BNA、对应的垂直应用和/或潜在BCA的信息，例如：
●应用名称：应用名称参数可指示垂直应用的名称。
●注册凭证：注册凭证参数可包括BCF验证和注册BNA-1所需的信息(例如，基本信息)。
●相关BCA：相关BCA参数可指示属于同一垂直应用的BCA(例如，可与BCF和BNA-1交互以用于与此垂直应用相关的各种处理的BCA)。相关BCA参数可以是相关BCA的标识符列表(例如，特定BCA-ID列表或WTRU-ID列表，因为BCA可以驻留在WTRU上，或制造生产序列号列表)。示例是在许可或私有区块链系统中，只有被许可的用户可以访问为特定垂直应用服务的区块链。另选地，相关BCA参数可包括关于何种BCA能够和/或可以与BCF或BNA-1交互的一个或多个过滤标准。在各种实施方案中，相关BCA参数可包括从垂直应用的管理服务器获得的相关BCA的标识符列表。
第二组信息可包括指示、涉及、关联于和/或对应于垂直应用(例如，BNA-1)可以使用的期望BCN的互操作性、要求、需求和/或性能(例如，期望性能)，例如：
●期望的区块链系统类型：期望的区块链系统参数可以指示BNA-1的区块链系统的期望类型，诸如公共链、私有链或联盟链。
●期望的共识机制：期望的共识机制参数可以指示BNA-1的期望类型的共识机制。
●所支持的加密货币：所支持的加密货币参数可以指示BNA-1是否打算使用区块链系统固有的加密货币。例如，比特币系统是支持加密货币的区块链系统之一。
●对新链的需要：对新链的需要参数可以指示是否应当将与BNA-1相关的所有交易存储在新链上。对于给定的区块链系统，可以创建和维护多个链。例如，与BNA-1相关的数据不能与BNA-2相关的数据一起存储。在这种情况下，可能期望与BNA-1相关的所有交易可以存储在链A中，而与BNA-1相关的所有交易可存储在另一链B中，并且两个链可由相同组的区块链节点托管/运行。在一个实施方案中，如果该参数的值为真，则这可能意味着BNA-1需要新链来存储其相关数据。否则，这意味着BNA-1不需要新链。
●期望的性能要求：期望的性能要求参数可以指示BNA-1想要使用的区块链系统的期望的性能要求，例如(i)期望的每小时确认的区块数量，(ii)期望的每小时交易，(iii)期望的交易延迟(iv)等等。
●允许的BCA数量：允许的BCA数量参数可以指示与BNA-1相关联并且被允许使用区块链系统的BCA的数量。
第三组信息可包括指示、涉及、关联于和/或对应于应用逻辑处理的信息，例如：
●应用任务列表：应用任务列表参数可以指示与垂直应用相关的一个或多个任务的列表。在任务列表上列出的任务可以形成垂直应用的应用逻辑处理。在实施方案中，对于每个任务，应用任务列表参数可包括以下信息：
○任务ID：任务ID参数可以指示该垂直应用的具体任务ID。
○任务工作流和参与者：任务工作流和参与者参数可以指示任务的整个工作流，例如，采取第一动作(即，用以触发任务执行)的第一参与者，以及要完成的后续动作。
○对于每个动作，应用任务列表参数可包括以下信息(例如，动作通常对应于由参与者进行的处理，其由可执行代码实现)：
■参与者：参与者参数可以指示谁是动作的参与者。该信息可以为给定任务定义所涉及的参与者。例如，参与者可以是BNA、BCA、BCF、通信基础结构中的网络功能等中的任一者。例如，BCF的任务流A中的动作1可以是处理请求并向BCA-1发回响应。任务流A中动作1之后的后续动作可以是动作2，其将由BCA-1(作为动作2的参与者)来完成。动作2包括从BCF接收响应并进行一些进一步的处理(由BCA-1进行)。
■可执行代码：每个动作(其可以具有动作ID)可以被实现为可执行软件代码。可执行的软件代码可以被部署到对应的参与者，如工作流中的定义。可执行代码参数可包括可执行代码和/或可指示所存储的可执行代码和/或BCF下载或检索代码的URL。
■交易格式：在动作要创建区块链交易的情况下，交易格式信息可指示对于该特定动作，如果需要，将创建区块链交易的类型；以及与该动作相关的交易的格式(例如，精确格式)。例如，交易格式参数可包括以下信息：
■垂直应用名称或BNA ID：垂直应用名称或BNA ID参数可指示特定垂直应用的名称、垂直应用的标识符、预先提供的BNA-ID和由BCF分配的BNA-ID中的任一者。
■任务ID：任务ID参数可以指示任务的标识符。另选地，任务ID参数可以是特定的任务名称。总之，该参数中的信息将示出(可能指示)要创建的交易与哪个特定过程相关。
■动作ID：动作ID参数可以指示任务的动作的标识符。另选地，动作ID参数可以是特定动作名称。总之，该参数中的信息将示出(可能指示)要创建的交易与哪个特定动作/操作相关。
■参与者ID：一般来说，参与者ID参数可以指示参与者的标识符，它可以是参与者ID、参与者的特定名称、参与者的唯一序列号、参与者的MAC地址、生产制造序列号等。参与者可以例如通常是BCF，假定BCF可以与底层BCN交互以将新交易插入到区块链中。
■交易创建时间：交易创建时间参数可以指示何时创建区块链交易。
■其他应用特定数据(如适用)
■配置数据：对于要采取的给定动作，有可能在该动作的处理期间参考配置数据。配置数据的一个示例可以是策略，并且动作可以指执行策略。对于配置数据的每个特定信息元素，配置数据参数可包括任何以下信息：
■数据名称：例如，某个策略名称。
■数据内容：实际数据内容。例如，它可以是详细的策略。
■数据部署位置：例如，与区块链相关的策略可以存储在BCF中(即，该策略可以由BCF执行)，或者该策略可以直接存储在通信基础结构中，例如存储在3GPP网络的PCF中。例如，假设交易是描述BCA的状态，并且一个策略(例如，策略X)可以是如果(由WTRU托管的)BCA位于特定区域中(由于隐私问题)则不应当创建交易。在这种情况下，如果策略X可以被直接部署到3GPP网络中(例如，部署到PCF)，使得其他3GPP网络功能可以容易地检索策略X并在WTRU移动到如策略X中所述的特定区域时自动执行该策略X，则可能是期望的。
步骤2：BCF可以检查从BNA-1发送的信息，并且可以基于注册凭证参数将BNA-1验证为表示垂直应用的有效BNA。BCF可以托管本地BNA储存库，并且它可以为BNA-1创建新的BNA记录，以及添加步骤1中指定的相关信息以供将来使用(18:2)。BCF可以为BNA-1分配BNAID(18:2)。
步骤3：BCF可以分析从BNA-1发送的期望的性能要求，检查其BCN储存库，并选择适当的BCN来满足BNA-1的需要(18:3)。例如，BCN-1可被选择为适当的BCN，用于服务BNA-1的所有区块链相关处理。在高级场景中，BCF能够和/或可以为垂直应用的特定任务或为任务的特定动作(例如，使用区块链服务的更细粒度的方法)选择适当的BCN。在另一高级场景中，如果BCF不能在其自己的BCN储存库中找到用于服务BNA-1的期望BCN的情况下，它可请求其他BCF帮助确定另一BCF是否管理能够和/或可以为BNA-1服务的某一BCN(结果，BNA-1然后可选择注册到稍后的BCF)。
步骤4：对于每个配置数据，BCF进行各种部署(18:4)。例如，配置数据的特定信息元素可以是策略，并且这种策略需要被直接部署到3GPP网络中用于执行。BCF可以代表BNA-1执行该任务，用以与3GPP网络交互并将此类策略部署到3GPP网络的PCF中，或用以存储在3GPP网络的UDM中。又如，BCF可在本地或向BCC和/或另一BCF安装此类策略。BCF可基于配置数据生成新的策略规则，并将这些新的策略规则安装到3GPP网络中的BCN、BCC、另一BCF和/或PCF。
步骤5：对于在步骤1的请求消息中指定的每个任务，BCF可以进行某些部署(18:5)。例如，每个任务涉及动作的工作流，并且这些动作由不同的参与者完成。因此，BCF可以将每个动作的可执行代码部署到对应的参与者。如果在动作期间可以使用某些配置数据，则BCF还需要配置参与者，使得参与者知道在哪里获得在步骤4中部署的所需配置数据。
步骤6：BCF可以向BNA-1发送确认以确认其注册(18:6)。BCF变成BNA-1的归属BCF，从而属于相同的垂直应用。
可以看出，在上述过程中，BCF具有多个角色，例如：1)管理BCN并与其交互以为BNA和对应的BCA服务；2)与通信基础结构交互(例如，代表BNA/BCA向3GPP网络部署策略)；3)将每个动作的可执行代码部署到对应的参与者；以及4)执行动作(例如，执行应用逻辑代码、从3GPP网络收集某些数据或代表BNA将区块链交易存储在BCN中)。另选地，BNA-1可在向BCF注册之后使用单独的步骤将第三组信息(对应于应用逻辑处理)发送到BCF。在经由单独的步骤接收到应用逻辑处理信息之后，BCF可以执行如上所述的步骤4和步骤5。
代表性的向BCF注册BNA以进行部分布置
在本部分中，当BNA注册到BCF时，它依赖于BCF来进行部分布置。例如，在BNA注册期间，它可以(例如，仅)为期望的区块链服务指定其应用级要求。因此，BCF可以选择期望类型的BCN来为该垂直应用服务。所有其他事项可由BNA本身处理，例如BNA本身负责部署应用逻辑处理模块，例如部署动作的可执行代码(其将由某些参与者执行)。如果BNA需要与通信基础结构(例如3GPP系统)交互，例如，用以将策略部署到通信基础结构中，则BNA可以直接与通信基础结构交互。
图19示出了示例性BNA注册过程1900。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述过程1900。也可以使用不同的架构来执行过程1900。过程1900可适于(用于)BNA可注册到具有部分BCF布置的BCF的场景。
前提条件：BNA(例如，BNA-1)是已经发现BCF的特定垂直无线应用的服务器/管理器。BNA-1打算将其自身注册到BCF以利用区块链服务。每个垂直应用被实现为任务列表。每个任务被实现为动作列表的工作流。每个动作由参与者执行。参与者可以是BNA、BCA、BCF或通信系统中的任何其他网络功能实体。
步骤1：BNA-1可以向BCF发送BNA注册请求以及关于垂直无线应用的信息(诸如智能制造和物流)。例如，注册请求可包括以下参数：
第一组信息，其可包括指示、涉及、关联于和/或对应于BNA、对应的垂直应用(例如，BNA-1)和/或潜在BCA的信息，诸如：如过程1800的步骤1所述(图18)。
第二组信息可包括指示、涉及、关联于和/或对应于垂直应用(例如，BNA-1)可以使用的期望BCN的互操作性、要求、需求和/或性能(例如，期望性能)，诸如如过程1800的步骤1(图18)所述。
第三组信息可包括指示、涉及、关联于和/或对应于应用逻辑处理的信息，诸如：针对图18的步骤1描述的第三组信息(除了BNA-1不需要指定“配置数据”部分之外)。
步骤2：与图18的步骤2相同。
步骤3：与图18的步骤3相同。
步骤4：BCF可以向BNA-1发送潜在地具有为BNA-1分配的BNA ID的确认，以便确认其注册。
步骤5：为了运行垂直应用，可能需要某些配置数据。因此，对于每个配置数据，BNA-1可以进行某些部署。例如，一条配置数据可以是策略，并且此类策略需要被直接部署到3GPP网络中用于执行。因此，BNA-1可以执行该任务用以与3GPP网络交互并将此类策略部署到3GPP网络的PCF中，或用以存储在3GPP网络的UDM中。
步骤6：对于每个任务，BNA-1可以进行某些部署。例如，每个任务涉及动作的工作流，并且这些动作由不同的参与者完成。因此，BNA-1可以将每个动作的可执行代码部署到对应的参与者。特别地，如果在动作期间可以使用某些配置数据，则BNA-1可以配置参与者，使得参与者知道在哪里获得所需的配置数据。
代表性的BCF发现和选择
对于BCF发现和选择可以有不同的系统设置和假设。因此，本部分提出了在三个不同场景中发现BCF的解决方案，并且每个场景具有其自己的假设和设置。
代表性场景1：当BCA能够出于不同的目的与多个BCF相关联时
在该场景中，我们考虑以下系统设置和假设：
●WTRU上的BCC-1可以注册到BCF，该BCF是由BCC-1服务的BCA的第一联系BCF(接下来将定义)(例如，基于其当前位置)。
●由BCC-1服务的任何BCA(例如，BCA-1)可注册到其归属BCF(接下来将定义)，该BCF是其对应的BNA向其注册的BCF。
●此外，由BCC-1服务的任何BCA(例如，BCA-1)可注册到受访BCF(接下来将定义)，该受访BCF可以是边缘或更靠近BCA-1的其他位置上的BCF，并且可向BCA-1提供与其归属BCF等效的区块链服务。
此操作主要与托管BCA的WTRU有关。通常，对于给定的BCA(例如，BCA-1)，其可具有用于各种目的的不同类型的发现，如下所列：
●归属BCF发现：在这种类型的发现中，如果BCA-1第一次进入系统，BCA-1将找到合格的BCF作为其用于BCA注册的归属BCF(该BCF被定义为BCA-1的归属BCF)。
●受访BCF发现：在这种类型的发现中，BCA已经注册到归属BCF(其托管BCA-1的注册记录)，但是现在BCA打算找到另一BCF(其被定义为其受访BCF)以利用区块链服务。例如，受访BCF可以是更靠近边缘或更靠近BCA的当前位置部署的BCF，并且可以向BCA提供区块链服务并帮助BCA进行区块链相关操作(例如，受访BCF管理底层BCN，其为BCA的期望BCN)。
因此，对于在其当前位置的给定BCA-1，可以有三种不同类型的BCF：
●归属BCF：归属BCF(例如，BCF-1)是对应的BNA向其注册的归属BCF。在该归属BCF中，其托管BNA注册储存库以及BCA注册储存库。归属BCF可与向BCA-1及其对应的BNA提供区块链服务的底层BCN交互。
●受访BCF：由于BCA-1的移动，BCA-1可由受访BCF直接服务。原因在于，如前所述，底层区块链系统是分布式系统并且具有许多对等BCN。例如，归属BCF(例如，BCF-1)能够与BCN-1交互以为BCA-1服务，并且BCN-1是来自区块链系统1的节点(即，具有附属区块链系统ID ABS-ID-1)。对于具有ABS-ID-1的区块链系统，其可以具有由另一BCF-2管理的另一对等节点，例如BCN-2。特别地，BCF-2部署在更接近BCA-1的当前位置的位置。因此，如果BCA要进行任何区块链相关操作(例如，检索交易)，则期望BCA-1可以尝试发现BCF-2(作为其受访BCF)并尝试使用BCF-2来进行区块链相关操作。这样，它能够节省用于与其远程归属BCF通信的大量通信成本。
●第一联系BCF：第一联系BCF是在其当前位置提供到BCA-1的第一跳连接的BCF。受访BCF可能在比其归属BCF更接近BCA-1的位置，但不在BCA-1的紧邻位置。BCA-1可依赖于部署在其当前位置(或对应的地理区域)的其第一联系BCF来进一步发现其归属BCF(用于归属BCA注册)或受访BCF(用于进行区块链相关操作)。另选地，第一联系BCF的角色可被其他实体取代，只要它能够帮助BCA-1找到其归属BCF或受访BCF。给定BCA-1，其第一联系BCF可以是由其对应的BCC注册的BCF。换言之，托管BCA-1的BCC-1可注册到附近的BCF，并且这种BCF可被视为BCA-1的第一联系BCF。例如，BCC-1可以向网络广播发现消息，以便发现覆盖其当前位置的可用BCF(如图20的步骤0所示)。
归属BCF、受访BCF和第一联系BCF都是逻辑角色，并且可以位于同一位置或充当同一物理BCF实例。例如，对于给定的BCA，其第一联系BCF也可能是其受访BCF。
用于BCA注册/关联目的的归属BCF发现
图20示出了示例性归属BCF发现过程2000。为了方便和简化说明，参考BEWA架构1000(图10)和通信系统100(图1和图5)来描述过程2000。也可以使用不同的架构来执行过程2000。过程2000可适于(用于)图20所示的场景1中用于BCA注册目的的归属BCF发现过程的场景。
前提条件：BCC(例如，BCC-1)已经发现了BCF，并已经基于托管BCC-1和BCA-1的WTRU的当前位置向其(例如，BCF-1)注册。BCF-1可以是BCA-1的第一联系BCF。在系统中存在多个BCF，并且由于例如周期性的信息交换，它们是彼此已知的。
步骤1：BCA-1可以在相同的WTRU上向BCC-1发送发现请求(在更一般的情况下，BCC-1可以被托管在其他地方)，并且该请求可包括以下参数：
●发现目的：这将指示发现的目的。在这种情况下，目的是“BCA注册”。因此，BCF-1知道BCA-1刚进入系统并打算找到其归属BCF。
●身份信息：该参数用于显示BCA-1的身份，即指示谁是BCA-1。例如，如果BCA-1被预先提供有BCA_ID，则它可在该参数中指示其BCA_ID，使得可以在发现期间使用该信息以标识BCA-1的归属BCF。
●注册凭证：该参数包括归属BCF验证BCA-1所需的基本信息(例如BCA-1的标识)。
●应用名称：这将指示诸如智能制造和物流的垂直应用的名称。BCA及其BNA具有相同的应用名称。可在发现期间使用该信息以标识BCA-1的归属BCF
●BNA ID：这将指示BCA-1的对应的BNA的标识符。可在发现期间使用该信息以标识BCA-1的归属BCF。
步骤2：BCC-1可向BCF-1发送(转发)该请求。
步骤3：BCF-1可将查询请求与BCA-1的标识信息一起发送到其他BCF。通常，BCF-1可请求其他对等BCF检查其相应的BNA注册储存库并标识BCA-1是否包括在由BNA(例如，BNA-1)表示/注册的垂直无线应用的“相关BCA”中。
步骤4：BCF-2可以从BCF-1接收查询请求，并且可以检查其BNA注册储存库。特别地，BCF-2在BCA-1被包括在表示特定垂直无线应用的BNA-1的“相关BCA”参数中的意义上找到匹配。或者BCA-1的标识满足如“相关BCA”参数中指示的过滤标准，并且BCA-1的标识可以指BCA-ID(当BCA可以被预先提供时)或制造生产序列号(当BCA还没有分配的BCA-ID时)。
结果，这意味着BCA-1是该垂直应用的客户端实体，而BCF-2是BCA-1的归属BCF。
步骤5：BCF-2可以将其响应发送回BCF-1，并且指示BNA-1已经在其BNA注册储存库中被标识，并且BCA-1应当向BCF-2注册。
步骤6：BCF-1可向BCC-1发送发现响应，并指示BCF-2被标识，其应该是BCA-1的归属BCF。BCA-1可向BCF-2进行BCA注册过程。
步骤7：BCC-1可向BCA-1发送(转发)响应。
另选的过程是在步骤1中，由BCC-1发起发现请求，并且详细过程如图21所示。这适用于BCC-1可以为多个BCA(诸如在相同的WTRU上并且由相同的BCC-1服务的BCA-1、BCA-2、BCA-3)服务并且它们中的每一个打算发现它们各自的归属BCF的情况。因此，BCC-1可以向BCF-1发出单个发现请求，这将标识多个BCF。在这种情况下，图20中所示的步骤3至步骤5可进行多次(即，图21中的步骤2)，并且每次为特定的BCA找到归属BCF。
BCA找到其归属BCF的另一方式是可以向BCA预提供其对应的BNA的访问地址。BCA可联系其BNA以请求归属BCF注册指令。因此，BNA可向BCA提供归属BCF的地址。这样，BCA可以找到其归属BCF。
用于使用区块链服务目的的代表性的受访BCF发现
图22示出了用于使用区块链服务目的的受访BCF发现过程。
前提条件：BCC节点(例如，BCC-1)已经发现了BCF，并已经基于托管BCC-1和BCA-1的WTRU的当前位置向其(例如，BCF-1)注册。BCF-1是BCA-1的第一联系BCF。BCA-1可以向其归属BCF(例如，BCF-2)注册。
步骤1：BCA-1可向BCC-1发送发现请求，并且该请求可包括以下参数：
●发现目的：这将指示发现的目的。在这种情况下，目的是“区块链服务利用”。因此，BCF-1知道BCA-1可以向其归属BCF注册，并且现在打算使用区块链服务。
●BCA ID：该参数是表明BCA的身份。一般来说，其归属BCF可在BCA注册过程期间分配BCA ID。
●要执行的区块链相关操作：这将指示关于将进行哪种类型的区块链操作的详细信息。
●归属BCF：这将指示BCA-1的归属BCF(例如，BCF-2)
●当前位置：这将指示BCA-1的当前位置。
步骤2：BCC-1可向BCF-1发送请求。
步骤3：BCF-1可检查该请求并可能知道BCA-1想要使用区块链服务。BCF-1可以联系BCF-2并让BCF-2作出进一步的决定。可选地，BCF-1可以具有关于其附近的其他BCF的一些信息，因此，BCF-1可以发送指示用于选择的BCF-1的一个或多个候选BCF的信息。
步骤4：BCF-1可向BCF-2发送请求，该请求携带从BCA-1发送的信息。
步骤5：BCF-2可以接收该请求并进行以下处理：
●确定是否允许BCA-1请求的操作。这可以基于在BNA注册期间获得的关于应用逻辑处理的详细信息。
●找出BCF-2管理的哪个特定BCN负责为BCA-1(例如，BCN-1)的区块链操作服务。BCF-2可能找出BCN-1所属的区块链系统的附属区块链系统ID(ABS-ID)。
●基于BCA-1的当前位置，它决定适当的BCF(例如，在BCF-1已经在步骤3中发送候选BCF的列表的情况下，基于它自己的信息或基于从BCF-1发送的一些信息)，例如，在BCA-1附近部署并具有BCA-1所需的所需区块链资源(例如，托管与BCN-1相同类型的BCN)的潜在BCF。BCF-2还可以决定它自己能够和/或可以为BCA-1服务。在这种情况下，这意味着此时服务BCA-1不需要受访BCF。如果不能识别这样的BCF-3，则BCF-2可以自行为BCA-1服务。
步骤6：BCF-2可以向潜在BCF发送服务提供请求以及以下信息：
●BCA ID：该参数是表明BCA-1的身份。
●附属区块链系统ID(ABS-ID)：这将指示BCA-1打算使用什么类型的区块链系统。例如，在最后一步中，标识出BCA应该使用具有ABS-ID-1的区块链系统。
●要执行的区块链操作：这将指示关于将进行哪种类型的区块链操作的详细信息。
步骤7：BCF-3可接收该请求，检查其BCN注册储存库，并标识其管理的BCN之一(例如，BCN-2)来自BCA-1打算使用的同一区块链系统。换言之，BCN-2的附属区块链系统ID也是ABS-ID-1。BCF-3可以决定它能够为来自BCA-1的请求服务，以进行其区块链相关操作。
步骤8：BCF-3可向BCF-2确认BCA-1能够和/或可以将其对区块链相关操作的请求发送到BCF-3以供处理。
步骤9：BCF-3可向BCF-1确认BCA-1能够和/或可以将其对区块链操作的请求发送到BCF-3以供处理。
步骤10：BCF-1可向BCC-1确认BCA-1能够和/或可以将其对区块链操作的请求发送到BCF-3以供处理。
步骤11：BCC-1可向BCA-1确认BCF-3已被标识，并且BCA-1能够和/或可以将其对区块链操作的请求发送到BCF-3以供处理。
在上述过程中，归属BCF找到适当的受访BCF(如步骤5所示)。另选地，BCF-1可仅从BCF-2检索基本信息，并使BCF-1找到BCA-1的适当的受访BCF。在这种情况下，一旦BCF-1标识出适当的受访BCF，就可以由BCF-1执行步骤6。
另外，一旦受访BCF(即，BCF-3)开始为BCA-1服务，它可向BCA-1的归属BCF报告服务状态/数据/性能，并使BCA-1的归属BCF进行一些管理，诸如计费。归属BCF可与受访BCF协作。例如，某些访问控制处理可能仍然必须由归属BCF完成，而受访BCF仅进行与区块链相关处理。另一示例，如果受访BCF暂时不能为BCA-1提供某些区块链操作服务，则此类请求仍可被发送回归属BCF进行处理。
另选的过程是在步骤1中，由BCC-1发起发现请求，并且详细过程如图23所示。这适用于BCC-1可以为多个BCA(诸如在相同的WTRU上并且由相同的BCC-1服务的BCA-1、BCA-2、BCA-3)服务并且它们中的每一个打算发现它们各自的受访BCF的情况。因此，BCC-1可以向BCF-1发出单个发现请求，这将标识多个受访BCF。在这种情况下，图22中所示的步骤3至步骤9可进行多次(即，图23中的步骤2)，并且每次为特定的BCA找到期望的受访BCF。
图23示出了受访BCF发现(用于使用区块链服务目的)(BCC发起的发现)的示例。
代表性场景2：当BCA一次只能与一个BCF关联时
在该场景中，以下是系统设置和假设的示例：
●WTRU上的BCC(例如，BCC-1)未注册到BCF。
●由BCC-1服务的BCA可以注册到BCF以便使用区块链服务。
●BCA能够和/或可以一次仅注册到一个BCF或与一个BCF相关联。特别地，BCA能够或可以始终与BCF(例如，BCF-1)相关联，其对应的BNA已向该BCF注册。如果是这种情况，则意味着BCF-1可能始终是为所有BCA和特定垂直无线应用的BNA提供区块链服务的唯一BCF。另选地，也可以采用脱离的方法，即BCA-1不必向由其对应的BNA注册的同一BCF注册。相反，BCA-1可与不同的BCF(例如，BCF-2)相关联，例如，BCF-2可提供与BCF-1相同的区块链服务(例如，相同类型的BCN)和/或BCF-2的部署更靠近BCA-1。
●BCC-1仅帮助将来自托管BCA的请求转发到其目标BCF。
在场景2中，BCF发现仅用于BCA注册，即BCA-1将为BCA注册找到合格的BCF。换言之，诸如“第一联系BCF”、“归属BCF”和“受访BCF”的逻辑角色不存在于场景2中。
图24示出了场景2中用于BCA注册目的的BCF发现过程。
步骤1：BCA-1可以在相同或不同的WTRU上向BCC-1发送发现请求，并且该请求可包括以下参数：
●身份信息：该参数用于显示BCA的身份，即指示谁是BCA-1。例如，如果BCA-1被预先提供有BCAID，则它可在该参数中指示其BCA ID，使得可以在发现期间使用该信息，以便标识BCA-1能够和/或可以将其自身注册到的BCF。
如果BCA-1已经知道其对应的垂直应用的基本信息(例如，通过预先提供或先前向另一BCF注册)，则可指示以下信息：
●应用名称：这将指示BCA-1所属的垂直应用的名称。
●对应的BNA ID：这将指示谁是BCA-1的服务端BNA。
如果BCA-1已经知道它需要什么类型的区块链服务(例如，通过预先提供或通过先前向另一BCF注册)，则它可以指示关于它想要使用的期望BCN的以下信息：
●BCN类型：这将指示被选择来向BCA-1及其对应的BNA提供区块链服务的BCN的类型(这是在BNA注册过程期间确定的)。
●对应的BNA的注册BCF：这将指示BCA-1的对应的BNA已经向其注册的BCF的ID(通过BNA注册过程)。
步骤2：BCC-1可以托管BCF列表，该BCF列表将可用BCF存储在当前位置(此类列表可以通过由BCC-1在其当前位置接收的本地BCF广播来预先提供或获得)。
步骤3：BCF-1可将查询请求连同步骤1中指示的信息一起发送到列表中的其他BCF(例如，BCF-1)。
步骤4：BCF-1可以从BCC-1接收该查询请求。特别地，BCF-1可管理用于为BCA-1的其对应的BNA服务的相同类型的BCN(如步骤1中的BCN类型参数所示)。可选地，BCF-1可首先联系BCA-1的对应BNA的注册BCF(如步骤1中的“对应的BNA的注册BCF”参数所示)以获得更多信息。BCF-1可以决定它想要为BCA-1服务，因为它能够和/或可以向BCA-1提供等效的区块链服务。
步骤5：BCF-1可将其响应发送回BCC-1并指示其愿意接受BCA-1的注册。
步骤6：BCF-1可向BCC-1发送发现响应，并指示BCF-1被标识。
图25示出了场景2中的BCF发现的示例性过程(用于BCA注册/关联目的)-由BCC发起。
另选的过程是由BCC-1发起发现请求，并且详细过程如图25所示。这适用于BCC-1可以为多个BCA服务(例如BCA-1、BCA-2、BCA-3由相同的BCC-1服务)并且它们中的每一个想要发现期望的BCF的情况(记住，在场景2中，每个BCA可以一次仅与一个BCF相关联，但是可以存在多个BCA，并且因此它们中的每一个可能需要标识期望的BCF)。因此，BCC-1能够和/或可以帮助为每个BCA找到期望的BCF。在这种情况下，图24中所示的步骤3至步骤5可进行多次(即，图25中的步骤1)，并且每次为特定的BCA找到期望的BCF。如果有一个BCF能够和/或可以为所有这些BCA服务，则图25中的步骤1可以只执行一次。
场景3：当BCC一次只能与一个BCF相关联时
在该场景中，我们考虑以下系统设置和假设：
●BCC(例如，BCC-1)可以实施现有的广播方法来发现可用的BCF。
●WTRU上的BCC-1能够和/或可以一次仅注册到BCF(例如，基于其当前位置)。
●BCC-1可基于其自己的决定注册到BCF(例如，BCC-1可以选择BCF-1进行注册)。
●BCA不必向BCF注册。
●如果BCF-1管理BCA-1的期望BCN，则由BCC-1服务的任何BCA(例如，BCA-1)可使用由BCF-1(其由BCC-1注册)提供的区块链服务。或者，如果BCF-1不管理BCA-1的期望BCN，则BCA-1可请求BCF-1与其对应的BNA的归属BCF通信，该BNA托管BCA-1的期望BCN。
在场景3中，BCC-1可以仅进行本地广播来发现附近可用的BCF，并且为了节省空间没有示出该过程。
BCC/BCA注册
BCA可将其自身注册到BCC并成为该BCC的服务BCA。一旦发现BCF，BCC可将其自身和/或其所服务的BCA注册到BCF。同样，BCA可将其自身注册到所发现的BCF，所发现的BCF可以是常规BCF、归属BCF或受访BCF。对于BCC/BCA注册可以有不同的系统设置和假设。因此，提出了在三种场景中对BCC/BCA注册的解决方案，并且每种场景具有其自己的假设和设置。
代表性场景1：当BCA能够出于不同的目的与多个BCF相关联时
在场景1中，我们考虑以下系统设置和假设：
●WTRU上的BCC-1可以注册到BCF，该BCF是由BCC-1服务的BCA的第一联系BCF(例如，基于其当前位置)。
●由BCC-1服务的任何BCA(例如，BCA-1)可注册到其归属BCF，该BCF是其对应的BNA向其注册的BCF。
●此外，由BCC-1服务的任何BCA(例如，BCA-1)可注册到受访BCF，该受访BCF可以是边缘或更靠近BCA-1的其他位置上的BCF，并且可向BCA-1提供与其归属BCF等效的区块链服务。
在本部分中，讨论BCC注册和BCA注册：
●BCC注册是将BCC注册到BCF。通常，该BCF是由相同WTRU上的BCC(在其当前位置)服务的BCA的第一联系BCF。
BCA注册具有两种类型的BCA注册：
●该第一类型的注册是BCA注册到其归属BCF，该归属BCF已经在用于BCA注册目的的归属BCF发现操作中被标识。
●该第二类型的注册用于BCA注册到受访BCF注册以使用区块链服务，该受访BCF已经在使用区块链服务的目的的受访BCF发现操作中被标识。
代表性的BCC注册到第一联系BCF
图26示出了示例性BCC注册过程(例如，在场景1中)。
前提条件：WTRU可以托管BCC-1，其可以为上层BCA服务。通过预先提供或本地广播，BCC-1已经标识了BCF(例如，BCF-1)并且打算将其自身注册到该BCF。注意，对于上层BCA，BCF-1是它们在当前位置的第一联系BCF。
步骤1：BCC-1可向BCF-1发送注册请求，并且该请求可包括以下参数：
●BCC ID：这是BCC ID的标识。一般来说，对于WTRU上的给定BCC，其可具有全局唯一BCC ID，或者其可具有用于当前第一联系BCF的本地唯一BCC ID。在BCC-1已经具有全局BCC ID(这意味着它已经在之前注册到其他BCF或者已经预先提供有BCC-ID)的情况下，则该参数可以指示该BCC ID。
○注册凭证：该参数包括BCF-1验证和注册BCC-1所需的基本信息。
○关于BCC-1的其他基本信息，例如：
●关于托管WTRU的基本信息，诸如WTRU的计算资源、通信能力、当前位置、移动性/路径规划、可用电池等。
●通信能力：例如，BCC-1想要如何与BCF-1通信，例如Wi-Fi、蜂窝或局域网。
●关于所托管的BCA的信息：可选地，BCC-1可以携带关于其所托管的BCA的某些信息。例如，可以携带以下信息：
○由BCC-1托管或服务的BCA的名称列表或标识列表。
○如果BCA打算将它们自己注册到它们各自的归属/受访BCF，则为由BCC-1服务的每个BCA的注册凭证书。
○每个BCA的相应归属BCF ID(其在BCF发现阶段期间被标识)
○每个BCA的相应受访BCF ID(其在BCF发现阶段期间被标识)
注意，如果包括“关于所托管的BCA的信息”，则这意味着步骤1旨在发起多种类型的注册，即：
●将BCC-1自身注册到第一联系BCF，即BCF-1
●将由BCC-1服务的BCA注册到其各自的归属BCF(归属BCF注册)或其各自的受访BCF(受访BCF注册)。
步骤2：BCF-1可以验证BCC-1并且可以为BCC-1创建注册记录。如果BCC-1不指示其BCC ID，则BCF-1可向BCC-1分配新的BCC ID，即全局BCC ID或本地唯一ID。
步骤3。可选步骤。在包括“关于所托管的BCA的信息”的情况下，BCC-1可向由BCC-1服务的每个BCA的归属BCF和/或受访BCF发送单独的注册请求，以便将BCA分别注册到它们的归属/受访BCF。该过程可以与图27或图28所示的过程相同。
步骤4：BCF-1可以向BCF-1发送对BCC-1成功注册的响应消息，以及诸如所分配的BCC ID的其他有用信息。在包括“关于所托管的BCA的信息”的情况下，BCC-1还可以得到BCA是否已成功地向其相应的归属BCF或受访BCF注册以及已为每个注册的BCA分配标识符的通知。
上述过程能够和/或可以用于更新已经向第一联系BCF注册的BCC的注册记录。它们的不同之处在于步骤1可以是注册更新请求。
BCA注册到归属BCF
BCA注册到归属BCF能够和/或可以单独进行。图27示出用于BCA注册到其归属BCF(例如，在场景1中)的示例性过程。
前提条件：WTRU可以托管BCC-1，其可以向BCF-1注册。BCA-1被托管在BCC-1之上，并且在BCF发现阶段期间，BCA-1可以被标识为BCF-2是其归属BCF。注意，对于上层BCA-1，BCF-1是其在当前位置的第一联系BCF。
步骤1：BCA-1可向BCC-1发送注册请求，并且该请求可包括以下参数：
●BCA ID：如果已经预先提供此类ID，则这是BCA-1的标识。
●BCA名称：这将指示BCA-1的名称。
●应用名称：BCA-1所属的垂直应用的名称。
●注册凭证：该参数包括BCA-1的归属BCF验证和注册BCA-1所需的基本信息。
●归属BCF的名称：这将示出BCA-1的归属BCF的名称。
●归属BCF的BCF ID：这将示出BCA-1的归属BCF的ID。
步骤2：BCC-1可以向BCF-1发送该注册请求。
步骤3：BCF-1可以分析该请求并且可以将该请求发送到具有在步骤1的“归属BCF的BCF ID”参数中指示的BCF ID的BCF。在这种情况下，BCF-ID是例如BCF-2。
步骤4：BCF-2可接收该请求并验证从BCA-1发送的注册请求。例如，BCF-2可检查其BNA注册储存库并验证BCA-1确实是特定垂直应用(对应于BNA)的许可BCA。BCF-2可以为BCA-1的成功注册创建注册记录(即，BCF-2也可以托管BCA注册储存库)。
步骤5。BCF-2可向BCF-1发送对BCA-1成功注册到其归属BCF的确认。
步骤6。BCF-1可以向BCC-1发送该确认。
步骤7。BCC-1可以向BCA-1发送该确认。
上述过程能够和/或可以用于更新已经向其归属BCF注册的BCA的注册记录。它们的不同之处在于步骤1可以是注册更新请求。
代表性的BCA注册到受访BCF
在BCA打算使用由受访BCF提供的区块链服务的情况下，BCA可首先注册到受访BCF。BCA注册到受访BCF可以单独进行，这在本部分中讨论。图28示出了BCA注册到其受访BCF(例如，在场景1中)的示例性过程。
前提条件：WTRU可以托管BCC-1，其可以向BCF-1注册。BCA-1被托管在BCC-1之上，并且可以注册到其归属BCF(例如，BCF-2)。在用于在其当前位置使用区块链服务的BCF发现阶段期间，BCA-1可被标识为BCF-3可以是其受访BCF。
步骤1：BCA-1可向BCC-1发送注册请求以注册到BCF-3，并且该请求可包括以下参数：
●BCA ID：这是BCA-1的标识。
●BCA名称：这将指示BCA-1的名称。
●注册凭证：该参数包括BCA-1的受访BCF验证和注册BCA-1所需的基本信息。
●归属BCF的名称：这将示出BCA-1的归属BCF的名称，例如BCF-2。
●归属BCF的BCF ID：这将示出BCA-1的归属BCF的ID。
步骤2：BCC-1可以向BCF-1发送该注册请求。
步骤3：BCF-1可以分析该请求，可以将该请求发送到BCF-3。
步骤4：BCF-3可接收该请求并验证从BCA-1发送的注册请求。例如，BCF-3可联系BCF-2(BCA-1的归属BCF)以获得关于BCA-1的更多信息。另选地，BCF-3也可以要求BCC或BCA-1提交更多的信息。
步骤5：BCF-3打算同意BCA-1的注册；因此，它可以发送请求来联系BCF-2以获得更多信息。当联系BCF-2时，BCF-3可指示其自身的能力，使得BCF-2可作出关于应在BCF-3处完成哪些动作的更好决定。
步骤6：BCA-1的归属BCF(即BCF-2)可以检查以下信息(假设BCA-1的对应的BNA是BNA-1，并且关于BNA-1及其相关BCA的详细信息在BNA注册过程期间存储在BNA注册储存库中)：
●检查应用任务列表：这是关于BCA所属的垂直应用的任务列表。换言之，这些任务构成应用逻辑处理。
●特别地，对于每个任务，其具有由几个动作构成的相应工作流。每个动作由一个或多个参与者完成。对于每个动作，BCF-2可以基于存储在BNA注册储存库中的以下信息来决定BCF-3要执行哪些动作：
○参与者：这指示谁是动作的参与者。BCF-2可以重新评估此时该参与者是否是受访BCF-3，或者该动作仍然可以由BCF-2本身来完成。
○可执行代码：对于每个动作，可以将其实现为一条可执行软件代码，并且如工作流中所定义，可以将此类代码部署到对应的参与者。如果动作现在将由受访BCF完成，则对应的代码也可被部署到受访BCF。
○交易格式：在动作是创建区块链交易的情况下，该信息将示出对于该特定动作，如果需要将创建什么交易，以及与该动作相关的交易的确切格式是什么。例如，交易格式可包括以下基本信息：
■垂直应用名称或BNA ID：这将指示特定垂直应用的名称或特定垂直应用的标识符或预提供的BNA-ID或由BCF分配的BNA-ID。
■任务ID：这将指示任务的标识符。另选地，它可以是(例如，也是)特定的任务名称。总之，该参数中的信息将示出要创建的交易与哪个特定过程相关。
■动作ID：这将指示任务的动作的标识符。另选地，它可以是(例如，也是)特定的动作名称。总之，该参数中的信息将示出要创建的交易与哪个特定动作/操作相关。
■参与者ID：一般来说，参与者ID表示参与者的标识符，它可以是参与者的ID、参与者的特定名称、参与者的唯一序列号、参与者的MAC地址、生产制造序列号等。在这种情况下，参与者通常是BCF，因为它主要是可以与底层BCN交互以将新交易插入到区块链中的BCF。
■交易创建时间
■其他应用特定数据
○如果要在受访BCF处创建某个区块链交易，则受访BCF还可能需要知道交易格式。
●一般来说，BCF-2可检查每个动作并决定该动作是否仍应由归属BCF(即，BCF-2本身)来完成，或应由BCF-3来完成。一方面，如果受访BCF(即，BCF-3)可完成特定动作，则BCF-2可告知BCF-3该动作的细节。例如，BCF-2可以决定代替让BCF-2帮助BCA-1与区块链系统交互，BCA-1能够和/或可以使用BCF-3(即，其受访BCF)，因为BCF-3也可以管理BCN，该BCN是由BCF-2管理并为BCA-1服务的相同类型的BCN。另一方面，在评估BCF-3的能力之后，BCF-2可以决定BCF-3可能不向BCA-1提供期望的区块链服务，并因此拒绝BCF-3为BCA-1服务的请求。
步骤7：BCF-2告知BCF-3关于如何为BCA-1服务的详细指令。例如，可包括以下信息：
●BCA-1所涉及的任务列表。
●每个任务的工作流。
●BCF-3需要采取的措施(基于步骤6中的重新评估)。
●执行动作所需的任何可执行代码。
●
步骤8：BCF-3执行某些配置并创建BCA-1的注册记录。
步骤9。BCF-3可向BCF-1发送对BCA-1(作为其受访BCF)成功注册的确认。
步骤10。BCF-1可以向BCC-1发送该确认。
步骤11。BCC-1可以向BCA-1发送该确认。
上述过程能够和/或可以用于更新已经向其受访BCF注册的BCA的注册记录。它们的不同之处在于步骤1可以是注册更新请求。如果BCA-1不想使用由受访BCF提供的区块链服务，则它还可以向访问BCF发送注册撤销请求。
代表性场景2：当BCA一次只能与一个BCF关联时
在该场景中，我们考虑以下系统设置和假设：
●WTRU上的BCC(例如，BCC-1)未注册到BCF。
●由BCC-1服务的BCA可以注册到BCF以便使用区块链服务。
●BCA一次只能注册到一个BCF或与一个BCF相关联。特别地，BCA可以始终与BCF(例如，BCF-1)相关联，其对应的BNA已向该BCF注册。如果是这种情况，则意味着BCF-1可能始终是为所有BCA和特定垂直无线应用的BNA提供区块链服务的唯一BCF。另选地，也可以采用脱离的方法，即BCA-1不必向由其对应的BNA注册的同一BCF注册。相反，BCA-1可与不同的BCF(例如，BCF-2)相关联，例如，BCF-2可提供与BCF-1相同的区块链服务(例如，相同类型的BCN)和/或BCF-2的部署更靠近BCA-1。
●BCC-1仅帮助将来自托管BCA的请求转发到其目标BCF。
在场景2中，BCF发现仅用于BCA注册，即BCA-1将为BCA注册找到合格的BCF。换言之，诸如“第一联系BCF”、“归属BCF”和“受访BCF”的逻辑角色不存在于场景2中。
图29示出了BCA注册到BCF的示例性过程(在场景2中)。
BCA注册到其归属BCF的过程如图29所示。
前提条件：WTRU可以托管BCC-1。BCA-1被托管在BCC-1之上，并且在BCF发现阶段期间，BCA-1可以被标识为BCF-1在其当前位置。BCA-1的对应的BNA是向BCF-2注册的BNA-1。
步骤1：BCA-1可向BCC-1发送注册请求，并且该请求可包括以下参数：
●BCA ID：如果已经预先提供此类ID，则这是BCA-1的标识。
●BCA名称：这将指示BCA-1的名称。
●BNA ID：这将示出对应的BNA(例如，BNA-1)的ID。
●注册凭证：该参数包括BCA-1的归属BCF验证和注册BCA-1所需的基本信息。
●由其对应的BNA注册的BCF的名称：这将示出由BNA-1注册的BCF的名称。
●由其对应的BNA注册的BCF的BCF ID：这将示出由BNA-1注册的BCF(例如，BCF-2)的ID。
●最后注册的BCF的名称和/或BCF ID：如果BCA-1之前已经注册到另一BCF，则这将示出由BCA-1注册的最后一个BCF。
步骤2：BCC-1可以向BCF-1发送该注册请求。
步骤3：BCF-1可以分析该请求并且可以向BCF-2发送查询请求以进行验证(基于步骤1中的“由其对应的BNA注册的BCF的BCF ID”参数)。另选地，BCF-1还可将该查询请求发送到由BCA-1注册的最后一个BCF(基于步骤1中的“最后注册的BCF的名称和/或BCF ID”参数)。
步骤4：BCF-2可接收该请求并验证从BCA-1发送的注册请求。例如，BCF-2可检查其BNA注册储存库并验证BCA-1确实是特定垂直应用(由BNA-1标识)的许可BCA。
步骤5。BCF-2可向BCF-1发送BCA-1得到验证的确认。在由BCA-1注册的最后一个BCF(例如，BCF-3)完成验证的情况下，BCF-3可将与BCA-1相关的信息从BCF-3移动到BCF-1(如果该信息可被重新使用)。
步骤6。BCF-1可以向BCC-1发送该确认。BCF-1可为BCA-1创建注册记录，并准备向BCA-1提供区块链服务。
步骤7。BCC-1可以向BCA-1发送该确认。
图30示出了场景2中BCF注册的示例性过程—由BCC发起。
另选的过程是由BCC-1发起发现请求，并且详细过程如图30所示。这适用于BCC-1可以为多个BCA(诸如BCA-1、BCA-2、BCA-3)服务并且它们中的每一个打算注册到期望的和潜在不同的BCF的情况。因此，BCC-1能够和/或可以帮助为每个BCA找到期望的BCF。在这种情况下，图29中所示的步骤2至步骤6可进行多次(即，图30中的步骤1)，并且每次是为特定的BCA注册到期望的BCF。如果有一个BCF能够为所有这些BCA服务，则图30中的步骤1可以只执行一次。
场景3：当BCC一次只能与一个BCF相关联时
在该场景中，我们考虑以下系统设置和假设：
●BCC(例如，BCC-1)可以实施现有的广播方法来发现可用的BCF。
●WTRU上的BCC-1一次只能注册到BCF(例如，基于其当前位置)。
●BCC-1可基于其自己的决定注册到BCF(例如，BCC-1可以选择BCF-1进行注册)。
●BCA不必向其对应的BNA注册，该BNA托管BCA-1的期望BCN。
●如果BCF-1管理BCA-1的期望BCN，则由BCC-1服务的任何BCA(例如，BCA-1)可使用由BCF-1(其由BCC-1注册)提供的区块链服务。或者，如果BCF-1不管理BCA-1的期望BCN，则BCA-1可要求BCF-1与其对应的BNA的归属BCF通信，该BNA托管BCA-1的期望BCN。
图31示出了BCC注册到BCF的示例性过程(在场景3中)。BCC注册到BCF的过程如图29所示。
前提条件：BCC-1可服务多个BCA(例如，BCA-1)，并且BCA-1的对应BNA是向BCF-2注册的BNA-1。
步骤1：BCC-1可向BCF-1发送注册请求，并且该请求可包括以下参数：
●BCC ID：如果已经预先提供此类ID，则这是BCC-1的标识。
●BCC名称：这将指示BCC-1的名称。
●最后注册的BCF的名称和/或BCF ID：如果BCC-1之前已经注册到另一BCF，则这将示出由BCC-1注册的最后一个BCF。
●所托管的BCA的列表：这将示出由BCC-1服务的BCA的列表。
●对于每个BCA(例如，BCA-1)，包括以下信息：
○BNA ID：这将示出对应的BNA(例如，BNA-1)的ID。
○由其对应的BNA注册的BCF的名称：这将显示由BNA-1注册的BCF的名称。
○由其对应的BNA注册的BCF的BCF ID：这将示出由BNA-1注册的BCF的ID。
步骤2：BCF-1可以验证BCC-1。如果BCC-1之前已经向先前的BCF(例如，BCF-2)注册，则BCF-1可以将BCC-1相关信息从BCF-2移动到BCF-1(如果该信息可以被重新使用)。
步骤3：对于每个BCA(例如，BCA-1)，它不必注册到BCF。相反，它可以直接与由其对应的BNA(例如，BNA-1)注册的BCF交互。例如，在该步骤中，BCF-1可向BCF-2发送通知，BCF-2由BNA-1注册并通知它BCA-1现在在线。
步骤4：BCF-2可接收该请求并验证BCA-1。例如，BCF-2可检查其BNA注册储存库并验证BCA-1确实是特定垂直应用(对应于BNA)的许可BCA。
步骤5。BCF-2可向BCF-1发送BCA-1得到验证的确认。BCF-2可指示BCA-1要使用的BCN的期望类型(其在BNA注册过程期间确定)。
步骤6。BCF-1可检查其管理的BCN以查看其是否具有将由BCA-1使用的期望类型的BCN。如果是，BCF-1可以直接向BCA-1提供区块链服务。否则，对于从BCA-1发送的任何区块链相关服务请求，BCF-1可将该请求转发到BCF-2以进行处理。
注意，对于由BCC-1服务的每个BCA，步骤3到步骤6可以进行多次。
步骤7。BCF-1可以向BCC-1发送该确认。
代表性的BCA注册到BCC
在前面的部分中，注册过程主要涉及BCA/BCC注册到BCF。BCA可以注册到BCC，以便使用BCC经由BCC与其他BCF通信(尤其是BCA和BCC不在同一WTRU/设备上托管)。
图32示出了BCA注册到BCC的示例性过程。
前提条件：BCA-1已发现BCC-1并打算向BCC-1注册。
步骤1：BCA-1可向BCC-1发送注册请求，并且该请求可包括以下参数：
●BCA-ID：如果已经预先提供此类ID，则这是BCA-1的标识。如果BCA-ID不可用，BCA-1可提供其制造生产序列号。
●BCA名称：这将指示BCA-1的名称。
●应用名称：BCA-1所属的垂直应用的名称。
●注册凭证：该参数包括BCC-1验证和注册BCA-1所需的基本信息。
如果BCA-1想要请求BCC-1帮助其注册到BCA-1的归属BCF，则可包括以下信息：
●归属BCF的名称：这将示出BCA-1的归属BCF的名称。
●归属BCF的BCF ID：这将示出BCA-1的归属BCF的ID。
●对区块链的应用要求：这将指示BCA-1可能具有的对区块链系统的一些要求。例如，BCA-1可能需要与私有或公共区块链交互。此外，BCA-1可通过该参数指示其对诸如交易创建速度等的区块链系统的性能要求。
●BNA-ID：如果BCC-1已经知道其BNA，则它可以向BCC-1指示该BNA的标识符。
步骤2：BCC-1可接收该请求并验证从BCA-1发送的注册请求。如果BCA-1想要要求BCC-1帮助它注册到BCA-1的归属BCF，则BCC-1可以决定是否同意这样做。例如，如果BCC-1仍未将其自身注册到任何BCF，则BCC-1可选择在其自己的BCC-1的BCF注册期间选择帮助BCA-1注册到BCA-1的归属BCF(见图26中的步骤3)。如果来自步骤1的BCA-1的请求得到验证和批准，则BCC-1可向BCA-1分配BCA-ID。BCC-1可维护BCA储存库以记录所有成功注册的BCA。BCA储存库可包括每个已注册的BCA的BCA记录。每个BCA记录可描述已注册的BCA，并且可以包括步骤1中包括的一些参数。
步骤3。BCC-1可以向BCA-1发送对BCA-1成功注册的确认，并且现在BCC-1充当用于向BCA-1提供区块链相关功能的客户端中间件实体。可选地，如果在步骤1中包括BNA-ID，则BCC-1可以向BNA-ID所代表的BNA发送通知，告知其BCA-1已经注册到BCC-1。
代表性的BCF与BCF之间的交互
代表性的BCF与BCF之间通信
提出了BCF之间的某些通信。如前所述，系统中可以有多个BCF，并且每个BCF为某个地理区域服务。对于给定的BCF，其可以管理底层BCN的列表，并且每个BCN来自特定的区块链系统。当系统运行时，BCF可以周期性地彼此通信，以便交换诸如BNA注册储存库、BCA注册储存库和BCN注册储存库的有用信息。此类信息交换可以有益于促进其他操作，诸如BNA注册、BCC注册、BCA注册、BCF发现等。
图33示出了BCF与BCF之间通信的示例性过程。
前提条件：两个BCF彼此知道(或者通过预先配置/预先提供，或者通过使用公共/共享储存库/目录的发现)。例如，在5GS背景下，BCF可以被实现为5G控制平面网络功能。每个BCF可以将其自身注册到NRF。第一BCF能够和/或可以从NRF中找到第二BCF。此后，两个BCF可以开始彼此通信以直接发现更多的BCF而不进入NRF。
步骤1：BCF-1可以向BCF-2发送请求，并且该请求可以具有不同的形式，例如(非穷举性列表)：
●请求可以是BCF网络拓扑发现请求。在这种情况下，两个BCF可以就它们知道的对等BCF彼此通信(例如，BCF-1知道并连接到两个其他BCF即BCF-5和BCF-6。BCF-2知道并连接到三个其他BCF即BCF-9、BCF-10和BCF-11)。通过该周期性发现，BCF可以逐渐知道系统中的所有其他对等BCF以及BCF之间的网络拓扑。
●请求可以是BNA信息交换请求。在这种情况下，两个BCF可以就存储在它们的BNA注册储存库中的信息彼此通信。例如，通过该周期性信息交换，BCF可快速地找出对于要注册的给定/新BCA，哪个BCF是该新BCA的归属BCF。
●请求可以是BCA信息交换请求。在这种情况下，两个BCF可以就存储在它们的BCA注册储存库中的信息彼此通信。例如，通过该周期性信息交换，BCF可快速地找出对于要注册的给定BCA，哪个BCF是该BCA的归属BCF。
●请求可以是BCN信息交换请求。在这种情况下，两个BCF可以就存储在它们的BCN注册储存库中的信息彼此通信。例如，通过该周期性信息交换，BCF可快速地找出对于给定的区块链系统，哪些BCF正在管理特定区块链系统的BCN。
●请求可以是动作分配请求。在这种情况下，BCF可以要求另一BCF执行特定动作。例如，BCF-1可要求另一BCF-2帮助将交易存储到由BCF-2管理的BCN中。
●请求可以是订阅请求。在这种情况下，BCF-1可能对可由另一BCF-2捕获的某些事件或信息感兴趣。因此，BCF-1可以向BCF-2进行订阅并获得通知。
●请求可以是管理相关信息交换请求。例如，在BCA能够和/或可以具有归属BCF和受访BCF的场景中，一旦受访BCF开始为BCA服务，受访BCF可向归属BCF报告服务状态/数据/性能，并使归属BCF进行一些管理，诸如计费等。
步骤2：根据步骤1中列出的不同情况，BCF-2可以进行某些处理。
步骤3：根据步骤1中列出的不同情况，BCF-2可以发回对应的响应。
例如(非穷举性列表)：
●对先前BCF网络拓扑发现请求的响应。在这种情况下，该响应可包括对等/相邻BCF列表。
●对先前BNA信息交换请求的响应。在这种情况下，它们可以交换例如关于存储在它们的BNA注册储存库中的信息的任何信息。
●对先前BCA信息交换请求的响应。在这种情况下，该响应可包括存储在它们的BCA注册储存库中的信息。
●对先前BCN信息交换请求的响应。在这种情况下，该响应可包括存储在它们的BCN注册储存库中的信息。
●对先前动作分配请求的响应。在这种情况下，BCF可以接收动作是否被成功分配的确认。
●对先前订阅请求的响应。在这种情况下，BCF-1可以接收订阅是否成功的确认。特别地，如果成功，BCF-1可以由于该订阅而接收随后的通知。
代表性的经由BCF的BCN与BCN之间通信
BCF能够和/或可以管理底层BCN的列表。特别地，对于两个(或更多)不同的BCF，每个BCF可以管理特定的BCN，并且两个BCN可以来自同一区块链系统。虽然两个BCN通常经由底层区块链系统中的P2P网络彼此通信，但是本公开提出了用于两个BCN经由BCF之间的覆盖网络进行通信的新方式。这是由BCF提供的新功能或增值服务。在所提出的方法中，两个BCN之间的并非所有通信/交互都必须依赖于底层区块链系统中的P2P网络。相反，它们可以依赖于BCF而经由BCF之间的通信信道交换信息，这些BCF可以不使用底层区块链网络中使用的相同通信介质。
图34示出了经由BCF的BCN与BCN之间通信的示例性过程。
前提条件：BCF-1可以管理来自底层区块链系统A的BCN-1，并且BCF-2可以管理也来自相同底层区块链系统A的BCN-2。BCF-1和BCF-2周期性地相互交换信息。
步骤1：BCN-1打算向BCN-2发送消息，该消息主要用于底层区块链系统A。注意，此类消息可以是在底层区块链系统中使用的并且最初通过底层区块链系统A中的P2P网络发送的任何消息。然而，现在BCN-1打算通过BCF之间的通信信道将该消息发送到BCN-2。该消息可以携带在底层区块链系统A中使用的所有可能的参数。因此，该消息可以被封装在从BCN-1发送到BCF-1的请求的有效载荷中。BCN-1可能仅需要指示该消息是针对BCN-2的，其当前由BCF-2管理。
步骤2：BCF-1可以接收该请求，并且它可以向该请求添加一些附加数据，并且该数据将被发送到BCF-2(换言之，附加数据被捎带)。BCF-1可向BCF-2发送该请求。
步骤3：BCF-2可以接收该请求，然后提取以它为目标的数据(从BCF-1发送)。此后，BCF-2可以将该请求(仅具有来自BCN-1的数据)传递到BCN-2。
步骤4：BCN-2可以接收该请求并从该请求的有效载荷中提取原始消息。BCN-2可以进行底层区块链系统A所定义的某些处理。
步骤5：BCN-2可以向BCF-2发送响应以传递该请求。类似地，BCN-2的处理结果可以被封装在该响应消息的有效载荷中。
步骤6：BCF-2可以将该响应发送到BCF-1以传递该请求。BCF-2可向BCF-1确认从BCF-1发送的数据也被传递到BCF-2。
步骤7：BCF-1可以接收该响应，并且知道它自己的数据已经被传递到BCF-2。BCF-1可以将该响应发送到BCN-1，并且BCN-1可以提取从BCN-2发送的处理结果。
虽然上述过程使用BCN-1和BCN-2由两个不同的BCF(即BCF-1和BCF-2)管理的示例，但是在BCN-1和BCN-2由相同的BCF管理的情况下可以使用所提出的过程。
总之，BCF与BCF之间通信能够和/或可以支持以下场景：
●当BCN-1(由BCF-1管理)想要向BCN-2(由BCF-2管理)发送消息时，BCN-1可以向BCF-1发送该消息，并且该消息可以经过BCF-2然后到达BCN-2。特别地，在BCF-1处，它可以将附加数据添加到原始消息请求，并且该数据将被传递到BCF-2或者在到BCF-2的途中的任何其他中间BCF。总之，在这种场景中，BCF-1可以捎带从BCN-1发送的原始消息中的某些数据，并且已经在图34中示出了此场景。
●作为BCF-1，如果它想要向另一BCF-2发送某些消息，则BCF-1可以询问由其自身管理的BCN，以查看是否有任何BCN想要向由BCF-2管理的任何BCN(或在到BCF-2的途中的任何BCF)发送数据。如果是，BCF-1可以要求BCN向BCF-1提交它们的数据。在BCF-1处，它可以将所有数据一起集成在消息请求中，即，来自其托管BCN的数据(此类数据的目的地是BCN)和来自其自身的数据(此类数据的目的地是BCF，例如BCF-2)。BCF-1可以发出该消息，并且当该消息在BCF覆盖网络中从BCF-1传播到BCF-2时，数据可被传递到目的地BCF和目的地BCN。
●当BCN-1(由BCF-1管理)打算依赖于BCF-1而向另一BCN-2(由BCF-2管理)发送数据时，BCF-1可检查该数据并在允许时收集有用信息。例如，通过查看来自底层区块链系统的消息，BCF-1可以进行某些统计或分析，例如，底层区块链系统中使用的消息的平均大小是多少，哪些BCN有最多的区块得到创建、确认等等。
代表性的策略管理
如在前面的部分中所述，策略可以被视为在BNA注册中讨论的配置数据的类型。策略部署和策略管理可以被视为两个策略相关动作，其被称为策略管理。
代表性的策略部署
存在不同类型的策略。例如，一些策略可能涉及如何利用BCN。在这种情况下，向BCF部署策略可能是有意义的，因为BCF是BCN的管理实体。另一种情况是一些策略可能涉及通信基础结构，例如，对于给定的应用特定动作，应该分配多少带宽来将区块链交易从BCA(创建交易)发送到BCN(将这些交易存储到区块链系统中)。在该示例中，可能期望此类策略可以存储在通信基础结构中，使得它能够和/或可以便于策略管理，因为是通信基础结构(诸如3GPP网络)最终分配、监视和调节BCA和BCF/BNA之间的带宽。另一示例是为了执行策略，可能需要从通信基础结构收集某些数据或由通信基础结构提供某些数据。在这种情况下，期望在通信基础结构中直接部署此类策略。
图35示出了策略部署的示例性过程。
步骤1：策略创建者(例如，BNA-1)可以向策略部署者发送部署策略的请求。例如，该步骤可以通过先前的BNA注册过程(即，图18的步骤1)来实现，其中BNA-1可以向BCF发送注册请求。特别地，在该注册请求中，BNA包括关于业务逻辑处理的所有必要信息，诸如任务列表、每个任务的工作流、工作流中的每个动作以及对应的参与者。这里，动作可以与策略相关。
步骤2：策略部署者可以分析该请求并决定谁是策略执行者。仍然使用与BNA注册相关的先前示例，在BNA注册到BCF期间，BCF是策略部署者，并且BCF可以决定谁将是策略执行者。例如，BCF可以决定是否应当在3GPP网络中、在BCN中和/或仅仅在BCF本身上部署特定策略。
步骤3：策略部署者将该策略部署到策略执行者。策略执行者是将执行该策略的人。
步骤4。策略执行者可以接收该策略并且可以同意在需要时执行该策略。
步骤5。策略执行者可以向策略部署者发送响应。
步骤6。策略部署者可以向策略创建者发送响应。
注意，诸如策略创建者、策略部署者、策略执行者的上述实体都是逻辑角色，并且可以由不同的真实实体来承担。例如，策略创建者可以是BNA或BCF，而策略部署者可以是BCF，策略执行者可以是BCN、BCF本身和/或3GPP网络功能。
另一另选的过程是策略创建者可以直接创建策略并将策略部署到策略执行者。
上述过程能够和/或可以用于更新已经部署的策略。它们的不同之处在于步骤1可以是包括更新的策略内容以及对应的策略ID的策略更新请求。
代表性的策略管理
策略管理是管理这些策略，例如应用某个部署的策略。讨论以下策略管理流程以及所涉及的实体。这些所涉及的实体是逻辑实体而非物理实体；因此，实际的物理实体实例能够和/或可以充当多个不同逻辑实体的角色。
1.策略已经被部署到策略执行者。例如，策略可以是与如何使用BCF提供的区块链服务相关的策略。例如，对于给定的BCA，它可以要求BCF在给定的时间段内在期望的BCN中存储多少个交易，每个交易的最大数据大小是多少等等。
2.策略管理发起者可以基于某些输入向策略执行者发送触发以启动策略管理。例如，BNA或BCA可以是策略管理发起者，并且它可以向BCF发送触发以启动区块链相关策略。策略管理发起者可以是策略执行者。
a.例如，策略管理发起者可以检索/收集一些数据并将该数据(作为触发)发送到策略执行者，以便触发策略管理。例如，BNA可以将其自己的数据发送到BCF，其担当策略执行者的角色。另选地，BNA可以要求BCF从通信基础结构收集某些相关数据。
3.策略执行者基于该数据输入，由于接收到的触发而开始执行策略。结果是可以通过将该策略应用于该数据输入来生成某些可执行操作规则。例如，BCF(作为策略执行者)可以执行该策略，并创建特定的操作规则，例如，区块链交易创建规则、区块链交易大小控制规则、BCN接入控制规则等。
4.策略执行者可以将所生成的可执行操作规则发送到一个或多个操作执行实体，这些操作执行实体可以是3GPP系统中的BCN、其他BCF或NF。值得注意的是，对于给定的BCF，它不仅可以是策略执行者，而且可以是用于执行区块链相关操作的操作执行实体(因为策略执行者和操作执行实体都是逻辑角色)。
5.操作执行实体接收这些操作规则并在执行它们对应的操作时应用这些规则。例如，当应用(诸如BCA或BNA)向BCF发送对特定区块链相关操作的请求时，BCF可使用先前生成的策略规则来决定允许该操作或满足某些要求等。
图36示出了策略执行的示例性过程。
步骤1：策略管理发起者可以向数据储存库发送数据收集请求。
步骤2：该数据储存库将该数据返回给策略管理发起者。
步骤3：策略管理发起者可以向策略执行者发送策略触发、步骤2中收集的数据以及要执行的策略的ID。在不需要数据收集的情况下，可以跳过步骤1到步骤3。
另选地，可以触发策略执行者以通过由策略执行者监视的某些事件来应用策略。而且，执行者可以自己收集某些数据，这将在执行策略时使用。
步骤4：策略执行者可以验证该请求并决定是否按照请求执行该策略。如果是，则策略执行者开始执行该策略，例如通过将该策略与所需的数据输入一起应用。
步骤5：作为执行该策略的结果，策略执行者可以制订一组操作规则。策略执行者可以决定谁是操作执行实体。所生成的操作规则可以被部署到操作执行实体。
步骤6：策略执行者可以将所生成的操作规则发送到一个或多个操作执行实体。
步骤7：操作执行实体接收这些操作规则，并在需要时开始在相应操作中执行这些规则。
步骤8：操作执行实体向策略执行者发送确认。
步骤9。策略执行者可以向策略管理发起者发送响应。
值得注意的是，策略部署和策略管理的过程能够和/或也可以由其他类型的请求触发。例如，对BCF的BNA注册请求还可以触发如图35和图36所示的策略部署和策略管理过程。在这种情况下，BNA既是策略创建者又是策略管理发起者。
5G系统架构中的代表性的区块链应用使能器架构
图37示出了在5G及以上系统架构背景下所提出的区块链相关逻辑实体的实施方案。核心网络指的是5G核心网络或未来的无线核心网络。
●BCF可以实现为新的控制平面网络功能(NF)或应用功能(AF)。BCF可以驻留在核心网络或边缘网络中。BCF可以与现有的核心网络功能交互。例如，BCF可以将其自身注册到NRF，使得它可以发现其他网络功能或被其他网络功能发现。BCF可使用AUSF来认证从WTRU(即，从BCA/BCC)接收的任何区块链相关请求或消息。BCF可用PCF检查有无任何区块链相关策略(在策略将由PCF执行的情况下)。BCF可以使用UDR或UDSF来存储一些区块链相关策略。在NEF的推动下，BCF可能会被第三方接触和访问。BCF可以使用NWDAF来分析交易和/或区块链的其他特征。
●BCF还可以被实现为诸如NEF或AUSF的现有网络功能的一部分。
●BCN可以是由第三方提供的核心网络内或核心网络外的新的网络功能。如果BCN由第三方提供，则BCF可经由NEF接入3GPP核心网络。
●BNA可以被实现为对应于特定垂直无线应用的服务端网络功能实体。如果BNA由第三方提供，则其不能直接与BCF交互，而是经由NEF(在BCF部署在3GPP网络的核心网络中的情况下)与BCF交互。
●BCA和BCC可在WTRU内实现。另选地，受限WTRU(例如窄带IoT设备)可仅托管BCA，并且BCC可由车辆、网关、边缘服务器等其他强大的WTRU托管。
另选地，在5G及以上系统架构背景下，可以存在所提出的区块链相关逻辑实体的一些其他可能的实施方案，如下所列：
●对于BCC，其也可以部署在AMF处。这样，一个BCC可以为由WTRU托管的多个BCA服务。潜在好处是它可以在WTRU只需要安装特定的垂直应用的意义上简化WTRU的实现。由于BCC可以与AMF一起部署，并且WTRU不必运行与要由BCC完成的区块链相关操作相关的任务，因此它还可以为WTRU节省某些计算资源。在这种情况下，BCA和BCC之间的大部分通信可以通过N1参考点来实现，并且本公开中所提出的用于BCA-BCC通信的参数也可以通过N1参考点上的消息来承载。
●另一个可能的实施方案是所提出的BCF可以由AMF实现。换言之，所提出的BCF是由现有AMF提供的新的增值服务。在这种情况下，与BCF相关的所有所提出的过程和新参数可以与5G系统中的AMF相关。
●此外，任何当前网络功能(例如，AMF)可能需要直接与BCF交互以利用由BCF提供的服务。最后，可以在网络功能内部实现BNA功能；因此，具有嵌入式BNA的网络功能可以直接与BCF交互。本公开中所提出的BNA和BCF之间的交互可以被实现为当前网络功能和BCF之间的新过程。
图39描述了用于在5G及以上系统架构中部署所提出的区块链相关实体的几种情况/选择。同样，核心网络指的是5G核心网络或未来的无线核心网络。
●在图39(a)中，BCA和BCC在WTRU内实现。因此，BCA和BCC之间的接口压缩到内部API。BCF和BCN均被实现为核心网络功能，而BNA被实现为可以在核心网络内或核心网络外的网络应用。对于这种类型的部署，可以将其视为在BCF发现和BCC/BCA注册中讨论的场景2和场景3的部署实施方案。
●在图39(b)中，在WTRU和核心网络之间存在边缘网络、中继节点和/或微小区网络。BCA仍在WTRU内实现，但边缘网络(或中继节点/微小区)托管BCC。核心网络仍然托管BNA、BCF和BCN。WTRU上的BCA使用BCC以便与核心网络中的BNA、BCF和BCN交互。对于这种类型的部署，可以将其视为在BCF发现和BCC/BCA注册中讨论的场景2和场景3的部署实施方案。
●在图39(c)中，在WTRU和核心网络之间存在边缘网络、中继节点和/或微小区网络。对于这种类型的部署，可以将其视为在BCF发现和BCC/BCA注册中讨论的场景1、场景2和场景3的部署实施方案。对于场景1，BCA和BCC仍然在WTRU内实现。核心网络托管BNA、BCF1和BCN1。此外，边缘网络(或中继节点/微小区)托管另一BCF2和BCN2。WTRU上的BCC可以直接与BCF1通话(即，在场景2中BCF1是WTRU的归属BCF)，或者经由BCF2间接与其通话；BCC可以(例如，可以仅)与BCF2通话(即，在场景1中BCF2是WTRU的第一联系或受访BCF)，因为它位于更接近WTRU的位置。在这种情况下，还示出了BCF与BCF之间的通信。对于场景2和场景3，我们可以具有以下部署，例如：WTRU上的BCC可以直接或经由BCF2间接与BCF1通话(即，在场景2中，BCF1是BCA-1的注册BCF，BCF2是BCA-1的对应BNA的注册BCF)。BCC可以(例如，可以仅)与BCF2(在场景3中，BCF-2是BCC的注册BCF)通话，因为它位于更靠近WTRU的位置。
●在图39(d)中，WTRU不仅托管BCA/BCC，而且托管BCF2。边缘网络(或中继节点/微小区)仅托管BCN2。核心网络仍然托管BNA、BCF1和BCN1。为了接入区块链，WTRU可以使用BCF2直接与BCN2通话，或者让BCF2经由核心网络中的BCF1间接接入BCN1。在这种情况下，还示出了BCF与BCF之间的通信。与情况3相同，对于这种类型的部署，其可被视为在BCF发现和BCC/BCA注册中讨论的场景1-3的部署实施方案。
图38示出了5GS中的示例性区块链使能的无线应用部署场景。
图39描述了通过使用诸如AMF的5G系统中的现有功能实体来实现所提出的实体(诸如BCF、BCC和BNA)的几种情况/选择：
●在图39(a)所示的情况1中，BCF被实现为AMF的新的增值服务。
●因此，BCA/BCC可通过N1接口与AMF通信，其中可承载本公开中提出的新参数。
●在图39(b)所示的情况2中，BCC由AMF实现。在这种情况下，BCA和BCC之间的通信可以通过WTRU和AMF之间的现有N1接口。
●在图39(c)所示的情况3中，BNA由AMF实现。因此，当BCA/BCC想要与BCF通信时，BCA/BCC可能需要首先通过N1接口上的AMF，然后是AMF帮助BCA/BCC与BCF交互。在该实施方案中，如果AMF本身打算使用区块链服务，则它还可充当BNA以通过使用本发明中所提出的过程直接与BCF交互。
代表性的区块链策略管理
图40示出了用于管理5GS中的BCA和/或BCC的区块链策略规则的过程，其可被视为图36所示的过程的3GPP实施方案。尽管图中示出了BCA驻留在WTRU1中并且BCC由WTRU2托管，但是BCA和BCC可以共同位于同一WTRU中。
前提条件：BCC可发现BCF，并且BCC被BCA发现。BCF可以例如经由NRF发现PCF。BCF知道一个或多个区块链网络和对应的BCN。托管BCA和BCC的WTRU已经与其服务AMF建立了连接。比较图40和图36之间的实体，我们可以看到以下角色分配：
●图36中的策略管理发起方：图40中的BCC
●图36中的策略执行者：图40中的PCF
●图36中的数据储存库：图40中的UDR
●图36中的操作执行实体：图40中的UPF、SMF、BCC
步骤1：BCF可以从PCF请求一些初始区块链策略规则。另选地，BCF可能已经对PCF作出订阅。结果，PCF可以向BCF提供一些初始区块链策略规则。例如，初始区块链策略规则可以是：不允许WTRU访问特定服务区域中的区块链网络列表，以避免对这些服务区域产生额外的区块链流量。另一示例可以是：BCF可以(例如，可以仅)被允许为特定BCA/UE的列表服务。
步骤2：BCC(作为策略管理发起者)可以经由WTRU2的服务AMF向BCF发送请求。该请求可以是BCC注册请求(在此期间，如果BCC知道BCA的某些信息，则BCC能够和/或可以帮助BCA注册到BCF)或执行策略以创建/检查新区块链策略规则的简单请求。该请求可包括BCC的标识符(即，BCC-ID)和WTRU标识符(即，WTRU2-ID)。如果已经向BCC提供了任何区块链策略规则，则BCC还可以在该请求中包括现有区块链策略规则的标识符列表。此类信息可以允许BCF避免再次向BCC配置相同的区块链策略规则。
步骤3：BCF可以处理该请求。BCF可基于任何本地区块链策略规则(例如从PCF接收的初始规则)直接拒绝该请求，尤其是当该请求是将BCC注册到BCF的注册请求时。
步骤4：在步骤2是BCC注册请求的情况下，BCF可以为由WTRU托管的BCA选择一个或多个BCN(在此期间，如果BCC知道BCA的某些信息，则BCC还能够和/或可以帮助BCA注册到BCF)。或者，如果由于先前的注册，BCA已经被分配了BCN，则该步骤可以仅选择先前分配给BCC/BCA的BCN。
步骤5：BCF可以向PCF发送请求以检查是否存在用于BCC的任何新的区块链策略规则。该请求可包括BCF的标识符(即，BCF-ID)、步骤4中所选择的BCN的标识符(即，BCN-ID)和/或WTRU2-ID、BCC-ID、BCA-ID。BCF还可以通知PCF它和/或BCC/BCA是否可以使用5G控制平面或数据平面来将数据存储(即，创建区块链交易)到由BCN-ID表示的目标区块链网络。如果BCF或BCC可以使用数据平面，则可能需要步骤9。如果BCF或BCC可以使用控制平面，则可以跳过步骤9。
步骤6：PCF可以处理来自步骤5的请求。PCF可以使用WTRU2-ID从UDR检索WTRU2的订阅数据。WTRU2的订阅数据可包括一些规范和/或限制(服务区域限制)，其可以用于为WTRU2生成新的区块链策略规则。如果目标区块链网络被5GS定义和支持为LADN。WTRU2的订阅数据可包括LADN服务区域，这意味着WTRU2可以仅在其停留在该LADN服务区域中时接入目标区块链网络。
步骤7：基于来自UDR的响应(即，订阅数据)，PCF可以生成一些新的区块链策略规则。
步骤8：PCF可以向BCF发送在步骤7中生成的新的区块链策略规则。
步骤9：PCF可以经由SMF将一些区块链策略规则配置到UPF。使用WTRU2-ID，PCF可以从UDM确定WTRU2的SMF。UPF可使用所配置的策略规则来调节和管理BCC与所选BCN之间的数据平面区块链流量。如果BCC不使用数据平面来与BCN通信，则跳过该步骤。
步骤10：BCF可以经由WTRU2的服务AMF将响应发送回BCC。该响应可包括新的区块链策略规则和BCN-ID。
注意，步骤2至步骤10用于BCF创建新的区块链策略规则，并且可以将这些规则(或其中一些规则)配置到BCC。PCF可以将区块链策略规则安装到将BCC连接到BCN的UPF。此外，在没有来自BCC的任何请求的情况下，BCF可以触发执行步骤4至步骤9以获得一些新的区块链策略规则。此后，它能够和/或可以将这些规则配置和安装到一个或多个BCC。
步骤11：代替由BCC发起策略管理，BCA可以发起策略管理以创建策略规则。BCA可以通过给出WTRU1-ID和BCA-ID向BCC发送请求。该请求可以是BCA注册请求或检查新的区块链策略规则的简单请求。WTRU1可以使用设备与设备之间通信直接到达WTRU2，或者由它们的服务AMF(相同的AMF或不同的AMF)中继。
步骤12：当请求是BCA注册请求时，BCC可处理来自BCA的请求并且可以产生新的BCA-ID。
步骤13：BCC可以通过将其自身和/或BCA注册到BCF或仅简单地从BCF请求新的区块链策略规则来重复步骤2至步骤10。
步骤14：如果在步骤12中BCC生成BCA-ID，则BCC可向BCA发送响应，该响应可包括新的区块链策略规则和BCA-ID。WTRU2可以使用设备与设备之间通信直接到达WTRU1，或者由它们的服务AMF(相同的AMF或不同的AMF)中继。
图41示出了用于管理5GS中的BNA的区块链策略规则的过程。该实施方案对应于BCF对BNA进行完整布置并且BNA不具有直接与PCF交互的能力并且所有交互都可以得到BCF帮助的情况。
前提条件：BNA可以发现BCF。BCF可以例如经由NRF发现PCF。BCF知道一个或多个区块链网络和对应的BCN。
步骤1：BCF可以从PCF请求一些初始区块链策略规则。另选地，BCF可能已经对PCF作出订阅。结果，PCF可以向BCF提供一些初始区块链策略规则。例如，初始区块链策略规则可以是：BCF仅被允许为特定BNA的列表服务。
步骤2：BNA可向BCF发送请求，BCF可由NEF中继。该请求可以是BNA注册请求或检查新的区块链策略规则的简单策略管理请求。该请求可包括BNA的标识符(即，BNA-ID)。如果已经向BNA提供了任何区块链策略规则，则BNA还可以在该请求中包括现有区块链策略规则的标识符列表。此类信息可以允许BCF避免再次向BNA配置相同的区块链策略规则。
步骤3：BCF可以处理该请求。BCF可基于任何本地区块链策略规则(例如从PCF接收的初始规则)直接拒绝该请求，尤其是当该请求是将BNA注册到BCF的注册请求时。当该请求是注册请求时，BCF可以生成新的BNA标识符(即，BNA-ID)。
步骤4：BCF可以为BNA选择一个或多个BCN。
步骤5：BCF可以向PCF发送请求以检查是否存在用于BCC的任何新的区块链策略规则。该请求可包括BCF的标识符(即，BCF-ID)、步骤4中所选择的BCN的标识符(即，BCN-ID)和/或BNA-ID。BCF可以通知PCF它和/或BNA是否可以使用5G控制平面或数据平面来将数据存储(即，创建区块链交易)到由BCN-ID表示的目标区块链网络。如果BCF或BNA可以使用数据平面，则可能需要步骤6和步骤9。如果BCF或BNA可以使用控制平面，则可以跳过步骤6和步骤9。
步骤6：PCF可以处理来自步骤5的请求，并且可以为BNA(或BCF)和BCN之间的数据路径确定SMF和UPF。
步骤7：PCF可以生成一些新的区块链策略规则。
步骤8：PCF可以向BCF发送在步骤7中生成的新的区块链策略规则。
步骤9：PCF可以经由SMF将一些块链策略规则配置到UPF。UPF可使用所配置的策略规则来调节和管理BNA与所选BCN(或BCF)之间的数据平面区块链流量。如果BNA(或BCF)不使用数据平面来与BCN通信，则跳过该步骤。
步骤10：如果在步骤3中BCF生成BCA-ID，则BCF可将响应发送回BNA，该响应可包括新的区块链策略规则和BNA-ID。该响应可以由NEF中继。
图42示出了用于为来自/去往一个或多个区块链网络的数据平面流量配置区块链策略规则的过程。该实施方案对应于BCF仅对BNA进行部分布置并且BNA具有直接与PCF交互的能力的情况。
前提条件：BNA可以发现BCF。BNA还可以例如经由NEF/NRF发现PCF。BCF知道一个或多个区块链网络和对应的BCN。
步骤1：BCF可以从PCF请求一些初始区块链策略规则。另选地，BCF可能已经对PCF作出订阅。结果，PCF可以向BCF提供一些初始区块链策略规则。例如，初始区块链策略规则可以是：BCF仅被允许为特定BNA的列表服务。
步骤2：BNA可以将其自身注册到BCF。结果，BNA可以知道区块链网络的列表(即，一个或多个BCN)。
步骤3：BNA可以向PCF发送请求，并且要求PCF将某些区块链策略规则配置到一个或多个BCN。该请求可包括BNA的标识符(即，BNA-ID)、BCN的标识符(即，BCF-ID)和/或各BCN的标识符(即，BCN-ID)。该请求可以由NEF中继。
步骤4：PCF可联系BCF以认证BNA并授权BNA是否有权将区块链策略规则配置到BCN。
步骤5：PCF可以基于BCN-ID和BNA-ID确定来自/或BCN的数据路径的SMF和UPF。
步骤6：PCF可以生成一些新的区块链策略规则。
步骤7：PCF可以经由SMF将一些区块链策略规则配置到UPF。UPF可以使用所配置的策略规则来调节和管理来自/去往BCN的数据平面区块链流量。
步骤8：PCF可以向BCF发送在步骤6中生成的新的区块链策略规则。
步骤9：PCF可以将响应发送回BNA，该响应可包括在步骤7中配置到UPF的新的区块链策略规则的标识符列表。该响应可以由NEF中继。
BCF发现和BCC/BCA注册的代表性实施方案
先前在BCF发现和BCC/BCA注册的三种不同场景中提出了新的解决方案。特别地，每个场景具有其自己的系统设置和假设。给出了BCF发现和BCC/BCA注册的3GPP实施方案。注意，这些实施方案是在所有三种场景中提出的解决方案的适用实施方案。
图4示出了5G系统架构中的一些一般过程，这些过程由WTRU、RAN和5GC依次联合执行以使得WTRU能够实现以下功能。结果，在WTRU和其他5GS实体之间建立了若干级别的连接/会话(即，RRC连接、AMF连接和PDU会话)，这允许WTRU经由UPF向/从核心网络发送/接收控制平面流量以及向/从数据网络发送/接收数据平面流量。
●步骤1：WTRU可以基于接收到的系统信息块(SIB)来发现和选择网络(即，PLMN、RAN、小区)，RAN向所有WTRU广播该系统信息块。
●步骤2：WTRU可以与所选择的RAN(例如，RAN1)建立无线电资源控制(RRC)连接，使得WTRU可以经由所选择的RAN与核心网络通信。
●步骤3：WTRU可以发起向服务AMF的注册，这是由所选择的RAN确定的。该步骤可以是BCF发现的第一实施方案。在这种情况下，BCF发现请求中包括的一个或多个参数可包括在该3GPP注册请求中。另选地，如果WTRU已经知道要注册哪个BCF，则该步骤还能够和/或可以是BCC/BCA注册的第一实施方案。在这种情况下，BCC/BCA注册请求中包括的一个或多个参数可包括在该3GPP注册请求中。
●步骤4：WTRU可以与SMF建立指定DN的PDU会话，这由服务AMF确定。该步骤可以是BCF发现的第二实施方案。在这种情况下，BCF发现请求中包括的所有参数可包括在来自WTRU的该3GPP PDU会话建立请求中。另选地，如果WTRU已经知道要注册哪个BCF，则该步骤也可以是BCC/BCA注册的第二实施方案。在这种情况下，BCC/BCA注册请求中包括的所有参数可包括在该3GPP请求中。
●步骤5：当WTRU进入CM空闲状态时(例如，在WTRU与服务AMF的连接被释放之后)，WTRU(例如，在仅移动端发起的连接(MICO)模式中)可以主动地发起服务请求过程以重新建立与服务AMF的连接，并且进入CM连接状态。如果WTRU不处于MICO模式，则服务AMF可以寻呼并触发WTRU发起服务请求过程，例如用以接收任何下行链路分组。该步骤可以是BCF发现的第三实施方案。在这种情况下，BCF发现请求中包括的一个或多个参数可包括在该3GPP服务请求中。另选地，如果WTRU已经知道要注册哪个BCF，则该步骤也可以是BCC/BCA注册的第三实施方案。在这种情况下，BCC/BCA注册请求中包括的一个或多个参数可包括在该3GPP服务请求中。
●步骤6：WTRU现在经由RAN和作为PSA的UPF开始具有指定DN的数据平面数据传输。注意，每个DN具有数据网络名称(DNN)。
●步骤7：当WTRU从注册区域(RA)1移动到RA2时，它可以通
过检查由服务AMF配置的每个RA的TA列表来检测该事件。
WTRU可以对新的服务AMF执行移动注册更新。在该步骤期间，可以在新RAN和旧RAN之间执行基于Xn或基于N2的RAN间切换。新服务AMF联系旧服务AMF以传送WTRU的上下文信息。在该步骤中，SMF可以联系PCF和UPF以更新与WTRU的现有PDU会话。该步骤可以是BCF发现的第四实施方案。在这种情况下，BCF发现请求中包括的一个或多个参数可包括在该3GPP移动注册更新请求中。另选地，如果WTRU已经知道要注册哪个BCF，则该步骤也可以是BCC/BCA注册的第四实施方案。在这种情况下，BCC/BCA注册请求中包括的一个或多个参数可包括在该3GPP移动注册更新请求中。
在另一种方法中，BCF可以实现为5G网络功能。因此，BCF可以首先将其自身注册到NRF。因此，应用功能、其他网络功能(例如，用于其WTRU的服务AMF)和/或其他BCF可以从NRF中发现任何已注册的BCF。具体地，BCF首先可以向NRF发送BCF注册请求，该BCF注册请求可包括BCF信息和BCF维护的其他储存库信息，例如BNA储存库、BCA储存库和BCN储存库。NRF可以接收该BCF注册请求，可以处理它并创建新的BCF记录作为NRF维护的网络功能储存库的一部分。NRF可以向BCF发送指示BCF注册成功或失败的响应。另一实体X(例如，另一BCF、另一网络功能、另一应用功能)可以向NRF发送BCF发现请求。NRF可以处理该BCF发现请求，查找其已维护的BCF记录，并且可以确定与该BCF发现请求中所包括的发现条件相匹配的已注册BCF的列表。NRF可以向实体X发送所发现的BCF的列表。
BCF与BCF之间的交互的代表性的3GPP实施方案
5G数据存储架构包括三个数据相关实体：统一数据管理(UDM)、统一数据储存库(UDR)和非结构化数据存储功能(UDSF)。当系统中存在多个BCF时，存在两种实现BCF与BCF之间的交互的新方式。例如，两个BCF可以如前所述直接交换信息，或者经由这些数据相关的3GPP实体间接交换信息。特别地，为了不同的BCF交换信息，BCF可以将以下信息存储在UDR中。
例如，UDR可以存储以下类型的信息：
●BCF网络拓扑信息。在这种情况下，BCF可通过UDR就它们知道的对等BCF彼此通信(例如，BCF-1知道并连接到两个其他BCF即BCF-5和BCF-6。BCF-2知道并连接到三个其他BCF即BCF-9、BCF-10和BCF-11)。通过该UDR，BCF可以逐渐知道系统中的所有其他对等BCF以及BCF之间的网络拓扑。
●BNA信息。在这种情况下，BCF可以就存储在它们的BNA注册储存库中的信息彼此通信。
●BCA信息交换请求。在这种情况下，BCF可以就存储在它们的BCA注册储存库中的信息彼此通信。
●BCN信息交换请求。在这种情况下，BCF可以就存储在它们的BCN注册储存库中的信息彼此通信。
●BCF订阅信息。在这种情况下，BCF-1可能对可由另一BCF-2捕获的某些事件或信息感兴趣。因此，BCF-1可以向BCF-2进行订阅并获得通知。
●在BCF是5G网络中的NF的情况下，可使用UDR来实现BCF的BNA注册储存库、BCA注册储存库和BCN注册储存库(即，对于BCF，其托管BCA、BNA、BCN的所有注册信息可存储在UDR中)。
另选地，多个BCF可将其自身注册到网络储存库功能(NRF)以便由彼此发现。
此外，BCC/BCA也能够和/或可以使用上述方法来找到BCF。
另一个可能的实施方案是，所提出的BCF可以由诸如AMF或SMF等5GS中的现有功能来实现。换言之，所提出的BCF是由现有功能实体提供的新的增值服务。例如，以下情况可以是BCF与BCF之间通信的两个实施方案：
●在5G系统中，AMF和SMF分别实现BCF功能。在这种情况下，BCF与BCF之间通信具体体现为AMF到SMF的通信。
●在5G系统中，创建两个网络切片，并且每个网络切片包括AMF实例，并且每个AMF实例实现BCF功能。在这种情况下，BCF与BCF之间通信具体体现为两个不同网络切片之间的AMF与AMF之间通信。
BCN注册和BCN管理的代表性实施方案
包括区块链/账本维护的BCN功能可以实现为UDSF。因此，作为UDSF的BCN(称为BCN-UDSF)可以将其自身(包括其能力和关于附属区块链系统的信息)注册到NRF。换言之，BCN-UDSF可以向NRF发送注册请求。该注册请求可以包含如图12的步骤1中所包括的用于基本BCN注册的一个或多个参数。NRF可以处理该注册请求并且可以创建新的BCN-UDSF记录(类似于BCF维护的BCN注册储存库)。NRF可以向BCN-UDSF发送注册响应，这类似于图12的步骤3。BCF可以通过向NRF发送BCN发现请求来从NRF搜索BCN能力和对应的区块链系统信息。NRF可以处理该BCN发现请求，搜索所维护的BCN-UDSF记录以找到任何匹配记录，并将该匹配记录返回给BCF。另选地，BCF可向NRF发送订阅请求以订阅任何新的BCN-UDSF注册。当新的BCN-UDSF注册到NRF时。NRF可以向BCF发送包括关于BCN-UDSF及其附属区块链系统的所有订阅信息的通知。
同样，BCN-UDSF可以向NRF发送报告请求以报告其自身和/或附属区块链系统的当前状态。该报告请求可包括如图15的步骤1中所包括的一个或多个参数。NRF可以处理该报告请求并更新对应的BCN-UDSF记录。BCF可以主动地向NRF发送请求以检索最新的BCN-UDSF记录，并且每当BCN-UDSF尝试更新其存储在NRF中的状态时，使用订阅机制从NRF接收新的BCN-UDSF记录的自动通知。
代表性的区块链应用使能与其他垂直应用使能集成
3GPP SA6已经引入了用于关键任务场景的几个垂直应用，包括边缘应用、V2X应用、未来工厂(FF)应用、5G消息传递服务(5GMSGS)应用、无人机系统(UAS)应用等。对于这些垂直应用中的每一个，3GPP SA6定义了应用使能层。一般而言，应用使能层由诸如以下的实体组成：垂直应用客户端(VAC)、垂直使能客户端(VEC)、垂直使能服务器(VES)和垂直应用服务器(VAS)。VAC和VEC可以共同位于WTRU内。表1示出了VAC、VEC、VES和VAS如何映射到在每个垂直应用层使能中定义的实体。
表1.SA6垂直应用层使能中的实体
Figure BDA0004113250610000951
Figure BDA0004113250610000961
这些垂直应用可以使用区块链应用使能者例如来将其通信记录存储到目标区块链和/或通过目标区块链网络来传输单播或多播消息。因此，这些垂直应用可受益于诸如分散、不变性、透明和安全的区块链特征。为了使垂直应用能够与区块链应用使能者交互，在图43、图44和图45中分别提出了三种集成架构。
在集成模型1中，如图43所示，存在两种用于垂直应用与区块链应用使能者进行通信的方法。
●方法1：VES可以发现BCF并且可以注册到BCF。VES可以表现得像BCC、BNA。在注册之后，VES可以代表任何VAC、任何VEC和任何VAS经由垂直应用到区块链(VTB1)接口与BCF交互。在这种方法中，VAC/VEC/VAS不能直接与BCF通信，而是经由VES与BCF间接通信。通过VES和BCF，VEC(或VAS)
可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立完成之后(例如，在VEC/VAC/VES/VAS/BCF得到连接并且可操作之后)，VEC可以被视为BCC，VES可以被视为BCC，并且VAS可以被视为BNA。
●方法2：VES可以帮助VEC或VAS经由VTB1接口发现BCF。
VES可以不向BCF注册。VEC或VAS可以注册到经由VTB1接口发现的BCF。在注册之后，VEC或VAS可分别通过VTB2和VTB3接口直接与BCF通信。通过BCF，VAC/VEC和VAS可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立完成之后，VEC可以被视为BCC，VES可以被视为BCC，并且VAS可以被视为BNA。
在如图44所示的集成模型2中，还有三种用于垂直应用与区块链应用使能者进行通信的方法。
●方法1：VES可以发现BCC。VES可以从BCF发现BCC。VES可以注册到BCC。此后，VES可以代表任何VAC、任何VEC和任何VAS与BCC交互。在这种方法中，VAC/VEC/VAS不能直接与BCC通信，而是经由VES与BCF间接通信。通过VES、BCC和BCF，VEC(或VAS)可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立完成之后，VEC/VAS/VES可以被视为BCC的客户端。
●方法2：VES帮助VEC(或VAS)发现BCC。VES可以从BCF发现BCC。此后，VEC(或VAS)可以注册到BCC。在注册之后，VEC(或VAS)可以直接与BCC交互，BCC可以代表VEC(或VAS)与BCF通话。通过BCC和BCF，VEC(或VAS)可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立完成之后，VEC/VAS/VES可以被视为BCC的客户端。
●方法3：VEC(或VAS)可以发现BCC并且可以注册到BCC。此后，VEC(或VAS)可以直接与BCC交互，BCC可以代表VEC(或VAS)与BCF通话。通过BCC和BCF，VEC(或VAS)可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立完成之后，VEC/VAS/VES可以被视为BCC的客户端。
●方法4：VEC(或VAS)可以发现BCC并且可以注册到BCC。VEC(或VAS)可以经由BCC发现BCF。此后，VEC(或VAS)可以直接与BCF通信。通过BCF，VEC(或VAS)可以访问BCF与其接口的任何目标区块链网络。根据需要，VEC代表VAC。在建立设置之后，VEC可以被视为BCC，VES可以被视为BCC，并且VAS可以被视为BNA。
图45示出将现有垂直应用使能与区块链应用使能集成(例如，SA6)的示例-模型3。
在集成模型3中，如图45所示，可以直接实现区块链使能或在各种垂直应用实体中的现有实体内实现区块链使能。例如，VAC可实现BCA的所有功能，VEC可实现BCC的所有功能，VES可实现BCF的所有功能，并且VAS可实现BNA的所有功能。结果，在本公开中提出的BCC/BCF/BNA之间的所有通信可以将SA6中定义的现有接口用于垂直应用使能。换言之，可以增强所有现有接口以支持如本公开中所定义的BCC/BCF/BNA之间的区块链相关交互，例如用以承载本公开中提出的所有提出的新参数。
""结论
尽管上文以特定组合提供了特征和元件，但是本领域的普通技术人员将理解，每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。本公开并不限于就本专利申请中所述的具体实施方案而言，这些具体实施方案旨在作为各个方面的例证。在不脱离本发明的实质和范围的前提下可进行许多修改和变型，因其对于本领域的技术人员而言将是显而易见的。除非明确如此提供，否则本申请说明书中使用的任何元件、动作或说明均不应理解为对本发明至关重要或必要。根据前面的描述，除了本文列举的那些之外，在本公开的范围内的功能上等同的方法和装置对于本领域的技术人员而言将是显而易见的。此类修改和变型旨在落入所附权利要求书的范围内。本公开仅受限于所附权利要求的条款以及此类享有权利的权利要求的等同形式的全部范围。应当理解，本公开不限于特定的方法或系统。
为了简单起见，关于红外能力设备(即红外发射器和接收器)的术语和结构讨论了前述实施方案。然而，所讨论的实施方案不限于这些系统，而是可应用于使用其他形式的电磁波或非电磁波(诸如声波)的其他系统。
还应当理解，本文所用的术语仅用于描述具体实施方案的目的，并非旨在进行限制。如本文中所使用，术语“视频”或术语“图像”可意指在时间基础上显示的快照、单个图像和/或多个图像中的任一者。作为另一示例，当在本文中提及时，术语“用户设备”和其缩写“UE”、术语“远程”和/或术语“头戴式显示器”或其缩写“HMD”可意指或包括(i)无线发射和/或接收单元(WTRU)；(ii)WTRU的多个实施方案中的任一个实施方案；(iii)具有无线功能和/或具有有线功能(例如，可拴系)的设备配置有(特别是)WTRU的一些或全部结构和功能；(iii)配置有少于WTRU的全部结构和功能的无线能力和/或有线能力设备；或(iv)等。本文相对于图1A至图1D提供了可代表本文所述的任何WTRU的示例性WTRU的细节。作为另一示例，本文中的各种所公开实施方案在上文和下文被描述为利用头戴式显示器。本领域技术人员将认识到，可利用除头戴式显示器之外的设备，并且可相应地修改本公开和各种所公开实施方案中的一些或全部，而无需过度实验。这种其他设备的实例可包括无人机或其他设备，被配置成流式传输信息以提供调适的现实体验。
另外，本文中所提供的方法可在并入计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实施。计算机可读介质的示例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如CD-ROM磁盘和数字通用光盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、WTRU、终端、基站、RNC或任何主计算机的射频收发器。
在不脱离本发明的范围的情况下，上文提供的方法、装置和系统的变型是可能的。鉴于可应用的各种实施方案，应当理解，所示实施方案仅是示例，并且不应视为限制以下权利要求书的范围。例如，本文中提供的实施方案包括手持设备，该手持设备可包括提供任何适当电压的任何适当电压源(诸如电池等)或与该电压源一起使用。
此外，在上文所提供的实施方案中，指出了处理平台、计算系统、控制器和包含处理器的其他设备。这些设备可包含至少一个中央处理单元(“CPU”)和存储器。根据计算机编程领域的技术人员的实践，对动作和操作或指令的符号表示的引用可由各种CPU和存储器执行。此类动作和操作或指令可被认为是正在“执行的”、“计算机执行的”或“CPU执行的”。
本领域的普通技术人员将会知道，动作和符号表示的操作或指令包括CPU对电信号的操纵。电系统表示数据位，这些数据位可导致电信号的最终变换或电信号的减少以及对在存储器系统中的存储器位置处的数据位的保持，从而重新配置或以其他方式改变CPU的操作以及进行信号的其他处理。保持数据位的存储器位置是具有与数据位对应或表示数据位的特定电属性、磁属性、光学属性或有机属性的物理位置。应当理解，实施方案不限于上述平台或CPU，并且其他平台和CPU也可支持所提供的方法。
数据位还可保持在计算机可读介质上，该计算机可读介质包括磁盘、光盘和CPU可读的任何其他易失性(例如，随机存取存储器(“RAM”))或非易失性(例如，只读存储器(“ROM”))海量存储系统。计算机可读介质可包括协作或互连的计算机可读介质，该协作或互连的计算机可读介质唯一地存在于处理系统上或者分布在多个互连的处理系统中，该多个互连的处理系统相对于该处理系统可以是本地的或远程的。应当理解，实施方案不限于上述存储器，并且其他平台和存储器也可支持所提供的方法。
在例示性实施方案中，本文所述的操作、过程等中的任一者可实现为存储在计算机可读介质上的计算机可读指令。计算机可读指令可由移动单元、网络元件和/或任何其他计算设备的处理器执行。
在系统的各方面的硬件具体实施和软件具体实施之间几乎没有区别。硬件或软件的使用通常是(但不总是，因为在某些上下文中，硬件和软件之间的选择可能会变得很重要)表示在成本与效率之间权衡的设计选择。可存在可实现本文所述的过程和/或系统和/或其他技术的各种媒介(例如，硬件、软件和/或固件)，并且优选的媒介可随部署过程和/或系统和/或其他技术的上下文而变化。例如，如果实施者确定速度和准确度最重要，则实施者可选择主要为硬件和/或固件的媒介。如果灵活性最重要，则实施者可选择主要为软件的具体实施。另选地，实施者可选择硬件、软件和/或固件的一些组合。
上述详细描述已经通过使用框图、流程图和/或示例列出了设备和/或过程的各种实施方案。在此类框图、流程图和/或示例包含一个或多个功能和/或操作的情况下，本领域的技术人员应当理解，此类框图、流程图或示例内的每个功能和/或操作可单独地和/或共同地由广泛范围的硬件、软件、固件或几乎它们的任何组合来实现。在实施方案中，本文所述主题的若干部分可经由专用集成电路(ASIC)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)和/或其他集成格式来实现。然而，本领域的技术人员将认识到，本文所公开的实施方案的一些方面整体或部分地可等效地在集成电路中实现为在一个或多个计算机上运行的一个或多个计算机程序(例如，在一个或多个计算机系统上运行的一个或多个程序)、在一个或多个处理器上运行的一个或多个程序(例如，在一个或多个微处理器上运行的一个或多个程序)、固件或几乎它们的任何组合，并且根据本公开，设计电路和/或写入软件和/或固件的代码将完全在本领域技术人员的技术范围内。另外，本领域的技术人员将会知道，本文所述主题的机制可以多种形式作为程序产品分布，并且本文所述主题的例示性实施方案适用，而不管用于实际执行该分布的信号承载介质的具体类型如何。信号承载介质的示例包括但不限于以下各项：可记录类型介质(诸如软盘、硬盘驱动器、CD、DVD、数字磁带、计算机存储器等)；和传输类型介质(诸如数字和/或模拟通信介质(例如，光纤电缆、波导、有线通信链路、无线通信链路等))。
本领域技术人员将认识到，本领域中常见的是，以本文中阐述的方式来描述设备和/或过程，并且此后使用工程实践以将这类所描述设备和/或过程集成到数据处理系统中。也就是说，本文中所描述的设备和/或过程的至少一部分可经由合理量的实验集成到数据处理系统中。本领域技术人员将认识到，典型数据处理系统一般可包括以下中的一个或多个：系统单元外壳；视频显示设备；存储器，诸如易失性存储器和非易失性存储器；处理器，诸如微处理器和数字信号处理器；计算实体，诸如操作系统、驱动程序、图形用户接口和应用程序；一个或多个交互设备，诸如触摸板或屏幕；和/或控制系统，包括反馈回路和控制马达(例如用于感测位置和/或速度的反馈、用于移动和/或调整部件和/或量的控制马达)。典型数据处理系统可利用任何合适的市售部件来实施，诸如通常在数据计算/通信和/或网络计算/通信系统中发现的那些部件。
本文所述的主题有时示出了包含在不同的其他部件内或与不同的其他部件连接的不同的部件。应当理解，此类描绘的架构仅仅是示例，并且事实上可实现达成相同功能的许多其他架构。在概念意义上，达成相同功能的部件的任何布置是有效“相关联的”，使得可实现期望的功能。因此，在本文中被组合以实现特定功能的任何两个部件可被视为彼此“相关联”，使得所需功能得以实现，而与架构或中间部件无关。同样，如此相关联的任何两个部件也可被视为彼此“可操作地连接”或“可操作地耦合”以实现期望的功能，并且能够如此相关联的任何两个部件也可被视为“可操作地可耦合”于彼此以实现期望的功能。可操作地可耦合的具体示例包括但不限于可物理配合和/或物理交互的部件和/或可无线交互和/或无线交互的部件和/或逻辑交互和/或可逻辑交互的部件。
关于本文使用的基本上任何复数和/或单数术语，本领域的技术人员可根据上下文和/或应用适当地从复数转换成单数和/或从单数转换成复数。为清楚起见，本文可明确地列出了各种单数/复数排列。
本领域的技术人员应当理解，一般来讲，本文尤其是所附权利要求(例如，所附权利要求的主体)中使用的术语通常旨在作为“开放式”术语(例如，术语“包括”应解释为“包括但不限于”，术语“具有”应解释为“具有至少”，术语“包含”应解释为“包含但不限于”等)。本领域的技术人员还应当理解，如果意图说明特定数量的引入的权利要求叙述对象，则此类意图将在权利要求中明确叙述，并且在不存在此类叙述对象的情况下，不存在此类意图。例如，在预期仅一个项目的情况下，可使用术语“单个”或类似的语言。为了有助于理解，以下所附权利要求和/或本文的描述可包含使用引导短语“至少一个”和“一个或多个”来引入权利要求叙述对象。然而，此类短语的使用不应理解为暗示通过不定冠词“一个”或“一种”将包含此类引入的权利要求叙述对象的任何特定权利要求限制为包含仅一个此类叙述对象的实施方案来引入权利要求叙述对象。即使当同一权利要求包括引导短语“一个或多个”或“至少一个”和不定冠词诸如“一个”或“一种”(例如，“一个”和/或“一种”应解释为意指“至少一个”或“一个或多个”)时，也是如此。这同样适用于使用用于引入权利要求叙述对象的定冠词。另外，即使明确叙述了特定数量的引入的权利要求叙述对象，本领域的技术人员也将认识到，此类叙述应解释为意指至少所述的数量(例如，在没有其他修饰语的情况下，对“两个叙述对象”的裸叙述意指至少两个叙述对象、或者两个或更多个叙述对象)。另外，在使用类似于“A、B和C等中的至少一者”的惯例的那些实例中，一般来讲，此类构造的含义是本领域的技术人员将理解该惯例(例如，“具有A、B和C中的至少一者的系统”将包括但不限于单独具有A、单独具有B、单独具有C、同时具有A和B、同时具有A和C、同时具有B和C和/或同时具有A、B和C等的系统)。在使用类似于“A、B或C等中的至少一者”的惯例的那些实例中，一般来讲，此类构造的含义是本领域的技术人员将理解该惯例(例如，“具有A、B或C中的至少一者的系统”将包括但不限于单独具有A、单独具有B、单独具有C、同时具有A和B、同时具有A和C、同时具有B和C和/或同时具有A、B和C等的系统)。本领域的技术人员还应当理解，事实上，无论在说明书、权利要求书还是附图中，呈现两个或更多个另选术语的任何分离的词语和/或短语都应当理解为设想包括术语中的一个术语、术语中的任一个术语或这两个术语的可能性。例如，短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。另外，如本文所用，后面跟着列出多个项目和/或多个项目类别的术语“…中的任一个”旨在包括单独的或与其他项目和/或其他项目类别结合的项目和/或项目类别“中的任一个”、“的任何组合”、“的任何倍数”和/或“的倍数的任何组合”。此外，如本文所使用，术语“组”旨在包括任何数量的项目，包括零。另外，如本文所用，术语“数量”旨在包括任何数量，包括零。
另外，在根据马库什群组描述本公开的特征或方面的情况下，由此本领域的技术人员将认识到，也根据马库什群组的任何单独的成员或成员的子群组来描述本公开。
如本领域的技术人员将理解的，出于任何和所有目的(诸如就提供书面描述而言)，本文所公开的所有范围还涵盖任何和所有可能的子范围以及它们的子范围的组合。任何列出的范围均可容易地被识别为充分地描述并且使得相同的范围能够被划分成至少相等的两半、三分之一、四分之一、五分之一、十分之一等。作为非限制性示例，本文所讨论的每个范围可容易地被划分成下三分之一、中三分之一和上三分之一等。如本领域的技术人员还将理解的，诸如“最多至”、“至少”、“大于”、“小于”等的所有语言包括所引用的数字并且是指随后可被划分为如上所述的子范围的范围。最后，如本领域的技术人员将理解的，范围包括每个单独的数字。因此，例如具有1至3个单元的群组是指具有1、2或3个单元的群组。类似地，具有1至5个单元的群组是指具有1、2、3、4或5个单元的群组等。
此外，除非另有说明，否则权利要求书不应被理解为受限于所提供的顺序或元件。另外，在任何权利要求中使用术语“用于…的装置”旨在调用25 U.S.C.§112,
Figure BDA0004113250610001031
6或装置加功能的权利要求格式，并且没有术语“用于…的装置”的任何权利要求并非意在如此。

Claims (20)

1.一种在包括电路系统的设备中实现的方法，所述设备包括发射器、接收器和处理器，所述方法包括：
从网络应用接收注册请求，所述注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个性能要求以及一个或多个动作；
至少部分地基于所述性能要求确定分布式账本系统的节点，以关联到所述网络应用；
向一个或多个计算资源中的每一者提供用于执行所述一个或多个动作中的一者或多者的可执行代码；以及
向所述网络应用发送注册确认。
2.一种在包括电路系统的设备中实现的方法，所述设备包括发射器、接收器和处理器，所述方法包括：
从网络应用接收注册请求，所述注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个分布式账本系统特征、一个或多个性能要求以及一个或多个动作；
至少部分地基于所述性能要求以及所述一个或多个分布式账本系统特征来确定分布式账本系统的节点，以关联到所述网络应用；
向多个计算资源中的每一者提供用于执行所述一个或多个动作中的一者或多者的可执行代码；以及
向所述网络应用发送注册确认。
3.根据权利要求1至2中至少一项所述的方法，还包括：
为所述一个或多个动作生成一个或多个分布式账本相关配置，其中提供用于执行所述一个或多个动作中的一者或多者的可执行代码包括提供所述可执行代码和所述分布式账本相关配置。
4.根据前述权利要求中至少一项所述的方法或装置，其中所述多个应用级要求包括指示一个或多个分布式账本相关策略的信息。
5.根据权利要求1至4中至少一项所述的方法，还包括向通信网络的策略功能提供分布式账本相关策略。
6.根据权利要求1至4中至少一项所述的方法，还包括在所述设备处部署分布式账本相关策略。
7.一种包括电路系统的装置，所述装置包括发射器、接收器和处理器，所述装置被配置为：
从网络应用接收注册请求，所述注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个性能要求以及一个或多个动作；
至少部分地基于所述性能要求确定分布式账本系统的节点，以关联到所述网络应用；
向一个或多个计算资源中的每一者提供用于执行所述一个或多个动作中的一者或多者的可执行代码；以及
向所述网络应用发送注册确认。
8.一种包括电路系统的装置，所述装置包括发射器、接收器和处理器，所述装置被配置为：
从网络应用接收注册请求，所述注册请求包括指示分布式账本服务的多个应用级要求的信息，包括一个或多个分布式账本系统特征、一个或多个性能要求以及一个或多个动作；
至少部分地基于所述性能要求以及所述一个或多个分布式账本系统特征来确定分布式账本系统的节点，以关联到所述网络应用；
向多个计算资源中的每一者提供用于执行所述一个或多个动作中的一者或多者的可执行代码；以及
向所述网络应用发送注册确认。
9.根据权利要求7至8中至少一项所述的装置，其中所述电路系统被配置为：
生成用于所述一个或多个动作的一个或多个分布式账本相关配置；以及
向一个或多个计算资源中的每一者提供用于执行所述一个或多个动作中的一者或多者的所述可执行代码以及所述一个或多个分布式账本相关配置。
10.根据权利要求6至19中至少一项所述的装置，其中所述多个应用级要求包括指示一个或多个分布式账本相关策略的信息。
11.根据权利要求7至10中至少一项所述的装置，其中所述电路系统被配置为向通信网络的策略功能提供分布式账本相关策略。
12.根据权利要求7至10中至少一项所述的装置，其中所述电路系统被配置为在设备处部署分布式账本相关策略。
13.根据前述权利要求中至少一项所述的方法或装置，其中所述分布式账本相关配置中的一者或多者包括交易格式和所述分布式账本系统的所确定节点中的任一者。
14.根据权利要求5和2中至少一项所述的方法或装置，其中所述策略功能是所述通信网络的策略控制功能。
15.根据前述权利要求中至少一项所述的方法或装置，其中所述多个应用级要求包括以下任一项：
所述分布式账本系统的标识符；
所述分布式账本系统的类型；
共识机制/协议；
所述分布式账本系统的应用编程接口(API)规范；
所述分布式账本系统的对等节点的数量；
所述分布式账本系统的账本的当前大小；
所述分布式账本系统的对等节点地理分布；
所述分布式账本支持新账本的能力；
所述分布式账本系统的一个或多个所支持的性能度量；
所述分布式账本系统的所述节点的接入细节；
所述分布式账本系统的所述节点的节点类型；
所述分布式账本系统的所述节点的移动性类型；以及
与所述分布式账本系统的所述节点有关的组织。
16.根据前述权利要求中至少一项所述的方法或装置，其中所述设备包括至少一个基于服务的功能，并且其中所述至少一个基于服务的功能至少执行确定分布式账本的节点。
17.根据前述权利要求中至少一项所述的方法或装置，其中经由空中接口向所述网络应用发送所述注册确认。
18.根据前述权利要求中至少一项所述的方法或装置，其中经由空中接口接收所述注册请求。
19.根据前述权利要求中至少一项所述的方法或装置，其中所述设备和所述装置中的任一者被配置为和/或配置有无线发射/接收单元(WTRU)的元件。
20.根据前述权利要求中至少一项所述的方法或装置，其中所述设备和所述装置中的任一者被配置、被配置为和/或配置有侧行链路中继的元件或基站的元件。
CN202180055493.7A 2020-06-30 2021-06-30 针对区块链使能的无线系统的使能器的方法、架构、装置和系统 Pending CN116076066A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063045857P 2020-06-30 2020-06-30
US63/045,857 2020-06-30
PCT/US2021/039971 WO2022006324A1 (en) 2020-06-30 2021-06-30 Methods, architectures, apparatuses and systems directed to enablers for blockchain-enabled wireless systems

Publications (1)

Publication Number Publication Date
CN116076066A true CN116076066A (zh) 2023-05-05

Family

ID=77398631

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180055493.7A Pending CN116076066A (zh) 2020-06-30 2021-06-30 针对区块链使能的无线系统的使能器的方法、架构、装置和系统

Country Status (5)

Country Link
US (1) US20230262113A1 (zh)
EP (1) EP4173184A1 (zh)
CN (1) CN116076066A (zh)
TW (1) TW202219984A (zh)
WO (1) WO2022006324A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11910305B2 (en) * 2021-06-28 2024-02-20 At&T Intellectual Property I, L.P. System and method of securing allocation of network functions for session slices
EP4167548A1 (en) * 2021-10-14 2023-04-19 Unify Patente GmbH & Co. KG A method and a system for retrieving and applying dynamic policy rules in a network

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10657526B2 (en) * 2016-10-28 2020-05-19 International Business Machines Corporation System and method to dynamically setup a private sub-blockchain based on agility of transaction processing
EP3777111A1 (en) * 2018-05-07 2021-02-17 Convida Wireless, Llc Interworking between iot service layer systems and distributed ledger systems

Also Published As

Publication number Publication date
TW202219984A (zh) 2022-05-16
EP4173184A1 (en) 2023-05-03
US20230262113A1 (en) 2023-08-17
WO2022006324A1 (en) 2022-01-06

Similar Documents

Publication Publication Date Title
US20230007458A1 (en) Procedure enabling configuration of pc5 communication parameters for advanced vehicle to everything (v2x) services
KR20210087040A (ko) 무선 통신 네트워크의 seal 시스템에서 서비스 간 통신을 프로비저닝하기 위한 seal 시스템 및 방법
CN114128211A (zh) 用于启用和管理量子网络的方法、系统和装置
US20230247094A1 (en) Methods, architectures, apparatuses and systems directed to transaction management in blockchain-enabled wireless systems
KR20220113359A (ko) Wtru 대 wtru 릴레이를 사용한 직접 발견 및 통신 방법 및 장치
CN116076066A (zh) 针对区块链使能的无线系统的使能器的方法、架构、装置和系统
US20240045851A1 (en) Methods, architectures, apparatuses and systems directed to blockchain-enabled model storage, sharing and deployment for supporting distrubuted learning
US20230413212A1 (en) User equipment/wireless transmit/receive unit-provided data networks on wtrus
Sharmila et al. Proximity services based device-to-device framework design for direct discovery
US20230239264A1 (en) Methods, architectures, apparatuses and systems directed to messaging through blockchain networks
KR20230150971A (ko) 다중 액세스 에지 컴퓨팅 시스템에서 제약된 다중 액세스 에지 컴퓨팅 호스트를 통합하기 위한 방법들, 장치들 및 시스템들
WO2022241233A1 (en) Methods, architectures, apparatuses and systems for multi-access edge computing applications on wireless transmit-receive units
US20240089130A1 (en) Methods for blockchain offline operations management
WO2024006385A1 (en) Methods, architectures, apparatuses and systems for traceability-aware artificial intelligence
CN116941232A (zh) 用于在多接入边缘计算系统中集成受约束多接入边缘计算主机的方法、装置和系统
WO2023220015A1 (en) Data collection with customizable blockchain processing
WO2024079365A1 (en) Notification handling for vertical federated learning enablement
WO2023192299A1 (en) Methods, apparatus, and systems for providing information to wtru via control plane or user plane
WO2024006178A1 (en) Methods, architectures, apparatuses and systems enabling artificial intelligence applications in networks
WO2023086761A1 (en) Methods and apparatuses for enabling wireless transmit/receive unit (wtru)-based edge computing scaling
WO2023192133A1 (en) Pin configuration, management and application service discovery
KR20240004739A (ko) 단말 기능 분배를 위한 방법 및 장치
WO2023129485A2 (en) Session establishment for cellular wireless devices
CN116830793A (zh) 5g网络中的小型基站配置和控制
CN116530116A (zh) 用于预置本地化临时服务（lts）托管网络凭证的方法和装置

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