JPS61186055A - Information transmission system between exchanges for private branch - Google Patents

Abstract

PURPOSE:To increase the utilizing efficiency of a talking trunk by utilizing an idle talking trunk so as to transmit internal information between the exchanges of a private branch. CONSTITUTION:The internal information from an exchange 1 of the private branch to an exchange 2 of the private branch is sent via an outgoing trunk 3 and an incoming trunk 4 as the talking trunks. The exchange 1 is provided with a data transmission table 9 managing the data sent to the exchange 2 and an idle talking line operating state display table 7 representing the operating state of the trunk 3. When a program in the exchange 1 i started, at first the idle trunk 3 is complemented and when it is possible to be complemented, a data transmission start signal is outputted.

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to a mutual private branch exchange system in which exchange internal information other than exchange connection control information is transmitted to the other party by using a free communication line between the private branch exchanges. This relates to an inter-information transmission system.

[Background of the invention]

For example, JP-A-51-127108 describes a call connection method when two private branch exchanges are connected; however, in this case, path connection processing in one private branch exchange may be unnecessary. There is a problem that it ends in .

That is, an incoming call to the first exchange is connected to the corresponding extension housed in the second exchange via the first and second exchanges. This connection starts from the first to the second exchange after the connection between the exchange connection trunk and the incoming call trunk from the first to the second exchange is completed, and thereby the second exchange connects to that exchange. This is done by connecting the trunk and the corresponding extension housed within the host, but when connecting in this way, 1
There is a risk that path connections within the main exchange will be wasted. This is because the second exchange is activated after the path connection in the first exchange is completed, and path connection processing within the second exchange is performed for the first time with this activation. This is because the load status of the second unit cannot be known. Therefore, in some cases, the link block in the second switch may cause the first switch to connect
This means that the path within the first switch must be released as a backtracking process.

In this way, whether or not the path connection at the first exchange is valid depends on whether or not the path connection at the second exchange is possible.
It is clear that this will not occur if the load status of the main switch is known. For this reason, up until now, internal information has been transmitted between exchanges to the other party via dedicated lines or when the exchanges are connected.
The reality is that it is not economically possible to transmit information, or that there are limits to the amount of information that can be transmitted.

[Purpose of the invention]

An object of the present invention is to provide a method for transmitting information between private branch exchanges in which a large amount of internal information can be transmitted between private branch exchanges to the other party's private branch exchange in an economical manner. [Summary of the Invention] For this purpose The present invention focuses on the fact that the line status between private branch exchanges can be known by monitoring the trunk status of the corresponding line in each private branch exchange, and if one line is free, it captures that line and This system transmits exchange internal information to the other party's private branch exchange via a line.

[Embodiments of the invention]

The present invention will be explained below with reference to FIGS. 1 to 9.

First, a private branch exchange system according to the present invention will be explained. FIG. 1 shows an example of the system configuration. According to this, private branch exchange (hereinafter referred to as S exchange) 1
It is assumed that the internal information is transmitted to the private branch exchange (hereinafter referred to as R exchange) 2, but it is of course possible to transmit it in the opposite direction. Internal information is transmitted from the S exchange 1 to the R exchange 2 through an outgoing trunk (hereinafter referred to as ○GT) which has an outgoing function as a call trunk and an incoming trunk (hereinafter referred to as I) which also has an incoming function as a call trunk.
CT (referred to as CT) 4. Note that the numeric receiving trunk (hereinafter referred to as IR) 5 is for receiving internal information from the S exchange 1 as a numeric conversion pulse.

In addition, the busy trunk (hereinafter referred to as BT) 6 is connected to the S exchange 1
When receiving and processing dial pulse information and internal information from the R exchange 2, if the reception cannot be processed normally, this is to notify the S exchange 1 with a sound.

In this case, the S exchange 1 includes a data transmission table (hereinafter referred to as DSMTH) 9 that manages data transmitted to the R exchange 2 and an idle line usage status display table (hereinafter referred to as ITSTH) 7 that indicates the usage status of 0GT3. But also,
The R exchange 2 has an empty call line usage status display table 7 that shows the usage status of the IC 4, and a data organization table (hereinafter referred to as DATH) 8 that organizes internal information from the S exchange 1.
is now set up. ITSTH7 generally indicates the usage status of ○GT and ICT.

FIG. 2 shows an example transmission format of internal information from the S switch converted into numerical pulses.

