KR100320150B1 - Method of Transmitting Charging Date in the Swtiching System - Google Patents

Abstract

The present invention relates to a charging data transmission method of an exchange, and in particular, exchange charging data using an X.25 protocol without the development of a card for an exchange LAN interface for interfacing with an external device. The present invention relates to a charging data transmission method of an exchange that transmits a to an external device.

The method of the present invention comprises the steps of: performing an initialization operation for an interface between the exchange and external device equipment after recording the exchange charge data on the charge disk; Receiving a call request response signal from an exchange after transmitting a call request signal from an external device, and establishing a connection; Receiving a transmission stop response signal from the exchange after transmitting a transmission stop signal from the external device equipment and determining whether there is data to be received from the exchange; Receiving header information and data from the exchange after transmitting a data request signal from the external device equipment when there is more data to receive from the exchange; Receiving a sequence number of data last recorded on the billing disc when the transmission end signal is received from the exchange when the received data is correct, and updating the information stored in the external device equipment; And determining whether to transmit a transmission stop signal or a data request signal to the exchange by using the updated information.

Description

How to send billing data at exchange {Method of Transmitting Charging Date in the Swtiching System}

The present invention relates to a charging data transmission method of an exchange, and more particularly, to an exchange that transmits exchange charging data to an external device using the X.25 protocol without developing a card for an exchange LAN interface to interface with an external device. It relates to a charging data transmission method.

In general, in the exchange, the charging transfer method records the charging data on the local charging disk of the exchange, and then records the charging data on the charging storage magnetic tape (hereinafter referred to as MT) mounted in the exchange, thereby charging the MT. There is a method for transmitting to the billing settlement, there is a problem that the billing data loss due to the damage of the MT and the purchase and management costs of the MT is increased.

Therefore, as a countermeasure, there is a method of accessing the local charging disk of the exchanger and transmitting the charging data online to the charging central office by using the equipment for charging transmission, that is, charging data with the charging central office. Has been brought online to the charging bureau.

In addition, in order to transmit the billing data online to the billing central office, a card for a local area network (LAN) interface is additionally mounted on the exchange to establish an environment in which the LAN interface of the exchange is provided. There is a method of transmitting to the billing concentration center via a dedicated network for billing transmission (hereinafter referred to as a centralized automatic message accounting (CAMA) network).

As described above, the charging data transmission of the exchanger using the CAMA network, which is a conventional technology, consists of duplication. As shown in FIG. 1, the interface cards 11-1 and 11-2 and the charging data transmitter (CDT) Billing data relay) 12-12, 12-2, CAMA network 13, and HC (Host Collect 14-14, 14-2). Here, the corresponding interface cards 11-1 and 11-2 are redundantly mounted on the switch 10, and the LAN interfaces 21-1 and 22-1 are respectively constructed, and the respective CDTs 12-1 and 12- are installed. Two LAN interfaces 22-1 to 22-4 are duplicated in 2), and each CDT (12-1, 12-2) uses a workstation (Work-station; HP, SUN, etc.) Transmission Control Protocol (TCP) / IP (Internet Protocol), which collects billing data. On the exchange 10 side, the LAN is configured to be used in the form of a device on an operating system (OS).

Looking at the operation of the configuration as described above, through the functional steps of the charge extraction module, the management module and the transmission module operating on the CDT (12-1, 12-2) to extract the charging data of the exchange 10 and the corresponding extracted The billing data is finally transmitted to the HCs 14-1 and 14-2 via the CAMA network 13.

In more detail, the functional step of the charging extraction module is an operation of extracting the charging of the exchange 10 through the LAN interface at the CDT 12-1 and 12-2, and charging data in a predetermined amount of blocks. The number of blocks to be transmitted in which period is to be variably defined and used in the charging extraction module of the CDT 12-1 and 12-2. In the normal case, the transmission is performed in units of 14 blocks and the maximum transmission amount per LAN is defined as 1500 (Byte), and the standard 1 block used in the exchange 10 is used as 1024 (Byte).

