Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
IEC 13818-6-02 数字存储介质命令与控制扩展标准技术解析
基于MPEG-2系统的交互多媒体与数据广播核心标准
一、标准概况与适用范围
IEC 13818-6-02（对应 ISO/IEC 13818-6:2002）是 MPEG-2 标准体系的第六部分，全称为“数字存储介质命令与控制扩展”（DSM-CC – Digital Storage Media Command and Control）。该标准于 2002 年正式发布，由 ISO/IEC JTC 1/SC 29 工作组制定，是构建交互式多媒体服务、数据广播和数字存储系统关键的基础技术。
DSM-CC 标准定义了一组用于在数字存储介质上实现命令与控制的协议架构，涵盖以下核心应用场景：
- 用户‑用户通信：支持两个用户终端之间的直接控制与数据交换。
- 用户‑网络通信：strong>用户通过机顶盒或终端与网络服务器交互（如 VOD 点播）。
- 用户‑提供商通信：终端向内容提供商请求节目或数据资源。
该标准广泛应用于数字电视（DVB、ATSC）、IPTV 机顶盒、流媒体服务器、数字影院以及收藏管理系统中，是实现单向和双向数据交互的基础协议之一。
标准实施的益处：DSM-CC 为多媒体数据封装、会话建立和资源管理提供了统一模型，降低了厂商集成成本，保证了跨平台的互操作性。截至 2026 年，该标准仍是许多广播与宽带交互系统的事实基石。
二、主要技术内容与要求
2.1 系统模型与分层架构
DSM-CC 参考模型基于 MPEG-2 系统（ISO/IEC 13818-1）的传输流（TS），并在其之上定义了四个功能层：
- 传输层：利用 MPEG-2 TS 包的私有数据段或适配字段承载 DSM-CC 信令。
- 会话层：为应用提供逻辑通道，支持会话建立、保持和拆除。
- 资源层：管理服务器端资源（如带宽、存储），实现资源预留和调度。
- 应用层：提供高层 API 用于控制播放、录制等动作。
2.2 多协议封装与数据轮播
标准定义了 多协议封装（MPE），允许将 IP 数据报或其他网络层协议封装进 MPEG-2 TS 中。在此基础上，DSM-CC 提出了两种主要的数据传递模式：
| 轮播模式 | 说明 | 典型应用 |
|---|---|---|
| 数据轮播 | 周期性广播数据模块，模块由标识符（moduleId）区分，支持版本更新 | EPG 数据、股票行情 |
| 对象轮播 | 构建文件系统对象（目录、文件），通过 Service Gateway 方式访问 | MHP 多媒体家庭平台，IPTV 皮肤下载 |
轮播的核心控制信息通过 DownloadInfoIndication、DownloadServerInitiate 等 DSM-CC 消息携带，接收端通过解析这些消息来获取资源并更新本地缓存。
2.3 会话与资源控制
DSM-CC 定义了 用户‑网络（U-N） 和 用户‑用户（U-U） 两类会话控制协议：
- U-N 协议：用于客户端与网络网关之间的会话管理，包含会话建立、带宽协商、QoS 保证等。
- U-U 协议：两个用户端（如机顶盒与手机）直接通信时的控制规约。
资源控制部分规定了使用 ResourceDescriptor 来描述所需带宽、缓冲区大小等参数，服务器端据此决定是否分配资源。
实用提示：开发 DSM-CC 接收端时，务必先区分当前使用的是“数据轮播”还是“对象轮播”。对象轮播的数据结构更复杂，需要解析 BIOP 消息和 IOR（Interoperable Object Reference）。
重要注意事项：DSM-CC 消息中的 CRC 校验字段（如
DownloadDataBlock 中的 CRC_32）不可忽略，若忽略可能导致模块重复接收或内核错误。许多早期实现因为校验逻辑缺失而导致稳定性问题。 三、实施与部署要点
3.1 协议栈集成
DSM-CC 一般不单独运行，而是与 MPEG-2 系统层紧密耦合。典型集成方案如下：
- 发送端将数据封装为 DSM-CC 消息（table_id 0x3B ~ 0x3F）。
- 消息分段后插入 MPEG-2 TS 的私有 section。
- 接收端通过 PID 过滤提取 section，重组 DSM-CC 段。
- 解析段头中的 messageId 分发至对应处理模块。
此外，DSM-CC 的 INT 表（IP/MAC Notification Table） 用于引导 IP 数据至对应的目标 MAC 地址，在数据广播系统中极为关键。
3.2 与 DVB/ATSC 的结合
在 DVB 系统中，DSM-CC 被用于 MHP（Multimedia Home Platform） 的对象轮播和 DVB-H IP Datacast 的 IP 封装。ATSC 则采用 DSM-CC 实现 ACAP 平台的资源下载。不同标准对 DSM-CC 参数（如超时时间、模块大小）可能有额外限制，实施时需查阅具体规范。
| 参数 | 典型值 | 备注 |
|---|---|---|
| 模块最大大小 | 4 KB / 64 KB | 受 MTU 和 section 长度限制 |
| 轮播重复周期 | 100 ms – 10 s | 取决于更新频率和带宽 |
| DSM-CC 信道 PID | 0x1F00 ~ 0x1FFF | 常用私有 PID 范围 |
安全关键要求：DSM-CC 会话建立过程（U-N）中，客户端必须验证服务器发送的
SessionId 和 ServerId 合法性，防止会话劫持。生产环境中应启用 TS 层或 IP 层的加密机制（如 AES-128 对 DSM-CC payload 加密）。 四、与其他标准的关系
IEC 13818-6-02 并非独立存在，它与以下标准共同构成数字媒体传输体系：
- ISO/IEC 13818-1 (MPEG-2 Systems)：DSM-CC 构建在 TS 结构之上，使用其私有段和适配字段。
- ISO/IEC 13818-6 (本标准的其他版本)：后续增补如 AMD1、AMD2 增加了对 IPv6 和更高效轮播的支持。
- DVB 系列标准：EN 301 192 (DVB 数据广播规范) 大量引用 DSM-CC 的数据轮播和对象轮播，并定义了 MPE‑FEC 扩展。
- ATSC 标准：A/90 等规范使用 DSM-CC 实现交互电视。
- ITU-T H.222.0：与 MPEG-2 Systems 对应的电信推荐标准，同样涵盖 DSM-CC 元素。
此外，DSM-CC 的会话控制概念后来被 RTSP（RFC 2326）和 SIP 等协议借鉴，但 DSM-CC 保持了对底层传输流的高度适配性，非常适合单双向融合的广播环境。
常见问题 (FAQ)
问：DSM-CC 和普通 IP 数据播送有什么区别？
答：DSM-CC 构建在 MPEG‑2 TS 上，能以低开销实现等时周期性广播，非常适用于单向信道。而普通 IP 播送（如 UDP 组播）需要全 IP 协议栈，对传输层灵活性要求更高。DSM-CC 的“对象轮播”可以模拟文件系统，无需 TCP 连接即可下载目录结构，这是 IP 播送难以直接做到的。
答：DSM-CC 构建在 MPEG‑2 TS 上，能以低开销实现等时周期性广播，非常适用于单向信道。而普通 IP 播送（如 UDP 组播）需要全 IP 协议栈，对传输层灵活性要求更高。DSM-CC 的“对象轮播”可以模拟文件系统，无需 TCP 连接即可下载目录结构，这是 IP 播送难以直接做到的。
问：IEC 13818-6-02 是否适用于现在的视频流媒体（如 DASH）？
答：DSM-CC 主要用于传统广播和早期 IPTV 系统。现代流媒体更多采用基于 HTTP 的 DASH 或 HLS。不过 DSM-CC 的“数据轮播”概念在车载固件升级、数字标牌等领域仍有应用。部分 eMBMS (LTE 广播) 实现也借鉴了其会话控制思路。
答：DSM-CC 主要用于传统广播和早期 IPTV 系统。现代流媒体更多采用基于 HTTP 的 DASH 或 HLS。不过 DSM-CC 的“数据轮播”概念在车载固件升级、数字标牌等领域仍有应用。部分 eMBMS (LTE 广播) 实现也借鉴了其会话控制思路。
问：实现 DSM-CC 接收器必须要解码整个 MPEG‑2 传输流吗？
答：是的。接收器至少需要实现 MPEG‑2 TS 解复用、Section 过滤和 CRC 校验。仅提取 DSM-CC 消息的 PID 即可，无需完全解码视频/音频 PES。因此，DSM-CC 可在软硬件层面独立处理。
答：是的。接收器至少需要实现 MPEG‑2 TS 解复用、Section 过滤和 CRC 校验。仅提取 DSM-CC 消息的 PID 即可，无需完全解码视频/音频 PES。因此，DSM-CC 可在软硬件层面独立处理。
问：到 2026 年，该标准还有维护或替代计划吗？
答：ISO/IEC 13818-6 目前的版本仍是 2002 标准加上后续修正案（至 2006 年）。其核心元素已被纳入广泛使用的 DVB 数据广播规范。随着 MPEG‑2 TS 在新一代广播标准中的使用减少，DSM-CC 在消费端部署逐渐隐退，但在专业级系统（如数字影院、卫星固件升级）中依然活跃。
答：ISO/IEC 13818-6 目前的版本仍是 2002 标准加上后续修正案（至 2006 年）。其核心元素已被纳入广泛使用的 DVB 数据广播规范。随着 MPEG‑2 TS 在新一代广播标准中的使用减少，DSM-CC 在消费端部署逐渐隐退，但在专业级系统（如数字影院、卫星固件升级）中依然活跃。
