一种空中交通管制的方法、系统及计算机可读介质与流程



1.本技术涉及飞机空中交通管制系统,并且更具体地涉及用于空中交通管制的方法、系统及计算机可读介质。


背景技术:



2.空中交通管制是指地面管制员根据规定的飞行计划和空中飞机的实时飞行状态来对飞机空中的活动进行管理和控制,从而有效地利用空域,保证飞机安全高效地飞行。在我国主要的空中交通管制方式是通过地面管制员发送语音管制指令给飞行员,飞行员再复述相关指令,从而完成指令的确认工作。
3.传统的管制方式存在无线信道占用多、背景噪音大、人员认知能力和口音偏差等因素的干扰,使语音通话产生误差,对飞行安全带来一定的影响。机组在得到语音指令后,还需要手动操作,给飞行员带来了一定的负担,尤其是在关键的飞行阶段,会干扰飞行员的安全驾驶。
4.因此,本技术提出了一种基于语音识别的双向确认的空中交通管制的方法、系统和计算机可读存储介质,可以通过更加高效、快速、准确地收发和执行文字化方式的语音请求指令。


技术实现要素:



5.以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览,并且既非旨在标识出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以作为稍后给出的更加详细的描述之序。
6.为了解决上述问题,本方面提出了一种基于语音识别的双向确认的空中交通管制的方法、系统和计算机可读存储介质,可以更加高效、快速、准确地收发和执行文字化的语音请求指令。
7.在一个方面,提供了一种空中交通管制的方法,所述方法包括:采集飞机的驾驶舱内的语音数据;识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;接收所述用户对所述空中交通管制命令的确认输入;响应于所述空中交通管制命令是所述空管请求而向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。
8.优选地,该方法进一步包括:显示所述空中交通管制命令以接收所述用户对所述空中交通管制命令的确认输入。
9.优选地,执行所述空管指令进一步包括:向所述飞机的空管系统传送所述空管指令以供所述空管系统执行所述空管指令。
10.优选地,执行所述空管指令进一步包括:向所述地面管制中心发送关于要二次确
认所述空管指令的指示;以及响应于接收到所述地面管制中心对所述空管指令的二次确认而执行所述空管指令。
11.优选地,所述方法进一步包括基于未接收到所述用户对所述空中交通管制命令的确认输入来执行以下操作:响应于所述空中交通管制命令是所述空管请求而生成对要所述用户复述与所述空管请求相关联的语音的请求;以及响应于所述空中交通管制命令是所述空管指令而向所述地面管制中心发送对要重传与所述空管指令相关联的信号的请求。
12.优选地,所述方法进一步包括:在外话开关闭合的情况下,连同所述用户的与所述空管请求相关联的语音数据一起向所述地面管制中心传送所述空管请求;以及在所述外话开关断开的情况下,向所述地面管制中心传送所述用户的与所述空管请求相关联的语音数据而不传送所述空管请求。
13.优选地,采集所述驾驶舱内的语音数据包括:采集所述用户的语音数据;采集从所述地面管制中心接收到的语音信号中的语音数据。
14.优选地,所述空管请求包括:请求离场许可、请求起飞跑道、请求滑行、请求进出机位、请求起飞许可、请求频率移交、请求应答机识别、或其组合。
15.优选地,所述空管指令包括:提交飞行计划、离场许可、起飞许可、机位指示、跑道指示、频率指示、或其组合。
16.优选地,识别所述语音数据中的所述空中交通管制命令包括:基于所述飞机的参数信息来识别所述语音数据,所述参数信息包括:所述飞机的机型、航班号、二次代码、起降机场、落地机场、起飞时刻、航班状态信息、飞行高度、飞行经纬度、放行阶段、滑行阶段、或其组合。
17.在另一方面,提供了一种基于语音识别进行空中交通管制的系统,所述系统包括:语音数据采集模块,其用于采集飞机的驾驶舱内的语音数据;语音识别模块,其用于识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;用户接口模块,其用于接收所述用户对所述空中交通管制命令的确认输入;处理模块,其用于:响应于所述空中交通管制命令是所述空管请求而使得所述系统的收发模块向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。
18.优选地,所述用户接口进一步用于显示所述空中交通管制命令以接收所述用户对所述空中交通管制命令的确认输入。
19.优选地,所述处理模块进一步用于:在接收到所述用户对所述空中交通管制命令的确认输入的情况下,向所述地面管制中心发送关于要二次确认所述空管指令的指示,以及响应于经由所述收发模块接收到所述地面管制中心对所述空管指令的二次确认而执行所述空管指令;或者在未接收到所述用户对所述空中交通管制命令的所述确认输入的情况下响应于所述空中交通管制命令是所述空管请求而生成对要所述用户复述与所述空管请求相关联的语音的请求,以及响应于所述空中交通管制命令是所述空管指令而经由所述收发模块向所述地面管制中心发送对要重传与所述空管指令相关联的信号的请求。
20.优选地,在外话开关闭合的情况下,连同所述用户的与所述空管请求相关联的语音数据一起向所述地面管制中心传送所述空管请求;以及在所述外话开关断开的情况下,
向所述地面管制中心传送所述用户的与所述空管请求相关联的语音数据而不传送所述空管请求。
21.在又另一方面,提供了一种存储指令的非瞬态计算机可读存储介质,所述指令当被计算机执行时,使所述计算机执行如上述方法中的任一方法。
22.提供本

