特許 6851440 複数キャリアのチャネル状態情報の伝送

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6851440

(24)【登録日】2021年3月11日

(45)【発行日】2021年3月31日

(54)【発明の名称】複数キャリアのチャネル状態情報の伝送

(51)【国際特許分類】

   H04W 24/10 20090101AFI20210322BHJP

   H04W 72/04 20090101ALI20210322BHJP

【ＦＩ】

   H04W24/10

   H04W72/04 111

【請求項の数】12

【全頁数】50

(21)【出願番号】特願2019-153105(P2019-153105)

(22)【出願日】2019年8月23日

(62)【分割の表示】特願2016-177595(P2016-177595)の分割

【原出願日】2011年1月7日

(65)【公開番号】特開2019-216463(P2019-216463A)

(43)【公開日】2019年12月19日

【審査請求日】2019年9月24日

(31)【優先権主張番号】61/356,400

(32)【優先日】2010年6月18日

(33)【優先権主張国】US

(31)【優先権主張番号】61/329,743

(32)【優先日】2010年4月30日

(33)【優先権主張国】US

(31)【優先権主張番号】61/293,412

(32)【優先日】2010年1月8日

(33)【優先権主張国】US

(31)【優先権主張番号】61/389,057

(32)【優先日】2010年10月1日

(33)【優先権主張国】US

(31)【優先権主張番号】61/356,449

(32)【優先日】2010年6月18日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】シャーロック ナイエブ ナザール

(72)【発明者】

【氏名】ロバート エル．オルセン

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】ギスラン ペルティエ

(72)【発明者】

【氏名】カイル ジュン−リン パン

(72)【発明者】

【氏名】マリアン ルドルフ

(72)【発明者】

【氏名】ムハマド ユー．ファジリ

(72)【発明者】

【氏名】ラクシュミー アール．イェール

【審査官】 野村 潔

(56)【参考文献】

【文献】 国際公開第２００９／１３１０９９（ＷＯ，Ａ１）

【文献】 特開２００７−２７４０９４（ＪＰ，Ａ）

【文献】 国際公開第２００９／１５７７０９（ＷＯ，Ａ２）

【文献】 HT mMobile Inc.，Discussion on Scheduling and Priority handling for Carrier Aggregation[online]， 3GPP TSG-RAN WG2♯68bis R2-100574，インターネット:＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_68bis/Docs/R2-100574.zip＞，２０１０年 １月１２日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

周期的なチャネル状態情報（ＣＳＩ）を報告するための無線送受信ユニット（ＷＴＲＵ）であって、
サブフレーム内において、第１のサービング・セルについての第１の周期的なＣＳＩ報告と第２のサービング・セルについての第２の周期的なＣＳＩ報告との間の報告衝突があると決定し、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）報告タイプに対応し、前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告が第２のＰＵＣＣＨ報告タイプに対応し、
前記第２のＰＵＣＣＨ報告タイプよりも高い優先度を有している前記第１のＰＵＣＣＨ報告タイプに基づいて、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告よりも優先されると決定し、
ＰＵＣＣＨを介して、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告を送信する
ように構成されたプロセッサを備えた、ＷＴＲＵ。

【請求項2】

前記プロセッサは、前記ＷＴＲＵが同時物理アップリンク共有チャネル（ＰＵＳＣＨ）およびＰＵＣＣＨ伝送について構成されていないことを決定するようにさらに構成されている、請求項１に記載のＷＴＲＵ。

【請求項3】

前記プロセッサは、前記第１のサービング・セルについての周期的なＣＳＩ報告構成を決定するようにさらに構成されている、請求項１に記載のＷＴＲＵ。

【請求項4】

前記周期的なＣＳＩ報告構成は、報告する周期および報告タイプオフセットを含む、請求項３に記載のＷＴＲＵ。

【請求項5】

前記プロセッサは、前記第２のＰＵＣＣＨ報告タイプよりも高い優先度を有している前記第１のＰＵＣＣＨ報告タイプおよび前記周期的なＣＳＩ報告構成に基づいて、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告よりも優先されると決定するようにさらに構成されている、請求項３に記載のＷＴＲＵ。

【請求項6】

前記プロセッサは、前記第１のサービング・セルがアクティブ中の状態であり、前記第２のサービング・セルが非アクティブ中の状態であると決定するようにさらに構成されている、請求項１に記載のＷＴＲＵ。

【請求項7】

周期的なチャネル状態情報（ＣＳＩ）を報告するための方法であって、
無線送受信ユニット（ＷＴＲＵ）を通じて、サブフレーム内において、第１のサービング・セルについての第１の周期的なＣＳＩ報告と第２のサービング・セルについての第２の周期的なＣＳＩ報告との間の報告衝突があると決定することであり、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）報告タイプに対応し、前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告が第２のＰＵＣＣＨ報告タイプに対応する、ことと、
前記第２のＰＵＣＣＨ報告タイプよりも高い優先度を有している前記第１のＰＵＣＣＨ報告タイプに基づいて、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告よりも優先されると決定することと、
ＰＵＣＣＨを介して、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告を送信することと
を含む、方法。

【請求項8】

前記ＷＴＲＵが同時物理アップリンク共有チャネル（ＰＵＳＣＨ）およびＰＵＣＣＨ伝送について構成されていないことを決定することをさらに含む、請求項７に記載の方法。

【請求項9】

前記第１のサービング・セルについての周期的なＣＳＩ報告構成を決定することをさらに含む、請求項７に記載の方法。

【請求項10】

前記周期的なＣＳＩ報告構成は、報告する周期および報告タイプオフセットを含む、請求項９に記載の方法。

【請求項11】

前記第２のＰＵＣＣＨ報告タイプよりも高い優先度を有している前記第１のＰＵＣＣＨ報告タイプおよび前記周期的なＣＳＩ報告構成に基づいて、前記第１のサービング・セルについての前記第１の周期的なＣＳＩ報告が前記第２のサービング・セルについての前記第２の周期的なＣＳＩ報告よりも優先されると決定する、請求項９に記載の方法。

【請求項12】

前記第１のサービング・セルがアクティブ中の状態であり、前記第２のサービング・セルが非アクティブ中の状態であると決定することをさらに含む、請求項７に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数キャリアのチャネル状態情報の伝送に関する。

【背景技術】

【0002】

関連出願の相互参照
本出願は、２０１０年１月８日に出願された米国特許仮出願第６１／２９３４１２号明細書、２０１０年４月３０日に出願された米国特許仮出願第６１／３２９７４３号明細書、２０１０年６月１８日に出願された米国特許仮出願第６１／３５６４００号明細書、２０１０年６月１８日に出願された米国特許仮出願第６１／３５６４４９号明細書、および２０１０年１０月１日に出願された米国特許仮出願第６１／３８９０５７号明細書の利益を主張し、上記の全てが、ここで参照によって本明細書に組み込まれる。

【0003】

より高いデータ速度およびスペクトル効率をサポートするために、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）システムが、３ＧＰＰリリース８（Ｒ８）（ＬＴＥリリース８は、本明細書ではＬＴＥ Ｒ８またはＲ８−ＬＴＥと呼ばれ得る）に導入された。ＬＴＥでは、ダウンリンク（ＤＬ）送信をスケジューリングするために、ｅＮｏｄｅＢが、アップリンク（ＵＬ）においてユーザー装置（ＵＥ）により送信されるチャネル品質インジケータ（ＣＱＩ：channel quality indicator）報告を頼りにする。ＬＴＥでは、２つのＣＱＩの報告モード、すなわち非周期的な報告と周期的な報告がサポートされ得る。

【0004】

（ＬＴＥリリース１０（Ｒ１０）を含み、リリース１１のような今後のリリースを含んでもよく、本明細書ではＬＴＥ−Ａ、ＬＴＥ Ｒ１０、またはＲ１０−ＬＴＥとも呼ばれる）ＬＴＥ Ａｄｖａｎｃｅｄは、ＬＴＥおよび３Ｇネットワークに対して４Ｇへの更新の道筋を与える、さらなる進化版のＬＴＥ規格である。ＬＴＥ−Ａでは、キャリア・アグリゲーションがサポートされ、ＬＴＥとは異なり、複数のコンポーネント・キャリア（ＣＣ：component carrier）またはサービング・セルが、アップリンク、ダウンリンク、またはこれら両方に割り当てられ得る。そのようなキャリアは、非対称であってよい。たとえば、ダウンリンクに割り当てられたＣＣの数とは異なる数のＣＣが、アップリンクに割り当てられてよい。

【0005】

ＬＴＥリリース８では、チャネル状態情報（ＣＳＩ：channel state information）は、単純な単一のコンポーネント・キャリアの動作に適合するように設計される。ＣＳＩ報告は、ＣＱＩを含み得る。しかし、キャリア・アグリゲーション（carrier aggregation）によって、無線送受信ユニット（ＷＴＲＵ）は、１つのＷＴＲＵ固有のＵＬ ＣＣに、複数のダウンリンクＣＣ、たとえば最大で、ＷＴＲＵのために構成され得る最大の数のダウンリンクＣＣの、チャネル品質の報告を周期的に送信することができる。したがって、ＬＴＥ−Ａでは、ＵＥにより送信されることになる周期的なフィードバックの量は、所与のＵＬ ＣＣ上のＬＴＥ Ｒｅｌ−８でのフィードバックの量と比べて、かなり増加し得る。キャリア・アグリゲーションにおける周期的なＣＳＩ報告に付随する問題は、非周期的なＣＳＩ報告にも容易に拡張され得る。たとえば、ＵＥは、複数のＤＬ ＣＣの非周期的なチャネル品質の報告を、１つのＷＴＲＵ固有のＵＬ ＣＣに送信すると見込まれ得る。

【発明の概要】

【0006】

しかし、現在のスキームは、周期的なＣＳＩ報告および非周期的なＣＳＩ報告の需要の増大に対応できない。たとえば、現在のスキームは、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）を介した複数キャリアのＣＳＩの伝送、ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨを介したＣＳＩの伝送、またはＰＵＣＣＨを介したあるＣＳＩの多重化に、対応できない。

【0007】

キャリア・アグリゲーションでチャネル状態情報を送信する方法およびシステムが開示される。複数のコンポーネント・キャリア（ＣＣ）またはサービング・セルの周期的なＣＳＩ情報および非周期的なＣＳＩ情報は、ＷＴＲＵにより送信され得る。ある実施形態では、ＤＬ ＣＳＩは、ＤＬ ＣＣまたはサービング・セルのサブセットについて報告され得る。たとえば、ＤＬ ＣＳＩ報告コンポーネント・キャリアのセットまたはＤＬ ＣＳＩ報告サービング・セルのセットは、ＤＬ ＣＣまたはサービング・セルのセットであってよく、周期的なＣＳＩ報告および／または非周期的なＣＳＩ報告が、ＵＬにおいて送信されるようにスケジューリングされ得る、上位層により構成されるＤＬ ＣＣまたはサービング・セルのセットを含んでもよい。

【0008】

ある実施形態では、ＣＳＩ報告を送信するためのインジケーションが受信されてもよく、どのサービング・セルまたはサービング・セルのセットがＣＳＩ報告を担うべきかは、受信されたインジケーションに基づいて決定され得る。たとえば、ＤＬサービング・セルまたは、ＤＬ ＣＳＩ報告サービング・セルのセットは、受信されたＤＣＩフォーマットまたは受信されたランダム・アクセス応答グラント（random access response grant）に基づいて決定され得る。決定されたＤＬサービング・セルまたはＤＬ ＣＳＩ報告サービング・セルのセットに対するＣＳＩ報告が、送信され得る。

【0009】

ＣＳＩ報告は、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ（ＨＡＲＱ） ＡＣＫ／ＮＡＣＫの報告と、チャネル品質インジケータ（ＣＱＩ）／プリコーディング行列インジケーション（ＰＭＩ：precoding matrix indication）／ランクインジケーション（ＲＩ：rank indication）の報告とを含み得る。ある実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの報告およびＣＱＩ／ＰＭＩ／ＲＩの報告は、別々に送信され得る。ＡＣＫ／ＮＡＣＫとＣＱＩを別々に送信することは、ＰＵＳＣＨに、ＡＣＫ／ＮＡＣＫとＣＱＩの両方に適合する利用可能なリソースが十分にない場合に行われ得る。たとえば、ＰＵＣＣＨおよびＰＵＳＣＨの同時送信が、許可または構成される。ＣＱＩ／ＰＭＩ／ＲＩの報告およびＡＣＫ／ＮＡＣＫの報告が１つのサブフレームで同時に起きる場合、ＨＡＲＱ ＡＣＫ／ＮＡＣＫはＰＵＣＣＨで送信され、ＣＱＩ／ＰＭＩ／ＲＩはＰＵＳＣＨで送信され得る。ある実施形態では、ＰＵＳＣＨリソースは、ＡＣＫ／ＮＡＣＫの報告およびＣＱＩ／ＰＭＩまたはＲＩの報告に適合するように割り当てられてもよく、ＡＣＫ／ＮＡＣＫおよびＣＱＩ／ＰＭＩまたはＲＩの報告は、ＰＵＳＣＨで一緒に送信され得る。

【0010】

ある実施形態では、ＰＵＣＣＨ上のリソースは、ＣＳＩ報告の送信に割り当てられ得る。たとえば、ＣＳＩ報告の構造に割り当てられるリソースブロック（ＲＢ：resource block）の数が受信され得る。ＰＵＣＣＨ上の最も外側のＲＢをＣＳＩの構造を用いたフィードバック送信に割り当てるスケジュールが受信され得る。ＣＳＩのフィードバックは、ＣＳＩの構造の中の、上記の数の最も外側のＲＢで送信され得る。本開示のこれらの態様およびさらなる態様が、以下でより詳細に説明される。

【図面の簡単な説明】

【0011】

例示の目的で、例示的な実施形態が図面に示される。しかし、本開示は、開示される特定の要素および手段には限定されない。

【0012】

【図1A】１つまたは複数の開示される実施形態が実施され得る、例示的な通信システムのシステム図である。

【図1B】図１Ａに示された通信システムの中で用いられ得る、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに示された通信システムの中で用いられ得る、例示的な無線アクセスネットワークおよび例示的なコア・ネットワークのシステム図である。

【図2】図２は、ＣＱＩ／ＰＭＩ、ＲＩ、およびＨＡＲＱ ＡＣＫ／ＮＡＣＫのＰＵＳＣＨへの例示的なマッピングを示す図である。

【図3】例示的なＰＵＣＣＨの構成を示す図である。

【図4】キャリア・アグリゲーションの例示的な構成を示す図である。

【図5】キャリア・アグリゲーションにおいて、チャネル状態情報を報告する例示的な手順を示す図である。

【図6】ＣＱＩ／ＰＭＩ、ＲＩおよびデータの、ＰＵＳＣＨへの例示的なマッピングを示す図である。

【図7】複数キャリアのＣＳＩの機会主義的な送信の例を示す図である。

【図8】ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ伝送のための、非限定的なＰＵＣＣＨの符号化手順の例を示す図である。

【図9】ＨＡＲＱ ＡＣＫ／ＮＡＣＫの非限定的な符号化の例を示す図である。

【図10】ＨＡＲＱ ＡＣＫ／ＮＡＣＫの非限定的な符号化の例を示す図である。

【図11】ＨＡＲＱ ＡＣＫ／ＮＡＣＫの非限定的な符号化の例を示す図である。

【図12】ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信のための、非限定的な制御信号のマッピングの例を示す図である。

【図13】ＰＵＣＣＨへのリソースの割り当てのための、例示的なＰＵＣＣＨの構成を示す図である。

【図14】ＣＳＩのフィードバックを送信するための、例示的な手順を示す図である。

【図15】例示的なＰＵＣＣＨの構成を示す図である。

【図16】ＣＳＩ報告を送信する例示的な方法を示す図である。

【発明を実施するための形態】

【0013】

図１Ａは、１つまたは複数の開示された実施形態が実装され得る、例示的な通信システム１００の図である。通信システム１００は、音声、データ、メッセージング、放送などのようなコンテンツを複数のワイヤレスユーザーに提供する、複数のアクセスシステムであってよい。通信システム１００は、複数のワイヤレスユーザーが、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツにアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などのような、１つまたは複数のチャネル接続方法を利用し得る。

【0014】

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コア・ネットワーク１０６、公衆電話交換回線網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成される、任意の種類のデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてもよく、ユーザー装置（ＷＴＲＵ）、移動局、固定式または移動式の加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家電機器などを含み得る。

【0015】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つにワイヤレスにインターフェースをとり、コア・ネットワーク１０６、インターネット１１０、および／またはネットワーク１１２のような１つまたは複数の通信ネットワークへのアクセスを容易にするように構成される任意の種類のデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは、各々単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが、理解されよう。

【0016】

基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのような、他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的な領域の中で、ワイヤレス信号を送信および／または受信するように構成されてもよく、この地理的な領域はセル（図示せず）と呼ばれ得る。セルはさらに、セルセクタに分割され得る。たとえば、基地局１１４ａと関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわちセルの各セクタに対して１つの送受信機を、含み得る。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ：multiple-input multiple output）技術を利用することができるので、セルの各セクタに対して複数の送受信機を利用することができる。

【0017】

基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、無線インターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。

【0018】

より具体的には、上で述べられたように、通信システム１００は、複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１つまたは複数のチャネル接続スキームを利用することができる。たとえば、ＲＡＮ１０４の中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Universal Mobile Telecommunications System）ＵＴＲＡ（Terrestrial Radio Access）のような無線技術を実装することができ、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いる無線インターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス；High-Speed Packet Access）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）のような、通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス；High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス；High-Speed Uplink Packet Access）を含み得る。

