2009 International Conference on Advanced Information Networking and Applications Workshops 2009
DOI: 10.1109/waina.2009.172
|View full text |Cite
|
Sign up to set email alerts
|

Analysis of an Automatic Repeat Request Scheme Addressing Long Delay Channels

Abstract: This paper proposes a variation to the classic implementation of Automatic Repeat reQuest (ARQ

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2

Citation Types

0
4
0

Year Published

2013
2013
2023
2023

Publication Types

Select...
5
2

Relationship

2
5

Authors

Journals

citations
Cited by 9 publications
(4 citation statements)
references
References 16 publications
0
4
0
Order By: Relevance
“…In this latter case, one ought to check how retransmissions can be interleaved with regular transmissions. To achieve timely status updates, in the case of sporadic generation, the source can send more replicas of the same data to proactively counteract the erasures [29]. This can be an interesting extension that is left for future work.…”
Section: Discussionmentioning
confidence: 99%
See 1 more Smart Citation
“…In this latter case, one ought to check how retransmissions can be interleaved with regular transmissions. To achieve timely status updates, in the case of sporadic generation, the source can send more replicas of the same data to proactively counteract the erasures [29]. This can be an interesting extension that is left for future work.…”
Section: Discussionmentioning
confidence: 99%
“…This serves to evaluate ARQ for what concerns timely status updates [17], and paves the road to deriving guidelines for deeper studies about various (hybrid) ARQ types [16], [18]. An interesting extension would be toward advanced ARQ schemes that take advantage of correlation to adapt the ARQ transmission [29]. One can also think of developing an ageaware ARQ scheme, in the same spirit of what done for transmission protocols at different layers [6], [28], which appears as an interesting yet challenging future work.…”
Section: Discussionmentioning
confidence: 99%
“…The use of some form of TDD to support multiple packet transmissions within a single RTT has also been considered in [12]- [14]. In [12], the authors propose to share the RTT equally between two communicating nodes, so that they may transfer an equal number of packets.…”
mentioning
confidence: 99%
“…Moreover, if the network is randomly deployed, it is suboptimal to choose the same window size for all nodes, as the RTT is generally different for different pairs of nodes. Finally, the protocol in [14] is designed to reduce the packet delivery delay over a single link, not in multiuser scenarios.…”
mentioning
confidence: 99%