KR100272027B1 - Method for controlling input/output driver in operating system using mobile communication exchange - Google Patents

Abstract

PURPOSE: A method for controlling an input/output driver in an OS(Operating System) for a mobile communication exchange is provided to eliminate errors, generated on the interface between the mobile communication exchange system and an operator working terminal, to improve the stability and reliance on the system. CONSTITUTION: If a message transmission request is generated in an application program(10), a message is recorded in a designated buffer of a DPRAM(Dual Port RRAM) readable by a firmware(30). One packet is allocated in a packet pool, and information inside the packet is configured according to a message kind. An address of the DPRAM recording the message is recorded in the packet, and a value of a put-queue is increased by 1(one) to obtain a pointer for use. The pointer is connected with an address of the packet, and 'busy' is displayed in a flag. If an interrupt is generated, the position of a pointer containing the packet to be received is detected using a front value of the put-queue. Whether a packet to be reported by a flag exists is recognized, to obtain a packet in the pointer. The DPRAM address is obtained in the packet and the address is accessed, to obtain an actual message and store the message in a local SRAM(Static RAM). 'Non-busy' of a flag is displayed, and contents of the local SRAM are outputted to a display(40). Information on whether the packet is processed and an error is generated is configured, and a rear value of a next get-queue is increased by 1(one), to obtain a pointer for use. The pointer is connected with an address of the packet, and 'busy' is displayed in a flag. If an interrupt is generated, a front value of the get-queue is read to search a pointer position. If a next flag is displayed to be busy, a result packet is read. A DPRAM address containing the result value is accessed through the packet, and the next flag receiving the result message is displayed to be non-busy. A front value is increased by 1(one), the access of the DPRAM address is repeated until the flag of the corresponding pointer becomes non-busy. And a result of packet transmission is outputted to the application program(10).

Description

Method for controlling input / output driver in operating system using mobile communication exchange}

The present invention relates to a mobile communication exchange, and more particularly, to a method for removing obstacles occurring on an interface between a mobile communication exchange system and an operator work terminal and improving the stability and reliability of the system.

In general, a mobile communication system is a communication system for a mobile device such as a person, a car, a ship, a train, an aircraft, and includes a personal communication system (PCS) system and a digital cellular system (DCS). A digital trunked radio system (DTRS) is used.

Conventionally, a method for an input / output (I / O) driver of an operating system (OS) for a mobile communication switch has used a "stacked linked list pointer".

In this case, the stack is "stacking", and the first stack is a method of pulling out the last. A buffer with this property is called last-in first-out (LIFO). And in memory, the accumulated data grows downwards (the faster the address), and the stack pointer indicates how far it grows.

The linked list is divided into a data field and a link field so that insertion and deletion can be easily performed in the list, and a pointer to the next node is stored in the link field. It is a data structure.

Thus, the method using the conventional stack-type linked list pointer operates without any problem in normal operation.

However, due to some unexpected problem, the firmware (F / W, Firmware) of the IOPA (Input Output Port Interface board Assembly) board that functions to cause the message to be sprayed to the operator terminal, and the input / output driver of the operating system for the mobile switching center. If the pointers used to send and receive messages are shifted, these pointers are in a "stacked linked list structure". If any one pointer is lost, the linked list is disconnected and the pointer to the entire linked list is lost. There was a problem of losing them.

As a result, it is no longer possible to deliver a message, and to solve this problem, the system must be restarted. The time it takes is about 5 minutes, during which no operation can be performed.

Accordingly, the present invention has been proposed to solve the conventional problems as described above, and an object of the present invention is to remove the obstacles generated on the interface between the mobile communication exchange system and the operator work terminal, and to improve the stability and reliability of the system. The present invention provides an input / output driver control method in an operating system for a mobile communication switch that can be improved.

In order to achieve the above object, an input / output driver control method in an operating system for a mobile communication switch according to the present invention,

When an application sends a message request, the pointer is incremented by a put queue by a put queue with pointers used by the operating system's input / output driver to construct the packet and pass it to IOPA's firmware. A message output step of outputting a message to the display using the message; Get queue with pointers used to output the message to the display and then configure the result packet in the firmware of the IOPA used to receive the result of the packet, and then pass the packet to the input / output driver of the operating system. It is characterized in that the technical configuration consists of a result output step of outputting the result of packet transmission to the application program using a pointer while increasing the position of the array by one by one.

1 is a block diagram of an input / output driver in an operating system for a mobile communication switch to which the present invention is applied;

