1、lCS33 070 01M 37中华人民 共禾口Y口国通信行业标准YD厂r 1 788-2008移动多媒体广播业务业务平台设备技术要求Mobile Multimedia Broadcast ServiceTechnical Requirements for Equipment of Service PIatfOrm2008-03-28发布 2008-06-01实施中华人民共和国工业和信息化部发布目 次YD，T 1788-2008前言II1范围-“l2规范性引用文件13术语、定义和缩略语14业务平台在网络中的位置25业务平台功能架构36业务平台功能要求37业务平台接口要求88设备操作维护要求99
2、性能要求10参考文献ll前 言YD厂r 1788-2008本标准是移动多媒体广播业务系列规范之一，该系列标准的名称及结构如下：(1)YDT 17852008移动多媒体广播业务：总体技术要求(2)YDT 17862008移动多媒体广播业务业务保护技术要求(3)YDT 1787-2008移动多媒体广播业务业务指南技术要求(4)YDT 1788-2008移动多媒体广播业务业务平台设备技术要求(5) 移动多媒体广播业务业务平台设备测试方法(6)YDT 17892008移动多媒体广播业务终端卡设备技术要求(7) 移动多媒体广播业务终端卡设备测试方法(8)YDT 17902008移动多媒体广播业务应用层接
3、口技术要求(9)YDT 17912008移动多媒体广播业务交互应用技术要求随着技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、上海西门子移动通信有限公司本标准主要起草人：吴伟、张慧嫒、刘聪、严斌峰、王君珂、王楠、朱庆、张楚雄、文海龙、王劲松、汪庆华、谢晓棠、沈洋移动多媒体广播业务业务平台设备技术要求YD厂r 1788-20081范围本标准规定了在提供移动多媒体广播业务时对数字蜂窝移动通信网侧业务平台
4、的架构、功能及接口等技术要求。本标准适用于移动多媒体广播业务系统的业务平台设备。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YDFr 17872008移动多媒体广播业务业务指南技术要求3GPP TS 33246，Security of Multimedia BroadcastMulticast Service，多媒体广播多播业务安全3GPP2 sS0083A Broadc
5、ast-Multicast Service Security Framework，广播多播业务安全框架3GPP2 XS0022-A Broadcast and Multicast Service in cdma2000 Wireless IP network，CDMA2000无线m网络中的广播多播业务IETFRFC 3830MIKEY：MultimediaInternetKEYing，MLKEY：多媒体网络密钥交换3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。311广播承载提供单向的、点对多点的信道，用于网络向移动终端传输数据。通常，这种广播传输机制允许多个接收者采用相同的协议
6、同时接收同一数据源，如通过同一链接或基于同一无线频率。广播承载包括多种类型，可基于多神传输协议。典型的广播承载包括专用地面广播、移动网络广播以及卫星广播。312交互通道提供双向、点对点的信道，用于网络与移动终端之间互相传递数据。交互通道有多种方式，包括m承载流(如lf兀P、流媒体等)、短消息、多媒体消息等。32缩略语下列缩略语适用于本标准：AAA Authentication。AuthorizationAccounting 鉴权、授权、记账AAC Advanced Audio Coding 高级音频编码1YDI 17882008AMR Adpative MultiRate 自适应多速率AVS
7、Audio and Video Coding Standard 音视频编码标准BAK Broadcast Access Key 广播接入密钥BcMcs Broadcast Mulficast Service 广播多播业务GBA Generic Bootstrapping Architecture 通用自举架构HTML Hyper Text Markup Language 超文本标记语言HTTP Hyper Text Transfer Protocol 超文本传输协议MIKEY Multimedia Intemet Keying 多媒体互连网密钥MPEG Moving Pictures Expe
8、rts Group 动态图像专家组OMA Open Mobile Alliance 开放移动联盟QCELP Qualcomm Code Excited Linear Prediction 高通码激励线性预测编码RK Registration Key 注册密钥RTP Realtime Transport Protocol 实时传输协议RTCP RTP Control Protocol RTP控制协议SG Service Guide 业务指南SK Short-term Key 短期密钥TD-MBMS TD-SCDMA Multimedia Broadcasting TD-SCDMA多媒体广播业务T
9、K Temporary Key 临时密钥UIM User Identity Module 用户标识模块SMIL Synchronized Multimedia Integration Languange 同步多媒体同步语言XML eXtensible Makeup Language 可扩展标记语言4业务平台在网络中的位置业务平台在移动多媒体广播网络中的位置如图l所示。内容提供 I交互应黪Ise_l se-6Tr-ll蝴发I缸2蕊，I。溢，卜一 +xz雌f，盟皿套 Is争3 se-4 se7 f so-$l InIn_2 (可选l(可选l广播承载 交互承载n3 T4鲜躺睛 i *|”固1 业务平
10、台在移动多媒体广播网络中的位置在移动多媒体广播中，业务平台主要完成用户认证、业务指南生成和发送、业务订购、密钥管理和发送，计费等功能。25业务平台功能架构业务平台功能架构如图2所示。YD厂r 1788哇008围2业务平台功能架构业务平台包括以下功能模块：(1)业务管理模块：内容更新与同步、业务数据维护及业务订购管理。(2)用户管理模块：订购关系管理、订购关系同步及鉴权。(3)业务指南模块：业务指南创建和业务指南的发送。(4)密钥管理模块：业务密钥、用户密钥及节目流密钥管理。(5)话单处理模块：原始计费信息采集、话单生成和传送。(6)BsF模块：支持自举(Bootstrap)功能。该模块对采用M
11、BMS安全机制的网络是必选，对BCMCS可选。BSF用于支持终端与BsF之间通过HTTPDigestAKA协议实现相互认证，并在认证基础上产生共享密钥。BSF可以属于业务平台内部模块，也可以是外部的独立设备。6业务平台功能要求61业务管理业务管理功能包括内存更新与矧步、业务数据维护和业务订购。(a)内容史新与同步业务平台向内容提供商提供内容管理接口用于频道和节目信息的更新和同步。广播内容发生变化时应及时通知业务平台，以便向用户传送更新的频道和节目信息。(b)业务数据维护根据频道信息、节目信息和业务运营要求生成相关的业务信息，并对业务的生命周期进行管理。包括频道创建，修改删除、计费策略的添加以及
12、业务指南信息的维护。移动多媒体广播业务支持的计费类型有：(1)包月计费：支持单频道，多频道包月计费方式。(2)按节目内容计费：根据不同的内容按节目计费。(3)免费服务：提供免费服务，用户无需付费。(c)业务订购业务平台接收并处理终端发送的业务订购退订请求，并将处理结果反馈给终端。如果订购成功，则通过用户管理模块保存用户的订购关系。业务平台可选支持的业务订购方式有：(1)来自用户客户端的订购请求。YDT 1 788-2008(2)来自用户自服务门户的订购请求。包括www方式和WAP方式。(3)短信方式的业务订购。(4)来自客服系统的业务订购。业务平台可选支持的业务退订方式有：(1)来自用户客户端
13、的退订请求。(2)来自用户自服务门户的订购请求。包括www方式和WAP方式。(3)短信方式的业务退订。(4)来自客服系统的业务退订。明户通过臼JJ犀务方式或昝服方式能够退订所有业务，包括用户在归属地订购的业务和用户在漫游地订购的业务。62用户管理用户管理功能包括：(a)订购关系管理订购关系表现为用户标识与订购项以及订购状态之间的关联信息。仅当用户对业务存在订购关系jF且订购关系状态正常时，系统才允许用户使用该业务，相应的计费系统才会为用户使用过程产生话单。用户可以订购鞭使用漫游地的移动多媒体业务，但厢户的订购关系保存在碍户的妇属平台。业务平台应支持用户通过自服务门户及其他多种方式多种渠道进行业
14、务订购，退定等功能，支持用户查询已订购的业务。(b)订购关系鉴权用户请求获取业务密钥时，系统需要对词购关系进行箍权检查是否存在用户对某个移动多媒体广播业务的订购关系以及该订购关系的状态是否正常。63业务指南业务平台能够根据业务信息生成业务指南，并根据用户的业务拼南获取请求，向用户发送已生成的业务指南信息。业务平台也可将业务指南信息发送给内容分发模块。用于业务指南信息的广播。业务指南信息的格式参见移动多媒体广播业务业务指南技术要求。8。4密钥管理641密钥体系移动多婉体广播业务的业务保护基于分层密钥体系，如图3所示。第一层：认证管理。用户与网络之问进行相互认证，认证通过后获得共享密钥。网络和终端
15、根据此共享密钥各自生成用户密钥。第二层：业务密钥管理。业务密钥用于控制用户接入业务通道。网络根据用户订购关系将业务密钥通过加密方式传送给用户。网络对业务密钥进行加密时将使用用户密钥，终端对业务密钥消息织密将使用本地生成的用户密钥。第三层：节目流密钥管理a节目流密钥将用于对广播内窖的加密。加密过的节目流密钥消息将在广播网络上进行广播。网络对节目流密钥进行加密时将使用业务密钥，终端对节目流密钥消息解密时将使用本地生成的业务密钥。4YD丌17882008第四层：节目流分发。使用节目流密钥对节目流进行加密处理，加密后的节目流通过广播通道进行分发。终端使用经过解密过的节目流密钥进行解密。通常对节目漉的加
16、密也称为加扰。雨对节目流构解密也称为解扰。终端徊 辨结删蛩互卜一鉴投堕)鉴权 鉴权网络舅毋一遇过双向循堪鉴投刊鉴投州络身份 l、， 、一一用户密明I 朋，；桁=i：f】第二屉JL，JL蝴糊撇心墼少龇釉僦燃蝴蝴粕+(娑)磊 业务密铜f一土L节一飘发(犁卜脚槲息一-(篓鲨即磊节目魂密鹤l 1节目流分发、，、-来加扰J 算密卜一通过f拯债道发送加扰后的节融流一 妞密 k束女n扰一图3移动多媒体业务业务保护分层密钥体系基于此密钥分层体系，本标准将支持两种安全机制：MBMS安全以及BCMCS安全。642业务密钥管理(a)业务密钥的生成业务平台应在业务开始前生成业务密钥，分配业务密钥标识，并进行存储。每个
17、节目流在一段时间内对应一个业务密钥。基于3GPP体系韵业务平台将保存频道的业务代码与业务密钥标识的对应关系。而基于3GPP2体系的业务平台将保存BCMCS流标识(BCMCS_Flow ID)与业务密钥标识的对应关系。(b)业务密钥的更新业务平台应支持业务密钥更新功能。业务密钥应在指定的时间定期地进行更新。(c)业务密钥有效期管理对于基于3GPP体系的业务平台，业务密钥有效期表示该业务密钥所适用的节目流密钥的序列号范围在包含业务密钥的消息中说明。针对不同计费方式，为用户发送的业务密钥具有不同的业务密钥有效期设置。具体如下：(1)对于按频道包月计荧方式：个或多个业务密钥的有效期之和应为当月所使用的
18、节琶流密钥ID范同。(2)刷f按书目汁费方式：个或多个业务密钥的有效期之和应为该节目所使用的节A密钥Dg围。每个业务密钥的有效期应为当月所使用的节目流密钥ID范围。(3)对于按节目计费方式：业务密钥的有效期应为该节目所使用的节目流密钥ID范围。对于基于3GPP体系网络的业务密钥有效期配置方式为：YD厂r 1788-2008业务密钥有效期的在MIKEY消息的Key validity dataq3描述，用两个字段标识，分别为l有效期的起始值(id From)和有效期的终止值(Valid To)：有效期的起始值(valid From)t表示业务密钥从下一时刻开始有效；该业务密钥只能解密大于此值的节且
19、流密钥。有效期的终止值(Valid Tb)：表示业务密钥从下一刻开始失效l该业务密钥只能解密小于或等于此值的节目流密钥。业务密钥必须同时满足以上两个条件，才可以解密节目流密钥。例：若Valid From值为0。Valid To值为3，则业务密钥可用于解密节目流密钥m值为1、2、3的节目流密钥。对于基于3GPP2体系网络的业务密钥有效期配置方式为t业务密钥过期时间BAK_EXPIRE指示该业务密钥在什么期间内有效，由BAK生成器产生并且与BAK一起发送，这样终端就能知道什么时候将申请新的BAK。BAK_Expire6字节，前3字节为BAK有效时间的开始时间VF后3字节为BAK有效时间的截止时间V
20、T。BAK有效期的开始时间和结束时间对应到节目流密钥的序列号范围。有效期的起始值(Valid From)：表示业务密钥从下一时刻开始有效；该业务密钥只能解密大于此值的节目流密钥。有效期的终止值(Valid Tb)：表示业务密钥从下一刻开始失效；该业务密钥只能解密小于或等于此值的节目流密钥。业务密钥必须同时满足以上两个条件，才可以解密节目流密钥。例l若ValidFrom值为0，ValidTo值为3，则业务密钥可用于解密节目流密钥值为1、2、3的节目流密钥。由于采用同密结构，为保证节目流加密机制相同BAK_Expircq r的vF与vT各采用曲字节，第三字节填0。(d)业务密钥加密功能当向用户发送
21、业务密钥时，业务平台应能够使用用户密钥加密有效的业务密，玎，然后将业务密钥发送给用户。对于基于3GPP体系的网络。使用用户密钥对业务密钥进行加密的加密方式及数据封装格式按照IETFRFC 3830 MIKEY协议及3GPP TS 33246中使用MUK自n密MSK的加密方式的要求。MIKEY消息中包含加密的业务密钥、业务密钥有效期等信息。对于基于3GPP2体系的网络，使用用户密钥对业务密钥进行加密的加密方式按照3GPP2 SS0083A中使用TK加密BAK的加密方式的要求。(e)业务密钥分发功能业务平台应能够根据用户的订购关系，向已订购业务的用户发送业务密钥。业务密钥分发方式为终端请求获取和网
22、络主动推送两种方式。当业务平台接收到用户的业务密钥获取请求后，应能够根据用户订购关系和业务密钥的当前状态返回响应。对于已订购业务的用户，并且平台中存在有效的业务密钥则将有效的业务密钥加密后发送给用户。业务平台应支持将通过HTIP响应传送业务密钥，另外对于3GPP体系的网络，业务密钥传送也可通过MIKEYUDPIP方式进行。6YD丌17褐-2008业务平台也可以在新业务密钥生成后，主动向已订购业务的用户推送业务密钥。当用户退订业务后，业务平台可通过密钥推送的方式使终端业务密钥失效。643用户密钥管理业务平台应支持用户密钥管理功能。对于基于3GPP体系的网络，业务平台通过I-rITP Digest
23、流程与用户进行相互认证后，根据存储在HLRHSS中的用户鉴权元组生成用户密钥。用户密钥用来对业务密钥进行加密。对于基于3GPP2体系的网络，如果采用BCMCS RUIM卡，将为每个用户在UIM卡和订购管理器(sM)中预先配置一个128bit的注册密钥(RK)。订购管理器可以位于AAA中或者与业务平台合设。而对于采用CDMAlX旧卡的用户，业务平台通过与HLR交互，从而得到基于AKEY运行CAVE算法结果的SMEKEYIIPLCM，使其作为用户的注册密钥(RK)。基于RK生成TK，进而对业务密钥(BAK)进行加密。644节目流密钥管理(a)节目流密钥的生成如果节目通过专用广播网络传送，节目流密钥
24、的生成不在业务平台中。如果节目通过TD-SCDMA网络传送，则业务平台需要为每一频道生成并动态更新节目流密钥。(b)节目流密钥的加密业务平台应能够使用业务密钥对节目流密钥生成模块产生的节目流密钥进行加密，并封装成节目流密钥消息。基于3GPP的通信承载网络和基于3GPP2的通信承载网络采用不同的机制实现节目流密钥加密功能。(1)基于3GPP通信承载网络的节目流密钥加密功能。业务平台使用当前有效的业务密钥对节目流密钥进行加密，使用业务密钥对节目流密钥进行加密的加密方式按照MIKEY协议mTF RFC 3830的要求。业务平台根据节目流密钥的生效时刻生成该节目流密钥标识，并将节目流密钥标识封装在节目
25、流密钥消息中。业务平台将已加密的节目流密钥、节目流密钥标识及其他加密参数按指定数据格式封装成节目流密钥消息，并将节目流密钥消息发送给内容分发系统。节目流密钥消息格式按照IETFRFC 3830所定义的MIKEY格式。(2)基于3GPP2通信承载网络的节目流密钥加密功能。业务平台应由当前有效的业务密钥BAK和短期密钥随机数SK_RAND产生短期密钥SK，再使用SK对节目流密钥进行加密。使用业务密钥产生节目流密钥消息的方式按照3GPP2 SS0083A和3GPP2 XS0022-A的要求。SK由BAK和SK RAND生成，SK和S心ND一一对应。业务平台把SK_RAND与由SKmfl密的节目流密钥
26、一起发送给用户。业务平台应能够将业务密钥标识(BCMCSFLOW_ID和BAl()、SK_RAND、F,bn密的节目流密钥及其他加密参数按指定数据格式进行封装。具体格式按照3GPP2 xS0022-A的要求。(c)节目流密钥消息的传送如果节目通过专用广播网络传送，业务平台不负责节目流密钥消息的传送。7YD丌1 788-2008如果节目通过TDMBMS系统进行传送，节目流密钥MIKEY消息采用流类方式进行传输，作为UDP包的负荷发往与节目流同样的目的口地址，端口号为2269。为了增加节目流密钥MIKEY消息的可靠性，可以周期性的重发MIKEY消息。节目流采用RTPUDPIP的方式进行传输，如果需
27、要进行节耳流加密，采用SRTP加密，加密算法采用AES。节目流数据和节目流密钥消息在同一个MBMS业务承载上进行传输。65话单处理话单处理模块负责采集计费原始数据，生成符合格式要求的话单，并将话单传送给后台计费系统，用于批价和进一步处理。对于包月计费的业务，业务平台可在每个月的固定时刻根据订购关系生成原始计费数据；而按节目内容计费的业务。业务平台可在业务密钥发送时刻生成原始计费数据。66 BSF该功能为可选。该功能主要针对基于3GPP的移动多媒体广播业务保护。BSF功能可以与移动多媒体广播业务平台合设，也可以独立于移动多媒体广播业务平台之外。BSF与终端通过m1PDigestAKA协议实现GB
28、A认证，协商会话密钥，产生用户密钥。BSF功能模块应能够从mR，Auc或HSS中获取用户认证矢量，即用户的三元组或五元组。BSF具备生成随机数功能，用于(聊S卡的l(s的生成。7业务平台接口要求71 业务平台与内容提供之间的接口(So1)业务平台与内容提供之间的接口用于内容提供模块向业务平台申请上裁成更新内容。7。2业务平台与内容分发之问的接口(So-2)业务平台与内容分发之间的接口用于：(I)节目流密钥及节目流密钥消息的传送。内容分发向业务平台传送节目流密钥，业务平台向内容分发传送节日流密钥消息。(2)业务平台向内容分发系统传送业务指南信息(可选)。73业务平台业务瞥理与交互承载之间的接口(
29、So3)7。3，1 业务平台与姓AP网关的接口WAP网关充当终端与业务平台之间的i-iTrP代理。WAP将用户的请求发送给相应的移动多媒体业务业务平台；同时，WAP网关将用户的MSISDN(3GPP)或MDN(3GPP2)插入到H兀P请求的消息头中，发送给移动多媒体业务业务平台。此外，根据需要，业务平台还可利用WAP网关作为Push代理，将密钥更新消息推送给用户。732业务平台与短信中心的接口业务平台与短信中心之间的接口角于传送出短消息承载的数据，业务平台可通过该接口实现业务订购，退订以及密钥推送功能。短信中心向业务平台传送业务订购退订请求，业务平台向短信中心发送订购或退订确认消息，以及新密钥
30、的推送通知。74业务平台业务管理与终端之间的接口(So4)业务平台业务管理模块与终端的接口功能包括：(1)终端获取业务指南。该功能由终端向业务平台发起获取请求。(2)执行业务订购和业务退订。该功能由终端向业务平台发起订购和退订请求AYD厂r 1788-2008(3)业务密钥的分发。该功能包括终端主动向业务平台申请获取密钥以及网络主动推送两种方式。75业务平台业务管理与BSF之间的接口(Se-5)业务平台业务管理模块与BSF之间的接口用于业务管理模块向BSF模块请求用户密钥。该接口适用于基于3GPP体系的业务平台。76业务平台与交互应用之闻的接口(Se-8)业务平台与交互应用之间的接II用于交互
31、应用信息的上载。业务平台获取交互应用信息后将该应用与业务或内容进行关联，并在sG中提供该交互应用的相关信息(如获取详细交互应用信息的URL链接)。77业务平台BSF与终端之间的接口(Se7)业务平台BSF与终端之间的接13用于执行GBA初始化流程，生成Ks。该接口适用于基于3GPP体系的业务平台。78业务平台BSF与交互承载之间的接口(Se-8)781 业务平台与HLRHSS的接口对于基于3GPP体系的业务平台，该接口用于向用户归属HLRHSS请求AV(AuthenticationVector，鉴权元组)。对于基于3GPP2体系的业务平台该接口主要用于旧卡用户注册密钥(RK)的生成。业务平台通
32、过与HLR交互，从而得到基于AKEY运行CAVE算法结果的SMEKEYIIPLCM，使其作为用户的注册密钥。782业务平台与AAA的接口该接口适用于3GPP2体系的业务平台。用于业务平台向A从索取某一用户的l临时密钥(TK)。79交互应用与终端之间的接口(In1)该接口用于用户终端向交互应用发送用户请求或交互信息，交互应用向终端传送反馈结果。8设备操作维护要求移动多媒体广播业务平台应提供如下操作维护功能：(1)图形用户界面；(2)监控机制；(3)日志和报表；(4)故障告警；(5)数据库管理；(6)资源管理。图形用户界面：业务平台应提供中文的人机操作图形用户界面(GUI)，操作员通过图形用户界面
33、有效的管理业务。图形用户界面支持管理员的权限管理。通过图形用户界面，应能完成移动多媒体广播业务的大部分日常任务，对系统的所有功能模块及外围的应用程序进行配置、浏览日志、查阅统计数据、运行报表、管理用户和进行资源管理等。监控机制：业务平台应具备良好的监控机制，可以监控业务平台中的主要程序的运行状况和变化情况。鉴控机制还应可以重新启动失败的程序，具有软件容错功能。日志和报表管理：业务平台应具备完善的日志和报表管理功能，可以根据运营商的要求记录各个子系统的事件并负责存储这些事件的所有日志记录，并可以定制报表，及时准确的表现出系统的运行状态。9YD厂r 1 7882008故障告警z收集和处理所有业务平
34、台产生的告警信息，包括进程启动，停止相关的告警，设备性能异常告警，业务处理异常等告警信息等，并且通过告警服务器对外提供声光的告警功能。告警处理的工作包括将告警分类记入系统日志、通过图形用户界面显示告警信息、将有关信息传给网络管理系统等。数据库管理：通过图形用户界面实现，维护操作至少包括数据输入，输出、数据库监控、日常清理、配置数据备份、数据库备份以及恢复备份的数据库设置。资源管理：系统管理员应可以监控系统资源，包括业务平台所运行的硬件设备及操作系统的管理，如CPU负荷、磁盘使用率、队列监控等并可以通过图形用户界面设置和检查业务平台的系统参数。9性能要求91系统处理能力移动多媒体广播业务平台性能
35、要求：(1)单点系统并发用户数至少应支持100用户。(2)满负荷的CPU利用率不超过70。92可靠性要求(1)正常的运行环境和电力环境下，平台每一部分的可靠性应不低于9999。(2)平台应保证7X24h不间断运行，平台需要提供平均无故障时间(MTBF)应至少达到8 760h。(3)系统各组成单元的平均故障恢复时间(MTrR)不应超过60rain。(4)对系统软件及硬件的升级不能影响系统的运行及服务的提供。(5)软件升级失败时，系统应该能够恢复到升级前的版本。93可扩展性移动多媒体广播业务平台系统应具有良好的可扩展性。系统应支持通过增加服务器或换用处理能力更强的服务器的方式对系统进行扩展，系统的处理能力也可以通过增加CPu或内存来获得增强；组成平台的每一个逻辑单元都可以独立于其他单元进行升级。系统应具有热扩容能力，即不需关机就可进行扩容的能力。参考文献1OMA-RDBCAST-V1020080226一C：2OMA-AD-BCAST-V10-20080226-C。