【0019】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）のような無線技術を実装してもよく、この無線技術は、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いた無線インターフェース１１６を確立することができる。

【0020】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実装してもよい。

【0021】

図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、またはアクセスポイントであってよく、職場、住宅、乗物、キャンパスなどのような局所的な領域でワイヤレス接続を容易にするための、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１のような無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５のような無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接の接続を有し得る。したがって、基地局１１４ｂは、コア・ネットワーク１０６を介してインターネット１１０にアクセスする必要はないことがある。

【0022】

ＲＡＮ１０４は、コア・ネットワーク１０６と通信していてもよく、コア・ネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成される任意の種類のネットワークであってよい。たとえば、コア・ネットワーク１０６は、呼制御、課金サービス、移動式の位置に基づくサービス、プリペイド発信、インターネット接続、映像配信などを提供することができ、かつ／または、ユーザー認証のような高いレベルのセキュリティ機能を実行することができる。図１Ａには示されないが、ＲＡＮ１０４および／またはコア・ネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと、直接または間接的に通信していてもよい。たとえば、コア・ネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されるのに加えて、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）とも通信していてもよい。

【0023】

コア・ネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして動作し、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスすることができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換式の電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの、送信制御プロトコル（ＴＣＰ）、ユーザーデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）のような共通の通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスの世界的なシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダにより所有および／または運営される、有線またはワイヤレスの通信ネットワークを含み得る。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続される別のコア・ネットワークを含んでもよく、このＲＡＮは、ＲＡＮ１０４と同じＲＡＴを利用してもよく、または異なるＲＡＴを利用してもよい。

【0024】

通信システム１００の中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含んでもよい。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを通じて異なるワイヤレスネットワークと通信するための、複数の送受信機を含んでもよい。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を利用し得る基地局１１４ａと通信し、ＩＥＥＥ ８０２無線技術を利用し得る基地局１１４ｂと通信するように構成されてもよい。

【0025】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態と矛盾することなく、前述の要素の任意の副次的な組み合わせを含み得ることが、理解されよう。

【0026】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力の処理、および／または、ＷＴＲＵ１０２がワイヤレス環境で動作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０は、１つの電子パッケージまたはチップにともに統合されてもよいことが理解されよう。

【0027】

送信／受信要素１２２は、無線インターフェース１１６を通じて、基地局（たとえば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成される、アンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえばＩＲ、ＵＶ、または可視光の信号を、送信および／または受信するように構成される、放射器／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。

【0028】

加えて、送信／受信要素１２２は、図１Ｂでは単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して、ワイヤレス信号を送信および受信するための、２つ以上の送信／受信要素１２２（たとえば複数のアンテナ）を含んでもよい。

【0029】

送受信機１２０は、送信／受信要素１２２により送信されることになる信号を変調し、送信／受信要素１２２により受信される信号を変調するように、構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵが、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための、複数の送受信機を含み得る。

【0030】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、かつそれらからユーザー入力データを受け取ってもよい。プロセッサ１１８はまた、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザーデータを出力してもよい。加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２のような、任意の種類の適切なメモリからの情報にアクセスすることができ、かつそうしたメモリにデータを保存することができる。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ保存デバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードなどを含み得る。別の実施形態では、プロセッサ１１８は、サーバまたは家庭のコンピュータ（図示せず）のような、ＷＴＲＵ１０２には物理的に存在しないメモリからの情報にアクセスすることができ、かつそうしたメモリにデータを保存することができる。

【0031】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２の他のコンポーネントに、電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための、任意の適切なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0032】

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在地に関する位置情報（たとえば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受信してもよく、かつ／または、２つ以上の近隣の基地局から受信されている信号のタイミングに基づいて、位置を求めてもよい。ＷＴＲＵ１０２は、実施形態と矛盾することなく、任意の適切な位置決定方法によって位置情報を取得できることが、理解されよう。

【0033】

プロセッサ１１８はさらに、他の周辺機器１３８に結合されてもよく、周辺機器１３８は、さらなる特徴、機能、および／または有線もしくはワイヤレスの接続を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像のための）、ＵＳＢ（Universal Serial Bus）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含み得る。

【0034】

図１Ｃは、ある実施形態による、ＲＡＮ１０４およびコア・ネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コア・ネットワーク１０６と通信していてもよい。

【0035】

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得るが、ＲＡＮ１０４は、実施形態と矛盾することなく、任意の数のｅＮｏｄｅＢを含み得ることが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を各々含み得る。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、ｅＮｏｄｅ−Ｂ１４０ａは複数のアンテナを用いて、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。

【0036】

ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理についての決定、ハンドオーバーについての決定、アップリンクおよび／またはダウンリンクでのユーザーのスケジューリングなどを扱うように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

【0037】

図１Ｃに示されるコア・ネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ：mobility management gateway）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ：packet data network）ゲートウェイ１４６を含み得る。前述の要素の各々は、コア・ネットワーク１０６の一部として示されるが、これらの要素のいずれもが、コア・ネットワークの運用者以外の主体により、所有および／または運用されてもよいことが、理解されよう。

【0038】

ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４の中のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとして動作し得る。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラのアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに最初に帰属する際の具体的なサービングゲートウェイの選択などの、役割を果たし得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡのような他の無線技術を利用する他のＲＡＮ（図示せず）とを切り替えるための、制御プレーン機能を提供してもよい。

【0039】

サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４の中のｅＮｏｄｅ Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続され得る。一般に、サービングゲートウェイ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの、またはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからの、ユーザーデータパケットを、ルーティングして転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ Ｂ間のハンドオーバーの際のユーザープレーンのアンカー、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用可能な場合のページングの始動、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの状況の管理および保存などのような、他の機能も実行し得る。

【0040】

サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０のようなパケット交換式のネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。

【0041】

コア・ネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コア・ネットワーク１０６は、ＰＳＴＮ１０８のような回線交換式のネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定式の通信デバイスとの間の通信を容易にすることができる。たとえば、コア・ネットワーク１０６は、コア・ネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして動作するＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそのようなＩＰゲートウェイと通信してもよい。加えて、コア・ネットワーク１０６は、ネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダにより所有および／または運用される、他の有線またはワイヤレスのネットワークを含み得る。

【0042】

ダウンリンク（ＤＬ）送信をスケジューリングするために、ｅＮｏｄｅＢは、アップリンク（ＵＬ）でＷＴＲＵ１０２により送信されるチャネル品質インジケータ（ＣＱＩ）の報告を頼りにし得る。ＭＩＭＯ送信では、ＷＴＲＵ１０２は、ＣＱＩの報告とともに多入力多出力（ＭＩＭＯ）関連のフィードバックを送信して、ＤＬ送信のための適切なＭＩＭＯ構成を選択する際にｅＮｏｄｅＢを支援するように構成され得る。ＭＩＭＯ関連のフィードバック・シグナリングは、プリコーディング行列インジケーション（ＰＭＩ）およびランクインジケーション（ＲＩ）を含み得る。

【0043】

ＣＱＩは、周期的または非周期的に報告され得る。非周期的なＣＱＩの報告は、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）で送信され得るが、周期的な報告は、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）またはＰＵＳＣＨで送信され得る。ＷＴＲＵ１０２が、周期的なサブフレームの１つの中のＰＵＳＣＨリソースに割り当てられると、周期的なＣＱＩの報告は、ＰＵＳＣＨで送信され得る。さらに、ＷＴＲＵ１０２は、同じサブフレームで、周期的な報告と非周期的な報告の両方を送信するように構成され得る。これが起きると、ＷＴＲＵ１０２は、そのサブフレームで非周期的な報告を送信することができる。たとえば、ある実施形態では、ＷＴＲＵ１０２は、そのサブフレームで非周期的な報告のみを送信することができる。

【0044】

ＣＱＩのフィードバックのモードまたはフィードバックの種類は、どの程度詳細なチャネル情報のフィードバックがｅＮｏｄｅＢにおいて必要であるか、または要求されるかに応じて、上位層のシグナリングを通じて構成され得る。たとえば、ＣＱＩのフィードバックの種類は、広帯域のフィードバック、上位層で構成されるサブバンドのフィードバック、および／またはＷＴＲＵにより選択されるサブバンドのフィードバックを含み得る。表１は、非周期的なＣＱＩの報告の例示的な報告モードをまとめたものである。

【0045】

【表1】

【0046】

広帯域のフィードバックは、粗いチャネル情報がｅＮｏｄｅＢで要求される場合に構成され得る。また、スケジュールされるＵＥが大量にある場合も、広帯域の報告が用いられ得る。

【0047】

周波数選択的な報告がｅＮｏｄｅＢで必要である、または要求される場合、ＷＴＲＵ１０２は、サブバンドベースのフィードバックを提供するように構成されてもよく、別個のＣＱＩ、またはＰＭＩが、各サブバンドに対して報告され得る。フィードバックのオーバーヘッドを低減するために、空間的な差分のＣＱＩに基づくスキームが用いられ得る。このスキームによれば、ＰＵＣＣＨベースの周期的な報告について、２つのコードワードの広帯域のＣＱＩの差は、３ビットを用いて差次的に符号化され得る。たとえば、コードワード１のオフセットレベルは、コードワード０に対する広帯域のＣＱＩ値−コードワード１に対する広帯域のＣＱＩ値として定義され得る。

【0048】

ＰＵＳＣＨベースの周期的な報告については、各コードワードに対するサブバンドのＣＱＩ値が、２ビットを用いて、それぞれの広帯域のＣＱＩに対して差次的に符号化され得る。たとえば、サブバンドの差分のＣＱＩのオフセットレベルは、サブバンドのＣＱＩの値−広帯域のＣＱＩの値として定義され得る。

【0049】

ＷＴＲＵ１０２が、ＷＴＲＵ１０２が制御シグナリングを送信できるサブフレームにおいて、有効なスケジューリングのグラントを有する場合、制御シグナリングは、ＰＵＳＣＨ上でデータとともに時分割多重化され得る。ＣＱＩ／ＰＭＩ、ＲＩ、およびＨＡＲＱ ＡＣＫ／ＮＡＣＫのＰＵＳＣＨへの例示的なマッピングが、図２に示される。示されるように、リソースブロック（ＲＢ）２０５は、スロット０ ２０６およびスロット１ ２０６を介して、たとえば１ｍｓにわたり送信され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ２２０は、ＰＵＳＣＨ参照シンボル（ＲＳ：reference symbol）２１０の隣のリソースで送信され得る。ＲＩ２３０は、ＡＣＫ／ＮＡＣＫ２２０の送信のために予約されているリソースの隣にマッピングされ得る。ＡＣＫ／ＮＡＣＫ２２０およびＲＩ２３０の符号化は、任意選択の循環する繰り返しを有する、繰り返し符号化またはシンプレックス符号化に基づき得る。ある実施形態では、ＡＣＫ／ＮＡＣＫ２２０およびＲＩ２３０の送信のための性能目標を満たすために、ＰＵＳＣＨリソースのかなりの部分が、１ビットまたは２ビットのＡＣＫ／ＮＡＣＫ２２０およびＲＩ２３０に割かれ得る。

【0050】

ＣＱＩ／ＰＭＩ／ＲＩとＡＣＫ／ＮＡＣＫが同じサブフレームで衝突する場合、上位層により提供されるパラメータｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａＣＫＡｎｄＣＱＩがＦＡＬＳＥに設定されると、ＣＱＩ／ＰＭＩ／ＲＩは脱落（drop）され得る。それ以外の場合は、ＣＱＩ／ＰＭＩ／ＲＩはＡＣＫ／ＮＡＣＫと多重化され得る。周期的なＣＱＩの報告は、上位層により構成されＰＵＣＣＨフォーマット２／２ａ／２ｂを用いるリソース

【0051】

【数1】

【0052】

で、送信され得る。ＰＵＣＣＨ２／２ａ／２ｂのために予約されるリソースブロック（ＲＢ）の数は、上位層のパラメータ

【0053】

【数2】

【0054】

により構成されてもよく、セル内でのＰＵＣＣＨ送信に利用可能な全体のＲＢの数は、上位層のパラメータ

【0055】

【数3】

【0056】

により規定され得る。

【0057】

図３は、例示的なＰＵＣＣＨの構成を示す。ＲＢ３１０は、

【0058】

【数4】

【0059】

により構成されるような、ＰＵＣＣＨのために予約されたＲＢであってよい。ＲＢ３１０の中で、ＲＢ３２０は、

【0060】

【数5】

【0061】

により構成されるような、ＰＵＣＣＨフォーマット２／２ａ／２ｂのために予約され得る。ＲＢ３１０の中で、ＲＢ３３０は、

【0062】

【数6】

【0063】

により構成され得るような、ＰＵＣＣＨフォーマット１／１ａ／１ｂとフォーマット１／２ａ／２ｂの両方のために用いられ得る、混合ＲＢであってよい。さらに、ＲＢ３１０の中で、ＲＢ３４０は、

【0064】

【数7】

【0065】

により構成されるような、永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約され得るリソースであってよい。またＲＢ３１０の中で、ＲＢ３５０は、動的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約されるリソースであってよい。ある実施形態では、ＰＵＣＣＨフォーマット１／１ａ／１ｂについて、リソースインデックス

【0066】

【数8】

【0067】

が、直交系列のインデックスおよび／または各ＲＢ内での周期的なシフトの対応する値を決定し得る。

【0068】

帯域幅の利用を最大にするために、ＰＵＳＣＨおよびＰＵＣＣＨは、同じサブフレームで同時に送信され得る。これにより、ＷＴＲＵ１０２が所与のサブフレームでＰＵＳＣＨでのデータ送信をスケジューリングされる場合に、ＰＵＣＣＨ送信のために予約されたＲＢの脱落により引き起こされる帯域幅の損失を避けることができる。より具体的には、ＰＵＣＣＨとＰＵＳＣＨをあるサブフレームで同時に送信できるようにすることで、ＷＴＲＵ１０２は、ＰＵＣＣＨリソースで制御情報を送信することができ、一方、ＰＵＳＣＨ上で制御シグナリングとアップリンク共有チャネル（ＵＬ−ＳＣＨ：uplink shared channel）データとを多重化するのではなく、データパケットがＰＵＳＣＨで送信される。これにより、データ送信のためのＰＵＳＣＨリソースを解放することができる。

【0069】

２つ以上のコンポーネント・キャリア（ＣＣ）が統合（aggregate）されるキャリア・アグリゲーションは、より広い伝送の帯域幅、たとえば最大で１００ＭＨｚの帯域幅をサポートすることができる。ＣＣはまた、サービング・セルと呼ばれることもあり、これらの用語は本明細書では交換可能に用いられる。ある実施形態では、ＣＣは、１つまたは複数のサービング・セルを含み得る。ある実施形態では、サービング・セルは、１つまたは複数のＣＣを含み得る。キャリア・アグリゲーションはまた、サービング・セル・アグリゲーションと呼ばれることもあり、これらの用語は本明細書では交換可能に用いられる。

【0070】

ＷＴＲＵ１０２は、ＵＬおよびＤＬの中の、異なる数のＣＣ、または、帯域幅が異なるもしくは同一のサービング・セルを、統合することができる。ＷＴＲＵ１０２がＤＬで物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）を受信するようにスケジューリングされ得るＤＬ ＣＣのセットまたはＤＬサービング・セルのセットは、専用のシグナリングにより構成され得る。

【0071】

キャリア・アグリゲーションのための３つの例示的な構成が、図４に示される。構成４１０では、対称的なキャリア・アグリゲーションが例示され、この場合、ＵＬとＤＬの両方に対し、同じ数のコンポーネント・キャリアが用いられる。構成４２０は、ＵＬコンポーネント・キャリアよりも多くのＤＬコンポーネント・キャリアを使用する場合を例示する。示される例では、ＤＬのための２つのコンポーネント・キャリアが示され、ＵＬのための１つのコンポーネント・キャリアが示される。構成４３０では、逆の状況が示され、２つのコンポーネント・キャリアがＵＬで用いられ、１つのコンポーネント・キャリアがＤＬで用いられる。ＵＬおよびＤＬのための、任意の他のコンポーネント・キャリアの組み合わせおよび数が、本開示の範囲にあるものと考えられる。

【0072】

キャリア・アグリゲーションでは、ＣＱＩ／ＰＭＩ／ＲＩを含み得るチャネル状態情報（ＣＳＩ）が、複数のＣＣまたは複数のサービング・セルに対してＷＴＲＵ１０２によりフィードバックされ得る。ある実施形態では、最大で、ＷＴＲＵに対して構成され得る最大の数のダウンリンクＣＣ／サービング・セルの、周期的なＣＳＩ報告がサポートされ得る。周期的なＣＳＩ報告は、準静的に、ＷＴＲＵ固有のＵＬ ＣＣにマッピングされ得る。たとえば、ＣＳＩ報告のマッピングは、ＲＲＣシグナリングのような、専用のシグナリングまたは上位層のシグナリングを介して、シグナリングされ得る。

【0073】

単一のＵＬ ＣＣへの複数のＣＣまたは複数のサービング・セルのＣＱＩの報告は、たとえば、帯域幅部分とＣＣまたはサービング・セルとの両方を通じた周期性、所与のＣＣにおける複数のＢＷ部分に対応する広帯域のＣＱＩまたは最良のサブバンドのＣＱＩの報告、複数のＣＣまたは複数のサービング・セルにわたるＢＷ部分のセットの中での広帯域のＣＱＩまたは最良のサブバンドの報告、および／または、同じ報告インスタンスにおける、ＷＴＲＵ ＤＬ ＣＣのセットまたはＤＬサービング・セルのセットの中での、ＣＣもしくはサービング・セルのＣＱＩの報告のようないくつかの方法で実施され得る。

