中国移动流媒体与音视频业务管理规范

《中国移动流媒体与音视频业务管理规范》由会员分享，可在线阅读，更多相关《中国移动流媒体与音视频业务管理规范（39页珍藏版）》请在装配图网上搜索。

1、中 国 移 动 通 信 企 业 标 准QB-中国移动流媒体与音视频下载业务终端技术规范China Mobile Streaming and Audio/Video Downloading Service Terminal Specification 版本号：1.1.1（报批稿） 版本号： 1.0.0（报批稿）-实施-发布中国移动通信有限公司 发布目录前 言本规范在中国移动GSM/GPRS终端技术规范和中国移动WCDMA/GSM双模终端总体功能及技术要求的基础上，规定了中国移动通信有限公司流媒体单播和音视频下载业务在终端部分的要求，包括功能要求、接口要求、性能要求等，是有限公司开展流媒体单播与音

2、视频下载业务的依据之一，不包括多播组播业务。该规范适用于支持流媒体单播和音视频下载业务的2G终端和3G终端。该规范中除特别说明适用于2G终端或3G终端外，其他要求都是适用于2G终端和3G终端。本标准的附录A-D为资料性附录。本标准由中国移动通信有限公司技术部提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信研究院。本标准主要起草人：朱春梅、张炎、唐剑峰。1 范围本标准对流媒体单播和音视频下载业务的终端部分提出规定。本标准是流媒体单播和音视频下载业务的参考依据，也是终端厂商流媒体和音视频下载终端产品的研发、生产的参照依据，供中国移动内部和厂商共同使用。本标准适用于支持流媒体单

3、播和音视频下载业务的2G终端和3G终端，及2G和3G网络环境。2 引用标准下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。1 流媒体及音视频下载业务总体技术要求，中国移动通信有限公司2 流媒体及音视频下载业务规范，中国移动通信有限公司3 流媒体及音视频下载业务平台接口规范，中国移动通信有限公司4 流媒体及音视频下载业务平台设备规范，中国移动通信有限公司5中国移动WAP业务终端技术规范，中国移动通信有限公司6中国移动终端多媒体格式技术规范，中国移动通信有限公司7 中国移动GSM/G

4、PRS终端技术规范，中国移动通信有限公司8 WCDMA/GSM双模终端总体功能及技术要求，中国移动通信有限公司93GPP TS26.233 Transparent end-to-end packet switched streaming service (PSS); General description 103GPP TS26.234 Transparent end-to-end Packet-switched Streaming Service (PSS); Protocols and codecs113GPP TS26.244 Transparent end-to-end packet

5、switched streaming service (PSS); 3GPP file format (3GP)12IETF RFC 2326: Real Time Streaming Protocol (RTSP) 13IETF RFC 3550: RTP: A Transport Protocol for Real-Time Applications14IETF RFC2616: HTTP 1.1: Hypertext Transfer Protocol15IETF RFC2327:SDP: Session Description Protocol3 相关术语在本规范中使用了“必须”、“推

6、荐”、和“可选”等词汇来描述对移动终端产品要求的强调程度。“必须”项是指终端产品所必须提供的功能或性能要求； “推荐”项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求； “可选”项指在目前看来是中国移动需求的发展方向，或终端产品在目前阶段可不提供的功能或性能要求。目前阶段：从本版本发布之日截至到下一个版本发布日期。规范中除了明确指明为 “推荐”、“可选”外，均为必须要求。4 符号和缩略语3GP3GPP file formatAACAdvanced Audio Coding FBS Free Buffer SpaceGBWGuaranteed BandwidthHTMLHyper

7、Text Markup LanguageMIMEMultipurpose Internet Mail ExtensionsMMSMultimedia Messaging ServiceMBWMaximum BandwidthMTD Maximum transfer delay NSN Next ADU Sequence NumberNUN Next ADU decoded Unit NumberPSSPacket-switched Streaming ServiceQCIFQuarter Common Intermediate FormatRTCPRTP Control ProtocolRTP

