“Wi-Fi逼停地铁”事件 真的是Wi-Fi的错?

发布时间:2012-11-13 10:04    发布者:1770309616
关键词: Wi-Fi
对于最近发生的WiFi逼停地铁事件,深圳地铁方面认为这是由移动WiFi的造成的,但作者认为这主要还是由于地铁技术不过关所造成的,地铁方面使用2.4GHz只是为了省事。两年前的“好消息”
2010年03月16日,一个来源于国资委的新闻:“中国铁路信信号集团公司(简称中国通号)中标深圳地铁2号线”,据该该新闻,此项目是中国通号所独立承揽的城市轨道交通施工项目中所含专业最多、最全,集团范围内参建施工企业最多,也是涉及金额最高的项目,诸多专业实现了地铁领域“零的突破”。深圳地铁2号线工程系统设备综合安装工程分为首期和东延线工程两部分,该项目包括了信号系统(含计算机联锁)、通信系统(含通信、无线、警用通信和AFC)等项目。
没有人知道在这个上市公司弹冠相庆的时候,会给公众埋下了两年后的什么样隐患?
3.jpg
两年后的“公众公共恐慌”
2012年9月5日,地铁龙华线上演了深圳有史以来最严重的地铁停运事故;
2012年11月1日,地铁蛇口线多次紧急制动;
2012年11月5日,地铁龙岗线紧急停运;
2012年11月7日,地铁环中线紧急制动。
至今,深圳地铁集团表示仍在排查中……
2.jpg
事件起因,内部人士的一句话。Wi-Fi成“不明信号”
11 月1日8时15分至9时30分,深圳地铁蛇口线 多趟列车多次发生了紧急制动的情况,地铁方面表示,系控制列车运行的信号系统受到来自外界“不明电磁信号”干扰所致。2日便有媒体报道称,有集团业内人士 爆料,乘客手持便携式Wi-Fi设备产生的信号是导致列车紧急停运的原因。而深圳地铁则在事实未清、调查未行的情况下,就匆忙的向深圳市通信管理局发出公函,希望协调无线运营商屏蔽3G信号。并指责是WiFi干扰了地铁的正常运行。
对此,通信管理局明确表态:“关闭移动通信3G数据业务信号必须严格按照国家有关规定和流程办理”,不支持地铁集团要求全天屏蔽3G信号的行为。并认为,这次蛇口线事故原因在于地铁不应该使用开放的2.4G H z频道,拒绝质疑三大运营商的产品。
信息产业部无线电管理局《关于调整2.4GHz频段发射功率限值及有关问题的通知》中,明确注明,“2.4GHz频段作为无线局域网、无线接入系统、蓝牙技术设备、点对点或点对多点扩频通信系统等各类无线电台站的共用频段”,“在该频段内的无线电台站之间产生干扰,原则上不受保护,应自行解决或协商解决。”
之前网上也早就有一份研究报告,《移动闭塞信号系统车地无线传输初步调研报告》中也论证称,“使用2.4GHz公共频段,不能彻底避免CBTC被干扰的可能,配置专用频段方能彻底解决。”报告称,法国已将此方式作为地方政策,在局部地区,专门为无线CBTC系统在5.8GHz频段配置了一个专用的工作频段。
既然 2.4GHz是开放的频道,设计者在设计之初应该需要考虑到这点,如果真发生了这样的时间,负责人也不应该是使用便携WiFi的用户,而应该是深圳地铁。
地铁集团是为了省钱还是省事,而采用了2.4GHz的公共频段?
目前,发生事故的深圳地铁蛇口线、环中线、龙岗线三条线路的CBTC系统通信都在使用2.4GHz公用频段,只有龙华线使用的是付费的5.8Ghz频段。 对此,通信专家表示,“被我们嘲笑抠到家的法国都在使用付费的专用频段,深圳地铁在涉及到公众安全的重大工程上却要搞节流,实在说不过去。”
针对“省钱”一说,地铁方面表示,实际上申请付费的5.8Ghz并不需要多少钱。通过深圳无线电管理局我们也证实,频段是一种国家资源,地铁方面如果 使用付费频段,每年的费用都不会超过万元。据深圳地铁一名知情人士称,选择2.4Ghz频段,其实跟当初的招标工作就有关系:由于2.4Ghz的普及性, 大家都认为没有必要再考虑,说白了就是为了“省事”。
深圳无线电办公室业务处副处长杨春也表示,实际上,在招标工作中,他曾建议深圳地铁不使用公用频段,因为存在信号干扰的风险。显然,很多事实都证明,放弃并不会花费太多钱的5.8GHz,“顺理成章”地使用2.4GHz,不是为了省钱,而是为了省事。
对此,深圳市轨道办有关负责人陈强则反驳称,“一些大城市比如说北京、上海、广州等,只要使用的是CBTC系统,传输频段都在用2.4GHz。”在发生了多次停运事故后,天知道为何地铁方面还有说出这样不负责任的言论。
卡斯柯信号系统有缺陷?
目前深圳运营的三条线路,蛇口线、环中线和龙岗线均使用CBT C系统,但是信号系统的承包商不一致。蛇口线与环中线是卡斯柯。据悉“7.23甬温线特大动车事故”采用的也是卡斯柯的系统,上海地铁10号线追尾事件采用的也是卡斯柯系统。
卡斯柯信号公司在接受媒体采访时介绍,便携式WiFi逼停地铁如果想彻底解决,需要国家统一通信行业标准,给地铁信号系统一个专门的频段。目前只能加强信号系统的防护措施。既然卡斯柯知道会发生这种问题,为何还要使用2.4GHz呢?
1.png
2.4 频段ISM公共频段,被用在很多地方,而所有的移动终端都已经把WiFi作为标准配置。显然,深圳地铁集团呼吁乘客不要使用WiFi功能,并以乘客安全作为筹码。这种呼吁是在事实未清的情况匆忙的出的结论,尤其是信号商与地铁公司自己在过去的几年的事故尾巴还没有说清楚的情况,竟然指责深圳无线城市建设太快,而又面临各地城市地铁运营商同行的撇清关系。
显然,公众难免感到疑惑,如果哪一天自己手里的WiFi手机都能有破坏地铁运行的能力,那今后是不是乘坐地铁公众只能让地铁公司托运了?
本文地址:https://www.eechina.com/thread-101354-1-1.html     【打印本页】