【0074】

報告インスタンス当たりのより大きなＰＵＣＣＨ ＣＱＩペイロードをサポートする代替形態は、限定はされないが、複数のＰＵＣＣＨフォーマット２のリソースを使用すること、周期的な報告にＰＵＳＣＨを使用すること、および／またはペイロードサイズを増大させた新たなＣＱＩの構成を使用することを含み得る。

【0075】

ＣＳＩのペイロードの拡張は、修正されたＣＳＩの構成を用いて実現され得る。ＣＱＩのペイロードサイズの増大は、ＰＵＣＣＨの修正によって、またはＰＵＳＣＨリソースを用いることで実現され得る。別々のＲＢが、新たなＣＱＩの構成に割り当てられてもよく、後方互換性が維持され得る。

【0076】

ある実施形態では、ＤＬ ＣＳＩが、報告のオーバーヘッドを低減するために、ＤＬ ＣＣまたはサービング・セルのサブセットについて報告され得る。たとえば、ＤＬ ＣＳＩ報告ＣＣセットまたはＤＬ ＣＳＩ報告サービングセルのセットが、定義され得る。ＣＣのセットはまた、サービング・セルのセットとも呼ばれることがあり、これらの用語は本明細書では交換可能に用いられる。ＷＴＲＵ ＤＬ ＣＱＩ／ＰＭＩ／ＲＩ報告ＣＣセットが、報告インスタンスにおいて複数のＣＣに対してＷＴＲＵ１０２により報告されるフィードバックの量を低減するように定義され得る。ＣＣのセットまたはサービング・セルのセットは、専用のシグナリングにより構成されるＤＬ ＣＣまたはサービング・セルのセットを含んでもよく、このＤＬ ＣＣまたはサービング・セルのセットに対して、ＷＴＲＵ１０２は、ＵＬにおいて周期的なＣＳＩおよび／または非周期的なＣＳＩを送信するようにスケジューリングされ得る。ＣＳＩ報告ＣＣセットは、ＷＴＲＵ ＤＬコンポーネント・キャリアのセットのサブセットを含み得る。ＷＴＲＵ１０２は、専用のシグナリングにより構成されるＤＬ ＣＣまたはＤＬサービング・セルのサブセットに対するＣＳＩ報告を送信することができる。たとえば、ＷＴＲＵ１０２は、ＤＬ ＣＳＩ報告ＣＣセットまたはＤＬ ＳＣＩ報告サービング・セル（ＲＣＣＳ：reporting serving cells）のセットの一部であり得る、ＣＣ／サービング・セルに対するフィードバックを送信することができる。

【0077】

ＤＬ ＣＳＩ ＲＣＣＳは、上位層のシグナリングにより構成され得る。たとえば、上位層は、ｃｑｉ−ＲｅｐｏｒｔＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒＳｅｔのような構成パラメータを介して、ＤＬ ＣＳＩ ＲＣＣＳを構成することができる。このパラメータは、ＩＥ ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの中に、以下のように含まれ得る。

【0078】

【表2】

【0079】

ある実施形態では、２つの別々のＤＬ ＲＣＣＳは、異なるＣＳＩ報告モードに対して（たとえば、１つは周期的な報告モードに対して、１つは非周期的な報告モードに対して）定義され得る。たとえば、ＲＣＣＳは、専用のシグナリングにより構成される、ＤＬコンポーネント・キャリア／サービング・セルのセットを含んでもよく、そのＤＬコンポーネント・キャリア／サービング・セルのセットに対してＷＴＲＵ１０２は、ＵＬにおいて周期的なＣＳＩ報告を送信するようにスケジューリングされ得る。周期的に報告されるＣＣのセット／サービング・セルのセットは、ＷＴＲＵ ＤＬ ＣＣのセットのサブセットを含み得る。ＲＣＣＳは、専用のシグナリングにより構成されるＤＬコンポーネント・キャリア／サービング・セルのセットを含んでもよく、このＤＬコンポーネント・キャリア／サービング・セルのセットに対してＷＴＲＵ１０２は、ＵＬにおいて非周期的なＣＳＩ報告を送信するようにスケジューリングされ得る。非周期的に報告されるＣＣのセット／サービング・セルのセットは、ＷＴＲＵ ＤＬ ＣＣのセット／サービング・セルのセットのサブセットを含み得る。

【0080】

たとえば、ＷＴＲＵの構成されたＣＣのセットの中の１つまたは複数のＣＣについての、詳細なチャネル情報のフィードバックがｅＮｏｄｅＢで要求されない場合、ＷＴＲＵ１０２は、非周期的な報告においてはそうしたＣＣのフィードバックを除外して、帯域幅の利用を最大にするように構成され得る。たとえば、システム内のユーザー数が多いために、ｅＮｏｄｅＢが大きなフィードバックのオーバーヘッドを被る場合、ｅＮｏｄｅＢは、各々のＷＴＲＵの構成されたＤＬ ＣＣのセットの中のＣＣのサブセットに対して周期的な報告を構成することによって、オーバーヘッドを制限することを決定してもよい。これにより、ｅＮｏｄｅＢにおける報告の構成の柔軟性を向上させることができる。

【0081】

周期的なＣＳＩ ＲＣＣＳおよび非周期的なＣＳＩ ＲＣＣＳは、たとえば、ｃｑｉ−ＲｅｐｏｒｔＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒＳｅｔＰｅｒｉｏｄｉｃおよびｃｑｉ−ＲｅｐｏｒｔＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒＳｅｔＡｐｅｒｉｏｄｉｃのような２つの構成パラメータを介して、上位層のシグナリングにより構成され得る。たとえば、パラメータは、以下のように、ＩＥ ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに含まれ得る。

【0082】

【表3】

【0083】

ＣＳＩ ＲＣＣＳは、５つのコンポーネント・キャリアがサポートされると仮定すれば、たとえば５ビットを用いたビットマップを介して構成され得る。ＣＳＩ ＲＣＣＳは、構成されるＤＬコンポーネント・キャリアの数に応じて、所定の数のビットを用いて構成され得る。

【0084】

ある実施形態では、周期的な報告および非周期的な報告は、同じサブフレームにおいて同時に送信され得る。たとえば、周期的な報告と非周期的な報告との両方が同じサブフレームで起きると、周期的な報告と非周期的な報告との両方が、そのサブフレームで送信され得る。

【0085】

周期的な報告と非周期的な報告との両方が、同じＤＬ ＣＣまたはサービング・セルに関連する場合、ＷＴＲＵ１０２は非周期的な報告を送信することができる。周期的な報告は、脱落され得る。周期的な報告と非周期的な報告が異なるＣＣ／サービング・セルに対応する場合、ＷＴＲＵ１０２は、周期的な報告と非周期的な報告の両方をそのサブフレームで送信することができる。ＷＴＲＵ１０２は、ＷＴＲＵ１０２のコンポーネント・キャリアのセットの中の１つまたは複数のＣＣに対する周期的なフィードバックを送信することができ、一方で非周期的な報告は、そのセットの中の他のＣＣに対して送信され得る。

【0086】

図５は、キャリア・アグリゲーションの場合に、チャネル状態情報を報告する例示的な方法を示す。示されるように、５１０において、非周期的なＣＳＩ報告を送信するためのインジケーションが受信され得る。ある実施形態では、ＣＱＩ、ＰＭＩおよび／またはＲＩのようなＣＳＩ情報の非周期的な報告の要求が受信され得る。たとえば、非周期的なＣＳＩ報告を送信するためのインジケーションは、サブフレームｎのようなサブフレームで受信され得る。ある例では、ＷＴＲＵ１０２は、サブフレームｎにおいて、ダウンリンク制御情報（ＤＣＩ：downlink control information）フォーマット０を受信することができる。ＤＣＩフォーマットは、ＰＵＳＣＨでアップリンク送信のためのリソースを付与することができる。ＤＣＩフォーマットでは、ＣＱＩ要求フィールドは１に設定され得る。ある例では、ＷＴＲＵ１０２は、サブフレームｎにおいて、ランダム・アクセス応答グラントを受信することができる。ランダム・アクセス応答グラントでは、ＣＱＩ要求フィールドは、非コンテンション型のランダムアクセス手順の場合には、１に設定され得る。インジケーションに基づいて、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、サブフレームｎ＋ｋのようなサブフレームの中で、ＰＵＳＣＨ上で非周期的なＣＱＩ、ＰＭＩ、および／またはＲＩの報告を実行するべきであると、判定することができる。ある実施形態では、ｋはＦＤＤでは４に等しくてよい。

【0087】

図５に示されるように、５３０において、ＣＳＩが報告され得るサービング・セルまたはサービング・セルのセットが決定され得る。ＷＴＲＵ１０２は、以下の方法の少なくとも１つに従って、ＣＱＩ、ＰＭＩ、ＲＩまたはこれらの任意の組み合わせが報告され得る、サービング・セルまたはサービング・セルのセットを決定することができる。たとえば、この決定は、受信されたＤＣＩまたは受信された内容のような、受信されたインジケーションに基づき得る。

【0088】

ある実施形態では、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、サブフレームｎで受信されたインジケーションを復号すると、決定され得る。上で説明されたように、受信されたインジケーションは、アップリンクＤＣＩフォーマット、および／またはランダム・アクセス応答グラントを含み得る。ＤＬサービング・セルまたはＤＬサービング・セルのセットは、受信されたＤＣＩフォーマットまたは受信されたランダム・アクセス応答グラントに含まれる、ＵＬグラントに基づいて決定され得る。たとえば、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、ＵＬグラントにより示される、たとえば、受信されたアップリンクＤＣＩフォーマットまたは受信されたランダム・アクセス応答グラントの中の、ＰＵＳＣＨ送信のサービング・セルを含み得る。たとえば、受信されたアップリンクＤＣＩフォーマットまたは受信されたランダム・アクセス応答グラントは、ＣＳＩ要求フィールド、ＣＱＩ要求フィールドなどのような、フィールドを含み得る。フィールドは、非周期的なＣＳＩ報告が引き起こされたかどうかを示す値、および／または、ＣＳＩ報告が引き起こされた（triggered）ＤＬサービング・セルもしくはＤＬサービング・セルのセットを示す値を、含み得る。

【0089】

たとえば、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、ＵＬグラントが適用され得るＵＬサービング・セルと関連付けられるＤＬサービング・セルに対応し得る。ＵＬサービング・セルは、Ｐｃｅｌｌおよび／またはＳｃｅｌｌを含み得る。関連付けは上位層（ＲＲＣ）のシグナリングにより提供されてもよく、専用の方法とＤＬサービング・セルのシステム情報（ＳＩＢ２ ｌｉｎｋｉｎｇ）についてのブロードキャストとのいずれかで、示され得る。

【0090】

ある実施形態では、ＤＣＩによりシグナリングされるＵＬグラントは、実際の送信を引き起こさないことがある。たとえば、ＤＣＩによりシグナリングされるＵＬグラントは、構成されていないＵＬサービング・セルに対応し得る。ＤＣＩによりシグナリングされるＵＬグラントは、ＵＬ−ＳＣＨデータを伴わないまたはトランスポートブロックを伴わない、アップリンク制御情報（ＵＣＩ）の送信を示すグラントと同じフィールドを有し得る。たとえば、フィールドは、ＩＭＣＳ＝２９かつＮＰＲＢ≦４となるような値を含み得る。ＤＣＩによりシグナリングされるＵＬグラントは、グラントの目的はＣＳＩが報告されるＤＬサービング・セルまたはＤＬサービング・セルのセットを示すことであるということを示すために、特定の値に従って設定されたフィールドを有し得る。たとえば、フィールドは、ＮＰＲＢ＝０となるような値を含み得る。ＤＣＩによりシグナリングされるＵＬグラントが実際の送信を引き起こさない場合、ＣＳＩは（他のＵＬ制御情報とともに）、所定の規則に従って、別のＵＬサービング・セルに送信され得る。この規則は、ＡＣＫ／ＮＡＣＫフィードバック（たとえば、もしあればＰｃｅｌｌのＰＵＳＣＨに含まれる）を含み得るＵＣＩの場合と同じ規則であり得る。所与のサブフレームで、ＷＴＲＵ１０２が実際の送信に対応し得ないＵＬグラントを検出すると、ＷＴＲＵ１０２は、サブフレームｎ＋ｋにおいて、ＰＵＳＣＨで非周期的なＣＳＩを全く報告しなくてもよい。

【0091】

ある実施形態では、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、たとえば、ＤＣＩフォーマットまたはランダムアクセス応答に含まれるＵＬグラントが適用され得る、たとえばＰｃｅｌｌおよび／またはＳｃｅｌｌに対応し得る。ある実施形態では、ＤＬサービング・セルまたはダウンリンク・サービング・セルのセットは、ＤＣＩフォーマットまたはランダムアクセス応答が復号され得る、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）のＤＬサービング・セルに対応し得る。これは、ＤＣＩフォーマット、またはキャリア・インジケーション・フィールド（ＣＩＦ：carrier indication field）ではなくてもよいＤＣＩフォーマットに当てはまり得る。ある実施形態では、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、ランダムアクセス応答が復号され得る物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のＤＬサービング・セルに対応し得る。ある例示的な方法では、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、定義されたキャリア固有またはサービング・セル固有の探索空間に従ったＤＣＩフォーマットの復号位置に基づいて決定され得る。

【0092】

ＣＳＩが非周期的報告で報告される、構成されたＤＬサービング・セルまたは構成されたサービング・セルのサブセットは上位層で構成され得る。たとえば、報告が実行されるＤＬサービング・セルのサブセットは、周期的なＣＳＩ報告が全く実行されない構成されたＤＬサービング・セルのサブセットに対応し得る。

【0093】

ある例示的な方法では、サブフレームのセットは、ＣＳＩ報告が送信され得るＤＬサービング・セルまたはＤＬサービング・セルのセットに対して定義され得る。サブフレームのセットは、サブフレーム番号、フレーム番号またはこれらの組み合わせを、上位層により構成され得る他のパラメータとともに用いて定義され得る。たとえば、Ｎ個の構成されたキャリア／サービング・セルの場合、Ｎｆをシステムフレーム番号、Ｎｓをサブフレーム番号、ｏｆｆｓｅｔを上位層により構成されるパラメータとすると、（１０Ｎｆ＋Ｎｓ＋ｏｆｆｓｅｔ）ｍｏｄｕｌｏ Ｎ＝ｊを満たすサブフレームとして、ｊ番目のＤＬサービング・セルに対するサブフレームのセットが定義され得る。たとえば、非周期的な報告を送信するためのインジケーションが受信されたサブフレームが、ＤＬサービング・セルに対して定義されるサブフレームのセットに属する場合、ＷＴＲＵ１０２は、ＤＬサービング・セルに対するＣＳＩ報告を送信することができる。たとえば、非周期的な報告が送信されることになるサブフレームが、ＤＬサービング・セルに対して定義されるサブフレームのセットに属する場合、ＷＴＲＵ１０２は、ＤＬサービング・セルに対するＣＳＩ報告を送信することができる。２つのＤＬサービング・セルの場合、非周期的な報告が偶数番目のサブフレームで送信されると、一方サービング・セルに対するＣＳＩ報告が送信され、非周期的な報告が奇数番目のサブフレームで送信されると、もう一方のサービング・セルに対するＣＳＩ報告が送信され得る。

【0094】

例示的な方法では、ＤＬサービング・セルまたはＤＬサービング・セルのセットは、ＤＣＩフォーマットの中の、または、サブフレームｎで受信され得るＣＱＩ要求を有するランダム・アクセス応答グラントの中の、インジケーションに基づいて決定され得る。たとえば、このインジケーションは、キャリアインジケーションフィールド（ＣＩＦ）および／またはＣＳＩ要求フィールドであってよい。インジケーションと、ＤＬサービング・セルまたはＤＬサービング・セルのセットとのマッピングは、上位層により提供され得る。たとえば、ＤＬサービング・セルは、ＣＩＦフィールドを介して直接示され得る。ＤＬサービング・セルは、ＣＩＦにより示されるＵＬキャリアと関連する、ＤＬサービング・セルであってよい。特定のコードポイントが、報告すべきＤＬサービング・セルのセットは別の方法を用いて決定され得るということを示し得る。たとえば、特定のコードポイントを受信すると、ＷＴＲＵ１０２は、サブフレームのタイミングに基づいて、ＤＬサービング・セルのセットを決定することができる。ある実施形態では、ＣＳＩ要求フィールドのための第１の特定のコードポイントを受信すると、ＷＴＲＵ１０２は、ＤＬサービング・セルが、たとえばアップリンクＤＣＩフォーマットまたはランダム・アクセス応答グラントの中に、ＵＬグラントにより示されるＰＵＳＣＨ送信のサービング・セルを含み得ると判定することができる。ある実施形態では、ＣＳＩ要求フィールドに対する特定のコードポイントを受信すると、ＷＴＲＵ１０２は、サービング・セルのセットが上位層により構成された対応するセットを含み得ると判定することができる。

【0095】

