YD/T 1788-2008
基本信息
标准号： YD/T 1788-2008
中文名称：移动多媒体广播业务业务平台设备技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：887203
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1788-2008.Mobile Multimedia Broadcast Service Technical Requirements for Equipment of Service Platform.
1范围
YD/T 1788规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网侧业务平台的架构、功能及接口等技术要求。
YD/T 1788适用于移动多媒体广播业务系统的业务平台设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1787 -2008移动多媒体广播业务业务指南技术要求
3GPP TS 33.246, Security of Mulimedia Broadcast/Muticast Service,多媒体广播/多播业务安全
3GPP 2 S.S0083-A Broadcast-Multicast Service Security Framework,广播多播业务安全框架
3GPP 2 X.S0022-A Broadcast and Multicast Service in cdma2000 Wireless P network, CDMA2000无线IP网络中的广播多播业务
IETF RFC 3830 MIKEY: Mutimedia Internet KEYing, MIKEY: 多媒体网络密钥交换
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本标准。
3.1.1广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同-数据源，如通过同一链接或基于同一无线频率。 广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。
1范围
YD/T 1788规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网侧业务平台的架构、功能及接口等技术要求。
YD/T 1788适用于移动多媒体广播业务系统的业务平台设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1787 -2008移动多媒体广播业务业务指南技术要求
3GPP TS 33.246, Security of Mulimedia Broadcast/Muticast Service,多媒体广播/多播业务安全
3GPP 2 S.S0083-A Broadcast-Multicast Service Security Framework,广播多播业务安全框架
3GPP 2 X.S0022-A Broadcast and Multicast Service in cdma2000 Wireless P network, CDMA2000无线IP网络中的广播多播业务
IETF RFC 3830 MIKEY: Mutimedia Internet KEYing, MIKEY: 多媒体网络密钥交换
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本标准。
3.1.1广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议同时接收同-数据源，如通过同一链接或基于同一无线频率。 广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。
标准图片预览
标准内容
ICS 33 070 01
中华人民共和国通信行业标准
YD/T 1788-2008
移动多媒体广播业务
业务平台设备技术要求
Mobile Multimedia Broadcast ServiceTechnical Requirements for Equipment of Service Platform2008-03-28 发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
2规范性引用文件
3术语、定义和缩略语
4业务平台在网络中的位置，
5业务平台功能架构
6业务乎台功能要求·
7业务平台接口要求.
8设备操作维护要求，
性能要求
参考文面
YD/T1788-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移动多媒体广播业务交互应用技术要求随着技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。YD/T 1788-2008
本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、上海西门子移动通信有限公司
本标准尘要起草人：吴伟、张慧媛、刘聪、严斌蜂、王君珂、王、楠、朱庆、张楚雄、文海龙、王劲松、汪庆华、谢晓裳、沈洋1范围
移动多媒体广播业务
业务平台设备技术要求
YD/T1788-2008
本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网侧业务平台的架构、功能及接口等技术要求。
本标准适用于移动多媒体广播业务系统的业务平台设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T1787-2008移动多媒体广播业务业务指南技术要求3GPPTS33.246，SecurityofMultimediaBroadcast/MulticastService，多媒体广播/多播业务安全3GPP2S.S0083-ABroadcast-MulticastServiceSecurityFramework，广播多播业务安全框架3GPP2 X.S0022-A Broadcast and Muiticast Service in cdma2000 Wireless IP network, CDMA2000无线IP网络中的广播多播业务
ETFRFC3830MIKEY:MultimediaIntermerKEYing，MIKEY：多媒体网络密钥交换3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.t
广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议向时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。3.1.2
交互通道
提供双向、点对点的信道，用下网络与移动终端之间互相传递数据。交互通道有多种方式，包括承载流（如HTTP、流媒体等），短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标准：
Authentication, Authrization,AccountingAdvanced Audio CodingbzxZ.net
鉴权、授权、记账
高级音频编码
YD/T 1788-2008
TD-MBMS
Adpative Multi-Rate
Audio and Video Coding StandardBroadcast Access Key
Broadcast Multicast Service
Generic Bootstrapping ArchitectureHyperTextMarkupLanguage
Hyper Text Transfer ProtocolMultimedia Internet Keying
Moving Pietures Experts GroupOpenMobileAlliance
QualcommCodeExcitedLinearPredictionRegistration Key
Real-time Transport ProtocolRTP Contral Protocol
Service Guide
Short-term Key
TD-SCDMA Multimedia BroadcastingTemporary Key
User Identity Module
Synchronized Multimedia Integration LanguangeeXtensible Makeup Language
业务平台在网络中的位面
业务平台在移动多媒体广播网络中的位置如图1所示。内提供
内客分发
广播承锁
业务管理
终端卡
（可选）
（可选》（可选）
交互汞貌
图1业务平台在移动多媒体广播网络中的位重自适应多速率
音视频编码标准
广播接入密钥
广播多播业务
通用白举架构
超文本标记语言
超文本传输协议
多媒体互连网密钥
动态图像专家组
开放移动联盟
高通码激励线性预测编码
汪册密钥
实时传输协议
RTP控制协议
业务指南
短期密钥
TD-SCDMA多媒体广播业务
临时密钥
用户标识模块
同步多媒体同步语言
可扩展标记语言
交互应用
在移动多媒体广播中，业务平台主要完成用户认证、业务指南生成和发送，业务订购、密钥管理和发送，计费等功能。
5业务平台功能架构
业务平台功能架构如图2所示
业务管理
业务指南
话单处理
业务平台包括以下功能模块：
用产管理
密钥管理
业务卡台
图2业务平台功能架构
（1）.业务管理模块：内容更新与同步、业务数据维护及业务订购管理。（2）用户管理模块：订购关系管理、计购关系同步及鉴权。（3）业务指南模块：业务指南创建和业务指南的发送。（4）密钥管理模块：业务密钥、用户密钥及节目流密钩管理。（5）话单处理模块：原始计费信息采集、话单生成租传送。BSF
（可选）
YD/T1788-200B
（6）BSF模块：支持自举（Bootstrap）功能。该模块对采用MBMS安全机制的网络是必选，对BCMCS可选。BSF用于支持终端与BSF之间通过HTTPDigestAKA协议实现相互认证，并在认证基础上产生共享密钥。BSF可以属于业务平台内部模块，也可以是外部的独立设备。6业务平台功能要求
6.1业务管理
业务管理功能包括内容更新与问步，业务数据维护和业务订购。(a）内窄更新与同步
业务平台向内容提供商提供内容管理接口用于频道和节目信息的更新和同步。广播内容发生变化时应及时通知业务平台，以使向用户传送更新的频道和节日信息。（b）业务数据维护
根据频道信息、节目信息和业务运营要求生成相关的业务信息，并对业务的生命周期进行管理。包括频道创建/修改/删除、计费策略的添加以及业务指南信息的维护。移动多媒体广播业务支持的计费类型有：（1）包月计费：支持单频道，多频道包月计费方式。（2）按节日内容计费：根据不同的内按节目计费。（3）免费服务：提供免费服务，用户无需付费。（e）业务订购
业务平台接收并处理终端发送的业务订购退订请求，并将处理结果反馈给终端。如果订购成功，则通过用广管理模块保存用户的订购关系。业务平台可选支持的业务订购方式有：（1）来自用广客户端的订购请求。3
YD/T 1788-2008
（2）来自用户自服务门户的订购请求。包括WWW方式和WAP方式。（3）短信方式的业务订购。
（4）来自客服系统的业务订购。业务平台可选支持的业务退订方式有：（1）来自用户客户端的退订请求(2）来自用户自服务门户的订购请求。包括WWW方式和WAP方式。（3）短信方式的业务退订。
（4）来自客服系统的业务退订。用户过自服务方式或客服方式能够退订所有业务，包括用户在归属地订购的业务和用户在漫游地订购的业务。
6.2用户管理
用户管理功能色括：
（a）订购系管理
订购关系表现为用户标识与订购项以及订购状态之问的关联信息。仅当用户对业务存在订购关系并几订购关系状态正常时，系统才允许用户使川该业务，相应的费系统才会为用户使用过程产生话单。用户可以订购和使用漫游地的移动多媒体业务，但用户的订购关系保存在用户的归属平台。业务平台应支持用户通过白服务门户及其他多种方式/多种架道进行业务订购/退定等功能，支持用户查询已订购的业务。
（6）订购关系警权
用户请求获取业务密饲时，系统需要对订购关系进行鉴权，检查是否存在用户对某个移动多媒体广播业务的订购关系以及该订购关系的状态是否止常。6.3业务指南
业务平台能够根据业务信息生成业务指南，并根据用广的业务指南获取请求，问用户发送已生成的业务指南信息。
业务平台也可将业务指南信息发送给内容分发模块，用丁业务指南信息的广播。业务指南信息的格式参见移动多媒体广播业务业务指南技术要求》。6.4密钥管理
6.4.1密钥体系
移动多媒体广播业务的业务保护基丁分层密钥体系，如图3所示。第一层：认证管理。用户与网络之问进行相五认证，认证通过后获得共密钥。网络和终端根据此共享密钥各自生成用户密钥。
第二层：业务密钥管理。业务密销用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钊消息解密将使用本地生成的用户密钥。
第三层：节目流密钥管理。节H流密钥将用于对广播内窄的加密。加密过的节日流密钥消息将在广播网络上进行广播。网络对节流密进行加密时将使用业务密钥，终端对节日流密钢消息解密时将使用本地生成的业务密钥。
YD/T1788-2008
第四层：节目流分发。使用节月流密钥对节目流进行加密处理，加密后的节H流通过广播通道进行分发，终端使用经过解密过的节目流密钥进行解密。通常对节日流的加密也称为加扰，而对节目流的解密也称为解扰。
终端例
第一层
第二层
业务密钢分发
第二,思
节目泌有钥分发
第四层
节目流分发
婚术加扰
鉴权网络身份
用户密钥
解密业务
南消息
业务谢销
解密节日流
密钢消息
节月流密钥，
通过双向信道鉴权
通过效向信道发送业务密均消息通过：播访道发送节营流密消息鉴权网经身牙
学成业务
密都消息
通过广播估道发送加护后的节自图3移动多媒体业务亚务保护分层密钥体系网络训
业务鼠朝
生成节流
声钓消息
基于此密钢分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。6.4.2业务密钥管理
（a）业务密钙的生成
业务平台应在业务开始前生成业务率铝，分配业务密钥标识，并进行存储。节口流密销
未加扰：
每个节目流在·段时问内对应个业务密。基于3GPP体系的业务平台将保存额道的业务代码与业务密钥标识的对应关系。而基于3GPP2体系的业务平台将保存BCMCS流标识（BCMCS_FloW_ID）与业务密钥标识的对应关系。
(b）业务密钥的更新
业务平台应支持业务密钥更新功能。业务密应在指定的时问定期地进行更新。（c）业务密销有效期管理
对于基于3GPP体系的业务平台，业务密钥有效期表示该业务密钥所适用的节目流密钢的序列号范围，在包含业务密钒的消息中说明。针对不同计费方式，为用户发送的业务密钥具有不同的业务密钥有效期设置：具体如下：
（1）对于按频道包月计费方式：个或多个业务密钢的有效期之和应为当月所使用的节目流密钥m范围。
（2）对于按节刊计费方式：一个或多个业务密钥的有效期之和应为该节日所使用的节目流密ID范围。每个业密钥的有效期应为当月所使汗的节目流密销范围。（3）对于按节目让费方式：业务密钥的有效期应为该节月所使用的节H流密钥ID范围，对于基于3GPP体系网络的业务密钥有效期配置方式为：5
YD/T1788-2008
业务离钥有效期的在MIKEY消息的Keyvaliditydala中描述，用两个字段标识，分别为：有效期的起始值（ValidFrom）和有效期的终正值（ValidTo）：有效期的起始值（ValidFrom），表示业务密钥从下一时刻开始有效；该业务密销只能解密大于此值的节日流密钥。
有效期的终止值（ValidTo）：表示业务密钥从下一刻开始失效：该业务密钥只能解密小于或等于此值的节目流密钥。
业务密钥必须同时满足以上两个条件，才可以解密节日流密钥。例：若ValidFrom值为0，ValidTo值为3，则业务密钥可用于解密节流密钥Ⅱ值为1、2、3的节目流密钥。对于基于3GPP2体系网络的业务密钥有效期配置方式为：业务密钥过期时间BAK_EXPIRE指示该业务密钥在什么期问内有效，由BAK生成器产生并且.与BAK一起发送，这样终端就能知道什么时候将申请新的BAK。BAK_Expire：6字节，前3字节为BAK有效时间的开始时问VF，后3字节为BAK有效时间的裁止时间VT。BAK有效期的开始时间和结束时间对应到节目流密钥的序列号范围。有效期的起始值（ValidFrom）：表示业务密钥从下一时刻开始有效；该业务密钥只能解密大于此值的节自流密钥。
有效期的终止值（ValidTo）：表示业务密钥从下一刻开始失效：该业务密钥只能解密小于或等于此值的节目流密钥。
业务密钥必须同时满足以上两个条件，才可以解密节目流密钥。例：若ValidFrom值为0，ValidTo值为3，则业务密钥可用丁解密节目流密钥ID值为1、2，3的节目流密钥。
由于采用同密结构，为保证节且流加密机制相同，BAK_Expireli的VF与VT各采用两学节，第一字节填0。
(d）业务密钥加密功能
当向用户发送业务密钥时，业务平台应能够使用用户密钥加密有效的业务密码，然后将业务密钥发送给用户。
对于基于3GPP体系的网络，使用用户密钥对业务密钥进行加密的加密方式及数据封装格式按照ETFRFC3830MIKEY协议及3GPPTS33.246中使用MUK加密MSK的加密方式的要求。MIKEY消息中包含加密的业务密钥、业务密钥有效期等信息。对于基于3GPP2体系的网络，使用用户密钥对业务密钥进行加密的加密方式按照3GPP2S.S0083-A中使用TK加密BAK的加密方式的要求。（e）业务密钥分发功能
业务平台应能够根据用户的订购关系，间已订购业务的用户发送业务密钥。业务密钥分发方式为终端请求获取和网络主动推送两种方式。当业务平台接收到用户的业务密钥获取请求后，应能够根据用户订购关系和业务密钥的当前状态返回响应。对于已订购业务的用户，并且平台中存在有效的业务密钥，则将有效的业务密钥加密后发送给用户。业务平台应支持将通过HTTP响应传送业务密钥，另外对于3GPP体系的网络，业务密钥传送也可通过MIKEY/UDP/IP方式进行。
业务平台也可以在新业务密钥生成后，主动问已订购业务的用户推送业务密钥。当用户退订业务后，业务平台可通过密钥推送的方式使终端业务密钥失效。6.4.3用户密钥管理
业务平台应支持用户密钥管理功能。YD/T 1788-2008
对于基于3CPP体系的网络，业务平台通过HTTPDigest流程与用户进行相互认证后，根据存储在HLR/HSS中的用广鉴权元组生成用户密钥。用户密钥用来对业务密钥进行加密。对于基于3GPP2体系的网络，如果采用BCMCSRUIM卡，将为每个用）在UIM卡和订购管理器（SM）中预光配置一个128bit的注册密钥（RK）订购管理器可以位于AAA中或者与业务平台合设。而对于采用CDMA1X日卡的用户，业务平命通过与HLR交互，从而得到基丁A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密钥（RK）。基于RK尘成TK，进而对业务密钥（BAK）进行加密。
6.4.4节目流密钥管理
（a）节目流密钥的牛成
如果节目通过专用广播网络传送，节月流密钊的生成不在业务平台中。如果节目通过TD-SCDMA网络传送，则业务平台需要为每一频道生成并动态更新节目流密钥。（b）节目流密钥的加密
业务平台应能够使用业务密钥对节目流密钥生成模块产生的节目流密钥进行加密，并封装成节目流密钥消息。
基于3GPP的通信承载网络和基于3GPP2的通信承载网络采用不同的机制实现节目流密钥加密功能。（1）基于3GPP通信承载网络的节目流密钥加密功能。业务平台使用当前有效的业务密对节目流密钥进行加密，使用业务密钥对节目流密钥进行加密的加密方式按照MIKEY协议IETFRFC3830的要求。业务平台根据节目流密钥的生效时刻生成该节目流密钥标识，并将节自流密钥标识封装在节目流密钥消息中。业务平台将已加密的节目流密钥、节日流密钥标识及其他加密参数按指定数据格式封装成节目流密钥消息，并将节日流密钢消息发送给内容分发系统。节目流密钥消息格式按照ETFRFC3830所定义的MIKEY格式。
（2）基于3GPP2通信承载网络的节H流密钥加密功能，业务苹台应由当前有效的业务密钥BAK和短期密钥随机数SK_RAND产生短期密钥SK，再使用SK对节目流密钥进行加密。
使用业务密钥产生节日流密钥消息的方式按照3GPP2S.S0083-A和3GPP2X.S0022-A的要求。SK由BAK和SK_RAND生成，SK和SK_RAND·一对应。业务平台把SK_RAND与电SK加密的节目流密钥一起发送给用户。
业务平台应能够将业务密钥标识（BCMCS_FLOW_ID和BAKID）、SK_RAND、已加密的节目流密钥及其他加密参数按指定数据格式进行封装。具体格式按照3GPF2X.S0022-A的要求。（c）节目流密钥消息的传送
如果节目通过专用广播网络传送，业务平台不负责节目流密钥消息的传送。YD/T 1788-2008
如果节目通过TD-MRMS系统进行传送，节目流密钥MIKEY消息采用流类方式进行传输，作为UDP包的负荷发往与节目流同样的日的IP地址，端口号为2269。为了增加节目流密钥MIKEY消息的可靠性，可以调期性的垂发MIKEY消息。节目流采用RTP/UDP/LP的方式进行传输，如果需要进行节日流加密，采用SRTP加密，加密算法采用AES。节目流数据和节月流密钥消息在同一个MBMS业务承载上进行传输。6.5话单处理
话单处理模块负责采集费原始数据，生成符合格式要求的话单，并将话单传送给后台计费系统，用丁批价和进一步处理。
对于包月计费的业务，业务平台可在每个月的固定时刻根据订购关系生成原始计费数据：而按节日内容计费的业务，业务平台可在业务密钥发送时刻生成原始计费数据。6.6BSF
该功能为可选。该功能主要针对基于3GFP的移动多媒体产播业务保护。BSF功能可以与移动多媒体广播业务平台合设，也可以独立于移动密媒体广播业务平台之外。BSP与终端通过HTTPDigestAKA协议实现GBA认证，协商会话密钥，产生用户密钥。BSF功能模块应能够从HLR/AuC或HSS中状取用户认证矢量，即用户的三元组或五元组。BSF具备生成随机数功能，用于(U)SIM卡的Ks的生成。7业务平台接口要求
7.1业务平台与内容提供之间的接口（Se-1）业务平台与内容提供之间的接口用于内容提供模块向业务平台中请上载或更新内容。7.2业务平台与内容分发之间的接口（Se-2）业务平台与内容分发之间的接口用丁：（1）节耳流密钥及节H流密钥消息的传送。内容分发向业务平台传送节且流密，业务平台向内容分发传送节流密钥消息。
（2）业务平台向内分发系统传送业务指南信息（可选）。7.3业务平台业务管理与交互承载之间的接口（S8-3）7.3.1业务平台与WAP网关的接口WAP网关充当终端与业务平台之间的HTTP代理。WAP将用户的请求发送给相应的移动多媒体业务业务平台：同时，WAP网关将用户的MSISDN（3GPP）或MDN（3GPP2）插入到HTTP请求的消息头中，发送给移动多媒体业务业务平台。此外，根据需要，业务平台还可利用WAP网关作为Push代理，将密钥更新消息推送给用户。7.3.2业务平台与短信中心的接口业务平台与短信中心之问的接口用于传送由短消息承载的数据：业务平台可通过该接口实现业务订购退订以及密钥推送功能。短信中心向业务平台传送业务订购/退订请求，业务平台向短信中心发送订购或退订确认消息，以及新密钥的推送通知。7.4业务平台业务管理与终端之间的接口（Se-4）业务平台业务管理模快与终端的接口功能包括：（1）终端获取业务指南。该功能由终端向业务平台发起获取请求。（2）执行业务订购和业务退订。该功能由终端向业务平台发起订购和退订请求8
YD/T 1788-2008
（3）业务密钥的分发。该功能包括终端主动向业务平台申请获取密钥以及网络工动推送两种方式。7.5业务平台业务管理与BSF之间的接口（Se-5）业务平台业务管理模块与BSF之间的接口用于业务管理模块向BSF模块请求用户密钥。该接口适用于基于3GPP体系的业务平台。
7.6业务平台与交互应用之间的接口（Se-6)业务平台与交互应用之间的接口用丁交互应用信息的上载。业务平台获取交互应用信息后，将该应用与业务或内容进行关联，川在SG提供该交互应用的相关信息（如获取详细交互应用信息的URL链接）。7.7业务平台 BSF 与终端之间的接口（Se-7)业务平台BSF与终端之间的接口用于执行GBA初始化流程，生成Ks。该接口适用于基3GPP体系的业务平台。
7.8业务平台BSF与交互承载之间的接口（Se-8）7.8:1业务平台与HLR/HSS的接口对丁基13GPP体系的业务平台，该接口用于问用户归属HLR/HSS请求AV（AuthenticationVector，鉴权元组）。
对于基于3GPP2体系的业务平台，该接口主要用于旧卡用户注册密销（RK）的生成。业务平台通过与HLR交互，从而得到基于A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密钥。7.8.2业务平台与AAA的接口
该接口适用丁3GPP2体系的业务平台。用丁业务平台问AAA索取某一用户的临时密钥（TK）7.9 交互应用与终端之间的接口 (In-1该接口用下用户终端向交互应用发送用户请求或交互信息，交五应用向终端传送反馈结果。8设备操作维护要求
移动多媒体广播业务平台应提供如下操作维护功能：（1）图形用广界面：
（2）监控机制；
（3）日志和报表；
（4）故障告警；
（5）数据库管理；
（6）资源管理。
图形用户界面：业务平台应提供中文的人机操作图形用户界面（GUI），操作员通过图形用户界面有效的管理业务。图形用户界面支持管理员的权限管理。通过图形用户界面，应能完成移动多媒体广播业务的大部分日常任务，对系统的所有功能模快及外围的应用程序进行配置、浏览日志、查阅统计数据、运行报表、管理用户和进行资源管理等。监控机制：业务平台应具备良好的监控机制，可以监控业务平台中的主要程序的运行状况和变化情况。鉴控机制还应可以重新启动失败的程疗，具有软件容错功能。日志和报表管理：业务平台应具备完善的日志和报表管理功能，可以根据运营商的要求记录各个子系统的事件并负责存储这些事件的所有日志记录，并可以定制报表，及时准确的表现出系统的运行状态。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1788-2008
移动多媒体广播业务
业务平台设备技术要求
Mobile Multimedia Broadcast ServiceTechnical Requirements for Equipment of Service Platform2008-03-28 发布
2008-06-01实施
中华人民共和国工业和信息化部发布前
2规范性引用文件
3术语、定义和缩略语
4业务平台在网络中的位置，
5业务平台功能架构
6业务乎台功能要求·
7业务平台接口要求.
8设备操作维护要求，
性能要求
参考文面
YD/T1788-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移动多媒体广播业务交互应用技术要求随着技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。YD/T 1788-2008
本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、上海西门子移动通信有限公司
本标准尘要起草人：吴伟、张慧媛、刘聪、严斌蜂、王君珂、王、楠、朱庆、张楚雄、文海龙、王劲松、汪庆华、谢晓裳、沈洋1范围
移动多媒体广播业务
业务平台设备技术要求
YD/T1788-2008
本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网侧业务平台的架构、功能及接口等技术要求。
本标准适用于移动多媒体广播业务系统的业务平台设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T1787-2008移动多媒体广播业务业务指南技术要求3GPPTS33.246，SecurityofMultimediaBroadcast/MulticastService，多媒体广播/多播业务安全3GPP2S.S0083-ABroadcast-MulticastServiceSecurityFramework，广播多播业务安全框架3GPP2 X.S0022-A Broadcast and Muiticast Service in cdma2000 Wireless IP network, CDMA2000无线IP网络中的广播多播业务
ETFRFC3830MIKEY:MultimediaIntermerKEYing，MIKEY：多媒体网络密钥交换3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.t
广播承载
提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议向时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多种传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。3.1.2
交互通道
提供双向、点对点的信道，用下网络与移动终端之间互相传递数据。交互通道有多种方式，包括承载流（如HTTP、流媒体等），短消息、多媒体消息等。3.2缩略语
下列缩略语适用于本标准：
Authentication, Authrization,AccountingAdvanced Audio CodingbzxZ.net
鉴权、授权、记账
高级音频编码
YD/T 1788-2008
TD-MBMS
Adpative Multi-Rate
Audio and Video Coding StandardBroadcast Access Key
Broadcast Multicast Service
Generic Bootstrapping ArchitectureHyperTextMarkupLanguage
Hyper Text Transfer ProtocolMultimedia Internet Keying
Moving Pietures Experts GroupOpenMobileAlliance
QualcommCodeExcitedLinearPredictionRegistration Key
Real-time Transport ProtocolRTP Contral Protocol
Service Guide
Short-term Key
TD-SCDMA Multimedia BroadcastingTemporary Key
User Identity Module
Synchronized Multimedia Integration LanguangeeXtensible Makeup Language
业务平台在网络中的位面
业务平台在移动多媒体广播网络中的位置如图1所示。内提供
内客分发
广播承锁
业务管理
终端卡
（可选）
（可选》（可选）
交互汞貌
图1业务平台在移动多媒体广播网络中的位重自适应多速率
音视频编码标准
广播接入密钥
广播多播业务
通用白举架构
超文本标记语言
超文本传输协议
多媒体互连网密钥
动态图像专家组
开放移动联盟
高通码激励线性预测编码
汪册密钥
实时传输协议
RTP控制协议
业务指南
短期密钥
TD-SCDMA多媒体广播业务
临时密钥
用户标识模块
同步多媒体同步语言
可扩展标记语言
交互应用
在移动多媒体广播中，业务平台主要完成用户认证、业务指南生成和发送，业务订购、密钥管理和发送，计费等功能。
5业务平台功能架构
业务平台功能架构如图2所示
业务管理
业务指南
话单处理
业务平台包括以下功能模块：
用产管理
密钥管理
业务卡台
图2业务平台功能架构
（1）.业务管理模块：内容更新与同步、业务数据维护及业务订购管理。（2）用户管理模块：订购关系管理、计购关系同步及鉴权。（3）业务指南模块：业务指南创建和业务指南的发送。（4）密钥管理模块：业务密钥、用户密钥及节目流密钩管理。（5）话单处理模块：原始计费信息采集、话单生成租传送。BSF
（可选）
YD/T1788-200B
（6）BSF模块：支持自举（Bootstrap）功能。该模块对采用MBMS安全机制的网络是必选，对BCMCS可选。BSF用于支持终端与BSF之间通过HTTPDigestAKA协议实现相互认证，并在认证基础上产生共享密钥。BSF可以属于业务平台内部模块，也可以是外部的独立设备。6业务平台功能要求
6.1业务管理
业务管理功能包括内容更新与问步，业务数据维护和业务订购。(a）内窄更新与同步
业务平台向内容提供商提供内容管理接口用于频道和节目信息的更新和同步。广播内容发生变化时应及时通知业务平台，以使向用户传送更新的频道和节日信息。（b）业务数据维护
根据频道信息、节目信息和业务运营要求生成相关的业务信息，并对业务的生命周期进行管理。包括频道创建/修改/删除、计费策略的添加以及业务指南信息的维护。移动多媒体广播业务支持的计费类型有：（1）包月计费：支持单频道，多频道包月计费方式。（2）按节日内容计费：根据不同的内按节目计费。（3）免费服务：提供免费服务，用户无需付费。（e）业务订购
业务平台接收并处理终端发送的业务订购退订请求，并将处理结果反馈给终端。如果订购成功，则通过用广管理模块保存用户的订购关系。业务平台可选支持的业务订购方式有：（1）来自用广客户端的订购请求。3
YD/T 1788-2008
（2）来自用户自服务门户的订购请求。包括WWW方式和WAP方式。（3）短信方式的业务订购。
（4）来自客服系统的业务订购。业务平台可选支持的业务退订方式有：（1）来自用户客户端的退订请求(2）来自用户自服务门户的订购请求。包括WWW方式和WAP方式。（3）短信方式的业务退订。
（4）来自客服系统的业务退订。用户过自服务方式或客服方式能够退订所有业务，包括用户在归属地订购的业务和用户在漫游地订购的业务。
6.2用户管理
用户管理功能色括：
（a）订购系管理
订购关系表现为用户标识与订购项以及订购状态之问的关联信息。仅当用户对业务存在订购关系并几订购关系状态正常时，系统才允许用户使川该业务，相应的费系统才会为用户使用过程产生话单。用户可以订购和使用漫游地的移动多媒体业务，但用户的订购关系保存在用户的归属平台。业务平台应支持用户通过白服务门户及其他多种方式/多种架道进行业务订购/退定等功能，支持用户查询已订购的业务。
（6）订购关系警权
用户请求获取业务密饲时，系统需要对订购关系进行鉴权，检查是否存在用户对某个移动多媒体广播业务的订购关系以及该订购关系的状态是否止常。6.3业务指南
业务平台能够根据业务信息生成业务指南，并根据用广的业务指南获取请求，问用户发送已生成的业务指南信息。
业务平台也可将业务指南信息发送给内容分发模块，用丁业务指南信息的广播。业务指南信息的格式参见移动多媒体广播业务业务指南技术要求》。6.4密钥管理
6.4.1密钥体系
移动多媒体广播业务的业务保护基丁分层密钥体系，如图3所示。第一层：认证管理。用户与网络之问进行相五认证，认证通过后获得共密钥。网络和终端根据此共享密钥各自生成用户密钥。
第二层：业务密钥管理。业务密销用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钊消息解密将使用本地生成的用户密钥。
第三层：节目流密钥管理。节H流密钥将用于对广播内窄的加密。加密过的节日流密钥消息将在广播网络上进行广播。网络对节流密进行加密时将使用业务密钥，终端对节日流密钢消息解密时将使用本地生成的业务密钥。
YD/T1788-2008
第四层：节目流分发。使用节月流密钥对节目流进行加密处理，加密后的节H流通过广播通道进行分发，终端使用经过解密过的节目流密钥进行解密。通常对节日流的加密也称为加扰，而对节目流的解密也称为解扰。
终端例
第一层
第二层
业务密钢分发
第二,思
节目泌有钥分发
第四层
节目流分发
婚术加扰
鉴权网络身份
用户密钥
解密业务
南消息
业务谢销
解密节日流
密钢消息
节月流密钥，
通过双向信道鉴权
通过效向信道发送业务密均消息通过：播访道发送节营流密消息鉴权网经身牙
学成业务
密都消息
通过广播估道发送加护后的节自图3移动多媒体业务亚务保护分层密钥体系网络训
业务鼠朝
生成节流
声钓消息
基于此密钢分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。6.4.2业务密钥管理
（a）业务密钙的生成
业务平台应在业务开始前生成业务率铝，分配业务密钥标识，并进行存储。节口流密销
未加扰：
每个节目流在·段时问内对应个业务密。基于3GPP体系的业务平台将保存额道的业务代码与业务密钥标识的对应关系。而基于3GPP2体系的业务平台将保存BCMCS流标识（BCMCS_FloW_ID）与业务密钥标识的对应关系。
(b）业务密钥的更新
业务平台应支持业务密钥更新功能。业务密应在指定的时问定期地进行更新。（c）业务密销有效期管理
对于基于3GPP体系的业务平台，业务密钥有效期表示该业务密钥所适用的节目流密钢的序列号范围，在包含业务密钒的消息中说明。针对不同计费方式，为用户发送的业务密钥具有不同的业务密钥有效期设置：具体如下：
（1）对于按频道包月计费方式：个或多个业务密钢的有效期之和应为当月所使用的节目流密钥m范围。
（2）对于按节刊计费方式：一个或多个业务密钥的有效期之和应为该节日所使用的节目流密ID范围。每个业密钥的有效期应为当月所使汗的节目流密销范围。（3）对于按节目让费方式：业务密钥的有效期应为该节月所使用的节H流密钥ID范围，对于基于3GPP体系网络的业务密钥有效期配置方式为：5
YD/T1788-2008
业务离钥有效期的在MIKEY消息的Keyvaliditydala中描述，用两个字段标识，分别为：有效期的起始值（ValidFrom）和有效期的终正值（ValidTo）：有效期的起始值（ValidFrom），表示业务密钥从下一时刻开始有效；该业务密销只能解密大于此值的节日流密钥。
有效期的终止值（ValidTo）：表示业务密钥从下一刻开始失效：该业务密钥只能解密小于或等于此值的节目流密钥。
业务密钥必须同时满足以上两个条件，才可以解密节日流密钥。例：若ValidFrom值为0，ValidTo值为3，则业务密钥可用于解密节流密钥Ⅱ值为1、2、3的节目流密钥。对于基于3GPP2体系网络的业务密钥有效期配置方式为：业务密钥过期时间BAK_EXPIRE指示该业务密钥在什么期问内有效，由BAK生成器产生并且.与BAK一起发送，这样终端就能知道什么时候将申请新的BAK。BAK_Expire：6字节，前3字节为BAK有效时间的开始时问VF，后3字节为BAK有效时间的裁止时间VT。BAK有效期的开始时间和结束时间对应到节目流密钥的序列号范围。有效期的起始值（ValidFrom）：表示业务密钥从下一时刻开始有效；该业务密钥只能解密大于此值的节自流密钥。
有效期的终止值（ValidTo）：表示业务密钥从下一刻开始失效：该业务密钥只能解密小于或等于此值的节目流密钥。
业务密钥必须同时满足以上两个条件，才可以解密节目流密钥。例：若ValidFrom值为0，ValidTo值为3，则业务密钥可用丁解密节目流密钥ID值为1、2，3的节目流密钥。
由于采用同密结构，为保证节且流加密机制相同，BAK_Expireli的VF与VT各采用两学节，第一字节填0。
(d）业务密钥加密功能
当向用户发送业务密钥时，业务平台应能够使用用户密钥加密有效的业务密码，然后将业务密钥发送给用户。
对于基于3GPP体系的网络，使用用户密钥对业务密钥进行加密的加密方式及数据封装格式按照ETFRFC3830MIKEY协议及3GPPTS33.246中使用MUK加密MSK的加密方式的要求。MIKEY消息中包含加密的业务密钥、业务密钥有效期等信息。对于基于3GPP2体系的网络，使用用户密钥对业务密钥进行加密的加密方式按照3GPP2S.S0083-A中使用TK加密BAK的加密方式的要求。（e）业务密钥分发功能
业务平台应能够根据用户的订购关系，间已订购业务的用户发送业务密钥。业务密钥分发方式为终端请求获取和网络主动推送两种方式。当业务平台接收到用户的业务密钥获取请求后，应能够根据用户订购关系和业务密钥的当前状态返回响应。对于已订购业务的用户，并且平台中存在有效的业务密钥，则将有效的业务密钥加密后发送给用户。业务平台应支持将通过HTTP响应传送业务密钥，另外对于3GPP体系的网络，业务密钥传送也可通过MIKEY/UDP/IP方式进行。
业务平台也可以在新业务密钥生成后，主动问已订购业务的用户推送业务密钥。当用户退订业务后，业务平台可通过密钥推送的方式使终端业务密钥失效。6.4.3用户密钥管理
业务平台应支持用户密钥管理功能。YD/T 1788-2008
对于基于3CPP体系的网络，业务平台通过HTTPDigest流程与用户进行相互认证后，根据存储在HLR/HSS中的用广鉴权元组生成用户密钥。用户密钥用来对业务密钥进行加密。对于基于3GPP2体系的网络，如果采用BCMCSRUIM卡，将为每个用）在UIM卡和订购管理器（SM）中预光配置一个128bit的注册密钥（RK）订购管理器可以位于AAA中或者与业务平台合设。而对于采用CDMA1X日卡的用户，业务平命通过与HLR交互，从而得到基丁A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密钥（RK）。基于RK尘成TK，进而对业务密钥（BAK）进行加密。
6.4.4节目流密钥管理
（a）节目流密钥的牛成
如果节目通过专用广播网络传送，节月流密钊的生成不在业务平台中。如果节目通过TD-SCDMA网络传送，则业务平台需要为每一频道生成并动态更新节目流密钥。（b）节目流密钥的加密
业务平台应能够使用业务密钥对节目流密钥生成模块产生的节目流密钥进行加密，并封装成节目流密钥消息。
基于3GPP的通信承载网络和基于3GPP2的通信承载网络采用不同的机制实现节目流密钥加密功能。（1）基于3GPP通信承载网络的节目流密钥加密功能。业务平台使用当前有效的业务密对节目流密钥进行加密，使用业务密钥对节目流密钥进行加密的加密方式按照MIKEY协议IETFRFC3830的要求。业务平台根据节目流密钥的生效时刻生成该节目流密钥标识，并将节自流密钥标识封装在节目流密钥消息中。业务平台将已加密的节目流密钥、节日流密钥标识及其他加密参数按指定数据格式封装成节目流密钥消息，并将节日流密钢消息发送给内容分发系统。节目流密钥消息格式按照ETFRFC3830所定义的MIKEY格式。
（2）基于3GPP2通信承载网络的节H流密钥加密功能，业务苹台应由当前有效的业务密钥BAK和短期密钥随机数SK_RAND产生短期密钥SK，再使用SK对节目流密钥进行加密。
使用业务密钥产生节日流密钥消息的方式按照3GPP2S.S0083-A和3GPP2X.S0022-A的要求。SK由BAK和SK_RAND生成，SK和SK_RAND·一对应。业务平台把SK_RAND与电SK加密的节目流密钥一起发送给用户。
业务平台应能够将业务密钥标识（BCMCS_FLOW_ID和BAKID）、SK_RAND、已加密的节目流密钥及其他加密参数按指定数据格式进行封装。具体格式按照3GPF2X.S0022-A的要求。（c）节目流密钥消息的传送
如果节目通过专用广播网络传送，业务平台不负责节目流密钥消息的传送。YD/T 1788-2008
如果节目通过TD-MRMS系统进行传送，节目流密钥MIKEY消息采用流类方式进行传输，作为UDP包的负荷发往与节目流同样的日的IP地址，端口号为2269。为了增加节目流密钥MIKEY消息的可靠性，可以调期性的垂发MIKEY消息。节目流采用RTP/UDP/LP的方式进行传输，如果需要进行节日流加密，采用SRTP加密，加密算法采用AES。节目流数据和节月流密钥消息在同一个MBMS业务承载上进行传输。6.5话单处理
话单处理模块负责采集费原始数据，生成符合格式要求的话单，并将话单传送给后台计费系统，用丁批价和进一步处理。
对于包月计费的业务，业务平台可在每个月的固定时刻根据订购关系生成原始计费数据：而按节日内容计费的业务，业务平台可在业务密钥发送时刻生成原始计费数据。6.6BSF
该功能为可选。该功能主要针对基于3GFP的移动多媒体产播业务保护。BSF功能可以与移动多媒体广播业务平台合设，也可以独立于移动密媒体广播业务平台之外。BSP与终端通过HTTPDigestAKA协议实现GBA认证，协商会话密钥，产生用户密钥。BSF功能模块应能够从HLR/AuC或HSS中状取用户认证矢量，即用户的三元组或五元组。BSF具备生成随机数功能，用于(U)SIM卡的Ks的生成。7业务平台接口要求
7.1业务平台与内容提供之间的接口（Se-1）业务平台与内容提供之间的接口用于内容提供模块向业务平台中请上载或更新内容。7.2业务平台与内容分发之间的接口（Se-2）业务平台与内容分发之间的接口用丁：（1）节耳流密钥及节H流密钥消息的传送。内容分发向业务平台传送节且流密，业务平台向内容分发传送节流密钥消息。
（2）业务平台向内分发系统传送业务指南信息（可选）。7.3业务平台业务管理与交互承载之间的接口（S8-3）7.3.1业务平台与WAP网关的接口WAP网关充当终端与业务平台之间的HTTP代理。WAP将用户的请求发送给相应的移动多媒体业务业务平台：同时，WAP网关将用户的MSISDN（3GPP）或MDN（3GPP2）插入到HTTP请求的消息头中，发送给移动多媒体业务业务平台。此外，根据需要，业务平台还可利用WAP网关作为Push代理，将密钥更新消息推送给用户。7.3.2业务平台与短信中心的接口业务平台与短信中心之问的接口用于传送由短消息承载的数据：业务平台可通过该接口实现业务订购退订以及密钥推送功能。短信中心向业务平台传送业务订购/退订请求，业务平台向短信中心发送订购或退订确认消息，以及新密钥的推送通知。7.4业务平台业务管理与终端之间的接口（Se-4）业务平台业务管理模快与终端的接口功能包括：（1）终端获取业务指南。该功能由终端向业务平台发起获取请求。（2）执行业务订购和业务退订。该功能由终端向业务平台发起订购和退订请求8
YD/T 1788-2008
（3）业务密钥的分发。该功能包括终端主动向业务平台申请获取密钥以及网络工动推送两种方式。7.5业务平台业务管理与BSF之间的接口（Se-5）业务平台业务管理模块与BSF之间的接口用于业务管理模块向BSF模块请求用户密钥。该接口适用于基于3GPP体系的业务平台。
7.6业务平台与交互应用之间的接口（Se-6)业务平台与交互应用之间的接口用丁交互应用信息的上载。业务平台获取交互应用信息后，将该应用与业务或内容进行关联，川在SG提供该交互应用的相关信息（如获取详细交互应用信息的URL链接）。7.7业务平台 BSF 与终端之间的接口（Se-7)业务平台BSF与终端之间的接口用于执行GBA初始化流程，生成Ks。该接口适用于基3GPP体系的业务平台。
7.8业务平台BSF与交互承载之间的接口（Se-8）7.8:1业务平台与HLR/HSS的接口对丁基13GPP体系的业务平台，该接口用于问用户归属HLR/HSS请求AV（AuthenticationVector，鉴权元组）。
对于基于3GPP2体系的业务平台，该接口主要用于旧卡用户注册密销（RK）的生成。业务平台通过与HLR交互，从而得到基于A-KEY运行CAVE算法结果的SMEKEYIPLCM，使其作为用户的注册密钥。7.8.2业务平台与AAA的接口
该接口适用丁3GPP2体系的业务平台。用丁业务平台问AAA索取某一用户的临时密钥（TK）7.9 交互应用与终端之间的接口 (In-1该接口用下用户终端向交互应用发送用户请求或交互信息，交五应用向终端传送反馈结果。8设备操作维护要求
移动多媒体广播业务平台应提供如下操作维护功能：（1）图形用广界面：
（2）监控机制；
（3）日志和报表；
（4）故障告警；
（5）数据库管理；
（6）资源管理。
图形用户界面：业务平台应提供中文的人机操作图形用户界面（GUI），操作员通过图形用户界面有效的管理业务。图形用户界面支持管理员的权限管理。通过图形用户界面，应能完成移动多媒体广播业务的大部分日常任务，对系统的所有功能模快及外围的应用程序进行配置、浏览日志、查阅统计数据、运行报表、管理用户和进行资源管理等。监控机制：业务平台应具备良好的监控机制，可以监控业务平台中的主要程序的运行状况和变化情况。鉴控机制还应可以重新启动失败的程疗，具有软件容错功能。日志和报表管理：业务平台应具备完善的日志和报表管理功能，可以根据运营商的要求记录各个子系统的事件并负责存储这些事件的所有日志记录，并可以定制报表，及时准确的表现出系统的运行状态。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。