JP2016533654A

JP2016533654A - ＬＴＥにおけるｅＩＭＴＡ用ＤＡＩビットの効率的な使用のための方法および装置

Info

Publication number: JP2016533654A
Application number: JP2016516893A
Authority: JP
Inventors: ウェイ、チャオ; ワン、ネン; チェン、ペン; チェン、ワンシ; シュ、ハオ; ガール、ピーター; ホウ、ジレイ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2013-09-26
Filing date: 2013-11-01
Publication date: 2016-10-27
Anticipated expiration: 2033-11-01
Also published as: CA2921618C; EP3506541A1; CA3060451A1; US20160198450A1; US20190159189A1; US10999822B2; CA3060451C; KR102176656B1; EP3050237B1; JP6563569B2; CA3060458A1; EP3050237A4; JP6388923B2; EP3506542B1; US20180213517A1; EP3506542A1; WO2015043042A1; CA3060458C; KR20200019784A; EP3050237A1

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。装置は、ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信する。装置は、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定する。装置は、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する。

Description

関連出願の相互参照
[0001]本出願は、その全体が参照により本明細書に明確に組み込まれる、２０１３年９月２６日に出願された「ＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＦＯＲＥＦＦＩＣＩＥＮＴＵＳＡＧＥＯＦＤＡＩＢＩＴＳＦＯＲｅＩＭＴＡＩＮＬＴＥ」と題する中国ＰＣＴ出願第ＰＣＴ／ＣＮ２０１３／０８４３３９号の利益を主張する。

[0002]本開示は、一般に通信システムに関し、より詳細には、アップリンク動作およびダウンリンク動作に関する。

[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。

[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することと、コストを下げることと、サービスを改善することと、新しいスペクトルを利用することと、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ：multiple-input multiple-output）アンテナ技術を使用して他のオープン規格とより良く統合することとによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。

[0005]本開示の一態様では、方法、コンピュータプログラム製品、および装置（たとえば、ユーザ機器（ＵＥ））が提供される。ＵＥは、第１のサブフレーム（ＳＦ）の間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信する。ＵＥは、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定する。ＵＥは、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する。

[0006]ＵＥは、動的なＵＬ／ＤＬサブフレーム構成に基づいてアップリンクインデックスを決定することによって、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択し得、ここで、アップリンクサブフレームは、アップリンクインデックスに基づいて選択される。１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第１の値であり得、１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていないことを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第２の値であり得る。ＵＥは、ダウンリンク制御情報（ＤＣＩ）をさらに受信し得、決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、動的なＵＬ／ＤＬサブフレーム構成がＵＬ／ＤＬサブフレーム構成であるとき、さらにＤＣＩ中のフィールドをアップリンクインデックスと解釈し得る。別の態様では、ＵＥは、決定されたアップリンクＨＡＲＱ基準構成または動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つがＵＬ／ＤＬサブフレーム構成ではないとき、ＤＣＩ中のフィールドをアップリンクＤＡＩと解釈し得る。

[0007]ＵＥは、選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信し得、ここにおいて、最終ダウンリンクサブフレームは、ダウンリンク基準サブフレーム構成に基づいて決定される。ダウンリンク関連付けセットの最終ダウンリンクサブフレームは、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置され得る。ＵＥは、ダウンリンク関連付けセットの最終ダウンリンクサブフレームからのアップリンク許可または固定ダウンリンクサブフレームからの別のアップリンク許可のうちの１つを、アップリンク許可を復号する時間および別のアップリンク許可を復号する時間、または動的なＵＬ／ＤＬサブフレーム構成中のインジケータのうちの少なくとも１つに基づいて選択し得る。

[0008]本開示の別の態様では、さらなる方法、コンピュータプログラム製品、および装置（たとえば、ユーザ機器（ＵＥ））が提供される。ＵＥは、ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定する。一態様では、ＨＡＲＱメッセージバンドルのためのパラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され得、ＨＡＲＱメッセージコードブックは、サブフレームのダウンリンク関連付けセットのサイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定され得る。ＵＥは、パラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信する。１つまたは複数のフレキシブルなアップリンクサブフレームは、動的なアップリンク／ダウンリンクサブフレーム構成から決定され得る。

[0009]ネットワークアーキテクチャの一例を示す図。 [0010]アクセスネットワークの一例を示す図。 [0011]ＬＴＥにおけるＤＬフレーム構造の一例を示す図。 [0012]ＬＴＥにおけるＵＬフレーム構造の一例を示す図。 [0013]ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図。 [0014]アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。 [0015]異種ネットワーク中の範囲拡大セルラー領域を示す図。 [0016]ＴＤＤ物理レイヤのための無線フレーム構造の図。 [0017]ＤＬ基準サブフレーム構成およびＵＬ基準サブフレーム構成による、サブフレームを用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の例示的なＨＡＲＱ動作の図 [0018]ＤＬ基準サブフレーム構成およびＵＬ基準サブフレーム構成による、サブフレームを用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の別の例示的なＨＡＲＱ動作の図。 [0019]ある開示の一実施形態による、サブフレームを用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の例示的なＨＡＲＱ動作の図。 [0020]ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第１の方法のフローチャート。 [0021]ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第２の方法のフローチャート。 [0022]ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第３の方法のフローチャート。 [0023]例示的な装置における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。 [0024]処理システムを採用する装置のためのハードウェア実装形態の一例を示す図。

[0025]添付の図面に関して以下に記載する詳細な説明は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかしながら、これらの概念がこれらの具体的な詳細なしに実施され得ることは、当業者には明らかであろう。いくつかの事例では、よく知られている構造および構成要素は、そのような概念を不明瞭にすることを避けるために、ブロック図の形態で示されている。

[0026]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。

[0027]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム中の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。

[0028]したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、ＣＤと、レーザーディスク（登録商標）（disc）と、光ディスク（disc）と、デジタル多用途ディスク（disc）（ＤＶＤ）と、フロッピー（登録商標）ディスク（disk）とを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0029]図１は、ＬＴＥネットワークアーキテクチャ１００を示す図である。ＬＴＥネットワークアーキテクチャ１００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）１００と呼ばれることがある。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）１０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）１１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）１２０と、事業者のインターネットプロトコル（ＩＰ）サービス１２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。

[0030]Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）１０６と他のｅＮＢ１０８とを含む。ｅＮＢ１０６は、ＵＥ１０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８に接続され得る。ｅＮＢ１０６は、基地局、ノードＢ、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることもある。ｅＮＢ１０６は、ＵＥ１０２にＥＰＣ１１０へのアクセスポイントを与える。ＵＥ１０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲームコンソール、タブレット、または任意の他の同様の機能デバイスがある。ＵＥ１０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。

[0031]ｅＮＢ１０６はＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）１１２と、他のＭＭＥ１１４と、サービングゲートウェイ１１６と、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）ゲートウェイ１２４と、ブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ：Broadcast Multicast Service Center）１２６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ１１８とを含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ１１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６自体はＰＤＮゲートウェイ１１８に接続される。ＰＤＮゲートウェイ１１８は、ＵＥのＩＰアドレス割振りならびに他の機能を与える。ＰＤＮゲートウェイ１１８は事業者のＩＰサービス１２２に接続される。通信事業者のＩＰサービス１２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を与え得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして働き得、ＰＬＭＮ内のＭＢＭＳベアラサービスを許可し、開始するために使用され得、ＭＢＭＳ送信をスケジュールし、配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）エリアに属するｅＮＢ（たとえば、１０６、１０８）にＭＢＭＳトラフィックを配信するために使用され得、セッション管理（開始／停止）と、ｅＭＢＭＳ関係の課金情報を収集することとを担当し得る。

[0032]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００はいくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６にＥＰＣ１１０へのアクセスポイントを与えるように構成される。アクセスネットワーク２００のこの例では集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。ｅＮＢは、１つまたは複数の（たとえば、３つの）セル（セクタとも呼ばれる）をサポートし得る。「セル」という用語は、ｅＮＢの最も小さいカバレージエリアを指すことがあり、および／またはｅＮＢサブシステムサービングは特定のカバレージエリアである。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では互換的に使用され得る。

[0033]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ならびに、ＯＦＤＭＡを採用する発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰという組織からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２という組織からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。

[0034]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いでＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ２０６に到着し、これにより、ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。

[0035]空間多重化は、概して、チャネル状態が良いときに使用される。チャネル状態があまり好ましくないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを介した送信のためにデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。

[0036]以下の詳細な説明では、アクセスネットワークの様々な態様について、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明する。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトル拡散技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガード間隔（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。

[0037]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続するサブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７つの連続するＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。拡張サイクリックプレフィックスについて、リソースブロックは、時間領域中に６つの連続するＯＦＤＭシンボルを含んでおり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ：physical DL shared channel）がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。

[0038]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の隣接サブキャリアのすべてを割り当てられることを可能にし得る、隣接サブキャリアを含むデータセクションを生じる。

[0039]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソースブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical UL shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。

[0040]初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソースブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の隣接サブフレームのシーケンス中で搬送され、ＵＥはフレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。

[0041]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤは本明細書では物理レイヤ５０６と呼ばれる。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担う。

[0042]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、無線リンク制御（ＲＬＣ）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、遠端ＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めて、Ｌ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。

[0043]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥのためのｅＮＢ間のハンドオーバサポートとをもたらす。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補償するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担当する。

[0044]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。

[0045]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬにおいて、コアネットワークからの上位レイヤパケットがコントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬにおいて、コントローラ／プロセッサ６７５は、様々な優先度メトリックに基づいて、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。

[0046]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルが生成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられ得る。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0047]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別個のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟決定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟決定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。

[0048]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、復号（deciphering）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す、データシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。

[0049]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ｅＮＢ６１０へのシグナリングとを担当する。

[0050]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を容易にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられ得る。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調し得る。

[0051]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。

[0052]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。

[0053]図７は、異種ネットワーク中の範囲拡大セルラー領域を示すダイアグラム７００である。ＲＲＨ７１０ｂなどのより低い電力クラスのｅＮＢは、ＲＲＨ７１０ｂとマクロｅＮＢ７１０ａとの間の拡張セル間干渉協調と、ＵＥ７２０によって実行される干渉消去とによってセルラー領域７０２から拡大された範囲拡大セルラー領域７０３を有し得る。拡張セル間干渉協調において、ＲＲＨ７１０ｂは、マクロｅＮＢ７１０ａからＵＥ７２０の干渉状態に関する情報を受信する。この情報により、ＲＲＨ７１０ｂは、範囲拡大セルラー領域７０３中のＵＥ７２０にサービスし、ＵＥ７２０が、範囲拡大セルラー領域７０３に入るとき、マクロｅＮＢ７１０ａからのＵＥ７２０のハンドオフを受け入れることが可能になる。

