JP2008193429A - 通信ネットワーク、通信インタフェース方法およびノード装置 - Google Patents

Abstract

【課題】コアネットワークにおけるパスを複数のサービスネットワークに提供できるようにし、また、提供したパスの障害回復処理を最適化する。
【解決手段】発信者ノード装置１００および着信者ノード装置２００は、それぞれ、着信者ノード装置１００と着信者ノード装置２００との間にパスを確立するパス確立部５２と、確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成する仮想化インタフェース生成部５１と、仮想化インタフェースを提供する提供先サービスネットワークを確認する提供先確認部５３と、提供先サービスネットワークが使用する論理インタフェースを仮想化インタフェースに紐付けて生成する論理インタフェース生成部６１と、論理インタフェースを用いて２つのサービスネットワークノード装置４００をリンクで接続する隣接関係を確立する隣接関係確立部６２と、を備える。
【選択図】図２

Description

本発明は、複数のサービスネットワークを収容したコアネットワークに好適な通信ネットワーク、通信インタフェース方法およびノード装置に関する。

近年の通信ネットワークにおいては、ＧＭＰＬＳ（Generalized Multi-Protocol Label Switching）技術などの導入により、複数のレイヤにまたがったリソースの管理やパス制御が容易になった。例えば、非特許文献１には、異なるレイヤに属するノード装置が存在するネットワークにおいて、ある上位レイヤのノード装置がその上位レイヤと同じレイヤのノード装置との間にリンクを提供するために、下位レイヤのノード装置を複数中継してパス確立を行い、確立したパスを、その確立を行ったインスタンスと同じインスタンス内に上位レイヤのリンクとして提供するパス設定方法が開示されている。
K. Kompella, Y. Rekhter, "Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE)", October 2005, [On line], ［平成１９年１月１８日検索］, インターネット＜http://www.ietf.org/rfc/rfc4206.txt＞

しかしながら、非特許文献１に開示されたパス設定方法においては、例えば、コアネットワーク内でパスを確立しても、その確立したパスは、パス確立を行ったインスタンスと同じインスタンスに対してでなければ、サービスネットワークのリンクとして提供することができない。

従って、コアネットワークを横切る１つのリンクリソースを、複数のサービスネットワークに対し提供することはできない。また、確立したパスに障害が発生した場合には、パスのダウンがそのままリンクのダウンとなるので、パスがダウンするとリンクを保持することができない。

本発明は、このような従来技術の課題を解決するためになされたもので、確立したパスを複数のサービスネットワークに同時に提供することを可能とするとともに、パスに障害が発生しても、サービスネットワークの動作に影響を与えることなく障害を迂回するパスを提供することを可能にすることを目的とする。

請求項１に記載の発明は、発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するパス確立手段と、前記パス確立手段によって確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成する仮想化インタフェース生成手段と、前記仮想化インタフェースを提供する提供先サービスネットワークを確認する提供先確認手段と、前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成する論理インタフェース生成手段と、前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立する隣接関係確立手段と、を備えることを特徴とする。

請求項７に記載の発明は、発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークにおける前記サービスネットワークに対する通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立し、前記確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成し、前記仮想化インタフェースを提供する提供先サービスネットワークを確認し、前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成し、前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立することを特徴とする。

請求項１３に記載の発明は、発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークに発信者ノード装置または着信者ノード装置として用いられるノード装置であって、前記ノード装置が、前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するパス確立手段と、前記パス確立手段によって確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成する仮想化インタフェース生成手段と、前記仮想化インタフェースを提供する提供先サービスネットワークを確認する提供先確認手段と、前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成する論理インタフェース生成手段と、前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立する隣接関係確立手段と、を備えることを特徴とする。

請求項１、請求項７または請求項１３の発明によれば、発信者ノード装置および着信者ノード装置は、発信者ノード装置と着信者ノード装置との間に確立された１つ以上のパスを仮想化インタフェースによって管理し、その仮想化インタフェースに紐付けられて生成された論理インタフェースをサービスネットワークに提供する。このとき、１つの仮想化インタフェースを複数の論理インタフェースへの紐付けが可能であるので、確立したパスを複数のサービスネットワークに提供することができる。

また、発信者ノード装置と着信者ノード装置との間に確立されたパスは、直接に論理インタフェースに紐付けられのではなく、その確立したパスを管理する仮想化インタフェース介して、論理インタフェースに紐付けられている。その結果、仮想化インタフェースにより管理されているパスに障害が発生しても、その仮想化インタフェースを保持したまま、障害が発生したパスを通信可能なパスに切替えることが可能になる。従って、サービスネットワークを収容しているネットワークに障害が発生しても、サービスネットワークに提供されている論理インタフェースに影響を与えることなく障害回復をすることが可能になる。

請求項２に記載の発明は、請求項１に記載の通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、前記論理インタフェース生成手段により、前記論理インタフェースを任意の前記提供先サービスネットワークごとに１つずつ生成することを特徴とする。

請求項８に記載の発明は、請求項７に記載の通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、前記論理インタフェースを任意の前記提供先サービスネットワークごとに１つずつ生成することを特徴とする。

