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

资源描述

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

《中国移动流媒体与音视频业务管理规范标准.docx》由会员分享，可在线阅读，更多相关《中国移动流媒体与音视频业务管理规范标准.docx（54页珍藏版）》请在冰点文库上搜索。

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

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

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

中国移动流媒体与音视频下载业务终端技术规

ChinaMobileStreamingandAudio/VideoDownloadingServiceTerminalSpecification

版本号：

1.1.1（报批稿）

版本号：

1.0.0（报批稿）

中国移动通信有限公司发布

前言

本规在《中国移动GSM/GPRS终端技术规》和《中国移动WCDMA/GSM双模终端总体功能及技术要求》的基础上，规定了中国移动通信流媒体单播和音视频下载业务在终端部分的要求，包括功能要求、接口要求、性能要求等，是开展流媒体单播与音视频下载业务的依据之一，不包括多播组播业务。

该规适用于支持流媒体单播和音视频下载业务的2G终端和3G终端。

该规中除特别说明适用于2G终端或3G终端外，其他要求都是适用于2G终端和3G终端。

本标准的附录A-D为资料性附录。

本标准由中国移动通信技术部提出并归口。

本标准由标准归口部门负责解释。

本标准起草单位：

中国移动通信研究院。

本标准主要起草人：

朱春梅、炎、唐剑峰。

1围

本标准对流媒体单播和音视频下载业务的终端部分提出规定。

本标准是流媒体单播和音视频下载业务的参考依据，也是终端厂商流媒体和音视频下载终端产品的研发、生产的参照依据，供中国移动部和厂商共同使用。

本标准适用于支持流媒体单播和音视频下载业务的2G终端和3G终端，及2G和3G网络环境。

2引用标准

下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。

本标准出版时，所示版本均为有效。

所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

[1]流媒体及音视频下载业务总体技术要求，中国移动通信

[2]流媒体及音视频下载业务规，中国移动通信

[3]流媒体及音视频下载业务平台接口规，中国移动通信

[4]流媒体及音视频下载业务平台设备规，中国移动通信

[5]中国移动WAP业务终端技术规，中国移动通信

[6]中国移动终端多媒体格式技术规，中国移动通信

[7]中国移动GSM/GPRS终端技术规，中国移动通信

[8]WCDMA/GSM双模终端总体功能及技术要求，中国移动通信

[9]3GPPTS26.233Transparentend-to-endpacketswitchedstreamingservice（PSS）;Generaldescription

[10]3GPPTS26.234Transparentend-to-endPacket-switchedStreamingService（PSS）;Protocolsandcodecs

[11]3GPPTS26.244Transparentend-to-endpacketswitchedstreamingservice（PSS）;3GPPfileformat（3GP）

[12]IETFRFC2326:

RealTimeStreamingProtocol（RTSP）

[13]IETFRFC3550:

RTP:

ATransportProtocolforReal-TimeApplications

[14]IETFRFC2616:

HTTP1.1:

HypertextTransferProtocol

[15]IETFRFC2327:

SDP:

SessionDescriptionProtocol

3相关术语

在本规中使用了“必须”、“推荐”、和“可选”等词汇来描述对移动终端产品要求的强调程度。

“必须”项是指终端产品所必须提供的功能或性能要求；

“推荐”项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求；

“可选”项指在目前看来是中国移动需求的发展方向，或终端产品在目前阶段可不提供的功能或性能要求。

目前阶段：

从本版本发布之日截至到下一个版本发布日期。

规中除了明确指明为“推荐”、“可选”外，均为必须要求。

4符号和缩略语

3GP3GPPfileformat

AACAdvancedAudioCoding

FBSFreeBufferSpace

GBWGuaranteedBandwidth

HTMLHyperTextMarkupLanguage

MIMEMultipurposeInternetMailExtensions

MMSMultimediaMessagingService

MBWMaximumBandwidth

MTDMaximumtransferdelay

NSNNextADUSequenceNumber

NUNNextADUdecodedUnitNumber

