Subject: [aqm] CFP Packet Video 2013 - Special Session on Low-Latency Interactive Video

From: Stein Gjessing <[email-masked]>
Date: Wed, 15 May 2013 17:11:41 +0200

Hi,
Here is an excellent venue for discussions and publication of results.

Cheers, 
Stein
__________________________________________________________

Packet Video 2013   -   Special Session on Low-Latency Interactive Video
Sponsored by IEEE Communications Society
December 12. and 13., 2013, San Jose, Ca, USA

Call for papers.    

http://pv2013.itec.aau.at/call-for-papers/accepted-special-sessions/#ss1

Several years ago, it was found that users do not like video quality fluctuations. At that time the predominant belief was that network rate fluctuations should be minimized, in order to reasonably interoperate with TCP in the network. This led to the creation of a number of so-called "TCP-friendly" congestion controls that exhibit a smoother sending rate than TCP, while avoiding to send more than a conformant TCP under similar conditions. TFRC is perhaps the best known example of such a congestion control mechanism.

A lot has happened since then:
	• The notion of TCP-friendliness has received massive criticism; the widespread deployment of a more aggressive TCP variant, CUBIC, has not led to an Internet meltdown, making the case that diverging from strict TCP-friendliness is possible.
	• Latency minimization has become a major goal, especially in the face of “bufferbloat”: large delays from large buffers with simplistic FIFO-queue management.
	• Codecs have improved; novel video codecs are able to adjust the data rate, but modern codecs may also produce variable bitrate transmissions with burstier packet flows than before.
	• TFRC has been embedded in the DCCP protocol, which has probably never been used for anything other than experiments; instead of running over DCCP, RTP-based applications now contain proprietary congestion control mechanisms.

The emergence of the RTCWEB protocol suite for real-time communication between Web browsers has renewed the interest in developing congestion control standards for real-time media. This time, however, the goal is to get things right: delay should be minimized, and standards should realize congestion control using RTP with RTCP signaling. The IETF “Real-time Media Congestion Avoidance Techniques” (RMCAT) working group has been founded to address this need. New questions arise: what type of congestion controls do we need? How much feedback should we send? How do we make this work in multi-user scenarios, e.g., for video conferencing? What should be the API between a video codec and a new delay-based congestion controlled RTP stream? What is the quality that can be expected from the combination of a codec and congestion control mechanism, when we consider better metrics than plain PSNR?

Topics of interest include, but are not limited to:
	• Congestion control algorithms for interactive real-time video: requirements, evaluation criteria, and mechanisms
	• Necessary RTP/RTCP extensions
	• Field experience with video codecs in a low-delay, real-time setting
	• Interactions between applications and RTP flows
	• Failing to meet real-time schedules: impact, techniques to detect, instrument or diagnose it

Organizers:
	• Michael Welzl, University of Oslo (michawe at ifi.uio.no)
	• Stein Gjessing, University of Oslo (steing at ifi.uio.no)