請求項１４に記載の発明は、請求項１３に記載のノード装置であって、前記ノード装置が、前記論理インタフェース生成手段により、前記論理インタフェースを任意の前記提供先サービスネットワークごとに１つずつ生成することを特徴とする。

請求項２、請求項８および請求項１４の発明によれば、仮想化インタフェースによって管理されるパスを複数のサービスネットワークに提供することができるようになる。

請求項３に記載の発明は、請求項２に記載の通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、前記論理インタフェース生成手段により、帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成することを特徴とする。

請求項９に記載の発明は、請求項８に記載の通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置が、それぞれ、帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成することを特徴とする。

請求項１５に記載の発明は、請求項１４に記載のノード装置であって、前記ノード装置は、前記論理インタフェース生成手段により、帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成することを特徴とする。

請求項３、請求項９および請求項１５の発明によれば、自らの通信ネットワークにおいて帯域制御や優先制御が可能となるので、効率のよい通信ネットワークを実現することができる。

請求項４に記載の発明は、請求項１ないし請求項３のいずれか１項に記載の通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置は、それぞれ、前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、前記パス確立手段によりパスを確立するときには、互いに異なる複数のパスを確立し、前記仮想化インタフェース生成手段により、前記確立した複数のパスに対する仮想化インタフェースを生成し、前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えることを特徴とする。

請求項１０に記載の発明は、請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置は、前記確立したパス上に生じた障害を検知する障害検知手段を備え、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するときには、互いに異なる複数のパスを確立し、前記確立した複数のパスに対する仮想化インタフェースを生成し、前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えることを特徴とする。

請求項１６に記載の発明は、請求項１３ないし請求項１５のいずれか１項に記載のノード装置であって、前記ノード装置は、前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、前記パス確立手段によりパスを確立するときには、互いに異なる複数のパスを確立し、前記仮想化インタフェース生成手段により、前記確立した複数のパスに対する仮想化インタフェースを生成し、前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えることを特徴とする。

請求項４、請求項１０および請求項１６の発明によれば、通信中のパスに障害が生じたときには、仮想化インタフェースにはその障害が生じたパスの他にも確立されたパスが存在するので、それを通信に使用するパスとしてすぐに切替ることができる、つまり、障害回復を迅速に行うことができる。

請求項５に記載の発明は、請求項１ないし請求項３のいずれか１項に記載の通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置は、それぞれ、前記確立したパス上に生じた障害を検知する障害検知手段と、前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、を、さらに、備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えることを特徴とする。

請求項１１に記載の発明は、請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置は、それぞれ、前記確立したパス上に生じた障害を検知する障害検知手段と、前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、を備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えることを特徴とする。

請求項１７に記載の発明は、請求項１３ないし請求項１５のいずれか１項に記載のノード装置であって、前記ノード装置は、前記確立したパス上に生じた障害を検知する障害検知手段と、前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、を、さらに、備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えることを特徴とする。

請求項５、請求項１１および請求項１７の発明によれば、通信中のパスに障害が生じたとき、迂回路計算手段により、障害を迂回したパスを計算して求めるので、障害発生時のネットワークのトポロジに最適なパスを確立することができる。また、あらかじめ複数のパスを確立しておく必要がないので、ノード装置のリソースを節減することができる。

請求項６に記載の発明は、請求項１ないし請求項３のいずれか１項に記載の通信ネットワークであって、前記発信者ノード装置および前記着信者ノード装置は、それぞれ、前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知することを特徴とする。

請求項１２に記載の発明は、請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法であって、前記発信者ノード装置および前記着信者ノード装置は、それぞれ、前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知することを特徴とする。

請求項１８に記載の発明は、請求項１３ないし請求項１５のいずれか１項に記載のノード装置であって、前記ノード装置は、前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知することを特徴とする。

請求項６、請求項１１および請求項１８の発明によれば、障害情報がサービスネットワークへ通知されるので、サービスネットワーク側で障害回復の処理を行うことができ、その結果、サービスネットワークをも含めたネットワークトポロジを用いたより最適な迂回路を求めることができるようになる。

本発明によれば、確立したパスを複数のサービスネットワークに同時に提供することが可能なり、パスに障害が発生しても、サービスネットワークの動作に影響を与えることなく障害を回復するが可能になる。

以下、本発明の実施形態について図面を用いて詳しく説明する。

＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る通信ネットワークであるコアネットワークの構成の例を示した図である。図１に示すように、コアネットワーク１０００は、発信者ノード装置１００、着信者ノード装置２００および中継ノード装置３００を含むように構成される。ここで、中継ノード装置３００は、コアネットワーク１０００に複数個含まれ、その個数は特に限定されない。

コアネットワーク１０００は、複数のサービスネットワーク２０００を収容し、サービスネットワーク２０００は、それぞれ複数のサービスネットワークノード装置４００−１，４００−２を含むように構成される。

