DB11-T 2009.1-2022 城市轨道交通综合无线通信系统技术规范 第1部分：总体要求

ICS03.220.30

CCSS92

备案号：92621-2022

DB11

北京市地方标准

DB11/T2009.1—2022

城市轨道交通综合无线通信系统技术规范

第1部分：总体要求

Technicalspecificationformetrotransitintegrated

wireless-communicationssystem—Part1:Generalrequirements

2022-09-29发布2023-01-01实施

北京市市场监督管理局发布

DB11/T2009.1—2022

城市轨道交通综合无线通信系统技术规范

第1部分：总体要求

1范围

本文件规定了城市轨道交通综合无线通信系统的基本要求、系统架构、业务承载要求、系统功能要

求、系统性能要求、系统覆盖要求和系统安全要求。

本文件适用于城市轨道交通综合无线通信系统新建、更新改造工程的规划、设计、建设及验收；线

路改建、扩建工程可参照执行。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T22239信息安全技术网络安全等级保护基本要求

3术语和定义

下列术语和定义适用于本文件。

3.1

城市轨道交通综合无线通信系统metrotransitintegratedwireless-communicationssystem

城市轨道交通中承载语音、数据、多媒体等多种业务的专网无线通信系统。

3.2

列车控制业务traincontrolservice

通过不依赖轨旁列车占用检测设备的列车主动定位技术，连续车地双向数据通信技术以及能够执行

安全功能的车载和地面处理器而实现的连续式列车自动控制。

3.3

集群调度业务trunkeddispatchingservice

通过城市轨道交通综合无线通信系统实现的线路运营、应急和维护等需要的语音呼叫、多媒体呼叫

及数据传输。

3.4

列车中心广播业务trainpublicaddressservice

中心调度员通过城市轨道交通综合无线通信系统对列车客室内乘客进行的广播播报。

3.5

列车乘客召援业务trainimminencephonehandleservice

列车客室内乘客通过车载应急电话向列车司机、列车值守人员或中心调度员发起的实时语音呼叫或

多媒体呼叫。

3.6

列车紧急文本业务trainemergencytextservice

通过城市轨道交通综合无线通信系统向列车乘客信息系统终端传送紧急文本信息。

1

DB11/T2009.1—2022

3.7

列车运行状态监测业务traincontrolmonitoringservice

通过城市轨道交通综合无线通信系统将列车关键参数实时传送至地面监测中心。

3.8

列车视频监视业务trainvideomonitoringservice

通过城市轨道交通综合无线通信系统将列车视频监视图像实时传送至控制中心或地面监控站进行

集中监控。

3.9

列车乘客信息视频业务trainpassengerinformationservice

通过城市轨道交通综合无线通信系统向列车乘客信息系统终端传送视频或图片信息。

3.10

自动化等级（GoA）GradeofAutomation

根据运营工作人员和技术系统所承担的列车运行基本功能的责任划分确定的列车运行的等级。

[来源：GB/T32590.1—2016，3.1.9]

3.11

语音组呼voicegroupcall

终端或调度台发起的对一个组的半双工语音呼叫。在一个无线小区内，该组成员共享一个下行信道，

可以听到话语权拥有方的语音，上行信道由一个获得话语权的组成员占用。

[来源：GB/T37291—2019，5.1.2.2，有修改]

3.12

连接建立时延connectionset-updelay

连接请求方从发起连接请求到收到连接已成功建立的指示之间的时间间隔。

4基本要求

4.1城市轨道交通综合无线通信系统可由工作于一组或多组无线频段、一种或多种技术制式、一套或

多套系统构成，应按照同一整体进行规划设计及实施，应优先使用北京市轨道交通无线专网频段。

4.2城市轨道交通综合无线通信系统建设应纳入城市轨道交通工程总体规划，并进行综合设计、同步

施工、同步验收、同时交付使用。

4.3城市轨道交通综合无线通信系统宜按照多线共用中心层设备进行规划。

4.4城市轨道交通综合无线通信系统中选择使用的设备、产品应符合国家及北京市相关要求，应具有

相应的认证证书及由具有资质的第三方检测机构出具的检测报告。

4.5城市轨道交通综合无线通信系统应能在地面及地下等环境中，满足列车高速运行状态下（运行速

度不低于200km/h）车地无线业务承载的性能要求。

4.6城市轨道交通综合无线通信系统应按照单一无线小区不少于4列列车同时运行进行系统设计。

4.7城市轨道交通综合无线通信系统无线通信频率使用应遵循国家及北京市无线电频率管理要求。

4.8城市轨道交通综合无线通信系统各线路IP地址规划应遵循北京市轨道交通全路网统一管理要求。

4.9城市轨道交通综合无线通信系统应采用统一的编码规则。