[0054]上記で説明したように、ＬＴＥ適用例では、ＦＤＤとＴＤＤの両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。ＴＤＤの場合、７つの考えられるＵＬおよびＤＬ（ＵＬ／ＤＬ）サブフレーム構成があり得る。たとえば、サブフレーム構成に基づいて、サブフレームの各々はアップリンクもしくはダウンリンクに利用されるか、またはスペシャルサブフレームとして利用され得る。サブフレーム構成の例は以下の表１に示されている。

[0055]図８は、ＴＤＤ物理レイヤのための無線フレーム構造８００である。５ｍｓおよび１０ｍｓという２つの切替え周期があり得る。５ｍｓの切替え周期の場合、１つの無線フレーム中に２つのスペシャルサブフレームがあり、ここで、１つの無線フレームは１０ｍｓである。１０ｍｓの切替え周期の場合、１つの無線フレーム中に１つのスペシャルサブフレームがある。図８に示すように、１つの無線フレームは１０ｍｓであり得、５ｍｓの周期を有する２つの「ハーフフレーム」を含み得る。各ハーフフレームは５つのサブフレームを含む。図８に示す例では、ハーフフレーム＃１はサブフレーム＃０〜４（たとえば、ＳＦ＃０〜４）を含み、ハーフフレーム＃２はサブフレーム＃５〜９（たとえば、ＳＦ＃５〜９）を含む。各ハーフフレームにおいて、５つのサブフレームのうちの４つの各々は、２つのスロットを含み得、５つのサブフレームのうちの１つは、３つのフィールド、すなわち、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と、ガード期間（ＧＰ）と、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）とを含むスペシャルサブフレームであり得る。図８に示す例では、ハーフフレーム＃１の場合、ＳＦ＃０、２、３、および４の各々は２つのスロットを含み、ＳＦ＃１はＤｗＰＴＳと、ＧＰと、ＵｐＰＴＳとを含むスペシャルサブフレームである。ハーフフレーム＃２の場合、ＳＦ＃５、７、８、および９の各々は２つのスロットを含み、ＳＦ＃６はＤｗＰＴＳと、ＧＰと、ＵｐＰＴＳとを含むスペシャルサブフレームである。スペシャルサブフレームはＤＬからＵＬに切り替えるときに使用されるが、スペシャルサブフレームはＵＬからＤＬに切り替えるときに使用されない。

[0056]拡張干渉管理およびトラフィック適応（ｅＩＭＴＡ：Enhanced Interference Management and Traffic Adaptation）（たとえば、３ＧＰＰＲｅｌ−１２参照）は、トラフィックニーズに基づいたＴＤＤＤＬ／ＵＬサブフレーム構成の動的な適応を可能にする機構を提供する。すなわち、ｅＩＭＴＡは、ある量のＵＬトラフィックおよび／またはＤＬトラフィックに応じて、あるＤＬ／ＵＬサブフレーム構成から別のＤＬ／ＵＬサブフレーム構成への動的な切替えを可能にし得る。重いＤＬトラフィックがある場合、ｅＩＭＴＡを使用するｅＮＢは、現在のサブフレーム構成を、現在のサブフレーム構成よりも多いＤＬ用サブフレームを有する別のサブフレーム構成に切り替えることができる。たとえば、ＤＬ上のデータバーストが予想され、現在のサブフレーム構成が４つのＤＬサブフレームと４つのＵＬサブフレームと（４ＤＬ：４ＵＬ）を有する構成＃１である場合、ｅＮＢは、サブフレーム構成＃１から、８つのＤＬサブフレームと１つのＵＬサブフレームと（８ＤＬ：１ＵＬ）を有する構成＃５に、サブフレーム構成を切り替えることができる。一方、重いＵＬトラフィックがある場合、ｅＩＭＴＡを使用するｅＮＢは、現在のサブフレーム構成を、現在のサブフレーム構成よりも多いＵＬ用サブフレームを有する別のサブフレーム構成に切り替えることができる。たとえば、ＵＬ上の大きいデータバーストが予想され、現在のサブフレーム構成が８つのＤＬサブフレームと１つのＵＬサブフレームと（８ＤＬ：１ＵＬ）を有する構成＃５である場合、ｅＮＢは、サブフレーム構成＃５から、２つのＤＬサブフレームと６つのＵＬサブフレームと（２ＤＬ：６ＵＬ）を有する構成＃０に、サブフレーム構成を切り替えることができる。ｅＮＢは、たとえば、６４０ｍｓでＴＤＤＵＬ／ＤＬサブフレーム構成の適応を実行する（たとえば、サブフレーム構成を切り替える）ことができる。一態様において、ｅＮＢは、１０ｍｓの速さでＴＤＤＵＬ／ＤＬサブフレーム構成の適応を実行することができる。

[0057]２つ以上のセルが異なるＤＬサブフレームとＵＬサブフレームとを有するとき、ｅＩＭＴＡの使用はＤＬおよびＵＬに干渉を引き起こす可能性がある。特に、セルごとのトラフィックニーズが異なり得るので、異なるセルのトラフィックニーズに応じて、異なるサブフレーム構成が異なるセルに使用され得る。たとえば、セルＡがサブフレーム構成＃１に切り替え、セルＢがサブフレーム構成＃５に切り替える場合、構成＃１はＵＬにサブフレーム３、７、および８を使用するが、構成＃５はＤＬにサブフレーム３、７、および８を使用し、このことにより、ＵＥ（たとえば、ＵＥ１０２）が干渉を被る可能性がある。さらに、ｅＩＭＴＡの使用は、ＤＬおよびＵＬＨＡＲＱタイミング管理におけるいくらかの複雑さを生じ得る。特に、現在、ＤＬ／ＵＬサブフレーム構成の各々は、ＤＬ／ＵＬサブフレーム構成向けに（ＨＡＲＱ動作効率の点で）最適化された、それ自体のＤＬ／ＵＬＨＡＲＱタイミングを有し得る。たとえば、ＰＤＳＣＨＤＬ送信から対応するＨＡＲＱＡＣＫ／ＮＡＫＵＬ送信へのＵＬ／ＤＬＨＡＲＱタイミングは、様々なＴＤＤＤＬ／ＵＬサブフレーム構成によって異なり得る。ＴＤＤＤＬ／ＵＬサブフレーム構成間（たとえば、表１のサブフレーム構成間）での動的な切替えを用いると、ＤＬ／ＵＬＨＡＲＱタイミングが第２のサブフレーム構成に切り替える前に第１のサブフレーム構成に従って維持される場合、切替え前の第１のサブフレーム構成に対するＵＬ／ＤＬＨＡＲＱタイミングが切替え後の第２のサブフレーム構成に対するものとは異なり得るので、ＤＬまたはＵＬ送信のうちのいくつかについてＡＣＫ／ＮＡＫ送信機会を逃すことになる。

[0058]ｅＩＭＴＡの動作を簡略化するために、１つまたは複数のＤＬ／ＵＬサブフレーム構成は、いくつかの物理レイヤ動作に対する基準構成として定義され得る。ＤＬ基準サブフレーム構成がＤＬＨＡＲＱ動作に使用され、ＵＬ基準サブフレーム構成がＵＬＨＡＲＱ動作に使用されるように、ＤＬ基準サブフレーム構成はサブフレーム構成のうちの１つに基づいて定義され得、ＵＬ基準サブフレーム構成はサブフレーム構成のうちの別の１つに基づいて定義され得る。たとえば、ＤＬ基準サブフレーム構成設計に関して、ＤＬＨＡＲＱ動作は、フレーム（またはフレームの半分）で使用されている実際のＤＬ／ＵＬサブフレーム構成に関係なく、ＤＬ／ＵＬサブフレーム構成＃５に基づき得る。すなわち、動的なＤＬ／ＵＬサブフレーム構成が有効である場合、ＤＬＨＡＲＱタイミングは、８つのＤＬサブフレームと１つのＵＬサブフレームとを有するサブフレーム構成＃５（たとえば、８：１ＤＬ／ＵＬサブフレーム構成）に基づき得る。ＵＬ基準サブフレーム構成設計に関して、ＵＬＨＡＲＱ動作は、フレーム（またはフレームの半分）で使用されている実際のＤＬ／ＵＬサブフレーム構成に関係なく、ＤＬ／ＵＬサブフレーム構成＃０に基づき得る。すなわち、動的なＤＬ／ＵＬサブフレーム構成が有効である場合、ＵＬＨＡＲＱタイミングは、２つのＤＬサブフレームと６つのＵＬサブフレームとを有するサブフレーム構成＃０（たとえば、２：６ＤＬ／ＵＬサブフレーム構成）に基づき得る。

[0059]図９は、ＤＬ基準サブフレーム構成およびＵＬ基準サブフレーム構成による、サブフレーム９０１を用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の例示的なＨＡＲＱ動作９００である。図９に示す例において、ＤＬ基準サブフレーム構成はＤＬＨＡＲＱ動作にサブフレーム構成＃５を利用し、ＵＬ基準サブフレーム構成はＵＬＨＡＲＱ動作にサブフレーム構成＃０を利用する。したがって、サブフレーム＃０および５はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方でＤＬサブフレームとして固定され、サブフレーム＃１はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方でスペシャルサブフレームとして固定され、サブフレーム＃２はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方でＵＬサブフレームとして固定される。サブフレーム＃３、４、７、８、および９の各々は、動作がＤＬＨＡＲＱ動作であるかＵＬＨＡＲＱ動作であるかに応じてＵＬサブフレームまたはＤＬサブフレームとして使用されるＤＬ／ＵＬサブフレームである。特に、サブフレーム＃３、４、７、８、および９は、サブフレーム構成＃５に基づいてＤＬＨＡＲＱ動作のＤＬサブフレームとして使用され、サブフレーム＃３、４、７、８、および９は、サブフレーム構成＃０に基づいてＵＬＨＡＲＱ動作のＵＬサブフレームとして使用される。サブフレーム＃６は、動作がＤＬＨＡＲＱ動作であるかＵＬＨＡＲＱ動作であるかに応じてＤＬサブフレームまたはスペシャルサブフレームとして使用されるＤＬ／スペシャルサブフレームである。図９に示すように、第１のＤＬＨＡＲＱ動作９１１の間に、ＵＥはサブフレーム＃９、０、１、３、４、５、６、７、および８においてＤＬデータを受信し得、サブフレーム＃２においてＵＬ応答を送信し得る（９１３）。さらに、図９に示すように、第１のＵＬＨＡＲＱ動作９５１の間に、ＵＥはサブフレーム＃０においてＤＬデータを受信し、サブフレーム＃４および７において関連するＵＬ情報を送信し得る。第２のＵＬＨＡＲＱ動作９５３の間に、ＵＥはサブフレーム１においてＤＬデータを受信し、サブフレーム＃７および８において関連するＵＬ情報を送信し得る。

