YD T 1790-2008 移动多媒体广播业务.应用层接口技术要求.pdf
《YD T 1790-2008 移动多媒体广播业务.应用层接口技术要求.pdf》由会员分享,可在线阅读,更多相关《YD T 1790-2008 移动多媒体广播业务.应用层接口技术要求.pdf(29页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 3307001M 37 Y口中华人民共和国通信行业标准YD厂r 1 790-2008移动多媒体广播业务应用层接口技术要求Mobile Multimedia Broadcast ServiceTechnical Requirements for Application Layer Interface2008-03-28发布 2008-06-01实施中华人民共和国工业和信息化部发布且 次前言II1 范围l2规范性引用文件l3术语、定义和缩略语l4业务概述25系统功能结构26接口消息定义4参考文献26YD厂r 1 790-2008前 言本标准是移动多媒体广播业务系列规范之一,该系列标准的名称
2、及结构如下;(1)yDrr 1785-2008移动多媒体广播业务:总体技术要求(2)YDT 17862008移动多媒体广播业务业务保护技术要求(3)YDrr 17872008移动多媒体广播业务业务指南技术要求(4)YDT 17882008移动多媒体广播业务业务平台设备技术要求(5) 移动多媒体广播业务业务平台设备测试方法(6)YDtT 17892008移动多媒体广播业务终端卡设备技术要求(7) 移动多媒体广播业务终端卡设备测试方法(8)YD仃17902008移动多媒体广播业务应用层接口技术要求(9)YDrr 17912008移动多媒体广播业务交互应用技术要求随着技术的发展,还将制定后续的相关标
3、准。本标准由中国通信标准化协会提出并归口。本标准起草单位:信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信熊猫通信有限公司、上海西门子移动通信有限公司本标准主要起草人;吴伟、张慧媛、董靖宇、严斌峰、王君珂、朱庆、王楠、张楚雄、文海龙、王劲松、汪庆华、刘桐、张科峰II移动多媒体广播业务应用层接口技术要求1范围本标准规定了在提供移动多媒体广播业务时的应用层接口技术要求,包括业务平台和内容提供之间的接口、业务平台和内容分发之间的接口、业务平台和移动网络之间的接口、业务管理和终端之间的
4、接口、业务平台和交互应用之间的接口、交互应用和终端之间的接口等。本标准适用于移动多媒体广播业务系统的应用层接口。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而。鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。YDT 17862008移动多媒体广播业务业务保护技术要求YDT 17872008移动多媒体广播业务业务指南技术要求IS04217国际货币代码3GPP TS 33220 R6,3G安全;多媒体广播,多播业务安全3GPP
5、TS 33246,通用认证架构;通用自举架构ETSI TS 101 197,“Digiml Video Broadcasting(DVB):DVB SimulCrypt:Head-end architecture andsynchronization”ETSITSl03197“DigitalVideoBroadcasting(DVB):Head-endimplementation ofDVB SimulCrypt”IETF RFC 2865 RADIUS协议匝仃RFC 3588 Diameter路议3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。311广播承载提供单向的、点对多点
6、的信道,用于网络向移动终端传输数据。通常,这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源,如通过同一链接或基于同一无线频率。广播承载包括多种类型,可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。312交互通道YD厂r 1 790-2008提供双向、点对点的信道,用于网络与移动终端之问互相传递数据。交互通道有多种方式,包括P承载流(如HrrP、流媒体等)、短消息、多媒体消思等。3,2缩略语下列缩略语适用于本标准。AACAMRAVSBDSEVRCGBAHTMLHrrPMPEGOMAQCELPRTPRTCPSMILXM巴4业务概述Advanced Aud
7、io CodingAdpative MultiRateAudio and Video Coding StandardBroadcast Distribution SystemEnhanced Variable Rate CodecGeneric Bootstrapping ArchitectureHyper Text Markup LanguageHyper Text Transfer ProtocolMoving Pictures Experts GroupOpen Mobile AllianceQualcomm Code Excited Linear PredictionRealtime
8、Transport ProtocollUP Control ProtocolSynchronized Multimedia Integration LanguangeeXtensible Makeup Language高级音频编码自适应多速率音视频编码标准广播分发系统增强型变速率编解码器通用自举架构超文本标记语言超文本传输协义动态图像专家组开放移动联盟商通码激励线性预测编码实时传输协议RTP控制协议同步多媒体同步语言可扩展标记语言移动多媒体广播是指终端用户通过移动终端接收以广播形式传送的的数字音视频内容(例如电视等)的业务。移动多媒体广播主要实现向移动终端用户提供广播业务。移动多媒体广播的业务
9、实现应该尽量与承载无关,以便可以应用到不同的网络环境。为了支持移动多媒体广播业务的商业运营,还需提供各种业务管理的功能。5系统功能结构移动多媒体业务系统功能结构包含一系列逻辑实体及其之间的接口。移动多媒体广播业务功能的实现将基于这些广播功能实体。图1所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。2图1 移动多媒体广播业务系统功能结构51功能实体移动多媒体广播业务包含一组能共同工作,从而实现相关功能的功能实体。表l描述了各个功能模块的主要功能。表1 移动多媒体广播业务各个功能模块的主要功能功能模块 主要功能本标准范围内的功能实体业务管理 提供业务运营
10、所需要的支持功能,包括:(1)业务指南:负责业务指南信息的创建和更新。接收内容提供模块提供的内容元数据,结合业务运营需要,生成业务指南信息。(2)业务订阅:负责业务的订阅和购买功能。处理用户的订购,去订请求,生成订购关系和计费信息,并对用户管理订购信息提供支持。(3)业务安全:提供业务保护,内容保护功能。负责管理用户密钥及业务密钥,生成加密的密钥传输消息,并向认证通过的用户发送业务密钥。(4)通知功能:负责向用户通知业务相关信息,如业务变更信息,密钥更新请求等。(5)内容管理功能:内容审批、内容发布、与其他平台问内容同步等功能。(6)套餐管理功能:创建、修改、删除套餐,相关统计等。(7)计费功
11、能:根据用户订购或者使用业务的情况生成计费信息。(8)交互应用支持:将交互应用与业务进行关联,并生成交互应用的提醒和描述信息BSF BSF:自举功能。该模块对采用MBMS安全机制的业务系统是必选,但对采用BCMCS安全机制的业务系统不作要求。BSF用于支持终端与BSF之间通过rnP Digest AKA协议实现相互认证,并在认证基础上产生共享密钥。支持基于USIM及ISIM的GBAU功能交互应用 提供互动应用媒体对象,并提供应用服务器功能,对用户的交互应用请求进行处理,并返回响应终端卡 用户用来接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能:(1)支持MBMS安全或BCMCS安全。
12、若采用MBMS业务保护机制,则要求支持GBA_U。(2)业务指南信息的获取和解析。支持通过交互网络(册)或广播网络获取业务指南信息。基于,“播通道的业务指南要求不在本标准范围内。(3)媒体流内容的获取和播放。支持通过广播网络或交互网络获取媒体流。内容获取不在本标准范围之内3YD丌1790-2008表1(续)功能模块 主要功能本标准范围外的功能实体内容提供 提供符合编解码要求的节目源,并向业务管理模块提供内容属性信息内容分发 汇聚和组装业务数据(包括媒体流、节目流密钥消息及业务指南信息等),并进行广播业务与底层广播嘲络豹适配功能,包括信源适配、节目整合,频道编排等广播承载 提供广播(单向的,点对
13、多点)信道,用于网络采用广播方式向移动终端传输数据,允许多个接收者采用相同的协议同时接收同一数据源交互承载 提供双向点对点信道,用于网络与移动终端之间互相传递数据。交互通道有多种方式,包括IP承载流(如HTTP、流媒体等)、短消息、多媒体消息等5_2接口广播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样,这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所涉及接口的描述。表2移动多媒体广播业务各个接口描述本标准范围内的接口 用法Se1 节目属性信息的传送与更新Se2 业务指南信息和密钥信息的交互Se3 消息转发和通知服务Se-4 业务指南信
14、息获取、业务密钥获取、业务订购管理Sc5 用户GBA认证信息的查询和验证。该接口在采用MBMS安全机制时必选,但在采用BCMCS安全机制时不作要求Se6 交互应用信息上载、更新或删除Se7 SIM卡与BSF之间的GBA认证。该接口对采用MBMS机制必选,但对BCMCS可选Se8 BSF与HLRHSS之间的接口,用于对用户的身份认证。该接口在采用MBMS机制时必选,但在采用BCMCS安全机制时不作要求In1 交互应用服务器与终端之间的信息传递本标准范围外的接口 用法Tr-I 未加密节目流的传送Tr-2 经过适配处理后加密节目流的传送Tr3 提供多媒体广播信道1卜4 提供交互信道6接口消息定义61
15、业务平台和内容提供之间的接口(Se-1)611接口协议接口防泌栈如图2所示。4图2接口协议栈内容提供模块通过该接口将业务信息同步到业务管理功能模块。612接口定义6121业务信息同步接口接口格式采用基于r兀P的SOAP协议,以WebService的方式进行相互之间的通信,要求HTrP的版本为11以上。数据同步请求消息:内容同步数据在内容提供模块内产生,通过XML格式形式传送到业务管理模块。每次同步的数据是以天为单位的频道和节目信息。业务管理模块对已保存的信息进行更新。业务管理模块提供业务信息的配置界面,将内容提供模块产生的业务信息与业务管理模块配置的业务信息进行关联,生成SG。接口说明:(1)
16、考虑接口安全性,业务管理模块应对允许接入的内容管理系统的列表进行管理,例如允许接入的内容管理系统的口列表。对于列表之外的内容管理系统的接入请求应被拒绝。(2)消息体的描述采用XML语法。内容提供模块向业务管理模块发送service分片的部分字段以及Content和schedule分片。具体分片的结构参见YDT 1787-2008移动多媒体广播业务业务指南技术要求。62业务平台和内容分发之间的接口(Se2)621节目流密钥传送接口节目流密钥传送接口是内容分发模块和内容管理模块之间的接口。流程图如图3所示。目流密铜加蜜1圈3节目密钥流传送流程流程描述:(1)内容分发模块将节目流密钥、节目流标识发送
17、给业务管理模块;(2)业务管理模块利用节目流标识获得业务密钥,如果服务对象是3GPP网络用户,用业务密钥对节目流密钥进行加密,如果服务对象是3GPP2网络用户,则需要采用短期密钥SK对节目流密钥进行加密。并生成节目流密钥标识,按照指定格式生成节目流密钥消息,将其发送给内容分发模块。当一个平台支持多个业务保护系统时(即支持多个移动网络,能够为多个移动网络进行节目流密钥的加密),内容分发模块可以和一个移动多媒体广播业务平台建立多个TCP连接,其中每个TCP连接被指定为一个移动网络的节目流密钥的加密通道,每个TCP连接对应一个业务保护系统标识。例如,如果一个移动多媒体广播平台同时支持3GPP和3GP
18、P2。那么一个TCP连接作为支持3GPP网络的节目流密钥的加密通道,另一个TCP连接作为支持3GPP2网络的节目流密钥的加密通道,一个平台具有两个业务保护系统标识,一个用于3GPP,另一个用于3GPP2。每个TCP连接对应一个业务保护系统标识如果一个移动多媒体广播平台同时支持3GPP和3GPP2,则一个平台具有两个业务保护系统标识,一个用于3GPP,另一个用于3GPP2。节目流密钥从内容分发模块传送到平台时,平台判断接受收节目流密钥的TCP5YD,T 1 790-2008连接是何种体系网络的节目流密钥的加密通道,并使用这种网络的节目流密钥加密方式对节目流密钥进行加密,然后把加密后的节目流密钥返
19、回给内容分发模块。6211接口描述物理接口:以太网功能:内容分发模块向业务管理平台发送节目流密钥等信息。业务管理平台将加密后的节目流密钥返回给内容分发模块。6212接口消息节目流密钥传送接口可采用DVB SimulCrypt协议消息具体消息格式参见ETSITS 101 197和ETSITSl03197中的定义。622内容分发模块和业务管理之间的通信内容分发模块负责向业务管理模块发送业务的接入信息,具体包括Access分片。另外,接入信息也可由业务管理模块产生,并发送到内容分发模块,此时Access分片由业务管理模块生成。HTTP请求消息和响应消息的格式如612小节所述;请求消息中type属性的
20、取值固定为“4”。63业务平台和移动网络之间的接口(So-3)631业务平台与WAP网关的接口WAP网关充当终端与业务平台之间的lfm代理。wAP将用户的请求发送给相应的移动多媒体业务平台;同时,WAP网关将用户的MSISDN(3GPP)或MDN(3C嗣P2)插入到H兀P请求的消息头中,发送给移动多媒体业务平台。WAP网关将终端的P地址插入至urrrn,请求的消息头中,发送给移动多媒体业务平台。632业务平台与短信中心的接口业务平台与短信中心之间的接121用于传送由短消息承载的数据,如业务订购退订消息及业务密钥推送通知消息等。633业务平台与HLRHSS的接口对于基于3GPP体系的业务平台,该
21、接口用于向用户归属HLRHSS请求Av(AuthenticationVector,鉴权元组)。对于基于3GPP2体系的业务平台,该接口主要用于旧卡用户注册密钥(RK)的生成。业务平台通过与HLR交互,从而得到基于A-KEY运行CAVE算法结果的SMEKEYIIPLCM,使其作为用户的注册密钥。634业务平台与AAA的接口该接口适用于3GPP2体系的业务平台。用于业务平台向A从索取某一用户的临时密钥(TK)。64业务管理和终端之间的接口(So4)终端和服务器之间传送的消息需要使用HTrP Digest Authentication进行鉴权。当终端向业务管理发起一个HnP过程。可以使用I-IITP
22、摘要验证(如RFC2617定义)用于验证。H兀P摘要运行在业务管理和终端间。如MBMS安全规范3GPPTS 33246所述。641 Bootstraplng消息6YD厂r 1 790-2008终端向业务管理模块发起业务请求或GBA请求,业务管理模块响应Bootstrapping initiation Required消息,指示终端发起GBA过程,生成共享密钥,如图4所示。详细内容请参见YD厂r 17862008移动多媒体广播业务业务保护技术要求。围4 Bootstraping初始化流程642 Service Guide请求消息该部分规定通过交互信道获取业务指南的消息。6421 Service
23、Guide请求(1)应使用-ITTWI1的“POST”发出请求(2)与请求相关的参数应按照I-rrML401中第1713节的规定。看作是KeyValue对进行通信,使用“aptlficationxWWWformudencoded”编码类型的POST方法提交HTML格式的数据。具体说来,想要从终端发送到系统的参数,一旦被编码成“applicationx-WWWform-uflencoded”,就应当按照限FC 2616】第5节中关于HTTPII“请求”消息的“消息体”进行通信。在单个请求的范围内,终端可以包括多种keyvalue对。按照IHTML4011的规定,这些key-value对应当由一个
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- YD 1790 2008 移动 多媒体 广播 业务 应用 接口 技术 要求
