(57)【要約】      （修正有）【課題】ＬＴＥ  Ｒｅｌ−１０において導入されたＨＡＲＱフィードバック手続を拡張するための方法及び装置を提供する。【解決手段】ＨＡＲＱフィードバック手続は、ＵＬ／ＤＬ構成が同じであるＴＤＤサービングセル群が関与するＣＡ構成について定義された手続であって、Ｒｅｌ−１１において導入される新たなより複雑なＣＡ構成へと拡張され、異なるＵＬ／ＤＬ構成を有する帯域間ＴＤＤサービングセルのアグリゲーションに関与する。この効果は、ＬＴＥ  Ｒｅｌ−１１において導入される瞭然とした、より複雑なＣＡ構成に関わらず、ＬＴＥ  Ｒｅｌ−１１におけるＨＡＲＱフィードバックシグナリングの仕様上の及び実装上の複雑さを実質的に増加させることなく、ＬＴＥ  Ｒｅｌ−１１における信頼し得る効率的なＨＡＲＱフィードバックシグナリングを可能とする。【選択図】図１３
2018056996.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）（２０）において、無線通信ネットワーク（１０）におけるアップリンク（ＵＬ）サブフレームｎでの送信のためにハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを生成する方法（４００）であって、
前記ＵＥ（２０）は、キャリアアグリゲーション構成に従って２つ以上のサービングセルと共に構成され、前記ＵＥは、各サービングセルについてのアソシエーションセットであって所与のＵＬサブフレームでの送信のために生成される前記ＨＡＲＱフィードバックにどのＤＬサブフレームが関連付けられるかとしての当該アソシエーションセットを定義する時間分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成と共にさらに構成され、前記方法は、
前記ＵＬサブフレームｎについて前記２つ以上のサービングセルの中で最大のアソシエーションセットサイズＭを判定すること（４０２）と、
前記ＵＬサブフレームｎのために、前記サービングセルの各々について、当該サービングセル（２２，２３）に関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し（４０４Ａ）、及び、
Ｍよりも小さいアソシエーションセットサイズを有する前記サービングセルの各々について、各サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数がＭと等しくなるように、必要に応じて不連続送信（ＤＴＸ）値として追加的なＨＡＲＱ−ＡＣＫビットを生成する、
ことにより前記ＨＡＲＱフィードバックを生成すること（４０４）と、
前記ＵＬサブフレームｎにおいて前記ＨＡＲＱフィードバックを送信することと、
を含む方法。
【請求項２】
物理アップリンク共有チャネル（ＰＵＳＣＨ）送信において前記ＨＡＲＱフィードバックを送信すること、をさらに含む、請求項１の方法（４００）。
【請求項３】
ＵＬ共有チャネル（Ｕ−ＳＣＨ）情報と多重化して、又はチャネル状態情報（ＣＳＩ）と多重化して、前記ＰＵＳＣＨ送信において前記ＨＡＲＱフィードバックを送信すること、をさらに含む、請求項２の方法（４００）。
【請求項４】
全ての構成されるサービングセルが同じＵＬ／ＤＬ構成を使用する場合の使用のために予約されている物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース選択を用いて、前記ＨＡＲＱフィードバックを送信すること、をさらに含む、請求項１の方法（４００）。
【請求項５】
予約されている前記ＰＵＣＣＨリソース選択を用いることは、ＬＴＥ標準のリリース１０（Ｒｅｌ−１０）において定義されている通りの、Ｍ＝ｘについてのリソース割当てテーブルを再利用すること、を含み、ｘは、判定された前記サービングセルについての前記アソシエーションセットのサイズに等しい、請求項４の方法（４００）。
【請求項６】
前記サービングセルの全てが同じアソシエーションセットのサイズを有すると仮定するＨＡＲＱフィードバック多重化テーブルにおいて特定される多重化配置に従って、前記２つ以上のサービングセルについての前記ＨＡＲＱフィードバックを多重化すること、をさらに含む、請求項１〜５のいずれかの方法（４００）。
【請求項７】
前記サービングセルについて生成された前記ＨＡＲＱ−ＡＣＫビットのうちの、半永続的スケジューリング（ＳＰＳ）リリースに関連付けられるビットへＳＰＳリリース応答をマッピングすることに基づいて、前記ＨＡＲＱフィードバックに適用可能な同じＨＡＲＱフィードバックウィンドウ内で、前記ＳＰＳリリース応答を送信すること、をさらに含む、請求項１〜６のいずれかの方法（４００）。
【請求項８】
前記ＵＥは、２つのサービングセルと共に構成される、請求項１〜７のいずれかの方法（４００）。
【請求項９】
前記ＵＥは、異なるセルについて異なるＵＬ／ＤＬ構成と共に構成される、請求項１〜８のいずれかの方法（４００）。
【請求項１０】
無線通信ネットワーク（１０）におけるアップリンク（ＵＬ）サブフレームｎでの送信のためにハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを生成するように構成されるユーザ機器（ＵＥ）（２０）であって、
前記ＵＥ（２０）は、キャリアアグリゲーション構成に従って２つ以上のサービングセルと共に構成され、前記ＵＥは、各サービングセルについてのアソシエーションセットであって所与のＵＬサブフレームでの送信のために生成される前記ＨＡＲＱフィードバックにどのＤＬサブフレームが関連付けられるかとしての当該アソシエーションセットを定義する時間分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成と共にさらに構成され、前記ＵＥ（２０）は、
エアインタフェースを介して、前記無線通信ネットワークと通信するための送受信器を含む通信インタフェース（２８）と、
前記通信インタフェース（２８）に動作可能に関連付けられる制御回路（２２）と、
を備え、
前記制御回路（２２）は、
前記ＵＬサブフレームｎについて前記２つ以上のサービングセルの中で最大のアソシエーションセットサイズＭを判定し、
前記ＵＬサブフレームｎのために、前記サービングセルの各々について、当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し、及び、
Ｍよりも小さいアソシエーションセットサイズを有する前記サービングセルの各々について、各サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数がＭと等しくなるように、必要に応じて不連続送信（ＤＴＸ）値として追加的なＨＡＲＱ−ＡＣＫビットを生成する、
ことにより前記ＨＡＲＱフィードバックを生成し、
前記通信インタフェース（２８）を介して、前記ＵＬサブフレームｎにおいて前記ＨＡＲＱフィードバックを送信する、
ように構成される、ＵＥ（２０）。
【請求項１１】
前記無線通信ネットワーク（１０）は、ＬＴＥ（Long  Term  Evolution）ネットワークであり、前記ＵＥ（２０）は、前記ＬＴＥネットワークにおける動作のために構成される、請求項１０のＵＥ（２０）。
【請求項１２】
請求項２〜９のいずれかの方法を実行する、ようにさらに構成される、請求項１０又は請求項１１のＵＥ。
【請求項１３】
ユーザ機器（ＵＥ）（２０）内の制御回路（２２）により実行された際に、無線通信ネットワーク（１０）におけるアップリンク（ＵＬ）サブフレームｎでの送信のためにハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを生成するように前記ＵＥ（２０）を構成する、メモリ（２４）又は他のコンピュータ読取可能な媒体に記憶される命令を含むコンピュータプログラムであって、
前記ＵＥ（２０）は、キャリアアグリゲーション構成に従って２つ以上のサービングセルと共に構成され、前記ＵＥは、各サービングセルについてのアソシエーションセットであって所与のＵＬサブフレームでの送信のために生成される前記ＨＡＲＱフィードバックにどのＤＬサブフレームが関連付けられるかとしての当該アソシエーションセットを定義する時間分割複信（ＴＤＤ）アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成と共にさらに構成され、前記ＨＡＲＱフィードバックの生成は、
前記ＵＬサブフレームｎについて前記２つ以上のサービングセルの中で最大のアソシエーションセットサイズＭを判定し、
前記ＵＬサブフレームｎのために、前記サービングセルの各々について、当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し、及び、
Ｍよりも小さいアソシエーションセットサイズを有する前記サービングセルの各々について、各サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数がＭと等しくなるように、必要に応じて不連続送信（ＤＴＸ）値として追加的なＨＡＲＱ−ＡＣＫビットを生成する、
ことにより前記ＨＡＲＱフィードバックを生成し、
前記ＵＬサブフレームｎにおいて前記ＨＡＲＱフィードバックを送信する、
ように前記ＵＥ（２０）を構成することに基づく、コンピュータプログラム。
【請求項１４】
請求項２〜９のいずれかの方法を実行するように前記ＵＥを構成すること、にさらに基づく、請求項１３のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、２０１２年５月１０日に提出された、出願番号第６１／６４５，３９７号で識別される米国仮特許出願の優先権を主張し、当該出願はここに取り入れられる。
【０００２】
［技術分野］
本発明は、異なる帯域上の異なるアップリンク／ダウンリンク（ＵＬ／ＤＬ）構成を伴う帯域間（interband）時分割複信（ＴＤＤ）キャリアアグリゲーションのための、物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いたハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためのシステム及び方法に関する。
【背景技術】
【０００３】
キャリアアグリゲーションあるいはＣＡは、いわゆるＬＴＥ（Long  Term  Evolution）システムのために３ＧＰＰ（3rd-Generation  Partnership  Project）のメンバにより近年開発された新たな特徴の１つであって、ＬＴＥリリース１０の一部として標準化されており、ＬＴＥリリース１０は、“ＬＴＥ  Ｒｅｌ−１０”又は単純に“Ｒｅｌ−１０”と呼ばれ、ＬＴＥアドバンストとしても知られている。Ｒｅｌ−８は、ＬＴＥ標準のより早いバージョンであり、２０ＭＨｚまでの帯域幅をサポートする。対照的に、ＬＴＥアドバンストは、１００ＭＨｚまでの帯域幅をサポートする。ＬＴＥアドバンストについて予期される非常に高いデータレートは、送信帯域幅の拡張を要する。
【０００４】
しかしながら、Ｒｅｌ−８移動端末との後方互換性を維持するために、Ｒｅｌ−１０における利用可能なスペクトルはコンポーネントキャリアあるいはＣＣと称されるチャンク群へと分割され、各ＣＣがＲｅｌ−８互換である。ＣＡは、複数のＲｅｌ−８互換ＣＣの“アグリゲーション”上で移動端末がデータを送信することを許容することにより、ＬＴＥ  Ｒｅｌ−８システムの限界を超えて帯域幅を拡張することを可能とし、複数のＲｅｌ−８互換ＣＣは、１００ＭＨｚのスペクトルまでをカバーすることができる。このＣＡのアプローチは、レガシーのＲｅｌ−８移動端末との互換性を保証し、一方で、レガシー移動端末が広帯域のＬＴＥアドバンストキャリアの全ての部分にスケジューリングされることを可能とすることにより、Ｒｅ−１０以降にサポートされるより広いキャリア帯域幅の効率的な使用をも保証する。
【０００５】
統合されるＣＣの数に加えて、個別のＣＣの帯域幅もまた、アップリンク（ＵＬ）送信とダウンリンク（ＤＬ）送信とでは異なってよい。統合されるＣＣの構成は、ＵＬにおけるＣＣ数がＤＬと同じである場合に“対称的”とされる。よって、ＵＬ対ＤＬの統合されるＣＣの数が異なるＣＡ構成を、非対称的な構成という。なお、さらに言うと、ある地理的なセルについて構成されるＣＣの数は、所与の移動端末により見られるＣＣの数と異なってもよい。例えば、特定のエリアにおいてネットワークにより同じ数のアップリンクＣＣ及びダウンリンクＣＣが提供され得る場合であっても、移動端末はアップリンクＣＣよりも多くのダウンリンクＣＣをサポートしてもよい。
【０００６】
ＬＴＥシステムは、周波数分割複信（ＦＤＤ）モード又はＴＤＤモードのいずれかで動作することができる。ＦＤＤモードでは、ダウンリンク送信及びアップリンク送信は、十分に分離された異なる周波数帯域において行われる。一方、ＴＤＤモードでは、ダウンリンク送信及びアップリンク送信は、重ならない異なるタイムスロットにおいて行われる。よって、ＴＤＤは、ペアリングされていないスペクトルで動作することができ、ＦＤＤは、ペアリングされたスペクトルを要する。ＴＤＤモードは、アップリンク送信及びダウンリンク送信にそれぞれ割り当てられるリソースの量の観点でも、様々な非対称性を可能とする。これに関し、ＴＤＤセルのＵＬ／ＤＬ構成は、とりわけ、所与の無線フレームの範囲内の、ＤＬ使用及びＵＬ使用へのサブフレームの特定の割り当てを左右する。異なるＵＬ／ＤＬ構成は、ＤＬ及びＵＬの割り当ての異なる比率に対応する。従って、ＵＬリソース及びＤＬリソースは、所与のＴＤＤキャリアについて非対称的に割り当てられ得る。
【０００７】
ＣＡの文脈における動作の１つの検討事項は、移動端末から無線ネットワークＵＬ上でどのように制御シグナリングを送信するかである。とりわけ、ＵＬ制御シグナリングは、ＨＡＲＱフィードバックを含む。ここで使用されるところによれば、“ＨＡＲＱ”フィードバックとの用語は、所与のＨＡＲＱフィードバックウィンドウについて、移動端末から関与するＣＣに向けて送信されるＨＡＲＱ−ＡＣＫビットを表す。ここで、“ＨＡＲＱフィードバックウィンドウ”は、そのＨＡＲＱフィードバックの生成に関与する全てのサービングセルにまたがる、生成されるＨＡＲＱフィードバックに関連付けられるＤＬサブフレームのセット全体又はスパンをいう。さらに、“ＨＡＲＱ−ＡＣＫビット”との用語は、そのビットの状態がＡＣＫ値、ＮＡＣＫ値又はＤＴＸ（Discontinuous  Transmission）値であるかに関わらず、所与のＨＡＲＱフィードバックビットに言及するために使用される。
【０００８】
ＬＴＥ  Ｒｅｌ−８又はＲｅｌ−９に準拠して−即ちＣＡ無しで−動作するユーザ機器（ＵＥ）又は他の移動端末は、単一のダウンリンクＣＣ及びアップリンクＣＣのみで構成される。特定のダウンリンク割り当てのために物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信するために使用される第１の制御チャネルエレメント（ＣＣＥ）の時間−周波数リソース位置は、ＰＵＣＣＨ上で対応するＨＡＲＱフィードバックを送信するために対象のＵＥにより使用されるべき動的リソースを左右する。このＰＵＣＣＨを、本文脈において“Ｒｅｌ−８  ＰＵＣＣＨ”という。Ｒｅｌ−８方式では、所与のサブフレームについて全てのＰＤＣＣＨが異なる第１のＣＣＥを用いてネットワークにより送信されるために、ＰＵＣＣＨの衝突が生じない。従って、対象の各ＵＥは、ＵＬ上で異なるＣＣＥリソースを用いて、自身のＰＤＣＣＨ受信に対応するＨＡＲＱフィードバックを送信する。
【０００９】
ＣＡの文脈では、ＨＡＲＱフィードバックはより複雑になり、ＨＡＲＱフィードバックは、複数のサービングセル、又は等価ではあるが複数のＣＣに関連する。但し、Ｒｅｌ−１０は、そうしたフィードバックを送信するための定義されたいくつかのアプローチを提供する。それら定義されたアプローチは、ある意味で、Ｒｅｌ−８において使用されるアプローチの上に構築され、但しＨＡＲＱフィードバックに関与する複数のセル／ＣＣをカバーするために、ある多重化及びタイミングが提供される。しかしながらで、Ｒｅｌ−１０の手続は、所与のＣＡの構成において全てのサービングセルが同じＵＬ／ＤＬ構成を有することを前提とし、よって同じＵＬ／ＤＬサブフレーム割り当てを有する。
【００１０】
Ｒｅｌ−１１は、とりわけ、異なるＵＬ／ＤＬ構成を有するキャリアを統合し、並びに異なる周波数帯域及び／又は無線アクセス技術（ＲＡＴ）を有するキャリアを統合する柔軟性を追加する。よって、Ｒｅｌ−１１は、ＣＡシナリオのためにＲｅｌ−１０において導入されたＨＡＲＱフィードバックシグナリングとは互換性のない、いくつかの新たなＨＡＲＱフィードバックシナリオを取り入れる。
【発明の概要】
【００１１】
１つの観点において、ここでの教示は、ＬＴＥ  Ｒｅｌ−１０において導入されたあるＨＡＲＱフィードバック手続を拡張するための方法及び装置を提供する。そのＨＡＲＱフィードバック手続は、ＵＬ／ＤＬ構成が同じであるＴＤＤサービングセル群が関与するＣＡ構成について定義された手続であって、Ｒｅｌ−１１において導入される新たなより複雑なＣＡ構成へと拡張され、異なるＵＬ／ＤＬ構成を有する帯域間ＴＤＤサービングセルのアグリゲーションに関与する。こうした再利用は、ＬＴＥ  Ｒｅｌ−１１において導入される瞭然とより複雑なＣＡ構成に関わらず、ＬＴＥ  Ｒｅｌ−１１におけるＨＡＲＱフィードバックシグナリングの仕様上の及び実装上の複雑さを実質的に増加させることなく、ＬＴＥ  Ｒｅｌ−１１における信頼し得る効率的なＨＡＲＱフィードバックシグナリングを可能とする。
【００１２】
１つの例において、ＵＥは、無線通信ネットワークにおける送信のためのＨＡＲＱフィードバック生成の方法を実装し、当該方法は、有利なこととして、２つ以上のサービングセルが異なるＵＬ／ＤＬ構成を有する状況においてさえも、そのＣＡ構成における全てのサービングセルについて同じ数のＨＡＲＱフィードバックビットをＵＥが生成することを可能とする。これに関し、ＵＥは、異なるＵＬ／ＤＬ構成を有する２つ以上のＴＤＤサービングセルが関与する定義されるＣＡ構成に従って動作する。上記方法は、２つ以上のサービングセルの中で、どのサービングセルが最大のアソシエーションセットのサイズを有するかを判定すること、を含む。サービングセルの上記ＵＬ／ＤＬ構成は、各サービングセルについて、どのＤＬサブフレームが生成されるべきＨＡＲＱフィードバックに関連付けられるか、というように上記アソシエーションセットを定義する、ことが理解されるであろう。
【００１３】
上記方法は、最大のアソシエーションセットサイズに基づいて、各サービングセルについて等しい数のＨＡＲＱ−ＡＣＫビットを生成することを含む。そうした処理は、判定されたサービングセル−即ち、最大のアソシエーションセットサイズを有するセル−について、判定された当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成すること、を含む。上記処理は、さらに、上記２つ以上のサービングセルのうちの各残余（remaining）サービングセルについて、当該残余サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成することと、各残余サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が判定された上記サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数と等しくなるように、必要に応じてＤＴＸ又はＮＡＣＫ値として追加的なＨＡＲＱ−ＡＣＫビットを生成することと、を含む。
【００１４】
追加的に又は代替的に、上記ＵＥは、他の例示的な方法を実行するように構成されてもよく、その方法では、２つ以上のサービングセルが異なるＵＬ／ＤＬ構成を有する状況においてさえも、受信されるダウンリンク割り当てインデックスを用いて、そのＣＡ構成における各サービングセルについて等しい数のＨＡＲＱ−ＡＣＫビットが生成される。上記方法は、生成されるＨＡＲＱフィードバックに関連付けられる全てのサービングセルにわたるものとして、ＨＡＲＱフィードバックウィンドウ内のＤＬサブフレーム割り当ての数を示す値を有するダウンリンク割り当てインデックスを受信すること、を含む。上記サービングセルは、それぞれのＵＬ／ＤＬ構成に従ってＴＤＤセルとして動作し、ＵＥについてのＣＡ構成から知得される。
【００１５】
上記方法は、ダウンリンク割り当てインデックスに基づいて、各サービングセルについて等しい数のＨＡＲＱ−ＡＣＫビットを生成すること、を含む。そうした処理は、各サービングセルについて、上記サービングセルの上記ＵＬ／ＤＬ構成により上記サービングセルについて定義されるＤＬサブフレームのアソシエーションセット内のＤＬ割り当てごとの実際のＨＡＲＱフィードバックステートに基づいてＨＡＲＱ−ＡＣＫビットを生成すること、を含む。上記処理は、さらに、各サービングセルについて、当該サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が上記ダウンリンク割り当てインデックスと等しくなるように、ＤＴＸ又はＮＡＣＫビットとして必要に応じて追加的なＨＡＲＱ−ＡＣＫビットを生成すること、を含む。
【００１６】
当然ながら、当業者は、本発明が上述した文脈及び例に限定されないことを理解し、かつ、以下の詳細な説明を読み及び添付図面を閲覧した後に追加的な特徴及び利点を認識するであろう。
【図面の簡単な説明】
【００１７】
【図１】ここでの教示に従って構成されるＬＴＥ（Long  Term  Evolution）ネットワークを示す機能ブロック図である。
【図２】ここでの教示に従って構成されるユーザ機器（ＵＥ）の例示的なコンポーネント群を示す機能ブロック図である。
【図３】ここでの教示に従って構成されるｅＮｏｄｅＢ又はｅＮＢを示す機能ブロック図である。
【図４】ここで教示されるＨＡＲＱフィードバック生成の１つ以上の実施形態に係るＨＡＲＱフィードバックシグナリング手続を示すシグナリング図である。
【図５】ＬＴＥ  Ｒｅｌ−１０から既知である通りの、ＬＴＥネットワーク内のセルのＴＤＤ動作についてのＵＬ／ＤＬ構成を示している。
【図６】３ＧＰＰ  ＴＳ  ３６．２１３から既知のテーブル１を示しており、図５に示した多様なＵＬ／ＤＬ構成のうちのそれぞれ１つに従って動作するＴＤＤセルについてのアソシエーションセットの定義を提供する。
【図７】図５のコンフィグレーション＃１に従って動作するＴＤＤセルを基準として、ＤＬサブフレームのアソシエーション及びＵＥにより観測されるＨＡＲＱフィードバックについてのフィードバックタイミングの観点での図６のテーブル１の適用を示している。
【図８】図５のコンフィグレーション＃２に従って動作するＴＤＤセルを基準として、ＤＬサブフレームのアソシエーション及びＵＥにより観測されるＨＡＲＱフィードバックについてのフィードバックタイミングの観点での図６のテーブル１の適用を示している。
【図９】プライマリ及びセカンダリセルの帯域間アグリゲーションが関与する２セルのキャリアアグリゲーションシナリオについてのＤＬサブフレームアソシエーション及びタイミングを示しており、セカンダリセルについてＵＥにより使用されるＨＡＲＱタイミングはプライマリセルのＨＡＲＱタイミングに基づく。
【図１０】プライマリ及びセカンダリセルの帯域間アグリゲーションが関与する２セルのキャリアアグリゲーションシナリオについてのＤＬサブフレームアソシエーション及びタイミングを示しており、セカンダリセルについてＵＥにより使用されるＨＡＲＱタイミングはプライマリセルのＨＡＲＱタイミングに基づく。
【図１１】プライマリ及びセカンダリセルの帯域間アグリゲーションが関与する２セルのキャリアアグリゲーションシナリオについてのＤＬサブフレームアソシエーション及びタイミングを示しており、セカンダリセルについてＵＥにより使用されるＨＡＲＱタイミングはプライマリセルのＨＡＲＱタイミングに基づく。
【図１２】プライマリ及びセカンダリセルの帯域間アグリゲーションを含む２セルのキャリアアグリゲーションシナリオについてのＤＬサブフレームアソシエーション及びタイミングを示しており、セカンダリセルについてＵＥにより使用されるＨＡＲＱタイミングはプライマリセルのＨＡＲＱタイミングに基づく。
【図１３】異なるＵＬ／ＤＬ構成を有するサービングセルの統合を含むＣＡシナリオにおける、サービングセルごとの等しい数のＨＡＲＱ−ＡＣＫビットを生成するための、ここで教示される方法の例示的な実施形態の論理フロー図である。
【図１４】異なるＵＬ／ＤＬ構成を有するサービングセルの統合を含むＣＡシナリオにおける、サービングセルごとの等しい数のＨＡＲＱ−ＡＣＫビットを生成するための、ここで教示される方法の例示的な実施形態の論理フロー図である。
【図１５】ここでの教示に従って、新たなＬＴＥ  Ｒｅｌ−１１  ＣＡシナリオのためにＬＴＥ  Ｒｅｌ−１０からのＣＡ  ＨＡＲＱシグナリングを再利用するための例示的なケースを描いたテーブル２を示す。
【図１６】３ＧＰＰ  ＴＳ  ３６．２１３から既知のテーブル３を例示しており、Ｍ＝１でのＴＤＤについての、ＰＵＣＣＨフォーマット１ｂのＨＡＲＱ−ＡＣＫチャネル選択についての、トランスポートブロック及びサービングセルからＨＡＲＱ−ＡＣＫ（ｊ）へのマッピングを示している。
【図１７】Ａ＝２でのＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル４を例示している。
【図１８】Ａ＝３でのＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル５を例示している。
【図１９】Ａ＝４でのＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル６を例示している。
【図２０】Ｍ＝２でのＴＤＤ用の、ＰＵＣＣＨフォーマット１ｂのＨＡＲＱ−ＡＣＫチャネル選択についての、各サービングセル上のサブフレームからＨＡＲＱ−ＡＣＫ（ｊ）へのマッピングのための、３ＧＰＰ  ＴＳ  ３６．２１３から既知のテーブル７を例示している。
【図２１】Ｍ＝３についての、ＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル８を例示している。
【図２２Ａ】Ｍ＝４についての、ＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル９を例示している。
【図２２Ｂ】Ｍ＝４についての、ＨＡＲＱ−ＡＣＫ多重化の送信について、３ＧＰＰ  ＴＳ  ３６．２１３から既知である通りのテーブル９を例示している。
【発明を実施するための形態】
【００１８】
図１は、ここでの提示される教示の１つ以上の実施形態における使用のために考慮される現在の無線通信ネットワークの代表的な例を示している。具体的には、ネットワーク１０は、３ＧＰＰにより公布されたＬＴＥ標準に従って描かれている。図示したように、ネットワーク１０は、コアネットワーク１２―ＬＴＥの文脈では“拡張パケットコア”―、及び、無線アクセスネットワーク１４―ＬＴＥの文脈ではＥ−ＵＴＲＡＮと表される―即ち、拡張ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）を含む。
【００１９】
コアネットワーク１２は、複数のノード１６を含み、複数のノード１６は、移動性管理エンティティ（ＭＭＥ）及びシグナリングゲートウェイ（Ｓ−ＧＷ）の機能性を有するものを含む。そして、無線アクセスネットワーク１４は、ある数の基地局１８を含み、基地局１８を、ＬＴＥの文脈において、拡張ＮｏｄｅＢ（ｅＮｏｄｅＢ）、又は簡易にｅＮＢという。ｅＮＢ１８は、“Ｘ２”インタフェースという論理的なインタフェース上で、互いに通信可能に接続される。さらに、ｅＮＢ１８は、“Ｓ１”インタフェースという論理的なインタフェース上で、ＭＭＥ／ＳＧＷ１６と通信する。
【００２０】
また、ｅＮＢ１８は、図中に示したユーザ機器（ＵＥ）２０により代表される１つ以上のユーザ端末と通信する。これら通信に関し、各ｅＮＢ１８は、１つ以上の“セル”を提供し、又はさもなくば制御する。１つのｅＮＢ１８に関連付けられる複数のセルが、部分的に又は全体的に地理的エリアの観点で重なっていてもよい。同様に、隣接するｅＮＢ１８に関連付けられるセルは、それぞれの境界において少なくとも部分的に重なり得る。当分野においてよく理解されるように、セルは、何らかの地理的エリア上での何らかの無線リソース群の割り当てとして理解されてよい。例えば、所与のｅＮＢ１８は、例えば様々な周波数帯域又はサブ帯域内のキャリア群といった、セル内の様々なキャリアを用いることで、部分的に又は全体的に重なる２つのセルを提供し得る。明瞭さのために区別が必要でない限り、“サービングセル”との用語は、ここでの対象のＣＡの文脈において、“コンポーネントキャリア”あるいは“ＣＣ”と互換可能なように使用される。
【００２１】
議論のさらなる容易さのために、図１は、１つのＵＥ２０のみを示している。当然ながら、ネットワーク１０によりサポートされる多数のＵＥ２０が存在してよく、同様に、ネットワーク１０は、追加的なｅＮＢ１８、ＭＭＥ／ＳＧＷ１６、並びに、例えば承認、アクセス制御、アカウンティング、運用管理などのための、図示しない他の多様なエンティティを含んでよい。“ＵＥ”との用語は、非限定的な例として携帯電話又は他の無線コンピューティングデバイスといった移動端末といった、ネットワーク１０内で動作するように構成される任意の無線デバイス又は無線装置を本質的に包含する広い解釈を与えられるべきである。
【００２２】
無線アクセスネットワーク１４は、ＵＥ２０及びｅＮＢ１８を通信可能にリンクさせるエアインタフェースを提供し、エアインタフェースは、固有の周波数、信号タイプ／構造、タイミング、プロトコルなどにより定義付けられる。例示的なケースでは、エアインタフェースは、ＬＴＥの仕様に従う。ｅＮＢ１８は、ＵＥ２０に、コアネットワーク１２への、並びにコアネットワーク１２に通信可能に連結される他のシステム及びネットワークへのアクセスを提供する。
【００２３】
図２は、ここでの教示の１つ以上の実施形態に従って動作するように構成される例示的なＵＥ２０のコンポーネント群を示す機能ブロック図を提供する。図から理解されるように、例示的なＵＥ２０は、プログラマブルコントローラ２２、メモリ２４、ユーザＩ／Ｏインタフェース２６、及び通信インタフェース２８を備える。ユーザＩ／Ｏインタフェース２６は、ユーザがＵＥ２０とインタラクションするために必要なコンポーネントを提供し、その詳細は、ここでの議論と特に関係の無いＵＥ２０の意図される用途及び特徴に依存する。
【００２４】
通信インタフェース２８は、エアインタフェースを介する無線通信ネットワーク１０との無線通信をサポートする送受信器―送信器及び受信器―を含む。即ち、通信インタフェース２８は、適切なエアインタフェース上でのネットワーク１０におけるｅＮＢ１８との通信のために提供される。１つ以上の実施形態において、エアインタフェースは、ＬＴＥベースのエアインタフェースであり、通信インタフェース２８は、例えばＲｅｌ−１１準拠といったように、ＬＴＥ仕様に従って動作するように構成される。メモリ２４は、当分野において知られている任意の固体メモリ（solid-state  memory）又はコンピュータ読取可能な媒体を含んでよい。そうした媒体の適切な例は、限定ではないものの、ＲＯＭ、ＤＲＡＭ、ＦＬＡＳＨ、又は、光学的若しくは磁気的な媒体といったコンピュータ読取可能な媒体として動作可能なデバイスを含む。当然ながら、例えばプログラマブルコントローラ２２の内部の又はそこへアクセス可能な、ＳＲＡＭのようなワーキングメモリもまた含まれ得る。
【００２５】
“制御回路”ともいうプログラマブルコントローラ２２は、１つ以上のマイクロプロセッサ、ハードウェア、ファームウェア又はそれらの任意の組合せにより実装され、適切な標準に従ってＵＥ２０の動作及び機能を一般的に制御する。そうした動作及び機能は、限定ではないものの、前に記述したようにｅＮＢ１８と通信することを含む。この点において、プログラマブルコントローラ２２は、ここで説明されるデバイス側の方法、又は何らかのバリエーション若しくは拡張を実行するための、メモリ２４に記憶されるロジック及び命令を実装するように構成され得る。特に、コンピュータプログラム命令の実行を介してプログラム的に構成されるにしろ、固定的な回路を介して構成されるにしろ、例示的なＵＥ２０がここでの教示に従ってＨＡＲＱフィードバックを生成するように構成されることが理解されるであろう。
【００２６】
１つの例によれば、ＵＥ２０は、ネットワーク１０内の送信のためのＨＡＲＱフィードバックを生成するように構成される。有利な点として、ＨＡＲＱフィードバックの生成は、関係するサービングセルが全て同じアソシエーションセットサイズを有するというＣＡ構成のためのＬＴＥリリース１０にて確立されたあるＨＡＲＱフィードバック手続を再利用しつつ、２つ以上のサービングセルがＲｅｌ−１１で許容されているように異なるアソシエーションセットサイズを有しているようなＣＡ構成と共にＵＥ２０が動作することを可能とするようなやり方で実行される。
【００２７】
アソシエーションセットに関する例としての詳細のために、ここで図６のテーブル１を参照することとし、これは３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．４．０（２０１１）のテーブル１０．１．３．１−１の複製である。当然ながら、ＴＳ３６．２１３は、アソシエーションセット、並びに、非ＣＡ及びＣＡの文脈でＨＡＲＱフィードバックを生成するための背景的な手続についての包括的な詳細を含んでおり、読者にとっての関心を引くであろう。ここでは、所与のサービングセル又はＣＣについてのアソシエーションセットが、所与のＵＬサブフレームｎにて送信されるＨＡＲＱフィードバックにどのＤＬサブフレームが関連付けられるか、を定義するものとして理解され得ることを注記することで十分である。Ｒｅｌ−１１は異なるＵＬ／ＤＬ構成を伴うサービングセルの統合を許容することから、ＵＥ２０のＣＡ構成におけるいくつかのサービングセルは、より多くの又はより少ない数の関連付けられるＤＬサブフレームを有するかも知れず、これがＨＡＲＱフィードバックの生成を非常に複雑化させる。
【００２８】
制御回路２２は、そうした複雑さを解消する有利な構成を有する。１つの例において、制御回路２２は、通信インタフェース２８に動作可能に関連付けられ、２つ以上のサービングセルの中でどのサービングセルが最大のアソシエーションセットのサイズを有するかを判定するように構成される。ここで、サービングセルは、ＵＥ２０について定義されるＣＡ構成に従うサービングセルであって、それぞれのＵＬ／ＤＬ構成に従ってＴＤＤセルとして動作する。ＵＬ／ＤＬ構成は、各サービングセルについてのアソシエーションセットを定義する。任意の所与のサービングセルのアソシエーションセットのサイズは、パラメータ“Ｍ”により表記され得る。
【００２９】
制御回路２２は、さらに、判定された上記サービングセルについて、判定された当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成することにより、例えば所与のＵＬサブフレームｎについてのＨＡＲＱフィードバックを生成するように構成される。ＵＥのＣＡ構成内の２つ以上のサービングセルのうちの各残余サービングセルについて、制御回路２２は、当該残余サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し、各残余サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が判定された上記サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数と等しくなるように、必要に応じてＤＴＸ又はＮＡＣＫ値として追加的なＨＡＲＱ−ＡＣＫビットを生成する、ように構成される。
【００３０】
このコントローラの構成は、サービングセルのうちの異なるセルが異なるアソシエーションセットサイズを有している状況であってさえも、ＵＥ２０のＣＡ構成に含まれるサービングセル又はＣＣごとに等しい数のＨＡＲＱ−ＡＣＫビットを生成する。この手法でのＨＡＲＱフィードバックの生成は、全てのサービングセルが同じアソシエーションセットサイズを有していることに基づくＣＡ構成のためのＲｅｌ−１０において定義されたＨＡＲＱフィードバック手続を、ＵＥ２０が再利用することを可能とすることを含む、いくつかの利点を提供する。
【００３１】
関連する実施形態において、コンピュータプログラムは、メモリ２４又は他のコンピュータ読取可能な媒体に記憶される命令を含み、制御回路２２により実行された際に、無線通信ネットワーク１０における送信のためにＨＡＲＱフィードバックを生成するようにＵＥ２０を構成し、それは、２つ以上のサービングセルの中で、どのサービングセルが最大のアソシエーションセットのサイズを有するかを判定するようにＵＥ２０を構成すること、に基づく。説明したように、サービングセルは、ＵＥ２０についてのＣＡ構成に従うサービングセルであって、ＵＬ／ＤＬ構成に従ってＴＤＤセルとして動作し、ＵＬ／ＤＬ構成は、各サービングセルについてどのＤＬサブフレームがＨＡＲＱフィードバックに関連付けられるか、として上記アソシエーションセットを定義する。
【００３２】
上記プログラム命令の実行は、さらに、判定されたサービングセルについて、判定された当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し、上記２つ以上のサービングセルのうちの各残余サービングセルについて、当該残余サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成し、各残余サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が判定された上記サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数と等しくなるように、必要に応じＤＴＸ又はＮＡＣＫ値として追加的なＨＡＲＱ−ＡＣＫビットを生成する、ことにより上記ＨＡＲＱフィードバックを生成する、ように制御回路２２を構成する。
【００３３】
追加的に又は代替的に、制御回路２２は、ダウンリンク割り当てインデックス（ＤＡＩ）を受信する、ように構成される。ここで、上の通り、サービングセルは、それぞれＵＬ／ＤＬ構成を有するＴＤＤセルであり、ＷＤＡＩとして表されるＤＡＩの値は、ＵＥ２０が潜在的にＨＡＲＱフィードバックを提供するものとされるサブフレームの数をＵＥに示し、よって、サービングセルのセル固有のアソシエーションセットサイズとは対照的に、セル固有の値ではない。ＵＬ許可において示されるＤＡＩは、複数のサービングセルをまたいで有効な単一の値であり、ＨＡＲＱフィードバックウィンドウのサイズを導出するためにＵＥ２０により使用されるパラメータとして理解され得る。その観点では、ＨＡＲＱフィードバックウィンドウはＨＡＲＱフィードバックが生成されるべきＣＡ構成内のサービングセルの全てにわたる、生成されるべきＨＡＲＱフィードバックに関連付けられるＤＬサブフレームの全てへと及ぶことに留意されたい。対称的に、Ｍパラメータにより表現されるアソシエーションセットサイズは、セル固有である。即ち、ＣＡ構成内の各サービングセルは、それ自身の固有のＭパラメータを有し、Ｍパラメータはダウンリンク割り当てインデックスＷＤＡＩに等しいか又は等しくないかもしれない。ダウンリンク割り当ては、ＵＥ２０についてのＵＬ許可を搬送するダウンリンク制御情報（ＤＣＩ）において受信され得る。
【００３４】
この実施形態において、制御回路２２は、各サービングセルについて同じ数のＨＡＲＱ−ＡＣＫビットが生成されるように、ダウンリンク割り当てインデックスと数の等しいＨＡＲＱ−ＡＣＫビットを、各サービングセルについて生成することにより、ＨＡＲＱフィードバックを生成する、ように構成される。ここで、各サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットは、当該サービングセルについて定義されるＤＬサブフレームのアソシエーションセット内のＤＬサブフレーム割り当てごとの実際のＨＡＲＱフィードバックステートに基づくものであり、追加的なＨＡＲＱ−ＡＣＫビットが、各サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数をダウンリンク割り当てインデックスと等しくなるようにするために、必要に応じてという基準で各サービングセルについて生成される。追加的なＨＡＲＱ−ＡＣＫビットは、ＤＴＸ又はＮＡＣＫ値として生成される。この例示的な制御回路の構成は、メモリ２４又は他のコンピュータ読取可能な媒体に記憶されるコンピュータプログラム命令の制御回路２２による実行に基づいて、達成されてもよい。
【００３５】
図３は、ここで教示される１つ以上の実施形態に係るネットワーク側の処理を実行するように構成される例示的なｅＮＢ１８の機能ブロック図を示している。例示的なｅＮＢ１８は、プログラマブルコントローラ３０、通信インタフェース３２、及びメモリ３４を備える。通信インタフェース３２は、例えば、ＬＴＥシステム又は他の同様のシステムにおいて動作するように構成される送信器及び受信器を含み得る。当分野では知られているように、送信器及び受信器は、図示されていない１つ以上のアンテナへ連結され、ＬＴＥベースのエアインタフェース上でＵＥ２０と通信する。メモリ３４は、当分野で知られている任意の固体メモリ又はコンピュータ読取可能な媒体を含んでよい。そうした媒体の適切な例は、限定ではないものの、ＲＯＭ、ＤＲＡＭ、ＦＬＡＳＨ、又は、光学的若しくは磁気的な媒体といったコンピュータ読取可能な媒体を読み取ることのできるデバイスを含む。
【００３６】
プログラマブルコントローラ３０は、ＬＴＥ標準に従ってｅＮＢ１８の動作を制御する。コントローラ３０の機能は、１つ以上のマイクロプロセッサ、ハードウェア、ファームウェア又はそれらの任意の組合せにより実装され、ここで説明されるネットワーク側の処理を実行することを含む。よって、コントローラ３０は、メモリ３４に記憶されるロジック及び命令に従って、ＵＥ２０と通信し及びここで教示されるようなＨＡＲＱフィードバック関連の処理のネットワーク側の側面を実行するように構成され得る。１つのそうした例において、ｅＮＢ１８は、所与のＵＥ２０がどのようにスケジューリングされるか、及びＵＥ２０がどのＵＬ／ＤＬ構成を対象として構成されるかを知っている。よって、ｅＮＢ１８は、ＵＥ２０について有効なＵＥ２０からのＨＡＲＱフィードバックにおけるステートをサーチするように、自身の受信器リソースをＵＥ２０に関して構成することができる。
【００３７】
さらなる利点として、ここでの教示は、チャネル選択と共にフォーマット１ｂについて定義されたものを含む、ＬＴＥ  Ｒｅｌ−１０シグナリングテーブル並びに関連付けられるＨＡＲＱ−ＡＣＫビットマッピング及び構造、の再利用を可能とする例示的な方法を開示する。広く言うと、それらは、“ＨＡＲＱシグナリングプロトコル”と称されてもよい。上述したＴＳ３６．２１３のセクション１０．１及び１０．２を参照されたい。特に、セクション１０．１．３．２は、１つよりも多く構成されるサービングセルについてのＴＤＤ  ＨＡＲＱ−ＡＣＫ手続を定義しており、テーブル１０．１．３．２−１（Transmission  of  HARQ-ACK  multiplexing  for  A  =  2）、テーブル１０．１．３．２−２（(Transmission  of  HARQ-ACK  multiplexing  for  A  =  3）及びテーブル１０．１．３．２−３（Transmission  of  HARQ-ACK  multiplexing  for  A  =  4）において、１つより多く構成されるセルについてＨＡＲＱ−ＡＣＫビットを多重化するための配置を含む。
【００３８】
当然ながら、これらシグナリングのテーブルは、ＨＡＲＱレポーティングに関与する全てのサービングセルが同じＵＬ／ＤＬ構成を有することを前提としている。注記したように、ＬＴＥ  Ｒｅｌ−１１は、この前提から大きく逸脱しており、異なるＵＬ／ＤＬ構成を有するＣＣの統合を許容している。結果として、Ｍパラメータは、必ずしも所与のＣＡ構成に含まれるＣＣにわたって等しくなく、標準において提示された通りのＲｅｌ−１０  ＨＡＲＱシグナリングプロトコルは適用不能である。そこで、Ｒｅｌ−１１のために新たなＨＡＲＱシグナリングプロトコルを定義するように直感的に思い至るかもしれない。しかしながら、ここでの教示は、有利なこととして、Ｒｅｌ−１０  ＨＡＲＱシグナリングプロトコルの再利用を可能とするＨＡＲＱ−ＡＣＫビット生成及び処理方法を開示する。よって、ここでの教示は、仕様上の及び実装の複雑さを実質的に増加させることのない、ＬＴＥ  Ｒｅｌ−１１帯域間ＴＤＤ  ＣＡについての信頼性のある効率的なＨＡＲＱ−ＡＣＫフィードバックを可能とする。
【００３９】
図４は、ここで教示される革新的なデバイス側のＨＡＲＱフィードバック処理のための例示的なコンテキストを示しており、ＵＥ２０がここで後に詳細化される方法４００に従ってＨＡＲＱフィードバックの生成を実行する。図４のシグナリングフローコンテキストをより良好に理解するために、ＬＴＥベースのＵＥ２０がＨＡＲＱを用いてｅＮＢ１８からＵＥ２０へのＤＬサブフレーム送信−ＰＤＳＣＨ送信−について復号が成功したか（ＡＣＫ）又は失敗したか（ＮＡＣＫ）をレポートすることを考慮されたい。復号の試行失敗のケースでは、ｅＮＢ１８は、誤りのあったデータを再送信することができる。
【００４０】
ＵＥ２０が物理アップリンク共有チャネル（ＰＵＳＣＨ）送信のためのＵＬ許可を有するサブフレームにおいて、ＵＥ２０は、ＨＡＲＱフィードバックメッセージをＰＵＳＣＨ送信に取り入れる。あるサブフレームにおいてＵＥ２０がＰＵＳＣＨ送信のためのアップリンクリソースを割り当てられていなければ、ＵＥ２０は、ＰＵＣＣＨを用いてＨＡＲＱフィードバックメッセージを送信する。仕様化されているＴＤＤの文脈では、ＨＡＲＱフィードバックタイミングは、ＰＤＳＣＨ送信を発信するセルのＵＬ／ＤＬ構成に依存する。
【００４１】
タイミング配置のより良好な理解のために、ＬＴＥネットワークにおけるセルのＴＤＤ動作のために定義された７個のＵＬ／ＤＬ構成を示す図５を考慮されたい。ＬＴＥ無線フレームは、１０ミリ秒である。各フレームは、各々１ミリ秒の１０個のサブフレームを含む。図では詳細化されていないが、当業者は、各サブフレームが各々２分の１秒の２個のスロットを含み、各スロットは通常のサイクリックプレフィクス（ＣＰ）又は拡張ＣＰのいずれが使用されるかに依存して６個又は７個のＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）シンボルの時間にわたること、を認識するであろう。また、図中で、各ＵＬ／ＤＬ構成は、ＤＬ使用及びＵＬ使用へのサブフレームの何らかの割り当てを定義し、かつ短縮されたＤＬ部分−ＤｗＰＴＳ及び短縮されたＵＬ部分−ＵｐＰＴＳ−を有する“スペシャル”サブフレームを含むこと、が見て取れる。ガード部分あるいはＧＰは、スペシャルサブフレームのＤＬ部分及びＵＬ部分を分離する。
【００４２】
ＬＴＥ  Ｒｅｌ−８の仕様によれば、ＵＥは、ＰＤＳＣＨ復号についてのＨＡＲＱフィードバックを、当該ＨＡＲＱフィードバックが生成される対象であるＤＬサブフレームに対して相対的な予め定義される位置を有するＵＬサブフレームにおいて提供するものとされている。具体的には、ＵＥは、ｋがいわゆるアソシエーションセットＫ＝｛ｋ０，ｋ１，…，ｋＭ−１｝に含まれるとした場合の１つ以上のサブフレームｎ−ｋ内に、対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の検出により示されるＰＤＳＣＨ送信が存在し又はダウンリンクＳＰＳ（Semi-Persistent  Scheduling）リリースを示すＰＤＣＣＨが存在する場合に、そうしたＨＡＲＱフィードバックをＰＵＣＣＨ上でＵＬサブフレームｎにおいて送信するものとされている。アソシエーションセットは、ＵＬサブフレームｎでの送信のために生成されるＨＡＲＱフィードバックに関連付けられるＤＬサブフレーム群を定義するものとして理解されることができ、その意味において、ＤＬサブフレームのアソシエーションセットは、ＨＡＲＱフィードバックウィンドウを定義する。図６に示したテーブル１は、図５に示した様々なＵＬ／ＤＬ構成についてＴＳ３６．２１３において仕様化された通りのアソシエーションセットを示しており、これはＴＳ３６．２１３のテーブル１０．１．３．１−１の複製である。
【００４３】
アソシエーションセットＫのサイズは、Ｍにより表される。Ｒｅｌ−１０では、パラメータＭは、ＰＵＣＣＨリソース及びシグナリングを決定するために使用される。パラメータＭは、異なるサブフレームにおいて、及びＵＬ／ＤＬ構成の異なるセルにおいて、異なる値をとり得る。しかしながら、上で注記したように、ＣＡの文脈について、Ｒｅｌ−１０は、全ての統合されるサービングセルが同じＵＬ／ＤＬ構成を有することを前提としている。結果として、Ｍパラメータは、いずれの所与のサブフレームについても、Ｒｅｌ−１０においてＵＥのためにサービングセルとして構成される全てのＣＣにわたって同一である。
【００４４】
ＤＬサブフレームのアソシエーションセットをより良好に理解するために、コンフィグレーション＃１に係るＵＬサブフレーム７についてテーブル１がＫ＝｛７，６｝を示していることを考慮されたい。これは、サブフレーム７−７＝０及びサブフレーム７−６＝１においてＵＥへ送信されたＰＤＳＣＨのためのあり得るＨＡＲＱフィードバックを搬送することに相当する。この配置が図７に示されている。図７では、各々１０サブフレームの２つの連続するＬＴＥフレームが示されており、各フレーム内のサブフレームには０から９までのインデックスが付与されている。ＵＬ／ＤＬコンフィグレーション＃１について、ＤＬサブフレーム０及び１からＵＬサブフレーム７へと矢印が指し示していることが見て取れる。これは、ＵＬサブフレーム７において送信されるＨＡＲＱフィードバックがＤＬサブフレーム０及び１のためのものとなることを示している。ということは、図７のＵＬサブフレーム７について、ＨＡＲＱフィードバックウィンドウは、定義されたアソシエーションセットに従ってＵＬサブフレーム７に関連付けられる２つのＤＬサブフレーム０及び１にわたる。このケースでは、Ｍ＝２であること、即ち、図中で“フレームｉ”として表記され描かれた第１のフレーム内のＵＬサブフレーム７についてアソシエーションセットサイズは２であること、が理解されるであろう。また、図中で“Ｄ”はＤＬサブフレームを、ＵはＵＬサブフレームを、Ｓはスペシャルサブフレームを示していることに留意されたい。
【００４５】
同様の例において、図８は、コンフィグレーション＃２に従い、第２のフレームであるフレームｉ＋１内のＵＬサブフレーム２がＫ＝｛８，７，４，６｝により定義されるアソシエーションセットを有することを示しており、これは、先行するフレームであるフレームｉのサブフレーム４，５，６，８において送信されたＰＤＳＣＨのためのあり得るＨＡＲＱフィードバックを搬送することに相当する。この配置が、関連付けられるＤＬサブフレームからＵＬサブフレーム２への矢印として描かれている。対応して、フレームｉ＋１内のＵＬサブフレーム２についてＭ＝４であり、即ちそのアソシエーションセットサイズは４に等しく、そのＨＡＲＱフィードバックウィンドウは関連付けられるＤＬサブフレームの全てを含む。
【００４６】
図９〜図１２は、異なるセルについてＵＬ／ＤＬ構成が異なるようにＵＥが構成されるケースでの、複数のセルについての例示的なＨＡＲＱタイミングを示している。具体的には、これら図は、異なるセルの間でタイミングが相違し得ること、及びＣＣごとのＨＡＲＱフィードバックサイズもまた異なること、を示している。例えば、図９は、２つのＣＣを共に統合して動作するＵＥからＨＡＲＱフィードバックを送信するためのアソシエーションセットマッピングを示しており、プライマリＣＣ（ＰＣＣ）はＵＬ／ＤＬコンフィグレーション＃２で動作し、セカンダリＣＣ（ＳＣＣ）はＵＬ／ＤＬコンフィグレーション＃１で動作している。ＳＣＣはコンフィグレーション＃１で動作しＰＣＣはコンフィグレーション＃２で動作しているものの、ＰＣＣのＰＵＳＣＨ  ＨＡＲＱタイミングが、ＳＣＣへ適用される。
【００４７】
図１０は反対のケースを示しており、ＰＣＣはコンフィグレーション＃１に従って動作し、ＳＣＣはコンフィグレーション＃２に従って動作している。このケースでは、ＰＣＣのコンフィグレーション＃１により定義されるＰＵＳＣＨ  ＨＡＲＱタイミングがＳＣＣへ適用される。同様のやり方で、図１１は、ＰＣＣのコンフィグレーション＃１がコンフィグレーション＃３を有するＳＣＣへ適用される２つのＣＣのケースを示している。最後に、図１２は、ＰＣＣからのコンフィグレーション＃３の、コンフィグレーション＃１を有するＳＣＣへの適用を示している。
【００４８】
これら例を念頭において、図４で紹介した方法４００の例としての精緻化、例えば図１３に示した通りのもの、を考慮されたい。ＵＥ２０は、例示的なネットワーク１０といった無線通信ネットワークにおけるＨＡＲＱフィードバックの送信のために、方法４００を実行する。方法４００の文脈において、異なるＵＬ／ＤＬ構成を有する２つ以上のサービングセルを包含するＣＡ構成をＵＥ２０が有することが想定されてよく、それにより、２つ以上のサービングセルについて異なるＭパラメータ値に関してＵＥ２０によるＨＡＲＱフィードバックのレポートが行われる事態となる。
【００４９】
方法４００は、２つ以上のサービングセルの中で、どのサービングセルが最大のアソシエーションセットのサイズ（即ち、最大のＭパラメータ）を有するかを判定すること（ブロック４０２）、を含み、ここでサービングセルとは、ＵＥ２０について定義されるＣＡ構成に従うサービングセルである。ＣＡ構成は、ＲＲＣシグナリングを用いて確立されてよく、問題のサービングセルは、それぞれのＵＬ／ＤＬ構成に従って動作するＴＤＤセルである。それらＵＬ／ＤＬ構成は、各サービングセルについて、どのＤＬサブフレームが上記ＨＡＲＱフィードバックに関連付けられるか、として上記アソシエーションセットを定義する。あらためて言うと、多様な２キャリア統合について図９〜図１２を参照されたい。そこでは、ＰＣＣのＵＬ／ＤＬ構成から、ＳＣＣがそのＨＡＲＱタイミングをとっている。
【００５０】
方法４００は、続いて、サービングセルのアソシエーションセットのうちで最大のアソシエーションセットサイズに基づいて、サービングセルごとに等しい数のＨＡＲＱ−ＡＣＫビットを生成する（ブロック４０４）。より詳細には、判定された上記サービングセルについて、ＨＡＲＱフィードバックが、判定された当該サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成することにより生成される（ブロック４０４Ａ）。各残余サービングセルについて、上記方法４００は、当該残余サービングセルに関連付けられるＤＬサブフレームごとの実際のＨＡＲＱフィードバックステートに従ってＨＡＲＱ−ＡＣＫビットを生成すること（４０４Ｂ）と、各残余サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が判定された上記サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数と等しくなるように、必要に応じてＤＴＸ又はＮＡＣＫ値として追加的なＨＡＲＱ−ＡＣＫビットを生成することと、を含む。この説明はＵＥ２０の“全ての”及び“各”サービングセルに言及しているが、本開示におけるここ及び他の箇所でのそうした用語は、ＵＥ２０がＨＡＲＱフィードバックをレポートすることを期待される対象のサービングセルに言及しているのであって、それらはＵＥ２０を基準として“アクティブ”なＣＡ構成内のサービングセルのみであってよい。
【００５１】
方法４００は、サービングセルの異なる１つが異なるＭパラメータを有する状況でさえも、所与のＣＡ構成内の各サービングセルについてＨＡＲＱ−ＡＣＫビットの数が同じとなるように強制するという有利な例示的なＨＡＲＱフィードバック生成ルールを提示している。方法４００は、さらに、このように生成されたＨＡＲＱフィードバックを送信すること（ブロック４０６）を含む。ＨＡＲＱフィードバックの送信は、例えばＰＵＣＣＨフォーマット１ｂ送信といった、ＰＵＣＣＨ送信であってよい。その代わりに、ＨＡＲＱフィードバックは、ＵＬ共有チャネル（Ｕ−ＳＣＨ）情報と多重化されて、又はチャネル状態情報（ＣＳＩ）と多重化されて、ＰＵＳＣＨ送信に含まれてもよい。
【００５２】
有利には、２つ以上のサービングセルが異なるＵＬ／ＤＬ構成を有することを含むＣＡ構成の文脈において方法４００が実行されるとしても、方法４００は、全ての構成されるサービングセルが同じＵＬ／ＤＬ構成を使用する場合の使用のために予約されているＰＵＣＣＨリソース選択を用いて、ＨＡＲＱフィードバックを送信するために提供される。例えば、全ての構成されるサービングセルが同じＵＬ／ＤＬ構成を使用する場合の使用のために予め定義されているＰＵＣＣＨリソース選択を用いることは、ＬＴＥ標準のＲｅｌ−１０）において定義されている通りのリソース割当てテーブルをＭ＝ｘというＤＬサブフレームに関連付けられるサイズについて再利用すること、を含み、ここでｘは、判定されたサービングセルについての上記アソシエーションセットのサイズに等しい。そうした再利用は、例えば、ＴＳ３６．２１３のセクション１０内のテーブル１０．１．３．２−４，１０．１．３．２−５及び１０．１．３．２−６を参照する。広く言うと、方法４００の１つ以上の実施形態は、全てのサービングセルが同じＭパラメータを有するＲｅｌ−１０のＨＡＲＱフィードバック多重化手続を用いて、様々なＭパラメータを有する２つ以上のサービングセルについてＨＡＲＱフィードバックを多重化すること、を含む。
【００５３】
方法４００は、ＨＡＲＱフィードバックに適用可能な同じＨＡＲＱフィードバックウィンドウ内で、半永続的スケジューリング（ＳＰＳ）リリースレスポンスを送信すること、を含んでもよい。そうした送信は、例えば、サービングセルについて生成されたＨＡＲＱ−ＡＣＫビットのうちの、ＳＰＳリリースに関連付けられる１つへＳＰＳリリース応答をマッピングすることに基づく。
【００５４】
追加的に又は代替的に、制御回路２２は、図１５に示した例示的な方法５００に従ってＨＡＲＱフィードバックの生成を実行するように構成されてもよい。当該処理は、本明細書の前の図２の議論の文脈において、制御回路２２のための例示的な構成及び処理の文脈において取り入れられた。ここでは、制御回路２２は、サービングセルが異なるＭパラメータを有している状況においてさえ、ＣＡ構成内のそのサービングセルごとに等しい数のＨＡＲＱ−ＡＣＫビットを生成する。但し、制御回路２２は、最大のアソシエーションセットサイズに基づいてサービングセルごとに生成すべきＨＡＲＱ−ＡＣＫビットの数を決定するよりもむしろ、ここでは、ダウンリンク割り当てインデックスＷＤＡＩを用いて、サービングセルごとに等しい数のＨＡＲＱ−ＡＣＫビットを生成する。
【００５５】
方法５００は、ＵＥ２０のＣＡ構成における、ＨＡＲＱフィードバックが生成されるべき全てのサービングセルにわたるＨＡＲＱフィードバックウィンドウ内のＤＬサブフレーム割り当ての数を示すダウンリンク割り当てインデックスを受信すること（ブロック５０２）を含む。ダウンリンク割り当てインデックスは、例えば、ＵＥ２０のためのＵＬ許可を搬送するＤＣＩにおいて受信され、その値は、そのＣＡ構成における全てのサービングセルにわたるＵＥ２０のためのＤＬ割り当ての数を示す。
【００５６】
上記方法は、続いて、ダウンリンク割り当てインデックスに基づいてサービングセルごとに等しい数のＨＡＲＱ−ＡＣＫビットを生成し（ブロック５０４）、生成されたＨＡＲＱフィードバックを送信する（ブロック４０６）。ブロック５０４における処理に関し、図は例示的な構成を描いており、ＵＥ２０の制御回路２２は、各サービングセルについて、上記サービングセルの上記ＵＬ／ＤＬ構成により上記サービングセルについて定義されるＤＬサブフレームのアソシエーションセット内のＤＬ割り当てごとの実際のＨＡＲＱフィードバックステートに基づいてＨＡＲＱ−ＡＣＫビットを生成し（ブロック５０４Ａ）、各サービングセルについて、当該サービングセルについて生成されるＨＡＲＱ−ＡＣＫビットの数が上記ダウンリンク割り当てインデックスと等しくなるように、ＤＴＸ又はＮＡＣＫビットとして必要に応じて追加的なＨＡＲＱ−ＡＣＫビットを生成する（ブロック５０４Ｂ）、ことによりＨＡＲＱフィードバックを生成する。
【００５７】
ここでの教示により提供されるＨＡＲＱフィードバックプロトコルの再利用の特徴に関し、図１５のテーブル２を考慮されたい。既知のＲｅｌ−１０ケースに対応する第１の部分は、同じ値のＭパラメータを有するＣＡ構成内の２つのサービングセルに関係することが見て取れる。ここで、ＰＣＣに関連付けられるサービングセルをプライマリセルあるいはＰセルといい、そのＭパラメータはＭＰＣｅｌｌと表記される。対応して、ＳＣＣに関連付けられるサービングセルをセカンダリセルあるいはＳセルといい、そのＭパラメータはＭＳＣｅｌｌと表記される。Ｒｅｌ−１０のケースは、Ｍ＝１からＭ＝４まででＭＰＣｅｌｌとＭＳＣｅｌｌとが等しい状況にあてはまる。複数のシナリオについて新たなケースが定義され、ＰＣｅｌｌ及びＳＣｅｌｌについて異なるＭの値に全て関係する新たなグループ１、２、３及び４として用意されている。
【００５８】
例えば、テーブル２の“グループ３”を考慮されたい。このグループは、ＨＡＲＱフィードバック送信のための“Ａ”個のＰＵＣＣＨリソースからのＰＵＣＣＨリソースの選択に対応し、Ａ＝４個のＰＵＣＣＨリソースである。興味のある読者は、チャネル選択ＨＡＲＱ−ＡＣＫ手続を伴う関連するＲｅｌ−１０  ＰＵＣＣＨフォーマット１ｂに関する詳細について、ＴＳ３６．２１３のセクション１０．１．３．２．１及びそのセクション内のテーブル１０．１．３．２−３を参照してもよく、そのテーブルは、Ａ＝４のケースについてのＨＡＲＱ−ＡＣＫ多重化の送信に焦点を当てている。
【００５９】
［００１］サブフレームｎについて、Ｍｍａｐ＝ｍａｘ（ＭＰｃｅｌｌ，ＭＳｃｅｌｌ）であると定義する。即ち、Ｍｍａｐは、ＰＣｅｌｌ及びＳＣｅｌｌのＭパラメータの間でより大きい値を与え、これはＭｍａｐが最大のアソシエーションセットサイズを有すると判定されるサービングセルについてのＭパラメータの値であることを意味する。このシナリオにおいて、ＨＡＲＱ−ＡＣＫビットを生成するために、方法４００は次の処理ルールを含むものと見なされることができる：
Ｍｍａｐ＝１の場合：
図１６に示した通りのテーブル３に従って、２つのサービングセルのためのＨＡＲＱ−ＡＣＫビットを予約し、ここでテーブル３は、Ｍ＝１でのＴＤＤ用のＰＵＣＣＨフォーマット１ｂ  ＨＡＲＱ−ＡＣＫチャネル選択についてのＨＡＲＱ−ＡＣＫ（ｊ）への、トランスポートブロック及びサービングセルのマッピングを定義している。
ＭＰｃｅｌｌ＝０の場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＰＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＰＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
ＭＳｃｅｌｌ＝０の場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＳＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＳＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
【００６０】
ＵＥは、サブフレームｎにおいてＰＵＣＣＨフォーマット１ｂを用いて、テーブル４、テーブル５及びテーブル６に従い、０≦ｊ≦Ａ−１かつＡ∈｛２，３，４｝として、Ａ個のＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ，ｊから選択されるＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ上で、ｂ（０）ｂ（１）を送信するものとされており、関連するテーブルがそれぞれ図１７、図１８及び図１９に示されている。テーブル４はＡ＝２についてのＨＡＲＱ−ＡＣＫ多重化に関し、テーブル５はＡ＝３に対応し、テーブル６はＡ＝４に対応する。
【００６１】
ここで、様々な手法でＡを決定することができる。第１の例によれば、Ａは、テーブル３により与えられ、第２の例では、Ａは、２つのコンポーネントキャリアのいずれか上で構成されるトランスポートブロックの最大数の２倍により与えられ、第３の例では、ＤＬサブフレーム内で、複数の符号語にまたがる空間的ＨＡＲＱ−ＡＣＫバンドリングが全ての対応する個々のＨＡＲＱ−ＡＣＫの論理ＡＮＤ演算により行われ、それによりＣＣごとに高々１つのＨＡＲＱ−ＡＣＫビットがフィードバックされる。
【００６２】
Ｍｍａｐ＝２の場合：
図２０に示したテーブル７に従って、２つのサービングセルのためのＨＡＲＱ−ＡＣＫビットを予約し、ここでテーブル７は、Ｍ＝２でのＴＤＤ用のＰＵＣＣＨフォーマット１ｂ  ＨＡＲＱ−ＡＣＫチャネル選択についてのＨＡＲＱ−ＡＣＫ（ｊ）への、各サービングセル上のサブフレームのマッピングに関する。
ＭＰｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＰＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＰＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
ＭＳｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＳＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＳＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
【００６３】
ＵＥは、サブフレームｎにおいてＰＵＣＣＨフォーマット１ｂを用いて、テーブル６に従い、０≦ｊ≦３として、Ａ個のＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ，ｊから選択されるＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ上で、ｂ（０）ｂ（１）を送信するものとされている。
【００６４】
Ｍｍａｐ＝３の場合：
図２１に示したテーブル８に従って、Ｍ＝３のＨＡＲＱ−ＡＣＫビットを予約し、テーブル８は、Ｍ＝３でのＨＡＲＱ−ＡＣＫ多重化の送信を仕様化している。
ＭＰｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＰＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＰＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
ＭＳｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＳＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＳＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
【００６５】
ＵＥは、サブフレームｎにおいてＰＵＣＣＨフォーマット１ｂを用いて、テーブル８に従い、０≦ｊ≦３として、Ａ個のＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ，ｊから選択されるＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ上で、ｂ（０）ｂ（１）を送信するものとされている。
【００６６】
Ｍｍａｐ＝４の場合：
Ｍ＝４でのＨＡＲＱ−ＡＣＫ多重化の送信のための、図２２Ａ〜図２２Ｃに示したテーブル９に従って、サービングセル別のＭ＝３のＨＡＲＱ−ＡＣＫビットを予約する。
ＭＰｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＰＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＰＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
ＭＳｃｅｌｌ＜Ｍｍａｐの場合、ＨＡＲＱ−ＡＣＫ（ｊ）＝ＤＴＸｏｒＮＡＣＫ、ＭＳＣｅｌｌ≦ｊ＜Ｍｍａｐ、となるように、ＳＣｅｌｌのためのＨＡＲＱ−ＡＣＫビットへＤＴＸを割り当てる。
【００６７】
ＵＥは、サブフレームｎにおいてＰＵＣＣＨフォーマット１ｂを用いて、テーブル９に従い、０≦ｊ≦３として、Ａ個のＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ，ｊから選択されるＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ上で、ｂ（０）ｂ（１）を送信するものとされている。
【００６８】
上の事例のいずれについても、ＳＰＳリリース応答が同じＨＡＲＱ−ＡＣＫフィードバックウィンドウ内で送信されることになる場合、それはそれぞれのサービングセルについてのＨＡＲＱ−ＡＣＫ（０）へマッピングされる。
【００６９】
他の実施形態において、ＨＡＲＱ−ＡＣＫフィードバックは、ＵＬ−ＳＣＨ又はチャネル状態情報（ＣＳＩ）フィードバックのいずれかと多重化されて、ＰＵＳＣＨ上でフィードバックされる。１つの例示的なケースでは、ＰＵＳＣＨ送信はＰＨＩＣＨ若しくはＳＰＳ送信であり、又は、ＰＵＳＣＨ送信は実際上の又はリファレンスの構成としてＵＬ／ＤＬコンフィグレーション＃０を使用するＵＬセル上で生じる。他の例示的なケースでは、ＰＵＳＣＨ送信は、ＵＥ２０へのＵＬ許可に基づくものであり、ＵＬ／ＤＬコンフィグレーション＃０は使用されない。
【００７０】
生成されるＨＡＲＱ−ＡＣＫビットの全体としての数は上で説明した通りであり、テーブル８及び９内の“ＲＭ符号入力ビット”列に従って、実際のＨＡＲＱフィードバックステートに対応するＨＡＲＱ−ＡＣＫビットと、必要に応じてＮＡＣＫ又はＤＴＸビットとしてのＨＡＲＱ−ＡＣＫビットと、の生成を含み得る。ＨＡＲＱフィードバックのためのビットは、例えばリード・マラー符号のような線型誤り訂正と共に符号化される。
【００７１】
１つの実施形態において、ＵＥ２０は、Ｍ＝ｍａｘ（ＭＰＣｅｌｌ，ＭＳＣｅｌｌ）に対応するチャネル選択マッピングテーブルを選択し、いずれのＤＬサブフレームにも対応しないＨＡＲＱ−ＡＣＫビットは、ＤＴＸ又はＮＡＣＫに設定される。
【００７２】
ＵＥ２０がチャネル選択を伴うＰＵＣＣＨフォーマット１ｂで構成され、ＵＬ許可に従うことなくＰＵＳＣＨ上で送信を行う場合、ＵＥ２０は、生成すべきＨＡＲＱ−ＡＣＫビット数を定義するＲｅｌ−１０  ＣＡ  ＰＵＳＣＨ手続に従う。例えば、ＴＳ３６．２１３Ｖ１０．６以降のセクション７．３及び同文書のセクション１０のテーブル１０．１．３．２−５及びテーブル１０．１．３．２−６参照。
【００７３】
ＰＵＳＣＨ送信がＵＬ許可に基づいており、ダウンリンク割り当てインデックスＷＤＡＩ＝１又は２であるケースにおいて、ＵＥ２０は、Ｒｅｌ−１０仕様に係る、ＰＵＳＣＨ上のスケジューリングされる送信についてのＰＵＣＣＨフォーマット３についての手続に従う。これは、ＴＳ３６．２１３Ｖ１０．６以降のセクション７．３にて詳細化されている。ＰＵＳＣＨ送信がＵＬ許可に基づいており、ダウンリンク割り当てインデックスＷＤＡＩ＝３又は４であるケースにおいて、ＵＥ２０は、Ｒｅｌ−１０における手続に従い、ＷＤＡＩ＝３かＷＤＡＩ＝４かに基づいてＭ＝３又はＭ＝４のいずれかのチャネル選択テーブルを選択する―３ＧＰＰ  ＴＳ３６．２１３Ｖ１０．４．０（２０１１）のセクション１０．１．３．１内の例示的なテーブル１０．１．３−３及びテーブル１０．１．３−４参照。
【００７４】
ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づかない場合、ＵＥは、ＴＳ３６．２１３Ｖ１０．６以降のセクション７．３内で説明されているＰＵＣＣＨ設計に従う数のＨＡＲＱ−ＡＣＫビットを生成する。
【００７５】
ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づくものであり、かつダウンリンク割り当てインデックスＷＤＡＩ＝１又は２である場合、ＵＥ２０は、ＰＵＣＣＨフォーマット３のための手続に従う。
【００７６】
ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づくものであり、かつＷＤＡＩ＝３又は４である場合、ＵＥ２０は、ＷＤＡＩ＝３かＷＤＡＩ＝４かに基づいて、Ｍ＝３又はＭ＝４のいずれかのチャネル選択テーブルを選択して、双方のＤＬセルのためのＨＡＲＱフィードバックを生成する。
【００７７】
上で詳細化したルール又はプロトコルは、異なるＵＬ／ＤＬ構成を有する２つ以上のＣＣを統合するＣＡ構成を有するＵＥ２０からＨＡＲＱフィードバックを送信する際に生じる複雑さを解消する。図９〜図１２から、ＵＥは、セル別及び時間的機会別にセル固有のＭＣを生成するはずであると考察することができる。広く言うと、上述した例から、ここで教示される１つ以上の実施形態において、ＵＥ２０は、ＰＵＣＣＨフォーマット３送信又はＵＬ許可に基づかないＰＵＳＣＨ送信について、ＤＬセルごとにＭＣ個のＨＡＲＱ−ＡＣＫビットを生成するように構成されること、が理解されるであろう。
【００７８】
他の例において、ＵＥ２０は、ＵＬ許可に基づくＰＵＳＣＨ送信の場合、ＤＬセルごとにｍｉｎ（ＷＤＡＩ，ＭＣ）個のＨＡＲＱ−ＡＣＫビットを生成するように構成される。
【００７９】
同じ又は他の実施形態において、ＵＥは、Ｍ＝ｍａｘ（Ｍ０，Ｍ１）に対応するチャネル選択マッピングテーブルを選択するように構成され、いずれのＤＬサブフレームにも対応しないＨＡＲＱ−ＡＣＫビットは、ＤＴＸ又はＮＡＣＫへ設定される。上記Ｍ０は第１のセルのためにＨＡＲＱフィードバックが生成されるべき対象のＤＬサブフレームの数であり、Ｍ１は第２のセルのためにＨＡＲＱフィードバックが生成されるべき対象のＤＬサブフレームの数である。
【００８０】
他の例示的な１つ又は複数の構成において、ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づかない場合、ＵＥ２０は、ＰＵＣＣＨ設計に従った数のＨＡＲＱ−ＡＣＫビットを生成するように構成され得る。
【００８１】
ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づくものであり、かつダウンリンク割り当てインデックスＷＤＡＩ＝１又は２であるケースについて、ＵＥ２０は、Ｍ＝ｍａｘ（Ｍ０，Ｍ１）を用いて、ＰＵＣＣＨフォーマット３のためのＴＳ３６．２１３のセクション７．３における手続に従うように構成され得る。
【００８２】
最後に、ＨＡＲＱ−ＡＣＫビットがＰＵＳＣＨ上で多重化され、ＰＵＳＣＨ送信がＵＬ許可に基づくものであり、かつＷＤＡＩ＝３又は４であるケースについて、ＵＥ２０は、ダウンリンク割り当てインデックスＷＤＡＩ＝３かＷＤＡＩ＝４かに基づいて、Ｍ＝３又はＭ＝４のいずれかのチャネル選択テーブルを選択して、双方のＤＬセルのためのＨＡＲＱフィードバックを生成するように構成され得る。
【００８３】
とりわけ、上述した説明及び関連付けられる図面において提示した教示の利益を有する開示した発明の修正例及び他の実施形態を当業者は想起するであろう。従って、理解されるべきこととして、本発明は開示した特定の実施形態へと限定されるべきでなく、修正例及び他の実施形態が本開示の範囲内に含まれることが意図される。特定の用語がここで採用されているかもしれないが、それらは単に汎用的かつ説明的な意味において使用されており、限定の目的で使用されているわけではない。
【図１】
2018056996.tif 000003
【図２】
2018056996.tif 000004
【図３】
2018056996.tif 000005
【図４】
2018056996.tif 000006
【図５】
2018056996.tif 000007
【図６】
2018056996.tif 000008
【図７】
2018056996.tif 000009
【図８】
2018056996.tif 000010
【図９】
2018056996.tif 000011
【図１０】
2018056996.tif 000012
【図１１】
2018056996.tif 000013
【図１２】
2018056996.tif 000014
【図１３】
2018056996.tif 000015
【図１４】
2018056996.tif 000016
【図１５】
2018056996.tif 000017
【図１６】
2018056996.tif 000018
【図１７】
2018056996.tif 000019
【図１８】
2018056996.tif 000020
【図１９】
2018056996.tif 000021
【図２０】
2018056996.tif 000022
【図２１】
2018056996.tif 000023
【図２２Ａ】
2018056996.tif 000024
【図２２Ｂ】
2018056996.tif 000025