通信装置及びパス確立方法
【課題】データが伝送できないように電源をオフにしている区間を含むパスの設定要求を受信した場合における、該設定要求を受信してからパス開通までの間のサービス断を低減し得る技術を提供する。
【解決手段】データ伝送用のパスを確立する通信装置は、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、前記区間に対する電源をオンにする電源駆動回路とを含み、前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える。
【解決手段】データ伝送用のパスを確立する通信装置は、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、前記区間に対する電源をオンにする電源駆動回路とを含み、前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びパス確立方法に関する。
【背景技術】
【０００２】
近年、ネットワークの規模拡大により、ネットワーク上のデータ量及びネットワーク機器数が増加している。これに伴い、ネットワーク機器の消費電力が年々増加している。このネットワーク機器の消費電力を削減するための技術、すなわち、ネットワーク機器の省電力化を図る技術としては、様々な技術が知られている。例えば、サーバは制御下のクライアントに次の処理開始時刻を問合わせ、これを受けたクライアントは次の処理開始時刻を通知し、ウェイクアップ機能を残して電源切断し、サーバは、電源切断中のクライアントへの送信データを蓄積して、次の処理開始時刻になると、蓄積したデータをクライアントへ送信する技術がある（例えば、特許文献１）。また、ホーム・ゲートウェイ装置において、通電ユニット毎の電力制御を可能にして低消費電力を実現する技術がある（例えば、特許文献２）。また、ネットワークの通信量が減少したとき、ネットワークに要求される能力を維持しつつ、必要としないリソースの電源をオフとする技術がある（例えば、特許文献３）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１５７０５３号公報
【特許文献２】特開２００２−３１９９５６号公報
【特許文献３】特開２０１０−３４７９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク機器の省電力化を図る技術を採用するネットワークでは、例えば、通信データが流れていない経路やリンクに係るノードが備える通信装置（「ノード装置」又は「ノード」と呼ばれる）上の機器の電源をＯＦＦにすることで、省電力化を図ることが考えられる。以下、対応するポートへの電力供給がＯＦＦにされることにより、データ送受信機能が停止したリンクを、「電源ＯＦＦリンク」とよぶ。なお、経路に含まれるすべてのリンクの機能が停止した経路を、「電源ＯＦＦ経路」とよぶ。また、電源ＯＦＦリンクと電源ＯＦＦ経路を総称し、「電源ＯＦＦ区間」とよぶこととする。電源ＯＦＦ区間は、対応するポートへの電力供給がＯＦＦにされているため、通信データを伝送できない状態である。
【０００５】
一方、近年のネットワークの規模拡大に伴い、パス開通までの負荷軽減が可能となる、Generalized Multi-Protocol Label Switching（ＧＭＰＬＳ）技術の導入が考えられている。ＧＭＰＬＳ及びＧＭＰＬＳのベースとなったMulti-Protocol Label Switching（ＭＰＬＳ）では、複数のノード間を結ぶLabel Switched Path（ＬＳＰ）と呼ばれる通信経路
（パス）が予め確立される。この予め確立されたＬＳＰを用いたラベルスイッチングにより、データ（パケット）がイニシエータに相当する始点ノードからターミネータに相当する終点ノードまで転送される。また、ＧＭＰＬＳやＭＰＬＳでは、パスを確立する際に、パス確立のためのシグナリングプロトコルである、Resource Reservation Protocol - Traffic Engineering（ＲＳＶＰ−ＴＥ）が使用される。ＲＳＶＰ−ＴＥでは、パス確立を
要求する始点ノードが、終点ノードまで、パス設定要求（Path Messageと呼ばれる）をホップバイホップ（Hop-By-Hop）で送信することによりパス設定を行う。
【０００６】
このＧＭＰＬＳ網やＭＰＬＳ網では、新たなパスについてのパス開通要求の発生を契機にパスが確立される。また、予め確立したパスにおいて障害が発生したことを契機として、迂回経路のパスが確立されることもある。パスを設定すべきルート上に上述した電源ＯＦＦ区間が存在すると、電源ＯＦＦ区間に係る電力供給を再開して、電源ＯＦＦ区間においてデータ転送が正常に行われる状態にすることが要求される。
【０００７】
しかしながら、通常、電源がＯＦＦされたポートが給電された後、電源ＯＦＦ区間に通信データを正常に送信することができるようになるまでには、ハードウェアのウォームアップ時間やField-Programmable Gate Array（ＦＰＧＡ）へのコンフィグレーション時間
等が経過することを要する。このように、電源ＯＦＦ区間の復旧には所定の時間を要するため、電源ＯＦＦ区間を含むパス設定要求時において、パス設定要求からパスが開通するまでに遅延が発生してしまうおそれがある。特に、障害を契機に電源ＯＦＦ区間を含む迂回パスを確立する場合には、サービス断が生じてしまうおそれがあった。
【０００８】
そこで、開示の技術は、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を該パスが含む場合において、該設定要求を受信してからパス開通までの間のサービス断を低減し得る技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
開示の技術の一側面によれば、データ伝送用のパスを確立する通信装置であって、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、前記区間に対する電源をオンにする電源駆動回路とを含み、前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える通信装置が提供される。
【発明の効果】
【００１０】
開示の技術によれば、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を該パスが含む場合において、該設定要求を受信してからパス開通までの間のサービス断を低減し得る技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態１に係るネットワークシステムの構成の一例を示す図である。
【図２】図２は、実施形態１に係るノードのハードウェア構成の一例を示す図である。
【図３Ａ】図３Ａは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。
【図３Ｂ】図３Ｂは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。
【図４】図４は、実施形態１に係るＬＳＤＢに格納されるネットワークトポロジのデータ構造例を示す図である。
【図５】図５は、実施形態１に係るノードの機能ブロック図の一例を示す図である。
【図６】図６は、実施形態１に係る迂回経路生成及び経路の機能停止フローの一例を示す図である。
【図７】図７は、動作例１−１に係るネットワークの一部を例示する図である。
【図８】図８は、図７に示したネットワークにおけるパスの設定状態例を示す図である。
【図９】図９は、図８に示したネットワークの未使用リンク（リンクＢ−Ｄ）に係るパス設定パターンを示す図である。
【図１０】図１０は、ノードＢの迂回経路情報ＤＢに格納される迂回経路情報のデータ構造例を示す図である。
【図１１】図１１は、実施形態１に係る電源ＯＦＦリンク起動フローの一例を示す図である。
【図１２】図１２は、動作例１−２の説明図である。
【図１３】図１３は、動作例１−２の説明図である。
【図１４】図１４は、実施形態１に係る要求経路情報ＤＢに格納される要求経路情報のデータ構造例を示す図である。
【図１５】図１５は、実施形態１に係るＩＦカード・ポートの電源電圧と時間の関係の一例を示す図である。
【図１６】図１６は、パス切替え及び迂回経路削除の説明図である。
【図１７】図１７は、パス切替え及び迂回経路削除の説明図である。
【図１８】図１８は、実施形態１に係る経路障害発生時フローの一例を示す図である。
【図１９】図１９は、経路障害の一例を示す図である。
【図２０】図２０は、ＭＰＬＳにおけるパケット中継方法の一例を示す図である。
【図２１】図２１は、パス確立シグナリングプロトコル（ＲＳＶＰ−ＴＥ）の動作例を示す図である。
【図２２】図２２は、Inband通信及びOutband通信の例を示す図である。
【図２３】図２３は、ＯＳＰＦにおける最短経路の算出例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、一実施形態に係るネットワークシステム及びノード装置について説明する。以下の実施形態の構成は例示であり、本発明に係るネットワークシステム及びノード装置は実施形態の構成には限定されない。
【００１３】
＜実施形態１＞
実施形態１に係るネットワークシステム及びノードには、Multi-Protocol Label Switching（ＭＰＬＳ）又はGeneralized Multi-Protocol Label Switching（ＧＭＰＬＳ）が適用されることとする。本実施形態１に係るネットワーク及びノードについて説明する前に、ＭＰＬＳ／ＧＭＰＬＳ、及び、ＭＰＬＳ／ＧＭＰＬＳで用いられるネットワーク・プロトコルについて簡単に説明する。
【００１４】
[ＭＰＬＳ]
ＭＰＬＳは、複数のノード間を結ぶLabel Switched Path（ＬＳＰ）と呼ばれる通信経
路（パス）が予め確立される。パス上を伝送されるデータには、固定長のラベルが付与される。ノードは、ラベルに記載されたラベル情報に従ってデータ伝送を行う。これによって、通信の高速化等を図る。ラベル情報は、フレームやパケットの先頭に添付された固定長ラベル（以下、「ラベル」という）により表される情報である。
【００１５】
図２０は、ＭＰＬＳにおけるパケット中継方法の一例を示す図である。ＭＰＬＳでは、複数のLabel Switched Router（ＬＳＲ）と呼ばれる通信機器（例えば、ルータやＬ３ス
イッチ）が所定のトポロジで接続された、ＭＰＬＳ網が形成される。ＭＰＬＳ網を用いて通信を行う端末（ホスト）は、アクセス網を介してＭＰＬＳ網に接続される。アクセス網とＭＰＬＳ網との境界に配置されるＬＳＲは、特にLabel Edge Router（ＬＥＲ）と呼ば
れる。図２０は、複数のＬＳＲ（ＬＳＲ１〜ＬＳＲ４）が直列に接続されたＭＰＬＳ網を示しており、データ（パケット）がＬＳＲ１からＬＳＲ２、ＬＳＲ３を介してＬＳＲ４へ転送される。図２０において、データを中継するＬＳＲ２，ＬＳＲ３は、データ中継の際に使用するラベルテーブルＬＴ１，ＬＴ２を不図示のメモリに記憶する。ラベルテーブルは、入力ラベル及び入力Interface（ＩＦ）と、出力ラベル及び出力ＩＦとの関係を示す
。
【００１６】
また、図２０に示すように、矩形で示されるパケットのうち、斜線部分が、転送される実データであり、その先頭にラベルａ、ｂ、又はｃを含んだヘッダが付与される。
【００１７】
各ＬＳＲは、パケット中継時に、受信したパケットに含まれるアドレスではなく、当該パケットに添付されているラベルに従って、中継先を決定する。具体的には、ＬＳＲは、処理対象のパケットが入力された際の入力ＩＦ及び入力ラベルに対応する出力ＩＦ及び出力ラベルを、ラベルテーブルを参照することにより決定する。そして、ＬＳＲは、パケットに添付されているラベルを、決定された出力ラベルに書き換え、このパケットを、決定された出力ＩＦから中継する。
【００１８】
このような処理が繰り返されることにより、送信元から宛先までパケットが送信される。なお、ＭＰＬＳ網の入口のＬＳＲは、ＭＰＬＳ網に入力されたパケットに対し最初にラベルを添付する。
【００１９】
次に、図２０を用いてＬＳＲ１からＬＳＲ４へのパケット中継について具体的に説明する。まず、ＬＳＲ１は、パケットにラベルａを添付し、ＬＳＲ２へ送信する。ＬＳＲ２は、ラベルａを持つパケットを所定の入力インタフェース（ＩＦ＃１）から受信すると、ラベルテーブルＬＴ１を検索し、所定の出力ＩＦ（ＩＦ＃２）及び出力ラベルｂを獲得する。そして、ＬＳＲ２は、受信されたパケットのラベルをａからｂに書き換え、このパケットをＩＦ＃２に出力する。これと同様の処理がＬＳＲ３においても実施され、パケットが終点ノードであるＬＳＲ４まで転送される。ＭＰＬＳでは、このように固定長のラベルに従い転送が実現されるため、パケット中継の高速化を図ることができる。
【００２０】
さらに、ＭＰＬＳでは、ＬＳＲにおいて帯域制御と各ラベルとがさらに関連付けて記憶されることにより、各パケットフローに対する帯域保証を行うことが可能である。
【００２１】
[ＧＭＰＬＳ]
ＧＭＰＬＳでは、ラベル情報として、固定長ラベルのみならず、時分割伝送のタイムスロットや、光多重伝送における光波長なども使用される。例えば光波長がラベル情報として使用される場合は、光信号を電気信号へ変換する必要がない。このため、ＧＭＰＬＳではより高速な転送処理を実現することが可能となる。
【００２２】
時分割伝送では、各ＬＳＲは、入力タイムスロット及び入力ＩＦと、出力タイムスロット及び出力ＩＦとの関係を示すラベルテーブルを記憶する。そして、各ＬＳＲは、入力ＩＦと入力タイムスロットに従って、出力ＩＦと出力タイムスロットを決定し、決定された条件でパケットを出力する。この処理の繰り返しにより、パケットが送信元から宛先まで転送される。
【００２３】
光多重伝送では、各ノードが入力光波長及び入力ＩＦと、出力光波長及び出力ＩＦとの関係を示すラベルテーブルを記憶する。そして、各ＬＳＲは、入力ＩＦと入力光波長とに従って、出力ＩＦと出力光波長を決定し、入力光波長を出力光波長に変換し、出力ＩＦに出力する。この処理の繰り返しにより、送信元から宛先までデータが送信される。
【００２４】
[ＲＳＶＰ−ＴＥ]
上述の通り、ＭＰＬＳやＧＭＰＬＳでは、各ＬＳＲ（ノード）においてラベルテーブルを構築しパスを確立することが要求される。ラベルテーブルを構築しパスを確立する際には、パス確立のためのシグナリングプロトコルが用いられる。ＭＰＬＳ／ＧＭＰＬＳでは、パス確立のためのシグナリングプロトコルとして、Resource Reservation Protocol -
Traffic Engineering（ＲＳＶＰ−ＴＥ）が使用される。
【００２５】
図２１は、パス確立シグナリングプロトコル（ＲＳＶＰ−ＴＥ）の動作例を示す図である。パス確立を要求する始点ノード（ＬＳＲ１）は、パスの終点ノード（ＬＳＲ４）まで、パス確立要求メッセージ（Path Messageと呼ばれる）をホップバイホップ（Hop-By-Hop）で送信する。パス設定要求（Path Message）には、パス設定されるパスの始点から終点までの経路情報を含めることができる。例えば、Path Messageには、パス設定されるパスが経由するノード情報、例えば、ＬＳＲ２→ＬＳＲ３→ＬＳＲ４の情報が含まれる（ＬＳＲ１の情報は図示を省略）。図２１の例では、明示的に経路を指定するため、Path Message中に、経由するＬＳＲの情報が挿入される。Path Messageを受信した終点ノードは、ラベルの割り当てを行うためのパス確立応答メッセージ（Reserve Message）を始点ノード
へ送信する。このとき、終点ノードは、Path Messageが経由してきたのと同じ経路で、Reserve Messageを始点ノードへ返信する。このとき、Reserve Messageに格納されているラベルが、各ＬＳＲにおいてラベルテーブルに登録されることにより、各ＬＳＲにおけるラベルテーブルが構築される。Path Message及びReserve Messageには、パスのIdentification（ＩＤ）が格納されており、各ラベルテーブルには、このパスＩＤもあわせて登録さ
れる。
【００２６】
なお、制御メッセージであるPath Message及びReserve Messageは、ネットワーク上を
移動する音声や文書等のデジタルデータであるトラフィックが流れる経路を用いて伝達することが可能であり、これをInBand通信と呼ぶ。これに対し、制御メッセージの伝送が実際のトラフィックからの影響を受けないように、Local Area Network（ＬＡＮ）回線などの、データトラフィックと異なる別回線を準備し、当該別回線で制御メッセージを伝達する場合もある。これをOutBand通信と呼ぶ。
【００２７】
図２２は、Inband通信及びOutband通信の例を示す図である。図２２において実線で示
された、ノードＥ１、Ｅ２、Ｅ３を通る経路（以下、「経路Ｅ１−Ｅ２−Ｅ３」という）は、トラフィックが流れる経路である。そのため、実線で示された経路Ｅ１−Ｅ２−Ｅ３は、InBand通信経路である。また、図２２において点線で示された経路は、トラフィックが流れない経路であり、イーサネット（登録商標）に例示されるＬＡＮ回線等の別回線である。そのため、点線で示された経路は、OutBand通信経路である。
【００２８】
[ＯＳＰＦ]
ネットワークにおける経路情報を管理する方法として、“スタティック・ルーティング”と“ダイナミック・ルーティング”がある。スタティック・ルーティングは、経路情報を各ルータ内に手動で設定する方法である。ダイナミック・ルーティングは、ルーティングプロトコルを用いてルータが経路情報を自動的に学習する方法である。このルーティングプロトコルとしては、Routing Information Protocol（ＲＩＰ）、Open Shortest Path
First（ＯＳＰＦ）及びBorder Gateway Protocol（ＢＧＰ）等が例示される。以下では
、このような経路情報を管理する方法としてのルーティングプロトコルの具体例として、ＯＳＰＦについて説明する。
【００２９】
ＯＳＰＦは、現在のネットワーク構成を知るために、ルータ等の各ノードから情報を集めるリンクステート型ルーティングプロトコルである。ＯＳＰＦは、始点と終点の情報が与えられることにより、始点から終点までの最短経路をコスト（値）に基づき算出する。コスト（値）とは、ＯＳＰＦにおける経路の重みであり、帯域幅や信頼性等により自動的に算出されるが、手動で設定することも可能である。具体的には、ＯＳＰＦは、宛先（終点）までに経由するリンクに設定されたコストの合計を算出し、最小のコストで到達可能な経路、すなわち、コストの合計が最小となる経路を最短経路と判断する。ＯＳＰＦを利用するネットワークでは、各ノードに接続されたリンクに予めコストが設定される。なお
最短経路の算出にあたり、特定のノードやリンクを通らないという算出条件を付与することが可能である。ＯＳＰＦが最短経路を算出するアルゴリズムを以下に説明する。
【００３０】
ＯＳＰＦではノード間で、Link-State Advertisement（ＬＳＡ）と呼ばれる情報を交換する。ＬＳＡには、ＩＦのコストやノードに接続されたネットワークの情報等が含まれる。各ノードは、交換されたＬＳＡに基づき、Link State Database（ＬＳＤＢ）を作成す
る。ＬＳＤＢは、各ノードから集めた情報である、全てのＯＳＰＦノード及びネットワークのリンクに関する情報、すなわち、ネットワーク全体の接続状態に関する情報を記憶する。ＬＳＤＢは、トポロジテーブル、トポロジデータベース及びネットワークトポロジとも呼ばれる。ＬＳＤＢを参照することにより、どのノードからどのノードまでが幾つのコスト値で接続されているかを知ることができる。なお、ＯＳＰＦネットワークでは、小さなネットワークを1つのエリアとして設定しており、同一エリア内のノード同士のみがＬ
ＳＡを交換することで、同一のＬＳＤＢを記憶する。各ノードは、当該ＬＳＤＢを参照し、自身のノードから宛先までのコストが最小となる最短経路を算出する。
【００３１】
図２３は、ＯＳＰＦにおける最短経路の算出例を示す図である。Ｆ１〜Ｆ５は、それぞれノードを示す。図２３の例では、ノードＦ１から宛先ネットワークＮ２へは、経路Ｆ１−Ｆ２−Ｆ３−Ｆ５と、経路Ｆ1−Ｆ４−Ｆ５の２つの経路が存在する。前者の経路のコ
スト値の合計は、Cost=5+5+10=20となり、後者の経路のコスト値の合計は、Cost=15+15=30となる。これより、前者の方が経路のコスト値の合計が小さいため、ノードＦ１は、前
者の経路を最短経路として算出（選択）する。
【００３２】
[システム構成]
図１は、実施形態１に係るネットワークシステムの構成の一例を示す図である。実施形態１に係るネットワークシステム１２は、ネットワーク（コア網）１０と、コア網の監視制御装置１８とを備える。コア網１０は、複数のノード１を備えている。コア網１０には、アクセス回線乃至アクセス網を介して複数の端末装置（ホスト）が接続される。図１に示す例では、アクセス回線を介してコア網１０に接続された端末装置１４及び１５が図示されている。
【００３３】
コア網１０を構成するノード１は、コア網１０がＭＰＬＳ網であれば、例えば、Label Switched Router（ＬＳＲ）と呼ばれるInternet Protocol（ＩＰ）レイヤでのスイッチングを行う通信機器（ルータ，Ｌ３スイッチ）である。これに対し、ＧＭＰＬＳ網では、ＩＰ網だけでなく、Ｌ２スイッチ網，ＴＤＭ網，波長スイッチ網，ファイバスイッチ網などでパス制御が実現される。パス制御（ラベルスイッチング）を行う網に応じて、ノードを構成する通信機器が異なる。ＩＰ網であれば、ノード１として、ルータ又はＬ３スイッチが適用される。Ｌ２スイッチ網であれば、ノード１としてＬ２スイッチやスイッチングＨＵＢが適用される。ＴＤＭ網であれば、ノード１としてＴＤＭ交換機（ＴＤＭスイッチ，クロスコネクト）が適用される。波長スイッチ網であれば、ノード１として波長スイッチ（光クロスコネクト）が適用される。ファイバスイッチ網であれば、ノード１として光ファイバスイッチが適用される。以下、説明を簡単にするため、コア網１０は、ＩＰ網であると仮定し、コア網１０の各ノード１は、ＩＰスイッチングを行うと仮定する。
【００３４】
コア網１０では、端末装置間のデータ伝送（例えば、端末装置１４を通信の始点とし、端末装置１５を通信の終点とするデータ転送）を行うにあたって、Label Switched Path
（ＬＳＰ）と呼ばれるデータ（パケット）の転送経路が確立される。ＬＳＰの確立は、ＬＳＰが通過する各ノード１に対し、入力ラベル及び出力ラベルの設定が行われることによって実行される。本実施形態に係るネットワークシステム１２では、ＬＳＰの確立に対し、ＲＳＶＰ−ＴＥと呼ばれるシグナリングプロトコルと、ＯＳＰＦ（ＯＳＰＦ−ＴＥ）と呼ばれるルーティングプロトコルが適用される。但し、シグナリングプロトコル及びルー
ティングプロトコルは、これらに限定されない。
【００３５】
ＬＳＰの適用にあたり、監視制御装置１８は、ＬＳＰの始点（イニシエータ（Initiator）と呼ばれる）に相当するノード１（図１では、ノード１ａ）に対し、ＬＳＰの設定指
示を与える。ＬＳＰの設定指示は、少なくともＬＳＰの始点（イニシエータ）と、ＬＳＰの終点（ターミネータ（Terminator）と呼ばれる）に相当するノード１（図１では、ノード１ｄ）とを指定する情報を含む。設定指示は、ノード１ａにて自律的に生成されるようにしても良い。
【００３６】
ノード１ａは、設定指示を受け取ると、ＲＳＶＰ−ＴＥに従って、ターミネータに相当するノード１ｄ宛てのパス設定要求メッセージ（Path Messageと呼ばれる）を生成する。このとき、ノード１ａは、ＯＳＰＦを用いた最短経路探索の結果を適用する。例えば、ノード１ａからノード１ｄまでの最短経路がノード１ａ→ノード１ｂ→ノード１ｃ→ノード１ｄであるならば、パス設定要求メッセージをノード１ｂへ送信する。なお、ノード１ｂ，ノード１ｃのような、イニシエータとターミネータとの間に挟まれた中継点に位置するノードは、トランジットノード（Transit node）と呼ばれる。
【００３７】
パス設定要求メッセージは、ノード１ｂ，ノード１ｃを経て宛先であるノード１ｄへ到達する。ノード１ｂからノード１ｃへ至る経路は、ノード１ａにおけるＯＳＰＦの計算結果を基に、ノード１ａが決定してパス設定要求に格納しても良く、ノード１ｂにてＯＳＰＦの計算が行われ、ノード１ｃがパス設定要求の転送先として決定されても良い。
【００３８】
ノード１ｂ，ノード１ｃ，ノード１ｄのそれぞれは、パス設定要求メッセージの受信を契機に、上流側のノードから到達するデータに付与すべきラベル情報（入側ラベル）を決定し、登録する。パス設定要求メッセージを受信したノード１ｄは、パス設定要求メッセージの宛先情報より、自ノードがターミネータであると判定すると、パス設定要求メッセージの応答メッセージ（Reserve Messageと呼ばれる）を生成する。ノード１ｄは、ノー
ド１ｄの識別子（ＩＤ）とノード１ｄが決定した入側ラベルの情報を応答メッセージに含める。
【００３９】
応答メッセージは、パス設定要求メッセージが通過した経路を逆方向に辿り、最終的にイニシエータであるノード１ａに到達する。ノード１ｃ，ノード１ｂでは、下流側のノード（ノード１ｄ，ノード１ｃ）から受信された応答メッセージ中の入側ラベルを、出側ラベルとして決定し登録する。また、ノード１ｃ及びノード１ｂは、自ノードの識別子（ＩＤ）と自身が決定した入側ラベルとを応答メッセージに含める。
【００４０】
応答メッセージを受信したノード１ａは、ノード１ｂの入側ラベルをノード１ａの出側ラベルとして登録する。このようにして、ＬＳＰがコア網１０上に確立される。その後、端末装置１４から端末装置１５宛のパケットを受信したノード１ａは、パケットの宛先アドレスを参照し、宛先アドレスに対応するノード１ｂ宛のラベル（出側ラベル）を含むヘッダをパケットに付与し、ノード１ｂへ転送する。
【００４１】
パケットを受信したノード１ｂは、パケットに付与されたラベルを参照し、対応する出側ラベル（ノード１ｃから応答メッセージにより通知されたラベル）に付け替えて、ノード１ｃへ転送する。ノード１ｃは、ノード１ｂと同様の動作を行い、パケットのラベルをノード１ｄ宛のラベルに付け替えてパケットをノード１ｄへ転送する。ノード１ｄは、ラベルを含むヘッダをパケットから除去し、パケットの宛先アドレスに従って、パケットを端末装置１５へ転送する。
【００４２】
このように、コア網１０では、予め確立されたＬＳＰを用いたラベルスイッチングによ
って、データ（パケット）がイニシエータ（ノード１ａ）からターミネータ（ノード１ｄ）まで転送される。なお、ＬＳＰの始点及び終点の指定のみで、経路上の全拠点（ノード）におけるラベルの登録設定が自動設定される仕組みは、“ＧＭＰＬＳ ＡtoＺプロビショニング”と呼ばれている。
【００４３】
なお、図１に例示するコア網では、複数のノードがメッシュ状に接続されている。但し、複数のノード１のトポロジは、リング型やフルコネクタ型等であってもよい。
【００４４】
図１に示すように、ネットワークシステム１２は、メッシュ型に接続された複数のノード１の集合であるネットワーク１０（コア網）と、コア網の監視制御装置１８とを備える。監視制御装置１８は、ネットワーク１０全体の状態を監視制御する情報処理装置、すなわち、コンピュータである。監視制御装置１８は、ネットワーク１０に含まれる全てのノード１と接続されており、全ノード１の状態を監視することで、ネットワーク１０の構成やネットワーク１０の使用状況を監視することができる。また、監視制御装置１８は、ネットワーク１０を監視することにより、ネットワーク１０内の通信データが流れていない未使用区間を特定し、未使用区間に係るノード１に対して電源ＯＦＦ要求を送信する。また、監視制御装置１８は、パス開通要求をイニシエータに相当するノード１に対して送信する。
【００４５】
ネットワーク１０の外の始点１４（端末装置：ホスト）から送信された通信データは、各ノードを経由し、目的の終点１５まで伝送される。なお、ノードの数及び各ノードにおける隣接ノードの数は、図１に示された数に限定するものではない。
【００４６】
ネットワーク１０は、上述した省電力化の技術を適用するネットワークである。そのため、上述の通り、未使用区間に係る未使用ポートへの給電はＯＦＦに設定される。本実施形態１では、未使用ポートの電源がＯＦＦされる前に、予め、未使用区間を迂回する迂回経路を算出しておき、その後未使用区間に対応するポートの電源をＯＦＦする。これより、当該電源ＯＦＦ区間を通るパスの設定要求が生じた場合に、迂回経路を含むパス（迂回パス）へパスを開通させ、電源ＯＦＦ区間が正常に起動した際に電源ＯＦＦ区間を通るパスを設定することができる。すなわち、電源ＯＦＦ区間が正常に起動するまでの間、迂回パスへ通信データを送信することができるため、電源ＯＦＦ区間（ポート）の起動に時間を要することによるサービス断を回避することができる。また、本実施形態１では、当該ノードは、電源ＯＦＦ区間に対応する迂回経路の状態を常時監視し、迂回経路の障害を検出すると、他の迂回経路を算出し、迂回経路を更新する。なお、他の迂回経路が存在しない場合は、電源ＯＦＦ区間に対応する代替経路が存在しなくなるため、サービス断が生じる恐れがある。従って、この場合、当該ノードは電源ＯＦＦ区間の電源ＯＦＦ状態を維持できないと判断し、当該電気ＯＦＦ区間に係るポートの電源をＯＮにする。以下、本実施形態１に係るノードについて説明する。
【００４７】
[ノードのハードウェア構成]
図２は、実施形態１に係るノード１のハードウェア構成の一例を示す図である。図２に示すように、ノード１は、制御カード２、インタフェースカード３、４（以下、「ＩＦカード」という）、スイッチングカード５（以下、「ＳＷカード」という）を備える。各カード２，３，４，５は、ノード１の筐体（シャーシ）９内に備えられている。なお、図２に示された実線の矢印は、通信データの流れを示しており、点線の矢印は、制御データの流れを示す。
【００４８】
＜制御カード＞
制御カード２は、監視制御装置１８や隣接するノード１Ａ、１Ｂから制御データを受信し、当該制御データに含まれる、監視制御装置１８や隣接ノード１Ａ、１Ｂからの要求に
応じて各カードのハードウェア設定や処理等を行う。
【００４９】
＜ＩＦカード＞
ＩＦカード３は、外部（ネットワーク）との回線を収容するポート回路７Ａ、７Ｂを備える。また、ＩＦカード４は、外部（ネットワーク）との回線を収容するポート回路８Ａ、８Ｂを備える。ポート回路は、外部機器との情報の入出力に使用するためのインタフェースである。本実施形態１では、１つのポート回路に、隣接ノードとの１つのリンクのみが接続されている例を示す。但し、これに限定するものではなく、複数のリンクが１つのポート回路に接続されるようにしてもよい。
【００５０】
また、図２では、各ＩＦカードは２つのポート回路を備えているが、本実施形態１では、ＩＦカードはポート回路を１つのみ備えるものとする。なお、図２に示すように、ＩＦカードは複数のポート回路を備えるようにしてもよい。すなわち、本実施形態１では、１つのＩＦカードには、隣接ノードとの１つのリンクのみが接続されるポート回路を１つのみ備えることとする。よって、本実施形態１では、ノードが備えるポート回路の数は、ノードに接続されるリンクの数と等しくなる。
【００５１】
ＩＦカード３は、ポート回路７Ａにより回線を通じて接続された隣接ノード１Ａと通信データの送受を行う。また、ＩＦカード３は、ポート回路７Ｂにより回線を通じて接続された隣接ノード１Ａと制御データの送受を行う。同様に、ＩＦカード４は、ポート回路８Ａにより回線を通じて隣接ノード１Ｂと接続することで、隣接ノード１Ｂと通信データの送受を行う。また、ＩＦカード４は、ポート回路８Ｂにより回線を通じて隣接ノード１Ｂと接続することで、隣接ノード１Ｂと制御データの送受を行う。なお、上述の通り、ＩＦカードがポート回路を１つのみ備える場合は、１つのポート回路で、隣接ノードとの通信データ及び制御データの両者の送受を行う。
【００５２】
＜ＳＷカード＞
ＳＷカード５は、各ＩＦカード３，４で受信されたデータが入力される。ＳＷカード５は、入力されたデータに付与されたラベルを参照して、データの宛先に対応するＩＦカード３又は４へデータを送り出す。例えば、ＳＷカード５は、ＩＦカード３で受信された隣接ノード１Ａからのデータ（隣接ノード１Ｂ向けのラベルを有する）を、隣接ノード１Ｂと接続するＩＦカード４へ転送する。また、ＳＷカード５は、隣接ノード１Ｂからのデータ（隣接ノード１Ａ向けのラベルを有する）を、隣接ノード１Ａと接続するＩＦカード３へ転送する。これより、隣接ノードからの通信データが、ラベルに従った転送先（例えば、他の隣接ノード）へ伝送される。
【００５３】
なお、制御カード２、ＩＦカード３、４、ＳＷカード５はそれぞれ、制御回路、インタフェース回路、スイッチング回路であってもよい。
【００５４】
＜シャーシ＞
シャーシ９は、図示しない複数のスロットを有し、各スロットはカードコネクタ（図示せず）を備えている。各カード２〜５は、対応するスロットに挿入されてコネクタと接続されることによって、カード間が電気的に接続された状態となる。
【００５５】
＜電源駆動回路＞
ノード１は、電源駆動回路６を備える。電源駆動回路６は、各カード３、４に対する、外部電源１６から供給される電力の給電に対するON/OFFを制御する。電源駆動回路６は、各カード３、４におけるポート回路毎の給電のON/OFFを行うこともできる。なお、電源駆動回路６は、「電源駆動回路」の一例である。外部電源１６は、ノード１内部に搭載された内部電源（例えば、二次電池）であっても良い。
【００５６】
本実施形態１では、ＬＳＰの確立、削除に関する制御メッセージ（例えば、パスメッセージ、リザーブメッセージ）は、ユーザデータと同一の経路を流れるインバンド（Inband）通信により実施可能である。また、制御メッセージがユーザデータの転送経路と異なる回線（例えばＬＡＮ）を通じて送受信されるアウトバンド(Outband)通信が実施されても
良い。図１には、インバンド通信とアウトバンド通信の双方の経路を図示しているが、両者の一方が存在していればよい。以下、本実施形態１に係るノード１の詳細な構成を説明する。
【００５７】
[ノードの詳細ハードウェア構成１]
図３Ａは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。図３Ａにおいて上述した図２と同一の符号を付した部分は同一物を表しているため、詳細な説明は省略する。また、図３Ａの説明において、図２で示した隣接ノード１Ｂの説明は省略し、ノード１と隣接ノード１Ａとの関係についてのみ説明を行うこととする。また、ＩＦカード４は、ＩＦカード３と同様の構成を備えるため、ＩＦカード４の詳細説明は省略する。
【００５８】
図３Ａに示すように、ノード１は、制御カード２、ＩＦカード３、４、ＳＷカード５、シャーシ９を備える。シャーシ９には各カード及び電源駆動回路６が実装される。電源駆動回路６は、各カードへの給電及びポート回路への給電のON/OFFを行う。
【００５９】
＜ＩＦカード＞
ＩＦカード３は、ポート回路７、ポート回路７へ電力を供給するポート電源７Ｃ、及びＩＦカード３に電力を供給するカード電源３Ａを備える。なお、電源駆動回路６は、ＩＦカード３への給電をON/OFFするために、カード電源３Ａへの給電のON/OFFを行う。また、電源駆動回路６は、ポート回路７への給電をON/OFFするために、ポート電源７Ｃへの給電のON/OFFを行う。なお、ＩＦカードが１つのポート回路のみを備える場合は、ポート電源は必須でない。
【００６０】
＜制御カード＞
以下、制御カード２の詳細な構成について説明する。
【００６１】
制御カード２は、図３Ａに示すように、Central Processing Unit（ＣＰＵ、中央処理
装置）２０、コマンド解析回路２１、カード設定回路２２、カード監視回路２３、メモリ２４を備える。また、本実施形態１に係る制御カード２は、図３Ａに示すように、迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３、メモリ３４を備える。なお、ノード１は、ＣＰＵ２０を１つのみ備えることとしたが、ＣＰＵ２０によって実現される機能が、複数のＣＰＵ（プロセッサ）によって分散処理されるようにしても良い。
【００６２】
＜ＣＰＵ＞
ＣＰＵ２０は、監視制御装置１８や隣接ノード１Ａ、１Ｂからの制御データを受信し、ノード１全体の制御を行う。すなわち、ＣＰＵ２０は、各カードや回路等の動作の制御を行う。具体的には、ＣＰＵ２０は、メモリ２４やその他のメモリに実行可能に展開されたプログラムを実行し、ノード１の機能を提供する。なお、ＣＰＵ２０は、カード設定回路２２および電源駆動回路６等を制御する。
【００６３】
＜コマンド解析回路＞
コマンド解析回路２１は、制御データを受信すると、受信した制御データに含まれるコマンド、すなわち、要求内容を解析し、要求内容に応じた処理を各部位へ依頼する。
【００６４】
＜カード設定回路＞
カード設定回路２２は、コマンド解析回路２１により解析された制御データの要求内容に基づき、各カードのハードウェア設定を行う。なお、カード設定回路２２は、「設定回路」の一例である。
【００６５】
＜カード監視回路＞
カード監視回路２３は、ＩＦカード３、４やＳＷカード５の状態を監視する。
【００６６】
＜メモリ＞
メモリ２４は、処理対象のデータやＣＰＵ２０が実行するプログラム（ソフトウェア）等を記憶する。メモリ２４としては、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）が例示される。メモリ２４には、ＲＳＶＰプログラム２５、ＯＳＰＦプログラム２６、リンクステートデータベース（ＬＳＤＢ）２７が格納される。
【００６７】
＜ＲＳＶＰプログラム＞
ＲＳＶＰプログラム２５は、パス確立シグナリングプロトコルであるＲＳＶＰ−ＴＥを実装したプログラム（ソフトウェア）である。ＣＰＵ２０が、メモリ２４に記憶されたＲＳＶＰプログラム２５を呼び出して実行することにより、ＲＳＶＰ−ＴＥ手順が実行される。具体的には、ＲＳＶＰプログラム２５が実行されると、パス設定要求の制御データであるPath Messageから自ノード用の制御データが抽出され、自ノード用の制御データを除く他の部分の制御データが隣接ノードへ転送される。また、ＲＳＶＰプログラム２５が実行されることで、パス設定要求に対するReserve Messageに格納されているラベルが抽出
され、図示しないラベルテーブルに登録される。また、ＲＳＶＰプログラム２５が実行されることにより、Reserve Messageが他の隣接ノードへ転送される。
【００６８】
＜ＯＳＰＦプログラム＞
ＯＳＰＦプログラム２６は、ルーティングプロトコルであるＯＳＰＦを実装したプログラム（ソフトウェア）である。ＣＰＵ２０が、メモリ２４に記憶されたＯＳＰＦプログラム２６を呼び出して実行することにより、ＯＳＰＦ手順が実行される。具体的には、ＯＳＰＦプログラム２６が実行されると、ノード１内の経路の状態、すなわち、ＩＦカード３，４の状態がＬＳＤＢ２７内のネットワークトポロジに反映される。
【００６９】
例えば、障害や設定によって、該当経路が使用不可能となった場合は、該当経路の使用可能帯域が0となるようＬＳＤＢ２７が更新される。また、ＯＳＰＦプログラム２６が実
行されることで、ノード１内の経路状態が隣接ノード１Ａ、１Ｂへ知らされる。すなわち、ＬＳＡが隣接ノード１Ａ、１Ｂへ送信される。なお、ＩＦカードの状態としては、使用可能帯域等が例示される。また、ＯＳＰＦプログラム２６が実行されることにより、パス開通を行うための最短経路が算出される。
【００７０】
＜ＬＳＤＢ＞
ＬＳＤＢ２７は、ノードが接続されたネットワークトポロジの情報を格納する。すなわち、ＬＳＤＢ２７には、ノードが接続されたネットワークにおける各隣接ノードの接続状態、ポートの正常／異常を示す情報が格納される。例えば、リンク障害が生じると、隣接ノードとの通信が実行不能となるため、ＯＳＰＦにおいてこのようなリンク障害が検出された場合には、当該リンクを迂回するような最短経路探索が行われる。
【００７１】
図４は、実施形態１に係るＬＳＤＢ２７に格納されるネットワークトポロジのデータ構造例を示す図である。図４に示すように、ＬＳＤＢ２７の各行には、ノードＩＤ、リンクＩＤ、コスト、帯域、使用可能帯域、対向ノードＩＤ、対向リンクＩＤの項目が含まれる
。ノードＩＤは、ノードを識別する識別子であり、リンクＩＤはノードにおいて、対向する他の隣接ノードとの間のリンク、すなわちポートを識別する識別子である。帯域は、リンクにおいて使用される帯域であり、使用可能帯域とは前記帯域中の使用可能な帯域を示す。障害や設定により使用できないリンクについては、該当するレコードの使用可能帯域が０となる。また、対向ノードＩＤ及び対向リンクＩＤは、前記ノードＩＤ及びリンクＩＤで示されたリンクにおいて、前記ノードと対向するノードのＩＤ及びリンクＩＤを示す。
【００７２】
なお、ＬＳＤＢの各行には、これらの項目以外にも、各行のレコードを識別する情報、例えば、行番号等を示す番号や障害情報等の項目が含まれるようにしてもよい。図４の各行は、各ノードにおける各リンクに関する情報を表す。
【００７３】
＜迂回経路生成回路＞
迂回経路生成回路３１は、ある未使用リンクについて電源ＯＦＦ要求の制御データを受信すると、当該未使用リンクについての迂回経路を算出する。なお、迂回経路の算出には、ＯＳＰＦプログラム２６が用いられる。迂回経路生成回路３１は、迂回経路算出後、電源駆動回路６へ、当該未使用リンクに係るポートへの給電をＯＦＦするよう指示する。迂回経路生成回路３１は、「算出回路」の一例である。
【００７４】
＜迂回経路判定回路＞
迂回経路判定回路３２は、パス設定要求の制御データを受信すると、当該制御データに基づき、パス設定が要求されているパスが電源ＯＦＦリンクを通るか否かを判定する。判定した結果、パス設定が要求されているパスに電源ＯＦＦリンクが含まれる場合、迂回経路判定回路３２は、パス設定要求を迂回経路へ迂回させる。一方、パス設定が要求されているパスに電源ＯＦＦリンクが含まれない場合、迂回経路判定回路３２は、パス設定要求を迂回させず、パス設定が要求されているパスに送信する。
【００７５】
＜迂回障害帯域監視回路＞
迂回障害帯域監視回路３３は、後述する迂回経路情報データベース３５に登録されている迂回経路について、当該迂回経路の状態をＬＳＤＢ２７から抽出し、当該迂回経路が正常であるか否かを常時監視する。例えば、迂回障害帯域監視回路３３は、迂回経路上の障害の発生や迂回経路の帯域の枯渇等を検出する。迂回障害帯域監視回路３３は、例えば、自ノードに接続されたリンクにおける障害を検出した自ノード内のカード監視回路２３からその旨を通知されることにより、障害検出が可能となる、また、迂回障害帯域監視回路３３は、例えば、自ノードに接続されていないリンクにおける障害発生を、ＬＳＤＢ２７から抽出することが可能である。
【００７６】
＜メモリ＞
メモリ３４は、処理対象のデータやＣＰＵ２０が実行するプログラム（ソフトウェア）等を記憶する。メモリ３４としては、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）が例示される。メモリ３４には、迂回経路情報データベース（以下「ＤＢ」という）３５及び要求経路情報ＤＢ３６が格納される。なお、メモリ３４は、「メモリ」の一例である。
【００７７】
＜迂回経路情報ＤＢ＞
迂回経路情報ＤＢ３５は、電源ＯＦＦリンクを通るパス毎に算出される、電源ＯＦＦリンクを迂回する経路、すなわち、電源ＯＦＦリンクの代替となる経路である迂回経路が登録されるデータベースである。迂回経路情報ＤＢ３５のデータベース構成は、動作例１の説明において詳細を説明する。
【００７８】
＜要求経路情報ＤＢ＞
要求経路情報ＤＢ３６は、パス設定要求に含まれる、パス設定が要求された経路の情報が記録されるデータベースである。要求経路情報は、パス設定要求の制御メッセージを迂回経路に迂回させて送信する際に、要求経路情報ＤＢ３６へ一時的に格納される。要求経路情報ＤＢ３６のデータベース構成は、動作例１の説明において詳細を説明する。
【００７９】
なお、図３Ａでは、ＲＳＶＰプログラム２５、ＯＳＰＦプログラム２６、及びＬＳＤＢ２７を格納するメモリ２４と、迂回経路情報ＤＢ３５及び要求経路情報ＤＢ３６を格納するメモリ３４とは、別のメモリとしたが、同一メモリであってもよい。また、本実施形態１は、図３Ａのようにメモリが複数ある場合に、メモリとそのメモリに格納されるプログラム又はデータベースとの組み合わせを限定するものではなく、どのような組合せであってもよいものとする。
【００８０】
また、本実施形態１では、ＲＳＶＰ及びＯＳＰＦはプログラムに実装されることとしたが、これに限定されるものではなく、ＲＳＶＰ及びＯＳＰＦはハードウェア回路に実装されるようにしてもよい。また、ＲＳＶＰプログラム２５及びＯＳＰＦプログラム２６は、ＣＰＵ２０により実行されることとしたが、図示しない他のプロセッサにより実行されるようにしてもよい。
【００８１】
なお、図３Ａで示した上述のハードウェア回路は、一つのIntegrated Circuit（ＩＣ、集積回路）に集積されてもよいし、複数のＩＣに分けて集積されるようにしてもよい。例えば、上述したハードウェア回路は、Large Scale Integration（ＬＳＩ）であってもよ
い。
【００８２】
図３Ａで示したハードウェア回路である、コマンド解析回路２１、カード設定回路２２、カード監視回路２３、迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３の処理をプログラムにより実装してもよい。以下、これらのハードウェア回路の処理をプログラムにより実装した場合について、図３Ｂを用いて説明する。
【００８３】
[ノードの詳細ハードウェア構成２]
図３Ｂは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。図３Ｂにおいて上述した図２１と同一の符号を付した部分は同一物を表しているため、詳細な説明は省略する。また、図３Ｂの説明において、図２で示した隣接ノード１Ｂの説明は省略し、ノード１と隣接ノード１Ａとの関係についてのみ説明を行うこととする。また、ＩＦカード４は、ＩＦカード３と同様の構成を備えるため、ＩＦカード４の詳細説明は省略する。なお、以下の説明では、図３Ａと異なる構成についてのみ、説明を行うこととする。
【００８４】
図３Ｂに示すように、制御カード２は、ＣＰＵ２０、ＲＡＭメモリ３７、ＲＯＭメモリ３８、カード監視制御用回路３９を備える。カード監視制御用回路３９は、カード間でアクセスを行うために、各カードについて監視及び制御を行うハードウェア回路である。
【００８５】
＜ＲＡＭメモリ＞
ＲＡＭメモリ３７は、処理対象のデータやＣＰＵ２０が実行するプログラムを記憶するメインメモリである。ＲＡＭメモリ３７には、迂回経路情報ＤＢ３５、要求経路情報ＤＢ３６、及びＬＳＤＢ２７が格納される。
【００８６】
＜ＲＯＭメモリ＞
ＲＯＭメモリ３８は、処理対象のデータやＣＰＵ２０が実行するプログラムを記憶するメインメモリである。ＲＯＭメモリ３８には、ＲＳＶＰプログラム２５、ＯＳＰＦプログ
ラム２６、コマンド解析処理プログラム２１Ａ、カード設定処理プログラム２２Ａ、カード監視処理プログラム２３Ａが記憶される。ＲＯＭメモリ３８には、さらに、迂回経路生成処理プログラム３１Ａ、迂回経路判定処理プログラム３２Ａ、迂回障害帯域監視処理プログラム３３Ａが記憶される。
【００８７】
＜プログラム＞
コマンド解析処理プログラム２１Ａは、図３Ａにおけるコマンド解析回路２１で行われる処理が実装されたプログラムである。カード設定処理プログラム２２Ａは、図３Ａにおけるカード設定回路２２で行われる処理が実装されたプログラムである。カード監視処理プログラム２３Ａは、図３Ａにおけるカード監視回路２３で行われる処理が実装されたプログラムである。迂回経路生成処理プログラム３１Ａは、図３Ａにおける迂回経路生成回路３１で行われる処理が実装されたプログラムである。迂回経路判定処理プログラム３２Ａは、図３Ａにおける迂回経路判定回路３２で行われる処理が実装されたプログラムである。迂回障害帯域監視処理プログラム３３Ａは、図３Ａにおける迂回障害帯域監視回路３３で行われる処理が実装されたプログラムである。
【００８８】
なお、上述したプログラム２１Ａ〜２３Ａ、２５、２６、３１Ａ〜３３Ａは、それぞれ別のプログラムとしたが、これに限るものではない。例えば、プログラム２１Ａ〜２３Ａ、２５、２６、３１Ａ〜３３Ａは１つのプログラムであってもよいし、これらプログラムのうちの一部のみをまとめて１つのプログラムとしてもよい。なお、ＣＰＵ２０が、これらのプログラムをそれぞれ呼び出して実行することにより、各処理が実行される。なお、これらのプログラムは、ＣＰＵ２０ではなく、図示しない他のプロセッサにより実行されるようにしてもよい。
【００８９】
また、図３Ａ及び図３Ｂのノードの詳細ハードウェア構成１、２において、電源駆動回路６はハードウェア回路としたが、これに限るものではなく、当該ハードウェア回路の処理をプログラムに実装するようにしてもよい。
【００９０】
以下、図３Ａ及び図３Ｂに示された本実施形態１に係るノード１が実現する機能について、図５を用いて説明する。
【００９１】
[機能ブロック]
図５は、実施形態１に係るノード１の機能ブロック図の一例を示す図である。図５に示すように、図３Ｂに示したノード１の制御カード２におけるＣＰＵ２０は、ＲＯＭメモリ３８に格納された各種のプログラムを実行することによって、コマンド解析処理５１、カード設定処理５２、カード監視処理５３、ＲＳＶＰ処理５４、ＯＳＰＦ処理５５、迂回経路生成処理５６、迂回経路判定処理５７、迂回障害帯域監視処理５８としての機能を実現する。また、ノード１は、電源駆動回路５９を備える。
【００９２】
＜コマンド解析処理＞
コマンド解析処理５１では、受信した制御データに含まれるコマンド、すなわち、要求内容を解析し、要求内容に応じた処理を各処理へ依頼する。
【００９３】
＜カード設定処理＞
カード設定処理５２では、受信した制御データの要求内容に基づき、各カードのハードウェア設定を行う。具体的には、カード設定処理５２では、経路が通る自ノードのポートに対応するＩＦカード及びＳＷカードに対して、当該迂回経路が開通するようハードウェア設定を行う。
【００９４】
＜カード監視処理＞
カード監視処理５３では、ＩＦカード３、４やＳＷカード５の状態を監視する。カード監視処理５３では、例えば、ＩＦカード内に設けられたハード障害レジスタをポーリングすることで、HWに障害が発生しているか否かを確認する。なお、ハード障害レジスタとは、ＩＦカードのハードウェアの障害状態の有無を示す情報を格納するレジスタであり、電源ＯＦＦは、ハード障害の１種として扱われる。ハード障害レジスタには、ハード障害の有無を示す情報として、例えば、障害有り“１”／障害無し“０”を示すフラグが格納される。また、ポーリングとは、カード監視処理５３において、ＩＦカード３、４等から定期的にＩＦカード３、４等の情報を抜き出すことで、ＩＦカード３、４等の状態の推移等を知ることをいう。
【００９５】
＜ＲＳＶＰ処理＞
ＲＳＶＰ処理５４では、パス確立シグナリングプロトコルであるＲＳＶＰ−ＴＥの手順を実行する。具体的には、ＲＳＶＰ処理５４では、パス設定要求の制御データであるPath
Messageから自ノード用の制御データを抽出し、自ノード用の制御データを除く他の部分の制御データを隣接ノードへ転送する。また、ＲＳＶＰ処理５４では、パス設定要求に対するReserve Messageを隣接ノードから受信し、当該Reserve Messageに格納されているラベルを抽出した後、図示しないラベルテーブルに登録する。また、ＲＳＶＰ処理５４では、Reserve Messageを他の隣接ノードへ転送する。
【００９６】
＜ＯＳＰＦ処理＞
ＯＳＰＦ処理５５では、ルーティングプロトコルであるＯＳＰＦの手順を実行する。具体的には、ＯＳＰＦ処理５５では、ノード１内の経路の状態、すなわち、ＩＦカード３、４の状態をＬＳＤＢ２７に反映する。例えば、障害や設定によって、該当経路が使用不可能となった場合は、該当経路の使用可能帯域が0となるようＬＳＤＢ２７を更新する。ま
た、ＯＳＰＦ処理５５では、ノード１内の経路状態を隣接ノード１Ａ、１Ｂへ知らせる。すなわち、ＯＳＰＦ処理５５では、ＬＳＡを隣接ノード１Ａ、１Ｂへ送信する。また、ＯＳＰＦ処理５５では、パス開通を行うための最短経路を算出する。例えば、ＯＳＰＦ処理５５では、未使用リンクを迂回する最短経路を算出する。
【００９７】
＜迂回経路生成処理＞
迂回経路生成処理５６では、ある未使用リンクについて電源ＯＦＦ要求の制御データを受信すると、当該未使用リンクについての迂回経路を算出する。具体的には、迂回経路生成処理５６では、自ノードから当該未使用リンクを通るすべてのパスについての迂回経路を算出する。ここで、「未使用リンクを通るすべてのパス」とは、未使用リンクに流入するすべてのパスをいう。なお、迂回経路の算出にあたり、迂回経路生成処理５６では、ＯＳＰＦ処理５５において最短経路となる迂回経路を算出するよう指示する。迂回経路生成処理５６では、迂回経路算出後、迂回経路情報を迂回経路情報ＤＢ３５に迂回経路情報を記憶する。また、迂回経路生成処理５６では、電源駆動回路５９へ、当該未使用リンクに係るポートへの給電をＯＦＦするよう指示する。
【００９８】
＜迂回経路判定処理＞
迂回経路判定処理５７では、パス設定要求の制御データを受信すると、当該制御データに基づき、パス設定が要求されているパスが、自ノードに接続された電源ＯＦＦリンクを通るか否かを判定する。すなわち、パス設定が要求されているパスに、自ノードに接続された電源ＯＦＦリンクが含まれるか否かを判定する。判定した結果、パス設定が要求されているパスに電源ＯＦＦリンクが含まれる場合、迂回経路判定処理５７では、パス設定要求を迂回経路へ迂回させる。一方、パス設定が要求されているパスに電源ＯＦＦリンクが含まれない場合、迂回経路判定処理５７では、パス設定要求を迂回させず、パス設定が要求されているパスに送信する。
【００９９】
＜迂回障害帯域監視処理＞
迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５に登録されている迂回経路について、当該迂回経路の状態をＬＳＤＢ２７から抽出し、当該迂回経路が正常であるか否かを常時監視する。例えば、迂回障害帯域監視処理５８では、迂回経路上の障害の発生や迂回経路の帯域の枯渇等を検出する。迂回障害帯域監視処理５８では、例えば、自ノードに接続されたリンクにおける障害を検出した自ノード内のカード監視処理５３の結果、その旨が通知されることにより、障害検出が可能となる、また、迂回障害帯域監視処理５８では、例えば、自ノードに接続されていないリンクにおける障害発生を、ＬＳＤＢ２７から抽出することが可能である。また、迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５を参照することで、カード監視処理５３により障害と判断されたＩＦカード・ポートが電源ＯＦＦリンクに対応するものであると判断することが可能である。この場合、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行うにあたり、当該ＩＦカード・ポートがＯＦＦ状態であることを通知しない。
【０１００】
＜電源駆動回路＞
電源駆動回路５９は、各カードへの給電及びポート回路への給電のON/OFFを行う。
【０１０１】
[動作例]
本実施形態１に係るノード１の動作例を、以下に説明する。
【０１０２】
[動作例１−１ 迂回経路作成、経路の機能停止]
ネットワーク１０において、未使用リンクについて機能停止を要求されたノードが、該当するＩＦカード又はポート回路（以下、「カード・ポート」とよぶ）の電源をＯＦＦするまでの動作を、図６のフローを用いて以下説明する。以下、リンクに係るＩＦカード・ポートの電源ON/OFFとは、リンクに対応するポートへの給電ON/OFFをいう。具体的には、ＩＦカード・ポートの電源をON/OFFするとは、図３Ａ、図４に示されたＩＦカードのカード電源３Ａ及びポート電源７Ｃの少なくとも一方への給電をON/OFFすることを意味する。例えば、ＩＦカードが１つのポート回路のみを備える場合、カード電源３Ａ及びポート電源７Ｃの両者について給電をON/OFFにする。一方、ＩＦカードが複数のポート回路を備える場合、電源をON/OFFするポート回路のポート電源についてのみ給電をON/OFFにする。また、リンクの機能停止とは、リンクの両端ノードにおいて、当該リンクに対応するＩＦカード・ポートの電源をＯＦＦにすることで、当該リンクにデータが流れない状態をいう。
【０１０３】
図６は、実施形態１に係る迂回経路生成及び経路の機能停止フローの一例を示す図である。監視制御装置１８は、ネットワーク１０全体を監視することで、通信データが流れていない未使用区間を特定することが可能である。監視制御装置１８は、未使用区間を特定すると、未使用区間に含まれる未使用リンクに接続されているノードに対してのみ、当該未使用リンクについての電源ＯＦＦ要求を指示する。
【０１０４】
図７は、動作例１−１に係るネットワーク１０の一部を例示する図である。図７には、図１に示したノード１に相当する、ノードＡ、ノードＢ、ノードＣ、ノードＤが図示されている。
【０１０５】
図８は、図７に示したネットワークにおけるパスの設定状態例を示す図である。図８に示す例では、パスＰ１（→ノードＡ→ノードＢ→）と、パスＰ２（→ノードＡ→ノードＣ→ノードＤ→）と、パスＰ３（→ノードＢ→ノードＣ→）が確立されている。監視制御装置１８は、確立中のパスを管理及び監視しており、ノードＢとノードＤとの間の区間（リンク）が未使用であり、当該区間（リンクＢ−Ｄと称する）に係る電源をＯＦＦできると判定する。
【０１０６】
このとき、監視制御装置１８は、ノードＢ及びノードＤへ、リンクＢ−Ｄに係る電源をオフにする制御データ（制御メッセージ：“電源ＯＦＦ要求”と称する）を送信する。ノードＢ及びノードＤは、図２及び図３Ａ又は図２及び図３Ｂに示した構成要素を備える。ノードＡ，Ｃは、ノードＢ、Ｄと同様の構成を備えてもよいし、電源ＯＦＦに係る迂回経路情報の記憶機能等を有しないノード（便宜上、従来ノードと称する）の構成を備えていても良い。例えば、ノードＡ，Ｃは、図３の迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３、迂回経路情報ＤＢ３５、要求経路情報ＤＢ３６等を有しないノード（従来ノード）であってもよい。
【０１０７】
図６に示すフローチャートは、各ノードＢ，Ｄにおいて、電源ＯＦＦ要求の受信を契機に開始される。ノードＢにおけるコマンド解析処理５１（図５）（コマンド解析回路２１（図３Ａ））では、監視制御装置１８より、当該電源ＯＦＦ要求である制御データを受信する（ステップ１、以下Ｓ１のように表記する）。コマンド解析処理５１では、当該制御データに含まれる要求内容を解析する（Ｓ１）。その後、コマンド解析処理５１では、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））において、電源ＯＦＦが要求された未使用リンクであるリンクＢ−Ｄについて、迂回経路の算出を行うよう指示する。
【０１０８】
迂回経路生成処理５６では、未使用リンクＢ−Ｄについて迂回経路の算出を指示されると、当該未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが既に電源ＯＦＦであるか否かを確認する（Ｓ２）。既に当該未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが電源ＯＦＦである場合（Ｓ２；Yes）、図６に示す処理を終了す
る。一方、未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが電源ＯＮである場合（Ｓ２；No）、迂回経路生成処理５６では、自ノードから当該未使用リンクＢ−Ｄを通るすべてのパス設定パターンについての迂回経路を算出する（Ｓ３）。すなわち、迂回経路生成処理５６では、自ノードにおける、未使用リンクに対応するポート以外のポートから未使用リンクに対応するポートへ流入する全てのパス設定パターンについて迂回経路を算出する。なお、迂回経路生成処理５６では、迂回経路算出にあたり、ＯＳＰＦ処理５５（図５）（ＯＳＰＦ処理を行うＣＰＵ２０（図３Ａ））において最短経路となる迂回経路の算出を行うよう指示する。迂回経路生成処理５６における具体的な処理について、以下に説明する。
【０１０９】
図９は、図８に示したネットワークの未使用リンク（リンクＢ−Ｄ）に係るパス設定パターンを示す図である。図９に示すように、各ノードＡ〜Ｄは、それぞれポートａ、ｂ、c、dを備えている。ノードＢからリンクＢ−Ｄを通るパス設定パターンとして、ノードＢのポートB-aから入ってポートB-dから出るパス設定パターン、ポートB-bから入ってポー
トB-dから出るパス設定パターン、ポートB-cから入ってポートB-dから出るパス設定パタ
ーンを有している。また、対向ノードＤからリンクＢ−Ｄを通るパスとして、ポートD-b
から入ってポートD-aから出るパス設定パターン、ポートD-cから入ってポートD-aから出
るパス設定パターン、ポートD-dから入ってポートD-aにから出るパス設定パターンを有している。
【０１１０】
ノードＢの迂回経路生成処理５６では、自ノードにおける各ポートB-a、B-b、B-cから
、未使用リンクＢ−Ｄに対応するポートB-dへ流入する各パスそれぞれについて、未使用
リンクＢ−Ｄを迂回する迂回経路をそれぞれ算出することを決定する。迂回経路生成処理５６では、各ポートB-a、B-b、B-cを始点、ポートD-dを終点とすること、及び、未使用リンクＢ−Ｄに対応するポートB-dを通らない条件をＯＳＰＦ処理５５に入力する。これよ
り、ＯＳＰＦ処理５５において迂回経路を算出する。
【０１１１】
なお、上記では、ポートD-dを終点としたが、これに限るものではない。終点は、未使
用リンクにおいて自ノードと対向するノードのポートであり、当該未使用リンクに対応するポートでなければよい。図９の例では、終点は、未使用リンクに対応するポートD-a以
外のポートD-b、D-c、D-dのいずれであってもよい。また、終点をポートD-dのみとして迂回経路を算出したが、これに限るものではなく、始点と同様に終点を複数設定し、始点と終点の全ての組み合わせに対して迂回経路が算出されるようにしてもよい。
【０１１２】
ＯＳＰＦ処理５５では、迂回経路生成処理５６の結果指示されたポートB-a、B-b、B-c
を夫々始点とし、ポートD-dを終点とし、且つポートB-dを通らないという条件より、各始点から終点までの迂回経路を算出する。ＯＳＰＦ処理５５では、例えば、ポートB-aから
ポートB-dへ流入するパス設定パターンについての迂回経路、すなわち、ポートB-aを始点とする迂回経路として、ポートB-c、C-a、C-d、D-cを通る迂回経路を算出する。ＯＳＰＦ処理５５では、同様に、ポートB-bからポートB-dに流入するパス設定パターン、ポートB-cからポートB-dに流入するパス設定パターンについて、それぞれ迂回経路を算出する。
【０１１３】
図６に戻り、迂回経路生成処理５６では、ＯＳＰＦ処理５５により、自ノードＢから未使用リンクを通りうるすべてのパス設定パターンについて迂回経路が算出されたか否かを確認する（Ｓ４）。自ノードＢにおいて、自ノードから未使用リンクを通りうるすべてのパス設定パターンについて迂回経路が算出されなかった場合（Ｓ４；No）、本迂回経路生成及び経路の機能停止フローを終了する。自ノードＢから未使用リンクを通りうるすべてのパスについて迂回経路が算出された場合（Ｓ４；Yes）、迂回経路生成処理５６では、
当該未使用リンクＢ−Ｄに係る対向ノードＤへ全迂回経路を算出したことを示す制御データを通知する。
【０１１４】
未使用リンクＢ−Ｄに係る対向ノードＤにおいても、監視制御装置１８から電源ＯＦＦ要求を受信すると、ノードＢと同様に、未使用リンクＢ−Ｄについて迂回経路の算出が行われる。ノードＢ内の迂回経路生成処理５６では、当該未使用リンクＢ−Ｄにおける対向ノードＤから、対向ノードＤにおける迂回経路算出結果を示す制御データを受信する。ノードＢ内の迂回経路生成処理５６では、受信した制御データにより、当該対向ノードＤにおいて当該未使用リンクＢ−Ｄに対する全ての迂回経路が算出されたかを確認する（Ｓ５）。対向ノードＤにおいて、ノードＤから当該未使用リンクを通るすべてのパス設定パターンについて迂回経路が算出されなかった場合（Ｓ５；No）、本迂回経路生成及び経路の機能停止フローを終了する。対向ノードＤにおいて、ノードＤから当該未使用リンクを通るすべてのパス設定パターンについて迂回経路が算出された場合（Ｓ５；Yes）、ノード
Ｂ内の迂回経路生成処理５６では、Ｓ３で算出した迂回経路情報を格納する（Ｓ６）。具体的には、迂回経路生成処理５６では、Ｓ３でＯＳＰＦ処理５５において算出された迂回経路情報を、迂回経路情報ＤＢ３５に格納する。
【０１１５】
図１０は、ノードＢの迂回経路情報ＤＢ３５（図３Ａ、図３Ｂ）に格納される迂回経路情報のデータ構造例を示す図である。図１０に示すように、迂回経路情報ＤＢ３５には、パス設定パターンに対応する迂回経路を示す１以上のレコードからなるテーブルが格納される。
【０１１６】
パス設定パターンは、上流ポート及び下流ポートを示すポート識別子（ポートＩＤ）で特定される。上流ポートは、迂回経路を算出する際の、迂回経路の始点となるポートであり、電源ＯＦＦが要求された未使用リンクに接続されたポートと同一のノードにおける他のポートである。下流ポートは、電源ＯＦＦが要求された未使用リンクに接続されたポートであり、迂回経路を算出する際に迂回経路が通らないポートとして条件付けられたポートである。迂回経路には、上流ポートを始点として算出された迂回経路が終点までに通るポートの識別子（ＩＤ）が通過順で格納される。図１０の各行は、ノードＢの未使用リンクに係るパス設定パターンの夫々に対する迂回経路情報を表す。
【０１１７】
なお、迂回経路ポートは、図７に例示したノードＡ〜Ｄがメッシュ接続されているとの前提から４点となったが、ノード数及び接続形態によって、迂回経路に含まれるポート数は変動する。また、迂回経路情報ＤＢ３５の各エントリには、図１０に示した項目以外にも、各行のレコードを識別する情報、例えば、行番号等を示す番号や迂回経路のコスト等の項目が含まれるようにしてもよい。
【０１１８】
図６に戻り、Ｓ６では、迂回経路生成処理５６において、図１０に示すように、各始点及び終点に対する迂回経路の情報、すなわち、迂回経路が通る各ポートの情報を、迂回経路情報ＤＢ３５に格納する。例えば、迂回経路生成処理５６では、始点B-a、終点B-dに対する迂回経路情報として、迂回経路ポート1：B-c、迂回経路ポート2：C-a、迂回経路ポート3：C-d、迂回経路ポート4：D-cを迂回経路情報ＤＢ３５に記憶する。
【０１１９】
迂回経路生成処理５６では、迂回経路情報を格納した後、自ノードの電源駆動回路５９に対して、未使用リンクＢ−Ｄに対応するＩＦカード・ポートの電源ＯＦＦを指示する（Ｓ７）。これより、電源駆動回路５９がリンクＢ−Ｄに対応するＩＦカード・ポートへの電力供給をＯＦＦにする（Ｓ７）。Ｓ３〜Ｓ７で示したとおり、電源ＯＦＦされるリンクの両端ノードは、両ノードにおいて迂回経路情報が作成できたことを確認した後、ＩＦカード・ポートへの給電をＯＦＦにする。
【０１２０】
Ｓ７で未使用リンクに対応するＩＦカード・ポートへの給電がＯＦＦにされると、図６に示した迂回経路生成及び経路の機能停止フローが終了する。
【０１２１】
Ｓ７で電源ＯＦＦにされたＩＦカード・ポートは、カード監視処理５３により障害と判断され、迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））を行う際にその旨が通知される。迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５を参照することで、カード監視処理５３により障害と判断されたＩＦカード・ポートが電源ＯＦＦリンクに対応するものであると判断する。すなわち、迂回障害帯域監視処理５８では、当該ＩＦカード・ポートは障害が発生したことが原因で電源がＯＦＦされているものではない、と判断することができる。これより、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行う際に、当該ＩＦカード・ポートに障害が発生している旨の通知を行わない。すなわち、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行う際に、当該ＩＦカード・ポートの電源ＯＦＦ状態を通知しない。ＯＳＰＦ処理５５においてＬＳＤＢ２７に反映する障害状態がないため、未使用リンクに対応するＩＦカード・ポートの電源がＯＦＦにされたとしても、ＬＳＤＢ２７には、電源をＯＦＦする前と同一の情報が記憶されることとなる。これより、未使用リンクに対応するＩＦカード・ポートが電源ＯＦＦされたことは、ネットワーク１０上の他のノードに知らされない。
【０１２２】
これより、ネットワーク１０に従来ノードが混在していた場合でも、従来ノードは電源ＯＦＦリンクを意識することなく従来通り動作することができる。例えば、本実施形態１に係るノード１から従来ノードへの制御データや、従来ノードからノード１への制御データは従来通りとなる。よって、本実施形態１に係るノード１は、ネットワーク１０（ＭＰＬＳ／ＧＭＰＬＳ網）の一部分に導入可能である。このため、ネットワークへの省電力化の技術の導入が容易である。ただし、ネットワーク１０の一部にノード１を導入する場合には、電源ＯＦＦ制御を意図する区間にノード１を対向配置することが要求される。従来ノードとノード１とを対向配置した場合には、図６に示したような、迂回経路確認後の電源ＯＦＦ制御ができない。
【０１２３】
なお、動作例１−１では、図６のＳ５で、ノードＢ内の迂回経路生成処理５６では、未使用リンクに係る対向ノードＤにおいて、ノードＤから未使用リンクを通り得る全てのパ
ス設定パターンについて迂回経路が算出されているか否かを確認する。確認した結果、ノードＤにおいて、ノードＤから未使用リンクを通り得る全てのパス設定パターンについて迂回経路が算出されない場合、未使用リンクの機能を停止させないこととした（Ｓ５;No
）。しかしながら、本実施形態はこれに限定するものではなく、Ｓ５の確認処理を行わないようにしてもよい。すなわち、自ノードＢにおいて、自ノードＢから未使用リンクを通り得る全てのパス設定パターンについて迂回経路が算出されると（Ｓ４；Yes）、Ｓ６、
７へ進み、迂回経路を記憶し、未使用リンクに係る未使用ポートへの給電をＯＦＦするようにしてもよい。
【０１２４】
以上、監視制御装置１８により電源ＯＦＦ要求を受信したノード１（ノードＢ）についての動作例を説明したが、電源ＯＦＦ要求を受信したノードＤにおいても、上述したノードＢと同様の処理が行われる。また、動作例１では、ノードに対する電源ＯＦＦ要求は、監視制御装置１８により指示されることとしたが、これに限るものではなく、ネットワーク１０を統括する処理が組み込まれたノードが、自律的に電源ＯＦＦ経路を指定するようにしてもよい。
【０１２５】
また、図６に示したＳ４、Ｓ５は順不同である。さらに、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されてもよい。
【０１２６】
このように、対象区間に関連する少なくとも全てのパス設定パターンに対する迂回経路が得られたことを条件として、当該区間に対する電源をオフにすることにより、データ伝送の代替経路がないために電源をオフにできない区間が、誤って電源がオフされることによってデータ伝送ができなくなることを防ぐことができる。
【０１２７】
[動作例１−２ 電源ＯＦＦリンクの起動]
次に、ネットワーク１０において、電源ＯＦＦリンク（図６の処理によって電源がＯＦＦになった区間（リンク））を含む新たなパスを設定するためのパス開通要求が発生した際のノードの動作を説明する。
【０１２８】
図１１は、実施形態１に係る電源ＯＦＦリンク起動フローの一例を示す図である。図１１は、電源ＯＦＦリンクが接続されたノード１が、電源ＯＦＦリンクを含む新たなパスについてのパス設定要求を受信した際の動作を示す。当該フローを説明する前に、ネットワーク１０のノード１が新たなパス開通要求を受信し、電源ＯＦＦリンクが接続されたノードが対応するパス設定要求を受信するまでの動作について、以下説明を行う。
【０１２９】
図１２、図１３は、動作例１−２の説明図である。図１２には、図７に示したネットワーク１０の一部が図示されており、リンクＢ−Ｄに係る電源ＯＦＦが実施されていると仮定する。ノードＡが、監視制御装置１８から新たなパス開通要求である制御データを受信する。パス開通要求は、パスの始点（ノードＡ）と終点（ノードＤ）との指定を含む。パス開通要求を受信したノードＡ内のコマンド解析処理５１（図５）（コマンド解析回路２１（図３Ａ））では、パス開通要求を解析する。コマンド解析処理５１では、解析の実施後、パス開通要求に設定された始点（ノードＡ）から終点（ノードＤ）までの最短経路の算出をＯＳＰＦ処理５５（図５）（ＯＳＰＦ処理を行うＣＰＵ２０（図３Ａ））に指示する。これより、ＯＳＰＦ処理５５により最短経路が算出される。
【０１３０】
本動作例１−２では、ＯＳＰＦ処理５５により算出される最短経路が、省電力化のために機能が停止された電源ＯＦＦリンク（リンクＢ−Ｄ）を含んでいる。ここで、ＯＳＰＦ処理５５では、図１２に示すように、例えば、ポートA-a、ポートB-b、ポートB-d、ポー
トD-aを通る経路、すなわち、経路Ａ−Ｂ−Ｄを最短経路として算出したと仮定する。な
お、始点Ａから終点Ｄへ向かう経路Ａ−Ｂ−Ｄの場合、電源ＯＦＦリンクＢ−Ｄについて
は、ノードＢを上流ノード、ノードＤを下流ノードと呼んでもよい。
【０１３１】
ノードＡ内のＯＳＰＦ処理５５により新たなパス開通要求に対する最短経路が算出されると、ノードＡ内のＲＳＶＰ処理５４（図５）（ＲＳＶＰ処理を行うＣＰＵ２０（図３Ａ））により、当該最短経路を設定するための新たなパス設定要求（Path Message）が、最短経路上の隣接ノードであるノードＢへ送信される。すると、ノードＢは、図１１に示した処理を開始する。
【０１３２】
ノードＢの迂回経路判定処理５７（図５）（迂回経路判定回路３２（図３Ａ））では、ノードＡより、新たなパス開通要求に対する最短経路を設定するための新たなパス設定要求（Path Message）である制御データを受信する（Ｓ２１）。ノードＢ内の迂回経路判定処理５７では、迂回経路情報ＤＢ３５を参照することで、パス設定要求で示された新たなパスの経路が、電源ＯＦＦリンクを含むか否かを判定する（Ｓ２２）。迂回経路情報ＤＢ３５（図１０）には、パス設定要求で指定された経路（B-b, B-d）を含むパス設定パターンのエントリが登録されている。このため、迂回経路情報ＤＢ３５を参照することで、電源ＯＦＦリンクの情報を取得することができる。例えば、迂回経路判定処理５７では、迂回経路情報ＤＢ３５に格納されたパス設定パターン（上流ポート及び下流ポートの組合せ）が、パス設定要求に含まれる新たなパスのポートA-a、B-b、B-d、D-aに含まれるかを確認する。パス設定要求で指定された経路は、迂回経路情報ＤＢ３５に登録されたパス設定パターンに対応する。これより、迂回経路判定処理５７では、パス設定要求に電源ＯＦＦリンクが含まれることを判定することができる。
【０１３３】
Ｓ２２で判定を行った結果、パス設定要求に電源ＯＦＦリンクが含まれない場合（Ｓ２２；No）は、図１１に示す電源ＯＦＦリンク起動フローを終了し、ノードＢは、従来通りのパス設定手順を行う。一方、電源ＯＦＦリンクが含まれる場合（Ｓ２２；Yes）、迂回
経路判定処理５７では、当該電源ＯＦＦリンクを迂回する迂回経路を含むパス（迂回パス）を開通させる（Ｓ２３）。迂回経路判定処理５７では、迂回経路情報ＤＢ３５から引き出された迂回経路情報をＲＳＶＰ処理５４に渡す（Ｓ２３）。ＲＳＶＰ処理５４では、パス設定要求中の要求経路の一部を、迂回経路情報に従って書き換え、迂回経路に相当するポート（ポートB-c）からパス設定要求（Path Message）を送出する（Ｓ２３）。これに
よって、パス設定要求は、電源ＯＦＦリンクを迂回してノードＣへ転送される。
【０１３４】
図１３に示すように、パス設定要求は、迂回経路情報に従って、ノードＣを経由してノードＤに到達する。その後、ノードＤによって応答メッセージが生成され、応答メッセージが逆の経路、すなわち、ノードＣ，ノードＢを辿って、ノードＡに到達する。このようにして、電源ＯＦＦ区間を迂回するパスが確立される。
【０１３５】
また、ノードＢの迂回経路判定処理５７では、パスを開通させるために、自ノード内のカードのハードウェア設定をカード設定処理５２（図５）（カード設定回路２２（図３Ａ））に指示する。カード設定処理５２では、迂回経路が通る自ノードのポートに対応するＩＦカード及びＳＷカードに対して、当該迂回経路が開通するようハードウェア設定を行う。図１３の例では、ノードＢ内のカード設定処理５２では、迂回経路が通る自ノードのポートB-b、B-cに対応するＩＦカード及びＳＷカードに対して、ハードウェア設定を行う。
【０１３６】
また、迂回経路判定処理５７では、新たなパス開通要求に対応する新たなパス設定要求に含まれる新たなパスの情報、すなわち、元々の要求経路の情報を、要求経路情報ＤＢ３６に記憶する（Ｓ２４）。
【０１３７】
図１４は、実施形態１に係る要求経路情報ＤＢ３６(図３Ａ，図３Ｂ)に格納される要求
経路情報のデータ構造例を示す図である。図１４の各行は、各要求経路情報を表す。図１４に示すように、要求経路情報ＤＢ３６の各行には、要求経路ポート１〜４の項目が含まれる。要求経路ポート１〜４は、新たなパス設定要求に含まれる元の要求経路が通るポートを順に示している。
【０１３８】
なお、図１４の例では、図７に示したネットワーク構成に鑑み、４つのポートのポート識別子が登録される例を示したが、設定すべきパスが通過する全てのポートの識別子が登録される。従って、パスが通過するノード数に応じて、登録されるポート識別子の数も変動する。
【０１３９】
図１１に戻り、Ｓ２４では、迂回経路判定処理５７において、図１４に示したように、新たなパス設定要求に含まれる元々の要求経路が通る各ポートの情報を、要求経路情報ＤＢ３６に格納する。例えば、迂回経路判定処理５７では、新たなパス設定要求に含まれる要求経路情報として、要求経路ポート1：A-a、要求経路ポート2：B-b、要求経路ポート3
：B-d、要求経路ポート4：D-aを要求経路情報ＤＢ３６に記憶する。
【０１４０】
さらに、ノードＢ内の迂回経路判定処理５７では、自ノード内の電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポート、すなわち、ポートB-dに対応するＩＦカード・ポート
の電源ＯＮを電源駆動回路５９（図５）（電源駆動回路６（図３Ａ））に指示する（Ｓ２５）。これより、電源駆動回路５９によりポートB-dに対応するＩＦカード・ポートの電
源がＯＮにされる（Ｓ２５）。ノードＢ内の迂回経路判定処理５７では、ポートB-dに対
応するＩＦカード・ポートの電源がＯＮにされたことを示す制御データをインバンド又はアウトバンド通信によりノードＤに通知する。
【０１４１】
当該制御データを受信したノードＤのコマンド解析処理５１では、当該制御データを解析し、ポートB-dに対応するＩＦカード・ポートの電源がＯＮにされたことを迂回経路判
定処理５７へ通知する。迂回経路判定処理５７では、ＬＳＤＢ２７に格納された情報を参照することで、ポートB-dに接続された自ノードのポートがポートD-aであると判断する。具体的には、ノードＤの迂回経路判定処理５７では、ＬＳＤＢ２７のノードＩＤ及びリンクＩＤがポートB-dとなるレコードの対向ノードＩＤ及び対向リンクＩＤがポートD-aであることにより、ポートB-dに接続されたポートがポートD-aであることを判断する。ノードＤの迂回経路判定処理５７では、判断されたポートD-aに対応するＩＦカード・ポートの
電源ＯＮを電源駆動回路５９に指示する。電源駆動回路５９は、ポートD-aに対応するＩ
Ｆカード・ポートの電源をＯＮにする。ノードＤ内の迂回経路判定処理５７では、ポートD-aに対応するＩＦカード・ポートの電源がＯＮにされたことを示す制御データをノード
Ｂへ送信する。
【０１４２】
ノードＢ内の迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認する（Ｓ２６）。なお、「電源ＯＦＦリンクが正常に起動する」とは、電源ＯＦＦリンクに対応するポートへの電力供給が開始されたことにより、「電源ＯＦＦリンクが通信データを正常に送信することができる状態になること」をいう。すなわち、「電源ＯＦＦリンクが正常に起動する」とは、「電源ＯＦＦリンクにおいてデータ転送が正常に行われる状態になること」をいう。
【０１４３】
Ｓ２６において、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポートのハードウェアの障害状態からの復旧を検出した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。具体的には、迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄに係る自ノードＢ内のポートB-d及び電源ＯＦＦ
リンクＢ−Ｄに係る対向ノードＤ内のポートD-aが電源ＯＦＦ状態（障害状態）から復旧
したことを検出する。迂回障害帯域監視処理５８では、ポートB-d及びポートD-aが障害状
態から復旧したことを確認した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。
【０１４４】
なお、迂回障害帯域監視処理５８では、ＩＦカードを監視するノードＢ内のカード監視処理５３（図５）（カード監視回路２３（図３Ａ））によって、ポートB-dに対応するＩ
Ｆカード・ポートが障害状態から復旧したことを通知されることで、当該復旧の検出が可能である。
【０１４５】
図１５は、実施形態１に係るＩＦカード・ポートの電源電圧と時間の関係の一例を示す図である。図１５は、縦軸をＩＦカード・ポートの電源電圧、横軸を時間とするグラフであり、ＩＦカード・ポートが電源ＯＮにされた際のＩＦカード・ポートの電源電圧の時間変化を示す。時間t=0の時点で、ＩＦカード・ポートの電源がＯＮにされる。時間t1では
、ＩＦカードのハードウェア（以下、「HW」という）が全て起動された状態（以下、「HW
Ready」という）となる。これより、ＩＦカードのソフトウェア（以下、「SW」という）が起動する。時間t2では、SWが起動されたことにより、HWの設定が完了した状態となり、データを送信することが可能な状態となる（以下、「traffic ready」という）。traffic
readyの状態になると、時間t3で、ＩＦカードのハードウェアについての監視が開始される。なお、時間t3が経過するまでに、ＩＦカードのハードウェアのウォームアップ時間及びコンフィグレーション時間が経過することとなる。
【０１４６】
図１５に示した例では、カード監視処理５３では、時間t3でＩＦカードのHWの監視を開始し、HWに障害が発生していないこと、例えば、ハード障害レジスタに格納された情報が“障害無し”を示すことを確認することにより、ＩＦカード・ポートの復旧を確認する。なお、例えば、カード監視処理５３では、ＩＦカード内のハード障害レジスタの値（“０”／“１”）をポーリングすることでＩＦカードのHWの監視を行い、HWに障害が発生しているか否かを確認する。この場合、カード監視処理５３では、例えば、ハード障害レジスタの値が障害有り“１”から障害無し“０”に変化したことを検出すると、ＩＦカード・ポートが復旧したと判断する。
【０１４７】
このように、迂回障害帯域監視処理５８では、カード監視処理５３による通知によってポートB-dが障害状態から復旧したことを確認すると、ポートB-dが復旧したことを、迂回経路生成処理５６へ通知する。迂回経路生成処理５６では、復旧したポートB-dの対向ノ
ードＤに対して、ポートB-dが復旧したことを制御データで通知する。
【０１４８】
なお、対向ノードＤにおいてもノードＢと同様の手順で、ポートD-aの復旧を確認する
。対向ノードＤにおいてポートD-aに対応するＩＦカード・ポートが障害状態から復旧し
た場合、すなわち、ポートD-aが復旧した場合、ポートD-aの復旧がノードＢへ制御データで通知される。ノードＢ内の迂回障害帯域監視処理５８では、当該制御データを受信することにより、ポートD-aに対応するＩＦカード・ポートが障害状態から復旧したこと、す
なわち、ポートD-aの復旧を確認することができる。なお、ノードＢ内の迂回障害帯域監
視処理５８では、当該制御データを、コマンド解析処理５１を介して受信するようにしてもよい。このように、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに対応するＩＦカード・ポートが復旧することにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。
【０１４９】
迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認できるまで待つ。迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認できた場合（Ｓ２６；Yes）、Ｓ２７の処理へ進む。
【０１５０】
Ｓ２７では、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））にお
いて、要求経路情報ＤＢ３６から、Ｓ２４において記録された要求経路情報（図１４）を読み出し、当該要求経路についてパス設定要求を行う（Ｓ２７）。具体的には、迂回経路生成処理５６では、読み出した要求経路情報をＲＳＶＰ処理５４に出力し、ＲＳＶＰ処理５４において、当該要求経路情報を含むパス設定要求を要求経路上の次ノード（ノードＤ）へ送信させる。当該パス設定要求は、電源ＯＦＦリンクであったリンクＢ−Ｄを通じてノードＤへ到達する。
【０１５１】
迂回経路生成処理５６では、パス設定要求に対応する応答メッセージの受信を待機する（Ｓ２８）。迂回経路生成処理５６では、応答メッセージを受信することで、要求経路のパス設定の完了を確認すると（Ｓ２８；Yes）、Ｓ２９の処理へ進む。
【０１５２】
Ｓ２９では、迂回経路生成処理５６において、カード設定処理５２に、通信データを送信するパスを、迂回経路から要求経路へ切り替えるよう指示する。すなわち、迂回経路生成処理５６では、迂回パスからパス設定要求で設定が要求された、電源ＯＦＦリンクを含むパスへ切り替えるよう指示する。これより、カード設定処理５２では、通信データを送信するパスを、迂回経路から要求経路へ切り替える（Ｓ２９）。すなわち、カード設定処理５２では、ポートB-bから受信されるデータが、迂回経路であるポートB-cではなく、要求経路であるポートB-dから出力されるように、入側ラベルと出側ラベルとの対応関係を
変更する。
【０１５３】
図１６及び図１７は、パス切替え及び迂回経路削除の説明図である。図１６では、迂回経路を点線で、要求経路を実線で示している。図１６の例では、カード設定処理５２では、通信データが転送されるパスを、ポートA-a、B-b、B-c、C-a、C-d、D-cを通る迂回経路から、ポートA-a、B-b、B-d、D-aを通る要求経路へ切替える。
【０１５４】
Ｓ２９で通信データを送信するパスの切替えが完了すると、ノードＢ内の迂回経路生成処理５６では、不要となった迂回経路であるポートB-c、C-a、D-cを通る経路を削除する
（Ｓ２Ａ）。具体的には、迂回経路生成処理５６では、ＲＳＶＰ処理５４へ、不要となった迂回経路の各ポートB-c、C-a、D-cの情報を出力し、迂回経路を削除するパス設定要求
を迂回経路の次ノード（ノードＣ）へ送信するよう指示する。当該パス設定要求が順に迂回経路上のノードＣ，ノードＤへ送信されることにより、当該迂回経路が削除される。
【０１５５】
図１７に示すように、ノードＢ内の迂回経路生成処理５６により、不要となった迂回経路であるB-c、C-a、D-cを通る経路は削除される。これより、要求経路であるポートA-a、B-b、B-d、D-aを通る経路のみが開通されている状態となる。
【０１５６】
また、図１１に示すＳ２Ａの処理では、要求経路に含まれる当該電源ＯＦＦリンクについて図６のＳ６で記憶された迂回経路情報が、迂回経路情報ＤＢ３５から削除される。
【０１５７】
なお、図１１のフローにおけるＳ２９、Ｓ２Ａの動作は、従来技術であるmake before breakの動作と同様である。Make before breakは、既存の開通（設定）しているパスを削除（切断）する前にパスのルートを変更するための新規パスを設定し、当該新規パス設定後に、パスの始点ノードで既存パスから新規パスにトラフィックを移行する方法である。なお、Make before breakでは、さらに、トラフィック移行後、既存パスを削除（切断）
する。これより、サービス断を伴わずにパスのルートを変更することができる。
【０１５８】
なお、図１１に示したＳ２３、Ｓ２４、Ｓ２５は順不同である。例えば、ＩＦカードポートの電源をＯＮにした後に、迂回経路でパス設定を行うこともできる。この方法によれば、パス設定を行ってから要求経路のデータ伝送が可能になるまでの時間を短縮することができるため、迂回経路を用いてデータを伝送する時間帯の短縮化を図ることができる。
この方法は、特に迂回経路と要求経路との距離差が大きいほど有効である。また、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されて
もよい。
【０１５９】
動作例１−２では、図１１のＳ２４において、要求経路情報を要求経路情報ＤＢ３６へ記憶することとした。しかしながら、Ｓ２７で当該要求経路情報を用いて要求経路についてのパス設定を行った後は、当該要求経路情報は不要であるため、Ｓ２７の後のステップで、当該要求経路情報は要求経路情報ＤＢ３６から削除されるようにしてもよい。なお、当該要求経路情報の削除は、迂回経路生成処理５６または迂回経路判定処理５７のどちらで行ってもよい。
【０１６０】
[動作例１−３ 経路障害発生時]
ネットワーク１０において、経路障害が発生した際のノードの動作を、図１８のフローチャート、図１９の動作例１−３の説明図を用いて以下に説明する。
【０１６１】
図１８は、実施形態１に係る経路障害発生時フローの一例を示す図である。図１９は、図７に示したネットワーク１０の一部と同様のものである。図１９に示すリンクＢ−Ｄは、図６に示した処理の実行によって、電源ＯＦＦリンクとなっている。
【０１６２】
図１８に示す処理は、周期的に実行される。図１８の処理が開始されると、ノードＢ内の迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））において、迂回経路情報ＤＢ３５に格納された迂回経路情報（図１０）を取得する（Ｓ３１）。迂回経路情報を取得した迂回障害帯域監視処理５８では、当該迂回経路情報で示されたすべての迂回経路の状態、すなわち、当該迂回経路に対応するＩＦカードの状態を監視する（Ｓ３２）。迂回障害帯域監視処理５８では、自ノード内の迂回経路に障害が発生しているか否かを確認する（Ｓ３３）。ノード内の障害は、カード監視処理５３（図５）（カード監視回路２３（図３Ａ））により検知可能である。そのため、迂回障害帯域監視処理５８では、カード監視処理５３の結果、自ノードに接続されたリンクに障害が発生した旨を通知されることで、当該リンクに障害が発生したことを確認できる。
【０１６３】
迂回障害帯域監視処理５８では、ノード内の障害発生を確認した場合（Ｓ３３；Yes）
、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））へ迂回経路の障害を通知し、Ｓ３５の迂回経路の再計算処理へ進む。迂回障害帯域監視処理５８では、ノード内の障害発生を確認しない場合（Ｓ３３；No）、Ｓ３４の処理へ進む。Ｓ３４では、迂回障害帯域監視処理５８では、自ノード外の迂回経路（リンク）に障害が発生しているか否かを確認する（Ｓ３４）。ここで、自ノードに接続されていないリンクにおける障害は、自ノード内のカード監視処理５３により検知することはできない。そのため、迂回障害帯域監視処理５８では、自ノードに接続されていないリンクにおける障害発生状況については、ＬＳＤＢ２７を参照することで確認する。具体的には、迂回障害帯域監視処理５８では、自ノードに接続されていないリンクに該当するＬＳＤＢ２７のレコードを確認し、使用可能帯域が0であるか否かを確認する。
【０１６４】
迂回障害帯域監視処理５８では、迂回経路の障害発生を確認しない場合（Ｓ３４；No）、本経路障害発生時フローを終了する。迂回障害帯域監視処理５８で、障害発生を確認した場合（Ｓ３４；Yes）、迂回障害帯域監視処理５８において、迂回経路生成処理５６へ
迂回経路の障害を通知する。このように、迂回障害帯域監視処理５８では、自ノードに接続された未使用リンクを迂回する全ての迂回経路の状態を監視し、自ノードに接続されたリンク及び接続されていないリンクの少なくとも一方に障害がある場合、迂回経路生成処理５６へ通知する。
【０１６５】
図１９は、経路障害の一例を示す図である。図１９のように、リンクＢ−Ｃに障害が発生した場合、ノードＢの迂回障害帯域監視処理５８では、Ｓ３３で、自ノードに接続されたリンクにおける障害が発生したことを確認する。これより、迂回障害帯域監視処理５８では、迂回経路生成処理５６へ迂回経路に含まれるリンクＢ−Ｃ、すなわち、ポートB-c
とポートC-aの間のリンクにおいて障害が発生している旨を通知する。
【０１６６】
迂回経路の障害が通知された迂回経路生成処理５６では、当該電源ＯＦＦリンクについて、障害が発生したリンクＢ−Ｃを通らない迂回経路を算出する（Ｓ３５）。なお、Ｓ３５で行われる迂回経路の算出方法は、図６のＳ３における迂回経路の算出方法と同様であるため、詳細説明を省略する。なお、迂回経路生成処理５６では、Ｓ３５で、電源ＯＦＦリンクに対応するポートB-dに加え、障害が発生したリンクに対応するポートB-cを迂回経路が通らないことを条件に、迂回経路を算出する。
【０１６７】
迂回経路生成処理５６では、迂回経路を再計算した結果、自ノードＢにおいて、自ノードＢから当該電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出されたか否かを確認する（Ｓ３６）。図１９の例では、迂回経路生成処理５６において、上流ポートB-a、B-b、B-cから下流ポートB-dへ流入する各パスについて迂回経路を算出する。上流ポートB-a及び上流ポートB-cの場合、ポートB-d及びポートB-cを通らない迂回経路として、ポートB-b、A-a、A-d、D-bを通る迂回経路が算出される。しかしながら、上流ポートB-bの場合、ポートB-d及びポートB-cを通らない迂回経路が存在しないため、迂回経路が算出されない。
【０１６８】
このように、自ノードＢから電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出されない場合（Ｓ３６；No）、迂回経路生成処理５６では、電源ＯＦＦリンクに係る給電停止状態を維持できないと判断する。電源ＯＦＦリンクを含むパス設定要求に対して、一旦迂回させておくための迂回経路が存在しないため、電源ＯＦＦリンクを復旧させる際にサービス断が生じる可能性があるからである。これより、迂回経路生成処理５６では、電源駆動回路５９（図５）（電源駆動回路６（図３Ａ））へ、電源ＯＦＦリンクＢ−ＤのポートB-dに対応するＩＦ
カード・ポートの電源ＯＮを指示する（Ｓ３７）。また、迂回経路生成処理５６では、ポートB-dに対応するＩＦカード・ポートが電源ＯＮされたことを、電源ＯＦＦリンクの対
向ノードＤに制御データで通知する。なお、当該制御データを受信した、ノードＤの迂回経路生成処理５６では、ポートB-dに接続するポートD-aに対応するＩＦカード・ポートの電源ＯＮを、自ノードの電源駆動回路５９へ指示する。
【０１６９】
また、ノードＢ内の迂回経路生成処理５６では、Ｓ３７で電源ＯＮにされたＩＦカード・ポートに対応する電源ＯＦＦリンクについて、当該電源ＯＦＦリンクに対して格納された迂回経路情報を、迂回経路情報ＤＢ３５から削除する（Ｓ３８）。Ｓ３８で当該迂回経路情報が削除されると、図１８の経路障害発生時フローを終了する。Ｓ３６の処理の説明に戻る。
【０１７０】
自ノードＢから電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出された場合（Ｓ３６；Yes）、迂回経
路生成処理５６では、Ｓ３５で新たに算出された迂回経路情報により、迂回経路情報ＤＢ３５を更新する（Ｓ３９）。すなわち、迂回経路生成処理５６では、図６のＳ６で記憶された迂回経路情報を、図１８のＳ３５で再計算された迂回経路情報で上書きする。Ｓ３９で迂回経路情報ＤＢ３５が更新されると、図１８の経路障害発生時フローを終了する。
【０１７１】
このように、迂回経路の障害が発生した場合に他の迂回経路の算出を行い、他の迂回経路が算出されない場合に、迂回経路の代替区間に対する電源をオンにすることにより、迂回
経路に障害が発生した場合でもデータ伝送経路を確保することが可能となるため、サービス断の影響を低減させることができる。
【０１７２】
以上、電源ＯＦＦリンクに接続されたノードＢについての動作例を説明したが、電源ＯＦＦリンクに接続されたノードＤにおいても、ノードＢと同様の処理が行われる。図１９のように、ポートB-cとポートC-a間のリンクに障害が発生した場合、当該リンクはノードＤに接続されていないため、ノードＤは、Ｓ３４においてＬＳＤＢ２７を参照することにより、当該障害を検知することとなる。
【０１７３】
なお、図１８に示したＳ３３、Ｓ３４は順不同である。なお、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されてもよい。
【０１７４】
また、上記動作例１では、迂回障害帯域監視処理５８において、迂回経路における障害発生状況を監視することとしたが、これに限るものではなく、迂回経路における帯域の枯渇状況（使用状況）を監視するようにしてもよい。迂回障害帯域監視処理５８では、迂回経路における帯域の使用状況を監視し、当該帯域が輻輳していると判断すると、当該迂回経路は使用不可能であると判断する。これより、障害発生時と同様に、Ｓ３５の迂回経路の再計算処理が行われる。迂回障害帯域監視処理５８では、例えば、未使用帯域（使用可能帯域）が所定の閾値以下である場合や使用帯域が所定の閾値以上である場合に、当該帯域が輻輳していると判断するようにしてもよい。また、未使用帯域とリンクにおいて使用される帯域（全使用可能帯域）との比率が所定の閾値以下である場合や使用帯域と全使用可能帯域との比率が所定の閾値以上である場合に、輻輳と判断されるようにしてもよい。なお、迂回障害帯域監視処理５８において迂回経路の帯域使用状況を監視する際は、帯域の使用状況（情報）をＬＳＤＢ２７から取得することで監視可能である。また、自ノードに接続されたリンクにおける帯域の使用状況については、カード監視処理５３において取得することが可能である。なお、迂回障害帯域監視処理５８では、迂回経路における障害発生状況及び帯域の枯渇情報の両者を監視するようにしてもよい。
【０１７５】
＜実施形態の効果＞
実施形態によると、ノード１は、迂回経路生成処理５６において、未使用リンクに係る未使用ポートの電源をオフする前に、予め未使用リンクを通過しうる全てのパス設定パターンに対応する迂回経路を算出、記憶する。そのため、当該未使用リンクを迂回する迂回経路の情報を記憶しておくことができる。これより、電源オフにされたポートを起動する際に、記憶しておいた迂回経路情報に基づき、電源ＯＦＦリンクを含むパスの代わりに迂回経路を含むパス（迂回パス）を開通させることが可能となる。よって、実施形態によれば、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。これより、サービス断の発生を回避することも可能となる。ノード１は、パス設定要求からパス開通までの遅延を回避することができることから、任意の経路について機能停止、すなわち、当該経路に対応するポートの電源をＯＦＦにすることが可能である。
【０１７６】
また、実施形態によると、ノード１は、迂回経路生成処理５６において、未使用リンクの両端ノードにおいて迂回経路が存在したことを確認できた場合に限り、迂回経路情報を記憶し、未使用リンクの機能停止を行う。これより、両端ノードの少なくとも一方において、未使用リンクを迂回する迂回経路が算出できない場合は、当該未使用リンクの機能停止が行われないようにすることができる。よって、機能停止された当該未使用リンク（電源ＯＦＦリンク）を起動する際に、電源ＯＦＦリンクの両端ノードにおいて、記憶しておいた迂回経路情報に基づき、当該電源ＯＦＦリンクを通るパスの代わりに迂回経路を含むパス（迂回パス）を開通させることが可能となる。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。
【０１７７】
また、実施形態によると、ノード１は、迂回経路判定処理５７において、新たなパス設定要求に係る新たなパスに電源ＯＦＦリンクが含まれるか否かを判定することで、迂回経路へパスを開通させるべきか否かを判定することができる。また、ノード１は、迂回経路判定処理５７において、電源ＯＦＦリンクを含むと判定された新たなパスについてパスを開通させる前に、迂回パスを開通させる。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。また、ノード１は、迂回経路生成処理５７において、電源ＯＦＦリンクが復旧した後に、電源ＯＦＦリンクを含む新たなパスを開通させ、迂回経路を流れるデータを新たなパスへ送信するようパス切替えを行う。これより、パス切替えを行う際に発生するサービス断を回避することが可能となる。
【０１７８】
また、実施形態によると、ノード１は、迂回障害帯域監視処理５８において、電源ＯＦＦリンクを迂回する迂回経路の状態を監視することで、電源ＯＦＦリンクを迂回する迂回経路が正常であるか否かを把握することが可能である。迂回障害帯域監視処理５８により迂回経路内の障害等が検出されると、迂回経路生成処理５６において、他の迂回経路を算出することで、データを送信することが可能である正常な迂回経路を記憶することができる。
【０１７９】
また、ノード１は、電源ＯＦＦリンクについて障害等が検出された区間を通らない迂回経路が存在しない場合、迂回経路生成処理５６において、電源ＯＦＦリンクを起動することで、迂回経路が存在しない電源ＯＦＦリンクの機能停止状態を維持させないようにすることができる。すなわち、迂回経路が存在したため、機能が停止された未使用リンクであっても、その後に、当該迂回経路上に障害等が発生することで迂回経路が存在しなくなった場合は、当該未使用リンクの機能停止状態を維持せず、当該未使用リンクが起動される。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。
【０１８０】
また、ノード１は、前記迂回障害帯域監視処理５８において、未使用リンクに係るＩＦカード・ポートの電源をＯＦＦにした場合、当該ＩＦカード・ポートは電源ＯＦＦリンクに対応するものと判断し、当該ＩＦカード・ポートの電源ＯＦＦ状態を他のノードへ通知させない。これより、未使用リンクが機能停止にされた場合であっても、他のノードは当該未使用リンクが機能停止状態であることを意識する必要がない。よって、ネットワークに従来ノードと実施形態に係るノードが混在していた場合でも、従来ノードは電源ＯＦＦリンクを意識することなく従来通り動作することができる。従って、実施形態に係るノード１は、ネットワークの一部分に導入可能であり、ネットワークへの省電力化の技術の導入が容易となる。
【０１８１】
＜変形例１＞
本実施形態（動作例１−２）では、図１１のＳ２６において、ノードＢ内の迂回障害帯域監視処理５８において電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認する方法として、ＩＦカード・ポートの障害状態からの復旧を検出する方法を例示した。しかしながら、本実施形態はこの方法に限るものではなく、以下の方法１又は方法２を用いることで、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認するようにしてもよい。
【０１８２】
（方法１：正常に起動するまでの時間待機する）
方法１は、ＩＦカード・ポートが正常に起動するまでの時間が経過した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断（確認）する方法である。ここで、「ＩＦカード・ポートが正常に起動する」とは、ＩＦカード・ポートの電源がＯＮにされ、当該ＩＦカード・ポートのHWの設定が完了していることをいう。ノードＢ内の迂回障害帯域監視処
理５８において、電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポートの電源がＯＮされてから、当該ＩＦカード・ポートが正常に起動するまでの時間待機する。図１５の例では、迂回障害帯域監視処理５８において、HWの設定が完了する時間t2+αの時間だけ待機
する。αは、時間t2に対するマージンである。すなわち、迂回障害帯域監視処理５８では、ＩＦカード・ポートのHWの設定が完了するまでにかかる時間t2が経過した後、時間α分がさらに経過した時点で、ＩＦカード・ポートが正常に起動したと判断することができる。
【０１８３】
なお、電源ＯＦＦリンクの対向ノードＤにおいても、ノードＢと同様にＩＦカード・ポートが正常に起動したことが確認される。これより、ノードＢ内の迂回障害帯域監視処理５８では、対向ノードＤから、対向ノードＤ内の電源ＯＦＦリンクに対応するＩＦカード・ポートが正常に起動した旨の制御データを受信する。これより、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに接続された自ノード及び対向ノードに対応するＩＦカード・ポートがそれぞれ正常に起動したことを確認することができる。このように、迂回障害帯域監視処理５８において、電源ＯＦＦリンクに対応するＩＦカード・ポートが正常に起動したことを確認することで、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。なお、迂回障害帯域監視処理５８では、対向ノードＤにおけるＩＦカード・ポートの正常起動を確認することなく、自ノードＢにおけるＩＦカード・ポートの正常起動のみを確認することで、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。
【０１８４】
（方法２：制御データの送信）
方法２は、電源ＯＦＦリンクＢ−Ｄを用いて、制御データが対向ノードへ正常に送信されることにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断（確認）する方法である。ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに係る対向ノードＤに対して制御データを送信する。ノードＢ内の迂回障害帯域監視処理５８では、当該制御データを正常に送信できたことを確認した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。また、これに限らず、ノードＢ内の迂回障害帯域監視処理５８では、制御データを受信したノードＤから、正常に当該制御データを受信した旨の応答データを制御データで受信した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。図１５の例では、迂回障害帯域監視処理５８において、時間t2でHW設定が完了した後に、制御データが正常に送信されたこと又は受信されたことを確認することとなる。なお、電源ＯＦＦリンクＢ−Ｄの両端ノードがそれぞれ対向ノードへ制御データを送信し、各制御データが対向ノードで正常に受信されることにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。また、迂回障害帯域監視処理５８では、対向ノードＤに対する制御データの送信を、他の処理へ指示するようにしてもよい。このように、迂回障害帯域監視処理５８では、電源ＯＦＦリンクを経由する制御データが正常に送受信できたことにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。
【０１８５】
＜変形例２＞
本実施形態（動作例１−２）では、ノードＢのポートB-dに対応するＩＦカード・ポー
トの電源をＯＮにしたことを、制御データによりノードＤへ通知することとしたが、これに限定するものではない。例えば、ポートB-dに対応するＩＦカード・ポートの電源がＯ
Ｎにされたことを示す情報を、ポートＢからポートＤへ送信される、迂回経路についてのパス設定要求に含めることができる。
【０１８６】
この場合、図１１のフローにおいて、Ｓ２３とＳ２５が行われる順番が入れ替わることとなる。具体的には、図１１のＳ２２でパス設定要求に電源ＯＦＦリンクが含まれると判断されると（Ｓ２２；Yes）、Ｓ２５の処理が行われる。Ｓ２５では、動作例１−２で示
したとおり、電源駆動回路５９により、ポートB-dに対応するＩＦカード・ポートの電源
がＯＮにされる。Ｓ２５でポートB-dに対応するＩＦカード・ポートの電源がＯＮになる
と、Ｓ２４で要求経路情報が記録される。Ｓ２４で要求経路情報が記録されると、Ｓ２３で、ＲＳＶＰ処理５４では、迂回経路についてノードＢからノードＤへパス設定要求を送出する。なお、ＲＳＶＰ処理５４では、Ｓ２５でポートB-dに対応するＩＦカード・ポー
トの電源がＯＮにされたことを、電源駆動回路５９から直接、又は、迂回経路判定処理５７を介して通知される。これより、ＲＳＶＰ処理５４では、Ｓ２３において、ポートB-d
に対応するＩＦカード・ポートの電源がＯＮにされたことを示す情報が含まれるパス設定要求を送出する。
【０１８７】
パス設定要求を受信したノードＤでは、ＲＳＶＰ処理５４、コマンド解析処理５１、又は迂回経路判定処理５７において、パス設定要求に含まれる前記情報を抽出することで、ノードＢのポートB-dに対応するＩＦカード・ポートの電源がＯＮにされたことを認識す
ることができる。なお、変形例２において、図１１のＳ２４は、Ｓ２５の前に実行されてもよいし、Ｓ２３の後に実行されるようにしてもよい。また、Ｓ２５は、Ｓ２３の前に実行されるようにしてもよい。
【符号の説明】
【０１８８】
１ ノード
１Ａ、１Ｂ 隣接ノード
２ 制御カード（回路）
３、４ ＩＦカード（回路）
３Ａ カード電源
５ ＳＷカード（回路）
６ 電源駆動回路
７ ポート回路
７Ａ、７Ｂ ポート回路
７Ｃ ポート電源
８Ａ、８Ｂ ポート回路
９ シャーシ
１０ ネットワーク
１２ ネットワークシステム
１４、１５ 端末装置
１６ 外部電源
１８ 監視制御装置
２０ ＣＰＵ
２１ コマンド解析回路
２１Ａ コマンド解析処理プログラム
２２ カード設定回路
２２Ａ カード設定処理プログラム
２３ カード監視回路
２３Ａ カード監視処理プログラム
２４ メモリ
２５ ＲＳＶＰプログラム
２６ ＯＳＰＦプログラム
２７ ＬＳＤＢ（トポロジテーブル）
３１ 迂回経路生成回路
３１Ａ 迂回経路生成処理プログラム
３２ 迂回経路判定回路
３２Ａ 迂回経路判定処理プログラム
３３ 迂回障害帯域監視回路
３３Ａ 迂回障害帯域監視プログラム
３４ メモリ
３５ 迂回経路情報ＤＢ
３６ 要求経路情報ＤＢ
３７ ＲＡＭメモリ
３８ ＲＯＭメモリ
５１ コマンド解析処理
５２ カード設定処理
５３ カード監視処理
５４ ＲＳＶＰ処理
５５ ＯＳＰＦ処理
５６ 迂回経路生成処理
５７ 迂回経路判定処理
５８ 迂回障害帯域監視処理
５９ 電源駆動回路
【技術分野】
【０００１】
本発明は、通信装置及びパス確立方法に関する。
【背景技術】
【０００２】
近年、ネットワークの規模拡大により、ネットワーク上のデータ量及びネットワーク機器数が増加している。これに伴い、ネットワーク機器の消費電力が年々増加している。このネットワーク機器の消費電力を削減するための技術、すなわち、ネットワーク機器の省電力化を図る技術としては、様々な技術が知られている。例えば、サーバは制御下のクライアントに次の処理開始時刻を問合わせ、これを受けたクライアントは次の処理開始時刻を通知し、ウェイクアップ機能を残して電源切断し、サーバは、電源切断中のクライアントへの送信データを蓄積して、次の処理開始時刻になると、蓄積したデータをクライアントへ送信する技術がある（例えば、特許文献１）。また、ホーム・ゲートウェイ装置において、通電ユニット毎の電力制御を可能にして低消費電力を実現する技術がある（例えば、特許文献２）。また、ネットワークの通信量が減少したとき、ネットワークに要求される能力を維持しつつ、必要としないリソースの電源をオフとする技術がある（例えば、特許文献３）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１５７０５３号公報
【特許文献２】特開２００２−３１９９５６号公報
【特許文献３】特開２０１０−３４７９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク機器の省電力化を図る技術を採用するネットワークでは、例えば、通信データが流れていない経路やリンクに係るノードが備える通信装置（「ノード装置」又は「ノード」と呼ばれる）上の機器の電源をＯＦＦにすることで、省電力化を図ることが考えられる。以下、対応するポートへの電力供給がＯＦＦにされることにより、データ送受信機能が停止したリンクを、「電源ＯＦＦリンク」とよぶ。なお、経路に含まれるすべてのリンクの機能が停止した経路を、「電源ＯＦＦ経路」とよぶ。また、電源ＯＦＦリンクと電源ＯＦＦ経路を総称し、「電源ＯＦＦ区間」とよぶこととする。電源ＯＦＦ区間は、対応するポートへの電力供給がＯＦＦにされているため、通信データを伝送できない状態である。
【０００５】
一方、近年のネットワークの規模拡大に伴い、パス開通までの負荷軽減が可能となる、Generalized Multi-Protocol Label Switching（ＧＭＰＬＳ）技術の導入が考えられている。ＧＭＰＬＳ及びＧＭＰＬＳのベースとなったMulti-Protocol Label Switching（ＭＰＬＳ）では、複数のノード間を結ぶLabel Switched Path（ＬＳＰ）と呼ばれる通信経路
（パス）が予め確立される。この予め確立されたＬＳＰを用いたラベルスイッチングにより、データ（パケット）がイニシエータに相当する始点ノードからターミネータに相当する終点ノードまで転送される。また、ＧＭＰＬＳやＭＰＬＳでは、パスを確立する際に、パス確立のためのシグナリングプロトコルである、Resource Reservation Protocol - Traffic Engineering（ＲＳＶＰ−ＴＥ）が使用される。ＲＳＶＰ−ＴＥでは、パス確立を
要求する始点ノードが、終点ノードまで、パス設定要求（Path Messageと呼ばれる）をホップバイホップ（Hop-By-Hop）で送信することによりパス設定を行う。
【０００６】
このＧＭＰＬＳ網やＭＰＬＳ網では、新たなパスについてのパス開通要求の発生を契機にパスが確立される。また、予め確立したパスにおいて障害が発生したことを契機として、迂回経路のパスが確立されることもある。パスを設定すべきルート上に上述した電源ＯＦＦ区間が存在すると、電源ＯＦＦ区間に係る電力供給を再開して、電源ＯＦＦ区間においてデータ転送が正常に行われる状態にすることが要求される。
【０００７】
しかしながら、通常、電源がＯＦＦされたポートが給電された後、電源ＯＦＦ区間に通信データを正常に送信することができるようになるまでには、ハードウェアのウォームアップ時間やField-Programmable Gate Array（ＦＰＧＡ）へのコンフィグレーション時間
等が経過することを要する。このように、電源ＯＦＦ区間の復旧には所定の時間を要するため、電源ＯＦＦ区間を含むパス設定要求時において、パス設定要求からパスが開通するまでに遅延が発生してしまうおそれがある。特に、障害を契機に電源ＯＦＦ区間を含む迂回パスを確立する場合には、サービス断が生じてしまうおそれがあった。
【０００８】
そこで、開示の技術は、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を該パスが含む場合において、該設定要求を受信してからパス開通までの間のサービス断を低減し得る技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
開示の技術の一側面によれば、データ伝送用のパスを確立する通信装置であって、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、前記区間に対する電源をオンにする電源駆動回路とを含み、前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える通信装置が提供される。
【発明の効果】
【００１０】
開示の技術によれば、パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を該パスが含む場合において、該設定要求を受信してからパス開通までの間のサービス断を低減し得る技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態１に係るネットワークシステムの構成の一例を示す図である。
【図２】図２は、実施形態１に係るノードのハードウェア構成の一例を示す図である。
【図３Ａ】図３Ａは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。
【図３Ｂ】図３Ｂは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。
【図４】図４は、実施形態１に係るＬＳＤＢに格納されるネットワークトポロジのデータ構造例を示す図である。
【図５】図５は、実施形態１に係るノードの機能ブロック図の一例を示す図である。
【図６】図６は、実施形態１に係る迂回経路生成及び経路の機能停止フローの一例を示す図である。
【図７】図７は、動作例１−１に係るネットワークの一部を例示する図である。
【図８】図８は、図７に示したネットワークにおけるパスの設定状態例を示す図である。
【図９】図９は、図８に示したネットワークの未使用リンク（リンクＢ−Ｄ）に係るパス設定パターンを示す図である。
【図１０】図１０は、ノードＢの迂回経路情報ＤＢに格納される迂回経路情報のデータ構造例を示す図である。
【図１１】図１１は、実施形態１に係る電源ＯＦＦリンク起動フローの一例を示す図である。
【図１２】図１２は、動作例１−２の説明図である。
【図１３】図１３は、動作例１−２の説明図である。
【図１４】図１４は、実施形態１に係る要求経路情報ＤＢに格納される要求経路情報のデータ構造例を示す図である。
【図１５】図１５は、実施形態１に係るＩＦカード・ポートの電源電圧と時間の関係の一例を示す図である。
【図１６】図１６は、パス切替え及び迂回経路削除の説明図である。
【図１７】図１７は、パス切替え及び迂回経路削除の説明図である。
【図１８】図１８は、実施形態１に係る経路障害発生時フローの一例を示す図である。
【図１９】図１９は、経路障害の一例を示す図である。
【図２０】図２０は、ＭＰＬＳにおけるパケット中継方法の一例を示す図である。
【図２１】図２１は、パス確立シグナリングプロトコル（ＲＳＶＰ−ＴＥ）の動作例を示す図である。
【図２２】図２２は、Inband通信及びOutband通信の例を示す図である。
【図２３】図２３は、ＯＳＰＦにおける最短経路の算出例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、一実施形態に係るネットワークシステム及びノード装置について説明する。以下の実施形態の構成は例示であり、本発明に係るネットワークシステム及びノード装置は実施形態の構成には限定されない。
【００１３】
＜実施形態１＞
実施形態１に係るネットワークシステム及びノードには、Multi-Protocol Label Switching（ＭＰＬＳ）又はGeneralized Multi-Protocol Label Switching（ＧＭＰＬＳ）が適用されることとする。本実施形態１に係るネットワーク及びノードについて説明する前に、ＭＰＬＳ／ＧＭＰＬＳ、及び、ＭＰＬＳ／ＧＭＰＬＳで用いられるネットワーク・プロトコルについて簡単に説明する。
【００１４】
[ＭＰＬＳ]
ＭＰＬＳは、複数のノード間を結ぶLabel Switched Path（ＬＳＰ）と呼ばれる通信経
路（パス）が予め確立される。パス上を伝送されるデータには、固定長のラベルが付与される。ノードは、ラベルに記載されたラベル情報に従ってデータ伝送を行う。これによって、通信の高速化等を図る。ラベル情報は、フレームやパケットの先頭に添付された固定長ラベル（以下、「ラベル」という）により表される情報である。
【００１５】
図２０は、ＭＰＬＳにおけるパケット中継方法の一例を示す図である。ＭＰＬＳでは、複数のLabel Switched Router（ＬＳＲ）と呼ばれる通信機器（例えば、ルータやＬ３ス
イッチ）が所定のトポロジで接続された、ＭＰＬＳ網が形成される。ＭＰＬＳ網を用いて通信を行う端末（ホスト）は、アクセス網を介してＭＰＬＳ網に接続される。アクセス網とＭＰＬＳ網との境界に配置されるＬＳＲは、特にLabel Edge Router（ＬＥＲ）と呼ば
れる。図２０は、複数のＬＳＲ（ＬＳＲ１〜ＬＳＲ４）が直列に接続されたＭＰＬＳ網を示しており、データ（パケット）がＬＳＲ１からＬＳＲ２、ＬＳＲ３を介してＬＳＲ４へ転送される。図２０において、データを中継するＬＳＲ２，ＬＳＲ３は、データ中継の際に使用するラベルテーブルＬＴ１，ＬＴ２を不図示のメモリに記憶する。ラベルテーブルは、入力ラベル及び入力Interface（ＩＦ）と、出力ラベル及び出力ＩＦとの関係を示す
。
【００１６】
また、図２０に示すように、矩形で示されるパケットのうち、斜線部分が、転送される実データであり、その先頭にラベルａ、ｂ、又はｃを含んだヘッダが付与される。
【００１７】
各ＬＳＲは、パケット中継時に、受信したパケットに含まれるアドレスではなく、当該パケットに添付されているラベルに従って、中継先を決定する。具体的には、ＬＳＲは、処理対象のパケットが入力された際の入力ＩＦ及び入力ラベルに対応する出力ＩＦ及び出力ラベルを、ラベルテーブルを参照することにより決定する。そして、ＬＳＲは、パケットに添付されているラベルを、決定された出力ラベルに書き換え、このパケットを、決定された出力ＩＦから中継する。
【００１８】
このような処理が繰り返されることにより、送信元から宛先までパケットが送信される。なお、ＭＰＬＳ網の入口のＬＳＲは、ＭＰＬＳ網に入力されたパケットに対し最初にラベルを添付する。
【００１９】
次に、図２０を用いてＬＳＲ１からＬＳＲ４へのパケット中継について具体的に説明する。まず、ＬＳＲ１は、パケットにラベルａを添付し、ＬＳＲ２へ送信する。ＬＳＲ２は、ラベルａを持つパケットを所定の入力インタフェース（ＩＦ＃１）から受信すると、ラベルテーブルＬＴ１を検索し、所定の出力ＩＦ（ＩＦ＃２）及び出力ラベルｂを獲得する。そして、ＬＳＲ２は、受信されたパケットのラベルをａからｂに書き換え、このパケットをＩＦ＃２に出力する。これと同様の処理がＬＳＲ３においても実施され、パケットが終点ノードであるＬＳＲ４まで転送される。ＭＰＬＳでは、このように固定長のラベルに従い転送が実現されるため、パケット中継の高速化を図ることができる。
【００２０】
さらに、ＭＰＬＳでは、ＬＳＲにおいて帯域制御と各ラベルとがさらに関連付けて記憶されることにより、各パケットフローに対する帯域保証を行うことが可能である。
【００２１】
[ＧＭＰＬＳ]
ＧＭＰＬＳでは、ラベル情報として、固定長ラベルのみならず、時分割伝送のタイムスロットや、光多重伝送における光波長なども使用される。例えば光波長がラベル情報として使用される場合は、光信号を電気信号へ変換する必要がない。このため、ＧＭＰＬＳではより高速な転送処理を実現することが可能となる。
【００２２】
時分割伝送では、各ＬＳＲは、入力タイムスロット及び入力ＩＦと、出力タイムスロット及び出力ＩＦとの関係を示すラベルテーブルを記憶する。そして、各ＬＳＲは、入力ＩＦと入力タイムスロットに従って、出力ＩＦと出力タイムスロットを決定し、決定された条件でパケットを出力する。この処理の繰り返しにより、パケットが送信元から宛先まで転送される。
【００２３】
光多重伝送では、各ノードが入力光波長及び入力ＩＦと、出力光波長及び出力ＩＦとの関係を示すラベルテーブルを記憶する。そして、各ＬＳＲは、入力ＩＦと入力光波長とに従って、出力ＩＦと出力光波長を決定し、入力光波長を出力光波長に変換し、出力ＩＦに出力する。この処理の繰り返しにより、送信元から宛先までデータが送信される。
【００２４】
[ＲＳＶＰ−ＴＥ]
上述の通り、ＭＰＬＳやＧＭＰＬＳでは、各ＬＳＲ（ノード）においてラベルテーブルを構築しパスを確立することが要求される。ラベルテーブルを構築しパスを確立する際には、パス確立のためのシグナリングプロトコルが用いられる。ＭＰＬＳ／ＧＭＰＬＳでは、パス確立のためのシグナリングプロトコルとして、Resource Reservation Protocol -
Traffic Engineering（ＲＳＶＰ−ＴＥ）が使用される。
【００２５】
図２１は、パス確立シグナリングプロトコル（ＲＳＶＰ−ＴＥ）の動作例を示す図である。パス確立を要求する始点ノード（ＬＳＲ１）は、パスの終点ノード（ＬＳＲ４）まで、パス確立要求メッセージ（Path Messageと呼ばれる）をホップバイホップ（Hop-By-Hop）で送信する。パス設定要求（Path Message）には、パス設定されるパスの始点から終点までの経路情報を含めることができる。例えば、Path Messageには、パス設定されるパスが経由するノード情報、例えば、ＬＳＲ２→ＬＳＲ３→ＬＳＲ４の情報が含まれる（ＬＳＲ１の情報は図示を省略）。図２１の例では、明示的に経路を指定するため、Path Message中に、経由するＬＳＲの情報が挿入される。Path Messageを受信した終点ノードは、ラベルの割り当てを行うためのパス確立応答メッセージ（Reserve Message）を始点ノード
へ送信する。このとき、終点ノードは、Path Messageが経由してきたのと同じ経路で、Reserve Messageを始点ノードへ返信する。このとき、Reserve Messageに格納されているラベルが、各ＬＳＲにおいてラベルテーブルに登録されることにより、各ＬＳＲにおけるラベルテーブルが構築される。Path Message及びReserve Messageには、パスのIdentification（ＩＤ）が格納されており、各ラベルテーブルには、このパスＩＤもあわせて登録さ
れる。
【００２６】
なお、制御メッセージであるPath Message及びReserve Messageは、ネットワーク上を
移動する音声や文書等のデジタルデータであるトラフィックが流れる経路を用いて伝達することが可能であり、これをInBand通信と呼ぶ。これに対し、制御メッセージの伝送が実際のトラフィックからの影響を受けないように、Local Area Network（ＬＡＮ）回線などの、データトラフィックと異なる別回線を準備し、当該別回線で制御メッセージを伝達する場合もある。これをOutBand通信と呼ぶ。
【００２７】
図２２は、Inband通信及びOutband通信の例を示す図である。図２２において実線で示
された、ノードＥ１、Ｅ２、Ｅ３を通る経路（以下、「経路Ｅ１−Ｅ２−Ｅ３」という）は、トラフィックが流れる経路である。そのため、実線で示された経路Ｅ１−Ｅ２−Ｅ３は、InBand通信経路である。また、図２２において点線で示された経路は、トラフィックが流れない経路であり、イーサネット（登録商標）に例示されるＬＡＮ回線等の別回線である。そのため、点線で示された経路は、OutBand通信経路である。
【００２８】
[ＯＳＰＦ]
ネットワークにおける経路情報を管理する方法として、“スタティック・ルーティング”と“ダイナミック・ルーティング”がある。スタティック・ルーティングは、経路情報を各ルータ内に手動で設定する方法である。ダイナミック・ルーティングは、ルーティングプロトコルを用いてルータが経路情報を自動的に学習する方法である。このルーティングプロトコルとしては、Routing Information Protocol（ＲＩＰ）、Open Shortest Path
First（ＯＳＰＦ）及びBorder Gateway Protocol（ＢＧＰ）等が例示される。以下では
、このような経路情報を管理する方法としてのルーティングプロトコルの具体例として、ＯＳＰＦについて説明する。
【００２９】
ＯＳＰＦは、現在のネットワーク構成を知るために、ルータ等の各ノードから情報を集めるリンクステート型ルーティングプロトコルである。ＯＳＰＦは、始点と終点の情報が与えられることにより、始点から終点までの最短経路をコスト（値）に基づき算出する。コスト（値）とは、ＯＳＰＦにおける経路の重みであり、帯域幅や信頼性等により自動的に算出されるが、手動で設定することも可能である。具体的には、ＯＳＰＦは、宛先（終点）までに経由するリンクに設定されたコストの合計を算出し、最小のコストで到達可能な経路、すなわち、コストの合計が最小となる経路を最短経路と判断する。ＯＳＰＦを利用するネットワークでは、各ノードに接続されたリンクに予めコストが設定される。なお
最短経路の算出にあたり、特定のノードやリンクを通らないという算出条件を付与することが可能である。ＯＳＰＦが最短経路を算出するアルゴリズムを以下に説明する。
【００３０】
ＯＳＰＦではノード間で、Link-State Advertisement（ＬＳＡ）と呼ばれる情報を交換する。ＬＳＡには、ＩＦのコストやノードに接続されたネットワークの情報等が含まれる。各ノードは、交換されたＬＳＡに基づき、Link State Database（ＬＳＤＢ）を作成す
る。ＬＳＤＢは、各ノードから集めた情報である、全てのＯＳＰＦノード及びネットワークのリンクに関する情報、すなわち、ネットワーク全体の接続状態に関する情報を記憶する。ＬＳＤＢは、トポロジテーブル、トポロジデータベース及びネットワークトポロジとも呼ばれる。ＬＳＤＢを参照することにより、どのノードからどのノードまでが幾つのコスト値で接続されているかを知ることができる。なお、ＯＳＰＦネットワークでは、小さなネットワークを1つのエリアとして設定しており、同一エリア内のノード同士のみがＬ
ＳＡを交換することで、同一のＬＳＤＢを記憶する。各ノードは、当該ＬＳＤＢを参照し、自身のノードから宛先までのコストが最小となる最短経路を算出する。
【００３１】
図２３は、ＯＳＰＦにおける最短経路の算出例を示す図である。Ｆ１〜Ｆ５は、それぞれノードを示す。図２３の例では、ノードＦ１から宛先ネットワークＮ２へは、経路Ｆ１−Ｆ２−Ｆ３−Ｆ５と、経路Ｆ1−Ｆ４−Ｆ５の２つの経路が存在する。前者の経路のコ
スト値の合計は、Cost=5+5+10=20となり、後者の経路のコスト値の合計は、Cost=15+15=30となる。これより、前者の方が経路のコスト値の合計が小さいため、ノードＦ１は、前
者の経路を最短経路として算出（選択）する。
【００３２】
[システム構成]
図１は、実施形態１に係るネットワークシステムの構成の一例を示す図である。実施形態１に係るネットワークシステム１２は、ネットワーク（コア網）１０と、コア網の監視制御装置１８とを備える。コア網１０は、複数のノード１を備えている。コア網１０には、アクセス回線乃至アクセス網を介して複数の端末装置（ホスト）が接続される。図１に示す例では、アクセス回線を介してコア網１０に接続された端末装置１４及び１５が図示されている。
【００３３】
コア網１０を構成するノード１は、コア網１０がＭＰＬＳ網であれば、例えば、Label Switched Router（ＬＳＲ）と呼ばれるInternet Protocol（ＩＰ）レイヤでのスイッチングを行う通信機器（ルータ，Ｌ３スイッチ）である。これに対し、ＧＭＰＬＳ網では、ＩＰ網だけでなく、Ｌ２スイッチ網，ＴＤＭ網，波長スイッチ網，ファイバスイッチ網などでパス制御が実現される。パス制御（ラベルスイッチング）を行う網に応じて、ノードを構成する通信機器が異なる。ＩＰ網であれば、ノード１として、ルータ又はＬ３スイッチが適用される。Ｌ２スイッチ網であれば、ノード１としてＬ２スイッチやスイッチングＨＵＢが適用される。ＴＤＭ網であれば、ノード１としてＴＤＭ交換機（ＴＤＭスイッチ，クロスコネクト）が適用される。波長スイッチ網であれば、ノード１として波長スイッチ（光クロスコネクト）が適用される。ファイバスイッチ網であれば、ノード１として光ファイバスイッチが適用される。以下、説明を簡単にするため、コア網１０は、ＩＰ網であると仮定し、コア網１０の各ノード１は、ＩＰスイッチングを行うと仮定する。
【００３４】
コア網１０では、端末装置間のデータ伝送（例えば、端末装置１４を通信の始点とし、端末装置１５を通信の終点とするデータ転送）を行うにあたって、Label Switched Path
（ＬＳＰ）と呼ばれるデータ（パケット）の転送経路が確立される。ＬＳＰの確立は、ＬＳＰが通過する各ノード１に対し、入力ラベル及び出力ラベルの設定が行われることによって実行される。本実施形態に係るネットワークシステム１２では、ＬＳＰの確立に対し、ＲＳＶＰ−ＴＥと呼ばれるシグナリングプロトコルと、ＯＳＰＦ（ＯＳＰＦ−ＴＥ）と呼ばれるルーティングプロトコルが適用される。但し、シグナリングプロトコル及びルー
ティングプロトコルは、これらに限定されない。
【００３５】
ＬＳＰの適用にあたり、監視制御装置１８は、ＬＳＰの始点（イニシエータ（Initiator）と呼ばれる）に相当するノード１（図１では、ノード１ａ）に対し、ＬＳＰの設定指
示を与える。ＬＳＰの設定指示は、少なくともＬＳＰの始点（イニシエータ）と、ＬＳＰの終点（ターミネータ（Terminator）と呼ばれる）に相当するノード１（図１では、ノード１ｄ）とを指定する情報を含む。設定指示は、ノード１ａにて自律的に生成されるようにしても良い。
【００３６】
ノード１ａは、設定指示を受け取ると、ＲＳＶＰ−ＴＥに従って、ターミネータに相当するノード１ｄ宛てのパス設定要求メッセージ（Path Messageと呼ばれる）を生成する。このとき、ノード１ａは、ＯＳＰＦを用いた最短経路探索の結果を適用する。例えば、ノード１ａからノード１ｄまでの最短経路がノード１ａ→ノード１ｂ→ノード１ｃ→ノード１ｄであるならば、パス設定要求メッセージをノード１ｂへ送信する。なお、ノード１ｂ，ノード１ｃのような、イニシエータとターミネータとの間に挟まれた中継点に位置するノードは、トランジットノード（Transit node）と呼ばれる。
【００３７】
パス設定要求メッセージは、ノード１ｂ，ノード１ｃを経て宛先であるノード１ｄへ到達する。ノード１ｂからノード１ｃへ至る経路は、ノード１ａにおけるＯＳＰＦの計算結果を基に、ノード１ａが決定してパス設定要求に格納しても良く、ノード１ｂにてＯＳＰＦの計算が行われ、ノード１ｃがパス設定要求の転送先として決定されても良い。
【００３８】
ノード１ｂ，ノード１ｃ，ノード１ｄのそれぞれは、パス設定要求メッセージの受信を契機に、上流側のノードから到達するデータに付与すべきラベル情報（入側ラベル）を決定し、登録する。パス設定要求メッセージを受信したノード１ｄは、パス設定要求メッセージの宛先情報より、自ノードがターミネータであると判定すると、パス設定要求メッセージの応答メッセージ（Reserve Messageと呼ばれる）を生成する。ノード１ｄは、ノー
ド１ｄの識別子（ＩＤ）とノード１ｄが決定した入側ラベルの情報を応答メッセージに含める。
【００３９】
応答メッセージは、パス設定要求メッセージが通過した経路を逆方向に辿り、最終的にイニシエータであるノード１ａに到達する。ノード１ｃ，ノード１ｂでは、下流側のノード（ノード１ｄ，ノード１ｃ）から受信された応答メッセージ中の入側ラベルを、出側ラベルとして決定し登録する。また、ノード１ｃ及びノード１ｂは、自ノードの識別子（ＩＤ）と自身が決定した入側ラベルとを応答メッセージに含める。
【００４０】
応答メッセージを受信したノード１ａは、ノード１ｂの入側ラベルをノード１ａの出側ラベルとして登録する。このようにして、ＬＳＰがコア網１０上に確立される。その後、端末装置１４から端末装置１５宛のパケットを受信したノード１ａは、パケットの宛先アドレスを参照し、宛先アドレスに対応するノード１ｂ宛のラベル（出側ラベル）を含むヘッダをパケットに付与し、ノード１ｂへ転送する。
【００４１】
パケットを受信したノード１ｂは、パケットに付与されたラベルを参照し、対応する出側ラベル（ノード１ｃから応答メッセージにより通知されたラベル）に付け替えて、ノード１ｃへ転送する。ノード１ｃは、ノード１ｂと同様の動作を行い、パケットのラベルをノード１ｄ宛のラベルに付け替えてパケットをノード１ｄへ転送する。ノード１ｄは、ラベルを含むヘッダをパケットから除去し、パケットの宛先アドレスに従って、パケットを端末装置１５へ転送する。
【００４２】
このように、コア網１０では、予め確立されたＬＳＰを用いたラベルスイッチングによ
って、データ（パケット）がイニシエータ（ノード１ａ）からターミネータ（ノード１ｄ）まで転送される。なお、ＬＳＰの始点及び終点の指定のみで、経路上の全拠点（ノード）におけるラベルの登録設定が自動設定される仕組みは、“ＧＭＰＬＳ ＡtoＺプロビショニング”と呼ばれている。
【００４３】
なお、図１に例示するコア網では、複数のノードがメッシュ状に接続されている。但し、複数のノード１のトポロジは、リング型やフルコネクタ型等であってもよい。
【００４４】
図１に示すように、ネットワークシステム１２は、メッシュ型に接続された複数のノード１の集合であるネットワーク１０（コア網）と、コア網の監視制御装置１８とを備える。監視制御装置１８は、ネットワーク１０全体の状態を監視制御する情報処理装置、すなわち、コンピュータである。監視制御装置１８は、ネットワーク１０に含まれる全てのノード１と接続されており、全ノード１の状態を監視することで、ネットワーク１０の構成やネットワーク１０の使用状況を監視することができる。また、監視制御装置１８は、ネットワーク１０を監視することにより、ネットワーク１０内の通信データが流れていない未使用区間を特定し、未使用区間に係るノード１に対して電源ＯＦＦ要求を送信する。また、監視制御装置１８は、パス開通要求をイニシエータに相当するノード１に対して送信する。
【００４５】
ネットワーク１０の外の始点１４（端末装置：ホスト）から送信された通信データは、各ノードを経由し、目的の終点１５まで伝送される。なお、ノードの数及び各ノードにおける隣接ノードの数は、図１に示された数に限定するものではない。
【００４６】
ネットワーク１０は、上述した省電力化の技術を適用するネットワークである。そのため、上述の通り、未使用区間に係る未使用ポートへの給電はＯＦＦに設定される。本実施形態１では、未使用ポートの電源がＯＦＦされる前に、予め、未使用区間を迂回する迂回経路を算出しておき、その後未使用区間に対応するポートの電源をＯＦＦする。これより、当該電源ＯＦＦ区間を通るパスの設定要求が生じた場合に、迂回経路を含むパス（迂回パス）へパスを開通させ、電源ＯＦＦ区間が正常に起動した際に電源ＯＦＦ区間を通るパスを設定することができる。すなわち、電源ＯＦＦ区間が正常に起動するまでの間、迂回パスへ通信データを送信することができるため、電源ＯＦＦ区間（ポート）の起動に時間を要することによるサービス断を回避することができる。また、本実施形態１では、当該ノードは、電源ＯＦＦ区間に対応する迂回経路の状態を常時監視し、迂回経路の障害を検出すると、他の迂回経路を算出し、迂回経路を更新する。なお、他の迂回経路が存在しない場合は、電源ＯＦＦ区間に対応する代替経路が存在しなくなるため、サービス断が生じる恐れがある。従って、この場合、当該ノードは電源ＯＦＦ区間の電源ＯＦＦ状態を維持できないと判断し、当該電気ＯＦＦ区間に係るポートの電源をＯＮにする。以下、本実施形態１に係るノードについて説明する。
【００４７】
[ノードのハードウェア構成]
図２は、実施形態１に係るノード１のハードウェア構成の一例を示す図である。図２に示すように、ノード１は、制御カード２、インタフェースカード３、４（以下、「ＩＦカード」という）、スイッチングカード５（以下、「ＳＷカード」という）を備える。各カード２，３，４，５は、ノード１の筐体（シャーシ）９内に備えられている。なお、図２に示された実線の矢印は、通信データの流れを示しており、点線の矢印は、制御データの流れを示す。
【００４８】
＜制御カード＞
制御カード２は、監視制御装置１８や隣接するノード１Ａ、１Ｂから制御データを受信し、当該制御データに含まれる、監視制御装置１８や隣接ノード１Ａ、１Ｂからの要求に
応じて各カードのハードウェア設定や処理等を行う。
【００４９】
＜ＩＦカード＞
ＩＦカード３は、外部（ネットワーク）との回線を収容するポート回路７Ａ、７Ｂを備える。また、ＩＦカード４は、外部（ネットワーク）との回線を収容するポート回路８Ａ、８Ｂを備える。ポート回路は、外部機器との情報の入出力に使用するためのインタフェースである。本実施形態１では、１つのポート回路に、隣接ノードとの１つのリンクのみが接続されている例を示す。但し、これに限定するものではなく、複数のリンクが１つのポート回路に接続されるようにしてもよい。
【００５０】
また、図２では、各ＩＦカードは２つのポート回路を備えているが、本実施形態１では、ＩＦカードはポート回路を１つのみ備えるものとする。なお、図２に示すように、ＩＦカードは複数のポート回路を備えるようにしてもよい。すなわち、本実施形態１では、１つのＩＦカードには、隣接ノードとの１つのリンクのみが接続されるポート回路を１つのみ備えることとする。よって、本実施形態１では、ノードが備えるポート回路の数は、ノードに接続されるリンクの数と等しくなる。
【００５１】
ＩＦカード３は、ポート回路７Ａにより回線を通じて接続された隣接ノード１Ａと通信データの送受を行う。また、ＩＦカード３は、ポート回路７Ｂにより回線を通じて接続された隣接ノード１Ａと制御データの送受を行う。同様に、ＩＦカード４は、ポート回路８Ａにより回線を通じて隣接ノード１Ｂと接続することで、隣接ノード１Ｂと通信データの送受を行う。また、ＩＦカード４は、ポート回路８Ｂにより回線を通じて隣接ノード１Ｂと接続することで、隣接ノード１Ｂと制御データの送受を行う。なお、上述の通り、ＩＦカードがポート回路を１つのみ備える場合は、１つのポート回路で、隣接ノードとの通信データ及び制御データの両者の送受を行う。
【００５２】
＜ＳＷカード＞
ＳＷカード５は、各ＩＦカード３，４で受信されたデータが入力される。ＳＷカード５は、入力されたデータに付与されたラベルを参照して、データの宛先に対応するＩＦカード３又は４へデータを送り出す。例えば、ＳＷカード５は、ＩＦカード３で受信された隣接ノード１Ａからのデータ（隣接ノード１Ｂ向けのラベルを有する）を、隣接ノード１Ｂと接続するＩＦカード４へ転送する。また、ＳＷカード５は、隣接ノード１Ｂからのデータ（隣接ノード１Ａ向けのラベルを有する）を、隣接ノード１Ａと接続するＩＦカード３へ転送する。これより、隣接ノードからの通信データが、ラベルに従った転送先（例えば、他の隣接ノード）へ伝送される。
【００５３】
なお、制御カード２、ＩＦカード３、４、ＳＷカード５はそれぞれ、制御回路、インタフェース回路、スイッチング回路であってもよい。
【００５４】
＜シャーシ＞
シャーシ９は、図示しない複数のスロットを有し、各スロットはカードコネクタ（図示せず）を備えている。各カード２〜５は、対応するスロットに挿入されてコネクタと接続されることによって、カード間が電気的に接続された状態となる。
【００５５】
＜電源駆動回路＞
ノード１は、電源駆動回路６を備える。電源駆動回路６は、各カード３、４に対する、外部電源１６から供給される電力の給電に対するON/OFFを制御する。電源駆動回路６は、各カード３、４におけるポート回路毎の給電のON/OFFを行うこともできる。なお、電源駆動回路６は、「電源駆動回路」の一例である。外部電源１６は、ノード１内部に搭載された内部電源（例えば、二次電池）であっても良い。
【００５６】
本実施形態１では、ＬＳＰの確立、削除に関する制御メッセージ（例えば、パスメッセージ、リザーブメッセージ）は、ユーザデータと同一の経路を流れるインバンド（Inband）通信により実施可能である。また、制御メッセージがユーザデータの転送経路と異なる回線（例えばＬＡＮ）を通じて送受信されるアウトバンド(Outband)通信が実施されても
良い。図１には、インバンド通信とアウトバンド通信の双方の経路を図示しているが、両者の一方が存在していればよい。以下、本実施形態１に係るノード１の詳細な構成を説明する。
【００５７】
[ノードの詳細ハードウェア構成１]
図３Ａは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。図３Ａにおいて上述した図２と同一の符号を付した部分は同一物を表しているため、詳細な説明は省略する。また、図３Ａの説明において、図２で示した隣接ノード１Ｂの説明は省略し、ノード１と隣接ノード１Ａとの関係についてのみ説明を行うこととする。また、ＩＦカード４は、ＩＦカード３と同様の構成を備えるため、ＩＦカード４の詳細説明は省略する。
【００５８】
図３Ａに示すように、ノード１は、制御カード２、ＩＦカード３、４、ＳＷカード５、シャーシ９を備える。シャーシ９には各カード及び電源駆動回路６が実装される。電源駆動回路６は、各カードへの給電及びポート回路への給電のON/OFFを行う。
【００５９】
＜ＩＦカード＞
ＩＦカード３は、ポート回路７、ポート回路７へ電力を供給するポート電源７Ｃ、及びＩＦカード３に電力を供給するカード電源３Ａを備える。なお、電源駆動回路６は、ＩＦカード３への給電をON/OFFするために、カード電源３Ａへの給電のON/OFFを行う。また、電源駆動回路６は、ポート回路７への給電をON/OFFするために、ポート電源７Ｃへの給電のON/OFFを行う。なお、ＩＦカードが１つのポート回路のみを備える場合は、ポート電源は必須でない。
【００６０】
＜制御カード＞
以下、制御カード２の詳細な構成について説明する。
【００６１】
制御カード２は、図３Ａに示すように、Central Processing Unit（ＣＰＵ、中央処理
装置）２０、コマンド解析回路２１、カード設定回路２２、カード監視回路２３、メモリ２４を備える。また、本実施形態１に係る制御カード２は、図３Ａに示すように、迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３、メモリ３４を備える。なお、ノード１は、ＣＰＵ２０を１つのみ備えることとしたが、ＣＰＵ２０によって実現される機能が、複数のＣＰＵ（プロセッサ）によって分散処理されるようにしても良い。
【００６２】
＜ＣＰＵ＞
ＣＰＵ２０は、監視制御装置１８や隣接ノード１Ａ、１Ｂからの制御データを受信し、ノード１全体の制御を行う。すなわち、ＣＰＵ２０は、各カードや回路等の動作の制御を行う。具体的には、ＣＰＵ２０は、メモリ２４やその他のメモリに実行可能に展開されたプログラムを実行し、ノード１の機能を提供する。なお、ＣＰＵ２０は、カード設定回路２２および電源駆動回路６等を制御する。
【００６３】
＜コマンド解析回路＞
コマンド解析回路２１は、制御データを受信すると、受信した制御データに含まれるコマンド、すなわち、要求内容を解析し、要求内容に応じた処理を各部位へ依頼する。
【００６４】
＜カード設定回路＞
カード設定回路２２は、コマンド解析回路２１により解析された制御データの要求内容に基づき、各カードのハードウェア設定を行う。なお、カード設定回路２２は、「設定回路」の一例である。
【００６５】
＜カード監視回路＞
カード監視回路２３は、ＩＦカード３、４やＳＷカード５の状態を監視する。
【００６６】
＜メモリ＞
メモリ２４は、処理対象のデータやＣＰＵ２０が実行するプログラム（ソフトウェア）等を記憶する。メモリ２４としては、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）が例示される。メモリ２４には、ＲＳＶＰプログラム２５、ＯＳＰＦプログラム２６、リンクステートデータベース（ＬＳＤＢ）２７が格納される。
【００６７】
＜ＲＳＶＰプログラム＞
ＲＳＶＰプログラム２５は、パス確立シグナリングプロトコルであるＲＳＶＰ−ＴＥを実装したプログラム（ソフトウェア）である。ＣＰＵ２０が、メモリ２４に記憶されたＲＳＶＰプログラム２５を呼び出して実行することにより、ＲＳＶＰ−ＴＥ手順が実行される。具体的には、ＲＳＶＰプログラム２５が実行されると、パス設定要求の制御データであるPath Messageから自ノード用の制御データが抽出され、自ノード用の制御データを除く他の部分の制御データが隣接ノードへ転送される。また、ＲＳＶＰプログラム２５が実行されることで、パス設定要求に対するReserve Messageに格納されているラベルが抽出
され、図示しないラベルテーブルに登録される。また、ＲＳＶＰプログラム２５が実行されることにより、Reserve Messageが他の隣接ノードへ転送される。
【００６８】
＜ＯＳＰＦプログラム＞
ＯＳＰＦプログラム２６は、ルーティングプロトコルであるＯＳＰＦを実装したプログラム（ソフトウェア）である。ＣＰＵ２０が、メモリ２４に記憶されたＯＳＰＦプログラム２６を呼び出して実行することにより、ＯＳＰＦ手順が実行される。具体的には、ＯＳＰＦプログラム２６が実行されると、ノード１内の経路の状態、すなわち、ＩＦカード３，４の状態がＬＳＤＢ２７内のネットワークトポロジに反映される。
【００６９】
例えば、障害や設定によって、該当経路が使用不可能となった場合は、該当経路の使用可能帯域が0となるようＬＳＤＢ２７が更新される。また、ＯＳＰＦプログラム２６が実
行されることで、ノード１内の経路状態が隣接ノード１Ａ、１Ｂへ知らされる。すなわち、ＬＳＡが隣接ノード１Ａ、１Ｂへ送信される。なお、ＩＦカードの状態としては、使用可能帯域等が例示される。また、ＯＳＰＦプログラム２６が実行されることにより、パス開通を行うための最短経路が算出される。
【００７０】
＜ＬＳＤＢ＞
ＬＳＤＢ２７は、ノードが接続されたネットワークトポロジの情報を格納する。すなわち、ＬＳＤＢ２７には、ノードが接続されたネットワークにおける各隣接ノードの接続状態、ポートの正常／異常を示す情報が格納される。例えば、リンク障害が生じると、隣接ノードとの通信が実行不能となるため、ＯＳＰＦにおいてこのようなリンク障害が検出された場合には、当該リンクを迂回するような最短経路探索が行われる。
【００７１】
図４は、実施形態１に係るＬＳＤＢ２７に格納されるネットワークトポロジのデータ構造例を示す図である。図４に示すように、ＬＳＤＢ２７の各行には、ノードＩＤ、リンクＩＤ、コスト、帯域、使用可能帯域、対向ノードＩＤ、対向リンクＩＤの項目が含まれる
。ノードＩＤは、ノードを識別する識別子であり、リンクＩＤはノードにおいて、対向する他の隣接ノードとの間のリンク、すなわちポートを識別する識別子である。帯域は、リンクにおいて使用される帯域であり、使用可能帯域とは前記帯域中の使用可能な帯域を示す。障害や設定により使用できないリンクについては、該当するレコードの使用可能帯域が０となる。また、対向ノードＩＤ及び対向リンクＩＤは、前記ノードＩＤ及びリンクＩＤで示されたリンクにおいて、前記ノードと対向するノードのＩＤ及びリンクＩＤを示す。
【００７２】
なお、ＬＳＤＢの各行には、これらの項目以外にも、各行のレコードを識別する情報、例えば、行番号等を示す番号や障害情報等の項目が含まれるようにしてもよい。図４の各行は、各ノードにおける各リンクに関する情報を表す。
【００７３】
＜迂回経路生成回路＞
迂回経路生成回路３１は、ある未使用リンクについて電源ＯＦＦ要求の制御データを受信すると、当該未使用リンクについての迂回経路を算出する。なお、迂回経路の算出には、ＯＳＰＦプログラム２６が用いられる。迂回経路生成回路３１は、迂回経路算出後、電源駆動回路６へ、当該未使用リンクに係るポートへの給電をＯＦＦするよう指示する。迂回経路生成回路３１は、「算出回路」の一例である。
【００７４】
＜迂回経路判定回路＞
迂回経路判定回路３２は、パス設定要求の制御データを受信すると、当該制御データに基づき、パス設定が要求されているパスが電源ＯＦＦリンクを通るか否かを判定する。判定した結果、パス設定が要求されているパスに電源ＯＦＦリンクが含まれる場合、迂回経路判定回路３２は、パス設定要求を迂回経路へ迂回させる。一方、パス設定が要求されているパスに電源ＯＦＦリンクが含まれない場合、迂回経路判定回路３２は、パス設定要求を迂回させず、パス設定が要求されているパスに送信する。
【００７５】
＜迂回障害帯域監視回路＞
迂回障害帯域監視回路３３は、後述する迂回経路情報データベース３５に登録されている迂回経路について、当該迂回経路の状態をＬＳＤＢ２７から抽出し、当該迂回経路が正常であるか否かを常時監視する。例えば、迂回障害帯域監視回路３３は、迂回経路上の障害の発生や迂回経路の帯域の枯渇等を検出する。迂回障害帯域監視回路３３は、例えば、自ノードに接続されたリンクにおける障害を検出した自ノード内のカード監視回路２３からその旨を通知されることにより、障害検出が可能となる、また、迂回障害帯域監視回路３３は、例えば、自ノードに接続されていないリンクにおける障害発生を、ＬＳＤＢ２７から抽出することが可能である。
【００７６】
＜メモリ＞
メモリ３４は、処理対象のデータやＣＰＵ２０が実行するプログラム（ソフトウェア）等を記憶する。メモリ３４としては、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）が例示される。メモリ３４には、迂回経路情報データベース（以下「ＤＢ」という）３５及び要求経路情報ＤＢ３６が格納される。なお、メモリ３４は、「メモリ」の一例である。
【００７７】
＜迂回経路情報ＤＢ＞
迂回経路情報ＤＢ３５は、電源ＯＦＦリンクを通るパス毎に算出される、電源ＯＦＦリンクを迂回する経路、すなわち、電源ＯＦＦリンクの代替となる経路である迂回経路が登録されるデータベースである。迂回経路情報ＤＢ３５のデータベース構成は、動作例１の説明において詳細を説明する。
【００７８】
＜要求経路情報ＤＢ＞
要求経路情報ＤＢ３６は、パス設定要求に含まれる、パス設定が要求された経路の情報が記録されるデータベースである。要求経路情報は、パス設定要求の制御メッセージを迂回経路に迂回させて送信する際に、要求経路情報ＤＢ３６へ一時的に格納される。要求経路情報ＤＢ３６のデータベース構成は、動作例１の説明において詳細を説明する。
【００７９】
なお、図３Ａでは、ＲＳＶＰプログラム２５、ＯＳＰＦプログラム２６、及びＬＳＤＢ２７を格納するメモリ２４と、迂回経路情報ＤＢ３５及び要求経路情報ＤＢ３６を格納するメモリ３４とは、別のメモリとしたが、同一メモリであってもよい。また、本実施形態１は、図３Ａのようにメモリが複数ある場合に、メモリとそのメモリに格納されるプログラム又はデータベースとの組み合わせを限定するものではなく、どのような組合せであってもよいものとする。
【００８０】
また、本実施形態１では、ＲＳＶＰ及びＯＳＰＦはプログラムに実装されることとしたが、これに限定されるものではなく、ＲＳＶＰ及びＯＳＰＦはハードウェア回路に実装されるようにしてもよい。また、ＲＳＶＰプログラム２５及びＯＳＰＦプログラム２６は、ＣＰＵ２０により実行されることとしたが、図示しない他のプロセッサにより実行されるようにしてもよい。
【００８１】
なお、図３Ａで示した上述のハードウェア回路は、一つのIntegrated Circuit（ＩＣ、集積回路）に集積されてもよいし、複数のＩＣに分けて集積されるようにしてもよい。例えば、上述したハードウェア回路は、Large Scale Integration（ＬＳＩ）であってもよ
い。
【００８２】
図３Ａで示したハードウェア回路である、コマンド解析回路２１、カード設定回路２２、カード監視回路２３、迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３の処理をプログラムにより実装してもよい。以下、これらのハードウェア回路の処理をプログラムにより実装した場合について、図３Ｂを用いて説明する。
【００８３】
[ノードの詳細ハードウェア構成２]
図３Ｂは、実施形態１に係るノードの詳細なハードウェア構成の一例を示す図である。図３Ｂにおいて上述した図２１と同一の符号を付した部分は同一物を表しているため、詳細な説明は省略する。また、図３Ｂの説明において、図２で示した隣接ノード１Ｂの説明は省略し、ノード１と隣接ノード１Ａとの関係についてのみ説明を行うこととする。また、ＩＦカード４は、ＩＦカード３と同様の構成を備えるため、ＩＦカード４の詳細説明は省略する。なお、以下の説明では、図３Ａと異なる構成についてのみ、説明を行うこととする。
【００８４】
図３Ｂに示すように、制御カード２は、ＣＰＵ２０、ＲＡＭメモリ３７、ＲＯＭメモリ３８、カード監視制御用回路３９を備える。カード監視制御用回路３９は、カード間でアクセスを行うために、各カードについて監視及び制御を行うハードウェア回路である。
【００８５】
＜ＲＡＭメモリ＞
ＲＡＭメモリ３７は、処理対象のデータやＣＰＵ２０が実行するプログラムを記憶するメインメモリである。ＲＡＭメモリ３７には、迂回経路情報ＤＢ３５、要求経路情報ＤＢ３６、及びＬＳＤＢ２７が格納される。
【００８６】
＜ＲＯＭメモリ＞
ＲＯＭメモリ３８は、処理対象のデータやＣＰＵ２０が実行するプログラムを記憶するメインメモリである。ＲＯＭメモリ３８には、ＲＳＶＰプログラム２５、ＯＳＰＦプログ
ラム２６、コマンド解析処理プログラム２１Ａ、カード設定処理プログラム２２Ａ、カード監視処理プログラム２３Ａが記憶される。ＲＯＭメモリ３８には、さらに、迂回経路生成処理プログラム３１Ａ、迂回経路判定処理プログラム３２Ａ、迂回障害帯域監視処理プログラム３３Ａが記憶される。
【００８７】
＜プログラム＞
コマンド解析処理プログラム２１Ａは、図３Ａにおけるコマンド解析回路２１で行われる処理が実装されたプログラムである。カード設定処理プログラム２２Ａは、図３Ａにおけるカード設定回路２２で行われる処理が実装されたプログラムである。カード監視処理プログラム２３Ａは、図３Ａにおけるカード監視回路２３で行われる処理が実装されたプログラムである。迂回経路生成処理プログラム３１Ａは、図３Ａにおける迂回経路生成回路３１で行われる処理が実装されたプログラムである。迂回経路判定処理プログラム３２Ａは、図３Ａにおける迂回経路判定回路３２で行われる処理が実装されたプログラムである。迂回障害帯域監視処理プログラム３３Ａは、図３Ａにおける迂回障害帯域監視回路３３で行われる処理が実装されたプログラムである。
【００８８】
なお、上述したプログラム２１Ａ〜２３Ａ、２５、２６、３１Ａ〜３３Ａは、それぞれ別のプログラムとしたが、これに限るものではない。例えば、プログラム２１Ａ〜２３Ａ、２５、２６、３１Ａ〜３３Ａは１つのプログラムであってもよいし、これらプログラムのうちの一部のみをまとめて１つのプログラムとしてもよい。なお、ＣＰＵ２０が、これらのプログラムをそれぞれ呼び出して実行することにより、各処理が実行される。なお、これらのプログラムは、ＣＰＵ２０ではなく、図示しない他のプロセッサにより実行されるようにしてもよい。
【００８９】
また、図３Ａ及び図３Ｂのノードの詳細ハードウェア構成１、２において、電源駆動回路６はハードウェア回路としたが、これに限るものではなく、当該ハードウェア回路の処理をプログラムに実装するようにしてもよい。
【００９０】
以下、図３Ａ及び図３Ｂに示された本実施形態１に係るノード１が実現する機能について、図５を用いて説明する。
【００９１】
[機能ブロック]
図５は、実施形態１に係るノード１の機能ブロック図の一例を示す図である。図５に示すように、図３Ｂに示したノード１の制御カード２におけるＣＰＵ２０は、ＲＯＭメモリ３８に格納された各種のプログラムを実行することによって、コマンド解析処理５１、カード設定処理５２、カード監視処理５３、ＲＳＶＰ処理５４、ＯＳＰＦ処理５５、迂回経路生成処理５６、迂回経路判定処理５７、迂回障害帯域監視処理５８としての機能を実現する。また、ノード１は、電源駆動回路５９を備える。
【００９２】
＜コマンド解析処理＞
コマンド解析処理５１では、受信した制御データに含まれるコマンド、すなわち、要求内容を解析し、要求内容に応じた処理を各処理へ依頼する。
【００９３】
＜カード設定処理＞
カード設定処理５２では、受信した制御データの要求内容に基づき、各カードのハードウェア設定を行う。具体的には、カード設定処理５２では、経路が通る自ノードのポートに対応するＩＦカード及びＳＷカードに対して、当該迂回経路が開通するようハードウェア設定を行う。
【００９４】
＜カード監視処理＞
カード監視処理５３では、ＩＦカード３、４やＳＷカード５の状態を監視する。カード監視処理５３では、例えば、ＩＦカード内に設けられたハード障害レジスタをポーリングすることで、HWに障害が発生しているか否かを確認する。なお、ハード障害レジスタとは、ＩＦカードのハードウェアの障害状態の有無を示す情報を格納するレジスタであり、電源ＯＦＦは、ハード障害の１種として扱われる。ハード障害レジスタには、ハード障害の有無を示す情報として、例えば、障害有り“１”／障害無し“０”を示すフラグが格納される。また、ポーリングとは、カード監視処理５３において、ＩＦカード３、４等から定期的にＩＦカード３、４等の情報を抜き出すことで、ＩＦカード３、４等の状態の推移等を知ることをいう。
【００９５】
＜ＲＳＶＰ処理＞
ＲＳＶＰ処理５４では、パス確立シグナリングプロトコルであるＲＳＶＰ−ＴＥの手順を実行する。具体的には、ＲＳＶＰ処理５４では、パス設定要求の制御データであるPath
Messageから自ノード用の制御データを抽出し、自ノード用の制御データを除く他の部分の制御データを隣接ノードへ転送する。また、ＲＳＶＰ処理５４では、パス設定要求に対するReserve Messageを隣接ノードから受信し、当該Reserve Messageに格納されているラベルを抽出した後、図示しないラベルテーブルに登録する。また、ＲＳＶＰ処理５４では、Reserve Messageを他の隣接ノードへ転送する。
【００９６】
＜ＯＳＰＦ処理＞
ＯＳＰＦ処理５５では、ルーティングプロトコルであるＯＳＰＦの手順を実行する。具体的には、ＯＳＰＦ処理５５では、ノード１内の経路の状態、すなわち、ＩＦカード３、４の状態をＬＳＤＢ２７に反映する。例えば、障害や設定によって、該当経路が使用不可能となった場合は、該当経路の使用可能帯域が0となるようＬＳＤＢ２７を更新する。ま
た、ＯＳＰＦ処理５５では、ノード１内の経路状態を隣接ノード１Ａ、１Ｂへ知らせる。すなわち、ＯＳＰＦ処理５５では、ＬＳＡを隣接ノード１Ａ、１Ｂへ送信する。また、ＯＳＰＦ処理５５では、パス開通を行うための最短経路を算出する。例えば、ＯＳＰＦ処理５５では、未使用リンクを迂回する最短経路を算出する。
【００９７】
＜迂回経路生成処理＞
迂回経路生成処理５６では、ある未使用リンクについて電源ＯＦＦ要求の制御データを受信すると、当該未使用リンクについての迂回経路を算出する。具体的には、迂回経路生成処理５６では、自ノードから当該未使用リンクを通るすべてのパスについての迂回経路を算出する。ここで、「未使用リンクを通るすべてのパス」とは、未使用リンクに流入するすべてのパスをいう。なお、迂回経路の算出にあたり、迂回経路生成処理５６では、ＯＳＰＦ処理５５において最短経路となる迂回経路を算出するよう指示する。迂回経路生成処理５６では、迂回経路算出後、迂回経路情報を迂回経路情報ＤＢ３５に迂回経路情報を記憶する。また、迂回経路生成処理５６では、電源駆動回路５９へ、当該未使用リンクに係るポートへの給電をＯＦＦするよう指示する。
【００９８】
＜迂回経路判定処理＞
迂回経路判定処理５７では、パス設定要求の制御データを受信すると、当該制御データに基づき、パス設定が要求されているパスが、自ノードに接続された電源ＯＦＦリンクを通るか否かを判定する。すなわち、パス設定が要求されているパスに、自ノードに接続された電源ＯＦＦリンクが含まれるか否かを判定する。判定した結果、パス設定が要求されているパスに電源ＯＦＦリンクが含まれる場合、迂回経路判定処理５７では、パス設定要求を迂回経路へ迂回させる。一方、パス設定が要求されているパスに電源ＯＦＦリンクが含まれない場合、迂回経路判定処理５７では、パス設定要求を迂回させず、パス設定が要求されているパスに送信する。
【００９９】
＜迂回障害帯域監視処理＞
迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５に登録されている迂回経路について、当該迂回経路の状態をＬＳＤＢ２７から抽出し、当該迂回経路が正常であるか否かを常時監視する。例えば、迂回障害帯域監視処理５８では、迂回経路上の障害の発生や迂回経路の帯域の枯渇等を検出する。迂回障害帯域監視処理５８では、例えば、自ノードに接続されたリンクにおける障害を検出した自ノード内のカード監視処理５３の結果、その旨が通知されることにより、障害検出が可能となる、また、迂回障害帯域監視処理５８では、例えば、自ノードに接続されていないリンクにおける障害発生を、ＬＳＤＢ２７から抽出することが可能である。また、迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５を参照することで、カード監視処理５３により障害と判断されたＩＦカード・ポートが電源ＯＦＦリンクに対応するものであると判断することが可能である。この場合、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行うにあたり、当該ＩＦカード・ポートがＯＦＦ状態であることを通知しない。
【０１００】
＜電源駆動回路＞
電源駆動回路５９は、各カードへの給電及びポート回路への給電のON/OFFを行う。
【０１０１】
[動作例]
本実施形態１に係るノード１の動作例を、以下に説明する。
【０１０２】
[動作例１−１ 迂回経路作成、経路の機能停止]
ネットワーク１０において、未使用リンクについて機能停止を要求されたノードが、該当するＩＦカード又はポート回路（以下、「カード・ポート」とよぶ）の電源をＯＦＦするまでの動作を、図６のフローを用いて以下説明する。以下、リンクに係るＩＦカード・ポートの電源ON/OFFとは、リンクに対応するポートへの給電ON/OFFをいう。具体的には、ＩＦカード・ポートの電源をON/OFFするとは、図３Ａ、図４に示されたＩＦカードのカード電源３Ａ及びポート電源７Ｃの少なくとも一方への給電をON/OFFすることを意味する。例えば、ＩＦカードが１つのポート回路のみを備える場合、カード電源３Ａ及びポート電源７Ｃの両者について給電をON/OFFにする。一方、ＩＦカードが複数のポート回路を備える場合、電源をON/OFFするポート回路のポート電源についてのみ給電をON/OFFにする。また、リンクの機能停止とは、リンクの両端ノードにおいて、当該リンクに対応するＩＦカード・ポートの電源をＯＦＦにすることで、当該リンクにデータが流れない状態をいう。
【０１０３】
図６は、実施形態１に係る迂回経路生成及び経路の機能停止フローの一例を示す図である。監視制御装置１８は、ネットワーク１０全体を監視することで、通信データが流れていない未使用区間を特定することが可能である。監視制御装置１８は、未使用区間を特定すると、未使用区間に含まれる未使用リンクに接続されているノードに対してのみ、当該未使用リンクについての電源ＯＦＦ要求を指示する。
【０１０４】
図７は、動作例１−１に係るネットワーク１０の一部を例示する図である。図７には、図１に示したノード１に相当する、ノードＡ、ノードＢ、ノードＣ、ノードＤが図示されている。
【０１０５】
図８は、図７に示したネットワークにおけるパスの設定状態例を示す図である。図８に示す例では、パスＰ１（→ノードＡ→ノードＢ→）と、パスＰ２（→ノードＡ→ノードＣ→ノードＤ→）と、パスＰ３（→ノードＢ→ノードＣ→）が確立されている。監視制御装置１８は、確立中のパスを管理及び監視しており、ノードＢとノードＤとの間の区間（リンク）が未使用であり、当該区間（リンクＢ−Ｄと称する）に係る電源をＯＦＦできると判定する。
【０１０６】
このとき、監視制御装置１８は、ノードＢ及びノードＤへ、リンクＢ−Ｄに係る電源をオフにする制御データ（制御メッセージ：“電源ＯＦＦ要求”と称する）を送信する。ノードＢ及びノードＤは、図２及び図３Ａ又は図２及び図３Ｂに示した構成要素を備える。ノードＡ，Ｃは、ノードＢ、Ｄと同様の構成を備えてもよいし、電源ＯＦＦに係る迂回経路情報の記憶機能等を有しないノード（便宜上、従来ノードと称する）の構成を備えていても良い。例えば、ノードＡ，Ｃは、図３の迂回経路生成回路３１、迂回経路判定回路３２、迂回障害帯域監視回路３３、迂回経路情報ＤＢ３５、要求経路情報ＤＢ３６等を有しないノード（従来ノード）であってもよい。
【０１０７】
図６に示すフローチャートは、各ノードＢ，Ｄにおいて、電源ＯＦＦ要求の受信を契機に開始される。ノードＢにおけるコマンド解析処理５１（図５）（コマンド解析回路２１（図３Ａ））では、監視制御装置１８より、当該電源ＯＦＦ要求である制御データを受信する（ステップ１、以下Ｓ１のように表記する）。コマンド解析処理５１では、当該制御データに含まれる要求内容を解析する（Ｓ１）。その後、コマンド解析処理５１では、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））において、電源ＯＦＦが要求された未使用リンクであるリンクＢ−Ｄについて、迂回経路の算出を行うよう指示する。
【０１０８】
迂回経路生成処理５６では、未使用リンクＢ−Ｄについて迂回経路の算出を指示されると、当該未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが既に電源ＯＦＦであるか否かを確認する（Ｓ２）。既に当該未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが電源ＯＦＦである場合（Ｓ２；Yes）、図６に示す処理を終了す
る。一方、未使用リンクＢ−Ｄに対応する自ノード内のＩＦカード・ポートが電源ＯＮである場合（Ｓ２；No）、迂回経路生成処理５６では、自ノードから当該未使用リンクＢ−Ｄを通るすべてのパス設定パターンについての迂回経路を算出する（Ｓ３）。すなわち、迂回経路生成処理５６では、自ノードにおける、未使用リンクに対応するポート以外のポートから未使用リンクに対応するポートへ流入する全てのパス設定パターンについて迂回経路を算出する。なお、迂回経路生成処理５６では、迂回経路算出にあたり、ＯＳＰＦ処理５５（図５）（ＯＳＰＦ処理を行うＣＰＵ２０（図３Ａ））において最短経路となる迂回経路の算出を行うよう指示する。迂回経路生成処理５６における具体的な処理について、以下に説明する。
【０１０９】
図９は、図８に示したネットワークの未使用リンク（リンクＢ−Ｄ）に係るパス設定パターンを示す図である。図９に示すように、各ノードＡ〜Ｄは、それぞれポートａ、ｂ、c、dを備えている。ノードＢからリンクＢ−Ｄを通るパス設定パターンとして、ノードＢのポートB-aから入ってポートB-dから出るパス設定パターン、ポートB-bから入ってポー
トB-dから出るパス設定パターン、ポートB-cから入ってポートB-dから出るパス設定パタ
ーンを有している。また、対向ノードＤからリンクＢ−Ｄを通るパスとして、ポートD-b
から入ってポートD-aから出るパス設定パターン、ポートD-cから入ってポートD-aから出
るパス設定パターン、ポートD-dから入ってポートD-aにから出るパス設定パターンを有している。
【０１１０】
ノードＢの迂回経路生成処理５６では、自ノードにおける各ポートB-a、B-b、B-cから
、未使用リンクＢ−Ｄに対応するポートB-dへ流入する各パスそれぞれについて、未使用
リンクＢ−Ｄを迂回する迂回経路をそれぞれ算出することを決定する。迂回経路生成処理５６では、各ポートB-a、B-b、B-cを始点、ポートD-dを終点とすること、及び、未使用リンクＢ−Ｄに対応するポートB-dを通らない条件をＯＳＰＦ処理５５に入力する。これよ
り、ＯＳＰＦ処理５５において迂回経路を算出する。
【０１１１】
なお、上記では、ポートD-dを終点としたが、これに限るものではない。終点は、未使
用リンクにおいて自ノードと対向するノードのポートであり、当該未使用リンクに対応するポートでなければよい。図９の例では、終点は、未使用リンクに対応するポートD-a以
外のポートD-b、D-c、D-dのいずれであってもよい。また、終点をポートD-dのみとして迂回経路を算出したが、これに限るものではなく、始点と同様に終点を複数設定し、始点と終点の全ての組み合わせに対して迂回経路が算出されるようにしてもよい。
【０１１２】
ＯＳＰＦ処理５５では、迂回経路生成処理５６の結果指示されたポートB-a、B-b、B-c
を夫々始点とし、ポートD-dを終点とし、且つポートB-dを通らないという条件より、各始点から終点までの迂回経路を算出する。ＯＳＰＦ処理５５では、例えば、ポートB-aから
ポートB-dへ流入するパス設定パターンについての迂回経路、すなわち、ポートB-aを始点とする迂回経路として、ポートB-c、C-a、C-d、D-cを通る迂回経路を算出する。ＯＳＰＦ処理５５では、同様に、ポートB-bからポートB-dに流入するパス設定パターン、ポートB-cからポートB-dに流入するパス設定パターンについて、それぞれ迂回経路を算出する。
【０１１３】
図６に戻り、迂回経路生成処理５６では、ＯＳＰＦ処理５５により、自ノードＢから未使用リンクを通りうるすべてのパス設定パターンについて迂回経路が算出されたか否かを確認する（Ｓ４）。自ノードＢにおいて、自ノードから未使用リンクを通りうるすべてのパス設定パターンについて迂回経路が算出されなかった場合（Ｓ４；No）、本迂回経路生成及び経路の機能停止フローを終了する。自ノードＢから未使用リンクを通りうるすべてのパスについて迂回経路が算出された場合（Ｓ４；Yes）、迂回経路生成処理５６では、
当該未使用リンクＢ−Ｄに係る対向ノードＤへ全迂回経路を算出したことを示す制御データを通知する。
【０１１４】
未使用リンクＢ−Ｄに係る対向ノードＤにおいても、監視制御装置１８から電源ＯＦＦ要求を受信すると、ノードＢと同様に、未使用リンクＢ−Ｄについて迂回経路の算出が行われる。ノードＢ内の迂回経路生成処理５６では、当該未使用リンクＢ−Ｄにおける対向ノードＤから、対向ノードＤにおける迂回経路算出結果を示す制御データを受信する。ノードＢ内の迂回経路生成処理５６では、受信した制御データにより、当該対向ノードＤにおいて当該未使用リンクＢ−Ｄに対する全ての迂回経路が算出されたかを確認する（Ｓ５）。対向ノードＤにおいて、ノードＤから当該未使用リンクを通るすべてのパス設定パターンについて迂回経路が算出されなかった場合（Ｓ５；No）、本迂回経路生成及び経路の機能停止フローを終了する。対向ノードＤにおいて、ノードＤから当該未使用リンクを通るすべてのパス設定パターンについて迂回経路が算出された場合（Ｓ５；Yes）、ノード
Ｂ内の迂回経路生成処理５６では、Ｓ３で算出した迂回経路情報を格納する（Ｓ６）。具体的には、迂回経路生成処理５６では、Ｓ３でＯＳＰＦ処理５５において算出された迂回経路情報を、迂回経路情報ＤＢ３５に格納する。
【０１１５】
図１０は、ノードＢの迂回経路情報ＤＢ３５（図３Ａ、図３Ｂ）に格納される迂回経路情報のデータ構造例を示す図である。図１０に示すように、迂回経路情報ＤＢ３５には、パス設定パターンに対応する迂回経路を示す１以上のレコードからなるテーブルが格納される。
【０１１６】
パス設定パターンは、上流ポート及び下流ポートを示すポート識別子（ポートＩＤ）で特定される。上流ポートは、迂回経路を算出する際の、迂回経路の始点となるポートであり、電源ＯＦＦが要求された未使用リンクに接続されたポートと同一のノードにおける他のポートである。下流ポートは、電源ＯＦＦが要求された未使用リンクに接続されたポートであり、迂回経路を算出する際に迂回経路が通らないポートとして条件付けられたポートである。迂回経路には、上流ポートを始点として算出された迂回経路が終点までに通るポートの識別子（ＩＤ）が通過順で格納される。図１０の各行は、ノードＢの未使用リンクに係るパス設定パターンの夫々に対する迂回経路情報を表す。
【０１１７】
なお、迂回経路ポートは、図７に例示したノードＡ〜Ｄがメッシュ接続されているとの前提から４点となったが、ノード数及び接続形態によって、迂回経路に含まれるポート数は変動する。また、迂回経路情報ＤＢ３５の各エントリには、図１０に示した項目以外にも、各行のレコードを識別する情報、例えば、行番号等を示す番号や迂回経路のコスト等の項目が含まれるようにしてもよい。
【０１１８】
図６に戻り、Ｓ６では、迂回経路生成処理５６において、図１０に示すように、各始点及び終点に対する迂回経路の情報、すなわち、迂回経路が通る各ポートの情報を、迂回経路情報ＤＢ３５に格納する。例えば、迂回経路生成処理５６では、始点B-a、終点B-dに対する迂回経路情報として、迂回経路ポート1：B-c、迂回経路ポート2：C-a、迂回経路ポート3：C-d、迂回経路ポート4：D-cを迂回経路情報ＤＢ３５に記憶する。
【０１１９】
迂回経路生成処理５６では、迂回経路情報を格納した後、自ノードの電源駆動回路５９に対して、未使用リンクＢ−Ｄに対応するＩＦカード・ポートの電源ＯＦＦを指示する（Ｓ７）。これより、電源駆動回路５９がリンクＢ−Ｄに対応するＩＦカード・ポートへの電力供給をＯＦＦにする（Ｓ７）。Ｓ３〜Ｓ７で示したとおり、電源ＯＦＦされるリンクの両端ノードは、両ノードにおいて迂回経路情報が作成できたことを確認した後、ＩＦカード・ポートへの給電をＯＦＦにする。
【０１２０】
Ｓ７で未使用リンクに対応するＩＦカード・ポートへの給電がＯＦＦにされると、図６に示した迂回経路生成及び経路の機能停止フローが終了する。
【０１２１】
Ｓ７で電源ＯＦＦにされたＩＦカード・ポートは、カード監視処理５３により障害と判断され、迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））を行う際にその旨が通知される。迂回障害帯域監視処理５８では、迂回経路情報ＤＢ３５を参照することで、カード監視処理５３により障害と判断されたＩＦカード・ポートが電源ＯＦＦリンクに対応するものであると判断する。すなわち、迂回障害帯域監視処理５８では、当該ＩＦカード・ポートは障害が発生したことが原因で電源がＯＦＦされているものではない、と判断することができる。これより、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行う際に、当該ＩＦカード・ポートに障害が発生している旨の通知を行わない。すなわち、迂回障害帯域監視処理５８では、ＯＳＰＦ処理５５を行う際に、当該ＩＦカード・ポートの電源ＯＦＦ状態を通知しない。ＯＳＰＦ処理５５においてＬＳＤＢ２７に反映する障害状態がないため、未使用リンクに対応するＩＦカード・ポートの電源がＯＦＦにされたとしても、ＬＳＤＢ２７には、電源をＯＦＦする前と同一の情報が記憶されることとなる。これより、未使用リンクに対応するＩＦカード・ポートが電源ＯＦＦされたことは、ネットワーク１０上の他のノードに知らされない。
【０１２２】
これより、ネットワーク１０に従来ノードが混在していた場合でも、従来ノードは電源ＯＦＦリンクを意識することなく従来通り動作することができる。例えば、本実施形態１に係るノード１から従来ノードへの制御データや、従来ノードからノード１への制御データは従来通りとなる。よって、本実施形態１に係るノード１は、ネットワーク１０（ＭＰＬＳ／ＧＭＰＬＳ網）の一部分に導入可能である。このため、ネットワークへの省電力化の技術の導入が容易である。ただし、ネットワーク１０の一部にノード１を導入する場合には、電源ＯＦＦ制御を意図する区間にノード１を対向配置することが要求される。従来ノードとノード１とを対向配置した場合には、図６に示したような、迂回経路確認後の電源ＯＦＦ制御ができない。
【０１２３】
なお、動作例１−１では、図６のＳ５で、ノードＢ内の迂回経路生成処理５６では、未使用リンクに係る対向ノードＤにおいて、ノードＤから未使用リンクを通り得る全てのパ
ス設定パターンについて迂回経路が算出されているか否かを確認する。確認した結果、ノードＤにおいて、ノードＤから未使用リンクを通り得る全てのパス設定パターンについて迂回経路が算出されない場合、未使用リンクの機能を停止させないこととした（Ｓ５;No
）。しかしながら、本実施形態はこれに限定するものではなく、Ｓ５の確認処理を行わないようにしてもよい。すなわち、自ノードＢにおいて、自ノードＢから未使用リンクを通り得る全てのパス設定パターンについて迂回経路が算出されると（Ｓ４；Yes）、Ｓ６、
７へ進み、迂回経路を記憶し、未使用リンクに係る未使用ポートへの給電をＯＦＦするようにしてもよい。
【０１２４】
以上、監視制御装置１８により電源ＯＦＦ要求を受信したノード１（ノードＢ）についての動作例を説明したが、電源ＯＦＦ要求を受信したノードＤにおいても、上述したノードＢと同様の処理が行われる。また、動作例１では、ノードに対する電源ＯＦＦ要求は、監視制御装置１８により指示されることとしたが、これに限るものではなく、ネットワーク１０を統括する処理が組み込まれたノードが、自律的に電源ＯＦＦ経路を指定するようにしてもよい。
【０１２５】
また、図６に示したＳ４、Ｓ５は順不同である。さらに、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されてもよい。
【０１２６】
このように、対象区間に関連する少なくとも全てのパス設定パターンに対する迂回経路が得られたことを条件として、当該区間に対する電源をオフにすることにより、データ伝送の代替経路がないために電源をオフにできない区間が、誤って電源がオフされることによってデータ伝送ができなくなることを防ぐことができる。
【０１２７】
[動作例１−２ 電源ＯＦＦリンクの起動]
次に、ネットワーク１０において、電源ＯＦＦリンク（図６の処理によって電源がＯＦＦになった区間（リンク））を含む新たなパスを設定するためのパス開通要求が発生した際のノードの動作を説明する。
【０１２８】
図１１は、実施形態１に係る電源ＯＦＦリンク起動フローの一例を示す図である。図１１は、電源ＯＦＦリンクが接続されたノード１が、電源ＯＦＦリンクを含む新たなパスについてのパス設定要求を受信した際の動作を示す。当該フローを説明する前に、ネットワーク１０のノード１が新たなパス開通要求を受信し、電源ＯＦＦリンクが接続されたノードが対応するパス設定要求を受信するまでの動作について、以下説明を行う。
【０１２９】
図１２、図１３は、動作例１−２の説明図である。図１２には、図７に示したネットワーク１０の一部が図示されており、リンクＢ−Ｄに係る電源ＯＦＦが実施されていると仮定する。ノードＡが、監視制御装置１８から新たなパス開通要求である制御データを受信する。パス開通要求は、パスの始点（ノードＡ）と終点（ノードＤ）との指定を含む。パス開通要求を受信したノードＡ内のコマンド解析処理５１（図５）（コマンド解析回路２１（図３Ａ））では、パス開通要求を解析する。コマンド解析処理５１では、解析の実施後、パス開通要求に設定された始点（ノードＡ）から終点（ノードＤ）までの最短経路の算出をＯＳＰＦ処理５５（図５）（ＯＳＰＦ処理を行うＣＰＵ２０（図３Ａ））に指示する。これより、ＯＳＰＦ処理５５により最短経路が算出される。
【０１３０】
本動作例１−２では、ＯＳＰＦ処理５５により算出される最短経路が、省電力化のために機能が停止された電源ＯＦＦリンク（リンクＢ−Ｄ）を含んでいる。ここで、ＯＳＰＦ処理５５では、図１２に示すように、例えば、ポートA-a、ポートB-b、ポートB-d、ポー
トD-aを通る経路、すなわち、経路Ａ−Ｂ−Ｄを最短経路として算出したと仮定する。な
お、始点Ａから終点Ｄへ向かう経路Ａ−Ｂ−Ｄの場合、電源ＯＦＦリンクＢ−Ｄについて
は、ノードＢを上流ノード、ノードＤを下流ノードと呼んでもよい。
【０１３１】
ノードＡ内のＯＳＰＦ処理５５により新たなパス開通要求に対する最短経路が算出されると、ノードＡ内のＲＳＶＰ処理５４（図５）（ＲＳＶＰ処理を行うＣＰＵ２０（図３Ａ））により、当該最短経路を設定するための新たなパス設定要求（Path Message）が、最短経路上の隣接ノードであるノードＢへ送信される。すると、ノードＢは、図１１に示した処理を開始する。
【０１３２】
ノードＢの迂回経路判定処理５７（図５）（迂回経路判定回路３２（図３Ａ））では、ノードＡより、新たなパス開通要求に対する最短経路を設定するための新たなパス設定要求（Path Message）である制御データを受信する（Ｓ２１）。ノードＢ内の迂回経路判定処理５７では、迂回経路情報ＤＢ３５を参照することで、パス設定要求で示された新たなパスの経路が、電源ＯＦＦリンクを含むか否かを判定する（Ｓ２２）。迂回経路情報ＤＢ３５（図１０）には、パス設定要求で指定された経路（B-b, B-d）を含むパス設定パターンのエントリが登録されている。このため、迂回経路情報ＤＢ３５を参照することで、電源ＯＦＦリンクの情報を取得することができる。例えば、迂回経路判定処理５７では、迂回経路情報ＤＢ３５に格納されたパス設定パターン（上流ポート及び下流ポートの組合せ）が、パス設定要求に含まれる新たなパスのポートA-a、B-b、B-d、D-aに含まれるかを確認する。パス設定要求で指定された経路は、迂回経路情報ＤＢ３５に登録されたパス設定パターンに対応する。これより、迂回経路判定処理５７では、パス設定要求に電源ＯＦＦリンクが含まれることを判定することができる。
【０１３３】
Ｓ２２で判定を行った結果、パス設定要求に電源ＯＦＦリンクが含まれない場合（Ｓ２２；No）は、図１１に示す電源ＯＦＦリンク起動フローを終了し、ノードＢは、従来通りのパス設定手順を行う。一方、電源ＯＦＦリンクが含まれる場合（Ｓ２２；Yes）、迂回
経路判定処理５７では、当該電源ＯＦＦリンクを迂回する迂回経路を含むパス（迂回パス）を開通させる（Ｓ２３）。迂回経路判定処理５７では、迂回経路情報ＤＢ３５から引き出された迂回経路情報をＲＳＶＰ処理５４に渡す（Ｓ２３）。ＲＳＶＰ処理５４では、パス設定要求中の要求経路の一部を、迂回経路情報に従って書き換え、迂回経路に相当するポート（ポートB-c）からパス設定要求（Path Message）を送出する（Ｓ２３）。これに
よって、パス設定要求は、電源ＯＦＦリンクを迂回してノードＣへ転送される。
【０１３４】
図１３に示すように、パス設定要求は、迂回経路情報に従って、ノードＣを経由してノードＤに到達する。その後、ノードＤによって応答メッセージが生成され、応答メッセージが逆の経路、すなわち、ノードＣ，ノードＢを辿って、ノードＡに到達する。このようにして、電源ＯＦＦ区間を迂回するパスが確立される。
【０１３５】
また、ノードＢの迂回経路判定処理５７では、パスを開通させるために、自ノード内のカードのハードウェア設定をカード設定処理５２（図５）（カード設定回路２２（図３Ａ））に指示する。カード設定処理５２では、迂回経路が通る自ノードのポートに対応するＩＦカード及びＳＷカードに対して、当該迂回経路が開通するようハードウェア設定を行う。図１３の例では、ノードＢ内のカード設定処理５２では、迂回経路が通る自ノードのポートB-b、B-cに対応するＩＦカード及びＳＷカードに対して、ハードウェア設定を行う。
【０１３６】
また、迂回経路判定処理５７では、新たなパス開通要求に対応する新たなパス設定要求に含まれる新たなパスの情報、すなわち、元々の要求経路の情報を、要求経路情報ＤＢ３６に記憶する（Ｓ２４）。
【０１３７】
図１４は、実施形態１に係る要求経路情報ＤＢ３６(図３Ａ，図３Ｂ)に格納される要求
経路情報のデータ構造例を示す図である。図１４の各行は、各要求経路情報を表す。図１４に示すように、要求経路情報ＤＢ３６の各行には、要求経路ポート１〜４の項目が含まれる。要求経路ポート１〜４は、新たなパス設定要求に含まれる元の要求経路が通るポートを順に示している。
【０１３８】
なお、図１４の例では、図７に示したネットワーク構成に鑑み、４つのポートのポート識別子が登録される例を示したが、設定すべきパスが通過する全てのポートの識別子が登録される。従って、パスが通過するノード数に応じて、登録されるポート識別子の数も変動する。
【０１３９】
図１１に戻り、Ｓ２４では、迂回経路判定処理５７において、図１４に示したように、新たなパス設定要求に含まれる元々の要求経路が通る各ポートの情報を、要求経路情報ＤＢ３６に格納する。例えば、迂回経路判定処理５７では、新たなパス設定要求に含まれる要求経路情報として、要求経路ポート1：A-a、要求経路ポート2：B-b、要求経路ポート3
：B-d、要求経路ポート4：D-aを要求経路情報ＤＢ３６に記憶する。
【０１４０】
さらに、ノードＢ内の迂回経路判定処理５７では、自ノード内の電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポート、すなわち、ポートB-dに対応するＩＦカード・ポート
の電源ＯＮを電源駆動回路５９（図５）（電源駆動回路６（図３Ａ））に指示する（Ｓ２５）。これより、電源駆動回路５９によりポートB-dに対応するＩＦカード・ポートの電
源がＯＮにされる（Ｓ２５）。ノードＢ内の迂回経路判定処理５７では、ポートB-dに対
応するＩＦカード・ポートの電源がＯＮにされたことを示す制御データをインバンド又はアウトバンド通信によりノードＤに通知する。
【０１４１】
当該制御データを受信したノードＤのコマンド解析処理５１では、当該制御データを解析し、ポートB-dに対応するＩＦカード・ポートの電源がＯＮにされたことを迂回経路判
定処理５７へ通知する。迂回経路判定処理５７では、ＬＳＤＢ２７に格納された情報を参照することで、ポートB-dに接続された自ノードのポートがポートD-aであると判断する。具体的には、ノードＤの迂回経路判定処理５７では、ＬＳＤＢ２７のノードＩＤ及びリンクＩＤがポートB-dとなるレコードの対向ノードＩＤ及び対向リンクＩＤがポートD-aであることにより、ポートB-dに接続されたポートがポートD-aであることを判断する。ノードＤの迂回経路判定処理５７では、判断されたポートD-aに対応するＩＦカード・ポートの
電源ＯＮを電源駆動回路５９に指示する。電源駆動回路５９は、ポートD-aに対応するＩ
Ｆカード・ポートの電源をＯＮにする。ノードＤ内の迂回経路判定処理５７では、ポートD-aに対応するＩＦカード・ポートの電源がＯＮにされたことを示す制御データをノード
Ｂへ送信する。
【０１４２】
ノードＢ内の迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認する（Ｓ２６）。なお、「電源ＯＦＦリンクが正常に起動する」とは、電源ＯＦＦリンクに対応するポートへの電力供給が開始されたことにより、「電源ＯＦＦリンクが通信データを正常に送信することができる状態になること」をいう。すなわち、「電源ＯＦＦリンクが正常に起動する」とは、「電源ＯＦＦリンクにおいてデータ転送が正常に行われる状態になること」をいう。
【０１４３】
Ｓ２６において、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポートのハードウェアの障害状態からの復旧を検出した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。具体的には、迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄに係る自ノードＢ内のポートB-d及び電源ＯＦＦ
リンクＢ−Ｄに係る対向ノードＤ内のポートD-aが電源ＯＦＦ状態（障害状態）から復旧
したことを検出する。迂回障害帯域監視処理５８では、ポートB-d及びポートD-aが障害状
態から復旧したことを確認した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。
【０１４４】
なお、迂回障害帯域監視処理５８では、ＩＦカードを監視するノードＢ内のカード監視処理５３（図５）（カード監視回路２３（図３Ａ））によって、ポートB-dに対応するＩ
Ｆカード・ポートが障害状態から復旧したことを通知されることで、当該復旧の検出が可能である。
【０１４５】
図１５は、実施形態１に係るＩＦカード・ポートの電源電圧と時間の関係の一例を示す図である。図１５は、縦軸をＩＦカード・ポートの電源電圧、横軸を時間とするグラフであり、ＩＦカード・ポートが電源ＯＮにされた際のＩＦカード・ポートの電源電圧の時間変化を示す。時間t=0の時点で、ＩＦカード・ポートの電源がＯＮにされる。時間t1では
、ＩＦカードのハードウェア（以下、「HW」という）が全て起動された状態（以下、「HW
Ready」という）となる。これより、ＩＦカードのソフトウェア（以下、「SW」という）が起動する。時間t2では、SWが起動されたことにより、HWの設定が完了した状態となり、データを送信することが可能な状態となる（以下、「traffic ready」という）。traffic
readyの状態になると、時間t3で、ＩＦカードのハードウェアについての監視が開始される。なお、時間t3が経過するまでに、ＩＦカードのハードウェアのウォームアップ時間及びコンフィグレーション時間が経過することとなる。
【０１４６】
図１５に示した例では、カード監視処理５３では、時間t3でＩＦカードのHWの監視を開始し、HWに障害が発生していないこと、例えば、ハード障害レジスタに格納された情報が“障害無し”を示すことを確認することにより、ＩＦカード・ポートの復旧を確認する。なお、例えば、カード監視処理５３では、ＩＦカード内のハード障害レジスタの値（“０”／“１”）をポーリングすることでＩＦカードのHWの監視を行い、HWに障害が発生しているか否かを確認する。この場合、カード監視処理５３では、例えば、ハード障害レジスタの値が障害有り“１”から障害無し“０”に変化したことを検出すると、ＩＦカード・ポートが復旧したと判断する。
【０１４７】
このように、迂回障害帯域監視処理５８では、カード監視処理５３による通知によってポートB-dが障害状態から復旧したことを確認すると、ポートB-dが復旧したことを、迂回経路生成処理５６へ通知する。迂回経路生成処理５６では、復旧したポートB-dの対向ノ
ードＤに対して、ポートB-dが復旧したことを制御データで通知する。
【０１４８】
なお、対向ノードＤにおいてもノードＢと同様の手順で、ポートD-aの復旧を確認する
。対向ノードＤにおいてポートD-aに対応するＩＦカード・ポートが障害状態から復旧し
た場合、すなわち、ポートD-aが復旧した場合、ポートD-aの復旧がノードＢへ制御データで通知される。ノードＢ内の迂回障害帯域監視処理５８では、当該制御データを受信することにより、ポートD-aに対応するＩＦカード・ポートが障害状態から復旧したこと、す
なわち、ポートD-aの復旧を確認することができる。なお、ノードＢ内の迂回障害帯域監
視処理５８では、当該制御データを、コマンド解析処理５１を介して受信するようにしてもよい。このように、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに対応するＩＦカード・ポートが復旧することにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断する。
【０１４９】
迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認できるまで待つ。迂回障害帯域監視処理５８では、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認できた場合（Ｓ２６；Yes）、Ｓ２７の処理へ進む。
【０１５０】
Ｓ２７では、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））にお
いて、要求経路情報ＤＢ３６から、Ｓ２４において記録された要求経路情報（図１４）を読み出し、当該要求経路についてパス設定要求を行う（Ｓ２７）。具体的には、迂回経路生成処理５６では、読み出した要求経路情報をＲＳＶＰ処理５４に出力し、ＲＳＶＰ処理５４において、当該要求経路情報を含むパス設定要求を要求経路上の次ノード（ノードＤ）へ送信させる。当該パス設定要求は、電源ＯＦＦリンクであったリンクＢ−Ｄを通じてノードＤへ到達する。
【０１５１】
迂回経路生成処理５６では、パス設定要求に対応する応答メッセージの受信を待機する（Ｓ２８）。迂回経路生成処理５６では、応答メッセージを受信することで、要求経路のパス設定の完了を確認すると（Ｓ２８；Yes）、Ｓ２９の処理へ進む。
【０１５２】
Ｓ２９では、迂回経路生成処理５６において、カード設定処理５２に、通信データを送信するパスを、迂回経路から要求経路へ切り替えるよう指示する。すなわち、迂回経路生成処理５６では、迂回パスからパス設定要求で設定が要求された、電源ＯＦＦリンクを含むパスへ切り替えるよう指示する。これより、カード設定処理５２では、通信データを送信するパスを、迂回経路から要求経路へ切り替える（Ｓ２９）。すなわち、カード設定処理５２では、ポートB-bから受信されるデータが、迂回経路であるポートB-cではなく、要求経路であるポートB-dから出力されるように、入側ラベルと出側ラベルとの対応関係を
変更する。
【０１５３】
図１６及び図１７は、パス切替え及び迂回経路削除の説明図である。図１６では、迂回経路を点線で、要求経路を実線で示している。図１６の例では、カード設定処理５２では、通信データが転送されるパスを、ポートA-a、B-b、B-c、C-a、C-d、D-cを通る迂回経路から、ポートA-a、B-b、B-d、D-aを通る要求経路へ切替える。
【０１５４】
Ｓ２９で通信データを送信するパスの切替えが完了すると、ノードＢ内の迂回経路生成処理５６では、不要となった迂回経路であるポートB-c、C-a、D-cを通る経路を削除する
（Ｓ２Ａ）。具体的には、迂回経路生成処理５６では、ＲＳＶＰ処理５４へ、不要となった迂回経路の各ポートB-c、C-a、D-cの情報を出力し、迂回経路を削除するパス設定要求
を迂回経路の次ノード（ノードＣ）へ送信するよう指示する。当該パス設定要求が順に迂回経路上のノードＣ，ノードＤへ送信されることにより、当該迂回経路が削除される。
【０１５５】
図１７に示すように、ノードＢ内の迂回経路生成処理５６により、不要となった迂回経路であるB-c、C-a、D-cを通る経路は削除される。これより、要求経路であるポートA-a、B-b、B-d、D-aを通る経路のみが開通されている状態となる。
【０１５６】
また、図１１に示すＳ２Ａの処理では、要求経路に含まれる当該電源ＯＦＦリンクについて図６のＳ６で記憶された迂回経路情報が、迂回経路情報ＤＢ３５から削除される。
【０１５７】
なお、図１１のフローにおけるＳ２９、Ｓ２Ａの動作は、従来技術であるmake before breakの動作と同様である。Make before breakは、既存の開通（設定）しているパスを削除（切断）する前にパスのルートを変更するための新規パスを設定し、当該新規パス設定後に、パスの始点ノードで既存パスから新規パスにトラフィックを移行する方法である。なお、Make before breakでは、さらに、トラフィック移行後、既存パスを削除（切断）
する。これより、サービス断を伴わずにパスのルートを変更することができる。
【０１５８】
なお、図１１に示したＳ２３、Ｓ２４、Ｓ２５は順不同である。例えば、ＩＦカードポートの電源をＯＮにした後に、迂回経路でパス設定を行うこともできる。この方法によれば、パス設定を行ってから要求経路のデータ伝送が可能になるまでの時間を短縮することができるため、迂回経路を用いてデータを伝送する時間帯の短縮化を図ることができる。
この方法は、特に迂回経路と要求経路との距離差が大きいほど有効である。また、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されて
もよい。
【０１５９】
動作例１−２では、図１１のＳ２４において、要求経路情報を要求経路情報ＤＢ３６へ記憶することとした。しかしながら、Ｓ２７で当該要求経路情報を用いて要求経路についてのパス設定を行った後は、当該要求経路情報は不要であるため、Ｓ２７の後のステップで、当該要求経路情報は要求経路情報ＤＢ３６から削除されるようにしてもよい。なお、当該要求経路情報の削除は、迂回経路生成処理５６または迂回経路判定処理５７のどちらで行ってもよい。
【０１６０】
[動作例１−３ 経路障害発生時]
ネットワーク１０において、経路障害が発生した際のノードの動作を、図１８のフローチャート、図１９の動作例１−３の説明図を用いて以下に説明する。
【０１６１】
図１８は、実施形態１に係る経路障害発生時フローの一例を示す図である。図１９は、図７に示したネットワーク１０の一部と同様のものである。図１９に示すリンクＢ−Ｄは、図６に示した処理の実行によって、電源ＯＦＦリンクとなっている。
【０１６２】
図１８に示す処理は、周期的に実行される。図１８の処理が開始されると、ノードＢ内の迂回障害帯域監視処理５８（図５）（迂回障害帯域監視回路３３（図３Ａ））において、迂回経路情報ＤＢ３５に格納された迂回経路情報（図１０）を取得する（Ｓ３１）。迂回経路情報を取得した迂回障害帯域監視処理５８では、当該迂回経路情報で示されたすべての迂回経路の状態、すなわち、当該迂回経路に対応するＩＦカードの状態を監視する（Ｓ３２）。迂回障害帯域監視処理５８では、自ノード内の迂回経路に障害が発生しているか否かを確認する（Ｓ３３）。ノード内の障害は、カード監視処理５３（図５）（カード監視回路２３（図３Ａ））により検知可能である。そのため、迂回障害帯域監視処理５８では、カード監視処理５３の結果、自ノードに接続されたリンクに障害が発生した旨を通知されることで、当該リンクに障害が発生したことを確認できる。
【０１６３】
迂回障害帯域監視処理５８では、ノード内の障害発生を確認した場合（Ｓ３３；Yes）
、迂回経路生成処理５６（図５）（迂回経路生成回路３１（図３Ａ））へ迂回経路の障害を通知し、Ｓ３５の迂回経路の再計算処理へ進む。迂回障害帯域監視処理５８では、ノード内の障害発生を確認しない場合（Ｓ３３；No）、Ｓ３４の処理へ進む。Ｓ３４では、迂回障害帯域監視処理５８では、自ノード外の迂回経路（リンク）に障害が発生しているか否かを確認する（Ｓ３４）。ここで、自ノードに接続されていないリンクにおける障害は、自ノード内のカード監視処理５３により検知することはできない。そのため、迂回障害帯域監視処理５８では、自ノードに接続されていないリンクにおける障害発生状況については、ＬＳＤＢ２７を参照することで確認する。具体的には、迂回障害帯域監視処理５８では、自ノードに接続されていないリンクに該当するＬＳＤＢ２７のレコードを確認し、使用可能帯域が0であるか否かを確認する。
【０１６４】
迂回障害帯域監視処理５８では、迂回経路の障害発生を確認しない場合（Ｓ３４；No）、本経路障害発生時フローを終了する。迂回障害帯域監視処理５８で、障害発生を確認した場合（Ｓ３４；Yes）、迂回障害帯域監視処理５８において、迂回経路生成処理５６へ
迂回経路の障害を通知する。このように、迂回障害帯域監視処理５８では、自ノードに接続された未使用リンクを迂回する全ての迂回経路の状態を監視し、自ノードに接続されたリンク及び接続されていないリンクの少なくとも一方に障害がある場合、迂回経路生成処理５６へ通知する。
【０１６５】
図１９は、経路障害の一例を示す図である。図１９のように、リンクＢ−Ｃに障害が発生した場合、ノードＢの迂回障害帯域監視処理５８では、Ｓ３３で、自ノードに接続されたリンクにおける障害が発生したことを確認する。これより、迂回障害帯域監視処理５８では、迂回経路生成処理５６へ迂回経路に含まれるリンクＢ−Ｃ、すなわち、ポートB-c
とポートC-aの間のリンクにおいて障害が発生している旨を通知する。
【０１６６】
迂回経路の障害が通知された迂回経路生成処理５６では、当該電源ＯＦＦリンクについて、障害が発生したリンクＢ−Ｃを通らない迂回経路を算出する（Ｓ３５）。なお、Ｓ３５で行われる迂回経路の算出方法は、図６のＳ３における迂回経路の算出方法と同様であるため、詳細説明を省略する。なお、迂回経路生成処理５６では、Ｓ３５で、電源ＯＦＦリンクに対応するポートB-dに加え、障害が発生したリンクに対応するポートB-cを迂回経路が通らないことを条件に、迂回経路を算出する。
【０１６７】
迂回経路生成処理５６では、迂回経路を再計算した結果、自ノードＢにおいて、自ノードＢから当該電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出されたか否かを確認する（Ｓ３６）。図１９の例では、迂回経路生成処理５６において、上流ポートB-a、B-b、B-cから下流ポートB-dへ流入する各パスについて迂回経路を算出する。上流ポートB-a及び上流ポートB-cの場合、ポートB-d及びポートB-cを通らない迂回経路として、ポートB-b、A-a、A-d、D-bを通る迂回経路が算出される。しかしながら、上流ポートB-bの場合、ポートB-d及びポートB-cを通らない迂回経路が存在しないため、迂回経路が算出されない。
【０１６８】
このように、自ノードＢから電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出されない場合（Ｓ３６；No）、迂回経路生成処理５６では、電源ＯＦＦリンクに係る給電停止状態を維持できないと判断する。電源ＯＦＦリンクを含むパス設定要求に対して、一旦迂回させておくための迂回経路が存在しないため、電源ＯＦＦリンクを復旧させる際にサービス断が生じる可能性があるからである。これより、迂回経路生成処理５６では、電源駆動回路５９（図５）（電源駆動回路６（図３Ａ））へ、電源ＯＦＦリンクＢ−ＤのポートB-dに対応するＩＦ
カード・ポートの電源ＯＮを指示する（Ｓ３７）。また、迂回経路生成処理５６では、ポートB-dに対応するＩＦカード・ポートが電源ＯＮされたことを、電源ＯＦＦリンクの対
向ノードＤに制御データで通知する。なお、当該制御データを受信した、ノードＤの迂回経路生成処理５６では、ポートB-dに接続するポートD-aに対応するＩＦカード・ポートの電源ＯＮを、自ノードの電源駆動回路５９へ指示する。
【０１６９】
また、ノードＢ内の迂回経路生成処理５６では、Ｓ３７で電源ＯＮにされたＩＦカード・ポートに対応する電源ＯＦＦリンクについて、当該電源ＯＦＦリンクに対して格納された迂回経路情報を、迂回経路情報ＤＢ３５から削除する（Ｓ３８）。Ｓ３８で当該迂回経路情報が削除されると、図１８の経路障害発生時フローを終了する。Ｓ３６の処理の説明に戻る。
【０１７０】
自ノードＢから電源ＯＦＦリンクを通りうるすべてのパス設定パターンについて、障害が発生したリンクＢ−Ｃを通らない迂回経路が算出された場合（Ｓ３６；Yes）、迂回経
路生成処理５６では、Ｓ３５で新たに算出された迂回経路情報により、迂回経路情報ＤＢ３５を更新する（Ｓ３９）。すなわち、迂回経路生成処理５６では、図６のＳ６で記憶された迂回経路情報を、図１８のＳ３５で再計算された迂回経路情報で上書きする。Ｓ３９で迂回経路情報ＤＢ３５が更新されると、図１８の経路障害発生時フローを終了する。
【０１７１】
このように、迂回経路の障害が発生した場合に他の迂回経路の算出を行い、他の迂回経路が算出されない場合に、迂回経路の代替区間に対する電源をオンにすることにより、迂回
経路に障害が発生した場合でもデータ伝送経路を確保することが可能となるため、サービス断の影響を低減させることができる。
【０１７２】
以上、電源ＯＦＦリンクに接続されたノードＢについての動作例を説明したが、電源ＯＦＦリンクに接続されたノードＤにおいても、ノードＢと同様の処理が行われる。図１９のように、ポートB-cとポートC-a間のリンクに障害が発生した場合、当該リンクはノードＤに接続されていないため、ノードＤは、Ｓ３４においてＬＳＤＢ２７を参照することにより、当該障害を検知することとなる。
【０１７３】
なお、図１８に示したＳ３３、Ｓ３４は順不同である。なお、ノード間の制御データによる相互通信には、InBand通信及びOutBand通信のどちらが使用されてもよい。
【０１７４】
また、上記動作例１では、迂回障害帯域監視処理５８において、迂回経路における障害発生状況を監視することとしたが、これに限るものではなく、迂回経路における帯域の枯渇状況（使用状況）を監視するようにしてもよい。迂回障害帯域監視処理５８では、迂回経路における帯域の使用状況を監視し、当該帯域が輻輳していると判断すると、当該迂回経路は使用不可能であると判断する。これより、障害発生時と同様に、Ｓ３５の迂回経路の再計算処理が行われる。迂回障害帯域監視処理５８では、例えば、未使用帯域（使用可能帯域）が所定の閾値以下である場合や使用帯域が所定の閾値以上である場合に、当該帯域が輻輳していると判断するようにしてもよい。また、未使用帯域とリンクにおいて使用される帯域（全使用可能帯域）との比率が所定の閾値以下である場合や使用帯域と全使用可能帯域との比率が所定の閾値以上である場合に、輻輳と判断されるようにしてもよい。なお、迂回障害帯域監視処理５８において迂回経路の帯域使用状況を監視する際は、帯域の使用状況（情報）をＬＳＤＢ２７から取得することで監視可能である。また、自ノードに接続されたリンクにおける帯域の使用状況については、カード監視処理５３において取得することが可能である。なお、迂回障害帯域監視処理５８では、迂回経路における障害発生状況及び帯域の枯渇情報の両者を監視するようにしてもよい。
【０１７５】
＜実施形態の効果＞
実施形態によると、ノード１は、迂回経路生成処理５６において、未使用リンクに係る未使用ポートの電源をオフする前に、予め未使用リンクを通過しうる全てのパス設定パターンに対応する迂回経路を算出、記憶する。そのため、当該未使用リンクを迂回する迂回経路の情報を記憶しておくことができる。これより、電源オフにされたポートを起動する際に、記憶しておいた迂回経路情報に基づき、電源ＯＦＦリンクを含むパスの代わりに迂回経路を含むパス（迂回パス）を開通させることが可能となる。よって、実施形態によれば、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。これより、サービス断の発生を回避することも可能となる。ノード１は、パス設定要求からパス開通までの遅延を回避することができることから、任意の経路について機能停止、すなわち、当該経路に対応するポートの電源をＯＦＦにすることが可能である。
【０１７６】
また、実施形態によると、ノード１は、迂回経路生成処理５６において、未使用リンクの両端ノードにおいて迂回経路が存在したことを確認できた場合に限り、迂回経路情報を記憶し、未使用リンクの機能停止を行う。これより、両端ノードの少なくとも一方において、未使用リンクを迂回する迂回経路が算出できない場合は、当該未使用リンクの機能停止が行われないようにすることができる。よって、機能停止された当該未使用リンク（電源ＯＦＦリンク）を起動する際に、電源ＯＦＦリンクの両端ノードにおいて、記憶しておいた迂回経路情報に基づき、当該電源ＯＦＦリンクを通るパスの代わりに迂回経路を含むパス（迂回パス）を開通させることが可能となる。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。
【０１７７】
また、実施形態によると、ノード１は、迂回経路判定処理５７において、新たなパス設定要求に係る新たなパスに電源ＯＦＦリンクが含まれるか否かを判定することで、迂回経路へパスを開通させるべきか否かを判定することができる。また、ノード１は、迂回経路判定処理５７において、電源ＯＦＦリンクを含むと判定された新たなパスについてパスを開通させる前に、迂回パスを開通させる。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。また、ノード１は、迂回経路生成処理５７において、電源ＯＦＦリンクが復旧した後に、電源ＯＦＦリンクを含む新たなパスを開通させ、迂回経路を流れるデータを新たなパスへ送信するようパス切替えを行う。これより、パス切替えを行う際に発生するサービス断を回避することが可能となる。
【０１７８】
また、実施形態によると、ノード１は、迂回障害帯域監視処理５８において、電源ＯＦＦリンクを迂回する迂回経路の状態を監視することで、電源ＯＦＦリンクを迂回する迂回経路が正常であるか否かを把握することが可能である。迂回障害帯域監視処理５８により迂回経路内の障害等が検出されると、迂回経路生成処理５６において、他の迂回経路を算出することで、データを送信することが可能である正常な迂回経路を記憶することができる。
【０１７９】
また、ノード１は、電源ＯＦＦリンクについて障害等が検出された区間を通らない迂回経路が存在しない場合、迂回経路生成処理５６において、電源ＯＦＦリンクを起動することで、迂回経路が存在しない電源ＯＦＦリンクの機能停止状態を維持させないようにすることができる。すなわち、迂回経路が存在したため、機能が停止された未使用リンクであっても、その後に、当該迂回経路上に障害等が発生することで迂回経路が存在しなくなった場合は、当該未使用リンクの機能停止状態を維持せず、当該未使用リンクが起動される。これより、電源ＯＦＦ区間を含むパス設定要求時における、パス設定要求からパス開通までの遅延を回避することができる。
【０１８０】
また、ノード１は、前記迂回障害帯域監視処理５８において、未使用リンクに係るＩＦカード・ポートの電源をＯＦＦにした場合、当該ＩＦカード・ポートは電源ＯＦＦリンクに対応するものと判断し、当該ＩＦカード・ポートの電源ＯＦＦ状態を他のノードへ通知させない。これより、未使用リンクが機能停止にされた場合であっても、他のノードは当該未使用リンクが機能停止状態であることを意識する必要がない。よって、ネットワークに従来ノードと実施形態に係るノードが混在していた場合でも、従来ノードは電源ＯＦＦリンクを意識することなく従来通り動作することができる。従って、実施形態に係るノード１は、ネットワークの一部分に導入可能であり、ネットワークへの省電力化の技術の導入が容易となる。
【０１８１】
＜変形例１＞
本実施形態（動作例１−２）では、図１１のＳ２６において、ノードＢ内の迂回障害帯域監視処理５８において電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認する方法として、ＩＦカード・ポートの障害状態からの復旧を検出する方法を例示した。しかしながら、本実施形態はこの方法に限るものではなく、以下の方法１又は方法２を用いることで、電源ＯＦＦリンクＢ−Ｄが正常に起動したことを確認するようにしてもよい。
【０１８２】
（方法１：正常に起動するまでの時間待機する）
方法１は、ＩＦカード・ポートが正常に起動するまでの時間が経過した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断（確認）する方法である。ここで、「ＩＦカード・ポートが正常に起動する」とは、ＩＦカード・ポートの電源がＯＮにされ、当該ＩＦカード・ポートのHWの設定が完了していることをいう。ノードＢ内の迂回障害帯域監視処
理５８において、電源ＯＦＦリンクＢ−Ｄに対応するＩＦカード・ポートの電源がＯＮされてから、当該ＩＦカード・ポートが正常に起動するまでの時間待機する。図１５の例では、迂回障害帯域監視処理５８において、HWの設定が完了する時間t2+αの時間だけ待機
する。αは、時間t2に対するマージンである。すなわち、迂回障害帯域監視処理５８では、ＩＦカード・ポートのHWの設定が完了するまでにかかる時間t2が経過した後、時間α分がさらに経過した時点で、ＩＦカード・ポートが正常に起動したと判断することができる。
【０１８３】
なお、電源ＯＦＦリンクの対向ノードＤにおいても、ノードＢと同様にＩＦカード・ポートが正常に起動したことが確認される。これより、ノードＢ内の迂回障害帯域監視処理５８では、対向ノードＤから、対向ノードＤ内の電源ＯＦＦリンクに対応するＩＦカード・ポートが正常に起動した旨の制御データを受信する。これより、ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに接続された自ノード及び対向ノードに対応するＩＦカード・ポートがそれぞれ正常に起動したことを確認することができる。このように、迂回障害帯域監視処理５８において、電源ＯＦＦリンクに対応するＩＦカード・ポートが正常に起動したことを確認することで、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。なお、迂回障害帯域監視処理５８では、対向ノードＤにおけるＩＦカード・ポートの正常起動を確認することなく、自ノードＢにおけるＩＦカード・ポートの正常起動のみを確認することで、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。
【０１８４】
（方法２：制御データの送信）
方法２は、電源ＯＦＦリンクＢ−Ｄを用いて、制御データが対向ノードへ正常に送信されることにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断（確認）する方法である。ノードＢ内の迂回障害帯域監視処理５８では、電源ＯＦＦリンクに係る対向ノードＤに対して制御データを送信する。ノードＢ内の迂回障害帯域監視処理５８では、当該制御データを正常に送信できたことを確認した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。また、これに限らず、ノードＢ内の迂回障害帯域監視処理５８では、制御データを受信したノードＤから、正常に当該制御データを受信した旨の応答データを制御データで受信した時点で、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。図１５の例では、迂回障害帯域監視処理５８において、時間t2でHW設定が完了した後に、制御データが正常に送信されたこと又は受信されたことを確認することとなる。なお、電源ＯＦＦリンクＢ−Ｄの両端ノードがそれぞれ対向ノードへ制御データを送信し、各制御データが対向ノードで正常に受信されることにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することもできる。また、迂回障害帯域監視処理５８では、対向ノードＤに対する制御データの送信を、他の処理へ指示するようにしてもよい。このように、迂回障害帯域監視処理５８では、電源ＯＦＦリンクを経由する制御データが正常に送受信できたことにより、電源ＯＦＦリンクＢ−Ｄが正常に起動したと判断することができる。
【０１８５】
＜変形例２＞
本実施形態（動作例１−２）では、ノードＢのポートB-dに対応するＩＦカード・ポー
トの電源をＯＮにしたことを、制御データによりノードＤへ通知することとしたが、これに限定するものではない。例えば、ポートB-dに対応するＩＦカード・ポートの電源がＯ
Ｎにされたことを示す情報を、ポートＢからポートＤへ送信される、迂回経路についてのパス設定要求に含めることができる。
【０１８６】
この場合、図１１のフローにおいて、Ｓ２３とＳ２５が行われる順番が入れ替わることとなる。具体的には、図１１のＳ２２でパス設定要求に電源ＯＦＦリンクが含まれると判断されると（Ｓ２２；Yes）、Ｓ２５の処理が行われる。Ｓ２５では、動作例１−２で示
したとおり、電源駆動回路５９により、ポートB-dに対応するＩＦカード・ポートの電源
がＯＮにされる。Ｓ２５でポートB-dに対応するＩＦカード・ポートの電源がＯＮになる
と、Ｓ２４で要求経路情報が記録される。Ｓ２４で要求経路情報が記録されると、Ｓ２３で、ＲＳＶＰ処理５４では、迂回経路についてノードＢからノードＤへパス設定要求を送出する。なお、ＲＳＶＰ処理５４では、Ｓ２５でポートB-dに対応するＩＦカード・ポー
トの電源がＯＮにされたことを、電源駆動回路５９から直接、又は、迂回経路判定処理５７を介して通知される。これより、ＲＳＶＰ処理５４では、Ｓ２３において、ポートB-d
に対応するＩＦカード・ポートの電源がＯＮにされたことを示す情報が含まれるパス設定要求を送出する。
【０１８７】
パス設定要求を受信したノードＤでは、ＲＳＶＰ処理５４、コマンド解析処理５１、又は迂回経路判定処理５７において、パス設定要求に含まれる前記情報を抽出することで、ノードＢのポートB-dに対応するＩＦカード・ポートの電源がＯＮにされたことを認識す
ることができる。なお、変形例２において、図１１のＳ２４は、Ｓ２５の前に実行されてもよいし、Ｓ２３の後に実行されるようにしてもよい。また、Ｓ２５は、Ｓ２３の前に実行されるようにしてもよい。
【符号の説明】
【０１８８】
１ ノード
１Ａ、１Ｂ 隣接ノード
２ 制御カード（回路）
３、４ ＩＦカード（回路）
３Ａ カード電源
５ ＳＷカード（回路）
６ 電源駆動回路
７ ポート回路
７Ａ、７Ｂ ポート回路
７Ｃ ポート電源
８Ａ、８Ｂ ポート回路
９ シャーシ
１０ ネットワーク
１２ ネットワークシステム
１４、１５ 端末装置
１６ 外部電源
１８ 監視制御装置
２０ ＣＰＵ
２１ コマンド解析回路
２１Ａ コマンド解析処理プログラム
２２ カード設定回路
２２Ａ カード設定処理プログラム
２３ カード監視回路
２３Ａ カード監視処理プログラム
２４ メモリ
２５ ＲＳＶＰプログラム
２６ ＯＳＰＦプログラム
２７ ＬＳＤＢ（トポロジテーブル）
３１ 迂回経路生成回路
３１Ａ 迂回経路生成処理プログラム
３２ 迂回経路判定回路
３２Ａ 迂回経路判定処理プログラム
３３ 迂回障害帯域監視回路
３３Ａ 迂回障害帯域監視プログラム
３４ メモリ
３５ 迂回経路情報ＤＢ
３６ 要求経路情報ＤＢ
３７ ＲＡＭメモリ
３８ ＲＯＭメモリ
５１ コマンド解析処理
５２ カード設定処理
５３ カード監視処理
５４ ＲＳＶＰ処理
５５ ＯＳＰＦ処理
５６ 迂回経路生成処理
５７ 迂回経路判定処理
５８ 迂回障害帯域監視処理
５９ 電源駆動回路
【特許請求の範囲】
【請求項１】
データ伝送用のパスを確立する通信装置であって、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、
前記区間に対する電源をオンにする電源駆動回路と
を含み、
前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを特徴とする通信装置。
【請求項２】
自装置を経て前記区間に至る全てのパス設定パターンに対してそれぞれ前記迂回経路の算出処理を行う算出回路と、
前記算出回路により算出された全てのパス設定パターンに対応する前記迂回経路についての迂回経路情報を記憶するメモリと
をさらに含み、
前記電源駆動回路は、少なくとも前記全てのパス設定パターンに対する前記迂回経路が得られたことを条件として、前記区間に対する電源をオフにする
請求項１に記載の通信装置。
【請求項３】
前記電源駆動回路は、自装置とともに前記区間を形成する他の通信装置から、前記他の通信装置から前記区間へ至る全てのパス設定パターンに対応する迂回経路情報が得られたことを示す通知を受信したことをさらなる条件として、前記区間に対する電源をオフにする
請求項２に記載の通信装置。
【請求項４】
前記算出回路は、前記迂回経路の障害が発生した場合に、他の迂回経路の算出を行い、
前記電源駆動回路は、他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
請求項２に記載の通信装置。
【請求項５】
前記算出回路は、前記迂回経路の未使用帯域が閾値以下の場合に他の迂回経路の算出を行い、
前記電源駆動回路は、他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
請求項２に記載の通信装置。
【請求項６】
メモリと、
前記メモリに格納されているプログラムを実行するプロセッサと、
を有し、
前記プロセッサは、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、前記メモリに記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定し、
前記区間に対する電源をオンにし、
前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを特徴とする通信装置。
【請求項７】
通信装置がデータ伝送用のパスを確立する方法であって、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定し、
前記区間に対する電源をオンにし、
前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを含むパス確立方法。
【請求項８】
自装置を経て前記区間に至る全てのパス設定パターンに対してそれぞれ前記迂回経路の算出処理を行い、
前記算出された全てのパス設定パターンに対応する前記迂回経路についての迂回経路情報を記憶し、
少なくとも前記全てのパス設定パターンに対する前記迂回経路が得られたことを条件として、前記区間に対する電源をオフにする
ことを含む、請求項７に記載のパス確立方法。
【請求項９】
自装置とともに前記区間を形成する他の通信装置から、前記他の通信装置から前記区間へ至る全てのパス設定パターンに対応する迂回経路情報が得られたことを示す通知を受信したことをさらなる条件として、前記区間に対する電源をオフにする
ことを含む、請求項８に記載のパス確立方法。
【請求項１０】
前記迂回経路の障害が発生した場合に、他の迂回経路の算出を行い、
他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
ことを含む、請求項８に記載のパス確立方法。
【請求項１１】
前記迂回経路の未使用帯域が閾値以下の場合に他の迂回経路の算出を行い、
他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
ことを含む、請求項８に記載のパス確立方法。
【請求項１】
データ伝送用のパスを確立する通信装置であって、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定する設定回路と、
前記区間に対する電源をオンにする電源駆動回路と
を含み、
前記設定回路は、前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを特徴とする通信装置。
【請求項２】
自装置を経て前記区間に至る全てのパス設定パターンに対してそれぞれ前記迂回経路の算出処理を行う算出回路と、
前記算出回路により算出された全てのパス設定パターンに対応する前記迂回経路についての迂回経路情報を記憶するメモリと
をさらに含み、
前記電源駆動回路は、少なくとも前記全てのパス設定パターンに対する前記迂回経路が得られたことを条件として、前記区間に対する電源をオフにする
請求項１に記載の通信装置。
【請求項３】
前記電源駆動回路は、自装置とともに前記区間を形成する他の通信装置から、前記他の通信装置から前記区間へ至る全てのパス設定パターンに対応する迂回経路情報が得られたことを示す通知を受信したことをさらなる条件として、前記区間に対する電源をオフにする
請求項２に記載の通信装置。
【請求項４】
前記算出回路は、前記迂回経路の障害が発生した場合に、他の迂回経路の算出を行い、
前記電源駆動回路は、他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
請求項２に記載の通信装置。
【請求項５】
前記算出回路は、前記迂回経路の未使用帯域が閾値以下の場合に他の迂回経路の算出を行い、
前記電源駆動回路は、他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
請求項２に記載の通信装置。
【請求項６】
メモリと、
前記メモリに格納されているプログラムを実行するプロセッサと、
を有し、
前記プロセッサは、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、前記メモリに記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定し、
前記区間に対する電源をオンにし、
前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを特徴とする通信装置。
【請求項７】
通信装置がデータ伝送用のパスを確立する方法であって、
パスの設定要求を受信し、データ伝送ができないように電源をオフにしている区間を前記パスが含む場合に、記憶された前記区間に対応する迂回経路情報を用いて、前記区間を迂回する迂回パスを設定し、
前記区間に対する電源をオンにし、
前記電源のオンによって前記区間を用いたデータ伝送が可能になった場合に、前記迂回パスを、前記区間を含むパスに切り替える
ことを含むパス確立方法。
【請求項８】
自装置を経て前記区間に至る全てのパス設定パターンに対してそれぞれ前記迂回経路の算出処理を行い、
前記算出された全てのパス設定パターンに対応する前記迂回経路についての迂回経路情報を記憶し、
少なくとも前記全てのパス設定パターンに対する前記迂回経路が得られたことを条件として、前記区間に対する電源をオフにする
ことを含む、請求項７に記載のパス確立方法。
【請求項９】
自装置とともに前記区間を形成する他の通信装置から、前記他の通信装置から前記区間へ至る全てのパス設定パターンに対応する迂回経路情報が得られたことを示す通知を受信したことをさらなる条件として、前記区間に対する電源をオフにする
ことを含む、請求項８に記載のパス確立方法。
【請求項１０】
前記迂回経路の障害が発生した場合に、他の迂回経路の算出を行い、
他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
ことを含む、請求項８に記載のパス確立方法。
【請求項１１】
前記迂回経路の未使用帯域が閾値以下の場合に他の迂回経路の算出を行い、
他の迂回経路が算出されない場合に、前記区間に対する電源をオンにする
ことを含む、請求項８に記載のパス確立方法。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１３−７０２００（Ｐ２０１３−７０２００Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０６７４０（Ｐ２０１１−２０６７４０）
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]