本站部分文章为转载或网友发布,目的在于传递和分享信息,并不代表本网赞同其观点和对其真实性负责;文章版权归原作者及原出处所有,如涉及作品内容、版权和其它问题,我们将根据著作权人的要求,第一时间更正或删除。
1770309616 发表于 2012-11-13 10:06:41
深圳地铁设计者否认“Wi-Fi门” 难以自圆其说
南方都市报消息称,深圳”地铁Wi-Fi门”事件有进展,这两条线路的信号生产商卡斯柯公司表示,干扰事件的发生并非信号系统故障造成,也不存在系统设计缺陷。报道称,卡斯柯公司回应,干扰事件的发生并非信号系统故障造成,也不存在系统设计缺陷。这是信息技术发展和成果应用所产生的新问题。
2.jpg
深圳"地铁Wi-Fi门"事件有进展

  关于对卡斯柯信号系统的设计的质疑,卡斯柯公司声称“卡斯柯所提供的信号系统在设计时已经考虑到了干扰的处理,采取了当时业内最新的抗干扰技术,该技术广泛应用于全球以及国内北京、上海等其他城市的部分C B T C项目,在应对干扰管理的健壮性(是指软件对于规范要求以外的输入情况的处理能力。)方面已经得到充分证明,迄今从未发生类似干扰事件。”
  11月9日,深圳地铁集团终于发布公告说,之前蛇口线和环中线受Wi-Fi信号影响而产生故障,这和媒体遥相呼应,将卡斯柯公司推到了风口浪尖。
  然而,具有讽刺意味的是,深圳地铁集团党群建设部部长汪玉竹表示,这几天未接到任何有关信号故障的报告。“卡斯柯配合我们进行了信号系统方面的整改,已采取了有效的措施。”
  事件回放:
  11月1日,深圳地铁蛇口线多趟列车出现故障暂停运行。
  11月5日,同样一幕在蛇口线再次重演;
  11月7日,深圳地铁环中线也因为相同的原因出现故障。
  卡斯柯信号有限公司背景
  卡斯柯信号有限公司成立于1986年3月14日,是由中国铁路通信信号集团公司与阿尔斯通(中国)投资有限公司共同出资组建的,是中国铁路第一家中外合资企业。除了这些特大交通事故,卡斯柯信号系统造成的故障已经屡见不鲜,但是并未阻止该公司拿下更多城市的地铁信号系统承包权。
  该公司是“7·23温甬动车事故”的供货商之一,同时也是去年上海地铁追尾事故的信号生产商。
  据《新世纪》报道,2011年7月29日下午,运营方上海申通地铁公司发布调查结果称,上海地铁10号线实施CBTC(基于无线通讯的信号控制系统)信号升级调试时,发生信息阻塞故障,致使后一列车重复使用前一列开往虹桥火车站列车的进路信号,两辆列车追尾。
  这次事故导致270多名乘客受伤,引发了人们对卡斯柯公司CBTC信号系统的怀疑,其信号系统的不稳定也被使用过的客户和专家们指出。  

