IEEE INFOCOM 2019 - IEEE Conference on Computer Communications Workshops (INFOCOM WKSHPS) 2019
DOI: 10.1109/infocomwkshps47286.2019.9093750
|View full text |Cite
|
Sign up to set email alerts
|

Cross-Layer Pacing for Predictably Low Latency

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
4
0

Year Published

2019
2019
2023
2023

Publication Types

Select...
2
2
2
1

Relationship

1
6

Authors

Journals

citations
Cited by 8 publications
(4 citation statements)
references
References 12 publications
0
4
0
Order By: Relevance
“…On the mobile node, the interaction aspect between communication layers (e.g., application and media access control (MAC) layer) concerns the placement of certain functions (e.g., retransmissions) within the entire software hierarchy [37] such that energy-efficient operation is not affected by unnecessary functional redundancies. Besides, cross-layer designs that optimize the timing of communication processes and make them deterministic at least within limits [38] form the softwareengineering basis for an overall energy-aware system approach. In our scenario, energy-efficient and reliable communication between nodes are cross-cutting concerns, because failed communication attempts lead to additional overhead for retransmissions.…”
Section: Discussionmentioning
confidence: 99%
“…On the mobile node, the interaction aspect between communication layers (e.g., application and media access control (MAC) layer) concerns the placement of certain functions (e.g., retransmissions) within the entire software hierarchy [37] such that energy-efficient operation is not affected by unnecessary functional redundancies. Besides, cross-layer designs that optimize the timing of communication processes and make them deterministic at least within limits [38] form the softwareengineering basis for an overall energy-aware system approach. In our scenario, energy-efficient and reliable communication between nodes are cross-cutting concerns, because failed communication attempts lead to additional overhead for retransmissions.…”
Section: Discussionmentioning
confidence: 99%
“…D RS is the response delay of the system and models operating system delays-e.g., packet management or scheduling. Although a more precise adaptation can be achieved by feeding dynamic response delays into the algorithm [49], we have opted for a rather conservative constant value (D RS = 1 ms) to reduce the dimensions of the input dataset-see Sec. 6.1.…”
Section: Parity Packetmentioning
confidence: 99%
“…DeepSHARQ demands from the transport protocol some mechanism to accurately sense the channel-e.g., delivery rate estimation such as in BBR [9] for R C and RT T , and some other mechanism for the error rate [21,26,27]-, and an interface to the application to state its requirements [21,49]. Once this information is known, the pipeline depicted in Fig.…”
Section: System Architecturementioning
confidence: 99%
“…In order to guarantee a successful operation, CPS require predictable reliability and delay, which are difficult to achieve due to the inherent design of computation and communication systems [1]. The Predictably Reliable Real-time Transport (PRRT) [2] protocol can optimize its configuration to meet the delay constraints of a system with cross-layer pacing [3], which keeps the system and network buffers empty to minimize the end-to-end delay. Timely reliability is achieved with a Hybrid ARQ (HARQ) scheme that extends the error correction in lower layers to cope with losses not bound to the link within a target delay.…”
Section: Introductionmentioning
confidence: 99%