KR100316185B1 - A mock simulator of asynchronous transfer mode signalling system and the method thereof - Google Patents

Abstract

The present invention simulates the asynchronous transmission mode signal control system for verifying the function of the development module without the actual network for the operations required for establishing and releasing a switched virtual channel call used for ATM communication and connecting the ATM signal adaptation layer. The present invention relates to a test apparatus and a method, and in developing signaling processing, it is possible to perform parallel development with hardware by verifying signaling operation before complete development of hardware, and problems occurring when mounting on hardware by verifying all operations before mounting on hardware. It is easy to determine whether it is a hardware problem or a software problem, and it is easy to reproduce all the logical situations by easily creating a message freely in the transmitting and receiving processor, so that it is easy to cope with each situation.

Description

A mock simulator of asynchronous transfer mode signaling system and the method

The present invention relates to a simulation apparatus and method for asynchronous transmission mode signal control system, and more particularly, to network connection matching for B-ISDN network connection of an asynchronous transfer mode (hereinafter referred to as ATM) communication apparatus. The present invention relates to a simulation apparatus and method for verifying the function and operation of a signal control system for controlling a board.

In order to facilitate data communication between arbitrary ATM devices, ATM connection establishment and signaling are required.

Such signal control is performed between devices. When communication attempts are made between devices, it is difficult to determine which device has an error when a situation occurs that does not interlock between devices.

However, there are limitations in terms of item mounting and testing on the actual board, and it is difficult to proactively cope with the situation.

In addition, the software mounted on the board is mounted on the hardware and tested and developed after the development of the hardware is completed. In this case, the development of hardware is awaited, and when the software is mounted on the hardware, it is difficult to determine whether an error or a malfunction occurring in the hardware is an error on the hardware side or an error on the software side, thereby increasing the development period.

Accordingly, the present invention has been made in view of the above-mentioned conventional circumstances, and does not need to be performed through an actual network for operations required for establishing / released a switched virtual channel call (SVC) and an ATM signal adaptation layer (SAAL) connection. It is an object of the present invention to provide a simulation apparatus and method for asynchronous transmission mode signal control system to verify the function of the development module.

Another object of the present invention is to provide a simulation apparatus and method for asynchronous transmission mode signal control system to overcome the time difference caused by parallel development of hardware and software when developing an ATM communication terminal.

It is still another object of the present invention to provide an apparatus and method for simulating an asynchronous transmission mode signal control system to test a function of correct configuration of a transmitted / received protocol and coping with when a wrong protocol is received.

In order to achieve the above objects, a simulation apparatus for an asynchronous transmission mode signal control system according to a preferred embodiment of the present invention includes a first processor for generating a protocol for a transmission operation, and performing connection control and call management between processors. A second processor, a third processor for processing the call, a fourth processor for processing each party to the call in one-to-many communication, a fifth processor for the transfer of service data units, and connection control A transmitting end having a sixth processor for performing a distribution function and a seventh processor for establishing and releasing a connection;

A receiving end having a processor for responding to and managing a service requested from the transmitting end, and the second to seventh processors;

When the simulation test is started, all the processors in the transmitting end and the receiving end simultaneously perform functions, and the transmission and reception of messages between the processors in each of the transmitting end and the receiving end are performed through a queue, and the transmitting end in transmitting the message from the transmitting end to the receiving end. It is characterized in that the transmission through the fifth processor of the seventh processor of the receiving end.

In addition, the simulation method of the asynchronous transmission mode signal control system according to an embodiment of the present invention, a first processor for generating a protocol for the transmission operation, a second processor for performing connection control and call management between processors, the call A third processor for performing processing for the first, a fourth processor for processing each party to the call in one-to-many communication, a fifth processor for transmitting service data units, and a distribution processor for connection control; An asynchronous transmission mode signal control system having a sixth processor and a seventh processor for establishing and releasing connections,

When the simulation starts, all the processors perform their functions at the same time, and the message transmission and reception between the processors is performed through a queue, and is received by the fifth processor on the transmitting side when the message is transmitted to another system having the processors. It is characterized by transmitting to the seventh processor of the side.

1 is a block diagram of a simulation apparatus for an asynchronous transmission mode signal control system according to an embodiment of the present invention;