1770309616 发表于 2012-11-13 10:08:19
深地铁信号生产商与温甬动车事故供货商系一家

针对日前深圳地铁蛇口线多趟列车受WIFI信号影响出现故障暂停运行,将这两条信号生产商卡斯柯公司推到了风口浪尖。卡斯柯公司日前回应,干扰事件的发生并非信号系统故障造成,也不存在系统设计缺陷。这是信息技术发展和成果应用所产生的新问题。

深圳地铁集团党群建设部部长汪玉竹表示,“卡斯柯配合我们进行了信号系统方面的整改,已经采取了有效的措施。也请市民放心,为什么在干扰发生后我们的地铁照常运营?因为干扰事件只是造成晚点,地铁安全是在我们控制范围内的。”

  据了解,卡斯柯公司是由中国铁路通信信号集团公司与阿尔斯通(中国)投资有限公司共同出资组建的,是中国铁路第一家中外合资企业。该公司是“7•23温甬动车事故”的供货商之一,同时也是去年上海地铁追尾事故的信号生产商。

  关于对卡斯柯信号系统的设计的质疑,该公司上海总部市场部公关负责人表示,“卡斯柯所提供的信号系统在设计时已经考虑到了干扰的处理,采取了当 时业内最新的抗干扰技术,该技术广泛应用于全球以及国内北京、上海等其他城市的部分CBTC项目,在应对干扰管理的健壮性(是指软件对于规范要求以外的输 入情况的处理能力。)方面已经得到充分证明,迄今从未发生类似干扰事件。”

您需要登录后才可以发表评论 登录 | 立即注册

厂商推荐

  • Microchip视频专区
  • Dev Tool Bits——使用MPLAB® Discover浏览资源
  • Dev Tool Bits——使用条件软件断点宏来节省时间和空间
  • Dev Tool Bits——使用DVRT协议查看项目中的数据
  • Dev Tool Bits——使用MPLAB® Data Visualizer进行功率监视
  • 贸泽电子(Mouser)专区

相关视频

关于我们  -  服务条款  -  使用指南  -  站点地图  -  友情链接  -  联系我们
电子工程网 © 版权所有   京ICP备16069177号 | 京公网安备11010502021702
快速回复 返回顶部 返回列表