The functional step of the management module is to manage the charging data in block and file units so that the charging data extracted from the exchange 10 can be transmitted to the HCs 14-1 and 14-2 without loss. As a result, the extracted billing data is recorded and managed in a file in block units, and a backup is made in a predetermined time unit, and the billing data is transmitted to the HCs 14-1 and 14-2 at a time interval required by the operator. . In this case, when there is no time designated by the operator, the charging data extracted from the exchange 10 is normally transmitted to the HCs 14-1 and 14-2 in units of about 5 minutes.

In addition, the functional step of the transmission module is an operation of transmitting the charged file which has been backed up to the HC 14-1, 14-2 by the CDT 12-1, 12-2, and the communication software performs FTAM (File Transfer Access & Management) to the HC (14-1, 14-2) via the CAMA network (13).

However, the conventional exchange billing data transmission method using the CAMA network has to be developed in the area accommodating a small number of exchanges since the card for LAN interface must be developed and the CAMA network, which is a separate network for billing transmission, must be developed according to the type of the exchange. The disadvantage is that it is not economic. In addition, the management and maintenance of the CAMA network has a problem in that there is a maintenance cost accordingly.

In order to solve the problems as described above, the present invention transmits the exchange charge data to the external device using the X.25 protocol without the development of a card for the exchange LAN interface for interfacing with the external device to provide the operator, LAN Instead of an interface card, you only need to upgrade the firmware of the board that manages the exchange port by utilizing the data port provided by the exchange.The X.25 protocol enables the retransmission process in the event of data loss or transmission failure. It can guarantee the reliability of billing data, facilitate the interface with external devices, utilize the universal transmission line for data transmission without using the CAMA network for billing transmission, and long-distance data in the long distance transmission. Service Equipment (hereinafter DSU To allow using the called ratio) to transmit charging data to a remote location it is an object.

1 is a block diagram showing a configuration for transmitting charging data of a conventional exchange.

2 is a block diagram showing a configuration for the charging data transmission of the exchange according to an embodiment of the present invention.

FIG. 3 illustrates a connection for communication between an exchange and external device equipment in FIG. 2; FIG.

4 is a diagram showing the configuration of an RS232C cable in FIG. 2;

5 is a flowchart illustrating a charging data transmission method of an exchange according to an embodiment of the present invention.

FIG. 6 is a diagram showing the definition of a packet in FIG. 5; FIG.

FIG. 7 shows an example of charging data in FIG. 5; FIG.

Explanation of symbols on the main parts of the drawings

30: exchange 31: data dedicated port

32: charging disk 33: MT (Magnetic Tape)

41, 42: DSU (Data Service Unit)

50: external device equipment

According to an embodiment of the present invention, a billing data transmission method of an exchange includes: performing an initialization operation for an interface between an exchange and an external device after recording the exchange billing data on a billing disk; Receiving a call request response signal from an exchange after transmitting a call request signal from an external device, and establishing a connection; Receiving a transmission stop response signal from the exchange after transmitting a transmission stop signal from the external device equipment and determining whether there is data to be received from the exchange; Receiving header information and data from the exchange after transmitting a data request signal from the external device equipment when there is more data to receive from the exchange; Receiving a sequence number of data last recorded on the billing disc when the transmission end signal is received from the exchange when the received data is correct, and updating the information stored in the external device equipment; And determining whether to transmit a transmission stop signal or a data request signal to the exchange by using the updated information. Here, the step of checking whether there is data to be received from the exchange includes receiving a sequence number of the charging data from the transmission stop response signal received from the exchange; And determining whether there is data to be received from the exchange by reading the sequence number of the data stored in the internal memory and comparing it with the sequence number of the received billing data.

Alternatively, the charging data transmission method of the exchange according to an embodiment of the present invention further comprises the step of retransmitting the transmission stop signal after a predetermined time when it is no longer necessary to receive data from the exchange. It is done.

In addition, alternatively, the charging data transmission method of the exchange according to an embodiment of the present invention comprises the steps of receiving a data request signal from the external device equipment at the exchange to continuously transmit header information and data for the data; And confirming whether all data has been transmitted by the exchange, and transmitting a transmission end signal to the external device equipment.

