Abstract: Some services offered by M2M service layers will have contact information that will be used in order to interact with applications. For example, a service layer may need to send notification messages to an application. To do this, the service layer relies on stored contact information to know how to reach the application. If the device hosting the application moves and the application changes its contact information, then the contact information that is in the service layer is stale. As a result, these services will be inefficient, or in some cases, fail altogether. Embodiments described herein provide systems and methods to enable mechanisms to update stale contact information in M2M service layers.

Abstract: Existing approaches to security within network, for instance one M2M networks, are limited. For example, content might only be protected while the content is in transit between entities that trust each other. Here, the integrity and the confidentiality of content in an M2M network are protected. Such content may be “at rest,” such that the content is stored at a hosting node. Only authorized entities may store and retrieve the data that is stored at the hosting node, and the data may be protected from a confidentiality perspective and an integrity perspective.

Abstract: An M2M/IoT resource directory entity may discover and register to other resource directory entities by including criteria attributes in discovery broadcasts and then processing link and metadata that may be included in responses. The resource directory with registrations to other resource directories may service a client request by selecting other resources directories to query based on the request or a query criteria contained therein, and then process link and metadata in responses from the other resource directory entities to aggregate a response to the client. Directory-to-directory registrations may be facilitated via using hierarchical parent-child resource directory identifiers, a peer-to-peer identifier regime, or a combination of the two. Observe notifications may include indicia registrations states, e.g., via change and delete response codes.

Abstract: The present application is directed to a computer-implemented device and method for performing group-on-group operations over the M2M interface. The device and method includes the step of receiving a request to initiate the group-on-group operation from a device owner including commands of a group resource defined in a uniform resource indicator. The device and method includes the step of processing the request and also a step for sending a group management request API to a management server to execute the commands on the devices. Further, there is a step of receiving a response from the management server indicating execution status of the commands by the device. The application also is directed to a computer-implemented method for establishing group-on-group operation over the M2M interface.

Abstract: Service layer multicast communications management may be achieved via indication by entities of multicast capabilities during service layer registration and self-subscription by the entities to the service layer. The service layer, or a managing application in communication with the service layer, may then maintain resources for multicast configurations, dynamically create multicast groups, and notify members via their self-subscription of the entities in the groups. The service layer may then further fan-out multicast messages, thereby allowing the originator of the multicast message to access recipients in multiple underlying networks without the need to configure communications directly. Fan-out may include unicasts to entities lacking multicast capabilities. Self-subscription may also be used, for example, in granting access control to a third party application.

Abstract: An evolved resource directory may provide filtered and prioritized search results to a client's search query for resources. For example, in a network comprising servers and a resource directory, the resource directory registers a plurality of URIs received from the servers. The resource directory may determine an initial ranking of the plurality of URIs based on measuring cross-links between each of the plurality of URIs and identifying contexts of the plurality of URIs. The initial ranking is stored in a ranked database. In response to a client's search query, the resource directory may determine a real-time ranking for the plurality of URIs stored in the ranked database. The real-time ranking may be determined based on checking a sleep status for each of the servers and/or by partially balancing traffic loads of the servers. The resource directory, based on the real-time ranking and/or the initial ranking, may then generate a ranked list of the filtered and prioritized URIs.

Abstract: Profile based services and content can assist with the backward and forward compatibility of conventional service layers or the like. Using a profile to manage content and access to services offered may reduce the overhead or processing associated with providing those value added services by service layers. A service layer may be an M2M/IoT Service Layer, and compatibility may refer to compatibility regarding different versions or releases of the oneM2M Service Layer.

Abstract: Methods and systems providing application layer support for one or more sleeping nodes in constrained networks are contemplated. Embodiments contemplate inserting sleep information in a header option or payload of an application layer message. The application layer message may be conveyed in a hypertext transfer protocol (HTTP) or a constrained application protocol (CoAP). Embodiments contemplate communicating the application layer message to a server, which may serve as a caching and/or buffering proxy.

Abstract: Functionality is added to the CoAP and WebSocket protocols to enable the creation of communication sessions, or connections, at a CoAP layer of a communications network. In one aspect, a connection is created at Client server the CoAP layer using CoAP RESTful messages. In another aspect, new CoAP Options are introduced to request initiation and deletion of a connection at the CoAP layer. In yet another aspect, new CoAP Codes are introduced to request initiation and deletion of a connection at the CoAP layer. In a further aspect, new CoAP Tokens are introduced to request initiation and deletion of a connection at the CoAP layer.

