KR950003685B1 - Maintenance system for electronic exchange - Google Patents

Abstract

The method protects the data inconstancy and signal number reduction with the system library, and improves the reliability of digital exchanger. The method includes a 1st means (201) which initializes the data, a 2nd means (202) which requires the examination, search, alarm, call service demand, a 3rd means (203, 204) which executes the examination ready and recovery/termination functions, 4th means (205,206), 5th means (207,208), 6th means which execute the DB update and isolation/recovery function, and a 7th means which executes the corresponding call processing.

Description

State Management Method of Subscriber Signaling Station and Inter-Station Relay Signaling in Electronic Switching System

1 is a diagram of a system structure related to the state management of subscriber signaling and inter-station relay signaling of TDX-10, an electronic switching system.

2 is an overall flowchart of subscriber station and inter-station relay state management.

3 is a flowchart for testing subscriber signal and inter-station relay signal.

4 is a flowchart for monitoring subscriber signal and inter-station relay signal board.

5 is a flowchart for detecting alarms of subscriber signal and inter-station relay signal.

6 is a flow diagram of an operator isolating / recovering the subscriber signal, the signal.

7 is a flowchart of using a subscriber signal and inter-station relay signal in call processing.

8 is a system library flow diagram for isolating subscriber signals and inter-station relay signals.

9 is a system library flowchart for recovering a subscriber signal and inter-station relay signal.

The present invention relates to a state management method for an inter-station relay signal device that transmits and receives a signal required for exchange period communication with a subscriber signal that receives a digit pressed by a subscriber in an electronic switch (TDX-10).

The state management of the subscriber signal and inter-station relay signal of the conventional electronic switchboard has the status of these devices in maintenance function and call processing function, respectively, for maintenance and call service. For these devices, hardware alert detection such as periodic or operator test results, periodic monitoring, board hernia insertion, etc. and multiple requests from service to isolation or service by the operator are collected and analyzed by the maintenance function, and the isolation / recovery decision is made. The status data was updated and the call processing function was used to signal the result to maintain the status of the device.

In the related art, signals for the subscriber signal and inter-station relay signal are maintained in the maintenance and call processing functions, respectively, to maintain the state of the device. However, inconsistencies in state data may occur due to loss of signals or malfunction of maintenance or call processing functions, and there is redundancy of data by having state data separately in each function. An object of the present invention is to provide a state management method for an inter-station relay signal device that eliminates inconsistency and redundancy of data.

Accordingly, the present invention manages the state of the subscriber signal related to maintenance and the relay station signal between stations in one place, that is, the maintenance function. That is, the status includes information on mounting / unmounted information, service isolation / recovery information by an operator request, failure occurrence information by a test or monitoring, removal / insertion information by a hardware alarm detection, and information on whether the device is under test. The status of them is managed by the maintenance function. In the call processing and test function that requires the status of these devices, the system library obtains the necessary information without using signals.

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

1 is a schematic overall structure diagram of an electronic switch (TDX-10) for managing subscriber signal and inter-station relay signal state. The electronic switchboard consists of three subsystems: INS, CCS, and ASS. CCS is an MMP that processes instructions, OMP is an operation and maintenance function, and an INS is an INP that performs maintenance functions within the INS. And ASS, which consists of a large number of subscribers, distributes subscriber calls, ASPs that perform maintenance and call processing functions within the ASS, TSPs that control time switches, LSPs that control subscriber signals or relay signals between boards and boards. It consists of ASMP which detects. Among them, the maintenance function for managing the status of subscriber signal / intermediate relay signal is inherent in ASS. In the figure, ASS is the access switching subsystem, ASP is the access switching processor, LSP is the local service processor, TSP is the time switch processor, INS is the interconnection subsystem, INP is the interconnection network processor, and CCS is the central The control subsystem, OMP stands for Maintenance Processor, MMP stands for Man Machine, DTMER stands for DTMF Receiver, R2 S / R stands for R2 Transmitter / Receiver, and ASMP stands for Access Switching Maintenance Processor.

Figure 2 shows the overall flow of subscriber signal and inter-station relay signal state management. When the system is started, it first initializes the data needed for state management [201] and waits for test requests, monitoring requests, alarm inspection requests, operator isolation / recovery requests, and call service requests [202], or periodic or operator test requests. [203] create a process to test [204], generate a process to monitor periodic monitoring requests [20], and detect alarms when periodic alarm inspection requests [207] Create a process [208], if an isolation / recovery request comes from the operator [209], create an operator isolation / recovery process [210], and if there is a call service request from the subscriber [211], create a call processing process [212]. Each has to do the work and then wait for another request [202].

3 shows the process of isolating / recovering the device as a test result by testing subscriber signal and inter-station relay signal. When testing is started on a device periodically or at the request of an operator, prepare a test for isolation from service to test the device under test [301], determine the results of the test preparation [302] and stop the test if the preparation is abnormal. If the preparation is normal, the device is tested [303] and the test release is performed to restore it for use after call testing [304]. The test results are compared with the previous test state [305] and the test results are unchanged. If it is, the test is terminated. If there is a change, it is determined whether the test result is normal [306]. If normal, the device is restored for use in service [307]. If it is abnormal, it is isolated from service [308].

