【課題】第１の無線通信機１ｂから送信される電波信号は、移動機である第２の無線通信機２ｂで受信可能なのに、第２の無線通信機２ｂから送信される電波信号は第１の無線通信機１ｂで受信不能、という状況を回避する。
【解決手段】第１の無線通信機１ｂは、第２の無線通信機２ｂから送信される電波信号を受信し、受信した電波信号の品質ＬＱＩ＿ＥＤ＿ＣＮを計測する。第２の無線通信機２ｂは、第１の無線通信機１ｂから送信される電波信号を受信し、受信した電波信号の品質ＬＱＩ＿ＣＮ＿ＥＤを計測する。そして、第１の品質ＬＱＩ＿ＥＤ＿ＣＮが第２の品質ＬＱＩ＿ＣＮ＿ＥＤよりも低い場合、第２の無線通信機２ｂは、送信する電波信号の強度を上げる。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
無線通信技術は、様々なサービスを提供するために利用されている。例えば、銀行や病院などでの利用者受付のために無線通信システムが使われることがある。
ある順番呼出方法の１つの目的は、受付希望者が窓口近傍で順番待ちをせずに済み、個人情報が他者に漏れることなく、窓口近傍にいる受付希望者だけに呼び出しが行えるようにすることである。
【０００３】
この順番呼出方法で使われる受付順序管理装置は、短距離無線通信ユニットと補助記憶装置とを有する。補助記憶装置内の予約情報データベースには、利用者の携帯情報端末から送信された個人情報と、個人情報を受信した順に生成される予約番号と、窓口を含む所定領域内に携帯情報端末が進入しているか否かを示す窓口在席フラグとが、格納される。
【０００４】
窓口係員による呼び出しの際には、窓口在席フラグが「１」のレコードのうち、最も若い予約番号のレコードが読み出され、その予約番号に対応する携帯情報端末へ呼出情報が送信される。呼出情報を受信した携帯情報端末では、呼出ユニットが駆動して、音声を発したり振動したりする。
【０００５】
別の窓口受付システムの１つの目的は、窓口にて受付処理を行ってから順番が巡って来るまでの待ち時間を、利用者が有効に活用することができるようにすることである。
そのために、受付係または利用者が窓口端末を操作することにより、予約番号、予約認証番号、および送信先電子メールアドレスが、文字とバーコードでチケットにプリントアウトされる。また、発行されたチケットに記載のメールアドレスに宛てて送信されたメールの送信元メールアドレスが、受付管理データベースに登録される。そして、上記利用者に待ち順が来た場合に、上記の送信元メールアドレスにメールが自動的に返信される。
【０００６】
ところで、多くの無線通信システムは移動機を含み、移動機に継続的にサービスを提供するために、ハンドオーバ（ハンドオフともいう）が行われる。ハンドオーバに関しても様々な技術が提案されている。
【０００７】
例えば、スレーブ装置が、共用リソース・ネットワークの現在接続中の第１マスター装置から、この共用リソース・ネットワークの他のマスター装置へのハンドオフを実行するための、ある方法が提案されている。当該方法は、共用リソース・ネットワークのトポロジについての情報を、第１マスター装置内に保持するステップを有する。また、当該方法は、ハンドオフ期間中に、１つ以上の他のマスター装置において、上記トポロジにもとづいて呼び出し手順を実行するステップを有する。
【０００８】
そして、リソース・ネットワークのマスター装置によって保持されるトポロジ情報は、マトリクス形態で保持され、本トポロジ情報は、何れの１以上のマスター装置が上記マスター装置に隣接しているかを示す情報を含んでいる。上記の呼び出し手順では、上記の他のマスター装置の各々が、スレーブ装置の呼び出しを行う。
【０００９】
また、迅速かつ信頼性の高いハンドオーバを実現することを目的とした、次のような技術も提案されている。当該技術は、セルラ用基地局のネットワーク収容エリアと、複数のＷＬＡＮ（Wireless Local Area Network）アクセスポイントのネットワーク収容エリアがオーバラップした構成に適用される。
【００１０】
上記構成において、移動するモバイルノード（つまり移動端末）は、聴取された各ＷＬＡＮアクセスポイントからのビーコン情報を格納する。そして、モバイルノードは、新たなＷＬＡＮアクセスポイントへのハンドオーバを決定した時点で、格納されている情報から、ハンドオーバの対象となるＷＬＡＮアクセスポイントのビーコン情報を取得する。それにより、モバイルノードは、次のビーコンの聴取を待つことなく、即座にハンドオーバ処理が実行可能となる。また、モバイルノードは、各ＷＬＡＮアクセスポイントに接続した場合のネットワーク接続の安定性に関する情報を格納し、この安定性を考察することによって、ハンドオーバの対象として適したＷＬＡＮアクセスポイントを判定する。
【００１１】
ところで、移動機の移動以外の要因によっても、無線通信環境は動的に変化し得る。そこで、データを送信する無線通信装置が、データの符号化に用いるデータ圧縮率および／またはデータレートを柔軟に変化させることができるように、次のような技術も提案されている。具体的には、データを受信する無線通信装置が、データの符号化を行う送信側無線通信装置に対し、マルチバンド直交周波数分割多重方式のビーコンスロットに、データ圧縮率情報および／またはデータレート情報を含めて送信する。
【００１２】
また、上記の例のように、ある種の無線通信システムではビーコンが利用される。ビーコンが利用されるシステムにおける１つの目的は、１ビーコン周期で効率よく情報伝達を行うことである。
【００１３】
例えば、あるビーコン無線通信装置は、親機から受信したビーコンが自ビーコン無線通信装置の識別子を含むか否かを判断し、自分の識別子が含まれれば、アクセスすべき時刻を計算して親機にアクセスする。ビーコン周期は、親機がビーコン無線通信装置と通信する無線通信区間と、親機が無線通信以外の処理を行う未使用区間を含む。アクセスすべき時刻の計算に際してビーコン無線通信装置は、ビーコンが含む識別子のうちでの自ビーコン無線通信装置の識別子の順序と未使用区間の長さとに応じて、受信したビーコンの発信時刻を起点としてビーコン周期内での時刻を計算する。
【００１４】
以上のように、無線通信技術は、様々な分野で使われており、様々な観点から研究されている。しかしながら、種々の状況に応じて生じ得るすべての問題が解決されているわけではない。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００３−１７４４０１号公報
【特許文献２】特開２００８−２１３００号公報
【特許文献３】特開２００９−１５３１５２号公報
【特許文献４】特表２００４−５３６４９５号公報
【特許文献５】特表２００９−５０８３６３号公報
【特許文献６】特開２０１０−３４８３１号公報
【特許文献７】特開２００９−２６０９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１６】
第１の無線通信機と、移動機である第２の無線通信機を備える無線通信システムにおいては、以下のような状況が生じ得る。すなわち、第１の無線通信機から送信される電波信号は第２の無線通信機で受信可能なのに、第２の無線通信機から送信される電波信号は第１の無線通信機で受信不能、という状況が生じ得る。
【００１７】
例えば、第１の無線通信機と第２の無線通信機がそれぞれ送信する電波信号の強度同士の関係や、第１の無線通信機と第２の無線通信機との間の距離によっては、上記のような状況が生じ得る。そして、上記の状況下では、仮に、第１の無線通信機から送信される電波信号に応じて、第２の無線通信機が何らかの電波信号を送信したとしても、第１の無線通信機は、第２の無線通信機から送信された電波信号を認識することができない。つまり、上記の状況は誤認識を引き起こす。
【００１８】
本発明は、１つの側面では、上記のような状況を回避することを目的とする。
【課題を解決するための手段】
【００１９】
一態様により提供される無線通信システムは、第１の無線通信機と、移動機である第２の無線通信機を備える。前記第１の無線通信機は、第１の受信手段と第１の計測手段と第１の送信手段を備え、前記第２の無線通信機は、第２の受信手段と第２の計測手段と第２の送信手段と調整手段を備える。
【００２０】
前記第１の受信手段は、前記第２の無線通信機から送信される電波信号を受信する。前記第１の計測手段は、前記第１の受信手段が受信した前記電波信号の品質を計測する。前記第１の送信手段は、電波信号を送信する。
【００２１】
また、前記第２の受信手段は、前記第１の無線通信機から送信される前記電波信号を受信する。前記第２の計測手段は、前記第２の受信手段が受信した前記電波信号の品質を計測する。前記第２の送信手段は、電波信号を送信する。
【００２２】
そして、前記調整手段は、前記第１の計測手段が計測した第１の品質が、前記第２の計測手段が計測した第２の品質よりも低い場合、前記第２の送信手段が送信する前記電波信号の強度を上げる。
【発明の効果】
【００２３】
上記の無線通信システムによれば、調整手段による調整の結果として、上記のような状況は回避される。
【図面の簡単な説明】
【００２４】
【図１】コーディネータとエンドデバイスの送信電波強度の相対関係と、通信エラーの発生する領域を模式的に示す図である。
【図２】無線通信システムの例を示す図である。
【図３】コーディネータとエンドデバイス間の距離と、エンドデバイスで受信されるビーコンのＬＱＩとの関係を示すグラフである。
【図４】エンドデバイスのブロック構成図である。
【図５】コーディネータのブロック構成図である。
【図６】第１実施形態の通信シーケンスの例である。
【図７】フレーム形式の例を示す図である。
【図８】第１実施形態のコーディネータの動作フローチャートである。
【図９】調整パラメタ情報の例を示す図である。
【図１０】第１実施形態のエンドデバイスの動作フローチャートである。
【図１１】第２実施形態の通信シーケンスの例である。
【図１２】第２実施形態のコーディネータの動作フローチャートである。
【図１３】第２実施形態のエンドデバイスの動作フローチャートである。
【図１４】より好ましい調整の程度について説明する図である。
【図１５】調整の要否が判断される頻度に関する複数のモードについて説明する図である。
【発明を実施するための形態】
【００２５】
以下、実施形態について、図面を参照しながら詳細に説明する。まず、図１〜５を参照して、第１〜２実施形態の共通点について説明するとともに、第１実施形態と第２実施形態の違いについても簡単に説明する。その後、図６〜１０を参照して第１実施形態について説明し、図１１〜１３を参照して第２実施形態について説明する。最後に、その他の変形例についても説明する。いくつかの変形例に関しては図１４〜１５も参照する。
【００２６】
さて、まず図１を参照して、以下の第１〜第２実施形態において解決しようとする課題と、その解決策の概要を説明する。図１は、コーディネータとエンドデバイスの送信電波強度の相対関係と、通信エラーの発生する領域を模式的に示す図である。なお、図面中では、紙幅の都合上、「コーディネータ」と「エンドデバイス」をそれぞれ「ＣＮ」と「ＥＤ」のように略すことがある。
【００２７】
詳しくは後述するが、図１のコーディネータ１ａは、ビーコンを利用したプル型の無線通信システムにおける、１種のアクセスポイントである。コーディネータ１ａは、適宜の位置に予め設置され、定期的にビーコンを送信する。他方、エンドデバイス２ａは移動機である。
【００２８】
図１に網点パターンで示した領域（エリア）３ａは、コーディネータ１ａから送信されるビーコンが受信可能な領域である。図１では、ビーコンの送信方向を模式的に示す矢印が、コーディネータ１ａから、領域３ａの縁に向かって、描かれている。
【００２９】
エンドデバイス２ａは、もし領域３ａ内に位置していれば、コーディネータ１ａから送信されるビーコンを受信し、エンドデバイス２ａ宛のデータがあるか否かを、ビーコンの内容から判断する。もし、エンドデバイス２ａにまだ送信されずにコーディネータ１ａ内でペンディングになっているデータがあれば、ビーコンには、エンドデバイス２ａのＩＤ（identifier）が含まれる。よって、エンドデバイス２ａは、受信したビーコンを用いて上記のような判断を行うことができる。
【００３０】
そして、エンドデバイス２ａ宛のデータがあれば、エンドデバイス２ａは、エンドデバイス２ａ宛のデータの送信をコーディネータ１ａに要求する。コーディネータ１ａは、エンドデバイス２ａからの要求に応じて、エンドデバイス２ａ宛のデータをエンドデバイス２ａに送信する。
【００３１】
以上のようにして、ビーコンを利用することにより、エンドデバイス２ａからの要求に応じてデータが送信されるプル型通信が実現される。ところが、以上のようなプル型通信を成功するのは、実際には、「エンドデバイス２ａが送信した要求をコーディネータ１ａが受信することが可能である」という条件が成り立つときである。以下に述べるとおり、この条件が成り立たないと、通信エラーが生じる。
【００３２】
ここで、図１に太線で輪郭を示した領域４ａは、「移動機であるエンドデバイス２ａから送信される要求が、所定位置に固定されたコーディネータ１ａにおいて受信可能である」という条件を満たしつつ、エンドデバイス２ａが移動可能な範囲を示す。図１において領域４ａの縁からコーディネータ１ａに向かう矢印は、領域４ａの輪郭線上のある１点にエンドデバイス２ａが位置しているときにエンドデバイス２ａから送信される要求が、コーディネータ１ａで受信可能であることを、模式的に示している。
【００３３】
コーディネータ１ａとエンドデバイス２ａの組み合わせの例では、コーディネータ１ａの送信電波強度よりも、エンドデバイス２ａの送信電波強度の方が大きいので、領域３ａよりも領域４ａの方が広い。つまり、領域３ａは領域４ａの内部に含まれる。したがって、下記の条件（１−１）が成立するならば、条件（１−２）も成立する。
【００３４】
（１−１）コーディネータ１ａから送信されるビーコンが、エンドデバイス２ａで受信可能である（つまり、エンドデバイス２ａが領域３ａ内に位置している）。
（１−２）エンドデバイス２ａから送信される要求が、コーディネータ１ａで受信可能である（つまり、エンドデバイス２ａが領域４ａ内に位置している）。
【００３５】
条件（１−２）が成立すれば、コーディネータ１ａは、エンドデバイス２ａからの要求に応じて、エンドデバイス２ａ宛のデータを送信することができる。また、条件（１−１）より、エンドデバイス２ａは領域３ａ内に位置しているので、エンドデバイス２ａは、コーディネータ１ａから送信されたデータも受信可能である。したがって、コーディネータ１ａとエンドデバイス２ａの組み合わせに関しては、上記のようにしてプル型通信が成功する。
【００３６】
しかし、無線通信システム内には、複数のコーディネータが存在し得るし、複数のエンドデバイスも存在し得る。そして、複数のコーディネータ間には送信電波強度のばらつきがあり、複数のエンドデバイス間には送信電波強度のばらつきがある。送信電波強度のばらつきは、例えば、製造ロットに依存することもある。
【００３７】
すると、ある１つのコーディネータとある１つのエンドデバイスの組み合わせに関しては、コーディネータの送信電波強度の方が、エンドデバイスの送信電波強度よりも大きいかもしれない。図１のコーディネータ１ｂとエンドデバイス２ｂの組み合わせは、そのような組み合わせの例である。そして、コーディネータ１ｂとエンドデバイス２ｂの組み合わせに関しては、プル型通信が失敗することがある。具体的には以下のとおりである。
【００３８】
コーディネータ１ｂも、コーディネータ１ａと同様に、適宜の位置に予め設置され、定期的にビーコンを送信する。図１に網点パターンで示した領域３ｂは、コーディネータ１ｂから送信されるビーコンが受信可能な領域である。コーディネータ１ｂから領域３ｂの縁に向かう矢印は、ビーコンの送信方向を模式的に示す。
【００３９】
エンドデバイス２ｂは、もし領域３ｂ内に位置していれば、コーディネータ１ｂから送信されるビーコンを受信し、エンドデバイス２ｂ宛のデータがあるか否かを、ビーコンの内容から判断する。そして、エンドデバイス２ｂ宛のデータがあれば、エンドデバイス２ｂは、エンドデバイス２ｂ宛のデータの送信をコーディネータ１ｂに要求する。コーディネータ１ｂは、もしエンドデバイス２ｂからの要求を受信することができれば、エンドデバイス２ｂからの要求に応じて、エンドデバイス２ｂ宛のデータをエンドデバイス２ｂに送信する。
【００４０】
ここで、図１に太線で輪郭を示した領域４ａは、「移動機であるエンドデバイス２ｂから送信される要求が、所定位置に固定されたコーディネータ１ｂにおいて受信可能である」という条件を満たしつつ、エンドデバイス２ｂが移動可能な範囲を示す。図１において領域４ｂの縁からコーディネータ１ｂに向かう矢印は、領域４ｂの輪郭線上のある１点にエンドデバイス２ｂが位置しているときにエンドデバイス２ｂから送信される要求が、コーディネータ１ｂで受信可能であることを、模式的に示している。
【００４１】
ここで、上記のとおり、コーディネータ１ｂの送信電波強度の方が、エンドデバイス２ｂの送信電波強度よりも大きい。よって、領域４ｂよりも領域３ｂの方が広い。つまり、領域４ｂは領域３ｂの内部に含まれる。したがって、たとえ下記の条件（２−１）が成立しても、条件（２−２）が成立するとは限らない。
【００４２】
（２−１）コーディネータ１ｂから送信されるビーコンが、エンドデバイス２ｂで受信可能である（つまり、エンドデバイス２ｂが領域３ｂ内に位置している）。
（２−２）エンドデバイス２ｂから送信される要求が、コーディネータ１ｂで受信可能である（つまり、エンドデバイス２ｂが領域４ｂ内に位置している）。
【００４３】
具体的には、領域３ｂには含まれるが領域４ｂには含まれないドーナツ状の領域５内にエンドデバイス２ｂが位置している場合には、条件（２−１）が成立し、かつ条件（２−２）が成立しない。そして、条件（２−１）が成立し、かつ条件（２−２）が成立しない場合、コーディネータ１ｂは、状況を誤認識することがある。
【００４４】
ここで、エンドデバイス２ｂ宛のペンディング状態のデータがあるとする。すると、コーディネータ１ｂは、エンドデバイス２ｂのＩＤを含むビーコンを送信する。
また、エンドデバイス２ｂは図１のように領域５内に位置しているとする。領域５は、ビーコンが受信可能な領域３ｂの一部であるから、エンドデバイス２ｂは上記ビーコンを受信し、コーディネータ１ｂにデータを要求する。しかし、領域５は、領域４ｂの外部なので、コーディネータ１ｂは要求を受信することができない。
【００４５】
その結果、コーディネータ１ｂは、「エンドデバイス２ｂ宛のデータがあることを、ビーコンを用いてコーディネータ１ｂが通知しているのに、エンドデバイス２ｂはコーディネータ１ｂにデータを要求してこない」と、状況を誤認識する。そして、プル型通信では、要求がなければコーディネータ１ｂはエンドデバイス２ｂにデータを送信しない。つまり、コーディネータ１ｂによる誤認識の結果、エンドデバイス２ｂにとっては、「ビーコンに応じてデータを要求しているのに、データが送信されてこない」という状況が生じる。
【００４６】
もちろん、もしエンドデバイス２ｂが領域５内ではなく領域４ｂ内に位置していれば、コーディネータ１ｂが要求を受信することができるので、上記のような誤認識は生じず、その結果、プル型通信は成功する。しかし、もしエンドデバイス２ｂが領域５内に位置していれば、上記のようにしてプル型通信は失敗する。
【００４７】
また、通信が失敗した場合、コーディネータ１ｂはリトライ処理を行ってもよい。つまり、コーディネータ１ｂは、次のビーコンにもエンドデバイス２ｂのＩＤを含めることで、エンドデバイス２ｂ宛のデータがあることを再度通知してもよい。同様に、エンドデバイス２ｂもリトライ処理を行うことができる。つまり、エンドデバイス２ｂは、データを再度要求してもよい。
【００４８】
コーディネータ１ｂとエンドデバイス２ｂの一方または双方が何度かリトライ処理を繰り返しているうちに、場合によっては、エンドデバイス２ｂが領域５から領域４ｂへと移動することもあり得る。すると、最終的にはプル型通信が成功する。しかし、リトライ処理にかかる時間のぶんだけ、エンドデバイス２ｂによるデータの取得は遅延してしまう。
【００４９】
図１に示した上記の２つの例から明らかなように、エンドデバイスの送信電波強度の方がコーディネータの送信電波強度よりも大きければ、通信エラーの生じる領域５は存在しない。そこで、ビーコンを用いたプル型通信が行われる無線通信システムにおいては、エンドデバイスの送信電波強度の方がコーディネータの送信電波強度よりも大きいことが望ましい。
【００５０】
そこで、以下の実施形態のいずれにおいても、エンドデバイスの送信電波強度が状況に応じて調整される。なお、コーディネータではなくエンドデバイスの送信電波強度が調整される理由は、１台のコーディネータに対して複数台のエンドデバイスが対応することがあるからである。
【００５１】
エンドデバイスの送信電波強度を調整するための具体的な方法の詳細は、図６〜１３とともに後述するが、概要は次のとおりである。
以下の実施形態では、エンドデバイスの送信電波強度を示す指標として、エンドデバイスから送信された電波を受信したコーディネータで計測されるＬＱＩ（Link Quality IndicationまたはLing Quality Indicatorの略）が使われる。同様に、コーディネータの送信電波強度を示す指標として、コーディネータから送信された電波を受信したエンドデバイスで計測されるＬＱＩが使われる。
【００５２】
ＬＱＩは、受信された電波信号の品質を表す。ＬＱＩの値が大きいほど、通信状態が良好であり、換言すれば、リンク品質が高い。一般に、送信電波強度が大きいほど、ＬＱＩの値も大きい。したがって、ＬＱＩは、送信電波強度を示す指標として利用可能である。
【００５３】
以下では説明の便宜上、エンドデバイスが送信した電波信号をコーディネータが受信したときにコーディネータで計測されるＬＱＩを、「ＬＱＩ＿ＥＤ＿ＣＮ」と表記する。同様に、コーディネータが送信した電波信号をエンドデバイスが受信したときにエンドデバイスで計測されるＬＱＩを、「ＬＱＩ＿ＣＮ＿ＥＤ」と表記する。
【００５４】
第１実施形態と第２実施形態は、次の（３−１）〜（３−３）の点で共通である。
（３−１）コーディネータがＬＱＩ＿ＥＤ＿ＣＮを計測し、エンドデバイスがＬＱＩ＿ＣＮ＿ＥＤを計測する。
（３−２）コーディネータにおいて今後計測されるＬＱＩ＿ＥＤ＿ＣＮが、エンドデバイスにおいて今後計測されるＬＱＩ＿ＣＮ＿ＥＤよりも大きくなるように、エンドデバイスが、当該エンドデバイス自体の送信電波強度を調整する。
（３−３）調整は、コーディネータによって実際に計測されたＬＱＩ＿ＥＤ＿ＣＮと、エンドデバイスによって実際に計測されたＬＱＩ＿ＣＮ＿ＥＤとに応じて、行われる。そのために、具体的には、エンドデバイスは、コーディネータから送信される情報を用いる。
【００５５】
第１実施形態と第２実施形態では、上記（３−３）においてコーディネータから送信される情報が異なる。
詳しくは後述するが、第１実施形態では、まずエンドデバイスがコーディネータにＬＱＩ＿ＣＮ＿ＥＤを通知する。すると、コーディネータは、通知されたＬＱＩ＿ＣＮ＿ＥＤと、計測したＬＱＩ＿ＥＤ＿ＣＮに基づいて、エンドデバイスの送信電力の調整が必要か否かを判断することもでき、適切な調整パラメタを取得することもできる。第１実施形態では、コーディネータが必要に応じて調整パラメタをエンドデバイスに通知し、エンドデバイスは、調整パラメタにしたがって送信電波強度を調整する。
【００５６】
他方、やはり詳しくは後述するが、第２実施形態では、コーディネータは単にエンドデバイスにＬＱＩ＿ＥＤ＿ＣＮを通知するだけでよい。すると、エンドデバイスは、通知されたＬＱＩ＿ＥＤ＿ＣＮと、計測したＬＱＩ＿ＣＮ＿ＥＤに基づいて、エンドデバイスの送信電力の調整が必要か否かを自ら判断することもでき、適切な調整パラメタを自ら取得することもできる。第２実施形態のエンドデバイスは、取得した調整パラメタにしたがって送信電波強度を調整する。
【００５７】
このように、エンドデバイスでの調整のために、コーディネータからエンドデバイスへと送信される情報の種類は、実施形態に応じて異なり得る。しかし、ＬＱＩ＿ＥＤ＿ＣＮと関連する何らかの情報（例えば、ＬＱＩ＿ＥＤ＿ＣＮに依存する値である調整パラメタ、または、ＬＱＩ＿ＥＤ＿ＣＮ自体）がコーディネータからエンドデバイスに送信される点は、第１〜第２実施形態に共通である。
【００５８】
図１の１つ目の例では、上記のとおり、コーディネータ１ａの送信電波強度よりも、エンドデバイス２ａの送信電波強度の方が大きい。よって、エンドデバイス２ａで計測されるＬＱＩ＿ＣＮ＿ＥＤよりも、コーディネータ１ａで計測されるＬＱＩ＿ＥＤ＿ＣＮの方が大きい。
【００５９】
つまり、「ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮ」という不等式が成り立つことは、通信エラーの原因となるドーナツ状の領域５が存在しないことを示唆する。よって、ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮの場合、エンドデバイス２ａは送信電波強度を調整しなくてもよい。
【００６０】
逆に、図１の２つ目の例では、エンドデバイス２ｂの送信電波強度よりも、コーディネータ１ｂの送信電波強度の方が大きい。よって、コーディネータ１ｂで計測されるＬＱＩ＿ＥＤ＿ＣＮよりも、エンドデバイス２ａで計測されるＬＱＩ＿ＣＮ＿ＥＤの方が大きい。
【００６１】
つまり、「ＬＱＩ＿ＥＤ＿ＣＮ＜ＬＱＩ＿ＣＮ＿ＥＤ」という不等式が成り立つことは、通信エラーの原因となるドーナツ状の領域５が存在することを示唆する。よって、ＬＱＩ＿ＥＤ＿ＣＮ＜ＬＱＩ＿ＣＮ＿ＥＤの場合、エンドデバイス２ｂは、送信電波強度を調整する（具体的には、送信電波強度を大きくする）。
【００６２】
エンドデバイス２ｂにおける調整は、上記（３−２）のとおり、コーディネータ１ｂにおいて今後計測されるＬＱＩ＿ＥＤ＿ＣＮが、エンドデバイス２ｂにおいて今後計測されるＬＱＩ＿ＣＮ＿ＥＤよりも大きくなるように、行われる。換言すれば、エンドデバイス２ｂにおける調整は、領域４ｂが領域３ｂよりも大きくなるように、エンドデバイス２ｂの送信電波強度を上げる調整である。
【００６３】
調整の結果、エンドデバイス２ｂの送信電波強度がコーディネータ１ｂの送信電波強度よりも大きくなれば、領域４ｂは広がり、領域３ｂは、広がった領域４ｂの中に含まれることになる。つまり、調整の結果として、「領域４ｂには含まれないが、領域３ｂには含まれる」という領域５は、存在しなくなる。領域５が存在しなければ、エンドデバイス２ｂが領域５内に位置している場合に生じ得る通信エラーも、生じることはない。
【００６４】
以上、図１を参照して概要を説明した調整方法によれば、通信エラーが防止され、よりロバストな通信が提供される。そして、以下のとおり、通信エラーの防止は、ユーザに対するサービスの向上を意味する。
【００６５】
エンドデバイス２ｂを携帯するユーザは、エンドデバイス２ｂを介して、情報配信サービスなどのサービスを受ける。当該ユーザにとっての領域５は、通信エラーの発生によりサービスが受けられない領域である。上記の調整方法によって領域５がなくなることは、ユーザにとっては、サービスの途絶が回避されることを意味し、換言すれば、利便性が向上することを意味する。
【００６６】
続いて、図２〜５を参照して、第１〜第２実施形態の共通点について、より具体的に説明する。図２は、無線通信システムの例を示す図である。第１〜第２実施形態は、いずれも、図２の無線通信システム１０に適用可能である。
【００６７】
無線通信システム１０は、サーバ２０と、複数のコーディネータと、複数のエンドデバイスを含む。図２には、複数のコーディネータの例として、２台のコーディネータ３０と３１が例示されている。また、図２には、複数のエンドデバイスの例として、３台のエンドデバイス４０〜４２が例示されており、このうちエンドデバイス４１の移動も模式的に示されている。
【００６８】
コーディネータ３０と３１の各々は、予め決められた適宜の場所に固定的に設置され、ＡＣ（Alternating Current）電源から電力を供給される。エンドデバイス４０〜４２の各々は、ユーザに携帯される移動端末であり、電池から電力を供給される。
【００６９】
また、サーバ２０ならびにコーディネータ３０および３１は、有線ＬＡＮ（Local Area Network）５０に接続されている。図２にはさらに、コーディネータ３０から送信される電波信号が受信可能な領域６０と、コーディネータ３１から送信される電波信号が受信可能な領域６１も、模式的に示されている。図２に例示するように、領域６０と６１は、部分的に重なり合っていることが好ましい。
【００７０】
また、コーディネータ３０と３１のように隣接するコーディネータ同士は、異なる周波数チャネルを用いる。例えば、利用可能な複数の周波数チャネルのうち、コーディネータ３０は「チャネル１６」を用い、コーディネータ３１は「チャネル１５」を用いてもよい。図２では「チャネル１６」と「チャネル１５」をそれぞれ「ＣＨ１６」と「ＣＨ１５」のように略してある。
【００７１】
図２に示すように、エンドデバイス４１は、例えば、領域６０内の位置（ただし領域６１には含まれない位置）から、領域６０と６１が重なっている領域を通って、領域６１内の位置（ただし領域６０には含まれない位置）へと移動するかもしれない。あるいは、エンドデバイス４１は、領域６０内から、領域６０にも領域６１にも含まれない位置へと、移動するかもしれない。
【００７２】
また、他のエンドデバイス４０と４２も移動し得るが、図２には、エンドデバイス４０と４２の移動は示していない。図２では、エンドデバイス４０は領域６０内にあり、エンドデバイス４２は領域６１内にある。
【００７３】
ところで、無線通信システム１０は、具体的には、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１５．４規格に基づくシステムである。無線通信システム１０では、図１に関して説明したような、ビーコンを用いたプル型通信が行われる。
【００７４】
無線通信システム１０の用途は任意だが、例えば、エンドデバイス４０〜４２をそれぞれ携帯する各ユーザに対して、ユーザごとに異なる情報を配信する情報配信サービスが、無線通信システム１０によって提供されてもよい。例えば、無線通信システム１０が病院内に設けられてもよく、ユーザは当該病院に来院した患者であってもよい。無線通信システム１０は、エンドデバイスを携帯するユーザに対して、次に進む検査室の位置や待ち人数などに関する情報を配信するために用いられてもよい。
【００７５】
サーバ２０は、エンドデバイスごとに（４−１）〜（４−３）の情報を互いに対応づけて管理する。
【００７６】
（４−１）当該エンドデバイスを識別する情報（例えば、当該エンドデバイスのＩＤ）
（４−２）当該エンドデバイスの位置に関する情報（例えば、当該エンドデバイスが参加要求（association request）を送信した先のコーディネータのＩＤ）
（４−３）当該エンドデバイスに配信しようとする情報
【００７７】
サーバ２０は、（４−１）と（４−２）の情報を、コーディネータから有線ＬＡＮ５０を介して取得する。また、サーバ２０は、（４−３）の情報を、適宜のタイミングで生成してもよいし、不図示の他のシステムから取得してもよい。
【００７８】
例えば、エンドデバイス４０は、領域６０の外から領域６０の中へと入ってくるとき、コーディネータ３０に参加要求を送信する。コーディネータ３０は、エンドデバイス４０からの参加要求を受信すると、ＡＣＫ（acknowledgment）を送信するとともに、エンドデバイス４０のＩＤとコーディネータ３０のＩＤのペアを、有線ＬＡＮ５０を介してサーバ２０に通知する。その結果として、サーバ２０は、エンドデバイス４０に関して、（４−１）と（４−２）の情報を取得する。
【００７９】
サーバ２０は、他のエンドデバイス４１〜４２に関しても、同様に、コーディネータ３０または３１から（４−１）と（４−２）の情報を取得する。例えば、エンドデバイス４１が領域６０の外から領域６０の中に入ってくると、サーバ２０は、コーディネータ３０から、エンドデバイス４１についての（４−１）と（４−２）の情報を取得する。
【００８０】
そして、エンドデバイス４１が領域６０から領域６１に移動するとき、エンドデバイス４１はコーディネータ３１に参加要求を送信する。コーディネータ３１は、エンドデバイス４１からの参加要求を受信すると、ＡＣＫを送信するとともに、エンドデバイス４１のＩＤとコーディネータ３１のＩＤのペアを、サーバ２０に通知する。その結果として、サーバ２０は、エンドデバイス４１について取得済みの（４−２）の情報を更新する。
【００８１】
こうして、エンドデバイス４１の移動にともなって、サーバ２０での情報も適宜更新される。したがってエンドデバイス４１宛の新たな情報をサーバ２０が生成または取得した場合、サーバ２０は、エンドデバイス４１宛の新たな情報を、有線ＬＡＮ５０を介して、適宜のコーディネータに送信することができる。
【００８２】
例えば、エンドデバイス４１が領域６０内に位置していれば、サーバ２０は、コーディネータ３０に情報を送信する。逆に、エンドデバイス４１が領域６１内に位置していれば、サーバ２０は、コーディネータ３１に情報を送信する。よって、エンドデバイス４１は、位置に応じて、コーディネータ３０または３１から、情報を受信することができる。
【００８３】
ところで、図１を参照して説明した、領域５に起因する通信エラーは、図２の無線通信システム１０内に１台のコーディネータと１台のエンドデバイスしか存在しない場合にも生じ得る問題である。よって、図１を参照して説明した調整方法は、無線通信システム１０に含まれるコーディネータの台数や、無線通信システム１０に含まれるエンドデバイスの台数によらず、有益である。
【００８４】
しかし、上記調整方法の利点は、無線通信システム１０が図２のように複数のコーディネータと複数のエンドデバイスを含む場合に、一層顕著である。以下では、図１を参照して説明した問題と調整方法について、さらに詳しく説明する。
【００８５】
図３は、コーディネータとエンドデバイス間の距離と、エンドデバイスで受信されるビーコンのＬＱＩとの関係を示すグラフである。ここで説明の便宜上、図３のグラフは、具体的には図２のコーディネータ３０とエンドデバイス４１の組み合わせに関するグラフであるものとする。
【００８６】
図３のグラフの横軸は、コーディネータ３０とエンドデバイス４１の間の距離Ｄを示す。また、図３のグラフの縦軸は、コーディネータ３０から送信されるビーコンをエンドデバイス４１が受信したときに、エンドデバイス４１により計測されるＬＱＩの値Ｌを示す。
【００８７】
なお、図２の無線通信システム１０は、上記のとおり８０２．１５．４規格にしたがったシステムである。つまり、コーディネータ３０〜３１とエンドデバイス４０〜４２のそれぞれは、８０２．１５．４規格にしたがった無線通信機能を有する。そして、８０２．１５．４規格によれば、フレームが受信されると、物理層でＬＱＩが計測され、計測されたＬＱＩの値が物理層からＭＡＣ（Medium Access Control）副層へと通知される。ビーコンもフレームの１種なので、エンドデバイス４１は、コーディネータ３０から送信されるビーコンを受信すると、受信したビーコンに関するＬＱＩを計測する。こうしてエンドデバイス４１で計測されるＬＱＩの値Ｌが、図３の縦軸に対応する。
【００８８】
８０２．１５．４規格では、ＬＱＩの値は、０ｘ００以上０ｘＦＦ以下である（なお「０ｘ」という接頭辞は１６進数を示す）。ここで、０＜Ｄ１＜Ｄ２＜Ｄ３＜Ｄ４とする。図３の例では、距離Ｄの値がＤ１、Ｄ２、Ｄ３、Ｄ４のときにそれぞれ計測されるＬＱＩの値Ｌは、それぞれ、０ｘＦ０、０ｘ８０、０ｘ２０、０ｘ００である。つまり、エンドデバイス４１がコーディネータ３０から遠ざかるほど、ＬＱＩは低下する。
【００８９】
図３によれば、エンドデバイス４１は、距離Ｄ４までコーディネータ３０から離れてしまうと、コーディネータ３０からのビーコンをまったく受信することができない。また、図３の例では、０ｘ２０という値が、チャネルスキャンを開始するか否かをエンドデバイス４１が判断するための閾値として使われている。換言すれば、図３の例では、エンドデバイス４１が距離Ｄ３までコーディネータ３０から離れてしまうと、エンドデバイス４１はコーディネータ３０の通信圏外になってしまうので、他のコーディネータを探す。
【００９０】
具体的には、コーディネータ３０から受信されるビーコンのＬＱＩが閾値０ｘ２０未満の場合、エンドデバイス４１は、「コーディネータ３０から受信される電波信号の強度が弱い」と判断し、チャネルスキャンを開始する。図２の例では、コーディネータ３０はチャネル１６を使っている。よって、チャネル１６で受信されるビーコンのＬＱＩが閾値０ｘ２０未満になった場合、エンドデバイス４１は、コーディネータ３０以外の他のコーディネータが周囲にあるか否かを調査するため、チャネル１６以外の１つ以上のチャネルをスキャンする。チャネルスキャンでは、具体的には、スキャン対象の各チャネルで送信されるビーコンのＬＱＩが計測される。
【００９１】
エンドデバイス４１は、複数のチャネル（例えば、予め決められている４個〜８個程度のチャネル）をスキャンしてもよい。そして、エンドデバイス４１は、それら複数のチャネルのうちで受信電波強度が最大のチャネル（すなわちＬＱＩが最大のチャネル）に対応するコーディネータへ、参加要求を送信してもよい。
【００９２】
または、ＬＱＩが所定の閾値（例えば上記と同じ閾値０ｘ２０か、それより大きい他の閾値）以上のチャネルが見つかれば、エンドデバイス４１は、予め決められた複数のチャネルすべてをスキャンしなくてもよい。この場合、エンドデバイス４１は、見つかったチャネルに対応するコーディネータへ参加要求を送信してもよい。
【００９３】
例えば、図２のようにエンドデバイス４１がコーディネータ３１に向かって移動する場合、チャネルスキャンの結果として、「チャネル１５の受信電波強度が強い」と判明する。よって、エンドデバイス４１は、チャネル１５を使っているコーディネータ３１に参加要求を送信する。コーディネータ３１が参加要求を受信すると、エンデバイス４１に関して、コーディネータ３０からコーディネータ３１へのハンドオーバが実現される。
【００９４】
もちろん、図２に示すように、エンドデバイス４１が、領域６０にも領域６１にも含まれない場所へと移動してしまうこともあり得る。この場合、エンドデバイス４１は、チャネルスキャンを行っても、ＬＱＩが所定の閾値以上のチャネルを見つけることができない。つまり、エンドデバイス４１はいわゆる「迷子」（orphan）の状態である。
【００９５】
迷子になったエンドデバイス４１は、適宜の時間が経過するまで待ってから、再度チャネルスキャンを行う。例えば、一旦迷子になったエンドデバイス４１は、そのうち領域６１の範囲内へと移動するかもしれない。この場合、エンドデバイス４１が領域６１内でチャネルスキャンを行うと、エンドデバイス４１は、コーディネータ３１から送信されるチャネル１５の電波を十分な強度で受信することができる。つまり、エンドデバイス４１はチャネル１５を検出する。その結果、エンドデバイス４１はコーディネータ３１へ参加要求を送信する。
【００９６】
もちろん、エンドデバイス４１が迷子になった後の最初のチャネルスキャンで、必ずチャネルが検出されるとは限らない。エンドデバイス４１は、もし迷子になったら、いずれかのチャネルが検出されるまで、適宜の間隔をおいて、チャネルスキャンを繰り返す。
【００９７】
以上のように、ＬＱＩは、ハンドオーバの要否（つまりチャネルスキャンの要否）を判断するための基準としても利用されるし、チャネルスキャンにおいて適切なチャネルを選ぶための基準としても利用される。また、図３に示すように、ＬＱＩの値Ｌは距離Ｄに依存するので、ＬＱＩは、コーディネータまでの距離を推定するための数値としても利用可能である。
【００９８】
なお、実際の無線通信環境では、ＬＱＩは距離Ｄのみに依存するのではなく、マルチパスフェージングなどの影響も受ける。しかし、図３では簡単化のため、距離Ｄ以外の要因を無視して、距離ＤとＬＱＩの値Ｌとの間の関係を模式的に示している。同様に、図１の領域３ａ、４ａ、３ｂ、および４ｂがいずれも円形に描かれているのも、説明の簡単化のためである。領域３ａ、４ａ、３ｂ、および４ｂの実際の形状は、必ずしも円形とは限らない。
【００９９】
ところで、図３のグラフは、エンドデバイス４１で計測されるＬＱＩ（すなわちＬＱＩ＿ＣＮ＿ＥＤ）と距離Ｄの関係を示すが、コーディネータ３０で計測されるＬＱＩ（すなわちＬＱＩ＿ＥＤ＿ＣＮ）も、同様に距離Ｄに依存する。つまり、距離Ｄが大きくなるにつれ、ＬＱＩ＿ＥＤ＿ＣＮは小さくなる。
【０１００】
そして、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮは、距離に依存するだけでなく、コーディネータとエンドデバイスの組み合わせによっても異なる。つまり、コーディネータとエンドデバイスの２つのペアの間で比較すると、たとえコーディネータとエンドデバイスの間の距離が２つのペアで同じであっても、ＬＱＩ＿ＣＮ＿ＥＤまたはＬＱＩ＿ＥＤ＿ＣＮが２つのペア間で異なる場合がある。その理由は、コーディネータの製造ばらつきとエンドデバイスの製造ばらつきである。
【０１０１】
例えば、ある距離Ｄ５がＤ１＜Ｄ５＜Ｄ２を満たすとして、領域６０内でコーディネータ３０から距離Ｄ５の位置にエンドデバイス４１があるとする。そして、当該位置においてエンドデバイス４１で計測される、コーディネータ３０からのビーコンのＬＱＩが、０ｘＡ０だとする。
【０１０２】
また、コーディネータ３０から距離Ｄ５の上記位置にエンドデバイス４１があるとき、エンドデバイス４１から送信される電波信号（例えばデータ要求のための電波信号）を受信したコーディネータ３０において計測されるＬＱＩが、０ｘＢ０であるとする。つまり、コーディネータ３０とエンドデバイス４１の組み合わせに関して、距離Ｄ５では、不等式（１）が成り立つ。
LQI_CN_ED=0xA0 < LQI_ED_CN=0xB0 (1)
【０１０３】
他方、エンドデバイス４１が、領域６１内でコーディネータ３１から距離Ｄ５の位置にある場合に、エンドデバイス４１で計測されるコーディネータ３１からのビーコンのＬＱＩは、０ｘＣ０かもしれない。そして、エンドデバイス４１が当該位置にあるときに、エンドデバイス４１から送信される電波信号を受信したコーディネータ３１において計測されるＬＱＩは、上記と同様に０ｘＢ０かもしれない。すると、コーディネータ３１とエンドデバイス４１の組み合わせに関して、距離Ｄ５では、不等式（２）が成り立つ。
LQI_CN_ED=0xC0 > LQI_ED_CN=0xB0 (2)
【０１０４】
不等式（１）と（２）のようにＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの相対関係が異なる理由の１つは、コーディネータ３０と３１の間での製造ばらつきである。不等式（１）と（２）は、コーディネータ３１の送信電波強度が、コーディネータ３０の送信電波強度よりも大きいことを示している。
【０１０５】
また、不等式（１）は、コーディネータ３０の送信電波強度よりもエンドデバイス４１の送信電波強度の方が大きいことを示している。逆に、不等式（２）は、コーディネータ３１の送信電波強度の方がエンドデバイス４１の送信電波強度よりも大きいことを示している。
【０１０６】
また、コーディネータ３０から距離Ｄ５の上記位置に、エンドデバイス４１とは別のエンドデバイス４０があるときに、エンドデバイス４０で計測されるコーディネータ３０からのビーコンのＬＱＩは、上記と同様に０ｘＡ０かもしれない。しかし、当該位置にエンドデバイス４０があるとき、エンドデバイス４０から送信される電波信号を受信したコーディネータ３０において計測されるＬＱＩは、０ｘ９０かもしれない。つまり、コーディネータ３０とエンドデバイス４０の組み合わせに関して、距離Ｄ５では、不等式（３）が成り立つ。
LQI_CN_ED=0xA0 > LQI_ED_CN=0x90 (3)
【０１０７】
不等式（１）と（３）のようにＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの相対関係が異なる理由の１つは、エンドデバイス４０と４１の間での製造ばらつきである。不等式（１）と（３）は、エンドデバイス４１の送信電波強度が、エンドデバイス４０の送信電波強度よりも大きいことを示している。また、不等式（３）は、コーディネータ３０の送信電波強度の方がエンドデバイス４０の送信電波強度よりも大きいことを示している。
【０１０８】
以上のように、コーディネータ間の製造ばらつきとエンドデバイス間の製造ばらつきが原因で、同じ距離でも、コーディネータとエンドデバイスの組み合わせに応じて、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの相対関係が異なり得る。なお、不等式（１）〜（３）では、説明の便宜上、ある特定の距離Ｄ５に関して値が例示されているが、マルチパスフェージングなどの影響を無視すれば、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの相対関係は、距離により変わることはない。
【０１０９】
例えば、不等式（２）の関係が成立するコーディネータ３１とエンドデバイス４１の組み合わせに関して、コーディネータ３１とエンドデバイス４１の距離がＤ６の場合（ただしＤ５＜Ｄ６＜Ｄ２）、ある環境下では不等式（４）が成り立つ。
LQI_CN_ED=0x90 > LQI_ED_CN=0x80 (4)
【０１１０】
不等式（２）と（４）を比べると、距離に応じてＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの具体的な値は変化しているが、どちらの不等式でも、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きい。つまり、コーディネータ３１の送信電波強度の方がエンドデバイス４１の送信電波強度よりも大きい場合、不等式（２）と（４）に示すように、コーディネータ３１とエンドデバイス４１の距離によらず、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きい。
【０１１１】
ところで、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きい場合、図１に関して説明したように、通信エラーが生じることがある。例えば、不等式（２）と（４）に示す状況では、ＬＱＩ＿ＥＤ＿ＣＮでも閾値０ｘ２０よりは大きいので、コーディネータ３１はエンドデバイス４１からの要求を受信することができ、その結果、プル型通信は成功する。しかし、エンドデバイス４１がコーディネータ３１からさらに離れると、ある距離Ｄ７において、不等式（５）が成立することがある。
LQI_CN_ED=0x25 > 0x20 > LQI_ED_CN=0x15 (5)
【０１１２】
不等式（５）も、コーディネータ３１とエンドデバイス４１の組み合わせに関する。よって、不等式（５）でも、不等式（２）および（４）と同様に、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きい。また、不等式（５）は、コーディネータ３１の送信するビーコンがエンドデバイス４１では受信可能なのに、エンドデバイス４１の送信する要求がコーディネータ３１では受信不能なことを示す。つまり、不等式（５）は、エンドデバイス４１が図１の領域５のような領域内に位置している状況を示し、当該状況ではプル型通信が失敗する。
【０１１３】
なお、不等式（５）と同様にＬＱＩ＿ＣＮ＿ＥＤの値が０ｘ２５の場合でも、不等式（１）のようにＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤより大きいコーディネータ３０とエンドデバイス４１の組み合わせに関しては、プル型通信は成功する。例えば、コーディネータ３０とエンドデバイス４１の組み合わせに関して、ある距離では不等式（６）が成立する。
LQI_ED_CN=0x35 > LQI_CN_ED=0x25 > 0x20 (6)
【０１１４】
不等式（６）は、コーディネータ３０の送信するビーコンがエンドデバイス４１で受信可能であり、かつ、エンドデバイス４１の送信する要求がコーディネータ３０で受信可能であることを示す。つまり、不等式（６）は、エンドデバイス４１が図１の領域３ａのような領域内に位置している状況を示し、当該状況ではプル型通信が成功する。
【０１１５】
以上の不等式（５）と（６）に示すように、同じエンドデバイス４１において同じＬＱＩ＿ＣＮ＿ＥＤの値０ｘ２５が得られたとしても、コーディネータによって、通信エラーが生じることもあるし、通信エラーが生じないこともある。
【０１１６】
また、エンドデバイス４１と４２との間の製造ばらつきに起因して、エンドデバイス４２とコーディネータ３１の間では、ＬＱＩ＿ＣＮ＿ＥＤよりもＬＱＩ＿ＥＤ＿ＣＮの方が大きいかもしれない。すると、エンドデバイス４１とコーディネータ３１の間では、不等式（５）の状況において通信エラーが生じるのに対して、エンドデバイス４２とコーディネータ３１の間では、そのような通信エラーは生じない。
【０１１７】
以上説明したように、コーディネータとエンドデバイスの組み合わせごとに、通信エラーの生じる領域５が存在するかもしれないし、存在しないかもしれない。そこで、図１に関して説明した調整方法により、各エンドデバイスは、現在当該エンドデバイスが参加しているコーディネータに応じて、適宜当該エンドデバイス自体の送信電波強度を調整する。つまり、調整は、ハンドオーバが生じるごとに少なくとも１回は行われることが望ましい。
【０１１８】
そして、無線通信システム１０内の各エンドデバイスが調整を行う結果として、エンドデバイスと当該エンドデバイスが参加しているコーディネータとの任意の組み合わせに関して、ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮという不等式が成り立つ。すなわち、どの組み合わせに関しても、図１の領域５のような領域がなくなり、通信エラーが回避される。
【０１１９】
なお、各エンドデバイスは、単にＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮという不等式が成り立つように送信電波強度を調整するだけでなく、ＬＱＩ＿ＥＤ＿ＣＮが大きくなりすぎないように送信電波強度を調整することが好ましい。移動機であるエンドデバイスの電源は電池なので、無駄な電力消費を抑えることが好ましいからである。
【０１２０】
つまり、エンドデバイスの送信電波強度は、不必要に大きくなくてよい。エンドデバイスの送信電波強度は、ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤよりもわずかに大きくなる程度にまで高められれば、十分である。
【０１２１】
例えば、マージンが５％の場合は、ＬＱＩ＿ＥＤ＿ＣＮが不等式（７）を満たすように、エンドデバイスの送信電波強度が調整されることが好ましい。もちろん、「５％」という値は単なる例示であり、他の値が採用されてもよい。
LQI_CN_ED < LQI_ED_CN < LQI_CN_ED×1.05 (7)
【０１２２】
また、マージンは「５％」のような相対的な比率で表されるのではなく、「１０」のような固定値で表されてもよい。例えば、マージンが１０の場合は、ＬＱＩ＿ＥＤ＿ＣＮが不等式（８）を満たすように、エンドデバイスの送信電波強度が調整されることが好ましい。もちろん、「１０」という値は単なる例示であり、他の値が採用されてもよい。
LQI_CN_ED < LQI_ED_CN < LQI_CN_ED+10 (8)
【０１２３】
続いて、エンドデバイスとコーディネータの構成について図４〜５を参照して説明する。
図４はエンドデバイスのブロック構成図である。図１のエンドデバイス２ａと２ｂ、図２のエンドデバイス４０〜４２は、いずれも、図４のエンドデバイス１００のように構成されている。
【０１２４】
エンドデバイス１００は、物理層の処理を行うトランシーバ１１０と、ＭＡＣ副層以上の層の処理を行うコントローラ１２０を有する。また、エンドデバイス１００は、ユーザインタフェイス用の出力装置として、ディスプレイ１３０とスピーカ１４０の一方または双方を有する。
【０１２５】
トランシーバ１１０とコントローラ１２０の間は、例えばＳＰＩ（Serial Peripheral Interface）などの適宜のインタフェイスを介して接続されている。また、ディスプレイ１３０とスピーカ１４０もそれぞれ、適宜のインタフェイスを介してコントローラ１２０に接続されている。
【０１２６】
トランシーバ１１０は、エンドデバイス１００の通信機能を実現する。具体的には、トランシーバ１１０は、アンテナ１１１と、ＬＱＩ計測回路１１２と、ゲイン調整回路１１３を含む。もちろん、トランシーバ１１０は、そのほかにも、不図示のＡＤ（Analog-to-Digital）変換器、ＤＡ（Digital-to-Analog）変換器、変調器、復調器、増幅器などの様々な回路を含む。トランシーバ１１０は、送受信バッファ用のＲＡＭ（Random Access Memory）や、コントローラ１２０からアクセス可能なレジスタなどを含んでいてもよい。
【０１２７】
図４には１本の送受信用のアンテナ１１１が図示されているが、トランシーバ１１０は、送信用のアンテナと受信用のアンテナを別々に有していてもよい。
【０１２８】
ＬＱＩ計測回路１１２は、アンテナ１１１が受信した電波信号（具体的には、８０２．１５．４規格にしたがったフレームを表す電波信号）のＬＱＩを計測する。ＬＱＩ計測回路１１２は、トランシーバ１１０とコントローラ１２０との間のインタフェイスを介して、コントローラ１２０へと計測結果を出力してもよい。または、ＬＱＩ計測回路１１２は、コントローラ１２０からアクセス可能なトランシーバ１１０内の所定のレジスタ（またはコントローラ１２０からアクセス可能なトランシーバ１１０内のＲＡＭ）に、計測結果を書き込んでもよい。
【０１２９】
ゲイン調整回路１１３は、アンテナ１１１から放射する送信電波の強度を調整する。例えば、トランシーバ１１０は、可変ゲイン増幅器を有していてもよく、ゲイン調整回路１１３は、可変ゲイン増幅器のゲインを調整することで送信電波強度を調整する回路であってもよい。あるいは、トランシーバ１１０は、増幅率の異なる複数の増幅器を有していてもよく、ゲイン調整回路１１３は、複数の増幅器間の切り換えにより送信電波強度を調整する回路であってもよい。
【０１３０】
コントローラ１２０は、エンドデバイス１００全体を制御する。具体的には、コントローラ１２０は、ＣＰＵ（Central Processing Unit）１２１と、タイマ１２２と、不揮発性記憶装置１２３と、ＲＡＭ１２４を含む。
【０１３１】
ＣＰＵ１２１は、不揮発性記憶装置１２３に記憶されているプログラムをＲＡＭ１２４にロードし、ＲＡＭ１２４をワーキングエリアとしても用いながら、プログラムを実行する。タイマ１２２は時間を計測する。ＣＰＵ１２１は、タイマ１２２の計測する時間を参照しながら、あるいは、タイマ１２２からの割り込み信号に応じて、処理を実行してもよい。不揮発性記憶装置１２３は、例えば、フラッシュメモリのような半導体メモリ装置であってもよいし、ハードディスク装置のような磁気ディスク装置であってもよい。
【０１３２】
物理層とＭＡＣ副層の間の連携は、次のようにして行われてもよい。例えば、エンドデバイス１００がフレームを受信すると、トランシーバ１１０からコントローラ１２０へと割り込み信号が出力されてもよい。コントローラ１２０は、割り込み信号に応じて、ＭＡＣ副層およびその上位層の処理を実行してもよい。また、上位層またはＭＡＣ副層でのイベントの発生に応じて、コントローラ１２０がＭＡＣ副層のフレームを生成し、フレームのデータをトランシーバ１１０に出力してもよい。すると、トランシーバ１１０では物理層の処理を行い、当該フレームを表す電波信号をアンテナ１１１から送信する。
【０１３３】
さて、図５はコーディネータのブロック構成図である。図１のコーディネータ１ａと１ｂ、図２のコーディネータ３０と３１は、いずれも、図５のコーディネータ２００のように構成されている。
【０１３４】
コーディネータ２００は、物理層の処理を行うトランシーバ２１０と、ＭＡＣ副層以上の層の処理を行うコントローラ２２０を有する。また、コーディネータ２００は、図２の有線ＬＡＮ５０を介したサーバ２０との間の接続のために、有線ＬＡＮインタフェイス２３０を有する。
【０１３５】
トランシーバ２１０とコントローラ２２０の間は、例えばＳＰＩなどの適宜のインタフェイスを介して接続されている。また、有線ＬＡＮインタフェイス２３０も、適宜のバスによりコントローラ２２０に接続されている。
【０１３６】
トランシーバ２１０は、コーディネータ２００の通信機能を実現する。具体的には、トランシーバ２１０は、アンテナ２１１とＬＱＩ計測回路２１２を含む。もちろん、トランシーバ２１０は、そのほかにも、不図示のＡＤ変換器、ＤＡ変換器、変調器、復調器、増幅器などの様々な回路を含む。トランシーバ２１０は、トランシーバ１１０のゲイン調整回路１１３と同様の回路をさらに含んでいてもよい。また、トランシーバ２１０は、送受信バッファ用のＲＡＭや、コントローラ２２０からアクセス可能なレジスタなどを含んでいてもよい。
【０１３７】
図５には１本のアンテナ２１１が図示されているが、トランシーバ２１０は、送信用のアンテナと受信用のアンテナを別々に有していてもよい。
【０１３８】
ＬＱＩ計測回路２１２は、アンテナ２１１が受信した電波信号（具体的には、８０２．１５．４規格にしたがったフレームを表す電波信号）のＬＱＩを計測する。ＬＱＩ計測回路２１２は、トランシーバ２１０とコントローラ２２０との間のインタフェイスを介して、コントローラ２２０へと計測結果を出力してもよい。または、ＬＱＩ計測回路２１２は、コントローラ２２０からアクセス可能なトランシーバ２１０内の所定のレジスタ（またはコントローラ２２０からアクセス可能なトランシーバ２１０内のＲＡＭ）に、計測結果を書き込んでもよい。
【０１３９】
コントローラ２２０は、コーディネータ２００全体を制御する。具体的には、コントローラ２２０は、ＣＰＵ２２１と、タイマ２２２と、不揮発性記憶装置２２３と、ＲＡＭ２２４を含む。
【０１４０】
ＣＰＵ２２１は、不揮発性記憶装置２２３に記憶されているプログラムをＲＡＭ２２４にロードし、ＲＡＭ２２４をワーキングエリアとしても用いながら、プログラムを実行する。タイマ２２２は時間を計測する。ＣＰＵ２２１は、タイマ２２２の計測する時間を参照しながら、あるいは、タイマ２２２からの割り込み信号に応じて、処理を実行してもよい。不揮発性記憶装置２２３は、例えば、フラッシュメモリのような半導体メモリ装置であってもよいし、ハードディスク装置のような磁気ディスク装置であってもよい。
【０１４１】
物理層とＭＡＣ副層の間の連携は、次のようにして行われてもよい。例えば、コーディネータ２００がフレームを受信すると、トランシーバ２１０からコントローラ２２０へと割り込み信号が出力されてもよい。コントローラ２２０は、割り込み信号に応じて、ＭＡＣ副層およびその上位層の処理を実行してもよい。また、上位層またはＭＡＣ副層でのイベントの発生に応じて、コントローラ２２０がＭＡＣ副層のフレームを生成し、フレームのデータをトランシーバ２１０に出力してもよい。すると、トランシーバ２１０では物理層の処理を行い、当該フレームを表す電波信号をアンテナアンテナ２１１から送信する。
【０１４２】
以上、図４〜５を参照して説明したように、エンドデバイス１００は、無線通信システム１０で使われる無線通信機（より詳しくは移動無線通信機）である。そして、コーディネータ２００は無線通信システム１０で使われる無線通信機（より詳しくは固定無線通信機）である。
【０１４３】
エンドデバイス１００のトランシーバ１１０は、コーディネータ２００から送信される電波信号を受信する受信手段の具体例でもあり、電波信号を送信する送信手段の具体例でもある。また、トランシーバ１１０内のＬＱＩ計測回路１１２は、受信手段が受信した電波信号の品質を計測する計測手段の具体例である。
【０１４４】
同様に、コーディネータ２００のトランシーバ２１０は、エンドデバイス１００から送信される電波信号を受信する受信手段の具体例でもあり、電波信号を送信する送信手段の具体例でもある。また、トランシーバ２１０内のＬＱＩ計測回路２１２は、受信手段が受信した電波信号の品質を計測する計測手段の具体例である。
【０１４５】
また、エンドデバイス１００では、ＣＰＵ１２１と、ＣＰＵ１２１からの出力に応じて送信電波強度を調整するゲイン調整回路１１３により、調整手段が実現される。ＬＱＩ計測回路２１２が計測した第１の品質（具体的にはＬＱＩ＿ＥＤ＿ＣＮ）が、ＬＱＩ計測回路１１２が計測した第２の品質（具体的にはＬＱＩ＿ＣＮ＿ＥＤ）よりも低い場合、ゲイン調整回路１１３は、トランシーバ１１０が送信する電波信号の強度を上げる。そして、ゲイン調整回路１１３によるこのような強度の調整は、ＣＰＵ１２１による制御にしたがって行われる。
【０１４６】
より具体的には、第１の品質が第２の品質よりも低い場合、ゲイン調整回路１１３は、ＬＱＩ計測回路２１２により今後計測される品質がＬＱＩ計測回路１１２により今後計測される品質よりも高くなるように、ＣＰＵ１２１による制御にしたがって、強度を上げる。
【０１４７】
続いて、図６〜１０を参照して第１実施形態について詳しく説明する。図６は、第１実施形態の通信シーケンスの例である。第１実施形態は、上記のとおり、図２の無線通信システム１０に適用される。また、無線通信システム１０内の各エンドデバイスは、図４のエンドデバイス１００のように構成され、無線通信システム１０内の各コーディネータは、図５のコーディネータ２００のように構成される。図６には、無線通信システム１０中のエンドデバイス１００とコーディネータ２００との間の通信シーケンスの例が示されている。
【０１４８】
ステップＳ１０１で、コーディネータ２００はビーコンを送信する。エンドデバイス１００は、コーディネータ２００からのビーコンが受信可能な領域に位置していれば、ビーコンを受信する。図６の例では、エンドデバイス１００はビーコンが受信可能な領域に位置している。エンドデバイス１００のトランシーバ１１０で受信されたビーコンのＬＱＩ（つまりＬＱＩ＿ＣＮ＿ＥＤ）は、ＬＱＩ計測回路１１２により計測され、計測結果はコントローラ１２０のＣＰＵ１２１に認識される。
【０１４９】
エンドデバイス１００は、例えば、電源投入直後にステップＳ１０１のビーコンを受信した場合や、図６には示していない他のコーディネータに今まで参加していた場合に、ステップＳ１０２で参加要求を送信する。より具体的には、ステップＳ１０２での参加要求には、ステップＳ１０１で計測された、ビーコンのＬＱＩ＿ＣＮ＿ＥＤが含まれる。
【０１５０】
ここで、もしエンドデバイス１００の送信電波強度よりもコーディネータ２００の送信電波強度の方が大きければ、エンドデバイス１００が図１の領域５のような領域に位置している可能性がある。つまり、ステップＳ１０２で送信される参加要求を、コーディネータ２００が受信することができない可能性がある。しかし、図６の例では、ステップＳ１０２で送信される参加要求をコーディネータ２００が受信することができるものと仮定している。そして、以上のような仮定を設けても、実際上の問題は特に生じない。
【０１５１】
例えば、無線通信システム１０は、病院、銀行、ショッピングモール、展示会場などで、ユーザに情報配信サービスを提供するために使われてもよく、受付で各ユーザに１台のエンドデバイス１００が貸与されてもよい。そして、受付の近傍にコーディネータ２００が予め設置されていてもよく、受付係員がユーザにエンドデバイス１００を貸与するときにエンドデバイス１００に電源を入れてもよい。すると、電源が入れられたばかりのエンドデバイス１００は、受付の近傍に設置された上記コーディネータ２００と十分に近い位置にあると期待される。したがって、コーディネータ２００がステップＳ１０２の参加要求を受信することができると仮定しても、差し支えない。
【０１５２】
また、不図示の他のコーディネータから図６のコーディネータ２００へのハンドオーバが生じる場合は、エンドデバイス１００がコーディネータ２００へ近づきつつある場合である。つまり、「仮にエンドデバイス１００が偶然図１の領域５のような領域内に存在するとしても、そのうち、エンドデバイス１００は、エンドデバイス１００から送信される電波信号をコーディネータ２００が受信することのできる領域内へと移動する」と予測される。換言すれば、「仮に、エンドデバイス１００が１回目に送信した参加要求がコーディネータ２００で受信不能だとしても、エンドデバイス１００が参加要求の送信を何度か繰り返せば、いずれ参加要求コーディネータ２００で受信可能となる」と予測される。
【０１５３】
よって、ステップＳ１０２の参加要求がコーディネータ２００で受信可能であると仮定しても、実際上の問題は特に生じない。そして、コーディネータ２００は、ステップＳ１０２の参加要求を受信すると、ステップＳ１０３でＡＣＫを送信し、ステップＳ１０４でさらに、受付通知を送信する。ステップＳ１０４での受付通知は、必要に応じて、エンドデバイス１００に送信電波強度を調整させるための調整コマンドを含む。
【０１５４】
より具体的には、コーディネータ２００は以下のように動作する。ステップＳ１０２の参加要求をコーディネータ２００のトランシーバ２１０が受信すると、ＬＱＩ計測回路２１２がＬＱＩ（すなわちＬＱＩ＿ＥＤ＿ＣＮ）を計測する。よって、コントローラ２２０のＣＰＵ２２１は計測結果を認識することができる。
【０１５５】
また、ステップＳ１０２の参加要求は、上記のとおりＬＱＩ＿ＣＮ＿ＥＤを含む。したがって、ＭＡＣ副層の処理を行うコントローラ２２０のＣＰＵ２２１は、参加要求に含まれるＬＱＩ＿ＣＮ＿ＥＤの値も認識することができる。
【０１５６】
そこで、ＣＰＵ２２１は、ＬＱＩ計測回路２１２により計測されたＬＱＩ＿ＥＤ＿ＣＮと、参加要求とともにエンドデバイス１００から通知されたＬＱＩ＿ＣＮ＿ＥＤとを比較する。図１に示すとおり、もし、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより小さければ、調整は不要である。逆に、もし、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きければ、エンドデバイス１００に送信電波強度を上げさせるための調整コマンドを、ＣＰＵ２２１は生成する。
【０１５７】
調整コマンドの生成の詳細は後述するが、ＣＰＵ２２１は、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの値に応じて、エンドデバイス１００のゲイン調整回路１１３用の調整パラメタを決定してもよい。調整コマンドは、決定された調整パラメタを含んでもよい。
【０１５８】
受付通知が調整コマンドを含む場合、エンドデバイス１００は、調整コマンドにしたがって送信電波強度を調整する。例えば、調整コマンドを含む受付通知のフレームから、ＣＰＵ１２１が調整パラメタの値を抽出し、抽出した値をトランシーバ１１０に出力する。そして、トランシーバ１１０内のゲイン調整回路１１３は、出力された値に応じて、アンテナ１１１から送信される電波信号の強度を調整する。ゲイン調整回路１１３は、具体的には、例えば、可変ゲインの値を変えたり、または、複数の増幅器の中から適宜のものを選択したりすることにより、電波信号の強度を調整してもよい。
【０１５９】
以上のようなステップＳ１０１〜Ｓ１０４の通信により、エンドデバイス１００はコーディネータ２００に参加する。なお、コーディネータ２００は、ステップＳ１０２で参加要求を受信すると、サーバ２０にエンドデバイス１００のＩＤを通知する。よって、エンドデバイス１００宛のデータをサーバ２０が生成または取得すると、サーバ２０は、有線ＬＡＮ５０を介して当該データをコーディネータ２００へと送信する。
【０１６０】
コーディネータ２００は定期的にビーコンを送信する。図６の例では、ステップＳ１０５でコーディネータ２００がビーコンを送信する。
【０１６１】
ここで、ステップＳ１０５の実行時点では、コーディネータ２００から送信されるビーコンが受信可能な領域内に、エンドデバイス１００が、まだ、とどまっているものとする。また、ステップＳ１０５の少し前に、サーバ２０が、エンドデバイス１００宛のデータを生成または取得したとする。
【０１６２】
この場合、サーバ２０は、「エンドデバイス１００はコーディネータ２００に参加している」と認識しているので、エンドデバイス１００宛のデータを、有線ＬＡＮ５０を介してコーディネータ２００に送信する。その結果、ステップＳ１０５でコーディネータ２００は、エンドデバイス１００のＩＤを含むビーコンを生成して送信する。
【０１６３】
エンドデバイス１００は、エンドデバイス１００自体のＩＤがビーコンに含まれるため、「エンドデバイス１００宛のデータがコーディネータ２００でペンディングになっている」と認識する。そこで、ステップＳ１０６でエンドデバイス１００は、データ要求をコーディネータ２００に送信する。
【０１６４】
また、エンドデバイス１００のＬＱＩ計測回路１１２は、ステップＳ１０１と同様にステップＳ１０５においてもビーコンのＬＱＩ＿ＣＮ＿ＥＤを計測する。ステップＳ１０６では、エンドデバイス１００が、計測したＬＱＩ＿ＣＮ＿ＥＤもコーディネータ２００に通知する。なお、データ要求用のフレームとＬＱＩの通知用の別のフレームが使われてもよいし、データ要求とＬＱＩの通知が１つのフレームにまとめられてもよい。
【０１６５】
ここで、ステップＳ１０６のデータ要求およびＬＱＩの通知は、高い確率で、コーディネータ２００で受信可能である。なぜなら、ステップＳ１０４で必要に応じてエンドデバイス１００の送信電波強度が調整されており、調整の結果として、ステップＳ１０５〜Ｓ１０６では、高い確率で、ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮという不等式が成り立つからである。
【０１６６】
なお、「高い確率で」と述べたのは、まれには上記不等式が成り立たないことがあるからである。その理由は、無線通信環境が、エンドデバイス１００とコーディネータ２００以外の他の物体（例えば、他のユーザ、カートなどの移動物体、および、柱や壁などの固定された物体など）の影響を受けるからである。
【０１６７】
ＬＱＩは、受信された電波信号の強度に基づいて計測される品質を示すので、送信された電波信号の強度に依存するだけでなく、環境中の他の要因（例えば他の物体の位置など）にも依存し得る。ステップＳ１０４での調整は、ステップＳ１０１〜Ｓ１０４における環境下でＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮという不等式が成り立つように行われるが、環境の変動により、ステップＳ１０５〜Ｓ１０６では当該不等式が成り立たないこともあり得る。
【０１６８】
しかし、多くの場合は、ステップＳ１０５〜Ｓ１０６でもＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮという不等式が成り立つと期待される。よって、以下では、ステップＳ１０６のデータ要求がコーディネータ２００で受信可能である、と仮定して説明する。
【０１６９】
コーディネータ２００は、ステップＳ１０６のデータ要求とＬＱＩ＿ＣＮ＿ＥＤの通知を受信すると、ステップＳ１０７でＡＣＫを送信し、ステップＳ１０８でさらに、エンドデバイス１００宛のデータ（すなわちペンディング状態のデータ）を送信する。ステップＳ１０８で送信されるデータには、必要に応じて、ステップＳ１０４と同様に調整コマンドが含まれる。
【０１７０】
より具体的には、コーディネータ２００は以下のように動作する。ステップＳ１０６のデータ要求をコーディネータ２００のトランシーバ２１０が受信すると、ＬＱＩ計測回路２１２がＬＱＩ（すなわちＬＱＩ＿ＥＤ＿ＣＮ）を計測する。同様に、ＬＱＩ＿ＣＮ＿ＥＤの通知をトランシーバ２１０が受信したときにも、ＬＱＩ計測回路２１２がＬＱＩ＿ＥＤ＿ＣＮを計測する。よって、コントローラ２２０のＣＰＵ２２１は、計測結果を認識することができる。
【０１７１】
また、ステップＳ１０６では、上記のとおりＬＱＩ＿ＣＮ＿ＥＤが通知される。したがって、ＭＡＣ副層の処理を行うコントローラ２２０のＣＰＵ２２１は、通知されたＬＱＩ＿ＣＮ＿ＥＤの値も認識することができる。
【０１７２】
そこで、ＣＰＵ２２１は、ＬＱＩ計測回路２１２により計測された２つのＬＱＩ＿ＥＤ＿ＣＮのうちの一方と、エンドデバイス１００から通知されたＬＱＩ＿ＣＮ＿ＥＤとを比較する。図１に示すとおり、もし、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより小さければ、調整は不要である。よって、この場合、ＣＰＵ２２１は、調整コマンドを含まない通常のデータフレームを生成する。逆に、もし、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより大きければ、ＣＰＵ２２１は、エンドデバイス１００に送信電波強度を上げさせるための調整コマンドを生成し、生成した調整コマンドを含むデータフレームを生成する。いずれにしろ、生成されたフレームはトランシーバ２１０から送信される。
【０１７３】
エンドデバイス１００は、ステップＳ１０８で送信されたデータを受信し、データに応じて適宜の処理を行う。例えば、エンドデバイス１００のＣＰＵ１２１は、受信されたデータに応じて、ディスプレイ１３０にメッセージを表示するための制御や、スピーカ１４０に音を出させるための制御を行う。また、データに調整コマンドが含まれる場合、エンドデバイス１００は、ステップＳ１０４と同様にして、調整コマンドにしたがって送信電波強度を調整する。
【０１７４】
さらに、ステップＳ１０９でエンドデバイス１００は、ステップＳ１０８で受信したデータに対するＡＣＫを送信する。すると、コーディネータ２００はＡＣＫを受信し、プル型通信が成功したことを認識する。
【０１７５】
以上、図６に例示したように、第１実施形態では、エンドデバイス１００がコーディネータ２００にＬＱＩ＿ＣＮ＿ＥＤを通知し、コーディネータ２００がＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮを比較し、必要に応じて調整コマンドを生成する。そして、エンドデバイス１００は、コーディネータ２００から送信された調整コマンドにしたがって、ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮとなるように、送信電波強度を調整する。その結果、図１の領域５のような領域がなくなり、通信エラーが防止される。
【０１７６】
ところで、図６におけるビーコン、参加要求、受付通知、ＡＣＫ、データ要求、ＬＱＩ通知、および、データは、いずれも、具体的にはＩＥＥＥ８０２．１５．４規格に則ったフレーム形式で送信される。図７は、フレーム形式の例を示す図である。
【０１７７】
ビーコンフレーム３００は、ＭＡＣヘッダとＭＡＣペイロードとＭＡＣフッタを含む。ビーコンフレーム３００のＭＡＣヘッダは、フレームコントロール３０１と、シーケンス番号３０２と、アドレッシングフィールド（addressing fields）を含む。そして、アドレッシングフィールドは、送信元ＰＡＮＩＤ（Personal Area Network identifier）３０３と、送信元アドレス３０４を含む。
【０１７８】
フレームコントロール３０１は、フレームのタイプを３ビットで示すフレームタイプのサブフィールドなどを含む。例えば、ビーコンフレーム３００のフレームタイプの値は、「０００」である。シーケンス番号３０２には、ビーコンフレーム３００を識別するための識別番号が設定される。
【０１７９】
ＩＥＥＥ８０２．１５．４規格によれば、送信元アドレス３０４としては、２または８オクテットのアドレスが利用可能である。
【０１８０】
なお、ビーコンフレーム３００のＭＡＣヘッダは、補助セキュリティヘッダ（auxiliary security header）を含んでもよいが、図７では簡単のため省略している。
【０１８１】
ビーコンフレーム３００のＭＡＣペイロードは、スーパフレーム定義（superframe specification）３０５と、ＧＴＳ（Guaranteed Time Slot）３０６と、ペンディングアドレス３０７と、ビーコンペイロード３０８を含む。スーパフレーム定義３０５には、ビーコン周期の長さを規定する情報などが含まれる。また、ＧＴＳ３０６には、最大で７個のスロットを定義することができる。
【０１８２】
ペンディングアドレス３０７には、エンドデバイス１００のＩＤ（すなわちアドレス）のリストが含まれる。ペンディングアドレス３０７には、最大で７個のＩＤを指定することができる。ペンディングアドレス３０７のリストに含まれるＩＤは、当該ＩＤで識別されるエンドデバイス１００宛のデータが、コーディネータ２００でペンディングになっていることを示す。
【０１８３】
ビーコンペイロード３０８はオプショナルなフィールドであり、省略されてもよい。また、ビーコンフレーム３００のＭＡＣフッタは、誤り検出のためのＦＣＳ（Frame Check Sequence）３０９である。
【０１８４】
また、データフレーム３２０のＭＡＣヘッダは、フレームコントロール３２１と、シーケンス番号３２２と、アドレッシングフィールドを含む。そして、アドレッシングフィールドは、宛先ＰＡＮＩＤ３２３と、宛先アドレス３２４と、送信元ＰＡＮＩＤ３２５と、送信元アドレス３２６を含む。データフレーム３２０はさらに、可変長のＭＡＣペイロード３２７と、ＭＡＣフッタとしてのＦＣＳ３２８を含む。
【０１８５】
フレームコントロール３２１は、フレームコントロール３０１と同様であり、フレームタイプのサブフィールドなどを含む。シーケンス番号３２２には、データフレーム３２０を識別するための識別番号が設定される。また、データフレーム３２０のＭＡＣヘッダも、補助セキュリティヘッダを含んでもよいが、図７では簡単のため省略している。
【０１８６】
データフレーム３２０のＭＡＣペイロード３２７の具体例として、図７には、２つのＭＡＣペイロード３４０と３６０が例示されている。ＭＡＣペイロード３４０は、ＭＡＣ副層の上位層で定義される参加要求に、ＬＱＩ＿ＣＮ＿ＥＤが付加された場合の例である。また、ＭＡＣペイロード３６０は、参加要求に対して返される受付通知に、調整コマンドが付加された場合の例である。
【０１８７】
後述の理由により、第１実施形態では、ＩＥＥＥ８０２．１５．４規格で定義されたＭＡＣコマンドフレームの１種である、ＭＡＣ副層での参加要求（association request）の代わりに、上位層で定義される参加要求が利用される。つまり、データフレーム３２０が参加要求として利用される。
【０１８８】
エンドデバイス１００は、チャネルスキャンの結果として新たなコーディネータ２００を見つけると、参加要求のデータフレーム３２０をコーディネータ２００に送信する。そして、第１実施形態では、図６のステップＳ１０２に例示されるごとく、参加要求にはエンドデバイス１００が計測したＬＱＩ＿ＣＮ＿ＥＤが付加される。
【０１８９】
ＭＡＣペイロード３４０は、ＬＱＩ＿ＣＮ＿ＥＤの付加された参加要求のデータフレーム３２０におけるＭＡＣペイロード３２７の例である。具体的には、ＭＡＣペイロード３４０は、コマンド３４１と、方向３４２と、サイズ３４３と、シーケンス番号３４４と、ＥＤアドレス３４５と、ＬＱＩ３４６と、出力レベル３４７と、チェックサム３４８を含む。
【０１９０】
コマンド３４１には、ＭＡＣ副層の上位層で適宜定義される複数のコマンドの中から参加要求を識別する値が指定される。図７の例では、コマンド３４１は１オクテットであり、参加要求を示す値として０ｘ１１が指定されている。
【０１９１】
方向３４２は、コマンド３４１が通知される方向を示す、１オクテットのフィールドである。参加要求はエンドデバイス１００からコーディネータ２００へ送信されるので、方向３４２には、エンドデバイス１００からコーディネータ２００への方向を示す特定の値（例えば０ｘ００）が指定される。換言すれば、方向３４２は、参加要求とともにＬＱＩ＿ＣＮ＿ＥＤがエンドデバイス１００からコーディネータ２００へ通知されることを示している。
【０１９２】
サイズ３４３には、パラメタの合計サイズが指定される。ＭＡＣペイロード３４０は、パラメタとして、１オクテットのシーケンス番号３４４と、２オクテットのＥＤアドレス３４５と、１オクテットのＬＱＩ３４６と、１オクテットの出力レベル３４７を含む。よって、サイズ３４３には、これら４つのパラメタの合計サイズである５（＝０ｘ０５）という値が設定される。
【０１９３】
シーケンス番号３４４は、ＭＡＣペイロード３４０で表される参加要求が、どのビーコンフレーム３００に応じて送信されたものなのかを示す。換言すれば、シーケンス番号３４４は、ＭＡＣペイロード３４０により通知されるＬＱＩ＿ＣＮ＿ＥＤが、どのビーコンフレーム３００について計測されたものなのかを示す。シーケンス番号３４４の長さは、ビーコンフレーム３００のシーケンス番号３０２と同じく、１オクテットである。
【０１９４】
また、ＥＤアドレス３４５は、ＭＡＣペイロード３４０を含むデータフレーム３２０の送信元のエンドデバイス１００の２オクテットのアドレスを示す。送信元アドレス３２６として２オクテットのアドレスが使われる場合、送信元アドレス３２６とＥＤアドレス３４５は同じ値である。
【０１９５】
ＬＱＩ３４６には、エンドデバイス１００がビーコンフレーム３００に関して計測したＬＱＩ＿ＣＮ＿ＥＤの値が設定される。ＩＥＥＥ８０２．１５．４規格の物理層の仕様によれば、ＬＱＩは１オクテットで表されるので、ＬＱＩ３４６の長さも１オクテットである。
【０１９６】
また、後述するように、第１実施形態のコーディネータ２００は、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮから調整コマンドのパラメタを決定するときに、エンドデバイス１００での現在の出力レベルも参照する。そこで、エンドデバイス１００は、ＬＱＩ＿ＣＮ＿ＥＤだけでなく、エンドデバイス１００自体の現在の出力レベル（つまりＣＰＵ１２１からゲイン調整回路１１３に与えられるパラメタ値）も、コーディネータ２００に通知する。
【０１９７】
図７の例では、シーケンス番号３４４の値が０ｘ０１であり、ＥＤアドレス３４５の値が０ｘ２００１であり、ＬＱＩ３４６の値が０ｘＢ８であり、出力レベル３４７の値が０ｘ０Ａである。つまり、ＭＡＣペイロード３４０は、以下の（５−１）〜（５−４）を示す。
【０１９８】
（５−１）コーディネータ２００がシーケンス番号３０２に０ｘ０１という値を設定して送信したビーコンフレーム３００を、０ｘ２００１というアドレスのエンドデバイス１００が受信した。
（５−２）上記エンドデバイス１００は、上記ビーコンフレーム３００の受信を契機として、参加要求を送信した。
（５−３）上記エンドデバイス１００が上記ビーコンフレーム３００に関して計測したＬＱＩの値は、０ｘＢ８である。
（５−４）上記エンドデバイス１００の送信電波強度を調整するためにゲイン調整回路１１３に対して指定されている現在のパラメタ値（すなわち現在の出力レベル）は、０ｘ０Ａである。
【０１９９】
また、チェックサム３４８に設定される値は、コマンド３４１から出力レベル３４７までの７つのフィールドから、適宜のアルゴリズムにしたがって、誤り検出用に計算された値である。
【０２００】
もちろん、ＭＡＣペイロード３４０の形式は一例に過ぎない。フィールドの順番は適宜変更されてよい。また、実施形態によっては、方向３４２、サイズ３４３、シーケンス番号３４４、ＥＤアドレス３４５、出力レベル３４７、およびチェックサム３４８の、一部または全部が省略されてもよい。
【０２０１】
また、ＬＱＩ＿ＣＮ＿ＥＤを含まない参加要求と、ＬＱＩ＿ＣＮ＿ＥＤを含む参加要求は、実施形態に応じて、コマンド３４１の値により区別されてもよいし、サイズ３４３の値により区別されてもよい。ＬＱＩ＿ＣＮ＿ＥＤを含まない参加要求のＭＡＣペイロード３２７には、ＬＱＩ３４６や出力レベル３４７のフィールドがない。
【０２０２】
また、コマンド３４１の値が適宜変更されれば、ＭＡＣペイロード３４０と同様の形式のＭＡＣペイロード３２７が、ＬＱＩの通知専用のデータフレーム３２０用に利用可能である。例えば、図６のステップＳ１０６では、データ要求（data request）用にＩＥＥＥ８０２．１５．４規格で定義されたＭＡＣコマンドフレームと、ＬＱＩの通知専用のデータフレーム３２０という、２つのフレームが送信されてもよい。
【０２０３】
さて、図７には、調整コマンドを含む受付通知のデータフレーム３２０におけるＭＡＣペイロード３２７の例として、ＭＡＣペイロード３６０が示されている。ＭＡＣペイロード３６０は、具体的には、コマンド３６１と、方向３６２と、サイズ３６３と、出力レベル３６４と、チェックサム３６５を含む。
【０２０４】
コマンド３６１には、ＭＡＣ副層の上位層で適宜定義される複数のコマンドの中から受付通知を識別する値が指定される。図７の例では、コマンド３６１は１オクテットであり、受付通知を示す値として０ｘ０Ｆが指定されている。
【０２０５】
方向３６２は、コマンド３６１が通知される方向を示す、１オクテットのフィールドである。受付通知はコーディネータ２００からエンドデバイス１００へ送信されるので、方向３６２には、コーディネータ２００からエンドデバイス１００への方向を示す特定の値（例えば０ｘ０１）が指定される。換言すれば、方向３６２は、受付通知とともに調整コマンドがコーディネータ２００からエンドデバイス１００へ通知されることを示している。
【０２０６】
サイズ３６３には、パラメタの合計サイズが指定される。ＭＡＣペイロード３６０は、パラメタとして１オクテットの出力レベル３６４のみを含むので、サイズ３６３には１（＝０ｘ０１）という値が設定される。
【０２０７】
出力レベル３６４は、調整コマンドにおける調整パラメタの具体例である。コーディネータ２００は、ＭＡＣペイロード３６０を用いることで、エンドデバイス１００（より具体的にはＣＰＵ１２１）に対して、出力レベル３６４の値をゲイン調整回路１１３に与えるように指示することができる。図７の例では、出力レベル３６４の値は０ｘ０Ｃである。
【０２０８】
また、チェックサム３６５に設定される値は、コマンド３６１から出力レベル３６４までの４つのフィールドから、適宜のアルゴリズムにしたがって、誤り検出用に計算された値である。
【０２０９】
もちろん、ＭＡＣペイロード３６０の形式は一例に過ぎない。フィールドの順番は適宜変更されてよい。また、実施形態によっては、方向３６２、サイズ３６３、およびチェックサム３６５の、一部または全部が省略されてもよい。
【０２１０】
また、調整コマンドを含まない受付通知と、調整コマンドを含む受付通知は、実施形態に応じて、コマンド３６１の値により区別されてもよいし、サイズ３６３の値により区別されてもよい。調整コマンドを含まない受付通知のＭＡＣペイロード３２７には、出力レベル３６４がない。
【０２１１】
さらに、ＭＡＣペイロード３６０の例では、ゲイン調整回路１１３に与えるための値そのものが、調整パラメタとして、出力レベル３６４に指定されている。しかし、実施形態によっては、調整パラメタは、現在の出力レベルに対する相対値であってもよい。例えば、「現在の出力レベルよりも１段階だけ出力レベルを上げよ」という意味の「１」という値や、「現在の出力レベルよりも１段階だけ出力レベルを下げよ」という意味の「−１」という値が、調整パラメタとして利用されてもよい。
【０２１２】
また、図６のステップＳ１０８では、コーディネータ２００でペンディングになっているエンドデバイス１００宛のデータとともに調整コマンドを送信するために、１つのデータフレーム３２０が使われる。当該データフレーム３２０のＭＡＣペイロード３２７は、ＭＡＣペイロード３６０と類似の形式でもよい。
【０２１３】
具体的には、出力レベル３６４とチェックサム３６５の間に、エンドデバイス１００宛のデータペイロードのフィールドが追加された形式のＭＡＣペイロード３２７が使われてもよい。その場合、サイズ３６３は、出力レベル３６４とデータペイロードの合計長を示す。また、当然ながら、コマンド３６１には、受付通知を示す値（図７の例では０ｘ０Ｆ）とは異なる値が設定される。
【０２１４】
なお、図７では図示を省略したが、ＡＣＫフレームは、フレームコントロールと、シーケンス番号と、ＦＣＳを含む。シーケンス番号により、ＡＣＫフレームがどのフレームに対する受信確認なのかが識別される。
【０２１５】
例えば、図６のステップＳ１０３のＡＣＫフレームには、ステップＳ１０２の参加要求のデータフレーム３２０のシーケンス番号３２２と同じシーケンス番号が設定される。また、ステップＳ１０９のＡＣＫフレームには、ステップＳ１０８のデータフレーム３２０と同じシーケンス番号３２２が設定される。また、ステップＳ１０６でデータ要求とＬＱＩ＿ＣＮ＿ＥＤの通知が２つのフレームにより実現される場合は、ステップＳ１０７では、２つのフレームにそれぞれ対応する２つのＡＣＫフレームが送信されてもよい。
【０２１６】
ところで、上記のようにＩＥＥＥ８０２．１５．４規格で定義されているＡＣＫフレームは、アドレッシングフィールドを含まない。そのため、もし複数のエンドデバイス１００が偶然同じシーケンス番号を使っていると、ある１つのＡＣＫフレームがどのフレームに対する受信確認なのかが識別不能な場合がある。
【０２１７】
そこで、第１実施形態では、ＩＥＥＥ８０２．１５．４規格のＭＡＣコマンドフレームの１種である参加要求の代わりに、上位層で定義されてデータフレーム３２０により実現される参加要求が使われる。そして、上位層で定義される参加要求に応じて、上位層で定義されてデータフレーム３２０により実現される受付通知が、コーディネータ２００から送信される。データフレーム３２０はアドレッシングフィールドを含むので、このように上位層で定義される参加要求と受付通知を利用することにより、偶然同じシーケンス番号を使っている複数のエンドデバイス１００間の区別が可能となる。
【０２１８】
続いて、図６のような通信シーケンスを実現するためにコーディネータ２００が実行する処理について、図８〜９を参照して説明する。図８は、第１実施形態のコーディネータ２００の動作フローチャートである。コーディネータ２００は、電源が入っている間、図８の処理を実行する。
【０２１９】
ステップＳ２０１でコーディネータ２００はビーコンを送信する。具体的には、ＣＰＵ２２１は、長さＴのビーコン周期が経過したらタイムアウトするようにタイマ２２２を設定し、ビーコンフレーム３００を生成する。そして、トランシーバ２１０が、ビーコンフレーム３００を表す電波信号を送信する。ステップＳ２０１の具体例は、図６のステップＳ１０１とＳ１０５である。
【０２２０】
なお、コーディネータ２００は、図８の処理と並行して、適宜のタイミングで、エンドデバイス１００のＩＤと当該エンドデバイス１００宛のデータのペアを、有線ＬＡＮインタフェイス２３０を介してサーバ２０から受け取る。そして、コーディネータ２００は、受け取ったＩＤとデータのペアを、ＲＡＭ２２４に格納する。
【０２２１】
よって、ＲＡＭ２２４に１個以上のＩＤが格納されている場合、ＣＰＵ２２１は、ステップＳ２０１で、ＲＡＭ２２４に格納されているＩＤのリストをペンディングアドレス３０７に設定したビーコンフレーム３００を生成する。ＲＡＭ２２４に１個もＩＤが格納されていなければ、ペンディングアドレス３０７のリストは空である。
【０２２２】
そして、次のステップＳ２０２でコーディネータ２００は、いずれかのエンドデバイス１００からの参加要求が受信されたか否かを判断する。そして、参加要求が受信されていれば、処理はステップＳ２０３へと移行する。逆に、参加要求が受信されていなければ、処理はステップＳ２０８へと移行する。
【０２２３】
例えば、ＣＰＵ２２１は、トランシーバ２１０からの割り込み信号の有無により、フレームが受信されているか否かを判断してもよい。何らかのフレームが受信されている場合、ＣＰＵ２２１は、さらに、フレームコントロール内のフレームタイプに応じて、データフレーム３２０が受信されたのか否かを判断することができる。データフレーム３２０が受信された場合、ＣＰＵ２２１は、ＭＡＣペイロード３２７の先頭に含まれるコマンドの値から、参加要求が受信されたか否かを判断することができる。
【０２２４】
ステップＳ２０３でＣＰＵ２２１は、参加要求に対するＡＣＫフレームを生成する。そして、ＡＣＫフレームを表す電波信号をトランシーバ２１０が送信する。ステップＳ２０３の具体例は、図６のステップＳ１０３である。
【０２２５】
次に、ステップＳ２０４でＣＰＵ２２１は、受信された参加要求のＭＡＣペイロード３４０に含まれるＬＱＩ＿ＣＮ＿ＥＤ（つまりＬＱＩ３４６の値）と、参加要求が受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＥＤ＿ＣＮを比較する。そして、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより小さければ、処理はステップＳ２０５へと移行する。逆に、ＬＱＩ＿ＣＮ＿ＥＤがＬＱＩ＿ＥＤ＿ＣＮ以上であれば、処理はステップＳ２０６へと移行する。
【０２２６】
ステップＳ２０５でＣＰＵ２２１は、通常の受付通知フレーム（すなわち調整コマンドを含まない受付通知用のデータフレーム３２０）を生成し、生成したフレームをトランシーバ２１０に出力する。そして、処理はステップＳ２０７へ移行する。
【０２２７】
他方、ステップＳ２０６でＣＰＵ２２１は、調整コマンドつきの受付通知フレーム（すなわちＭＡＣペイロード３６０を含むデータフレーム３２０）を生成し、生成したフレームをトランシーバ２１０に出力する。ここで、図９を参照して、ステップＳ２０６におけるＣＰＵ２２１による調整パラメタの決定方法の具体例を説明する。
【０２２８】
図９は、調整パラメタ情報の例を示す図である。図９の調整パラメタ情報４００は、説明の便宜上、４列のテーブル形式で示されているが、太枠で囲った部分だけが調整パラメタ情報４００としてコーディネータ２００に記憶されていてもよい。
【０２２９】
例えば、調整パラメタ情報４００は、コーディネータ２００の不揮発性記憶装置２２３に予め記憶され、ＲＡＭ２２４に読み出されてもよい。調整パラメタ情報４００は、具体的には、コーディネータ２００のＣＰＵ２２１が実行するプログラムにおける定数定義として、不揮発性記憶装置２２３に予め記憶されていてもよい。
【０２３０】
以下では、説明の便宜上、図９のテーブル全体についてまず説明する。その後、調整パラメタ情報４００を使った図８のステップＳ２０６の処理について説明する。
【０２３１】
図９の調整パラメタ情報４００は、「出力レベル」、「送信出力」、「備考」、「ＬＱＩの差」という４つの列を持つテーブル形式で表されている。第１実施形態では、各エンドデバイス１００において、ＣＰＵ１２１がゲイン調整回路１１３に対して指定することの可能なパラメタの値は、０ｘ００から０ｘ０Ｆまでである。よって、図９のテーブルは、これらの１６個の値にそれぞれ対応する１６行を含む。
【０２３２】
出力レベルの列は、エンドデバイス１００においてＣＰＵ１２１がゲイン調整回路１１３に対して指定する値を示す。上記のとおり、指定可能な値は０ｘ００から０ｘ０Ｆまでである。
【０２３３】
送信出力の列は、各出力レベルの値がゲイン調整回路１１３に対して指定されたときのエンドデバイス１００の送信出力（つまり送信電波強度）を、出力レベルの値が０ｘ０Ｂの場合を基準として、デシベル（ｄＢ）単位で示す。図９の例では、例えば、出力レベルの値が０ｘ０９の場合の送信出力は−２ｄＢであり、出力レベルの値が０ｘ０Ｃの場合の送信出力は１ｄＢである。
備考の列には、理解の助けとするための説明が書かれている。
【０２３４】
第１実施形態では、各エンドデバイス１００において、ゲイン調整回路１１３に与えられるパラメタのデフォルト値が０ｘ０Ｂである。そのため、出力レベルが０ｘ０Ｂの行には「デフォルト」と書かれている。デフォルト値は、出力レベルとして可能な複数の値のうち、「数レベル上げる調整も可能であり、数レベル下げる調整も可能である」という条件を満たす値であれば、実施形態に応じて任意に決められてよい。
【０２３５】
また、第１実施形態では、０ｘ００から０ｘ０６までの出力レベルは実際には使われないものとする。なぜなら、第１実施形態では、０ｘ０６以下の出力レベルがゲイン調整回路１１３に指定されたときのエンドデバイス１００の送信電波強度は小さく、具体的には、コーディネータ２００の送信電波強度よりも大きくなることがないからである。
【０２３６】
もちろん、「０ｘ００から０ｘ０６まで」という範囲は、実施形態に応じて異なり得る。複数のコーディネータ２００間のばらつきは、実施形態に応じて異なるし、複数のエンドデバイス１００間のばらつきも、実施形態に応じて異なる。第１実施形態は、「たとえこれらのばらつきを考慮に入れても、０ｘ０６以下の出力レベルがゲイン調整回路１１３に指定されると、コーディネータ２００よりエンドデバイス１００の方が、送信電波強度が小さくなる」という場合の例である。
【０２３７】
例えば、コーディネータ２００とエンドデバイス１００それぞれの仕様や、予備実験などから、ばらつきの程度が見積もられてもよい。そして、見積もりの結果から、例えば、「０ｘ００から０ｘ０６までの出力レベルは実際には使わない」などの方針が決められてもよい。
【０２３８】
ところで、各コーディネータ２００の送信電波強度は、可変であってもよいし、固定であってもよい。コーディネータ２００の送信電波強度が可変の場合（例えば、コーディネータ２００のトランシーバ２１０が、ゲイン調整回路１１３と類似の回路を含む場合）、送信電波強度を調整するためのパラメタが予め適切に設定される。あるいは、コーディネータ２００の送信電波強度が固定の場合、固定の送信電波強度に関する仕様が予め適切に定められる。いずれにしろ、コーディネータ２００は、デフォルト値がゲイン調整回路１１３に与えられたときの平均的なエンドデバイス１００の送信電波強度よりも、コーディネータ２００の送信電波強度の方がやや小さくなるように、予め構成される。
【０２３９】
しかし、パラメタの値や仕様は、あくまでも理想値を示し、実際のコーディネータ２００は、製造誤差の影響を受ける。よって、パラメタが適切にプリセットされたとしても（または、固定の送信電波強度に関する仕様が適切に定められていても）、製造ばらつきに起因して、あるコーディネータ２００はあるエンドデバイス１００よりも送信電波強度が大きいかもしれない。その結果、図１の領域５のような、通信エラーの原因となる領域が生じてしまうかもしれない。
【０２４０】
そこで、上記のとおり第１〜第２実施形態では、ＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤよりも大きくなるように（すなわち、エンドデバイス１００の方がコーディネータ２００よりも送信電波強度が大きくなるように）、必要に応じて調整が行われる。図９の調整パラメタ情報４００は、その調整のために使われる情報である。
【０２４１】
ここで、調整パラメタ情報４００のテーブルにおける「出力レベル」の列と「送信出力」の列の間の対応関係は、エンドデバイス１００の仕様に応じて決まる。他方、「ＬＱＩの差」の列には、例えば予備実験から得られた値が記録される。具体的には、例えば以下のような予備実験が行われてもよい。
【０２４２】
ある１台のエンドデバイス１００と、ある１台のコーディネータ２００が、適宜の距離だけ離して設置される。上記「適宜の距離」は、具体的には、エンドデバイス１００とコーディネータ２００が互いに計測するＬＱＩが、どちらも、通信圏外か否かの判定用の閾値（例えば、図３の例では０ｘ２０）よりもある程度は高くなるような距離であればよい。
【０２４３】
そして、コーディネータ２００から送信される電波信号に関して、エンドデバイス１００のＬＱＩ計測回路１１２がＬＱＩを計測する。この計測結果を、便宜上、ＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦとする。計測結果ＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦは、後の計算のために記録される。
【０２４４】
また、エンドデバイス１００のゲイン調整回路１１３に対して指定する値を変化させながら、各値について、コーディネータ２００のＬＱＩ計測回路２１２によるＬＱＩの計測が行われる。計測は、少なくとも、実際に使われる可能性のある出力レベルの値（図９の例では、０ｘ０７から０ｘ０Ｆまでの値）のそれぞれに関して、行われる。
【０２４５】
ここで、ある出力レベルの値Ｘがゲイン調整回路１１３に指定された状態でエンドデバイス１００が送信する電波信号に関して、コーディネータ２００のＬＱＩ計測回路２１２が計測したＬＱＩを、便宜上、ＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）とする。各Ｘについて計測された結果ＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）は、後の計算のために記録される。
【０２４６】
そして、各Ｘについて、コーディネータ２００による計測結果ＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）とエンドデバイス１００による計測結果ＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦとの差が計算される。すなわち、各Ｘについて式（９）による計算が行われる。
LQI_DIFF(X)=LQI_ED_CN(X)-LQI_CN_ED_REF (9)
【０２４７】
以上のようにして計算されたＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）が、各Ｘの行の「ＬＱＩの差」の列に記録されてもよい。
【０２４８】
例えば、０ｘ０７≦Ｘ≦０ｘ０Ｆの範囲に関して予備実験が行われ、Ｘの各値について、ＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）として、それぞれ−１６、−１２、−８、−４、０、４、８、１２、１６という値が得られたとする。図９は、そのような実験結果が得られた場合の調整パラメタ情報４００の例を示している。なお、図９中のこれらの値は、説明の便宜上例示している値であり、得られる値は実際の環境に応じて異なる。
【０２４９】
エンドデバイス１００間のばらつきやコーディネータ２００間のばらつきを考慮するため、エンドデバイス１００とコーディネータ２００の複数のペアが予備実験に使われてもよい。つまり、エンドデバイス１００とコーディネータ２００の複数のペアのそれぞれについて、上記のようにしてＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦの計測とＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）の計測が行われてもよい。
【０２５０】
そして、複数のペアについての計測結果から、統計処理により、調整パラメタ情報４００のテーブルの各Ｘの行に記録するための値が計算されてもよい。例えば、ＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）の平均値からＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦの平均値を引くことで、出力レベルＸの行に記録するための値が計算されてもよい。
【０２５１】
また、ＬＱＩ計測回路１１２とＬＱＩ計測回路２１２の具体的な特性は、実施形態に応じて異なる。しかし、例えば、ｄＢ単位での受信電波強度に対してほぼ線形に比例する値をＬＱＩとして出力するように、ＬＱＩ計測回路１１２とＬＱＩ計測回路２１２が構成されていてもよい。この場合、上記の予備実験におけるエンドデバイス１００とコーディネータ２００との間の距離に対する、ＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）の依存性は、無視して差し支えない。
【０２５２】
しかし、場合によっては、いくつかの距離のそれぞれに対して、ＬＱＩ＿ＣＮ＿ＥＤ＿ＲＥＦの計測とＬＱＩ＿ＥＤ＿ＣＮ（Ｘ）の計測が行われてもよい。そして、複数の距離についての計測結果から、統計処理により、調整パラメタ情報４００のテーブルの各Ｘの行に記録するための値が計算されてもよい。
【０２５３】
以上のように、何らかの予備実験などにより、予め調整パラメタ情報４００が取得されているものとする。そして、調整パラメタ情報４００がコーディネータ２００に予め記憶されているものとする。
【０２５４】
なお、説明の簡単化のため、図９に示すごとく調整パラメタ情報４００では出力レベルの昇順に行がソートされているものとする。また、以下では式（９）と同様の表記を用いて、出力レベルの値Ｘに対応する行の、「ＬＱＩの差」の列の値を、ＬＱＩ＿ＤＩＦＦ（Ｘ）と表記する。
【０２５５】
すると、図８のステップＳ２０６でコーディネータ２００のＣＰＵ２２１は、次のようにして調整パラメタを決定し、調整コマンドつきの受付通知のデータフレーム３２０を生成する。
【０２５６】
受信された参加要求のデータフレーム３２０に含まれる出力レベル３４７の値を便宜上Ｘ０とすると、ＣＰＵ２２１は、調整パラメタ情報４００のテーブルで値Ｘ０に対応する行に注目する。そして、ＣＰＵ２２１は、注目した行から始めて、テーブルの下方向へと順に各行に注目してゆき、ＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）が不等式（１０）を満たす行を探す。つまり、ＣＰＵ２２１は、不等式（１０）を満たす最小の値Ｘを探す。
LQI_CN_ED < LQI_ED_CN+(LQI_DIFF(X)-LQI_DIFF(X0)) (10)
【０２５７】
なお、不等式（１０）におけるＬＱＩ＿ＣＮ＿ＥＤは、受信された参加要求のデータフレーム３２０に含まれるＬＱＩ３４６の値である。そして、不等式（１０）におけるＬＱＩ＿ＥＤ＿ＣＮは、参加要求のデータフレーム３２０をコーディネータ２００が受信したときにＬＱＩ計測回路２１２が計測したＬＱＩの値である。
【０２５８】
例えば、図７の例では、ＬＱＩ３４６の値（つまりＬＱＩ＿ＣＮ＿ＥＤ）は、０ｘＢ８（＝１８４）であり、出力レベル３４７の値（つまりＸ０）は、０ｘ０Ａである。そして、図９の調整パラメタ情報４００によれば、ＬＱＩ＿ＤＩＦＦ（０ｘ０Ａ）は−４である。
【０２５９】
また、仮に、計測されたＬＱＩ＿ＥＤ＿ＣＮの値が１７７であったとする。すると、ＣＰＵ２２１は、調整パラメタ情報４００において不等式（１０）を満たす行として、出力レベルの値が０ｘ０Ｃの行を見つける。図９によればＬＱＩ＿ＤＩＦＦ（０ｘ０Ｃ）が４なので、不等式（１０）が満たされる（より具体的には、不等式（１１）が満たされる）。
184 < 177+(4-(-4))=185 (11)
【０２６０】
ＣＰＵ２２１は、以上のようにして見つけた行の出力レベルの値Ｘ（上記の例では０ｘ０Ｃ）を、出力レベル３６４（すなわち調整パラメタ）として設定する。また、ＣＰＵ２２１は、データフレーム３２０の他のフィールド（つまり、ＭＡＣヘッダ内の各フィールド、コマンド３６１、方向３６２、サイズ３６３、チェックサム３６５、およびＦＣＳ３２８）にも適宜の値を設定する。以上のようにして、ＣＰＵ２２１は、調整コマンドつきの受付通知のデータフレーム３２０を生成する。
【０２６１】
なお、調整パラメタ情報４００は、第１の品質（つまりＬＱＩ＿ＥＤ＿ＣＮ）と第２の品質（つまりＬＱＩ＿ＣＮ＿ＥＤ）との間の相対関係を示す値（つまりＬＱＩ＿ＤＩＦＦ（Ｘ））と、調整用のパラメタ（つまりＸ）とを関連づける情報の例である。そして、不揮発性記憶装置２２３またはＲＡＭ２２４は、調整パラメタ情報４００のような情報を格納する格納手段の例である。コーディネータ２００のＣＰＵ２２１は、格納手段としての不揮発性記憶装置２２３またはＲＡＭ２２４を参照することで、パラメタＸを取得する。
【０２６２】
ここで、図８の説明に戻る。ステップＳ２０５またはＳ２０６で生成されたフレームは、ステップＳ２０７でトランシーバ２１０から送信される。つまり、通常の受付通知または調整コマンドつきの受付通知のデータフレーム３２０を表す電波信号が、アンテナ２１１から送信される。また、ステップＳ２０７では、ＣＰＵ２２１が、参加要求の送信元のエンドデバイス１００のＩＤ（つまりＥＤアドレス３４５の値）を、有線ＬＡＮインタフェイス２３０を介して、サーバ２０に通知する。そして、処理はステップＳ２０８へ移行する。なお、ステップＳ２０７の具体例は、図６のステップＳ１０４である。
【０２６３】
ステップＳ２０８でコーディネータ２００は、いずれかのエンドデバイス１００からデータ要求とＬＱＩ通知が受信されたか否かを判断する。そして、データ要求とＬＱＩ通知が受信されていれば、処理はステップＳ２０９へと移行する。逆に、データ要求とＬＱＩ通知が受信されていなければ、処理はステップＳ２１５へと移行する。
【０２６４】
例えば、ＣＰＵ２２１は、トランシーバ２１０からの割り込み信号の有無により、フレームが受信されているか否かを判断してもよい。何らかのフレームが受信されている場合、ＣＰＵ２２１は、さらに、フレームコントロール内のフレームタイプに応じて、ＭＡＣコマンドフレームが受信されたのか否かを判断することができる。ＭＡＣコマンドフレームが受信された場合、ＣＰＵ２２１は、コマンドフレームＩＤの値から、データ要求が受信されたか否かを判断することができる。
【０２６５】
同様に、何らかのフレームが受信されている場合、ＣＰＵ２２１は、フレームタイプに応じて、データフレーム３２０が受信されているか否かを判断することができる。データフレーム３２０が受信された場合、ＣＰＵ２２１は、ＭＡＣペイロード３２７中のコマンドの値から、ＬＱＩ通知が受信されたか否かを判断することができる。
【０２６６】
ステップＳ２０９でＣＰＵ２２１は、ＡＣＫフレームを生成する。そして、ＡＣＫフレームを表す電波信号をトランシーバ２１０が送信する。ステップＳ２０９の具体例は、図６のステップＳ１０７である。
【０２６７】
次に、ステップＳ２１０でＣＰＵ２２１は、受信されたＬＱＩ通知に含まれるＬＱＩ＿ＣＮ＿ＥＤと、データ要求またはＬＱＩ通知が受信されたときにＬＱＩ計測回路２１２が計測したＬＱＩ＿ＥＤ＿ＣＮを比較する。そして、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮより小さければ、処理はステップＳ２１１へと移行する。逆に、ＬＱＩ＿ＣＮ＿ＥＤがＬＱＩ＿ＥＤ＿ＣＮ以上であれば、処理はステップＳ２１２へと移行する。
【０２６８】
ステップＳ２１１でＣＰＵ２２１は、通常のデータフレーム３２０（すなわちＭＡＣペイロード３２７に調整コマンドを含まないデータフレーム３２０）を生成し、生成したフレームをトランシーバ２１０に出力する。ステップＳ２１１で生成されるデータフレーム３２０のＭＡＣペイロード３２７は、コーディネータ２００においてペンディングになっているエンドデバイス１００宛のデータを含む。フレームの出力後、処理はステップＳ２１３へ移行する。
【０２６９】
他方、ステップＳ２１２でＣＰＵ２２１は、調整コマンドつきのデータフレーム３２０を生成する。ステップＳ２１２で生成されるデータフレーム３２０のＭＡＣペイロード３２７は、図７のＭＡＣペイロード３６０と同様の５つのフィールドと、コーディネータ２００でペンディングになっているエンドデバイス１００宛のデータのためのフィールドを含む。ただし、ステップＳ２１２で設定されるコマンド３６１の値は、図７に示した受付通知用のＭＡＣペイロード３６０におけるコマンド３６１の値とは異なる。
【０２７０】
なお、ＣＰＵ２２１がステップＳ２１２で調整コマンドの調整パラメタ（すなわち出力レベル３６４に設定する値）を決定する方法は、ステップＳ２０６での決定方法と同様である。また、ＣＰＵ２２１は、生成したデータフレーム３２０をトランシーバ２１０に出力する。そして、処理はステップＳ２１３へ移行する。
【０２７１】
また、ステップＳ２１１またはＳ２１２で生成されたデータフレーム３２０は、ステップＳ２１３でトランシーバ２１０から送信される。つまり、通常のデータフレーム３２０または調整コマンドつきのデータフレーム３２０を表す電波信号が、アンテナ２１１から送信される。ステップＳ２１３の具体例は、図６のステップＳ１０８である。
【０２７２】
なお、ステップＳ２０６〜Ｓ２０７およびＳ２１２〜Ｓ２１３から明らかなように、第１実施形態では、調整パラメタの値を決定し、決定した値を表す電波信号をトランシーバ２１０に送信させる制御手段が、ＣＰＵ２２１により実現される。
【０２７３】
さて、ステップＳ２１３の送信後、ステップＳ２１４でコーディネータ２００は、ステップＳ２１３で送信したデータに対するＡＣＫを受信する。受信後、処理はステップＳ２１５に移行する。ステップＳ２１３の具体例は、図６のステップＳ１０９である。
【０２７４】
なお、図８では説明の簡単化のため図示を省略しているが、ＣＰＵ２２１は、適宜のリトライ制御を実行することが好ましい。つまり、コーディネータ２００は、ステップＳ２１３での送信から所定時間以内にステップＳ２１４でＡＣＫフレームを受信することができなければ、ステップＳ２１３と同じデータフレーム３２０を再送信してもよい。
【０２７５】
また、図８では説明の簡単化のため、データ要求とＬＱＩ通知の一方だけが受信され他方が受信されない場合について、省略されている。しかし、何らかの要因により、まれにデータ要求とＬＱＩ通知の一方だけが受信され他方が受信されないこともあり得る。
【０２７６】
データ要求のみが受信され、ＬＱＩ通知が受信されない場合は、コーディネータ２００は、通常のデータフレーム３２０を送信すればよい。
【０２７７】
逆に、ＬＱＩ通知のみが受信され、データ要求が受信されない場合は、コーディネータ２００は、ステップＳ２１０と同様に調整要否を判断する。そして、調整が必要な場合、コーディネータ２００は、図７のＭＡＣペイロード３６０と同様の形式の（ただしコマンド３６１の値が異なる）ＭＡＣペイロード３２７を含む、調整コマンドの通知専用のデータフレーム３２０を送信すればよい。
【０２７８】
さて、ステップＳ２１５でＣＰＵ２２１は、長さＴのビーコン周期が経過したか否かを判断する。具体的には、ステップＳ２０１で設定されたタイマ２２２がまだタイムアウトしていなければ、ビーコン周期はまだ経過していないので、処理はステップＳ２０２に戻る。逆に、タイマ２２２が既にタイムアウトしていれば、ビーコン周期が経過しているので、処理はステップＳ２０１に戻る。なお、実施形態によっては、タイマ２２２の代わりに絶対時刻を示す時計が利用されてもよいことは無論である。
【０２７９】
続いて、図６のような通信シーケンスを実現するためにエンドデバイス１００が実行する処理について、図１０を参照して説明する。図１０は、第１実施形態のエンドデバイス１００の動作フローチャートである。エンドデバイス１００は、電源が入れられると、図１０の処理を開始する。
【０２８０】
ステップＳ３０１で、エンドデバイス１００はチャネルスキャンを実行する。具体的には、エンドデバイス１００は、ＣＰＵ１２１の制御にしたがって、予め決められている複数のチャネル（例えば４〜８個程度のチャネル）をスキャンする。
【０２８１】
ある１つのチャネルのスキャンは、具体的には、例えば、次のような処理であってもよい。トランシーバ１１０は、受信周波数チャネルを、スキャン対象のチャネルに合わせ、決められた個数（例えば２個）の連続するビーコンフレーム３００を受信する。また、ＣＰＵ１２１は、受信された各ビーコンフレーム３００についてＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤの値をトランシーバ１１０から取得する。
【０２８２】
ＣＰＵ１２１は、取得したＬＱＩ＿ＣＮ＿ＥＤの値と、決められた閾値（例えば図３の閾値０ｘ２０またはそれより大きな閾値）に基づいて、各チャネルの品質を評価する。ＣＰＵ１２１は、スキャンした複数のチャネルの中で最も高品質なチャネルを探してもよいし、閾値以上のＬＱＩが得られるチャネルが１つ見つかった時点でチャネルスキャンを打ち切ってもよい。
【０２８３】
例えば、図２の例で、エンドデバイス４１が、領域６０でも領域６１でもない位置にあるときに、ステップＳ３０１でチャネルスキャンを実行したとする。この場合、エンドデバイス４１は「迷子」であり、チャネルは見つからない。例えばこの例のように、チャネルスキャンの結果としてチャネルが見つからなかった場合には、図１０の処理はステップＳ３０２に移行する。
【０２８４】
逆に、エンドデバイス４１が、領域６０内に位置しているときに、ステップＳ３０１でチャネルスキャンを実行したとする。この場合、コーディネータ３０の使用している「チャネル１６」が見つかる。例えばこの例のように、チャネルスキャンの結果としてチャネルが見つかれば、図１０の処理はステップＳ３０３に移行する。
【０２８５】
ステップＳ３０２でエンドデバイス１００は、所定の時間だけスリープする。そして、所定の時間が経過すると、処理はステップＳ３０１に戻る。なお、所定の時間は、具体的には、例えば１０秒〜２０秒程度の時間でもよい。
【０２８６】
さて、ステップＳ３０３でエンドデバイス１００はビーコンを受信する。ステップＳ３０３の具体例は、図６のステップＳ１０１とＳ１０５である。
また、ビーコンの受信に応じて、ステップＳ３０３でＣＰＵ１２１がタイマ１２２を始動する。したがって、第１実施形態では、タイマ１２２は、ビーコン周期の開始時点を基準点（つまりゼロ）とする時刻を表す。
【０２８７】
そして、次のステップＳ３０４でＣＰＵ１２１は、ステップＳ３０３でビーコンが受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤを、所定の閾値ＴＨ（例えば上記の閾値０ｘ２０）と比較する。もし、ＬＱＩ＿ＣＮ＿ＥＤが閾値ＴＨ以上であれば、処理はステップＳ３０５に移行する。逆に、ＬＱＩ＿ＣＮ＿ＥＤが閾値ＴＨ未満ならば、処理はステップＳ３０１に戻る。
【０２８８】
例えば、図２のエンドデバイス４１が、今まで領域６０の内部で動いており、現在は領域６０と６１が重なった領域内の位置（つまり領域６０の境界付近）にあってコーディネータ３１の方へ移動しつつあるとする。そして、後述のように図１０の処理がステップＳ３１７からステップＳ３０３に戻った後に、エンドデバイス４１がステップＳ３０３でコーディネータ３０からのビーコンを受信したとする。すると、場合によっては、ＬＱＩ＿ＣＮ＿ＥＤが閾値ＴＨ未満となり、処理はステップＳ３０１へと戻る。そして、エンドデバイス４１はステップＳ３０１でチャネルスキャンを実行し、結果として、コーディネータ３１が利用している「チャネル１５」が見つかることがある。
【０２８９】
さて、ステップＳ３０５〜Ｓ３１７は、エンドデバイス１００が十分な品質でコーディネータ２００からのビーコンを受信することができる場合に実行される。
ステップＳ３０５でＣＰＵ１２１は、コーディネータ２００へのアクセス要求があるか否かを判断する。説明の簡単化のため、第１実施形態では、アクセス要求が具体的には参加要求に限られるものとする。しかし、実施形態によっては、エンドデバイス１００が、例えばＧＴＳ要求などの他の種類の要求をコーディネータ２００に送信することがあってもよい。
【０２９０】
参加要求がある場合、参加要求の送信のため、処理はステップＳ３０６に移行する。具体的には、エンドデバイス１００に新たに電源が投入された後、チャネルスキャンによりチャネルが見つかった場合、見つかったチャネルを使っているコーディネータ２００への参加要求の送信のため、処理はステップＳ３０６に移行する。あるいは、今までエンドデバイス１００が受信していた周波数チャネルのＬＱＩが低下し、そのためエンドデバイス１００がチャネルスキャンを実行し、結果として新たなチャネルが見つかった場合も、参加要求の送信のため、処理はステップＳ３０６に移行する。逆に、参加要求がない場合は、処理はステップＳ３１０に移行する。
【０２９１】
ステップＳ３０６でＣＰＵ１２１は、ＬＱＩ＿ＣＮ＿ＥＤを付加した参加要求のデータフレーム３２０を生成する。つまり、ＣＰＵ１２１は、ステップＳ３０３で受信されたビーコンフレーム３００に関してＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤの値をＬＱＩ３４６に含むデータフレーム３２０を生成する。また、ＭＡＣペイロード３４０中の出力レベル３４７には、ゲイン調整回路１１３が現在使っている出力レベルの値（つまり、ＣＰＵ１２１が最後にゲイン調整回路１１３に対して指定した値）が設定される。なお、データフレーム３２０の宛先ＰＡＮＩＤ３２３と宛先アドレス３２４には、ステップＳ３０３で受信されたビーコンフレーム３００の送信元ＰＡＮＩＤ３０３と送信元アドレス３０４の値が設定される。
【０２９２】
そして、ＣＰＵ１２１は、生成したデータフレーム３２０をトランシーバ１１０に出力する。すると、トランシーバ１１０は、当該データフレーム３２０を表す電波信号をアンテナ１１１から送信する。ステップＳ３０６の具体例は、図６のステップＳ１０２である。
【０２９３】
次に、ステップＳ３０７でエンドデバイス１００は、ステップＳ３０６でエンドデバイス１００が送信した参加要求に対するＡＣＫと受付通知を、コーディネータ２００から受信する。ＡＣＫの受信の具体例は図６のステップＳ１０３であり、受付通知の受信の具体例はステップＳ１０４である。ＡＣＫと受付通知の受信後、処理はステップＳ３０８へ移行する。
【０２９４】
なお、ステップＳ３０６での送信は、具体的には、１ビーコン周期の中に含まれるＣＡＰ（Contention Access Period）の中で行われる。ＣＡＰ内では、複数のエンドデバイス１００間での競合が、ＣＳＭＡ−ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）により解決される。つまり、図１０では説明の簡単化のため詳細が省略されているが、ステップＳ３０６〜Ｓ３０７は、適宜のリトライ処理を含む場合がある。
【０２９５】
受付通知の受信後、ステップＳ３０８でＣＰＵ１２１は、ステップＳ３０７で受信された受付通知に調整コマンドが含まれるか否かを判断する。図７に関して説明したとおり、調整コマンドを含まない受付通知と、調整コマンドを含む受付通知は、実施形態に応じて、コマンド３６１の値により区別されてもよいし、サイズ３６３の値により区別されてもよい。よって、ＣＰＵ１２１は、受付通知のデータフレーム３２０のコマンド３６１またはサイズ３６３の値に応じて、通常の受付通知が受信されたのか、それとも調整コマンドを含む受付通知が受信されたのかを、判断することができる。
【０２９６】
例えば図６のステップＳ１０４に例示するように、受付通知に調整コマンドが含まれる場合、処理はステップＳ３０９に移行する。逆に、受付通知に調整コマンドが含まれない場合、処理はステップＳ３１０に移行する。
【０２９７】
ステップＳ３０９でＣＰＵ１２１は、受信された受付通知から調整コマンドの内容（つまり、ＭＡＣペイロード３６０中の出力レベル３６４の値）を抽出する。出力レベル３６４のフィールドには、ゲイン調整回路１１３が調整に用いるための１オクテットの調整パラメタそのものの値が指定されている。よって、ＣＰＵ１２１は、抽出した出力レベル３６４の値を、トランシーバ１１０とコントローラ１２０との間のインタフェイスを介して、トランシーバ１１０に出力する。すると、ゲイン調整回路１１３は、出力された値にしたがって、ゲインを調整する。
【０２９８】
例えば、出力レベル３６４の値が図７のように０ｘ０Ｃだとする。この場合、ゲイン調整回路１１３は、可変ゲイン増幅器のゲインを、０ｘ０Ｃという値に対応する値に調整してもよい。あるいは、ゲイン調整回路１１３は、複数の増幅器の中で現在使用している増幅器から、０ｘ０Ｃという値に対応する増幅器への切り換えを行ってもよい。ゲイン調整回路１１３による具体的な調整は、トランシーバ１１０の具体的回路構成に応じて様々である。
【０２９９】
いずれにしろ、ＣＰＵ１２１により抽出された値にしたがって、ゲイン調整回路１１３によって調整が行われる。その結果、トランシーバ１１０の送信電力（換言すれば、アンテナ１１１から送信される電波信号の強度）が調整される。また、調整の結果、コーディネータ２００のＬＱＩ計測回路２１２により今後計測されるＬＱＩ＿ＥＤ＿ＣＮの方が、エンドデバイス１００のＬＱＩ計測回路１１２により今後計測されるＬＱＩ＿ＣＮ＿ＥＤよりも大きくなると期待される。そして、以上の調整の後、処理はステップＳ３１０に移行する。
【０３００】
ステップＳ３１０でＣＰＵ１２１は、図１０の処理を実行しているエンドデバイス１００自体のＩＤが、ステップＳ３０３で受信されたビーコンに含まれているか否かを判断する。つまり、ＣＰＵ１２１は、受信されたビーコンフレーム３００のペンディングアドレス３０７中のリストに、エンドデバイス１００自体のＩＤが含まれているか否かを判断する。なお、エンドデバイス１００自体のＩＤは、不揮発性記憶装置１２３またはＲＡＭ１２４に記憶されている。
【０３０１】
ペンディングアドレス３０７のリスト中にエンドデバイス１００自体のＩＤが含まれる場合、エンドデバイス１００宛のデータがコーディネータ２００でペンディングになっている。よって、データ要求の送信のため、処理はステップＳ３１１に移行する。逆に、ペンディングアドレス３０７のリスト中にエンドデバイス１００自体のＩＤが含まれない場合は、処理はステップＳ３１７に移行する。
【０３０２】
ステップＳ３１１でＣＰＵ１２１は、以下に説明するアクセス時刻ＡＴとスリープ時間Ｐ１を算出する。そして、ＣＰＵ１２１は、算出した時間Ｐ１だけスリープするようにエンドデバイス１００を制御する。時間Ｐ１の経過後、エンドデバイス１００は起床して、処理はステップＳ３１２へと移行する。
【０３０３】
ここで、アクセス時刻ＡＴとスリープ時間Ｐ１について説明する。
第１実施形態では、プル型通信によるデータ取得の効率の向上のため、複数のエンドデバイス１００間で自律分散的な時分割通信が行われる。上記のアクセス時刻ＡＴは、図１０の処理を実行しているエンドデバイス１００がコーディネータ２００にデータ要求を送信する時刻である。
【０３０４】
具体的には、第１実施形態では、１ビーコン周期に下記の（６−１）〜（６−５）の期間が含まれる。
【０３０５】
（６−１）コーディネータ２００がビーコンを送信するためのビーコン送信期間（以下、ビーコン送信期間の長さを「Ｂ」と表記する）
（６−２）コーディネータ２００が任意のエンドデバイス１００から要求を受け付けるための要求受付期間（以下、要求受付期間の長さを「β」と表記する）
（６−３）Ｓ台（０≦Ｓ≦７）のエンドデバイス１００が、時分割式に順々に、コーディネータ２００から、各エンドデバイス１００に応じたデータを取得するための通信期間（以下、１台のエンドデバイス１００あたりの通信期間の長さを「α」と表記する）
（６−４）コーディネータ２００が、エンドデバイス１００との間の通信以外の処理（例えば、サーバ２０との間の通信や、コーディネータ２００の内部処理など）を行うための処理期間（以下、処理期間の長さを「Ｍ」と表記する）
（６−５）ＩＥＥＥ８０２．１５．４規格で定義されるＣＦＰ（Contention-Free Period）（以下、ＣＦＰの長さを「Ｆ」と表記する）
【０３０６】
なお、（６−２）〜（６−４）の期間は、ＩＥＥＥ８０２．１５．４規格で定義されるＣＡＰに含まれるが、第１実施形態では、ＣＡＰのうち（６−２）の期間でのみ、ＣＳＭＡ−ＣＡによりエンドデバイス１００間の競合が解決される。つまり、第１実施形態では、（６−３）の期間では競合が生じないように時分割制御が行われ、（６−４）の期間ではどのエンドデバイス１００も要求を送信しない。よって、第１実施形態では、衝突（collision）に起因するタイムロスが少ない。
【０３０７】
さて、（６−１）〜（６−５）によれば、ビーコン周期の長さＴは、式（１２）のように表すことができる。
T=B+β+α×S+M+F (12)
【０３０８】
なお、Ｓの値は、ビーコンフレーム３００のペンディングアドレス３０７の中に指定されており、０≦Ｓ≦７である。また、ＣＦＰはなくてもよいので、Ｆの値は０のこともある。ＣＰＵ１２１は、ビーコンフレーム３００のスーパフレーム定義３０５とＧＴＳ３０６から、Ｆの値を計算することができる。第１〜第２実施形態では簡単のためＦ＝０と仮定する。
【０３０９】
また、βとＭの値は、それぞれ、固定値でもよいし、可変値であってもよい。例えば、α＝β＝Ｍと定義されていてもよい。βとＭの定義に応じて、αの値は式（１２）から適宜算出され得る。
【０３１０】
ここで、図１０の処理を実行するエンドデバイス１００自体のＩＤは、ペンディングアドレス３０７のリスト中に含まれるＳ個のＩＤのうち、ｎ番目（１≦ｎ≦Ｓ）のＩＤであるとする。また、ビーコン周期には、上記（６−１）〜（６−５）の期間が含まれ、これらの期間の順序は、（６−１）〜（６−５）の順である。よって、式（１２）より、アクセス時刻ＡＴは式（１３）のように表せる。
AT=B+β+(n-1)×α (13)
【０３１１】
また、タイマ１２２が現在示している時刻を「Ｎｏｗ」と表記することにし、適宜の正のマージンの長さを「δＴ１」と表記することにする。上記のとおり、タイマ１２２は、ビーコン周期の開始時点を基準とした時刻を示すので、アクセス時刻ＡＴまでのスリープ時間Ｐ１は、式（１４）のように表せる。
P1=AT-Now-δT1 (14)
【０３１２】
ステップＳ３１１でＣＰＵ１２１は、式（１４）のスリープ時間Ｐ１を算出する。そして、ＣＰＵ１２１は、算出した時間Ｐ１だけスリープするようにエンドデバイス１００を制御する。時間Ｐ１の経過後、エンドデバイス１００はスリープ状態から復帰し、処理はステップＳ３１２へと移行する。
【０３１３】
ステップＳ３１２でＣＰＵ１２１は、データ要求のＭＡＣコマンドフレームを生成し、生成したフレームをトランシーバ１１０に出力する。ＣＰＵ１２１はさらに、ステップＳ３０３でビーコンフレーム３００が受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤとゲイン調整回路１１３が現在使っているパラメタ値を含む、ＬＱＩ通知用のデータフレーム３２０も生成する。そして、ＣＰＵ１２１は、生成したデータフレーム３２０をトランシーバ１１０に出力する。
【０３１４】
なお、ステップＳ３１２でＣＰＵ１２１が生成するどちらのフレームにおいても、宛先ＰＡＮＩＤと宛先アドレスには、ステップＳ３０３で受信されたビーコンフレーム３００の送信元ＰＡＮＩＤ３０３と送信元アドレス３０４の値が設定される。
【０３１５】
トランシーバ１１０は、ＣＰＵ１２１からの出力に応じて、データ要求のＭＡＣコマンドフレームを表す電波信号を送信し、さらに、ＬＱＩ通知のデータフレーム３２０を表す電波信号を送信する。ステップＳ３１２の具体例は、図６のステップＳ１０６である。
【０３１６】
また、式（１４）のマージンの長さδＴ１は、ステップＳ３１１〜Ｓ３１２で行われる内部処理（スリープ時間Ｐ１の算出、スリープ状態からの復帰、フレームの生成など）にかかる時間を示す。実施形態によっては、マージンの長さδＴ１が０と見なされてもよい。
【０３１７】
次に、ステップＳ３１３でエンドデバイス１００は、例えば図６のステップＳ１０７とＳ１０８のように、コーディネータ２００から、データ要求に対するＡＣＫとデータを受信する。
【０３１８】
なお、受信されたデータの内容に応じて、ＣＰＵ１２１は、ディスプレイ１３０とスピーカ１４０の一方または双方を適宜制御する。しかし、図１０では、説明の簡略化のため、ディスプレイ１３０とスピーカ１４０の制御は省略されている。
【０３１９】
次のステップＳ３１４でＣＰＵ１２１は、ステップＳ３１３で受信されたデータフレーム３２０が調整コマンドを含むか否かを判断する。具体的には、ステップＳ３１３で受信されたデータフレーム３２０のＭＡＣペイロード３２７中のコマンドの値またはサイズの値に基づいて、ＣＰＵ１２１は、データフレーム３２０が調整コマンドを含むか否かを判断する。
【０３２０】
ステップＳ３１３で受信されたデータフレーム３２０が、調整コマンドを含まない通常のデータフレーム３２０だった場合、処理はステップＳ３１６に移行する。逆に、調整コマンドを含むデータフレーム３２０が受信された場合、処理はステップＳ３１５に移行する。
【０３２１】
そして、ステップＳ３１５では、ステップＳ３０９と同様にして、ＣＰＵ１２１が調整コマンドの内容（具体的には出力レベル３６４の値）を抽出し、抽出された値にしたがってゲイン調整回路１１３が調整を行う。調整後、処理はステップＳ３１６に移行する。
【０３２２】
ステップＳ３１６でエンドデバイス１００は、例えば図６のステップＳ１０９のように、コーディネータ２００にＡＣＫを送信する。具体的には、ステップＳ３１３で受信されたデータフレーム３２０のシーケンス番号３２２と同じ値をシーケンス番号に設定したＡＣＫフレームをＣＰＵ１２１が生成し、ＡＣＫフレームを表す電波信号がトランシーバ１１０のアンテナ１１１から送信される。そして、処理はステップＳ３１７に移行する。
【０３２３】
さて、ステップＳ３１７が実行されるのは、今回のビーコン周期の中では、エンドデバイス１００が行う処理がもう存在しないときである。そこで、ＣＰＵ１２１は、ステップＳ３１７でスリープ時間（以下「Ｐ２」と表記する）を算出する。上記のとおり、本実施形態のタイマ１２２が示す時刻Ｎｏｗは、ビーコン周期の開始時点を基準とした時刻である。よって、適宜の正のマージンの長さを「δＴ２」と表記することにすると、スリープ時間Ｐ２は、式（１５）のように表される。
P2=T-Now-δT2 (15)
【０３２４】
なお、マージンの長さδＴ２は、スリープ時間Ｐ２の算出、スリープ状態への移行、および、スリープ状態からの復帰にそれぞれかかる時間の和以上でさえあれば、短いほど好ましい。実施形態によっては、マージンの長さδＴ２が０と見なされてもよい。
【０３２５】
スリープ時間Ｐ２の算出後、ステップＳ３１７でエンドデバイス１００は、ＣＰＵ１２１の制御にしたがい、算出されたスリープ時間Ｐ２だけスリープする。すなわち、エンドデバイス１００は、次のビーコン受信の直前までステップＳ３１７でスリープする。そして、スリープ時間Ｐ２が経過すると、処理はステップＳ３０３に戻る。
【０３２６】
以上のように、第１実施形態では、エンドデバイス１００がビーコンの受信時にＬＱＩ＿ＣＮ＿ＥＤを計測し、計測したＬＱＩ＿ＣＮ＿ＥＤを、参加要求やデータ要求などの要求とともにコーディネータ２００に通知する。また、コーディネータ２００は、要求の受信時にＬＱＩ＿ＥＤ＿ＣＮを計測し、要求とともに通知されたＬＱＩ＿ＣＮ＿ＥＤと計測したＬＱＩ＿ＥＤ＿ＣＮの比較結果に応じて、調整コマンドを生成する。
【０３２７】
調整コマンドは、受付通知やデータなど、何らかの種類の要求に対する応答として送信されるフレームに含まれて、エンドデバイス１００へと送信される。そして、エンドデバイス１００は、調整コマンドにしたがって適宜送信電波強度を調整する。調整の結果として、調整の済んだ後には、ＬＱＩ＿ＣＮ＿ＥＤよりもＬＱＩ＿ＥＤ＿ＣＮの方が大きくなると期待される。したがって、図１の領域５のように通信エラーの原因となる領域がなくなると期待される。
【０３２８】
また、第１実施形態では、ＬＱＩや調整コマンドが、可能な限り他の情報（例えば、参加要求、受付通知、または、エンドデバイス１００宛のデータ）と同じ１つのフレームで伝えられる。したがって、エンドデバイス１００とコーディネータ２００の間でやりとりされるフレームの数が、調整のために極端に増加することはない。
【０３２９】
換言すれば、第１実施形態では、ＬＱＩや調整コマンドの通知のために生じるオーバヘッドが小さい。そのため、オーバヘッドに起因する通信効率の悪化や電力消費量の増加は、無視して差し支えない。もちろん、オーバヘッドが多少大きくても問題にならない実施形態においては、ＬＱＩの通知や、調整コマンドの通知が、常に専用のデータフレーム３２０により行われてもよい。
【０３３０】
続いて、図１１〜１３を参照して第２実施形態について説明する。なお、第１実施形態との共通点については、適宜説明を省略することがある。
【０３３１】
第２実施形態は、上記のとおり、図２の無線通信システム１０に適用される。また、無線通信システム１０内の各エンドデバイスは、図４のエンドデバイス１００のように構成され、無線通信システム１０内の各コーディネータは、図５のコーディネータ２００のように構成される。図１１は、第２実施形態の通信シーケンスの例であり、具体的には、無線通信システム１０中のエンドデバイス１００とコーディネータ２００との間の通信シーケンスの例である。
【０３３２】
ステップＳ４０１でコーディネータ２００は、図６のステップＳ１０１と同様に、ビーコンを送信する。また、図１１の例では、エンドデバイス１００は、コーディネータ２００からのビーコンが受信可能な領域に位置しており、したがって、ビーコンを受信する。
【０３３３】
また、ステップＳ４０２でエンドデバイス１００は、図６のステップＳ１０２と同様に、参加要求を送信する。そして、図６の例と同様に、図１１の例においても、参加要求はコーディネータ２００に受信される。ただし、ステップＳ１０２とは異なり、ステップＳ４０２では、参加要求にＬＱＩ＿ＣＮ＿ＥＤは含まれない。
【０３３４】
コーディネータ２００は、参加要求を受信すると、次のステップＳ４０３でＡＣＫを送信する。ステップＳ４０３は図６のステップＳ１０３と同様である。
コーディネータ２００はさらに、ステップＳ４０４で受付通知を送信する。図６のステップＳ１０４で送信される受付通知とは異なり、ステップＳ４０４で送信される受付通知は、コーディネータ２００がステップＳ４０２で参加要求を受信したときにＬＱＩ計測回路２１２が計測したＬＱＩ＿ＥＤ＿ＣＮを含む。
【０３３５】
以上のようなステップＳ４０１〜Ｓ４０４の通信により、エンドデバイス１００はコーディネータ２００に参加する。また、エンドデバイス１００は、ＬＱＩ＿ＥＤ＿ＣＮを含む受付通知をステップＳ４０４で受信すると、送信電波強度を必要に応じて適宜調整する。
【０３３６】
具体的には、ステップＳ４０１のビーコンが受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤと、受付通知に含まれるＬＱＩ＿ＥＤ＿ＣＮを、ＣＰＵ１２１が比較する。ＬＱＩ＿ＣＮ＿ＥＤがＬＱＩ＿ＥＤ＿ＣＮよりも大きい場合は、図１の領域５のような領域をなくすために、調整が行われる。
【０３３７】
具体的には、エンドデバイス１００の不揮発性記憶装置１２３またはＲＡＭ１２４には、図９と同様の調整パラメタ情報４００が記憶されている。よって、ＣＰＵ１２１は、調整パラメタ情報４００を用いて、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮに基づいて、ゲイン調整回路１１３用のパラメタ値（つまり出力レベルの値）を決定することができる。
【０３３８】
ＣＰＵ１２１は、決定したパラメタ値をトランシーバ１１０に出力する。そして、ゲイン調整回路１１３は、出力された値に応じてトランシーバ１１０の送信電波強度を調整する。調整は、今後コーディネータ２００のＬＱＩ計測回路２１２により計測されるＬＱＩ＿ＥＤ＿ＣＮの方が、今後エンドデバイス１００のＬＱＩ計測回路１１２により計測されるＬＱＩ＿ＣＮ＿ＥＤよりも大きくなるように、行われる。
【０３３９】
以上のように、ＣＰＵ１２１は、調整パラメタ情報４００を格納する格納手段としての不揮発性記憶装置１２３またはＲＡＭ１２４を参照することで、パラメタＸを取得することができる。そして、ゲイン調整回路１１３は、ＣＰＵ１２１が取得したパラメタＸにしたがって、送信電波強度を調整する。
【０３４０】
ところで、コーディネータ２００は、ステップＳ４０２で参加要求を受信すると、サーバ２０にエンドデバイス１００のＩＤを通知する。よって、エンドデバイス１００宛のデータをサーバ２０が生成または取得すると、サーバ２０は、有線ＬＡＮ５０を介して当該データをコーディネータ２００へと送信する。
【０３４１】
また、コーディネータ２００は定期的にビーコンを送信する。図１１の例では、図６のステップＳ１０５と同様に、ステップＳ４０５でコーディネータ２００がビーコンを送信する。
【０３４２】
ここで、ステップＳ４０５の実行時点では、コーディネータ２００から送信されるビーコンが受信可能な領域内に、エンドデバイス１００が、まだ、とどまっているものとする。また、ステップＳ４０５の少し前に、サーバ２０が、エンドデバイス１００宛のデータを生成または取得し、エンドデバイス１００宛のデータがサーバ２０からコーディネータ２００へ送信されたとする。
【０３４３】
したがって、ステップＳ４０５で送信されるビーコンは、エンドデバイス１００のＩＤを含む。その結果、エンドデバイス１００は、「エンドデバイス１００宛のデータがコーディネータ２００でペンディングになっている」と認識する。
【０３４４】
そこで、ステップＳ４０６でエンドデバイス１００は、図６のステップＳ１０６と同様に、データ要求をコーディネータ２００に送信する。ただし、ステップＳ１０６とは異なり、ステップＳ４０６では、ＬＱＩ＿ＣＮ＿ＥＤの通知は行われない。
【０３４５】
コーディネータ２００は、ステップＳ４０６のデータ要求を受信すると、ステップＳ４０７でＡＣＫを送信する。ステップＳ４０７は図６のステップＳ１０７と同様である。
【０３４６】
また、コーディネータ２００は、ステップＳ４０８でエンドデバイス１００宛のデータ（すなわちペンディング状態のデータ）を送信する。なお、図６のステップＳ１０８では、調整コマンドを含むデータフレーム３２０が送信されるが、図１１のステップＳ４０８では、ＬＱＩ＿ＥＤ＿ＣＮを含むデータフレーム３２０が送信される。具体的には、コーディネータ２００がステップＳ４０６でデータ要求を受信したときにＬＱＩ計測回路２１２が計測したＬＱＩ＿ＥＤ＿ＣＮと、エンドデバイス１００宛のデータを含むデータフレーム３２０が、ステップＳ４０８で送信される。
【０３４７】
エンドデバイス１００は、ステップＳ４０８で送信された、ＬＱＩ＿ＥＤ＿ＣＮつきのデータを受信すると、送信電波強度を必要に応じて適宜調整する。具体的には、ステップＳ４０５のビーコンが受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤと、ステップＳ４０８で通知されたＬＱＩ＿ＥＤ＿ＣＮを、ＣＰＵ１２１が比較する。ＬＱＩ＿ＣＮ＿ＥＤがＬＱＩ＿ＥＤ＿ＣＮよりも大きい場合は、ステップＳ４０４と同様にして、調整が行われる。
【０３４８】
そして、ステップＳ４０９でエンドデバイス１００は、ステップＳ４０８で受信したデータに対するＡＣＫを送信する。すると、コーディネータ２００はＡＣＫを受信し、プル型通信が成功したことを認識する。ステップＳ４０９は図６のステップＳ１０９と同様である。
【０３４９】
なお、エンドデバイス１００は、ステップＳ４０８で送信されたデータに応じて、適宜ディスプレイ１３０とスピーカ１４０の一方または双方を制御する。
【０３５０】
以上、図１１に例示したように、第２実施形態では、コーディネータ２００からエンドデバイス１００へ通知される情報が、調整コマンドではなくＬＱＩ＿ＥＤ＿ＣＮである。そして、調整パラメタの値は、コーディネータ２００ではなくエンドデバイス１００により決定される。
【０３５１】
しかし、コーディネータ２００から送信される情報に応じてエンドデバイス１００が送信電波強度を調整する点、および、ＬＱＩ＿ＣＮ＿ＥＤ＜ＬＱＩ＿ＥＤ＿ＣＮとなるように送信電波強度が調整される点は、第１実施形態と第２実施形態に共通である。したがって、第１実施形態と同様に、第２実施形態でも、図１の領域５のような領域がなくなり、通信エラーが防止される。
【０３５２】
ここで、第２実施形態で使われる各種フレームの形式について説明する。
ビーコンフレーム３００、ＡＣＫフレーム、およびデータ要求のＭＡＣコマンドフレームの形式は、第１実施形態と第２実施形態で同じであり、ＩＥＥＥ８０２．１５．４規格で定義されている通常の形式である。
【０３５３】
他方、図示は省略したが、第２実施形態では、参加要求のデータフレーム３２０の形式と、エンドデバイス１００からの何らかの要求に応じてコーディネータ２００が送信するデータフレーム３２０の形式が、第１実施形態とは多少異なる。
【０３５４】
具体的には、第２実施形態における参加要求のデータフレーム３２０のＭＡＣペイロード３２７は、図７のＭＡＣペイロード３４０から、ＬＱＩ３４６と出力レベル３４７を省略した形式であってもよい。
【０３５５】
また、例えば図１１のステップＳ４０４に示すように、第２実施形態における受付通知のデータフレーム３２０は、ＬＱＩを含む。具体的には、受付通知のデータフレーム３２０のＭＡＣペイロード３２７は、例えば、図７のＭＡＣペイロード３６０における出力レベル３６４をＬＱＩ＿ＥＤ＿ＣＮ用のフィールドに置き換えた形式であってもよい。
【０３５６】
そして、第２実施形態では、受付通知だけでなく、ペンディング状態のデータをエンドデバイス１００に送信するためのステップＳ４０８のデータフレーム３２０も、ＬＱＩを含む。ステップＳ４０８のデータフレーム３２０は、例えば、図６のステップＳ１０８で送信されるデータフレーム３２０における出力レベル３６４をＬＱＩ＿ＥＤ＿ＣＮ用のフィールドに置き換えた形式であってもよい。
【０３５７】
続いて、図１１のような通信シーケンスを実現するためにコーディネータ２００が実行する処理について、図１２を参照して説明する。図１２は、第２実施形態のコーディネータ２００の動作フローチャートである。コーディネータ２００は、電源が入っている間、図１２の処理を実行する。
【０３５８】
ステップＳ５０１〜Ｓ５０３は、図８のステップＳ２０１〜Ｓ２０３と同様なので、詳しい説明を省略する。なお、ステップＳ５０１の具体例は、図１１のステップＳ４０１とＳ４０５である。また、受信されたか否かがステップＳ５０２で判断される参加要求の具体例は、図１１のステップＳ４０２の参加要求である。参加要求が受信されていないとステップＳ５０２でＣＰＵ２２１が判断した場合、処理はステップＳ５０６へ移行する。そして、ステップＳ５０３の具体例は、図１１のステップＳ４０３である。
【０３５９】
さて、ステップＳ５０３でのＡＣＫの送信の後、ステップＳ５０４でＣＰＵ２２１は、参加要求が受信されたときにＬＱＩ計測回路２１２が計測したＬＱＩ＿ＥＤ＿ＣＮを含む、受付通知のデータフレーム３２０を生成する。そして、ＣＰＵ２２１は、生成したデータフレーム３２０をトランシーバ２１０に出力する。
【０３６０】
すると、次のステップＳ５０５でトランシーバ２１０は、ＣＰＵ２２１から出力されたデータフレーム３２０を表す電波信号を、アンテナ２１１から送信する。また、ステップＳ５０５では、ＣＰＵ２２１が、参加要求の送信元のエンドデバイス１００のＩＤ（つまりＥＤアドレス３４５の値）を、有線ＬＡＮインタフェイス２３０を介して、サーバ２０に通知する。そして、処理はステップＳ５０６へ移行する。なお、ステップＳ５０５の具体例は、図１１のステップＳ４０４である。
【０３６１】
ステップＳ５０６でコーディネータ２００は、いずれかのエンドデバイス１００からのデータ要求が受信されたか否かを、図８のステップＳ２０８と同様の方法により判断する。そして、データ要求が受信されていれば、処理はステップＳ５０７へと移行する。逆に、データ要求が受信されていなければ、処理はステップＳ５１１へと移行する。
【０３６２】
ステップＳ５０７では、図８のステップＳ２０９と同様に、コーディネータ２００がＡＣＫを送信する。ステップＳ５０７の具体例は図１１のステップＳ４０７である。
【０３６３】
次に、ステップＳ５０８でＣＰＵ２２１は、データ要求が受信されたときにＬＱＩ計測回路２１２が計測したＬＱＩ＿ＥＤ＿ＣＮと、エンドデバイス１００宛のペンディング状態のデータとを含むデータフレーム３２０を生成する。ＣＰＵ２２１は、生成したデータフレーム３２０をトランシーバ２１０に出力する。
【０３６４】
すると、次のステップＳ５０９でトランシーバ２１０は、ＣＰＵ２２１から出力されたデータフレーム３２０を表す電波信号を、アンテナ２１１から送信する。ステップＳ５０９の具体例は、図１１のステップＳ４０８である。
【０３６５】
ステップＳ５０９の送信後、ステップＳ５１０でコーディネータ２００は、ステップＳ５０９で送信したデータに対するＡＣＫを受信する。受信後、処理はステップＳ５１１に移行する。ステップＳ５１０の具体例は図１１のステップＳ４０９である。また、図８のステップＳ２１３〜Ｓ２１４に関して説明したのと同様のリトライ制御が、ステップＳ５０９〜Ｓ５１０に関しても行われてもよい。
【０３６６】
ステップＳ５１１でＣＰＵ２２１は、図８のステップＳ２１５と同様にして、長さＴのビーコン周期が経過したか否かを判断する。そして、ビーコン周期がまだ経過していなければ、処理はステップＳ５０２に戻る。逆に、ビーコン周期がもう経過していれば、処理はステップＳ５０１に戻る。
【０３６７】
続いて、図１１のような通信シーケンスを実現するためにエンドデバイス１００が実行する処理について、図１３を参照して説明する。図１３は、第２実施形態のエンドデバイス１００の動作フローチャートである。エンドデバイス１００は、電源が入れられると、図１３の処理を開始する。
【０３６８】
ステップＳ６０１〜ステップＳ６０５は、図１０のステップＳ３０１〜Ｓ３０５と同様なので、説明を省略する。なお、ステップＳ６０３の具体例は図１１のステップＳ４０１とＳ４０５である。
【０３６９】
また、第１実施形態と同様に第２実施形態においても、説明の簡単化のため、ステップＳ６０５での判断対象のアクセス要求が、具体的には参加要求に限られるものとする。参加要求の具体例は、図１１のステップＳ４０２に示されている。しかし、実施形態によっては、エンドデバイス１００が、例えば、ＧＴＳ要求などの他の種類の要求をコーディネータ２００に送信することがあってもよい。
【０３７０】
参加要求がある場合、処理はステップＳ６０５からステップＳ６０６へと移行する。逆に、参加要求がない場合は、処理はステップＳ６１０に移行する。
【０３７１】
ステップＳ６０６でＣＰＵ１２１は、参加要求のデータフレーム３２０を生成し、トランシーバ１１０に出力する。すると、トランシーバ１１０は、データフレーム３２０を表す電波信号をアンテナ１１１から送信する。ステップＳ６０６の具体例は、図１１のステップＳ４０２である。
【０３７２】
次に、ステップＳ６０７でエンドデバイス１００は、ステップＳ６０６でエンドデバイス１００が送信した参加要求に対するＡＣＫと受付通知を、コーディネータ２００から受信する。ＡＣＫの受信の具体例は図１１のステップＳ４０３であり、受付通知の受信の具体例はステップＳ４０４である。ＡＣＫと受付通知の受信後、処理はステップＳ６０８へ移行する。
【０３７３】
上記のとおり第２実施形態における受付通知のデータフレーム３２０は、コーディネータ２００が参加要求の受信に応じて計測したＬＱＩ＿ＥＤ＿ＣＮを含む。また、図１０のステップＳ３０６〜Ｓ３０７に関して説明したのと同様のリトライ制御が、ステップＳ６０６〜Ｓ６０７で必要に応じて行われる。
【０３７４】
受付通知の受信後、ステップＳ６０８でＣＰＵ１２１は、ステップＳ６０３でビーコンが受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤと、ステップＳ６０７で受信された受付通知に含まれるＬＱＩ＿ＥＤ＿ＣＮを比較する。もし、ＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤよりも大きければ、エンドデバイス１００の送信電波強度の調整は不要なので、処理はステップＳ６１０へ移行する、逆に、ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤ以下ならば、送信電波強度の調整のため、処理はステップＳ６０９へ移行する。
【０３７５】
ステップＳ６０９でＣＰＵ１２１は、ＬＱＩ＿ＥＤ＿ＣＮとＬＱＩ＿ＣＮ＿ＥＤの値から、ゲイン調整回路１１３に与えるためのパラメタの値を決定する。そして、ＣＰＵ１２１は決定した値をトランシーバ１１０に出力する。すると、ゲイン調整回路１１３は、図１０のステップＳ３０９やＳ３１５と同様にして、送信電波強度を調整する。
【０３７６】
ＣＰＵ１２１がパラメタの値を決定する方法は、第１実施形態においてコーディネータ２００のＣＰＵ２２１が調整パラメタの値を決定する方法と類似である。具体的には、第２実施形態では、エンドデバイス１００のＣＰＵ１２１が、不揮発性記憶装置１２３またはＲＡＭ１２４に記憶された調整パラメタ情報４００を参照し、上記の不等式（１０）を満たす最小の値Ｘを探す。
【０３７７】
なお、第２実施形態では、不等式（１０）における値Ｘ０は、エンドデバイス１００自体のゲイン調整回路１１３が現在使っている出力レベルの値である。換言すれば、値Ｘ０は、ＣＰＵ１２１が最後にゲイン調整回路１１３に対して指定した値である。
【０３７８】
そして、ＣＰＵ１２１は、不等式（１０）を満たす最小の値Ｘを見つけると、見つけた値Ｘをトランシーバ１１０に出力する。すると、トランシーバ１１０内のゲイン調整回路１１３は、出力された値にしたがってゲインを調整することにより、送信電波強度を調整する。
【０３７９】
以上のステップＳ６０９での調整の結果、コーディネータ２００のＬＱＩ計測回路２１２により今後計測されるＬＱＩ＿ＥＤ＿ＣＮの方が、エンドデバイス１００のＬＱＩ計測回路１１２により今後計測されるＬＱＩ＿ＣＮ＿ＥＤよりも大きくなると期待される。また、以上の調整の後、処理はステップＳ６１０に移行する。
【０３８０】
ステップＳ６１０でＣＰＵ１２１は、図１３の処理を実行しているエンドデバイス１００自体のＩＤが、ステップＳ６０３で受信されたビーコンに含まれているか否かを、図１０のステップＳ３１０と同様にして判断する。もし、エンドデバイス１００自体のＩＤがビーコンに含まれれば、処理はステップＳ６１１に移行する。逆に、エンドデバイス１００自体のＩＤがビーコンに含まれなければ、処理はステップＳ６１７に移行する。
【０３８１】
ステップＳ６１１でＣＰＵ１２１は、図１０のステップＳ３１１と同様にして、アクセス時刻ＡＴとスリープ時間Ｐ１を算出し、算出した時間Ｐ１だけスリープするようにエンドデバイス１００を制御する。スリープ時間Ｐ１が経過すると（すなわちアクセス時刻ＡＴの直前になると）、エンドデバイス１００はスリープ状態から復帰して、処理はステップＳ６１２へと移行する。
【０３８２】
ステップＳ６１２でＣＰＵ１２１は、データ要求のＭＡＣコマンドフレームを生成する。ＭＡＣコマンドフレームの宛先ＰＡＮＩＤと宛先アドレスには、ステップＳ６０３で受信されたビーコンフレーム３００の送信元ＰＡＮＩＤ３０３と送信元アドレス３０４の値が設定される。
【０３８３】
そして、ＣＰＵ１２１は、生成したデータ要求のＭＡＣコマンドフレームをトランシーバ１１０に出力する。すると、当該ＭＡＣコマンドフレームを表す電波信号がトランシーバ１１０から送信される。ステップＳ６１２の具体例は図１１のステップＳ４０６である。
【０３８４】
次に、ステップＳ６１３でエンドデバイス１００は、例えば図１１のステップＳ４０７とＳ４０８のように、コーディネータ２００から、データ要求に対するＡＣＫとデータを受信する。第２実施形態では上記のとおり、コーディネータ２００でペンディングになっているデータが、ＬＱＩ＿ＥＤ＿ＣＮとともに、１つのデータフレーム３２０により送信される。
【０３８５】
なお、第１実施形態と同様に、受信されたデータの内容に応じて、ＣＰＵ１２１は、ディスプレイ１３０とスピーカ１４０の一方または双方を適宜制御する。しかし、図１３では、説明の簡略化のため、ディスプレイ１３０とスピーカ１４０の制御は省略されている。
【０３８６】
次のステップＳ６１４でＣＰＵ１２１は、ステップＳ６０３でビーコンフレーム３００が受信されたときにＬＱＩ計測回路１１２が計測したＬＱＩ＿ＣＮ＿ＥＤと、ステップＳ６１３で受信されたデータフレーム３２０に含まれるＬＱＩ＿ＥＤ＿ＣＮを比較する。もし、ＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤよりも大きければ、エンドデバイス１００の送信電波強度の調整は不要なので、処理はステップＳ６１６へ移行する、逆に、ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤ以下ならば、送信電波強度の調整のため、処理はステップＳ６１５へ移行する。
【０３８７】
ステップＳ６１５では、ステップＳ６０９と同様にして、ＣＰＵ１２１が調整パラメタの値を決定し、ゲイン調整回路１１３が送信電力を調整する。そして、処理はステップＳ６１６に移行する。
【０３８８】
ステップＳ６１６でエンドデバイス１００は、図１０のステップＳ３１６と同様にしてＡＣＫを送信する。ステップＳ６１６の具体例は図１１のステップＳ４０９である。ＡＣＫの送信後、処理はステップＳ６１７に移行する。
【０３８９】
ステップＳ６１７でＣＰＵ１２１は、図１０のステップＳ３１７と同様にして、スリープ時間Ｐ２を算出し、算出した時間Ｐ２だけスリープするようにエンドデバイス１００を制御する。スリープ時間Ｐ２が経過すると（すなわち次のビーコンが送信される時刻の直前になると）、エンドデバイス１００はスリープ状態から復帰して、処理がステップＳ６０３に戻る。
【０３９０】
以上のように、第２実施形態では、エンドデバイス１００がビーコンの受信時にＬＱＩ＿ＣＮ＿ＥＤを計測し、コーディネータ２００が要求（具体的には参加要求またはデータ要求）の受信時にＬＱＩ＿ＥＤ＿ＣＮを計測する。そして、コーディネータ２００は、要求に対して返す応答（具体的には受付通知またはペンディング状態のデータ）に、計測したＬＱＩ＿ＥＤ＿ＣＮを付加することにより、エンドデバイス１００にＬＱＩ＿ＥＤ＿ＣＮを通知する。
【０３９１】
エンドデバイス１００は、通知されたＬＱＩ＿ＥＤ＿ＣＮと計測したＬＱＩ＿ＣＮ＿ＥＤの比較結果に応じて、送信電波強度を適宜調整する。調整の結果として、調整の済んだ後には、ＬＱＩ＿ＣＮ＿ＥＤよりもＬＱＩ＿ＥＤ＿ＣＮの方が大きくなると期待される。したがって、図１の領域５のように通信エラーの原因となる領域がなくなると期待される。
【０３９２】
また、第２実施形態においてＬＱＩ＿ＥＤ＿ＣＮは、専用のデータフレーム３２０を用いて通知されるのではなく、他の情報（例えば、参加要求に対する受付通知、または、データ要求に応じて送られるデータ）と同じ１つのフレームを用いて通知される。よって、第２実施形態でも、ＬＱＩ＿ＥＤ＿ＣＮの通知のために生じるオーバヘッドが小さいという利点がある。もちろん、オーバヘッドが多少大きくても問題にならない実施形態においては、ＬＱＩ＿ＥＤ＿ＣＮの通知専用のデータフレーム３２０が使われてもよい。
【０３９３】
ところで、本発明は上記実施形態に限られるものではない。上記の説明においてもいくつかの変形について説明したが、上記実施形態は、例えば下記に例示するいくつかの観点から様々に変形することもでき、これらの変形は、相互に矛盾しない限り、任意に組み合わせることが可能である。
【０３９４】
変形の第１の観点は、エンドデバイス１００とコーディネータ２００が実行するプログラムが、どのようにして提供されるのか、ということに関する。
【０３９５】
上記のとおり、エンドデバイス１００のＣＰＵ１２１は、不揮発性記憶装置１２３に格納されているプログラムを実行する。プログラムは、不揮発性記憶装置１２３にプレインストールされていてもよい。あるいは、プログラムは、ネットワークを介して（例えばコーディネータ２００を介して）不揮発性記憶装置１２３にダウンロードされてもよい。
【０３９６】
また、エンドデバイス１００は、コンピュータ読み取り可能な記憶媒体の読取装置をさらに備えていてもよい。プログラムは、記憶媒体に格納されて提供され、不揮発性記憶装置１２３にコピーされてもよい。
【０３９７】
同様に、コーディネータ２００のＣＰＵ２２１は、不揮発性記憶装置２２３に格納されているプログラムを実行する。プログラムは、不揮発性記憶装置２２３にプレインストールされていてもよい。あるいは、プログラムは、有線ＬＡＮインタフェイス２３０を介して不揮発性記憶装置２２３にダウンロードされてもよい。
【０３９８】
また、コーディネータ２００は、コンピュータ読み取り可能な記憶媒体の読取装置をさらに備えていてもよい。プログラムは、記憶媒体に格納されて提供され、不揮発性記憶装置２２３にコピーされてもよい。
【０３９９】
エンドデバイス１００用またはコーディネータ２００用のプログラムを格納する記憶媒体としては、例えば、半導体メモリカードなどが利用可能である。実施形態によっては、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disk）などの光ディスク、光磁気ディスク、または磁気ディスクが利用されてもよい。
【０４００】
なお、以上例示した各種記憶媒体、エンドデバイス１００の不揮発性記憶装置１２３およびＲＡＭ１２４、ならびに、コーディネータ２００の不揮発性記憶装置２２３およびＲＡＭ２２４は、いずれも、有形の（tangible）記憶媒体の例である。これらの有形の記憶媒体は、信号搬送波のような一時的な（transitory）媒体ではない。
【０４０１】
変形の第２の観点は、エンドデバイス１００とコーディネータ２００のハードウェア構成に関する。図４のエンドデバイス１００では、ＭＡＣ副層とその上位層の処理は、プログラムにしたがって動作する汎用的なＣＰＵ１２１によって実行される。しかし、実施形態によっては、ＣＰＵ１２１の代わりに、あるいはＣＰＵ１２１と組み合わせて、ＡＳＩＣ（Application Specific Integrated Circuit）などのハードウェア回路が利用されてもよい。同様に、コーディネータ２００に関しても、ＣＰＵ２２１の代わりに、あるいはＣＰＵ２２１と組み合わせて、ＡＳＩＣなどのハードウェア回路が利用されてもよい。例えば、ＭＡＣ副層の処理を実行するためのＭＡＣチップと呼ばれる専用のハードウェア回路が利用されてもよい。
【０４０２】
変形の第３の観点は、フレームの形式に関する。図７には、ＬＱＩや調整コマンドの通知に、ＩＥＥＥ８０２．１５．４規格で定義されるデータフレーム３２０が使われる例を示した。しかし、実施形態によっては、ＩＥＥＥ８０２．１５．４規格で定義されるＭＡＣコマンドフレームが使われてもよい。
【０４０３】
例えば、ＩＥＥＥ８０２．１５．４規格で定義されるＭＡＣコマンドフレームの１種である参加要求が、第１〜第２実施形態のように上位層で定義される参加要求の代わりに使われてもよい。この場合、第１〜第２実施形態の受付通知の代わりに、ＭＡＣコマンドフレームの１種である参加応答（association response）が使われてもよい。
【０４０４】
ＩＥＥＥ８０２．１５．４規格で定義されるＭＡＣコマンドフレームのＭＡＣヘッダとＭＡＣフッタの形式は、データフレーム３２０と同様である。ＭＡＣコマンドフレームのＭＡＣペイロードは、１オクテットのコマンドフレームＩＤと、可変長のコマンドペイロードを含む。
【０４０５】
コマンドフレームＩＤは、コマンドのタイプを示す。例えば、０ｘ０４はデータ要求を示す。また、ＩＥＥＥ８０２．１５．４規格では、０ｘ０Ａ〜０ｘＦＦという値は予約されており、これらの値の意味が定義されていない。よって、０ｘ０Ａ〜０ｘＦＦの範囲内の値を用いて、ＭＡＣ副層レベルのコマンドを新たに定義することも可能である。
【０４０６】
よって、実施形態によっては、０ｘ０Ａ〜０ｘＦＦの範囲内に含まれる特定の値がコマンドフレームＩＤに指定された、拡張されたＭＡＣコマンドフレームが、ＬＱＩや調整コマンドの通知のために使われてもよい。つまり、ＭＡＣコマンドフレームのコマンドペイロードに、ＬＱＩや、調整コマンドとしての出力レベルなどのフィールドが含まれてもよい。
【０４０７】
また、ＬＱＩまたは調整コマンドが、エンドデバイス１００宛のペンディング状態のデータとともに、１つのフレームで送信される場合、フレームコントロール中のフレームタイプは、ＭＡＣコマンドフレームを示す値であってもよい。
【０４０８】
この場合、コマンドフレームＩＤには、予約された０ｘ０Ａ〜０ｘＦＦの範囲内に含まれる特定の値が指定される。そして、コマンドペイロードが、ＬＱＩまたは調整コマンドだけでなく、エンドデバイス１００宛のデータも含む。つまり、形式上は拡張されたＭＡＣコマンドフレームでありながら、意味上はデータフレームであるようなフレームが使われてもよい。
【０４０９】
以上のように、具体的なフレームの形式は実施形態に応じて様々である。しかし、どのような形式のフレームが使われようとも、ＬＱＩ＿ＣＮ＿ＥＤの通知のためにエンドデバイス１００が送信するフレームを表す電波信号は、１種の通知信号である。同様に、どのような形式のフレームが使われようとも、ＬＱＩ＿ＥＤ＿ＣＮの通知のためにコーディネータ２００が送信するフレームを表す電波信号も、１種の通知信号である。
【０４１０】
また、どのような形式のフレームが使われようとも、調整コマンドを含むフレームを表す電波信号は、調整コマンドを通知するための１種の通知信号である。例えば、図７のＭＡＣペイロード３６０を含むデータフレーム３２０を表す電波信号は、ＬＱＩ＿ＥＤ＿ＣＮとＬＱＩ＿ＣＮ＿ＥＤとに依存する値（具体的には出力レベル３６４の値）を表す通知信号の具体例である。ゲイン調整回路１１３は、ＣＰＵ１２１の制御のもとで、通知信号から得られる値を用いて、送信電波強度を調整する。
【０４１１】
変形の第４の観点は、調整の程度に関する。第１〜第２実施形態では、送信電波強度を上げる調整のみが実行され、送信電波強度を下げる調整は行われない。しかし、実施形態によっては、状況に応じて送信電波強度を下げる調整が行われることがあってもよい。また、１回の調整による出力レベルの変化の程度は、実施形態に応じて異なっていてもよい。
【０４１２】
変形の第４の観点について、図１４を参照しながら、さらに詳しく説明する。図１４は、より好ましい調整の程度について説明する図である。
【０４１３】
図１４には、ＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮよりも大きい状況５０１が例示されている。このような状況５０１のもとでは、図１の領域５のような領域に起因する通信エラーが起きる可能性がある。よって、状況５０１が検出されると、第１実施形態でも第２実施形態でも調整が行われる。
【０４１４】
また、図１４には、ＬＱＩ＿ＣＮ＿ＥＤよりもＬＱＩ＿ＥＤ＿ＣＮの方が大きく、両者の差が、適宜定められたマージンＱを超えている状況５０２も例示されている。第１〜第２実施形態では、このような状況５０２は、調整の対象ではない。しかし、実施形態によっては、状況５０２が調整の対象であってもよい。
【０４１５】
具体的には、状況５０２が検出された場合には、送信電波強度を下げる調整が行われてもよい。なぜなら、図１の領域５のような領域をなくすには、ＬＱＩ＿ＣＮ＿ＥＤよりもＬＱＩ＿ＥＤ＿ＣＮの方がわずかでも大きければ十分だからである。
【０４１６】
必要以上にＬＱＩ＿ＥＤ＿ＣＮが大きいということは、必要以上にエンドデバイス１００が送信電力を消費していることを意味する。そして、移動機であるエンドデバイス１００は電池から電力を得ているので、必要以上の電力消費は好ましくない。
【０４１７】
そこで、第１の品質ＬＱＩ＿ＥＤ＿ＣＮが第２のＬＱＩ＿ＣＮ＿ＥＤよりも高く、かつ、第１の品質と第２の品質との差が閾値（つまりマージンＱ）よりも大きい場合、ゲイン調整回路１１３は、トランシーバ１１０が送信する電波信号の強度を下げてもよい。
【０４１８】
ここで、マージンＱが適切に小さく定められているとする。すると、ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤよりもマージンＱのぶんだけ大きい状況５０３は、通信エラーの防止とエンドデバイス１００の消費電力抑制という２つの観点から好ましい。よって、状況５０１と５０２のいずれにおいても、ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮが状況５０３に示すような関係になることを目指して、適宜、エンドデバイス１００の送信電波強度が調整されることが好ましい。つまり、ゲイン調整回路１１３は、ＬＱＩ計測回路２１２により今後計測される品質が、ＬＱＩ計測回路１１２により今後計測される品質と閾値（つまりマージンＱ）との和になるべく近くなるように、送信電波強度を調整することが好ましい。
【０４１９】
なお、第１〜第２実施形態では、「調整の結果としてＬＱＩ＿ＥＤ＿ＣＮが大きくなりすぎた」という事態にならないように、不等式（１０）を満たす値Ｘの中で最小のＸが選ばれる。よって、状況５０１が検出された場合は、調整により、状況５０３に近い適切な状況が実現される。
【０４２０】
ところで、図１４のマージンＱは、上述の不等式（７）のように比率により定義されてもよいし、不等式（８）のように固定値として定義されていてもよい。参照の便宜のため、以下に不等式（７）と（８）を再掲する。
LQI_CN_ED < LQI_ED_CN < LQI_CN_ED×1.05 (7)
LQI_CN_ED < LQI_ED_CN < LQI_CN_ED+10 (8)
【０４２１】
状況５０２が検出された場合にエンドデバイス１００の送信電波強度を小さくするために、第１実施形態は、不等式（７）または（８）を用いて次のように変形されてもよい。以下では便宜上、不等式（８）が用いられる場合を例に説明する。
【０４２２】
図８のステップＳ２０４とＳ２１０で、コーディネータ２００のＣＰＵ２２１は、不等式（８）が成立するか否かを判断する。そして、ＣＰＵ２２１は、不等式（８）が成立する場合は調整不要と判断し、不等式（８）が成立しない場合は、調整パラメタを決定する。例えば、不等式（８）の例では、マージンＱの値は１０である。
【０４２３】
ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤ以下の場合の調整パラメタの決定方法は、第１実施形態と同様である。ＬＱＩ＿ＥＤ＿ＣＮが、ＬＱＩ＿ＣＮ＿ＥＤとマージンＱの和以上の場合、例えば以下のようにして調整パラメタが決定される。
【０４２４】
ここで、第１実施形態における不等式（１０）についての説明と同じく、コーディネータ２００が受信した参加要求のデータフレーム３２０に含まれる出力レベル３４７の値をＸ０とする。ＣＰＵ２２１は、図９の調整パラメタ情報４００のテーブルで値Ｘ０に対応する行に注目する。そして、ＣＰＵ２２１は、注目した行から始めて、テーブルの上方向へと順に各行に注目してゆき、不等式（１６）を満たす行を探す。つまり、ＣＰＵ２２１は、不等式（１６）を満たす最小の出力レベルの値Ｘを探す。
LQI_CN_ED < LQI_ED_CN-(LQI_DIFF(X0)-LQI_DIFF(X)) < LQI_CN_ED+Q (16)
【０４２５】
例えば、ＬＱＩ＿ＣＮ＿ＥＤ＝１４０かつＬＱＩ＿ＥＤ＿ＣＮ＝１５６かつＸ０＝０ｘ０Ｄの場合、ＣＰＵ２２１は、出力レベルの値が０ｘ０Ｂの行を見つける。出力レベルの値が０ｘ０Ｂの行ではＬＱＩの差ＬＱＩ＿ＤＩＦＦ（０ｘ０Ｂ）が０なので、不等式（１７）から理解されるとおり、不等式（１６）が満たされる。
140 < 156-(8-0)=148 < 140+10=150 (17)
【０４２６】
以上のようにして、ＣＰＵ２２１は、ステップＳ２０６とＳ２１２で不等式（８）の条件にしたがって、具体的には不等式（１６）を用いて、調整パラメタの値を決定することができる。なお、もし不等式（１６）を満たす値Ｘが存在しなければ、調整は不要である。不等式（８）の条件の代わりに不等式（７）の条件が用いられる変形例も、当然可能である。
【０４２７】
また、第２実施形態も同様にして変形可能である。つまり、第２実施形態のエンドデバイス１００のＣＰＵ１２１が、不等式（１６）を満たす出力レベルの値Ｘを調整パラメタ情報４００のテーブルから探してもよい。
【０４２８】
以上のような変形により、状況５０２は、状況５０３に近い適切な状況へと改善され、無駄な電力消費が避けられる。
【０４２９】
また、調整の程度という観点からは、以下のような変形も可能である。
第１〜第２実施形態と上記の変形例のいずれにおいても、１回の調整によって出力レベルは、例えば、０ｘ０Ａから０ｘ０Ｃへと２段階上げられるかもしれないし、０ｘ０Ａから０ｘ０Ｂへと１段階上げられるかもしれない。しかし、１回の調整では常に１段階ずつ出力レベルが変更されるような実施形態も可能である。
【０４３０】
その場合、調整コマンドは、出力レベルを指定する値を含む必要はなく、単に、出力レベルを上げる調整と出力レベルを下げる調整が区別可能であればよい。図１４の状況５０２が調整対象でない実施形態では、そのような区別さえも不要であり、コーディネータ２００は何のパラメタもなしに単にエンドデバイス１００に調整を命じるだけでよい。
【０４３１】
上記のとおり、各エンドデバイス１００と各コーディネータ２００は、理想的にはＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤよりもわずかに大きくなるように、製造され、設定される。しかし、製造ばらつきが原因で、エンドデバイス１００とコーディネータ２００の組み合わせによっては、「ＬＱＩ＿ＥＤ＿ＣＮの方がＬＱＩ＿ＣＮ＿ＥＤよりもわずかに大きい」という関係が成立しないことがある。
【０４３２】
エンドデバイス１００やコーディネータ２００の仕様にもよるが、多くの場合、製造ばらつきによる送信電波強度のばらつきは、ゲイン調整回路１１３に指定される出力レベルにおける１段階の違いに起因する送信電波強度の違いよりも、小さい。よって、「ＬＱＩ＿ＥＤ＿ＣＮがＬＱＩ＿ＣＮ＿ＥＤ以下のときは、エンドデバイス１００が１段階出力レベルを上げる」という単純な方針にしたがって調整が行われてもよい。この場合、調整パラメタ情報４００は不要である。
【０４３３】
そして、第１実施形態のステップＳ２０６とＳ２１２における調整コマンドは、出力レベル３６４を含まないように変形されてもよい。単にコマンド３６１の値により、「調整が必要である」と示されてさえいれば、十分である。また、調整コマンドを含むデータフレーム３２０をエンドデバイス１００が受信した場合、エンドデバイス１００のＣＰＵ１２１は、最後にゲイン調整回路１１３に対して指定した出力レベルの値よりも１だけ大きい値を、ゲイン調整回路１１３に対して指定する。
【０４３４】
同様にして第２実施形態も変形可能である。つまり、図１３のステップＳ６０９とＳ６１５では、エンドデバイス１００のＣＰＵ１２１は、単に、最後にゲイン調整回路１１３に対して指定した出力レベルの値よりも１だけ大きい値を、ゲイン調整回路１１３に対して指定する。
【０４３５】
変形の第５の観点は、調整の要否が判断される頻度に関する。以下に、変形の第５の観点について、図１５を参照しながら説明する。
【０４３６】
図１５は、調整の要否が判断される頻度に関する複数のモードについて説明する図である。図１５には４つのモードＭ１〜Ｍ４が例示されており、第１実施形態と第２実施形態はいずれもモードＭ１の例である。しかし、第１実施形態、第２実施形態、またはその変形例による無線通信システムは、他のモードで動作するように変形されてもよい。また、モードが切り換え可能なようにエンドデバイス１００とコーディネータ２００が構成されていてもよい。
【０４３７】
モードＭ１では、エンドデバイス１００からの任意の種類の要求と、当該要求に対してコーディネータ２００から返される応答が生じるたびに、毎回、コーディネータ２００またはエンドデバイス１００によって、調整の要否が判断される。そして、調整が必要と判断されると、エンドデバイス１００による調整が実行される。
【０４３８】
例えば、第１実施形態と第２実施形態では、参加要求とデータ要求という２種類の要求があり、どちらの種類の要求が生じた場合にも、要求と応答が生じるたびに、調整の要否が判断される。他の種類の要求がさらに使われる実施形態においても、同様にモードＭ１が適用可能である。
【０４３９】
モードＭ１の利点は、エンドデバイス１００の送信電波強度を無線通信環境の変化に素早く追従させることが可能な点である。上記のようにＬＱＩは、実際はエンドデバイス１００とコーディネータ２００の間の距離だけに依存するのではなく、距離以外の要因（例えば、他の物体による電波の反射や遮蔽などの、環境変化）にも依存する。モードＭ１は、図１５に示す４つのモードの中では最も頻繁に調整の要否が判断されるモードなので、環境変化への追従性という点で優れている。
【０４４０】
他方、モードＭ２は、節電を重視するモードである。具体的には、モードＭ２では、参加要求とそれに対する受付通知が生じるたびに、毎回、コーディネータ２００またはエンドデバイス１００によって、調整の要否が判断される。そして、調整が必要と判断されると、エンドデバイス１００による調整が実行される。
【０４４１】
しかし、モードＭ２では、他の種類の要求（例えばデータ要求）とそれに対する応答が生じる際には、調整の要否は判断されない。よって、モードＭ１と比べると、モードＭ２では、コーディネータ２００のＣＰＵ２２１またはエンドデバイス１００のＣＰＵ１２１が調整の要否を判断するために消費する電力が少ない。
【０４４２】
なお、調整の要否が判断される契機として、モードＭ２で参加要求と受付通知が使われる理由は、次のとおりである。
ＬＱＩ＿ＣＮ＿ＥＤとＬＱＩ＿ＥＤ＿ＣＮの関係は、エンドデバイス１００とコーディネータ２００のペアに応じて異なる。つまり、ある１台のエンドデバイス１００に着目すると、ハンドオーバが生じるたびに、適切な送信電波強度が変化する可能性がある。したがって、図１の領域５のような領域をなくすためには、ハンドオーバが生じるたびに少なくとも１回は、調整の要否が判断されることが望ましい。よって、モードＭ２では、参加要求と受付通知が、判断契機として利用される。
【０４４３】
モードＭ２のように、エンドデバイス１００は、複数の種類のフレームのうち所定の種類のフレーム（例えば参加要求のデータフレーム３２０）をコーディネータ２００へ送信する際に、当該所定の種類のフレームにＬＱＩ＿ＣＮ＿ＥＤを表すデータを含めてもよい。また、当該所定の種類のフレームは、コーディネータ２００からの応答（例えば受付通知）を求める種類のフレームであってもよい。すると、コーディネータ２００は、応答のための応答フレームに調整パラメタ値を含めることで、調整のための通信オーバヘッドを減らすこともできる。
【０４４４】
ところで、環境変化への追従性と節電効果のバランスをとるため、モードＭ３が利用されてもよい。モードＭ３では、あるエンドデバイス１００における前回の調整から、閾値より長い時間が経過した後に、当該エンドデバイス１００からの何らかの要求と、その要求に対してコーディネータ２００から返される応答が生じた場合に、調整の要否が判断される。
【０４４５】
なお、モードＭ３においても、参加要求と受付通知が生じた場合は、前回の調整から経過した時間によらず、モードＭ２と同様に調整の要否が判断されることが望ましい。また、モードＭ３においても、調整の要否は、第１実施形態のようにコーディネータ２００によって判断されてもよいし、第２実施形態のようにエンドデバイス１００によって判断されてもよい。
【０４４６】
モードＭ３によれば、適切な閾値を用いることで、環境変化への追従性と節電効果のバランスをとることができる。例えば、あるエンドデバイス１００は、ある特定のコーディネータ２００の近傍に長時間とどまっているかもしれない。モードＭ３によれば、その長時間の間に生じ得る環境変化に、エンドデバイス１００の送信電波強度を、ある程度うまく追従させることができる。
【０４４７】
モードＭ４は、「図１の領域５が、コーディネータ１ｂからのビーコンが受信可能な領域３ｂの周縁部にあり、領域３ｂの中心部にはない」ということに着目して節電を図るモードである。なお、モードＭ４においても、参加要求と受付通知が生じた場合は、無条件にモードＭ２と同様に調整の要否が判断されることが望ましい。また、モードＭ４においても、調整の要否は、第１実施形態のようにコーディネータ２００によって判断されてもよいし、第２実施形態のようにエンドデバイス１００によって判断されてもよい。
【０４４８】
エンドデバイス１００の送信電波強度を調整する目的は、図１の領域５のような領域に起因する通信エラーを防止することである。そして、エンドデバイス１００がコーディネータ２００のごく近くにある場合は、たとえＬＱＩ＿ＣＮ＿ＥＤの方がＬＱＩ＿ＥＤ＿ＣＮよりも大きくても、そのせいで通信エラーになることはない。
【０４４９】
そこで、モードＭ４では、「コーディネータ２００からのビーコンが受信可能な領域の周縁部に、エンドデバイス１００が位置している」と推測されるときに限定して、エンドデバイス１００またはコーディネータ２００が、調整の要否を判断する。
【０４５０】
具体的には、エンドデバイス１００は、ビーコンのＬＱＩ＿ＣＮ＿ＥＤの履歴をＲＡＭ１２４に保持してもよい。そして、エンドデバイス１００のＣＰＵ１２１は、ＬＱＩ＿ＣＮ＿ＥＤの履歴から、ビーコンのＬＱＩ＿ＣＮ＿ＥＤが低下する傾向にあるのか、あまり変化していないのか、それとも、上昇する傾向にあるのかを判定してもよい。
【０４５１】
ＬＱＩ＿ＣＮ＿ＥＤが低下しつつある場合は、エンドデバイス１００がコーディネータ２００から遠ざかりつつある、と推測される。つまり、この場合、コーディネータ２００からのビーコンが受信可能な領域の周縁部にエンドデバイス１００が近づきつつある、と推測される。
【０４５２】
そこで、「ＬＱＩ＿ＣＮ＿ＥＤが低下しつつある」とＣＰＵ１２１が判定した後で、エンドデバイス１００が最初にデータ要求を送信するときに、エンドデバイス１００は、（７−１）または（７−２）のようなフレームをコーディネータ２００に送信してもよい。
【０４５３】
（７−１）第１実施形態の図６のステップＳ１０６と同様に、ＬＱＩ＿ＣＮ＿ＥＤと現在の出力レベルをコーディネータ２００に通知するための（換言すれば、コーディネータ２００に調整コマンドの生成を要求するための）フレーム。
（７−２）ＬＱＩ＿ＥＤ＿ＣＮをエンドデバイス１００に通知するようにコーディネータ２００に求めるための特定のコマンドを含むフレーム。
【０４５４】
逆に、ＬＱＩ＿ＣＮ＿ＥＤがあまり変化していないか上昇する傾向にある場合は、モードＭ４におけるエンドデバイス１００は、（７−１）や（７−２）のフレームを送信しない。そして、この場合、エンドデバイス１００は、データを要求するためには、単に通常のデータ要求のＭＡＣコマンドフレームを使う。
【０４５５】
なお、コーディネータ２００は、（７−１）のフレームを受信したら、第１実施形態と同様に調整要否を判断し、必要に応じて調整コマンドをデータとともに送信する。また、コーディネータ２００は、（７−２）のフレームを受信したら、受信した（７−２）のフレームに関して計測したＬＱＩ＿ＥＤ＿ＣＮを、第２実施形態の図１１のステップＳ４０８と同様にしてエンドデバイス１００に通知する。
【０４５６】
以上のようにエンドデバイス１００は、複数のビーコンフレーム３００をそれぞれ表す複数の電波信号を受信し、複数の電波信号それぞれの品質（つまり複数のビーコンフレーム３００それぞれについてのＬＱＩ＿ＣＮ＿ＥＤ）を計測してもよい。そして、エンドデバイス１００は、計測の履歴を保持し、上記のように履歴を利用してもよい。結果として、ＬＱＩ計測回路１１２によって計測された品質が低下する傾向にある場合は、ＬＱＩ計測回路１１２によって計測された品質が上昇する傾向にある場合よりも高い頻度で、トランシーバ１１０が（７−１）か（７−２）のフレームを送信することになる。
【０４５７】
あるいは、履歴を用いた上記のような判定の代わりに、ＣＰＵ１２１は、単純にＬＱＩ＿ＣＮ＿ＥＤを所定の閾値（例えば、図３で使われる閾値０ｘ２０よりはやや大きい閾値）と比較してもよい。説明の便宜上、ここでは、例えば、所定の閾値が０ｘ４０だとする。
【０４５８】
ＬＱＩ＿ＣＮ＿ＥＤが閾値０ｘ４０以下ならば、「コーディネータ２００からのビーコンが受信可能な領域内のうち、比較的周縁部に近い場所に、エンドデバイス１００が位置している」と推測される。そこで、ビーコンのＬＱＩ＿ＣＮ＿ＥＤが閾値０ｘ４０以下であるという状況下でデータ要求が生じたときに、エンドデバイス１００は、（７−１）または（７−２）のようなフレームをコーディネータ２００に送信してもよい。
【０４５９】
逆に、ビーコンのＬＱＩ＿ＣＮ＿ＥＤが閾値０ｘ４０を超えている状況下でデータ要求が生じたときには、エンドデバイス１００は、（７−１）や（７−２）のフレームを送信せず、単に通常のデータ要求のＭＡＣコマンドフレームだけを送信する。
【０４６０】
以上のように、履歴を用いるにせよ、閾値を用いるにせよ、いずれにしても、モードＭ４によれば、通信エラーの原因になる領域の近くにエンドデバイス１００があると推測される場合に的を絞って、調整の要否が判断される。したがって、モードＭ４では調整頻度が抑えられ、節電効果が得られる。
【０４６１】
なお、ＬＱＩ＿ＣＮ＿ＥＤが低下しつつあるか閾値（例えば０ｘ４０）以下の場合には、データ要求の有無とは関係なく、エンドデバイス１００が、（７−１）または（７−２）のフレームを送信してもよい。この場合、（７−１）または（７−２）のフレームは、上記（６−２）の要求受付期間に送信される。
【０４６２】
変形の第６の観点は、調整とフレーム送信の順序に関する。図１０によれば、ステップＳ３１５の調整は、ステップＳ３１６のＡＣＫフレームの送信の前に行われる。同様に、図１３によれば、ステップＳ６１５の調整は、ステップＳ６１６のＡＣＫフレームの送信の前に行われる。しかし、実施形態によっては、ＡＣＫフレームの送信の後に調整が行われてもよい。
【０４６３】
変形の第７の観点は、図９の調整パラメタ情報４００に関する。
第１実施形態ではコーディネータ２００が調整パラメタ情報４００を使い、第２実施形態ではエンドデバイス１００が調整パラメタ情報４００を使う。いずれの実施形態でも、調整パラメタ情報４００は、例えば図９のように１つのテーブルで表されていてよい。もちろん、図９のテーブル全体が調整パラメタ情報４００として使われてもよいが、図９の太線で囲った部分だけが調整パラメタ情報４００として使われてもよい。
【０４６４】
しかし、実施形態によっては、エンドデバイス１００のゲイン調整回路１１３が現在使用中の出力レベルの値に応じて、複数のテーブルのうち１つが参照されてもよい。つまり、出力レベルの複数の値に対応する複数のテーブルがあってもよい。
【０４６５】
あるいは逆に、調整パラメタ情報４００は、図９のように出力レベルの値ＸごとにＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）を対応づける形式の情報でなくてもよい。例えば、予備実験の結果などから、「値Ｘが１段階変化するごとに、ＬＱＩの差ＬＱＩ＿ＤＩＦＦ（Ｘ）は４だけ変化する」のような線形の関係（または、近似的に線形と見なせる関係）が判明するかもしれない。この場合、単に、４（＝４／１）という係数だけが、調整パラメタ情報４００として不揮発性記憶装置１２３または２２３に記憶されていてもよい。
【０４６６】
変形の第８の観点は、送信電波強度を示す指標に関する。上記の各種実施形態では、ＬＱＩが指標として利用される。理由は、チャネルスキャンの要否の判断などに使われる指標がＬＱＩだからである。しかし、実施形態によっては、ＲＳＳＩ（Received Signal Strength IndicationまたはReceived Signal Strength Indicatorの略）などの、他の指標が用いられてもよい。
【０４６７】
最後に、上記の種々の実施形態と変形例に関して、さらに下記の付記を開示する。
（付記１）
第１の無線通信機と、移動機である第２の無線通信機とを備える無線通信システムであって、
前記第１の無線通信機が、
前記第２の無線通信機から送信される電波信号を受信する第１の受信手段と、
前記第１の受信手段が受信した前記電波信号の品質を計測する第１の計測手段と、
電波信号を送信する第１の送信手段
を備え、
前記第２の無線通信機が、
前記第１の無線通信機から送信される前記電波信号を受信する第２の受信手段と、
前記第２の受信手段が受信した前記電波信号の品質を計測する第２の計測手段と、
電波信号を送信する第２の送信手段と、
前記第１の計測手段が計測した第１の品質が、前記第２の計測手段が計測した第２の品質よりも低い場合、前記第２の送信手段が送信する前記電波信号の強度を上げる調整手段
を備える
ことを特徴とする無線通信システム。
（付記２）
前記第１の品質が前記第２の品質よりも低い場合、前記調整手段は、前記第１の計測手段により計測される品質が前記第２の計測手段により計測される品質よりも高くなるように、前記強度を上げることを特徴とする付記1に記載の無線通信システム。
（付記３）
前記第１の品質が前記第２の品質よりも高く、かつ、前記第１の品質と前記第２の品質との差が閾値よりも大きい場合、前記調整手段は、前記強度を下げる
ことを特徴とする付記１または２に記載の無線通信システム。
（付記４）
前記第１の計測手段により計測される品質が、前記第２の計測手段により計測される品質と前記閾値との和に近くなるように、前記調整手段は前記強度を調整する
ことを特徴とする付記３に記載の無線通信システム。
（付記５）
前記第２の品質を表す電波信号である、第１の通知信号を、前記第２の送信手段が送信し、
前記第１の通知信号を前記第１の受信手段が受信し、
前記第１の計測手段が計測した前記第１の品質と、前記第１の受信手段が受信した前記第１の通知信号から得られる前記第２の品質とに依存する値を表す電波信号である、第２の通知信号を、前記第１の送信手段が送信し、
前記第２の通知信号を前記第２の受信手段が受信し、
前記第２の受信手段が受信した前記第２の通知信号から取得される前記値を用いて、前記調整手段が前記強度を調整する
ことを特徴とする付記１から４のいずれか１項に記載の無線通信システム。
（付記６）
前記値は、前記調整手段が前記強度を調整するために用いるパラメタである
ことを特徴とする付記５に記載の無線通信システム。
（付記７）
前記第１の無線通信機が、
前記第１の品質と前記第２の品質との間の相対関係を示す値と、前記パラメタとを関連づける情報を格納する格納手段をさらに備え、
前記格納手段を参照することで前記パラメタを取得する
ことを特徴とする付記６に記載の線通信システム。
（付記８）
前記第２の無線通信機は、複数の種類のフレームのうち所定の種類のフレームを前記第１の無線通信機へ送信する際に、前記所定の種類のフレームに前記第２の品質を表すデータを含め、
前記データを含む前記所定の種類のフレームを表す電波信号を、前記第２の送信手段が前記第１の通知信号として送信する
ことを特徴とする付記５から７のいずれか１項に記載の無線通信システム。
（付記９）
前記所定の種類のフレームは、前記第１の無線通信機からの応答を求める種類のフレームであり、
前記第１の無線通信機は、前記応答のための応答フレームに前記値を含め、
前記値を含む前記応答フレームを表す電波信号を、前記第１の送信手段が前記第２の通知信号として送信する
ことを特徴とする付記８に記載の無線通信システム。
（付記１０）
前記第２の無線通信機は、２種類以上のフレームのうちいずれの種類のフレームを前記第１の無線通信機へ送信する際にも、送信対象のフレームに前記第２の品質を表すデータを含め、
前記データを含む前記送信対象のフレームを表す電波信号を、前記第２の送信手段が前記第１の通知信号として送信する
ことを特徴とする付記５から７のいずれか１項に記載の無線通信システム。
（付記１１）
前記第１の無線通信機は、複数の電波信号を送信し、
前記第２の受信手段は、前記複数の電波信号を受信し、
前記第２の計測手段は、前記複数の電波信号それぞれの品質を計測し、
前記第２の計測手段によって計測された前記品質が低下する傾向にある場合は、前記第２の計測手段によって計測された前記品質が上昇する傾向にある場合よりも高い頻度で、前記第２の送信手段が、前記第１の通知信号を送信する
ことを特徴とする付記５から１０のいずれか1項に記載の無線通信システム。
（付記１２）
前記調整手段が前回前記強度を調整してから経過した時間が閾値を超えてから、前記第２の送信手段が前記第１の通知信号を送信する
ことを特徴とする付記５から１０のいずれか1項に記載の無線通信システム。
（付記１３）
前記第１の計測手段が計測した第１の品質を表す電波信号である、第３の通知信号を、前記第１の送信手段が送信し、
前記第３の通知信号を前記第２の受信手段が受信し、
前記第３の通知信号から取得される前記第１の品質と、前記第２の計測手段が計測した第２の品質とを用いて、前記調整手段が前記強度を調整する
ことを特徴とする付記１から４のいずれか１項に記載の無線通信システム。
（付記１４）
前記第１の品質と前記第２の品質との間の相対関係を示す値と、前記調整手段が前記強度を調整するために用いるパラメタとを関連づける情報を格納する格納手段を、前記第２の無線通信機がさらに備えており、
前記調整手段は、前記格納手段を参照することで前記パラメタを取得し、前記パラメタにしたがって前記強度を調整する
ことを特徴とする付記１３に記載の無線通信システム。
（付記１５）
移動無線通信機であって、
電波信号を送信する送信手段と、
前記送信手段が送信した送信電波信号が固定無線通信機で受信されたときに前記固定無線通信機で計測された、前記送信電波信号の第１の品質を表すか、または前記第１の品質に依存する値を表す電波信号である通知信号を少なくとも含む複数の電波信号を、前記固定無線通信機から受信する受信手段と、
前記受信手段が前記固定無線通信機から受信した、前記通知信号または他の電波信号の、第２の品質を計測する計測手段と、
前記通知信号から取得される前記第１の品質と前記計測手段が計測した前記第２の品質とを用いて、または、前記通知信号から取得される前記値を用いて、前記送信手段が送信する送信電波信号が前記固定無線通信機で受信されるときに前記固定無線通信機で計測される前記送信電波信号の品質が、前記計測手段により計測される品質よりも高くなるように、前記送信手段が送信する電波信号の強度を調整する調整手段
を備えることを特徴とする移動無線通信機。
（付記１６）
固定無線通信機であって、
電波信号を送信する送信手段と、
前記送信手段が送信した送信電波信号が移動無線通信機で受信されたときに前記移動無線通信機で計測された、前記送信電波信号の第１の品質を表す電波信号である通知信号を少なくとも含む複数の電波信号を、前記移動無線通信機から受信する受信手段と、
前記受信手段が前記移動無線通信機から受信した前記通知信号または他の電波信号の、第２の品質を計測する計測手段と、
前記送信手段が送信する送信電波信号が前記移動無線通信機で受信されるときに前記移動無線通信機で計測される前記送信電波信号の品質よりも、前記計測手段により計測される品質の方が高くなるように、前記移動無線通信機に送信電力を調整させるための、調整パラメタの値を、前記通知信号から取得される前記第１の品質と、前記計測手段が計測した前記第２の品質とに基づいて決定し、決定した前記値を表す電波信号を、前記送信手段に送信させる制御手段
を備えることを特徴とする固定無線通信機。
（付記１７）
第１の無線通信機と、移動機である第２の無線通信機とを備える無線通信システムで行われる調整方法であって、
前記第１の無線通信機が、第１の電波信号を送信し、
前記第２の無線通信機が、前記第１の電波信号を受信し、受信した前記第１の電波信号の第１の品質を計測し、
前記第２の無線通信機が、第２の電波信号を送信し、
前記第１の無線通信機が、前記第２の電波信号を受信し、受信した前記第２の電波信号の第２の品質を計測し、
前記第１の無線通信機が計測した第１の品質が、前記第２の無線通信機が計測した第２の品質よりも低い場合、前記第２の無線通信機が、前記第２の無線通信機の送信する電波信号の強度を上げる
ことを特徴とする調整方法。
【符号の説明】
【０４６８】
１ａ、１ｂ、３０、３１、２００ コーディネータ
２ａ、２ｂ、４０、４１、４２、１００ エンドデバイス
３ａ、３ｂ、４ａ、４ｂ、５、６０、６１ 領域
１０ 無線通信システム
２０ サーバ
５０ 有線ＬＡＮ
１１０、２１０ トランシーバ
１１１、２１１ アンテナ
１１２、２１２ ＬＱＩ計測回路
１１３ ゲイン調整回路
１２０、２２０ コントローラ
１２１、２２１ ＣＰＵ
１２２、２２２ タイマ
１２３、２２３ 不揮発性記憶装置
１２４、２２４ ＲＡＭ
１３０ ディスプレイ
１４０ スピーカ
２３０ 有線ＬＡＮインタフェイス
３００ ビーコンフレーム
３０１、３２１ フレームコントロール
３０２、３２２、３４４ シーケンス番号
３０３、３２５ 送信元ＰＡＮＩＤ
３０４、３２６ 送信元アドレス
３０５ スーパフレーム定義
３０６ ＧＴＳ
３０７ ペンディングアドレス
３０８ ビーコンペイロード
３０９、３２８ ＦＣＳ
３２０ データフレーム
３２３ 宛先ＰＡＮＩＤ
３２４ 宛先アドレス
３２７、３４０、３６０ ＭＡＣペイロード
３４１、３６１ コマンド
３４２、３６２ 方向
３４３、３６３ サイズ
３４５ ＥＤアドレス
３４６ ＬＱＩ
３４７、３６４ 出力レベル
３４８、３６５ チェックサム
４００ 調整パラメタ情報
５０１、５０２、５０３ 状況

