曝光臺(tái) 注意防騙 網(wǎng)曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費(fèi)者

The fed-file contains information on which data and/or commands are to be sent as interactions and which require an object to be created on the RTI implementation.  The following is also excerpted from Kokan, 2001:
The networking object supports the sending and receiving of two fundamentally different types of information, in accordance with HLA.  The first type is an interaction.  Interactions are created, sent over the RTI, and then forgotten about by the sender.  The receiver receives the interaction, processes the information accordingly, and then forgets about the interaction.  
The second type of information sent and received is an object.  An object is typically some sort of data structure that is sent by whatever federate publishes it.  Federates that are interested in that object subscribe to it.  Whenever the data changes within the federate that is publishing it, the federate updates the objects and that updated information is sent through the RTI to the federates subscribed to it.  More precisely, the RTI determines who is subscribed to this type of data, and sends the updated data to a callback function on the receiving federate's end.  One of the parameters within this callback function is the data packet.  The receiving federate is responsible for unpackaging this data, and sending it along to the appropriate local destination.
The architectures of the linkage on the RFS and MIDAS simulation host computers are illustrated in Figure IV-5 and Figure IV-6, respectively.  This setup allows us to have all communications between the two simulations in one physical place and to run the two simulations quasi-independently, updating them only as required by the corresponding agents in the simulations.  Communication with the DataStreamEchoClient is performed via Internet protocol, as long as the DataStreamEchoClient, running on the Windows host, “knows” the IP address of the IRIX host.

 
Figure IV-5  RFS Host Computer Architecture
 

 
Figure IV-6  MIDAS Host Computer Architecture
 

V. HUMAN PERFORMANCE MODEL SPECIFICATIONS

The following sections describe the specifications developed for the MIDAS modeling of the pilots and controller in the en route sector CAT sensor scenario.
Pilot Specifications
General Flight Crew Procedures
As discussed in Chapter III, the baseline behavior of the flight crew (i.e., without exposure to or warnings of CAT) was fully specified using the baseline traffic definitions as inputs to RFS.  The waypoint following aircraft module in RFS handled all of the pilot actions necessary to fly these baseline routes.  A more detailed MIDAS flight crew performance model was initiated whenever an aircraft was to be influenced by CAT (i.e., affected by sensor alert, overhears PIREP, or experiences CAT) in order to model the response behavior appropriate to the developing situation.  A diagram of the general elements that were required from MIDAS to model the response behaviors of the flight crew and controller are shown in Figure V-1.

 
Figure V-1  General CAT Scenario Response Requirements
 
Under this approach, whenever an aircraft is projected to be affected by CAT it is modeled as a MIDAS agent from the time it enters the sector (although the nominal route handling is still achieved through RFS).  Flight crew become aware of the presence of CAT either through PIREPs overheard on the communication channel, or directly from sensor alerts, or physical experience of CAT effects.  They then evaluate the information being received in context of the turbulence severity and location relative to their current position, and formulate an appropriate response to the situation, e.g., issuing a PIREP, re-configuring the aircraft for turbulence penetration, warning the cabin of turbulence, requesting re-routes, or declaring an emergency.  The controller model must handle the appropriate interactions with the flight crew:  receiving and relaying PIREPs, evaluation of the requested or reported deviations from baseline flight crew behavior, and making appropriate communications. 
　
中國航空網(wǎng) www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：DEVELOPMENT OF FAST-TIME SIMULATION TECHNIQUES(32)