JP2020039038A - 無線通信装置、無線通信システム、無線通信方法及びプログラム - Google Patents

Abstract

【課題】適切にＡＣＫビットを通知する。【解決手段】無線通信装置は、無線インターフェースと、メッセージ処理部と、通信管理部と、を備える。無線インターフェースは、無線信号の送受信をする。メッセージ処理部は、宛先情報と、他の無線通信装置から送信されたデータを正常に受信したか否かの情報である応答確認情報と、を備えるメッセージを処理する。通信管理部は、自らを宛先として上り方向に前記メッセージを送信した子ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する。通信管理部は、前記子ノードから前記メッセージを受信する期間である第１期間において前記子ノードから受信したデータに対して前記応答確認情報を設定し、前記第１期間以外において前記子ノードから受信したデータに対して前記応答確認情報を設定しないことにより、通信の管理を行う。【選択図】図１

Description

本発明の実施形態は、無線通信装置、無線通信システム、無線通信方法及びプログラムに関する。

無線通信において、マルチホップネットワークでは、一度に複数の親ノードへデータを伝送するために、ブロードキャスト及びマルチキャストベースの通信方法が用いられている。この通信方法を採用する場合、信号が到達したことを通知する肯定応答（ＡＣＫ：Acknowledgement）を送信することが困難であるため、通常の通信フレームにＡＣＫ用のフィールドを付加して、信号が到達したことを通知する方法が知られている。

この方法においては、１台の通信リーダから複数の通信メンバへＡＣＫを一度のパケットで送信する。リーダからは、前回のサイクルのＡＣＫビットを含めて送信し、メンバからは、現サイクルのＡＣＫビットを含めて送信することによりＡＣＫビットの誤判定を回避する。しかしながら、リーダとメンバはともに全サイクルで通信可能状態とする必要があり、消費電力の増加を招く。さらに、通信スロットの割り当て方法が異なる場合には、ＡＣＫビットの整合性がとれず、誤判定が発生する可能性がある。

特許第５５１６０７０号公報 特開２０１６−０５４３４９号公報

本発明の実施形態は、上下両方向のデータ送信において適切なＡＣＫビットを通知できる無線通信装置を提供する。

一実施形態によれば、無線通信装置は、無線インターフェースと、メッセージ処理部と、通信管理部と、を備える。無線インターフェースは、無線信号の送受信をする。メッセージ処理部は、宛先情報と、他の無線通信装置から送信されたデータを正常に受信したか否かの情報である応答確認情報と、を備えるメッセージを処理する。通信管理部は、自らを宛先として上り方向に前記メッセージを送信した子ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する。通信管理部は、前記子ノードから前記メッセージを受信する期間である第１期間において前記子ノードから受信したデータに対して前記応答確認情報を設定し、前記第１期間以外において前記子ノードから受信したデータに対して前記応答確認情報を設定しないことにより、通信の管理を行う。

一実施形態に係る無線通信装置の機能を示すブロック図。 一実施形態に係るシステムの一例を示す図。 一実施形態に係るシステムの一例を示す図。 一実施形態に係るメッセージの一部について一例を示す図。 一実施形態に係るメッセージ送信の一例を示す図。 一実施形態に係るＡＣＫ送信の一例を示す図。 一実施形態に係る全体の処理の流れを示すフローチャート。 一実施形態に係る送信処理の流れを示すフローチャート。 一実施形態に係る受信処理の流れを示すフローチャート。 一実施形態に係るメッセージ送信の一例を示す図。 一実施形態に係る送信処理の流れを示すフローチャート。 一実施形態に係る受信処理の流れを示すフローチャート。

以下、本発明の実施形態について、図面を参照しながら説明する。参照する図面において、同一部分又は同様な機能を有する部分には同一の符号又は類似の符号を付し、その繰り返しの説明は省略する場合がある。また、図面の寸法比率は説明の都合上実際の比率とは異なる場合や、構成の一部が図面から省略される場合がある。

（第１実施形態）
図１は、第１実施形態に係る無線通信装置１の機能を示すブロック図である。無線通信装置１は、通信管理部１０と、データ管理部１２と、メッセージ処理部１４と、無線インターフェース１６と、を備える。

通信管理部１０は、受信したメッセージ及び送信するメッセージにおける応答確認情報を示すＡＣＫに関する情報、情報管理ビットの情報等の管理を行う。ＡＣＫは、例えば、無線通信装置１に一意的に付与されている固有識別子に基づいた情報と紐付けて管理される。自ら及び他の無線通信装置１のＡＣＫを示すビットの集合を、ＡＣＫビット列と記載する。すなわち、通信管理部１０は、他の無線通信装置１から受信したＡＣＫビット列を参照することにより、自らが送信したデータが他の無線通信装置１において正常に受信されたか否かを判断する。逆に、他の無線通信装置１から送信されたデータを自らが正常に受信した場合に、そのＡＣＫを設定し、メッセージ処理部１４へと通知する。

データ管理部１２は、通信周期において送信するデータを記憶して管理する。また、データ管理部１２は、通信管理部１０等が無線通信装置１を制御するためのプログラムを格納していてもよい。さらに、送信するデータ、又は、受信したデータを一時的に格納するバッファとして用いられてもよい。

メッセージ処理部１４は、送受信メッセージの処理を行う。メッセージ処理部１４は、例えば、無線インターフェース１６から受け取ったメッセージを解釈して、上り用と下り用のメッセージに分割する。また、通信管理部１０からの指示により通信メッセージを生成し、無線インターフェース１６に送信する。特に、メッセージ処理部１４は、通信管理部１０から通知された、他の無線通信装置１に対する設定された自らのＡＣＫを、ビット列中の対応する箇所に書き込む。このＡＣＫが書き込まれたメッセージが送信されることにより、自らがどの無線通信装置１からのデータを正常に受信したかの情報を、他の無線通信装置１へと通知することが可能となる。

無線インターフェース１６は、無線信号の送受信を行う。無線インターフェース１６は、１又は複数のアンテナ１８を備えていてもよい。アンテナ１８は、送受信兼用のものでもよいし、送信専用、受信専用のものがそれぞれ備えられていてもよい。

