KR970008966B1 - Method of multiplexing common service unit of service switching system - Google Patents

Abstract

A multiplexing method of a global service unit in a service switching point is disclosed. The multiplexing method of the global service unit in the service switching point is aimed at mounting a plurality of global service units and multiplexing the mounted global service units. Thereby, the multiplexing method of the global service unit in the service switching point may provide a subscriber with a various guidance broadcast and transmit simultaneously the various guidance broadcast to many subscribers, in consideration of a characteristic feature of an intelligent network service, and finally improve the reliability as well as the capability of a system.

Description

Common Service Unit (GSU) Multiplexing Method in Service Switch

1 is a block diagram of a hardware (Hardware) to which the present invention is applied.

2 is a flow chart for checking the status of a GSU in accordance with the present invention.

3 is a flow chart for checking the status of a major processor in accordance with the present invention.

4 is a flowchart of a GSU multiplexing process according to the present invention.

* Explanation of symbols for the main parts of the drawings

1: currency line subsystem-subscriber / trunk (ASS-S / T)

2: Common Service Processor (GSP) 3: Local Switch Subsystem (LSS)

5: monetary system maintenance subsystem (ASMS)

6: Controlled Subsystem (CIS) 7: Call Control Subsystem (TCS)

9: Maintenance Control Subsystem (MCS) 12: System Maintenance Subsystem (SMS)

13: voice and signaling service subsystem (SSS)

The present invention relates to a common service unit (GSU) multiplexing method in a service exchange.

Due to the rapid development of electronic communication, large-capacity electronic switchgears with various functions have been developed to provide various communication services. The development of such exchanges led to the emergence of intelligent networks as a new type of service provision. Service Switching Point (SSP) installs a new type of node in the service network to handle the processing of various new services that must be performed in the existing single station, and the existing single stations exist in the network as elements independent of the service. do. Such a structure can provide various intelligent network services by inquiring a centralized database in the service network without changing the control logic of the existing single-station switching system and inter-station signaling. The introduction of such an intelligent network is essential for implementing the communication functions required in the highly information society. Common service units (GSUs) in service exchangers can be categorized into fixed and editorial styles, depending on the method of delivery and technical features. In order to provide diversified intelligent network service, considering the characteristics of intelligent network service, various announcements and stable announcements were required.

However, since the common service unit (GSU) of the conventional service exchanger simply doubles a single common service unit (GSU), there is a problem in that it is not possible to provide a variety of announcements and stable broadcast transmission.

An object of the present invention is to provide a method of mounting a plurality of common service units (GSUs) and multiplexing a plurality of mounted common service units (GSUs).

In order to achieve the above object, the present invention provides a Voice Message Handing with Primary-function (VMHP) block for providing a fixed recording guide service and a Voice Message Handling with Secondary-function (VMHS) block for providing an editable recording guide service. And a signaling service subsystem (SSS) having a dual service global service processor (GSP) having a dual structure and a voice service; Local Switching Subsystem (LSS) for switching voice data; Access Switching Maintenance Subsystem (ASMS) to perform alarm signal collection, call line equipment maintenance processing, call line common equipment test, call line common equipment audit function; Control Interworking Subsystem (CIS) with Inter Processor Communication (IPC); Traffic Control Subsystem (TCS) for flow control; Maintenance Control Subsystem (MCS) that outputs fault data to the operator Maintenance Control Subsystem); And a service exchange system having a system maintenance subsystem (SMS) that manages the maintenance of the entire system, the method comprising: a common service unit (GSU) in a call-path equipment maintenance processing block (TDMH); Check the status of the system and report the failure or recovery to the system state control block (SSC), and check the status of the common service unit (GSU) according to the request of the operator. A first step of reporting to a control block (SSC); The processor status processing blocks (MPSH, PPSH) periodically check the processor and status to report the failure or failure recovery to the system status control block (SSC), and the failure occurs according to the alarm occurrence report from the alarm matching block (FIA). Checking and reporting to a system state control block (SSC); A third step of, after performing the first and second steps, initializing a GSP number table and a common service unit (GSU) state table of a database and then transitioning to a message reception waiting state; After performing the third step, if a failure occurrence report of the common service unit (GSU) is received from the TDMH from the communication system, the corresponding service is checked in the GSU state table relation after checking the feasibility. After changing the state tuple of the GSP number table to abnormal, replace the GSP number with the available GSP number, and if the failure report of the processor is received from the processor state processing blocks MPSH and PPSH, check the validity and then check the common service. Changing the state tuple of the corresponding GSP number table abnormally in the unit (GSU) state table relation and then replacing the GSP number with an available GSP number; After performing the third step, if a failure recovery report of the common service unit (GSU) is received from the TDMH from the call line equipment maintenance processing block, the corresponding service is checked in the common service unit (GSU) state table relation after checking the feasibility. After changing the status tuple of the GSP number table to normal, change the GSP number with reference to the starting ASS number, and if a failure recovery report of the processor is received from the processor state processing blocks MPSH and PPSH, check the validity and then check the common service. A fifth step of changing a state tuple of a corresponding GSP number table to a normal state in a unit (GSU) state table relation and then referring to a starting ASS number; And a sixth step of allocating or restoring a common service unit (GSU) according to an operator's request after performing the third step.