8、Real-time Transport ProtocolRTSPReal-Time Streaming ProtocolSDPSession Description ProtocolSMILSynchronised Multimedia Integration LanguageUAProfUser Agent Profile5 概述5.1 目的流媒体与音视频下载业务是基于相关国际标准的移动数据增值业务，终端应基于业界开放式标准，包括网络协议、媒体格式，体现良好的扩展性和互操作能力。基于此原则本规范规定了流媒体与音视频下载业务的终端产品应满足的要求。5.2 业务简介1、 流媒体终端播放器实时从流

9、媒体服务器上获取流媒体数据，边下载边播放，流媒体内容不在终端设备上存储。如果同一内容需要多次重复播放，需要每次播放时从流媒体服务器上重新下载数据。根据流媒体内容的来源，流媒体业务可分为点播和直播两种： 流媒体点播内容提供者预先对一段多媒体内容进行编辑、压缩编码，形成指定格式的文件，然后上传到流媒体服务器上。用户根据需要选择流媒体服务器上的内容文件进行播放。 流媒体直播终端播放器播放流媒体直播内容时，内容的播放时刻与内容源事件的发生时刻相同，即流媒体编码服务器对内容源进行实时地压缩编码，经由流媒体服务器发送到用户终端。2、 音视频下载音视频片断下载业务的内容提供者对内容源文件进行编辑编码形成指定

10、格式的文件，并将文件上传至服务器。终端用户将整个媒体文件全部下载到终端。用户点击播放键，终端开始播放。流媒体与音视频下载系统的体系结构如图5-1所示。图5-1 中国移动流媒体业务系统结构本图以单点组网为例，其中移动流媒体业务平台由业务门户、内容管理系统、业务管理平台、流媒体服务器、下载服务器、计费单元、编码器等模块组成。CP侧主要设备包括直播节目源、编码器、VOD内容，和现网有交互的设备包括GGSN、WAP GW、数据业务管理平台和BOSS系统。6 功能要求6.1 基本操作要求6.1.1 业务发起方式的要求n 流媒体直播/点播业务终端要求支持通过下列方式发起流媒体业务： 通过WAP/HTTP浏

11、览发起流媒体业务（必选） 通过SMS信息中的HTTP/RTSP链接发起流媒体业务（必选） 通过WAP PUSH信息中的HTTP/RTSP链接发起流媒体业务（必选） 通过MMS信息中的HTTP/RTSP链接发起流媒体业务（可选） 通过播放器直接进入门户/频道浏览，再发起流媒体业务（可选）n 音视频下载业务 通过WAP/HTTP浏览发起音视频下载业务（必选） 通过浏览器能输入HTTP链接直接发起的视频下载业务（必选） 通过SMS信息中的HTTP链接发起音视频下载业务（必选） 通过WAP PUSH信息中的HTTP链接发起音视频下载业务（必选） 通过MMS信息中的HTTP链接发起音视频下载业务（可选）

12、6.1.2 业务操作的要求 对于流媒体点播，终端必须提供播放、暂停、继续、停止、退出、定位播放（快进和后退）、音量控制操作。推荐快进、后退的步长为1秒。具体操作与RTSP消息的对应关系参见附录D。 对于流媒体直播，终端必须提供播放、停止、退出、音量控制操作。 对于音视频下载，终端必须提供本地回放功能，本地回放过程中必须包括播放、暂停、继续、停止、退出、定位播放、音量控制操作。 在流媒体播放过程中，若当前速率不能满足流媒体播放时，终端必须自动暂停播放并对媒体内容进行缓存，在收到足够信息后继续播放。 流媒体播放结束后，终端不能保存任何流媒体文件，并且播放器的缓存必须不允许访问；音视频下载的文件必须

13、保存在终端或存储卡上。 如果遇到不支持的音频格式或视频格式，终端可以继续播放其中可支持的视频或音频部分；如果遇到音视频格式全不支持，终端必须给出相应提示。（推荐） 在流媒体初始缓冲过程中，播放器可以在等到某个预定缓冲时间之前让用户选择是否提前开始播放。（可选） 播放器关闭后，终端必须退回浏览器界面。6.2 文件格式要求流媒体直播采用.sdp文件，点播和下载都采用.3gp文件，因此终端必须支持.sdp和.3gp文件格式，要求符合3GPP TS 26.244 V6.1.0。6.3 媒体格式要求终端必须支持中国移动终端多媒体格式技术规范中要求的文本、音频、视频的编码格式和所有音视频组合。说明：终端必

