YD/T 1790-2008
基本信息
标准号： YD/T 1790-2008
中文名称：移动多媒体广播业务 应用层接口技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.rar.pdf
下载大小：1388436
标准分类号
标准ICS号：33.070.01
中标分类号：通信、广播>>通信设备>>M37移动通信设备
关联标准
出版信息
页数：30
标准价格：0.0 元
相关单位信息
标准简介
YD/T 1790-2008 移动多媒体广播业务 应用层接口技术要求 YD/T1790-2008 标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
ICS 33 070 01
中华人民共和国通信行业标准
YD/T 1790-2008
移动多媒体广播业务
应用层接口技术要求
Mobile Multimecia Broadcast ServiceTechnical Requirerments for Application Layer Interface2008-03-28发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件·
术语定义和缩略语
业务概述
系统功能结构
接口消息定义·
藝考文献
YD/T 1790-2008
YDVT 1790-2008
本标准是移动多媒体广播业务系列规范之一，该系列标准的名称及结构如下：（1）YD/T1785-2008移动多媒体广播业务：总体技术要求（2）YDT1786-2008移动多媒体广播业务业务保护技术要求(3) YD/T 1787-2008
移动多媒体广播业务业务指南技术要求(4) YD/T1788-2008
移动多媒体广播业务业务平台设备技术要求(5)
移动多媒体广播业务业务平台设备测试方法（6）YDT1789-2008移动多媒体广播业务终端/卡设备技术要录(7)
移动多媒体广播业务终端/卡设备测试方法（8）YD/T1790-2008移动多媒体广播业务应用层接口技术要求（9）YD/T1791-2008移动多媒体广播业务交互应用技术要求随若技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立着麗織通信有限公司、上海酒门子移动通信有限公司本标准主要起草人：吴、伟、张慧媛、黄靖宇、严斌峰、王君珂、朱庆、王、楠、张楚雄、文海龙、主劲松、汪庆华、刘桐、张科峰I
1范围
移动多媒体广播业务
应用层接口技术要求
YD/T 1790-2008
本标准规定了在提供移动多媒体广播业务时的应用层接口技术要求，包括业务平台和内容提供之间的接口、业务平台和内容分发之间的接口、业务平台和移动网络之间的接口、业务管理和终端之间的接口、业务平台和交互应用之间的接口、交互应用和终端之间的接口等。本标准适用于移动多媒体广播业务系统的应用层接口。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YTD/T1786-2008《移动多媒体广播业务业务保护技术要求》YD/T1787-2008《移动多媒体广播业务业务指南技术要求ISO4217国际货币代码
3GPPTS33.220R6.3G要全：多媒体广播/多播业务安全3GPPTS33.246，通用认证架构：通用自举架构ETSITS 101 197,“Digital Video Broadcasting (DVB);DVB SirnulCrypt: Head-end architecture andsynchronization\
ETSI TS 103 197, “Digital Video Broadcasting (DYB) ; Head-end implementation of DVB SimulCrypt\LETFRFC2865RADIUS协议
EIFRFC3588Diameter协议
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标推。3.1.1
广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。3.1.2
交互通道
YD/T 1790-2008
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交五通道有多种方式，包括IP承裁流（如HTTP、流媒体等）、短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标。
4业务概述
Advanced Audio Coding
Adpative Multi-Rate
Audio andVideo CodingStandardBroadcast Distribution SystemEnhanced Variable Rate CodecGencric Bootstrapping ArchitectureHyper Text Markup Laniguage
Hyper Text Transfer ProtocolMoving Pictures Experts GroupOpen Mobile Alliance
Qualcomm Code Excited Linear PredictionReal-time Trarsport ProtocolRTP Control Protocol
Synchronized Mulcimedia Integtaton LanguangeeXtensible Makeup.Language
高级音频缩码
自适应多速率
音视频编码标
广播分发系统
增强型变速率编解码器
通用自举架构
超文本标记语言
超文本传输协议
动态图像专家组
开放移动联盟
通码激励线性预测编码
实时传输协议
RTP控制协议
同步多媒体同步语言
可扩展标记语言
移动多媒体广播是指终带用户通过移动终攀接收以广播形式传送的的教学音现频内穿（例妞电现等）的业务。
移动多媒体广播主要实现向移动终端用户提俄广播业务：移动多媒体广播的业务实现应该尽量与承载无关，以便可以应用到不同的网环境。为了支持移动多媒体广播业务的商业运营，还需提供各种业务管理的功能。5系统功能结构
移动多媒体业务系统功能结构包含一系列逻辑实体及其之间的接口。移动多媒体广播业务功能的实现将基于这些广播功能实体。图1所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。2
5.1功能实体
内容提供
内容分发
广播承载
业务管理
（可选）
（可选）
（可选可）
交承载
终端牌
图1移动多媒体广播业务系统功能结构交互应用
YD/T 1790-2008
移动多媒体广播业务包含一组能共同工作，从而实现相关功能的功能实体。表1描述了各个功能模块的主要功能。
表1移动多媒体广播业务各个功能模块的主要功能功能模块
本标准范围内的功能实休
业务理
交互应用
终端卡
主要功能
提供业务运营所需要的支持功能，包括：（1）业务指南：负责业务指南信息的创建和更新。接收内容提供模块提供的内穿元数据，结合业务运营册要，生成业务指南信息。（2）业务订阅：负责业务的订阅和购买功能。处理用户的订购/去订请求，生成订购关系和计费信息，并对用户管理订购信息提供支持。（3）业务安全：提供业务保护/内容保护功能。负责管理用广密钥及业务密钥，生成加密的密销传输消息，并向认证通过的用户发送业务密钥。（4）通知功能：负责向用户通知业务相关信息，如业务变更信息，密钥更新请求等。（5）内容管理功能，内容审批、内容发布、与其他平台间内容同步等功能。（6）套餐管理功能：创建、修改、删除套餐，相关统计等。（7）计费功能：根据用户订购或者使用业务的情况生成计费信息。（8）交互应用支持：将交互应用与业务进行关联，并生成交互应用的提醒和描述信息BSF：自举功能。该模块对采用MBMS安全机制的业务系统足必选，但对采用BCMCS安全机制的业务系统不作要求。BSF用于支终端与BSF之间通过HTTPDigestAKA协议实现相互认证，并在认证基础上产生共亨密钥。支持基于USIM及ISIM的GBA_U功能提供互动应用媒体对象，并提供应用服务器功能，对用户的交互应用请求进行处理，并返回响应
用户用来接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能：（1）支持MBMS安全或BCMCS安全。若采用MBMS业务保护机制，则要求支持GBA_U。（2）业务指南信息的获取和解析。支持通过交五网络（HTTP）或广播网络获取业务指南信息。基于广播通道的业务指南要求不在本标准范围内。（3）媒体流内容的获取和插放。支持通过）播网络或交互网络获取媒体流。内容获取不在本标准范围之内
YD/T 1790-2008
功能模块
表1（续）
主要功能
本标准范围外的功能实体
提供符合编解码要求的节目源，并向业务管理模快提供内容属性信息内容提供
内容分发
广播承载
交互承载
5.2接口
汇聚和织装业务数据（包括媒体流、节目流密钥消息及业务指南信息等），并进行广播业务与底层广播网络的适配功能，包括信源适配、节目整合频道编排等提供广播（单向的/点对多点）信道，用于网络采用广播方式向移动终端传输数据，充许多个接收者采用相同的协议同时接收同数据源提供双向点对点信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括 IP 承载流（如 HTTP、流媒体等）、短消息、多媒体消息等广播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样，这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所涉及接口的述。表2移动多媒体广播业务各个接口描述本标准范围内的接口
本标准范围外的接口
6接口消息定义
节自属性信息的传送与更新
业务指南信息和密钥信息的交互消息转发和通知服务
业务指南信息状取、业务密钥获取、业务订购管理用户GBA认证信息的查询和验证：该接口在采用MBMS安全机制时必选，但在采用BCMCS安全机制时不作要求
交互应用信息上载、更新或删除SIM卡与BSF之阅的GBA认证。该接口对采用MBMS机制必选，但对BCMCS可选BSF与HLR/HSS之间的接口，用于对用户的身份认证。该接口在采用MBMS机制时必选，但在采用BCMCS安全机制时不作要求交互应用服务器与终端之间的信息传递用法
未加密节目流的传送
经过适配处理后期密节月流的传送提供多媒体广播信道
提供交互信道
6.1业务平台和内容提供之间的接口（Se-1）6.1.1接口协议
接口协议栈如图2所示。
图2接口协设栈
内容提供模块通过该接口将业务信息同步到业务管理功能模块。4
6.12接口定义
6.1.2.1业务信总同步接口
YD/T 1790-2008
接口格式采用基于HTTP的SOAP协议，以WebService的方式进行相互之间的通信，要求HITP的版本为1.1以上。
数据同步请求消息：内容同步数据在内容提供模块内产生，通过XML格式形式传送到业务管理模块。每次同步的数据是以天为单位的频道和节目信息。业务管理模块对已保存的信息进行更新。业务管理模块提供业务信息的配置界面，将内容提供模块产生的业务信息与业务管理模块配置的业务信息进行关联，生成SG。
接口说明：
（1）考虑接口安全性，业务管理模块应对允许接入的内穿管理系统的列表进行管理，例如允许接入的内容管理系统的 IP 列装。对于列表之外的内容管理系统的接入请求应被拒绝。。（2）消息体的描述采用XML语法。内穿提供模块向业务管理模块发送Service分片的部分字段以及Content和Schedule分片。具体分片的结构参见YD/T1787-2008《移动多媒体广播业务业务指南技术要求》。6.2业务平台和内容分发之间的接口（Se-2）6.2.1节目流密钥传送接口
节目流密钥传送接口是内容分发模块和内容管理模块之间的接口。流程图如图3所示。内容分发
节日滋密相
节目流幽朗消息
业务管理
对节日流密钥加
围节自密钥流传送流程
流程描述：
（1）内容分发模块将节目流密钥、节目流标识发送给业务管埋模块：（2）业务管理模块利用节目流标识获得业务密钥，如果服务对象是3GPP网络用户，用业务密钥对节目流密钥进行加密，如渠服务对象是3GPP2网络用户，则需要采用短期密钥SK对节目流密钥进行加密。并生成节目流密钥标识，按照指定格式生成节目流密钥消息，将其发送给内容分发模块。当一个平台支持多个业务保护系统时（即支持多个移动网络，能够为多个移动网络进行节流密钥的加密），内容分发模块可以和一个移动多媒体广播业务平台建立多个TCP连接，其中每个TCP连接被指定为一个移动网络的节目流密钥的加密通道，每个TCP连接对应一个业务保护系统标识。例如，如果一个移动多媒体厂播平台同时支持3GPP和3GPP2，那么一个TCP连接作为支持3GPP网络的节目流密钥的加密通道，另个TCP连接作为支持3GPP2网络的节目流密钥的加密通道，一个平台具有两个业务保护系统标识，一个用于3GPP，另一个用于3GPP2。每个TCP连接对应一个业务保护系统标识如果一个移动多媒体广播平台同时支持3GPP和3GPP2，则一个平台具有两个业务保护系统标识，一个用于3GPP，另个用丁3GPP2。节目流密钥从内容分发模块传送到平台时，平台判断接受收节目流密钥的TCP5
YD/F 1790-2008
连接是何种体系网络的节目流密钥的加密通道，川使用这种网络的节目流密钥加密方式对节目流密钥进行加密，然后把加密后的节目流密钥返回给内容分发模块。6.2.1.1接口描述
物理接口：以太网
功能：
内容分发模块向业务管理平台发送节目流密钥等信息。业务管理平台将加密后的节目流密钥返回给内容分发模块。
6.2.1.2接口消息
节目流密钥传送接口可采用DVBSimulCrypt协议消息，具体消息格式参见ETSITS101197和ETSITS 103 197 中的定义。
6.2.2内容分发模块和业务管理之间的通信内容分发模块负资向业务管理模块发送业务的接入信息，具体包括Access分片。另外，接入信息也可由业务管理模块产生，并发送到内容分发模块，此时Access分片由业务管理模块生成。HTIP请求消息和响应消息的格式如6.1.2小节所述；请求消息中type属性的取值固定为“4\。6.3业务平台和移动网络之间的接口（Se-9）6.3.1业务平台与WAP网关的接口WAP网关充当然端与业务平台之间的HTTP代理。WAP将用户的请求发送给相应的移动多媒体业务平台；同时，WAP网关将用户的MSISDN（3GPP）或MDN（3GPP2）插入到HTTP请求的消息头中，发送给移动多媒体业务平台。WAP网关将终端的P地址播插入到HTTP请求的消息头中，发送给移动多媒体业务平台。
6.3.2业务平台与短信中心的接口业务平台与短信中心之间的接口用于传送由短消息承载的数据，如业务订购/退订消息及业务密钥推送通知消息等。
6.3.3业务平台与HL/HSS的接口
对于基于3GPP体系的业务平台，该接口用于向用户归属HLR/HSS请求AV（AuthenticationVector，鉴权元组）。
对于基于3GPP2体系的业务平台：该接口主要用于旧卡用户注册密钥（RK）的生成。业务平台通过与HLR交互，从而得到基于A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密销。6.3.4业务平台与AAA的接口
该接口适用于3GPP2体系的业务平台。用于业务平台向AAA索取某一用户的临时密钥（TK）。6.4业务管理和终端之间的接口（Se-4）终端和服务器之间传送的消息需要使用HrTPDigestAuthentication进行鉴权。当终端间业务管理发起一个HTTP过程，可以使用HTIP摘要验证（如RFC2617定义）用于验证。HTTP摘要运行在业务管理和终端间。如MBMS安全规范3GPPTS33.246所述。6.4.1Bootstraping消息
YD/T 1790-200B
终端向业务管理模块发起业务请求或GBA请求，业务管理模块响应BootstrappinginitiationRequired消息，指示终端发起GBA过程，生成共享密钥，如图4所示。详细内容请参见YDT1786-2008移动多媒体广播业务业务保护技术要求》
（1）请求消息
（2)确应消意
业务管理
图4Bootstraping初始化流程
6.4.2Service Guide 请求消息
该部分规定通过交互信道获取业务指南的消息。6.4.2.1 Service Guide 请求
（1）应使用HITP/1.1的“POST发出请求(2）与请求相关的参数应按照HTML4.01]中第17.13节的规定，看作是Key/Value对进行通信，使用\application/x-www-farm-urlencoded”编码类型的“POST”方法提交HTML格式的数据。具体说来，想要从终端发送到系统的参数，旦被编码成application/x-WWw-form-urlencoded\，就应当按照[RFC2616]第5节中关于HTIP/1.1“请求”消息的“消息体”进行通信。，在单个请求的范围内，终端可以包括多种key-value对。按照[HTMI4.01]的规定，这些key-value对应当由一个‘&’来界定。
·在本请求中，终端可以指定所需要的响应格式。一当终端只需要Service Guide DeliveryDescriptors 时，HTTP/1.1请求的“消息体”应加上前缀\type=sgdd\
当终端只需要ServiceGuideDeliveryUnits时，HTTP/l.1请求的”消息体\应加上前缀“type=sgdu”。当终端需要ServiceGuideDeliveryDescriptors及ServiceGuideDeliveryDescriptors中声明的所有Service Guide分片时，HTTP/1.1请求的“消息体”应加上前缀“type=sgdd+sgdu\。可以使用的Key/Value对包括：
SGDDID
SGDDVersion
PragmentID)
FragmentVersion
6.4.2.2 Service Guide 响应
一Service Guide响应应是状态为“200 K”的HTTP/1.1 消息。Value
SGDD 的标识
SCDD 的版本
分片的标识
分片的版本
该响应消息的HTTP标题学段“内容类型”应设置为“text/xml\。一响应消息的HTTP有效载荷应包含元素“SGResponse”的-…个实例。，元素HSGResponse”中带有和响应相关的状态码。，若响应消息中包含ServiceGuide Delivery Descriptors，则它们应位于元素“SGResponse”中。YD/T 1790-2008
一元素“SGResponse”后可以紧接一个ServiceGuideDeliveryUnit。，若响应消息中包含SG分片，则这些分片应封在ServiceGuideDeliveryUnit。服务器在生成响应内容时，
（1)如果终端的请求消息中包含SGDDD和Version，服务器将该ID和Version与服务器上的SGDDID和Version进行比较：
如果均相间，应消息只需包含200OK信息；一如果ID相同但Version不同，服务器返回最新版本的SGDD：并比较请求消息中标识的SGDD和最新版本的SGDD，将发生变化和新增的分片封装在SGDU中，在响应消息内下发到终端：一如果ID不相同/服务器上没有终端请求的SGDD的ID，服务器返回最新的SGDD：师比较请求消息中标识的SGDD和最新的SGDD，将发生变化和新增的分片封装在SGDU中，在响应消息内下发到终端
对于缓存在终端、而在响应消感的SGDD中没有描述的分片，终端应将其除。（2)如果终端的SG请求消息中包含SGDDD但不包含对应的SGDDVersion，服务器将返回该SGDD和其描述的SG分片（封装在SGDU中）。如果终端的SG请求消息中包含FragrmentD和Version，服务器将该ID和Version与服务器上的FragmentD和Version比较：
■如果均相同，响应消息只需包含200OK信息：，如果ID相同但Version不同，服务器返回最新版本的分片：如果服务器上没有终端请求的分片，服务器响应中status的值为O1了（InformationElenentNan-existent（信息元案不存在)）。一如果终端的SG请求消息中包含FragmentID但不包含对应的FragmentVersion，服务器将返回该 标示的分片（封装在 SGDU 中)。一如果终端的SG请求消息中不包含SGDDID/Version和FragmentD/Version，服务器将返回所有符合终端SG请求中其他条件的、可用的SGDD和SG分片（封装在SGDU中）。一如果终端的SG请求消息中不包含任何条件，服务器将把所有当前可用的SGDD和SG分片（封在 SGDU 中）发送给终端。
SGResponse消息格式现表3。
表3SGResponse消息格式
SGResponse
类型种类基数
发送Seryicc Guide请求对应的响应状态。.同时还包含和响应扣关的ServiceGuide DehiveryDescriptors
包含下列属性：
Status
包含下列元素：
ServiceGwideDeliveryDescriptorPrivateExt
数据类型
status
ServiceGuideDeli
veryDeseripto!
PrivatcExt
elements>
6.4.3价格消息
类型种类基数
表3（续）
使用第6.8节定文的状态码（GlobalStatusCode）描述 Service Guide 响应状态。不要使用下列状态码：
001-006，009-016,019，022，024-027Service Guide Delivery Descriptor。参见业务指南文挡
私有扩展
私有扩展的子元素或属性
YD/T.1790-200B
数据类型
unsigncd
complexType
本消感由终端向BSM发送，以获取特定的购买项目的价格信息。它主要应用于下列几种情况：（1）SetviceGuide中描述了和PurchaseItem有关的PurchaseData，但是并未告知所有的价格信息：（2）用户想了解是否有针对该用户的在不间价格选择，或是还有其他购买方案。应消息返回购买项目的价格和订购选择方案，同时可将描述价格和订购方案的分片回。6.4.3.1价格信息请求免费标准下载网bzxz
价格求消息格式见表4。
表4价格请求消息格式
PricingInfo
Requeat
requestID
UserfD
类型种类基数
价格信息的请求消息。
包含下列属性：
requcstim
包含下列元素：
PurchaseItemID
价格信息请求消息的标识符
业务平台已知的用户 ID。
在漫游的情况下，为必选项：其他情况为可选。包含下列属性；
规定用户D的类型。取值包括：
0—[RFC 2865]中定义的用户名。1—IMSI
2—URI
3--IMPI
4—MSISDN
5—MIN
6~127--保留以备后使用
128-255保留为私有
数据类型
wnsigredint
string
ungignedByte
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1790-2008
移动多媒体广播业务
应用层接口技术要求
Mobile Multimecia Broadcast ServiceTechnical Requirerments for Application Layer Interface2008-03-28发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件·
术语定义和缩略语
业务概述
系统功能结构
接口消息定义·
藝考文献
YD/T 1790-2008
YDVT 1790-2008
本标准是移动多媒体广播业务系列规范之一，该系列标准的名称及结构如下：（1）YD/T1785-2008移动多媒体广播业务：总体技术要求（2）YDT1786-2008移动多媒体广播业务业务保护技术要求(3) YD/T 1787-2008
移动多媒体广播业务业务指南技术要求(4) YD/T1788-2008
移动多媒体广播业务业务平台设备技术要求(5)
移动多媒体广播业务业务平台设备测试方法（6）YDT1789-2008移动多媒体广播业务终端/卡设备技术要录(7)
移动多媒体广播业务终端/卡设备测试方法（8）YD/T1790-2008移动多媒体广播业务应用层接口技术要求（9）YD/T1791-2008移动多媒体广播业务交互应用技术要求随若技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立着麗織通信有限公司、上海酒门子移动通信有限公司本标准主要起草人：吴、伟、张慧媛、黄靖宇、严斌峰、王君珂、朱庆、王、楠、张楚雄、文海龙、主劲松、汪庆华、刘桐、张科峰I
1范围
移动多媒体广播业务
应用层接口技术要求
YD/T 1790-2008
本标准规定了在提供移动多媒体广播业务时的应用层接口技术要求，包括业务平台和内容提供之间的接口、业务平台和内容分发之间的接口、业务平台和移动网络之间的接口、业务管理和终端之间的接口、业务平台和交互应用之间的接口、交互应用和终端之间的接口等。本标准适用于移动多媒体广播业务系统的应用层接口。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YTD/T1786-2008《移动多媒体广播业务业务保护技术要求》YD/T1787-2008《移动多媒体广播业务业务指南技术要求ISO4217国际货币代码
3GPPTS33.220R6.3G要全：多媒体广播/多播业务安全3GPPTS33.246，通用认证架构：通用自举架构ETSITS 101 197,“Digital Video Broadcasting (DVB);DVB SirnulCrypt: Head-end architecture andsynchronization\
ETSI TS 103 197, “Digital Video Broadcasting (DYB) ; Head-end implementation of DVB SimulCrypt\LETFRFC2865RADIUS协议
EIFRFC3588Diameter协议
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标推。3.1.1
广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。3.1.2
交互通道
YD/T 1790-2008
提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交五通道有多种方式，包括IP承裁流（如HTTP、流媒体等）、短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标。
4业务概述
Advanced Audio Coding
Adpative Multi-Rate
Audio andVideo CodingStandardBroadcast Distribution SystemEnhanced Variable Rate CodecGencric Bootstrapping ArchitectureHyper Text Markup Laniguage
Hyper Text Transfer ProtocolMoving Pictures Experts GroupOpen Mobile Alliance
Qualcomm Code Excited Linear PredictionReal-time Trarsport ProtocolRTP Control Protocol
Synchronized Mulcimedia Integtaton LanguangeeXtensible Makeup.Language
高级音频缩码
自适应多速率
音视频编码标
广播分发系统
增强型变速率编解码器
通用自举架构
超文本标记语言
超文本传输协议
动态图像专家组
开放移动联盟
通码激励线性预测编码
实时传输协议
RTP控制协议
同步多媒体同步语言
可扩展标记语言
移动多媒体广播是指终带用户通过移动终攀接收以广播形式传送的的教学音现频内穿（例妞电现等）的业务。
移动多媒体广播主要实现向移动终端用户提俄广播业务：移动多媒体广播的业务实现应该尽量与承载无关，以便可以应用到不同的网环境。为了支持移动多媒体广播业务的商业运营，还需提供各种业务管理的功能。5系统功能结构
移动多媒体业务系统功能结构包含一系列逻辑实体及其之间的接口。移动多媒体广播业务功能的实现将基于这些广播功能实体。图1所示描述了移动广播业务相关的功能实体。黄色功能实体和蓝线所代表的接口将是本标准所涉及的范围。2
5.1功能实体
内容提供
内容分发
广播承载
业务管理
（可选）
（可选）
（可选可）
交承载
终端牌
图1移动多媒体广播业务系统功能结构交互应用
YD/T 1790-2008
移动多媒体广播业务包含一组能共同工作，从而实现相关功能的功能实体。表1描述了各个功能模块的主要功能。
表1移动多媒体广播业务各个功能模块的主要功能功能模块
本标准范围内的功能实休
业务理
交互应用
终端卡
主要功能
提供业务运营所需要的支持功能，包括：（1）业务指南：负责业务指南信息的创建和更新。接收内容提供模块提供的内穿元数据，结合业务运营册要，生成业务指南信息。（2）业务订阅：负责业务的订阅和购买功能。处理用户的订购/去订请求，生成订购关系和计费信息，并对用户管理订购信息提供支持。（3）业务安全：提供业务保护/内容保护功能。负责管理用广密钥及业务密钥，生成加密的密销传输消息，并向认证通过的用户发送业务密钥。（4）通知功能：负责向用户通知业务相关信息，如业务变更信息，密钥更新请求等。（5）内容管理功能，内容审批、内容发布、与其他平台间内容同步等功能。（6）套餐管理功能：创建、修改、删除套餐，相关统计等。（7）计费功能：根据用户订购或者使用业务的情况生成计费信息。（8）交互应用支持：将交互应用与业务进行关联，并生成交互应用的提醒和描述信息BSF：自举功能。该模块对采用MBMS安全机制的业务系统足必选，但对采用BCMCS安全机制的业务系统不作要求。BSF用于支终端与BSF之间通过HTTPDigestAKA协议实现相互认证，并在认证基础上产生共亨密钥。支持基于USIM及ISIM的GBA_U功能提供互动应用媒体对象，并提供应用服务器功能，对用户的交互应用请求进行处理，并返回响应
用户用来接受多媒体广播内容和相关业务信息的设备。终端需支持以下功能：（1）支持MBMS安全或BCMCS安全。若采用MBMS业务保护机制，则要求支持GBA_U。（2）业务指南信息的获取和解析。支持通过交五网络（HTTP）或广播网络获取业务指南信息。基于广播通道的业务指南要求不在本标准范围内。（3）媒体流内容的获取和插放。支持通过）播网络或交互网络获取媒体流。内容获取不在本标准范围之内
YD/T 1790-2008
功能模块
表1（续）
主要功能
本标准范围外的功能实体
提供符合编解码要求的节目源，并向业务管理模快提供内容属性信息内容提供
内容分发
广播承载
交互承载
5.2接口
汇聚和织装业务数据（包括媒体流、节目流密钥消息及业务指南信息等），并进行广播业务与底层广播网络的适配功能，包括信源适配、节目整合频道编排等提供广播（单向的/点对多点）信道，用于网络采用广播方式向移动终端传输数据，充许多个接收者采用相同的协议同时接收同数据源提供双向点对点信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括 IP 承载流（如 HTTP、流媒体等）、短消息、多媒体消息等广播业务的各个功能实体相互连接提供业务所需的功能。本章描述各连接点上的接口信息。和功能实体一样，这些接口也是移动多媒体广播业务不可或缺的一部分。表2是本标准所涉及接口的述。表2移动多媒体广播业务各个接口描述本标准范围内的接口
本标准范围外的接口
6接口消息定义
节自属性信息的传送与更新
业务指南信息和密钥信息的交互消息转发和通知服务
业务指南信息状取、业务密钥获取、业务订购管理用户GBA认证信息的查询和验证：该接口在采用MBMS安全机制时必选，但在采用BCMCS安全机制时不作要求
交互应用信息上载、更新或删除SIM卡与BSF之阅的GBA认证。该接口对采用MBMS机制必选，但对BCMCS可选BSF与HLR/HSS之间的接口，用于对用户的身份认证。该接口在采用MBMS机制时必选，但在采用BCMCS安全机制时不作要求交互应用服务器与终端之间的信息传递用法
未加密节目流的传送
经过适配处理后期密节月流的传送提供多媒体广播信道
提供交互信道
6.1业务平台和内容提供之间的接口（Se-1）6.1.1接口协议
接口协议栈如图2所示。
图2接口协设栈
内容提供模块通过该接口将业务信息同步到业务管理功能模块。4
6.12接口定义
6.1.2.1业务信总同步接口
YD/T 1790-2008
接口格式采用基于HTTP的SOAP协议，以WebService的方式进行相互之间的通信，要求HITP的版本为1.1以上。
数据同步请求消息：内容同步数据在内容提供模块内产生，通过XML格式形式传送到业务管理模块。每次同步的数据是以天为单位的频道和节目信息。业务管理模块对已保存的信息进行更新。业务管理模块提供业务信息的配置界面，将内容提供模块产生的业务信息与业务管理模块配置的业务信息进行关联，生成SG。
接口说明：
（1）考虑接口安全性，业务管理模块应对允许接入的内穿管理系统的列表进行管理，例如允许接入的内容管理系统的 IP 列装。对于列表之外的内容管理系统的接入请求应被拒绝。。（2）消息体的描述采用XML语法。内穿提供模块向业务管理模块发送Service分片的部分字段以及Content和Schedule分片。具体分片的结构参见YD/T1787-2008《移动多媒体广播业务业务指南技术要求》。6.2业务平台和内容分发之间的接口（Se-2）6.2.1节目流密钥传送接口
节目流密钥传送接口是内容分发模块和内容管理模块之间的接口。流程图如图3所示。内容分发
节日滋密相
节目流幽朗消息
业务管理
对节日流密钥加
围节自密钥流传送流程
流程描述：
（1）内容分发模块将节目流密钥、节目流标识发送给业务管埋模块：（2）业务管理模块利用节目流标识获得业务密钥，如果服务对象是3GPP网络用户，用业务密钥对节目流密钥进行加密，如渠服务对象是3GPP2网络用户，则需要采用短期密钥SK对节目流密钥进行加密。并生成节目流密钥标识，按照指定格式生成节目流密钥消息，将其发送给内容分发模块。当一个平台支持多个业务保护系统时（即支持多个移动网络，能够为多个移动网络进行节流密钥的加密），内容分发模块可以和一个移动多媒体广播业务平台建立多个TCP连接，其中每个TCP连接被指定为一个移动网络的节目流密钥的加密通道，每个TCP连接对应一个业务保护系统标识。例如，如果一个移动多媒体厂播平台同时支持3GPP和3GPP2，那么一个TCP连接作为支持3GPP网络的节目流密钥的加密通道，另个TCP连接作为支持3GPP2网络的节目流密钥的加密通道，一个平台具有两个业务保护系统标识，一个用于3GPP，另一个用于3GPP2。每个TCP连接对应一个业务保护系统标识如果一个移动多媒体广播平台同时支持3GPP和3GPP2，则一个平台具有两个业务保护系统标识，一个用于3GPP，另个用丁3GPP2。节目流密钥从内容分发模块传送到平台时，平台判断接受收节目流密钥的TCP5
YD/F 1790-2008
连接是何种体系网络的节目流密钥的加密通道，川使用这种网络的节目流密钥加密方式对节目流密钥进行加密，然后把加密后的节目流密钥返回给内容分发模块。6.2.1.1接口描述
物理接口：以太网
功能：
内容分发模块向业务管理平台发送节目流密钥等信息。业务管理平台将加密后的节目流密钥返回给内容分发模块。
6.2.1.2接口消息
节目流密钥传送接口可采用DVBSimulCrypt协议消息，具体消息格式参见ETSITS101197和ETSITS 103 197 中的定义。
6.2.2内容分发模块和业务管理之间的通信内容分发模块负资向业务管理模块发送业务的接入信息，具体包括Access分片。另外，接入信息也可由业务管理模块产生，并发送到内容分发模块，此时Access分片由业务管理模块生成。HTIP请求消息和响应消息的格式如6.1.2小节所述；请求消息中type属性的取值固定为“4\。6.3业务平台和移动网络之间的接口（Se-9）6.3.1业务平台与WAP网关的接口WAP网关充当然端与业务平台之间的HTTP代理。WAP将用户的请求发送给相应的移动多媒体业务平台；同时，WAP网关将用户的MSISDN（3GPP）或MDN（3GPP2）插入到HTTP请求的消息头中，发送给移动多媒体业务平台。WAP网关将终端的P地址播插入到HTTP请求的消息头中，发送给移动多媒体业务平台。
6.3.2业务平台与短信中心的接口业务平台与短信中心之间的接口用于传送由短消息承载的数据，如业务订购/退订消息及业务密钥推送通知消息等。
6.3.3业务平台与HL/HSS的接口
对于基于3GPP体系的业务平台，该接口用于向用户归属HLR/HSS请求AV（AuthenticationVector，鉴权元组）。
对于基于3GPP2体系的业务平台：该接口主要用于旧卡用户注册密钥（RK）的生成。业务平台通过与HLR交互，从而得到基于A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密销。6.3.4业务平台与AAA的接口
该接口适用于3GPP2体系的业务平台。用于业务平台向AAA索取某一用户的临时密钥（TK）。6.4业务管理和终端之间的接口（Se-4）终端和服务器之间传送的消息需要使用HrTPDigestAuthentication进行鉴权。当终端间业务管理发起一个HTTP过程，可以使用HTIP摘要验证（如RFC2617定义）用于验证。HTTP摘要运行在业务管理和终端间。如MBMS安全规范3GPPTS33.246所述。6.4.1Bootstraping消息
YD/T 1790-200B
终端向业务管理模块发起业务请求或GBA请求，业务管理模块响应BootstrappinginitiationRequired消息，指示终端发起GBA过程，生成共享密钥，如图4所示。详细内容请参见YDT1786-2008移动多媒体广播业务业务保护技术要求》
（1）请求消息
（2)确应消意
业务管理
图4Bootstraping初始化流程
6.4.2Service Guide 请求消息
该部分规定通过交互信道获取业务指南的消息。6.4.2.1 Service Guide 请求
（1）应使用HITP/1.1的“POST发出请求(2）与请求相关的参数应按照HTML4.01]中第17.13节的规定，看作是Key/Value对进行通信，使用\application/x-www-farm-urlencoded”编码类型的“POST”方法提交HTML格式的数据。具体说来，想要从终端发送到系统的参数，旦被编码成application/x-WWw-form-urlencoded\，就应当按照[RFC2616]第5节中关于HTIP/1.1“请求”消息的“消息体”进行通信。，在单个请求的范围内，终端可以包括多种key-value对。按照[HTMI4.01]的规定，这些key-value对应当由一个‘&’来界定。
·在本请求中，终端可以指定所需要的响应格式。一当终端只需要Service Guide DeliveryDescriptors 时，HTTP/1.1请求的“消息体”应加上前缀\type=sgdd\
当终端只需要ServiceGuideDeliveryUnits时，HTTP/l.1请求的”消息体\应加上前缀“type=sgdu”。当终端需要ServiceGuideDeliveryDescriptors及ServiceGuideDeliveryDescriptors中声明的所有Service Guide分片时，HTTP/1.1请求的“消息体”应加上前缀“type=sgdd+sgdu\。可以使用的Key/Value对包括：
SGDDID
SGDDVersion
PragmentID)
FragmentVersion
6.4.2.2 Service Guide 响应
一Service Guide响应应是状态为“200 K”的HTTP/1.1 消息。Value
SGDD 的标识
SCDD 的版本
分片的标识
分片的版本
该响应消息的HTTP标题学段“内容类型”应设置为“text/xml\。一响应消息的HTTP有效载荷应包含元素“SGResponse”的-…个实例。，元素HSGResponse”中带有和响应相关的状态码。，若响应消息中包含ServiceGuide Delivery Descriptors，则它们应位于元素“SGResponse”中。YD/T 1790-2008
一元素“SGResponse”后可以紧接一个ServiceGuideDeliveryUnit。，若响应消息中包含SG分片，则这些分片应封在ServiceGuideDeliveryUnit。服务器在生成响应内容时，
（1)如果终端的请求消息中包含SGDDD和Version，服务器将该ID和Version与服务器上的SGDDID和Version进行比较：
如果均相间，应消息只需包含200OK信息；一如果ID相同但Version不同，服务器返回最新版本的SGDD：并比较请求消息中标识的SGDD和最新版本的SGDD，将发生变化和新增的分片封装在SGDU中，在响应消息内下发到终端：一如果ID不相同/服务器上没有终端请求的SGDD的ID，服务器返回最新的SGDD：师比较请求消息中标识的SGDD和最新的SGDD，将发生变化和新增的分片封装在SGDU中，在响应消息内下发到终端
对于缓存在终端、而在响应消感的SGDD中没有描述的分片，终端应将其除。（2)如果终端的SG请求消息中包含SGDDD但不包含对应的SGDDVersion，服务器将返回该SGDD和其描述的SG分片（封装在SGDU中）。如果终端的SG请求消息中包含FragrmentD和Version，服务器将该ID和Version与服务器上的FragmentD和Version比较：
■如果均相同，响应消息只需包含200OK信息：，如果ID相同但Version不同，服务器返回最新版本的分片：如果服务器上没有终端请求的分片，服务器响应中status的值为O1了（InformationElenentNan-existent（信息元案不存在)）。一如果终端的SG请求消息中包含FragmentID但不包含对应的FragmentVersion，服务器将返回该 标示的分片（封装在 SGDU 中)。一如果终端的SG请求消息中不包含SGDDID/Version和FragmentD/Version，服务器将返回所有符合终端SG请求中其他条件的、可用的SGDD和SG分片（封装在SGDU中）。一如果终端的SG请求消息中不包含任何条件，服务器将把所有当前可用的SGDD和SG分片（封在 SGDU 中）发送给终端。
SGResponse消息格式现表3。
表3SGResponse消息格式
SGResponse
类型种类基数
发送Seryicc Guide请求对应的响应状态。.同时还包含和响应扣关的ServiceGuide DehiveryDescriptors
包含下列属性：
Status
包含下列元素：
ServiceGwideDeliveryDescriptorPrivateExt
数据类型
status
ServiceGuideDeli
veryDeseripto!
PrivatcExt
6.4.3价格消息
类型种类基数
表3（续）
使用第6.8节定文的状态码（GlobalStatusCode）描述 Service Guide 响应状态。不要使用下列状态码：
001-006，009-016,019，022，024-027Service Guide Delivery Descriptor。参见业务指南文挡
私有扩展
私有扩展的子元素或属性
YD/T.1790-200B
数据类型
unsigncd
complexType
本消感由终端向BSM发送，以获取特定的购买项目的价格信息。它主要应用于下列几种情况：（1）SetviceGuide中描述了和PurchaseItem有关的PurchaseData，但是并未告知所有的价格信息：（2）用户想了解是否有针对该用户的在不间价格选择，或是还有其他购买方案。应消息返回购买项目的价格和订购选择方案，同时可将描述价格和订购方案的分片回。6.4.3.1价格信息请求免费标准下载网bzxz
价格求消息格式见表4。
表4价格请求消息格式
PricingInfo
Requeat
requestID
UserfD
类型种类基数
价格信息的请求消息。
包含下列属性：
requcstim
包含下列元素：
PurchaseItemID
价格信息请求消息的标识符
业务平台已知的用户 ID。
在漫游的情况下，为必选项：其他情况为可选。包含下列属性；
规定用户D的类型。取值包括：
0—[RFC 2865]中定义的用户名。1—IMSI
2—URI
3--IMPI
4—MSISDN
5—MIN
6~127--保留以备后使用
128-255保留为私有
数据类型
wnsigredint
string
ungignedByte
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。