ＤＬサービング・セルまたはＤＬサービング・セルのセットに対するインジケーションはまた、フィールド、またはＤＣＩフォーマットの中のフィールドのビットもしくはコードポイントのサブセットを、再利用または置換することによって搬送され得る。ＣＳＩが要求されている「ＣＱＩ要求フィールド」に対して、再解釈が起き得る。たとえば、再利用または再解釈され得るフィールドは、単独でまたは組み合わせて、「スケジューリングされたＰＵＳＣＨに対するＴＰＣコマンド」フィールド、「リソースブロック割り当ておよびホッピングリソース割り当て」フィールド、「変調および符号化方式ならびに冗長性バージョン」フィールド、および／または「ＤＭ ＲＳに対する周期的なシフト」フィールドを含み得る。ある実施形態では、他の制御フィールドも、ＣＳＩが報告され得るＤＬサービング・セルまたはＤＬサービング・セルのセットを示すために、再利用または再解釈され得る。

【0096】

フィールドが、報告対象のＤＬサービング・セルまたはＤＬサービング・セルのセットを示すために最利用される場合、ＷＴＲＵ１０２は、このフィールドに最初に関連付けられた機能に関して、異なるように動作し得る。ある実施形態では、ＷＴＲＵ１０２は、元の機能に関して何ら動作しなくてもよい。たとえば、ＴＰＣビットを再利用する場合、ＷＴＲＵ１０２は、電力制御の調整を行うことを避けてもよい。

【0097】

ある実施形態では、ＷＴＲＵ１０２は、再利用されたフィールドにより示された値が事前に定義された値であるかのように、または上位層によりシグナリングされた値であるかのように、動作してもよい。たとえば、「ＤＭ ＲＳに対する周期的なシフト」が再利用される場合、ＷＴＲＵ１０２は、「ＤＭ ＲＳに対する周期的なシフト」フィールドが「０００」に設定されたかのように、または上位層により与えられる値に設定されたかのように、動作してもよい。この値は、グラントが適用され得るＵＬキャリアにも依存し得る。

【0098】

ある実施形態では、ＷＴＲＵ１０２は、受信されたコードポイントのいくつかの値については、既存の機能に関して元の解釈に従って動作してもよい。たとえば、「リソースブロック割り当ておよびホッピングリソース割り当て」フィールドが再利用される場合、ＷＴＲＵ１０２は、元の解釈に従えば有効な割り当てを示した可能性のある任意のコードポイントを解釈してもよい。

【0099】

ある実施形態では、元の機能に関して有効なコードポイントまたは定義されたコードポイントに対応し得るコードポイントは、有効な値または動作にマッピングされ得る。たとえば、「リソースブロック割り当て」フィールドが再利用される場合、元の解釈に従って有効な割り当てを表さないコードポイントは、有効な割り当てにマッピングされ得る。ＷＴＲＵ１０２は、既存の機能に関連するマッピングに従って、フィールドまたはフィールドのビットのサブセットを再解釈することができる。たとえば、「スケジューリングされたＰＵＳＣＨに対するＴＰＣコマンド」フィールドが再利用される場合、このフィールドの第１のビットは、依然として電力調整値としてＷＴＲＵ１０２により解釈され得る。ある実施形態では、ＷＴＲＵ１０２は、タイミングの関係性を、フィールドの１つまたは複数の解釈と関連付けてもよい。

【0100】

ＤＬサービング・セルまたはＤＬサービング・セルのセットは、非周期的な要求がランダムアクセス応答で受信され得るかどうかに基づいて決定され得る。たとえば、要求がランダムアクセス応答で受信される場合、ＤＬサービング・セルのセットは、Ｐｃｅｌｌのような主要キャリアまたは主要サービング・セルを含み得る。ＤＬサービング・セルのセットは、ランダムアクセス応答が復号され得る、ＰＤＳＣＨのＤＬサービング・セルを含み得る。ＤＬサービング・セルのセットは、構成されたセルまたはアクティブ中のセルのＤＬサービング・セルを含み得る。ＤＬサービング・セルのセットは、ランダム・アクセス応答グラントに含まれるフィールドにより示され得る、構成されたセルまたはアクティブ中のセルのサブセットのＤＬサービング・セルを含み得る。

【0101】

ある実施形態では、ｎ個のＤＬサービング・セルのサブセットが決定され得る。サブセット中のＤＬサービング・セルの数ｎは、上位層により定義または構成され得る。ＤＬサービング・セルのサブセットは、ＣＱＩがＤＬサービング・セルの中で最大であるＤＬサービング・セルを含み得る。現在アクティブ期間ではない、または非アクティブ中の状態のＤＬサービング・セルは、順序から除外され得る。

【0102】

図５に示されるように、５４０において、決定されたＤＬサービング・セルまたはＤＬサービング・セルのセットのＣＳＩ報告が、送信され得る。ある実施形態では、報告の順序または手順が、ＤＬサービング・セルまたはＤＬサービング・セルのセットに対して定義され得る。報告の対象とすべきＤＬサービング・セルは、定義された順序または手順を通じた周期性により決定され得る。たとえば、報告の対象とすべきＤＬサービング・セルまたはＤＬサービング・セルのセットは、非周期的な報告で最後に報告されたＤＬサービング・セル、周期的な報告で最後に報告されたＤＬサービング・セル、および／または任意の報告（周期的な報告または非周期的な報告）で最後に報告されたＤＬサービング・セルという順序における、次のＤＬサービング・セルとして定義され得る。アクティブ期間ではない可能性がある、または非アクティベート状態である可能性があるＤＬサービング・セルは、順序から除外され得る。

【0103】

２つ以上のＤＣＩが、１つのサブフレームで、サービング・セルに対するＣＳＩ報告を要求することができる。ある実施形態では、ＷＴＲＵ１０２は、ＤＬサービング・セルのＣＳＩを全く報告しなくてもよい。たとえば、ＷＴＲＵ１０２は、２つ以上のＤＬサービング・セルに対応する要求を、エラーとして考えてもよい。ある実施形態では、ＷＴＲＵ１０２は、所定の規則から選択されたＤＣＩに従って、１つのＤＬサービング・セルのＣＳＩまたはＤＬサービング・セルの１つのセットを報告することができる。たとえば、ＤＣＩは、ＤＣＩが復号されたＤＬサービング・セルに基づいて、選択され得る。

【0104】

ある実施形態では、ＷＴＲＵ１０２は、前に説明された実施形態の１つまたは組み合わせに従って各々のＤＣＩにより示される、ＤＬサービング・セルのＣＳＩ、またはＤＬサービング・セルのセットを報告することができる。ある実施形態では、ＤＬサービング・セルがＣＳＩ報告から除外されるべきであるかどうかを判定する際に、以下で説明されるような条件の１つまたは組み合わせが満たされる場合、ＷＴＲＵ１０２は、非周期的な要求が受信されたサブフレームで、または報告が行われることになるサブフレームで、他の実施形態では上記の方法のうちの１つに従ってＤＬサービング・セルに対する報告を有していたとしても、それを含まなくてもよい。

【0105】

サブフレームの中の非周期的なＣＱＩ／ＰＭＩ／ＲＩの報告に対して利用可能な情報の量は、１つまたは複数の因子に限定され得る。たとえば、情報は、報告が行われ得る、かつ上位層によりシグナリングされ得るＤＬサービング・セルの最大の数により限定され得る。情報は、情報ビット、符号化されたビット、またはシンボルの最大の数により制限されてもよく、この最大の数は、変調／符号化の方式、ＰＵＳＣＨのためのリソースブロックの数、グラント、ＨＡＲＱ−ＡＣＫ情報の存在、またはこれらの組み合わせにより決まり得る。

【0106】

非周期的な報告が、２つ以上のＤＬサービング・セルに対して送信されることになり、情報が２つ以上のサブフレームで送信されることになる場合、ＷＴＲＵ１０２は、ＤＬサービング・セルについて報告対象になり得るＣＱＩ／ＰＭＩ／ＲＩを決定することができる。ＷＴＲＵ１０２は、以下で説明される少なくとも１つの優先規則に従って、どのサービング・セルがサブフレームで脱落されるべきかを決定することができる。

【0107】

非周期的な報告が、上記の実施形態の１つに従って、２つ以上のＤＬサービング・セルに対して送信されるべきである場合、および、上で説明された制限のような制限によって、サブフレームで全ての情報を報告できない場合、ＷＴＲＵ１０２は、サービング・セルについて報告になり得るＣＱＩ／ＰＭＩ／ＲＩを決定することができる。ＷＴＲＵ１０２は、以下で説明される少なくとも１つの優先規則に従って、そのサブフレームでサービング・セルについて脱落対象となるＣＱＩ／ＰＭＩ／ＲＩを決定することができる。

【0108】

ある実施形態では、複数のＣＳＩ報告は、単一のサブフレームで送信され得る。たとえば、２つ以上のＤＬサービング・セルまたはコンポーネント・キャリアのＣＱＩ／ＰＭＩ／ＲＩ情報が１つのサブフレームで報告され得る。ＣＳＩ報告は、最初に連結され、次いで一緒に符号化され得る。報告は、別々に符号化されてもよく、符号化されたビット／シンボルは連結され得る。ＤＬサービング・セルまたはコンポーネント・キャリアの識別子は、複数の報告が同じサブフレームに含まれる場合、それぞれの報告とともに含まれてもよい。

【0109】

ある実施形態では、各々の連結されたＣＳＩ報告の所定の順序および／または位置が、ＷＴＲＵ１０２とｅＮＢ１４０の両方に知られ得る。ＷＴＲＵ１０２は、連結された報告の所定の順序または位置に基づいてＣＳＩ報告を生成することができ、受信ｅＮＢ１４０は、所定の順序または位置に基づいてＣＳＩ報告を処理することができる。ある実施形態では、ＤＬサービング・セルまたはコンポーネント・キャリアの対応する識別子は、それぞれの報告とともに含まれなくてもよい。

【0110】

ある実施形態では、２つ以上のサービング・セルまたはコンポーネント・キャリアの複数のＣＳＩ報告が単一のサブフレームで報告される場合、情報ビットは、テールバイティング畳込み符号（ＴＢＣＣ：tail biting convolutional coding）符号化方式を用いて、一緒に符号化され得る。Ｒｅｅｄ−Ｍｕｌｌｅｒ（ＲＭ）符号化方式のような他の符号化方式も用いられ得る。ある実施形態では、複数の符号化方式が用いられ得る。ＴＢＣＣは、大量の情報ビットを符号化するのにより適していることがあり、ＲＭは、少数の情報ビットが符号化される場合により適していることがある。したがって、複数の符号化方式を組み合わせることで、性能を向上させることができる。

【0111】

ある実施形態では、異なる符号化方式を用いるためのトリガ方法が適用され得る。どの符号化方式が利用され得るかを決定するために、単一の閾値または複数の閾値が用いられ得る。

【0112】

ある実施形態では、１つのサブフレームの中で送信されることになる複数の報告の全体のサイズが、閾値と比較され得る。たとえば、ＷＴＲＵは、符号化されることになる情報ビットのサイズが閾値以上である場合には、ＴＢＣＣのような特定の符号化方式を用いることを決定することができる。符号化されることになる情報ビットのサイズが閾値以下である場合、ＷＴＲＵは、ＲＭのような異なる符号化方式を用いることを決定することができる。単一のサブフレームで送信される２つ以上のＤＬサービング・セルまたはコンポーネント・キャリアに対する複数のＣＳＩ報告は、ＰＵＳＣＨで搬送され得る。ある実施形態では、ＰＵＳＣＨは、単一のサブフレームで送信される２つ以上のＤＬサービング・セルまたはコンポーネント・キャリアに対する複数のＣＳＩ報告がＰＵＳＣＨで搬送され得る場合、制御情報を搬送することができる。ある実施形態では、ＰＵＳＣＨは、ＣＳＩ報告とともに、他の情報を搬送してもよい。

【0113】

ある実施形態では、１つのサブフレームで送信されることになる複数の報告の各々のサイズが閾値と比較され得る。上で説明されたように、２つ以上のＤＬサービング・セルまたはコンポーネント・キャリアの複数のＣＳＩ報告が単一のサブフレームで報告される場合、情報ビットは別々に符号化され得る。異なるＣＳＩ報告は、異なる符号化方式を用いて符号化され得る。符号化スキームに対する単一または複数の閾値に基づくトリガ機構が、報告の符号化を分離するために適用され得る。たとえば、ＷＴＲＵ１０２は、第１の報告のサイズが閾値を超えた場合、第１の報告に対してはＴＢＣＣのような特定の符号化スキームを用いることを決定することができる。ＷＴＲＵ１０２は、第１の報告のサイズが閾値以下である場合、第２の報告に対してはＲＭのような特定の符号化方式を用いることを決定することができる。

【0114】

ある実施形態では、ＷＴＲＵ１０２は、ＣＱＩ／ＰＭＩ／ＲＩの周期的な報告が所与のサブフレームで実行され得るＤＬサービング・セルまたはＤＬサービング・セルのセットを、このサブフレームにおける報告の種類とともに決定することができる。たとえば、ＷＴＲＵ１０２は、各々のＤＬサービング・セルに対して、以下で説明される制限のもとにある、所与のサブフレームで送信され得る報告（もしあれば）の種類を、まず決定することができる。たとえば、各々のＤＬサービング・セルに対して固有のパラメータ値を有する、別々の周期的なＣＱＩの報告の構成（異なる種類の報告の周期性およびオフセットを定めるインデックスを含む）が存在し得る。ある実施形態では、ＤＬサービング・セルがＣＳＩ報告から除外されるべきであるかどうかを決定する状況で説明されたような、条件の１つまたは組み合わせが満たされる場合、ＷＴＲＵ１０２は、他の実施形態では前述の方法の１つに従ってＤＬサービング・セルに対する報告を有したとしても、それを含まなくてもよい。

【0115】

ある実施形態では、ＷＴＲＵ１０２は、２つ以上のＤＬサービング・セルのための報告がこのサブフレームで送信されるべきであると、決定することができる。これは、たとえば、２つのＤＬサービング・セルの周期的な報告に対する報告の構成が、両方とも特定のサブフレームで報告されるように構成されるようなものである場合に、起こり得る。これらの複数の報告を送信するのに必要な情報の量は、このサブフレームで（たとえば、ＷＴＲＵ１０２に割り当てられたＰＵＣＣＨまたはＰＵＳＣＨリソースにより）搬送され得る最大の情報量を超えることがある。報告が送信され得るＤＬサービング・セルの数は、報告が単一のサブフレームで行われ得るＤＬサービング・セルの定められた最大の数を超えることがある。ＷＴＲＵ１０２は、最初に伝送されると決定された報告のサブセットを、サブフレーム内に送信することができる。ＷＴＲＵ１０２は、以下で説明される少なくとも１つの優先規則に従って、サブフレームで送信され得る報告のサブセットを選択することができる。ＤＬサービング・セルの識別子は、それぞれの報告とともに含まれ得る。ＤＬサービング・セルの識別子は、複数の報告が同じサブフレームに含まれる場合、それぞれの報告とともに含まれ得る。

【0116】

非周期的な報告または周期的な報告は、１つまたは複数の規則に基づいて優先順位を付けられ得る。たとえば、異なるＤＬサービング・セルの報告の間の優先順位が、上位層により与えられる優先順序に基づいて決定され得る。たとえば、この順序は、ＲＲＣ構成における順序に基づいてもよく、または、各々のＤＬサービング・セルに対する明示的なインジケーションに従ったものでもよい。たとえば、Ｐｃｅｌｌのような主要キャリア（またはサービング・セル）に対する報告は、Ｓｃｅｌｌのような二次的キャリアよりも優先順位が高くてもよい。

【0117】

異なるＤＬサービング・セルの報告の間の優先順位は、各々のＤＬサービング・セルに対して送信されている報告の種類に基づいて決定され得る。たとえば、ＲＩフェードバックを搬送し得るタイプ３の報告は、サブバンドのＣＱＩ、広帯域のＣＱＩ／ＰＭＩおよび広帯域のＣＱＩをそれぞれ搬送し得る、タイプ１、タイプ２、またはタイプ４の報告よりも優先順位が高くてもよい。そして、報告は、主要キャリア（またはサービング・セル）すなわちＰｃｅｌｌが、二次的キャリアまたはＳｃｅｌｌよりも優先順位が高くなるように優先順位を付けられ得る。広帯域のＣＱＩ／ＰＭＩの報告は、サブバンドのＣＱＩの報告よりも優先順位が高くてもよい。ＰＵＣＣＨとＰＵＳＣＨの同時伝送がサポートされる場合、同じサブフレームにおいて、ＰＵＣＣＨでの報告は、ＰＵＳＣＨでの報告よりも優先順位が高くてもよい。

【0118】

ＲＩ情報は、ＣＱＩ／ＰＭＩ情報を通じて優先順位を付けられ得る。そのような優先順位付けは、ＤＬサービング・セルの間での優先順位付けよりも前に、実行され得る。

【0119】

異なるＤＬサービング・セルの報告の間の優先順位は、各々のＤＬサービング・セル、ＰＵＳＣＨ ＣＱＩフィードバックの種類、および／またはＰＭＩフィードバックの種類に対して構成される報告モードに基づいて決定され得る。たとえば、報告モード１−２により構成されるキャリアは、報告モード２−２により構成されるキャリアよりも優先順位が高くてもよい。異なるＤＬサービング・セルの報告の間の優先順位は、各々のＤＬサービング・セルに対して構成される送信モードに基づいて決定され得る。前のサブフレームで報告が脱落されている可能性があり、それ以降報告が送信されていないＤＬサービング・セルは、他のＤＬサービング・セルよりも優先順位が高くてもよい。異なるＤＬサービング・セルの報告の間の優先順位は、非周期的な報告、周期的な報告、または周期的な報告もしくは非周期的な報告がＤＬサービング・セルに対して最後に送信されてからの時間に基づいて決定され得る。たとえば、報告がより長期間送信されていないＤＬサービング・セルは、より優先順位が高くてもよい。ある実施形態では、ＣＱＩ、ＰＭＩ、および／またはＲＩに対する非周期的な報告からの時間は異なっていることがある。たとえば、ＣＱＩおよび／またはＰＭＩは、ＲＩよりも頻繁に送信されることがある。

