JPS59226550A - Digital conference testing system - Google Patents

Abstract

PURPOSE:To verify the normalcy of the operation state of a conference channel by transmitting a test pattern to the time slot of a speaking subscriber and taking in data from time slots of subscribers, whom he speaks, to compare this data with data resulting from editing. CONSTITUTION:A control part 4 detects unused time slots periodically to transmit information to a test operating part 5 and controls a channel part 3 to set a mimic conference for test. The test operating part 5 transmits the test pattern to idle time slots detected by the control part 4, and the test operating part 5 takes in data, which is edited for the purpose of realizing the conference service by the channel part 3, through a selector 9. The test operating part 5 compares this date with correct data and records the result.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Application of the Invention] The present invention relates to a time-sharing conference trunk testing method.

[Background of the invention]

Conventional testing methods for digital conference trunks include continuity testing, which involves capturing a test time slot, sending out a test pattern, and checking the data returned from the time slot at the output side of the conference trunk. The test pattern is compared with the test pattern, and the quality of the result is determined.

In this case, there is a drawback that functions such as audio addition/subtraction processing, which are unique to digital conference trunks, cannot be investigated.

Therefore, if there is a problem with the conference call function.

The problem was that the system had to rely on reports from subscribers.

[Purpose of the invention]

The object of the present invention is to solve the problems of the prior art described above.

The purpose of the present invention is to provide a means for preventive maintenance of conference trunk functions.

[Summary of the invention]

According to the present invention, the normality of the operating state of a conference call path can be verified by periodically setting and testing an arbitrary simulated conference call.

[Embodiments of the invention]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram of a conference trunk testing scheme according to the present invention.

Reference numeral 1 indicates an input highway from a time division network (not shown) to the conference trunk, and reference numeral 2 indicates an output highway through which time division multiplexed signals are transmitted and received.

Reference numeral 3 denotes a conference trunk communication path section, 4 a conference trunk control section, and 5 a conference trunk test operation section according to the present invention, which is activated by the control section 4 during testing. 6.7 is the test person and exit highway, respectively, and 8
．． 9 are highways 1 and 9 respectively with time division networks.
This is a selector for switching between 2 and test highway 6.7. 10 is a test information transmission line to the CP (not shown);
11 is a control bus, and 12 is a switching signal.

The control section 4 periodically detects unused time slots, sends information to the test operation section 5 via the control bus 11, and also controls the communication path section 3 via the control bus 11. Set up a mock conference for the exam. The test operation section 5 sends out a test pattern to the vacant time slot detected by the control section 4, and takes in the data edited by the communication path section 3 to realize a conference call via the selector 9 2. Furthermore, the test operation section 5 compares this data with the correct data, records the result, and ends the test.

The control unit 4 controls the lead 10 when the result is abnormal.
The abnormality information is sent to the CP via the CP.

Next, the test operation section 5 in the present invention will be explained using FIG. 2.

In FIG. 2, 14 is a counter that counts the number of time slots. 15 stores the time slot number of the speaker (RAM), and i6 stores the comparison result.
M, 17 is a ROM in which the switching signal is stored (RAM; 1B is sent during testing) and a turn is written therein.
, 19 is a ROM in which the results edited by the communication path unit 3 are stored as correct patterns.

In this embodiment, it is assumed that the ROMs 18 and 19 store the same data. Selectors 20, 21, and 22 switch addresses of the RAMs 15, 16, and 17 in response to signals from the decoders 23, respectively.

24 is a comparison circuit. Next, a simulated conference call path will be set up and an example of test operation will be explained.

Here, a case will be described in which a speaker and a recipient are set, and a communication path from the speaker to the recipient is tested.

Assuming that the speaker is time slot number 1 and the speaker is time slot number 2, the controller unit 4 stores time slot number 1 in the address of time slot number 2 in the RAM 15.
Write. Also, time slot number 1 of RAM 17
The selector 8 writes data to select the test highway to the address , and the selector 9 writes data to select the test highway to the address of time slot number 2. When the counter 14 reaches time slot number 1, a signal is sent from the RAM 17 to select the test highway for the selector 8, and the ROM 18
The test pattern of time slot number 1 is sent from. When the counter 14 reaches time slot number 2, time slot number 2 in the RAM 15 is addressed.

The output of time slot number 2 of RAM 15 is speaker time slot number 1, and this output is the address of ROM 19, so ROM1? The test pattern of time slot number 1 is output from the comparator circuit 24.
is input.

Also, when the counter 14 reaches time slot number 2, R
From AM 17, set selector 9 to test output highway 7.
A signal for selecting the time slot number 2 is sent out, and the data of time slot number 2, which is the output of the communication path section 3, can be taken into the comparator circuit 24. The comparison circuit 24 compares and detects the test pattern inputted from the ROM 19 with the data inputted from the test output highway, and outputs the result to the RAM 16. The RAM 16 stores the results and outputs them in response to a transfer command from the controller 6.

This makes it possible to detect whether the speaker's voice data is being communicated to the recipient.

In the above embodiment, a conversation between two parties was described, but it can be easily inferred from this embodiment that by increasing the memory capacity, tests can be conducted for 93 or more parties.

[Effect of idea]

According to the present invention, it is possible to detect whether the speaker's voice is being correctly transmitted to the recipient, and by periodically performing tests, there is an effect of improving the reliability of the conference trunk.

[Brief explanation of drawings]

FIG. 1 is a block diagram of an embodiment of the present invention, and FIG. 2 is a block diagram of an embodiment of the present invention.
FIG. 2 is a configuration diagram of the test operation section of FIG. 1; 1...Incoming highway, 2...Outgoing highway, 6...Communication route section, 4...Control section, 5...Test operation Part, 6...Test person highway, 7...Test output highway, 8.9...Selector, 10...Test information transmission line, 11. ...Control bus, 12...Switching signal, 14...Counter, 15.16.17...RAA lB2, 19... ROO 2O321, 22...Selector, 23...
...Decoder, 24...Comparison circuit.

Claims (1)

[Claims] 1. In a digital conference trunk that has a time-division highway as an input/output, multiple types of test patterns are stored (LOM), and the results of the test patterns edited on the conference channel are stored as data (ROM). It has a function to send a test pattern to the speaker's time slot in order to conduct a mock conference, and a ROM data that takes in data from the speaker's time slot and stores the edited results as data. A digital conference test method that compares and stores the results (RAM), and is characterized by being able to detect whether the speaker's voice is being understood by the speaker.