According to this, after the internal information message display 10 indicating that the data to be transmitted is internal information, internal information type 1 is displayed.
1. Transmission data amount 13. Data start phone number 14. data 1
It consists of 5. A message delimiter mark 12 is appropriately inserted between these data, but in this example, the data start phone number is 2000 to 100, and the subscriber status for subscribers (1: vacant, 2: blocked) is inserted. situation)
It shows. In addition to the subscriber status, internal information includes the usage rate of the central control unit in the exchange and the billing frequency for accommodated extensions, etc., but the type of internal information and the format of transmitted data are determined between the S exchange and the R exchange. It is determined appropriately.

FIG. 3 shows details of an example of the DSMTH. In this example, the subscriber status transmitted from the S exchange to the R exchange is registered as separated by arbitrary telephone numbers. As shown in the figure, DSMTH is subscriber phone number digit number area 16.
, starting subscriber phone number area 17, transmission subscriber number area 18
and a data transmission display area 19. Incidentally, in this example, the subscriber status for 50 subscribers with subscriber phone numbers from 500 to 549 is untransmitted (displayed as 0), and the subscriber status for 50 subscribers with subscriber phone numbers from 2000 to 20
This shows that data for up to 100 subscribers up to 99 has been transmitted or is currently being transmitted (1 display).

FIG. 4 shows details of an example of DATH.

DATH converts internal information from the S exchange in order to facilitate processing of the internal information transmitted from the S exchange to the R exchange in the R exchange, and the contents of the conversion are registered. As shown in the figure, it consists of a station number area 20, a starting telephone number area 21, and a subscriber status area 22. In this example, the station number corresponding to S exchange 1 is "01", and the subscriber telephone number in S exchange 1 is is 2000 to 20
The subscriber status for 100 subscribers up to 99 is displayed as O for vacant and 1 for occupied.

FIG. 5 shows details of an example of ITSTH. ITSTH is provided in each exchange, and the ITSTH on the S exchange side displays the OGT status, and on the R exchange side, the ICT status is displayed.

According to this, a logical accommodation position number area 23 and its status display area 24 are provided for OGT or ICT. For example, the status display area 24 shows 0 when it is empty, and when OGT is in use (data is being transmitted), ICT
During use (during data reception), 1 and 2 are set, respectively.

Figure 6 shows the empty ○G activated at arbitrary intervals in the S exchange.
This is a flowchart of an example of a T acquisition/transmission processing start program. When Pro and Durham are started, first the empty OGT is captured in the OGT capture process,
Based on the acquisition processing result, it is determined whether the empty GT can be acquired or not. 6 If acquisition is not possible, no processing is performed and preparations are made for the next cycle, but it is possible to acquire it. In this case, a data transmission start signal is output to a data transmission start signal receiving section (not shown) by data transmission start processing. After this, 1 is set and displayed as a flag in the status display area 24 corresponding to the captured ○GT by the ○GT use flag on process.

FIG. 7 shows the flow of processing performed when a data transmission start signal is received by the data transmission start signal receiving section. When the data transmission start signal is received, the ICT
An activation signal is transmitted from an activation signal transmission section (not shown) to the R exchange side in order to activate the OGT, and the OGT is placed in a activation waiting state. Eventually, a start-up completion signal is received from the R exchange by a start-up completion signal receiving section (not shown), which completes the acquisition of the idle communication line. Thereafter, the presence of untransmitted data is detected by referring to the data transmission display area in the PSMTH, and data to be transmitted is collected in accordance with the transmission format shown in FIG. The collected data is transmitted to the R exchange via the OGT after the transmission display bit corresponding to the data in the data transmission display area of the DSMTH is turned on. Eventually, a transmission completion signal for the data is received by a transmission completion signal receiving section (not shown), but after this, a guard timing is registered by a timing registration process to ensure recovery of the ICT. As a result, after a certain period of time, the timeout receiving unit (not shown) receives a timeout (To) signal, and when this is received, it processes the release of the OGT and the process of setting the status display bit corresponding to the OGT in the ITSTH to an empty state. are executed in sequence, and the line is restored to a free communication line.

Data transmission is normally performed as described above, but data transmission is stopped in certain cases.

First, when ICT is started, a startup failure signal may be received by a startup failure signal receiving unit (not shown), but this means that the acquisition of an empty call line has failed, so data transmission is delayed. Guard timing registration processing is performed without performing the above. In addition, if a transmission stop signal indicating that the captured OGT is to be used for the speech line is received by the transmission stop signal receiving unit (not shown) after the ICT is activated, the transmission stop signal receiving unit (not shown) will notify the R exchange of the premature abandonment. A disconnection signal is transmitted from a disconnection signal/transmission section (not shown). After this, in order to ensure the recovery of ICT, guard timing registration processing, reception of a timeout (To) signal, transmission of a trunk empty signal from a trunk empty signal transmission unit (not shown) indicating that the OGT use circuit is empty, and Empty state setting processing for OGT-compatible state display bits is performed sequentially. However, in this case, the OGT has already been reserved for use as the trunk of the telephone line due to the transfer process to the telephone line. This process is shown in FIG. 8 and will be described later.