Hereinafter, with reference to the accompanying drawings will be described an embodiment according to the present invention;

1 is a block diagram of a hardware to which the present invention is applied and shows a relationship between blocks associated with a recording guide apparatus.

Recording guide service is classified into fixed type and editing type according to the method of providing and technical characteristics. Fixed voice announcement service is a basic voice service of the exchange and broadcasts a message related to a special service such as a missed notice and a designated time notification to inform the caller of a failure of a call connection occurring during call processing. The recording announcement service is a service provided by numeric input and is an additional special guidance service provided by a user's request.

The Voice Message Handling with Primary-function (VMHP) block, which provides a fixed announcement service, and the Voice Message Handling with Secondary-function (VMHS) block, which provides an editable announcement service, provide subscriber and trunk line It is realized in a specific call path subsystem-subscriber / trunks (ASS-ST) that it accepts, and mainly performs electrical and physical real-time processing depending on the performance characteristics. It is divided into a hardware unit and a software unit that communicates control signals between the upper processor and the hardware unit. The control unit is connected to a global service processor (GSP) 2 having a redundant structure and performing voice service. Time Switch Lin (TSL) in the Local Switching Subsystem (LSS) k) (4) A block is connected to a physical PSHW (Pulse Code Modulation Suthighway) to transmit and receive voice data. In addition, the alarm signal generated in the VMHP / VMHS block is sent to the alarm matching block (FIA: Fault Interface in ASS), which is an alarm collection device in the access switching maintenance subsystem (ASMS) 5.

The GSP (2), which oversees VMHP / VMHS, is called a Traffic Control Subsystem (TCS) through a Control Interworking Subsystem (CIS) having an Inter Processor Communication (IPC) function (7). It exchanges control messages with a common service control block (GSC), which is a software block within it. In addition, the GSP (2) is a telephony device supervision handling (TDSH) and a telephony common device test (TCDT), which are software blocks in the ASMS (5) that exaggerate maintenance. Exchange transient control messages.

Telephony Device Maintenance Handling (TDMH), a software block within the ASMS, exchanges control messages with TDSH and TCDT to collect and analyze the results of monitoring and testing of all devices in the TMS. To manage the maintenance status of call system equipment.

The GSC block exchanges control messages with a subscriber announcement service block (SSAN), which is a software block in an optional service subsystem (OSS). The maintenance control subsystem (MCS) 9 implements a fault management block (FLM) to output data related to the fault to the operator.

The hardware unit and software unit for each service type correspond to fixed announcement service, and include Announcement Primary-function Hardware Unit (APHU) and Announcement Primary-function Software Unit (APSU), and ASHU (Editing Announcement Service). There are Announcement Secondary-function Hardware Unit (ASSU) and Announcement Secondary-function Software Unit (ASSU).