ここで、発信者ノード装置１００、着信者ノード装置２００および中継ノード装置３００は、具体的には、光クロスコネクト、ルータ、スイッチなどを含む装置である。また、コアネットワーク１０００における発信者ノード装置１００と着信者ノード装置２００との間のパスの確立は、ＩＥＴＦ（Internet Engineering Task Force）の標準化仕様であるＲＦＣ３４７３（”Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions”）などに準拠して行われる。

図１において、発信者ノード装置１００は、パス要求情報を、例えば、中継ノード装置３００−１を経由して着信者ノード装置２００に送信することによって、インタフェース１０−１とインタフェース１０−２とを両端とするパス３１を確立する。また、同様にして、発信者ノード装置１００は、インタフェース１１−１とインタフェース１１−２とを両端とするパス３２を確立する。そして、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、これらのパス３１およびパス３２を、冗長系をなす１つのパスとして管理し、その冗長パス３１と３２とからなる冗長系のパス（以下、単に、冗長パス３１，３２という）に対し、１つの仮想化インタフェース２０−１，２０−２を生成する。

このとき、リンク４１の両端の論理インタフェース３０−１，３０−２は、仮想化インタフェース２０−１，２０−２に紐付けられている。すなわち、仮想化インタフェース２０−１は論理インタフェース３０−１に、仮想化インタフェース２０−２は論理インタフェース３０−２に紐付けられて管理される。そして、論理インタフェース３０−１，３０−２は、サービスネットワーク２０００に提供される。

このようにして、サービスネットワークノード装置４００−１，４００−２は、論理インタフェース３０−１，３０−２を使用することができるようになり、リンク４１を用いることにより、相互間の通信が可能となる。すなわち、サービスネットワークノード装置４００−１および４００−２は、コアネットワーク１０００の内部の冗長パス３１，３２を経由して、相互に通信することができる。

続いて、コアネットワーク１０００において確立された冗長パス３１，３２が、サービスネットワーク２０００を接続するリンク４１として使用されるまでの手順を具体的に説明する。

コアネットワーク１０００において、サービスネットワーク２０００と境界を接する発信者ノード装置１００および着信者ノード装置２００は、通常、複数のインスタンスを保持している。例えば、発信者ノード装置１００は、コアネットワーク用インスタンス５０−１およびサービスネットワーク用インスタンス６０−１を保持している。また、着信者ノード装置２００は、コアネットワーク用インスタンス５０−２およびサービスネットワーク用インスタンス６０−２を保持している。

ここで、コアネットワーク用インスタンス５０−１，５０−２は、コアネットワーク１０００のトポロジ情報を保持したり、コアネットワーク１０００においてパス確立をしたりする場合に使用される。また、サービスネットワーク用インスタンス６０−１，６０−２は、サービスネットワーク２０００のトポロジ情報を保持したり、サービスネットワーク２０００においてパス確立したりする場合に使用される。なお、ここでは、サービスネットワーク用インスタンス６０−１，６０−２がサービスネットワーク２０００において通信を行うためにパス確立を行うことは必須ではない。

初期状態では、つまり、発信者ノード装置１００と着信者ノード装置２００との間に冗長パス３１，３２が確立される前には、サービスネットワーク２０００が利用可能な発信者ノード装置１００と着信者ノード装置２００との間のリンク４１は、存在しない。

そこで、発信者ノード装置１００は、コアネットワーク用インスタンス５０−１を用い、また、着信者ノード装置２００は、コアネットワーク用インスタンス５０−２を用いることにより、冗長パス３１，３２を確立する。そして、その冗長パス３１，３２を１つのパスとして束ねて仮想化インタフェース２０−１，２０−２として保持する。

次に、発信者ノード装置１００は、サービスネットワーク用インスタンス６０−１において仮想化インタフェース２０−１に紐付けられた論理インタフェース３０−１を生成し、また、着信者ノード装置２００は、サービスネットワーク用インスタンス６０−２において仮想化インタフェース２０−２と紐付けられた論理インタフェース３０−２を生成する。さらに、発信者ノード装置１００は、論理インタフェース３０−１を用いて着信者ノード装置２００との間に隣接関係を確立し、また、着信者ノード装置２００は、論理インタフェース３０−２を用いて発信者ノード装置１００との間に隣接関係を確立する。

このようにして、論理インタフェース３０−１，３０−２を両端とするリンク４１が生成され、その論理インタフェース３０−１，３０−２は、サービスネットワーク２０００に提供される。その結果、サービスネットワークノード装置４００−１，４００−２は、発信者ノード装置１００と着信者ノード装置２００との間に新たなリンクを認識することが可能となり、コアネットワーク１０００を横切って通信を行うことが可能となる。

なお、以上のようなコアネットワーク１０００においても、帯域制御や優先制御を行うことは可能である。ここで、帯域制御とは、コアネットワーク１０００内に確立された１つのパスを複数のサービスネットワーク２０００で共有するとき、各サービスネットワーク２０００が使用する帯域をそのトラヒック量などに応じて制御することをいう。例えば、１ＧＨｚの帯域のパスがあったとき、第１のサービスネットワーク２０００の帯域を５００ＭＨｚに制限し、第２のサービスネットワーク２０００の帯域を２００ＭＨｚに制限し、第３のサービスネットワーク２０００の帯域を３００ＭＨｚに制限する、などのように制御する。また、優先制御とは、複数のサービスネットワーク２０００に優先度を設定し、優先度の高いサービスネットワーク２０００からのトラヒックを優先して通し、優先度の低いサービスネットワーク２０００からのトラヒックを後回しにして通す。

