Proceedings of the 5th ACM Multimedia Systems Conference 2014
DOI: 10.1145/2557642.2557649
|View full text |Cite
|
Sign up to set email alerts
|

Congestion control using FEC for conversational multimedia communication

Abstract: In this paper, we propose a new rate control algorithm for conversational multimedia flows. In our approach, along with Real-time Transport Protocol (RTP) media packets, we propose sending redundant packets to probe for available bandwidth. These redundant packets are Forward Error Correction (FEC) encoded RTP packets. A straightforward interpretation is that if no losses occur, the sender can increase the sending rate to include the FEC bit rate, and in the case of losses due to congestion the redundant packe… Show more

Help me understand this report
View preprint versions

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
6
0

Year Published

2014
2014
2018
2018

Publication Types

Select...
7
2

Relationship

1
8

Authors

Journals

citations
Cited by 19 publications
(6 citation statements)
references
References 30 publications
(48 reference statements)
0
6
0
Order By: Relevance
“…WebRTC congestion control: SCReAM [17] is a hybrid loss and delay based congestion control algorithm for conversational video over LTE. FBRA [19] proposes a FEC-based congestion control algorithm that probes for the available bandwidth through FEC packets. In the case of losses due to congestion, the redundant packets help in recovering the lost packets.…”
Section: Related Workmentioning
confidence: 99%
“…WebRTC congestion control: SCReAM [17] is a hybrid loss and delay based congestion control algorithm for conversational video over LTE. FBRA [19] proposes a FEC-based congestion control algorithm that probes for the available bandwidth through FEC packets. In the case of losses due to congestion, the redundant packets help in recovering the lost packets.…”
Section: Related Workmentioning
confidence: 99%
“…Many congestion control algorithms have been proposed for peer-to-peer conversational real-time video, which attempt to match the media rate to the available end-to-end path capacity. These algorithms [18,15,19,20,11,9,12,23,6] rely on the congestion indicators reported in the RTCP Receiver Reports from the remote endpoint.…”
Section: Related Workmentioning
confidence: 99%
“…In the case of interactive communications like voice and video calls, the service provider (or the application) must select the data rate used to encode the voice and video signals at the beginning, and then this rate changes slowly [4].…”
Section: Introductionmentioning
confidence: 99%