KR20010026482A - BMD State Message Processor of Mobile Communication System - Google Patents

Abstract

PURPOSE: An apparatus for processing BMD(Billing Mediation Device) state message of a mobile communication system is provided to notify the state of the BMD to operators by outputting the state information in a message form, thereby efficiently managing the state of the BMD. CONSTITUTION: BMD systems(20,30) transmits state information of the present BMD to an exchanger(10) by using MMC(Man-Machine Communication) message form and generates state messages related to charging data process in each block of the systems(20,30) as predetermined message form for graphic processing. The exchanger(10) includes a charging data block(12) transmitting charging data to the BMD systems(20,30), transmitting BMD state information request received from an operator to the BMD systems(20,30) in the predetermined message form, and transmitting state message input from the BMD systems(20,30) to the operator.

Description

Billing arbitration device status message processing device in mobile communication system {BMD State Message Processor of Mobile Communication System}

The present invention relates to a mobile communication system, and more particularly, to a BMD status message processing apparatus of a mobile communication system for processing a status message of a billing mediation device (hereinafter, abbreviated as 'BMD').

In the mobile communication field, billing data is one of very important information. In general, a BMD system that transfers the billing file to a host collector (hereinafter, referred to as 'HC') connects the billing data file between the HC and the exchange. The giving function only performed the giving function and did not perform any special state processing. The state processing related to the charging data was limited to only the function of outputting the charging state information of the link state with the HC or the exchange disk.

However, in the currently implemented BMD system, the charging data transmission transmits the charging file stored in the BMD to the HC as a FTAM (File Transfer, Access and Management) service, and thus requires a function of outputting the status information processed in the BDM to the operator. do.

In addition, since the two BMDs are redundantly implemented and operate in an active / standby mode, management of state information is required accordingly.

Accordingly, an object of the present invention is to provide an apparatus for processing a BMD status message of a mobile communication system, by which a BMD status message related to performing a charging file transfer function of a BMD can be output to an operator, thereby improving efficiency of BMD status management. .

In order to achieve the above object, the state information of the current billing arbitration device (BMD) is transmitted to the exchange using a Man-Machine Communication (MMC) message format, and at each block therein. A BMD system for generating a status message relating to billing data processing in a predetermined message format and performing graphic processing on the status message; An exchanger including a charging processing block for transmitting charging data to the BMD system, transmitting a BMD status information request from an operator to the BMD system in a predetermined message format, and transmitting a status message input from the BMD system to the operator; It is characterized by consisting of;

1 is a block diagram illustrating a connection form for billing file transfer between an exchange, a BMD system, and a host collector (HC).

2 is a diagram illustrating a status message processing structure between the exchange and a BMD system.

3 is a flowchart illustrating an operation of a BDC block for processing a status message in the BMD system.

4 is a diagram illustrating status message types processed in the BMD system.

5 is a diagram illustrating a status message processing structure in the BMD system.

***** Symbol description for main parts of drawing *****

BMD: Billing Mediation Device

HC: Host Collector

CDR: Charging Data Recording

CDSB: Charging Data Send Block

CFS: Charging File Save

GCB: BMD Graphics Control BMD

BDC: BMD Disk Control Block

CFT: Charging File Transfer

MTR: Message Collection Distribution Block

CMH: Charging Message Handling Block

SDH: System Redundancy Management Block

DCM: Duplex Condition Management Block

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

1 is a block diagram showing a connection form between an exchange 10, a redundant BMD system 20, 30 and an HC 40. As shown in FIG.

As shown therein, the block associated with the charging file transfer in the exchange 10 includes a charging data recording block (hereinafter, abbreviated as 'CDR') 11 and a charging data send block: (Hereinafter abbreviated as 'CDSB').

Here, the CDR block 11 is a software located in an operation and management processor (hereinafter, referred to as 'OMP') in an exchange. The CDR block 11 is a combination of billing information, in the order of memory, disk, and magnetic tape. The combined charging information is stored. It also provides the operator with information on the charging status of the charging information, reports the failure status of the data or recording equipment, and temporarily records the charging according to the operator's request or periodic timer, a certain amount or charging time of the charging information. Provides functions that can be performed on

