YD/T 1785-2008
基本信息
标准号： YD/T 1785-2008
中文名称：移动多媒体广播业务总体技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：1355416
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1785-2008.Mobile Multimedia Broadcast Service General Technical Requirements.
1范围
YD/T 1785规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网的业务功能要求、系统功能结构、计费要求、编解码要求等总体技术要求。
YD/T 1785适用于移动多媒体广播业务系统。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准.
GB/T 20090.2信息技术先进音视频编码第二部分:视频移动多媒体广播业务终端业务层技术要求
YD/T 1788 -2008移动多媒体广播业务业务平台设备技术要求
ISO/BC 14496-2信息技术-音视频对象编码-第2部分:视频
ISO/IEC 14496-3信息技术一音视频对象编码- -第3部分:音频
ITU-T H.263低比特率通信的视频编码
ITU-T H.264普通音视频业务高级视频编码
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本标准:
3.1.1 广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源， 如通过同一链接或基于同一无线频率。 广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广^播、移动网络广播以及卫星广播。
3.1.2 交互通道
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括IP承载流(如HTTP、 流媒体等)、短消息、多媒体消息等。
1范围
YD/T 1785规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网的业务功能要求、系统功能结构、计费要求、编解码要求等总体技术要求。
YD/T 1785适用于移动多媒体广播业务系统。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准.
GB/T 20090.2信息技术先进音视频编码第二部分:视频移动多媒体广播业务终端业务层技术要求
YD/T 1788 -2008移动多媒体广播业务业务平台设备技术要求
ISO/BC 14496-2信息技术-音视频对象编码-第2部分:视频
ISO/IEC 14496-3信息技术一音视频对象编码- -第3部分:音频
ITU-T H.263低比特率通信的视频编码
ITU-T H.264普通音视频业务高级视频编码
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本标准:
3.1.1 广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源， 如通过同一链接或基于同一无线频率。 广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广^播、移动网络广播以及卫星广播。
3.1.2 交互通道
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括IP承载流(如HTTP、 流媒体等)、短消息、多媒体消息等。
标准图片预览
标准内容
ICS 33 070 01
中华人民共和国通信行业标准
YD/T: 1785-2008
移动多媒体广播业务
总体技术要求
Mobile Multimedia Broadcast ServiceGeneral Technical Requirements2008-03-28 发布
2008-06-01实施
中华人民共和国工业和信息化部发布前吉·
范用·
规范性引用文件
3术语，定义科缩略语·
业务概述
5业务功能要求··
系统功能结构
计费要求
媒体编码格式
业务指南：
业务保护.
业务交互
业务通知
业务漫游
协议要求
广播业务流程
业务性能要求
附录A（资料性附录）
移动多媒体广播业务应用场景
参考支献
YD/T 1785-2008
本标准是移动多媒体广播业务系列标雄之一，该系列标准的名称及结构如下：（1）YD/T1785-2008移动多媒体广播业务：总体技术要求（2）YD/T1786-2008移动多媒体广播业务业务保护技术要求（3）YD/T1787-2008移动多媒体广播业务业务指南技术要求（4）YD/T1788-2008移动多媒体广播业务业务平台设备技术要求(5)
移动多媒体广播业务业务平台设备测试方法（6）YD/T1789-2008移动多媒体广播业务终端/卡设备技术要求(7)
移动多媒体广播业务终端/卡设备测试方法（8）YD/T1790-2008移动多媒体广播业务应用层接口技术要求（9）YD/T1791-2008移动多媒体广播业务交互应用技术要求随着技术的发展，还将制定后续的相关标准。本标准的附录A是资料性附录。
本标准由中国通信标准化协会提出并归口。YD/T1785-2008
本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信能猫通信有限公司、上海西门子移动通信有限公司本标准主要起草人：吴伟、崔媛媛、袁琦、张慧媛、刘聪、严斌峰，刘申健、朱庆、胡志远、于楠、孙瑞因、王升琼、玉劲松、汪庆华、刘桐、张科峰、谢晓紫、沈洋H
1范围
移动多媒体广播业务
总体技术要求
YD/T1785-2008
本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网的业务功能要求、系统功能结构、计费要求、编解码要求等总体技术要求。本标准适用下移动多媒体广播业务系统。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 20090.2
YD/T1788-2008
ISO/TEC 14496-2
ISO/IEC 14496-3
ITU-T H.263
ITU-T H.264
3术语，定义和缩略语
3.1术语和定义
信息技术先进音视频编码第二部分：视频移动多媒体广插业务终端业务层技术要求移动多媒体广播业务业务乎台设备技术要求信息技术一音视频对象编码第2部分：视频信息技术一音视频对象编码一第3部分：音额低比特率通信的视频编码
普通音视额业务高级视频编码
下列术语和定义适用于本标准：3.1.1广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常带，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源，如通过同一链接或基于同一光线频率。广播承载包括多种类型，可基丁多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫广播。3.1.2交互通道
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括P承载流（如HTTP、流媒体等）、短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标准。
Advanced Audio Coding
AdpativeMulti-Rate
Audio and Video Coding Standard高级音频编码
自适应多速率
音视频编码标
YDT 1785-2008
4.业务概述
Broadcast Distribution SystemEnhanced Variable Rate CodecGeneric Bootstrapping ArchitectureHyper Text Markup Language
Hyper Text Transfer ProtocolMoving Pictures Experts GroupOpen Mobile Alliance
Qualcomm Code Excited Linear PredictionReal-time Transport ProtocolRTP Control Protocol
Synchronized Multimedia Integration LanguangeeXtensible Makeup Language
广播分发系统
增强型变速率编解码器
通用自举架构
超文本标记语言
超文本传输协议
动态图像专家组
开放移动联盟
高通码激励线性预测编码
实时传输协议
RTP控制协议
同步多媒体同步语言
可扩展标记语言
移动多媒体广播是指终端用户通过移动终端接收以广播形式传送的的数字音视频内容（例如电视等）的业务。
移动多媒体广播主要实现向移动终端用户提供广播业务。移动多媒体广播的业务实现应该尽量与承载无关，以便可以应用到不同的网络环境。为了支持移动多媒体广播业务的商业运营，还提供各种业务管理的功能。移动多媒体广播业务的应用场景参见附录A。5业务功能要求
5.1业务指南
业务措南向用户提供业务向导，展示业务信息，并为终端进入业务频道提供接入信息。指南信息包括但不限于频道名称、节目名称、内容简介、开始时间、结束时间、付费标准、付费方式、频道接入方式等等。
5.2流媒体/文件分发
移动多嫌体广播的媒体内容有两种发送方式：流媒体发送和文件分发。流媒体分发，将媒体内容通过流的形式发送给终端，主要通过广播信道分发，也可基于交互道补充发送。流媒体分发功能支持流分发过程中所需的编码、传送和相关的信令。文件分发：将一个或一组任意类型及编码格式的文件分发给终端，主要是在广播频道上分发，也可以用于交互频道上的文件分发。文件分发可与其它应用相结合，实现相应的功能（如业务/内容保护），也可通过应用不同纠错法而具有穿错能力（如基于广播的前向纠错和基于交互会话的文件重传.：文件分发功支持文件分发过程中所需的编码、传送和相关的信令。5.3业务和内容保护
业务和内容保护功能提供了一种在移动广播业务中，与底层传输网络无关的保护内容和业务的方法。图1所示说明了内容保护和业务保护的不同之处。2
广播发送
业务保护
内容保护
图1业务保护/内容保护示意图
YD/T 1785-2008
业务保护的自的是允许到某个业务的接入，如访问特定时间内特定的数据集。业务保护不对该业务传送的内穿负责，也不提供任何方法来保护其有访问控制机制的管道外的内容。内穿保护功能保证每个独立的内容受到保护。内容的使用权限可以滞后于内容发送，也可以不采用滞后发送方式。
业务保护可独立于内容保护，它上要用于订购管理。在没有内容保护的情况下，一般来说，内容的便用是免试的，或者受限于所应用的法律，商业模式和需求，但是这些方面的考虑已经超出本标谁的范畴。内容保护功能处理内容发送之后的使用权限，即内容使用的许可和约束条件。5.4业务订购
终端用户通过浏览业务指南信息，或者通过自服务门户等其它方式可进行业务订购退定等操作。业务订购支持用户查询已订购的业务，并向用户提供移动多媒体广播业务的状态管理和维护，如开通，暂停、恢复、终止业务等。
5.5业务交互
业务交互功能提供从移动多媒体广播业务应用到终端的点到点通信。用户通过业务互动可获取和业务内容相关的背景介绍信息、资料数据、投票竞猜等等。业务交互功能需要有交互式刚绍支持，如移动蜂网。交互应用可支持多种交互技术，比如裙音呼叫、短消息、多媒体消息、电子邮件、HTTP浏览等。5.6通知
通知功能负责将关于广播业务的事件通知给一个或一组终端。通知功能产生并发送一个通知消息到一个（组）终端以实现通知的功能。通知的事件可以是业务指南信息的更改通知、业务密钥更新通知、用户（组）所喜好节日的开始播放通知，一个特定广播业务的宣传知或者其它业务的相关通知。5.7业务漫游
移动多媒体广播的业务漫游功能是指用户从归属网络漫游到拜访地网络，能够使用拜访地网络提供的广播业务。
拜访地网络问漫游用户提供业务指南和广播内容。拜访地网络通过和本地网络的交互对用户进行鉴权和发送计费信息到本地网络，本标准假定拜访地网络能够向漫游用户提供业务指南和内容，否则漫游用户无法接入拜访地网络的广播业务。
6系统功能结构
移动多媒体业务系统功能结构包含一系列逻辑实体及其之间的接口，移动多媒体广播业务功能的实现将基丁这些广播功能实体。图2所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。3
YD/T 1785-2008
6.1功能实体
内客提供
内客分发
广指承载
业务管理
（可透）
（可选）
（可选（可选）
交五承裁
终端/传
图2移动多媒体广播业务系统功能结构交互应用
移动多媒体广播业务包含一组能共同工作，从而实现相关功能的功能实体。表1描述了各个功能模块的主要功能。
表1移动多媒体广播业务各个功能模块的主要功能功能模块
本标准范围内的功能实体
业务管理
交互应用
终端/卡
提供业务运营所需要的支持功能，包括主要功能
（a）业务指南：负责业务指南信息的创建和更新。接收内容提供模块提供的内容元数据，结合业务运营需要，生成业务指南信息，（b）业务订阅：负责业务的订阅和购买功能。处理用户的订购/去订请求，生成订购关系和计费信息，并对用户管理订购信息提供支持。（e）业务安全：提供业务保护/内容保护功能。负责管理用户密钢及业务密钥，生成加密的密销传输消息，并向认证通过的用户发送业务密铜。（d）通知功能：负资向用户通知业务相关信息，如业务变更信息，密钥更新请求等。（e）内容管理功能：内容审批、内容发布、与其他平台间内容同步等功能。（f）套餐管理功能：创建、修改、删除套餐，相关统计等。（g）计费功能：根据用订购或者使用业务的情况生成计费信息。（h）交互应用支持：将交互应用与业务进行关联，并生成交互应用的提醒和描述信息BSF：自举功能。该模块对采用MBMS安全机制的业务系统是必选，但对采用BCMCS安全机制的业务系统不作要求。BSF用于支持终端与 BSF之间通过HTTPDigest AKA 协议实现相互认证，并在认证基础上产生共享密钥。支持基丁USIM及ISIM的GBA_U功能提供互动应用媒体对象，并提供应用服务器功能，对用户的交互应用请求进行处理，并返回响应
用户用求接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能：（a）支持MBMS安全或BCMCS安全。若采用MBMS业务保护机制，则要求支持GBA_U。（b）业务指南信息的获取和解析。支持通过交互网络（HTTP）广播网络获取业务指南信息。基于广播通道的业务指南要求不在本标准范围内。（c）媒体流内容的获取和播放。支持通过广播网络或交互网络获取媒体流。内容获取不在本标准范围之内
功能模块
本标准范围外的功能实体
内宰提供
内容分发
广播承载
交互承裁
6.2接口
表1(续)
主要功能
提供符合编解码要求的节日源，并向业务管理模块提供内奔属性信息YD/T 1785-2008
汇聚和组装业务数据（包括媒体流、节日流密钥消息及业务指南信息等），并进行广播业务与底层广播网络的适配功能，包括信源适配、节目整合/频逍编排等提供播（单向的/点对多点）信道，用丁网络采用广播方式向移动终端传输数据，允许多个接收者采用相同的协议同时接收间数据源提供双向点对点信道，用于网络与移动终端之间互相传递数据。交互通过有多种方式，包括IP 承载流（如 HITP、流媒体等）、短消息多媒体消息等厂播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样，这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所泌及接口的描述。表2移动多媒体广播业务各个接口描述本标准范围内的接口
本标范围外的接口
7计费要求
节目属性信息的传送与更新
业务指南信息和密钥信息的交互用法
消息转发，通知服务以及用广TK获取。其中，用户TK获取对3GPPMBMS不做要求，对 3GPP2BCMCS可选支持
业务指南信息获取、业务密钢获取、业务订购管理用户GBA认证信息的查询和验证。该接口在采用MBMS安全机制时必选，但在采用BCMCS安全机制时不作要求
交应用信息上载、更新或删除
SIM卡与BSF之间的GBA认证。该接口对采用MBMS机制必选，但对BCMCS可选BSF与HLR/HSS之间的接口，用于对用户的身份认证。该接口在采用MBMS机制时必选，但在采用BCMCS安全机制时不作要求交互应用服务器与终端之间的信息传递用法
末加密节目流的传送
经过适配处理后加密节目流的传送提供多媒体播信道
提供交互信过
移动多媒体广播业务支持的计费类型有：（a）包月计费：支持单频道，多频道包月计费方式。5
YD/T1785-2008
(b）按节目内容计费：根据不同的内容按节目计费。（c）免费服务：提供免费服务，用户无需付费。移动多媒体广播业务系统应支持在线计费（可选）和离线计费方式，并根据业务订购和使用情况生成话单，并将话单传送给后台计费系统8媒体编码格式
8.1音频
可选支持的音频媒体类型编码格式：EnhancedAAC+
? Extended AMR WB:
·MPEG-4AAC低复杂度对象类型编码：采样率不超过48kHz，单声道或立体声（符合ISO/IEC14496-3的规定)：
·MPEG-4AAC长时预测对象类型编码。（符合ISO/IEC14496-3的规定)；·EVRC、EVRC-NB、EVRC-WB、QCELP。8.2换频
可选支持的视频媒体类型编码格式：·AVS-P2：《信息技术先进音视频编码第-部分：视频》（GB/T20090.2-2006）：H,263profile0level45；（符合ITU-TH,263的规定）：H.264（AvC）BaselineProfileLevel1b（constraint_set1_flag=1，不要求输出的时间顺序）<符合ITU-TH264的规定）；
MPEG-4VisualSimpleProfileLevel0b：（符合ISO/IEC14496-2的规定）。9业务指南
9.1功能要求
业务指南提供与广播节目相关的信息，用户通过指南可以获得频道名称、节目名称、内容简介、开始时间、结束时间、付费标准、付费方式等等。同时它也提供了用户访问节目的接入信息。业务指南包括数据模型定义，数据封装和业务指南发送等功能。数据模型定义：用于定义组成业务指南内容的各个分片及分片之间的关联关系。数据模型采用XMLSchema 加以表述。
数据封装：定义编码后的业务指南分片如何进行封装。业务指南的数据分片直接封装在业务指南发送单元中进行传输，每个业务指南发送单元包含一个或者多个分片。业务指南发送单元可以使用GZIP等方式乐缩后再进行传输。
业务指南发送：定义了作为文件对象的发送单元的传输方式。业务指南可通过广播或者交互的方式进行发送。
9.2业务流程
图3所示为业务指南获取流程举例。这是通过交互方式获取业务指南的业务流程。心
（1）业务指南请求
（2）返回业务指南数据
图3移动多媒体业务业务指南流程（1）终端问业务管理模块发送业务指南获取请求：业务管理
一通过交互方式
（2）业务管理模块收到请求后将返回相应的业务指南数据。10业务保护Www.bzxZ.net
移动多媒体广播业务的业务保护基于分层密钥体系，如图4所示。络端侧
第一坛
第二层
业务密销分发
第三层
书目滩肃制分发
第四层
节目流分发
未加扰
整权网络身份
用户密销
解密业务
密钧消息
业务密销
解密书民流
出钥洲总
节月流密讨
通过双向信道整权
通过双向信造发送业务密误消息通过广搭信烘发送节目流密相消息整权网络身份
阿络侧
用户密销
生成业务
密胡消息
YD/T 1785-200B
业务密明
生成节月藏
密朝消息
通过广播信增发送加投后的节目流图4移动多媒体业务业务保护分层密钥体系节目流密销
第一层：认证管理。用户与网络之间进行相瓦认证，认证通过后获得共享密钥。网络和终端根据此共享密钥各自生成用户密钥。
第二层：业务密钥管理。业务密钥用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钥消息解密将使用本地生成的用户密钥。
第三层：节目流密钥管理。节目流密钥将用于对广播内容的加密。加密过的节目流密钥消息将在广播网络上进行广播。网络对节目流密钥进行加密时将使用业务密钥，终端对节目流密销消息解密时将使用本地生成的业务密钥。
第四层：节目流分发。使用节H流密钙对节目流进行加密处理，加密后的节目流通过广播通道进行分发，终端使用经过解密过的节月流密钥进行解密。通常对节月流的加密也称为加扰，而对节目流的解密也称为解扰
YD/T1785-2008
基于此密钥分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。11业务交互
11.1功能要求
业务交工包括业务订购及交互应用。业务订购：处理用户对移动多媒体广播业务的订购。用户可通过WAP网站、WEB网站或业务指南获取订购所需的业务信息，如业务介绍和资费信息，并可通过WAP、WEB、短消息及专用客户端发起业务订购/取消订购请求。业务管理模块接收用户请求，进行相应的处理，并维护用户的订购关系。交互应用：客户端通过用户的交互操作与网络侧应用进行互动，实现相关功能，如实时投票、图片获取、精彩视频流点播等。用户接收到交互应用提示信息后可选择获取交互应用的数据（如交互媒体对象），并可通过短消息，WAP等方式与系统进行交互。用广的业务请求和反馈将发送给交互应用进行相关处理。
11.2业务流程
11.2.1业务订购
图5所示为业务订购流程的举例。本流程假定用户能够获取业务指南，并从业务指南中获取业务的列表和订购方法，用户可以进行业务的订阅和购买。业务管理
交互网络
获取业务导航
（1）调求可阅/购买
（2）确应订阅/购买
图5移动多媒体广播业务的业务交互流程—业务订购（1）用户通过交互信道获取业务指南。根据业务指南所包含的订购信息，用户决定订购广播业务。终端向业务管理模块发送订购请求。订阅、购买可以通过诸如短消息、WAP门户或者WEB门户等方式进行。
（2）业务管理模块向终端发送订购的反馈结果。11.2.2业务退订
图6所示为业务退订流程的举例。本流程假定用户能够查询到已订购的业务，并了解退订的方法，用户可以进行业务的退订。
业务管理
交互网露
（1）请退订
（2）瞬应退订
图6移动多媒体广播业务的业务交互流程一终端
业务退订
YD/T 1785-2008
（1）用户通过通过交互网络问业务管理模块发送退订请求，退订可以通过诸如短消息、WAP门户或者WEB门户等方式进行。
2）业务管理模块向终端发送退订的反馈结果。11.2.3交互应用
图7所示为交互应用流程举例。
（1）交互应用提示
业务管理
(2）交互内容获取
（3）交互内容下发
（4）交互请求
（5）交互响应
图了移动多媒体广播业务的业务交互流程交互应用
交互应用
（1）用户终端获取业务指南信息，提示用户某一业务有交互应用。该提示可能包含一个或多个在交互频道上提供的交互应用的URI。（2）用户请求参加应用交互。
（3）应用服务器下发交互内。
（4）用户发起交互请求。
（5）应用服务器反馈交互响应。12业务通知
12.1功能要求
业务通知功能负责将移动多媒体广播业务的事件发送到某一或一组终端。可能的事件包括：业务指南的更新业务信息的更新，业务密钥更新，或者是业务推广等。业务管理模块根据通知事件生成通知消息，通过交互网络或广播网络发送通知消息。通知的方式有：短消息、WAPPush、电子邮件，HTTP，广播消息等方式。12.2业务流程
图8所示为通过交互网络发送通知的通用流程举例。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T: 1785-2008
移动多媒体广播业务
总体技术要求
Mobile Multimedia Broadcast ServiceGeneral Technical Requirements2008-03-28 发布
2008-06-01实施
中华人民共和国工业和信息化部发布前吉·
范用·
规范性引用文件
3术语，定义科缩略语·
业务概述
5业务功能要求··
系统功能结构
计费要求
媒体编码格式
业务指南：
业务保护.
业务交互
业务通知
业务漫游
协议要求
广播业务流程
业务性能要求
附录A（资料性附录）
移动多媒体广播业务应用场景
参考支献
YD/T 1785-2008
本标准是移动多媒体广播业务系列标雄之一，该系列标准的名称及结构如下：（1）YD/T1785-2008移动多媒体广播业务：总体技术要求（2）YD/T1786-2008移动多媒体广播业务业务保护技术要求（3）YD/T1787-2008移动多媒体广播业务业务指南技术要求（4）YD/T1788-2008移动多媒体广播业务业务平台设备技术要求(5)
移动多媒体广播业务业务平台设备测试方法（6）YD/T1789-2008移动多媒体广播业务终端/卡设备技术要求(7)
移动多媒体广播业务终端/卡设备测试方法（8）YD/T1790-2008移动多媒体广播业务应用层接口技术要求（9）YD/T1791-2008移动多媒体广播业务交互应用技术要求随着技术的发展，还将制定后续的相关标准。本标准的附录A是资料性附录。
本标准由中国通信标准化协会提出并归口。YD/T1785-2008
本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信能猫通信有限公司、上海西门子移动通信有限公司本标准主要起草人：吴伟、崔媛媛、袁琦、张慧媛、刘聪、严斌峰，刘申健、朱庆、胡志远、于楠、孙瑞因、王升琼、玉劲松、汪庆华、刘桐、张科峰、谢晓紫、沈洋H
1范围
移动多媒体广播业务
总体技术要求
YD/T1785-2008
本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网的业务功能要求、系统功能结构、计费要求、编解码要求等总体技术要求。本标准适用下移动多媒体广播业务系统。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T 20090.2
YD/T1788-2008
ISO/TEC 14496-2
ISO/IEC 14496-3
ITU-T H.263
ITU-T H.264
3术语，定义和缩略语
3.1术语和定义
信息技术先进音视频编码第二部分：视频移动多媒体广插业务终端业务层技术要求移动多媒体广播业务业务乎台设备技术要求信息技术一音视频对象编码第2部分：视频信息技术一音视频对象编码一第3部分：音额低比特率通信的视频编码
普通音视额业务高级视频编码
下列术语和定义适用于本标准：3.1.1广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常带，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源，如通过同一链接或基于同一光线频率。广播承载包括多种类型，可基丁多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫广播。3.1.2交互通道
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括P承载流（如HTTP、流媒体等）、短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标准。
Advanced Audio Coding
AdpativeMulti-Rate
Audio and Video Coding Standard高级音频编码
自适应多速率
音视频编码标
YDT 1785-2008
4.业务概述
Broadcast Distribution SystemEnhanced Variable Rate CodecGeneric Bootstrapping ArchitectureHyper Text Markup Language
Hyper Text Transfer ProtocolMoving Pictures Experts GroupOpen Mobile Alliance
Qualcomm Code Excited Linear PredictionReal-time Transport ProtocolRTP Control Protocol
Synchronized Multimedia Integration LanguangeeXtensible Makeup Language
广播分发系统
增强型变速率编解码器
通用自举架构
超文本标记语言
超文本传输协议
动态图像专家组
开放移动联盟
高通码激励线性预测编码
实时传输协议
RTP控制协议
同步多媒体同步语言
可扩展标记语言
移动多媒体广播是指终端用户通过移动终端接收以广播形式传送的的数字音视频内容（例如电视等）的业务。
移动多媒体广播主要实现向移动终端用户提供广播业务。移动多媒体广播的业务实现应该尽量与承载无关，以便可以应用到不同的网络环境。为了支持移动多媒体广播业务的商业运营，还提供各种业务管理的功能。移动多媒体广播业务的应用场景参见附录A。5业务功能要求
5.1业务指南
业务措南向用户提供业务向导，展示业务信息，并为终端进入业务频道提供接入信息。指南信息包括但不限于频道名称、节目名称、内容简介、开始时间、结束时间、付费标准、付费方式、频道接入方式等等。
5.2流媒体/文件分发
移动多嫌体广播的媒体内容有两种发送方式：流媒体发送和文件分发。流媒体分发，将媒体内容通过流的形式发送给终端，主要通过广播信道分发，也可基于交互道补充发送。流媒体分发功能支持流分发过程中所需的编码、传送和相关的信令。文件分发：将一个或一组任意类型及编码格式的文件分发给终端，主要是在广播频道上分发，也可以用于交互频道上的文件分发。文件分发可与其它应用相结合，实现相应的功能（如业务/内容保护），也可通过应用不同纠错法而具有穿错能力（如基于广播的前向纠错和基于交互会话的文件重传.：文件分发功支持文件分发过程中所需的编码、传送和相关的信令。5.3业务和内容保护
业务和内容保护功能提供了一种在移动广播业务中，与底层传输网络无关的保护内容和业务的方法。图1所示说明了内容保护和业务保护的不同之处。2
广播发送
业务保护
内容保护
图1业务保护/内容保护示意图
YD/T 1785-2008
业务保护的自的是允许到某个业务的接入，如访问特定时间内特定的数据集。业务保护不对该业务传送的内穿负责，也不提供任何方法来保护其有访问控制机制的管道外的内容。内穿保护功能保证每个独立的内容受到保护。内容的使用权限可以滞后于内容发送，也可以不采用滞后发送方式。
业务保护可独立于内容保护，它上要用于订购管理。在没有内容保护的情况下，一般来说，内容的便用是免试的，或者受限于所应用的法律，商业模式和需求，但是这些方面的考虑已经超出本标谁的范畴。内容保护功能处理内容发送之后的使用权限，即内容使用的许可和约束条件。5.4业务订购
终端用户通过浏览业务指南信息，或者通过自服务门户等其它方式可进行业务订购退定等操作。业务订购支持用户查询已订购的业务，并向用户提供移动多媒体广播业务的状态管理和维护，如开通，暂停、恢复、终止业务等。
5.5业务交互
业务交互功能提供从移动多媒体广播业务应用到终端的点到点通信。用户通过业务互动可获取和业务内容相关的背景介绍信息、资料数据、投票竞猜等等。业务交互功能需要有交互式刚绍支持，如移动蜂网。交互应用可支持多种交互技术，比如裙音呼叫、短消息、多媒体消息、电子邮件、HTTP浏览等。5.6通知
通知功能负责将关于广播业务的事件通知给一个或一组终端。通知功能产生并发送一个通知消息到一个（组）终端以实现通知的功能。通知的事件可以是业务指南信息的更改通知、业务密钥更新通知、用户（组）所喜好节日的开始播放通知，一个特定广播业务的宣传知或者其它业务的相关通知。5.7业务漫游
移动多媒体广播的业务漫游功能是指用户从归属网络漫游到拜访地网络，能够使用拜访地网络提供的广播业务。
拜访地网络问漫游用户提供业务指南和广播内容。拜访地网络通过和本地网络的交互对用户进行鉴权和发送计费信息到本地网络，本标准假定拜访地网络能够向漫游用户提供业务指南和内容，否则漫游用户无法接入拜访地网络的广播业务。
6系统功能结构
移动多媒体业务系统功能结构包含一系列逻辑实体及其之间的接口，移动多媒体广播业务功能的实现将基丁这些广播功能实体。图2所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。3
YD/T 1785-2008
6.1功能实体
内客提供
内客分发
广指承载
业务管理
（可透）
（可选）
（可选（可选）
交五承裁
终端/传
图2移动多媒体广播业务系统功能结构交互应用
移动多媒体广播业务包含一组能共同工作，从而实现相关功能的功能实体。表1描述了各个功能模块的主要功能。
表1移动多媒体广播业务各个功能模块的主要功能功能模块
本标准范围内的功能实体
业务管理
交互应用
终端/卡
提供业务运营所需要的支持功能，包括主要功能
（a）业务指南：负责业务指南信息的创建和更新。接收内容提供模块提供的内容元数据，结合业务运营需要，生成业务指南信息，（b）业务订阅：负责业务的订阅和购买功能。处理用户的订购/去订请求，生成订购关系和计费信息，并对用户管理订购信息提供支持。（e）业务安全：提供业务保护/内容保护功能。负责管理用户密钢及业务密钥，生成加密的密销传输消息，并向认证通过的用户发送业务密铜。（d）通知功能：负资向用户通知业务相关信息，如业务变更信息，密钥更新请求等。（e）内容管理功能：内容审批、内容发布、与其他平台间内容同步等功能。（f）套餐管理功能：创建、修改、删除套餐，相关统计等。（g）计费功能：根据用订购或者使用业务的情况生成计费信息。（h）交互应用支持：将交互应用与业务进行关联，并生成交互应用的提醒和描述信息BSF：自举功能。该模块对采用MBMS安全机制的业务系统是必选，但对采用BCMCS安全机制的业务系统不作要求。BSF用于支持终端与 BSF之间通过HTTPDigest AKA 协议实现相互认证，并在认证基础上产生共享密钥。支持基丁USIM及ISIM的GBA_U功能提供互动应用媒体对象，并提供应用服务器功能，对用户的交互应用请求进行处理，并返回响应
用户用求接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能：（a）支持MBMS安全或BCMCS安全。若采用MBMS业务保护机制，则要求支持GBA_U。（b）业务指南信息的获取和解析。支持通过交互网络（HTTP）广播网络获取业务指南信息。基于广播通道的业务指南要求不在本标准范围内。（c）媒体流内容的获取和播放。支持通过广播网络或交互网络获取媒体流。内容获取不在本标准范围之内
功能模块
本标准范围外的功能实体
内宰提供
内容分发
广播承载
交互承裁
6.2接口
表1(续)
主要功能
提供符合编解码要求的节日源，并向业务管理模块提供内奔属性信息YD/T 1785-2008
汇聚和组装业务数据（包括媒体流、节日流密钥消息及业务指南信息等），并进行广播业务与底层广播网络的适配功能，包括信源适配、节目整合/频逍编排等提供播（单向的/点对多点）信道，用丁网络采用广播方式向移动终端传输数据，允许多个接收者采用相同的协议同时接收间数据源提供双向点对点信道，用于网络与移动终端之间互相传递数据。交互通过有多种方式，包括IP 承载流（如 HITP、流媒体等）、短消息多媒体消息等厂播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样，这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所泌及接口的描述。表2移动多媒体广播业务各个接口描述本标准范围内的接口
本标范围外的接口
7计费要求
节目属性信息的传送与更新
业务指南信息和密钥信息的交互用法
消息转发，通知服务以及用广TK获取。其中，用户TK获取对3GPPMBMS不做要求，对 3GPP2BCMCS可选支持
业务指南信息获取、业务密钢获取、业务订购管理用户GBA认证信息的查询和验证。该接口在采用MBMS安全机制时必选，但在采用BCMCS安全机制时不作要求
交应用信息上载、更新或删除
SIM卡与BSF之间的GBA认证。该接口对采用MBMS机制必选，但对BCMCS可选BSF与HLR/HSS之间的接口，用于对用户的身份认证。该接口在采用MBMS机制时必选，但在采用BCMCS安全机制时不作要求交互应用服务器与终端之间的信息传递用法
末加密节目流的传送
经过适配处理后加密节目流的传送提供多媒体播信道
提供交互信过
移动多媒体广播业务支持的计费类型有：（a）包月计费：支持单频道，多频道包月计费方式。5
YD/T1785-2008
(b）按节目内容计费：根据不同的内容按节目计费。（c）免费服务：提供免费服务，用户无需付费。移动多媒体广播业务系统应支持在线计费（可选）和离线计费方式，并根据业务订购和使用情况生成话单，并将话单传送给后台计费系统8媒体编码格式
8.1音频
可选支持的音频媒体类型编码格式：EnhancedAAC+
? Extended AMR WB:
·MPEG-4AAC低复杂度对象类型编码：采样率不超过48kHz，单声道或立体声（符合ISO/IEC14496-3的规定)：
·MPEG-4AAC长时预测对象类型编码。（符合ISO/IEC14496-3的规定)；·EVRC、EVRC-NB、EVRC-WB、QCELP。8.2换频
可选支持的视频媒体类型编码格式：·AVS-P2：《信息技术先进音视频编码第-部分：视频》（GB/T20090.2-2006）：H,263profile0level45；（符合ITU-TH,263的规定）：H.264（AvC）BaselineProfileLevel1b（constraint_set1_flag=1，不要求输出的时间顺序）<符合ITU-TH264的规定）；
MPEG-4VisualSimpleProfileLevel0b：（符合ISO/IEC14496-2的规定）。9业务指南
9.1功能要求
业务指南提供与广播节目相关的信息，用户通过指南可以获得频道名称、节目名称、内容简介、开始时间、结束时间、付费标准、付费方式等等。同时它也提供了用户访问节目的接入信息。业务指南包括数据模型定义，数据封装和业务指南发送等功能。数据模型定义：用于定义组成业务指南内容的各个分片及分片之间的关联关系。数据模型采用XMLSchema 加以表述。
数据封装：定义编码后的业务指南分片如何进行封装。业务指南的数据分片直接封装在业务指南发送单元中进行传输，每个业务指南发送单元包含一个或者多个分片。业务指南发送单元可以使用GZIP等方式乐缩后再进行传输。
业务指南发送：定义了作为文件对象的发送单元的传输方式。业务指南可通过广播或者交互的方式进行发送。
9.2业务流程
图3所示为业务指南获取流程举例。这是通过交互方式获取业务指南的业务流程。心
（1）业务指南请求
（2）返回业务指南数据
图3移动多媒体业务业务指南流程（1）终端问业务管理模块发送业务指南获取请求：业务管理
一通过交互方式
（2）业务管理模块收到请求后将返回相应的业务指南数据。10业务保护Www.bzxZ.net
移动多媒体广播业务的业务保护基于分层密钥体系，如图4所示。络端侧
第一坛
第二层
业务密销分发
第三层
书目滩肃制分发
第四层
节目流分发
未加扰
整权网络身份
用户密销
解密业务
密钧消息
业务密销
解密书民流
出钥洲总
节月流密讨
通过双向信道整权
通过双向信造发送业务密误消息通过广搭信烘发送节目流密相消息整权网络身份
阿络侧
用户密销
生成业务
密胡消息
YD/T 1785-200B
业务密明
生成节月藏
密朝消息
通过广播信增发送加投后的节目流图4移动多媒体业务业务保护分层密钥体系节目流密销
第一层：认证管理。用户与网络之间进行相瓦认证，认证通过后获得共享密钥。网络和终端根据此共享密钥各自生成用户密钥。
第二层：业务密钥管理。业务密钥用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钥消息解密将使用本地生成的用户密钥。
第三层：节目流密钥管理。节目流密钥将用于对广播内容的加密。加密过的节目流密钥消息将在广播网络上进行广播。网络对节目流密钥进行加密时将使用业务密钥，终端对节目流密销消息解密时将使用本地生成的业务密钥。
第四层：节目流分发。使用节H流密钙对节目流进行加密处理，加密后的节目流通过广播通道进行分发，终端使用经过解密过的节月流密钥进行解密。通常对节月流的加密也称为加扰，而对节目流的解密也称为解扰
YD/T1785-2008
基于此密钥分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。11业务交互
11.1功能要求
业务交工包括业务订购及交互应用。业务订购：处理用户对移动多媒体广播业务的订购。用户可通过WAP网站、WEB网站或业务指南获取订购所需的业务信息，如业务介绍和资费信息，并可通过WAP、WEB、短消息及专用客户端发起业务订购/取消订购请求。业务管理模块接收用户请求，进行相应的处理，并维护用户的订购关系。交互应用：客户端通过用户的交互操作与网络侧应用进行互动，实现相关功能，如实时投票、图片获取、精彩视频流点播等。用户接收到交互应用提示信息后可选择获取交互应用的数据（如交互媒体对象），并可通过短消息，WAP等方式与系统进行交互。用广的业务请求和反馈将发送给交互应用进行相关处理。
11.2业务流程
11.2.1业务订购
图5所示为业务订购流程的举例。本流程假定用户能够获取业务指南，并从业务指南中获取业务的列表和订购方法，用户可以进行业务的订阅和购买。业务管理
交互网络
获取业务导航
（1）调求可阅/购买
（2）确应订阅/购买
图5移动多媒体广播业务的业务交互流程—业务订购（1）用户通过交互信道获取业务指南。根据业务指南所包含的订购信息，用户决定订购广播业务。终端向业务管理模块发送订购请求。订阅、购买可以通过诸如短消息、WAP门户或者WEB门户等方式进行。
（2）业务管理模块向终端发送订购的反馈结果。11.2.2业务退订
图6所示为业务退订流程的举例。本流程假定用户能够查询到已订购的业务，并了解退订的方法，用户可以进行业务的退订。
业务管理
交互网露
（1）请退订
（2）瞬应退订
图6移动多媒体广播业务的业务交互流程一终端
业务退订
YD/T 1785-2008
（1）用户通过通过交互网络问业务管理模块发送退订请求，退订可以通过诸如短消息、WAP门户或者WEB门户等方式进行。
2）业务管理模块向终端发送退订的反馈结果。11.2.3交互应用
图7所示为交互应用流程举例。
（1）交互应用提示
业务管理
(2）交互内容获取
（3）交互内容下发
（4）交互请求
（5）交互响应
图了移动多媒体广播业务的业务交互流程交互应用
交互应用
（1）用户终端获取业务指南信息，提示用户某一业务有交互应用。该提示可能包含一个或多个在交互频道上提供的交互应用的URI。（2）用户请求参加应用交互。
（3）应用服务器下发交互内。
（4）用户发起交互请求。
（5）应用服务器反馈交互响应。12业务通知
12.1功能要求
业务通知功能负责将移动多媒体广播业务的事件发送到某一或一组终端。可能的事件包括：业务指南的更新业务信息的更新，业务密钥更新，或者是业务推广等。业务管理模块根据通知事件生成通知消息，通过交互网络或广播网络发送通知消息。通知的方式有：短消息、WAPPush、电子邮件，HTTP，广播消息等方式。12.2业务流程
图8所示为通过交互网络发送通知的通用流程举例。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。