Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/TS 29843-1 — 智能交通系统 — 出行整合 — 第1部分：框架与参考架构
面向工程师和系统架构师的技术参考
ISO/TS 29843-1 概述：智能交通系统——出行整合——第1部分：框架与参考架构
ISO/TS 29843-1建立了智能交通系统内出行整合的基础框架和参考架构。作为两部分技术规范的第1部分，它定义了创建无缝多模式出行生态系统的总体原则、系统边界、功能域和信息流。该规范解决了将多样化出行服务标准化整合到统一的以用户为中心的出行平台中的迫切需求。
ISO/TS 29843-1中的参考架构采用分层方法，将基础设施、服务提供和用户交互域分离。实施出行平台的工程师应将每个功能组件映射到适当的层级，确保接口清晰，并随着新出行服务的出现实现可维护的系统演进。
该规范定义了四个主要功能域：出行服务域、交通基础设施域、数据交换域和用户交互域。每个域封装了特定能力，并与相邻域具有定义明确的接口。这种架构分离使每个域能够独立演进，同时通过标准化的通信协议和数据模型保持整体系统的一致性。
核心功能域与接口
ISO/TS 29843-1为每个功能域及其之间的接口提供了详细规范。出行服务域涵盖所有出行服务提供商。交通基础设施域涵盖物理基础设施要素。数据交换域作为语义中间件，支持跨域的服务发现、行程规划、预订、支付和实时状态交换。
| 功能域 | 核心能力 | 接口标准 | 数据交换要求 |
|---|---|---|---|
| 出行服务域 | 服务注册、可用性管理、预订处理、票价计算 | 开放API规范（RESTful）、GTFS兼容时刻表数据 | 实时可用性更新延迟≤5秒，交易预订确认≤2秒 |
| 交通基础设施域 | 交通信号状态、停车可用性、电动车充电状态、道路状况监测 | DATEX II、NTCIP、电动车充电OCPI | 基础设施状态更新延迟≤10秒，历史数据批量保留≥24个月 |
| 数据交换域 | 服务注册表、语义中介、身份管理、清算与结算 | OAuth 2.0 / OpenID Connect认证、JSON-LD语义互操作 | 交易日志包含完整审计追踪；数据匿名化以符合隐私合规 |
| 用户交互域 | 多模式行程规划、个性化推荐、统一支付、无障碍支持 | WAI-ARIA无障碍标准、渐进式Web应用标准 | 用户偏好存储（仅限选择加入），非认证用户行程历史≤90天 |
多模式行程规划与执行
ISO/TS 29843-1的核心特色是多模式行程规划框架。该规范定义了标准行程请求格式，包含起点、目的地、时间约束、用户偏好和出行服务约束。该框架支持单一提供商行程和结合不同出行服务的复杂多段旅程。
在实施符合ISO/TS 29843-1的多模式行程规划时，工程师必须处理时间有效性的关键挑战——所提供行程计划必须在所有组成服务仍然可用的时间窗口内可执行。这需要实时预订锁定机制和在服务不可用时的降级重新规划。
行程执行阶段定义了实时旅程跟踪、不同出行提供商之间在换乘点的服务交接以及服务延误或取消时的异常处理协议。该规范要求平台保持对用户当前行程状态的感知，并在发生中断时主动提供替代方案，重新规划最大延迟为15秒。
采用与ISO/TS 29843-1原则一致的出行平台的城市报告，在运营前两年内，从私家车使用到可持续出行方式的模式转移平均达到12-18%。关键推动因素是减少多模式出行中的摩擦——单点登录、统一支付和跨服务实时协调降低了此前阻碍用户组合不同出行方式的认知和交易成本。
数据治理与互操作性
该规范建立了全面的数据治理原则，包括数据所有权、使用权、隐私保护和质量保证。每个数据生产实体保留其数据的所有权，而数据交换域基于角色的权限模型管理访问权限。ISO/TS 29843-1强制支持三种数据共享类别：开放数据、共享数据和受保护数据。
出行整合平台中的一个关键实施风险是级联故障场景，即一个服务提供商系统的故障通过数据交换域传播并影响整个出行生态系统。ISO/TS 29843-1要求数据交换域实施舱壁隔离模式——每个服务提供商连接在专用资源边界内运行，并设有严格的熔断阈值。如果某个提供商超过延迟或错误率阈值，该提供商将被自动隔离，而不会影响其他提供商的服务质量。
常见问题
问：ISO/TS 29843-1与出行即服务框架有何关系？
答：ISO/TS 29843-1为实现出行即服务提供了技术基础。出行即服务是一个关注用户体验和服务整合的业务与服务概念，而本技术规范定义了跨不同司法管辖区和出行提供商实现出行即服务技术可行性所需的具体协议、数据模型和架构模式。
问：ISO/TS 29843-1是否要求集中式平台架构？
答：不。参考架构支持集中式和联邦式两种部署模式。在联邦式模式中，每个出行提供商托管自己的服务域，数据交换域作为分布式网络运行。该规范有意避免强制规定特定的部署拓扑，以适应不同的监管环境和市场结构。
问：ISO/TS 29843-1提出了哪些无障碍要求？
答：该规范要求所有面向用户的界面符合WAI-ARIA指南，并支持多种交互方式。行程规划必须考虑无障碍约束，包括轮椅可用车辆、换乘点的无阶梯通道以及为行动不便用户提供足够的换乘时间。出行服务提供商必须在其服务可用性数据旁发布无障碍元数据。