図２は、本実施形態に係る無線通信装置１を備えるシステムの一例を模式的に示す図である。システム内に複数備えられる無線通信装置１は、以降の図においては、ノードと記載する。本実施形態は、ネットワーク形態としてマルチホップネットワーク及びメッシュネットワーク等に適用可能である。サーバーに所定の時間間隔においてセンシングデータを通知するセンサネットワークに適用することができるが、これには限られず、その他のネットワーク形態に適用されてもよい。

図に示すようなマルチホップネットワークである場合、サーバー及びサーバーに近いノードを上位、サーバーから遠いノードを下位とする。下位のノードからのデータは、当該ノードが接続している上位のノードへと送信され、送信された上位のノードにおいて、接続している全ての下位のノードのデータと、当該上位のノードのデータとを組み合わせて新しいデータとして、さらに上位のノードへと送信する。

このデータには、各ノードからのセンサ等のデータの他、送信する相手のノードを示す宛先情報と、各ノードのＡＣＫを格納するビットと、を少なくとも備える。例えば、あるノードに対応するビットが１であれば、そのノードのＡＣＫが取得できている状態を示し、０であれば、ＡＣＫが取得できていない状態を示す。

図３は、本実施形態に係る無線通信装置１を備えるシステムにおける通信経路の一例を模式的に示す図である。ノードＮ１乃至ノードＮ８として、８個の無線通信装置１、及び、サーバーが備えられる。ノードＮ１は、ノードＮ２を上位ノードとして通信を行う。ノードＮ２は、ノードＮ１を下位ノードとし、ノードＮ４を上位ノードとして通信を行う。ノードＮ３は、ノードＮ４を上位ノードとして通信を行う。ノードＮ４は、ノードＮ２、Ｎ３を下位ノードとし、ノードＮ５を上位ノードとして通信を行う。ノードＮ５は、ノードＮ４を下位ノードとし、サーバー２を上位として通信を行う。ノードＮ６は、ノードＮ７を上位ノードとして通信を行う。ノードＮ７は、ノードＮ６を下位ノードとし、ノードＮ８を上位ノードとして通信を行う。ノードＮ８は、ノードＮ７を下位ノードとし、サーバー２を上位として通信を行う。

サーバー２からノードへと到達するまで、又は、ノードからサーバー２へ到達するまでの経路上における通信回数をホップ数とする。それぞれ、ノードＮ５、Ｎ８は、ホップ数１のノード、ノードＮ４、Ｎ７は、ホップ数２のノード、ノードＮ２、Ｎ３、Ｎ６は、ホップ数３のノード、ノードＮ１は、ホップ数４のノードである。

図４は、送受信するメッセージに含まれる各ノードのデータを格納するビット列の様子の一例を示す図である。図４においては、説明のため、ノード数が８、ホップ数が４の場合について示しているがこれには限られない。

本実施形態において送受信されるメッセージは、データが発生する周期（スーパーフレーム）を複数のフレームに分割し、各フレームにおいて全てのノード及びサーバーのデータ送受信が行われる。すなわち、フレームは、データ送信周期に対応する。このフレームは、複数のスロットを含む複数のスロット群を備え、このスロット単位でデータの送受信を行う。各スロットは、スロット単位で所定時間ごとにデータの通信を行う。例えば、あるスロットの通信が開始してから所定時間後に、当該スロットは通信を終了し、次のスロットの通信が開始される。このように、所定時間ごとに次々とスロット単位で通信が行われる。このように、データが発生する周期をスーパーフレームとし、スーパーフレームを時系列で分割したものがフレーム、さらに、フレームを時系列で分割したものがスロットであり、スロット群は、複数のスロットの集合である。

１フレーム内のスロット群の数（例えば、４）を除数としたホップ数の剰余により、各ノード及びサーバーがどのスロット群を使用してデータを送信するか決定する。スロット群は、サーバーを含めた全ノード数分のスロットを少なくとも備える。スロット群内のスロットの割り当ては、ノードが持つ固有の識別子を用いる等の任意の方法で決定されてもよい。以下、単に剰余と記載されている場合には、スロット群の数を除数とする剰余であることを示す。

例えば、ホップ数が４である場合、スロット群インデックスが４％４＝０のスロット群を使用し、ホップ数が１である場合には、スロット群インデックスが１％４＝１のスロット群を使用してもよい。ホップ数４のノードの親ノードは、スロット群インデックスが３％４＝３のスロット群を用いる。ここで、ｘ％ｙは、ｘ ｍｏｄ ｙと同義であり、ｘのｙによる剰余を示す。一具体例として、ホップ数１であり、スロットのＩＤが３であるノードは、図４において斜線で示されたスロットのタイミングでＡＣＫを含むメッセージの送信を実行する。サーバーは、ホップ数０のノードとしてもよい。

一例として、ホップ数が大きいノードの順にスロット群を割り当てる。そして、中継ノードが自身のデータとともに、子ノードのデータも自身の送信スロットで集約して送信することにより、末端のノードからのデータを順序よくスムーズにサーバーへと伝送することが可能となる。ホップ数は、ネットワークの規模により動的に変更される。このため、必要なスロット群が足りなくなることがあるが、上記のように、ホップ数の剰余を取得することにより、その剰余に基づいたスロット群に割り当てることが可能である。スロット群内のスロットにおいて、サーバーを含むノードに固有のスロットを割り当てることにより、このような場合にもスロットの衝突を回避することができる。

各スロットにおいて送受信されるデータは、上述したように、各ノードが取得等したデータ（例えば、センサデータ）と、各子ノードから取得したデータと、宛先情報と、ＡＣＫビット列と、が少なくとも備えられる。ＡＣＫビット列は、各ノードに対するＡＣＫを格納するビット列であり、例えば、サーバー、ノードＮ１、Ｎ２、・・・、Ｎ８の順でＡＣＫが集約されたビット列である。より具体的には、ノードＮ２、Ｎ３からのデータ受信に成功したノードＮ４のＡＣＫビット列は、「０，０，１，１，０，０，０，０，０」といったビットが順番に格納されたものとなる。

