CN116113936A - 针对启用区块链的无线系统中的交易管理的方法、架构、装置和系统 - Google Patents
针对启用区块链的无线系统中的交易管理的方法、架构、装置和系统 Download PDFInfo
- Publication number
- CN116113936A CN116113936A CN202180057735.6A CN202180057735A CN116113936A CN 116113936 A CN116113936 A CN 116113936A CN 202180057735 A CN202180057735 A CN 202180057735A CN 116113936 A CN116113936 A CN 116113936A
- Authority
- CN
- China
- Prior art keywords
- btm
- transaction
- blockchain
- data
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
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
- 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]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/088—Access security using filters or firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
- H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了针对启用区块链的无线系统中的交易管理的过程、方法、架构、装置、系统、设备和计算机程序产品。该方法中的一种方法能够包括获得来自一个或多个源的数据和来自该一个或多个源中的至少一个源的一个或多个参数。至少部分地基于该一个或多个参数来生成针对该数据的交易;至少部分地基于该一个或多个参数来确定分布式分类账的节点;以及将该交易发送到分布式分类账的该节点。
Description
相关申请的交叉引用
本申请要求2020年6月30日提交的美国临时专利申请号63/045,835的优先权权益,该申请以引用方式并入本文。
背景技术
本申请涉及有线和/或无线通信,包括例如与启用区块链的无线系统中的交易管理有关的过程。
附图说明
从下面的详细描述中可以得到更详细的理解,该描述结合其附图以举例的方式给出。与详细描述一样,此类附图中的图是示例。因此,附图和具体实施方式不应被认为是限制性的,并且其他同样有效的示例是可能的和预期的。另外,附图中类似的附图标号(“ref.”)指示类似的元件,并且其中:
图1A是示出示例性通信系统的系统图;
图1B是示出可在图1A所示的通信系统内使用的示例性无线发射/接收单元(WTRU)的系统图;
图1C是示出可在图1A所示的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络(CN)的系统图;
图1D是示出可在图1A所示的通信系统内使用的另外示例性RAN和另外示例性CN的系统图;
图2示出了区块链系统的示例性工作流程;
图3示出了与处理新交易有关的区块链节点处的示例性时间线;
图4是示出配置为5G系统(5GS)的通信系统的框图;
图5示出了5GS中的各种过程;
图6示出了用于非会话管理相关策略控制的示例性策略控制参考架构;
图7示出了用于会话管理相关策略控制的示例性策略控制参考架构;
图8示出了示例性数据存储架构;
图9示出了示例性网络分析架构;
图10示出了示例性非漫游5G位置服务架构;
图11示出了用于车辆互联网的示例性用例;
图12示出了智能制造和物流用例;
图13示出了集成的区块链和无线系统架构;
图14示出了用于区块链交易管理的示例性功能架构;
图15示出了用于区块链交易管理的示例性功能架构;
图16示出了用于交易管理器控制的交易创建的示例性过程;
图17示出了用于交易管理器控制的交易创建的示例性过程;
图18示出了用于交易管理器控制的交易创建的示例性过程;
图19示出了用于交易客户端控制的交易创建的示例性过程;
图20示出了用于交易客户端控制的交易创建的示例性过程;
图21示出了用于交易管理器辅助区块链创建的示例性过程;
图22示出了用于多个区块链的交易管理器控制的交易创建的示例性过程;
图23示出了对多个区块链的交易创建的示例;
图24示出了用于从一个或多个指定区块链查询现有交易的示例性过程;
图25示出了用于在区块链网络上订阅事件的过程;
图26示出了用于对区块链网络的基于分析的访问控制的过程;
图27示出了具有区块链应用启用的示例性5GS架构扩展A;
图28示出了具有区块链应用启用的示例性5GS架构扩展B;
图29示出了用于交易管理器控制的交易创建的示例性过程;
图30示出了用于交易管理器协调的交易创建的示例性过程;
图31示出了用于协调交易创建的示例性过程;
图32示出了示例性WTRU触发的交易创建;
图33示出了示例性WTRU触发的交易创建;
图34示出了示例性WTRU触发的交易创建;
图35示出了示例性WTRU触发的交易创建;并且
图36示出了示例性WTRU触发的交易创建。
具体实施方式
在以下详细描述中,阐述了许多具体细节以提供对本文所公开的实施方案和/或示例的透彻理解。然而,应当理解,此类实施方案和示例可在没有本文阐述的一些或所有具体细节的情况下被实践。在其他情况下,未详细描述熟知的方法、程序、部件和电路,以免模糊以下描述。此外,本文未具体描述的实施方案和示例可代替本文中明确、隐含和/或固有地描述、公开或以其他方式提供(统称为“提供”)的实施方案和其他示例来实践,或与这些实施方案和示例组合来实践。尽管本文描述和/或要求保护了各种实施方案,其中装置、系统、设备等和/或其任何元件执行操作、过程、算法、功能等和/或其任何部分,但应当理解,本文所述和/或受权利要求书保护的任何实施方案假定任何装置、系统、设备等和/或其任何元件被配置为执行任何操作、过程、算法、功能等和/或其任何部分。
示例性通信系统
本文提供的方法、装置和系统非常适于涉及有线网络和无线网络两者的通信。有线网络是众所周知的。相对于图1A至图1D提供了各种类型的无线设备和基础结构的概述,其中网络的各种元件可利用本文提供的方法、装置和系统,执行本文提供的方法、装置和系统,根据本文提供的方法、装置和系统布置,并且/或者针对本文提供的方法、装置和系统进行适配和/或配置。
图1A是在其中一个或多个所公开的实施方案可得以实现的示例性通信系统100的图。仅出于说明的目的提供示例性通信系统100,并且不限制所公开的实施方案。通信系统100可为向多个无线用户提供诸如语音、数据、视频、消息、广播等内容的多址接入系统。通信系统100可使多个无线用户能够通过系统资源(包括无线带宽)的共享来访问此类内容。例如,通信系统100可采用一个或多个信道接入方法,诸如码分多址接入(CDMA)、时分多址接入(TDMA)、频分多址接入(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾(ZT)唯一字(UW)离散傅里叶变换(DFT)扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示,通信系统100可包括无线发射/接收单元(WTRU)102a、102b、102c、102d、无线电接入网络(RAN)104/113、核心网络(CN)106/115、公共交换电话网(PSTN)108、互联网110和其他网络112,但应当理解,所公开的实施方案设想了任何数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d中的每一者可以是被配置为在无线环境中操作和/或通信的任何类型的设备。作为示例,WTRU 102a、102b、102c、102d(其中任何一个均可被称为“站”和/或“STA”)可被配置为传输和/或接收无线信号,并且可包括(或者是)用户装备(UE)、移动站、固定或移动订户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型电脑、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如,远程手术)、工业设备和应用(例如,在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。WTRU102a、102b、102c和102d中的任一者可互换地称为WTRU。
通信系统100还可包括基站114a和/或基站114b。基站114a、114b中的每一者可为任何类型的设备,其被配置为与WTRU 102a、102b、102c、102d中的至少一者无线对接以例如促进对一个或多个通信网络(诸如CN 106/115、互联网110和/或网络112)的访问。作为示例,基站114a、114b可为基站收发台(BTS)、节点B(NB)、演进节点B(eNB)、家庭节点B(HNB)、家庭演进节点B(HeNB)、g节点B(gNB)、NR节点B(NR NB)、站点控制器、接入点(AP)、无线路由器等中的任一者。虽然基站114a、114b各自被描绘为单个元件,但应当理解,基站114a、114b可包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104/113的一部分,该RAN还可包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可被配置为在一个或多个载波频率(其可被称为小区(未示出))上发射和/或接收无线信号。这些频率可在许可频谱、未许可频谱或许可和未许可频谱的组合中。小区可向特定地理区域提供无线服务的覆盖,该特定地理区域可为相对固定的或可随时间改变。小区可进一步被划分为小区扇区。例如,与基站114a相关联的小区可被划分为三个扇区。因此,在实施方案中,基站114a可包括三个收发器,即,小区的每个扇区一个收发器。在实施方案中,基站114a可采用多输入多输出(MIMO)技术并且可针对小区的每个或任何扇区利用多个收发器。例如,可使用波束成形在所需的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU 102a、102b、102c、102d中的一者或多者通信,该空中接口可为任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地讲,如上所指出,通信系统100可为多址接入系统,并且可采用一个或多个信道接入方案,诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN 104/113中的基站114a和WTRU 102a、102b、102c可实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术,其可使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可包括诸如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在实施方案中,基站114a和WTRU 102a、102b、102c可实现诸如演进的UMTS陆地无线电接入(E-UTRA)的无线电技术,其可使用长期演进(LTE)和/高级LTE(LTE-A)和/或高级LTEPro(LTE-A Pro)来建立空中接口116。
在其他实施方案中,基站114a和WTRU 102a、102b、102c可实现诸如IEEE 802.16(即,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信系统(GSM)、GSM增强数据率演进(EDGE)、GSM EDGE(GERAN)等无线电技术。
在实施方案中,基站114a和WTRU 102a、102b、102c可实现无线电技术诸如NR无线电接入,该无线电技术可使用新无线电(NR)来建立空中接口116。
在实施方案中,基站114a和WTRU 102a、102b、102c可实现多种无线电接入技术。例如,基站114a和WTRU 102a、102b、102c可例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此,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、家庭演进节点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可以是被配置为向WTRU 102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或互联网协议语音技术(VoIP)服务的任何类型的网络。数据可具有不同的服务质量(QoS)要求,诸如不同的吞吐量要求、延迟要求、误差容限要求、可靠性要求、数据吞吐量要求、移动性要求等。CN 106/115可提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、互联网连接、视频分发等,和/或执行高级安全功能,诸如用户认证。尽管未在图1A中示出,但是应当理解,RAN 104/113和/或CN 106/115可与采用与RAN 104/113相同的RAT或不同RAT的其他RAN进行直接或间接通信。例如,除了连接到可利用NR无线电技术的RAN 104/113之外,CN 106/115还可与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或Wi-Fi无线电技术中的任一者的另一RAN(未示出)通信。
CN 106/115也可充当WTRU 102a、102b、102c、102d的网关,以访问PSTN 108、互联网110和/或其他网络112。PSTN 108可包括提供普通老式电话服务(POTS)的电路交换电话网络。互联网110可以包括使用常见通信协议(诸如传输控制协议(TCP)、用户数据报协议(UDP)和TCP/IP互联网协议组中的互联网协议(IP))的互连计算机网络和设备的全球系统。网络112可以包括由其他服务提供商拥有和/或操作的有线或无线通信网络。例如,网络112可包括连接到一个或多个RAN的另一个CN,其可采用与RAN 104/114相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可包括多模式能力(例如,WTRU 102a、102b、102c、102d可包括用于通过不同无线链路与不同无线网络通信的多个收发器)。例如,图1A所示的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,该收发器可耦合到发射/接收元件122。虽然图1B将处理器118和收发器120描绘为单独的部件,但是应当理解,处理器118和收发器120可以例如在电子封装或芯片中集成在一起。
发射/接收元件122可被配置为通过空中接口116向基站(例如,基站114a)发射信号或从基站接收信号。例如,在一个实施方案中,发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在一个实施方案中,发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在实施方案中,发射/接收元件122可以被配置为发射和接收RF信号和光信号两者。应当理解,发射/接收元件122可被配置为发射和/或接收无线信号的任何组合。
此外,尽管发射/接收元件122在图1B中被描绘为单个元件,但是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可包括一个或多个干电池组(例如,镍镉(NiCd)、镍锌(NiZn)、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可耦合到GPS芯片组136,该GPS芯片组可被配置为提供关于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可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可与CN 106通信。
RAN 104可包括演进节点B 160a、160b、160c,但是应当理解,在与实施方案保持一致的同时,RAN 104可包括任何数量的演进节点B。演进节点B 160a、160b、160c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方案中,演进节点B 160a、160b、160c可以实现MIMO技术。因此,演进节点B 160a例如可以使用多个天线来向WTRU 102a发射无线信号,以及从该WTRU接收无线信号。
演进节点B 160a、160b和160c中的每一者可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决策、切换决策、上行链路(UL)和/或下行链路(DL)中的用户调度,等等。如图1C所示,eNode-B 160a、160b、160c可通过X2接口彼此通信。
图1C所示的核心网络106可包括移动性管理网关(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关166。虽然前述元件中的每一者被描绘为CN 106的一部分,但是应当理解,这些元件中的任一者可由除CN运营商之外的实体拥有和/或操作。
MME 162可以经由S1接口连接到RAN 104中的演进节点B 160a、160b和160c中的每一者,并且可以用作控制节点。例如,MME 162可负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附加期间选择特定服务网关等。MME 162还可以提供用于在RAN 104与采用其他无线电技术(诸如GSM或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可经由S1接口连接到RAN 104中的演进节点B 160a、160b、160c中的每一者。SGW 164通常可向/从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164也可执行其他功能,诸如在演进节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼和/或移动终止、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164也可连接到PDN网关166,该PDN网关可为WTRU 102a、102b和102c提供对分组交换网络(诸如互联网110)的访问,以有利于WTRU 102a、102b、102c与启用IP的设备之间的通信。
CN 106可有利于与其他网络的通信。例如,CN 106可为WTRU 102a、102b、102c提供对电路交换网络(诸如,PSTN 108)的访问,以有利于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,CN 106可包括用作CN 106与PSTN 108之间接口的IP网关(例如,IP多媒体子系统(IMS)服务器),或者可与该IP网关通信。另外,CN 106可向WTRU 102a、102b、102c提供对其他网络112的访问,该其他网络可包括由其他服务提供商拥有和/或运营的其他有线或无线网络。
尽管WTRU在图1A至图1D中被描述为无线终端,但是可以设想到,在某些代表性实施方案中,这种终端可(例如,临时或永久)使用与通信网络的有线通信接口。
在代表性实施方案中,其他网络112可为WLAN。
处于基础结构基本服务集(BSS)模式的WLAN可具有用于BSS的接入点(AP)以及与AP相关联的一个或多个站点(STA)。AP可具有至分配系统(DS)或将流量携带至和/或携带流量离开BSS的另一种类型的有线/无线网络的接入或接口。源自BSS外部并通向STA的流量可通过AP到达并且可被传递到STA。源自STA并通向BSS外部的目的地的流量可被发送到AP以被传递到相应目的地。BSS内的STA之间的流量可通过AP发送,例如,其中源STA可向AP发送流量,并且AP可将流量传递到目的地STA。BSS内的STA之间的流量可被视为和/或称为点对点流量。可利用直接链路建立(DLS)在源和目的地STA之间(例如,直接在它们之间)发送点对点流量。在某些代表性实施方案中,DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP,并且IBSS内或使用IBSS的STA(例如,所有STA)可彼此直接通信。IBSS通信模式在本文中有时可称为“ad-hoc”通信模式。
当使用802.11ac基础结构操作模式或相似操作模式时,AP可在固定信道(诸如主信道)上发射信标。主信道可为固定宽度(例如,20MHz宽带宽)或经由信令动态设置的宽度。主信道可为BSS的操作信道,并且可由STA用来建立与AP的连接。在某些代表性实施方案中,例如在802.11系统中可实现载波侦听多路访问/冲突避免(CSMA/CA)。对于CSMA/CA,STA(例如,每个STA)(包括AP)可侦听主信道。如果主信道被特定STA侦听/检测和/或确定为繁忙,则特定STA可退避。一个STA(例如,仅一个站)可在给定BSS中在任何给定时间发射。
高吞吐量(HT)STA可使用40MHz宽的信道进行通信,例如,经由主20MHz信道与相邻或不相邻的20MHz信道的组合以形成40MHz宽的信道。
极高吞吐量(VHT)STA可支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合连续的20MHz信道来形成。可通过组合8个连续的20MHz信道,或通过组合两个非连续的80MHz信道(这可被称为80+80配置)来形成160MHz信道。对于80+80配置,在信道编码之后,数据可通过可将数据分成两个流的段解析器。可单独地对每个流进行快速傅里叶逆变换(IFFT)处理和时间域处理。可将这些流映射到两个80MHz信道,并且可通过发射STA来发射数据。在接收STA的接收器处,可颠倒上述用于80+80配置的操作,并且可将组合的数据发送到介质访问控制(MAC)。
802.11af和802.11ah支持低于1GHz的操作模式。相对于802.11n和802.11ac中使用的那些,802.11af和802.11ah中减少了信道操作带宽和载波。802.11af支持电视白空间(TVWS)频谱中的5MHz、10MHz和20MHz带宽,并且802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施方案,802.11ah可支持仪表类型控制/机器类型通信(MTC),诸如宏覆盖区域中的MTC设备。MTC设备可具有某些能力,例如有限的能力,包括支持(例如,仅支持)某些带宽和/或有限的带宽。MTC设备可包括电池寿命高于阈值(例如,以保持非常长的电池寿命)的电池。
可支持多个信道的WLAN系统以及诸如802.11n、802.11ac、802.11af和802.11ah之类的信道带宽包括可被指定为主信道的信道。主信道可具有等于由BSS中的所有STA支持的最大公共操作带宽的带宽。主信道的带宽可由来自在BSS中操作的所有STA的STA(其支持最小带宽操作模式)设置和/或限制。在802.11ah的示例中,对于支持(例如,仅支持)1MHz模式的STA(例如,MTC型设备),主信道可为1MHz宽,即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波侦听和/或网络分配向量(NAV)设置可取决于主信道的状态。如果主信道繁忙,例如,由于STA(仅支持1MHz操作模式)正在向AP传输,即使大多数频段保持空闲并且可能可用,整个可用频段也可被视为繁忙。
在美国,可供802.11ah使用的可用频段为902MHz至928MHz。在韩国,可用频段为917.5MHz至923.5MHz。在日本,可用频段为916.5MHz至927.5MHz。802.11ah可用的总带宽为6MHz至26MHz,具体取决于国家代码。
图1D是示出根据实施方案的RAN 113和CN 115的系统图。如上文所指出,RAN 113可采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 113还可与CN115通信。
RAN 113可包括gNB 180a、180b、180c,但是应当理解,在与实施方案保持一致的同时,RAN 113可包括任何数量的gNB。gNB 180a、180b、180c各自可包括一个或多个收发器以便通过空中接口116与WTRU 102a、102b、102c通信。在实施方案中,gNB 180a、180b、180c可实现MIMO技术。例如,gNB 180a、180b可利用波束成形来向gNB 180a、180b、180c传输信号和/或从gNB 180a、180b、180c接收信号。因此,gNB 180a例如可使用多个天线来向WTRU102a发射无线信号和/或从WTRU 102a接收无线信号。在实施方案中,gNB 180a、180b、180c可实现载波聚合技术。例如,gNB 180a可向WTRU 102a(未示出)发射多个分量载波。这些分量载波的子集可在免许可频谱上,而其余分量载波可在许可频谱上。在实施方案中,gNB180a、180b、180c可实现协作多点(CoMP)技术。例如,WTRU 102a可从gNB 180a和gNB 180b(和/或gNB 180c)接收协作发射。
WTRU 102a、102b、102c可使用与可扩展参数集相关联的发射来与gNB 180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可因不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可使用各种或可扩展长度的子帧或发射时间间隔(TTI)(例如,包含不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB180a、180b、180c通信。
gNB 180a、180b、180c可被配置为以独立配置和/或非独立配置与WTRU 102a、102b、102c通信。在独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信,同时也不访问其他RAN(例如,诸如演进节点B 160a、160b、160c)。在独立配置中,WTRU 102a、102b、102c可将gNB 180a、180b、180c中的一者或多者用作移动性锚定点。在独立配置中,WTRU 102a、102b、102c可在未许可频带中使用信号与gNB 180a、180b、180c通信。在非独立配置中,WTRU 102a、102b、102c可与gNB 180a、180b、180c通信或连接,同时也与其他RAN(诸如,演进节点B160a、160b、160c)通信或连接。例如,WTRU 102a、102b、102c可实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个演进节点B 160a、160b、160c通信。在非独立配置中,演进节点B 160a、160b、160c可用作WTRU 102a、102b、102c的移动性锚点,并且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可在RAN 113中经由N2接口连接到gNB 180a、180b、180c中的一者或多者,并且可用作控制节点。例如,AMF 182a、182b可负责认证WTRU 102a、102b、102c的用户、网络切片的支持(例如,具有不同要求的不同分组数据单元(PDU)会话的处理)、选择特定SMF 183a、183b、注册区域的管理、NAS信令的终止、移动性管理等。AMF 182a、182b可使用网络切片以例如基于WTRU 102a、102b、102c所使用的服务的类型来为WTRU 102a、102b、102c定制CN支持。例如,可针对不同的用例(诸如,依赖于超高可靠低延迟(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、用于MTC接入的服务等)建立不同的网络切片。AMF 162可提供用于在RAN 113和采用其他无线电技术(诸如LTE、LTE-A、LTE-APro和/或非3GPP接入技术,诸如Wi-Fi)的其他RAN(未示出)之间进行切换的控制平面功能。
SMF 183a、183b可经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b还可经由N4接口连接到CN 115中的UPF 184a、184b。SMF 183a、183b可选择并控制UPF184a、184b,并且配置通过UPF 184a、184b进行的流量路由。SMF 183a、183b可执行其他功能,诸如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供下行链路数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等。
UPF 184a、184b可经由N3接口连接到RAN 113中的gNB 180a、180b、180c中的一者或多者,这些gNB可向WTRU 102a、102b、102c提供对分组交换网络(诸如互联网110)的访问,例如以促进WTRU 102a、102b、102c和启用IP的设备之间的通信。UPF 184、184b可执行其他功能,诸如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、提供移动性锚定等。
CN 115可有利于与其他网络的通信。例如,CN 115可包括用作CN 115与PSTN 108之间接口的IP网关(例如,IP多媒体子系统(IMS)服务器),或者可与该IP网关通信。另外,CN115可向WTRU 102a、102b、102c提供对其他网络112的访问,该其他网络可包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在实施方案中,WTRU 102a、102b、102c可通过UPF 184a、184b经由至UPF 184a、184b的N3接口以及UPF 184a、184b与本地数据网络(DN)185a、185b之间的N6接口连接到DN 185a、185b。
鉴于图1A至图1D以及图1A至图1D的对应描述,本文参照以下中的任一者描述的功能中的一个或多个功能或全部功能可由一个或多个仿真元件/设备(未示出)执行:WTRU102a-102d、基站114a-114b、演进节点B160a-160c、MME 162、SGW 164、PGW 166、gNB 180a-180c、AMF 182a-182b、UPF 184a-184b、SMF 183a-183b、DN 185a-185b和/或本文所述的任何其他元件/设备。仿真设备可以是被配置为模仿本文所述的一个或多个或所有功能的一个或多个设备。例如,仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如,该一个或多个仿真设备可执行一个或多个或所有功能,同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分,以便测试通信网络内的其他设备。该一个或多个仿真设备可执行一个或多个功能或所有功能,同时临时被实现/部署为有线和/或无线通信网络的一部分。仿真设备可直接耦合到另一个设备以用于测试目的和/或可使用空中无线通信来执行测试。
该一个或多个仿真设备可执行一个或多个(包括所有)功能,同时不被实现/部署为有线和/或无线通信网络的一部分。例如,仿真设备可在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中使用,以便实现一个或多个部件的测试。该一个或多个仿真设备可为测试装备。经由RF电路系统(例如,其可包括一个或多个天线)进行的直接RF耦合和/或无线通信可由仿真设备用于发射和/或接收数据。
引言
区块链技术
区块链技术联合使用并建立在各种现有技术之上,诸如密码学、散列、梅克尔树(Merkle tree)、分布式分类账、点对点(P2P)网络和共识协议。区块链技术创新地组合这样的现有技术以使得系统能够提供诸如分散、不变性、透明性和安全性的高级特征。
区块链系统是在其中使用区块链技术的系统。由区块链系统支持的应用被称为区块链应用。区块链系统由一个或多个底层区块链网络来支持。每个区块链网络可以包括多个(例如,许多)参与区块链节点(BCN)。每个BCN可以托管一个或多个分布式区块链(一种形式的分布式分类账),使用P2P网络来广播区块,并与区块链网络的其他BCN执行共识协议,以在不依赖于集中方的情况下达到分布式信任和数据共识。
区块链交易可以是真实世界交易的数字表示、物理资产的数字记录、物理事件的数字记录、信息系统中的任何动作的数字记录、数字支付和数字智能合同中的任一者。区块将多个区块链交易分组在一起。区块链是将越来越多的区块链接起来的数据结构。
为了简化说明,本文使用术语“区块链技术”。应当理解,这样的术语还表示更广泛的分布式分类账技术。因此,各种实施方案适用于任何特定区块链技术和/或分布式分类账技术。
图2示出了区块链系统的示例性工作流程。工作流程可以包括发起交易(1)、广播和验证交易(2)、构建新区块(3)、基于共识协议验证新区块(4)以及更新区块链(5)。
·发起交易:每个参与用户都可以独立地生成新交易。每个用户都可以具有用户标识符和/或账户标识符。用户标识符和/或账户标识符可以是用户的公钥(“用户公钥”)的散列。使用用户的私钥来签署每个新交易。在生成新交易之后,用户可以将该交易发送到区块链网络。
·广播和验证交易:新交易可由一些BCN接收。该交易可包括用户公钥。BCN可以使用用户公钥来验证该新交易的完整性。在验证之后,并且如果新交易有效,则可以在区块链网络内中继和/或广播该新交易。最终,所有区块链节点都接收并拥有任何新生成的并有效的交易的副本。
·构建新区块:一些BCN(称为挖掘节点)开始将许多新生成的和未决的交易分组在一起以生成新区块。新区块可以包括区块标头和区块主体。区块标头可以包括当前区块的散列、先前确认的区块的散列,以及所有所包括的交易(例如,梅克尔树)的散列。取决于所使用的共识协议,区块标头可以包括其他和/或附加信息。区块主体可以包括所有所包括的交易的内容。每个挖掘节点可以独立地尝试创建新区块。
·基于共识协议验证新区块。在构建新区块任务下,挖掘节点可独立地尝试创建新区块。它们可以运行相同的共识协议(例如,比特币系统中的工作证明)并且可以就允许谁(即,获胜者)将区块插入到现有区块链中而达成协定。共识协议的获胜者可以将其新生成的区块发送到区块链网络。这个新区块可以被广播;允许所有挖掘节点接收和/或验证它。
·更新区块链。在验证新生成的区块之后,该区块可以被成功地附加到现有区块链,因为该区块包括先前区块链的散列。
图3示出了与处理新交易有关的BCN处的示例性时间线。结合时间线示出了在处理新交易的各个阶段之间的时段期间的交易状态和区块状态。时段可以包括交易创建时间、交易等待时间和交易确认时间(或区块链确认时间)。
交易创建时间可以指接收到创建新交易的请求的时间与创建新交易的时间之间的时段。在交易创建时间期间,交易状态可以是“未创建”。
交易等待时间可以指创建新交易的时间与新交易被包含在新区块中的时间之间的时段。交易等待时间的持续时间可取决于底层P2P网络和共识机制。在交易等待期间,交易和区块状态都可以是“未决”。
交易确认时间(或区块链确认时间)可以表示新交易被包含在新区块中的时间与新区块被确认的时间之间的时段。交易确认时间(或区块链确认时间)的持续时间可取决于底层P2P网络和共识机制。在交易确认时间(或区块链确认时间)期间,交易状态可以是“被包括”,并且区块状态可以是“未决”。在确认区块之后,其状态可以是“确认”。
交易的速度可以被估计为交易等待时间与交易确认时间的总和。
图4是示出配置为(例如,3GPP定义的)5G系统(5GS)的通信系统100(图1)的框图。通信系统100可以包括RAN 113和CN 115。5GS架构的设计原则中的一个设计原则是以服务为中心或基于服务。
CN 115可以包括各种网络功能。网络功能可以一起工作以履行服务和/或向RAN113、WTRU 102和/或应用服务器/服务提供商提供服务。网络功能可以包括网络储存库功能(NRF)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、认证服务器功能(AUSF)、策略控制功能(PCF)、用户平面功能(UPF)、网络暴露功能(NEF)、统一数据管理(UDM)、统一数据储存库(UDR)、非结构化数据存储功能(UDSF)、网络数据分析功能(NWDAF)和网络切片选择功能(NSSF)。
一个网络功能可以访问另一网络功能。网络功能可以以请求/响应模式和订阅/通知模式中的任一者彼此访问和/或交互。网络功能可向NRF注册。向NRF注册可使得网络功能可被其他网络功能发现。
AMF可管理对通信系统100中的WTRU 102的接入和该WTRU的移动性。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可维护每个网络功能实例的信息。尽管被示为在单个云内,但网络功能中的一个或多个网络功能可被部署在边缘网络中,诸如支持边缘计算和/或紧邻RAN113和/或与该RAN位于同一位置的边缘网络。在支持边缘计算的边缘网络中部署UPF和/或NEF可能是有利的,这可以节省一定的通信成本,因为策略控制可以直接在边缘处(即,在生成数据/事件的地方)应用于事件/数据。
图5示出了5GS中的各种过程。为了方便起见,参考图4的通信系统100来描述各种过程。也可使用其他架构来执行各种过程。为了方便和简化说明,伴随图5的公开内容中的参考以前缀“5:”示出。
如在(5:1)处所示,WTRU可以基于接收到的由一个或多个RAN节点广播的系统信息块(SIB)来发现和/或选择网络(例如,PLMN、RAN、小区等)。如在(5:2)处所示,WTRU可以与选定RAN(例如,RAN1)建立无线电资源控制(RRC)连接。WTRU可以经由选定RAN与5GS CN通信。如在(5:3)处所示,WTRU可以发起向AMF的注册。选定RAN可以从一个或多个AMF中确定/选择用于WTRU的服务AMF。如在(5:3)处所示,服务AMF可向AUSF检查主接入认证和授权,从UDM请求订阅数据,向PCF检查接入和移动性策略,和/或联系SMF以激活任何现有的PDU会话(例如,如果由WTRU指示)。
可以在5GS内定义注册区域(RA)。RA可以由一个或多个跟踪区域(TA)形成;该跟踪区域中的每一个跟踪区域可以覆盖一个或多个小区。RA的优点在于,其通过在RA内不需要向服务AMF注册更新来减少信令开销,除非周期性注册定时器期满。如果WTRU从一个RA(例如,RA1)移动到另一RA(例如,RA2),则WTRU可以执行新的注册,诸如利用被设置为移动性注册更新的注册类型(如本文所描述并在(5:7)处所示)。较大的RA可以减少注册开销,但是由于服务AMF必须在较大数量的TA(或小区)中寻呼WTRU,所以较大的RA可能增加寻呼信令开销。
在成功注册之后,WTRU可以进入RM已注册(RM-REGISTERED)状态和/或可以经由服务AMF访问其他控制平面NF和/或与该其他控制平面NF交互。在各种实施方案中,服务AMF可以是WTRU访问CN控制平面并与该CN控制平面交互的唯一入口点。例如,在(5:3)、(5:5)和(5:7)处所示的过程可以与连接管理有关。
如在(5:4)处所示,WTRU可以为DN建立与SMF的PDU会话。服务AMF可以为PDU会话确定/选择服务SMF。如在(5:4)处所示,SMF可向PCF检查PDU会话策略和/或可以选择UPF作为PDU会话的锚点(“PDU会话锚点”)。WTRU可以经由PDU会话锚点(PSA)访问DN和/或与DN交换分组。PCF可以结合SMF向PCF检查会话策略而从UDR检索WTRU的订阅数据,并且可以将该订阅数据提供给SMF。SMF可以使用从UDM检索到的WTRU的订阅数据来执行主会话认证,并且可以例如使用诸如在RFC3748和RFC5247中定义的可扩展认证协议(EAP)在WTRU与DN-AAA服务器之间执行次认证。在(5:4)处所示的过程和在(5:5)处所示的过程可以联合执行。
如在(5:5)处所示,WTRU可以处于CM空闲(CM-IDLE)状态(例如,在与服务AMF的连接被释放之后),并且可以发起服务请求过程以重新建立与服务AMF的连接并进入CM连接(CM-CONNECTED)状态。当WTRU发起服务请求过程以重新建立与服务AMF的连接时,该WTRU可以处于仅移动发起的连接(MICO)模式。如果WTRU不处于MICO模式,则服务AMF可寻呼和/或触发WTRU发起服务请求过程,例如以接收任何下行链路分组。可以结合服务请求在WTRU与服务AMF之间建立非接入层(NAS)连接。
服务请求可以与WTRU注册一起执行,在这种情况下,WTRU可以进入CM连接状态。当处于CM连接状态时,WTRU可以在RA内移动而不通知服务AMF。如果WTRU保持在RA内但移出RAN通知区域(RNA),则WTRU可以执行RAN更新以触发RAN更新WTRU上下文以及由RAN维持的对应RRC连接。RNA可以小于RA。例如,RNA可以包括形成RA的TA的子集(例如,如所示的TA1、TA2和TA3)。
如在(5:6)处所示,WTRU可以经由RAN 113和作为PSA的UPF执行与DN的数据传输(数据平面)。DN可以具有数据网络名称(DNN)。尽管未示出,但是5GS可以包括多于一个DN和/或与该多于一个DN通信地耦合,并且DN可以具有相应的DNN。
如在(5:7)处所示,WTRU可以检测其何时从RA1移动到RA2。例如,WTRU可以通过检查由服务AMF配置的每个RA的TA列表来检测这样的事件。如在(5:7)处所示,WTRU可以利用新的服务AMF执行移动注册更新。如在(5:7)处所示,可以执行从当前RAN到具有服务AMF改变的新RAN的(例如,基于Xn或基于N2的)RAN间切换。新的服务AMF可联系旧的服务AMF以传送WTRU的上下文信息。如在(5:7)处所示,SMF可以联系PCF和/或UPF以更新与WTRU的现有PDU会话。
如图5所示,多个TA可以被分组在一起作为局域数据网(LADN)服务区域以支持LADN业务。例如,TA4、TA5和TA6可以形成LADN服务区域。如果(例如,当并且仅当)WTRU保持在TA4、TA5或TA6内,则WTRU可以被允许接入LADN1。
一组TA可以被分组为一个服务区域。5GS可以指定和/或执行对WTRU的服务区域限制。例如,5GS可以配置WTRU用于由TA7、TA8和TA9形成的服务区域的服务区域限制,其中如果(例如,如果并且仅如果)WTRU保持在TA7、TA8或TA9内,则WTRU可以被允许接入5GS。
不需要以所示或所描述的顺序执行本文所公开和图5中所示的各种过程,并且不需要执行所有过程。例如,在(5:7)处所示的过程可以在(5:6)处所示的过程之前进行,并且可以不进行在(5:5)处所示的过程。
代表性策略控制功能(PCF)
5GS中的策略控制可以包括非会话管理相关的策略控制和会话管理相关的策略控制。图6示出了用于非会话管理相关策略控制的示例性策略控制参考架构。图7示出了用于会话管理相关策略控制的示例性策略控制参考架构。在图7中引入了计费功能(CHF)。
非会话管理相关策略控制的示例包括接入和移动性相关策略控制、WTRU接入选择和PDU会话选择相关策略(WTRU策略)控制、分组流描述(PFD)的管理以及网络状态分析信息要求。会话管理相关策略控制的示例包括对PDU会话和服务数据流(SDF)的QoS控制、对PDU会话和SDF的计费控制、向AF报告PDU会话事件、使用监视控制、应用检测策略控制、服务能力暴露策略控制以及流量导向策略控制。
PCF可以为非会话管理相关策略控制和会话管理策略控制提供各种功能。PCF可向控制平面功能(例如,AMF、SMF、NEF)、WTRU和AF供应不同的策略,所供应的策略可以在该控制平面功能处被执行。PCF可以从UDR检索订阅数据以创建新策略。运营商可以在PCF处配置策略。策略可被存储在UDR处。策略可以在各种实体、设备等处被动态地、半静态地和/或静态地配置,诸如配置到AMF、SMF和WTRU中的任一者。
例如,接入和移动性相关策略控制可以提供服务区域限制的管理、RAT/频率选择优先级(RFSP)功能的管理以及SMF选择的管理中的任一者。服务AMF和PCF可为WTRU执行“AM策略关联建立”(例如,当WTRU执行初始注册并选择(例如,仅选择)服务AMF时)。服务AMF和PCF可例如在AM策略关联建立之后交换接入和移动性相关策略。
基于运营商定义的策略,PCF可以将对WTRU的服务区域限制修改为订阅数据的一部分。PCF中的运营商定义的策略可以取决于输入数据,诸如WTRU位置、一天中的时间、由其他NF提供的信息等。当WTRU向服务AMF注册时,服务AMF可以从UDM检索该WTRU的服务区域限制作为该WTRU的订阅数据的一部分。服务AMF可向PCF报告服务区域限制。PCF可以修改服务区域限制和/或可以将修改后的服务区域限制发送到服务AMF。AMF可存储修改后的服务区域限制和/或可执行修改后的服务区域限制以确定对WTRU的移动性限制。
RFSP索引可由服务AMF用来管理WTRU的无线电资源。PCF可以例如基于运营商定义的策略来修改RFSP索引。例如,PCF中的运营商定义的策略可以取决于输入数据,诸如累积使用率、每个网络切片实例的负载水平信息等。当WTRU向服务AMF注册时,服务AMF可以从UDM检索RFSP索引,例如作为订阅数据的一部分。服务AMF可向PCF报告RFSP索引。PCF可以修改RFSP索引和/或可以将该RFSP索引发送到服务AMF。AMF可将修改后的RFSP索引发送到(R)AN节点。RAN节点可以执行修改后的RFSP索引。
PCF可以经由服务AMF为WTRU配置各种策略。该策略可以包括用于非3GPP接入的接入网络发现和选择策略(ANDSP),以及与应用程序和PDU会话相关的WTRU路由选择策略(URSP)。WTRU可以使用URSP规则来确定是否使用已经建立的PDU会话和/或触发为应用建立新的PDU会话,例如,根据指定包括在(例如,每个)URSP中的匹配准则的流量描述符规则。如果WTRU处于CM空闲状态,则服务AMF可向WTRU发送寻呼消息以触发WTRU执行WTRU发起的服务请求过程,从而服务AMF可向WTRU传递(从PCF接收到的)ANDSP和URSP。
可以通过PCF、SMF和UPF之间的交互来提供作为一种类型的会话管理相关策略控制的应用检测。PCF可以安装(或激活)一个或多个策略和计费控制(PCC)规则,包括对SMF的执行动作。SMF可以指示UPF检测特定应用程序流量中的事件。UPF可对特定应用程序流量应用所配置的执行动作,诸如门控控制(例如,阻止应用程序流量)、QoS控制(例如,带宽限制)和流量重定向。
UPF可以检测事件,并且可以经由SMF将检测到的事件报告给PCF。PCF可以基于一个或多个报告的事件来修改PCC规则和/或将修改后的PCC规则安装到SMF。
代表性数据存储架构
图8示出了例如用于5GS的示例性数据存储架构。数据存储器可以包括UDM、UDR和UDSF。UDR可以在UDM、PCF或NEF中(例如,作为UDM、PCF或NEF的一部分)实现。UDR可以服务于多个UDM、PCF和NEF。UDSF可以在NF中(例如,作为NF的一部分)实现。UDSF可以服务于多个NF。UDR和UDSF可以位于同一位置。
通信系统中的数据可以被分类为非结构化数据和结构化数据。非结构化数据可以是任何类型的数据。结构化数据可以包括订阅数据、策略数据、用于暴露的结构化数据以及应用程序数据,诸如用于应用检测的分组流描述(PFD)和用于多个WTRU的AF请求信息。
可提供的数据存储功能的示例可包括:(i)UDM可将订阅数据存储到UDR和/或可从UDR检索订阅数据;(ii)PCF可以将策略数据存储到UDR和/或可以从UDR检索策略数据;(iii)NEF可将用于暴露的结构化数据和/或应用程序数据存储到UDR和/或可以从UDR检索这样的数据;(iv)NF可以将非结构化数据存储到UDSF和/或可以从UDSF中检索非结构化数据;(v)UDR可允许NF消费者例如基于适用于NF消费者的数据集来检索、创建、更新、订阅改变通知、取消订阅改变通知,和/或删除存储在UDR中的数据;(vi)UDSF可以允许NF消费者检索、创建、更新和删除存储在UDSF中的数据。
UDM可提供以下功能中的任一个功能:(i)生成(例如,3GPP)认证和密钥协商(AKA)认证凭证和/或将AKA认证凭证发送到服务AMF(例如,当WTRU向服务AMF注册时);(ii)处理用户标识(例如,5GS中每个订户的订阅永久标识符(SUPI)的存储和/或管理);(iii)支持隐私保护的订阅隐藏标识符(SUCI)的去隐藏,这可以是基于具有隐私保护的SUPI;(iv)基于WTRU的订阅数据(诸如漫游限制)授权该WTRU接入5GS;(v)管理WTRU的服务NF(例如,为WTRU存储服务AMF,为WTRU的PDU会话存储服务SMF);(vi)支持服务和会话连续性(例如,存储正在进行的会话的SMF/DNN分配);以及(vii)处理5GLAN群组管理。
代表性网络分析架构
5GS可以经由网络数据分析功能(NWDAF)提供网络分析。图9示出了示例性网络分析架构。NWDAF可以执行一组分析(例如,关于过去事件的统计信息和/或预测信息)。该组分析可以被表示为分析ID的列表。可以部署NWDAF以服务某些区域(即,跟踪区域标识(TAI)的列表)。可以在5GC内部署多个NWDAF实例并且/或者每个NWDAF实例可以提供不同的分析ID。
NWDAF可以将其能力(即,分析ID的列表)注册到NRF以供由任何其他NF/AF发现。在计算分析结果之前,NWDAF可能需要从作为数据源的其他NF/AF收集数据。NWDAF可以为每个分析执行对应的算法以获得分析结果。NF/AF可以从NRF或直接从NWDAF发现NWDAF的分析ID。NF/AF可以从NWDAF检索特定分析结果和/或可以订阅来自NWDAF的特定分析。可能需要以下阶段来提供网络分析。
·分析的注册:当向NRF注册其自身时,NWDAF可发送其分析ID的列表(例如,作为NWDAF简档的一部分)以存储在NRF中。分析ID的列表可以由其他NF/AF发现。NF/AF可以从NRF发现NWDAF,并且可以直接从NWDAF发现该NWDAF的分析ID。
·数据收集:NWDAF可能需要从作为数据源的各种NF/AF实体(诸如AMF、SMF、UDM、PCF、NRF、NEF和AF中的任一者)检索和收集数据(可能经由NEF)。NWDAF可以从由PLMN运营商配置的OAM中的服务收集相关管理数据(例如,NG RAN或5GC性能测量值、5G端到端KPI中的任一者)。如果特定分析请求所需的数据在NWDAF处可用,则NWDAF可跳过数据收集。
οNWDAF可以潜在地从UDM、AMF、SMF、绑定支持功能和NEF收集一个或一组WTRU的行为数据(例如,WTRU可达性)和/或全球WTRU信息(例如,存在于地理区域中的WTRU的数量)。NWDAF可以根据NRF确定UDM、绑定支持功能和NEF,可以根据UDM确定AMF和SMF,和/或可以根据绑定支持功能确定PCF。
·分析结果的计算:在收集到分析ID所需的(例如,必要的)数据之后,NWDAF可以对收集到的数据上执行对应的分析算法以获得针对分析ID的分析结果。如果NF/AF已经订阅了分析ID,则无论何时更新分析结果,NWDAF都可向NF/AF发送新计算的分析结果。
·分析结果的检索:NF/AF可向NWDAF发送针对分析ID的请求。NWDAF可向NF/AF发送所请求的分析的结果。如果结果不可用,则NWDAF可收集相关数据并计算分析结果。
3GPP TS 23.288V16.3.0(2020-03);用于支持网络数据分析服务的5G系统(5GS)的架构增强;(版本16)已经定义了支持以下网络分析的过程:(i)切片负载水平相关网络数据分析;(ii)观察到的服务体验相关网络数据分析;(iii)NF负载分析;(iv)网络性能分析;(v)UE相关分析(例如,UE移动性分析、UE通信分析、预期UE行为参数相关网络数据分析,以及异常行为相关网络数据分析)。
图10示出了示例性非漫游5G位置服务架构。
表1.支持位置服务的参考点
目标WTRU可以具有关于共享和/或将其位置暴露给其他实体的一个或多个隐私要求。WTRU LCS隐私是允许WTRU和/或AF控制来自哪些LCS客户端或AF的位置请求是被允许还是不被允许的特征。WTRU LCS隐私信息可以被提供和/或维护,例如:
·经由订阅数据:目标WTRU的隐私偏好可以被包括在WTRU LCS隐私简档中作为要被存储在UDM(或UDR)中的WTRU订阅数据的一部分。诸如GMLC和/或NEF的其他实体可以经由UDM查询目标WTRU的LCS隐私简档。
·经由动态更新:目标WTRU和/或AF可以更新WTRU隐私简档的一部分和/或可以将更新存储到UDR。
LCS可提供以下方法来保护位置隐私。
·目标WTRU可向服务AMF发送更新后的隐私要求(用于经由UDM传送到UDR)。
·服务AMF可从目标WTRU接收更新后的隐私要求,并经由UDM将该更新后的隐私要求传送到UDR。
·UDR可以存储目标WTRU的隐私数据信息,该隐私数据信息可以由服务AMF经由UDM利用从目标WTRU接收到的新隐私信息来更新。
·UDM可以包括WTRU LCS隐私简档。UDM可从AMF、GMLC和/或NEF被访问。UDM可向GMLC和/或NEF提供WTRU LCS隐私简档,其中可以执行来自LCS客户端或AF的位置请求的授权。
·GMLC可为LCS客户端提供对PLMN的访问和/或该PLMN可由AF和NF直接或经由NEF访问。GMLC可以从UDM查询路由信息和/或目标WTRU隐私信息,并且基于该路由信息和/或目标WTRU隐私信息,GMLC可以执行来自外部LCS客户端和/或AF的定位请求的授权和/或验证目标WTRU隐私。GMLC可将位置请求转发给服务AMF(或在漫游情况下转发给另一GMLC)。GMLC可存储可被允许请求目标WTRU的位置信息的外部LCS客户端的信息。
·NEF可以从UDM请求目标WTRU的隐私信息。NEF可以支持来自AF的WTRU LCS隐私简档供应。对于对不涉及任何GMLC的服务AMF的直接NEF查询(和/或对于经由UDM的NEF查询),NEF可基于该NEF从UDM接收到的WTRU LCS隐私简档来确定AF是否被授权检索WTRU位置。
AF请求目标WTRU的位置的典型流程可以包括以下中的任一者:
·AF可向NEF发送LCS位置请求,这可以指示需要比小区ID级别更高的位置精度。
·NEF可将位置请求转发给GMLC。
·GMLC可以联系目标WTRU的UDM以获得目标WTRU的路由信息(即,服务AMF)和LCS隐私简档。
·GMLC可使用从UDM检索到的LCS隐私简档来认证定位请求。如果位置请求被允许,则GMLC可将位置请求转发给服务AMF以请求目标WTRU的当前位置。
·服务AMF可执行网络触发的服务请求以联系目标WTRU,例如,如果该目标WTRU处于CM空闲状态。
·服务AMF可使用NAS信令向目标WTRU通知来自AF的位置请求,例如,如果该目标WTRU的隐私简档要求这样的通知。
·目标WTRU可向WTRU用户通知位置请求。在用户授权或拒绝位置请求的许可之后,目标WTRU可向服务AMF发送通知结果。
·服务AMF可例如使用NRF查询来选择LMF。
·服务AMF可向选定LMF发送请求以请求目标WTRU的当前位置。
·LMF可以执行一些定位过程以计算目标WTRU的当前位置。LMF可以例如经由服务AMF向目标WTRU发送定位相关N1消息,和/或经由服务AMF向RAN节点发送网络定位消息。
·LMF可向服务AMF发送指示目标WTRU的当前位置的位置响应,该位置响应可以包括位置估计、该目标WTRU的年龄和准确性,并且可以包括关于定位方法的信息。
·服务AMF可将位置响应转发给GMLC。
·如果需要基于目标WTRU的当前位置的通知(验证)(如由LCS隐私简档所指定),则GMLC可以经由服务AMF向目标WTRU发送通知和/或可以等待来自目标WTRU和/或WTRU用户的确认。
·GMLC可将位置响应转发给NEF。
·NEF可将位置响应转发给AF。
本文公开了针对启用分布式分类账(例如,区块链)的无线系统中的交易管理的方法、装置、系统等。在各种实施方案中,用于启用分布式分类账(例如,区块链)的无线系统中的交易管理和/或结合其使用的方法可以在包括电路的设备中实现,该电路包括发射器、接收器和处理器,诸如无线发射和接收单元(WTRU)、基站或另一网络元件中的任一者。方法中的第一方法可以包括以下中的任一者:获得(i)来自一个或多个源的信息和(ii)来自一个或多个源中的至少一个源的一个或多个参数;至少部分地基于一个或多个参数来生成针对信息的交易;至少部分地基于一个或多个参数来确定分布式分类账的节点;以及将该交易发送到分布式分类账的该节点。
方法中的第二方法可以包括以下中的任一者:从一个或多个源中的任一个源获得信息和/或一个或多个参数;至少部分地基于一个或多个参数来生成针对信息的交易;至少部分地基于一个或多个参数来确定分布式分类账的节点;以及将该交易发送到分布式分类账的该节点。
方法中的第三方法可以包括以下中的任一者:获得(i)来自一个或多个源的信息和(ii)来自一个或多个源中的至少一个源的一个或多个参数;将信息的至少第一部分发送到数据存储库;至少部分地基于一个或多个参数来生成针对信息的至少第二部分的交易以及信息的至少第一部分的散列值;至少部分地基于一个或多个参数来确定分布式分类账的节点;以及将该交易发送到分布式分类账的该节点。
方法中的第四方法可以包括以下中的任一者:从一个或多个源中的任一个源获得信息和/或一个或多个参数;将信息的至少第一部分发送到数据存储库;至少部分地基于一个或多个参数来生成针对信息的至少第二部分的交易以及信息的至少第一部分的散列值;至少部分地基于一个或多个参数来确定分布式分类账的节点;以及将该交易发送到分布式分类账的该节点。
在至少第三和第四方法的各种实施方案中,方法中的每一种方法可包括接收指示信息的至少第一部分的存储位置的第二信息。
在至少第三和第四方法的各种实施方案中,方法中的每一种方法可包括将信息划分成信息的至少第一部分和信息的至少第二部分。
在各种实施方案中,分布式分类账的节点可以是分布式分类账的第一节点,并且在第一至第四方法中的至少一种方法中,方法可以包括接收将交易成功插入到分布式分类账中的确认,其中确认是从以下中的任一者接收到的:分布式分类账的第一节点、分布式分类账的第二节点,以及与第一节点和第二节点中的至少一者相关联的第二设备。
在各种实施方案中,设备可以包括至少一个基于服务的功能,并且其中至少一个基于服务的功能可以执行生成交易以及确定分布式分类账的节点。
在各种实施方案中,方法可包括向一个或多个接收者通知交易的状态。在各种实施方案中,接收者可包括以下中的至少一者:设备的第一基于服务的功能、设备的第二基于服务的功能,以及网络的第三基于服务的功能。在各种实施方案中,第一基于服务的功能可以是第三基于服务的功能的客户端。在各种实施方案中,第二基于服务的功能可以是第三基于服务的功能的客户端。在各种实施方案中,状态可以是未决、确认和拒绝中的任一者。
在各种实施方案中,至少部分地基于一个或多个参数来生成针对数据的交易可包括至少部分地基于一个或多个参数和一个或多个策略规则来生成针对数据的交易。
在各种实施方案中,方法可包括:至少部分地基于一个或多个参数来生成针对数据的至少第二部分的交易以及数据的至少第一部分的散列值可包括:至少部分地基于一个或多个参数和一个或多个策略规则来生成针对数据的至少第二部分的交易以及数据的至少第一部分的散列值。
在各种实施方案中,策略规则包括第一策略规则和第二策略规则中的任一者,第一策略规则用于调节是否将数据添加到分布式分类账,第二策略规则用于调节如何在分布式分类账中添加数据。
在各种实施方案中,确定分布式分类账的节点可包括:至少部分地基于设备与分布式分类账的节点的接近度来确定分布式分类账的节点。
在各种实施方案中,方法可包括:参数可包括与第一设备相关联的第一位置和与分布式分类账的节点相关联的第二位置,方法还包括:至少部分地基于第一位置和第二位置来确定设备与分布式分类账的节点的接近度。
在各种实施方案中,参数可包括以下中的任一者:(i)要创建的交易的数量、(ii)与一个或多个源中的每一个源相关联的应用类别、(iii)与一个或多个源中的每一个源相关联的标识符、(iv)与一个或多个源中的每一个源相关联的应用名称、(v)用于一个或多个源中的每一个源的安全凭证信息、(vi)分布式分类账的节点的地址、(vii)分布式分类账的节点的标识符、(viii)要创建的交易的类别、(ix)最大交易创建时间;(x)最大交易等待时间;(xi)交易创建优先级;(xii)交易包含优先级;(xiii)存储数据中的一些或全部数据的一个或多个地址;(xiv)将被通知交易的状态的一个或多个接收者中的每一个接收者的地址、(xv)将被通知交易的状态的一个或多个接收者中的每一个接收者的标识符、(xvi)分布式分类账的类型、(xvii)分布式分类账的地址、(xviii)分布式分类账的标识符、(xix)散列函数、(xx)一个或多个策略规则中的至少一个策略规则的指示,以及(xxi)设备的安全凭证信息。
在各种实施方案中,方法可包括:获得数据可包括请求和接收来自源中的至少一个源的信息。
在各种实施方案中,信息可包括以下中的任一者:(i)用于提交给分布式分类账的第三信息,以及(ii)指示用于获得用于提交给分布式分类账的第五信息的地址和标识符中的任一者的第四信息。
在各种实施方案中,信息可缺少以下中的一者或多者:(i)用于提交给分布式分类账的第六信息,以及(ii)指示用于获得用于提交给分布式分类账的第八信息的地址和标识符中的任一者的第七信息。
在各种实施方案中,方法可包括接收交易记录信息。
在各种实施方案中,方法可包括以下中的任一者:向数据存储库发送交易记录信息的至少一部分以及指示信息的至少第一部分的存储位置的第二信息;以及从数据存储库接收第九信息,第九信息指示与信息的至少第一部分相关联地存储交易记录信息的至少一部分。
在各种实施方案中,方法可包括将信息的至少一部分发送到数据存储库,信息的至少一部分;以及接收指示信息的至少一部分的存储位置的第十信息。
在各种实施方案中,方法可包括:向数据存储库发送交易记录信息的至少一部分以及指示信息的至少一部分的存储位置的第十信息;以及从数据存储库接收第十一信息,第十一信息指示与信息的至少一部分相关联地存储交易记录信息的至少一部分。
在各种实施方案中,方法可包括从包括第一实体和第二实体中的任一者的一个或多个源获得一个或多个交易策略规则。
在各种实施方案中,获得一个或多个交易策略规则包括以下中的任一者:从一个或多个源请求和/或接收一个或多个交易策略规则。
在各种实施方案中,确定分布式分类账的节点可包括:基于一个或多个交易策略规则中的至少一个交易策略规则来选择节点。
在各种实施方案中,信息可包括与区块链交易相关联的数据。
这样的方法中的第五方法可以由区块链交易管理器(BTM)实现,并且可包括以下中的任一者:从第一实体接收区块链交易发起(BCTI)请求;从包括BCTI请求和第二实体中的任一者的一个或多个源获得与区块链交易相关联的数据;生成包括所获得的数据的至少一部分和/或散列的区块链交易,其中该散列标识所获得的数据的至少一部分和/或用于获得所获得的数据的一部分的指示符/定位符;将区块链交易发送到区块链节点(BCN)(例如,代表第一实体);以及从BCN接收区块链交易的状态。
在各种实施方案中,状态可以是未决、确认和拒绝中的任一者。
在各种实施方案中,获得与区块链交易相关联的数据可包括请求和/或接收与区块链交易相关联的数据。
在各种实施方案中,BCTI可包括以下中的任一者:(i)与区块链交易相关联的数据,和(ii)用于获得与区块链交易相关联的数据的指示符/定位符。
在各种实施方案中,BCTI可缺少以下中的任一者:(i)与区块链交易相关联的数据,和(ii)用于获得与区块链交易相关联的数据的指示符/定位符。
在各种实施方案中,该方法可包括从多个BCN中选择BCN。在各种实施方案中,该方法可包括基于所获得的数据来选择BCN。在各种实施方案中,该方法可包括以下中的任一者:将所获得的数据的至少一部分存储在储存库中;以及使所获得的数据的至少一部分存储在储存库中。
在各种实施方案中,使所获得的数据的至少一部分存储在储存库中可包括以下中的任一者:请求第三实体将所获得的数据的至少一部分存储在储存库中;以及向第三实体发送要存储在储存库中的所获得的数据的至少一部分。
在各种实施方案中,该方法可包括向第一实体发送区块链交易的状态。在各种实施方案中,该方法可包括从BCN接收区块链交易记录信息。
在各种实施方案中,该方法可包括以下中的任一者:将区块链交易记录信息的至少一部分存储在储存库中;以及使区块链交易记录信息的至少一部分存储在储存库中。
在各种实施方案中,该方法可包括以下中的任一者:从BCN接收区块链交易记录信息;将区块链交易记录信息的至少一部分与所获得的数据的至少一部分相结合地存储在储存库中(例如,存储在具有所获得的数据的至少一部分的记录中);以及使得区块链交易记录信息的至少一部分与所获得的数据的至少一部分相结合地存储在储存库中(例如,存储在具有所获得的数据的至少一部分的记录中)。
在各种实施方案中,使区块链交易记录信息的至少一部分存储在储存库中可包括以下中的任一者:请求第三实体将区块链交易记录信息的至少一部分与所获得的数据的至少一部分相结合地存储在储存库中;以及向第三实体发送要存储在储存库中的区块链交易记录信息的至少一部分。
在各种实施方案中,该方法可包括用一个或多个区块链交易策略规则来配置BTM。在各种实施方案中,其中用一个或多个区块链交易策略规则来配置BTM可包括以下中的任一者:动态地和半静态地配置一个或多个区块链交易策略规则。
在各种实施方案中,用一个或多个区块链交易策略规则来配置BTM可包括:从包括第二实体和第四实体中的任一者的一个或多个源获得一个或多个区块链交易策略规则。
在各种实施方案中,该方法可包括:获得一个或多个区块链交易策略规则可包括以下中的任一者:从一个或多个源请求和/或接收一个或多个区块链交易策略规则。在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来选择BCN。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定是否将从第二实体和第五实体中的任一者请求和/或接收与区块链交易相关联的数据。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来选择BCN。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则将所获得的数据的至少一部分存储在储存库中;以及基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则使得所获得的至少一部分存储在储存库中。
在各种实施方案中,使所获得的数据的至少一部分存储在储存库中可包括以下中的任一者:请求第三实体将所获得的数据的至少一部分存储在储存库中;以及向第三实体发送要存储在储存库中的所获得的数据的至少一部分。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定与区块链交易相关联的数据的一部分是否将存储在储存库中。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定区块链交易记录信息的至少一部分是否将存储在储存库中。
在各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定是否将区块链交易记录信息的至少一部分与所获得的数据的至少一部分相结合地存储在储存库内(例如,存储在具有所获得的数据的至少一部分的记录中)。
在各种实施方案中,BCTI可包括与区块链交易相关联的数据。在各种实施方案中,BCTI可包括用于获得与区块链交易相关联的数据的指示符/定位符。
在包括BTM的各种实施方案中的任一个实施方案中,BTM可被部署在RAN节点、CN节点、服务器、网关和WTRU中的任一者中。在包括BTM的各种实施方案中的任一个实施方案中,BTM可以是控制平面网络功能。
在包括第一实体的各种实施方案中的任一个实施方案中,第一实体可被部署在RAN节点、CN节点、服务器、网关和WTRU中的任一者中。在包括第一实体的各种实施方案中的任一个实施方案中,第一实体可以是区块链客户端应用程序(BCA)、区块链交易客户端(BTC)和区块链网络应用程序(BNA)中的任一者。
在包括BNA的各种实施方案中,BNA可被实现为应用功能(AF)或与应用功能(AF)组合。在包括BTM和第一实体的各种实施方案中,BTM和第一实体部署在同一设备中。在各种实施方案中,从中获得与区块链交易相关联的数据的一个或多个源可以包括数据和策略提供者(DPP)、区块链网络应用程序(BNA)、非结构化数据存储功能(UDSF)和统一数据储存库(UDR)中的任一者。在包括第二实体的各种实施方案中,第二实体可以是DPP。在包括第三实体的各种实施方案中,第三实体可以是外部数据存储器(EDS)。在包括第四实体的各种实施方案中,第四实体可以是策略控制功能(PCF)。在包括第五实体的各种实施方案中,第五实体可以是区块链网络应用程序(BNA)、非结构化数据存储功能(UDSF)和统一数据储存库(UDR)中的任一者。在包括第一实体的各种实施方案中,该方法可包括向第一实体发送区块链交易记录信息。
这样的方法中的第六方法可以由设备实现,并且可以包括以下中的任一者:向区块链交易管理器(BTM)发送区块链交易发起(BCTI)请求;从BTM接收区块链交易的一个或多个状态;以及从BTM和另一BTM中的任一者接收区块链交易记录信息。
在各种实施方案中,一个或多个状态可包括未决、确认和拒绝中的任一者。在各种实施方案中,一个或多个状态可包括BCTI已被成功处理的指示。
在各种实施方案中,BCTI可包括以下中的任一者:(i)与区块链交易相关联的数据,和(ii)用于获得与区块链交易相关联的数据的指示符/定位符。在各种实施方案中,BCTI可缺少以下中的任一者:(i)与区块链交易相关联的数据,和(ii)用于获得与区块链交易相关联的数据的指示符/定位符。
在至少第六方法的各种实施方案中,该方法可包括接收所获得的数据的至少一部分存储在储存库中的通知。
在至少第六方法的各种实施方案中,该方法可包括用一个或多个区块链交易策略规则来配置设备。在至少第六方法的各种实施方案中,用一个或多个区块链交易策略规则来配置设备可包括以下中的任一者:动态地和半静态地配置一个或多个区块链交易策略规则。
在至少第六方法的各种实施方案中,用一个或多个区块链交易策略规则来配置设备可包括:从包括BTM和第二实体中的任一者的一个或多个源获得一个或多个区块链交易策略规则。
在至少第六方法的各种实施方案中,获得一个或多个区块链交易策略规则可包括以下中的任一者:从一个或多个源请求和/或接收一个或多个区块链交易策略规则。
在至少第六方法的各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定是否发送BCTI。
在至少第六方法的各种实施方案中,该方法可包括基于一个或多个区块链交易策略规则中的至少一个区块链交易策略规则来确定是否提供与区块链交易相关联的数据和/或用于获得关联于BCTI中的区块链交易或与BCTI的区块链交易的数据的指示符/定位符。
在至少第六方法的各种实施方案中,BTM可被部署在RAN节点、CN节点、服务器、网关和WTRU中的任一者中。在至少第六方法的各种实施方案中,BTM可以是控制平面网络功能。在至少第六方法的各种实施方案中,设备是RAN节点、CN节点、服务器、网关和WTRU中的任一者。在至少第六方法的各种实施方案中,设备可包括被配置为执行至少第六方法的各种实施方案的一个或多个实体,并且该实体可以是区块链客户端应用程序(BCA)、区块链交易客户端(BTC)和区块链网络应用程序(BNA)中的任一者。
在至少第六方法的各种实施方案中,BNA可被实现为应用功能(AF)或与应用功能(AF)组合。在至少第六方法的各种实施方案中,BTM可被部署在设备中。在至少第六方法的各种实施方案中,第二实体可以是DPP。在至少第六方法的各种实施方案中,BCTI请求可包括以下中的任一者:区块链节点(BCN)的地址、要创建的交易的类型或类别、最大交易创建时间、最大交易等待时间、区块链交易创建优先级、区块链交易包含优先级、请求方的应用类别以及请求方的标识符。
该装置中的一种包括接收器、发射器、处理器和存储器中的任一者的装置被配置为执行如前述方法中的至少一种方法中的方法。
代表性用例1-车联网
图11示出了用于车联网(IoV)的示例性用例。每一车辆可具有经由与路边单元(RSU)(或基站)的至少无线连接(例如,5G)到互联网的连接。RSU可以包括或可以访问具有计算和存储资源的本地边缘网络。
车辆可从一个RSU移动到另一RSU。车辆可与另一车辆、RSU、边缘网络、核心网络和/或应用服务器通信。举例来说,车辆1可能发现车辆2,并且可能发现两者都在同一RSU1下。车辆1和车辆2可以进行直接通信(例如,车辆对车辆)。在直接通信之后,车辆1、车辆2和/或5GS可能需要保留它们与网络的通信记录以维护历史。车辆2可能移出RSU1的覆盖范围并且/或者可与新的RSU、RSU2相关联。车辆2可以经由RSU2与CN和网络应用程序中的任一者进行通信。
在这种用例中,可能存在可创建区块链交易并将其存储在指定区块链上的各种场景。各种场景的示例可包括以下中的任一者:
·车辆1和车辆2在同一RSU1下彼此相遇的事件可被记录在区块链交易中。区块链交易可以包括例如该两个车辆的位置信息。
·车辆1与车辆2之间的直接通信可以通过区块链系统以分散的方式进行协调和启用。
·车辆1与车辆2之间的通信记录可以记录在区块链交易中。区块链交易可以包括例如通信的时间长度和总数据量。
·当车辆2从RSU1移动到RSU2时,可在区块链系统中记录车辆2的新位置。
·RSU1可将车辆2的上下文信息存储到区块链系统。因此,当车辆2从RSU1移动到RSU2时,RSU2可直接从区块链系统访问车辆2的上下文信息而无需联系RSU1。
·涉及多个车辆的队列行驶事件可以记录在区块链交易中。图11中示出了具有三个车辆:车辆3、车辆4和车辆5的队列行驶场景的示例。
3.2用例2-智能制造和物流
图12示出了智能制造和物流用例。为了方便和简化说明,伴随图12的公开内容中的参考以前缀“12:”示出。智能制造和物流用例可以包括四个参与方:客户、电子商务公司、制造商和物流公司。这四方可以使用物联网(IoT)和/或5G技术来实现智能制造和物流过程。智能制造和物流过程可以包括以下中的任一者:
·步骤或操作1:每一方可以作为应用程序注册到5GS(或云系统)(12:1)。
·步骤或操作2:客户可向电子商务平台(电子商务公司的应用程序)提交购买请求(12:2)。为了简单起见,购买请求可以针对单个产品项目。
·步骤或操作3:制造商应用程序可以接收可能来自电子商务平台的由客户订购的产品项目的列表(12:3)。
·步骤或操作4:制造商应用程序可以将列表发送到工厂,在工厂中,所订购的产品项目被生产并准备好运送给客户(12:4)。
·步骤或操作5:物流公司可以接收从工厂提取所生产的物品并将其运送给客户的通知(12:5)。
·步骤或操作6:运送的物品到达可以由物流公司拥有或租用的仓库(12:6)。
·步骤或操作7:物品可以在朝向客户的路线上发送以递送(12:7)。
·步骤或操作8:物品可以到达并且被客户接收(12:8)。
·步骤或操作9:电子商务平台可以接收到通知(12:9)。
在此情况下,每个步骤或操作都可触发对应方的一个或多个动作,并且这种事件中的任一个(例如,每一个)事件都可创建为区块链交易并存储到指定区块链上。然而,为了降低成本,附着到每个包裹的WTRU可能是非常资源受限的。WTRU可能不具有创建交易和/或参与区块链系统的能力(例如,存储区块链、执行共识机制等)。如本文中所使用,术语“步骤”应理解为涵盖“一个或多个操作”,并且因此,为了方便和简化说明,术语“步骤”和“操作”在本文中可互换使用。
实施方案解决了参考本文公开的用例描述的以下关键问题。
关键问题#1-区块链系统和5GS是两个单独的系统并且当前没有很好地集成在一起,这使得将5GS相关数据添加到区块链上是低效并具有挑战性的。WTRU可以直接生成包括一些数据的交易,并使用过顶(over-the-top)方法将该交易发送到区块链网络中。然而,WTRU不是独立实体,而是由5G网络功能来控制、管理和服务。一方面,WTRU本身可能无法正确决定是否将其数据发送到区块链网络,因为此决定可能受5G网络功能(诸如PCF)保护。另一方面,要添加到区块链中的交易可能包括来自多个WTRU、RAN节点和5G核心网络的一些联合信息。因此,对于WTRU而言,过顶方法无法有效地工作。
关键问题#2-5GS中的机器类型通信(MTC)设备通常具有有限的资源,并且该MTC设备维持整个区块链或参与共识过程是不可行的(并且在一些情况下是不可能的)。有限的资源不允许MTC设备直接参与区块链系统。如果MTC设备需要将交易创建到区块链系统,则可以使用诸如本文公开的区块链应用启用的新功能来辅助MTC设备与区块链系统交互,包括例如将区块链交易创建到区块链系统。
关键问题#3-由于区块链系统采用的P2P网络的广播性质,交易创建和区块生成将在5GS内生成被称为区块链流量的大量流量,特别是当大量MTC设备尝试将交易创建到区块链上时或者当WTRU充当直接参与区块链网络的BCN时。这样的区块链流量需要被适当地调节。
关键问题#4-要添加到区块链上的事件可以与多个WTRU(例如,V2X垂直应用中的车辆)相关。当为此事件生成区块链交易时,这些WTRU需要被协调。
关键问题#5-恶意WTRU可能尝试向区块链系统生成许多无用的交易,这不仅可能损害区块链系统,而且还可能使5GS拥塞。应当提供对交易创建的有效认证和授权。
关键问题#6-区块链应用程序可能需要将选择性交易包含在新区块中,例如,以避免将交易成功地包括在区块中的长等待时间。每当创建新交易时,区块链应用程序可以直接向对应的区块链系统告知这样的要求,但是这种方法可能导致区块链应用程序侧的高开销。
关键问题#7-区块链应用程序可能需要将数据存储到多个独立或从属区块链。区块链应用程序可以将数据逐一存储到每个独立区块链,但是这种方式可能给区块链应用程序带来高负担。
代表性集成的区块链和无线系统架构
图13示出了集成的区块链和无线系统架构。集成的区块链和无线系统架构可以包括以下逻辑层。
设备层:设备层可以包括终端设备,该终端设备可以支持不同的应用,诸如设备到设备(D2D)通信、车联万物(V2X)通信以及智能制造和物流(SML)。另外,一些强大的设备可以是区块链网络(BNWK)的参与者,诸如比特币系统中的挖掘者。
接入层:诸如5G和超5G的RAN或卫星的接入层可以提供与终端设备的连接。此层可以包括分布式边缘网络,该分布式边缘网络可以托管本地存储、本地计算和本地应用程序中的任一者。
区块链基础结构层:此层可以包括不同的区块链网络。每个区块链网络可以具有不同的协议和/或支持不同类型的区块链。一个区块链网络可以具有一组BCN。作为区块链网络的参与者,每个BCN都可以具有存储和计算资源,并且可以维护完整区块链的本地副本(即,分类帐)。区块链网络的所有BCN在逻辑上形成P2P覆盖网络,以便在该BCN之间广播新的交易和区块。
网络功能层:此层可以提供各种网络功能,诸如5G核心网络功能、交易相关区块链功能和其他传统网络功能。BCN可以使用这些网络功能。此外,区块链功能可以与5G核心网络功能和其他网络功能交互以更好地服务和/或管理BCN。区块链功能可以用于粘合区块链系统和无线系统;例如,5G核心网络功能可以经由区块链功能访问BCN并因此访问完整区块链。
应用层:各种网络应用程序可以使用网络功能来访问区块链网络。设备和网络应用程序可以经由网络功能和区块链网络彼此交互。
代表性区块链交易管理架构
图14示出了用于区块链交易管理的功能架构1400。区块链交易管理可以包括区块链交易创建、区块链交易查询、区块链交易订阅和区块链交易访问控制。功能架构1400可包括BTM 140-1、BCN 141、BTC 142、BCA 143、BNA 144、DPP 145和EDS 146。尽管在图14中仅示出了单个BCN、单个BTC、单个BCA、单个BNA、单个DPP和单个EDS,但是功能架构1400可以包括每个BCN、每个BTC、每个BCA、每个BNA、每个DPP和每个EDS中的多于一者。并且,尽管在图14中示出了两个BTM,但功能架构1400可包括更多或更少的BTM。为了简化说明,BTM 140-1可被称为BTM 140。
BTM 140可在整个架构中起重要作用。BTM 140可与BCN 141和底层区块链网络(未示出)连接。BTM 140可从BNA 144和/或BCA 143/BTC 142获得输入数据并可选地从DPP 145获得其他输入数据。BTM 140可根据选定BCN 141生成交易。BTM 140可将该交易发送到选定BCN 141。在一些情况下,BTM 140可将输入数据分成两部分:一部分将经由BCN 140存储在区块链网络中,第二部分将存储在EDS 146中。可能存在以下情况:BNA 144和/或BCA 143/BTC 142不直接向BTM 140发送数据,并且可能指示BTM 140可从DPP 145检索到的数据的类型和地址。BTM 140可将检索到的数据以区块链交易的形式发送到BCN 141。BTM 140可例如基于来自其他实体(例如,BCA、BTC和/或BNA)的一些指示或要求来为该其他实体选择和/或分配一个或多个适当的BCN和对应的区块链系统。BTM 140可为这些实体维护这种分配的BCN;因此,每当这些实体请求BTM 140为该实体请求新交易时,该实体可能不需要明确地指示BCN。此方法可减少BTM 140与此类实体之间的信令开销,并可简化实体处的操作。
BCN 141可以表现为区块链网络的常规区块链节点,并且可以支持对应的区块链协议(例如,交易格式、区块链结构、共识协议等)。BCN 141可负责将任何交易从BTM 140发送到BCN 141参与的区块链网络中。在交易已被成功插入到区块链之后,BCN 141可将通知发送回BTM 140。BTM 140可向BCN 141发送请求以查询、发现和/或检索区块链上的任何现有交易。
BTC 142可代表一个或多个BCA向BTM 140发送要添加到指定区块链的数据。另选地,BTC 142可向BTM 140指示数据的类型和/或地址(而非数据本身),并且BTM 140可检索数据并可将该数据添加到指定区块链。BTC 142可使用由BTM 140提供的交易管理相关功能。
BCA 143可以是终端应用程序,并且它可以注册到BTC 142。BCA 143可与BTC 142交互。另选地,BCA 143可经由BTC发现可用的BTM(例如,BTM 140),并可与BTM直接通信以将数据添加到区块链。
作为应用程序,BNA 144可以类似于BCA 143。BNA 144可与BTM 140直接通信以将数据添加到区块链。BNA 144可以是用于特定区块链应用程序(例如,基于区块链的V2X应用程序、基于区块链的SML应用程序等)的服务器侧应用程序实体,并且可以与零个或多个(一组)BCA交互,该BCA可以是同一区块链应用程序的客户端侧应用程序实体。例如,对于基于区块链的V2X应用程序,可以存在驻留在云或5GS中的一个BNA 144,而每个车辆都托管BCA143。
DPP 145可提供要添加到区块链的数据和/或与访问该数据和/或经由BCN 141访问区块链网络有关的策略。例如,BTM 140可基于来自BNA 144和/或BTC 142/BCA 143的指示从DPP 145检索数据。当BNA 144和/或BTC 142/BCA 143请求BTM 140将数据添加到区块链时,BTM可向DPP 144检查和/或从DPP 144获得针对该请求的任何策略。BTM 140可执行此类策略(如果有的话)。
在一些情况下,BNA 144和/或BTC 142/BCA 143可能需要或希望BTM 140将数据的至少一部分存储到区块链上和/或将数据的至少一部分(例如,相同或不同部分)存储在外部储存库上。对于这种场景,BTM 140可联系EDS 146来这样存储数据,并且可将外部存储的数据的散列存储到区块链。
图15示出了用于启用区块链的无线应用程序的示例性架构1500。图15的示例性架构1500类似于图14的示例性架构1400,除了如本文所描述。BTC 142可以从BTM 140发现BCN141,或者BTM 140可以将BCN 141分配给BTC 142。在被告知BCN 141之后,BTC 142可以直接与BCN 141交互。例如,BTC 142可以代表一个或多个BCA 143从BCA 143向BCN 141发送数据并且/或者可以请求BCN 141将数据存储到BCN 141支持的区块链上。BNA 144可以从BTM140发现BCN 141,或者BTM 140可以将BCN 141分配给BNA 144。在被告知BCN 141之后,BNA141可以直接与BCN 141交互。例如,BNA 144可以将其数据发送到BCN 141并且/或者可以请求BCN 141将数据存储到BCN支持的区块链上。
代表性交易和区块创建
代表性BTM控制的交易创建
在BTM控制的交易创建中,可将对创建区块链交易的所有请求发送到BTM。BTM可负责认证请求、通过获得任何附加信息来处理请求、选择指定区块链网络的BCN并且/或者将处理后的请求转发给BCN。BCN可以根据请求来创建区块链交易并且/或者可以将该区块链交易发送到指定区块链网络。BTM可代表其他实体(诸如BCA、BTC和/或BNA)与BCN和指定区块链网络交互。BTM控制的交易创建的示例包括(i)BCA/BNA触发的BTM控制的交易创建、(ii)BTC触发的BTM控制的交易创建,和(iii)BNA订阅的BTM控制的交易创建。
BCA/BNA触发的BTM控制的交易创建可适用于(用于)其中BCA和/或BNA可请求和/或可触发BTM创建区块链交易的场景。BTC触发的BTM控制的交易创建可适用于(用于)其中BTC可请求和/或可触发BTM创建区块链交易的场景。BNA订阅的BTM控制的交易创建可适用于(用于)以下场景:(i)一个或多个实体(例如,BCA、BTC和/或BTM)可能暴露触发BTM创建区块链交易、促进区块链交易的创建和/或促进信息在EDS中的存储的一个或多个可订阅事件,以及(ii)BNA订阅由实体暴露的事件中的一个或多个事件。
代表性BCA/BNA触发的BTM控制的交易创建
图16示出了用于BCA/BNA触发的BTM控制的交易创建的过程1600。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程1600。也可使用不同的架构来执行过程1600。过程1600可适用于(用于)其中BCA 143和/或BNA 144可经由BTM 140发送(发出)将信息添加到区块链中的请求的场景。
如在伴随图16至图26和图29至图36的公开内容(连同公开内容的其余部分)中阐述的术语“步骤”被理解为涵盖“一个或多个操作”,并且术语“步骤”和“操作”在本文中可互换地使用。在伴随图16至图26和图29至图36的公开内容中阐述的伴随操作的附图标记可以包括由图号和冒号组成的前缀。
前提条件:BCA 143可被注册到BTC 142或与该BTC相关联。BTC 142可被注册到BTM140或与该BTM相关联。BTM 140具有BCN 141的地址,并且可被供应和/或配置为与该BCN通信。BCN 141是指定区块链系统的参与者,并维护指定区块链(或分布式分类账)。BNA 144可被注册到BTM 140或与该BTM相关联。可选地,可存在BTM 140可访问的DPP 145和EDS 146。BCA 143可被供应和/或配置为使用由BTC 142提供的功能。BTC 142可被供应和/或配置为访问BTM 140的功能。BTM 140可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTM 140可被供应和/或配置为代表BTC 142和/或BCA 143与指定区块链系统交互。BCA 143和BTC 142可以位于同一位置,例如同一设备(例如,智能电话、车辆、无人机、传感器)内,或者由两个不同的设备托管。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。
在步骤1之前,当在步骤1和步骤3(或步骤3')中请求将信息添加到区块链时,BTM140可能已向BCA 143和/或BTC 142(或BNA 144)告知要发送到BTM 140的一个或多个参数(例如,参数列表)(“交易创建参数”)。BCA 143和/或BTC 142(或BNA 144)可以在由BCA 143在步骤1中发送的请求和/或由BTC 142在步骤3中发送的请求(或由BNA 144在步骤3'中发送的请求)中包括一组交易创建参数(“交易创建参数集”)。
另选地和/或另外,BTM 140可为BCA 143和BTC 142(或BNA 144)中的每一者或两者创建并分配交易描述。交易描述(或每个交易描述)可以描述要被包括在新交易中的交易创建参数、应当(可以)如何创建新交易、交易描述可以被应用于哪些实体,和/或其他信息。BCA 143和BTC 142(或BNA)可以包括指示分别在步骤1和步骤3中由此发送(或由BNA 144在步骤3'发送)的请求中的适用的交易描述的信息。BTM 140应当(或可以)使用交易描述以相应地为BCA 143和/或BTC 142(或BNA 144)创建新交易。另选地和/或可选地,在步骤3(或步骤3')之后,BTM 140可为BCA 143和BTC 142(或BNA 144)或为BCA 143和BTC 142(或BNA144)中的每一者选择交易描述。BTM 140可使用交易描述为BCA 143和/或BTC 142(或BNA144)创建新交易。这种方法简化了BCA 143和/或BTC 142(或BNA 144)处的操作并使该操作更为容易。
步骤1:BCA 143可以生成并向BTC 142发送将信息添加到区块链中的第一请求(16:1)。BTC 142(或BTM 140)可能已经向BCA 143安装了一个或多个区块链策略规则。BCA143可以基于所安装的区块链策略规则来生成第一请求。例如,区块链策略规则可以指示BCA 143每T1秒生成这样的请求。当生成第一请求时,BCA 143可以包括指示在第一请求中设置的适当交易指示和/或交易创建参数的信息。交易创建参数集可以包括交易创建参数中的任一个交易创建参数:(i)要创建的交易的数量、(ii)BCA 143的应用类别、(iii)BCA143的标识符、(iv)BCA 143的应用名称、(v)BCA 143的安全凭证信息(例如,应用于请求(或每个请求)的BCA 143的数字签名)以及(vi)每个交易的内容。每个交易的内容可以包括以下参数:
·参与指定区块链系统的BCN的地址和/或标识符;
·要创建的交易的类别:BTM和/或BCN可使用此参数将同一类别的未决交易分组以创建新区块,或在创建新区块时选择具有不同类别的交易以达到平衡目的。在一个区块内包括同一类型的交易将(可以)使得稍后查询或检索特定类别的交易更高效;
·最大交易创建时间:此参数指示截止日期,在该截止日期之前应当创建所请求的交易;
·最大交易等待时间:该参数指示交易在被包含在新区块中之前可等待的持续时间。换句话说,在创建这个交易之后,它应当(可以)被包含在新区块中,而无需等待超过由此参数指示的寿命。BCN 141和其他BCN可以使用此参数来影响此交易在区块链网络内如何被转发以及该交易将(可以)如何被选择以被包含在新区块中。具有较短交易等待时间的交易将(可能)有可能被更快地转发并且可能被更早地选择;
·交易创建优先级:此参数可以指示创建交易的重要性和/或延迟要求。例如,交易创建优先级可以指示对创建交易的高重要性要求或低延迟要求,以使得交易比指示较低交易创建优先级的请求更快地被创建和/或发送到区块链网络。
·交易包含优先级:此参数可以指示对将交易包含到新区块中的激励和/或延迟要求。例如,交易包含优先级可以指示较低的延迟要求或较高的激励以使得交易更早地被包含在新区块中;
·第一信息(“信息1”)和/或存储信息1的地址;信息1可以被添加到指定区块链上;
·第二信息(“信息2”)和/或存储信息2的地址;信息2将(可能)不被添加到指定区块链上,但该信息2的散列值将(可能)被添加到指定区块链中;
·将与信息1一起添加到指定区块链中的额外数据的地址;以及/或者
·应当(可能)接收、知道和/或被通知交易的接收者的地址。接收者可以是另一BCA、另一BNA和/或另一BTC。
步骤2:BTC 142可接收BCA 143的第一请求。BTC 142可以使用BTC 142可在本地维护的BCA 143的上下文和/或安全凭证信息(例如,BCA 143的公钥)来认证和授权第一请求。如果第一请求通过认证,则BTC 142可缓冲第一请求并且/或者可将第一请求与一个或多个其他请求聚合以将信息添加到区块链中(16:2)。其他请求可以来自同一BCA 143和/或一个或多个其他BCA。BTC 142可以(i)在接收到第一请求之前或之后接收所有其他请求,或者(ii)在接收到第一请求之前接收其他请求中的一些请求并且在接收到第一请求之后接收其他请求中的一些请求。如果认证失败,则BTC 142可丢弃第一请求并可跳过除步骤13之外的所有剩余步骤。
步骤3:BTC 142可向BTM 140发送第一请求或与其他请求聚合的第一请求(16:3)。为了方便和简化说明,与其他请求聚合的第一请求可以被称为“第一请求”。BTM 140可能已经向BTC 142安装了一个或多个区块链策略规则。BTC 142可以基于所安装的区块链策略规则来发送第一请求。例如,区块链策略规则可指示BTC 142必须以低于阈值的速度发送这样的请求。由BTC 142发送的第一请求可包括(i)与上文结合步骤1公开的相同的交易创建参数集,以及(ii)一个或多个附加交易创建参数。如果上文结合步骤1公开的交易创建参数集不包括在从BCA 143接收到的第一请求中,则BTC 142可在将第一请求转发给BTM 140之前将该交易创建参数集附加到第一请求中。附加交易创建参数可以包括以下中的任一者:(i)策略规则的标识符,该标识符可由BTM 140使用和执行以调节是否/可以如何将信息和额外数据添加到指定区块链中;(ii)可以从其推导出BCN 141的地址的指定区块链的类型、地址或标识符;(iii)BTC 142的标识符;(iv)可由BTM 140用来对要存储在EDS 146中的数据进行散列(在步骤8中)的散列函数或任何相关密钥;(v)可能需要BTM 140周期性地从指定位置获得数据并将该数据存储到指定区块链上的触发器或指示;和/或(vi)BTC 142的安全凭证信息(例如,请求的数字签名)。
步骤3':BNA 144可向BTM 140发送将信息和数据添加到区块链中的第二请求(16:3')。BTM 140可能已经向BNA 144安装了一个或多个区块链策略规则。BNA 144可以基于所安装的区块链策略规则来生成第二请求。例如,区块链策略规则可以指示BNA 144每T2秒生成这样的请求。第二请求可以包括(i)交易创建参数集、(ii)附加交易创建参数,以及(iii)以下交易创建参数(“其他交易创建参数”)中的一个或多个交易创建参数:(i)BNA 141的标识符;和/或(ii)BCA 143的安全凭证信息(例如,此请求的数字签名)。
步骤4:BTM 140可向DPP 145发送检查任何适用的区块链策略规则和任何额外数据的第三请求(16:4)。在各种实施方案中,BTM 140可能已由DPP 145配置有一个或多个区块链策略规则,并且可能已被动地存储了一个或多个区块链策略规则。BTM 140可在从DPP146请求和/或检索任何区块链策略规则之前使用本地可用的区块链策略规则。
例如,区块链策略规则的标识符可以被包括在来自BTC 142的第一请求(步骤3)和/或来自BNA 144的第二请求(步骤3')中的一者或多者中。BTM 140可将此标识符提交给DPP 145以检索对应区块链策略规则的内容。区块链策略规则可以指定:1)要应用于来自BNA 144、BTC 142和/或BCA 143的请求中的一个或多个(每一个)请求的指定区块链的类型、地址和/或标识符;2)是否存在要与任何指定信息一起联合地添加到指定区块链中的任何额外数据;3)如果DPP 145没有提供这样的额外数据,则在哪里检索这样的额外数据。
在另一示例中,来自BTC 142的第一请求和/或来自BNA 144的第二请求中的一者或多者可包括从中检索额外数据的地址。BTM 140可使用该地址从DPP 145检索额外数据。
在另一示例中,来自BTC 142的第一请求和/或来自BNA 144的第二请求中的一者或多者可以不包括任何信息内容,但是可以包括要添加到指定区块链中的信息的地址。BTM140可使用该地址从DPP 145检索信息。
在另一示例中,BTM 140可将BTC 143的标识符、BCA 142的标识符和/或BNA 144的标识符提交给DPP 145,以检索任何相关的区块链策略规则和额外数据。
步骤5:DPP 145可向BTM 140发送第一响应(16:5)。第一响应可以包括区块链策略规则的内容、要添加到指定区块链中的信息,和/或要与要添加到指定区块链中的信息一起添加的额外数据。另外,每当检索区块链策略规则时,BTM 140都可将该区块链策略规则存储在本地以供将来使用,并避免将来从DPP 145检索或将来从该DPP检索所涉及的成本,这可由DPP 145指示和指导。DPP 145可向BTM 140指示所返回的区块链策略规则是否可以或应当存储在本地。步骤6:基于来自DPP 145的第一响应以及来自BTC 142和/或来自BNA 144的第一和/或第二请求中的一者或多者,BTM 140可确定要添加到指定区块链中的数据(称为数据1)和要存储在EDS 146中的数据(称为数据2)(16:6)。如果不需要在EDS 146中存储任何数据,则可以不执行步骤8和步骤9。
在步骤6之前(但在步骤5之后),BTM 140可联系审核者(例如,另一BTM、另一BTC、另一BCA、另一BNA或诸如5G核心网络功能的第三方)以从审核者获得确认或任何更多的附加数据。例如,如果BCA 143发出第一请求并且BCA由同一区块链应用程序的另一BNA管理,则审核者可以是此另一BNA。BTM 140可向审核者发送第四请求。第四请求可包括如包括在来自BTC 142的第一请求和/或来自BNA 144的第二请求中的部分或全部信息。第四请求可包括BTM 140的标识符、与BCA 143/BTC 142或BNA 144相关的安全凭证(例如,其令牌、证书或签名)和/或要检索的附加数据的类型和地址。基于对包括在第四请求中的所有信息的评估,审核者可以授权该请求。如果授权通过,则审核者可向BTM 140发送第一确认响应。第一确认响应可包括来自审核者的附加数据(假设BTM 140已请求该数据)。如果授权失败,则审核者可向BTM 140发送拒绝响应。响应于拒绝响应,BTM可不执行步骤6和其余步骤。在接收到来自审核者的第一确认响应之后,BTM 140可继续过程1600。
步骤7:BTM 140可选择指定区块链和用于指定区块链的BCN 141(16:7)。如果BTM140已被供应或配置有指定区块链和BCN 141,则此步骤可以被跳过,或者BTM 140可再次选择指定区块链和用于指定区块链的BCN 141。
在一个实施方案中,区块链策略规则(例如,如在步骤4和/或步骤5中从DPP 144检索到的)可包括指定区块链和对应的BCN 141。因此,此步骤可以被跳过,或者BTM 140可再次选择指定区块链和用于指定区块链的BCN 141中的任一者。另外,如果来自BTC 142和/或来自BNA 144的第一和/或第二请求中的一者或多者指示指定区块链和对应的BCN 141,则此步骤也可以被跳过。
BTM 140可仅对BCA 143和/或BNA 144执行此类BCN选择一次,并且可在本地维护指示BCA 143或BNA 144的选定BCN的信息。当BTM 140从BCA 143或BNA 144接收到创建交易的后续请求时,可使用指示BCA143或BNA 144的选定BCN的本地维护信息。作为另一替代方案,在系统设置和配置阶段期间,BTM 140可能已基于来自BCA 143或BNA 144的一个或多个指示和/或要求为BCA 143或BNA 144选择和分配了一个或多个BCN。因此,不需要执行步骤7,并且来自BCA 143的第一和/或第二请求(步骤1)和/或来自BNA 144的请求(步骤3')不需要包括或指示BCN信息。
步骤8:BTM 140可将数据2发送到EDS 146并可指示EDS 146存储数据2(16:8)。
步骤9:EDS 146存储数据2。EDS 146可向BTM 140发送第二响应(16:9)。第二响应可以包括从中检索数据2的地址。
步骤10:BTM 140可将数据1和数据2的散列(“散列(数据2)”)发送到BCN 141,要求将数据1和散列(数据2)存储到指定区块链中(16:10)。BTM 140可使用包括在来自BCA 143和/或来自BNA 144或来自区块链策略规则的第一和/或第二请求中的一者或多者中的任何附加散列相关信息来计算散列(数据2)。如果没有呈现或要求数据2作为步骤6的结果,则BTM 140将(可能)不计算散列(数据2),但可向BCN 141发送(例如,仅发送)数据1。如果没有呈现或要求数据1作为步骤6的结果,则BTM 140可向BCN 141发送(例如,仅发送)散列(数据2)。
步骤11:BCN 141可向BTM 140发送第三响应(16:11)。第三响应可以是确认接收到数据1、散列(数据2)和/或来自BTM 140的请求和/或指示所请求的区块链交易已被创建(但尚未在区块链网络内确认)的立即响应。此步骤可以是可选的。
步骤12:BTM 140可向BTC 142发送第四响应,指示所请求的信息是否已在区块链交易中创建(但尚未在区块链网络内确认)和/或存储到EDS 146(16:12)。
步骤13:BTC 142可将第四响应转发给BCA 143(16:13)。
步骤14:BCN 141可以执行指定区块链协议以将数据1和/或散列(数据2)存储到指定区块链中(16:14)。例如,BCN 141可生成包括数据1和/或散列(数据2)的区块链交易。BCN141可以将区块链交易发送到指定区块链网络。
步骤15:在包括数据1和/或散列(数据2)的区块链交易已被成功地添加到指定区块链中之后,BCN 141可向BTM 140发送通知。在一个实施方案中,交易可以具有交易号TranNumX,并且该交易号可以被包括在具有等于BlockNumY的序列号的区块中。来自BCA143和/或来自BNA 144的第一和/或第二请求中的一者或多者可以包括接收者(BCA、BTC或BNA)。接收者可以连接到另一BTM(“BTM-X”)(未示出)。BTM-X可与参与与BCN 141相同的区块链系统的另一BCN(“BCN-X”)交互。由于交易通过区块链系统传播,所以BCN-X应当(可以)接收该交易。BCN-X可向BTM-X发送交易。BTM-X可将交易转发给接收者。
步骤16:可选地,BTM 140可发送第五请求以用区块序列号(例如,BlockNumY)和/或交易序列号(例如,TranNumX)更新EDS 146(16:16)。EDS 146可以将区块序列号(例如,BlockNumY)和/或交易序列号(例如,TranNumX)与先前存储在EDS 146处的数据2相关联。如果数据2先前没有存储在EDS 146中,则应当(可以)跳过步骤16。
步骤17:BTM 140可向BTC 142发送第二确认响应(16:17)。此响应可包括存储在EDS 146处的数据2的地址、散列(数据2)、区块序列号(例如,BlockNumY)和/或交易序列号(例如,TranNumX)。如果BCA 143由同一区块链应用程序的除BNA 144(“BNA-X”)之外的一个或多个BNA管理,则BTM 140可向BNA-X发送同一第二确认。
步骤17':如果BTM 140从BNA 144接收到第二请求(步骤3'),或者如果BNA 144管理BCA 142,则BTM 140可向BNA 144发送第三确认响应(16:17')。第三确认响应可包括存储在EDS 146处的数据2的地址、散列(数据2)、区块序列号(例如,BlockNumY)和/或交易序列号(例如,TranNumX)。
步骤18:BTC 142可将从BTM 140接收到的第三确认转发给BCA 143。
过程1600可用于支持但不限于以下场景:
·场景1:请求者可向BTM发送数据3,并且可以请求BTM将数据3存储到指定区块链中。BTM可经由BCN将数据3存储到指定区块链。请求者可以是BCA、BTC或BNA。
·场景2:请求者可向BTM发送数据4和数据5。BTM可经由BCN将数据4存储到指定区块链中,同时将数据5存储到EDS中。请求者可以是BCA、BTC或BNA。
·场景3:请求者可向BTM发送数据6和数据7的地址。BTM可从DPP检索数据7。BTM可将数据6存储到指定区块链中,同时将数据7存储到EDS中。请求者可以是BCA、BTC或BNA。
·场景4:请求者可向BTM发送数据8和数据9的地址。BTM可从DPP检索数据9。BTM可将数据9存储到指定区块链中,同时将数据8存储到EDS中。请求者可以是BCA、BTC或BNA。
·场景5:请求者可向BTM发送数据10和数据11的地址。BTM可从DPP检索数据11。BTM可将数据10和数据11两者存储到指定区块链中。请求者可以是BCA、BTC或BNA。
·场景6:请求者可向BTM发送数据12的地址。BTM可从DPP检索数据12。BTM可将数据12存储到指定区块链中。请求者可以是BCA、BTC或BNA。
·场景7:请求者可向BTM发送数据13的地址和数据14的地址。BTM可从DPP检索数据13和数据14。BTM可将数据13存储到指定区块链中,同时将数据14存储到EDS中。请求者可以是BCA、BTC或BNA。
·场景8:请求者可向BTM发送事件通知。BTM可使用事件通知来定位区块链策略规则(从本地存储的区块链策略规则或从DPP检索)。BTM可检索任何所需数据并将该数据添加到指定区块链中,如事件通知和区块链策略规则两者所描述和指定。请求者可以是BCA、BTC或BNA。
代表性BTC触发的BTM控制的交易创建
在各种实施方案中,BTC可以管理一个或多个BCA。BTC可以监视BCA的状态,并且可以基于相应状态中的一个或多个状态主动地决定和请求BTM为BCA中的一个或多个BCA创建新交易,而无需来自对应BCA的任何明确的请求或指示。在各种实施方案中,BTC可请求BTM创建交易以将该BTC的当前状态或特定事件存储到区块链。例如,当特定BCA或特定类型的BCA注册到BTC时,BTC可请求BTM创建交易以记录这种BCA注册。
图17示出了用于BTC触发的BTM控制的交易创建的过程1700。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程1700。也可使用不同的架构来执行过程1700。过程1700可适用于(用于)其中第一BTC 142-1可经由BTM 140请求将信息添加到区块链中并且其中可涉及多个BTC(诸如第二BTC 142-2)的场景。
前提条件:BTC 142-1和BTC 142-2可被注册到BTM 140或与该BTM相关联。BTM 140具有BCN 141的地址并能够与该BCN通信。BCN是指定区块链系统的参与节点,并维护指定区块链(或分布式分类账)。可选地,可存在BTM 146可访问的DPP 144和EDS 146。BTC 142-1和BTC 142-2可被供应和/或配置为访问BTM 140的功能。BTM 140可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTM 140可被供应和/或配置为代表BTC 142-1、142-2与指定区块链系统交互。BTC 142-1、142-2可以驻留(设置)在设备(例如,智能电话、车辆、无人机、传感器)或相应设备内。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。
步骤1:BTC 142-1可接收将信息添加到指定区块链中的触发器(17:1)。触发器可以由BTC 142-1基于该BTC的本地区块链策略规则生成,或者在由BCA(未示出)和/或BNA(未示出)请求时生成。
步骤2:BTC 142-1可向BTM 140发送将信息添加到区块链中的第一请求(17:2),并且也可以执行与过程1600(图16)的步骤3中表示的其他操作类似的操作。第一请求可以包括交易创建参数集(如上所公开)、附加交易创建参数(如上所公开)和附加信息。附加信息可向BTM 140指示BTM 140可能需要联系BTC 142-2。附加信息可包括BTC 142-1的标识符或BTM 140可用来推导BTC 142-1的地址和/或标识符的任何其他相关信息。附加信息和/或请求消息可以包括附加数据的名称、地址和/或标识符。BTM 140可使用附加信息从BTC 142-2检索附加数据。附加信息和/或请求消息可以包括一组BTC(例如,BTC 142-1和BTC 142-2)的标识符(BTC群组标识符)。BTC群组和对应的BTC群组标识符可由BTM 140、由BTC群组的成员(例如,BTC 142和/或BTC 142-2)和/或由其他实体/元件在BTM 140处创建。
步骤3:BTM 140可接收来自BTC 142-1的第一请求。基于交易创建参数集、附加交易创建参数和附加信息,BTM 140可确定是否从BTC 142-2检索附加数据(17:3)。BTM 140可确定其可能需要联系BTC 142-2以获得确认或附加数据。例如,如果来自BTC 142-1的请求包括用于包括BTC 142-1、142-2的BTC群组的BTC群组标识符,则BTM 140可确定联系BTC142-1和BTC群组的除BTC 142-1之外的任何其他成员。
步骤4:BTM 140可向BTC 142-2发送检索附加数据或从BTC 142-2获得确认的第二请求(17:4)。第二请求可以包括BTC 142-1的标识符;BTC 142-2的标识符;包括BTC 142-1和BTC 142-2的BTC群组的标识符和/或要检索的附加数据的名称、地址和/或标识符。另选地,BTM 140可从其他地方(例如,一个或多个BNA和/或一个或多个BCA)检索附加数据。
步骤5:BTC 142-2可向BTM 140发送第一响应(17:5)。第一响应可以包括附加数据或确认。
步骤6:BTM 140可执行操作以使数据存储在EDS 146和区块链中的任一者中(17:6)。例如,可以执行与从步骤4(图16)开始的过程1600的操作类似的操作,以使选定数据被存储在EDS 146处和/或其他选定数据经由BCN 141被存储在指定区块链中。
步骤7:BTM 140可向BTC 142-1发送第一通知(17:7)。BTM 140例如可执行与过程1600(图16)的步骤17所表示的操作类似的操作。
步骤8:可选地,BTM 140可向BTC 142-2发送第二通知(17:8)。
代表性BNA订阅的BTM控制的交易创建
图18示出了用于BNA订阅的BTM控制的交易创建的过程1800。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程1800。也可使用不同的架构来执行过程1800。过程1800可适用于(用于)以下场景:(i)一个或多个实体(例如,BCA 143、BTC 142和/或BTM 140)可能暴露触发BTM 140创建区块链交易、促进区块链交易的创建和/或促进信息在EDS中的存储的一个或多个可订阅事件,以及(ii)BNA 144可订阅由实体暴露的事件中的一个或多个事件。
前提条件:BCA 143可被注册到BTC 142或与该BTC相关联。BTC 142可被注册到BTM140或与该BTM相关联。BTM 140具有BCN 141的地址并可与该BCN通信。BCN 141是指定区块链系统的参与节点,并维护指定区块链(或分布式分类账)。BNA 144可被注册到BTM 140或与该BTM相关联。可选地,可存在BTM 140可访问的DPP 145和EDS 146。BCA 143可被供应和/或配置为使用由BTC 142提供的功能。BTC 142可被供应和/或配置为访问BTM 140的功能。BTM 140可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTM 140可被供应和/或配置为代表BCA 143/BTC 142与指定区块链系统交互。BCA 143和BTC 142可以位于同一位置,例如同一设备(例如,智能电话、车辆、无人机、传感器)内,或者由两个不同的设备托管。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。
步骤1:BNA 144可向BTM 140发送订阅请求以订阅由BCA 143暴露的事件(18:1)。订阅请求可包括以下参数中的任一个参数:(i)BCA 143的标识符;当事件发生在BCA 143处(由该BCA检测到)时,BCA 143可触发发起将信息添加到指定区块链中的请求。(ii)订阅的条件或事件;(iii)指定区块链;(iv)BNA 144的标识符。
步骤2:BTM 140可使用BNA 144和BCA 143的标识符来认证关于BNA 144是否有权订阅BCA 143的订阅请求。如果认证成功,则BTM 140可使用BCA 143的标识符来找到BTC142。BTM 140可将订阅请求发送(例如,转发)到BTC 142(18:2)。
步骤3:BTC 142可将订阅请求发送(例如,转发)到BCA 143(18:3)。BTC 142可以在本地维护来自订阅请求的参数中的一个或多个参数。
步骤4:BCA 143可以处理订阅请求。BCA 143可向BTC 142发送第一响应(例如,立即响应)(18:4)。
步骤5:BTC 143可将第一响应发送(例如,转发)到BTM 140(18:5)。
步骤6:BTM 140可将第一响应发送(例如,转发)到BNA 144(18:6)。
步骤7:事件发生在BCA 143处(由该BCA检测到)(18:6)。该事件可以触发BCA 143向BTC 142发送将信息添加到区块链中的请求(18:7)和/或执行与由过程1600(图16)的步骤1表示的其他操作类似的操作。
步骤8-25:可以执行与由过程1600(图16)的步骤2-18表示的操作类似的操作,以将指定信息添加到指定区块链中和/或添加到EDS 146。
步骤26:BCA 143可向BNA 144发送第二响应(18:26)。第二响应可以被直接发送到BNA 144,或者该第二响应可以被发送到BTC 142并且此后由BTC 142和/或BTM 140中继到BNA 144。
在一个实施方案中,在事件发生之后(步骤7),BCA 143可向BNA 144发送通知。BNA144可以决定是否创建新交易。如果BNA 144决定创建新交易,则它可向BCA 143发回触发器或信号。BCA 143可以响应于来自BNA 144的触发器或信号,向BTC 142发送将信息添加到区块链中的请求和/或执行与由过程1600(图16)的步骤1表示的其他操作类似的操作。在步骤7之后,可以执行步骤8至步骤26。
代表性BTC控制的交易创建
在BTC控制的交易创建中,将对创建区块链交易的所有请求发送到BTC。可选地由BTM辅助的BTC可负责认证请求、通过获得任何附加信息来处理请求、选择指定区块链网络的BCN并且将处理后的请求转发给BCN。BCN可以根据请求来创建区块链交易并且可以将该区块链交易发送到指定区块链网络。BTC可代表其他实体(诸如BCA和/或另一BTC)与BCN和指定区块链网络交互。BTC控制的交易创建的示例包括(i)BCA触发的BTC控制的交易创建;(ii)BTM订阅的BTC控制的交易创建。BCA触发的BTC控制的交易创建可适用于(用于)其中BCA可请求和/或触发BTC创建区块链交易、促进区块链交易的创建和/或促进信息在EDS中的存储的场景。BTM订阅的BTC控制的交易创建可适用于(用于)以下场景:(i)BTC可能暴露触发BTC创建区块链交易、促进区块链交易的创建和/或促进信息在EDS中的存储的一个或多个可订阅事件,以及(ii)BTM订阅由BTC暴露的事件中的一个或多个事件。
图19示出了用于BCA触发的BTC控制的交易创建的过程1900。为了方便和简化说明,参考交易管理架构1500(图15)和通信系统100(图1和图5)来描述过程1900。也可使用不同的架构来执行过程1900。过程1900可适用于(用于)其中BCA 143可请求和/或触发BTC142(i)创建区块链交易、(ii)促进区块链交易的创建和/或(iii)促进信息在EDS 146中的存储的场景。
前提条件:BCA 143可被注册到BTC 142或与该BTC相关联。BTC 142可被注册到BTM140或与该BTM相关联。BTM 140具有BCN 141的地址并可与该BCN通信。BCN 141是指定区块链系统中的参与节点,并维护指定区块链(或分布式分类账)。可选地,可存在BTM 140可访问的DPP 145和EDS 146。BCA 143可被供应和/或配置为使用由BTC 142提供的功能。BTC142可被供应和/或配置为访问BTM 140的功能。BTC 142可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTC 142可被供应和/或配置为代表BCA 143与指定区块链系统交互。BCA 143和BTC 143可以位于同一位置,例如同一设备(例如,智能电话、车辆、无人机、传感器)内,或者由两个不同的设备托管。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。
步骤1:BCA 143可向BTC 142发送将信息添加到区块链中的第一请求(19:1)和/或可以执行与由过程1600的步骤1表示的其他操作类似的操作(图16)。
步骤2:BTC 142可接收BCA 143的第一请求。BTC 142可以使用BTC 142可在本地维护的BCA 143的上下文和/或安全凭证信息(例如,BCA 143的公钥)来认证和授权第一请求。如果第一请求通过认证,则BTC 142可缓冲第一请求和/或可将第一请求与一个或多个其他请求聚合以将信息添加到区块链中(19:2)。其他请求可以来自同一BCA 143和/或一个或多个其他BCA。BTC 142可以(i)在接收到第一请求之前或之后接收所有其他请求,或者(ii)在接收到第一请求之前接收其他请求中的一些请求并且在接收到第一请求之后接收其他请求中的一些请求。如果认证失败,则BTC 142可丢弃第一请求并可跳过除步骤13外的所有步骤。
步骤3:BTC 142可向BTM 140检查适用的策略规则和任何额外数据(19:3)。另选地,BTC 142可以直接用DPP 145检查策略规则,而不转到BTM 140(未示出)。如果BTC 142直接向DPP 145检查策略规则,则可以跳过步骤4和步骤6。
步骤4:BTM 140可向DPP 145发送(转发)检查任何适用的区块链策略规则和任何额外数据的第二请求(19:4)。在各种实施方案中,BTM 140可能已由DPP 145配置有一个或多个区块链策略规则,并且可能已被动地存储了一个或多个区块链策略规则。BTM 140可在从DPP 146请求和/或检索任何区块链策略规则之前使用本地可用的区块链策略规则。
步骤5:DPP 145可向BTM 140发送第一响应(19:5)。第一响应可以包括区块链策略规则的内容、要添加到指定区块链中的信息,和/或要与要添加到指定区块链中的信息一起添加的额外数据。每当检索到区块链策略规则时,BTM 140都可将该区块链策略规则存储在本地以供将来使用,并避免将来从DPP 145检索或将来从该DPP检索所涉及的成本,这可由DPP 145指示和指导。DPP 145可向BTM 140指示区块链策略规则是否可以或应当存储在本地。如果DPP 145直接从BTC 142接收到第一请求(步骤3),则DPP 145可直接向BTC 142发送第一响应(不经过BTM 140)。
步骤6:BTM 140可将第一响应转发给BTC 142(19:5)。此响应可包括BTM 141在步骤5中从DPP接收到的或BTM自身插入的额外数据。
步骤7:基于来自DPP 145的第一响应以及来自BCA 143和/或来自BNA 144的第一和/或第二请求中的一者或多者,BTC 142可确定要添加到指定区块链中的数据(称为数据1)和要存储在EDS 146中的数据(称为数据2)(19:7)。如果不需要在EDS 146中存储任何数据,则可以不执行步骤9和步骤10。
步骤8:BTC 142可选择指定区块链和用于指定区块链的BCN 141(19:8)。如果BTC142已被供应或配置有指定区块链和BCN 141,则此步骤可以被跳过,或者BTC 142可再次选择指定区块链和用于指定区块链的BCN 141。
在一个实施方案中,区块链策略规则(例如,如在步骤4和/或步骤5中从DPP 144检索到的)可包括指定区块链和对应的BCN 141。因此,此步骤可以被跳过,或者BTC 142可再次选择指定区块链和用于指定区块链的BCN 141中的任一者。另外,如果来自BCA 143的第一请求指示指定区块链和对应的BCN 141,则此步骤也可以被跳过。
BTC 142可仅对BCA 143执行此类BCN选择一次,并且可在本地维护指示BCA 143的选定BCN的信息。当BTC 142从BCA 143接收到创建交易的后续请求时,可使用指示BCA 143的选定BCN的本地维护信息。作为另一替代方案,在系统设置和配置阶段期间,BTC 142可能已基于来自BCA 143的一个或多个指示和/或要求为BCA 143选择和分配了一个或多个BCN。因此,不需要执行步骤8,并且来自BCA 143的第一请求(步骤1)不需要包括或指示BCN信息。另选地,BTC 142可向BTM 140发送请求以发现合适的BCN。BTM 140可能已经为BTC 142供应或配置了一个或多个BCN(例如,甚至在步骤1之前)。
步骤9:BTC 142可将数据2发送到EDS 146并可指示EDS 146存储数据2(19:9)。
步骤10:EDS 146存储数据2。EDS 146可向BTC 143发送第二响应(19:10)。第二响应可以包括从中检索数据2的地址。
步骤11:BTC 142可将数据1和数据2的散列(“散列(数据2)”)发送到BCN 141,要求将数据1和散列(数据2)存储到指定区块链中(19:11)。BTC 142可使用包括在来自BCA 143或来自区块链策略规则的第一请求中的任何附加散列相关信息来计算散列(数据2)。如果没有呈现或要求数据2作为步骤7的结果,则BTC 142将(可能)不计算散列(数据2),但可向BCN 141发送(例如,仅发送)数据1。如果没有呈现或要求数据1作为步骤7的结果,则BTC142可向BCN 141发送(例如,仅发送)散列(数据2)。
步骤12:BCN 141可向BTC 142发送第三响应(19:12)。第三响应可以是确认接收到数据1、散列(数据2)和/或来自BTC 142的请求和/或指示所请求的区块链交易已被创建(但尚未在区块链网络内确认)的立即响应。此步骤可以是可选的。
步骤13:BTC 142可向BCA 143发送第四响应,指示所请求的信息是否已在区块链交易中创建(但尚未在区块链网络内确认)和/或存储到EDS 146(19:13)。
步骤14:BCN 141可以执行指定区块链协议以将数据1和散列(数据2)存储到指定区块链中(19:14)。例如,BCN 141可生成包括数据1和/或散列(数据2)的区块链交易。BCN141可以将区块链交易发送到指定区块链网络。
步骤15:在包括数据1和/或散列(数据2)的区块链交易已被成功地添加到指定区块链中之后,BCN 141可向BTC 142发送通知。在一个实施方案中,交易可以具有交易号TranNumX,并且该交易号可以被包括在具有等于BlockNumY的序列号的区块中。来自BCA143的第一请求可包括接收者(BCA、BTC或BNA)。接收者可以连接到另一BTM(“BTM-X”)(未示出)。BTM-X可与参与与BCN 141相同的区块链系统的另一BCN(“BCN-X”)交互。由于交易通过区块链系统传播,所以BCN-X应当(可以)接收该交易。BCN-X可向BTM-X发送交易。BTM-X可将交易转发给接收者。
步骤16:可选地,BTC 142可发送第五请求以用区块序列号BlockNumY和交易序列号TranNumX更新EDS 146(16:16)。EDS 146可以将区块序列号BlockNumY和交易序列号TranNumX与先前存储在EDS 146处的数据2相关联。如果数据2先前没有存储在EDS 146中,则应当(可以)跳过步骤16。
步骤17:BTC 142可将从步骤15接收到的通知作为确认转发给BCA 143。
图19所示的过程可用于支持但不限于以下场景:
·场景1:请求者可向BTC发送数据3,并且可以请求BTC将数据3存储到指定区块链中。BTC可经由BCN将数据3存储到指定区块链。请求者可以是BCA或另一BTC。
·场景2:请求者可向BTC发送数据4和数据5。BTC可经由BCN将数据4存储到指定区块链中,同时将数据5存储到EDS中。请求者可以是BCA或另一BTC。
·场景3:请求者可向BTC发送数据6和数据7的地址。BTC可从DPP检索数据7(可由BTM促进)。BTC可将数据6存储到指定区块链中,同时将数据7存储到EDS中。请求者可以是BCA或另一BTC。
·场景4:请求者可向BTC发送数据8和数据9的地址。BTC可从DPP检索数据9(可由BTM促进)。BTC可将数据9存储到指定区块链中,同时将数据8存储到EDS中。请求者可以是BCA或另一BTC。
·场景5:请求者可向BTC发送数据10和数据11的地址。BTC可从DPP检索数据11(可由BTM促进)。BTC可将数据10和数据11两者存储到指定区块链中。请求者可以是BCA或另一BTC。
·场景6:请求者可向BTC发送数据12的地址。BTC可从DPP检索数据12(可由BTM促进)。BTC可将数据12存储到指定区块链中。请求者可以是BCA或另一BTC。
·场景7:请求者可向BTC发送数据13的地址和数据14的地址。BTC可以从DPP检索数据13和数据14(可以由BTM促进)。BTC可将数据13存储到指定区块链中,同时将数据14存储到EDS中。请求者可以是BCA或另一BTC。
·场景8:请求者可向BTC发送事件通知。BTC可使用事件通知来定位区块链策略规则(从本地存储的区块链策略规则或从DPP检索)。BTC可检索任何所需数据并可以将该数据添加到指定区块链中,如区块链策略规则所描述和指定。请求者可以是BCA或另一BTC。
图20示出了用于BTM订阅的BTC控制的交易创建的过程2000。为了方便和简化说明,参考交易管理架构1500(图15)和通信系统100(图1和图5)来描述过程2000。也可使用不同的架构来执行过程2000。过程2000可适合于(用于)以下场景:(i)BTC 142可能暴露触发BTC 142创建区块链交易、促进区块链交易的创建和/或促进信息在EDS中的存储的一个或多个可订阅事件,以及(ii)BTM 140订阅由BTC暴露的事件中的一个或多个事件。
前提条件:BCA 143可被注册到BTC 142或与该BTC相关联。BTC 142可被注册到BTM140注册或与该BTM相关联;BTM具有BCN 141的地址并可与该BCN通信。BCN 141是指定区块链系统的参与者,并维护指定区块链(或分布式分类账)。可选地,可存在BTM 140可访问的DPP 145和EDS 146。BCA 143可被供应和/或配置为使用由BTC 142提供的功能。BTC 142可被供应和/或配置为访问BTM 140的功能。BTC 142可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTC 142可被供应和/或配置为代表BCA 143与指定区块链系统交互。BCA 143和BTC 142可以位于同一位置,例如同一设备(例如,智能电话、车辆、无人机、传感器)内,或者由两个不同的设备托管。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。
步骤1:BTM 140可向BTC 142发送订阅请求以订阅由BCA 143暴露的事件(20:1)。订阅请求可以包括以下参数中的任一个参数:(i)BCA 143的标识符。当事件发生在BCA 143处时,BCA 143可触发将信息添加到指定区块链中;(ii)订阅的条件或事件;(iii)BCA 143可以将信息添加到其中的指定区块链;(iv)BTM的标识符。
步骤2:BTC 142可将订阅请求发送(转发)到BCA(20:2)。BTC 142可以在本地维护来自订阅请求的一个或多个参数。
步骤3:BCA 143可以处理订阅请求。BCA 143可向BTC 142发送第一响应(例如,立即响应)(20:3)。
步骤4:BTC 142可将第一响应发送(转发)到BTM 140(20:4)。
步骤5:事件发生在BCA 143处(由该BCA检测到)(20:5)。此事件可以触发BCA 143向BTC 142发送将信息添加到区块链中的请求(20:5)和/或执行与由过程1900(图19)的步骤1表示的其他操作类似的操作。
步骤8-22:可以执行与由过程1900(图19)的步骤2-17表示的操作类似的操作,以将指定信息存储到指定区块链和/或EDS中。
步骤23:BCA 143可经由BTC 142向BTM 140发送通知以告知BTM 140已将交易添加到指定区块链中并且已将额外数据存储到EDS 146(20:6)。另选地,BTC 142可向BTM 140发送这种通知。
代表性BTM辅助的区块创建
图21示出了用于BTM辅助的区块链创建的过程2100。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程2100。也可使用不同的架构来执行过程2100。过程2100可适合于(用于)以下场景:(i)BTM 140可向BCN 141发送辅助信息,以及(ii)每当创建新区块时,辅助信息可由BCN 141用于选择适当的未决交易。
前提条件:请求者(BTC、BNA或另一BTM)可被注册到BTM 140或与该BTM相关联。BTM140具有BCN 141的地址并可与该BCN通信。BCN 141是指定区块链系统的参与者,并维护指定区块链(或分布式分类账)。可存在BTM 140可访问的DPP 145和EDS 146。请求者可被供应和/或配置为访问由BTM 140提供的功能。BTM 140可被供应和/或配置为经由BCN 141与指定区块链系统交互。BTM 140可被供应和/或配置为代表请求者与指定区块链系统交互。BTC140可以位于设备(例如,智能电话、车辆、传感器)中。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、5G核心网络的元件和/或数据中心的元件中。作为功能的BCN 141可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件和/或数据中心的元件中。
步骤1:请求者可向BTM 140发送指示关于区块创建的一个或多个要求的第一请求(21:1)。请求者可以是BNA 144、BTC 142和/或另一BTM(未示出)。这样的区块创建要求可以覆盖各种场景,例如:(i)要被包含在新区块中的交易应当(可以)来自BCA、BTC和/或BNA的特定集合;(ii)要被包含在新区块中的交易应当(可以)属于交易类别的特定集合;(iii)要被包含在新区块中的交易应当(可以)具有小于一定值的平均等待时间。
步骤2:BTM 140可从请求者接收一个或多个第一区块创建要求(21:2)。BTM 140可向DPP 144检查以验证来自请求者的第一要求是否被允许。在此步骤期间,DPP 144可向BTM140提供一个或多个新的(“第二”)区块创建要求,该区块创建要求可覆盖或补充第一要求。
步骤3:BTM 140可向请求者发送第一响应,确认已接收到第一区块创建要求(21:3)。如果BTM 140从DPP 145检索到第二区块创建要求,则BTM 140可将该第二区块创建要求包括在对请求者的第一响应中。
步骤4:根据区块创建要求,BTM 140可向BCN 141发送以特定顺序创建一组交易的第二请求(21:4)。为了促进这一点,BTM 140可联系DPP 145以检索一个或多个策略和/或附加数据,并联系EDS 146以存储额外数据。在此过程中,BTM 140可搭载并向BCN 141发送一个或多个区块创建要求。此步骤可以是可选的。对于此步骤,可以应用在BTM控制的交易创建过程中引入的所有参数(例如,交易创建参数集(图16的过程1600的步骤3)和附加交易创建参数(图16的过程1600的步骤3'))。
步骤5:可选地,BTM 140可通过向BCN 141提供交易过滤器(例如,该交易过滤器的内容)来从BCN 141(或不同BCN)中搜索现有但未决的交易。因此,BCN 141可以针对交易过滤器查找所有未决交易,并且可向BTM 140提供与交易过滤器匹配的未决交易的标识符或序列号的列表(21:5)。BTM 140可在本地维护该列表。
步骤6:BTM 140可向BCN 141发送区块创建要求(21:6)。BCN 141可向BTM发送第二响应(21:6)。区块创建要求可以包括以下场景和/或它们的组合:(i)从BCN 141接收到的未决交易列表的子集(步骤5),该子集可以触发BCN 141创建新区块以包含此子集中所包含的所有未决交易;以及(ii)第一和/或第二区块创建要求。
步骤7:基于区块创建要求(步骤6),BCN 141可以选择对应的未决交易,创建新区块,并将该新区块发送到指定区块链网络(21:7)。
步骤8:BCN 141可向BTM 140发送第三响应,从而指示新创建的区块的序列号和包含在新创建的区块内的交易的列表(21:8)。
步骤9:BTM 140可将响应转发给请求者(21:9)。
图21中未示出,在步骤8之后并且当已在所设计的区块链系统中完全确认新区块时,BCN 141可将通知发送到BTM 140,该BTM可将通知转发给请求者。
对多个指定区块链的代表性交易创建
图22示出了用于BTM控制的交易创建的过程2200。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程2200。也可使用不同的架构来执行过程2200。过程2200可适用于(用于)其中BNA 144(或BCA 143/BTC 142或BTM 140)可发送(发出)将信息存储到多个指定区块链中的请求的场景。每个指定区块链可具有不同的BCN(例如,对于区块链-X是BCNx、对于区块链-Y是BCNy并且对于区块链-Z是BCNz)。
过程2200可适用于(用于)其中一个BCN维护并参与多个指定区块链(或分布式分类账)的场景。例如,BCNx和BCNy可以是相同的BCN,否则步骤8和步骤10的单独请求可以被组合为单个请求。使用多个区块链而不是一个单一区块链的基本原理可能是为了进一步提高安全性。图22的过程2200可以涵盖但不限于以下两种场景:
·场景1:BNA 144可以请求将信息添加到区块链-X并且将其他信息添加到区块链-Y。在这种情况下,可以跳过用于与BCNz交互的步骤12和步骤13。注意,该场景可以被扩展到多于两个指定区块链。
·场景2:BNA 144可以请求将信息添加到区块链-X并且将其他信息添加到区块链-Y(可扩展到多于两个指定区块链)。BNA 144或BTM 140可决定使用另一指定区块链(例如,区块链-Z和BCNz)来维持(记住)来自BNA 144的信息已被添加到区块链-X和区块链-Y中的事实。对于这种情况,需要用于与BCNz交互的步骤12和步骤13。
·场景3:BNA 144可以请求将信息添加到多个区块链系统。BTM 140可选择区块链-X和区块链-Y(或更多)以存储来自BNA 144的信息。在这种情况下,BNA 144不需要指示指定区块链系统,而是依赖于BTM 140作出决定。
前提条件:BNA 144(或BCA 143/BTC 142或另一BTM)可被注册到BTM 140或与该BTM相关联。BTM 140具有关于多个指定区块链和对应BCN 141的信息(例如,BCN地址),并且可与对应BCN 141通信。可存在BTM 140可访问的DPP 145和EDS 146。BNA可被供应和/或配置为访问由BTM 140提供的功能。BTM 140可被供应和/或配置为经由BCN 141与多个指定区块链交互。作为功能的BTM 140可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件和/或数据中心的元件中。
步骤1:BNA 144可向BTM 140发送将信息和数据添加到指定区块链中的第一请求(22:1),并且可以执行与过程1600(图16)的步骤3'的操作类似的操作(其中第一请求对应于过程1600的步骤3'的操作中的第二请求)。第一请求可以包括两组交易创建参数(“交易创建参数群组”)。每个群组可以包括(i)交易创建参数集、(ii)附加交易创建参数,以及(iii)其他交易创建参数。
两个交易创建参数群组分别用于将交易创建到区块链-X和区块链-Y中。BNA 141可以指示其是否需要BTM 140将新交易创建到区块链-Z以维持来自BNA 144的信息已经被添加到区块链-X和区块链-Y中的事实(即,场景2)。另选地,BNA 144不需要明确指示区块链-X或区块链-Y,而是明确指示诸如要被存储到区块链中的原始数据的其他参数。BTM 140可能已经在步骤1之前(例如,在系统初始化、系统设置、系统供应和配置,和/或BNA 144注册到BTM 140期间)确定了用于BNA 144的多个区块链系统和对应的BCN。因此,BTM 140可仅需要从BNA 141接收其他必要信息,诸如原始数据,并决定哪个数据应当(可以)被存储到用于BNA 141的多个区块链系统中的哪个区块链系统。
步骤2:BTM 140可接收第一请求。BTM 140可向DPP 145发送检查任何适用的区块链策略规则和任何额外数据的第二请求(22:2)。在各种实施方案中,BTM 140可能已由DPP145配置有一个或多个区块链策略规则,并且可能已被动地存储了一个或多个区块链策略规则。BTM 140可在从DPP 145请求和/或检索任何区块链策略规则之前使用本地可用的区块链策略规则。
例如,区块链策略规则的标识符可以被包括在第一请求中。BTM 140可将此标识符提交给DPP 145以检索对应区块链策略规则的内容。区块链策略规则可以指定:1)要应用于来自BNA 144、BTC 142和/或BCA 143的请求中的一个或多个(每一个)请求的指定区块链的类型、地址和/或标识符;2)是否存在要与任何指定信息一起联合地添加到指定区块链中的任何额外数据;3)如果DPP 145没有提供这样的额外数据,则在哪里检索这样的额外数据。
在另一示例中,第一请求可包括从中检索额外数据的地址。BTM 140可使用该地址从DPP 145检索额外数据。
在另一示例中,第一请求可以不包括任何信息内容,但是可以包括要添加到指定区块链中的信息的地址。BTM 140可使用该地址从DPP 145检索信息。
在另一示例中,BTM 140可将BNA 144的标识符提交给DPP 145以检索任何相关区块链策略规则和额外数据。
步骤3:DPP 145可向BTM 140发送第一响应(22:3)。第一响应可以包括区块链策略规则的内容、要添加到指定区块链中的信息,和/或要与要添加到指定区块链中的信息一起添加的额外数据。另外,每当检索区块链策略规则时,BTM 140都可将该区块链策略规则存储在本地以供将来使用,并避免将来从DPP 145检索或将来从该DPP检索所涉及的成本,这可由DPP145指示和指导。DPP 145可向BTM 140指示所返回的区块链策略规则是否可以或应当存储在本地。
步骤4:基于来自DPP 145的第一响应和来自BNA 144的第一请求,BTM 140可确定要添加到指定区块链中的数据(对于区块链X称为数据-X1并且对于区块链Y称为数据-Y1)和要存储在EDS 146中的数据(称为数据-E)(22:4)。如果不需要在EDS 146中存储任何数据,则可以不执行步骤6和步骤7。
步骤5:BTM 140可选择指定区块链(区块链-X和区块链-Y)以及对应的BCN(BCNx和BCNy)(22:5)。如果BTM 140已被供应或配置有指定区块链和BCN,则此步骤可以被跳过,或者BTM 140可再次选择指定区块链和用于指定区块链的BCN。
在一个实施方案中,区块链策略规则(例如,如在步骤4中从DPP 144检索到的)可包括指定区块链和对应的BCN。因此,此步骤可以被跳过,或者BTM 140可再次选择指定区块链和BCN中的任一者。另外,如果来自BNA 144的第一指示指定区块链和对应的BCNs,则此步骤也可以被跳过。
BTM 140可仅对BNA 144执行此类BCN选择一次,并且可在本地维护指示选定BCN的信息。当BTM 140从BNA 144接收到创建交易的后续请求时,可使用指示BNA 144的选定BCN的本地维护信息。作为另一替代方案,在系统设置和配置阶段期间,BTM 140可能已基于来自BNA 144的一个或多个指示和/或要求为BNA 144选择和分配了一个或多个BCN。因此,不需要执行步骤5,并且来自BNA 144的第一请求不需要包括或指示BCN信息。
步骤6:BTM 140可将数据-E发送到EDS 146并可指示EDS 146存储数据-E(22:6)。
步骤7:EDS 146存储数据-E。EDS 146可向BTM 143发送第二响应(22:7)。第二响应可以包括从中检索数据-E的地址。
步骤8:BTM可将数据-X1(或其散列)发送到BCNx,并要求该BCNx将数据-X1(或其散列)存储到区块链-X中(22:8)。
步骤9:BCNx可以生成交易(交易-X1)以包括数据-X1,并且可以将交易-X1发送到区块链网络X(22:9)。最终,交易-X1可以被包含在新区块#n中(图23示出了示例)。BCNx可向BTM 140发送第三响应。
步骤10:BTM 140可将数据-Y1(或其散列)发送到BCNy,并要求该BCNy将数据-Y1(或其散列)存储到区块链-Y中(22:10)。
步骤11:BCNy可以生成交易(交易-Y1)以包括数据-Y1,并且可以将交易(交易-Y1)发送到区块链网络Y。最终,交易-Y1可以被包含在新区块#m中(图23示出了示例)。BCNy可向BTM 140发送第四响应(22:11)。
步骤12:如由BNA 144在步骤1中请求或由BTM 140基于相关区块链策略决定,BTM140可向BCNz发送第三请求以将交易-X1和交易-Y1的记录存储到区块链Z中(22:12)。第三请求可以包括以下参数:(i)BCNx地址;(ii)区块#n的序列号;(iii)交易X1的标识符和/或序列号;(iv)交易X1的散列);(v)数据-X1的散列;(vi)BCNy的地址;(vii)区块#m的序列号;(viii)交易Y1的标识符和/或序列号;(ix)交易Y1的散列;和/或(x)数据-Y1的散列。
步骤13:BCNz可以生成交易(交易-Z1),并且可将交易-Z1发送到区块链网络Z。交易-Z1可包括第三请求中所包括的参数的全部或部分列表(步骤12)。最终,交易-Z1可以被包含在新区块#p中(图23示出了示例)。BCNz可向BTM 140发送第五响应(22:13)。
步骤14:可选地,BTM 140可发送第四请求以用关于数据-X1和数据-Y1已被存储在哪里的信息更新EDS 146(22:14)。如图23所示,第四请求可以包括关于区块链Z中的区块#p和交易-Z1的信息。
步骤15:BTM 140可向BNA 144发送第六响应,从而指示如步骤1中所请求的交易是否已被成功地创建并被存储到指定区块链中(22:15)。图23所示的信息可以被包括在第六响应中。
来自区块链网络的代表性查询交易
图24示出用于从一个或多个指定区块链查询现有交易(和/或区块)的过程2400。为了方便和简化说明,参考交易管理架构1400、1500(图14和15)和通信系统100(图1和图5)来描述过程2400。也可使用不同的架构来执行过程2400。过程2400可适用于(用于)至少以下场景:
·交易-查询场景1:当请求者是BCA 143和BTC 142的组合时,BCA 143可向BTC142发送交易查询。BTC 142可将交易查询转发给BTM 140。BCA 143与BTC 142之间的这种交互未在图24中示出。
·交易-查询场景2:请求者可以是BCA 143。BCA 143可向BTC 142发送交易查询。如果BTC 142先前经由多个BCN直接创建了交易,则该BTC可直接联系BCN,而无需经过BTM140。
·交易-查询场景3:请求者可以是BNA 144、BTC 142和/或BTM 140。请求者可向另一BTM发送交易查询。另一BTM可联系多个BCN以查询交易。
前提条件:请求者(BTC、BNA和/或另一BTM)可注册到BTM 140或与该BTM相关联(或请求者(BCA)可注册到BTC 142或与该BTC相关联)。BTM 140(或BTC 142)具有多个BCN(例如,BCNx、BCNy等)的地址,并且可被供应和/或配置为与该多个BCN通信。可存在BTM 140(或BTC 142)可访问的EDS 146。请求者可被供应和/或配置为访问由BTM 140(或BTC 142)提供的功能。BTM 140(或BTC 142)可被供应和/或配置为经由BCN与指定区块链系统交互。BTM140(或BTC 142)可被供应和/或配置为代表请求者与指定区块链系统交互。请求者可以位于设备(例如,智能电话、车辆、传感器)中。作为功能的BTM 140(或BTC 142)可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件和/或数据中心的元件中。作为功能的BCN中的每一个BCN可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件和/或数据中心的元件中。
步骤1:请求者可向BTM 140(或BTC 142)发送第一请求以查询现有区块链交易(24:1)。第一请求可以包括以下参数:(i)交易过滤器(其可以提供用于找到任何匹配交易的准则);(ii)BCN的标识符和/或地址;(iii)匹配交易的类别;(iv)创建匹配交易的时间间隔;(v)已经请求BCN创建匹配交易的一个或多个BTM中的每一个BTM的标识符;(vi)已经请求BCN创建匹配交易的一个或多个BTC中的每一个BTC的标识符;(vii)已经请求BTM(或BTC)创建匹配交易的一个或多个BCA中的每一个BCA的标识符;(viii)已经请求BCN创建匹配交易的一个或多个BNA中的每一个BNA的标识符;(ix)交易创建优先级;和/或(x)交易包含优先级。
步骤2:BTM 140(或BTC 142)可处理交易查询请求(24:2)。BTM 140(或BTC 142)可认证并可授权交易查询请求。BTM 140(或BTC 142)可分析包括在请求中的交易过滤器。通过执行此分析,BTM 140可决定是否联系(例如,首先联系)EDS 146。EDS 146可以维持在本地存储的数据与存储在指定区块链中的对应交易之间的关联。该关联可以像一对所存储数据的地址与对应交易的标识符一样简单。如果交易过滤器不与交易的内容相关,而是为了找到在一定时间间隔内为特定实体(例如,BNA或BCA)创建的交易的总数,则BTM 140(或BTC142)可直接从EDS 146查询此类信息而无需联系任何BCN。在此步骤期间,BTM 140可将交易查询变换为新交易查询,该新交易查询可由EDS 146或BCN容易地理解。新交易查询可包括交易过滤器。
步骤3:如果EDS 146能够回答如步骤2中所确定的交易查询,则BTM 140(或BTC142)可将新交易查询发送到EDS 146(24:3)。
步骤4:EDS可以接收新交易查询,查找在本地存储的数据与存储在区块链中的对应交易之间的关联,并推导新交易查询的一个或多个回答。EDS 146可以将回答包括在第一响应中,并且可以将第一响应发送到BTM 140(或BTC 142)。如果EDS 146找到一个或多个回答,则可以跳过步骤5和步骤6。
步骤5:BTM 140(或BTC 142)可选择与交易过滤器和/或其他准则匹配的BCN列表(例如,如果BCN当前可用于支持交易查询等)(24:5)。例如,可以选择两个BCN(BCNx和BCNy),该两个BCN可以参与两个不同的区块链网络或同一区块链网络。
步骤6:BTM 140(或BTC 142)可将在步骤2中产生的新交易查询发送到每个选定BCN(24:6)。选定BCN中的每一个BCN可在其区块链上执行交易查找以匹配交易过滤器。每个BCN可向BTM 140(或BTC 142)发送在响应中的查询结果(即,与交易过滤器匹配的回答)(24:6)。BTM 140(或BTC 142)可从每个联系的BCN接收响应(24:6)。
步骤7:BTM 140(或BTC 142)可组合所有接收到的响应以生成最终查询结果(24:7)。
步骤8:BTM 140(或BTC 142)可将最终查询结果发送到请求者(24:8)。
区块链网络上的代表性交易订阅
图25示出了用于在区块链网络上订阅事件的过程2500。事件可以是新交易的创建、针对特定实体的新交易的创建、当特定实体移动特定位置时针对该特定实体的新交易的创建、新区块的创建等。为了方便和简化说明,参考交易管理架构1400、1500(图14和图15)和通信系统100(图1和图5)来描述过程2500。也可使用不同的架构来执行过程2500。过程2500可适用于(用于)至少以下场景:
·交易-订阅场景1:请求者可以是BCA 143和BTC 142的组合。BCA 143可向BTC142发送交易订阅请求。BTC 142可向BTM 140发送交易订阅请求。BCA 143与BTC 142之间的这种交互未在图25中示出。
·交易-订阅场景2:请求者可以是BCA 143,并且该请求者可向BTC 142发送交易订阅请求。如果BTC 142先前经由一个或多个BCN直接创建了交易,则该BTC可直接联系BCN,而无需经过BTM 140。
·交易-订阅场景3:请求者可以是BNA 144、BTC 142或除BTM 140之外的BTM。请求者可向BTM 140发送交易订阅请求。BTM 140可将交易订阅请求发送到一个或多个BCN。
前提条件:请求者(BTC 142、BNA 144或另一BTM)可注册到BTM 140或与该BTM相关联(或请求者(BCA 143)可注册到BTC 142或与该BTC相关联)。BTM 140(或BTC 142)具有多个BCN的地址,并且可被供应和/或配置为与该多个BCN通信。请求者可被供应和/或配置为访问由BTM 140(或BTC 142)提供的功能。BTM 140(或BTC 142)可被供应和/或配置为经由多个BCN与指定区块链系统交互。BTM 140(或BTC 142)可被供应和/或配置为代表请求者与指定区块链系统交互。请求者可以位于设备(例如,智能电话、车辆、传感器)中;作为功能的BTM(或BTC)可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件或数据中心的元件中。作为功能的BCN可驻留在(设置在)设备、网关、边缘网络的元件、3GPP核心网络的元件或数据中心的元件中。
步骤1:请求者可向BTM 140(或BTC 142)发送交易订阅请求(25:1)。交易订阅请求可包括以下参数:订阅过滤器(其可提供关于BCN需要何时以及在哪些条件下生成通知消息的准则)。
步骤2:BTM 140(或BTC 142)可处理交易订阅请求(25:2)。BTM 140(或BTC 142)可认证并可授权该请求。BTM 140(或BTC 142)可分析包括在请求中的交易过滤器。通过执行此分析,BTM 140(或BTC 142)可将来自步骤1的交易查询变换为新交易订阅请求。新交易订阅请求可由BCN更容易地理解。新交易订阅请求可包括第二订阅过滤器,该第二订阅过滤器可包括步骤1中所包括的订阅过滤器的准则的子集或修改后的订阅过滤器。
步骤3:BTM 140(或BTC 142)可选择与订阅过滤器和/或其他准则匹配的BCN列表(例如,如果BCN当前可用于支持交易查询等)(25:3)。例如,选择了两个BCN(BCNx和BCNy)。
步骤4:BTM 140(或BTC 142)可将在步骤2中产生的新交易订阅请求发送到每个选定BCN(25:3)。每个选定BCN可处理并可存储第二订阅过滤器。每个BCN可向BTM 140(或BTC142)发送响应消息。包括在对每个选定BCN的新交易订阅请求中的第二订阅过滤器可以是不同的,并且可以是原始订阅过滤器的子集。
步骤5:当如由订阅过滤器描述的订阅事件发生在BCN(例如,BCNx)处(25:5)时,BCNx可生成通知消息。例如,订阅事件可以是另一BTM-Z根据请求为基于区块链的V2X应用程序创建新交易。当BTM-Z(图25未示出)请求另一BCNz创建新的V2X交易时并且在成功创建所请求的交易并将该交易发送到区块链网络之后,BCNx(假设BCNx和BCNz参与同一区块链网络)可接收该交易并可将通知发送到BTM 140(或BTC 142)。
步骤6:BCNx可将通知消息发送到BTM 140(或BTC 142)(25:6)。
步骤7:BTM 140(或BTC 142)可将通知消息转发给请求者(25:7)。
区块链网络的代表性基于分析的访问控制
图26示出了用于对区块链网络的基于分析的访问控制的过程2600。为了方便和简化说明,参考交易管理架构1400(图14)和通信系统100(图1和图5)来描述过程2600。也可使用不同的架构来执行过程2600。过程2600可适用于(用于)包括以下的场景:当请求者(例如,BTC 142和/或BNA 144)请求将交易创建到指定区块链网络时使得BTM 140能够使用分析结果来执行特定访问控制。分析结果可以由独立分析服务或其他BTM提供。
前提条件:请求者(例如,BTC 142或BNA 144)可发现BTM 140-1。可存在分析服务,该分析服务可以是独立服务或作为BTM 140-1或其他BTM的一部分提供。BTM 140-1可被供应和/或配置为访问BCN 141-1。BTM 140-2可被供应和/或配置为访问BCN 141-2。BCN 141-1和BCN 141-2可以是同一区块链网络的参与者。
步骤1:请求者可将其自身注册到BTM 140-1(26:1)。新的请求者标识符(即,Req-ID)可被生成并为BTM 140-1和请求者所知。
步骤2:BTM 140-1可向分析服务发送第一请求以触发分析服务基于特定分析要求来分析区块链交易并生成分析结果(26:2),该特定分析要求可包括在此第一请求中。作为分析要求的一部分,请求者的标识符(即,Req-ID)也可被包括在此请求中。例如,分析要求可以是:“计算每10分钟为请求者创建到BCN1参与的指定区块链网络的区块链交易的平均数量”。BCN 141-1的标识符(即,BCN1-ID)可作为分析要求的一部分被包括。分析服务可向BCN 141-1发送第一响应以指示该BCN是接受还是拒绝来自BTM 141-1的所指示的分析要求(26:2)。
步骤3:基于所有接受的分析要求,分析服务可以决定可以以哪个频率从BCN 141-1收集哪种类型的信息。分析服务可向BCN 141-1发送订阅请求,并且可以期望从BCN 141-1接收自动通知以用于数据收集的目的(26:3)。订阅请求可以包括订阅过滤器,该订阅过滤器可以从所接受的分析要求中导出。BCN 141-1可以处理订阅请求,存储订阅过滤器并且向分析服务发送第二响应。
步骤4:请求者可以使用BTM 140-1与BCN 140-1通信,以便将新交易创建到BCN140-1参与的区块链网络。BCN 140-1可以生成新交易并且可以将该新交易发送到区块链网络(26:4)。
步骤5:步骤4中生成的交易可以满足BCN 141-1在步骤3中接收到的订阅过滤器。BCN 141-1可向分析服务发送第一通知(26:5)。基于订阅过滤器,BCN 141-1可以告知分析服务可以由BCN 141-1在时间T1为请求者生成交易。BCN 141-1可以在第一通知中包括关于所生成的交易的一些其他元数据。
步骤6:基于来自BCN 141-1的通知,分析服务可以执行计算和某些分析算法以生成分析结果(26:6)。分析服务可以从BCN 141-1接收多个通知并且对该多个通知执行一次性分析。分析服务可以维护分析结果,该分析结果可以由如BCN 141-1和BCN141-2的其他实体检索/订阅。另选地和/或另外,分析服务可以主动地将选定分析结果推送到特定实体。
步骤7:请求者可向BTM 140-1发送创建另一交易的第二请求(26:7)。
步骤8:BTM 140-1可向分析服务发送检查与请求者相关的分析结果的第三请求(26:8)。第三请求可以包括诸如请求者的Req-ID、BTM 140-1的标识符(BTM1-ID)和/或BCN1-ID的参数。分析服务可以(i)接收第三请求、(ii)使用包括在第三请求中的参数来查找适当的分析结果,以及(iii)将任何找到的分析结果返回给BTM 140-1(26:8)。
步骤9:BTM 140-1可使用从分析服务接收到的分析结果来对第二请求执行访问控制(26:9)。例如,如果分析结果显示过去10分钟内的平均交易生成速率超过阈值,则BTM140-1可拒绝第二请求并且步骤10可以被跳过。
步骤10:如果访问控制允许第三请求,则BTM 140-1与BCN 141-1一起以及请求者可执行其他所需步骤,以便如步骤7中所请求的那样为请求者创建新交易(26:10)。
步骤11:类似于步骤5,如果作为步骤10的结果已经创建了新交易,则BCN 141-1可向分析服务发送第二通知(26:11)。
步骤12:类似于步骤6,分析服务可以根据需要对第二通知连同任何先前接收到的通知和/或任何先前生成的分析结果执行分析(26:12)。
步骤13:请求者可以选择另一BTM 140-2(26:13)。
步骤14:类似于步骤1,请求者将其自身注册到BTM 140-2(26:14)。连同如步骤1中所包括的其他参数一起,请求者可以包括附加参数,诸如由BTM 140-1分配的BTM1-ID和Req-ID。
步骤15:类似于步骤7,请求者可向BTM 140-2发送要求创建新交易的第四请求(26:15)。第四请求可以包括BCN 141-2的标识符(即,BCN2-ID)。
步骤16:类似于步骤8,BTM 140-2可检查直接来自分析服务的分析结果(26:16)。另选地,BTM 140-2可向BTM 140-1检查,该BTM可联系分析服务并将分析结果返回给BTM140-2(16:16)。
步骤17:类似于步骤9,BTM 140-2可基于从步骤16接收到的分析结果执行对第四请求的访问控制(26:17)。
步骤18:如果访问控制通过,则BTM 140-2可将第四请求转发给BCN 141-2(26:18)。BCN 141-2可以生成所请求的新交易,并向BTM 140-2发送第二响应。
步骤19:BTM 140-2可将第二响应转发给请求者(26:19)。
步骤20:在由BCN 141-2将新交易生成到区块链网络中之后,由于区块链网络所使用的P2P网络的广播性质,BCN 141-1可以能够监视和检测到该生成(26:20)。
步骤21:类似于步骤5和步骤11,BCN1可向分析服务发送第三通知(26:21),因为分析服务订阅了BCN 141-1。
步骤22:类似于步骤6和步骤12,分析服务可以根据需要对第三通知和/或任何先前接收到的通知执行分析(26:22)。
5GS的代表性架构实施方案
图27示出了在5G和超5G通信系统架构的上下文中的区块链交易管理相关逻辑实体的实施方案。为了方便和简化说明,参考功能架构1400和通信系统100的架构来描述通信系统架构和区块链交易管理相关逻辑实体。核心网络是指5G核心网络或未来无线核心网络。
BTM 140可被实现为新的控制平面NF或AF。BTM 140可驻留在(设置在)核心网络和/或边缘网络中。BTM 140可能需要与一个或多个现有核心网络功能交互。例如,BTM 140可将其自身注册到NRF,使得该BTM可发现其他NF和/或被其他NF发现。BTM 140可使用AUSF和/或PCF来认证从WTRU 1、2接收到的任何区块链交易管理相关请求。BTM 140可向PCF检查任何区块链交易管理相关策略规则。BTM 140可使用UDSF来存储区块链相关策略。BTM 140可使用USDF来存储额外数据和/或与交易的链接和/或区块链的区块。BTM 140可通过NEF暴露给第三方并可由第三方访问。BTM 140可使用NWDAF来分析交易和/或区块链的其他特征。
BTM 140可被实现为现有网络功能(诸如NEF)的一部分。BCN 141可以是由第三方提供的核心网络内或核心网络外的新NF。如果BCN 141由第三方提供,则BTM 140可经由NEF访问该BCN。BNA 144可被实现为AF。如果BNA 144由第三方提供,则该BNA可经由NEF与BTM140交互,但可能被阻止直接与BTM 140交互。BCA 143和BTC 142可以在WTRU内实现。另选地,具有受限资源的WTRU(诸如窄带IoT设备)可以仅托管BCA 143,并且BTC 142可以由其他强大的WTRU(诸如车辆、网关、边缘服务器等)托管。DPP 145可以被实现为PCF和UDSF的组合。EDS 146可以被实现为UDSF。分析服务可以被实现为NWDAF的一部分。
如图28所示,BNA 144可被实现为作为任何当前5G网络功能NF3(例如,AMF)的一部分的新功能,使得该NF3可与BTM 140交互并可向区块链网络发送交易。例如,当具有嵌入式BNA 144的SMF接收到PDU建立请求时,该SMF可以在交易中经由BTM 140向区块链网络发送此事件。在另一示例中,当具有嵌入式BNA 144的NRF接收到NF注册请求时,该NRF可以在交易中经由BTM 140向区块链网络发送此事件。BNA 144与BTM 140之间的交互可作为当前NF与BTM 140之间的新过程来实现。
如图28所示,BTC 142可以被实现为任何当前5GC网络功能NF1(诸如服务AMF)的一部分。因此,WTRU1(或WTRU1)可以托管BCA 143a(或BCA 143b),但不托管BTC。由WTRU1(或WTRU2)托管的BCA 143a(或BCA 143b)可以与由网络功能NF1托管的BTC 142对话。BCA143a、143b与BTC 142之间的交互可以作为WTRU与相应网络功能NF1(例如,服务AMF)之间的新过程来实现。
如图28所示,BTM 140可被实现为当前5G网络功能NF2(例如,UDSF)的一部分。其他网络功能可与NF2交互以使用由本文公开的嵌入式BTM 140提供的服务。例如,如果UDSF具有嵌入式BTM 140,则其他NF可请求UDSF将交易创建到区块链网络。因此,UDSF可与BCN接口以执行BTM到BCN和BCN到BTM交互。
UDSF(和/或UDR)可以使用BTM 140将数据存储到区块链网络中,以启用5GC内的分布式数据存储器。例如,UDSF可包括嵌入式BNA 144。每当UDSF接收到数据存储请求时,该UDSF都可使用嵌入式BNA 144来与BTM 140对话,并相应地将数据以交易的形式存储到区块链中。另选地,UDSF可托管BTM 140。UDSF可以直接与BCN 141交互以将数据存储到区块链网络中。
NRF可以使用BTM 140将NF注册记录存储到区块链网络中,以启用5GC内的分布式NF注册储存库。例如,NRF可包括嵌入式BNA 144。每当NRF接收到NF注册请求时,该NRF都可使用嵌入式BNA 144来与BTM 140对话,并且可以将新的NF注册记录以交易的形式存储到区块链中。另选地,NRF可托管BTM;并且NRF可以直接与BCN 141交互以将数据存储到区块链网络中。
5GS中的代表性BTM控制的交易创建
图29示出了用于BTM控制的交易创建的过程2900。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程2900。也可使用不同的架构来执行过程2900。过程2900可适用于(用于)其中请求者可触发BTM将新交易创建到指定区块链网络的场景。此过程中涉及的实体包括请求者、BTM、PCF、NF、UDSF、BCN和通知目标。
在各种实施方案中,请求者可以是(i)具有BCA和/或BTC的WTRU、(ii)NF(例如,AMF),或(iii)AF,诸如BNA。BTM可被实现为控制平面NF或AF。通知目标可以是NF、AF或BNA。当请求者是WTRU时,WTRU可以经由其服务AMF与BTM通信。当请求者是BNA时,请求者可以经由NEF与BTM通信。当请求者是NF并且BTM是AF时,请求者可经由NEF与BTM通信。当BTM是AF时,请求者可经由NEF与其他核心网络功能(即,PCF、NF和UDSF)通信。
前提条件:请求者可被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与区块链网络的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链中。BTM具有NRF的地址,并且可被供应和/或配置为从NRF发现其他NF。
步骤1:请求者可向BTM发送触发请求以触发BTM将交易创建到指定区块链上(29:1)。触发请求可以包括以下中的全部或一些者:(i)交易创建参数集、(ii)附加交易创建参数、(iii)其他交易创建,并且可以包括通知目标的标识符。
当请求者是WTRU时,触发请求可以包括以下附加参数:(i)WTRU的标识符(即,WTRU-ID);(ii)WTRU的位置(即,WTRU-LOC);(iii)关于WTRU的其他上下文信息,诸如连接性、电池电量等。当请求者是NF时,触发请求可以包括以下附加参数:NF的标识符(即,NF-ID)。
步骤2:BTM可向PCF发送第一请求以检查请求者的任何适用的区块链策略规则(29:2)。第一请求可以包括请求者的标识符。在接收到第一请求之后,如果请求者是WTRU,则PCF可以从UDR检索请求者的订阅数据。PCF可以生成一个或多个新的区块链策略规则。PCF可向BTM发送第一响应(29:2)。第一响应可包括适用于BTM和/或请求者的一个或多个区块链策略规则。
步骤3:BTM可接收来自请求者的触发请求。BTM可能需要认证触发请求(29:3)。为此,BTM可联系AUSF以检索请求者的认证凭证。BTM可使用认证凭证和策略规则(该认证凭证和策略规则可在本地维护和/或在步骤2中从PCF接收到)来认证触发请求。如果认证通过,则可以执行以下步骤;否则,以下步骤可以被跳过。
步骤4:如果触发请求指示BTM可能需要从一个或多个NF检索附加数据,则BTM可联系一个或多个对应的NF以检索附加数据(29:4)。例如,当请求者是WTRU时,WTRU可以在触发请求中指示BTM可能需要通过指示该WTRU的服务AMF的地址或标识符来从该WTRU的服务AMF检索该WTRU的位置作为附加数据。
步骤5:类似于图16的过程1600的步骤6,给定结合步骤1和步骤4中表示的操作接收到的所有数据,BTM可确定要被存储到指定区块链的数据(称为BC数据)和要被存储在UDSF中的数据(称为非BC数据)(29:5)。
步骤6:类似于图16的过程1600的步骤7,如果BTM在步骤1中未指示任何BCN,则该BTM可为请求者选择BCN(29:6)。假定BCN将其自身注册到NRF,则BTM可从NRF中搜索BCN。如果BCN将其自身注册到BTM,则BTM可从该BTM的维护(例如,所有)已注册BCN的本地数据库中搜索BCN。
步骤7:BTM可向UDSF发送数据存储请求(29:7)。数据存储请求可以包括非BC数据和一个或多个额外参数,诸如请求者的标识符和BTM的标识符。UDSF可存储具有元数据的非BC数据,该元数据包括但不限于创建时间、请求者的标识符、BTM的标识符、所存储的非BC数据的地址等。此步骤可以类似于图16的过程1600的步骤8和步骤9。
步骤8:BTM可联系BCN以将BC数据和散列(非BC数据)存储到指定区块链(29:8)。因此,交易可以由BCN生成并且可以被存储在分布式分类账中。也可以执行与在图16的过程1600的步骤10、步骤11、步骤14和步骤15中表示的操作类似的操作。
步骤9:BTM可向UDSF发送请求以将交易的信息(如步骤8中生成的)附加到非BC数据和附加元数据(29:9)。作为步骤7中表示的操作的结果,非BC数据被存储在UDSF中。操作类似于图16的过程1600的步骤16中表示的操作。
步骤10:BTM可向请求者发送第一通知(29:10)。第一通知可以包括存储在UDSF中的非BC数据的地址和关于在步骤8中生成的交易的信息。
步骤11:BTM可向通知目标发送第二通知(29:11)。通知目标的地址可能已经被包括在来自请求者的触发请求中(步骤1)、对PCF的第一请求中(步骤2)和/或由BTM在本地确定。
5GS中的代表性边缘BTM控制的交易创建
图30示出了用于BTM控制的交易创建的过程3000。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3000。也可使用不同的架构来执行过程3000。过程3000可适用于(用于)其中边缘BTM协调为请求者将交易创建到指定区块链网络的场景。过程3000中涉及的实体包括请求者、边缘BTM、边缘BCN、设置在CN的元件中/由CN的元件托管的核心BTM、PCF、NF、UDSF、设置在核心网络的元件中/由核心网络的元件托管的核心BCN,以及通知目标。
在各种实施方案中,请求者可以是具有BCA和/或BTC的WTRU。边缘BTM和边缘BCN被设置在靠近请求者的边缘网络的一个或多个元件中/由该一个或多个元件托管。边缘BTM和核心BTM可被实现为控制平面NF或AF。通知目标可以是BNA、NF或AF。当请求者是WTRU时,WTRU可以使用边缘网络直接与边缘BTM通信,并且经由该WTRU的服务AMF与核心BTM通信。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,PCF、NF和UDSF)通信。边缘BTM和核心BTM可直接或经由NEF彼此通信。
前提条件:请求者可被注册到边缘BTM或与边缘BTM相关联,并且可使用该边缘BTM的功能。边缘BTM可被注册到核心BTM或与核心BTM相关联,并且可被供应和/或配置为使用该核心BTM的功能。边缘BTM可与指定区块链网络的边缘BCN相关联,并且可被供应和/或配置为请求该边缘BCN将交易创建到指定区块链网络。核心BTM具有NRF的地址,并且可被供应和/或配置为与该NRF通信。核心BTM可被供应和/或配置为从NRF发现其他NF。
步骤1:请求者可向边缘BTM发送触发请求以请求边缘BTM将交易创建到指定区块链网络(30:1)。触发请求可以包括在图16的步骤3或步骤3'中包括的参数中的全部或一些参数,并且可以包括通知目标的标识符。当请求者是WTRU时,触发请求可以包括以下附加参数:(i)WTRU的标识符;(ii)WTRU的位置(iii)关于WTRU的其他上下文信息,诸如连接性、电池电量等。当请求者是NF时,触发请求可以包括以下附加参数:NF的标识符。
在步骤1之前,请求者可能已经被核心BTM分配了边缘BTM的标识符,使得请求者可以与边缘BTM通信。作为向请求者配置新的区块链策略规则的一部分并且基于请求者的上下文信息(例如,该请求者的当前位置)和边缘BTM的上下文信息(例如,该边缘BTM的服务区域和当前流量负载),核心BTM可能已经向请求者分配了边缘BTM。
步骤2:边缘BTM可向核心BTM发送对检索新区块链策略规则的第一请求(30:2)。核心BTM可如下处理第一请求:
情况1:如果核心BTM已维护了可应用于边缘BTM和请求者的一个或多个本地区块链策略规则,则核心BTM可在不联系PCF的情况下直接向边缘BTM发送包括策略规则的内容的第一响应。核心BTM可在第一响应消息中包括用新的边缘BCN和NF的标识符配置边缘BTM的信息。
情况2:否则,核心BTM可将第一请求转发给PCF并可向PCF告知一个或多个参数,例如请求者的标识符、边缘BTM的标识符、核心BTM的标识符等。PCF可以处理第一请求并且可以联系UDR以获得请求者的订阅数据,PCF基于该订阅数据生成新的区块链策略规则。PCF可向核心BTM发送包括新的区块链策略规则的内容的第二响应。核心BTM可向边缘BTM发送第二响应。核心BTM可在第二响应消息中包括用新的边缘BCN和NF的标识符配置边缘BTM的信息。PCF在情况2中执行的操作可以类似于PCF在图29的步骤2中执行的操作。
核心BTM可在第一/第二响应消息中包括信息,该信息指示和/或指导边缘BTM关于该边缘BTM是可直接还是经由核心BTM间接联系NF。
步骤3:BTM可接收来自请求者的触发请求。BTM可能需要认证触发请求(30:3)。为此,BTM可联系AUSF以检索请求者的认证凭证。BTM可使用认证凭证和策略规则(该认证凭证和策略规则可在本地维护和/或从PCF接收到)来认证触发请求。如果认证通过,则可以执行以下步骤;否则,以下步骤可以被跳过。
步骤4:类似于图29中的步骤4。如果触发请求指示要获得NF的附加数据,则边缘BTM可与NF通信以检索附加数据(30:4)。边缘BTM可与NF直接或间接通信(例如,边缘BTM与NF之间的通信可由核心BTM中继)。在各种实施方案中,边缘BTM可接收发送到边缘BTM的第一/第二响应消息(步骤2)。第一/第二响应可包括指示和/或指示边缘BTM关于该边缘BTM是可直接还是间接联系NF的信息)。边缘BTM可基于该信息确定是直接还是间接与NF通信。
步骤5:类似于图29中的步骤5。给定结合步骤1和步骤4中表示的操作接收到的所有数据,边缘BTM可确定要被存储到指定区块链的BC数据和要被存储在UDSF中的非BC数据(30:5)。
步骤6:类似于图29中的步骤6。边缘BTM可为请求者选择边缘BCN(30:6)。假定BCN将其自身注册到NRF,则BTM可从NRF中搜索边缘BCN。在各种实施方案中,来自核心BTM的第一/第二响应消息(步骤2)可包括边缘BCN的标识符。边缘BTM可基于边缘BCN的标识符来选择边缘BCN。
步骤7:类似于图29中的步骤7。边缘BTM可向UDSF发送数据存储请求(30:7)。边缘BTM可直接或经由核心BTM间接地向UDSF发送数据存储请求。在各种实施方案中,来自核心BTM的第一/第二响应消息(步骤2)可包括信息,该信息指示和/或指导边缘BTM关于是直接还是经由核心BTM间接传达UDSF,和/或指示UDSF的地址。边缘BTM可基于该信息确定是直接还是间接与UDSF通信。
步骤8:类似于图29中的步骤8。边缘BTM可联系BCN以将BC数据和散列(非BC数据)存储到指定区块链(30:8)。也可以执行与在图16的过程1600的步骤10、步骤11、步骤14和步骤15中表示的操作类似的操作。步骤9:类似于图29中的步骤9。边缘BTM可向UDSF发送将所生成的交易的信息附加到非BC数据和附加元数据的第二请求(30:9)。作为步骤7中表示的操作的结果,非BC数据可以被存储在UDSF中。边缘BTM可直接或经由核心BTM间接地将第二请求发送到UDSF。在各种实施方案中,来自核心BTM的第一/第二响应消息(步骤2)可包括信息,该信息指示和/或指导边缘BTM关于是发送请求还是以其他方式直接或经由核心BTM间接地与UDSF通信,和/或指示UDSF的地址。边缘BTM可基于该信息确定是直接还是间接与UDSF通信。操作类似于图16的过程1600的步骤16中表示的操作。
步骤10:类似于图29中的步骤10。边缘BTM可向请求者发送第一通知(30:10)。第一通知可以包括存储在UDSF中的非BC数据的地址和关于在步骤8中生成的交易的信息。
步骤11:边缘BTM可生成可包括关于交易的上下文信息的第三通知(步骤8)。上下文信息可以包括元数据以及被存储到UDSF的数据的元数据。边缘BTM可向核心BTM发送第三通知(30:11)。如果已经由核心BTM执行了步骤7和步骤9,则此步骤可以被跳过。
步骤12:在步骤8中创建的交易可以如由核心BCN检测到的那样在指定区块链中被成功确认(30:12)。
步骤13:核心BCN可向核心BTM发送第二通知(30:13)。第二通知可以包括在步骤12中确认的交易的上下文信息,包括该交易的内容和元数据。核心BTM可订阅核心BCN以接收这样的通知。
步骤14:核心BTM可向通知目标发送第三通知以向该通知目标告知交易(步骤13)。(30:14)。此步骤可以类似于图29中的步骤11。另选地,边缘BTM可以在步骤10之后向通知目标发送这样的通知。核心BTM可向边缘BTM发送这样的通知。
5GS中的代表性AF订阅的交易创建
图31示出了用于AF订阅的交易创建的过程3100。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3100。也可使用不同的架构来执行过程3100。过程3100可适用于(用于)其中AF或BTM订阅NF1(例如,AMF、SMF、UPF)使得NF1可在订阅事件发生在NF1处时触发BTM创建交易的场景。此过程中涉及的实体包括AF、BTM、NF1、PCF、NF2、UDSF、BCN和通知目标。AF可经由NEF与BTM通信。BTM可被实现为控制平面NF或AF。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,PCF、NF2和UDSF)通信。
前提条件:AF可被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的服务。BTM具有NRF的地址并可与该NRF通信;BTM可被供应和/或配置为从NRF发现其他NF。BTM可与指定区块链网络的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链。
步骤0:AF或BTM可向NF1发送订阅请求(31:0)。订阅请求可包括BTM的标识符和/或AF的标识符。它可以包括指示一个或多个条件或预期事件的订阅过滤器,如果该一个或多个条件或预期事件稍后在NF1处发生,则可以触发NF1向NF1发送通知。NF1可接收此订阅请求并且可存储订阅过滤器。
步骤1:NF1可以监视该NF1的状态和任何发生的事件,并且可以将每个发生的事件与所存储的订阅过滤器进行比较(31:1)。当存在匹配时,NF1可向BTM发送通知。此通知可以包括以下参数:(i)NF1的标识符;(ii)匹配事件的内容(例如,如果匹配事件是WTRU向该WTRU的服务AMF注册,则此事件的内容可以包括WTRU的标识符、WTRU的位置、事件时间、服务AMF的标识符等)。
步骤2-10:可以执行与由过程2900(图29)的步骤2-10表示的操作类似的操作。
步骤11:BTM可向通知目标发送第二通知(31:11)。通知目标的地址可能已经被包括在触发请求中(步骤1)、对PCF的第一请求中(步骤2)和/或由BTM在本地确定。BTM可向NF1发送相同的通知。
通过5GS控制平面的WTRU触发的区块链交易创建
图32示出了用于WTRU触发的区块链交易创建的过程3200。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3200。也可使用不同的架构来执行过程3200。过程3200可适用于(用于)其中WTRU触发BTM通过5GS控制平面将交易创建到指定区块链网络(其中有BCN参与)的场景。此过程中涉及的实体包括WTRU、服务AMF、BTM、PCF、LMF(或另一NF)、UDSF、BCN和通知目标。在这种情况下,WTRU可以具有BCA/BTC。BTM可被实现为控制平面NF或AF。通知目标可以是AF、NF、BNA或甚至另一WTRU。WTRU可经由其服务AMF与BTM通信。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,服务AMF、PCF、LMF和UDSF)通信。
前提条件:WTRU可以连接到其服务AMF(即,处于CM连接状态)。WTRU(例如,其BCA/BTC)可以被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与指定区块链网络的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链。BTM具有NRF的地址并与该NRF通信;BTM可被供应和/或配置为从NRF发现其他NF。
步骤1:类似于图29中的步骤1。WTRU可以在请求中向该WTRU的服务AMF发送触发器,该服务AMF可以将触发请求转发给BTM(32:1)。如果BTM的标识符未被包括在来自WTRU的触发请求中,则服务AMF可从NRF和/或UDSF中搜索BTM以找到WTRU可与之通信的BTM。服务AMF可将触发请求转发给BTM。如果没有可用的BTM,则服务AMF可缓冲从WTRU接收到的请求。服务AMF可联系AUSF以检索WTRU的认证凭证,并可联系UDM以检索WTRU的订阅数据。基于认证凭证和订阅数据,服务AMF可丢弃触发请求而不将该触发请求转发给BTM。
步骤2:BTM可向PCF发送第一请求以检查请求者的任何适用的区块链策略规则(32:2)。第一请求可以包括请求者的标识符。在接收到第一请求之后,如果请求者是WTRU,则PCF可以从UDR检索请求者的订阅数据。PCF可以生成一个或多个新的区块链策略规则。PCF可向BTM发送第一响应(32:2)。第一响应可包括适用于BTM和/或请求者的一个或多个区块链策略规则。
步骤3:BTM可接收来自请求者的触发请求。BTM可能需要认证触发请求(32:3)。为此,BTM可联系AUSF以检索请求者的认证凭证。BTM可使用认证凭证和策略规则(该认证凭证和策略规则可在本地维护和/或在步骤2中从PCF接收到)来认证触发请求。如果认证通过,则可以执行以下步骤;否则,以下步骤可以被跳过。
步骤4:例如,如果触发请求指示BTM可检索附加数据,其中例如附加数据可以是WTRU的当前位置。BTM可将位置请求直接发送到LMF或将该位置请求发送到服务AMF,该服务AMF可代表BTM来检索位置。最终,BTM直接从LMF或从服务AMF获得WTRU的当前位置。
步骤5-9:可以执行与过程2900(图29)的步骤5-9的操作类似的操作,其中使用WTRU的标识符(即,WTRU-ID)。
步骤10:类似于图29中的步骤10。BTM可向WTRU发送通知,该通知可由WTRU的服务AMF中继。如果服务AMF已被改变,则BTM可通过提供WTRU-ID来从UDM(或从NRF)中搜索该服务AMF。
步骤11:可以执行与过程2900(图29)的步骤11的操作类似的操作。
图33示出了用于WTRU触发的区块链交易创建的过程3200。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3300。也可使用不同的架构来执行过程3300。过程3300可适用于(用于)其中第二WTRU2可以协助第一WTRU1通过BCN参与的5GS控制平面将交易创建到指定区块链的场景。在这种情况下,WTRU1可以是受限设备并且只能托管BCA,而WTRU2可以更强大并且可以托管BTC以服务于WTRU1中的BCA。
此过程中涉及的实体包括WTRU1、WTRU2、服务AMF、BTM、PCF、LMF(或另一NF)、UDSF、BCN和通知目标。BTM可被实现为控制平面NF或AF。通知目标可以是AF、NF、BNA或甚至另一WTRU。WTRU2可经由其服务AMF与BTM通信。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,服务AMF、PCF、LMF和UDSF)通信。
前提条件:WTRU1已经发现WTRU2并且可被供应和/或配置为直接或经由5GS间接地与WTRU2通信。WTRU2可以连接到其服务AMF(例如,处于CM连接状态)。WTRU1上的BCA可以被注册到WTRU2上的BTC或与该BTC相关联。WTRU2(例如,其BTC)可被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与指定区块链的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链网络。BTM具有NRF的地址,并且可被供应和/或配置为与该NRF通信。BTM可被供应和/或配置为从NRF发现其他NF。
步骤0:WTRU1可向WTRU2发送触发请求(33:0)。此触发请求可以包括与图32的步骤1中所包括的相同的参数集。
步骤1:类似于图32中的步骤1,但是从WTRU2发送到BTM的触发器可以包括WTRU1和WTRU2的标识符。
步骤2:类似于图32中的步骤2。BTM可向PCF提供WTRU1和WTRU2的标识符,并请求可应用于WTRU1和/或WTRU2的区块链策略规则。
步骤3:类似于图32中的步骤3。BTM可对照WTRU1和WTRU2的标识符两者来认证接收到的触发请求。
步骤4:类似于图32中的步骤4。BTM可要求检索当前位置和/或关于WTRU1和/或WTRU2的其他信息。
步骤5:类似于图32中的步骤5。
步骤6:类似于图32中的步骤6。
步骤7:类似于图32中的步骤7。BTM可向UDSF告知WTRU1和WTRU2的标识符,UDSF可如由BTM所请求将该WTRU1和WTRU2的标识符存储为正被存储的元数据的一部分。
步骤8:类似于图32中的步骤8。所创建的交易可以包括WTRU1的标识符和/或WTRU2的标识符。
步骤9:类似于图32中的步骤9。
步骤10:类似于图32中的步骤10。
步骤11:类似于图32中的步骤11。
步骤12:WTRU2可以将从步骤10接收到的通知转发给WTRU1。
图34示出了用于WTRU触发的区块链交易创建的过程3400。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3400。也可使用不同的架构来执行过程3400。过程3400可适用于(用于)其中第一WTRU1可以触发BTM通过BCN参与的5GS控制平面将交易创建到指定区块链的场景。但是为了创建所请求的交易,BTM需要从另一WTRU2(或另一NF、另一AF或另一BNA)获得批准或附加数据。此过程中涉及的实体包括WTRU1、WTRU2、服务AMF、BTM、PCF、LMF、UDSF、BCN和通知目标。在这种情况下,WTRU1或WTRU2具有BCA/BTC。BTM可被实现为控制平面NF或AF。通知目标可以是AF或BNA。WTRU1和WTRU2可以经由服务AMF与BTM通信。尽管仅示出了一个服务AMF,但WTRU1和WTRU2可具有不同的服务AMF。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,服务AMF、PCF、LMF和UDSF)通信。
前提条件:WTRU1和WTRU2可以连接到服务AMF(例如,处于CM连接状态)。WTRU1和WTRU2(例如,其BCA/BTC)可被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与指定区块链的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链。BTM具有NRF的地址,并且可被供应和/或配置为与该NRF通信。BTM可被供应和/或配置为从NRF发现其他NF。
步骤1:类似于图32中的步骤1。由于在这种情况下,交易创建可以由WTRU2确认并且/或者可以从WTRU2获得附加数据,因此WTRU2的标识符可以被包括在此步骤中。另选地,WTRU2的标识符可以被包括在BTM本地维护或从PCF获得的区块链策略规则中;因此,作为步骤5的一部分,BTM可从区块链策略规则获得WTRU1的标识符。触发请求可以指示BTM可能需要联系另一AF(或另一NF或另一BNA)而不是WTRU2。
步骤2:类似于图32中的步骤2。
步骤3:类似于图32中的步骤3。
步骤4:类似于图32中的步骤4。
步骤5:基于来自步骤1的触发请求和/或BTM在本地维护和/或从PCF接收到的区块链策略规则,BTM可确定其需要在执行进一步的步骤之前从WTRU2(或另一NF/AF/BNA)获得附加数据或确认。
步骤6:BTM可向WTRU2发送请求以检索附加数据或获得该WTRU2的确认。该请求可以包括WTRU1的标识符、WTRU1中的BCA的标识符、WTRU1中的BTC的标识符、BTM的标识符、WTRU2中的BCA的标识符、WTRU2中的BTC的标识符等。此请求可以由WTRU2的服务AMF中继。BTM可使用WTRU2的标识符从UDM或NRF中搜索WTRU2的服务AMF。如果WTRU2当前处于CM空闲状态,则服务AMF可寻呼WTRU2以使该WTRU2连接到服务AMF并返回到CM连接状态。服务AMF可将该请求转发给WTRU2。如果在步骤1或步骤5中指示BTM需要联系另一AF(或另一NF/BNA)而不是WTRU2,则BTM可联系另一AF(或另一NF/BNA)以获得该另一AF的确认或附加数据。
步骤7:WTRU2可以接收请求并且可以经由该WTRU2的服务AMF向BTM发送响应。响应消息可包括如BTM在步骤6中请求的确认或附加数据。
步骤8:类似于图32中的步骤5。
步骤9:类似于图32中的步骤6。
步骤10:类似于图32中的步骤7。
步骤11:类似于图32中的步骤8。
步骤12:类似于图32中的步骤9。
步骤13:类似于图32中的步骤10。WTRU2的标识符可以被包括在此步骤中。
步骤14:类似于图32中的步骤11。通知消息可以包括WTRU1和WTRU2的标识符。
步骤15:类似于步骤13,BTM可经由其服务AMF向WTRU2发送通知。此通知消息可以包括与步骤13中的通知中所包括的相同的内容。
通过5GS数据平面的WTRU触发的区块链交易创建
图35示出了用于WTRU触发的区块链交易创建的过程3500。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3200。也可使用不同的架构来执行过程3200。过程3200可适用于(用于)其中WTRU可以触发BTM通过BCN参与的5GS数据平面将交易创建到指定区块链的场景。此过程中涉及的实体包括WTRU、服务AMF、BTM、UPF、PCF、NF(例如,LMF)、UDSF、BCN和通知目标。在这种情况下,WTRU具有BCA/BTC。BTM可被实现为控制平面NF或AF。通知目标可以是NF、AF或BNA。WTRU经由其服务AMF与BTM通信。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,服务AMF、UPF、PCF、NF和UDSF)通信。
前提条件:WTRU可以连接到其服务AMF(例如,处于CM连接状态)。WTRU(例如,其BCA/BTC)可以被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与指定区块链的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链。BTM具有NRF的地址,并且可被供应和/或配置为与该NRF通信。BTM可被供应和/或配置为从NRF发现其他NF。
步骤1-6:与图32中的步骤1-6相同。
步骤7:在确定BCN之后,BTM可确定UPF,BTM可通过该UPF到达BCN。为此,BTM可向SMF发送请求以为BCN建立PDU会话。SMF可以基于BTM提供给SMF的BCN的地址来确定和选择UPF。SMF可以为BTM建立这种PDU会话,并将会话信息(例如,BTM的地址、BCN的地址以及从BTM到BCN的流量的其他QoS相关流信息)传递给选定UPF。SMF可以将具有所建立的会话信息和/或UPF的地址的响应发送回BTM。
步骤8:与图32中的步骤7相同。
步骤9:BTM可使用5GS数据平面到达BCN。被发送到BCN以用于创建新交易的请求可以经由SMF被发送到UPF。UPF可以将该请求转发给BCN。在另一方向上,当BCN将响应发送回BTM时,该响应可能被UPF拦截并可能由UPF经由SMF转发给BTM。
步骤10:与图32中的步骤9相同。
步骤11:与图32中的步骤10相同。
步骤12:与图32中的步骤11相同。该通知可以在与作为步骤7的一部分建立的相同PDU会话上被发送到通知目标。
图36示出了用于WTRU触发的区块链交易创建的过程3600。为了方便和简化说明,参考图27的通信系统架构和/或图28的通信系统架构来描述过程3600。也可使用不同的架构来执行过程3600。过程3600可适用于(用于)其中WTRU可以触发BTM通过BCN参与的5GS数据平面将交易创建到指定区块链的场景。此过程中涉及的实体包括WTRU、服务AMF、BTM、UPF、PCF、NF(例如,LMF)、UDSF、BCN和通知目标。在这种情况下,WTRU可以具有BCA/BTC。BTM可被实现为控制平面NF或AF。通知目标可以是NF、AF或BNA。WTRU可经由其服务AMF与BTM通信。当BTM是AF时,该BTM可经由NEF与其他核心网络功能(即,服务AMF、UPF、PCF、NF和UDSF)通信。
前提条件:WTRU可以连接到其服务AMF(例如,处于CM连接状态)。WTRU(例如,其BCA/BTC)可以被注册到BTM或与该BTM相关联,并且可被供应和/或配置为使用该BTM的功能。BTM可与指定区块链的BCN相关联,并且可被供应和/或配置为请求该BCN将交易创建到指定区块链。BTM具有NRF的地址,并且可被供应和/或配置为与该NRF通信。BTM可被供应和/或配置为从NRF发现其他NF。
步骤1:与图35中的步骤1相同。
步骤2:与图35中的步骤2相同。
步骤3:与图35中的步骤3相同。
步骤4:与图35中的步骤4相同。
步骤5:与图35中的步骤5相同。
步骤6:与图35中的步骤6相同。
步骤7:与图35中的步骤8相同。
步骤8:BTM可发送请求以告知BCN,WTRU可在步骤10中联系BCN以将数据存储到指定区块链。该请求可以包括WTRU的标识符和安全凭证信息(例如,令牌、安全证书),当WTRU在步骤10中联系BCN时,BCN可以使用该标识符和安全凭证信息来认证WTRU。
步骤9:BTM可经由其服务AMF向WTRU发送响应。该响应可以包括要被存储到指定区块链的数据以及由WTRU在步骤10中执行此任务所需的所有其他信息。该响应可以包括与步骤8中所包括的相同的安全凭证信息。另外,BCN的地址可以被包括在响应消息中。
步骤10:WTRU可以经由已建立的PDU会话在请求中向BCN发送从步骤8接收到的数据。如果还没有建立PDU会话,则WTRU可以经由其服务AMF/SMF建立朝向BCN的PDU会话。该请求可以包括WTRU1的标识符以及与在步骤9中接收到的相同的安全凭证信息。BCN可以将在步骤10和步骤8中接收到的WTRU的标识符与安全凭证进行比较。如果在步骤10和步骤8中接收到的WTRU的标识符和安全凭证匹配(例如,相同,或者一者可以解密另一者),则BCN可以授权该请求。BCN可以(i)如所请求而创建新交易、(ii)将新交易存储到指定区块链,以及(iii)经由同一UPF将响应发送回WTRU。
步骤11和步骤12:WTRU可向BTM发送通知,指示关于在步骤10中所创建的交易的所有相关信息。类似于图32中的步骤9,BTM可向UDSF发送更新。另选地,WTRU可以经由WTRU的服务AMF向UDSF发送同一更新,而不是BTM向UDSF发送更新。
步骤13:WTRU可向通知目标发送通知。该通知可以包括关于在步骤10中创建的交易的所有相关信息。另选地,BTM可在其在步骤10中接收到这样的通知时向通知目标发送该通知。
结论
尽管上文以特定组合提供了特征和元件,但是本领域的普通技术人员将理解,每个特征或元件可单独使用或以与其他特征和元件的任何组合来使用。本公开并不限于就本专利申请中所述的具体实施方案而言,这些具体实施方案旨在作为各个方面的例证。在不脱离本发明的实质和范围的前提下可进行许多修改和变型,因其对于本领域的技术人员而言将是显而易见的。除非明确如此提供,否则本申请说明书中使用的任何元件、动作或说明均不应理解为对本发明至关重要或必要。根据前面的描述,除了本文列举的那些之外,在本公开的范围内的功能上等同的方法和装置对于本领域的技术人员而言将是显而易见的。此类修改和变型旨在落入所附权利要求书的范围内。本公开仅受限于所附权利要求的条款以及此类享有权利的权利要求的等同形式的全部范围。应当理解,本公开不限于特定的方法或系统。
为了简单起见,关于红外能力设备(即红外发射器和接收器)的术语和结构讨论了前述实施方案。然而,所讨论的实施方案不限于这些系统,而是可应用于使用其他形式的电磁波或非电磁波(诸如声波)的其他系统。
还应当理解,本文所用的术语仅用于描述具体实施方案的目的,并非旨在进行限制。如本文中所使用,术语“视频”或术语“图像”可意指在时间基础上显示的快照、单个图像和/或多个图像中的任一者。作为另一示例,当在本文中提及时,术语“用户设备”和其缩写“UE”、术语“远程”和/或术语“头戴式显示器”或其缩写“HMD”可意指或包括(i)无线发射和/或接收单元(WTRU);(ii)WTRU的多个实施方案中的任一个实施方案;(iii)具有无线功能和/或具有有线功能(例如,可拴系)的设备配置有(特别是)WTRU的一些或全部结构和功能;(iii)配置有少于WTRU的全部结构和功能的无线能力和/或有线能力设备;或(iv)等。本文参考图1A至图1D描述了可代表本文叙述的任何WTRU的示例性WTRU的细节。作为另一示例,本文中的各种所公开实施方案在上文和下文被描述为利用头戴式显示器。本领域技术人员将认识到,可利用除头戴式显示器之外的设备,并且可相应地修改本公开和各种所公开实施方案中的一些或全部,而无需过度实验。这种其他设备的实例可包括无人机或其他设备,被配置成流式传输信息以提供调适的现实体验。
另外,本文中所提供的方法可在并入计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实施。计算机可读介质的示例包括电子信号(通过有线或无线连接发射)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓存存储器、半导体存储器设备、磁介质(诸如内置硬盘和可移动磁盘)、磁光介质和光介质(诸如CD-ROM磁盘和数字通用光盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、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个单元的群组等。
Claims (29)
1.一种在包括电路的设备中实现的方法,所述电路包括发射器、接收器和处理器,所述方法包括:
获得(i)来自一个或多个源的信息和(ii)来自所述一个或多个源中的至少一个源的一个或多个参数;
至少部分地基于所述一个或多个参数来生成针对所述信息的交易;
至少部分地基于所述一个或多个参数来确定分布式分类账的节点;以及
将所述交易发送到分布式分类账的所述节点。
2.一种在包括电路的设备中实现的方法,所述电路包括发射器、接收器和处理器,所述方法包括:
获得(i)来自一个或多个源的信息和(ii)来自所述一个或多个源中的至少一个源的一个或多个参数;
将所述信息的至少第一部分发送到数据存储库;
至少部分地基于所述一个或多个参数来生成针对所述信息的至少第二部分的交易以及所述信息的所述至少第一部分的散列值;
至少部分地基于该一个或多个参数来确定分布式分类账的节点;以及
将所述交易发送到分布式分类账的所述节点。
3.根据权利要求2所述的方法,所述方法包括:
接收指示所述信息的所述至少第一部分的存储位置的第二信息。
4.根据权利要求2至3中至少一项所述的方法,所述方法还包括:
将所述信息划分成所述信息的所述至少第一部分和所述信息的所述至少第二部分。
5.根据权利要求1至4中至少一项所述的方法,其中所述分布式分类账的所述节点是所述分布式分类账的第一节点,所述方法还包括:
接收将所述交易成功插入到所述分布式分类账中的确认,其中所述确认是从以下中的任一者接收到的:所述分布式分类账的所述第一节点、所述分布式分类账的第二节点,以及与所述第一节点和所述第二节点中的至少一者相关联的第二设备。
6.根据权利要求1至5中至少一项所述的方法,其中所述设备包括至少一个基于服务的功能,并且其中所述至少一个基于服务的功能执行以下中的任一者:生成交易以及确定分布式分类账的节点。
7.根据权利要求1至6中至少一项所述的方法,所述方法包括:向一个或多个接收者通知所述交易的状态。
8.根据权利要求7所述的方法,其中所述一个或多个第一接收者包括以下中的至少一者:所述设备的第一基于服务的功能、所述设备的第二基于服务的功能,以及网络的第三基于服务的功能。
9.根据权利要求8所述的方法,其中所述第一基于服务的功能是所述第三基于服务的功能的客户端。
10.根据权利要求8所述的方法,其中所述第二基于服务的功能是所述第三基于服务的功能的客户端。
11.根据权利要求7至10中至少一项所述的方法,其中所述状态是未决、确认和拒绝中的任一者。
12.根据权利要求1和5至11中至少一项所述的方法,其中至少部分地基于所述一个或多个参数来生成针对所述数据的交易包括:至少部分地基于所述一个或多个参数和一个或多个策略规则来生成针对所述数据的所述交易。
13.根据权利要求2至11中至少一项所述的方法,其中至少部分地基于所述一个或多个参数来生成针对所述数据的至少第二部分的交易以及所述数据的所述至少第一部分的散列值包括:至少部分地基于所述一个或多个参数和一个或多个策略规则来生成所述针对所述数据的至少第二部分的交易以及所述数据的所述至少第一部分的散列值。
14.根据权利要求12至13中至少一项所述的方法,其中所述一个或多个策略规则包括第一策略规则和第二策略规则中的任一者,所述第一策略规则用于调节是否将所述数据添加到所述分布式分类账,所述第二策略规则用于调节如何在所述分布式分类账中添加所述数据。
15.根据权利要求1至14中至少一项所述的方法,其中确定分布式分类账的节点包括:至少部分地基于所述设备与所述分布式分类账的所述节点的接近度来确定所述分布式分类账的所述节点。
16.根据权利要求15所述的方法,其中所述一个或多个参数包括与所述第一设备相关联的第一位置和与所述分布式分类账的所述节点相关联的第二位置,所述方法还包括:至少部分地基于所述第一位置和所述第二位置来确定所述设备与所述分布式分类账的所述节点的所述接近度。
17.根据权利要求1至15中至少一项所述的方法,其中所述一个或多个参数包括以下中的任一者:(i)要创建的交易的数量、(ii)与所述一个或多个源中的每一个源相关联的应用类别、(iii)与所述一个或多个源中的每一个源相关联的标识符、(iv)与所述一个或多个源中的每一个源相关联的应用名称、(v)用于所述一个或多个源中的每一个源的安全凭证信息、(vi)所述分布式分类账的所述节点的地址、(vii)所述分布式分类账的所述节点的标识符、(viii)要创建的交易的类别、(ix)最大交易创建时间;(x)最大交易等待时间;(xi)交易创建优先级;(xii)交易包含优先级;(xiii)存储所述数据中的一些或全部数据的一个或多个地址;(xiv)将被通知所述交易的状态的所述一个或多个接收者中的每一个接收者的地址、(xv)将被通知所述交易的所述状态的所述一个或多个接收者中的每一个接收者的标识符、(xvi)所述分布式分类账的类型、(xvii)所述分布式分类账的地址、(xviii)所述分布式分类账的标识符、
(xix)散列函数、(xx)所述一个或多个策略规则中的至少一个策略规则的指示,以及(xxi)所述设备的安全凭证信息。
18.根据前述权利要求中至少一项所述的方法,其中获得数据包括:
请求和接收来自所述源中的至少一个源的信息。
19.根据前述权利要求中至少一项所述的方法,其中所述信息包括以下中的任一者:(i)用于提交给所述分布式分类账的第三信息,以及(ii)指示用于获得用于提交给所述分布式分类账的第五信息的地址和标识符中的任一者的第四信息。
20.根据权利要求1至19中至少一项所述的方法,其中所述信息缺少以下中的任一者:(i)用于提交给所述分布式分类账的第六信息,以及(ii)指示用于获得用于提交给所述分布式分类账的第八信息的地址和标识符中的任一者的第七信息。
21.根据前述权利要求中至少一项所述的方法,所述方法包括:
接收交易记录信息。
22.根据权利要求21所述的方法,所述方法包括:
向所述数据存储库发送所述交易记录信息的至少一部分以及指示所述信息的所述至少第一部分的所述存储位置的所述第二信息;以及
从所述数据存储库接收第九信息,所述第九信息指示与所述信息的所述至少第一部分相关联地存储所述交易记录信息的所述至少一部分。
23.根据权利要求1和5至21中至少一项所述的方法,所述方法包括:
将所述信息的至少一部分发送到数据存储库,所述信息的至少一部分;以及
接收指示所述信息的所述至少一部分的存储位置的第十信息。
24.根据权利要求23所述的方法,所述方法包括:
向所述数据存储库发送所述交易记录信息的至少一部分以及指示所述信息的所述至少一部分的所述存储位置的所述第十信息;以及
从所述数据存储库接收第十一信息,所述第十一信息指示与所述信息的所述至少一部分相关联地存储所述交易记录信息的所述至少一部分。
25.根据权利要求1至24中至少一项所述的方法,所述方法包括:
从包括第一实体和第二实体中的任一者的一个或多个源获得一个或多个交易策略规则。
26.根据前述权利要求所述的方法,其中获得所述一个或多个交易策略规则包括以下中的任一者:从所述一个或多个源请求和/或接收所述一个或多个交易策略规则。
27.根据权利要求25至26中至少一项所述的方法,其中确定所述分布式分类账的节点包括:
基于所述一个或多个交易策略规则中的至少一个交易策略规则来选择所述节点。
28.根据前述权利要求中至少一项所述的方法,其中所述信息包括与区块链交易相关联的数据。
29.一种能够包括处理器和存储器中的任一者的装置,所述装置被配置为执行如前述权利要求中至少一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063045835P | 2020-06-30 | 2020-06-30 | |
US63/045,835 | 2020-06-30 | ||
PCT/US2021/039967 WO2022006320A1 (en) | 2020-06-30 | 2021-06-30 | Methods, architectures, apparatuses and systems directed to transaction management in blockchain-enabled wireless systems |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116113936A true CN116113936A (zh) | 2023-05-12 |
Family
ID=77155859
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180057735.6A Pending CN116113936A (zh) | 2020-06-30 | 2021-06-30 | 针对启用区块链的无线系统中的交易管理的方法、架构、装置和系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230247094A1 (zh) |
EP (1) | EP4172796A1 (zh) |
CN (1) | CN116113936A (zh) |
TW (1) | TW202203110A (zh) |
WO (1) | WO2022006320A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4167548A1 (en) * | 2021-10-14 | 2023-04-19 | Unify Patente GmbH & Co. KG | A method and a system for retrieving and applying dynamic policy rules in a network |
CN114244514B (zh) * | 2022-02-21 | 2022-05-24 | 图灵人工智能研究院(南京)有限公司 | 一种基于车联网的数据安全处理方法 |
EP4322039A1 (en) * | 2022-08-10 | 2024-02-14 | Nokia Technologies Oy | Network function validation |
WO2024119403A1 (zh) * | 2022-12-07 | 2024-06-13 | 华为技术有限公司 | 区块链建立方法及通信装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7877511B1 (en) * | 2003-01-13 | 2011-01-25 | F5 Networks, Inc. | Method and apparatus for adaptive services networking |
US11494344B2 (en) * | 2018-03-06 | 2022-11-08 | International Business Machines Corporation | Customized endorsement logic for blockchain |
US10673618B2 (en) * | 2018-06-08 | 2020-06-02 | Cisco Technology, Inc. | Provisioning network resources in a wireless network using a native blockchain platform |
US20200092084A1 (en) * | 2018-09-18 | 2020-03-19 | TERNiO, LLC | System and methods for operating a blockchain network |
EP3566393B1 (en) * | 2018-12-28 | 2021-09-01 | Advanced New Technologies Co., Ltd. | Accelerating transaction deliveries in blockchain networks using transaction resending |
-
2021
- 2021-06-30 CN CN202180057735.6A patent/CN116113936A/zh active Pending
- 2021-06-30 EP EP21749001.0A patent/EP4172796A1/en active Pending
- 2021-06-30 TW TW110124040A patent/TW202203110A/zh unknown
- 2021-06-30 WO PCT/US2021/039967 patent/WO2022006320A1/en unknown
- 2021-06-30 US US18/011,908 patent/US20230247094A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
TW202203110A (zh) | 2022-01-16 |
WO2022006320A1 (en) | 2022-01-06 |
US20230247094A1 (en) | 2023-08-03 |
EP4172796A1 (en) | 2023-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11297660B2 (en) | Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network | |
CN116113936A (zh) | 针对启用区块链的无线系统中的交易管理的方法、架构、装置和系统 | |
WO2022006109A1 (en) | Service function chaining services in edge data network and 5g networks | |
US20230262113A1 (en) | Methods, architectures, apparatuses and systems directed to enablers for blockchain-enabled wireless systems | |
WO2021163507A1 (en) | Security and privacy support for direct wireless communications | |
KR20220103975A (ko) | 서비스 정보 분배 | |
WO2023154444A1 (en) | Systems and methods for trustworthiness determination | |
US20230239264A1 (en) | Methods, architectures, apparatuses and systems directed to messaging through blockchain networks | |
US20220400362A1 (en) | 5g prose service based discovery | |
US20230217298A1 (en) | Quality Management for Wireless Devices | |
WO2023129485A2 (en) | Session establishment for cellular wireless devices | |
WO2023215576A1 (en) | Methods for federated learning as a network service (flaas) with user consent | |
WO2024112908A1 (en) | User-centric relaying services | |
WO2024035629A1 (en) | Authorization of application function for policy management | |
WO2023081415A1 (en) | Service provisioning and configuration for accessing pals hosting network | |
WO2023192216A1 (en) | Personal internet of things network element identifier configuration | |
WO2023147032A1 (en) | Performance monitoring and reporting to support aiml operation | |
WO2023059612A1 (en) | Customer premises network access control | |
WO2022245756A1 (en) | Blockchain-based federated data discovery and sharing | |
WO2023220015A1 (en) | Data collection with customizable blockchain processing | |
WO2024097406A1 (en) | Methods, architectures, apparatuses and systems directed to application-aware computing and communication management in a blockchain system | |
WO2023177912A1 (en) | Acr selection and coordination | |
WO2024072719A1 (en) | Methods, architectures, apparatuses and systems for device association over direct communication for aggregated devices | |
WO2023192146A1 (en) | Route selection in a wireless communication system | |
WO2023212152A1 (en) | Methods, architectures, apparatuses and systems for assertion of wireless transmit/receive unit (wtru) trustworthiness |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |