<p>Hi Jeff</p>
<p>I have read the paper "Self-prioritization of audio and video traffic".<br>
The paper aims at prioritizing audio/video traffic over download traffic on the user access link. It detects audio/video streams by looking at their traffic characteristics (constant send rate), and sends those packets before others.<br>
Mainly, it is a congestion control problem.</p>
<p>Prioritizing audio over video, or prioritizing base layers over enhancement layers, is a different problem from above.<br>
It's hard for network to determine whether a packet is audio / base layer, without being told so. I think it's not too bad to peek the Name in an application specific strategy (#2000 would give us composable strategy which could be customized for every application namespace).<br>
The strategy for these applications can then prioritize audio / base layer packets when there's a congestion.</p>
<p>Yours, Junxiao</p>
<p>On Mar 28, 2015 10:06 PM, "Burke, Jeff" <<a href="mailto:jburke@remap.ucla.edu">jburke@remap.ucla.edu</a>> wrote:<br>
><br>
> Hi Junxiao,<br>
><br>
> I will do some digging, but this is interesting:<br>
><br>
> Bonald, Thomas, Luca Muscariello, and Norberto Ostallo. "Self-prioritization of audio and video traffic." Communications (ICC), 2011 IEEE International Conference on. IEEE, 2011.<br>
> <a href="http://perso.telecom-paristech.fr/~bonald/Publications_files/BMO2011.pdf">http://perso.telecom-paristech.fr/~bonald/Publications_files/BMO2011.pdf</a><br>
> (Instead of identifying packets as part of a "flow", one would use namespace or priority flag hints.) <br>
><br>
> There are follow up papers to this one, too. Interesting to note that Muscariello (and a later co-author, Carofiglio) are now doing ICN research. <br>
><br>
> (There are RTCP receiver reports in RTP streaming, too. )<br>
><br>
> Jeff</p>