[0060]ＴＤＤにおいて、ＵＥは、ＤＬサブフレームにおけるダウンリンク通信の間に、ダウンリンク制御情報（ＤＣＩ）フォーマット０／４中の特定の２ビットフィールドを受信し得る。ＤＣＩフォーマット０／４中の２ビットフィールドの使用は、ＴＤＤＤＬ／ＵＬサブフレーム構成に依存する。ＴＤＤＵＬ／ＤＬサブフレーム構成がサブフレーム構成＃０である場合、２ビットフィールドは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）ＵＬ許可とＰＵＳＣＨデータ送信との間の遅延を決定するためのＵＬインデックスとして使用される。表２は、ＰＵＳＣＨ送信のスケジューリングを決定するＵＬインデックスの一例を示す。たとえば、表２によれば、ＵＥがＳＦ０においてＰＤＣＣＨＵＬ許可を受信する場合、ＵＥは、ＵＬインデックスが「１０」であればＳＦ４において、ＵＬインデックスが「０１」であればＳＦ７において、ＰＵＳＣＨ送信を実行し得る。したがって、ＰＤＣＣＨＵＬ許可とＰＵＳＣＨ送信との間の遅延は、「１０」のＵＬインデックスの４つのサブフレームおよび「０１」のＵＬインデックスの７つのサブフレームである。ＵＬインデックスが「１１」である場合、マルチ送信時間間隔（ｍｕｔｉ−ＴＴＩ：multi-Transmission Time Interval）スケジューリングが複数のサブフレームにおいて実行される。たとえば、ＵＬインデックスが「１１」であり、ＵＥがＳＦ０においてＵＬ許可を受信する場合、ＵＥはＳＦ４とＳＦ７の両方においてＰＵＳＣＨ送信を実行する。表２において、ｎはＵＬ許可サブフレームを受信するためのサブフレーム番号であり、ｋはＵＬ許可サブフレーム番号ごとに特定の値を割り当てるルックアップテーブルからの値である。

[0061]ＴＤＤＵＬ／ＤＬサブフレーム構成がサブフレーム構成＃１〜６のうちの１つである場合、２ビットフィールド中の２ビットは、ＨＡＲＱ−ＡＣＫバンドルのＮ_bundledパラメータまたはＨＡＲＱ−ＡＣＫ多重化のＨＡＲＱ−ＡＣＫコードブックサイズを決定するためにＵＥによって利用される、ＤＬ関連付けセット中のＰＤＳＣＨ送信を伴うスケジュールされたＤＬサブフレーム総数を示すためのＵＬダウンリンク割当てインデックス（ＤＡＩ：downlink assignment index）ビットとして使用される。たとえば、図９に示すように、９つのＤＬサブフレーム（たとえば、サブフレーム＃９、０、１、３、４、５、６、７、および８）はサブフレーム＃２におけるＵＬのＤＬ関連付けセット中で利用可能であり得る。その場合、サブフレーム＃２におけるＵＬのＤＬ関連付けセット中のＤＬサブフレームの総数は９以下であり得る。一例として、サブフレーム＃９、０および１のみがＤＬに使用される場合、ＤＬ関連付けセット中のＤＬサブフレームの総数は３である。

[0062]上記で説明したように、ＵＬＨＡＲＱタイミングに使用される基準サブフレーム構成は、ＤＬＨＡＲＱタイミングに使用される基準サブフレーム構成とは異なり得る。サブフレーム構成＃０がＵＬＨＡＲＱ基準サブフレーム構成として使用される場合、サブフレーム構成＃０のＤＣＩフォーマット０／４中の２ビットフィールドはＵＬインデックスに使用され得る。そのような態様では、ＤＣＩフォーマット０／４中の２ビットフィールドをＵＬインデックスとＵＬＤＡＩの両方として使用することができないので、ＤＣＩフォーマット０／４中のＵＬインデックスとＵＬＤＡＩビットとの間の衝突が生じ得る。たとえば、ＤＣＩフォーマット０／４中の２ビットフィールドが、ＰＤＣＣＨＵＬ許可とＰＵＳＣＨ送信との間の遅延を決定するためにＵＬインデックスとして使用される場合、ＤＬ関連付けセット中のＰＤＳＣＨ送信を伴うスケジュールされたＤＬサブフレームの総数を示すためのＵＬＤＡＩはＤＣＩフォーマット０／４中にない。ＵＬＤＡＩがないので、ＵＥはＤＬ関連付けセット中のスケジュールされたＤＬサブフレームの総数を決定することができないことがあり、したがって、ＨＡＲＱ−ＡＣＫバンドルのＮ_bundledパラメータまたはＨＡＲＱ−ＡＣＫ多重化のＨＡＲＱ−ＡＣＫコードブックサイズを決定することができないことがある。したがって、ＵＬＤＡＩがないことはＵＬＨＡＲＱ−ＡＣＫ送信のあいまいさをもたらし得る。一方、たとえば、サブフレーム＃５がＤＬＨＡＲＱ基準サブフレーム構成として使用される場合、サブフレーム構成＃５のＤＣＩフォーマット０／４中の２ビットフィールドはＵＬＤＡＩビットに使用され得る。２ビットフィールドがＵＬＤＡＩフィールドとして使用され、ＵＬインデックスとして使用されない場合、ＵＥはＰＤＣＣＨＵＬ許可とＰＵＳＣＨデータ送信との間の遅延を決定するためのＵＬインデックスを決定することができないことがある。

[0063]ＤＣＩフォーマット０／４を搬送するＤＬサブフレームがＤＬ関連付けセットの最終サブフレーム中にない状況では、別の問題が生じ得る。ＤＬ関連付けセットの最終サブフレームはｋ_mの最小値を有するサブフレームであり、ここで、ｋ_mはＰＤＣＣＨＵＬ許可とＰＵＳＣＨ送信との間の最小遅延である。ＰＤＣＣＨＵＬ許可送信がＵＬＨＡＲＱ基準サブフレーム構成に基づく場合、ＤＣＩフォーマット０／４を搬送するＤＬサブフレームはＤＬ関連付けセットの最終サブフレーム中にないことがある。

[0064]図１０は、ＤＬ基準サブフレーム構成およびＵＬ基準サブフレーム構成による、サブフレーム１００１を用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の別の例示的なＨＡＲＱ動作１０００である。図１０に示す例では、サブフレーム構成＃２はＤＬ基準サブフレーム構成として使用され、サブフレーム構成＃６はＵＬ基準サブフレーム構成として使用される。したがって、サブフレーム＃０はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方でＤＬサブフレームとして固定され、サブフレーム＃２および７はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方でＵＬサブフレームとして固定され、サブフレーム＃１および６はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方で固定スペシャルサブフレームである。サブフレーム＃３、４、８、および９の各々は、動作がＤＬＨＡＲＱ動作であるかＵＬＨＡＲＱ動作であるかに応じてＵＬサブフレームまたはＤＬサブフレームとして使用されるフレキシブルなＤＬ／ＵＬサブフレームである。

[0065]図１０では、ＤＬＨＡＲＱタイミングに関して、第１のＤＬＨＡＲＱ動作１０１１は、ＤＬ関連付けセットがサブフレーム＃７におけるＵＬについてサブフレーム＃９、０、１、および３を含むことを示し、第２のＤＬＨＡＲＱ動作１０１３は、ＤＬ関連付けセットがサブフレーム＃２（１０１５）におけるＵＬについてサブフレーム＃４、５、６および８を含むことを示す。ＵＬＨＡＲＱタイミングに関して、第１のＵＬＨＡＲＱ動作１０５１は、ＵＥがサブフレーム＃７におけるＵＬについてサブフレーム＃０においてＵＬ許可（たとえば、ＤＣＩフォーマット０／４）を受信することを示し、第２のＵＬＨＡＲＱ動作１０５３は、ＵＥがサブフレーム＃２（１０５７）におけるＵＬについてサブフレーム＃５（１０５５）において別のＵＬ許可を受信することを示す。サブフレーム＃７のＤＬ関連付けセットの場合、ＤＬ関連付けの最終サブフレームはサブフレーム＃３である。したがって、ＰＤＣＣＨＵＬ許可とＰＵＳＣＨ送信との間の最小遅延は、サブフレーム＃３とサブフレーム＃７との間である。しかしながら、ＵＥはサブフレーム＃７におけるＵＬについてサブフレーム＃０においてＵＬ許可を受信するが、サブフレーム＃０はサブフレーム＃７のＤＬ関連付けセットの最終サブフレームではない。この場合、ＤＬ関連付けセット中のＰＤＳＣＨ送信を伴うスケジュールされたＤＬサブフレームの総数を示すＵＬＤＡＩビットに関する問題があり得る。特に、この場合、ｅＮＢ（たとえば、ｅＮＢ１０６）はサブフレーム＃１および３におけるＵＬ許可送信のスケジューリングを有さず、したがって、サブフレーム＃０において送信されるＵＬ許可にＵＬＤＡＩビットの正確な値を与えることができない。その結果、ｅＮＢは、サブフレーム＃７におけるＵＬのためのＵＬ許可を送信するとき、ＵＬ許可サブフレーム（たとえば、サブフレーム＃０）に続くＤＬサブフレーム（たとえば、サブフレーム＃１および３）の事前スケジューリングを使用しなければならず、このことはＤＬスケジューラのさらなる制限を生じ、複雑さをもたらすことがある。

