%% You should probably cite draft-toutain-6lpwa-ipv6-static-context-hc-01 instead of this revision. @techreport{toutain-6lpwa-ipv6-static-context-hc-00, number = {draft-toutain-6lpwa-ipv6-static-context-hc-00}, type = {Internet-Draft}, institution = {Internet Engineering Task Force}, publisher = {Internet Engineering Task Force}, note = {Work in Progress}, url = {https://datatracker.ietf.org/doc/draft-toutain-6lpwa-ipv6-static-context-hc/00/}, author = {Ana Minaburo and Laurent Toutain}, title = {{6LPWA Static Context Header Compression (SCHC) for IPV6 and UDP}}, pagetotal = 15, year = 2016, month = jun, day = 6, abstract = {This document describes a header compression scheme for IPv6, IPv6/ UDP based on static contexts. This technique is especially tailored for LPWA networks and could be extended to other protocol stacks. During the IETF history several compression mechanisms have been proposed. First mechanisms, such as RoHC, are using a context to store header field values and send smaller incremental differences on the link. Values in the context evolve dynamically with information contained in the compressed header. The challenge is to maintain sender's and receiver's contexts synchronized even with packet losses. Based on the fact that IPv6 contains only static fields, 6LoWPAN developed an efficient context-free compression mechanisms, allowing better flexibility and performance. The Static Context Header Compression (SCHC) combines the advantages of RoHC formal notation, which offers a great level of flexibility in the processing of fields, and 6LoWPAN behavior to elide fields that are known from the other side. Static context means that values in the context field do not change during the transmission, avoiding complex resynchronization mechanisms, incompatible with LPWA characteristics. In most of the cases, IPv6/UDP/CoAP headers are reduced to a small context identifier.}, }