【0120】

異なるＤＬサービング・セルの報告の間の優先順位は、周期的な報告と非周期的な報告のいずれかが主要キャリアまたはＰｃｅｌｌに対して送信されてからの時間に基づいて決定され得る。その優先順位は、ＤＬサービング・セルに対する報告が最後に送信されてからの、ＣＱＩ、ＰＭＩ、および／またはＲＩの変化の量に基づいてもよい。たとえば、ＣＱＩがより大きな量変化したＤＬサービング・セルは、優先順位がより高くてもよい。異なるＤＬサービング・セルまたはサービング・セルのセットの報告の間の優先順位は、Ｉ_CQI/PMIの値のような周期性およびオフセットを示し得る、対応する構成インデックス（configuration index）に基づいて決定され得る。構成インデックスＩ_CQI/PMIは上位層により提供されてもよく、パラメータｃｑｉ−ｐｍｉ−ＣｏｎｆｉｇＩｎｄｅｘのようなパラメータにより与えられる、ＣＱＩ／ＰＭＩの報告に対するインデックスを含み得る。異なるＤＬサービング・セルまたはサービング・セルの報告の間の優先順位は、インデックスＩ_R1のような対応する構成インデックスに基づいて決定され得る。ランクインジケーションに対する構成インデックスＩ_R1は上位層により提供されてもよく、パラメータｒｉ−ＣｏｎｆｉｇＩｎｄｅｘのようなパラメータにより与えられる、ＲＩの報告に対するインデックスを含み得る。たとえば、Ｉ_CQI/PMIの値が、（アクティベートされた）サービング・セルまたはＤＬサービング・セルの中で最大であり得る、（アクティベートされた）サービング・セルまたはＤＬサービング・セルは、優先順位が最高であってよい。このことは、同じ周期性で報告され、しかし異なるオフセットで報告された可能性のある、サービング・セルまたはＤＬサービング・セルの間の優先順位付けの基準を提供し得る。

【0121】

異なるＤＬサービング・セルの報告の間の優先順位は、各々のＤＬサービング・セルのＣＱＩの値に基づいて決定され得る。たとえば、よりＣＱＩの高いＤＬサービング・セルは、優先順位がより高くてもよい。たとえば、複数のＤＬサービング・セルの周期的なＣＳＩ報告が送信されることになる場合、ＤＬサービング・セルのそれぞれのＣＱＩ値が、報告の優先順位を決定し得る。たとえば、ＤＬサービング・セルに対する報告は、ＣＱＩが閾値を超えていれば、報告され得る。この基準は、ＷＴＲＵにより選択されるサブバンドの場合にも適用可能であり得る。たとえば、広帯域のＣＱＩの参照値が、次のサブバンドの差分フィードバックの報告に対して適用可能であり得る、ＤＬサービング・セル。

【0122】

異なるＤＬサービング・セルの報告の間の優先順位は、ＤＬサービング・セルに対する報告の最後の送信からの、ＣＱＩ／ＰＭＩ／ＲＩの変化の量に基づいて決定され得る。たとえば、ＣＱＩがより大きな量変化したＤＬサービング・セルは、より優先順位が高くてもよい。異なるＤＬサービング・セルの報告の間の優先順位は、ＤＬサービング・セルが属する周波数帯に基づいて決定され得る。たとえば、ＤＬサービング・セルは、サブフレームにおいてＤＬサービング・セルの報告対象の周波数帯の数が最大となり得るように選択され得る。

【0123】

ある実施形態では、異なるサービング・セルのＣＱＩ／ＰＭＩ／ＲＩの報告に対する複数の優先規則が適用され得る。たとえば、サービング・セルに基づく優先規則と同時に、報告の種類に基づく優先規則が定義され適用されてもよい。ある実施形態では、報告の種類に基づく優先規則は、異なるサービング・セルから選択するための優先規則よりも優先度が高くてもよい。たとえば、ＲＩが、第１のサービング・セルに対してあるサブフレームで報告されるようにスケジューリングされ、一方、ＣＱＩ／ＰＭＩが、第２のサービング・セルに対して同じサブフレームで報告されるようにスケジューリングされることがある。セルの優先順位付けの規則で、第１のサービング・セルが第２のサービング・セルよりも優先順位が低い場合であっても、第１のサービング・セルのＲＩの優先順位がより高くてもよい。セルの優先順位付けの規則は、最も長い周期で報告されるように構成されるサービング・セルを選択し得る。ある実施形態では、セルの優先順位付けの規則は、報告の種類に基づく優先規則よりも、優先度が高くてもよい。たとえば、ＲＩが、二次的サービング・セルに対してあるサブフレームで報告されるようにスケジューリングされ、一方、ＣＱＩ／ＰＭＩが、主要サービング・セルに対して同じサブフレームで報告されるようにスケジューリングされることがある。報告の種類による優先規則で、ＲＩタイプがＣＱＩ／ＰＭＩタイプよりも優先順位が高い場合であっても、主要サービング・セルのＣＱＩ／ＰＭＩの優先順位がより高くてもよい。ある実施形態では、セルの優先順位付けの規則は、サービング・セルの１つが主要サービング・セルである場合には、報告の種類による優先規則よりも優先度が高くてもよく、サービング・セルが二次的なセルである場合には、報告の種類による優先規則よりも優先度が低くてもよい。

【0124】

ある実施形態では、ＷＴＲＵ１０２は、ＤＬサービング・セルがＣＳＩ報告から除外されるべきであるかどうかを決定することができる。たとえば、ＷＴＲＵ１０２は、非周期的な要求が受信されるサブフレーム、または、ＣＱＩ／ＰＭＩ／ＲＩの周期的な報告もしくは非周期的な報告が行われることになるサブフレームにおいて、他の場合には報告されるＤＬサービング・セルに対するＣＳＩ報告を除外してもよい。たとえば、ＷＴＲＵ１０２は、ＤＬサービング・セルがアクティブ期間ではない場合、ＤＬサービング・セルが非アクティベート状態である場合、送信（または新たな送信）がこのＤＬサービング・セルに対して受信されてからの期間が閾値を超える場合、ならびに／または、ＣＱＩ、ＰＭＩ、および／またはＲＩが、このＤＬサービング・セルに対して最後に報告されてから、閾値よりも大きな量（たとえば絶対値）変化していない場合、ＣＳＩ報告からＤＬサービング・セルを除外することができる。非周期的な報告について、ＷＴＲＵ１０２は、周期的なＣＱＩ／ＰＭＩ／ＲＩの報告のために構成されたＤＬサービング・セルを除外してもよい。ＷＴＲＵ１０２は、報告（周期的な報告、非周期的な報告、または任意の報告）がこのＤＬサービング・セルに対して送信されてからの期間が閾値より短い場合、ＤＬサービング・セルを除外することができる（たとえば、禁止タイマー）。これは、非アクティベート状態のＤＬサービング・セルに適用可能であり得る。

【0125】

ある実施形態では、ペイロードの曖昧さが低減または除去され得る。たとえば、ペイロードの曖昧さは、ネットワークに未知の量のＣＱＩ情報を送信する場合に発生し得る。ペイロードの曖昧さは、送信されるＣＱＩ情報ビットの数がネットワークに予測可能になり得るように、ＣＱＩの報告にビットをパディングすることによって、低減または除去され得る。ペイロードの曖昧さは、ＣＱＩ情報に、サイズインジケータフィールドまたは、いくつのＤＬサービング・セルが報告されるかを示すフィールドをプリペンド（pre-pend）することによって、かつ／または、巡回冗長検査フィールドをプリペンドもしくは付加して、ネットワークによるＣＱＩ情報ビットの数のブラインド検出を可能にすることによって、低減または除去され得る。

【0126】

ある実施形態では、キャリア・アグリゲーション向けの、広帯域のＣＱＩのみの報告を送信するための送信モードが用いられ得る。非周期的なＰＵＳＣＨベースの報告モードのための、広帯域のＣＱＩのみのフィードバックモードは、モード１−０を含み得る。たとえば、ＤＬ ＣＣまたはサービング・セルに対して、ＷＴＲＵ１０２は、そのＣＣまたはサービング・セルの全体の帯域での送信を仮定して、広帯域のＣＱＩ値を計算することができる。ＷＴＲＵ１０２は、非周期的な報告が要求され上位層により構成される、ＤＬ ＣＣまたはサービング・セルに対して計算されたＣＱＩ値（たとえば、ＣＣまたはサービング・セルに対して１つのＣＱＩ値）を報告することができる。広帯域のＣＱＩ値は、ＣＣまたはサービング・セルのランクインジケータ（ＲＩ）が１よりも大きい可能性がある場合でも、対応するＣＣまたはサービング・セルの第１のコードワードに対するチャネル品質を表すことができる。

【0127】

非周期的なＰＵＳＣＨベースの報告モードに対して、広帯域のＣＱＩのみのフィードバックモードをサポートし得る送信モードは、限定はされないが、単一アンテナポートのような送信モード１、送信ダイバーシティのような送信モード２、開ループ空間多重化のような送信モード３、および／またはＷＴＲＵ固有の参照信号のような送信モード７を含み得る。

【0128】

表２は、モード１−０による、複数のＤＬ ＣＣまたはサービング・セルに関連するＰＤＳＣＨ送信に対する、広帯域の報告を用いたＣＱＩフィードバックのための例示的なフィールドおよび対応するビット幅を示す。表２のＮ_CCは、ＤＬ ＣＣまたはサービング・セルの数を示し得る。表２に示されるように、ビット幅は、送信モード１、２、３および７に対するモード１−０に従った、複数のＤＬ ＣＣまたはサービング・セルと関連する、ＰＤＳＣＨ送信のための広帯域の報告を用いたＣＱＩフィードバックのための、４つのＤＬ ＣＣまたはサービング・セルであってよい。ＤＬ ＣＣまたはサービング・セルの数は、ＷＴＲＵ１０２が非周期的なフィードバックの報告を送信し得る、専用のシグナリングにより構成され得る。

【0129】

【表4】

【0130】

ある実施形態では、キャリア・アグリゲーション向けの、非周期的なＰＵＳＣＨベースの報告に対する組み合わされた広帯域のＣＱＩおよび広帯域のＰＭＩフィードバックを送信するための、送信モードが用いられ得る。たとえば、モード１−１は、組み合わされた報告をサポートするように構成され得る。たとえば、ＤＬ ＣＣまたはサービング・セルに対してＷＴＲＵ１０２は、コードブックのサブセットから、単一のプリコーディング行列を選択することができる。ＤＬ ＣＣまたはサービング・セルに対してＷＴＲＵ１０２は、対応する選択されたプリコーディング行列の使用と、そのＣＣまたはサービング・セルの帯域幅全体での送信とを仮定して、コードワード当たりの広帯域のＣＱＩ値を計算することができる。ＷＴＲＵ１０２は、非周期的な報告が要求され得る上位層により構成されるＤＬ ＣＣまたはサービング・セルに対する計算されたＣＱＩ値を報告することができる。たとえば、ＣＣまたはサービング・セル当たり１つのＣＱＩが報告され得る。ＷＴＲＵ１０２は、非周期的な報告が要求され得る上位層により構成されるＤＬ ＣＣまたはサービング・セルに対する選択されたＰＭＩを報告することができる。たとえば、ＣＣまたはサービング・セル当たり１つのＰＭＩが報告され得る。

【0131】

ある実施形態では、モード１−１のような、組み合わされた広帯域のＣＱＩおよび広帯域ＰＭＩの報告モードがＰＵＳＣＨでサポートされ得る。たとえば、モード１−１をサポートし得る送信モードは、閉ループ空間多重化のための送信モード４および／または閉ループＲａｎｋ−１プリコーディングのための送信モード６を含み得る。

【0132】

表３は、モード１−１による、複数のＤＬ ＣＣまたはサービング・セルに関連するＰＤＳＣＨ送信のための広帯域の報告に対するＣＱＩフィードバックのための例示的なフィールドおよび対応するビット幅を示す。

【0133】

【表5】

【0134】

ある実施形態では、広帯域の空間差分のＣＱＩによる手法が、ＰＵＳＣＨベースの報告に対する１つまたは複数のＣＣもしくはサービング・セルの中の第２のコードワードに適用され得る。この手法は、ＣＱＩフィードバックモード１−１および送信モード４で、キャリア・アグリゲーションを用いて、非周期的なフィードバックのオーバーヘッドを最適化することができる。所与のＤＣ ＣＣまたはサービング・セルでのＰＤＳＣＨ送信に対応する第２のコードワードに対する広帯域のＣＱＩ値は、Ｎビットを用いる第１のコードワードのＣＱＩに関して異なるように符号化されてよく、Ｎは３であってよい。

【0135】

表４は、広帯域の空間差分のＣＱＩによる、モード１−１に従った広帯域の報告に対するＣＱＩフィードバックのための、例示的なフィールドおよび対応するビット幅を示す。

【0136】

【表6】

【0137】

表５は、モード１−１による、ＰＵＳＣＨでの非周期的な報告に対する例示的なＣＱＩおよびＰＭＩフィードバックの種類を示す。

【0138】

【表7】

【0139】

キャリア・アグリゲーションでは、報告モードは、２つまたはモードのＤＬ ＣＣまたはサービング・セルに対するＣＱＩ値を含み得る。たとえば、Ｐｃｅｌｌのような主要キャリアと、Ｓｃｅｌｌのような二次的キャリアという、２つのＤＬ ＣＣまたはサービング・セルが存在し得る。コードワードインデックスが計算され得る。たとえば、主要キャリア（Ｃ₀Ｐ）のコードワード０、二次的キャリア（Ｃ₀Ｓ）のコードワード０、および主要キャリア（Ｃ₁Ｐ）のコードワード１に対するＭビットの広帯域の空間差分のＣＱＩ値が、以下のように計算され得る。主要キャリアが２つのコードワードを有し、二次的キャリアが１つのコードワードを有する場合、

【0140】

【数9】

【0141】

である。主要キャリアと二次的キャリアの両方が２つのコードワードを有する場合、

【0142】

【数10】

【0143】

である。上で説明された計算は、主要キャリアおよび２つ以上の二次的キャリアに対して一般化され得る。

【0144】

異なるＣＱＩ値へのオフセット値のマッピングは、その例が以下の表６で提供される、参照表から導出され得る。

【0145】

【表8】

【0146】

ある実施形態では、ＤＬサービング・セル、送信モードの様々な組み合わせに対して、２つ以上のマッピング表があってもよく、または、マッピングは適切な式を用いて導出されてもよい。

【0147】

一実施形態では、ＷＴＲＵ１０２は、ＣＳＩ報告の送信のためだけの、少なくとも１つのアップリンクリソースの割り当てによって構成され得る。たとえば、ＲＲＣのような上位層は、半永続的なアップリンクグラント（semi-persistent uplink grant）（以下、ＳＰＳ−ＣＳＩグラント）を介して、リソースの割り当てを構成することができる。たとえば、ＷＴＲＵ１０２は、リソースがＣＳＩの送信に対して周期的に利用可能になり得るように、ＰＵＳＣＨ送信のための専用のリソースを割り当てられ得る。たとえば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２がＣＳＩ情報のＰＵＳＣＨによる送信を実行するのに、ＰＤＣＣＨを用いた動的なスケジューリングが不要であってもよいように、ＰＵＳＣＨ送信のための専用のリソースを割り当てられ得る。

【0148】

ＷＴＲＵ１０２は、少なくとも１つのサービング・セルに対するＳＰＳ−ＣＳＩグラントにより構成されてもよい。たとえば、構成されたＳＰＳ−ＣＳＩグラントは、主要セル（Ｐｃｅｌｌ）での送信に適用可能であってよい。たとえば、構成されたＳＰＳ−ＣＳＩグラントは、構成された二次的なセル（Ｓｃｅｌｌ）での送信に適用可能であってよい。ある実施形態では、ＷＴＲＵ１０２は、たとえば、同じサービング・セル上で（たとえばＰｃｅｌｌ上で）、Ｐｃｅｌｌおよび１つもしくは複数のＳＣｅｌｌ上で、または複数のＳＣｅｌｌ上で、複数のＳＰＳ−ＣＳＩグラントにより構成され得る。たとえば、ＷＴＲＵ１０２は、ＰｃｅｌｌのＰＵＳＣＨ上の１つまたは複数のリソースブロック（ＲＢ）を用いた、周期的に再発生するアップリンク送信リソースを付与され得る。ＣＳＩ報告に対する期間は、ＣＳＩ送信のための構成されたグラントの複数の期間と等しくてよく、またはその複数の期間であってよい。ＷＴＲＵ１０２が有効なＳＰＳ−ＣＳＩグラントを有し、ＣＳＩ報告が送信されるべきであるサブフレームでは、ＷＴＲＵ１０２は、ＳＰＳ−ＣＳＩグラントに基づいてＣＳＩ報告を送信することができる。

【0149】