5系统架构

2

DB11/T2009.1—2022

5.1城市轨道交通综合无线通信系统架构由三层组成，分别为中心层、接入层、终端层，系统架构如

图1所示。

核心网关核心网关

中心层

集群调度主用备用集群调度

网络管理

设备无线中心网络无线中心网络设备

接入设备

接入层

射频系统【天线/漏泄同轴电缆/漏泄波导管】

终端层

车载接入单元无线车载台无线固定台无线手持台

图1城市轨道交通综合无线通信系统架构图

5.2中心层完成承载业务的处理，实现网络管理及存储等功能；由无线中心网络设备、网络管理设备、

集群调度设备、核心网关等组成。

5.3接入层完成网络无线接入侧的信号收发处理，支持通过射频系统（天线/漏泄同轴电缆/漏泄波导

管）进行无线覆盖；由接入设备、射频系统等组成。

5.4终端层完成无线数据收发处理及各车载设备业务数据的交互；由车载接入单元、无线车载台、无

线固定台、无线手持台等组成。

6业务承载要求

6.1业务类别

6.1.1城市轨道交通无线通信业务宜分为行车安全类业务、行车辅助类业务、运维及服务类业务；城

市轨道交通综合无线通信系统网络应承载行车安全类业务及行车辅助类业务，可承载运维及服务类业

务。

6.1.2行车安全类业务应包括列车控制业务、集群调度业务（语音）、列车中心广播业务、列车乘客

召援业务。

6.1.3行车辅助类业务应包括列车紧急文本业务、列车运行状态监测业务、列车视频监视业务、列车

乘客信息视频业务。

6.1.4运维及服务类业务可包括集群调度业务（多媒体）及列车视频监视录像回传业务、接触网检测

（含轨检）业务、车辆走行部监测业务、综合运维管理业务、设备设施状态监测业务、人员及设备设施

定位信息业务、列车故障预测与健康管理业务等其他业务。

3

DB11/T2009.1—2022

6.2行车安全类业务

6.2.1列车控制业务

城市轨道交通综合无线通信系统承载列车控制业务时要求如下：

a)系统可用性不应小于99.99%；

b)系统应最优先保证列车控制业务的传输，且不受其它业务传输的影响；

c)列车高速运行时（运行速度不低于200km/h），系统性能应满足要求；

d)系统单路单向传输时延不大于150ms的概率不应小于98%、不大于2s的概率不应小于99.92%；

e)列车控制业务单通道丢包率不应大于1%，通信中断时间不大于2s的概率不应小于99.99%；

f)GoA1、GoA2下列车控制业务数据周期性发送时，每列车上行、下行传输速率均不应小于

256kbit/s；

g)GoA3、GoA4下列车控制业务数据周期性发送时，每列车上行、下行传输速率均不应小于

512kbit/s；

h)系统在物理上应为独立的双无线网络；

i)双无线网络传输相同业务数据时，接收侧两网传输时延差应满足业务要求；

j)高架区间、多线换乘站、异常运行等引起的多列列车聚集时，系统为列车控制业务提供的通

道性能应不变。

6.2.2集群调度业务（语音）

城市轨道交通综合无线通信系统承载集群调度业务（语音）时要求如下：

a)系统可用性不应小于99.99%；

b)语音组呼的呼叫建立时间不应大于300ms；

c)全双工集群单呼建立时间不应大于500ms；

d)半双工集群单呼建立时间不应大于500ms；

e)话权申请时间不应大于200ms；

f)单无线中心网络场景下切换时延不应大于100ms，跨无线中心网络场景下切换时延不应大于

200ms；

g)单一无线小区并发组数不应小于7.5组语音/MHz；

h)话音质量不应低于三级；

i)系统为每路语音提供的传输速率不应小于64kbit/s；

j)高架区间、多线换乘站、异常运行等引起的多列列车聚集时，系统为集群调度业务（语音）提

供的通道性能应不变；

k)多线换乘站、多线共用车辆基地等引起的多线路共用区域场景，系统为集群调度业务（语音）

提供的通道性能应不变。

6.2.3列车中心广播业务

城市轨道交通综合无线通信系统承载列车中心广播业务时要求如下：

a)语音组呼的呼叫建立时间不大于200ms的概率不应小于98%；

b)话音质量不应低于三级；

c)系统为每路语音提供的传输速率不应小于1Mbit/s；

4

DB11/T2009.1—2022

d)高架区间、多线换乘站、异常运行等引起的多列列车聚集时，系统为列车中心广播业务提供的

通道性能应不变。

6.2.4列车乘客召援业务

城市轨道交通综合无线通信系统承载列车乘客召援业务时要求如下：

a)系统可用性不应小于99.99%；

b)单呼建立时间不应大于500ms；