System Maintenance Subsystem (SMS) (12) is a high-level software subsystem that manages the maintenance of the entire system. It changes the configuration within the system and monitors critical system data. Perform and control

The Main Processor Status Handling Block (MPSH), which is housed in every upper processor in the system, monitors the upper processor and performs the required functions when there is a function required or required by the operator in the running state. .

Peripheral Processor Status Handling (PPSH), which is accepted by all subprocessors in the system, monitors all subprocessors and provides MPSH for the functions required by the operator or the functions required by the operator when running. Receives a message from the server, processes the function, and sends the result back to MPSH.

The system status control block (SSC) manages and controls system data such as service information, service type information of call path devices, and service type information of upper and lower processors, and system service failures caused by system overload conditions. Manage and control the overall system load to prevent It also manages and controls the system information that is changed due to the provision of system data necessary for the initial system, failure and system expansion, and performs functions such as checking status information and changing status at the request of the operator.

2 is a flowchart for checking the status of a GSU according to the present invention, which is a method of periodically checking the status of a common service unit (GSU) by the system itself, and the operator requires a test of hardware related to the common service unit (GSU). This is divided into a method of checking the state of a common service unit (GSU).

In the method of periodically checking the status, in the first standby state (201), the voice message is transmitted from the TDMH to the function processing block (VMHP, VMHS) and the state of the common service unit (GSU). After the functional test is requested for (202), the state transitions to the second standby state (203). Receiving a test result of the state of the GSU from the voice message function block (VMHP, VMHS) in the standby state (204) determines whether a failure has occurred in the reception result (205), and if the failure has occurred in which GSP occurred the failure location After identification (206), the system state control block (SSC) reports the occurrence of a failure of the common service unit (GSU) and repeats the process of requesting a function test for the state of the common service unit (GSU). If no failure occurred, check whether the state before the test was normal (208). If the state before the test was normal, repeat the process of requesting a functional test for the state of the common service unit (GSU), and the previous state is abnormal. If the status is (Abnormal), report that the GSU failure has been recovered. Report the failure recovery to the system state control block (SSC) (209), and repeat the process of requesting a functional test on the status of the common service unit (GSU). do.

The operator sees how to test the hardware of the common service unit (GSU) with operator commands.In the first standby state (201), when the operator requests a board test (210), the call system equipment maintenance processing block (TDMH) The board test is required with the TTC Common Block Test Block (TCDT) (210). The board test result is received from the TTC common block test block (TCDT) (212) and after analyzing the result (213), it is determined whether a hardware failure has occurred, and if a failure occurs, the GSP number of the failure is identified (215). When the failure occurs by the state control block (SSC) and terminates (216), if the failure does not occur immediately terminates.

3 is a flowchart of checking a state of a main processor according to the present invention. The method of processing a state of a processor may be a periodic method and a method of reporting when a hardware alarm occurs in the FIA.

In the third standby state 301, the processor state processing block (MPSH, PPSH) periodically transmits a signal for the processor's status to the processor (302), and then determines whether there is a response (303) to the signal (304) If there is no response, the signal is retransmitted several times for a predetermined time (305, 306, 307, 308). If there is no response for a predetermined time despite several signal retransmissions, the processor determines that the processor is in an abnormal state (309) and reports to the system state control block (SSC) for processor failure (310). Transition to state 301. When a response signal is received in a plurality of signal transmissions, the processor determines that the processor is in a normal state. In comparison with the previous state of the processor, when the previous state is normal, the processor transitions to the third standby state 301. If the previous state is abnormal, it is determined that the failure of the processor is recovered, and after the failure recovery is reported to the system state control block (SSC), the state transitions to the third standby state 301 (312).

In addition, upon receiving a report from the alarm matching block FIA that an alarm has occurred in the third standby state 301 (313), it is determined whether all of the redundant processors are down (314). Otherwise, the processor transitions to the third standby state 301, and if it is dual-down, it reports the processor failure to the system state control block (SSC) and then transitions to the third standby state 301 (315). .

4 is a flowchart illustrating a process for multiplexing a plurality of common service units (GSUs) processed by a system state control block (SSC).

