Abstract: The network registrations of Internet-of-Things and like devices may be managed through the exchange of subscriber identity module and public land mobile network information. An exposure function may receive information regarding a device that needs cellular on-boarding, and pass the information to an operator subscription manager, and monitor a registration attempt of the device. The exposure function may process a request to allow transfer of ownership of a device, and such a request may include an expiration time, and an action to be taken upon expiry. The exposure function may also dis-enroll (off-board) devices. A central Equipment Identity Register (EIR) may store information relating to the home networks of devices, along with eSIM operating profiles of the device. An operator subscription manager may retrieve device information from a manufacturer server, create an eSIM operating profile, assign an IMSI, and exchange such information with entities such as user equipment and EIR.

Abstract: A registrar entity, such as a service layer gateway, obtains the service capabilities requirements or preferences of a new registree entity, such as an application, and only accepts a registration of the registree if the registrar has sufficient remaining service capacities to meet the service capabilities requirements or preferences of the registree entity while ensuring that the provision of support to existing registree entities is not impacted. If the registrar lacks the capabilities to satisfy the requirements or preferences, it may contact a server to identify another registrar which has the capabilities. Updates to requirements or preference may originate at any node, e.g., at a user equipment device or a service.

Abstract: Internet of Things (IoT) configurable event and action sequencing mechanisms for interconnecting various IoT events together to achieve an event and action sequencing process that may efficiently enable complex uses of the data available in IoT systems.

Abstract: An apparatus in accordance with the present application includes processing circuitry configured to determine that a policy is needed from a network for a particular type of traffic or network connection, transmit a non-access stratum (NAS) message to the network to request a policy, the message indicating what type of traffic or network the policy is required, and receive a response from the network. Another apparatus in accordance with the present application includes processing circuitry configured to receive a first non-access stratum (NAS) message from a network with configuration information that indicates that notifications related to the use of policies by the apparatus are desired, and transmit a second non-access stratum (NAS) message to the network, the second NAS message includes the notification relating to the use of policies by the apparatus.

Abstract: A 5G non-IP data delivery (NIDD) architecture is described including different options of data paths for non-IP data delivery through a 5G core network. A registration procedure is provided with new parameters for enabling the NIDD. Also, mechanisms are described for establishing a PDU session between a UE and SCS/AS for non-IP delivery. For example, the PDU session may pass through an AMF, SMF, and User Plane Function (UPF)/NEF. Additionally, methods of Mobile Originated (MO) and Mobile Terminated (MT) non-IP data transfer are described. Data buffering methods are also disclosed.

Abstract: An electronic device is configured to transmit, to a wireless network, a link request message requesting a user identifier be associated with an identifier corresponding to the electronic device; receive, from the wireless network, a registration response confirming that the user identifier has been associated with the identifier corresponding to the electronic device; and receive, from the wireless network, updated configuration information for the electronic device, wherein at least part of configuration information is associated with the user identifier.

Abstract: A caching entity may store a cached copy of a service layer resource. An original hosting entity may maintain a registry of the corresponding cached resources. Optionally, the original hosting entity may set cache parameters to govern the lifetime of the cache on a caching entity. The caching entity may keep storing the cached copy of the resource and the original hosting entity may obtain statistics about the cached resource. By knowing the statistics, e.g. how many times a resource is retrieved on each caching entity, the original hosting entity may better manage the resource.

Abstract: An electronic device including a receiver configured to receive a first Subscriber Identity Module (SIM); a receiver configured to receive a second SIM; and circuitry configured to receive data from the first SIM; and send a request, to a first public land mobile network (PLMN), to register the electronic device to the first PLMN, wherein the request indicates that the electronic device is a multi-SIM device and the request includes multi-SIM assistance information, and wherein the multi-SIM assistance information informs the first PLMN of the electronic device's preference for multi-SIM operations.

Abstract: A method of multi-hop relay chain formation in a wireless communication network includes discovering, via a remote electronic device, one or more other electronic devices in communication range of the remote electronic device; selecting one of the discovered electronic devices as an relay electronic device for communicating in the multi-hop relay chain; after selecting the relay electronic device, transmitting, via the remote electronic device, a request to establish a PC5 link; and establishing the PC5 link with the remote electronic device to join or form the multi-hop relay chain within the wireless communication network.

Abstract: Internet of Things (IoT) configurable event and action sequencing mechanisms for interconnecting various IoT events together to achieve an event and action sequencing process that may efficiently enable complex uses of the data available in IoT systems.

Abstract: An electronic device including circuitry configured to send a request to a core network, wherein the request informs the core network that the electronic device is capable of aggregating data and relaying data from other electronic devices; receive one or more aggregation policies from the core network, wherein the one or more aggregation policies provide parameters that instruct how the electronic device is to aggregate and relay data; receive data from the other electronic devices; aggregate the data from the other electronic devices based on the parameters; and send the aggregated data to the core network.

