TW202219984A - 針對由區塊鏈賦能無線系統之賦能器方法、架構、設備及系統 - Google Patents

針對由區塊鏈賦能無線系統之賦能器方法、架構、設備及系統 Download PDF

Info

Publication number
TW202219984A
TW202219984A TW110124041A TW110124041A TW202219984A TW 202219984 A TW202219984 A TW 202219984A TW 110124041 A TW110124041 A TW 110124041A TW 110124041 A TW110124041 A TW 110124041A TW 202219984 A TW202219984 A TW 202219984A
Authority
TW
Taiwan
Prior art keywords
bcf
bcn
bca
blockchain
bna
Prior art date
Application number
TW110124041A
Other languages
English (en)
Inventor
李旭
王崇廣
保羅 羅素
Original Assignee
美商內數位專利控股公司
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 美商內數位專利控股公司 filed Critical 美商內數位專利控股公司
Publication of TW202219984A publication Critical patent/TW202219984A/zh

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日申請的美國臨時專利申請案No. 63/045,857的優先權，該專利申請案藉由引用而被結合到本文中。
本申請案涉及有線及/或無線通信，其包括例如與區塊鏈賦能的無線系統的賦能者(enabler)有關的程序。
在以下詳細描述中，闡述了許多具體細節以提供對本文所揭露的實施方式及/或範例的透徹理解。然而，將理解，可以在沒有本文中闡述的一些或全部具體細節下實踐這樣的實施方式及範例。在其它情況下，沒有詳細描述已知的方法、程序、元件及電路，以免混淆下面的描述。此外，本文中沒有具體描述的實施方式及範例可以代替本文中描述、揭露或以其他方式明確地、隱含地及/或固有地(統稱為“提供”)提供的實施方式及其他範例或與其組合地實施。儘管本文中描述及/或主張各種實施方式，其中設備、系統、裝置等及/或其任何元件執行操作、過程、演算法、功能等及/或其任何部分，但是應該理解，本文描述及/或主張的任何實施方式假定任何設備、系統、裝置等及/或其任何元件被配置為執行任何操作、過程、演算法、功能等及/或其任何部分。 範例性通信系統
本文提供的方法、設備及系統非常適合於涉及有線及無線網路兩者的通信。有線網路是已知的。參考圖1A至圖1D提供了各種類型的無線裝置及基礎結構的概述，其中該網路的各種元件可以利用、執行這裡提供的方法、設備及系統、根據這裡提供的方法、設備及系統來佈置、及/或被適配及/或配置用於這裡提供的方法、設備及系統。
圖1A是可以實施所揭露的一或更多實施方式的範例性通信系統100的示意圖。提供範例通信系統100僅用於說明的目的，而不是對所揭露的實施方式的限制。該通信系統100可以是為多個無線使用者提供例如語音、資料、視訊、訊息傳遞、廣播等內容的多重存取系統。該通信系統100可以經由共用包括無線頻寬的系統資源而使多個無線使用者能夠存取此類內容。舉例來說，通信系統100可以使用一種或多種通道存取方法，例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾(ZT)唯一符(UW)離散傅立葉變換(DFT)擴展OFDM(ZT-UW-DFT-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每一者可以是被配置為在無線環境中操作及/或通信的任何類型的裝置。舉例來說，WTRU 102a、102b、102c、102d任何一者都可以被稱為“站”及/或“STA”，其可以被配置為傳輸及/或接收無線信號、並且可以包括(或為)使用者設備(UE)、行動站、固定或行動用戶單元、基於訂用的單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴顯示器(HMD)、運載工具、無人機、醫療裝置及應用(例如，遠端手術)、工業裝置及應用(例如，機器人及/或在工業及/或自動處理鏈環境中操作的其他無線裝置)、消費類電子裝置、以及在商業及/或工業無線網路上操作的裝置等等。WTRU 102a、102b、102c、102d中的任何一者可被可交換地稱為WTRU。
該通信系統100還可以包括基地台114a及/或基地台114b。基地台114a、114b的每一者可以是被配置與WTRU 102a、102b、102c、102d中的至少一者無線介接來例如促使其存取一或更多通信網路(例如，CN 106/115、網際網路110、及/或網路112)的任何類型的裝置。例如，基地台114a、114b可以是以下任一者：基地收發站(BTS)、節點B(NB)、e節點B(eNB)、本地節點B(HNB)、本地e節點B(HeNB)、g節點B(gNB)、NR節點B(NR NB)、站點控制器、存取點(AP)、以及無線路由器等等。雖然基地台114a、114b的每一者都被描述成了單一元件，然而應該瞭解，基地台114a、114b可以包括任何數量的互連基地台及/或網路元件。
基地台114a可以是RAN 104/113的一部分，該RAN 104/113還可以包括其他基地台及/或網路元件(未顯示)，例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a及/或基地台114b可被配置為在稱為胞元(未顯示)的一或更多載波頻率上傳輸及/或接收無線信號。這些頻率可以處於授權頻譜、未授權頻譜或是授權與未授權頻譜的組合中。胞元可以為相對固定或者有可能隨時間變化的特定地理區域提供無線服務覆蓋。胞元可被進一步分成胞元扇區。例如，與基地台114a相關聯的胞元可被分為三個扇區。因此，在一個實施方式中，基地台114a可以包括三個收發器，即，一個收發器用於胞元的每一個扇區。在實施方式中，基地台114a可以使用多輸入多輸出(MIMO)技術、並且可以為胞元的每一個扇區或任一扇區使用多個收發器。例如，波束成形可以用於在預期的空間方向上傳輸及/或接收信號。
基地台114a、114b可以經由空中介面116以與WTRU 102a、102b、102c、102d中的一者或多者進行通信，其中該空中介面可以是任何適當的無線通信鏈路(例如，射頻(RF)、微波、釐米波、毫米波、紅外線(IR)、紫外線(UV)、可見光等等)。空中介面116可以使用任何適當的無線電存取技術(RAT)來建立。
更具體地，如上所述，通信系統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))、CDMA 2000、CDMA 20001X、CDMA2000 EV-DO、暫行標準2000 (IS-2000)、暫行標準95 (IS-95)、暫行標準856 (IS-856)、全球行動通信系統(GSM)、增強型資料速率GSM演進技術(EDGE)、以及GSM EDGE (GERAN)等。
在實施方式中，基地台114a以及WTRU 102a、102b、102c可以實施可以使用新無線電(NR)建立空中介面116的無線電技術，例如NR無線電存取。
在實施方式中，基地台114a以及WTRU 102a、102b、102c可以實施多種無線電存取技術。例如，基地台114a以及WTRU 102a、102b、102c可以一起實施LTE無線電存取以及NR無線電存取(例如，使用雙連接(DC)原理)。因此，WTRU 102a、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、本地e節點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 106/115可以是被配置為向WTRU 102a、102b、102c、102d的一者或多者提供語音、資料、應用及/或網際網路協定語音(VoIP)服務的任何類型的網路。該資料可以具有不同的服務品質(QoS)需求，例如不同的輸送量需求、潛時需求、容錯需求、可靠性需求、資料輸送量需求、以及行動性需求等等。CN 106/115可以提供呼叫控制、記帳服務、基於行動位置的服務、預付費呼叫、網際網路連接、視訊分發等等、及/或可以執行使用者認證（authentication）之類的高階安全功能。雖然在圖1A中沒有顯示，然而應該瞭解，RAN 104/113及/或CN 106/115可以直接或間接地與其他RAN進行通信，該其他RAN使用與RAN 104/113相同的RAT或不同的RAT。例如，除了與使用NR無線電技術的RAN 104/113連接之外，CN 106/115還可以與使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或Wi-Fi無線電技術中的任一者的另一RAN(未顯示)通信。
CN 106/115還可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供簡易老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用了公共通信協定(例如，傳輸控制協定/網際網路協定(TCP/IP)網際網路協定族中的TCP、使用者資料報協定(UDP)及IP)的全球性互連電腦網路裝置系統。該網路112可以包括由其他服務提供方擁有及/或操作的有線或無線通信網路。例如，該網路112可以包括與一或更多RAN連接的另一個CN，其中該一或更多RAN可以與RAN 104/114使用相同RAT或不同RAT。
通信系統100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如，WTRU 102a、102b、102c、102d可以包括在不同無線鏈路上與不同無線網路通信的多個收發器)。例如，圖1A所示的WTRU 102c可被配置為與可以使用基於峰巢的無線電技術的基地台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，收發器120可以耦合至傳輸/接收元件122。雖然圖1B將處理器118以及收發器120描述為單獨元件，然而應該瞭解，處理器118以及收發器120也可以一起集成在例如電子封裝或晶片中。
傳輸/接收元件122可被配置為經由空中介面116以傳輸信號至基地台(例如，基地台114a)或從基地台(例如，基地台114a)接收信號。例如，在一實施方式中，傳輸/接收元件122可以是被配置為傳輸及/或接收RF信號的天線。例如，在一實施方式中，傳輸/接收元件122可以是被配置為傳輸及/或接收IR、UV或可見光信號的放射器/偵測器。在一實施方式中，傳輸/接收元件122可被配置為傳輸及接收RF及光信號。應該瞭解的是，傳輸/接收元件122可以被配置為傳輸及/或接收無線信號的任何組合。
另外，雖然在圖1B中將傳輸/接收元件122描述成是單一元件，但是WTRU 102可以包括任何數量的傳輸/接收元件122。例如，WTRU 102可以使用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括經由空中介面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可以包括一或更多乾電池組(如鎳鎘(Ni-Cd)、鎳鋅(Ni-Zn)、鎳氫(NiMH)、鋰離子(Li-ion)等等)、太陽能電池以及燃料電池等等。
處理器118還可以耦合到GPS晶片組136，該GPS晶片組 136可被配置為提供與WTRU 102的目前位置相關的位置資訊(例如，經度及緯度)。作為來自GPS晶片組136的資訊的補充或替代，WTRU 102可以經由空中介面116接收來自基地台(例如，基地台114a、114b)的位置資訊、及/或根據從兩個或更多個附近基地台接收的信號時序來確定其位置。應該瞭解的是，在保持符合實施方式的同時，WTRU 102可以用任何適當的定位方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138，其中該週邊設備可以包括提供附加特徵、功能及/或有線或無線連接的一或更多軟體及/或硬體模組/單元。例如，該週邊設備138可以包括加速度計、電子指南針、衛星收發器、數位相機(例如，用於照片或視訊)、通用序列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器、虛擬實境及/或擴增時境(VR/AR)裝置、以及活動追蹤器等等。該週邊設備138可以包括一或更多感測器，該感測器可以是以下的一者或多者：陀螺儀、加速度計、霍爾效應感測器、磁強計、方位感測器、鄰近感測器、溫度感測器、時間感測器、地理位置感測器、高度計、光感測器、觸控感測器、磁力計、氣壓計、手勢感測器、生物測定感測器及/或濕度感測器。
WTRU 102可以包括全雙工無線電裝置，對於該無線電裝置，一些或所有信號(例如，與用於UL(例如，對傳輸而言)以及下鏈(例如，對接收而言)的特定子訊框相關聯)的接收或傳輸可以是並行及/或同時的。全雙工無線電裝置可以包括經由硬體(例如，扼流圈)或是經由處理器(例如，單獨的處理器(未顯示)或是經由處理器118)的信號處理來減小及/或基本消除自干擾的干擾管理單元。在實施方式中，WTRU 102可以包括傳送及接收一些或所有信號(例如，與用於UL(例如，對傳輸而言)或下鏈(例如，對接收而言)的特定子訊框相關聯)的半雙工無線電裝置。
圖1C是根據另一實施方式的RAN 104以及CN 106的系統圖。如上所述，RAN 104可以經由空中介面116以使用E-UTRA無線電技術而與WTRU 102a、102b及102c進行通信。該RAN 104還可以與CN 106進行通信。
RAN 104可以包括e節點B 160a、160b、160c，然而應該瞭解，在保持符合實施方式的同時，RAN 104可以包括任何數量的e節點B。e節點B 160a、160b、160c每一者都可以包括經由空中介面116以與WTRU 102a、102b、102c通信的一或更多收發器。在一實施方式中，e節點B 160a、160b、160c可以實施MIMO技術。因此，舉例來說，e節點B 160a可以使用多個天線以向WTRU 102a傳輸無線信號、以及接收來自WTRU 102a的無線信號。
e節點B 160a、160b及160c每一者都可以關聯於一個特定胞元(未顯示)、並且可被配置為處理無線電資源管理決策、切換決策、上鏈(UL)及/或下鏈(DL)中的使用者排程等等。如圖1C所示，e節點B 160a、160b、160c彼此可以經由X2介面進行通信。
圖1C所示的核心網路106可以包括行動性管理閘道(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(PGW)166。雖然前述元件中的每一者都被描述為是CN 106的一部分，然而應該瞭解，這些元件中的任一元件都可以由CN操作者之外的實體擁有及/或操作。
MME 162可以經由S1介面而連接到RAN 104中的e節點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中的e節點B 160a、160b、160c的每一者。SGW 164通常可以路由及轉發使用者資料封包至WTRU 102a、102b、102c/來自WTRU 102a、102b、102c的使用者資料封包。SGW 164還可以執行其他功能，例如在eNB間的切換期間錨定使用者平面、在DL資料可供WTRU 102a、102b、102c使用時觸發傳呼及/或移動終止、以及管理並儲存WTRU 102a、102b、102c的上下文等等。
SGW 164還可以連接到PDN閘道166，該PDN閘道166可以為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可以包括IP閘道(例如，IP多媒體子系統(IMS)伺服器)或與之進行通信，並且該IP閘道可以充當CN 106與PSTN 108之間的介面。此外，CN 106可以為WTRU 102a、102b、102c提供針對該其他網路112的存取，該網路112可以包括其他服務提供方擁有及/或操作的其他有線及/或無線網路。
雖然在圖1A至圖1D中將WTRU描述為無線終端，然而應該想到的是，在某些代表性實施方式中，此類終端與可以使用(例如，暫時或永久性)與通信網路的有線通信介面。
在代表性實施方式中，該其他網路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之間的訊務可被認為及/或稱為點到點訊務。該點到點訊務可以在源與目的地STA之間(例如，在其間直接)用直接鏈路建立(DLS)來發送。在某些代表性實施方式中，DLS可以使用802.11e DLS或802.11z通道化DLS(TDLS)。例如，使用獨立BSS(IBSS)模式的WLAN不具有AP，並且在該IBSS內或是使用該IBSS的STA(例如，所有STA)彼此可以直接通信。在這裡，IBSS通信模式有時可被稱為“特定(ad-hoc)”通信模式。
在使用802.11ac基礎結構操作模式或類似的操作模式時，AP可以在固定通道(例如，主通道)上傳送信標。該主通道可以具有固定寬度(例如，20 MHz的頻寬)或是動態設定的寬度。主通道可以是BSS的操作通道、並且可被STA用來與AP建立連接。在某些代表性實施方式中，可以實施具有衝突避免的載波感測多重存取(CSMA/CA)(例如，在802.11系統中)。對於CSMA/CA，包括AP的STA(例如，每一個STA)可以感測主通道。如果特定STA感測到/偵測到及/或確定主通道繁忙，那麼該特定STA可以退避。在指定的BSS中，一個STA(例如，只有一個站)可以在任何指定時間進行傳輸。
高輸送量(HT)STA可以使用40 MHz寬的通道來進行通信(例如，經由將20 MHz寬的主通道與20 MHz寬的相鄰或不相鄰通道組合來形成40 MHz寬的通道)。
超高輸送量(VHT)STA可以支援20 MHz、40 MHz、80 MHz及/或160 MHz寬的通道。40 MHz及/或80 MHz通道可以藉由組合連續的20 MHz通道來形成。160 MHz通道可以藉由組合8個連續的20 MHz通道或者藉由組合兩個不連續的80 MHz通道(這種組合可被稱為80+80配置)來形成。對於80+80配置，在通道編碼之後，資料可被傳遞並經過分段解析器，該分段解析器可以將資料分成兩個流。在每一個流上可以單獨執行反向快速傅立葉變換(IFFT)處理以及時域處理。該流可被映射在兩個80 MHz通道上，並且資料可以由一傳輸STA來傳送。在一接收STA的接收器上，用於80+80配置的上述操作可以是相反的，並且組合資料可被發送至媒體存取控制(MAC)。
802.11af及802.11ah支援1 GHz以下的操作模式。與802.11n及802.11ac的通道操作頻寬及載波相較下，在802.11af及802.11ah中使用的通道操作頻寬及載波減小。802.11af在TV白空間(TVWS)頻譜中支援5 MHz、10 MHz及20 MHz頻寬，並且802.11ah支援使用非TVWS頻譜的1 MHz、2 MHz、4 MHz、8 MHz及16 MHz頻寬。依照代表性實施方式，802.11ah可以支援儀錶類型控制/機器類型通信(MTC)，例如巨集覆蓋區域中的MTC裝置。MTC裝置可以具有某種能力，例如包含了支援(例如，只支援)某些及/或有限頻寬的受限能力。MTC裝置可以包括電池，並且該電池的電池壽命高於臨界值(例如，用於保持很長的電池壽命)。
可以支援多個通道及通道頻寬的WLAN系統(例如，802.11n、802.11ac、802.11af以及802.11ah)包括可被指定為主通道的通道。該主通道可以具有等於BSS中的所有STA所支援的最大公共操作頻寬的頻寬。主通道的頻寬可以由在支援最小頻寬操作模式的BSS中操作的所有STA中的STA設定及/或限制。在802.11ah的範例中，即使BSS中的AP以及其他STA支援2 MHz、4 MHz、8 MHz、16 MHz及/或其他通道頻寬操作模式，但對支援(例如，只支援)1 MHz模式的STA(例如，MTC類型的裝置)，主通道可以是1 MHz寬。載波感測及/或網路分配向量(NAV)設定可以取決於主通道的狀態。如果主通道繁忙(例如，因為STA(其只支援1 MHz操作模式)對AP進行傳輸)，那麼即使大多數的頻帶保持空閒並且可能是可用的，也可以認為整個可用頻帶繁忙。
在美國，可供802.11ah使用的可用頻帶是902 MHz到928 MHz。在韓國，可用頻帶是917.5 MHz到923.5 MHz。在日本，可用頻帶是916.5 MHz到927.5 MHz。依照國家碼，可用於802.11ah的總頻寬是6 MHz到26 MHz。
圖1D是示出了根據實施方式的RAN 113以及CN 115的系統圖。如上所述，RAN 113可以經由空中介面116以用NR無線電技術來與WTRU 102a、102b、102c進行通信。RAN 113還可以與CN 115進行通信。
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可以使用多個天線以向WTRU 102a傳輸無線信號、以及接收來自WTRU 102a的無線信號。在實施方式中，gNB 180a、180b、180c可以實施載波聚合技術。例如，gNB 180a可以向WTRU 102a(未顯示)傳送多個分量載波。這些分量載波的子集可以處於未授權頻譜上，而剩餘分量載波則可以處於授權頻譜上。在實施方式中，gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如，WTRU 102a可以接收來自gNB 180a及gNB 180b(及/或gNB 180c)的協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數集（numerology）關聯的傳輸來與gNB 180a、180b、180c進行通信。例如，對於不同的傳輸、不同的胞元及/或不同的無線傳輸頻譜部分，OFDM符號間距及/或OFDM子載波間距可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可縮放長度傳輸時間間隔(TTI)(例如，包含了不同數量的OFDM符號及/或持續不同的絕對時間長度)或子訊框以與gNB 180a、180b、180c進行通信。
gNB 180a、180b、180c可被配置為與採用獨立配置及/或非獨立配置的WTRU 102a、102b、102c進行通信。在獨立配置中，WTRU 102a、102b、102c可以在不存取其他RAN(例如，e節點B 160a、160b、160c)的情況下與gNB 180a、180b、180c進行通信。在獨立配置中，WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一者或多者作為行動錨點。在獨立配置中，WTRU 102a、102b、102c可以使用未授權頻帶中的信號來與gNB 180a、180b、180c進行通信。在非獨立配置中，WTRU 102a、102b、102c會在與另一RAN(例如，e節點B 160a、160b、160c)進行通信/連接的同時與gNB 180a、180b、180c進行通信/連接。舉例來說，WTRU 102a、102b、102c可以實施DC原理以與一或更多gNB 180a、180b、180c以及一或更多e節點B 160a、160b、160c基本上同時地進行通信。在非獨立配置中，e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的行動錨點，並且gNB 180a、180b、180c可以提供附加的覆蓋及/或輸送量，以服務WTRU 102a、102b、102c。
gNB 180a、180b、180c每一者都可以關聯於特定胞元(未顯示)、並且可以被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程、支援網路截割、雙連接、實施NR與E-UTRA之間的互通、路由使用者平面資料至使用者平面功能(UPF)184a、184b、以及路由控制平面資訊至存取及行動性管理功能(AMF)182a、182b等等。如圖1D所示，gNB 180a、180b、180c彼此可以經由Xn介面通信。
圖1D所示的CN 115可以包括至少一個AMF 182a、182b、至少一個UPF 184a、184b、至少一個對話管理功能(SMF)183a、183b、並且有可能包括至少一個資料網路(DN)185a、185b。雖然前述元件中的每一者都被描述為CN 115的一部分，但是應該瞭解，這些元件其中的任一元件都可以被CN操作者之外的實體擁有及/或操作。
AMF 182a、182b可以經由N2介面而連接到RAN 113中的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-A Pro及/或例如Wi-Fi之類的非3GPP存取技術)的其他RAN(未顯示)之間切換的控制平面功能。
SMF 183a、183b可以經由N11介面而連接到CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面而連接到CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇及控制UPF 184a、184b、並且可以經由UPF 184a、184b來配置訊務路由。SMF 183a、183b可以執行其他功能，例如管理及分配UE IP位址、管理PDU對話、控制策略實施及QoS、以及提供下鏈資料通知等等。PDU對話類型可以是基於IP的、不基於IP的、以及基於乙太網路的等等。
UPF 184a、184b可以經由N3介面而連接RAN 113中的gNB 180a、180b、180c的一者或多者，這樣可以為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閘道進行通信。此外，CN 115可以為WTRU 102a、102b、102c提供針對其他網路112的存取，該其他網路112可以包括其他服務提供方擁有及/或操作的其他有線及/或無線網路。在一個實施方式中，WTRU 102a、102b、102c可以經由與UPF 184a、184b介接的N3介面以及介於UPF 184a、184b與本地資料網路(DN) 185a、185b之間的N6介面並經由UPF 184a、184b而連接到DN 185a、185b。
鑒於圖1A至圖1D以及圖1A至圖1D的對應描述，在這裡對照以下的任一者描述的一或更多或所有功能可以由一或更多仿真元件/裝置(未顯示)來執行：WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185 a-b及/或這裡描述的一或更多其他任何元件/裝置。這些仿真裝置可以是被配置為仿真這裡描述的一或更多或所有功能的一或更多裝置。舉例來說，這些仿真裝置可用於測試其他裝置及/或模擬網路及/或WTRU功能。
該仿真裝置可被設計為在實驗室環境及/或操作者網路環境中實施其他裝置的一項或多項測試。例如，該一或更多仿真裝置可以在被完全或部分作為有線及/或無線通信網路一部分實施及/或部署的同時執行一或更多或所有功能，以測試通信網路內的其他裝置。該一或更多仿真裝置可以在被暫時作為有線及/或無線通信網路的一部分實施或部署的同時執行一或更多或所有功能。該仿真裝置可以直接耦合到另一裝置以執行測試，及/或可以使用空中無線通信來執行測試。
該一或更多仿真裝置可以在未被作為有線及/或無線通信網路一部分實施或部署的同時執行包括所有功能的一或更多功能。例如，該仿真裝置可以在測試實驗室及/或未被部署(例如，測試)的有線及/或無線通信網路的測試場景中使用，以實施一或更多元件的測試。該一或更多仿真裝置可以是測試裝置。該仿真裝置可以使用直接的RF耦合及/或借助RF電路(例如，該電路可以包括一或更多天線)的無線通信來傳輸及/或接收資料。 介紹 區塊鏈技術
區塊鏈技術共同使用並建立在各種先前技術之上，例如密碼技術、散列法、Merkle樹、分散式帳本、對等(P2P)網路連結和一致性協定。區塊鏈技術創新性地組合了這些先前技術，以使系統能夠提供例如分散化、不可改變的、透明性及安全性之類的高級特徵。
區塊鏈系統是其中使用區塊鏈技術的一種系統。由區塊鏈系統支援的應用被稱為區塊鏈應用。區塊鏈系統由一或更多底層(underlying)區塊鏈網路支持。每個區塊鏈網路可以包括多個(例如，許多)參與的區塊鏈節點(BCN)。每個BCN可代管(host)一或更多分散式區塊鏈(分散式帳本的一種形式)、使用P2P網路連結來廣播區塊、並且與該區塊鏈網路的其他BCN執行一致性協定以達到分散式信任和資料一致性而不依賴於集中方。
區塊鏈事務可以是真實世界事務的數位表示、實物資產的數位記錄、實物事件的數位記錄、資訊系統中的任何動作的數位記錄、數位支付和數位智慧合同中的任一者。區塊將多個區塊鏈事務分組在一起。區塊鏈是連結增長數量的區塊的資料結構。
為了說明的簡單起見，本文使用術語“區塊鏈技術”。應該理解，這樣的術語還表示更廣泛的分散式帳本技術。因此，各種實施方式適用於任何特定的區塊鏈技術及/或分散式帳本技術。
圖2示出了區塊鏈系統的範例性工作流。該工作流可以包括：發起事務(1)、廣播和核實（verify）事務(2)、建立新的區塊(3)、基於一致性協定驗證（validate）新的區塊(4)以及更新區塊鏈(5)。 Ÿ   發起事務：每個參與使用者可以獨立地產生新的事務。每個使用者可以具有使用者識別符及/或帳戶識別符。該使用者識別符及/或帳戶識別符可以是使用者的公開金鑰(“使用者的公開金鑰”)的散列。使用使用者的私密金鑰來簽署每個新事務。在產生新的事務之後，使用者可將其發送到區塊鏈網路。 Ÿ   廣播並核實事務：新的事務可以由一些BCN接收。該事務可以包括使用者的公開金鑰。BCN可以使用使用者的公開金鑰來核實其完整性。在核實之後並且如果新的事務有效，則可以在區塊鏈網路內中繼及/或廣播該新的事務。最終，所有區塊鏈節點接收並擁有任何新產生的有效事務的複本。 Ÿ   建立新的區塊：一些BCN (稱為挖掘節點)開始將許多新產生且未決的事務分組在一起以產生新的區塊。新的區塊可以包括區塊標頭以及區塊主體。區塊標頭可以包括目前區塊的散列、先前確認的區塊的散列、以及所有包括的事務的散列(例如，莫克爾樹（Merkle Tree)。根據所使用的一致性協定，該區塊標頭可以包括其他的及/或附加的資訊。該區塊主體可以包括所有包括的事務的內容。每一挖掘節點可獨立地嘗試創建新區塊。 Ÿ   基於一致性協定，驗證新的區塊。在建立新的區塊任務下，挖掘節點可獨立地嘗試創建新的區塊。挖掘節點可以運行相同的一致協定(例如，比特幣（Bitcoin）系統中的工作證明)、並且可以達成關於誰(即，獲勝者)可以被允許將區塊插入到現有的區塊鏈中的協議。一致性協定的獲勝者可將其新產生的區塊發送到區塊鏈網路。可以廣播這個新的區塊；從而允許所有挖掘節點接收及/或核實該新的區塊。 Ÿ   更新區塊鏈。在新產生的區塊被核實之後，其可以被成功地附加到現有的區塊鏈，因為其包括先前的區塊鏈的散列。
圖3示出了與處理新事務有關的BCN處的範例性時間線。結合時間線示出了在處理新事務的各個階段之間的時段期間的事務狀態和區塊狀態。該時段可以包括事務創建時間、事務等待時間和事務確認時間(或區塊鏈確認時間)。
該事務創建時間可以指在接收到創建新事務的請求的時間與創建新事務的時間之間的時段。在事務創建時間期間，事務狀態可以是“未被創建”。
該事務等待時間可以指創建新事務的時間與新事務被包括在新區塊中的時間之間的時段。事務等待時間的持續時間可取決於底層P2P網路連結和一致性機制。在事務等待期間，事務狀態和區塊狀態都可以是“未決”。
該事務確認時間(或區塊鏈確認時間)可以表示在新區塊中包括新事務的時間與新區塊被確認的時間之間的時段。該事務確認時間(或區塊鏈確認時間)的持續時間可取決於底層的P2P網路連結和一致性機制。在事務確認時間(或區塊鏈確認時間)期間，該事務狀態可以“被包括的”，並且區塊狀態可以是“未決”。在確認該區塊之後，其狀態可以是“被確認的”。
事務的速度可以被估計為事務等待時間和事務確認時間的總和。
圖4是示出了被配置為(例如，3GPP定義的) 5G系統(5GS)的通信系統100 (圖1)的方塊圖。該通信系統100可以包括RAN 113和CN 115。5GS架構的設計原理之一是以服務為中心或基於服務。
該CN 115可以包括各種網路功能。該網路功能可以一起操作以實現服務及/或向RAN 113、WTRU 102及/或應用伺服器/服務提供方提供服務。該網路功能可以包括網路儲存庫功能(NRF)、存取和行動性管理功能(AMF)、對話管理功能(SMF)、認證伺服器功能(AUSF)、策略控制功能(PCF)、使用者平面功能(UPF)、網路暴露功能(NEF)、統一資料管理(UDM)、統一資料儲存庫(UDR)、非結構化資料儲存功能(UDSF)、網路資料分析功能(NWDAF)和網路切片選擇功能(NSSF)。
一網路功能可以存取另一網路功能。該網路功能可以用請求/回應模式及訂閱/通知模式中的任何一種來彼此存取及/或交互作用。網路功能可以向NRF註冊。向NRF註冊可以使該網路功能對於其他網路功能是可發現的。
該AMF可管理通信系統100中的WTRU 102的存取及行動性。SMF可以負責建立WTRU 102與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)處所示，基於由一或更多RAN節點廣播的接收到的系統資訊區塊(SIB)，WTRU可以發現及/或可以選擇網路(例如，PLMN、RAN、胞元等)。如在( 5:2)處所示，WTRU可以與所選擇的RAN (例如，RAN 1)建立無線電資源控制(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)形成；每個TA可以覆蓋一或更多胞元。RA的優點在於，其藉由在RA內時不需要向服務AMF進行註冊更新(除非週期性註冊計時器到期)，以減少傳訊開銷。如果WTRU從一個RA (例如，RA1)移動到另一個RA (例如，RA2)，則WTRU可以執行新的註冊，例如用被設定為行動性註冊更新的註冊類型(如這裡所述並在( 5:7)處表示)。較大的RA可以減少註冊開銷，但是由於服務AMF必須在較大數量的TA (或胞元)中傳呼WTRU，所以其可能增加傳呼傳訊開銷。
在成功註冊之後，WTRU可以進入RM-REGISTERED(RM-註冊)狀態及/或可以經由服務AMF存取其他控制平面NF及/或與其他控制平面NF交互作用。在各種實施方式中，該服務AMF可以是WTRU存取CN控制平面並與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可以經由PDU對話錨點(PSA)存取DN及/或與DN交換封包。PCF可以從UDR中檢索WTRU的訂閱資料、並將其提供給SMF，其中該UDR與SMF相關，該SMF向PCF檢查對話策略。該SMF可以使用從UDM中檢索的WTRU的訂閱資料來執行主對話認證、並且可以例如使用例如RFC3748和RFC5247中定義的可擴展認證協定(EAP)來執行WTRU與DN-AAA伺服器之間的輔助認證。可以聯合執行( 5:4)處表示的程序及( 5:5)處表示的程序。
如在( 5:5)處所示，WTRU可以處於CM-IDLE (CM-空閒狀態)(例如，在與服務AMF的連接被釋放之後)、並且可以發起服務請求程序以重新建立與服務AMF的連接並進入CM-CONNECTED (CM-連接)狀態。當WTRU發起服務請求程序以重新建立與服務AMF的連接時，WTRU可以處於僅移動發起連接(MICO)模式。如果WTRU不處於MICO模式，則該服務AMF可以傳呼及/或觸發WTRU以發起服務請求程序，例如以接收任何下鏈封包。可以在WTRU和與該服務請求有關的服務AMF之間建立非存取層(NAS)連接。
該服務請求可以與WTRU註冊一起執行，在這種情況下，WTRU可以進入CM-CONNECTED狀態。當處於CM-CONNECTED狀態時，WTRU可以在RA內移動而不通知服務AMF。如果WTRU保持在RA內、但是移出RAN通知區域(RNA)，則WTRU可以執行RAN更新以觸發RAN更新由該RAN維持的WTRU上下文和對應的RRC連接。該RNA可以小於RA。例如，RNA可以包括形成RA的TA的子集(例如，TA1、TA2和TA3，如圖所示)。
如( 5:6)處所示，WTRU可以經由RAN 113和作為PSA的UPF而與DN進行資料傳輸(資料平面)。該DN可以具有資料網路名稱(DNN)。雖然未示出，但是該5GS可以包括多於一個DN及/或與多於一個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提供不同的策略，在這些功能、WTRU及AF處可以實施所提供的策略。PCF可以從UDR中檢索訂閱資料以創建新策略。操作者可以在PCF處配置策略。該策略可以儲存在UDR處。該策略可以在各種實體、裝置等處動態、半靜態及/或靜態地配置，例如配置到AMF、SMF和WTRU中的任一者。
例如，存取和行動性相關的策略控制可以提供以下中的任一者：服務區域限制的管理、RAT/頻率選擇優先序(RFSP)功能的管理、以及SMF選擇的管理。服務AMF和PCF可以為WTRU執行“AM策略關聯建立” (例如，當WTRU執行初始註冊並選擇(例如，僅選擇)服務AMF時)。例如，在AM策略關聯建立之後，該服務AMF和PCF可以交換與存取和行動性相關的策略。
基於操作者定義的策略，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-IDLE狀態，則服務AMF可以向WTRU發送傳呼訊息以觸發WTRU執行WTRU發起的服務請求程序，使得服務AMF可以向WTRU遞送ANDSP和URSP (從PCF接收的)。
作為一種對話管理相關策略控制的應用偵測可以經由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和網路應用中的任一者的通信。
在這種使用情況下，可能存在其中區塊鏈事務可被創建並儲存在目標區塊鏈上的各種場景。各種場景的範例可以包括以下中的任一場景。 Ÿ   在相同RSU1下，車輛1和車輛2彼此相遇的事件可記錄在區塊鏈事務中。該區塊鏈事務可包括例如兩個車輛的位置資訊。 Ÿ   車輛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：區塊鏈即服務（Blockchain-as-a-Service）是指向使用者提供容易的存取介面，以使其能夠在其應用中利用區塊鏈，而不必處理區塊鏈系統的所有內部操作複雜性。然而，大多數區塊鏈即服務解決方案是專有解決方案、並且不提供足夠的靈活性。例如，對於上層應用開發者，其必須理解由特定公司提供的區塊鏈即服務平臺的完整API規範。當應用開發者打算在稍後的時間使用不同的區塊鏈即服務平臺時(例如，由於其應用或商業邏輯的新的/新興的要求/需要)，這造成了顯著的維護和升級成本，因為應用開發者必須重新學習第二區塊鏈即服務平臺的新的API規範。專有區塊鏈即服務解決方案可能僅提供對底層區塊鏈系統的有限選擇，這可能不滿足應用開發者對不同應用的各種需求。實際上，可以預見，將存在許多不同類型的區塊鏈系統，並且期望該區塊鏈系統是否能夠參與提供區塊鏈服務。因此，可能需要公共的或基於標準的區塊鏈功能(BCF)作為中介軟體，以不僅有效地管理不同類型的底層區塊鏈系統，而且向上層應用開發者提供容易且有效的區塊鏈服務。與現有的專有區塊鏈即服務解決方案(其中整個區塊鏈基礎結構是專有的)不同，公共的且基於標準的BCF可以允許多方(例如，多個區塊鏈系統提供方)自由地參與提供區塊鏈服務。例如，利用此BCF，不同的區塊鏈系統可主動地向BCF註冊並由BCF管理。這樣，BCF可滿足來自應用的所有種類的需求，因為其可管理大量不同類型的區塊鏈系統。在各種實施方式中，BCF能夠及/或可以向應用開發者提供標準或統一介面，使得應用開發者僅需要暸解BCF提供的通用API規範。然而，目前，在所有先前研究和解決方案中仍然缺少這種基於公共標準的BCF。
關鍵問題#2：對區塊鏈即服務的現有專有解決方案不向應用提供有效的邊緣側支援。例如，大多數現有的區塊鏈即服務解決方案是基於雲的，並且應用通常不知道底層區塊鏈系統的區塊鏈節點地理分佈。然而，應用通常被部署在邊緣上(例如，在WTRU上)，並且如果某些期望的區塊鏈節點在邊緣或更靠近WTRU處直接可用，則應用不必至中央雲以要求某些區塊鏈服務。為了這樣做，期望公共BCF不僅提供區塊鏈管理功能、而且可以幫助應用開發者識別邊緣側的可用區塊鏈服務。然而，目前在所有現有的區塊鏈即服務解決方案中缺少這樣的特徵。
關鍵問題#3：在更高級的場景中，系統中可能有多個BCF，並且它們中的每一個可管理底層區塊鏈節點的列表。特別地，BCF可經由在BCF之間建立的覆蓋網路週期性地交換資訊，該覆蓋網路不同於底層區塊鏈系統中的區塊鏈節點的P2P網路。對於兩個(或更多個) BCF，可能的是，每個BCF可管理特定的區塊鏈節點，並且兩個區塊鏈節點可來自相同的底層區塊鏈系統。目前，還沒有進行關於BCF之間的覆蓋網路如何能夠幫助區塊鏈節點彼此通信的研究。換言之，兩個區塊鏈節點之間的所有通信/交互作用不必依賴於底層區塊鏈系統中的P2P網路。相反，它們可以依賴於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，以使用底層BCN的區塊鏈相關資源及/或結合底層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可以提供區塊鏈作為服務。可以有具有各種性能規範的不同類型的區塊鏈系統。例如，Bitcoin和乙太坊（Ethereum）是兩種不同的區塊鏈系統。在那些區塊鏈系統中的BCN的設計原理或操作可能顯著不同。BCA及/或BNA可以提供業務邏輯處理、並且可能不具有與來自不同區塊鏈系統的各種BCN交互作用的通用能力/知識。BCA/BNA可能難以有效地直接使用BCN或與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可在多方或多利益相關者環境中提供區塊鏈即服務。
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可能不具有與通信系統直接交互作用的能力。例如，對於可能不具有與通信系統直接交互作用的能力的BCA/BNA，BCF可協助BCA/BNA進行與通信系統的交互作用。 區塊鏈賦能的無線應用的代表性操作
BCF可以執行與用於賦能基於區塊鏈的無線應用的系統設置和配置相關的操作。圖11示出了區塊鏈賦能的無線應用1100的範例性操作。為了方便和簡化說明，參考BEWA架構1000 (圖10)和通信系統100 (圖1和圖5)描述操作1100。也可使用不同的架構來執行操作1100。為了方便和簡化說明，揭露內容中伴隨11的元件符號用前綴“11:”示出。
該操作可以包括BCF供應(provisioning)( 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以服務BNA (BCN可來自不同類型的區塊鏈系統)。BNA可指定一或更多應用特定策略及/或一或更多區塊鏈相關策略。該應用特定的及/或區塊鏈相關的策略可以由BCF實施及/或被直接部署到通信基礎結構中以用於實施(例如，被部署到通信網路的PCF中)。
BCF發現和選擇。該BCF發現和選擇操作涉及WTRU /裝置側。由於WTRU可以是移動的，因此如果WTRU上的BCA/BCC想要使用區塊鏈服務(例如，如果BNA是相對靜態的，則BNA可以經由預配置而直接連接到BCF)，WTRU上的BCA/BCC可以發現接近它們的目前位置或在其目前位置的(例如，接近)接近度的測量內的可用BCF。所揭露的BCF發現解決方案也可由BNA使用。例如，WTRU可能需要頻繁地從例如g節點B之類的存取網路而與可能部署在邊緣處的區塊鏈網路交互作用。在這種情況下，WTRU可能想要發現BCF，該BCF直接部署在WTRU的目前存取網路中並且接近WTRU的目前位置或在WTRU的目前位置的(例如，接近)接近度的測量內。這樣，BCF可容易地及/或快速地從WTRU獲得用於與區塊鏈系統交互作用的資訊。
BCC/BCA註冊。BCC是用於提供與區塊鏈服務相關的功能的用戶端側中介軟體實體。BCA可以是用於支援特定垂直無線應用的用戶端側實體。為了利用由BCF提供的區塊鏈服務，WTRU上的BCA可以經由相同的WTRU上代管的BCC而與BCF交互作用。BCC/BCA註冊操作主要涉及BCC或BCA如何註冊到BCF (在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的能力、特性、基礎資訊等中的一或更多可根據該區塊鏈系統的一個或多個來定義。可以在BCN註冊期間，將BCN的能力、特性、基礎資訊等結合向BCF註冊而通知給BCF。
圖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供應操作(例如，使用現有解決方案)發現了BCF( 12:0)。該區塊鏈系統可以是例如私有/聯盟區塊鏈系統。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、ABS IE的對等節點的數量、ABS IE的帳本的目前大小、ABS IE的對等節點地理分佈、支援該ABS的新鏈的能力、該ABS的一或更多被支援的性能度量等。
該ABS-ID可識別(例如，唯一地識別)該區塊鏈系統。該ABS-ID可以是任何ID，例如名稱、數字、字母數字值等的任一者、並且可以是本地及/或全域唯一的。例如，用於加密貨幣的區塊鏈系統的Bitcoin和Ethereum品牌的ABS-ID可以分別是“Bitcoin”和“Ethereum”。
該ABS-TYPE可以表明用於該區塊鏈系統的區塊鏈系統類型(“區塊鏈系統類型”)。該區塊鏈系統類型可以是例如公共鏈、私有鏈和聯盟鏈中的任一者。
該一致性機制/協定IE可以表明用於該區塊鏈系統的一致性機制及/或協定的類型。
所支援的加密貨幣IE可以表明該區塊鏈系統是否支援加密貨幣(例如，固有地支援加密貨幣)。例如，如果區塊鏈系統是Bitcoin系統，則所支援的加密貨幣IE可表明該區塊鏈系統支援加密貨幣。
許多區塊鏈系統提供使用者友好API以便於使用者操作這樣的區塊鏈系統(例如，用於檢索該區塊鏈中的事務)。該API規範IE可以表明API存取細節及/或指令(例如，可由BCF使用)，以用於經由BCN-1與該區塊鏈系統交互作用。
對等節點數量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特定資訊可包括用於以下任一者的一或更多IE：BCN的存取細節、BCN的節點類型(“BCN節點類型”)、BCN的行動性類型(“BCN行動性類型”)以及該BCN隸屬的組織。
該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及其資訊，例如其位址，其是在該底層P2P網路中該BCN的下一跳鄰居，作為ABS-ID所指定的區塊鏈系統的一部分。
該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 ( 12:2)指派BCN ID。該BCN ID可以是外部ID、並且可在中間層(例如BCF)和上層(包括BNA/BCA)中使用。對於作為底層區塊鏈系統的參與節點的BCN-1，該BCN ID可不同於BCN-1的ID。
該BCF可向BCN-1發送回應以確認其註冊( 12:3)。該回應可以包括及/或表明所指派的BCN-ID。
BCF可對(例如，在某些地理區域中的)BCN-1的其它對等節點感興趣、並且可要求BCN-1在對等節點(例如，作為區塊鏈系統的一部分的底層P2P網路中的BCF-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應該註冊到哪裡。該期望的報告指令可包括告訴BCN-1其應該如何以定義的方式向BCF報告其即時狀態和性能度量的詳細指令。例如，為了支援BCN管理操作，BCF可要求BCN-1週期性地報告其即時性能度量。
圖12的程序1200可適合於一個BCN向一個BCF註冊。如上所揭露的，區塊鏈系統可包括分佈在各個位置的多個(例如，許多)對等節點，並且每個對等節點可具有類似或等效的能力。例如，區塊鏈系統中的所有完整節點可以代管帳本的複本及/或具有挖掘能力的所有完整節點可以參與挖掘程序。下面揭露了BCN註冊的其它程序。
程序1200可適於更新已向BCF註冊的BCN的註冊記錄，除了BCN-1可向BCF發送BCN註冊更新請求而不是如( 12:1)所示向BCF發送註冊請求。該註冊更新請求可以包括BCN ID。 代表性擴展 1 ： BCN 可將一組 BCN 註冊到 BCF
圖13示出了範例性BCN註冊程序1300。為了方便和簡化說明，參考BEWA架構1000 (圖10)和通信系統100 (圖1和圖5)來描述BCN註冊程序1300。程序1300也可使用不同的架構來執行。BCN註冊程序1300可適用於BCN可向BCF註冊一組BCN的情形。
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特定資訊中的任一者。
在各種實施方式中，當與BCF交互作用時，該組BCN可能不具有任何協作。可以由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)表示的操作來進行BCN向BCF-1註冊的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被代管在行動主機上，因此BCN-1可向多個BCF (例如，BCF-1、BCF-2、BCF-3和BCF-4)註冊。基於BCN-1的計畫軌跡，BCN-1可計畫在不同時間段期間向多個BCF註冊。例如，BCN-1可計畫在BCN-1在地理區域A中行進的一天中的時間段10 am-11 am期間向BCF-1註冊，然後可計畫在BCN-1在不同的地理區域B中行進的一天中的時間段11 am-2 pm期間向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可以主動地向它們的管理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可在BCN註冊期間已由BCF指派給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本身的最新性能度量。該最新的本地性能度量的範例可以包括以下中的任一者： o      每天(或每小時)的最新確認的鏈上區塊數量：每天(或每小時)的確認的鏈上區塊的最新數量可表明BCN-1提交了多少區塊、並且在最後一天(或每小時)已經被區塊鏈系統成功確認。 o      最新可用的計算資源，例如可用的BCN-1的記憶體和CPU資源。 o      等等。 Ÿ   最新地理位置：最新地理位置可表明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基於該評估可以決定： o      1)是否對可服務BNA-1的底層區塊鏈系統進行任何調整，例如，BCF可作出以下決定中的一個或多個： n  BCF可判定BCN-1的本地性能度量不能滿足BNA-1所指定的性能需要，並可確定是否找到用於服務BNA-1的另一BCN (例如，BCN-2)。 n  BCF可判定BCN-1所屬的整個區塊鏈系統(例如，具有ABS-ID-1)的全域性能度量不能滿足如BNA-1所指定的性能需要。該BCF可確定是否從不同的區塊鏈系統(例如，具有不同的ABS-ID-2)為服務BNA-1找到另一BCN (例如，BCN-3)。該BCN-2可選自不同的底層區塊鏈系統。 o      2)是否向上層BNA或BCA發送任何通知以用於它們的感知。
如( 15:3)所示，BCF可發送對由BCN-1報告的性能度量的應答。
如( 15:4)所示，如果BCF決定作出某些調整，BCF可與BCN-1交互作用及/或與其它BCN交互作用，以例如選擇不同的BCN來服務BNA-1。
如( 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可在BCN註冊期間由BCF指派給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管理的一或更多底層區塊鏈系統的客戶。 代表性的 BNA 向 BCF 註冊以進行完整佈置
當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列表、或者由於BCA可以駐留在WTRU上而形成的WTRU-ID列表、或者製造產品序號列表)。一個範例是，在許可或私有區塊鏈系統中，僅被許可的使用者可存取服務特定垂直應用的區塊鏈。或者，該相關BCA參數可包括關於哪種BCA能夠及/或可與BCF或BNA-1交互作用的一或更多過濾標準。在各種實施方式中，該相關BCA參數可包括從垂直應用程式的管理伺服器獲得的相關BCA的識別符列表。
該第二組資訊可包括表明、涉及、關聯於及/或對應於垂直應用(例如，BNA-1)可使用的期望BCN的互通性、要求、需要及/或性能(例如，預期性能)，例如： Ÿ   期望的區塊鏈系統類型：該期望的區塊鏈系統參數(一個或多個)可表明BNA-1的區塊鏈系統的期望類型，例如公共鏈、私有鏈或聯盟鏈。 Ÿ   期望的一致性機制：該期望的一致性機制參數(一個或多個)可表明BNA-1的一致性機制的期望類型。 Ÿ   支援的加密貨幣：所支援的加密貨幣參數(一個或多個)可表明BNA-1是否打算使用區塊鏈系統固有加密貨幣。例如，Bitcoin系統是支援加密貨幣的區塊鏈系統之一。 Ÿ   新鏈的需要：對(一個或多個)新鏈參數的需要可表明是否所有與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的數量。
該第三組資訊可以包括表明、涉及、關聯於及/或對應於應用邏輯處理的資訊，例如： Ÿ   應用任務列表：應用任務列表參數(一個或多個)可以表明與垂直應用有關的一或更多任務的列表。在該任務列表上列出的任務可以形成垂直應用的應用邏輯處理。在實施方式中，對於每個任務，該應用任務列表參數(一個或多個)可以包括以下資訊： o      任務ID：(一個或多個)任務ID參數可以表明此垂直應用的特定任務ID。 o      該任務的行動者和工作流：(一個或多個)任務工作流和行動者參數可表明任務的整個工作流，例如，採取第一動作(即，觸發任務執行)的第一行動者，以及要完成的後續動作。 o      對於每個動作，(一個或多個)應用任務列表參數可包括以下資訊(例如，動作通常對應於由行動者進行的處理，這由可執行代碼實現)： n  行動者：該行動者參數(一個或多個)可以表明誰是該動作的行動者。此資訊可以定義給定任務的所涉及的(一個或多個)行動者。例如，行動者可以是BNA、BCA、BCF、通信基礎結構中的網路功能等中的任一者。例如，BCF的任務流A中的動作-1可以是處理請求並向BCA-1回送回應。任務流A中動作-1之後的後續動作可以是動作-2，其將由BCA-1 (作為動作-2的行動者)來完成。動作2包括從BCF接收回應並(由BCA-1)進行一些進一步的處理。 n  可執行代碼：每個動作(其可以具有動作ID)可以被實施為可執行軟體代碼。該可執行軟體代碼可被部署到如工作流中定義的對應行動者。該可執行代碼參數(一個或多個)可以包括可執行代碼及/或可以表明所儲存的可執行代碼及/或BCF用於下載或檢索代碼的URL。 n  事務格式：在動作是創建區塊鏈事務的情況下，事務格式資訊可以表明：對於該特定動作，如果需要，將創建的區塊鏈事務的類型；以及與該動作相關的事務的格式(例如，確切格式)。例如，(一個或多個)該事務格式參數可包括以下資訊： n  垂直應用名稱或BNA ID：垂直應用名稱或(一個或多個)BNA ID參數可以表明特定垂直應用的名稱、垂直應用的識別符、預先供應的BNA-ID和由BCF指派的BNA-ID中的任一者。 n  任務ID：(一個或多個)任務ID參數可表明任務的識別符。或者，(一個或多個)任務ID參數可以是特定任務名稱。總之，此參數中的資訊將顯示(可以表明)要創建的事務與哪個特定過程相關。 n  動作ID：(一個或多個)動作ID參數可以表明任務的動作的識別符。或者，(一個或多個)動作ID參數可以是特定動作名稱。總之，此參數中的資訊將顯示(可以表明)要創建的事務與哪個特定動作/操作相關。 n  行動者ID：通常，該行動者ID參數(一個或多個)可以表明行動者的識別符，其可以是行動者ID、行動者特定名稱、行動者唯一序號、行動者MAC位址、生產製造序號等。例如，行動者可以是例如通常是BCF，給定該BCF可與底層BCN交互作用以將新事務插入區塊鏈中。 n  事務創建時間：該事務創建時間參數(一個或多個)可以表明何時創建區塊鏈事務。 n  其他應用特定資料，如果適用的話 n  配置資料：對於要採取的給定動作，在此動作的處理期間，可以引用配置資料。該配置資料的一個範例可以是策略，並且動作可以指實施策略。對於配置資料的每個特定資訊元素，(一個或多個)配置資料參數可以包括以下資訊中的任何資訊： n  資料名稱：例如某個策略名稱。 n  資料內容：真實資料內容。例如，其可以是詳細的策略。 n  資料部署位置：例如，區塊鏈相關策略可被儲存在BCF中(即，該策略可由BCF實施)，或者該策略可被直接儲存在通信基礎結構中，例如，儲存在3GPP網路的PCF中。例如，假設事務是描述BCA的狀態，並且一個策略(例如，策略X)可以是如果BCA (其由WTRU代管)位於特定區域則不應該創建事務(由於隱私問題)。在這種情況下，可能期望策略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指派BNA ID ( 18:2)。
步驟3：BCF可分析從BNA-1發送的期望性能要求、檢查其BCN儲存庫、並選擇適當的BCN以服務BNA-1的需要( 18:3)。例如，BCN-1可被選擇作為用於服務BNA-1的所有區塊鏈相關處理的適當BCN。在高級場景中，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可基於該配置資料產生新的策略規則、並將這些新的策略規則安裝到BCN、BCC、另一BCF及/或3GPP網路中的PCF。
步驟5：對於在步驟1的請求訊息中指定的每個任務，BCF可以進行某些部署( 18:5)。例如，每個任務涉及動作的工作流，並且這些動作由不同的行動者完成。因此，BCF可以將每個動作的可執行代碼部署到對應的行動者。如果在動作期間可使用特定配置資料，則BCF也需要配置行動者，使得該行動者知道在哪裡獲得在步驟4中部署的所需配置資料。
步驟6：BCF可向BNA-1發送確認以便確認其註冊( 18:6)。BCF成為屬於相同垂直應用的BNA-1的本地BCF。
可以看出，在上述程序中，BCF具有多個角色，例如：1)管理用於服務BNA和對應的BCA的BCN並與BNA和對應的BCA的BCN交互作用；2)與通信基礎結構交互作用(例如，代表BNA/BCA將策略部署到3GPP網路)；3)將每個動作的可執行代碼部署到對應的行動者；以及4)進行動作(例如，執行應用邏輯代碼、從3GPP網路收集某些資料、或代表BNA將區塊鏈事務儲存在BCN中)。或者，BNA-1可在其向BCF註冊之後使用單獨的步驟將第三組資訊(對應於應用邏輯處理)發送到BCF。在經由單獨的步驟接收應用邏輯處理資訊之後，BCF可以執行如上所述的步驟4和步驟5。 代表性的 BNA 向 BCF 註冊 ， 以用於部分佈置
在本節中，當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可將BNA註冊請求連同關於垂直無線應用(例如，智慧製造和物流)的資訊一起發送到BCF。例如，該註冊請求可以包括以下參數：
第一組資訊，其可以包括表明、涉及、關聯於及/或對應於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將尋找合格的BCA作為其用於BCA註冊的本地BCF (此BCF被定義為BCA-1的本地BCF)。 Ÿ   受訪BCF發現：在這種類型的發現中，BCA已經註冊到本地BCF (其代管BCA-1的註冊記錄)，但是現在BCA想要找到用於利用區塊鏈服務的另一BCF (其被定義為其受訪BCF)。例如，受訪BCF可以是被部署得更靠近邊緣或更靠近BCA的目前位置的BCF、並且可向BCA提供區塊鏈服務並幫助BCA進行區塊鏈相關操作(例如，該受訪BCF正在管理底層BCN，該底層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的本地BCA。 Ÿ   註冊憑證：此參數包括本地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)並且它們中的每一個都想要發現它們各自的本地BCA的情況。因此，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)已經發現了BCC並且基於代管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，就可由其執行步驟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)並且它們中的每一個都想要發現它們各自的受訪BCA的情況。因此，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)關聯，BCF的對應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被預先供應供有BCA ID，則其可以在此參數中表明其BCA ID，使得此資訊可以在發現期間被使用，以便識別BCA-1能夠及/或可以將其本身註冊到的BCF。
如果BCA-1已經知道其對應的垂直應用程式的基礎資訊(例如，經由預先供應、或者先前向另一BCF註冊)，則可以表明以下資訊： Ÿ   應用名稱：這是為了表明BCA-1所屬的垂直應用的名稱。 Ÿ   對應的BNA ID：這是為了表明誰是BCA-1的伺服器側BNA。
如果BCA-1已經知道其需要什麼類型的區塊鏈服務(例如，經由預先供應、或經由向另一BCF的先前註冊)，則其可以表明關於它想要使用的期望BCN的以下資訊： Ÿ   BCN類型：這是為了表明選擇哪種類型的BCN以向BCA-1和其對應的BNA提供區塊鏈服務(這是在BNA註冊過程期間決定的)。 Ÿ   對應BNA的註冊BCF：這是為了表明BCA-1的對應BNA已經註冊(經由BNA註冊過程)的BCF的ID。
步驟2：BCC-1可代管儲存目前位置處的可用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服務)並且它們中的每一個意圖發現期望的BCA (記住，在場景2中，每個BCA可以一次僅與一個BCA相關聯，但是可以有多個BCA，並且因此它們中的每一個可能需要識別期望的BCA)的情況。因此，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通信，該本地BCF代管BCA-1的期望的BCN。
在場景3中，BCC-1可僅進行本地廣播以發現附近可用的BCF，並且為了節省空間而未示出該程序。 BCC/BCA 註冊
BCA可以將其本身註冊到BCC並且成為此BCC的服務BCA。一旦發現BCF，BCC可以向BCF註冊其本身及/或其服務的BCA。同樣，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發現操作中被識別。 向第一聯繫 BCF 的代表性 BCC 註冊
圖26示出了範例性BCC註冊程序(例如，在場景1中)。
(一個或多個)前提條件：WTRU可以代管BCC-1，該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，或者其可具有用於目前第一聯繫BCC的本地唯一BCC ID。在BCC-1已經具有全域BCC ID (這意味著其之前已經註冊到其它BCC或者已經被預先供應有BCC-ID)的情況下，則此參數可以表明此BCC ID。 o      註冊憑證：此參數包括BCF-1驗證和註冊BCC-1所需的必要資訊。 o      關於BCC-1的其它基礎資訊，例如： Ÿ   關於主機WTRU的基礎資訊，例如WTRU的計算資源、通信能力、目前位置、行動性/路徑規劃、可用電池等。 Ÿ   通信能力：例如，BCC-1想要如何與BCF-1通信，例如Wi-Fi、峰巢或區域網路。 Ÿ   關於所代管的BCA的資訊：可選地，BCC-1可攜帶關於其所代管的BCA的某些資訊。例如，可以攜帶以下資訊： o      由BCC-1所代管或服務的BCA的名稱列表或識別欄位列表。 o      如果BCA想要將其自己註冊到其各自的本地/受訪BCF，則由BCC-1服務的每個BCA的註冊憑證。 o      每個BCA的各自的本地BCF ID (其在BCF發現階段被識別) o      每個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，則BCC-1可將新的BCC ID指派給BCC-1，這可以是全域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是否已經成功地向其各自的本地BCA或者受訪BCA註冊，加上為每個註冊的BCA指派的識別符。
上述程序能夠及/或可以用於更新已經向第一聯繫BCF註冊的BCC的註冊記錄。它們的不同之處在於，步驟1可以是註冊更新請求。 BCA 註冊到本地 BCF
BCA註冊到本地BCF能夠及/或可以單獨地進行。圖27示出了BCA註冊到其本地BCF (例如，在場景1中)的範例性程序。
(一個或多個)前提條件：WTRU可以代管BCC-1，該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：如果已經被預先供應了BCA-1的ID，則這是這種ID的識別。 Ÿ   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可以是註冊更新請求。 到受訪 BCF 的代表性 BCA 註冊
在BCA想要使用由受訪BCF提供的區塊鏈服務的情況下，BCA可以首先向受訪BCF註冊。可以單獨地進行到受訪BCF的BCA註冊，這在本節中進行了討論。圖28示出了BCA註冊到其受訪BCF (例如，在場景1中)的範例性程序。
前提條件(一個或多個)：WTRU可以代管BCC-1，該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要進行哪些動作： o      行動者：這表明誰是動作的行動者。BCF-2可重新評估此時行動者是否應該是受訪BCF-3，或者動作仍可由BCF-2本身來完成。 o      可執行代碼：對於每個動作、其可以被實施為可執行軟體代碼片段，並且這樣的代碼可以被部署到對應的行動者，如工作流中所定義的。如果動作現在要由受訪BCF完成，則對應的代碼也可被部署到該受訪BCF。 o      事務格式：在動作是創建區塊鏈事務的情況下，此資訊將示出對於該特定動作，如果需要的話將創建什麼事務，以及與該動作相關的事務的確切格式是什麼。例如，事務格式可以包括以下基礎資訊： n  垂直應用名稱或BNA ID：這是為了表明特定垂直應用的名稱、或特定垂直應用的識別符、或預先供應的BNA-ID、或由BCF指派的BNA-ID。 n  任務ID：這是為了表明任務的識別符。或者，其可以是(例如，也可以是)特定任務名稱。總之，此參數中的資訊用於顯示要創建的事務與哪個特定過程相關。 n  動作ID：這是為了表明任務的動作的識別符。或者，其可以是(例如，也可以是)特定動作名稱。總之，此參數中的資訊將顯示要創建的事務與哪個特定動作/操作相關。 n  行動者ID：通常，行動者ID示出行動者的識別符，其可以是行動者的ID、行動者的特定名稱、行動者的唯一序號、行動者的MAC位址、生產製造序號等。在這種情況下，行動者通常是BCF，因為其主要是可以與底層BCN交互作用以便將新的事務插入到區塊鏈中的BCF。 n  事務創建時間 n  其他應用特定資料 o      如果要在受訪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-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可以是註冊更新請求。如果不希望使用由該受訪BCF提供的區塊鏈服務，則BCA-1還可向受訪BCF發送註銷請求。 代表性場景 2 ： 當 BCA 一次只能與一個 BCF 相關聯時
在這種場景下，我們考慮以下系統設定和假設： Ÿ   WTRU上的BCC (例如，BCC-1)不具有到BCF的註冊。 Ÿ   由BCC-1服務的BCA可以註冊到BCF，以便使用區塊鏈服務。 Ÿ   BCA一次僅可以註冊一個BCF或與一個BCF相關聯。特別地，BCA可以正好僅與其對應的BNA已經註冊的BCF (例如，BCF-1)相關聯。如果是這種情況，則意味著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是BNA-1，其註冊到BCF-2。
步驟1：BCA-1可以向BCC-1發送註冊請求，並且此請求可以包括以下參數： Ÿ   BCA ID：如果已經被預先供應了BCA-1的ID，則這是這種ID的識別。 Ÿ   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的ID，例如BCF-2。 Ÿ   最後註冊的BCF的名稱及/或BCF ID：如果BCA-1之前已經註冊到另一個BCF，則這將示出由BCA-1註冊的最後一個BCF。
步驟2：BCC-1可將此註冊請求發送到BCF-1。
步驟3：BCF-1可分析該請求並可向BCF-2發送查詢請求以進行驗證(基於步驟1中的“由其對應BNA註冊的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)並且它們中的每一個都想要註冊期望的並且可能不同的BCA的情況。因此，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（其代管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通信，該本地BCF代管BCA-1的期望的BCN。
圖31示出了BCC註冊到BCF (在場景3中)的範例性程序。圖29中示出了BCC註冊到BCF的程序。
(一個或多個)前提條件：BCC-1可服務多個BCA (例如，BCA-1)，BCA-1的對應BNA是BNA-1，其向BCF-2註冊。
步驟1：BCC-1可向BCF-1發送註冊請求，並且此請求可包括以下參數： Ÿ   BCC ID：如果已經預先供應了這種ID，則這是BCC-1的識別。 Ÿ   BCC名稱：這是為了表明BCC-1的名稱。 Ÿ   最後註冊的BCF的名稱及/或BCF ID：如果BCC-1之前已經註冊到另一BCC，則這將示出由BCC-1註冊的最後一個BCF。 Ÿ   被代管的BCA列表：這是為了示出由BCC-1服務的BCA列表。 Ÿ   對於每個BCA (例如，BCA-1)，包括以下資訊： o      BNA ID：這是為了顯示對應BNA(例如，BNA-1)的ID。 o      由其相應BNA註冊的BCF的名稱：這是為了表示BNA-1所註冊的BCF的名稱。 o      由其對應的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(其由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：如果已經預先供應了BCA-1的ID，則這是這種ID的識別。如果BCA-ID不可用，則BCA-1可以提供其製造生產序號。 Ÿ   BCA名稱：這是為了表示BCA-1的名稱。 Ÿ   應用名稱：BCA-1所屬的垂直應用的名稱。 Ÿ   註冊憑證：此參數包括BCC-1驗證和註冊BCA-1所需的必要資訊。
如果BCA-1想要請求BCC-1幫助其註冊到BCA-1的本地BCA，則可以包括以下資訊： Ÿ   本地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的本地BCA，則BCC-1可以決定是否同意這樣做。例如，如果BCC-1仍然沒有將其本身註冊到任何BCF，則BCC-1可選擇在其自己的BCC-1的BCF註冊期間，幫助BCA-1註冊到BCA-1的本地BCF (見圖26中的步驟3)。如果其來自步驟1的請求被驗證和批准，則BCC-1可將BCA-ID指派給BCA-1。BCC-1可維持BCA儲存庫以記錄所有成功註冊的BCA。該BCA儲存庫可以包括用於每個註冊BCA的BCA記錄。每個BCA記錄可以描述註冊的BCA、並且可以包括步驟1中包括的一些參數。
步驟3：針對BCA-1的成功註冊，BCC-1可向BCA-1發送應答，並且現在BCC-1充當用戶端中介軟體實體以向BCA-1提供區塊鏈相關功能。可選地，如果BNA-ID被包括在步驟1中，則BCC-1可向BNA-ID代表的BNA發送通知，以向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(或在到BCF-2的路上的任何BCF)管理的任何BCN發送資料。如果是，則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是BCN的管理實體，因此將策略部署到BCF是有意義的。另一種情況是，通信基礎結構可能涉及一些策略，例如，對於給定的應用特定動作，應該分配多少頻寬以將區塊鏈事務從BCA (其創建該事務)傳輸到BCN (其將該事務儲存到區塊鏈系統中)。在此範例中，可能期望的是，這樣的策略可以儲存在通信基礎結構中，使得其能夠及/或可以促進策略管理，因為最終分配、監視和調節BCA與BCF/BNA之間的頻寬是該通信基礎結構(例如3GPP網路)。另一個例子是，為了實施策略，可能需要從通信基礎結構收集某些資料或由通信基礎結構提供某些資料。在這種情況下，希望在該通信基礎結構中直接部署這種策略。
圖35示出了用於策略部署的範例性程序。
步驟1：策略創建者(例如，BNA-1)可以向策略部署者發送請求以部署策略。例如，此步驟可以藉由先前的BNA註冊程序(即，圖18的步驟1)來實現，其中BNA-1可以向BCF發送註冊請求。特別地，在此註冊請求中，BNA包括關於業務邏輯處理的所有必要資訊，例如任務列表、每個任務的工作流、工作流中的每個動作以及對應的行動者。這裡，動作可以與策略相關。
步驟2：策略部署者可以分析該請求並決定誰是策略實施者。仍然使用與BNA註冊相關的先前範例，在向BCF的BNA註冊期間，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，BCF扮演策略實施者的角色。或者，BNA可要求BCF從通信基礎結構收集某些相關資料。
3. 基於資料登錄，策略實施者由於接收到的觸發而開始實施策略。結果是，藉由將該策略應用於該資料登錄，可以產生某些可執行操作規則。例如，BCF (作為策略實施者)可實施該策略、並創建特定的操作規則，例如區塊鏈事務創建規則、區塊鏈事務大小控制規則、BCN存取控制規則等。
4. 策略實施者可以將產生的可執行操作規則發送到一或更多操作執行實體，該操作執行實體可以是BCN、其他BCF或3GPP系統中的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來儲存一些區塊鏈相關的策略。BCF可以在NEF的幫助下公開給第三方並由第三方存取。BCF可使用NWDAF來分析區塊鏈的事務及/或其他特徵。 Ÿ   BCF也可以被實施為現有網路功能的一部分，例如NEF或AUSF。 Ÿ   BCN可以是核心網路內或核心網路外由第三方提供的新網路功能。如果BCN由第三方提供，則BCF可以經由NEF存取3GPP核心網路。 Ÿ   BNA可被實施為與特定垂直無線應用對應的伺服器側網路功能實體。如果BNA由第三方提供，則其不能直接與BCF交互作用，而是經由NEF (在BCF被部署在3GPP網路的核心網路中的情況下)與BCF交互作用。 Ÿ   BCA和BCC可以在WTRU中實施。替代地，例如窄帶IoT裝置之類的受限WTRU可以僅代管BCA，並且BCC可以由例如車輛、閘道、邊緣伺服器等的其他強大WTRU代管。
替代地，在5G及以上系統架構的上下文中，可以有所提出的區塊鏈相關邏輯實體的一些其他可能的實施方式，其被列出如下： Ÿ   對於BCC，其也可以被部署在AMF處。這樣，一個BCC可服務WTRU所代管的多個BCA。潛在的好處是，從WTRU僅需要安裝特定的垂直應用的意義上來說，其可以簡化WTRU的實施。其還可以節省用於WTRU的某些計算資源，因為BCC可以與AMF一起被部署，並且WTRU不必運行與將由BCC完成的區塊鏈相關操作相關的任務。在這種情況下，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對話(即，BCF1是場景2中的WTRU的本地BCF)、或經由BCF2間接對話。BCC可以(例如，可以僅)與BCF2對話(即，BCF2是WTRU在場景1中的第一個聯繫或受訪BCF)，因為其位於更靠近WTRU的位置。在這種情況下，其還示出了BCF到BCF通信。對於場景2和場景3，我們可以具有以下部署，例如：WTRU上的BCC可直接與BCF1對話(即，在場景2中，BCF1是BCA-1的註冊BCF，BCF2是BCA-1的對應BNA的註冊BCF)，或經由BCF2間接對話。BCC可以(例如，可以僅)與BCF2對話(BCF-2是在場景3中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描述了藉由使用5G系統中的現有功能實體(例如，AMF)來實現所提出的實體(例如，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註冊請求(在此期間如果BCC知道BCA的某些資訊，則BCC能夠及/或可以幫助BCA註冊到BCF)，則BCF可以為WTRU所代管的BCA選擇一或更多BCN。或者，如果由於先前註冊，BCA已經被指派有一BCN，則此步驟可以僅選擇先前指派的BCN為BCC/BCA。
步驟5：BCF可向PCF發送請求以檢查是否有用於BCC的任何新的區塊鏈策略規則。此請求可以包括BCF的識別符(即，BCF-ID)、步驟4中所選擇的BCN的識別符(即，BCN-ID)、及/或WTRU2-ID、BCC-ID、BCA-ID。如果PCF及/或BCC/BCA可以使用5G控制平面或資料平面來儲存資料(即，創建區塊鏈事務)以將由BCN-ID表示的區塊鏈網路作為目標，則BCF也可以通知PCF。如果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可以將在步驟7中產生的新的區塊鏈策略規則發送到BCF。
步驟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：BCA可以發起策略管理以創建策略規則，而不是由BCC發起策略管理。BCA可以藉由給出WTRU1-ID和BCA-ID來發送請求到BCC。該請求可以是BCA註冊請求或用於檢查新的區塊鏈策略規則的簡單請求。WTRU1可使用裝置到裝置通信直接到達WTRU2、或由它們的服務AMF (相同的或不同的服務AMF)中繼而到達WTRU2。
步驟12：BCC可處理來自BCA的請求、並且可在該請求是BCA註冊請求時產生新的BCA-ID。
步驟13：BCC可藉由將其本身及/或BCA註冊到BCF或僅簡單地向BCF請求新的區塊鏈策略規則來重複步驟2-10。
步驟14：如果在步驟12中BCC產生BCA-ID，則BCC可向BCA發送回應，該回應可包括新的區塊鏈策略規則和BCA-ID。WTRU2可使用裝置到裝置通信直接到達WTRU1、或由它們的服務AMF (相同的或不同的服務AMF)中繼而到達WTRU1。
圖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發送請求，該請求可由NEF中繼。該請求可以是BNA註冊請求或用於檢查新的區塊鏈策略規則的簡單策略管理請求。此該請求可以包括BNA的識別符(即，BNA-ID)。如果BNA已被提供有任何區塊鏈策略規則，則BNA還可在該請求中包括現有區塊鏈策略規則的識別符列表。這樣的資訊可以允許BCF避免再次向BNA配置相同的區塊鏈策略規則。
步驟3：BCF可以處理該請求。BCF可基於任何本地區塊鏈策略規則(例如從PCF接收的初始規則)直接拒絕該請求，尤其是當該請求是用於將BNA註冊到BCF的註冊請求時。當該請求是註冊請求時，BCF可以產生新的BNA識別符(即，BNA-ID)。
步驟4：BCF可以選擇一或更多BCN用於BNA。
步驟5：BCF可向PCF發送請求以檢查是否有用於BCC的任何新的區塊鏈策略規則。此請求可以包括BCF的識別符(即，BCF-ID)、在步驟4中選擇的BCN的識別符(即，BCN-ID)、及/或BNA-ID。如果BCF及/或BNA可使用5G控制平面或資料平面來儲存資料(即，創建區塊鏈事務)以將由BCN-ID表示的區塊鏈網路作為目標，則BCF可通知PCF。如果BCF或BNA可使用資料平面，則可能需要步驟6和步驟9。如果BCF或BNA可使用控制平面，則可跳過步驟6和步驟9。
步驟6：PCF可處理來自步驟5的請求、並可確定用於BNA (或BCF)與BCN之間的資料路徑的SMF和UPF。
步驟7：PCF可以產生一些新的區塊鏈策略規則。
步驟8：PCF可以將在步驟7中產生的新的區塊鏈策略規則發送到BCF。
步驟9：PCF可以經由SMF向UPF配置一些區塊鏈策略規則。UPF可使用所配置的策略規則來調節和管理BNA與選擇的BCN (或BCF)之間的資料平面區塊鏈訊務。如果BNA (或BCF)不使用資料平面與BCN通信，則跳過該步驟。
步驟10：如果BCF在步驟3中產生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可以將在步驟6中產生的新的區塊鏈策略規則發送到BCF。
步驟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的註冊，該服務AMF由所選擇的RAN確定。此步驟可以是BCF發現的第一實施方式。在這種情況下，BCF發現請求中包括的一或更多參數可以被包括在此3GPP註冊請求中。替代地，如果WTRU已經知道註冊哪個BCF，則此步驟可以及/或也可以是BCC/BCA註冊的第一實施方式。在這種情況下，BCC/BCA註冊請求中包括的一或更多參數可以被包括在此3GPP註冊請求中。 Ÿ   步驟4：WTRU可以與SMF建立用於指定DN的PDU對話，該SMF由服務AMF確定。此步驟可以是BCF發現的第二實施方式。在這種情況下，BCF發現請求中包括的所有參數可以被包括在來自WTRU的此3GPP PDU對話建立請求中。替代地，如果WTRU已經知道註冊哪個BCF，則此步驟也可以是BCC/BCA註冊的第二實施方式。在這種情況下，BCC/BCA註冊請求中所包括的所有參數都可以被包括在此3GPP請求中。 Ÿ   步驟5：當WTRU進入CM-IDLE狀態(例如，在WTRU與服務AMF的連接被釋放之後)，WTRU (例如，在僅移動發起連接(MICO)模式中)可以主動發起服務請求程序以重新建立與服務AMF的連接、並進入CM-CONNECTED狀態。如果WTRU不處於MICO模式，服務AMF可以傳呼並觸發WTRU啟動服務請求程序，例如接收任何下鏈封包。此步驟可以是BCF發現的第三實施方式。在這種情況下，BCF發現請求中包括的一或更多參數可以被包括在此3GPP服務請求中。替代地，如果WTRU已經知道註冊哪個BCF，則該步驟也可以是BCC/BCA註冊的第三實施方式。在這種情況下，BCC/BCA註冊請求中包括的一或更多參數可以被包括在此3GPP服務請求中。 Ÿ   步驟6：WTRU現在開始經由RAN以與該指定的DN進行資料平面資料傳輸，並且UPF作為PSA。注意，每個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可以將所發現的BCF的列表發送到實體X。 BCF 到 BCF 交互作用的代表性 3GPP 實施方式
5G資料儲存架構包括三個資料相關實體：統一資料管理(UDM)、統一資料儲存庫(UDR)和非結構化資料儲存功能(UDSF)。當系統中有多個BCF時，存在賦能BCF到BCF交互作用的幾種新方法。例如，兩個BCF可以如前所述直接交換資訊、或者經由這些資料相關的3GPP實體而間接交換資訊。特別地，可以由BCF將以下資訊儲存在UDR中，以便不同的BCF交換資訊。
例如，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的情況下，BCF的BNA註冊儲存庫、BCA註冊儲存庫和BCN註冊儲存庫可以使用UDR來實施(即，對於BCF，其被管理的BCA、BNA、BCN的所有註冊資訊可以被儲存在UDR中)。
或者，多個BCF可以將它們自己註冊到網路儲存功能(NRF)以便被彼此發現。
此外，BCC/BCA能夠及/或可以也使用上述方法來找到BCF。
另一個可能的實施方式是所提出的BCF可以藉由5GS中的現有功能來實現，例如AMF或SMF等。換句話說，所提出的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垂直應用層賦能中的實體
實體 邊緣應用 V2X應用 FF應用 UAS應用 5GMSGS應用
VAC 應用用戶端 V2X應用特定用戶端 FF應用特定用戶端 UAS應用特定用戶端 應用
VEC 邊緣賦能者用戶端 V2X應用賦能者用戶端 FF應用賦能者用戶端 UAS應用賦能者用戶端 5GMSGS用戶端
VES 邊緣賦能者伺服器 V2X應用賦能者伺服器 FF應用賦能者伺服器 UAS應用賦能者伺服器 5GMSGS伺服器, 5GMSGS 閘道
VAS 邊緣應用伺服器 V2X應用特定用戶端 FF應用特定用戶端 UAS應用特定用戶端 應用伺服器
這些垂直應用可使用區塊鏈應用賦能，例如，以將其通信記錄儲存到目標區塊鏈、及/或經由目標區塊鏈網路傳輸單播或多播訊息。因此，這些垂直應用可以受益於區塊鏈特徵，例如分散、不可變性、透明性和安全性。為了使垂直應用能夠與區塊鏈應用賦能交互作用，在圖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而與BCC通信。經由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可以代表本文所述的任何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 , ¶ 6或者意味著“裝置加功能(means-plus-function)”申請專利範圍格式，並且沒有單詞“裝置”的任何申請專利範圍均不具有這種意義。
AF:應用功能 AUSF:認證伺服器功能 BCA:區塊鏈用戶端應用 BCC:區塊鏈用戶端 BCF:區塊鏈功能 BCN:區塊鏈節點 BNA:區塊鏈網路應用 CHF:計費功能 LADN:區域資料網路 N1:參考點 N2、N3、N4、N6、N11、S1、X2、Xn:介面 NEF:網路暴露功能 NF:控制平面網路功能 NRF:網路儲存庫功能 NSSF:網路切片選擇功能 NWDAF:網路資料分析功能 P2P:對等 PCF:策略控制功能 RA:註冊區域 RSU:至少與路邊單元 TA:追蹤區域 UDM:統一資料管理 UDR:統一資料儲存庫 UDSF:非結構化資料儲存功能 VAC:垂直應用用戶端 VAS:垂直應用伺服器 VEC:垂直賦能用戶端 VES:垂直賦能伺服器 VTB1:區塊鏈 100:通信系統 102、102a、102b、102c、102d:無線傳輸/接收單元(WTRU) 104、113:無線電存取網路(RAN) 106、115:核心網路(CN) 108:公共交換電話網路(PSTN) 110:網際網路 112:其他網路 116:空中介面 118:處理器 120:收發器 122:傳輸/接收元件 124:揚聲器/麥克風 126:小鍵盤 128:顯示器/觸控板 130:非可移記憶體 132:可移記憶體 134:電源 136:全球定位系統(GPS)晶片組 138:週邊設備 160a、160b、160c:e節點B 162:行動性管理閘道(MME) 164:服務閘道(SGW) 166:封包資料網路(PDN)閘道(PGW) 180a、180b、180c:g節點B(gNB) 182a、182b:存取及行動性管理功能(AMF) 183a、183b:對話管理功能(SMF) 184a、184b:使用者平面功能(UPF) 185a、185b:資料網路(DN) 1100:功能架構 1200、1300、1400、1450:BCN註冊程序 1500、1600、1700:BCN管理程序 1800、1900:BNA註冊程序 2000:BCF發現程序
從以下結合附圖以範例性方式給出的詳細描述中可以獲得更詳細的理解。與詳細描述一樣，這些附圖中的圖是範例。因此，附圖及詳細描述不應被認為是限制性的，並且其它等效的範例是可能的並且是可行的。此外，圖中的相同元件符號(“ref.”)表示相同元素，且其中： 圖1A是示出了範例性通信系統的系統圖； 圖1B是示出了可以在圖1A所示的通信系統內使用的範例性無線傳輸/接收單元(WTRU)的系統圖； 圖1C是示出了可以在圖1A所示的通信系統內使用的範例性無線電存取網路（RAN）以及範例性核心網路（CN）的系統圖； 圖1D是示出了可以在圖1A所示的通信系統內使用的另一個範例性RAN以及另一個範例性CN的系統圖； 圖2示出了區塊鏈系統的範例性工作流； 圖3示出了與處理新事務(transaction)有關的區塊鏈節點處的範例性時間線； 圖4是示出了被配置為5G系統(5GS)的通信系統的方塊圖； 圖5示出了5GS中的各種程序； 圖6示出了用於非對話管理相關策略控制的範例性策略控制參考架構； 圖7示出了用於對話管理相關策略控制的範例性策略控制參考架構； 圖8示出了用於車聯網的範例性使用情況； 圖9示出了智慧製造及物流使用情況； 圖10是示出了區塊鏈賦能的無線應用(BEWA)的範例性功能架構的方塊圖； 圖11示出了區塊鏈賦能的無線應用的範例性操作； 圖12示出了範例性BCN註冊程序； 圖13示出了範例性BCN註冊程序； 圖14示出了範例性BCN註冊程序； 圖15示出了基於推(push)的BCN管理程序； 圖16示出了基於拉(pull)的BCN管理程序； 圖17示出了用於BNA/BCA觸發的BCN管理的範例性程序； 圖18示出了範例性BNA註冊程序； 圖19示出了範例性BNA註冊程序； 圖20示出了用於本地BCF發現的範例性程序； 圖21示出了用於本地BCF發現的範例性程序； 圖22示出了用於受訪(visited)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註冊到BCA的範例性程序； 圖33示出了用於BCF到BCF通信的範例性程序； 圖34示出了用於經由BCF的BCN到BCN通信的範例性程序； 圖35示出了用於策略部署的範例性程序； 圖36示出了用於策略實施的範例性程序； 圖37示出了具有區塊鏈應用賦能(enablement)的範例性5G系統架構擴展； 圖38示出了5GS中的範例性區塊鏈賦能的無線應用部署場景； 圖39示出了使用5GS中的現有實體的範例性BCF/BCC/BNA實施方式； 圖40示出了5GS中的BCA及BCC的區塊鏈策略規則的範例性管理； 圖41示出了5GS中的BNA的區塊鏈策略規則的範例性管理； 圖42示出了5GS中的範例性BNA觸發的區塊鏈策略更新； 圖43示出了將現有的垂直應用賦能與區塊鏈應用賦能集成的範例； 圖44示出了將現有的垂直應用賦能與區塊鏈應用賦能集成的範例； 圖45示出了將現有的垂直應用賦能與區塊鏈應用賦能集成的範例。
1100:功能架構
BCA:區塊鏈用戶端應用
BCC:區塊鏈用戶端
BCF:區塊鏈功能
BCN:區塊鏈節點
BNA:區塊鏈網路應用

Claims (20)

  1. 一種在包括一電路的一裝置中實施的方法，該電路包括一傳輸器、一接收器以及一處理器，該方法包括： 從一網路應用接收一註冊請求，該註冊請求包括表明針對一分散式帳本服務的多個應用級要求的一資訊，該多個應用級要求包括一或更多性能要求以及一或更多動作； 至少部分地基於該性能要求，確定一分散式帳本系統的一節點以關聯到該網路應用； 向一或更多計算資源中的每一個計算資源提供用於進行該一或更多動作中的一或更多動作的一可執行代碼；以及 向該網路應用發送一註冊確認。
  2. 一種在包括一電路的一裝置中實施的方法，該電路包括一傳輸器、一接收器以及一處理器，該方法包括： 從一網路應用接收一註冊請求，該註冊請求包括表明針對一分散式帳本服務的多個應用級要求的一資訊，該多個應用級要求包括一或更多分散式帳本系統特徵、一或更多性能要求以及一或更多動作； 至少部分地基於該性能要求以及該一或更多分散式帳本系統特徵，確定一分散式帳本系統的一節點以關聯到該網路應用； 向多個計算資源中的每一個計算資源提供用於進行該一或更多動作中的一或更多動作的一可執行代碼；以及 向該網路應用發送一註冊確認。
  3. 如請求項1至請求項2中至少一項所述的方法，更包括： 產生用於該一或更多動作的一或更多分散式帳本相關配置，其中提供用於進行該一或更多動作中的一或更多動作的可執行代碼包括：提供該可執行代碼以及該分散式帳本相關配置。
  4. 如前述請求項中至少一項所述的方法或設備，其中該多個應用級要求包括表明一或更多分散式帳本相關策略的一資訊。
  5. 如請求項1至請求項4中至少一項所述的方法，更包括：向一通信網路的一策略功能提供一分散式帳本相關策略。
  6. 如請求項1至請求項4中至少一項所述的方法，更包括：在該裝置處部署一分散式帳本相關策略。
  7. 一種包括一電路的設備，該電路包括一傳輸器、一接收器以及一處理器，該設備被配置為： 從一網路應用接收一註冊請求，該註冊請求包括表明針對一分散式帳本服務的多個應用級要求的一資訊，該多個應用級要求包括一或更多性能要求以及一或更多動作； 至少部分地基於該性能要求，確定一分散式帳本系統的一節點以關聯到該網路應用； 向一或更多計算資源中的每一個計算資源提供用於進行該一或更多動作中的一或更多動作的一可執行代碼；以及 向該網路應用發送一註冊確認。
  8. 一種包括一電路的設備，該電路包括一傳輸器、一接收器以及一處理器，該設備被配置為： 從一網路應用接收一註冊請求，該註冊請求包括表明針對一分散式帳本服務的多個應用級要求的一資訊，該多個應用級要求包括一或更多分散式帳本系統特徵、一或更多性能要求以及一或更多動作； 至少部分地基於該性能要求以及該一或更多分散式帳本系統特徵，確定一分散式帳本系統的一節點以關聯到該網路應用； 向多個計算資源中的每一個計算資源提供用於進行該一或更多動作中的一或更多動作的一可執行代碼；以及 向該網路應用發送一註冊確認。
  9. 如請求項7至請求項8中至少一項所述的設備，其中該電路被配置為： 產生用於該一或更多動作的一或更多分散式帳本相關配置；以及 向一或更多計算資源中的每一個計算資源提供用於進行該一或更多動作中的一或更多動作的該可執行代碼以及該一或更多分散式帳本相關配置。
  10. 如請求項6至請求項9中至少一項所述的設備，其中該多個應用級要求包括表明一或更多分散式帳本相關策略的一資訊。
  11. 如請求項7至請求項10中至少一項所述的設備，其中該電路被配置為向一通信網路的一策略功能提供一分散式帳本相關策略。
  12. 如請求項7至請求項10中至少一項所述的設備，其中該電路被配置為在該裝置處部署一分散式帳本相關策略。
  13. 如前述至少一項所述的方法或設備，其中該分散式帳本相關配置中的一或更多分散式帳本相關配置包括以下任一者：一事務格式以及該分散式帳本系統的所確定的節點。
  14. 如請求項5及請求項11中至少一項所述的方法或設備，其中，該策略功能是該通信網路的一策略控制功能。
  15. 如前述請求項中至少一項所述的方法或設備，其中該多個應用級要求包括以下中的任一者： 該分散式帳本系統的一識別符； 該分散式帳本系統的一類型； 一致性機制/協定； 該分散式帳本系統的一應用程式設計介面(API)規範； 該分散式帳本系統的一對等節點數量； 該分散式帳本系統的一帳本的一目前大小； 分散式帳本系統的對等節點地理分佈； 用於支援一新帳本的該分散式帳本的一能力； 該分散式帳本系統的一或更多被支援的性能度量； 該分散式帳本系統的該節點的存取細節； 該分散式帳本系統的該節點的一節點類型； 該分散式帳本系統的該節點的一行動性類型；以及 該分散式帳本系統的該節點隸屬的組織。
  16. 如前述請求項中至少一項所述的方法或設備，其中該裝置包括至少一個基於服務的功能，並且其中該至少一個基於服務的功能至少執行確定一分散式帳本的一節點。
  17. 如前述請求項中至少一項所述的方法或設備，其中對該網路應用的該註冊確認是經由一空中介面而被發送。
  18. 如前述請求項中至少一項所述的方法或設備，其中該註冊請求是經由一空中介面而被接收。
  19. 如前述請求項中至少一項所述的方法或設備，其中該裝置以及該設備中的任一者被配置為及/或配置有無線傳輸/接收單元(WTRU)的元件。
  20. 如前述請求項中至少一項所述的方法或設備，其中該裝置以及該設備中的任一者被配置為、被配置作為及/或配置有一側鏈路中繼的元件或一基地台的元件。
TW110124041A 2020-06-30 2021-06-30 針對由區塊鏈賦能無線系統之賦能器方法、架構、設備及系統 TW202219984A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202063045857P 2020-06-30 2020-06-30
US63/045,857 2020-06-30

Publications (1)

Publication Number Publication Date
TW202219984A true TW202219984A (zh) 2022-05-16

Family

ID=77398631

Family Applications (1)

Application Number Title Priority Date Filing Date
TW110124041A TW202219984A (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 (4)

* 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
EP4167548B1 (en) * 2021-10-14 2024-09-18 Unify Patente GmbH & Co. KG A method and a system for retrieving and applying dynamic policy rules in a network
EP4280566A1 (en) 2022-05-18 2023-11-22 Telia Company AB Connecting device to a mesh network
CN117955635B (zh) * 2024-03-22 2024-06-07 南京信息工程大学 基于联盟链验证节点分组的交易验证方法

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
CN111869187A (zh) * 2018-05-07 2020-10-30 康维达无线有限责任公司 Iot服务层系统与分布式分类账系统之间的互通

Also Published As

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

Similar Documents

Publication Publication Date Title
US11716246B2 (en) Device and method for providing edge computing service in wireless communication system
US20230247094A1 (en) Methods, architectures, apparatuses and systems directed to transaction management in blockchain-enabled wireless systems
TW202219984A (zh) 針對由區塊鏈賦能無線系統之賦能器方法、架構、設備及系統
CN112753234A (zh) 3gpp专用lan
US20240045851A1 (en) Methods, architectures, apparatuses and systems directed to blockchain-enabled model storage, sharing and deployment for supporting distrubuted learning
KR20220113359A (ko) Wtru 대 wtru 릴레이를 사용한 직접 발견 및 통신 방법 및 장치
US20230239264A1 (en) Methods, architectures, apparatuses and systems directed to messaging through blockchain networks
US20230061284A1 (en) Security and privacy support for direct wireless communications
US20230413212A1 (en) User equipment/wireless transmit/receive unit-provided data networks on wtrus
US20220400362A1 (en) 5g prose service based discovery
WO2024006385A1 (en) Methods, architectures, apparatuses and systems for traceability-aware artificial intelligence
US20240265005A1 (en) Blockchain-based federated data discovery and sharing
KR20230150971A (ko) 다중 액세스 에지 컴퓨팅 시스템에서 제약된 다중 액세스 에지 컴퓨팅 호스트를 통합하기 위한 방법들, 장치들 및 시스템들
US20240196184A1 (en) Discovery and interoperation of constrained devices with mec platform deployed in mnos edge computing infrastructure
KR20240122561A (ko) 공유 애플리케이션 수직 세션 기반 에지 애플리케이션 인스턴스 발견 및 선택
WO2023192133A1 (en) Pin configuration, management and application service discovery
WO2024177917A1 (en) Methods for ue/ac/eec authorization in group services provided by common eas discovery using agp with ac authorization type and credential
WO2024215827A1 (en) Dynamic addition of mobile constrained mec host
WO2024072719A1 (en) Methods, architectures, apparatuses and systems for device association over direct communication for aggregated devices
WO2024177919A1 (en) Methods for ue/ac/eec authorization in group services provided by common eas using a group server
WO2024148161A1 (en) Method and apparatus for edge group management
EP4241532A1 (en) Methods, architectures, apparatuses and systems for service continuity for premises networks
WO2024168121A1 (en) Methods, architectures, apparatuses and systems for artificial intelligence based alter ego functionality in a communications system
WO2024206381A1 (en) Methods, architectures, apparatuses and systems for leveraging direct links to improve federated learning training process in future wireless