図５は、図３に示す各ノードのデータ送信の状態の一例を示す図である。なお、図５において、各スロット群には９のスロットが備えられているが、上述したように、これには限られず、さらに多くのスロットが備えられていてもよい。

各ノードからのデータは、定められたスロットのタイミングで親ノードへと送信される。送信フレームの境界は、点線で示される。１スロット群ごとに割り当てられたノードによりデータが送受信され、１フレームは各スロット群において定められたノードがデータの送受信をすることにより、各ノード及びサーバー間でデータの送受信が行われる。この各スロットの送受信のタイミングで、図に示す矢印にしたがってデータが親ノードへと送信される。

より具体的に説明する。図５に示すように、フレームを順に、第１フレーム、第２フレーム、第３フレームとする。また、スロット群をそれぞれ、第０スロット群、第１スロット群、第２スロット群、第３スロット群とする。

例えば、第３スロット群のスロットのタイミングにおいて、ノードＮ２、Ｎ３、Ｎ６のデータが親ノードへと送信される。次に、第２スロット群のスロットのタイミングで、ノードＮ４、Ｎ７のデータが、その次の第１スロット群のスロットのタイミングで、ノードＮ５、Ｎ８のデータが、さらにその次の第０スロット群のスロットのタイミングで、ノードＮ１のデータがそれぞれ親へと送信される。このように、フレームのデータ送信により、各スロット群内における所定のスロットのタイミングにおいて各ノードのデータがそれぞれの親へと送信される。このように、フレームごとにデータ送受信が行われる。

以下、便宜上、あるスロットでのメッセージ送信に着目した場合に、直前のスロット群における送信期間又は直前のスロット群において送信されたメッセージの受信期間を、第１期間と定義する。すなわち、メッセージ送信を行うスロットが属するスロット群の直前のスロット群における子ノードからメッセージを送信する期間又は子ノードからのメッセージを受信する期間が第１期間である。同様に、自ノードが親ノードに向けてメッセージを送信する期間又は自ノードが送信したメッセージを親ノードが受信するスロットが属するスロット群が通信を行う期間が、親ノードから見た第１期間に相当する。

逆に、直前のタイミングにおける、親ノードから子ノードへとＡＣＫビット列を送信する期間又は親ノードからのＡＣＫビット列を受信するスロットが属するスロット群が通信を行う期間を第１受信期間と定義する。自ノードが子ノードに向けてＡＣＫビット列を送信する期間又は自ノードが送信したＡＣＫビット列を子ノードが受信する期間が子ノードから見た第１受信期間に相当する。本実施形態においては、第１受信期間は、前のフレームにおける親ノードからのＡＣＫビット列を受信する期間のことを言う。

一例として、直前のタイミングにおける子ノードからのメッセージを受信する期間を第１期間、直前のタイミングにおける親ノードからのＡＣＫビット列を受信する期間を第１受信期間とする。実装によっては、上述したように、子ノードがメッセージを送信する期間を第１期間、親ノードがＡＣＫビット列を送信する期間を第１受信期間としてもよい。

ＡＣＫの送受信について、一例として、図３におけるノードＮ４を親とするノードＮ２、Ｎ３を用いて説明する。図６は、ノードＮ４を親とするノードＮ２、Ｎ３のＡＣＫ送信の例を示す図である。ノードＮ２、Ｎ３の親であるノードＮ４は、ノードＮ２、Ｎ３に対応する送信スロットで第１期間において受信処理を実行し、データを受信する。ブロードキャスト又はマルチキャストで送信を行う場合、ユニキャストとは異なり、ＡＣＫ（又はＮＡＣＫ）が直接受信側から送信側へと返送されることがない。そこで、別の方法によりＡＣＫのやりとりを行う。

ノードＮ４は、自身の送信スロットにおいて、自身のデータと併せて、ノードＮ２、Ｎ３のデータを中継伝送する。このタイミング（第１受信期間）において、ノードＮ４は、ノードＮ２、Ｎ３からのデータを受信したことを示すために、ノードＮ２、Ｎ３に割り当てられたＡＣＫビットに１を代入して伝送する。ノードＮ２、Ｎ３は、宛先情報に自身のアドレスが含まれているノードＮ４の送信した信号を受信し、それぞれに対応するＡＣＫビットを確認することにより、第１期間において自身が送信したデータがノードＮ４に受信されているか否かを第１受信期間において確認する。ノードＮ２、Ｎ３は、ＡＣＫビットが１ではない場合、又は、ノードＮ４のデータが受信できない場合には、送信したデータを次のフレームにおいて再送することにより、データを正しく伝送することが可能となる。

第１フレームの第１期間において第２スロット群のスロットを用いてノードＮ２がデータＤ１及びノードＮ３がデータＤ２を送信する。宛先情報としては、ノードＮ４が記載される。ノードＮ４は、第１期間において自ノード宛のメッセージを受信する。ノードＮ２、Ｎ３からのメッセージの受信に成功すると、ＡＣＫビット列中の各ノードＮ２、Ｎ３に対応するＡＣＫビットを１にする。

これに対して、第１受信期間において第１スロット群のスロットを用いてノードＮ４がＡＣＫ１を返答する。ＡＣＫ１には、データＤ１及びデータＤ２が第１期間においてノードＮ４に受信されていることを示すＡＣＫビット列が送信される。第１受信期間において、ノードＮ２、Ｎ３は、このＡＣＫビット列を受信し、データＤ１、Ｄ２の送信が成功したことを確認する。

続いて、第２フレームの第１期間においてノードＮ２、Ｎ３は、前フレームにおける自ノードからの送信が成功していることから、新たなデータＤ３、Ｄ４をそれぞれノードＮ４へと送信する。ノードＮ４は、自ノード宛のメッセージを受信する。ここで、ノードＮ４がデータＤ３の受信には成功したものの、データＤ４の受信に失敗又はデータＤ４の送信が確認できなかったとする。この場合、ノードＮ４は、第１期間においてノードＮ２からのデータＤ３を受信したことから、ＡＣＫビット列中ノードＮ２に対応するビットを１とする一方、ノードＮ３からデータを受信していないので、ノードＮ３に対応するビットを０とする。