【特許請求の範囲】
【請求項１】
第１の無線通信機と、移動機である第２の無線通信機とを備える無線通信システムであって、
前記第１の無線通信機が、
前記第２の無線通信機から送信される電波信号を受信する第１の受信手段と、
前記第１の受信手段が受信した前記電波信号の品質を計測する第１の計測手段と、
電波信号を送信する第１の送信手段
を備え、
前記第２の無線通信機が、
前記第１の無線通信機から送信される前記電波信号を受信する第２の受信手段と、
前記第２の受信手段が受信した前記電波信号の品質を計測する第２の計測手段と、
電波信号を送信する第２の送信手段と、
前記第１の計測手段が計測した第１の品質が、前記第２の計測手段が計測した第２の品質よりも低い場合、前記第２の送信手段が送信する前記電波信号の強度を上げる調整手段
を備える
ことを特徴とする無線通信システム。
【請求項２】
前記第１の品質が前記第２の品質よりも高く、かつ、前記第１の品質と前記第２の品質との差が閾値よりも大きい場合、前記調整手段は、前記強度を下げる
ことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記第２の品質を表す電波信号である、第１の通知信号を、前記第２の送信手段が送信し、
前記第１の通知信号を前記第１の受信手段が受信し、
前記第１の計測手段が計測した前記第１の品質と、前記第１の受信手段が受信した前記第１の通知信号から得られる前記第２の品質とに依存する値を表す電波信号である、第２の通知信号を、前記第１の送信手段が送信し、
前記第２の通知信号を前記第２の受信手段が受信し、
前記第２の受信手段が受信した前記第２の通知信号から取得される前記値を用いて、前記調整手段が前記強度を調整する
ことを特徴とする請求項１または２に記載の無線通信システム。
【請求項４】
前記第１の計測手段が計測した第１の品質を表す電波信号である、第３の通知信号を、前記第１の送信手段が送信し、
前記第３の通知信号を前記第２の受信手段が受信し、
前記第３の通知信号から取得される前記第１の品質と、前記第２の計測手段が計測した第２の品質とを用いて、前記調整手段が前記強度を調整する
ことを特徴とする請求項１または２に記載の無線通信システム。
【請求項５】
移動無線通信機であって、
電波信号を送信する送信手段と、
前記送信手段が送信した送信電波信号が固定無線通信機で受信されたときに前記固定無線通信機で計測された、前記送信電波信号の第１の品質を表すか、または前記第１の品質に依存する値を表す電波信号である通知信号を少なくとも含む複数の電波信号を、前記固定無線通信機から受信する受信手段と、
前記受信手段が前記固定無線通信機から受信した、前記通知信号または他の電波信号の、第２の品質を計測する計測手段と、
前記通知信号から取得される前記第１の品質と前記計測手段が計測した前記第２の品質とを用いて、または、前記通知信号から取得される前記値を用いて、前記送信手段が送信する送信電波信号が前記固定無線通信機で受信されるときに前記固定無線通信機で計測される前記送信電波信号の品質が、前記計測手段により計測される品質よりも高くなるように、前記送信手段が送信する電波信号の強度を調整する調整手段
を備えることを特徴とする移動無線通信機。
【請求項６】
固定無線通信機であって、
電波信号を送信する送信手段と、
前記送信手段が送信した送信電波信号が移動無線通信機で受信されたときに前記移動無線通信機で計測された、前記送信電波信号の第１の品質を表す電波信号である通知信号を少なくとも含む複数の電波信号を、前記移動無線通信機から受信する受信手段と、
前記受信手段が前記移動無線通信機から受信した前記通知信号または他の電波信号の、第２の品質を計測する計測手段と、
前記送信手段が送信する送信電波信号が前記移動無線通信機で受信されるときに前記移動無線通信機で計測される前記送信電波信号の品質よりも、前記計測手段により計測される品質の方が高くなるように、前記移動無線通信機に送信電力を調整させるための、調整パラメタの値を、前記通知信号から取得される前記第１の品質と、前記計測手段が計測した前記第２の品質とに基づいて決定し、決定した前記値を表す電波信号を、前記送信手段に送信させる制御手段
を備えることを特徴とする固定無線通信機。
【請求項７】
第１の無線通信機と、移動機である第２の無線通信機とを備える無線通信システムで行われる調整方法であって、
前記第１の無線通信機が、第１の電波信号を送信し、
前記第２の無線通信機が、前記第１の電波信号を受信し、受信した前記第１の電波信号の第１の品質を計測し、
前記第２の無線通信機が、第２の電波信号を送信し、
前記第１の無線通信機が、前記第２の電波信号を受信し、受信した前記第２の電波信号の第２の品質を計測し、
前記第１の無線通信機が計測した第１の品質が、前記第２の無線通信機が計測した第２の品質よりも低い場合、前記第２の無線通信機が、前記第２の無線通信機の送信する電波信号の強度を上げる
ことを特徴とする調整方法。

【図４】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１】

【図２】

【図３】

【公開番号】特開２０１３−１１０６２５（Ｐ２０１３−１１０６２５Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５４７５８（Ｐ２０１１−２５４７５８）
【出願日】平成２３年１１月２２日（２０１１．１１．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】