KR19990058011A - Long time non-recovery call handling method in exchange system - Google Patents

Abstract

The present invention provides a monitoring function for calls having a long talk time at an exchange, in order to prevent a phenomenon in which call processing is impossible due to lack of resources when a call lasts abnormally long time, and compares the states of MSC and BSC to each other. Disclosed is a method characterized by releasing a held call if different.

Description

Long time non-recovery call handling method in exchange system

The present invention relates to a call processing method of an exchange system, and more particularly, to a method for processing a long time non-recovery call in an exchange system.

Typically, the reliability of the system can be degraded if there are calls that do not recover while occupying the line for a long time in the exchange system. In order to prevent such cases, an MCC block (Mobile Call Control Block) is installed in the system. When the MCC block controlling the mobile call is in a standby state and then run, the control flow of the recovery call release is shown in FIG. 1.

FIG. 1 is a control flowchart of a long time non-recovery call release in the prior art, in which an MCC block starts an operation and starts an Audi timer at a predetermined time, for example, 60 seconds, and when the timeout expires, the operating system (OS) expires a timer. Receive a signal for the signal (A1). The MCC block receiving the signal searches for trunk number 0 to 2047, for example. In this case, if the trunk state is normal, the process ID is present, and the call state is Busy or idle and handoff, the call is determined to be normally maintained. The call (call) corresponding to the next trunk number is retrieved (A2 to A3). However, the call is determined to be abnormal in the information of the call register (release) is released to recover processing (A4). If the search is completed up to 2047 in the above manner, the timer is restarted and the signal is waited (A4).

However, since the conventional call release processing method is limited to the MCC block, the call release processing may be performed when there is a call to be recovered from other software blocks, in particular, additional service related blocks or the software block on the BSC side. There is no problem.

Accordingly, another object of the present invention is to provide a method for efficiently handling a long-running call in an exchange system.

An object of the present invention is to extend the additional service-related blocks to fundamentally prevent a call that is not recovered for a long time to improve the reliability of the system and to provide a smooth call processing service.

In order to achieve the above object, the present invention, in the long-term recovery call processing method in the switching system, the monitoring function for a call with a long talk time in the exchange, when the state of the MSC and BSC are compared with each other It is characterized by releasing the holding call.

Other objects and advantages of the invention will be apparent from the following description taken in conjunction with the accompanying drawings.

1 is a control flowchart of prolonged non-recovery call release of the prior art;

2 is a control flowchart of prolonged non-recovery call release according to the present invention.

3 is a block diagram of an exchange system applied to the present invention.

In the following, a preferred embodiment of the present invention for a method capable of efficiently handling a long-running call is described in detail.

2 is a control flowchart of a long time recovery call release according to the present invention, and FIG. 3 is a block diagram of an electronic switching system applied to the present invention.

First, referring to FIG. 3, reference numeral 100 denotes a switch network subsystem, a network synchronization device (NES) 1, a plurality of central data links (CDL) 2, and spatial division. A space switch 3, a plurality of interprocessor communication units (IPCUs) 4 for controlling interprocessor communication, and a plurality of control processors. Referring to the configuration of the control processors of the switch network subsystem 100, the number translation processor (NTP) 5, which controls the number translation and routing function, and the network synchronizer 1 are controlled. Network Synchronization Processor (NSP) 6, a Switch Network Processor (CIMP: CCS / INS Maintenance Processor) 7 responsible for maintenance of the switch network, and a space partitioning switch 3. Space Switch Processor (SSP) 8, an Inter Network Processor (INP) 9 for controlling the entire call path system, and a processor communication controller in the central part of the system. It consists of a Center Link Interface Processor (CLIP) (10). Reference numerals 110, 120, 130, and 140 denote access switch subsystems. The access switch subsystem is classified into a fixed subscriber sub system 110, a relay line subsystem 120, a NO.7 signal processing subsystem 130 and a mobile subscriber subsystem 140 according to its use.

The access subsystems 110, 120, 130, and 140 may each include an access switch processor (ASP) 20 for overall control of a corresponding access switch system, and an access switch subsystem. Access Switch Maintenance Processor (ASMP) 21 in charge of maintenance, Time Switch & Local Data Link (TSL) 22, and the time division switch and local data. Local Service & Time Switch Processor (LTSP) 23 for controlling link 22 and Gateway Way ProcesSOR (GWP) 24 for IPC data communication in common Equipped.