このような帯域制御や優先制御をする場合には、サービスネットワーク２０００とコアネットワークとの間では、その帯域制御や優先制御を行うための制御パラメータ（例えば、制限帯域や優先度などの情報）のやり取りが必要となる。そこで、本実施形態では、論理インタフェース３０−１，３０−２は、その制御パラメータをやり取りするためのインタフェースを含んでいるものとする。

図２は、本発明の第１の実施形態に係る発信者ノード装置のブロック構成の例を示した図である。図２に示すように、発信者ノード装置１００は、仮想化インタフェース生成部５１、パス確立部５２、提供先確認部５３、障害検知部５４、切替部５５、仮想化インタフェースＤＢ（Database）５６、論理インタフェース生成部６１、隣接関係確立部６２、論理インタフェースＤＢ６３などの機能ブロックを含んで構成される。

また、発信者ノード装置１００の主要部は、ＣＰＵ（Central Processing Unit）、メメモリ、ハードディスク装置などからなるコンピュータによって構成され、図２に示した各機能ブロックの機能は、メモリに格納された所定のプログラムをＣＰＵが実行することによって実現される。

また、発信者ノード装置１００は、コアネットワーク用インスタンス５０とサービスネットワーク用インスタンス６０とを保持する。そして、コアネットワーク用インスタンス５０を用いることにより、コアネットワーク１０００における通信処理を実現し、サービスネットワーク用インスタンス６０を用いることにより、サービスネットワーク２０００における通信処理を実現する。

ここで、コアネットワーク用インスタンス５０は、仮想化インタフェース生成部５１、パス確立部５２、提供先確認部５３、障害検知部５４、切替部５５、仮想化インタフェースＤＢ（Database）５６などによって実現され、また、サービスネットワーク用インスタンス６０は、論理インタフェース生成部６１、隣接関係確立部６２、論理インタフェースＤＢ６３などによって実現されるインスタンスである。

また、仮想化インタフェースＤＢ５６は、コアネットワーク１０００のトポロジ情報、確立したパス情報、確立したパスを管理する仮想化インタフェース情報、確立したパスの提供先情報などを保持するデータベースである。また、論理インタフェースＤＢ６３は、サービスネットワーク２０００のトポロジ情報や、コアネットワーク１０００で確立されてパスをリンクとして提供するための論理インタフェース情報を保持するデータベースである。

次に、図示を省略するが、本発明の実施の第１の形態に係る中継ノード装置３００は、発信者ノード装置１００からのパス確立要求を受信し、パスを確立するために、少なくとも、パス確立部を含むように構成される。

図３は、本発明の第１の実施形態に係る着信者ノード装置のブロック構成の例を示した図である。図３に示すように、着信者ノード装置２００は、仮想化インタフェース生成部５１、パス確立部５２、提供先確認部５３、障害検知部５４、切替部５５、仮想化インタフェースＤＢ５６、論理インタフェース生成部６１、隣接関係確立部６２、論理インタフェースＤＢ６３などの機能ブロックを含んで構成される。

また、着信者ノード装置２００は、コアネットワーク用インスタンス５０とサービスネットワーク用インスタンス６０とを保持している。従って、着信者ノード装置２００の構成は、発信者ノード装置１００の構成と同じであるので、以下、その説明を割愛する。

図４は、本発明の第１の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図である。

図４において、発信者ノード装置１００は、まず、パス確立部５２によりパス確立要求を中継ノード装置３００に送信する（ステップＳ１０１）。中継ノード装置３００は、パス確立部により受信したパス確立要求に基づきパスを確立し（ステップＳ３０１）、さらに、隣接する他の中継ノード装置３００にパス確立要求を、順次、送信していく。着信者ノード装置２００は、中継ノード装置３００から、順次、送信されてきたパス確立要求を受信し、パス確立部５２によりパス確立要求を確認し、パスを確立する（ステップＳ２０１）。これにより、発信者ノード装置１００と着信者ノード装置２００との間に第１のパスが確立されたことになる。

次に、発信者ノード装置１００は、第２のパスを確立するために、パス確立部５２により、第１のパスと冗長関係にあることを示す情報を付与したパス確立要求を他の中継ノード装置３００に送信する（ステップＳ１０２）。中継ノード装置３００は、受信したパス確立要求をもとに第２のパスを確立し（ステップＳ３０２）、さらに、隣接の中継ノード装置３００にパス確立要求を、順次、送信していく。着信者ノード装置２００は、中継ノード装置３００から、順次、送信されてきたパス確立要求を受信し、パス確立部５２によりパス確立要求を確認し、パスを確立する（ステップＳ２０２）。これにより、発信者ノード装置１００と着信者ノード装置２００との間に第１のパスの予備のパスとなる第２のパスが確立されたことになる。

