CN-121986463-A - Method for providing blockchain editing capability in wireless blockchain system

Abstract

A wireless transmit/receive unit (WTRU) may request a blockchain editing capability provision. The WTRU may prepare a first information element (BC-RD-Cap-Req) for the requested blockchain editing capability. The WTRU may send a first request to a first network function. The first request may include a first blockchain flag, a first blockchain address of the WTRU, and/or a first information element. The first request may be forwarded from the first network function to the second network function based on the blockchain flag. The WTRU may receive a first response from a first network function. The first response may include a blockchain editing Key generation Scheme (BC-RD-Key-Scheme) and/or a permitted blockchain editing capability (BC-RD-Cap-Granted). The WTRU may derive the blockchain editing key according to a blockchain editing key generation scheme. The WTRU may store the blockchain editing key. The WTRU may store the granted blockchain editing capability.

Inventors

• WANG ZHONGGANG
• LI XU
• ROBERT GAZDA
• Saad Ahmed
• Samir feldi
• M. Stasnick
• Ulysses Alvera-Hernandez

Assignees

• 交互数字专利控股公司

Dates

Publication Date

20260505

Application Date

20240918

Priority Date

20230918

Claims (20)

1. 1. A method performed by a network entity, the method comprising: Determining that a Wireless Transmit Receive Unit (WTRU) is capable of performing a blockchain editing operation in a wireless blockchain network associated with a wireless blockchain network identifier; Permitting the WTRU to edit the blockchain capability for the wireless blockchain network; generating blockchain editing key material, and A blockchain editing capability notification is sent, wherein the blockchain editing capability notification includes a blockchain editing capability element indicating that the WTRU is permitted to block chain editing capabilities for the wireless blockchain network, wherein the blockchain editing capability notification includes an indication of blockchain editing key material.
2. 2. The method of claim 1, wherein the network entity is configured to implement a blockchain administration function (BCGF) associated with a private key.
3. 3. The method of claim 2, further comprising: One or more transactions are signed using a BCGF private key, the one or more transactions configured to indicate at least one of (i) a grant for blockchain editing capabilities of the WTRU, or (ii) blockchain editing key material.
4. 4. The method of claim 1, further comprising: receiving an indication of monitoring performance of the WTRU, and A WTRU for grant of blockchain editing capability is selected based on monitoring performance of the WTRU.
5. 5. The method of claim 1, further comprising: receiving a blockchain editing capability request for a WTRU, and In response to receiving the blockchain editing capability request, it is determined to grant the blockchain editing capability to the WTRU.
6. 6. The method of claim 1, wherein granting the blockchain editing capability comprises: information is sent indicating one or more of a blockchain editing publisher, a blockchain editing mode, a wireless blockchain network identifier of a wireless blockchain network, or an identifier of another wireless blockchain network configured to store a history of blockchain editing operations associated with the wireless blockchain network.
7. 7. The method of claim 6, wherein the blockchain editing mode includes a direct editing mode configured to cause the blockchain editing publisher to send editing operations directly to the wireless blockchain network.
8. 8. The method of claim 6, wherein the blockchain editing mode includes an indirect editing mode configured to cause the blockchain editing publisher to send editing operations to the wireless blockchain network via another network entity.
9. 9. The method of claim 1, wherein the blockchain editing key material includes at least one of a blockchain editing key or a blockchain editing key scheme for deriving the blockchain editing key.
10. 10. The method of claim 1, further comprising: in response to sending the blockchain editing capability notification, an acknowledgement message is received, the acknowledgement message indicating an acceptance or rejection of a grant of blockchain editing capability for the WTRU.
11. 11. A network entity, comprising: A processor configured to: Determining that a Wireless Transmit Receive Unit (WTRU) is capable of performing a blockchain editing operation in a wireless blockchain network associated with a wireless blockchain network identifier; Permitting the WTRU to edit the blockchain capability for the wireless blockchain network; generating blockchain editing key material, and A blockchain editing capability notification is sent, wherein the blockchain editing capability notification includes a blockchain editing capability element indicating that the WTRU is permitted to block chain editing capabilities for the wireless blockchain network, wherein the blockchain editing capability notification includes an indication of blockchain editing key material.
12. 12. The network entity of claim 11, wherein the network entity is configured to implement a blockchain management function (BCGF) associated with a private key.
13. 13. The network entity of claim 12, wherein the processor is further configured to: One or more transactions are signed using a BCGF private key, the one or more transactions configured to indicate at least one of (i) a grant for blockchain editing capabilities of the WTRU, or (ii) blockchain editing key material.
14. 14. The network entity of claim 11, wherein the processor is further configured to: receiving an indication of monitoring performance of the WTRU, and A WTRU for grant of blockchain editing capability is selected based on monitoring performance of the WTRU.
15. 15. The network entity of claim 11, wherein the processor is further configured to: receiving a blockchain editing capability request for a WTRU, and In response to receiving the blockchain editing capability request, it is determined to grant the blockchain editing capability to the WTRU.
16. 16. The network entity of claim 11, wherein to grant the blockchain editing capability, the processor is configured to: Information is sent indicating one or more of a blockchain editing publisher, a blockchain editing mode, a wireless blockchain network identifier, or an identifier of another wireless blockchain network configured to store a history of blockchain editing operations associated with the wireless blockchain network.
17. 17. The network entity of claim 16, wherein the blockchain editing mode comprises a direct editing mode configured to cause the blockchain editing publisher to send editing operations directly to the wireless blockchain network.
18. 18. The network entity of claim 16, wherein the blockchain editing mode includes an indirect editing mode configured to cause the blockchain editing publisher to send editing operations to the wireless blockchain network via another network entity.
19. 19. The network entity of claim 11, wherein the blockchain editing key material includes at least one of a blockchain editing key or a blockchain editing key scheme for deriving the blockchain editing key.
20. 20. The network entity of claim 11, wherein the processor is further configured to: an acknowledgement message is received indicating an acceptance or rejection of the grant of blockchain editing capability for the WTRU.