2 is a structural diagram of a message delivered through the message queue shown in FIG. 1;

3 is a flow chart of a transmission function to the message queue shown in FIG. 1;

4 is a flow chart of a reception function to the message queue shown in FIG.

<Description of Symbols for Major Parts of Drawings>

10: Outgoing message processing processor (SENDER_AP)

28: Receive message processing processor (RECEIVER_AP)

12, 30: message distribution processor (CD-U; Coordination Unit)

14, 32: Call Control Unit (CC-U)

16, 38: Party Control Processor (PC-U; Party Control Unit)

18, 34: Reset Start Processor (RS)

20, 36: Reset Response Processor (RR)

22, 40: connection control distribution processor (SSCF; Service Specific Coordination Function)

24, 42: Service Specific Connection Oriented Protocol (SSCOP)

26, 44: service data unit transfer processor (CPCS); Common Part Convergence Sublayer

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of a simulation apparatus for an asynchronous transmission mode signal control system according to an exemplary embodiment of the present invention, in which a transmitting end and a receiving end are symmetrically configured, which means that the actual system is independent of each other.

Since the signal processing system to which the present invention is applied consists of nine tasks according to each function of the processor, the signal processing system consists of nine processors, and is originally generated by the real-time operating system of the system. Each queue is replaced with a queue of message queues of a Unix system and implemented to deliver a message.

In FIG. 1, the transmission message processing processor 10 (SENDER_AP) is a processor that is related to an application program in the actual system and replaces functions such as video telephony and video conferencing. The transmission message processing processor 10, in the actual system, does not belong to the ROM but makes and transmits a protocol data unit (PDU) to be transmitted by requesting and responding to the ROM from the outside of the ROM, and using the contents returned from the receiver. Then create protocols for different situations, such as acting, and use them for testing.

The received message processing processor 28 (RECEIVER_AP) is a processor corresponding to an application program in a real system, and is a processor that responds to and manages a service requested from a sender.

Message distribution processors (12, 30; CD_U (Coordination Unit)) is provided in the transmitting and receiving end, respectively, and the processor for the overall control of the connection control and call between the processor to distribute the received message to the processor and the connection control processor ( 24, 42; SSCOP).

The call processing processors 14 and 32 (Call Control Units (CC_U)) are provided at the transmitting end and the receiving end, respectively, and are processors that handle call processing such as call generation and release.

The party processing processors 16 and 38 (Party Control Units (PC_U)) are provided at the transmitting end and the receiving end, respectively, and are processors responsible for generation and release of each party for a call for one-to-many communication.

The reset processors 18 and 34 (reset start (RS)) are provided at the transmitting end and the receiving end, respectively, and are processors for requesting and managing a reset of a system call.

The reset response processors 20 and 36 (RR (Reset Response)) are provided at the transmitting end and the receiving end, respectively, and are processors for responding to and managing a reset for a call.

Connection control distribution processors 22 and 40 (Service Specific Co-ordination Functions (SSCF)) are provided at the transmitting end and the receiving end, respectively, and are processors in charge of distribution (coordination) for connection control.

The connection control processors 24 and 42 (Service Specific Connection Oriented Protocol (SSCOP)) are provided at the transmitting end and the receiving end, respectively, and are processors that manage connection control so as to establish and release a connection and perform stable communication. The connection control processors 24 and 42 correspond to Signaling AALs (SAALs) together with the connection control distribution processors 22 and 40 in the corresponding transmitting or receiving end.

The service data unit transmission processors 26 and 44 (CPCS (Common Part Convergence Sublayer)) are provided at the transmitting end and the receiving end, respectively, and are a processor in charge of transmitting a service data unit (SDU) (not shown).

Since the embodiment of the present invention configured as described above is a test performed at one workstation, when the system is driven, the 18 processors operate simultaneously to perform respective functions, and at the same time, there are 8 queues at the transmitting and receiving end. (queue1 to queue8) are also generated.

In the above configuration, in order to use the message queues (queue1 to queue8) between the processors, a definition of a message to be transmitted and received is required. The message structure is recorded in the message type as illustrated in FIG. Field and file name are recorded.

The 'message type' is an ID for identifying which processor a message received from each processor is sent to. The message type is required for distinguishing a processor because one processor is associated with multiple processors.