技术实现要素:


是为了以简化的形式来介绍一些概念,这些概念将在下面的具体实施方式中进一步描述。本发明内容不旨在标识所要求保护的主题的关键特征或必要特征,也不旨在用于限制所要求保护的主题的范围。各实施例的其他方面、特征和/或优点将部分地在下面的描述中阐述,并且将部分地从描述中显而易见,或者可以通过本公开的实践来学习。
附图说明
23.为了能详细地理解本技术的上述特征所用的方式,可以参照各实施例来对以上简要概述的内容进行更具体的描述,其中一些方面在附图中示出。然而应该注意,附图仅示出了本技术的某些典型方面,故不应被认为限定其范围,因为该描述可以允许有其它等同有效的方面。在附图中,类似附图标记始终作类似的标识。要注意,所描述的附图只是示意性的并且是非限制性的。在附图中,一些部件的尺寸可放大并且出于解说性的目的不按比例绘制。
24.图1解说了根据本技术的一实施例的用于将飞行员语音下行传送到地面空管系统的示例系统。
25.图2解说了根据本技术的一实施例的用于将空管员语音上行传送到飞行管理系统的示例系统。
26.图3解说了根据本技术的一实施例的用于空中交通管制的方法的示例框图。
27.图4解说了根据本技术的一实施例的用于空中交通管制的系统的示例框图。
28.图5解说了根据本技术的一实施例的用于空中交通管制的装置的框图。
具体实施方式
29.为使本技术的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本技术进一步详细说明。在以下详细描述中,阐述了许多具体细节以提供对所描述的示例性实施例的透彻理解。然而,对于本领域技术人员显而易见的是,可以在没有这些具体细节中的一些或全部的情况下实践所描述的实施例。在其他示例性实施例中,没有详细描述公知的结构或处理步骤,以避免不必要地模糊本公开的概念。
30.在本说明书中,除非另有说明,否则通过本说明书使用的术语“a或b”指的是“a和b”和“a或b”,而不是指a和b是排他性的。
31.空中交通管制是指地面管制员根据规定的飞行计划和空中飞机的实时飞行状态来对飞机空中的活动进行管理和控制,从而有效地利用空域,保证飞机安全高效地飞行。在我国主要的空中交通管制方式是通过地面管制员发送语音管制指令给飞行员,飞行员再复述相关指令,从而完成指令的确认工作。
32.传统的管制方式存在无线信道占用多、背景噪音大、人员认知能力和口音偏差等因素的干扰,使语音通话产生误差,对飞行安全带来一定的影响。机组在得到语音指令后,
还需要手动操作,给飞行员带来了一定的负担,尤其是在关键的飞行阶段,会干扰飞行员的安全驾驶。
33.因此,本技术提出了基于语音识别的双向确认的系统及其控制方法,可以将地面上行的空管语音转换为空管指令,经飞行员确认后载入飞管系统;另一方面,可以将飞行员的语音请求转换为文本,经飞行员确认后通过数据链下行到地面管制中心。本技术的系统及其控制方法可以通过更加高效、快速、准确地收发和执行文字化方式的语音请求指令。
34.图1解说了根据本技术的一实施例的用于将飞行员语音下行传送到地面空管系统的示例系统100。
35.在本技术的实施例中,可以通过示例系统100将飞行员发送的关于空管请求的语音信号使用文字化的方式直接明确的发送至地面管制中心。
36.如图1所示,可首先通过飞行员话筒和/或其他设备来采集语音信号的语音数据。在本技术的实施例中,所采集语音信号的语音数据中的空中交通管制命令包括从驾驶舱内的用户向地面管制中心发出的空管请求和从地面管制中心向用户发出的空管指令中的一者或多者。例如,通过飞行员话筒来采集的语音信号可以包括飞行员向地面管制中心发送的空管请求,也可以是对地面管制中心发送的空管指令的应答。例如,可以建立关于空管请求的标准数据库,包括:请求离场许可、请求起飞跑道、请求滑行、请求进出机位、请求起飞许可、请求频率移交、请求应答机识别、或其组合。
37.在本技术的实施例中,飞行员的语音信号可通过音频控制板(acp)中的语音识别模块转换为文本数据,并且进一步识别成上述标准数据库中的空管请求。然后,空管请求可被显示在控制显示装置(cdu)上以供飞行员输入确认。在本技术的实施例中,飞行员可以通过按压cdu上的按钮或通过cdu来输入确认或否认操作。例如,飞行员的语音信号可以是“白云放行,国航9170,地面准备好了”。经过文字识别,可以在cdu上显示关于空管请求的文本结果“baiyun delivery,ca9170,i am ready”。如果该文本结果正确,则飞行员可以通过cdu来输入确认操作;反之,如果该文本结果不正确或不准确,则飞行员可以通过cdu来输入否认操作,并且重新复述关于空管请求的语音。附加地或替换地,可以在没有接收到飞行员对空管请求的确认输入达阈值时间(例如,5s或其他可配置的阈值时间)的情况下,飞机的空管系统可以生成对要飞行员复述与该空管请求相关联的语音的请求,并且可以例如通过扬声器广播该复述请求。应理解,所显示的文本结果/空管请求也可以是飞行员能够理解的对空管请求的简写或能够表征该空管请求的其他内容。
38.在本技术的实施例中,识别语音数据中的空管请求可以基于飞机的参数信息,这些参数信息包括:飞机的机型、航班号、二次代码、起飞机场、落地机场、起飞时刻、航班状态信息、飞行高度、飞行经纬度、放行阶段、滑行阶段或其组合。例如,在已知飞机为国航9170的情况下,无论飞行员是发出中文语音、英文语音、亦或是其他语音(例如,方言),都可以将飞机航班号识别为国航9170。
39.在本技术的实施例中,可以基于国内飞行员特有的发音习惯,尤其是数字、航空公司代码等的发音来建立民航特有语音库。例如,上述实施例中的国航9170,其航空公司代码可被直接识别为ca。而对于航班号9170,在飞行员发九幺拐洞的语音的情况下也可以基于该民航特有语音库而识别成9170。如此,当飞行员发出语音“国航9170”时,可被直接识别为ca9170以供显示。
40.在本技术的实施例中,可以按照陆空通话的标准语音建立语音库,例如按照飞行阶段参数(例如,放行阶段、滑行阶段)建立特定的语音库,以标识每个阶段飞行员和管制员经常需要确认的空管请求。优选地,这些参数可以和飞行计划相匹配,从而直接加载。例如,在已知为放行阶段且已知起飞机场为北京的情况下,可以将飞行员的语音信号“国航9170,请求放行至北京”识别为“baiyun delivery,ca 9170,cleared to beijing”,即使飞行员没有提及该起飞机场的名称是白云机场。应理解,陈述上述示例仅在于对本技术进行解说而不是对本技术的限定。
41.在本技术的实施例中,在飞行员确认空管请求的语音之后,可以将识别后的文本数据经由无线电接口装置(riu)通过数据链路(如甚高频通道或卫星通道)下行传输到地面管制中心。附加地或替换地,识别后的文本数据可以连同语音信号一起通过数据链路(如甚高频通道或卫星通道)下行传输到地面管制中心。
42.在本技术的实施例中,可以在飞机原有的音频控制板中增加语音识别模块以完成对语音信号的识别,也可以使用单独的语音识别装置。例如,可以增加1位ptt(push-to-talk,即按即说)外话开关,使得飞行员在需要发送外话时,可以选择直接语音发送,或者通过识别后的文本数据来发送空管请求。附加地或替换地,还可以通过外话开关选择直接语音发送,或者通过识别后的文本数据连同语音信号一起来发送空管请求。例如,可以在外话开关闭合的情况下,连同用户的与空管请求相关联的语音数据一起向地面管制中心传送空管请求的文本数据;并且在该外话开关断开的情况下,向地面管制中心传送用户的与空管请求相关联的语音数据而不传送该空管请求。附加地或替换地,在语音信号经过acp传送到无线电接口装置(riu)情况下,可以将文本数据中的指定比特设置为“真”(例如,值1),从而标识该文本数据是从驾驶舱内的用户向地面管制中心发出的空管请求。应理解,可采用与上文不同的方式来标识该文本数据是从驾驶舱内的用户向地面管制中心发出的空管请求,其具体细节在此不再赘述。
43.图2解说了根据本技术的一实施例的用于将空管员语音上行传送到飞行管理系统的示例系统200。
44.在本技术的实施例中,可以通过示例系统200将来自地面管制中心的关于空管指令的语音信号直接上行传送到飞机,执行语音识别以识别成标准的空管指令,从而加载到飞管系统。
45.如图2所示,可以将地面管制中心的语音信号通过通信链路(如甚高频通道或卫星通道)上行传输到飞机,语音信号经过无线电接口装置(riu)处理后分发到音频控制板。这些处理可以是降噪、均衡化等预处理,在此次不再赘述。
46.在本技术的实施例中,地面管制中心的语音信号可以通过驾驶舱内扬声器或飞行员耳机播放,同时经过音频控制板acp中的语音识别模块转换为文本数据,并且进一步识别成标准数据库中的空管指令。如参照图1所描述的,可以建立关于空管指令的标准数据库,包括:提交飞行计划、离场许可、起飞许可、机位指示、跑道指示、频率指示、或其组合。
47.在本技术的实施例中,优选地,空管指令可被显示在控制显示装置(cdu)上以供飞行员输入确认。在本技术的实施例中,飞行员可以通过按压cdu上的按钮或通过cdu来输入确认或否认操作。例如,针对图1飞行员的空管请求“baiyun delivery,ca9170,i am ready”,地面管制中心的语音信号可以是“国航9170,联系地面121.85”。经过文字识别,可
以在cdu上显示关于空管指令的文本结果“ca9170,contact ground 121.85”。在本技术的实施例中,飞行员可以将关于空管指令的文本结果与耳机或广播的地面管制中心的语音信号进行比对,如果该文本结果正确,则飞行员可以通过cdu来输入确认操作。进一步地,在接收到飞行员对空管指令的确认输入后,可以向飞机的空管系统传送该空管指令以供该空管系统直接执行该空管指令。附加地或替换地,在飞行员比对并且确认识别出的空管指令的文本结果之后,飞行员可以复述该空管指令并且向地面管制中心发送关于要二次确认空管指令的指示。优选地,飞行员复述的空管指令可以直接语音发送,也可以将语音连同识别出的空管指令的文本结果一起发送。优选地,在接收到地面管制中心对空管指令的二次确认的情况下向飞机的空管系统传送该空管指令以执行该空管指令。如果该文本结果不正确或不准确,则飞行员可以通过cdu来输入否认操作,并且向地面管制中心发送对要重传与空管指令相关联的语音信号的请求。附加地或替换地,可以在没有接收到飞行员对空管指令的确认输入达阈值时间(例如,5s)的情况下,飞机的空管系统可以生成对要重传与空管指令相关联的语音信号的请求以及向地面管制中心发送该请求,或者向地面管制中心发送要求复述与该空管指令相关联的语音的请求。应理解,所显示的文本结果/空管指令也可以是飞行员能够理解的对空管指令的简写或能够表征该空管请求的其他内容。
48.在本技术的实施例中,识别语音数据中的空管指令可以基于飞机的参数信息,这些参数信息包括:飞机的机型、航班号、二次代码、起飞机场、落地机场、起飞时刻、航班状态信息、飞行高度、或其组合。例如,在已知飞机为国航9170的情况下,无论飞行员是发出中文语音、英文语音、亦或是其他语音(例如,方言),都可以将飞机航班号识别为国航9170。在本技术的实施例中,可以基于国内飞行员特有的发音习惯,尤其是数字、航空公司代码等的发音来建立民航特有语音库。例如,上述实施例中的国航9170,其航空公司代码可被直接识别为ca。而对于航班号9170,在飞行员发九幺拐洞的语音的情况下也可以基于该民航特有语音库而识别成9170。如此,当飞行员发出语音“国航9170”时,可被直接识别为ca9170以供显示。在本技术的实施例中,可以按照陆空通话的标准语音建立语音库,例如按照飞行阶段参数(例如,放行阶段、滑行阶段)建立特定的语音库,以标识每个阶段飞行员和管制员经常需要确认的空管指令。优选地,这些参数可以和飞行计划相匹配,从而直接加载到飞管系统。例如,在已知为放行阶段且已知落地机场为北京的情况下,可以将来自地面管制中心的管制员的语音信号“国航9170,许可放行”识别为“ca9170,cleared to beijing”,即使管制员没有提及该落地机场的名称。应理解,陈述上述示例仅在于对本技术进行解说而不是对本技术的限定。
49.在本技术的实施例中,在语音信号经过无线电接口装置(riu)处理后分发到音频控制板的情况下,可以将文本数据中的指定比特设置为“假”(例如,值0),从而标识该文本数据是从地面管制中心向用户发出的空管指令。相应地,可以基于该指定比特来确定空中交通管制命令是空管请求还是空管指令
50.应理解,可采用与上文不同的方式来标识该文本数据是从地面管制中心向所述用户发出的空管指令,其具体细节在此不再赘述。
51.在本技术的实施例中,结合图1和图2所描述的,还可以同时采集机舱内用户的语音信号、经由扬声器播放的从地面管制中心接收到的语音信号、或直接采集从地面管制中心接收到的语音信号(例如,经由riu接收到的)。相应地,可以将采集的语音信号经语音识
别转换为文本数据之后,在空中交通管制命令库或空中交通管制命令查表中查与该语音信号和/或文本数据相对应的空中交通管制命令,确定其是空管请求还是空管指令,并响应于该空中交通管制命令是空管请求而向地面管制中心传送该空管请求;以及响应于该空中交通管制命令是空管指令而执行该空管指令。
52.图3解说了根据本技术的一实施例的用于空中交通管制的方法300的示例框图。
53.方法300可包括:在操作310,采集飞机的驾驶舱内的语音数据。该操作可以类似于如由参见图1和图2中所描述的,采集机舱内用户的语音数据,采集经由扬声器播放的从地面管制中心接收到的语音信号的语音数据,和/或从地面管制中心接收到的语音信号中的语音数据。优选地,操作310可由语音数据采集模块405来具体实现,如以下参照图4更详细描述的。
54.方法300可包括:在操作320,识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者。该操作可以类似于如由参见图1和图2中所描述的,可将采集到的语音信号通过音频控制板(acp)中的语音识别模块转换为文本数据,并且进一步基于标准语音数据库而将空中交通管制命令识别成空管请求或空管指令。优选地,关于空管请求的标准数据库可包括:请求离场许可、请求起飞跑道、请求滑行、请求进出机位、请求起飞许可、请求频率移交、请求应答机识别、或其组合。优选地,关于空管指令的标准数据库可包括:提交飞行计划、离场许可、起飞许可、机位指示、跑道指示、频率指示、或其组合。优选地,可以基于飞机的参数信息来识别所采集的语音,这些参数信息包括:飞机的机型、航班号、二次代码、起飞机场、落地机场、起飞时刻、航班状态信息、飞行高度、飞行经纬度、放行阶段、滑行阶段、或其组合。优选地,操作320可由语音识别模块410来具体实现,如以下参照图4更详细描述的。
55.方法300可包括:在操作330,接收所述用户对所述空中交通管制命令的确认输入。该操作可以类似于如由参见图1和图2中所描述的,可在控制显示装置(cdu)上显示所述空中交通管制命令以供飞行员输入确认。优选地,飞行员可以将之前叙述的语音从广播/耳机中听到的语音与cdu上显示的空中交通管制命令文本结果进行比对,如果该文本结果正确,则飞行员可以通过cdu来输入确认操作;反之,如果该文本结果不正确或不准确,则飞行员可以通过cdu来输入否认操作。优选地,操作330可由用户接口模块415来具体实现,如以下参照图4更详细描述的。
56.方法300可包括:在操作340,响应于所述空中交通管制命令是所述空管请求而向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。该操作可以类似于如由参见图1和图2中所描述的,在识别出的空中交通管制命令是空管指令的情况下,可以向飞机的空管系统传送空管指令以供所述空管系统执行所述空管指令。优选地,在接收到用户对空中交通管制命令的确认输入的情况下,用户可以复述该空管指令并且向地面管制中心发送关于要二次确认该空管指令的指示,并且在接收到二次确认后才执行该空管指令。优选地,在未接收到用户对空中交通管制命令的确认输入(例如,飞行员可以通过cdu来输入否认操作或没有接收到飞行员对空管请求的确认输入达阈值时间(例如,5s))的情况下,飞机的空管系统可以生成对要用户(例如,飞行员)复述与该空管请求相关联的语音的请求,或生成要求地面管制中心重传空管指令或复
述空管指令的请求或并传送给地面管制中心。优选地,可以使用外话开关来选择是连同用户的与空管请求相关联的语音数据一起向地面管制中心传送空管请求还是仅传送用户的与空管请求相关联的语音数据而不传送空管请求。优选地,操作340可由处理模块420来具体实现,如以下参照图4更详细描述的。
57.图4解说了根据本技术的一实施例的用于空中交通管制的系统400的示例框图。
58.如图4所示,系统400可包括语音数据采集模块405,其用于采集飞机的驾驶舱内的语音数据。语音数据采集模块405实现的操作可以类似于如由参见图1和图2中所描述的,采集机舱内用户的语音数据,采集经由扬声器播放的从地面管制中心接收到的语音信号的语音数据,和/或从地面管制中心接收到的语音信号中的语音数据。
59.如图4所示,系统400可包括语音识别模块410,其用于识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者。语音识别模块410实现的操作可以类似于如由参见图1和图2中所描述的,可将采集到的语音信号通过音频控制板(acp)中的语音识别模块转换为文本数据,并且进一步基于标准语音数据库而将空中交通管制命令识别成空管请求或空管指令。优选地,关于空管请求的标准数据库可包括:请求离场许可、请求起飞跑道、请求滑行、请求进出机位、请求起飞许可、请求频率移交、请求应答机识别、或其组合。优选地,关于空管指令的标准数据库可包括:提交飞行计划、离场许可、起飞许可、机位指示、跑道指示、频率指示、或其组合。优选地,可以基于飞机的参数信息来识别所采集的语音,这些参数信息包括:飞机的机型、航班号、二次代码、起飞机场、落地机场、起飞时刻、航班状态信息、飞行高度、飞行经纬度、放行阶段、滑行阶段、或其组合。
60.如图4所示,系统400可包括用户接口模块415,其用于接收所述用户对所述空中交通管制命令的确认输入。用户接口模块415实现的操作可以类似于如如由参见图1和图2中所描述的,可在用户接口模块415(诸如控制显示装置(cdu))上显示所述空中交通管制命令以供飞行员输入确认。优选地,飞行员可以将之前叙述的语音从广播/耳机中听到的语音与cdu上显示的空中交通管制命令文本结果进行比对,如果该文本结果正确,则飞行员可以通过cdu来输入确认操作;反之,如果该文本结果不正确或不准确,则飞行员可以通过cdu来输入否认操作。
61.如图4所示,系统400可包括处理模块420,其用于:响应于所述空中交通管制命令是所述空管请求而使得系统的收发模块向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。处理模块420实现的操作可以类似于如如由参见图1和图2中所描述的,在识别出的空中交通管制命令是空管指令的情况下,可以向飞机的空管系统传送空管指令以供所述空管系统执行所述空管指令。优选地,在接收到用户对空中交通管制命令的确认输入的情况下,用户可以复述该空管指令并且向地面管制中心发送关于要二次确认该空管指令的指示,并且在接收到二次确认后才执行该空管指令。优选地,在未接收到用户对空中交通管制命令的确认输入(例如,飞行员可以通过cdu来输入否认操作或没有接收到飞行员对空管请求的确认输入达阈值时间(例如,5s))的情况下,飞机的空管系统可以生成对要用户(例如,飞行员)复述与该空管请求相关联的语音的请求,或生成要求地面管制中心重传空管指令或复述空管指令的请求或并传送
给地面管制中心。优选地,可以使用外话开关来选择是连同用户的与空管请求相关联的语音数据一起向地面管制中心传送空管请求还是仅传送用户的与空管请求相关联的语音数据而不传送空管请求。
62.上述各个模块的操作的具体细节可参考上文的方法的描述。应当领会,其中一些可选操作可由上述模块完成,或者可由附加模块完成。
63.图5解说了根据本技术的一实施例的用于空中交通管制的装置500的框图。
64.该装置可包括处理器510以及存储器515,所述处理器被配置成执行如上所述的任何方法,如各附图中所示的方法等等。该存储器可存储例如所获取的文章、与产品或服务相关联的信息、处理过程中可能产生的数据、以及必要的算法等等。
65.该装置可包括网络连接元件525,例如可包括通过有线连接或无线连接来连接到其它设备的网络连接设备。该无线连接例如可以为wifi连接、蓝牙连接、3g/4g/5g网络连接等。还可经由网络连接元件接收用户从其它设备所进行的输入或者将数据传送到其它设备以供显示。
66.该装置还可选地包括其它外围元件520,例如输入装置(如键盘、鼠标)、输出装置(如显示器)等。例如,在基于用户输入的方法中,用户可经由输入装置执行输入操作。还可经由输出装置向用户输出相应的信息。
67.这些模块中的每一者可彼此直接或间接通信,例如,经由一条或多条总线(例如总线505)。
68.而且,本说明书的实施例还公开了一种包括存储于其上的计算机可执行指令的计算机可读存储介质,所述计算机可执行指令在被处理器执行时使得所述处理器执行本文所述的各实施例的方法。
69.此外,本说明书的实施例还公开了一种装置,该装置包括处理器以及存储有计算机可执行指令的存储器,所述计算机可执行指令在被处理器执行时使得所述处理器执行本文所述的各实施例的方法。
70.此外,本说明书的实施例还公开了一种用于相似案件检索系统,该系统包括用于实现本文所述的各实施例的方法的装置。在一方面,该系统包括:用于采集飞机的驾驶舱内的语音数据的装置;用于识别所述语音数据中的空中交通管制命令的装置,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;用于接收所述用户对所述空中交通管制命令的确认输入的装置;用于响应于所述空中交通管制命令是所述空管请求而向所述地面管制中心传送所述空管请求的装置;以及用于响应于所述空中交通管制命令是所述空管指令而执行所述空管指令的装置。
71.以上描述了根据本技术的实现基于语音识别的双向确认的空中交通管制的方法、系统和计算机可读存储介质,相对现有技术而言,本技术的方法至少具有以下优点:
72.(1)将飞行员发送的语音请求指令通过文字化的方式,直接明确的发送至地面管制中心,并且地面管制中心可以将语音指令直接上行到飞机,语音识别为标准的空管指令,直接加载到飞管系统,从而更加高效、快速、准确地收发和执行文字化的语音请求指令;
73.(2)有效地减轻飞行员的负担,减少因为口音等因素造成的不安全事件,增强空管效率,减少数据链费用,给航空公司带来收益。
74.在整个说明书中已经参照“实施例”,意味着特定描述的特征、结构或特性包括在至少一个实施例中。因此,这些短语的使用可以不仅仅指代一个实施例。此外,所描述的特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。
75.以上描述的方法和装置的各个步骤和模块可以用硬件、软件、或其组合来实现。如果在硬件中实现,结合本说明书描述的各种说明性步骤、模块、以及电路可用通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑组件、硬件组件、或其任何组合来实现或执行。通用处理器可以是处理器、微处理器、控制器、微控制器、或状态机等。如果在软件中实现,则结合本说明书描述的各种说明性步骤、模块可以作为一条或多条指令或代码存储在计算机可读介质上或进行传送。实现本说明书的各种操作的软件模块可驻留在存储介质中,如ram、闪存、rom、eprom、eeprom、寄存器、硬盘、可移动盘、cd-rom、云存储等。存储介质可耦合到处理器以使得该处理器能从/向该存储介质读写信息,并执行相应的程序模块以实现本说明书的各个步骤。而且,基于软件的实施例可以通过适当的通信手段被上载、下载或远程地访问。这种适当的通信手段包括例如互联网、万维网、内联网、软件应用、电缆(包括光纤电缆)、磁通信、电磁通信(包括rf微波和红外通信)、电子通信或者其他这样的通信手段。
76.可以理解,根据本说明书的一个或多个实施例的方法可以用软件、固件或其组合来实现。应该理解,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同或相似的部分互相参考即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置和系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参考方法实施例的部分说明即可。
77.应该理解,上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
78.应该理解,本文用单数形式描述或者在附图中仅显示一个的元件并不代表将该元件的数量限于一个。此外,本文中被描述或示出为分开的模块或元件可被组合为单个模块或元件,且本文中被描述或示出为单个的模块或元件可被拆分为多个模块或元件。
79.还应理解,本文采用的术语和表述方式只是用于描述,本说明书的一个或多个实施例并不应局限于这些术语和表述。使用这些术语和表述并不意味着排除任何示意和描述(或其中部分)的等效特征,应认识到可能存在的各种修改也应包含在权利要求范围内。其他修改、变化和替换也可能存在。相应的,权利要求应视为覆盖所有这些等效物。
80.同样,需要指出的是,虽然已参考当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本说明书的一个或多个实施例,在没有脱离本说明书实施例精神的情况下还可做出各种等效的变化或替换,因此,只要在本说明书的实质精神范围内对上述实施例的变化、变型都将落在本说明书的权利要求书的范围内。