In addition, alternatively, the charging data transmission method of the exchange according to an embodiment of the present invention further comprises the step of processing the error by the error code loaded when the error signal is received from the exchange in the external device equipment. It features.

In addition, alternatively, the charging data transmission method of the exchange according to an embodiment of the present invention when the external device equipment receives a signal or data that is not header information or an error signal from the exchange, or when the received data is not correct data And resending the data request signal after deleting all of the received data.

In the past, the LAN interface card and the CAMA network for performing the interface with the equipment for billing transmission of the exchange is a limited transmission method in the environment, the present invention can operate as a null modem in the near field case (Null Modem) It is a method of transmitting billing data using DSU equipment in a long distance, and it enables to transmit billing data using X.25 protocol without establishing a CAMA network or additionally installing a card for LAN interface at the exchange. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

As shown in FIG. 2, the configuration for transmitting charging data of an exchange according to an exemplary embodiment of the present invention includes a data-only port 31, a charging disk 32, and an MT 33 that are basically provided in the exchange 30. And a transmission RS-232C cable (not shown in the drawings for convenience of description), DSU equipment 41 and 42 for remote transmission, and external device equipment 50 such as a PC or a SUN, and the like. The exchange 30 and the external device equipment 50 consist of an X.25 protocol for performing the interface.

In addition, in order to use the data-only port 31, a jumper of the port management board should be set according to the characteristics of the external device equipment 50. As shown in FIG. Data Terminal Equipment), and the external device equipment 50 is configured as DCE (Data Communication Equipment) for short-range communication and DTE for long-distance communication. In addition, in order to manufacture the transmission RS-232C cable to manufacture a 25-pin port for RS-232C communication, which is regulated by the International Telegraph Advisory Committee (hereinafter referred to as the CCITT (Consultative Committee International Telegraph and Telephone)), Figure 3 As shown in (a), the configuration for short-range communication is used when a pair of 25-pin port cables are constructed one-to-one with male and female ports and the signal transmission distance is within about 14 to 15 meters. As shown in (b) of 3, in the case of telecommunication, the DSU equipment (41, 42) is composed of two sets of female ports and female and female ports, one to one each and a signal transmission distance of about 14 to 15 meters or more. You can use to communicate stably. In addition, the configuration of the RS232C cable (i.e., null cable) used in the case of a null modem for near field communication is as shown in FIG. 4, where pins 5, 6 and 8 are for loopback, and for telecommunication. In the case of RS232C cable configuration between the exchange 30 and the first DSU equipment 41, RS232C cable configuration between the second DSU equipment 42 and the external device equipment 50 is the same as shown in FIG.

