1、YD 中华人民共和国通信行业标准YD1489-2006 数字蜂窝移动通信网移动流媒体业务总体技术要求General Technical Requirements of Mobile Streaming Service in 。igitalCellular Mobile Telecommunication Network 200609-26发布2007叩0101起施中华人民共和罔馆息产业部发布YD!T 1489币2006目次前言刷.响响.m I 活脑，2 规范性寻闲文件：43 缩回各谓 . . 3 4业务总体特征.，响，叶4.1 业务概念. . . . . . . .咽口44.2业务分类.4 4
2、.3收务模级.4 5业务功能.”5.1 it务总体功能要求.6 5.2流媒体业务用户的定制.币5.3 流媒体业务发现功能.喃.咽.喃.7 5.4 流媒体业务对终端的适自己功能.自.7 5.5 流媒体业务对网络带流的运配功能.，喃，刁5.6流媒体内容制作功能，.回.”回子5.7 流媒体内容传送功能.g 5.8 流媒体脱务的中断和续传（问选卜w.85.9流媒体内容下载功能.g 5.10 流媒体业务的计费统计功能国国国85.11 流媒体业务的认证功能.g 5.12 流媒体业务管理功能.g 5.13 内容分发功能.g 5.14 负载均衡功能.g 5.15 对CP内容的审查和资源限制功能.g 5.16
3、用户接游支持. .8 5.17数字版权机制（DRM)（可渔卜“95.18 实时媒体流在播放过稳中的暂停和继续.95.19实时媒体流在播放过程中的回放（可选卜.9 5.20实时媒体流在铺放过程中的快迹和快浪（可选）.95.21 流媒体内容搜索功能.9 6协议要求.回.回.回.”.9 6.1 协议找描述.9 6.2会活建立和校做l协议要求，.9 YD厅1489-20066.3 MIME媒体类型6 . .翩翩翩.16 7 数据传输.刷.自.酌”,. 16 7.1 分组网络接口.16 7.2 RTP.凡JDP/IP.16 7.3 HTTP/IPIIP.刷、.“.Jg 7.4 RTSP.传输. .” 1
4、9 8 文件格式与编解码类双，.”. 19 8.1 编解码类骂.国.19 8.2 文件格式.司.209 业务流程”.，.”.z1 9.1 .ill.务发现流程（WAP.ill.务发现）. . 21 9.2 业务发现流草草（HTTP.ill.务发现）.229.3 流媒体点播业务流程.z3 9.4 流媒体直播业务流程喃喃.z4 9.5 流媒体下裁业务流程.269.6 CP/SP内容发布流程.27 9.7 能力交换流程（可选卜，叫，2810认证”10.1 接通过流媒体业务平台完成用户认证“.29 10.2通过第三方服务代混实现对用户的认证.29 10.3通过用户的E地址实现对用户的认证.2910.4
5、证书认证.29 11 计费和统计.z9 11.1 计费采集.z9 11.2计费方式.z9 11.3 CDR格式.”.29 11.4业务统计分析.31 12业务服务质最.回”附录A（资料性附录）终端能力协商.32附录B（资料性附录）数字版权保护.45 ” YD厅14892006日U吕本标准经数字：蜂普普移动通信网流媒体业务系列标准之一。该系列标准的名称及络构如下：I.数7蜂窝移动:i!lif古网移动流媒体业务总体技术要求；2.数字蜂苦苦移动i副省闷移动流媒体.llt务服务苦苦役/j也要要求；3司数字蜂窝移动通信网移劝流媒体.llt务终端技术要求；4. 数字蜂窝移动通信闷移动流媒体业务服务苦苦测试
6、方法；5. 数字蜂窝移动通傍网移动流媒体业务终端测试方法。随着技术的发腿，l:f夺制定后缕的相关标准。本标准的附录A、附录B是资料性附滚。本标准由中因通信标准化协会提出并归口。本标准起草单位：信息产业部咆信研究院中自联合通信有限公词华为技术有限公词中兴通讯股份有限公司本标准主姿起草人：果你杨红梅严低朱庆幸手遮院学杨锦称王升琼刘继兴u1- Ill YD厅1489-2006数字蜂窝移动通信网移动流媒体业务总体技术要求1 jii;阁本标准绘出了移动通信网络上开展移动流媒体业务，进行业务组织、管理的依据，规定了移动流媒体业务的基本概念、业务分类、！：.务模型、业务功能、业务流程及计资认证等流媒体业务运
7、王军过程中涉及的相关内容。本标？能适用于在数字蜂苦苦移动通信网络上开展的移动派媒体业务。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是法日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不i运用于本标准，然而，数励根据本标准达成协议的各方研究是否可佼用这主文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。盯U“TRecommendation H.263 ( 1998 ) 盯U-TRecommendation H.263-Annex X ( 2001 ) ITU-T Recommendation H.263Annex X ( 03/04 )
8、 ITU四TRecommendation H.264 ( 2003 ) ISO/IEC 14496斗。：20033GPP TS 26.233 V6.0.0 ( 2004“ 9) 3GPP TS 26.234 V6.2.0 ( 2004-12) 3GPP TS 22.233 V6.3.0 ( 2003-9) 3GPP TS 26.244 3GPP TS 26.245 3GPP2 C.S0050 0 vl.0 3GPP TS 23.107 3GPP TS 26.401 3GPP TS 26.410 Video coding for low bit rate communication Annex
9、X: Profiles and levels definition Annex X : Profiles and levels definition Ad van佣d功侃。c创切gfor generic剧dio协阳lservices lnfonnation technology Coding of audio-visual objects叫Part10: Advanced Video Coding Transp缸entend-to咱ndpacket switched stre皿ningservice ( PSS ) ; General description End-to-end transp
10、arent stre出ningservice; Protocols and Codecs Transparent end“t。“endpacket switched stre缸ningse凹ice;Stage I Transparent end-to-end packet switched streaming service ( PSS ) ; 3GPP file fonnat ( 3GP ) Transp町entend-to-end packet switched s甘ean由邓service ( PSS ）；如medtext format 3GPP2 File Fonnats for Mu
11、ltimedia Se凹icesQuality of Service ( QoS ) concept and architecture General audio codec audio pr阴阳sing伽ictions:Enhanced aacPlus general audio codec; General description General audio codec audio processing functions; YD厅1489町20062 3GPP TS 26.411 3GPP TS 26.290 3GPP TS 26.304 3GPP TS 26.273 IETF RFC
12、2326 IETFRF2327 IETF RFC 1889 IETF RFC 3267 IETFRFC3016 IE丁FRFC3236 IETF RFC 2396 IETF RFC 2327 IETF RFC 3611 IETF RFC 2732 IETF民FC3266 Enhanced aacPlus general audio codec; Floating” point ANSICcode General audio codec audio processing functions; Enhanced aacPlus general audio codec; Fixed-point AN
13、SJ-C code Extended AMR Wideband codec; Transcoding functions ANSJ-C code for the Floating-point:，就xtendedAMR Wideband codec ANSl-C code for the Fixed如point;Extend阻IAMR Wideband codec Real Time St陀amingProtocol ( RTSP) , Schulzrinne H., Rao A. and Lanphier R., April 1998. SDP: Session Desiption Proto
14、col, Handley M.朋dJacobson吼，April1998 RTP: A Transport Protocol for Real-Time Applications, Schulzrinne H. et al., Janu盯y1996 Real Time Transport Protocol ( RTP) Payload Format and File Storage Format for the Adaptive Multi确Rate( AMR ) Adaptive Multi-Rate Wideband ( AMR-WB) Audio Codecs, Sjoberg J. e
15、t al., June 2002 RTP Payload Format for MPEG-4 AudioNisual Stre旧时，Kikuchi Y. et al. , November 2000 The application/xhtml+xmlMedia Type”, Balcer M. and Stark 丑，Janu缸y2002.Uniform Resource Identifiers (URI): Generic Syntax, Berners-Lee T., Fielding R., Irvine U.C. and Masinter L., August 1998 SDP: Se
16、ssion Description阶。t例。l,Handley M. and Jacobson V., April 1998 RTP Control Protocol Extended Reports ( RTCP XR ) , Friedman T” Caceres R. and Clark A., November 2003 Format for Literal 1Pv6 Addresses切URLs,Hinden R., Carpenter B. 朋dMas inter L. , December 1999. Support for 1Pv6 in Session Description
17、 Protocol ( SDP ) , Olson S., Camarillo G. and Roach A.鼠，June2002. IETF RFC 3556 Session Description Protocol ( SDP) Bandwidth Modifiers for RTP Control Protocol ( RTCP ) Bandwidth, Casner 鼠，July2003 ITU翩TRecommendation T.81 ( 1992) I ISO/lEC 1091也1:1993 Information technologyDigit创compressionand co
18、ding of continuous-tone still images - Requirements and guidelines C啕CubeMicrosystems JPEG File Interchange Format, Version 1.02, September 1, 1992 W3C Recommendation Synchronized Multimedia Integration Language （仙也2.0)W3C Last Call Working Draft Scalable Vector Graphics ( SVG) 1.2 W3C Recommendatio
19、n RDF Vocabulary Description Language 1.0: RDF Schema W3C Recommendation Composite Capability/Preference Profiles ( CC/PP ) : Structure and YD厅1489-2006Vocabularies 1.0 XHTML Mobile Profile W AP UAProf Specification W AP Forum Specification Stand即dECMA-327 Open Mobile Alliance ECMAScript 3rd Edition
20、 Compact Profile, June 2001 0且MSpecification 2.0 3缩略i击下列缩峪i者适用于本你准。3G2 3GPP2 File Fonnat 3GPP2文件格式ACC Ad vane巧dAudio Coding 高级酱频编码CC/PP Composite Capability I Preference Profiles 复合能力配贯重档案CMS Content Manage Se凹er内容管理服务器CP/SP Content Provider/Service Provider 内容提供者业务提供者DRM Digital Right Management 数字
21、版权管现EVRC Enhanced Variable Rate Codecs 增强型可变速率编殉GDSN General Data Serving Node 通用数据服务节点GIF Graphics In阳changeFormat 网形交换中各式HTML Hyper Text M町切pLanguage 越Jt;jl:标记语言IMS! International Mobile Subscriber Identity 国际移动用户识别如IDSPMobile Data Service Platfonn 移动数据服务平台MIDI Musical Ins町umentDigital Interface 音
22、器数字接口MIME Multipurpose Internet Mail Extensions 多用途互联网邮件扩展MPEG Moving Pictures Experts Group 动态图像专家组QCELP Qualcomm Code Excited Linear Prediction 商通激励线做预测编码RTP Real也neTransport Protocol 实时传输协议民.TCPRTP Control Protocol RTP控制协议民.TSPReal引meS刨出ningProtocol 实时流协议民RSRequest Route Server 请求路由服务器PSS Packet唰
23、switchedStreaming Service 分组交换流虫草体业务Portal Portal 门户网销SDP Session Description Protocol 会话描述协议SMIL S归1chronisedMultimedia Integration Language 网步多媒体集成语言SMV Selectable Mode Vocoders 可i1i模式音频编码器SVG Scalable Vector Graphics 可缩放矢最图形UAProf User Agent Profile 用户代理档案W3C 嘀嘀呗FConsortium WWW联盟3 YD斤14892006 4 业
24、务总体特征4.1 ill!务概念移动流媒体技术就把i盎然的影像和声音倦怠经；飞I压缩处理后放到网络服务苦苦上，让移动终持备用户能够A边下载一A边1见辛苦、收听，IT可不常要要等到挨个多媒体文件下载完成就ilJ以pa才观辛苦的技术。实际上移动流媒体技术是网络膏视频技术和移动通俗技术发展到一定阶段的产物，它是融合很多网络技术之后所产线的技术，涉及到流媒体数据的采集、压缩、存储、传输以及网络通信等多项技术。4.2 lll!务分类4.2.1 根据播放方式划分移动流媒体业务根据数据内容的播放方式可以分为以下三种业务类型。( 1 ）流媒体点播（VOD)内容挺供商将预先隶制好的多媒体内容编码压缩成相应格式，
25、在F放在内容服务器上并把内容的描述信息以及链钱放慧在流媒体的PortaU工。最终用户就可以通过访问Portal发现感兴趣的内容，有选择地进行揭放。（川流媒体慧播流媒体编码服务器将实时信号编码压缩成相应的格式，并经由流媒体服务器分发到用户的终端播放器。根据实时内容信号源的不同，又可以分为电视1i:捕、远粮股校等。( 3）下载播放用户将流媒体内辛辛下载并存储到l本地终端中，然后可以选择夜任意时间进行播放。对于下裁播放，主要的限制指标是终端的处理能力和终端的存储能力，内容提供商可以创作出较商质量量的资视频内容（商带宽、高帧i惠本），但需要考虑内容的下载时间及终端的存储空间。4.2.2 根据用户所持流
26、媒体终端划分根据用户所使用的流媒体终端，可以分为以下三种。( 1 ）阁向普通孚机用户的业务手机的处现能力有限，屏幕尺寸小，浏览然吼叫般只支持WAPo(2）面向PocketPC用户的业务终端的处理能力较高，屏幕尺寸较大。浏览器般支持处罚ML或HTh矶。但页面的尺寸小子Internet览图的尺寸。( 3）丽向PC用户的业务终端的处现能力强，屏幕尺寸大，除了支持标敞的H1ML外，还可以通过加装其他软件，实现对x!ITML及WAP的支排。由于不同的流媒体终端具有不同的处现能力和显示能力，页ID浏览器的支持协议也不同，所以需要流媒体P时ta!能够同时文持多类终端，流娩体内容的制作也需要根据各类终端的能力
27、分别压缩。为支持多类终端，在流媒体Portal和终端问必须进行终端能力类刻协商。（用户和门户网捕之间需要喜交互的类型信息参见：W3CRecommendation, Compoite Capability/Preference阶。files( CCIPP ) : Structure and Vocal到1Jaries1.0 ) 4.3业务模型移动流螺体系统包括流媒体平台和边缘服务然两部分，系统纺构如f到1所示。4 YD/T 1489-2006 巴二、 ；J 飞i1悦件服楼瓷器接人网y t主仕闷、“民f”吁。按人网6202 节旦打寸P问络呼：气i“，“ 矿，因图1移动流媒体体系缭构其中：内容服务苦
28、苦包括内容管理部分、内容发布部分、内辛辛股现部分利编解码部分。内容管现挺供内容提供者（CP）的内容发布接口或界丽，将CP拟发布的内容进行存储。内容管理又才内容进行处理和检蕉，合格后发布到媒体服务器中。对于不符合格式要求的媒体内容，还需姿调用Offline/OnlineEncoder对媒体进行合法的编码。发布成功的内容将对用户内容部分进行展现。媒体服务者曾根据用户的请求，为用户提供内容，并通过业务管理系统对用户进行认证、组皇权利i十费。用户终端档案服务器存储用户终端的相关信息。门户网均为用户访问流媒体服务苦苦提供统一接口界丽。这种系统结构下，我们可以将其业务模型划分为流媒体点播业务、流媒体I主播
29、业务、下载播放业务三种。4总1流媒体点播此类业务模式的典型应用如VOD业务，用户可以点播体育、新闻等内容。( 1 ）内容提供商编辑AV源文例并将其进行编码形成标准文件。内容提供商将文件上传交流媒体服务撑。(2）终端用户通过菜单界商（如WAP）荒草中相关的视频或音频服务。( 3）流媒体服务器将相应信息、（URL）发送至移动终端。(4）移动终端根据收到的信息地址发起点播请求。( 5）流媒体服务器根据用户的请求将相应的内容对用户进行流式播放。( 6）终端收到相关内容，解网并播放（夜播放过稳中可能需要获取DRM诋书）。4.3.2流媒体窒攒此类业务模式的典型应用如电视：捕、交通实况、远程教学、家庭监护和
30、实时监控等。( 1 ）流媒体服务器对实时播放内容进行编码。(2）终端用户通过菜且在界而（如WAP）逃似相关的流媒体服务。5 vorr 1489-2006 （川流媒体服务器将栩庶的服务债总（URL)ti:i恙发移动终端。( 4）移动终端根据收到的信息地批发起播放请求。( 5）流媒体服务器根据用户的请求将相应的内容对用户边行流到：播放。(6）终揣收到相关内容，解码并播放。（夜播放过程中可能需要获取mRM证书）。4.3.3 下辈辈播放此类业务模式的典型成用是虫在片下级搅放等。( l ）内容提供商编辑AV源义件并将其进行编码后形成标准文件。内容提供商将文件上传至流媒体服务器。(2）终端用户通过菜单界丽
31、（如WAP）选中相关的流媒体服务。(3）选定节日后，开始将媒体文件通过汗川、P下载到用户终端。(4）用户终端播放本地的媒体文件（可能需要下载DRM证书）0 5 业务功能5.1 蚁务总体功能:I;求移动流媒体业务允许移动通信网的合法用户通过移动终端，l!,(WAP或Web方式毅录到流媒体业务平台门户网站上，对流媒体内容进行浏览或搜索并对指定内容进行下载播放或者在线播放，同时!E成与之对应的使用记录，以用作服务计费和数据3统计。移动流媒体业务也可以与移动通信网k的其他业务结合使用，使其他业务新增流媒体功能，比如可以为传统的电话会议增加视频流功能从而实现也视会议广播服务等。因此，从业务使用角度来说，
32、流媒体业务必须向用户挺供内容发现幸UAI:务使用两个基本功能，还必须具备与其他服务或应用的接口能力。从业务提供的角度来说，流媒体业务平台要处理不同类型、不阿标准的流媒体格式文件，向不同需求和不网络端用户提供个性，化的流媒体点播或直播服务以及流媒体广播服务。流媒体内容的发现是指用户使用文将流媒体业务的手机或其他移动终端，访问流媒体业务平台门户闷站，通过页面浏览、分类查找或直接搜索功能发现流媒体内容的过程。流媒体业务的使用是指用户发现指定流媒体内容后进步使用流媒体业务的过程，包指流媒体内容的在线播放、流媒体内容下裁播放以及收看实时流媒体广播服务等。从流媒体内容能供商的角度辛苦，流媒体业务平台!il
33、l.能实现CP内容从一点钱人，内容为全网成局部区域用户服务的功能。当流媒体业务节点分布在全国各地时，根据服务区域，将各CP的内容分发到指定区域的功能。在存在多流媒体业务节点的情况下，当用户漫游时，需要考虑该用户对流媒体内容的偏好信息，如俐在整个问内漫游。当所订阅的流媒体内容夜漫游地不存役时漫游地流媒体服务苦苦如何提供内容，以及如陌生在3草等问题。:(ESP/CP自助向流媒体平台提供内睿肘，流媒体平台需要提供运营商对内容的审查功能。另外，为了限制SP/CP任意消耗流媒体平台的资源，流媒体平台需要提供对SP/CP资源的限制功能。5.2 流媒体业务用户的定制6 YDIT 1489叫2006有很多内容
34、提供者接人到流媒体平台。内容可分成各种不同的类型。用户可以通过门户提供的用户业务定制功能，让门户主动收集相关内衍，并通过发i是短消息、WAPPush成彩E等形式，快速将内辛辛援供给定制m户。5.3流媒体.11!务发现功能F目户可以通过主动访问流媒体业务的门户附站，主任发现流媒体业务。用户在访问流媒体的门户网生占Ii丽时，无论用户采用的经WAPiJ问i圣经HTTP访问，发给门户网泊的请求信，包、中包含了用户当前所使用浏览器类烈的信息（类型信息参见：W3CRecommendation, “ Composite Capability/Preference E厅。fil削( CC/PP ) : Str
35、ucture and Vocabularies l.。”）利用户身份识别信息。门户网均可以据此信息，确定用户身份及用户所使用的终端乡是嫂，并将相成格式的门户网始放在自发送给用户。如果用户订阅了一些流媒体栏目，则将该用户订阅相关内容的问I发送到用户终端。（用户和门户闷站之间需要交泛的信息参见3GPPTS 26.234) 用户访问门户网焰页llii后，就可以使用门户网站提供的搜索、精品推辛苦等功能线直接进行页汹浏览，来发现感兴趣的内容。另外，服务报供商还可以采用Push方式，通过短消息、WAPPush!i阳1S等形式，将新业务的介绍以及链核发送给终端用户，用户可以直接点击键接，访问流媒体业务。此类发现逐食于新业务的推广、为主挺朋仔灰点播流媒体内容等。流媒体业务的发现成支持数字网址功能（ENUM）5.4流媒体业务对终端的运配功能不同终端的处理能力有很大的区别，所；交挣的协议也各不相闷，流媒体业务必须支持所有类型的流媒体终端并具备以下功能：通过流媒体门户网站，识别用户