In addition, the CDSB 12 is software located in the OMP, and interfaces with the CDR block 11 through a database, and periodically or data the charging data stored in the disk 13 by the CDR block 11. It performs the function of transmitting to the BMD system 20, 30 according to the amount of generation. It is also responsible for the input / output processing function of the BMD state-related Man-Machine Communication (MMC) message.

The BMD system 20, 30 collects and stores the billing data generated in the exchanger 10 in a file form as a BMD, and performs a donation for transmitting the stored billing data file to the HC 40. In addition, it performs the function of transmitting the periodic charging information required by the HC 40, BMD system operation and redundancy management.

Blocks related to BDM status message processing in the dual-implemented BDM system 20 and 30 include charging file save blocks (hereinafter referred to as 'CFS') blocks 21 and 31, and BMD graphics control (Graphics). Control BMD: abbreviated as 'GCB' blocks 22 and 32, BMD Disk Control (abbreviated as 'BDC') blocks 23 and 33, and charging file transfer. : 'CFT' (hereinafter abbreviated as 'CFT') blocks 24, 34, message collection distribution (hereinafter referred to as 'MTR') blocks (25, 35), charging message handling (hereinafter referred to as 'CMH' Abbreviated) blocks 26 and 36, system redundancy management blocks (hereinafter abbreviated as 'SDH') blocks 27 and 37, and duplex condition management (abbreviated as 'DCM') blocks (28) , 38), and disks 29 and 39 for storing related messages, respectively.

Here, the CFS blocks 21 and 31 collect a billing file transmitted from the CDSB 12 of the exchanger 10 and store the billing file in a file format of a predetermined format in the BMD system disk. It also performs the function of transmitting the charging file transfer signal to the CFT block (24, 34).

The GCB blocks 22 and 32 perform a GUI (Graphics User Interface) function of the BMD system. The functions include message output function of BMD process, billing file (collection, backup) output function, BMD process status output function, BMD disk (collection, backup) status output function, BMD link status output function, and BMD system manual switching function. It is composed.

The BDC blocks 23 and 33 perform state management (disk alert and transmission delay alert) and BMD system MMC processing functions of the BMD system. The BMD is divided into an active / standby mode, and the BDC block is an active / standby mode. Differently depending on

The CFT blocks 24 and 34 are the centralized charging method (hereinafter, abbreviated as 'CAMA') to the centralized charging center HC 40 using the FTAM. Abbreviated as "PCX" (10) to transmit the charging data file generated. In addition, it performs a function of matching the billing data file between the duplicated BMD (20, 30).

The MTR blocks 25 and 35 perform a message collection and distribution function between the BMD system 20 and 30 and the exchange 10, and collect data transmitted from the exchange 10 and transmit the data to the corresponding block. Do this.

The CMH blocks 26 and 36 perform a function of transmitting and receiving a defined message to and from the central charging center HC 40 through TCP / IP in CAMA, which is a central charging system. For the operation of the CMH (26, 36), BMD system (20, 30) that performs the intermediary role between the PCX (10) and HC (40) is configured as a workstation. The CMH blocks 26 and 36 form a connection with the HC 40 through TCP / IP to analyze a message requested from the HC 40 to perform a designated function or to match an event inside a BMD to a standard. A message is formed and sent to the HC 40.

The SDH blocks 27 and 37 perform redundancy management functions of the BMD system. The BMD is classified into an active / standby mode. The SDH blocks 27 and 37 determine the active / standby state of the BMD and transmit the same to each block by checking the state of each block. Do this.

The DCM (28, 38) is to manage the LAN (LAN) state between the redundant BMD system (20, 30)

Perform the function.

The following table defines the BMD status message processing type between the CDSB 12 of the exchange 10 and the BDC 23, 33 blocks of the BMDs 20, 30.