The system state control block (SSC) is loaded to initialize the GSP number (R_GS_PRN) relation and the common service unit (GSU) state (R_GSU_STATUS) relation in the relevant database to an initial state (401). After the initialization is performed, a message reception wait is maintained until various common service unit (GSU) related failures and processor failures or a common service unit (GSU) change request is received from the operator (402).

If you receive a Common Service Unit (GSU) failure report from TDMH (403) or a Processor Failure Report from Processor Status Processing Blocks (MPSH, PPSH) (406), the information is valid. After checking (404, 407), the validity is determined (405, 408). If not, the message transitions to the message reception waiting state (402). If the information is valid, the corresponding GSP number and state tuple of the common service unit (GSU) state relation are normal. Change from Normal to Abnormal (409) and replace all GSP numbers with available GSP numbers in the corresponding ASS numbers in the GSP number relation (410). If it is replaced by the available common service unit (GSU), the intelligent network call processing function transmits the announcement by referring to the changed database (DB). In addition, if the failure is automatically or artificially recovered after the failure, the common service unit (GSU) should automatically restore the initial state.

Receive a common service unit (GSU) failover report from the TDMH (Troubleshooting Device Maintenance Processing Block) (TDMH) in the message reception wait state (42) or a processor failover report from the processor state processing blocks (MPSH, PPSH). On receipt (416), after checking whether the information is valid (412, 417), and determining its validity (413, 418), if not, it transitions to the message reception waiting state (402), and if the information is valid, the GSU state relation Change the GSP number and state tuple from Abnormal to Normal (414) and change it with reference to the start ASS processor number tuple of the common service unit (GSU) state relation to the corresponding ASS number of the GSP number relation ( 415). When this change is made, the intelligent network call processing function transmits the announcement by referring to the changed database (DB).

The database may be automatically changed according to the state of the GSU and the processor as described above, but may be changed arbitrarily by the operator. When a system state control block (SSC) receives an operator command from an operator terminal in the message reception waiting state 402 (419), the command is a command for allocating a common service unit (GSU) or an assigned common service unit. (420) If it is an allocation command, it is determined whether the GSP number requesting the change is a neighboring GSP number (421). If it is a neighbor, the database (DB) is changed and the received message is determined. Transition to the wait state 402, otherwise sends an error message to the operator (422) and transitions to the received message wait state (402). If the operator command is a recovery command, the status of the GSP number requiring recovery is determined and the database (DB) is searched and restored to the original GSP number (425), if appropriate (424).

In view of the characteristics of the intelligent network service, the present invention can provide a variety of announcements to subscribers, and can transmit a variety of announcements to many subscribers at the same time, thereby providing a service switch having a single common service unit (GSU). In comparison, a service switch having a multiplexing common service unit (GSU) has an excellent effect on reliability as well as performance.

Claims (3)

