iTWR系统和ATC系统的数据移交方法及其系统

技术领域

本发明涉及航空管理系统数据处理技术领域，具体涉及一种iTWR系统和ATC系统的数据移交方法及其系统。

背景技术

空中交通管制自动化系统(Air Traffic Control System，以下简称ATC系统)，作为空管部门实施对空指挥的核心系统，为空中交通管制员提供空中飞行态势的显示和各种飞行冲突及各种异常的告警，通过处理飞行计划和动态电报，为空中交通管制员提供飞行计划动态相关信息以及管制手段的集成系统。

塔台管制自动化系统(又称Intergrated Tower System，以下简称iTWR系统)，一种适用于空管塔台部门的管制指挥系统，集成了塔台管制所需的空中交通管制自动化、高级场面活动引导、塔台电子进程单、数字空管、协同放行、气象及灯光控制等多套系统的功能，能同时为塔台管制员提供空中、场面态势显示及各种飞行、场面冲突的告警的高度信息化和智能化的新一代塔台管制指挥系统。

ATC系统和iTWR系统均为空管部门的管制指挥系统，ATC系统主要面向空管的区调、进近部门，为高空、中低空的航空器提供管制服务，iTWR系统主要面向空管塔台部门，为低空、场面航空器及车辆提供管制服务。

进港航空器：进近管制员先使用ATC系统进行指挥，航空器下降到一定高度并对准降落跑道后，移交给iTWR系统的塔台管制员继续指挥，直到落地后滑行到指定停机位。

离港航空器：塔台管制员先使用iTWR系统进行指挥，航空器从跑道起飞后，移交给ATC系统的进近管制员继续指挥，直到飞出本管制空域，最后交由外管制单位指挥。

在iTWR系统或ATC系统内部，通常都是按扇区移交的，因此在iTWR系统向ATC系统或在ATC系统向iTWR系统作移交时，也是沿用了按扇区进行移交的规则。

从不同的跑道起飞，iTWR系统向ATC系统进行移交时，通常指定的移交进近扇区是不同的，特别是多跑道的机场，涉及的移交进近扇区可能会多达5，6个。

从不同的跑道落地，ATC系统向iTWR系统进行移交时，通常指定的移交塔台扇区是不同的，特别是多跑道的机场，每条跑道都需要对应一个移交塔台扇区。

现在iTWR系统和ATC系统之间的移交，几乎都是基于中国民用航空局颁布的《MHT4029.3-2020民用航空空中交通管制自动化系统第3部分：飞行数据交换》中的C类移交报文，报文里面有ORGAD(报文拍发单位地址)和SECDEST(移交目的扇区)，明确表示了采用扇区代码进行移交。

因此，在iTWR系统中需要配置每条跑道起飞时向ATC系统的移交进近扇区代码，并且要确保该进近扇区代码与ATC系统中的该进近扇区代码是一致的。

在ATC系统中需要配置每条跑道落地时向iTWR系统的移交塔台扇区代码，并且要确保该塔台扇区代码与iTWR系统中的该塔台扇区代码是一致的。

上述传统技术的缺点及产生原因是：

(1)系统配置不够灵活：iTWR系统和ATC系统是两套单独的系统，每套系统还有主用、备用系统，这样可能涉及四个系统厂家，由于不同厂家系统设计的差异，可能出现ATC系统中配置的塔台扇区代码无法与iTWR系统中的该塔台扇区代码保持一致的情况，iTWR系统中配置的进近扇区代码无法与ATC系统中的该进近扇区代码保持一致的情况，比如字符长度限制、不允许包含数字及下划线等原因。

(2)不利于系统功能扩展：ATC系统中配置的移交塔台扇区代码不得随意修改，如果iTWR系统中有塔台扇区代码调整或开设了新跑道，导致ATC系统中也必须同时联动修改。iTWR系统中配置的移交进近扇区代码不得随意修改，但ATC系统中可能由于航路/空域调整或空域流量原因，往往会修改或新增扇区代码，涉及到的移交进近扇区代码一旦发生变化，导致iTWR系统中也必须同时联动同时修改。