ある実施形態では、ＷＴＲＵ１０２は、非連続受信（ＤＲＸ：discontinuous reception）のアクティブ時間の間に、サブフレームに対するＣＳＩ報告を送信することができる。ＤＲＸは、ＷＴＲＵ１０２が非連続的にＰＤＣＣＨを監視できるようにし得る機能または動作モードである。たとえば、ＤＲＸが構成されると、ＷＴＲＵ１０２は、ＤＲＸのアクティブ時間の間、ＰＤＣＣＨを監視することができる。ＷＴＲＵ１０２は、ＳＰＳ−ＣＳＩグラントで規定されるサービング・セルに対する他の動的なグラントおよび／または割り当てに関してＷＴＲＵ１０２がＰＤＣＣＨを監視し得るサブフレームに対するＣＳＩ報告を送信することができる。ある実施形態では、ＷＴＲＵ１０２は、ＤＲＸのアクティブ時間に対応し得ないサブフレームに関するＣＳＩを送信することができない。たとえば、ＤＲＸが構成され、ＷＴＲＵ１０２がＤＲＸのアクティブ時間にはない場合、ＷＴＲＵ１０２はＳＲＳを送信できず、ＰＵＣＣＨでＣＱＩ／ＰＭＩ／ＲＩを報告できない。

【0150】

ＷＴＲＵ１０２は、ＲＲＣのようなレイヤ３のシグナリングによって、ＳＰＳ−ＣＳＩグラントの構成を受信することができる。ＷＴＲＵ１０２は、グラントが受信されるとすぐに、または所定の遅延の後に、または、ＳＰＳ−ＣＳＩグラントおよび／もしくはＣＳＩ報告を有効にし得る次の制御シグナリングが受信された後に、ＣＳＩに対して構成されたグラントの利用を開始することができる。たとえば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が周期的なＣＳＩ報告のための有効な構成を有する場合、構成されたＳＰＳ−ＣＳＩグラントを用いることができる。たとえば、ＷＴＲＵ１０２は、ＳＰＳ−ＣＳＩグラントがアクティベートされると、ＣＳＩ報告がアクティベートされると、ＤＲＸが構成される場合にＤＲＸのアクティブ時間内である場合に、かつ／または、アクティベートされたＳＣｅｌｌが少なくとも１つある場合に、構成されたＳＰＳ−ＣＳＩグラントを用いることができる。

【0151】

ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、レイヤ１のシグナリングの受信から得られたインジケーションに基づいて、構成されたＳＰＳ−ＣＳＩグラントを使用しまたはアクティベートすることができると決定することができる。たとえば、ＷＴＲＵ１０２は、特定のＲＮＴＩによりスクランブルされたＤＣＩに基づいて、構成されたＳＰＳ−ＣＳＩグラントを使用しまたはアクティベートすることができる。たとえば、ＤＣＩの受信のタイミングが、有効であれば構成されたグラントが適用可能なサブフレームと一致する場合、ＷＴＲＵ１０２は、周期的なＣＳＩがＣＳＩのための構成されたグラントを用いて報告されるべきであるという明示的なインジケーションを含むＤＣＩに基づいて、構成されたＳＰＳ−ＣＳＩグラントを使用しまたはアクティベートすることができる。たとえば、ＤＣＩで受信されるグラントに対応する送信のタイミングが、アクティベートであればＣＳＩ送信のための構成されたグラントが適用可能であるサブフレームと一致する場合、ＷＴＲＵ１０２は、ＤＣＩに基づいて、構成されたＳＰＳ−ＣＳＩグラントを使用しまたはアクティベートすることができる。ある実施形態では、前記ＤＣＩの中の非周期的なＣＳＩ要求ビットを用いて上記のインジケーションが搬送される。

【0152】

ＷＴＲＵ１０２は、レイヤ２のシグナリングの受信から得られる構成されたＳＰＳ−ＣＳＩグラントをＷＴＲＵ１０２が使用しまたはアクティベートしてもよいと、決定することができる。たとえば、ＭＡＣ制御要素を用いて、グラントがアクティベートされてもよいことを示すことができる。ＷＴＲＵ１０２は、アクティベーションの手順について説明された制御シグナリングと同様の、レイヤ１の制御シグナリングまたはレイヤ２の制御シグナリングの受信から得られる構成されたＳＰＳ−ＣＳＩグラントの使用をＷＴＲＵ１０２が停止してもよい、たとえばそうしたＳＰＳ−ＣＳＩグラントを非アクティベートしてもよいと、決定することができる。

【0153】

ある実施形態では、ＷＴＲＵ１０２が、構成されたＳＰＳ−ＣＳＩグラントを適用可能な主要セル（Ｐｃｅｌｌ）および／またはサービングのいずれかの無線リンク品質がある閾値よりも低いと判定すると、ＷＴＲＵ１０２は、構成されたＳＰＳ−ＣＳＩグラントの使用をＷＴＲＵ１０２が停止してもよい、たとえばそうしたＳＰＳ−ＣＳＩグラントを非アクティベートしてもよいと、決定することができる。たとえば、構成されたＳＰＳ−ＣＳＩグラントを適用可能なアップリンクキャリアの経路損失の基準として用いられるダウンリンク・キャリアが、物理層での問題および／または無線リンクの障害を有するという判定に基づいて、ＷＴＲＵ１０２は、構成されたＳＰＳ−ＣＳＩグラントの使用を停止してもよく、たとえばそうしたＳＰＳ−ＣＳＩグラントを非アクティベートしてもよい。たとえば、ＷＴＲＵ１０２は、構成されたＳＰＳ−ＣＳＩグラントを適用可能なアップリンクキャリアが、物理層の問題および／または、ランダムアクセス手順を成功裏に完了する際の以下の１つもしくは複数の障害のような無線リンクの障害を有するという判定に基づいて、構成されたＳＰＳ−ＣＳＩグラントの使用を停止してもよく、たとえばそうしたＳＰＳ−ＣＳＩグラントを非アクティベートしてもよい。ある実施形態では、ＳＰＳ−ＣＳＩグラントを適用可能なサービング・セルに適用可能な、時間整合タイマー（ＴＡＴ：time alignment timer）の期限が切れている場合、ＷＴＲＵ１０２は、構成されたＳＰＳ−ＣＳＩグラントの使用をＷＴＲＵ１０２が停止してもよく、たとえばそうしたＳＰＳ−ＣＳＩグラントを非アクティベートしてもよいと、決定することができる。ＷＴＲＵ１０２は、制御シグナリングのアクティベーションおよび／または非アクティベーションに対するＨＡＲＱ Ａ／Ｎを送信してもよい。

【0154】

ＷＴＲＵ１０２は、動的な制御シグナリング（たとえばＰＤＣＣＨ）が受信されると、ＣＳＩに対する構成されたグラントについてのＣＳＩ報告の送信を控えることができる。たとえば、動的な制御シグナリングは、同じサブフレームの中で、かつ、構成されたＳＰＳ−ＣＳＩグラントが同様に適用されるサービング・セルのＰＵＳＣＨ上で、アップリンク送信リソースを付与することができる。ＷＴＲＵは、動的にスケジューリングされたアップリンクリソース上で、ＣＳＩ報告をやめて、データを送信することができる。ＷＴＲＵは、構成されたＳＰＳ−ＣＳＩリソースとは異なるリソース、たとえば、ＰＵＣＣＨまたは、他の場合にはＳＰＳ−ＣＳＩグラントと干渉したであろう送信を含む異なるＰＵＳＣＨ送信で、ＣＳＩ報告またはＣＳＩ報告の一部を送信することができる。

【0155】

ある実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの報告およびＣＱＩ／ＰＭＩ／ＲＩの報告は、別々に送信されてもよい。ＡＣＫ／ＮＡＣＫとＣＱＩの両方に対応するのに十分な利用可能なリソースがＰＵＳＣＨにない場合、ＰＵＣＣＨでＡＣＫ／ＮＡＣＫが、ＰＵＳＣＨでＣＱＩが別々に送信され得る。たとえば、ＣＱＩ／ＰＭＩ／ＲＩの報告およびＡＣＫ／ＮＡＣＫが１つのサブフレームで同時に起きる場合、ＨＡＲＱ ＡＣＫ／ＮＡＣＫがＰＵＣＣＨで送信され得る。ＡＣＫ／ＮＡＣＫシグナリングのために予約され得る、ＰＵＳＣＨ上の参照シンボルの隣のリソースは、解放され得る。より大きなチャネル状態の報告が、１つの報告インスタンスにおいて、ＰＵＳＣＨで送信され得る。ＣＱＩ／ＰＭＩ／ＲＩは、ＰＵＳＣＨで送信され得る。

【0156】

図６は、ＣＱＩ／ＰＭＩ、ＲＩおよびデータの、ＰＵＳＣＨへの例示的なマッピングを示す。示されるように、ＣＱＩ／ＰＭＩ、ＲＩおよびデータは、ＰＵＳＣＨに多重化され得る。図６に示されるように、ＰＵＳＣＨ ＲＳ６１０、ＣＱＩ／ＰＭＩ６２０、ＲＩ６３０およびデータ６４０は、スロット０ ６６０およびスロット１ ６７０を通じて、ＲＢ６０５で送信され得る。示されるように、ＲＩ６３０は、ＰＵＳＣＨ上のＰＵＳＣＨ ＲＳ６１０の隣のリソースで送信され得る。チャネル推定の品質がより良い場合には、ＰＵＳＣＨ ＲＳ６１０の隣のリソースは、スロット内では信頼性のあるリソースであり得る。したがって、これらのリソース上にＲＩ６３０をマッピングすることによって、より低い符号化速度がＲＩのシグナリングに用いられ得る。こうして、ＰＵＳＣＨ上の全体の制御シグナリングのオーバーヘットが低下し得る。

【0157】

図１６は、ＣＳＩ報告を送信するための例示的な方法を示す。たとえば、１８１０において、ＣＳＩ報告を送信するためのインジケーションが受信され得る。ＣＳＩ報告は、周期的な報告であっても非周期的な報告であってもよい。上記のインジケーションに従って、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの報告およびＣＱＩの報告が、１つのサブフレームの中で同時に発生し得る。１８２０において、ＰＵＳＣＨでＡＣＫ／ＮＡＣＫとＣＱＩの同時送信が許可されるかどうかのインジケーションが受信され得る。たとえば、ｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＣＱＩＰＵＳＣＨのようなパラメータが、上位層により与えられ得る。たとえば、パラメータｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＣＱＩＰＵＳＣＨがＴＲＵＥに設定されると、ＣＱＩ／ＰＭＩ／ＲＩは、ＰＵＳＣＨ上の同じサブフレームでＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＱＩを同時に送信することが許可されてもよく、パラメータｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＣＱＩＰＵＳＣＨがＦＡＬＳＥに設定されると、ＷＴＲＵ１０２は、ＰＵＳＣＨ上の同じサブフレームでＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＱＩを同時に送信することが許可されなくてもよい。１８３０において、ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＱＩ／ＰＭＩ／ＲＩの同時送信が許可されると決定されると、１８４０において、ＨＡＲＱ ＡＣＫ／ＮＡＣＫが、ＰＵＳＣＨでＣＱＩ／ＰＭＩ／ＲＩと多重化され送信されてもよい。１８３０において、ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＱＩ／ＰＭＩ／ＲＩの同時送信が許可されないと決定されると、１８５０において、ＨＡＲＱ ＡＣＫ／ＮＡＣＫがＰＵＣＣＨで送信され、ＣＱＩ／ＰＭＩ／ＲＩがＰＵＳＣＨで送信され得る。別の実施形態では、１８３０において、ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＱＩ／ＰＭＩ／ＲＩの同時送信が許可されないと決定されると、ＨＡＲＱ ＡＣＫ／ＮＡＣＫはＰＵＣＣＨで送信され、ＣＱＩ／ＰＭＩ／ＲＩの報告は脱落され得る。

【0158】

ＰＵＣＣＨでＨＡＲＱ ＡＣＫ／ＮＡＣＫを、ＰＵＳＣＨでＣＱＩ／ＰＭＩ／ＲＩを別々に送信することは、上位層のシグナリングにより構成され得る。たとえば、パラメータｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＣＱＩＰＵＳＣＨは、周期的なＣＱＩの報告および／または非周期的なＣＱＩの報告に対して定義され得る。たとえば、パラメータｓｉｍｕｌｔａｎｅｏｕｓＡｃｋＮａｃｋＡｎｄＣＱＩＰＵＳＣＨは、ＩＥ ＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの中に、以下のように含まれ得る。

【0159】

【表9】

【0160】

ある実施形態では、複数のキャリアのＣＳＩの機会主義的な送信は、ＰＵＣＣＨおよびＰＵＳＣＨが同じサブフレームで送信される場合に用いられ得る。たとえば、ＰＵＳＣＨを送信するためのグラントがあるサブフレームに存在し、第２のキャリアのＣＳＩが同じサブフレーム中のＰＵＣＣＨで報告される場合、ＷＴＲＵ１０２は、そのサブフレームにおいて、ＰＵＳＣＨで第１のキャリアのＣＳＩを報告することができる。第１のキャリアおよび第２のキャリアは、異なるキャリアであってもよい。ある実施形態では、第２のキャリアのＣＳＩは、今または現在のサブフレームからＮａ個後のサブフレームまで、ＰＵＣＣＨで報告されなくてもよい。たとえば、ＷＴＲＵ１０２は、ＰＵＳＣＨで送信すべきＵＬグラントがあるサブフレームに存在し得る場合、そのサブフレームにおいて、ＰＵＳＣＨでキャリアのＣＳＩを報告することができる。別の実施形態では、ＷＴＲＵ１０２は、キャリアのＣＳＩが、ＰＵＣＣＨのみにおいて、ＰＵＳＣＨのみにおいて、またはＰＵＣＣＨもしくはＰＵＳＣＨのいずれかにおいて、最後の所定のＮｂ個のサブフレームの中で報告されていない場合、サブフレームにおいてＰＵＳＣＨでキャリアのＣＳＩを報告することができる。

【0161】

図７は、複数キャリア向けのＣＳＩの機会主義的な送信の例を示す。図７に示されるように、ＷＴＲＵ１０２は、３つのキャリアのような複数のキャリアにより動作し得る。ＷＴＲＵ１０２は、キャリア間に周期を設けて、ＰＵＣＣＨで周期的にＣＳＩ報告を送信するように構成され得る。示されるように、キャリア１のＣＳＩ報告７１０、キャリア２のＣＳＩ報告７２０、キャリア３のＣＳＩ報告７３０は、一度に１キャリアずつ、キャリア間に周期を設けて、周期的に送信され得る。ＰＵＣＣＨのサブフレームの中で、一度に単一のキャリアのＣＳＩ報告を送信することで、ネットワークが、ＣＳＩ報告に対するＰＵＣＣＨリソースを過剰に割り当てることが避けやすくなり得る。ＣＳＩは、所与のキャリアでは報告の頻度が低いので、複数のダウンリンク・キャリアが利用されなければならない場合には、ＣＳＩについて遅延の問題が存在し得る。ＣＳＩの機会主義的な送信により、ネットワークが、非周期的なＣＱＩの完全な報告という手数をかけることなく、ＷＴＲＵにＵＬグラントを提供することによって、これらのキャリアのＣＳＩ報告を加速させることが可能になり得る。

【0162】

ある実施形態によれば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、スクランブリングおよび変調の前に一緒に符号化され、ＰＵＣＣＨサブフレームで送信され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信のペイロードサイズは、異なっていてもよい。チャネル符号化速度は、ＨＡＲＱフィードバックまたは周期的なＣＳＩが送信されることになる、アクティベーションされたもしくは構成されたＤＬ ＣＣおよび／または送信モードの数に基づいて変化し得る。

【0163】

たとえば、チャネルエンコーダは、ＳＦ＝５の、ＤＦＴ−Ｓ−ＯＦＤＭベースの、もしくは同様の構造のための、パンクチャド（６４，ｋ）Ｒｅｅｄ−Ｍｕｌｌｅｒ（ＲＭ）符号、または、ＳＦ＝３の、ＤＦＴ−Ｓ−ＯＦＤＭベースの構造のための、パンクチャド（１２８、ｋ）Ｒｅｅｄ−Ｍｕｌｌｅｒ符号のような、ブロック符号化タイプの方式であってよい。

【0164】

たとえば、ＳＦ＝５の場合、（４８、Ａ）ブロック符号が、パンクチャドＲＭ（６４，ｋ）および／または周期的に繰り返されるＲＭ（３２，ｋ）から導出され得る。ＡがＵＣＩのペイロードサイズである、ブロック符号が用いられ得る。ＲＭのコードワードは、Ｍ_i,nと示された、Ｎ個の基本の列の線形結合であってよく、ここでＮは、ＰＵＣＣＨペイロードビットの最大の数であってよい。非連続送信（ＤＴＸ）がＤＬ ＣＣに対してシグナリングされ得るかどうかに応じて、Ｎの値は、たとえば１０〜１２ビットなど、統合されるＣＣの最大の数であってよい。たとえば、統合されるＣＣの最大の数は、５つのＤＬ ＣＣであり得る。チャネルエンコーダの出力における長さ４８の符号化されたビット列は、ｂ₀、ｂ₁、…、ｂ₄₇と示すことができ、ここで、

【0165】

【数11】

【0166】

であり、ａ₀、ａ₁、…、ａ_A-1は、チャネルエンコーダへの入力ビットである。

【0167】

上の式の加算と乗算の両方の演算が、ベクトル空間領域で実行されてもよく、たとえば、
１・１＝１、０・１＝０、１・０＝０、０・０＝０、１＋１＝０、０＋１＝１、１＋０＝１、０＋０＝０である。

【0168】

