| < draft-ietf-lpwan-schc-over-lorawan-11.txt | draft-ietf-lpwan-schc-over-lorawan-12.txt > | |||
|---|---|---|---|---|
| lpwan Working Group O. Gimenez, Ed. | lpwan Working Group O. Gimenez, Ed. | |||
| Internet-Draft Semtech | Internet-Draft Semtech | |||
| Intended status: Standards Track I. Petrov, Ed. | Intended status: Standards Track I. Petrov, Ed. | |||
| Expires: April 18, 2021 Acklio | Expires: April 27, 2021 Acklio | |||
| October 15, 2020 | October 24, 2020 | |||
| Static Context Header Compression (SCHC) over LoRaWAN | Static Context Header Compression (SCHC) over LoRaWAN | |||
| draft-ietf-lpwan-schc-over-lorawan-11 | draft-ietf-lpwan-schc-over-lorawan-12 | |||
| Abstract | Abstract | |||
| The Static Context Header Compression (SCHC) specification describes | The Static Context Header Compression (SCHC) specification describes | |||
| generic header compression and fragmentation techniques for Low Power | generic header compression and fragmentation techniques for Low Power | |||
| Wide Area Networks (LPWAN) technologies. SCHC is a generic mechanism | Wide Area Networks (LPWAN) technologies. SCHC is a generic mechanism | |||
| designed for great flexibility so that it can be adapted for any of | designed for great flexibility so that it can be adapted for any of | |||
| the LPWAN technologies. | the LPWAN technologies. | |||
| This document specifies a profile of RFC8724 to use SCHC in LoRaWAN | This document specifies a profile of RFC8724 to use SCHC in LoRaWAN | |||
| skipping to change at page 1, line 39 ¶ | skipping to change at page 1, line 39 ¶ | |||
| Internet-Drafts are working documents of the Internet Engineering | Internet-Drafts are working documents of the Internet Engineering | |||
| Task Force (IETF). Note that other groups may also distribute | Task Force (IETF). Note that other groups may also distribute | |||
| working documents as Internet-Drafts. The list of current Internet- | working documents as Internet-Drafts. The list of current Internet- | |||
| Drafts is at https://datatracker.ietf.org/drafts/current/. | Drafts is at https://datatracker.ietf.org/drafts/current/. | |||
| Internet-Drafts are draft documents valid for a maximum of six months | Internet-Drafts are draft documents valid for a maximum of six months | |||
| and may be updated, replaced, or obsoleted by other documents at any | and may be updated, replaced, or obsoleted by other documents at any | |||
| time. It is inappropriate to use Internet-Drafts as reference | time. It is inappropriate to use Internet-Drafts as reference | |||
| material or to cite them other than as "work in progress." | material or to cite them other than as "work in progress." | |||
| This Internet-Draft will expire on April 18, 2021. | This Internet-Draft will expire on April 27, 2021. | |||
| Copyright Notice | Copyright Notice | |||
| Copyright (c) 2020 IETF Trust and the persons identified as the | Copyright (c) 2020 IETF Trust and the persons identified as the | |||
| document authors. All rights reserved. | document authors. All rights reserved. | |||
| This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
| Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
| (https://trustee.ietf.org/license-info) in effect on the date of | (https://trustee.ietf.org/license-info) in effect on the date of | |||
| publication of this document. Please review these documents | publication of this document. Please review these documents | |||
| skipping to change at page 19, line 10 ¶ | skipping to change at page 19, line 10 ¶ | |||
| the corresponding SCHC ACK message might be lost; therefore the SCHC | the corresponding SCHC ACK message might be lost; therefore the SCHC | |||
| gateway MUST request a retransmission of this ACK when the | gateway MUST request a retransmission of this ACK when the | |||
| retransmission timer expires. To open a downlink opportunity the | retransmission timer expires. To open a downlink opportunity the | |||
| device MUST transmit an uplink every | device MUST transmit an uplink every | |||
| RETRANSMISSION_TIMER/(MAX_ACK_REQUESTS * | RETRANSMISSION_TIMER/(MAX_ACK_REQUESTS * | |||
| SCHC_ACK_REQ_DN_OPPORTUNITY). The format of this uplink is | SCHC_ACK_REQ_DN_OPPORTUNITY). The format of this uplink is | |||
| application specific. It is RECOMMENDED for a device to send an | application specific. It is RECOMMENDED for a device to send an | |||
| empty frame (see Section 4.6) but it is application specific and will | empty frame (see Section 4.6) but it is application specific and will | |||
| be used by the NGW to transmit a potential SCHC ACK REQ. | be used by the NGW to transmit a potential SCHC ACK REQ. | |||
| SCHC_ACK_REQ_DN_OPPORTUNITY is application specific and its | SCHC_ACK_REQ_DN_OPPORTUNITY is application specific and its | |||
| recommended value <<<<<<< HEAD is 2, it MUST be greater than 1. This | recommended value is 2. It MUST be greater than 1. This allows to | |||
| allows for more downlink opportunities than required by SCHC control | open a downlink opportunity to any downlink with higher priority than | |||
| traffic, leaving opportunity for any other downlink with higher | the SCHC ACK REQ message. | |||
| priority than SCHC ACK REQ message. ======= is 2. It MUST be | ||||
| greater than 1. This allows to open a downlink opportunity to any | ||||
| downlink with higher priority than the SCHC ACK REQ message. >>>>>>> | ||||
| 0b92a54cc8a5551fcf289f74e1ae3637a2f1c217 | ||||
| _Note_: The device MUST keep this SCHC ACK message in memory until it | _Note_: The device MUST keep this SCHC ACK message in memory until it | |||
| receives a downlink SCHC Fragmentation Message (with FPort == | receives a downlink SCHC Fragmentation Message (with FPort == | |||
| FPortDown) that is not a SCHC ACK REQ: it indicates that the SCHC | FPortDown) that is not a SCHC ACK REQ: it indicates that the SCHC | |||
| gateway has received the SCHC ACK message. | gateway has received the SCHC ACK message. | |||
| 5.6.3.6. Class B or Class C devices | 5.6.3.6. Class B or Class C devices | |||
| Class B devices can receive in scheduled RX slots or in RX slots | Class B devices can receive in scheduled RX slots or in RX slots | |||
| following the transmission of an uplink. Class C devices are almost | following the transmission of an uplink. Class C devices are almost | |||
| End of changes. 4 change blocks. | ||||
| 11 lines changed or deleted | 7 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ | ||||