KR100322022B1 - Database audit method for call processing in exchange - Google Patents

Abstract

The present invention relates to the maintenance of the exchange, and in particular, to audit the database used during call processing to prevent degradation and malfunction of the service due to the error of the call processing database, and call processing database audit in the exchange to provide a stable call service. It is about a method. In order to solve this problem, the present invention provides a method for auditing a call processing database in an exchange, the process of sending an audit request signal to each ASP in an OMP, and a process of interfacing with the call processing database in each ASP receiving the audit request signal; After interfacing with the call processing database, checking whether there is a route to be audited, and if there is a route to be audited, by using the number of relay lines, the first relay line number, and link normality using a bidirectional linked list configured in the same route. Checking the error of the call processing database, and if an error occurs during the call processing database audit, characterized in that it consists of a process of outputting the error information and notifying the operator.

Description

How to audit call processing database in exchange {DATABASE AUDIT METHOD FOR CALL PROCESSING IN EXCHANGE}

The present invention relates to the maintenance of the exchange, and in particular, to audit the database used during call processing to prevent degradation and malfunction of the service due to the error of the call processing database, and call processing database audit in the exchange to provide a stable call service. It is about a method.

In a conventional exchange, a DN (Digit Number) existing in a database (DB) in an Access Switching Processor (ASP) and an INP (Inter Network Processor) and an EN (Equip Number) such as 405-1234 For example, there was a function of periodically auditing whether there is a mismatch between subscriber numbers in an exchange that is associated 1: 1 with a subscriber's telephone number. However, such a conventional database audit function could not find the location of the database where the error occurred, and could only detect the error of a specific DN. Moreover, the audit function of the relay line and the root related database used during call processing was not provided. There was a problem that caused the service degradation and malfunction caused by the database error. This is because route and relay line should be allocated when the call is connected to other exchange after translating subscriber's number at exchange.In this case, since the reference data is stored in call processing database, the stable maintenance of database is essential for call service. This is because in the conventional exchange, there was no function of detecting the error occurrence and location of the database in advance.

Accordingly, an object of the present invention is to perform periodic audits on the exchange itself for the database used to assign routes and trunk lines to solve the above problems, and to inform the operator of the number and location of roots and trunk lines where errors occur in the event of data errors. It provides call processing database auditing method in exchange that can provide stable call service by promptly notifying and correcting error.

In order to achieve the above object, the present invention provides a method for auditing a call processing database in an exchange, the first process of sending an audit request signal from each operation and maintenance processor (OMP) to each match exchange processor (ASP), and the audit request signal. A second step of interfacing the call processing equipment and the maintenance processing block mounted on each matching exchange processor with the call processing database, and after the call routing equipment and the maintenance processing block interfaces with the call processing database. A third step of checking whether there is a route to be audited in the call processing database; and if the route to be audited is present in the call path equipment and maintenance block, the first relay line number and the number of relay lines are obtained. The call is compared with the number of the first relay line and the number of relay lines that actually constitute the route. A fourth step of checking an error in the database and if the call line equipment and the maintenance processing block have the same number of the first relay line number and the relay line, the audit using the number of the first relay line number and the number of relay lines. A fifth step of checking whether the link connection of the two-way linked list of the root is normal by checking the error of the call processing database; and the call path equipment and the maintenance processing block of the fourth step and the fifth step If an error occurs, it is characterized in that it consists of a sixth process of outputting the corresponding error content and notifying the operator.

1 is a block diagram of an exchanger according to the present invention

2 is a block diagram of an algorithm for database auditing according to the present invention.

3 illustrates the basic structure of a node according to a preferred embodiment of the present invention.

4 is a control flowchart for performing an audit of a call processing database according to an exemplary embodiment of the present invention.

5 is a diagram illustrating an example of an error message according to a call processing database audit according to the present invention.

Hereinafter, with reference to the accompanying drawings, preferred embodiments of the present invention will be described in detail. First of all, in adding reference numerals to the components of each drawing, it should be noted that the same components have the same reference numerals as much as possible even if they are displayed on different drawings. In addition, in the following description, numerous specific details, such as specific process flows, are set forth in order to provide a more thorough understanding of the present invention. It will be apparent to those skilled in the art that the present invention may be practiced without these specific details. Detailed descriptions of well-known functions and configurations that are determined to unnecessarily obscure the subject matter of the present invention will be omitted.

