Method and system for constructing optimized network simulation environment

This application claims the benefit of Korean Patent Application No. 10-2011-0030368 filed on Apr. 1, 2011, the entire disclosure of which is incorporated herein by reference.

1. Field of the Invention

The present invention relates to a technical field for performing a network simulation while a network model is interworking with real equipments, more particularly, to a method of constructing an optimized network simulation environment which guarantees a real-time network simulation by synchronizing the operation time between the real equipments and the network model.

2. Background of the Related Art

As a conventional technique, there is an SITL (System In The Loop) in which real equipments interwork with a network model and an effect thereof is analyzed on a network simulation. An OPNET-series product, such as SITL, provides a function of setting a ‘Real Time Execution Ratio’ option in order to synchronize the actual time and the simulation time.

If the time taken to perform the simulation through the above function is shorter than the time actually taken, synchronization is maintained. If the time taken to perform the simulation is longer than the time actually taken, however, a problem will occur that synchronization is not maintained.

Accordingly, the present invention has been made in view of the above problem occurring in the prior art, and it is an object of the present invention to provide a method of constructing an optimized network simulation environment, which enables a real-time network simulation by simplifying the construction of a network model and lowering the fidelity of communication equipment models when the construction of the network model is complicated or when the necessary time taken to perform calculation for a network simulation is longer.

To achieve the above object, a method of constructing an optimized network simulation environment according to the present invention includes the steps of setting communication equipment models for relaying to/from real equipments out of communication equipment models of a network model, as major models, calculating the order of abstraction priority for the major models, performing batch-mode abstraction for non-major models, driving a simulation, determining whether a difference between a simulation execution time and an actual time spent is within an allowable delay value, performing adaptive abstraction for the major models, and evaluating a result of the simulation.

Further objects and advantages of the invention can be more fully understood from the following detailed description taken in conjunction with the accompanying drawings in which:

FIG. 1 shows the construction of a system for constructing an optimized network simulation environment according to the present invention;

FIG. 2 is a schematic flowchart illustrating a method of constructing an optimized network simulation environment according to the present invention;

FIG. 3 is a flowchart illustrating a method of determining the order of abstraction priority according to the present invention;

FIG. 4 shows an embodiment of a determination table through the method of determining the order of abstraction priority according to the present invention;

FIG. 5 is a block diagram of a major model according to the present invention;

FIG. 6 is a flowchart illustrating an adaptive abstraction method for a major model according to the present invention; and

FIG. 7 is a flowchart illustrating an embodiment of the batch-mode abstraction method of a non-major model according to the present invention.

Some exemplary embodiments of the present invention will now be described in detail with reference to the accompanying drawings.

FIG. 1 shows the construction of a system for constructing an optimized network simulation environment according to the present invention. As shown in FIG. 1 , the system 100 for constructing an optimized network simulation environment according to the present invention includes a network model 110 , a major model identifying unit 120 , a simulation driving control unit 130 , a statistics gathering/management unit 140 , a real-time simulation determination unit 150 , and an abstraction control unit 160 . The network model 110 includes communication equipment models, link models and traffic models. The major model identifying unit 120 recognizes communication equipment model(s) for relaying a message to/from real equipments among the communication equipment models of the network models and identifies them as major model(s). The simulation driving control unit 130 controls the start, end, event processing and event reset of a simulation. The statistics gathering/management unit 140 gathers and manages necessary statistics from a major model. The real-time simulation determination unit 150 for determining whether a real-time simulation is being performed by comparing a simulation execution time and an actual time spent, and an abstraction control unit 160 for performing abstraction for the major models and non-major models.

Each of the elements is described in detail below.

First, the network model 110 includes the communication equipment models, link models and the traffic models, and can interwork with real equipments for the system for constructing an optimized network simulation environment according to the present invention. Furthermore, the major model identifying unit 120 sets a model for performing relaying a message to/from real equipments among the communication equipment models of the network model, as a major model and sets the remaining models as non-major models. Furthermore, the simulation driving control unit 130 controls resetting all simulation events, starting a simulation, performing a simulation with or without real equipments, and ending a simulation. Furthermore, the statistics gathering/management unit 140 gathers and manages statistics that will be used to determine adaptive abstraction during a simulation for only a model corresponding to a relay equipment model among the major models. Furthermore, the real-time simulation determination unit 150 determines whether a simulation is performed in real time by comparing a simulation time and an actual time spent and calculates the time taken due to delay and abstraction generated in a previous simulation cycle so that the time does not affect the check of the relevant cycle, so that all events can be performed within one simulation. Furthermore, the abstraction control unit 160 may perform abstraction for the major models and the non-major models. More particularly, the abstraction control unit 160 may perform abstraction for the non-major models at the same time and may perform adaptive abstraction for the major models in order to simplify the network model during a simulation.

