KR20000046563A - Method for restoring lost charging data in switching system - Google Patents

Abstract

PURPOSE: A method for restoring lost charging data in the switching system is provided to easily restore the lost charging data generated due to a failure of a charging disk or a problem of a charging storage unit. CONSTITUTION: Receiving charging data(201), a charging data recording control part checks the state of a charging local buffer(202). If the state of the charging local buffer is not full, the charging data recording control part stores the charging data in the charging local buffer(203). The charging data recording control part checks whether a required amount is stored in the charging local buffer(204). If the required amount is stored, the charging data recording control part checks whether the charging data can be recorded in a charging disk(205). In the case of a state that the charging data can't be recorded in the charging disk, the charging data recording control part checks whether a storage device for charging dump exists in a memory device group(207). If the storage device for charging dump exists, the charging data recording control part transmits the charging data of the required amount stored in the charging local buffer to the storage device for charging dump(208).

Description

THE LOST CHARGING DATA RECOVERY METHOD IN THE SWITCHING SYSTEM

The present invention relates to the recovery of lost charging data in an exchange system, and in particular, it is possible to easily recover lost charging data generated when a charging disk provided in the exchanger does not have a storage area. The present invention relates to a method for recovering lost billing data.

Lost Charging is what happens when the charging data that is generated or not transmitted in real time during the operation of the exchange is called Lost Charging. In most cases, the charging disk has a hardware failure or the charging local buffer including the charging disk. This occurs when there is no area where all the storage devices can be filled. The hardware failure of the billing disk is when the SCSI (Small Computer System Interface) connected to the disk itself or the disk is damaged and the read and write operations are not performed.

When the loss charging data is generated for the above reasons, it is conventionally to output through a CRT (Cathod Ray Tube) or a printer connected to the exchange. In the case of CRT, when there is a lot of lost billing data, it is stored in the form of a log file. Therefore, when recovering the lost billing data, if the lost billing data is stored in the log file format in the CRT, it is necessary to convert the log files stored therein into a form that can be provided to the exchange and then send them. If it is stored in the document, the operator has to enter the lost billing data one by one through the operator terminal, so the recovery process for the lost billing data is complicated and cumbersome.

The present invention has been made to solve the above problems, and an object thereof is to provide a method for recovering lost charging data in an exchange system that can automatically recover the generated lost charging data with a simple command input by an operator.

In order to achieve the above object, the lost charging data recovery method according to the present invention includes a charging disk capable of recording predetermined charging data generated every time of a call processing, the charging data generated so that the charging data is recorded in a predetermined unit on the charging disk. A system comprising a billing local buffer for temporarily storing a billet, an exchanger having at least one billing storage means (SD) and an operator terminal with a hard disk, wherein a predetermined billing data is stored in a billing local buffer in a predetermined amount. A first checking step of checking whether or not the charging dump storage device exists in the charging storage device if the charging data cannot be recorded on the charging disk in step S; If at least one charge dump storage device exists, storing a predetermined amount of charge data stored in the charge local buffer in the charge dump storage device; A second checking step of checking whether the charging local buffer is full when the charging dump storage device does not exist; If the result of performing the second check step is that all of the charging local buffers are filled, formatting the generated charging data in a form that can be transmitted to the operator terminal; transmitting the formatted charging data to the operator terminal as lost charging data; When the billing data is received, the operator terminal stores sequentially on the hard disk that it owns; If the automatic loss charge recovery command is authorized from the operator, the operator terminal reads the lost billing data stored in the hard disk to the exchange side Transmitting automatically; The exchange may be performed by checking the state of the charging disk when the lost charging data is received, and if the charging disk is in a normal state, recording the received lost charging data as the charging disk.

1 is a block diagram of an exchange system for performing a method of recovering lost billing data according to the present invention;

2 is a flowchart illustrating a process of storing lost charging data in a method of recovering lost charging data according to the present invention;

3 is a flowchart illustrating an operation of recovering the stored lost charging data in the lost charging data recovery method according to the present invention.

<Explanation of symbols for main parts of drawing>

100: exchanger

110: Subscriber and trunk line matching subsystem (ASS)

111: call processing unit 112: billing data generation unit

120: central control subsystem (CCS) 121: charging data recording control unit

122: billing local buffer 123: disk

124: storage device group 124_1 to 124_N: storage device (SD)

125: billing data recovery processing section 126, 131: I / O processing section

130: operator terminal 132: central control unit (CPU)

133: hard disk 134: command authorization

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

1 is a block diagram of an exchange system for performing a method of recovering lost billing data according to the present invention, which includes a subscriber and trunk switching subsystem (hereinafter referred to as ASS) 110, and a central control subsystem. Subsystem (hereinafter referred to as CCS) 120 is composed of a switch 100 and an operator terminal 130.

The ASS 110 includes a billing data generator 112 and a billing data generator 112 for generating billing data corresponding to each call processing in the call processor 111 and the call processor 111, and the CCS 120 includes a billing data recording controller 121. ), A storage group 124 composed of a billing local buffer 122, a disk 123 for storing billing data, a plurality of storage devices (SD1 124_1 to SDN 124_N), and recovering lost billing data. The billing data recovery processing unit 125, the operator terminal 130 and the input and output processing unit 126 that enables data transmission and reception.

The operator terminal 130 includes an input / output processing unit 131 that enables data exchange with the switch 100, a central control unit (CPU) 132, a hard disk 133, and commands that control all functions of the operator terminal 130. It is composed of a workstation class with an applicator 134.

