1. Field of the Invention
The present invention relates to a technique for assuring a quality of service (“QoS” hereinafter) by ensuring respective nodes communicate with one another based on a QoS table defining priority for communications among the nodes constituting a network.
2. Description of the Related Art
In recent years, QoS control has been adopted for increasingly effective use of a limited network resource (i.e., bandwidth). The QoS control is a technique for firmly securing a response time and a throughput required for respective communications through an optimum resource allocation in accordance with the purpose of communications taking place in the nodes constituting a network.
The amount of resource and the related priority required for communications among the nodes constituting a network are usually predictable, which has recently prompted the creation of a QoS table for identifying priority for communications among nodes to allocate the resource in reference to the table. A QoS control-applicable network using the QoS table is for instance disclosed in a published Japanese patent application 2002-171268.
In a network disclosed by the above document, a node (transmission apparatus) constituting the network operates as a terminal or an intermediate station. A node operating as a terminal station performs QoS control.
In a network, a failure may occur in a node or a transmission line. Occurrence of a failure causes degeneration of the network, changing the communicable area. In an attempt to automatically adapt to the change, each of the nodes constituting a network described by the published Japanese patent application 2002-171268 is configured to recognize the network structure by a token packet and operate automatically either as a terminal or an intermediate station according to the aforementioned recognition. Each node stores identification data (i.e., address) to indicate own node in the token packet and transmits so that the network structure is recognizable.
In the case of a network capable of two-way communications, communication between nodes with a variable time for communication occurs depending on the location of the failure. A QoS table for use before failure occurrence is not necessarily optimal for use after a failure occurrence since the table is constructed under the assumption of no failure. A QoS table used for QoS control, however, has conventionally been changed manually by an operator, which has the inherent problem of taking a long time until an optimal QoS control becomes performable from a failure occurrence. As such, a timely resumption of optimal QoS control is desired.
The purpose of the present invention is to provide a technique for speeding up an optimal QoS control in response to failure.
A QoS control method according to the present invention secures quality of service by making nodes communicate with one another based on a QoS table defining a priority relative to communications among the nodes constituting a network, in which the QoS control detects a failure occurrence on a network, selects a QoS table in response to a degeneracy situation of the network caused by the failure if and when the failure is detected, and make the nodes communicate with one another according to the selected QoS table.
A transmission apparatus according to the present invention, assuming to be used for a node constituting a network being capable of a two-way communication, comprises a QoS control unit for performing a QoS control for controlling a communication among the nodes based on a QoS table defining a priority for communications among the nodes constituting the network; a structure recognition unit for recognizing a structure of the network; a control manager unit for making the QoS control unit per form a QoS control on as required basis according to a recognition result provided by the structure recognition unit; a failure detection unit for detecting a failure occurrence on the network based on a recognition result provided by the structure recognition unit; and a table provision unit for providing a QoS table to be used for the QoS control when the failure detection unit detects a failure which requires the control manager unit to make the QoS control unit perform the QoS control.
A QoS control management apparatus according to the present invention, which is an apparatus for making a transmission apparatus control a communication among nodes constituting a network being capable of a two-way communication based on a QoS table defining a priority for a communication among the nodes, comprises a failure detection unit for detecting a failure occurrence on the network; a degeneracy degree recognition unit for recognizing a degeneracy situation of the network caused by the aforementioned failure upon detecting a failure by the failure detection unit; a table selection unit for selecting a QoS table to be used for the communication control based on a recognition result provided by the degeneracy degree recognition unit; and a table provision unit for providing a QoS table selected by the table selection unit to the transmission apparatus.
A first aspect of a storage medium according to the present invention is stored with a program for making a transmission apparatus for use as a node constituting a network being capable of a two-way communication operate. The program makes the transmission apparatus accomplish the functions of performing a QoS control for controlling a communication among the nodes based on a QoS table defining a priority for communications among the nodes constituting the network; recognizing a structure of the network; making the function of performing a QoS control perform a QoS control on as required basis based on a recognition result provided by the recognizing function; detecting a failure occurrence on the network based on a recognition result provided by the recognizing function; and providing a QoS table to be used for the QoS control when the detecting function detects a failure which requires the making function to let the performing function perform the QoS control.
A second aspect of a storage medium according to the present invention is stored with a program for making a QoS control management apparatus let a transmission apparatus perform a communication control among nodes, constituting a network being capable of a two-way communication, based on a QoS table defining a priority for communications among the nodes. The program makes the QoS control management apparatus accomplish the functions of detecting a failure occurrence on the network; recognizing a degeneracy situation of the network caused by the aforementioned failure upon detecting a failure by the failure detecting function; selecting a QoS table to be used for the communication control based on a recognition result provided by the recognizing function; and providing a QoS table selected by the selecting function to the transmission apparatus.
The present invention detects automatically a failure occurrence on a network and selects automatically a QoS table defining a priority for communications among the nodes constituting the network in response to a degeneracy situation of the network caused by the failure. This makes it possible to commence an optimal QoS table more quickly in response to the occurring failure.
A preferred embodiment according to the present invention is described in detail while referring to the accompanying drawings as follows.
The network as shown by
The node N is capable of operating as a terminal station performing QoS control and an intermediate station not performing the control, as a transmission apparatus noted in the published Japanese patent application 2002-171268. The node N is comprised by equipping a function which recognizes a failure occurrence and selects a QoS table automatically for use in a QoS control responding to the recognized nature of the failure occurrence in addition to the transmission apparatus noted in the aforementioned patent publication. As shown by
The line interface 11 receives a signal transmitted on the R system transmission line and transmits a signal being destined for transmitting on the L system transmission line. The line interface 21, conversely, receives a signal transmitted on the L system transmission line and transmits a signal being destined for transmitting on the R system transmission line. Each of the line interfaces 11 and 21 is connected with the packet multiplexers 12 and 22, respectively.
In the packet trailer as shown by
Each packet for instance is configured by a format in compliance with the HDLC (high-level data control procedures). As shown by
The above described packet trailer is transmitted to the R and L systems, respectively, which is received by the respective interfaces 11 and 21.
The packet multiplexer 12 outputs the received signal in the R system (i.e., packet trailer) outputted from the line interface 11 to the token controller 13, and in particular, if the packet trailer includes a data packet DP addressed to the node of its own, then the packet multiplexer 12 extracts the packet DP and outputs data Lr included therein to the terminal interface 32. Data Ls input from the interface 32 as being destined for transmission is stored in the packet trailer and then transmitted. The terminal interface 32 is connected to a terminal apparatus T. In
Storing data Ls in a packet trailer is done if the trailer has spare space, while if there is no space, and if its own node is operating as an intermediate station, then a transmission request, in place of the data Ls, will be stored in a token packet TP for instance, whereas if operating as the terminal station, then the data Ls will be stored according to an instruction from the token controller 13. In the transmission request, a node N is identified as the designated receiver in addition to its own node as the transmitter.
In the token packet TP, an area is set aside for each node N storing the own address. The packet multiplexer 12 also stores the address in the area corresponding to its own node. The same is done in the packet multiplexer 22 on the other side.
Now referring to
The node N4 operating as the terminal station is generated the packet trailers and output to the transmission lines for the L and R systems respectively. Following the address stored by the node N4, the addresses of N1, N2 and N3 are stored in sequence in the token packet of the packet trailer for the L system. As a result, the node N4 will actually receive the packet trailer in which these addresses are stored in the token packet TP. While in the R system, the node N4 will actually receive the packet trailer in which the address stored by the node N4, followed by the addresses of N3, N2 and N1 are stored in the aforementioned sequence in the token packet.
When a failure occurs on a transmission line or in a node N, the sequence of addresses being stored in the token packet TP changes. Depending on the position and number of failures, the number of stored addresses also changes. This makes it possible to recognize a network structure through an analysis of a sequence of addresses stored in a token packet TP.
Under such a failure occurrence, the node N3 operates as a terminal station in addition to the node N4. In this case, however, the node N4 only generates and transmits a packet trailer for the L system. It is the node N3 that generates and transmits a packet trailer for the R system. This causes the address sequence stored in the token packet TP in the R system to change upon occurrence of the failure. That is, the address of a node N operating as the terminal station, which is stored first, changes. The sequence of the addresses of N4, N3, N2 and N1 changes to a sequence of the addresses of N3, N2, N1 and then N4. This makes it possible to recognize a network structure (including the topology) after a failure occurrence and the position thereof through an analysis of the address sequence (i.e., a sequence of nodes) in each of the R and L systems.
When a failure occurs, a node N located downstream of the failed position can no longer receive a packet trailer. The packet trailer is generated and transmitted at a prescribed interval. Therefore, monitoring the reception of packet trailers makes it possible to detect a node N located downstream of a location of a failure occurrence.
The present embodiment lets the node N which has detected a failure transmit a signal (called “master notice frame”) signaling that it is operating as the terminal station and another node located upstream of the failure transmits a master invitation frame, as noted in the published Japanese patent application 2002-171268. The master invitation frame causes the node operating its own node as the terminal station to detect a recovery from the failure and change itself to anode corresponding to the recovery.
The above described failure detection and recognition of a network structure is performed by the control part 31. The control part 31 performs QoS control in the operation mode of processing a transmission request stored in the token packet TP of a packet trailer when operating its own node as the terminal station. Consequently, QoS control is performed only under conditions of relatively heavy traffic.
The above QoS control is performed by using a QoS table defined by priority in relation to communications between nodes constituting a network.
In
A token controller 13 comprises a control packet terminal part 13a for receiving a packet trailer of the R system from the packet multiplexer 12, and a node sequence extraction part 13b for receiving a token packet TP in a packet trailer from the control packet terminal part 13a and extracting a node N address (i.e., data indicating a sequence of nodes N constituting a network) and a transmission request being stored in the token packet. The extracted node N address and transmission request are then sent to the control part 31. The same goes with the token controller 23 on the L system.
If the network topology is a ring, each of the token controllers 13 and 23 sends out an address, while, if the topology is linear, either one of the two sends out the address.
An L/R node sequence analysis part 41 equipped in the control part 31 analyzes a node N address extracted by a node sequence extraction parts 13b and 23b residing in the token controllers 13 and 23, respectively, and recognizes (i.e., specifies) the sequence and topology of node N constituting the network; and in addition, monitors timing of the data transmitted from the token controllers 13 and 23 in order to judge whether or not its own node shall be operated as the terminal station, as described above. These results will be sent to a QoS table selection part 42.
Stored in a QoS table part 43 is a plurality of QoS tables for performing a QoS control when the node N is operating as the terminal station. These QoS tables are prearranged in response to the position of failure (i.e., a sequence of the nodes indicating the network structure as a result of degeneration thereof induced by the failure). The QoS table selection part 42, upon receiving a judgment to operate its own node as the terminal station, selects the QoS table corresponding to the node N sequence. During the time when the judgment for operating its own node as the terminal station is maintained, the QoS table selection part 42 selects a QoS table when a sequence of nodes N received from the token controller 13, or 23, changes.
A QoS table reference part 44 performs a QoS control in reference to a QoS table being selected by the QoS table selection part 42. In the QoS control, if there are a plurality of nodes N respectively requesting for a data transmission by issuing a transmission request via a communication line (i.e., between nodes needing communication) being specified, the QoS table reference part 44 accepts a transmission request from the node N specifying the communication line being identified as the highest priority among such nodes, generates a packet trailer readily securing a reserved section for the aforementioned node N storing a data packet and lets each of the packet multiplexers 12 and 22, respectively, transmit the packet trailer.
As such, the present embodiment, upon occurrence of a failure, detects the failure automatically, selects an optimal QoS table automatically in response to the degeneracy situation of the network caused by the failure and reflects it on the QoS control. This makes it possible to commence quickly the most optimal QoS control at any time in response to the occurring failure, which in turn makes it possible to avoid a non-uniform traffic condition caused by the failure, thus enabling to provide a continuously effective network service.
Creation of QoS table is basically aimed at providing a real time service as the highest priority, which requires a low probability of delays and a high quality, a real time service as a next priority, which requires a relatively low probability of delays and medium quality, and a non-real time service as the lowest priority.
In a case where a network is used for monitoring equipments, the network is generally designed to have a bandwidth being capable of communicating the monitoring control packets free of problem. This tends to define a QoS table as relatively lower priority. Such QoS table, however, if used after a failure occurrence, will result in a very undesirable situation where a non-prioritized packet is unlikely to be sent because the highest priority packets take precedence.
In consideration of such a situation, a countermeasure may be considered for setting the bandwidth low in advance or placing the monitoring control packets at a higher priority. However, the former hampers effective use of bandwidth. The latter creates fluctuation caused by burst-like transmissions of the monitoring control packets in the packet transmission and the fluctuation may degrade a quality of the network. Either of the countermeasures hence creates other problems. Such problems are in fact avoidable by readily preparing the most optimal QoS table in response to each situation in advance and selecting the most suitable QoS table for the situation.
First in the step S1, the node N addresses extracted by the token controllers 13 and 23 are obtained. In the following step S2, the obtained addresses are analyzed to judge whether or not the network structure has changed by the occurring failure. If there is a change in the addresses (i.e., the top address) of node N obtained from either of the token controllers 13 and 23, the judgment is “yes,” indicating a change in the network structure, thereby moving the process to the step S2. Otherwise the judgment is “no,” thus moving the process back to the step S1. Moving to the step S3 means to only operate its own node as the terminal station.
In the step S3 the QoS table selection table shown by
Note that the present embodiment is such that each of the nodes N constituting a network is respectively storing a plurality of QoS tables for readily selecting a QoS table automatically in response to a failure occurrence. Specifically, a manager server maybe made available for managing the QoS tables for a QoS control to let the manager server detect a failure and select a QoS table upon failure detection. The manager server may be connected with a network where the inter-node N communications take place, or connected with the respective nodes N by way of another network. Also a table used for QoS control may be provided to the requiring node N as required.
A program for accomplishing the node N (i.e., transmission apparatus) or the manager server as described above may be distributed by storing it on a storage medium such as CD-ROM, DVD, or detachable flash memory. Also, a part or the whole of the program may be provided by way of a network. In such cases, the user is able to obtain the program to load on the existing transmission apparatus, thereby applying the present invention to the apparatus. For this reason, an applicable storage medium may be accessible by an apparatus for providing the program.
Number | Date | Country | Kind |
---|---|---|---|
2004-296355 | Oct 2004 | JP | national |