The 'file name' is a file name of a message to be transmitted and received, but the actual system transmits the actual message without transmitting the file name, but in the embodiment of the present invention, the size of the data should be reduced as much as possible due to the nature of the message queue, and the operation is incorrect. In order to provide a means to analyze the stored files when they are stored, the message to be sent is made into a unique file and stored in a specific place, and then the name of the file is transmitted, thereby preventing the queue from being broken and analyzing.

In Figure 1, the sender and receiver are shown with the same processor and queue name, respectively, which is not a problem because the processor assigns different pids (Process IDs) when the system forks, and the Unix environment for queue names. A variable is used to create a queue with the same key but different key values.

The simulation apparatus of the asynchronous transmission mode signal control system according to the embodiment of the present invention configured as described above simulates a function of operating ROM mounted on an ATM matching board, and generates each thread from the actual system. And all other processes are the same except that the I / O processing part between management function and thread is different.

When the transmitting message processing processor 10 of the transmitting end describes the operation of the message transmission from the receiving message processing processor 28 of the receiving end, the message sent from the transmitting message processing processor 10 of the transmitting end to the message distribution processor 12 is The message distribution processor 12 sends the message distribution processor 12 to the connection control distribution processor 22 through the queue 5, and the connection control distribution processor 22 controls the connection through the queue queue6. Sent to processor 24.

The connection control processor 24 sends a message to be transmitted to the service data unit transmission processor 26 through the queue queue7, and the service data unit transmission processor 26 sends a message to the connection control processor 42 at the receiving end. Send it.

Subsequently, the connection control processor 42 sends a received message to the connection control distribution processor 40 through the queue queue5, and the connection control distribution processor 40 distributes the received message through the queue queue1. To the processor 30, and the message distribution processor 30 sends the received message to the received message processing processor 28 via a queue.

Of course, the above-described operation is also performed when the transmitting end is the receiving end and the receiving end is the transmitting end.

In addition, the connection control processor (24, 42; SSCOP) in Figure 1 is a nature of the standard to make and send various types of messages to itself, the present invention is applied to this operation without any problem.

The service data unit transfer processor (26, 44; CPCS) shows a different transmission and reception from other processors. In a real system, the actual medium between the service data unit transfer processor 26 at the transmitting end and the service data unit transfer processor 44 at the receiving end is shown. This is the part that transmits and receives through. That is, since the complete signal processing operation cannot be seen until the complete implementation of the hardware, the present invention replaces the transmission operation by allowing the service data unit transmission processors 26 and 44 to cross each other. In more detail, when the connection control processor 24 of the transmitting end requests its service data unit transmitting processor 26 to transmit, the service data unit transmitting processor 26 transmits the service data unit of the opposite side (that is, the receiving end). Rather than sending a message to the processor 44, the connection control processor 42 on the other side (i.e., the receiving end) takes this message and performs the function of the service data unit sending processor 44. This flexibly replaces the transmission of hardware.

In order to operate in this way, the service data unit transmission processor 26 of the transmitting end designates a queue queue6 managed by the connection control processor 42 of the receiving end as its own queue queue8 and enters the queue queue8. It is regarded as a received message. Similarly, the service data unit transfer processor 44 at the receiving end processes the incoming data to the queue queue8 as if it is received from the transmitting end.

Then, the message transmission process from the party processing processor 16 in the transmitting end to the transmission message processing processor 10 is described, the message from the party processing processor 16 to the call processing processor 14 through the queue (queue2) After being transmitted, it is transmitted to the message distribution processor 12 through the queue queue1 and then to the transmission message processing processor 10 through the queue queue3. The process of sending a message from the party processing processor 38 in the receiving end to the received message processing processor 28 is also the same as the above transmitting process in the transmitting end.

The operation of using the queue as described above will be described in more detail, taking communication between the transmission message processing processor 10 and the message distribution processing processor 12 as an example.

The transmission message processing processor 10 delivers the message to the message distribution processing processor 12 through the queue queue1 and receives the message through the queue queue3. The queue is a queue that the message distribution processor 12 manages for reception (the queue 1 is also used to send messages from the processors 18, 20, and 22 to the message distribution processor 12). The queue queue3 is a queue managed by the transmission message processing processor 10 for reception.