The present invention provides a diagnostic block and result processing block (DCRH), which is a software block mounted on an operating & maintenance processor (OPM) 110 of an exchange (eg, an SDX-200 exchange). Block) 113 and a Telephony Device Maintenance Handling Block (TDMH) 120, which is a software block mounted in each matching exchange processor (ASP). This will be described with reference to the drawings.

1 is a block diagram of an exchange in accordance with the present invention. In the DCRH 113 mounted on the OMP 110, a CROS (Concurrent Real-time Operating System: CROS) is performed periodically (for example, 1 day cycle). When the system receives the signal to start the database audit (AUDIT) under the control of 100), it checks the basic audit information, sends an audit request signal to the TDMH 120 mounted in each ASP, and when the error occurs, The call processing database audit function by converting the text to text and sending the text to the Menu and Command Analyzer (MC) (111) in charge of the exchange's input / output terminal 130. do. To explain this in detail; Periodically call processing to the OMP 110 using tid_sig (signal to be sent to the processor periodically requesting at a specified absolute time), which is a primitive of the CROS operating system 100, which is one of the operating systems of the exchange. Send a signal 11 to start the database audit. Then, the DCRH 113 of the OMP 110 checks basic audit information such as audit permission and prohibition, and if no abnormality is found, makes an audit request using the IPC signal 13 for each ASP. The TDMH 120 mounted in each ASP that receives the audit request performs an audit by interfacing with a database (I / F) under the control of a database management system (DBMS) (not shown). At this time, if an error in the database is found, the error content output signal 15 is transmitted to the MC 111 of the OMP 110, and the MC 111 transmits a terminal to the operator using various methods (for example, a window program). Output through 130. (17)

Refer to FIG. 2 to describe the auditing method of the database in more detail. 2 is a block diagram of an audit algorithm processed by TDMH for database audit according to the present invention.

First, the presence of a route to be audited and the first trunk line number (TRUNK) are obtained from the database 121 called the relay line number relation R_FIRST_TRK_N in each ASP 120 using the DBMS. Then, in the database 141 called the number of relay lines (R_RtASPTrkTbl) in the INP 140, the number of relay lines for determining how many relay lines are to be audited is obtained. Then, in the database 123 called the relay line data relation (R_TRK_DATA) of the ASP 120, the link information is transmitted from the relay line number relation database 121 and the relay line number relation database 141 through 201 signals and 203 signals. Check if the linked link of LINKED LIST is normal. The method of checking whether the linked list of the linked list is normal is as follows. The relay lines in the same route in the relay line data relation 123 are composed of Doubly Linked Lists (FORWARD & BACKWARD Linked List). Since the number of the first relay line and the number of relay lines (called 'n') are already known using the information received through the signals 201 and 203, the number of the next relay line is moved by n-1 from the first relay line to the forward (FORWARD). If it matches the number of the first relay line, it can be seen that the connection of the forward linked list is normal, and the number of previous relay lines coincides with the number of the first relay line by moving to the linked list by n-1 with the BACKWARD. If you do this, you can see that the backward linked list is also normal. At this time, since the root number exists in each linked list node as shown in FIG. 3, if a departure occurs in another direction, the link connection is regarded as an error and the operator is notified of the error. If there is an error in the connection of the forward linked list or the backward linked list, the nodes having errors are found while moving nodes one by one using the linked list in which the connection is normally performed.

If an error occurs while performing the audit through the above procedure, the operator is notified of the error, and the audit of the running route is terminated. The errors in the data to be audited include forward or backward linked list errors, errors in the first relay line number, errors in the number of relay lines in the root, errors in the root number of the node, and complex errors.

4 is a control flowchart for performing an audit of a call processing database according to an exemplary embodiment of the present invention, and FIG. 5 is a diagram illustrating an example of an error message according to an audit of a call processing database according to the present invention.

1 to 5, the preferred embodiment of the present invention will be described in detail with reference to the flowchart of FIG.