Dual service message processor with voice message handling with primary-function (VMHP) block providing fixed announcement service and voice message handling with secondary-function (VMHS) block providing editable announcement service A Signaling Service Subsystem (SSS) 13 having a Global Service Processor (GSP) 2; Local Switching Subsystem (LSS) 3 for switching voice data; An Access Switching Maintenance Subsystem (ASMS) that performs alarm signal collection, call line equipment maintenance processing, call line common equipment testing, and call line common equipment monitoring functions; Control Interworking Subsystem (CIS) 6 having an Inter Processor Communication (IPC) function; A traffic control subsystem (TCS) 7 for controlling calls; Maintenance Control Subsystem (MCS) 9 which outputs fault data to the operator; And a service exchange system having a System Maintenance Subsystem (SMS) 12 that manages the maintenance of the entire system. Periodically checks the status of the common service unit (GSU) to report failure or failure recovery to the system state control block (SSC), and checks the status of the common service unit (GSU) according to the operator's request. Or a first step 210 to 216 of reporting a failure recovery to a system state control block (SSC); The processor status processing blocks (MPSH, PPSH) periodically check the status of the processor to report failure or failure recovery to the system status control block (SSC), and failure occurs according to the alarm occurrence report from the alarm matching block (FIA). Checking and reporting to a system state control block (SCC) (301 to 315); A third step (401, 402) of transitioning to a message reception waiting state after initializing a GSP number table and a common service unit (GSU) state table of a database after performing the first and second steps; After performing the third step (401, 402), if a failure occurrence report of the common service unit (GSU) is received from the TDMH, the common service unit (GSU) state table after checking the feasibility After changing the state tuple of the corresponding GSP number table in the relation to abnormal, replace the GSP number with the available GSP number, and check the validity when receiving the failure report of the processor from the processor state processing blocks MPSH and PPSH. A fourth step (403 to 410) that later changes the state tuple of the corresponding GSP number table abnormally in the common service unit (GSU) state table relation and then replaces the GSP number with an available GSP number; After performing the third step (401, 402), if a failure recovery report of the common service unit (GSU) is received from the TDMH, the common service unit (GSU) state table after checking the feasibility After the state tuple of the corresponding GSP number table is normalized in the relation, the GSP number is changed with reference to the starting ASS number, and the validity is checked when receiving the failure recovery report of the processor from the processor state processing blocks MPSH and PPSH. A fifth step (411 to 418) of changing the state tuple of the corresponding GSP number table to normal in the common service unit (GSU) state table relation and then referring to the starting ASS number; And a sixth step (419 to 425) for allocating or restoring the common service unit (GSU) according to the operator's request after performing the third step (401, 402). GSU) Multiplexing Method. 2. The method of claim 1, wherein the first steps 201 to 216 are performed in a first standby state from the TDMH to a voice message function processing block (TMHP, VMHS). After requesting a function test for the state of the GSU, wait in the second standby state and receive a test result of the state of the GSU from the voice message function blocks (VMHP, VMHS) to determine whether a failure has occurred in the reception result. Seventh step (201 to 205); After performing the seventh step 201 to 205, if a failure occurs, the location of the failure is determined and the failure status of the common service unit GSU is reported to the system state control block SSC, and then the status of the common service unit GSU. An eighth step (206, 207) of repeating the process of requesting a functional test for; After performing the seventh step (201 to 205), if the failure does not occur, check whether the state before the test was normal, and if the state before the test (Normal) state, the functional test is performed on the state of the common service unit (GSU) Repeating the request process, and if the previous state is an abnormal state, reporting a failure recovery to the system state control block (SSC), and repeating the process of requesting a functional test for the state of the common service unit (GSU). Ninth step (208, 209); And when the operator requests a board test in the first standby state, the TDMH requests a board test with the TTCH and receives a test result after receiving a test result. After the analysis, it is determined whether a failure has occurred, and if a failure occurs, the failure location is identified and the failure is reported to the system state control block (SSC) and terminated. And a common service unit (GSU) multiplexing method in a service exchange. The method of claim 1, wherein the second steps 301 to 315 are performed for a predetermined time while the processor state processing blocks MPSH and PPSH periodically transmit a signal to the processor requesting the state of the processor in the third standby state. Eleventh steps 301 to 304 waiting for a response to a signal; After performing the eleventh steps 301 to 304, if there is no response, the processor determines that the processor is in an abnormal state, reports a processor failure to the system state control block (SSC), and then transitions to the third standby state. Steps 305 to 310; After performing the eleventh step (301 to 304), when the response signal is received, the processor determines that the normal state (Normal), and if the previous state is normal compared to the previous state of the processor and transitions to the third standby state (Normal) A thirteenth step (311, 312) of transitioning to the third standby state after reporting a failure recovery to the system state control block (SSC) if a previous state is abnormal; In response to receiving a report that an alarm of a processor has occurred from the alarm matching block (FIA) in the third standby state, it is determined whether all of the redundant processors are down, and if the dual-down is not dual down, the third standby state 301. And a fourteenth step (313, 314, 315) for transitioning to the third standby state after reporting a processor failure to the system state control block (SSC) if it transitions and is dual-down. Of common service unit (GSU) multiplexing.