アドホックネットワーク上でのデータ通信方法
【課題】アドホックネットワークにおけるネットワーク異常時の宛先ノードへのデータ到達遅延を防止し、信号の送受信の信頼性を向上させ、ＳＣＡＤＡシステムに適用できるようなアドホックネットワーク上でのデータ通信方法を提供する。
【解決手段】ルート上の第１のノードが、ルートを保持している全てのチャネルにてデータをルート上の第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにてデータを最も先に受信したときに、データを全てのチャネルにてルート上の第３のノードへ送信し、その後全てのチャネルのうち、最も先に受信したときのチャネル以外のチャネルにてデータと同一のデータを更に受信したときに該同一のデータを破棄する（Ｓ１〜Ｓ６）。
【解決手段】ルート上の第１のノードが、ルートを保持している全てのチャネルにてデータをルート上の第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにてデータを最も先に受信したときに、データを全てのチャネルにてルート上の第３のノードへ送信し、その後全てのチャネルのうち、最も先に受信したときのチャネル以外のチャネルにてデータと同一のデータを更に受信したときに該同一のデータを破棄する（Ｓ１〜Ｓ６）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アドホックネットワークの信頼性に係り、特に、ＳＣＡＤＡ（Ｓｕｐｅｒｖｉｓｏｒｙ Ｃｏｎｔｒｏｌ Ａｎｄ Ｄａｔａ Ａｃｑｕｉｓｉｔｉｏｎ）システムへの適用を考慮したアドホックネットワークに関するものである。
【背景技術】
【０００２】
携帯電話などの携帯端末間の通信は、通常基地局を介して行われるため、基地局が存在しないエリアや災害などによって基地局が倒壊してしまった場合には通信を行うことができない。これに対し、基地局を介さずに各端末を中継局として通信を行うマルチホップ無線ネットワークの研究が行われている。このマルチホップ無線ネットワークでは、端末（以下、ノードと称す。）さえあればその場で即時にネットワークを形成できることから、アドホックネットワークとも呼ばれている。
【０００３】
また、無線を用いたアドホックネットワークの研究においては、無線特有の問題であるノードの移動性から来る接続状態の変化や、無線帯域の効率的な利用などを考慮した様々な経路探索と維持のためにルーティングプロトコルが提案されている。
【０００４】
ここで、従来におけるアドホックネットワークを図７および８を用いて説明する。各ノード間の矢印は、実線がチャネル１を表しており、点線がチャネル２を表している。図７は、無線チャネルを混在させたルートを有するアドホックネットワークである。送信元ノード１０、中継ノード１〜５、および宛先ノード２０を備え、これらの各ノードは、例えば、工場の生産ラインにおいて資材等を運搬する無人搬送装置等に設けられた端末装置である。
【０００５】
送信方式は例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）やＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）などが適用される。
【０００６】
図７における動作は、送信元ノード１０から宛先ノード２０に、所定の要求データを送信する必要が生じた場合に行われる。また、各ノード間は、チャネル１またはチャネル２により送信が行われる。
【０００７】
まず、送信元ノード１０が、チャネル２を使って要求データを中継ノード１に送信する（［１］）。そして、要求データを受信した中継ノード１が、中継ノード２へチャネル１を使って要求データを送信するものの、ネットワーク異常により中継ノード２へは送信されなかった（［２］）。そのため、中継ノード１は、中継ノード４へチャネル１を使って要求データを送信し（［３］）、この要求データを受信した中継ノード４は、中継ノード２へチャネル１を使って要求データを送信する（［４］）。この場合、ネットワーク異常によるルート変更に伴う遅延が発生している。
【０００８】
そして、要求データを受信した中継ノード２が中継ノード３へチャネル２を使って要求データを送信するものの、ネットワーク異常により中継ノード３へは送信されなかった（［５］）。そのため、中継ノード２は、中継ノード５へチャネル２を使って要求データを送信し（［６］）、この要求データを受信した中継ノード５は、中継ノード３へチャネル２を使って要求データを送信する（［７］）。この場合も、ネットワーク異常によるルート変更に伴う遅延が発生している。
【０００９】
そして、中継ノード３がチャネル１を使って要求データを宛先ノード２０へ送信する（［８］）。
【００１０】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、［１］＋［２］＋［３］＋［４］＋［５］＋［６］＋［７］＋［８］となる。なお、［２］および［５］は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００１１】
次に、図８は、チャネル毎に独立したルートを有するアドホックネットワークである。送信元ノード１０から宛先ノード２０までの要求データの送信をチャネル毎に説明する。
＜チャネル１＞
送信元ノード１０が中継ノード１へ要求データを送信する（［１］）。そして、この要求データを受信した中継ノード１が中継ノード２へ要求データを送信するものの、ネットワーク異常により送信されなかったため（［２］）、中継ノード１は、中継ノード４を介して中継ノード２へ要求データを送信する（［３］、［４］）。そして、中継ノード２は、中継ノード４からの要求データの受信を待って中継ノード３へ要求データを送信する（［５］）。そして、この要求データを受信した中継ノード３が宛先ノード２０へ要求データを送信する（［６］）。
＜チャネル２＞
続いてチャネル２により送信する場合を説明する。
【００１２】
送信元ノード１０が中継ノード１へ要求データを送信する（［１］’）。そして、この要求データを受信した中継ノード１が中継ノード２へ要求データを送信する（［２］’）。そして、この要求データを受信した中継ノード２が中継ノード３へ要求データを送信するものの、ネットワーク異常により送信されなかったため（［３］’）、中継ノード２は、中継ノード５を介して中継ノード３へ要求データを送信する（［４］’、［５］’）。そして、中継ノード３は、中継ノード５から送信される要求データの受信を待って宛先ノード２０へ要求データを送信する（［６］’）。
【００１３】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、［１］＋［２］＋［３］＋［４］＋［５］＋［６］または［１］’＋［２］’＋［３］’＋［４］’＋［５］’＋［６］’のいずれか短い方となる。なお、［２］および［３］’は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００１４】
上述したような、チャネル毎に独立したルートを有するアドホックネットワークおよび複数のチャネルを混在させたルートを有するアドホックネットワークが特許文献１に開示されている。なお、特許文献１には、送信元ノードから宛先ノードまでのルート探索を複数のチャネルにて行い、それぞれのルートについて優先順位付けをして１つ以上のルートでデータ送信を行う方式についても開示されている。
【００１５】
また、アドホックネットワークにおいて、通常時はテーブル駆動方式をとり、急ブレーキを要するような緊急時にはフラッディング方式をとるハイブリッド構成とすることで、トラフィックを抑えデータ遅延を抑えるものが、特許文献２に開示されている。
【特許文献１】特許第４０２４２４６号公報。
【特許文献２】特開２００７−３０６５４７号公報。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかし、図７の場合、送信元ノード１０から宛先ノード２０までのルートが確立した後、送信元ノード１０から実際に要求されたデータを送信する時点でのネットワークにおいては、単一のチャネルを用いた場合と同様に各ノード間では唯一のチャネルでリンクされているだけになるため、複数チャネルの使用による信頼性の向上というメリットを十分に生かしているとはいえない。
【００１７】
また、図８の場合、独立した単一チャネルのネットワークがチャネル数分存在するだけであり、それぞれのチャネルの途中経路において異常が発生した場合には、チャネル間のバックアップが働かないため、宛先ノード２０までの到達に遅延が発生する可能性が高くなることが考えられる。
【００１８】
ここで、アドホックネットワークは、ＳＣＡＤＡシステムへの適用が考えられている。このシステムは、地理的に分散したシステム群を集中的に監視制御するもので、主に工業プロセスにおいて用いられるものである。工業プロセスを制御する場合、各装置からの信号の受信および各装置への信号の送信が確実に行われないと、生産効率に影響し、多大な損害を招くおそれがある。したがって、このシステムには信号の送受信に高信頼性が求められる。
【００１９】
アドホックネットワークは、ＳＣＡＤＡシステムへの適用が考えられているが、従来のものではその信頼性が不足していた。
【００２０】
本発明は、前記課題に基づいてなされたものであり、アドホックネットワークにおけるネットワーク異常時の宛先ノードへのデータ到達遅延を防止し、信号の送受信の信頼性を向上させ、ＳＣＡＤＡシステムに適用できるようなアドホックネットワーク上でのデータ通信方法を提供することにある。
【課題を解決するための手段】
【００２１】
本発明は、前記課題の解決を図るために、複数のノード内の送信元ノードから前記複数のノード内の宛先ノードまでのルートがルーティングプロトコルにより確立され、前記送信元ノードから前記宛先ノードまでの所定のデータの送信が前記複数のノード内の前記ルート上の少なくとも１つのノードを介して行われ、電気的に異なる複数の無線チャネルを有するアドホックネットワーク上でのデータ通信方法において、前記ルート上の第１のノードが、前記ルートを保持している全てのチャネルにて前記データを前記ルート上の第２のノードへ送信し、前記第２のノードが、前記全てのチャネルのうちいずれかのチャネルにて前記データを最も先に受信したときに、前記データを前記全てのチャネルにて前記ルート上の第３のノードへ送信し、その後前記全てのチャネルのうち、前記最も先に受信したときのチャネル以外のチャネルにて前記データと同一のデータを更に受信したときに該同一のデータを破棄することを特徴とする。ここで、第１のノードには送信元ノードまたは中継ノードが相当し、第２のノードには中継ノードが相当し、第３のノードには中継ノードまたは宛先ノードが相当する。
【００２２】
上記構成によれば、第１のノードが、ルーティングプロトコルにより確立されたルートを保持している全てのチャネルにて要求データを第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにて要求データを最も先に受信したときに、他のチャネルからの受信を待たずに第３のノードへ要求データを全てのチャネルを使って送信することで、特定チャネルで異常が発生し、第２のノードへの要求データの到達に遅延が発生した場合でも、第２のノードにおいて、前記異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノードへの要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノードへの到達遅延を各ノードで吸収することになり、宛先ノードでの同一データの複数到達に伴う待機処理負担を減らすことができる。
【００２３】
また、前記チャネル数は、予め定められた優先順位の高い順から１つ以上最大送信チャネル数以下の範囲で選択されることを特徴とする。
【００２４】
上記構成によれば、ノード間のデータの送信において、全てのチャネルではなく、優先順位の高い順から１つ以上最大送信チャネル数以下の範囲でチャネル数を選択することで、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
【００２５】
また、前記複数のノード間を結ぶチャネルのリンク状態が、少なくとも１つは不安定であることを特徴とする。
【００２６】
上記構成によれば、ノード間の送信の際に、リンク状態が少なくとも１つは不安定な場合に全てのチャネルにて要求データを送信することで、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノードへのデータの到達の確率を高めることができる。
【発明の効果】
【００２７】
請求項１の発明によれば、第１のノードが、ルーティングプロトコルにより確立されたルートを保持している全てのチャネルにて要求データを第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにて要求データを最も先に受信したときに、他のチャネルからの受信を待たずに第３のノードへ要求データを全てのチャネルを使って送信することで、特定チャネルで異常が発生し、第２のノードへの要求データの到達に遅延が発生した場合でも、第２のノードにおいて、前記異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノードへの要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノードへの到達遅延を各ノードで吸収することになり、宛先ノードでの同一データの複数到達に伴う待機処理負担を減らすことができる。
【００２８】
請求項２の発明によれば、ノード間のデータの送信において、全てのチャネルではなく、優先順位の高い順から１つ以上最大送信チャネル数以下の範囲でチャネル数を選択することで、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
【００２９】
請求項３の発明によれば、ノード間の送信の際に、リンク状態が少なくとも１つは不安定な場合に全てのチャネルにて要求データを送信することで、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノードへのデータの到達の確率を高めることができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態におけるアドホックネットワーク上でのデータ通信方法を図面等に基づいて詳細に説明する。
【００３１】
図１は本発明の実施の形態におけるアドホックネットワークを示す構成図である。図７と同一部分には同一の符号を付し説明を省略する。なお、ノードは、ルートを保持している複数の全てのチャネルを使って他のノードに送信するが、本例ではチャネル１と２を使って送信する例を示している。
【００３２】
送信元ノード１０が、要求データを中継ノード１へチャネル１およびチャネル２を使って送信する（［１］、［１］’）。そして、要求データを受信した中継ノード１は、要求データを中継ノード２へチャネル１およびチャネル２を使って送信する（［２］、［２］’）。しかし、チャネル２を使って送信された要求データは中継ノード２が受信したものの（［２］’）、チャネル１を使って行われた送信は、ネットワーク異常により中継ノード２が受信することができなかった（［２］）。そのため、中継ノード１はチャネル１を使って要求データを中継ノード４へ送信し（［３］）、受信した中継ノード４が、チャネル１を使って中継ノード２へ送信する（［４］）。この場合、中継ノード２は、既にチャネル２を使って要求データを受信しているため、中継ノード４からの受信を待たずに、中継ノード３へチャネル１およびチャネル２を使って要求データを送信する（［５］、［３］’）。その後、中継ノード２は、中継ノード４がチャネル１を使って送信した要求データを受信した場合、要求データを破棄する。
【００３３】
そして、中継ノード２からチャネル１を使って行われた送信は中継ノード３が受信したものの（［５］）、チャネル２を使って行われた送信はネットワーク異常により、中継ノード３は受信することができなかった（［３］’）。そのため、中継ノード２はチャネル２を使って要求データを中継ノード５へ送信し（［４］’）、要求データを受信した中継ノード５が、チャネル２を使って中継ノード３へ送信する（［５］’）。この場合、中継ノード３は、中継ノード５から送信された要求データの受信を待たずに、チャネル１を使って受信した要求データを宛先ノード２０へチャネル１およびチャネル２を使って送信する（［６］、［６］’）。その後、中継ノード３は既にチャネル１を使って要求データを受信しているため、中継ノード５からチャネル２を使って送信された要求データを破棄する。
【００３４】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、（［１］ｏｒ［１］’）＋［２］’＋［５］＋（［６］ｏｒ［６］’）となる。なお、［２］および［３］’は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００３５】
以下、各ノード間における要求データの処理について述べる。
＜実施例１＞
アドホックネットワークの経路探索には、プロアクティブ型（ＯＬＳＲ等）のルーティングプロトコルを用いている。それによってアドホックネットワークが構築されたネットワークにおいて、送信元ノード１０から中継ノードもしくは宛先ノード２０、または中継ノードから中継ノードもしくは宛先ノード２０へ要求データを送信するときに、宛先ノード２０へのルートを保持している全てのチャネルを使って要求データを次の中継ノードに向けて送信する。各中継ノードでは、任意の要求データについて宛先ノード２０へのルートを保持している全てのチャネルを使って次の中継ノードに向けて送信を行った場合、それ以降に受信した同一の要求データについては、要求データを受信した中継ノード（以下、当該中継ノードと称す。）において受信した要求データを破棄する。このため、各要求データには、データを特定するための識別子を付加することとする。
【００３６】
中継ノードが要求データを受信した後の処理を図２を用いて説明する。
【００３７】
中継ノードが、送信元ノード１０または他の中継ノードから要求データを受信する（ＳＴＥＰ１）。
【００３８】
次に、当該中継ノードは、この要求データを既に受信済みであるか否かを判断する（ＳＴＥＰ２）。Ｙｅｓの場合には、この要求データを破棄する（ＳＴＥＰ６）。Ｎｏの場合には、ＳＴＥＰ３へ進む。
【００３９】
次に、当該中継ノードは、未送信のチャネルが残っているか否かを判断する（ＳＴＥＰ３）。Ｙｅｓの場合には、ＳＴＥＰ４へ進む。Ｎｏの場合には、ＳＴＥＰ６へ進む。
【００４０】
次に、当該中継ノードは、そのチャネルが宛先ノード２０へのルートを保持しているか否かを判断する（ＳＴＥＰ４）。Ｙｅｓの場合には、当該中継ノードは、そのチャネルを使って要求データを送信する（ＳＴＥＰ５）。Ｎｏの場合には、ＳＴＥＰ３へ進む。なお、ＳＴＥＰ３において、一旦未送信か否か判断されたチャネルは次回から未送信か否かの判断の対象にならない。その後、全てのチャネルにて要求データが送信されるまで、ＳＴＥＰ３〜５を繰り返す。
【００４１】
このような処理を行うことにより、次の効果を奏する。すなわち、特定チャネルで異常が発生し、中継ノードへの要求データの到達に遅延が発生した場合でも、中継ノードにおいて異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノード２０への要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノード２０への到達遅延を各中継ノードで吸収することになり、宛先ノード２０での同一データの複数到達に伴う待機処理負担を減らすことができる。
＜実施例２＞
実施例２では、実施例１のように全てのチャネルにて要求データを送信するのではなく、予め人為的に定義された優先順位定義テーブルを用いて送信チャネル数を制限している。
【００４２】
中継ノードは、送信元ノード１０から要求データを受信した場合に、優先順位の高いチャネルから順に最大送信チャネル数を超えない１つ以上のチャネルを選択し、その選択したチャネルを使って、その要求データを次の中継ノードに向けて送信する。
【００４３】
この処理の流れを図３を用いて説明する。実施例１と同一部分には同一の符号を付して説明を省略し、異なる部分のみ説明を行う。異なる部分はＳＴＥＰ１１および１２であり、送信したチャネル数が最大送信チャネル数未満であるか判断するためＳＴＥＰ３の後にＳＴＥＰ１１の処理を、送信回数をカウントするためＳＴＥＰ５の後にＳＴＥＰ１２の処理を各々行うようにしている。この最大送信チャネル数は、ノードの場所等の諸条件により、ノードごとに決定される。
【００４４】
ＳＴＥＰ３において、Ｙｅｓの場合、当該中継ノードは、送信したチャネル数が優先順位による最大送信チャネル数未満か否かを判断する（ＳＴＥＰ１１）。
Ｙｅｓの場合はＳＴＥＰ４に進み、Ｎｏの場合はＳＴＥＰ６に進む。
【００４５】
また、ＳＴＥＰ５にて当該中継ノードが要求データを送信すると、送信回数をインクリメントする（ＳＴＥＰ１２）。
【００４６】
図４は優先順位定義テーブルの一例である。
【００４７】
中継ノードＡ、Ｂ、ＣおよびＤの各ノードの各チャネルには予め人為的に定められた優先順位がつけられている。なお、中継ノードＣは、チャネル数が２であるにもかかわらず優先順位が３と４とに設定され、中継ノードＤは、チャネル数が１であるにもかかわらず優先順位は４に設定されている。これは、中継ノードＣの場合は優先順位が１または２に該当するものがなく、中継ノードＤの場合は優先順位が１〜３に該当するものがなかったためである。テーブルの欄外の右側は、優先順位の高い方から最大２チャンネルを使用した場合の送信したか否かの結果であり、中継ノードＡではチャネル３および４を使用した送信が行われず、中継ノードＢではチャネル１を使用した送信が行われない。そのため、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
＜実施例３＞
実施例３では、送信元ノード１０および各中継ノードにおいて、各ノードのチャネルごとに次の中継ノードまたは宛先ノード２０との間の電波強度あるいはノイズ等のネットワーク状況により、優先順位自動割付用テーブルに基づいてプログラムで自動的にチャネルに対して優先順位を付加する。
【００４８】
優先順位自動割付用テーブルの一例を図５に示す。電波強度をそれぞれ弱、中、強の３段階に分け、電波強度毎にノイズの弱中強を対応させて優先順位をつけている。優先順位はデータを送信しやすい順につけられており、最も送信しやすい状況である、電波強度が強、ノイズが弱の場合が優先順位が最も高く、最も送信しにくい状況である、電波強度が弱、ノイズが強の場合が優先順位が最も低くなっている。
【００４９】
動作については実施例２と同様である。
【００５０】
これにより、運転中のシステムにおけるネットワーク状況の動的な変化に対しても柔軟に対応でき、ネットワークの伝送負荷を減らしながら通常時間内で宛先ノード２０への要求データの到達の確率を高めることができる。
＜実施例４＞
送信元ノード１０または各中継ノードにおいて、次の中継ノードまたは宛先ノード２０との間のネットワーク状況がノイズなどの外部要因により断続的にリンクが切れる、または伝送スピードが低下するなどの不安定なリンクをもつチャネルが含まれている場合に限定して、宛先ノード２０へのルートを保持している全てのチャネルを使って次の中継ノードに向けて要求データを送信する。
【００５１】
この場合の処理の流れを図６を用いて説明する。中継ノードが、送信元ノード１０または他の中継ノードから要求データを受信する（ＳＴＥＰ１）。当該中継ノードが、不安定なチャネルを含んでいるか否かを判断する（ＳＴＥＰ２１）。Ｙｅｓの場合は図２のＳＴＥＰ２〜６の処理を行い、全てのチャネルを使用して要求データを送信する（ＳＴＥＰ２２）。Ｎｏの場合は、当該中継ノードが要求データを受信したチャネルのみを使用して、要求データを次の中継ノードまたは宛先ノードへ送信する（ＳＴＥＰ２３）。
【００５２】
これにより、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、中継ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノード２０へのデータの到達の確率を高めることができる。
【００５３】
以上、本発明において、記載された具体例に対してのみ詳細に説明したが、本発明の技術思想の範囲で多彩な変形および修正が可能であることは、当業者にとって明白なことであり、このような変形および修正が特許請求の範囲に属することは当然のことである。
【図面の簡単な説明】
【００５４】
【図１】本実施の形態におけるアドホックネットワークを示す構成図。
【図２】宛先ノードまでのルートを保持している全チャネルにて送信する場合のフローチャート。
【図３】優先順位により最大送信チャネル数に制限を設けた場合のフローチャート。
【図４】優先順位定義テーブルの説明図。
【図５】優先順位自動割付用テーブルを示す説明図。
【図６】不安定なリンクに限定して複数チャネル送信を行う場合のフローチャート。
【図７】従来における無線チャネルを混在させたルートを有するアドホックネットワークを示す構成図。
【図８】従来におけるチャネルごとに独立したルートを有するアドホックネットワークを示す構成図。
【符号の説明】
【００５５】
１０…送信元ノード
２０…宛先ノード
【技術分野】
【０００１】
本発明は、アドホックネットワークの信頼性に係り、特に、ＳＣＡＤＡ（Ｓｕｐｅｒｖｉｓｏｒｙ Ｃｏｎｔｒｏｌ Ａｎｄ Ｄａｔａ Ａｃｑｕｉｓｉｔｉｏｎ）システムへの適用を考慮したアドホックネットワークに関するものである。
【背景技術】
【０００２】
携帯電話などの携帯端末間の通信は、通常基地局を介して行われるため、基地局が存在しないエリアや災害などによって基地局が倒壊してしまった場合には通信を行うことができない。これに対し、基地局を介さずに各端末を中継局として通信を行うマルチホップ無線ネットワークの研究が行われている。このマルチホップ無線ネットワークでは、端末（以下、ノードと称す。）さえあればその場で即時にネットワークを形成できることから、アドホックネットワークとも呼ばれている。
【０００３】
また、無線を用いたアドホックネットワークの研究においては、無線特有の問題であるノードの移動性から来る接続状態の変化や、無線帯域の効率的な利用などを考慮した様々な経路探索と維持のためにルーティングプロトコルが提案されている。
【０００４】
ここで、従来におけるアドホックネットワークを図７および８を用いて説明する。各ノード間の矢印は、実線がチャネル１を表しており、点線がチャネル２を表している。図７は、無線チャネルを混在させたルートを有するアドホックネットワークである。送信元ノード１０、中継ノード１〜５、および宛先ノード２０を備え、これらの各ノードは、例えば、工場の生産ラインにおいて資材等を運搬する無人搬送装置等に設けられた端末装置である。
【０００５】
送信方式は例えば、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）やＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）などが適用される。
【０００６】
図７における動作は、送信元ノード１０から宛先ノード２０に、所定の要求データを送信する必要が生じた場合に行われる。また、各ノード間は、チャネル１またはチャネル２により送信が行われる。
【０００７】
まず、送信元ノード１０が、チャネル２を使って要求データを中継ノード１に送信する（［１］）。そして、要求データを受信した中継ノード１が、中継ノード２へチャネル１を使って要求データを送信するものの、ネットワーク異常により中継ノード２へは送信されなかった（［２］）。そのため、中継ノード１は、中継ノード４へチャネル１を使って要求データを送信し（［３］）、この要求データを受信した中継ノード４は、中継ノード２へチャネル１を使って要求データを送信する（［４］）。この場合、ネットワーク異常によるルート変更に伴う遅延が発生している。
【０００８】
そして、要求データを受信した中継ノード２が中継ノード３へチャネル２を使って要求データを送信するものの、ネットワーク異常により中継ノード３へは送信されなかった（［５］）。そのため、中継ノード２は、中継ノード５へチャネル２を使って要求データを送信し（［６］）、この要求データを受信した中継ノード５は、中継ノード３へチャネル２を使って要求データを送信する（［７］）。この場合も、ネットワーク異常によるルート変更に伴う遅延が発生している。
【０００９】
そして、中継ノード３がチャネル１を使って要求データを宛先ノード２０へ送信する（［８］）。
【００１０】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、［１］＋［２］＋［３］＋［４］＋［５］＋［６］＋［７］＋［８］となる。なお、［２］および［５］は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００１１】
次に、図８は、チャネル毎に独立したルートを有するアドホックネットワークである。送信元ノード１０から宛先ノード２０までの要求データの送信をチャネル毎に説明する。
＜チャネル１＞
送信元ノード１０が中継ノード１へ要求データを送信する（［１］）。そして、この要求データを受信した中継ノード１が中継ノード２へ要求データを送信するものの、ネットワーク異常により送信されなかったため（［２］）、中継ノード１は、中継ノード４を介して中継ノード２へ要求データを送信する（［３］、［４］）。そして、中継ノード２は、中継ノード４からの要求データの受信を待って中継ノード３へ要求データを送信する（［５］）。そして、この要求データを受信した中継ノード３が宛先ノード２０へ要求データを送信する（［６］）。
＜チャネル２＞
続いてチャネル２により送信する場合を説明する。
【００１２】
送信元ノード１０が中継ノード１へ要求データを送信する（［１］’）。そして、この要求データを受信した中継ノード１が中継ノード２へ要求データを送信する（［２］’）。そして、この要求データを受信した中継ノード２が中継ノード３へ要求データを送信するものの、ネットワーク異常により送信されなかったため（［３］’）、中継ノード２は、中継ノード５を介して中継ノード３へ要求データを送信する（［４］’、［５］’）。そして、中継ノード３は、中継ノード５から送信される要求データの受信を待って宛先ノード２０へ要求データを送信する（［６］’）。
【００１３】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、［１］＋［２］＋［３］＋［４］＋［５］＋［６］または［１］’＋［２］’＋［３］’＋［４］’＋［５］’＋［６］’のいずれか短い方となる。なお、［２］および［３］’は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００１４】
上述したような、チャネル毎に独立したルートを有するアドホックネットワークおよび複数のチャネルを混在させたルートを有するアドホックネットワークが特許文献１に開示されている。なお、特許文献１には、送信元ノードから宛先ノードまでのルート探索を複数のチャネルにて行い、それぞれのルートについて優先順位付けをして１つ以上のルートでデータ送信を行う方式についても開示されている。
【００１５】
また、アドホックネットワークにおいて、通常時はテーブル駆動方式をとり、急ブレーキを要するような緊急時にはフラッディング方式をとるハイブリッド構成とすることで、トラフィックを抑えデータ遅延を抑えるものが、特許文献２に開示されている。
【特許文献１】特許第４０２４２４６号公報。
【特許文献２】特開２００７−３０６５４７号公報。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかし、図７の場合、送信元ノード１０から宛先ノード２０までのルートが確立した後、送信元ノード１０から実際に要求されたデータを送信する時点でのネットワークにおいては、単一のチャネルを用いた場合と同様に各ノード間では唯一のチャネルでリンクされているだけになるため、複数チャネルの使用による信頼性の向上というメリットを十分に生かしているとはいえない。
【００１７】
また、図８の場合、独立した単一チャネルのネットワークがチャネル数分存在するだけであり、それぞれのチャネルの途中経路において異常が発生した場合には、チャネル間のバックアップが働かないため、宛先ノード２０までの到達に遅延が発生する可能性が高くなることが考えられる。
【００１８】
ここで、アドホックネットワークは、ＳＣＡＤＡシステムへの適用が考えられている。このシステムは、地理的に分散したシステム群を集中的に監視制御するもので、主に工業プロセスにおいて用いられるものである。工業プロセスを制御する場合、各装置からの信号の受信および各装置への信号の送信が確実に行われないと、生産効率に影響し、多大な損害を招くおそれがある。したがって、このシステムには信号の送受信に高信頼性が求められる。
【００１９】
アドホックネットワークは、ＳＣＡＤＡシステムへの適用が考えられているが、従来のものではその信頼性が不足していた。
【００２０】
本発明は、前記課題に基づいてなされたものであり、アドホックネットワークにおけるネットワーク異常時の宛先ノードへのデータ到達遅延を防止し、信号の送受信の信頼性を向上させ、ＳＣＡＤＡシステムに適用できるようなアドホックネットワーク上でのデータ通信方法を提供することにある。
【課題を解決するための手段】
【００２１】
本発明は、前記課題の解決を図るために、複数のノード内の送信元ノードから前記複数のノード内の宛先ノードまでのルートがルーティングプロトコルにより確立され、前記送信元ノードから前記宛先ノードまでの所定のデータの送信が前記複数のノード内の前記ルート上の少なくとも１つのノードを介して行われ、電気的に異なる複数の無線チャネルを有するアドホックネットワーク上でのデータ通信方法において、前記ルート上の第１のノードが、前記ルートを保持している全てのチャネルにて前記データを前記ルート上の第２のノードへ送信し、前記第２のノードが、前記全てのチャネルのうちいずれかのチャネルにて前記データを最も先に受信したときに、前記データを前記全てのチャネルにて前記ルート上の第３のノードへ送信し、その後前記全てのチャネルのうち、前記最も先に受信したときのチャネル以外のチャネルにて前記データと同一のデータを更に受信したときに該同一のデータを破棄することを特徴とする。ここで、第１のノードには送信元ノードまたは中継ノードが相当し、第２のノードには中継ノードが相当し、第３のノードには中継ノードまたは宛先ノードが相当する。
【００２２】
上記構成によれば、第１のノードが、ルーティングプロトコルにより確立されたルートを保持している全てのチャネルにて要求データを第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにて要求データを最も先に受信したときに、他のチャネルからの受信を待たずに第３のノードへ要求データを全てのチャネルを使って送信することで、特定チャネルで異常が発生し、第２のノードへの要求データの到達に遅延が発生した場合でも、第２のノードにおいて、前記異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノードへの要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノードへの到達遅延を各ノードで吸収することになり、宛先ノードでの同一データの複数到達に伴う待機処理負担を減らすことができる。
【００２３】
また、前記チャネル数は、予め定められた優先順位の高い順から１つ以上最大送信チャネル数以下の範囲で選択されることを特徴とする。
【００２４】
上記構成によれば、ノード間のデータの送信において、全てのチャネルではなく、優先順位の高い順から１つ以上最大送信チャネル数以下の範囲でチャネル数を選択することで、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
【００２５】
また、前記複数のノード間を結ぶチャネルのリンク状態が、少なくとも１つは不安定であることを特徴とする。
【００２６】
上記構成によれば、ノード間の送信の際に、リンク状態が少なくとも１つは不安定な場合に全てのチャネルにて要求データを送信することで、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノードへのデータの到達の確率を高めることができる。
【発明の効果】
【００２７】
請求項１の発明によれば、第１のノードが、ルーティングプロトコルにより確立されたルートを保持している全てのチャネルにて要求データを第２のノードへ送信し、第２のノードが、全てのチャネルのうちいずれかのチャネルにて要求データを最も先に受信したときに、他のチャネルからの受信を待たずに第３のノードへ要求データを全てのチャネルを使って送信することで、特定チャネルで異常が発生し、第２のノードへの要求データの到達に遅延が発生した場合でも、第２のノードにおいて、前記異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノードへの要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノードへの到達遅延を各ノードで吸収することになり、宛先ノードでの同一データの複数到達に伴う待機処理負担を減らすことができる。
【００２８】
請求項２の発明によれば、ノード間のデータの送信において、全てのチャネルではなく、優先順位の高い順から１つ以上最大送信チャネル数以下の範囲でチャネル数を選択することで、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
【００２９】
請求項３の発明によれば、ノード間の送信の際に、リンク状態が少なくとも１つは不安定な場合に全てのチャネルにて要求データを送信することで、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノードへのデータの到達の確率を高めることができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態におけるアドホックネットワーク上でのデータ通信方法を図面等に基づいて詳細に説明する。
【００３１】
図１は本発明の実施の形態におけるアドホックネットワークを示す構成図である。図７と同一部分には同一の符号を付し説明を省略する。なお、ノードは、ルートを保持している複数の全てのチャネルを使って他のノードに送信するが、本例ではチャネル１と２を使って送信する例を示している。
【００３２】
送信元ノード１０が、要求データを中継ノード１へチャネル１およびチャネル２を使って送信する（［１］、［１］’）。そして、要求データを受信した中継ノード１は、要求データを中継ノード２へチャネル１およびチャネル２を使って送信する（［２］、［２］’）。しかし、チャネル２を使って送信された要求データは中継ノード２が受信したものの（［２］’）、チャネル１を使って行われた送信は、ネットワーク異常により中継ノード２が受信することができなかった（［２］）。そのため、中継ノード１はチャネル１を使って要求データを中継ノード４へ送信し（［３］）、受信した中継ノード４が、チャネル１を使って中継ノード２へ送信する（［４］）。この場合、中継ノード２は、既にチャネル２を使って要求データを受信しているため、中継ノード４からの受信を待たずに、中継ノード３へチャネル１およびチャネル２を使って要求データを送信する（［５］、［３］’）。その後、中継ノード２は、中継ノード４がチャネル１を使って送信した要求データを受信した場合、要求データを破棄する。
【００３３】
そして、中継ノード２からチャネル１を使って行われた送信は中継ノード３が受信したものの（［５］）、チャネル２を使って行われた送信はネットワーク異常により、中継ノード３は受信することができなかった（［３］’）。そのため、中継ノード２はチャネル２を使って要求データを中継ノード５へ送信し（［４］’）、要求データを受信した中継ノード５が、チャネル２を使って中継ノード３へ送信する（［５］’）。この場合、中継ノード３は、中継ノード５から送信された要求データの受信を待たずに、チャネル１を使って受信した要求データを宛先ノード２０へチャネル１およびチャネル２を使って送信する（［６］、［６］’）。その後、中継ノード３は既にチャネル１を使って要求データを受信しているため、中継ノード５からチャネル２を使って送信された要求データを破棄する。
【００３４】
この場合の送信元データ１０から宛先ノード２０に要求データが到達するまでの時間は、（［１］ｏｒ［１］’）＋［２］’＋［５］＋（［６］ｏｒ［６］’）となる。なお、［２］および［３］’は不達を検出するまでの待機時間であり、それ以外はノード間の伝送に要する時間である。
【００３５】
以下、各ノード間における要求データの処理について述べる。
＜実施例１＞
アドホックネットワークの経路探索には、プロアクティブ型（ＯＬＳＲ等）のルーティングプロトコルを用いている。それによってアドホックネットワークが構築されたネットワークにおいて、送信元ノード１０から中継ノードもしくは宛先ノード２０、または中継ノードから中継ノードもしくは宛先ノード２０へ要求データを送信するときに、宛先ノード２０へのルートを保持している全てのチャネルを使って要求データを次の中継ノードに向けて送信する。各中継ノードでは、任意の要求データについて宛先ノード２０へのルートを保持している全てのチャネルを使って次の中継ノードに向けて送信を行った場合、それ以降に受信した同一の要求データについては、要求データを受信した中継ノード（以下、当該中継ノードと称す。）において受信した要求データを破棄する。このため、各要求データには、データを特定するための識別子を付加することとする。
【００３６】
中継ノードが要求データを受信した後の処理を図２を用いて説明する。
【００３７】
中継ノードが、送信元ノード１０または他の中継ノードから要求データを受信する（ＳＴＥＰ１）。
【００３８】
次に、当該中継ノードは、この要求データを既に受信済みであるか否かを判断する（ＳＴＥＰ２）。Ｙｅｓの場合には、この要求データを破棄する（ＳＴＥＰ６）。Ｎｏの場合には、ＳＴＥＰ３へ進む。
【００３９】
次に、当該中継ノードは、未送信のチャネルが残っているか否かを判断する（ＳＴＥＰ３）。Ｙｅｓの場合には、ＳＴＥＰ４へ進む。Ｎｏの場合には、ＳＴＥＰ６へ進む。
【００４０】
次に、当該中継ノードは、そのチャネルが宛先ノード２０へのルートを保持しているか否かを判断する（ＳＴＥＰ４）。Ｙｅｓの場合には、当該中継ノードは、そのチャネルを使って要求データを送信する（ＳＴＥＰ５）。Ｎｏの場合には、ＳＴＥＰ３へ進む。なお、ＳＴＥＰ３において、一旦未送信か否か判断されたチャネルは次回から未送信か否かの判断の対象にならない。その後、全てのチャネルにて要求データが送信されるまで、ＳＴＥＰ３〜５を繰り返す。
【００４１】
このような処理を行うことにより、次の効果を奏する。すなわち、特定チャネルで異常が発生し、中継ノードへの要求データの到達に遅延が発生した場合でも、中継ノードにおいて異常が発生したチャネルへのバックアップ送信が行われ、通常時間内での宛先ノード２０への要求データの到達の確率を高めることができる。また、一時的なネットワーク異常によって発生する宛先ノード２０への到達遅延を各中継ノードで吸収することになり、宛先ノード２０での同一データの複数到達に伴う待機処理負担を減らすことができる。
＜実施例２＞
実施例２では、実施例１のように全てのチャネルにて要求データを送信するのではなく、予め人為的に定義された優先順位定義テーブルを用いて送信チャネル数を制限している。
【００４２】
中継ノードは、送信元ノード１０から要求データを受信した場合に、優先順位の高いチャネルから順に最大送信チャネル数を超えない１つ以上のチャネルを選択し、その選択したチャネルを使って、その要求データを次の中継ノードに向けて送信する。
【００４３】
この処理の流れを図３を用いて説明する。実施例１と同一部分には同一の符号を付して説明を省略し、異なる部分のみ説明を行う。異なる部分はＳＴＥＰ１１および１２であり、送信したチャネル数が最大送信チャネル数未満であるか判断するためＳＴＥＰ３の後にＳＴＥＰ１１の処理を、送信回数をカウントするためＳＴＥＰ５の後にＳＴＥＰ１２の処理を各々行うようにしている。この最大送信チャネル数は、ノードの場所等の諸条件により、ノードごとに決定される。
【００４４】
ＳＴＥＰ３において、Ｙｅｓの場合、当該中継ノードは、送信したチャネル数が優先順位による最大送信チャネル数未満か否かを判断する（ＳＴＥＰ１１）。
Ｙｅｓの場合はＳＴＥＰ４に進み、Ｎｏの場合はＳＴＥＰ６に進む。
【００４５】
また、ＳＴＥＰ５にて当該中継ノードが要求データを送信すると、送信回数をインクリメントする（ＳＴＥＰ１２）。
【００４６】
図４は優先順位定義テーブルの一例である。
【００４７】
中継ノードＡ、Ｂ、ＣおよびＤの各ノードの各チャネルには予め人為的に定められた優先順位がつけられている。なお、中継ノードＣは、チャネル数が２であるにもかかわらず優先順位が３と４とに設定され、中継ノードＤは、チャネル数が１であるにもかかわらず優先順位は４に設定されている。これは、中継ノードＣの場合は優先順位が１または２に該当するものがなく、中継ノードＤの場合は優先順位が１〜３に該当するものがなかったためである。テーブルの欄外の右側は、優先順位の高い方から最大２チャンネルを使用した場合の送信したか否かの結果であり、中継ノードＡではチャネル３および４を使用した送信が行われず、中継ノードＢではチャネル１を使用した送信が行われない。そのため、冗長な送信が防止でき、ネットワークの伝送負荷を減らすことができる。
＜実施例３＞
実施例３では、送信元ノード１０および各中継ノードにおいて、各ノードのチャネルごとに次の中継ノードまたは宛先ノード２０との間の電波強度あるいはノイズ等のネットワーク状況により、優先順位自動割付用テーブルに基づいてプログラムで自動的にチャネルに対して優先順位を付加する。
【００４８】
優先順位自動割付用テーブルの一例を図５に示す。電波強度をそれぞれ弱、中、強の３段階に分け、電波強度毎にノイズの弱中強を対応させて優先順位をつけている。優先順位はデータを送信しやすい順につけられており、最も送信しやすい状況である、電波強度が強、ノイズが弱の場合が優先順位が最も高く、最も送信しにくい状況である、電波強度が弱、ノイズが強の場合が優先順位が最も低くなっている。
【００４９】
動作については実施例２と同様である。
【００５０】
これにより、運転中のシステムにおけるネットワーク状況の動的な変化に対しても柔軟に対応でき、ネットワークの伝送負荷を減らしながら通常時間内で宛先ノード２０への要求データの到達の確率を高めることができる。
＜実施例４＞
送信元ノード１０または各中継ノードにおいて、次の中継ノードまたは宛先ノード２０との間のネットワーク状況がノイズなどの外部要因により断続的にリンクが切れる、または伝送スピードが低下するなどの不安定なリンクをもつチャネルが含まれている場合に限定して、宛先ノード２０へのルートを保持している全てのチャネルを使って次の中継ノードに向けて要求データを送信する。
【００５１】
この場合の処理の流れを図６を用いて説明する。中継ノードが、送信元ノード１０または他の中継ノードから要求データを受信する（ＳＴＥＰ１）。当該中継ノードが、不安定なチャネルを含んでいるか否かを判断する（ＳＴＥＰ２１）。Ｙｅｓの場合は図２のＳＴＥＰ２〜６の処理を行い、全てのチャネルを使用して要求データを送信する（ＳＴＥＰ２２）。Ｎｏの場合は、当該中継ノードが要求データを受信したチャネルのみを使用して、要求データを次の中継ノードまたは宛先ノードへ送信する（ＳＴＥＰ２３）。
【００５２】
これにより、複数のチャネルから要求データを送信することによる処理負担およびネットワークの伝送負荷の増加が、リンク状態が不安定な部分に限定され、中継ノードの処理負担およびネットワーク全体の伝送負荷を大幅に減らしながら、通常時間内での宛先ノード２０へのデータの到達の確率を高めることができる。
【００５３】
以上、本発明において、記載された具体例に対してのみ詳細に説明したが、本発明の技術思想の範囲で多彩な変形および修正が可能であることは、当業者にとって明白なことであり、このような変形および修正が特許請求の範囲に属することは当然のことである。
【図面の簡単な説明】
【００５４】
【図１】本実施の形態におけるアドホックネットワークを示す構成図。
【図２】宛先ノードまでのルートを保持している全チャネルにて送信する場合のフローチャート。
【図３】優先順位により最大送信チャネル数に制限を設けた場合のフローチャート。
【図４】優先順位定義テーブルの説明図。
【図５】優先順位自動割付用テーブルを示す説明図。
【図６】不安定なリンクに限定して複数チャネル送信を行う場合のフローチャート。
【図７】従来における無線チャネルを混在させたルートを有するアドホックネットワークを示す構成図。
【図８】従来におけるチャネルごとに独立したルートを有するアドホックネットワークを示す構成図。
【符号の説明】
【００５５】
１０…送信元ノード
２０…宛先ノード
【特許請求の範囲】
【請求項１】
複数のノード内の送信元ノードから前記複数のノード内の宛先ノードまでのルートがルーティングプロトコルにより確立され、前記送信元ノードから前記宛先ノードまでの所定のデータの送信が前記複数のノード内の前記ルート上の少なくとも１つのノードを介して行われ、電気的に異なる複数の無線チャネルを有するアドホックネットワーク上でのデータ通信方法において、
前記ルート上の第１のノードが、前記ルートを保持している全てのチャネルにて前記データを前記ルート上の第２のノードへ送信し、
前記第２のノードが、前記全てのチャネルのうちいずれかのチャネルにて前記データを最も先に受信したときに、前記データを前記全てのチャネルにて前記ルート上の第３のノードへ送信し、その後前記全てのチャネルのうち、前記最も先に受信したときのチャネル以外のチャネルにて前記データと同一のデータを更に受信したときに該同一のデータを破棄することを特徴とするアドホックネットワーク上でのデータ通信方法。
【請求項２】
前記チャネル数は、予め定められた優先順位の高い順から１つ以上最大送信チャネル数以下の範囲で選択されることを特徴とする請求項１に記載のアドホックネットワーク上でのデータ通信方法。
【請求項３】
前記複数のノード間を結ぶチャネルのリンク状態が、少なくとも１つは不安定であることを特徴とする請求項１に記載のアドホックネットワーク上でのデータ通信方法。
【請求項１】
複数のノード内の送信元ノードから前記複数のノード内の宛先ノードまでのルートがルーティングプロトコルにより確立され、前記送信元ノードから前記宛先ノードまでの所定のデータの送信が前記複数のノード内の前記ルート上の少なくとも１つのノードを介して行われ、電気的に異なる複数の無線チャネルを有するアドホックネットワーク上でのデータ通信方法において、
前記ルート上の第１のノードが、前記ルートを保持している全てのチャネルにて前記データを前記ルート上の第２のノードへ送信し、
前記第２のノードが、前記全てのチャネルのうちいずれかのチャネルにて前記データを最も先に受信したときに、前記データを前記全てのチャネルにて前記ルート上の第３のノードへ送信し、その後前記全てのチャネルのうち、前記最も先に受信したときのチャネル以外のチャネルにて前記データと同一のデータを更に受信したときに該同一のデータを破棄することを特徴とするアドホックネットワーク上でのデータ通信方法。
【請求項２】
前記チャネル数は、予め定められた優先順位の高い順から１つ以上最大送信チャネル数以下の範囲で選択されることを特徴とする請求項１に記載のアドホックネットワーク上でのデータ通信方法。
【請求項３】
前記複数のノード間を結ぶチャネルのリンク状態が、少なくとも１つは不安定であることを特徴とする請求項１に記載のアドホックネットワーク上でのデータ通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１１８９７０（Ｐ２０１０−１１８９７０Ａ）
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願番号】特願２００８−２９１６０７（Ｐ２００８−２９１６０７）
【出願日】平成２０年１１月１４日（２００８．１１．１４）
【出願人】（０００００６１０５）株式会社明電舎 (1,739)
【Ｆターム（参考）】
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願日】平成２０年１１月１４日（２００８．１１．１４）
【出願人】（０００００６１０５）株式会社明電舎 (1,739)
【Ｆターム（参考）】
[ Back to top ]