第１受信期間において、ノードＮ４は、このＡＣＫビット列の情報を含むデータを送信し、ノードＮ２、Ｎ３は、当該情報を受信する。ノードＮ２は、自ノードに対するＡＣＫビットが１であることから、データＤ３の送信に成功していることを確認する。一方、ノードＮ３は、自ノードに対するＡＣＫビットが０であることから、データＤ４の送信が失敗したことを確認する。

続いて、第３フレームの第１期間においてノードＮ２は、前フレームにおける自ノードからの送信が成功していることから、新たなデータＤ５を送信する。一方で、ノードＮ３は、前フレームにおける自ノードからの送信が失敗していることから、前フレームで送信したデータＤ４を再送する。このタイミングにおいて、データＤ４とともに、次のデータであるデータＤ６を併せて送信してもよい。

このように、自ノードに対する親ノードが送信したＡＣＫを確認することにより、データの送信ミスを抑制することが可能となる。なお、上記では、ＡＣＫが１であるか０であるかに基づいてデータの再送をすることとしたが、この他、自ノード宛のＡＣＫビット列を受信することができなかった場合にも、第１期間において送信したメッセージの再送をしてもよい。自ノード宛のＡＣＫビット列が所定回数以上受信できない場合には、親ノードを変更する旨の信号を送信してもよい。

以下、フローチャートを用いて上述した処理の流れについて説明する。図７は、本実施形態に係る無線通信装置１の全体的な動作を示すフローチャートである。

まず、無線通信装置１の通信管理部１０は、通信状態を判断する（Ｓ１０）。判断結果が、送受信する必要が内期間である場合（Ｓ１０：送受信無し）、無線通信装置１を省電力状態へと遷移させる（Ｓ１２）。このように、通信する必要が無い場合には、省電力状態へと遷移させて、電力の消費を抑制する。

通信状態が送信状態である、すなわち、ノードが属するスロット群が送信期間であると判断した場合（Ｓ１０：送信）、送信処理のフェーズへと遷移する（Ｓ２０）。通信状態が受信状態である、すなわち、ノードが属するスロット群が受信期間であると判断した場合（Ｓ１０：受信）、受信処理のフェーズへと遷移する（Ｓ３０）。

図８は、Ｓ２０に示す送信処理の流れを示すフローチャートである。本実施形態においては、メッセージを送信する際に、自ノードから、自ノードのデータ及び中継するデータの全てを送信したか否かを示す送信完了フラグを生成し、メッセージに付加して送信する。

まず、各子ノードから受信したデータの確認を行う。最初に、未確認の子ノードがあるか否かを判断する（Ｓ２００）。未確認の子ノードがある場合（Ｓ２００：ＹＥＳ）、当該未確認の子ノードについて、処理を行う。未確認の子ノードとは、例えば、自ノードにおいて送信完了フラグを受信していない子ノードのことを言う。また、別の例としては、自ノードに接続されている子ノード全てからの受信データを確認してもよい。

この処理として、着目している子ノードの送信完了フラグを受信できているか否かを確認する（Ｓ２０２）。送信完了フラグが確認できる場合（Ｓ２０２：ＹＥＳ）、ＡＣＫビット列における当該ノードに対応するＡＣＫビットを１にする。このように、受信完了した子ノードに対してＡＣＫ信号を返すことにより、当該子ノードは、同一のスーパーフレーム内において、後のフレームにおけるデータの送信を行わなくてもよいという判断をすることが可能となり、消費電力の削減に繋がる。ＡＣＫビットの変更は、例えば、通信管理部１０の制御により、メッセージ処理部１４が実行する。

ＡＣＫビットを立てたあと、他に未確認の子ノードがあるか否かの動作へと再び戻る。また、着目している子ノードから送信完了フラグを受信していない場合（Ｓ２０２：ＮＯ）には、ＡＣＫビットを変更すること無く、Ｓ２００からの動作を続行する。

自ノードの全ての子ノードについて送信完了済フラグを確認した後（Ｓ２００：ＮＯ）、メッセージ処理部１４は、子ノードから受信したデータを含む、自ノードが取得したデータに基づいて、ペイロードの作成を行う（Ｓ２０６）。

次に、通信管理部１０は、自ノードに対する子ノード全てから送信完了フラグが受信しているか否かを判断する（Ｓ２０８）。スーパーフレーム内において子ノード全てからの送信が完了していれば、自ノードが直接取得したデータを送信し終えることにより、スーパーフレーム内における自ノードの送信を終了することが可能となる。

全ての子ノードからの送信完了フラグを取得している場合（Ｓ２０８：ＹＥＳ）、次に、子ノードからのデータ、及び、自ノードのデータを全て生成しているか否かを判断する（Ｓ２１０）。すなわち、自ノードが取得するデータ及び子ノードから中継するデータの全てを生成済であるか否かを判断する。

全てのデータを生成している場合（Ｓ２１０：ＹＥＳ）、自ノードの送信完了フラグを立てる（Ｓ２１２）。そして、自ノードの送信完了フラグ、及び、全データ（又は送信済ではない全データ）を含むメッセージを生成して送信する（Ｓ２１４）。

一方で、全ての子ノードからの送信完了フラグを受信していない場合（Ｓ２０８：ＮＯ）、又は、自ノードにおいて取得したデータが全て生成されていない場合（Ｓ２１０：ＮＯ）、そのタイミングにおいて準備できているデータを用いてメッセージを生成して、送信する（Ｓ２１４）。

自ノードが属するスロット群が送信期間である場合には、Ｓ２００からＳ２１４の処理に基づいてメッセージを生成して送信する。

次に、自ノードが属するスロット群が受信期間である場合の説明をする。図９は、図７のＳ３０に示す受信処理の流れを示すフローチャートである。本実施形態においては、メッセージを受信する際に、子ノードからの受信に対するＡＣＫビットの制御、及び、親ノードから自ノードに対するＡＣＫビットによる処理を行う。

まず、受信状態である場合には、無線通信装置１は、受信待機状態へと遷移する（Ｓ３００）。この受信待機状態は、例えば、第１通信期間においては、全ての子ノードからの受信、第２通信期間においては、親ノードからのＡＣＫビット列の受信が終了するまで継続的に以下に示す処理とともに並行して継続されるものであってもよい。