次に、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、仮想化インタフェース生成部５１により、それまでに確立した第１のパスと第２のパスを１つの冗長パスとして管理するための仮想化インタフェースを生成し（ステップＳ１０３，Ｓ２０３）、その生成した仮想化インタフェースを仮想化インタフェースＤＢ５６に格納する（ステップＳ１０４，Ｓ２０４）。

次に、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、提供先確認部５３により、仮想化インタフェースを提供する提供先を確認し（ステップＳ１０５，Ｓ２０５）、論理インタフェース生成部６１により、提供先のサービスネットワーク用インスタンス６０において論理インタフェースを生成し（ステップＳ１０６，Ｓ２０６）、生成した論理インタフェースを前記の仮想化インタフェースに紐付けて論理インタフェースＤＢ６３に格納する。

次に、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、その論理インタフェースを用いて、隣接関係確立部６２により、サービスネットワークノード装置４００間の隣接関係を確立する（ステップＳ１０７，Ｓ２０７）。

以上により、２つのサービスネットワークノード装置４００は、その論理インタフェースを使用すること、つまり、それに紐付けられた仮想化インタフェースを使用することにより、コアネットワーク１０００の中に確立された第１のパスと第２のパスとからなる冗長パスを介して、相互に通信することができるようになる。

そこで、２つのサービスネットワークノード装置４００が相互に前記の第１のパスを用いて通信していた場合に、その第１のパスに係るリンクやノード装置に障害が発生したときには、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、障害検知部５４により、その障害を検知し（ステップＳ１０８，Ｓ２０８）、さらに、障害箇所を特定する。そして、そのとき使用されている仮想化インタフェースを保持したまま（ステップＳ１０９，Ｓ２０９）、切替部５５により、発信者ノード装置１００と着信者ノード装置２００との間の通信パスを、障害のあった第１のパスから予備の第２のパスヘ切替える（ステップＳ１１０，Ｓ２１０）。

以上のように、発信者ノード装置１００および着信者ノード装置２００は、通信に実際に使用していた第１のパスに障害を検知したときには、その通信経路を予備の第２の経路に切替える。このとき、発信者ノード装置１００および着信者ノード装置２００は、それぞれ、第１のパスと第２のパスを１つの冗長パスとした仮想化インタフェースとして管理しているので、その第１のパスの障害により仮想化インタフェースが影響を受けることはない。

従って、第１の実施形態によれば、コアネットワーク１０００の中のパスに障害が生じても、仮想化インタフェースはそのまま障害がないものとして保持される。すなわち、コアネットワーク１０００の中のパスに障害が生じても、その障害の影響は、仮想化インタフェース、つまり、それに紐付けられた論理インタフェースを使用しているサービスネットワークノード装置４００に及ばない。

＜第２の実施形態＞
図５は、本発明の第２の実施形態に係る発信者ノード装置のブロック構成の例を示した図、図６は、本発明の第２の実施形態に係る着信者ノード装置のブロック構成の例を示した図である。なお、図５および図６において第１の実施形態に係る発信者ノード装置１００および着信者ノード装置２００の構成要素と同じ構成要素については、同じ符号を付し、その説明を省略する。

図５および図６に示すように、第２の実施形態に係る発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、仮想化インタフェース生成部５１、パス確立部５２、提供先確認部５３、障害検知部５４、切替部５５、仮想化インタフェースＤＢ５６、迂回路計算部５７、論理インタフェース生成部６１、隣接関係確立部６２、論理インタフェースＤＢ６３などの機能ブロックを含んで構成される。

また、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、コアネットワーク用インスタンス５０ａとサービスネットワーク用インスタンス６０とを保持する。そして、コアネットワーク用インスタンス５０ａを用いることにより、コアネットワーク１０００における通信処理を実現し、サービスネットワーク用インスタンス６０ａを用いることにより、サービスネットワーク２０００における通信処理を実現する。

以上の発信者ノード装置１００ａおよび着信者ノード装置２００ａの構成は、第１の実施形態に係る発信者ノード装置１００および着信者ノード装置２００の構成に、迂回路計算部５７が追加された構成となっている。

図７は、本発明の第２の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図である。

図７において、発信者ノード装置１００ａは、まず、パス確立部５２によりパス確立要求を中継ノード装置３００Ａに送信する（ステップＳ１０１）。中継ノード装置３００Ａは、パス確立部により受信したパス確立要求に基づきパスを確立し（ステップＳ３０１）、さらに、隣接する他の中継ノード装置３００にパス確立要求を、順次、送信していく。着信者ノード装置２００ａは、中継ノード装置３００から、順次、送信されてきたパス確立要求を受信し、パス確立部５２によりパス確立要求を確認し、パスを確立する（ステップＳ２０１）。これにより、発信者ノード装置１００ａと着信者ノード装置２００ａとの間に第１のパスが確立されたことになる。

次に、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、仮想化インタフェース生成部５１により、それまでに確立した第１のパスを管理するための仮想化インタフェースを生成し（ステップＳ１０３，Ｓ２０３）、その生成した仮想化インタフェースを仮想化インタフェースＤＢ５６に格納する（ステップＳ１０４，Ｓ２０４）。