14、须支持AMR-NB，推荐支持AAC-LC/AAC+/AAC+。终端必须支持H.263 profile0 level10，推荐支持H.264(AVC) Baseline Profile Level 1b，H.263 profile3 level10为可选要求。6.4 动态码率适配功能对于2G终端，动态码率适配是推荐要求。对于3G终端，动态码率适配是必选功能。由于无线传输网络的不稳定性，流媒体服务器根据终端定时的反馈信息分配当前可用的数据流。要求终端遵循3GPP 26.234 V6.1.0第10节中动态码率适配功能的要求，支持3GPP 26.244 V6.1.0定义的文件格式。动态码率适配的消息流

15、程如图6-1所示。流媒体服务器10. RTSP: SET_PARAMETER/OPTIONS（携带3GPP-Link-Char/Bandwidth/3GPP-Adaptation）8. RTCP（包括RR、SDES、NADU等）12. RTSP: 200 OK4. RTSP: 200 OK（报头携带3GPP-Adaptation）7. RTP: Audio/Video3. RTSP: SETUP（报头携带3GPP-Adaptation）5. RTSP: PLAY播放器11. RTSP: TEARDOWN1. RTSP: DESCRIBE2. RTSP: 200 OK （SDP中携带3GPP-A

16、daptation-Support）6. RTSP: 200 OK9. RTP: Audio/Video图6-1动态码率适配的消息流程1）播放器向服务器发起DESCRIBE请求；2）服务器响应DESCRIBE请求，返回200 OK消息。其中服务器回复的DESCRIBE响应消息所包含的SDP信息中必须携带3GPP-Adaptation-Support字段，并且为非零值；（注：3GPP-Adaptation-Support字段定义了NADU RTCP数据包的上报频率。当该字段为0，表示不支持多码率；为1，表示每个RR数据包中就有一个NADU；为2，表示每2个RR数据包有一个NADU。服务器在多码率

17、媒体流的SDP文件中除了包含a=3GPP-Adaptation-Support字段外，必须支持a=alt-group:BW:AS、a=alt-default-id、a=alt等与多码率文件相对应的字段，参见附录B。）3）播放器发起SETUP消息；播放器必须支持在该消息中上报3GPP-Adaptation报头信息，具体字段的格式要求为 必须携带媒体链接（url）、终端缓冲区大小（size）和缓冲区的目标保护时间（target-time）属性参数，参数之间用分号分隔，不能加入空格等其他分隔符； url链接必须加引号；3GPP-Adaptation报头格式示例如下：3GPP-Adaptation:u

18、rl=rtsp:/播放器可以在SETUP消息中上报3GPP-Link-Char报头信息，通知服务器无线链路的初始状态，其中包括GBW、MBW、MTD等参数。（推荐）3GPP-Link-Char报头格式示例如下：3GPP-Link-Char: url=rtsp:/192.168.20.31/muti/apH263mnew.3gp; GBW=0; MBW=0; MTD=3004）服务器响应SETUP请求，返回200 OK消息，对3GPP-Adaptation字段进行原样回复。播放器必须支持服务器在响应SETUP的200 OK消息中对3GPP-Adaptation字段的原样回复。5）播放器向服务器发

19、起PLAY播放请求。播放器可以在PLAY消息中上报3GPP-Adaptation，通知服务器动态码率适配的初始参数，格式要求同SETUP消息中该字段要求。（可选）播放器可以在PALY消息中上报3GPP-Link-Char和Bandwidth，通知服务器无线链路的初始状态，格式要求同SETUP消息中该字段要求。（可选）6）服务器响应PLAY请求，返回200 OK消息。服务器根据播放器提供的动态码率适配初始参数和无线链路初始状态，选择准备播放的音视频流，并将streamid通知播放器。RTP-Info: url=rtsp:/192.168.20.31/muti/apH263mnew.3gp/str