[0066]ＵＬインデックスとＵＬＤＡＩビットとの間の潜在的な衝突は、（ＵＥ固有のＵＬインデックス構成を使用するのではなく）セル固有のＵＬインデックス構成を使用する第１の手法によって対処され得る。セル固有のＵＬインデックス構成を用いる第１の手法では、ＵＬインデックスはＵＬ許可のＤＣＩフォーマット０／４に含まれず、したがって、ＤＣＩフォーマット０／４中の２ビットフィールドはＵＬＤＡＩビットに使用され得る。ＵＬインデックスをＤＣＩフォーマット０／４中の２ビットフィールドに含める代わりに、ＵＬインデックスは動的なＴＤＤＵＬ／ＤＬ構成に基づいて構成され得る。ＵＬ許可のＤＣＩフォーマット０／４中の２ビットフィールドはＵＬインデックスに使用されないので、ＤＣＩフォーマット０／４中の２ビットフィールドはＵＬＤＡＩに使用され得る。さらに、第１の手法では、ＵＬインデックスの２つの値のみ（たとえば、「０」および「１」）がすべてのＵＬ許可に適用される。

[0067]サブフレーム構成＃０がＵＬＨＡＲＱ基準サブフレーム構成として使用される表３Ａおよび表３Ｂに示す例では、「０」および「１」というＵＬインデックスの２つの値のみがｅＩＭＴＡ用に定義され、ＵＬ許可に適用される。以下の表３Ａおよび表３Ｂに示すように、ＵＬ許可サブフレームおよびＰＵＳＣＨ送信サブフレームは、ＵＬインデックスに基づいた固定関係を有する。各ＵＬインデックス構成の使用は、動的なサブフレーム構成によって決定される。表３Ａおよび表３Ｂに示す例では、ＳＦ４またはＳＦ９のいずれかが後続の無線フレームのためのＵＬサブフレームであることを動的なサブフレーム構成が示す場合、第１のＵＬインデックス構成（たとえば、表３Ａ）が使用され得る。一方、ＳＦ４またはＳＦ９のいずれも後続の無線フレームのためのＵＬサブフレームではないことを動的なサブフレーム構成が示す場合、第２のＵＬインデックス構成（たとえば、表３Ｂ）が使用され得る。たとえば、後続の無線フレームのための動的なサブフレーム構成がＳＦ４をＵＬサブフレームとして示すサブフレーム構成＃０である場合、第１のＵＬインデックス構成（たとえば、表３Ａ）がサブフレーム構成＃０に使用される。一方、後続の無線フレームのための動的なサブフレーム構成がＳＦ４またはＳＦ９のいずれもＵＬサブフレームではないことを示すサブフレーム構成＃１である場合、第２のＵＬインデックス構成（たとえば、表３Ｂ）がサブフレーム構成＃１に使用され得る。加えて、第１の（たとえば、表３Ａ）ＵＬインデックス構成および第２の（たとえば、表３Ｂ）ＵＬインデックス構成のうちのどちらが現在のフレームに使用されるかを示すために、１ビットフィールドが動的なサブフレーム構成に追加され得る。追加または代替において、例外として、基準サブフレーム構成がサブフレーム構成＃０であり、動的なサブフレーム構成もサブフレーム構成＃０である場合、２ビットフィールドは依然としてＵＬインデックスと解釈され得る。しかしながら、基準サブフレーム構成がサブフレーム構成＃０であり、動的なサブフレーム構成もサブフレーム構成＃０であるとＵＥが決定しない場合、２ビットフィールドはＵＬＤＡＩと解釈され得る。

[0068]追加または代替において、ＵＬインデックスとＵＬＤＡＩビットとの間の潜在的な衝突は、第２の手法を使用して対処され得る。第２の手法によれば、ＵＬインデックスはＵＬ許可の固定サブフレームごとに所定とすることができ、ここで、ＵＬインデックスは対応するＵＬ許可サブフレームのアップリンクサブフレームについて固定である。ＵＬインデックスがＵＬ許可の固定サブフレームごとに所定であるので、ＵＬインデックスはＵＬ許可のＤＣＩフォーマット０／４に含まれない。したがって、ＤＣＩフォーマット０／４中の２ビットフィールドはＵＬＤＡＩビットに使用され得る。

[0069]以下の表４に示す例では、ＵＬインデックスはＵＬ許可の固定サブフレームごとに所定であり、ここで、サブフレーム＃０、１、５、および６はＤＬＨＡＲＱ動作とＵＬＨＡＲＱ動作の両方で固定ＤＬサブフレームである（および、したがって、ＵＥに共通である）。ＵＬインデックス値（たとえば、「０１」、「１０」、および「１１」）のうちの１つは、ＵＬ許可サブフレームに割り当てられ得る。割り当てられたＵＬインデックスに対応するサブフレームは、ＵＬサブフレームであり得る。たとえば、表４では、「０１」のＵＬインデックスはＵＬ許可サブフレーム１に割り当てられ、したがって、ＳＦ８におけるＰＵＳＣＨ送信は、ＵＬ許可サブフレーム１にスケジュールされる。固定ＵＬインデックスパターンは、複数のサブフレームのマルチＴＴＩスケジューリングをサポートするために所定とすることができる。たとえば、表４では、「１１」の固定ＵＬインデックスはＵＬ許可サブフレーム０に割り当てられ、したがって、ＳＦ４とＳＦ７の両方におけるＰＵＳＣＨ送信はＵＬ許可サブフレーム０にスケジュールされ得る。別の例として、表４におけるＵＬ許可サブフレーム０の場合、ＳＦ４およびＳＦ７の各々は、サブフレーム構成に応じてＤＬサブフレームまたはＵＬサブフレームのいずれかであるフレキシブルなサブフレームであるので、ＳＦ４が（たとえば、動的なサブフレーム構成に従って）ＤＬサブフレームとして再構成される場合、ＳＦ７のみがＰＵＳＣＨ送信にスケジュールされ得る。加えて、（たとえば、再構成シグナリングの誤検出により）サブフレームがＤＬサブフレームであるかＵＬサブフレームであるかについての情報をＵＥが有しない場合、ＵＥは、他のＵＥに対する考えられるいかなる干渉も回避するために、いかなるフレキシブルなサブフレームにおいてもＰＵＳＣＨ送信を実行しない。

[0070]上記で説明したように、ＵＬ許可送信がＵＬＨＡＲＱ基準サブフレーム構成に基づく場合、ＤＣＩフォーマット０／４を搬送するＤＬサブフレームはＤＬ関連付けセットの最終サブフレーム中にないことがある。ＤＣＩフォーマット０／４中のＵＬＤＡＩビットが、ＤＬ関連付け中のサブフレームのうちのいずれかの間に送信されない場合、ＵＬ送信に関する問題があり得る。この問題は、フレキシブルなＵＬ許可タイミングを使用する第３の手法によって解決され得る。固定ＵＬサブフレーム（たとえば、ＤＬＨＡＲＱ基準サブフレーム構成とＵＬＨＡＲＱ基準サブフレーム構成との間の共通ＵＬサブフレーム）の場合、ＵＬＨＡＲＱ基準サブフレーム構成に基づいて送信されるＵＬ許可はまた、ＤＬＨＡＲＱ基準サブフレーム構成に基づいて送信され得る。特に、固定ＵＬサブフレームは、ＵＬＨＡＲＱ基準サブフレーム構成に基づいたＵＬＨＡＲＱ動作とＤＬＨＡＲＱ基準サブフレーム構成に基づいたＤＬＨＡＲＱ動作の両方でＵＬサブフレームとして使用されるので、ＵＬ許可は、ＵＬＨＡＲＱ基準サブフレーム構成またはＤＬＨＡＲＱ基準サブフレーム構成のうちのいずれか一方に基づいて固定ＵＬサブフレームにおいて送信され得る。したがって、ＵＬＨＡＲＱ基準サブフレーム構成は固定ＵＬサブフレームに使用されないことがあるが、ＵＬＨＡＲＱ基準サブフレーム構成はフレキシブルなＵＬサブフレームに使用され得る。第３の手法によれば、ＤＬ関連付けセット中のｋ_mの最小値を有するサブフレーム（ここで、ｋ_mはＰＤＣＣＨＵＬ許可とＰＵＳＣＨ送信との間の最小遅延である）がＤＬＨＡＲＱ基準サブフレーム構成によるＤＬサブフレームである場合、ＵＥは、ｋ_mの最小値を有するサブフレームにおいて、対応するＵＬサブフレームにおけるアップリンクについてのＵＬ許可を受信し得る。上記で説明したように、ｋ_mの最小値を有するサブフレームはＤＬ関連付けセット中の最終サブフレームであることに留意されたい。

[0071]図１１は、ある開示の一実施形態による、サブフレーム１１０１を用いたＤＬＨＡＲＱ動作およびＵＬＨＡＲＱ動作の例示的なＨＡＲＱ動作１１００である。図１１に示す例において、サブフレーム構成＃２（１１１５）はＤＬサブフレーム構成として使用され、サブフレーム構成＃６はＵＬサブフレーム構成として使用される。図１１では、第１のＤＬＨＡＲＱ動作１１１１は、ＤＬ関連付けセットがサブフレーム＃７におけるＵＬのためのサブフレーム＃９、０、１、および３を含むことを示し、第２のＤＬＨＡＲＱ動作１１１３は、ＤＬ関連付けセットがサブフレーム＃２におけるＵＬのためのサブフレーム＃４、５、６および８を含むことを示す。さらに、図１１では、第１のＵＬＨＡＲＱ動作１１５１は、ＵＥがサブフレーム＃７におけるＵＬ送信についてサブフレーム＃０において第１のＵＬ許可を受信することを示し、第２のＵＬＨＡＲＱ動作１１５３は、ＵＥがサブフレーム＃７におけるＵＬ送信についてサブフレーム＃３において第２のＵＬ許可を受信することを示す。第３の手法によれば、サブフレーム＃３はサブフレーム＃７におけるＵＬ送信についてのＤＬ関連付けセットの最終サブフレームであるので、ＵＥはサブフレーム＃３において第２のＵＬ許可を受信する。サブフレーム＃３は固定ＤＬサブフレームであるサブフレーム＃０の後に配置されることに留意されたい。

