中継装置、中継方法および通信システム
【課題】通信品質の信頼性を向上させること。
【解決手段】中継装置１２は、転送部１２ａと、受信部１２ｂと、切替部１２ｃと、を備えている。転送部１２ａは、前段の通信装置からのデータを後段の通信装置へ転送する。受信部１２ｂは、転送部１２ａによって転送されたデータの異常を示す異常情報を後段の通信装置から受信する。切替部１２ｃは、受信部１２ｂによって受信された異常情報に基づいて転送部１２ａによるデータの転送先を切り替える。
【解決手段】中継装置１２は、転送部１２ａと、受信部１２ｂと、切替部１２ｃと、を備えている。転送部１２ａは、前段の通信装置からのデータを後段の通信装置へ転送する。受信部１２ｂは、転送部１２ａによって転送されたデータの異常を示す異常情報を後段の通信装置から受信する。切替部１２ｃは、受信部１２ｂによって受信された異常情報に基づいて転送部１２ａによるデータの転送先を切り替える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを中継する中継装置、中継方法および通信システムに関する。
【背景技術】
【０００２】
ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）およびＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を終端するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）処理に通話断監視タイマがある。通話断監視タイマは、通話中にＲＴＰおよびＲＴＣＰの転送を監視し、双方のパケットが受信できなかった場合は呼を終了する。たとえば、終話処理としては、たとえばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で「ＢＹＥ」を発生させる。
【０００３】
固定電話網と同等の音声品質が要求されるネットワークの通信経路は、たとえばＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を実装したルータなどの機器で構築される。このようなネットワークの通信経路は、機器の故障が発生したときに通信経路がダウンしない網構成（冗長構成）になっている。
【０００４】
ＲＳＶＰのリフレッシュメッセージに異常が発生した場合は、中継ルータの資源帯域予約は削除され、ゲートウェイは通信経路の品質が保てないと判断して通話呼を終話する。通話断監視により異常を検出した場合は、ゲートウェイは通話呼を終話し、ＲＳＶＰの切断メッセージで中継ルータの資源帯域予約を削除する。
【０００５】
この場合は、通話呼送信元のゲートウェイが故障した可能性もあるため、一概に中継ルータが故障したとは判断できない。しかし、中継ルータが故障した場合は、新たな通話呼が故障した中継ルータを経由すると再び通話断が発生することになり通信の信頼性が保てず、何処で故障が発生しているのか探索に時間を要することになる。
【０００６】
通話品質を監視する方法として、ＲＴＰ／ＲＴＣＰをモニタすることにより通話の異常を検出する方法がある。ゲートウェイだけでＲＴＰ／ＲＴＣＰをモニタする場合は、ネットワークを構成する中継ルータの何処かで異常が発生していたときに、異常を発見するまでの故障探索に時間を要する。
【０００７】
そこで、ネットワークの異常を検出するため、ネットワークを構成する中継ルータにもＲＴＰ／ＲＴＣＰモニタを実装する方法が考えられる。たとえば、中継ルータで検出した異常を品質レポートとして、中継ルータを監視するサーバや保守者等に通知する方法が開示されている（たとえば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−７３２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した従来技術では、通信品質の信頼性を向上させることができないという問題がある。たとえば、中継ルータで検出した異常を、各中継ルータを一元管理するサーバや保守者などに品質レポートとして通知する場合は、サーバや保守者などによって異常箇所が特定されるため、異常箇所の切り離しや新たな通信経路の確立をサーバや保守者が集中管理によって行うことになる。このため、異常箇所の切り離しや新たな通信経路の確立に時間がかかり、通信品質の信頼性を向上させることができない。
【００１０】
開示の中継装置、中継方法および通信システムは、上述した問題点を解消するものであり、通信品質の信頼性を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、開示技術は、前段の通信装置からのデータを後段の通信装置へ転送し、転送されたデータの異常を示す異常情報を前記後段の通信装置から受信し、受信された異常情報に基づいて前記データの転送先を切り替えることを要件とする。
【発明の効果】
【００１２】
開示の中継装置、中継方法および通信システムによれば、通信品質の信頼性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】実施の形態にかかる通信システムの構成を示す図である。
【図２】ＲＳＶＰメッセージの転送を示す図である。
【図３−１】中継装置による異常検出時の動作を示す図（その１）である。
【図３−２】中継装置による異常検出時の動作を示す図（その２）である。
【図４】パスメッセージの転送を示す図である。
【図５】リソース予約メッセージの転送を示す図である。
【図６】異常の発生箇所の特定およびリソースの消去を示す図である。
【図７】異常の発生箇所を迂回する迂回経路の確立を示す図である。
【図８】中継装置の機能的な構成例を示す図である。
【図９】リソース予約メッセージの具体例を示す図である。
【図１０】パスエラーメッセージの具体例を示す図である。
【図１１】リソース予約エラーメッセージの具体例を示す図である。
【図１２】パスメッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１３】リソース予約メッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１４】パスエラーメッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１５】データフローの受信時における中継装置の動作例を示すフローチャートである。
【図１６】図６に示した状態において各中継装置により保持される情報の一例を示す図である。
【図１７】図７に示した状態において各中継装置により保持される情報の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、開示の中継装置、中継方法および通信システムの好適な実施の形態を詳細に説明する。開示の中継装置、中継方法および通信システムは、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの転送経路を中継装置が自律的に切り替え、通信品質の信頼性を向上させる。
【００１５】
（実施の形態）
（通信システムの構成）
図１は、実施の形態にかかる通信システムの構成を示す図である。図１に示すように、実施の形態にかかる通信システム１０は、中継装置１１〜１５を含んでいる。通信システム１０は、たとえば、中継装置１１の前段の通信装置（不図示）から送信されたデータフロー（データ）を中継装置１１〜１５により転送し、中継装置１５の後段の通信装置（不図示）へ送信する通信システムである。
【００１６】
中継装置１１〜１５は、データフローを転送するための冗長な経路を構成している。たとえば、データフローは、中継装置１１、中継装置１２、中継装置１３、中継装置１５の順に経由する経路によって転送可能である。また、データフローは、中継装置１１、中継装置１２、中継装置１４、中継装置１５の順に経由する経路によっても転送可能である。
【００１７】
ここで、中継装置１１〜１５のそれぞれにおいて、自装置へデータフローを送信する送信元の通信装置を前段の通信装置と称し、自装置からデータフローを送信する送信先の通信装置を後段の通信装置と称する。たとえば、中継装置１２においては、中継装置１１が前段の通信装置であり、中継装置１３および中継装置１４が後段の通信装置である。
【００１８】
中継装置１１〜１５のそれぞれは、前段の通信装置からのデータフローを後段の通信装置へ転送する。たとえば、中継装置１１は、前段の通信装置（不図示）からのデータフローを後段の中継装置１２へ転送する。中継装置１２は、前段の中継装置１１からのデータフローを後段の中継装置１３または中継装置１４へ転送する。
【００１９】
中継装置１３は、前段の中継装置１２からのデータフローを後段の中継装置１５へ転送する。中継装置１４は、前段の中継装置１２からのデータフローを後段の中継装置１５へ転送する。中継装置１５は、前段の中継装置１３または中継装置１４からのデータフローを後段の通信装置（不図示）へ転送する。
【００２０】
これにより、中継装置１１の前段の通信装置（不図示）から送信されたデータフローを中継装置１１〜１５により転送し、中継装置１５の後段の通信装置へ送信することができる。つぎに、中継装置１２の具体的な構成を説明する。中継装置１２は、転送部１２ａと、受信部１２ｂと、切替部１２ｃと、送信部１２ｄと、を備えている。
【００２１】
転送部１２ａは、前段の通信装置（中継装置１１）からのデータフローを後段の通信装置（中継装置１３または中継装置１４）へ転送する。初期状態において、転送部１２ａは、中継装置１１からのデータフローを中継装置１３へ転送するものとする。また、転送部１２ａによるデータフローの転送先は、切替部１２ｃによって切り替えられる。
【００２２】
受信部１２ｂは、転送部１２ａによって転送されたデータフローの異常を示す異常情報を後段の通信装置（中継装置１３）から受信する。転送部１２ａによって転送されたデータフローの異常には、たとえば、中継装置１２から中継装置１３へ転送される間に発生した異常や、中継装置１３から中継装置１５へ転送される間に発生した異常などが含まれる。異常情報は、たとえば、異常が検出された通信装置を示す情報や、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路の有無を示す情報などを含む。受信部１２ｂは、受信した異常情報を切替部１２ｃおよび送信部１２ｄへ出力する。
【００２３】
切替部１２ｃは、受信部１２ｂから出力された異常情報に基づいて、転送部１２ａによるデータフローの転送先を中継装置１３とは異なる通信装置に切り替える。たとえば、切替部１２ｃは、異常情報に基づいて、中継装置１３を経由して異常の発生箇所を迂回する迂回経路がある場合はデータフローの転送先を切り替えず、迂回経路がない場合はデータフローの転送先を中継装置１３から中継装置１４へ切り替える。
【００２４】
送信部１２ｄは、受信部１２ｂから出力された異常情報を前段の通信装置（中継装置１１）へ送信する。また、送信部１２ｄは、検出部１２ｅから出力された異常情報を前段の通信装置（中継装置１１）へ送信する。たとえば、送信部１２ｄは、自装置を経由して後段の通信装置（中継装置１３）を迂回する迂回経路の有無を示す異常情報を送信する。
【００２５】
検出部１２ｅは、前段の通信装置（中継装置１１）からのデータフローの異常を検出する。検出部１２ｅは、検出した異常を示す異常情報を送信部１２ｄへ出力する。検出部１２ｅが出力する異常情報は、たとえば、異常が検出された通信装置（中継装置１２）を示す情報（ＩＰアドレスなど）である。
【００２６】
また、中継装置１１，１３〜１５も中継装置１２と同様の構成を備えているとする。ここで、中継装置１３と中継装置１５との間においてデータフローの異常１９が発生したとする。この場合は、中継装置１５の検出部１２ｅによって異常１９が検出される。そして、異常１９が検出された中継装置１５を示す異常情報が中継装置１３へ送信される。
【００２７】
中継装置１３は、中継装置１５からの異常情報に基づいて、異常１９が検出された中継装置１５が後段の通信装置であるため、自装置が異常１９の発生箇所（中継装置１３と中継装置１５の間）に含まれていることを認識することができる。この場合は、中継装置１３は、中継装置１３を経由して異常１９の発生箇所を迂回する迂回経路の有無を判断し、判断結果を示す異常情報を中継装置１２へ送信する。ここでは、中継装置１３を経由して異常１９の発生箇所を迂回する迂回経路はないため、「中継装置１３からの迂回経路なし」を示す異常情報が中継装置１３から中継装置１２へ送信される。
【００２８】
中継装置１２は、中継装置１３からの異常情報に基づいて、異常１９が検出された中継装置１５が後段の通信装置でないため、自装置が異常１９の発生箇所に含まれていないことを認識することができる。また、転送部１２ａは、中継装置１３からの異常情報が「中継装置１３からの迂回経路なし」を示しているため、データフローの転送先を中継装置１３から中継装置１４へ切り替える。これにより、データフローが中継装置１２から中継装置１４へ転送され、中継装置１４から中継装置１５へ転送されるようになる。また、転送部１２ａは、異常１９を示す異常情報を中継装置１１へ送信する。
【００２９】
このように、中継装置１１〜１５は、転送されたデータフローの異常を示す異常情報を後段の通信装置から受信し、受信された異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの転送先においてエラーが発生した場合に、データフローの転送経路を自律的に切り替えることができる。このため、データフローの異常の救済を短時間で行うことができる。
【００３０】
たとえば、中継装置１１〜１５は、受信した異常情報に基づいて、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がない場合にデータフローの転送先を切り替え、迂回経路がある場合はデータフローの転送先を切り替えない。これにより、最小限の経路変更により、異常の発生箇所を迂回する新たな転送経路を確立することができる。
【００３１】
また、受信された異常情報を前段の通信装置へ送信して異常の発生を前段の通信装置へ通知することで、前段の通信装置においてデータフローの転送経路の自律的な切り替えが可能になる。また、前段の通信装置からのデータフローの異常を検出することで、データフローの異常を中継装置において自律的に検出することができる。また、検出した異常を示す異常情報を前段の通信装置へ送信することで、前段の通信装置においてデータフローの転送経路の自律的な切り替えが可能になる。
【００３２】
また、中継装置１１〜１５は、異常が検出された通信装置が後段の通信装置である場合に、自装置を経由して後段の通信装置を迂回する迂回経路の有無を示す異常情報を前段の通信装置へ送信する。これにより、自装置が異常の発生箇所に含まれている場合に、自装置を経由する迂回経路があるか否かを前段の通信装置へ通知し、前段の通信装置において、データフローの転送先を切り替えるか否かを自律的に判断することが可能になる。
【００３３】
図１に示した通信システム１０は、たとえばＲＳＶＰを備えたネットワークに適用することができる。この場合は、中継装置１１〜１５のそれぞれは、パスメッセージやリソース予約メッセージを含むＲＳＶＰメッセージ（制御メッセージ）を送受信し、ＲＳＶＰメッセージを用いてデータフローの通信路の品質確保を行う処理部を備える。
【００３４】
また、受信部１２ｂは、中継装置１３から送信されたＲＳＶＰメッセージに格納された異常情報を受信する。また、送信部１２ｄは、異常情報をＲＳＶＰメッセージに格納して中継装置１１へ送信する。このように、データフローの異常を示す異常情報をＲＳＶＰメッセージに格納して送受信することで、新たな規格を追加しなくてもデータフローの異常を示す異常情報を送受信することができる。
【００３５】
また、中継装置１１〜１５のそれぞれは、受信部１２ｂによって受信された異常情報に基づく通知部を備えていてもよい。ユーザ（たとえば保守者）へ通知する異常１９の情報は、たとえば、異常１９が発生したことを示す情報でもよいし、異常１９の発生箇所（中継装置１３と中継装置１５との間）を示す情報などであってもよい。これにより、データフローの転送経路を自律的に切り替えて異常の救済を短時間で行いつつ、異常１９の情報を保守者へ通知して故障箇所の検査や交換を促すことができる。
【００３６】
なお、通信システム１０が中継装置１１〜１５を含む構成について説明したが、通信システム１０はこのような構成に限らない。たとえば、中継装置１１に代えて、データフローを生成して送信するゲートウェイなどの通信装置を設けてもよい。また、中継装置１５に代えて、データフローを受信するゲートウェイなどの通信装置を設けてもよい。
【００３７】
（ＲＳＶＰメッセージを利用した異常の通知）
図２は、ＲＳＶＰメッセージの転送を示す図である。図２に示すように、通信システム２０は、ゲートウェイＧＷ１，ＧＷ２およびルータＲ１，Ｒ２を含んでいる。矢印２１に示すように、通信システム２０においては、ゲートウェイＧＷ２からのデータフローをルータＲ２、ルータＲ１の順に転送してゲートウェイＧＷ１へ送信する。ルータＲ１，Ｒ２のそれぞれには、たとえば図１に示した中継装置１２を適用することができる。
【００３８】
また、通信システム２０においては、ＲＳＶＰを用いてデータフローの通信路の品質確保を行う。具体的には、ゲートウェイＧＷ２は、データフローの送信中に、リフレッシュメッセージとしてパスメッセージ（Ｐａｔｈ Ｍｓｇ）を定期的に送信する。ゲートウェイＧＷ２によって送信されたパスメッセージは、ルータＲ２、ルータＲ１の順に転送されてゲートウェイＧＷ１へ送信される。
【００３９】
ルータＲ１，Ｒ２は、パスメッセージを転送する際に、パスメッセージに対するゲートウェイＧＷ１からのリソース予約メッセージをゲートウェイＧＷ２へ転送するためのパスを確保する。リソース予約メッセージをゲートウェイＧＷ２へ転送するためのパスは、パスメッセージのパスのリバースパスである。
【００４０】
ゲートウェイＧＷ２からのパスメッセージを受信したゲートウェイＧＷ１は、パスメッセージに対するリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信する。ゲートウェイＧＷ１によって送信されたリソース予約メッセージは、ルータＲ１、ルータＲ２の順に転送されてゲートウェイＧＷ２へ送信される。ルータＲ１，Ｒ２は、リソース予約メッセージを転送する際に、ゲートウェイＧＷ２からのデータフローをゲートウェイＧＷ１へ転送するためのリソースを確保する。
【００４１】
これにより、パスメッセージによって確保されたパスとリソース予約メッセージによって確保されたリソースによって、ゲートウェイＧＷ２からのデータフローが通信路の品質を確保された状態でゲートウェイＧＷ１へ転送される。ここでは、リフレッシュメッセージとして送信されるＲＳＶＰメッセージについて説明したが、データフローの送信前の初期設定のために送信されるＲＳＶＰメッセージについても同様である。
【００４２】
図２に示した状態において、ルータＲ１の検出部１２ｅが、ルータＲ２から転送されたデータフローの異常を検出（たとえば断検出）したとする。つぎに、ルータＲ１による異常検出時の動作について説明する（図３−１，図３−２参照）。
【００４３】
図３−１は、中継装置による異常検出時の動作を示す図（その１）である。データフローの異常を検出したルータＲ１は、ルータＲ２からのパスメッセージを受信すると、検出したデータフローの異常を示す異常情報をルータＲ２へ送信する。具体的には、ルータＲ１は、図３−１に示すように、受信したパスメッセージに対するパスエラーメッセージ（Ｅｒｒ Ｍｓｇ）に異常情報を格納してルータＲ２へ返送する。さらに、ルータＲ１は、データフローの異常を示す異常情報をルータＲ１の保守者へ通知するようにしてもよい。これにより、ルータＲ１の保守者がデータフローの異常発生を知ることができる。
【００４４】
ルータＲ２は、ルータＲ１から返送されたパスエラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ルータＲ２は、ルータＲ１から返送されたパスエラーメッセージをゲートウェイＧＷ２へ転送する。さらに、ルータＲ２は、データフローの異常を示す異常情報をルータＲ２の保守者へ通知するようにしてもよい。これにより、ルータＲ２の保守者がデータフローの異常発生を知ることができる。
【００４５】
ゲートウェイＧＷ２は、ルータＲ２から返送されたパスエラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ゲートウェイＧＷ２は、データフローの異常を示す異常情報をゲートウェイＧＷ２の保守者へ通知するようにしてもよい。これにより、ゲートウェイＧＷ２の保守者がデータフローの異常発生を知ることができる。
【００４６】
図３−２は、中継装置による異常検出時の動作を示す図（その２）である。データフローの異常を検出したルータＲ１は、ゲートウェイＧＷ１からのリソース予約メッセージを受信すると異常情報をゲートウェイＧＷ１へ送信する。具体的には、ルータＲ１は、図３−２に示すように、受信したリソース予約メッセージに対するリソース予約エラーメッセージ（Ｅｒｒ Ｍｓｇ）に異常情報を格納してゲートウェイＧＷ１へ返送する。
【００４７】
ゲートウェイＧＷ１は、ルータＲ１から返送されたリソース予約エラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ゲートウェイＧＷ１は、データフローの異常を示す異常情報をゲートウェイＧＷ１の保守者へ通知するようにしてもよい。これにより、ゲートウェイＧＷ１の保守者がデータフローの異常発生を知ることができる。
【００４８】
図３−１および図３−２に示したように、データフローの異常を検出した場合に、検出した異常を示す異常情報をＲＳＶＰのエラーメッセージに格納して送信することで、前段および後段の通信装置にデータフローの異常を通知することができる。これにより、データフローの異常を通知するための新たな信号を送受信しなくても、各通信装置においてデータフローの異常を認識することができる。このため、新たな転送経路を各中継装置により自律的に確立したり、各中継装置にデータフローの異常を通知することが可能になる。
【００４９】
（自律的な経路切替）
図４は、パスメッセージの転送を示す図である。図４に示すように、通信システム４０は、ゲートウェイＧＷ１，ＧＷ２およびルータＲ１〜Ｒ４を含んでいる。ルータＲ１〜Ｒ４のそれぞれには、たとえば図１に示した中継装置１２が適用される。矢印４１に示すように、通信システム４０においては、ゲートウェイＧＷ１からゲートウェイＧＷ２へデータフローが転送される。また、ゲートウェイＧＷ１、ルータＲ１、ルータＲ２、ルータＲ４、ゲートウェイＧＷ２の順に経由する経路でＲＳＶＰリソースが予約されている。
【００５０】
ゲートウェイＧＷ１は、ゲートウェイＧＷ２を宛先とするデータフローを送信する。また、ゲートウェイＧＷ１は、ゲートウェイＧＷ２を宛先とするパスメッセージ（Ｐａｔｈ Ｍｓｇ）をリフレッシュメッセージとして定期的に送信する。ルータＲ１，Ｒ２，Ｒ４のそれぞれは、ゲートウェイＧＷ１からのデータフローを前段の通信装置から受信すると、受信したデータフローを後段の通信装置へ転送する。
【００５１】
そして、ルータＲ１，Ｒ２，Ｒ４のそれぞれは、データフローを送信したパスに沿って、ゲートウェイＧＷ１からのパスメッセージ（Ｐａｔｈ Ｍｓｇ）を転送する。データフローを送信したパスは、たとえば、ルーティングによって得たユニキャスト／マルチキャストのルートである。ゲートウェイＧＷ２は、ゲートウェイＧＷ１から送信されてルータＲ１，Ｒ２，Ｒ４により転送されたパスメッセージを受信する。これにより、データフローを受信するゲートウェイＧＷ２が、正しいパス（パスメッセージのリバースパス）に沿ってリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信することができる。
【００５２】
パスメッセージを受信したルータＲ１，Ｒ２，Ｒ４は、パス情報のテーブルを内部に作成して保持する。パス情報には、たとえば、パスメッセージのリバースパスに沿ってリソース予約メッセージを転送するためのネクストホップ／プリビアスホップ（最後に通過したノード）のＩＰアドレスが含まれる。そして、パスメッセージがホップして中継されるたびに、ネクストホップ／プリビアスホップのＩＰアドレスが変更される。
【００５３】
パスメッセージに含まれる情報は、たとえば、セッション情報、ネクストホップ／プリビアスホップ情報、リフレッシュ間隔情報、送信元ホスト情報、送信元ホストのトラフィック仕様情報、ポリシー情報などである。パスメッセージが送信されるパス上に存在するルータＲ１，Ｒ２，Ｒ４は、受信したパスメッセージに従って一時的にパス情報を記憶する。ルータＲ１，Ｒ２，Ｒ４がパス情報を維持するために、ゲートウェイＧＷ１は定期的にパスメッセージを送信する。
【００５４】
ルータＲ１，Ｒ２，Ｒ４のそれぞれは、パスメッセージを受信した際の処理でエラーが発生した場合は、パスエラーメッセージのエラー通知情報にエラー内容を格納してパスメッセージの送信元へ送信する。エラー内容が格納されたパスエラーメッセージは、各ルータのホップバイホップでゲートウェイＧＷ１へ転送される。
【００５５】
図５は、リソース予約メッセージの転送を示す図である。パスメッセージを受信したゲートウェイＧＷ２は、パスメッセージが経由したパスのリバースパスに沿ってリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信する。したがって、ゲートウェイＧＷ２からのリソース予約メッセージは、ルータＲ４，Ｒ２，Ｒ１を経由してゲートウェイＧＷ１へ送信される。ルータＲ４，Ｒ２，Ｒ１のそれぞれは、通過するリソース予約メッセージに基づいて、内部でリソース予約情報用のテーブルを作成して保持する。
【００５６】
パスメッセージと同様に、リソース予約メッセージには、リソース予約メッセージをリバースパスに沿って転送するためのネクストホップ／プリビアスホップ（最後に通過したノード）のＩＰアドレスが含まれている。そして、リソース予約メッセージがホップして中継されるたびに、ネクストホップ／プリビアスホップのＩＰアドレスが変更される。
【００５７】
リソース予約メッセージに含まれる情報は、セッション情報、ネクストホップ／プリビアスホップ情報、リフレッシュ間隔情報、リソース予約方式情報、フロー仕様情報、フィルタ仕様情報などである。リソース予約メッセージが送信されたパス上に存在するルータＲ４，Ｒ２，Ｒ１は、受信したリソース予約メッセージに従って一時的にリソース予約情報を維持する。ルータＲ４，Ｒ２，Ｒ１がリソース予約情報を維持するために、ゲートウェイＧＷ２は定期的にリソース予約メッセージを送信する。
【００５８】
ＲＳＶＰを実装したルータＲ１〜Ｒ４は、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）機能を提供するために、クラシファイ、ポリシー制御、スケジューラといったトラフィック制御を実行する。ルータＲ１〜Ｒ４のそれぞれは、リソース予約メッセージを受信すると、要求されたＱｏＳに対して十分なリソースを提供できるかをチェックする。その結果、有効と判断された場合には、クラシファイやスケジューラの処理へ移行し、有効と判断されなかった場合には、リソース予約を要求した送信元に対してリソース予約エラーメッセージを返送する。
【００５９】
図６は、異常の発生箇所の特定およびリソースの消去を示す図である。図４および図５に示した通信システム４０において、ルータＲ２とルータＲ４との間でデータフローに異常６１が発生したとする。この場合はルータＲ４によって異常６１が検出される。
【００６０】
ルータＲ４は、異常６１を検出すると、ゲートウェイＧＷ２から受信するリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）に対するリソース予約エラーメッセージに、異常６１を示す異常情報を格納する。そして、ルータＲ４は、異常情報を格納したリソースエラー予約メッセージ（Ｅｒｒ Ｍｓｇ）をゲートウェイＧＷ２へ返送する。
【００６１】
また、ルータＲ４は、異常６１を検出すると、ルータＲ２から受信するパスメッセージ（Ｐａｔｈ Ｍｓｇ）に対するパスエラーメッセージに、異常６１を示す異常情報を格納する。そして、ルータＲ４は、異常情報を格納したパスエラーメッセージ（Ｅｒｒ Ｍｓｇ）をルータＲ２へ返送する。
【００６２】
ルータＲ２は、ルータＲ４からのパスエラーメッセージに格納された異常情報に基づいて異常６１を認識する。また、ルータＲ２は、異常情報に基づいて、自装置が異常６１の発生箇所に含まれていると判断する。また、ルータＲ２は、ルータＲ２を経由して異常６１の発生箇所（ルータＲ２とルータＲ４の間）を迂回する迂回経路がないため、「ルータＲ２からの迂回経路なし」を示す異常情報をパスエラーメッセージに格納する。そして、ルータＲ２は、異常情報を格納したパスエラーメッセージをルータＲ１へ転送する。
【００６３】
ルータＲ１は、ルータＲ２からのパスエラーメッセージに格納された異常情報に基づいて異常６１を認識するとともに、「ルータＲ２からの迂回経路なし」の情報を取得する。これに対して、ルータＲ１は、データフローの転送先の候補からルータＲ４を除外する。ルータＲ１は、パスエラーメッセージをゲートウェイＧＷ１へ転送する。これにより、ルータＲ１、ルータＲ２、ルータＲ４の順に経由する経路のリソースは消去される。
【００６４】
図７は、異常の発生箇所を迂回する迂回経路の確立を示す図である。ルータＲ１には、後段の通信装置としてルータＲ２，Ｒ３が接続されている。このため、ルータＲ１は、ゲートウェイＧＷ１からのデータフローを受信すると、ルータＲ２，Ｒ３のいずれかをデータフローの転送先として選択する。ここでは、ルータＲ２がルータＲ１の転送先から除外されているため、ルータＲ１はルータＲ３をデータフローの転送先として選択する。そして、ルータＲ１は、ゲートウェイＧＷ１からのデータフローをルータＲ３へ転送する。
【００６５】
これにより、ルータＲ１、ルータＲ３、ルータＲ４の順に経由する新たな経路が確立される。新たに確立された経路は、異常６１の発生箇所（ルータＲ２とルータＲ４との間）を迂回する迂回経路である。また、ルータＲ１は、ゲートウェイＧＷ１からのパスメッセージもルータＲ３へ転送する。これにより、ゲートウェイＧＷ１からのパスメッセージも新たに確立された迂回経路によってゲートウェイＧＷ２へ転送される。このため、ゲートウェイＧＷ２は、新たに確立された迂回経路のリバースパス（ルータＲ４，Ｒ３，Ｒ１、ゲートウェイＧＷ１の順）によってリソース予約メッセージを送信することができる。
【００６６】
（中継装置の機能的な構成例）
図８は、中継装置の機能的な構成例を示す図である。図８に示す中継装置８０は、たとえば図４〜図７に示したルータＲ１〜Ｒ４に適用することができる。中継装置８０は、ＲＳＶＰプロセス部８１と、ポリシー制御部８２と、アドミッション制御部８３と、ルーティングプロトコルプロセス部８４と、パケット分類部８５と、アラーム記憶部８６と、パケットスケジューラ部８７と、を備えている。
【００６７】
ＲＳＶＰプロセス部８１は、前段の通信装置および後段の通信装置との間で制御メッセージを送受信し（ＲＳＶＰ送信通知）、送受信する制御メッセージを用いてデータフローの通信路の品質確保を行う処理部である。制御メッセージは、ＲＳＶＰの制御メッセージであり、具体的にはパスメッセージ、リソース予約メッセージ、パスエラーメッセージおよびリソース予約エラーメッセージなどである。
【００６８】
ＲＳＶＰプロセス部８１においてリソース予約メッセージが受信されると、パケット分類部８５、アドミッション制御部８３、ポリシー制御部８２、パケットスケジューラ部８７によって、ＱｏＳ機能を提供するためのトラフィック制御が行われる。ポリシー制御部８２は、ＲＳＶＰプロセス部８１におけるＲＳＶＰプロセスに関するポリシー制御を行う。アドミッション制御部８３は、ＲＳＶＰプロセス部８１におけるＲＳＶＰプロセスに関するアドミッション制御を行う。
【００６９】
ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によるＲＳＶＰプロセスに基づいて、パケット分類部８５におけるデータパケットのルーティングを制御する。たとえば、ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約メッセージから、ＲＳＶＰの対象パケットの抽出条件を取得し、取得した抽出条件をパケット分類部８５へ出力する。
【００７０】
パケット分類部８５は、前段の通信装置からのパケットデータを受信する。そして、パケット分類部８５は、受信するパケットデータのヘッダ（ＩＰアドレス、ポート番号など）を取得し、取得したヘッダに基づいてパケットデータを分類する。たとえば、パケット分類部８５は、ルーティングプロトコルプロセス部８４から出力されるＲＳＶＰの対象パケットの抽出条件を用いてＲＳＶＰの対象パケット（データフロー）を抽出する。パケット分類部８５は、分類したパケットデータをパケットスケジューラ部８７へ出力する。
【００７１】
パケットスケジューラ部８７は、パケット分類部８５から出力されたパケットデータのスケジューリングを行い、スケジューリング結果に基づいてパケットデータを後段の通信装置へ送信する。パケットスケジューラ部８７は、たとえば、パケット分類部８５によってＲＳＶＰの対象パケットとして分類されたパケットデータについて、ＲＳＶＰプロセス部８１によるＲＳＶＰプロセスに従ってスケジューリングを行う。
【００７２】
＜転送部の実装例＞
図１に示した転送部１２ａは、たとえばパケット分類部８５およびパケットスケジューラ部８７によって実現される。パケット分類部８５およびパケットスケジューラ部８７は、前段の通信装置からのパケットデータのうちの、ＲＳＶＰの対象パケットの抽出条件を用いて抽出したパケットデータをデータフローとして後段の通信装置へ転送する。
【００７３】
＜検出部の実装例＞
図１に示した検出部１２ｅは、たとえばパケット分類部８５によって実現される。たとえば、パケット分類部８５にＲＴＰ／ＲＴＣＰモニタの機能を設ける。具体的には、パケット分類部８５は、ＲＳＶＰの対象パケットに分類したパケットデータの異常を検出する。たとえば、パケット分類部８５は、ＲＳＶＰの対象パケットを前回受信してからの時間をモニタするタイマを備え、タイマによってモニタされた時間が所定時間以上になると対象パケットに異常が発生したと判断する。
【００７４】
パケット分類部８５は、パケットデータの異常を検出するとアラーム記憶部８６へアラーム情報を記憶する。タイマによってモニタする所定時間は、利用するネットワークによって異なるため設定を可変とする。また、パケット分類部８５によってアラーム記憶部８６に記憶されたアラーム情報は、一定時間後にクリアされるようにしてもよいし、中継装置８０の保守者の操作によってクリアされるようにしてもよい。
【００７５】
＜受信部および送信部の実装例＞
図１に示した受信部１２ｂおよび送信部１２ｄは、たとえばＲＳＶＰプロセス部８１によって実現される。ＲＳＶＰプロセス部８１により、パスエラーメッセージやリソース予約エラーメッセージに異常情報を格納して送信することができる。また、ＲＳＶＰプロセス部８１により、パスエラーメッセージやリソース予約エラーメッセージに格納された異常情報を受信することができる。
【００７６】
また、ＲＳＶＰプロセス部８１は、異常情報に基づいて、自装置が異常の発生箇所に含まれているか否かを判断する。具体的には、ＲＳＶＰプロセス部８１は、異常情報が示す異常が検出された通信装置のＩＰアドレスと、異常情報を格納したエラーメッセージの送信元ＩＰアドレスと、を比較する。
【００７７】
ＲＳＶＰプロセス部８１は、比較したＩＰアドレスが同じである場合は自装置が異常の発生箇所に含まれていると判断する。また、ＲＳＶＰプロセス部８１は、比較したＩＰアドレスが異なる場合は自装置が異常の発生箇所に含まれていないと判断する。たとえば、ルータＲ２においては、自装置が異常の発生箇所に含まれていると判断される。また、ルータＲ１においては、自装置が異常の発生箇所に含まれていないと判断される。
【００７８】
ＲＳＶＰプロセス部８１は、自装置が異常の発生箇所に含まれていると判断した場合は、自装置を経由して異常の発生箇所を迂回する迂回経路があるか否かを判断する。迂回経路がないと判断した場合は、ＲＳＶＰプロセス部８１は、自装置からの迂回経路がないことを示す異常情報をエラーメッセージに格納する。
【００７９】
＜切替部の実装例＞
図１に示した切替部１２ｃは、たとえばルーティングプロトコルプロセス部８４によって実現される。ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によって送受信されるパスエラーメッセージから、所定の通信装置からの迂回経路がないことを示す異常情報を取得して記憶しておく。そして、ルーティングプロトコルプロセス部８４は、中継装置８０によってデータフローを転送する際に、記憶しておいた異常情報に基づいてデータフローの転送先を選択する。
【００８０】
たとえば、ルータＲ１のルーティングプロトコルプロセス部８４は、ルータＲ２から送信された「ルータＲ２からの迂回経路なし」を示す異常情報を記憶しておく。そして、ルータＲ１のルーティングプロトコルプロセス部８４は、ルータＲ１によってデータフローを転送する際に、記憶した「ルータＲ２からの迂回経路なし」を示す異常情報に基づいて転送先からルータＲ２を除外する。ルーティングプロトコルプロセス部８４は、除外されていないルータＲ３を転送先として選択するようにパケット分類部８５を制御する。
【００８１】
（ＲＳＶＰメッセージの具体例）
図９は、リソース予約メッセージの具体例を示す図である。図９に示すリソース予約メッセージ９０は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約メッセージの一例である。リソース予約メッセージ９０には、ＲＳＶＰの対象パケットの抽出条件となるフィルタ仕様情報９１やセッション情報９２などが含まれている。
【００８２】
パケット分類部８５は、たとえば、フィルタ仕様情報９１やセッション情報９２などを抽出条件としてルーティングプロトコルプロセス部８４から取得し、取得した抽出条件によって受信するパケットデータからＲＳＶＰの対象パケットを抽出する。ただし、ＲＳＶＰの対象パケットの抽出条件はユーザによって任意に設定可能にしてもよい。
【００８３】
図１０は、パスエラーメッセージの具体例を示す図である。図１０に示すパスエラーメッセージ１００は、ＲＳＶＰプロセス部８１によって送受信されるパスエラーメッセージの一例である。パスエラーメッセージ１００には、パスメッセージの送受信において発生したエラーの内容が格納されるエラー通知情報１０１が含まれている。
【００８４】
エラー通知情報１０１にはエラーコード１０２が含まれている。ここでは、エラーコード１０２の未定義の値を利用して、パケット分類部８５において検出されたデータフローの異常を示す「データフロー異常」を定義する。エラーコード１０２は、たとえば８ｂｉｔで管理されており、現在、２３（０ｘ１７）まで定義済みある。そこで、たとえば、「エラーコード＝３２（０ｘ２０）」を「データフロー異常」として定義する。また、たとえば、エラーコード１０２に代えて、エラーコード１０２に付随するエラーバリュー１０３を利用して「データフロー異常」を定義してもよい。
【００８５】
ＲＳＶＰプロセス部８１は、パスメッセージを受信するとアラーム記憶部８６を参照する。そして、ＲＳＶＰプロセス部８１は、アラーム記憶部８６にアラーム情報が記憶されていた場合は、符号１０４に示す「エラーの発生したノードのＩＰアドレス」に自装置のＩＰアドレスを格納し、エラーコード１０２に「エラーコード＝３２」を格納する。そして、自装置のＩＰアドレスおよび「エラーコード＝３２」を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送する。
【００８６】
たとえば、ルータＲ４は、ルータＲ２からのパスメッセージを受信し、アラーム記憶部８６にアラーム情報が記憶されていた場合は、ルータＲ４のＩＰアドレスと「エラーコード＝３２」を格納したパスエラーメッセージ１００をルータＲ２へ返送する。これにより、ルータＲ２，Ｒ１およびゲートウェイＧＷ１は、ルータＲ４からのパスエラーメッセージ１００に格納された「エラーコード＝３２」により異常発生を認識することができる。また、ルータＲ２，Ｒ１およびゲートウェイＧＷ１は、パスエラーメッセージ１００に格納されたルータＲ４のＩＰアドレスにより異常の発生箇所を特定することができる。
【００８７】
また、エラーコード１０２の未定義の値を利用して、自装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す「迂回経路なし」を定義する。たとえば、「エラーコード＝３３（０ｘ２１）」を「迂回経路なし」として定義する。また、たとえば、エラーコード１０２に代えて、エラーコード１０２に付随するエラーバリュー１０３を利用して「迂回経路なし」を定義してもよい。
【００８８】
たとえば、ルータＲ２は、ルータＲ２を経由して異常の発生箇所（ルータＲ２とルータＲ４の間）を迂回する迂回経路はないため、エラーコード１０２に「エラーコード＝３３」を格納したパスエラーメッセージ１００をルータＲ１へ送信する。ルータＲ１は、ルータＲ２から受信したパスエラーメッセージ１００に「エラーコード＝３３」が格納されているため、ルータＲ２を経由して異常の発生箇所を迂回する迂回経路はないことを認識することができる。これに対して、ルータＲ１は、ルータＲ２を除外して（あるいは優先度を下げて）データフローの転送先を選択する。
【００８９】
図１１は、リソース予約エラーメッセージの具体例を示す図である。図１１に示すリソース予約エラーメッセージ１１０は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約エラーメッセージの一例である。リソース予約エラーメッセージ１１０には、リソース予約エラーメッセージ１１０の送受信において発生したエラーの内容が格納されるエラー通知情報１１１が含まれている。
【００９０】
エラー通知情報１１１にはエラーコード１１２が含まれている。リソース予約エラーメッセージ１１０においても、パスエラーメッセージ１００と同様に、「エラーコード＝３２（０ｘ２０）」を「データフロー異常」として定義してエラーコード１１２に格納する。また、エラーバリュー１１３に「データフロー異常」を定義してもよい。
【００９１】
ＲＳＶＰプロセス部８１は、リソース予約メッセージ９０を受信するとアラーム記憶部８６を参照する。そして、ＲＳＶＰプロセス部８１は、アラーム記憶部８６にアラーム情報が記憶されていた場合は、符号１１４に示す「エラーの発生したノードのＩＰアドレス」に自装置のＩＰアドレスを格納し、エラーコード１１２に「エラーコード＝３２」を格納する。そして、自装置のＩＰアドレスおよび「エラーコード＝３２」を格納したリソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送する。
【００９２】
たとえば、ルータＲ４は、ゲートウェイＧＷ２からのリソース予約メッセージ９０を受信し、アラーム記憶部８６にアラーム情報が記憶されていた場合は、ルータＲ４のＩＰアドレスと「エラーコード＝３２」を格納した異常情報をゲートウェイＧＷ２へ返送する。これにより、ゲートウェイＧＷ２は、ルータＲ４からのリソース予約エラーメッセージ１１０に格納された「エラーコード＝３２」により異常発生を認識することができる。また、ゲートウェイＧＷ２は、リソース予約エラーメッセージ１１０に格納されたルータＲ４のＩＰアドレスにより異常の発生箇所を特定することができる。
【００９３】
また、エラーコード１１２の未定義の値を利用して、自装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す「迂回経路なし」を定義する。たとえば、「エラーコード＝３３（０ｘ２１）」を「迂回経路なし」として定義する。また、たとえば、エラーコード１１２に代えて、エラーコード１１２に付随するエラーバリュー１１３を利用して「迂回経路なし」を定義してもよい。
【００９４】
（中継装置の動作例）
図１２は、パスメッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、前段の通信装置からパスメッセージを受信したか否かを判断し（ステップＳ１２０１）、パスメッセージを受信するまで待つ（ステップＳ１２０１：Ｎｏのループ）。パスメッセージを受信すると（ステップＳ１２０１：Ｙｅｓ）、アラーム記憶部８６を参照してデータフローの異常を検出したか否かを判断する（ステップＳ１２０２）。
【００９５】
ステップＳ１２０２において、データフローの異常を検出していない場合（ステップＳ１２０２：Ｎｏ）は、ステップＳ１２０１によって受信されたパスメッセージのエラーがあるか否かを判断する（ステップＳ１２０３）。パスメッセージのエラーは、たとえばパスメッセージのヘッダ情報の不整合などである。パスメッセージのエラーがない場合（ステップＳ１２０３：Ｎｏ）は、ステップＳ１２０１によって受信されたパスメッセージに基づいてデータフローのためのパスを確保する（ステップＳ１２０４）。
【００９６】
つぎに、ステップＳ１２０１によって受信されたパスメッセージを後段の通信装置へ転送し（ステップＳ１２０５）、一連の動作を終了する。ステップＳ１２０３において、パスメッセージのエラーがある場合（ステップＳ１２０３：Ｙｅｓ）は、パスメッセージのエラーの内容を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送し（ステップＳ１２０６）、一連の動作を終了する。
【００９７】
ステップＳ１２０２において、データフローの異常を検出した場合（ステップＳ１２０２：Ｙｅｓ）は、パスエラーメッセージ１００にデータフローの異常を示す異常情報を格納する（ステップＳ１２０７）。具体的には、パスエラーメッセージ１００のエラー通知情報１０１に自装置のＩＰアドレスと「エラーコード＝３２」を格納する。
【００９８】
つぎに、ステップＳ１２０７によって異常情報を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送し（ステップＳ１２０８）、一連の動作を終了する。以上の各ステップにより、データフローの異常を検出した場合にパスエラーメッセージ１００を利用して異常情報を前段の通信装置へ送信することができる。
【００９９】
図１３は、リソース予約メッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、後段の通信装置からリソース予約メッセージ９０を受信したか否かを判断し（ステップＳ１３０１）、リソース予約メッセージ９０を受信するまで待つ（ステップＳ１３０１：Ｎｏのループ）。リソース予約メッセージ９０を受信すると（ステップＳ１３０１：Ｙｅｓ）、アラーム記憶部８６を参照してデータフローの異常を検出したか否かを判断する（ステップＳ１３０２）。
【０１００】
ステップＳ１３０２において、データフローの異常を検出していない場合（ステップＳ１３０２：Ｎｏ）は、ステップＳ１３０１によって受信されたリソース予約メッセージ９０のエラーがあるか否かを判断する（ステップＳ１３０３）。リソース予約メッセージ９０のエラーは、たとえばリソース予約メッセージ９０のヘッダ情報の不整合などである。
【０１０１】
ステップＳ１３０３において、リソース予約メッセージ９０のエラーがない場合（ステップＳ１３０３：Ｎｏ）は、ステップＳ１３０１によって受信されたリソース予約メッセージ９０に基づいてデータフローのためのリソースを確保する（ステップＳ１３０４）。つぎに、ステップＳ１３０１によって受信されたリソース予約メッセージ９０を前段の通信装置へ転送し（ステップＳ１３０５）、一連の動作を終了する。
【０１０２】
ステップＳ１３０３において、リソース予約メッセージ９０のエラーがある場合（ステップＳ１３０３：Ｙｅｓ）は、リソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送し（ステップＳ１３０６）、一連の動作を終了する。ステップＳ１３０６によって送信するリソース予約エラーメッセージ１１０は、リソース予約メッセージ９０のエラーの内容を格納したリソース予約エラーメッセージ１１０である。
【０１０３】
ステップＳ１３０２において、データフローの異常を検出した場合（ステップＳ１３０２：Ｙｅｓ）は、リソース予約エラーメッセージ１１０に異常情報を格納する（ステップＳ１３０７）。具体的には、リソース予約エラーメッセージ１１０のエラー通知情報１１１に自装置のＩＰアドレスと「エラーコード＝３２」を格納する。
【０１０４】
つぎに、ステップＳ１３０７によって異常情報を格納したリソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送し（ステップＳ１３０８）、一連の動作を終了する。以上の各ステップにより、データフローの異常を検出した場合に、検出したデータフローの異常を示す異常情報をリソース予約エラーメッセージ１１０を利用して後段の通信装置へ送信することができる。
【０１０５】
図１４は、パスエラーメッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、後段の通信装置からパスエラーメッセージ１００を受信したか否かを判断し（ステップＳ１４０１）、パスエラーメッセージ１００を受信するまで待つ（ステップＳ１４０１：Ｎｏのループ）。
【０１０６】
ステップＳ１４０１において、パスエラーメッセージ１００を受信すると（ステップＳ１４０１：Ｙｅｓ）、受信したパスエラーメッセージ１００に異常情報が格納されているか否かを判断する（ステップＳ１４０２）。異常情報は、たとえば、異常を検出した通信装置のＩＰアドレスと、「エラーコード＝３２」または「エラーコード＝３３」である。
【０１０７】
ステップＳ１４０２において、パスエラーメッセージ１００に異常情報が格納されている場合（ステップＳ１４０２：Ｙｅｓ）は、自装置が異常の発生箇所に含まれているか否かを判断する（ステップＳ１４０３）。たとえば、異常を検出した通信装置のＩＰアドレスを異常情報から取得し、取得したＩＰアドレスとパスエラーメッセージ１００の送信元ＩＰアドレスとを比較する。そして、各ＩＰアドレスが一致した場合は自装置が異常の発生箇所に含まれていると判断し、各ＩＰアドレスが一致しなかった場合は自装置が異常の発生箇所に含まれていないと判断する。
【０１０８】
ステップＳ１４０３において、自装置が異常の発生箇所に含まれていない場合（ステップＳ１４０３：Ｎｏ）は、ステップＳ１４０６へ移行する。自装置が異常の発生箇所に含まれている場合（ステップＳ１４０３：Ｙｅｓ）は、自装置を経由して異常の発生箇所を迂回する迂回経路があるか否かを判断する（ステップＳ１４０４）。迂回経路がある場合（ステップＳ１４０４：Ｙｅｓ）は、ステップＳ１４０６へ移行する。
【０１０９】
ステップＳ１４０４において、迂回経路がない場合（ステップＳ１４０４：Ｎｏ）は、パスエラーメッセージ１００の異常情報を更新する（ステップＳ１４０５）。具体的には、パスエラーメッセージ１００のエラー通知情報１０１のエラーコード１０２に「エラーコード＝３３」を格納する。
【０１１０】
つぎに、異常情報を記憶し（ステップＳ１４０６）、ステップＳ１４０７へ移行する。ステップＳ１４０６において記憶する異常情報は、たとえば、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す情報である。ステップＳ１４０２において、異常情報が格納されていない場合（ステップＳ１４０２：Ｎｏ）は、ステップＳ１４０１において受信されたパスエラーメッセージ１００を前段の通信装置へ転送し（ステップＳ１４０７）、一連の動作を終了する。
【０１１１】
以上の各ステップにより、異常が検出された通信装置が後段の通信装置である場合に、自装置を経由して後段の通信装置を迂回する迂回経路の有無を示す異常情報を前段の通信装置へ送信することができる。また、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報を後段の通信装置から受信した場合は、この異常情報を記憶しておくことができる。
【０１１２】
図１５は、データフローの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、前段の通信装置からデータフローを受信したか否かを判断し（ステップＳ１５０１）、データフローを受信するまで待つ（ステップＳ１５０１：Ｎｏのループ）。データフローを受信すると（ステップＳ１５０１：Ｙｅｓ）、図１４のステップＳ１４０６によって異常情報が記憶されているか否かを判断する（ステップＳ１５０２）。ステップＳ１５０２における異常情報は、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報である。
【０１１３】
ステップＳ１５０２において、異常情報が記憶されていない場合（ステップＳ１５０２：Ｎｏ）は、データフローを転送し（ステップＳ１５０３）、一連の動作を終了する。ステップＳ１５０３においては、図１２のステップＳ１２０４によって確保されたパスおよび図１３のステップＳ１３０４によって確保されたリソースによってデータフローを転送する。ステップＳ１５０２において、異常情報が記憶されている場合（ステップＳ１５０２：Ｙｅｓ）は、異常情報が示すＩＰアドレス（異常が発生した箇所）を迂回する迂回経路によってデータフローを転送し（ステップＳ１５０４）、一連の動作を終了する。
【０１１４】
たとえば、ルーティングプロトコルプロセス部８４は、通常のルーティングテーブルをコピーした迂回経路用のルーティングテーブルを記憶する。また、ルーティングプロトコルプロセス部８４は、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報を受信した場合は、迂回経路用のルーティングテーブルにおける転送先から後段の通信装置を除外する。そして、ステップＳ１５０３においては通常のルーティングテーブルを用いてデータフローを転送し、ステップＳ１５０４においては迂回経路用のルーティングテーブルを用いてデータフローを転送する。
【０１１５】
（各中継装置の管理情報）
図１６は、図６に示した状態において各中継装置により保持される情報の一例を示す図である。図１６に示すテーブル１６０は、図６に示した状態においてルータＲ１〜Ｒ４によって保持される情報の一例を示している。テーブル１６０に示すように、ルータＲ１〜Ｒ４のそれぞれは、「ＤｅｓｔＩＰ」、「Ｏ ｉｎｆ」、「ＮｅｘｔＨｏｐ」、「Ｍｏｎ」、「ＥｒｒＳＴ」および「ＲＰ」を保持している。
【０１１６】
「ＤｅｓｔＩＰ」は、データフローの宛先ＩＰアドレスを示している。ここでは、ルータＲ１〜Ｒ４のそれぞれにおいて、「ＤｅｓｔＩＰ」がゲートウェイＧＷ２のＩＰアドレス「ＧＷ２」に設定されている。
【０１１７】
「Ｏ ｉｎｆ（Ｏｕｔｐｕｔ Ｉｎｔｅｒｆａｃｅ）」は、データフローの出力先（転送先）として選択可能な出力インタフェースを示している。ここでは、ルータＲ１の出力インタフェースとして、ルータＲ２を示す「Ｒ１〜Ｒ２」とルータＲ３を示す「Ｒ１〜Ｒ３」の２つが登録されている。また、ルータＲ２の出力インタフェースとして、ルータＲ４を示す「Ｒ２〜Ｒ４」が登録されている。また、ルータＲ３の出力インタフェースとして、ルータＲ４を示す「Ｒ３〜Ｒ４」が登録されている。また、ルータＲ４の出力インタフェースとして、ゲートウェイＧＷ２を示す「Ｒ４〜ＧＷ２」が登録されている。
【０１１８】
「ＮｅｘｔＨｏｐ」は、出力インタフェースに対応するネクストホップＩＰアドレスを示している。ここでは、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ２」に対応するネクストホップＩＰアドレスとしてルータＲ２のＩＰアドレス「Ｒ２」が登録されている。また、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ３」に対応するネクストホップＩＰアドレスとしてルータＲ３のＩＰアドレス「Ｒ３」が登録されている。
【０１１９】
また、ルータＲ２の出力インタフェース「Ｒ２〜Ｒ４」に対応するネクストホップＩＰアドレスとしてルータＲ４のＩＰアドレス「Ｒ４」が登録されている。また、ルータＲ３の出力インタフェース「Ｒ３〜Ｒ４」に対応するネクストホップＩＰアドレスとしてルータＲ４のＩＰアドレス「Ｒ４」が登録されている。また、ルータＲ４の出力インタフェース「Ｒ４〜ＧＷ２」に対応するネクストホップＩＰアドレスは「ＤｅｓｔＩＰ」と同じであるため登録されていない。
【０１２０】
「Ｍｏｎ（Ｍｏｎｉｔｏｒ）」は、ＲＴＰ／ＲＴＣＰモニタ状態を示している。図６に示した状態においては、いずれの経路にも異常が発生していない。このため、ルータＲ１〜Ｒ４のそれぞれのＲＴＰ／ＲＴＣＰモニタ状態が、異常が発生していないことを示す「Ｎｏｒｍａｌ」に設定されている。
【０１２１】
「ＥｒｒＳＴ（Ｅｒｒｏｒ Ｓｔａｔｕｓ）」は、異常情報確認ステータスを示している。図６に示した状態においては、いずれの経路にも異常が発生していないため、ルータＲ１〜Ｒ４のそれぞれの異常情報確認ステータスが、異常が発生していないことを示す「Ｎｏｒｍａｌ」に設定されている。
【０１２２】
「ＲＰ（Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）」は、各出力インタフェースの優先順位を示すルーティングポリシー（値が小さい方が優先）を示している。ここでは、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ２」に対応するルーティングポリシーとして「１」が設定されている。また、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ３」に対応するルーティングポリシーとして「２」が設定されている。また、ルータＲ２〜Ｒ４の各出力インタフェースに対応するルーティングポリシーとして「１」が設定されている。
【０１２３】
図１７は、図７に示した状態において各中継装置により保持される情報の一例を示す図である。図１７に示すテーブル１７０は、図７に示した状態においてルータＲ１〜Ｒ４によって保持される情報の一例を示している。テーブル１７０に示すように、ルータＲ４において異常６１が検出されると、ルータＲ４のＲＴＰ／ＲＴＣＰモニタ状態が、異常が発生したことを示す「Ｅｒｒｏｒ」に設定される。そして、ルータＲ４から送信された異常情報がルータＲ２によって受信される。
【０１２４】
ルータＲ２は、ルータＲ４からの異常情報を受信すると、自装置が異常の発生箇所に含まれていると判断し、ルータＲ２の異常情報確認ステータスを、自装置が異常の発生箇所に含まれていることを示す「Ｅｒｒｏｒ」に設定する。また、ルータＲ２は、出力インタフェース「Ｒ２〜Ｒ４」に対応するルーティングポリシーを「Ｕｎｕｓｅｄ」に設定する。「Ｕｎｕｓｅｄ」は、選択不可を示す情報である。また、ルータＲ２は、出力インタフェース「Ｒ２〜Ｒ４」以外の出力インタフェースを有していないため、「ルータＲ２からの迂回経路なし」を示す異常情報をルータＲ１へ送信する。
【０１２５】
ルータＲ１は、ルータＲ２からの異常情報を受信すると、異常情報が「ルータＲ２からの迂回経路なし」を示しているため、出力インタフェース「Ｒ１〜Ｒ２」に対応するルーティングポリシーを「Ｕｎｕｓｅｄ」に設定する。これにより、ルータＲ１は、ゲートウェイＧＷ１からのデータフローを受信すると、出力インタフェース「Ｒ１〜Ｒ２」を除外して出力インタフェースを選択する。
【０１２６】
したがって、この場合は、ルータＲ１は出力インタフェース「Ｒ１〜Ｒ３」を選択する。ルータＲ１は、選択した出力インタフェース「Ｒ１〜Ｒ３」に対応するネクストホップＩＰアドレス「Ｒ３」へデータフローを転送する。これにより、ルータＲ１からルータＲ３へデータフローが転送される。
【０１２７】
ルータＲ３は、ルータＲ１からのデータフローを受信すると、出力インタフェースが「Ｒ３〜Ｒ４」だけであるため、出力インタフェース「Ｒ３〜Ｒ４」を選択する。そして、ルータＲ３は、選択した出力インタフェース「Ｒ３〜Ｒ４」に対応するネクストホップＩＰアドレス「Ｒ４」へデータフローを転送する。これにより、ルータＲ３からルータＲ４へデータフローが転送される。ルータＲ４は、ルータＲ３からのデータフローを受信すると、ゲートウェイＧＷ２へデータフローを転送する。
【０１２８】
このように、実施の形態にかかる通信システムにおいては、各中継装置が、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの異常が発生した場合にデータフローの転送経路を中継装置が自律的に切り替え、データフローの異常の救済を短時間で行うことができる。このため、通信品質の信頼性を向上させることができる。
【０１２９】
また、データフローの異常の救済を集中管理によって行うサーバなどを設けなくてもデータフローの異常の救済を行うことができるため、通信システムのコストを抑えることができる。また、実施の形態にかかる通信システムにおいては、ノード間で発生するサイレント故障（データフロー異常）の救済を、ネットワークのＱｏＳ機能を動的に制御する技術であるＲＳＶＰを利用して実現することができる。これにより、たとえばデータフローの異常を通知するための新たな信号を送受信しなくても救済を行うことができる。
【０１３０】
以上説明したように、中継装置、中継方法および通信システムによれば、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替えることで通信品質の信頼性を向上させることができる。上述した実施の形態に関しさらに以下の付記を開示する。
【０１３１】
（付記１）前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする中継装置。
【０１３２】
（付記２）前記異常情報は、前記後段の通信装置を経由して前記異常の発生箇所を迂回する迂回経路の有無を示す情報を含み、
前記切替部は、前記迂回経路がない場合は前記転送先を切り替え、前記迂回経路がある場合は前記転送先を切り替えないことを特徴とする付記１に記載の中継装置。
【０１３３】
（付記３）前記受信部によって受信された異常情報を前記前段の通信装置へ送信する送信部を備えることを特徴とする付記１または２に記載の中継装置。
【０１３４】
（付記４）前記前段の通信装置からのデータの異常を検出する検出部を備え、
前記送信部は、前記検出部によって検出された異常を示す異常情報を前記前段の通信装置へ送信することを特徴とする付記３に記載の中継装置。
【０１３５】
（付記５）前記異常情報は、前記異常が検出された通信装置を示す情報を含み、
前記送信部は、前記異常が検出された通信装置が前記後段の通信装置である場合に、自装置を経由して前記後段の通信装置を迂回する迂回経路の有無を示す異常情報を送信することを特徴とする付記４に記載の中継装置。
【０１３６】
（付記６）前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記受信部は、前記制御メッセージに格納された前記異常情報を受信することを特徴とする付記１〜５のいずれか一つに記載の中継装置。
【０１３７】
（付記７）前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記送信部は、前記異常情報を前記制御メッセージに格納して送信することを特徴とする付記３〜５のいずれか一つに記載の中継装置。
【０１３８】
（付記８）前記処理部はＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による前記品質確保を行い、
前記制御メッセージはＲＳＶＰメッセージであることを特徴とする付記６または７に記載の中継装置。
【０１３９】
（付記９）前記受信部によって受信された異常情報に基づく前記異常の情報をユーザへ通知する通知部を備えることを特徴とする付記１〜８のいずれか一つに記載の中継装置。
【０１４０】
（付記１０）前段の通信装置からのデータを後段の通信装置へ転送する転送工程と、
前記転送工程によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信工程と、
前記受信工程によって受信された異常情報に基づいて前記転送工程による前記データの転送先を切り替える切替工程と、
を含むことを特徴とする中継方法。
【０１４１】
（付記１１）データを転送するための経路を構成する複数の中継装置を含む通信システムにおいて、前記複数の中継装置のそれぞれは、
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする通信システム。
【符号の説明】
【０１４２】
ＧＷ１，ＧＷ２ ゲートウェイ
Ｒ１〜Ｒ４ ルータ
１０，２０，４０ 通信システム
１９，６１ 異常
９０ リソース予約メッセージ
１００ パスエラーメッセージ
１１０ リソース予約エラーメッセージ
【技術分野】
【０００１】
本発明は、データを中継する中継装置、中継方法および通信システムに関する。
【背景技術】
【０００２】
ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）およびＲＴＣＰ（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を終端するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）処理に通話断監視タイマがある。通話断監視タイマは、通話中にＲＴＰおよびＲＴＣＰの転送を監視し、双方のパケットが受信できなかった場合は呼を終了する。たとえば、終話処理としては、たとえばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で「ＢＹＥ」を発生させる。
【０００３】
固定電話網と同等の音声品質が要求されるネットワークの通信経路は、たとえばＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を実装したルータなどの機器で構築される。このようなネットワークの通信経路は、機器の故障が発生したときに通信経路がダウンしない網構成（冗長構成）になっている。
【０００４】
ＲＳＶＰのリフレッシュメッセージに異常が発生した場合は、中継ルータの資源帯域予約は削除され、ゲートウェイは通信経路の品質が保てないと判断して通話呼を終話する。通話断監視により異常を検出した場合は、ゲートウェイは通話呼を終話し、ＲＳＶＰの切断メッセージで中継ルータの資源帯域予約を削除する。
【０００５】
この場合は、通話呼送信元のゲートウェイが故障した可能性もあるため、一概に中継ルータが故障したとは判断できない。しかし、中継ルータが故障した場合は、新たな通話呼が故障した中継ルータを経由すると再び通話断が発生することになり通信の信頼性が保てず、何処で故障が発生しているのか探索に時間を要することになる。
【０００６】
通話品質を監視する方法として、ＲＴＰ／ＲＴＣＰをモニタすることにより通話の異常を検出する方法がある。ゲートウェイだけでＲＴＰ／ＲＴＣＰをモニタする場合は、ネットワークを構成する中継ルータの何処かで異常が発生していたときに、異常を発見するまでの故障探索に時間を要する。
【０００７】
そこで、ネットワークの異常を検出するため、ネットワークを構成する中継ルータにもＲＴＰ／ＲＴＣＰモニタを実装する方法が考えられる。たとえば、中継ルータで検出した異常を品質レポートとして、中継ルータを監視するサーバや保守者等に通知する方法が開示されている（たとえば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−７３２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した従来技術では、通信品質の信頼性を向上させることができないという問題がある。たとえば、中継ルータで検出した異常を、各中継ルータを一元管理するサーバや保守者などに品質レポートとして通知する場合は、サーバや保守者などによって異常箇所が特定されるため、異常箇所の切り離しや新たな通信経路の確立をサーバや保守者が集中管理によって行うことになる。このため、異常箇所の切り離しや新たな通信経路の確立に時間がかかり、通信品質の信頼性を向上させることができない。
【００１０】
開示の中継装置、中継方法および通信システムは、上述した問題点を解消するものであり、通信品質の信頼性を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、開示技術は、前段の通信装置からのデータを後段の通信装置へ転送し、転送されたデータの異常を示す異常情報を前記後段の通信装置から受信し、受信された異常情報に基づいて前記データの転送先を切り替えることを要件とする。
【発明の効果】
【００１２】
開示の中継装置、中継方法および通信システムによれば、通信品質の信頼性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】実施の形態にかかる通信システムの構成を示す図である。
【図２】ＲＳＶＰメッセージの転送を示す図である。
【図３−１】中継装置による異常検出時の動作を示す図（その１）である。
【図３−２】中継装置による異常検出時の動作を示す図（その２）である。
【図４】パスメッセージの転送を示す図である。
【図５】リソース予約メッセージの転送を示す図である。
【図６】異常の発生箇所の特定およびリソースの消去を示す図である。
【図７】異常の発生箇所を迂回する迂回経路の確立を示す図である。
【図８】中継装置の機能的な構成例を示す図である。
【図９】リソース予約メッセージの具体例を示す図である。
【図１０】パスエラーメッセージの具体例を示す図である。
【図１１】リソース予約エラーメッセージの具体例を示す図である。
【図１２】パスメッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１３】リソース予約メッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１４】パスエラーメッセージの受信時における中継装置の動作例を示すフローチャートである。
【図１５】データフローの受信時における中継装置の動作例を示すフローチャートである。
【図１６】図６に示した状態において各中継装置により保持される情報の一例を示す図である。
【図１７】図７に示した状態において各中継装置により保持される情報の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、開示の中継装置、中継方法および通信システムの好適な実施の形態を詳細に説明する。開示の中継装置、中継方法および通信システムは、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの転送経路を中継装置が自律的に切り替え、通信品質の信頼性を向上させる。
【００１５】
（実施の形態）
（通信システムの構成）
図１は、実施の形態にかかる通信システムの構成を示す図である。図１に示すように、実施の形態にかかる通信システム１０は、中継装置１１〜１５を含んでいる。通信システム１０は、たとえば、中継装置１１の前段の通信装置（不図示）から送信されたデータフロー（データ）を中継装置１１〜１５により転送し、中継装置１５の後段の通信装置（不図示）へ送信する通信システムである。
【００１６】
中継装置１１〜１５は、データフローを転送するための冗長な経路を構成している。たとえば、データフローは、中継装置１１、中継装置１２、中継装置１３、中継装置１５の順に経由する経路によって転送可能である。また、データフローは、中継装置１１、中継装置１２、中継装置１４、中継装置１５の順に経由する経路によっても転送可能である。
【００１７】
ここで、中継装置１１〜１５のそれぞれにおいて、自装置へデータフローを送信する送信元の通信装置を前段の通信装置と称し、自装置からデータフローを送信する送信先の通信装置を後段の通信装置と称する。たとえば、中継装置１２においては、中継装置１１が前段の通信装置であり、中継装置１３および中継装置１４が後段の通信装置である。
【００１８】
中継装置１１〜１５のそれぞれは、前段の通信装置からのデータフローを後段の通信装置へ転送する。たとえば、中継装置１１は、前段の通信装置（不図示）からのデータフローを後段の中継装置１２へ転送する。中継装置１２は、前段の中継装置１１からのデータフローを後段の中継装置１３または中継装置１４へ転送する。
【００１９】
中継装置１３は、前段の中継装置１２からのデータフローを後段の中継装置１５へ転送する。中継装置１４は、前段の中継装置１２からのデータフローを後段の中継装置１５へ転送する。中継装置１５は、前段の中継装置１３または中継装置１４からのデータフローを後段の通信装置（不図示）へ転送する。
【００２０】
これにより、中継装置１１の前段の通信装置（不図示）から送信されたデータフローを中継装置１１〜１５により転送し、中継装置１５の後段の通信装置へ送信することができる。つぎに、中継装置１２の具体的な構成を説明する。中継装置１２は、転送部１２ａと、受信部１２ｂと、切替部１２ｃと、送信部１２ｄと、を備えている。
【００２１】
転送部１２ａは、前段の通信装置（中継装置１１）からのデータフローを後段の通信装置（中継装置１３または中継装置１４）へ転送する。初期状態において、転送部１２ａは、中継装置１１からのデータフローを中継装置１３へ転送するものとする。また、転送部１２ａによるデータフローの転送先は、切替部１２ｃによって切り替えられる。
【００２２】
受信部１２ｂは、転送部１２ａによって転送されたデータフローの異常を示す異常情報を後段の通信装置（中継装置１３）から受信する。転送部１２ａによって転送されたデータフローの異常には、たとえば、中継装置１２から中継装置１３へ転送される間に発生した異常や、中継装置１３から中継装置１５へ転送される間に発生した異常などが含まれる。異常情報は、たとえば、異常が検出された通信装置を示す情報や、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路の有無を示す情報などを含む。受信部１２ｂは、受信した異常情報を切替部１２ｃおよび送信部１２ｄへ出力する。
【００２３】
切替部１２ｃは、受信部１２ｂから出力された異常情報に基づいて、転送部１２ａによるデータフローの転送先を中継装置１３とは異なる通信装置に切り替える。たとえば、切替部１２ｃは、異常情報に基づいて、中継装置１３を経由して異常の発生箇所を迂回する迂回経路がある場合はデータフローの転送先を切り替えず、迂回経路がない場合はデータフローの転送先を中継装置１３から中継装置１４へ切り替える。
【００２４】
送信部１２ｄは、受信部１２ｂから出力された異常情報を前段の通信装置（中継装置１１）へ送信する。また、送信部１２ｄは、検出部１２ｅから出力された異常情報を前段の通信装置（中継装置１１）へ送信する。たとえば、送信部１２ｄは、自装置を経由して後段の通信装置（中継装置１３）を迂回する迂回経路の有無を示す異常情報を送信する。
【００２５】
検出部１２ｅは、前段の通信装置（中継装置１１）からのデータフローの異常を検出する。検出部１２ｅは、検出した異常を示す異常情報を送信部１２ｄへ出力する。検出部１２ｅが出力する異常情報は、たとえば、異常が検出された通信装置（中継装置１２）を示す情報（ＩＰアドレスなど）である。
【００２６】
また、中継装置１１，１３〜１５も中継装置１２と同様の構成を備えているとする。ここで、中継装置１３と中継装置１５との間においてデータフローの異常１９が発生したとする。この場合は、中継装置１５の検出部１２ｅによって異常１９が検出される。そして、異常１９が検出された中継装置１５を示す異常情報が中継装置１３へ送信される。
【００２７】
中継装置１３は、中継装置１５からの異常情報に基づいて、異常１９が検出された中継装置１５が後段の通信装置であるため、自装置が異常１９の発生箇所（中継装置１３と中継装置１５の間）に含まれていることを認識することができる。この場合は、中継装置１３は、中継装置１３を経由して異常１９の発生箇所を迂回する迂回経路の有無を判断し、判断結果を示す異常情報を中継装置１２へ送信する。ここでは、中継装置１３を経由して異常１９の発生箇所を迂回する迂回経路はないため、「中継装置１３からの迂回経路なし」を示す異常情報が中継装置１３から中継装置１２へ送信される。
【００２８】
中継装置１２は、中継装置１３からの異常情報に基づいて、異常１９が検出された中継装置１５が後段の通信装置でないため、自装置が異常１９の発生箇所に含まれていないことを認識することができる。また、転送部１２ａは、中継装置１３からの異常情報が「中継装置１３からの迂回経路なし」を示しているため、データフローの転送先を中継装置１３から中継装置１４へ切り替える。これにより、データフローが中継装置１２から中継装置１４へ転送され、中継装置１４から中継装置１５へ転送されるようになる。また、転送部１２ａは、異常１９を示す異常情報を中継装置１１へ送信する。
【００２９】
このように、中継装置１１〜１５は、転送されたデータフローの異常を示す異常情報を後段の通信装置から受信し、受信された異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの転送先においてエラーが発生した場合に、データフローの転送経路を自律的に切り替えることができる。このため、データフローの異常の救済を短時間で行うことができる。
【００３０】
たとえば、中継装置１１〜１５は、受信した異常情報に基づいて、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がない場合にデータフローの転送先を切り替え、迂回経路がある場合はデータフローの転送先を切り替えない。これにより、最小限の経路変更により、異常の発生箇所を迂回する新たな転送経路を確立することができる。
【００３１】
また、受信された異常情報を前段の通信装置へ送信して異常の発生を前段の通信装置へ通知することで、前段の通信装置においてデータフローの転送経路の自律的な切り替えが可能になる。また、前段の通信装置からのデータフローの異常を検出することで、データフローの異常を中継装置において自律的に検出することができる。また、検出した異常を示す異常情報を前段の通信装置へ送信することで、前段の通信装置においてデータフローの転送経路の自律的な切り替えが可能になる。
【００３２】
また、中継装置１１〜１５は、異常が検出された通信装置が後段の通信装置である場合に、自装置を経由して後段の通信装置を迂回する迂回経路の有無を示す異常情報を前段の通信装置へ送信する。これにより、自装置が異常の発生箇所に含まれている場合に、自装置を経由する迂回経路があるか否かを前段の通信装置へ通知し、前段の通信装置において、データフローの転送先を切り替えるか否かを自律的に判断することが可能になる。
【００３３】
図１に示した通信システム１０は、たとえばＲＳＶＰを備えたネットワークに適用することができる。この場合は、中継装置１１〜１５のそれぞれは、パスメッセージやリソース予約メッセージを含むＲＳＶＰメッセージ（制御メッセージ）を送受信し、ＲＳＶＰメッセージを用いてデータフローの通信路の品質確保を行う処理部を備える。
【００３４】
また、受信部１２ｂは、中継装置１３から送信されたＲＳＶＰメッセージに格納された異常情報を受信する。また、送信部１２ｄは、異常情報をＲＳＶＰメッセージに格納して中継装置１１へ送信する。このように、データフローの異常を示す異常情報をＲＳＶＰメッセージに格納して送受信することで、新たな規格を追加しなくてもデータフローの異常を示す異常情報を送受信することができる。
【００３５】
また、中継装置１１〜１５のそれぞれは、受信部１２ｂによって受信された異常情報に基づく通知部を備えていてもよい。ユーザ（たとえば保守者）へ通知する異常１９の情報は、たとえば、異常１９が発生したことを示す情報でもよいし、異常１９の発生箇所（中継装置１３と中継装置１５との間）を示す情報などであってもよい。これにより、データフローの転送経路を自律的に切り替えて異常の救済を短時間で行いつつ、異常１９の情報を保守者へ通知して故障箇所の検査や交換を促すことができる。
【００３６】
なお、通信システム１０が中継装置１１〜１５を含む構成について説明したが、通信システム１０はこのような構成に限らない。たとえば、中継装置１１に代えて、データフローを生成して送信するゲートウェイなどの通信装置を設けてもよい。また、中継装置１５に代えて、データフローを受信するゲートウェイなどの通信装置を設けてもよい。
【００３７】
（ＲＳＶＰメッセージを利用した異常の通知）
図２は、ＲＳＶＰメッセージの転送を示す図である。図２に示すように、通信システム２０は、ゲートウェイＧＷ１，ＧＷ２およびルータＲ１，Ｒ２を含んでいる。矢印２１に示すように、通信システム２０においては、ゲートウェイＧＷ２からのデータフローをルータＲ２、ルータＲ１の順に転送してゲートウェイＧＷ１へ送信する。ルータＲ１，Ｒ２のそれぞれには、たとえば図１に示した中継装置１２を適用することができる。
【００３８】
また、通信システム２０においては、ＲＳＶＰを用いてデータフローの通信路の品質確保を行う。具体的には、ゲートウェイＧＷ２は、データフローの送信中に、リフレッシュメッセージとしてパスメッセージ（Ｐａｔｈ Ｍｓｇ）を定期的に送信する。ゲートウェイＧＷ２によって送信されたパスメッセージは、ルータＲ２、ルータＲ１の順に転送されてゲートウェイＧＷ１へ送信される。
【００３９】
ルータＲ１，Ｒ２は、パスメッセージを転送する際に、パスメッセージに対するゲートウェイＧＷ１からのリソース予約メッセージをゲートウェイＧＷ２へ転送するためのパスを確保する。リソース予約メッセージをゲートウェイＧＷ２へ転送するためのパスは、パスメッセージのパスのリバースパスである。
【００４０】
ゲートウェイＧＷ２からのパスメッセージを受信したゲートウェイＧＷ１は、パスメッセージに対するリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信する。ゲートウェイＧＷ１によって送信されたリソース予約メッセージは、ルータＲ１、ルータＲ２の順に転送されてゲートウェイＧＷ２へ送信される。ルータＲ１，Ｒ２は、リソース予約メッセージを転送する際に、ゲートウェイＧＷ２からのデータフローをゲートウェイＧＷ１へ転送するためのリソースを確保する。
【００４１】
これにより、パスメッセージによって確保されたパスとリソース予約メッセージによって確保されたリソースによって、ゲートウェイＧＷ２からのデータフローが通信路の品質を確保された状態でゲートウェイＧＷ１へ転送される。ここでは、リフレッシュメッセージとして送信されるＲＳＶＰメッセージについて説明したが、データフローの送信前の初期設定のために送信されるＲＳＶＰメッセージについても同様である。
【００４２】
図２に示した状態において、ルータＲ１の検出部１２ｅが、ルータＲ２から転送されたデータフローの異常を検出（たとえば断検出）したとする。つぎに、ルータＲ１による異常検出時の動作について説明する（図３−１，図３−２参照）。
【００４３】
図３−１は、中継装置による異常検出時の動作を示す図（その１）である。データフローの異常を検出したルータＲ１は、ルータＲ２からのパスメッセージを受信すると、検出したデータフローの異常を示す異常情報をルータＲ２へ送信する。具体的には、ルータＲ１は、図３−１に示すように、受信したパスメッセージに対するパスエラーメッセージ（Ｅｒｒ Ｍｓｇ）に異常情報を格納してルータＲ２へ返送する。さらに、ルータＲ１は、データフローの異常を示す異常情報をルータＲ１の保守者へ通知するようにしてもよい。これにより、ルータＲ１の保守者がデータフローの異常発生を知ることができる。
【００４４】
ルータＲ２は、ルータＲ１から返送されたパスエラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ルータＲ２は、ルータＲ１から返送されたパスエラーメッセージをゲートウェイＧＷ２へ転送する。さらに、ルータＲ２は、データフローの異常を示す異常情報をルータＲ２の保守者へ通知するようにしてもよい。これにより、ルータＲ２の保守者がデータフローの異常発生を知ることができる。
【００４５】
ゲートウェイＧＷ２は、ルータＲ２から返送されたパスエラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ゲートウェイＧＷ２は、データフローの異常を示す異常情報をゲートウェイＧＷ２の保守者へ通知するようにしてもよい。これにより、ゲートウェイＧＷ２の保守者がデータフローの異常発生を知ることができる。
【００４６】
図３−２は、中継装置による異常検出時の動作を示す図（その２）である。データフローの異常を検出したルータＲ１は、ゲートウェイＧＷ１からのリソース予約メッセージを受信すると異常情報をゲートウェイＧＷ１へ送信する。具体的には、ルータＲ１は、図３−２に示すように、受信したリソース予約メッセージに対するリソース予約エラーメッセージ（Ｅｒｒ Ｍｓｇ）に異常情報を格納してゲートウェイＧＷ１へ返送する。
【００４７】
ゲートウェイＧＷ１は、ルータＲ１から返送されたリソース予約エラーメッセージに格納された異常情報によって、ルータＲ２とルータＲ１との間においてデータフローの異常が発生したことを認識することができる。ゲートウェイＧＷ１は、データフローの異常を示す異常情報をゲートウェイＧＷ１の保守者へ通知するようにしてもよい。これにより、ゲートウェイＧＷ１の保守者がデータフローの異常発生を知ることができる。
【００４８】
図３−１および図３−２に示したように、データフローの異常を検出した場合に、検出した異常を示す異常情報をＲＳＶＰのエラーメッセージに格納して送信することで、前段および後段の通信装置にデータフローの異常を通知することができる。これにより、データフローの異常を通知するための新たな信号を送受信しなくても、各通信装置においてデータフローの異常を認識することができる。このため、新たな転送経路を各中継装置により自律的に確立したり、各中継装置にデータフローの異常を通知することが可能になる。
【００４９】
（自律的な経路切替）
図４は、パスメッセージの転送を示す図である。図４に示すように、通信システム４０は、ゲートウェイＧＷ１，ＧＷ２およびルータＲ１〜Ｒ４を含んでいる。ルータＲ１〜Ｒ４のそれぞれには、たとえば図１に示した中継装置１２が適用される。矢印４１に示すように、通信システム４０においては、ゲートウェイＧＷ１からゲートウェイＧＷ２へデータフローが転送される。また、ゲートウェイＧＷ１、ルータＲ１、ルータＲ２、ルータＲ４、ゲートウェイＧＷ２の順に経由する経路でＲＳＶＰリソースが予約されている。
【００５０】
ゲートウェイＧＷ１は、ゲートウェイＧＷ２を宛先とするデータフローを送信する。また、ゲートウェイＧＷ１は、ゲートウェイＧＷ２を宛先とするパスメッセージ（Ｐａｔｈ Ｍｓｇ）をリフレッシュメッセージとして定期的に送信する。ルータＲ１，Ｒ２，Ｒ４のそれぞれは、ゲートウェイＧＷ１からのデータフローを前段の通信装置から受信すると、受信したデータフローを後段の通信装置へ転送する。
【００５１】
そして、ルータＲ１，Ｒ２，Ｒ４のそれぞれは、データフローを送信したパスに沿って、ゲートウェイＧＷ１からのパスメッセージ（Ｐａｔｈ Ｍｓｇ）を転送する。データフローを送信したパスは、たとえば、ルーティングによって得たユニキャスト／マルチキャストのルートである。ゲートウェイＧＷ２は、ゲートウェイＧＷ１から送信されてルータＲ１，Ｒ２，Ｒ４により転送されたパスメッセージを受信する。これにより、データフローを受信するゲートウェイＧＷ２が、正しいパス（パスメッセージのリバースパス）に沿ってリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信することができる。
【００５２】
パスメッセージを受信したルータＲ１，Ｒ２，Ｒ４は、パス情報のテーブルを内部に作成して保持する。パス情報には、たとえば、パスメッセージのリバースパスに沿ってリソース予約メッセージを転送するためのネクストホップ／プリビアスホップ（最後に通過したノード）のＩＰアドレスが含まれる。そして、パスメッセージがホップして中継されるたびに、ネクストホップ／プリビアスホップのＩＰアドレスが変更される。
【００５３】
パスメッセージに含まれる情報は、たとえば、セッション情報、ネクストホップ／プリビアスホップ情報、リフレッシュ間隔情報、送信元ホスト情報、送信元ホストのトラフィック仕様情報、ポリシー情報などである。パスメッセージが送信されるパス上に存在するルータＲ１，Ｒ２，Ｒ４は、受信したパスメッセージに従って一時的にパス情報を記憶する。ルータＲ１，Ｒ２，Ｒ４がパス情報を維持するために、ゲートウェイＧＷ１は定期的にパスメッセージを送信する。
【００５４】
ルータＲ１，Ｒ２，Ｒ４のそれぞれは、パスメッセージを受信した際の処理でエラーが発生した場合は、パスエラーメッセージのエラー通知情報にエラー内容を格納してパスメッセージの送信元へ送信する。エラー内容が格納されたパスエラーメッセージは、各ルータのホップバイホップでゲートウェイＧＷ１へ転送される。
【００５５】
図５は、リソース予約メッセージの転送を示す図である。パスメッセージを受信したゲートウェイＧＷ２は、パスメッセージが経由したパスのリバースパスに沿ってリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）を送信する。したがって、ゲートウェイＧＷ２からのリソース予約メッセージは、ルータＲ４，Ｒ２，Ｒ１を経由してゲートウェイＧＷ１へ送信される。ルータＲ４，Ｒ２，Ｒ１のそれぞれは、通過するリソース予約メッセージに基づいて、内部でリソース予約情報用のテーブルを作成して保持する。
【００５６】
パスメッセージと同様に、リソース予約メッセージには、リソース予約メッセージをリバースパスに沿って転送するためのネクストホップ／プリビアスホップ（最後に通過したノード）のＩＰアドレスが含まれている。そして、リソース予約メッセージがホップして中継されるたびに、ネクストホップ／プリビアスホップのＩＰアドレスが変更される。
【００５７】
リソース予約メッセージに含まれる情報は、セッション情報、ネクストホップ／プリビアスホップ情報、リフレッシュ間隔情報、リソース予約方式情報、フロー仕様情報、フィルタ仕様情報などである。リソース予約メッセージが送信されたパス上に存在するルータＲ４，Ｒ２，Ｒ１は、受信したリソース予約メッセージに従って一時的にリソース予約情報を維持する。ルータＲ４，Ｒ２，Ｒ１がリソース予約情報を維持するために、ゲートウェイＧＷ２は定期的にリソース予約メッセージを送信する。
【００５８】
ＲＳＶＰを実装したルータＲ１〜Ｒ４は、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）機能を提供するために、クラシファイ、ポリシー制御、スケジューラといったトラフィック制御を実行する。ルータＲ１〜Ｒ４のそれぞれは、リソース予約メッセージを受信すると、要求されたＱｏＳに対して十分なリソースを提供できるかをチェックする。その結果、有効と判断された場合には、クラシファイやスケジューラの処理へ移行し、有効と判断されなかった場合には、リソース予約を要求した送信元に対してリソース予約エラーメッセージを返送する。
【００５９】
図６は、異常の発生箇所の特定およびリソースの消去を示す図である。図４および図５に示した通信システム４０において、ルータＲ２とルータＲ４との間でデータフローに異常６１が発生したとする。この場合はルータＲ４によって異常６１が検出される。
【００６０】
ルータＲ４は、異常６１を検出すると、ゲートウェイＧＷ２から受信するリソース予約メッセージ（Ｒｅｓｖ Ｍｓｇ）に対するリソース予約エラーメッセージに、異常６１を示す異常情報を格納する。そして、ルータＲ４は、異常情報を格納したリソースエラー予約メッセージ（Ｅｒｒ Ｍｓｇ）をゲートウェイＧＷ２へ返送する。
【００６１】
また、ルータＲ４は、異常６１を検出すると、ルータＲ２から受信するパスメッセージ（Ｐａｔｈ Ｍｓｇ）に対するパスエラーメッセージに、異常６１を示す異常情報を格納する。そして、ルータＲ４は、異常情報を格納したパスエラーメッセージ（Ｅｒｒ Ｍｓｇ）をルータＲ２へ返送する。
【００６２】
ルータＲ２は、ルータＲ４からのパスエラーメッセージに格納された異常情報に基づいて異常６１を認識する。また、ルータＲ２は、異常情報に基づいて、自装置が異常６１の発生箇所に含まれていると判断する。また、ルータＲ２は、ルータＲ２を経由して異常６１の発生箇所（ルータＲ２とルータＲ４の間）を迂回する迂回経路がないため、「ルータＲ２からの迂回経路なし」を示す異常情報をパスエラーメッセージに格納する。そして、ルータＲ２は、異常情報を格納したパスエラーメッセージをルータＲ１へ転送する。
【００６３】
ルータＲ１は、ルータＲ２からのパスエラーメッセージに格納された異常情報に基づいて異常６１を認識するとともに、「ルータＲ２からの迂回経路なし」の情報を取得する。これに対して、ルータＲ１は、データフローの転送先の候補からルータＲ４を除外する。ルータＲ１は、パスエラーメッセージをゲートウェイＧＷ１へ転送する。これにより、ルータＲ１、ルータＲ２、ルータＲ４の順に経由する経路のリソースは消去される。
【００６４】
図７は、異常の発生箇所を迂回する迂回経路の確立を示す図である。ルータＲ１には、後段の通信装置としてルータＲ２，Ｒ３が接続されている。このため、ルータＲ１は、ゲートウェイＧＷ１からのデータフローを受信すると、ルータＲ２，Ｒ３のいずれかをデータフローの転送先として選択する。ここでは、ルータＲ２がルータＲ１の転送先から除外されているため、ルータＲ１はルータＲ３をデータフローの転送先として選択する。そして、ルータＲ１は、ゲートウェイＧＷ１からのデータフローをルータＲ３へ転送する。
【００６５】
これにより、ルータＲ１、ルータＲ３、ルータＲ４の順に経由する新たな経路が確立される。新たに確立された経路は、異常６１の発生箇所（ルータＲ２とルータＲ４との間）を迂回する迂回経路である。また、ルータＲ１は、ゲートウェイＧＷ１からのパスメッセージもルータＲ３へ転送する。これにより、ゲートウェイＧＷ１からのパスメッセージも新たに確立された迂回経路によってゲートウェイＧＷ２へ転送される。このため、ゲートウェイＧＷ２は、新たに確立された迂回経路のリバースパス（ルータＲ４，Ｒ３，Ｒ１、ゲートウェイＧＷ１の順）によってリソース予約メッセージを送信することができる。
【００６６】
（中継装置の機能的な構成例）
図８は、中継装置の機能的な構成例を示す図である。図８に示す中継装置８０は、たとえば図４〜図７に示したルータＲ１〜Ｒ４に適用することができる。中継装置８０は、ＲＳＶＰプロセス部８１と、ポリシー制御部８２と、アドミッション制御部８３と、ルーティングプロトコルプロセス部８４と、パケット分類部８５と、アラーム記憶部８６と、パケットスケジューラ部８７と、を備えている。
【００６７】
ＲＳＶＰプロセス部８１は、前段の通信装置および後段の通信装置との間で制御メッセージを送受信し（ＲＳＶＰ送信通知）、送受信する制御メッセージを用いてデータフローの通信路の品質確保を行う処理部である。制御メッセージは、ＲＳＶＰの制御メッセージであり、具体的にはパスメッセージ、リソース予約メッセージ、パスエラーメッセージおよびリソース予約エラーメッセージなどである。
【００６８】
ＲＳＶＰプロセス部８１においてリソース予約メッセージが受信されると、パケット分類部８５、アドミッション制御部８３、ポリシー制御部８２、パケットスケジューラ部８７によって、ＱｏＳ機能を提供するためのトラフィック制御が行われる。ポリシー制御部８２は、ＲＳＶＰプロセス部８１におけるＲＳＶＰプロセスに関するポリシー制御を行う。アドミッション制御部８３は、ＲＳＶＰプロセス部８１におけるＲＳＶＰプロセスに関するアドミッション制御を行う。
【００６９】
ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によるＲＳＶＰプロセスに基づいて、パケット分類部８５におけるデータパケットのルーティングを制御する。たとえば、ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約メッセージから、ＲＳＶＰの対象パケットの抽出条件を取得し、取得した抽出条件をパケット分類部８５へ出力する。
【００７０】
パケット分類部８５は、前段の通信装置からのパケットデータを受信する。そして、パケット分類部８５は、受信するパケットデータのヘッダ（ＩＰアドレス、ポート番号など）を取得し、取得したヘッダに基づいてパケットデータを分類する。たとえば、パケット分類部８５は、ルーティングプロトコルプロセス部８４から出力されるＲＳＶＰの対象パケットの抽出条件を用いてＲＳＶＰの対象パケット（データフロー）を抽出する。パケット分類部８５は、分類したパケットデータをパケットスケジューラ部８７へ出力する。
【００７１】
パケットスケジューラ部８７は、パケット分類部８５から出力されたパケットデータのスケジューリングを行い、スケジューリング結果に基づいてパケットデータを後段の通信装置へ送信する。パケットスケジューラ部８７は、たとえば、パケット分類部８５によってＲＳＶＰの対象パケットとして分類されたパケットデータについて、ＲＳＶＰプロセス部８１によるＲＳＶＰプロセスに従ってスケジューリングを行う。
【００７２】
＜転送部の実装例＞
図１に示した転送部１２ａは、たとえばパケット分類部８５およびパケットスケジューラ部８７によって実現される。パケット分類部８５およびパケットスケジューラ部８７は、前段の通信装置からのパケットデータのうちの、ＲＳＶＰの対象パケットの抽出条件を用いて抽出したパケットデータをデータフローとして後段の通信装置へ転送する。
【００７３】
＜検出部の実装例＞
図１に示した検出部１２ｅは、たとえばパケット分類部８５によって実現される。たとえば、パケット分類部８５にＲＴＰ／ＲＴＣＰモニタの機能を設ける。具体的には、パケット分類部８５は、ＲＳＶＰの対象パケットに分類したパケットデータの異常を検出する。たとえば、パケット分類部８５は、ＲＳＶＰの対象パケットを前回受信してからの時間をモニタするタイマを備え、タイマによってモニタされた時間が所定時間以上になると対象パケットに異常が発生したと判断する。
【００７４】
パケット分類部８５は、パケットデータの異常を検出するとアラーム記憶部８６へアラーム情報を記憶する。タイマによってモニタする所定時間は、利用するネットワークによって異なるため設定を可変とする。また、パケット分類部８５によってアラーム記憶部８６に記憶されたアラーム情報は、一定時間後にクリアされるようにしてもよいし、中継装置８０の保守者の操作によってクリアされるようにしてもよい。
【００７５】
＜受信部および送信部の実装例＞
図１に示した受信部１２ｂおよび送信部１２ｄは、たとえばＲＳＶＰプロセス部８１によって実現される。ＲＳＶＰプロセス部８１により、パスエラーメッセージやリソース予約エラーメッセージに異常情報を格納して送信することができる。また、ＲＳＶＰプロセス部８１により、パスエラーメッセージやリソース予約エラーメッセージに格納された異常情報を受信することができる。
【００７６】
また、ＲＳＶＰプロセス部８１は、異常情報に基づいて、自装置が異常の発生箇所に含まれているか否かを判断する。具体的には、ＲＳＶＰプロセス部８１は、異常情報が示す異常が検出された通信装置のＩＰアドレスと、異常情報を格納したエラーメッセージの送信元ＩＰアドレスと、を比較する。
【００７７】
ＲＳＶＰプロセス部８１は、比較したＩＰアドレスが同じである場合は自装置が異常の発生箇所に含まれていると判断する。また、ＲＳＶＰプロセス部８１は、比較したＩＰアドレスが異なる場合は自装置が異常の発生箇所に含まれていないと判断する。たとえば、ルータＲ２においては、自装置が異常の発生箇所に含まれていると判断される。また、ルータＲ１においては、自装置が異常の発生箇所に含まれていないと判断される。
【００７８】
ＲＳＶＰプロセス部８１は、自装置が異常の発生箇所に含まれていると判断した場合は、自装置を経由して異常の発生箇所を迂回する迂回経路があるか否かを判断する。迂回経路がないと判断した場合は、ＲＳＶＰプロセス部８１は、自装置からの迂回経路がないことを示す異常情報をエラーメッセージに格納する。
【００７９】
＜切替部の実装例＞
図１に示した切替部１２ｃは、たとえばルーティングプロトコルプロセス部８４によって実現される。ルーティングプロトコルプロセス部８４は、ＲＳＶＰプロセス部８１によって送受信されるパスエラーメッセージから、所定の通信装置からの迂回経路がないことを示す異常情報を取得して記憶しておく。そして、ルーティングプロトコルプロセス部８４は、中継装置８０によってデータフローを転送する際に、記憶しておいた異常情報に基づいてデータフローの転送先を選択する。
【００８０】
たとえば、ルータＲ１のルーティングプロトコルプロセス部８４は、ルータＲ２から送信された「ルータＲ２からの迂回経路なし」を示す異常情報を記憶しておく。そして、ルータＲ１のルーティングプロトコルプロセス部８４は、ルータＲ１によってデータフローを転送する際に、記憶した「ルータＲ２からの迂回経路なし」を示す異常情報に基づいて転送先からルータＲ２を除外する。ルーティングプロトコルプロセス部８４は、除外されていないルータＲ３を転送先として選択するようにパケット分類部８５を制御する。
【００８１】
（ＲＳＶＰメッセージの具体例）
図９は、リソース予約メッセージの具体例を示す図である。図９に示すリソース予約メッセージ９０は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約メッセージの一例である。リソース予約メッセージ９０には、ＲＳＶＰの対象パケットの抽出条件となるフィルタ仕様情報９１やセッション情報９２などが含まれている。
【００８２】
パケット分類部８５は、たとえば、フィルタ仕様情報９１やセッション情報９２などを抽出条件としてルーティングプロトコルプロセス部８４から取得し、取得した抽出条件によって受信するパケットデータからＲＳＶＰの対象パケットを抽出する。ただし、ＲＳＶＰの対象パケットの抽出条件はユーザによって任意に設定可能にしてもよい。
【００８３】
図１０は、パスエラーメッセージの具体例を示す図である。図１０に示すパスエラーメッセージ１００は、ＲＳＶＰプロセス部８１によって送受信されるパスエラーメッセージの一例である。パスエラーメッセージ１００には、パスメッセージの送受信において発生したエラーの内容が格納されるエラー通知情報１０１が含まれている。
【００８４】
エラー通知情報１０１にはエラーコード１０２が含まれている。ここでは、エラーコード１０２の未定義の値を利用して、パケット分類部８５において検出されたデータフローの異常を示す「データフロー異常」を定義する。エラーコード１０２は、たとえば８ｂｉｔで管理されており、現在、２３（０ｘ１７）まで定義済みある。そこで、たとえば、「エラーコード＝３２（０ｘ２０）」を「データフロー異常」として定義する。また、たとえば、エラーコード１０２に代えて、エラーコード１０２に付随するエラーバリュー１０３を利用して「データフロー異常」を定義してもよい。
【００８５】
ＲＳＶＰプロセス部８１は、パスメッセージを受信するとアラーム記憶部８６を参照する。そして、ＲＳＶＰプロセス部８１は、アラーム記憶部８６にアラーム情報が記憶されていた場合は、符号１０４に示す「エラーの発生したノードのＩＰアドレス」に自装置のＩＰアドレスを格納し、エラーコード１０２に「エラーコード＝３２」を格納する。そして、自装置のＩＰアドレスおよび「エラーコード＝３２」を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送する。
【００８６】
たとえば、ルータＲ４は、ルータＲ２からのパスメッセージを受信し、アラーム記憶部８６にアラーム情報が記憶されていた場合は、ルータＲ４のＩＰアドレスと「エラーコード＝３２」を格納したパスエラーメッセージ１００をルータＲ２へ返送する。これにより、ルータＲ２，Ｒ１およびゲートウェイＧＷ１は、ルータＲ４からのパスエラーメッセージ１００に格納された「エラーコード＝３２」により異常発生を認識することができる。また、ルータＲ２，Ｒ１およびゲートウェイＧＷ１は、パスエラーメッセージ１００に格納されたルータＲ４のＩＰアドレスにより異常の発生箇所を特定することができる。
【００８７】
また、エラーコード１０２の未定義の値を利用して、自装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す「迂回経路なし」を定義する。たとえば、「エラーコード＝３３（０ｘ２１）」を「迂回経路なし」として定義する。また、たとえば、エラーコード１０２に代えて、エラーコード１０２に付随するエラーバリュー１０３を利用して「迂回経路なし」を定義してもよい。
【００８８】
たとえば、ルータＲ２は、ルータＲ２を経由して異常の発生箇所（ルータＲ２とルータＲ４の間）を迂回する迂回経路はないため、エラーコード１０２に「エラーコード＝３３」を格納したパスエラーメッセージ１００をルータＲ１へ送信する。ルータＲ１は、ルータＲ２から受信したパスエラーメッセージ１００に「エラーコード＝３３」が格納されているため、ルータＲ２を経由して異常の発生箇所を迂回する迂回経路はないことを認識することができる。これに対して、ルータＲ１は、ルータＲ２を除外して（あるいは優先度を下げて）データフローの転送先を選択する。
【００８９】
図１１は、リソース予約エラーメッセージの具体例を示す図である。図１１に示すリソース予約エラーメッセージ１１０は、ＲＳＶＰプロセス部８１によって送受信されるリソース予約エラーメッセージの一例である。リソース予約エラーメッセージ１１０には、リソース予約エラーメッセージ１１０の送受信において発生したエラーの内容が格納されるエラー通知情報１１１が含まれている。
【００９０】
エラー通知情報１１１にはエラーコード１１２が含まれている。リソース予約エラーメッセージ１１０においても、パスエラーメッセージ１００と同様に、「エラーコード＝３２（０ｘ２０）」を「データフロー異常」として定義してエラーコード１１２に格納する。また、エラーバリュー１１３に「データフロー異常」を定義してもよい。
【００９１】
ＲＳＶＰプロセス部８１は、リソース予約メッセージ９０を受信するとアラーム記憶部８６を参照する。そして、ＲＳＶＰプロセス部８１は、アラーム記憶部８６にアラーム情報が記憶されていた場合は、符号１１４に示す「エラーの発生したノードのＩＰアドレス」に自装置のＩＰアドレスを格納し、エラーコード１１２に「エラーコード＝３２」を格納する。そして、自装置のＩＰアドレスおよび「エラーコード＝３２」を格納したリソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送する。
【００９２】
たとえば、ルータＲ４は、ゲートウェイＧＷ２からのリソース予約メッセージ９０を受信し、アラーム記憶部８６にアラーム情報が記憶されていた場合は、ルータＲ４のＩＰアドレスと「エラーコード＝３２」を格納した異常情報をゲートウェイＧＷ２へ返送する。これにより、ゲートウェイＧＷ２は、ルータＲ４からのリソース予約エラーメッセージ１１０に格納された「エラーコード＝３２」により異常発生を認識することができる。また、ゲートウェイＧＷ２は、リソース予約エラーメッセージ１１０に格納されたルータＲ４のＩＰアドレスにより異常の発生箇所を特定することができる。
【００９３】
また、エラーコード１１２の未定義の値を利用して、自装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す「迂回経路なし」を定義する。たとえば、「エラーコード＝３３（０ｘ２１）」を「迂回経路なし」として定義する。また、たとえば、エラーコード１１２に代えて、エラーコード１１２に付随するエラーバリュー１１３を利用して「迂回経路なし」を定義してもよい。
【００９４】
（中継装置の動作例）
図１２は、パスメッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、前段の通信装置からパスメッセージを受信したか否かを判断し（ステップＳ１２０１）、パスメッセージを受信するまで待つ（ステップＳ１２０１：Ｎｏのループ）。パスメッセージを受信すると（ステップＳ１２０１：Ｙｅｓ）、アラーム記憶部８６を参照してデータフローの異常を検出したか否かを判断する（ステップＳ１２０２）。
【００９５】
ステップＳ１２０２において、データフローの異常を検出していない場合（ステップＳ１２０２：Ｎｏ）は、ステップＳ１２０１によって受信されたパスメッセージのエラーがあるか否かを判断する（ステップＳ１２０３）。パスメッセージのエラーは、たとえばパスメッセージのヘッダ情報の不整合などである。パスメッセージのエラーがない場合（ステップＳ１２０３：Ｎｏ）は、ステップＳ１２０１によって受信されたパスメッセージに基づいてデータフローのためのパスを確保する（ステップＳ１２０４）。
【００９６】
つぎに、ステップＳ１２０１によって受信されたパスメッセージを後段の通信装置へ転送し（ステップＳ１２０５）、一連の動作を終了する。ステップＳ１２０３において、パスメッセージのエラーがある場合（ステップＳ１２０３：Ｙｅｓ）は、パスメッセージのエラーの内容を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送し（ステップＳ１２０６）、一連の動作を終了する。
【００９７】
ステップＳ１２０２において、データフローの異常を検出した場合（ステップＳ１２０２：Ｙｅｓ）は、パスエラーメッセージ１００にデータフローの異常を示す異常情報を格納する（ステップＳ１２０７）。具体的には、パスエラーメッセージ１００のエラー通知情報１０１に自装置のＩＰアドレスと「エラーコード＝３２」を格納する。
【００９８】
つぎに、ステップＳ１２０７によって異常情報を格納したパスエラーメッセージ１００をパスメッセージの送信元へ返送し（ステップＳ１２０８）、一連の動作を終了する。以上の各ステップにより、データフローの異常を検出した場合にパスエラーメッセージ１００を利用して異常情報を前段の通信装置へ送信することができる。
【００９９】
図１３は、リソース予約メッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、後段の通信装置からリソース予約メッセージ９０を受信したか否かを判断し（ステップＳ１３０１）、リソース予約メッセージ９０を受信するまで待つ（ステップＳ１３０１：Ｎｏのループ）。リソース予約メッセージ９０を受信すると（ステップＳ１３０１：Ｙｅｓ）、アラーム記憶部８６を参照してデータフローの異常を検出したか否かを判断する（ステップＳ１３０２）。
【０１００】
ステップＳ１３０２において、データフローの異常を検出していない場合（ステップＳ１３０２：Ｎｏ）は、ステップＳ１３０１によって受信されたリソース予約メッセージ９０のエラーがあるか否かを判断する（ステップＳ１３０３）。リソース予約メッセージ９０のエラーは、たとえばリソース予約メッセージ９０のヘッダ情報の不整合などである。
【０１０１】
ステップＳ１３０３において、リソース予約メッセージ９０のエラーがない場合（ステップＳ１３０３：Ｎｏ）は、ステップＳ１３０１によって受信されたリソース予約メッセージ９０に基づいてデータフローのためのリソースを確保する（ステップＳ１３０４）。つぎに、ステップＳ１３０１によって受信されたリソース予約メッセージ９０を前段の通信装置へ転送し（ステップＳ１３０５）、一連の動作を終了する。
【０１０２】
ステップＳ１３０３において、リソース予約メッセージ９０のエラーがある場合（ステップＳ１３０３：Ｙｅｓ）は、リソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送し（ステップＳ１３０６）、一連の動作を終了する。ステップＳ１３０６によって送信するリソース予約エラーメッセージ１１０は、リソース予約メッセージ９０のエラーの内容を格納したリソース予約エラーメッセージ１１０である。
【０１０３】
ステップＳ１３０２において、データフローの異常を検出した場合（ステップＳ１３０２：Ｙｅｓ）は、リソース予約エラーメッセージ１１０に異常情報を格納する（ステップＳ１３０７）。具体的には、リソース予約エラーメッセージ１１０のエラー通知情報１１１に自装置のＩＰアドレスと「エラーコード＝３２」を格納する。
【０１０４】
つぎに、ステップＳ１３０７によって異常情報を格納したリソース予約エラーメッセージ１１０をリソース予約メッセージ９０の送信元へ返送し（ステップＳ１３０８）、一連の動作を終了する。以上の各ステップにより、データフローの異常を検出した場合に、検出したデータフローの異常を示す異常情報をリソース予約エラーメッセージ１１０を利用して後段の通信装置へ送信することができる。
【０１０５】
図１４は、パスエラーメッセージの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、後段の通信装置からパスエラーメッセージ１００を受信したか否かを判断し（ステップＳ１４０１）、パスエラーメッセージ１００を受信するまで待つ（ステップＳ１４０１：Ｎｏのループ）。
【０１０６】
ステップＳ１４０１において、パスエラーメッセージ１００を受信すると（ステップＳ１４０１：Ｙｅｓ）、受信したパスエラーメッセージ１００に異常情報が格納されているか否かを判断する（ステップＳ１４０２）。異常情報は、たとえば、異常を検出した通信装置のＩＰアドレスと、「エラーコード＝３２」または「エラーコード＝３３」である。
【０１０７】
ステップＳ１４０２において、パスエラーメッセージ１００に異常情報が格納されている場合（ステップＳ１４０２：Ｙｅｓ）は、自装置が異常の発生箇所に含まれているか否かを判断する（ステップＳ１４０３）。たとえば、異常を検出した通信装置のＩＰアドレスを異常情報から取得し、取得したＩＰアドレスとパスエラーメッセージ１００の送信元ＩＰアドレスとを比較する。そして、各ＩＰアドレスが一致した場合は自装置が異常の発生箇所に含まれていると判断し、各ＩＰアドレスが一致しなかった場合は自装置が異常の発生箇所に含まれていないと判断する。
【０１０８】
ステップＳ１４０３において、自装置が異常の発生箇所に含まれていない場合（ステップＳ１４０３：Ｎｏ）は、ステップＳ１４０６へ移行する。自装置が異常の発生箇所に含まれている場合（ステップＳ１４０３：Ｙｅｓ）は、自装置を経由して異常の発生箇所を迂回する迂回経路があるか否かを判断する（ステップＳ１４０４）。迂回経路がある場合（ステップＳ１４０４：Ｙｅｓ）は、ステップＳ１４０６へ移行する。
【０１０９】
ステップＳ１４０４において、迂回経路がない場合（ステップＳ１４０４：Ｎｏ）は、パスエラーメッセージ１００の異常情報を更新する（ステップＳ１４０５）。具体的には、パスエラーメッセージ１００のエラー通知情報１０１のエラーコード１０２に「エラーコード＝３３」を格納する。
【０１１０】
つぎに、異常情報を記憶し（ステップＳ１４０６）、ステップＳ１４０７へ移行する。ステップＳ１４０６において記憶する異常情報は、たとえば、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す情報である。ステップＳ１４０２において、異常情報が格納されていない場合（ステップＳ１４０２：Ｎｏ）は、ステップＳ１４０１において受信されたパスエラーメッセージ１００を前段の通信装置へ転送し（ステップＳ１４０７）、一連の動作を終了する。
【０１１１】
以上の各ステップにより、異常が検出された通信装置が後段の通信装置である場合に、自装置を経由して後段の通信装置を迂回する迂回経路の有無を示す異常情報を前段の通信装置へ送信することができる。また、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報を後段の通信装置から受信した場合は、この異常情報を記憶しておくことができる。
【０１１２】
図１５は、データフローの受信時における中継装置の動作例を示すフローチャートである。ルータＲ１〜Ｒ４のそれぞれは、まず、前段の通信装置からデータフローを受信したか否かを判断し（ステップＳ１５０１）、データフローを受信するまで待つ（ステップＳ１５０１：Ｎｏのループ）。データフローを受信すると（ステップＳ１５０１：Ｙｅｓ）、図１４のステップＳ１４０６によって異常情報が記憶されているか否かを判断する（ステップＳ１５０２）。ステップＳ１５０２における異常情報は、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報である。
【０１１３】
ステップＳ１５０２において、異常情報が記憶されていない場合（ステップＳ１５０２：Ｎｏ）は、データフローを転送し（ステップＳ１５０３）、一連の動作を終了する。ステップＳ１５０３においては、図１２のステップＳ１２０４によって確保されたパスおよび図１３のステップＳ１３０４によって確保されたリソースによってデータフローを転送する。ステップＳ１５０２において、異常情報が記憶されている場合（ステップＳ１５０２：Ｙｅｓ）は、異常情報が示すＩＰアドレス（異常が発生した箇所）を迂回する迂回経路によってデータフローを転送し（ステップＳ１５０４）、一連の動作を終了する。
【０１１４】
たとえば、ルーティングプロトコルプロセス部８４は、通常のルーティングテーブルをコピーした迂回経路用のルーティングテーブルを記憶する。また、ルーティングプロトコルプロセス部８４は、後段の通信装置を経由して異常の発生箇所を迂回する迂回経路がないことを示す異常情報を受信した場合は、迂回経路用のルーティングテーブルにおける転送先から後段の通信装置を除外する。そして、ステップＳ１５０３においては通常のルーティングテーブルを用いてデータフローを転送し、ステップＳ１５０４においては迂回経路用のルーティングテーブルを用いてデータフローを転送する。
【０１１５】
（各中継装置の管理情報）
図１６は、図６に示した状態において各中継装置により保持される情報の一例を示す図である。図１６に示すテーブル１６０は、図６に示した状態においてルータＲ１〜Ｒ４によって保持される情報の一例を示している。テーブル１６０に示すように、ルータＲ１〜Ｒ４のそれぞれは、「ＤｅｓｔＩＰ」、「Ｏ ｉｎｆ」、「ＮｅｘｔＨｏｐ」、「Ｍｏｎ」、「ＥｒｒＳＴ」および「ＲＰ」を保持している。
【０１１６】
「ＤｅｓｔＩＰ」は、データフローの宛先ＩＰアドレスを示している。ここでは、ルータＲ１〜Ｒ４のそれぞれにおいて、「ＤｅｓｔＩＰ」がゲートウェイＧＷ２のＩＰアドレス「ＧＷ２」に設定されている。
【０１１７】
「Ｏ ｉｎｆ（Ｏｕｔｐｕｔ Ｉｎｔｅｒｆａｃｅ）」は、データフローの出力先（転送先）として選択可能な出力インタフェースを示している。ここでは、ルータＲ１の出力インタフェースとして、ルータＲ２を示す「Ｒ１〜Ｒ２」とルータＲ３を示す「Ｒ１〜Ｒ３」の２つが登録されている。また、ルータＲ２の出力インタフェースとして、ルータＲ４を示す「Ｒ２〜Ｒ４」が登録されている。また、ルータＲ３の出力インタフェースとして、ルータＲ４を示す「Ｒ３〜Ｒ４」が登録されている。また、ルータＲ４の出力インタフェースとして、ゲートウェイＧＷ２を示す「Ｒ４〜ＧＷ２」が登録されている。
【０１１８】
「ＮｅｘｔＨｏｐ」は、出力インタフェースに対応するネクストホップＩＰアドレスを示している。ここでは、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ２」に対応するネクストホップＩＰアドレスとしてルータＲ２のＩＰアドレス「Ｒ２」が登録されている。また、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ３」に対応するネクストホップＩＰアドレスとしてルータＲ３のＩＰアドレス「Ｒ３」が登録されている。
【０１１９】
また、ルータＲ２の出力インタフェース「Ｒ２〜Ｒ４」に対応するネクストホップＩＰアドレスとしてルータＲ４のＩＰアドレス「Ｒ４」が登録されている。また、ルータＲ３の出力インタフェース「Ｒ３〜Ｒ４」に対応するネクストホップＩＰアドレスとしてルータＲ４のＩＰアドレス「Ｒ４」が登録されている。また、ルータＲ４の出力インタフェース「Ｒ４〜ＧＷ２」に対応するネクストホップＩＰアドレスは「ＤｅｓｔＩＰ」と同じであるため登録されていない。
【０１２０】
「Ｍｏｎ（Ｍｏｎｉｔｏｒ）」は、ＲＴＰ／ＲＴＣＰモニタ状態を示している。図６に示した状態においては、いずれの経路にも異常が発生していない。このため、ルータＲ１〜Ｒ４のそれぞれのＲＴＰ／ＲＴＣＰモニタ状態が、異常が発生していないことを示す「Ｎｏｒｍａｌ」に設定されている。
【０１２１】
「ＥｒｒＳＴ（Ｅｒｒｏｒ Ｓｔａｔｕｓ）」は、異常情報確認ステータスを示している。図６に示した状態においては、いずれの経路にも異常が発生していないため、ルータＲ１〜Ｒ４のそれぞれの異常情報確認ステータスが、異常が発生していないことを示す「Ｎｏｒｍａｌ」に設定されている。
【０１２２】
「ＲＰ（Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）」は、各出力インタフェースの優先順位を示すルーティングポリシー（値が小さい方が優先）を示している。ここでは、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ２」に対応するルーティングポリシーとして「１」が設定されている。また、ルータＲ１の出力インタフェース「Ｒ１〜Ｒ３」に対応するルーティングポリシーとして「２」が設定されている。また、ルータＲ２〜Ｒ４の各出力インタフェースに対応するルーティングポリシーとして「１」が設定されている。
【０１２３】
図１７は、図７に示した状態において各中継装置により保持される情報の一例を示す図である。図１７に示すテーブル１７０は、図７に示した状態においてルータＲ１〜Ｒ４によって保持される情報の一例を示している。テーブル１７０に示すように、ルータＲ４において異常６１が検出されると、ルータＲ４のＲＴＰ／ＲＴＣＰモニタ状態が、異常が発生したことを示す「Ｅｒｒｏｒ」に設定される。そして、ルータＲ４から送信された異常情報がルータＲ２によって受信される。
【０１２４】
ルータＲ２は、ルータＲ４からの異常情報を受信すると、自装置が異常の発生箇所に含まれていると判断し、ルータＲ２の異常情報確認ステータスを、自装置が異常の発生箇所に含まれていることを示す「Ｅｒｒｏｒ」に設定する。また、ルータＲ２は、出力インタフェース「Ｒ２〜Ｒ４」に対応するルーティングポリシーを「Ｕｎｕｓｅｄ」に設定する。「Ｕｎｕｓｅｄ」は、選択不可を示す情報である。また、ルータＲ２は、出力インタフェース「Ｒ２〜Ｒ４」以外の出力インタフェースを有していないため、「ルータＲ２からの迂回経路なし」を示す異常情報をルータＲ１へ送信する。
【０１２５】
ルータＲ１は、ルータＲ２からの異常情報を受信すると、異常情報が「ルータＲ２からの迂回経路なし」を示しているため、出力インタフェース「Ｒ１〜Ｒ２」に対応するルーティングポリシーを「Ｕｎｕｓｅｄ」に設定する。これにより、ルータＲ１は、ゲートウェイＧＷ１からのデータフローを受信すると、出力インタフェース「Ｒ１〜Ｒ２」を除外して出力インタフェースを選択する。
【０１２６】
したがって、この場合は、ルータＲ１は出力インタフェース「Ｒ１〜Ｒ３」を選択する。ルータＲ１は、選択した出力インタフェース「Ｒ１〜Ｒ３」に対応するネクストホップＩＰアドレス「Ｒ３」へデータフローを転送する。これにより、ルータＲ１からルータＲ３へデータフローが転送される。
【０１２７】
ルータＲ３は、ルータＲ１からのデータフローを受信すると、出力インタフェースが「Ｒ３〜Ｒ４」だけであるため、出力インタフェース「Ｒ３〜Ｒ４」を選択する。そして、ルータＲ３は、選択した出力インタフェース「Ｒ３〜Ｒ４」に対応するネクストホップＩＰアドレス「Ｒ４」へデータフローを転送する。これにより、ルータＲ３からルータＲ４へデータフローが転送される。ルータＲ４は、ルータＲ３からのデータフローを受信すると、ゲートウェイＧＷ２へデータフローを転送する。
【０１２８】
このように、実施の形態にかかる通信システムにおいては、各中継装置が、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替える。これにより、データフローの異常が発生した場合にデータフローの転送経路を中継装置が自律的に切り替え、データフローの異常の救済を短時間で行うことができる。このため、通信品質の信頼性を向上させることができる。
【０１２９】
また、データフローの異常の救済を集中管理によって行うサーバなどを設けなくてもデータフローの異常の救済を行うことができるため、通信システムのコストを抑えることができる。また、実施の形態にかかる通信システムにおいては、ノード間で発生するサイレント故障（データフロー異常）の救済を、ネットワークのＱｏＳ機能を動的に制御する技術であるＲＳＶＰを利用して実現することができる。これにより、たとえばデータフローの異常を通知するための新たな信号を送受信しなくても救済を行うことができる。
【０１３０】
以上説明したように、中継装置、中継方法および通信システムによれば、転送したデータフローの異常情報を後段の通信装置から受信し、異常情報に基づいてデータフローの転送先を切り替えることで通信品質の信頼性を向上させることができる。上述した実施の形態に関しさらに以下の付記を開示する。
【０１３１】
（付記１）前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする中継装置。
【０１３２】
（付記２）前記異常情報は、前記後段の通信装置を経由して前記異常の発生箇所を迂回する迂回経路の有無を示す情報を含み、
前記切替部は、前記迂回経路がない場合は前記転送先を切り替え、前記迂回経路がある場合は前記転送先を切り替えないことを特徴とする付記１に記載の中継装置。
【０１３３】
（付記３）前記受信部によって受信された異常情報を前記前段の通信装置へ送信する送信部を備えることを特徴とする付記１または２に記載の中継装置。
【０１３４】
（付記４）前記前段の通信装置からのデータの異常を検出する検出部を備え、
前記送信部は、前記検出部によって検出された異常を示す異常情報を前記前段の通信装置へ送信することを特徴とする付記３に記載の中継装置。
【０１３５】
（付記５）前記異常情報は、前記異常が検出された通信装置を示す情報を含み、
前記送信部は、前記異常が検出された通信装置が前記後段の通信装置である場合に、自装置を経由して前記後段の通信装置を迂回する迂回経路の有無を示す異常情報を送信することを特徴とする付記４に記載の中継装置。
【０１３６】
（付記６）前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記受信部は、前記制御メッセージに格納された前記異常情報を受信することを特徴とする付記１〜５のいずれか一つに記載の中継装置。
【０１３７】
（付記７）前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記送信部は、前記異常情報を前記制御メッセージに格納して送信することを特徴とする付記３〜５のいずれか一つに記載の中継装置。
【０１３８】
（付記８）前記処理部はＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による前記品質確保を行い、
前記制御メッセージはＲＳＶＰメッセージであることを特徴とする付記６または７に記載の中継装置。
【０１３９】
（付記９）前記受信部によって受信された異常情報に基づく前記異常の情報をユーザへ通知する通知部を備えることを特徴とする付記１〜８のいずれか一つに記載の中継装置。
【０１４０】
（付記１０）前段の通信装置からのデータを後段の通信装置へ転送する転送工程と、
前記転送工程によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信工程と、
前記受信工程によって受信された異常情報に基づいて前記転送工程による前記データの転送先を切り替える切替工程と、
を含むことを特徴とする中継方法。
【０１４１】
（付記１１）データを転送するための経路を構成する複数の中継装置を含む通信システムにおいて、前記複数の中継装置のそれぞれは、
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする通信システム。
【符号の説明】
【０１４２】
ＧＷ１，ＧＷ２ ゲートウェイ
Ｒ１〜Ｒ４ ルータ
１０，２０，４０ 通信システム
１９，６１ 異常
９０ リソース予約メッセージ
１００ パスエラーメッセージ
１１０ リソース予約エラーメッセージ
【特許請求の範囲】
【請求項１】
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする中継装置。
【請求項２】
前記受信部によって受信された異常情報を前記前段の通信装置へ送信する送信部を備えることを特徴とする請求項１に記載の中継装置。
【請求項３】
前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記受信部は、前記制御メッセージに格納された前記異常情報を受信することを特徴とする請求項１または２に記載の中継装置。
【請求項４】
前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記送信部は、前記異常情報を前記制御メッセージに格納して送信することを特徴とする請求項２に記載の中継装置。
【請求項５】
前記処理部はＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による前記品質確保を行い、
前記制御メッセージはＲＳＶＰメッセージであることを特徴とする請求項３または４に記載の中継装置。
【請求項６】
前段の通信装置からのデータを後段の通信装置へ転送する転送工程と、
前記転送工程によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信工程と、
前記受信工程によって受信された異常情報に基づいて前記転送工程による前記データの転送先を切り替える切替工程と、
を含むことを特徴とする中継方法。
【請求項７】
データを転送するための経路を構成する複数の中継装置を含む通信システムにおいて、前記複数の中継装置のそれぞれは、
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする通信システム。
【請求項１】
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする中継装置。
【請求項２】
前記受信部によって受信された異常情報を前記前段の通信装置へ送信する送信部を備えることを特徴とする請求項１に記載の中継装置。
【請求項３】
前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記受信部は、前記制御メッセージに格納された前記異常情報を受信することを特徴とする請求項１または２に記載の中継装置。
【請求項４】
前記前段の通信装置および前記後段の通信装置との間で送受信する制御メッセージを用いて前記データの通信路の品質確保を行う処理部を備え、
前記送信部は、前記異常情報を前記制御メッセージに格納して送信することを特徴とする請求項２に記載の中継装置。
【請求項５】
前記処理部はＲＳＶＰ（Ｒｅｓｏｕｒｃｅ ｒｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による前記品質確保を行い、
前記制御メッセージはＲＳＶＰメッセージであることを特徴とする請求項３または４に記載の中継装置。
【請求項６】
前段の通信装置からのデータを後段の通信装置へ転送する転送工程と、
前記転送工程によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信工程と、
前記受信工程によって受信された異常情報に基づいて前記転送工程による前記データの転送先を切り替える切替工程と、
を含むことを特徴とする中継方法。
【請求項７】
データを転送するための経路を構成する複数の中継装置を含む通信システムにおいて、前記複数の中継装置のそれぞれは、
前段の通信装置からのデータを後段の通信装置へ転送する転送部と、
前記転送部によって転送されたデータの異常を示す異常情報を前記後段の通信装置から受信する受信部と、
前記受信部によって受信された異常情報に基づいて前記転送部による前記データの転送先を切り替える切替部と、
を備えることを特徴とする通信システム。
【図１】
【図２】
【図３−１】
【図３−２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３−１】
【図３−２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−１２４８８９（Ｐ２０１１−１２４８８９Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２００９−２８２２５１（Ｐ２００９−２８２２５１）
【出願日】平成２１年１２月１１日（２００９．１２．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願日】平成２１年１２月１１日（２００９．１２．１１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]