定义
CBTC（Communication-Based Train Control，基于通信的列车控制）是一种以连续、大容量车地双向无线通信为核心的轨道交通信号控制系统。与传统基于轨道电路的固定闭塞不同，CBTC 通过 定位 与通信实现移动闭塞，列车可实时向地面控制中心上报位置、速度，地面向列车下发移动授权（MA），从而缩短列车间隔、提高运能、降低轨旁设备成本。
CBTC 是 IEC 62280、IEEE 1474 等国际标准的核心对象，广泛应用于地铁、轻轨、市域铁路及跨境铁路。车地通信通常采用 LTE-M、5G 或专用无线（如 Wi-Fi 802.11p），要求低时延、高可靠、抗干扰，与物联网车联网技术高度相关。
技术特点与架构
CBTC 典型架构包括：车载子系统（VOBC）——负责列车定位、速度测量、制动控制及与地面通信；区域控制器（ZC）——根据列车位置计算移动授权；数据通信系统（DCS）——车地无线与骨干网；列车自动监控（ATS）——运营调度与运行图。定位方式包括应答器+测速、RTK 卫星定位、惯性导航等组合，以满足厘米级精度要求。
车地通信需满足安全完整性等级 SIL4，采用冗余、加密与故障安全设计。跨境铁路场景下，不同国家频段与认证差异大，需采用 一卡多国 或多模通信方案，保障列车跨境连续通信。
在物联网与跨境场景中的应用
CBTC 在物联网与跨境场景中的应用包括：城市轨道交通——地铁、轻轨的自动化运营，减少人工干预；跨境铁路——中欧班列、跨境高铁等需统一通信与信号标准，CBTC 支持跨国互联互通；智慧城轨——与 数据采集、设备管理平台 结合，实现故障预测、能耗优化。达希物联为轨道交通车载通信模块、地面无线设备提供稳定物联网连接，支持 CBTC 车地通信在跨境场景下的可靠运行。
移动授权依赖有界时延的车地链路
CBTC 用连续的车地通信代替固定闭塞里的轨道区段占用。列车把位置和速度送给区域控制器，区域控制器计算允许列车走到哪里，这个允许称为移动授权，再通过通信系统送回车上。车上只在授权范围内运行。通信在这里不是附加的监控通道，而是联锁逻辑的一部分，因此要有明确的时延上界、丢包后的安全侧动作，以及互相独立的冗余路径。国际项目里的公网物联网卡可以承担乘客信息、设备状态采集等非安全业务，不能因为“也能上网”就被当成移动授权的承载。
使用条件由线路的安全设计决定，而不是由网卡速率决定。车地之间通常要有冗余无线、有界的端到端时延、失败后导向安全制动的策略，以及独立于乘客网络的地址和优先级。定位要满足系统要求的误差，单一卫星定位一般要与应答器、测速或其他方式组合，不能用普通资产追踪的定位精度来替代。跨境线路还要处理两国无线频段、设备认可和地面网络衔接，列车过境时授权不能因为公网漫游重新附着而中断。任何会改变时延的共享，例如把授权和管理视频放在同一条无优先级的承载上，都不符合这类系统的使用条件。
用公网漫游会话承载移动授权
容易出错的是用普通漫游物联网链路传送移动授权。公网附着、地址分配和跨境切换都没有确定的时间上界，一旦重新附着，授权超时，列车只能采取安全侧制动，这不是调大超时就能长期掩盖的。另一类错误是乘客无线与控制无线共用天线、电源或回传，乘客侧拥塞或故障把控制侧一起拖垮。还有一类是只用卫星定位维持列车位置，隧道和车站里误差变大后仍按地面追踪器的逻辑继续运行。把采集到的列车状态延迟上传，当成已经实现了基于通信的控制，也会混淆监控与控制。
过境时若控制链路要切换地面网络，切换必须在系统设计里验证，而不能依赖消费级漫游的自动选网。排查非安全类的附属业务时，可以把设备状态采集和授权通道分开看：前者中断不应直接解释为授权失败，后者中断则应按安全逻辑处理。冗余是否真正独立，要看天线、频谱和地面回传有没有分开，而不是只看车上有两张卡。备用路径的切换时间也要单独验证，不能套用一般备份链路的秒级经验。
附属的状态采集可以走普通物联网连接，但采集中断的提示级别不能做成与授权超时相同，否则乘客信息系统的一次掉线会被当成安全事件。过境试验要记录授权通道切换的实际耗时，并与设计上界比较；超时就维持安全侧，不能为了通过试验临时放宽上界。冗余是否独立，还要看电源和天线是否分开，两张卡共用一个馈电点不算独立。非安全业务的占用要有上限，避免挤占仍需保持的监测通道。