2 is a flowchart illustrating an operation of storing the generated lost charging data, and FIG. 3 is a flowchart illustrating a recovery process of the stored lost charging data.

Next, referring to FIG. 1, the operation of the lost charging data recovery method illustrated in FIGS. 2 and 3 will be described.

First, when the call processing unit 111 processes any call in the same manner as before, the billing data generator 112 generates the billing data for the call processed by the call processing unit 111. The generated charging data is transmitted to the charging data recording controller 121 in the CCS (120).

When the charging data is received in step 201, the charging data recording controller 121 proceeds to step 202 to check the state of the charging local buffer 122. As a result of the check, if the state of the charging local buffer 122 is not full, the process proceeds to step 203. The full state is a state where all data is filled in the charging local buffer 122.

In operation 203, the charging data recording controller 121 stores the currently generated charging data in the charging local buffer 122. In operation 204, it is checked whether a predetermined amount is stored in the charging local buffer 122. As a result of the check, if a certain amount has been stored, it is checked whether the charging data can be recorded on the charging disk 123. The check is made in consideration of all of the states in which the charging disk 123 cannot record the charging data due to a hardware failure or the recording area is filled up so that the charging data can no longer be recorded.

As a result of the check, if the recording is possible, the flow proceeds to step 206 and stores the predetermined amount of billing data stored in the billing local buffer 122 as before, and returns the result.

However, if the check result indicates that the charging data cannot be recorded on the disk 123, the charging data recording control unit 121 proceeds to step 207, where the charging dump storage device of the storage group 124 (hereinafter referred to as SD ( Storage device). As a result of the check, if there is a storage device for charging dump, the process proceeds to step 208 and transfers and stores the predetermined amount of charging data stored in the charging local buffer 122 to the corresponding charging dump SD and returns.

As a result of the check in step 207, if there is no SD for charging dump, the process returns to step 202. As a result of checking in step 202, if the state of the charging local buffer 122 is not full, the process proceeds to step 203 to repeat the above-described process. However, as a result of checking in step 202, if the charging local buffer 122 is in a full state, the charging data storing control unit 121 regards the currently generated charging data as the lost charging data and transmits it to the input / output processing unit 126.

The input / output processing unit 126 formats the lost charging data applied in step 209 into a form that can be recognized by the operator terminal 130, and proceeds to step 210 to transmit the lost charging data generated to the operator terminal 130. Is returned.

When the lost charging data transmitted in operation 210 is received through the input / output processing unit 131, the operator terminal 130 is controlled by the CPU 132 and sequentially recorded in the hard disk 133.

In this way, when the operator inputs the automatic loss charging data recovery command through the command granting unit 134 while the loss charging data is stored in the hard disk 133 provided in the operator terminal 130, the CPU 132 first. The loss charging data automatic recovery command is transmitted to the CCS 120 in the exchange 100 through the input / output processing unit 131.

The CCS 120 transmits the received loss charging data automatic recovery command to the charging data recording controller 121 through the input / output processing unit 126. When the charging data recording control unit 121 receives the lost data automatic recovery command, the charging data recording control unit 121 proceeds to step 301 to check whether the disk 123 is in a normal state. As a result of the check, if the state of the disk 123 is not normal, an error message is notified to the operator terminal 130 through the input / output processing unit 126 and the operation is terminated.

However, if the state of the charging disk 123 is normal, the charging data recording control unit 121 proceeds to step 303 to notify the operator terminal 130, the CPU 134 of the operator terminal 130 is a hard disk The lost charging data stored in 133 is sequentially read and sent to the exchange 100 through the input / output processing unit 131. Accordingly, the charging data recording controller 121 provided in the CCS 120 of the exchange side 100 receives the lost charging data through the input / output processing unit 126.

The received lost charging data is written directly to the disk 123 through the charging data recovery processing unit 125 without passing through the charging local buffer 122 (step 304).

As described above, according to the present invention, when lost billing data occurs, the billing data is sequentially stored in the hard disk provided in the operator terminal, and the lost billing data stored in the hard disk is automatically exchanged by the operator's loss billing data automatic recovery command. By having it recorded on the in-flight billing disk, it is easy to recover the lost billing data compared to managing the lost billing data through a conventional CRT or printer.

Claims (1)

A billing disk capable of recording predetermined billing data generated at each call processing, a billing local buffer for temporarily storing billing data generated so that billing data is stored in a predetermined unit on the billing disk, and at least one billing memory. In a system consisting of an operator terminal having a hard disk and an exchanger with means SD, A first checking step of checking whether there is a billing dump storage device among the billing storage devices, if billing data cannot be recorded on the billing disk while predetermined billing data is stored in the billing local buffer in a predetermined amount; If at least one charge dump storage device exists, storing a predetermined amount of charge data stored in the charge local buffer in the charge dump storage device; A second checking step of checking whether the charging local buffer is full when the charging dump storage device does not exist; Formatting the generated billing data in a form that can be transmitted to the operator terminal when the billing local buffer is completely filled as a result of performing the second check step; Transmitting formatted charging data to the operator terminal as lost charging data; When the loss charging data is received, the operator terminal sequentially storing the data on the hard disk held by the operator terminal; If a loss charging automatic recovery command is applied from an operator, the operator terminal reading the loss charging data stored in the hard disk and automatically transmitting the loss charging data to the exchange side; The exchange is performed when the loss charging data is received, after checking the state of the charging disk, and if the charging disk is in a normal state, including the received lost charging data as the charging disk; A method for recovering lost billing data in an exchange system.