待機状態において、自ノードを宛先とするメッセージを受信した場合（Ｓ３０２：ＹＥＳ）、当該メッセージが子ノードからの受信であるか否かを確認する（Ｓ３０４）。

子ノードからの受信である場合（Ｓ３０４：ＹＥＳ）、受信したタイミングが第１期間であるか否かを判断する（Ｓ３０６）。

第１期間における受信である場合（Ｓ３０６：ＹＥＳ）、自ノードにおけるＡＣＫビット列において、メッセージ送信元の子ノードからの受信が成功したことを示す当該子ノードに対するＡＣＫビットを立てる（Ｓ３０８）。

次に、受信したメッセージ内に送信完了フラグがあるか否か、すなわち、メッセージ送信元の子ノードが全てのデータを送信しているか否かを確認する（Ｓ３１０）。送信完了フラグが確認できた場合（Ｓ３１０：ＹＥＳ）、当該子ノードに関する送信完了フラグを保存する（Ｓ３１２）。

一方、Ｓ３０４において、受信したメッセージの送信元が子ノードではない場合（Ｓ３０４：ＮＯ）、親ノードからのメッセージであると判断し、当該メッセージの受信したタイミングが第１受信期間であるか否かを判断する（Ｓ３１４）。なお、本実施形態においては、受信待機状態において、データを受信する前に、第１期間であるか第１受信期間であるかを判断しておき、メッセージを受信した場合に、送信元が子ノードであるか親ノードであるかを判断してもよい。さらに別の例として、第１期間であるか第１受信期間であるかを判断した上で受信待機状態となってもよい。なお、このＳ３１４の前に、明示的に親ノードからのメッセージであるか否かを判断してもよい。判断した結果、親ノードからのメッセージではない場合には、例えば、受信継続か否かを判断するステップへと遷移させる。

受信したタイミングが第１受信期間である場合（Ｓ３１４：ＹＥＳ）、メッセージ中のＡＣＫビット列において、自ノードに対するＡＣＫビットが立てられているか否かを確認する（Ｓ３１６）。

自ノードに対するＡＣＫビットが立てられていない場合（Ｓ３１６：ＮＯ）、前回の自ノードから送信したデータを親ノードが受信していないと判断し、送信できていないと判断できるデータを含むデータを再送データとして生成する（Ｓ３１８）。生成された再送データは、例えば、図８におけるＳ２１４において再送メッセージを含んだメッセージを生成して送信することにより、親ノードへと再送される。なお、再送データはこのタイミングで生成せずに、親ノードからのＡＣＫが無かったことを示すフラグを付与しておき、メッセージの送信処理（Ｓ２０）で当該フラグを参照することにより、メッセージ生成処理において再送すべきデータを含むメッセージを生成してもよい。

データ受信していない場合（Ｓ３０２：ＮＯ）、子ノードからの受信であり第１期間ではない場合（Ｓ３０６：ＮＯ）、子ノードからのメッセージに送信完了フラグが無い場合（Ｓ３１０：ＮＯ）、親ノードからの受信であり第１受信期間では無い場合（Ｓ３１４：ＮＯ）、親ノードからの受信であり自ノードのＡＣＫビットがある場合（Ｓ３１６：ＹＥＳ）においては、その後、受信継続であるか否かを判断する（Ｓ３２０）。また、送信完了フラグを保存した（Ｓ３１２）後、又は、再送データを生成した（Ｓ３１８）後は、同様に受信継続か否かを判断するステップへと移行する（Ｓ３２０）。

受信継続と判断された場合（Ｓ３２０：ＹＥＳ）、受信待機状態（Ｓ３００）へと再び遷移し、受信継続しない場合（Ｓ３２０：ＮＯ）、Ｓ３０の処理は終了する。受信継続であるか否かは、前述したように、第１期間である、又は、第１受信期間である、という条件により判断してもよいし、さらに、第１期間であり全ての子ノードからの受信が完了していない、又は、第１受信期間であり親ノードからの受信が完了していない、という条件により判断してもよいし、他の条件を加えて判断してもよい。

本実施形態において、データ管理部１２は、データを保存するためのバッファ、メモリ等が備えられるが、このバッファ等に空き容量がない状況においては、子ノードから受信された新たなデータを追加できない場合がある。この場合、ＡＣＫビットを立てて送信したデータについて子ノード側でデータが破棄される場合があり、親子両方のノードにおいてデータが破棄されてしまう可能性がある。

この状態を回避するため、図９のＳ３０６の後に、データ管理部１２へのデータ追加可否の問い合わせを行い、データ追加可能である場合にＡＣＫビットを立て、データ追加不可能である場合には受信処理を終了してもよい。このように処理することにより、有限のバッファ及びメモリによって破棄されるリスクのあるデータを救済することが可能となる。

また、別の例として、データ管理部１２は、上記のようにバッファ等が足りない場合には、データ保存に失敗するものと判断し、データ保存失敗通知を通信管理部１０に伝達してもよい。通信管理部１０は、データ管理部１２から、データ保存失敗通知を受けた場合、ＡＣＫを設定しないようにしてもよい。このように、ＡＣＫを設定しないことにより、子ノードから送信されたメッセージが正常に受信されていないことを子ノードへと通知し、保存に失敗するデータの再送を子ノードに促すことが可能となる。例えば、図９において、Ｓ３０６とＳ３０８との間にこの処理を挿入する。

以上のように、本実施形態によれば、親ノードにおいて子ノードからの第１期間における受信に対してＡＣＫをメッセージに付与し、子ノードにおいて親ノードからのＡＣＫを第１受信期間における受信で確認することにより、同期ミス等によるデータの破棄等を抑制し、上下両方向のデータ送信において適切なＡＣＫビットを通知できる。これにより、通信の信頼度を向上させることが可能となる。

なお、第１受信期間に受信したか否かの確認を行うＳ３１４のステップは必ずしも必須ではない。子ノードは、直前の第１期間で送信したデータが親ノードで受信され、ＡＣＫが返されているか否かを、次の第１期間までの間に確認できれば十分である。すなわち、図９においてＳ３１４のステップは省略することが可能であり、第１期間において子ノードから受信したデータに対するＡＣＫを設定することにより、上述の実施形態の効果を奏することが可能である。