20、eamid=0;seq=0;rtptime=0, url=rtsp:/192.168.20.31/muti/apH263mnew.3gp/streamid=6;seq=0;rtptime=07）服务器开始向播放器下发媒体流。8）播放器必须在媒体流播放过程中周期性向服务器上报RR/SDES/NADU APP的RTCP数据包。RR和NADU APP必须包括7.2.7节中要求的字段。9）服务器继续向播放器下发媒体流。10）播放器在流媒体会话过程中根据应用层和无线链路的变化向服务器发起OPTIONS或SET_PARAMETER消息；（可选）播放器可以在OPTIONS或SET_PARAMETER消息中上

21、报3GPP-Adaptation，在流媒体会话过程中对终端缓冲区的目标保护时间（target-time）进行动态调整，但是缓冲区大小（size）是不能改变的。示例参见附录C。（可选）播放器可以在OPTIONS或SET_PARAMETER消息中上报3GPP-Link-Char和Bandwidth，通知服务器无线链路的动态状态。（可选）11）播放器正常播放完成、用户主动中止播放或主动关闭播放器时，播放器必须向服务器发出TEARDOWN请求；12）服务器返回200 OK消息。6.5 参数配置要求要求终端出厂预置以下参数，必须支持通过手动方式修改。6.5.1 系统默认参数6.5.1.1 浏览器的参数终

22、端浏览器的参数设置参见中国移动WAP业务终端技术规范。APN：CMWAP6.5.1.2 播放器的参数l 缓存设置 初始缓冲大小（推荐支持）l 播放设置 循环播放（只针对本地回放，推荐支持）l 网络设置 APN：CMWAP RTP/RTCP最低端口号、最高端口号： 代理设置：是否使用代理：否代理的IP地址和端口：空 超时时间：终端不允许提供连接超时的设置。 带宽设置：终端不允许提供带宽限制的设置。6.5.2 用户可配置参数 用户可以在流媒体播放器中添加、编辑书签（可选） 用户可以改变显示大小，在全屏和标准屏幕间切换（可选，全屏显示为可选功能） 用户可以选择单声道或者立体声输出（可选，立体声输出为

23、可选功能） 用户可以选择使用扬声器或者耳机 用户可以在浏览器和播放器中输入HTTP URL。7 接口要求7.1 协议要求视频音频语音链路状态报告能力交换场景描述静态图像位图矢量图文本同步文本合成音频控制消息会话描述（SDP）有效载荷格式HTTPRTSPRTP/RTCPUDPTCPUDPIP图7-1流媒体终端的协议栈其中，HTTP/TCP/UDP/IP：传输协议HTTP主要用于发现流媒体内容，获取服务器的RTSP URL和MIME参数，也可以直接获得SDP文件。HTTP也可以用于传输流媒体中静态图像和文本等内容，并用于音视频下载。HTTP协议要求符合RFC2616和3GPP TS 26.234

24、V6.1.0。MIME是用来标记传输的文件类型，在流媒体中主要用于播放器的启动，具体要求参见7.2.4。RTSP：实时流媒体协议RTSP主要通过DESCRIBE，SETUP，PLAY，PAUSE 和TEARDOWN等控制消息来实现流媒体的会话建立、播放、暂停、中止等操作。RTSP协议要求符合RFC2326和3GPP TS 26.234 V6.1.0，其中RTSP消息选项、报头选项、URL参数选项参见7.2.1, 7.2.2, 7.2.5。RTP：实时传输协议RTP主要用于传输流媒体中的视频、音频和语音等媒体内容。RTP协议要求符合RFC3550和3GPP TS 26.234 V6.1.0。RT