技术特征:


1.一种空中交通管制的方法,所述方法包括:采集飞机的驾驶舱内的语音数据;识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;接收所述用户对所述空中交通管制命令的确认输入;响应于所述空中交通管制命令是所述空管请求而向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。2.如权利要求1所述的方法,其特征在于,进一步包括:显示所述空中交通管制命令以接收所述用户对所述空中交通管制命令的确认输入。3.如权利要求1所述的方法,其特征在于,执行所述空管指令进一步包括:向所述飞机的空管系统传送所述空管指令以供所述空管系统执行所述空管指令。4.如权利要求1所述的方法,其特征在于,执行所述空管指令进一步包括:向所述地面管制中心发送关于要二次确认所述空管指令的指示;以及响应于接收到所述地面管制中心对所述空管指令的二次确认而执行所述空管指令。5.如权利要求1所述的方法,其特征在于,所述方法进一步包括基于未接收到所述用户对所述空中交通管制命令的确认输入来执行以下操作:响应于所述空中交通管制命令是所述空管请求而生成对要所述用户复述与所述空管请求相关联的语音的请求;以及响应于所述空中交通管制命令是所述空管指令而向所述地面管制中心发送对要重传与所述空管指令相关联的信号的请求。6.如权利要求1所述的方法,其特征在于,所述方法进一步包括:在外话开关闭合的情况下,连同所述用户的与所述空管请求相关联的语音数据一起向所述地面管制中心传送所述空管请求;以及在所述外话开关断开的情况下,向所述地面管制中心传送所述用户的与所述空管请求相关联的语音数据而不传送所述空管请求。7.如权利要求1所述的方法,其特征在于,采集所述驾驶舱内的语音数据包括:采集所述用户的语音数据;或采集从所述地面管制中心接收到的语音信号中的语音数据。8.如权利要求1所述的方法,其特征在于,所述空管请求包括:请求离场许可、请求起飞跑道、请求滑行、请求进出机位、请求起飞许可、请求频率移交、请求应答机识别、或其组合。9.如权利要求1所述的方法,其特征在于,所述空管指令包括:提交飞行计划、离场许可、起飞许可、机位指示、跑道指示、频率指示、或其组合。10.如权利要求1所述的方法,其特征在于,识别所述语音数据中的所述空中交通管制命令包括:基于所述飞机的参数信息来识别所述语音数据,所述参数信息包括:所述飞机的机型、航班号、二次代码、起降机场、落地机场、起飞时刻、航班状态信息、飞行高度、飞行经纬度、放行阶段、滑行阶段、或其组合。
11.一种基于语音识别进行空中交通管制的系统,所述系统包括:语音数据采集模块,其用于采集飞机的驾驶舱内的语音数据;语音识别模块,其用于识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;用户接口模块,其用于接收所述用户对所述空中交通管制命令的确认输入;处理模块,其用于:响应于所述空中交通管制命令是所述空管请求而使得所述系统的收发模块向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。12.如权利要求10所述的系统,其特征在于,所述用户接口模块进一步用于显示所述空中交通管制命令以接收所述用户对所述空中交通管制命令的确认输入。13.如权利要求1所述的系统,其特征在于,所述处理模块进一步用于:在接收到所述用户对所述空中交通管制命令的确认输入的情况下,向所述地面管制中心发送关于要二次确认所述空管指令的指示,以及响应于经由所述收发模块接收到所述地面管制中心对所述空管指令的二次确认而执行所述空管指令;或者在未接收到所述用户对所述空中交通管制命令的所述确认输入的情况下响应于所述空中交通管制命令是所述空管请求而生成对要所述用户复述与所述空管请求相关联的语音的请求,以及响应于所述空中交通管制命令是所述空管指令而经由所述收发模块向所述地面管制中心发送对要重传与所述空管指令相关联的信号的请求。14.如权利要求1所述的系统,其特征在于:在外话开关闭合的情况下,连同所述用户的与所述空管请求相关联的语音数据一起向所述地面管制中心传送所述空管请求;以及在所述外话开关断开的情况下,向所述地面管制中心传送所述用户的与所述空管请求相关联的语音数据而不传送所述空管请求。15.一种存储指令的非瞬态计算机可读存储介质,所述指令当被计算机执行时,使所述计算机执行如权利要求1-10中任一项所述的方法。

技术总结


本申请提供了一种空中交通管制的方法、系统和计算机可读介质。该方法包括:采集飞机的驾驶舱内的语音数据;识别所述语音数据中的空中交通管制命令,所述空中交通管制命令包括从所述驾驶舱内的用户向地面管制中心发出的空管请求和从所述地面管制中心向所述用户发出的空管指令中的一者或多者;接收所述用户对所述空中交通管制命令的确认输入;响应于所述空中交通管制命令是所述空管请求而向所述地面管制中心传送所述空管请求;以及响应于所述空中交通管制命令是所述空管指令而执行所述空管指令。还提供了众多其他方面。管指令。还提供了众多其他方面。管指令。还提供了众多其他方面。


技术研发人员:

王平 江凯丽 陈涵钰 涂喜梅 邬亚娟 周扬

受保护的技术使用者:

中国商用飞机有限责任公司上海飞机设计研究院

技术研发日:

2022.07.07

技术公布日:

2022/10/13

本文发布于:2024-09-24 13:11:34,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/4/26954.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:所述   管制   空管   指令
留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议