function Format BMD status information output * DIS-BMD-STS: SYSTEM = [a / b], TYPE = [NONE / SYS / PRO];-NONE: Option to check the active / standby status of the designated BMD side. Option to check link status, LAN status to HC, LAN status of redundant BMD. -PROC: Option to check the status of processors on the designated BMD side. Billing File Transfer Information * LIST-BMD-FILE: [SENT / FAIL];-SENT: Option to output the billing file information recently sent from the active BMD side.-FAIL: Display information about the billing file that failed to be transmitted recently from the active BMD side. Output option. HC status information output DIS-HC-STS;-Command to check the transmission status from the active BMD side to the current HC. BMD disk occupancy alarm output -Check the occupancy of the BMD system disk and output an alarm on the exchange console window when an alarm occurs. Alarm types are classified into Minor, Major, and Critical Alarms. * Occupancy; Minor (70 to 90), Major (90 to 95), Critical (95 to 100)-An alert that is triggered outputs a clear alarm on the exchange console window when the disk occupancy decreases. BMD billing file transfer delay alarm output -In the current active BMD system, when the transmission is delayed internally or the HC transmits a billing file transmission delay message, it outputs a transmission delay alarm on the exchange console window when the transmission is delayed. Alarm types are classified into Minor, Major, and Critical Alarms. * Delay time; Minor (24 hours), Major (48 hours), Critical (72 hours) —Allows the release of alarms to the upper right when the console console window is reduced depending on the transmission delay being released.

After the BMD system starts up, the billing file transfer starts to HC, which performs the function in the active BMD system. When the BMD system is operating normally, the operator can check the information of the BMD system by the MMC command of the exchange. The relevant information includes a DIS-BMD-STS (active / standby, BMDSO process, BMD link, and disk occupancy, effective capacity) command indicating BMD status information, and a billing file transfer recently to HC, as shown in the table. There is a LIST-BMD-FILE command that outputs success / failure information for, and a DIS-HC-STS command that checks the charge transfer status to HC. In addition, it has the function of outputting the billing alarm (Minor, Major, Critical) of the BMD system and the function of outputting the billing delay alarm (Minor, Major, Critical) of the HC.

This feature makes it easier to manage BMD status because the above information can be verified with commands from network management centers and systems in other locations.

table

3 shows a state message processing flow between the PCX exchange 100 and the active BMD 200 and the standby BMD 300.

The status message processing between the active BMD 200 and the exchange 100 is processed using two signals, a command signal from CDSB to BMD (CDSBToBMDMnmSig) and a command signal from BMD to CDSB (BMDToCDSBMnmSig).

First, the CDSB_Trans block 101 of the exchange 100 transmits the charging file to the CFS block 201 of the active BMD 200. When the operator inputs a BMD related status check command, the CDSB_main block 102 of the exchange 100 receives the command and transmits the command to the BDC block 202 of the active BMD 200 in the form of a CDSBToBMDMnmSig signal.

The BDC block 202 periodically checks the command input state from the exchange 100, and checks the occupancy state of the BMD accounting disk and the delayed file transfer delay. Accordingly, when the CDSBToBMDMnmSig signal received from the exchange 100 is received, the signal data is checked to examine the MMC type and input parameters to perform a data collection function. The collecting function reads BMD redundancy status information on each BMD shared memory, each link state, and a history file, inputs relevant information into the BMDToCDSBMnmSig signal, and transmits a result message to the CDSB 102 of the exchange 100.

In addition, the standby BMD system 300 performs a DIS-BMD-STS command processing function that outputs a BMD state, and since a redundant charging file is continuously loaded, the CDSB of the exchange 100 is used as a BMDToCDSBMnmSig signal when a charging disk occupancy alarm occurs. A charging disk alert of the standby BMD is generated at 102.

That is, the current billing transmission function-related messages are processed by the active BMD system 200, and the standby BMD system 300 processes only its own state information.

In addition, the status message commands (DIS-BMD-STS, LIST-BMD-FILE, DIS-HC-STS ...) of the CDSB_main block 102 of the switch 100 may include a plurality of terminals (first terminal to first terminal). n terminal).

3 is a flowchart illustrating an operation of a BDC block in the BMD system.

As shown in this figure, the BDC block of the BMD system first initializes resource information between exchanges such as an IPC (Inter Processor Communication) and a signal of an exchange (s1), and initializes resources of the BMD system itself (S2).

The BDC block is branched into a main process and a child process (S3). First, the main process receives a signal transmitted from an exchange and a signal transmitted inside the BMD (S4). The data of the input signal is analyzed and stored in the BDC shared memory (S5).

