The present invention generally relates to aircraft operations, and more particularly relates to a method and system for re-activating a flight plan.
During a flight, an aircraft may be cleared by ATC (Air Traffic Control) to take a shortcut to a downpath waypoint of the flight plan and then may be later assigned by ATC to return to the plan as filed. This assignment may be to an arbitrary portion of the flight plan and the crew is expected to comply with the ATC instructions. However, a lack of information about the bypassed portion of the initial flight plan complicates the process of recalling the bypassed portion of the flight plan. Hence, there is a need for a method and system for re-activating a flight plan.
This summary is provided to describe select concepts in a simplified form that are further described in the Detailed Description. This summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
A method is provided for recovering flight plan data for a bypassed segment of a flight plan onboard an aircraft. The method comprises: loading an initial flight plan onto a Flight Management System (FMS) located on board the aircraft, where the active flight plan comprises multiple waypoints located along the active flight plan; creating a modified flight plan that bypasses at least one of the waypoints located along the initial flight plan; storing bypassed flight data that contains the bypassed waypoints located along the initial flight plan, where the bypassed flight data is stored in a retrievable electronic memory located on the FMS; executing the modified flight plan with the FMS; creating a restored flight plan by retrieving the bypassed flight data from the retrievable electronic memory and loading the restored flight plan onto the FMS; and executing the restored flight plan with the FMS.
A system is provided for recovering flight plan data for a bypassed segment of a flight plan on board an aircraft. The system comprises: a navigation system located on board the aircraft, where the navigation system has a processor and a retrievable electronic memory, where the processor is programmed to, load an initial flight plan into the navigation system located comprising multiple waypoints located along the initial flight plan, create a modified flight plan that bypasses at least one of the waypoints located along the initial flight plan, store bypassed flight data that contains the bypassed waypoints located along the initial flight plan in a retrievable electronic memory located on the navigation system, execute the modified flight plan, create a restored flight plan by retrieving the bypassed flight data from the retrievable electronic memory, load the restored flight plan onto the navigation system, and execute the restored flight plan; and a visual data system that displays the restored flight plan and the modified flight plan.
Furthermore, other desirable features and characteristics of the method and system will become apparent from the subsequent detailed description and the appended claims, taken in conjunction with the accompanying drawings and the preceding background.
The present invention will hereinafter be described in conjunction with the following drawing figures, wherein like numerals denote like elements, and wherein:
The following detailed description is merely exemplary in nature and is not intended to limit the invention or the application and uses of the invention. As used herein, the word “exemplary” means “serving as an example, instance, or illustration.” Thus, any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments. All of the embodiments described herein are exemplary embodiments provided to enable persons skilled in the art to make or use the invention and not to limit the scope of the invention which is defined by the claims. Furthermore, there is no intention to be bound by any expressed or implied theory presented in the preceding technical field, background, brief summary, or the following detailed description.
A method and system for recovering flight plan data for bypassed segments of a flight plan on board an aircraft has been developed. The method involves loading an initial flight plan onto a flight management system (FMS). The initial flight plan comprises multiple look waypoints located along the flight plan. A modified flight plan is created later that bypasses at least one of the waypoints. Bypassed flight data that contains the bypassed waypoints located along the initial flight plan is stored in a retrievable electronic memory located on the FMS. The modified flight plan is then executed with the FMS. At a later point, a restored flight plan is created by retrieving the bypassed flight data from the memory of the FMS. The restored flight plan is loaded on to the FMS and then executed.
Turning now to
The FMS 104 may have a built-in electronic memory system that contains a navigation database. The navigation database contains elements used for constructing a flight plan. In some embodiments, the navigation database may be separate from the FMS 104 and located onboard the aircraft while in other embodiments the navigation database may be located on the ground and relevant data provided to the FMS 104 via a communications link with a ground station. The navigation database used by the FMS 104 may typically include: waypoints/intersections; airways; radio navigation aids/navigation beacons; airports; runway; standard instrument departure (SID) information; standard terminal arrival (STAR) information; holding patterns; and instrument approach procedures. Additionally, other waypoints may also be manually defined by pilots along the route.
The flight plan is generally determined on the ground before departure by either the pilot or a dispatcher for the crew of the aircraft. It may be manually entered into the FMS 104 or selected from a library of common routes. In other embodiments the flight plan may be loaded via a communications data link from an airline dispatch center. During preflight planning, additional relevant aircraft performance data may be entered including information such as: gross aircraft weight; fuel weight and the center of gravity of the aircraft. The aircrew may use the FMS 104 to modify the plight flight plan before takeoff or even while in flight for variety of reasons. Such changes may be entered via the MCDU or other interface device. Once in flight, the principal task of the FMS 104 is to accurately monitor the aircraft's position and guide the aircraft along the intended route of flight. This may use a GPS, a VHF omnidirectional range (VOR) system, or other similar sensor in order to determine and validate the aircraft's exact position. The FMS 104 constantly cross checks among various sensors to determine the aircraft's position with accuracy. In alternative embodiments, other types of electronic navigation systems may be used in place of the FMS.
Turning now to
In the illustrated embodiment, the control module 204 is coupled to the communications system 206, which is configured to support communications between external data source(s) 220 and the aircraft. External source(s) 220 may comprise air traffic control (ATC), or other suitable command centers and ground locations. In this regard, the communications system 206 may be realized using a radio communication system or another suitable data link system.
Navigation system 210 is configured to provide real-time navigational data and/or information regarding operation of the aircraft. The navigation system 210 may be realized as a global positioning system (GPS), inertial reference system (IRS), or a radio-based navigation system (e.g., VHF omni-directional radio range (VOR) or long range aid to navigation (LORAN)), and may include one or more navigational radios or other sensors suitably configured to support operation of the navigation system 210, as will be appreciated in the art. The navigation system 210 is capable of obtaining and/or determining the current or instantaneous position and location information of the aircraft (e.g., the current latitude and longitude) and the current altitude or above ground level for the aircraft. Additionally, in an exemplary embodiment, the navigation system 210 includes inertial reference sensors capable of obtaining or otherwise determining the attitude or orientation (e.g., the pitch, roll, and yaw, heading) of the aircraft relative to earth.
The user input device 212 is coupled to the control module 204, and the user input device 212 and the control module 204 are cooperatively configured to allow a user (e.g., a pilot, co-pilot, or crew member) to interact with the display system 214 and/or other elements of the visual data system 202 in a conventional manner. The user input device 212 may include any one, or combination, of various known user input device devices including, but not limited to: a touch sensitive screen; a cursor control device (CCD) (not shown), such as a mouse, a trackball, or joystick; a keyboard; one or more buttons, switches, or knobs; a voice input system; and a gesture recognition system. In embodiments using a touch sensitive screen, the user input device 212 may be integrated with a display device. Non-limiting examples of uses for the user input device 212 include: entering values for stored variables 264, loading or updating instructions and applications 260, and loading and updating the contents of the database 256, each described in more detail below.
In general, the display system 214 may include any device or apparatus suitable for displaying flight information or other data associated with operation of the aircraft in a format viewable by a user. Display methods include various types of computer generated symbols, text, and graphic information representing, for example, pitch, heading, flight path, airspeed, altitude, runway information, waypoints, targets, obstacle, terrain, and required navigation performance (RNP) data in an integrated, multi-color or monochrome form. In practice, the display system 214 may be part of, or include, a primary flight display (PFD) system, a panel-mounted head down display (HDD), a head up display (HUD), or a head mounted display system, such as a “near to eye display” system. The display system 214 may comprise display devices that provide three dimensional or two-dimensional images and may provide synthetic vision imaging. Non-limiting examples of such display devices include cathode ray tube (CRT) displays, and flat panel displays such as LCD (liquid crystal displays) and TFT (thin film transistor) displays. Accordingly, each display device responds to a communication protocol that is either two-dimensional or three, and may support the overlay of text, alphanumeric information, or visual symbology.
As mentioned, the control module 204 performs the functions of the visual data system 202 as shown as 106 in
The control module 204 includes an interface 254, communicatively coupled to the processor 250 and memory 252 (via a bus 255), database 256, and an optional storage disk 258. In various embodiments, the control module 204 performs actions and other functions in accordance with steps of a method 400 described in connection with
The memory 252, the database 256, or a disk 258 maintain data bits and may be utilized by the processor 250 as both storage and a scratch pad. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data bits. The memory 252 can be any type of suitable computer readable storage medium. For example, the memory 252 may include various types of dynamic random access memory (DRAM) such as SDRAM, the various types of static RAM (SRAM), and the various types of non-volatile memory (PROM, EPROM, and flash). In certain examples, the memory 252 is located on and/or co-located on the same computer chip as the processor 250. In the depicted embodiment, the memory 252 stores the above-referenced instructions and applications 260 along with one or more configurable variables in stored variables 264. The database 256 and the disk 258 are computer readable storage media in the form of any suitable type of storage apparatus, including direct access storage devices such as hard disk drives, flash systems, floppy disk drives and optical disk drives. The database may include an airport database (comprising airport features) and a terrain database (comprising terrain features). In combination, the features from the airport database and the terrain database are referred to map features. Information in the database 256 may be organized and/or imported from an external source 220 during an initialization step of a process.
The bus 255 serves to transmit programs, data, status and other information or signals between the various components of the control module 204. The bus 255 can be any suitable physical or logical means of connecting computer systems and components. This includes, but is not limited to, direct hard-wired connections, fiber optics, infrared and wireless bus technologies.
The interface 254 enables communications within the control module 204, can include one or more network interfaces to communicate with other systems or components, and can be implemented using any suitable method and apparatus. For example, the interface 254 enables communication from a system driver and/or another computer system. In one embodiment, the interface 254 obtains data from external data source(s) 220 directly. The interface 254 may also include one or more network interfaces to communicate with technicians, and/or one or more storage interfaces to connect to storage apparatuses, such as the database 256.
It will be appreciated that the visual data system 202 may differ from the embodiment depicted in
During operation, the processor 250 loads and executes one or more programs, algorithms and rules embodied as instructions and applications 260 contained within the memory 252 and, as such, controls the general operation of the control module 204 as well as the visual data system 202. In executing the process described herein, the processor 250 specifically loads and executes the novel program 262. Additionally, the processor 250 is configured to process received inputs (any combination of input from the communication system 206, the imaging system 208, the navigation system 210, and user input provided via user input device 212), reference the database 256 in accordance with the program 262, and generate display commands that command and control the display system 214 based thereon.
Turning now to
Turning now to
Once a pilot decides to resume flying along the recovered flight plan 804, there are several possible techniques to return to the recovered flight path. Turning now to
In still another example shown in
Turning now to
Once the modified flight plan is created 1304, the bypassed flight data that contains the bypassed waypoints located along the initial flight plan is stored 1306 in a retrievable electronic memory located on the FMS. At this point, the FMS may execute the modified flight plan 1308. After some period of time, the aircraft may want to resume flying along the initial flight plan. At this point a restored flight plan is created by retrieving the bypass flight data from the retrievable electronic memory of the FMS 1310. The restored flight plan may be created as a result of instructions from the ATC for the aircraft to resume flying along the initial flight plan or as a result of actions by the pilot of the aircraft. Once the restored flight plan is created, it is loaded and executed by the FMS 1312.
Techniques and technologies may be described herein in terms of functional and/or logical block components, and with reference to symbolic representations of operations, processing tasks, and functions that may be performed by various computing components or devices. Such operations, tasks, and functions are sometimes referred to as being computer-executed, computerized, software-implemented, or computer-implemented. In practice, one or more processor devices can carry out the described operations, tasks, and functions by manipulating electrical signals representing data bits at memory locations in the system memory, as well as other processing of signals. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data bits. It should be appreciated that the various block components shown in the figures may be realized by any number of hardware, software, and/or firmware components configured to perform the specified functions. For example, an embodiment of a system or a component may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, logic elements, look-up tables, or the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices.
When implemented in software or firmware, various elements of the systems described herein are essentially the code segments or instructions that perform the various tasks. The program or code segments can be stored in a processor-readable medium or transmitted by a computer data signal embodied in a carrier wave over a transmission medium or communication path. The “computer-readable medium”, “processor-readable medium”, or “machine-readable medium” may include any medium that can store or transfer information. Examples of the processor-readable medium include an electronic circuit, a semiconductor memory device, a ROM, a flash memory, an erasable ROM (EROM), a floppy diskette, a CD-ROM, an optical disk, a hard disk, a fiber optic medium, a radio frequency (RF) link, or the like. The computer data signal may include any signal that can propagate over a transmission medium such as electronic network channels, optical fibers, air, electromagnetic paths, or RF links. The code segments may be downloaded via computer networks such as the Internet, an intranet, a LAN, or the like.
The following description refers to elements or nodes or features being “connected” or “coupled” together. As used herein, unless expressly stated otherwise, “coupled” means that one element/node/feature is directly or indirectly joined to (or directly or indirectly communicates with) another element/node/feature, and not necessarily mechanically. Likewise, unless expressly stated otherwise, “connected” means that one element/node/feature is directly joined to (or directly communicates with) another element/node/feature, and not necessarily mechanically. Thus, additional intervening elements, devices, features, or components may be present in an embodiment of the depicted subject matter.
In addition, certain terminology may also be used in the following description for the purpose of reference only, and thus are not intended to be limiting. For example, terms such as “upper”, “lower”, “above”, and “below” refer to directions in the drawings to which reference is made. Terms such as “front”, “back”, “rear”, “side”, “outboard”, and “inboard” describe the orientation and/or location of portions of the component within a consistent but arbitrary frame of reference which is made clear by reference to the text and the associated drawings describing the component under discussion. Such terminology may include the words specifically mentioned above, derivatives thereof, and words of similar import. Similarly, the terms “first”, “second”, and other such numerical terms referring to structures do not imply a sequence or order unless clearly indicated by the context.
For the sake of brevity, conventional techniques related to signal processing, data transmission, signaling, network control, and other functional aspects of the systems (and the individual operating components of the systems) may not be described in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in an embodiment of the subject matter.
Some of the functional units described in this specification have been referred to as “modules” in order to more particularly emphasize their implementation independence. For example, functionality referred to herein as a module may be implemented wholly, or partially, as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, or the like. Modules may also be implemented in software for execution by various types of processors. An identified module of executable code may, for instance, comprise one or more physical or logical modules of computer instructions that may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together but may comprise disparate instructions stored in different locations that, when joined logically together, comprise the module and achieve the stated purpose for the module. Indeed, a module of executable code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.
While at least one exemplary embodiment has been presented in the foregoing detailed description, it should be appreciated that a vast number of variations exist. It should also be appreciated that the exemplary embodiment or embodiments described herein are not intended to limit the scope, applicability, or configuration of the claimed subject matter in any way. Rather, the foregoing detailed description will provide those skilled in the art with a convenient road map for implementing the described embodiment or embodiments. It should be understood that various changes can be made in the function and arrangement of elements without departing from the scope defined by the claims, which includes known equivalents and foreseeable equivalents at the time of filing this patent application.