(57)【特許請求の範囲】
【請求項１】
無線通信システムで使用される基地局において実装される方法であって、
第１のユーザ装置（ＵＥ）のロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）アソシエーションセットを示す第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションを送信し、
第２のユーザ装置（ＵＥ）のショートタームコンフィグレーションに対するリファレンスコンフィグレーションを送信し、
前記第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記第２のユーザ装置から受信し、
規定のＰＵＣＣＨオフセットを使用することで設定された前記第３のＤＬアソシエーションセットに対する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てを実行し、
前記リファレンスコンフィグレーションは、第２のダウンリンク（ＤＬ）アソシエーションセットに対応する、
方法。
【請求項２】
前記第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションは、システム情報ブロックタイプ１（ＳＩＢ１）において、少なくとも６４０ｍｓ間隔で送信される、
請求項１に記載の方法。
【請求項３】
前記リファレンスコンフィグレーションは、半静的に送信される、
請求項１に記載の方法。
【請求項４】
前記第３のＤＬアソシエーションセットは、前記第２のＤＬアソシエーションセットにおけるサブフレームの１つ以上を含み、前記第１のＤＬアソシエーションセットにおけるサブフレームのいくつかが除かれる、
請求項１に記載の方法。
【請求項５】
前記第３のＤＬアソシエーションセットは、
固定ＤＬ又はスペシャルサブフレームの１つ以上を含む第１のサブセットと、
フレキシブルサブフレームの１つ以上を含む第２のサブセットと、を有する、
請求項１に記載の方法。
【請求項６】
前記方法は、さらに、前記第１のサブセット及び前記第２のサブセットに対するＰＵＣＣＨリソース割り当てを独立して実行する、
請求項５に記載の方法。
【請求項７】
前記方法は、さらに、
３ＧＰＰ（third generation partnership project）リリース１０仕様に従ったブロックインタリーブによって前記第１のＤＬアソシエーションセットに対する前記ＰＵＣＣＨリソース割り当てを実行し、
３ＧＰＰ（third generation partnership project）リリース１０仕様に従ったブロックインタリーブによって前記第１のサブセットに対する前記ＰＵＣＣＨリソース割り当てを実行する、
請求項５に記載の方法。
【請求項８】
前記方法は、さらに、
ブロックインタリーブによって前記第１のＤＬアソシエーションセットに対するＰＵＣＣＨリソース割り当てを実行し、
前記第１のＤＬアソシエーションセットに関して、前記ブロックインタリーブと同一のブロックインタリーブによって前記第１のサブセットに対するＰＵＣＣＨリソース割り当てを実行する、
請求項５に記載の方法。
【請求項９】
第１のユーザ装置（ＵＥ）及び第２のユーザ装置（ＵＥ）を有する無線通信システムにおいて、前記第２のユーザ装置において実装される方法であって、
第２のダウンリンク（ＤＬ）アソシエーションセットに対応する、ショートタームコンフィグレーションに対するリファレンスコンフィグレーションを、基地局から受信し、
第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記基地局に送信し、
前記第１のユーザ装置（ＵＥ）は、ロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）を示す前記第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションが設定され、
前記第３のＤＬアソシエーションセットに対する物理リンク制御チャネル（ＰＵＣＣＨ）リソース割り当ては、規定のＰＵＣＣＨオフセットを使用することで実行される、
方法。
【請求項１０】
前記第３のＤＬアソシエーションセットは、
固定ＤＬ又はスペシャルサブフレームの１つ以上を含む第１のサブセットと、
フレキシブルサブフレームの１つ以上を含む第２のサブセットと、を有する、
請求項９に記載の方法。
【請求項１１】
前記方法は、さらに、前記第１のサブセット及び前記第２のサブセットに対するＰＵＣＣＨリソース割り当てを独立して実行する、
請求項１０に記載の方法。
【請求項１２】
前記方法は、さらに、
３ＧＰＰ（third generation partnership project）リリース１０仕様に従ったブロックインタリーブによって前記第１のＤＬアソシエーションセットに対する前記ＰＵＣＣＨリソース割り当てを実行し、
３ＧＰＰ（third generation partnership project）リリース１０仕様に従ったブロックインタリーブによって前記第１のサブセットに対する前記ＰＵＣＣＨリソース割り当てを実行する、
請求項１０に記載の方法。
【請求項１３】
前記方法は、さらに、
ブロックインタリーブによって前記第１のＤＬアソシエーションセットに対するＰＵＣＣＨリソース割り当てを実行し、
前記第１のＤＬアソシエーションセットに関して、前記ブロックインタリーブと同一のブロックインタリーブによって前記第１のサブセットに対するＰＵＣＣＨリソース割り当てを実行する、
請求項１０に記載の方法。
【請求項１４】
無線通信システムにおいて使用される基地局であって、
第１のユーザ装置（ＵＥ）のロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）アソシエーションセットを示す第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション、及び、第２のユーザ装置（ＵＥ）のショートタームコンフィグレーションに対するリファレンスコンフィグレーションを送信する送信部と、
前記第１のダウンリンク（ＤＬ）アソシエーションセット及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記第２のユーザ装置から受信する受信部と、
規定のＰＵＣＣＨオフセットを使用することで前記第３のＤＬアソシエーションセットに対する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てを実行する処理部と、を備え、
前記リファレンスコンフィグレーションは、第２のダウンリンク（ＤＬ）アソシエーションセットに対応する、
基地局。
【請求項１５】
第１のユーザ装置（ＵＥ）及び基地局を有する無線通信システムにおいて使用される第２のユーザ装置（ＵＥ）であって、
ショートタームコンフィグレーションに対するリファレンスコンフィグレーションを、前記基地局から受信する受信部と、
第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記基地局に送信する送信部と、を備え、
前記リファレンスコンフィグレーションは、第２のダウンリンク（ＤＬ）アソシエーションセットに対応し、
前記第１のユーザ装置（ＵＥ）は、ロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）を示す前記第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションが設定され、
前記第２のユーザ装置（ＵＥ）は、ショートタームコンフィグレーションに対する第２のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションが設定され、
前記第３のＤＬアソシエーションセットに対する物理リンク制御チャネル（ＰＵＣＣＨ）リソース割り当ては、規定のＰＵＣＣＨオフセットを使用することで実行される、
第２のユーザ装置。
【請求項１６】
無線通信システムにおいて実装される方法であって、
第１のユーザ装置（ＵＥ）のロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）アソシエーションセットを示す第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーションを、基地局から送信し、
第２のユーザ装置（ＵＥ）のショートタームコンフィグレーションに対するリファレンスコンフィグレーションを、前記基地局から送信し、
前記第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記第２のユーザ装置から前記基地局に送信し、
規定のＰＵＣＣＨオフセットを使用することで設定された前記第３のＤＬアソシエーションセットに対する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てを実行し、
前記リファレンスコンフィグレーションは、第２のダウンリンク（ＤＬ）アソシエーションセットに対応する、
方法。
【請求項１７】
第１のユーザ装置（ＵＥ）と、
第２のユーザ装置（ＵＥ）と、
第１のユーザ装置（ＵＥ）のロングタームコンフィグレーションに対する第１のダウンリンク（ＤＬ）アソシエーションセットを示す第１のアップリンク（ＵＬ）−ダウンリンク（ＤＬ）コンフィグレーション、及び、第２のユーザ装置（ＵＥ）のショートタームコンフィグレーションに対するリファレンスコンフィグレーションを送信する基地局と、を備え、
前記リファレンスコンフィグレーションは、第２のダウンリンク（ＤＬ）アソシエーションセットに対応し、
前記第２のユーザ装置（ＵＥ）は、前記第１のダウンリンク（ＤＬ）アソシエーションセット及び前記リファレンスコンフィグレーションによって決定された第３のＤＬアソシエーションセットに従ったＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）信号を、前記基地局に送信し、
前記基地局は、規定のＰＵＣＣＨオフセットを使用することで前記第３のＤＬアソシエーションセットに対する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てを実行する、
無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク及びシステムにおけるシグナリングの制御に関する。特に、必ずしも限定されるものではないが、本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおける、ＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨリソースの予約と、ＨＡＲＱ−ＡＣＫビットの連結に関する。
【背景技術】
【０００２】
以下の略語は、本明細書内にでてくるものである。
0005954475.tif 000002
【０００３】
ＬＴＥ無線通信システムは、より高いデータレートと、低コストでより低いレイテンシィによって高度なサービスを提供することを目標としている。ＬＴＥ ＴＤＤシステムを導入する１つの利点は、無線フレーム内の非対称ＵＬ−ＤＬ割り当てを可能にすることである。一般的に、より多くのデータがＤＬで送信される場合、そのより多くのデータ量を収容するために、無線フレーム内のＤＬサブフレームの数をより多くすることができる。ＬＴＥ ＴＤＤシステムでは、非対称リソース割り当ては、以下に抜粋する３ＧＰＰ ＴＳ ３６．２１１ ｖ １０．５．０（２０１２−０６）のテーブル４．２−２で規定されているように、所与の無線フレームに対して７つの異なる半静的に構成されたＵＬ−ＤＬサブフレームコンフィグレーションを提供することで実現される。
0005954475.tif 000003
【０００４】
これらの割り当ては、それから分かるように、ＤＬサブフレームが４０％と９０％の間で提供され、従来の実施では、使用されているＵＬ−ＤＬコンフィグレーションは、ブロードキャストチャネル上でシステム情報のみを介してＵＥに通知（及び変更）される。ＵＬ−ＤＬコンフィグレーションは、半静的でのみ設定されるため、瞬間的な送信状況に適用できない場合がある。これは、リソース利用の観点から、特に、トラフィック状況がたびたび急激に変化するユーザ数が少ない小さいセル／複数のセルでは、非効率的である。
【０００５】
この非効率性に対処するために、ＬＴＥ−Ａリリース１１のためのフレキシブルＴＤＤコンフィグレーションのスタディアイテムが承認された。スタディアイテムにおける評価で、小さな複数のセルにおけるトラフィックの適応に基づいてＴＤＤ ＵＬ−ＤＬリコンフィグレーションを許可することで、場合によってはかなりのパフォーマンスが得られることが明らかにされた。また、このスタディは、ＴＤＤ ＵＬ−ＤＬリコンフィグレーションを備えたシステムのための干渉低減スキーム（又は複数の干渉低減スキーム）を勧告した。
【０００６】
非対称ＵＬ−ＤＬコンフィグレーション及びフレキシブルＴＤＤ割り当てのように、実行可能と考えられるいくつかの実装の前に、いくつかの克服すべき課題がある。１つの課題は、現在の３ＧＰＰ仕様書に大きな影響を与えることなく、最大限の無線フレームでＴＤＤ ＵＬ−ＤＬコンフィグレーションのリコンフィグレーションを許容することと、レガシー（すなわち、Ｒｅｌ．８、９、１０）のＵＥとの共存を許容することである。フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムの使用に対して、ＰＵＣＣＨリソース割り当てとＨＡＲＱ−ＡＣＫ連結のために改良された方法を提供することは、この点において役立つものと考えられる。
【０００７】
ＬＴＥ Ｒｅｌ．８、９、及び１０で規定されているように、また、図１に示すように、１つのＵＬサブフレームは、Ｍ個のＤＬサブフレーム及び／又はスペシャルサブフレームのＨＡＲＱ−ＡＣＫフィードバックを運ぶ責任がある。ここで、Ｍは、３ＧＰＰ ＴＳ ３６．２１３のテーブル１０．１．３．１−１（図１の下のテーブル１２０）で規定されるＤＬアソシエーションセットのサイズである。テーブル（１２０）では、ＤＬアソシエーションセットが、異なるＵＬ−ＤＬコンフィグレーションについて、ＵＬサブフレームのそれぞれについて定義されている。例えば、ＴＤＤコンフィグレーション＃３（１２５）におけるＵＬサブフレーム＃２（１２４）は、その前に発生したｋのサブフレームのＤＬ送信に対して責任を負う。ここで、ｋの値は、（１２３）、（１２２）及び（１２１）、すなわち、その前の７、６及び１１のサブフレームによってテーブル（１２０）において規定されている。その結果、フレームｎ＋１におけるＵＬサブフレーム＃２（１１４）は、（ｋ＝１１に対する）スペシャルサブフレーム＃１（１１１）に対するＨＡＲＱ−ＡＣＫを運ぶ責任を負い、（ｋ＝７に対する）ＤＬサブフレーム＃５（１１２）及び（ｋ＝６に対する）ＤＬサブフレーム＃６がフレームｎで送信される。
【０００８】
ＰＵＳＣＨ送信のために予約済みだが未使用のＰＵＣＣＨを集めるために、Ｍ個のＤＬサブフレームに対するＰＵＣＣＨリソースがインタリーブされる。最大で２つのＯＦＤＭシンボルをスペシャルサブフレーム上のＰＤＣＣＨ送信のために使用することができるため、スペシャルサブフレームのためのＰＵＣＣＨリソースは、ノーマルＤＬサブフレームのそれよりも後でマッピングされる。
【０００９】
図２に示されるものは、Ｕｌ−ＤＬ ＴＤＤコンフィグレーション＃３が使用された場合に、Ｒｅｌ．１０におけるＵＬサブフレーム＃２で予約されたＰＵＣＣＨリソースである。（２１１）、（２２１）及び（２３１）は、最初のＣＣＥ（Control Channel Element）であり、（２１２）、（２２２）及び（２３２）のそれぞれは、ＤＬサブフレーム＃５（２１０）、ＤＬサブフレーム＃６（２２０）及びスペシャルサブフレーム＃１（２３０）のそれぞれのＰＤＣＣＨリージョン内の最後のＣＣＥである。ＣＣＥインデックスとＰＵＣＣＨインデックスとは一対一にマッピングされ、これらの３つのＤＬサブフレーム及びスペシャルサブフレームのためのＰＵＣＣＨリソースは、ブロックインタリーブされる。例えば、インデックスＮ（１）ＰＵＣＣＨ＋１０（２４１）のＰＵＣＣＨは、ＤＬサブフレーム＃５（２１０）内の最初のＣＣＥインデックス１１のＰＤＣＣＨ送信と関連付けられている。インデックスＮ（１）ＰＵＣＣＨ＋３３（２４２）のＰＵＣＣＨは、ＤＬサブフレーム＃５（２１０）内の最初のＣＣＥインデックス１２のＰＤＣＣＨ送信と関連付けられている。
【００１０】
フレキシブルＴＤＤシステムのためのＨＡＲＱタイミングを維持するための候補となる解決方法として、リファレンスコンフィグレーションのＨＡＲＱタイミングを、フレキシブルＴＤＤ ＵＥのためのＨＡＲＱ−ＡＣＫフィードバックに対して引き継ぐことが考えられる。例えば、ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃２を、ＤＬ ＨＡＲＱ−ＡＣＫタイミングについてＵＬ−ＤＬ ＴＤＤコンフィグレーション＃０、＃１、＃２、＃６に対するリファレンスコンフィグレーションとして使用することが考えらえる。他の例として、コンフィグレーション＃５を、全ての７つのＵＬ−ＤＬ ＴＤＤ コンフィグレーションに対するリファレンスコンフィグレーションとして使用することが考えらえる。
【００１１】
図３に示すように、フレキシブルＴＤＤシステム（３１０）では、少なくとも２種類のＵＥがある（（ｉ）フレキシブルＴＤＤコンフィグレーションを認識しないレガシーＵＥ（３１２）と、（ｉｉ）ＳＩＢ１情報を検出することによるレガシーＴＤＤコンフィグレーと、明示的又は黙示的にｅＮＢによって指示されるフレキシブルＴＤＤコンフィグレーションの両方を認識しているションフレキシブルＴＤＤ ＵＥ（３１３））。フレキシブルＴＤＤコンフィグレーションは、レガシーＴＤＤコンフィグレーションとは異なる可能性が高い。図３の例では、サブフレームｎ−１では、フレキシブルＴＤＤ ＵＥは瞬間的なＵＬ−ＤＬコンフィグレーション＃２（３３０）が設定されているのに対し、レガシーＵＥは、ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃０（３２０）が設定されている。ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃２を、フレキシブルＴＤＤ ＵＥに対するＨＡＲＱタイミングについてのリファレンスコンフィグレーションとして使用すると仮定すると、ＵＬサブフレーム＃２上では、レガシーＵＥは、スペシャルサブフレーム＃６（３２１）におけるＤＬ送信に対して、ＵＬサブフレーム＃２（３３４）においてＨＡＲＱ−ＡＣＫをフィードバックすべきであり、フレキシブルＴＤＤ ＵＥは、サブフレーム＃４（３３１）、＃５（３３２）、＃６（３３３）及び＃８（３３４）におけるＤＬ送信に対して、ＨＡＲＱ−ＡＣＫをフィードバックすべきである。
【００１２】
その結果、同一のＵＬサブフレームに対して、異なるＤＬアソシエーションセットがレガシーＵＥとフレキシブルＴＤＤ ＵＥによって使用される。具体的には、上述の例では、スペシャルサブフレーム＃６（３２１）のみを含むＤＬアソシエーションセットは、レガシーＵＥによって使用され、サブフレーム＃４（３３１）、＃５（３３２）、＃６（３３３）及び＃８（３３４）を含むＤＬアソシエーションセットは、フレキシブルＴＤＤ ＵＥによって使用される。ＰＵＣＣＨは、ＤＬアソシエーションセットに従って予約されるため、Ｒｅｌ．１０リソースマッピングがフレキシブルＴＤＤ ＵＥによってそのまま遵守されている場合、ＰＵＣＣＨ衝突や低ＰＵＣＣＨ効率が発生する可能性がある。
【００１３】
さらなる説明として、図３におけるオプション１（３４０）（オーバーラップ）は、Ｎ（１）ＰＵＣＣＨの同一のオフセット値がレガシーＵＥとフレキシブルＴＤＤ ＵＥによって使用されるものを示している。スペシャルサブフレーム＃６（３２１）におけるレガシーＵＥと、ＤＬサブフレーム＃４（３３１）におけるフレキシブルＴＤＤ ＵＥに対するＰＤＣＣＨの最初のＣＣＥインデックスが両方とも０であると仮定すると、それらは両方とも、ＰＵＣＣＨ衝突を引き起こす動的ＰＵＣＣＨ領域（すなわち、レガシーＵＥに対する（３４１）とフレキシブルＴＤＤ ＵＥに対する（３４２））における最初のＰＵＣＣＨにマッピングされる。一方、図３におけるオプション２（３５０）（オーバーラップなし）は、フレキシブルＴＤＤに対して予約されたＰＵＣＣＨ（３５３）が、レガシーＵＥに対して予約されたＰＵＣＣＨ（３５１）に隣接したものを示している。ＰＵＣＣＨ（３５１、３５２）の２つのコピーは、スペシャルサブフレーム＃６（３２１、３３３）に対して予約され、低ＰＵＣＣＨ効率をもたらす。
【００１４】
したがって、ＰＵＣＣＨ衝突の低減又は回避、及び／又は、より高いＰＵＣＣＨリソース効率の達成のための新たなＰＵＣＣＨリソース割り当て方法が望まれていると考えられる。
【００１５】
特許文献１には、固定的又は動的に割り当てられる様々な例で、フレームにおけるサブフレームに対して第１のＵＬ−ＤＬコンフィグレーションが決定される。第２のＵＬ−ＤＬコンフィグレーションは、システム情報のように半静的に割り当てられる。ＵＬ−ＤＬコンフィグレーションが動的に割り当てられる第１のＵＥに対する自動再送要求シグナリングをマッピングする場合に、第２のＵＬ−ＤＬコンフィグレーションによってマッピングされた少なくともいくつかのＤＬサブフレームが、マッピングによって除かれる。一例では、ＤＬサブフレームの第１のグループからマッピングされたＵＬリソースは、第２のコンフィグレーションに従ってインデックスされ、ＤＬサブフレームの第２のグループからマッピングされるＵＬリソースは、第１のコンフィグレーションに従ってインデックスされ、除かれたＤＬサブフレームは、第１のグループ内にあり、第２のグループから除かれ、自動再送要求シグナリングは、第２のグループからマッピングされたアップリンクリソース内にある。
【００１６】
ＰＵＣＣＨ上でフィードバックと同様に、ＰＵＣＣＨフォーマット１ａ／１ｂ／３が設定されている場合であっても、ＨＡＲＱ−ＡＣＫをＰＵＳＣＨ上で送信することができる。例えば、ＵＥがＵＬグラントを受信し、ＰＵＳＣＨ＋ＰＵＣＣＨの同時送信が設定されていない場合、ＨＡＲＱ−ＡＣＫビットが連結され、符号化され、ＰＵＳＣＨ上のＵＬデータとともに送信される。リファレンスコンフィグレーションがＨＡＲＱタイミングに対して遵守されている場合、フレキシブルＴＤＤシステムに対するＨＡＲＱ−ＡＣＫビットの連結も指定する必要がある。
【００１７】
本明細書における以前の又は既存の装置、システム、方法、方式、出版物、もしくは、他の情報、関連する問題及び結果への単なる参照は、これらのいくつかが、当業者の共通の一般的知識の一部を形成する個別又は組み合わせであること、又は、従来技術として許容されるものであることの自認又は自白を構成しないことは明らかである。
【先行技術文献】
【特許文献】
【００１８】
【特許文献１】国際公開第２０１２／１０６８４０号
【発明の概要】
【発明が解決しようとする課題】
【００１９】
本発明の目的は、ＰＵＣＣＨ衝突の低減又は回避、及び／又は、より高いＰＵＣＣＨリソース効率の達成をすることができる無線通信システム、基地局及びそれらの方法を提供することである。
【課題を解決するための手段】
【００２０】
一態様では、本発明は、概して、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおいてＰＵＣＣＨリソースを割り当てるための方法であって、
異なるＵＬ−ＤＬ ＴＤＤコンフィグレーションが提供され、フレキシブルＴＤＤに使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションを、ロングタームＵＬ−ＤＬ ＴＤＤコンフィグレーションに対して使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションと異なるものとでき、
与えられたＵＬ−ＤＬ ＴＤＤコンフィグレーションについて、ＵＬサブフレームが、以前のフレーム又は現在のフレームからの１つ以上のＤＬ及び／又はスペシャルサブフレームのＨＡＲＱ−ＡＣＫフィードバックを運ぶものであり、
第１のＤＬアソシエーションセットは、第１のタイプのＵＥによって、前記使用されているＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第２のＤＬアソシエーションセットは、第２のタイプのＵＥによって、リファレンスＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第３のＤＬアソシエーションセットは、前記第２のＤＬアソシエーションセットにおけるサブフレームを有するが、前記第１のＤＬアソシエーションセットにおけるサブフレームのいくつかが除かれており、
ブロックインタリーブによって前記第１のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソース割り当てと、前記第３のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソースの割り当てとを実行し、
ＰＵＣＣＨ領域が、前記第１のＤＬアソシエーションセットのＰＵＣＣＨ領域に続くか、又は、規定のＰＵＣＣＨオフセットを使用するように、ＰＵＣＣＨリソースの割り当てを実行する
方法に関する。
【００２１】
もう少々具体的な実施形態では、本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおいてＰＵＣＣＨリソースを割り当てるための方法であって、
ＵＬ、ＤＬ又はスペシャルサブフレームとして個々のサブフレームが異なって割り当てられるＵＬ−ＤＬ ＴＤＤコンフィグレーションが提供され、フレキシブルＴＤＤに使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションが、ロングタームＵＬ−ＤＬ ＴＤＤコンフィグレーションに対して使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションと異と同一又は異なり、
第１のタイプのＵＥは、使用されている前記ロングタームＵＬ−ＤＬ ＴＤＤを認識しているが、使用されている前記フレキシブルＴＤＤコンフィグレーションを認識しておらず、第２のタイプのＵＥは、使用されている前記ロングタームＵＬ−ＤＬ ＴＤＤと、使用されている前記フレキシブルＴＤＤコンフィグレーションの両方を認識しており、
与えられたＵＬ−ＤＬ ＴＤＤコンフィグレーションについて、ＵＬサブフレームが、以前のフレームからの１つ以上のＤＬ及び／又はスペシャルサブフレームのＨＡＲＱ−ＡＣＫフィードバックを運ぶものであり、
第１のＤＬアソシエーションセットは、第１のタイプのＵＥによって、前記使用されているＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第２のＤＬアソシエーションセットは、第２のタイプのＵＥによって、リファレンスＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第３のＤＬアソシエーションセットは、前記第２のＤＬアソシエーションセットにおけるサブフレームを有するが、前記第１のＤＬアソシエーションセットにおけるサブフレームのいくつかが除かれており、
Ｒｅｌ．１０仕様に従った前記第１のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソース割り当てと、前記第３のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソースの割り当てとを実行し、
ＰＵＣＣＨ領域が、前記第１のＤＬアソシエーションセットのＰＵＣＣＨ領域に続くか、又は、規定のＰＵＣＣＨオフセットを使用するように、ＰＵＣＣＨリソースの割り当てを実行する
方法に関する。
【００２２】
本発明の上述の態様に係るいくつかの実施形態では、前記第３のＤＬアソシエーションセットは、固定のＤＬ及び／又はスペシャルサブフレームを含む第１のサブセットと、フレキシブルサブフレームを含む第２のサブセットとを有してもよい。この方法は、さらに、前記第１のサブセットと前記第２のサブセットに対して、独立してＰＵＣＣＨリソース割り当てを実行してもよい。前記第１のサブセットにおけるサブフレームに対するＰＵＣＣＨリソース割り当ては、Ｒｅｌ．１０仕様（ブロックインタリーブ）に従ってインタリーブ及び予約されてもよく、前記第２のサブセットにおけるサブフレームに対しては、ＰＵＣＣＨリソースは、ＤＬサブフレームとして使用される可能性の低いフレキシブルサブフレームの前に、ＤＬサブフレームとして使用される可能性が高いフレキシブルサブフレームに対して割り当ててもよい。または、ＵＥ固有のＰＵＣＣＨオフセットが、ＲＲＣシグナリングによって示されてもよく、前記方法は、前記第２のタイプのＵＥに対するフレキシブルサブフレームにおけるＤＬ送信に対するＥＰＤＣＣＨを設定することを有し、２つのＥＰＤＣＣＨセットに対応付けられたＰＵＣＣＨが、ＤＬサブフレームとして使用される可能性の低いサブフレームに対するＰＵＣＣＨが続くように、ＤＬサブフレームとして使用される可能性の高いサブフレームに対して予約されてもよい。
【００２３】
本発明のいくつかの実施形態では、１つ以上の特定のサブフレームは、前記第１のタイプのＵＥによって使用されるＵＬ−ＤＬコンフィグレーションにおけるＤＬサブフレームであるが、対応する前記第２のタイプのＵＥによって使用されるＵＬ−ＤＬコンフィグレーションにおける１つ以上のサブフレームは、ＵＬサブフレームとしてもよい。このような場合には、この方法は、前記第１のタイプのＵＥによって使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションに関連付けられた未使用のＰＵＣＣＨリソースを、前記第２のタイプのＵＥによって使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションにおける固定のＤＬサブフレームに割り当てて、前記固定のＤＬサブフレームのみに対して前記第１のタイプのＵＥをスケジューリングしてもよい。また、これらの実施形態では、送信の衝突は、前記第１のタイプのＵＥに対して予約されるＰＵＣＣＨが前記１つ以上の特定のサブフレームにおいて発生する前記第１のタイプのＵＥに対するＤＬ送信がないことにより前記第１のタイプのＵＥによって使用されず、前記１つ以上の特定のサブフレームがＵＬサブフレームであることにより前記第２のタイプのＵＥによって使用されないようにすることで、前記第２のタイプのＵＥの送信方向に従うようにすることで回避されるようにしてもよい。
【００２４】
また、本発明の実施の形態は、上述の前記第３のＤＬアソシエーションセットが、前記第１のサブセットにおけるサブフレーム数に応じたサイズである第１のサブセットと、前記第３のＤＬアソシエーションセットにおける残りの固定のサブフレームを含む第２のサブセットと、前記第３のＤＬアソシエーションセットにおけるフレキシブルサブフレームを含む第３のサブセットとを有してもよい。これらの実施形態では、前記方法は、前記第１、第２、第３のサブセットに対して、独立してＰＵＣＣＨリソースの割り当てを実行してもよい。前記第２のサブセットにおける任意のサブフレームに対するＰＵＣＣＨの割り当ては、Ｒｅｌ．１０仕様に従ってインタリーブ及び予約されてもよく、前記第３のサブセットに対しては、ＰＵＣＣＨリソースは、前記第２のサブセットにおけるサブフレームに対するＰＵＣＣＨ割り当ての後に割り当ててもよい。さらに、前記第３のサブセットにおけるサブフレームに対しては、ＰＵＣＣＨリソースは、ＤＬサブフレームとして使用される可能性の低いフレキシブルサブフレームの前に、ＤＬサブフレームとして使用される可能性の高いフレキシブルサブフレームに割り当ててもよい。または、前記第３のサブセットにおけるサブフレームに対しては、ＵＥ固有のＰＵＣＣＨオフセットは、ＲＲＣシグナリングによって示されてもよく、前記方法は、前記第２のタイプのＵＥに対するフレキシブルサブフレームにおけるＤＬ送信に対するＥＰＤＣＣＨを設定することを有し、２つのＥＰＤＣＣＨセットに対応付けられたＰＵＣＣＨが、ＤＬサブフレームとして使用される可能性の低いサブフレームに対するＰＵＣＣＨが続くように、ＤＬサブフレームとして使用される可能性の高いサブフレームに対して予約されてもよい。
【００２５】
他の態様では、本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートし、上述の本発明の形態に係る方法に従って動作する無線通信システムに関する。この本発明の他の形態では、前記無線通信システムは、無線基地局と、１つ以上の前記第１のタイプのＵＥと、１つ以上の前記第２のタイプのＵＥとを有する。前記無線通信基地局は、システム情報ブロックタイプを使用する前記第１のタイプのＵＥ及び前記第２のタイプのＵＥに対して前記ロングタームＴＤＤ ＵＬ−ＤＬをブロードキャスト送信し、ＰＤＣＣＨ又はＥＰＤＣＣＨ上で送信されるダウンリンク制御情報の形式で前記第２のタイプのＵＥのみに対して前記ショートタームＴＤＤ ＵＬ−ＤＬをブロードキャスト送信してもよい。また、前記第２のタイプのＵＥは、ダウンリンク制御情報のブラインド検出を実行するＴＤＤ再構成処理機能を有してもよく、ＰＤＳＣＨ ＧＡＲＱエンコーディングを実行し、前記基地局にＰＤＳＣＨ ＨＡＲＱフィードバックを送信するための適切なＵＬサブフレームを選択してもよい。
【００２６】
さらに別の態様において、本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおいてＨＡＲＱ−ＡＣＫフィードバックに対して使用されるＨＡＲＱ−ＡＣＫビットセットの連結のための方法であって、前記ＨＡＲＱ−ＡＣＫビットセットは、最後に検出されたＤＬ割り当てインデックスの値に基づく第１の部分と、リファレンスコンフィグレーションに従って生成された第２の部分と、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビットである第３の部分と、に分割される方法に関する。本発明のこの態様に係る実施形態では、ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨに対するＨＡＲＱ−ＡＣＫは、検出結果に応じてＡＣＫ又はＮＡＣＫのいずれかに設定され、あるＤＬ ＤＡＩの値に対するＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨがない場合には、ＨＡＲＱ−ＡＣＫフィードバックは、ＮＡＣＫに設定されてもよい。
【００２７】
さらに別の態様において、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおいてＨＡＲＱ−ＡＣＫフィードバックに対して使用されるＨＡＲＱ−ＡＣＫビットセットの連結のための方法であって、
前記ＨＡＲＱ−ＡＣＫフィードバックビットセットの最初のビットは、ＳＰＳがアクティブか否かに関わらず、ＳＰＳ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫに専有され、
前記ＨＡＲＱ−ＡＣＫビットセットは、ＳＰＳ ＰＤＳＣＨに対する１つのＨＡＲＱ−ＡＣＫビットを含む第１の部分と、ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨに対する第２の部分とに分割される。
【００２８】
他の形態では、本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートし、前の２つの段落のいずれかで説明された発明の態様に係る方法に従って動作するものである。
【００２９】
本明細書に記載された特徴のいずれも、本発明の範囲内で、本明細書に記載された他の特徴の任意の１つ以上と任意の組み合わせで組み合わせることができる。
【発明の効果】
【００３０】
上述した本発明の上記態様に係る実施形態によれば、ＰＵＣＣＨ衝突の低減又は回避、及び／又は、より高いＰＵＣＣＨリソース効率の達成をすることができる無線通信システム、基地局及びそれらの方法を提供することができる。
【図面の簡単な説明】
【００３１】
本発明の好適な特徴、実施形態及び変形は、本発明を実施するために当業者に対して十分な情報を提供することができる以下の詳細な説明から認識することができる。詳細な説明は、本発明の上述の概要の範囲に限定されるとみなされるものではない。詳細な説明では、次に示す図の番号を参照する。
【００３２】
【図１】図１は、２つのテーブルを有する。上のテーブルは、３ＧＰＰ ＴＳ ３６．２１１ ｖ １０.５．０（２０１２−０６）のテーブル４．２−２であり、異なるＵＬ−ＤＬ ＴＤＤコンフィグレーションについてＵＬ、ＤＬ又はスペシャルサブフレームとしてサブフレームの割り当てを示す。下のテーブルは、３ＧＰＰ ＴＳ ３６．２１３からのテーブル１０．１．３．１−１であり、ＴＤＤシステムにおけるＤＬアソシエーションセットインデックスＫ：｛Ｋ０，Ｋ１，．．．ｋＭ−１｝を示す。
【図２】図２は、ＴＤＤシステムにおけるＰＵＣＣＨリソースマッピングを概略的に示す。
【図３】図３は、フレキシブルＴＤＤシステムにおけるＰＵＣＣＨリソースマッピングの以前の方法、及びその問題を概略的に示す。
【図４】図４は、フレキシブルＴＤＤ無線通信システムの概略図である。
【図５】図５は、本明細書でオプションＸとして呼ばれる本発明の１つの可能な実施形態に係るフレキシブルＴＤＤシステムにおけるＰＵＣＣＨリソース割り当てを概略的に示す。ここで、オプションＸは、図５で示され、以下で説明されるように、オプション１とオプション２を有する。
【図６】図６は、図５のオプションＸに係るフレキシブルＴＤＤシステムにおけるＤＬアソシエーションセットを示す。
【図７】図７は、本明細書でオプションＹとして呼ばれる本発明の１つの可能な実施形態に係るフレキシブルＴＤＤシステムにおけるＰＵＣＣＨリソース割り当てを概略的に示す。ここで、オプションＹは、図７で示され、以下で説明されるように、オプション１とオプション２を有する。
【図８】図８は、オプションＹに係るフレキシブルＴＤＤシステムにおけるＤＬアソシエーションセットを示す。
【図９】図９は、リファレンスコンフィグレーションを遵守するＨＡＲＱ−ＡＣＫビット連結を示す。
【図１０】図１０は、ＨＡＲＱ−ＡＣＫ連結についてオプションＡと呼ばれる異なる実施形態に関する例を示す。
【図１１】図１１は、オプションＡに関する他の例を示す。
【図１２】図１２は、ＨＡＲＱ−ＡＣＫ連結についてオプションＢと呼ばれるさらに異なる実施形態に関する例を示す。
【発明を実施するための形態】
【００３３】
本発明は、フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムとして実装されてもよく、その一例のセルが図４に概略的に示されている。図示された無線通信システムセル（４００）は、例えば、Ｒｅｌ．８、Ｒｅｌ．９及びＲｅｌ．１０等の以前のリリースとの下位互換性がある少なくとも１つのＲｅｌ．１１以降のｅＮＢ（４０１）を有する。ｅＮＢ（４０１）は、１つ以上のＲｅｌ．１１以降のＵＥ（４０４）だけでなく、１つ以上のレガシーＵＥ（４０３）に対する無線接続、ネットワークアクセス及びカバレージを提供する。Ｒｅｌ．１１以降のＵＥは、本明細書においてフレキシブルＴＤＤ ＵＥとも呼ばれる。ｅＮＢ（４０１）は、無制限のタイムフレームで監視されるＵＬ−ＤＬトラフィック比を考慮して、レガシーＵＥ（４０３）とＲｅｌ．１１以降のＵＥ（４０４）に対して、適切なロングターム及びショートタームＴＤＤ ＵＬ−ＤＬコンフィグレーションを選択するＴＤＤコンフィグレーションスイッチングアルゴリズムを実行するＴＤＤ再構成処理機能（４０２）を有する。
【００３４】
ｅＮＢ（４０１）は、以前に提案されたＳＩＢ１（System Information Block type 1：システム情報ブロックタイプ）を使用して、レガシーＵＥ（４０３）とＲｅｌ．１１以降のＵＥ（４０４）にロングタームＴＤＤ ＵＬ−ＤＬコンフィグレーションをブロードキャスト送信する（４０６）。ＳＩＢ１上で送信されるＴＤＤ ＵＬ−ＤＬコンフィグレーションは、ＳＩＢ１のアップデート周期が６４０ｍｓオーダーであるように、「ロングターム」とされている。また、ｅＮＢ（４０１）は、高速シグナリング手法を使用して、Ｒｅｌ．１１以降のＵＥ（４０４）のみとショートタームＴＤＤ ＵＬ−ＤＬコンフィグレーションを通信する。ｅＮＢ（４０１）は、共通検索領域（Common Search Space）内のＰＤＣＣＨ又はＥＰＤＣＣＨ（Enhanced PDCCH）上で送信されるＤＣＩ（Downlink Control Information：ダウンリンク制御情報）の形式でショートタームＴＤＤ ＵＬ−ＤＬコンフィグレーションを送信する。このＤＣＩのＣＲＣは、ＤＣＩが高速ＴＤＤ ＵＬ−ＤＬコンフィグレーションの目的で使用されることを意味する「ｅＩＭＴＡ−ＲＮＴＩ」と名付けられたＲＮＴＩ（radio network temporary identifier）を用いてスクランブルされる。新たなＤＣＩ上に含まれるＴＤＤ ＵＬ−ＤＬコンフィグレーションは、ＴＤＤ ＵＬ−ＤＬコンフィグレーションのアップデート周期を１０ｍｓまで低くできるように、「ショートターム」とされている。
【００３５】
ＳＩＢ１上でブロードキャスト送信されるＴＤＤ ＵＬ−ＤＬコンフィグレーションの受信及び使用に加えて、Ｒｅｌ．１１以降のｅＮＢ（４０１）の範囲内で動作するＲｅｌ．１１以降のＵＥ（４０４）は、アップデートされたショートタームＵＬ−ＤＬコンフィグレーション情報を運ぶＤＣＩのブラインド検出を行うＴＤＤコンフィグレーション処理機能（４０５）を有する。また、この機能（４０５）は、ＰＤＳＣＨ ＨＡＲＱのエンコードと、ＰＤＳＣＨ ＨＡＲＱフィードバックをｅＮＢ（４０１）に送信するための適切な１つ以上のＵＬサブフレームの選択とを行う。さらに、この機能（４０５）は、ＵＬグラントを監視するＤＬサブフレームの決定と、以前に許可された１つ以上のＵＬサブフレーム内で送信するＵＬ−ＳＣＨに対応するＨＡＲＱを運ぶＰＨＩＣＨ（physical HARQ indicator channel）を受信するＤＬサブフレームの決定とを行う。
【００３６】
Ｒｅｌ．１１以降のｅＮＢ（４０１）の範囲内で動作するレガシー（４０３）については、ＳＩＢ１上でブロードキャスト送信されるＴＤＤ ＵＬ−ＤＬコンフィグレーションを使用し、それに応じたレガシー仕様に従って動作する。ｅＮＢ（４０１）は、「フレキシブルサブフレーム」上のＰＤＳＣＨの受信又はＰＵＳＣＨの送信を実行するレガシーＵＥ（４０３）をスケジュールできないかもしれない。
【００３７】
本発明の少なくもいくつかの実施形態における重要な点は、下位互換性に関する問題である。フレキシブルＴＤＤシステムが考慮されていないレガシーＵＥとしては、以前のＲｅｌ．１０で規定されたＰＵＣＣＨリソースの予約方法を、レガシーＵＥによって継続できるとよい（好ましくは、そうされるべきである）。
【００３８】
図５に示すように、ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃３（５１０）は、レガシーＵＥによって使用され、ＤＬサブフレーム＃１（５１１）、＃５（５１２）、＃６（５１３）に対するＨＡＲＱ−ＡＣＫビットは、無線フレーム＃ｎ＋１におけるＵＬサブフレーム＃２（５１４）上でフィードバックされる。レガシーＵＥに対するＰＵＣＣＨリソース（５３１）は、図１に示すテーブル（１２０）の項目（１２５）として示されるＤＬアソシエーションセットに従って予約される。
【００３９】
本発明の少なくもいくつかの実施形態における第２の重要な点は、ＵＥとｅＮＢの間の高速ＴＤＤコンフィグレーションに起因する曖昧さの影響を低減することに関する。フレキシブルＴＤＤシステムでは、高速ＴＤＤコンフィグレーションに関するＵＥとｅＮＢとの間における曖昧さは、おそらく１つの無線フレームに対して使用される。例えば、無線フレーム＃ｎについて考えると、ｅＮＢは、フレキシブルＴＤＤコンフィグレーション＃３を送信してもよいが、ＵＥは、これを何らかの形でフレキシブルＴＤＤコンフィグレーション＃５を示すものとして解釈するとよい。この曖昧さは、サブフレームを両方のコンフィグレーションにおけるＤＬサブフレームとして考えても、ＨＡＲＱ−ＡＣＫに影響を及ぼし得る。フレキシブルＴＤＤシステムについてのＰＵＣＣＨリソース予約は、フレキシブルＴＤＤ ＵＥによって検出された実際のフレキシブルＴＤＤコンフィグレーションに関係するが、所定のリファレンスコンフィグレーションには追従しなくてもよい（好ましくはしない）ことに留意すべきである。
【００４０】
本発明の少なくもいくつかの実施形態における第３の重要な点は、ＰＵＣＣＨリソース予約についてより高い効率を達成することに関する。この点は、以下のオプションＸ及びオプションＹとして説明される実施形態によって対処される。
＜オプションＸ＞
【００４１】
同一のサブフレームに対してＰＵＣＣＨリソースの２つのコピーを予約することを避けるために、レガシーＵＥのＤＬアソシエーションセットに含まれるサブフレームは、フレキシブルＴＤＤ ＵＥのＤＬアソシエーションセットに含まれることはない。
【００４２】
説明の便宜のために：
‐レガシーＵＥのＤＬアソシエーションセットは、「ＤＬアソシエーションセット１」又は「セット１」と呼ぶものとし、
‐フレキシブルＴＤＤ ＵＥで使用されるリファレンスコンフィグレーションのＤＬアソシエーションセットは、「ＤＬアソシエーションセット２」又は「セット２」と呼ぶものとし、
‐ＰＵＣＣＨのリソース予約のためのフレキシブルＴＤＤ ＵＥのＤＬアソシエーションセットは、「ＤＬアソシエーションセット３」又は「セット３」と呼ぶものとする。
【００４３】
図５及び図６に示すように、ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃３（５１０）は、レガシーＵＥによって使用され、ＵＬ−ＤＬ ＴＤＤコンフィグレーション＃３、＃４又は＃５（５２０）のいずれかは、フレキシブルＴＤＤ ＵＥによって使用されると仮定すると、ＤＬ／スペシャルサブフレーム＃１（５１１）、＃５（５１２）及び＃６（６５１３）は、図１（１２５）において規定されるように、ＴＤＤ コンフィグレーション＃３に対するセット１（６０２）に含まれる。サブフレーム＃９（５２１）、＃０（５２２）、＃１、＃３（５２３）、＃４（５２４）、＃５、＃６、＃７（５２５）及び＃８（５２６）は、リファレンスコンフィグレーション＃５に対するセット２（６０１）に含まれる。より高いＰＵＣＣＨ効率を達成し、サブフレーム＃１、＃５及び＃６（６０２）に対する冗長ＰＵＣＣＨリソースを予約するために、フレキシブルＴＤＤ ＵＥのＤＬアソシエーションセット（セット３（６０３））は、サブフレーム＃９（５２１）、＃０（５２２）、＃７（５２５）、＃８（５２６）、＃４（５２４）及び＃３（５２３）のみを含む。
【００４４】
ＤＬアソシエーションセット１（６０２）についてのリソースマッピングは、簡単で、Ｒｅｌ．１０仕様に準拠する。
【００４５】
一方で、ＤＬアソシエーションセット３（６０３）は、さらに、２つのサブセット（サブセット３Ａ及びサブセット３Ｂ）に分割することができる。サブセット３Ａは、サブセット３における固定のＤＬ／スペシャルサブフレーム（すなわち、サブフレーム＃９、＃０、＃７及び＃８）を含み、サブセット３Ｂは、セット３におけるフレキシブルサブフレーム（すなわち、＃３及び＃４）を有する。これらの２つのサブセットについてのＰＵＣＣＨリソースマッピングは、ＰＵＣＣＨ効率を向上するために独立して実行される。図５におけるフレキシブルサブフレーム（５２３、５２４）に対するＰＵＣＣＨ予約は、特別な処置を必要とする。なぜならＵＬサブフレームとして使用されるフレキシブルサブフレームに対するＰＵＣＣＨリソース予約は、ＨＡＲＱ−ＡＣＫ送信のために使用されることはないからである。背景技術の欄で説明したように、ＨＡＲＱ−ＡＣＫフィードバックのために使用されない隣接するＰＵＣＣＨリソースは、ＰＵＳＣＨ送信のために再利用することができる。したがって、フレキシブルＴＤＤ ＵＥのＤＬアソシエーションセットにおける固定のＤＬ／スペシャルサブフレームとともにインタリーブするよりも、フレキシブルサブフレームについてＰＵＣＣＨリソースの１つのブロックを予約することは妥当である。
【００４６】
図５に示すように、オプションＸのオプション１（５３０）では、フレキシブルＴＤＤＵＥのＤＬアソシエーションセットにおける固定のＤＬ／スペシャルサブフレーム＃９（５２１）、＃０（５２２）、＃７（５２５）及び＃８（５２６）についてのＰＵＣＣＨリソースは、Ｒｅｌ．１０仕様に従って、（５３２）としてＰＵＣＣＨ領域にインタリーブ及び予約される。フレキシブルサブフレームに関し、フレキシブルサブフレーム＃４（５２４）と比較すると、フレキシブルサブフレーム＃３（５２３）は、ＵＬサブフレームとして使用される大きな可能性を有している。その結果、最初のフレキシブルサブフレーム＃４についてのＰＵＣＣＨリソース（５３３）に、フレキシブルサブフレーム＃３についてＰＵＣＣＨリソース（５３４）が続くように予約するとよい。
【００４７】
Ｒｅｌ．１１では、ＥＰＤＣＣＨは、ＤＣＩ送信に対して定義されており、ＵＥ固有のＰＵＣＣＨオフセットは、ＲＲＣシグナリングによって指示される。ＰＵＣＣＨ効率を向上する１つの方法は、ＥＰＤＣＣＨがフレキシブルＴＤＤ ＵＥに対するフレキシブルサブフレームにおけるＤＬ送信用に設定されることである。図５に示すように、オプションＸのオプション２（５４０）では、ＵＥ固有のオフセット（５４３）は、ＲＲＣシグナリングされるところにあり、２つのＥＰＤＣＣＨセットに関連付けられたＰＵＣＣＨは、フレキシブルサブフレーム＃３に関するＰＵＣＣＨが続くように、フレキシブルサブフレーム＃４に対して予約されるものである。
【００４８】
ＵＥがいくつかの固定のＤＬサブフレーム及びフレキシブルサブフレーム上のＥＰＤＣＣＨを受信するように設定されている場合、最初にＤＬサブフレームでその後にフレキシブルの順にＰＵＣＣＨリソースが予約され、ＤＬサブフレームとして使用される可能性の高いフレキシブルサブフレームが、可能性の低いそれらよりも早くマッピングされる。
＜オプションＹ＞
【００４９】
フレキシブルＴＤＤ ＵＥによってＵＬサブフレームとして使用されるレガシーＵＥのいくつかのＤＬサブフレームに対して、関連する予約済みＰＵＣＣＨは、フレキシブルＴＤＤ ＵＥの固定のＤＬサブフレームについてのＰＵＣＣＨとして使用することができ、サブフレームインデックスが異なる可能性がある。
【００５０】
図７において例のシステム（７００）を参照して示されるように、サブフレーム＃４は、レガシーＵＥによってＤＬサブフレーム（７１１）として使用され、フレキシブルＴＤＤ ＵＥによってＵＬサブフレーム（７２５）として使用される。送信の衝突は、レガシーＵＥに対して予約されるＰＵＣＣＨがサブフレーム＃４において発生するレガシーＵＥに対するＤＬ送信がないことによりレガシーＵＥによっても使用されず、サブフレーム＃４がＵＬサブフレームであることによりフレキシブルＴＤＤ ＵＥによって使用されないようにすることで、フレキシブルＴＤＤ ＵＥの送信方向に従うようにすることで回避されるものとする。その結果、より高いＰＵＣＣＨリソース効率を達成するために、これらのＰＵＣＣＨリソースを使用することは妥当である。これを達成する１つの方法は、レガシーＵＥの未使用のＰＵＣＣＨリソースをフレキシブルＴＤＤ ＵＥの固定のＤＬサブフレームに割り当て、固定のＤＬサブフレーム上でレガシーＵＥのみをスケジューリングすることである。
【００５１】
説明の便宜のために、ＤＬアソシエーションセットの上述の定義は、再利用される。
‐レガシーＵＥのＤＬアソシエーションセットは、「ＤＬアソシエーションセット１」又は「セット１」と呼ぶものとし、
‐フレキシブルＴＤＤ ＵＥで使用されるリファレンスコンフィグレーションのＤＬアソシエーションセットは、「ＤＬアソシエーションセット２」又は「セット２」と呼ぶものとし、
‐ＰＵＣＣＨのリソース予約のためのフレキシブルＴＤＤ ＵＥのＤＬアソシエーションセットは、「ＤＬアソシエーションセット３」又は「セット３」と呼ぶものとする。
【００５２】
図７及び８に示すように、ＤＬ／スペシャルサブフレーム＃４（７１１）、＃５（７１２）、＃８（７１４）及び＃６（７１３）は、図１のテーブル（１２０）で規定されるＴＤＤコンフィグレーション＃２に対するセット１（８０２）に含まれる。サブフレーム＃９（７２１）、＃０（７２２）、＃１（７２３）、＃３（７２４）、＃４（７２５）、＃５、＃６、＃７（７２６）、＃８（７２７）は、リファレンスコンフィグレーション＃５に対するセット２（８０１）に含まれる。サブフレーム＃０（７２２）、＃１（７２３）、＃５及び＃６は、固定のＤＬサブフレームであり、サブフレーム＃９（７２１）、＃３（７２４）、＃４（７２５）、＃７（７２６）及び＃８（７２７）は、セット３（８０３）を形成するフレキシブルサブフレームである。レガシーＰＵＣＣＨリソースを再使用するために、固定のＤＬサブフレーム＃５、＃６は、レガシーＵＥに対するサブフレーム＃５（７１２）及び＃６（７１３）のＰＵＣＣＨリソースにマッピングすることができ、固定のＤＬサブフレーム＃０（７２２）及び＃１（７２３）は、レガシーＵＥのサブフレーム＃４及び＃８のＰＵＣＣＨリソースにマッピングすることができる。
【００５３】
一方で、ＤＬアソシエーションセット３は、さらに、３つのサブセット（サブセット３Ａ、サブセット３Ｂ及びサブセット３Ｃ）に分割することができる。サブセット３Ａは、セット３における固定のＤＬ／スペシャルサブフレームの部分を含み、サブセット３Ａのサイズは、フレキシブルＴＤＤシステムにおいてフレキシブルサブフレームとして使用されるセット１におけるサブフレームの数に依存する。サブセット３Ｂは、セット３における残りの固定のＤＬ／スペシャルサブフレームを含み、サブセット３Ｃは、セット３におけるフレキシブルサブフレームを含む。これらの３つのサブセットに対するＰＵＣＣＨリソースマッピングは、さらに、ＰＵＣＣＨ効率を向上させるために独立して実行される。
【００５４】
図７に示すように、フレキシブルＴＤＤ ＵＥのサブフレーム＃０及び＃１のそれぞれは、レガシーＵＥのサブフレーム＃４及び＃８のそれぞれと同一のＰＵＣＣＨリソースを共有し、固定のＤＬ／スペシャルサブフレームのみに対してレガシーＵＥをスケジュールすることができるため、ＰＵＣＣＨリソース衝突は発生しない。この例では、サブセット３Ｂのサイズは、ゼロである。そうでなければ、レガシーシステムで規定されるＰＵＣＣＨインタリーブ方法が使用されてしまうからである。サブセット３Ｃに対するＰＵＣＣＨリソースマッピングは、上述したオプションＸにおける方法と同様である。ＰＵＣＣＨは、インタリーブされず、ＰＵＣＣＨ領域は、ｅＰＤＣＣＨがフレキシブルＴＤＤ ＵＥによってフレキシブルサブフレームに使用されているため、サブセット３ＢについてのＰＵＣＣＨに続くか、ＵＥ固有のＰＵＣＣＨオフセットを使用する。固定のＤＬサブフレームとフレキシブルに対するＰＵＣＣＨリソース割り当ての順序は、オプションＸと同じである。
【００５５】
オプションＸと比較すると、オプションＹは、より高いＰＵＣＣＨ効率を達成することができるが、レガシーＵＥのスケジューリングが制限される。例えば、固定のサブフレーム上のＤＬ送信のためのレガシーＵＥのスケジュールのみ可能となる。
【００５６】
本発明の少なくもいくつかの実施形態における第４の重要な点は、ＨＡＲＱ−ＡＣＫについて、より高い符号化利得を達成することに関する。この（第４の）点に関する最初の説明は、ＰＵＣＣＨフォーマット１ａ／１ｂがフレキシブルＴＤＤ ＵＥに対して設定され、ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で転送される状況に関して行う。
【００５７】
３ＧＰＰ ＴＳ ３６．２１３のセクション７．３に規定されるように、ＴＤＤ ＨＡＲＱ−ＡＣＫ多重化と、Ｍ＞１の場合のサブフレームｎに対し、ＤＵサブフレーム内の複数のコードワードにわたる空間ＨＡＲＱ−ＡＣＫバンドリングは、全ての対応する個々のＨＡＲＱ−ＡＣＫの論理ＡＮＤ演算によって行われる。ＵＥがＰＵＳＣＨ上で送信する場合、ＵＥは、ＨＡＲＱ−ＡＣＫフィードバックビットＯＡＣＫの数（すなわち、ＨＡＲＱ−ＡＣＫフィードバックビットセットにおけるビットの数）と、サブフレームｎで送信されるＨＡＲＱ−ＡＣＫフィードバックビットＯｎＡＣＫ（ｎ＝０，．．．，ＯＡＣＫ−１）とを決定する。
【００５８】
ＰＵＳＣＨ送信がＵＥを対象としたＤＣＩフォーマット０／４を有する検出したＰＤＣＣＨに基づいて調整されていない場合、ＯＡＣＫ＝ＭとＯｉＡＣＫは、ＤＬサブフレームｎ−ｋｉに対して空間バンドルされたＨＡＲＱ−ＡＣＫと関連付けられ（ここで、ｋｉ∈Ｋ）、ＰＤＳＣＨ送信が検出されていない又はダウンリンクＳＰＳリリースを示すＰＤＣＣＨが検出されていないＨＡＲＱ−ＡＣＫフィードバックビットは、ＮＡＣＫが設定される。
【００５９】
フレキシブルＴＤＤ ＵＥについては、リファレンスコンフィグレーションもＨＡＲＱ−ＡＣＫフィードバックビットＯＡＣＫの数と、サブフレームｎで送信されるＨＡＲＱ−ＡＣＫフィードバックビットＯｎＡＣＫ（ｎ＝０，．．．，ＯＡＣＫ−１）との決定に従うべきである。
【００６０】
例えば、図９に示すように、あるフレキシブルＴＤＤ ＵＥが、ｅＮＢによってコンフィグレーション＃２（９１０）が使用されているのに対し、コンフィグレーション＃１（９２０）として、高速ＴＤＤコンフィグレーションを誤って検出したとする。ＨＡＲＱビットＯＡＣＫ＝Ｍの数、及びＭは、（フレキシブルＴＤＤ ＵＥによって使用される実際のコンフィグレーションとは無関係である）リファレンスコンフィグレーションに従って決定されたＤＬアソシエーションセットのサイズである。
【００６１】
図９に示すＨＡＲＱ−ＡＣＫフィードバックビットセット（９３０）は、２つの部分に分割される。第１の部分（９３１）は、リファレンスコンフィグレーションに従って決定され、第２の部分（９３２）は、ＳＰＳ（Semi-Persistent Scheduling）ＰＤＳＣＨに対する最後のＨＡＲＱ−ＡＣＫビットである。ＵＥによってＵＬ−ＤＬコンフィグレーションの誤った解釈に起因するサブフレーム＃８（９１１）におけるＰＤＳＣＨ／ＰＤＣＣＨを除き、全てのＰＤＳＣＨ／ＰＤＣＣＨが正常にデコードされたと仮定する。その結果、ダミーＨＡＲＱ−ＡＣＫビットを、ＰＤＳＣＨ送信が検出されていない又はダウンリンクＳＰＳリリースを示すＰＤＣＣＨが検出されていないサブフレーム＃９（９２１）、＃３（９２２）、＃７（９２３）及び＃８（９２４）に対し、このサブフレームがリファレンスコンフィグレーションにおいてＤＬサブフレームとして使用されているのであれば、フィードバックする。このスキームに関する問題は、ＨＡＲＱ−ＡＣＫフィードバックビットセットにおけるダミーＨＡＲＱ−ＡＣＫビットの割合が高く、符号化利得が低いことである。さらに、符号化利得は、ダミーＨＡＲＱ−ＡＣＫビットの数を低減することによって達成することができる。
【００６２】
この目的を達成するための２つの可能なオプションは、オプションＡとオプションＢとして以下で説明される。
＜オプションＡ＞
【００６３】
オプションＡでは、ＨＡＲＱ−ＡＣＫフィードバックビットは、３つの部分に分割される（図１０の（１０１０）、（１０１１）及び（１０１２）を参照）。第１の部分（１０１０）は、最後に検出されたＤＬ ＤＡＩ（Downlink Assignment Index）の値に基づくものである。第２の部分（１０１１）は、リファレンスコンフィグレーションに従って生成されたものである。そして、第３の部分（１０１２）は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビットである。
【００６４】
図１０に示すように、最後に検出されたＤＬ ＤＡＩの値は４（１０１３）であるため、ＤＬ ＳＰＳリリースに対する少なくとも４つの動的ＰＤＳＣＨ又はＰＤＣＨＨがある。ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＨＨについてのＨＡＲＱ−ＡＣＫは、検出結果に応じてＡＣＫ／ＮＡＣＫが設定される。あるＤＬ ＤＡＩの値に対するＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＨＨがない場合、ＨＡＲＱ−ＡＣＫフィードバックは、ＮＡＣＫが設定される。図１０では、ＤＡＩの値１、２、３及び４に関連付けられたＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＨＨは、正常にデコードされ、ＨＡＲＱ−ＡＣＫビットの第１の部分（１０１０）は、｛ＡＣＫ，ＡＣＫ，ＡＣＫ，ＡＣＫ｝が設定される。
【００６５】
ＨＡＲＱ−ＡＣＫビットの第２の部分（１０１１）は、リファレンスコンフィグレーションに従って設定される。サブフレーム＃７及び＃８は、リファレンスコンフィグレーションにおけるＤＬサブフレームとして使用され、ＤＬアソシエーションセットに含まれるため、これら２つのサブフレームに対する２つのダミーＨＡＲＱ−ＡＣＫは、ＮＡＣＫが設定される。
【００６６】
ＨＡＲＱ−ＡＣＫビットの最後の部分（１０１２）は、ＳＰＳ ＰＤＳＣＨと関連付けられる。ＤＬ ＳＰＳ ＰＤＳＣＨに対して使用されるＤＬアソシエーションセット内には最大で１つのサブフレームがあり、最後のＨＡＲＱ−ＡＣＫビットは、このＤＬ ＳＰＳ ＰＤＳＣＨが正しく検出されたため、ＡＣＫが設定されている。
【００６７】
Ｒｅｌ．１０で規定されるＨＡＲＱ−ＡＣＫコードブックサイズ（Ｍ）と比較すると、（図１０を参照すると例が示されている）オプションＡは、２つのダミーＨＡＲＱ−ＡＣＫビットをなくして、より高い符号化利得を達成している。
【００６８】
図１１は、オプションＡに関する他の例である。図１０の例と比較して、図１１の違いは、ＵＥがサブフレーム＃５におけるＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨを失敗し、１、２及び４のＤＬ ＤＡＩ値のＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨのみ検出されている。その結果、図１１の例では、３のＤＬ ＤＡＩ値に対するＨＡＲＱ−ＡＣＫフィードバックにＮＡＣＫが設定され、｛ＡＣＫ，ＡＣＫ，ＮＡＣＫ，ＡＣＫ｝がＨＡＲＱ−ＡＣＫフィードバックビットセットの第１の部分（１１１０）に対して割り当てられる。第２の部分（１１１１）は、ＮＡＣＫの値を有する２つのダミーＨＡＲＱ−ＡＣＫビットと同じままである。そして、第３の部分（１１１２）は、ＨＡＲＱ−ＡＣＫビットの最後のビットであり、ＤＬ ＳＰＳ ＰＤＳＣＨの復号結果に関連する。
【００６９】
ＨＡＲＱ−ＡＣＫフィードバックビットセットの最初のビット（１２１０）は、ＳＰＳがアクティブか否かに関わらず、ＳＰＳ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫに専有される。そして、ＨＡＲＱ−ＡＣＫビットは、ＤＬアソシエーションセットにおけるサブフレームではなく、ＤＡＩの値に関連付けられている。
【００７０】
上述のオプションＡに関する例から、ダミーＨＡＲＱ−ＡＣＫビットは、ＤＬ ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを正しくフィードバックするために、まだ敷き詰められていることが分かる。Ｒｅｌ．８標準化の過程で、ＤＬアソシエーションセットに１つある場合、最初のＨＡＲＱ−ＡＣＫビットは、ＤＬ ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫとして使用することが提案された。この方法の問題は、ＤＬ ＳＰＳアクティベーションコマンドがＵＥによって検出されないかもしれないことである。最初のＨＡＲＱ−ＡＣＫビットは、ＵＥ側で動的ＰＤＳＣＨに対して使用されるが、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ−ＡＣＫビットとして解釈されるかもしれず、ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨに対するＨＡＲＱ−ＡＣＫビットは、第２のビットから開始される可能性がある。これは、全ての動的ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックの秩序を乱し、ｅＮＢ側の誤った解釈につながると考えられる。
【００７１】
上述の問題を回避するためには、ＳＰＳがアクティブか否かに関わらず、最初のＨＡＲＱ−ＡＣＫビット（１２１０）をＳＰＳ ＰＤＳＣＨに専有されることができる。よって、ＨＡＲＱ−ＡＣＫビットセットは、２つの部分に分割することができ、第１の部分（１２１０）は、ＳＰＳ ＰＤＳＣＨに対する１つのＨＡＲＱ−ＡＣＫビットを含み、第２の部分（１２１１）は、ＰＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨに対するものである。
【００７２】
図１２に示すように、０（１２１２）及び３（１２１３）のＤＬ ＤＡＩの値のＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨが検出され、サブフレーム＃４及び＃５におけるＤＬ送信が失敗している。最初のＨＡＲＱ−ＡＣＫビットは、ＳＰＳ ＰＤＳＣＨの検出結果に割り当てられ、ＳＰＳ ＰＤＳＣＨが検出されない場合には、それにはＮＡＣＫが設定される。ＨＡＲＱ−ＡＣＫビットの連結は、ＤＬ ＤＡＩの値に基づき、オプションＡの第１の部分と同じである。
【００７３】
オプションＡと比較すると、オプション２によって送信されるＨＡＲＱ−ＡＣＫのそれぞれは、有益であり、最大の符号化利得を達成することができるように、ダミーＨＡＲＱ−ＡＣＫビットは送信されない。
【００７４】
上述の第４の点に関する説明は、ＰＵＣＣＨフォーマット１ａ／１ｂがフレキシブルＴＤＤ ＵＥに対して設定され、ＰＵＳＣＨでＨＡＲＱ−ＡＣＫビットが送信される状況について言及している。次は、ＵＣＣＨフォーマット３がフレキシブルＴＤＤ ＵＥに対して設定され、ＰＵＣＣＨフォーマット３又は再送信のためのＰＵＳＣＨでＨＡＲＱ−ＡＣＫビットが送信される状況について言及している。
【００７５】
フォーマット３に対するＲｅｌ．１０に規定される方法は、再送信のためのＰＵＳＣＨがフィードバックＨＡＲＱ−ＡＣＫビットに使用される場合に、ＰＵＣＣＨフォーマット１ａ／１ｂに対する方法と似ている。その結果、オプションＡ及びオプションＢは、より高い符号化利得を達成するために、ＨＡＲＱ−ＡＣＫビットを連結するために使用される。
【００７６】
本明細書及び特許請求の範囲（もしあれば）では、単語「有する（comprising）」及び「有する（comprises）」及び「有する（comprise）」を含むその派生語は、定められた整数のそれぞれを含むが、１つ以上のさらなる整数の包含を除くものではない。
【００７７】
本明細書で参照される「一実施形態」又は「実施形態」は、実施の形態に関連して説明された特定の機能、構造、又は特徴は、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な箇所における「一実施形態において」又は「実施形態において」とのフレーズの出現は、必ずしも全て同一の実施形態について言及するものではない。さらに、特定の機能、構造、又は特徴は、１つ以上の組み合わせで任意の適切な方法で組み合わせることができる。
【００７８】
法令の遵守において、本発明は、多かれ少なかれ構造的又は方法的特徴の特有の言語によって説明されている。本発明は、本発明を具体化する好適な形態を含む手段を説明したものであるため、図示又は記載されている特有の特徴に限定されないことは当然である。したがって、本発明は、その任意の形態を請求項に記載でき、当業者によって適切に解釈される添付の特許請求の範囲（もしあれば）の適切な範囲内で変形できる。
【００７９】
上記に開示された例示的な実施の形態の全部又は一部は、限定されるものではないが、以下の付記のようにも記載することができる。
（付記１）
フレキシブルＴＤＤ（flexible-time division duplex）ＵＬ−ＤＬ（uplink-downlink）コンフィグレーションをサポートする無線通信システムにおけるＨＡＲＱ−ＡＣＫ（hybrid automatic repeat request-acknowledgement）フィードバックに対して使用されるＨＡＲＱ−ＡＣＫビットセットの連結方法であって、
前記ＨＡＲＱ−ＡＣＫビットセットは、
最後に検出されたＤＬ割り当てインデックスの値に基づく第１の部分、
リファレンスコンフィグレーションに従って生成される第２の部分、及び
ＳＰＳ（semi-persistent scheduling）ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫビットである第３の部分
の３つの部分に分割されるＨＡＲＱ−ＡＣＫビットの連結方法。
（付記２）
ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨ（physical downlink control channel）に対するＨＡＲＱ−ＡＣＫは、検出結果に応じてＡＣＫ（acknowledgement）又はＮＡＣＫ（downlink assignment index）のいずれかに設定され、ＤＬ ＤＡＩ（downlink assignment index）の値に対するＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨがない場合には前記ＨＡＲＱ−ＡＣＫフィードバックにＮＡＣＫを設定する、
付記１に記載のＨＡＲＱ−ＡＣＫビットセットの連結方法。
（付記３）
フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおけるＨＡＲＱ−ＡＣＫフィードバックに対して使用されるＨＡＲＱ−ＡＣＫビットセットの連結方法であって、
前記ＨＡＲＱ−ＡＣＫフィードバックビットセットの最初のビットは、ＳＰＳがアクティブか否かに関わらず、ＳＰＳ ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫに専有され、
前記ＨＡＲＱ−ＡＣＫビットセットは、
ＳＰＳ ＰＤＳＣＨに対する１つのＨＡＲＱ−ＡＣＫビットを含む第１の部分、及び
ＤＬ ＳＰＳリリースに対する動的ＰＤＳＣＨ又はＰＤＣＣＨに対する第２の部分
の２つの部分に分割されるＨＡＲＱ−ＡＣＫビットの連結方法。
（付記４）
フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートし、前記付記１−３のいずれか１つの方法に従って動作する無線通信システム。
（付記５）
フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートする無線通信システムにおけるＰＵＣＣＨリソース割り当て方法であって、
異なるＵＬ−ＤＬ ＴＤＤコンフィグレーションが提供され、フレキシブルＴＤＤに使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションを、ロングタームＵＬ−ＤＬ ＴＤＤコンフィグレーションに対して使用される前記ＵＬ−ＤＬ ＴＤＤコンフィグレーションと異なるものとでき、
与えられたＵＬ−ＤＬ ＴＤＤコンフィグレーションについて、ＵＬサブフレームが、以前のフレーム又は現在のフレームからの１つ以上のＤＬ及び／又はスペシャルサブフレームのＨＡＲＱ−ＡＣＫフィードバックを運ぶものであり、
第１のＤＬアソシエーションセットは、第１のタイプのＵＥによって、前記使用されているＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第２のＤＬアソシエーションセットは、第２のタイプのＵＥによって、リファレンスＵＬ−ＤＬ ＴＤＤコンフィグレーションに対するＵＬサブフレームでＨＡＲＱ−ＡＣＫフィードバックが運ばれる１つ以上のＤＬ及び又はスペシャルフレームを有し、
第３のＤＬアソシエーションセットは、前記第２のＤＬアソシエーションセットにおけるサブフレームを有するが、前記第１のＤＬアソシエーションセットにおけるサブフレームのいくつかが除かれており、
ブロックインタリーブによる前記第１のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソース割り当てと、前記第３のＤＬアソシエーションセットにおけるサブフレームに対するＰＵＣＣＨリソースの割り当てとを実行し、
ＰＵＣＣＨ領域が、前記第１のＤＬアソシエーションセットのＰＵＣＣＨ領域に続くか、又は、規定のＰＵＣＣＨオフセットを使用するように、ＰＵＣＣＨリソースの割り当てを実行する
ＰＵＣＣＨリソース割り当て方法。
（付記６）
前記第３のＤＬアソシエーションセットは、
固定のＤＬ及び／又はスペシャルサブフレームを含む第１のサブセット、及び
フレキシブルサブフレームを含む第２のサブセットを含み、
前記第１のサブセットと前記第２のサブセットに対して、独立してＰＵＣＣＨリソース割り当てを実行する、
付記５に記載の方法。
（付記７）
前記第１のサブセットにおけるサブフレームに対するＰＵＣＣＨリソース割り当ては、ブロックインタリーブされる、
付記６に記載の方法。
（付記８）
前記第２のサブセットにおけるサブフレームに対しては、ＰＵＣＣＨリソースは、ＤＬサブフレームとして使用される可能性の低いフレキシブルサブフレームの前に、ＤＬサブフレームとして使用される可能性が高いフレキシブルサブフレームに対して割り当てられる
付記６又は７に記載の方法。
（付記９）
ＵＥ固有のＰＵＣＣＨオフセットが、ＲＲＣシグナリングによって示され、
前記第２のタイプのＵＥに対するフレキシブルサブフレームにおけるＤＬ送信に対するＥＰＤＣＣＨを設定し、
２つのＥＰＤＣＣＨセットに対応付けられたＰＵＣＣＨが、ＤＬサブフレームとして使用される可能性の低いサブフレームに対するＰＵＣＣＨが続くように、ＤＬサブフレームとして使用される可能性の高いサブフレームに対して予約される
付記６に記載の方法。
（付記１０）
前記第１のタイプのＵＥによって使用されるＵＬ−ＤＬコンフィグレーションにおけるＤＬサブフレームである１つ以上の特定のサブフレームに対し、対応する前記第２のタイプのＵＥによって使用されるＵＬ−ＤＬコンフィグレーションにおける１つ以上のサブフレームは、ＵＬサブフレームである
付記５に記載の方法。
（付記１１）
送信の衝突は、前記第１のタイプのＵＥに対して予約されるＰＵＣＣＨが前記１つ以上の特定のサブフレームにおいて発生する前記第１のタイプのＵＥに対するＤＬ送信がないことにより前記第１のタイプのＵＥによって使用されず、前記１つ以上の特定のサブフレームがＵＬサブフレームであることにより前記第２のタイプのＵＥによって使用されないようにすることで、前記第２のタイプのＵＥの送信方向に従うようにすることで回避される
付記１１に記載の方法。
（付記１２）
前記第３のＤＬアソシエーションセットは、
前記第１のサブセットにおけるサブフレーム数に応じたサイズである第１のサブセット、
前記第３のＤＬアソシエーションセットにおける残りの固定のサブフレームを含む第２のサブセット、及び
前記第３のＤＬアソシエーションセットにおけるフレキシブルサブフレームを含む第３のサブセットを有し、
前記第１、第２、第３のサブセットに対して、独立してＰＵＣＣＨリソースの割り当てを実行する
付記１０又は１１に記載の方法。
（付記１３）
前記第２のサブセットにおける任意のサブフレームに対するＰＵＣＣＨの割り当ては、ブロックインタリーブされる
付記１２に記載の方法。
（付記１４）
前記第３のサブセットに対しては、ＰＵＣＣＨリソースは、前記第２のサブセットにおけるサブフレームに対するＰＵＣＣＨ割り当ての後に割り当てられる
付記１２又は１３に記載の方法。
（付記１５）
前記第３のサブセットにおけるサブフレームに対しては、ＰＵＣＣＨリソースは、ＤＬサブフレームとして使用される可能性の低いフレキシブルサブフレームの前に、ＤＬサブフレームとして使用される可能性の高いフレキシブルサブフレームに割り当てられる
付記１２、１３または１４に記載の方法。
（付記１６）
ＵＥ固有のＰＵＣＣＨオフセットは、ＲＲＣシグナリングによって示され、
前記第２のタイプのＵＥに対するフレキシブルサブフレームにおけるＤＬ送信に対するＥＰＤＣＣＨを設定し、
２つのＥＰＤＣＣＨセットに対応付けられたＰＵＣＣＨが、ＤＬサブフレームとして使用される可能性の低いサブフレームに対するＰＵＣＣＨが続くように、ＤＬサブフレームとして使用される可能性の高いサブフレームに対して予約される
付記１２、１３または１４に記載の方法。
（付記１７）
フレキシブルＴＤＤ ＵＬ−ＤＬコンフィグレーションをサポートし、付記５−１６のいずれか１つの方法に従って動作する
無線通信システム。
（付記１８）
前記無線通信システムは、無線基地局と、１つ以上の前記第１のタイプのＵＥと、１つ以上の前記第２のタイプのＵＥとを有し、
前記無線基地局は、システム情報ブロックタイプ１を使用する前記第１のタイプのＵＥ及び前記第２のタイプのＵＥに対して前記ロングタームＴＤＤ ＵＬ−ＤＬをブロードキャスト送信し、
前記無線基地局は、ＰＤＣＣＨ又はＥＰＤＣＣＨ上で送信されるダウンリンク制御情報の形式で前記第２のタイプのＵＥのみに対して前記ショートタームＴＤＤ ＵＬ−ＤＬをブロードキャスト送信する
付記１７に記載の無線通信システム。
（付記１９）
前記第２のタイプのＵＥは、ダウンリンク制御情報のブラインド検出を実行するＴＤＤ再構成処理機能を有し、
ＰＤＳＣＨ ＧＡＲＱエンコーディングを実行し、前記基地局にＰＤＳＣＨ ＨＡＲＱフィードバックを送信するための適切なＵＬサブフレームを選択する
付記１８に記載の無線通信システム。
（付記２０）
実質的に図５−８又は１０−１１のいずれか１つ以上に関して説明される方法。
【００８０】
この出願は、２０１３年１月８日に出願されたオーストラリア特許出願２０１３９０００５８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８１】
３１０  フレキシブルＴＤＤシステム
３１２  レガシーＵＥ
３１３  フレキシブルＴＤＤ ＵＥ
４００  無線通信システムセル
４０１  ｅＮＢ
４０２、４０５  ＴＤＤ再構成処理機能
４０３  レガシーＵＥ
４０４  Ｒｅｌ１１以降のＵＥ
【図１】
0005954475.tif 000004
【図２】
0005954475.tif 000005
【図３】
0005954475.tif 000006
【図４】
0005954475.tif 000007
【図５】
0005954475.tif 000008
【図６】
0005954475.tif 000009
【図７】
0005954475.tif 000010
【図８】
0005954475.tif 000011
【図９】
0005954475.tif 000012
【図１０】
0005954475.tif 000013
【図１１】
0005954475.tif 000014
【図１２】
0005954475.tif 000015