(3)参数修改会影响系统的可维护性：系统参数修改通常需要重启相关软件才生效，iTWR系统和ATC系统都是空管部门非常重要的生产运行系统，任何的参数修改及软件重启，都需要进行参数验证及申请停机维护等一系列的审批流程。

发明内容

本发明实施例的目的在于提供一种iTWR系统和ATC系统的数据移交方法及其系统，以克服前述技术缺陷。

为实现上述目的，第一方面，本发明实施例提供了一种iTWR系统和ATC系统的数据移交方法，包括：

iTWR系统发起移交步骤：iTWR系统向ATC系统发出包含起飞跑道号的移交报文；

ATC系统接收移交步骤：ATC系统接收所述移交报文，根据所述移交报文识别ATC系统中的进近扇区代码，根据所述进近扇区代码完成iTWR系统向ATC系统的数据移交。

作为本申请的一种具体实施方式，iTWR系统发起移交步骤具体为：

iTWR系统中识别起飞跑道号；

判定所述起飞跑道号是否为空，若为空，则发起移交失败；

若所述起飞跑道号不为空，则判定所述起飞跑道号是否为iTWR系统中配置的跑道号；若否，则发起移交失败；

若所述起飞跑道号为iTWR系统中配置的跑道号，则iTWR系统向ATC系统发出包含起飞跑道号的移交报文。

作为本申请的一种具体实施方式，ATC系统接收移交步骤具体为：

ATC系统收到iTWR系统发出的移交报文；

判定所述起飞跑道号是否为空，若是，则接收移交失败；

若所述起飞跑道号不为空，则判定所述移交报文中的起飞跑道号是否为ATC系统中配置的跑道号；若否，则接收移交失败；

若所述起飞跑道号为ATC系统中配置的跑道号，则根据报文拍发单位地址和所述起飞跑道号识别ATC系统内部的进近扇区代码；

若无法识别，则接收移交失败；若可识别，则接收移交成功。

第二方面，本发明实施例提供了一种ATC系统和iTWR系统的数据移交方法，包括：

ATC系统发起移交步骤：ATC系统向iTWR系统发出包含落地跑道号的移交报文；

iTWR系统接收移交步骤：iTWR系统接收所述移交报文，根据所述移交报文识别iTWR系统中的塔台扇区代码，根据所述塔台扇区代码完成ATC系统向iTWR系统的数据移交。

在本申请的某些具体实施方式中，ATC系统发起移交步骤具体为：

ATC系统中识别落地跑道号；

判定所述落地跑道号是否为空，若为空，则发起移交失败；

若所述落地跑道号不为空，则判定所述落地跑道号是否为ATC系统中配置的跑道号；若否，则发起移交失败；

若所述落地跑道号为ATC系统中配置的跑道号，则ATC系统向iTWR系统发出包含落地跑道号的移交报文。

在本申请的某些具体实施方式中，iTWR系统接收移交步骤具体为：

iTWR系统收到ATC系统发出的移交报文；

判定所述落地跑道号是否为空，若是，则接收移交失败；

若所述落地跑道号不为空，则判定所述移交报文中的落地跑道号是否为iTWR系统中配置的跑道号；若否，则接收移交失败；

若所述落地跑道号为iTWR系统中配置的跑道号，则根据所述落地跑道号识别iTWR系统内部的塔台扇区代码；

若无法识别，则接收移交失败；若可识别，则接收移交成功。

第三方面，本发明实施例提供了一种iTWR系统和ATC系统的数据移交系统，包括：

iTWR系统，用于发出包含起飞跑道号的移交报文；

ATC系统，用于接收iTWR系统发出的移交报文，根据所述移交报文识别ATC系统中的进近扇区代码，根据所述进近扇区代码完成iTWR系统向ATC系统的数据移交。

进一步地，ATC系统还用于向iTWR系统发出包含落地跑道号的移交报文；