[0072]１つまたは複数の固定ＵＬサブフレームについてのフレキシブルなＵＬ許可タイミングは、暗黙的または明示的のいずれかで決定され得る。暗黙的な方法の場合、ＵＥはＤＬ基準サブフレーム構成に基づくＤＬサブフレームとＵＬ基準サブフレーム構成に基づくＤＬサブフレームの両方においてＵＬ許可をモニタする。ＵＥが固定ＵＬサブフレームにおいてアップリンク送信のための２つのＵＬ許可を検出し、２つのＵＬ許可の間に不一致がある場合、ＵＥは最後に復号されたＵＬ許可を考慮し、他方のＵＬ許可を考慮しなくてもよい。図１１に示す例では、第１のＵＬ許可はサブフレーム＃０において受信され、第２のＵＬ許可はサブフレーム＃３において受信され、ここで、第１のＵＬ許可および第２のＵＬ許可は固定ＵＬサブフレームであるサブフレーム＃７におけるアップリンク送信のためのものである。この例では、第１のＵＬ許可と第２のＵＬ許可との間に不一致がある場合、ＵＥは、最後に復号されたＵＬ許可である、サブフレーム＃７におけるＵＬについてのサブフレーム＃３において受信された第２のＵＬ許可を考慮し、サブフレーム＃０において受信された第１のＵＬ許可を考慮しない。代替的に、明示的な方法は、どのＵＬ許可が考慮されるべきかを１ビットインジケータが示すように、動的なサブフレーム構成に追加の１ビットインジケータを含み得る。

[0073]上記で説明したように、ＵＬ許可が受信されるサブフレームがＤＬ関連付けセットの最終サブフレームの前に配置されるとき、問題が生じることがある。したがって、そのような問題を解決するために、第４の手法が利用され得る。ＤＣＩフォーマット０／４中のＵＬＤＡＩビットの値

は、ＤＬ関連付けセット中のＰＤＳＣＨ送信を伴うスケジュールされたＤＬサブフレームの総数を表す。ｅＮＢが事前スケジューリングを使用しない場合、ＵＬＤＡＩ値

は、ＵＬ許可が受信されるサブフレームまでのいくつかのＤＬサブフレームを反映し、したがって、ＤＬ関連付けセット中のスケジュールされたＤＬサブフレームの総数よりも小さい数であり得る。ＵＬＤＡＩ値

がＤＬ関連付けセット中のスケジュールされたＤＬサブフレームの正確な総数を反映しない場合、ＵＥは新しいＵＬＤＡＩ値

を導出して、オフセットＫを

に加えることによってＤＬサブフレームの正確な総数を表すことができ、ここで、Ｋは、ＵＬ許可が受信されるサブフレームの後の、いくつかの利用可能なＤＬサブフレームを表す。すなわち、

。ＵＥは、スケジュールされたＤＬサブフレームの正確な総数を与えるために、

を使用して、ＰＵＳＣＨ上での送信のためのＨＡＲＱ−ＡＣＫパラメータを決定することができる。ＵＥが、ＵＬ許可が受信されるサブフレームの後のＤＬサブフレームにおいて、いかなるＤＬ割当ても検出しない場合、ＵＥはこれらのＤＬサブフレームのためのＮＡＣＫを生成し得る。

[0074]さらに、ＤＬ関連付けセットは、第１のセットのＤＬサブフレームおよび第２のセットのＤＬサブフレームに分割され得る。第１のセットのＤＬサブフレームは、ＤＬ関連付けセット中のＵＬ許可が受信されるサブフレームまでのＤＬサブフレームを含む。したがって、

は、第１のセット中のいくつかのＤＬサブフレームを表す。第２のセットのＤＬサブフレームは、ＤＬ関連付けセット中のＵＬ許可が受信されるサブフレームの後の利用可能なＤＬサブフレームを含む。したがって、Ｋは、第２のセット中のいくつかのＤＬサブフレームを表す。第１のセットのＨＡＲＱ−ＡＣＫペイロードサイズの決定は、ＵＬ許可において受信されたＵＬＤＡＩ値

に基づき、第２のセットのＨＡＲＱ−ＡＣＫペイロードサイズの決定は、オフセットＫに等しい、第２のセット中のいくつかのＤＬサブフレームに基づく。その後、第１のセットのペイロードサイズと第２のセットのペイロードサイズの合計を計算することによって、ＤＬ関連付けセットのフィードバックＨＡＲＱ−ＡＣＫペイロードサイズが決定され得る。

[0075]たとえば、再び図１０を参照すると、ＤＬＨＡＲＱタイミングに関して、第１のＤＬＨＡＲＱ動作１０１１は、ＤＬ関連付けセットがサブフレーム＃７におけるＵＬのためのサブフレーム＃９、０、１、および３を含むことを示す。ＵＬＨＡＲＱタイミングに関して、第１のＵＬＨＡＲＱ動作１０５１は、ＵＥがサブフレーム＃７におけるＵＬについてサブフレーム＃０においてＵＬ許可を受信することを示す。ＵＬＤＡＩビット値

は、第１のＤＬＨＡＲＱ動作１０１１のサブフレーム＃９および０の場合、２であり、これは、ＵＬＤＡＩ値

が、第１のＵＬＨＡＲＱ動作１０５１においてＵＬ許可が受信されるサブフレーム＃０までのＤＬ関連付けセット（たとえば、サブフレーム＃９、０、１、および３を含むセット）中のいくつかのＤＬサブフレームを表すからである。この例では、Ｋは、第１のＤＬＨＡＲＱ動作１０１１のサブフレーム＃１および３の場合、２であり、これは、Ｋが、第１のＵＬＨＡＲＱ動作１０５１においてＵＬ許可が受信されるサブフレーム＃０の後のＤＬ関連付けセット（たとえば、サブフレーム＃９、０、１、および３）中のいくつかのＤＬサブフレームを表すからである。図１０の例では、新しいＵＬＤＡＩ値

は

である。したがって、ｅＮＢが、サブフレーム＃７におけるＵＬのためのＵＬ許可を送信するときに、ＵＬ許可サブフレーム（たとえば、サブフレーム＃０）に続くＤＬサブフレーム（たとえば、サブフレーム＃１および３）のための事前スケジューリングを使用しない場合でも、ＤＬサブフレーム（たとえば、サブフレーム＃９、０、１、および３）の正確な総数を表すために

が使用される。

[0076]さらに、図１０では、ＤＬ関連付けセット中のサブフレーム＃０までのＤＬサブフレームを含む第１のセットのＤＬサブフレームは、サブフレーム＃９および０を含む。ＤＬ関連付けセット中のサブフレーム＃０の後の利用可能なＤＬサブフレームを含む第２のセットのＤＬサブフレームは、サブフレーム＃１および３を含む。第１のセットのＨＡＲＱ−ＡＣＫペイロードサイズは、ＵＬＤＡＩ値（たとえば、

）に基づいて決定される。ｓセットのＨＡＲＱ−ＡＣＫペイロードサイズは、第２のセット中のいくつかのＤＬサブフレーム（たとえば、Ｋ＝２）に基づいて決定される。ＤＬ関連付けセット（たとえば、サブフレーム＃９、０、１、および３）のフィードバックＨＡＲＱ−ＡＣＫペイロードサイズは、第１のセット（たとえば、サブフレーム＃９および０）のペイロードサイズと第２のセット（たとえば、＃１および３）のペイロードサイズの合計を計算することによって決定され得る。

[0077]第５の手法によれば、ＵＬＨＡＲＱ−ＡＣＫ送信は、ＵＬＨＡＲＱ−ＡＣＫフィードバックのＵＬＤＡＩに依存しなくてもよい。たとえば、ＵＥは、ＵＬ許可におけるＵＬＤＡＩを破棄し、ＵＬＤＡＩなしでＰＵＳＣＨ上でＨＡＲＱ−ＡＣＫ送信を実行してもよい。したがって、第５の手法が使用される場合、ＵＬＤＡＩビットに関する問題が回避され得る。特に、ＨＡＲＱ−ＡＣＫバンドルの場合、ＵＥは、ＵＥによって検出されたＤＬ関連付けセット中のいくつかの割り当てられたＤＬサブフレームからパラメータＮ_bundled（たとえば、ＤＬ関連付けセットのサイズ）を決定する。ＨＡＲＱ−ＡＣＫ多重化の場合、ＵＥは、ＤＬ関連付けセットのサイズによってまたはフレキシブルなＵＬサブフレームを除く動的なセットのサイズによってのいずれかで、ＨＡＲＱ−ＡＣＫコードブックを決定する。フレキシブルなＵＬサブフレームは、動的なサブフレーム構成から決定され得る。たとえば、再び図１０を参照すると、図１０のサブフレーム＃３、４、８、および９はＵＬ／ＤＬサブフレーム構成によるフレキシブルなＵＬサブフレームであるので、動的なセットはサブフレーム＃３、４、８、および９を除いてもよい。セル固有のＵＬインデックス構成を用いる第１の手法、所定のＵＬインデックスを用いる第２の手法、フレキシブルなＵＬ許可タイミングを使用する第３の手法、オフセットをＵＬＤＡＩ値に加えることによって新しいＵＬＤＡＩ値を決定する第４の手法、およびＵＥを介した第５の手法は、単独でまたはそれらの任意の組合せで使用され得ることに留意されたい。

[0078]図１２は、ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第１の方法のフローチャート１２００である。本方法はＵＥによって実行され得る。ステップ１２０２において、ＵＥは、第１のサブフレームの間に、動的なＵＬ／ＤＬサブフレーム構成の指示を受信する。ステップ１２０４において、ＵＥは、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクＨＡＲＱタイミングを決定する。ステップ１２０６において、ＵＥは、動的なＵＬ／ＤＬサブフレーム構成に基づいてアップリンクインデックスを決定することによって、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択し、ここで、アップリンクサブフレームは、アップリンクインデックスに基づいて選択される。１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第１の値であり得、１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていないことを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第２の値であり得る。上記で説明したように、ＵＥは、ＵＬ基準サブフレーム構成と動的なＵＬ／ＤＬサブフレーム構成とに基づいて、アップリンクＨＡＲＱタイミングを決定する。たとえば、上記で説明したように、サブフレーム構成＃０がＵＬＨＡＲＱ基準サブフレーム構成として使用される表３Ａおよび表３Ｂに示す例によれば、ＳＦ４またはＳＦ９のいずれかが後続の無線フレームのためのＵＬサブフレームであることを動的なサブフレーム構成が示す場合、第１のＵＬインデックス構成（たとえば、表３Ａ）が使用され、ＳＦ４またはＳＦ９のいずれも後続の無線フレームのためのＵＬサブフレームではないことを動的なサブフレーム構成が示す場合、第２のＵＬインデックス構成（たとえば、表３Ｂ）が使用される。表３Ａおよび表３Ｂは、ＵＬインデックスによるＵＬＨＡＲＱタイミングを示す。特に、表３Ａおよび表３Ｂに示す例によれば、ＰＵＳＣＨサブフレームはＵＬインデックスに基づいて選択される。