25、CP：实时传输控制协议RTCP主要用于服务器和客户端之间的流量控制和拥塞控制。在RTP会话期间，各参与者周期性地传送RTCP包，RTCP包中包含已发送的数据包的数量、丢失的数据包的数量等统计信息，服务器可以利用这些信息动态改变传输速率。RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化。 RTCP协议要求符合RFC3550和3GPP TS 26.234 V6.1.0，其中RTCP消息选项参见7.2.7。SDP：会话描述协议会话描述协议是一种用于会话描述的格式（协议），并不是一个传输协议，也不包含在媒体的编解码之中，而是用于在不同传输协议之间传递消息的通知协议，其主要目的是解决

26、多媒体会话通知、邀请和会话初始化工作。SDP文件既可以通过对用户HTTP请求的响应传给播放器，也可以通过对用户RTSP DESCRIBE请求的响应传给播放器。SDP协议要求符合RFC2327和3GPP TS 26.234 V6.1.0，、SDP参数选项参见7.2.3。7.2 终端与服务器的交互消息要求1、点播、直播类业务终端到服务器的信息交互存在基于RTSP/RTP和基于HTTP（Progressive download）两种方式，其中基于HTTP的渐进式下载（Progressive download）属于可选要求。采用基于RTSP/RTP的实现方式要求终端遵循3GPP TS 26.234 V

27、6.1.0的要求。在终端上的操作主要有四个阶段：内容发现，连接建立，内容播放和连接中止。图7-2给出了基于RTSP/RTP的流媒体业务流程。2、HTTP: Get SDPHTTP: 200 OK with SDPRTCPRTSP: 200 OKRTSP: 200 OK6、RTP: Audio/Video4、RTSP: SETUP5、RTSP: PLAYHTTP : 200 OK终端流媒体门户流媒体服务器1、HTTP : Get with User Agent7、RTSP: TEARDOWN3、RTSP: DESCRIBERTSP: 200 OK RTSP: 200 OK图7-2 基于RTSP/

28、RTP的流媒体业务流程 内容发现用户点击门户上某一流媒体内容，浏览器向门户发起HTTP Get命令（含User Agent）。如果浏览器通过HTTP 200 OK响应消息，从流媒体门户上获得流媒体内容的RTSP链接，用户点击该链接，终端必须自动激活播放器。（步骤1步骤3）如果浏览器通过HTTP 200 OK响应消息，从流媒体门户上获得SDP文件的HTTP链接，用户点击该链接，向流媒体服务器请求SDP文件。服务器返回SDP文件，获得流媒体内容的RTSP链接，终端必须自动激活播放器。（步骤1步骤2）对于返回的流媒体内容RTSP链接，要求终端不能显示、存储服务器返回的流媒体内容RTSP链接地址。 连

29、接建立 获取会话描述信息 （DESCRIBE）播放器通过RTSP的DESCRIBE命令请求SDP，服务器在应答中提供流媒体内容的描述信息SDP文件，SDP的文本消息告诉播放器多媒体会话的信息，其中主要包括：协议版本，创作者和会话识别号，会话名称，会话激活时间，媒体名称传输地址和其它一些信息。（步骤3）如果服务器已经通过HTTP响应返回SDP文件，播放器不再发送DESCRIBE请求。（步骤2步骤4） 建立流媒体连接（SETUP）播放器根据SDP的信息与媒体服务器建立RTSP连接，SETUP消息中必须包括会话标识、播放器的传输协议（RTP）端口号。媒体服务器正确接到此信息后提供响应服务器的RTP端

30、口号，最终完成RTP端口的动态协商。（步骤4） 内容播放(PLAY)播放器向服务器端发出RTSP中的播放命令，PLAY消息中必须包含会话标识、时间起始点、媒体服务器会话标识和媒体播放时间。媒体服务器通过RTP向播放器传送媒体内容。（步骤5步骤6） 中止(TEARDOWN)媒体正常播放完成后、用户主动中止播放或主动关闭播放器时（不包括用户暂停播放），播放器都必须向服务器发出RTSP中止命令，包括会话标识等信息，服务器端接到后做出200 OK响应。（步骤7）2、音视频下载业务目前存在基于WAP方式和基于OMA Download两种方式。a） 基于WAP方式要求终端遵循中国移动WAP2.0终端规范。

