(57)【要約】  装置は、Ｍ−ＰＤＣＣＨ送信と時間的に重複する自己サブフレームスケジューリングＰＤＳＣＨを使用することによって、たとえば、ｅＭＴＣについて、ＨＤ−ＦＤＤデータ送信レートを改善する。装置は、ＨＡＲＱの数を増加させるために、１サブフレーム内でバンドルおよび／または多重化された複数のＨＡＲＱのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫを使用して通信し得る。【選択図】図１２
2019512940.tif 000002
【特許請求の範囲】
【請求項１】
半二重周波数分割複信（ＨＤ−ＦＤＤ）を使用するワイヤレス通信の方法であって、
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の複数の連続するサブフレームを受信することと、
ＡＣＫ／ＮＡＣＫバンドリングまたはＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のハイブリッド自動再送要求（ＨＡＲＱ）のための確認応答を送信することと、
を備える、方法。
【請求項２】
前記確認応答を前記送信することは、増加された数のＨＡＲＱのための確認応答を送信することを備える、請求項１に記載の方法。
【請求項３】
前記増加された数のＨＡＲＱは８よりも大きい、請求項２に記載の方法。
【請求項４】
前記ＨＡＲＱのための前記確認応答は、
送信されるべきＨＡＲＱの数が第１のしきい値を下回るときのＡＣＫ／ＮＡＣＫバンドリングと、
送信されるべきＨＡＲＱの数が第２のしきい値を上回るときのＡＣＫ／ＮＡＣＫ多重化と、
のうちの少なくとも１つを使用して送信される、請求項１に記載の方法。
【請求項５】
前記ＨＡＲＱのための確認応答を送信するために使用されるべき前記ＡＣＫ／ＮＡＣＫバンドリングに関するシグナリング情報を受信すること、
をさらに備える、請求項４に記載の方法。
【請求項６】
ＡＣＫ／ＮＡＣＫバンドリングとＡＣＫ／ＮＡＣＫ多重化の両方を使用して、前記ＨＡＲＱのための確認応答を送信すること、
をさらに備える、請求項１に記載の方法。
【請求項７】
物理アップリンク制御チャネル（ＰＵＣＣＨ）のための有効なサブフレームの別個のセットを受信すること、
をさらに備える、請求項１に記載の方法。
【請求項８】
物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のためにＰＵＣＣＨ構成の定義されたセットのうちの１つを使用すること、
をさらに備える、請求項１に記載の方法。
【請求項９】
グループＡＣＫを送信するためのトリガを受信すること、
をさらに備える、請求項１に記載の方法。
【請求項１０】
多重化されたＡＣＫまたはＮＡＣＫの数に応じて、異なるＨＡＲＱ繰返し値を使用すること、
をさらに備える、請求項１に記載の方法。
【請求項１１】
複数のハイブリッド自動再送要求（ＨＡＲＱ）と比べると、より少ない数の繰返しが、単一のＨＡＲＱのために使用される、請求項１０に記載の方法。
【請求項１２】
ＡＣＫ多重化が可能にされるかどうかに基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のための送信時間間隔（ＴＴＩ）バンドルサイズを決定すること、
をさらに備える、請求項１に記載の方法。
【請求項１３】
利用可能な電力ヘッドルームに基づいて、ＡＣＫまたはＮＡＣＫのための繰返し値を決定すること、
をさらに備える、請求項１に記載の方法。
【請求項１４】
単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたは多重化されたＮＡＣＫの繰返しとの両方のために、サブフレームがスケジュールされ、前記単一のＨＡＲＱのために割り当てられた物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、多重化されたＨＡＲＱのために割り当てられたＰＵＣＣＨリソースとが異なるとき、前記方法は、
前記単一のＨＡＲＱのためにＡＣＫがスケジュールされたとき、前記複数のＨＡＲＱのための前記多重化されたＡＣＫまたは多重化されたＮＡＣＫの前記繰返しのために、前記単一のＨＡＲＱに割り当てられた前記ＰＵＣＣＨリソースを使用することと、
前記単一のＨＡＲＱのためにＮＡＣＫがスケジュールされたとき、前記複数のＨＡＲＱのための前記多重化されたＡＣＫまたは多重化されたＮＡＣＫの前記繰返しのために、前記多重化されたＨＡＲＱに割り当てられた前記ＰＵＣＣＨリソースを使用することと、
をさらに備える、請求項１に記載の方法。
【請求項１５】
単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたは多重化されたＮＡＣＫの繰返しとの両方のために、サブフレームがスケジュールされ、前記単一のＨＡＲＱのための前記ＰＵＣＣＨリソースと、多重化されたＨＡＲＱのための前記ＰＵＣＣＨリソースとが同じであるとき、前記方法は、
前記単一のＨＡＲＱのための前記ＡＣＫまたはＮＡＣＫを物理アップリンク制御チャネル（ＰＵＣＣＨ）の基準信号に重畳すること、
をさらに備える、請求項１に記載の方法。
【請求項１６】
前記ワイヤレス通信が拡張マシンタイプ通信（ｅＭＴＣ）を備える、請求項１に記載の方法。
【請求項１７】
半二重周波数分割複信（ＨＤ−ＦＤＤ）を使用するワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、前記少なくとも１つのプロセッサは、
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の複数の連続するサブフレームを受信することと、
ＡＣＫ／ＮＡＣＫバンドリングまたはＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のハイブリッド自動再送要求（ＨＡＲＱ）のための確認応答を送信することと、
を行うように構成された、装置。
【請求項１８】
前記確認応答を前記送信することは、増加された数のＨＡＲＱのための確認応答を送信することを備える、請求項１７に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、
グループＡＣＫを送信するためのトリガを受信すること、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサは、
多重化されたＡＣＫまたはＮＡＣＫの数に応じて、異なるＨＡＲＱ繰返し値を使用すること、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサは、
ＡＣＫ多重化が可能にされるかどうかに基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）送信のための送信時間間隔（ＴＴＩ）バンドルサイズを決定すること、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、
利用可能な電力ヘッドルームに基づいて、ＡＣＫまたはＮＡＣＫのための繰返し値を決定すること、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２３】
単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたは多重化されたＮＡＣＫの繰返しとの両方のために、サブフレームがスケジュールされ、前記単一のＨＡＲＱのために割り当てられた物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと、多重化されたＨＡＲＱのために割り当てられたＰＵＣＣＨリソースとが異なるとき、前記少なくとも１つのプロセッサは、
前記単一のＨＡＲＱのためにＡＣＫがスケジュールされたとき、前記複数のＨＡＲＱのための前記多重化されたＡＣＫまたは多重化されたＮＡＣＫの前記繰返しのために、前記単一のＨＡＲＱに割り当てられた前記ＰＵＣＣＨリソースを使用することと、
前記単一のＨＡＲＱのためにＮＡＣＫがスケジュールされたとき、前記複数のＨＡＲＱのための前記多重化されたＡＣＫまたは多重化されたＮＡＣＫの前記繰返しのために、前記多重化されたＨＡＲＱに割り当てられた前記ＰＵＣＣＨリソースを使用することと、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２４】
単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたは多重化されたＮＡＣＫの繰返しとの両方のために、サブフレームがスケジュールされ、前記単一のＨＡＲＱのための前記ＰＵＣＣＨリソースと、多重化されたＨＡＲＱのための前記ＰＵＣＣＨリソースとが同じであるとき、前記少なくとも１つのプロセッサは、
前記単一のＨＡＲＱのための前記ＡＣＫまたはＮＡＣＫを物理アップリンク制御チャネル（ＰＵＣＣＨ）の基準信号に重畳すること、
を行うようにさらに構成された、請求項１７に記載の装置。
【請求項２５】
半二重周波数分割複信（ＨＤ−ＦＤＤ）を使用するワイヤレス通信の方法であって、
マシンタイプ通信物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）の複数の連続するサブフレームを送信することと、
自己サブフレームスケジューリングを使用してダウンリンク送信を開始することと、前記ダウンリンク送信は、前記Ｍ−ＰＤＣＣＨの前記複数の連続するサブフレームの前記送信と時間的に重複する、
を備える、方法。
【請求項２６】
前記ダウンリンク送信を開始することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備える、請求項２５に記載の方法。
【請求項２７】
前記ワイヤレス通信は拡張マシンタイプ通信（ｅＭＴＣ）を備える、請求項２５に記載の方法。
【請求項２８】
半二重周波数分割複信（ＨＤ−ＦＤＤ）を使用するワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、前記少なくとも１つのプロセッサは、
マシンタイプ通信物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）の複数の連続するサブフレームを送信することと、
自己サブフレームスケジューリングを使用してダウンリンク送信を開始することと、前記ダウンリンク送信は、前記Ｍ−ＰＤＣＣＨの前記複数の連続するサブフレームの前記送信と時間的に重複する、
を行うように構成された、装置。
【請求項２９】
前記ダウンリンク送信を開始することは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備え、前記ワイヤレス通信は、拡張マシンタイプ通信（ｅＭＴＣ）を備える、請求項２８に記載の装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１６年３月１０日に出願された「HD-FDD COMMUNICATION HAVING IMPROVED PEAK DATA RATES」と題する米国仮出願第６２／３０６，５８５号、および２０１６年１１月２日に出願された「HD-FDD COMMUNICATION HAVING IMPROVED PEAK DATA RATES」と題する米国特許出願第１５／３４１，７７５号の利益を主張する。
【技術分野】
【０００２】
本開示は、一般に通信システムに関し、より詳細には、拡張マシンタイプ通信（ｅＭＴＣ：enhanced machine type communication）に関連する半二重周波数分割複信（ＨＤ−ＦＤＤ：half duplex frequency division duplex）に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、様々なワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、ダウンリンク上ではＯＦＤＭＡを使用し、アップリンク上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、スペクトル効率の改善、コストの低下、およびサービスの改善を通して、モバイルブロードバンドアクセスをサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。これらの改善はまた、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であり得る。
【０００５】
[0005]旧来のＬＴＥ設計の焦点は、スペクトル効率の改善、ユビキタスカバレージ、および拡張サービス品質（ＱｏＳ）サポートなどに関する。現在のＬＴＥシステムのダウンリンク（ＤＬ）およびアップリンク（ＵＬ）リンクバジェットは、最先端のスマートフォンおよびタブレットなど、ハイエンドデバイスのカバレージのために設計され得る。しかしながら、低コスト低レートデバイスを同様にサポートすることが望ましいことがある。低コスト低データレートデバイスは、たとえば、半二重周波数分割複信（ＨＤ−ＦＤＤ）ワイヤレス通信を使用して通信し得る。そのような通信、たとえば、低コストマシンタイプ通信（ＭＴＣ：machine type communication）または拡張ＭＴＣ（ｅＭＴＣ：enhanced MTC）は、最大帯域幅の低減、単一受信無線周波数（ＲＦ）チェーンの使用、ピークレートの低減、送信電力の低減、半二重動作の性能などに関与し得る。
【発明の概要】
【０００６】
[0006]以下は、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示されるより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００７】
[0007]ＭＴＣまたはｅＭＴＣ通信は、ＨＤ−ＦＤＤワイヤレス通信を使用して通信する低コストＵＥに関与し得る。低コストデバイスは、ＦＤＤで動作する間、同時アップリンク／ダウンリンク能力を有しないことがある。現在のサブフレーム構成は、これらの低コストデバイスについて、最大データレートに対する制約につながり得る。
【０００８】
[0008]本明細書で提示される態様は、自己サブフレームスケジューリングＰＤＳＣＨおよび／あるいは１つのサブフレーム内でバンドルまたは多重化され得る複数のＨＡＲＱのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫを使用して通信することによって、たとえば、ｅＭＴＣについて、ＨＤ−ＦＤＤデータ送信レートを改善する。
【０００９】
[0009]本開示の一態様では、ＨＤ−ＦＤＤを使用したワイヤレス通信、たとえば、ｅＭＴＣのための方法、コンピュータ可読媒体、および装置が提供される。本装置は、マシンタイプ通信物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）の連続する複数のサブフレームを送信し、自己サブフレームスケジューリングを使用してダウンリンク送信を開始し、ダウンリンク送信は、Ｍ−ＰＤＣＣＨの連続する複数のサブフレームの送信と時間的に重複する。ダウンリンク送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を備え得る。
【００１０】
[0010]本開示の別の態様では、ＨＤ−ＦＤＤを使用したワイヤレス通信、たとえば、ｅＭＴＣのための方法、コンピュータ可読媒体、および装置が提供される。本装置は、ＰＤＳＣＨの複数の連続するサブフレームを受信し、ＡＣＫ／ＮＡＣＫバンドリングまたはＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のハイブリッド自動再送要求（ＨＡＲＱ）のための確認応答を送信する。本装置は、ＨＡＲＱのための確認応答を送信するために使用されるべきＡＣＫ／ＮＡＣＫバンドリングに関するシグナリング情報を受信し得る。本装置は、ＡＣＫ／ＮＡＣＫバンドリングとＡＣＫ／ＮＡＣＫ多重化の両方を使用して、ＨＡＲＱのための確認応答を送信し得る。
【００１１】
[0011]上記のおよび関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲で指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【図面の簡単な説明】
【００１２】
【図１】ワイヤレス通信システムおよびアクセスネットワークの一例を示す図。
【図２Ａ】ＤＬフレーム構造のＬＴＥ例を示す図。
【図２Ｂ】ＤＬフレーム構造内のＤＬチャネルのＬＴＥ例を示す図。
【図２Ｃ】ＵＬフレーム構造のＬＴＥ例を示す図。
【図２Ｄ】ＵＬフレーム構造内のＵＬチャネルのＬＴＥ例を示す図。
【図３】アクセスネットワーク中の発展型ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）の一例を示す図。
【図４】ＨＤ−ＦＤＤのための、たとえば、ｅＭＴＣのための例示的な無線フレーム構成を示す図。
【図５】ＨＤ−ＦＤＤのための、たとえば、ｅＭＴＣのための例示的な無線フレーム構成を示す図。
【図６】バンドル／多重化されたＨＡＲＱ確認応答を用いた、ＨＤ−ＦＤＤのための、たとえば、ｅＭＴＣのための例示的な無線フレーム構成を示す図。
【図７】バンドル／多重化されたＨＡＲＱ確認応答を用いた、ＨＤ−ＦＤＤのための、たとえば、ｅＭＴＣのための例示的な無線フレーム構成を示す図。
【図８】バンドル／多重化された確認応答およびＴＴＩバンドリングを用いた、ＨＤ−ＦＤＤのための、たとえば、ｅＭＴＣのための例示的な無線フレーム構成を示す図。
【図９】ＨＤ−ＦＤＤワイヤレス通信の、たとえば、ｅＭＴＣのための方法のフローチャート。
【図１０】例示的な装置中の異なる手段／構成要素間のデータフローを示す概念データフロー図。
【図１１】処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。
【図１２】ＨＤ−ＦＤＤワイヤレス通信の、たとえば、ｅＭＴＣのための方法のフローチャート。
【図１３】例示的なＨＤ−ＦＤＤ装置、たとえば、ｅＭＴＣ装置中の異なる手段／構成要素間のデータフローを示す概念データフロー図。
【図１４】処理システムを採用するＨＤ−ＦＤＤ装置のためのハードウェア実装形態の一例を示す図。
【発明を実施するための形態】
【００１３】
[0026]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明される概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
【００１４】
[0027]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法は、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるかソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００１５】
[0028]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」として実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理ユニット（ＧＰＵ）、中央処理ユニット（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００１６】
[0029]したがって、１つまたは複数の例示的な実施形態では、説明される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、光ディスクストレージ、磁気ディスクストレージ、他の磁気ストレージデバイス、上述のタイプのコンピュータ可読媒体の組合せ、あるいはコンピュータによってアクセスされ得る、命令またはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００１７】
[0030]図１は、ワイヤレス通信システムおよびアクセスネットワーク１００の一例を示す図である。（ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）とも呼ばれる）ワイヤレス通信システムは、基地局１０２と、ＵＥ１０４と、発展型パケットコア（ＥＰＣ）１６０とを含む。基地局１０２は、マクロセル（高電力セルラー基地局）および／またはスモールセル（低電力セルラー基地局）を含み得る。マクロセルはｅＮＢを含む。スモールセルは、フェムトセル、ピコセル、およびマイクロセルを含む。
【００１８】
[0031]（発展型ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と総称される）基地局１０２は、バックホールリンク１３２（たとえば、Ｓ１インターフェース）を通してＥＰＣ１６０とインターフェースする。他の機能に加えて、基地局１０２は、以下の機能、すなわち、ユーザデータの転送と、無線チャネル暗号化および解読と、完全性保護と、ヘッダ圧縮と、モビリティ制御機能（たとえば、ハンドオーバ、デュアル接続性）と、セル間干渉協調と、接続セットアップおよび解放と、負荷分散と、非アクセス層（ＮＡＳ：non-access stratum）メッセージのための分配と、ＮＡＳノード選択と、同期と、無線アクセスネットワーク（ＲＡＮ：radio access network）共有と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：multimedia broadcast multicast service）と、加入者および機器トレースと、ＲＡＮ情報管理（ＲＩＭ：RAN information management）と、ページングと、測位と、警告メッセージの配信とのうちの１つまたは複数を実行し得る。基地局１０２は、バックホールリンク１３４（たとえば、Ｘ２インターフェース）上で互いと直接または間接的に（たとえば、ＥＰＣ１６０を通して）通信し得る。バックホールリンク１３４はワイヤードまたはワイヤレスであり得る。
【００１９】
[0032]基地局１０２はＵＥ１０４とワイヤレス通信し得る。基地局１０２の各々は、それぞれの地理的カバレージエリア１１０に通信カバレージを与え得る。重複する地理的カバレージエリア１１０があり得る。たとえば、スモールセル１０２’は、１つまたは複数のマクロ基地局１０２のカバレージエリア１１０と重複するカバレージエリア１１０’を有し得る。スモールセルとマクロセルの両方を含むネットワークが、異種ネットワークとして知られ得る。異種ネットワークはまた、限定加入者グループ（ＣＳＧ）として知られる限定グループにサービスを提供し得るホーム発展型ノードＢ（ｅＮＢ）（ＨｅＮＢ）を含み得る。基地局１０２とＵＥ１０４との間の通信リンク１２０は、ＵＥ１０４から基地局１０２への（逆方向リンクとも呼ばれる）アップリンク（ＵＬ）送信、および／または基地局１０２からＵＥ１０４への（順方向リンクとも呼ばれる）ダウンリンク（ＤＬ）送信を含み得る。通信リンク１２０は、空間多重化、ビームフォーミング、および／または送信ダイバーシティを含む、ＭＩＭＯアンテナ技術を使用し得る。通信リンクは、１つまたは複数のキャリアを通したものであり得る。基地局１０２／ＵＥ１０４は、各方向において送信のために使用される最高合計Ｙｘ  ＭＨｚ（ｘ個のコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、キャリアごとの最高Ｙ  ＭＨｚ（たとえば、５、１０、１５、２０ＭＨｚ）帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接することも隣接しないこともある。キャリアの割振りは、ＤＬとＵＬとに対して非対称であり得る（たとえば、ＤＬの場合、ＵＬの場合よりも多いまたは少ないキャリアが割り振られ得る）。コンポーネントキャリアは、１次コンポーネントキャリアと、１つまたは複数の２次コンポーネントキャリアとを含み得る。１次コンポーネントキャリアは１次セル（ＰＣｅｌｌ）と呼ばれることがあり、２次コンポーネントキャリアは２次セル（ＳＣｅｌｌ）と呼ばれることがある。
【００２０】
[0033]ワイヤレス通信システムは、５ＧＨｚ無認可周波数スペクトル中で通信リンク１５４を介してＷｉ−Ｆｉ（登録商標）局（ＳＴＡ）１５２と通信しているＷｉ−Ｆｉアクセスポイント（ＡＰ）１５０をさらに含み得る。無認可周波数スペクトル中で通信するとき、ＳＴＡ１５２／ＡＰ１５０は、チャネルが利用可能であるかどうかを決定するために、通信するより前にクリアチャネルアセスメント（ＣＣＡ）を実行し得る。
【００２１】
[0034]スモールセル１０２’は、認可および／または無認可周波数スペクトル中で動作し得る。無認可周波数スペクトル中で動作するとき、スモールセル１０２’は、ＬＴＥを採用し、Ｗｉ−Ｆｉ  ＡＰ１５０によって使用されるのと同じ５ＧＨｚ無認可周波数スペクトルを使用し得る。無認可周波数スペクトル中でＬＴＥを採用するスモールセル１０２’は、アクセスネットワークへのカバレージをブーストし、および／またはアクセスネットワークの容量を増加させ得る。無認可スペクトルにおけるＬＴＥは、ＬＴＥ無認可（ＬＴＥ−Ｕ：LTE-unlicensed）、認可支援アクセス（ＬＡＡ）、またはＭｕＬＴＥｆｉｒｅと呼ばれることがある。
【００２２】
[0035]ＥＰＣ１６０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１６２と、他のＭＭＥ１６４と、サービングゲートウェイ１６６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１６８と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１７０と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１７２とを含み得る。ＭＭＥ１６２はホーム加入者サーバ（ＨＳＳ）１７４と通信していることがある。ＭＭＥ１６２は、ＵＥ１０４とＥＰＣ１６０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１６２はベアラおよび接続管理を行う。すべてのユーザインターネットプロトコル（ＩＰ）パケットはサービングゲートウェイ１６６を通して転送され、サービングゲートウェイ１６６自体はＰＤＮゲートウェイ１７２に接続される。ＰＤＮゲートウェイ１７２はＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１７２およびＢＭ−ＳＣ１７０はＩＰサービス１７６に接続される。ＩＰサービス１７６は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）、および／または他のＩＰサービスを含み得る。ＢＭ−ＳＣ１７０は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１７０は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、パブリックランドモバイルネットワーク（ＰＬＭＮ：public land mobile network）内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールするために使用され得る。ＭＢＭＳゲートウェイ１６８は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属する基地局１０２にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。
【００２３】
[0036]基地局は、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。基地局１０２は、ＵＥ１０４にＥＰＣ１６０へのアクセスポイントを与える。ＵＥ１０４の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、または任意の他の同様の機能デバイスがある。ＵＥ１０４は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００２４】
[0037]カテゴリー０ＵＥは、複雑さと電力消費とを著しく低減しながら、多くのアプリケーションの必要を満たす低減された性能要件を有し得る。カテゴリー０ＵＥは、マシンタイプ通信（ＭＴＣ）ＵＥを含み得るＭＴＣ  ＵＥは、通常のＵＥと同様の方法でＤＬ制御チャネルを監視し得る（たとえば、広帯域、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）の両方など）。
【００２５】
[0038]再び図１を参照すると、いくつかの態様では、ＵＥ１０４／ｅＮＢ１０２は、自己サブフレームスケジューリングＰＤＳＣＨを使用して、たとえば、ｅＭＴＣを使用して通信することによって、ＨＤ−ＦＤＤデータ送信レートを改善するように構成されたＨＤ−ＦＤＤ構成要素１９８を含む。採用されたＨＡＲＱプロセスは、サブフレーム内で複数のＨＡＲＱ確認応答をバンドルまたは多重化することを含み得る。
【００２６】
[0039]図２Ａは、ＬＴＥにおけるＤＬフレーム構造の一例を示す図２００である。図２Ｂは、ＬＴＥにおけるＤＬフレーム構造内のチャネルの一例を示す図２３０である。図２Ｃは、ＬＴＥにおけるＵＬフレーム構造の一例を示す図２５０である。図２Ｄは、ＬＴＥにおけるＵＬフレーム構造内のチャネルの一例を示す図２８０である。他のワイヤレス通信技術は、異なるフレーム構造および／または異なるチャネルを有し得る。ＬＴＥでは、フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットは、１つまたは複数の（物理ＲＢ（ＰＲＢ：physical resource block）とも呼ばれる）時間並列リソースブロック（ＲＢ）を含む。リソースグリッドは複数のリソース要素（ＲＥ）に分割される。ＬＴＥでは、ノーマルサイクリックプレフィックスの場合、ＲＢは、合計８４個のＲＥについて、周波数領域中に１２個の連続するサブキャリアを含んでおり、時間領域中に７つの連続するシンボル（ＤＬの場合、ＯＦＤＭシンボル、ＵＬの場合、ＳＣ−ＦＤＭＡシンボル）を含んでいる。拡張サイクリックプレフィックスの場合、ＲＢは、合計７２個のＲＥについて、周波数領域内に１２個の連続するサブキャリアを含んでおり、時間領域内に６個の連続するシンボルを含んでいる。各ＲＥによって搬送されるビット数は変調方式に依存する。
【００２７】
[0040]図２Ａに示されているように、ＲＥのうちのいくつかが、ＵＥにおけるチャネル推定のためのＤＬ基準（パイロット）信号（ＤＬ−ＲＳ）を搬送する。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有基準信号（ＣＲＳ：cell-specific reference signal）と、ＵＥ固有基準信号（ＵＥ−ＲＳ：UE-specific reference signal）と、チャネル状態情報基準信号（ＣＳＩ−ＲＳ：channel state information reference signal）とを含み得る。図２Ａは、（それぞれ、Ｒ0、Ｒ1、Ｒ2、およびＲ3として示される）アンテナポート０、１、２、および３のためのＣＲＳと、（Ｒ5として示される）アンテナポート５のためのＵＥ−ＲＳと、（Ｒとして示される）アンテナポート１５のためのＣＳＩ−ＲＳとを示す。図２Ｂは、フレームのＤＬサブフレーム内の様々なチャネルの一例を示す。物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：physical control format indicator channel）は、スロット０のシンボル０内にあり、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）が１つのシンボルを占有するのか、２つのシンボルを占有するのか、３つのシンボルを占有するのかを示す制御フォーマットインジケータ（ＣＦＩ）を搬送する（図２Ｂは、３つのシンボルを占有するＰＤＣＣＨを示す）。ＰＤＣＣＨは、１つまたは複数の制御チャネル要素（ＣＣＥ）内でダウンリンク制御情報（ＤＣＩ）を搬送し、各ＣＣＥは９つのＲＥグループ（ＲＥＧ）を含み、各ＲＥＧは、ＯＦＤＭシンボル中に４つの連続するＲＥを含む。ＵＥは、ＤＣＩをも搬送するＵＥ固有拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ）で構成され得る。ｅＰＤＣＣＨは、２つ、４つ、または８つのＲＢペアを有し得る（図２Ｂは２つのＲＢペアを示し、各サブセットは１つのＲＢペアを含む）。物理ハイブリッド自動再送要求（ＡＲＱ：automatic repeat request）（ＨＡＲＱ：hybrid ARQ）インジケータチャネル（ＰＨＩＣＨ：physical HARQ indicator channel）もスロット０のシンボル０内にあり、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）に基づいて、ＨＡＲＱ確認応答（ＡＣＫ）／否定ＡＣＫ（ＮＡＣＫ）フィードバックを示すＨＡＲＱインジケータ（ＨＩ）を搬送する。１次同期チャネル（ＰＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル６内にあり、サブフレームタイミングと物理レイヤ識別情報とを決定するためにＵＥによって使用される１次同期信号（ＰＳＳ）を搬送する。２次同期チャネル（ＳＳＣＨ）は、フレームのサブフレーム０および５内のスロット０のシンボル５内にあり、物理レイヤセル識別情報グループ番号を決定するためにＵＥによって使用される２次同期信号（ＳＳＳ）を搬送する。物理レイヤ識別情報と物理レイヤセル識別情報グループ番号とに基づいて、ＵＥは物理セル識別子（ＰＣＩ）を決定することができる。ＰＣＩに基づいて、ＵＥは上述のＤＬ−ＲＳのロケーションを決定することができる。物理ブロードキャストチャネル（ＰＢＣＨ：physical broadcast channel）は、フレームのサブフレーム０のスロット１のシンボル０、１、２、３内にあり、マスタ情報ブロック（ＭＩＢ：master information block）を搬送する。ＭＩＢは、ＤＬシステム帯域幅中のＲＢの数と、ＰＨＩＣＨ構成と、システムフレーム番号（ＳＦＮ）とを与える。物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）は、ユーザデータと、システム情報ブロック（ＳＩＢ：system information block）などのＰＢＣＨを通して送信されないブロードキャストシステム情報と、ページングメッセージとを搬送する。
【００２８】
[0041]図２Ｃに示されているように、ＲＥのうちのいくつかが、ｅＮＢにおけるチャネル推定のための復調基準信号（ＤＭ−ＲＳ）を搬送する。ＵＥは、サブフレームの最後のシンボル中でサウンディング基準信号（ＳＲＳ）をさらに送信し得る。ＳＲＳはコ−ム（comb）構造を有し得、ＵＥは、コームのうちの１つ上でＳＲＳを送信し得る。ＳＲＳは、ｅＮＢによって、ＵＬ上での周波数依存スケジューリングを可能にするために、チャネル品質推定のために使用され得る。図２Ｄは、フレームのＵＬサブフレーム内の様々なチャネルの一例を示す。物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）が、ＰＲＡＣＨ構成に基づいてフレーム内の１つまたは複数のサブフレーム内にあり得る。ＰＲＡＣＨは、サブフレーム内に６つの連続するＲＢペアを含み得る。ＰＲＡＣＨは、ＵＥが初期システムアクセスを実行し、ＵＬ同期を達成することを可能にする。物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）が、ＵＬシステム帯域幅のエッジ上に位置し得る。ＰＵＣＣＨは、スケジューリング要求、チャネル品質インジケータ（ＣＱＩ：channel quality indicator）、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）、ランクインジケータ（ＲＩ：rank indicator）、およびＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックなど、アップリンク制御情報（ＵＣＩ）を搬送する。ＰＵＳＣＨは、データを搬送し、バッファステータス報告（ＢＳＲ）、電力ヘッドルーム報告（ＰＨＲ）、および／またはＵＣＩを搬送するためにさらに使用され得る。
【００２９】
[0042]図３は、アクセスネットワーク中でＵＥ３５０と通信しているｅＮＢ３１０のブロック図である。ＤＬでは、ＥＰＣ１６０からのＩＰパケットがコントローラ／プロセッサ３７５に与えられ得る。コントローラ／プロセッサ３７５はレイヤ３およびレイヤ２機能を実装する。レイヤ３は無線リソース制御（ＲＲＣ）レイヤを含み、レイヤ２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤと、無線リンク制御（ＲＬＣ）レイヤと、媒体アクセス制御（ＭＡＣ）レイヤとを含む。コントローラ／プロセッサ３７５は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）のブロードキャスティングと、ＲＲＣ接続制御（たとえば、ＲＲＣ接続ページング、ＲＲＣ接続確立、ＲＲＣ接続変更、およびＲＲＣ接続解放）と、無線アクセス技術（ＲＡＴ）間モビリティと、ＵＥ測定報告のための測定構成とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）と、ハンドオーバサポート機能とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤパケットデータユニット（ＰＤＵ）の転送と、ＡＲＱを介した誤り訂正と、ＲＬＣサービスデータユニット（ＳＤＵ）の連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、トランスポートブロック（ＴＢ）上へのＭＡＣ  ＳＤＵの多重化と、ＴＢからのＭＡＣ  ＳＤＵのデマリプレクシングと、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。
【００３０】
[0043]送信（ＴＸ）プロセッサ３１６および受信（ＲＸ）プロセッサ３７０は、様々な信号処理機能に関連するレイヤ１機能を実装する。物理（ＰＨＹ）レイヤを含むレイヤ１は、トランスポートチャネル上の誤り検出と、トランスポートチャネルの前方誤り訂正（ＦＥＣ）コーディング／復号と、インターリービングと、レートマッチングと、物理チャネル上へのマッピングと、物理チャネルの変調／復調と、ＭＩＭＯアンテナ処理とを含み得る。ＴＸプロセッサ３１６は、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングを扱う。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割され得る。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成され得る。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器３７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ３５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機３１８ＴＸを介して異なるアンテナ３２０に与えられ得る。各送信機３１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３１】
[0044]ＵＥ３５０において、各受信機３５４ＲＸは、それのそれぞれのアンテナ３５２を通して信号を受信する。各受信機３５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報を受信（ＲＸ）プロセッサ３５６に与える。ＴＸプロセッサ３６８およびＲＸプロセッサ３５６は、様々な信号処理機能に関連するレイヤ１機能を実装する。ＲＸプロセッサ３５６は、ＵＥ３５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ３５０に宛てられた場合、それらはＲＸプロセッサ３５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ３５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと、基準信号とは、ｅＮＢ３１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器３５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ３１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、レイヤ３およびレイヤ２機能を実装するコントローラ／プロセッサ３５９に与えられる。
【００３２】
[0045]コントローラ／プロセッサ３５９は、プログラムコードとデータとを記憶するメモリ３６０に関連付けられ得る。メモリ３６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３５９は、ＥＰＣ１６０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００３３】
[0046]ｅＮＢ３１０によるＤＬ送信に関して説明された機能と同様に、コントローラ／プロセッサ３５９は、システム情報（たとえば、ＭＩＢ、ＳＩＢ）獲得と、ＲＲＣ接続と、測定報告とに関連するＲＲＣレイヤ機能、ならびにヘッダ圧縮／復元と、セキュリティ（暗号化、解読、完全性保護、完全性検証）とに関連するＰＤＣＰレイヤ機能、ならびに上位レイヤＰＤＵの転送と、ＡＲＱを介した誤り訂正と、ＲＬＣ  ＳＤＵの連結、セグメンテーション、およびリアセンブリと、ＲＬＣデータＰＤＵの再セグメンテーションと、ＲＬＣデータＰＤＵの並べ替えとに関連するＲＬＣレイヤ機能、ならびに論理チャネルとトランスポートチャネルとの間のマッピングと、ＴＢ上へのＭＡＣ  ＳＤＵの多重化と、ＴＢからのＭＡＣ  ＳＤＵのデマリプレクシングと、スケジューリング情報報告と、ＨＡＲＱを介した誤り訂正と、優先度処理と、論理チャネル優先度付けとに関連するＭＡＣレイヤ機能を与える。
【００３４】
[0047]ｅＮＢ３１０によって送信される基準信号またはフィードバックからの、チャネル推定器３５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ３６８によって使用され得る。ＴＸプロセッサ３６８によって生成される空間ストリームは、別個の送信機３５４ＴＸを介して異なるアンテナ３５２に与えられ得る。各送信機３５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。
【００３５】
[0048]ＵＬ送信は、ＵＥ３５０における受信機機能に関して説明された様式と同様の様式でｅＮＢ３１０において処理される。各受信機３１８ＲＸは、それのそれぞれのアンテナ３２０を通して信号を受信する。各受信機３１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、その情報をＲＸプロセッサ３７０に与える。
【００３６】
[0049]コントローラ／プロセッサ３７５は、プログラムコードとデータとを記憶するメモリ３７６に関連付けられ得る。メモリ３７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ３７５は、ＵＥ３５０からのＩＰパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ３７５からのＩＰパケットは、ＥＰＣ１６０に与えられ得る。コントローラ／プロセッサ３７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００３７】
[0050]本明細書で提示される態様は、ＭＴＣデバイスまたはｅＭＴＣデバイスなど、ＦＤＤで動作する同時アップリンク／ダウンリンク能力をもたない低コストＵＥに関し得る。これらのＵＥは、ＨＤ−ＦＤＤ通信を使用して通信し得る。
【００３８】
[0051]ＵＥは、Ｒｘ動作とＴｘ動作とが同時である全二重（ＦＤ：Full Duplex）モードで、またはＲｘ動作とＴｘ動作とが決して同時に生じない半二重（ＨＤ：Half Duplex）モードで動作し得る。
【００３９】
[0052]全二重周波数分割複信（ＦＤ−ＦＤＤ）システムでは、ＵＥ受信機とＵＥ送信機とが、異なる周波数上で同時に動作する。異なる周波数は、アップリンク信号経路とダウンリンク信号経路との間に必要な分離を与える。
【００４０】
[0053]代替的に、異なるキャリア周波数は、半二重ＦＤＤ（ＨＤ−ＦＤＤ）のために使用され得、ここで、アップリンク通信とダウンリンク通信とが、別個の周波数上にあるだけでなく、時間領域中でも分離される。送信リソースを十分に利用するために、ｅＮＢは、相互排他的な時間に、異なるＵＥをスケジュールし得る。したがって、ｅＮＢは全二重モードで効果的に動作し得、ＵＥはそれぞれＨＤ−ＦＤＤモードで動作し得る。
【００４１】
[0054]ＭＴＣ  ＵＥは、低減されたピークデータレート（たとえば、トランスポートブロックサイズについて最大１０００ビット）を用いて実装され得る。さらに、ＭＴＣ  ＵＥは、ランク１送信をサポートすることおよび１つの受信アンテナを有することに限定され得る。ＭＴＣ  ＵＥが半二重であるとき、ＭＴＣ  ＵＥは、ＬＴＥ規格に従うレガシーまたは非ＭＴＣ  ＵＥと比較して、緩和された（送信から受信への、または受信から送信への）切替えタイミングを用いて実装され得る。たとえば、非ＭＴＣ  ＵＥは、２０マイクロ秒の切替え時間を有し得、ＭＴＣ  ＵＥは、１ミリ秒の切替え時間を有し得る。ＭＴＣ  ＵＥは、非ＭＴＣ  ＵＥと同様の方法でＤＬ制御チャネルを監視し得る（広帯域、ＰＤＣＣＨとＥＰＤＣＣＨの両方など）
[0055]追加のＭＴＣ拡張（ｅＭＴＣ）がサポートされ得る。たとえば、ＭＴＣ  ＵＥは、通常、狭帯域動作を実行するが、それは、より広いシステム帯域幅（たとえば、１．４／３／５／１０／１５／２０ＭＨｚ）において動作することも可能であり得る。ＭＴＣ  ＵＥは、１．４ＭＨｚ周波数帯域において動作し得るか、または６つのリソースブロックを使用し得る。さらに、ＭＴＣ  ＵＥは、１５ｄＢまでの拡張カバレージを有し得る。
【００４２】
[0056]ＨＤ−ＦＤＤ通信のための、たとえば、ｅＭＴＣのための現在のサブフレーム構成は、最大データレートに対する制約につながる。
【００４３】
[0057]本明細書で提示される態様は、自己サブフレームスケジューリングＰＤＳＣＨを使用して通信することによって、ＨＤ−ＦＤＤデータ送信レートを改善する。さらに、複数のＨＡＲＱのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫが、単一のサブフレーム内でバンドルまたは多重化され得る。
【００４４】
[0058]現在、ＤＬ送信のために使用されるべきサブフレームのセットは、たとえば、ＳＩＢ１−帯域幅低減（ＢＲ：Bandwidth Reduced）などのシステム情報ブロック（ＳＩＢ）によって、明示的におよびセル固有にシグナリングされ得る。ＵＬ送信のために使用されるべきサブフレームのセットも、たとえば、ＭＴＣ−ＳＩＢによって、明示的におよびセル固有にシグナリングされ得る。
【００４５】
[0059]ＤＬ送信の開始は、現在、それの関連するＭ−ＰＤＣＣＨの終了から少なくとも２ｍｓ後であることを必要とされる。同様に、ＵＬ  Ａ／Ｎ送信の開始は、対応するＰＤＳＣＨ送信の終了から４ｍｓ後であることを必要とされる。
【００４６】
[0060]したがって、５つのＤＬサブフレームと、３つのＵＬサブフレームと、２つの無効な(invalid)サブフレームとを有する一例では、現在の構成下で、３つのＨＡＲＱのみが可能である。これは、最大データレートを制約する。たとえば、１０００ビットの最大トランスポートブロックサイズ（ＴＢＳ：Transport Block Size）の場合、３００ｋｂｐｓのピークデータ送信が達成され得るにすぎない。
【００４７】
[0061]図４は、１０個のサブフレームをもつ、たとえば、ｅＭＴＣのための、ＨＤ−ＦＤＤ構成の例示的なチャート４００を示す。チャート４００の第１の行は、サブフレーム番号、たとえば、０〜９を示す。サブフレームのうちのいくつかがダウンリンクであり得、いくつかがアップリンクであり得、いくつかが、ダウンリンクフレームとアップリンクサブフレームとの間の遷移のために予約され、本明細書では「無効な（invalid）」サブフレームと呼ばれることもある。たとえば、サブフレーム５、４０２は、ＤＬサブフレームからＵＬサブフレームへの遷移を与え、サブフレーム９、４０４は、たとえば、サブフレームの次のセット中のＤＬ送信のために、アップリンクサブフレームからＤＬサブフレームへの遷移を与える。図４では、サブフレーム０、１、および２は、Ｍ−ＰＤＣＣＨを送信するためにｅＮＢによって使用されるＤＬサブフレームであり、Ｍ−ＰＤＣＣＨの３つのサブフレームは、０、１、および２として示されている。サブフレーム２、３、および４も、Ｍ−ＰＤＣＣＨ上で前に送信された指示に対応するＰＤＳＣＨ上のデータを送信するためにｅＮＢによって使用されるＤＬサブフレームであり、データは、０、１、および２によって指定されている。したがって、ＨＡＲＱ  ＩＤ０のためのＰＤＳＣＨは、サブフレーム２中で送信され、ＰＤＳＣＨ送信のためのＨＡＲＱ  ＩＤは、サブフレーム０においてＭ−ＰＤＣＣＨ中で示された。サブフレーム５における遷移サブフレーム４０２の後、サブフレーム６、７、および８は、ＵＥがサブフレーム２、３、および４中でｅＮＢから受信した、ＰＤＳＣＨ送信に関するＭ−ＰＵＣＣＨを使用してアップリンクＨＡＲＱを送信するために、ＵＥによって使用されるＵＬサブフレームである。この例は、３００ｋｂｐｓのＭＰＤＳＣＨピークを与えるにすぎない。たとえば、ＨＡＲＱ  ＩＤ０は、サブフレーム２におけるＰＤＳＣＨ送信と、サブフレーム０におけるＭ−ＰＤＣＣＨ中で受信されるＨＡＲＱ  ＩＤ指示とに対応する。
【００４８】
[0062]図５は、本明細書で提示される態様による、ピークデータレートを増加させる、たとえば、ｅＭＴＣのための、１つの例示的なＨＤ−ＦＤＤ構成５００を示す。最大データレートのこの増加は、セルフスケジューリングＰＤＳＣＨを使用することと、Ｍ−ＰＤＣＣＨ中でのＨＡＲＱ  ＩＤのＤＬ送信と、対応するＨＡＲＱ  ＩＤをもつＰＤＳＣＨとの間の２ｍｓ制約を緩和することによって、達成され得る。たとえば、自己サブフレームスケジューリング送信を使用することによって、ＰＤＳＣＨは、Ｍ−ＰＤＣＣＨと同時に送信され、３７５ｋｂｐｓのピークデータ送信レートが達成されることを可能にし得る。たとえば、図５では、ＨＡＲＱ  ＩＤ０が、サブフレーム０においてＭ−ＰＤＣＣＨ中で示され、対応するＨＡＲＱ  ＩＤ０のためのＰＤＳＣＨも、サブフレーム０中で送信される。
【００４９】
[0063]この例では、ＨＤ−ＦＤＤを使用するｅＮＢは、Ｍ−ＰＤＣＣＨの複数の連続するサブフレーム、たとえば、５０２、５０４、５０６を送信し得、ＰＤＳＣＨのために自己サブフレームスケジューリングを使用することによってＭ−ＰＤＣＣＨと重複する、ＰＤＳＣＨダウンリンクデータ送信、たとえば、５０８、５１０、５１２を開始し得る。図４における構成は、１０個のサブフレームに対して３つのＨＡＲＱのみを可能にした。しかしながら、図５の場合のように、対応するＨＡＲＱ  ＩＤがＭ−ＰＤＣＣＨ中で示されるように、同じサブフレーム中でＰＤＳＣＨを送信することによって、８つのサブフレームのみの中で３つのＨＡＲＱを可能にする。
【００５０】
[0064]図６は、最大データレートを増加させるためにも使用され得る、たとえば、ｅＭＴＣのための、第２の例示的なＨＤ−ＦＤＤ構成６００を示す。図６では、増加は、ＰＤＳＣＨのためのＡＣＫ／ＮＡＣＫバンドリングまたは多重化によって達成され得る。図６では、ＨＡＲＱ５、６、および０が、６０２におけるサブフレーム中で一緒にバンドルまたは多重化され、ＨＡＲＱ３、４、および０が、６０４におけるサブフレーム中でバンドルまたは多重化される。他のＨＡＲＱは、たとえば、６０６、６０８、６１０、および６１２において示されているように、バンドルまたは多重化されることなしに送信され得る。図６における例は、Ｍ−ＰＤＣＣＨ中のＨＡＲＱ  ＩＤ指示と、対応するＨＡＲＱ  ＩＤのためのＰＤＳＣＨ送信との間の２サブフレーム間隔を維持する。示されているような７つのＨＡＲＱと、そのようなＡＣＫ／ＮＡＣＫバンドル／多重化とを使用することは、５００ｋｂｐｓのピークデータレートが達成されることを可能にする。したがって、ピークデータレートは、たとえば、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化を使用して、増加された数のＨＡＲＱを与えることによって、増加され得る。たとえば、図６、２０個のサブフレームにわたって７つのＨＡＲＱを使用するプロセス。
【００５１】
[0065]図６のＡＣＫ／ＮＡＣＫバンドリングは、図５に関して説明されたように、自己サブフレームスケジューリングＤＬ  ＰＤＳＣＨを送信することと組み合わせて使用され得る。代替的に、ＡＣＫ／ＮＡＣＫバンドリングは、Ｍ−ＰＤＣＣＨ送信とＰＤＳＣＨ送信との間の２ｍｓ制約を維持ながら、実行され得る。
【００５２】
[0066]図７は、より多数のバンドル／多重化されたＡＣＫ／ＮＡＣＫを示す、たとえば、ｅＭＴＣのための、別の例示的なＨＤ−ＦＤＤ構成７００を示す。図７は、図６からの増加された数のＨＡＲＱを示す。図７は、１１個のＨＡＲＱを用いた構成を示し、ここで、図６は７つのＨＡＲＱを示す。図６と図７の両方は、８つまたは１０個のサブフレーム中に３つのＨＡＲＱのみを有する、図４および図５からの増加された数のＨＡＲＱを示す。図７は、ＡＣＫ／ＮＡＣＫの各々のバンドリング／多重化を示すが、図６は、６０６、６０８、６１０、６１２においていくつかの個々のＡＣＫ／ＮＡＣＫを含む。ＡＣＫ／ＮＡＣＫの各々をバンドルすることによって、図７は、このタイプのＵＬ送信が、サブフレーム９においてＤＬ送信を受信することに遷移する前に、７０２または７０４における単一のサブフレーム内で達成され得ることを示す。ＡＣＫ／ＮＡＣＫバンドリングと１１個のＨＡＲＱとを使用することは、７００ｋｂｐｓのピークデータ送信レートを可能にし得る。この例は１１個のＨＡＲＱを用いた例を示すが、これは一例にすぎない。図７の態様は、任意の数の増加されたＨＡＲＱ、たとえば、８つ以上のＨＡＲＱ、１０個のＨＡＲＱなどを与えるために使用され得る。
【００５３】
[0067]ＨＤ−ＦＤＤのためのＡＣＫ／ＮＡＣＫバンドリングまたは多重化は、たとえば、無線フレーム中で利用可能なＵＬサブフレームよりも多くのＤＬサブフレームがあるときに、使用され得る。ＡＣＫ／ＮＡＣＫは、バンドルおよび／または多重化され得る。
【００５４】
[0068]バンドリングは、たとえば、論理積（logical AND）を使用し、バンドルされたＡＣＫ／ＮＡＣＫのすべてのために一緒に１ビットを送り得る。バンドリングは、確認応答されるべきわずか数個のＨＡＲＱがあるとき、多重化よりも有利であり得る。
【００５５】
[0069]多くのＨＡＲＱが確認応答されるべきであるとき、ＡＣＫをバンドルすることではなく、ＡＣＫを多重化することが、より良い解決策であり得る。多重化は、各ＨＡＲＱ確認応答のために１ビットを使用し、多重化されたＡＣＫ／ＮＡＣＫを送信する前に追加のコーディングを採用する。多重化は、バンドリングと比較して、増加された送信電力を必要とし得る。
【００５６】
[0070]別のオプションでは、バンドリングと多重化との組合せが使用され得る。たとえば、４つのＨＡＲＱ０、１、２、および３について、０および２のための確認応答は、第１のバンドル「０×２」にバンドルされ得、１および３のための確認応答は、第２のバンドル「０×３」にバンドルされ得、これらの２つのバンドルは多重化され得る。たとえば、０、１、２、３→（０×２、１×３）の場合である。
【００５７】
[0071]図６における例では、サブフレーム６中で、ＰＤＳＣＨ  ＨＡＲＱ  ＩＤ５、６、および０に対応するＡＣＫ／ＮＡＣＫビットが、たとえば、論理積を使用してバンドルされ得る。
【００５８】
[0072]ＵＥが、０についての許可（grant）を失うが、５または６についての許可に確認応答する場合、ｅＮＢは、許可のすべての３つ（５、６、および０）が確認応答されたと誤って仮定し得る。この問題は、ｅＭＴＣ  ＦＤＤにおいて起こり得、これは、有効なＵＬ／ＤＬサブフレームを伴う。レガシーＬＴＥでは、ＴＤＤのためのダウンリンク制御情報（ＤＣＩ）中のダウンリンク割当てインデックス（ＤＡＩ：Downlink Assignment Index）フィールドが、いくつの許可が確認応答されるべきかをＵＥに知らせる。
【００５９】
[0073]失われた許可が受信されたとｅＮＢが不正確に仮定することをもたらす、バンドルされた確認応答のこの問題に対処するために、ＤＣＩ中のＤＡＩフィールドがＨＤ−ＦＤＤのために使用され得る。ＤＡＩフィールドは、たとえば、ＳＩＢ１−ＢＲ中に示されるＵＬよりも多くのＤＬサブフレームがあるとき、使用され得る。ＳＩＢ１は、ＤＬおよびＵＬ情報を示す。したがって、ＵＥが、ＳＩＢ１−ＢＲ中で示されたよりも多くのＤＬサブフレームを受信したとき、ＵＥは、いくつのＨＡＲＱが確認応答されるべきであるかをＵＥに知らせるＤＡＩフィールドが、ＤＣＩ中にあることを予期し得る。これは、問題を解決するが、それは、ｅＭＴＣにおいて新しいフィールドが使用されることを必要とし得る。
【００６０】
[0074]代替的に、この問題は、多重化とバンドリングとの組合せを適用することによって、たとえば、５および６のための確認応答をバンドルすることと、バンドルされた確認応答を、０のためのＡＣＫ／ＮＡＣＫと多重化することとによって対処され得、たとえば、（５×６、０）である。ｅＮＢが、依然として、５および６のためのＡＣＫがＨＡＲＱのすべてのためのものであると仮定し得るので、この組み合わされたバンドリングおよび多重化は、問題を完全に解決するとは限らない。しかしながら、それは、ｅＮＢが不正確な仮説を行うことになる可能性を低減する。
【００６１】
[0075]図５〜図７に関して説明された態様を使用してデータ送信レートを増加させるために、ＰＵＣＣＨのためにどのサブフレームが使用されるべきかをＵＥに知らせることは重要であり得る。
【００６２】
[0076]第１の例では、ｅＮＢは、ＴＤＤ構成をＵＥにシグナリングし得る。この信号は、アップリンクＨＡＲＱタイミングがレガシーＴＤＤタイミングに従うことをＵＥに知らせ得る。これは、ＵＥが、どのＨＡＲＱがバンドルまたは多重化されるべきかを知ることを可能にするであろう。
【００６３】
[0077]第２の例では、ｅＮＢは、ＰＵＣＣＨのための有効なサブフレームのセットをＵＥに別個にシグナリングし得る。これは、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化を実行するためにＵＥがこれらのフレームを使用し得ることをＵＥに知らせる。これは、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化のために使用させるべきリソースに関するＵＥへの何らかの指示をも含み得る。
【００６４】
[0078]第３の例では、ＰＵＣＣＨ構成のセットが定義され得、ＵＥは、これらの構成のうちの１つで構成され得る。たとえば、ＰＵＣＣＨ構成のセットは、規格において定義され得る。一例、第１のＰＵＣＣＨ構成は、すべての無線フレームのすべてのサブフレーム０および１がＰＵＣＣＨのために使用されることを可能にし得、第２の構成は、偶数の無線フレームのサブフレーム０のみがＰＵＣＣＨのために使用されることを可能にし得る。
【００６５】
[0079]ＵＥは、たとえば、カバレージ拡張レベルなどに基づいて、適切なＰＵＣＣＨ構成を暗黙的に決定することが可能であり得る。たとえば、良好なカバレージをもつＵＥは、第２の構成（偶数の無線フレームのサブフレーム０のみ）で構成され得、ここで、不十分なカバレージをもつＵＥは、第１の構成（すべて無線フレームのサブフレーム０、１）で構成され得る。ＵＥは、ＵＥがカバレージのしきい値レベルを経験しているかどうかに基づいて、どちらの構成を使用すべきかを決定し得る。
【００６６】
[0080]代替的に、ＵＥは、使用されるべきであるＰＵＣＣＨ構成に関する指示を受信し得る。たとえば、ＰＵＣＣＨ構成は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリング中で示され得るか、または、ＰＵＣＣＨ構成は、許可中でシグナリングされ得る。構成は、ＰＵＣＣＨのバンドルサイズに基づいて、たとえば、バンドルされるべき確認応答の数に基づいて変化し得る。
【００６７】
[0081]第４の例では、ＵＥは、必要なとき、グループ確認応答を送るようにトリガされ得る。たとえば、ｅＮＢは、グループ確認応答を送るようにＵＥをトリガする信号を送り得る。これは、ｅＮＢが、ＵＥからのフィードバックのそれの必要に基づいて、グループＡＣＫを制御することを可能にする。
【００６８】
[0082]また、採用されるＨＡＲＱ多重化の量に応じて、送信時間間隔（ＴＴＩ）バンドルサイズの間に関係があり得る。
【００６９】
[0083]第１の例では、多重化されるＡＣＫ／ＮＡＣＫの数に応じて、異なるＴＴＩバンドル繰返し値が採用され得る。一例では、１のＴＴＩバンドル繰返し値が、単一のＨＡＲＱの確認応答のために使用され得、２の繰返し値が、複数のＨＡＲＱの多重化されたＡＣＫのために使用され得る。
【００７０】
[0084]第２の例では、ＵＥは、多重化が採用されるかどうかに応じて、ＰＵＣＣＨのためのＴＴＩバンドルサイズを暗黙的に決定し得る。たとえば、ＡＣＫ多重化が可能にされる場合、ＵＥは、ＴＴＩバンドルサイズＲが、２以上、たとえば、２であると決定し得る。ＴＴＩバンドリングが利用可能である場合、これが、より多くの利用可能なリソースがあることを示すので、ＵＥは、ＡＣＫ／ＮＡＣＫバンドリングではなくＡＣＫ／ＮＡＣＫ多重化を使用することを決定し得る。
【００７１】
[0085]第３の例では、繰返し値Ｒは電力ヘッドルームに依存し得る。たとえば、３ｄＢの電力ブースティングがＵＥにとって利用可能である場合、ＵＥは、３ｄＢ電力ブーストとともに１の繰返し値を使用し得る。増加された電力ブースティングが利用可能でない場合、ＵＥは、代わりに、より高い繰返し値、たとえば、２の繰返し値を使用し得る。
【００７２】
[0086]図６および図７に関して説明されたように、いくつかのサブフレーム中で、ＡＣＫ／ＮＡＣＫバンドリングを用いるまたは用いない、ＡＣＫ多重化が採用され得る。
【００７３】
[0087]図６に示されているように、多重化されたＡＣＫ／ＮＡＣＫは、たとえば、６０２および６０４におけるＰＵＣＣＨ上にあり得、単一のＡＣＫ／ＮＡＣＫは、他のサブフレーム、たとえば、６０６、６０８、６１０、６１２上で送られ得る。多重化されたＡＣＫ／ＮＡＣＫは、ＰＵＣＣＨ上にＴＴＩバンドルされ得、単一のＡＣＫ／ＮＡＣＫは、低減された繰返しでまたは繰返しなしで送信され得る。たとえば、通常のカバレージをもつＵＥの場合である。ＴＴＩバンドリングはまた、単一のＡＣＫ／ＮＡＣＫのために採用され得る。繰返しは、多重化されたＡＣＫ／ＮＡＣＫと比較して低減され得るか、または多重化されたＡＣＫ／ＮＡＣＫと同じであり得る。
【００７４】
[0088]図８は、ＨＡＲＱ５、６、および０のためのＡＣＫ／ＮＡＣＫがサブフレーム６および７中でＴＴＩバンドルされる、たとえば、ｅＭＴＣにおける、例示的な構成８００を示す。単一のＨＡＲＱ１のためのＡＣＫ／ＮＡＣＫは、サブフレーム７中でのみスケジュールされる。ＴＴＩバンドルサイズは、関連するＭ−ＰＤＣＣＨに基づいて決定され得るか、または、ＴＴＩバンドルサイズは、ＵＥのカバレージレベルに基づき得る。ＴＴＩバンドリングが採用されるので、５、６、０のためのＡＣＫ／ＮＡＣＫは、ＡＣＫ／ＮＡＣＫバンドリングを用いてまたは用いずに多重化され得る。
【００７５】
[0089]図８に示されているように、サブフレーム７のためのｅＮＢによるスケジュールされたリソース中に重複があり得る。ｅＮＢが、このリソースについてＵＥからの複数のＡＣＫ／ＮＡＣＫを受信するとき、ｅＮＢは、失敗したＨＡＲＱ（a failed HARQ）が確認応答されたと誤って仮定し得る。
【００７６】
[0090]失敗したＨＡＲＱをｅＮＢが正確に識別することを可能にするために、いくつかのストラテジーのうちのいずれかがＵＥによって採用され得る。
【００７７】
[0091]サブフレーム７中で、ｅＮＢは、たとえば以下の通り、２つのＰＵＣＣＨリソースをｅＭＴＣ  ＵＥに割り当て得る。
【００７８】
[0092]１-    バンドルされた（または多重化された）ＨＡＲＱ５、６、０の繰返しのための第１のＰＵＣＣＨリソース（「ＰＵＣＣＨ  Ｎｏ．１」）
[0093]２-    単一のＨＡＲＱ１のための第２のＰＵＣＣＨリソース（「ＰＵＣＣＨ  Ｎｏ．２」）
[0094]ｅＭＴＣ  ＵＥは、割り当てられたＰＵＣＣＨリソースの両方は使用しないことがある（またはできない）。ＨＡＲＱ＿ｉｄ１がＡＣＫである場合、ｅＭＴＣ  ＵＥは、バンドルおよび／または多重化されたＨＡＲＱ５、６、０を送信するためにＰＵＣＣＨ  Ｎｏ．２を使用し得る。ＨＡＲＱ＿ｉｄ１がＮＡＣＫである場合、ＵＥは、バンドルおよび／または多重化されたＨＡＲＱ５、６、０を送信するためにＰＵＣＣＨ  Ｎｏ．１を使用し得る。
【００７９】
[0095]しかしながら、ｅＮＢが単一のＰＵＣＣＨリソースのみをｅＭＴＣ  ＵＥに割り当てた場合、その単一のＰＵＣＣＨリソースは、単一のＨＡＲＱ＿ｉｄ１と、バンドルおよび／または多重化されたＨＡＲＱ＿ｉｄ５、６、０との両方のために使用されるべきである。この場合、ＨＡＲＱ＿ｉｄ１は、割り当てられたＰＵＣＣＨの基準信号に重畳され得る。したがって、ＰＵＣＣＨリソースは、バンドルおよび／または多重化されたＨＡＲＱ５、６、０を送信するために使用され得る。ＵＥは、サブフレーム７中でＨＡＲＱ１のためのＡＣＫ／ＮＡＣＫをＰＵＣＣＨリソースの（１つまたは複数の）基準信号に重畳し得る。たとえば、ＨＡＲＱ＿ｉｄ１が正常に受信された場合、ＵＥは、ＨＡＲＱ＿ｉｄ５、６、０のための基準信号に＋１を乗算し得る。ＨＡＲＱ＿ｉｄ１が失敗した場合、ＵＥは、ＮＡＣＫを示すために、ＨＡＲＱ＿ｉｄ５、６、０のための基準信号を乗算するために−１を使用し得る。
【００８０】
[0096]追加の態様では、ＤＬ許可のうちのどれが、使用されるべきＵＬ  ＰＵＣＣＨリソースを示すかを確定することが重要であり得る。たとえば、ＵＥは、図８中の５、６、０のうちのどれが、ＴＴＩバンドリングにより、サブフレーム６ならびに７中でＵＬ  ＰＵＣＣＨリソースを示すかを決定する必要があり得る。
【００８１】
[0097]一例では、たとえば、ＨＡＲＤ  ＩＤ５に関連する第１の許可（grant）は、ＵＥがすべてのバンドルされたＨＡＲＱのために使用するべきである（１つの）ＵＬ  ＰＵＣＣＨを示し得る。別の例では、最後の許可、たとえば、０は、ＵＥがすべてのバンドルされたＨＡＲＱのために使用するべきである（１つの）ＵＬ  ＰＵＣＣＨをも示し得る。図８における例では、バンドルされたＨＡＲＱのためのリソースは、サブフレーム６および７として示される。図示のように、ＨＡＲＱ  ＩＤ５、６、および０に対応するＨＡＲＱが、サブフレーム６中でバンドルされ得、ＨＡＲＱ  ＩＤ５、６、０、および１に対応するＨＡＲＱが、サブフレーム７中でバンドルされ得る
[0098]別の例では、ＵＥは、バンドル／多重化されたＡＣＫ／ＮＡＣＫのための固定許可を使用し得る。この例では、ＵＥは、ＨＡＲＱをバンドルするときに使用されるべきである所定の許可に気づいている（be aware）ことがある。ＵＥはまた、対応するＨＡＲＱの各々のためのＭＰＤＣＣＨ中でｅＮＢから送信される許可を無視し得、代わりに、バンドルされたＨＡＲＱを送信するための所定の許可を使用し得る。
【００８２】
[0099]別の例では、バンドルされたＨＡＲＱのためのＤＬ許可の各々は、同じＵＬ  ＰＵＣＣＨリソースに対処し得る。リソースは、サブフレームとリソースブロックの両方を含み得る。たとえば、ＨＡＲＱ  ＩＤ５、６、０、および１のためのＰＤＳＣＨのためのバンドルされたＨＡＲＱのためのＤＬ許可の各々は、図８中のサブフレーム６およびサブフレーム７に対処し得る。
【００８３】
[00100]図９は、たとえば、ｅＭＴＣのための、ＨＤ−ＦＤＤを使用するワイヤレス通信の方法のフローチャート９００である。本方法は、ｅＮＢ（たとえば、ｅＮＢ１０２、３１０、装置１００２／１００２’）によって実行され得る。ワイヤレス通信は、ＦＤＤで動作する同時ＵＬ／ＤＬ能力なしの低コストＵＥとの通信を伴い得る。図９中のオプションの態様は、破線で示されている。
【００８４】
[00101]９０２において、ｅＮＢは、Ｍ−ＰＤＣＣＨの複数の連続するサブフレームを送信する。たとえば、ｅＮＢ１０２、３１０は、Ｍ−ＰＤＣＣＨの連続するサブフレームをＵＥ１０４、３５０に送信し得る。図５は、Ｍ−ＰＤＣＣＨがサブフレーム０、１、および２中で送信される一例を示す。
【００８５】
[00102]９０４において、ｅＮＢは、たとえば、図５に示されている例の場合のように、Ｍ−ＰＤＣＣＨの複数の連続するサブフレームの送信と時間的に重複する、自己サブフレームスケジューリングを使用するダウンリンク送信を開始する。ＤＬ送信は、ＰＤＳＣＨ送信、たとえば、Ｍ−ＰＤＳＣＨであり得る。たとえば、図５は、ｅＮＢが、サブフレーム０、１、および２中で、ＰＤＳＣＨのそれの送信と重複するＭ−ＰＤＣＣＨを送信することを示す。
【００８６】
[00103]ｅＮＢはまた、オプションで、９０６において、たとえば、ＰＤＳＣＨ送信の終了から４ｍｓ後に、ＡＣＫ／ＮＡＣＫ送信を受信する。たとえば、図５は、サブフレーム０からのＰＤＳＣＨに関する確認応答がサブフレーム４中で送られることを示す。ＡＣＫ／ＮＡＣＫ送信は、図６〜図８に示されている例に関して説明された原理を使用する、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化を含み得る。一例として、図６は、ＡＣＫ／ＮＡＣＫがサブフレーム６中でバンドルまたは多重化されることを示す。９０６においてｅＮＢによって受信されたＡＣＫ／ＮＡＣＫは、１２０６、１２０８、１２１２、１２１４、または１２１６に関して説明される可能な態様を含む、図１２中の１２０４においてＵＥによって送信されるＡＣＫ／ＮＡＣＫに対応し得る。
【００８７】
[00104]ｅＮＢは、ＵＥがＰＵＣＣＨのためのサブフレームを決定するのを支援するために、９０８においてＵＥに情報をシグナリングする。ｅＮＢは、ＰＵＣＣＨのための有効なサブフレームのセットをシグナリングし得る。ｅＮＢは、ＨＡＲＱタイミングがレガシーＴＤＤタイミングに従うことを示すＴＤＤ構成をＵＥにシグナリングし得る。ｅＮＢは、ＰＵＣＣＨ構成の定義されたセットのうちのどれがＵＥによって使用されるべきであるかをシグナリングし得る。ｅＮＢは、ＵＥを、グループＡＣＫを送るようにトリガし得る。
【００８８】
[00105]図１０は、たとえば、ｅＭＴＣのために、たとえば、使用する、例示的な装置１００２中の異なる手段／構成要素間のデータフローを示す概念データフロー図１０００である。本装置はｅＮＢであり得る。本装置は、ＵＥ１０５０からワイヤレス通信、たとえば、ＨＤ−ＦＤＤ通信を受信する受信構成要素１００４を含む。本装置は、Ｍ−ＰＤＣＣＨとＰＤＳＣＨとを含むワイヤレス通信をＵＥ１０５０に送信する送信構成要素１００６を含む。本装置は、Ｍ−ＰＤＣＣＨの複数の連続するサブフレームを送信するＭ−ＰＤＣＣＨ構成要素１００８と、Ｍ−ＰＤＣＣＨの複数の連続するサブフレームの送信と時間的に重複する、自己サブフレームスケジューリングを使用するダウンリンク送信を開始するＰＤＳＣＨ構成要素１０１０とを含む。本装置は、オプションで、ＰＤＳＣＨ送信が終了した後にＡＣＫ／ＮＡＣＫ送信を受信するＡＣＫ／ＮＡＣＫ構成要素１０１２を含み得る。ＡＣＫ／ＮＡＣＫ送信は、図６〜図８に示されている例に関して説明された原理を使用する、ＡＣＫ／ＮＡＣＫバンドリングまたは多重化を含み得る。
【００８９】
[00106]送信構成要素は、ＰＵＣＣＨのためにどのサブフレームが使用されるべきかをＵＥに知らせるため、または、ＡＣＫ／ＮＡＣＫ多重化および／またはバンドリングを使用すべきかどうかをＵＥに示すために、情報をＵＥ１０５０にシグナリングするように構成され得る。
【００９０】
[00107]本装置は、図９の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図９の上述のフローチャート中の各ブロックは、１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００９１】
[00108]図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実装形態の一例を示す図１１００である。処理システム１１１４は、バス１１２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１００４、１００６、１００８、１０１０、および１０１２と、コンピュータ可読媒体／メモリ１１０６とを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【００９２】
[00109]処理システム１１１４はトランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１１１０は、１つまたは複数のアンテナ１１２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１１１４、特に受信構成要素１００４に与える。さらに、トランシーバ１１１０は、処理システム１１１４、特に送信構成要素１００６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１１２０に適用されるべき信号を生成する。処理システム１１１４は、コンピュータ可読媒体／メモリ１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体／メモリ１１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システム１１１４は、構成要素１００４、１００６、１００８、１０１０、および１０１２のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１１０４中で動作し、コンピュータ可読媒体／メモリ１１０６中に常駐する／記憶されたソフトウェア構成要素であるか、プロセッサ１１０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ｅＮＢ３１０の構成要素であり得、メモリ３７６、および／またはＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とのうちの少なくとも１つを含み得る。
【００９３】
[00110]一構成では、ワイヤレス通信のための装置１００２／１００２’は、Ｍ−ＰＤＣＣＨの複数の連続するサブフレームを送信するための手段と、自己サブフレームスケジューリングを使用してダウンリンク送信を開始するための手段と、ダウンリンク送信が、Ｍ−ＰＤＣＣＨ送信と時間的に重複する、ＡＣＫ／ＮＡＣＫを受信するための手段と、情報をＵＥにシグナリングするための手段とを含む。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１００２、および／または装置１００２’の処理システム１１１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１１１４は、ＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３１６と、ＲＸプロセッサ３７０と、コントローラ／プロセッサ３７５とであり得る。
【００９４】
[00111]図１２は、ＨＤ−ＦＤＤ通信、たとえばｅＭＴＣを使用するワイヤレス通信の方法のフローチャート１２００である。本方法は、ＵＥ（たとえば、ＵＥ１０４、３５０、装置１３０２／１３０２’）によって実行され得る。ＵＥは、ＦＤＤで動作する同時ＵＬ／ＤＬ能力をもたない低コストＵＥであり得る。
【００９５】
[00112]１２０２において、ＵＥは、ＰＤＳＣＨの複数の連続するサブフレームを受信する。たとえば、ＵＥ１０４、３５０は、ｅＮＢ１０２、３１０から、ＰＤＳＣＨの連続するサブフレーム（ｓ）を受信し得る。たとえば、図６および図８は、サブフレーム０、１、２、３、４におけるｅＮＢからのＰＤＳＣＨの連続するフレームのＵＥによる受信を示す。図７は、ＵＥが、サブフレーム０、１、２、３、４、５、６においてｅＮＢからのＰＤＳＣＨの連続するフレームを受信する例を示す。
【００９６】
[00113]１２０４において、ＵＥは、たとえば、図６〜図８のうちのいずれかに関して説明されたように、１２０６におけるＡＣＫ／ＮＡＣＫバンドリング、および／または１２０８におけるＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のＨＡＲＱのための確認応答を送信する。たとえば、ＵＥは、増加された数のＨＡＲＱのための確認応答を送信し得る。増加された数のＨＡＲＱは、一般的な８つのＨＡＲＱよりも多い、たとえば、１０個のＨＡＲＱであり得る。図６では、ＵＥは、ＳＦ６中でＨＡＲＱ  ＩＤ５、６、および０のためのＨＡＲＱをバンドルまたは多重化することによって、増加された数のＨＡＲＱを送信する。図７の例では、ＵＥは、ＨＡＲＱ  ＩＤ７、８、９、１０、０、１、および２のための確認応答をバンドルまたは多重化することによって、ＨＡＲＱの数を増加させる。図８における例では、ＵＥは、サブフレーム６中でＨＡＲＱ  ＩＤ５、６、および０のための確認応答をバンドルまたは多重化することと、サブフレーム７中でＨＡＲＱ  ＩＤ５、６、０および１のための確認応答をバンドルまたは多重化することとによって、ＨＡＲＱの数を増加させる。
【００９７】
[00114]ＨＡＲＱ（ｓ）は、送信されるべきＨＡＲＱの数が第１のしきい値を下回るときのＡＣＫ／ＮＡＣＫバンドリングと、送信されるべきＨＡＲＱの数が第２のしきい値を上回るときのＡＣＫ／ＮＡＣＫ多重化とのうちの少なくとも１つを使用して、送信され得る。第１のしきい値と第２のしきい値とは、しきい値を下回るＨＡＲＱ（ｓ）がバンドルされ、しきい値を上回るＨＡＲＱ（ｓ）が多重化されるように、同じしきい値であり得る。代替的に、第１のしきい値と第２のしきい値とは異なり得る。
【００９８】
[00115]１２１０において、ＵＥは、ｅＮＢから、ＨＡＲＱ（ｓ）のための（１つまたは複数の）ＡＣＫ／ＮＡＣＫを含むＰＵＣＣＨ送信を行うためにＵＥが使用することができる情報を受信する。これは、たとえば、ＨＡＲＱを送信するために使用されるＡＣＫ／ＮＡＣＫバンドリングに関するシグナリング情報を受信することなど、複数のＨＡＲＱのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫを多重化またはバンドルすべきかどうかに関する情報を含み得る。これは、ＵＥがＰＵＣＣＨ送信のためのサブフレームを決定するのを支援する情報を受信することを含み得る。たとえば、ＵＥは、ｅＮＢから、ＰＵＣＣＨのための有効なサブフレームの別個のセットの指示を受信し得る。別の例として、ＵＥは、ｅＮＢから、ＰＵＣＣＨ送信のためにＰＵＣＣＨ構成の定義されたセットのうちの１つを使用するようにとの指示を受信し得る。別の例として、ＵＥは、グループＡＣＫを送信するためのトリガを受信し得る。そのような情報を使用して、ＵＥは、１２１２において、ＰＵＣＣＨのために使用されるべきサブフレームを決定する。
【００９９】
[00116]１２１４において、ＵＥは、多重化されたＡＣＫまたはＮＡＣＫの数に応じて、ＨＡＲＱ繰返し値を決定する。たとえば、複数のＨＡＲＱのためのものよりも低い数の繰返しが、単一のＨＡＲＱのために使用され得る。また、ＡＣＫ／ＮＡＣＫのための繰返し値は、利用可能なヘッドルーム電力に基づいて決定され得る。
【０１００】
[00117]１２１６において、ＵＥは、たとえば、ＡＣＫ多重化が利用可能であるかどうかに基づいて、ＰＵＣＣＨ送信のためのＴＴＩバンドルサイズを決定する。
【０１０１】
[00118]単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたはＮＡＣＫの繰返しの両方のために、サブフレームがスケジュールされ、単一のＨＡＲＱのためのＰＵＣＣＨリソースと、多重化されたＨＡＲＱのためのＰＵＣＣＨリソースとが異なるとき、単一のＨＡＲＱのためにＡＣＫがスケジュールされたときには、ＵＥは、複数のＨＡＲＱのための多重化されたＡＣＫまたはＮＡＣＫの繰返しのために、単一のＨＡＲＱに割り当てられたＰＵＣＣＨリソースを使用し、単一のＨＡＲＱのためにＮＡＣＫがスケジュールされたときには、複数のＨＡＲＱのための多重化されたＡＣＫまたはＮＡＣＫの繰返しのために、多重化されたＨＡＲＱに割り当てられたＰＵＣＣＨリソースを使用し得る。
【０１０２】
[00119]単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫと、複数のＨＡＲＱのための多重化されたＡＣＫまたはＮＡＣＫの繰返しの両方のために、１つのサブフレームがスケジュールされ、単一のＨＡＲＱのためのＰＵＣＣＨリソースと、多重化されたＨＡＲＱのためのＰＵＣＣＨリソースとが同じであるとき、ＵＥは、単一のＨＡＲＱのためのＡＣＫまたはＮＡＣＫをＰＵＣＣＨの基準信号に重畳し（superimpose）得る。
【０１０３】
[00120]１２１８において示されているように、ＵＥはＭ−ＰＤＣＣＨをも受信し得、ＰＤＳＣＨは自己サブフレームスケジューリングであり得る。したがって、ＰＤＳＣＨは、図５および図９に関して説明されたように、Ｍ−ＰＤＣＣＨと時間的に重複し(overlap)得る。
【０１０４】
[00121]図１３は、たとえば、ｅＭＴＣを使用して通信する、例示的な装置１３０２中の異なる手段／構成要素間のデータフローを示す概念データフロー図１３００である。本装置はＵＥであり得る。本本装置は、Ｍ−ＰＤＣＣＨ、ＰＤＳＣＨなど、ｅＮＢ１３５０からのＤＬワイヤレス通信を受信する受信構成要素１３０４を含む。本装置は、（１つまたは複数の）ＨＡＲＱ  ＡＣＫ／ＮＡＣＫなど、ｅＮＢ１３５０へのＵＬ通信を送信する送信構成要素１３０６を含む。本装置は、ｅＮＢ１３５０からのＰＤＳＣＨ送信を受信するＰＤＳＣＨ構成要素１３１０と、ＡＣＫ／ＮＡＣＫバンドリングまたはＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のＨＡＲＱのための確認応答を送信するＡＣＫ／ＮＡＣＫ構成要素１３１２とを含む。本装置は、ｅＮＢからのＭ−ＰＤＣＣＨ送信を受信するＭ−ＰＤＣＣＨ構成要素１３０８をも含み得、ここにおいて、ＰＤＳＣＨは、図５および図９に関して説明されたように、自己サブフレームスケジューリングを使用して送信され、Ｍ−ＰＤＣＣＨと時間的に重複する。
【０１０５】
[00122]本装置は、図１２の上述のフローチャート中のアルゴリズムのブロックの各々を実行する追加の構成要素を含み得る。したがって、図１２の上述のフローチャート中の各ブロックは、１つの構成要素によって実行され得、本装置は、それらの構成要素のうちの１つまたは複数を含み得る。構成要素は、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１０６】
[00123]図１４は、処理システム１４１４を採用する装置１３０２’のためのハードウェア実装形態の一例を示す図１４００である。処理システム１４１４は、バス１４２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１４２４は、処理システム１４１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１４２４は、プロセッサ１４０４によって表される１つまたは複数のプロセッサおよび／またはハードウェア構成要素と、構成要素１３０４、１３０６、１３０８、１３１０、１３１２と、コンピュータ可読媒体／メモリ１４０６とを含む様々な回路を互いにリンクする。バス１４２４はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明されない。
【０１０７】
[00124]処理システム１４１４はトランシーバ１４１０に結合され得る。トランシーバ１４１０は１つまたは複数のアンテナ１４２０に結合される。トランシーバ１４１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１４１０は、１つまたは複数のアンテナ１４２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１４１４、特に受信構成要素１３０４に与える。さらに、トランシーバ１４１０は、処理システム１４１４、特に送信構成要素１３０６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１４２０に適用されるべき信号を生成する。処理システム１４１４は、コンピュータ可読媒体／メモリ１４０６に結合されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ可読媒体／メモリ１４０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１４０４によって実行されたとき、処理システム１４１４に、特定の装置のための上記で説明された様々な機能を実行させる。コンピュータ可読媒体／メモリ１４０６はまた、ソフトウェアを実行するときにプロセッサ１４０４によって操作されるデータを記憶するために使用され得る。処理システム１４１４は、構成要素１３０４、１３０６、１３０８、１３１０、１３１２のうちの少なくとも１つをさらに含む。それらの構成要素は、プロセッサ１４０４中で動作し、コンピュータ可読媒体／メモリ１４０６中に常駐する／記憶されたソフトウェア構成要素であるか、プロセッサ１４０４に結合された１つまたは複数のハードウェア構成要素であるか、またはそれらの何らかの組合せであり得る。処理システム１４１４は、ＵＥ３５０の構成要素であり得、メモリ３６０、および／またはＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とのうちの少なくとも１つを含み得る。
【０１０８】
[00125]一構成では、ワイヤレス通信のための装置１３０２／１３０２’は、ＰＤＳＣＨの複数の連続するサブフレームを受信するための手段と、ＡＣＫ／ＮＡＣＫバンドリングまたはＡＣＫ／ＮＡＣＫ多重化のうちの少なくとも１つを使用して、単一のサブフレーム内で複数のＨＡＲＱのための確認応答を送信するための手段と、（１つまたは複数の）ＡＣＫ／ＮＡＣＫをバンドルするための手段と、（１つまたは複数の）ＡＣＫ／ＮＡＣＫを多重化するための手段と、受信するための手段と、送信するための手段と、ＨＡＲＱ繰返し値を決定するための手段と、ＰＵＣＣＨ送信のためのＴＴＩバンドルサイズを決定するための手段とを含む。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置１３０２、および／または装置１３０２’の処理システム１４１４の上述の構成要素のうちの１つまたは複数であり得る。上記で説明されたように、処理システム１４１４は、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、ＴＸプロセッサ３６８と、ＲＸプロセッサ３５６と、コントローラ／プロセッサ３５９とであり得る。
【０１０９】
[00126]開示されるプロセス／フローチャート中のブロックの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセス／フローチャート中のブロックの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１１０】
[00127]以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示された態様に限定されるものではなく、クレーム文言に矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明されるいかなる態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、またはＣのうちの１つまたは複数」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの１つまたは複数」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであり得、ここで、いかなるそのような組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバーを含んでいることがある。当業者に知られている、または後に知られることになる、本開示全体にわたって説明された様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示されるいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。「モジュール」、「機構」、「要素」、「デバイス」などという単語は、「手段」という単語の代用でないことがある。したがって、いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【図１】
2019512940.tif 000003
【図２Ａ】
2019512940.tif 000004
【図２Ｂ】
2019512940.tif 000005
【図２Ｃ】
2019512940.tif 000006
【図２Ｄ】
2019512940.tif 000007
【図３】
2019512940.tif 000008
【図４】
2019512940.tif 000009
【図５】
2019512940.tif 000010
【図６】
2019512940.tif 000011
【図７】
2019512940.tif 000012
【図８】
2019512940.tif 000013
【図９】
2019512940.tif 000014
【図１０】
2019512940.tif 000015
【図１１】
2019512940.tif 000016
【図１２】
2019512940.tif 000017
【図１３】
2019512940.tif 000018
【図１４】
2019512940.tif 000019
【国際調査報告】
2019512940.tif 000020
2019512940.tif 000021
2019512940.tif 000022