[0079]ステップ１２０８における任意選択の態様では、ＵＥは、決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、動的なＵＬ／ＤＬサブフレーム構成がＵＬ／ＤＬサブフレーム構成であるとき、ＤＣＩ中のフィールドをアップリンクインデックスと解釈し得る。ステップ１２１０における任意選択の態様では、ＵＥは、決定されたアップリンクＨＡＲＱ基準構成または動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つがＵＬ／ＤＬサブフレーム構成ではないとき、ＤＣＩ中のフィールドをアップリンクＤＡＩと解釈し得る。上記で説明したように、たとえば、基準サブフレーム構成がサブフレーム構成＃０であり、動的なサブフレーム構成もサブフレーム構成＃０である場合、２ビットフィールドは依然としてＵＬインデックスと解釈され得る。さらに、上記で説明したように、基準サブフレーム構成がサブフレーム構成＃０であり、動的なサブフレーム構成もサブフレーム構成＃０であるとＵＥが決定しない場合、２ビットフィールドはＵＬＤＡＩと解釈され得る。

[0080]図１３は、ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第２の方法のフローチャート１３００である。本方法はＵＥによって実行され得る。ステップ１３０２において、ＵＥは、第１のサブフレームの間に、動的なＵＬ／ＤＬサブフレーム構成の指示を受信する。ステップ１３０４において、ＵＥは、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクＨＡＲＱタイミングを決定する。ステップ１３０６において、ＵＥは、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する。ステップ１３０８において、ＵＥは、選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信する。最終ダウンリンクサブフレームは、ダウンリンク基準サブフレーム構成に基づいて決定され得る。ダウンリンク関連付けセットの最終ダウンリンクサブフレームは、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置され得る。上記で説明したように、ＵＥは、ＵＬ基準サブフレーム構成とＤＬ基準サブフレーム構成とに基づいて、アップリンクＨＡＲＱタイミングを決定する。ＤＬ関連付けセット中のｋ_mの最小値を有するサブフレームがＤＬＨＡＲＱ基準サブフレーム構成によるＤＬサブフレームである場合、ＵＥは、ｋ_mの最小値を有するサブフレームにおいて、対応するＵＬサブフレームにおけるアップリンクについてのＵＬ許可を受信し得、ここで、ｋ_mの最小値を有するサブフレームはＤＬ関連付けセット中の最終サブフレームである。たとえば、上記で説明したように、図１１に示す例を参照すると、サブフレーム＃３はサブフレーム＃７におけるＵＬ送信についてのＤＬ関連付けセットの最終サブフレームであるので、また、サブフレーム＃３は固定ＤＬサブフレームであるサブフレーム＃０の後に配置されるので、ＵＥはサブフレーム＃３において第２のＵＬ許可を受信する。

[0081]ステップ１３１０における任意選択の態様では、ＵＥは、ダウンリンク関連付けセットの最終ダウンリンクサブフレームからのアップリンク許可または固定ダウンリンクサブフレームからの別のアップリンク許可のうちの１つを、アップリンク許可を復号する時間および別のアップリンク許可を復号する時間、または動的なＵＬ／ＤＬサブフレーム構成中のインジケータのうちの少なくとも１つに基づいて選択し得る。ダウンリンク関連付けセットの最終ダウンリンクサブフレームは、フレキシブルなダウンリンクサブフレームであり得る。上記で説明したように、たとえば、図１１を参照すると、サブフレーム＃０において受信された第１のＵＬ許可とサブフレーム＃３において受信された第２のＵＬ許可との間に不一致がある場合、ＵＥは、最後に復号されたＵＬ許可である、サブフレーム＃７におけるＵＬについてのサブフレーム＃３において受信された第２のＵＬ許可を考慮し、サブフレーム＃０において受信された第１のＵＬ許可を考慮しない。代替的に、上記で説明したように、動的なサブフレーム構成は、どのＵＬ許可が考慮されるべきかを示す追加の１ビットインジケータを含み得る。

[0082]図１４は、ＴＤＤＬＴＥベースのネットワークにおけるワイヤレス通信の第３の方法のフローチャート１４００である。本方法はＵＥによって実行され得る。ステップ１４０２において、ＵＥは、ＨＡＲＱメッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定する。ステップ１４０４において、ＵＥは、パラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信する。１つまたは複数のフレキシブルなアップリンクサブフレームは、動的なアップリンク／ダウンリンクサブフレーム構成から決定され得る。たとえば、上記で説明したように、ＨＡＲＱ−ＡＣＫバンドルの場合、ＵＥは、ＵＥによって検出されたＤＬ関連付けセット中のいくつかの割り当てられたＤＬサブフレームからパラメータＮ_bundledを決定する。上記で説明したように、ＨＡＲＱ−ＡＣＫ多重化の場合、ＵＥは、ＤＬ関連付けセットのサイズによってまたはフレキシブルなＵＬサブフレームを除く動的なセットのサイズによってのいずれかで、ＨＡＲＱ−ＡＣＫコードブックを決定する。

[0083]図１５は、例示的な装置１５０２における異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１５００である。本装置はＵＥであり得る。本装置は、受信モジュール１５０４と、ＨＡＲＱタイミングモジュール１５０６と、ＵＬサブフレーム選択モジュール１５０８と、ＤＣＩフィールド解釈モジュール１５１０と、ＵＬ許可処理モジュール１５１２と、決定モジュール１５１４と、送信モジュール１５１６とを含む。受信モジュール１５０４は、第１のサブフレームの間に、動的なＵＬ／ＤＬサブフレーム構成の指示を受信する。ＨＡＲＱタイミングモジュール１５０６は、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクＨＡＲＱタイミングを決定する。ＵＬサブフレーム選択モジュール１５０８は、動的なＵＬ／ＤＬサブフレーム構成に基づいてアップリンクインデックスを決定することによって、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する。ＤＣＩフィールド解釈モジュール１５１０は、決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、動的なＵＬ／ＤＬサブフレーム構成がＵＬ／ＤＬサブフレーム構成であるとき、ＤＣＩ中のフィールドをアップリンクインデックスと解釈し、決定されたアップリンクＨＡＲＱ基準構成または動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つがＵＬ／ＤＬサブフレーム構成ではないとき、ＤＣＩ中のフィールドをアップリンクＤＡＩと解釈する。

[0084]ＵＬ許可処理モジュール１５１２は、受信モジュール１５０４を介して、選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信し、ここで、最終ダウンリンクサブフレームは、ダウンリンク基準サブフレーム構成に基づいて決定される。ＵＬ許可処理モジュール１５１２は、アップリンクサブフレームからのアップリンク許可または固定ダウンリンクサブフレームからの別のアップリンク許可のうちの１つを、アップリンク許可を復号する時間および別のアップリンク許可を復号する時間、または動的なＵＬ／ＤＬサブフレーム構成中のインジケータのうちの少なくとも１つに基づいて選択する。

[0085]決定モジュール１５１４は、ＨＡＲＱメッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定し、ここで、ＨＡＲＱメッセージバンドルのためのパラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、ＨＡＲＱメッセージコードブックは、サブフレームのダウンリンク関連付けセットのサイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される。送信モジュール１５１６は、パラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信する。

[0086]本装置は、図１２〜図１４の上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、図１２〜図１４の上述のフローチャート中の各ステップは１つのモジュールによって実行され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。

[0087]図１６は、処理システム１６１４を採用する装置１５０２’のためのハードウェア実装形態の一例を示す図１６００である。処理システム１６１４は、バス１６２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１６２４は、処理システム１６１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスとブリッジとを含み得る。バス１６２４は、プロセッサ１６０４、モジュール１５０４、１５０６、１５０８、１５１０、１５１２、１５１４、１５１６、およびコンピュータ可読媒体／メモリ１６０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１６２４は、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路をリンクすることもできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明しない。

[0088]処理システム１６１４は、トランシーバ１６１０に結合され得る。トランシーバ１６１０は、１つまたは複数のアンテナ１６２０に結合される。トランシーバ１６１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。トランシーバ１６１０は、１つまたは複数のアンテナ１６２０から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム１６１４、特に受信モジュール１５０４に与える。加えて、トランシーバ１６１０は、処理システム１６１４、特に送信モジュール１５１６から情報を受信し、受信された情報に基づいて、１つまたは複数のアンテナ１６２０に適用されるべき信号を生成する。処理システム１６１４は、コンピュータ可読媒体／メモリ１６０６に結合されたプロセッサ１６０４を含む。プロセッサ１６０４は、コンピュータ可読媒体／メモリ１６０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１６０４によって実行されると、処理システム１６１４に、任意の特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体／メモリ１６０６はまた、ソフトウェアを実行するときにプロセッサ１６０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール１５０４、１５０６、１５０８、１５１０、１５１２、１５１４、および１５１６のうちの少なくとも１つをさらに含む。それらのモジュールは、プロセッサ１６０４中で動作するか、コンピュータ可読媒体／メモリ１６０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ１６０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１６１４は、ＵＥ６５０の構成要素であり得、メモリ６６０、ならびに／またはＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つを含み得る。

[0089]一構成では、ワイヤレス通信のための装置１５０２／１５０２’は、ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信するための手段と、アップリンク基準サブフレーム構成と、動的なＵＬ／ＤＬサブフレーム構成またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択するための手段とを含む。選択するための手段は、動的なＵＬ／ＤＬサブフレーム構成に基づいて、アップリンクインデックスを決定するようにさらに構成され、ここにおいて、アップリンクサブフレームは、アップリンクインデックスに基づいて選択される。１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第１の値であり得、１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていないことを動的なＵＬ／ＤＬサブフレーム構成が示すとき、アップリンクインデックスは第２の値であり得る。受信するための手段は、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され得、装置１５０２／１５０２’は、決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、動的なＵＬ／ＤＬサブフレーム構成がＵＬ／ＤＬサブフレーム構成であるとき、ＤＣＩ中のフィールドをアップリンクインデックスと解釈するための手段と、決定されたアップリンクＨＡＲＱ基準構成または動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つがＵＬ／ＤＬサブフレーム構成ではないとき、ＤＣＩ中のフィールドをアップリンクＤＡＩと解釈するための手段とをさらに含み得る。