Description

Method for providing blockchain editing capability in wireless blockchain system Cross Reference to Related Applications The present application claims priority from U.S. provisional application No. 63/583,405 filed on 18, 9, 2023, which is incorporated herein by reference in its entirety. Background The 5G (fifth generation) system architecture includes a wireless transmit/receive unit (WTRU), a Radio Access Network (RAN), and a core network. One of the design principles of the 5G system (5 GS) is service-centric or service-based. The 5G core network (5 GC) includes various network functions that work together to implement and provide the required services to the RAN, WTRU and application server/service provider. The network functions may access other network functions in a request/response mode or a subscription/notification mode. Before two network functions interact with each other, they first need to register with a Network Repository Function (NRF) so that they can discover each other through the NRF. Among these network functions, an access and mobility management function (AMF) is dedicated to managing WTRU access to 5GS and its mobility, a Session Management Function (SMF) is responsible for establishing a session between the WTRU and 5GC, and an authentication server function (AUSF) is responsible for WTRU authentication. In addition, a Policy Control Function (PCF) provides policy rules to other control plane network functions and the WTRU, and the PCF assigns an identifier to each created policy rule, which the other control plane network functions and the WTRU use to reference the corresponding policy rule. The User Plane Function (UPF) is the only core network function in the data plane that facilitates monitoring, managing, controlling and redirecting user plane traffic flows, e.g., between the WTRU and the Application Function (AF). The Network Exposure Function (NEF) enables 5G control plane functions to be accessed by entities such as network applications and AFs that are outside of 5GS and not in the same trusted domain. The 5GC also provides data storage and analysis services through functions such as Unified Data Management (UDM), unified Data Repository (UDR), unstructured Data Storage Function (UDSF) and network data analysis function (NWDAF). Another key feature of 5GS is network slicing, which is provided by a Network Slice Selection Function (NSSF). Although these network functions are defined as separate logical entities, a particular service scenario may require multiple network functions, e.g., WTRU mobility requires not only AMF but also AUSF and SMF. For one type of network function, multiple instances may be instantiated, and the NRF will maintain information for each instantiated network function instance. With the advent of edge computation, some of the network functions in 5GC (such as UPF and NEF) can be deployed and reside in edge networks that are closer to the RAN and possibly co-located with the RAN. The 5GS introduces some network functions, such as Location Management Functions (LMFs), to support location services. The LMF is responsible for calculating, determining, or verifying final position and any velocity estimates, and may estimate the accuracy achieved based on position information from the target WTRU and/or RAN node. After the LMF calculates the location of the target WTRU, other entities may access or query its location from the LMF, but need to pass through the serving AMF. Disclosure of Invention Authentication and/or supply blockchain editing (redaction) capabilities may be provided. Blockchain editing capability provisioning may be initiated by a device and/or application function. For example, a wireless transmit/receive unit (WTRU) and/or an application function may request provision of blockchain editing capabilities. The blockchain editing capability may be supplied to the network function. The WTRU may request a blockchain editing capability offer. The WTRU may prepare a first information element (BC-RD-Cap-Req) for the requested blockchain editing capability. The WTRU may send a first request to a first network function, such as an access and mobility management function (AMF). The first request may include a first blockchain flag, a first blockchain address of the WTRU, and/or a first information element. For example, based on the blockchain flag, the first request may be forwarded from the first network function to a second network function (e.g., blockchain control function (BCCF)). The WTRU may receive a first response from a first network function. The first response may have been generated by the second network function. The first response may include a blockchain editing Key generation Scheme (BC-RD-Key-Scheme) and/or a permitted blockchain editing capability (BC-RD-Cap-Granted). The WTRU may derive the blockchain editing key according to a blockchain editing key generation scheme. The WTRU may store the blockchain editing key. The WTRU m