iTWR系统还用于接收所述移交报文，根据所述移交报文识别iTWR系统中的塔台扇区代码，根据塔台扇区代码完成ATC系统向iTWR系统的数据移交。

实施本发明实施例，具有如下有益效果：

(1)配置灵活，兼容性好：采用起飞/落地跑道号替换进近/塔台扇区代码作为移交标识，可以保证在iTWR系统和ATC系统都是一致的，即使是不同厂家系统也不会存在难以配置统一的情况。

(2)有利于系统功能扩展：ATC系统进近扇区代码调整不影响iTWR系统，iTWR系统塔台扇区代码调整不影响ATC系统，降低了两套系统参数配置之间的耦合度。

(3)提高系统的可维护性：减少了系统参数修改的频次，能让iTWR系统和ATC系统更加连续、稳定的运行，从而提高了系统的可靠性，提升了运行安全。

即，本申请的上述技术方案提供了一种新的iTWR系统和ATC系统之间双向的数据移交接收方式，即根据起飞/落地跑道号进行移交，可以保证两个系统之间移交、接收的准确性；而且iTWR系统和ATC系统无需额外约定配置相同的进近/塔台扇区代码，提高了各自系统的配置灵活性和功能扩展性。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明iTWR系统中发起移交的处理逻辑流程图；

图2是本发明ATC系统中接收移交的处理逻辑流程图；

图3是本发明ATC系统中发起移交的处理逻辑流程图；

图4是本发明iTWR系统中接收移交的处理逻辑流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

iTWR系统是基于单个机场使用的管制指挥系统，系统的配置参数中有该机场的跑道号，如02L/20R。

ATC系统是基于某一个或多个机场使用的管制指挥系统，系统的配置参数中有包含所有机场的跑道号，如02L/20R、01/19、02/20。

机场的跑道号一旦确定并对外公布之后，通常是固定不变的。对于离港航空器，塔台管制员无论是管制指令发布还是在iTWR系统中的人工操作，都可以确保每一个离港航空器使用的起飞跑道号是准确无误的，因此采用起飞跑道号作为iTWR系统向ATC系统的移交接收方式是完全可行的。

相应地，对于进港航空器，进近管制员无论是管制指令发布还是在ATC系统中的人工操作，都可以确保每一个进港航空器使用的落地跑道号是准确无误的，因此采用落地跑道号作为ATC系统向iTWR系统的移交接收方式是完全可行的。

基于此，本申请提供了一种iTWR系统向ATC系统的数据移交方法，包括：

iTWR系统发起移交步骤：iTWR系统向ATC系统发出包含起飞跑道号的移交报文；

ATC系统接收移交步骤：ATC系统接收所述移交报文，根据所述移交报文识别ATC系统中的进近扇区代码，根据所述进近扇区代码完成iTWR系统向ATC系统的数据移交。

其中，如图1所示，iTWR系统中发起移交的处理逻辑流程为：

iTWR系统中识别起飞跑道号；

判定起飞跑道号是否为空，若为空，则发起移交失败；

若起飞跑道号不为空，则判定起飞跑道号是否为iTWR系统中配置的跑道号；若否，则发起移交失败；

若起飞跑道号为iTWR系统中配置的跑道号，则iTWR系统向ATC系统发出包含起飞跑道号的移交报文。

对应地，如图2所示，ATC系统中接收移交的处理逻辑流程为：

ATC系统收到iTWR系统发出的移交报文；

判定起飞跑道号是否为空，若是，则接收移交失败；

若起飞跑道号不为空，则判定移交报文中的起飞跑道号是否为ATC系统中配置的跑道号；若否，则接收移交失败；

若起飞跑道号为ATC系统中配置的跑道号，则根据报文拍发单位地址和起飞跑道号识别ATC系统内部的进近扇区代码；

若无法识别对应的进近扇区代码，则接收移交失败；若可以识别对应的进近扇区代码，则接收移交成功。

