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: This disclosure is related to initiating a network initiated registration procedure. A wireless transmit/receive unit (WTRU) is configured to transmit, to a wireless network, a first information indicating a capability to sponsor one or more other WTRUs that are not registered with a mobile operator network (MNO). The WTRU may receive security credentials associated with one or more virtual context identifiers. The WTRU may transmit a second information. The wireless network may be configured to initiate a registration procedure, based on the second information. The WTRU may receive, from the wireless network, third information. The WTRU may communicate with the one or more other WTRUs using the wireless network, based on the third information and on a policy of the MNO.

Abstract: Procedures, methods, architectures, apparatuses, systems, devices, and computer program products are provided for network-initiated wireless transmit/receive unit (WTRU) registration. WTRU methods and systems include scanning for and receiving a first system information block (SIB) including network-initiated registration (NIR) information from a wireless network, where the WTRU is not registered with the wireless network and the scanning is based on a scanning configuration. The methods and systems further include transmitting a request for a second SIB to the wireless network based on the NIR information of the first SIB indicating that additional NIR information is available and receiving the second SIB, which includes the additional NIR information. The methods and system additionally include transmitting a registration request to the wireless network based on the NIR information and on the additional NIR information, where the wireless network registers the WTRU based on the registration request.

Abstract: A method performed by a WTRU may comprise: detecting a DLT; transmitting, to a network node, a DLT reporting request message including a DDC associated with the detected DLT; receiving, from the network node, a DLT reporting response message, including a DLT status of the detected DLT; and receiving, from the network node, a DLT policy update notification message, including the DLT status and an updated DLT reporting policy associated with the detected DLT. The WTRU may be a sensing WTRU. The network node may be configured with a DLTF. The DLT status may be a desirable state, an undesirable state, or an unknown state.

Abstract: A method implemented by a wireless transmit/receive unit (WTRU) is disclosed. The method may comprise determining to enter a powered down state and determining a temporary identifier. The method may also comprise sending the temporary identifier to an ambient internet of things (AIoT) device and sending a request to a network to subscribe to a power on or wake-up procedure. The request may include at least the temporary identifier. Further, the method may comprise sending a notification to the AIoT device indicating the WTRU is entering the powered down state and entering the powered down state. Additionally, the method may comprise receiving a wake-up message from the AIoT device and exiting the powered down state in response to receiving the wake-up message from the AIoT device.

Abstract: A wireless transmit/receive unit (WTRU) may send a discovery request to a first edge enabler server (EES) instance 2024/238544 to obtain edge application server (EAS) information. The WTRU may receive a discovery response from the first EES instance. The discovery response may indicate a list of EAS information and/or registrar EES information for one or more EAS instances in the list of EAS information. The WTRU may select an EAS instance based on one or more of the list of EAS information or the registrar EES information for the one or more EAS instances. A second EES instance of the plurality of EES instances may be the registrar EES of the selected EAS instance.

Abstract: A PCF determines a WTRU is not configured to support VPLMN route selection policy rules. The PCF receives a first message that comprises service parameters associated with the WTRU. The service parameters may be used to generate VPLMN route selection policy rules which apply if the WTRU is registered in a VPLMN. If the PCF has determined that the WTRU does not support VPLMN route selection policy rules, the PCF sends a second message indicating that the VPLMN route selection policy rules will be sent to the WTRU if the WTRU becomes registered in the VPLMN. The PCF receives a third message from a network function. If the third message indicates the WTRU is registered in the VPLMN, the PCF sends a fourth message to the WTRU. The fourth message comprises generated VPLMN route selection policy rules for use by the WTRU in the VPLMN.

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 wireless transmit/receive unit (WTRU) may receive traffic descriptor determination rules that indicate an association of uplink personal internet of things network (PIN) traffic types to traffic descriptors. The WTRU may receive user equipment route selection policy (URSP) rules that indicate how to route uplink PIN traffic based on one or more PIN identifiers (IDs) and at least one of the traffic descriptors. The WTRU may receive uplink PIN traffic associated with a PIN ID of the one or more PIN IDs. The WTRU may determine a traffic descriptor for the received uplink PIN traffic based on the received traffic descriptor determination rules. The WTRU may select a protocol data unit (PDU) session for sending the uplink PIN traffic based on evaluation of the URSP rules using the PIN ID and the determined traffic descriptor.

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: 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: A wireless transmit/receive unit (WTRU) may establish a connection with an ambient power-enabled internet of things (A_IoT) device. The WTRU may receive a location update request. For example, the WTRU may receive the location update request from the A_IoT device via the connection. The WTRU may send a mobile originated location request (MO-LR). The WTRU may send the MO-LR to a network, for example based on the received location update request. The MO-LR may include an identifier associated with the A_IoT device and/or an indication that positioning is requested for the A_IoT device. The WTRU may determine to perform positioning with the network. The WTRU may perform the positioning, for example with the network, to indicate the location of the A_IoT device. The connection may be a sidelink connection and/or a backscattering connection.

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: 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: The disclosed embodiments enable a non-3GPP device to be reached by a peer device when the non-3GPP device connects to a 3GPP network via a UE/5G-RG. The embodiments enable the non-3GPP to be temporarily associated to any network subscription. As the non-3GPP device is linked or unlinked from different UE/5G-RG s at different times,. The embodiments enable an AF and a peer node to subscribe to reachability notifications associated with the non-3GPP device. A 3GPP PCF enables device reachability notifications by updating a UDR/UDM and a NEF based on a connection status of an non-3GPP device.