CDM系统技术实现与应用Word文档下载推荐.docx
- 文档编号:21328323
- 上传时间:2023-01-29
- 格式:DOCX
- 页数:8
- 大小:21.83KB
CDM系统技术实现与应用Word文档下载推荐.docx
《CDM系统技术实现与应用Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《CDM系统技术实现与应用Word文档下载推荐.docx(8页珍藏版)》请在冰豆网上搜索。
ESB全称为EnterpriseServiceBus,即企业服务总线。
它是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。
ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。
2.2IBMwebsphereMQ
IBMMQ(IBMMessageQueue)是IBM的一款商业消息中间产品,适用于分布式计算环境或异构系统之中。
消息队列技术是分布式应用间交换信息的一种技术。
消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。
通过消息队列,应用程序可独立地执行通过写发送队列和检索接收队列来进行通信,消息传递指的是程序之间通过消息中的数据进行通信,排队指的是应用程序通过队列来通信。
队列的使用是异步的,不需要接收和发送应用程序同时执行。
队列可以看作是存储消息的容器,同时存储是有顺序的。
队列可以分为本地队列、远程队列、模型队列、别名队列等。
2.3MVP模式
MVP(ModelViewPresenter)模型是广泛应用于开发架构的MVC(ModelViewControler)的一种变形引用,是对MVC的Controler的特定应用领域的一种优化方案,并广泛应用于应用系统架构中。
MVP模型中Presenter负责逻辑的处理,Model提供数据,View负责显示。
在MVP里,Presenter完全把Model和View进行了分离,主要的程序逻辑在Presenter里实现。
而且Presenter与具体的View是没有直接关联的,而是通过定义好的接口进行交互,从而使得在变更View时候可以保持Presenter的不变。
2.4Spring和MyBatis
Spring是一个轻量级的Java开发框架。
它是为了解决企业应用开发的复杂性而创建的。
框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为J2EE应用程序开发提供集成的框架。
Spring的核心是控制反转(IoC)和面向切面(AOP)。
MyBatis是一个支持普通SQL查询,存储过程和高级映射的优秀持久层框架。
MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及对结果集的检索封装。
MyBatis可以使用简单的XML或注解用于配置和原始映射,将接口和Java的POJO(PlainOldJavaObjects,普通的Java对象)映射成数据库中的记录。
3系统设计(Systemdesign)
3.1系统基本原理
CDM系统是通过信息交换、程序改进、工具发展及势态共享等措施来改善空中交通管理,其基本原理是:
(1)创建一个流量管理部门和用户共享问题的公共视图。
(2)为用户提供通过他们自身行为来减轻问题的机会和机制。
(3)在流量管理部门初始的流量管理策略中,提供给用户满足自己优先级的选择弹性。
(4)允许用户参与到空中交通流量管理方针和策略的制定中来。
(5)融合相关用户(空管、机场、航空公司)信息,发布精准的航班时刻。
3.2系统总体结构
CDM系统包括四个子系统:
流量室区管客户端、航空公司客户端、中小机场塔台系统和CDM业务系统,如图1所示。
(1)流量室区管管理系统主要负责对流控的发布和对临时航路的管理,包括对限制的发布、重置、查询、修改和拷贝等操作;
设置航班CTOT(计算的起飞时间)和STO(航班经过航路点时间)。
(2)航空公司管理人员可以查询航班进离港信息、航班所受限制、申请TOBT(目标撤轮档时间)等。
(3)塔台电子进程单系统主要实现塔台管理人员对机位、跑道等数据的维护和管理;
申请TOBT时间,发布跑道运行模式。
(4)CDM业务系统主要负责航班业务数据的处理、航班的排序和计算,更新航班状态,处理管制员的操作请求。
3.3业务流程
(1)航班时刻表起飞时间前三小时,公司发布领航计划报激活本场离港航班。
(2)CDM系统通过机尾号信息自动关联前站进港航班,并从航班进入华东区域后自动更新预计落地时间ELDT(预计滑入时间)。
(3)根据ELDT+EXIT(预计滑入时间)+ETTT(预计过站时间)得出EOBT(预计起飞时间),在EOBT前两小时或者直接由航空公司输入目标撤轮档时间TOBT触发离港起飞时刻的自动计算。
(4)飞机已经在本站的航班,则根据EOBT前两小时或者直接由公司TOBT触发离港起飞时刻的自动计算。
(5)流量管理室CDM席位根据细化到机场的限制条件,提供时刻自动计算、核实和发布,并将起飞时刻与现有华东地区统一放行系统数据同步。
(6)计算出的起飞时间CTOT(计算的起飞时间)以及ATOT(实际起飞时间),经过CDM终端机通过专线或互联网发布给各公司以及上海两场CDM协调席位,各公司指定的席位有权根据航班实际准备情况对TOBT更正,流量管理室可以根据排序情况自动或人工修正。
(7)公司可以对相同限制的航班对换次序,也可以将自己的时刻与其它公司的时刻对换,交换需要征得流量管制室同意。
(8)出现天气等原因需要进行长时间等待时,为避免间隔缩小后起飞时刻提前量过大,流量室根据实际情况在队列中最多发布三架航班的准确时间,其它航班的时间依次显示为最后一架给定时间航班的时间+未发布时刻航班序号。
机场协同决策系统中区域管制子系统的设计与实现。
(9)塔台负责维护跑道运行模式,申请航班TOBT时间。
4系统实现(Systemimplementation)
4.1客户端系统
(1)流量室区管客户端
流量室区管客户端,是使用C#语言开发的C/S客户端,该系统使用MVP的设计模式,通过MQ发送消息给数据服务系统,通过FTP读写文件的方式传递数据。
系统将业务处理和用户操作分开处理。
主要功能:
管理流控信息、管理受限航班起飞时间和经过航路点的时间、监控航班实时状态。
(2)机场塔台电子进程单系统
机场塔台电子进程单系统,是使用ASP.NET开发的B/S网页版的系统,该系统的操作通过MQ通知CDM业务系统,当CDM业务系统处理完后,将结果通知塔台系统,实现人机之间的交互。
系统主要功能如图3所示。
(3)航空公司系统
航空公司系统是使用JAVA开发的B/S网页版系统,该系统使用了Spring和MyBatis技术,主要功能是查询进离港航班信息、流控信息和申请TOBT。
实现航空公司与流量管制室之间的交互。
4.2数据服务
4.2.1数据结构
系统主要功能,数据表之间关系如图4所示。
4.2.2业务数据类型
数据处理部分涉及的数据类型:
(1)全航路信息
①有效航路段截取:
判断航路方向,根据航路的入点和出点,截取有效航。
②边境点的标识。
③非航路和非航路点的过滤。
④多航路的过滤。
⑤航班全航路点的拆分(实际route)。
⑥航班全航路信息的组装:
根据边境点,确定巡航高度,并提供全高度的全航路信息。
(2)飞行耗时
①飞行耗时经验值计算:
相邻两航路点,不同机型、高度的飞行耗时经验值。
②航班飞行耗时获取:
实际航班相邻两航路点的飞行耗时获取。
4.4CDM业务系统
业务系统主要分为触发器和裁决器两个功能模块,其核心业务是处理航班占位,给出航班计算的起飞时间。
4.4.1触发器
(1)功能描述
触发器主要接受算法外部来自数据服务的预排航班信息、流控信息、跑道运行模式信息、飞越航班信息,内部来自裁决器的裁决信息、流控影响航班信息、跑道模式影响航班信息。
根据算法的规则对航班、流控、跑到模式信息进行统一的计算管理。
(2)流程逻辑
①系统启动时向数据服务发送航班请求,请求需要计算的航班信息包括:
预计起飞时间在40―90分钟的增量航班信息、发送了延误报的航班信息、设置过人工TOBT的航班信息以及预计起飞时间在40―90分钟的航班信息。
②收到数据服务的航班信息后会根据收到的航班的先后顺序分别取每个航班的可用高度的某一高度为其该次计算的飞行高度,相应高度的航路及经验值为其该次计算的飞行航路和经验值信息,发送给航路点进行航路信息的计算工作。
③收到裁决器返回的裁决信息,会根据裁决结果进行相应处理。
如果裁决结果为成功,则取本次计算出的CTOT时间为最终结果时间发送给数据服务和前台界面显示,并发送过点时间信息发送给航路点进行时间片占片工作且取下一个航班的信息发送给航路点进行计算工作;
如果裁决结果为失败,则取本次计算出的EOBT时间为EOBT时间,并根据EOBT时间找到相应的跑道信息、滑行时间、离岗程序时间发送给航路点重新计算;
如果裁决结果为超时,则停止对本次航班的计算,取下一个航班的信息发送给航路点进行计算工作。
④收到来自数据服务主动推送的流控信息时,会将流控信息按照接收的时间顺序保存起来。
若在当前的一次流程完成后,根据优先级(流控信息优先级为3,数值越小优先级越高)流控为当前最高优先级信息,则生成流控消息后发送给航路点进行流控设置。
⑤收到来自裁决器的流控影响的航班信息,若存在受流控影响的航班信息,则发送将这些航班从时间片序列中移除的消息到航路点进行时间片清除操作。
⑥收到来自裁决器的时间片清除成功的消息,如果结果为成功,则根据优先级生成优先级最高的消息发送出去。
⑦收到数据服务的推送来的跑道运行模式的消息,会直接返回一个带有机场信息的消息给服务器用来请求最新生效的跑道运行模式消息。
⑧收到数据服务返回的最新生效的跑道运行模式消息,会将跑道运行模式信息按照接收的时间顺序保存起来。
若在当前的一次流程完成后,根据优先级(跑道运行模式信息优先级为2)跑道运行模式消息为当前最高优先级消息,则生成跑道运行模式消息后发送给航路点进行跑道运行模式设置。
⑨收到数据服务推送的穿越航班的消息,会将其加入到当前计算的航班信息表中其他穿越航班的后面(航班信息优先级为5),和其他正常航班一样进行航路的计算。
⑩收到数据服务推送的策略航班的消息,会根据航班的相应策略做相应处理。
当所有消息都被处理完时会向数据服务继续发起航班信息请求。
?
收到再一次航班排序信息时会将已经排序过的航班信息加入到待释放的航班信息表中,并且按照之前的航班排序流程重新开始工作。
在发送每条业务消息之前都会先发送一条带有唯一键值的消息给裁决器,来保证消息的唯一性和正确性。
收到裁决器的键值回复消息后,触发器会为生成好的消息加入返回的键值后发送给航路点进行计算工作。
(3)限制条件
①向航路点发出信息后等待时间限制:
三分钟。
超过时间后会重新发送最后一条消息给航路点。
②向数据服务发出请求后等待时间限制:
超过时间后会重新发送航班请求给数据服务。
4.4.2裁决器
裁决器主要处理来自航路点的时间偏移量消息、释放结果消息、跑道运行模式改变及流控改变影响的航班列表的消息。
同时为了保证消息处理的准确性,裁决器也会处理来自触发器的键值消息。
①收到来自触发器的键值消息后,会判断当前裁决器是否保存有键值信息,如果存在则将其覆盖并且重置裁决器当前的所有信息。
执行完操作后会将收到的键值返回给触发器。
②收到来自航路点的时间偏移量信息后,首先将点的信息和偏移量信息保存起来并判断是否已经收到该次裁决需要的所有航路点的时间偏移量信息。
如果没有收到所需要的所有信息则继续等待;
如果已经收到了所有的信息则裁决找到最大的时间偏移量不为0(非MAX)后生成裁决失败消息发送给触发器,若为0则返回成功;
如果已经收到所有消息并且消息中包含MAX值则返回裁决成功但是时间偏移量为-1;
如果一定时间还没有收到所有的消息则生成超时消息(时间偏移量为-2的成功消息)
③收到来自航路点的受影响航班信息后,裁决器会将这些航班信息一同返回给触发器。
④收到来自航路点的释放结果消息,首先将判断结果和航路点信息保存起来。
如果已经收到所有的信息则判断是否存在结果为失败的航路点;
如果存在则将该航路点的消息加入到释放失败消息中返回给触发器;
如果所有的航路点返回消息都为成功则返回释放成功消息给触发器;
如果超过一定时间还没有收到所有的消息则生成超时消息(释放失败消息,其中包含没有收到的航路点和收到的结果为失败的航路点信息)返回给触发器。
⑤在收到来自航路点的每一条消息时都会首先判断收到信息所包含的键值是否和裁决器保存的键值一致,如果不一致则直接丢弃掉该消息,只有相同时才进行保存计算工作。
①偏移量消息等待最长时间为:
超过三分钟。
②释放结果消息等待最长时间为:
5系统应用(Systemapplication)
5.1系统运行环境
(1)系统运行网络环境
运行在空管内部网络系统。
(2)服务器端运行环境
操作系统:
Windows2008R2EnterpriseServer
数据库管理系统:
Oracle11G
服务器中间件:
TOMCAT6、IIS7信息服务器
代码运行环境:
JRE1.6、.NETFramework4、MicrosoftASP.NETMVC3
其他支撑软件:
IBMWebSphereMQ7.0
(3)客户端运行环境
运行环境:
Microsoft.NETFramework3.5SP1
浏览器:
InternetExplorer8以上浏览器
Windows7
5.2应用CDM系统的影响
CDM系统能让所有的参与者从中受益。
对于空管部门而言,通过与航空公司的数据接口,了解航班的计划信息、旅客人数、延误信息,值机情况,这样能够更加精确地分配离场时刻,还可以根据计划起飞时间,可以更合理地安排开车和推出时间。
空管部门通过与机场当局的数据接口,可以提早得知航班停机位信息或其更改信息、航班有特殊要求的信息和紧急情况的信息以及现场运行过程出现的各种可能影响空管正常运行的信息等,这样空管部门可以向机场提供更为合理的起降序列和更加准确的起降时间。
机场当局可根据空管部门的信息,及时调整停机位分配、合理调整地面服务,更好的提供特情处置预案等。
对于航空公司而言,最直接的收益就是它能够提高航班的正常性,增强公司对航班运营的可预测性,最大程度地减少延误时间,从而降低延误成本;
对于机场当局而言,它能通过更好地分配机场资源为客户提供更好的服务,能通过对跑道和停机位的最优分配,更好地支持越来越大的旅客吞吐量;
它可以帮助区域管制员更好地进行航路飞行流量管理,合理分配流量有效减轻管制员负荷。
通过精准的信息接收和发布,将空管信息中心发挥出指导现场运行的作用。
6结论(Conclusion)
本文介绍了民航航空业的现状,分析了航班延误的主要原因。
同时也对CDM系统的设计和实现方法做了详细的介绍,给出了一套可行性方案。
该方案的设计满足了系统安全性、可靠性的运行需求。
通过该系统的部署和应用提高了流量管理中心分配时间的执行率,减少了滑行道和机场的拥挤,减轻了管制人员的工作压力,得到相关部门更多理解和信任,同时也能为相关单位提供更高的服务品质和收获更好的客户满意度。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CDM 系统 技术 实现 应用