[0090]装置１５０２／１５０２’は、選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信するための手段をさらに含み得、ここで、最終ダウンリンクサブフレームは、ダウンリンク基準サブフレーム構成に基づいて決定される。ダウンリンク関連付けセットの最終ダウンリンクサブフレームは、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置され得る。装置１５０２／１５０２’は、アップリンクサブフレームからのアップリンク許可または固定ダウンリンクサブフレームからの別のアップリンク許可のうちの１つを、アップリンク許可を復号する時間および別のアップリンク許可を復号する時間、または動的なＵＬ／ＤＬサブフレーム構成中のインジケータのうちの少なくとも１つに基づいて選択するための手段をさらに含み得る。

[0091]別の構成では、ワイヤレス通信のための装置１５０２／１５０２’は、ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定するための手段と、ここで、ＨＡＲＱメッセージバンドルのためのパラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、ＨＡＲＱメッセージコードブックは、サブフレームのダウンリンク関連付けセットのサイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される、パラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信するための手段とを含む。１つまたは複数のフレキシブルなアップリンクサブフレームは、動的なアップリンク／ダウンリンクサブフレーム構成から決定され得る。

[0092]上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１５０２の上述のモジュールおよび／または装置１５０２’の処理システム１６１４のうちの１つまたは複数であり得る。上記で説明したように、処理システム１６１４は、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳される機能を実行するように構成された、ＴＸプロセッサ６６８と、ＲＸプロセッサ６５６と、コントローラ／プロセッサ６５９とであり得る。

[0093]開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

[0094]以上の説明は、いかなる当業者も本明細書で説明する様々な態様を実施できるようにするために提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の言い回しに矛盾しない全範囲を与えられるべきであり、ここにおいて、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好適または有利である」と解釈されるべきであるとは限らない。別段に明記されていない限り、「いくつかの」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。詳細には、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはそれらの任意の組合せ」などの組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであってもよく、ここで、任意のそのような組合せは、Ａ、Ｂ、またはＣの１つまたは複数のメンバーを含んでもよい。当業者に知られているまたは後で当業者に知られるようになる、本開示全体にわたって説明する様々な態様の要素に対するすべての構造的等価物および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものである。さらに、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。

Claims

