【文献】
Alcatel-Lucent Shanghai Bell et al.,Discussion on HARQ and UL-grant timing with dynamic TDD UL-DL configuration,3GPP TSG RAN WG1 Meeting #68bis R1-121260,3GPP,2012年 3月26日
(58)【調査した分野】(Int.Cl.,DB名)
前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すことをさらに備え、前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数を前記少なくとも1つのUEに示すことは、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送るように前記少なくとも1つのUEを構成するために使用される、
請求項1に記載の方法。
eNBによって確認応答されることになる、前記少なくとも1つのUEによる前記送信されたUL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すことをさらに備え、前記eNBによって確認応答されることになる、前記送信されたUL送信のうちの前記1つまたは複数を前記少なくとも1つのUEに示すことは、前記送信されたUL送信のサブセットのみについての前記ACK/NACKを受信するように前記少なくとも1つのUEを構成するために使用される、
請求項1に記載の方法。
サブフレームの前記第1のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、DL送信のサブフレームのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、および/または
サブフレームの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のサブフレームのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
請求項10に記載の方法。
確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数のインジケーションを受信することをさらに備え、確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数の前記インジケーションに基づいて、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送ることをさらに備える、
請求項12に記載の方法。
eNBによって確認応答されることになる、前記少なくとも1つのUEによる前記送信されたUL送信のうちの1つまたは複数のインジケーションを受信することをさらに備え、前記eNBによって確認応答されることになる、前記送信されたUL送信のうちの前記1つまたは複数の前記インジケーションは、前記送信されたUL送信のサブセットのみについての前記ACK/NACKを受信するように前記少なくとも1つのUEを構成するために使用される、
請求項12に記載の方法。
前記インジケーションは、前記受信されたDL送信についての前記ACK/NACKを送信するときに使用されることになるサブフレームの第1のセットまたは前記送られたUL送信についての前記ACK/NACKを受信するときに使用されることになるサブフレームの第2のセットのうちの少なくとも1つを備える、
請求項12に記載の方法。
サブフレームの前記第1のセットについての前記暗黙的なインジケーションは、前記UEの識別情報、DL送信のサブフレームのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、および/または
サブフレームの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のサブフレームのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
請求項21に記載の方法。
【発明を実施するための形態】
【0008】
[0025]添付の図面とともに以下に説明する詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実施され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を提供する目的で具体的詳細を含む。しかしながら、これらの概念がこれらの具体的詳細なしに実施されてもよいことは、当業者には明らかであろう。場合によっては、よく知られた構造および構成要素は、そのような概念を不明瞭にするのを避けるためにブロック図の形で示される。
【0009】
[0026]次に、様々な装置および方法に関して電気通信システムのいくつかの態様が提示される。これらの装置および方法が、以下の詳細な説明において説明され、(「要素」と総称される)様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意のコンビネーションを使用して実装されてもよい。そのような要素がハードウェアとして実装されるかまたはソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【0010】
[0027]例として、要素、または要素の任意の部分、または要素の任意のコンビネーションは、1つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の適切なハードウェアがある。処理システム中の1つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【0011】
[0028]したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意のコンビネーションで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に1つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM(登録商標)、CD−ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用されるような、ディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク(登録商標)、光ディスク、デジタル多用途ディスク(DVD)、およびフロッピー(登録商標)ディスクを含み、ディスク(disk)は通常、データを磁気的に再生し、一方ディスク(disc)は、データをレーザーで光学的に再生する。上記のコンビネーションもコンピュータ可読媒体の範囲内に含まれるべきである。
【0012】
[0029]
図1は、LTEネットワークアーキテクチャ100を示す図である。LTEネットワークアーキテクチャ100は発展型パケットシステム(EPS)100と呼ばれることがある。EPS100は、1つまたは複数のユーザ機器(UE)102と、発展型UMTSテレストリアルラジオアクセスネットワーク(E−UTRAN)104と、発展型パケットコア(EPC)110と、ホーム加入者サーバ(HSS)120と、事業者のインターネットプロトコル(IP)サービス122とを含み得る。EPSは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ/インターフェースは図示していない。図示のように、EPSはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【0013】
[0030]E−UTRANは、発展型ノードB(eNB)106と他のeNB108とを含む。eNB106は、UE102に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。eNB106は、バックホール(たとえば、X2インターフェース)を介して他のeNB108に接続され得る。eNB106は、基地局、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、または何らかの他の好適な用語で呼ばれることもある。eNB106は、UE102にEPC110へのアクセスポイントを与える。UE102の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、タブレット、または任意の他の同様の機能デバイスがある。UE102は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【0014】
[0031]eNB106はEPC110に接続される。EPC110は、モビリティ管理エンティティ(MME)112と、他のMME114と、サービングゲートウェイ116と、マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ124と、ブロードキャストマルチキャストサービスセンター(BM−SC)126と、パケットデータネットワーク(PDN)ゲートウェイ118とを含む。MME112は、UE102とEPC110との間のシグナリングを処理する制御ノードである。概して、MME112はベアラおよび接続管理を行う。すべてのユーザIPパケットはサービングゲートウェイ116を通して転送され、サービングゲートウェイ116自体はPDNゲートウェイ118に接続される。PDNゲートウェイ118は、UEのIPアドレス割振りならびに他の機能を与える。PDNゲートウェイ118は事業者のIPサービス122に接続される。事業者のIPサービス122は、インターネットと、イントラネットと、IPマルチメディアサブシステム(IMS)と、PSストリーミングサービス(PSS)とを含む場合がある。BM−SC126はMBMSトラフィックのソースである。MBMSゲートウェイ124はMBMSトラフィックをeNB106、108に分配する。
【0015】
[0032]
図2は、LTEネットワークアーキテクチャにおけるアクセスネットワーク200の一例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域(セル)202に分割される。1つまたは複数のより低い電力クラスのeNB208は、セル202のうちの1つまたは複数と重複するセルラー領域210を有し得る。より低い電力クラスのeNB208は、フェムトセル(たとえば、ホームeNB(HeNB))、ピコセル、マイクロセル、またはリモートラジオヘッド(RRH)であり得る。マクロeNB204は各々、それぞれのセル202に割り当てられ、セル202中のすべてのUE206にEPC110へのアクセスポイントを与えるように構成される。アクセスネットワーク200のこの例では集中コントローラはないが、代替構成では集中コントローラが使用され得る。eNB204は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続性を含む、すべての無線関係機能を担う。
【0016】
[0033]アクセスネットワーク200によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。LTE適用例では、周波数分割複信(FDD)と時分割複信(TDD)の両方をサポートするために、OFDMがDL上で使用され、SC−FDMAがUL上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はLTE適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド(EV−DO)またはウルトラモバイルブロードバンド(UMB)に拡張され得る。EV−DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにCDMAを採用する。これらの概念はまた、広帯域CDMA(W−CDMA(登録商標))とTD−SCDMAなどのCDMAの他の変形態とを採用するユニバーサルテレストリアルラジオアクセス(UTRA)、TDMAを採用するグローバルシステムフォーモバイル(GSM(登録商標))、ならびに、OFDMAを採用する、発展型UTRA(E−UTRA)、IEEE802.11(Wi−Fi(登録商標))、IEEE802.16(WiMAX(登録商標))、IEEE802.20、およびFlash−OFDMに拡張され得る。UTRA、E−UTRA、UMTS、LTEおよびGSMは、3GPP団体からの文書に記載されている。CDMA2000およびUMBは、3GPP2団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【0017】
[0034]eNB204は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、eNB204は、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のUE206に送信されるか、または全体的なシステム容量を増加させるために複数のUE206に送信され得る。これは、各データストリームを空間的にプリコーディングし(すなわち、振幅および位相のスケーリングを適用し)、次いでDL上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにUE206に到着し、これにより、UE206の各々はそのUE206に宛てられた1つまたは複数のデータストリームを復元することが可能になる。UL上で、各UE206は、空間的にプリコーディングされたデータストリームを送信し、これにより、eNB204は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【0018】
[0035]空間多重化は、概して、チャネル状態が良いときに使用される。チャネル状態があまり好ましくないときは、送信エネルギーを1つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【0019】
[0036]以下の詳細な説明では、DL上でOFDMをサポートするMIMOシステムを参照しながらアクセスネットワークの様々な態様について説明する。OFDMは、OFDMシンボル内のいくつかのサブキャリアを介してデータを変調する技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性(orthogonality)」を与える。時間領域では、OFDMシンボル間干渉をなくすために、ガードインターバル(たとえば、サイクリックプレフィックス)が各OFDMシンボルに追加され得る。ULは、高いピーク対平均電力比(PAPR)を補償するために、SC−FDMAをDFT拡散OFDM信号の形態で使用し得る。
【0020】
[0037]
図3は、FDD−LTEにおけるDLフレーム構造の一例を示す
図300である。フレーム(10ms)は、等しいサイズの10個のサブフレームに分割される。各サブフレームは、2つの連続するタイムスロットを含む。2つのタイムスロットを表すためにリソースグリッドが使用されてよく、各タイムスロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。LTEでは、リソースブロックは、周波数領域中に12個の連続するサブキャリアを含んでおり、各OFDMシンボル中のノーマルサイクリックプレフィックスについては、時間領域中に7個の連続するOFDMシンボル、すなわち84個のリソース要素を含んでいる。拡張サイクリックプレフィックスについては、リソースブロックは、時間領域中に6個の連続するOFDMシンボルを含んでおり、72個のリソース要素を有する。R302、304として示されるリソース要素のいくつかはDL基準信号(DL−RS)を含む。DL−RSは、(共通RSと呼ばれることもある)セル固有RS(CRS)302と、UE固有RS(UE−RS)304とを含む。UE−RS304は、対応する物理DL共有チャネル(PDSCH)がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、UEが受信するリソースブロックが多いほど、また変調方式が高いほど、UEのデータレートは高くなる。
【0021】
[0038]
図4は、LTEにおけるULフレーム構造の一例を示す
図400である。ULのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の2つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報を送信するためにUEに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ULフレーム構造は、単一のUEがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じさせる。
【0022】
[0039]UEは、eNBに制御情報を送信するために、制御セクション中のリソースブロック410a、410bを割り当てられ得る。UEは、eNBにデータを送信するために、データセクション中のリソースブロック420a、420bをも割り当てられ得る。UEは、制御セクション中の割り当てられたリソースブロック上の物理UL制御チャネル(PUCCH)中で制御情報を送信し得る。UEは、データセクション中の割り当てられたリソースブロック上の物理UL共有チャネル(PUSCH)中でデータのみまたはデータと制御情報の両方を送信し得る。UL送信は、サブフレームの両方のスロットにわたってよく、周波数をホッピングし得る。
【0023】
[0040]初期システムアクセスを実行し、物理ランダムアクセスチャネル(PRACH)430中でUL同期を達成するために、リソースブロックのセットが使用され得る。PRACH430は、ランダムシーケンスを搬送し、いかなるULデータ/シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、6つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはPRACHにはない。PRACHの試みは単一のサブフレーム(1ms)中でまたは少数の連続サブフレームのシーケンス中で搬送され、UEは、フレーム(10ms)ごとに単一のPRACHの試みだけを行うことができる。
【0024】
[0041]
図5は、LTEにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す
図500である。UEおよびeNBのための無線プロトコルアーキテクチャは、レイヤ1、レイヤ2、およびレイヤ3の3つのレイヤとともに示されている。レイヤ1(L1レイヤ)は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。L1レイヤは本明細書では物理レイヤ506と呼ばれる。レイヤ2(L2レイヤ)508は、物理レイヤ506の上にあり、物理レイヤ506を介したUEとeNBとの間のリンクを担う。
【0025】
[0042]ユーザプレーンでは、L2レイヤ508は、ネットワーク側のeNBにおいて終端される、媒体アクセス制御(MAC)サブレイヤ510と、無線リンク制御(RLC)サブレイヤ512と、パケットデータコンバージェンスプロトコル(PDCP)514サブレイヤとを含む。図示されていないが、UEは、ネットワーク側のPDNゲートウェイ118において終端されるネットワークレイヤ(たとえば、IPレイヤ)と、接続の他端(たとえば、ファーエンドUE、サーバなど)において終端されるアプリケーションレイヤとを含めて、L2レイヤ508の上にいくつかの上位レイヤを有し得る。
【0026】
[0043]PDCPサブレイヤ514は、異なる無線ベアラと論理チャネルとの間で多重化を行う。PDCPサブレイヤ514はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、UEに対するeNB間のハンドオーバサポートとをもたらす。RLCサブレイヤ512は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、ロストデータパケットの再送信と、ハイブリッド自動再送要求(HARQ)による、順が狂った受信を補正するデータパケットの並べ替えとを行う。MACサブレイヤ510は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ510はまた、UEの間で1つのセル中の様々な無線リソース(たとえば、リソースブロック)を割り振ることを担う。MACサブレイヤ510はまた、HARQ動作を担う。
【0027】
[0044]制御プレーンでは、UEおよびeNBのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ506およびL2レイヤ508について実質的に同じである。制御プレーンはまた、レイヤ3(L3レイヤ)中に無線リソース制御(RRC)サブレイヤ516を含む。RRCサブレイヤ516は、無線リソース(すなわち、無線ベアラ)を取得することと、eNBとUEとの間のRRCシグナリングを使用して下位レイヤを構成することとを担う。
【0028】
[0045]
図6は、アクセスネットワーク中でeNB610がUE650と通信しているブロック図である。DLでは、コアネットワークからの上位レイヤパケットがコントローラ/プロセッサ675に与えられる。コントローラ/プロセッサ675はL2レイヤの機能を実装する。DLでは、コントローラ/プロセッサ675は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、UE650への無線リソース割振りとを行う。コントローラ/プロセッサ675はまた、HARQ動作と、ロストパケットの再送信と、UE650へのシグナリングとを担う。
【0029】
[0046]送信(TX)プロセッサ616は、L1レイヤ(すなわち、物理レイヤ)のための様々な信号処理機能を実装する。信号処理機能は、UE650における前方誤り訂正(FEC)と、様々な変調方式(たとえば、2位相偏移変調(BPSK)、4位相偏移変調(QPSK)、M位相偏移変調(M−PSK)、多値直交振幅変調(M−QAM))に基づいた信号コンスタレーションへのマッピングとを容易にするために、コーディングとインターリービングとを含む。コーディングされ変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いでOFDMサブキャリアにマッピングされ、時間領域および/または周波数領域中で基準信号(たとえば、パイロット)と多重化され、次いで逆高速フーリエ変換(IFFT)を使用して互いに組み合されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成する。OFDMストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器674からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、UE650によって送信される基準信号および/またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機618TXを介して異なるアンテナ620に与えられる。各送信機618TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。
【0030】
[0047]UE650において、各受信機654RXは、それのそれぞれのアンテナ652を通して信号を受信する。各受信機654RXは、RFキャリア上に変調された情報を復元し、受信(RX)プロセッサ656に情報を与える。RXプロセッサ656は、L1レイヤの様々な信号処理機能を実装する。RXプロセッサ656は、UE650に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがUE650に宛てられた場合、それらはRXプロセッサ656によって単一のOFDMシンボルストリームに組み合され得る。RXプロセッサ656は、次いで高速フーリエ変換(FFT)を使用してOFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別々のOFDMシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、eNB610によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟決定は、チャネル推定器658によって計算されるチャネル推定値に基づき得る。軟決定は、次いで、物理チャネル上でeNB610によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いでコントローラ/プロセッサ659に与えられる。
【0031】
[0048]コントローラ/プロセッサ659は、L2レイヤを実装する。コントローラ/プロセッサは、プログラムコードとデータとを記憶するメモリ660に関連付けられ得る。メモリ660はコンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ659は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離することと、パケットリアセンブリと、暗号解読することと、ヘッダ解凍(decompression)と、制御信号処理とを行う。上位レイヤパケットは、次いで、L2レイヤの上のすべてのプロトコルレイヤを表すデータシンク662に与えられる。また、様々な制御信号が、L3処理のためにデータシンク662に与えられ得る。コントローラ/プロセッサ659はまた、HARQ動作をサポートするために肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用した誤り検出を担う。
【0032】
[0049]ULでは、データソース667は、コントローラ/プロセッサ659に上位レイヤパケットを与えるために使用される。データソース667は、L2レイヤの上のすべてのプロトコルレイヤを表す。eNB610によるDL送信に関して説明された機能と同様に、コントローラ/プロセッサ659は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、eNB610による無線リソース割振りに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのL2レイヤを実装する。コントローラ/プロセッサ659はまた、HARQ動作と、ロストパケットの再送信と、eNB610へのシグナリングとを担う。
【0033】
[0050]eNB610によって送信される基準信号またはフィードバックからの、チャネル推定器658によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、TXプロセッサ668によって使用され得る。TXプロセッサ668によって生成される空間ストリームは、別個の送信機654TXを介して異なるアンテナ652に与えられる。各送信機654TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調する。
【0034】
[0051]UL送信は、UE650における受信機機能に関して説明された方法と同様の方法でeNB610において処理される。各受信機618RXは、それのそれぞれのアンテナ620を通して信号を受信する。各受信機618RXは、RFキャリア上に変調された情報を復元し、RXプロセッサ670に情報を与える。RXプロセッサ670はL1レイヤを実装し得る。
【0035】
[0052]コントローラ/プロセッサ675は、L2レイヤを実装する。コントローラ/プロセッサ675は、プログラムコードとデータとを記憶するメモリ676に関連付けられ得る。メモリ676はコンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ675は、UE650からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離することと、パケットリアセンブリと、暗号解読することと、ヘッダ解凍と、制御信号処理とを行う。コントローラ/プロセッサ675からの上位レイヤパケットは、コアネットワークに与えられ得る。コントローラ/プロセッサ675はまた、HARQ動作をサポートするためにACKおよび/またはNACKプロトコルを使用した誤り検出を担う。
【0036】
[0053]LTEシステムでは、UL送信およびDL送信へのACKが自動的にスケジュールされる。FDDシステムでは、たとえば、送信へのACK/NACKが4サブフレーム後にスケジュールされ得る。TDDシステムでは、スケジューリングはUL−DL構成に依存する。しかしながら、いくつかのサブフレームでは、受信機への干渉が高くて、ACK/NACKが信頼できないものとなることがある。たとえば、フェムトセルは、マクロセルのカバレージで動作することがあり、マクロ基地局とリソースをタイムシェアしないことがある。そのような場合、フェムトeNBは、遅延の後にACK/NACK送信をスケジュールすることを選好し得る。そのような遅延が選好され得る別の例としては、フェムトセルの省電力モードがある。小規模セルeNBは、いくつかのサブフレーム中にそれの受信機をオフにすることがあり、後のサブフレームにおいてDL送信についてのACK/NACK送信をスケジュールすることがある。その上、HARQ段階によっては、冗長であるACK/NACK送信もあり得る。たとえば、HARQプロセスが5回の送信で完了すると予想される場合、最初の2回のNACK送信は、大部分が冗長である。この場合、eNBは、ACK/NACK送信のサブセットのみを受信することを選好し得る。eNBは、ACK/NACKが送信されることになるDL送信のサブセットをUEに示すことができる。これは、UEが電力を節約するとともに、共有制御チャネルで干渉を低減するのを助ける。
【0037】
[0054]
図7は、ワイヤレス通信システムの
図700である。ワイヤレス通信システム700は、eNB702と、eNB702と通信しているUE704とを含む。
図7に示すように、eNB702はUE704に、第1の送信706を送り、続いて第2の送信708を送ることができる。たとえば、第1および第2の送信706、708はデータ送信であり得る。以下で説明するように、UE704は、UE704によって適用されたACK/NACKを送信するための構成に従って、第1の送信706および/または第2の送信708についてeNB702にACK/NACK710を送ることができる。
【0038】
[0055]一態様では、eNB702は、UE704によって受信されたDL送信についてのUE704によるACK/NACKの送信のための第1の構成における変更をUE704に通知することができる。eNB702は、UE704が受信されたDL送信についてのACK/NACKを送信することになるか、または送られたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースをUE704に示すことができる。たとえば、1つまたは複数のリソースは、ACK/NACKが送信されることになるサブフレームのインデックスまたはそれらのサブフレームにおけるリソースのインデックスであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときにUE704によって使用されることになるリソースの第1のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UE704がACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UE704の識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。
【0039】
[0056]eNB702は、ACK/NACKの送信を遅延させるための遅延期間をUE704に送ることができる。たとえば、遅延期間は、6サブフレームなどのサブフレームの数として、または6.0ミリ秒(ms)などの時間期間として表され得る。一態様では、eNB702は、UE704によって確認応答されることになる、受信されたDL送信のうちの1つまたは複数をUE704に示すことができる。別の態様では、UE704によって確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションは、受信されたDL送信のサブセットのみについてのACK/NACKを送るようにUE704を構成するために使用される。確認応答される必要があるDL送信のサブセットは、事前に決定されてよく、または送信の結果に依存し得る。たとえば、受信されたDL送信のサブセットは、UE704が一連の送信の中で第3の送信ごとにのみACK/NACKを送るように構成されるように、すべての第3の送信を含むことができる。別の例として、受信されたDL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。別の例として、受信されたDL送信のサブセットは、新しいデータを示す送信と、HARQプロセスが送信を正常に復号する送信とを含むことができる。
【0040】
[0057]
図8Aは、送信と送信への対応する確認応答とを示すLTEフレーム802を示す図である。
図8Aを参照すると、eNB702はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。送信は、新しいHARQプロセスの第1の送信である場合または直近の確認応答されていない送信(last unacknowledged transmission)である場合に、第1の送信と見なされ得る。eNB702は、eNB702によって示された遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とを同時に受信することができる。遅延期間はまた、遅延期間の後に確認応答される必要がある第1の送信で始まる送信のウィンドウを示すことができる。たとえば、
図8Aでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、eNB702はサブフレーム6(「SF6」)においてACK1とACK2とを受信する。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNB702はSF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0041】
[0058]
図8Bは、送信と送信への対応する確認応答とを示すLTEフレーム804を示す図である。
図8Bを参照すると、eNB702はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。eNB702は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を受信することができる。eNB702は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を受信することができる。たとえば、
図8Bでは、遅延期間が6サブフレームである場合に、eNB702はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を受信することができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNB702は、SF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACK、および/またはSF7において、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0042】
[0059]
図8Cは、送信と送信への対応する確認応答とを示すLTEフレーム806を示す図である。
図8Cを参照すると、eNB702はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。eNB702は、遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を受信することができる。たとえば、
図8Cでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、eNB702はSF6においてACK1、2を受信することができる。一態様では、組み合されたACK/NACKは、2つの送信のACKの論理ANDであり得る。
【0043】
[0060]一態様では、UE704は、UE704によって受信されたDL送信についてのACK/NACKの送信のための第1の構成および/またはUE704によって送られたUL送信についてのACK/NACKの受信のための第2の構成における変更の情報を受信することができる。UE704はさらに、受信されたDL送信についてのACK/NACKが送信されることになるか、または送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを含むインジケーションを受信することができる。たとえば、1つまたは複数のリソースは、ACK/NACKが送信または受信されることになるサブフレームであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときにUE704によって使用されることになるリソースの第1のセットおよび/または送られたUL送信についてのACK/NACKを受信するときにUE704によって使用されることになるリソースの第2のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UE704がACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UE704の識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。
【0044】
[0061]UE704は、ACK/NACKの送信を遅延させるための遅延期間を受信することができる。たとえば、遅延期間は、6サブフレームなどのサブフレームの数として、または6.0msなどの時間期間として表され得る。UE704は、確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションを受信することができる。一態様では、インジケーションは、UE704が受信されたDL送信のサブセットのみについてのACK/NACKを送ることになることを示す。たとえば、受信されたDL送信のサブセットは、UE704が一連の送信の中で第3の送信ごとにのみACK/NACKを送るように、すべての第3の送信を含むことができる。別の例として、受信されたDL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。UE704は、第1のサブフレームにおいて第1の送信を受信することができる。次いでUE704は、第1のサブフレームの後の第2のサブフレームにおいて第2の送信を受信することができる。たとえば、第1および第2の送信はデータ送信であり得る。次いでUE704は、UE704によって適用されたACK/NACKの送信のための構成に基づいて、第1および第2のデータ送信に対応するACK/NACKを送ることができる。
【0045】
[0062]
図9Aは、送信の受信と受信された送信への対応する確認応答とを示すLTEフレーム902を示す図である。
図9Aを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでUE704は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とを同時に送ることができる。たとえば、
図9Aでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、UE704はサブフレーム6(「SF6」)においてACK1とACK2とを送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UE704はSF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0046】
[0063]
図9Bは、送信の受信と受信された送信への対応する確認応答とを示すLTEフレーム904を示す図である。
図9Bを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。UE704は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を送ることができる。UE704は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を送ることができる。たとえば、
図9Bでは、遅延期間が6サブフレームである場合に、UE704はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UE704は、SF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACK、および/またはSF7において、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0047】
[0064]
図9Cは、送信の受信と受信された送信への対応する確認応答とを示すLTEフレーム906を示す図である。
図9Cを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。UE704は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を送ることができる。たとえば、
図9Cでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、UE704はSF6においてACK1、2を送る。
【0048】
[0065]
図9Dは、送信の受信と受信された送信への対応する確認応答とを示すLTEフレーム908を示す図である。
図9Dを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。UE704は、確認応答されることになる、受信された送信のうちの1つまたは複数のインジケーションに基づいて、受信された送信のサブセットのみについてのACK/NACK(「ACK2」)(すなわち、「選択的ACK/NACK」)を送ることができる。たとえば、インジケーションがUE704に、UE704によって受信された一連の送信の中で第2の送信ごとにACK/NACKを送ることを求めている場合、UE704は、SF1において受信された第2の送信についてのみサブフレーム5(「SF5」)においてACK2を送ることができる。
図9Dに示すように、UE704は、第2の送信がUE704によって受信されたSF1の4サブフレーム後にACK2を送ることができる。ACK/NACKの不在が「選択的ACK/NACK」またはUEによる物理ダウンリンク制御チャネル(PDCCH)の受信の失敗のいずれかに起因し得ることに留意されたい。ただし、そのような混乱は、半永続スケジュール(SPS)の場合には回避され得る。SPSの場合、PDCCHは、SPSの初めにおいてのみ割振り情報を搬送する。したがって、PDCCHの受信が最初のACK/NACKを通して確認されると、後続のACK/NACKは、そのような混乱なしに遅延し得る。
【0049】
[0066]
図10は、ワイヤレス通信システムの
図1000である。ワイヤレス通信システム1000は、eNB1002と、eNB1002と通信しているUE1004とを含む。
図10に示すように、UE1004はeNB1002に、第1の送信1006を送り、続いて第2の送信1008を送ることができる。たとえば、第1および第2の送信1006、1008はデータ送信であり得る。eNB1002は、eNB1002によって適用されたACK/NACKを送信するための構成に従って、第1の送信1006および/または第2の送信1008についてUE1004にACK/NACK1010を送ることができる。
【0050】
[0067]一態様では、eNB1002は、UE1004によって送られたUL送信についてのUE1004によるACK/NACKの受信のための構成における変更をUE1004に通知することができる。eNB1002は、UE1004が送信されたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースをUE1004に示すことができる。たとえば、1つまたは複数のリソースは、ACK/NACKが受信されることになるサブフレームのインデックスまたはそれらのサブフレームにおけるリソースのインデックスであり得る。一態様では、インジケーションは、送られたUL送信についてのACK/NACKを受信するときにUE1004によって使用されることになるリソースのセットを含むことができる。一構成では、リソースのセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UE1004がACK/NACKを受信し得る特定のサブフレームを識別することができる。別の構成では、リソースのセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UE1004の識別情報、UL送信のリソースのインデックス、および/または送信されたUL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。
【0051】
[0068]eNB1002は、ACK/NACKの受信を遅延させるための遅延期間をUE1004に送ることができる。たとえば、遅延期間は、6サブフレームなどのサブフレームの数として、または6.0ミリ秒(ms)などの時間期間として表され得る。一態様では、eNB1002は、eNB1002によって確認応答されることになる、送信されたUL送信のうちの1つまたは複数をUE1004に示すことができる。一態様では、eNB1002によって確認応答されることになる、送信されたUL送信のうちの1つまたは複数のインジケーションは、送信されたUL送信のサブセットのみについてのACK/NACKを受信するようにUE1004を構成するために使用される。確認応答される必要があるUL送信のサブセットは、事前に決定されてよく、または送信の結果に依存し得る。たとえば、送信されたUL送信のサブセットは、UE1004が一連の送信の中で第3の送信ごとにのみACK/NACKを受信するように構成されるように、すべての第3の送信を含むことができる。別の例として、送信されたUL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。別の例として、送信されたUL送信のサブセットは、新しいデータを示す送信と、HARQプロセスが送信を正常に復号する送信とを含むことができる。
【0052】
[0069]
図8Aを参照すると、UE1004はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。送信は、新しいHARQプロセスの第1の送信である場合または前回確認応答されていない送信である場合に、第1の送信と見なされ得る。UE1004は、eNBによって示された遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とを同時に受信することができる。遅延期間はまた、遅延期間の後に確認応答される必要がある第1の送信で始まる送信のウィンドウを示すことができる。たとえば、
図8Aでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、UE1004はサブフレーム6(「SF6」)においてACK1とACK2とを受信する。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UE1004はSF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0053】
[0070]
図8Bを参照すると、UE1004はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。UE1004は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を受信することができる。UE1004は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を受信することができる。たとえば、
図8Bでは、遅延期間が6サブフレームである場合に、UE1004はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を受信することができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UE1004は、SF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACK、および/またはSF7において、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0054】
[0071]
図8Cを参照すると、UE1004はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。UE1004は、遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を受信することができる。たとえば、
図8Cでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、UE1004はSF6においてACK1、2を受信することができる。一態様では、組み合されたACK/NACKは、2つの送信のACKの論理ANDであり得る。
【0055】
[0072]一態様では、UE1004は、UE1004によって送られたUL送信についてのACK/NACKの受信のための構成における変更の情報を受信することができる。UE1004はさらに、送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを含むインジケーションを受信することができる。たとえば、1つまたは複数のリソースは、ACK/NACKが受信されることになるサブフレームであり得る。一態様では、インジケーションは、送られたUL送信についてのACK/NACKを受信するときにUE1004によって使用されることになるリソースのセットを含むことができる。一構成では、リソースのセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UE1004がACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースのセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UE1004の識別情報、UL送信のリソースのインデックス、および/または受信されたUL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。
【0056】
[0073]UE1004は、ACK/NACKの受信を遅延させるための遅延期間を受信することができる。たとえば、遅延期間は、6サブフレームなどのサブフレームの数として、または6.0msなどの時間期間として表され得る。UE1004は、確認応答されることになる、送信されたUL送信のうちの1つまたは複数のインジケーションを受信することができる。一態様では、インジケーションは、eNB1002が送信されたUL送信のサブセットのみについてのACK/NACKを送ることになることを示す。たとえば、送信されたUL送信のサブセットは、eNB1002が一連の送信の中で第3の送信ごとにのみACK/NACKを送るように、すべての第3の送信を含むことができる。別の例として、送信されたUL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。eNB1002は、第1のサブフレームにおいて第1の送信を受信することができる。次いでeNB1002は、第1のサブフレームの後の第2のサブフレームにおいて第2の送信を受信することができる。たとえば、第1および第2の送信はデータ送信であり得る。次いでeNB1002は、eNB1004によって適用されたACK/NACKの送信のための構成に基づいて、第1および第2のデータ送信に対応するACK/NACKを送ることができる。
【0057】
[0074]
図9Aを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでeNB1002は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とを同時に送ることができる。たとえば、
図9Aでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、eNB1002はサブフレーム6(「SF6」)においてACK1とACK2とを送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNB1002はSF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0058】
[0075]
図9Bを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。eNB1002は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を送ることができる。eNB1002は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を送ることができる。たとえば、
図9Bでは、遅延期間が6サブフレームである場合に、eNB1002はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNB1002は、SF6において、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACK、および/またはSF7において、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0059】
[0076]
図9Cを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。eNB1002は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を送ることができる。たとえば、
図9Cでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、eNB1002はSF6においてACK1、2を送る。
【0060】
[0077]
図9Dを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。eNB1002は、確認応答されることになる、受信された送信のうちの1つまたは複数のインジケーションに基づいて、受信された送信のサブセットのみについてのACK/NACK(「ACK2」)を送ることができる。たとえば、インジケーションがeNB1002に、eNB1002によって受信された一連の送信の中で第2の送信ごとにACK/NACKを送ることを求めている場合、eNB1002は、SF1において受信された第2の送信についてのみサブフレーム5(「SF5」)においてACK2を送ることができる。
図9Dに示すように、eNB1002は、第2の送信がeNB1002によって受信されたSF1の4サブフレーム後にACK2を送ることができる。
【0061】
[0078]
図11は、ワイヤレス通信の方法のフローチャート1000である。本方法はeNBによって実行され得る。ステップ1102において、eNBは少なくとも1つのUEに、少なくとも1つのUEによって受信されたDL送信についての少なくとも1つのUEによるACK/NACKの送信のための第1の構成および/または少なくとも1つのUEによって送られたUL送信についての少なくとも1つのUEによるACK/NACKの受信のための第2の構成における変更を通知する。たとえば、少なくとも1つのUEは、RRC接続UE(RRC connected UE)のサブセットであり得る。一態様では、eNBは、RRC構成メッセージを通して少なくとも1つのUEに通知することができる。
【0062】
[0079]ステップ1104において、eNBは、少なくとも1つのUEが受信されたDL送信についてのACK/NACKを送信することになるか、または送られたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースを少なくとも1つのUEに示す。たとえば、1つまたは複数のリソースは、ACK/NACKが送信または受信されることになるサブフレームであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときに少なくとも1つのUEによって使用されることになるリソースの第1のセットおよび/または送られたUL送信についてのACK/NACKを受信するときに少なくとも1つのUEによって使用されることになるリソースの第2のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UEがACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、少なくとも1つのUEの識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。たとえば、第nのサブフレームの後にACK/NACKを送信するUEは、第nのPUCCHにおいて送信することを求められ得る。
【0063】
[0080]
図12A、
図12B、および
図12Cは、ワイヤレス通信の方法のフローチャート1200である。本方法はeNBによって実行され得る。ステップ1202において、eNBは少なくとも1つのUEに、少なくとも1つのUEによって受信されたDL送信についての少なくとも1つのUEによるACK/NACKの送信のための第1の構成および/または少なくとも1つのUEによって送られたUL送信についての少なくとも1つのUEによるACK/NACKの受信のための第2の構成における変更を通知する。たとえば、少なくとも1つのUEは、RRC接続UEのサブセットであり得る。一態様では、eNBは、RRC構成メッセージを通して少なくとも1つのUEに通知することができる。
【0064】
[0081]ステップ1204において、eNBは、少なくとも1つのUEが受信されたDL送信についてのACK/NACKを送信することになるか、または送られたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースを少なくとも1つのUEに示す。たとえば、1つまたは複数のリソースは、ACK/NACKが送信または受信されることになるサブフレームであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときに少なくとも1つのUEによって使用されることになるリソースの第1のセットおよび/または送られたUL送信についてのACK/NACKを受信するときに少なくとも1つのUEによって使用されることになるリソースの第2のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UEがACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、少なくとも1つのUEの識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。たとえば、第nのサブフレームの後にACK/NACKを送信するUEは、第nのPUCCHにおいて送信することを求められ得る。
【0065】
[0082]ステップ1206において、eNBは、ACK/NACKの送信を遅延させるための遅延期間を少なくとも1つのUEに送る。たとえば、遅延期間は6サブフレームまたは6.0msであり得る。
【0066】
[0083]ステップ1208において、eNBは、少なくとも1つのUEによって確認応答されることになる、受信されたDL送信のうちの1つまたは複数を少なくとも1つのUEに示す。一態様では、少なくとも1つのUEによって確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションは、受信されたDL送信のサブセットのみについてのACK/NACKを送るように少なくとも1つのUEを構成するために使用される。たとえば、受信されたDL送信のサブセットは、少なくとも1つのUEが一連の送信の中で第3の送信ごとにのみACK/NACKを送るように構成されるように、すべての第3の送信を含むことができる。別の例として、受信されたDL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。
【0067】
[0084]ステップ1209において、eNBは、eNBによって確認応答されることになる、少なくとも1つのUEからの送信されたUL送信のうちの1つまたは複数を少なくとも1つのUEに示す。一態様では、eNBによって確認応答されることになる、送信されたUL送信のうちの1つまたは複数のインジケーションは、送信されたUL送信のサブセットのみについてのACK/NACKを受信するように少なくとも1つのUEを構成するために使用される。たとえば、送信されたUL送信のサブセットは、UEが一連の送信の中で第3の送信ごとにのみACK/NACKを受信するように構成されるように、すべての第3の送信を含むことができる。別の例として、送信されたUL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。
【0068】
[0085]次に
図12Bを参照すると、ステップ1210において、eNBは第1のサブフレームにおいて第1の送信を少なくとも1つのUEに送る。たとえば、第1の送信はデータ送信であり得る。
【0069】
[0086]ステップ1212において、eNBは、第1のサブフレームの後の第2のサブフレームにおいて第2の送信を少なくとも1つのUEに送る。たとえば、第2の送信はデータ送信であり得る。
【0070】
[0087]ステップ1214において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとを少なくとも1つのUEから同時に受信する。たとえば、第1の送信(「Tx1」)がSF0においてeNBによって送られ、第2の送信(「Tx2」)がSF1においてeNBによって送られる
図8Aを参照すると、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、eNBはサブフレーム6(「SF6」)においてACK1とACK2とを受信する。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0071】
[0088]ステップ1216において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを少なくとも1つのUEから受信する。一態様では、第1の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0072】
[0089]ステップ1218において、eNBは、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを少なくとも1つのUEから受信する。一態様では、第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第4のサブフレームにおいて、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0073】
[0090]たとえば、
図8Bを参照すると、eNB702はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。eNB702は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を受信することができる。次いでeNB702は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を受信することができる。たとえば、
図8Bでは、遅延期間が6サブフレームである場合に、eNB702はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を受信する。
【0074】
[0091]ステップ1220において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを少なくとも1つのUEから受信する。たとえば、eNBは第3のサブフレームにおいて、第1の送信と第2の送信の両方に確認応答する単一のACKを受信することができる。
【0075】
[0092]たとえば、
図8Cを参照すると、eNB702はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。次いでeNB702は、遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を受信することができる。たとえば、
図8Cでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、eNB702はSF6においてACK1、2を受信する。
【0076】
[0093]次に
図12Cを参照すると、ステップ1222において、eNBは第1のサブフレームにおいて第1の送信を少なくとも1つのUEから受信する。たとえば、第1の送信はデータ送信であり得る。
【0077】
[0094]ステップ1224において、eNBは、第1のサブフレームの後の第2のサブフレームにおいて、少なくとも1つのUEから第2の送信を受信する。たとえば、第2の送信はデータ送信であり得る。
【0078】
[0095]ステップ1226において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとをUEに同時に送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを同時に送ることができる。
【0079】
[0096]たとえば、
図9Aを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでeNB1002は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とをUE1004に同時に送ることができる。たとえば、
図9Aでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、eNB1002はサブフレーム6(「SF6」)においてACK1とACK2とを送る。
【0080】
[0097]ステップ1228において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを少なくとも1つのUEに送る。一態様では、第1の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0081】
[0098]ステップ1230において、eNBは、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを少なくとも1つのUEに送る。一態様では、第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、eNBは第4のサブフレームにおいて、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0082】
[0099]たとえば、
図9Bを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。eNBは、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を送ることができる。次いでeNB1002は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を送ることができる。たとえば、
図9Bでは、遅延期間が6サブフレームである場合に、eNB1002はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を送る。
【0083】
[00100]ステップ1232において、eNBは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを少なくとも1つのUEに送る。たとえば、eNBは第3のサブフレームにおいて、第1の送信と第2の送信の両方に確認応答する単一のACKを送ることができる。
【0084】
[00101]たとえば、
図9Cを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでeNB1002は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を送ることができる。たとえば、
図9Cでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、eNB1002はSF6においてACK1、2を送る。
【0085】
[00102]ステップ1234において、eNBは、確認応答されることになる、受信されたUL送信のうちの1つまたは複数のインジケーションに基づいて、送信されたUL送信のサブセットのみについてのACK/NACKを少なくともUEに送る。
【0086】
[00103]たとえば、
図9Dを参照すると、eNB1002はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。eNB1002は、確認応答されることになる、UE1004からの送信のうちの1つまたは複数のインジケーションに基づいて、UE1004からの送信のサブセットのみについてのACK/NACK(「ACK2」)を送ることができる。たとえば、インジケーションがeNB1002に、UE1004からの一連の送信の中でUE1004からの第2の送信ごとに(すなわち、1送信おきに)ACK/NACKを送ることを求めている場合、eNB1002は、SF1においてeNB1002によって受信された第2の送信についてのみサブフレーム5(「SF5」)においてACK2を送ることができる。
図9Dに示すように、eNB1002は、第2の送信がeNB1002によって受信されたSF1の4サブフレーム後にACK2を送ることができる。
【0087】
[00104]
図13は、ワイヤレス通信の方法のフローチャート1300である。本方法はUEによって実行され得る。ステップ1302において、UEは、UEによって受信されたDL送信についてのACK/NACKの送信のための第1の構成および/またはUEによって送られたUL送信についてのACK/NACKの受信のための第2の構成における変更の情報を受信する。たとえば、UEはRRC接続UEのサブセットにあり得る。一態様では、UEは、RRC構成メッセージを通して情報を受信することができる。
【0088】
[00105]ステップ1304において、UEは、受信されたDL送信についてのACK/NACKが送信されることになるか、または送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを含むインジケーションを受信する。たとえば、1つまたは複数のリソースは、ACK/NACKが送信または受信されることになるサブフレームであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときにUEによって使用されることになるリソースの第1のセットおよび/または送られたUL送信についてのACK/NACKを受信するときにUEによって使用されることになるリソースの第2のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UEがACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UEの識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。たとえば、第nのサブフレームの後にACK/NACKを送信するUEは、第nのPUCCHにおいて送信することを求められ得る。
【0089】
[00106]
図14A、
図14B、および
図14Cは、ワイヤレス通信の方法のフローチャート1400である。本方法はUEによって実行され得る。ステップ1402において、UEは、UEによって受信されたDL送信についてのACK/NACKの送信のための第1の構成および/またはUEによって送られたUL送信についてのACK/NACKの受信のための第2の構成における変更の情報を受信する。たとえば、UEはRRC接続UEのサブセットにあり得る。一態様では、UEは、RRC構成メッセージを通して情報を受信することができる。
【0090】
[00107]ステップ1404において、UEは、受信されたDL送信についてのACK/NACKが送信されることになるか、または送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを含むインジケーションを受信する。たとえば、1つまたは複数のリソースは、ACK/NACKが送信または受信されることになるサブフレームであり得る。一態様では、インジケーションは、受信されたDL送信についてのACK/NACKを送信するときにUEによって使用されることになるリソースの第1のセットおよび/または送られたUL送信についてのACK/NACKを受信するときにUEによって使用されることになるリソースの第2のセットを含むことができる。一構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは明示的なインジケーションであり得る。たとえば、明示的なインジケーションは、UEがACK/NACKを送信または受信し得る特定のサブフレームを識別することができる。別の構成では、リソースの第1のセットまたはリソースの第2のセットのインジケーションは暗黙的なインジケーションであり得る。そのような構成では、暗黙的なインジケーションは、UEの識別情報、DL送信のリソースのインデックス、および/または受信されたDL送信についてのACK/NACKの送信に関連する遅延の関数に基づき得る。たとえば、第nのサブフレームの後にACK/NACKを送信するUEは、第nのPUCCHにおいて送信することを求められ得る。
【0091】
[00108]1406において、UEは、ACK/NACKの送信を遅延させるための遅延期間を受信する。たとえば、遅延期間は6サブフレームまたは6.0msであり得る。
【0092】
[00109]1408において、UEは、確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションを受信する。一態様では、インジケーションは、UEが受信されたDL送信のサブセットのみについてのACK/NACKを送ることになることを示す。たとえば、受信されたDL送信のサブセットは、UEが一連の送信の中で第3の送信ごとにのみACK/NACKを送るように、すべての第3の送信を含むことができる。別の例として、受信されたDL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。
【0093】
[00110]ステップ1409において、UEは、eNBによって確認応答されることになる、UEからの送信されたUL送信のうちの1つまたは複数のインジケーションをeNBから受信する。一態様では、eNBによって確認応答されることになる、送信されたUL送信のうちの1つまたは複数のインジケーションは、送信されたUL送信のサブセットのみについてのACK/NACKを受信するように少なくとも1つのUEを構成するために使用される。たとえば、送信されたUL送信のサブセットは、UEが一連の送信の中で第3の送信ごとにのみACK/NACKを受信するように構成されるように、すべての第3の送信を含むことができる。別の例として、送信されたUL送信のサブセットは、新しいデータを含むものとして示された送信を除いて、すべての送信を含むことができる。
【0094】
[00111]次に
図14Bを参照すると、ステップ1410において、UEは第1のサブフレームにおいて第1の送信をeNBから受信する。たとえば、第1の送信はデータ送信であり得る。
【0095】
[00112]ステップ1412において、UEは、第1のサブフレームの後の第2のサブフレームにおいて第2の送信をeNBから受信する。たとえば、第2の送信はデータ送信であり得る。
【0096】
[00113]ステップ1414において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとをeNBに同時に送ることができる。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UEは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを同時に送ることができる。
【0097】
[00114]たとえば、
図9Aを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでUE704は、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)と第2の送信への第2のACK/NACK(「ACK2」)とを同時に送ることができる。たとえば、
図9Aでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、UE704はサブフレーム6(「SF6」)においてACK1とACK2とを送る。
【0098】
[00115]ステップ1416において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをeNBに送る。一態様では、第1の送信は、2つ以上のセグメントを含み得る。そのような態様では、UEは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0099】
[00116]ステップ1418において、UEは、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKをeNBに送る。一態様では、第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UEは第4のサブフレームにおいて、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを送ることができる。
【0100】
[00117]たとえば、
図9Bを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。UE704は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)を送ることができる。次いでUE704は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を送ることができる。たとえば、
図9Bでは、遅延期間が6サブフレームである場合に、UE704はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を送る。
【0101】
[00118]ステップ1420において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKをeNBに送る。たとえば、UEは第3のサブフレームにおいて、第1の送信と第2の送信の両方に確認応答する単一のACKを送ることができる。
【0102】
[00119]たとえば、
図9Cを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。次いでUEは、遅延期間に基づいて第1の送信が受信されたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を送ることができる。たとえば、
図9Cでは、第1の送信が受信されたサブフレームに関して遅延期間が6サブフレームである場合に、UE704はSF6においてACK1、2を送る。
【0103】
[00120]ステップ1422において、UEは、確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションに基づいて、受信されたDL送信のサブセットのみについてのACK/NACKをeNBに送る。
【0104】
[00121]たとえば、
図9Dを参照すると、UE704はサブフレーム0(「SF0」)において第1の送信(「Rx1」)を受信すること、およびサブフレーム1(「SF1」)において第2の送信(「Rx2」)を受信することができる。UE704は、確認応答されることになる、受信された送信のうちの1つまたは複数のインジケーションに基づいて、受信された送信のサブセットのみについてのACK/NACK(「ACK2」)を送ることができる。たとえば、インジケーションがUE704に、UE704によって受信された一連の送信の中で第2の送信ごとに(すなわち、1送信おきに)ACK/NACKを送ることを求めている場合、UE704は、SF1において受信された第2の送信についてのみサブフレーム5(「SF5」)においてACK2を送ることができる。
図9Dに示すように、UE704は、第2の送信がUE704によって受信されたSF1の4サブフレーム後にACK2を送ることができる。
【0105】
[00122]次に
図14Cを参照すると、ステップ1424において、UEは第1のサブフレームにおいて第1の送信をeNBに送る。たとえば、第1の送信はデータ送信であり得る。
【0106】
[00123]ステップ1426において、UEは、第1のサブフレームの後の第2のサブフレームにおいて第2の送信をeNBに送る。たとえば、第2の送信はデータ送信であり得る。
【0107】
[00124]ステップ1428において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとをeNBから同時に受信する。たとえば、第1の送信(「Tx1」)がSF0においてUE1004によって送られ、第2の送信(「Tx2」)がSF1においてUE1004によって送られる
図8Aを参照すると、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、UE1004はサブフレーム6(「SF6」)においてACK1とACK2とを受信する。一態様では、第1の送信および/または第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UE1004は第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKおよび/または第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0108】
[00125]ステップ1430において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをeNBから受信する。一態様では、第1の送信は、2つ以上のセグメントを含み得る。そのような態様では、UEは第3のサブフレームにおいて、第1の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0109】
[00126]ステップ1432において、UEは、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKをeNBから受信する。一態様では、第2の送信は、2つ以上のセグメントを含み得る。そのような態様では、UEは第4のサブフレームにおいて、第2の送信の2つ以上のセグメントに対応する2つ以上のACK/NACKを受信することができる。
【0110】
[00127]たとえば、
図8Bを参照すると、UE1004はeNB1002に、サブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。UE1004は、遅延期間に基づいてSF0から遅延したサブフレームにおいて、第1の送信への第1のACK/NACK(「ACK1」)をeNB1002から受信することができる。次いでUE1004は、遅延期間に基づいてSF1から遅延したサブフレームにおいて、第2の送信への第2のACK/NACK(「ACK2」)を受信することができる。たとえば、
図8Bでは、遅延期間が6サブフレームである場合に、UE1004はSF6においてACK1、およびサブフレーム7(「SF7」)においてACK2を受信する。
【0111】
[00128]ステップ1434において、UEは、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKをeNBから受信する。たとえば、UEは第3のサブフレームにおいて、第1の送信と第2の送信の両方に確認応答する単一のACKを受信することができる。
【0112】
[00129]たとえば、
図8Cを参照すると、UE1004はサブフレーム0(「SF0」)において第1の送信(「Tx1」)を送ること、およびサブフレーム1(「SF1」)において第2の送信(「Tx2」)を送ることができる。次いでUE1004は、遅延期間に基づいて第1の送信が送られたサブフレームから遅延したサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACK(「ACK1、2」)を受信することができる。たとえば、
図8Cでは、第1の送信が送られたサブフレームに関して遅延期間が6サブフレームである場合に、UE1004はSF6においてACK1、2を受信する。
【0113】
[00130]
図15は、例示的な装置1502中の異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー
図1500である。本装置1502はeNBであり得る。eNBは、ACK/NACKモジュール1504と、通知モジュール1506と、インジケーティングモジュール1508と、遅延期間モジュール1510と、送信処理モジュール1512と、送信モジュール1514と、受信モジュール1516とを含む。
【0114】
[00131]ACK/NACKモジュール1504は、UE1518からACK/NACKを受信し、処理する。ACK/NACKモジュール1504は、UE1518によって受信されたDL送信についてのUE1518によるACK/NACKの送信のための第1の構成および/またはUE1518によって送られたUL送信についてのUE1518によるACK/NACKの受信のための第2の構成を変更する。一態様では、ACK/NACKモジュール1504はUE1518に、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、UEからの第1の送信への第1のACK/NACKとUE1518からの第2の送信への第2のACK/NACKとを同時に送ることができる。別の態様では、ACK/NACKモジュール1504は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをUE1518に送ることができる。一態様では、第1の送信は、2つ以上のセグメントを含み得る。ACK/NACKモジュール1504はさらに、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを送ることができる。別の態様では、ACK/NACKモジュール1504は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、UE1518からの第1の送信と第2の送信の両方についての組み合されたACK/NACKを送ることができる。別の態様では、ACK/NACKモジュール1504は、確認応答されることになる、受信されたUL送信のうちの1つまたは複数のインジケーションに基づいて、送信されたUL送信のサブセットのみについてのACK/NACKをUE1518に送ることができる。
【0115】
[00132]通知モジュール1506は、UE1518によって受信されたDL送信についてのUE1518によるACK/NACKの送信のための第1の構成および/またはUE1518によって送られたUL送信についてのUE1518によるACK/NACKの受信のための第2の構成における変更をUE1518に通知する。一態様では、eNBは、送信モジュール1514を介してUE1518に送信され得るRRC構成メッセージを通してUE1518に通知することができる。
【0116】
[00133]インジケーティングモジュール1508は、UE1518が受信されたDL送信についてのACK/NACKを送信することになるか、または送られたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースをUE1518に示すことができる。一態様では、インジケーティングモジュール1508は、UE1518によって確認応答されることになる、受信されたDL送信のうちの1つまたは複数をUE1518に示すことができる。インジケーティングモジュール1508はUEに、eNBによって確認応答されることになる、少なくとも1つのUEからの送信されたUL送信のうちの1つまたは複数を示す。
【0117】
[00134]遅延期間モジュール1510は、送信モジュール1514を介してUE1518に遅延期間を送る。遅延期間は、ACK/NACKの送信を遅延させるためにUE1518によって使用され得る。
【0118】
[00135]送信処理モジュール1512は、第1および第2の送信を生成する。たとえば、第1および第2の送信はデータ送信であり得る。送信処理モジュール1512は、第1のサブフレームにおいて送信モジュール1514を介してUE1518に第1の送信を送り、第1のサブフレームの後の第2のサブフレームにおいて送信モジュール1514を介してUE1518に第2の送信を送る。
【0119】
[00136]受信モジュール1516は、UE1518から送信されたACK/NACKを受信する。ACK/NACKは、eNBからのDL送信に応答してUE1518から送信され得る。一態様では、受信モジュール1516は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとを同時に受信する。別の態様では、受信モジュール1516は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを受信し、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを受信する。別の態様では、受信モジュール1516は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを受信する。受信モジュール1516は、第1のサブフレームにおいて第1の送信をUEから受信し、第1のサブフレームの後の第2のサブフレームにおいてUEから第2の送信を受信する。
【0120】
[00137]本装置は、
図11、
図12A、
図12B、および
図12Cの上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、
図11、
図12A、
図12B、および
図12Cの上述のフローチャート中の各ステップは1つのモジュールによって実行され得、本装置は、それらのモジュールのうちの1つまたは複数を含み得る。それらのモジュールは、述べられたプロセス/アルゴリズムを行うように特に構成された1つもしくは複数のハードウェア構成要素であるか、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらいくつかのコンビネーションであり得る。
【0121】
[00138]
図16は、処理システム1614を用いる装置1502’のためのハードウェア実装の一例を示す
図1600である。処理システム1614は、バス1624によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1624は、処理システム1614の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスとブリッジとを含み得る。バス1624は、プロセッサ1604によって表される1つまたは複数のプロセッサおよび/またはハードウェアモジュールと、モジュール1504、1506、1508、1510、1512、1514、および1516と、コンピュータ可読媒体1606とを含む様々な回路を互いにリンクする。バス1624はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクすることができるが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【0122】
[00139]処理システム1614は、トランシーバ1610に結合され得る。トランシーバ1610は、1つまたは複数のアンテナ1620に結合される。トランシーバ1610は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ1610は、1つまたは複数のアンテナ1620から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム1614、特に受信モジュール1516に与える。さらに、トランシーバ1610は、処理システム1614、特に送信モジュール1514から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ1620に適用されるべき信号を生成する。処理システム1614は、コンピュータ可読媒体1606に結合されたプロセッサ1604を含む。プロセッサ1604は、コンピュータ可読媒体1606に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ1604によって実行されたとき、処理システム1614に、特定の装置のための上述した様々な機能を実行させる。コンピュータ可読媒体1606は、ソフトウェアを実行するときにプロセッサ1604によって操作されるデータを記憶するために使用される場合もある。処理システムは、モジュール1504、1506、1508、1510、1512、1514、および1516のうちの少なくとも1つをさらに含む。それらのモジュールは、プロセッサ1604中で動作し、コンピュータ可読媒体1606中に存在する/記憶された、ソフトウェアモジュールであるか、プロセッサ1604に結合された1つもしくは複数のハードウェアモジュールであるか、またはそれらのいくつかのコンビネーションであり得る。処理システム1614は、eNB610の構成要素であり得、メモリ676、ならびに/またはTXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675のうちの少なくとも1つを含み得る。
【0123】
[00140]一構成では、ワイヤレス通信のための装置1502/1502’は、少なくとも1つのUEに、少なくとも1つのUEによって受信されたDL送信についての少なくとも1つのUEによるACK/NACKの送信のための第1の構成および/または少なくとも1つのUEによって送られたUL送信についての少なくとも1つのUEによるACK/NACKの受信のための第2の構成における変更を通知するための手段と、少なくとも1つのUEが受信されたDL送信についてのACK/NACKを送信することになるか、または送られたUL送信についてのACK/NACKを受信することになる1つまたは複数のリソースを少なくとも1つのUEに示すための手段と、ACK/NACKの送信を遅延させるための遅延期間を少なくとも1つのUEに送るための手段と、第1のサブフレームにおいて第1の送信を少なくとも1つのUEに送るための手段と、第1のサブフレームの後の第2のサブフレームおいて第2の送信を少なくとも1つのUEに送るための手段と、第1のサブフレームにおいて第1の送信を少なくとも1つのUEから受信するための手段と、第1のサブフレームの後の第2のサブフレームおいて第2の送信を少なくとも1つのUEから受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとを少なくとも1つのUEから同時に受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、受信された第1の送信への第1のACK/NACKと受信された第2の送信への第2のACK/NACKとを少なくとも1つのUEに同時に送るための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを少なくとも1つのUEに送るための手段と、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを少なくとも1つのUEに送るための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを少なくとも1つのUEから受信するための手段と、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを少なくとも1つのUEから受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを少なくとも1つのUEに送るための手段と、少なくとも1つのUEによって確認応答されることになる、受信されたDL送信のうちの1つまたは複数を少なくとも1つのUEに示すための手段と、eNBによって確認応答されることになる、少なくとも1つのUEによる送信されたUL送信のうちの1つまたは複数を少なくとも1つのUEに示すための手段とを含む。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置1502の上述のモジュールおよび/または装置1502’処理システム1614のうちの1つまたは複数であり得る。上記で説明したように、処理システム1614は、TXプロセッサ616と、RXプロセッサ670と、コントローラ/プロセッサ675とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、TXプロセッサ616、RXプロセッサ670、およびコントローラ/プロセッサ675であり得る。
【0124】
[00141]
図17は、例示的な装置1702中の異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー
図1700である。本装置1702はUEであり得る。UEは、受信1704と、情報処理モジュール1706と、インジケーション処理モジュール1708と、遅延期間処理モジュール1710と、送信処理モジュール1712と、ACK/NACKモジュール1714と、送信モジュール1716とを含む。
【0125】
[00142]受信モジュール1704は、eNB1718から第1および第2の送信を受信する。たとえば、第1および第2の送信はデータ送信であり得る。受信モジュール1704は、第1のサブフレームにおいてeNB1718から第1の送信を受信し、第1のサブフレームの後の第2のサブフレームにおいてeNB1718から第2の送信を受信する。
【0126】
[00143]情報処理モジュール1706は、UEによって受信されたDL送信についてのUEによるACK/NACKの送信のための第1の構成および/またはUEによって送られたUL送信についてのUEによるACK/NACKの受信のための第2の構成における変更の情報を、受信モジュール1704を介してeNB1718から受信する。一態様では、eNB1718は、受信モジュール1704を介してUEによって受信され得るRRC構成メッセージを通してUEに通知することができる。
【0127】
[00144]インジケーション処理モジュール1708は、受信モジュール1704を介してeNB1718からインジケーションを受信し、このインジケーションは、受信されたDL送信についてのACK/NACKが送信されることになるか、または送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを含む。一態様では、インジケーション処理モジュール1708は、UEによって確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションを受信する。別の態様では、インジケーション処理モジュール1708は、eNBによって確認応答されることになる、少なくとも1つのUEからの送信されたUL送信のうちの1つまたは複数のインジケーションを受信することができる。
【0128】
[00145]遅延期間モジュール1710は、受信モジュール1704を介してeNB1718から遅延期間を受信する。遅延期間は、ACK/NACKの送信を遅延させるためにUEによって使用され得る。
【0129】
[00146]送信処理モジュール1712は、第1および第2の送信を生成する。たとえば、第1および第2の送信はデータ送信であり得る。送信処理モジュール1712は、第1のサブフレームにおいて送信モジュール1716を介してeNB1718に第1の送信を送り、第1のサブフレームの後の第2のサブフレームにおいて送信モジュール1716を介してeNB1718に第2の送信を送る。
【0130】
[00147]ACK/NACKモジュール1714は、UEによって受信されたDL送信についてのACK/NACKの送信のための第1の構成および/またはUEによって送られたUL送信についてのACK/NACKの受信のための第2の構成に変更を適用する。一態様では、ACK/NACKモジュール1714はACK/NACKを生成し、送信モジュール1716を介してeNB1718に送る。ACK/NACKは、eNB1718からのDL送信に応答してUEからeNB1718に送信され得る。一態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、eNB1718からの第1の送信への第1のACK/NACKとeNB1718からの第2の送信への第2のACK/NACKとを同時に送る。別の態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKを送り、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKを送る。別の態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKを送る。別の態様では、ACK/NACKモジュール1714は、確認応答されることになる、受信された送信のうちの1つまたは複数(たとえば、eNB1718からの第1の送信および/または第2の送信)のインジケーションに基づいて、受信された送信のサブセットのみについてのACK/NACKを送る。
【0131】
[00148]一態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとをeNB1718から同時に受信する。別の態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをeNB1718から受信する。ACK/NACKモジュール1714はさらに、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKをeNB1718から受信する。別の態様では、ACK/NACKモジュール1714は、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKをeNB1718から受信する。
【0132】
[00149]本装置は、
図13、
図14A、
図14B、および
図14Cの上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、
図13、
図14A、
図14B、および
図14Cの上述のフローチャート中の各ステップは1つのモジュールによって実行され得、本装置は、それらのモジュールのうちの1つまたは複数を含み得る。それらのモジュールは、述べられたプロセス/アルゴリズムを行うように特に構成された1つもしくは複数のハードウェア構成要素であるか、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらいくつかのコンビネーションであり得る。
【0133】
[00150]
図18は、処理システム1814を用いる装置1702’のためのハードウェア実装の一例を示す
図1800である。処理システム1814は、バス1824によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1824は、処理システム1814の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスとブリッジとを含み得る。バス1824は、プロセッサ1804によって表される1つまたは複数のプロセッサおよび/またはハードウェアモジュールと、モジュール1704、1706、1708、1710、1712、1714、および1716と、コンピュータ可読媒体1806とを含む様々な回路を互いにリンクする。バス1824はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクすることができるが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【0134】
[00151]処理システム1814は、トランシーバ1810に結合され得る。トランシーバ1810は、1つまたは複数のアンテナ1820に結合される。トランシーバ1810は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ1810は、1つまたは複数のアンテナ1820から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム1814、特に受信モジュール1704に与える。さらに、トランシーバ1810は、処理システム1814、特に送信モジュール1716から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ1820に適用されるべき信号を生成する。処理システム1814は、コンピュータ可読媒体1806に結合されたプロセッサ1804を含む。プロセッサ1804は、コンピュータ可読媒体1806に記憶されたソフトウェアの実行を含む一般的な処理を担う。ソフトウェアは、プロセッサ1804によって実行されたとき、処理システム1814に、特定の装置のための上述した様々な機能を実行させる。コンピュータ可読媒体1806は、ソフトウェアを実行するときにプロセッサ1804によって操作されるデータを記憶するために使用される場合もある。処理システムは、モジュール1704、1706、1708、1710、1712、1714、および1716のうちの少なくとも1つをさらに含む。それらのモジュールは、プロセッサ1804中で動作し、コンピュータ可読媒体1806中に存在する/記憶された、ソフトウェアモジュールであるか、プロセッサ1804に結合された1つもしくは複数のハードウェアモジュールであるか、またはそれらいくつかのコンビネーションであり得る。処理システム1814は、UE650の構成要素であり得、メモリ660、ならびに/またはTXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659のうちの少なくとも1つを含み得る。
【0135】
[00152]一構成では、ワイヤレス通信のための装置1702/1702’は、UEによって受信されたDL送信についてのACK/NACKの送信のための第1の構成および/またはUEによって送られたUL送信についてのACK/NACKの受信のための第2の構成における変更の情報を受信するための手段と、受信されたDL送信についてのACK/NACKが送信されることになるか、または送られたUL送信についてのACK/NACKが受信されることになる1つまたは複数のリソースを備えるインジケーションを受信するための手段と、ACK/NACKの送信を遅延させるための遅延期間を受信するための手段と、第1のサブフレームにおいて第1の送信をeNBから受信するための手段と、第1のサブフレームの後の第2のサブフレームにおいて第2の送信をeNBから受信するための手段と、第1のサブフレームにおいて第1の送信をeNBに送るための手段と、第1のサブフレームの後の第2のサブフレームにおいて第2の送信をeNBに送るための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、送られた第1の送信への第1のACK/NACKと送られた第2の送信への第2のACK/NACKとをeNBから同時に受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをeNBから受信するための手段と、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKをeNBから受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKをeNBから受信するための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKと第2の送信への第2のACK/NACKとをeNBに同時に送るための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信への第1のACK/NACKをeNBに送るための手段と、遅延期間に基づいて第2のサブフレームから遅延した第4のサブフレームにおいて、第2の送信への第2のACK/NACKをeNBに送るための手段と、遅延期間に基づいて第1のサブフレームから遅延した第3のサブフレームにおいて、第1の送信と第2の送信の両方についての組み合されたACK/NACKをeNBに送るための手段と、確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションを受信するための手段と、確認応答されることになる、受信されたDL送信のうちの1つまたは複数のインジケーションに基づいて、受信されたDL送信のサブセットのみについてのACK/NACKを送るための手段とを含む。上述の手段は、上述の手段によって具陳された機能を実行するように構成された、装置1702の上述のモジュールおよび/または装置1702’の処理システム1814のうちの1つまたは複数であり得る。上記で説明したように、処理システム1814は、TXプロセッサ668と、RXプロセッサ656と、コントローラ/プロセッサ659とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成された、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659であり得る。
【0136】
[00153]したがって、送信の特定のサブセットについてのACK/NACKをスケジュールすることによって、システムにおけるACK/NACK送信の負荷が低減され得る。その上、干渉が低い期間にACK/NACKをスケジュールすることによって、ACK/NACKの信頼性が増し得る。
【0137】
[00154]開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は、並べ替えられてよいことを理解されたい。さらに、いくつかのステップは組み合わされるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【0138】
[00155]以上の説明は、当業者が本明細書で説明された様々な態様を実施できるようにするために提供される。これらの態様への様々な変更は、当業者には容易に明らかとなり、本明細書で規定される一般的原理は、他の態様に適用されてもよい。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の範囲の文言に矛盾しない最大限の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「ただ1つの」を意味するものではなく、「1つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は、1つまたは複数を指す。当業者に知られているか、または後で知られることになる、本開示全体にわたって説明する様々な態様の要素に対するすべての構造的等価物および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものとする。その上、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
[C1]
eNBのワイヤレス通信の方法であって、
少なくとも1つのユーザ機器(UE)に、前記少なくとも1つのUEによって受信されたダウンリンク(DL)送信についての前記少なくとも1つのUEによる肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記少なくとも1つのUEによって送られたアップリンク(UL)送信についての前記少なくとも1つのUEによるACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更を通知することと、
前記少なくとも1つのUEが前記受信されたDL送信についての前記ACK/NACKを送信することになるか、または送られたUL送信についての前記ACK/NACKを受信することになる1つまたは複数のリソースを前記少なくとも1つのUEに示すことと
を備える方法。
[C2]
ACK/NACKの送信を遅延させるための遅延期間を前記少なくとも1つのUEに送ることをさらに備える、
C1に記載の方法。
[C3]
前記遅延期間は、各ACK/NACKに固有である、
C2に記載の方法。
[C4]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKと前記第2の送信への第2のACK/NACKとを前記少なくとも1つのUEから同時に受信することと
をさらに備える、C2に記載の方法。
[C5]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて前記少なくとも1つのUEからの第2の送信を前記少なくとも1つのUEから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記受信された第1の送信への第1のACK/NACKと前記受信された第2の送信への第2のACK/NACKとを前記少なくとも1つのUEに同時に送ることと
をさらに備える、C2に記載の方法。
[C6]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記少なくとも1つのUEから受信することと、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記少なくとも1つのUEから受信することと
をさらに備える、C2に記載の方法。
[C7]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記少なくとも1つのUEに送ることと、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記少なくとも1つのUEに送ることと
をさらに備える、C2に記載の方法。
[C8]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記少なくとも1つのUEから受信することと
をさらに備える、C2に記載の方法。
[C9]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記少なくとも1つのUEに送ることと
をさらに備える、C2に記載の方法。
[C10]
前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すことをさらに備える、
C1に記載の方法。
[C11]
前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数の前記インジケーションは、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送るように前記少なくとも1つのUEを構成するために使用される、
C10に記載の方法。
[C12]
eNBによって確認応答されることになる、前記少なくとも1つのUEによる前記送信されたUL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すことをさらに備える、
C1に記載の方法。
[C13]
前記eNBによって確認応答されることになる、前記送信されたUL送信のうちの前記1つまたは複数の前記インジケーションは、前記送信されたUL送信のサブセットのみについての前記ACK/NACKを受信するように前記少なくとも1つのUEを構成するために使用される、
C12に記載の方法。
[C14]
前記インジケーションは、前記受信されたDL送信についての前記ACK/NACKを送信するときに前記少なくとも1つのUEによって使用されることになるリソースの第1のセットまたは前記送られたUL送信についての前記ACK/NACKを受信するときに前記少なくとも1つのUEによって使用されることになるリソースの第2のセットのうちの少なくとも1つを備える、
C1に記載の方法。
[C15]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは明示的なインジケーションである、
C14に記載の方法。
[C16]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは暗黙的なインジケーションである、
C14に記載の方法。
[C17]
リソースの前記第1のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、DL送信のリソースのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C16に記載の方法。
[C18]
リソースの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のリソースのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C16に記載の方法。
[C19]
前記少なくとも1つのUEは、無線リソース制御(RRC)構成メッセージを通して通知される、
C1に記載の方法。
[C20]
ユーザ機器(UE)のワイヤレス通信の方法であって、
前記UEによって受信されたダウンリンク(DL)送信についての肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記UEによって送られたアップリンク(UL)送信についてのACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更の情報を発展型ノードB(eNB)から受信することと、
前記受信されたDL送信についての前記ACK/NACKが送信されることになるか、または送られたUL送信についての前記ACK/NACKが受信されることになる1つまたは複数のリソースを備えるインジケーションを受信することと
を備える方法。
[C21]
ACK/NACKの送信を遅延させるための遅延期間を受信することをさらに備える、
C20に記載の方法。
[C22]
前記遅延期間は、各ACK/NACKに固有である、
C21に記載の方法。
[C23]
第1のサブフレームにおいて第1の送信を前記eNBから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKと前記第2の送信への第2のACK/NACKとを同時に前記eNBに送ることと
をさらに備える、C21に記載の方法。
[C24]
第1のサブフレームにおいて第1の送信を前記eNBに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記送られた第1の送信への第1のACK/NACKと前記送られた第2の送信への第2のACK/NACKとを前記eNBから同時に受信することと
をさらに備える、C21に記載の方法。
[C25]
第1のサブフレームにおいて第1の送信を前記eNBから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記eNBに送ることと、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記eNBに送ることと
をさらに備える、C21に記載の方法。
[C26]
第1のサブフレームにおいて第1の送信を前記eNBに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記eNBから受信することと、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記eNBから受信することと
をさらに備える、C21に記載の方法。
[C27]
第1のサブフレームにおいて第1の送信を前記eNBから受信することと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信することと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記eNBに送ることと
をさらに備える、C21に記載の方法。
[C28]
第1のサブフレームにおいて第1の送信を前記eNBに送ることと、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBに送ることと、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記eNBから受信することと
をさらに備える、C21に記載の方法。
[C29]
確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数のインジケーションを受信することをさらに備える、
C20に記載の方法。
[C30]
確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数の前記インジケーションに基づいて、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送ることをさらに備える、
C29に記載の方法。
[C31]
eNBによって確認応答されることになる、前記少なくとも1つのUEによる前記送信されたUL送信のうちの1つまたは複数のインジケーションを受信することをさらに備える、
C20に記載の方法。
[C32]
前記eNBによって確認応答されることになる、前記送信されたUL送信のうちの前記1つまたは複数の前記インジケーションは、前記送信されたUL送信のサブセットのみについての前記ACK/NACKを受信するように前記少なくとも1つのUEを構成するために使用される、
C31に記載の方法。
[C33]
前記インジケーションは、前記受信されたDL送信についての前記ACK/NACKを送信するときに使用されることになるリソースの第1のセットまたは前記送られたUL送信についての前記ACK/NACKを受信するときに使用されることになるリソースの第2のセットのうちの少なくとも1つを備える、
C20に記載の方法。
[C34]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは明示的なインジケーションである、
C33に記載の方法。
[C35]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは暗黙的なインジケーションである、C33に記載の方法。
[C36]
リソースの前記第1のセットについての前記暗黙的なインジケーションは、前記UEの識別情報、DL送信のリソースのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C35に記載の方法。
[C37]
リソースの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のリソースのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C35に記載の方法。
[C38]
前記情報は、無線リソース制御(RRC)構成メッセージを通して受信される、
C20に記載の方法。
[C39]
ワイヤレス通信のための装置であって、
少なくとも1つのユーザ機器(UE)に、前記少なくとも1つのUEによって受信されたダウンリンク(DL)送信についての前記少なくとも1つのUEによる肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記少なくとも1つのUEによって送られたアップリンク(UL)送信についての前記少なくとも1つのUEによるACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更を通知するための手段と、
前記少なくとも1つのUEが前記受信されたDL送信についての前記ACK/NACKを送信することになるか、または送られたUL送信についての前記ACK/NACKを受信することになる1つまたは複数のリソースを前記少なくとも1つのUEに示すための手段と
を備える装置。
[C40]
ACK/NACKの送信を遅延させるための遅延期間を前記少なくとも1つのUEに送るための手段をさらに備える、
C39に記載の装置。
[C41]
前記遅延期間は各ACK/NACKに固有である、
C40に記載の装置。
[C42]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKと前記第2の送信への第2のACK/NACKとを前記少なくとも1つのUEから同時に受信するための手段と
をさらに備える、C40に記載の装置。
[C43]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記受信された第1の送信への第1のACK/NACKと前記受信された第2の送信への第2のACK/NACKとを前記少なくとも1つのUEに同時に送るための手段と
をさらに備える、C40に記載の装置。
[C44]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記少なくとも1つのUEから受信するための手段と、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記少なくとも1つのUEから受信するための手段と
をさらに備える、C40に記載の装置。
[C45]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記少なくとも1つのUEに送るための手段と、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記少なくとも1つのUEに送るための手段と
をさらに備える、C40に記載の装置。
[C46]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEに送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEに送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記少なくとも1つのUEから受信するための手段と
をさらに備える、C40に記載の装置。
[C47]
第1のサブフレームにおいて第1の送信を前記少なくとも1つのUEから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記少なくとも1つのUEから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記少なくとも1つのUEに送るための手段と
をさらに備える、C40に記載の装置。
[C48]
前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すための手段をさらに備える、
C39に記載の装置。
[C49]
前記少なくとも1つのUEによって確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数の前記インジケーションは、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送るように前記少なくとも1つのUEを構成するために使用される、
C48に記載の装置。
[C50]
前記eNBによって確認応答されることになる、前記少なくとも1つのUEによる前記送信されたUL送信のうちの1つまたは複数を前記少なくとも1つのUEに示すための手段をさらに備える、
C39に記載の装置。
[C51]
前記eNBによって確認応答されることになる、前記送信されたUL送信のうちの前記1つまたは複数の前記インジケーションは、前記送信されたUL送信のサブセットのみについての前記ACK/NACKを受信するように前記少なくとも1つのUEを構成するために使用される、
C50に記載の装置。
[C52]
前記インジケーションは、前記受信されたDL送信についての前記ACK/NACKを送信するときに前記少なくとも1つのUEによって使用されることになるリソースの第1のセットまたは前記送られたUL送信についての前記ACK/NACKを受信するときに前記少なくとも1つのUEによって使用されることになるリソースの第2のセットのうちの少なくとも1つを備える、
C39に記載の装置。
[C53]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは明示的なインジケーションである、
C52に記載の装置。
[C54]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは暗黙的なインジケーションである、
C52に記載の装置。
[C55]
リソースの前記第1のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、DL送信のリソースのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C54に記載の装置。
[C56]
リソースの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のリソースのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C54に記載の装置。
[C57]
前記少なくとも1つのUEは、無線リソース制御(RRC)構成メッセージを通して通知される、
C39に記載の装置。
[C58]
ワイヤレス通信のための装置であって、
ユーザ機器(UE)によって受信されたダウンリンク(DL)送信についての肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記UEによって送られたアップリンク(UL)送信についてのACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更の情報を発展型ノードB(eNB)から受信するための手段と、
前記受信されたDL送信についての前記ACK/NACKが送信されることになるか、または送られたUL送信についての前記ACK/NACKが受信されることになる1つまたは複数のリソースを備えるインジケーションを受信するための手段と
を備える装置。
[C59]
ACK/NACKの送信を遅延させるための遅延期間を受信するための手段をさらに備える、
C58に記載の装置。
[C60]
前記遅延期間は各ACK/NACKに固有である、
C59に記載の装置。
[C61]
第1のサブフレームにおいて第1の送信を前記eNBから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKと前記第2の送信への第2のACK/NACKとを前記eNBに同時に送るための手段と
をさらに備える、C59に記載の装置。
[C62]
第1のサブフレームにおいて第1の送信を前記eNBに送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBに送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記送られた第1の送信への第1のACK/NACKと前記送られた第2の送信への第2のACK/NACKとを前記eNBから同時に受信するための手段と
をさらに備える、C59に記載の装置。
[C63]
第1のサブフレームにおいて第1の送信を前記eNBから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記eNBに送るための手段と、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記eNBに送るための手段と
をさらに備える、C59に記載の装置。
[C64]
第1のサブフレームにおいて第1の送信を前記eNBに送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBに送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信への第1のACK/NACKを前記eNBから受信するための手段と、
前記遅延期間に基づいて前記第2のサブフレームから遅延した第4のサブフレームにおいて、前記第2の送信への第2のACK/NACKを前記eNBから受信するための手段と
をさらに備える、C59に記載の装置。
[C65]
第1のサブフレームにおいて第1の送信を前記eNBから受信するための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて第2の送信を前記eNBから受信するための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記eNBに送るための手段と
をさらに備える、C59に記載の装置。
[C66]
第1のサブフレームにおいて前記eNBに第1の送信を送るための手段と、
前記第1のサブフレームの後の第2のサブフレームにおいて前記eNBに第2の送信を送るための手段と、
前記遅延期間に基づいて前記第1のサブフレームから遅延した第3のサブフレームにおいて、前記第1の送信と前記第2の送信の両方についての組み合されたACK/NACKを前記eNBから受信するための手段と
をさらに備える、C59に記載の装置。
[C67]
確認応答されることになる、前記受信されたDL送信のうちの1つまたは複数のインジケーションを受信するための手段をさらに備える、
C58に記載の装置。
[C68]
確認応答されることになる、前記受信されたDL送信のうちの前記1つまたは複数の前記インジケーションに基づいて、前記受信されたDL送信のサブセットのみについての前記ACK/NACKを送るための手段をさらに備える、
C67に記載の装置。
[C69]
前記インジケーションは、前記受信されたDL送信についての前記ACK/NACKを送信するときに使用されることになるリソースの第1のセットまたは前記送られたUL送信についての前記ACK/NACKを受信するときに使用されることになるリソースの第2のセットのうちの少なくとも1つを備える、
C58に記載の装置。
[C70]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは明示的なインジケーションである、
C69に記載の装置。
[C71]
リソースの前記第1のセットまたはリソースの前記第2のセットの前記インジケーションは暗黙的なインジケーションである、
C69に記載の装置。
[C72]
リソースの前記第1のセットについての前記暗黙的なインジケーションは、前記UEの識別情報、DL送信のリソースのインデックス、および前記受信されたDL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C71に記載の装置。
[C73]
リソースの前記第2のセットについての前記暗黙的なインジケーションは、前記少なくとも1つのUEの識別情報、UL送信のリソースのインデックス、および前記送信されたUL送信についての前記ACK/NACKの送信に関連する遅延のうちの少なくとも1つの関数に基づく、
C71に記載の装置。
[C74]
前記情報は、無線リソース制御(RRC)構成メッセージを通して受信される、
C58に記載の装置。
[C75]
ワイヤレス通信のための装置であって、
処理システムを備え、前記処理システムは、
少なくとも1つのユーザ機器(UE)に、前記少なくとも1つのUEによって受信されたダウンリンク(DL)送信についての前記少なくとも1つのUEによる肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記少なくとも1つのUEによって送られたアップリンク(UL)送信についての前記少なくとも1つのUEによるACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更を通知し、
前記少なくとも1つのUEが前記受信されたDL送信についての前記ACK/NACKを送信することになるか、または送られたUL送信についての前記ACK/NACKを受信することになる1つまたは複数のリソースを前記少なくとも1つのUEに示す
ように構成された、装置。
[C76]
ワイヤレス通信のための装置であって、
処理システムを備え、前記処理システムは、
ユーザ機器(UE)によって受信されたダウンリンク(DL)送信についての肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記UEによって送られたアップリンク(UL)送信についてのACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更の情報を受信し、
前記受信されたDL送信についての前記ACK/NACKが送信されることになるか、または送られたUL送信についての前記ACK/NACKが受信されることになる1つまたは複数のリソースを備えるインジケーションを受信する
ように構成された、装置。
[C77]
コンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
少なくとも1つのユーザ機器(UE)に、前記少なくとも1つのUEによって受信されたダウンリンク(DL)送信についての前記少なくとも1つのUEによる肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記少なくとも1つのUEによって送られたアップリンク(UL)送信についての前記少なくとも1つのUEによるACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更を通知し、
前記少なくとも1つのUEが前記受信されたDL送信についての前記ACK/NACKを送信することになるか、または送られたUL送信についての前記ACK/NACKを受信することになる1つまたは複数のリソースを前記少なくとも1つのUEに示す
ためのコードを備える、コンピュータプログラム製品。
[C78]
コンピュータプログラム製品であって、
コンピュータ可読媒体を備え、前記コンピュータ可読媒体は、
ユーザ機器(UE)によって受信されたダウンリンク(DL)送信についての肯定応答(ACK)/否定応答(NACK)の送信のための第1の構成または前記UEによって送られたアップリンク(UL)送信についてのACK/NACKの受信のための第2の構成のうちの少なくとも1つにおける変更の情報を受信し、
前記受信されたDL送信についての前記ACK/NACKが送信されることになるか、または送られたUL送信についての前記ACK/NACKが受信されることになる1つまたは複数のリソースを備えるインジケーションを受信する
ためのコードを備える、コンピュータプログラム製品。