Abstract: In an embodiment, a method, implemented in a WTRU, comprises transmitting, to a network, a first message comprising first information indicating a first request for configuring a connectivity with a device edge application server (DEAS); receiving, from the network, a second message comprising second information indicating DEAS connectivity configuration information; performing a DEAS connectivity configuration based on the received second message; transmitting, to the network, a third message comprising third information indicating a second request to register the DEAS; and receiving, from the network, a fourth message comprising fourth information indicating that DEAS is registered.

Abstract: Systems, methods, and instrumentalities are provided for enabling a wireless transmit/receive unit (WTRU) to participate in multi-access edge computing (MEC) services. The WTRU may be a constrained WTRU, for example, in terms of computation, storage, and/or networking resources available to the WTRU. A function may be implemented on the WTRU to expose an interface to a MEC application on the WTRU, through which the MEC application may register with a network device such as an MEC host located at the edge of a mobile communication network and join an MEC service provided by the MEC host. A transport may be established between the WTRU and the MEC host to facilitate provision of the MEC service, and the transport may be modified and/or deleted, for example, based on mobility events at the WTRU and/or load conditions of the WTRU.

Abstract: Systems, methods, and instrumentalities are disclosed for user-centric relaying services. In examples, a relay wireless transmit/receive unit (WTRU) may receive, from a remote WTRU, a discovery solicitation. The discovery solicitation may include one or more of a remote WTRU User-Centric Identifier (UCi), a remote WTRU User-Centric Credential (UCC) type, or a preferred relay WTRU UCC type. The relay WTRU may verify the remote WTRU UCI based on the discovery solicitation. The relay WTRU may authenticate the discovery solicitation using the verified WTRU UCI. The relay WTRU may send a discovery response to the remote WTRU based on the discovery solicitation being authenticated. The discovery response may include one or more of a relay WTRU UCI, a preferred remote WTRU UCC type, or a relay WTRU UCC. The relay WTRU may receive, from the remote WTRU, a discovery report. The discovery report may be based on a confirmation received from the remote WTRU. The WTRU may send the discovery report to a network node.

Abstract: A system and method for providing an Edge Sharing Service via a local connection is disclosed. This includes reserving resources for a locally connecting device responsive to a registration request from the device, discovering and connecting to at least one edge data network providing services required by the locally connecting device, selecting an edge application server (EAS) and service continuity method on behalf of the locally connecting device, and providing registration response to the device to allow the locally connecting device to access edge services over the local connection using the reserved resources for the device. This includes requesting Edge Sharing Function via an edge enabler client (EEC) registration and receiving an EEC response, authenticating and authorizing the device to access edge services, discovering edge services, providing the device with the address of the selected EAS, and configuring the required connectivity for the device to access the EAS.

Abstract: Procedures, methods, architectures, apparatuses, systems, devices, and computer program products directed to in connection with application-aware computing and communication management in a blockchain system are provided. Among the methods is a method that may include transmitting a first transmission to a processing device of a distributed ledger, wherein the first transmission comprises information indicating collective data interest plan (CDIP) content, including filters for filtering transactions for the first device and a second device; receiving a second transmission from the processing device, wherein the second transmission comprises information indicating a summary digest for multiple filtered transactions; generating multiple transaction set units (TSUs); and transmitting, to the processing device, information indicating to the processing device to transmit to the second device one or more of the multiple TSUs.

Abstract: In one or more systems, methods, and/or devices, an enhanced residential gateway (eRG) may perform registration for 5GS and CPN identification. This may include a registration procedure for the eRG, and/or a service request procedure for the eRG. Additionally, in the eRG, the user plane of a wireless transmit receive unit (WTRU) may be handled. This may include a procedure for the eRG for WTRU registration, and/or PDU session establishment for local breakout in the CPN.