Abstract: The application is at least directed to a core network including a non-transitory memory having instructions stored thereon for registering a network function or network function template in the core network. The network includes a processor, operably coupled to the non-transitory memory. The processor is configured to perform the instruction of determining that registration of the network function or network function template is acceptable. The processor is also configured to perform the instruction of transmitting a message including the network function or network function template to a repository in the core network. The processor is also configured to perform the instruction of verifying the network function or network function template against existing policies in the core network. The processor is also configured to perform the instruction of registering the network function or network function template in the repository after verification.

Abstract: Methods, systems, and devices may be used to support freshness-based processing of requests. Freshness-based processing may involve the service layer examining the age of stored content (e.g., resource representation) that it hosts and determining whether it is fresh enough to satisfy a retrieve or discovery request with a specified freshness requirement. If not fresh, the service layer can contact an application to refresh the content. In addition, freshness-based processing can also involve the service layer examining the semantic state of a command oriented update request to determine whether its state is fresh or not with respect to prior commands processed by the service layer. For example, the service layer may compare stored content associated with controlling a particular application (e.g. door is locked) and against the semantic content of an update request (e.g., unlock door) to determine whether it is the same (e.g., stale) or not (e.g., fresh).

Abstract: An apparatus in accordance with the present application may monitor a sidelink (SL) connection. The apparatus includes processing circuitry that receives signals in a protocol stack to perform SL-radio link monitoring (SL-RLM), and determines, according to the signals, whether a SL-radio link status reporting dio link failure (RLF) has occurred. The signals may include hybrid automatic repeat request (HARQ) feedback. In a case that the signals include a HARQ-NACK, the processing circuitry determines that the SL-RLF has occurred. The processing circuitry further receives configuration information related to the SL-RLM for the signals, the configuration information including configurations for measurement quantities of the signals and a condition for declaring SL-RLF, configures, according to the configuration information, lower layers of the protocol stack for the SL-RLM for the signals, and performs SL-RLM measurements of the measurement quantities.

Abstract: Methods and apparatus are described for configuring desired network capabilities in a service-based network, including a method for a UE to initiate a network capability based registration to configure its desired network capabilities, a method for UEs to initiate a network capability based registration update when UEs are already registered to the network and want to dynamically re-configure their network capabilities, and a method for a network capability based UE configuration update, which allows NFs or ASs to initiate updating the network capabilities in a network slice for the UE.

Abstract: A labeled data generation service provides an Internet-of-Things (IoT) system with a capability whereby users may configure how the system gathers, processes, and generates labeled data instances by: collecting and processing the data into a format required by supervised learning algorithms; generating expected outputs from data available in the IoT system; supporting the linking of collected inputs with generated expected outputs; forming labeled data instances; cleaning the labeled data set appropriately; sending the labeled data set to target nodes; and/or communicating with target nodes regarding improving the data processing and labeling processes, as required.

Abstract: An apparatus can monitor interactions between IoT devices and IoT applications. Based on the monitoring, the apparatus may identify an interaction between a given IoT device and a given IoT application that can be adjusted. In an example, the apparatus may generate a recommendation or instruction in response to identifying the interaction. A first instruction may indicate a change in behavior for one of the IoT device or the IoT application. The apparatus may send the instruction to the one of the IoT device or the IoT application, for example, so as to cause the one of the IoT device or the IoT application to change the respective behavior, thereby adjusting the interaction between the IoT device and the IoT application.

Abstract: IoT service layer capabilities may be employed to automate and simplify the service enrollment process for IoT service subscribers/enrollees. These capabilities enable virtualization of a service subscriber and the physical IoT devices, applications, data and authorized users of the subscriber into a software profile that is representative of the subscriber. Once virtualized, a service subscriber may then delegate the complexities and burden of service enrollment to an automated IoT service enrollment software function.

Abstract: Some underlying networks such as Low-Power Wide-Area Networks (LPWAN) have limited communication bandwidth and strict requirements on maximum message size. It is recognized herein that these requirements may pose a challenge for data or resource exchange between two service layer (SL) entities, for example, because resource representations to be exchanged may have too large a size to be supported by the underlying networks. In some cases, traditional data compression algorithms can be used to alleviate this problem to some degree, but it is recognized herein that there are associated computation costs due to compression and decompression that may not be affordable for constrained IoT devices. Various embodiments described herein address this problem, among others, by defining a Resource Representation Common Part (RRCP) and storing it at the service layer.

Abstract: A batch of CRUD operations can be coupled with the resource discovery operation and directly conducted on the matched resources, without initiating new CRUD requests. New functionality at the Originator and Receiver can differentiate the resources for which criteria matching is applied from the resources included in the discovery/filtering results. Enhanced functionality at the Originator and Receiver can combine discovery with RESTful operations targeting a resource set different than but related the discovered resources. Other enhancements may be used to request discovery of resources in a specified relationship to those matching a filter, or to request group formation based on the result.