Jump to content

Static Context Header Compression

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Goszei (talk | contribs) at 23:51, 24 January 2021 (General fixes, replaced: = External Links = → = External links =). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Static Context Header Compression (SCHC) is a standard compression and fragmentation mechanism defined in the IPv6 over LPWAN working group at the IETF. It offers compression and fragmentation of IPv6/UDP/CoAP packets to allow their transmission over the Low-Power Wide-Area Networks (LPWAN).

Compression scheme tailored to LPWAN

About LPWAN

Low-Power Wide-Area Network (LPWAN) gathers the connectivity technologies tailored for Internet of Things (IoT), allowing for:

  • long-range communication (up to 40 km),
  • very low energy consumption (on the device side),
  • and energy efficiency (for networks).

The trade-off for achieving these features includes severe limitation in terms of throughput and packet size supported.[1] Also, LPWAN come with limitations on transmission modalities since, in order to save battery, devices are dormant most of the time and wake up only episodically to transmit and receive data for a short time window.

As a result, the LPWAN use their specific protocols, each adapted to their own specificities. Most importantly, they cannot carry IPv6, which was designed to allocate addresses to the billions of IoT connected devices.

IETF compression standards

In the early 2000s, the IETF produced the first wave of mature standards for compression and fragmentation:

  • RoHC (Robust Header Compression) in 2001,
  • and 6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks) in 2007.

Yet, these compression schemes cannot fit the LPWAN specificities.[2][3][4]

SCHC associates the benefits of the RoHC context, which provides high flexibility in the fields processing, and of the 6LoWPAN operations to avoid transiting fields that are known by the other side.[4]

SCHC compression

SCHC takes advantage of the LPWAN characteristics (no routing, highly predictable traffic format and content of messages) to reduce the overhead to a few bytes and save network traffic.

The SCHC compression is based on the notion of context. A context is a set of rules that describes the communication context, meaning the header fields. It is shared and pre-provisioned in both the end-devices and the core network. The "static context" assumes that the rule description does not change during transmission. Thanks to this mechanism, IPv6/UDP headers are in most cases reduced to a small identifier.

SCHC fragmentation

When compression is not enough, SCHC provides a fragmentation mechanism that works in 3 different ways:

No-Ack

In this mode the SCHC packet is separated in multiple fragments that are blindly sent to the receiver, if the receiver missed any one packet then it won't be able to re build the sent packet.

Ack-On-Error

In this mode the concept of "windows" is used, windows have a predefined size, allowing the receiver to keep a count of which windows or windows parts have been received, at the moment the receiver gets the last fragment from the sender it will calculate which parts of the packets it has missed and send a message describing that to the sender. The sender will then initialize the retransmission of the missing packet parts.

Ack-Always

In Ack-Always mode the same retransmission mechanism as for Ack-On-Error is used except that it is not done at the end of the transmission but for each window.

Standardization efforts

The Generic Framework for Static Context Header Compression and Fragmentation, RFC 8724 has been published in April 2020. It describes the generic framework that can be used on all LPWAN technologies, and more generally on all Internet networks. Additional work is dedicated to the definition of standard parameter settings and modes of operation to optimize SCHC's performance according to the implemented protocols and the underlying LPWAN technologies:  

In addition to the IETF, SCHC is being adopted in a joint standardization effort carried out by the DLMS User Association and the LoRa Alliance for the smart metering industries.[5][6]

See also

  • LPWAN: Low Power Wide Area Networks
  • IPv6: Version 6 of the Internet Protocol
  • 6LoWPAN: IPv6 over Low-Power Wireless Personal Area Networks
  • RoHC: Robust Header Compression
  • CoAP: Constrained Application Protocol

References

  1. ^ "RFC 8376: Low-Power Wide Area Network (LPWAN) Overview". IETF. May 2018.
  2. ^ Sanchez-Gomez, Jesus; Gallego-Madrid, Jorge; Sanchez-Iborra, Ramon; Santa, Jose; Skarmeta, Antonio F. (January 2020). Sanchez-Iborra (ed.). "Impact of SCHC Compression and Fragmentation in LPWAN: A Case Study with LoRaWAN". Sensors. 20 (1): 280. doi:10.3390/s20010280. PMC 6982818. PMID 31947852.{{cite journal}}: CS1 maint: unflagged free DOI (link)
  3. ^ Gomez, Carles; Minaburo, Ana; Toutain, Laurent; Barthel, Dominique (October 2019). "IPv6 over LPWANs: connecting Low Power Wide Area Networks to the Internet (of Things)". IEEE Wireless Communications PP(99).
  4. ^ a b "Building end-to-end network with IP over LoRaWAN". LoRaWAN® Empowers Very Low-Power Wireless Applications (ebook). https://lora-alliance.org/resource-hub/ebook-lorawan-empowers-very-low-power-wireless-applications. 2019. pp. 80–88. ASIN B081RPM4DK. {{cite book}}: External link in |location= (help)CS1 maint: location missing publisher (link)
  5. ^ Rémi, Demerlé (June 2020). "DLMS Over LoRaWAN®: What It Is, and Why It's Important".
  6. ^ "First DLMS smart electric meter running over LoRaWAN announced". Smart Energy International. Oct 29, 2020.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Static_Context_Header_Compression&oldid=1002547880"