（第２実施形態）
前述した第１実施形態においては、上り方向（親ノード方向）及び下り方向（子ノード方向）へのデータの送信を一括して行うものであったがこれには限られない。本実施形態においては、前述のＡＣＫ送受信方法を、上り方向と下り方向が別々にデータ送信される場合に適用しようというものである。

図１０は、本実施形態に係るデータ送受信を模式的に示す図である。図において、水平方向の直線から上向きに出ているスロット及び矢印が上方向への送信スロット及び送信処理であり、下向きに出ているスロット及び矢印が下方向への送信スロット及び送信処理である。このように、上下方向のデータ送信について、それぞれにスロットを備える。図６と同様に、ノードＮ２、Ｎ３、Ｎ４間における通信について着目してスロット及び送信状態を実線で示し、それ以外の通信については、点線で示している。

図に示すように、上り方向の通信は、前述した実施形態と同様に、スロット群インデックスの降順に、ホップ数（より正確には、ホップ数のスロット群の数による剰余）の大きいノードから通信されるように行われる。すなわち、フレームにおいて、第３スロット群でノードＮ２、Ｎ３、Ｎ６がそれぞれの親ノードへと送信を行い、続いて、第２スロット群でノードＮ４、Ｎ７のノードがそれぞれの親ノードへと送信を行う。以下、同様に、スロット群のインデックスが０になるまでそれぞれに対応したホップ数であるノードが上方向へと通信を行う。

一方、下り方向の通信は、前述した実施形態と異なり、スロット群インデックスの降順に、ホップ数（同上）の小さいノードから通信されるように行われる。例えば、フレームにおいて、最初のスロット群において、サーバー及びホップ数の剰余が０のノードからの通信が行われ、続くスロット群において、ホップ数の剰余が１となるノードから下り方向の通信が行われる。

図１０に示す例において、より具体的には、スロット群インデックスが３であるスロット群において、サーバーとノードＮ１からの通信が行われ、インデックスが２であるスロット群において、ノードＮ５、Ｎ８から通信が行われ、インデックスが１であるスロット群において、ノードＮ４、Ｎ７から通信が行われ、インデックスが０であるスロット群において、ノードＮ２、Ｎ３、Ｎ６から通信が行われる。なお、ノードＮ１のように子ノードが存在しないノードにおいては、下り方向の通信をしなくてもよい。なお、スロット群の数が奇数である場合には、中央のスロット群に属するノードは、上下方向の送信の双方について同一スロットを用いて並行して行う。

ノードＮ４は、第１実施形態と同様に、第３スロット群においてノードＮ２、Ｎ３からデータを受信し、第２スロット群においてノードＮ２、Ｎ３へとＡＣＫビット列を送信する。一方で、ノードＮ５からのＡＣＫビット列の受信を、第２スロット群において行う。

上下方向のＡＣＫビット列をそれぞれ備える場合、例えば、ノードＮ４の上方向に送信するＡＣＫビット列は、「０，０，１，１，０，０，０，０，０」であり、下方向に送信するＡＣＫビット列は、「０，０，０，０，０，１，０，０，０」である。方向に拘わらずＡＣＫビット列、すなわち、上下方向に対して同じＡＣＫビットを送信する場合、「０，０，１，１，０，１，０，０，０」のようないずれの方向に対してもＡＣＫ送信可能なビット列となる。

以下、便宜上、あるスロットでのメッセージ送信に着目した場合に、直前のスロット群における送信期間又は直前のスロット群において親ノードから送信された下り方向むけのメッセージの受信期間を、第２期間と定義する。すなわち、メッセージ送信を行うスロットが属するスロット群の直前のスロット群における親ノードから下り方向のメッセージを送信する期間又は親ノードからのメッセージを受信する期間が第２期間である。同様に、自ノードが子ノードに向けてメッセージを送信する期間又は自ノードが送信した下り方向メッセージを子ノードが受信するスロットが属するスロット群が通信を行う期間が、親ノードから見た第２期間に相当する。

逆に、直前のタイミングにおける、下り方向メッセージの子ノードから親ノードへとＡＣＫビット列を送信する期間又は子ノードからのＡＣＫビット列を受信するスロットが属するスロット群が通信を行う期間を第２受信期間と定義する。自ノードが親ノードに向けてＡＣＫビット列を送信する期間又は自ノードが送信したＡＣＫビット列を親ノードが受信する期間が親ノードから見た第２受信期間に相当する。本実施形態においては、第２受信期間は、前のフレームにおける下り方向メッセージの子ノードからのＡＣＫビット列を受信する期間のことを言う。

また、ノードＮ４に着目した場合、ノードＮ２、Ｎ３からデータを受信する期間が第１期間であり、ノードＮ５からＡＣＫビットを受信する期間が第２期間となるが、これらの期間は必ずしも異なる期間であるとは限られない。例えば、上述したように、スロット群の数が奇数である場合には、第１期間であり、かつ、第２期間である場合も存在する。

図１１は、本実施形態に係る送信処理（Ｓ２０）の処理の流れを示すフローチャートである。基本的には、図８に示す第１実施形態と同様である。まず、未確認の親ノード、子ノードがあるか否かを確認する（Ｓ２１６）。これは、ＡＣＫとして送信するデータに親ノードに対するＡＣＫを含めるためである。

親ノード、子ノードの送信完了フラグを確認した後、上り方向への通信であるか、下り方向への通信であるかを判断する（Ｓ２１８）。

上り方向への送信である場合（Ｓ２１８：ＹＥＳ）、前述した第１実施形態と同様に、Ｓ２０６からＳ２１４の処理を行う。一方で、下り方向への送信である場合（Ｓ２１８：ＮＯ）、Ｓ２０６からＳ２１２の処理をせずに、ＡＣＫビット列をメッセージとして生成し、送信する（Ｓ２１４）。このように、ＡＣＫビット列を子ノードへと送信する。

このように処理することにより、上下方向への通信に対するＡＣＫを送信することが可能となる。