31、基于WAP方式的音视频下载业务，由于终端不能向系统返回状态报告，因此系统无法获知文件是否已成功下载到终端。b） 基于OMA Download方式对于3G终端，必须支持OMA Download 1.0的要求，终端成功接收到音视频文件后，必须向下载服务器发送状态报告。对于2G终端，OMA Download是推荐功能，二阶段是必选功能。在终端上的操作主要有三个阶段：下载请求，文件获取请求，状态报告。图7-3给出了基于OMA Download方式的音视频下载业务流程图。图 7-3 基于OMA Download方式的音视频下载业务流程图 下载请求终端向下载服务器发起音视频下载请求，服务器向终端返回下载描

32、述符。 文件获取请求终端向下载服务器发送文件获取请求，服务器向终端返回音视频文件。 状态报告终端成功接收到音视频文件后，必须向下载服务器发送状态报告，下载服务器生成计费话单。7.2.1 RTSP协议消息要求表 7-1 RTSP协议消息选项消息解释CMCC要求备注OPTIONS询问支持的RTSP消息推荐SETUP建立连接必选DESCRIBE媒体文件的描述必选PLAY开始播放，回放必选RECORD录制功能可选不允许终端提供录制功能的界面REDIRECT让播放器重定向到服务器推荐PAUSE暂停并保持必选GET_PARAMETER服务器请求获取参数可选SET_PARAMETER播放器设置参数推荐TEA

33、RDOWN中止必选7.2.2 RTSP报头要求表 7-2 RTSP报头选项消息报头CMCC要求备注DESCRIBE ReqCseq必选Blocksize可选Accept必选User-Agent必选应携带流媒体播放器软件以及相关属性信息x-wap-profile必选应携带终端的RDF文件的URI信息Content-Encoding必选Content-Language必选DESCRIBE RespCseq必选Date必选Content-Length必选Content-Type必选Unsupported条件必选有不支持的RTSP消息时必须携带SETUP ReqCseq必选Blocksize可选Tra

34、nsport必选（RTP/AVP/UDP,unicast,client_port）User-Agent必选3GPP-Adaptation条件必选如果终端支持动态码率适配；（url;size;target-time ）3GPP-Link-Char推荐SETUP RespCSeq必选Transport必选（RTP/AVP/UDP;unicast;client_port; server_port）3GPP-Adaptation必选回复setup-req中的3GPP-AdaptationSession必选Date必选Unsupported条件必选有不支持的RTSP消息时必须携带PLAY ReqCseq

35、必选Bandwidth推荐Range必选Session必选User-Agent必选3GPP-Link-Char推荐3GPP-Adaptation可选PLAY RespCseq必选Session必选Range必选RTP-Info必选Date必选3GPP-Adaptation条件必选如果播放器在PLAY中携带3gpp-Adaptation字段，服务器能够在PLAY resp中回复该字段。PAUSE ReqCseq必选Session必选User-Agent必选PAUSE RespCseq必选Session必选Date必选TEARDOWN ReqCseq必选Session必选User-Agent必选T

36、EARDOWN RespCseq必选Session必选Date必选消息报头CMCC要求备注SET PARAMETER ReqCseq必选Session条件必选在SETUP之后的SET PARAMETER Req必须携带该参数User-Agent必选3GPP-Adaptation可选Content-Encoding必选Content-Length必选Content-Type必选Bandwidth推荐终端在SET PARAMETER req消息中携带，指明终端当前的可用带宽。3GPP-Link-Char推荐SET PARAMETER RespCseq 必选Session必选Unsupported条

37、件必选有不支持的RTSP消息时必须携带3GPP-Adaptation条件必选如果播放器在SET PARAMETER中携带3gpp-Adaptation字段，服务器应该能够在resp中回复该字段。OPTIONS ReqCseq必选Session条件必选在SETUP之后的 OPTIONS Req 必须携带该参数Bandwidth推荐终端在 OPTIONS req消息中携带，指明终端当前的可用带宽。3GPP-Adaptation可选OPTIONS RespCseq必选Session必选Unsupported条件必选有不支持的RTSP消息时必须携带Public必选3GPP-Adaptation条件必选

