JPH04340842A - Diagnostic system for multiplex communication equipment - Google Patents

Abstract

PURPOSE:To confirm the normality of the classification display register of a line corresponding part of each classification, and to prevent an unnecessary program from being down-loaded. CONSTITUTION:A controller 2 is provided with a down load means 21 which creates a parameter including the classification or the like of a line corresponding part 1 provided at a multiplex communication equipment to be diagnosed, and the program for the entire line corresponding parts in order to operate the down load by using station data. The line corresponding part 1 of the multiplex communication equipment allocates the line classification information preliminarily set at an inside specific register 11 with the parameter received from the controller 2 by an allocating means 12. Then, when they are coincident, the line corresponding part 1 executes the diagnosis by a test program designated by the parameter from among the down-loaded programs, and when they disagree, the line corresponding part 1 generates an output indicating the fault of the specific register 11.

Description

[Detailed description of the invention]

0001

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a diagnostic method for a communication multiplexing device in an electronic exchange. In an electronic exchange that exchanges data, a communication multiplex unit (CMU) controls data transfer in a time-division manner between lines and a control unit (CC).
x Unit) is provided. This communication multiplexing device has a plurality of line corresponding units (L) each connected to a line.
A line circuit called C was established.
Sends and receives data to and from the other device via the line. In order to confirm the normality of this communication multiplexing device, an LC test program is downloaded from the control device (CC) side to the LC and a test is performed. On the other hand, in recent years, communication lines with different characteristics (speed, synchronization method, etc.) have been used, and the number of LC types has increased accordingly. It is necessary to use a suitable test program.

0002

2. Description of the Related Art An example of a system configuration of a conventional electronic exchange is shown in FIG. 7, and an example of a block configuration of a communication multiplexing unit CMU is shown in FIG. In FIG. 7, A. B. is a unisystem configuration with one processor. is a multi-system configuration in which a plurality of processors are provided, and in this example, two processors, an MPR (management processor) and a CPR (call processor), are provided.

A in FIG. and B. , MM is the main memory, CC is a control device, CH0 to CH3 are channel control devices, DK is a disk device, VDU is a display device, MT is a magnetic tape device, and CMU is each a plurality of lines (a line for transmitting data using a modem). In B., IMC represents an inter-processor communication device.

[0004]A. The unisystems are redundant, and normally one system (system 0 or system 1) is in operation, and the other system is in a standby state, and if the active system experiences a failure, it immediately returns to the operational state. Become. In other words, when the 0 system is in operation, the 0 system's MM and CC and CH0 and CH
2 is in operation, MM, CC and CH1, CH3 of system 1
is in standby state. In addition, this Unisystem includes IMC.
is not prepared.

B. In this multi-system, each processor is duplicated, and the 0 and 1 systems of each processor perform data communication between the processors through an IMC connected to a ring bus. In addition, in the case of Unisystem, the C bus (common bus) of CH0 and CH1 includes DK, VD
U, MT, etc. are connected and the multi-system CPR CH
An interprocessor communication control device (I
MC) is connected.

[0006] Unisystem and multisystem CH2,
A plurality of communication multiplexers CMU are connected to CH3, and each communication multiplexer CMU is connected to one or more lines (lines for transmitting data using a modem). The configuration of the communication multiplexer CMU is shown in FIG. 8, and includes a line processing unit (L
A plurality of line corresponding units (indicated by LC) are connected to PR (Line Processor). Each line handling unit (LC) includes a CPU that controls the entire LC,
A multi-protocol controller (MPC) connected to one or more lines, respectively.
Controller), data buffer memory (DBM) for temporarily storing data sent and received between lines.
), RAM that stores programs and data, and L
Data control unit (DCU) controls the right to use the internal bus for transfer to PR, DBM, or MPC.
Control Unit), etc.

[0007] The MPC uses a DMAC (Dire
ct Memory Access Control
er) and a testing mechanism (return circuit, etc.). In the LC, data received from the line is stored in the DBM by DMA transfer from the MPC, and the data is transferred to the DBM.
8 via the LPR and C buses.
CHC), the main memory (MM) via the control device (CC)
) will be sent to. Further, data is transferred from another line corresponding section (LC) to another line via the main memory (MM), control device (CC), channel control (CHC), and C bus.

