【YD通讯标准】 数字蜂窝移动通信网移动流媒体业务终端技术要求

中华人民共和国通信行业标准
YD/T1496-2006
数字蜂窝移动通信网
移动流媒体业务终端技术要求
Digital Cellular Mobile Telecornmunication Network ServiceTechnical Specification for Mobile Streaming Terminal2006-09-26 发布
2007-01-01实施
中华人民共和国信息产业部发布日藍次·
1范围
2规范性引用文件·
3定义和缩略语…
3.1定义--
3.2缩略语-
4终端应支持的流媒体业务和功能4.1业务要求·
4.2功熊要求
5流媒体终端总体结构.
5.1客户端功能描述
5.2协议栈·
6协议
6.1会话发起·
能力交换
会话建立和控制·
6.4MIME媒体类型
数据传輪·
6.6编/解码·
6.7SML场景描述
7文件格式
数字版权管理-
9安全性要求
硬件要求，
TTTKAONTKAca
YD/T 1496-2006
YD/T1496-2006
本标准是数字峰窝移动通信网流媒体业务系列标准之一，该系列标准的名称及结构如下：1、数字蜂窝移动通信网移动流媒体业务总技术要求2.数字蜂窝移动通信网移动流媒体业务服务器技术要求3.数疗蜂窝移动通信网移动流媒体业务终端技术要求4.数字蜂宽移动通信网移动流媒体业务服务器测试方法5、数字蜂宽移动通信网移动流媒体业务终端测试方法随着技术的发展，还将制定后续的相关标准。本标准与《数字蜂窝移动通信网移动流媒体业务终端测试方法》配套使用。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院中国联合通信有限公司
华为技术有限公司
中兴通讯股份有限公司
本标准主要起草人：杨红梅朱庆春董晓宇杨锦春王升琼沈灿刘继兴1范围
数字蜂窝移动通信网
移动流媒体业务终端技术要求
YD/T 1496-2006
本标准规定了数字蜂窝移动通信网为实现流媒体业务流媒体终端应支持的业务以及软件和硬件方面的要求，主要包括终端应支持的流媒体业务、流媒体终端总体结构、协议、文件格式、数字版权管理、安全性要求以及硬件要求等内容。本标准适用于以P分组来承载流媒体业务的数字蜂窝移动通信网络的终端。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。[1] ITU-T Recommendation H.263 - Annex X (2001): \Annex X: Profiles and levels definition\.[2] ITU-T Recommendation H.263 - Annex X (03/04): \Annex X: Profiles and levels definition\.[3] IrU-T Recommendation H.264 (2003):\Advanced video coding for generic audiovisual services\|ISO/IEC 14496-10:2003: \Informatian technology - Coding of audio-visual objects - Part 10:Advanced Video Coding\
[4] 3GPP TS 26.234 V6.2.0 (2004-12): End-to-end transparent strearming service; Protocols and Codecs.[5] 3GPP TS 26.245: \Transparent end-to-end packet switched streaming service (PSS); Timed textformat\.
[6] 3GPP TS 26.244: \Transparent end-to-end packet switched streaming service (PSS); 3GPP fileformat (3GP)\.
[71 3GPP TS 26.401: \General audio codec audio processing functions; Enhanced aacPlus general audiocodec; General description\.[8] 3GPP TS 26.410: \General audio codec audio processing functions; Enhanced aacPlus general audiocodec; Floating-point ANSI-C code\.[9] 3GPP TS 26.411: \General audio codec audio processing functions; Enhanced aacPlus general audiocodec, Fixed-point ANSI-C code\.[10] 3GPP TS 26.290: \Extended AMR Wideband codec; Transcoding functions\.[11] 3GPP TS 26.304: \ANSI-C code for the Floating-point; Extended AMR Wideband codec\[12]. 3GPP Ts 26.273: \ANSI-C code far the Fixed-point; Extended AMR Wideband cpdee\,[13] 3GPP2 C.S0050-0 v1.0 \3GPP2 File Formats far Multimedia Services\[14] W3C Candidate Recommendation:\Resource Description Framework (RDF) Schema Specification1.0\ March 2000.
TTIKAONKAca
YD/T1496-2006
[15] W3C Working Draft Reconrnendation:\CC/PP siructure and vocabularies\, June 200l[16] WAP UAProf Specification, October 201.[17] IETF RFC 2326: \Real Time Strearming Protocol (RTSP), Schulzrinne H.. Rao A. and Lanphier R..April 1998.
[18] IETF RFC 3267: \Real-Time Transport Prolocul (RTP) Payload Format and File Storage Fornmat fonthe Adaptive Multi-Rare (AMR) Adaptive Mulli-Rate Wideband (AMR-WB) Audio Codecs\.Sjoberg J. ct al., June 2002.[191 IETF RFC 3016: \RTP Payload Hormat for MPEG-4 Audio/Visual Streams\, Kikuchi Y. et al.,Novenber 2000.
[20] IETF RFC 2429: \RTP Payload Format for the 1998 Version of ITU-T Rec. H.263 Video (H.263+)\,Bomann C. et al., October 1998.[21] IETF RFC 2046: \Multipurpose Internet Mail Extensions (MIME) Part Two: Media Types\, Freed N.and Borenstein N., November 1996.[22] FETF RFC 2083: \PNG (Portable Networks Graphics) Specification Version 1.0\, Boutell T.,etal.,March 1997
[23] W3C Recommendation: \Scalable Vector Graphics (SVG) 1.1 Specification\, January 2003.[24] IETF RFC 3236: \The application/xhtml+xml'Media Type\, Baker M. and Stark P., January 2002.[25] W3C Recornnendation: *Syuchronized Multimedia Integration Language (SMIL 2.0)\, August2001
[26] IETF RFC 1889: \RTP: A Transport Protocol for Real-Time Applications\, Schulzrinne H. et al.,January 1996.
[27] IETF RFC 1890: \RTP Profile for Audio and Video Conferences with Minimal Control\,Schulzrinne H. et al., January 1996[28] IETF STD 0006: \User Datagram Protocol', Postel J., August 1980.[29] Scalable Polyphony MIDI Specification Version 1.0, RP-34, MIDI Manufacturers Association, LosAngeles, CA, February 2002.
[30] Scalable Polyphony MIDI Device 5-to-24 Note Profile for 3GPP Version 1.0, RP-35, MIDIManufacturers Association, Los Angeles, CA, February 2002.[31] \Standard MIDI Files 1.0\, RP-001, in \The Complete MIDI 1.0 Detailed Specification, DocumentVersion 96.1\, The MIDI Manufacturers Association, Los Angeles, CA, USA, February 1996.[32] ITU-T Recommendation T.81 (1992) I ISO/IEC 10918-1:1993: \Information technology - Digitalcompression and coding of continuous-tone still images -Requirements and guidelines\.[33] C-Cube Microsystems: \JPEG File Interchange Format\, Version 1.02, September 1, 1992[34] W3C Last Call Working Draft: \Scalable Vector Graphics (SVG) 1.2\, October 2004[35] Standard ECMA-327: \ECMASeript 3rd Edition Compact Profile\, June 2001.[36] WAP Forutn Specificarion: \XHTML Mobile Profile\, October 200l.2
3定义和缩略语
下列定义和缩略语适用于本标准。YD/T 1496-2006
3.1定义
连续媒体(continuous media)：有内在时间概念的媒体，在本标准中包括语音、音频、视频和时间同步文本（timedtext）。
离散媒体(discrete media)：本身不含时间元素的媒体，在本标准中是指所有未被定义为连续媒体的媒体，包括静止图片、文本。
设备能力描述(devicecapabilitydescription)：终端设备能力和/或用户选项的描述，包含一系列的能力属性。
设备能力档案(devicecapability profile)：相当于终端设备能行描述。表示描述(presentation description)：包含某个表示中一个或多个媒体流的相关信息，例如编码集、网络地址以及内容相关信息。
客户端(client)：使用数字蜂窝移动通信网流媒体业务的客户，可以是具有流媒体功能的终端设备，也可以是流媒体播放器软件。
服务器(server)：基于IETFRTSP/SDP和/或HTTP标准的数字蜂窝移动通信网流媒体业务的服务器。场景描述(scenedescription)：对演示的空间布局与时间行为描述，其中还可能包含超链接。3.2缩略语
3GPP file format
3GPP2 file format
Advanced Audio Coding
Compasite Capability f Preference ProfilesGraphics Interchange Format
Hyper Text Markup Language
Internet Engineering Task ForceInternational Telecommunications UnionTelecommunications
JPEG File Interchange FormatMusical Instrument Digital InterfaceMultipurpose Intermet Mail ExtensionsMultimedia Messaging ServicePortable Networks Graphics
Packet-switched Streaming ServiceQuarter Common Intermediate FornatResourceDescriptionFrameworkRTPControl Protocol
Real-time Transport ProtocolReal-Time Streaming ProtocolTKAONYKAca
3GPP文件格式
3GPP2 文件格式
高级音频编码
复合能力/配置档案
图形交换格式
超文本标记语言
互联网工程任务组
国际电信联盟
JPEG文件交换格式
乐器数字接口
多用途互联网邮件扩展
多媒体消息业务
便携网络图形
分组交换流媒体业务
四分之一-公共中间格式
资源描述框架
RTP控制协议
实时传输协议
实时流媒体协议
YD/T 1496-2006
SP-MIDI
UAProf
Scssion Description ProtocolSynchronised Multimedia Integration LanguageScalable Polyphony MIDl
Scalable Vectar Graphics
User Agent Profile
Unicode Iransformation Format (the 8-bit form)WwW Consortium
Wireless Markup Language
eXtensible Hyper Text Markup Language终端应支持的流媒体业务和功能4.1
业务要求
会话描述协议
同步多媒体集成语言
可调级的和弦MIDI
可缩放向量图
用户代理档案
Unicode转换格式（8位格式）
www联盟
无线标记语言
可扩展超文本标记语言
支持流媒体业务的终端应和流媒体服务器配合让移动用户能够一边下载一边观君收听多种流媒体业务。包括使用静态图像和语音实现的低比特速率新闻流播放、不同比特率和不同质量的音乐欣赏、观看视频剪辑和体育比赛实况等。终端应能支持流媒体点播、流媒体直播、下载播放流媒体等业务类型。4.2功能要求
（1）终端的视频播放的画面尺寸至少为QCIF。（2）支持流媒体业务的终端应时支持WAP利IMMS/多媒体邮件业务。（3）当用户下载完某个流媒体片段之后，应能提示用户是否需要立即播放。（4）下载的媒体文件町以被其他程序（如WAP、MIMS/多媒体邮件）访问和使用；文件的存储空间应该与其他媒体文件的空间共享。（5）流媒体终端应支持常见的播放、回放、暂停、停止、前进、后退、音量控制和静音等操作。（6）播放器需要能够查看收件箱占用空间的大小，空间的占有率。（7）流媒体终端应支持用户直接输人RTSPURL。（8）流媒体终端应具有外部事件的处理功能，抑：在流媒体业务进行的过程中，若发生外部事件如来电、短消息到达等，终端应能正确处理，以保证正常通信功能的开展。5流媒体终端总体结构
5.1客户端功能描述
YD/T 1496-2006
流媒体终端应包含的主要功能单元如图1所示，主要包括控制、场景描述、媒休解码器等。与控制相关的单元是能力交换、会话建立和会话控制。视频解码器
图像解码器
然端能力
久量图形
解码器
回步文本解玛器
音频解码器
语音解码器
合成音毅解码器
场或描述
会话控制
会话建立
能力交换
图1客户端功能单元
会话建立是指由浏览器或直接在终端用广界面输入URL地址发起PSS会话。能力交换可以根据不同的终端能力选择或适配媒体流。会话控制处理单个媒体流的建立，这个媒体流是在一个流媒体客户端与一个或多个流媒体服务器问传送的。会话控制也充许用户控制单个媒体流。另外，会话控制还可以包含流媒体播放控制功能，如开始、暂停、快进和停止。
场景描述由空间结构和媒体演示中不同媒体间的时间关系措述组成。前者给出屏上不同媒体成份5
KAOIKAca-
YD/T1496-2006
的布局，后者控制不同媒体的同步。媒体解码器包括语音、音频、合成音频、文本、同步文本、矢量图形、图像以及视频媒体的解码。5.2协设栈
客户端的协议栈以及更详细的基于分组的网络接口描述如图2所示。能力交换
景描述
Payloadformats
（1）HTTP/TCP/IP传输协议bZxz.net
装示描述
静态图像
位图图形，矢盘图形
文本，同步文本
台成音類
图2流媒体终端的协议栈
能力交换
表示描述
HTTP协议用于流媒体发现和视频下载。通过HTTP可以获得流媒体的连接URL，也可以通过HTTP获得SDP文件。同时，HTTP协议可以实现媒体下载业务。（2）RTSP/TCP/UDP/IP实时流媒体协议RTSP协议是用于控制流媒体过程的协议，包括流媒体的建立、播放、暂停、快进/快退、停止等功能。RTSP协议可以支持的方法有DESCRIBE，SETUP，PLAY，PAUSE，REDIRECT和TEARDOWN等。（3）RTP/RTCP实时传输协议
RTP主要用于传输流媒体中的视频、音频和语音等媒体内容。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。（4）RTCP实时传输控制协议
RTCP主要用于服务器和客户端之间的流量控制和拥塞控制。在RTP会话期间，各参与者周期性地传送RTCP包：RTCP包中包含已发送的数据包的数量、丢失的数据包的数量等统计信息，服务器可以利用这些信息动态改变传输速率。RTP和RTCP配合使用，能以有效的友馈和最小的开销使传输效率最佳化。6协议
6.1会话发起
客户端应至少能支持以下方式之一来发起会话：SMIL，SDP，明文RTSPURL。除rstp:外，客户端还应支持URL，以使由le:/（用于本地存储的文件）和http:（用于通过HTTP传送的演示描述或场景描述）开始的起始会话协议有效。客户端能够以多种方式获取URL，本标准不作限定。例如，将URL嵌人到HTML或WML页中，这样，支持HTTP协议的浏览器能够下载起始会话描述，并将内容传递到客户端用于将来的处理。6.2能力交换
6.2.1概述
YD/T1496-2006
为了让流媒体服务器根据多种类型的终端客户端设备支持不同的内容，也为了在不同版本的PSS架构间提供服务，客户端应支持能力交换，向服务器提供终端的流媒体能力。6.2.2设备能力档案Profile)结构设备能力档案是一个RDF文档（参见\W3C Candidate Recommendation：Resource DescriptionFramework(RDF)Schema Specification1.0March 2000\），其结构符台CC/PP顿结构（参见W3CWorkingDraft Recommendation:\CC/PP structure and vocabularies\June 2001）和CC/PP应用UAProf (参见\WAPUAProf Spcciication，October200l\）。用属性来描述设备能力和参数。RDF格式模式中定义了一组属性名称、允许的参数值和CC/PP词汇组成的语义。PSS沿用UAProf词汇，也定义了部分PSS的专有词汇。词汇格式中定义了属性的语法，在语义上有扩展。PSS设备能力档案是UAProf和/或PSS特殊格式的一个实例，同时应按照CC/PP规范\structureandvocabularies\（参见W3CWorkingDraftRecomumendation：\CC/PPstructureandvocabularies\，June2001）的规则组织能力档案信息。能力档案格式也应按照UAPruf（参见\WAPUAProfSpecification，October2001\）的第7、7.1、7.3、7.4节中定义的规则组织。6.2.3PSS属性术语
有关PSS扩展的设备能力挡案术语的描述参见3GPPTS26.234。6.2.4Pss模式(Schema)/词汇的扩展所有对档案模式(profileschema)的扩展由\WAPUAProfSpecification，October2001\的7.7条定义的规则进行算理。
6.2.5客户端和服务器之间的档案(Profile）信息的信令能力交换特性为可选。如果客户端支持能力交换，那么它应避循WAP2.0UAPraf规范。档案信息通过 HTTP 和 RTSP 传送。
·RTSP：客户端在DESCRIBE消息中发送档案信息。·HTIP：客户端在GET请求的返回消息中附加档案信息。这样，HTTP服务器可以传送一个优选的SDP给客户端。
6.2.6流媒体服务器和设备档案服务器之间档案(profile)的传送设备能力挡案存储在设备档案服务器上，通过URL引用。终端在上报客户端支持能力的消息中可以只上报该URL。有关流媒体服务器和设备档案服务器之间终端档案信息的传送不在本标准定义的范围内。
6.3会话建立和控制
6.3.1概述
使用RTP/UDP/IP的连续媒体流需要有会话控制协议来建立和控制单个的媒体流。对于离散媒体（图像和文本），矢量图像，同步文本和合成的音频，使用HTTP/TCP/IP方式，在这种情况下不需要一个单独的会话建立和控制协议，因为它已经存在于HTTP之中。本条描述连续媒休语音、音频和视频的会话建立和控制。
6.3.2RTSP
RTSP应用于会话建立和会话控制。终端应遵循IETFRFC2326（参见IETFRFC2326:\RealTimeStreamingProtocol(RTSP)\）的附录D中的规则，该规则是点播业务的最小实现。此外，终端应支持发送DESCRIBE消息，并对应答进行解释，7
TTKAoNYKAca
YD/T 1496-2006
6.3.3.1概述
SDP给出了媒体的描述信息，包括顺率、图像人小等信息。SDP作为服务器传递给客户端的表示描述格式。客户端应能够解释SDP语法。3GPPTS26.234规范要求在一个SDP文件中必须包含某些域，此外，终端应能够解释下列域：\a-controk:\;
-\a=range:\
-\a-rtpmap:\;
\a-fntp:\.
以下属性作为可选：
\a-X-predecbufsize: ，该域按字节给出了预解码缓冲区的大小。\a-X-initpredecbufperiod:\该域给出了预解码缓冲周期。该值是一个90kHz时钟的时钟点滴（icks）。也就是说，该值每隔1/90000s加1。例如值180000相当于预解码缓冲周期为2s\a=X-initpostdecbufperiod:对于连续媒体（语音、音频和视频），应使用下列MIME媒体类型：·AMR-NB语音编解码器（参见IETFRFC 3267:\Real-Time TransportProtocol (RTP)Payload Formatand File Storage Format for the Adaptive Multi-Rate (AMR) Adaptive Multi-Rate Wideband (AMR-WB) AudioCodecs\ );
·AMR-WB语音编解码器(参见IETF RFC 3267:\Real-Time Transport Protocol (RTP) Payload Formatand File Storage Format for the Adaptive Multi-Rate (AMR) Adapti ve Multi-Rate Wideband (AMR-WB) AudioCodecs\ );
·EnhancedaacPlus和MPEG4AAC音频编解码的MLME媒体类型（参见IETFRFC30I6:\RTPPayloadFormat for MPEG-4Audio/Visual Streams\):·MPEG4视频编解码（参见ETFRFC 3016:\RTP Payload Fornat for MPEG-4Audio/VisualStreams\ );
YD/T1496-2006
·H.263视频编解码器（参见TETFRFC2429:\RTPPayloadHormatforthe1998VersionofITU-TRecH.263 Video (H.263+)\ ):
·SP-MIDI的MIME媒体类型，
用于JPEG，GIF，PNG，SP-MIDI，SVG，同步文本和XHTML的MIM正媒体类型既能用于HTTP中的\Conlenl-type\域，也能用于SMIL.2.0的\type\属性。下列的MIME媒体类型应被用于这些媒体：. JPEG (参见IETF RFC 2046: \Mulipurpose Internet Mail Extensions (MIME) Part Two: MediaTypes\;
GIF (参见IETF RFC 2046: \Multipurpose Internet Mail Extensions (MIME) Part Two: MediaTypes\);
- PNG (参见IETF RFC 2083: \PNG (Portable Networks Graphics) Specificativn Version 1.0\ );? SP-MIDI
- SVG (参见W3C Recommendation: \Scalable Vector Graphics (SVG) 1.1 Specification\ );·XHTML（参见IETFRFC3236:Theapplication/xhtml+xml'Media Type\）+Timed text.
用于SMIL文件的MIME媒体类型应根据W3C Recommendatio SMIL2.a（参见W3CRecommendation:\Synchronized Multimedia Integration Language (SMIL2.0)\)而定, 用于SDP的MIME媒体类型应根据ETF'RFC3016耐定。6.5数据传输
6.5.1 基于[P的网络接口
媒体流和控制流的承载协议均为IP协议。6.5.2媒体流的传输基于UDP/IP的RTP协议ETFRFC 1889(参见 IETF RFC 1889: \RTP: A Transport Protocol for Real-Time Applications\)和IETFRFC 1890 ( IETF RFC I890: \RTP Profile for Audio and Video Conferences with Minimal Control\) 提供了基于UDP传输实时数据或者流数据的方法（参见FTFSTD0006：\UserDatagramProtocol\）。编码后的媒体信息利用媒体特定的RTP有效负载的格式封装为RTP报文。RTP有效负载的格式由IETF定义。RTP还摄供了名为RTCP的协议（参见ETFRFC1889中的第6节）来反馈传输的质量。为计算RTCP的传输间隔，要使用IETFRFC1889中的附录A.7。6.5.3基于TCP/IP的HTTP协议
IETFTCP提供了IP网络上的可靠数据传输，但没有时延保障。它是发送场景描述、文本、位图图形和静态图片的首选方式。
6.5.4 RTSP 的传输
终端支持的RTSP传输应与RFC2326（参见ETFRFC2326:\RealTime Streaming Protocol (RTSP)\）一致。
6.6编/解码
移动流媒体终端所支持的媒体内容的编解码格式与业务类型无关，即无论是点播、直播，还是下载播放，这些格式都是可用的。
移动流媒体终端支持的编码类型如下，其中音频和视频的编解码类型可以任意组合。9
TKAONKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。