(57)【要約】  共有通信媒体において確認応答を送信するための技術が開示される。一態様では、アクセス端末は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信し、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する。アクセス端末は、１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイントに、送信し、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する。【選択図】図５Ｂ
2019502301.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信媒体において確認応答を送信するための方法であって、
前記ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントからアクセス端末において、受信することと、前記複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、
１つまたは複数の場合において前記ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて前記複数のダウンリンクサブフレームに関わる確認応答を、前記アクセス端末によって前記アクセスポイントに、送信することと、前記アップリンクサブフレームは、複数のビットを含み、前記複数のビットは、前記複数のダウンリンクサブフレームまたは前記複数のプロセスに対応する、
を備える、方法。
【請求項２】
前記アップリンクチャネルは、ショート物理アップリンク制御チャネル（ＰＵＣＣＨ）を備える、請求項１に記載の方法。
【請求項３】
前記複数のプロセスは、複数のハイブリッド自動再送要求（ＨＡＲＱ）プロセスを備える、請求項１に記載の方法。
【請求項４】
前記複数のＨＡＲＱプロセスは、複数のコードブロックを備える、請求項３に記載の方法。
【請求項５】
前記複数のダウンリンクサブフレームに対応する前記複数のビットの数は、前記複数のコードブロックおよび前記複数のＨＡＲＱプロセスの数、および前記複数のダウンリンクサブフレームの数の関数である、請求項４に記載の方法。
【請求項６】
前記複数のダウンリンクサブフレームのｉ番目のサブフレームに関わる確認応答は、前記複数のビットのｉ番目のビットにおいて搬送される、請求項５に記載の方法。
【請求項７】
前記複数のダウンリンクサブフレームに対応する前記複数のビットは、前記複数のダウンリンクサブフレームのサブフレームインデックスに直接にマッピングする、請求項５に記載の方法。
【請求項８】
前記複数のプロセスに対応する前記複数のビットの数は、前記複数のプロセスの数の関数である、請求項１に記載の方法。
【請求項９】
前記複数のプロセスのｉ番目のプロセスに関わる確認応答は、前記複数のビットのｉ番目のビットにおいて搬送される、請求項１に記載の方法。
【請求項１０】
前記複数のプロセスに対応する前記複数のビットは、前記複数のプロセスのプロセス識別子に直接にマッピングする、請求項１に記載の方法。
【請求項１１】
前記複数のプロセスの各々内の前記複数のビットは、前記複数のプロセスの各々内のコードブロック識別子にマッピングする、請求項１に記載の方法。
【請求項１２】
前記複数のダウンリンクサブフレームの数は、前記複数のプロセスの数より小さく、前記複数のビットの数は、前記複数のプロセスの前記数と同等である、請求項１に記載の方法。
【請求項１３】
前記アクセス端末は、前記複数のダウンリンクサブフレームの間の前記複数のプロセスのうちのいくつかのプロセスが確認応答されなかったことを示すために、前記複数のダウンリンクサブフレームの間に受信されない前記複数のプロセスのうちの前記いくつかのプロセスに対応する、前記複数のビットのうちのビットを設定する、請求項１２に記載の方法。
【請求項１４】
前記ワイヤレス通信媒体の前記ダウンリンクチャネルにおける次の複数のダウンリンクサブフレームを、前記アクセスポイントから前記アクセス端末において、受信することと、前記次の複数のダウンリンクサブフレームは、前記複数のプロセスに関わるデータを搬送する、
前記ワイヤレス通信媒体の前記アップリンクチャネルの前記アップリンクサブフレームにおける前記次の複数のダウンリンクサブフレームに関わる確認応答の次のセットを、前記アクセス端末によって前記アクセスポイントに、送信することと、
をさらに備える、請求項１に記載の方法。
【請求項１５】
前記複数のダウンリンクサブフレームのうちの、前記アップリンクサブフレームの前記複数のビットにおける対応する確認応答の送信の前に復号されなかったダウンリンクサブフレームに関して、前記アクセス端末は、前記ダウンリンクサブフレームが確認応答されなかったことを示すために前記複数のビットのうちの対応するビットを設定する、請求項１４に記載の方法。
【請求項１６】
前記次の複数のダウンリンクサブフレームは、前記複数のダウンリンクサブフレームのうちの、前記アップリンクサブフレームの前記複数のビットにおける前記対応する確認応答の送信の前に復号されなかった前記ダウンリンクサブフレームを含む、請求項１５に記載の方法。
【請求項１７】
前記アクセスポイントは、グラントベースのＰＵＣＣＨにおける前記ダウンリンクサブフレームの確認応答のために前記アクセス端末を非同期的にポーリングする、請求項１５に記載の方法。
【請求項１８】
前記受信および送信は、前記アクセス端末に割り当てられる送信機会（ＴｘＯＰ）の間に行われる、請求項１に記載の方法。
【請求項１９】
確認応答は、肯定確認応答（ＡＣＫ）または否定確認応答（ＮＡＣＫ）を備える、請求項１に記載の方法。
【請求項２０】
ワイヤレス通信媒体において確認応答を送信するための装置であって、
前記ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信するように構成されたアクセス端末の受信機と、前記複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、
１つまたは複数の場合において前記ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて前記複数のダウンリンクサブフレームに関わる確認応答を、前記アクセスポイントに、送信するように構成された、前記アクセス端末の送信機と、前記アップリンクサブフレームは、複数のビットを含み、前記複数のビットは、前記複数のダウンリンクサブフレームまたは前記複数のプロセスに対応する、
を備える、装置。
【請求項２１】
前記アップリンクチャネルは、ショート物理アップリンク制御チャネル（ＰＵＣＣＨ）を備える、請求項２０に記載の装置。
【請求項２２】
前記複数のプロセスは、複数のハイブリッド自動再送要求（ＨＡＲＱ）プロセスを備える、請求項２０に記載の装置。
【請求項２３】
前記複数のＨＡＲＱプロセスは、複数のコードブロックを備える、請求項２２に記載の装置。
【請求項２４】
前記複数のダウンリンクサブフレームに対応する前記複数のビットの数は、前記複数のコードブロックおよび前記複数のＨＡＲＱプロセスの数、および前記複数のダウンリンクサブフレームの数の関数である、請求項２３に記載の装置。
【請求項２５】
前記複数のダウンリンクサブフレームのｉ番目のサブフレームに関わる確認応答は、前記複数のビットのｉ番目のビットにおいて搬送される、請求項２４に記載の装置。
【請求項２６】
前記複数のダウンリンクサブフレームに対応する前記複数のビットは、前記複数のダウンリンクサブフレームのサブフレームインデックスに直接にマッピングする、請求項２４に記載の装置。
【請求項２７】
前記複数のプロセスに対応する前記複数のビットの数は、前記複数のプロセスの数の関数である、請求項２０に記載の装置。
【請求項２８】
前記複数のプロセスのｉ番目のプロセスに関わる確認応答は、前記複数のビットのｉ番目のビットにおいて搬送される、請求項２０に記載の装置。
【請求項２９】
前記複数のプロセスに対応する前記複数のビットは、前記複数のプロセスのプロセス識別子に直接にマッピングする、請求項２０に記載の装置。
【請求項３０】
前記複数のプロセスの各々内の前記複数のビットは、前記複数のプロセスの各々内のコードブロック識別子にマッピングする、請求項２０に記載の装置。
【請求項３１】
前記複数のダウンリンクサブフレームの数は、前記複数のプロセスの数より小さく、前記複数のビットの数は、前記複数のプロセスの前記数と同等である、請求項２０に記載の装置。
【請求項３２】
前記アクセス端末は、前記複数のダウンリンクサブフレームの間の前記複数のプロセスのうちのいくつかのプロセスが確認応答されなかったことを示すために、前記複数のダウンリンクサブフレームの間に受信されない前記複数のプロセスのうちの前記いくつかのプロセスに対応する、前記複数のビットのうちのビットを設定する、請求項３１に記載の装置。
【請求項３３】
前記受信機は、前記ワイヤレス通信媒体の前記ダウンリンクチャネルにおける次の複数のダウンリンクサブフレームを、前記アクセスポイントから、受信するようにさらに構成され、前記次の複数のダウンリンクサブフレームは、前記複数のプロセスに関わるデータを搬送する、
前記送信機は、前記ワイヤレス通信媒体の前記アップリンクチャネルの前記アップリンクサブフレームにおいて前記次の複数のダウンリンクサブフレームに関わる確認応答の次のセットを、前記アクセスポイントに、送信するようにさらに構成される、
請求項２０に記載の装置。
【請求項３４】
前記複数のダウンリンクサブフレームのうちの、前記アップリンクサブフレームの前記複数のビットにおける対応する確認応答の送信の前に復号されなかったダウンリンクサブフレームに関して、前記アクセス端末は、前記ダウンリンクサブフレームが確認応答されなかったことを示すために前記複数のビットのうちの、対応するビットを設定する、請求項３３に記載の装置。
【請求項３５】
前記次の複数のダウンリンクサブフレームは、前記複数のダウンリンクサブフレームのうちの、前記アップリンクサブフレームの前記複数のビットにおける前記対応する確認応答の送信の前に復号されなかった前記ダウンリンクサブフレームを含む、請求項３４に記載の装置。
【請求項３６】
前記アクセスポイントは、グラントベースのＰＵＣＣＨにおける前記ダウンリンクサブフレームの確認応答のために前記アクセス端末を非同期的にポーリングする、請求項３４に記載の装置。
【請求項３７】
前記受信および送信は、前記アクセス端末に割り当てられる送信機会（ＴｘＯＰ）の間に行われる、請求項２０に記載の装置。
【請求項３８】
確認応答は、肯定確認応答（ＡＣＫ）または否定確認応答（ＮＡＣＫ）を備える、請求項２０に記載の装置。
【請求項３９】
ワイヤレス通信媒体において確認応答を送信するように構成されたアクセス端末であって、
前記ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信するように構成された、受信するための手段と、前記複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、
１つまたは複数の場合において前記ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて前記複数のダウンリンクサブフレームに関わる確認応答を、前記アクセスポイントに、送信するように構成された、送信するための手段と、前記アップリンクサブフレームは、複数のビットを含み、前記複数のビットは、前記複数のダウンリンクサブフレームまたは前記複数のプロセスに対応する、
を備える、アクセス端末。
【請求項４０】
ワイヤレス通信媒体において確認応答を送信するためのコンピュータ実行可能コードを記憶する、非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードは、
前記ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信することを、アクセス端末に行わせるための少なくとも１つの命令と、前記複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、
１つまたは複数の場合において前記ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて前記複数のダウンリンクサブフレームに関わる確認応答を、前記アクセスポイントに、送信することを、前記アクセス端末に行わせるための少なくとも１つの命令と、前記アップリンクサブフレームは、複数のビットを含み、前記複数のビットは、前記複数のダウンリンクサブフレームまたは前記複数のプロセスに対応する、
を備える、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]  本特許出願は、本願の譲受人に譲渡され、参照によって本明細書の全体に明確に組み込まれる２０１５年１１月１８日に出願された「HARQ PAYLOAD MAPPING FOR SHORT PUCCH ON A SHARED COMMUNICATION MEDIUM」と題する、米国仮出願第６２／２５７，１７４号の利益を主張する。
【技術分野】
【０００２】
[0002]  本開示の態様は、概して電気通信に関し、より具体的には、共有通信媒体などにおける動作に関する。
【背景技術】
【０００３】
[0003]  ワイヤレス通信システムは、音声、データ、マルチメディアなどのようなさまざまなタイプの通信コンテンツを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力、など）を共有することにより、複数のユーザとの通信をサポートすることが可能な多元接続システムである。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システムなどを含む。これらのシステムは、しばしば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって提供されるロングタームエボルーション（ＬＴＥ（登録商標））、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって提供されるエボルーションデータオプティマイズド（ＥＶ−ＤＯ）およびウルトラモバイルブロードバンド（ＵＭＢ）、米国電気電子学会（ＩＥＥＥ）によって提供される８０２．１１、などの仕様に準拠して、展開される。
【０００４】
[0004]  セルラ式ネットワークにおいて、「マクロセル」アクセスポイントは、特定の地理的領域にわたって多数のユーザに接続性とカバレッジを提供する。マクロネットワーク展開は、地理的領域にわたって良好なカバレッジを提供するために、入念に計画、設計、およびインプリメントされる。例えば、居住型家屋およびオフィスビルディングに関わる、屋内のまたは他の特定の地理的カバレッジを改良するために、追加の「スモールセル」、典型的には低電力アクセスポイントが、従来のマクロネットワークを補完するために、近年展開され始めている。スモールセルアクセスポイントはまた、漸次的な容量増大、より豊かなユーザエクスペリエンスなどを提供し得る。
【０００５】
[0005]  スモールセルＬＴＥ動作は、例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）技術によって使用されるアンライセンス全米情報基盤（Ｕ−ＮＩＩ）帯域のようなアンライセンス周波数スペクトルに拡大している。スモールセルＬＴＥ動作のこの拡大は、スペクトル効率、したがってＬＴＥシステムの容量を増大するように意図されている。しかしながら、それはまた、同じアンライセンス帯域、とりわけ、一般的に「ＷｉＦｉ」と呼ばれるＩＥＥＥ８０２．１１ｘＷＬＡＮ技術、を典型的に使用する、他の無線アクセス技術（ＲＡＴ）の動作を侵害し得る。
【発明の概要】
【０００６】
[0006]  以下は、本書に開示される１つまたは複数の態様に関連する単純化された概要を示す。そのため、以下の概要は、すべての予期される態様に関連する広範な概説と見なされるべきではなく、また、以下の概要は、すべての予期される態様に関連する重要なまたはクリティカルな要素を特定するためのものとも、いかなる特定の態様に関連付けられた範囲を説明するためのものとも、見なされるべきではない。したがって、以下の概要は、下に示される詳細な説明に先行するために単純化された形で本書に開示されるメカニズムに関連する１つまたは複数の態様に関連する特定の概念を示すという目的のみを有する。
【０００７】
[0007]  一態様では、ワイヤレス通信媒体において確認応答を送信するための方法は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントからアクセス端末において、受信することと、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、１つまたは複数の場合において（on one or more occasions）ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセス端末によってアクセスポイントに、送信することと、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する、を含む。
【０００８】
[0008]  一態様では、ワイヤレス通信媒体において確認応答を送信するための装置は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信するように構成されたアクセス端末の受信機と、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイントに、送信するように構成されたアクセス端末の送信機と、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する、を含む。
【０００９】
[0009]  一態様では、ワイヤレス通信媒体において確認応答を送信するように構成されたアクセス端末は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信するように構成された受信するための手段と、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイントに、送信するように構成された送信するための手段と、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する、を含む。
【００１０】
[0010]  一態様では、ワイヤレス通信媒体において確認応答を送信するためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから受信することを、アクセス端末に行わせるための少なくとも１つの命令と、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する、１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイントに、送信することを、アクセス端末に行わせるための少なくとも１つの命令と、を備え、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する、コンピュータ実行可能コードを含む。
【００１１】
[0011]  本書に開示される態様に関連付けられた他の目的および利益は、詳細な説明および添付の図面に基づいて、当業者に明らかとなるだろう。
【００１２】
[0012]  添付の図面は、本開示のさまざまな態様の説明を助けるために提示され、これら態様の限定としてではなくその例示のためだけに提供される。
【図面の簡単な説明】
【００１３】
【図１】[0013]  図１は、例としてのワイヤレスネットワーク環境を示すシステムレベルの図である。
【図２】[0014]  図２は、例としての時分割複信（ＴＤＤ）フレーム構造を示す。
【図３Ａ】[0015]  図３Ａは、本開示の少なくとも１つの態様にしたがって、ショート物理アップリンク制御チャネル（ＰＵＣＣＨ）が確認応答のために使用される、例としての送信機会（ＴｘＯＰ）を示す。
【図３Ｂ】[0016]  図３Ｂは、本開示の少なくとも１つの態様にしたがって、ショートＰＵＣＣＨが確認応答のために使用される、例としてのＴｘＯＰを示す。
【図３Ｃ】[0017]  図３Ｃは、本開示の少なくとも１つの態様にしたがってショートＰＵＣＣＨの例としてのペイロード構造を示す。
【図４】[0018]  図４は、本開示の少なくとも１つの態様にしたがってサブフレームベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。
【図５Ａ】[0019]  図５Ａは、本開示の少なくとも１つの態様にしたがって動的ハイブリッド自動再送要求（ＨＡＲＱ）プロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。
【図５Ｂ】[0020]  図５Ｂは、本開示の少なくとも１つの態様にしたがって固定のＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。
【図６】[0021]  図６は、本書に説明される技術にしたがって通信の例としての方法を示すフロー図である。
【図７】[0022]  図７は、より詳細に、アクセス端末およびアクセスポイントの例としてのコンポーネントを示すデバイスレベルの図である。
【図８】[0023]  図８は、一連の相互に関連する機能モジュールとして表される例としてのアクセス端末装置を示す。
【発明を実施するための形態】
【００１４】
[0024]  本開示は、概して、共有の通信媒体において確認応答を送信することに関する。一態様では、アクセス端末は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイントから、受信し、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する。アクセス端末は、１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイントに、送信し、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する。
【００１５】
[0025]  本開示のこれらの態様、および他の態様は、例示の目的で提供されるさまざまな例を対象とする関連図、および以下の説明において提供される。代替の態様が、本開示の範囲から逸脱することなく考案され得る。さらに、本開示の周知の態様は、より関連性のある詳細を曖昧にしないために、詳細には説明されないか、省略され得る。
【００１６】
[0026]  当業者は、以下に説明される情報および信号は、多様な異なる技術および技法のいずれを使用しても表され得ることを理解するだろう。例えば、以下の説明全体を通して参照され得る、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光場または光粒子、もしくはこれらの任意の組み合わせによって表わされ得、それらは、一部は特定のアプリケーションに、一部は所望の設計に、一部は対応する技術に、およびその他に、依存する。
【００１７】
[0027]  さらに、多くの態様は、例えば、コンピューティングデバイスの要素によって実施される一連のアクションの観点から説明される。本書で説明されるさまざまなアクションが特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されているプログラム命令によって、または、両方の組み合わせによって実施されることができることが、認知されるだろう。加えて、本書で説明される態様の各々について、任意のそのような態様の対応する形式は、例えば、説明されるアクションを実施する「ように構成された論理」としてインプリメントされ得る。
【００１８】
[0028]  図１は、「プライマリ（primary）」無線アクセス技術（ＲＡＴ）システム１００および「競合（competing）」ＲＡＴシステム１５０を含むように、例として示される、例としてのワイヤレスネットワーク環境を示すシステムレベルの図である。各システムは、ワイヤレスリンクにわたって受信および／または送信することが一般的に可能な異なるワイヤレスノードによって構成され得、さまざまなタイプの通信（例えば、音声、データ、マルチメディアサービス、関連する制御シグナリング、など）に関連する情報を含む。プライマリＲＡＴシステム１００は、ワイヤレスリンク１３０にわたって互いに通信状態にあるアクセスポイント１１０およびアクセス端末１２０を含むように示されている。競合ＲＡＴシステム１５０は、別個のワイヤレスリンク１３２にわたって互いに通信状態にある２つの競合ノード１５２を含むように示されており、同様に、１つまたは複数のアクセスポイント、アクセス端末、または他のタイプのワイヤレスノードを含み得る。例として、プライマリＲＡＴシステム１００のアクセスポイント１１０およびアクセス端末１２０は、ロングタームエボルーション（ＬＴＥ）技術にしたがってワイヤレスリンク１３０を介して通信し得るが、競合ＲＡＴシステム１５０の競合ノード１５２は、ＷｉＦｉ技術にしたがってワイヤレスリンク１３２を介して通信し得る。各システムは、地理的領域全体にわたって分布する任意の数のワイヤレスノードをサポートし得、示されているエンティティは、例示の目的のみで示されていることが、理解されるだろう。
【００１９】
[0029]  他に言及されていない限り、「アクセス端末」および「アクセスポイント」という用語は、いかなる特定のＲＡＴに限定されるまたは固有であることが意図されない。概して、アクセス端末は、通信ネットワーク（例えば、携帯電話、ルータ、パーソナルコンピュータ、サーバ、エンターテインメントデバイス、モノのインターネット（ＩＯＴ）／すべてのモノのインターネット（ＩＯＥ）可能デバイス、車載通信デバイス、など）を通じて通信することをユーザに可能にするワイヤレス通信デバイスであり得、代替として、異なるＲＡＴ環境では、ユーザデバイス（ＵＤ）、移動局（ＭＳ）、加入者局（ＳＴＡ）、ユーザ機器（ＵＥ）、などと呼ばれ得る。同様に、アクセスポイントは、アクセスポイントが展開されるネットワークに依存してアクセス端末と通信する際に１つまたは複数のＲＡＴにしたがって動作し得、代替として、基地局（ＢＳ）、ネットワークノード、ノードＢ、進化型ノードＢ（ｅＮＢ）などと呼ばれ得る。このようなアクセスポイントは、例えば、スモールセルアクセスポイントに対応し得る。「スモールセル」は、概して、別名フェムトセル、ピコセル、マイクロセル、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント、他のスモールカバレッジエリアアクセスポイントなどと呼ばれ得るか、それらを含み得る低電力アクセスポイントの類に言及する。スモールセルは、マクロセルカバレッジを補完するように展開され得、それは、農村環境において数平方マイルを、または近隣地域内の数ブロックをカバーし得、それによって、改良されたシグナリング、漸次的な容量増大、より豊かなユーザ経験、などをもたらし得る。
【００２０】
[0030]  図１に戻って、プライマリＲＡＴシステム１００によって使用されるワイヤレスリンク１３０、および競合ＲＡＴシステム１５０によって使用されるワイヤレスリンク１３２は、共有の通信媒体１４０にわたって動作し得る。このタイプの通信媒体は、（例えば、１つまたは複数のキャリアにわたって１つまたは複数のチャネルを包含する、）１つまたは複数の周波数、時間、および／または、空間通信リソースによって構成され得る。一例として、通信媒体１４０は、アンライセンス周波数帯域の少なくとも一部分に対応し得る。異なるライセンス周波数帯域が（例えば、アメリカ合衆国における連邦通信委員会(ＦＣＣ)のような政府機関によって、）特定の通信のためにリザーブされるが、いくつかのシステムは、とくにスモールセルアクセスポイントを用いるものは、ＷｉＦｉを含むＷＬＡＮ技術によって使用されるアンライセンス全米情報基盤（Ｕ−ＮＩＩ）のようなアンライセンス周波数帯域に活動を拡大してきている。
【００２１】
[0031]  通信媒体１４０の共有の使用により、ワイヤレスリンク１３０とワイヤレスリンク１３２との間でクロスリンク干渉の可能性がある。さらに、いくつかのＲＡＴおよびいくつかの管轄（jurisdiction）は、通信媒体１４０へのアクセスのための競合または「リスンビフォートーク（ＬＢＴ）」を必要とし得る。一例として、クリアチャネルアセスメント（ＣＣＡ）プロトコルが使用され、ここにおいて各デバイスは、それの送信のための通信媒体を、獲得する（seizing）（およびいくつかの場合ではリザーブする）前に、共有の通信媒体において、他のトラフィックの不在を媒体感知を介して、検証する。いくつかの設計では、ＣＣＡプロトコルは、ＲＡＴ内およびＲＡＴ間のトラフィックにそれぞれ、通信媒体をもたらすために、異なるＣＣＡプリアンブル検出（ＣＣＡ−ＰＤ）およびＣＣＡエネルギー検出（ＣＣＡ−ＥＤ）メカニズムを含み得る。欧州電気通信標準化機構（ＥＴＳＩ）は、例えば、アンライセンス周波数帯域のような特定の通信媒体においてそれらのＲＡＴに関わらずすべてのデバイスに対して競合を命令する。
【００２２】
[0032]  以下により詳細に説明されるように、アクセスポイント１１０および／またはアクセス端末１２０は、上に簡単に述べた技術を提供する、またはそうでなければそれらをサポートするために本書の教示に従ってさまざまに構成され得る。例えば、アクセスポイント１１０は、確認応答メッセージコントローラ１１２を含み得、一方でアクセス端末１２０は、確認応答メッセージコントローラ１２２を含み得る。確認応答メッセージコントローラ１１２および確認応答メッセージコントローラ１２２は、例えば、本書に説明される機能を実施するように構成されたハードウェアまたはファームウェアモジュール、または、アクセスポイント１１０およびアクセス端末１２０それぞれのプロセッサによって実行されるソフトウェアモジュールであり得る。例えば、確認応答メッセージコントローラ１２２は、（選択的に、アクセス端末１２０のトランシーバ／受信機および／またはプロセッサと関連して、）ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイント１１０から、受信し得、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する。確認応答メッセージコントローラ１２２は、（選択的に、アクセス端末１２０のプロセッサ、および／または送信機／トランシーバと関連して、）１つまたは複数の場合においてワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答をアクセスポイント１１０に、送信し得、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する。
【００２３】
[0033]  図２は、通信媒体１４０へのコンテンションベースのアクセスを容易にするためにプライマリＲＡＴシステム１００のためにインプリメントされ得る例としての時分割複信（ＴＤＤ）フレーム構造を示す。
【００２４】
[0034]  例示されるフレーム構造は、システムフレームナンバー（ＳＦＮ）ヌーメロロジ（numerology）（ＳＦＮ Ｎ、Ｎ＋１、Ｎ＋２、など）にしたがって番号付され、それぞれのサブフレーム（ＳＦ）に分割され得る一連の無線フレーム（ＲＦ）を含み、それはまた、参照のために番号付され得る（例えば、ＳＦ０、ＳＦ１など）。各それぞれのサブフレームは、（図２には示されていない）複数のスロットにさらに分割され得、スロットは、複数のシンボル期間にさらに分割され得る。例として、ＬＴＥフレーム構造は、各々１０のサブフレームによって構成される１０２４と番号付された無線フレームに分割されるシステムフレームを含み、それらは、（例えば、１ｍｓサブフレームを有する１０ｍｓ無線サブフレームに対して１０．２４秒続く）ＳＦＮサイクルを一緒に構成する。各サブフレームは、２スロットを備え得、各スロットは、６または７のシンボル期間を備え得る。フレーム構造の使用は、よりアドホックなシグナリング技術よりもデバイス間でのより自然且つ有効な調整を提供し得る。
【００２５】
[0035]  図２の例としてのフレーム構造は、各サブフレームが、ダウンリンク（Ｄ）、アップリンク（Ｕ）、または特殊（Ｓ）サブフレームとして、異なる時間にさまざまに動作されるＴＤＤである。概して、ダウンリンクサブフレームは、アクセスポイント１１０からアクセス端末１２０にダウンリンク情報を送信するためにリザーブされ、アップリンクサブフレームは、アクセス端末１２０からアクセスポイント１１０にアップリンク情報を送信するためにリザーブされ、そして特殊サブフレームは、ガード期間によって分けられたアップリンク部分およびダウンリンク部分を含み得る。ダウンリンク、アップリンク、および特殊サブフレームの異なる配置は、異なるＴＤＤ構成と見なされ得る。上述のＬＴＥの例に戻ると、ＬＴＥフレーム構造のＴＤＤ変型は、７個のＴＤＤ構造（ＴＤＤ構成０乃至ＴＤＤ構成６）を含み、各構造は、ダウンリンク、アップリンク、および特殊サブフレームの異なる配置を有する。例えば、異なるトラフィックシナリオに順応するために、いくつかのＴＤＤ構成は、より多くのダウンリンクサブフレームを有し得、およびいくつかは、より多くのアップリンクサブフレームを有し得る。図２の図示された例では、ＬＴＥにおいてＴＤＤ構成３に類似したＴＤＤ構成が、用いられている。
【００２６】
[0036]  いくつかの設計では、図２のフレーム構造は、各サブフレームの位置が絶対時間に関連してあらかじめ定められ得るという点においては「固定」であり得るが、通信媒体１４０にアクセスするための競合プロシージャにより、いかなるインスタンスにおいてもプライマリＲＡＴシグナリングによって占有される場合もされない場合もある。例えば、アクセスポイント１１０またはアクセス端末１２０が所定のサブフレームに関わる競合に勝利しない場合、そのサブフレームは沈黙状態（silenced）であり得る。しかしながら、他の設計では、図２のフレーム構造は、各サブフレームの位置が通信媒体１４０へのアクセスが保証されているポイントに関連して動的に決定され得るという点において、「流動的（floating）」であり得る。例えば、所定のフレーム（例えば、ＳＦＮ Ｎ）の開始は、アクセスポイント１１０またはアクセス端末１２０が競合に勝利することができるまでの絶対時間に関連して、遅延され得る。
【００２７】
[0037]  以下により詳細に説明されるように、アップリンク情報を搬送するように指定された１つまたは複数のサブフレーム（例えば、アップリンクまたは特殊サブフレーム）は、ショート物理アップリンク制御チャネル（「ショートＰＵＣＣＨ」または「ｓＰＵＣＣＨ」と本書では互換的に呼ばれる）として、以下に例として説明される、補完的な「ショート」アップリンク制御チャネルを提供するように構成され得る。ｓＰＵＣＣＨは、短期間シグナリング、例えば、確認応答メッセージ、チャネル品質インジケータ、などを搬送することによって、プライマリＲＡＴシステム１００の他のアップリンク制御チャネルを補完するために使用され得る。いくつかの場合では、ｓＰＵＣＣＨは、サブフレームに割り当てられたシンボルの総数のサブセットにおいて、例えば、特殊サブフレームのアップリンクシンボルにおいて、送信され得る。
【００２８】
[0038]  ショートＰＵＣＣＨのより短い長さが、複数の利点を提供する。１つの利点は、その長さが短いほどに、より日和見的な（opportunistic）送信が可能になることである。例えば、情報は、短縮（truncated）サブフレーム、例えば特殊サブフレームの間に送信され得る。別の利点は、スモールペイロードに対するリソースの有効な使用である。さらに別の利点は、ショートＰＵＣＣＨが潜在的にあまり厳格でないリスンビフォートーク（ＬＢＴ）要件の対象となり得ることである。例えば、比較的短い制御シグナリング送信は、ＥＴＳＩルールに従って（それらが特定の持続時間より短いという条件で）クリアチャネルアセスメント（ＣＣＡ）の対象とならない場合がある。
【００２９】
[0039]  特定の制御シグナリング（例えば、所定の信号のために使用される特定のアップリンクサブフレーム）の位置は、共有の通信媒体１４０における動作をより良好にサポートする方法で、確認応答プロシージャ、例えば、ハイブリッド自動再送要求（ＨＡＲＱ）、のために、（例えば、確認応答メッセージコントローラ１１２および／または確認応答メッセージコントローラ１２２によって）スケジューリングされ得る。ＨＡＲＱタイムラインは、ダウンリンクにおいてアクセス端末１２０がアクセスポイント１１０からの送信を受信する時間と、アップリンクにおいてそれがアクセスポイント１１０に対応する確認応答を送る時間との関係を表している。
【００３０】
[0040]  ライセンス周波数帯域におけるＬＴＥにおいて、媒体は、アクセス端末１２０に対して常に利用可能であり、したがって、アクセス端末１２０によるＰＵＣＣＨの使用は、グラントベースではなく、リスンビフォートークメカニズムに依存しない。むしろ、ダウンリンク送信のために使用されるリソースとアップリンク確認応答のために使用されるリソースとの間に固定のアソシエーションがある。例えば、周波数分割複信（ＦＤＤ）システムでは、サブフレームＮにおけるダウンリンク送信のために、ＰＵＣＣＨにおける対応する確認応答が、サブフレームＮ＋４に生じる。ＴＤＤシステムにおいて、特定のＴＤＤシステムの構成に基づく固定のタイムラインアソシエーションがある。
【００３１】
[0041]  ライセンス周波数帯域におけるＬＴＥにおけるＰＵＣＣＨの使用と同様に、アンライセンス周波数帯域におけるＬＴＥにおけるショートＰＵＣＣＨの使用もまた、グラントベースではないが、しかしながら、リスンビフォートークメカニズムを使用し得る。しかしながら、ショートＰＵＣＣＨの利用はＣＣＡ免除であるため、リスンビフォートークメカニズムの使用は、必須ではない。アクセス端末１２０がアップリンクサブフレームにおいて確認応答を送信するライセンス周波数帯域におけるＬＴＥとは異なって、アンライセンス周波数帯域におけるＬＴＥにおけるショートＰＵＣＣＨを使用するとき、アクセス端末１２０は、（図３Ａ乃至３Ｃを参照して以下に示されるように）送信機会（ＴｘＯＰ）の修正された特殊サブフレームまたは特殊サブフレームの間に、確認応答を送信する。したがって、ダウンリンク送信と対応するショートＰＵＣＣＨにおけるアップリンク確認応答との間のアソシエーションを規定するＨＡＲＱタイムラインおよびアソシエーションルールが、有益である。
【００３２】
[0042]  図３Ａは、例としてのＴｘＯＰ３００を示し、ここにおいてショートＰＵＣＣＨは、本開示の少なくとも１つの態様にしたがって、確認応答のために使用される。ＴｘＯＰ３００は、一連のダウンリンクサブフレーム３０２、一連のアップリンクサブフレーム３０４、およびショートＰＵＣＣＨにおける修正された特殊サブフレーム３０６を備える。図３Ａの例において、ショートＰＵＣＣＨは、現在のＴｘＯＰ３００に関わる確認応答ビットのみを搬送する。より具体的には、ダウンリンクサブフレーム３０２は、修正された特殊サブフレーム３０６の間に確認応答される。
【００３３】
[0043]  図３Ｂは、例としてのＴｘＯＰを示し、ここにおいてショートＰＵＣＣＨは、本開示の少なくとも１つの態様にしたがって、確認応答のために使用される。第１のＴｘＯＰ３１０は、一連のダウンリンクサブフレーム３１２、ショートＰＵＣＣＨにおける特殊サブフレーム３１４、および一連のアップリンクサブフレーム３１６を備える。第２のＴｘＯＰ３２０は、一連のダウンリンクサブフレーム３２２、ショートＰＵＣＣＨにおける特殊サブフレーム３２４、および一連のアップリンクサブフレーム３２６を備える。図３Ｂの例において、特殊サブフレーム３１４の少なくともＸ個（例えば、レガシＬＴＥタイミングが維持される場合は４個）のサブフレームの前に受信されるダウンリンクサブフレーム３１２のうちのいくつかのダウンリンクサブフレームは、特殊サブフレーム３１４の間に確認応答され、残りのダウンリンクサブフレーム３１２は、第２のＴｘＯＰ３２０の特殊サブフレーム３２４の間に確認応答される。
【００３４】
[0044]  図３Ｂのような、一連のダウンリンクサブフレーム、特殊サブフレーム、および一連のアップリンクサブフレームの配列は、ライセンス周波数帯域におけるＬＴＥにおいて使用されるコンセプトである。これに対して、図３Ａのような、一連のダウンリンクサブフレーム、一連のアップリンクサブフレーム、および修正された特殊サブフレームの配列は、本開示に提示されているコンセプトである。
【００３５】
[0045]  図３Ｃは、本開示の少なくとも１つの態様にしたがってショートＰＵＣＣＨの例としてのペイロード構造３３０を示す。ペイロード構造３３０は、図３Ｂにおける特殊サブフレーム３１４および３２４によって使用され得る。ペイロード構造３３０の第１の部分３３２は、先のＴｘＯＰからの確認応答ビットのために使用され、ペイロード構造３３０の第２の部分３３４は、現在のＴｘＯＰからの確認応答ビットのために使用される。
【００３６】
[0046]  図３Ａ乃至３Ｃに示されているように、ショートＰＵＣＣＨは、アップリンクバーストの開始における特殊サブフレーム（例えば、図３Ｂの３１４／３２４）において、あるいは、アップリンクバーストの終わりにおける修正された特殊サブフレーム（例えば図３Ａの３０６）において、送信される。図３Ａ乃至３Ｃを参照して同様に上述されたように、ショートＰＵＣＣＨは、現在のＴｘＯＰ（例えば図３Ａ）のみの確認応答ビット、または、現在および先のＴｘＯＰの両方（例えば、図３Ｂ）の確認応答ビットを、搬送し得る。
【００３７】
[0047]  本開示は、ＨＡＲＱアソシエーションのための２つのアプローチを提示する。第１のアプローチは、サブフレームベースのショートＰＵＣＣＨペイロードマッピングを使用し、第２のアプローチは、ＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングを使用する。
【００３８】
[0048]  両方のアプローチに共通のさまざまなルールがある。１つのルールは、ショートＰＵＣＣＨが複数のコンポーネントキャリア、多入力多出力（ＭＩＭＯ）レイヤ、およびＨＡＲＱプロセスに関わる確認応答を搬送し得る。しかしながら、ショートＰＵＣＣＨペイロードのサイズは有限であるため、ペイロードにおいて搬送される情報の量を制限する必要があり得る。そのため、もう１つのルールは、適宜、ショートＰＵＣＣＨペイロードのサイズを制限することである。ペイロードのサイズを制限するためのさまざまなメカニズムがあり、それは、アクセスポイント１１０によって準静的に事前に設定され得る。第１のメカニズムは、ＨＡＲＱ多重化であり、それは、複数のＭＩＭＯレイヤにわたる確認応答のＡＮＤ動作を使用する。具体的に、複数のＭＩＭＯレイヤにわたる確認応答は、一緒にＡＮＤ処理され（ANDed）、確認応答をシングルビットに折り畳む（collapsing）。別のメカニズムは、ＨＡＲＱバンドリングであり、それは、同様に確認応答のＡＮＤ動作を使用するが、複数のダウンリンクサブフレームにわたる。具体的に、複数のダウンリンクサブフレームにわたる確認応答は、一緒にＡＮＤ処理され、確認応答をシングルビットに折り畳む。ＨＡＲＱ多重化およびＨＡＲＱバンドリングの両方は、ライセンス周波数帯域におけるＬＴＥにおいて現在使用されている。
【００３９】
[0049]  ペイロードのサイズを制限するためのさらに別のメカニズムは、ショートＰＵＣＣＨによって処理されるＨＡＲＱプロセスの数を制限することである。残りのＨＡＲＱプロセスはいずれも、グラントに基づく別個のアップリンクチャネルである、エンハンスドＰＵＣＣＨ（ｅＰＵＣＣＨ）を使用してアクセスポイント１１０によってポーリングされ得る。例えば、８個のＨＡＲＱプロセスがある場合、それらのうちの４個にショートＰＵＣＣＨを使用して、残りの４個にｅＰＵＣＣＨを使用することが決定され得る。別のメカニズムは、ショートＰＵＣＣＨによって処理されるダウンリンクサブフレームの数を制限することである。上述のように、残りのダウンリンクサブフレームはいずれも、ｅＰＵＣＣＨを使用してアクセスポイント１１０によってポーリングされ得る。
【００４０】
[0050]  サブフレームベースのショートＰＵＣＣＨペイロードマッピングを使用するための、上述された第１のアプローチに言及すると、複数のコンポーネントキャリアおよび／または複数のＭＩＭＯレイヤがあるとき、ペイロードのサイズを制限するための上述のメカニズムのうちの１つが使用されることができる（例えば、ＨＡＲＱ多重化、ＨＡＲＱバンドリング、ショートＰＵＣＣＨにおいて確認応答されるＨＡＲＱプロセスの数の制限など）。
【００４１】
[0051]  現在のＴｘＯＰに割り当てられたビット内で、ｉ番目（ith）のＨＡＲＱプロセスではなく、ｉ番目のサブフレームに関わる確認応答が、ショートＰＵＣＣＨのｉ番目のビットにおいて搬送される。これは、ショートＰＵＣＣＨペイロード内のビットが、ＨＡＲＱプロセスではなく、サブフレームインデックスに直接にマッピングすることを意味する。先のＴｘＯＰに割り当てられたビット内で、先のＴｘＯＰの、ｉ番目のＨＡＲＱプロセスではなく、ｉ番目の確認応答されていないサブフレームに関わる確認応答が、ショートＰＵＣＣＨのｉ番目のビットにおいて搬送される。この場合も同様に、これは、ショートＰＵＣＣＨペイロード内のビットが、ＨＡＲＱプロセスではなく、サブフレームインデックスに直接にマッピングすることを意味する。そのため、ＰＵＣＣＨペイロードは、ショートＰＵＣＣＨによって処理されるために割り当てられるダウンリンクサブフレームの数の関数である。
【００４２】
[0052]  例えば、ＴｘＯＰにおいて５個のダウンリンクサブフレームおよび５個のアップリンクサブフレーム、および８個のＨＡＲＱプロセスがある場合、サブフレームベースのショートＰＵＣＣＨペイロードマッピングルールを使用すると、ＨＡＲＱプロセスの数は問題ではない。むしろ、アクセス端末１２０は、ショートＰＵＣＣＨペイロードに先行した５個のダウンリンクサブフレームを単に確認応答する。この場合では、ショートＰＵＣＣＨペイロードは、５個のダウンリンクサブフレームの関数である。例えば、ショートＰＵＣＣＨペイロードは、５個のビットであり得、ＭＩＭＯレイヤの数の５ビット倍であり得る。
【００４３】
[0053]  ショートＰＵＣＣＨ送信のタイムライン内で復号されないサブフレームはいずれも、「Ｎ」（「ＮＡＣＫ」を意味する）に設定される。図４を参照してより詳細に説明されるように、アクセスポイント１１０は、後でサブフレームを再送信すること、あるいは、グラントベースのアップリンクチャネル（例えば、ｅＰＵＣＣＨ）を使用してアクセス端末１２０を非同期的にポーリングすることが可能である。
【００４４】
[0054]  さらに、現在または先のＴｘＯＰルールは、過去のＫ個のＴｘＯＰに拡張されることができ、それは、このアプローチのメモリを規定する。具体的には、ショートＰＵＣＣＨは、現在および先のＴｘＯＰのみに関わる確認応答ビットを包含する必要が無く、むしろ、先の、２、３、・・・Ｋ個のＴｘＯＰを同様に包含し得る。しかしながら、これは、過去に遡るにつれ徐々に大きくなるメモリを有することをアクセス端末１２０に要求する。
【００４５】
[0055]  図４は、本開示の少なくとも１つの態様にしたがってサブフレームベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。図４の例において、アクセスポイント１１０の側において、図４は、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに関わる、アクセスポイント１１０からアクセス端末１２０へのダウンリンクサブフレームを示す。アクセス端末１２０の側において、図４は、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに対応するショートＰＵＣＣＨペイロードのコンテンツを示す。時間Ｔ、Ｔ＋１、およびＴ＋２のＴｘＯＰの時間は、ＴｘＯＰ間の相対時間または絶対時間を指すのではなく、むしろ、これらがアクセスポイント１１０とアクセス端末１２０との間の連続したＴｘＯＰであること表すことに、留意されたい。
【００４６】
[0056]  図４にさらに示されているように、５個のＨＡＲＱプロセスがある。値「Ｘ．Ｙ」は、Ｘ番目のＨＡＲＱプロセスに関わる同じデータのＹ番目の送信を表す。送信（例えば「Ｘ．１」）が成功裏に受信されて確認応答される場合、次の送信は、新しいデータの最初の送信を表すため「Ｘ．１」と表される。
【００４７】
[0057]  図４に示されているように、時間Ｔにおいて、アクセスポイント１１０は、アクセス端末１２０に、５個のＨＡＲＱプロセスに対応して、５個のダウンリンクサブフレームを送る。しかしながら、アクセス端末１２０は、（サブフレーム「４．１」と表される）４番目のＨＡＲＱプロセスの最初の送信を復号せず、ショートＰＵＣＣＨのタイムライン内に（サブフレーム「５．１」と表される）５番目のＨＡＲＱプロセスの最初の送信を復号しない。そのため、アクセス端末１２０は、４番目および５番目のサブフレームに対応するショートＰＵＣＣＨペイロードの確認応答ビットを、「Ｎ」（「ＮＡＣＫ」を意味する）に設定する。アクセス端末１２０は、ショートＰＵＣＣＨのタイムライン内での復号の不履行と復号の不履行とを区別せず、そのため、これらのサブフレームの両方に対応するビットを「Ｎ」に設定することに、留意されたい。
【００４８】
[0058]  時間Ｔ＋１において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「３．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および３に関わる新しいデータを送信し、（サブフレーム「４．２」および「５．２」とそれぞれ表される）４番目および５番目のＨＡＲＱプロセスに関わる先の送信を再送信する。図４の例において、アクセス端末１２０は、再び４番目のＨＡＲＱプロセスの送信を復号しない。アクセス端末１２０はまた、ショートＰＵＣＣＨのタイムライン内に（５番目のサブフレームにおける）３番目のＨＡＲＱプロセスに関わる送信を復号しない。そのため、アクセス端末１２０は、最初および５番目のサブフレームに対応するショートＰＵＣＣＨペイロードの確認応答ビットを「Ｎ」に設定する。アクセス端末１２０がＨＡＲＱプロセスではなくサブフレームに対応するビットを設定することに、留意されたい。
【００４９】
[0059]  時間Ｔ+２において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「５．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および５に関わる新しいデータを送信し、（サブフレーム「３．２」および「４．３」とそれぞれ表される）３番目および４番目のＨＡＲＱプロセスに関わる送信を再送信する。図４の例において、アクセス端末１２０は再び、ショートＰＵＣＣＨのタイムライン内に５番目のサブフレーム（すなわち、サブフレーム「２．１」と表される、２番目のＨＡＲＱプロセスの送信）を復号しない。そのため、アクセス端末１２０は、５番目のサブフレームに対応するショートＰＵＣＣＨペイロードにおける確認応答ビットを、「Ｎ」に設定する。
【００５０】
[0060]  図４の例において、アクセス端末１２０は、ショートＰＵＣＣＨのタイムライン内に各ＴｘＯＰの５番目のサブフレームを復号することができない。そのため、現在のＴｘＯＰごとに、アクセスポイント１１０は、先のＴｘＯＰからの５番目のサブフレームを再送信する。これを行う代わりに、アクセスポイント１１０は、毎回５番目のサブフレームを自動的に再送信するのではなく、アクセス端末１２０が先のＴｘＯＰの５番目のサブフレームを受信したかどうかを決定するために、グラントベースのアップリンクチャネル、例えばｅＰＵＣＣＨを使用してアクセス端末１２０を非同期的にポーリングし得る。
【００５１】
[0061]  ここでＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチに言及すると、このアプローチでは、ｉ番目のＨＡＲＱプロセスに関わる確認応答が、ショートＰＵＣＣＨペイロードのｉ番目のビットにおいて搬送される。そのため、ＰＵＣＣＨペイロードは、ショートＰＵＣＣＨのために割り当てられるＨＡＲＱプロセスの数の関数である。例えば、１６個のＨＡＲＱプロセスと仮定すると、ショートＰＵＣＣＨペイロードは、１６個のＨＡＲＱプロセスに割り当てられ得る。
【００５２】
[0062]  従来のアプローチとの重要な違いは、現在のＴｘＯＰと先のＴｘＯＰとのコンセプトが使用されないことである。代わりに、ＨＡＲＱプロセスは、メモリを保持するために使用される。
【００５３】
[0063]  ＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチ内には２つのアプローチがある。第１のアプローチでは、ショートＰＵＣＣＨペイロードは、所定の時間においてスケジューリングされるＨＡＲＱプロセスの動的な数（a dynamic number）の関数であり、第２のアプローチでは、ショートＰＵＣＣＨペイロードは、準静的に構成されたＨＡＲＱプロセスの数の関数であり、固定数の確認応答ビットを常に搬送する。これらのアプローチは、図５Ａ乃至５Ｂを参照して以下に論じられる。
【００５４】
[0064]  図５Ａは、本開示の少なくとも１つの態様にしたがって動的なＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。図５Ａの例において、アクセスポイント１１０の側において、図５Ａは、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに関わる、アクセスポイント１１０からアクセス端末１２０へのダウンリンクサブフレームを示す。アクセス端末１２０の側において、図５Ａは、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに対応するショートＰＵＣＣＨペイロードのコンテンツを示す。図４のように、Ｔ、Ｔ＋１、およびＴ＋２のＴｘＯＰの時間は、ＴｘＯＰ間の相対時間または絶対時間を指すのではなく、むしろ、これらがアクセスポイント１１０とアクセス端末１２０との間の連続したＴｘＯＰであること表すことに、留意されたい。
【００５５】
[0065]  図５Ａにさらに示されているように、５個のＨＡＲＱプロセスがある。図４のように、値「Ｘ．Ｙ」は、Ｘ番目のＨＡＲＱプロセスに関わる同じデータのＹ番目の送信を表す。送信（例えば「Ｘ．１」）が成功裏に受信されて確認応答される場合、次の送信は、新しいデータの最初の送信を表すため「Ｘ．１」と表される。
【００５６】
[0066]  図５Ａに示されているように、時間Ｔにおいて、アクセスポイント１１０は、アクセス端末１２０に、５個のＨＡＲＱプロセスに対応して、５個のダウンリンクサブフレームを送る。しかしながら、アクセス端末１２０は、（サブフレーム「４．１」と表される）４番目のＨＡＲＱプロセスの最初の送信を復号せず、ショートＰＵＣＣＨのタイムライン内に（サブフレーム「５．１」と表される）５番目のＨＡＲＱプロセスの最初の送信を復号しない。そのため、アクセス端末１２０は、４番目および５番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードの確認応答ビットを、「Ｎ」（「ＮＡＣＫ」を意味する）に設定する。アクセス端末１２０は、ショートＰＵＣＣＨのタイムライン内での復号の不履行と復号の不履行とを区別せず、そのため、これらのＨＡＲＱプロセスの両方に対応するビットを「Ｎ」に設定することに、留意されたい。
【００５７】
[0067]  時間Ｔ＋１において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「３．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および３に関わる新しいデータを送信し、（サブフレーム「４．２」および「５．２」とそれぞれ表される）４番目および５番目のＨＡＲＱプロセスに関わる先の送信を再送信する。図５Ａの例において、アクセス端末１２０は、再び４番目のＨＡＲＱプロセスの送信を復号しない。アクセス端末１２０はまた、ショートＰＵＣＣＨのタイムライン内に（５番目のサブフレームにおける）３番目のＨＡＲＱプロセスに関わる送信を復号しない。そのため、アクセス端末１２０は、３番目および４番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードの確認応答ビットを、「Ｎ」に設定する。図４とは異なって、アクセス端末１２０がダウンリンクサブフレームではなくＨＡＲＱプロセスに対応するビットを設定することに、留意されたい。
【００５８】
[0068]  時間Ｔ+２において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「５．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および５に関わる新しいデータを送信し、（サブフレーム「３．２」および「４．３」とそれぞれ表される）３番目および４番目のＨＡＲＱプロセスに関わる送信を再送信する。図５Ａの例において、アクセス端末１２０は再び、ショートＰＵＣＣＨのタイムライン内に５番目のサブフレーム（すなわち、サブフレーム「２．１」と表される、２番目のＨＡＲＱプロセスの送信）を復号しない。そのため、アクセス端末１２０は、２番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードにおける確認応答ビットを、「Ｎ」に設定する。
【００５９】
[0069]  図５Ａの例において、図４の例のように、アクセス端末１２０は、ショートＰＵＣＣＨのタイムライン内に各ＴｘＯＰの５番目のサブフレームを復号することができない。そのため、現在のＴｘＯＰごとに、アクセスポイント１１０は、先のＴｘＯＰからの５番目のサブフレームに対応するいずれのＨＡＲＱプロセスも再送信する。これを行う代わりに、アクセスポイント１１０は、毎回５番目のサブフレームを自動的に再送信するのではなく、アクセス端末１２０が先のＴｘＯＰの５番目のサブフレームを受信したかどうかを決定するために、グラントベースのアップリンクチャネル、例えばｅＰＵＣＣＨを使用してアクセス端末１２０を非同期的にポーリングし得る。
【００６０】
[0070]  代替の固定のＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチでは、リソースは、固定数のＨＡＲＱプロセスを介してショートＰＵＣＣＨにマッピングされる。一態様では、アクセスポイント１１０によって準静的に構成された最大Ｈ個のＨＡＲＱプロセスがあり得、そのうちＨＳＵＢＳＥＴ個のＨＡＲＱプロセスのサブセットのみが所定の時間においてスケジューリングされる。この場合では、ショートＰＵＣＣＨは常に、送信機と受信機との間の通信の一貫性を可能にするために、Ｈ個すべてのＨＡＲＱプロセスの最新の利用可能な確認応答ビットを搬送し得る。しかしながら、アクセス端末１２０は、スケジューリングされなかった残りのＨＡＲＱプロセス（すなわち、Ｈ個のＨＡＲＱプロセス  マイナス  ＨＳＵＢＳＥＴ個のＨＡＲＱプロセス）に関わる確認応答ビットを、「ＮＡＣＫ」を表す「Ｎ」に自動的に設定し得る。
【００６１】
[0071]  このアプローチに関わるルールは、ＨＡＲＱプロセスがスケジューリングされない場合にそのＨＡＲＱプロセスに関わる確認応答ビットが「ＮＡＣＫ」を表す「Ｎ」に設定される、という第１のルールを含む。第２に、いずれのＰＤＣＣＨサブフレームも復号されない場合、そのＨＡＲＱプロセスに関わる確認応答ビットが「ＮＡＣＫ」を表す「Ｎ」に設定される。第３に、復号タイムラインが達成されない（例えば、サブフレームがショートＰＵＣＣＨのタイムライン内に復号されない）場合、そのＨＡＲＱプロセスに関わる確認応答ビットが「ＮＡＣＫ」を表す「Ｎ」に設定される。
【００６２】
[0072]  図５Ｂは、本開示の少なくとも１つの態様にしたがって固定のＨＡＲＱプロセスベースのショートＰＵＣＣＨペイロードマッピングアプローチの例としての動作を示す。図５Ｂの例において、アクセスポイント１１０の側において、図５Ｂは、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに関わる、アクセスポイント１１０からアクセス端末１２０へのダウンリンクサブフレームを示す。アクセス端末１２０の側において、図５Ｂは、時間Ｔ、Ｔ＋１、およびＴ＋２におけるＴｘＯＰに対応するショートＰＵＣＣＨペイロードのコンテンツを示す。図４のように、時間Ｔ、Ｔ＋１、およびＴ＋２のＴｘＯＰの時間は、ＴｘＯＰ間の相対時間または絶対時間を指すのではなく、むしろ、これらがアクセスポイント１１０とアクセス端末１２０との間の連続したＴｘＯＰであることを表すことに、留意されたい。
【００６３】
[0073]  図５Ｂにさらに示されているように、８個のＨＡＲＱプロセスがあるが、ダウンリンクサブフレームは５個のみである。図４のように、値「Ｘ．Ｙ」は、Ｘ番目のＨＡＲＱプロセスに関わる同じデータのＹ番目の送信を表す。送信（例えば「Ｘ．１」）が成功裏に受信されて確認応答される場合、次の送信は、新しいデータの最初の送信を表すため、「Ｘ．１」と表される。
【００６４】
[0074]  図５Ｂに示されているように、時間Ｔにおいて、アクセスポイント１１０は、アクセス端末１２０に、８個のうちの５個のＨＡＲＱプロセスに対応して、５個のダウンリンクサブフレームを送る。しかしながら、アクセス端末１２０は、（サブフレーム「４．１」と表される）４番目のＨＡＲＱプロセスの最初の送信を復号せず、ショートＰＵＣＣＨのタイムライン内に（サブフレーム「５．１」と表される）５番目のＨＡＲＱプロセスの最初の送信を復号しない。さらに、アクセス端末１２０は、残り３個のＨＡＲＱプロセス（ＨＡＲＱプロセス６、７、および８）に関わるサブフレームを受信しない。そのため、アクセス端末１２０は、４番目乃至８番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードの確認応答ビットを、「Ｎ」（「ＮＡＣＫ」を表す）に設定する。
【００６５】
[0075]  時間Ｔ＋１において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「３．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および３に関わる新しいデータを送信し、（サブフレーム「４．２」および「５．２」とそれぞれ表される）４番目および５番目のＨＡＲＱプロセスに関わる先の送信を再送信する。図５Ｂの例において、アクセス端末１２０は再び、４番目のＨＡＲＱプロセスの送信を復号せず、また、ショートＰＵＣＣＨのタイムライン内に（５番目のサブフレームにおける）３番目のＨＡＲＱプロセスに関わる送信を復号しない。さらに、アクセス端末１２０は、残り３個のＨＡＲＱプロセス（ＨＡＲＱプロセス６、７、および８）に関わるサブフレームを受信しない。そのため、アクセス端末１２０は、３、４、６、７、および８番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードの確認応答ビットを、「Ｎ」に設定する。
【００６６】
[0076]  時間Ｔ+２において、アクセスポイント１１０は、（サブフレーム「１．１」、「２．１」、および「５．１」とそれぞれ表される）ＨＡＲＱプロセス１、２、および５に関わる新しいデータを送信し、（サブフレーム「３．２」および「４．３」とそれぞれ表される）３番目および４番目のＨＡＲＱプロセスに関わる送信を再送信する。図５Ｂの例において、アクセス端末１２０は再び、（サブフレーム「３．２」として表される）３番目のＨＡＲＱプロセスを復号しない。さらに、アクセス端末１２０は、残り３個のＨＡＲＱプロセス（ＨＡＲＱプロセス６、７、および８）に関わるサブフレームを受信しない。そのため、アクセス端末１２０は、３、６、７、および８番目のＨＡＲＱプロセスに対応するショートＰＵＣＣＨペイロードにおける確認応答ビットを、「Ｎ」に設定する。
【００６７】
[0077]  かくして、図５Ｂの例に示されているように、ショートＰＵＣＣＨは常に、送信機と受信機との間の通信の一貫性を可能にするために、Ｈ（例えば、８）個すべてのＨＡＲＱプロセスの最新の利用可能な確認応答ビットを搬送し得る。
【００６８】
[0078]  一態様では、アクセス端末１２０は、ダウンリンクグラントおよびダウンリンクグラントにおいて示され得るショートＰＵＣＣＨの追加のインスタンスに基づいて、ショートＰＵＣＣＨを自動的に送信することを暗にトリガされ得る。ショートＰＵＣＣＨの追加のインスタンスは、ショートＰＵＣＣＨの最初の送信位置に関連する固定のタイミング関係を使用してアクセスポイント１１０によって明確に示される１つまたは複数の次のＴｘＯＰの間に、生じ得る。
【００６９】
[0079]  ショートＰＵＣＣＨをトリガするダウンリンクグラントはまた、使用されるリソースブロック（ＲＢ）インターレースと、使用される（１つまたは複数の）多重化コードと、ショートＰＵＣＣＨが特殊サブフレームにおいて送信されるか修正された特殊サブフレームにおいて送信されるかどうかと、フレーム構造が固定であるか流動的であるかどうかに関わらず、無線フレーム構造に関連するこのようなサブフレームの固有の位置と、を含んで、ショートＰＵＣＣＨを送信するために、アクセス端末１２０が使用する必要があるリソースを、示し得る。
【００７０】
[0080]  さらに、第２のダウンリンクグラントによってトリガされる第２のショートＰＵＣＣＨの最初のインスタンスが先のショートＰＵＣＣＨのＮ番目のインスタンスと比較して異なるサブフレームにおいて生じる場合、送信機（例えば、アクセス端末１２０）は、それぞれのダウンリンクグラントにおいて示されるように、リソースを使用する。他方で、ショートＰＵＣＣＨの２つのインスタンスが同じサブフレームにおいて衝突する場合、それらの送信は、ショートＰＵＣＣＨのための最も最近のダウンリンクグラントによって示される構成を使用するために融合し得る。さらに、ショートＰＵＣＣＨまたはＰＵＣＣＨがＣＣＡを実施およびクリアすることを必要とされる場合、この情報は、ショートＰＵＣＣＨ送信をトリガするダウンリンクグラントにおいて示され得る。アクセス端末１２０がＣＣＡを成功裏にクリアしない場合、それは、アクセスポイント１１０との通信の一貫性を維持するために、それのＨＡＲＱバッファをクリアし、ＨＡＲＱプロセスが送信されたと想定し得る。アクセスポイント１１０は、このシナリオでは、ショートＰＵＣＣＨの送信の欠如をロスした送信（lost transmission）として処理し、それらのダウンリンクサブフレームを再送信するか、グラントベースのチャネル（例えば、ｅＰＵＣＣＨ）を使用して確認応答情報のためにアクセス端末１２０をポーリングするかを選択し得る。
【００７１】
[0081]  図６は、上述の技術にしたがって通信の例としての方法６００を示すフロー図である。方法６００は、例えば、共有の通信媒体（例えば共有の通信媒体１４０）において動作するアクセス端末（例えば、図１に示されるアクセス端末１２０）によって実施され得る。例として、通信媒体は、ＬＴＥ技術のデバイスとＷｉＦｉ技術のデバイスとの間で共有されるアンライセンス無線周波数帯域における１つまたは複数の時間、周波数、または空間リソースを含み得る。
【００７２】
[0082]  ６０２において、アクセス端末１２０（例えば、アクセス端末１２０のトランシーバ／受信機および／またはプロセッサと関連する確認応答メッセージコントローラ１２２）は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイント１１０から、受信する。複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送し得る。
【００７３】
[0083]  ６０４において、アクセス端末１２０（例えば、アクセス端末１２０のトランシーバ／送信機および／またはプロセッサと関連する確認応答メッセージコントローラ１２２）は、ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答を、アクセスポイント１１０に、送信する。アップリンクサブフレームは、複数のプロセスまたは複数のダウンリンクサブフレームに対応する複数のビットを含み得る。アップリンクチャネルは、ショートＰＵＣＣＨであり得る。複数のプロセスは、複数のＨＡＲＱプロセスであり得る。６０２における受信および６０４における送信は、アクセス端末１２０に割り当てられるＴｘＯＰの間に行われ得る。
【００７４】
[0084]  図４を参照して上述されるように、複数のダウンリンクサブフレームに対応する複数のビットの数は、複数のダウンリンクサブフレームの数の関数であり得る。例えば、複数のダウンリンクサブフレームのｉ番目のサブフレームに関わる確認応答は、複数のビットのｉ番目のビットにおいて搬送され得る。別の例として、複数のダウンリンクサブフレームに対応する複数のビットは、複数のダウンリンクサブフレームのサブフレームインデックスに直接にマッピングし得る。
【００７５】
[0085]  図５Ａおよび５Ｂを参照して上述されるように、複数のプロセスに対応する複数のビットの数は、複数のプロセスの数の関数であり得る。例えば、複数のプロセスのｉ番目のプロセスに関わる確認応答は、複数のビットのｉ番目のビットにおいて搬送され得る。別の例として、複数のプロセスに対応する複数のビットは、複数のプロセスのプロセス識別子に直接にマッピングし得る。
【００７６】
[0086]  図５Ｂを参照して上述されるように、複数のダウンリンクサブフレームの数は、複数のプロセスの数より小さく、複数のビットの数は、複数のプロセスの数と同等であり得る。アクセス端末１２０は、複数のプロセスのうちのいくつかのプロセスが複数のダウンリンクサブフレームの間に受信されなかったことを示すために、複数のダウンリンクサブフレームの間に受信されない、複数のプロセスのうちのプロセスに対応する、複数のビットのうちのビットを（例えば、ビットを「Ｎ」に設定することによって、）設定する。
【００７７】
[0087]  ｓＰＵＣＣＨペイロードマッピングへの上述のアプローチはまた、アンライセンス周波数帯域におけるＬＴＥのために他のタイプのＰＵＣＣＨ、例えば、使用されるならばＬＴＥ ＰＵＣＣＨ、に拡大され得る。例えば、ＬＴＥ ＰＵＣＣＨの特定のフォーマット、例えば、フォーマット３、がアップリンク確認応答に関わるアンライセンス周波数帯域におけるＬＴＥによって使用されることを想定すると、ダウンリンクリソースへのペイロードマッピングが、図４乃至５Ｂを参照して本書に説明されるアプローチにしたがって依然として採用され得る。
【００７８】
[0088]  図６には示されていないが、方法６００は、ワイヤレス通信媒体のダウンリンクチャネルにおける次の複数のダウンリンクサブフレームを、アクセスポイント１１０からアクセス端末１２０において、受信することをさらに含み得、次の複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する。アクセス端末１２０は、ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて次の複数のダウンリンクサブフレームに関わる確認応答の次のセットを、アクセスポイント１１０に、送信し得る。複数のダウンリンクサブフレームのうちの、アップリンクサブフレームの複数のビットにおける対応する確認応答の送信の前に復号されなかったダウンリンクサブフレームに関して、アクセス端末１２０は、ダウンリンクサブフレームが復号されなかったことを示すために複数のビットの対応するビットを設定し得る。その場合では、次の複数のダウンリンクサブフレームは、複数のダウンリンクサブフレームのうちの、アップリンクサブフレームの複数のビットにおける対応する確認応答の送信の前に復号されなかったダウンリンクサブフレームを含み得る。アクセスポイント１１０はまた、グラントベースのＰＵＣＣＨ、例えばｅＰＵＣＣＨ、におけるダウンリンクサブフレームの確認応答のためにアクセス端末を非同期的にポーリングし得る。
【００７９】
[0089]  一般性に関しては、アクセスポイント１１０およびアクセス端末１２０は、確認応答メッセージコントローラ１１２および確認応答メッセージコントローラ１２２をそれぞれ含むものとして関連部分のみ、図１に示されている。しかしながら、アクセスポイント１１０およびアクセス端末１２０は、本書に論じられる技術を提供するか、そうでなければサポートするためにさまざまな方法で構成され得ることが、理解されるだろう。
【００８０】
[0090]  図７は、より詳細に、プライマリＲＡＴシステム１００のアクセス端末１２０およびアクセスポイント１１０の例としてのコンポーネントを示すデバイスレベルの図である。示されているように、アクセスポイント１１０およびアクセス端末１２０は各々、少なくとも１つの指定されたＲＡＴを介して他のワイヤレスノードと通信するための（通信デバイス７３０および７５０によって表される）ワイヤレス通信デバイスを概して含み得る。通信デバイス７３０および７５０は、指定されたＲＡＴにしたがった信号（例えば、メッセージ、インジケーション、情報、パイロットなど）を送信および符号化するために、および、逆に、信号を受信および復号するために、さまざまに構成され得る。
【００８１】
[0091]  通信デバイス７３０および７５０は、例えば、それぞれのプライマリＲＡＴトランシーバ７３２および７５２のような、１つまたは複数のトランシーバ、および、いくつかの設計では、それぞれに、（例えば、競合するＲＡＴシステム１５０によって用いられるＲＡＴに対応する）（選択的な）コロケートされたセカンダリＲＡＴトランシーバ７３４および７５４、を含み得る。本書において使用されるように、「トランシーバ」は、送信機回路、受信機回路、またはそれらの組み合わせを含み得るが、すべての設計において受信および送信機能性の両方を提供する必要は無い。例えば、低機能性の受信機回路が、いくつかの設計では、十分な通信を提供することが不要である場合、費用を削減するために、使用され得る（例えば、低レベルのスニッフィングのみを提供する無線チップまたは同様の回路）。さらに、本書で使用されるように、「コロケートされた（co-located）」（例えば、無線機、アクセスポイント、トランシーバなど）という用語は、さまざまな配列のうちの１つに言及し得る。例えば、同じハウジングにおけるコンポーネント；同じプロセッサによってホストされるコンポーネント；互いに所定距離内にあるコンポーネント；および／または、インターフェース（例えば、イーサネット（登録商標）スイッチ）を介して接続されるコンポーネント、ここにおいてインターフェースは、任意の必要なコンポーネント間通信（例えばメッセージング）のレイテンシ要件を満たす。
【００８２】
[0092]  アクセスポイント１１０およびアクセス端末１２０はまた、各々、それらのそれぞれの通信デバイス７３０および７５０の動作を制御（例えば、指示、修正、有効化、無効化、など）するための（通信コントローラ７４０および７６０によって表される）通信コントローラを概して含み得る。通信コントローラ７４０および７６０は、１つまたは複数のプロセッサ７４２および７６２と、プロセッサ７４２および７６２にそれぞれ結合される１つまたは複数のメモリ７４４および７６４を含み得る。メモリ７４４および７６４は、データ、命令、またはそれらの組み合わせを、オンボードキャッシュメモリとして、別個のコンポーネントとして、組み合わせ、など、いずれかで記憶するように構成され得る。プロセッサ７４２および７６２およびメモリ７４４および７６４は、スタンドアロン通信コンポーネントであり得るか、アクセスポイント１１０およびアクセス端末１２０のそれぞれのホストシステム機能の一部であり得る。
【００８３】
[0093]  確認応答メッセージコントローラ１１２および確認応答メッセージコントローラ１２２が異なる方法でインプリメントされ得ることが、理解されるだろう。いくつかの設計では、それらと関連する機能性のいくつかまたはすべては、少なくとも１つのプロセッサ（例えば、プロセッサ７４２のうちの１つまたは複数、および／または、プロセッサ７６２のうちの１つまたは複数）および少なくとも１つのメモリ（例えば、メモリ７４４のうちの１つまたは複数、および／または、メモリ７６４のうちの１つまたは複数）によって、またはそうでなければそれらの指示で、インプリメントされ得る。他の設計では、それらと関連する機能性のいくつかまたはすべては、一連の相互に関連する機能モジュールとしてインプリメントされ得る。
【００８４】
[0094]  図８は、一連の相互に関連する機能モジュールとして表される本書に説明されるものをインプリメントするための例としてのアクセス端末装置を示す。示されている例では、装置８００は、（確認応答メッセージコントローラ１２２と関連する通信デバイス７５０に、いくつかの態様では、対応し得る）受信するためのモジュール８０２、および、（確認応答メッセージコントローラ１２２と関連する通信デバイス７５０に、いくつかの態様では、対応し得る）送信するためのモジュール８０４を、含む。一態様では、受信するためのモジュール８０２は、ワイヤレス通信媒体のダウンリンクチャネルにおける複数のダウンリンクサブフレームを、アクセスポイント（例えば、アクセスポイント１１０）から、受信し得、複数のダウンリンクサブフレームは、複数のプロセスに関わるデータを搬送する。送信するためのモジュール８０４は、１つまたは複数の場合において、ワイヤレス通信媒体のアップリンクチャネルのアップリンクサブフレームにおいて複数のダウンリンクサブフレームに関わる確認応答をアクセスポイントに送信し得、アップリンクサブフレームは、複数のビットを含み、複数のビットは、複数のダウンリンクサブフレームまたは複数のプロセスに対応する。
【００８５】
[0095]  図８のモジュールの機能は、本書における教示と一致するさまざまな方法でインプリメントされ得る。いくつかの設計において、これらのモジュールの機能は、１つまたは複数の電気コンポーネントとしてインプリメントされ得る。いくつかの設計において、これらのブロックの機能は、１つまたは複数のプロセッサコンポーネントを含む処理システムとしてインプリメントされ得る。いくつかの設計において、これらのモジュールの機能は、例えば、１つまたは複数の集積回路（例えば、ＡＳＩＣ）のうちの少なくとも一部を使用してインプリメントされ得る。本書に論じられたように、集積回路は、プロセッサ、ソフトウェア、他の関連コンポーネント、またはそれらの組み合わせを含み得る。かくして、異なるモジュールの機能は、例えば、集積回路の異なるサブセット、ソフトウェアモジュールのセットの異なるサブセット、またはそれらの組み合わせとしてインプリメントされ得る。また、（例えば、集積回路の、および／またはソフトウェアモジュールのセットの）所与のサブセットが、２つ以上のモジュールに機能の少なくとも一部を提供し得ることが、理解されるだろう。
【００８６】
[0096]  加えて、図８によって示されるコンポーネントおよび機能、並びに、本書に説明される他のコンポーネントおよび機能は、任意の適した手段を使用してインプリメントされ得る。そのような手段はまた、少なくとも部分的に、本書に教示された対応する構造を使用してインプリメントされ得る。例えば、図８のコンポーネント「のためのモジュール」と関連して上述されたコンポーネントはまた、同様に指定された機能の「ための手段」に対応し得る。かくして、いくつかの態様において、そのような手段のうちの１つまたは複数は、アルゴリズムを含めて、本書に教示されたプロセッサコンポーネント、集積回路、または他の適した構造のうちの１つまたは複数を使用してインプリメントされ得る。当業者は、上述された文において表されるアルゴリズムを、並びに疑似コードによって表され得るアクションのシーケンスにおいて、本開示で実現するだろう。例えば、図８によって表されるコンポーネントおよび機能は、ロード動作、比較動作、リターン動作、ＩＦ−ＴＨＥＮ−ＥＬＳＥループ、などを実施するためのコードを含み得る。
【００８７】
[0097]  本書において、例えば、「第１の（最初の）（first）」、「第２の（２番目の）（second）」などのような指定を用いた、要素に対するいずれの参照も、一般に、これら要素の数または順序を限定しないことが理解されるべきである。むしろ、これらの称号は、２つ以上の要素、または１つの要素の複数のインスタンスを区別する便利な方法として、本書では使用され得る。かくして、第１および第２の要素の言及は、２つの要素のみが使用され得ること、または第１の要素がいくつかの方法で第２の要素に先行しなければならないことを、意味するのではない。さらに、他に述べられない限り、エレメントのセットは、１つまたは複数のエレメントを備え得る。さらに、本明細書または特許請求の範囲において使用されている「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、または「Ａ、Ｂ、またはＣのうちの１つまたは複数」、または「Ａ、Ｂ、およびＣから成るグループのうちの少なくとも１つ」という形態の用語は、「ＡまたはＢまたはＣまたはこれらエレメントの任意の組み合わせ」を意味する。例えば、この用語は、Ａ、またはＢ、またはＣ、またはＡおよびＢ、またはＡおよびＣ、またはＡおよびＢおよびＣ、または２Ａ、または２Ｂ、または２Ｃ、などを含み得る。
【００８８】
[0098]  上の記述および説明を考慮すると、当業者は、本書に開示された態様に関連して説明されたさまざまな例示的な論理ブロック、モジュール、回路、アルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組み合わせとして実現され得ることを理解するだろう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、一般にこれらの機能性の観点で、上に説明されている。このような機能性がハードウェアとしてインプリメントされるか、またはソフトウェアとしてインプリメントされるかは、システム全体に課せられた設計制限および特定のアプリケーションに依存する。当業者は、説明された機能を特定のアプリケーションごとにさまざまな方法でインプリメントし得るが、そのようなインプリメンテーションの決定は、本開示の範囲からの逸脱を引き起こしていると解釈されるべきではない。
【００８９】
[0099]  したがって、例えば、装置または装置の任意のコンポーネントが、本書に教示されたように機能性を提供するように構成され（または、そのように動作可能にされるか、そのように適用され）得ることが、理解されるだろう。このことは、例えば、機能を提供するように装置またはコンポーネントを製造する（例えば、組み立てる）ことによって、機能を提供するように装置またはコンポーネントをプログラムすることによって、または、他の何らかの適したインプリメンテーション技術を用いて、達成され得る。一例として、集積回路は、必須の機能を提供するように組み立てられ得る。別の例として、集積回路は、必須の機能をサポートするために組み立てられ、そして、必須の機能を提供するように（例えばプログラミングによって）構成され得る。さらに別の例として、プロセッサ回路は、必須の機能を提供するためのコードを実行し得る。
【００９０】
[00100]  さらに、本書に開示された態様に関連して説明された方法、シーケンスおよび／またはアルゴリズムは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれら２つの組み合わせにおいて、具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または当該技術分野において周知であるその他任意の形状の記憶媒体において、一時的、または非一時的に、存在し得る。例示的な記憶媒体は、プロセッサが、記憶媒体から情報を読み取り、および記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替において、記憶媒体は、プロセッサと一体化され得る（例えば、キャッシュメモリ）。
【００９１】
[00101]  したがって、例えば、本開示の特定の態様が通信のための方法を具現化する一時的または非一時的コンピュータ可読媒体を含むことができることもまた、理解されるだろう。
【００９２】
[00102]  前述の開示は、さまざまな例示的な態様を示すが、さまざまな変化および変更が、添付の請求項によって定義される範囲から逸脱することなく、示された例に為され得ることが、留意されるべきである。本開示は、具体的に示されている例にのみ限定されることを意図していない。例えば、他に記述されない限り、本書に説明された本開示の態様にしたがった方法請求項の機能、ステップ、および／またはアクションは、任意の特定の順序で実施される必要はない。さらに、特定の態様は、単数形で説明または請求され得るが、単数形に限定することが明記されていない限り、複数形が考慮される。
【図１】
2019502301.tif 000003
【図２】
2019502301.tif 000004
【図３Ａ】
2019502301.tif 000005
【図３Ｂ】
2019502301.tif 000006
【図３Ｃ】
2019502301.tif 000007
【図４】
2019502301.tif 000008
【図５Ａ】
2019502301.tif 000009
【図５Ｂ】
2019502301.tif 000010
【図６】
2019502301.tif 000011
【図７】
2019502301.tif 000012
【図８】
2019502301.tif 000013
【国際調査報告】
2019502301.tif 000014
2019502301.tif 000015