In addition, two DSU devices 41 and 42 for telecommunications need resources having the same specification, and operate in a synchronous mode in order to synchronize signals, and the first DSU device 41 is operated in a loop and the second DSU device ( 42 is operated externally. The communication between the two DSU equipment (41, 42) is made to perform data communication by crossing each other with the transmission data and the reception data, and in a test mode to confirm whether the communication between the two DSU equipment (41, 42) is smooth Test and check.

Although not shown in the drawings for convenience of description, an X.25 interface card capable of interfacing the DOS 5.0 version of the OS (Operating System) and the X.25 protocol when the PC is operated by the external device device 50. In the case of operating SUN maintenance, SUN Link X.25, an X.25 interface package, is included in SUN OS 2.6 version. In addition, since the external device equipment 50 must perform X.25 protocol communication with the exchange 30, the protocol for performing protocol communication can be used in accordance with the CCITT standard recommendation, that is, the agreement between the server and the client is mutually different. Data communication is performed by sending and receiving prescribed signals. Here, the meaning of the packet included in the content of the signal is that the protocol and the interaction between the server and the client.

Then, the X.25 protocol protocol between the exchange 30 and the external interface is defined in the form of a packet. The X.25 protocol of the present invention is used by protocol in accordance with the recommendation recommended in the CCITT, and the header value of a specific bit It is regulated so that the exchange 30 and the external device equipment 50 can communicate with and interact with each other. The virtual circuit of the present invention is a switched virtual circuit (SVC) method, the initial synchronization is made by the external device equipment 50 requests a call set-up (Call Set-up), the external device equipment 50 is a server The switch 30 is operated as a client, the overall signal control is managed by the external device equipment 50 that is a server.

The charging data transmission method of the exchange according to an embodiment of the present invention will be described with reference to the flowchart of FIG. 5.

First, the exchange 30 records the charging data on the charging disk 32 and then checks the state of the equipment, the type of equipment, and the interface state of the equipment in order to perform an interface between the exchange 30 and the external device equipment 50. (Check) performs an initialization process. For example, a setting value is read from 'configur.x25', and if there is no corresponding setting value, a default value is generated (step S1).

After the initialization process, the external device equipment 50 transmits a call request signal to the switch 30 for interworking with the switch 30 (step S2), and thus the switch ( In step 30, the call request signal applied from the external device equipment 50 is detected (step S3), and a call request response signal (Confirm Signal) is generated and transmitted to the external device equipment 50 (step S4).

Then, the external device equipment 50 detects a case in which the call request response signal is not received from the switch 30 so that a predetermined time elapses after transmitting the call request signal (step S5), in which case the fifth step is performed. If the call request response signal is not received from the switch 30 within a predetermined time at S5, the call request signal, which is the operation of the second step S2, is transmitted again. The operation is repeatedly performed until a call request response signal is received.

When the call request response signal is received from the switch 30 within a predetermined time in the fifth step S5, the connection between the switch 30 and the external device equipment 50 is established (step S6). .

At this time, the packet used for the X.25 protocol between the exchange 30 and the external device equipment 50 is defined as shown in Figure 6, the corresponding use packet is composed of 128 (Byte) units, each 128 ( Byte) header information (H) is defined as 16 (Byte). In addition, the header information (H) is divided into 4 (Bytes), and each header information (H) has a signal type (e.g., H, h, E, W, etc.) and a sequential number when transmitting a signal. The information such as the start block number, the end block number, and the last block number are combined and sent. In addition, the billing information of the exchange local disk is recorded in blocks of 1024 (Byte) units. When billing data is transmitted using the X.25 protocol, the billing information of the exchange local disk is 128 in order to be transmitted in the same format as that of the exchange 30. (Byte) is received 8 times (that is, 128 (Byte) × 8 times = 1024 (Byte)) and made into 1024 (Byte). For example, as shown in FIG. 7, the exchange 30 and the external device equipment 50 ) Is a 1024 (Byte) charging block recorded in

After the connection between the exchange 30 and the external device equipment 50 is made, the external device equipment 50 transmits a transmission stop signal W not to be sent anymore to the switch 30 (step S7). The exchange 30 receives the transmission stop signal W from the external device equipment 50 (step S8) to generate a transmission stop response signal A and is stored in the internal charging disk 32. The sequence number of the data is loaded on the transmission stop response signal A and sent to the external device equipment 50 (step S9).

Accordingly, the external device equipment 50 receives the sequential number of the charging data from the exchange 30 (step S10), reads the sequential number of the data stored in the internal memory to read the sequential number of the received charging data. It is determined whether or not there is data to be received from the exchange 30 as compared with (step S11).

If it is no longer necessary to receive in the eleventh step S11, that is, if the sequence number of the data stored in the internal memory is the same as the sequence number of the received billing data, after a predetermined time has elapsed (step S12). As in the seventh step S7, the transmission stop signal W is sent to the exchange 30. On the other hand, if it is necessary to further receive in the eleventh step (S11), that is, if the sequence number of the data stored in the internal memory and the sequence number of the received billing data is not the same as each other to the exchange 30 side The switch 30 generates two data request signals R for generating data and transmits the data request signals R to the corresponding data request signals R and the last sequence numbers stored in the external device 50. ) Is sent to the side (step S13).

Accordingly, the exchange 30 receives the data request signal R from the external device equipment 50 (step S14) and sends header information H for the data to the external device equipment 50. Subsequently, data is continuously sent to the external device equipment 50 (step S15), and at the same time, it is checked whether all the data has been sent (step S16) to generate a transmission end signal E indicating that data transmission is completed. To the external device device 50 (step S17).