結合符号化が、ＰＵＣＣＨサブフレームの両方のスロットにわたって適用され得る。両方のスロットにわたる結合符号化は、ＰＵＣＣＨでのＵＣＩ送信で実現可能な最大の周波数ダイバーシティ利得を最大化することができる。結合符号化は、単一のスロットに適用されてもよい。たとえば、ＳＦ＝５では、ＲＭ（３２，ｋ）で符号化された列が、両方のスロットで繰り返され得る。たとえば、ＳＦ＝３では、ＲＭ（６４，ｋ）で符号化された列が、両方のスロットで繰り返され得る。

【0169】

サブフレーム全体でレートマッチングされたＲＭ（３２，ｋ）を用いる結合符号化の場合、基本の列が、結合チャネル符号化をサポートするために定義され得る。ＣＳＩおよびＨＡＲＱ ＡＣＫ／ＮＡＣＫの全体のペイロードサイズは、１１ビットを超え得る。Ｒｅｌ−８におけるＣＱＩのペイロードサイズは、１ビットから１１ビットの間で変化し得るが、Ｒｅｌ−１０またはそれ以降のリリースにおけるＨＡＲＱ ＡＣＫ／ＮＡＣＫのペイロードサイズは、１ビットから１１ビットの間で変化し得る。ある実施形態では、ＲＭ（３２，ｋ）のＲｅｌ−８規格で提供される１１個の基本の列は、追加の基本の列を定義することによって伸長され得る。これらの新たに導入される基本の列は、他の既に定義された基本の列を形成するのに用いられた、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号化行列から導出され得る。従来のＲｅｌ−８の基本の列に適用された、適用可能なインターリーブ関数が、伸長される基本の列に適用され得る。たとえば、最大で１３ビットのペイロードをサポートするために、２個の追加の基本の列が、表７に従って定義され伸長され得る。

【0170】

【表10】

【0171】

ある実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、別々に符号化され得る。たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、スクランブリングおよび変調の前に異なる可変符号化速度を用いて符号化されてもよく、ＰＵＣＣＨサブフレームの両方のスロットで送信されてもよい。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットおよびＣＳＩビットは、様々な制御シグナリングの性能がそれぞれの目標レベルに保たれ得るように、別々に符号化され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信のペイロードサイズが異なり得る場合、各々の個別のチャネルエンコーダの符号化速度は、与えられた制御フィードバックの種類に対して、所望のビットエラーレート（ＢＥＲ：bit error rate）またはブロックエラーレート（ＢＬＥＲ：block error rate）の動作点に基づいて調整され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＳＩ送信のペイロードサイズは、ＨＡＲＱフィードバックまたは周期的なＣＳＩが送信されることになる、アクティベーションされたまたは構成されたＤＬ ＣＣおよび／または送信モードの数に応じて、異なっていてもよい。

【0172】

たとえば、ペイロードサイズが２ビットのように比較的小さい場合、チャネルエンコーダは、ブロック符号化タイプの方式を含み得る。ブロック符号化タイプの方式は、ＤＦＴ−Ｓ−ＯＦＤＭベースの構造または同様の構造に用いられる拡散率に応じた４８個または９６個の符号化されたビットへの、循環的にレートマッチングされたシンプレックス符号を含み得る。チャネルエンコーダは、ＳＦ＝５およびＳＦ＝３のＤＦＴ−Ｓ−ＯＦＤＭベースの構造で、出力で４８個および９６個の符号化されたビットをそれぞれ生成し得るテールバイティング畳込み符号であってよい。

【0173】

たとえば、ｎビットの巡回冗長検査（ＣＲＣ）が、制御情報に基づいて計算されてもよく、エラー検出を改善するために、チャネル符号化の前にフィードバック情報ビットに付加されてもよい。ＣＲＣは、ＵＣＩのペイロードサイズまたは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫもしくはＣＳＩのような制御シグナリングの種類に基づいて調整され得る、可変のサイズであってよい。ＣＲＣの長さの非限定的な例は、０．４％の誤り検出率を実現し得る８ビットであってよい。ＣＲＣは、ｅＮｏｄｅＢにおける誤警報の確率を低くすることができるので、Ｐｒ（ＤＴＸ−＞ＡＣＫ）に対する目標性能が緩和され得る。ある実施形態では、ＣＲＣは、符号化の前にＷＴＲＵ１０２により用いられる実際のペイロードサイズを示すもの、および／または、ＷＴＲＵ１０２がＤＬ割り当てを受信する、構成されたもしくはアクティベートされたＤＬ ＣＣの、識別子もしくは番号であってよい。したがって、ＷＴＲＵ１０２が、１つまたは複数のＤＬ ＣＣ上のｅＮＢからのダウンリンク割り当ての検出に失敗した場合の検出器の性能が向上し得る。

【0174】

図８は、ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信のための、非限定的なＰＵＣＣＨの符号化手順の例を示す。示されるように、ＷＴＲＵ１０２によりフィードバックされることになるＵＣＩデータ８０５は符号化ユニットに入り得る。８１０において、ＣＲＣパリティビットが、ＵＣＩデータ８０５を用いて計算され得る。たとえば、全体のブロックが、ＣＲＣパリティビットを計算するために用いられ得る。たとえば、ＷＴＲＵ１０２は、ＵＣＩビットにＣＲＣビットを付加することができる。８２０において、ＣＲＣビット列が、ＷＴＲＵ１０２がＤＬ割り当てを受信し得る、アクティベートされたまたは構成されたＤＬ ＣＣ８３０の、識別子または番号によりマスクされ得る。８４０において、テールバイティング畳込み符号化が実行され得る。たとえば、ＷＴＲＵ１０２は、レート１／３のテールバイティング畳込み符号化を、入力ビットに適用することができる。８５０において、符号化されたビットが、レートマッチングブロックに与えられ得る。

【0175】

ある実施形態では、図９に示されるように、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットが、ＣＳＩビットとの結合符号化の前に、サブコーダを用いて符号化され得る。示されるように、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビット列９１０は、ＡＣＫ／ＮＡＣＫサブエンコーダ９２０を介して符号化され得る。符号化されたＡＣＫ／ＮＡＣＫビット列は、Ｒｅｅｄ−Ｍｕｌｌｅｒエンコーダ９３０を介して、ＣＳＩビット列９４０と結合符号化され、出力ビット列９５０を生成することができる。

【0176】

たとえば、ＡＣＫ／ＮＡＣＫペイロードサイズが、たとえば３、４ビットなどのように小さい場合、ＷＴＲＵ１０２のＡＣＫ／ＮＡＣＫサブエンコーダは、シンプレックス符号および／または繰り返し符号を含み得る。ＡＣＫ／ＮＡＣＫペイロードサイズが、たとえば５ビットから１１ビットのように大きい場合、ＷＴＲＵ１０２のＡＣＫ／ＮＡＣＫサブエンコーダは、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号であってよい。

【0177】

ある実施形態では、ＡＣＫ／ＮＡＣＫビットの列

【0178】

【数12】

【0179】

はまず、ＲＭ（２０、Ｎ_A/N）のようなＲｅｅｄ−Ｍｕｌｌｅｒ符号を用いて、以下のようにＷＴＲＵ１０２により符号化され得る。

【0180】

【数13】

【0181】

ここで、Ｎ_A/N∈｛１，２，…１１｝はＡＣＫ／ＮＡＣＫビットフィードバックの数であってよく、Ａ”＝２０である。符号化されたＡＣＫ／ＮＡＣＫビット列ａ₀、ａ₁、…、ａ_A''は、次いで、

【0182】

【数14】

【0183】

で示されるＷＴＲＵ１０２のＣＳＩビット列と多重化され、以下のように配列ａ₀、ａ₁、ａ₂、ａ₃、…、ａ_A-1を得ることができる。

【0184】

【数15】

【0185】

配列ａ₀、ａ₁、ａ₂、ａ₃、…、ａ_A-1は、ＲＭ（４８，Ａ）のようなＲｅｅｄ−Ｍｕｌｌｅｒ符号を用いて符号化され、出力ビット列ｂ₀、ｂ₁、ｂ₂、ｂ₃、…、ｂ_B-1を、以下のように得ることができる。

【0186】

【数16】

【0187】

ここで、拡散率が５のＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨでは、Ｂ＝４８である。

【0188】

ある実施形態では、図１０に示されるように、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの符号化されたビットは、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号化の前に、ＷＴＲＵ１０２のＣＳＩビット列に付加され得る。示されるように、サブコーダにより符号化されたＡＣＫ／ＮＡＣＫおよびＣＳＩビット列の入力の順序は、ｅＮＢにおけるＤＴＸの処理を改善するために入れ替えられ得る。図１０に示されるように、ＡＣＫ／ＮＡＣＫビット列１０２０は、ＡＣＫ／ＮＡＣＫサブエンコーダ１０３０を介して符号化され得る。符号化されたＡＣＫ／ＮＡＣＫビット列は、Ｒｅｅｄ−Ｍｕｌｌｅｒエンコーダ１０４０を介してＣＳＩビット列１０１０と結合符号化され、出力ビット列１０５０を生成することができる。ＤＴＸの状況は、ＷＴＲＵ１０２が、所与のサブフレームでＤＬリソース割り当てグラントの検出に失敗したことに関連し得る。ｅＮＢは、ＡＣＫ／ＮＡＣＫ情報ビットが存在するかどうかに関係なく、ＷＴＲＵ１０２のＣＳＩ情報ビットを検出することができる。

【0189】

ある実施形態では、図１１に示されるように、ＷＴＲＵ１０２の符号化されたＡＣＫ／ＮＡＣＫビットは、符号化されたＣＳＩビット列にパンクチャされ得る。示されるように、ＡＣＫ／ＮＡＣＫビット列１１１０は、ＡＣＫ／ＮＡＣＫサブエンコーダ１１２０を介して符号化され得る。ＣＳＩビット列１１３０は、Ｒｅｅｄ−Ｍｕｌｌｅｒエンコーダ１１４０を介して符号化され得る。符号化されたＣＳＩビット列は、レートマッチングモジュール１１５０に与えられ得る。符号化されたＡＣＫ／ＮＡＣＫビット列は、多重化／パンクチャモジュールを介して、ＣＳＩビット列にパンクチャされ、出力の列１１７０を生成することができる。

【0190】

ＷＴＲＵ１０２のＣＳＩビット列は、ＰＵＣＣＨ ＲＢの中のリソース、たとえば４８ビットを占有するように、符号化されレートマッチングされ得る。パンクチャされていないビットは、ＤＴＸのような、ＷＴＲＵ１０２がＤＬのスケジューリング割り当てを見逃した可能性がある状況において、ＷＴＲＵ１０２のＨＡＲＱ ＡＣＫ／ＮＡＣＫビットが存在しないことによる影響を受け得ない。

【0191】

たとえば、

【0192】

【数17】

【0193】

により示される、ＷＴＲＵ１０２のチャネル符号化ブロックへのチャネル品質ビットの入力は、ＲＭ（３２，Ａ’）を用いてまず符号化され得る。Ｂ＝４８の出力ビット列ｂ₀、ｂ₁、ｂ₂、ｂ₃、…、ｂ_B-1が、列

【0194】

【数18】

【0195】

の循環する繰り返しにより以下のように得られ得る。

【0196】

【数19】

【0197】

ここで、ｉ＝０，１，２，…，Ｂ−１である。

【0198】

ある実施形態では、ＡＣＫ／ＮＡＣＫビットの列

【0199】

【数20】

【0200】

は別々に符号化され、

【0201】

【数21】

【0202】

を得ることができる。ここで、Ｂ’は、ＡＣＫ／ＮＡＣＫの符号化された列の長さである。たとえば、符号化されたＡＣＫ／ＮＡＣＫの列は、符号化されたＣＳＩの列へ以下のようにパンクチャされ得る。

【0203】

【数22】

【0204】

ある実施形態では、物理的なリソースが、ＤＦＴ−Ｓ−ＯＦＤＭ ＰＵＣＣＨにマッピングされ得る。たとえば、ＷＴＲＵ１０２は、アップリンク制御情報送信のためのチャネルインターリーバを利用することができる。したがって、実現可能な周波数ダイバーシティ利得が最大化され得る。

【0205】

たとえば、チャネルのインターリーブは、ビットが矩形行列の行ごとに書き込まれ列ごとに読み出され得るように、符号化されたビット列またはスクランブルされたビット列に、ビットレベルで実行され得る。たとえば、ビット列は、ＳＦ＝５では２４×２の行列に書き込まれ、またはＳＦ＝３では４８×２の行列に書き込まれ得る。ある実施形態では、隣接する制御ビットは、２つのスロットにわたってマッピングされ得る。

【0206】

たとえば、チャネルのインターリーブが、シンボルレベルで適用されてもよく、この場合、隣接するアップリンク制御情報の変調シンボルが、あるサブフレームの中の２つのスロットにわたって時間領域でまずマッピングされ、次いで、各スロットの中のサブキャリアにわたって周波数領域でマッピングされ得る。たとえば、偶数個のＱＰＳＫシンボルは偶数個のスロットで送信され、奇数個のＱＰＳＫシンボルは奇数個のスロットにマッピングされ得る。

【0207】

ある実施形態では、ＣＳＩおよびＨＡＲＱシンボルは、ＰＵＣＣＨリソースに多重化され得る。たとえば、別々の符号化およびインターリーブが異なる種類の情報に適用され得る場合、シンボルは、ＣＱＩ、ＲＩおよび／またはＰＭＩ情報、ならびにＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報のような、ＣＳＩからのＰＵＣＣＨリソースに多重化され得る。

【0208】

たとえば、対応するリソースが、単一のＲＢの中で提供され得る。たとえば、チャネル符号化利得が改善され得るように、ＡＣＫ／ＮＡＣＫおよび／またはＣＳＩのペイロードに関する対応するリソースの大きさの決定が、単一のＲＢの中で行われ得る。

【0209】

ある実施形態では、ＨＡＲＱ送達確認がＰＵＣＣＨで送信され得る。ＰＵＣＣＨで利用可能なリソースは、ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバック送信のために用いられ得る。ある例では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫシンボルは、２つのスロットにわたって時間領域でまずマッピングされ、次いで、サブキャリアにわたって周波数領域でマッピングされ得る。ある例では、シンボルはまず周波数領域でマッピングされ、次いで時間領域でマッピングされ得る。

【0210】

ある実施形態では、チャネル状態の報告がＰＵＣＣＨで送信され得る。ＰＵＣＣＨで利用可能なリソースは、ＣＳＩのフィードバック送信のために用いられ得る。ある例では、チャネル状態の報告は、２つのスロットにわたってまず時間領域でマッピングされ、次いで、サブキャリアにわたって周波数領域でマッピングされ得る。ある例では、シンボルはまず周波数領域でマッピングされ、次いで時間領域でマッピングされ得る。

【0211】

ある実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびチャネル状態の報告は、ＰＵＣＣＨで送信され得る。ＨＡＲＱシンボルおよびＣＳＩシンボルは、異なる制御シグナリングが、異なるサイズの物理的なリソース要素を割り当てられ得るように、多重化され得る。ＡＣＫ／ＮＡＣＫおよびＣＳＩの各々に対して予約されるリソースのサイズは、所与の制御シグナリングに対する可変符号化速度および／または変調の順序に従って増減され得る。ＷＴＲＵ１０２は、様々な制御シグナリング情報のマッピングに対して、異なるオフセットを用いることができる。オフセットは、上位層のシグナリングにより、準静的に、静的に、または動的に構成され得る。制御情報は、ＡＣＫ／ＮＡＣＫおよびＣＳＩの各々がサブフレームの両方のスロットに存在し得るように、マッピングされ得る。

【0212】

たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックおよびＣＳＩは、同じＰＵＣＣＨリソースに多重化され得る。各々の種類の情報に用いられるシンボルのそれぞれの数が、決定され得る。たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ＣＳＩの情報を通じて優先順位を付けられ得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報に必要な符号化されたシンボルの数Ｑ_{AN_PUCCH}が、決定され得る。Ｑ_{AN_PUCCH}がＰＵＣＣＨで利用可能な最大値Ｑ_{MAX_PUCCH}よりも小さい場合、ＣＳＩの情報が多重化され得る。ある例では、ＣＳＩの情報は、Ｑ_{AN_PUCCH}がＱ_{MAX_PUCCH}よりもある閾値分以上小さいという条件に基づいて、多重化され得る。ある実施形態では、Ｑ_{AN_PUCCH}がＱ_{MAX_PUCCH}以上である場合、またはＱ_{AN_PUCCH}とＱ_{MAX_PUCCH}の差が閾値よりも小さい場合、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報のみが送信され得る。たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報およびＣＳＩの多重化は、実行されなくてもよい。

【0213】

ある実施形態では、Ｑ_{AN_PUCCH}とＯ_{AN_PUCCH}との間のマッピングは固定されてもよく、参照表で提供されてもよい。ある実施形態では、Ｑ_{AN_PUCCH}は、送信すべきＨＡＲＱ情報ビットの数Ｏ_{AN_PUCCH}の関数に基づいて計算されてもよい。ある実施形態では、Ｑ_{AN_PUCCH}は、送信すべきＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報ビットの数を乗算する、比例係数Ｂ_PUCCHに基づいて計算されてもよい。関数のパラメータは、上位層により定義または提供され得る。比例係数Ｂ_PUCCHは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報が利用可能なＰＵＣＣＨエネルギーの一部を調整することができる。ある実施形態では、Ｑ_{AN_PUCCH}は、ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信で、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報および／またはＣＳＩ情報に対して利用可能であり得るシンボルの最大の数Ｑ_{MAX_PUCCH}に基づいて計算され得る。シンボルの数は、拡張されたプレフィックスが用いられたか通常のプレフィックスが用いられたかに基づいて、異なっていてもよい。

