Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD CEN ISO TS 18234——智能交通系统交通与出行信息TPEG1二进制数据格式标准系列
Intelligent Transport Systems — Traffic and Travel Information via TPEG1 Binary Data Format（2013 系列，CEN ISO/TS 18234 英国实施版）
🚗 PD CEN ISO/TS 18234 是英国标准化协会（BSI）发布的 CEN ISO/TS 18234 英国实施文件系列（Published Documents）。该系列规定通过”传输协议专家组”（Transport Protocol Experts Group, TPEG）第一代（TPEG1）二进制数据格式承载交通与出行信息（Traffic and Travel Information, TTI）的技术规范。TPEG 标准由 CEN/TC 278（智能交通系统）与 ISO/TC 204 合作制定，英国国内由 EPL/278 技术委员会参与，ICS 分类号为 03.220.01 与 35.240.60。本系列共 7 个分部，涵盖引言编号与版本、数据应用、位置引用与条件接入等关键环节，是车载导航、路侧广播与移动出行应用领域的标志性数据格式标准。
💡 TPEG1 的诞生背景：早期交通信息主要依赖 RDS-TMC（调频副载波交通信息编码），带宽容纳有限、承载能力低。TPEG1 采用面向应用的二进制数据格式设计，可承载更丰富的交通事件、路况预测与位置信息，并通过 DAB（数字音频广播）、互联网等多种分发通道传播。
一、标准系列背景与设计目标 📌
交通与出行信息需要一种语言中立、应用中立、可扩展的数据编码方式，以便在不同国家、不同分发网络和不同终端设备之间一致地传递。CEN ISO/TS 18234 的 TPEG1 格式建立在”应用消息 + 通用容器”的分层设计之上：每个应用（如道路交通事件、天气、公共交通信息）定义自己的消息结构，而位置引用、时间信息等通用部分由公共容器规范统一承载，从而保证既灵活又可互操作。
本系列文件名中的”PD”表示发布文件（Published Document），属于 BSI 对 CEN 技术规范（CEN/TS）的英国实施；其有效期最初限为三年，期限届满前 CEN 成员国会评估是否将其转化为欧洲标准（EN）。第 1 部分作为整个系列的”顶层”文件，定义 TPEG1 的总体结构、消息编号规则与版本管理机制，是理解其余各部分的入口。
⚠️ 本系列 7 个分部中有 4 个为扫描版本（未获得可检索正文），包括第 2、3、7 与 9 部分；文中涉及这些分部的描述依据公开领域知识整理，具体条款请以 BSI 官方发布版本为准。
二、系列构成一览表 🧩
| 分部 | 版本 | 主题内容 | 说明 |
|---|---|---|---|
| PD CEN ISO/TS 18234-1 | 2013 | 引言、编号与版本（TPEG1-INV） | 可读版 |
| PD CEN ISO/TS 18234-2 | 2013 | 数据/应用层通用框架定义 | 扫描版 |
| PD CEN ISO/TS 18234-3 | 2013 | 服务与网络层（SNP）相关定义 | 扫描版 |
| PD CEN ISO/TS 18234-7 | 2013 | 位置引用（Location referencing）通用机制 | 扫描版 |
| PD CEN ISO/TS 18234-9 | 2013 | 交通事件应用（Traffic event）消息定义 | 扫描版 |
| PD CEN ISO/TS 18234-10 | 2013 | 条件接入信息（TPEG1-CAI） | 可读版 |
| PD CEN ISO/TS 18234-11 | 2013 | 位置引用容器（TPEG1-LRC） | 可读版 |
三、关键技术要求 🔧
3.1 引言、编号与版本——第 1 部分
第 1 部分定义 TPEG1 二进制数据格式的总体框架：消息应用的编号规则、版本管理、消息容器结构以及各分部分解引用方法。它为整个系列提供一致性基础：任何 TPEG1 接收端必须先解析第 1 部分规定的消息标识与版本字段，才能正确解译后续内容。
3.2 条件接入信息——第 10 部分
第 10 部分规定条件接入信息（Conditional Access Information, TPEG1-CAI）的消息格式，用于对受保护的交通信息内容进行访问控制与授权管理。它定义了权限描述、密钥管理信息与访问控制消息的编码方式，使运营商可以对高级交通信息服务实现订阅、加密与授权分发，保障商业模式的落地。
3.3 位置引用容器——第 11 部分
第 11 部分定义位置引用容器（Location Referencing Container, TPEG1-LRC）。位置引用是交通信息的”地址语言”，它把事件、路况与途经地点精确地映射到地图要素。TPEG1-LRC 提供了可扩展、可互操作的位置引用编码，支持坐标、道路段、节点与名称等多种引用方式，是保证”信息说得到、导航找得到”的关键部件。
✅ 应用要点：TPEG1-LRC 与第 7 部分的位置引用机制配合使用，可让同一交通事件被不同厂商的地图引擎准确一致地定位；条件接入（CAI）则为付费增值服务提供了标准化的保护通道，二者是 TPEG 商业化部署的两大支柱。
四、工程实践与应用场景 🏭
- 📻 数字广播分发：通过 DAB/DAB+ 将 TPEG1 字节流广播给车载终端，支持实时路况、事故提醒与停车信息，覆盖广、无流量费用。
- 📱 移动出行应用：通过互联网将 TPEG1 数据推送到手机导航应用，结合位置引用容器在地图上叠加拥堵与事件图层。
- 🚌 公共交通信息：公交到站、轨道延误等公共交通消息按 TPEG1 应用定义编码，供旅客信息系统统一解析与播报。
- 🔌 系统集成要点：接收端需先实现第 1 部分的编号与版本解析；升级版本时保证向后兼容；部署付费服务时按第 10 部分实现授权与解密流程；位置展示务必按第 11 部分完成地图匹配验证。
五、常见问题解答 ❓
❓ 问：TPEG1 与 RDS-TMC 有什么区别？
答：RDS-TMC 通过 FM 副载波、采用事件码+位置码的紧凑编码，带宽受限；TPEG1 是面向应用的二进制数据格式，内容更丰富、更灵活，可通过 DAB 与互联网分发，并支持条件接入与多媒体扩展，逐步成为新一代交通信息格式。
答：RDS-TMC 通过 FM 副载波、采用事件码+位置码的紧凑编码，带宽受限；TPEG1 是面向应用的二进制数据格式，内容更丰富、更灵活，可通过 DAB 与互联网分发，并支持条件接入与多媒体扩展，逐步成为新一代交通信息格式。
🔍 问：位置引用容器（LRC）解决什么问题？
答：同一地点在不同地图商的地图中可能由不同路段编码表示。LRC 提供统一、可映射的位置引用编码，使信息源一次编码、多个地图引擎一致定位，避免”事件说清了、地图找不到”的尴尬。
答：同一地点在不同地图商的地图中可能由不同路段编码表示。LRC 提供统一、可映射的位置引用编码，使信息源一次编码、多个地图引擎一致定位，避免”事件说清了、地图找不到”的尴尬。
❓ 问：条件接入（CAI）是否意味着信息一定收费？
答：不一定。CAI 是访问控制机制，既可保护付费订阅内容，也可用于统计、区域授权或合规管理。是否收费是商业模式问题，CAI 解决的是”如何安全地控制谁能看”的技术问题。
答：不一定。CAI 是访问控制机制，既可保护付费订阅内容，也可用于统计、区域授权或合规管理。是否收费是商业模式问题，CAI 解决的是”如何安全地控制谁能看”的技术问题。
📊 问：如何判断系统是否兼容 TPEG1？
答：应核对接收端是否实现第 1 部分的编号与版本解析、目标应用消息（如交通事件）以及所需的位置引用与（可选）条件接入容器；同时确认分发通道（DAB/互联网）与干线网（SNP）封装是否匹配。
答：应核对接收端是否实现第 1 部分的编号与版本解析、目标应用消息（如交通事件）以及所需的位置引用与（可选）条件接入容器；同时确认分发通道（DAB/互联网）与干线网（SNP）封装是否匹配。