2 is a flowchart illustrating a method of controlling an input / output driver in an operating system for a mobile communication switch according to the present invention.

<Explanation of symbols for the main parts of the drawings>

10: Application 20: OS Input / Output Driver

30: IOPA Firmware 40: Display

Hereinafter, an embodiment according to the technical spirit of the input / output driver control method in the operating system for a mobile communication switch system configured as described above will be described in detail.

First of all, the present invention changes an operation method of a pointer for exchanging a message between an input / output driver of an operating system for a mobile communication switch and firmware in an IOPA board to a pointer of a circular array queue. Since we use pointers by increasing the position of Array) one by one, we want to solve the problem of losing the whole pointer by losing the pointer.

1 is a block diagram of an input / output driver in an operating system for a mobile communication switch to which the present invention is applied.

As shown therein, an application program 10 for requesting message transmission by executing an application program; An input / output driver (20) of the operating system for receiving the message transmission request of the application program 10 and decorating information in the packet according to the message type; A firmware (30) of an IOPA (Input Output Port Interface board assembly) for receiving a message from the input / output driver 20 and storing the message in a local static random access memory (SRAM); It is composed of a display 40 for outputting the packet transmission result of the firmware (30).

2 is a flowchart illustrating a method of controlling an input / output driver in an operating system for a mobile communication switch according to the present invention.

As shown in the figure, when a message transmission request is generated in the application 10, a foot queue having pointers used to construct a packet in the input / output driver 20 of the operating system and pass it to the firmware 30 of the IOPA. A message output step (ST1-ST9) of outputting a message to the display 40 by using a pointer while increasing the position of the array by one by (Put Queue); Pointer used to output the message to the display 40 and then configure the result packet in the firmware 30 of the IOPA used to receive the result of the packet, and then deliver the packet to the input / output driver 20 of the operating system. And a result output step (ST10-ST15) of outputting the result of packet transmission to the application program 10 by using a pointer while increasing the position of the array by one by a get queue provided with the data.

Herein, the message output steps ST1 to ST9 write a message to a designated buffer of DPRAM (Dual Port RAM) that the firmware 30 can read when a message transmission request occurs in an application program, Allocate a packet in the packet pool, decorate the information in the packet according to the message type, record the address of the DPRAM that recorded the message in the packet, and increase the rear value of the foot queue to obtain a pointer to use. A message processing step (ST1-ST4) in the input / output driver 20 which connects the address of the packet to this pointer and indicates that the flag is in use; When an interrupt occurs to take a message, the front queue of the foot queue is used to determine the location of the pointer containing the packet to be sent, and whether the packet is to be reported by the flag is detected. Get the address of the DPRAM in which the actual message is written, and access this address to get the actual message, store it in the local SRAM, indicate that the flag is not in use, and display the contents of the local SRAM. Message output step (ST5-ST9) in the firmware 30 to output to the.

In the result output step (ST10-ST15), as a result of the message processing, the information on whether the packet is processed well or an error is formed, and then the rear value of the get queue is increased by one to obtain a pointer to be used. A result processing step (ST10) (ST11) in the firmware (30) which connects the address of the result packet to this pointer and indicates that the flag is in use; When an interrupt occurs to receive a result packet, it reads the front value of the get queue to locate the pointer, and if the flag value is marked as busy, reads the result packet and uses this packet to find the DPRAM address containing the result. After accessing and receiving the result message, the flag is marked as not in use, the front value is increased by one, the DPRAM address access is repeated until the flag of the pointer is not in use, and the result of packet transmission to the application 10 is displayed. The result output step (ST12-ST15) in the input / output driver 20 to output.

The input / output driver control method of the present invention configured as described above is described in detail with reference to the accompanying drawings.

First of all, the present invention replaces a pointer operated as a stack-type linked list with a pointer of a queue-type circular array in order to increase stability and efficiency. The queue is composed of a foot queue and a get queue.

That is, the put queue has pointers used to construct a packet in the input / output driver 20 of the operating system and pass it to the firmware 30 of the IOPA. The get queue is used to receive the result of the packet, that is, to construct the result packet in the firmware 30 of the IOPA, and then use the pointers to pass the packet to the input / output driver 20 of the operating system. I have it. So you can send and receive messages using these foot and get queues.

Accordingly, when a message transmission request occurs in the application program 10 (ST1), the input / output driver 20 of the operating system writes the message to a designated buffer of the IORAM DPRAM that the firmware 30 can read. (ST2). The packet pool allocates one packet, decorates the information in the packet according to the message type, and writes the address of the IOPA DPRAM in which the message is recorded in the packet (ST3). So, we increase the rear value of the foot queue to get a pointer to use, connect the packet's address to this pointer, and mark the flag 'USED' to indicate that it is in use. Make sure that it is connected (ST4).

