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: A wireless transmit/receive unit (WTRU) may send a roaming request to a network. The network may be a visited network. The roaming request may comprise an address associated with a WTRU roaming proof transaction. The WTRU may receive an authentication vector that depends on an authentication policy described in the WTRU roaming proof transaction. The WTRU may generate an authentication response based on the authentication policy. The WTRU may send the authentication response to the network. The WTRU may receive a notification from the network. The notification may indicate whether the roaming request has been successful.

Abstract: Methods, apparatuses, and procedures are disclosed herein for handling of network functions (NFs) deployed in a customer premise network (CPN) in wireless communications. For example, a wireless transmit/receive unit (WTRU) is configured to send, to an access and mobility management function (AMF), a first registration message indicating a request for the AMF to proxy register a network function (NF) or an NF group associated with the WTRU. The WTRU is further configured to receive, from the AMF, a second registration message indicating proxy registration information based on the first registration message, and send, to the AMF, a message indicating NF profile information of the NF or the NF group associated with the WTRU.

Abstract: A wireless transmit/receive unit (WTRU) is configured to: receive trust management function (TMF) configuration information comprising at least one identifier of at least one external TMF (eTMF); send a first request message to a first network node comprising a first service identification; receive a second request message from a second network node comprising an identifier of the second network node and a second service identification; determine that the identifier of the second network node matches an identifier from the at least one identifier of the at least one eTMF; determine that the second service identification matches the first service identification; send a first response message to the second network node indicating permission for the second network node to expose WTRU trust information to a third network node; receive a second response message from the first network node that indicates whether the requested service in the first request message is granted.

Abstract: Methods and apparatuses are provided for trust exposure in a wireless communication system. A wireless transmit/receive unit (WTRU) may indicate a WTRU trust capability to a trust management function (TMF). The WTRU may create one or more WTRU trust information exposure policies and/or transmit the one or more WTRU trust information exposure policies to the TMF. The WTRU may transmit an application request to an application server (AS). The WTRU may receive a trust information exposure request from the TMF. The WTRU may approve the trust information exposure request. The WTRU may transmit a trust information exposure response to the TMF. The WTRU may receive a trust information exposure notification from the TMF. The WTRU may receive an application response from the AS.

Abstract: A function entity (FE) receives an FE trust registration request notification from a network node, including contact information of the network node. The FE sends an FE trust registration request to the network node, including contact information of external trust management functions (eTMFs), and an identifier of the FE. The FE receives an FE trust registration response from the network node, including one or more of: an identifier of an FE profile for the FE, an identifier of the eTMFs, an identifier of eTMF profiles, an association of the FE profile and the eTMF profiles, or an identifier of the network node. The FE sends an FE trust registration completion notification to a selected eTMF of the eTMFs, based on the FE trust registration response. The FE trust registration completion notification includes the identifier of the network node, an identifier of the selected eTMF, and the identifier of the FE.

Abstract: In some implementations, a WTRU may include transmitting, to a network element, a request to join a collaboration infrastructure associated with one or more activities. In addition, the WTRU may include receiving, from the network element, a request response including information indicating a proposal of a smart contract that may include responsibilities and policies associated with joining the collaboration infrastructure, and information indicating conducted tasks to be assigned by the network element. The WTRU may include transmitting, to the network element, feedback on the smart contract. Moreover, the WTRU may include receiving, from the network element, a WTRU collaboration guide indicating one or more tasks assigned to the WTRU. Also, the WTRU may include evaluating the one or more tasks assigned to the WTRU. Further, the WTRU may include transmitting, to the network element, an acknowledgement of the one or more tasks assigned to the WTRU.

Abstract: A wireless transmit/receive unit (WTRU) may be configured to send a discovery request to an edge enabler server (EES). The discovery request may include an indication of an application client (AC) at the WTRU, an indication of a group profile associated with the AC, and AC authorization credentials. The WTRU may also receive a discovery response message. The discovery response message may include information associated with an edge application server (EAS) for the AC, and an indication that the AC is authorized for a group session with the EAS. The WTRU may further provide the information associated with the EAS to the AC for communication with the EAS.

Abstract: A wireless transmit/receive unit (WTRU) may be configured to receive a group profile. The WTRU may send a provisioning request message to an Edge Configuration Server (ECS). The WTRU may further receive an indication of an Edge Enabler Server (EES) associated with the group profile from the ECS in response to the provisioning request message, and send a discovery request message to the EES. The WTRU may receive a discovery response message with information indicating one or more Edge Application Servers (EASs). Moreover, the WTRU may select an EAS based on the discovery response message, and send a provisioning request message to the EES.

Abstract: The WTRU may determine that it has a need to request a NAS network service and may generate an application layer NAS message that comprises the request. The WTRU may determine, based on configuration information, one or more network nodes configured to provide NAS network services. The WTRU may determine, based on analytics data and policy data, a first network node in the one or more network nodes to which the application layer NAS message may be sent. The WTRU may determine, based on the policy data, one or more parameters for sending the application layer NAS message to the first network node. The WTRU may determine an endpoint address associated with the first network node. The WTRU may send the application layer NAS message to the first network node using the endpoint address and the one or more parameters.

Abstract: Methods and apparatuses for discovery and selection of a Local Network Exposure Function (L-NEF) are described herein. A method of for registering with a Network Repository Function (NRF) performed by a L-NEF may include sending, to the NRF, a register registration message that includes a new NF network function (NF) profile, the new NF profile further including an identification of a Local Area Data Network (LADN), Service area information associated with the L-NEF, and a User Plane Function (UPF) Identifier (ID). The method may include receiving a registration response message from the NRF.

Abstract: Methods and apparatus for service continuity for personal IoT network (PIN) elements (PINEs) are described. A first message is received from a PIN server, including context information containing an identifier for a PINE, an identifier for a session for the PINE with an application server, and an identifier for a first PIN gateway (PEGC) providing 3GPP network services to the PINE for the session. A second message is received from the first PEGC, which indicates loss of connectivity with the PINE and includes the identifier for the PINE and the context information. It is determined that the PINE is authorized to connect to a second PEGC. The context information is updated to include an identifier for the second PEGC. A third message is sent to the second PEGC, which contains the identifier for the PINE, the updated context information and an indication to activate service continuity for the PINE.

Abstract: Methods, apparatuses, systems, etc., directed to a wireless transmit/receive unit (WTRU) for integrating a constrained MEC host in a MEC system are disclosed herein. In an embodiment, the WTRU may obtain information indicating at least one multi-access edge computing (MEC) resource available for integration by a MEC system, wherein the MEC system supports a plurality of types of MEC resources available for integration, and wherein the at least one MEC resource is a subset of the plurality of types of MEC resources supported by the MEC system; may transmit to the MEC system, information indicating at least one MEC resource, to be integrated by the MEC system, from the at least one MEC resource available for integration by the MEC system; and may receive from the MEC system, information indicating an integration by the MEC system of the at least one indicated MEC resource.

Abstract: In one or more embodiments, one or more devices, systems, and/or methods may address solutions and/or innovations for 5G System edge computing, edge applications, and/or other wireless systems. For example, one or more of the following techniques may be used to address shared-application vertical-session-based edge-application-instance discovery and selection: there may be an application vertical-session identifier; one or more application-vertical-session-based EAS registration, discovery, and selection procedures; application-vertical-session-based EDN/EES provisioning; and/or, application-vertical-session management.

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.