A Mechanism for Negotiating Multi-Stream Continuous Presence Video in SIP
draft-mostafa-mmusic-sip-cp-00
| Document | Type | Expired Internet-Draft (individual) | |
|---|---|---|---|
| Author | Adel Mostafa | ||
| Last updated | 2012-06-25 (Latest revision 2011-12-23) | ||
| Stream | (None) | ||
| Intended RFC status | (None) | ||
| Formats |
Expired & archived
plain text
htmlized
pdfized
bibtex
|
||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
https://www.ietf.org/archive/id/draft-mostafa-mmusic-sip-cp-00.txt
Abstract
The NextGen video conferencing clients require multiple concurrent video streams to provide a User eXperience (UX) in which multiple participants can be viewed at the same time, this user experience is called Continuous Presence (CP) video. The multi-stream CP video provides more client control of the UX and less processing on the conference server since the video streams are relayed by the server rather than mixed to compose a CP video stream. The client CP layout, processing power and bandwidth limitations require a per stream bandwidth and resolution to be negtiated in the SIP Offer/ Answer with the conference server. Standard methods are used to achieve this negotiation in addition to a new SDP parameter. This document explains the methodology and solution to achieve this in SIP and SDP.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)