FIG. 2 is a schematic flowchart illustrating a method of constructing an optimized network simulation environment according to the present invention. As shown in FIG. 2 , the method of constructing an optimized network simulation environment according to the present invention includes a) the step S 210 of setting communication equipment models for relaying a message to/from real equipments out of communication equipment models of the network model 110 , as major models, b) the step S 220 of calculating the order of abstraction priority for the major models, c) the step S 230 of performing batch-mode abstraction for non-major models, d) the step S 240 of driving a simulation, e) the step S 250 of determining whether a difference between a simulation execution time and an actual time spent is within an allowable delay value, f) the step S 260 of performing adaptive abstraction for the major models, and g) the step S 270 of evaluating a result of the simulation.

Each of the steps is described in detail below. First, in the step S 210 of identifying major models, the major model identifying unit 120 recognizes the relay equipment models placed at several paths where data generated or received by pre-defined two terminal equipment models which represent real equipments is transmitted and received within the network model 110 , and identifies them as major models. In order to set the major models, a constructive simulation may also be performed. Then, in the step S 220 of calculating the order of abstraction priority for the major models, the statistics gathering/management unit 140 gathers and stores statistics (e.g., the frequency of transmission and reception per unit time and the necessary calculation time per unit event) for assigning the order of priority of the major models and computes the order of abstraction priority for the major models. Here, the frequency of transmission and reception per unit time is an index that is taken into account in order to determine how each major model is frequently used and may be represented by an average and a deviation. Furthermore, the necessary calculation time per unit event is for taking a calculation time, used to process data of the major models, into account and may be represented by an average and a deviation. In order to gather and store statistics of them, several constructive simulations may also be performed. The abstraction control unit 160 calculates the order of abstraction priority for major models using the statistics stored at the statistics gathering/management unit 140 . In the step S 230 of performing batch-mode abstraction, the abstraction control unit 160 identifies non-major models, and performs batch-mode abstraction for the identified non-major models. Next, in the step S 240 of driving the simulation, the simulation driving control unit 130 resets discrete events for performing the simulation and starts the constructive simulation. Whenever the timing violation check cycle is reached while performing the simulation, the real-time simulation determination unit 150 performs the step S 250 of determining whether the difference between a simulation execution time and an actual time spent is within an allowable delay value, the real-time simulation determination unit 150 compares the difference between a simulation execution time and an actual time spent with a preset allowable delay value so that the time taken owing to abstraction and a delay value generated in a previous simulation cycle do not affect the check of a current cycle. If a real-time simulation is violated because the difference is greater than the allowable delay value, the abstraction control unit 160 performs the step S 260 of performing adaptive abstraction for the major models. Otherwise, the simulation driving control unit 130 continues performing the simulation. In the step of performing the adaptive abstraction, the real-time simulation determination unit 150 enables the abstraction control unit 160 to generate an abstraction option setting interrupt event in relevant major models on the basis of the order of abstraction priority for major models that have not been abstracted and to perform abstraction. The real-time simulation determination unit 150 stores accumulated difference time taken due to the delay and abstraction generated in a previous simulation cycle so that the time does not affect the check of the relevant cycle, so that all events can be performed within one simulation. After the above process is performed, the real-time simulation determination unit 150 performs the step S 270 of evaluating a simulation result. Here, the real-time simulation determination unit 150 determines whether any real-time simulation violations exist. If, as a result of the determination, the number of real-time simulation violations exists, the real-time simulation determination unit 150 resets a simulation event and restarts the simulation from the step S 240 with the abstracted network model. If, as a result of the determination, the real-time simulation violations do not exist, the process is terminated without restarting the simulation because it means that an abstracted network model guarantees a real-time simulation.

FIG. 3 is a flowchart illustrating a method of determining the order of abstraction priority according to the present invention. As shown in FIG. 3 , the method of determining the order of abstraction priority according to the present invention includes the step S 241 of selecting a major model from which the order of priority will be induced, the step S 242 of inducing the order using the statistics of the frequency of transmission and reception per unit time, the step S 243 of inducing the order using the statistics of a necessary calculation time per unit event, the step S 244 of calculating the order of abstraction priority using the induced orders, and the step S 245 of determining whether there is other major models from which the order of priority has not been induced.

Each of the steps is described in detail below. First, in the step S 241 of selecting a major model, a major model is selected out of the major models from which the order of priority will be induced. Particularly, the major model is arbitrarily selected out of the major models for which the order of priority has not yet been determined. Next, in the step S 242 of inducing an order using the statistics of the frequency of transmission and reception per unit time, the order of priority is determined in ascending order from a major model having low frequency on the basis of the statistics of the frequency of transmission and reception per unit time between the major models that are now in question and the major model(s) for which the order of priority has been determined. Furthermore, in the step S 243 of inducing the order using the statistics of the necessary calculation time per unit event, the order of priority is determined in ascending order from a major model having a greater necessary time on the basis of the statistics of a necessary calculation time per unit event between the major model that is presently the subject and the major models for which the order of priority has been determined. Furthermore, in the step S 244 of calculating the order of abstraction priority using the induced orders, the order of priority of the subject to be abstracted is determined by combining the induced frequency and the order of priority according to the time. Here, the order of priority of the subject to be abstracted may be determined by giving a prescribed weight to the frequency and the time. Finally, in the step S 245 of determining whether there is a major model for which the order of priority has not been induced, if, as a result of the determination, there is a major model for which the order of priority has not been induced, the process is repeated from the step S 241 of selecting a major model for which the order of priority will be induced. If, as a result of the determination, a major model for which the order of priority has not been induced does not exist, the process of determining the order of abstraction priority is terminated.

