华北空管局顺利解决报文拍发问题


20179月,华北空管局技术保障中心软件数据运行室接收到管制部门及网络部门关于THALES自动化系统若干报文拍发问题调查的需求后,技术人员积极应对,独立自主编写了日志查询脚本程序,快速定位问题并总结问题发生的规律。而后,充分利用自动化测试平台,制定了多种参数修改方法并通过测试确定了修改方案,先后两次在夜间重启THALES自动化系统,生效离线参数修改,最终解决了报文拍发的相关问题,整个过程历时四个月。


201794日,华北空管局运行管理中心告知THALES自动化系统存在北京与天津之间报文拍发问题,具体为:


1.  北京至天津部分航班不发DEP报。


2.  天津至北京航班重复发送DEP报。


2017927,华北空管局技保中心接到网络中心的函,希望调查THALES自动化系统报文拍发问题,包括:


1.  天津出港航班每天会收到多个系统拍发的重复DEP电报。


2.  天津进出港航班每天收到800份左右的EST电报,且部分航班存在收到多份电报且报文内容相同的问题。


针对以上问题,技术人员开展了相应调查。


技术人员发现报文拍发错误等问题与下线参数有关,相关参数的上一次修改时间可以追溯到2009年,当时此修改工作是由THALES厂家完成的,完成此工作的工程师已经离职。由于此类参数与管制业务直接相关,目前的厂家工程师无法给出适合的建议。


针对此情况,技术人员从问题源头出发,首先编写了日志查询脚本程序,将连续几天内系统拍发的所有天津出港航班DEP报文信息从系统日志中筛选出来。经过仔细的对比分析,技术人员总结出规律:由于在系统中定义了NST区域,对于天津出港飞往外区域的航班,系统会向外拍发两份相同的DEP电报,即:针对经过NST区域的沿途拍发一份DEP,针对其他FIR区域拍发一份DEPNST区域的中文名称为非监视塔台,主要为华北区域内部分独立管制的塔台区域设置。目前THALES系统离线数据设定的NST区域有三个:天津机场塔台区域(NRTA),北戴河机场塔台区域(ZBDH),石家庄机场塔台区域(ZBSJ)。所以,自动化系统拍发重复DEP电报的原因可以初步判断为NST区域设置不准确造成。


为此,技术人员成立了技术攻关小组,查阅了系统所有关于NST区域发报配置文件中参数的定义及作用,尝试修改这些参数值,并在测试平台进行验证,基本定位到起作用的参数。鉴于对此类参数调整毫无经验,且参数修改内容复杂,技术人员决定分阶段制定离线修改方案。


首先,经过反复调试及验证,确定了第一阶段离线数据修改方案。201814日,华北空管局技术人员通过重启THALES系统生效相关离线参数修改方案,经过管制部门确认,
已解决如下问题:


1.  北京至天津的航班只拍发一份DEP报文。


2.  天津至北京的部分航班只拍发一份DEP报文。


3.  进入天津NST区域的航班不会拍发冗余的EST报文。


但此次重启后,发现有部分天津起飞的航班无法拍发DEP报文。


针对此问题,技术人员继续查阅相关资料,再次微调相关参数并在测试平台验证,确定了第二阶段离线数据修改方案,2018122日,技术人员再次重启系统生效第二阶段离线数据方案,经过管制部门确认,修改后可解决如下问题:


1.  对于天津出港飞往外区域的航班,THALES自动化系统会仅针对FIR区域拍发一份DEP


2.  对于天津出港华北区域内落地的航班,THALES自动化系统仅会针对NST区域拍发一份DEP电报。


值得一提的是,在测试中发现天津飞往香港的航班不拍发DEP报并不是由于NST区域参数所致,这无疑加剧了问题的复杂程度。技术人员通过多次测试,与北京飞往香港的类似计划进行了比对,最终发现问题原因是计划巡航高度过低导致,于是果断告知天津技术保障部门要求其协调拍发报文单位重新修改航路高度。


至此,报文拍发问题已顺利解决。此次问题的顺利解决,缓解了华北空管局日发报量增加,降低了人为差错发生率,减少了管制部门工作量,缓解了综合电报处理系统电报分析的压力,这也是技术人员群策群力,自主研究,成功解决与生产运行相关问题的又一成功范例。


搜索