JPH0824307B2 - Remote power-on control method - Google Patents

Description

Description: FIELD OF THE INVENTION The present invention relates to power-on control between two systems connected via a packet switching network, and is particularly suitable when a virtual call (VC) is used. Control system.

[Background of the Invention]

As a method for performing power-on control via a packet switching network, as described in Japanese Patent Laid-Open No. 57-190443, the power-on execution side system uses a virtual call (VC) to make a call-in packet (CN packet). ) Is received, the power is unconditionally turned on, and the power-on execution side system sends the data packet (DT packet) from the power-on instruction side system by the unreceivable packet (PN packet) until the data communication ready state. There was something to deter.

However, this method has the following two problems. 1
First, the power-on execution side system unconditionally turns on the power when it receives a CN packet, so the power-on execution side system malfunctions even if the call setup from the other party than the power-on instruction side system is wrong. This is a problem. Second, although the power-on running side system is performing a suppression of the DT packet sent from the power-on instruction side system end-to-end PN packet, X. ₂₅ generally PN packet in is used locally confirmation End the PN packet. Toe. The problem is that it is not suitable for controlling the end.

[Object of the Invention]

An object of the present invention, a control method in which the power-on operation in the power-running side system only by incoming calls from a specific power-on instruction side system while using the VC in packet switched networks conforming to CCITT recommendation X. ₂₅ To provide.

[Outline of Invention]

A feature of the present invention is that the CR packet transmitted from the power-on instruction side system at the time of call setup and the CN packet received by the power-on execution side system are
By utilizing the fact that the user data is transmitted to the CN packet as it is, by assigning a 1-byte code as the call user data to the power-on instruction, only by the incoming call from the specific power-on instruction side system. The power-on execution side system is to enable the power-on operation.

In an online system that does not require security, CR packet / CN without call user data
It is possible to easily control power-on by using a packet.

Example of Invention

An embodiment of the present invention will be described in detail below with reference to the drawings.

FIG. 1 is an example of an online system to which the present invention is applied. Online system for performing power-on control, the power-on instruction side system 1CCITT Recommendation X. ₂₅ packet switching network 2 compliant, and a power-running side system 3.

FIG. 2 is a sequence chart of packets exchanged between the instructing system 1 and the executing system 2. Hereinafter, referring to the format of each packet of FIGS. 3 to 7 and the state transition diagram of the execution side system of FIG. 8, the instruction side system 1 and the execution side system will be described in accordance with the sequence chart of FIG. The operation of No. 3 will be described.

When the executing system 3 is in the power-off state, the instructing system 1 sends a call request packet (CR packet) of the format shown in FIG. 3, and the executing system 3 also receives the format call shown in FIG. When the call packet (CN packet) is received, the executing system 3 has been instructed by the instructing system 1 to turn on the power. In the CR packet / CN packet format shown in Fig. 3,
The call user data is 1 byte and has a value determined for each system, for example, a value of _X'88 '. This value means a power-on instruction, and the executing system 3 does not execute anything even if it receives a CN packet having call user data other than this value, and there is no response.

When the execution-side system 3 is instructed to turn on the power, the execution-side system 3 is in a state of power-on operation. Since the executing system 3 does not respond to the first CN packet, the executing system 3
At the connected DCE side, a timeout occurs for the monitoring time T waiting for the incoming call acceptance packet (CA packet), and the packet switching network 2 causes the executing system 3 to disconnect the format instruction packet (shown in FIG. 5). (CI packet), the disconnection instruction packet (CI packet) of the format shown in FIG. Execution system 3
The cause of disconnection of the CI packet transmitted to the system is "local procedure error", and the cause of disconnection of the CI packet transmitted to the instructing system 1 is "remote procedure error". The diagnostic code is generated by the network for both CI packets, and indicates that "timeout has occurred for the incoming packet". The instructing system 1 responds to the received CI packet with the DTE disconnection confirmation packet (CF packet) of the format shown in FIG. 7, but the executing system 3 does not respond to the received CI packet.

The executing system 3 does not respond to any packet received during the power-on operation.

The instructing system 1 retries the outgoing call at a certain time interval triggered by the reception of the CI packet of the remote procedure error, but cannot make the call setting while the executing system 3 is in the power-on operation. The sequence of receiving the CI packet is repeated in the same manner as above.

When the execution-side system 3 completes the power-on, the state transits from the power-on operation to the data communication state. In response to the first CN packet in which the executing system 3 is in the data communication enabled state, the executing system 3 sends an incoming call acceptance packet (CA packet) of the format shown in FIG.
The instructing system 1 also receives the connection completion packet (CC packet) of the format shown in FIG. In the format of CA packet / CC packet shown in Fig. 4,
The call user data is 1 byte and has a value determined for each system, for example, a value of _X'89 '. This value means the completion of power-on, and the instructing system 1 recognizes that the executing system 3 is ready for data communication by this CC packet.

After that, the data communication by the data packet (DT packet) can be performed between the instructing system 1 and the executing system 3.

According to the present embodiment, the execution side system 3 does not make any packet level response until the data communication becomes possible. Therefore, the execution side system 3 realizes the remote power-on control method of the present invention. Therefore, it is possible to reduce the amount of hardware / software required.

In the above example, CR with call user data
Even though the packet / CN packet is used, the sequence is the same even when the call user data is not added, except that the format of the CR packet / CN packet is different.

〔The invention's effect〕

According to the present invention, 1 byte of call user data is added to the CR packet / CN packet at the time of call setup, and the power-on instruction is transmitted with a specific value (a value determined for each system, for example, _X'88 '). By doing so, it is possible to restrict the executing system to execute power-on only by the CR packet with the call user data from the instructing system that intends the power-on instruction. Also, it is possible to prevent malfunction of the executing system due to incorrect call setup from an unspecified party.

[Brief description of drawings]

FIG. 1 is a schematic diagram of an online system using a packet switching network according to an embodiment of the present invention, FIG. 2 is a packet sequence diagram between an instructing system and an executing system, and FIG.
The figure shows the format of the CR packet / CN packet, the figure 4 shows the format of the CA packet / CC packet, and the figure 5 shows the format of the CI packet with a local procedure error.
The figure is a format diagram of CI packet with remote procedure error,
FIG. 7 is a format diagram of the CF packet, and FIG. 8 is a state transition diagram of the executing system. 1 ... Power-on instruction side system, 2 ... CCITT Recommendation X. ₂₅
Compliant, packet exchange network, 3 ... Power-on execution side system.

Claims (2)

[Claims] 1. An online system in which a power-on instruction side system and a power-on execution side system are connected via a CCITT Recommendation X25 compliant packet switching network, and the power-on instruction side system is changed by the packet switching network. The power-on execution side system gives a power-on instruction to the field of the first packet having a field that does not receive the power-on field, transmits the first packet with the power-on instruction to the power-on execution side system, A second packet corresponding to the first packet given the power-on instruction is received from the packet switching network, a power-on operation is executed according to the power-on instruction of the second packet, and the power-on operation is being executed. Ignore the packet to be received by the power-on instruction side system, and instead of the second packet received after the completion of the power-on operation The power-on instruction side system transmits the first packet to which the power-on instruction is added, and then the fourth packet corresponding to the third packet is transmitted from the packet switching network. The remote power-on control method is characterized in that the first packet to which the power-on instruction is given is transmitted until the packet is received. 2. The remote power-on control method according to claim 1, wherein the first packet is a call packet (CR packet), and the field is a field of call user data. Yes, the second packet is an incoming packet (CN packet), a remote power-on control method.