38、如果播放器在OPTIONS中携带3gpp-Adaptation字段，服务器应该能够在resp中回复该字段。注： 类型“Req”表示应用于请求消息中；类型“Resp”表示应用于响应消息中；“条件必选”表示在某一条件下该参数必须支持。7.2.3 SDP参数要求表 7-3 SDP参数项参数解释CMCC要求具体的参数VProtocol version必选0OOwner/creator and session identifier必选o=- 1084091316 1084091316 IN IP4 10.199.2.103SSession name必选EESISession information必选A

39、uthor and copyrightCConnection Information必选HUSm ip addressBBandwidth information必选AS:81TTime the session is active必选0 0(starttime,endtime)Asdpplugin可选SdpplinVersion:1610641560Acontrol必选control:*Arange必选range-npt=0-179.263000AAlt-group条件必选如果是多码率文件，该字段必选BW:AS:28=1,3;56=1,4;60=2,4;120=2,5注：该字段为session

40、级字段MMedia name and transport address必选video 0 RTP/AVP 96BBandwidth information必选AS:64BBandwidth information必选RR:2399BBandwidth information必选RS:799Acontrol必选control:streamid=0Arange必选range:npt=0-59.960000Alength可选length:npt =59.960000Artpmap必选rtpmap:96 MP4V-ES/90000Afmtp必选fmtp:96 profile-level-id=1;c

41、onfig=000001B0F3000001B50EE040C0CF0000010000000120008440FA282C2090A21FAX-predecbufsize可选AX-initpredecbufperiod可选AX-initpostdecbufperiod可选AX-decbyterate可选Aalt条件必选如果是多码率文件Aalt-default-id条件必选如果是多码率文件A3GPP-Adaptation-Support条件必选如果是多码率文件MMedia name and transport address必选audio 0 RTP/AVP 97BBandwidth info

42、rmation必选AS:17BBandwidth information必选RR:618BBandwidth information必选RS:206Acontrol必选control:streamid=1Arange必选range:npt=0-59.960000Alength可选length:npt=59.960000Artpmap必选rtpmap:97 mpeg4-generic/16000/1Afmtp必选fmtp:97 profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config

43、=1408AX-predecbufsize可选AX-initpredecbufperiod可选AX-initpostdecbufperiod可选AX-decbyterate可选Aalt条件必选如果是多码率文件Aalt-default-id条件必选如果是多码率文件A3GPP-Adaptation-Support条件必选如果是多码率文件注：1. 终端必须可以通过S参数获取片源的名称信息，并提供给用户访问。推荐终端播放器支持在播放过程中显示片源名称的功能。2. 终端必须可以通过I参数获取片源的作者和版本信息，并提供给用户访问。7.2.4 MIME参数要求MIME是用来标记传输的文件类型，包含在Con

44、tent-Type 中。表 7-4 MIME参数项主类别次类别格式要求applicationSDP.sdp必选SMIL.smil二阶段要求audioAMR.amr必选AMR-WB.amr可选MP4A-LATM.aac推荐3gpp.3gp必选videoH263-2000.3gp必选H264.3gp推荐3gpp.3gp必选7.2.5 URL参数要求7.2.5.1 下载URL及参数选项定义终端要求支持的下载URL格式：和?字符串字符串示例：&key=keyvalue其中“？”之前的各参数含义如下：参数含义host下载服务器域名或IP地址port下载服务器端口号path内容路径filename文件名W

45、AP下载：要求终端必须从WAP页面中提取完整的HTTP链接，并通过HTTP消息发送给服务器，要求终端支持URL字符串不少于512位。OMA DL下载：要求终端必须从DD（Download Descriptor）文件中提取完整的HTTP链接，并通过HTTP消息发送给服务器，要求终端支持URL字符串不少于512位。7.2.5.2 流媒体URL及参数选项定义终端要求支持的流媒体URL格式：rtsp:/:/?字符串字符串示例：&key=keyvalue其中“？”之前的各参数含义如下：参数含义host流媒体服务器域名或IP地址port流媒体服务器端口号path流媒体内容路径filename文件名要求终端