4 shows the process of isolating / recovering the device by periodic monitoring. When monitoring starts, check the status of subscriber signal and inter-station relay signal board [401] and compare it with the state immediately before [402] if there is no state change, and if there is a change, check whether it is currently normal state [403] If it is, the device is recovered [404]. If it is abnormal, the device is isolated and terminated.

5 shows the process of isolating / recovering the device by hardware alert detection. When the alarm detection function starts, it checks whether an alarm has occurred or has recovered [501] and determines whether an alarm has occurred [502] If an alarm has occurred, checks whether the device is in call service [504] The call is suspended [505], the device is isolated from service [506], and if the alert is recovered, the device is recovered [503] and terminated.

Figure 6 shows the process of isolating / recovering the device at the operator's request. When initiated at the operator's request, it is checked if the requested device is mounted [601], if it is not mounted, and if it is mounted, whether it is quarantine or recovery [602], if it is already quarantined [603]. If it has already been done, if not, update the relevant database (604), quarantine the device (605), check if the recovery request has already been recovered (606), shut down if it has already done, and close the relevant database if not. Update [607], recover the device [608], and exit.

7 shows a process of using a subscriber signal and inter-station relay signal for a call service. When a call service request is initiated, the device to be serviced is searched [701] to determine if it is available [702] if it is not possible and terminated if possible, the service is used to process the call [703] and the pre-block Require isolation when in use) Isolates the device completely out of service [704] and terminates.

8 shows a system library flow to isolate subscriber signal and inter-station relay signal. When a containment request is initiated, the type of containment is determined [801] to determine if the device is mounted if the request is ready for testing [802], and if it is mounted, to check if it is idle [803] Checks if the device is already in use for testing [804], isolates it to service if it is not under test [805], indicates that the readiness result is normal [806] and exits, and if the device is unmounted, not idle or already under test. It indicates that the preparation result is abnormal [807] and ends. If the quarantine is requested by an alarm, the device is quarantined [808] and the number of quarantines exceeded the limit [809]. If it is exceeded, the relevant alarm message is reported to the operator [810]. If required for containment by monitoring or test results, check first to see if the isolation limit has been exceeded [811]. If exceeded, shut down without further isolation and if not, check if the device is idle [812]. Isolate immediately [813] and, if in use, mark the pre-block for isolation after call service [814] and exit. There is no limit on the number of isolations isolated by the operator's request, so there is no part to check for exceeding the limit and the rest is the same as isolation by monitoring / test results.

9 shows a system library flow for recovering subscriber signal and inter-station relay signal. When the request for recovery starts, it determines the type of recovery [901], if the request is due to the release of the test, restores the device to service and terminates [902], restores the alarm, monitoring, test results or recovery request by the operator [903]. ] It checks if the number of quarantines is below the limit [904], if it is below the limit, reports an alarm recovery message to the operator [905] and terminates.

By the effect of the present invention, the system library is used to manage the status of subscriber and inter-station relay signals in all electronic switch TDX-10. By accurately managing the state data for, the reliability of the electronic switchboard can be greatly increased.

Claims (4)

In the state management method of the subscriber signal and inter-station relay signal in the electronic switchgear, the first step of initializing the data necessary for state management (201), the test request after the first step, the monitoring request, the alarm inspection request, the operator A second step of waiting for an isolation / recovery request and a call service request (202), and a third step of preparing, tearing down and restoring / releasing the test according to the test result periodically or according to the test request of the operator in the second step. (203, 204), the fourth step (205, 206) to restore / cancel according to the monitoring request and the monitoring result in the second step, the fifth step of checking and recovering / canceling the alarm occurrence in accordance with the alarm inspection request in the second step ( (207,208) The sixth step (209, 210) of updating and isolating / restoring the DB according to the operator request in accordance with the operator isolation / recovery request in the second step, and the call processing pro in accordance with the call service request in the second step State management method to create a bus, characterized in that and a seventh step (211 212) for each to process the call processing. The method of claim 1, further comprising: an eighth step of isolating the device from service according to test, monitoring, alarming, and operator request by locally managing the status data; and a ninth step of recovering the device to service. State management method characterized in that. The method of claim 2, wherein the eighth step is to determine the type of isolation (801) when the isolation request is initiated (801) to determine whether the device is mounted if the request by the test preparation [802], and whether it is idle if it is mounted. Check [803] if the device is idle, check if the device is already being used for testing [804] isolate it to service if it is not under test [805] indicate that the preparation result is normal [806] and exit the device. When not mounted, idle or already under test, indicating that the preparation result is abnormal [807], terminating; if an alarm is required for containment, isolating the device from service [808] Check [809] and report the relevant alarm message to the operator if exceeded [810], and terminate the quarantine requirement based on monitoring or test results. [811] if not exceeded, shut down without further isolation, if not exceeded, check if the device is idle [812], immediately quarantine if it is idle [813], or if required, quarantine to quarantine after call service. And [814] a state management method comprising the step of terminating. [9] The method of claim 3, wherein the ninth step is to determine the type of recovery when the recovery request is started [901], if the request by the test release, the device is restored to the service and terminated. Or recovering a recovery request by the operator [903] and checking whether the number of quarantines is below the limit [904] and reporting an alarm recovery message to the operator [905] and ending if the limit is below the limit. State management method.