PSSPacket-switchedStreamingService

QCIFQuarterCommonIntermediateFormat

RTCPRTPControlProtocol

RTPReal-timeTransportProtocol

RTSPReal-TimeStreamingProtocol

SDPSessionDescriptionProtocol

SMILSynchronisedMultimediaIntegrationLanguage

UAProfUserAgentProfile

5概述

5.1目的

流媒体与音视频下载业务是基于相关国际标准的移动数据增值业务，终端应基于业界开放式标准，包括网络协议、媒体格式，体现良好的扩展性和互操作能力。

基于此原则本规规定了流媒体与音视频下载业务的终端产品应满足的要求。

5.2业务简介

1、流媒体

终端播放器实时从流媒体服务器上获取流媒体数据，边下载边播放，流媒体容不在终端设备上存储。

如果同一容需要多次重复播放，需要每次播放时从流媒体服务器上重新下载数据。

根据流媒体容的来源，流媒体业务可分为点播和直播两种：

∙流媒体点播

容提供者预先对一段多媒体容进行编辑、压缩编码，形成指定格式的文件，然后上传到流媒体服务器上。

用户根据需要选择流媒体服务器上的容文件进行播放。

∙流媒体直播

终端播放器播放流媒体直播容时，容的播放时刻与容源事件的发生时刻相同，即流媒体编码服务器对容源进行实时地压缩编码，经由流媒体服务器发送到用户终端。

2、音视频下载

音视频片断下载业务的容提供者对容源文件进行编辑编码形成指定格式的文件，并将文件上传至服务器。

终端用户将整个媒体文件全部下载到终端。

用户点击播放键，终端开始播放。

流媒体与音视频下载系统的体系结构如图5-1所示。

图5-1中国移动流媒体业务系统结构

本图以单点组网为例，其中移动流媒体业务平台由业务门户、容管理系统、业务管理平台、流媒体服务器、下载服务器、计费单元、编码器等模块组成。

CP侧主要设备包括直播节目源、编码器、VOD容，和现网有交互的设备包括GGSN、WAPGW、数据业务管理平台和BOSS系统。

6功能要求

6.1基本操作要求

6.1.1业务发起方式的要求

⏹流媒体直播/点播业务

终端要求支持通过下列方式发起流媒体业务：

∙通过WAP/HTTP浏览发起流媒体业务（必选）

∙通过SMS信息中的HTTP/RTSP发起流媒体业务（必选）

∙通过WAPPUSH信息中的HTTP/RTSP发起流媒体业务（必选）

∙通过MMS信息中的HTTP/RTSP发起流媒体业务（可选）

∙通过播放器直接进入门户/频道浏览，再发起流媒体业务（可选）

⏹音视频下载业务

∙通过WAP/HTTP浏览发起音视频下载业务（必选）

∙通过浏览器能输入HTTP直接发起的视频下载业务（必选）

∙通过SMS信息中的HTTP发起音视频下载业务（必选）

∙通过WAPPUSH信息中的HTTP发起音视频下载业务（必选）

∙通过MMS信息中的HTTP发起音视频下载业务（可选）

6.1.2业务操作的要求

∙对于流媒体点播，终端必须提供播放、暂停、继续、停止、退出、定位播放（快进和后退）、音量控制操作。

推荐快进、后退的步长为1秒。

具体操作与RTSP消息的对应关系参见附录D。

∙对于流媒体直播，终端必须提供播放、停止、退出、音量控制操作。

∙对于音视频下载，终端必须提供本地回放功能，本地回放过程中必须包括播放、暂停、继续、停止、退出、定位播放、音量控制操作。

∙在流媒体播放过程中，若当前速率不能满足流媒体播放时，终端必须自动暂停播放并对媒体容进行缓存，在收到足够信息后继续播放。

∙流媒体播放结束后，终端不能保存任何流媒体文件，并且播放器的缓存必须不允许访问；音视频下载的文件必须保存在终端或存储卡上。

