Jump to content

Static Context Header Compression

From Wikipedia, the free encyclopedia

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

[edit]

About LPWAN

[edit]

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

[edit]

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

[edit]

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

[edit]

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

No-Ack

[edit]

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

[edit]

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

[edit]

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

[edit]

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:  

On May 17, 2022, The LoRa Alliance (global association of companies backing the open LoRaWAN® standard for the internet of things low-power wide-area networks) announced that LoRaWAN now seamlessly supports Internet Protocol version 6 (IPv6) from end-to-end.[5] By expanding the breadth of device-to-application solutions with IPv6, LoRaWAN's addressable IoT market is also broadened to include internet based standards required in smart electricity metering and new applications in smart buildings, industries, logistics, and homes. The Alliance released a technical specification TS 10–1.0.0 to explain how to use SCHC as an adaptation layer to enable LoRaWAN end-devices to use IPv6-based stacks over LoRaWAN[6] and expands its certification program to include SCHC over LoRaWAN® Enabling IPv6 Solutions.[7]

In addition, 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.[8][9]

See also

[edit]
  • 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

[edit]
  1. ^ Farrell, Stephen (May 2018). "RFC 8376: Low-Power Wide Area Network (LPWAN) Overview". IETF.
  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. Bibcode:2020Senso..20..280S. doi:10.3390/s20010280. PMC 6982818. PMID 31947852.
  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. 27: 206–213. doi:10.1109/MWC.001.1900215. hdl:2117/185281. S2CID 212649280.
  4. ^ a b "Building end-to-end network with IP over LoRaWAN". LoRaWAN® Empowers Very Low-Power Wireless Applications (ebook). 2019. pp. 80–88. ASIN B081RPM4DK.
  5. ^ LoRa Alliance® (2022-05-17). "LoRa Alliance® Launches IPv6 Over LoRaWAN®; Opens Wide Range of New Markets for LoRaWAN". LoRa Alliance®. Retrieved 2022-07-12.
  6. ^ "TS010-1.0.0 IPv6 Adaptation Layer". resources.lora-alliance.org. 6 May 2022. Retrieved 2022-07-12.
  7. ^ Hinz, Brooke (2022-11-28). "LoRa Alliance® Expands Certification Program to Include SCHC over LoRaWAN® Enabling IPv6 Solutions". LoRa Alliance®. Retrieved 2023-01-09.
  8. ^ Rémi, Demerlé (June 2020). "DLMS Over LoRaWAN®: What It Is, and Why It's Important".
  9. ^ "First DLMS smart electric meter running over LoRaWAN announced". Smart Energy International. Oct 29, 2020.
[edit]