(57)【要約】【課題】  発生した障害に対応した最適なＱｏＳ制御をより迅速に行えるようにするための技術を提供する。【解決手段】  トークンコントローラ１３、２３のノード並び順抽出部１３ｂ、２３ｂは、トークンパケットに格納されたノードのアドレスを抽出して制御部３１に送る。制御部３１は、そのアドレスの並び順を解析して、障害の発生によるネットワークの構成の変化を検出する。ＱｏＳテーブル選択部４２は、その結果を用いて、ＱｏＳテーブル部４３に格納されたＱｏＳテーブルのなかでＱｏＳ制御に用いるべきものを選択する。ＱｏＳテーブル参照部４４は、選択されたＱｏＳテーブルを用いてＱｏＳ制御を行う。【選択図】図３
2006109342.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に、該ノード間の通信を行わせることによりサービスの品質を確保するＱｏＳ制御方法において、
前記ネットワーク上に発生する障害の検出を行い、
該障害を検出した場合に、該障害による前記ネットワークの縮退状況に応じて前記ＱｏＳテーブルを選択し、
該選択したＱｏＳテーブルにより前記ノード間の通信を行わせる、
ことを特徴とするＱｏＳ制御方法。
【請求項２】
双方向の通信が可能なネットワークを構成させるノードとして用いられる伝送装置において、
前記ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行うＱｏＳ制御手段と、
前記ネットワークの構成を認識する構成認識手段と、
前記構成認識手段による認識結果を基に、前記ＱｏＳ制御手段に必要に応じてＱｏＳ制御を行わせる制御管理手段と、
前記構成認識手段による認識結果を基に、前記ネットワーク上に発生する障害を検出する障害検出手段と、
前記障害検出手段が障害を検出し、且つ前記制御管理手段により前記ＱｏＳ制御手段にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供するテーブル提供手段と、
を具備することを特徴とする伝送装置。
【請求項３】
双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるための装置であって、
前記ネットワーク上に発生する障害を検出する障害検出手段と、
前記障害検出手段が障害を検出した場合に、該障害による前記ネットワークの縮退状況を認識する縮退状況認識手段と、
前記縮退情報認識手段による認識結果を基に、前記通信制御に用いるべきＱｏＳテーブルを選択するテーブル選択手段と、
前記テーブル選択手段が選択したＱｏＳテーブルを前記伝送装置に提供するテーブル提供手段と、
を具備することを特徴とするＱｏＳ制御管理装置。
【請求項４】
双方向の通信が可能なネットワークを構成させるノードとして用いられる伝送装置に実行させるプログラムであって、
前記ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行う機能と、
前記ネットワークの構成を認識する機能と、
前記認識する機能による認識結果を基に、前記ＱｏＳ制御を行う機能に必要に応じてＱｏＳ制御を行わせる機能と、
前記認識する機能による認識結果を基に、前記ネットワーク上に発生する障害を検出する機能と、
前記検出する機能により障害を検出し、且つ前記行わせる機能により前記ＱｏＳ制御を行う機能にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供する機能と、
を実現させるためのプログラム。
【請求項５】
双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるためのＱｏＳ制御管理装置に実行させるプログラムであって、
前記ネットワーク上に発生する障害を検出する機能と、
前記検出する機能により障害を検出した場合に、該障害による前記ネットワークの縮退状況を認識する機能と、
前記認識する機能による認識結果を基に、前記通信制御に用いるべきＱｏＳテーブルを選択する機能と、
前記選択する機能により選択したＱｏＳテーブルを前記伝送装置に提供する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に、各ノード間の通信を行わせることによりサービスの品質を確保するための技術に関する。
【背景技術】
【０００２】
近年、ネットワークの限られた資源（帯域）をより有効利用するために、ＱｏＳ（Quality of Service）制御が採用されている。そのＱｏＳ制御は、ネットワークを構成するノード間で行われる通信の目的に応じて最適な資源の割り当てを行なうことにより、それぞれの通信に求められるレスポンスタイムやスループットを確実に確保するための技術である。
【０００３】
ネットワークを構成するノード間の通信に必要な資源量、及びその優先度は予測可能であることが多い。このことから、最近では、ノード間の通信に対する優先度を定義したＱｏＳテーブルを用意し、そのテーブルを参照して資源を割り当てることが行われている。ＱｏＳテーブルを用いたＱｏＳ制御を適用可能なネットワークとしては、例えば特許文献１に記載されたものがある。
【０００４】
その特許文献１に記載されたネットワークでは、それを構成するノード（伝送装置）は端局、或いは中間局として動作する。ＱｏＳ制御は、端局として動作するノードが行っている。
【０００５】
ネットワークでは、ノード、或いは伝送路に障害が発生する場合がある。その障害の発生により、ネットワークは縮退し、通信可能な範囲は変化する。その変化に自動的に対応できるように、特許文献１に記載されたネットワークを構成する各ノードは、トークンパケットから、ネットワークの構成を認識し、その認識結果に応じて、端局、及び中間局の何れかとして自動的に動作するようになっている。その構成を認識できるように、トークンパケットは、各ノードが自ノードを表す識別情報（アドレス）を格納して送信するようにさせている。
【０００６】
双方向の通信が可能なネットワークの場合、障害の位置によって、通信に要する時間が変化するノード間の通信が発生する。障害の発生前に用いられるＱｏＳテーブルは、障害が発生していないことを前提としたものであることから、障害の発生後のものとしては必ずしも最適ではない。しかし、従来、ＱｏＳ制御に用いるＱｏＳテーブルは、オペレータが手動で変更するようになっていた。そのため、障害が発生してから最適なＱｏＳ制御が行われるようになるまでに時間がかかるという問題点があった。それにより、より迅速に最適なＱｏＳ制御を行えるようにすることが望まれていた。
【特許文献１】特開２００２−１７１２６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、発生した障害に対応した最適なＱｏＳ制御をより迅速に行えるようにするための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のＱｏＳ制御方法は、ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に、該ノード間の通信を行わせることによりサービスの品質を確保するものであり、ネットワーク上に発生する障害の検出を行い、該障害を検出した場合に、該障害によるネットワークの縮退状況に応じてＱｏＳテーブルを選択し、該選択したＱｏＳテーブルによりノード間の通信を行わせる。
【０００９】
本発明の伝送装置は、双方向の通信が可能なネットワークを構成させるノードとして用いられることを前提とし、ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行うＱｏＳ制御手段と、ネットワークの構成を認識する構成認識手段と、構成認識手段による認識結果を基に、ＱｏＳ制御手段に必要に応じてＱｏＳ制御を行わせる制御管理手段と、構成認識手段による認識結果を基に、ネットワーク上に発生する障害を検出する障害検出手段と、障害検出手段が障害を検出し、且つ制御管理手段によりＱｏＳ制御手段にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供するテーブル提供手段と、を具備する。
【００１０】
本発明のＱｏＳ制御管理装置は、双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるための装置であって、ネットワーク上に発生する障害を検出する障害検出手段と、障害検出手段が障害を検出した場合に、該障害によるネットワークの縮退状況を認識する縮退状況認識手段と、縮退情報認識手段による認識結果を基に、通信制御に用いるべきＱｏＳテーブルを選択するテーブル選択手段と、テーブル選択手段が選択したＱｏＳテーブルを伝送装置に提供するテーブル提供手段と、を具備する。
【００１１】
本発明の第１の態様のプログラムは、双方向の通信が可能なネットワークを構成させるノードとして用いられる伝送装置に実行させるプログラムであって、ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行う機能と、ネットワークの構成を認識する機能と、認識する機能による認識結果を基に、ＱｏＳ制御を行う機能に必要に応じてＱｏＳ制御を行わせる機能と、認識する機能による認識結果を基に、ネットワーク上に発生する障害を検出する機能と、検出する機能により障害を検出し、且つ行わせる機能によりＱｏＳ制御を行う機能にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供する機能と、を実現させる。
【００１２】
本発明の第２の態様のプログラムは、双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるためのＱｏＳ制御管理装置に実行させるプログラムであって、ネットワーク上に発生する障害を検出する機能と、検出する機能により障害を検出した場合に、該障害によるネットワークの縮退状況を認識する機能と、認識する機能による認識結果を基に、通信制御に用いるべきＱｏＳテーブルを選択する機能と、選択する機能により選択したＱｏＳテーブルを伝送装置に提供する機能と、を実現させる。
【発明の効果】
【００１３】
本発明は、ネットワーク上に発生する障害の検出を自動的に行い、障害を検出した場合に、障害によるネットワークの縮退状況に応じて、ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを自動的に選択し、その選択したＱｏＳテーブルによりノード間の通信を行わせる。このため、発生した障害に対応した最適なＱｏＳ制御をより迅速に開始させることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図１は、本実施の形態による伝送装置をノードとして用いて構築されたネットワークの構成例を説明する図である。
【００１５】
そのネットワークは、図１に示すように、ノードＮ１〜Ｎ４をリング状に接続する形で構築されている。隣接する各ノードＮ間は双方向の伝送路により接続されている。ここでは、Ｎ４→Ｎ３→Ｎ２→Ｎ１→Ｎ４の順序でノードＮ間のデータ通信が行われる方向を「Ｒ系」、Ｎ１→Ｎ２→Ｎ３→Ｎ４→Ｎ１の順序でそのデータ通信が行われる方向を「Ｌ系」とそれぞれ呼ぶことにする。
【００１６】
図２は、本実施の形態による伝送装置（ノード）Ｎの構成図である。
そのノードＮは、特許文献１に記載された伝送装置と同様に、ＱｏＳ制御を行う端局、及びその制御を行わない中間局として動作可能なものである。特許文献１に記載された伝送装置に、障害の発生を認識して、その認識結果に応じてＱｏＳ制御に用いるＱｏＳテーブルを自動的に切り換える機能を搭載させる形で実現させている。図２に示すように、回線インターフェース（ＩＦ）１１、２１、パケット多重部（ＰＭＵＸ）１２、２２、トークンコントローラ（ＴＣＮＴ）１３、２３、制御部（ＣＮＴ）３１、及び端末インターフェース（ＩＦ）３２を備えている。
【００１７】
回線インターフェース１１は、Ｒ系の伝送路に送信された信号を受信し、Ｌ系の伝送路に送信すべき信号を送信するものである。回線インターフェース２１は、その逆に、Ｌ系の伝送路に送信された信号を受信し、Ｒ系の伝送路に送信すべき信号を送信するものである。各インターフェース１１、２１は、それぞれパケット多重部１２、２２に接続されている。
【００１８】
図４は、パケットトレーラーのデータ構成を説明する図である。図４（ａ）は、そのトレーラー自体のデータ構成、図４（ｂ）は、そのトレーラーに格納されるパケットのデータ構成、をそれぞれ示している。
【００１９】
パケットトレーラーには、図４（ａ）に示すように、トークンパケットＴＰが先頭に格納され、それに続いて各ノードＮが送信のためのデータパケットＤＰが頭詰めで順次、格納される。また、トークンパケットＴＰの後には、適宜、ノードＮ間の通信制御を行うためのコントロールパケットＣＰが格納される。
【００２０】
各パケットは、例えば、ＨＤＬＣ（high level data link control procedures ）準拠型式等のフォーマット構成となっている。図４（ｂ）に示すように、フラグフィールドＦ、アドレスフィールドＡ、制御フィールドＣ、情報フィールドＩ、及びフレームチェックシーケンスフィールドＦＣＳを有している。トークンパケットＴＰ、データパケットＤＰ、又はコントロールパケットＣＰ等のパケット種別を表す識別情報、及び送信データの優先度を表す優先度情報は制御フィールドＣに格納される。
【００２１】
上記パケットトレーラーは、Ｒ系、Ｌ系のそれぞれに送信され、回線インターフェース１１、２１によってそれぞれ受信される。
パケット多重部１２は、回線インターフェース１１から出力されるＲ系の受信信号（パケットトレーラー）をトークンコントローラ１３に出力する。そのトレーラーのなかに自ノード宛のデータパケットＤＰが存在する場合、そのパケットＤＰを抽出してそれに格納されているデータＬｒを端末インターフェース３２に出力する。そのインターフェース３２から送信対象として入力したデータＬｓは、データパケットＤＰとしてトレーラーに格納することにより送信させる。そのインターフェース３２には、端末装置Ｔが接続される。図１において、Ｔ１を付した端末装置は、ノードＮ１と接続されていることを表している。これは他の端末装置Ｔ２〜Ｔ４においても同様である。
【００２２】
トレーラーへのデータＬｓの格納は、そのトレーラーに空きがあれば行い、その空きが無ければ、自ノードが中間局として動作していればデータＬｓの代わりに送信リクエストを例えばトークンパケットＴＰに格納する。端局として動作していれば、データＬｓはトークンコントローラ１３の指示に従って格納する。その送信リクエストでは、データの送信元である自ノードの他に、送信先であるノードＮを明確にさせている。
【００２３】
トークンパケットＴＰには、各ノードＮが自ノードのアドレスを格納させるための領域が確保されている。パケット多重部１２は、自ノードに対応する領域へのアドレスの格納も併せて行う。これらは他方のパケット多重部２２においても同様である。
【００２４】
ここで、図５、及び図６を参照して、ネットワークの構成の認識方法について具体的に説明する。
図５は、障害が発生していない状況下でトークンパケットに格納されるアドレスの並びを説明する図である。ノードＮ４が端局として動作していることを前提にした場合のものである。図中の「１」〜「４」の数字は、それぞれノードＮ１〜Ｎ４のアドレスを表している。これは、図６においても同様である。
【００２５】
パケットトレーラーは、端局であるノードＮ４で生成されてＬ系、Ｒ系の伝送路上にそれぞれ出力される。それにより、Ｌ系のトレーラーのトークンパケットＴＰには、ノードＮ４が格納したアドレスに続いて、ノードＮ１のアドレス、ノードＮ２のアドレス、ノードＮ３のアドレスが順次、格納される。その結果、ノードＮ４は、それらのアドレスがトークンパケットＴＰに格納されたパケットトレーラーを受信することになる。Ｒ系では、ノードＮ４が格納したアドレスに続いて、ノードＮ３のアドレス、ノードＮ２のアドレス、ノードＮ１のアドレスがその順序でトークンパケットＴＰに格納されたトレーラーを受信することになる。
【００２６】
伝送路、或いはノードＮに障害が発生した場合、トークンパケットＴＰに格納されるアドレスの順序が変化する。障害が発生した位置、その数によっては、格納されるアドレスの数も変化する。このため、トークンパケットＴＰに格納されたノードＮのアドレスの順序を解析することにより、ネットワークの構成を認識することができる。
【００２７】
図６は、障害が発生した状況下でトークンパケットに格納されるアドレスの並びを説明する図である。ノードＮ３、Ｎ４間の２つの伝送路に共に障害が発生したことを前提にした場合のものである。
【００２８】
そのような障害が発生した場合、ノードＮ４の他にノードＮ３が端局として動作する。しかし、この場合には、ノードＮ４はＬ系のパケットトレーラーのみを生成して送信する。Ｒ系のパケットトレーラーはノードＮ３が生成した送信する。それにより、障害の発生に伴い、Ｒ系ではトークンパケットＴＰに格納されるアドレスの順序が変化する。最初に格納される、端局として動作するノードＮのアドレスが変化する。ノードＮ４のアドレス、ノードＮ３のアドレス、ノードＮ２のアドレス、ノードＮ１のアドレスの順序が、ノードＮ３のアドレス、ノードＮ２のアドレス、ノードＮ１のアドレス、ノードＮ４のアドレスの順序に変化する。そのため、Ｒ系、Ｌ系のアドレスの順序（ノードの並び順）を解析することにより、障害発生後のネットワークの構成（トポロジを含む）、及びその障害が発生した位置を認識することができる。
【００２９】
障害が発生すると、その障害が発生した位置の下流側に位置するノードＮはトレーラーを受信できなくなる。パケットトレーラーは予め定めた間隔で生成・送信するようになっている。このため、トレーラーの受信を監視することにより、障害が発生した位置の下流側に位置するノードＮが最初にその障害を検出することになる。
【００３０】
本実施の形態では、特許文献１に記載された技術と同様に、障害を検出したノードＮには自ノードが端局として動作することを通知する信号（マスタ通知フレーム）を送信させ、その障害の上流側に位置するノードにはマスタ勧誘フレームを送信させるようになっている。マスタ勧誘フレームは、自ノードを端局として動作させているノードに障害の復旧を検出させ、その復旧に対応して端局として動作すべきノードを変更させるためのものである。
【００３１】
上記障害の検出、及びネットワークの構成の認識は図２に示す制御部３１により行われる。制御部３１は、自ノードを端局として動作させる場合、パケットトレーラーのトークンパケットＴＰに格納される送信リクエストを処理する形でＱｏＳ制御を実行する。それにより、ＱｏＳ制御は、トラフィックが比較的に大きい状況下でのみ行っている。
【００３２】
そのＱｏＳ制御は、ネットワークを構成するノードＮ間の通信に対する優先度が定義されたＱｏＳテーブルを用いて行っている。図８は、障害が発生していない状況下で用いられるＱｏＳテーブル例を説明する図であり、図９は、障害が発生した状況下で用いられるＱｏＳテーブル例を説明する図である。その図９は、図６に示すように、ノードＮ３、Ｎ４間の２つの伝送路に障害が発生した場合のものである。その図９に示すＱｏＳテーブルをＱｏＳ制御に用いることにより、各ノードＮ間の通信に対する優先度は障害の発生に伴って図７に示すように変化する。
【００３３】
図８、及び図９において、トラフィック優先度はその値が小さいほど、優先度が高いことを示している。つまり、「優先１」は「優先２」より優先度のクラスが高いことを示している。図９では、「優先２」に付した「ａ」〜「ｃ」は、図１０に示すように、同じ優先度のクラスのなかで優先度の高低を示している。
【００３４】
図３は、トークンコントローラ、及び制御部の機能構成を説明する図である。
トークンコントローラ１３は、パケット多重部１２からＲ系のパケットトレーラーを受け取る制御パケット終端部１３ａと、その終端部１３ａからトレーラー中のトークンパケットＴＰを受け取り、それに格納されたノードＮのアドレス（ネットワークを構成するノードＮの並び順を示す情報）、送信リクエスト等を抽出するノード並び順抽出部１３ｂと、を備えている。抽出したノードＮのアドレス、送信リクエスト等は制御部３１に送られる。これは、他方のトークンコントローラ２３でも同様である。
【００３５】
ネットワークのトポロジがリング状であった場合、各コントローラ１３、２３からアドレスが送られる。しかし、そのトポロジがリニアであった場合には、それらのうちの一方からアドレスが送られることとなる。
【００３６】
制御部３１のＬ／Ｒノード並び順解析部４１は、各コントローラ１３、２３のノード並び順抽出部１３ｂ、２３ｂが抽出したノードＮのアドレスの解析を行い、ネットワークを構成するノードＮの並び順、トポロジを認識（特定）する。また、上述したように、それらの情報がトークンコントローラ１３、２３から送られてくるタイミングを監視して、自ノードを端局として動作させるべきか否かの判定を行う。それらの結果がＱｏＳテーブル選択部４２に送られる。
【００３７】
ＱｏＳテーブル部４３には、端局として動作する場合にＱｏＳ制御を実行するためのＱｏＳテーブルが複数、格納されている。それらのテーブルは、障害の発生した位置（障害による縮退後のネットワークの構成を示すノードＮの並び順）に対応付けて予め用意したものである。ＱｏＳテーブル選択部４２は、自ノードを端局として動作させるべきとの判定結果を受け取った場合に、ノードＮの並び順に対応するＱｏＳテーブルを選択する。自ノードを端局として動作させるべきとの判定結果が維持されている間は、トークンコントローラ１３、或いは２３から受け取るノードＮの並び順が変化した際にＱｏＳテーブルの選択を行う。
【００３８】
図１１は、ＱｏＳテーブル選択用テーブル例を説明する図である。その選択用テーブルは、ＱｏＳテーブル部４３に格納されたＱｏＳテーブルのなかから選択すべきものを選択するためのテーブルである。「Ｒ／Ｌ系並び先頭」として格納される情報（図中「４，４」等と表記）は、トークンコントローラ１３、２３がそれぞれ抽出するＲ系／Ｌ系のノードＮのアドレスのなかで先頭に位置するノードＮのアドレスの組み合わせに相当する。「ＱｏＳ選択テーブル」として格納される情報（図中「テーブルＡ」等と表記）は、その組み合わせに応じて選択すべきＱｏＳテーブルを表している。「ＱｏＳテーブルパターン」として格納される情報（図中「４，４」等と表記）は、それに対応付けられたＱｏＳテーブルを選択すべきノードＮのアドレスの組み合わせを表している。ＱｏＳテーブル部４３は、例えば図１１に示すようなＱｏＳテーブル選択用テーブルを参照して、ＱｏＳテーブルの選択を行う。
【００３９】
ＱｏＳテーブル参照部４４は、ＱｏＳテーブル選択部４２によって選択されているＱｏＳテーブルを参照して、ＱｏＳ制御を実行する。それにより、通信区間（通信を行うノードＮ間）を指定した送信リクエストによるデータ送信を要求したノードＮが複数、存在する場合には、そのなかで優先度が最も高く設定されている通信区間を指定したノードＮの送信リクエストを受理し、そのノードＮがデータパケットＤＰを格納するための予約領域を予め確保したパケットトレーラーを生成して各パケット多重部１２、２２にそれぞれ送信させる。
【００４０】
このようにして、本実施の形態では、障害が発生した場合、その障害を自動的に検出し、その障害によるネットワークの縮退状況に応じて最適なＱｏＳテーブルを自動的に選択し、ＱｏＳ制御に反映させる。そのため、発生した障害に対応した最適なＱｏＳ制御を常により迅速に開始することができる。それにより、障害の発生によるトラフィック不均一状態は回避され、常に効率的なネットワークサービスを提供することができる。
【００４１】
ＱｏＳテーブルの作成は、基本的には、例えば低遅延で高品質が要求されるリアルタイムサービスの提供を最優先、比較的に低遅延で中品質が要求されるリアルタイムサービスの提供を優先、非リアルタイムサービスの提供を非優先、として行われる。
【００４２】
ネットワークを装置の監視に利用するケースでは、ネットワークは監視制御用パケットが問題なく通信可能な帯域設計で行われるのが普通である。そのため、比較的に非優先と設定される場合が少なくない。しかし、そのような設定のＱｏＳテーブルを障害の発生後も使用すると、それよりも高優先のパケットの送信が優先されて、非優先のパケットが殆ど送信されないような状況となることがある。これは非常に望ましくない。
【００４３】
そのような状況となることを想定して、帯域を予め低く設定する、或いは監視制御用パケットを高優先とする、といった対応も考えられる。しかし、前者は帯域の有効活用ができなくなり、後者はバースト的な監視制御用パケットの送信によって、リアルタイムな送信が要求されるパケットの送信にゆらぎを生じさせ、そのゆらぎによってネットワークの品質を低下させる可能性がある。このようなことから、何れの対応も別の不具合を生じさせることとなる。そのような不具合は、状況別に最適なＱｏＳテーブルを予め用意し、状況の変化に応じて、その状況に最適なＱｏＳテーブルを選択する場合には確実に回避させることができる。
【００４４】
図１２は、ＱｏＳテーブル選択処理のフローチャートである。ＱｏＳテーブル部４３に格納されたＱｏＳテーブルのなかでＱｏＳ制御に用いるＱｏＳテーブルを選択するために制御部３１が実行する処理を抜粋してその流れを示したものである。次に図１２を参照して、その選択処理について詳細に説明する。その選択処理は、例えば制御部３１を構成するＣＰＵが、例えばＱｏＳテーブル部４３として用いられるメモリに格納されたプログラムを実行することで実現される。ＣＰＵがそのプログラムを実行することにより、図３に示す各部４１、４２、及び４４は実現される。
【００４５】
先ず、ステップＳ１では、各トークンコントローラ１３、２３が抽出したノードＮのアドレスを取得する。続くステップＳ２では、そのアドレスを解析して、障害の発生によるネットワークの構成に変更が生じたか否か判定する。各トークンコントローラ１３、２３のうちの何れかから取得したノードＮのアドレス（先頭のアドレス）に変化が生じた場合、ネットワークの構成に変更が生じたとして、判定はＹＥＳとなり、ステップＳ３に移行する。そうでない場合には、判定はＮＯとなって上記ステップＳ１に戻る。そのステップＳ３への移行は、自ノードが端局として動作させる場合のみである。
【００４６】
ステップＳ３では、各トークンコントローラ１３、２３から取得したノードＮのアドレスの組み合わせ（先頭のアドレスの組み合わせ）を用いて、図１１に示すＱｏＳテーブル選択用テーブルを参照する。その後に移行するステップＳ４では、その参照により、ノードＮのアドレスの組み合わせに対応付けられたＱｏＳテーブルを選択する。その選択後、一連の処理を終了する。
【００４７】
なお、本実施の形態では、ネットワークを構成する各ノードＮがそれぞれＱｏＳテーブルを複数、予め格納して、障害の発生に対応して自律的にＱｏＳテーブルの選択を行うようになっているが、そうさせなくとも良い。具体的には、ＱｏＳ制御に用いるＱｏＳテーブルを管理するための管理サーバを別に用意して、その管理サーバに障害の検出、及び障害検出時のＱｏＳテーブルの選択を行わせても良い。このようなことから、ＱｏＳ制御管理装置はノードＮ以外の装置に搭載することもできる。その管理サーバは、ノードＮ間で通信を行うネットワークと接続させても良いが、それとは別のネットワークを介して各ノードＮと接続させても良い。ＱｏＳ制御に用いるＱｏＳテーブルは必要に応じて、それを必要とするノードＮに提供するようにしても良い。
【００４８】
上述したようなノードＮ（伝送装置）、或いは管理サーバを実現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、或いは着脱自在なフラッシュメモリ等の記録媒体に記録させて配布しても良い。ネットワークを介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザーはプログラムを取得して既存の伝送装置にロードすることにより、その装置に本発明を適用させることができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【００４９】
（付記１）
ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に、該ノード間の通信を行わせることによりサービスの品質を確保するＱｏＳ制御方法において、
前記ネットワーク上に発生する障害の検出を行い、
該障害を検出した場合に、該障害による前記ネットワークの縮退状況に応じて前記ＱｏＳテーブルを選択し、
該選択したＱｏＳテーブルにより前記ノード間の通信を行わせる、
ことを特徴とするＱｏＳ制御方法。
【００５０】
（付記２）
双方向の通信が可能なネットワークを構成させるノードとして用いられる伝送装置において、
前記ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行うＱｏＳ制御手段と、
前記ネットワークの構成を認識する構成認識手段と、
前記構成認識手段による認識結果を基に、前記ＱｏＳ制御手段に必要に応じてＱｏＳ制御を行わせる制御管理手段と、
前記構成認識手段による認識結果を基に、前記ネットワーク上に発生する障害を検出する障害検出手段と、
前記障害検出手段が障害を検出し、且つ前記制御管理手段により前記ＱｏＳ制御手段にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供するテーブル提供手段と、
を具備することを特徴とする伝送装置。
【００５１】
（付記３）
前記構成認識手段は、各ノードが自ノードを表す識別情報を格納して送信するパケットから前記ネットワークの構成を認識する、
ことを特徴とする付記２記載の伝送装置。
【００５２】
（付記４）
双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるための装置であって、
前記ネットワーク上に発生する障害を検出する障害検出手段と、
前記障害検出手段が障害を検出した場合に、該障害による前記ネットワークの縮退状況を認識する縮退状況認識手段と、
前記縮退情報認識手段による認識結果を基に、前記通信制御に用いるべきＱｏＳテーブルを選択するテーブル選択手段と、
前記テーブル選択手段が選択したＱｏＳテーブルを前記伝送装置に提供するテーブル提供手段と、
を具備することを特徴とするＱｏＳ制御管理装置。
【００５３】
（付記５）
双方向の通信が可能なネットワークを構成させるノードとして用いられる伝送装置に実行させるプログラムであって、
前記ネットワークを構成するノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に該ノード間の通信を制御するＱｏＳ制御を行う機能と、
前記ネットワークの構成を認識する機能と、
前記認識する機能による認識結果を基に、前記ＱｏＳ制御を行う機能に必要に応じてＱｏＳ制御を行わせる機能と、
前記認識する機能による認識結果を基に、前記ネットワーク上に発生する障害を検出する機能と、
前記検出する機能により障害を検出し、且つ前記行わせる機能により前記ＱｏＳ制御を行う機能にＱｏＳ制御を行わせる場合に、該ＱｏＳ制御に用いるべきＱｏＳテーブルを提供する機能と、
を実現させるためのプログラム。
【００５４】
（付記６）
双方向の通信が可能なネットワークを構成するノード間の通信制御を、該ノード間の通信に対する優先度が定義されたＱｏＳテーブルを基に伝送装置に行わせるためのＱｏＳ制御管理装置に実行させるプログラムであって、
前記ネットワーク上に発生する障害を検出する機能と、
前記検出する機能により障害を検出した場合に、該障害による前記ネットワークの縮退状況を認識する機能と、
前記認識する機能による認識結果を基に、前記通信制御に用いるべきＱｏＳテーブルを選択する機能と、
前記選択する機能により選択したＱｏＳテーブルを前記伝送装置に提供する機能と、
を実現させるためのプログラム。
【図面の簡単な説明】
【００５５】
【図１】本実施の形態による伝送装置をノードとして用いて構築されたネットワークの構成例を説明する図である。
【図２】本実施の形態による伝送装置の構成図である。
【図３】本実施の形態による伝送装置を構成するトークンコントローラ、及び制御部の機能構成を説明する図である。
【図４】パケットコントローラーのデータ構成を説明する図である。
【図５】障害が発生していない状況下でトークンパケットに格納されるアドレスの並びを説明する図である。
【図６】障害が発生した状況下でトークンパケットに格納されるアドレスの並びを説明する図である。
【図７】障害が発生した状況下におけるノード間の通信に対する優先度を説明する図である。
【図８】障害が発生していない状況下で用いられるＱｏＳテーブル例を説明する図である。
【図９】障害が発生した状況下で用いられるＱｏＳテーブル例を説明する図である。
【図１０】同じ優先度のクラスのなかで優先度の高低を設定する方法を説明する図である。
【図１１】ＱｏＳテーブル選択用テーブル例を説明する図である。
【図１２】ＱｏＳテーブル選択処理のフローチャートである。
【符号の説明】
【００５６】
Ｎ１〜Ｎ４    ノード（伝送装置）
１１、２１    回線インターフェース
１２、２２    パケット多重部
１３、２３    トークンコントローラ
１３ａ、２３ａ    制御パケット終端部
１３ｂ、２３ｂ    ノード並び順抽出部
３１    制御部
３２    端末インターフェース
４１    Ｌ／Ｒノード並び順解析部
４２    ＱｏＳテーブル選択部
４３    ＱｏＳテーブル部
４４    ＱｏＳテーブル参照部
【図２】
2006109342.tif 000003
【図３】
2006109342.tif 000004
【図４】
2006109342.tif 000005
【図８】
2006109342.tif 000006
【図９】
2006109342.tif 000007
【図１０】
2006109342.tif 000008
【図１１】
2006109342.tif 000009
【図１２】
2006109342.tif 000010
【図１】
2006109342.tif 000011
【図５】
2006109342.tif 000012
【図６】
2006109342.tif 000013
【図７】
2006109342.tif 000014