【0214】

ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報に用いられるシンボルの数Ｑ_{AN_PUCCH}は、Ｑ_{MAX_PUCCH}とｆ（Ｏ_{AN_PUCCH}×Ｂ_PUCCH）のうちの小さい方の値に相当してもよく、ここで関数ｆ（）は、引数よりも小さくてもよい、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報に対するシンボルの可能な最大の数を与えてもよい。ある実施形態では、関数ｆ（）は、引数よりも大きくてもよい、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報に対するシンボルの可能な最小の数を与えてもよい。関数ｆ（）は、ＰＵＣＣＨで用いられ得るシンボルの数の粒度が１よりも大きくなり得るならば、正しい数のシンボルが割り当てられ得るように、定義され得る。

【0215】

ある実施形態では、ＣＳＩ情報が利用可能なシンボルの数Ｑ_{CSI_PUCCH}が、決定され得る。たとえば、Ｑ_{CSI_PUCCH}は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報のために用いられるシンボルの数Ｑ_{AN_PUCCH}と、シンボルの最大の数Ｑ_{MAX_PUCCH}とを比較することによって計算され得る。ＣＳＩ情報Ｑ_{CSI_PUCCH}が利用可能なシンボルの数は、Ｑ_{MAX_PUCCH}とＱ_{AN_PUCCH}との差を含み得る。ある実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報およびＣＳＩが多重化され得るような、ＣＳＩ情報が利用可能な最小の量のシンボルが存在し得る。ある実施形態では、ＣＳＩ情報は、ＣＳＩ情報が利用可能なシンボルの量が閾値よりも小さい場合に、脱落され得る。

【0216】

報告されるＣＳＩ情報の種類および／またはＤＬサービング・セルの数は、ＣＳＩに対して利用可能なシンボルの数に基づいて決定され得る。たとえば、Ｑ_{CSI_PUCCH}が閾値よりも小さい場合、単一のＤＬサービング・セルのランク情報（ＲＩ）のみが報告され得る。

【0217】

ある実施形態では、報告され得るＣＳＩ情報の量は、ＣＳＩ情報の最大符号化速度に基づいて決定され得る。最大符号化速度は、ＣＳＩの種類に依存し得る。たとえば、ＲＩの最大符号化速度は、安定性に対する要求が高い他の種類のＣＳＩの最大符号化速度よりも低くてよい。たとえば、ＣＳＩに対して利用可能な情報ビットの最大の数Ｏ_{CSI_PUCCH}は、最大符号化速度および利用可能な符号化されたビットの数に基づいて計算され得る。ある実施形態では、Ｏ_{CSI_PUCCH}は、ＣＳＩ情報ビットの可能な数に一致する最も近い整数に切り捨てられまたは切り上げられた、最大符号化速度と利用可能な符号化されたビットの数との積であってよい。符号化されたビットの数とシンボルの数との比Ｋは、変調シンボル当たりのビットの数を、拡散率ＳＦで割ったものに相当し得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報をＣＳＩと多重化することに関する、上で説明された実施形態は、同じサブフレームで異なる種類のＣＳＩを多重化するために用いられ得る。たとえば、ＲＩはＣＱＩ／ＰＭＩと多重化され得る。

【0218】

図１２は、ＤＦＴ−Ｓ−ＯＦＤＭベースのＰＵＣＣＨ送信のための、非限定的な制御信号のマッピングの例を示す。示されるように、ＣＳＩリソース１２４０は、ＲＢ１２１０の開始地点に配置され、次のサブキャリアに行く前に、ＣＳＩ送信のために割り当てられた全てのリソースが満たされるまで、スロット０ １２２０の１つのサブキャリア上の２つのスロットに順次マッピングされ得る。一方、ＨＡＲＱ ＡＣＫ／ＮＡＣＫシンボル１２５０は、ＲＢ１２１０の最後に配置され得る。言い換えると、ＣＳＩ１２４０は、ＰＵＣＣＨ上で、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ１２５０と周波数多重化され得る。

【0219】

ある実施形態では、ＰＵＣＣＨで送信されるＣＳＩは、ＨＡＲＱ送達確認として、同じ変調方式を用いることができる。あるいは、ＣＳＩおよびＨＡＲＱ制御シグナリングは、異なる変調スキームを用いて実行され得る。たとえば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ＱＰＳＫ変調を用いて変調されてもよく、ＣＳＩは、ＱＡＭ１６またはＱＡＭ６４のような、より高次の変調を用いて変調されてもよい。

【0220】

様々な多重化方法が、用いられ得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫシンボルは、ＲＢの両端に周波数に関して配置され得る。これは各スロットで実行されてもよく、または、シンボルは、第１のスロットについては一方の端に配置され、第２のスロットについてはもう一方の端に配置されてもよい。そのような構成は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫシンボルの周波数ダイバーシティを最大化することができる。上で説明された構成は、ＣＳＩシンボルに用いられ得る。別の実施形態では、ＨＡＲＱ ＡＣＫ／ＮＡＣＫシンボルが配置されるサブキャリアは、互いに等しい周波数間隔で配置され得る。あるいは、または加えて、ＣＳＩシンボルが配置されるサブキャリアは、等しい周波数間隔または実質的に等しい周波数間隔で配置され得る。

【0221】

ＣＳＩ情報がＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報で多重化される場合、ＣＳＩ情報の符号化が実行され得る。パンクチャを用いるある実施形態では、ＣＳＩ情報はまず、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報およびＣＳＩが利用可能なシンボルの最大の数Ｑ_{MAX_PUCCH}に対応する、符号化されたビットの数を仮定して、符号化され得る。たとえば、符号化はＲｅｅｄ−Ｍｕｌｌｅｒ符号ＲＭ（Ｋ×Ｑ_{MAX_PUCCH}，Ｏ_{CSI_PUCCH}）を用いていてもよく、Ｋは、符号化されたビットの数とシンボルの数の比であってよい。そして、ＣＳＩの符号化されたビットは、インターリーブされ、変調され、拡散され、ＰＵＣＣＨの中の利用可能なシンボル位置に配置され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報もまた、符号化され、インターリーブされ、変調され、拡散され、そして、ＣＳＩ情報により前に利用されたシンボル位置のサブセットに配置されてよく、実質的にＣＳＩの符号化をパンクチャする。用いられるシンボルのサブセットは、上で説明された実施形態に従って、決定され得る。

【0222】

ある実施形態では、ＣＳＩ情報は、ＣＳＩが利用可能なシンボルの数（Ｑ_{CSI_PUCCH}）に対応する符号化されたビットの数を仮定して、直接符号化され得る。たとえば、符号化はＲｅｅｄ−Ｍｕｌｌｅｒ符号ＲＭ（Ｋ×Ｑ_{CSI_PUCCH}，Ｏ_{CSI_PUCCH}）を用いていてもよく、Ｋは、符号化されたビットの数とシンボルの数の比であってよい。次いで、ＣＳＩの符号化されたビットは、インターリーブされ、変調され、拡散され、ＣＳＩ情報向けに特定されたシンボル位置に配置され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報もまた、符号化され、インターリーブされ、変調され、拡散され、そして、ＣＳＩ情報により利用されないシンボル位置に配置され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報およびＣＳＩのシンボル位置が、決定され得る。ＣＳＩの送信では、たとえば、信号対干渉雑音比（ＳＩＮＲ）のような品質に関する測定結果が最高のコードワードが、優先され得る。

【0223】

ＷＴＲＵ１０２は、ＵＬフィードバック送信のために、同じＲＢを共有するようにスケジューリングされ得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信とＣＳＩ送信の両方でＰＵＣＣＨリソースブロックを共有することで、システムにおける制御シグナリングのオーバーヘットが低くなり得る。

【0224】

ＣＳＩが、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報と多重化される場合、送信電力は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビットの数、検出されたＰＤＣＣＨ送信または半永続的なスケジューリングの割り当てに対応するＨＡＲＱ ＡＣＫ／ＮＡＣＫビットの数、ＣＳＩビットの数、ＲＩビットの数、ならびに／または、別々の符号化の場合には、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＣＳＩ、および／もしくはＲＩの送信のために利用されるＰＵＣＣＨの中のシンボルの数のうちの、少なくとも１つの関数として調整され得る。

【0225】

より具体的には、送信電力は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビットの数、または、検出されたＰＤＣＣＨ送信または半永続的なスケジューリングの割り当てに対応するＨＡＲＱ ＡＣＫ／ＮＡＣＫビットを、この情報の送信のために利用されるＰＵＣＣＨのシンボルの数または割合で割ったものに基づき得る。送信電力は、ＣＳＩビットの数を、この情報の送信のために利用されるＰＵＣＣＨのシンボルの数または割合で割ったものに、基づいてもよい。送信電力は、ＲＩビットの数を、この情報の送信のために利用されるＰＵＣＣＨのシンボルの数または割合で割ったものに、基づいてもよい。ＣＳＩまたはＨＡＲＱ ＡＣＫ／ＮＡＣＫの送信のためのＰＵＣＣＨのシンボルの数または割合は、上で説明されたような、ＣＳＩおよび／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報の数に基づいてもよい。

【0226】

ＣＳＩペイロードは、アップリンクにおいて対応する制御領域を割り当てることによって、送信され得る。ある実施形態では、他の実施形態ではＵＬでのＰＵＣＣＨ送信のために予約され得るリソースブロック（ＲＢ）の一部が、ＣＳＩの構造のために予約され得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＣＳＩが同じサブフレームで同時に起きる場合、ＣＳＩはＡＣＫ／ＮＡＣＫと多重化され得る。

【0227】

図１３は、ＰＵＣＣＨへのリソース割り当てのための、例示的なＰＵＣＣＨ構成を示す。示されるように、他の実施形態ではＵＬでのＰＵＣＣＨ送信のために予約され得るＲＢの一部が、ＣＳＩの構造のために割り当てられ得る。たとえば、ＰＵＣＣＨフォーマット２／２ａ／２ｂ １５２０は、システムの観点から大きめにされてもよく、最も外側のＲＢ１５３０は、ＰＵＣＣＨフォーマット３／３ｘのようなＣＳＩの構造に割り当てられ得る。ＨＡＲＱ ＡＣＫ／ＮＡＣＫの報告およびＣＱＩの報告が１つのサブフレームで同時に起きる場合は、ＰＵＣＣＨフォーマット３／３ｘが、ＣＳＩおよびＨＡＲＱ ＡＣＫ／ＮＡＣＫの同時送信に用いられ得る。図１５に示されるように、ＲＢ１５４０は、

【0228】

【数23】

【0229】

により構成されるような永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約され得るリソースであってよく、ＲＢ１５５０は、動的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約されるリソースであってよい。

【0230】

図１４は、ＣＳＩのフィードバックを送信するための、例示的な方法を示す。たとえば、１６１０において、ＣＳＩ報告の構造に割り当てられたＲＢの数が、受信され得る。ＣＳＩ報告の構造は、ＰＵＣＣＨフォーマット３／３ｘを含み得る。ＷＴＲＵ１０２は、ＰＵＣＣＨ制御領域の中で新たなＣＳＩのフィードバック送信に割り当てられ得るＲＢの数について、上位層により構成され得る。たとえば、ＷＴＲＵ１０２は、システムからのブロードキャストを介して、

【0231】

【数24】

【0232】

のようなシステムパラメータを受信することができる。システムパラメータは、システムがサポートすることが予期される、アクティブ中のＵＥ（たとえばＲｅ−１０またはそれ以降のＵＥ）の平均の数に基づいて、動的に調整され得る。１６３０において、ＣＳＩの構造を用いたフィードバック送信のための、ＰＵＣＣＨ上に割り当てられたＲＢの中のリソースが割り当てられたスケジュールが、受信され得る。ＰＵＣＣＨフォーマット３／３ｘの送信に用いられるリソースは、

【0233】

【数25】

【0234】

のようなリソースインデックスにより特定され得る。このパラメータは、ＷＴＲＵ固有の上位層のシグナリングを介して、明示的にシグナリングされ得る。たとえば、スケジューラは、上記のＲＢを、ＣＳＩの構造を用いるフィードバックの送信のためのＲｅｌ−１０ ＵＥに、割り当てることができる。Ｒｅｌ−８のＷＴＲＵの観点から、ＷＴＲＵ１０２は、ｅＮｏｄｅＢにおけるスケジューラによって、最も外側のＲＢにはリソースを全く割り当てられなくてもよい。構成を通じて、この手法は、Ｒｅｌ−８のＷＴＲＵにトランスペアレントであってよく、後方互換性が完全に維持され得る。１６５０において、ＣＳＩのフィードバックが、ＣＳＩの構造のために割り当てられた最も外側のＲＢの中の、割り当てられたリソースで送信され得る。

【0235】

最も外側のＲＢを新たに導入された制御領域に割り当てることの１つの利点は、周波数ホッピングが用いられる場合に、実現可能な周波数ダイバーシティが最大化され得るということである。この手法は、ＣＳＩを搬送する新たなチャネルにおけるオーバーヘッドが大きいことによる潜在的な損失を、ある程度補償することができる。

【0236】

ある実施形態では、ＣＳＩペイロードは、他の実施形態ではＣＳＩの構造のためのＵＬでのＰＵＳＣＨ送信のために予約され得るＲＢの一部を割り当てることによって、送信され得る。図１５は、例示的なＰＵＣＣＨ構成を示す。示されるように、システムＲＢ１７１０は、

【0237】

【数26】

【0238】

により構成されるような、ＰＵＣＣＨフォーマット２／２ａ／２ｂのために予約され得るＲＢ１７２０、

【0239】

【数27】

【0240】

により構成されるような、永続的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約され得るＲＢ１７３０、動的なＰＵＣＣＨフォーマット１／１ａ／１ｂのために予約され得るＲＢ１７４０、ＰＵＣＣＨ上での周期的なＣＳＩシグナリングのために予約され得るＲＢ１７５０、および、ＰＵＳＣＨが利用可能であり得るＲＢ１７６０を、含み得る。たとえば、ＰＵＣＣＨフォーマット１／１ａ／１ｂ上の動的なＡＣＫ／ＮＡＣＫ送信のために予約されるＲＢ１７４０の隣のＰＵＳＣＨ ＲＢ１７６０は、ＣＳＩの送信に割り当てられ得る。

【0241】

システムの観点から、スケジューラは、これらの予約されたＲＢ上でＰＵＳＣＨ送信を全くスケジューリングしなくてもよい。この手法は、完全に後方互換性があり、Ｒｅｌ−８ ＷＴＲＵのような前のバージョンのＷＴＲＵに対して、適切なスケジューリングを通じてトランスペアレントであってよい。Ｒｅｌ−１０ ＵＥまたはその後のバージョンのＵＥのようなＵＥは、周期的なＣＳＩのフィードバック送信のために予約されるＲＢの最大の数に関して、ブロードキャストされるシステムパラメータを通じて構成され得る。

【0242】

送信タイミング間隔（ＴＴＩ）のバンドリングスキームが、上記のＰＵＳＣＨ ＲＢで送信される周期的なＣＳＩのフィードバックに適用され得る。ＰＵＳＣＨで送信される新たなＣＳＩの構造の、ＵＬでのカバレッジの信頼性が改善され得る。この手法は、Ｒｅｌ−８でのデータ送信のためにＰＵＳＣＨで現在適用されるＨＡＲＱプロセスを置き換え得る、繰り返しの方式であると考えられ得る。したがって、単一の周期的な報告が、ＰＵＳＣＨ上の同じリソースで、連続的なＴＴＩのセットで送信され得る。ＴＴＩのバンドリングは、ＷＴＲＵ固有の上位層のシグナリングを通じて引き起こされ得る。

【0243】

Ｒｅｌ−１０ ＵＥまたはその後のバージョンのＵＥのようなＷＴＲＵは、ＰＵＳＣＨ制御領域の中で新たなＣＳＩのフィードバック送信のために割り当てられるＲＢの数について、上位層により構成され得る。たとえば、

【0244】

【数28】

【0245】

のようなブロードキャストされるシステムパラメータが、定義され得る。このパラメータは、たとえば、Ｒｅ−１０またはその後のＵＥのような、システムがサポートすることが見込まれるアクティブなＷＴＲＵの、平均の数に基づいて動的に調整され得る。送信に用いられるリソースは、

【0246】

【数29】

【0247】

のようなリソースインデックスにより特定され得る。このパラメータは、ＷＴＲＵ固有の上位層のシグナリングを介して、明示的にシグナリングされ得る。

【0248】

ある実施形態では、ＣＳＩペイロードは、１つまたは複数のＲＢを含み得る制御領域を定義することによって、拡張され得る。たとえば、単一のまたは複数のＲＢにわたり得る、ＵＬにおける別々の領域が、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信とともに、またはそれを伴わずに、ＣＳＩに割り当てられ得る。

【0249】

ＣＳＩペイロードは、対応する制御領域を割り当てることによって拡張され得る。ある実施形態では、他の実施形態ではＵＬにおけるＰＵＣＣＨ送信のために予約され得るリソースブロック（ＲＢ）の一部が、ＣＳＩの構造のために予約され得る。

【0250】

上では、特徴および要素が特定の組み合わせで説明されたが、各々の特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで用いられてもよいことを、当業者は理解するだろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサにより実行されるためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（有線またはワイヤレス接続により送信される）電気信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部のハードディスクおよび取り外し可能なディスクのような磁気媒体、磁気光学媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）のような光学媒体を含む。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで用いる、無線周波数送受信機を実装するために、用いられ得る。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】