(57)【要約】【課題】      所定の値から固定的にキャリアセンス閾値を求める場合でも、動的にキャリアセンス閾値を設定することを可能にする通信装置等を提案する。【解決手段】  キャリアセンス閾値設定部１３は、キャリアセンス閾値を要求Ｄ／Ｕ比にしたがって持ち上げるのではなく、更新ノイズフロア値を使ってノイズフロアごと持ち上げてしまうことにより、キャリアセンス閾値演算部３７が、ノイズフロア値等の基準値に対して固定されているキャリアセンス閾値を、要求Ｄ／Ｕ比を保持するところまで持ち上げることができる。これにより、Wi-FiチップがHardwiredで固定的なものであっても、理想的なものを実現するようにして実装することができる。【選択図】  図１
2016021662.tif 000002
【特許請求の範囲】
【請求項１】
無線通信を行う通信装置であって、
通信していない状態でノイズフロア値を測定するノイズフロア値測定手段と、
通信を行っている他の通信機器とのＲＳＳＩ値を測定するＲＳＳＩ測定手段と、
基準値に設定値を加えることによりキャリアセンス閾値を設定するキャリアセンス閾値設定手段を備え、
前記キャリアセンス閾値設定手段は、
通常モードでは、前記基準値を、測定された前記ノイズフロア値とし、
優先モードでは、前記基準値を、測定された前記ＲＳＳＩ値を用いて設定された更新ノイズフロア値とする、通信装置。
【請求項２】
前記キャリアセンス閾値設定手段は、
通信バッファにおけるパケットが基準量以下であるならば前記通常モードであると判断し、
通信バッファにおけるパケットが基準量を超えると前記優先モードであると判断する、請求項１記載の通信装置。
【請求項３】
前記キャリアセンス閾値設定手段は、前記優先モードにおいて、測定されたノイズフロア値ＲＳＳＩnoise_floor、測定したＲＳＳＩ値の最小値であるＲＳＳＩminから値Ｃmarginを減算した値であるＳrequired_rx_rssi、及び、通信で用いられる最低レートから設定されるＤ／Ｒ比ＤＵＲrequiredが式(eq1)となるときに、前記更新ノイズフロア値ＲＳＳＩnoise_floor_updatedを式(eq2)により設定する、請求項１又は２に記載の通信装置。
【数１】
2016021662.tif 000006
【請求項４】
無線通信を行う通信装置におけるキャリアセンス閾値設定方法であって、
前記通信装置は、
通信していない状態でノイズフロア値を測定するノイズフロア値測定手段と、
通信を行っている他の通信機器とのＲＳＳＩ値を測定するＲＳＳＩ測定手段と、
基準値に設定値を加えることによりキャリアセンス閾値を設定するキャリアセンス閾値設定手段を備え、
前記キャリアセンス閾値設定手段が、
通常モードでは、前記基準値を、測定された前記ノイズフロア値とし、
優先モードでは、前記基準値を、測定された前記ＲＳＳＩ値を用いて設定された更新ノイズフロア値とするキャリアセンス閾値設定ステップを含むキャリアセンス閾値設定方法。
【請求項５】
コンピュータにおいて、請求項４記載のキャリアセンス閾値設定方法を実現するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、キャリアセンス閾値設定方法及びプログラムに関し、特に、等に関する。
【背景技術】
【０００２】
Wi-Fi等によるマルチホップバックホールシステムは、近年注目され、製品化されている。マルチホップバックホールシステムにおいては、干渉の少ないチャンネルを選択して無線LAN帯域のチャンネルを繰り返し使用しながらマルチホップを行う。
【０００３】
無線LANは、一般に、キャリアセンスを用いたCSMA/CA（Carrier  Sense  Multiple  Access  with  Collision  Avoidance）を使用して多元接続を行っている。一つのAPに対して複数の局がアクセスする場合は非常に効率よく制御されるが、一方で近隣に同じチャンネルを使用しているシステムがある場合、そのチャンネルを共用するために帯域が分割されてしまったり、隠れ端末により必要以上に全体の容量が低下したりするなど、キャリアセンス特有の問題を含んでいる。
【０００４】
非特許文献１には、無線LANなどのキャリアセンス系のシステム容量の解析として参考になる報告がなされている。図３は、その代表的な特性を示すグラフである。一様に展開されたアクセスポイントに、一様に分布している端末があり、それらが送信しあうケースでの解析で、通信レートは固定となっている。
【０００５】
CSMA/CAシステムでは、キャリアセンスの感度設定によりシステム容量が大きく変動（劣化）する。図３によれば、キャリアセンスの閾値を向上させる（低い値）と遠方で通信している局を敏感に感知してしまい、送信をDeferするケースが必要以上に増えて容量低下を招いてしまう。一方で、キャリアセンスの閾値を鈍感になるように設定する（高い値）と、今度は、他の局が送信しているにもかかわらず自局も送信してしまうケースが増加する。その場合、自局とその通信相手であるAPとが他の送信信号と干渉しても十分なD/Uがあれば復調可能で通信は成立する。一般的にキャリアセンスの閾値を鈍くするに従って、大きな干渉源に対しても送信してしまい、D/U比が取れないまま通信エラーとなり容量が低下してしまうことになる。
【０００６】
図３によれば、システム容量はキャリアセンスの感度に対して、あるピーク値を持った最適値が存在し、そのピーク値はチャンネル数が多いほど広く、見通しが取れないような環境ほど、高いシステム容量が低いキャリアセンス値で得ることができる。
【０００７】
図３にあるように、IEEE802.11の受信感度は-90〜-85dBm近辺に設計されているため、非常に非効率的なデザインとなっている。今日のIEEE802.11の規格のシステムパラメータは、どちらかと言うと遠くまで飛ばすために、できるだけ受信感度を低く、キャリアセンスも同様に低く設定されている。現在のシステムパラメータであると、送信出力はできるだけ遠くまで飛ぶように高くし、キャリアセンスはできるだけ低くするために、必要以上に他の干渉電力に敏感になり、不必要に送信をDeferする。バックホールはもとより、家庭におけるWi-Fiシステムであって、屋外からの干渉を必要以上にセンスしてしまう。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】石井、外１名著，“無線LANシステムのマルチセル環境におけるスループットの理論検討”，信学論  B，Vol．J83-B，No．3，pp267-275，2000年
【発明の概要】
【発明が解決しようとする課題】
【０００９】
製品化されているマルチホップバックホールシステムは、その多くがIEEE802.11のプロトコルにチューニングを施さず、L2以上のプロトコル階層により制御を試みているために、PHY層（Physical層）、MAC層（Medium  Access  Control層）における無線リソースの最適化が行われていない。
【００１０】
バックホールに用いる周波数帯域は、免許不要に解放された帯域であるため、バックホールシステムが独占的に使用することはできず、民生品のアクセスポイントを含めて多くの非計画的な電波による干渉を受ける。この電波は、個人利用を含め、時々刻々と年月が経つうちに干渉状況が変化する。また、チャンネルの数は5GHz帯の高速無線アクセスにおいては多く用意されているが、今後の普及やストリーミングなどのリッチコンテンツ、さらには既存システムとの共存のためのDFSなどを含め、干渉の無いシステムを構築することは困難である。各バックホールノード（無線LAN  I/Fを有したネットワーク装置(例えばSTAやAPなど)）が自らのバックホールシステムをできる限り干渉の少ないチャンネルを選定し、適応的に干渉環境の変化に応じて継続的に最も環境の良いチャンネルへと変更しながら運用したとしても、干渉はゼロにはならないであろう。まして、無線LANの個人利用者がストリーミングなどのアプリケーションを利用していた場合には、小さな干渉電力であっても時間的な占有率は大きくなってしまう。
【００１１】
これらは、AP間の距離やチャンネル数により大きく変化するものの、キャリアセンスの閾値の値が、現在のIEEE802.11の規格ではできるだけ遠くの局まで通信が可能になるように設定されており、他の送信に対して過敏すぎるため、最大容量を実現できるようなパラメータ設定となっておらず、非常に低い容量で利用している。そして敏感すぎるが故に、必要以上に電波が出せない環境があり、これは、バックホール回線としては好ましくない。
【００１２】
対象とする通信の信号強度とノイズフロア値があった時に、キャリアセンスの閾値はその間に存在する。必要D/Uに基づいてキャリアセンスを動的に動かすためには、信号強度の絶対値から必要D/U分を下げた点をキャリアセンス閾値として設定することが理想的である。それは一般に通常のキャリアセンス閾値よりも高い値に設定することになる。しかしながら、一般的なキャリアセンス機能は、このように、内部演算により絶対的な閾値値を求め、そこに達するか否かで判断するようには実装されていない。通常のキャリアセンスは、常にノイズフロアの値をトラックしておき、そこから短期変動で発生するある帯域の信号電力が、設定された時間内に、ある閾値（たとえば「ノイズフロアから3dB」）を超えた時に信号が入ったと判断する。ノイズフロアとキャリアセンスが反応する閾値の間は、固定値でありHardwiredで実装されているために、閾値自体を可変にすることは不可能である。
【００１３】
そこで、本願発明は、所定の値から固定的にキャリアセンス閾値を求める場合でも、動的にキャリアセンス閾値を設定することを可能にする通信装置等を提案することを目的とする。
【課題を解決するための手段】
【００１４】
本願発明の第１の観点は、無線通信を行う通信装置であって、通信していない状態でノイズフロア値を測定するノイズフロア値測定手段と、通信を行っている他の通信機器とのＲＳＳＩ（Received  Signal  Strength  Indicator）値を測定するＲＳＳＩ測定手段と、基準値に設定値を加えることによりキャリアセンス閾値を設定するキャリアセンス閾値設定手段を備え、前記キャリアセンス閾値設定手段は、通常モードでは、前記基準値を、測定された前記ノイズフロア値とし、優先モードでは、前記基準値を、測定された前記ＲＳＳＩ値を用いて設定された更新ノイズフロア値とするものである。
【００１５】
本願発明の第２の観点は、第１の観点の通信装置であって、前記キャリアセンス閾値設定手段は、通信バッファにおけるパケットが基準量以下であるならば前記通常モードであると判断し、通信バッファにおけるパケットが基準量を超えると前記優先モードであると判断するものである。
【００１６】
本願発明の第３の観点は、第１又は第２の観点の通信装置であって、前記キャリアセンス閾値設定手段は、前記優先モードにおいて、測定されたノイズフロア値ＲＳＳＩnoise_floor、測定したＲＳＳＩ値の最小値であるＲＳＳＩminから値Ｃmarginを減算した値であるＳrequired_rx_rssi、及び、通信で用いられる最低レートから設定されるＤ／Ｒ比ＤＵＲrequiredが式(eq1)となるときに、前記更新ノイズフロア値ＲＳＳＩnoise_floor_updatedを式(eq2)により設定するものである。
【００１７】
本願発明の第４の観点は、無線通信を行う通信装置におけるキャリアセンス閾値設定方法であって、前記通信装置は、通信していない状態でノイズフロア値を測定するノイズフロア値測定手段と、通信を行っている他の通信機器とのＲＳＳＩ値を測定するＲＳＳＩ測定手段と、基準値に設定値を加えることによりキャリアセンス閾値を設定するキャリアセンス閾値設定手段を備え、前記キャリアセンス閾値設定手段が、通常モードでは、前記基準値を、測定された前記ノイズフロア値とし、優先モードでは、前記基準値を、測定された前記ＲＳＳＩ値を用いて設定された更新ノイズフロア値とするキャリアセンス閾値設定ステップを含むものである。
【００１８】
本願発明の第５の観点は、コンピュータにおいて、請求項４記載のキャリアセンス閾値設定方法を実現するためのプログラムである。
【００１９】
なお、本願発明を、第５の観点のプログラムを定常的に記憶するコンピュータ読み取り可能な記録媒体として捉えてもよい。
【００２０】
【数１】
2016021662.tif 000003
【発明の効果】
【００２１】
本願発明の各観点によれば、キャリアセンス閾値を要求Ｄ／Ｕ比にしたがって持ち上げるのではなく、ノイズフロアごと持ち上げてしまうことにより、ノイズフロアに対して固定されているキャリアセンス閾値を要求Ｄ／Ｕ比を保持するところまで持ち上げる。キャリアセンス閾値の設定としては、信号強度の絶対値から必要D/U分を下げた点をキャリアセンス閾値として設定することが理想的である。それに対し、本願発明は、更新ノイズフロア値を用いてノイズフロアごと持ち上げてしまうことにより、Wi-FiのチップがHardwiredで固定的なものであっても、実装することができる。
【００２２】
さらに、第２の観点によれば、回線容量が十分に確保できない場合に、優先モードとして本願発明によるＣＳ／ＥＷ制御を行うことにより、送信機会のプライオリティをむやみに上げることを避けることができる。
【００２３】
さらに、第３の観点によれば、測定するＲＳＳＩ等を用いて具体的に設定することが可能になる。
【図面の簡単な説明】
【００２４】
【図１】本願発明に係る通信装置の構成の一例を示すブロック図である。
【図２】図１の通信装置１の動作の一例を示すフロー図である。
【図３】従来に報告された、無線LANなどのキャリアセンス系のシステム容量の解析における、代表的な特性を示すグラフである。
【発明を実施するための形態】
【００２５】
以下では、図面を参照して、本願発明の実施例について説明する。なお、本願発明は、この実施例に限定されるものではない。
【実施例１】
【００２６】
図１は、本願発明に係る通信装置の構成の一例を示すブロック図である。通信装置１は、測定部３と、制御部５と、通信バッファ７と、通信部８と、テーブル記憶部９と、パラメータ記憶部１１と、キャリアセンス閾値設定部１３を備える。
【００２７】
通信装置１は、例えばバックホールアクセスポイント（BH_AP：BackHaul  Access  Point）である。ある接続ゾーンにおいて、許容する最大接続マルチホップノード数をNstation_maxとする。これは、一つのBH_APに対して、Nstation_max−１局のバックホールステーション（BH_STA：BackHaul  STAtionが接続することを許すことを意味する。
【００２８】
測定部３は、ノイズフロア値や各BH_STAのRSSIを測定する。測定部３は、ノイズフロア測定部２１と、ノイズフロア値記憶部２３と、RSSI測定部２５と、RSSI記憶部２７を備える。ノイズフロア測定部２１は、回線の空き時間にノイズフロアの値を測定する。ノイズフロア値記憶部２３は、ノイズフロア値RSSInoise_floorを記憶する。また、RSSI測定部２５は、自分にAssociationしているNstation-max-1局のBH_STAのすべてのRSSIをTRSSI_monitorの間隔で定期的に取得する。RSSI記憶部２７は、測定されたRSSIを保持する。また、RSSI測定部２５は、全てのBH_STAのRSSIのうち、最も低いRSSIを抽出する。RSSI記憶部２７は、最も低いRSSIを、RSSIminとして保持する。RSSI測定部２５は、RSSIminの値を、ＴRSSI_min_refreshの間隔で、最新の情報にアップデートする。また、ノイズフロア測定部２１は、RSSInoise_floorの値を、RSSIminをＴRSSI_min_refreshの間隔で測定するのとほぼ同じタイミングで測定することとする。なお、本実施例においては、測定部３による測定は、少なくとも優先モードにおいて行われればよい。
【００２９】
制御部５は、通信装置１の動作を制御する。通信バッファ７は、他の装置等との通信におけるパケットを記憶する。通信部８は、他の装置等との通信を行う。通信部８は、例えば、通信バッファ７の送信待ちパケットを他の装置等に送信し、他の装置等からパケットを受信する。
【００３０】
テーブル記憶部９は、一つのマルチホップゾーンの中の通信で用いる最低レートをOperation_Rateminに対して、各送信レートに必要なＤ／Ｕ比（Desired  Undesired  Ratio）DURrequired（ｄＢ）を記憶する。表１は、テーブル記憶部９が記憶するテーブルの一例を示す。
【００３１】
【表１】
2016021662.tif 000004
【００３２】
パラメータ記憶部１１は、各種パラメータを記憶する。一例について説明する。送信バッファのサイズＮtxbff_sizeのデフォルト値は、64とする。通常モードと優先モードを切り替える閾値Ｎpriority_thresholdのデフォルト値は、32とする。Nstation-maxのパラメータの範囲は0-8とし、デフォルト値は、4とする。Ｔpriority_holdのデフォルト値は、60とする。ＴRSSI_monitorのデフォルト値は、60とする。ＴRSSI_min_refreshのデフォルト値は、60とする。通信のマージンＣmarginのパラメータの範囲は０−１６であり、デフォルト値は６とする。
【００３３】
キャリアセンス閾値設定部１３は、キャリアセンス閾値を設定する。キャリアセンス閾値設定部１３は、基準値設定部３１と、基準値記憶部３３と、設定値記憶部３５と、キャリアセンス閾値演算部３７を備える。基準値設定部３１は、基準値記憶部３３に記憶された値を、通常モードではノイズフロア値とし、優先モードでは更新ノイズフロア値とする。基準値記憶部３３は、基準値を記憶する。設定値記憶部３５は、設定値を記憶する。キャリアセンス閾値演算部３７は、基準値と設定値からキャリアセンス閾値を演算する。
【００３４】
キャリアセンス閾値設定の基本的な考え方は、マルチセル環境において運用されることを前提としたバックホールシステムであるから、Ｓ／Ｎ主体のシステム設計ではなく、干渉ベースのシステム設計を行う。これを、ＣＳ（Carrier  Sense）／ＥＤ（Energy  Detection）制御という。
【００３５】
キャリアセンス閾値は、対象とする通信の信号強度とノイズフロア値の間に存在する。必要なＤ／Ｕ比に基づいてキャリアセンスを動的に動かすためには、信号強度の絶対値から必要Ｄ／Ｕ比分を下げた点をキャリアセンス閾値として設定することが理想的である。それは、一般に通常のキャリアセンス閾値よりも高い値に設定することになる。しかしながら、一般的なキャリアセンス機能の実装は、このように内部演算により絶対的な閾値値を求め、そこに達するか否かで判断するようには実装されていない。通常のキャリアセンスは、常にノイズフロアの値をトラックしておき、そこから短期変動で発生するある帯域の信号電力が、設定された時間内に、ある閾値（たとえば「ノイズフロアから3dB」）を超えた時に信号が入ったと判断する。ノイズフロアとキャリアセンスが反応する閾値の間は、固定値でありHardwiredで実装されているために、閾値自体を可変にすることは不可能である。
【００３６】
本願発明のアプローチは、キャリアセンス閾値を要求Ｄ／Ｕ比にしたがって持ち上げるのではなく、ノイズフロアごと持ち上げてしまうことにより、ノイズフロアに対して固定されているキャリアセンス閾値を要求Ｄ／Ｕ比を保持するところまで持ち上げるものである。ノイズフロアは、定期的に計算されアップデートされている。この計算値をもとに、RSSIから要求Ｄ／Ｕ比を満たすキャリアセンス閾値がどこにあり、また、そこから計算してノイズフロアがどこにあるかを計算する。そして、所望のRSSI値とノイズフロアの値からノイズフロアをオフセットさせる。これを更新ノイズフロア値とし、更新ノイズフロア値から固定値等を用いてキャリアセンス閾値を計算する。これにより、理想的なキャリアセンス閾値の設定法とは異なるが、結果として同じキャリアセンス閾値を設定することが可能になる。
【００３７】
通信をする端末とＡＰ（Access  Point）の間では、十分に高いRSSIがあり、本来ならその通信が成立するためのＤ／Ｕ比までは干渉を許容できるはずである。特にバックホールのような、固定又は半固定のシステムにおいては、その希望する通信レートが十分確保できるＤ／Ｕ比を把握し、他局の干渉があった場合においても、Ｄ／Ｕ比を維持できる限りにおいては、キャリアセンスせずにデータの送信を行うような適応制御アルゴリズムを構築することができる。本願発明によれば、熱雑音主体でなく干渉を主体とするシステム設計を導入し、理想的な動作を異なる仕組みで組み込むことができる。
【００３８】
続いて、図２を参照して、図１の通信装置１の動作の一例を説明する。図２は、図１の通信装置１の動作の一例を示すフロー図である。
【００３９】
まず、制御部５は、パラメータ記憶部１１にデフォルト値を設定する等の初期設定を行う（ステップＳＴ１）。続いて、制御部５は、回線容量が確保されているか否かを判定する（ステップＳＴ２）。ＣＳ／ＥＤ制御は、送信機会のプライオリティを上げるため、むやみに運用することはエチケットルールを大きく乱すことになる。そのため、回線がすいている場合には、ステップＳＴ３の標準の値で運用する。図２では、回線容量が確保できない場合に、ＣＳ／ＥＤ制御を行う。通信容量が確保できるか否かは、例えば、通信バッファ７のNtxbff_sizeパケットのサイズの送信バッファにおいて、Npriority_thresholdを超えたときに、標準モードでは十分に回線容量を確保できないとして、ステップＳＴ４〜９の優先モードへ切り替える。一旦、優先モードへ切り替わると、Tpriority_hold秒の間は、トラヒック量の如何に関わらず、優先モードでの運用を続け、Tpriority_hold後に標準モードに戻る。
【００４０】
ステップＳＴ２で、回線容量が十分に確保されているとき、標準モードとして、基準値設定部３１は、基準値記憶部３３に、測定されたノイズフロア値を設定する。キャリアセンス閾値演算部３７は、測定されたノイズフロア値と設定値記憶部３５に記憶された固定値とを用いて、キャリアセンス閾値を演算する（ステップＳＴ３）。通信部８は、このキャリアセンス閾値を用いて通信を行う。
【００４１】
ステップＳＴ２で、回線容量が十分には確保されていないとき、優先モードとしてステップＳＴ４以降を行う。まず、基準値設定部３１は、RSSIminにＣmarginを減じた値をＳrequired_rx_rssiとする（式(1)参照）。また、基準値設定部３１は、対象とする一つのマルチホップゾーンの中の通信で用いる最低レートであるOperation_Rateminを用いて、テーブル記憶部９のテーブルをルックアップして、所要のＤ／Ｕ比をＤＵＲrequiredとして取得する（ステップＳＴ４）。
【００４２】
続いて、基準値設定部３１は、式(2)の関係が成立し、設定可能か否かを判断する（ステップＳＴ５）。設定できないならば、感度を低下させることができない。これは、回線設計上、十分なLink  Budgetが確保できていないことを意味する。そのため、最低レートを再設定し（ステップＳＴ６）、ステップＳＴ４に戻る。設定できるならば、基準値設定部３１は、式(3)より更新ノイズフロア値RSSInoise_floor_updatedを演算し、基準値記憶部３３の基準値を更新ノイズフロア値に設定する（ステップＳＴ７）。キャリアセンス閾値演算部３７は、更新ノイズフロア値と設定値記憶部３５に記憶された固定値とを用いて、キャリアセンス閾値を演算する（ステップＳＴ８）。ステップＳＴ３とステップＳＴ８では、基準値の値は異なるものの、演算自体は同様に実現することができる。そのため、基準値記憶部３３と設定値記憶部３５とキャリアセンス閾値演算部３７は、従来と同様に、Hardwiredで実装することができる。そのため、使用するWi-Fiのチップが同様のアーキテクチャであったとしても、実装することができる。
【００４３】
続いて、基準値設定部３１は、Ｔpriority_holdの時間が経過したかを判断する（ステップＳＴ９）。経過するまで待ち、経過するとステップＳＴ２に戻る。
【００４４】
【数２】
2016021662.tif 000005
【００４５】
この更新ノイズフロア値RSSInoise_floor_updatedは、Beacon  IE（Information  Element）の拡張情報として報知される。BH_STAは、この情報をBeacon  IEから入手し、優先モードで切り替わっているＴpriority_hold時間内においては、自局のRSSInoise_floorをRSSInoise_floor_updatedに設定し、運用を行う。BH_STAにおいて、自立分散的に各局において計算するのではなく、アソシエーションしているBH_APからRSSInoise_floor_updatedの値を入手する。複数のBH_STAが一つのBH_APに接続しているケースでは、それぞれのLink  Budgetが異なるため、その最小値に全体を合わせる必要がある。もし、合わせないと、最も良好なLink  BudgetをもつBH_STAのキャリアセンス閾値は、最も低いLink  Budgetが行おうとする通信を検出することができなくなる。この問題を救済するために、BH_APが全体の回線品質を監視し、そのゾーンがどのようにバックホールノード同士の間で公平に動作すればよいかを報知しているのである。このように、本実施例では、一つのホップにおけるゾーンでは、BH_APが主体となって制御を行うが、全てのゾーンはそれぞれが独立して自律的に処理をするために、マルチホップ全体としては、自立分散的な制御となる。
【００４６】
なお、RSSIの揺らぎに対して配慮する。RSSI値が安定せず、通信環境により大きく揺らぐ場合には、平滑化処理を行うのが望ましい。例えば、時々刻々一定間隔で収集するノイズフロア値をリングバッファに入れて、その中央値をRSSI値として処理する。信号強度としてのRSSI値は、BH_STA毎に平滑化処理を行い、その中からRSSIminの値を選択するべきである。
【符号の説明】
【００４７】
１  通信装置、３  測定部、５  制御部、７  通信バッファ、８  通信部、９  テーブル記憶部、１１  パラメータ記憶部、１３  キャリアセンス閾値設定部、２１  ノイズフロア測定部、２３  ノイズフロア値記憶部、２５  RSSI測定部、２７  RSSI記憶部、３１  基準値設定部、３３  基準値記憶部、３５  設定値記憶部、３７  キャリアセンス閾値演算部
【図１】
2016021662.tif 000007
【図２】
2016021662.tif 000008
【図３】
2016021662.tif 000009