Next, to explain the interruption during data transmission, if the transmitted data is abnormal, a transmission error signal from the R exchange is received by a transmission error signal receiving section (not shown). .

In this case, the transmission display bit corresponding to the data in the data transmission display area of the DSMTH is turned off, and a disconnection signal is transmitted from the disconnection signal transmission unit to notify the R exchange of the interruption. . After this, I.C.
This means that the T recovery guarantee route is activated. Additionally, if there is an abnormality in the ICT on the R exchange side, that is, if there is a call request at the R exchange, a response signal to that effect from the R exchange is received by a response signal receiving unit (not shown). However, after this, processing is performed in the same way as when a transmission error signal is received. Furthermore, O during data transmission
If the GT is captured by the communication line, the transmission display bit corresponding to that data will be turned off after receiving the transmission stop signal, but after this, it will be processed in the same way as when the transmission stop signal is received while waiting for ICT activation. It has become so. Furthermore, if OGT is captured on the telephone line while waiting for ICT recovery timing after data transmission is completed, that is, during guard timing, timing release processing is performed after receiving a transmission stop signal. . After this, the transition process to the telephone line is performed as shown in the figure.

FIG. 8 shows the sending process of the transmission stop signal and the reception stop signal. This process is carried out in both the S and R exchanges, but if there is a request to switch to a telephone line during data transmission or data reception, a transmission stop signal or reception stop signal is generated and sent. 0
Since the request for transition to a telephone line is made for the purpose of using OGT, the outgoing connection signal is received by the outgoing connection signal receiving unit (not shown) by the outgoing connection service, and the outgoing connection signal is received by the outgoing connection signal receiving unit (not shown). Processing is now underway. If acquisition is OK, outgoing connection processing is performed, but if GT acquisition is NG (OGT BUSY), the presence or absence of a trunk related to data transmission is checked by multi-output analysis while referring to ITSTH. In this analysis, if a trunk related to data transmission does not exist, a connection incomplete signal is transmitted from a connection incomplete signal transmitter (not shown), and execution of the outgoing connection service is stopped. Also, if there is even one OGT related to data transmission.

A transmission stop signal is sent from a transmission stop signal transmitter (not shown), and if there is an ICT related to data reception, a reception stop signal is sent from a reception stop signal transmitter (not shown). be. As a result, the OGT becomes idle, but only after the trunk empty signal is received by the trunk empty signal receiver (not shown) is the outgoing connection service performed using the OGT that was previously used for data transmission. be.