By using the tid_sig of the CROS operating system 100, the OMP 110 periodically sends a signal 11 to start a call processing database audit, and the DCRH 113 of the OMP 110 allows and prohibits the audit. After checking basic audit information and confirming that there is no abnormality, an audit request is made to each ASP by using IPC signal (13). Then, the TDMH 120 mounted in each ASP received the audit request interfaces (I / F) with the database under the control of a database management system (DBMS) when the processor for auditing is started in step 301. Thereafter, in step 303, the TDMH 120 checks the existence of a route to be audited using a DBMS. This is confirmed through the 201 signal sent from the relay line number relation 121 in each ASP. If the route does not exist, the process proceeds to step 305 and the TDMH 120 sends an error message indicating that the route does not exist to the MC 111 of the OMP 110 and outputs it through the terminal 130. Proceed to If it is determined in step 303 that the route exists, the TDMH 120 proceeds to step 307 to obtain the first relay line number of the corresponding route. This is obtained through the relay line number relation 121 and the flow proceeds to step 309. In step 309, the TDMH 120 checks whether the first relay line number matches. If the first relay line number mismatches, the TDMH 120 proceeds to step 311. After outputting the process, the process proceeds to step 335. If the first relay line number matches in step 309, the process proceeds to step 313. The TDMH 120 calculates the number of relay line mountings for the next route. This calculates how many relay lines the route to be audited is composed of through the 203 signal from the relay line number relation 141 of the INP 140. The TDMH 120 proceeds to step 317 when the number of relay line mounts is inconsistent in step 315. However, if it is determined in step 317 that the number of relay line mountings is the same, the TDMH 120 proceeds to step 319 to check whether a link is connected to the forward and backward linked lists. As described above, the relay line data relation 123 checks whether the forward linked list and the backward linked list are normally connected. In step 321, if the TDMH 120 detects that there is a link connection error, the TDMH 120 proceeds to step 327. If the link connection is normal, the TDMH 120 proceeds to step 323. In step 323, the TDMH 120 checks whether the root Equip information for each ASP is correct, and proceeds to step 335 if it is correct. If not, the TDMH 120 proceeds to step 325. After the output through the above-described output process proceeds to step 335.

If there is an error in the link connection in step 321, the process proceeds to step 327. The TDMH 120 checks whether an error has occurred in both the forward and backward linked lists, and if there is an error in both linked lists, proceeds to step 329. After outputting the error contents through the above-described output process, proceed to step 335. If the error is not for both linked lists, proceed to step 331 to detect a node that is a connection error, and an error occurs in step 333. In step 335, the contents of the link connection error of the forward or backward linked list are output through the above-described output process.

In step 335, if there is a next route, the TDMH 120 returns to step 303 to perform the next route audit, and sequentially performs the subsequent processes. If the end of the next route is terminated, the TDMH 120 terminates the processor for auditing.

An example of an error message according to a call processing database audit according to the present invention output through the terminal 130 is shown in FIG. 5. In FIG. 5, for example, an error message is outputted when an error occurs in D_NEXT_TRK_NO of a relay line data relation in a subsystem in which a route number 200 and a relay line number 400 are ASS000. The operator confirms the error message as shown in FIG. Can be.

On the other hand, in the detailed description of the present invention has been described with reference to specific embodiments, of course, various modifications are possible within the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by the equivalents of the claims.

As described above, the present invention has an effect of stably receiving a call service because a service failure factor for a call processing database error is detected in advance in terms of a service user (telephone subscriber).

In addition, the present invention provides an audit function of the relay line and the root-related database to detect the service degradation factors due to the error of the database by checking the error content through the detailed error message output when an error occurs in the call processing database from the operator side. By coping with this, it is possible to stably provide call services, thereby contributing to the service provider's credit improvement.

Claims (14)