In a data exchange equipped with a conventional communication multiplexing unit (CMU) configured as described above, in order to check the normality of the CMU, the channel control unit (CH
After loading the LC test program stored in the disk device (indicated by DKC) connected to the C bus of C0) into the main memory (MM) of Figure 7, the CMU which is the device under test
The downloaded test program (return test, etc.) is performed inside the LC, and the result is judged to determine whether or not it is normal.

[0009] In recent years, the line handling section (LC) has been
They are now equipped with different functions and mechanisms depending on their speed, synchronization method, electrical characteristics, etc.), and their variety is increasing.
Accordingly, it is necessary to use different LC test programs with different contents. Specifically, the line handling section (LC
), such as LAN, packet network, etc.
There is a line that connects to an ISDN network, etc. To cope with this, conventionally, the RA inside the LC (specifically, the RA inside the LC in Fig.
A package type display register (indicated by CLSR) is provided in the package type display register (indicated by CLSR), in which information such as the type of LC and the number of lines is set in advance before the start of operation.

[0010] When performing a test, a large number of LC test programs corresponding to all types are downloaded from the control device (CC), but the contents of the register CLSR inside the LC are read and the type information and information of the LC are downloaded. A method is used in which a corresponding LC test program is selected from downloaded programs by referring to line information, and tests are performed for the required number of lines.

[0011]

[Problems to be Solved by the Invention] The above-mentioned conventional communication multiplexing unit (CMU) testing method has come to be equipped with a variety of types and complicated circuits, which have increased in line with the diversification of services in recent years. It has become difficult to accurately test the line handling section (LC). In other words, the line support section (
With the diversification and complexity of LC), the number of types of programs to be downloaded has increased, and with the increase in complexity, the amount of each test program has increased.

Furthermore, if a failure or an error occurs during reading of the package type display register (CLSR) provided in the line correspondence section (LC), a test program for a different type will be mistakenly executed. In this case, the normally normal line handling section may be judged as a failure, or
There is a possibility that a situation may occur in which the opposite judgment is made (determining that something with a disability is normal).

[0013] An object of the present invention is to provide a diagnostic method for a communication multiplexing device that can confirm the normality of the type display register of each type of line corresponding section and that does not require downloading unnecessary programs. do.

[0014]

[Means for Solving the Problems] FIG. 1 is a first principle block diagram of the present invention, and FIG. 2 is a second principle block diagram of the present invention. In FIG. 1, 1 is a line support section in the communication multiplexing device, 10
is memory, 11 is type display register (CLSR), 12
is a collation means, 13 is a compatible test program selection means, 14
15 is a test execution section, 15 is a fault display output means, 2 is a control device, 20 is a parameter extraction means, 21 is a download means, 3 is a station data storage section, and 4 is a test program storage section.

In addition, in FIG. 2 which is the second principle configuration, 1, 10, 11, 12, 14, 15, 2, 20, 21
, 3, and 4 represent the same means as in FIG. 1, and the difference from FIG. The point is that selection means 22 is provided.

In the present invention, since the type and number of lines of the line handling section are determined in advance for each station (exchange), the type and number of lines of the line handling section are stored in the control device as station data, and the station data is transmitted. The normality of the type display register is confirmed by adding it when downloading the program and sending it to the line support section. Further, the test program to be downloaded is determined using the station data to avoid downloading unnecessary programs.

[0017]

[Operation] When testing the line correspondence section of a communication multiplexing device, the parameter extracting means 20 of the control device 2 retrieves the parameters of the line correspondence section to be tested from the station data storage section 3 in which they are registered in advance. As a parameter,
This information, which includes the number of lines and line type, is supplied to the next download means 21. The download means 21 takes out all test programs for testing the line correspondence section from the test program storage section 4, adds the parameters, and loads them into the line correspondence section 1, which is the target of the communication multiplexing device.

The line correspondence section 1 stores the data loaded into the memory 10. Thereafter, the collation means 12 of the line correspondence section 1 is activated, retrieves the type information from the parameters stored in the memory 10, and reads the contents of the type display register 11 in which the type information of the line correspondence section 1 has been set. Verify. If the type information of the two matches as a result of this comparison, the corresponding test program selection means 13 is activated.

The corresponding test program selection means 13 selects a test program corresponding to the type included in the parameter from the memory 10 (in which test programs for each type have been downloaded) and supplies it to the test execution unit 14. . The test execution unit 14 performs tests for the number of lines included in the parameters according to the program. When the matching means 12 does not detect a match, it drives the fault display output means 15 to output a fault display (fault in type display register CLSR).

Next, in the configuration shown in FIG. 2, when testing the line correspondence section in the same manner as described above, the parameters of the line correspondence section 1 to be tested are stored in the station data from the control device 2 by the parameter extraction means 20. Take it out from section 3. Next, the test program selection means 22 starts up and selects the test program storage section 4 based on the line type of the retrieved parameter.
Select the test program corresponding to the line type from . The selected program is loaded by the downloading means 21 into the target line corresponding section 1 of the communication multiplexing apparatus with the parameters added thereto.

[0021] When loading is performed in the same way as in Figure 1,
The verification means 12 of the line correspondence section 1 is activated, and the memory 1
Extract the type information in the parameter stored in 0,
The contents of the type display register 11 in which the type information of the line corresponding section 1 is set are checked. If the type information of the two matches as a result of this comparison, the test execution unit 14 executes a test on the number of lines included in the parameter using a program stored in the memory 10 that corresponds to the type of the line corresponding unit.

If a match is not obtained in the matching means 12, a fault display is outputted from the fault display output means 15 in the same way as in FIG. 1 above.

[0023]

DESCRIPTION OF THE PREFERRED EMBODIMENTS FIGS. 3 and 4 show examples of the configuration of switching systems in which the present invention is implemented. FIG. 3 shows an example of a system configuration with a dual line configuration, and FIG. 4 shows an example of a system configuration with a single line configuration. In FIG. 3, the central processor PR includes main memories MM0, MM1 of the 0 system and 1 system, and control devices CC0, CC1.
, channel control devices CHC0, CHC1 are provided, 0
The channel control devices CHC0 and CHC1 of the system and 1 system are connected to the line processing unit L via their respective C buses (common buses).
PR0 and LPR1 are connected.

[0024] Each line processing unit LPR0, LPR1 is connected to a line corresponding unit LC0 to LCn of the 0 system and 1 system, respectively, and each line corresponding unit LC0 to LCn is connected to each line switch (LPR1).
Lines 0 to 1 switched and connected at SW0 to LSWn)
It is configured to be connected to line n. For example, line 0
is input to the line switch LSW0, and is switched and connected to either the line corresponding section LC0 on the LPR0 side or the line corresponding section LC1 on the LPR1 side by a changeover switch, and the other lines 1 to n are configured in the same way. These lines are switched and connected to the same system by line switches LSW1 to LSWn, and when a failure occurs in the line corresponding section LC of the current system, the lines are switched to the line corresponding section of the other system.