46、支持URL字符串不少于512位。要求终端必须从WAP页面中提取完整的RTSP链接，并通过RSTP消息发送给服务器。7.2.5.3 URL中参数缺省的情况对于下载、直播、点播业务，无论从服务器端传下来的URL“？”之后的参数是否缺省，播放器都应正常播放，如果某些需要显示给用户的参数无法获得，则显示为空。7.2.6 用户代理（User Agent）参数要求为了使得服务器端能够向终端发送合适的码流，服务器需要获得终端能力，包括终端的屏幕尺寸、CPU处理能力、内存大小、屏幕分辨率、播放器类型等信息。1、终端在访问流媒体门户和下载门户时，要求在HTTP 请求的报头中将正确的User Agent信息发给门

47、户，必须包括终端型号、软件版本，推荐包括播放器名称和版本信息，必须符合RFC2616的定义。User Agent的格式和最大长度限制必须符合中国移动移动终端WAP2.0技术规范的要求，由若干“参数条目/参数条目属性”组合而成，并以“空格”分开。举例如下：User Agent：Nokia7650/1.0 SymbianOS/7.0s Series60/2.0 Release/5.18.2003 Browser/OpenWave7.0 Profile/MIDP-1.0 Configuration/CLDC-1.02、在与流媒体服务器交互过程中，要求播放器在RTSP消息的报头携带User Agent

48、，包括播放器的基本信息，必须符合RFC2616的定义，其格式必须符合“播放器名称/版本”举例如下：User-Agent：RealMedia Player/10.0.0.07.2.7 RTCP协议消息要求RTCP协议消息有如下几种类型，详见RFC 3550 和RFC 3551：SR：发送端报告，所谓发送端是指发出RTP数据报的源端，发送端同时也可以是接收端。RR：接收端报告，所谓接收端是指仅接收但不发送RTP数据报的终端。 SDES：源描述，主要功能是作为会话成员有关标识信息的载体，如用户名、邮件地址、电话号码等，此外还具有向会话成员传达会话控制信息的功能。 BYE：通知离开，主要功能是通知会话

49、中的其他成员自己将退出会话。 APP：由应用程序自己定义，主要解决RTCP的扩展性问题。发送媒体流的源端将周期性地产生发送端报告SR，该RTCP数据报含有不同媒体流间的同步信息，以及已经发送的数据报和字节的计数，接收端根据这些信息可以估计出实际的数据传输速率。另一方面，接收端会向所有已知的发送端发送接收端报告RR，该RTCP数据报含有已接收数据报的最大序列号、丢失的数据报数目、延时抖动和时间戳等重要信息，发送端应用根据这些信息可以估计出往返时延，并且可以根据数据报丢失概率和时延抖动情况动态调整发送速率，以改善网络拥塞状况，或者根据网络状况平滑地调整应用程序的服务质量。类似于RTP数据包，每个R

50、TCP包以固定部分开始，紧接着的是可变长结构元素，但以一个32位边界结束。(1) SR0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V=2|P| RC | PT=SR=200 | length | header+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SSRC of sender

51、 |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| NTP timestamp, most significant word | sender+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ info| NTP timestamp, least significant word |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| RTP time

52、stamp |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| senders packet count |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| senders octet count |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| SSRC_1 (SSRC of first source) | report+-+-+-+-+-+

53、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block| fraction lost | cumulative number of packets lost | 1-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| extended highest sequence number received |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| interarri

54、val jitter |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| last SR (LSR) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| delay since last SR (DLSR) |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| SSRC_2 (SSRC of second source) | report+-+-+

55、-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block: . : 2+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+| profile-specific extensions |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+参数含义协议要求移动要求V = 2Protocol version必选必选PPadding必选必选RCReceiver report Count必选必选PT = 200Packet Type必选必选LengthLength of RTCP Packet必选必选SSRCSynchronization Source identifier必选必选NTP timestampNTP timestamp必选必选RTP timestampRTP timestamp必选必选senders packet countsenders packet count必选必选senders octet countsenders octet count必选必选SSRC_nsource i