(57)【要約】【課題】通信端同士の通信経路をより確実に確保し、パケットデータの輻輳が発生しにくい通信方法を提供する。【解決手段】複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された前記ノードにおける通信方法であって、１のノードに対する、コアノードあるいは自ノードに関する報知情報を含むサブフレームを、複数個有するフレームを、周辺のノードから１以上受信するステップＳ１０１と、前記受信したフレームに含まれる報知情報に基づいて、自ノードの報知情報を送信するか否かを判断するステップＳ１０４と、前記判断の結果、自ノードの報知情報を送信すると判断した場合、自ノードが直接又は少なくとも１つの他ノードを介して接続するコアノードを決定し、当該決定に基づいて報知情報を生成して送信するステップＳ１０５〜Ｓ１０８とを含む。【選択図】図４
2008109614.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された前記ノードにおける通信方法であって、
コアノードあるいは自ノードに関する報知情報を含む複数のサブフレームを有するフレームを周辺のノードから１以上受信するステップと、
前記受信したフレームに含まれる報知情報に基づいて、自ノードの報知情報を送信するか否かを判断するステップと、
前記判断の結果、自ノードの報知情報を送信すると判断した場合、自ノードが直接又は少なくとも１つの他ノードを介して接続するコアノードを決定し、当該決定に基づいて報知情報を生成して送信するステップと
を含むことを特徴とする通信方法。
【請求項２】
前記決定されたコアノードに関する報知情報を有するフレーム内に空いているサブフレームがあるか否かを判断するステップと、
空いているサブフレームがある場合、当該サブフレームを用いて自ノードの報知情報を送信するステップと
を更に含むことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記空いているサブフレームがない場合、前記決定されたコアノードに関する報知情報を有するフレーム以外のフレームのサブフレームを用いて、自ノードの報知情報を送信するステップを更に含むことを特徴とする請求項２に記載の通信方法。
【請求項４】
前記報知情報は、前記コアノードに直接又は少なくとも１つのノードを介して接続中のノード数を示す現在数情報を含み、
前記現在数情報が前記コアノードに直接又は少なくとも１つのノードを介して接続可能なノードの最大数を示す最大数情報よりも小さいか否かを判定するステップと、
前記現在数情報が前記最大数情報よりも小さいと判定された場合、前記コアノードに直接又は少なくとも１つの他ノードを介して接続することを要求する接続要求を、前記コアノード又は他ノードに送信するステップと、
前記現在数情報が前記最大数情報以上であると判定された場合、前記自ノードの報知情報の送信を停止するステップと
を更に含むことを特徴とする請求項２又は３に記載の通信方法。
【請求項５】
前記接続要求は、前記接続要求の送信元のノードを識別する識別情報を含み、
前記現在数情報を記憶するステップと、
他ノードから前記接続要求を受信した場合、前記記憶された現在数情報が前記最大数情報よりも小さいか否かを判定するステップと、
前記記憶された現在数情報が前記最大数情報よりも小さいと判定された場合、前記受信した接続要求に含まれる識別情報を登録するステップと、
前記記憶された現在数情報が前記最大数情報以上であると判定された場合、前記受信した接続要求の送信元のノードに対して報知情報の送信停止を要求する停止要求を送信するステップと
を更に含むことを特徴とする請求項４に記載の通信方法。
【請求項６】
前記コアノード又は他ノードから前記停止要求を受信した場合、前記登録された識別情報に基づき、前記自ノードを前記コアノードとの通信における中継ノードとする他ノードが存在するか否かを判定するステップと、
前記自ノードを前記コアノードとの通信における中継ノードとする他ノードが存在すると判定された場合、前記自ノードを前記コアノードとの通信における中継ノードとする他ノードに、前記受信した停止要求を転送するステップと
を更に含むことを特徴とする請求項５に記載の通信方法。
【請求項７】
前記停止要求は、前記停止要求の送信元のノードを識別する識別情報を含み、
前記コアノード又は他ノードから前記停止要求を受信した場合、前記受信した停止要求に含まれる識別情報が前記自ノードの識別情報に一致するか否かを判定するステップと、
前記受信した停止要求に含まれる識別情報が前記自ノードの識別情報に一致すると判定された場合、前記自ノードの報知情報の送信を停止するステップと
を更に含むことを特徴とする請求項６に記載の通信方法。
【請求項８】
複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された１つのノードである無線通信端末において、
コアノードあるいは自ノードに関する報知情報を含む複数のサブフレームを有するフレームを周辺のノードから１以上受信する受信部と、
前記受信したフレームに含まれる報知情報に基づいて、自ノードの報知情報を送信するか否かを判断する報知情報送信決定部と、
前記判断の結果、自ノードの報知情報を送信すると判断した場合、自ノードが直接又は少なくとも１つの他ノードを介して接続するコアノードを決定し、当該決定に基づいて報知情報を生成して送信する報知情報生成部と、
前記生成した報知情報を送信する送信部と
を備えることを特徴とする無線通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された前記ノードにおける通信方法及び無線通信端末に関する。
【背景技術】
【０００２】
無線ネットワークにおいて、基地局の通話可能エリア外にある移動局は、基地局の通話可能エリアに入るまで、通信ができない。これを補うために、Ｗｉ−Ｆｉなどの通信システムにおいては、アドホック通信を行うことにより、無線ネットワークを構成し、移動局同士が中継局として働き、目的の通信先と通信可能とするシステムが検討されている。
【０００３】
このように、移動局（ノード）が基地局（コアノード）までの経路を検出及び決定する方法は、いくつかあり、その代表的なものとして、ＤＳＲ、ＯＬＳＲ、ＦＳＲ等が挙げられる（例えば、非特許文献１参照。）。
【非特許文献１】ＩＥＴＦ ＲＦＣ ３６２６ “Optimized Link State Routing Protocol (OLSR)”，［ｏｎｌｉｎｅ］，＜ＵＲＬ：http://www.ietf.org/rfc/rfc3626.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来方法には、一長一短があり、例えば、ＤＳＲのような半固定経路選択では、移動局が頻繁に移動する場合、通信先までの経路がその都度変化することにより、通信端同士の通信経路の確保が課題となっている。又、通信経路が頻繁に変化する場合、経路が変化してから変化を検出するまでの間、通信が一時的に不通となるため、パケットデータの遅延が発生する。
【０００５】
又、フラッディングを使用するＯＬＳＲでは、比較的動的に経路を選択できるが、経路を探索する場合に大量のパケットを送出するため、経路上の中継局の無線リソースを多く占有し、パケットデータの衝突が発生する。
【０００６】
そこで、本発明は、上記の課題に鑑み、通信端同士の通信経路をより確実に確保し、パケットデータの輻輳が発生しにくい通信方法及び無線通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の第１の特徴は、複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された前記ノード（ノード１００）における通信方法であって、１のノードに対する、コアノードあるいは自ノードに関する報知情報（ＲＢｃｈ）を含むサブフレームを、複数個有するフレームを、周辺のノードから１以上受信するステップと、前記受信したフレームに含まれる報知情報に基づいて、自ノードの報知情報を送信するか否かを判断するステップ（ステップＳ１０４）と、前記判断の結果、自ノードの報知情報を送信すると判断した場合、自ノードが直接又は少なくとも１つの他ノードを介して接続するコアノードを決定し、当該決定に基づいて報知情報を生成して送信するステップ（ステップＳ１０６〜ステップＳ１０８）とを含むことを要旨とする。
【０００８】
第１の特徴によると、自ノードを中継ノードとして使用するか否かをノード自身によって判断することによって、通信端同士の通信経路をより確実に確保し、パケットデータの輻輳を発生しにくくすることができる。
【０００９】
又、上記の通信方法において、前記決定されたコアノードに関する報知情報を有するフレーム内に空いているサブフレームがあるか否かを判断するステップ（ステップＳ１０６）と、空いているサブフレームがある場合、当該サブフレームを用いて自ノードの報知情報を送信するステップ（ステップＳ１０７）とを更に含んでもよい。
【００１０】
この通信方法によると、適切なコアノードに関するフレームを用いて自ノードの報知情報を送信することができる。
【００１１】
又、上記の通信方法において、前記空いているサブフレームがない場合、前記決定されたコアノードに関する報知情報を有するフレーム以外のフレームのサブフレームを用いて、自ノードの報知情報を送信するステップ（ステップＳ１０８）を更に含んでもよい。
【００１２】
この通信方法によると、適切なコアノードに関するフレームに空いているサブフレームがない場合でも、自ノードの報知情報を送信することができる。
【００１３】
又、上記の通信方法において、前記報知情報は、前記コアノードに直接又は少なくとも１つのノードを介して接続中のノード数を示す現在数情報（ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ）を含み、前記現在数情報が前記コアノードに直接又は少なくとも１つのノードを介して接続可能なノードの最大数を示す最大数情報（ＭａｘＡｄＨｏｃＮｕｍ）よりも小さいか否かを判定するステップ（ステップＳ３０２）と、前記現在数情報が前記最大数情報よりも小さいと判定された場合、前記コアノードに直接又は少なくとも１つの他ノードを介して接続することを要求する接続要求（ノード追加メッセージ）を、前記コアノード又は他ノードに送信するステップ（ステップＳ３０４）と、前記現在数情報が前記最大数情報以上であると判定された場合、前記自ノードの報知情報の送信を停止するステップ（ステップＳ３０３）とを更に含んでもよい。
【００１４】
この通信方法によると、コアノードに直接又は少なくとも１つのノードを介して接続中のノード数が最大数に達している場合に、報知情報の送信が停止されるので、無線ネットワークにおいて報知情報が増大することによるコアノードの負荷増大が防止される。
【００１５】
又、上記の通信方法において、前記接続要求は、前記接続要求の送信元のノードを識別する識別情報（ノードＩＤ）を含み、前記現在数情報を記憶するステップ（ステップＳ３０１）と、他ノードから前記接続要求を受信した場合、前記記憶された現在数情報が前記最大数情報よりも小さいか否かを判定するステップ（ステップＳ５０１）と、前記記憶された現在数情報が前記最大数情報よりも小さいと判定された場合、前記受信した接続要求に含まれる識別情報を登録するステップ（ステップＳ５０５）と、前記記憶された現在数情報が前記最大数情報以上であると判定された場合、前記受信した接続要求の送信元のノードに対して報知情報の送信停止を要求する停止要求（ＲＢｃｈ停止命令）を送信するステップ（ステップＳ５０３）とを更に含んでもよい。
【００１６】
この通信方法によると、コアノードに直接又は少なくとも１つのノードを介して接続中のノード数が最大数に達した際に、接続要求を送信したノードによる報知情報の送信が停止されるので、無線ネットワークにおいて報知情報が増大することによるコアノードの負荷増大が防止される。
【００１７】
又、上記の通信方法において、前記コアノード又は他ノードから前記停止要求を受信した場合、前記登録された識別情報に基づき、前記自ノードを前記コアノードとの通信における中継ノードとする他ノードが存在するか否かを判定するステップ（ステップＳ４０２）と、前記自ノードを前記コアノードとの通信における中継ノードとする他ノードが存在すると判定された場合、前記自ノードを前記コアノードとの通信における中継ノードとする他ノードに、前記受信した停止要求を転送するステップ（ステップＳ４０５）とを更に含んでもよい。
【００１８】
この通信方法によると、報知情報の停止要求が、接続要求を送信したノードまで転送されるので、無線ネットワークにおいて報知情報が増大することによるコアノードの負荷増大が防止される。
【００１９】
又、上記の通信方法において、前記停止要求は、前記停止要求の送信元のノードを識別する識別情報を含み、前記コアノード又は他ノードから前記停止要求を受信した場合、前記受信した停止要求に含まれる識別情報が前記自ノードの識別情報に一致するか否かを判定するステップ（ステップＳ４０６）と、前記受信した停止要求に含まれる識別情報が前記自ノードの識別情報に一致すると判定された場合、前記自ノードの報知情報の送信を停止するステップ（ステップＳ４０７）とを更に含んでもよい。
【００２０】
この通信方法によると、報知情報の停止要求が、自ノードに宛てて送信された場合には、自ノードの報知情報の送信を停止することによって、無線ネットワークにおいて報知情報が増大することによるコアノードの負荷増大が防止される。
【００２１】
本発明の第２の特徴は、複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行う無線ネットワークに配置された１つのノードである無線通信端末において、１のノードに対するコアノードあるいは自ノードに関する報知情報を含むサブフレームを、複数個有するフレームを、周辺のノードから１以上受信する受信部と、前記受信したフレームに含まれる報知情報に基づいて、自ノードの報知情報を送信するか否かを判断する報知情報送信決定部と、前記判断の結果、自ノードの報知情報を送信すると判断した場合、自ノードが直接又は少なくとも１つの他ノードを介して接続するコアノードを決定し、当該決定に基づいて報知情報を生成して送信する報知情報生成部と、前記生成した報知情報を送信する送信部とを備えることを要旨とする。
【００２２】
第２の特徴に係る無線通信端末によると、自ノードを中継ノードとして使用するか否かをノード自身によって判断することにより、通信端同士の通信経路を確実に確保し、パケットデータの輻輳を発生しにくくすることができる。
【発明の効果】
【００２３】
本発明によると、通信端同士の通信経路をより確実に確保し、パケットデータの輻輳が発生しにくい通信方法及び無線通信端末を提供することができる。
【発明を実施するための最良の形態】
【００２４】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００２５】
［第１実施形態］
（無線通信端末）
本実施形態に係る無線ネットワークは、図１に示すように、複数のノードを中継することにより、通信端同士の通信を可能とするアドホック通信を行うものである。ここでは、コアノードとして基地局、ノードとして移動局あるいは固定端末を想定している。又、ＩＰ有線ネットワークに接続されたコアネットワークに通信先が存在することを前提とする。図１においては、すでに構築されているアドホックネットワークに、自ノード１００が参加する状況を示している。
【００２６】
有線接続された基地局（コアノードＡ１、コアノードＢ２）は、通信可能エリア内の複数の移動局（中継ノード１０、２０、３０、５０、自ノード１００）に対して、図２に示す報知情報を、無線ネットワーク用Ｂｃｈ（以下において、「ＲＢｃｈ」という。）を用いて、時分割にて送信する。例えば、ＲＢｃｈは、１０〜数十に時分割されている。
【００２７】
ＲＢｃｈは、１のノードに対する、コアノードあるいは自ノードに関する報知情報を含むサブフレームを、複数個有するフレームで構成される。図２は、１つのフレームを表しており、ＲＢｃｈ１〜ｎがそれぞれサブフレームを表している。サブフレームの中には、コアノードまでのホップ数であるNumofHops、コアノードから自ノードまでの経路情報であるメトリック情報、接続先のコアノードのＩＤであるcoreNodeId、自ノードのＩＤであるSelfNodeId、自ノード送信出力レベルであるTxPwrやその他の情報が含まれる。
【００２８】
図３に、自ノード１００の詳細構成を示す。尚、中継ノード１０、２０、３０、５０も、自ノード１００と同様の構成である。
【００２９】
自ノード１００は、通信部１０１と、周辺ノード管理部１０２と、経路損失推定部１０３と、報知情報送信決定部１０４と、フレーム監視部１０５と、フレーム決定部１０６とを備える。
【００３０】
通信部１０１は、周辺のノードを経由してコアノードから送信されたＲＢｃｈを１以上受信する。又、通信部１０１は、報知情報送信決定部１０４によって自ノードの報知情報を送信すると決定した場合、フレーム決定部１０６によって決定されたフレームを用いて自ノードの報知情報を送信する。
【００３１】
周辺ノード管理部１０２は、ＲＢｃｈに含まれる情報を収集し、周辺ノードの構成を推定する。又、送信先コアノード別、ホップ数別に、周辺ノードを整理する。
【００３２】
経路損失推定部１０３は、目的コアノード（接続対象になるコアノード）に対する他中継ノードの送信出力（TxPwr）と受信信号レベルから経路損失を推定する。尚、受信信号レベルは、自ノードで測定することが可能である。
【００３３】
報知情報送信決定部１０４は、経路損失、受信信号レベル、メトリック情報、目的コアノードに対する中継ノードの数などから自ノードの報知情報を送信するか否かを判断する。具体的には、報知情報送信決定部１０４は、（１）経路損失を示す値（ｍ）が、所定の閾値（例えば、３０ｄＢ）以上であること、（２）受信信号レベルを示す値（ｎ）が、所定の閾値（例えば、−１００ｄＢｍ）以上であること、（３）目的コアノードに対する中継ノードの数（α）が、所定の数（例えば、５）以下であることを確認し、上記３つの条件を全て満たしている場合には、自ノードの報知情報を送信すると判断する。
【００３４】
フレーム監視部１０５は、通信部１０１が受信した報知情報から、自ノードが属するべきコアノードを決定し、自己の報知情報を生成する。具体的には、決定したコアノードについてのＩＤ（coreNodeId）を含む報知情報を生成する。
【００３５】
フレーム決定部１０６は、自ノードの報知情報を送信すると判断した場合、どのフレームを用いて自ノードの報知情報を送信するか決定する。具体的には、フレーム監視部１０５において決定されたコアノードに関する報知情報を有するフレーム内に空いているサブフレームがあるか否かを判断する。空いているサブフレームがある場合、当該サブフレームを用いて自ノードの報知情報を送信することを決定する。一方、空いているサブフレームがない場合、決定されたコアノードに関する報知情報を有するフレーム以外のフレームのサブフレームを用いて、自ノードの報知情報を送信することを決定する。
【００３６】
（通信経路決定方法）
次に、本実施形態に係る通信経路決定方法について、図４を用いて説明する。
【００３７】
まず、ステップＳ１０１において、自ノード１００は、周辺のノード（中継ノード２０、３０、５０）を経由してコアノード（コアノードＡ１、コアノードＢ２）から送信されたＲＢｃｈを１以上受信する。このとき、自ノード１００は、電源Ｏｎ時又は定期的に少なくともｎ個のＲＢｃｈを２回以上受信できる時間において、すべてのＲＢｃｈを受信（スチール）する。
【００３８】
次に、ステップＳ１０２において、自ノード１００は、ＲＢｃｈに含まれる情報を収集し、周辺ノードの構成を推定する。又、送信先コアノード別、ホップ数別に、周辺ノードを整理する。
【００３９】
次に、ステップＳ１０３において、自ノード１００は、目的コアノード（接続対象になるコアノード）に対する他中継ノードの送信出力（TxPwr）と受信信号レベルから経路損失を推定する。尚、受信信号レベルは、自ノードで測定することが可能である。具体的には、経路損失は、以下の式から算出できる。
【００４０】
経路損失＝送信出力−受信信号レベル  ……式（１）
次に、ステップＳ１０４において、自ノード１００は、経路損失、受信信号レベル、メトリック情報、目的コアノード（接続対象になるコアノード）に対する中継ノードの数などから自ノードの報知情報を送信するか否かを判断する。具体的には、自ノード１００は、（１）経路損失を示す値（ｍ）が、所定の閾値（例えば、３０ｄＢ）以上であること、（２）受信信号レベルを示す値（ｎ）が、所定の閾値（例えば、−１００ｄＢｍ）以上であること、（３）目的コアノードに対する中継ノードの数（α）が、所定の数（例えば、５）以下であることを確認し、上記３つの条件を全て満たしている場合には、自ノードの報知情報を送信すると判断する。
【００４１】
そして、自ノードの報知情報を送信する場合は、ステップＳ１０５へ進み、送信しない場合は、処理を終了する。
【００４２】
次に、ステップＳ１０５において、自ノード１００は、受信したＲＢｃｈに含まれる情報から、自ノード１００が属するべきコアノードを決定する。具体的には、ノード毎に、以下の計算式によってランク付けを行う。
【００４３】
NumofHops×20−受信信号レベル＋経路損失  ……式（２）
そして、コアノード毎に最もランクの高いノードを比較して、自ノード１００が属するべきコアノードを決定する。
【００４４】
次に、ステップＳ１０６において、決定されたコアノードに関する報知情報を有するフレーム内に空いているサブフレームがあるか否かを判断する。空いているサブフレームがある場合、ステップＳ１０７へ進み、空いているサブフレームがない場合、ステップＳ１０８へ進む。
【００４５】
ステップＳ１０７では、当該サブフレームを用いて自ノードの報知情報を周辺のノードへ送信する。一方、ステップＳ１０８では、決定されたコアノードに関する報知情報を有するフレーム以外のフレームのサブフレームを用いて、自ノードの報知情報を周辺のノードへ送信する。
【００４６】
又、決定されたコアノードに関するフレームに空いているサブフレームがなく、それ以外のフレームにおいても、各ＲＢｃｈの受信レベルが規定値以上である場合には、自ノード１００からＲＢｃｈを送信しないと判断してもよい。
【００４７】
（作用及び効果）
本実施形態に係る無線通信端末及び通信経路決定方法によると、自ノード１００を中継ノードとして使用するか否かをノード自身によって判断することにより、ノードが頻繁に移動し、通信先までの経路がその都度変化した場合においても、変化した状態における適切な報知情報を提供することができ、通信端同士の通信経路を確実に確保することができる。
【００４８】
又、無線ネットワークの代表的なプロトコルであるＤＳＲは、自ノードがデータを送信しようとする際に決定する経路を固定で使用するが、本実施形態に係る無線通信端末によると、より動的なルーティングを可能とすることで、柔軟なネットワークを構成することができる。更に、ＤＳＲでは、通信経路が頻繁に変化した場合、経路が変化してから変化を検出するまでの間、通信が一時的に不通となるため、パケットデータの遅延が発生するが、本実施形態に係る無線通信端末によると、変化した状態における適切な報知情報を提供することができ、パケットのタイムアウトなどが発生しにくいネットワークとすることができる。又、フラッディングを使用するＯＬＳＲでは、経路を探索する場合に大量のパケットデータを送出するため、経路上の中継局の無線リソースを多く占有し、パケットデータの衝突が発生するが、本実施形態に係る無線通信端末では、常時少量のパケットデータを送出し経路を探索しているため、パケットデータの衝突が発生しにくい。このように、本実施形態に係る無線通信端末及び通信経路決定方法によると、パケットデータの輻輳を発生しにくくすることができる。
【００４９】
更に、中継ノードが移動したり、管理者の操作によってその動作が停止したりした場合は、各ノードが周期的に移動局のＲＢｃｈスキャンを実施することによって検出し、各中継ノードは随時コアノードまでの経路を切り替えるとともに、自ノードのＲＢｃｈで報知する情報を変化させることができる。
【００５０】
又、本実施形態では、自ノードの報知情報を送信すると判断した場合、自ノードが属するべきコアノードを決定し、決定されたコアノードに関する報知情報を有するフレーム内に空いているサブフレームがあるか否かを判断し、空いているサブフレームがある場合、当該サブフレームを用いて自ノードの報知情報を送信する。このため、適切なコアノードに関するフレームを用いて自ノードの報知情報を送信することができる。
【００５１】
又、本実施形態では、空いているサブフレームがない場合、決定されたコアノードに関する報知情報を有するフレーム以外のフレームのサブフレームを用いて、自ノードの報知情報を送信する。このため、適切なコアノードに関するフレームに空いているサブフレームがない場合でも、自ノードの報知情報を送信することができる。
【００５２】
[第２実施形態]
上述した第１実施形態に係る通信経路決定方法においては、無線ネットワークを構成するノードの数を制限していないため、大量の報知情報が生成される可能性がある。大量の報知情報が生成されると、コアノードが処理すべき情報量が増加する。
【００５３】
そこで、本実施形態では、コアノードに直接又は少なくとも１つのノードを介して接続するノードの数（以下、「中継ノード数」）を制限することで、コアノードの負荷が増大することを防止可能な構成について説明する。
【００５４】
なお、本実施形態では、上述した第１実施形態と異なる点を主に説明し、重複する説明を省略する。
【００５５】
（ＲＢｃｈの構成）
まず、本実施形態に係るＲＢｃｈの構成について説明する。図５は、本実施形態に係るＲＢｃｈの構成を示す図である。
【００５６】
図５に示すように、本実施形態に係るＲＢｃｈは、ＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを更に含む点で、上述した第１実施形態とは異なっている。
【００５７】
ＭａｘＡｄＨｏｃＮｕｍは、コアノードが許容する最大中継ノード数を示す情報である。ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍは、現在コアノードに接続中の中継ノード数を示す情報である。
【００５８】
このように、ＭａｘＡｄＨｏｃＮｕｍを報知情報に含めて送信することで、無線ネットワークの状況に応じて、ＭａｘＡｄＨｏｃＮｕｍを変更することが可能である。そして、ＭａｘＡｄＨｏｃＮｕｍを変更した場合、変更したＭａｘＡｄＨｏｃＮｕｍを報知情報に含めて送信することで、無線ネットワークを構成する無線通信端末（ノード）もＭａｘＡｄＨｏｃＮｕｍの変更を把握することができる。
【００５９】
一方、ＭａｘＡｄＨｏｃＮｕｍを予め定めておき、無線通信端末（ノード）における周辺ノード管理部１０２に記憶させておくことで、ＭａｘＡｄＨｏｃＮｕｍを含まない報知情報を送信することも可能である。なお、本実施形態では、報知情報にＭａｘＡｄＨｏｃＮｕｍを含めて送信する場合について説明する。
【００６０】
（無線通信端末）
本実施形態に係る無線通信端末（ノード）は、図３と同様に構成される。本実施形態では、周辺ノード管理部１０２は、ＲＢｃｈに含まれるＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを記憶するとともに、記憶されたＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを用いて、コアノードに接続中の中継ノード数が、コアノードが許容する最大中継ノード数を超えないように各種の処理を実行する。具体的な処理内容については後述する。
【００６１】
周辺ノード管理部１０２は、自ノードをコアノードとの通信における中継ノードとする他ノード（以下、適宜「子ノード」という）についての情報をレジストレーションテーブルとして管理する。また、周辺ノード管理部１０２は、コアノード、又は自ノードとコアノードとの通信における中継ノード（以下、適宜「親ノード」という）の情報を管理する。
【００６２】
（通信経路決定方法）
次に、本実施形態に係る通信経路決定方法について説明する。ここでは、図６において、ノード２００、ノード３００、ノード４００及びノード５００の順にネットワークに追加される場合を例にとり説明する。また、上述したＭａｘＡｄＨｏｃＮｕｍが３である場合について説明する。
【００６３】
図７は、本実施形態に係る通信経路決定方法の概略を示すシーケンス図である。
【００６４】
ステップＳ２０１において、コアノード１は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝０を含むＲＢｃｈ０を報知する。報知されたＲＢｃｈ０は、ノード２００及びノード４００によって受信される。この時点では、コアノード１は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝０を記憶している。
【００６５】
ステップＳ２０２において、ノード２００は、ステップＳ２０１で受信したＲＢｃｈ０により、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝０を記憶する。また、ノード２００は、ＲＢｃｈ０を分析し、中継ノードとしての動作を開始する。ノード２００は、コアノード１にノード追加メッセージ（接続要求）を通知する。その際、ノード２００は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを１に更新する。なお、ノード追加メッセージには、ノード２００のノードＩＤが格納されている。
【００６６】
さらに、コアノード１は、ノード２００からノード追加メッセージを受信すると、記憶しているＭａｘＡｄＨｏｃＮｕｍ＝３とＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝０とを比較する。ここでは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍに達していないため、コアノード１は、レジストレーションテーブルにノード２００を登録し、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを１に更新する。
【００６７】
ステップＳ２０３において、コアノード１は、ＲＢｃｈ送信タイミングにて、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝１を含むＲＢｃｈ０を報知する。
【００６８】
ステップＳ２０４（ステップＳ２０３と同タイミング）において、ノード２００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝１を含むＲＢｃｈ１を報知する。報知されたＲＢｃｈ１は、ノード３００によって受信される。ノード３００は、ノード２００から受信したＲＢｃｈ１に含まれているＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝１を記憶する。
【００６９】
ステップＳ２０５において、       ノード３００は、ノード２００から受信したＲＢｃｈ１を分析し、中継ノードとしての動作を開始する。ノード３００は、ノード３００のノードＩＤを含むノード追加メッセージ（接続要求）を、ノード２００に通知する。その際、ノード３００は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを２に更新する。
【００７０】
ステップＳ２０６において、ノード２００は、親ノードであるコアノード１に対して、子ノード追加メッセージを通知する。その際、ノード２００は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを２に更新する。なお、子ノード追加メッセージには、ステップＳ２０５で受信したノード追加メッセージ中のＩＤ（ノード３００のノードＩＤ）が格納される。
【００７１】
コアノード１は、子ノード追加メッセージを受信すると、記憶しているＭａｘＡｄＨｏｃＮｕｍ＝３とＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝１とを比較する。ここでは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍに達していないので、コアノード１は、レジストレーションテーブル内のノード２００についての情報を更新するとともに、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを２に更新する。
【００７２】
ステップＳ２０７において、コアノード１は、ＲＢｃｈ送信タイミングにて、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ０を報知する。ノード４００は、受信したＲＢｃｈ０に含まれるＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を記憶する。
【００７３】
ステップＳ２０８（ステップＳ２０７と同タイミング）において、ノード２００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ１を報知する。
【００７４】
ステップＳ２０９（ステップＳ２０７と同タイミング）において、ノード３００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ２を報知する。報知されたＲＢｃｈ２は、ノード５００によって受信される。
【００７５】
ステップＳ２１０において、ノード４００は、ＲＢｃｈ０を分析し、中継ノードとしての動作を開始する。ノード４００は、コアノード１にノード追加メッセージ（接続要求）を通知する。その際、ノード４００は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを３に更新する。
【００７６】
コアノード１は、ノード４００からノード追加メッセージを受信すると、記憶しているＭａｘＡｄＨｏｃＮｕｍ＝３とＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２とを比較する。ここでは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍに達していないので、コアノード１は、レジストレーションテーブルにノード４００を登録し、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを３に更新する。
【００７７】
ステップＳ２１１において、コアノード１は、ＲＢｃｈ送信タイミングにて、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝３を含むＲＢｃｈ０を報知する。
【００７８】
ステップＳ２１２（ステップＳ２１１と同タイミング）において、ノード４００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝３を含むＲＢｃｈ３を報知する。
【００７９】
ステップＳ２１３（ステップＳ２１１と同タイミング）において、ノード２００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ１を報知する。
【００８０】
ステップＳ２１４（ステップＳ２１１と同タイミング）において、ノード３００は、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ２を報知する。報知されたＲＢｃｈ２は、ノード５００によって受信される。ノード５００は、ノード３００から受信したＲＢｃｈ２より、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を記憶する。
【００８１】
ステップＳ２１５において、ノード５００は、ノード３００から受信したＲＢｃｈ２を分析し、中継ノードとしての動作を開始する。ノード５００は、ノード３００にノード追加メッセージ（接続要求）を通知する。その際、ノード５００は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを３に更新する。ノード追加メッセージには、ノード５００のノードＩＤが格納されている。
【００８２】
ステップＳ２１６において、ノード３００は、ノード５００からノード追加メッセージを受信すると、記憶しているＭａｘＡｄＨｏｃＮｕｍ＝３とＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２とを比較する。ここでは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍに達していないので、ノード３００は、レジストレーションテーブルにノード５００を登録し、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを３に更新する。さらに、ノード３００は、子ノードが追加されたことを示す子ノード追加メッセージを親ノード（ノード２００）に通知する。子ノード追加メッセージには、ノード５００のノードＩＤが格納される。
【００８３】
ノード２００は、子ノード追加メッセージを受信すると、ステップＳ２１７において、記憶しているＭａｘＡｄＨｏｃＮｕｍ＝３とＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝３とを比較する。ここでは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍに達しているので、ノード２００は、すべての下位ノード（子ノード）にＲＢｃｈ送信停止命令を送信する。ＲＢｃｈ送信停止命令には、ノード５００のノードＩＤが格納される。
【００８４】
ノード３００は、ノード２００からＲＢｃｈ送信停止命令を受信すると、ステップＳ２１８において、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ=ＭａｘＡｄＨｏｃＮｕｍとし、レジストレーションテーブルに該当ＩＤ（ノード５００のノードＩＤ）が存在するか確認する。この結果、ノード３００は、レジストレーションテーブルからノード５００の情報を削除し、すべての下位ノードにＲＢｃｈ送信停止命令を送信する。ノード３００が送信するＲＢｃｈ送信停止命令においても、ノード５００のノードＩＤが格納される。
【００８５】
ノード５００は、ノード３００からＲＢｃｈ送信停止命令を受信すると、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ=ＭａｘＡｄＨｏｃＮｕｍとし、ＲＢｃｈ送信停止命令に格納されたノードＩＤが自ノードのＩＤが一致するためＲＢｃｈの送信を停止する。以上のようにして、ノード５００によるＲＢｃｈの送信が停止（キャンセル）される。
【００８６】
引き続き図７を用いて、中継ノードがネットワークから離脱する場合の動作について説明する。
【００８７】
ステップＳ２１９において、ノード４００は、コアノード１との接続を遮断（ノード離脱）する。
【００８８】
ステップＳ２２０において、コアノード１は、ノード４００のノード離脱を検出すると、レジストレーションテーブルからノード４００の情報を削除する。その際、コアノード１は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを２に更新する。
【００８９】
ステップＳ２２１において、コアノード１は、ＲＢｃｈ送信タイミングにて、ＭａｘＡｄＨｏｃＮｕｍ＝３及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝２を含むＲＢｃｈ０を報知する。
【００９０】
ステップＳ２２２において、ノード２００は、コアノード１との接続を遮断（ノード離脱）する。
【００９１】
ステップＳ２２３において、コアノード１は、ノード２００のノード離脱を検出すると、レジストレーションテーブルからノード２００の情報を削除する。その際、コアノード１は、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍ＝０に更新する。
【００９２】
（ＲＢｃｈ送信判定処理）
次に、本実施形態に係るＲＢｃｈ送信判定処理について説明する。ＲＢｃｈ送信判定処理とは、図４に示したステップＳ１０７及びステップＳ１０８において実行される処理である。また、ＲＢｃｈ送信判定処理は、図７に示したステップＳ２０２、ステップＳ２０５、ステップＳ２１０及びステップＳ２１５において実行される。
【００９３】
図８は、ＲＢｃｈ送信判定処理の処理フローを示すフローチャートである。
【００９４】
ステップＳ３０１において、ノードは、受信したＲＢｃｈ内のＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを取得し、取得したＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを記憶する。
【００９５】
ステップＳ３０２において、ノードは、ステップＳ３０１で取得したＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍよりも小さいか否かを判定する。ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍよりも小さい場合、ステップＳ３０４に進む。一方、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍ以上である場合、ステップＳ３０３に進む。
【００９６】
ステップＳ３０３において、ノードは、ＲＢｃｈの送信を停止（キャンセル）する。
【００９７】
ステップＳ３０４において、ノードは、ノード追加メッセージを親ノードに送信することで、親ノードと接続する。
【００９８】
ステップＳ３０５において、ノードは、ステップＳ３０１で記憶したＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍに１を加算する。
【００９９】
ステップＳ３０６において、ノードは、親ノードからＲＢｃｈ停止命令を受信したか否かを判定する。親ノードからＲＢｃｈ停止命令を受信した場合、ステップＳ３０７に進む。一方、親ノードからＲＢｃｈ停止命令を受信しない場合、ステップＳ３０８に進む。
【０１００】
ステップＳ３０８において、ノードは、ＲＢｃｈを送信する。
【０１０１】
ステップＳ３０７においては、ノードは、ＲＢｃｈ停止命令の受信処理を実行する。
【０１０２】
（ＲＢｃｈ停止命令の受信処理）
次に、ＲＢｃｈ停止命令の受信処理、すなわち、図８のステップＳ３０７の詳細について説明する。また、ＲＢｃｈ停止命令の受信処理は、図７のステップＳ２１７及びステップＳ２１８において実行される。
【０１０３】
図９は、ＲＢｃｈ停止命令の受信処理の処理フローを示すフローチャートである。
【０１０４】
ステップＳ４０１において、ノードは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍをＭａｘＡｄＨｏｃＮｕｍに設定する。
【０１０５】
ステップＳ４０２において、ノードは、当該ノードに子ノードが存在するか否かを判定する。子ノードが存在する場合、ステップＳ４０３に進む。一方、子ノードが存在しない場合、ステップＳ４０６に進む。
【０１０６】
ステップＳ４０３において、ノードは、ＲＢｃｈ停止命令に含まれるノードＩＤが、レジストレーションテーブル内のノードＩＤと一致するか否かを判定する。ＲＢｃｈ停止命令に含まれるノードＩＤがレジストレーションテーブル内のノードＩＤと一致する場合、ステップＳ４０４に進む。一方、ＲＢｃｈ停止命令に含まれるノードＩＤがレジストレーションテーブル内のノードＩＤと一致しない場合、ステップＳ４０５に進む。
【０１０７】
ステップＳ４０４において、ノードは、ＲＢｃｈ停止命令に含まれるノードＩＤに一致するレジストレーションテーブル内のノードＩＤを、レジストレーションテーブルから削除する。
【０１０８】
ステップＳ４０５において、ノードは、ＲＢｃｈ停止命令を子ノードに通知する。
【０１０９】
ステップＳ４０６においては、ノードは、ＲＢｃｈ停止命令に含まれるノードＩＤが、自ノードのノードＩＤに一致するか否かを判定する。ＲＢｃｈ停止命令に含まれるノードＩＤが自ノードのノードＩＤに一致する場合、ステップＳ４０７に進む。一方、ＲＢｃｈ停止命令に含まれるノードＩＤが自ノードのノードＩＤに一致しない場合、処理が終了する。
【０１１０】
ステップＳ４０７において、ノードは、ＲＢｃｈの送信を停止する。
【０１１１】
（ノード追加メッセージ受信処理）
次に、ノード追加メッセージ受信処理について説明する。ノード追加メッセージ受信処理は、図７のステップＳ２０２、ステップＳ２０５、ステップＳ２１０及びステップＳ２１５において実行される。
【０１１２】
図１０は、ノード追加メッセージ受信処理の処理フローを示すフローチャートである。
【０１１３】
ステップＳ５０１において、ノードは、ノード追加メッセージを受信すると、記憶されているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍよりも小さいか否かを判定する。記憶されているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍよりも小さい場合、ステップＳ５０２に進む。一方、記憶されているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍ以上である場合、ステップＳ５０３に進む。
【０１１４】
ステップＳ５０３において、ノードは、ＲＢｃｈ停止命令を子ノードに通知する。
【０１１５】
ステップＳ５０２において、ノードは、親ノードが存在するか否かを判定する。親ノードが存在する場合、ステップＳ５０４に進む。一方、親ノードが存在しない場合、ステップＳ５０５に進む。
【０１１６】
ステップＳ５０４において、ノードは、子ノード追加メッセージを親ノードに通知する。
【０１１７】
ステップＳ５０５において、ノードは、追加された子ノードをレジストレーションテーブルに登録する。
【０１１８】
ステップＳ５０６において、ノードは、記憶しているＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍに１を加算する。
【０１１９】
なお、子ノード追加メッセージの受信処理（図７のステップＳ２１６）については、図１０と同様にして実行される。
【０１２０】
（子ノード離脱メッセージ受信処理）
次に、子ノード離脱メッセージ受信処理について説明する。子ノード離脱メッセージは、無線ネットワークから離脱するノードによって親ノードに送信されるメッセージである。子ノード離脱メッセージには、当該メッセージを送信したノードのノードＩＤが格納される。
【０１２１】
図１１は、子ノード離脱メッセージ受信処理の処理フローを示すフローチャートである。
【０１２２】
ステップＳ６０１において、ノードは、子ノード離脱メッセージを受信すると、レジストレーションテーブルを更新する。
【０１２３】
ステップＳ６０２において、ノードは、ステップＳ６０１の結果をＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍに反映する。
【０１２４】
（子ノード離脱検出処理）
次に、子ノード離脱検出処理について説明する。子ノード離脱検出処理は、あるノードに直接接続された子ノードが離脱した場合に、離脱を検出したノードが実行する処理である。
【０１２５】
図１２は、子ノード離脱検出処理の処理フローを示すフローチャートである。
【０１２６】
ステップＳ７０１において、ノードは、子ノード離脱メッセージを受信すると、レジストレーションテーブルを更新する。
【０１２７】
ステップＳ７０２において、ノードは、ステップＳ７０１の結果をＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍに反映する。
【０１２８】
ステップＳ７０３において、ノードは、親ノードが存在するか否かを判定する。親ノードが存在する場合、ステップＳ７０４に進む。
【０１２９】
ステップＳ７０４において、ノードは、子ノードが離脱したことを親ノードに通知する。
【０１３０】
（作用及び効果）
ＲＢｃｈは、ＭａｘＡｄＨｏｃＮｕｍ及びＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍを含む。ノードは、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍよりも小さい場合には、ノード追加メッセージを送信し、ＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍがＭａｘＡｄＨｏｃＮｕｍ以上である場合には、ＲＢｃｈの送信を停止する。したがって、無線ネットワークにおいて報知情報が増大することによるコアノード１の負荷増大が防止される。
【０１３１】
また、ノードは、ノード追加メッセージを受信し、かつ記憶されたＣｕｒｒｅｎｔＡｄＨｏｃＮｕｍが記憶されたＭａｘＡｄＨｏｃＮｕｍ以上である場合には、受信したノード追加メッセージの送信元のノードに対してＲＢｃｈ停止命令を送信する。したがって、無線ネットワークにおいて報知情報が増大することによるコアノード１の負荷増大が防止される。
【０１３２】
ノードは、ＲＢｃｈ停止命令を受信した場合に、子ノードが存在するか否かを判定し、子ノードが存在すると判定された場合、ＲＢｃｈ停止命令を子ノードに転送する。これにより、無線ネットワークにおいて報知情報が増大することによるコアノード１の負荷増大が防止される。
【０１３３】
ノードは、ＲＢｃｈ停止命令を受信した場合、受信したＲＢｃｈ停止命令が自ノードに宛てて送信された場合には、自ノードの報知情報の送信を停止する。これにより、無線ネットワークにおいて報知情報が増大することによるコアノード１の負荷増大が防止される。
【０１３４】
［その他の実施形態］
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１３５】
例えば、図１において、自ノード１００の周辺には３つの中継ノード２０、３０、５０が存在し、２つのコアノードＡ１、Ｂ２が存在することを例にとり説明したが、中継ノードやコアノードの数はこれに限られないことは勿論である。
【０１３６】
このように、本発明はここでは記載していない様々な実施の形態等を含むことは勿論で
ある。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特
定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１３７】
【図１】本発明の第１実施形態に係る無線通ネットワークの概要を示す構成図である。
【図２】本発明の第１実施形態に係るＰＢｃｈの構成を示す図である。
【図３】本発明の第１実施形態に係る無線通信端末のブロック構成図である。
【図４】本発明の第１実施形態に係る通信経路決定方法を示すフローチャートである。
【図５】本発明の第２実施形態に係るＲＢｃｈの構成を示す図である。
【図６】本発明の第２実施形態に係る無線通ネットワークの概要を示す構成図である。
【図７】本発明の第２実施形態に係る通信経路決定方法の概略を示すシーケンス図である。
【図８】本発明の第２実施形態に係るＲＢｃｈ送信判定処理の処理フローを示すフローチャートである。
【図９】本発明の第２実施形態に係るＲＢｃｈ停止命令の受信処理の処理フローを示すフローチャートである。
【図１０】本発明の第２実施形態に係るノード追加メッセージ受信処理の処理フローを示すフローチャートである。
【図１１】本発明の第２実施形態に係る子ノード離脱メッセージ受信処理の処理フローを示すフローチャートである。
【図１２】本発明の第２実施形態に係る子ノード離脱検出処理の処理フローを示すフローチャートである。
【符号の説明】
【０１３８】
１、２…コアノード
１０、２０、３０、５０…中継ノード
１００…自ノード
１０１…通信部
１０２…周辺ノード管理部
１０３…経路損失推定部
１０４…報知情報送信決定部
１０５…フレーム監視部
１０６…フレーム決定部
【図１】
2008109614.tif 000003
【図２】
2008109614.tif 000004
【図３】
2008109614.tif 000005
【図４】
2008109614.tif 000006
【図５】
2008109614.tif 000007
【図６】
2008109614.tif 000008
【図７】
2008109614.tif 000009
【図８】
2008109614.tif 000010
【図９】
2008109614.tif 000011
【図１０】
2008109614.tif 000012
【図１１】
2008109614.tif 000013
【図１２】
2008109614.tif 000014