In the configuration of the single system shown in FIG. 4, the configuration of the central processor PR is provided with two devices for each part as in FIG. 3, but is not duplicated. That is,
Main memory MM0, MM1, control device CC0, CC1
, channel control devices CHC0, CHC1, and their respective C buses (common buses) provide two systems, and the devices of each system operate separately. The C buses of the two systems are each connected to a common bus switching section (CBS: C bus).
ommon Bus Switch), it is possible to switch which of the two line processing units LPR0 and LPR1 to connect to. This connection can be either a cross connection as shown by the dotted line in the figure or a straight connection.

The line processing units LPR0 and LPR1 each perform processing on a plurality of line corresponding units (LC0 to LCn). In this case, the line correspondence units LC0 to LCn connected to the line processing unit LPR0 and the line correspondence units LC0 to LCn connected to the line processing unit LPR1 are lines connected to different parties.

Next, the processing flow of the first embodiment, which is applied to the system configuration shown in FIGS. 3 and 4, will be explained with reference to FIG. The processing flow of this embodiment 1 is as shown in FIG. 1 above.
Corresponds to the principle configuration of In FIG. 5, A. B. is a process performed by a processor including a control device (CC), a channel control device (CHC), etc. represents processing in the line handling section (LC). First, the processor refers to the station data stored in the main memory (MM) and creates parameters consisting of the number of lines and line type of the line correspondence section (LC) to be tested (50 in Figure 5). ). Next, these parameters and the download program (test program corresponding to all types) are transferred to the target line correspondence unit (LC) via the C bus and line processing unit (LPR) (51).