Regarding the message sent from the transmission message processing processor 10 to the message distribution processing processor 12, the message distribution processor 12 indicates that the message is sent from the transmission message processing processor 10 with the message type? Get to know.

In this way, it is possible to know the sender between each processor, and when a file is piled up in a place to store files (where the sending processor uses and the receiving processor uses them separately), Different prefixes are used to generate filenames to distinguish which messages are sent to which receiving processors.

In the above example, the transmission module to the queue to be actually used for development and the transmission module used in the present invention are as follows.

The function that handles this is 'SENDER_to_CD ()', which handles writing a message to a queue. The system call command to operate in actual ROM is 'sc_qpost (destination qid, message)', and the function used in the present invention is sc_qpost (file prefix, destination qid, message id, message).

Among these arguments, the 'file prefix' is a prefix to be added to the file name to be generated. It is used to determine which processor sends a message to which processor by looking at the file prefix when debugging due to a malfunction. 'destination qid' indicates the id of the reception queue to which the message should be delivered, and 'message id' indicates the message type to be used in the unique function of the message queue (that is, the function of distinguishing data types). 'message' is a message to be sent by each processor, which is a standard message encoded according to each standard.

The functions, that is, functions for transmitting a message between each processor associated with transmission and reception, such as SENDER_to_CD (). For example, CC_to_CD () is a function for sending a message from CC-U to CD-U, and SSCOP_to_SSCF () is a function for sending a message from SSCOP to SSCF.

The operation of the present invention for the sc_qpost () function commonly used by these functions will be described based on the flowchart of FIG. 3.

During the initial operation, the environment variable determines whether the transmission end or the reception end is designated as an environment variable. When the location to store the file is determined, the function name is obtained by using a prefix obtained as an argument and a function that obtains a unique file name, and then all of them are connected to obtain a file name to be stored at the transmitter and the receiver.

After that, a file is generated, the message received as an argument is stored in the message structure illustrated in FIG. 2, and then transferred to another processor.

On the contrary, a process of receiving a message will be described.

The message distribution processor 12 receives a message from each processor 10, 14, 18, 20, 22 through a queue queue1. At this time, the message id is input differently to the queue queue1. That is, since the message is received as ① from the processor 10, ② from the processor 14, ③ from the processor 22, ④ from the processor 18 and ⑤ from the processor 20, the message is received. It identifies which processor the message was sent from. Of course, this number is not used by the processor's own functionality, but only when monitoring the message queue.

Similar to the transmission, the reception also has a realtime OS system call called 'sc_qpend (destination qid, message id)', and the present invention implements it with the same name. 'Message id' indicates a message type to be used in a unique function of the message queue (that is, a function for identifying data types).

As shown in the flowchart of FIG. 4, the reception operation is performed by acquiring a file name using the message queue system call function 'msgrcv ()', and then using the same to open and read the message stored in the transmitter. Then remove the file when you are finished reading the message.

According to the present invention as described above, it is possible to develop in parallel with the hardware by verifying the signaling operation before the complete development of the hardware in the signaling processing development.

By verifying all the operations before mounting on hardware, it is possible to easily determine whether the problem is a hardware problem or a software problem with respect to problems occurring when the hardware is mounted.

In addition, debugging can be done without loading in ROM, which can reduce development time and reduce costs, and it is easy to reproduce all logic situations by easily creating messages in the transceiver processor.

In addition, since it uses a general Unix system, it can be easily implemented, and there is no need for an ATM debugging tool, and it can be easily ported by replacing only the queue processing part when developing into a real system.

On the other hand, the present invention is not limited only to the above-described embodiments, but may be modified and modified without departing from the scope of the present invention.

Claims (16)