∙如果遇到不支持的音频格式或视频格式，终端可以继续播放其中可支持的视频或音频部分；如果遇到音视频格式全不支持，终端必须给出相应提示。

（推荐）

∙在流媒体初始缓冲过程中，播放器可以在等到某个预定缓冲时间之前让用户选择是否提前开始播放。

（可选）

∙播放器关闭后，终端必须退回浏览器界面。

6.2文件格式要求

流媒体直播采用.sdp文件，点播和下载都采用.3gp文件，因此终端必须支持.sdp和.3gp文件格式，要求符合3GPPTS26.244V6.1.0。

6.3媒体格式要求

终端必须支持《中国移动终端多媒体格式技术规》中要求的文本、音频、视频的编码格式和所有音视频组合。

说明：

终端必须支持AMR-NB，推荐支持AAC-LC/AAC+/AAC++。

终端必须支持H.263profile0level10，推荐支持H.264（AVC）BaselineProfileLevel1b，H.263profile3level10为可选要求。

6.4动态码率适配功能

对于2G终端，动态码率适配是推荐要求。

对于3G终端，动态码率适配是必选功能。

由于无线传输网络的不稳定性，流媒体服务器根据终端定时的反馈信息分配当前可用的数据流。

要求终端遵循3GPP26.234V6.1.0第10节中动态码率适配功能的要求，支持3GPP26.244V6.1.0定义的文件格式。

动态码率适配的消息流程如图6-1所示。

流媒体服务器

图6-1动态码率适配的消息流程

1）播放器向服务器发起DESCRIBE请求；

2）服务器响应DESCRIBE请求，返回200OK消息。

其中服务器回复的DESCRIBE响应消息所包含的SDP信息中必须携带3GPP-Adaptation-Support字段，并且为非零值；

（注：

3GPP-Adaptation-Support字段定义了NADURTCP数据包的上报频率。

当该字段为0，表示不支持多码率；为1，表示每个RR数据包中就有一个NADU；为2，表示每2个RR数据包有一个NADU。

服务器在多码率媒体流的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:

url="rtsp:

//mediaserver./movie.test/streamID=0";size=14500;target-time=5000

播放器可以在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=300

4）服务器响应SETUP请求，返回200OK消息，对3GPP-Adaptation字段进行原样回复。

播放器必须支持服务器在响应SETUP的200OK消息中对3GPP-Adaptation字段的原样回复。

5）播放器向服务器发起PLAY播放请求。

播放器可以在PLAY消息中上报3GPP-Adaptation，通知服务器动态码率适配的初始参数，格式要求同SETUP消息中该字段要求。

（可选）

播放器可以在PALY消息中上报3GPP-Link-Char和Bandwidth，通知服务器无线链路的初始状态，格式要求同SETUP消息中该字段要求。

（可选）

6）服务器响应PLAY请求，返回200OK消息。

服务器根据播放器提供的动态码率适配初始参数和无线链路初始状态，选择准备播放的音视频流，并将streamid通知播放器。

RTP-Info:

url=rtsp:

//192.168.20.31/muti/apH263mnew.3gp/streamid=0;seq=0;rtptime=0,url=rtsp:

//192.168.20.31/muti/apH263mnew.3gp/streamid=6;seq=0;rtptime=0

7）服务器开始向播放器下发媒体流。

8）播放器必须在媒体流播放过程中周期性向服务器上报RR/SDES/NADUAPP的RTCP数据包。

RR和NADUAPP必须包括7.2.7节中要求的字段。

9）服务器继续向播放器下发媒体流。

10）播放器在流媒体会话过程中根据应用层和无线链路的变化向服务器发起OPTIONS或SET_PARAMETER消息；（可选）

播放器可以在OPTIONS或SET_PARAMETER消息中上报3GPP-Adaptation，在流媒体会话过程中对终端缓冲区的目标保护时间（target-time）进行动态调整，但是缓冲区大小（size）是不能改变的。

示例参见附录C。

（可选）