The line correspondence section (LC) compares the line type and number of lines included in the transferred parameters with the contents (number of lines, line type) included in the type display register (CLSR). 52), and execute the program corresponding to the line type for the number of lines indicated as matching (54).
, if there is a mismatch, a fault indication is generated and the processor is notified (53). Once the diagnostic results are obtained from the line handling section (LC), they are transferred to the processor (see 5.
5).

The processor outputs the fault display or diagnosis result from the line handling section (LC) and ends the process (step 56). Next, the processing flow of the second embodiment shown in FIG. 6 will be explained. The processing flow of this second embodiment corresponds to the second principle configuration shown in FIG. 2, and is applied to the system configuration shown in FIGS. 3 and 4.

In FIG. 6, A. is processing in a processor,B. represents processing in the line handling section (LC). First, the processor conducts the test by referring to the station data stored in the main memory (MM).
Parameters are created based on the number of lines and line type of the LC), and a download program is created using a program for testing the line of the line type (60 in FIG. 6).

[0031] Next, the created parameters + download program are transferred to the line correspondence section (LC) (61)
. The download program is sent to the line processing unit (LPR).
The line correspondence unit (LC) that received the line comparison unit (LC) compares the line type and number of lines indicated by the parameters with the value of the type display register (CLSR) held by the line correspondence unit (LC) (62). If a match is detected as a result of this comparison, a diagnosis is executed using the downloaded program (test program corresponding to the line type) (see 64), and upon completion, the diagnosis result is transferred to the processor (see 65). . If a mismatch is detected in the matching in step 62,
A fault notification is generated and sent to the processor (63). The above-mentioned diagnosis result or fault notification is outputted to the processor and the process is ended (66).

[0032]

According to the present invention, in an electronic exchange having a communication multiplexing device, it is possible to confirm the normality of the type register of the line corresponding section when diagnosing the line corresponding section of the communication multiplexing device. Furthermore, since only the test program that is compatible with the number and type of lines of the line handling section is downloaded, efficient diagnostic processing can be performed. Therefore, maintainability and reliability in diagnosing the communication multiplexing device can be improved.

[Brief explanation of the drawing]

FIG. 1 is a first principle configuration diagram of the present invention.

FIG. 2 is a second principle configuration diagram of the present invention.

FIG. 3 is an example of a system configuration with a redundant line configuration.

FIG. 4 is an example of a system configuration with a single line configuration.

FIG. 5 is a processing flow of the first embodiment.

FIG. 6 is a processing flow of a second embodiment.

FIG. 7 is an example of a system configuration of a conventional electronic exchange.

FIG. 8 is an example of a block configuration of a conventional communication multiplexing device CMU.

[Explanation of symbols]

1 Line support section 10 in the communication multiplexing device
Memory 11 Type display register (CLSR) 12
Verification means 13 Compatible test program selection means 14
Test execution section 15 Fault display output means 2 Control device 20 Parameter extraction means 21 Download means 3 Station data storage section

Claims (2)

[Claims] Claim 1: In a diagnosis method for a communication multiplexing device of an electronic exchange, a control device uses station data to determine parameters including the type of line support unit installed in the communication multiplexing device to be diagnosed, and all line support. The line corresponding section of the communication multiplexing device collates the line type information set in advance in an internal specific register with the parameters received from the control device using a collating means; If a match is detected, a diagnosis is executed using a test program specified by a parameter from among the downloaded programs, and if a match is not detected, an output is generated indicating that the specific register is at fault. Diagnosis method for communication multiplexing equipment. [Claim 2] In a diagnostic method for a communication multiplexing device of an electronic exchange, the control device divides and holds the download program used for the test in advance according to the type of the line corresponding section, and uses the station data to divide and hold the download program to be used for the test. The line support unit of the communication multiplexer comprises a parameter including a type of the line support unit provided in the communication multiplexer, and a means for downloading a program selected from the divided download programs in accordance with the parameter. The line type information set in advance in an internal specific register is compared with the parameters received from the control device by a matching means, and if a match is detected, a diagnosis is executed by a test program corresponding to the parameter, and if a match is not detected. A diagnostic method for a communication multiplexing device, characterized in that the method generates an output indicating that the specific register is at fault.