(57)【要約】【課題】  無線アドホックネットワークのデータ伝送品質は安定していない。【解決手段】  新規経路要否判断部２０３は、中継端末から受信したトラフィック状況メッセージをもとに、現在の通信経路の各無線リンクの通信品質を把握し、新しい経路の探索の必要性を判断するとともに、通信品質の悪い無線リンクを特定し、その無線リンクの上流端末の識別番号と下流端末の識別番号を指定した除外端末番号をルートリプライ選択部２０６に供給する。ルートリプライ選択部２０６は、宛先端末からのルートリプライをもとに、新規経路を選択するが、新規経路要否判断部２０３から受け取った除外端末番号にもとづいて、除外端末番号を両端とする無線リンクを経路に含むルートリプライは破棄し、除外すべき無線リンクを含まないルートリプライを採用する。【選択図】図２
2005252496.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断する判断部と、
前記判断部により新規経路の探索が必要であると判断された場合に、経路探索要求メッセージを無線ネットワーク上のノードに送信する経路探索要求部と、
前記経路探索要求メッセージに対するノードからの応答メッセージをもとに、新規経路を選択する経路選択部とを含むことを特徴とするパケット伝送装置。
【請求項２】
前記判断部は、前記トラフィック状況に関する情報をもとに、前記通信経路上の除外すべきリンクを特定し、
前記経路選択部は、前記除外すべきリンクを経路に含む応答メッセージを破棄することを特徴とする請求項１に記載のパケット伝送装置。
【請求項３】
無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断するとともに、前記通信経路上の除外すべきリンクを特定する判断部と、
前記判断部により新規経路の探索が必要であると判断された場合に、前記除外すべきリンクを指定した経路探索要求メッセージを無線ネットワーク上のノードに送信する経路探索要求部と、
前記経路探索要求に対するノードからの応答メッセージをもとに、新規経路を選択する経路選択部とを含むことを特徴とするパケット伝送装置。
【請求項４】
無線ネットワークの上のノードから受信した経路探索要求メッセージをさらに別のノードにブロードキャストする経路探索要求転送部と、
前記経路探索要求メッセージに含まれる除外すべきリンクの指定情報を参照して、前記経路探索要求メッセージのブロードキャストを制限するかどうかを判断する判断部とを含み、
前記判断部は、前記経路探索要求メッセージが、その経路探索要求メッセージで指定された前記除外すべきリンクから受信された場合に、前記経路探索要求転送部による当該経路探索要求メッセージのブロードキャストを制限することを特徴とするパケット伝送装置。
【請求項５】
無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断するとともに、前記通信経路上の除外すべきリンクを特定する判断部と、
前記判断部により新規経路の探索が必要であると判断された場合に、前記除外すべきリンクを指定した経路テーブル変更メッセージを無線ネットワーク上のノードに送信する経路テーブル変更要求部とを含むことを特徴とするパケット伝送装置。
【請求項６】
前記判断部は、前記新規経路の探索頻度に関して定められた制限を考慮して、前記新規経路の探索の必要性を判断することを特徴とする請求項１、２、３、５のいずれかに記載のパケット伝送装置。
【請求項７】
無線ネットワークにおける既に確立された通信経路上のノードから通知されるトラフィック状況に関する情報にもとづいて、新規経路の探索が必要と判断された場合に、無線ネットワーク上で下流に位置するノードとの間で経路探索手順を実行することにより、新規経路を選択することを特徴とする経路制御方法。
【請求項８】
前記経路探索手順は、前記無線ネットワーク上の送信元ノードが主体となって、データ送信の際に、新規経路の探索要求に対する応答をもとに新規経路を決定するオンデマンド型の経路設定手順であることを特徴とする請求項７に記載の経路制御方法。
【請求項９】
前記経路探索手順は、前記無線ネットワーク上の中継ノードが主体となって、前記中継ノード内の経路テーブルを変更するテーブル駆動型の経路設定手順であることを特徴とする請求項７に記載の経路制御方法。
【請求項１０】
無線ネットワークにおけるノード上で実行される経路制御プログラムであって、
無線ネットワークにおける既に確立された通信経路上のノードから通知されるトラフィック状況に関する情報にもとづいて、経路から除外すべき無線リンクを特定するステップと、
無線ネットワーク上で下流に位置するノードとの間で経路探索手順を実行して、前記除外すべき無線リンクを含まない新規経路を選択するステップとを含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、経路制御技術に関し、特に無線ネットワークにおける経路制御方法、およびその方法を利用可能なパケット伝送装置に関する。
【背景技術】
【０００２】
最近、無線通信技術の普及が進んでおり、インターネットやＬＡＮなど有線のネットワークで実現されていた通信サービスに対して、無線による通信サービスの比重が急速に増えてきている。いうまでもなく、携帯電話は、通話だけでなく、電子メールやコンテンツのダウンロードなどパケット通信にも利用されている。また、オフィスでは無線ＬＡＮの普及が進んでおり、家庭でも無線ＬＡＮを利用するユーザが増えている。また、都市部では無線のホットスポットが整備され、街中でもノートパソコンやＰＤＡ（Personal Data Assistant）などのモバイル端末によってインターネットに接続できる環境が整いつつある。
【０００３】
無線ネットワークには、無線アクセスポイントの存在を前提としたインフラストラクチャ型と、無線アクセスポイントの存在を前提としないアドホック型とがある。無線アドホックネットワークでは、無線通信機能を搭載した端末同士が、必要に応じて相互接続し、ネットワークを形成する。
【０００４】
ネットワークの利用が広がるにつれ、ネットワークの通信品質に対するユーザの意識も高まり、通信品質の劣化にはユーザはたいへん敏感になってきている。特に無線ネットワークは、エラー発生率が高く、品質制御が重要な課題である。特許文献１には、無線マルチホップネットワークにおいて、ホップ数の違いによる通信品質の格差を抑制する技術が開示されている。
【特許文献１】特開２００３−２７３７８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
無線アドホックネットワークでは、無線リンクをマルチホップ伝送する形でデータ通信が行われるため、ホップ数が増加するにしたがって、利用可能な伝送帯域が減少し、エラー率も高くなる傾向がある。また、無線アドホックネットワークにおいて、データの送受信をするノード数が増え、トラフィックが増加すると、各データフローの利用可能帯域が減少し、エンド・ツー・エンドでのスループット性能が落ちたり、パケットの遅延が生じたりする。
【０００６】
さらに、無線アドホックネットワークでは端末が移動したり、ネットワークから外れて、スタンドアロンになったり、新たな端末がネットーワークに加わるなど端末相互間のリンクが確実なものではないため、ネットワークトポロジーは固定しておらず、動的に変化する。そのため、いったんデータの送受信のために通信経路を確立した後でも、途中のリンクが利用できなくなった場合、通信途中で、新たな経路を探索して、確立する必要が生じる。
【０００７】
本発明はこうした状況に鑑みてなされたもので、その目的は、ネットワークのトラフィック状況に応じて、適宜、新たな経路を探索することのできる経路制御方法、およびその方法を利用可能なパケット伝送装置の提供にある。
【課題を解決するための手段】
【０００８】
本発明のある態様はパケット伝送装置に関する。この装置は、無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断する判断部と、前記判断部により新規経路の探索が必要であると判断された場合に、経路探索要求メッセージを無線ネットワーク上のノードに送信する経路探索要求部と、前記経路探索要求メッセージに対するノードからの応答メッセージをもとに、新規経路を選択する経路選択部とを含む。前記判断部は、前記トラフィック状況に関する情報をもとに、前記通信経路上の除外すべきリンクを特定し、前記経路選択部は、前記除外すべきリンクを経路に含む応答メッセージを破棄してもよい。
【０００９】
「パケット伝送装置」は、無線ネットワークの通信ノードとして機能する端末または無線アクセスポイントのいずれであってもよい。通信ノードには、データ送受信における送信元ノード、中継ノード、および宛先ノードが含まれる。
【００１０】
本発明の別の態様もパケット伝送装置に関する。この装置は、無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断するとともに、前記通信経路上の除外すべきリンクを特定する判断部と、前記判断部により新規経路の探索が必要であると判断された場合に、前記除外すべきリンクを指定した経路探索要求メッセージを無線ネットワーク上のノードに送信する経路探索要求部と、前記経路探索要求に対するノードからの応答メッセージをもとに、新規経路を選択する経路選択部とを含む。
【００１１】
本発明のさらに別の態様もパケット伝送装置に関する。この装置は、無線ネットワークの上のノードから受信した経路探索要求メッセージをさらに別のノードにブロードキャストする経路探索要求転送部と、前記経路探索要求メッセージに含まれる除外すべきリンクの指定情報を参照して、前記経路探索要求メッセージのブロードキャストを制限するかどうかを判断する判断部とを含み、前記判断部は、前記経路探索要求メッセージが、その経路探索要求メッセージで指定された前記除外すべきリンクから受信された場合に、前記経路探索要求転送部による当該経路探索要求メッセージのブロードキャストを制限する。この構成は、主に無線ネットワークにおける中継ノードで用いられる。
【００１２】
本発明のさらに別の態様もパケット伝送装置に関する。この装置は、無線ネットワークにおける既に確立した通信経路上のノードから通知されるトラフィック状況に関する情報をもとに、新規経路の探索の必要性を判断するとともに、前記通信経路上の除外すべきリンクを特定する判断部と、前記判断部により新規経路の探索が必要であると判断された場合に、前記除外すべきリンクを指定した経路テーブル変更メッセージを無線ネットワーク上のノードに送信する経路テーブル変更要求部とを含む。
【００１３】
本発明のさらに別の態様は経路制御方法に関する。この方法は、無線ネットワークにおける既に確立された通信経路上のノードから通知されるトラフィック状況に関する情報にもとづいて、新規経路の探索が必要と判断された場合に、無線ネットワーク上で下流に位置するノードとの間で経路探索手順を実行することにより、新規経路を選択する。
【００１４】
前記経路探索手順は、前記無線ネットワーク上の送信元ノードが主体となって、データ送信の際に、新規経路の探索要求に対する応答をもとに新規経路を決定するオンデマンド型の経路設定手順であってもよい。前記経路探索手順は、前記無線ネットワーク上の中継ノードが主体となって、前記中継ノード内の経路テーブルを変更するテーブル駆動型の経路設定手順であってもよい。
【００１５】
本発明のさらに別の態様は、無線ネットワークにおけるノード上で実行される経路制御プログラムに関する。このプログラムは、無線ネットワークにおける既に確立された通信経路上のノードから通知されるトラフィック状況に関する情報にもとづいて、経路から除外すべき無線リンクを特定するステップと、無線ネットワーク上で下流に位置するノードとの間で経路探索手順を実行して、前記除外すべき無線リンクを含まない新規経路を選択するステップとを含む。
【００１６】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１７】
本発明によれば、ネットワークのトラフィック状況に応じて、通信品質の安定した経路を選択して通信を行うことができる。
【発明を実施するための最良の形態】
【００１８】
実施の形態１
図１は、実施の形態１に係る無線アドホックネットワークの全体構成を示す。ソースルーティング型のオンデマンドルーティングの場合で説明する。無線アドホックネットワークは、無線通信機能をもつ複数の端末が自律的に相互接続して構成されたネットワークであり、それらの端末間で無線リンクをマルチホップ伝送する形でデータ通信が可能である。無線通信には、ＩＥＥＥ８０２．１１等の無線ＬＡＮ技術が用いられる。
【００１９】
送信元端末２００から宛先端末１００ａにマルチメディアデータなどのコンテンツの送信を行っているとする。送信元端末２００は、最初、２つの転送端末１００ｃ、１００ｂを経由して宛先端末１００ａにデータを送信しており、この２つの転送端末１００ｃ、１００ｂを中継ノードとする第１の通信経路１０が確立されている。
【００２０】
送信元端末２００が第１の通信経路１０を使って、宛先端末１００ａとデータ転送をしている間、宛先端末１００ａ、および２つの転送端末１００ｂ、１００ｃの各下流ノードは、それぞれ通信経路上の無線リンクにおけるスループット、パケット損失率、遅延などのトラフィック状況を定期的に測定し、それぞれの無線リンクのトラフィックの測定結果を含むトラフィック状況メッセージを定期的に送信元端末２００に通知する。
【００２１】
宛先端末１００ａは、第１の通信経路１０において上流に位置する転送端末１００ｂとの間の無線リンクのトラフィック状況を測定し、その測定結果をトラフィック状況メッセージに含めて送信元端末２００に送信する（符号１８）。また、転送端末１００ｂは、第１の通信経路１０において上流に位置する転送端末１００ｃとの間の無線リンクのトラフィック状況を測定し、その測定結果をトラフィック状況メッセージに含めて送信元端末２００に送信する（符号１６）。さらに、転送端末１００ｃは、第１の通信経路１０において上流に位置する送信元端末２００との間の無線リンクのトラフィック状況を測定し、その測定結果をトラフィック状況メッセージに含めて送信元端末２００に送信する（符号１４）。
【００２２】
送信元端末２００は、下流ノードからのトラフィック状況メッセージを受信して、第１の通信経路１０の各無線リンクのトラフィック状況を把握する。送信元端末２００は、いずれかの無線リンクの通信品質が悪く、現在の通信経路では宛先端末１００ａにおいて十分な品質が保証されないと判断した場合、新しい経路を探索する手順を起動する。これにより、送信元端末２００と宛先端末１００ａ間で新しい経路が選択される。ここでは、別の２つの転送端末１００ｄ、１００ｂを中継ノードとする第２の通信経路１２が新しく確立され、送信元端末２００は、これらの転送端末１００ｄ、１００ｂを経由して宛先端末１００ａにデータの送信を継続する。
【００２３】
以下、宛先端末１００ａおよび転送端末１００ｂ〜１００ｄを総称する場合、非送信元端末１００と呼ぶ。
【００２４】
図２は、送信元端末２００の構成図である。ルートリクエスト生成部２０４は、経路探索要求部の一例であり、本実施の形態では、オンデマンド型のルーティングプロトコルにしたがって、宛先ノードを指定した経路探索要求メッセージであるルートリクエストを生成する。また、ルートリプライ選択部２０６および経路保持部２０７は、経路選択部の一例であり、ルートリクエストに対する応答メッセージであるルートリプライを取捨選択する。
【００２５】
オンデマンド型のルーティングプロトコルとは、送信元始動によるルーティングプロトコルであり、送信元が要求したときにのみ、経路が探索される。データ送信時に、送信元から宛先までの経路が必要になったとき、送信元が主体となって経路探索プロセスを起動し、適当な経路が見つかると経路探索プロセスを終了する。オンデマンド型のルーティングプロトコルの例として、ＤＳＲ（Dynamic Source Routing）やＡＯＤＶ（Ad Hoc On-Demand Distance Vector）などのプロトコルがある。ＤＳＲはソースルーティング型のルーティングプロトコルであり、ルートリプライに経路情報が格納される。ＡＯＤＶは非ソースルーティング型のルーティングプロトコルであり、ルートリプライには経路情報は含まれない。
【００２６】
パケット受信部２０１は、無線リンクからパケットを受信する。受信パケットが非送信元端末１００からのトラフィック状況メッセージである場合、パケット受信部２０１は、そのトラフィック状況メッセージを新規経路要否判断部２０３に与える。また、受信パケットが非送信元端末１００からのルートリプライである場合、パケット受信部２０１は、そのルートリプライをルートリプライ選択部２０６に与える。
【００２７】
新規経路要否判断部２０３は、トラフィック状況メッセージをもとに、現在の通信経路の各無線リンクの通信品質を把握し、新しい経路の探索の必要性を判断する。たとえば、現在の通信経路においていずれかの無線リンクの通信品質が劣化している場合に、新しい経路の探索が必要であると判断する。新規経路要否判断部２０３は、新しい経路の探索が必要であると判断した場合、ルートリクエスト生成部２０４に対して経路探索を指示する。
【００２８】
新しい経路の探索の必要性を判断する基準をいくつか例示する。
（１）スループット、パケット損失率、遅延、ジッタの各測定項目に対して、それぞれ閾値を設けておき、トラフィック状況メッセージによって通知される各測定項目の測定値をそれぞれの閾値と比較し、少なくとも１つの測定項目について閾値による要求基準を満たさないものがある場合に、新規経路が必要であると判断する。
【００２９】
（２）トラフィック状況の各測定項目の閾値は、送信元端末２００が送信するコンテンツの種類によって、コンテンツの送受信開始前に事前に決定する。たとえば、データコンテンツの場合は、リアルタイム性がさほど要求されないため、遅延、ジッタに関する閾値による要求基準を緩める。これに対して、映像、音声などのマルチメディアコンテンツの場合は、リアルタイム性が比較的要求されるため、遅延、ジッタに関する閾値による要求基準を厳しく設定する。スループットに関しては、同種のコンテンツでも、画面サイズ、音声コーデック等による端末の環境によって様々に設定される。パケット損失率に関しても同様である。
【００３０】
（３）頻繁に新しい経路を探索することは、ルーティングに伴うオーバーヘッドを増大させ、経路探索によるトラフィックも増え、かえってネットワーク性能を悪化させる。そこで、新しい経路の探索頻度に所定の制限を設けておく。新規経路要否判断部２０３は、たとえば一定期間の間に、新しい経路の探索回数が所定数を超えた場合には、それ以上の新しい経路の探索を中止するか、あるいは、通信経路を切断してその旨をアプリケーションレイヤ等の上位レイヤに通知する。
【００３１】
さらに、新規経路要否判断部２０３は、新しい経路の探索が必要であると判断した場合に、通信品質の悪い無線リンクを除外すべき無線リンクとして特定し、その無線リンクの上流端末の識別番号と下流端末の識別番号を指定した除外端末番号をルートリプライ選択部２０６に供給する。端末の識別番号は通常、ＩＰ（Internet Protocol）アドレスで指定される。
【００３２】
ルートリクエスト生成部２０４は、新規経路要否判断部２０３からの経路探索の指示を受けて、宛先端末１００ａを指定したルートリクエストを生成し、パケット送信部２０２に与える。パケット送信部２０２は、そのルートリクエストを無線リンクにブロードキャスト送信する。このルートリクエストは、中継ノードを経由して宛先端末１００ａに到達し、宛先端末１００ａからはルートリプライが返信される。
【００３３】
ルートリプライ選択部２０６は、パケット受信部２０１から取得したルートリプライをもとに、ルーティングプロトコルの規定にしたがって、新規経路を選択する。ここで、ルートリプライ選択部２０６は、新規経路要否判断部２０３から受け取った除外端末番号にもとづいて、除外端末番号を両端とする無線リンクを経路に含むルートリプライは破棄し、除外すべき無線リンクを含まないルートリプライを採用する。経路保持部２０７は、採用されたルートリプライに含まれる経路情報を取り出して保存する。
【００３４】
図３は、非送信元端末１００の構成図である。ルートリクエスト生成部１１０は、経路探索要求転送部の一例であり、本実施の形態では、オンデマンド型のルーティングプロトコルにしたがって、宛先ノードを指定したルートリクエストを生成して、さらにブロードキャストする。
【００３５】
パケット受信部１０１は、無線リンクからパケットを受信する。受信パケットには、送信元端末２００から送信されたコンテンツのデータの他、送信元端末２００から送信されたルートリクエストと、下流端末から転送されたルートリプライがある。
【００３６】
パケット受信部１０１において受信されたパケットが、送信元端末２００からのコンテンツデータである場合、スループット測定部１０３、パケット損失率測定部１０４、遅延測定部１０５、およびジッタ測定部１０６が、そのデータの受信状況を観測して、それぞれスループット、パケット損失率、遅延、ジッタを測定し、測定データをトラフィック状況メッセージ生成部１０７に与える。トラフィック状況メッセージ生成部１０７は、測定データを含み、送信元端末２００を宛先アドレスとするトラフィック状況メッセージを生成し、パケット送信部１０２に与える。パケット送信部１０２は、トラフィック状況メッセージをパケットとして無線リンクに送出する。トラフィック状況メッセージは、マルチホップ伝送され、宛先の送信元端末２００に到達する。
【００３７】
図４は、トラフィック状況メッセージを説明する図である。トラフィック状況メッセージには、トラフィック状況を示すデータとして、非送信元端末１００が測定対象とする無線リンクの上流に位置する端末の識別番号３０、トラフィック状況を測定した期間３２、スループット３４、パケット損失率３６、遅延３８、およびジッタ４０が含まれる。なお、このトラフィック状況メッセージを受信する送信元端末２００は、このメッセージの送信元ＩＰアドレスなどによって、このメッセージを送信した非送信元端末１００を識別することができるため、無線リンクの下流の端末、すなわち当該メッセージを送信する非送信元端末１００の識別番号は、当該メッセージに含めなくてよい。
【００３８】
再び、図３を参照する。パケット受信部１０１において受信されたパケットが、下流端末から転送されてきたルートリプライである場合、ルーティングプロトコルの規定にしたがって、ルーティングテーブル保存部１１３に保持されたルーティングテーブルの経路情報がそのルートリプライによって更新されるとともに、パケット送信部１０２を介して、そのルートリプライが上流端末に転送される。ルートリプライはこのように下流端末から上流端末に順次転送されることで最終的に送信元端末２００に到達する。
【００３９】
パケット受信部１０１において受信されたパケットが、送信元端末２００から送信されたルートリクエストである場合、そのルートリクエストは宛先端末判断部１０８に与えられる。宛先端末判断部１０８は、ルートリクエストに含まれる宛先アドレスを調べ、自ノードが宛先端末であるかどうかを判断する。自ノードが宛先端末である場合、ルートリプライ生成部１１１にルートリクエストへの応答を指示し、自ノードが宛先端末でない場合、すなわち自ノードが転送端末である場合、ルートリクエスト生成部１１０にルートリクエストの生成を指示する。
【００４０】
ルートリクエスト生成部１１０は、宛先端末判断部１０８からルートリクエストの生成の指示を受け、さらに経路探索要求をブロードキャストするためのルートリクエストを生成し、パケット送信部１０２に与える。パケット送信部１０２は、無線リンクにルートリクエストを送出し、ルートリクエストをブロードキャスト送信する。
【００４１】
ルートリプライ生成部１１１は、宛先端末判断部１０８からルートリクエストに対する応答の指示を受け、送信元端末２００に送信すべきルートリプライを生成し、パケット送信部１０２に与える。また、ルートリプライ生成部１１１は、ルーティングプロトコルの規定にしたがって、ルートリクエスト内の情報を用いて、ルーティングテーブル保存部１１３に保持されたルーティングテーブルの経路情報を更新する。パケット送信部１０２は、ルートリプライ生成部１１１により生成されたルートリプライを無線リンクに送出する。ルートリプライは、マルチホップ伝送され、送信元端末２００に到達する。
【００４２】
なお、図２の送信元端末２００の構成、および図３の非送信元端末１００の構成は、それぞれ、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされた経路制御機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４３】
以上の構成の送信元端末２００および非送信元端末１００による経路制御手順を図５〜図７のフローチャートを用いて説明する。
【００４４】
図５は、送信元端末２００による新規経路探索処理手順を説明するフローチャートである。
【００４５】
パケット受信部２０１は、非送信元端末１００からトラフィック状況メッセージを受信する（Ｓ１０）。新規経路要否判断部２０３は、受信したトラフィック状況メッセージをもとに、新規経路の探索が必要かどうかを判断する（Ｓ１２）。現在の通信経路の通信品質が安定しており、新規経路が必要でないと判断した場合（Ｓ１２のＮ）、ステップＳ１０に戻り、非送信元端末１００から送信されるトラフィック状況メッセージにより、現在の通信経路の通信品質を続けて監視する。
【００４６】
現在の通信経路の通信品質が不安定であり、新規経路が必要であると判断した場合（Ｓ１２のＹ）、ルートリクエスト生成部２０４は、ルーティングプロトコルの規定にしたがって、通常のルートリクエストを生成する（Ｓ１４）。パケット送信部２０２は、そのルートリクエストを無線ネットワーク上の端末にブロードキャスト送信する（Ｓ１６）。ブロードキャストされたルートリクエストは、中継ノードを経由して宛先端末１００ａまで到達し、宛先端末１００ａからルートリプライが送信元端末２００に向けて送信される。
【００４７】
パケット受信部２０１は、非送信元端末１００からルートリプライを受信する（Ｓ１８）。ルートリプライ選択部２０６は、除外端末番号を両端とする無線リンクを経路の一部に含むルートリプライを破棄することで、採用するルートリプライを取捨選択する（Ｓ２０）。経路保持部２０７は、ルートリプライに含まれる経路情報を保存する（Ｓ２２）。採用されたルートリプライによって新規経路が確立され、新規経路を利用して通信が継続される（Ｓ２４）。
【００４８】
図６は、非送信元端末１００によるトラフィック状況通知処理手順を説明するフローチャートである。
【００４９】
パケット受信部１０１は、無線リンクの上流端末からデータパケットを受信する（Ｓ３０）。このデータパケットは送信元端末２００から送られるコンテンツのデータである。スループット測定部１０３はデータパケットのスループットを測定し、パケット損失率測定部１０４は、データパケットの損失率を測定し、遅延測定部１０５は、データパケットの遅延を測定し、ジッタ測定部１０６は、データパケットの遅延の揺らぎすなわちジッタを測定する（Ｓ３２）。トラフィック状況メッセージ生成部１０７は、これらの測定データを含むトラフィック状況メッセージを生成する（Ｓ３４）。パケット送信部１０２は、トラフィック状況メッセージを送信元端末２００へ送信する（Ｓ３６）。なお、トラフィック状況メッセージの送信は、ネットワークに負荷がかからない程度に定期的に行われる。
【００５０】
図７は、非送信元端末１００によるルートリクエスト受信時の処理手順を説明するフローチャートである。
【００５１】
パケット受信部１０１がルートリクエストを受信すると（Ｓ４０）、宛先端末判断部１０８は、ルートリクエストに指定された宛先アドレスが自ノードのアドレスに一致するかどうかを調べ、自ノードがこのルートリクエストで指定された宛先端末であるかどうかを判断する（Ｓ４２）。
【００５２】
自ノードが宛先端末である場合（Ｓ４２のＹ）、ルートリプライ生成部１１１は、このルートリクエストに応答するためのルートリプライを生成する（Ｓ４４）。パケット送信部１０２は、ルートリプライを送信元端末２００へ送信する（Ｓ４６）。
【００５３】
自ノードが宛先端末でない、すなわち自ノードはルートリプライを中継する転送端末である場合（Ｓ４２のＮ）、ルートリクエスト生成部１１０は、下流端末に送信するためのルートリクエストを生成する（Ｓ４８）。パケット送信部１０２は、生成されたルートリクエストをブロードキャスト送信する（Ｓ５０）。
【００５４】
本実施の形態によれば、送信元端末は、現在の通信経路における無線リンクのトラフィック状況に応じて新規経路の探索の要否を決定し、新規経路の探索が必要である場合、オンデマンド型のルーティングプロトコルにしたがってルートリクエストをブロードキャスト送信し、宛先端末からルートリプライを受信する。これにより送信元端末は、新規経路の候補を見つけ、通信品質の悪い無線リンクを含まない新規経路を選択し、安定した通信品質で通信を行うことができる。
【００５５】
実施の形態２
実施の形態１では、送信元端末２００が、新規経路の探索が必要であると判断したときに、オンデマンド型のルーティングプロトコルにしたがって、通常のルートリクエストをブロードキャスト送信することで新規経路の探索手順を開始した。本実施の形態では、送信元端末２００は、実施の形態１と同様に、オンデマンド型のルーティングプロトコルにしたがって新規経路の探索手順を開始するが、除外端末番号を指定したルートリクエストをブロードキャストする点が異なる。実施の形態１とは異なる構成と動作について説明する。
【００５６】
図８は、実施の形態２に係る送信元端末２００の構成図である。パケット受信部２０１は、受信パケットが非送信元端末１００からのトラフィック状況メッセージである場合、新規経路要否判断部２０３に与え、受信パケットが非送信元端末１００からのルートリプライである場合、経路保持部２０７に与える。
【００５７】
新規経路要否判断部２０３は、トラフィック状況メッセージをもとに、現在の通信経路の各無線リンクの通信品質を把握し、新しい経路の探索の必要性を判断するとともに、通信品質の悪い無線リンクを除外すべき無線リンクとして特定する。新規経路要否判断部２０３は、新しい経路の探索が必要であると判断した場合、除外すべき無線リンクの上流端末の識別番号と下流端末の識別番号を指定した除外端末番号をルートリクエスト生成部２０４に供給し、ルートリクエスト生成部２０４に対して経路探索を指示する。
【００５８】
ルートリクエスト生成部２０４は、新規経路要否判断部２０３からの経路探索の指示を受けて、除外端末番号を含み、宛先端末１００ａを宛先とするルートリクエストを生成し、パケット送信部２０２に与える。パケット送信部２０２は、生成されたルートリクエストを無線リンクにブロードキャスト送信する。このルートリクエストは、中継ノードを経由して宛先端末１００ａに到達し、宛先端末１００ａからはルートリプライが返信される。ここで、ルートリクエストには除外端末番号が指定されており、除外すべき無線リンクを経由したルートリクエストはそれ以上はブロードキャストされないため、返信されるルートリプライに指定される経路には、除外すべき無線リンクは含まれないことになる。
【００５９】
ソースルーティング型のルーティングプロトコルの場合、経路保持部２０７は、パケット受信部２０１から取得したルートリプライに含まれる経路情報を取り出して、保存する。
【００６０】
図９は、実施の形態２に係る非送信元端末１００の構成図である。図３に示した実施の形態１の非送信元端末１００と異なるのは、宛先端末判断部１０８の後段にルートリクエストブロードキャスト判断部１０９が設けられている点であり、ルートリクエストをブロードキャストする際の処理が異なる。
【００６１】
宛先端末判断部１０８は、パケット受信部１０１により受信されたルートリクエストに含まれる宛先アドレスを調べ、自ノードが宛先端末であるかどうかを判断し、自ノードが宛先端末である場合、ルートリプライ生成部１１１にルートリクエストへの応答を指示し、自ノードが宛先端末でない場合、すなわち自ノードが転送端末である場合、ルートリクエストブロードキャスト判断部１０９にルートリクエストのブロードキャストをすべきかどうかの判断をさせる。
【００６２】
ルートリクエストブロードキャスト判断部１０９は、ルートリクエストに含まれる除外端末番号にもとづいて、ルートリクエストをさらにブロードキャスト送信するべきかどうかを判断する。ルートリクエストブロードキャスト判断部１０９は、ルートリクエストが除外端末番号で指定された除外すべき無線リンクから受信されたものである場合に、そのルートリクエストを破棄し、ルートリクエストのブロードキャスト送信を行わない。ルートリクエストブロードキャスト判断部１０９は、ルートリクエストが除外すべき無線リンクから受信されたものでない場合には、ルートリクエスト生成部１１０にルートリクエストの生成を指示する。
【００６３】
ルートリクエスト生成部１１０は、ルートリクエストブロードキャスト判断部１０９からルートリクエストの生成の指示を受けた場合に、さらに経路探索要求をブロードキャストするための除外端末番号を含んだルートリクエストを生成し、パケット送信部１０２は、そのルートリクエストをブロードキャスト送信する。
【００６４】
以上の構成の送信元端末２００および非送信元端末１００による経路制御手順を図１０および図１１のフローチャートを用いて説明する。
【００６５】
図１０は、送信元端末２００による新規経路探索処理手順を説明するフローチャートである。ステップＳ１０およびＳ１２の処理は、図５に示した実施の形態１の同符号の処理と同じである。
【００６６】
新規経路要否判断部２０３が、現在の通信経路の通信品質が不安定であり、新規経路が必要であると判断した場合（Ｓ１２のＹ）、ルートリクエスト生成部２０４は、除外端末番号を含むルートリクエストを生成する（Ｓ１５）。ルートリクエストはルーティングプロトコルの規定にしたがって作成され、除外端末番号をルートリクエストのオプションのデータ領域に格納する。
【００６７】
ステップＳ１６およびＳ１８の処理は、図５の同符号の処理と同じである。ここで、除外すべき無線リンクを経由して当該無線リンクの下流端末に到達したルートリクエストは、その下流端末において破棄され、それより先はルートリクエストがブロードキャストされない。そのため、パケット受信部２０１が非送信元端末１００から受信するルートリプライには、除外すべき無線リンクを経路に含むものは存在しない。したがって、実施の形態１とは違い、除外端末番号を両端とする無線リンクを経路に含むルートリプライを破棄する処理は不要である。ステップＳ２２およびＳ２４の処理は、図５の同符号の処理と同じである。
【００６８】
図１１は、非送信元端末１００によるルートリクエスト受信時の処理手順を説明するフローチャートである。
【００６９】
ステップＳ４０、Ｓ４２、Ｓ４４およびＳ４６の処理は、図７に示した実施の形態１の同符号の処理と同じである。
【００７０】
宛先端末判断部１０８が、ルートリクエストに指定された宛先アドレスにもとづいて、自ノードが宛先端末でない、すなわち自ノードはルートリプライを中継する転送端末であると判断した場合（Ｓ４２のＮ）、ルートリクエストブロードキャスト判断部１０９は、そのルートリクエストが除外すべき無線リンクから受信されたものであるかどうかを判断する。すなわち、ルートリクエストブロードキャスト判断部１０９は、そのルートリクエストが除外端末番号で指定された除外すべき無線リンクの上流端末から受信されたものであり、かつ、自ノードがその除外すべき無線リンクの下流端末であるかどうかを判断する（Ｓ４７）。
【００７１】
もし、ルートリクエストブロードキャスト判断部１０９が、受信したルートリクエストが除外すべき無線リンクを経由して当該端末に到達したものであると判断した場合（Ｓ４７のＹ）、ステップＳ４８およびＳ５０を実行しないで、そのルートリクエストを破棄する。したがって、これ以上ルートリクエストはブロードキャストされない。
【００７２】
ルートリクエストブロードキャスト判断部１０９が、受信したルートリクエストが除外すべき無線リンクを経由して当該端末に到達したものでないと判断した場合（Ｓ４７のＮ）、ステップＳ４８およびＳ５０が実行され、ルートリクエストがさらにブロードキャスト送信される。
【００７３】
本実施の形態によれば、送信元端末は、現在の通信経路における無線リンクのトラフィック状況に応じて新規経路の探索の要否を決定し、新規経路の探索が必要である場合、オンデマンド型のルーティングプロトコルにしたがって、通信品質の悪い、除外すべき無線リンクを指定したルートリクエストをブロードキャスト送信し、宛先端末からルートリプライを受信する。除外すべき無線リンクを経由したルートリクエストは転送端末において破棄されるため、宛先端末からのルートリプライは、除外すべき無線リンクを経路に含むものではないことが保証される。これにより送信元端末は、通信品質の悪い無線リンクを含まない新規経路を選択し、安定した通信品質で通信を行うことができる。
【００７４】
実施の形態３
実施の形態１および２では、送信元端末２００が、新規経路の探索が必要であると判断したときに、オンデマンド型のルーティングプロトコルにしたがって、新規経路の探索手順を起動したが、本実施の形態では、テーブル駆動型のルーティングプロトコルにしたがって、ルーティングテーブルの更新手順を起動する点が異なる。
【００７５】
図１２は、実施の形態３に係る送信元端末２００の構成図である。ルーティングテーブル変更メッセージ生成部２０５は、経路テーブル変更要求部の一例であり、本実施の形態では、テーブル駆動型のルーティングプロトコルのオプション機能として、ルーティングテーブル変更メッセージを生成する。
【００７６】
テーブル駆動型のルーティングプロトコルとは、中継ノードが主体となって、中継ノード内のルーティングテーブルを変更するプロトコルである。各ノードは、経路情報を格納するルーティングテーブルをもち、ネットワークトポロジーの変化に対応して、ネットワーク全体に経路の更新情報を伝搬する。テーブル駆動型のルーティングプロトコルの例として、ＤＳＤＶ（Destination Sequenced Distance Vector）やＷＲＰ（Wireless Routing Protocol）などのプロトコルがある。本実施の形態では、テーブル駆動型のルーティングプロトコルを用いて、送信元からルーティングテーブル変更メッセージを中継ノードに送ることで、中継ノードに経路の変更を要求する。
【００７７】
パケット受信部２０１が非送信元端末１００から受信したトラフィック状況メッセージは、新規経路要否判断部２０３に与えられる。新規経路要否判断部２０３は、実施の形態１および２と同様に、トラフィック状況メッセージをもとに、現在の通信経路の各無線リンクの通信品質を把握し、新しい経路の探索の必要性を判断するとともに、通信品質の悪い無線リンクを除外すべき無線リンクとして特定する。新規経路要否判断部２０３は、新しい経路の探索が必要であると判断した場合、除外すべき無線リンクの上流端末の識別番号と下流端末の識別番号を指定した除外端末番号をルーティングテーブル変更メッセージ生成部２０５に供給し、ルーティングテーブル変更メッセージ生成部２０５に対して、ルーティングテーブルの変更を指示する。
【００７８】
ルーティングテーブル変更メッセージ生成部２０５は、除外端末番号を含むルーティングテーブル変更メッセージを生成する。ルーティングテーブル変更メッセージ生成部２０５は、このルーティングテーブル変更メッセージの宛先アドレスを、除外端末番号で指定される除外すべき無線リンクの上流端末に設定する。パケット送信部２０２は、生成されたルーティングテーブル変更メッセージを除外すべき無線リンクの上流端末に送信する。
【００７９】
図１３は、実施の形態３に係る非送信元端末１００の構成図である。パケット受信部１０１が受信したコンテンツのデータにもとづき、トラフィック状況を示す各種のデータが測定され、トラフィック状況メッセージが生成され、送信元端末２００に送信される点は、実施の形態１および２と同様である。
【００８０】
パケット受信部１０１が送信元端末２００から除外端末番号を含むルーティングテーブル変更メッセージを受信すると、ルーティングテーブル変更部１１２は、除外端末番号で指定される除外すべき無線リンクの下流端末へのデータ転送を避けて、別の端末にデータ転送する経路を選択し、ルーティングテーブル保存部１１３に保持されたルーティングテーブルの経路情報を更新する。これにより、除外すべき無線リンクを経由しない新規経路が送信元端末２００と宛先端末１００ａとの間で確立される。
【００８１】
以上の構成の送信元端末２００および非送信元端末１００によるルーティングテーブル変更手順を図１４および図１５のフローチャートを用いて説明する。
【００８２】
図１４は、送信元端末２００によるルーティングテーブルの変更処理手順を説明するフローチャートである。ステップＳ１０およびＳ１２の処理は、図５に示した実施の形態１の同符号の処理と同じである。
【００８３】
新規経路要否判断部２０３が、現在の通信経路の通信品質が不安定であり、新規経路が必要であると判断した場合（Ｓ１２のＹ）、ルーティングテーブル変更メッセージ生成部２０５は、除外端末番号を含み、除外すべき無線リンクの上流端末を宛先とするルーティングテーブル変更メッセージを生成する（Ｓ６０）。パケット送信部２０２は、除外すべき無線リンクの上流端末へ生成されたルーティングテーブル変更メッセージを送信する（Ｓ６２）。
【００８４】
図１５は、非送信元端末１００によるルーティングテーブルの変更処理手順を説明するフローチャートである。
【００８５】
パケット受信部１０１は、送信元端末２００からルーティングテーブル変更メッセージを受信する（Ｓ７０）。当該非送信元端末１００は、送信元端末２００により除外すべきであると判断された無線リンクの上流端末である。ルーティングテーブル変更部１１２は、ルーティングテーブル変更メッセージに含まれる除外端末番号を参照し、除外すべきリンクの下流端末以外の端末を受信パケットの新しい転送先として選択する（Ｓ７２）。
【００８６】
ルーティングテーブル変更部１１２は、受信パケットを新しい転送先へ転送する経路情報によって、ルーティングテーブル保存部１１３に保持されたルーティングテーブルを更新し、新たなルーティングテーブルを保存する（Ｓ７４）。これにより、受信パケットを除外すべき無線リンクの下流端末へ送信していた現状の経路がいったん破棄され、受信パケットを新しい転送先へ送信する経路が新たに送信元端末２００と宛先端末１００ａの間で確立される。ルーティングテーブルの変更により、除外すべき無線リンクは使用されなくなる。
【００８７】
本実施の形態によれば、送信元端末は、現在の通信経路における無線リンクのトラフィック状況に応じて新規経路の探索の要否を決定し、新規経路の探索が必要である場合、テーブル駆動型のルーティングプロトコルのオプション機能として、通信品質の悪い、除外すべき無線リンクを指定したルーティングテーブル変更メッセージを除外すべき無線リンクの上流端末に送信する。このルーティングテーブル変更メッセージを受信した端末がルーティングテーブルを変更することにより、通信品質の悪い無線リンクを含まない新規経路が確立され、安定した通信品質で通信を行うことができる。
【００８８】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００８９】
そのような変形例として、実施の形態では、無線アクセスポイントを含まない、端末同士が無線で接続することで構成された無線アドホックネットワークを例に、本発明の経路制御技術を説明したが、無線アクセスポイントを含む無線ネットワークであっても、本発明の経路制御技術を適用することができる。その場合、無線アクセスポイントが、実施の形態の送信元端末または非送信元端末のいずれかに該当して、同様の構成を有し、新規経路の探索を行う。なお、無線ネットワークの一部に有線のネットワークが含まれていてもよい。
【００９０】
実施の形態では、オンデマンド型のルーティング方式とテーブル駆動型のルーティング方式に分けて説明したが、両方のルーティング方式に対応できるように、送信元端末２００および非送信元端末１００は、実施の形態１〜３の各構成を併せ持つものであってもよい。
【００９１】
実施の形態の無線通信機能をもつ端末は、車載端末であってもよく、道路を走行する車両間で無線アドホックネットワークを構成する場合に、本発明の経路制御技術を適用することもできる。ＩＴＳ（Intelligent Transport Systems）への応用例として、渋滞情報などを前方の車両から後方の車両に通知するために、車載端末同士で無線アドホックネットワークを構成して、データ通信に利用することができる。車両の走行状況により、車載端末間の通信状況や通信経路は頻繁に変更されるので、本発明の経路制御技術により、適宜、新規経路を探索することにより、安定した通信品質を確保することができる。
【図面の簡単な説明】
【００９２】
【図１】実施の形態１に係る無線アドホックネットワークの全体構成図である。
【図２】図１の送信元端末の構成図である。
【図３】図１の非送信元端末の構成図である。
【図４】図１の非送信元端末から送信元端末に通知されるトラフィック状況メッセージを説明する図である。
【図５】図２の送信元端末による新規経路探索処理手順を説明するフローチャートである。
【図６】図３の非送信元端末によるトラフィック状況通知処理手順を説明するフローチャートである。
【図７】図３の非送信元端末によるルートリクエスト受信時の処理手順を説明するフローチャートである。
【図８】実施の形態２に係る送信元端末の構成図である。
【図９】実施の形態２に係る非送信元端末の構成図である。
【図１０】図８の送信元端末による新規経路探索処理手順を説明するフローチャートである。
【図１１】図９の非送信元端末によるルートリクエスト受信時の処理手順を説明するフローチャートである。
【図１２】実施の形態３に係る送信元端末の構成図である。
【図１３】実施の形態３に係る非送信元端末の構成図である。
【図１４】図１２の送信元端末による新規経路探索処理手順を説明するフローチャートである。
【図１５】図１３の非送信元端末によるルートリクエスト受信時の処理手順を説明するフローチャートである。
【符号の説明】
【００９３】
１００ａ  宛先端末、  １００ｂ〜ｄ  転送端末、  １００  非送信元端末、  ２００  送信元端末、  １０１  パケット受信部、  １０２  パケット送信部、  １０３  スループット測定部、  １０４  パケット損失率測定部、  １０５  遅延測定部、  １０６  ジッタ測定部、  １０７  トラフィック状況メッセージ生成部、  １０８  宛先端末判断部、  １０９  ルートリクエストブロードキャスト判断部、  １１０  ルートリクエスト生成部、  １１１  ルートリプライ生成部、  １１２  ルーティングテーブル変更部、  １１３  ルーティングテーブル保存部、  ２０１  パケット受信部、  ２０２  パケット送信部、  ２０３  新規経路要否判断部、  ２０４  ルートリクエスト生成部、  ２０５  ルーティングテーブル変更メッセージ生成部、  ２０６  ルートリプライ選択部、  ２０７  経路保持部。
【図１】
2005252496.tif 000003
【図２】
2005252496.tif 000004
【図３】
2005252496.tif 000005
【図４】
2005252496.tif 000006
【図５】
2005252496.tif 000007
【図６】
2005252496.tif 000008
【図７】
2005252496.tif 000009
【図８】
2005252496.tif 000010
【図９】
2005252496.tif 000011
【図１０】
2005252496.tif 000012
【図１１】
2005252496.tif 000013
【図１２】
2005252496.tif 000014
【図１３】
2005252496.tif 000015
【図１４】
2005252496.tif 000016
【図１５】
2005252496.tif 000017