Then, the external device equipment 50 checks whether the header information H is received from the exchange 30 within a predetermined time (step S18), and the header information (H) within a predetermined time in the eighteenth step (S18). If it is not received, the data request signal R is transmitted again as in the thirteenth step S13. In this case, when an error signal F indicating a state that the external device device 50 cannot send is authorized, the error is processed by a failure code loaded together, and not the header information H or the error signal F. If a signal or data is received, all of them are deleted.

On the other hand, when receiving the header information (H) within a predetermined time in the eighteenth step (S18), the external device equipment 50 receives the data and the transmission end signal (E) continuously from the switch 30 (Step S19), the data recorded in the internal memory is compared with the sequential numbers to check whether the data is correct (Step S20).

At this time, if the data received in the twentieth step S20 is not the correct data, after deleting all the data received at this time, the data request signal R is returned as in the thirteenth step S13. Is sent (step S21), and when the transmission end signal E is received when the data received in the twentieth step S20 is correct data, the last recorded on the charging disc 32 of the exchange 30 is received. The sequence number of the data is received to update (up-date) the information stored in the internal memory (step S22).

If it is successfully terminated after receiving the transmission end signal E, the transmission stop signal W is transmitted to the exchange 30 as in the seventh step S7 using the corresponding information or the thirteenth step. As in step S13, it is determined whether to send the data request signal R again (step S23).

As described above, according to the present invention, since the X.25 protocol and packets are used in accordance with the CCITT's recommendation, they are highly portable to other types of exchanges, and are connected in a point-to-point manner between the exchange and external device equipment. The data rate is 9600 (bps) or more and data transfer is possible. It supports full duplex method, so it is easy to utilize various external device equipment.

In addition, by using the X.25 protocol according to the present invention it is possible to ensure the reliability of the loss of billing when the billing data transmission, the external device equipment can be utilized as a variety of interface equipment, such as low-cost PC, expensive SUN equipment have.

In addition, the present invention does not incur additional costs by utilizing the data port basically provided by the exchange without any additional equipment or device, and a small number of exchanges or independently operated places charge billing data settled by the charging central office, It is possible to carry out the work by establishing a pre-billing system for issuing bills, etc., and in the case of filing a fee-related complaint, it is possible to satisfy the service for the civil complaint by adding promptness by handling the complaint by each exchange country.

Claims (6)

Performing an initialization operation for an interface between the exchange and the external device equipment after recording the exchange charging data on the charging disk; Receiving a call request response signal from an exchange after transmitting a call request signal from an external device, and establishing a connection; Receiving a transmission stop response signal from the exchange after transmitting a transmission stop signal from the external device equipment and determining whether there is data to be received from the exchange; Receiving header information and data from the exchange after transmitting a data request signal from the external device equipment when there is more data to receive from the exchange; Receiving a sequence number of data last recorded on the billing disc when the transmission end signal is received from the exchange when the received data is correct, and updating the information stored in the external device equipment; And determining whether to transmit a transmission stop signal or a data request signal to the exchange by using the updated information. The method of claim 1, The step of checking whether there is data to be received from the exchange includes receiving a sequential number of charging data among transmission stop response signals received from the exchange; And determining whether there is data to be received from the exchange by reading the sequence number of the data stored in the internal memory and comparing the sequence number of the received charging data. Way. The method of claim 1, And retransmitting a transmission stop signal after a predetermined time has elapsed when it is no longer necessary to receive data from the exchange. The method of claim 1, Receiving a data request signal from the external device equipment at the exchange and continuously sending header information and data for the data; Checking whether all data has been transmitted by the exchange, and transmitting a transmission end signal to the external device equipment. The method of claim 1, If the external device equipment receives an error signal from the switch, the charging data transmission method of the exchange characterized in that it further comprises the step of processing the error by the error code loaded. The method of claim 1, Re-sending the data request signal after deleting all the received data when the external device equipment receives a signal or data other than header information or an error signal from the exchange or when the received data is not correct data. Billing data transmission method of the exchange comprising a.