時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信することと、
アップリンク基準サブフレーム構成と、前記動的なＵＬ／ＤＬサブフレーム構成、所定のアップリンクインデックス、またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定することと、
前記決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択することと
を備える方法。
前記選択することが、
前記動的なＵＬ／ＤＬサブフレーム構成に基づいて、アップリンクインデックスを決定すること、ここにおいて、前記アップリンクサブフレームは、前記アップリンクインデックスに基づいて選択される、
をさらに備える、請求項１に記載の方法。
１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第１の値であり、前記１つまたは複数のサブフレーム番号が前記アップリンク用サブフレームに関連付けられていないことを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第２の値である、請求項２に記載の方法。
前記受信することが、ダウンリンク制御情報（ＤＣＩ）を受信することをさらに備え、前記方法が、
前記決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、前記動的なＵＬ／ＤＬサブフレーム構成が前記ＵＬ／ＤＬサブフレーム構成であるとき、前記ＤＣＩ中のフィールドを前記アップリンクインデックスと解釈することと、
前記決定されたアップリンクＨＡＲＱ基準構成または前記動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つが前記ＵＬ／ＤＬサブフレーム構成ではないとき、前記ＤＣＩ中の前記フィールドをアップリンクＤＡＩと解釈することと
をさらに備える、請求項２に記載の方法。
前記所定のアップリンクインデックスが、前記ＵＥがアップリンク許可を受信する固定ダウンリンクサブフレームに割り当てられ、前記方法が、
前記所定のアップリンクインデックスに基づいて、前記固定ダウンリンクサブフレームに対するアップリンクサブフレームを決定すること
をさらに備える、請求項１に記載の方法。
前記選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信すること、ここにおいて、前記最終ダウンリンクサブフレームは、前記ダウンリンク基準サブフレーム構成に基づいて決定される、
をさらに備える、請求項１に記載の方法。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームが、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置される、請求項６に記載の方法。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームからの前記アップリンク許可または前記固定ダウンリンクサブフレームからの前記別のアップリンク許可のうちの１つを、
前記アップリンク許可を復号する時間および前記別のアップリンク許可を復号する時間、または
前記動的なＵＬ／ＤＬサブフレーム構成中のインジケータ
のうちの少なくとも１つに基づいて選択すること
をさらに備える、請求項７に記載の方法。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信の方法であって、
ダウンリンク関連付けセット内のアップリンク許可が受信されるアップリンク許可サブフレームまでのいくつかのサブフレームを表すアップリンクＤＡＩ値を取得することと、
オフセット値を前記アップリンクＤＡＩ値に加えることによって、新しいアップリンクＤＡＩ値を決定することと、前記オフセット値は、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後のいくつかのダウンリンクサブフレームを表す、
前記決定された新しいアップリンクＤＡＩ値に基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を備える方法。
前記ダウンリンクサブフレームが、動的なＵＬ／ＤＬサブフレーム構成インジケータによって決定される、請求項９に記載の方法。
前記ダウンリンク関連付けセットのフィードバックＨＡＲＱ−ＡＣＫペイロードサイズが、第１のセットのペイロードサイズと第２のセットのペイロードサイズの合計を計算することによって決定され、前記第１のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームまでの前記サブフレームを含み、前記第２のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後の前記ダウンリンクサブフレームを含む、請求項９に記載の方法。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信の方法であって、
ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定することと、ここにおいて、前記ＨＡＲＱメッセージバンドルのための前記パラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、前記ＨＡＲＱメッセージコードブックは、前記サブフレームのダウンリンク関連付けセットの前記サイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される、
前記パラメータまたは前記ＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を備える方法。
前記１つまたは複数のフレキシブルなアップリンクサブフレームが、動的なアップリンク／ダウンリンクサブフレーム構成から決定される、請求項１２に記載の方法。
アップリンク許可中のアップリンクＤＡＩを破棄すること
をさらに備え、
前記１つまたは複数のＨＡＲＱメッセージが、前記アップリンクＤＡＩなしで送信される、
請求項１２に記載の方法。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信するための手段と、
アップリンク基準サブフレーム構成と、前記動的なＵＬ／ＤＬサブフレーム構成、所定のアップリンクインデックス、またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定するための手段と、
前記決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択するための手段と
を備える装置。
選択するための前記手段が、前記動的なＵＬ／ＤＬサブフレーム構成に基づいて、アップリンクインデックスを決定するようにさらに構成され、ここにおいて、前記アップリンクサブフレームは、前記アップリンクインデックスに基づいて選択される、請求項１５に記載の装置。
１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第１の値であり、前記１つまたは複数のサブフレーム番号が前記アップリンク用サブフレームに関連付けられていないことを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第２の値である、請求項１６に記載の装置。
受信するための前記手段が、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記装置が、
前記決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、前記動的なＵＬ／ＤＬサブフレーム構成が前記ＵＬ／ＤＬサブフレーム構成であるとき、前記ＤＣＩ中のフィールドを前記アップリンクインデックスと解釈するための手段と、
前記決定されたアップリンクＨＡＲＱ基準構成または前記動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つが前記ＵＬ／ＤＬサブフレーム構成ではないとき、前記ＤＣＩ中の前記フィールドをアップリンクＤＡＩと解釈するための手段と
をさらに備える、請求項１６に記載の装置。
前記所定のアップリンクインデックスが、前記ＵＥがアップリンク許可を受信する固定ダウンリンクサブフレームに割り当てられ、前記装置が、
前記所定のアップリンクインデックスに基づいて、前記固定ダウンリンクサブフレームに対するアップリンクサブフレームを決定するための手段
をさらに備える、請求項１５に記載の装置。
前記選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信するための手段、ここにおいて、前記最終ダウンリンクサブフレームは、前記ダウンリンク基準サブフレーム構成に基づいて決定される、
をさらに備える、請求項１５に記載の装置。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームが、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置される、請求項２０に記載の装置。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームからの前記アップリンク許可または前記固定ダウンリンクサブフレームからの前記別のアップリンク許可のうちの１つを、
前記アップリンク許可を復号する時間および前記別のアップリンク許可を復号する時間、または
前記動的なＵＬ／ＤＬサブフレーム構成中のインジケータ
のうちの少なくとも１つに基づいて選択するための手段
をさらに備える、請求項２１に記載の装置。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
ダウンリンク関連付けセット内のアップリンク許可が受信されるアップリンク許可サブフレームまでのいくつかのサブフレームを表すアップリンクＤＡＩ値を取得するための手段と、
オフセット値を前記アップリンクＤＡＩ値に加えることによって、新しいアップリンクＤＡＩ値を決定するための手段と、前記オフセット値は、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後のいくつかのサブフレームを表す、
前記決定された新しいＵＬＤＡＩ値に基づいて、１つまたは複数のＨＡＲＱメッセージを送信するための手段と
を備える装置。
前記ダウンリンクサブフレームが、動的なＵＬ／ＤＬサブフレーム構成インジケータによって決定される、請求項２３に記載の装置。
前記ダウンリンク関連付けセットのフィードバックＨＡＲＱ−ＡＣＫペイロードサイズが、第１のセットのペイロードサイズと第２のセットのペイロードサイズの合計を計算することによって決定され、前記第１のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームまでの前記サブフレームを含み、前記第２のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後の前記ダウンリンクサブフレームを含む、請求項２３に記載の装置。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定するための手段と、ここにおいて、前記ＨＡＲＱメッセージバンドルのための前記パラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、前記ＨＡＲＱメッセージコードブックは、前記サブフレームのダウンリンク関連付けセットの前記サイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される、
前記パラメータまたは前記ＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信するための手段と
を備える装置。
前記１つまたは複数のフレキシブルなアップリンクサブフレームが、動的なアップリンク／ダウンリンクサブフレーム構成から決定される、請求項２６に記載の装置。
アップリンク許可中のアップリンクＤＡＩを破棄するための手段をさらに備え、
前記１つまたは複数のＨＡＲＱメッセージが、前記アップリンクＤＡＩなしで送信される、
請求項２６に記載の装置。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、
ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信し、
アップリンク基準サブフレーム構成と、前記動的なＵＬ／ＤＬサブフレーム構成、所定のアップリンクインデックス、またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定し、
前記決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する
ように構成された少なくとも１つのプロセッサと
を備える装置。
前記少なくとも１つのプロセッサが、前記動的なＵＬ／ＤＬサブフレーム構成に基づいてアップリンクインデックスを決定することによって、前記アップリンクサブフレームを選択するように構成され、ここにおいて、前記アップリンクサブフレームは、前記アップリンクインデックスに基づいて選択される、請求項２９に記載の装置。
１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第１の値であり、前記１つまたは複数のサブフレーム番号が前記アップリンク用サブフレームに関連付けられていないことを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第２の値である、請求項３０に記載の装置。
前記少なくとも１つのプロセッサが、ダウンリンク制御情報（ＤＣＩ）を受信するようにさらに構成され、前記少なくとも１つのプロセッサが、
前記決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、前記動的なＵＬ／ＤＬサブフレーム構成が前記ＵＬ／ＤＬサブフレーム構成であるとき、前記ＤＣＩ中のフィールドを前記アップリンクインデックスと解釈し、
前記決定されたアップリンクＨＡＲＱ基準構成または前記動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つが前記ＵＬ／ＤＬサブフレーム構成ではないとき、前記ＤＣＩ中の前記フィールドをアップリンクＤＡＩと解釈する
ようにさらに構成される、請求項３０に記載の装置。
前記所定のアップリンクインデックスが、前記ＵＥがアップリンク許可を受信する固定ダウンリンクサブフレームに割り当てられ、前記少なくとも１つのプロセッサが、
前記所定のアップリンクインデックスに基づいて、前記固定ダウンリンクサブフレームに対するアップリンクサブフレームを決定する
ようにさらに構成される、請求項２９に記載の装置。
前記少なくとも１つのプロセッサが、
前記選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信する、ここにおいて、前記最終ダウンリンクサブフレームは、前記ダウンリンク基準サブフレーム構成に基づいて決定される、
ようにさらに構成される、請求項２９に記載の装置。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームが、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置される、請求項３４に記載の装置。
前記少なくとも１つのプロセッサが、
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームからの前記アップリンク許可または前記固定ダウンリンクサブフレームからの前記別のアップリンク許可のうちの１つを、
前記アップリンク許可を復号する時間および前記別のアップリンク許可を復号する時間、または
前記動的なＵＬ／ＤＬサブフレーム構成中のインジケータ
のうちの少なくとも１つに基づいて選択する
ようにさらに構成される、請求項３５に記載の装置。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、
ダウンリンク関連付けセット内のアップリンク許可が受信されるアップリンク許可サブフレームまでのいくつかのサブフレームを表すアップリンクＤＡＩ値を取得することと、
オフセット値を前記アップリンクＤＡＩ値に加えることによって、新しいアップリンクＤＡＩ値を決定することと、前記オフセット値は、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後のいくつかのサブフレームを表す、
前記決定された新しいＵＬＤＡＩ値に基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を行うように構成された少なくとも１つのプロセッサと
を備える装置。
前記ダウンリンクサブフレームが、動的なＵＬ／ＤＬサブフレーム構成インジケータによって決定される、請求項２３に記載の装置。
前記ダウンリンク関連付けセットのフィードバックＨＡＲＱ−ＡＣＫペイロードサイズが、第１のセットのペイロードサイズと第２のセットのペイロードサイズの合計を計算することによって決定され、前記第１のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームまでの前記サブフレームを含み、前記第２のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後の前記ダウンリンクサブフレームを含む、請求項２３に記載の装置。
時分割複信（ＴＤＤ）ロングタームエボリューション（ＬＴＥ）ベースのネットワークにおけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、
ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定することと、ここにおいて、前記ＨＡＲＱメッセージバンドルのための前記パラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、前記ＨＡＲＱメッセージコードブックは、前記サブフレームのダウンリンク関連付けセットの前記サイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される、
前記パラメータまたは前記ＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を行うように構成された少なくとも１つのプロセッサと
を備える装置。
前記１つまたは複数のフレキシブルなアップリンクサブフレームが、動的なアップリンク／ダウンリンクサブフレーム構成から決定される、請求項３９に記載の装置。
前記少なくとも１つのプロセッサが、
アップリンク許可中のアップリンクＤＡＩを破棄するようにさらに構成され、
前記１つまたは複数のＨＡＲＱメッセージが、前記アップリンクＤＡＩなしで送信される、
請求項３９に記載の装置。
コンピュータ可読媒体を備え、前記コンピュータ可読媒体が、
ユーザ機器（ＵＥ）によって、第１のサブフレームの間に、動的なアップリンク／ダウンリンク（ＵＬ／ＤＬ）サブフレーム構成の指示を受信し、
アップリンク基準サブフレーム構成と、前記動的なＵＬ／ＤＬサブフレーム構成、所定のアップリンクインデックス、またはダウンリンク基準サブフレーム構成のうちの少なくとも１つとに基づいて、アップリンクハイブリッド自動再送要求（ＨＡＲＱ）タイミングを決定し、
前記決定されたアップリンクＨＡＲＱタイミングに基づいて、通信用のアップリンクサブフレームを選択する
ためのコードを備える、コンピュータプログラム製品。
前記選択することが、
前記動的なＵＬ／ＤＬサブフレーム構成に基づいて、アップリンクインデックスを決定すること、ここにおいて、前記アップリンクサブフレームは、前記アップリンクインデックスに基づいて選択される、
をさらに備える、請求項４３に記載のコンピュータプログラム製品。
１つまたは複数のサブフレーム番号がアップリンク用サブフレームに関連付けられていることを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第１の値であり、前記１つまたは複数のサブフレーム番号が前記アップリンク用サブフレームに関連付けられていないことを前記動的なＵＬ／ＤＬサブフレーム構成が示すとき、前記アップリンクインデックスは第２の値である、請求項４４に記載のコンピュータプログラム製品。
前記受信することが、ダウンリンク制御情報（ＤＣＩ）を受信することをさらに備え、前記コンピュータプログラム製品が、
前記決定されたアップリンクＨＡＲＱ基準構成がＵＬ／ＤＬサブフレーム構成であり、前記動的なＵＬ／ＤＬサブフレーム構成が前記ＵＬ／ＤＬサブフレーム構成であるとき、前記ＤＣＩ中のフィールドを前記アップリンクインデックスと解釈することと、
前記決定されたアップリンクＨＡＲＱ基準構成または前記動的なＵＬ／ＤＬサブフレーム構成のうちの少なくとも１つが前記ＵＬ／ＤＬサブフレーム構成ではないとき、前記ＤＣＩ中の前記フィールドをアップリンクＤＡＩと解釈することと
をさらに備える、請求項４４に記載のコンピュータプログラム製品。
前記所定のアップリンクインデックスが、前記ＵＥがアップリンク許可を受信する固定ダウンリンクサブフレームに割り当てられ、前記コンピュータプログラム製品が、
前記所定のアップリンクインデックスに基づいて、前記固定ダウンリンクサブフレームに対するアップリンクサブフレームを決定すること
をさらに備える、請求項４３に記載のコンピュータプログラム製品。
前記選択されたアップリンクサブフレームのダウンリンク関連付けセットの最終ダウンリンクサブフレーム中のアップリンク許可を受信すること、ここにおいて、前記最終ダウンリンクサブフレームは、前記ダウンリンク基準サブフレーム構成に基づいて決定される、
をさらに備える、請求項４３に記載のコンピュータプログラム製品。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームが、別のアップリンク許可を受信するために使用される固定ダウンリンクサブフレームの後に配置される、請求項４８に記載のコンピュータプログラム製品。
前記ダウンリンク関連付けセットの前記最終ダウンリンクサブフレームからの前記アップリンク許可または前記固定ダウンリンクサブフレームからの前記別のアップリンク許可のうちの１つを、
前記アップリンク許可を復号する時間および前記別のアップリンク許可を復号する時間、または
前記動的なＵＬ／ＤＬサブフレーム構成中のインジケータ
のうちの少なくとも１つに基づいて選択すること
をさらに備える、請求項４９に記載のコンピュータプログラム製品。
コンピュータ可読媒体を備え、前記コンピュータ可読媒体が、
ダウンリンク関連付けセット内のアップリンク許可が受信されるアップリンク許可サブフレームまでのいくつかのサブフレームを表すアップリンクＤＡＩ値を取得することと、
オフセット値を前記アップリンクＤＡＩ値に加えることによって、新しいアップリンクＤＡＩ値を決定することと、前記オフセット値は、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後のいくつかのサブフレームを表す、
前記決定された新しいＵＬＤＡＩ値に基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を行うためのコードを備える、コンピュータプログラム製品。
前記ダウンリンクサブフレームが、動的なＵＬ／ＤＬサブフレーム構成インジケータによって決定される、請求項５１に記載のコンピュータプログラム製品。
前記ダウンリンク関連付けセットのフィードバックＨＡＲＱ−ＡＣＫペイロードサイズが、第１のセットのペイロードサイズと第２のセットのペイロードサイズの合計を計算することによって決定され、前記第１のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームまでの前記サブフレームを含み、前記第２のセットが、前記ダウンリンク関連付けセット内の前記アップリンク許可サブフレームの後の前記ダウンリンクサブフレームを含む、請求項５１に記載のコンピュータプログラム製品。
コンピュータ可読媒体を備え、前記コンピュータ可読媒体が、
ハイブリッド自動再送要求（ＨＡＲＱ）メッセージバンドルのためのパラメータまたはＨＡＲＱメッセージコードブックのうちの少なくとも１つを決定することと、ここにおいて、前記ＨＡＲＱメッセージバンドルのための前記パラメータは、ユーザ機器によって検出されたサブフレームのダウンリンク関連付けセットのサイズに基づいて決定され、前記ＨＡＲＱメッセージコードブックは、前記サブフレームのダウンリンク関連付けセットの前記サイズあるいは１つまたは複数のフレキシブルなアップリンクサブフレームを除くサブフレームの動的なセットのサイズのうちの少なくとも１つに基づいて決定される、
前記パラメータまたは前記ＨＡＲＱメッセージコードブックのうちの少なくとも１つに基づいて、１つまたは複数のＨＡＲＱメッセージを送信することと
を行うためのコードを備える、コンピュータプログラム製品。
前記１つまたは複数のフレキシブルなアップリンクサブフレームが、動的なアップリンク／ダウンリンクサブフレーム構成から決定される、請求項５４に記載のコンピュータプログラム製品。
アップリンク許可中のアップリンクＤＡＩを破棄することをさらに備え、
前記１つまたは複数のＨＡＲＱメッセージが、前記アップリンクＤＡＩなしで送信される、
請求項５４に記載のコンピュータプログラム製品。