1、ICS 33 07001M 37中华人民 共禾口Y口国通信行业标准移动多媒体广播业务总体技术要求Mobile Multimedia Broadcast ServiceGeneral Technical Requirements2008-06-ol实施中华人民共和国工业和信息化部发布目 次前言l 范围一2规范性引用文件”3术语、定义和缩略语”4业务概述”5业务功能要求“6系统功能结构7计费要求8媒体编码格式”9业务指南”10业务保护ll业务交互12业务通知13业务漫游14协议要求15广播业务流程16业务性能要求附录A(资料性附录)移动多媒体广播业务应用场景一参考文献前 言本标准是移动多媒体广播业
2、务系列标准之一，该系列标准的名称及结构如下t(1)YDT 1785-2008移动多媒体广播业务：总体技术要求(2)YDT 1786-2008移动多媒体广播业务业务保护技术要求(3)YDT 17872008移动多媒体广播业务业务指南技术要求(4)yDrr 1788-2008移动多媒体广播业务业务平台设备技术要求(5) 移动多媒体广播业务业务平台设备测试方法(6)yDrr 17892008移动多媒体广播业务终端卡设备技术要求(7) 移动多媒体广播业务终端卡设备测试方法(8)YDT 1790-2008移动多媒体广播业务应用层接口技术要求(9)YDT 1791-2008移动多媒体广播业务交互应用技术要
3、求随着技术的发展，还将制定后续的相关标准。本标准的附录A是资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信熊猫通信有限公司、上海西门子移动通信有限公司本标准主要起草人；吴伟、崔嫒嫒、袁琦、张慧嫒、刘聪、严斌峰、刘申健、朱庆、胡志远、王楠、孙瑞囡、王升琼、王劲松、汪庆华、刘桐、张科峰、谢晓棠、沈洋移动多媒体广播业务总体技术要求1范围本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网的业务功能要求、系统功能结
4、构、计费要求、编解码要求等总体技术要求。本标准适用于移动多媒体广播业务系统。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GBT 200902 信息技术先进音视频编码第二部分：视频移动多媒体广播业务终端业务层技术要求YDT 1788-2008 移动多媒体广播业务业务平台设备技术要求ISOIEC 14496-2 信息技术一音视频对象编码一第2部分：视频ISOIEC 14496
5、3 信息技术一音视频对象编码一第3部分l音频rruT H263 低比特率通信的视频编码rruT H264 普通音视频业务高级视频编码3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准：311广播承载提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。312交互通道提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括m承载流(如r兀P、流媒体等)、短
6、消息、多媒体消息等。32缩略语下列缩略语适用于本标准。AAC Advanced Audio Coding 高级音频编码AMR Adpative MultiRate 自适应多速率AVS Audio and Video Coding Standard 音视频编码标准1YDI1 785-2008BDS Broadcast Distribution System 广播分发系统EVRC Enhanced Variable Rate Codee 增强型变速率编解码器GBA Generic Bootstrapping Architecture 通用自举架构HTML Hyper Text Markup Lan
7、guage 超文本标记语言HTTP Hyper Text Transfer Protocol 超文本传输协议MPEG Moving Picmras Experts Group 动态图像专家组OMA Open Mobile Alliance 开放移动联盟QCELP Qualcomm Code Excited Lmear Prediction 高通码激励线性预测编码RTP Realtime Transport Protocol 实时传输协议RTCP RTP Control Protocol RTP控制协议SMIL Synchronized Multimedia Integration Langua
8、nge 同步多媒体同步语言XML eXtensible Makeup Language 可扩展标记语言4业务概述移动多媒体广播是指终端用户通过移动终端接收以广播形式传送的的数字音视频内容(例如电视等)的业务。移动多媒体广播主要实现向移动终端用户提供广播业务。移动多媒体广播的业务实现应该尽量与承载无关，以便可以应用到不同的网络环境。为了支持移动多媒体广播业务的商业运营，还需提供各种业务管理的功能。移动多媒体广播业务的应用场景参见附录A。5业务功能要求51业务指南业务指南向用户提供业务向导，展示业务信息，并为终端进入业务频道提供接入信息。指南信息包括但不限于频道名称、节目名称、内容简介、开始时间、
9、结束时间、付费标准、付费方式、频道接入方式等等。52流媒体，文件分发移动多媒体广播的媒体内容有两种发送方式：流媒体发送和文件分发。流媒体分发：将媒体内容通过流的形式发送给终端，主要通过广播信道分发，也可基于交互信道补充发送。流媒体分发功能支持流分发过程中所需的编码、传送和相关的信令。文件分发：将一个或一组任意类型及编码格式的文件分发给终端，主要是在广播频道上分发，也可以用于交互频道上的文件分发。文件分发可与其它应用相结合，实现相应的功能(如业务内容保护)也可通过应用不同纠错方法而具有容错能力(如基于广播的前向纠错和基于交互会话的文件重传)。文件分发功支持文件分发过程中所需的编码、传送和相关的信
10、令。53业务和内容保护业务和内容保护功能提供了一种在移动广播业务中，与底层传输网络无关的保护内容和业务的方法。图1所示说明了内容保护和业务保护的不同之处。2图1 业务保护，内容保护示意图业务保护的目的是允许到某个业务的接入，如访问特定时间内特定的数据集。业务保护不对该业务传送的内容负责，也不提供任何方法来保护具有访问控制机制的管道外的内容。内容保护功能保证每个独立的内容受到保护。内容的使用权限可以滞后于内容发送，也可以不采用滞后发送方式。业务保护可独立于内容保护，它主要用于订购管理。在没有内容保护的情况下，一般来说，内容的使用是免费的，或者受限于所应用的法律，商业模式和需求，但是这些方面的考虑
11、已经超出本标准的范畴。内容保护功能处理内容发送之后的使用权限，即内容使用的许可和约束条件。54业务订购终端用户通过浏览业务指南信息、或者通过自服务门户等其它方式可进行业务订购，退定等操作。业务订购支持用户查询己订购的业务，并向用户提供移动多媒体广播业务的状态管理和维护，如开通、暂停、恢复、终止业务等。55业务交互业务交互功能提供从移动多媒体广播业务应用到终端的点到点通信。用户通过业务互动可获取和业务内容相关的背景介绍信息、资料数据、投票竞猜等等。业务交互功能需要有交互式网络支持，如移动蜂窝网络。交互应用可支持多种交互技术，比如语音呼叫、短消息、多媒体消息、电子邮件、-TTP浏览等。56通知通知
12、功能负责将关于广播业务的事件通知给一个或一组终端。通知功能产生并发送一个通知消息到一个(组)终端以实现通知的功能。通知的事件可以是业务指南信息的更改通知、业务密钥更新通知、用户(组)所喜好节目的开始播放通知，一个特定广播业务的宣传通知或者其它业务的相关通知。57业务漫游移动多媒体广播的业务漫游功能是指用户从归属网络漫游到拜访地网络，能够使用拜访地网络提供的广播业务。拜访地网络向漫游用户提供业务指南和广播内容。拜访地网络通过和本地网络的交互对用户进行鉴权和发送计费信息到本地网络。本标准假定拜访地网络能够向漫游用户提供业务指南和内容，否则漫游用户无法接入拜访地网络的广播业务。6系统功能结构移动多媒
13、体业务系统功能结构包含一系列逻辑实体及其之间的接El。移动多媒体广播业务功能的实现将基于这些广播功能实体。图2所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。YD厂r 1 7852008图2移动多媒体广播业务系统功能结构61功能实体移动多媒体广播业务包含一组能共同工作，从而实现相关功能的功能实体。表I描述了各个功能模块的主要功能。表1移动多媒体广播业务各个功能模块的主要功能功能模块 主要功能本标准范围内的功能实体业务管理 提供业务运营所需要的支持功能，包括：(a)业务指南：负责业务指南信息的创建和更新。接收内容提供模块提供的内容元数据，结合业务运营需
14、要，生成业务指南信息。(b)业务订阅：负责业务的订阅和购买功能。处理用户的订购，去订请求，生成订购关系和计费信息，并对用户管理订购信息提供支持。(c)业务安全：提供业务保护，内容保护功能。负责管理用户密钥及业务密钥，生成加密的密钥传输消息，并向认证通过的用户发送业务密钥。(d)通知功能：负责向用户通知业务相关信息，如业务变更信息，密钥更新请求等。(e)内容管理功能：内容审批、内容发布、与其他平台间内容同步等功能。(f)套锾管理功能：创建、修改、删除套餐，相关统计等。(g)计赞功能：根据用户订购或者使用业务的情况生成计费信息。(h)交互应用支持：将交互应用与业务进行关联，并生成交互应用的提醒和描
15、述信息BSF BSF：自举功能。该模块对采用MBMS安全机制的业务系统是必选，但对采用BCMCS安全机制的业务系统不作要求。BSF用于支持终端与BSF之间通过r盯P Digest AKA协议实现相互认证，并在认证基础上产生共享密钥。支持基于USIM及ISIM的GBA_-U功能交互应用 提供互动应用媒体对象，并提供应用服务器功能，对用户的交互应用请求进行处理，并返回响应终端卡 用户用来接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能：(a)支持MBMS安全或BCMCS安全。若采用MBMS业务保护机制，则要求支持GBAu。(b)业务指南信息的获取和解析。支持通过交互网络(HTTP)或广播
16、网络获取业务指南信息。基于广播通道的业务指南要求不在本标准范围内。(c)媒体流内容的获取和播放。支持通过广播网络或交互网络获取媒体流。内容获取不在本标准范围之内4表1(续)功能模块 主要功能本标准范围外的功能实体内容提供 提供符合编解码要求的节目源，并向业务管理模块提供内容属性信息内容分发 汇聚和组装业务数据(包括媒体流、节目流密钥消息及业务指南信息等)，并进行广播业务与底层广播网络的适配功能，包括信源适配、节目整合，频道编排等广播承载 提供广播(单向的，点对多点)信道，用于网络采用广播方式向移动终端传输数据，允许多个接收者采用相同的协议同时接收同一数据源交互承载 提供双向点对点信道，用于网络
17、与移动终端之间互相传递数据。交互通道有多种方式，包括妒承载流(如HTTP、流媒体等)、短消息、多媒体消息等62接口广播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样，这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所涉及接口的描述。表2移动多媒体广播业务各个接口描述本标准范围内的接口 用法Sc1 节目属性信息的传送与更新Se2 业务指南信息和密钥信息的交互Se3 消息转发，通知服务以及用户TK获取。其中，用户TK获取对3GPP MBMS不做要求，对3GPP2 BCMCS可选支持Se4 业务指南信息获取、业务密钥获取、业务订购管理Se5 用
18、户GBA认证信息的查询和验证。该接口在采用MBMS安全机制时必选，但在采用BCMCS安全机制时不作要求Se6 交互应用信息上载、更新或删除Sc7 SIM卡与BSF之间的GBA认证。该接口对采用MBMS机制必选，但对BCMCS可选Sc8 BSF与HLRHSS之间的接口，用于对用户的身份认证。该接口在采用MBMS机制时必选，但在采用BCMCS安全机制时不作要求In1 交互应用服务器与终端之间的信息传递本标准范围外的接口 用法1Y1 未加密节目流的传送Tr2 经过适配处理后加密节目流的传送Tr3 提供多媒体广播信道Tr4 提供交互信道7计费要求移动多媒体广播业务支持的计费类型有：(a)包月计费：支持
19、单频道，多频道包月计费方式。5YD厂r 1 785-2008(b)按节目内容计费：根据不同的内容按节目计费。(c)免费服务：提供免费服务，用户无需付费。移动多媒体广播业务系统应支持在线计费(可选)和离线计费方式，并根据业务订购和使用情况生成话单，并将话单传送给后台计费系统。8媒体编码格式81音频可选支持的音频媒体类型编码格式：Enhanced AAC+：Extended AMR WB：MPEG4AAC低复杂度对象类型编码：采样率不超过48kHz，单声道或立体声(符合ISOIECl4496-3的规定)：MPEG4AAC长时预测对象类型编码。(符合ISOIEC 14496-3的规定)；EVRC、E
20、VRCNB、EVRC-WB、QCELP。82视频可选支持的视频媒体类型编码格式：AVS：P2：信息技术先进音视频编码第二部分：视频(GB，r200902-2006)tH263 profileolevel45；(符合rru-TH263的规定)；H264(AVC)BaselineProfileLevel lb(constraint_setl_flag=l，不要求输出的时间顺序)(符合r11J-TH264的规定)；MPEG4Visual SimpleProfileLevelob；(符合ISOIEC 144962的规定)。9业务指南91功能要求业务指南提供与广播节目相关的信息，用户通过指南可以获得频道
21、名称、节目名称、内容简介、开始时间、结束时间、付费标准、付费方式等等。同时它也提供了用户访问节目的接入信息。业务指南包括数据模型定义、数据封装和业务指南发送等功能。数据模型定义：用于定义组成业务指南内容的各个分片及分片之间的关联关系。数据模型采用XMLSchema加以表述。数据封装：定义编码后的业务指南分片如何进行封装。业务指南的数据分片直接封装在业务指南发送单元中进行传输，每个业务指南发送单元包含一个或者多个分片。业务指南发送单元可以使用GZIP等方式压缩后再进行传输。业务指南发送：定义了作为文件对象的发送单元的传输方式。业务指南可通过广播或者交互的方式进行发送。92业务流程图3所示为业务指
22、南获取流程举例。这是通过交互方式获取业务指南的业务流程。6围3移动多媒体业务业务指南流程通过交互方式(1)终端向业务管理模块发送业务指南获取请求；(2)业务管理模块收到请求后将返回相应的业务指南数据。10业务保护移动多媒体广播业务的业务保护基于分层密钥体系，如图4所示。终端侧 网络侧嚣匡三卜鉴权匣鉴权 鉴权网络身份卜一通过取向信道鉴权刮 鉴权网络身份用户密钥I 用户密钥第二层，-Jr一一一L、蝴蝴黻L兰塑少则聃黼麟蝴艄息鲨汀磊业务密胡J I一一L怎分发(军卜一黼撇枞一燮h磊节目流密钥I I节目流分发、，I_、未加扰1 解密卜一通过广播信道发送加扰后的节目流一 加密 |束加扰一、，、围4移动多媒
23、体业务业务保护分层密钥体系第一层：认证管理。用户与网络之间进行相互认证，认证通过后获得共事密钥。网络和终端根据此共享密钥各自生成用户密钥。第二层：业务密钥管理。业务密钥用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钥消息解密将使用本地生成的用户密钥。第三层：节目流密钥管理。节目流密钥将用于对广播内容的加密。加密过的节目流密钥消息将在广播网络上进行广播。网络对节目流密钥进行加密时将使用业务密钥，终端对节目流密钥消息解密时将使用本地生成的业务密钥。第四层：节目流分发。使用节目流密钥对节目流进行加密处理，加密后的节
24、目流通过广播通道进行分发，终端使用经过解密过的节目流密钥进行解密。通常对节目流的加密也称为加扰，而对节目流的解密也称为解扰。7YD厂r 1 785-2008基于此密钥分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。11业务交互”1功能要求业务交互包括业务订购及交互应用。业务订购；处理用户对移动多媒体广播业务的订购。用户可通过WAP网站、WEB网站或业务指南获取订购所需的业务信息，如业务介绍和资费信息，并可通过WAP、WEB、短消息及专用客户端发起业务订购，取消订购请求。业务管理模块接收用户请求，进行相应的处理，并维护用户的订购关系。交互应用：客户端通过用户的交互操作与网络侧
25、应用进行互动，实现相关功能，如实时投票、图片获取、精彩视频流点播等。用户接收到交互应用提示信息后可选择获取交互应用的数据(如交互媒体对象)，并可通过短消息、WAP等方式与系统进行交互。用户的业务请求和反馈将发送给交互应用进行相关处理。112业务流程1121业务订购图5所示为业务订购流程的举例。本流程假定用户能够获取业务指南，并从业务指南中获取业务的列表和订购方法，用户可以进行业务的订阅和购买。图5移动多媒体广播业务的业务交互流程业务订购(1)用户通过交互信道获取业务指南。根据业务指南所包含的订购信息，用户决定订购广播业务。终端向业务管理模块发送订购请求。订阅、购买可以通过诸如短消息、WAP门户
26、或者WEB门户等方式进行。(2)业务管理模块向终端发送订购的反馈结果。1122业务退订图6所示为业务退订流程的举例。本流程假定用户能够查询到己订购的业务，并了解退订的方法用户可以进行业务的退订。8图6移动多媒体广播业务的业务交互流程业务退订(1)用户通过通过交互网络向业务管理模块发送退订请求，退订可以通过诸如短消息、WAP门户或者WEB门户等方式进行。(2)业务管理模块向终端发送退订的反馈结果。1123交互应用图7所示为交互应用流程举例。囤7移动多媒体广播业务的业务交互流程交互应用(1)用户终端获取业务指南信息，提示用户某一业务有交互应用。该提示可能包含一个成多个在交互频道上提供的交互应用的U
27、RI。(2)用户请求参加应用交互。(3)应用服务器下发交互内容。(4)用户发起交互请求。(5)应用服务器反馈交互响应。12业务通知121功能要求业务通知功能负责将移动多媒体广播业务的事件发送到某一或一组终端。可能的事件包括：业务指南的更新，业务信息的更新，业务密钥更新，或者是业务推广等。业务管理模块根据通知事件生成通知消息，通过交互网络或广播网络发送通知消息。通知的方式有：短消息、WAP Push、电子邮件。HrrP，广播消息等方式。122业务流程图8所示为通过交互网络发送通知的通用流程举例。9YDl17852008圈8移动多媒体业务的业务通知流程通过交互嘲络(1)通知事件发生，如用户订阅的财
28、经消息，天气预报等通知，或某个业务密钥需要被更新。(2)根据不同的通知事件，创建合适的通知消息。(3)下发通知消息给交互网络，如Push网关或短消息网关。(4)交互网络将消息送达用户。(5)终端根据不同的消息进行处理。图9所示为通过广播网络发送通知的通用流程举例。图9移动多媒体业务的业务通知流程通过广播网络(1)终端在本地设置好传送通知消息的广播通道的参数，监听通知消息的广播通道。(2)通知事件发生，如某业务被紧急停止运营，或某个业务密钥需要被更新。(3)根据不同的通知事件，定建合适的通知消息。(4)下发通知消息给广播网络，按照预先设置的广播通道传送通知消息。(5)用户监听通知消息的广播通道，
29、接收通知消息。(6)终端根据不同的通知消息进行处理。13业务漫游131 功能要求移动多媒体广播业务漫游功能是指用户从归属网络漫游到拜访地网络，能够使用拜访地网络提供的广播业务。业务漫游功能需支持；(1)用户的鉴权由归属地平台实现，拜访地网络通过和归属网络的交互对用户身份进行验证。OYDT 1 785-2旧(2)用户的订购关系由归属地保存。用户在漫游地的业务订购需通知归属地业务管理平台。(3)拜访地网络向漫游用户提供业务指南和广播内容，并向漫游用户提供业务密钥。132业务流程图10所示为用户漫游时的业务流程举例。本流程假定用户已经完成GBA认证。归属霸络 拜访网络业务管理 f I业务警理J l广
30、播网络I l磐墒l(1)漫游(2)下岌 业务导航 (3)请求访 甸广播业务、获取 务密螺。 (4)业务授权请求(5)业务授权回应 -(6)发送址 务密胡消息。(7)获取广播业务渲 7田10移动多媒体业务的业务漫游流程(1)用户漫游到拜访地，假设已经订购了拜访地业务。(2)漫游用户终端直接从拜访地网络中接收业务指南。(3)用户根据业务指南信息，点击收看某个业务，用户终端发起业务密钥获取请求。(4)拜访地网络的业务管理与归属业务管理模块交互对用户的GBA认证信息进行验证，并确认用户是否订购该业务。(5)归属地业务管理模块返回响应。(6)拜访网络的业务管理将业务密钥消息发给用户。(7)用户终端从广播
31、网络接收广播业务并解密内容。14协议要求移动多媒体广播业务的协议框架如图ll所示。图ll描述了移动多媒体广播的协议栈。底层网络：包括单向广播和双向交互承载。通常，移动多媒体广播流通过单向广播网络发送，而文件(如业务指南)和用于交互的信息可选择采用单向或双向方式。从口角度，底层网络又可分为P网络和非P网络。广播和交互应用均可基于p或非口网络。从广播网络角度，广播网络又可分为基于移动网络的广播网络以及基于数据多媒体广播的广播网络。基于移动网络的广播网络包括基于3GPP的MBMS以及基于3GPP2的BCMCS。数字多媒体广播包括了地面广播和卫星广播等多种广播技术。业务保护一般在IP、RTP或MEPG
32、传输层加以实现，它用户对业务接入进行保护。11图11移动多媒体广播业务协议体系结构流媒体分发可基于RTP、MEPG4等系统，广播网络韵文件(如业务指南XML文件、视频短片)分发一般基于文件分发协议(如FLUTE)。而互动应用可基于碑之上的通信协议(如1-rrrP)或非坤承载(如SMS)。15广播业务流程图12所示描述了广播业务实现的基本流程。(7)业务数据下发圈2移动多媒体广播业务的基本流程(1)内容提供将媒体流发送到内容分发模块。内容提供商负责提供与本标准编码格式相符的媒体流。(2)内容分发模块向广播网络请求分配底层资源。(3)广播网络分配资源并向内容分发模块反馈响应。(4)内容分发模块对媒
33、体流进行加扰。(5)内容分发模块对业务数据进行封装，包含节目流数据、业务指南、节目流密钥消息等信息。(6)内容分发模块将数据流发送给广播网。(7)在广播网络上进行数据广播。16业务性能要求网络平台的性能要求见移动多媒体广播业务业务平台设备技术要求相应章节。终端的性能要求移动多媒体广播业务终端业务层技术要求相应章节。附录A(资料性附录)移动多媒体广播业务应用场景YD厂r 1 7852008用例1发现可用的移动广播业务和相应的描述：终端用户通过终端搜索、发现和浏览一系列的移动广播业务。这些业务并不一定是马上可以使用的，而是过一段时间后才可观看的节目。首先，用户打开他们的终端，终端会马上显示一系列的
34、可用业务，包括他们的描述，时间表等。终端用户搜索这个列表，选择他们感兴趣的业务。如果这是付费业务，终端提示订购对话框，根据用户的选择决定是否继续和服务器交互进行订购并获取相应密钥。用例2保护移动广播业务和其内容传递：移动多媒体广播业务可以对传送的业务和内容进行保护，业务未授权该用户接入和使用的情况下，终端用户无法收看到受到保护的移动广播业务。当终端用户选择受保护的业务，如果他没有权利去接入，他会得到提示是否要购买这样的权限。如果购买，密钥会传送给他，使他接入这样的业务。用例3移动广播文件分发：终端用户订阅电子新闻等方面的移动广播业务。电子新闻以文件的形式发送给用户。这些文件可以在预定的时间发送
35、，在预定的时间终端接收和储存这些文件。当终端用户需要阅读新闻时，终端可以直接展示给用户接收的文件。除了电子新闻外，其他的多媒体文件等也可以在预定的时间分发给多个终端。用例4个人新闻广播：当终端设备接收新闻广播的时候，可以自动过滤掉用户不感兴趣的内容。同时设备也可以显示所有内容的总览。当用户浏览总览的时候，如果他对一条特别的政治新闻感兴趣，他可以连接业务提供商的服务器接入和获取这条新闻的内容。当用户成功付费的时候，服务器通过点对点的通道将这条新闻发送给终端用户。目前无线带宽对于常规内容的格式显得过小，所以内容要经过编码。用例5伴随移动广播业务和交互：终端用户接收移动广播业务，如一个线性音频，视频
36、流负载上的电视节目。在节目内容之外，节目播放的同时可以通过附属数据提供给用户包含Web链接或者“选举”按钮之类的交互功能，如实时选举等。当终端用户选择链接或者相应按钮，业务交互就开始了。例如，浏览Web链接或者发送投票短信等。用例6广播业务中的换台：终端用户打开他的终端，然后他快速选择广播频道来查阅所有可用的节目。在换台当中，终端可以快速显示内容的标题或其它代表性条目，以便用户预览，方便用户选择。用例7广播业务和内容的用户信息过滤：用户可以根据他设定的参数观看移动广播的节目。当终端用户每次打开手机终端，里面只是显示符合他兴趣的节目。用例8订阅手机业务：终端用户在业务指南里发现关于广播业务的信息
37、。这些业务为加密业务，只能在一定时间段被事先购买业务接入密钥的用户接收。用户可以通过业务指南发现供购买的业务，或者供购买的业务包，通过短消息、营业厅等方式进行购买，也可以通过终端直接向服务器发起订阅请求，进行购买。用例9漫游手机终端的广播业务；Y)，r 1785-2008当用户漫游到另外的一个多媒体广播业务网络的时候，用户可以获取当地的业务指南，可以选择订购自己需要的当地多媒体广播业务。用例lO业务指南的获取：用户打开终端，发现储存在本机的业务指南信息已经过时。用户终端可以通过业务提供商通过交互通道发送业务指南。业务提供商发送该用户感兴趣的业务指南信息给该用户。接收到业务指南后，用户就能够浏览和使用接收到的业务指南信息。用例11移动广播的多速率发送：移动多媒体广播业务应能够用于基于移动网络的广播网络(例如MBMS或者BCMCS)。提供广播能力的移动网络，可用的无线资源能为不同个体提供不同的传输条件。网络运营商会给业务提供商合适的广播业务传输率。业务提供商会为运营商提供多种数据传输率的广播业务。运营商从而提供合适的数据传输率的业务给终端用户。14参考文献1oMARDBCASVl_o-20080226-C；2oMA-AD-BCAST_Vl0-20080226-C。
