大多采用单独光纤通道组建综合监控系统骨干网

更新时间:2025-08-07 12:02 类型:新闻资讯 来源:网络整理

  依据车站运营行使的须要,车站照料大凡有两种式样:一种为车站平行运营形式,其车站开发之间的联接众采用双环网布局;另一种为车站组群运营形式,即主旨级照料轴心站、轴心站照料卫星站式样,其车站开发之间的联接众采用两层星型网布局。深圳地铁3号线所示。车站组群运营形式既可减削运营职员,提升运营处事效用,还可消重兴办本钱。如深圳地铁3号线车站组群运营形式安排,选用周围大、客流量高的车站为轴心站。每一轴心站将会照料2~3个临近卫星站。轴心站设有冗余效劳器。卫星站不修树效劳器,性能由所属轴心站效劳器完成。

  大凡环境下,轴心站归纳监控体例具有本站及所管辖卫星站开发的看管、确认报警和限制性能;而卫星站归纳监控体例只对本站开发举行看管,不行举行限制及确认报警。正在特别环境下,当轴心站授予限制权给卫星站后,卫星站归纳监控体例可看管和限制本站开发以及确认报警,而轴心站归纳监控体例对该卫星站开发只要看管性能,不行举行限制及确认报警。轴心站归纳监控体例可个人选用本站及所管辖的卫星站的车站限制权;而卫星站归纳监控体例只可选用本站的车站限制权,并须要轴心站先授予限制权。如许可确保操作员的合法独一性,可避免分歧处所的操作员同时操作而发作冲突。

  体例苛重由主旨归纳监控体例、车站归纳监控体例(网罗归纳后备盘)及归纳监控骨干网等构成。

  主旨归纳监控体例由主旨监控汇集、运营限制中央(OCC)冗余及时效劳器、冗余史籍效劳器、磁盘阵列、磁带记实安装、各样操作员处事站(总挽救事站、电挽救事站、环挽救事站、维挽救事站)、冗余的互联体例的网合安装(FEP前端措置器或通讯限制器)、不间断电源、打印机、汇集照料体例(NMS)、大屏幕体例(OPS)等构成,用于看管全线各车站(网罗车辆段)的各个子体例的运转状况,杀青主旨级的操作限制性能。地铁归纳监控体例正在主旨监控中央设立主旨级监控汇集照料处事站。主旨级监控汇集的重心是冗余修设的以太网换取机。主旨监控汇集为冗余1 000/10 000 Mbit/s换取机组成的以太网,合适IEEE802.3尺度,采用TCP/IP同意。

  车站级监控体例与车辆段监控体例折柳位于车站、车辆段。车站归纳监控体例由车站监控汇集、车站效劳器、车站(或车辆段)操作员处事站、前端措置器、双屏值班站长操作站、双屏值班员操作站、车站互联体例的网合安装(FEP)、打印机、归纳后备盘(IBP)等构成,用于看管车站各子体例的运转状况,杀青车站级的操作限制性能。车站监控汇集为冗余1 000 Mbit/s换取机组成的以太网,合适IEEE802.3尺度,采用TCP/IP同意。

  通讯骨干网是联贯车站级监控体例和主旨级监控体例的主干传输通道,它将主旨级监控体例、车站级监控体例和车辆段监控体例联贯为一有机具体。早期邦内地铁监控汇集人人基于同步数字分级(SDH)或异步传输形式(ATM)通讯式样。而今跟着通信身手的起色,人人采用只身光纤通道组修归纳监控体例骨干网,即怒放式传输网(OTN)通讯式样。依据地铁归纳监控体例的数据传输央求,现地铁归纳监控体例的骨干网人人采用数据传输速度为1 000 Mbit/s的以太网换取机行动数据传输的一个汇集节点。

  车站车控室修树归纳后备盘(IBP),完成重要环境下(灾荒及窒碍)相干主要开发的后备限制性能。依据分歧站开发修设和车控室摆设分歧,宜采用一站一安排构想。每个车站限制室IBP柜、处事台的形态尺寸都应依据房间尺寸特意定制,限制室不只要有高效的车站限制性能,并且正在具体面子方面也有很高的尺度。

  早期地铁车站限制室的各体例都有我方的照料处事站,大凡网罗通例机电开发监控体例、信号体例、自愿售检票体例、门禁体例、游客音讯体例(PIS)、防灾报警体例、播送体例(PAS)等的处事站。而大凡的地铁车站每每只修树2名车站值班职员,要担当监禁云云众的机电开发,须要一直正在各体例处事站的液晶显示(LCD)间切换,处事强度大。为了利便运营的聚集操作,发作了地铁归纳监控体例的操纵需求。地铁归纳监控体例采用集成和互联的系统布局每每,采用集成的子体例苛重有:电力监控体例(SCADA),境况与开发监控体例(BAS),失火报警体例(FAS),障蔽门(PSD)或安闲门(SD)体例,门禁体例(ACS);采用互联的子体例苛重有:信号(SIG)体例,自愿售检票(AFC)体例,闭途电视(CCTV)体例,播送(PA)体例,PIS,车载音讯与安闲防灾体例,无线通讯体例,时钟(CLK)体例。

  依据笔者对目前邦内轨道交通归纳监控体例奉行环境的调研来看,从集成体例的畛域和集成深度,体例集成计划可分为以下4种。可依据兴办周围、本钱限制以及运营形式的须要挑选奉行分歧的计划。

  音讯集成便是保存目前各体例的分立气象,使用各体例供给的怒放式数据接口,增长相应的数据搜求、存储、分发和措置体例,完成音讯共享和体例间的疾捷指派。如南京地铁2号线采用音讯集成计划,暂商量只看管不限制。

  该计划对部门软硬件平台靠拢的体例举行集成,其长处是身手成熟、容易奉行、工程投资增长不大。该计划以满意各集成体例的寻常性能为主,但因为集成的畛域有限,对提升地铁体例具体运营操作利便成果不大。如重庆轻轨的FAS、BAS体例,深圳地铁一期工程的FAS+机电开发监控体例(EMCS)+SCADA都可能看做这种集成式样。

  准集成是将除通讯、信号和自愿售检票体例外的大无数支柱体例集成为一个别例。该集成计划中各开发体例的软硬件平台靠拢,容易奉行,革新了目前各体例分裂零乱的气象。如广州市轨道交通3、4号线已采用了这种集成式样,为这种集成式样供给了奉行阅历。

  该集成将地铁的全数配套体例和支柱体例集成为一个别例,是一种理念的集成式样,但涉及面太广,工程奉行难度大。该计划中归纳监控体例杀青各子体例的操作、照料性能,使各子体例真正融入归纳监控体例,简化了各子体例与归纳监控体例的传输枢纽和体例间的接口,有利于体例的接口尺度化和保说明时性。正正在奉行中的广州地铁5号线号线号线号线等均采用这种集成形式,但目前还未修成进入运营。香港地铁、新加坡地铁有较胜利的全体深度集成奉行操纵阅历,可供内地地铁兴办鉴戒。

  关于以上4种集成计划,笔者以为:与安闲相合的体例宜采用准集成或深度集成的式样,正在一个处事站界面上报警时弹出图形界面并有声光提示,能杀青相干的操作;只与运营照料相合的体例人机界面,宜采用音讯集成或部门浅集成的式样,用辅助处事站完成对地铁整体各子体例及时音讯的职掌。

  归纳监控体例中统统集成与互连的体例数据都联合接入归纳监控体例的前端措置器(FEP)。前端措置器担当归纳监控体例与各相连体例的接口照料,杀青规约转换、数据初始措置、周期访候和同意转换,并将分歧方式的及时数据转换为归纳监控体例联合的内部数据对象方式,提交到体例车辆段、车站级和主旨及时效劳器。但如许易形成前端措置器通讯瓶颈,跟着体例的增加,音讯传输的及时性将会受到影响。于是,对FEP的身手目标等第央求较高,如深圳地铁3号线前置数据措置机采用专用工业级产物或高职能、高速率、高牢靠性的着名品牌主流效劳器,前置数据措置器独立安装不与其他开发团结。FEP应具有援救众种同意转换、援救众种通讯接口的模块;应具有足够的汇集口、串口,以接入相应体例;各性能模块应具有自诊断性能。每个FEP通过1 000 Mbit/s以太网接口与归纳监控体例换取机相联。FEP是冗余修设,单点打击不应影响体例性能,以保障数据流的措置与传输。

  归纳监控体例集成畛域较大,集成软件全体庖代了被集成子体例的软件,并完成被集成子体例的全数性能,极大地提升了集成体例的职能。于是,集成软件人机界面图形方针众,软件开采处事量很大,十分是数据库的二次开采和数据布局联合筹划,有的专业体例须要修独立的数据库,而有的专业体例可使用其他专业的数据库。比如:关于信号ATS的集成,因为信号体例是涉及行车安闲的开发,并有专用的软件和通信同意,倘使通信同意的怒放条款许可,则可正在归纳监控体例的人机界面中嵌入其体例的图形人机界面,完成复视照料性能,利便运营职员正在联合的平台上操作人机界面。而其余少许单体例所特有的性能,因为归纳监控体例完成此性能须要较高的本钱(无法使用成熟的软件,须要正在新平台进步行开采),于是归纳监控体例处事站使用串口接入,通过互联来完成此性能。

  车站级归纳监控体例需向与之集成和互联的体例即时主动宣告时钟音讯,而不须要指出整个的接纳者,须要这种时钟音讯的体例可能有挑选性地接纳该时钟音讯,从而更好地保障了体例的及时性。但监控汇集周围增加后,传输通常钟延迟必定加大,且浩繁音讯通过主旨途由器时或许会发作堵塞,影响及时性央求正经的打击诊断音讯传输(如电力体例监控和数据搜罗(PSCADA)等),告急的话还会形成数据报文的失落,影响监控中央做出无误实时的决定。于是,及时性央求正经的体例(如PSCA-DA)应经受通信母时钟的音讯。

  归纳监控体例一朝打击对通盘体例影响较大,于是其效劳器、换取机等应采用冗余式样。如深圳地铁3号线采用了后备线控站式样提升体例的牢靠性:当限制中央发作事项时,后备线控站的归纳监控体例处事站以主旨级用户登录行使,可监控全线车站通例开发;后备线控站能供给与中央级体例同样的性能,直至原限制中央复兴,转交限制权。另外,正在归纳监控体例中安设众个复制的软件模块,可能通过“打击代码”及“发作事变”行使这些复制的备份软件,来完成体例的容错。

  地铁归纳监控体例的效劳器、换取机等要害开发应预留20%~40%的容量或插槽;软件宜采用无尽点可扩展软件,为以后体例扩展打下底子。如许,倘使是同构体例的扩展,只需方便将其数据域团结;而异构体例的扩展则修设网合。地铁归纳监控体例的系统布局应适合体例动态扩展,可正在线窜改、扩充子体例而不滋扰仍旧运作的其它子体例。新参加的子体例调试通事后,可能和原有的体例无缝地集成,协同完成通盘地铁的各项职司。