Abstract: In an embodiment, a method implemented in a Wireless transmit/receive unit (WTRU) comprises transmitting, to a network, a first message comprising first information indicating capability of device edge registry function (DERF); receiving, from the network, a first response message comprising second information indicating that the capability of the DERF of the WTRU is successfully registered; receiving from the network, a second message comprising third information indicating a request to activate the DERF; enabling the DERF; and transmitting, to the network, a third message comprising fourth information indicating the DERF is enabled.

Abstract: Methods, apparatuses, and systems for enabling and configuring a time-sensitive networking (TSN) centralized network/distributed user model in a wireless communications system are provided. For example, a method for wireless communications includes receiving configuration information related to forwarding reservation information to a centralized network configuration (CNC) entity, receiving one or more user requests based on the received configuration information, determining reservation information from the received one or more user requests, and sending, based on the received configuration information, the reservation information to the CNC entity.

Abstract: In an embodiment, a method implemented in a first node, comprises receiving, from a second node, an application modification request message comprising first information indicating an identity, security and trust credentials of the second network node, and an resource modification descriptor; determining an edge resource descriptor (ERD) list based on the first information of the application modification request message; transmitting, to the second node, a resource allocation request message; receiving, from the second node, a message indicating success of the resource allocation request; transmitting, to a third node, an application descriptor modification notification comprising second information indicating an identity and credentials of the first network node, and the ERD list; receiving, from the third node, an application descriptor modification acknowledgement message, comprising third information indicating a modified ERD list; and transmitting, to the second node, an application modification response

Abstract: A station may be configured to transmit, to an access point (AP) via the transceiver, an association request frame or a reassociation request frame. The STA may be configured to receive, from the AP, an association response frame and/or a reassociation response frame, and transmit, to the AP via the transceiver, an enhanced data privacy (EDP) epoch request frame. The EDP epoch request frame may include a desired EDP epoch action which conveys group epoch parameters. The desired EDP epoch action may include a request to create a new EDP epoch group, join a different EDP epoch group than the assigned EDP epoch group, and/or leave the assigned EDP epoch group. The STA may be configured to receive, from the AP, an EDP epoch response frame that conveys results of the desired EDP epoch action.

Abstract: Methods and apparatuses for reducing application instantiation delay and downtime are described herein. A method may comprise relocating an application function from a source Edge Data Network (EDN) component to a target EDN component. The method may comprise receiving an indication, and/or determining, based on at least one of a user mobility, resource optimization requirement, key performance indicator (KPI), or a failed relocation attempt, to relocate the application function. The method may further comprise performing a Protocol Data Unit (PDU) session establishment procedure toward the target EDN component. The method may further comprise determining, based on one or more received parameters for edge usage and capabilities, to relocate the application function. The method may further comprise sending, to a European Telecommunications Standards Institute (ETSI) Multi-access Edge Computing (MEC) orchestrator, an indication that the application function will be relocated.

Abstract: A method performed by a network entity includes receiving a first instruction element (IE) indicating an identity of a wireless device and receiving a second IE indicating an action to buffer data intended for the wireless device, buffering the data intended for the wireless device, receiving a third IE indicating the identity of the wireless device and receiving a fourth IE indicating an action to stop buffering data and release the buffered data intended for the wireless device. The network entity then may transmit at least a portion of the buffered data to the wireless device.

Abstract: A wireless transmit/receive unit (WTRU) transmits a first request message including indication information indicating that the WTRU supports receiving a registration area (RA) set. The WTRU receives a first response message including RA set information, including information about two or more RAs within an RA set. Also, the WTRU detects that the WTRU has moved from a first tracking area to a second tracking area. In addition, the WTRU determines that the first tracking area and the second tracking area are both part of the RA set, and that the first tracking area and the second tracking area are parts of different RAs. The WTRU transmits, based on the determination, a second request message. Moreover, the WTRU receives a second response message.

