(57)【要約】【課題】  アドホック網における経路の動的切り替え方式に対して有効な遅延推定の問題を解決する。【解決手段】  送信元端末と、宛先端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、を包含するアドホック網における無線通信システムであって、前記送信元端末が、前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する。【選択図】図１
2005347879.tif 000002
【特許請求の範囲】
【請求項１】
送信元端末と、
宛先端末と、
前記送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、
前記送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、
を包含するアドホック網における無線通信システムであって、
前記送信元端末が、前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する、無線通信システム。
【請求項２】
前記各中継端末は、自端末で送受信するパケットを観測し、その観測されたパケットを、送信元端末と宛先端末の組が同じ毎に分類したフロー毎のトラフィック量を算出することで、自端末が中継するパケットの遅延の原因となるトラフィック量を求め、前記所定パケットを受信した場合、前記算出されたトラフィック量を前記所定パケットに追記し、その追記後の所定パケットを中継し、
前記宛先端末は、前記所定パケットを受信した場合、前記所定パケットに追記されたトラフィック量の総量を前記送信元端末に通知し、
前記送信元端末は、前記宛先端末から通知されるトラフィック量の総量を取得する、
請求項１に記載の無線通信システム。
【請求項３】
送信元端末と、
宛先端末と、
前記送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、
前記送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、
を包含するアドホック網における無線通信方法であって、
前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、
前記トラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する、
無線通信方法。
【請求項４】
宛先端末と、
所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、
所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、
を包含するアドホック網に包含される送信元端末であって、
前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得する手段と、
その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する手段と、
を備える送信元端末。
【請求項５】
請求項４に記載の送信元端末を搭載した車両。
【請求項６】
宛先端末と、
所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、
所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、
を包含するアドホック網に包含される送信元端末を、
前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得する手段、
その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する手段、
として機能させるためのコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末を包含するアドホック網において送信元端末と宛先先端末との間で少なくとも一つの中継端末を介してパケットを送受する技術に関する。
【背景技術】
【０００２】
有線網、無線網を問わず、通信ネットワークにおいて、低遅延のパケット通信を実現するために有効な経路制御方式の一つとして、複数経路伝送方式がある。複数経路伝送方式では、一般に送信元端末と宛先端末との間で、予め遅延が小さいと推定される複数の経路を設定し、パケットを各経路に順番に振り分ける。これにより、負荷分散効果が得られ、単一経路制御方式よりも遅延が低減する効果が得られる。
【０００３】
しかし、モバイルアドホック網で、各端末の無線ＬＡＮがシングルチャネルで構成される場合、複数経路伝送方式を適用すると、各経路が、互いに電波が干渉する位置で設定される場合が多い。このため、干渉が原因で、十分な遅延低減が図れないという問題がある。
【０００４】
また、低遅延のパケット通信を実現でき、モバイルアドホック網に適用可能な別の経路制御方式として、送信元端末が宛先端末までの間に複数経路を設定した上で、各経路に定期的に制御パケットを流すことでエンド・エンド遅延を測定し、常に遅延が最も小さい一つの経路を選択してパケットを送信するという、経路の動的切り替え方式もある。
【０００５】
しかし、この方式においても、複数の経路に互いに電波干渉がある場合には、各経路の遅延を正確に測定することは困難である。
【０００６】
なお、本発明に関連すると考えられるものとして、次のものがある（特許文献１、２、３参照）。
【特許文献１】特開２００３−１５２７８６号公報
【特許文献２】特開２００４−４８４７８号公報
【特許文献３】特開２００４−５６７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、経路の動的切り替え方式に対して有効な遅延推定の問題を解決することにある。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、送信元端末と、宛先端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、を包含するアドホック網における無線通信システムであって、前記送信元端末が、前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する、構成とした。
【０００９】
本発明によれば、送信元端末が、経路ごとに、所定パケットを送信することで、その経
路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定することから、経路の動的切り替え方式に対して有効な遅延推定を行うことが可能となる。
【００１０】
上記無線通信システムにおいては、例えば、前記各中継端末は、自端末で送受信するパケットを観測し、その観測されたパケットを、送信元端末と宛先端末の組が同じ毎に分類したフロー毎のトラフィック量を算出することで、自端末が中継するパケットの遅延の原因となるトラフィック量を求め、前記所定パケットを受信した場合、前記算出されたトラフィック量を前記所定パケットに追記し、その追記後の所定パケットを中継し、前記宛先端末は、前記所定パケットを受信した場合、前記所定パケットに追記されたトラフィック量の総量を前記送信元端末に通知し、前記送信元端末は、前記宛先端末から通知されるトラフィック量の総量を取得する。
【００１１】
これは、送信元端末が、中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得するための仕組みを例示したものである。従って、本発明はこれに限定されず他の仕組みで、中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得するようにしてもよい。
【００１２】
本発明は方法の発明として次のように特定することができる。
【００１３】
送信元端末と、宛先端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、前記送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、を包含するアドホック網における無線通信方法であって、前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得し、前記トラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する、
無線通信方法。
【００１４】
また、本発明はアドホック網に包含される端末の発明として次のように特定することもできる。
【００１５】
宛先端末と、所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、を包含するアドホック網に包含される送信元端末であって、前記経路ごとに、所定パケットを送信することで、その経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得する手段と、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する手段と、を備える送信元端末。
【００１６】
上記送信元端末は車両などの移動体に搭載されていてもよい。
【００１７】
また、本発明はプログラムの発明として次のように特定することもできる。
【００１８】
所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第１経路を構成する少なくとも一つの中継端末と、所定の送信元端末から送信される前記宛先端末宛のパケットを中継する第２経路を構成する少なくとも一つの中継端末と、を包含するアドホック網に包含される送信元端末を、前記経路ごとに、所定パケットを送信することで、その
経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量の総量を取得する手段、その取得したトラフィック量の総量が最も小さい経路を、前記送信元端末と宛先端末との間でパケットを送受するための経路として設定する手段、として機能させるためのコンピュータ読み取り可能なプログラム。
【発明の効果】
【００１９】
本発明によれば、従来の、遅延の実測により比較する方式よりも、遅延の大小をより正確に推定することが可能となり、単一経路方式と比較した遅延低減効果を増加させることが可能である。
【発明を実施するための最良の形態】
【００２０】
本発明の一実施形態である無線通信システムについて図面を参照しながら説明する。図１は、本発明の一実施形態である無線通信システムの概略を説明するための図である。
【００２１】
図１に示す各端末Ｐ，Ｒ，Ｓ，Ｑ，Ａ，Ｂ（以下端末１０ということもある）などは、車載コンピュータやいわゆるカーナビなどのモバイル端末（以下単に端末という）であり、その全体の動作を司るＣＰＵなどの制御装置、これにバスなどを介して接続された、メモリ及び無線ＬＡＮトランシーバ（いずれも図示せず）などを備えている。各端末の無線ＬＡＮトランシーバによりアドホック網が形成される。なお、図１中の黒丸は端末であることを表す（図４等参照）。
【００２２】
無線ＬＡＮトランシーバは、利用できる無線ＬＡＮチャネルが一つの、いわゆるシングルチャネル構成を採用したものであり、データパケットなどを送受するために用いられる。無線ＬＡＮトランシーバは、カードの形態で着脱可能に端末に装着されていてもよいし、各端末１０に内蔵されていてもよいし、あるいは他の形態で端末１０に接続されていてもよい。
【００２３】
上記構成のアドホック網においては、端末間で経路が設定されこの経路を介して端末間でデータパケットが送受される。
【００２４】
例えば、図１は、アドホック網において端末ＰＱ間の経路（端末Ｐ→端末Ｒ→端末Ｓ→端末Ｑの経路）が設定されていることを示す。この場合、端末ＰＱ間ではその経路を構成する中継端末Ｒ，Ｓがデータパケットなどを中継することで、端末Ｐ→端末Ｒ→端末Ｓ→端末Ｑの経路を介してデータパケットなどが送受される。
【００２５】
以下、上記構成の無線通信システムにおいて端末ＡＢ間で設定される経路の決定方法について図面を参照しながら説明する。図２は、上記構成の無線通信システムにおける動作を説明するためのフローチャートである。
【００２６】
以下の説明において、図１に示す端末１０が全て静止しているものとし、また、既に端末Ｐから端末Ｑに対して、６０ｋｂｐｓの情報量でパケットの送信が行われているものとする。ここで、端末ＡＢ間で新たに通信コネクションを設定し、端末Ａから端末Ｂへ６０ｋｂｐｓの情報量のパケットの送信を開始する状況を設定する。なお、以下の各端末１０における動作は、その端末１０に読み込まれたプログラムをそのＣＰＵなどの制御装置が実行することにより実現される。
（１）端末間での経路設定とデータパケットの送信開始
端末Ａは、自端末と宛先端末Ｂとの間で通信要求が発生すると（Ｓ１０）、端末Ｂへの経路を設定するために、ＲＲＥＱ（Route REQuest：経路要求）パケットをアドホック網全体にブロードキャストする（Ｓ１１）。このブロードキャストは自己の無線ＬＡＮトランシーバが行う。
【００２７】
ＲＲＥＱパケットのフォーマットを図３の（ａ）に示す。ＲＲＥＱパケットは、ヘッダ部分（宛先端末のアドレス、送信元端末のアドレス、ホップカウント）とペイロード部分（図中空白であることを示す）からなる。宛先端末のアドレスには、宛先端末（ここでは端末Ｂ）のアドレスが設定される。送信元端末のアドレスには、送信元端末（ここでは端末Ａ）のアドレスが設定される。ホップカウントには、例えば、ＲＲＥＱパケットが中継されるごとに減少される数が設定される。
【００２８】
アドホック網の各端末１０は、ブロードキャストされたＲＲＥＱパケットを受信すると、以下の動作を行う。
（ａ）既に過去に同じＲＲＥＱパケットを受信した場合は、何もせずに終了する。そうで
なければ（ｂ）へ。
（ｂ）受信したＲＲＥＱパケットに、自端末のＩＤ（アドレス）を追加記載し、この追加記載後のパケットを再びブロードキャストする。図３の（ｂ）に送信元端末からｎホップ目の端末がブロードキャストするときの、ＲＲＥＱパケットの一般的なフォーマットを示す。
【００２９】
この動作により、端末Ｂには、複数の経路を経由して、ＲＲＥＱパケットが到着し、それぞれのパケットには、端末ＡＢ間の中継端末のリスト（アドレス）が記される。例えば、図４に示すように、端末Ｃと端末Ｄを経由して端末Ｂに到着したＲＲＥＱパケットには、中継端末Ｃ，Ｄのアドレスが追加記載されている。これは、端末ＡＢ間の第１経路を構成する。また、同図に示すように、端末Ｅと端末Ｆを経由して端末Ｂに到着したＲＲＥＱパケットには、中継端末Ｃ，Ｄのアドレスが記載されている。これは、端末ＡＢ間の第２経路を構成する。なお、図４では、第１及び第２経路の２つの経路を例示したが、周囲の端末の配置によっては、さらに第３経路以上の経路が得られることもあるし、第１経路しか得られないこともあるし、あるいは経路が全く得られないこともある。
【００３０】
図４では、第１及び第２経路が得られるので、端末Ｂはこれらの経路のなかから、以下の規則で複数の経路（メイン経路及びバックアップ経路）を選択する（Ｓ１１）。
（ａ）最も早く到着したＲＲＥＱパケットに書かれた経路をメイン経路とする。
（ｂ）（ａ）と異なる経路をバックアップ経路とする。なお、バックアップ経路は複数選択できるが、数を制限する場合には（例えば第３経路以上の経路が得られた場合など）、メイン経路との間のリンクの重なりが少ない経路を優先して選択する。
【００３１】
図４には、端末ＡＢ間で、メイン経路（端末Ａ→端末Ｃ→端末Ｄ→端末Ｂの経路）を一本、バックアップ経路（端末Ａ→端末Ｅ→端末Ｆ→端末Ｂ）を一本選択する場合の例を示している。バックアップ経路としては、メイン経路とリンクの重なっていない経路が選択されている。
【００３２】
端末Ｂは、上記の規則で選択したメイン経路とバックアップ経路（各経路を構成する中継端末のアドレスなど）を、アドホック網を介して端末Ａに通知する。
【００３３】
端末Ａは、端末Ｂから通知された経路のうちメイン経路（端末Ａ→端末Ｃ→端末Ｄ→端末Ｂの経路）を、端末Ｙとの経路として設定する（Ｓ１２）。この後、端末Ａは、そのメイン経路を用いて端末Ｂに対してデータパケットの送信を開始する。
【００３４】
具体的には端末ＡＢ間では、次のようにデータパケットが送受される。例えば、端末Ａから端末Ｂへのパケットの送信に着目すると、まず端末Ａは、ヘッダ部分などに送信元端末のアドレス（自端末Ａのアドレス）、中継端末のアドレス（端末Ｂから通知されたメイン経路を構成する端末Ｃ、Ｄのアドレス）、及び宛先端末のアドレス（端末Ｂのアドレス
）が書き込まれたパケットを、端末Ｃ宛てにユニキャストで送信する。
【００３５】
このユニキャストされたパケットは端末Ｃが受信し、その端末Ｃにおいて、ヘッダ部分に書き込まれている次の端末Ｄ宛てにユニキャストで送信する。このユニキャストされたパケットは端末Ｄが受信し、同様に、その端末Ｄにおいて、ヘッダ部分などに書き込まれている次の端末Ｂ宛てにユニキャストで送信する。
【００３６】
このようにして、端末Ａが送信したパケットは端末Ｂから通知されたメイン経路（を構成する中継端末Ｃ，Ｄ）を介して最終的に端末Ｂに到着する。なお、ここでは端末Ａから端末Ｂへのパケットの送信に着目して説明したが、端末Ｂから端末Ａへのパケットの送信に着目しても同様の処理となる。
（３）各端末におけるトラフィック測定と、チャネル競合トラフィックリストの作成
端末ＡＢ間のメイン経路・バックアップ経路の各中継端末（端末Ｃ，Ｄ，Ｅ，Ｆ）は、自端末の無線ＬＡＮトランシーバで送受信するパケットを観測し、一定周期毎に、観測されたパケットを、組（送信元端末・宛先端末の組）が同じ毎に分類し、各々のトラフィック量を算出する（Ｓ１３）。ここで、（送信元端末・宛先端末）が同じパケットの組をフローと呼ぶ。
【００３７】
なおここでは、各端末の無線ＬＡＮトランシーバを自端末宛でないパケットも受信できるように設定しておく。例えば盗聴モードに設定する。
【００３８】
この結果をもとに、各端末は「フロー別トラフィックリスト」を作成する（Ｓ１３）。
【００３９】
例として、図４の各端末Ｃ，Ｄ，Ｆが作成する、フロー毎のトラフィックリストの中で、端末Ｐ，Ｑのフローに関するリストの中身を図５〜図７に示す。
【００４０】
図５は、端末Ｃが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリを示す。図６は、端末Ｄが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリを示す。図７は、端末Ｆが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリを示す。
（４）（５）端末ＡＢ間の各経路（メイン経路・バックアップ経路）に対する、各端末のチャネル競合トラフィック総量の調査
端末Ａは、図８に示すように、端末Ｂへのメイン経路（端末Ａ→端末Ｃ→端末Ｄ→端末Ｂの経路）、バックアップ経路（端末Ａ→端末Ｅ→端末Ｆ→端末Ｂ）のそれぞれに対して、一定周期で、チャネル競合トラフィック問い合わせパケット（本発明の所定パケットに相当）を送信する（Ｓ１４）。チャネル競合トラフィック問い合わせパケットのフォーマットを図９の（ａ）に示す。
【００４１】
各中継端末Ｃ，Ｄ，Ｅ，Ｆは、このパケットを受信すると、自端末が作成しているフロー別トラフィックリストの中で、端末Ａ，Ｂのフロー以外のフローのトラフィック量（本発明のその経路を構成する中継端末が中継するパケットの遅延の原因となるトラフィック量に相当）を参照し、そのトラフィック量をパケットに追加記載（加算）して中継する（Ｓ１５）。図９の（ｂ）に追加記載されたパケット例を示す。ここでは各端末Ｃ，Ｄ，Ｅ，Ｆは、端末Ｐ，Ｑのフローのトラフィック量をパケットに追加記載して中継する。
【００４２】
端末Ｂには、複数の経路（メイン経路・バックアップ経路）を経由してチャネル競合トラフィック問い合わせパケットが到着する（Ｓ１６）。
【００４３】
これを元に端末Ｂは、図８に示すように、各経路に関して、チャネル競合トラフィック応答パケットを作成して、同じ経路で端末Ａに送信する（Ｓ１６）。チャネル競合トラフ
ィック応答パケットのフォーマットは図１０の通りで、受信したチャネル競合トラフィック問い合わせパケットに書かれた、各中継端末のトラフィック量の総量（の総和）をペイロードに含む。なお、端末Ａから端末Ｂへの経路情報としては、例えば、メイン経路とバックアップ経路（各経路を構成する中継端末のアドレスなど）が書き込まれる。
（６）新たなメイン経路の設定
端末Ａは、Ｓ１４及びＳ１５により、端末Ｂからチャネル競合トラフィック応答パケットを受信する（Ｓ１７）。
【００４４】
端末Ａは、これを元に、経路上の各端末が受信する端末ＰＱ間のトラフィック量の総和を比較し、そのトラフィック量の総和がもっとも小さい経路（ここでは当初バックアップ経路であった端末Ａ→端末Ｅ→端末Ｆ→端末Ｂの経路）を新たなメイン経路として設定する（図１１参照）。この後、端末Ａは、その新たに設定したメイン経路を用いて端末Ｂに対してデータパケットの送信を開始する。
【００４５】
以上説明したように本実施形態の無線通信システムによれば、アドホック網の各端末１０が、自端末の無線ＬＡＮトランシーバのチャネルのトラフィック量をフロー別に観測し、各フロー間の干渉トラフィック量を計算する。あるフローのパケットの遅延を推定する場合は、観測したトラフィック量のうち、そのフロー以外のトラフィック量を干渉トラフィック量とみなして、パケットの遅延を推定する。従って、本実施形態の無線通信システムによれば、従来の、遅延の実測により比較する方式よりも、遅延の大小をより正確に推定することが可能となり、単一経路方式と比較した遅延低減効果を増加させることが可能となる。
【００４６】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。このため、上記の実施形態はあらゆる点で単なる例示にすぎない。これらの記載によって本発明が限定的に解釈されるものではない。
【産業上の利用可能性】
【００４７】
本発明によれば、従来の、遅延の実測により比較する方式よりも、遅延の大小をより正確に推定することが可能となり、単一経路方式と比較した遅延低減効果を増加させることが可能である。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態である無線通信システムの概略構成を説明するための図である。
【図２】本発明の一実施形態である無線通信システムの動作を説明するためのフローチャートである。
【図３】ＲＲＥＱパケットのフォーマットを説明するための図である。
【図４】メイン経路とバックアップ経路の例を説明するための図である。
【図５】中継端末Ｃが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリ例である。
【図６】中継端末Ｄが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリ例である。
【図７】中継端末Ｃが作成するフロー別トラフィックリストにおける、端末Ｐ，Ｑのフローのエントリ例である。
【図８】図４に示すメイン経路とバックアップ経路それぞれを転送されるチャネル競合トラフィック調査パケットとチャネル競合トラフィック応答パケットの例示である。
【図９】チャネル競合トラフィック問い合わせパケットのフォーマット例である。
【図１０】チャネル競合トラフィック応答パケットのフォーマット例である。
【図１１】図８に示すチャネル競合トラフィック調査パケットとチャネル競合トラフィック応答パケットが送受される結果新しいメイン経路の設定がなされることを説明するための図である。
【符号の説明】
【００４９】
１０            端末
Ｐ，Ａ          端末（送信元端末）
Ｑ，Ｂ          端末（宛先端末）
Ｒ，Ｓ          端末（中継端末）
Ｃ，Ｄ，Ｅ，Ｆ  端末（中継端末）
【図１】
2005347879.tif 000003
【図２】
2005347879.tif 000004
【図３】
2005347879.tif 000005
【図４】
2005347879.tif 000006
【図５】
2005347879.tif 000007
【図６】
2005347879.tif 000008
【図７】
2005347879.tif 000009
【図８】
2005347879.tif 000010
【図９】
2005347879.tif 000011
【図１０】
2005347879.tif 000012
【図１１】
2005347879.tif 000013