In the call processing database audit method in the exchange, A first step of sending an audit request signal from each operation and maintenance processor (OMP) to each matching exchange processor (ASP); A second process of interfacing the call processing database with the call routing equipment and the maintenance processing block mounted in each match exchange processor receiving the audit request signal; A third step of checking whether there is a route to be audited by the call processing equipment and the maintenance processing block after the interface with the call processing database; The call processing is performed by comparing the call path equipment and the maintenance processing block with the first relay line number and the number of relay lines that obtain the first relay line number and the number of relay lines when the route to be audited exists. A fourth step of checking the database for errors, When the call path equipment and the maintenance processing block have the same number of the first relay line number and the relay line, whether the link connection of the bidirectional linked list of the route to be audited is normal by using the number of the first relay line number and the relay line. A fifth process of inspecting an error of the call processing database by checking with; Auditing the call processing database in the exchange, wherein the call path equipment and the maintenance processing block output the corresponding error information and notify the operator when an error occurs during the fourth process and the fifth process. Way. The method according to claim 1, wherein the audit request signal sent to each match exchange processor of the first step is periodic. The method according to claim 1, wherein the bidirectional linked list of the fifth process is a forward linked list and a backward linked list. The method of claim 1, wherein the fifth process A first step of checking whether the link link of the forward linked list is normal by comparing the number of the next relay line with the number of the first relay line by moving in the forward direction by subtracting '1' from the number of relay lines in the first relay line; A second step of checking whether the link link of the backward linked list is normal by comparing the number of the previous relay line with the number of the first relay line by moving in the backward direction by subtracting '1' from the number of relay lines in the first relay line; Call processing database audit method in the exchange, characterized in that consisting of. The method of claim 1, wherein the fifth step is to check whether a departure occurs in a different direction for each of the forward linked list and the backward linked list by using a root number existing at a node connected to each bidirectional linked list. Call processing database auditing method in an exchange. The method of claim 1, In the fourth process and the fifth process, the call line equipment and the maintenance processing block further perform the seventh process of checking whether the Eqip information of each matched exchange processor is correct when performing a call processing database audit. Call processing database auditing method in an exchange. The method of claim 6, And performing an eighth process of outputting an error content if the root transfer information is not correct. The method according to claim 1 or 7, And an eighth step of auditing the next to be audited if there is a next to be audited after outputting the error contents. CROS, diagnostic control and result processing block (DCRH) and menu / command analysis block (MC) mounted in the operation and maintenance processor (OMP), multiple match exchange processors (ASPs), and the matching Call processing equipment (TDMH) mounted on an exchange processor (ASP) and a call processing database interfaced with the call routing equipment and maintenance processing block (TDMH) under the control of a database management system (DBMS). In a call processing database auditing method in an exchange having (DB), Sending periodic audit request signals from the operation and maintenance processor (OMP) to each match exchange processor (ASP) under the control of the operating system, Starting an audit processor by interfacing with the call processing database at a call routing device and a maintenance processing block mounted at each match exchange processor receiving the audit request signal; Checking whether there is a route to be audited when an audit processor is started by interfacing the call path equipment and the maintenance processing block with the call processing database; The call path equipment and the maintenance processing block, if there is a route to be audited, obtains the first relay line number of the route through the call processing database and compares it with the first relay line number that actually constitutes the route; The call path equipment and the maintenance processing block obtain the relay line mounting number of the route to be audited through the call processing database if the relay line number of the corresponding route is matched and compare with the relay line mounting number that actually constitutes the corresponding route. Process, If the call path equipment and the maintenance processing block match the relay line mounting number of the corresponding route as a result of the comparison, whether the link connection to the forward and backward linked lists is normal using the first relay line number and the relay line mounting number. Check the process, The call path equipment and the maintenance processing block send error information on the linked list in which the connection error occurs to the menu / command analysis block when a connection error occurs in the forward and backward linked lists. Outputting the process, The call path equipment and the maintenance processing block perform an audit for the next route when the link connection of the forward and backward linked lists is normal, and when the auditing of the call processing database for all routes to be audited is completed, the audit is performed. Call processing database audit method in the exchange characterized in that the process of shutting down the processor. The method of claim 9, Error message output to the output terminal includes a call processing database audit method in the switch, characterized in that the error and the number and location of the route and the relay line. The method of claim 9, The call path equipment and the maintenance processing block obtain the number of relay line mounting of the route to be audited through the call processing database, and compare the error details when the number of relay line mounting is inconsistent with the number of relay line mounting actually configuring the corresponding route. A method for auditing a call processing database at an exchange characterized by further performing a process of outputting through an output terminal. The method of claim 9, The call path equipment and the maintenance processing block obtain the first relay line number of the corresponding route through the call processing database, and compare the error information when the first relay line number does not match with the first relay line number actually configuring the route. A method for auditing a call processing database at an exchange, characterized by further performing a process of outputting through an output terminal. The method of claim 9, The call path equipment and the maintenance processing block further performs a process of checking whether or not the route transfer information (Eqip) information for each matching exchange processor if the link connection is normal, the call processing database audit method. The method of claim 13, The call path equipment and the maintenance processing block further perform a process of outputting a corresponding error content through the output terminal when the Eqip information of each matching exchange processor is inconsistent. Database audit method.