Abstract: The present application is directed to a computer-implemented device for reserving a path in a network. The device includes a non-transitory memory operably coupled to a processor. The processor is configured to perform the instruction of sending a path computation request to a backbone router via a routing protocol path. The processor is also configured to perform the instruction of receiving a computation reply from the backbone router path based upon the request. The processor is also configured to perform the instruction of assigning a soft cell on the path between the source and the destination device. The application is also directed to a computer-implemented device for reserving a path between a source device and destination device.

Abstract: The present application describes a computer-implemented device on a network including a non-transitory memory having instructions stored thereon for registering a node with a router on the network. The device also includes a processor, operably coupled to the non-transitory memory, configured to execute the instructions of receiving, from the node over the network, a solicitation with context information including a registration start time request. The processor is also configured to execute the instructions of evaluating, at the router, whether to accept the solicitation based upon neighbor space and the received start time request. The processor is even further configured to execute the instructions of sending, to the node, an advertisement including an approved registration start time based upon the determining step.

Abstract: A system is disclosed for publication and discovery of M2M/IoT services. An M2M gateway system receives resource descriptions from M2M/IoT devices. The gateway system creates for each received resource description an individual web services description language file (WSDL-I file) recording information about the resource. The gateway identifies groups of services with similar characteristics and generates for each identified group a web service description file (WSDL-G file) recording information regarding the group. The WSDL-G files are communicated to a service registry infrastructure (SRI). A consumer system queries the SRI for services satisfying particular criteria and receives WSDL-G files for groups of services that satisfy the criteria. The consumer system requests the WSDL-I files corresponding to a selected WSDL-G files from the gateway.

Abstract: Disclosed herein are a variety of devices, methods, and systems for load balancing in the internet of things. Devices and other entities can be grouped together in a load balancing group and traffic for such devices balanced according to load balancing criteria. Groups may be discovered, created, manipulated, and deleted by various entities.

Abstract: The present application describes a computer-implemented device on a network including a non-transitory memory having instructions stored thereon for registering a node with a router on the network. The device also includes a processor, operably coupled to the non-transitory memory, configured to execute the instructions of receiving, from the node over the network, a solicitation with context information including a registration start time request. The processor is also configured to execute the instructions of evaluating, at the router, whether to accept the solicitation based upon neighbor space and the received start time request. The processor is even further configured to execute the instructions of sending, to the node, an advertisement including an approved registration start time based upon the determining step.

Abstract: Methods are described that can enable resource monitoring over HTTP/2. These methods may rely on using multiple streams over persistent connections and on the HTTP/2 Push mechanism. Furthermore, a mechanism is proposed that can enable resource monitoring over multiple servers.

Abstract: Mechanisms for subscription and notification may include dynamically changing notification behavior based on notification target status or support access to notification history information.

Abstract: Methods, systems, and devices may be used for assigning names and bootstrapping of security credentials for Smart Objects inside a Digital Home environment. Methods, systems, and devices for identification and security bootstrapping of a smart object within a digital home environment may include automated assignment of a device level ID and security credential for each smart object in the home using a resource directory.

Abstract: The present application is at least directed to an apparatus operating on a network. The apparatus includes a non-transitory memory including an interface queue designated for a neighboring device and having instructions stored thereon for enqueuing a received packet. The apparatus also includes a processor, operably coupled to the non-transitory memory, configured to perform a set of instructions. The instructions include receiving the packet in a cell from the neighboring device. The instructions also include checking whether a track ID is in the received packet. The instructions also include checking a table stored in the memory to find a next hop address. Further, the instructions include inserting the packet into a subqueue of the interface queue. The application is also directed to a computer-implemented apparatus configured to dequeu a packet. The application is also directed to a computer-implemented apparatus configured to adjust a bundle of a device.

Abstract: Enhancements to the device management functionality within service layer architecture of a Gateway node are described. The SL application registration procedure can be enhanced for devices in support of device management. Functionality can be added to the service layer to initiate automated request notification for DM purposes. Lightweight SL Transport Protocol bindings can support sending multiple DM commands called DM Action Scripts with a specific focus on the Constrained Application Protocol (CoAP) Protocol.

Abstract: It is recognized herein that current approaches to traffic steering in M2M systems lack capabilities, particularly with respect to traversing value added services in an operator's network. As described herein, nodes or apparatuses at a machine-to-machine (M2M) service layer can leverage value added services that are deployed in an operator's network. The M2M service layer may add metadata to downlink traffic so that the metadata can be used to assist with steering and processing data in the operator's value added services (VASs) network. By of example, the M2M service layer can use a control plane interface to push polices into a network operator's VASs network, and to allow functions in the VASs network to extract information from the M2M service layer.