c)高架区间、多线换乘站、异常运行等引起的多列列车聚集时，系统为列车乘客召援业务提供的

通道性能应不变。

6.3行车辅助类业务

6.3.1列车紧急文本业务

城市轨道交通综合无线通信系统承载列车紧急文本业务时要求如下：

a)应支持任意时刻传送列车紧急文本业务至在线列车；

b)应支持中心与列车间点对点、点对多点传输；

c)通道时延不大于300ms的概率不应小于98%；

d)单一列车的列车紧急文本业务通道丢包率不应大于1%；

e)系统传输速率不应小于10kbit/s。

6.3.2列车运行状态监测业务

城市轨道交通综合无线通信系统承载列车运行状态监测业务时要求如下：

a)传输时延不大于300ms的概率不应小于98%；

b)单一列车的列车运行状态监测业务通道丢包率不应大于1%；

c)GoA1、GoA2下每列车上行传输速率不应小于24kbit/s、不应大于80kbit/s；

d)GoA3、GoA4下每列车上行传输速率不应小于32kbit/s、不应大于104kbit/s，下行传输速率

不应小于1kbit/s。

6.3.3列车视频监视业务

城市轨道交通综合无线通信系统承载列车视频监视业务时要求如下：

a)单一列车内应同时进行至少4路上行视频传输，单一无线小区多列车情况下可同时进行不少

于10路上行视频传输；

b)每路视频传输速率不应小于1Mbit/s；

c)传输时延不大于500ms的概率不应小于98%；

d)单一列车的列车视频监视业务通道丢包率不应大于1%。

6.3.4列车乘客信息视频业务

城市轨道交通综合无线通信系统承载列车乘客信息视频业务时要求如下：

a)应支持广播和组播通信；

b)传输时延不大于500ms的概率不应小于98%；

c)单一列车的列车乘客信息视频业务通道丢包率不应大于1%；

d)每列车系统下行传输速率不应小于4Mbit/s。

5

DB11/T2009.1—2022

6.4运维及服务类业务

6.4.1集群调度业务（多媒体）

城市轨道交通综合无线通信系统承载集群调度业务（多媒体）时要求如下：

a)组呼的呼叫建立时间不应大于300ms；

b)传输速率不应小于128kbit/s/路；

c)单一无线小区并发组数不应小于10组，2路视频/组。

6.4.2其他业务

其他运维及服务类业务的承载要求可根据业务系统要求及网络承载能力进行规划设计。

6.5业务优先级

城市轨道交通综合无线通信系统所承载业务的优先级如表1所示。

表1业务优先级要求

业务类别业务优先级业务名称

1列车控制业务

2集群调度业务（语音）

行车安全类业务

3列车中心广播业务

3列车乘客召援业务

4列车紧急文本业务

4列车运行状态监测业务

行车辅助类业务

5列车视频监视业务

6列车乘客信息视频业务

运维及服务类业务≥7集群调度业务（多媒体）、其他业务

注：数字越小优先级越高

7系统功能要求

7.1网络功能

城市轨道交通综合无线通信系统应支持下列网络功能：

a)分组数据路由、终端注册和认证管理功能；

b)接入控制功能，包括用户鉴权、用户设备识别等；

c)网络安全功能，包括网络侧的加密控制；

d)带宽配置功能；

e)移动性管理功能，包括链路质量检测、切换等；

f)同频组网干扰控制功能；

g)业务优先级管理功能。

7.2数据传输功能

6

DB11/T2009.1—2022

城市轨道交通综合无线通信系统应支持下列数据传输功能：

a)分组数据无线传输功能；

b)分组数据重发功能；

c)分组数据路由转发功能；

d)虚拟专网功能；

e)虚拟局域网功能，不同类型的数据经由不同的虚拟局域网进行传输，控制广播风暴区域；

f)有线组播传输及空口广播/组播功能。

7.3集群调度功能

城市轨道交通综合无线通信系统应支持下列集群调度功能：

a)语音呼叫功能：单呼、电话互联（全双工）、组呼、全呼、广播（单个基站范围、系统范围）、

通话请求、多组/多选呼叫（组间不互通）、临时组呼（组间互通）、中心广播、乘客对讲等

调度呼叫、车组号/车次号呼叫、站管区呼叫、列车位置呼叫；

b)视频功能：可视单呼、同源视频组呼、视频上传、视频转发；

c)数据传输功能：点对点短消息（支持接收确认、阅读确认）和点对多点短消息；

d)数据转发功能：支持将系统内的各种语音、视频、数据呼叫记录及系统告警信息转发至第三

方设备；

e)调度员监听功能；

f)故障弱化（单站集群）功能；

g)其他功能：优先级呼叫、预占优先呼叫、强插/强拆、紧急呼叫、通播组呼叫、通话组扫描、