播放器可以在OPTIONS或SET_PARAMETER消息中上报3GPP-Link-Char和Bandwidth，通知服务器无线链路的动态状态。

（可选）

11）播放器正常播放完成、用户主动中止播放或主动关闭播放器时，播放器必须向服务器发出TEARDOWN请求；

12）服务器返回200OK消息。

6.5参数配置要求

要求终端出厂预置以下参数，必须支持通过手动方式修改。

6.5.1系统默认参数

6.5.1.1浏览器的参数

终端浏览器的参数设置参见《中国移动WAP业务终端技术规》。

APN：

CMWAP

6.5.1.2播放器的参数

●缓存设置

▪初始缓冲大小（推荐支持）

●播放设置

▪循环播放（只针对本地回放，推荐支持）

●网络设置

▪APN：

CMWAP

▪RTP/RTCP最低端口号、最高端口号：

▪代理设置：

是否使用代理：

否

代理的IP地址和端口：

空

▪超时时间：

终端不允许提供连接超时的设置。

▪带宽设置：

终端不允许提供带宽限制的设置。

6.5.2用户可配置参数

▪用户可以在流媒体播放器中添加、编辑书签（可选）

▪用户可以改变显示大小，在全屏和标准屏幕间切换（可选，全屏显示为可选功能）

▪用户可以选择单声道或者立体声输出（可选，立体声输出为可选功能）

▪用户可以选择使用扬声器或者耳机

▪用户可以在浏览器和播放器中输入HTTPURL。

7接口要求

7.1协议要求

视频

音频

语音

链路状态报告

能力交换

场景描述

静态图像

位图

矢量图

文本

同步文本

合成音频

控制消息

会话描述（SDP）

有效载荷格式

HTTP

RTSP

RTP/RTCP

UDP

TCP

UDP

图7-1流媒体终端的协议栈

其中，

HTTP/TCP/UDP/IP：

传输协议

HTTP主要用于发现流媒体容，获取服务器的RTSPURL和MIME参数，也可以直接获得SDP文件。

HTTP也可以用于传输流媒体中静态图像和文本等容，并用于音视频下载。

HTTP协议要求符合RFC2616和3GPPTS26.234V6.1.0。

MIME是用来标记传输的文件类型，在流媒体中主要用于播放器的启动，具体要求参见7.2.4。

RTSP：

实时流媒体协议

RTSP主要通过DESCRIBE，SETUP，PLAY，PAUSE和TEARDOWN等控制消息来实现流媒体的会话建立、播放、暂停、中止等操作。

RTSP协议要求符合RFC2326和3GPPTS26.234V6.1.0，其中RTSP消息选项、报头选项、URL参数选项参见7.2.1,7.2.2,7.2.5。

RTP：

实时传输协议

RTP主要用于传输流媒体中的视频、音频和语音等媒体容。

RTP协议要求符合RFC3550和3GPPTS26.234V6.1.0。

RTCP：

实时传输控制协议

RTCP主要用于服务器和客户端之间的流量控制和拥塞控制。

在RTP会话期间，各参与者周期性地传送RTCP包，RTCP包中包含已发送的数据包的数量、丢失的数据包的数量等统计信息，服务器可以利用这些信息动态改变传输速率。

RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化。

RTCP协议要求符合RFC3550和3GPPTS26.234V6.1.0，其中RTCP消息选项参见7.2.7。

SDP：

会话描述协议

会话描述协议是一种用于会话描述的格式（协议），并不是一个传输协议，也不包含在媒体的编解码之中，而是用于在不同传输协议之间传递消息的通知协议，其主要目的是解决多媒体会话通知、邀请和会话初始化工作。

SDP文件既可以通过对用户HTTP请求的响应传给播放器，也可以通过对用户RTSPDESCRIBE请求的响应传给播放器。

SDP协议要求符合RFC2327和3GPPTS26.234V6.1.0，、SDP参数选项参见7.2.3。

7.2终端与服务器的交互消息要求

1、点播、直播类业务