A first processor (SENDER_AP) for generating and transmitting a protocol for simulation, a second processor (CD_U) for performing connection control and call management between processors, a third processor (CC_U) for processing the call, one set A fourth processor (PC_U) performing processing of each party to the call during communication, a fifth processor (CPCS) in charge of the transmission of a service data unit, and a sixth processor (SSCF) performing a distribution function for connection control; And a transmitting end having a seventh processor (SSCOP) responsible for establishing and releasing a connection; And a receiving end having a processor (RECEIVER_AP) for responding to and managing a service requested from the transmitting end, and the second to seventh processors. When the simulation test is started, all the processors in the transmitting end and the receiving end simultaneously perform functions, and the transmission and reception of messages between the processors in each of the transmitting end and the receiving end are performed through a queue, and the transmitting end in transmitting the message from the transmitting end to the receiving end. Simulation device of the asynchronous transmission mode signal control system, characterized in that for transmitting to the seventh processor of the receiving end through a fifth processor. The method of claim 1, When transmitting a message to the seventh processor of the receiving end through the fifth processor of the transmitting end, the fifth processor of the transmitting end designates a queue managed by the seventh processor of the receiving end as its own queue, and the seventh processor of the receiving end A simulation apparatus for an asynchronous transmission mode signal control system, characterized in that a queue managed by a fifth processor of a transmitting end is designated as its own queue. The method of claim 1, And a message transmitted through the queue has a field indicating a message ID and a field of a file name in which a standard message to be actually transmitted is stored. The method of claim 2, And a message transmitted through the queue has a field indicating a message ID and a field of a file name in which a standard message to be actually transmitted is stored. The method of claim 3, wherein The file name simulation apparatus of the asynchronous transmission mode signal control system, characterized in that the prefix indicating the destination of the file. The method of claim 4, wherein The file name simulation apparatus of the asynchronous transmission mode signal control system, characterized in that the prefix indicating the destination of the file. The method of claim 1, And a transmission function (sc_qpost) of the asynchronous transmission mode signal control system. sc_qpost (file prefix, destination qid, message id, message) The 'file prefix' is a prefix to be prefixed to the file name to be generated, 'Destination qid' is an id of a reception queue to which a message should be delivered. 'Message id' indicates a message type to be transmitted, The 'message' is a message to be transmitted by each processor. The method of claim 1, And a reception function (sc_qpend) of the asynchronous transmission mode signal control system when the queue receives a message. sc_qpend (destination qid, message id) 'Destination qid' indicates an id of a reception queue to receive a message, 'Message id' indicates a type of message to be received. A first processor (SENDER_AP) for generating a protocol for a transmission operation, a second processor (CD_U) for performing connection control and call management between processors, a third processor (CC_U) for processing the call, one-to-many communication A fourth processor (PC_U) for processing each party to the call, a fifth processor (CPCS) for transmitting service data units, a sixth processor (SSCF) for distributing connection control, and In the simulation method of the asynchronous transmission mode signal control system having a seventh processor (SSCOP) responsible for establishing and releasing a connection, When the simulation starts, all the processors perform their functions at the same time, and the message transmission and reception between the processors is performed through a queue, and is received by the fifth processor on the transmitting side when the message is transmitted to another system having the processors. Simulation method of the asynchronous transmission mode signal control system, characterized in that the transmission to the seventh processor of the side. The method of claim 9, When sending a message to the receiving processor's seventh processor through the transmitting processor's fifth processor, the transmitting processor's fifth processor designates a queue managed by the receiving processor's seventh processor as its own queue, and the receiving processor's seventh processor. And a processor designates a queue managed by the fifth processor on the transmitting side as its own queue. The method of claim 9, The message transmitted through the queue has a field indicating a message ID and a field of the file name in which the standard message to be delivered actually stored, the simulation method of the asynchronous transmission mode signal control system. The method of claim 10, The message transmitted through the queue has a field indicating a message ID and a field of the file name in which the standard message to be delivered actually stored, the simulation method of the asynchronous transmission mode signal control system. The method of claim 11, And the file name is prefixed to indicate the destination of the file. The method of claim 12, And the file name is prefixed to indicate the destination of the file. The method of claim 9, Simulation method of the asynchronous transmission mode signal control system, characterized in that the transmission function (sc_qpost) is used to send a message to the queue in each processor. sc_qpost (file prefix, destination qid, message id, message) The 'file prefix' is a prefix to be prefixed to the file name to be generated, 'Destination qid' is an id of a reception queue to which a message should be delivered. 'Message id' indicates a message type to be transmitted, The 'message' is a message to be transmitted by each processor. The method of claim 9, Simulation method of the asynchronous transmission mode signal control system, characterized in that when the queue receives a message using the following reception function (sc_qpend). sc_qpend (destination qid, message id) 'Destination qid' indicates an id of a reception queue to receive a message, 'Message id' indicates a type of message to be received.