An embodiment of a determination table through the method of determining the order of abstraction priority according to the present invention is shown in FIG. 4 .

FIG. 5 is a block diagram of a major model according to the present invention, and FIG. 6 is a flowchart illustrating an adaptive abstraction method for a major model according to the present invention.

As shown in FIG. 5 , the major model 500 according to the present invention includes particular communication protocol modules 510 and 520 , a reception module 530 , a transmission module 540 , and a characteristic generation and application module 550 .

The adaptive abstraction method for a major model according to the present invention is described with reference to FIGS. 5 and 6 . The abstraction control unit 160 according to the present invention performs adaptive abstraction for the major model 500 . As shown in FIG. 6 , the method of adaptively performing abstraction for the major model 500 according to the present invention includes the step S 610 of receiving data at the major model 500 , the step S 620 of determining whether an abstraction option of the major model 500 has been set, the step S 630 of processing the received data in the major model 500 , and the step S 640 of sending the processed data from the major model 500 .

Each of the steps is described in detail below. In the step S 610 of receiving data at the major model 500 , the major model 500 receives data from other communication equipment models. Next, the step S 620 of determining whether an abstraction option of the major model 500 has been set is performed. In the step S 630 of processing the received data, if the abstraction option has been set, the characteristic generation and application module 550 of the major model 500 processes the data on the basis of statistics which are stored in the abstraction control unit 160 at the step S 220 of calculating the order of abstraction priority for major models. If the abstraction option has not been set, the particular communication protocol module of the major model 500 processes the data. Furthermore, in the step S 640 of sending the processed data, the transmission module 540 of the major model 500 sends the processed data to other communication equipment models, thereby terminating data relay.

FIG. 7 is a flowchart illustrating an embodiment of the batch-mode abstraction method of a non-major model according to the present invention. As shown in FIG. 7 , the batch-mode abstraction method of the non-major model according to the present invention includes the step S 710 of identifying non-major relay equipment models, the step S 720 of analyzing a possibility that each unidentified non-major relay equipment model will reach any identified non-major relay equipment model(s) and the number of hops, the step S 730 of selecting unidentified relay equipment models for one identified non-major relay equipment model and integrating them into one cloud model, the step S 740 of deleting the traffic models of which data is transmitted and received only within the cloud model, the step S 750 of deleting the non-major terminal equipment models that transmit and receive the traffic only within the cloud model, and the step S 760 of determining whether there is a non-major relay equipment model that is not integrated with the cloud model.

Each of the steps is described in detail below. First, in the step S 710 of identifying a non-major relay equipment model, a major model identification unit identifies the non-major relay equipment models directly connected to the major model on the basis of a list of already identified major models. Next, the step S 720 of analyzing a possibility that each unidentified non-major relay equipment model will reach any identified non-major relay equipment model and the number of hops is performed. Next, the step S 730 of selecting unidentified relay equipment models for one identified non-major relay equipment model by referencing above-mentioned possibility and the number of hops, and integrating them into one cloud model is performed. Here, it is preferred that the subjects to be integrated can be reached from an identified non-major relay equipment model and have the number of hops smaller than that of any other identified non-major relay equipment model. Next, in the step S 740 of deleting the traffic models of which data is transmitted and received only within the cloud model, and in the step S 750 of deleting the non-major terminal equipment models that transmit and receive the traffic only within the cloud model, the abstraction control unit 160 deletes the traffic models not affecting the major models, deletes the terminal equipment models having only the deleted traffic models, and deletes link models connected to the deleted terminal equipment models. Finally, in the step S 760 of determining whether there is a non-major relay equipment model that is not integrated with the cloud model, it is determined whether there is a non-major relay equipment model which is not integrated with the cloud model, among the non-major relay equipment models directly connected to the major models. If, as a result of the determination, there is a model which is not integrated with the cloud model, the process is repeated from the step S 730 of integrating the subjects into the cloud model. If, as a result of the determination, there is no model which is not integrated with the cloud model, the process of integrating the non-major models with the cloud abstraction model is terminated.

As described above, if the method of constructing an optimized network simulation environment according to the present invention is used, a real-time simulation having fidelity and reliability for the function and operation of actual equipment can be guaranteed.

While the present invention has been described with reference to the particular illustrative embodiments, it is not to be restricted by the embodiments but only by the appended claims. It is to be appreciated that those skilled in the art can change or modify the embodiments without departing from the scope and spirit of the present invention.