次に、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、提供先確認部５３により、仮想化インタフェースを提供する提供先を確認し（ステップＳ１０５，Ｓ２０５）、論理インタフェース生成部６１により、提供先のサービスネットワーク用インスタンス６０において論理インタフェースを生成し（ステップＳ１０６，Ｓ２０６）、生成した論理インタフェースを前記の仮想化インタフェースに紐付けて論理インタフェースＤＢ６３に格納する。

次に、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、その論理インタフェースを用いて、隣接関係確立部６２により、サービスネットワークノード装置４００間の隣接関係を確立する（ステップＳ１０７，Ｓ２０７）。

以上により、２つのサービスネットワークノード装置４００は、その論理インタフェースを使用すること、つまり、それに紐付けられた仮想化インタフェースを使用することにより、コアネットワーク１０００の中に確立された第１のパスを介して、相互に通信することができるようになる。

そこで、２つのサービスネットワークノード装置４００が相互に前記の第１のパスを用いて通信していた場合に、その第１のパスに係るリンクやノード装置に障害が発生したときには、発信者ノード装置１００ａは、障害検知部５４により、その障害を検知し（ステップＳ１０８）、さらに、障害箇所を特定する。そして、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、そのとき使用されている仮想化インタフェースを保持したままにしておく（ステップＳ１０９，Ｓ２０９）。

次に、発信者ノード装置１００ａは、迂回路計算部５７により、コアネットワーク１０００において障害のあったリンクまたは中継ノード装置３００を迂回する迂回路を計算し（ステップＳ１２１）、迂回パスを確立するために、パス確立部５２により、迂回パス確立要求を中継ノード装置３００Ｂに送信する（ステップＳ１２２）。その後、発信者ノード装置１００ａおよび着信者ノード装置２００ａは、それぞれ、切替部５５により、発信者ノード装置１００と着信者ノード装置２００ａとの間の通信パスを、障害のあった第１のパスから迂回パスヘ切替える（ステップＳ１２３，Ｓ２２３）。

以上のように、発信者ノード装置１００ａは、通信に実際に使用していた第１のパスに障害を検知したときには、迂回路を計算後、その通信経路を計算して求めた迂回路に切替える。このとき、この迂回路計算および経路切替は、仮想化インタフェースを保持したまま行われるので、第１のパスに生じた障害により仮想化インタフェースが影響を受けることはない。

従って、第２の実施形態によれば、コアネットワーク１０００の中のパスに障害が生じても、仮想化インタフェースはそのまま障害がないものとして保持される。すなわち、コアネットワーク１０００の中のパスに障害が生じても、その障害の影響は、仮想化インタフェース、つまり、それに紐付けられた論理インタフェースを使用しているサービスネットワークノード装置４００に及ばない。

また、第２の実施の形態においては、第１の実施の形態と異なり、冗長パスのためのリソースが必要でなく、さらには、障害発生時のトポロジ状況を考慮した最適な経路を迂回パスとして確立させ、利用することができる。

＜第３の実施形態＞
図８は、本発明の第３の実施形態に係る発信者ノード装置のブロック構成の例を示した図、図９は、本発明の第３の実施形態に係る着信者ノード装置のブロック構成の例を示した図である。なお、図８および図９において第１の実施形態に係る発信者ノード装置１００および着信者ノード装置２００の構成要素と同じ構成要素については、同じ符号を付し、その説明を省略する。

図８および図９に示すように、第３の実施形態に係る発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、仮想化インタフェース生成部５１、パス確立部５２、提供先確認部５３、障害検知部５４、切替部５５、仮想化インタフェースＤＢ５６、論理インタフェース生成部６１、隣接関係確立部６２、論理インタフェースＤＢ６３、障害通知部６４などの機能ブロックを含んで構成される。

また、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、コアネットワーク用インスタンス５０ｂとサービスネットワーク用インスタンス６０ｂとを保持する。そして、コアネットワーク用インスタンス５０を用いることにより、コアネットワーク１０００における通信処理を実現し、サービスネットワーク用インスタンス６０ｂを用いることにより、サービスネットワーク２０００における通信処理を実現する。

以上の発信者ノード装置１００ｂおよび着信者ノード装置２００ｂの構成は、第１の実施形態に係る発信者ノード装置１００および着信者ノード装置２００の構成に、障害通知部６４が追加された構成となっている。

図１０は、本発明の第３の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図である。

図１０において、発信者ノード装置１００ｂは、まず、パス確立部５２によりパス確立要求を中継ノード装置３００に送信する（ステップＳ１０１）。中継ノード装置３００は、パス確立部により受信したパス確立要求に基づきパスを確立し（ステップＳ３０１）、さらに、隣接する他の中継ノード装置３００にパス確立要求を、順次、送信していく。着信者ノード装置２００ｂは、中継ノード装置３００から、順次、送信されてきたパス確立要求を受信し、パス確立部５２によりパス確立要求を確認し、パスを確立する（ステップＳ２０１）。これにより、発信者ノード装置１００ｂと着信者ノード装置２００ｂとの間に第１のパスが確立されたことになる。

