4. Verwendung von RTP durch Endpunkte, die mehrere Medienströme senden

RTP ist von Natur aus ein Gruppenkommunikationsprotokoll. Jeder Endpunkt in einer RTP-Sitzung verwendet eine oder mehrere SSRCs, ebenso wie einige Arten von Middleboxes auf RTP-Ebene. Sofern daher keine Einschränkungen hinsichtlich der Anzahl der SSRCs signalisiert wurden, können RTP-Endpunkte erwarten, RTP-Datenpakete zu empfangen, die unter Verwendung einer Reihe verschiedener SSRCs innerhalb einer einzigen RTP-Sitzung gesendet wurden. Dies kann unabhängig davon auftreten, ob die RTP-Sitzung über eine Punkt-zu-Punkt-Verbindung oder eine Multicast-Gruppe läuft, da Middleboxes verwendet werden können, um mehrere Transportverbindungen zu einer einzigen RTP-Sitzung zusammenzuschließen (die RTP-Sitzung ist durch den gemeinsamen SSRC-Raum definiert, nicht durch die Transportverbindungen). Wenn darüber hinaus RTP-Mixer verwendet werden, sind einige SSRCs möglicherweise nur in der Liste der beitragenden Quellen (Contributing Source, CSRC) eines RTP-Pakets und in RTCP sichtbar und erscheinen möglicherweise nicht direkt als SSRC eines RTP-Datenpakets.

Jeder RTP-Endpunkt verfügt über einen zugewiesenen Anteil der verfügbaren Sitzungsbandbreite, wie durch Signalisierung und Überlastkontrolle bestimmt. Der Endpunkt muss seine gesamte Medien-Senderate innerhalb dieses Anteils halten. Endpunkte, die mehrere RTP-Ströme senden, müssen ihren Anteil an der verfügbaren Bandbreite jedoch nicht unbedingt unabhängig oder gleichmäßig auf jeden RTP-Strom und dessen SSRCs aufteilen. Insbesondere kann ein Endpunkt die Bandbreitenzuweisung an verschiedene Ströme je nach deren Bedarf variieren, und er kann die den verschiedenen SSRCs zugewiesene Bandbreite dynamisch ändern (zum Beispiel durch Verwendung eines Codecs mit variabler Rate), sofern die gesamte Senderate seinen zugewiesenen Anteil nicht überschreitet. Dies schließt das Aktivieren oder Deaktivieren von RTP-Strömen oder deren Redundanzströmen ein, wenn mehr oder weniger Bandbreite verfügbar wird.