动态重组、遥毙/遥晕/复活、迟后进入、话权管理、通话限时、讲话方识别、缩位拨号。

7.4告警功能

城市轨道交通综合无线通信系统应支持下列告警功能：

a)设备故障告警功能；

b)终端异常脱网告警功能；

c)故障信息集中监视、管理和统一显示功能。

7.5网络管理功能

城市轨道交通综合无线通信系统应能在中心实时监控到本系统各网元的工作状态及在线性能，应支

持下列网络管理功能：

a)配置管理、性能管理、故障管理、安全管理、日志管理等功能；

b)网络运行信息和状况监视功能；

c)告警信息整合上传功能；

d)存储功能：

1)应支持记录并保留所有网管事件和告警，包含阈值、错误、状态和告警事件；

2)应支持用于收集和分析所有日志数据的设备或工具；

3)应支持在线存储日志数据不少于30天；

4)应支持离线归档存储日志数据；

5)应支持设备的关闭、启动和失效导致的任何日志数据存储。

7.6接口监测功能

7

DB11/T2009.1—2022

城市轨道交通综合无线通信系统承载列车控制业务时应支持接口监测功能，对本系统与列车控制业

务的地面及车载接口进行监测，并对监测数据进行存储分析。接口监测功能应针对接口信令、业务数据

进行监测，且不应影响通信网络正常运行。

城市轨道交通综合无线通信系统承载其他业务时，可根据业务需要设置接口监测功能。

7.7同步要求

城市轨道交通综合无线通信系统时钟同步应满足下列要求：

a)系统应设置主、备时钟源；

b)设备同步单元应具有至少2个外部时钟同步接口；

c)系统的有线网络应确保同步时钟源提供的时间同步信息在传输过程中的精度和稳定性；

d)同步源应采用北斗系统；

e)基站设备与同步源间应使用PTP（精确时钟同步协议）同步；

f)同步源丢失后，基站时钟同步保持时间不应小于24小时。

7.8网络互联互通要求

城市轨道交通综合无线通信系统应满足轨道交通线网跨线运营及共线运营的要求，实现无线终端跨

线切换，支持集群调度业务（语音）跨线单呼及全呼功能。

8系统性能要求

8.1可靠性、可用性要求

城市轨道交通综合无线通信系统可靠性、可用性应满足下列要求：

a)在承载列车控制业务时应能在单点故障情况下保持网络通信正常；

b)在承载列车控制业务时，单点故障情况下允许的通信中断时间不应大于2s；

c)系统可用性不应小于99.99%；

d)系统核心设备的关键板卡应冗余备份，关键板卡故障时，允许的通信中断时间不应大于2s；

e)车载终端应在列车首尾进行冗余备份，在单端设备故障时，系统仍应保证业务承载要求。

8.2连接建立要求

城市轨道交通综合无线通信系统连接建立应满足下列要求：

a)终端层设备发起的连接建立时延不大于500ms的概率不应小于95%；时延大于1s时，则认为

连接建立失败，连接建立失败概率应小于1%；

b)中心层设备发起的连接建立时延不大于500ms的概率不应小于95%；时延大于1s时，则认为

连接建立失败，连接建立失败概率应小于1%；

c)累积的单位连接保持时间内非主动释放的累积次应小于1%。

9系统覆盖要求

9.1覆盖范围

8

DB11/T2009.1—2022

城市轨道交通综合无线通信系统无线覆盖范围应根据所承载业务进行规划设计，覆盖范围主要包

括：

a)双正线区间线路、折返线、避让线、存车线，建筑限界内联络线；

b)区间变电所等单体；

c)沿线各车站站厅、站台、主要设备用房、疏散通道、办公用房、换乘通道（建筑限界内）、

出入口等区域；

d)车辆段/停车场出入段线（含站场）、咽喉区、停车列检库、洗车线（库）、检修库、工程车

库、试车线、综合楼、变电所、运营维护区域等。

9.2无线覆盖

城市轨道交通综合无线通信系统的无线覆盖应满足下列要求：

a)无线小区边缘无线场强应保证系统的带宽满足其设计能力的要求；

b)单设备切换时应满足所承载业务的性能要求，主要包括：

1)单设备切换时不应影响所承载业务；

2)承载列车控制业务和集群调度业务时，单线路30天内因无线切换超时而导致停车的次数

不应大于1次；

3)承载列车控制业务和集群调度业务时，单设备切换时延不大于150ms的概率不应小于98%；

切换时延不大于2s的概率不应小于99.92%。

c)越区切换时应满足所承载业务的性能要求，主要包括：

1)越区切换造成的通信延时不大于150ms的概率不应小于98%；

2)在满足设计要求的