(57)【要約】【課題】複数のＬ２スイッチが接続されているネットワークにおいて、簡便な方法にて経路を確認することができる経路確認方法を提供する。【解決手段】複数の第１、第２、第３Ｌ２ＳＷａ、ｂ、ｃが接続されているネットワーク１における経路確認方法において、ネットワーク１に接続された受信側管理コンソール３のＩＰアドレスが送信先ＩＰアドレスとして記録されたテストパケットをネットワーク１に送信し、各Ｌ２ＳＷａ、ｂ、ｃはテストパケットを受信するとテストパケットに自Ｌ２ＳＷａ、ｂ、ｃにて受信したことを示すデータを追加してネットワーク１に送信し、受信側管理コンソール３は当該テストパケットを受信して経路確認する。【選択図】図１
2012178806.tif 000002
【特許請求の範囲】
【請求項１】
複数のＬ２スイッチが接続されているネットワークにおける経路確認方法において、
上記ネットワークに接続された管理手段のＩＰアドレスが送信先ＩＰアドレスとして記録されたテストパケットを上記ネットワークに送信し、
上記各Ｌ２スイッチは上記テストパケットを受信すると上記テストパケットに上記自Ｌ２スイッチにて受信したことを示すデータを追加して上記ネットワークに送信し、
上記管理手段は上記テストパケットを受信して経路確認することを特徴とする経路確認方法。
【請求項２】
上記テストパケットの上記ネットワークへの送信は、上記ネットワークに接続された送信手段にて行うことを特徴とする請求項１に記載の経路確認方法。
【請求項３】
上記テストパケットの上記ネットワークへの送信は、
いずれかの上記Ｌ２スイッチが要求信号を受信すると上記テストパケットを送信するとともに当該Ｌ２スイッチにて受信したことを示すデータを追加する機能を有し、
上記ネットワークに接続された要求手段は、上記ネットワークに上記要求信号を送信することを特徴とする請求項１に記載の経路確認方法。
【請求項４】
上記各Ｌ２スイッチの全てにおいて、上記要求信号を受信すると上記テストパケットを送信するとともに当該Ｌ２スイッチにて受信したことを示すデータを追加する機能を有し、
上記各Ｌ２スイッチは上記要求信号を受信すると上記テストパケットを上記ネットワークに送信することを特徴とする請求項３に記載の経路確認方法。
【請求項５】
上記各Ｌ２スイッチは学習機能を有し、上記ネットワークの経路を上記学習機能により設定している場合、
上記テストパケットを定期的に送信し、
上記ネットワークのいずれかを不通し、
上記管理手段は上記定期的なテストパケットを受信して上記ネットワークの経路の切替を確認することを特徴とする請求項１ないし請求項４のいずれか１項に記載の経路確認方法。
【請求項６】
上記テストパケットに送信時刻を記録し、
上記管理手段は上記テストパケットの受信時刻と上記送信時刻とを用いて経路確認を行うことを特徴とする請求項１ないし請求項５のいずれか１項に記載の経路確認方法。
【請求項７】
請求項１ないし請求項６のいずれかの１項に記載の経路確認方法を、上記複数のＬ２スイッチが接続されているネットワークを複数有し、上記各ネットワーク間がＬ３スイッチにて接続されたネットワークについて経路確認することを特徴とする経路確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のＬ２スイッチが接続されているネットワークにおいて、簡便な方法にて経路を確認することができる経路確認方法に関するものである。
【背景技術】
【０００２】
従来の経路確認方法は、通信ネットワーク管理装置によって、ネットワーク上で指定した始点となるＩＰ機器から終点となるＩＰ機器までのうち始点から疎通可能な終点までのトレースルートを確認する。このトレースルート上のＩＰ機器から当該トレースルート外の隣接ＩＰ機器までの隣接ルートを指定し、更にその隣接ＩＰ機器から次の隣接ＩＰ機器までの隣接ルートを指定することによる区間的な疎通確認試験を順次、網羅的に繰り返すことでネットワーク全体の障害状況を確認可能するものである（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２４４３６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の経路確認方法は、隣接ＩＰ機器間のルートをして、網羅的に確認しているので、機器が多数になると経路確認が複雑になるという問題点があった。
【０００５】
この発明は上記のような課題を解決するためになされたものであり、複数のＬ２スイッチが接続されているネットワークにおいて、簡便な方法にて経路を確認することができる経路確認方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は、
複数のＬ２スイッチが接続されているネットワークにおける経路確認方法において、
上記ネットワークに接続された管理手段のＩＰアドレスが送信先ＩＰアドレスとして記録されたテストパケットを上記ネットワークに送信し、
上記各Ｌ２スイッチは上記テストパケットを受信すると上記テストパケットに上記自Ｌ２スイッチにて受信したことを示すデータを追加して上記ネットワークに送信し、
上記管理手段は上記テストパケットを受信して経路確認するものである。
【発明の効果】
【０００７】
この発明の経路確認方法は、
複数のＬ２スイッチが接続されているネットワークにおける経路確認方法において、
上記ネットワークに接続された管理手段のＩＰアドレスが送信先ＩＰアドレスとして記録されたテストパケットを上記ネットワークに送信し、
上記各Ｌ２スイッチは上記テストパケットを受信すると上記テストパケットに上記自Ｌ２スイッチにて受信したことを示すデータを追加して上記ネットワークに送信し、
上記管理手段は上記テストパケットを受信して経路確認するので、
複数のＬ２スイッチが接続されているネットワークにおいて、テストパケットの受信により簡便に経路を確認することができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１における経路確認方法を説明するためのネットワークの構成を示す図である。
【図２】図１に示した経路確認方法の動作を説明するための図である。
【図３】図１に示した経路確認方法の動作を説明するための図である。
【図４】この発明の実施の形態２における経路確認方法を説明するためのネットワークの構成を示す図である。
【図５】この発明の実施の形態３における経路確認方法を説明するためのネットワークの構成を示す図である。
【図６】この発明の実施の形態４における経路確認方法を説明するためのネットワークの構成を示す図である。
【図７】この発明の実施の形態５における経路確認方法を説明するためのネットワークの構成を示す図である。
【図８】この発明の実施の形態５における経路確認方法を説明するためのネットワークの構成を示す図である。
【図９】この発明の実施の形態５における経路確認方法を説明するためのネットワークの構成を示す図である。
【図１０】この発明の実施の形態５における経路確認方法を説明するためのネットワークの構成を示す図である。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、本願発明の実施の形態について説明する。図１はこの発明の実施の形態１における経路確認方法を説明するためのネットワークの構成を示す図、図２および図３は図１に示した経路確認方法の動作を説明するための図である。図１において、ネットワーク１に複数のＬ２スイッチ（以下、「スイッチ」は「ＳＷ」と称す）、第１Ｌ２ＳＷａ、第２Ｌ２ＳＷｂ、第３Ｌ２ＳＷｃがそれぞれ接続されている。そして、第１Ｌ２ＳＷａには、後述する管理手段のＩＰアドレスが送信ＩＰアドレスとして記録されたテストパケットをネットワーク１に送信する送信手段としての送信側管理コンソール２が接続され、第３Ｌ２ＳＷｃには上記テストパケットを受信して経路確認を行う管理手段としての受信側管理コンソール３が接続されている。
【００１０】
次に上記実施の形態１のように構成されたネットワークに基づいて、経路確認方法について図２および図３を交えて説明する。まず、送信側管理コンソール２が、受信側管理コンソール３のＩＰアドレスを送信先ＩＰアドレスとして記録したテストパケットを、第１Ｌ２ＳＷａに送信する。このテストパケットは、ネットワーク１において第１Ｌ２ＳＷａと、第２Ｌ２ＳＷｂと、上記第３Ｌ２ＳＷｃとが接続されているため、図２に示すように、第１Ｌ２ＳＷａ→第２Ｌ２ＳＷｂ→第３Ｌ２ＳＷｃ→受信側管理コンソール３にて送信されるルートＡと、第１Ｌ２ＳＷａ→第３Ｌ２ＳＷｃ→受信側管理コンソール３にて送信されるルートＢが考えられる。
【００１１】
第１Ｌ２ＳＷａは、送信側管理コンソール２からこのテストパケットを受信すると、自宛ではないのでネットワーク１の第２Ｌ２ＳＷｂ側および第３Ｌ２ＳＷｃ側との両側に当該テストパケットＡ、Ｂをそれぞれ送信する。この際、第１Ｌ２ＳＷａは図３に示すように、各テストパケットＡ、Ｂに第１Ｌ２ＳＷａにて受信したことを示すデータａを追加して送信する。次に、第２Ｌ２ＳＷｂは受信したテストパケットＡが自宛ではないので、ネットワーク１に、第２Ｌ２ＳＷｂにて受信したことを示すデータｂを追加して送信する。次に、第３Ｌ２Ｓｃは受信したテストパケットＡ、Ｂが自宛ではなく受信側管理コンソール３宛であるので、第３Ｌ２ＳＷｃにて受信したことを示すデータｃを追加して受信側管理コンソール３に送信する。よって、テストパケットＡは「ｃ、ｂ、ａ」のデータが追加され、テストパケットＢは「ｃ、ａ」のデータが追加されたものとなる。
【００１２】
そして、受信側管理コンソール３は、各テストパケットＡ、Ｂを確認して、送信側管理コンソール２から受信側管理コンソール３へ至る経路を確認することができる。受信側管理コンソール３は各ルートＡ、Ｂをあらかじめわかっていて、その内容と各テストパケットＡ、Ｂの内容との整合性を確認することが考えられる。また、受信側管理コンソール３が各ルートをあらかじめわかっていない場合には、送信側管理コンソール２から受信側管理コンソール３までの経路の種類を確認することができる。
【００１３】
また、このテストパケット送信時に送信時刻を記録して送信すると、受信側管理コンソール３はテストパケットＡ、Ｂの受信時刻と送信時刻とを用いて経路確認、例えば、ルートＡ、Ｂの経路にデータを送信する場合の送信にかかる時間の差、また、各ルートＡ、Ｂの各経路にデータを送信するために必要な時間など確認することができる。また、あまりにもデータ送信に時間を要する場合は、ネットワーク１または通過したＬ２ＳＷに異常または不具合があるのではないかと判断することができる。
【００１４】
上記のように行われた実施の形態１の経路確認方法によれば、複数のＬ２ＳＷが接続されているネットワークにおいて、受信側管理コンソールのＩＰアドレスを送信ＩＰアドレスとして記録したテストパケットを送信し、当該テストパケットを確認することで経路となるＬ２ＳＷを確認することができる。また、テストパケットに送信時刻の情報を追加して送信することにより、受信側管理コンソールが受信時刻と送信時刻とを比較することでさらに詳細な経路の確認を行うことができる。
【００１５】
尚、本実施の形態１においては、Ｌ２ＳＷにおいて一般的に備えている、学習機能、すなわち、ネットワークの通信において、最適となる経路を選択して、学習後は、最適となる経路を用いてデータを送信する機能を有していることについて特に示していないが、本実施の形態１においては、この学習前に経路確認を行う場合、または、経路を確認する場合に、この学習機能をオフにして経路確認を行う場合、学習機能をオンにしたまま最適となる経路のみを経路確認する場合など、上記実施の形態１にて示した場合と同様に実施し、同様の効果を奏することができる。また、当該学習機能については、以下の実施の形態においても同様であるため、その説明は適宜省略する。
【００１６】
また、テストパケットに送信時刻を記録して送信し、受信時刻と送信時刻とを用いて経路の詳細を確認する方法は、以下の実施の形態においても同様に行うことができるため、その説明は適宜省略する。
【００１７】
実施の形態２．
図４はこの発明の実施の形態２における経路確認方法の動作を説明するための図である。図において、上記実施の形態１と同様の部分は同一符号を付して説明を省略する。本実施の形態２では、Ｌ２ＳＷがネットワークの通信において、先に示した、最適となる経路を選択してデータを送信する学習機能を有している場合について説明する。ここでは、例えば図４（ａ）に示すように、送信側管理コンソール２から受信側管理コンソール３までの経路はルートＡが学習機能により最適となる経路として設定されているとする。すると、上記実施の形態１と同様に、送信側管理コンソール２がテストパケットを送信すると、ルートＡの経路を通り、テストパケットＡが受信側管理コンソール３に送信される。
【００１８】
そして、一般的にＬ２ＳＷはネットワークにおいて学習機能により設定されている最適な経路が通信できないことを検知すると、学習機能により別の経路を設定してデータの送信を行う。よって、図４（ｂ）に示すように、第２Ｌ２ＳＷｂと第３Ｌ２ＳＷｃとの間を、例えば、ケーブルを挿抜し、不通状態にすると、第１Ｌ２ＳＷａ、第２Ｌ２ＳＷｂはそのことを検知して、学習機能により、ルートＢを最適な経路として設定し、以後、ルートＢを用いてデータの送信を行う。
【００１９】
よって、送信側管理コンソール２は通常の図４（ａ）の状態にて、テストパケットを定期的に送信する。そして、受信側管理コンソール３は上記実施の形態１と同様にテストパケットＡを受信する。そして、送信側管理コンソール２が定期的にテストパケットを送信している状態にて、図４（ｂ）に示すようにネットワーク１の第２Ｌ２ＳＷｂと第３Ｌ２ＳＷｃとの間を不通にする。すると、各Ｌ２ＳＷａ、ｂ、ｃの学習機能により新たなルートが設定されるまでは、テストパケットが受信側管理コンソール３に到達しない。そして、学習機能により新たなルートが設定される、ここではルートＢが設定されると、テストパケットＢが受信側管理コンソール３に到達する。
【００２０】
このように、受信側管理コンソール３はテストパケットＢを受信することにより、経路が切り替わったことを確認できる。また、テストパケットに送信時刻、受信時刻が設定されている場合は、経路が切り替わるまでに要する時間を確認することができ、その時間が適切か否かなどを判断することができる。
【００２１】
上記のように行われた実施の形態２の経路確認方法によれば、上記実施の形態１と同様の効果を奏するのはもちろんのこと、定期的にテストパケットを送信することにより、ネットワークにおける不通箇所が生じた場合、経路が適切に切替て設定できるか否かを確認することができる。さらに、その切替までの時間が適切か否かなどを判断することができる。
【００２２】
実施の形態３．
図５はこの発明の実施の形態３における経路確認方法を説明するためのネットワークの構成および動作を説明するための図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。上記各実施の形態では、管理手段のＩＰアドレスが送信ＩＰアドレスとして記録されたテストパケットをネットワークに送信する送信手段として送信側管理コンソール２を用いる例を示したが、これに限られることはなく、管理手段のＩＰアドレスが送信ＩＰアドレスとして記録されたテストパケットをネットワークに送信する送信手段として、Ｌ２ＳＷを用いて行う場合について説明する。
【００２３】
第３Ｌ２ＳＷｃ’は、後述する要求信号を受信すると上記各実施の形態と同様にテストパケットを送信するとともに第３Ｌ２ＳＷｃ’にて受信したことを示すデータを追加する機能を有する。そして、ネットワーク１に接続された要求手段としての要求・受信管理コンソール２０は、第１Ｌ２ＳＷａに接続され、ネットワーク１にテストパケットを送信させるための要求信号を送信する。また、この要求・受信管理コンソール２０は、テストパケットを受信して経路確認を行う管理手段としての機能も有する。
【００２４】
次に上記実施の形態３のように構成されたネットワークに基づいて、経路確認方法について説明する。まず、要求・受信管理コンソール２０が、第３Ｌ２ＳＷｃ’に対してテストパケットを送信するようにとの要求信号を、第１Ｌ２ＳＷａに送信する。そして、第２Ｌ２ＳＷｂを介して、この要求信号は、第３Ｌ２ＳＷｃ’に送信される。次に、第３Ｌ２ＳＷｃ’は要求信号を受信すると、要求・受信管理コンソール２０のＩＰアドレスが送信ＩＰアドレスとして記録されたテストパケットをネットワーク１に送信する。そして、このテストパケットは、ネットワーク１において第１Ｌ２ＳＷａと、第２Ｌ２ＳＷｂと、上記第３Ｌ２ＳＷｃ’とが接続されているため、図５に示すように、第３Ｌ２ＳＷｃ’→第２Ｌ２ＳＷｂ→第１Ｌ２ＳＷａ→要求・受信管理コンソール２０にて送信されるルートＣと、第３Ｌ２ＳＷｃ’→第１Ｌ２ＳＷａ→要求・受信管理コンソール２０にて送信されるルートＣ’とが考えられる。
【００２５】
そして、第３Ｌ２ＳＷｃ’はネットワーク１の第２Ｌ２ＳＷｂ側および第１Ｌ２ＳＷａ側との両側に当該テストパケットＣ、Ｃ’をそれぞれ送信する。この際、第３Ｌ２ＳＷｃ’は図５に示すように、各テストパケットＣ、Ｃ’に第３Ｌ２ＳＷｃ’にて受信したことを示すデータｃ’を追加して送信する。次に、第２Ｌ２ＳＷｂは受信したテストパケットＣが自宛ではないので、ネットワーク１に、第２Ｌ２ＳＷｂにて受信したことを示すデータｂを追加して送信する。次に、第１Ｌ２ＳＷａは受信したテストパケットＣ、Ｃ’が自宛ではなく要求・受信管理コンソール２０宛であるので、第１Ｌ２ＳＷａにて受信したことを示すデータａを追加して要求・受信管理コンソール２０に送信する。よって、テストパケットＣは「ｃ’、ｂ、ａ」のデータが追加され、テストパケットＣ’は「ｃ’、ａ」のデータが追加されたものとなる。
【００２６】
そして、要求・受信管理コンソール２０は、各テストパケットＣ、Ｃ’を確認して、第１Ｌ２ＳＷｃ’から要求・受信管理コンソール２０へ至る経路を確認することができる。要求・受信管理コンソール２０は各ルートＣ、Ｃ’をあらかじめわかっていて、その内容と各テストパケットＣ、Ｃ’の内容との整合性を確認することが考えられる。また、要求・受信管理コンソール２０が各ルートをあらかじめわかっていない場合には、第３Ｌ２ＳＷｃ’から要求・受信管理コンソール２０までの経路の種類を確認することができる。
【００２７】
上記のように行われた実施の形態３の経路確認方法によれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、テストパケットの送信をいずれかのＬ２ＳＷにて行うようにしているため、要求信号を送信する要求手段と、経路確認を行う管理手段とを１つの管理コンソールにて行うことができるため、１つの管理コンソールのみにて経路確認を行うことができる。
【００２８】
実施の形態４．
図６はこの発明の実施の形態４における経路確認方法を説明するためのネットワークの構成および動作を説明するための図である。図において、上記各実施の形態と同様の部分は同一符号を付して説明を省略する。ネットワーク１がネットワーク１ａとネットワーク１ｂとに分岐しているものである。そして、ネットワーク１には第１Ｌ２ＳＷａ’、第２Ｌ２ＳＷｂ’、第３Ｌ２ＳＷｃ’、第４Ｌ２ＳＷｄ、第５Ｌ２ＳＷｅ、第６Ｌ２ＳＷｆ、第７Ｌ２ＳＷｇがそれぞれ接続されている。そして、これら全てのＬ２ＳＷａ’、ｂ’、c'、ｄ、ｅ、ｆは、要求信号を受信すると上記各実施の形態と同様にテストパケットを送信するとともに各Ｌ２ＳＷａ’、ｂ’、c'、ｄ、ｅ、ｆにて受信したことを示すデータを追加する機能を有する。
【００２９】
次に上記実施の形態４のように構成されたネットワークに基づいて、経路確認方法について説明する。まず、要求・受信管理コンソール２０が、ネットワーク１に第１Ｌ２ＳＷａ’を介して要求信号を送信する。この要求信号は、第１Ｌ２ＳＷａ’、第２Ｌ２ＳＷｂ’、第３Ｌ２ＳＷｃ’、第４Ｌ２ＳＷｄ、第５Ｌ２ＳＷｅ、第６Ｌ２ＳＷｆ、第７Ｌ２ＳＷｇがそれぞれ受信すると、各Ｌ２ＳＷａ’、ｂ’、c'、ｄ、ｅ、ｆは要求・受信管理コンソール２０のＩＰアドレスが送信ＩＰアドレスとして記録されたテストパケットをそれぞれ送信する。そして、各ルートＢ’、Ｃ、Ｄ、Ｅ、Ｆ、Ｇを介して要求・受信管理コンソール２０に送信される。例えば、ルートＧにて受信したテストパケットｇは、「ｇ、ｆ、ｅ、ｄ、ｃ’、ｂ’、ａ’」のデータが追加され、ルートＦにて受信したテストパケットｆは「ｆ、ｅ、ｄ、ａ’」のデータが追加される。
【００３０】
そして、要求・受信管理コンソール２０は、各テストパケットを確認して、各Ｌ２ＳＷａ’、ｂ’、c'、ｄ、ｅ、ｆから要求・受信管理コンソール２０へ至る経路をそれぞれ確認することができる。要求・受信管理コンソール２０は各ルートをあらかじめわかっていて、各テストパケットの内容を確認することが考えられる。また、要求・受信管理コンソール２０が各ルートをあらかじめわかっていない場合には、各Ｌ２ＳＷａ’、ｂ’、c'、ｄ、ｅ、ｆから要求・受信管理コンソール２０までの経路の種類を確認することができる。
【００３１】
上記のように行われた実施の形態４の経路確認方法によれば、上記各実施の形態と同様の効果を奏するのはもちろんのこと、あらかじめ決められたＬ２ＳＷからのテストパケットの受信を待つことなく、全てのＬ２ＳＷからのテストパケットの受信により経路確認を行うことができる。よって、枝分かれしたような複雑なネットワークにおいても１度の要求信号にて経路確認を行うことができる。
【００３２】
実施の形態５．
上記各実施の形態においては、１つのネットワークに複数のＬ２ＳＷが接続されている場合について説明したが、これに限られることはなく、例えば、複数のネットワークが存在し、第４、第５、第６Ｌ２ＳＷｈ、ｉ、ｊが異なるネットワーク１０側に接続されている場合、図７に示すように、異なるネットワーク１、１０とをＬ３ＳＷ１３にて接続する、または、図８に示すように、ネットワーク１１とネットワーク１２とをＬ３ＳＷ１３にて接続して、第１Ｌ２ＳＷａに上記各実施の形態にて示した送信側管理コンソール２を接続し、第６Ｌ２ＳＷｊに上記各実施の形態にて示した受信側管理コンソール３を接続し、上記各実施の形態と同様に行えば、異なるネットワーク間同士であっても、例えばルートＸのように経路が設定され、上記各実施の形態と同様に経路確認を行うことができる。
【００３３】
また、図９、図１０に示すように、第１Ｌ２ＳＷａ’に上記各実施の形態にて示した要求・受信管理コンソール２０を接続し、各Ｌ２ＳＷに上記各実施の形態と同様に、例えば、第６Ｌ２ＳＷｊ’が要求信号を受信するとテストパケットを送信するとともに第６Ｌ２ＳＷｊにて受信したことを示すデータを追加する機能を有するようにする、または、各Ｌ２ＳＷａ’、ｂ’、ｃ’、ｈ’、ｉ’、ｊ’の全てにおいて、要求信号を受信するとテストパケットを送信するとともに各Ｌ２ＳＷａ’、ｂ’、ｃ’、ｈ’、ｉ’、ｊ’にて受信したことを示すデータを追加する機能を有するようにすれば、上記各実施の形態と同様に対応することができ、異なるネットワーク間同士であっても、例えば、ルートＹのように経路が設定され、上記各実施の形態と同様に経路確認を行うことができる。
【００３４】
尚、上記各実施の形態においては、各管理コンソールの接続箇所は、説明の便宜上、特定のＬ２ＳＷに接続する例を示したが、これに限られることはなく、例えば、他のＬ２ＳＷに接続しても同様に行うことができ、同様の効果を奏することができる。
【００３５】
また、上記各実施の形態における、各種管理コンソールとは、テストパケットの送信、要求信号の送信、テストパケットの受信などを行えればよいので、一般的に使用されているパーソナルコンピュータ（ＰＣ）にて対応することが可能であり、低コストにて実施することができる。
【符号の説明】
【００３６】
１  ネットワーク、１ａ  ネットワーク、１ｂ  ネットワーク、
２  送信側管理コンソール、３  受信側管理コンソール、１０  ネットワーク、
１１  ネットワーク、１２  ネットワーク、１３  Ｌ３ＳＷ、
２０  要求・受信管理コンソール、ａ  第１Ｌ２ＳＷ、ａ’  第１Ｌ２ＳＷ、
ｂ  第２Ｌ２ＳＷ、ｂ’  第２Ｌ２ＳＷ、ｃ  第３Ｌ２ＳＷ、ｃ’  第３Ｌ２ＳＷ、
ｄ  第４Ｌ２ＳＷ、ｅ  第５Ｌ２ＳＷ、ｆ  第６Ｌ２ＳＷ、ｇ  第７Ｌ２ＳＷ、
ｈ  第４Ｌ２ＳＷ、ｈ’  第４Ｌ２ＳＷ、ｉ  第５Ｌ２ＳＷ、ｉ’  第５Ｌ２ＳＷ、
ｊ  第６Ｌ２ＳＷ、ｊ’  第６Ｌ２ＳＷ。
【図１】
2012178806.tif 000003
【図２】
2012178806.tif 000004
【図３】
2012178806.tif 000005
【図４】
2012178806.tif 000006
【図５】
2012178806.tif 000007
【図６】
2012178806.tif 000008
【図７】
2012178806.tif 000009
【図８】
2012178806.tif 000010
【図９】
2012178806.tif 000011
【図１０】
2012178806.tif 000012