(57)【要約】【課題】無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することを可能にする。【解決手段】他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する受信制御部と、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御する送信制御部と、を備える、無線通信装置が提供される。【選択図】図３
2019026421.tif 000002
【特許請求の範囲】
【請求項１】
他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する受信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御する送信制御部と、を備える、
無線通信装置。
【請求項２】
前記データフレーム単位に送信される第１の確認応答信号と、前記繰り返し送信単位に送信される第２の確認応答信号は、互いに異なるフレーム長を有する、
請求項１に記載の無線通信装置。
【請求項３】
前記第１の確認応答信号は、前記第２の確認応答信号よりも短いフレーム長を有する、
請求項２に記載の無線通信装置。
【請求項４】
前記送信制御部は、複数の確認応答信号の送信タイミングが略同一である場合、前記複数の確認応答信号のうちのいずれかを優先的に送信する、
請求項１に記載の無線通信装置。
【請求項５】
前記送信制御部は、前記データフレーム単位に送信される第１の確認応答信号の送信タイミング、および、前記繰り返し送信単位に送信される第２の確認応答信号の送信タイミングが略同一である場合、前記第２の確認応答信号を優先的に送信する、
請求項４に記載の無線通信装置。
【請求項６】
前記送信制御部は、前記データフレームの受信状況、または、前記確認応答信号の送信状況に基づいて、前記複数の確認応答信号のうちのいずれかを優先的に送信する、
請求項４に記載の無線通信装置。
【請求項７】
前記送信制御部は、前記データフレームの受信処理が成功するまでに、前記受信制御部が前記データフレームを繰り返して受信した回数に関する情報が含まれる信号の送信を制御する、
請求項１に記載の無線通信装置。
【請求項８】
前記送信制御部は、前記繰り返し送信の最後に送信される前記データフレームに対応する第１の確認応答信号の送信を行わない、
請求項１に記載の無線通信装置。
【請求項９】
前記送信制御部は、前記他装置の識別情報に基づいて前記確認応答信号のプリアンブルを決定する、
請求項１に記載の無線通信装置。
【請求項１０】
前記送信制御部は、前記データフレームの受信周波数および前記他装置の識別情報に基づいて前記確認応答信号の送信周波数を決定する、
請求項１に記載の無線通信装置。
【請求項１１】
他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御することと、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御することと、を有する、
コンピュータにより実行される無線通信方法。
【請求項１２】
互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御する送信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御する受信制御部と、を備える、
無線通信装置。
【請求項１３】
前記データフレーム単位に受信される第１の確認応答信号と、前記繰り返し送信単位に受信される第２の確認応答信号は、互いに異なるフレーム長を有する、
請求項１２に記載の無線通信装置。
【請求項１４】
前記第１の確認応答信号は、前記第２の確認応答信号よりも短いフレーム長を有する、
請求項１３に記載の無線通信装置。
【請求項１５】
前記受信制御部は、前記データフレームの受信処理が成功するまでに、前記他装置が前記データフレームを繰り返して受信した回数に関する情報が含まれる信号の受信を制御し、
前記送信制御部は、前記情報に基づいて前記繰り返し送信における送信回数を決定する、
請求項１２に記載の無線通信装置。
【請求項１６】
前記受信制御部は、前記繰り返し送信の最後に送信される前記データフレームに対応して送信される第１の確認応答信号の受信を行わない、
請求項１２に記載の無線通信装置。
【請求項１７】
前記受信制御部は、自装置の識別情報に基づいて前記確認応答信号の検出に用いるプリンブルを決定する、
請求項１２に記載の無線通信装置。
【請求項１８】
前記受信制御部は、前記データフレームの送信周波数および自装置の識別情報に基づいて前記確認応答信号の受信周波数を決定する、
請求項１２に記載の無線通信装置。
【請求項１９】
互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御することと、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御することと、を有する、
コンピュータにより実行される無線通信方法。
【請求項２０】
第１の無線通信装置と、第２の無線通信装置と、を備え、
前記第１の無線通信装置は、
前記第２の無線通信装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する第１の受信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第２の無線通信装置に対する確認応答信号の送信を制御する第１の送信制御部と、を備え、
前記第２の無線通信装置は、
前記データフレームの、前記第１の無線通信装置に対する繰り返し送信を制御する第２の送信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第１の無線通信装置からの前記確認応答信号の受信を制御する第２の受信制御部と、を備える、
無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信装置、無線通信方法および無線通信システムに関する。
【背景技術】
【０００２】
無線通信システムにおいて、無線信号の送信元装置が、無線信号の送信先装置からデータ通信の成否結果を得るためには様々な方法が用いられ得る。例えば、送信元装置が、送信先装置から確認応答信号を受信することによってデータ通信の成否結果を得ることが可能である。当該確認応答信号には、例えば、データ通信の成功を示すＡＣＫ（ACKnowledgement）、または、データ通信の失敗を示すＮＡＣＫ（Negative  ACKnowledgement）等がある。【０００３】
例えば、以下の特許文献１には、３ＧＰＰ（Third  Generation  Partnership  Project）ＬＴＥ（Long  Term  Evolution）において、移動局における電力消費を最小化するためにＡＣＫまたはＮＡＣＫを用いた通信制御を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１０−５３７４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、上記の特許文献１等によっては、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することが困難であった。そこで、本開示は、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することが可能な、新規かつ改良された無線通信装置、無線通信方法および無線通信システムを提供する。
【課題を解決するための手段】
【０００６】
本開示によれば、他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する受信制御部と、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御する送信制御部と、を備える、無線通信装置が提供される。【０００７】
また、本開示によれば、他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御することと、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御することと、を有する、コンピュータにより実行される無線通信方法が提供される。【０００８】
また、本開示によれば、互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御する送信制御部と、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御する受信制御部と、を備える、無線通信装置が提供される。【０００９】
また、本開示によれば、互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御することと、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御することと、を有する、コンピュータにより実行される無線通信方法が提供される。【００１０】
また、本開示によれば、第１の無線通信装置と、第２の無線通信装置と、を備え、前記第１の無線通信装置は、前記第２の無線通信装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する第１の受信制御部と、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第２の無線通信装置に対する確認応答信号の送信を制御する第１の送信制御部と、を備え、前記第２の無線通信装置は、前記データフレームの、前記第１の無線通信装置に対する繰り返し送信を制御する第２の送信制御部と、データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第１の無線通信装置からの前記確認応答信号の受信を制御する第２の受信制御部と、を備える、無線通信システムが提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することが可能となる。【００１２】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】無線通信システムの装置構成の一例を示す図である。
【図２】基地局および端末の動作の一例を示す図である。
【図３】基地局および端末の動作の一例を示す図である。
【図４】端末によって生成されるデータフレームのフレーム構成の一例を示す図である。
【図５】端末によって生成されるデータフレームのフレーム構成の一例を示す図である。
【図６】基地局によって生成されるＡＣＫ１のフレーム構成の一例を示す図である。
【図７】基地局によって生成されるＡＣＫ２のフレーム構成の一例を示す図である。
【図８】端末の機能構成の一例を示すブロック図である。
【図９】ＡＣＫに関するモードの一例を示す図である。
【図１０】基地局の機能構成の一例を示すブロック図である。
【図１１】端末の動作の一例を示すフローチャートである。
【図１２】基地局の動作の一例を示すフローチャートである。
【図１３】ＡＣＫ１およびＡＣＫ２のいずれも通信される場合における、端末と基地局の動作の一例を示すシーケンス図である。
【図１４】ＡＣＫ１のみ通信される場合における、端末と基地局の動作の一例を示すシーケンス図である。
【図１５】ＡＣＫ２のみ通信される場合における、端末と基地局の動作の一例を示すシーケンス図である。
【図１６】ＡＣＫ１およびＡＣＫ２のいずれも通信されない場合における、端末と基地局の動作の一例を示すシーケンス図である。
【図１７】第３の実施例の背景について説明する図である。
【図１８】RX-Nが含まれるＡＣＫ２のフレーム構成の一例を示す図である。
【図１９】第４の実施例における端末の動作の一例を示すフローチャートである。
【図２０】第４の実施例における基地局の動作の一例を示すフローチャートである。
【図２１】第４の実施例における端末と基地局の動作の一例を示すシーケンス図である。
【図２２】第５の実施例において使用されるＰＮ系列発生器の一例を示す図である。
【図２３】第５の実施例の変形例における、Preambleの生成方法および送信タイミングの決定方法について説明する図である。
【図２４】第５の実施例の変形例における、Preambleの生成方法および送信タイミングの決定方法について説明する図である。
【図２５】第６の実施例において、受信処理に使用される周波数と周波数番号の対応の一例を示す図である。
【図２６】第６の実施例において、送信処理に使用される周波数と周波数番号の対応の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．第１の実施例
１−１．背景
１−２．装置構成
１−３．機能概要
１−４．フレーム構成
１−５．機能構成
１−６．モード選択方法
１−７．動作
２．第２の実施例
２−１．背景
２−２．機能概要
２−３．機能構成および動作
３．第３の実施例
３−１．背景
３−２．機能概要
３−３．機能構成
４．第４の実施例
４−１．背景
４−２．機能概要
４−３．機能構成および動作
５．第５の実施例
５−１．背景
５−２．機能概要
５−３．機能構成
５−４．変形例
６．第６の実施例
６−１．背景
６−２．機能概要
６−３．機能構成
７．むすび
【００１６】
＜１．第１の実施例＞
まず、本開示に係る第１の実施例について説明する。
【００１７】
（１−１．背景）
無線通信システムにおいて、無線信号の送信元装置が、無線信号の送信先装置からデータ通信の成否結果を得るためには様々な方法が用いられ得る。例えば、送信元装置が、送信先装置から確認応答信号を受信することによってデータ通信の成否結果を得ることが可能である。当該確認応答信号には、例えば、データ通信の成功を示すＡＣＫ、または、データ通信の失敗を示すＮＡＣＫ等がある。
【００１８】
ここで、ＡＣＫおよびＮＡＣＫのうち、より確実なデータ通信を実現するために、ＡＣＫが採用される場合が多い。ＡＣＫが採用された場合についてより具体的に説明すると、ＡＣＫの通信が失敗した場合、ＡＣＫの送信先装置は、データ通信が失敗したことによりＡＣＫが送信されなかったのか、データ通信が成功しＡＣＫも送信されたが、自装置がＡＣＫの受信に失敗したのか、を判断することができない。しかし、いずれの場合においても、当該装置は、再送等を行うことでデータ通信をより確実に実現することができる。一方、ＮＡＣＫが採用された場合、仮に、データ通信が失敗し、その後のＮＡＣＫの通信も失敗すると、ＮＡＣＫの送信先装置は、データ通信が成功したと判断し、再送等を行わないため、データ通信が失敗に終わる。以上により、ＮＡＣＫよりもＡＣＫが採用される場合が多い。
【００１９】
また、ＡＣＫは、様々な無線通信システムで使用されている。例えば、ＡＣＫは、ＬＴＥ（Long  Term  Evolution）等の公衆網無線通信システム、または、ＩＥＥＥ８０２．１１等の無線ＬＡＮ（Local  Area  Network）システム等で使用されている。
【００２０】
これらの無線通信システムにおいては、データ通信が行われた後にＡＣＫが通信されることになる。すなわち、１回のデータ通信が行われるにあたり、データ通信に要する電力およびＡＣＫの通信に要する電力が消費されることになる。また、無線ＬＡＮシステム等においては、複数回のデータ通信が行われた後に、それらの通信に対するＡＣＫがまとめられたブロックＡＣＫという種類のＡＣＫが採用されている。これによって、ＡＣＫの通信に要する電力が削減される代りに、データの送信元装置は、複数回のデータ通信にて送信したデータを記憶しておき、ブロックＡＣＫにて通信の成功が示されなかったデータの再送等を行うため、より複雑なメモリ管理を求められる。
【００２１】
さて、近年、インターネットに接続可能な端末を、様々な場所、人または物に設置することで、当該端末が収集する情報を活用するＩｏＴ（Internet  of  Things）技術が盛んに開発されている。例えば、各種センサを備えた端末から、各種センシングデータを収集し、これらのデータを活用する技術が開発されている。
【００２２】
当該端末においては、端末自体の小型化の要請等により、バッテリーの小型化が求められている。また、バッテリーの充電作業等の運用コストを低減させるために、消費電力の低減が求められている。以上から、当該端末においては、無線通信に伴う消費電力の低減がより重要になっている。
【００２３】
また、ＩｏＴを実現する無線通信システムは、多くの場所、人または物に関する情報を収集するために、当該システム内に多くの端末を備えることが求められる。無線通信システムが多くの端末を備えるためには、複数の端末と同時にデータ通信を行うことによって生じる干渉を抑制することが重要である。
【００２４】
さらに、無線通信システムは、コストの制約により収集が困難であった、場所、人または物に関する情報を収集するために、システム全体のコストを削減することが求められている。そのため、設置コストが高い基地局の数を減らすことが重要である。実現方法としては、端末と基地局との無線通信距離を長くすることにより、基地局の数を減らしつつ広範囲から情報を収集可能にする方法が挙げられる。そして、端末と基地局との無線通信距離を長くする方法の一つとして、端末が、同一データを含む複数のデータフレームを繰り返して送信し、基地局が、これらのデータフレームを選択もしくは加算合成することで受信成功確率を向上させる方法が挙げられる。
【００２５】
しかし、無線通信システムが、上記の３つの要求（換言すると、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させること）に対応しつつ、データ通信を確実に行うために確認応答信号を導入することは、以下の点で様々な困難を伴う。
【００２６】
まず、ＡＣＫの通信により消費電力が増加する点が挙げられる。より具体的に説明すると、上記のように、同一データを含む複数のデータフレームが繰り返して送信される場合、端末から基地局への無線通信距離は、繰り返して送信される回数（以降、「繰り返し送信回数」と呼称する）に依存する。換言すると、繰り返し送信回数が多くなるほど、端末から基地局への無線通信距離を長くすることができる。
【００２７】
一方、基地局から端末に送信される確認応答信号について、同程度の無線通信距離が実現されるためには、無線通信システムは、確認応答信号の受信感度を高くすることを求められる。例えば、端末が基地局へデータフレームを送信する際の繰り返し送信回数がN回である場合、基地局は、これらのデータフレームを加算合成することにより、以下の式１により算出されるだけの利得を得る。例えば、N=10とした場合、基地局は、10［dB］の利得を得る。
【００２８】
【数１】
2019026421.tif 000003
【００２９】
確認応答信号の通信が行われる場合、無線通信システムは、式１により算出される利得に相当するだけ確認応答信号の受信感度を高くすることが求められる。しかし、確認応答信号の送信電力が制限される場合、無線通信システムは、確認応答信号の通信時間を長くすることにより対応することになる。例えば、N=10とした場合、無線通信システムは、確認応答信号の通信時間を10倍にすることになる。これにより、端末が確認応答信号の受信に要する時間が長くなるため、結果的に端末の消費電力が増加することになる。
【００３０】
さらに、データフレームが繰り返して通信され、各通信の後に確認応答信号が通信される場合、確認応答信号の受信に要する電力は繰り返し送信回数が増加するにつれて増加する。これを回避するためには、例えば、繰り返し送信後に１度だけ確認応答信号を通信する方法が採用され得る。しかし、この場合、全ての端末が繰り返し送信回数の上限数だけのデータフレームの繰り返し送信を行うことになるため、上限数よりも少ない繰り返し送信回数でデータ通信が成功した場合には、その後に無駄なデータ通信が行われることになる。換言すると、この無駄なデータ通信により、消費電力および干渉が引き起こされ、端末数が増加するほど大きな問題となる。特に、基地局近傍に位置する端末から送信された無線信号は、基地局において大きな干渉源になり、基地局が他の端末から送信された無線信号を受信する上でより大きな影響を及ぼす。
【００３１】
本件の開示者は、上記事情に鑑みて本開示に係る第１の実施例を創作するに至った。第１の実施例は、繰り返し送信されるデータフレーム単位で送信される第１の確認応答信号および繰り返し送信単位で送信される第２の確認応答信号を用いることで、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することができる。以降では、本開示に係る第１の実施例について詳細に説明していく。
【００３２】
なお、本開示は、無線通信システムであれば、適用される対象は特に限定されない。例えば、本開示は、ＬＴＥ等を含む公衆網無線通信システムに適用されてもよいし、ＩＥＥＥ８０２．１１によって規定される無線ＬＡＮシステムに適用されてもよいし、その他の無線通信システムに適用されてもよい。
【００３３】
また、これらの無線通信システムにおいて、確認応答信号の送信装置および受信装置として機能する装置は特に限定されない。例えば、これらの無線通信システムにおける親局（例えば、基地局、アクセスポイント等）および子局（例えば、端末、ステーション等）のいずれも、確認応答信号の送信装置および受信装置として機能し得る。以降では、一例として、本開示が、ＩｏＴを実現する無線通信システムに適用され、基地局が確認応答信号の送信装置として機能し、端末が確認応答信号の受信装置として機能する場合について説明する。
【００３４】
また、確認応答信号は、何らかのデータ通信の成否を示す信号であればよく、確認応答信号の種類は特に限定されない。以降では、一例として、確認応答信号としてＡＣＫが採用される場合について説明する。
【００３５】
（１−２．装置構成）
上記では、第１の実施例の背景について説明した。続いて、図１を参照して、無線通信システムの装置構成について説明する。
【００３６】
図１に示すように、無線通信システムは、基地局１００と、端末２００と、を備える。基地局１００および端末２００の数は特に限定されない。以降では、一例として、無線通信システムが１台の基地局１００と、複数の端末２００と、を備える場合について説明する。
【００３７】
端末２００は、様々な場所、人または物に設置され、自装置に備えられる各種センサによって各種情報を収集する無線通信装置（または、「第２の無線通信装置」とも呼称される）である。また、端末２００は、他装置と無線通信を行うことで、他装置から各種情報を収集してもよい。そして、端末２００は、収集した情報が含まれたデータフレームを基地局１００へ送信する。ここで、端末２００が備えるセンサの種類は特に限定されない。例えば、端末２００が備えるセンサには、加速度センサ、ジャイロセンサ、地磁気センサ、気圧センサ、温度センサ、振動センサ、音声センサ、心拍センサ、脈波センサ、近接センサ、照度センサ、圧力センサ、位置センサ、発汗センサ、ｐＨセンサ、湿度センサまたは赤外線センサ等が含まれ得る。
【００３８】
また、上記のとおり、端末２００は、より確実な通信を実現するために、データフレームを繰り返して送信する。なお、繰り返し送信における送信間隔、繰り返し送信回数の上限数、送信電力、フレーム構成等は特に限定されない。
【００３９】
基地局１００は、端末２００から提供された情報を用いて各種サービスを提供する無線通信装置（または、「第１の無線通信装置」とも呼称される）である。例えば、基地局１００は、ユーザに装着された端末２００によって収集された位置情報および心拍情報等を用いてユーザの見守りサービスを提供したり、自転車等の乗り物に設置された端末２００によって収集された位置情報等を用いて乗り物のレンタルサービスを提供したり、建築物に設置された端末２００によって収集された振動情報等を用いて建築物の強度監視サービス等を提供したりする。
【００４０】
また、上記のとおり、基地局１００は、端末２００から繰り返して送信されたデータフレームを受信し、受信処理に成功した場合には、確認応答信号としてＡＣＫを端末２００に対して送信する。第１の実施例に係るＡＣＫの詳細については後述する。
【００４１】
ここで、基地局１００および端末２００は、ＬＰＷＡ（Low  Power  Wide  Area）を用いてＩｏＴをより適切に実現する。ＬＰＷＡとは、より低い消費電力によって、より遠い距離（キロメートル単位）への通信を可能にする無線通信技術を指す。ＬＰＷＡは、ＩｏＴを実現する無線通信システムのように、多数の端末２００との通信が発生し、かつ、データフレームのサイズが比較的に小さい場合において、特に効果を発揮し易く、消費電力を低減させることが可能である。なお、これはあくまで一例であり、ＬＰＷＡは適用されなくてもよい。
【００４２】
（１−３．機能概要）
上記では、無線通信システムの装置構成について説明した。続いて、無線通信システムの機能概要について説明する。
【００４３】
基地局１００は、端末２００によって繰り返して送信されたデータフレームの受信処理に成功した場合、当該端末２００に対してＡＣＫを送信する。このとき、基地局１００は、繰り返して送信されるデータフレーム単位で送信される第１の確認応答信号であるＡＣＫ（以降、「ＡＣＫ１」と呼称する）および、繰り返し送信単位で送信される第２の確認応答信号であるＡＣＫ（以降、「ＡＣＫ２」と呼称する）を用いる。
【００４４】
そして、基地局１００は、ＡＣＫ１のフレーム長をＡＣＫ２のフレーム長よりも短く設定する。より具体的には、基地局１００は、ＡＣＫ１のフレーム長をＡＣＫ２のフレーム長よりも短くすることで、端末２００によるＡＣＫ１の受信時間をＡＣＫ２の受信時間よりも短くし、ＡＣＫ１の受信に要する電力を低減させることができる。また、基地局１００の近傍に位置する端末２００は、フレーム長が短いＡＣＫ１でも受信処理に成功する可能性が高いため、基地局１００は、繰り返して送信されるデータフレーム単位でＡＣＫ１を送信することで、端末２００によるデータフレームの繰り返し送信回数を低減させることができるため、干渉の発生を抑制することができる。
【００４５】
また、基地局１００は、繰り返し送信単位で（換言すると、繰り返し送信回数の上限数だけデータフレームが送信された後に）ＡＣＫ１よりもフレーム長が長いＡＣＫ２を送信することで、ＡＣＫ１の受信処理に失敗した端末２００に対しても、データフレームの通信の成功を通知することができる。例えば、端末２００が、基地局１００の遠方に位置する場合、フレーム長が短いＡＣＫ１の受信処理に失敗する可能性が高いため、ＡＣＫ２がより有効に機能する。
【００４６】
ここで、図２および図３を参照して、第１の実施例における基地局１００および端末２００の動作例について説明する。なお、図１に示すように、基地局１００の近傍に位置する端末２００Ａと、基地局１００の遠方に位置する端末２００Ｂを用いて説明を行う。また、繰り返し送信回数の上限数が４回に設定されているとする。
【００４７】
図２は、基地局１００の近傍に位置する端末２００Ａと、基地局１００との無線通信の一例について示している。図２に示すように、端末２００Ａは、収集した情報を含めたデータフレーム（図中には「UL（Up  Link）  Data  frame」と表記）を繰り返して送信し、基地局１００は、２回目に送信されたデータフレームを受信した時点で受信処理に成功し、ＡＣＫ１を送信する。端末２００Ａは、ＡＣＫ１を受信することで、データフレームの受信処理が成功したことを認識するとともに、３回目および４回目の送信処理を省略する。これによって、端末２００Ａは、３回目および４回目の送信処理に要する電力を削減することができ、干渉の発生も抑制することができる。
【００４８】
図３は、基地局１００の遠方に位置する端末２００Ｂと、基地局１００との無線通信の一例について示している。図３に示すように、基地局１００は、繰り返し送信回数の上限数である４回目に送信されたデータフレームを受信した時点で受信処理に成功し、ＡＣＫ１を送信する。さらに、繰り返し送信回数が上限数に達したため、基地局１００は、ＡＣＫ１の送信後に、ＡＣＫ２を送信する。
【００４９】
端末２００Ｂは、受信感度不足によりＡＣＫ１の受信処理に失敗し、その後、より長いフレーム長を有するＡＣＫ２の受信処理には成功することで、データフレームの受信処理が成功したことを認識する。このように、基地局１００は、ＡＣＫ２のフレーム長をＡＣＫ１のフレーム長よりも長くすることで、基地局１００から遠方に位置する端末２００ＢによるＡＣＫ２の受信処理を成功させることができる。
【００５０】
（１−４．フレーム構成）
上記では、無線通信システムの機能概要について説明した。続いて、無線通信システムにて通信されるフレームのフレーム構成について説明する。
【００５１】
（データフレームのフレーム構成）
まず、図４を参照して、端末２００によって生成されるデータフレームのフレーム構成の一例について説明する。
【００５２】
図４に示すように、端末２００によって生成されるデータフレームは、「Preamble」と、「UL（Up  Link）  PHY  Header」と、「UL（Up  Link）  MAC  Header」と、「Information」と、「CRC」と、を含む。
【００５３】
（Preamble）
Preambleは、データフレームの検出に用いられる、予め決められた固定パターンの信号である。データフレームを受信する基地局１００は、Preambleと同一の固定パターンの信号と、受信信号との相関値を求め、所定値よりも大きな相関値が得られたことに基づいてデータフレームを検出し、受信タイミングを把握する。なお、Preambleに用いられる固定パターンは、フレームの種類に固有の固定パターンが用いられてもよいし、端末２００毎に異なる固定パターンが用いられてもよい。端末２００毎に異なる固定パターンが用いられる場合については「５．第５の実施例」にて詳細に説明する。
【００５４】
（UL  PHY  Header）
UL  PHY  Headerは、物理層の各種パラメータが記載されるフィールドである。例えば、UL  PHY  Header以降の部分の変調方式が複数規定されている場合、UL  PHY  Headerに、これらの変調方式についての情報が含まれることによって、当該データフレームを受信する基地局１００は、復調方式を正しく認識することができる。なお、UL  PHY  Headerに含まれる情報は特に限定されない。また、例えば、変調方式が１種類だけ規定されるような場合においては、UL  PHY  Headerが省略されてもよい。UL  PHY  Headerの省略方法は、当該フィールド自体を削除する方法、または、当該フィールドを固定パターンの情報に置き換える方法等が挙げられる。
【００５５】
（UL  MAC  Header）
UL  MAC  Headerは、MAC層の制御に関する各種パラメータが記載されるフィールドである。UL  MAC  Headerに記載される各種パラメータは特に限定されない。例えば、データフレームの送信元である端末２００もしくは送信先である基地局１００のアドレス情報、後段のInformationの識別情報、Informationの内容に関する情報（例えば、Informationの内容が位置データまたは温度データ等であることを示す情報）またはInformationのデータ長情報等がパラメータとして記載されてもよい。また、ＡＣＫに関するモードがパラメータとして記載されてもよい。なお、ＡＣＫに関するモードの詳細については後述する。
【００５６】
（Information）
Informationは、センサ等により収集された情報が格納されるフィールドである。端末２００に備えられるセンサにより収集された情報がそのまま格納されてもよいし、何らかの加工が施された情報が格納されてもよい。ここで、加工とは、例えば、連続データを量子化する処理、測定データを「高い」もしくは「低い」等の抽象情報に変換する処理、または、ノイズを除去するフィルタ処理等が含まれ得るが、これらの処理に限定されない。
【００５７】
（CRC）
CRCは、データフレームを受信する基地局１００による誤り検出に用いられる冗長情報である。当該冗長情報は、予め決められたCRC生成規則に基づいて入力データが処理されることで生成される。ここで、入力データとは、例えば、UL  MAC  HeaderおよびInformationである。
【００５８】
（PHY  Payload）
上記の各フィールドに対して誤り訂正技術が適用されてもよい。例えば、UL  MAC  Header、InformationおよびCRCに対して誤り訂正技術が適用されてもよい。ここで、適用される誤り訂正技術は、畳み込み符号またはLDPC（Low  Density  Parity  Check）符号等の一般的な技術を含み、これらに限定されない。これらの誤り訂正符号が適用されると、符号化率に応じて、データ長が長くなる。誤り訂正符号が適用された後の情報がPHY  Payloadに格納される。
【００５９】
なお、データフレーム全体が、疑似ランダム系列（例えば、PN（Pseudo  Noise）系列等）により、拡散またはスクランブルされてもよい。ここで、拡散とは、データフレームの１［symbol］に対して、そのN倍のサンプリングレートを有する疑似ランダム系列を乗算することで、N［symbol］に変換する直接拡散（Direct  Spectrum  Spreading）等を含み、これに限定されない。データフレームを受信する基地局１００は、同一の疑似ランダム系列を用いて逆拡散を行うことで、元の信号を取得することができる。なお、特に、N=１である場合の処理がスクランブルと称される。
【００６０】
なお、データフレームのフレーム構成は、図４に示す構成に限定されない。例えば、データフレームのフレーム構成は、図５に示す構成であってもよい。図５に示すフレーム構成においては、送信効率を向上させるために変調方式が１種類（例えば、BPSK（Binary  Phase-Shift  Keying）変調等）に決められることで、UL  PHY  Headerが省略されている。また、UL  MAC  Headerは、送信元である端末２００の識別情報であるIDと、ＡＣＫに関するモード情報であるACK  modeで構成されている。図５のフレーム構成が用いられることによって、端末２００および基地局１００は、データフレームの通信に要する電力を低減させることができる。なお、ＡＣＫに関するモードの詳細については後述する。
【００６１】
（ＡＣＫ１のフレーム構成）
続いて、図６を参照して、基地局１００によって生成されるＡＣＫ１のフレーム構成の一例について説明する。
【００６２】
図６に示すように、基地局１００によって生成されるＡＣＫ１は、「Preamble」と、「DL（Down  Link）  MAC  Header」と、「CRC」と、を含む。
【００６３】
（Preamble）
Preambleは、ＡＣＫ１の検出に用いられる、予め決められた固定パターンの信号である。当該ＡＣＫ１を受信する端末２００は、Preambleと同一の固定パターンの信号と、受信信号との相関値を求め、所定値よりも大きな相関値が得られたことに基づいてＡＣＫ１を検出し、受信タイミングを把握する。なお、Preambleに用いられる固定パターンは、フレームの種類に固有の固定パターンが用いられてもよいし、端末２００毎に異なる固定パターンが用いられてもよい。端末２００毎に異なる固定パターンが用いられる場合については「５．第５の実施例」にて詳細に説明する。
【００６４】
また、Preambleのデータ長が長いほど相関値が大きくなるため、雑音耐性が高くなり、通信可能な距離が長くなる。しかし、Preambleのデータ長が長いほど、端末２００の受信処理に要する電力が大きくなる。ここで、ＡＣＫ１は、端末２００の受信処理に要する電力を低減させると共に、基地局１００近傍に位置する端末２００の繰り返し送信回数を低減させることを主な目的としているため、Preambleのデータ長は、後述するＡＣＫ２よりも短く設定される。
【００６５】
（DL  MAC  Header）
DL  MAC  Headerは、MAC層の制御に関する各種パラメータが記載されるフィールドである。DL  MAC  Headerに記載される各種パラメータは特に限定されない。例えば、ＡＣＫ１の送信元である基地局１００もしくは送信先である端末２００のアドレス情報等がパラメータとして記載されてもよい。
【００６６】
（CRC）
CRCは、ＡＣＫ１を受信する端末２００による誤り検出に用いられる冗長情報である。当該冗長情報は、予め決められたCRC生成規則に基づいて入力データが処理されることで生成される。ここで、入力データとは、例えば、DL  MAC  Headerである。
【００６７】
（PHY  Payload）
上記の各フィールドに対して誤り訂正技術が適用されてもよい。例えば、DL  MAC  HeaderおよびCRCに対して誤り訂正技術が適用されてもよい。ここで、適用される誤り訂正技術は、畳み込み符号またはLDPC符号等の一般的な技術を含み、これらに限定されない。これらの誤り訂正符号が適用されると、符号化率に応じて、データ長が長くなる。誤り訂正符号が適用された後の情報がPHY  Payloadに格納される。
【００６８】
なお、符号化率は、R=1/3またはR=1/4のように表記されることが一般的であり、符号化率がR=1/3である場合、入力が1/R=3倍に変換されることを意味している。増えた情報が冗長情報であり、冗長情報が多ければ雑音耐性が高くなるため、通信可能な距離が長くなる。しかし、冗長情報が多いほど、端末２００の受信処理に要する電力が大きくなる。ここで、ＡＣＫ１は、端末２００の受信処理に要する電力を低減させると共に、基地局１００近傍に位置する端末２００の繰り返し送信回数を低減させることを主な目的としているため、後述するＡＣＫ２よりも冗長情報の少ない符号化率が用いられる。
【００６９】
また、ＡＣＫ１にて、各情報が繰り返し格納されることで雑音耐性が高められてもよい。例えば、DL  MAC  HeaderおよびCRCが複数回繰り返して、PHY  Payloadに格納されてもよい。DL  MAC  HeaderおよびCRCが繰り返して格納される回数が多いほど、雑音耐性が高くなるため、通信可能な距離が長くなる。しかし、DL  MAC  HeaderおよびCRCが繰り返して格納される回数が多いほど、端末２００の受信処理に要する電力が大きくなる。ここで、ＡＣＫ１は、端末２００の受信処理に要する電力を低減させると共に、基地局１００近傍に位置する端末２００の繰り返し送信回数を低減させることを主な目的としているため、DL  MAC  HeaderおよびCRCが繰り返して格納される回数は、後述するＡＣＫ２よりも少なく設定される。
【００７０】
（ＡＣＫ２のフレーム構成）
続いて、図７を参照して、基地局１００によって生成されるＡＣＫ２のフレーム構成の一例について説明する。
【００７１】
図７に示すように、基地局１００によって生成されるＡＣＫ２は、「Preamble」と、「DL  MAC  Header」と、「CRC」と、を含む。
【００７２】
（Preamble）
Preambleは、ＡＣＫ２の検出に用いられる、予め決められた固定パターンの信号である。当該ＡＣＫ２を受信する端末２００は、Preambleと同一の固定パターンの信号と、受信信号との相関値を求め、所定値よりも大きい相関値が得られたことに基づいてＡＣＫ２を検出し、受信タイミングを把握する。なお、Preambleに用いられる固定パターンは、フレームの種類に固有の固定パターンが用いられてもよいし、端末２００毎に異なる固定パターンが用いられてもよい。端末２００毎に異なる固定パターンが用いられる場合については「５．第５の実施例」にて詳細に説明する。
【００７３】
また、上記のとおり、ＡＣＫ２のPreambleのデータ長は、ＡＣＫ１のPreambleのデータ長よりも長く設定される。例えば、ＡＣＫ２のPreambleのデータ長は、端末２００によって生成されるデータフレームのPreambleのデータ長と同程度の長さに設定され得る。
【００７４】
（DL  MAC  Header）
DL  MAC  Headerは、MAC層の制御に関する各種パラメータが記載されるフィールドである。DL  MAC  Headerに記載される各種パラメータは特に限定されない。例えば、ＡＣＫ２の送信元である基地局１００もしくは送信先である端末２００のアドレス情報等がパラメータとして記載されてもよい。
【００７５】
（CRC）
CRCは、ＡＣＫ２を受信する端末２００による誤り検出に用いられる冗長情報である。当該冗長情報は、予め決められたCRC生成規則に基づいて入力データが処理されることで生成される。ここで、入力データとは、例えば、DL  MAC  Headerである。
【００７６】
（PHY  Payload）
ＡＣＫ１と同様に、上記の各フィールドに対して誤り訂正技術が適用されてもよい。例えば、DL  MAC  HeaderおよびCRCに対して誤り訂正技術が適用されてもよい。ここで、適用される誤り訂正技術は、畳み込み符号またはLDPC符号等の一般的な技術を含み、これらに限定されない。誤り訂正符号が適用された後の情報がPHY  Payloadに格納される。上記のとおり、ＡＣＫ２においては、ＡＣＫ１よりも冗長情報の多い符号化率が用いられる。また、ＡＣＫ２にて、各情報が繰り返し格納されることで雑音耐性が高められる場合、DL  MAC  HeaderおよびCRCが繰り返して格納される回数がＡＣＫ１よりも多く設定される。
【００７７】
（１−５．機能構成）
上記では、無線通信システムにて通信されるフレームのフレーム構成について説明した。続いて、端末２００および基地局１００の機能構成について説明する。
【００７８】
（端末２００の機能構成）
まず、図８を参照して、端末２００の機能構成について説明する。図８に示すように、端末２００は、センサ情報取得部２１０と、モード選択部２２０と、データフレーム生成部２３０と、送信制御部２４０と、送信部２５０と、受信部２６０と、受信制御部２７０と、を備える。
【００７９】
（センサ情報取得部２１０）
センサ情報取得部２１０は、自装置に備えられる各種センサから各種情報を取得する機能構成である。センサ情報取得部２１０が各種情報を取得するトリガまたはタイミングは特に限定されない。例えば、センサ情報取得部２１０は、所定のアプリケーションから提供されたトリガに基づいて各種情報の取得を行ってもよい。また、センサ情報取得部２１０は、所定の周期、データフレームの送信直前のタイミングで各種情報の取得を行ってもよい。また、上記のとおり、センサ情報取得部２１０は、他装置との無線通信により他装置から各種情報を取得してもよい。また、センサ情報取得部２１０は、単に情報を取得するだけでなく、取得した情報に対して加工（例えば、連続データを量子化する処理、測定データを「高い」もしくは「低い」等の抽象情報に変換する処理、または、ノイズを除去するフィルタ処理等）を施してもよい。センサ情報取得部２１０は、取得した情報をデータフレーム生成部２３０に提供する。
【００８０】
（モード選択部２２０）
モード選択部２２０は、ＡＣＫに関するモードを選択する機能構成である。より具体的には、端末２００は、ＡＣＫの要否およびＡＣＫの種類に関する情報をＡＣＫに関するモードとして、データフレームに含めることによって、当該情報を基地局１００に通知し、ＡＣＫの要否およびＡＣＫの種類を指定することができる。例えば、モード選択部２２０は、図９に示すように、「（Ａ）ＡＣＫを受信しない（換言すると、ＡＣＫ１およびＡＣＫ２のいずれも受信しない）」、「（Ｂ）ＡＣＫ１のみ受信する」、「（Ｃ）ＡＣＫ２のみ受信する」、「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」のいずれかを選択することができる。なお、モードの選択方法の詳細については「１−６．モード選択方法」にて説明する。また、図９はあくまで一例であり、ＡＣＫに関するモードの内容は特に限定されない。モード選択部２２０は、選択したＡＣＫに関するモード情報をデータフレーム生成部２３０および受信制御部２７０に提供する。
【００８１】
（データフレーム生成部２３０）
データフレーム生成部２３０は、センサ情報取得部２１０から提供された情報（各種センサによって収集された情報等）と、モード選択部２２０から提供されたＡＣＫに関するモード情報に基づいてデータフレームを生成する機能構成である。例えば、データフレーム生成部２３０は、図５に示すように、センサ情報取得部２１０から提供された情報をInformationへ格納し、モード選択部２２０から提供されたＡＣＫに関するモード情報（例えば、図９において、各モードを量子化したビット）をACK  modeへ格納することで、データフレームを生成する。データフレーム生成部２３０は、生成したデータフレームを送信制御部２４０に提供する。
【００８２】
（送信制御部２４０）
送信制御部２４０は、データフレーム生成部２３０によって生成されたデータフレームの送信処理を制御する機能構成であり、第２の送信制御部とも呼称される。より具体的には、送信制御部２４０は、データフレームについて、予め設定されるパラメータ等に従って、符号化、インタリーブおよび変調等を行うことによりベースバンドの送信信号（例えば、５０［ksps］等）を生成する。そして、送信制御部２４０は、生成したベースバンドの送信信号を送信部２５０に提供する。また、送信制御部２４０は、繰り返し送信回数および送信タイミング等に関する情報を受信制御部２７０に提供する。
【００８３】
また、送信制御部２４０は、繰り返し送信回数が上限数に至るまで、または、ＡＣＫ１が受信されるまで、データフレームを繰り返して送信する制御を行う。なお、データフレームの送信タイミングは特に限定されない。例えば、送信制御部２４０は、所定のアプリケーションから提供されたトリガに基づいてデータフレームの送信が行われるように制御してもよいし、所定の周期でデータフレームの送信が行われるように制御してもよい。
【００８４】
（送信部２５０）
送信部２５０は、送信制御部２４０によって提供されるベースバンドの送信信号にアップコンバージョンを施すことで、搬送波周波数（例えば、９２０［MHz］等）を有する無線信号に変換し、当該無線信号を送信アンテナから送信する機能構成である。
【００８５】
（受信部２６０）
受信部２６０は、受信アンテナから得られる、搬送波周波数を有する無線信号について、アナログ処理およびダウンコンバージョンを施すことで、ベースバンドの受信信号に変換する機能構成である。受信部２６０は、ベースバンドの受信信号を受信制御部２７０に提供する。
【００８６】
（受信制御部２７０）
受信制御部２７０は、モード選択部２２０から提供された、ＡＣＫに関するモード情報、および、送信制御部２４０から提供された、繰り返し送信回数および送信タイミング等に関する情報に基づいてＡＣＫ等の受信処理を制御する機能構成であり、第２の受信制御部とも呼称される。より具体的には、モード選択部２２０によってＡＣＫ１が受信されるモードが選択された場合、受信制御部２７０は、各データフレームの送信時により決まる所定時間にＡＣＫ１の受信処理を行う。また、モード選択部２２０によってＡＣＫ２が受信されるモードが選択された場合、受信制御部２７０は、繰り返し送信における最後のデータフレームの送信時により決まる所定時間にＡＣＫ２の受信処理を行う。また、モード選択部２２０によってＡＣＫ１またはＡＣＫ２が受信されないモードが選択された場合、受信制御部２７０は、ＡＣＫ１またはＡＣＫ２の受信処理を省略する。
【００８７】
受信制御部２７０は、受信部２６０から提供されたベースバンドの受信信号について、予め設定されるパラメータ等に従って復調を行い、その後、PHY  Payloadを取り出して誤り訂正復号を行う。受信制御部２７０は、CRCに基づいて、復号後のデータにおける誤りの有無を確認する。受信制御部２７０は、復号後のデータに誤りが無いと判断した場合、DL  MAC  Headerに含まれる宛先情報に基づいて、当該ＡＣＫが自装置宛てであるか否かを判断する。そして、ＡＣＫの宛先装置が自装置である場合、受信制御部２７０は、自装置宛てのＡＣＫを受信した旨を送信制御部２４０に共有する。
【００８８】
（基地局１００の機能構成）
続いて、図１０を参照して、基地局１００の機能構成について説明する。図１０に示すように、基地局１００は、受信部１１０と、受信制御部１２０と、センサ情報取得部１３０と、ＡＣＫ生成部１４０と、送信制御部１５０と、送信部１６０と、を備える。
【００８９】
（受信部１１０）
受信部１１０は、受信アンテナから得られる、搬送波周波数を有する無線信号について、アナログ処理およびダウンコンバージョンを施すことで、ベースバンドの受信信号（例えば、５０［ksps］等）に変換する機能構成である。受信部１１０は、ベースバンドの受信信号を受信制御部１２０に提供する。
【００９０】
（受信制御部１２０）
受信制御部１２０は、データフレームの受信処理を制御する機能構成であり、第１の受信制御部とも呼称される。より具体的には、受信制御部１２０は、受信部１１０から提供されたベースバンドの受信信号について、予め設定されるパラメータ等に従って復調を行い、その後、PHY  Payloadを取り出して誤り訂正復号を行う。受信制御部１２０は、CRCに基づいて、復号後のデータにおける誤りの有無を確認する。受信制御部１２０は、復号後のデータに誤りが無いと判断した場合、InformationおよびUL  MAC  Headerを抽出し、Informationをセンサ情報取得部１３０に提供し、データフレームの受信回数に関する情報と共にUL  MAC  HeaderをＡＣＫ生成部１４０に提供する。
【００９１】
受信制御部１２０は、復号後のデータに誤りが有ると判断した場合、受信されたデータフレームを破棄するか、蓄積する。受信制御部１２０は、受信されたデータフレームを蓄積することによって、当該データフレームと、その前後に受信されたデータフレームとを加算合成することによって誤りの無いデータフレームを復元できる場合がある。これにより、受信制御部１２０は、より少ない受信回数で、受信処理の成功率を向上させることができる。
【００９２】
（センサ情報取得部１３０）
センサ情報取得部１３０は、受信制御部１２０から提供されたInformationからセンサ情報を取得する機能構成である。より具体的には、センサ情報取得部１３０は、データフレームを送信した端末２００の処理に応じて、Informationに含まれる情報を、そのままセンサ情報として取得してもよいし、端末２００によって加工された情報を復元することでセンサ情報を取得してもよい。例えば、センサ情報取得部１３０は、量子化されたデータを連続データに戻す処理、または、抽象化されたデータを抽象化前のデータに戻す処理等を行うことで、センサ情報を取得してもよい。なお、Informationに含まれる情報であれば、センサ情報取得部１３０が取得する情報の内容は特に限定されない。
【００９３】
（ＡＣＫ生成部１４０）
ＡＣＫ生成部１４０は、受信制御部１２０から提供されたUL  MAC  Headerに含まれるＡＣＫに関するモード情報に基づいてＡＣＫ１またはＡＣＫ２の生成を制御する機能構成である。より具体的には、図９における「（Ａ）ＡＣＫを受信しない」が選択された場合、ＡＣＫ生成部１４０は、受信されたデータフレームに誤りが含まれない場合であっても、ＡＣＫ１およびＡＣＫ２を生成しない。
【００９４】
また、「（Ｂ）ＡＣＫ１のみ受信する」または「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」が選択された場合、ＡＣＫ生成部１４０は、受信されたデータフレームに誤りが含まれない場合、ＡＣＫ１を生成する。なお、ＡＣＫ生成部１４０は、ＡＣＫ１におけるDL  MAC  Headerには、データフレームのUL  MAC  Headerに含まれる、データフレームの送信元である端末２００の識別情報を記載する。
【００９５】
また、「（Ｃ）ＡＣＫ２のみ受信する」または「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」が選択された場合、ＡＣＫ生成部１４０は、受信制御部１２０から提供されたデータフレームの受信回数に関する情報が、繰り返し送信回数の上限数を示している場合、かつ、受信されたデータフレームに誤りが含まれない場合に、ＡＣＫ２を生成する。なお、ＡＣＫ生成部１４０は、ＡＣＫ２におけるDL  MAC  Headerには、データフレームのUL  MAC  Headerに含まれる、データフレームの送信元である端末２００の識別情報を記載する。
【００９６】
（送信制御部１５０）
送信制御部１５０は、ＡＣＫ生成部１４０によって生成されたＡＣＫ１またはＡＣＫ２の送信処理を制御する機能構成であり、第１の送信制御部とも呼称される。より具体的には、送信制御部１５０は、ＡＣＫ１またはＡＣＫ２について、予め設定されるパラメータ等に従って、符号化、インタリーブおよび変調等を行うことによりベースバンドの送信信号（例えば、５０［ksps］等）を生成する。そして、送信制御部１５０は、生成したベースバンドの送信信号を送信部１６０に提供する。なお、送信制御部１５０によって送信処理が制御される信号は、ＡＣＫ１またはＡＣＫ２に限定されない。例えば、送信制御部１５０は、任意のデータフレームの送信処理を制御してもよい。
【００９７】
（送信部１６０）
送信部１６０は、送信制御部１５０によって提供されるベースバンドの送信信号にアップコンバージョンを施すことで、搬送波周波数（例えば、９２０［MHz］等）を有する無線信号に変換し、当該無線信号を送信アンテナから送信する機能構成である。
【００９８】
（１−６．モード選択方法）
上記では、端末２００および基地局１００の機能構成について説明した。続いて、端末２００のモード選択部２２０によるＡＣＫに関するモードの選択方法の例について説明する。
【００９９】
モード選択部２２０は、様々な方法でＡＣＫに関するモードを選択することができる。例えば、モード選択部２２０は、送信されるデータの内容または種類に基づいてモードを選択してもよい。例えば、送信されるデータが、周期的に送信されるデータであり、仮に、通信が失敗したとしても、基地局１００が過去に通信されたデータまたは将来通信されるデータにより補完可能な場合（例えば、送信されるデータが連続性を有するデータの一部である場合等）、モード選択部２２０は、「（Ａ）ＡＣＫを受信しない」を選択してもよい。これによって、端末２００は、ＡＣＫの受信動作を省略することができるため、消費電力を低減させることができ、干渉の発生を抑制することができる。
【０１００】
また、モード選択部２２０は、端末２００の残電力量に基づいてモードを選択してもよい。例えば、モード選択部２２０は、残電力量が所定値よりも少ない場合、「（Ａ）ＡＣＫを受信しない」を選択してもよい。
【０１０１】
また、モード選択部２２０は、過去のデータフレームの通信状況に基づいてモードを選択してもよい。例えば、過去におけるデータフレームの通信成功確率が極めて高い場合、モード選択部２２０は、その後の通信成功確率も同様に極めて高いと予測し、「（Ａ）ＡＣＫを受信しない」を選択してもよい。
【０１０２】
また、モード選択部２２０は、過去のＡＣＫ１の受信状況に基づいてモードを選択してもよい。例えば、端末２００が、過去（例えば、前回の繰り返し送信時）に、ＡＣＫ１を受信することができた場合、モード選択部２２０は、端末２００がＡＣＫ１を受信可能な場所（例えば、基地局１００の近傍等）に位置していると判断し、「（Ｂ）ＡＣＫ１のみ受信する」を選択してもよい。これによって、端末２００は、無駄なＡＣＫ２の通信を省略することができるため、消費電力を低減させることができ、干渉の発生を抑制することができる。
【０１０３】
また、例えば、端末２００が、過去（例えば、前回の繰り返し送信時）に、ＡＣＫ１を受信することができなかった場合、モード選択部２２０は、端末２００がＡＣＫ１を受信できない場所（例えば、基地局１００の遠方等）に位置していると判断し、「（Ｃ）ＡＣＫ２のみ受信する」を選択してもよい。これによって、端末２００は、無駄なＡＣＫ１の通信を省略することができるため、消費電力を低減させることができ、干渉の発生を抑制することができる。
【０１０４】
また、モード選択部２２０は、過去におけるＡＣＫまたはデータフレームの通信結果が無い場合もしくは少ない場合、または、前回の繰り返し送信時から所定時間よりも長い時間が経過している場合、モード選択部２２０は、ＡＣＫ１の受信処理が成功するか否か不明であると判断し、「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」を選択してもよい。これによって、端末２００は、より確実にＡＣＫを受信することができる。
【０１０５】
なお、端末２００がＧＮＳＳ（Global  Navigation  Satellite  System）センサ等の位置情報を取得可能なセンサを備えている場合、モード選択部２２０は、過去のある時点（例えば、前回の繰り返し送信時点）からの端末２００の位置の変化が所定値よりも大きいか否か、または、（基地局１００の位置が既知である場合には）端末２００と基地局１００との離隔距離が所定値以内であるか否かという点を考慮してもよい。例えば、過去のある時点（例えば、前回の繰り返し送信時点）からの端末２００の位置の変化が所定値より大きい場合、モード選択部２２０は、ＡＣＫ１の受信処理が成功するか否か不明であると判断し、「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」を選択してもよい。なお、上記のモードの選択方法もあくまで一例であり、特に限定されない。
【０１０６】
（１−７．動作）
上記では、端末２００のモード選択部２２０によるＡＣＫに関するモードの選択方法の例について説明した。続いて、端末２００および基地局１００の動作について説明する。
【０１０７】
（端末２００の動作）
まず、図１１を参照して、端末２００の動作の一例について説明する。端末２００は、所定のアプリケーションによるトリガまたは事前に決められた周期等で図１１に示す動作を開始する。なお、動作の開始タイミングは、これらに限定されない。
【０１０８】
ステップＳ１０００では、センサ情報取得部２１０が各種センサからセンサ情報を取得する。例えば、センサ情報取得部２１０が、ＧＮＳＳセンサ、温度センサ、加速度センサ、ジャイロセンサ等によって取得されたセンサ情報を取得する。ステップＳ１００４では、モード選択部２２０がＡＣＫに関するモードを選択する。ステップＳ１００８では、データフレーム生成部２３０が、センサ情報取得部２１０から提供されたセンサ情報と、モード選択部２２０から提供されたＡＣＫに関するモード情報に基づいてデータフレームを生成する。
【０１０９】
ステップＳ１０１２では、送信制御部２４０が、データフレーム生成部２３０によって生成されたデータフレームを基地局１００に対して送信する。ステップＳ１０１６では、モード選択部２２０によって選択された、ＡＣＫに関するモードに基づいてＡＣＫ１の受信処理が必要な場合、受信制御部２７０は、ＡＣＫ１の受信処理を行う。受信制御部２７０がＡＣＫ１の受信処理に成功した場合（ステップＳ１０１６／Ｙｅｓ）、ステップＳ１０２０にて、受信制御部２７０は、ＡＣＫ１のDL  MAC  Headerに含まれる宛先情報に基づいて、ＡＣＫ１が自装置宛てであるか否かを判断する。
【０１１０】
ＡＣＫ１が自装置宛てである場合（ステップＳ１０２０／Ｙｅｓ）、受信制御部２７０は、基地局１００がデータフレームの受信処理に成功したことを認識し、処理が終了する。ステップＳ１０１６にて、モード選択部２２０によって選択されたモードに基づいてＡＣＫ１の受信処理が必要でない、または、ＡＣＫ１の受信処理に失敗した場合（ステップＳ１０１６／Ｎｏ）、または、ＡＣＫ１が自装置宛てでない場合（ステップＳ１０２０／Ｎｏ）、ステップＳ１０２４にて、送信制御部２４０が、繰り返し送信回数が上限数に達しているか否かを確認する。
【０１１１】
繰り返し送信回数が上限数に達していない場合（ステップＳ１０２４／Ｎｏ）、処理がステップＳ１０１２に戻り、繰り返し送信回数が上限数に達するまで、データフレームの送信処理およびＡＣＫ１の受信制御が行われる。繰り返し送信回数が上限数に達している場合（ステップＳ１０２４／Ｙｅｓ）、ステップＳ１０２８にて、モード選択部２２０によって選択されたモードに基づいてＡＣＫ２の受信処理が必要な場合、受信制御部２７０は、ＡＣＫ２の受信処理を行う。受信制御部２７０がＡＣＫ２の受信処理に成功した場合（ステップＳ１０２８／Ｙｅｓ）、ステップＳ１０３２にて、受信制御部２７０は、ＡＣＫ２のDL  MAC  Headerに含まれる宛先情報に基づいて、ＡＣＫ２が自装置宛てであるか否かを判断する。
【０１１２】
ＡＣＫ２が自装置宛てである場合（ステップＳ１０３２／Ｙｅｓ）、受信制御部２７０は、基地局１００がデータフレームの受信処理に成功したことを認識し、処理が終了する。ステップＳ１０２８にて、モード選択部２２０によって選択されたモードに基づいてＡＣＫ２の受信処理が必要でない、または、ＡＣＫ２の受信に失敗した場合（ステップＳ１０２８／Ｎｏ）、または、ＡＣＫ２が自装置宛てでない場合（ステップＳ１０３２／Ｎｏ）、処理が終了する。この場合、受信制御部２７０は、基地局１００がデータフレームの受信処理に成功したか否かを認識することができない。
【０１１３】
なお、端末２００の動作は上記に限定されない。例えば、モード選択部２２０が、ＡＣＫ１またはＡＣＫ２の少なくとも一方を受信するモードを選択した場合、かつ、ＡＣＫ１およびＡＣＫ２のいずれの受信処理も成功しなかった場合、送信制御部２４０は、データフレームを再送信してもよい。
【０１１４】
（基地局１００の動作）
続いて、図１２を参照して、基地局１００の動作の一例について説明する。
【０１１５】
ステップＳ１１００では、受信制御部１２０は、加算合成のために過去に受信されたデータフレームを記憶しておく記憶領域をクリアする。ステップＳ１１０４では、受信制御部１２０が、一定時間が経過しても受信処理が終了しない場合に受信処理から抜ける（換言すると、タイムアウトする）ために、受信処理の開始タイミングからの経過時間を確認する。ここで、タイムアウトの上限は、繰り返し送信回数の上限数の送信処理が行われた場合のデータフレーム終了時刻と、ＡＣＫ２の送信の開始時刻との間に設定されることを想定しているが、これに限定されない。
【０１１６】
タイムアウトが行われていない場合（ステップＳ１１０４／Ｎｏ）、ステップＳ１１０８にて、受信制御部１２０がデータフレームのPreambleに使用される固定パターンと、受信信号との相関値を算出することにより、データフレームの検出を試みる。所定値よりも大きい相関値が得られたことに基づいて受信制御部１２０がデータフレームを検出したと判断した場合（ステップＳ１１０８／Ｙｅｓ）、ステップＳ１１１２にて、受信制御部１２０は、データフレームを記憶領域に格納する。既に記憶領域に格納されているデータフレームがある場合、受信制御部１２０は、上書きまたは加算合成のいずれかの処理を行う。受信制御部１２０がデータフレームを検出できない場合（ステップＳ１１０８／Ｎｏ）、タイムアウトが行われるまでは、受信制御部１２０がデータフレームの検出を試みる。
【０１１７】
ステップＳ１１１６では、受信制御部１２０がデータフレームのPHY  Payload部分の信号処理を行う。誤り訂正技術が適用されている場合には、受信制御部１２０が該当する技術により誤り訂正を行う。ステップＳ１１２０では、受信制御部１２０がデータフレームに含まれるCRCに関する処理を行うことで、データフレームの復号に成功したか否かを判断する。受信制御部１２０がデータフレームの復号に成功したと判断した場合（ステップＳ１１２０／Ｙｅｓ）、ＡＣＫの送信制御に移行する。
【０１１８】
受信制御部１２０がデータフレームの復号に成功したと判断できない場合（ステップＳ１１２０／Ｎｏ）、ステップＳ１１４４にて、受信制御部１２０が、データフレームの受信回数と、繰り返し送信回数の上限数との比較を行う。データフレームの受信回数が、繰り返し送信回数の上限数に達していない場合（ステップＳ１１４４／Ｎｏ）、処理がステップＳ１１０４に戻り、タイムアウトが行われるまでは、受信制御部１２０がデータフレームの検出を試みる。データフレームの受信回数が、繰り返し送信回数の上限数に達している場合（ステップＳ１１４４／Ｙｅｓ）、処理が終了する。
【０１１９】
ステップＳ１１２４では、ＡＣＫ生成部１４０が、データフレームのUL  MAC  Headerに含まれるACK  modeを確認し、ＡＣＫ１が端末２００から要求されているか否かを確認する。ＡＣＫ１が要求されている場合（ステップＳ１１２４／Ｙｅｓ）、ステップＳ１１２８にて、ＡＣＫ生成部１４０がＡＣＫ１を生成し、送信制御部１５０がＡＣＫ１を端末２００に対して送信する。ＡＣＫ１が要求されていない場合（ステップＳ１１２４／Ｎｏ）には、ステップＳ１１２８のＡＣＫ１の生成および送信が行われない。
【０１２０】
ステップＳ１１３２では、受信制御部１２０が、データフレームの受信回数と、繰り返し送信回数の上限数との比較を行う。データフレームの受信回数が、繰り返し送信回数の上限数に達していない場合（ステップＳ１１３２／Ｎｏ）、処理がステップＳ１１０４に戻り、タイムアウトが行われるまでは、受信制御部１２０がデータフレームの検出を試みる。データフレームの受信回数が、繰り返し送信回数の上限数に達している場合（ステップＳ１１３２／Ｙｅｓ）、ステップＳ１１３６にて、ＡＣＫ生成部１４０が、データフレームのUL  MAC  Headerに含まれるACK  modeを確認し、ＡＣＫ２が端末２００から要求されているか否かを確認する。
【０１２１】
ＡＣＫ２が要求されている場合（ステップＳ１１３６／Ｙｅｓ）、ステップＳ１１４０にて、ＡＣＫ生成部１４０がＡＣＫ２を生成し、送信制御部１５０がＡＣＫ２を端末２００に対して送信する。ＡＣＫ２が要求されていない場合（ステップＳ１１３６／Ｎｏ）には、ステップＳ１１４０のＡＣＫ２の生成および送信が行われず、処理が終了する。
【０１２２】
ステップＳ１１０４にて、タイムアウトが行われた場合（ステップＳ１１０４／Ｙｅｓ）、ステップＳ１１４８にて、受信制御部１２０が、繰り返し送信において過去受信されたデータフレームの復号に成功しているか否かを判断する。受信制御部１２０が、繰り返し送信において過去受信されたデータフレームの復号に成功していると判断した場合（ステップＳ１１４８／Ｙｅｓ）、ステップＳ１１５２にて、ＡＣＫ生成部１４０が、データフレームのUL  MAC  Headerに含まれるACK  modeを確認し、ＡＣＫ２が端末２００から要求されているか否かを確認する。
【０１２３】
ＡＣＫ２が要求されている場合（ステップＳ１１５２／Ｙｅｓ）、ＡＣＫ生成部１４０および送信制御部１５０は、ＡＣＫ２の送信タイミングが到来するまで待機し、ＡＣＫ２の送信タイミングが到来した場合（ステップＳ１１５６／Ｙｅｓ）、ステップＳ１１６０にて、ＡＣＫ生成部１４０がＡＣＫ２を生成し、送信制御部１５０がＡＣＫ２を端末２００に対して送信する。
【０１２４】
ステップＳ１１４８にて、受信制御部１２０が、繰り返し送信において過去受信されたデータフレームの復号に成功していないと判断した場合（ステップＳ１１４８／Ｎｏ）、および、ステップＳ１１５２にて、ＡＣＫ２が要求されていない場合（ステップＳ１１５２／Ｎｏ）には、ＡＣＫ２の生成および送信が行われず、処理が終了する。
【０１２５】
（端末２００と基地局１００の動作を示すシーケンス図）
続いて、図１３〜図１６を参照して、端末２００と基地局１００の動作を示すシーケンス図について説明する。図１３〜図１６は、図９で示したＡＣＫに関する各モードに対応する動作を示すシーケンス図である。なお、図１３〜図１６においては、繰り返し送信回数の上限数が便宜的に２回に設定されている。また、端末２００がＡＣＫ１を検出できず、ＡＣＫ１の受信処理に失敗する（すなわち、繰り返し送信回数の上限数だけＡＣＫ１が送信される）こととする。
【０１２６】
図１３は、図９における「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」が選択された場合に対応する動作を示すシーケンス図である。
【０１２７】
ステップＳ１２００では、端末２００のセンサ情報取得部２１０が各種センサからセンサ情報を取得する。ステップＳ１２０４では、モード選択部２２０がＡＣＫに関するモードを選択する。ステップＳ１２０８では、データフレーム生成部２３０が、センサ情報取得部２１０から提供されたセンサ情報と、モード選択部２２０から提供された、ＡＣＫに関するモード情報に基づいてデータフレームを生成する。ステップＳ１２１２では、送信制御部２４０が、データフレーム生成部２３０によって生成されたデータフレームの送信処理を行う。
【０１２８】
ステップＳ１２１６では、基地局１００の受信制御部１２０が、端末２００から送信されたデータフレームの受信処理に成功する。ステップＳ１２２０では、ＡＣＫ生成部１４０がＡＣＫ１を生成し、送信制御部１５０がＡＣＫ１の送信処理を行う。
【０１２９】
ステップＳ１２２４では、端末２００の受信制御部２７０が、ＡＣＫ１の受信処理に失敗する。送信制御部２４０は、基地局１００によるデータフレームの受信処理が成功したか否かを判断することができないため、ステップＳ１２２８にて、再びデータフレームの送信処理を行う。ステップＳ１２３２〜ステップＳ１２４０の処理は、ステップＳ１２１６〜ステップＳ１２２４の処理と同一であるため、説明を省略する。
【０１３０】
ステップＳ１２４４では、基地局１００のＡＣＫ生成部１４０が、ＡＣＫ２を生成し、送信制御部１５０がＡＣＫ２の送信処理を行う。ステップＳ１２４８では、端末２００の受信制御部２７０が、ＡＣＫ２の受信処理に成功して、処理が終了する。
【０１３１】
図１４は、図９における「（Ｂ）ＡＣＫ１のみ受信する」が選択された場合に対応する動作を示すシーケンス図である。図１４においては、図１３の各処理のうち、ＡＣＫ２に関する処理が行われない。それ以外は、図１３と同一であるため、説明を省略する。
【０１３２】
図１５は、図９における「（Ｃ）ＡＣＫ２のみ受信する」が選択された場合に対応する動作を示すシーケンス図である。図１５においては、図１３の各処理のうち、ＡＣＫ１に関する処理が行われない。それ以外は、図１３と同一であるため、説明を省略する。
【０１３３】
図１６は、図９における「（Ａ）ＡＣＫを受信しない」が選択された場合に対応する動作を示すシーケンス図である。図１６においては、図１３の各処理のうち、ＡＣＫ１およびＡＣＫ２に関する処理が行われない。それ以外は、図１３と同一であるため、説明を省略する。
【０１３４】
＜２．第２の実施例＞
上記では、本開示に係る第１の実施例について説明した。続いて、本開示に係る第２の実施例について説明する。
【０１３５】
（２−１．背景）
まず、第２の実施例の背景について説明する。
【０１３６】
上記のとおり、基地局１００は、複数の端末２００との通信を並行して行う。換言すると、図１２に示すフローチャートの処理が、最大で端末２００の台数だけ並列に実行されることになる。異なる端末２００に対するＡＣＫ１またはＡＣＫ２の送信処理が略同一のタイミングに行われる場合がある。
【０１３７】
ここで、例えば、法規制等により、送信処理に使用される周波数毎の送信電力に上限値が設定されている場合、基地局１００が複数の端末２００に対して略同一のタイミングで略同一の周波数を用いてＡＣＫを送信する際に、合計の送信電力を上限値以下にする必要がある。基地局１００が、合計の送信電力を上限値以下にした場合、ＡＣＫの無線通信距離が短くなるため、各端末２００へのＡＣＫの通信に失敗する可能性が高くなる。
【０１３８】
そこで、本件の開示者は、上記事情に鑑みて第２の実施例を創作するに至った。以降では、第１の実施例と同一の内容の説明を極力省略し、特に差分について言及する。
【０１３９】
（２−２．機能概要）
上記では、第２の実施例の背景について説明した。続いて、第２の実施例の機能概要について説明する。
【０１４０】
第２の実施例に係る基地局１００は、複数の端末２００に対して略同一のタイミングで略同一の周波数を用いてＡＣＫを送信する場合、これら複数のＡＣＫのうちのいずれかを優先的に送信することができる。
【０１４１】
例えば、基地局１００は、異なる端末２００に対するＡＣＫ１の送信タイミングとＡＣＫ２の送信タイミングが略同一である場合、ＡＣＫ２を優先的に送信する。より具体的に説明すると、ＡＣＫ１は、繰り返して送信されるデータフレーム単位で送信されるＡＣＫであるため、基地局１００は、当該繰り返し送信において再びＡＣＫ１を送信する機会を得られる可能性が高い。一方、ＡＣＫ２は、繰り返し送信単位で送信されるＡＣＫであるため、基地局１００は、当該繰り返し送信において再びＡＣＫ２を送信する機会を得られない。また、ＡＣＫ２を受信できなかった端末２００は、繰り返し送信処理全体を再び実行するため、ＡＣＫ２が送信されないことによって、消費電力の増加、干渉の増加および通信効率の低下等が起きてしまう。したがって、基地局１００は、ＡＣＫ１よりもＡＣＫ２を優先的に送信することで、これらの悪影響の発生を防止することができる。
【０１４２】
また、基地局１００は、異なる端末２００に対する各ＡＣＫ１の送信タイミングが略同一である場合、以下の観点に基づき優先的に送信するＡＣＫ１を決定する。
【０１４３】
まず、基地局１００は、端末２００からのデータフレームの受信状況に基づいて優先的に送信するＡＣＫ１を決定してもよい。例えば、基地局１００は、受信電力がより高いデータフレームに対応するＡＣＫ１を優先的に送信してもよい。データフレームの受信電力が高いほど、当該データフレームを送信した端末２００が基地局１００の近傍に位置している可能性が高い。したがって、基地局１００は、データフレームの受信電力に基づいて優先的に送信するＡＣＫ１を決定することで、端末２００によるＡＣＫ１の受信成功確率を向上させることができる。また、基地局１００は、データフレームの送信頻度がより少ない端末２００（換言すると、基地局１００がデータフレームを受信する頻度がより少ない端末２００）に対するＡＣＫ１を優先的に送信してもよい。データフレームの送信頻度が少ないほど、データフレームの再送等により基地局１００がＡＣＫ１を送信可能となる機会が少ないと考えられる。これによって、基地局１００は、データフレームの送信頻度が少ない端末２００との通信をより確実に実施することができる。
【０１４４】
また、基地局１００は、ＡＣＫの送信状況に基づいて優先的に送信するＡＣＫ１を決定してもよい。例えば、基地局１００は、繰り返して送信されているデータフレームに対してＡＣＫ１を送信した回数が少ない端末２００に対するＡＣＫ１を優先的に送信してもよい。基地局１００が、繰り返して送信されているデータフレームに対してＡＣＫ１を送信したが、引き続き当該端末２００からデータフレームを受信しているということは、当該端末２００がＡＣＫ１を受信できない場所に位置している可能性が高い。したがって、基地局１００は、繰り返して送信されているデータフレームに対してＡＣＫ１を送信した回数に基づいて優先的に送信するＡＣＫ１を決定することで、端末２００によるＡＣＫ１の受信成功確率を向上させることができる。
【０１４５】
なお、基地局１００は、上記の観点を自由に組み合わせることで、優先的に送信するＡＣＫ１を決定してもよい。また、基地局１００は、上記以外の観点に基づいて優先的に送信するＡＣＫ１を決定してもよい。
【０１４６】
また、基地局１００は、異なる端末２００に対する各ＡＣＫ２の送信タイミングが略同一である場合、以下の観点に基づき優先的に送信するＡＣＫ２を決定する。
【０１４７】
まず、基地局１００は、端末２００からのデータフレームの受信状況に基づいて優先的に送信するＡＣＫ２を決定してもよい。例えば、基地局１００は、受信電力がより高いデータフレームに対応するＡＣＫ２を優先的に送信してもよい。データフレームの受信電力が高いほど、当該データフレームを送信した端末２００が基地局１００の近傍に位置している可能性が高い。したがって、基地局１００は、データフレームの受信電力に基づいて優先的に送信するＡＣＫ２を決定することで、端末２００によるＡＣＫ２の受信成功確率を向上させることができる。また、基地局１００は、データフレームの送信頻度がより少ない端末２００（換言すると、基地局１００がデータフレームを受信する頻度がより少ない端末２００）に対するＡＣＫ２を優先的に送信してもよい。データフレームの送信頻度が少ないほど、データフレームの再送等により基地局１００がＡＣＫ２を送信可能となる機会が少ないと考えられる。これによって、基地局１００は、データフレームの送信頻度が少ない端末２００との通信をより確実に実施することができる。
【０１４８】
また、基地局１００は、ＡＣＫの送信状況に基づいて優先的に送信するＡＣＫ２を決定してもよい。例えば、基地局１００は、他の端末２００に対するＡＣＫ１またはＡＣＫ２の送信が優先的に行われることによって、ＡＣＫ１が送信されなかった端末２００に対するＡＣＫ２を優先的に送信してもよい。これによって、基地局１００は、公平性を維持しつつ、ＡＣＫ１およびＡＣＫ２のいずれも送信されない端末２００の発生を抑制することができる。
【０１４９】
なお、基地局１００は、上記の観点を自由に組み合わせることで、優先的に送信するＡＣＫ２を決定してもよい。また、基地局１００は、上記以外の観点に基づいて優先的に送信するＡＣＫ２を決定してもよい。
【０１５０】
（２−３．機能構成および動作）
上記では、第２の実施例の機能概要について説明した。続いて、第２の実施例に係る各装置の機能構成および動作について説明する。
【０１５１】
基地局１００の機能構成について説明すると、第２の実施例において、異なる端末２００に対する各ＡＣＫの送信タイミングおよび使用される周波数が略同一である場合、送信制御部１５０は、上記の方法によって、優先的に送信するＡＣＫを決定し、当該ＡＣＫの送信処理を制御する。また、送信制御部１５０は、送信されなかったＡＣＫに関する情報を記憶し、上記のように、後のＡＣＫ送信処理に使用してもよい（例えば、ＡＣＫ１が優先的に送信されなかった端末２００に対して、その後ＡＣＫ２が優先的に送信される場合等）。なお、基地局１００の他の機能構成および端末２００の機能構成は第１の実施例と同一であり得るため、説明を省略する。
【０１５２】
また、基地局１００の動作について説明すると、送信制御部１５０は、ＡＣＫの送信処理において、複数の端末２００に対するＡＣＫの送信タイミングおよび使用される周波数が略同一であるか否かを判断する処理を行う。そして、複数の端末２００に対するＡＣＫの送信タイミングおよび使用される周波数が略同一である場合、送信制御部１５０は、上記の方法によって、優先的に送信するＡＣＫを決定し、当該ＡＣＫの送信処理を制御する。なお、端末２００の動作は第１の実施例と同一であり得るため、説明を省略する。
【０１５３】
＜３．第３の実施例＞
上記では、本開示に係る第２の実施例について説明した。続いて、本開示に係る第３の実施例について説明する。
【０１５４】
（３−１．背景）
まず、図１７を参照して、第３の実施例の背景について説明する。なお、図１７においては、繰り返し送信回数の上限数は４回に設定されているとする。
【０１５５】
図１７に示すように、基地局１００は、繰り返し送信において１回目に送信されたデータフレームの受信処理には失敗した（例えば、CRCに基づいて復号後のデータに誤りがあると判断された場合。図中には「CRC  NG」と表記）が、２回目に送信されたデータフレームの受信処理には成功した場合（例えば、１回目および２回目に送信されたデータフレームの加算合成に成功した場合。図中には「CRC  OK」と表記）について考える。
【０１５６】
基地局１００は、２回目に送信されたデータフレームの受信処理に成功した後に、ＡＣＫ１を送信するが、ＡＣＫ１の通信可能距離が、データフレームの繰り返し送信２回分の利得に相当する通信距離よりも短いため、端末２００は、ＡＣＫ１を受信することができないとする。そのため、ＡＣＫ１を受信できない端末２００は、繰り返し送信回数の上限数である４回までデータフレームの送信処理を行い、基地局１００は、これら全てのデータフレームに対して受信処理を行う。その後、端末２００は、基地局１００により送信されたＡＣＫ２の受信処理に成功することで、基地局１００がデータフレームの受信処理に成功したことを認識する。
【０１５７】
図１７の例においては、基地局１００が２回目に送信されたデータフレームの受信処理に成功しているため、３回目以降のデータフレームおよびＡＣＫ１の通信は無駄であると言える。
【０１５８】
そこで、本件の開示者は、上記事情に鑑みて第３の実施例を創作するに至った。以降では、第１の実施例と同一の内容の説明を極力省略し、特に差分について言及する。
【０１５９】
（３−２．機能概要）
上記では、第３の実施例の背景について説明した。続いて、第３の実施例の機能概要について説明する。
【０１６０】
第３の実施例に係る端末２００は、基地局１００がデータフレームの受信処理に成功していると判断できる場合には、繰り返し送信回数が上限数に達する前に、データフレームの送信処理を停止することができる。
【０１６１】
例えば、端末２００は、過去の通信状態に基づいて、基地局１００によるデータフレームの受信処理が成功しているか否かを判断してもよい。例えば、基地局１００が、過去のデータフレームの受信処理において、受信処理が成功するまでにデータフレームを繰り返して受信した回数（換言すると、受信処理が成功するまで基地局１００が加算合成したデータフレームの個数）に関する情報（以降、「RX-N」と呼称する）をＡＣＫ２に含めて端末２００に対して送信する。
【０１６２】
ここで、図１８を参照して、RX-Nが含まれるＡＣＫ２のフレーム構成の一例について説明する。図１８に示すように、ＡＣＫ２のDL  MAC  Headerが、ＡＣＫ２の送信先である端末２００の識別情報であるIDと、RX-Nと、で構成されている。
【０１６３】
そして、端末２００は、当該ＡＣＫ２を受信することによって、過去の通信状態におけるRX-Nを認識することができ、当該RX-Nに基づいて基地局１００がデータフレームの受信処理に成功しているか否かを判断することができる。例えば、端末２００は、直前の繰り返し送信に対応するRX-Nと同一数だけ繰り返し送信を行った場合、基地局１００がデータフレームの受信処理に成功していると判断し、その後のデータフレームの送信処理を停止してもよい。
【０１６４】
これによって、基地局１００および端末２００は、データフレームの受信処理が失敗する可能性を低く維持しつつ、データフレームおよびＡＣＫ１の通信の無駄を削減することができる。
【０１６５】
なお、処理方法は上記に限定されない。例えば、端末２００は、RX-Nよりも多い回数にわたって繰り返し処理を行うことで、データフレームの受信処理がより確実に成功するようにしてもよい。また、端末２００は、RX-Nが含まれるＡＣＫ２を受信することができない場合、送信処理を停止する繰り返し送信回数を、増加させたり、上限値にしたりしてもよい。また、RX-Nが端末２００に通知される方法は、RX-NがＡＣＫ２に格納される方法に限定されない。
【０１６６】
（３−３．機能構成）
上記では、第３の実施例の機能概要について説明した。続いて、第３の実施例に係る各装置の機能構成について説明する。
【０１６７】
基地局１００の機能構成について説明すると、受信制御部１２０は、RX-NをＡＣＫ生成部１４０に提供し、ＡＣＫ生成部１４０は、RX-Nが含まれるＡＣＫ２を生成する。他の機能構成は第１の実施例と同一であり得るため、説明を省略する。
【０１６８】
端末２００の機能構成について説明すると、受信制御部２７０は、ＡＣＫ２を受信した場合、ＡＣＫ２に含まれるRX-Nを送信制御部２４０に提供し、送信制御部２４０は、RX-Nに基づいて繰り返し送信回数を制御する。他の機能構成は第１の実施例と同一であり得るため、説明を省略する。
【０１６９】
＜４．第４の実施例＞
上記では、本開示に係る第３の実施例について説明した。続いて、本開示に係る第４の実施例について説明する。
【０１７０】
（４−１．背景）
まず、第４の実施例の背景について説明する。
【０１７１】
前段で説明した図３においては、繰り返し送信回数の上限数が４回に設定されている。そして、図３に示すように、端末２００Ｂは、４回目のデータフレームを送信した後に、ＡＣＫ１に対する受信処理と、その後のＡＣＫ２に対する受信処理を行っている。端末２００Ｂは、ＡＣＫ１またはＡＣＫ２のいずれか一方の受信処理に成功すればよいため、ＡＣＫ１およびＡＣＫ２の両方に対する受信処理は冗長である。
【０１７２】
そこで、本件の開示者は、上記事情に鑑みて第４の実施例を創作するに至った。以降では、第１の実施例と同一の内容の説明を極力省略し、特に差分について言及する。
【０１７３】
（４−２．機能概要）
上記では、第４の実施例の背景について説明した。続いて、第４の実施例の機能概要について説明する。
【０１７４】
第４の実施例に係る基地局１００は、繰り返し送信回数の上限数だけデータフレームの受信処理を行った後において、最後の受信処理に対応するＡＣＫ１の送信制御を省略し、ＡＣＫ２の送信制御のみを行う。これによって、基地局１００および端末２００は、ＡＣＫ１の通信を省略することで消費電力を低減させることができる。
【０１７５】
（４−３．機能構成および動作）
上記では、第４の実施例の機能概要について説明した。続いて、第４の実施例に係る各装置の機能構成および動作について説明する。
【０１７６】
基地局１００の機能構成について説明すると、ＡＣＫ生成部１４０は、データフレームの受信処理が成功した場合、繰り返し送信回数の上限数だけデータフレームの受信処理が行われたか否かを確認する。そして、繰り返し送信回数の上限数だけデータフレームの受信処理が行われた場合、ＡＣＫ生成部１４０は、最後の受信処理に対応するＡＣＫ１の生成制御を省略し、ＡＣＫ２の生成制御のみを行う。他の機能構成は第１の実施例と同一であり得るため、説明を省略する。
【０１７７】
端末２００の機能構成について説明すると、受信制御部２７０は、送信制御部２４０によって提供される繰り返し送信回数および送信タイミングに関する情報に基づいて、最後の受信処理に対応するＡＣＫ１の受信制御を省略し、ＡＣＫ２の受信制御のみを行う。他の機能構成は第１の実施例と同一であり得るため、説明を省略する。
【０１７８】
続いて、図１９を参照して、端末２００の動作について説明する。ステップＳ１６００〜ステップＳ１６１２は、図１１のステップＳ１０００〜ステップＳ１０１２と同一であるため、説明を省略する。
【０１７９】
ステップＳ１６１６では、受信制御部２７０が、繰り返し送信回数が上限数に達しているか否かを確認する。繰り返し送信回数が上限数に達していない場合（ステップＳ１６１６／Ｎｏ）、ステップＳ１６２０およびステップＳ１６２４にて、受信制御部２７０がＡＣＫ１の受信制御を行う。繰り返し送信回数が上限数に達している場合（ステップＳ１６１６／Ｙｅｓ）、ステップＳ１６２８およびステップＳ１６３２にて、受信制御部２７０がＡＣＫ２の受信制御を行う。
【０１８０】
続いて、図２０を参照して、基地局１００の動作について説明する。ステップＳ１７００〜ステップＳ１７１６は、図１２のステップＳ１１００〜ステップＳ１１１６と同一であるため、説明を省略する。
【０１８１】
ステップＳ１７２０では、受信制御部１２０がデータフレームに含まれるCRCに関する処理を行うことで、データフレームの復号に成功したか否かを判断する。受信制御部１２０がデータフレームの復号に成功したと判断した場合（ステップＳ１７２０／Ｙｅｓ）、ステップＳ１７２４にて、ＡＣＫ生成部１４０が、繰り返し送信回数の上限数だけデータフレームの受信処理が行われたか否かを確認する。繰り返し送信回数の上限数だけデータフレームの受信処理が行われていない場合（ステップＳ１７２４／Ｎｏ）、ステップＳ１７２８およびステップＳ１７３２にて、ＡＣＫ生成部１４０がＡＣＫ１の生成制御を行う。繰り返し送信回数の上限数だけデータフレームの受信処理が行われている場合（ステップＳ１７２４／Ｙｅｓ）、ステップＳ１７３６およびステップＳ１７４０にて、ＡＣＫ生成部１４０がＡＣＫ２の生成制御を行う。
【０１８２】
なお、ステップＳ１７４４〜ステップＳ１７６０は、図１２のステップＳ１１４４〜ステップＳ１１６０と同一であるため、説明を省略する。
【０１８３】
続いて、図２１を参照して、端末２００と基地局１００の動作を示すシーケンス図について説明する。図２１は、図９における「（Ｄ）ＡＣＫ１とＡＣＫ２を受信する」が選択された場合に対応する動作を示すシーケンス図である。なお、図２１においては、繰り返し送信回数の上限数が便宜的に２回に設定されている。また、端末２００がＡＣＫ１を検出できず、ＡＣＫ１の受信処理に失敗する（すなわち、繰り返し送信回数の上限数だけＡＣＫ１が送信される）こととする。
【０１８４】
ステップＳ１８００〜ステップＳ１８１２の処理は、図１３のステップＳ１２００〜ステップＳ１２１２の処理と同一であるため、説明を省略する。ステップＳ１８１６にて、基地局１００の受信制御部１２０が、端末２００から送信されたデータフレームの受信処理に成功した後、ＡＣＫ生成部１４０が、繰り返し送信回数の上限数だけデータフレームの受信処理が行われていないことを確認することで、ステップＳ１８２０にて、ＡＣＫ生成部１４０が、ＡＣＫ１を生成し、送信制御部１５０がＡＣＫ１の送信処理を行う。
【０１８５】
ステップＳ１８２４およびステップＳ１８２８の処理は、図１３のステップＳ１２２４およびステップＳ１２２８の処理と同一であるため、説明を省略する。そして、ステップＳ１８３２にて、基地局１００の受信制御部１２０が、端末２００から送信されたデータフレームの受信処理に成功した後、ＡＣＫ生成部１４０が、繰り返し送信回数の上限数だけデータフレームの受信処理が行われたことを確認することで、ステップＳ１８３６にて、ＡＣＫ生成部１４０が、ＡＣＫ１ではなくＡＣＫ２を生成し、送信制御部１５０がＡＣＫ２の送信処理を行う。ステップＳ１８４０では、端末２００の受信制御部２７０が、ＡＣＫ２の受信処理に成功して、処理が終了する。
【０１８６】
＜５．第５の実施例＞
上記では、本開示に係る第４の実施例について説明した。続いて、本開示に係る第５の実施例について説明する。
【０１８７】
（５−１．背景）
まず、第５の実施例の背景について説明する。
【０１８８】
上記の実施例においては、基地局１００は、ＡＣＫ１およびＡＣＫ２のDL  MAC  Headerに宛先情報（例えば、ID等）を格納することで、これらの信号を受信した端末２００は、当該宛先情報と、自装置の識別情報とを比較することで、これらの信号が自装置宛ての信号であるか否かを判断していた。ここで、端末２００によるＡＣＫ１およびＡＣＫ２の受信処理に要する電力の低減のためにも、ＡＣＫ１およびＡＣＫ２のフレーム長は、短い方が好ましい。
【０１８９】
そこで、本件の開示者は、上記事情に鑑みて第５の実施例を創作するに至った。以降では、第１の実施例と同一の内容の説明を極力省略し、特に差分について言及する。
【０１９０】
（５−２．機能概要）
上記では、第５の実施例の背景について説明した。続いて、第５の実施例の機能概要について説明する。
【０１９１】
第５の実施例に係る基地局１００は、ＡＣＫ１およびＡＣＫ２を生成する際、DL  MAC  HeaderおよびCRCを省略し、送信先である端末２００の識別情報（例えば、ID等）に基づいて生成した、端末２００毎に異なるPreambleのみを含むように、これらの信号を生成する。
【０１９２】
ここで、端末２００毎に異なるPreambleの生成方法は特に限定されない。例えば、基地局１００は、端末２００の識別情報を、疑似ランダム系列発生器の一種であるＰＮ系列発生器に入力することによって、Preambleを生成してもよい。また、基地局１００は、端末２００毎に異なるPreambleと、各端末２００の識別情報とを対応付けたテーブルを保持し、当該テーブルに基づいてPreambleを設定してもよい。
【０１９３】
そして、各端末２００は、基地局１００と同一の方法によって自装置用のPreambleを生成することで（または、予め自装置用のPreambleを把握しておくことで）、ＡＣＫ１およびＡＣＫ２を検出することができる。
【０１９４】
以上により、第５の実施例は、端末２００がＡＣＫ１およびＡＣＫ２を適切に検出可能な状態を維持しつつ、ＡＣＫ１およびＡＣＫ２のフレーム長を短くすることで、これらの信号の受信時間を短縮し、受信処理に要する電力を低減させることができる。
【０１９５】
（５−３．機能構成）
上記では、第５の実施例の機能概要について説明した。続いて、第５の実施例に係る各装置の機能構成について説明する。
【０１９６】
図２２を参照して、基地局１００がＰＮ系列発生器を用いてＡＣＫ１およびＡＣＫ２のPreambleを生成する場合における、基地局１００の機能構成について説明する。図２２は、ＰＮ系列発生器の一例を示す図であり、当該ＰＮ系列発生器は、６個の遅延素子１０と、２個の排他的論理和回路２０と、を備えている。
【０１９７】
例えば、基地局１００のＡＣＫ生成部１４０は、ＡＣＫの送信先である端末２００のIDを、図２２に示すＰＮ系列発生器の初期値、すなわち各遅延素子１０の初期値として入力することで、端末２００毎に異なるPreambleを生成する。
【０１９８】
端末２００の機能構成について説明すると、受信制御部２７０は、ＡＣＫを受信する際に、自装置のIDを、図２２に示すＰＮ系列発生器の初期値として入力することで、基地局１００と同一のPreambleを生成し、当該PreambleをＡＣＫの受信処理に使用する。
【０１９９】
なお、ＡＣＫ１とＡＣＫ２の生成の際、互いに異なるＰＮ系列発生器が用いられることで、ＡＣＫ１とＡＣＫ２で互い異なるPreambleが使用されてもよい。例えば、ＡＣＫ１とＡＣＫ２の生成の際、遅延素子１０の数が互いに異なるＰＮ系列発生器が用いられてもよいし、排他的論理和回路２０の配置が互いに異なるＰＮ系列発生器が用いられてもよい。また、疑似ランダム系列発生器としてM系列発生器またはGOLD系列発生器等が用いられてもよい。
【０２００】
（５−４．変形例）
上記では、第５の実施例に係る各装置の機能構成について説明した。続いて、第５の実施例の変形例について説明する。
【０２０１】
第５の実施例において、端末２００は、他の端末２００宛てのＡＣＫを受信した場合、当該ＡＣＫのPreambleと、自装置用のPreambleとの相関値を算出し、相関値が所定値よりも大きくないこと（相関値が十分小さいこと）に基づいて当該ＡＣＫが自装置宛ての信号ではないことを認識することが求められる。
【０２０２】
ここで、図２２のＰＮ系列発生器により生成された、十分な長さの系列が使用されてPreambleが生成される場合には、異なるIDによって生成されたPreamble同士の相関値が十分小さくなるため、端末２００は、ＡＣＫが自装置宛ての信号であるか否かを適切に判断することができる。しかし、ＡＣＫ１は、ＡＣＫ２に比べてフレーム長を長くすることができないため、ＰＮ系列発生器により生成された系列の一部だけが使用されてPreambleが生成される場合がある。この場合、異なるIDによって生成されたPreamble同士の相関値が所定値よりも大きくなること（相関値が十分小さくならないこと）によって、端末２００がＡＣＫ１を誤検知してしまう可能性がある。
【０２０３】
そこで、本件の開示者は、上記事情に鑑みて第５の実施例の変形例を創作するに至った。当該変形例に係る基地局１００は、ＡＣＫ１を生成する際に、端末２００のIDに基づいてPreambleを生成するだけでなくＡＣＫ１の送信タイミングも決定する。より具体的には、基地局１００は、宛先である端末２００のIDの一部を、図２２に示すＰＮ系列発生器等に入力することによって、ＡＣＫ１のPreambleを生成し、端末２００のIDの一部を使用して、ＡＣＫ１の送信タイミングを決定する。
【０２０４】
ここで、図２３および図２４を参照して、変形例におけるPreambleの生成方法および送信タイミングの決定方法についてより具体的に説明する。なお、図２３において、端末２００のIDは8［bit］で構成されるとする。
【０２０５】
例えば、基地局１００は、端末２００のIDの0-3［bit］を、図２２に示すＰＮ系列発生器等に入力することによって、ＡＣＫ１のPreambleを生成する。そして、基地局１００は、IDの4-7［bit］を所定のプログラムに入力することによってＡＣＫ１の送信タイミング（図中には、「dT」と表記）を出力する。ここで、ＡＣＫ１の送信タイミングとは、図２４に示すように、端末２００が送信したデータフレーム（図中には「UL  Data  frame」と表記）の終端から、ＡＣＫ１が送信されるまでの時間を指す。また、ＡＣＫ１の送信タイミングの出力に使用される所定のプログラムの内容は特に限定されず、入力されたIDに基づいて時間に関係する何らかの値を出力できればいかなるプログラムが用いられてもよい。また、IDのどの部分が上記の処理に用いられてもよい。
【０２０６】
端末２００のIDに基づいてＡＣＫ１の送信タイミングも決定されることで、図２４に示すように、端末２００Ａに対するＡＣＫ１の送信タイミング（dT1）と端末２００Ｂに対するＡＣＫ１の送信タイミング（dT2）は互いに異なっている。
【０２０７】
そして、端末２００は、基地局１００と同様の方法によって、ＡＣＫ１を検出するためのPreambleを生成し、（上記の送信タイミングに対応する）ＡＣＫ１の受信タイミングを算出する。これによって、端末２００は、Preambleだけでなく、ＡＣＫ１の受信タイミングにも基づいて、ＡＣＫ１が自装置宛ての信号であるか否かを判断することができる。すなわち、仮に、異なるIDによって生成されたPreamble同士の相関値が所定値よりも大きくなった（相関値が十分小さくならなかった）としても、端末２００は、ＡＣＫ１の受信タイミングに基づいて、ＡＣＫ１の誤検知を防ぐことができる。
【０２０８】
＜６．第６の実施例＞
上記では、本開示に係る第５の実施例について説明した。続いて、本開示に係る第６の実施例について説明する。
【０２０９】
（６−１．背景）
まず、第６の実施例の背景について説明する。
【０２１０】
上記のとおり、無線通信システムにおいては、多数の端末２００が存在する。そのため、基地局１００が端末２００からデータフレームを受信し、当該データフレームに対するＡＣＫを送信する場合、当該ＡＣＫの送信処理と、他の端末２００からのデータフレームの受信処理が同時に発生する場合がある。
【０２１１】
ここで、ＡＣＫの送信処理とデータフレームの受信処理に使用される周波数が略同一であるとすると、基地局１００が、送信処理または受信処理のいずれか一方しか行えない場合には、ＡＣＫの送信処理中には他の端末２００からのデータフレームの受信処理を行うことができない。また、基地局１００が、送信処理および受信処理を同時に行うことができる場合には、ＡＣＫおよびデータフレームが干渉することで、基地局１００が他の端末２００からのデータフレームの受信処理に失敗する可能性がある。
【０２１２】
この事象に対応する方法として、送受信で互いに異なる周波数を使用するＦＤＤ（Frequency  Division  Duplex。「周波数分割複信」とも呼称される）という技術が存在する。一般的なＦＤＤの方式は、受信処理に使用される周波数と、送信処理に使用される周波数をペア（１対１）で規定することで、送受信に使用される周波数を互いに異なるものとすることができるため、送受信が同時に発生しても互いの影響を低減させることができる。
【０２１３】
しかし、仮にＦＤＤが適用されたとしても、基地局１００が略同一の周波数にて略同一のタイミングに複数の端末２００からのデータフレームの受信処理に成功する場合がある。例えば、第１の実施例で説明したように、データフレームが疑似ランダム系列（例えば、PN系列等）により拡散された場合等においては、複数の端末２００からのデータフレームが略同一の周波数にて略同一のタイミングに基地局１００に到達した場合でも、拡散の利得によって、基地局１００がこれらのデータフレームの受信処理に成功する場合がある。
【０２１４】
この場合、受信処理に使用された周波数が互いに略同一であるため、ＦＤＤが適用されることによって、基地局１００は、異なる端末２００に対するＡＣＫの送信処理にも互いに略同一の周波数を使用することになる。例えば、法規制等により、送信処理に使用される周波数毎の送信電力に上限値が設定されている場合、基地局１００が、略同一の周波数にて略同一のタイミングで複数の端末２００に対してＡＣＫを送信する際に、合計の送信電力を上限値以下にする必要がある。基地局１００が、合計の送信電力を上限値以下にした場合、ＡＣＫの無線通信距離が短くなるため、各端末２００へのＡＣＫの通信に失敗する可能性が高くなる。
【０２１５】
そこで、本件の開示者は、上記事情に鑑みて第６の実施例を創作するに至った。以降では、第１の実施例と同一の内容の説明を極力省略し、特に差分について言及する。
【０２１６】
（６−２．機能概要）
上記では、第６の実施例の背景について説明した。続いて、第６の実施例の機能概要について説明する。
【０２１７】
第６の実施例に係る基地局１００は、受信処理に使用された周波数および端末２００の識別情報（例えば、ID等）に基づいてＡＣＫの送信処理に使用される周波数を決定することができる。
【０２１８】
より具体的に説明すると、まず、図２５に示すように、受信処理に使用される周波数には、各周波数に対応する周波数番号が付される。同様に、図２６に示すように、送信処理に使用される周波数にも、各周波数に対応する周波数番号が付される。そして、例えば、データフレームの受信処理に使用された周波数に対応する周波数番号がF_RXであり、ＡＣＫの送信先である端末２００の識別情報がIDであり、基地局１００による送信処理に使用可能な周波数の数がN-TXFである場合、基地局１００は、以下の式２を用いて、ＡＣＫの送信処理に使用される周波数に対応する周波数番号であるF_TXを決定することができる。なお、modは除算の余りを示す演算子である。例えば、（A）mod(B)は、AをBで割って得られる余りを示す。
【０２１９】
【数２】
2019026421.tif 000004
【０２２０】
これによって、例えば、基地局１００が、識別情報が「１１」（ID=11）と「２０」（ID=20）である、互いに異なる端末２００から、周波数番号が「２」（F_RX=2）に対応する周波数にて、略同一のタイミングでデータフレームを受信し、両方の受信処理に成功した場合について考える。基地局１００による送信処理に使用可能な周波数の数が「１０」（N-TXF=10）であるとすると、式２により、F_TX=3およびF_TX=2が算出される。
【０２２１】
このように、基地局１００は、略同一の周波数にて略同一のタイミングで複数の端末２００からのデータフレームの受信処理に成功した場合であっても、各端末２００へのＡＣＫの送信処理に、互いに異なる周波数を使用することで、各ＡＣＫの通信成功確率を向上させることができる。
【０２２２】
なお、F_TXの算出式は、式２に限定されない。例えば、端末２００の識別情報の規定方法または基地局１００による送信処理に使用可能な周波数の数（N-TXF）等によって、F_TXの算出式は適宜変更され得る。また、F_TXの算出式は、N-TXFが用いられない式であってもよい。
【０２２３】
また、端末２００は、データフレームを送信した後、ＡＣＫを受信する際に、基地局１００と同様に上記の式２を用いて、受信処理に使用される周波数を決定することで、ＡＣＫの受信処理を成功させることができる。
【０２２４】
（６−３．機能構成）
上記では、第６の実施例の機能概要について説明した。続いて、第６の実施例に係る各装置の機能構成について説明する。
【０２２５】
基地局１００の機能構成について説明すると、受信制御部１２０は、データフレームの受信処理に成功した場合、F_RXおよびIDを送信制御部１５０に提供する。そして、送信制御部１５０は、これらの情報およびN-TXFを上記の式２に入力することでF_TXを算出し、F_TXに対応する周波数でＡＣＫの送信処理を行う。
【０２２６】
端末２００の機能構成について説明すると、送信制御部２４０は、データフレームの送信処理に使用された周波数に対応する周波数番号（基地局１００におけるF_RXに対応する周波数番号）を受信制御部２７０に提供する。そして、受信制御部２７０は、当該情報、自装置のIDおよびN-TXFを上記の式２に入力することで、ＡＣＫの受信処理に使用される周波数に対応する周波数番号（基地局１００におけるF_TXに対応する周波数番号）を算出し、当該周波数番号に対応する周波数でＡＣＫの受信処理を行う。
【０２２７】
＜７．むすび＞
以上で説明してきたように、本開示の第１の実施例は、繰り返し送信されるデータフレーム単位で送信されるＡＣＫ１および繰り返し送信単位で送信されるＡＣＫ２を用いることで、無線通信装置の消費電力を低減させること、干渉の影響を低減させること、および、基地局数を減少させることを同時に実現することができる。
【０２２８】
また、本開示の第２の実施例において、基地局１００は、複数の端末２００に対して略同一のタイミングで略同一の周波数を用いてＡＣＫを送信する場合、これら複数のＡＣＫのうちのいずれかを優先的に送信することができる。これによって、基地局１００は、端末２００によるＡＣＫ１の受信成功確率を向上させること等ができる。
【０２２９】
また、本開示の第３の実施例において、端末２００は、基地局１００がデータフレームの受信処理に成功していると判断できる場合には、繰り返し送信回数が上限数に達する前に、データフレームの送信処理を停止することができる。これによって、端末２００は、データフレームの受信処理が失敗する可能性を低く維持しつつ、データフレームおよびＡＣＫ１の通信の無駄を削減することができる。
【０２３０】
また、本開示の第４の実施例において、基地局１００は、繰り返し送信回数の上限数だけデータフレームの受信処理を行った後において、最後の受信処理に対応するＡＣＫ１の送信制御を省略し、ＡＣＫ２の送信制御のみを行う。これによって、基地局１００は、ＡＣＫ１の通信を省略することで消費電力を低減させることができる。
【０２３１】
また、本開示の第５の実施例において、基地局１００は、ＡＣＫ１およびＡＣＫ２を生成する際、DL  MAC  HeaderおよびCRCを省略し、送信先である端末２００の識別情報（例えば、ID等）に基づいて生成した、端末２００毎に異なるPreambleのみを含むように、これらの信号を生成する。これによって、基地局１００は、端末２００がＡＣＫ１およびＡＣＫ２を適切に検出可能な状態を維持しつつ、ＡＣＫ１およびＡＣＫ２のフレーム長を短くすることで、これらの信号の受信時間を短縮し、受信処理に要する電力を低減させることができる。
【０２３２】
また、第５の実施例の変形例において、基地局１００は、ＡＣＫ１を生成する際に、端末２００のIDに基づいてPreambleを生成するだけでなくＡＣＫ１の送信タイミングも決定する。これによって、基地局１００は、端末２００によるＡＣＫ１の誤検知を効果的に防ぐことができる。
【０２３３】
最後に、第６の実施例の変形例において、基地局１００は、受信処理に使用された周波数および端末２００の識別情報（例えば、ID等）に基づいてＡＣＫの送信処理に使用される周波数を決定することができる。これによって、基地局１００は、略同一の周波数にて略同一のタイミングで複数の端末２００からのデータフレームの受信処理に成功した場合であっても、各端末２００へのＡＣＫの送信処理に、互いに異なる周波数を使用することで、各ＡＣＫの通信成功確率を向上させることができる。
【０２３４】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２３５】
例えば、各装置の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、基地局１００または端末２００の動作における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０２３６】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２３７】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する受信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御する送信制御部と、を備える、
無線通信装置。
（２）
前記データフレーム単位に送信される第１の確認応答信号と、前記繰り返し送信単位に送信される第２の確認応答信号は、互いに異なるフレーム長を有する、
前記（１）に記載の無線通信装置。
（３）
前記第１の確認応答信号は、前記第２の確認応答信号よりも短いフレーム長を有する、
前記（２）に記載の無線通信装置。
（４）
前記送信制御部は、複数の確認応答信号の送信タイミングが略同一である場合、前記複数の確認応答信号のうちのいずれかを優先的に送信する、
前記（１）から（３）のいずれか１項に記載の無線通信装置。
（５）
前記送信制御部は、前記データフレーム単位に送信される第１の確認応答信号の送信タイミング、および、前記繰り返し送信単位に送信される第２の確認応答信号の送信タイミングが略同一である場合、前記第２の確認応答信号を優先的に送信する、
前記（４）に記載の無線通信装置。
（６）
前記送信制御部は、前記データフレームの受信状況、または、前記確認応答信号の送信状況に基づいて、前記複数の確認応答信号のうちのいずれかを優先的に送信する、
前記（４）または（５）に記載の無線通信装置。
（７）
前記送信制御部は、前記データフレームの受信処理が成功するまでに、前記受信制御部が前記データフレームを繰り返して受信した回数に関する情報が含まれる信号の送信を制御する、
前記（１）から（６）のいずれか１項に記載の無線通信装置。
（８）
前記送信制御部は、前記繰り返し送信の最後に送信される前記データフレームに対応する第１の確認応答信号の送信を行わない、
前記（１）から（７）のいずれか１項に記載の無線通信装置。
（９）
前記送信制御部は、前記他装置の識別情報に基づいて前記確認応答信号のプリアンブルを決定する、
前記（１）から（８）のいずれか１項に記載の無線通信装置。
（１０）
前記送信制御部は、前記データフレームの受信周波数および前記他装置の識別情報に基づいて前記確認応答信号の送信周波数を決定する、
前記（１）から（９）のいずれか１項に記載の無線通信装置。
（１１）
他装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御することと、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置に対する確認応答信号の送信を制御することと、を有する、
コンピュータにより実行される無線通信方法。
（１２）
互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御する送信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御する受信制御部と、を備える、
無線通信装置。
（１３）
前記データフレーム単位に受信される第１の確認応答信号と、前記繰り返し送信単位に受信される第２の確認応答信号は、互いに異なるフレーム長を有する、
前記（１２）に記載の無線通信装置。
（１４）
前記第１の確認応答信号は、前記第２の確認応答信号よりも短いフレーム長を有する、
前記（１３）に記載の無線通信装置。
（１５）
前記受信制御部は、前記データフレームの受信処理が成功するまでに、前記他装置が前記データフレームを繰り返して受信した回数に関する情報が含まれる信号の受信を制御し、
前記送信制御部は、前記情報に基づいて前記繰り返し送信における送信回数を決定する、
前記（１２）から（１４）のいずれか１項に記載の無線通信装置。
（１６）
前記受信制御部は、前記繰り返し送信の最後に送信される前記データフレームに対応して送信される第１の確認応答信号の受信を行わない、
前記（１２）から（１５）のいずれか１項に記載の無線通信装置。
（１７）
前記受信制御部は、自装置の識別情報に基づいて前記確認応答信号の検出に用いるプリンブルを決定する、
前記（１２）から（１６）のいずれか１項に記載の無線通信装置。
（１８）
前記受信制御部は、前記データフレームの送信周波数および自装置の識別情報に基づいて前記確認応答信号の受信周波数を決定する、
前記（１２）から（１７）のいずれか１項に記載の無線通信装置。
（１９）
互いに同一データが含まれる複数のデータフレームの、他装置に対する繰り返し送信を制御することと、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記他装置からの確認応答信号の受信を制御することと、を有する、
コンピュータにより実行される無線通信方法。
（２０）
第１の無線通信装置と、第２の無線通信装置と、を備え、
前記第１の無線通信装置は、
前記第２の無線通信装置によって繰り返し送信が行われた、互いに同一データが含まれる複数のデータフレームの受信を制御する第１の受信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第２の無線通信装置に対する確認応答信号の送信を制御する第１の送信制御部と、を備え、
前記第２の無線通信装置は、
前記データフレームの、前記第１の無線通信装置に対する繰り返し送信を制御する第２の送信制御部と、
データフレーム単位または前記繰り返し送信単位の少なくともいずれか一方で、前記第１の無線通信装置からの前記確認応答信号の受信を制御する第２の受信制御部と、を備える、
無線通信システム。
【符号の説明】
【０２３８】
１００    基地局
１１０    受信部
１２０    受信制御部
１３０    センサ情報取得部
１４０    ＡＣＫ生成部
１５０    送信制御部
１６０    送信部
２００    端末
２１０    センサ情報取得部
２２０    モード選択部
２３０    データフレーム生成部
２４０    送信制御部
２５０    送信部
２６０    受信部
２７０    受信制御部
【図１】
2019026421.tif 000005
【図２】
2019026421.tif 000006
【図３】
2019026421.tif 000007
【図４】
2019026421.tif 000008
【図５】
2019026421.tif 000009
【図６】
2019026421.tif 000010
【図７】
2019026421.tif 000011
【図８】
2019026421.tif 000012
【図９】
2019026421.tif 000013
【図１０】
2019026421.tif 000014
【図１１】
2019026421.tif 000015
【図１２】
2019026421.tif 000016
【図１３】
2019026421.tif 000017
【図１４】
2019026421.tif 000018
【図１５】
2019026421.tif 000019
【図１６】
2019026421.tif 000020
【図１７】
2019026421.tif 000021
【図１８】
2019026421.tif 000022
【図１９】
2019026421.tif 000023
【図２０】
2019026421.tif 000024
【図２１】
2019026421.tif 000025
【図２２】
2019026421.tif 000026
【図２３】
2019026421.tif 000027
【図２４】
2019026421.tif 000028
【図２５】
2019026421.tif 000029
【図２６】
2019026421.tif 000030
【国際調査報告】
2019026421.tif 000031
2019026421.tif 000032
2019026421.tif 000033
2019026421.tif 000034