Then, when an interrupt occurs to take a message from IOPA's firmware 30 (ST5), IOPA's firmware 30 uses the front value of the foot queue to know the location of the pointer containing the packet to receive, and the flag It knows whether there is a packet to be reported by (ST6). Thus, if there is a packet to be reported, the firmware of IOPA 30 obtains the packet contained in the pointer, and the address of the DPRAM of IOPA in which the actual message is recorded in the contents of the packet. It accesses this address to get the actual message, stores it in local SRAM, and marks the flag 'FREE' to indicate that it is not in use (ST7). Accordingly, by sending the contents of the local SRAM to the display 40 (ST8), a message is output from the display 40 (ST9).

In this way, the message transmission request of the application program 10 is output to the display 40, and the processing result is returned to the application program 10 again.

Accordingly, the firmware 30 of the IOPA configures information on whether the packet is well processed or an error occurs as a result of the message processing (ST10). The firmware 30 of the IOPA increases the rear value of the get queue by one to obtain a pointer to use, connects the address of the result packet to this pointer, and indicates that the flag is in use by displaying 'USED' in the flag (ST11).

Then, when an interrupt occurs to receive the result packet from the input / output driver 20 of the operating system (ST12), the input / output driver 20 of the interrupted operating system reads the front value of the get queue to find the pointer position. If the next flag value is marked as 'USED' in use, it reads the result packet, and accesses the DPRAM address of the IOPA containing the result value to receive the result message. The flag is marked as 'FREE' to indicate that it is not in use (ST13). If the flag of the pointer is marked as 'USED' after increasing the front value to indicate that it is in use, the process of reading the front value of the get queue and accessing the DPRAM address of the IOPA is repeated to receive the result message. This process is repeated until the flag is 'FREE' (ST14).

Then, the application program 10 is notified of the result of the packet transmission, thereby outputting the result of the message transmission request of the application program 10 (ST15).

As such, the present invention eliminates the obstacles generated on the interface between the mobile communication exchange system and the operator work terminal and improves the stability and reliability of the system.

Although the preferred embodiment of the present invention has been described above, the present invention may use various changes, modifications, and equivalents. It is clear that the present invention can be applied in the same manner by appropriately modifying the above embodiments. Accordingly, the above description does not limit the scope of the invention as defined by the limitations of the following claims.

As described above, the input / output driver control method in the operating system for a mobile communication switch according to the present invention not only decreases the probability of missing a pointer, but also sends a message to the firmware of the IOPA even if a missed pointer occurs. If you increase the pointer queue used for receiving and the rear and front values used for receiving the receiver queue one by one, ignoring one loss and proceeding to the next, the service of the operator terminal can be continued. It is effective to eliminate the obstacles generated on the interface between the system and the operator work terminal and to improve the stability and reliability of the system.

Claims (1)

An input / output driver control method in an operating system for a mobile communication switch, Writing a message to a designated buffer of DPRAM for firmware to read when a message transfer request occurs in an application program; Allocating a packet in the packet pool, decorating information in the packet according to the type of message, recording an address of the DPRAM in which the message is recorded in the packet, and increasing a rear value of the foot queue to obtain a pointer to use; Connecting the address of the packet to the obtained pointer and indicating that the flag is in use; Identifying a pointer location containing a packet to be transmitted by using a front value of the foot queue when an interrupt occurs to take a message; Recognizing whether there is a packet to be reported by the flag, acquiring a packet included in the pointer, and obtaining an address of a DPRAM in which the actual message is recorded in the content of the packet; Accessing the obtained address to obtain an actual message, storing it in a local SRAM, displaying a flag as not in use, and outputting the contents of the local SRAM to a display; Constructing result information of the message processing in a packet, and increasing a rear value of a get queue by one to obtain a pointer to use; Associating an address of a result packet with the obtained pointer and indicating that the flag is in use; If an interrupt capable of receiving the result packet occurs, reading a front value of the get queue to find a pointer position, and accessing a DPRAM address through a result packet to receive a result message; When the result message is received, the flag is marked as not in use, the front value is increased by one, and the DPRAM address access is repeated until the flag of the pointer is marked as not in use to output the result of packet transmission to the application program. Input / output driver control method in an operating system for a mobile communication switch, characterized in that it comprises a step.