図１２は、本実施形態に係る受信処理（Ｓ３０）の処理の流れを示すフローチャートである。図９に示すフローチャートと異なる箇所は、Ｓ３２２、Ｓ３２４、Ｓ３２６、Ｓ３２８、Ｓ３３０、Ｓ３３２、Ｓ３３４の各ステップである。

データを受信した後（Ｓ３０２：ＹＥＳ）、本実施形態では、子ノードからの受信であることに加え、上り方向へのデータ送信に対する通信であるか否かを判断する（Ｓ３２２）。これは、子ノードからも下り方向の送信が行われるため、これらの方向を明確に区別するためである。上り方向かつ子ノードからの受信であった場合（Ｓ３２２：ＹＥＳ）、Ｓ３０６からＳ３２０の処理を行う。

上り方向かつ子ノードからの受信ではなかった場合（Ｓ３２２：ＮＯ）、下り方向の通信であり、かつ、親ノードからの受信であるか否かを判断する（Ｓ３２４）。このように判断する理由は、上記の理由と同様である。下り方向かつ親ノードからの受信である場合（Ｓ３２４：ＹＥＳ）、受信した期間が第２期間であるか否かを判断する（Ｓ３２６）。受信したタイミングが第２期間である場合（Ｓ３２６：ＹＥＳ）、Ｓ３０８からＳ３２０の処理を行う。例えば、ノードＮ４において、ノードＮ５から下り方向のメッセージを受信した場合、ノードＮ５に対応するＡＣＫビットを１とする。受信したタイミングが第２期間ではない場合（Ｓ３２６：ＮＯ）、Ｓ３２０の処理へと移行する。

下り方向かつ親ノードからの受信では無かった場合（Ｓ３２４：ＮＯ）、上り方向の通信であり、かつ、親ノードからの受信であるか否かを判断する（Ｓ３２８）。上り方向かつ親ノードからの受信である場合（Ｓ３２８：ＹＥＳ）、受信した期間が第１受信期間であるか否かを判断する（Ｓ３３０）。受信したタイミングが第１受信期間である場合（Ｓ３３０：ＹＥＳ）、Ｓ３１６以降の処理を行う。受信したタイミングが第１受信期間ではない場合（Ｓ３３０：ＮＯ）、Ｓ３２０の処理へと移行する。

上り方向かつ親ノードからの受信ではなかった場合（Ｓ３２８：ＮＯ）、下り方向の通信であり、かつ、子ノードからの受信であるか否かを判断する（Ｓ３３４）。下り方向かつ子ノードからの受信である場合（Ｓ３３４：ＹＥＳ）、第２受信期間であるか否かを判断する（Ｓ３３４）。受信したタイミングが第２受信期間である場合（Ｓ３３４：ＹＥＳ）、Ｓ３１６以降の処理を行う。受信したタイミングが第２受信期間では無い場合（Ｓ３３４：ＮＯ）、Ｓ３２０の処理へと移行する。

下り方向かつ子ノードからの受信では無かった場合（Ｓ３３２：ＮＯ）、Ｓ３２０の処理へと以降する。なお、Ｓ３２２、Ｓ３２４、Ｓ３２８、Ｓ３３２の順番は、適宜入れ替えることも可能である。

前述の実施形態と同様に、データ管理部１２は、データを保存するためのバッファ、メモリ等が備えられるが、このバッファ等に空き容量がない状況においては、子ノードから受信された新たなデータを追加できない場合がある。この場合、ＡＣＫビットを立てて送信したデータについて子ノード側でデータが破棄される場合があり、親子両方のノードにおいてデータが破棄されてしまう可能性がある。

この状態を回避するため、図１２のＳ３０６の後及びＳ３２６の後に、データ管理部１２へのデータ追加可否の問い合わせを行い、データ追加可能である場合にＡＣＫビットを立て、データ追加不可能である場合には受信処理を終了してもよい。このように処理することにより、有限のバッファ及びメモリによって破棄されるリスクのあるデータを救済することが可能となる。第１実施形態と同様に、データ管理部１２がデータ保存失敗通知を通知して、通信管理部１０がＡＣＫの管理を行うようにしてもよい。

以上のように、本実施形態によれば、前述した実施形態のＡＣＫ送受信を上方向、下方向別々にメッセージ送信する場合にも適用することが可能である。前述の第１実施形態と同様に、第１受信期間、第２受信期間であるか否かの判断は、必須の構成ではない。すなわち、Ｓ３３０、Ｓ３３４のステップは省略してもよい。

なお、このような場合に限られず、種々のメッセージ送信においても同様の構成とすることが可能である。例えば、メッシュネットワークにおけるメッセージの送受信について、ＡＣＫの受信タイミングとメッセージの送信タイミング、及び、メッセージの受信タイミングとＡＣＫの送信タイミングとを、図７乃至図９、図１１、図１２のフローチャート処理と同様に構成することが可能である。例えば、接続されるノード同士において、サーバーに近い方、あるいは、基準となる無線通信装置１を設定し、仮想的に、当該無線通信装置１に近い方を親ノード、逆側の接続を子ノードとし、経由する無線通信装置１の個数をホップ数としてもよい。

上述した各実施形態の無線通信装置１の構成要素は、プロセッサなどを実装しているＩＣ（Integrated Circuit：集積回路）などの専用のハードウェアにより実現されてもよい。例えば、無線通信装置１は、受信部を実現する受信回路と、送信部を実現する送信回路と、通信管理、データ管理、メッセージ処理を制御する制御部を実現する制御回路（処理回路）と、を備えていてもよい。制御部の内部構成も、専用の回路で実現されてもよい。あるいは、構成要素がソフトウェア（プログラム）を用いて実現されてもよい。ソフトウェア（プログラム）を用いる場合は、上記に説明した実施形態は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用い、コンピュータ装置に搭載された中央処理装置（ＣＰＵ：Central Processing Unit）等のプロセッサにプログラムを実行させることにより、実現することが可能である。機能の一部をソフトウェアで構成する場合には、無線通信システム２の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、無線通信システム２の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