次に、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、仮想化インタフェース生成部５１により、それまでに確立した第１のパスを管理するための仮想化インタフェースを生成し（ステップＳ１０３，Ｓ２０３）、その生成した仮想化インタフェースを仮想化インタフェースＤＢ５６に格納する（ステップＳ１０４，Ｓ２０４）。

次に、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、提供先確認部５３により、仮想化インタフェースを提供する提供先を確認し（ステップＳ１０５，Ｓ２０５）、論理インタフェース生成部６１により、提供先のサービスネットワーク用インスタンス６０において論理インタフェースを生成し（ステップＳ１０６，Ｓ２０６）、生成した論理インタフェースを前記の仮想化インタフェースに紐付けて論理インタフェースＤＢ６３に格納する。

次に、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、その論理インタフェースを用いて、隣接関係確立部６２により、サービスネットワークノード装置４００間の隣接関係を確立する（ステップＳ１０７，Ｓ２０７）。

以上により、２つのサービスネットワークノード装置４００は、その論理インタフェースを使用すること、つまり、それに紐付けられた仮想化インタフェースを使用することにより、コアネットワーク１０００の中に確立された第１のパスを介して、相互に通信することができるようになる。

そこで、２つのサービスネットワークノード装置４００が相互に前記の第１のパスを用いて通信していた場合に、その第１のパスに係るリンクやノード装置に障害が発生したときには、発信者ノード装置１００ａは、障害検知部５４により、その障害を検知し（ステップＳ１０８）、さらに、障害箇所を特定する。そして、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、そのとき使用されている仮想化インタフェースを解放する（ステップＳ１３１，Ｓ２３１）。

次に、発信者ノード装置１００ｂおよび着信者ノード装置２００ｂは、それぞれ、提供先確認部５３により、障害により解放された仮想化インタフェースの提供先サービスネットワーク２０００を確認し（ステップＳ１３２，Ｓ２３２）、さらに、そのサービスネットワーク２０００が使用している論理インタフェースを解放する（ステップＳ１３３，Ｓ２３３）。次に、発信者ノード装置１００ｂは、障害通知部６４により、サービスネットワークノード装置４００に対し、障害が発生したことを通知する（ステップＳ１３４）。

以上のように、第３の実施形態においては、コアネットワーク１０００の中のパスに障害が生じた場合には、その障害情報がサービスネットワークノード装置４００に通知されるが、逆に、サービスネットワークノード装置４００は、その障害情報を利用することによって、コアネットワーク１０００だけではなくサービスネットワーク２０００のトポロジを考慮した最適な経路によって障害回復を行うことが可能となる。

本発明の第１の実施形態に係る通信ネットワークであるコアネットワークの構成の例を示した図。 本発明の第１の実施形態に係る発信者ノード装置のブロック構成の例を示した図。 本発明の第１の実施形態に係る着信者ノード装置のブロック構成の例を示した図。 本発明の第１の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図。 本発明の第２の実施形態に係る発信者ノード装置のブロック構成の例を示した図。 本発明の第２の実施形態に係る着信者ノード装置のブロック構成の例を示した図。 本発明の第２の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図。 本発明の第３の実施形態に係る発信者ノード装置のブロック構成の例を示した図。 本発明の第３の実施形態に係る着信者ノード装置のブロック構成の例を示した図。 本発明の第３の実施の形態に係る発信者ノード装置、中継ノード装置および着信者ノード装置におけるインタフェース処理のフローチャートの例を示した図。

符号の説明

２０ 仮想化インタフェース
３０ 論理インタフェース
５０，５０ａ，５０ｂ コアネットワーク用インスタンス
５１ 仮想化インタフェース生成部
５２ パス確立部
５３ 提供先確認部
５４ 障害検知部
５５ 切替部
５６ 仮想化インタフェースＤＢ
５７ 迂回路計算部
６０，６０ａ，６０ｂ サービスネットワーク用インスタンス
６１ 論理インタフェース生成部
６２ 隣接関係確立部
６３ 論理インタフェースＤＢ
６４ 障害通知部
１００，１００ａ，１００ｂ 発信者ノード装置
２００，２００ａ，２００ｂ 着信者ノード装置
３００，３００Ａ，３００Ｂ 中継ノード装置
４００ サービスネットワークノード装置
１０００ コアネットワーク
２０００ サービスネットワーク

Claims (18)

1. 発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークであって、
   前記発信者ノード装置および前記着信者ノード装置が、それぞれ、
   前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するパス確立手段と、
   前記パス確立手段によって確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成する仮想化インタフェース生成手段と、
   前記仮想化インタフェースを提供する提供先サービスネットワークを確認する提供先確認手段と、
   前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成する論理インタフェース生成手段と、
   前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立する隣接関係確立手段と、
   を備えること
   を特徴とする通信ネットワーク。
2. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記論理インタフェース生成手段により、前記論理インタフェースを任意の前記提供先サービスネットワークごとに１つずつ生成すること
   を特徴とする請求項１に記載の通信ネットワーク。
3. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記論理インタフェース生成手段により、帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成すること
   を特徴とする請求項２に記載の通信ネットワーク。
4. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、
   前記パス確立手段によりパスを確立するときには、互いに異なる複数のパスを確立し、
   前記仮想化インタフェース生成手段により、前記確立した複数のパスに対する仮想化インタフェースを生成し、
   前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えること
   を特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク。
5. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記確立したパス上に生じた障害を検知する障害検知手段と、
   前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、
   を、さらに、備え、
   前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えること
   を特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク。
6. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、
   前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知すること
   を特徴とする請求項１ないし請求項３のいずれか１項に記載の通信ネットワーク。
7. 発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークにおける前記サービスネットワークに対する通信インタフェース方法であって、
   前記発信者ノード装置および前記着信者ノード装置が、それぞれ、
   前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立し、
   前記確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成し、
   前記仮想化インタフェースを提供する提供先サービスネットワークを確認し、
   前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成し、
   前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立すること
   を特徴とする通信インタフェース方法。
8. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   前記論理インタフェースを任意の前記提供先サービスネットワークごとに１つずつ生成すること
   を特徴とする請求項７に記載の通信インタフェース方法。
9. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
   帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成すること
   を特徴とする請求項８に記載の通信インタフェース方法。
10. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
    前記確立したパス上に生じた障害を検知する障害検知手段を備え、
    前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するときには、互いに異なる複数のパスを確立し、
    前記確立した複数のパスに対する仮想化インタフェースを生成し、
    前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えること
    を特徴とする請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法。
11. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
    前記確立したパス上に生じた障害を検知する障害検知手段と、
    前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、
    を備え、
    前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えること
    を特徴とする請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法。
12. 前記発信者ノード装置および前記着信者ノード装置は、それぞれ、
    前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、
    前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知すること
    を特徴とする請求項７ないし請求項９のいずれか１項に記載の通信インタフェース方法。
13. 発信者ノード装置、着信者ノード装置および中継ノード装置が相互に接続されて構成され、前記発信者ノード装置および前記着信者ノード装置を介してサービスネットワークを収容する通信ネットワークに発信者ノード装置または着信者ノード装置として用いられるノード装置であって、
    前記ノード装置が、
    前記通信ネットワーク内において、前記発信者ノード装置と前記着信者ノード装置との間にパスを確立するパス確立手段と、
    前記パス確立手段によって確立した１つ以上のパスをまとめて１つのパスとして管理する仮想化インタフェースを生成する仮想化インタフェース生成手段と、
    前記仮想化インタフェースを提供する提供先サービスネットワークを確認する提供先確認手段と、
    前記提供先サービスネットワークが使用する論理インタフェースを前記仮想化インタフェースに紐付けて生成する論理インタフェース生成手段と、
    前記論理インタフェースを用いてサービスネットワーク内の２つのノード装置の間の隣接関係を確立する隣接関係確立手段と、
    を備えること
    を特徴とするノード装置。
14. 前記ノード装置は、
    前記論理インタフェース生成手段により、任意の前記論理インタフェースを前記提供先サービスネットワークごとに１つずつ生成すること
    を特徴とする請求項１３に記載のノード装置。
15. 前記ノード装置は、
    前記論理インタフェース生成手段により、帯域制御または優先制御の少なくとも一方を可能とする論理インタフェースを、前記提供先サービスネットワークに応じて生成すること
    を特徴とする請求項１４に記載のノード装置。
16. 前記ノード装置は、
    前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、
    前記パス確立手段によりパスを確立するときには、互いに異なる複数のパスを確立し、
    前記仮想化インタフェース生成手段により、前記確立した複数のパスに対する仮想化インタフェースを生成し、
    前記障害検知手段により、前記確立した複数のパスのうち通信に使用中のパスに障害を検知したときには、前記生成した仮想化インタフェースを保持したまま、通信に使用するパスを、前記複数のパスのうち障害が検知されていない他のパスへ切替えること
    を特徴とする請求項１３ないし請求項１５のいずれか１項に記載のノード装置。
17. 前記ノード装置は、
    前記確立したパス上に生じた障害を検知する障害検知手段と、
    前記障害検知手段により検知された障害箇所を迂回する迂回路パスを計算して求める迂回路計算手段と、
    を、さらに、備え、
    前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その通信に使用中のパスに対する仮想化インタフェースを保持したまま、前記迂回路計算手段によって前記障害を迂回する迂回路を計算して求め、通信に使用するパスを前記求めた迂回路のパスへ切替えること
    を特徴とする請求項１３ないし請求項１５のいずれか１項に記載のノード装置。
18. 前記ノード装置は、
    前記確立したパス上に生じた障害を検知する障害検知手段を、さらに、備え、
    前記障害検知手段により、通信に使用中のパスに障害を検知したときには、その検知した障害についての情報を前記サービスネットワークに通知すること
    を特徴とする請求項１３ないし請求項１５のいずれか１項に記載のノード装置。

Images