(57)【特許請求の範囲】
【請求項１】
動的な時分割複信（ＴＤＤ）構成において肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を報告する無線通信装置で使用される方法（３００）であって、
参照アップリンク（ＵＬ）ＴＤＤ構成と参照ダウンリンク（ＤＬ）ＴＤＤ構成との指標を受信するステップ（３１０）と、
前記参照ＤＬＴＤＤ構成に基づくタイミングで、該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットを報告するステップ（３４０）と、
を含むことを特徴とする方法（３００）。
【請求項２】
前記参照ＤＬＴＤＤ構成に基づくＵＬスケジューリングのためのダウンリンク制御情報（ＤＣＩ）を受信するステップ（３２０）と、
前記参照ＵＬＴＤＤ構成に基づくＵＬスケジューリングのために前記ＤＣＩを解釈するステップ（３３０）と、
を更に含むことを特徴とする請求項１に記載の方法（３００）。
【請求項３】
前記ＡＣＫ又はＮＡＣＫのビットの前記固定数は、前記無線通信装置に割り当てられた１以上のＤＬサブフレームに対する前記参照ＤＬＴＤＤ構成において使用可能な最大ビット数に基づいて決定される
ことを特徴とする請求項１又は２に記載の方法（３００）。
【請求項４】
前記参照ＵＬＴＤＤ構成はＴＤＤ構成０であり、かつ、前記参照ＤＬＴＤＤ構成はＴＤＤ構成１〜６の１つである
ことを特徴とする請求項１乃至３の何れか１項に記載の方法（３００）。
【請求項５】
前記参照ＤＬＴＤＤ構成はＴＤＤ構成１又はＴＤＤ構成２である
ことを特徴とする請求項４に記載の方法（３００）。
【請求項６】
各々のＡＣＫ又はＮＡＣＫのビットは、現在のＵＬ物理アップリンク共有チャネル（ＰＵＳＣＨ）へのＤＬサブフレームマッピングに対応する
ことを特徴とする請求項１乃至５の何れか１項に記載の方法（３００）。
【請求項７】
ＤＬスケジューリングのための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）がＤＬサブフレームにおいて検出されない場合、該ＤＬサブフレームに対応するＡＣＫ又はＮＡＣＫのビットはＮＡＣＫに設定される
ことを特徴とする請求項１乃至６の何れか１項に記載の方法（３００）。
【請求項８】
ＤＬスケジューリングのためのＤＣＩがどのＤＬサブフレームにおいても検出されない場合、前記ＡＣＫ又はＮＡＣＫのビットは報告されない
ことを特徴とする請求項１乃至７の何れか１項に記載の方法（３００）。
【請求項９】
前記ＡＣＫ又はＮＡＣＫのビットは、個別に符号化され、ＵＬ送信において個別のリソース要素にマッピングされる
ことを特徴とする請求項１乃至８の何れか１項に記載の方法（３００）。
【請求項１０】
ＵＬスケジューリングのためのＤＣＩは、ＤＣＩフォーマット０を含む
ことを特徴とする請求項１乃至９の何れか１項に記載の方法（３００）。
【請求項１１】
動的な時分割複信（ＴＤＤ）構成において肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を報告する無線通信装置（５００）であって、該無線通信装置（５００）は、受信機（５１０）、送信機（５２０）、メモリ（５３０）及びプロセッサ（５４０）を含み、該メモリ（５３０）は、複数のＴＤＤ構成を記憶するように構成され、
前記プロセッサ（５４０）は、参照アップリンク（ＵＬ）ＴＤＤ構成と参照ダウンリンク（ＤＬ）ＴＤＤ構成との指標を受信するために前記受信機（５１０）を制御するように構成され、
前記プロセッサ（５４０）は、前記参照ＤＬＴＤＤ構成に基づくタイミングで、該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットを報告するために前記送信機（５２０）を制御するように構成される
ことを特徴とする無線通信装置（５００）。
【請求項１２】
前記プロセッサ（５４０）は、前記参照ＤＬＴＤＤ構成に基づくＵＬスケジューリング（３２０）のためのダウンリンク制御情報（ＤＣＩ）を受信するために前記受信機（５１０）を制御するように更に構成され、
前記プロセッサ（５４０）は、前記参照ＵＬＴＤＤ構成に基づくＵＬスケジューリングのために前記ＤＣＩを解釈するように更に構成される
ことを特徴とする請求項１１に記載の無線通信装置（５００）。
【請求項１３】
前記ＡＣＫ又はＮＡＣＫのビットの前記固定数は、前記無線通信装置に割り当てられた１以上のＤＬサブフレームに対する前記参照ＤＬＴＤＤ構成において使用可能な最大ビット数に基づいて決定される
ことを特徴とする請求項１１又は１２に記載の無線通信装置（５００）。
【請求項１４】
前記参照ＵＬＴＤＤ構成はＴＤＤ構成０であり、かつ、前記参照ＤＬＴＤＤ構成はＴＤＤ構成１〜６の１つである
ことを特徴とする請求項１１乃至１３の何れか１項に記載の無線通信装置（５００）。
【請求項１５】
前記参照ＤＬＴＤＤ構成はＴＤＤ構成１又はＴＤＤ構成２である
ことを特徴とする請求項１４に記載の無線通信装置（５００）。
【請求項１６】
各々のＡＣＫ又はＮＡＣＫのビットは、現在のＵＬ物理アップリンク共有チャネル（ＰＵＳＣＨ）へのＤＬサブフレームマッピングに対応する
ことを特徴とする請求項１１乃至１５の何れか１項に記載の無線通信装置（５００）。
【請求項１７】
ＤＬサブフレームにおいてＤＬスケジューリングのための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を前記受信機（５１０）が受信しない場合、前記プロセッサ（５４０）は、該ＤＬサブフレームに対応するＡＣＫ又はＮＡＣＫのビットをＮＡＣＫに設定する
ことを特徴とする請求項１１乃至１６の何れか１項に記載の無線通信装置（５００）。
【請求項１８】
どのＤＬサブフレームにおいてもＤＬスケジューリングのためのＤＣＩを前記受信機（５１０）が受信しない場合、前記プロセッサ（５４０）は、前記ＡＣＫ又はＮＡＣＫのビットを報告しないように前記送信機（５２０）を制御する
ことを特徴とする請求項１１乃至１７の何れか１項に記載の無線通信装置（５００）。
【請求項１９】
前記プロセッサ（５４０）は、ＡＣＫ又はＮＡＣＫのビットを個別に符号化し、該符号化されたＡＣＫ又はＮＡＣＫのビットをＵＬ送信において個別のリソース要素にマッピングする
ことを特徴とする請求項１１乃至１８の何れか１項に記載の無線通信装置（５００）。
【請求項２０】
ＵＬスケジューリングのためのＤＣＩは、ＤＣＩフォーマット０を含む
ことを特徴とする請求項１１乃至１９の何れか１項に記載の無線通信装置（５００）。
【請求項２１】
１以上のコンピュータ装置に請求項１乃至１０の何れか１項に記載の方法を実行させる命令を格納したコンピュータ可読記憶媒体（７０８）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示で提供される技術は、一般的に無線通信ネットワークに関連し、特に（排他的ではないが）時分割複信（ＴＤＤ）を使用する無線通信ネットワーク、例えば、ロングタームエボリューション（ＬＴＥ）ＴＤＤに関連する。より詳細には、本開示は、動的なＴＤＤ構成において肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）を報告する無線通信装置（例えば、ユーザ装置（ＵＥ））で使用される方法、無線通信装置（例えば、ＵＥ）、及び、コンピュータ可読媒体に関連する。
【背景技術】
【０００２】
このセクションは、本開示で記載される技術の様々な実施形態の背景を提供することを目的とする。このセクションの説明は、達成され得る概念を含むが、必ずしも以前に着想又は達成されたものでは無い。したがって、本明細書で明示されない限り、このセクションに記載される内容は、本開示の明細書及び／又は特許請求の範囲に対する先行技術ではなく、このセクションに単に含めることによって先行技術であると認めるものではない。
【０００３】
典型的なセルラー無線システムでは、無線通信装置（例えば、ユーザ装置（ＵＥ））は、無線アクセスネットワーク（ＲＡＮ）を介して１つ以上のコアネットワーク（ＣＮ）と通信することができる。ＲＡＮは、一般的に複数の無線セル領域に分割される地理的領域をカバーする。各無線セル領域は、基地局（例えば、無線基地局（ＲＢＳ））によってサービスを提供することができ、例えば、いくつかのネットワークでは、例えば、「ノードＢ」（ＵＭＴＳ）又は「ｅノードＢ」（ＬＴＥ）とも呼ばれ得る。無線セルは、一般に、基地局サイトの無線基地局によって無線カバー範囲が提供される地理的領域である。各無線セルは、無線セル内でブロードキャストされるローカル無線エリア内のアイデンティティによって識別することが出来る。基地局は、無線周波数で動作するエア・インターフェースを介して、当該基地局の範囲内の通信装置と無線で通信します。いくつかの無線アクセスネットワークでは、いくつかの基地局は、無線ネットワーク制御装置（ＲＮＣ）又は基地局制御装置（ＢＳＣ）へ（例えば、地上通信線又はマイクロ波により）接続され得る。無線ネットワーク制御装置は、接続された複数の基地局の様々な動作を管理し調整するように構成され得る。無線ネットワーク制御装置は、また、１つ以上のコアネットワークに接続され得る。ユニバーサル移動通信システム（ＵＭＴＳ）は、移動通信グローバルシステム（ＧＳＭ（登録商標））から発展した第三世代の移動通信システムである。ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）は、本質的に、無線通信装置のための広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））を使用する無線アクセスネットワークである。ＷＣＤＭＡの代替として、時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）を使用することも可能である。第三世代パートナーシッププロジェクト（３ＧＰＰ）として知られている標準化フォーラムでは、電気通信事業者は、具体的には第三世代ネットワーク及びＵＴＲＡＮのための標準に対して提案し合意し（例えば、拡張データレート及び無線容量を）調査します。３ＧＰＰは、ＵＴＲＡＮとＧＳＭベースの無線アクセスネットワーク技術を進化させるために活動しています。発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）の仕様の最初のリリースが発行されています。発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ロングタームエボリューション（ＬＴＥ）及びシステムアーキテクチャエボリューション（ＳＡＥ）を含みます。ロングタームエボリューション（ＬＴＥ）は、無線基地局ノードが無線ネットワーク制御装置（ＲＮＣ）ノードではなく（例えば、アクセスゲートウェイ（ＡＧＷ）を介して）コアネットワークに接続されている３ＧＰＰ無線アクセス技術の一種です。一般的には、ＬＴＥの無線ネットワーク制御装置（ＲＮＣ）ノードの機能は、無線基地局ノード（ＬＴＥにおけるｅＮｏｄｅＢ）及びＡＧＷの間で分散されます。このように、ＬＴＥ方式の無線アクセスネットワーク（ＲＡＮ）は、時には、無線ネットワーク制御装置（ＲＮＣ）ノードに報告しない無線基地局ノードを含む「フラット」アーキテクチャと呼ばれます。
【０００４】
ノード（例えばＬＴＥなどのセルラシステムにおけるＵＥのような無線端末）からの送信と受信は、周波数領域又は時間領域（又はそれらの組み合わせ）により多重化され得る。周波数分割複信（ＦＤＤ）では、ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）送信は、十分に分離された異なる周波数帯で行われる。時分割複信（ＴＤＤ）では、ＤＬ及びＵＬ送信は、異なりかつオーバラップしないタイムスロットで行われる。ＦＤＤは一般的にペアの周波数スペクトルを必要とするのに対し、このように、ＴＤＤは非ペアの周波数スペクトルで動作することが可能である。
【０００５】
典型的には、無線通信システムにおいて送信される信号は、フレーム構造又はフレーム構成のいくつかの形式で構成される。例えば、ＬＴＥは、一般的に、図１に示すように、無線フレームあたり、１ミリ秒の長さの１０個の等しいサイズのサブフレーム０−９を使用します。図１に示すようなＴＤＤの場合、一般に単一の搬送波周波数のみが存在し、ＵＬ及びＤＬ送信は時間的に分離される。アップリンク及びダウンリンク送信に同一の搬送波周波数が使用されるため、基地局とＵＥの両方が、送信から受信に及びその逆に切り替える必要があります。ＴＤＤシステムの重要な側面は、ＵＬとＤＬ送信の干渉を回避するためにＤＬ及びＵＬ伝送の何れも発生しない十分に大きなガードタイムを提供することにあります。ＬＴＥにおいては、特殊サブフレーム（例えば、サブフレーム＃１と、場合によっては、サブフレーム＃６）が、このガードタイムを提供します。ＴＤＤ特殊サブフレームは、一般に、ダウンリンク部分（ＤｗＰＴＳ）、ガード期間（ＧＰ）、及びアップリンク部分（ＵｐＰＴＳ）の３つの部分に分割されます。残りのサブフレームは、ＵＬ又はＤＬ送信の何れかに割り当てられる。例示的なＵＬ−ＤＬ構成（本開示においては「ＴＤＤ構成」とも呼ばれる）は、以下の表１に示されます。また、典型的な特殊サブフレームの構成は、以下の表２に示されます。
【０００６】
【表１】
0006034513.tif 000002
【０００７】
【表２】
0006034513.tif 000003
【０００８】
ＴＤＤは、異なるＤＬ／ＵＬ構成により、それぞれ、ＵＬ及びＤＬ送信に対して割り当てられたリソース量の点で異なる非対称性が可能となります。ＬＴＥにおいては、７つの異なる構成があります（図２を参照）。一般的には、異なる無線セル間におけるＤＬ及びＵＬ送信の間の重大な干渉を避けるため、隣接する無線セルは同一のＤＬ／ＵＬ構成を使用するべきである。そうでない場合は、１つの無線セルでのＵＬ送信は隣接する無線セルでのＤＬ送信を（またその逆も）妨害し得る。結果として、ＤＬ／ＵＬの非対称性は、一般的に複数の無線セル間で変わらない。ＤＬ／ＵＬの非対称構成は、システム情報の一部としてシグナリング（すなわち通信）され、長期間固定されたままにすることが可能である。
【０００９】
したがって、ＴＤＤネットワークは、一般に、いくつかのサブフレームはＵＬでありいくつかはＤＬである固定されたフレーム構成を使用する。これは、ＵＬ及び／又はＤＬリソースの非対称性を変化する無線トラフィックの状況に適応させる柔軟性を妨げる又は少なくとも制限することになる。
【００１０】
将来のネットワークにおいては、ユーザーのほとんどがホットスポット又は屋内のエリア又は住宅地に存在し、我々はより多くのローカライズされたトラフィックを経験することが想定される。これらのユーザーは、クラスタ内に配置され、異なる時間に異なるＵＬ及びＤＬトラフィックを生成します。これは、本質的に、ＵＬとＤＬのリソースを瞬間的（又はほぼ瞬間的）なトラフィック変動に適応させる動的な特徴が、将来のローカルエリアセルに必要とされることを意味します。
【００１１】
ＴＤＤは、ＵＬ又はＤＬのいずれかで、異なるタイムスロット内で使用可能な帯域を構成することができる潜在的な特徴を有しています。これは、ＴＤＤ固有の特徴でありＦＤＤでは不可能である、非対称なＵＬ／ＤＬ割り当てを可能にします。ＬＴＥでは、７つの異なるＵＬ／ＤＬ割り当てがあり、４０％〜９０％のＤＬリソースを提供します。
【００１２】
現在のネットワークでは、ＵＬ／ＤＬ構成は、準静的に設定されている、したがって、瞬間的なトラフィック状況とマッチしない場合があります。これにより、特にユーザー数が少ないセルでは、ＵＬとＤＬの両方で非効率的なリソース利用となります。よりフレキシブルなＴＤＤ構成を提供するために、いわゆる動的なＴＤＤ（フレキシブルＴＤＤとも呼ばれる）が導入されます。このように、動的なＴＤＤは、ユーザー経験を最適化するために、ＴＤＤのＵＬ／ＤＬの非対称性を現在のトラフィック状況に構成します。動的なＴＤＤは、「フレキシブル」なサブフレームとして構成されるサブフレームの機能を提供します。その結果、いくつかのサブフレームは、ＵＬ送信又はＤＬ送信の何れかに対して動的に構成することができます。サブフレームは、例えば、セルにおける無線トラフィック状況に依存して、ＵＬ送信又はＤＬ送信のいずれかとして構成することができます。したがって、動的なＴＤＤは、ＵＬとＤＬの間で潜在的な負荷不均衡がある場合、ＴＤＤシステムにおいて有望な性能向上を達成することが期待される。また、動的ＴＤＤ方式は、ネットワークのエネルギー消費を削減するために利用することも出来る。これは、動的なＵＬ／ＤＬ割り当て（このセクションでは「動的なＴＤＤ」と呼ばれる）が瞬間的なトラフィックと割り当てられたリソースの好適な整合を提供することが期待される。
【００１３】
ＵＬスケジューリングは、ＤＬサブフレームにおける、ダウンリンク制御情報（ＤＣＩ）フォーマット０又は物理ハイブリッド自動再送要求（ＨＡＲＱ）指標チャネル（ＰＨＩＣＨ）によって示され得る（３ＧＰＰ技術仕様である非特許文献１のセクション８を参照）。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】3GPP TS 36.213, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures”, v.11.1.0
【発明の概要】
【００１５】
本技術の様々な実施形態は、上述の考慮及びその他の観点からなされたものである。
【００１６】
本開示の一態様によれば、動的なＴＤＤ構成においてＡＣＫ又はＮＡＣＫを報告する無線通信装置で使用される方法が提案される。当該方法では、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成との指標が示される。そして、参照ＤＬＴＤＤ構成に基づくタイミングで、当該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットが報告される。
【００１７】
本開示の別の態様によれば、動的なＴＤＤ構成においてＡＣＫ／ＮＡＣＫを報告する、受信機、送信機、メモリ及びプロセッサを含む無線通信装置が提案される。メモリは、複数のＴＤＤ構成を記憶するように構成される。プロセッサは、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤとの指標を受信するために受信機を制御するように構成される。プロセッサは、更に、参照ＤＬＴＤＤ構成に基づくタイミングで、当該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットを報告するために送信機を制御するように構成される。
【００１８】
本開示の更に別の態様によれば、動的なＴＤＤ構成においてＡＣＫ又はＮＡＣＫを報告する端末が提案され、当該端末は、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成との指標を受信する手段と、参照ＤＬＴＤＤ構成に基づくタイミングで、当該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットを報告する手段と、を含む。
【００１９】
本開示の更に別の態様によれば、動的なＴＤＤ構成においてＡＣＫ又はＮＡＣＫを報告する無線通信装置が提案され、無線通信装置はプロセッサとメモリとを含み、当該メモリは当該プロセッサによって実行可能な命令を含み、それによって、ユーザ端末は、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成との指標を受信し、参照ＤＬＴＤＤ構成に基づくタイミングで、当該参照ＤＬＴＤＤ構成に基づいてＡＣＫ又はＮＡＣＫのビットの固定数を有するＡＣＫ又はＮＡＣＫのビットを報告する、ように動作する。
【００２０】
本開示において開示される技術的解決法により、シンプルな動的ＴＤＤの解決法を達成することが出来、また、Ｌ１制御による動的なＴＤＤを達成することが出来る。無線通信端末は、いくつのＡＣＫ／ＮＡＣＫのビットが報告されるかについて混乱することが無くなるであろう。特に、当該解決法は、ＴＤＤ構成０、１、２、６に適合する動的ＴＤＤ解決法に対して非常に有用である。
【００２１】
本開示の上述及び他の特徴は、添付の図面と併せて以下の説明及び添付の特許請求の範囲からより完全に明らかになるであろう。これらの図面は、本開示に従ったいくつかの実施形態のみを図示していることを理解し、従って、本開示の範囲を限定するものと見なされるべきではなく、本開示は、添付の図面の使用することによりさらに具体的かつ詳細に記載されているものである。
【図面の簡単な説明】
【００２２】
【図１】ＴＤＤのＬＴＥのためのアップリンク／ダウンリンクにおける時間／周波数構造を示す図である。
【図２】ＴＤＤのＬＴＥのための７個の異なるダウンリンク／アップリンク構成の例を示す図である。
【図３】本開示の方法の手順を示すフローチャートである。
【図４】ＡＣＫ／ＮＡＣＫの個別の符号化及びマッピングを示す概略図である。
【図５】本開示のいくつかの実施形態に係るＵＥの概略ブロック図である。
【図６】本開示のいくつかの実施形態に係るＵＥの概略ブロック図である。
【図７】本開示のいくつかの実施形態に係る装置の概略ブロック図である。
【発明を実施するための形態】
【００２３】
以下の説明は、限定ではなく説明を目的とするものであり、具体的な詳細は、特定のアーキテクチャ、インタフェース、技術などが記載される。しかしながら、ここで記載されている技術がこれらの具体的な詳細から逸脱する他の実施形態において実施され得ることは、当業者にとって明らかである。すなわち、当業者は、本明細書に明示的に記載又は示されないとしても、記載された技術の原理を具体化し範囲内に包含された様々な構成を考案することができる。不必要な詳細により説明が不明瞭にならないように、いくつかの事例では、周知の装置、回路及び方法の詳細な説明は省略する。本明細書の原理、態様、及び実施例、ならびに特定の例を列挙するすべての説明文は、構造的及び機能的に等価な物の両方を包含することを意図します。さらに、そのような等価物は、構造に関わらず、現在公知の均等物を含むだけでなく、将来開発される同等物（すなわち、同じ機能を実行する開発された任意の要素）を含むことを意図します。したがって、例えば、当業者は、本明細書のブロック図が技術の原理を実施する例示的な回路の概念図を表すことを理解するであろう。同様に、任意のフローチャート等は、コンピュータ又はプロセッサが明示的に示されているか否かにかかわらず、実質的にコンピュータ可読媒体として表され、コンピュータ又はプロセッサによって実行される様々な処理を表すことが理解されるであろう。「プロセッサ」とラベル又は説明される機能ブロックを含む様々な要素の機能は、専用ハードウェアと同様に、コンピュータ可読媒体に格納されたコード化された命令の形態のソフトウェアを実行可能なハードウェアの使用を通じて提供され得る。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、又は、いくつかが共有又は分散され得る複数の個別プロセッサによって、提供され得る。このような機能は、コンピュータ実装、したがってマシン実装され得ることは理解されるべきである。さらに、用語「プロセッサ」の使用は、そのような機能を実行及び／又はソフトウェアを実行することができる他のハードウェアにも関連すると解釈され得、また、限定するものではないが、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、ハードウェア（例えば、デジタル又はアナログ）回路、及び、そのような機能を実行することができる（適切な）状態マシンを含み得る。
【００２４】
以下で使用されるように、用語ＵＥは、携帯端末、端末、ユーザ端末（ＵＴ）、無線端末、無線通信装置、無線送信／受信ユニット（ＷＴＲＵ）、移動電話、セルラー電話などと呼ばれることは理解されるべきである。さらにまた、用語ＵＥは、必ずしも人間との相互作用を伴わないＭＴＣ（マシンタイプ通信）装置を含む。また、本明細書で使用する用語「無線ネットワークノード」は、一般にＵＥと通信可能な固定ポイントを示す。例えば、基地局、無線基地局、ノードＢ又は進化型ノードＢ（ｅＮＢ）、アクセスポイント、中継ノード、などと呼ぶことができる。
【００２５】
Ｌ１制御による動的なＴＤＤ（エリクソン、ＳＴエリクソンによる、R1-130558“Signalling support for dynamic TDD”を参照）において、ＵＥは、ＵＬ及びＤＬのためのスケジューリングのタイミングを、それぞれの２つの参照ＴＤＤ構成に基づいて調整します。ＵＥは、参照ＵＬＴＤＤ構成に基づいて、ＵＬ送信をスケジューリングし、参照ＤＬＴＤＤ構成に基づいて、ＤＬ送信をスケジュールします。一例では、ＴＤＤ構成０を使用してＵＬ送信をスケジュールし、ＴＤＤ構成１を用いてＤＬ送信をスケジューリングします。この場合、ＵＬ又はＤＬのいずれかと同様に使用することができるフレキシブルなサブフレームとして、サブフレーム＃４及び＃９が使用されます。
【００２６】
Ｌ１制御による動的なＴＤＤによる利点は、最大のパフォーマンス上の利点を提供する完全に動的な制御を提供することにある。また、ＤＬスケジューリング以外の制御シグナリングがクロスリンク干渉を経験しないことを保証します。これは、スイッチ間のＨＡＲＱ継続を取り扱う自然な方法を有しています。また、とにかく各送信のために必要とされるスケジューリングによって方向が暗黙に制御されているため、最小のシグナリングオーバーヘッドを有しています。
【００２７】
しかしながら、以下の問題が本願発明者らによって観察されます。
・ＴＤＤ構成０とその他の構成１〜６に対して、ＤＣＩフォーマット０のペイロードサイズは同じであるが、ペイロード内に異なる解釈を有する２つのビットが（ＤＭＲＳの循環シフトに対するビットのすぐ後に）存在する。
【００２８】
ＴＤＤ構成０では、これらの２つのビットは、ＵＬインデックスのためのものである。ＴＤＤ構成１−６では異なり、これらの２つのビットはＤＡＩ（ダウンリンク割当インデックス）のためのものである。これら２つのビットの異なる解釈は異なるＵＥ挙動につながります。
【００２９】
・ＴＤＤ構成０がＵＬの参照ＴＤＤ構成として使用される場合、可能なＵＬサブフレームの全てがスケジュールされ得るが、これは、ＤＣＩフォーマット０のＵＬインデックスの助けを借りて達成される。しかしながら、上述のように、ＴＤＤ構成０のＤＣＩフォーマット０のＵＬインデックスの２ビットは、他のＴＤＤ構成１〜６のＤＡＩとして解釈される。ＤＡＩは、関連するダウンリンクサブフレームに対するフィードバックをＵＥが報告するために使用されるＡＣＫ／ＮＡＣＫのビットの個数を示すものである。そのため、ＴＤＤ構成０が参照ＴＤＤ構成として使用されている場合、ＡＣＫ／ＮＡＣＫのビットの個数に曖昧さが生じる。
【００３０】
この点に関して以下の問題が生じます。
・動的なＴＤＤでは、ＵＬ−ＤＬ構成０を含む動的に変化するＵＬ−ＤＬ構成セットにＮ（２≦Ｎ≦７）個のＴＤＤ構成が含まれていると仮定すると、ＵＬサブフレームのスケジューリングメカニズムは、ＵＬ−ＤＬ構成０のメカニズムに従い、ＤＣＩフォーマット０によりすべての可能なＵＬサブフレームがスケジュールされ得る。
【００３１】
ＵＬインデックスはサブフレーム＃３及び＃８のＵＬスケジューリングに関与しているので、ＵＬ−ＤＬ構成０のＵＬインデックス及び他のＵＬ−ＤＬ構成のＤＡＩに対するＤＣＩフォーマット０の２ビットは、ＵＬサブフレームを動的にスケジュールするためにＵＬインデックスとして解釈されます。
【００３２】
しかしながら、例えば、ＴＤＤ構成１のＤＣＩフォーマット０のＤＡＩは、ＵＥがＰＵＳＣＨでｅＮＢにフィードバックすべきＡＣＫ／ＮＡＣＫのビットの個数を示す。ＡＣＫ／ＮＡＣＫの個数がｅＮＢとＵＥの間で不一致の場合、ＡＣＫ／ＮＡＣＫビットが正しく復号されないことになる。これは、ＵＬのＨＡＲＱメカニズムを破壊するので、アップリンク無線リンクの障害をもたらす。
【００３３】
一方、Ｎ個のＴＤＤ構成はＴＤＤ構成０を含まない。そして、ＴＤＤ構成０を除く任意の２つのＵＬ−ＤＬ構成の間での動的な変化は、ＤＣＩフォーマット０の理解の不一致にもたらさない。
【００３４】
ＵＬ−ＤＬ構成０では６０％のリソースがＵＬに割り当てられ、ＴＤＤ構成０はＵＬサブフレームの個数がＤＬサブフレームの個数よりも大きい唯一のものである。したがって、ＴＤＤ構成０は、重いＵＬトラフィックのシナリオに適している。そのため、ＵＬ−ＤＬ構成０は、動的ＴＤＤに含まれるべきである。更に、ＤＣＩフォーマット０が検出されない場合、ＵＥは、どのサブフレームでＡＣＫ／ＮＡＣＫビットを報告するか混乱することになる。
【００３５】
提案された技術的解決方法によれば、動的なＴＤＤ構成においてＵＥがＡＣＫ／ＮＡＣＫを報告する方法が提案される。この方法では、方法３００のフローチャートを示す図３に示すように、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標が（例えば、物理ダウンリンク制御チャネルＰＤＣＣＨを介して）受信される（ステップ３１０）。その後、参照ＤＬＴＤＤ構成に基づいて固定数のＡＣＫ／ＮＡＣＫビットが参照ＤＬＴＤＤ構成に基づくタイミングで報告される（ステップ３４０）。
【００３６】
方法３００はさらに、（図３の破線ブロックに示されるように）２つの追加のステップであるステップ３２０及びステップ３３０を、ステップ３１０とステップ３４０の間に含む。ステップ３２０では、ＵＬスケジューリングのＤＣＩ（例えば、ＤＣＩフォーマット０）が（例えば、ＰＤＣＣＨを介して）参照ＤＬＴＤＤ構成に基づいて受信される。次に、ステップ３３０において、ＵＬスケジューリングのＤＣＩは、参照ＵＬＴＤＤ構成に基づいて解釈される（例えば、参照ＵＬＴＤＤ構成がＴＤＤ構成０の場合はＵＬインデックスビットとして解釈され、参照ＴＤＤ構成がＴＤＤ構成１〜６の１つである場合はＤＡＩビットとして解釈される）。
【００３７】
本開示では、ＡＣＫ／ＮＡＣＫビットの固定数は、ＵＥに割り当てられた１つ以上のＤＬサブフレームに対する参照ＤＬＴＤＤ構成で使用可能な（例えば、固定の）最大ビット数に基づいて決定され得る。  
【００３８】
本開示では、参照ＵＬＴＤＤ構成はＴＤＤ構成０、参照ＤＬＴＤＤ構成はＴＤＤ構成１〜６の１つであり得る。
【００３９】
図２を思い出すと、ＴＤＤ構成０は６０％のＵＬ／ＤＬトラヒック比を、ＴＤＤ構成１は４０％のＵＬ／ＤＬトラヒック比を、ＴＤＤ構成２は２０％のＵＬ／ＤＬトラヒック比を、ＴＤＤ構成３は３０％のＵＬ／ＤＬトラヒック比を、ＴＤＤ構成４は２０％のＵＬ／ＤＬトラヒック比を、ＴＤＤ構成５は１０％のＵＬ／ＤＬトラフィック比を、ＴＤＤ構成６は５０％のＵＬ／ＤＬトラヒック比を、有しています。
【００４０】
以下、いくつかの例では、参照ＵＬＴＤＤ構成がＴＤＤ構成０であり、参照ＤＬＴＤＤ構成がＴＤＤ構成１又はＴＤＤ構成２であることを想定して詳細に説明する。これらの例では、サブフレーム＃３、＃４、＃８及び＃９が、ＵＬ及びＤＬサブフレームとして割り当てることができるフレキシブルなサブフレームである。  
【００４１】
例１：ＴＤＤ構成０（ＵＬ），ＴＤＤ構成１（ＤＬ）
ＵＥによってＤＣＩフォーマット０が受信されると、ＵＥは、受信したＤＣＩフォーマット０をＴＤＤ構成０に基づいて解釈し、すなわち、ＴＤＤ構成０のＵＬインデックス及びＴＤＤ構成１のＤＡＩのためのＤＣＩフォーマット０における２ビットは、ＵＬインデックスビットとして解釈される。
【００４２】
ＵＥは、ＵＬ−ＤＬ構成１のメカニズムに従ってＡＣＫ／ＮＡＣＫビットを報告する。すなわち、ＴＤＤ構成１に基づいて、ＡＣＫ／ＮＡＣＫビットのタイミングと個数を決定する。
【００４３】
ＤＣＩフォーマット０によりサブフレーム＃２、＃７のいずれか又は両方がＵＥに割り当てられている場合、報告されたＡＣＫ／ＮＡＣＫビットは、サブフレーム＃２の２ビット及びサブフレーム＃７の２ビットを含む（３ＧＰＰ技術仕様である非特許文献１のセクション１０．１．３．１を参照）。すなわち、ＡＣＫ／ＮＡＣＫビットの個数は、ＵＥに割り当てられた１つ以上のサブフレームに対するＴＤＤ構成１で使用可能な最大ビット数に固定される。
【００４４】
ＤＣＩフォーマット０によりサブフレーム＃３、＃８のいずれか又は両方がＵＥに割り当てられている場合、報告されたＡＣＫ／ＮＡＣＫビットは、サブフレーム＃３の１ビット及びサブフレーム＃８の１ビットを含む（３ＧＰＰ技術仕様である非特許文献１のセクション１０．１．３．１を参照）。すなわち、ＡＣＫ／ＮＡＣＫビットの個数は、ＵＥに割り当てられた１つ以上のサブフレームに対するＴＤＤ構成１で使用可能な最大ビット数に固定される。
【００４５】
例２：ＴＤＤ構成０（ＵＬ），ＴＤＤ構成３（ＤＬ）
ＵＥによってＤＣＩフォーマット０が受信されると、ＵＥは、受信したＤＣＩフォーマット０をＴＤＤ構成０に基づいて解釈し、すなわち、ＴＤＤ構成０のＵＬインデックス及びＴＤＤ構成２のＤＡＩのためのＤＣＩフォーマット０における２ビットは、ＵＬインデックスビットとして解釈される。
【００４６】
ＵＥは、ＵＬ−ＤＬ構成２のメカニズムに従ってＡＣＫ／ＮＡＣＫビットを報告する。すなわち、ＴＤＤ構成２に従って受信したサブフレームのＤＣＩフォーマット０のＤＡＩに基づいて、ＡＣＫ／ＮＡＣＫビットのタイミングと個数を決定する。
【００４７】
ＤＣＩフォーマット０によりサブフレーム＃２、＃７のいずれか又は両方がＵＥに割り当てられている場合、報告されたＡＣＫ／ＮＡＣＫビットは、サブフレーム＃２の４ビット及びサブフレーム＃７の４ビットを含む（３ＧＰＰ技術仕様である非特許文献１のセクション１０．１．３．１を参照）。すなわち、ＡＣＫ／ＮＡＣＫビットの個数は、ＵＥに割り当てられた１つ以上のサブフレームに対するＴＤＤ構成２で使用可能な最大ビット数に固定される。
【００４８】
いくつかの実施形態（上述の実施例１及び２を含むがこれらに限定されない）では、各ＡＣＫ／ＮＡＣＫビットは、現在のＵＬ物理アップリンク共有チャネル（ＰＵＳＣＨ）のＤＬサブフレームのマッピングに対応する。ＤＬスケジューリングに対する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）がＤＬサブフレーム内で検出されない場合、ＵＥは、ＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫビットをＮＡＣＫに設定します。ｅＮＢは、ＵＥによって報告されたどのＡＣＫ／ＮＡＣＫビットが有効であるかをＤＬスケジューリング情報に基づいて判断する。
【００４９】
例えば、上述の実施例２において、ＡＣＫ／ＮＡＣＫ報告メカニズムは、ＵＬ−ＤＬ構成２のメカニズムに従う。例えば、サブフレーム＃２がＵＥに割り当てられた場合、ＵＥは、サブフレーム＃２内で４ビットのＡＣＫ／ＮＡＣＫをｅＮＢに報告する。当該４ビットのＡＣＫ／ＮＡＣＫは、最後のＤＬフレームのサブフレーム＃４、＃５、＃８、＃６に対応する（３ＧＰＰ技術仕様である非特許文献１のセクション１０．１．３．１を参照）。ｅＮＢは、どのＡＣＫ／ＮＡＣＫビットが有効であるかを判断する。例えば、最後のＤＬフレームのサブフレーム＃５がＵＥに割り当てられていない場合、ｅＮＢは、＃５のサブフレームに対応するＡＣＫ／ＮＡＣＫビットが無効であると判断する。
【００５０】
ここで、ＤＬスケジューリングのＤＣＩにおいてトリガーメカニズムを導入することができる。ＤＬスケジューリングに対するＤＣＩが、任意のＤＬサブフレームにおいて検出／受信されない場合、ＵＥは、ＡＣＫ／ＮＡＣＫビットを報告しない。ＤＬスケジューリングに対するＤＣＩがＤＬサブフレーム内で検出／受信された場合、このＤＬサブフレームに対するＵＬサブフレームのマッピングを決定することができ、このＵＬサブフレームにマッピングするＤＬサブフレームに対する参照ＤＬＴＤＤ構成において利用可能なＡＣＫ／ＮＡＣＫビットの最大数が報告される。ＤＬ送信またはＤＣＩが受信されていないサブフレームに対しては、対応するＡＣＫ／ＮＡＣＫビットはＮＡＣＫに設定される。
【００５１】
拡張として、ＵＥは、正しいＤＡＩ（すなわち、ＵＥが期待するＤＡＩに対応するＤＡＩ）を含むＤＣＩ情報を受信／検出した後のサブフレームに対してＮＡＣＫで埋めることが出来る。
【００５２】
いくつかの実施形態では、図４に示すように、ＵＥが動的なＴＤＤに対して構成されている場合、ＵＥは、ＡＣＫ／ＮＡＣＫビットの符号化手順を変更することが出来る。例えば、ＵＥは、個別にＡＣＫ／ＮＡＣＫビットを符号化し、それらをＵＬ送信における分離したリソース要素にマッピングすることが出来る。リソースマッピングは、（存在する場合は）関連するＤＡＩの値、又は、ＡＣＫ／ＮＡＣＫ発信元のサブフレームインデックスに依存し得る。
【００５３】
図５は、本開示のいくつかの実施形態によるＵＥ５００の概略ブロック図である。
【００５４】
図示されるように、ＵＥ５００は、受信機５１０、送信機５２０、メモリ５３０及びプロセッサ５４０を含む。メモリ５３０は、複数のＴＤＤ構成（例えば、ＴＤＤ構成０〜６）を格納する。プロセッサ５４０は、例えばメモリ５３０に記憶された命令に従って、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標を受信するよう受信機５１０を制御する。また、プロセッサ５４０は、例えばメモリ５３０に記憶された命令に従って、参照ＤＬＴＤＤ構成に基づくタイミングで、参照ＤＬＴＤＤ構成にに基づく固定数のＡＣＫ／ＮＡＣＫビットを報告するように送信機５２０を制御する。更に、プロセッサ５４０は、例えばメモリ５３０に格納された命令に従って、参照ＤＬＴＤＤ構成に基づいてＵＬスケジューリングのＤＣＩを受信するよう受信機５１０を制御する。そして、プロセッサ５４０は、例えばメモリ５３０に格納された命令に従って、参照ＵＬＴＤＤ構成に基づいて、受信したＵＬスケジューリングのＤＣＩを解釈する。
【００５５】
上述のように、ＡＣＫ／ＮＡＣＫビットの固定数は、ＵＥ５００に割り当てられた１つ以上のＤＬサブフレームに対する参照ＤＬＴＤＤ構成で使用可能な（例えば固定の）最大ビット数に基づいて決定することが出来る。上述のように、参照ＵＬＴＤＤ構成は、ＴＤＤ構成０とすることが出来、参照ＤＬＴＤＤ構成はＴＤＤ構成１〜６の１つとすることが出来る。
【００５６】
同様に、ＵＥ５００は、参照ＵＬＴＤＤがＴＤＤ構成０であり参照ＤＬＴＤＤ構成がＴＤＤ構成１又はＴＤＤ構成２である上述の実施例１又は２に適用することが出来る。
【００５７】
いくつかの実施形態（上述の実施例１及び２を含むがこれらに限定されない）では、各ＡＣＫ／ＮＡＣＫビットは、現在のＵＬ物理アップリンク共有チャネル（ＰＵＳＣＨ）のＤＬサブフレームのマッピングに対応する。受信機５１０は、ＤＬサブフレーム内のＤＬスケジューリングのためのＰＤＣＣＨを受信しない場合、プロセッサ５４０は、ＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫビットをＮＡＣＫに設定してもよい。
【００５８】
上述のトリガメカニズムについて、受信機５１０が任意のＤＬサブフレームにおいてＤＬスケジューリングに対するＤＣＩを受信しない場合、プロセッサ５４０は、ＡＣＫ／ＮＡＣＫビットを報告しないように送信機５２０を制御する。
【００５９】
また、図４に示すように実施形態では、プロセッサ５４０は、個別にＡＣＫ／ＮＡＣＫビットを符号化し、これらをＵＬ伝送における分離されたリソース要素にマッピングすることが出来る。
【００６０】
図６は、本開示のいくつかの実施形態におけるＵＥ６００の概略ブロック図である。
【００６１】
本明細書に記載のほとんどの方法に適合させることにより影響を受けるＵＥ６００の一部は、破線で囲まれた装置６０１として示されている。ＵＥ６００は、例えばＬＴＥ及び／又はＷＣＤＭＡシステムとして動作可能に構成することが出来る。ＵＥ６００及び装置６０１は、構成６０１の一部と見なすことができる通信部６０２を介して他のエンティティと通信するように構成されています。通信部６０２は、１つ又は複数の受信機、送信機及び／又は送受信機などの無線通信手段を備える。装置６０１又はＵＥ６００は、更に、標準的なＵＥ機能を提供する機能ユニットのような他の機能ユニット６０７を含み得、更に、１つ又は複数の記憶装置６０６を含み得る。
【００６２】
装置６０１は、例えば、上述の（及び例えば図３に示された）動作を実行するように構成された、プロセッサ又はマイクロプロセッサと適切なソフトウェアと当該ソフトウェアを格納するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）又は他の１以上の電子部品又は処理回路、の１つ以上により実施することができる。
【００６３】
ＵＥ６００の構成６０１は、以下のように実装及び／又は説明することが出来る。
【００６４】
装置６０１又はＵＥ６００は、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標を受信するのに適合した又は構成された受信部６１０を備える。更に、装置６０１又はＵＥ６００は、参照ＤＬＴＤＤに基づくタイミングで、参照ＤＬＴＤＤ構成に基づく固定数のＡＣＫ／ＮＡＣＫビットを報告するのに適合した又は構成された送信部６２０を備える。受信部６１０は、さらに、参照ＤＬＴＤＤ構成に基づいてＵＬスケジューリングのためＤＣＩを受信するのに適合し又は構成され得る。装置６０１又はＵＥ６００は、更に、参照ＵＬＴＤＤ構成に基づいてＵＬスケジューリングのために受信したＤＣＩを解釈するのに適合した又は構成された解釈部６３０を含み得る。受信部６１０、送信部６２０及び解釈部６３０は、例えば１つ以上の記憶装置６０６に格納された命令に従って、それぞれの動作を実行する。
【００６５】
上述のように、ＡＣＫ／ＮＡＣＫビットの固定数は、ＵＥ６００に割り当てられた１つ以上のＤＬサブフレームに対する参照ＤＬＴＤＤ構成で使用可能な（例えば固定の）最大ビット数に基づいて決定することが出来る。上述のように、参照ＵＬＴＤＤ構成はＴＤＤ構成０とすることが出来、参照ＤＬＴＤＤ構成はＴＤＤ構成１〜６の１つとすることが出来る。
【００６６】
同様に、ＵＥ６００は、参照ＵＬＴＤＤがＴＤＤ構成０であり参照ＤＬＴＤＤ構成がＴＤＤ構成１又はＴＤＤ構成２である上述の実施例１又は２に適用することが出来る。
【００６７】
いくつかの実施形態（上述の実施例１及び２を含むがこれらに限定されない）では、各ＡＣＫ／ＮＡＣＫビットは、現在のＵＬ物理アップリンク共有チャネル（ＰＵＳＣＨ）のＤＬサブフレームのマッピングに対応する。受信部６１０は、ＤＬサブフレーム内のＤＬスケジューリングのためのＰＤＣＣＨを受信しない場合、装置６０１は、ＤＬサブフレームに対応するＡＣＫ／ＮＡＣＫビットをＮＡＣＫに設定し得る。
【００６８】
上述のトリガメカニズムについて、受信部６１０が任意のＤＬサブフレームにおいてＤＬスケジューリングに対するＤＣＩを受信しない場合、送信部６２０は、ＡＣＫ／ＮＡＣＫビットを報告しない。
【００６９】
また、図４に示すように実施形態では、装置６０１は、個別にＡＣＫ／ＮＡＣＫビットを符号化し、これらをＵＬ伝送における分離されたリソース要素にマッピングすることが出来る。
【００７０】
図７は、ＵＥ６００内で使用され得る装置７００の形態を例示的に示している。装置７００は、例えばデジタル信号プロセッサ（ＤＳＰ）である処理部７０６を示している。処理部７０６は、本明細書に記載された手順の異なる動作を実行するために、単一のユニット又は複数のユニットであってもよい。装置７００は、また、他のエンティティからの信号を受信するための入力部７０２、他のエンティティにシグナルを提供するための出力部７０４を含んでもよい。入力部及び出力部は、図７の例に示すように統合されたエンティティとして配置してもよい。
【００７１】
さらに、装置７００は、不揮発又は揮発性のメモリ（例えば、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ハードドライブ）の形態で少なくとも１つのコンピュータプログラム製品７０８を含む。コンピュータプログラム製品７０８は、装置７００内の処理部７０６によって実行されるコード／コンピュータ読み取り可能命令を含むコンピュータプログラム７１０を含み、（例えば、図３に関して上述した手順の）動作を実行するように構成された装置７００及び／又はＵＥとして動作させる。
【００７２】
コンピュータプログラム７１０は、コンピュータプログラムモジュール７１０ａ〜７１Ｏｄとして構成されるコンピュータプログラム・コードとして構成され得る。したがって、例示の実施形態では、装置７００のコンピュータプログラム７１０のコードは、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標を受信する受信モジュール７１０ａを備える。更に、コンピュータプログラム７１０は、参照ＤＬＴＤＤ構成に基づくタイミングで、参照ＤＬＴＤＤ構成に基づいた固定数のＡＣＫ／ＮＡＣＫビットを報告するための送信モジュール７１０ｂを備える。受信モジュール７１０ａは、さらに、参照ＤＬＴＤＤ構成に基づいてＵＬスケジューリングのためＤＣＩを受信し得る。コンピュータプログラム７１０は、更に、参照ＵＬＴＤＤ構成に基づいてＵＬスケジューリングのために受信したＤＣＩを解釈する解釈モジュール７１０ｃを含み得る。コンピュータプログラム７１０は、更に、例えばＵＥの動作に関連する他の関連手順を制御し実行するための更なるモジュール（モジュール７１０ｄと示される）を含み得る。
【００７３】
コンピュータプログラム・モジュールは、ＵＥ６００内の装置６０１をエミュレートするために、基本的に図３に示すフローのアクションを実行出来る。換言すると、異なるコンピュータプログラム・モジュールが処理部７０６で実行される場合、それらは、例えば、例えば図６の機能部６１０〜６３０に対応し得る。
【００７４】
図７に関して上述した実施形態のコード手段は、処理ユニット内で実行されると、装置に上述した図面に関して上述した動作を実行させるコンピュータプログラム・モジュールとして実装され得、コード手段の少なくとも１つは、代替の実施形態において、少なくとも部分的にハードウェア回路として実装し得る。
【００７５】
プロセッサは、単一のＣＰＵ（中央処理装置）であってもよいが、２以上の処理ユニットを含んでもよい。例えば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサ及び／又は関連チップセット、及び／又は、特定用途向け集積回路（ＡＳＩＣ）のような特別な目的のマイクロプロセッサを含み得る。また、プロセッサはキャッシュのためにボードメモリを含み得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品によって実施することが出来る。コンピュータプログラム製品は、コンピュータプログラムを記憶したコンピュータ読み取り可能媒体を含み得る。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、又はＥＥＰＲＯＭであり、上述のコンピュータプログラム・モジュールは、代替の実施形態では、ＵＥ内のメモリの形態の異なるコンピュータプログラム製品として分散され得る。
【００７６】
本発明の実施形態では、動的なＴＤＤ構成においてＡＣＫ又はＮＡＣＫを報告するための無線通信機器（例えば、ＵＥ６００）が提供され、無線通信装置（例えば、ＵＥ６００）は、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標を受信する手段（例えば、受信部６１０）、参照ＤＬＴＤＤ構成に基づくタイミングで、参照ＤＬＴＤＤ構成に基づく固定数のＡＣＫ又はＮＡＣＫビットを報告する手段（例えば、送信部６２０）を含む。
【００７７】
無線通信装置は、参照ＤＬＴＤＤ構成に基づいて、ＵＬのスケジューリングのためのダウンリンク制御情報（ＤＣＩ）を受信する手段（例えば、受信部６１０）、参照ＵＬＴＤＤに基づくＵＬスケジューリングのためのＤＣＩを解釈する手段（例えば、解釈部６３０）をさらに含んでもよい。
【００７８】
ＡＣＫ又はＮＡＣＫビットの固定数は、ＵＥに割り当てられた１つ以上のＤＬサブフレームに対する参照ＤＬＴＤＤ構成で使用可能な最大ビット数に基づいて決定され得る。
【００７９】
本発明の実施形態では、動的なＴＤＤ構成においてＡＣＫ又はＮＡＣＫを報告するための端末（例えば、装置７００）が提供され、端末（例えば、装置７００）は、プロセッサ（例えば、処理部７０６）とメモリ（例えば、コンピュータプログラム製品７０８）を含み、メモリ（例えば、コンピュータプログラム製品７０８）は、プロセッサ（例えば、処理部７０６）によって実行可能な命令を含む。これにより、端末（例えば、装置７００）は、参照ＵＬＴＤＤ構成と参照ＤＬＴＤＤ構成の指標を受信し、参照ＤＬＴＤＤ構成に基づくタイミングで、参照ＤＬＴＤＤ構成に基づく固定数のＡＣＫ又はＮＡＣＫビットを報告するように動作可能となる。
【００８０】
メモリ（例えば、コンピュータプログラム製品７０８）は、さらに、プロセッサによって実行可能な命令を含み、これによって、端末（例えば、装置７００）は、参照ＤＬＴＤＤ構成に基づいてＵＬスケジューリングのためＤＣＩを受信し、参照ＵＬＴＤＤ構成に基づいてＵＬスケジューリングのためのＤＣＩを解釈するように動作可能となる。
【００８１】
ＡＣＫ又はＮＡＣＫビットの固定数は、ＵＥに割り当てられた１つ以上のＤＬサブフレームに対する参照ＤＬＴＤＤ構成で使用可能な最大ビット数に基づいて決定され得る。
【００８２】
本発明の実施形態では、実行されたときに１つ又は複数のコンピュータ装置に本発明による方法を実行させる命令を格納するコンピュータ読み取り可能な記憶媒体（例えば、コンピュータプログラム製品７０８）が提供される。
【００８３】
本発明の技術を、特定の実施形態を参照して説明したが、本発明は本明細書に記載された特定の形態に限定されるものではない。例えば、本明細書に提示される実施形態は、既存のＴＤＤ構成に限定されるものではない。むしろ、将来規定される新たなＴＤＤ構成に対しても同様に適用可能である。本技術は添付の特許請求の範囲によってのみ限定され、上述の特定実施形態以外の他の実施形態も同様に添付の特許請求の範囲内にある。本明細書において、用語「含む（comprise/comprises又はinclude/includes）」は、他の要素又はステップの存在を排除するものではない。さらに、個々の特徴が異なる請求項に含まれているかもしれないが、これらは有利に組み合わせることが可能である。そして、異なる請求項に含めることは、当該特徴の組み合わせは実現可能でない及び／又は有利でないことを意味するものでは無い。また、単数表記は複数を排除するものではない。最後に、特許請求の範囲における参照符号は明確化の例としてのみ提供され、特許請求の範囲を限定するものとして解釈されるべきものでは無い。  
【図１】
0006034513.tif 000004
【図２】
0006034513.tif 000005
【図３】
0006034513.tif 000006
【図４】
0006034513.tif 000007
【図５】
0006034513.tif 000008
【図６】
0006034513.tif 000009
【図７】
0006034513.tif 000010