| 标准编号 | GB/T 32590.2-2024 (GB/T32590.2-2024) | | 中文名称 | 轨道交通 市域铁路和城轨交通运输管理和指令/控制系统 第2部分：功能需求规范 | | 英文名称 | Railway applications - Suburban railway and urban guided transport management and command/control systems - Part 2: Functional requirements specification | | 行业 | 国家标准 (推荐) | | 中标分类 | S60 | | 国际标准分类 | 45.020 | | 字数估计 | 58,522 | | 发布日期 | 2024-04-25 | | 实施日期 | 2024-11-01 | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | GB/T 32590.2-2024: 轨道交通 市域铁路和城轨交通运输管理和指令/控制系统 第2部分：功能需求规范
ICS 45.020
CCSS60
中华人民共和国国家标准
轨道交通 市域铁路和城轨交通
运输管理和指令/控制系统
第2部分:功能需求规范
(IEC 62290-2:2014,Railwayapplications-Urbanguidedtransport
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅰ
引言 Ⅱ
1 范围 1
2 规范性引用文件 1
3 术语、定义和缩略语 1
3.1 术语和定义 1
3.2 缩略语 3
4 运营基本概念 3
4.1 城市轨道交通运营组织 3
4.2 基本运营原则 4
4.3 确保安全进路原则 5
4.4 确保列车安全间隔原则 5
4.5 确保列车安全速度原则 5
4.6 列车运营的降级模式 6
5 列车运营功能 6
5.1 确保列车的安全移动 7
5.2 驾驶列车 17
5.3 监控线路 20
5.4 监控乘客乘降 24
5.5 运行列车 28
5.6 确保紧急情况的检测与管理 35
6 运营管理与监控功能 38
6.1 管理日常时刻表 38
6.2 管理列车服务 39
6.3 监控列车 42
6.4 控制牵引供电 44
6.5 管理 HMI接口 45
6.6 提供乘客和工作人员通信系统接口 46
6.7 提供乘客信息系统接口 46
6.8 提供乘客视频监视系统接口 46
6.9 维护支持 46
6.10 管理列车和乘务员 47
附录A(资料性) 本文件与IEC 62290-2:2014技术性差异及其原因 48
参考文献 52
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
本文件是GB/T 32590《轨道交通 市域铁路和城轨交通运输管理和指令/控制系统》的第2部分。
GB/T 32590已经发布了以下部分:
---第1部分:系统原理和基本概念;
---第2部分:功能需求规范;
---第3部分:系统需求规范。
本文件修改采用IEC 62290-2:2014《轨道交通 城市轨道交通运输管理和指令/控制系统 第2部
分:功能需求规范》。
本文件与IEC 62290-2:2014相比做了下述结构调整:
---增加了5.5.11;
---增加了5.5.12。
本文件与IEC 62290-2:2014相比,存在较多技术差异,在所涉及的条款的外侧页边空白位置用垂
直单线(|)进行了标示,这些技术差异及其原因见附录A。
本文件做了下列编辑性改动:
---为与现有标准协调,将标准名称改为《轨道交通 市域铁路和城轨交通运输管理和指令/控制
系统 第2部分:功能需求规范》;
---条文中的“OHMI”和“THMI”更改为“外部 OHMI”和“外部 THMI”“组成要素”更改为
“UGTMS设备”以及“UGTMS装备列车”更改为“UGTMS列车”;
---删除了全文的外部OHMI或外部THMI对收到的信息用于“显示和记录”的描述;
---增加了第1章范围中的注;
---增加了缩略语“GOA”使用说明的注(见3.2)。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由国家铁路局提出。
本文件由全国轨道交通电气设备与系统标准化技术委员会(SAC/TC278)归口。
本文件起草单位:中车株洲电力机车研究所有限公司、湖南中车时代通信信号有限公司、深圳市地
铁集团有限公司、北京交通大学、中车大同电力机车有限公司、北京全路通信信号研究设计院集团有限
公司、中铁第五勘察设计院集团有限公司、北京市地铁运营有限公司、中国铁道科学研究院集团有限公
司通信信号研究所。
本文件主要起草人:路向阳、吴卫平、吕浩炯、刘群欣、陈超录、龙育才、唐涛、原志强、姜磊、宁咏梅、
李熙、张德明。
引 言
GB/T 32590规定了用于城市轨道乘客运输线路及网络的城市轨道交通以及采用基于通信的列控
系统技术的市域铁路运输管理和指令/控制系统的功能需求、系统需求和接口需求。
在本文件中,城市轨道交通运输管理及指令/控制系统的缩略语是UGTMS。UGTMS覆盖了从非
自动化列车运行(GOA1)到无人值守列车运行(GOA4)的广泛运营需求。对于一条线路,在全线或仅
在一部分线路装备UGTMS。
GB/T 32590没有专题论述公共安全问题,但提出的安全需求用于保障市域铁路和城轨交通运输
系统内的公共安全。
GB/T 32590的主要目的是实现互联互通、互换性和兼容性。
GB/T 32590作为希望引入具有互联互通、互换性和兼容性设备的推荐性文件。
如何使用GB/T 32590,取决于具体线路的特定需求,以满足对本文件的特殊使用需求。
GB/T 32590也适用于升级已有的信号和指令控制系统。在这种情况下,仅能保证新增的 UGT-
MS设备的互换性和兼容性。对已有设备进行升级的可行性以及互联互通层次的审核责任,由相关运
输管理部门承担。
GB/T 32590的具体应用,考虑不同地区的各种线网之间差异,这些差异包括运营和规章要求以及
不同的安全文化。
GB/T 32590定义了一套UGTMS功能需求,基于给定的自动化等级,分为必备功能和可选功能。
大部分的必备功能是无条件执行的。某些特定的功能是在一定条件下是必备的(这些条件通常与
UGTMS的外部设备有关)。供应商提供一个或多个通用应用,包括所有的必备功能及全部或部分的可
选功能,来满足需求。通用应用在规定的特定应用条件下,具备互联互通。考虑到各地的条件不同(如
轨道线路配置及行车间隔需求),对通用应用进行定制,从而形成特定应用。运输管理部门和供应商还
在通用应用或特定应用之外增加附加功能,这些附加功能不在GB/T 32590中描述。
根据GB/T 21562,运输管理部门负责与监管部门达成一致,在考虑其风险承受准则的情况下对每
个特定应用进行特定的危害及风险分析。每个特定应用的功能安全等级需由特定的风险分析确定。
术语例如“安全相关指令”“安全条件”“安全车站发车”,在被提及时是未经过危害分析的。
GB/T 32590拟由四个部分构成。
---第1部分:系统原理和基本概念。目的在于对本文件系列及其基本概念、系统定义、原理和
UGTMS的基本功能的介绍;其他三个部分对应对 UGTMS进行规范所需的三个步骤
(见图1)。
---第2部分:功能需求规范。目的在于根据第1部分提出的基本功能以及第1部分图3规定的
系统边界和接口,规定功能需求。FRS(功能需求规范)识别并规定市域铁路和城轨运输系统
运营所需的功能。根据给定的自动化等级,功能分为两类:必备功能(如列车占用检测)和可选
功能(如与乘客信息及乘客视频监视系统的接口)。除非另有标注,属于某一功能的需求具有
与该功能同样的类别(必备或可选)。
---第3部分:系统需求规范。目的在于规定系统的架构,将第2部分识别的需求和功能分配到系
统架构内的UGTMS设备中。SRS(系统需求规范)规定UGTMS的框架,其中含有必备和可
选UGTMS设备。
---第4部分:接口规范。目的在于为实现第3部分识别出来的UGTMS设备的互联互通和互换
性,规定接口定义以及它们之间的数据交换(FIS和FFFIS)。
对于UGTMS设备间的接口,将考虑逻辑接口或FIS(功能性接口规范),和/或物理和逻辑接口或
FFFIS(标准功能接口规范)。
注:将构建第4部分的具体结构,以适应可选和必备UGTMS设备,并体现实际情况。原则上,对相同的接口,仅定
义一个FIS或/和FFFIS。如果在某些场合确实需要,则定义多个FIS或FFFIS。
图1 UGTMS遵循的3个步骤
在GB/T 32590中,需求是指为实现运输管理部门所要求的安全、有序运营所需的全部运行条款
(而不考虑技术解决方案)。
GB/T 32590对需求描述的详细程度的选择拟使得用户和运输管理部门能确认,由不同供应商提
供的通用应用将至少涵盖本文件所规定的相同功能度。
GB/T 32590所提出的需求采用需求识别号明确标注,需求识别号与该需求所属的功能号相关联。
轨道交通 市域铁路和城轨交通
运输管理和指令/控制系统
第2部分:功能需求规范
1 范围
本文件规定了城市轨道交通以及采用基于通信的列控系统技术的市域(郊)铁路运输管理和指
令/控制系统用于城市轨道交通载客运输线路及线网的功能需求。
本文件适用于城市轨道交通以及采用基于通信的列控系统技术的市域(郊)铁路新建线路或升级现
有信号和指令控制系统的线路,适用于采用以下技术的应用场合:连续数据通信;通过列车防护模式曲
线对列车移动的连续监控;列车定位采用车载UGTMS设备(报告列车)实现;对于非报告列车选择采
用外部地面(和可选车载)装置实现。
注1:在本文件中,由功能性需求形成框架,将详细的功能纳入该框架中,以规范通用或特定应用。由于上述原
因,尽管本文件作为定义系统需求规范(SRS),功能接口规范(FIS)和标准功能接口规范(FFFIS)的基础,但在
定义通用或特定应用时有可能需增加一些要素。
注2:本文件中的功能性分解与第一部分表1中的基本功能一致。第1部分的基本功能将被细化为一个更完整、更
详细的功能树,其子功能的“必备/可选”属性可能与表1中给出的属性不同,该功能树是GB/T 32590(所有部
分)的基准。
......
|