终端到服务器的信息交互存在基于RTSP/RTP和基于HTTP（Progressivedownload）两种方式，其中基于HTTP的渐进式下载（Progressivedownload）属于可选要求。

采用基于RTSP/RTP的实现方式

要求终端遵循3GPPTS26.234V6.1.0的要求。

在终端上的操作主要有四个阶段：

容发现，连接建立，容播放和连接中止。

图7-2给出了基于RTSP/RTP的流媒体业务流程。

2、HTTP:

GetSDP

HTTP:

200OKwithSDP

图7-2基于RTSP/RTP的流媒体业务流程

∙容发现

用户点击门户上某一流媒体容，浏览器向门户发起HTTPGet命令（含UserAgent）。

如果浏览器通过HTTP200OK响应消息，从流媒体门户上获得流媒体容的RTSP，用户点击该，终端必须自动激活播放器。

（步骤1－>步骤3）

如果浏览器通过HTTP200OK响应消息，从流媒体门户上获得SDP文件的HTTP，用户点击该，向流媒体服务器请求SDP文件。

服务器返回SDP文件，获得流媒体容的RTSP，终端必须自动激活播放器。

（步骤1－>步骤2）

对于返回的流媒体容RTSP，要求终端不能显示、存储服务器返回的流媒体容RTSP地址。

∙连接建立

✓获取会话描述信息（DESCRIBE）

播放器通过RTSP的DESCRIBE命令请求SDP，服务器在应答中提供流媒体容的描述信息SDP文件，SDP的文本消息告诉播放器多媒体会话的信息，其中主要包括：

协议版本，创作者和会话识别号，会话名称，会话激活时间，媒体名称传输地址和其它一些信息。

（步骤3）

如果服务器已经通过HTTP响应返回SDP文件，播放器不再发送DESCRIBE请求。

（步骤2－>步骤4）

✓建立流媒体连接（SETUP）

播放器根据SDP的信息与媒体服务器建立RTSP连接，SETUP消息中必须包括会话标识、播放器的传输协议（RTP）端口号。

媒体服务器正确接到此信息后提供响应服务器的RTP端口号，最终完成RTP端口的动态协商。

（步骤4）

∙容播放（PLAY）

播放器向服务器端发出RTSP中的播放命令，PLAY消息中必须包含会话标识、时间起始点、媒体服务器会话标识和媒体播放时间。

媒体服务器通过RTP向播放器传送媒体容。

（步骤5－>步骤6）

∙中止（TEARDOWN）

媒体正常播放完成后、用户主动中止播放或主动关闭播放器时（不包括用户暂停播放），播放器都必须向服务器发出RTSP中止命令，包括会话标识等信息，服务器端接到后做出200OK响应。

（步骤7）

2、音视频下载业务

目前存在基于WAP方式和基于OMADownload两种方式。

a）基于WAP方式

要求终端遵循《中国移动WAP2.0终端规》。

基于WAP方式的音视频下载业务，由于终端不能向系统返回状态报告，因此系统无法获知文件是否已成功下载到终端。

b）基于OMADownload方式

对于3G终端，必须支持OMADownload1.0的要求，终端成功接收到音视频文件后，必须向下载服务器发送状态报告。

对于2G终端，OMADownload是推荐功能，二阶段是必选功能。

在终端上的操作主要有三个阶段：

下载请求，文件获取请求，状态报告。

图7-3给出了基于OMADownload方式的音视频下载业务流程图。

图7-3基于OMADownload方式的音视频下载业务流程图

∙下载请求

终端向下载服务器发起音视频下载请求，服务器向终端返回下载描述符。

∙文件获取请求

终端向下载服务器发送文件获取请求，服务器向终端返回音视频文件。

∙状态报告

终端成功接收到音视频文件后，必须向下载服务器发送状态报告，下载服务器生成计费话单。

7.2.1RTSP协议消息要求

表7-1RTSP协议消息选项

消息

解释

CMCC要求

备注

OPTIONS

询问支持的RTSP消息