In addition, the sub-process first checks whether the BMD system is in an active / standby state (S6), and periodically checks the BDC shared memory (S7). The MMC input state is checked and the data is collected when the MMC is input, and the result is transmitted (S8). The occupied state of the own BMD disc is checked to transmit a signal related to generation / release of the disc occupancy alarm (S9). In addition, when the BMD is in an active state, the charging file transmission delay status is checked and a generation / release signal of a transmission delay alert is transmitted according to the result (S10).

For example, the check period may be 1 second to perform the function using a queue.

FIG. 4 illustrates the types of messages processed in the BMD system. As shown in FIG. 4, the messages are formatted into a certain type of message and output to a BMD console. The message includes a BMD ID and a message output time. Information such as a message head, a message output reason, and a process of outputting a message.

FIG. 5 illustrates a structure of processing a message in the BMD system. When an event occurs in each block (CFS, CFT, CMH, BDC, etc.) in the BMD system, the message is in charge of a graphic block of the BMD system by using a BMDToGCBSig signal. To the GCB block.

Then, the main process of the GCB block receives the signal and stores it in the shared memory, and the booth process periodically checks the shared memory and outputs the input message to the BMD console window.

In addition, the sub process performs various GUI functions. The main functions include file information, process status, link status, disk status, and manual switching.

The file information outputs a list of files currently collected or backed up, and a process state indicates a process state that performs each function of the BMD. In addition, the link status outputs the link status between the exchange, redundant BMD and HC, and the disk status outputs the currently occupied or valid disk size graphically, and the manual switching function is performed when an operator switches an arbitrary BMD system. to be. The BMD console window shows the messages that are output from each block.

As described above, the apparatus and method for processing a status message of the BMD according to the present invention outputs important status information of the BMD in the form of a message to the exchange, so that other operators located at remote locations may also be connected to the BMD through the network. By knowing the status, and by standardizing the message processing in the BMD to monitor the status of each block in the current BMD, there is an effect that can perform the BMD state management more efficiently.

Claims (5)

Sends the status information of the current billing arbitration device (BMD) to the exchange using the Man-Machine Communication (MMC) message format, and sends a status message regarding the billing data processing in each block therein. A BMD system for generating a predetermined message format and graphic processing the same; An exchanger including a charging processing block for transmitting charging data to the BMD system, transmitting a BMD status information request from an operator to the BMD system in a predetermined message format, and transmitting a status message input from the BMD system to the operator; BMD status message processing apparatus of a mobile communication system, characterized in that consisting of. The method of claim 1, The BMD status message sent to the exchange includes BMD status information, recently transmitted billing file information, a billing status of the billing file currently being transmitted to the host collector, an alert according to the billing disk occupancy status of the BMD, and a billing file currently transmitted. BMD status message processing apparatus of a mobile communication system, characterized in that consisting of a message indicating an alert for transmission delay. The method of claim 1, The predetermined message format processed in the BMD includes information such as a BMD ID, a message output time, a message head, a message output reason, and a process of outputting a message. Message processing unit. The method of claim 1, The charging processing block of the exchange A billing data recording block (CDR) which combines billing information and stores and stores the combined billing information; The billing data interfaces with the CDR block through a database, transfers billing data stored in the disk to the BMD system periodically or in accordance with the data generation amount, and is responsible for the input / output processing function of the BMD state related MMC message. BDS status message processing apparatus of a mobile communication system, characterized in that consisting of; transport block (CDSB). The method of claim 1, Each block constituting the BMD system A billing file storage block (CFR) that collects billing files transmitted from the exchange and stores them in a file of a predetermined format in a BMD system disk; A BMD graphic control block (GCB) for performing a graphic user interface function of the BMD system; A BMD disk control block (BDC) for performing state management and MMC message processing functions of the BMD system; A charging file transfer block (GFT) for transferring the charging data file generated at the exchange to a host collector; A message collection distribution block (MTR) for collecting and distributing messages between the BMD system and the exchange, and collecting and transmitting data transmitted from the exchange to the corresponding block; A charging message coordination block (CMH) that performs a function of transmitting and receiving a defined message with the host collector; A redundancy management block (SDH) that performs a redundancy management function of the BMD system; And a redundant state management block (DCM) for managing a LAN state between the duplicated BMD systems.