Abstract: The disclosure pertains to a method implemented in a Wireless Transmit/Receive Unit (WTRU) for service continuity during an application context relocation (ACR) procedure. The method includes determining, by the WTRU, one or more local area data network (LADN) data network names (DNNs) that require service continuity. The method additionally includes indicating, to a network by the WTRU, the LADN DNNs that require service continuity. The network is configured to use the list to maintain a protocol data unit (PDU) session toward a source LADN DNN, after the WTRU leaves a service area of a source LADN, while ACR is being executed and release the PDU session when the ACR is complete.

Abstract: Systems and methods are described herein for service continuity. Service continuity may be performed and/or provided, for example, if (e.g., when) inter wireless transmit/receive unit (WTRU) communication changes from a direct mode to using an intermediate gateway capable WTRU. A personal Internet of Things network (PIN) may be used. WTRUs may be part of the PIN. WTRUs in the PIN may be referred to as a PIN element (PINE). WTRUs and/or PINEs in the PIN may be associated with different capabilities. For example, a PINE in a PIN may be a PINE with gateway capability (PEGC). For example, a PINE in a PIN may be a PINE with management capability (PEMC).

Abstract: Methods, apparatuses, and systems for enabling and configuring a time-sensitive networking (TSN) centralized network/distributed user model in a wireless communications system are provided. For example, a method for wireless communications includes receiving configuration information related to forwarding reservation information to a centralized network configuration (CNC) entity, receiving one or more user requests based on the received configuration information, determining reservation information from the received one or more user requests, and sending, based on the received configuration information, the reservation information to the CNC entity.

Abstract: In some implementations, a first entity may receive, from a second entity, a task assignment request including one or more of: an identifier of a first task, identifier of the first and second entity, execution instructions, set of trust evaluation criteria, a first smart contract, a specified trust level, a drafted first smart contract, and a preferred. The first entity may analyze requirements for executing the first task, decide on resource requirements for executing the first task and accept, conditionally accept, or reject the request based on the resource requirements and the set of trust evaluation criteria. The first entity may send a modified first smart contract when the first smart contract is conditionally accepted. The first entity may receive a notification that the first smart contract or modified first smart contract is recorded in a distributed ledger system via a DLS and may execute a first task accepted/conditionally accepted.

Abstract: Methods and apparatus for delivering 5G multicast/broadcast services to WTRUs in a 3GPP network via non-3GPP access, such as 802.11bc Enhanced Broadcast Service networks, are described. One method may include receiving, from the 3GPP network, first information indicating a service announcement or a protocol data unit (PDU) session request associated with 3GPP multicast/broadcast services (MBS. The first information may include MBS session information. The method may further include determining, based on the MBS session information, a MBS session context in the wireless LAN. The MBS session context may include second information used for transmission of the MBS over the wireless LAN. The method may then include transmitting third information indicating the MBS session context to the wireless LAN for distribution to Wireless Transmit Units (WTRUs) in the wireless LAN.

Abstract: A trust-index-aware service communication proxy (TIASCP) may be configured to receive, from a function entity service consumer (FESC), a first service operation request message that comprises a service operation request, send, to a trust management function (TMF), a FESC trust index retrieval request message, and receive, from the TMF, a FESC trust index retrieval response message that comprises a trust index of the FESC. The TIASCP may be configured to select a function entity service provider (FESP) based on the trust index of the FESC and to authenticate the service operation request based on the trust index of the FESC. The TIASCP may be configured to send, to the TMF, a FESP trust index retrieval request message and receive, from the TMF, a FESP trust index retrieval response message that includes a trust index of the FESP and authenticate the FESP based on the trust index of the FESP.

Abstract: A function entity service producer (FESP) hosts a service function and receives a subscription request message from a function entity service consumer (FESC) including an indication of requested services and an indication of a condition that the service function is to apply when determining whether to send a service notification pursuant to the subscription. The FESP receives the FESC's a trust index from a trust management function (TMF). The trust index is at least one of a trust index of the FESC or of a user of the FESC The FESP determines to authenticate the subscription request if the trust index is greater than a threshold. The FESP receives an updated trust index of the FESC from the TMF when the condition is met and sends the service notification to the FESC when the updated trust index of the FESC is greater than the threshold.