6064
INFORMATIONAL
SDP and RTSP Extensions Defined for 3GPP Packet-Switched Streaming Service and Multimedia Broadcast/Multicast Service
Authors: M. Westerlund, P. Frojdh
Date: January 2011
Working Group: NON WORKING GROUP
Stream: IETF
Abstract
The Packet-switched Streaming Service (PSS) and the Multimedia Broadcast/Multicast Service (MBMS) defined by 3GPP use the Session Description Protocol (SDP) and Real Time Streaming Protocol (RTSP) with some extensions. This document provides information about these extensions and registers the RTSP and SDP extensions with IANA. This document is not an Internet Standards Track specification; it is published for informational purposes.
RFC 6064
INFORMATIONAL
Internet Engineering Task Force (IETF) M. Westerlund
Request for Comments: 6064 P. Frojdh
Category: Informational Ericsson
ISSN: 2070-1721 January 2011
<span class="h1">SDP and RTSP Extensions Defined for 3GPP Packet-Switched Streaming</span>
<span class="h1">Service and Multimedia Broadcast/Multicast Service</span>
Abstract
The Packet-switched Streaming Service (PSS) and the Multimedia
Broadcast/Multicast Service (MBMS) defined by 3GPP use the Session
Description Protocol (SDP) and Real Time Streaming Protocol (RTSP)
with some extensions. This document provides information about these
extensions and registers the RTSP and SDP extensions with IANA.
Status of This Memo
This document is not an Internet Standards Track specification; it is
published for informational purposes.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Not all documents
approved by the IESG are a candidate for any level of Internet
Standard; see <a href="./rfc5741#section-2">Section 2 of RFC 5741</a>.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
<a href="https://www.rfc-editor.org/info/rfc6064">http://www.rfc-editor.org/info/rfc6064</a>.
Copyright Notice
Copyright (c) 2011 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and the IETF Trust's Legal
Provisions Relating to IETF Documents
(<a href="http://trustee.ietf.org/license-info">http://trustee.ietf.org/license-info</a>) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
<span class="grey">Westerlund & Frojdh Informational [Page 1]</span><span id="page-2" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-1.1">1.1</a>. Requirements Language . . . . . . . . . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-2">2</a>. Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-3">3</a>. Applicability Statement . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-4">4</a>. PSS SDP Extensions . . . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-4.1">4.1</a>. Video Buffering Attributes . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-4.2">4.2</a>. Video Frame Size Attribute . . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-4.3">4.3</a>. Integrity-Protection Configuration Attributes . . . . . . <a href="#page-6">6</a>
<a href="#section-4.4">4.4</a>. The Alternative Attributes . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-4.5">4.5</a>. Adaptation Attribute . . . . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-4.6">4.6</a>. Quality of Experience Attribute . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-4.7">4.7</a>. Asset Information Attribute . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5">5</a>. MBMS SDP Extensions . . . . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.1">5.1</a>. MBMS Bearer Mode Declaration Attribute . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.2">5.2</a>. FEC Flow ID Attribute . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.3">5.3</a>. MBMS Repair Attribute . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.4">5.4</a>. SDP Protocol Identifiers for FEC . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.4.1">5.4.1</a>. RTP Protocol Identifiers . . . . . . . . . . . . . . . <a href="#page-9">9</a>
<a href="#section-5.4.2">5.4.2</a>. FEC Repair Data Identifier . . . . . . . . . . . . . . <a href="#page-9">9</a>
<a href="#section-5.5">5.5</a>. Video Buffering Attribute . . . . . . . . . . . . . . . . <a href="#page-9">9</a>
<a href="#section-6">6</a>. SDP Offer/Answer Consideration . . . . . . . . . . . . . . . . <a href="#page-9">9</a>
<a href="#section-7">7</a>. PSS RTSP Extensions . . . . . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-7.1">7.1</a>. 3GPP-Link-Char Header . . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-7.2">7.2</a>. 3GPP-Adaptation Header . . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-7.3">7.3</a>. 3GPP-QoE-Metrics Header . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-7.4">7.4</a>. 3GPP-QoE-Feedback Header . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-7.5">7.5</a>. Video Buffer Headers . . . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-7.6">7.6</a>. Integrity Protection . . . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-7.7">7.7</a>. RTSP URI Extension . . . . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-7.8">7.8</a>. Fast Start-Up and Content Switching . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-8">8</a>. IANA Considerations . . . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-8.1">8.1</a>. SDP Registrations . . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-8.2">8.2</a>. RTSP Registrations . . . . . . . . . . . . . . . . . . . . <a href="#page-17">17</a>
<a href="#section-9">9</a>. Security Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-20">20</a>
<a href="#section-10">10</a>. References . . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-20">20</a>
<a href="#section-10.1">10.1</a>. Normative References . . . . . . . . . . . . . . . . . . . <a href="#page-20">20</a>
<a href="#section-10.2">10.2</a>. Informative References . . . . . . . . . . . . . . . . . . <a href="#page-21">21</a>
<span class="grey">Westerlund & Frojdh Informational [Page 2]</span><span id="page-3" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
3GPP has specified the Packet-switched Streaming Service (PSS) that
uses both RTSP [<a href="./rfc2326" title=""Real Time Streaming Protocol (RTSP)"">RFC2326</a>] and SDP [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>]. The service is specified
in technical specifications TS 26.233 [<a href="#ref-PSS-233" title=""Transparent end- to-end packet switched streaming service (PSS) General Description"">PSS-233</a>] and TS 26.234
[<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>] in Release 4 and subsequent releases. The basic service
defined in Release 4 is enhanced in Release 5 with capability
exchange, and in Release 6 with a number of features, such as
adaptation, digital rights management (DRM), progressive download, as
well as a streaming server file format defined in [<a href="#ref-PSS-3GP" title=""Transparent end- to-end packet switched streaming service (PSS); 3GPP file format (3GP)"">PSS-3GP</a>]. Fast
start-up and content switching are addressed in Release 7.
3GPP has also specified the Multimedia Broadcast/Multicast Service
(MBMS) that uses SDP. The IP-layer protocols used by this service
are specified in technical specification TS 26.346 Release 6 [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>].
Release 7 extends the MBMS User Service to also work with unicast
bearers for interactive and streaming traffic classes.
In the process of defining these services, there has occasionally
been a need to extend both SDP and RTSP functionalities. These
extensions have mostly been in the form of SDP attributes and RTSP
headers and option tags. 3GPP uses the name "feature tags" (like RTSP
2.0 for what RTSP 1.0 calls "option tags"); "option tag" is the name
that will be used in this document. The purpose of this
informational document is to register these SDP and RTSP extensions,
in order to avoid future conflicts, and also to raise the awareness
of their existence within IETF.
In <a href="#section-5.4">Section 5.4</a>, this document defines three SDP protocol identifiers
used in MBMS to enable the usage of block-based FEC. The SDP
protocol identifiers require an RFC to be defined and registered. As
this is an RFC from the IETF stream, any semantic change will require
a new IETF-approved RFC. The other SDP and RTSP extensions
registered by this document are not normatively defined in this
document. Instead, the normative definitions are referenced by the
registrations. 3GPP can update the normative definition in future
versions of their specifications. However, to ensure that such a
change is visible in the IETF, at minimum, IANA should be notified
and the reference to the 3GPP specification updated, and preferably
an updated version of this RFC published.
The document begins with two sections presenting the SDP extensions
for PSS and MBMS, respectively. They are followed by a section
noting that offer/answer considerations are not applicable here. The
subsequent section presents the extensions of RTSP for PSS. The IANA
registration of SDP attributes and protocol identifiers is given in
<span class="grey">Westerlund & Frojdh Informational [Page 3]</span><span id="page-4" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<a href="#section-8.1">Section 8.1</a>, and the RTSP headers and option tags in <a href="#section-8.2">Section 8.2</a>.
For normative descriptions of all SDP and RTSP extensions, we refer
to TS 26.234 [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>] and TS 26.346 [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>].
<span class="h3"><a class="selflink" id="section-1.1" href="#section-1.1">1.1</a>. Requirements Language</span>
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in <a href="./rfc2119">RFC 2119</a> [<a href="./rfc2119" title=""Key words for use in RFCs to Indicate Requirement Levels"">RFC2119</a>].
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Glossary</span>
3GP: 3GPP file format, a multimedia file format based on the ISO
base media file format, existing in different profiles
intended for multimedia messages, direct playback on
clients, progressive download, usage on servers to deliver
on-demand multimedia sessions in PSS, or servers sending
MBMS sessions.
3GPP: Third Generation Partnership Project; see
<a href="http://www.3gpp.org">http://www.3gpp.org</a> for more information about this
organization.
FEC: Forward Error Correction
MBMS: Multimedia Broadcast/Multicast Service, a service defined by
3GPP that utilizes broadcast or multicast technology in
combination with unicast for delivery of a wide range of
content to mobile terminals.
PSS: Packet-switched Streaming Service, a unicast-based streaming
service for delivery of on-demand or live streaming
multimedia content to mobile terminals.
RTSP: Real Time Streaming Protocol; see [<a href="./rfc2326" title=""Real Time Streaming Protocol (RTSP)"">RFC2326</a>].
SDP: Session Description Protocol; see [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>].
SRTP: Secure Real-time Transport Protocol; see [<a href="./rfc3711" title=""The Secure Real-time Transport Protocol (SRTP)"">RFC3711</a>].
QoE: Quality of Experience, the quality level of the user
experience of a service. In PSS, this is estimated by a
combination of application-level metrics.
QoS: Quality of Service, the quality (properties) that the
network provides toward the upper-layer service.
<span class="grey">Westerlund & Frojdh Informational [Page 4]</span><span id="page-5" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Applicability Statement</span>
This document describes 3GPP-defined extensions to SDP [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>] and
RTSP [<a href="./rfc2326" title=""Real Time Streaming Protocol (RTSP)"">RFC2326</a>] and registers attributes that are normatively defined
in 3GPP technical specifications 26.234, 26.244, and 26.346, up to
the referenced versions of the respective documents.
The SDP and RTSP extensions have only been defined for usage with the
3GPP service in mind. The applicability for usage outside of these
services has not been considered nor addressed. Usage of these
attributes in other contexts may require further definitions or
clarifications. For example, all SDP attributes lack offer/answer
usage rules [<a href="./rfc3264" title=""An Offer/Answer Model with Session Description Protocol (SDP)"">RFC3264</a>], which currently makes it impossible to use
them with offer/answer. Please note that change control of these SDP
and RTSP extensions belongs to 3GPP.
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. PSS SDP Extensions</span>
The PSS specification [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>] defines a number of different SDP
attributes for different purposes. They are listed below, grouped by
their purpose. The text is intentionally not specific enough to
allow implementation from this document. The normative definition is
in the 3GPP technical specification cited.
<span class="h3"><a class="selflink" id="section-4.1" href="#section-4.1">4.1</a>. Video Buffering Attributes</span>
The following attributes are used to provide parameters for the video
buffer model provided in Annex G and Section 5.3.3.2 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>].
The attributes were defined in Release 5 as "X-" attributes and, at
the time, were not considered for registration. In hindsight,
however, they should not have been "X-" attributes, and they should
have been registered, as the registration rules of SDP [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>]
point out. Changing their names today is impossible due to the
deployed base of millions of mobile handsets supporting PSS, and
therefore they are registered in their current form.
All attributes are defined at media level.
o The "a=X-predecbufsize" attribute provides the size of the pre-
decoder buffer in bytes.
o The "a=X-initpredecbufperiod" attribute provides the time during
which a receiver should initially buffer, in 90 kHz ticks, before
starting to consume the data in the buffer in order to ensure that
underflow does not occur, assuming correct data delivery.
<span class="grey">Westerlund & Frojdh Informational [Page 5]</span><span id="page-6" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
o The "a=X-initpostdecbufperiod" attribute provides the initial
buffering period, in 90 kHz ticks, for the post-decoder buffer
present in H.263 and MPEG-4 Visual.
o The "a=X-decbyterate" attribute indicates the maximum peak byte-
decoding rate used in the verification of the Annex G buffer model
expressed in bytes per second.
o The "a=3gpp-videopostdecbufsize" attribute is used to indicate the
value used in determining the H.264 video post-decoder buffer
size.
Note that complete descriptions of these attributes can be found in
Section 5.3.3.2 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>].
<span class="h3"><a class="selflink" id="section-4.2" href="#section-4.2">4.2</a>. Video Frame Size Attribute</span>
This media-level attribute provides the receiver with the largest
picture size that a specific H.263 payload type will carry within the
session. The attribute has the following form (see Section 5.3.3.2
of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]):
"a=framesize:<payload type number> <width>-<height>"
<span class="h3"><a class="selflink" id="section-4.3" href="#section-4.3">4.3</a>. Integrity-Protection Configuration Attributes</span>
These attributes are all used to configure the integrity-protection
mechanism defined in Annex K (Sections K.2.2.1, K.2.2.2, and K.2.2.3)
of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>].
o The session-level attribute "a=3GPP-Integrity-Key" carries the
integrity key used to derive SRTP master keys for integrity
protection. The key is protected in different ways depending on a
method identifier. When using Open Mobile Alliance (OMA) DRM key
management, the key is encrypted using AES [<a href="#ref-AES" title=""Advanced Encryption Standard (AES)"">AES</a>] before it is
base64 encoded [<a href="./rfc4648" title=""The Base16, Base32, and Base64 Data Encodings"">RFC4648</a>].
o The media-level attribute "a=3GPP-SRTP-Config" is used to
configure SRTP for integrity protection and contains an integrity
nonce, a key salt used in deriving the SRTP master key from the
integrity key, and any SRTP configuration parameters, such as the
integrity tag length.
o The session-level attribute "a=3GPP-SDP-Auth" is used to carry an
authentication tag calculated over certain parts of the SDP to
prevent manipulation of the security attributes.
<span class="grey">Westerlund & Frojdh Informational [Page 6]</span><span id="page-7" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h3"><a class="selflink" id="section-4.4" href="#section-4.4">4.4</a>. The Alternative Attributes</span>
Two media-level and one session-level attributes are used in a
mechanism for providing alternative SDP lines. One or more SDP lines
at media level can be replaced, if desired, by alternatives. The
mechanism is backwards compatible in the way that a receiver that
does not support the attributes will get the default configuration.
The different alternatives can be grouped using different attributes
that can be specified hierarchically with a top and a lower level.
3GPP Release 6 supports grouping based on bit-rate, according to the
SDP bandwidth modifiers AS [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>] and TIAS [<a href="./rfc3890" title=""A Transport Independent Bandwidth Modifier for the Session Description Protocol (SDP)"">RFC3890</a>], and
language.
The SDP attributes (see Sections <a href="#section-5.3.3.3">5.3.3.3</a> and <a href="#section-5.3.3.4">5.3.3.4</a> of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>])
are:
o The media-level attribute "a=alt:<id>:<SDP-Line>" carries any SDP
line and an alternative identifier.
o The media-level attribute "a=alt-default-id:<id>" identifies the
default configuration to be used in groupings.
o The session-level attribute "a=alt-group" is used to group
different recommended media alternatives. This allows providing
aggregated properties for the whole group according to the
grouping type. Language and bit-rate are two defined grouping
types.
<span class="h3"><a class="selflink" id="section-4.5" href="#section-4.5">4.5</a>. Adaptation Attribute</span>
The media-level SDP attribute "a=3GPP-Adaptation-Support" (see
Section 5.3.3.5 in [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) is defined as part of the negotiation
procedure of the PSS adaptation mechanism. The attribute carries a
single value indicating how often the RTCP "Next Application Data
Unit" (NADU) APP packet shall be included in sent RTCP compound
packets. The adaptation mechanism allows the client to provide the
server with information on the available transmission bit-rate and
receiver buffer status.
<span class="h3"><a class="selflink" id="section-4.6" href="#section-4.6">4.6</a>. Quality of Experience Attribute</span>
The session- and media-level attribute "a=3GPP-QoE-Metrics" (see
Section 5.3.3.6 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) is used to negotiate the usage of the
QoE metrics. The included parameters indicate which metrics should
be used, over which duration there should be measurements, and how
often reports should be sent.
<span class="grey">Westerlund & Frojdh Informational [Page 7]</span><span id="page-8" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h3"><a class="selflink" id="section-4.7" href="#section-4.7">4.7</a>. Asset Information Attribute</span>
The session- and media-level attribute "a=3GPP-Asset-Information"
(see Section 5.3.3.7 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) can exist in multiple instances in
a description and describes different types of asset information.
The different asset classes defined in Release 6 are Title,
Description, Copyright, Performer, Author, Genre, Rating,
Classification, Keywords, Location, Album, and Recording Year. The
different assets are described with a base64-encoded asset box from
the 3GP file format [<a href="#ref-PSS-3GP" title=""Transparent end- to-end packet switched streaming service (PSS); 3GPP file format (3GP)"">PSS-3GP</a>].
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. MBMS SDP Extensions</span>
The MBMS specification [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>] defines a number of different SDP
attributes for different purposes. They are informatively listed
below.
<span class="h3"><a class="selflink" id="section-5.1" href="#section-5.1">5.1</a>. MBMS Bearer Mode Declaration Attribute</span>
The session- and media-level attribute "a=mbms-mode" (see <a href="#section-7.3.2.7">Section</a>
<a href="#section-7.3.2.7">7.3.2.7</a> of [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>]) is used to describe MBMS broadcast mode media.
The attribute may be used at the session level to set the default for
all media and at the media level to specify differences between
media. However, the attribute is never used at the session level
when the session includes MBMS multicast mode media, nor at the media
level to describe MBMS multicast mode media.
<span class="h3"><a class="selflink" id="section-5.2" href="#section-5.2">5.2</a>. FEC Flow ID Attribute</span>
The media-level attribute "a=mbms-flowid" (see Section 8.3.1.9 of
[<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>]) maps one or more FEC source block flow IDs to their
corresponding destination IP addresses and UDP port numbers. It is
present in each SDP media block for repair packet streams.
<span class="h3"><a class="selflink" id="section-5.3" href="#section-5.3">5.3</a>. MBMS Repair Attribute</span>
The session- and media-level attribute "a=mbms-repair" (see <a href="#section-8.3.1.8">Section</a>
<a href="#section-8.3.1.8">8.3.1.8</a> of [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>]) is used to provide FEC repair packets with non-FEC
specific parameters. For Release 6, one such parameter is defined to
specify the required minimum receiver buffer time.
<span class="h3"><a class="selflink" id="section-5.4" href="#section-5.4">5.4</a>. SDP Protocol Identifiers for FEC</span>
MBMS defines a mechanism to provide block-based FEC for UDP-based
traffic. This solution uses the SDP protocol "proto" identifier to
identify the media streams that use the FEC shim layer. The media
<span class="grey">Westerlund & Frojdh Informational [Page 8]</span><span id="page-9" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
streams may be either source streams or repair streams. As required
by SDP [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>], these protocol identifiers are normatively defined
in this document in accordance with their usage specified by 3GPP.
<span class="h4"><a class="selflink" id="section-5.4.1" href="#section-5.4.1">5.4.1</a>. RTP Protocol Identifiers</span>
For FEC-protected RTP streams, the following two "proto" identifiers
are defined:
o UDP/MBMS-FEC/RTP/AVP
o UDP/MBMS-FEC/RTP/SAVP
They indicate the usage of UDP [<a href="./rfc0768" title=""User Datagram Protocol"">RFC0768</a>] with MBMS FEC source packet
formats, as defined in Section 8.2.2.4 of [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>], that transport RTP
packets in accordance with the AVP [<a href="./rfc3551" title=""RTP Profile for Audio and Video Conferences with Minimal Control"">RFC3551</a>] or SAVP (Secure RTP)
[<a href="./rfc3711" title=""The Secure Real-time Transport Protocol (SRTP)"">RFC3711</a>] profiles, respectively. These protocol identifiers SHALL
use the media formats ("fmt") namespace rules that are used for RTP/
AVP and RTP/SAVP, respectively.
<span class="h4"><a class="selflink" id="section-5.4.2" href="#section-5.4.2">5.4.2</a>. FEC Repair Data Identifier</span>
A media stream carrying MBMS FEC repair information over UDP requires
its own "proto" identifier. Protocol identifier "UDP/MBMS-REPAIR"
identifies the FEC repair packet containing the protocol combination
of UDP [<a href="./rfc0768" title=""User Datagram Protocol"">RFC0768</a>], FEC repair payload ID, and repair symbols as
specified in Section 8.2.2.5 of [<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>]. The "fmt" namespace is not
used and SHALL be set to "*".
<span class="h3"><a class="selflink" id="section-5.5" href="#section-5.5">5.5</a>. Video Buffering Attribute</span>
The PSS media-level buffer attribute "a=X-initpredecbufperiod" (see
<a href="#section-4.1">Section 4.1</a>) that specifies an initial buffering time is also used
for MBMS in Release 7. It is mainly intended for video streams, but
may be used for other media types as well (see Section 8.3.1.1 of
[<a href="#ref-MBMS" title=""Multimedia Broadcast/Multicast Service (MBMS); Protocols and codecs"">MBMS</a>]).
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. SDP Offer/Answer Consideration</span>
The usage of the SDP attributes in an offer/answer [<a href="./rfc3264" title=""An Offer/Answer Model with Session Description Protocol (SDP)"">RFC3264</a>] context
is not defined. These SDP attributes are defined for use in a
declarative context, and for PSS specifically in the RTSP [<a href="./rfc2326" title=""Real Time Streaming Protocol (RTSP)"">RFC2326</a>]
context.
<span class="grey">Westerlund & Frojdh Informational [Page 9]</span><span id="page-10" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. PSS RTSP Extensions</span>
The RTSP extensions for PSS consist of a number of new RTSP headers
and option tags and a narrowing of URI usage in regards to 3GP files.
The headers and option tags are informatively described here; see
[<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>] for the normative declaration.
<span class="h3"><a class="selflink" id="section-7.1" href="#section-7.1">7.1</a>. 3GPP-Link-Char Header</span>
The "3GPP-Link-Char" header (see Section 5.3.2.1 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) is
used by clients to provide the server with QoS information about the
wireless link it is currently using. The header can be used to
provide the server with three different QoS parameters:
o Guaranteed Bandwidth
o Maximum Bandwidth
o Maximum Transfer Delay
The header may be included in RTSP requests using either of the
methods SETUP, PLAY, OPTIONS, or SET_PARAMETER.
<span class="h3"><a class="selflink" id="section-7.2" href="#section-7.2">7.2</a>. 3GPP-Adaptation Header</span>
The "3GPP-Adaptation" header (see Section 5.3.2.2 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) is
used by the client to provide the server with adaptation-related
parameters and to indicate support of the adaptation function. The
header carries the resource identification as a URI, the client's
buffer size, and the desired target time.
The header may be included in requests using the methods SETUP, PLAY,
OPTIONS, and SET_PARAMETER. The response to a request using this
method shall include this header.
<span class="h3"><a class="selflink" id="section-7.3" href="#section-7.3">7.3</a>. 3GPP-QoE-Metrics Header</span>
The "3GPP-QoE-Metrics" header (see Section 5.3.2.3.1 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) is
used to negotiate the usage of the QoE metrics (see Section 11 of
[<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]).
The header may be included in requests and responses using the SETUP,
SET_PARAMETER, OPTIONS, or PLAY method.
<span class="grey">Westerlund & Frojdh Informational [Page 10]</span><span id="page-11" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
<span class="h3"><a class="selflink" id="section-7.4" href="#section-7.4">7.4</a>. 3GPP-QoE-Feedback Header</span>
The "3GPP-QoE-Feedback" header (see Section 5.3.2.3.2 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>])
is used to carry QoE metrics from the client to the server when it
reports, which happens either during or at the end of the media
delivery.
The header may be included in requests using the SET_PARAMETER,
PAUSE, or TEARDOWN method.
<span class="h3"><a class="selflink" id="section-7.5" href="#section-7.5">7.5</a>. Video Buffer Headers</span>
PSS uses several headers to provide the client with the different
buffer parameters. They provide the buffer status at the point of a
stream from which a PLAY request plays. These headers may only be
used in PLAY responses. See <a href="#section-5.3.2.4">Section 5.3.2.4</a> and Annex G of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]
for normative definitions.
The three "x-" headers were defined in 3GPP Release 5. When it was
realized that they should not have been given "x-" names, it was too
late to rename them due to deployment.
The RTSP headers are:
o x-predecbufsize
o x-initpredecbufperiod
o x-initpostdecbufperiod
o 3gpp-videopostdecbufsize
<span class="h3"><a class="selflink" id="section-7.6" href="#section-7.6">7.6</a>. Integrity Protection</span>
The integrity-protection mechanism defined in PSS Annex K uses the
"3GPP-Freshness-Token" RTSP header (see Section K.2.2.4 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>])
to carry a freshness token in DESCRIBE requests.
<span class="h3"><a class="selflink" id="section-7.7" href="#section-7.7">7.7</a>. RTSP URI Extension</span>
The PSS specification also defines syntax for referencing tracks
within the 3GP file format [<a href="#ref-PSS-3GP" title=""Transparent end- to-end packet switched streaming service (PSS); 3GPP file format (3GP)"">PSS-3GP</a>]. The 3GP format is based on the
ISO base media file format and is defined in several different
profiles, including a streaming-server profile, in Release 6.
<span class="grey">Westerlund & Frojdh Informational [Page 11]</span><span id="page-12" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
This syntax is fully contained within the generic URI syntax defined
for RTSP URIs. It is only a syntax restriction that server
manufacturers follow to allow clients or proxies to understand what
encodes the track number in the URI. This is provided for
information only.
To identify a track within a 3GP file, the last URI segment has to
contain a structure that is <alpha string>=<track nr>. (See <a href="#section-5.3.3.1">Section</a>
<a href="#section-5.3.3.1">5.3.3.1</a> of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>].)
<span class="h3"><a class="selflink" id="section-7.8" href="#section-7.8">7.8</a>. Fast Start-Up and Content Switching</span>
Release 7 of PSS defines a number of extensions in terms of headers
and option tags (see Section 5.5 of [<a href="#ref-PSS-234" title=""Transparent end- to-end Packet-switched Streaming Service (PSS); Protocols and codecs"">PSS-234</a>]) for support of fast
start-up and switching of content for on-demand and live applications
built on top of PSS. Clients are enabled to reuse the existing RTSP
control session and RTP resources while switching to new content.
The RTSP headers are:
o Switch-Stream
o SDP-Requested
o Pipelined-Requests
The RTSP option tags are:
o 3gpp-pipelined
o 3gpp-switch
o 3gpp-switch-req-sdp
o 3gpp-switch-stream
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. IANA Considerations</span>
<span class="h3"><a class="selflink" id="section-8.1" href="#section-8.1">8.1</a>. SDP Registrations</span>
IANA has registered the SDP attributes listed below in the "Session
Description Protocol (SDP) Parameters" registry available from
<a href="http://www.iana.org/">http://www.iana.org/</a>.
The contact person for this registration is Magnus Westerlund (email:
[email protected]; phone: +46 8 719 0000).
<span class="grey">Westerlund & Frojdh Informational [Page 12]</span><span id="page-13" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
SDP Protocol Identifiers ("proto"):
Name: UDP/MBMS-FEC/RTP/AVP
Long form: 3GPP MBMS FEC-protected RTP/AVP over UDP
Type of name: proto
Purpose: 3GPP MBMS defines a mechanism to provide block-
based FEC for UDP-based traffic. This solution
uses the SDP protocol "proto" identifier to
identify the media streams that use the FEC
shim layer. This protocol identifier indicates
that the FEC-protected data is RTP using the
AVP profile.
Reference: <a href="./rfc6064">RFC 6064</a>, 3GPP TS 26.346
Name: UDP/MBMS-FEC/RTP/SAVP
Long form: 3GPP MBMS FEC-protected RTP/SAVP over UDP
Type of name: proto
Purpose: 3GPP MBMS defines a mechanism to provide block-
based FEC for UDP-based traffic. This solution
uses the SDP protocol "proto" identifier to
identify the media streams that use the FEC
shim layer. This protocol identifier indicates
that the FEC-protected data is RTP using the
Secure AVP profile (SAVP).
Reference: <a href="./rfc6064">RFC 6064</a>, 3GPP TS 26.346
Name: UDP/MBMS-REPAIR
Long form: 3GPP MBMS FEC repair symbols over UDP
Type of name: proto
Purpose: 3GPP MBMS defines a mechanism to provide block-
based FEC for UDP-based traffic. This solution
uses the SDP protocol "proto" identifier to
identify the media streams that use the FEC
shim layer. This protocol identifier indicates
that the FEC repair data is sent over UDP.
Reference: <a href="./rfc6064">RFC 6064</a>, 3GPP TS 26.346
SDP Attribute ("att-field"):
Attribute name: X-predecbufsize
Long form: Pre-decoder buffer size
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.1">Section 4.1</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 13]</span><span id="page-14" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Attribute name: X-initpredecbufperiod
Long form: Pre-decoder initial buffering period
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.1">Section 4.1</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
Attribute name: X-initpostdecbufperiod
Long form: Post-decoder initial buffering period
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.1">Section 4.1</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
Attribute name: X-decbyterate
Long form: Peak decoding rate in bytes per second
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.1">Section 4.1</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
Attribute name: 3gpp-videopostdecbufsize
Long form: Post decoder buffer size
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.1">Section 4.1</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
Attribute name: framesize
Long form: Maximum Video Frame Size
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.2">Section 4.2</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.2">Section 5.3.3.2</a>
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 14]</span><span id="page-15" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Attribute name: 3GPP-Integrity-Key
Long form: 3GPP DRM Integrity Key
Type of name: att-field
Type of attribute: Session level only
Subject to charset: No
Purpose: See <a href="#section-4.3">Section 4.3</a>
Reference: 3GPP TS 26.234, Sections <a href="#section-5.3.3.2">5.3.3.2</a> and K.2.2.1
Values: See Reference
Attribute name: 3GPP-SRTP-Config
Long form: 3GPP DRM SRTP Configuration
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.3">Section 4.3</a>
Reference: 3GPP TS 26.234, Sections <a href="#section-5.3.3.2">5.3.3.2</a> and K.2.2.2
Values: See Reference
Attribute name: 3GPP-SDP-Auth
Long form: 3GPP DRM Integrity SDP Authentication
Type of name: att-field
Type of attribute: Session level only
Subject to charset: No
Purpose: See <a href="#section-4.3">Section 4.3</a>
Reference: 3GPP TS 26.234, Sections <a href="#section-5.3.3.2">5.3.3.2</a> and K.2.2.3
Values: See Reference
Attribute name: alt
Long form: Alternative SDP line
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.4">Section 4.4</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.3">Section 5.3.3.3</a>
Values: See Reference
Attribute name: alt-default-id
Long form: Default alternative ID
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.4">Section 4.4</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.3">Section 5.3.3.3</a>
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 15]</span><span id="page-16" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Attribute name: alt-group
Long form: Grouping of SDP Line alternatives
Type of name: att-field
Type of attribute: Session level only
Subject to charset: No
Purpose: See <a href="#section-4.4">Section 4.4</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.4">Section 5.3.3.4</a>
Values: See Reference
Attribute name: 3GPP-Adaptation-Support
Long form: 3GPP Adaptation Support
Type of name: att-field
Type of attribute: Media level only
Subject to charset: No
Purpose: See <a href="#section-4.5">Section 4.5</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.5">Section 5.3.3.5</a>
Values: See Reference
Attribute name: 3GPP-QoE-Metrics
Long form: 3GPP Quality of Experience Metrics
Type of name: att-field
Type of attribute: Session and Media level
Subject to charset: No
Purpose: See <a href="#section-4.6">Section 4.6</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.6">Section 5.3.3.6</a>
Values: See Reference
Attribute name: 3GPP-Asset-Information
Long form: 3GPP Asset Information
Type of name: att-field
Type of attribute: Session and Media level
Subject to charset: No
Purpose: See <a href="#section-4.7">Section 4.7</a>
Reference: 3GPP TS 26.234, <a href="#section-5.3.3.7">Section 5.3.3.7</a>
Values: See Reference
Attribute name: mbms-mode
Long form: MBMS Bearer Mode Declaration
Type of name: att-field
Type of attribute: Session and Media level
Subject to charset: No
Purpose: See <a href="#section-5.1">Section 5.1</a>
Reference: 3GPP TS 26.346, <a href="#section-7.3.2.7">Section 7.3.2.7</a>
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 16]</span><span id="page-17" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Attribute name: mbms-flowid
Long form: FEC Flow ID
Type of name: att-field
Type of attribute: Media level
Subject to charset: No
Purpose: See <a href="#section-5.2">Section 5.2</a>
Reference: 3GPP TS 26.346, <a href="#section-8.3.1.9">Section 8.3.1.9</a>
Values: See Reference
Attribute name: mbms-repair
Long form: MBMS Repair
Type of name: att-field
Type of attribute: Session and Media level
Subject to charset: No
Purpose: See <a href="#section-5.3">Section 5.3</a>
Reference: 3GPP TS 26.346, <a href="#section-8.3.1.8">Section 8.3.1.8</a>
Values: See Reference
<span class="h3"><a class="selflink" id="section-8.2" href="#section-8.2">8.2</a>. RTSP Registrations</span>
IANA has registered the RTSP headers listed below in the RTSP/1.0
Headers table of the "Real Time Streaming Protocol (RTSP)/1.0
Parameters" registry available from <a href="http://www.iana.org/">http://www.iana.org/</a>.
Note: This registry requires a Standards document, preferably an IETF
RFC. The document that defines the registered headers below is a
technical standards document from 3GPP, although the request for
registration is submitted using this document to achieve further
information spreading within IETF.
The contact person for this registration is Magnus Westerlund (email:
[email protected]; phone: +46 8 719 0000).
Header Name: 3GPP-Freshness-Token
Purpose: See Section K.2 of 3GPP TS 26.234
Methods: DESCRIBE Requests
Reference: Section K.2.2.4 of 3GPP TS 26.234
Values: See Reference
Header Name: 3GPP-Link-Char
Purpose: See <a href="#section-5.3.2.1">Section 5.3.2.1</a> of 3GPP TS 26.234
Methods: SETUP, PLAY, OPTIONS, or SET_PARAMETER Requests
Reference: <a href="#section-5.3.2.1">Section 5.3.2.1</a> of 3GPP TS 26.234
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 17]</span><span id="page-18" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Header Name: 3GPP-Adaptation
Purpose: See <a href="#section-5.3.2.2">Section 5.3.2.2</a> of 3GPP TS 26.234
Methods: SETUP, PLAY, OPTIONS, or SET_PARAMETER Requests
and Responses
Reference: <a href="#section-5.3.2.2">Section 5.3.2.2</a> of 3GPP TS 26.234
Values: See Reference
Header Name: 3GPP-QoE-Metrics
Purpose: See <a href="#section-5.3.2.3.1">Section 5.3.2.3.1</a> of 3GPP TS 26.234
Methods: SETUP, PLAY, OPTIONS, or SET_PARAMETER Requests
and Responses
Reference: <a href="#section-5.3.2.3.1">Section 5.3.2.3.1</a> of 3GPP TS 26.234
Values: See Reference
Header Name: 3GPP-QoE-Feedback
Purpose: See <a href="#section-5.3.2.3.2">Section 5.3.2.3.2</a> of 3GPP TS 26.234
Methods: SET_PARAMETER, PAUSE, or TEARDOWN Requests
Reference: <a href="#section-5.3.2.3.2">Section 5.3.2.3.2</a> of 3GPP TS 26.234
Values: See Reference
Header Name: Switch-Stream
Purpose: See <a href="#section-5.5.4.2">Section 5.5.4.2</a> of 3GPP TS 26.234
Methods: PLAY Requests and Responses
Reference: <a href="#section-5.5.4.2">Section 5.5.4.2</a> of 3GPP TS 26.234
Values: See Reference
Header Name: SDP-Requested
Purpose: See <a href="#section-5.5.4.4">Section 5.5.4.4</a> of 3GPP TS 26.234
Methods: PLAY Requests
Reference: <a href="#section-5.5.4.4">Section 5.5.4.4</a> of 3GPP TS 26.234
Values: See Reference
Header Name: Pipelined-Requests
Purpose: See <a href="#section-5.5.3">Section 5.5.3</a> of 3GPP TS 26.234
Methods: SETUP and PLAY Requests
Reference: <a href="#section-5.5.3">Section 5.5.3</a> of 3GPP TS 26.234
Values: See Reference
Header Name: x-predecbufsize
Purpose: See <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Methods: PLAY Response
Reference: <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 18]</span><span id="page-19" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Header Name: x-initpredecbufperiod
Purpose: See <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Methods: PLAY Response
Reference: <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Values: See Reference
Header Name: x-initpostdecbufperiod
Purpose: See <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Methods: PLAY Response
Reference: <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Values: See Reference
Header Name: 3gpp-videopostdecbufsize
Purpose: See <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Methods: PLAY Response
Reference: <a href="#section-5.3.2.4">Section 5.3.2.4</a> of 3GPP TS 26.234
Values: See Reference
Header Name: Supported
Purpose: See <a href="#section-5.5.2.2.2">Section 5.5.2.2.2</a> of 3GPP TS 26.234
Methods: Any Request and Response
Reference: <a href="#section-5.5.2.2.2">Section 5.5.2.2.2</a> of 3GPP TS 26.234
Values: See Reference
IANA has registered the RTSP Option tags (option tags) listed below
in the RTSP/1.0 Option Tags table of the "Real Time Streaming
Protocol (RTSP)/1.0 Parameters" registry available from
<a href="http://www.iana.org/">http://www.iana.org/</a>.
Option tag: 3gpp-pipelined
Purpose: See <a href="#section-5.5.3">Section 5.5.3</a> of 3GPP TS 26.234
Applies to: Client and Server
Reference: <a href="#section-5.5.3">Section 5.5.3</a> of 3GPP TS 26.234
Values: See Reference
Option tag: 3gpp-switch
Purpose: See <a href="#section-5.5.4.2">Section 5.5.4.2</a> of 3GPP TS 26.234
Applies to: Client and Server
Reference: <a href="#section-5.5.4.2">Section 5.5.4.2</a> of 3GPP TS 26.234
Values: See Reference
Option tag: 3gpp-switch-req-sdp
Purpose: See <a href="#section-5.5.4.4">Section 5.5.4.4</a> of 3GPP TS 26.234
Applies to: Client and Server
Reference: <a href="#section-5.5.4.4">Section 5.5.4.4</a> of 3GPP TS 26.234
Values: See Reference
<span class="grey">Westerlund & Frojdh Informational [Page 19]</span><span id="page-20" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Option tag: 3gpp-switch-stream
Purpose: See <a href="#section-5.5.4.5">Section 5.5.4.5</a> of 3GPP TS 26.234
Applies to: Client and Server
Reference: <a href="#section-5.5.4.5">Section 5.5.4.5</a> of 3GPP TS 26.234
Values: See Reference
<span class="h2"><a class="selflink" id="section-9" href="#section-9">9</a>. Security Considerations</span>
SDP attributes are subject to modification by an attacker unless they
are integrity protected and authenticated. The security
considerations of the SDP specification [<a href="./rfc4566" title=""SDP: Session Description Protocol"">RFC4566</a>] should be reviewed
in this regard. The registered SDP attributes are vulnerable to
modification attacks or removal, which may result in problems of a
serious nature, including failure to use service and reduced quality.
The registered RTSP headers are also vulnerable to insertion,
deletion, or modification attacks similar to SDP attributes. Also in
this case, attacks can result in failure of the service or reduced
quality of streaming content.
The three SDP protocol identifiers do not by themselves introduce any
additional security threats that don't exist for other protocol
identifiers in SDP. The media stream and the used protocols
identified and configured by the SDP protocol identifier may,
however, contain security issues by themselves.
<span class="h2"><a class="selflink" id="section-10" href="#section-10">10</a>. References</span>
<span class="h3"><a class="selflink" id="section-10.1" href="#section-10.1">10.1</a>. Normative References</span>
[<a id="ref-MBMS">MBMS</a>] 3GPP TS 26.346 version 7.10.0 (2009-03), "Multimedia
Broadcast/Multicast Service (MBMS); Protocols and codecs".
[<a id="ref-PSS-234">PSS-234</a>] 3GPP TS 26.234 version 7.7.0 (2009-03), "Transparent end-
to-end Packet-switched Streaming Service (PSS); Protocols
and codecs".
[<a id="ref-PSS-3GP">PSS-3GP</a>] 3GPP TS 26.244 version 7.3.0 (2007-12), "Transparent end-
to-end packet switched streaming service (PSS); 3GPP file
format (3GP)".
[<a id="ref-RFC0768">RFC0768</a>] Postel, J., "User Datagram Protocol", STD 6, <a href="./rfc768">RFC 768</a>,
August 1980.
[<a id="ref-RFC2119">RFC2119</a>] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc2119">RFC 2119</a>, March 1997.
<span class="grey">Westerlund & Frojdh Informational [Page 20]</span><span id="page-21" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
[<a id="ref-RFC3551">RFC3551</a>] Schulzrinne, H. and S. Casner, "RTP Profile for Audio and
Video Conferences with Minimal Control", STD 65, <a href="./rfc3551">RFC 3551</a>,
July 2003.
[<a id="ref-RFC3711">RFC3711</a>] Baugher, M., McGrew, D., Naslund, M., Carrara, E., and K.
Norrman, "The Secure Real-time Transport Protocol (SRTP)",
<a href="./rfc3711">RFC 3711</a>, March 2004.
<span class="h3"><a class="selflink" id="section-10.2" href="#section-10.2">10.2</a>. Informative References</span>
[<a id="ref-AES">AES</a>] NIST, "Advanced Encryption Standard (AES)", FIPS PUB 197,
<<a href="http://www.nist.gov/itl/fipscurrent.cfm">http://www.nist.gov/itl/fipscurrent.cfm</a>>.
[<a id="ref-PSS-233">PSS-233</a>] 3GPP TS 26.233 version 7.0.0 (2007-06), "Transparent end-
to-end packet switched streaming service (PSS) General
Description".
[<a id="ref-RFC2326">RFC2326</a>] Schulzrinne, H., Rao, A., and R. Lanphier, "Real Time
Streaming Protocol (RTSP)", <a href="./rfc2326">RFC 2326</a>, April 1998.
[<a id="ref-RFC3264">RFC3264</a>] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model
with Session Description Protocol (SDP)", <a href="./rfc3264">RFC 3264</a>,
June 2002.
[<a id="ref-RFC3890">RFC3890</a>] Westerlund, M., "A Transport Independent Bandwidth
Modifier for the Session Description Protocol (SDP)",
<a href="./rfc3890">RFC 3890</a>, September 2004.
[<a id="ref-RFC4566">RFC4566</a>] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session
Description Protocol", <a href="./rfc4566">RFC 4566</a>, July 2006.
[<a id="ref-RFC4648">RFC4648</a>] Josefsson, S., "The Base16, Base32, and Base64 Data
Encodings", <a href="./rfc4648">RFC 4648</a>, October 2006.
<span class="grey">Westerlund & Frojdh Informational [Page 21]</span><span id="page-22" ></span>
<span class="grey"><a href="./rfc6064">RFC 6064</a> SDP and RTSP Extensions for 3GPP January 2011</span>
Authors' Addresses
Magnus Westerlund
Ericsson
Farogatan 6
Stockholm SE-164 80
SWEDEN
Phone: +46 10 7190000
Fax: +46 10 757 55 50
EMail: [email protected]
Per Frojdh
Ericsson
Farogatan 6
Stockholm SE-164 80
SWEDEN
Phone: +46 10 7190000
Fax: +46 10 757 55 50
EMail: [email protected]
Westerlund & Frojdh Informational [Page 22]
Annotations
Select text to annotate