本実施形態で用いられる用語は、広く解釈されるべきである。例えば用語“プロセッサ”は、アナログ又はデジタルの回路を備えて構成されてもよく、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含してもよい。状況によって、“プロセッサ”は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路（ＰＬＤ）などを指してもよい。“プロセッサ”は、複数のマイクロプロセッサのような処理装置の組み合わせ、ＤＳＰおよびマイクロプロセッサの組み合わせ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサを指してもよい。

別の例として、用語“メモリ”は、電子情報を格納可能な任意の電子部品を包含してもよい。“メモリ”は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、フラッシュメモリ、磁気または光学データストレージを指してもよく、これらはプロセッサによって読み出し可能である。プロセッサがメモリに対して情報を読み出しまたは書き込みまたはこれらの両方を行うならば、メモリはプロセッサと電気的に通信すると言うことができる。メモリは、プロセッサに統合されてもよく、この場合も、メモリは、プロセッサと電気的に通信していると言うことができる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

例えば、ＡＣＫビットは、ＡＣＫがある場合に１にするものとしたがこれには限られず、他の表現であってもよい。また、明示的にＡＣＫがないことを示すように、ＮＡＣＫビットを用いて前述の実施形態と同様の機能を奏するようにしてもよい。

１：無線通信装置
１０：通信管理部
１２：データ管理部
１４：メッセージ処理部
１６：無線インターフェース
１８：アンテナ
２：無線通信システム

Claims (12)

1. 無線信号の送受信をする、無線インターフェースと、
   宛先情報と、他の無線通信装置から送信されたデータを正常に受信したか否かの情報である応答確認情報と、を備えるメッセージを処理する、メッセージ処理部と、
   自らを宛先として上り方向に前記メッセージを送信した子ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する通信管理部であって、前記子ノードから前記メッセージを受信する期間である第１期間において前記子ノードから受信したデータに対して前記応答確認情報を設定し、前記第１期間以外において前記子ノードから受信したデータに対して前記応答確認情報を設定しない、通信管理部と、
   を備える無線通信装置。
2. 前記通信管理部は、自らを宛先として下り方向に前記メッセージを送信した親ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する、請求項１に記載の無線通信装置
3. 前記通信管理部は、前記親ノードから受信した前記メッセージに対する前記応答確認情報を設定する期間である第２期間において前記親ノードから受信したデータに対して前記応答確認情報を設定し、前記第２期間以外において前記親ノードから受信したデータに対して前記応答確認情報を設定しない、請求項２に記載の無線通信装置。
4. 前記メッセージはさらに、自らが送信するデータの送信が完了したか否かを示す送信完了フラグを備え、
   前記通信管理部は、上り方向のデータが存在する場合において、自らに接続する子ノードからの前記送信完了フラグの受信が完了し、かつ、自らが格納しているデータの送信が完了する場合に、前記送信完了フラグを設定する、
   請求項３に記載の無線通信装置。
5. 前記メッセージはさらに、自らが送信するデータの送信が完了したか否かを示す送信完了フラグを備え、
   前記通信管理部は、上り方向のデータ及び下り方向のデータが存在する場合において、自らに接続する子ノード及び親ノードからの前記送信完了フラグの受信が完了し、かつ、自らが格納しているデータの送信が完了する場合に、前記送信完了フラグを設定する、
   請求項３に記載の無線通信装置。
6. マルチホップネットワークを形成し、
   通信を行うタイミングであるスロット単位で通信を行い、
   前記スロットは、マルチホップネットワークにおけるホップ数により決定され、
   前記第１期間は、子ノードのホップ数に割り当てられた前記スロットを含む期間である、請求項１乃至請求項５のいずれかに記載の無線通信装置。
7. 前記第２期間は、親ノードのホップ数に割り当てられた前記スロットを含む期間である、請求項６に記載の無線通信装置。
8. データを保存する、データ管理部であって、受信データが保存できない場合に、前記通信管理部に対してデータ保存失敗通知する、データ管理部をさらに備え、
   前記通信管理部は、前記データ管理部から前記データ保存失敗通知がされた場合に、前記応答確認情報を設定しない、請求項１乃至請求項７のいずれかに記載の無線通信装置。
9. 前記無線インターフェースは、前記メッセージをブロードキャスト又はマルチキャストで送信する、請求項１乃至請求項８のいずれかに記載の無線通信装置。
10. 複数の無線通信装置を備えたノードを備え、それぞれのノードは、少なくとも１つの他のノードとの間において、いずれか一方が子ノードであり、他方が親ノードとなる関係を形成し、この関係において、全てのノードが無線通信を用いて接続されている、無線通信システムであって、
    前記親ノードは、前記子ノードからメッセージを受信した場合、前記メッセージを受信したタイミングが前記子ノードから前記メッセージを受信する期間である第１期間に属するか否かを判断し、
    前記メッセージを受信した期間が前記第１期間に属する場合、前記メッセージを正常に受信したか否かの情報である応答確認情報を設定し、
    前記メッセージを受信した期間が前記第１期間に属しない場合、前記応答確認情報を設定しない、
    無線通信システム。
11. 無線インターフェースが、無線信号の送受信し、
    メッセージ処理部が、宛先情報と、他の無線通信装置から送信されたデータを正常に受信したか否かの情報である応答確認情報と、を備えるメッセージを処理し、
    自らを宛先として上り方向に前記メッセージを送信した子ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する通信管理部が、前記子ノードから前記メッセージを受信する期間である第１期間において前記子ノードから受信したデータに対して前記応答確認情報を設定し、前記第１期間以外において前記子ノードから受信したデータに対して前記応答確認情報を設定しない、
    無線通信方法。
12. コンピュータを
    無線信号の送受信をする、無線通信手段、
    宛先情報と、他の無線通信装置から送信されたデータを正常に受信したか否かの情報である応答確認情報と、を備えるメッセージを処理する、メッセージ処理手段、
    自らを宛先として上り方向に前記メッセージを送信した子ノードを形成する他の無線通信装置の前記応答確認情報の設定を行い、前記応答確認情報を前記メッセージ処理部に通知する通信管理手段であって、前記子ノードから前記メッセージを受信する期間である第１期間において前記子ノードから受信したデータに対して前記応答確認情報を設定し、前記第１期間以外において前記子ノードから受信したデータに対して前記応答確認情報を設定しない、通信管理手段、
    として機能させるプログラム。

Images