In the case of the fixed subscriber access subsystem 110, an analog subscriber interface (ASI) 25 and an analog subscriber interface processor (ASIP) 26 controlling the subscriber module 25 are provided. A Local Service Interface (LSI) 27 for processing DTMF (Dual Tone Multi Frequency) signals and various audible signals; and a Global Service Processor (GSP) for controlling various voice services. It is composed of

In the case of the trunk line access switch subsystem 120, a T1 trunk line unit (DTI) 29 and a T1 relay line processor (DTIP: Digital T1 Interface Processor) for controlling the T1 trunk line unit 29 are used. 30, an E1 trunk line unit (DCI: Digital CEPT Interface) 31, an E1 trunk line processor (DCIP: Digital CEPT Interface Processor) 32 for controlling the E1 trunk line unit 31, and an R2 signal. A local service unit (LSI) 27 for processing and a signal service processor (LTSP) for controlling the local service unit 27 are configured.

In the case of the NO.7 signal access switch subsystem 130, a processor (SMHP) for controlling the NO.7 signal terminal group (STG) 33 and the NO.7 signal terminal group 33 Signaling Message Handling Processor (34).

In addition, in the case of the mobile subscriber access switch subsystem 140, a base station for controlling the E1 relay CE unit (DCI) 31 connected to a base station controller and the E1 relay line unit 31; A base station link interface processor (BLIP) 35, a mobile local service interface (MLSI) 36 for processing various audible signals, and a mobile voice service unit (MANM: mobile analysis unit) ( 37, a mobile time division switch and a local service processor (MTLP) for controlling the mobile local service unit 36 and the mobile voice service unit 37.

Reference numeral 150 is an operational and maintenance subsystem. The operation maintenance and switch subsystem includes an OMP (Operating and Maintenance Processor) 40 that manages operation and maintenance, a processor 41 that is responsible for MMC processing, and a processor that is responsible for maintenance of an operation maintenance subsystem. (CCMP: Common Control Maintenance Processor) 42 and various peripheral devices. The peripheral devices include a disk (DK) 43, a magnetic tape unit (MT) 44, a printer (PRT) 46, a PC 47 and an alarm panel (AP). Alarm Pannel) 48.

Referring to FIG. 2, when the MSA process (a block in charge of the interface between the MSC and the BSC) runs, a release process for performing a release function is started (A1). The release process searches the call registers 0 to 2047 sequentially to calculate the call holding time using the call start time and the current time stored in the call register for the call register information. (10 minutes) A call is released for a call that has been held for more than 10 minutes (A3). Check if the process-ID assigned to the call register remains running and obtain the block name of the process-ID.If the call register is busy but the process-ID does not exist or is not a call-related process, Recover the call (A4). If the call holding time is more than 10 minutes and the information in the call register is normal, if the information of the status received from the CCP child process matches the call register information of the corresponding call, the call is maintained properly. If the information is different from each other, recovery processing is performed (A7). When all search of call register is completed by 2047, search starts from 0 again.

As described above, the embodiment of the present invention has been described by way of example with reference to the drawings, but various changes and modifications can be made within the scope allowed by the matter.

According to the above-described method of the present invention, the information of the call register is searched only for a call whose call holding time is longer than a specific time. If the information of the call register is justified, the information received by requesting the status again by the CCP process is exchanged. Since the call is recovered only if the information does not match, the possibility of releasing the call that is normally maintained can be reduced, and the call can be detected and recovered for a long time.

Claims (3)

A long time non-recovery call processing method in a switching system, comprising: monitoring a call having a long talk time, and comparing a state of an MSC and a BSC and releasing a call that was held when they differ. In the long time non-recovery call processing method in the exchange system, A method for retrieving a call register and requesting a status from a call register and a CCP child process for a call having a call duration longer than a certain time, and recovering the call only if the information of the corresponding call between the MSC and the BSC is different. In the method of handling call release in electronic switching system: Retrieving the call register sequentially from the beginning to calculate a call holding time using the call start time and the current time stored in the call register for the call of which the call register information is busy; Determines if the process-ID assigned to the call register remains running and obtains the block name of that process-ID. The call register recovers the call if the busy register or process-ID does not exist or is not a call-related process. Making a step; If the call holding time is longer than the set time and the information in the call register is normal, if the information received from the child process matches the call register information of the corresponding call, the call is maintained. If the information is different from each other, the recovery process is performed. Wow; When the search of the call register is completed, the search starts from the beginning again.