The data transmission process in the S switch has been explained above, but
Next, we will explain the data reception process at the R exchange.
FIGS. 9(a) and 9(b) show the processing. According to this, incoming calls from the S exchange are received by the incoming signal receiving unit (
(not shown), but after this, ICT acquisition processing,
IR capture analysis is now performed. IR capture analysis to capture IR that receives numbers
If the R acquisition is NG, a startup failure signal transmission unit (not shown) transmits a startup failure signal indicating that incoming call processing is not possible to the S exchange, and then ICT release processing is executed and the device is placed in a waiting state for incoming calls. It looks like this. In addition, if it is OK to acquire the R, the activation completion signal transmission unit (not shown) transmits an activation completion signal to the S exchange indicating that the preparation for incoming call processing is complete, and then the switch enters the receiving state. . Eventually, information from the S exchange is received by a received signal receiving section (not shown), but this information is immediately subjected to multi-input analysis to determine whether it is internal information or not. Whether or not the call is internal information can be determined by whether or not the internal information telegram display (#) is present at the beginning. If this display is not present, it is determined that the call is a general call and the manual call route is activated. On the other hand, if such an indication exists, an ICT-in-use indication is set in the captured ICT-compatible status display area in the ITSTH, and internal information converted to numerical pulses from the S exchange will continue to be received. It is now possible to do so. Eventually, when the reception of the internal information is completed, a reception completion signal is received by the reception completion signal receiving section, and the received information is then sent to DATH in an edited and organized form, for example as shown in Figure 4. It shall be registered as such.

After this, IR release processing and ICT recovery timing registration processing are performed, but ICT is released when a timeout (To) signal is received by the timeout reception unit, and the status display area corresponding to that ICT is displayed as being in use. It is set to empty.

As a result, the ICT is placed in a reception standby state again.

Normally, data reception processing in the R exchange is performed as described above, but if there is an abnormality (error) in the numerical pulse from the S exchange, a reception error signal is sent to the reception error signal receiving section (not shown). After the response signal is received and IR release processing is performed, the response signal is transmitted from the response signal transmission section to the S exchange. This response process is for stopping the transmission of numeric pulses from the S exchange by using a response signal as a disconnection signal. In data transmission using a telephone line, since no response to the response signal can be obtained at the R exchange, disconnection is determined upon detection of the response signal. After this response process, the BT is captured by the BT connection process, and the captured BT is connected to the ICT, and a BT (busy tone) is sent to the C8 exchange, but the BT transmission is It is transmitted at the timing determined by the timing registration process. BT transmission continues until a timeout (TO) signal is obtained, but in data transmission using a telephone line, this BT transmission is ignored on the S exchange side. However, it goes without saying that sending out BT is significant in general calls.

Now, after the timeout (To) signal is received by the timeout receiving section, BT release processing and ICT recovery guarantee timing registration processing are performed in sequence, and the system is in CT lockout. When a timeout (TO) signal is eventually received, ICT release processing is performed and the ICT is placed in a reception waiting state. Note that if a disconnection signal is received by a disconnection signal receiving unit (not shown) during BT transmission, the BT transmission timing release process and BT release process are sequentially performed, and then the ICT recovery guarantee processing route is activated. It looks like this. Furthermore, even if a disconnection signal is received in the reception state, the ICT recovery guarantee processing route is activated in the same way after the IR release processing is performed.

Next, a reception error in the receiving state will be explained. After reception of a reception error, IR release processing is performed, a response signal is transmitted to the S exchange, and an ICT recovery guarantee processing route is activated.

Even when a disconnection signal is received from the S exchange, the ICT recovery guarantee processing route is activated after the R release processing is performed. Furthermore, if a reception stop signal is received in the receiving state, this indicates the transition of the telephone line currently transmitting data to a general telephone call, as already explained with reference to FIG. After a response signal indicating midway abandonment of data reception is transmitted, the ICT recovery route is activated. Furthermore, if a reception stop signal is received during ICTC solo callout after data reception is complete, the ITSTH sets an idle display in the ICT compatible status display area, and then displays a trunk empty signal indicating that the call line is idle. is sent from the trunk empty signal transmitter.

The present invention is as described above, and the case where it is implemented without changing the existing hardware configuration or equipment has been described, but it is of course possible to adopt a signaling system that is compatible with the telephone line. be.

〔Effect of the invention〕

As explained above, in the case of the present invention, internal information is transmitted between private branch exchanges by using the free space in the call trunk, so it is possible to transfer information between private branch exchanges without changing existing equipment. This has the effect that the use of the call trunk can be made more efficient, that is, a large amount of internal information can be transmitted economically, and new services can be realized based on the transmitted internal information.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing a system configuration of an example of a private branch exchange system according to the present invention, and FIG. 2 is a diagram showing a format of an example of internal information transmitted between private branch exchanges.
Figures 3, 4, and 5 are diagrams showing details of an example of a data transmission management table, a data organization table, and an empty call line usage status display table, respectively, and Figure 6 is a diagram showing details of an example of an empty OGT
The figure which shows the flow in an example of a capture/transmission process start program. Fig. 7 is a diagram showing the flow of data transmission processing, Fig. 8 is a diagram showing the sending processing of a transmission stop signal and reception stop signal, and Figs. 9 (a) and (b) are diagrams showing the flow of data reception processing. FIG. 1...Private branch exchange (transmission side), 2...Private branch exchange (
receiving side), 3...outgoing trunk, 4...incoming trunk,
5... Numerical reception trunk, 7... Empty call line usage status display table, 8... Data organization table, 9...
・Data transmission management table・Patent attorney Tadashi Akimoto Figure 1 Figure 3 Figure 4 Figure 5 Figure 6 Figure 8 b)

Claims (1)

[Claims] 1. An information transmission system in a private branch exchange network in which private branch exchanges are connected to each other via call trunks, wherein at least the usage rate and capacity of a central control unit are transmitted between the private branch exchanges via call trunks. An information transmission system between private branch exchanges, characterized in that internal information regarding the idle state of an extension line and the charging frequency of an accommodated extension line is mutually transmitted to the other party's private branch exchange. 2. The inter-private branch exchange information transmission system according to claim 1, wherein the call trunk can also be used for transmitting voice calls. 3. If a request to use the trunk for general calls occurs while the call trunk is being used for internal information transmission, the internal information transmission is stopped and the trunk is switched to general call mode. An information transmission system between private branch exchanges according to claim 2.