需要说明的是，由于ATC系统可以包含多个机场，而不同机场的跑道号可能是一样的。因此在ATC系统中必须结合报文拍发单位地址和起飞跑道号来识别转换为ATC系统内部的进近扇区代码。

从以上描述可以得知，本申请所提供的iTWR系统向ATC系统的数据移交方式，具有如下优点：

(1)配置灵活，兼容性好：采用起飞跑道号替换进近扇区代码作为移交标识，可以保证在iTWR系统和ATC系统都是一致的，即使是不同厂家系统也不会存在难以配置统一的情况。

(2)有利于系统功能扩展：ATC系统进近扇区代码调整不影响iTWR系统，降低了两套系统参数配置之间的耦合度。

(3)提高系统的可维护性：减少了系统参数修改的频次，能让iTWR系统和ATC系统更加连续、稳定的运行，从而提高了系统的可靠性，提升了运行安全。

基于相同的发明构思，本发明实施例提供了一种ATC系统向iTWR系统的数据移交方法，包括：

ATC系统发起移交步骤：ATC系统向iTWR系统发出包含落地跑道号的移交报文；

iTWR系统接收移交步骤：iTWR系统接收所述移交报文，根据所述移交报文识别iTWR系统中的塔台扇区代码，根据所述塔台扇区代码完成ATC系统向iTWR系统的数据移交。

其中，如图3所示，ATC系统中发起移交的处理逻辑流程为：

ATC系统中识别落地跑道号；

判定所述落地跑道号是否为空，若为空，则发起移交失败；

若所述落地跑道号不为空，则判定所述落地跑道号是否为ATC系统中配置的跑道号；若否，则发起移交失败；

若所述落地跑道号为ATC系统中配置的跑道号，则ATC系统向iTWR系统发出包含落地跑道号的移交报文。

对应地，如图4所示，iTWR系统中接收移交的处理逻辑流程为：

iTWR系统收到ATC系统发出的移交报文；

判定所述落地跑道号是否为空，若是，则接收移交失败；

若所述落地跑道号不为空，则判定所述移交报文中的落地跑道号是否为iTWR系统中配置的跑道号；若否，则接收移交失败；

若所述落地跑道号为iTWR系统中配置的跑道号，则根据所述落地跑道号识别iTWR系统内部的塔台扇区代码；

若无法识别对应的塔台扇区代码，则接收移交失败；若可以识别对应的塔台扇区代码，则接收移交成功。

从以上描述可以得知，本申请所提供的ATC系统向iTWR系统的数据移交方式，具有如下优点：

(1)配置灵活，兼容性好：采用落地跑道号替换塔台扇区代码作为移交标识，可以保证在ATC系统和iTWR系统都是一致的，即使是不同厂家系统也不会存在难以配置统一的情况。

(2)有利于系统功能扩展：iTWR系统进近扇区代码调整不影响ATC系统，降低了两套系统参数配置之间的耦合度。

(3)提高系统的可维护性：减少了系统参数修改的频次，能让ATC系统和iTWR系统更加连续、稳定的运行，从而提高了系统的可靠性，提升了运行安全。

对应于前述方法实施例部分的描述，本申请还提供了一种iTWR系统和ATC系统的数据移交系统，包括iTWR系统和ATC系统，采用跑道号做为移交标识，从而实现两个系统之间双向的数据移交。

其中，iTWR系统向ATC系统进行数据移交包括：

(一)iTWR系统中发起移交，其具体处理逻辑详见图1及对应的文字描述；

(二)ATC系统中发起移交，其具体处理逻辑详见图2及对应的文字描述。

其中，ATC系统向iTWR系统进行数据移交包括：

(一)ATC系统中发起移交，其具体处理逻辑详见图3及对应的文字描述；

(二)iTWR系统中发起移交，其具体处理逻辑详见图4及对应的文字描述。

需要说明的是，关于本申请数据移交系统更为具体描述，请参考前述方法实施例部分，在此不再赘述。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。