# US 2023/0421663 A1 · Efficient resource representation exchange between service layers > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 2023/0421663 A1 - Document ID: US20230421663A1 - Status: Published application - Kind: A1 - Application number: 18/461,932 - Filed: 2023-09-06 - Published: 2023-12-28 - Earliest claimed: 2018-07-06 - Assignees: Convida Wireless, LLC - Applicants: Convida Wireless, LLC - Inventors: Chonggang WANG; Dale N. SEED; Quang LY; Xu LI; Lu LIU; Catalina Mihaela MLADIN - Web page: https://patentgrep.com/patent/US20230421663A1 ## CPC - H04L 67/60: Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources (admission control or resource allocation H04L47/70) - H04W 4/70: Services for machine-to-machine communication [M2M] or machine type communication [MTC] - H04L 47/76: using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions - H04L 67/12: specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks - H04L 69/04: Protocols for data compression, e.g. ROHC - H04L 67/5651: Reducing the amount or size of exchanged application data - H04W 4/18: Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals - Y02D 30/70: in wireless communication networks - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) - H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72) - Y02D: CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE ## Abstract Some underlying networks such as Low-Power Wide-Area Networks (LPWAN) have limited communication bandwidth and strict requirements on maximum message size. 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. In some cases, the RRCP is not transmitted between SL entities, thereby reducing SL message sizes to cater to the constraints of underlying networks. ## Claims ### Claim 1 An apparatus for a service supporting service capabilities through a set of Application Programming Interfaces (APIs) for a plurality of applications, the service being provided as middleware between application protocols and the plurality of applications, the apparatus comprising circuitry configured to: store one or more common attributes of one or more resources, so as to define one or more resource representation common parts (RRCPs), wherein the one or more common attributes comprise one or more common attribute names; receive, from a device or application via the service, a request message comprising information associated with a portion of a resource of the one or more resources and one or more identifiers associated with the one or more RRCPs; and processing the request message based on the portion of the resource and the corresponding one or more RRCPs, wherein the processing comprises adding the one or more common attribute names to the portion of the resource. ### Claim 2 (depends on 1) The apparatus of claim 1, wherein service is characterized as a service layer for IoT services, the service layer being defined according to ETSI/oneM2M standards. ### Claim 3 (depends on 1) The apparatus of claim 1, wherein the circuitry further configured to: create or update one or more attributes of a resource in accordance with the one or more common attributes of the one or more RRCPs. ### Claim 4 (depends on 3) The apparatus of claim 3, wherein circuitry further configured to: send a response to the device or application, the response indicating whether a relationship between the target resource and the one or more RRCPs is persistent or non-persistent. ### Claim 5 (depends on 1) The apparatus of claim 1, wherein processing the request message comprises forwarding the request message to another entity in the service. ### Claim 6 (depends on 1) The apparatus of claim 1, wherein the request message further comprises an attribute tag that indicates one or more conditions for retrieving the one or more common attributes of the one or more RRCPs. ### Claim 7 (depends on 1) The apparatus of claim 1, wherein circuitry further configured to: receive a second request message to create a new RRCP comprising one or more values of one or more attributes; create the new RRCP, the new RRCP comprising the one or more values; generate an identifier associated with the new RRCP; store, in the memory, the new RRCP and the identifier associated with the new RRCP; and send a response to the second request message to create the new RRCP, the response comprising the identifier associated with the new RRCP. ### Claim 8 (depends on 1) The apparatus of claim 1, wherein circuitry further configured to: determine to create a new RRCP; and determine one or more attribute values to be included in the new RRCP. ### Claim 9 (depends on 1, 8) The apparatus of claim 8, wherein the determination to create the new RRCP is based on messages received by the service from devices. The apparatus of claim 1, wherein the request message is a resource creation, update, retrieval, or deletion request. ### Claim 11 A method performed by a service supporting service capabilities through a set of Application Programming Interfaces (APIs) for a plurality of applications, the service being provided as middleware between application protocols and the plurality of applications, the method comprising: storing one or more common attributes of one or more resources, so as to define one or more resource representation common parts (RRCPs), wherein the one or more common attributes comprise one or more common attribute names; receive, from a device or application via the service, a request message comprising information associated with a portion of a resource of the one or more resources and one or more identifiers associated with the one or more RRCPs; and processing the request message based on the portion of the resource and the corresponding one or more RRCPs, wherein the processing comprises adding the one or more common attribute names to the portion of the resource. ### Claim 12 (depends on 11) The method of claim 11, wherein service is characterized as a service layer for IoT services, the service layer being defined according to ETSI/oneM2M standards. ### Claim 13 (depends on 11) The method of claim 11, the method further comprising: creating or updating one or more attributes of a target resource in accordance with the one or more common parts of attributes of the one or more RRCPs. ### Claim 14 (depends on 13) The method of claim 13, the method further comprising: sending a response to the device or application, the response indicating whether a relationship between the target resource and the one or more RRCPs is persistent or non-persistent. ### Claim 15 (depends on 11) The method of claim 11, wherein processing the request message comprises forwarding the request message to another entity in the service. ### Claim 16 (depends on 11) The method of claim 11, wherein the request message further comprises an attribute tag that indicates one or more conditions for retrieving the one or more common attributes of the one or more RRCPs. ### Claim 17 (depends on 11) The method of claim 11, the method further comprising: receiving a second request message to create a new RRCP comprising one or more values of one or more attributes; creating the new RRCP, the new RRCP comprising the one or more values; generating an identifier associated with the new RRCP; storing, in the memory, the new RRCP and the identifier associated with the new RRCP; and sending a response to the second request message to create the new RRCP, the response comprising the identifier associated with the new RRCP. ### Claim 18 (depends on 11) The method of claim 11, the method further comprising: determining to create a new RRCP; and determining one or more attribute values to be included in the new RRCP. ### Claim 19 (depends on 11, 18) The method of claim 18, wherein the determination to create the new RRCP is based on messages received by the service layer from devices on the communications network. The method of claim 11, wherein the request message is a resource creation, update, retrieval, or deletion request.