(57)【要約】  本発明は、ｅＰＤＣＣＨ  ＰＲＢセットに関連したＰＵＣＣＨリソースインデックス2015526032.tif 000098(ＰＵＣＣＨフォーマット１ａ/１ｂ)のうち少なくとも一部を決定する方法及び無線ネットワークが提供される。加入者局は、少なくとも一つの基地局と通信するように構成される。加入者局は、少なくとも一つの基地局からＤＬ割り当てを受信する。ＰＵＣＣＨリソースインデックス2015526032.tif 000099は、局所ｅＰＤＣＣＨが使用されるか、あるいは分散ｅＰＤＣＣＨが使用されるかによって決定される。
2015526032.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおける使用のために、加入者局が少なくとも一つの基地局と通信する方法であって、
前記少なくとも一つの基地局からＤＬ割り当てを受信するステップと、
ＰＵＣＣＨリソースインデックスｎPUCCH(ＰＵＣＣＨフォーマット１ａ/１ｂ)を決定するステップと、
前記ＤＬ割り当てによりスケジューリングされるＰＤＳＣＨに関するＨＡＲＱ-ＡＣＫ情報をＰＵＣＣＨリソースｎPUCCH上で前記少なくとも一つの基地局に送信するステップと、を含み、
複数のＣＣＥを含むＰＤＣＣＨは、前記ＤＬ割り当てを搬送し、前記加入者局は式ｎPUCCH＝ｎCCE＋ＮによりＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｎCCEは前記複数のＣＣＥのうち最小のＣＣＥインデックスであり、
【数１】
2015526032.tif 000088
は上位階層がセル特定に設定され、
複数のｅＣＣＥを含むｅＰＤＣＣＨが前記ＤＬ割り当てを搬送する場合に、
前記ｅＰＤＣＣＨが局所化される場合、前記加入者局ＵＥが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙ＋Δにより、前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出し、かつ、
前記ｅＰＤＣＣＨが分散される場合、前記加入者局ＵＥが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙにより、前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｎeCCEは、前記複数のｅＣＣＥのうち最小ｅＣＣＥインデックスであり、
【数２】
2015526032.tif 000089
は加入者局特定の上位階層に設定され、ΔはＲＮＴＩの関数であり、Ｙは前記ＤＬ割り当てで２ビットフィールドにより決定されることを特徴とする方法。
【請求項２】
前記２ビットフィールドは、Ｙに対する０，−１，２及び他の整数のうちいずれか一つの値を表すことを特徴とする請求項１に記載の方法。
【請求項３】
前記Δ＝(ＲＮＴＩ  ｍｏｄ４)であることを特徴とする請求項１に記載の方法。
【請求項４】
前記Δ＝(ＲＮＴＩ  ｍｏｄ２)であることを特徴とする請求項１に記載の方法。
【請求項５】
Δ＝(Ｃ−ＲＮＴＩ)ｍｏｄｍｉｎ{Ｌ，ＮeCCEsPerPRB}であり、ここでＬは前記ｅＰＤＣＣＨに対する前記ｅＣＣＥの数であり、前記ＮeCCEsPerPRBはＰＲＢ当たりｅＣＣＥの総数であることを特徴とする請求項１に記載の方法。
【請求項６】
無線通信ネットワークにおける使用のために、加入者局が少なくとも一つの加入者局と通信する方法であって、
前記少なくとも一つの加入者局にＤＬ割り当てを送信するステップと、
ＰＵＣＣＨリソースインデックスｎPUCCH(ＰＵＣＣＨフォーマット１ａ/１ｂ)を決定するステップと、
前記少なくとも一つの加入者局のうちいずれか一つから前記ＤＬ割り当てによりスケジューリングされるＰＤＳＣＨに関するＨＡＲＱ-ＡＣＫ情報をＰＵＣＣＨリソースｎPUCCH上で前記受信するステップと、を含み、
複数のＣＣＥを含むＰＤＣＣＨは、前記ＤＬ割り当てを搬送し、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎCCE＋ＮによりＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｎCCEは前記複数のＣＣＥのうち最小のＣＣＥインデックスであり、
【数３】
2015526032.tif 000090
は上位階層がセル特定に設定され、
複数のｅＣＣＥを含むｅＰＤＣＣＨが前記ＤＬ割り当てを搬送する場合に、
前記ｅＰＤＣＣＨが局所化される場合、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙ＋Δにより、前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｅＰＤＣＣＨが分散される場合、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙにより、前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｎeCCEは、前記複数のｅＣＣＥのうち最小ｅＣＣＥインデックスであり、
【数４】
2015526032.tif 000091
は加入者局特定の上位階層に設定され、ΔはＲＮＴＩの関数であり、Ｙは前記ＤＬ割り当てで２ビットフィールドにより決定されることを特徴とする方法。
【請求項７】
前記２ビットフィールドは、Ｙに対する０，−１，２及び他の整数のうちいずれか一つの値を表すことを特徴とする請求項６に記載の方法。
【請求項８】
前記Δ＝(ＲＮＴＩ  ｍｏｄ４)であることを特徴とする請求項６に記載の方法。
【請求項９】
前記Δ＝(ＲＮＴＩ  ｍｏｄ２)であることを特徴とする請求項６に記載の方法。
【請求項１０】
Δ＝(Ｃ−ＲＮＴＩ)ｍｏｄｍｉｎ{Ｌ，ＮeCCEsPerPRB}であり、ここでＬは前記ｅＰＤＣＣＨに対する前記ｅＣＣＥの数であり、前記ＮeCCEsPerPRBはＰＲＢ当たりｅＣＣＥの総数であることを特徴とする請求項６に記載の方法。
【請求項１１】
無線通信ネットワークにおける使用のために、少なくとも一つの基地局と通信するように構成される加入者局であって、
前記少なくとも一つの基地局からＤＬ割り当てを受信し、
ｅＰＤＣＣＨ  ＰＲＢセットに関連したＰＵＣＣＨリソースインデックス
【数５】
2015526032.tif 000092
(ＰＵＣＣＨフォーマット１ａ/１ｂ)のうち少なくとも一部を決定し、
前記ＤＬ割り当てによりスケジューリングされるＰＤＳＣＨに関するＨＡＲＱ-ＡＣＫ情報をＰＵＣＣＨリソースｎPUCCH上で送信するように構成され、
複数のＣＣＥを含むＰＤＣＣＨがＤＬ割り当てを搬送する場合、前記加入者局が式ｎPUCCH＝ｎCCE＋Ｎにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出するように構成され、
前記ｎCCEは前記複数のＣＣＥのうち最小のＣＣＥインデックスであり、
【数６】
2015526032.tif 000093
は上位階層がセル特定に設定され、
複数のｅＣＣＥを含むｅＰＤＣＣＨが前記ＤＬ割り当てを搬送する場合に、
前記ｅＰＤＣＣＨが局所化される場合、前記加入者局は式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙ＋Δにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出するように構成され、かつ、
前記ｅＰＤＣＣＨが分散される場合、前記加入者局は式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出するように構成され、
前記ｎeCCEは、前記複数のｅＣＣＥのうち最小ｅＣＣＥインデックスであり、
【数７】
2015526032.tif 000094
は加入者局特定の上位階層に設定され、ΔはＲＮＴＩの関数であり、Ｙは前記ＤＬ割り当てで２ビットフィールドにより決定されることを特徴とする加入者局。
【請求項１２】
前記２ビットフィールドは、Ｙに対する０，−１，２及び他の整数のうちいずれか一つの値を表すことを特徴とする請求項１１に記載の加入者局。
【請求項１３】
前記Δ＝(ＲＮＴＩ  ｍｏｄ４)であることを特徴とする請求項１１に記載の加入者局。
【請求項１４】
前記Δ＝(ＲＮＴＩ  ｍｏｄ２)であることを特徴とする請求項１１に記載の加入者局。
【請求項１５】
Δ＝(Ｃ−ＲＮＴＩ)ｍｏｄｍｉｎ{Ｌ，ＮeCCEsPerPRB}であり、ここでＬは前記ｅＰＤＣＣＨに対する前記ｅＣＣＥの数であり、前記ＮeCCEsPerPRBはＰＲＢ当たりｅＣＣＥの総数であることを特徴とする請求項１１に記載の加入者局。
【請求項１６】
無線通信ネットワークにおける使用のために、少なくとも一つの加入者局と通信するように構成される基地局であって、
前記少なくとも一つの加入者局のうちの一つにＤＬ割り当てを送信し、
ｅＰＤＣＣＨ  ＰＲＢセットに関連したＰＵＣＣＨリソースインデックス
【数８】
2015526032.tif 000095
(ＰＵＣＣＨフォーマット１ａ/１ｂ)のうち少なくとも一部を決定し、
前記少なくとも一つの加入者局のうちの一つから前記ＤＬ割り当てによりスケジューリングされるＰＤＳＣＨに関するＨＡＲＱ-ＡＣＫ情報をＰＵＣＣＨリソースｎPUCCH上で受信するように構成され、
複数のＣＣＥを含むＰＤＣＣＨがＤＬ割り当てを搬送する場合、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎCCE＋Ｎにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出し、
前記ｎCCEは前記複数のＣＣＥのうち最小のＣＣＥインデックスであり、
【数９】
2015526032.tif 000096
は上位階層がセル特定に設定され、
複数のｅＣＣＥを含むｅＰＤＣＣＨが前記ＤＬ割り当てを搬送する場合に、
前記ｅＰＤＣＣＨが局所化される場合、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙ＋Δにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出するように構成され、かつ、
前記ｅＰＤＣＣＨが分散される場合、前記少なくとも一つの加入者局のうちの一つが式ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙにより前記ＰＵＣＣＨリソースインデックスｎPUCCHを導出するように構成され、
前記ｎeCCEは、前記複数のｅＣＣＥのうち最小ｅＣＣＥインデックスであり、
【数１０】
2015526032.tif 000097
は加入者局特定の上位階層に設定され、ΔはＲＮＴＩの関数であり、Ｙは前記ＤＬ割り当てで２ビットフィールドにより決定されることを特徴とする基地局。
【請求項１７】
前記２ビットフィールドは、Ｙに対する０，−１，２及び他の整数のうちいずれか一つの値を表すことを特徴とする請求項１６に記載の基地局。
【請求項１８】
前記Δ＝(ＲＮＴＩ  ｍｏｄ４)であることを特徴とする請求項１６に記載の基地局。
【請求項１９】
前記Δ＝(ＲＮＴＩ  ｍｏｄ２)であることを特徴とする請求項１６に記載の基地局。
【請求項２０】
Δ＝(Ｃ−ＲＮＴＩ)ｍｏｄｍｉｎ{Ｌ，ＮeCCEsPerPRB}であり、ここでＬは前記ｅＰＤＣＣＨに対する前記ｅＣＣＥの数であり、前記ＮeCCEsPerPRBはＰＲＢ当たりｅＣＣＥの総数であることを特徴とする請求項１６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に無線ネットワークに関するもので、より具体的にはＰＵＣＣＨリソースインデックスの少なくとも一部を決定する無線ネットワーク及び方法に関する。
【背景技術】
【０００２】
次の文書と標準説明は、その全部がここに記載されるように本発明に組み込まれる
REF1-3GPP  TS  36.211  v10.1.0，“E-UTRA,  Physical  channels  and  modulation.”
REF2-3GPP  TS  36.212  v10.1.0，“E-UTRA,  Multiplexing  and  Channel  coding.”
REF3-3GPP  TS  36.213  v10.1.0，“E-UTRA,  Physical  Layer  Procedure.”
【０００３】
３ＧＰＰ  ＬＴＥ(Long  Term  Evolution)(３ＧＰＰ  ＬＴＥ  Ｒｅｌ-１０)において、物理的アップリンク制御チャンネル、ＰＵＣＣは、アップリンク制御情報を搬送する。同一のＵＥからのＰＵＣＣＨ及びＰＵＳＣＨの同時伝送は、上位階層により使用可能な場合にサポートされる。フレーム構造タイプ２においては、ＰＵＣＣＨは、ＵｐＰＴＳフィールドで伝送されない。
【発明の概要】
【課題を解決するための手段】
【０００４】
【数１】
2015526032.tif 000003
【０００５】
本発明の詳細な説明に先立ち、本明細書の全般で使われる用語や語句を定義する。「〜含む(include)」、「〜からなる(comprise)」だけでなく、それらの派生語は限定のない包含を意味する。「または(or)」は及び/または(and/or)を含み、「〜に関連する(associated with)」、「それに関連する(associated therewith)」及びそれらの派生語句は、包含(include)、含まれる(be included within)、受容される(be contained within)、連結(connect to or with)、接続(couple to or with)、通信(be communication with)、協力(cooperate with)、相互配置(interleave)、並置(juxtapose)、近接(be approximate to)、結合(be bound to or with)、所有(have)、性質の所有(have a property of)、または類以(the like)を意味し、「制御器(controller)」は少なくとも一つの動作を制御する装置、システム、またはその部分を意味し、そのような装置は、ハードウェア、ファームウェア、ソフトウェア、またはこれらのうちの少なくとも二つの組み合わせで具現することができる。特定の制御器に関連する機能は、集中しているか、あるいは局地的にまたは遠距離に分散されることもある。特定の用語及び語句は本明細書の全体で使用されるが、当業者は多くの場合に上述したような定義が過去だけでなく未来の使用にも適用されることを理解しなければならない。
【０００６】
本開示とその利点をより完全に理解するために、添付図面と併せて以下の説明を参照されたい。なお、同様の参照番号は同様の部分を表す。
【図面の簡単な説明】
【０００７】
【図１】本発明の原理によるＰＵＣＣＨリソースインデックス
【数２】
2015526032.tif 000004
(ＰＵＣＣＨフォーマット１ａ/１ｂ)の少なくとも一部を決定する無線ネットワークを示す図である。
【図２】複数の移動局と通信する基地局を示す図である。
【図３】４×４ＭＩＭＯ(Multiple-Input,  Multiple-Output)システムを示す図である。
【図４】物理的アップリンク制御チャンネルのための変調シンボルのマッピングを示す図である。
【図５】イントラサイトＣｏＭＰを有する同種ネットワークを示す図である。
【図６】高い送信電力ＲＲＨを有するホモジニアスネットワークを示す図である。
【図７】マクロセルカバレッジ内の低い電力ＲＲＨを有するネットワークを示す図である。
【図８】ＵＬ  ＣｏＭＰのためのリソースの分割に対する一例を示す図である。
【図９】本発明の一部実施形態によるローカル化したｅＰＤＣＣＨ送信のための先頭(leading)ｅＣＣＥ及びＤＭＲＳポートの決定の一例を示す図である。
【図１０】ＤＭＲＳポート連結の一例を示す図である。
【図１１】２個のＰＵＣＣＨ領域が重なる場合にスケジューリング制限を示す図である。
【図１２】ＣＦＩの値によるｅＰＤＣＣＨ  ＣＣＥ(又はｅＣＣＥ)変化により暗示的にマッピングされるＰＵＣＣＨ  Ｄ-ＡＣＫ領域を示す図である。
【図１３】各ＡＬに対するＣＣＥにＰＤＣＣＨ候補の例示的な割り当てを示す図である。
【発明を実施するための形態】
【０００８】
以下に説明された図１〜図１３、及び本発明の原理を説明するのに使用される多様な実施形態は、但し予告（例示）によったことであるだけでありいかなる方式でも本発明の範囲を制限すると解析されてはならない。当業者は、本発明の原理が任意の適合に構成される無線ネットワークで実現されることが理解するはずである。
【０００９】
図１は、本発明の原理により、ＰＵＣＣＨリソースインデックス
【数３】
2015526032.tif 000005
の少なくとも一部を決定する例示的な無線ネットワーク１００を示す。この実施形態では、無線ネットワーク１００は、基地局(ＢＳ）１０１、基地局(ＢＳ）１０２、基地局(ＢＳ）１０３、及び他の類似した基地局(図示せず）を含む。基地局１０１は、インターネット１３０又は類似したＩＰ基盤のネットワーク(図示せず)と通信する。
【００１０】
ネットワークタイプに基づき、“基地局”の代りに、“ｅＮｏｄｅＢ”又は“アクセスポイント”のような他のよく知らされている用語を使用してもよい。便宜上、用語“基地局”は、ここでは遠隔端末に無線アクセスを提供するネットワークインフラコンポーネントを指して使用される。
【００１１】
基地局１０２は、そのカバレッジ領域１２０内の第１の複数の移動局(又はユーザー端末)にインターネット１３０にアクセスする無線広帯域を提供する。第１の複数の移動局は、中小企業(ＳＢ)に位置する移動局１１１、企業(Ｅ)に位置する移動局１１２、ＷｉＦｉ（登録商標）ホットスポット(ＨＳ）に位置する移動局１１３、第１の住宅(Residence：Ｒ)に位置する移動局１１４、第２の住宅(Ｒ)に位置する移動局１１５、及び携帯電話、無線ラップトップ、無線ＰＤＡのようなモバイルデバイス(Ｍ)である移動局１１６を含む。
【００１２】
便宜上、ここで、用語“移動局”は、その移動局が真にモバイルデバイス(例えば、携帯電話)であるか、あるいは一般的に固定デバイス(例えば、デスクトップパーソナルコンピュータ、自動販売機(vending  machine)など)であるか否かにかかわらず、無線で基地局にアクセスする任意の遠隔無線装備を指すために使われる。他のよく知られている用語、例えば“加入者局(ＳＳ）”、“遠隔端末(ＲＴ)”、“無線端末(ＷＴ)”、“ユーザー端末(ＵＥ)”が“移動局”の代りに使用されてもよい。
【００１３】
基地局１０３は、その基地局１０３のカバレッジ領域１２５内の第２の複数の移動局へインターネット１３０にアクセスする無線広帯域を提供する。第２の複数の移動局は、移動局１１５及び移動局１１６を含む。一実施形態では、基地局１０１〜１０３は、ＯＦＤＭ又はＯＦＤＭＡ技術を用いて相互に通信でき、移動局１１１〜１１６とも通信できる。
【００１４】
６個の移動局のみが図１に示されているが、無線ネットワーク１００が追加の移動局に無線広帯域アクセスを提供できることがわかる。移動局１１５と移動局１１６がカバレッジ領域１２０及びカバレッジ領域１２５両方ともの縁に位置されることに留意する。当該技術分野で知られているように、移動局１１５と移動局１１６は、各々基地局１０２及び基地局１０３と両方ともに通信し、ハンドオフモードで動作することができる。
【００１５】
コードブック設計に基づいた閉ループ送信ビームフォーミング方式に関する例示的な説明は、以下に開示されている。
１)D. Love, J. Heath, and T. Strohmer, “Grassmannian Beamforming For  Multiple-Input, Multiple-Output Wireless Systems,”IEEE Transactions on  Information Theory, October 2003.
２)V. Raghavan, A.M. Sayeed, and N. Boston,“Near-Optimal Codebook  Constructions For Limited Feedback Beamforming In Correlated MIMO Channels With Few Antennas,”IEEE 2006 International Symposiumon Information Theory.
【００１６】
ここに完全に説明するように、これら文献は、本願に参照することにより組み込まれる。
【００１７】
閉ループ、コードブック基盤、送信ビームフォーミングは、基地局が同一の時間及び特定周波数で単一ユーザーに対して、又は同時に複数のユーザーに対して送信アンテナビームを形成する場合に使用することができる。このようなシステムに関する例示的な説明は、Quentin H. Spencer, Christian B. Peel, A. Lee Swindlehurst, Martin Harrdt, “An Introduction To the MultiUser MIMO Downlink,” IEEE Communication Magazine, October 2004に開示されており、これら文献は、本願に完全に説明するように参照することにより組み込まれる。
【００１８】
コードブックは、移動局に知られている所定のアンテナビームのセットである。コードブック基盤のっプリコーディングＭＩＭＯは、ダウンリンク閉ループＭＩＭＯでの相当なスペクトルの効率利得を提供できる。ＩＥＥＥ８０２.１６ｅ及び３ＧＰＰ  ＬＴＥ標準で、４ＴＸ(Transmit)アンテナに制限されたフィードバック基盤の閉ループＭＩＭＯ構成がサポートされる。ＩＥＥＥ８０２.１６ｍ及び３ＧＰＰ  ＬＴＥ-Ａ(LTE  Advanced)標準では、ピークスペクトル効率を提供するために、８-ＴＸアンテナ構成がプリコーディング閉ループＭＩＭＯダウンリンクシステムとして提案される。このようなシステムに対する例示的な説明は、3GPP  Technical  Specification  No.  36.  211,  “Evolved  Universal  Terrestrial  Radio  Access(EUTRA):Physical  Channel  and  Modulation”に開示されており、これら文献は、本願で完全に説明するように参照として組み込まれる。
【００１９】
チャンネルサウンディング信号又は共通パイロット信号(又はミドアンブル(midamble)）がデータ復調の目的で使用されない場合、位相補正プロセスに対する必要性を除去するするために、閉ループに変換されたコードブック基盤の送信ビームフォーミングが使用できる。このようなシステムに対する例示的な説明は、IEEE C802.16m-08/1345r2,“Transformation  Method  For  Codebook  Based  Precoding,”November  2008でに開示されており、この文献は、本願に完全に説明するように参照により明細書内に含まれる。変換コードブック方法は、複数の送信アンテナの間の位相補正の必要性を除去するだけでなく、チャンネル相関情報を使用して特に大きく関連するチャンネルで標準コードブックの性能を向上させる。通常、チャンネル相関情報は、２次統計に基づいて非常に遅く変わり、これは、シャドウイング及び経路損失のようなロングターム(long-term)チャンネル効果に類似する。その結果、フィードバックオーバーヘッド及び相関情報を使用することに関連した計算複雑性が非常に少ない。
【００２０】
図２は、本発明の一実施形態による複数の移動局２０２，２０４，２０６，２０８と通信する基地局２２０のダイアグラム２００を示す。図２では、基地局２２０は、多重アンテナビームを用いて複数の移動局と同時に通信する。各々のアンテナビームは、同一の時間で同一の周波数を用いて意図する移動局に対して形成される。基地局２２０及び移動局２０２，２０４，２０６，２０８は、ＲＦ(Radio  Frequency)信号の送受信のために多重アンテナを採用する。望ましい実施形態において、ＲＦ信号は、ＯＦＤＭ(Orthogonal  Frequency  Division  Multiplexing)信号であり得る。
【００２１】
基地局２２０は、複数の送信器を通じて同時ビームフォーミングを遂行する。例えば、基地局２２０は、ビームフォーミング信号２１０を通じて移動局２０２にデータを、ビームフォーミング信号２１２を通じて移動局２０４にデータを、ビームフォーミング信号２１４を通じて移動局４０６にデータを、そしてビームフォーミング信号２１６を通じて移動局４０８にデータを、各々送信する。本発明のいくつかの実施形態で、基地局２２０は、移動局２０２，２０４，２０６，２０８に同時にビームフォーミングできる。いくつかの実施形態では、それぞれのビームフォーミング信号は、同一の時間及び同一の周波数で意図した移動局に対して形成される。また、明確性のために、基地局から移動局への通信は、“ダウンリンク通信”と称され、移動局から基地局への通信は“アップリンク通信”と称される。
【００２２】
基地局２２０及び移動局２０２，２０４，２０６，２０８は、無線信号を送受信するために多重アンテナを採用する。無線信号は、ＲＦ信号であって、ＯＦＤＭ送信方式を含んで当業者に知られている所定の送信方式を使用できることがわかる。移動局２０２，２０４，２０６，２０８は、図１の移動局と共に無線信号を受信することができる任意のデバイスであり得る。
【００２３】
ＯＦＤＭ送信方式は、周波数ドメインでデータを多重化するために使用される。変調シンボルは、周波数サブキャリアに搬送される。ＱＡＭ(Quadrature  Amplitude  Modulated)シンボルは、直列-並列変換されてＩＦＦＴ(Inverse  Fast  Fourier  Transform)プロセシングブロックに入力される。ＩＦＦＴ回路の出力で、Ｎ時間-ドメインサンプルが得られる。ここで、Ｎは、ＯＦＤＭシステムにより使用されるＩＦＦＴ/ＦＦＴのサイズを示す。ＩＦＦＴが並列-直列変換された後の信号とＣＰ(Cyclic  Prefix)は、信号シーケンスに追加される。ＣＰは、多重経路フェージングによる衝撃を防止し、あるいは緩和するようにそれぞれのＯＦＤＭシンボルに追加される。その結果的なサンプルシーケンスがＣＰを有するＯＦＤＭシンボルと称される。受信器で、完全な時間及び周波数同期化が遂行される場合、受信器は、ＣＰを除去し、信号は、ＦＦＴ(Fast  Fourier  Transform)プロセシングブロックに入力される前に直列-並列変換される。ＦＦＴ回路の出力が並列-直列変換され、その結果、ＱＡＭシンボルは、ＱＡＭ復調器に入力される。
【００２４】
ＯＦＤＭシステムの全体帯域幅は、サブキャリアで称される狭帯域周波数ユニットに分割される。サブキャリアの数は、システムで使用されるＦＦＴ/ＩＦＦＴサイズＮと同一である。一般的に、周波数スペクトルの縁で一部のサブキャリアがガード(guard)サブキャリアとして予約されるため、データに使用されるサブキャリアの数は、Ｎより少ない。一般に、ガードキャリアでは情報が伝送されない。
【００２５】
各ＯＦＤＭシンボルが時間ドメインで限定されたデュレーション(duration）を有するため、サブキャリアは、周波数ドメインで重なる。しかしながら、送信器及び受信器が完全な周波数同期化を有すると、サンプリング周波数で直交性が維持される。不完全な周波数同期化又は高い移動性による周波数オフセットの場合に、サンプリング周波数でサブキャリアの直交性が破壊され、ＩＣＩ(Intercarrier  Interference)を招く。
【００２６】
無線通信チャンネルの容量及び信頼性を向上させるために、基地局及び単一移動局で多重送信アンテナ及び多重受信アンテナを使用することは、ＳＵ-ＭＩＭＯ(Single-User  Multiple-Input、Multiple-Output)システムでは公知である。ＭＩＭＯシステムの容量は、Ｋに従って線形増加し、ここで、Ｋは送信アンテナ数(Ｍ)及び受信アンテナ数(Ｎ）の最小値である(すなわち、Ｋ＝ｍｉｎ(Ｍ,Ｎ))。ＭＩＭＯシステムは、従来方式である空間多重化、送/受信ビームフォーミング、又は送/受信ダイバーシティで実現することができる。
【００２７】
図３は、本発明の一実施形態による４×４ＭＩＭＯシステム３００を示す。一実施形態で、４個の異なるデータストリーム３０２は４個の送信アンテナ３０４を用いて個別的に送信される。送信された信号は、４個の受信アンテナ３０６で受信され、受信された信号３０８として解析される。４個のデータストリーム３１２を復元するために一部形態の空間信号処理３１０が受信された信号３０８に対して遂行される。
【００２８】
空間信号処理の一例は、Ｖ-ＢＬＡＳＴ(Vertical  Bell  Laboratories  Layered  Space-Time)であり、これは、連続干渉除去原理を使用して、伝送されたデータストリームを復元する。ＭＩＭＯ方式の他の変種は、送信アンテナを介して一部種類の空間-時間符号化を遂行する方式(例えば、Ｄ-ＢＬＡＳＴ)を含む。また、ＭＩＭＯは、無線通信システムにおけるリンクの信頼性又はシステム容量を向上させるように、送受信ダイバーシティ方式及び送受信ビームフォーミング方式で実現することができる。
【００２９】
ＭＩＭＯチャンネル推定は、それぞれの送信アンテナからそれぞれの受信アンテナへのリンクに対するチャンネル利得及び位相情報を推定することによりなされる。したがって、Ｎ×Ｍ  ＭＩＭＯシステムに対するチャンネル応答、Ｈは、次のようなＮ×Ｍ行列で構成される。
【数４】
2015526032.tif 000006
【００３０】
ＭＩＭＯチャンネル応答は、Ｈで表示され、ＮＭは送信アンテナＮから受信アンテナＭまでのチャンネル利得を表す。ＭＩＭＯチャンネル行列のエレメントの推定を可能にするために、個別パイロットはそれぞれの送信アンテナから送信できる。
【００３１】
単一ユーザーＭＩＭＯ(ＳＵ-ＭＩＭＯ）の拡張として、マルチユーザーＭＩＭＯ(ＭＵ-ＭＩＭＯ）は、無線通信チャンネルの容量と信頼性を改善するために、多重送信アンテナを有する基地局は、ＳＤＭＡ(Spatial  Division  Multiple  Access)のようなマルチユーザービームフォーミング方式を使用して複数の移動局と同時に通信する通信シナリオである。
【００３２】
３ＧＰＰ  ＴＳ３６.２１１[ＲＥＦ１]は、次のようにＰＵＣＣＨを記述する。
【００３３】
物理的アップリンク制御チャンネル、ＰＵＣＣＨは、アップリンク制御情報を搬送する。同一のＵＥからのＰＵＣＣＨ及びＰＵＳＣＨの同時送信は、上位階層により使用可能な場合にサポートされる。フレーム構造タイプ２である場合、ＰＵＣＣＨは、ＵｐＰＴＳフィールドで送信されない。
【００３４】
物理的アップリンク制御チャンネルは、＜表１＞に示すような複数のフォーマットをサポートする。フォーマット２ａ及び２ｂは、ノーマルサイクリックプレフィックス(cyclic  prefix)のみがサポートされる。
【００３５】
＜表１＞：サポートされるＰＵＣＣＨフォーマット
【表１】
2015526032.tif 000007
【００３６】
すべてのＰＵＣＣＨフォーマットは、セル特定サイクリックシフト
【数５】
2015526032.tif 000008
を使用し、これは、次によるシンボル数ｌ及びスロット番号ｎsによって変わる。
【００３７】
【数６】
2015526032.tif 000009
【００３８】
ここで、擬似ランダムシーケンスｃ(ｉ)は、ＲＥＦ１のセクション７.２により定義される。疑似ランダムシーケンス生成器は、各無線フレームの開始でプライマリーセルに対応する
【数７】
2015526032.tif 000010
に初期化される。
【００３９】
【数８】
2015526032.tif 000011
【００４０】
ＰＵＣＣＨフォーマット１，１ａ，１ｂ
【００４１】
ＰＵＣＣＨフォーマット１に対して、情報は、ＵＥからＰＵＣＣＨの送信の存在有無により搬送される。このセクションの残りの部分で、ｄ(０)＝１は、ＰＵＣＣＨフォーマット１に対するものと仮定する。
【００４２】
ＰＵＣＣＨフォーマット１ａ及び１ｂに対して、一つ又は２個の明示ビットが各々送信される。ビットのブロックｂ(０)，…，ｂ(Ｍbit−１)は、＜表２＞に示すように変調され、複素シンボルｄ(０)を生成する。異なるＰＵＣＣＨフォーマットの変調方式は、＜表１＞により与えられる。
【００４３】
【数１０】
2015526032.tif 000012
【００４４】
【数１１】
2015526032.tif 000013
【００４５】
【数１２】
2015526032.tif 000014
【００４６】
【数１３】
2015526032.tif 000015
【００４７】
【数１４】
2015526032.tif 000016
【００４８】
ここで、
【００４９】
【数１５】
2015526032.tif 000017
【００５０】
【数１６】
2015526032.tif 000018
【００５１】
ＰＵＣＣＨがマッピングされるサブフレームの２個のスロットでの２個のリソースブロック内のリソースインデックスは、次にように与えられる。
【００５２】
【数１７】
2015526032.tif 000019
【００５３】
ｎsｍｏｄ２＝０である場合、次により
【００５４】
【数１８】
2015526032.tif 000020
【００５５】
【数１９】
2015526032.tif 000021
【００５６】
【数２０】
2015526032.tif 000022
【００５７】
＜表２＞ＰＵＣＣＨフォーマット１ａ及び１ｂに対する変調シンボルｄ(０)
【表２】
2015526032.tif 000023
【００５８】
【数２１】
2015526032.tif 000024
【表３】
2015526032.tif 000025
【００５９】
【数２２】
2015526032.tif 000026
【表４】
2015526032.tif 000027
物理的リソースに対するマッピング
【００６０】
【数２３】
2015526032.tif 000028
【００６１】
スロットｎ2でのＰＵＣＣＨの送信に使用される物理的リソースブロックは、次によって与えられる。
【００６２】
【数２４】
2015526032.tif 000029
【００６３】
ここで、変数ｍは、ＰＵＣＣＨフォーマットに基づく。フォーマット１，１ａ，１ｂに対して、次の通りである。
【数２５】
2015526032.tif 000030
【００６４】
物理的アップリンク制御チャンネルのための変調シンボルのマッピングは、図４に示す。
【００６５】
一つのサービングセルが構成される場合の、サウンディング参照信号及びＰＵＣＣＨフォーマット１，１ａ，１ｂ，又は３の同時送信である場合、短縮ＰＵＣＣＨフォーマットが使用され、ここでサブフレームの第２のスロットの最後のＳＣ-ＦＤＭＡシンボルは、空き状態に残るようになる。
【００６６】
ＰＵＣＣＨベースシーケンス割り当て
ＲＡＮ１＃６８ｂｉｓで、次はＰＵＣＣＨベースシーケンス割り当てに同意される。
【００６７】
既存のメカニズムに加えて、ＵＥは、ＵＥ-特定に設定されたパラメータＸと物理的セルＩＤ  ＮＩＤｃｅｌｌを取り替えることによって、ＰＵＣＣＨベースシーケンス及びサイクリックシフトホッピングの生成をサポートできる。
【００６８】
異なるＰＵＣＣＨフォーマットが共通Ｘを共有し、あるいは異なるＸ値を有する場合のＦＦＳ
【００６９】
他のＲＳ(例えば、ＰＵＳＣＨ  ＤＭＲＳ，…)のＵＥ-特定設定との関係に対するＦＦＳ
【００７０】
企業は、異なるベースシーケンスと関連したＡ/Ｎｓに対する個別領域を提供するメカニズムで研究することが推奨される。
【００７１】
ＣｏＭＰシナリオ
【００７２】
３６．８１９で、次のＣｏＭＰ(Coordinated  Multipoint)送受信シナリオが論議される。
【００７３】
シナリオ１：図５に示すようなイントラサイトＣｏＭＰを有するホモジニアス(homogeneous)ネットワーク。
【００７４】
シナリオ２：図６に示すような高い送信電力ＲＲＨを有するホモジニアスネットワーク。
【００７５】
シナリオ３：ＲＲＨにより生成される送受信ポイントが図７に示すようなマクロセルとして異なるセルＩＤを有するマクロセルカバレッジ内で、低い電力ＲＲＨを有するホモジニアスネットワーク
【００７６】
シナリオ４：ＲＲＨにより生成される送受信ポイントが図７に示すようなマクロセルとして同一のセルＩＤを有するマクロセルカバレッジ内で低い電力ＲＲＨを有するホモジニアスネットワーク
【００７７】
サンソンコントリビューション(Samsung  contribution)Ｒ１  １２１６３９では、ＣｏＭＰシナリオ３に対するＰＵＣＣＨリソース分割の一例が図８に示すように考慮される。また、このコントリビューションは、次のように上記した実施形態に関連した問題点を議論する。
【００７８】
ＣｏＭＰ及び非ＣｏＭＰリソースのいくつかの可能な分割が存在する。図８は、マクロｅＮＢに対するＵＬリソース及びＣｏＭＰシナリオ３に対してＲＲＨを分割する一例を示す。類似した分割がＲＲＨリソースのＣｏＭＰ領域で、ＵＥ-特定方式へのＨＡＲＱ  ＡＣＫ送信のためのシーケンスを設定することによって、ＣｏＭＰシナリオ４をサポートすることができる。
【００７９】
ＲＲＣシグナリング又は動的シグナリングが(ＴＤＤの場合にはチャンネル選択で)ＰＵＣＣＨフォーマット１ａ/１ｂを用いてＨＡＲＱ-ＡＣＫ信号送信のためのＣｏＭＰ  ＰＵＣＣＨリソース(
【数２６】
2015526032.tif 000031
値）の開始を表すために使用されるか否かに関係なく、ＵＬオーバーヘッドの増加が発生する。ＵＥのスケジューリングされたＰＤＳＣＨの数又はサブフレーム当たりＳＰＳリリースは、ＵＬ  ＣｏＭＰがＨＡＲＱ-ＡＣＫ信号の送信に使用されるか否かに大きく左右されず、原則的に、それぞれのＰＵＣＣＨリソースが増加してはならないことに留意する。
【００８０】
また、ＵＬ  ＣｏＭＰが適用される場合、平均的にサブフレーム当たりいくつかのＵＥのみが重要な活用度が発生するＣｏＭＰリソースを使用するＨＡＲＱ-ＡＣＫ送信を要求することができる。
【００８１】
【数２７】
2015526032.tif 000032
【００８２】
６％〜１０％程度のオーバーヘッド増加は許容することができず、相当に減少しなければならない。このような減少のための一つのオプションは、ＰＵＣＣＨフォーマット１ａ/１ｂを使用する各ＨＡＲＱ-ＡＣＫ信号送信のためにＣｏＭＰリソースが使用される、ＵＥに対するＰＤＣＨ送信用に小さいＣＣＥ個数が使用されるスケジューラ制限によるものである。しかしながら、遮断確率を増加させるものとスケジューラ制限を与えることから見れば、このオプションは、通常に第１の１６ＣＣＥがシステム情報をスケジューリングするＰＤＣＣＨに対してＣＳＳで使用されるような制約的な利点のみを有する。
【００８３】
局所化された(localized：以下、局所)ｅＰＤＣＣＨに対する検索空間設計
【００８４】
図９は、局所ｅＰＤＣＣＨに対する検索空間を規定するための先頭(leading)ｅＣＣＥ及びＤＭＲＳポートを決定する方法に関する実施形態を示す。ｅＰＤＣＣＨ検索空間は、ｅＰＤＣＣＨ候補及びこれに関連したＤＭＲＳポートを示し、ＤＭＲＳのＳＣＩＤは、上位階層により設定される。
【００８５】
ｅＣＣＥアグリゲーションレベルＬ∈{１，２，４，８}である場合、ｅＰＤＣＣＨ候補ｍに対応するｅＣＣＥは、例えば次により与えられる。
【００８６】
【数２８】
2015526032.tif 000033
【００８７】
【数２９】
2015526032.tif 000034
【００８８】
【数３０】
2015526032.tif 000035
【００８９】
ここで、ＮECCE,kは、サブフレームｋでの局所ＥＰＤＣＣＨセット内のＥＣＣＥの総数であり、ＮECCEperPRB＝４(又はＮECCEperPRB＝２)は、各ＰＲＢ対のＥＣＣＥの総数であり、ｎCIはＣＩＦ値(Ｒｅｌ-１０  ＣＡのように)、ｍ＝０，…，Ｍ(L)−１及びＹkはＹk＝(Ａ・Ｙk-1)ｍｏｄＤを有するＣ-ＲＮＴＩに基づくＲｅｌ-１０擬似ランダム変数であり、ここで、Ｙ-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、及び
【数３１】
2015526032.tif 000036
であり、ｎsは、無線フレーム内のスロット数である。
【００９０】
８個のＥＣＣＥのＡＬに対して、サポートされる場合、ＥＣＣＥは、追加のＰＲＢ対を含むことにより(同一のＲＢＧで-ＰＲＢ対ごとに２個のＥＣＣＥを有し、４個のＥＣＣＥを有するＡＬである場合と同一)、４個のＥＣＣＥを有するＡＬに対してＥＣＣＥが獲得される(ＲＥＦ３)。
【００９１】
ｍ’を決定する式で、第１の項はＰＲＢ対を選択し、第２の項はＰＲＢ対内のＥＣＣＥを選択する。まず、局所ＥＰＤＣＣＨ候補が異なるＰＲＢ対に配置される。(所定のＥＣＣＥ  ＡＬに対する)候補の数がＰＲＢ対の数より大きい場合、ＰＲＢ対に候補を配置する各イテレーション(iteration)では、以前の候補により使用されるｅＣＣＥとの重複を避けつつ、異なるＰＲＢ対に追加候補が配置される。
【００９２】
ＤＭＲＳ  ＡＰの決定
【００９３】
サブフレームｋで候補ｍに対するＤＭＲＳ  ＡＰ、Ｐk,mは、検索空間の一部であり、次のように決定され、
【００９４】
【数３２】
2015526032.tif 000037
【００９５】
ここで、ＮDMRSは、ＤＭＲＳ  ＡＰの数である。
【００９６】
一実施形態において、ランダム変数Ｘk,mは、ｅＣＣＥをポインティングする。図９は、この実施形態での先頭ｅＣＣＥ及びＤＭＲＳポートの決定に関する一例を示す。この実施形態で、ＮDMRS＝４であると仮定する。各々のｅＣＣＥは、次のようにＤＭＲＳポートにマッピングされる。
ｅＣＣＥ４ｎがＤＭＲＳポート７にマッピングされる。
ｅＣＣＥ４ｎ＋１がＤＭＲＳポート８にマッピングされる。
ｅＣＣＥ４ｎ＋２がＤＭＲＳポート９にマッピングされる。
ｅＣＣＥ４ｎ＋３がＤＭＲＳポート１０にマッピングされる。
【００９７】
図９の実施形態では、Ｘk,mがｅＣＣＥ８ｋ＋５をポインティングする。ＰＤＣＣＨ候補を生成するＬＴＥ  Ｒｅｌ-８規則がこの例に適用される場合、これは、それぞれのアグリゲーションレベルに対する次のｅＰＤＣＣＨ設定方法を発生させる。
【００９８】
Ｌ＝１であるケースで、ｅＣＣＥ８ｋ＋５は先頭ｅＣＣＥ８ｋ＋５でｅＰＤＣＣＨ候補を設定する。
【００９９】
Ｌ＝２であるケースで、ｅＣＣＥ８ｋ＋４及び８ｋ＋５は先頭ｅＣＣＥ８ｋ＋４でｅＰＤＣＣＨ候補を設定する。
【０１００】
Ｌ＝４であるケースで、ｅＣＣＥ８ｋ＋４〜８ｋ＋７は先頭ｅＣＣＥ８ｋ＋４にｅＰＤＣＣＨ候補を設定する。
【０１０１】
Ｌ＝８であるケースで、ｅＣＣＥ８ｋ〜８ｋ＋７は先頭ｅＣＣＥ８ｋにｅＰＤＣＣＨ候補を設定する。
【０１０２】
ＤＭＲＳポートは、ｅＰＤＣＣＨ候補の先頭ｅＣＣＥに対する専用である。一方、ＤＭＲＳポートは、Ｘk,m に対する専用である。これは、複数のＵＥが直交ＤＭＲＳポートを具備した所定のｅＰＤＣＣＨ候補を有することを可能にし、この動作は、ｅＰＤＣＣＨの直交ＤＭＲＳ補助型ＭＵ-ＭＩＭＯを暗示的にサポートする。
【０１０３】
例えば、ＵＥ(ＵＥ-ａ)に対するランダム変数Ｘk,mがｅＣＣＥ８ｋ＋５をポインティングし、他のＵＥ(ＵＥ-ｂ)に対することがｅＣＣＥ８ｋ＋４をポインティングすると仮定する。Ｌ＝２である場合、両方とものＵＥは、ｅＣＣＥ８ｋ＋４及び８ｋ＋５に設定される同一のｅＰＤＣＣＨ候補を有するようになる。ｅＰＤＣＣＨ候補を有する両方のＵＥは、図１０に示すような同一のＤＭＲＳポート７を使用すると仮定される。ＭＵ-ＭＩＭＯをサポートするために、両側のＵＥは異なるＳＣＩＤが割り当てられなければならない。これは、非直交ＤＭＲＳ補助型ＭＵ-ＭＩＭＯの動作である。一方、ＵＥ-ａ及びＵＥ-ｂは、図１０に示すように、ＤＭＲＳポート８及び７が各々割り当てられる。これは、直交ＤＭＲＳ補助ＭＵ-ＭＩＭＯを可能にする。
【０１０４】
この実施形態では、ＵＥ特定上位階層シグナリングを通じてＤＭＲＳのＳＣＩＤを設定することにより、又はパラメータ、例えば分散型アンテナシステムでのＴＰＩＤ(Transmission  Point  Identification)によりそれを決定することにより、非直交ＤＭＲＳ補助ＭＵ-ＭＩＭＯは、またサポート可能である。
【０１０５】
したがって、この実施形態では、直交ＤＭＲＳ補助ＭＵ-ＭＩＭＯ及び非直交ＤＭＲＳ補助ＭＵ-ＭＩＭＯ共をサポートし、ｅＮＢに対するｅＰＤＣＣＨスケジューリングでより多くの柔軟性を提供する。
【０１０６】
したがって、ｅＰＤＣＣＨ  ＰＲＢセットに関連したＰＵＣＣＨリソースインデックス
【数３３】
2015526032.tif 000038
(ＰＵＣＣＨフォーマット１ａ/１ｂ)の少なくとも一部を決定する技術が必要である。
【０１０７】
本発明において、ＬＴＥ  ＵＥは、ＰＤＣＣＨ又はｅＰＤＣＣＨ上のＤＬ割り当てによりスケジューリングされるＰＤＳＣＨ送信に対応してＰＵＣＣＨフォーマット１ａ/１ｂにＨＡＲＱ-ＡＣＫを送信する。ＰＤＣＣＨに対するＤＬグラントは、複数のＣＣＥ(Control  Channel  Element)で送信され、ここで、各ＣＣＥは、ｎCCEで表記される整数によりインデクシングされる。ｅＰＤＣＣＨ上のＤＬ割り当ては、複数のｅＣＣＥ(enhanced  CCE)で送信され、ここで、それぞれの向上したｅＣＣＥは、ｎeCCEで表記される整数によりインデクシングされる。
【０１０８】
Ｒｅｌ-１０ＬＴＥシステムで、ＵＥは、動的にスケジューリングされるＰＤＳＣＨに対応して次の式によりＰＵＣＣＨフォーマット１ａ/１ｂインデックスｎPUCCHを導出する。
【０１０９】
【数３４】
2015526032.tif 000039
【０１１０】
ここで、ｎCCEは、ＤＬ割り当てを伝送する最小ＣＣＥ数であり、
【数３５】
2015526032.tif 000040
は、セル-特定に設定された上位階層(ＲＲＣ)である。
【０１１１】
ＰＵＣＣＨ  ＵＬ  ＣｏＭＰを設定するために、Ｒｅｌ-１１  ＵＥは、ＵＥ特定パラメータの数を含むＲＲＣ設定を受信することができる。ＵＥ特定パラメータのいくつかの実施形態は、次の通りである。
【０１１２】
ＵＬ  ＲＳベースシーケンス生成のために、レガシー式内の物理的セルＩＤを代替するためのＰＵＣＣＨ仮想セルＩＤ  Ｘ。
【０１１３】
【数３６】
2015526032.tif 000041
【０１１４】
【数３７】
2015526032.tif 000042
【０１１５】
ネットワークが異なるベースシーケンスで生成されたＨＡＲＱ-ＡＣＫに対して重なる領域を割り当てる場合、オーバーヘッド問題は多少緩和することができる。しかしながら、有意義のオーバーヘッド減少を達成しようとする場合には、リソース衝突を防止するために相当なスケジューリング制限が付与される。より具体的には、リソース衝突を防止するために、重なる領域が同一のベースシーケンスで生成されるＰＵＣＣＨのために使用されなければならない。例えば、リソース衝突回避のために、重なった領域は、物理的セルＩＤで生成されるＰＵＣＣＨのみを含まなければならない。ＰＤＣＣＨハッシュ(hashing)機能が各ＵＥに対するすべてのサブフレームでＵＥ特定検索空間を変更することを考慮すれば、これを保証するための唯一の方法は、ｅＮＢが仮想セルＩＤで割り当てられるＵＥに対するＤＬグラントを送信せず、その重なる領域ではＵＥ特定検索空間を有しないようにする。図１１に示すように、サブフレームでＵＥ１〜４が重なるＰＲＢでＵＥ特定検索空間を有する場合、ｅＮＢは、衝突を回避するためにＵＥ１〜４に対するＤＬグラントを送信してはならない。ＵＬ  ＣｏＭＰ  ＵＥの数に基づき、これは、遮断可能性を増加させ、ＤＬスループットを減少させ(多くのＵＬ  ＣｏＭＰ  ＵＥ)、あるいはこれがＣｏＭＰ  ＰＵＣＣＨリソースに対する大きく低い利用を引き起こすことができ(少ないＵＬ  ＣｏＭＰ  ＵＥ)、これによりＵＬスループットを減少させ得る。
【０１１６】
【数３８】
2015526032.tif 000043
【０１１７】
【数３９】
2015526032.tif 000044
【０１１８】
ｅＮＢがＰＵＣＣＨオーバーヘッドを効率的に管理するために、ＰＵＣＣＨ  ＵＬ  ＣｏＭＰ及びｅＰＤＣＣＨをサポートする新たなＰＵＣＣＨフォーマット１ａ/１ｂインデクシングメカニズムが導入される必要がある。
【０１１９】
実施形態１：ＤＬ割り当てがＰＤＣＣＨで搬送されるか、あるいはｅＰＤＣＣＨで搬送されるかによって、ＵＥがＰＵＣＣＨフォーマット１ａ/１ｂのインデックスを異なる導出をし、それによってＤＬ割り当てによりスケジューリングされるＰＤＳＣＨによってＨＡＲＱ-ＡＣＫを搬送する。
【０１２０】
ＰＤＣＣＨがＤＬ割り当てを搬送する場合、ＵＥは、次の式を使用してｎPUCCHを導出し、ここでＤＬ割り当てを搬送するために使用される最小ＣＣＥ数はｎCCEである。
【０１２１】
ｎPUCCH＝ｎCCE＋Ｎ
【０１２２】
ｅＰＤＣＣＨがＤＬ割り当てを搬送する場合、ＵＥは、次の式を使用してｎPUCCHを導出するようになる。
【０１２３】
ｎPUCCH＝ｎeCCE＋Ｎ’＋ｎoffset
【０１２４】
この実施形態では、２個のＰＵＣＣＨリソースがレガシーＰＤＣＣＨ  ＣＣＥ数により暗示的に決定され、ｅＰＤＣＣＨ  ｅＣＣＥ数とＣＣＥ数とｅＣＣＥ数が同一になる場合、非ゼロｎoffsetを設定することによって、ＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソースの衝突を効率的に防止できる。
【０１２５】
実施形態２：ＵＥは、ＰＵＣＣＨフォーマット１ａ/１ｂ  ｎPUCCHのインデックスを導出し、次のようにＤＬ割り当てによりスケジューリングされるＰＤＳＣＨに対応してＨＡＲＱ-ＡＣＫを搬送する。
【０１２６】
ＰＤＣＣＨがＤＬ割り当てを搬送する場合、ＵＥは、次の式を使用してｎPUCCHを導出し、ここでＤＬ割り当てを搬送するために使用される最小ＣＣＥ数はｎCCEである。
ｎPUCCH＝ｎCCE＋Ｎ＋ｎoffset
【０１２７】
ｅＰＤＣＣＨがＤＬ割り当てを搬送する場合、ＵＥは、次の式を使用してｎPUCCHを導出する。
ｎPUCCH＝ｎeCCE＋Ｎ’＋ｎoffset
【０１２８】
この実施形態では、ＰＤＣＣＨ及びｅＰＤＣＣＨによって２個のＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫに対する異なるｎoffsetを設定することにより、ＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソースの衝突を効率的に防止できる。
【０１２９】
ｎPUCCHに対する式のパラメータに関する詳細について、以下に説明する。
【０１３０】
Ｎ及びＮ’の決定
一つの方法で、Ｎ’＝Ｎであり、この場合にネットワーク(ｅＮＢ)は、Ｎ及びＮ’に対する一つの値のみを設定する。
【０１３１】
他の方法で、Ｎ’≠Ｎであり、この場合にネットワーク(ｅＮＢ)は、Ｎ及びＮ’に対する第１及び第２の値を各々設定する。
【０１３２】
【数４０】
2015526032.tif 000045
【０１３３】
【数４１】
2015526032.tif 000046
【０１３４】
【数４２】
2015526032.tif 000047
【０１３５】
【数４３】
2015526032.tif 000048
【０１３６】
【数４４】
2015526032.tif 000049
【０１３７】
【数４５】
2015526032.tif 000050
【０１３８】
一方法で、Ｎ(及びＮ’＝Ｎである場合のＮ’)の値は、現在のサブフレーム内のＰＣＦＩＣＨにより表示されるＣＦＩ値(又はレガシーＰＤＣＣＨ領域に使用されるＯＦＤＭシンボルの数)及びＵＥ特定に設定されるパラメータ、
【数４６】
2015526032.tif 000051
のうち少なくとも一つにより決定される。
【０１３９】
【数４７】
2015526032.tif 000052
【０１４０】
【数４８】
2015526032.tif 000053
【０１４１】
これら実施形態では、
【数４９】
2015526032.tif 000054
は、ＯＦＤＭシンボルごとにＣＣＥの総数である。第２の実施形態は、図１２に示す。図１２に示すように、この方法は、ｅＰＤＣＣＨと関連したＰＵＣＣＨの開始領域を動的に変化させることによって、ＰＵＣＣＨ  Ｄ-ＡＣＫ(動的ＡＣＫ/ＮＡＣＫ)リソースオーバーヘッドを効率的に制御できる。
【０１４２】
【数５０】
2015526032.tif 000055
【０１４３】
【数５１】
2015526032.tif 000056
が設定される場合、仮想(virtual)セルＩＤがＰＵＣＣＨベースシーケンスを生成するために使用される第２のＰＵＣＣＨ領域の開始位置が決定される。また、ｎoffsetを有すると、ＣＣＥ及びｅＣＣＥ数によるリソースの暗示的インデクシングからもたらすＰＵＣＣＨリソース衝突は、回避できる。例えば、ｅＮＢが２個のＤＬ割り当てを２個の異なるＵＥに伝送するが、一つのＤＬ割り当ては、ＰＤＣＣＨで搬送されて他のＤＬ割り当てはｅＰＤＣＨで搬送され、対応する最小のＣＣＥ及びｅＣＣＥ数が同一になる場合、ｅＰＤＣＣＨを受信するＵＥに対して非ゼロ(non-zero）を設定することによって、リソース衝突が回避できる。
【０１４４】
一つの方法で、ＵＥは、仮想セルＩＤ  Ｘで構成され、この場合に、ＵＥは、ＵＬ  ＲＳベースシーケンス生成のためのレガシー式で物理的セルＩＤをＸに代替することによって、ＰＵＣＣＨベースシーケンスを生成する。
【０１４５】
【数５２】
2015526032.tif 000057
【０１４６】
ｎeCCEの定義
ｎeCCEの規定のためのいくつかの代案が、以下に列挙される。
Ａｌｔ１：ＤＬ割り当てを搬送するために使用される最小ｅＣＣＥ数。
Ａｌｔ２：ＤＬ割り当て送信のために選択されたＤＭ  ＲＳアンテナポートに関連したｅＣＣＥ数(このような関連の一例が図１０に示す)。
Ａｌｔ３：(図９に示すような)ランダム変数Ｘk,mによって表示されるｅＣＣＥ数。
Ａｌｔ４：ｎeCCE規定は局所ｅＰＤＣＣＨが使用されるか、あるいは分散された(distributed：以下、分散)ｅＰＤＣＣＨが使用されるかによって変わる。
【０１４７】
一実施形態で、分散ｅＰＤＣＣＨが使用される場合に、ｎeCCEは、ＤＬ割り当てを搬送するために使用される最小ｅＣＣＥ数であり、一方、局所ｅＰＤＣＣＨが使用される場合に、ｎeCCEは、ＤＬ割り当て送信のために選択されるＤＭ  ＲＳアンテナポートに関連するｅＣＣＥ数である。
【０１４８】
他の実施形態で、分散ｅＰＤＣＣＨが使用される場合に、ｎeCCEは、ＤＬ割り当てを搬送するために使用される最小ｅＣＣＥ数であり、一方、局所ｅＰＤＣＣＨが使用される場合に、ｎeCCEは、ランダム変数Ｘk,mによって表示されるｅＣＣＥ数である。
【０１４９】
Ａｌｔ２，Ａｌｔ３，Ａｌｔ４は、ｅＣＣＥの同一のセット内のＤＥ割り当てを受信する２個のＵＥが２個の異なるリソース内のＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫを送信するように保証できる。これを確認するために、第１及び第２のＵＥにｅＰＤＣＣＨ復調のためにそれぞれＤＭＲＳアンテナポート(ＡＰ)７，８が割り当てられる間に、第１及び第２ＵＥが、すなわちｅＣＣＥ＃０、＃１のような、ｅＣＣＥの同一のセット内のＤＬ割り当てを受信すると仮定する。最小のｅＣＣＥ数ｎleading・eCCEがｎoffset＝０でＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫインデクシングのために使用される場合、２個のＵＥは、同一のＰＵＣＣＨリソースが割り当てられ、すなわちｎPUCCH＝ｎleading・eCCE＋Ｎ＋ｎoffset＝０＋Ｎ＋０＝Ｎである。このようなリソース衝突を解消するために、Ａｌｔ２、Ａｌｔ３、Ａｌｔ４のうち任意の一つが使用され得る。
【０１５０】
一つの方法で、ｎeCEEは、ＤＬ割り当て送信のために選択されたＤＭ  ＲＳアンテナに関連したｅＣＣＥ数と同一であり、第１のＵＥ及び第２のＵＥは、異なるｎeCCE数を用いてＰＵＣＣＨリソースを導出でき、その理由は、２個のＵＥはｅＰＤＣＣＨ復調のために２個の異なるＡＰが割り当てられるためである。
【０１５１】
特に、第１のＵＥは、ｎeCCE＝ｎleading・eCCE＋(ｐ1-７)＝０＋(７-７)＝０を導出し、第２のＵＥは、ｎeCCE＝ｎleading・eCCE＋(ｐ２-７)＝０＋(８-７)＝１を導出する。
【０１５２】
ここで、ｐ１及びｐ２は、各々第１及び第２のＵＥに対して割り当てられるＤＭＲＳポート数である。
【０１５３】
現在の方法によれば、次の例示的な場合が考慮される。
【０１５４】
局所ｅＰＤＣＣＨでの８-ＣＣＥアグリゲーションのケースで、ＤＬグラントは、２個のＰＲＢ(又はＶＲＢ)にわたって送信され、それにより２個のｅＣＣＥ数が選択されたアンテナポートｐにＰＲＢごとに一つずつ対応でき、すると、ｎeCCEはｎeCCE＝ｎleading・eCCE＋(ｐ-７)により選択された２個のｅＣＣＥ数のうち最小のものである。
【０１５５】
分散ｅＰＤＣＣＨで、ＤＬ割り当て送信に関連したＤＭ  ＲＳアンテナポートの数は、１より大きいことがある。この場合、ｎeCCEは、選択されたＤＭ  ＲＳアンテナポート数に依存せず、ｎeCCEは最小のｅＣＣＥ数、すなわちｎleading・eCCEである。
【０１５６】
他の方法で、ｎeCCEは、図９及び背景技術部分の関連テキストに示すようなランダム変数Ｘk,mにより表示されるようなｅＣＣＥ数と同一である。２個のＵＥは、すなわちｅＣＣＥ８ｋ＋４及びｅＣＣＥ８ｋ＋５のような、同一のアグリゲーションレベル(Ｌ＝２)でのｅＣＣＥの同一のセット内のＤＬ割り当てを受信し、２個のＵＥが異なるＸk,mを有する限り、２個の異なるＰＵＣＣＨリソースがこれらに割り当てられる。第１のＵＥのＸk,m及び第２のＵＥのＸk,mがそれぞれ８ｋ＋４及び８ｋ＋５であると仮定する。すると、第１のＵＥ及び第２のＵＥのｎeCCEは、各々８ｋ＋４及び８ｋ＋５であると決定される。すなわち、
ｎeCCE＝ Ｘk,m である。
【０１５７】
ｅＰＤＣＣＨの復調に使用されるアンテナポート数ｐを導出
【０１５８】
一つの方法で、アンテナポート数ｐは、少なくとも部分的にＵＥ-ＩＤ(又はＲＮＴＩ)に基づいて決定される。すなわち、ｐ＝ｆ(ＲＮＴＩ)であり、ここでｆ(.)は関数である。いくつかの例は、次のようである。
Ｐ＝(ＲＮＴＩ  ｍｏｄ４)＋７
Ｐ＝(ＲＮＴＩ  ｍｏｄ２)＋７
【０１５９】
他の方法で、アンテナポート数ｐは、図９及び図１０で導入されるランダム変数Ｘk,mによって決定される。
【０１６０】
ｎoffsetの定義
ｎoffset に対して、次のような他の表示方法が考慮される。
Ａｌｔ０：ｎoffsetの値が定数(例えば、０)である。
Ａｌｔ１：ｎoffsetの値がＤＬ割り当て内のフィールド(又はコードポイント)によって動的に表示される。
Ａｌｔ２：ｎoffsetの値は、ＵＥ-ＩＤ(又はＲＮＴＩ、例えば、Ｃ-ＲＮＴＩ）の関数により決定される。
Ａｌｔ３：ｎoffsetの値は、第１のパラメータ及び第２のパラメータの関数により決定され、ここで、第２のパラメータは、ＤＬ割り当て内のフィールド(又はコードポイント)により動的に表示される。
Ａｌｔ４：ｎoffsetの値がＤＬ割り当て内のフィールド(又はコードポイント)により動的に示されるか、あるいは ｎoffsetが定数値(例えば、０)であるかは、上位階層(例えば、ＲＲＣ)でシグナリングされるパラメータにより設定される。
Ａｌｔ５：ｎoffset の値はＲＲＣ設定される。
【０１６１】
Ａｌｔ１、Ａｌｔ３、及びＡｌｔ４内のフィールドは、ＡＲＩ(ACK/NACK  Resource  Indicator)として表示され、ＮARI-ｂｉｔ  ＡＲＩは、
【数５３】
2015526032.tif 000058
候補数のうちいずれか一つを示すことができる。このＡＲＩにより示される値は、Ｙと称される。ＡＲＩを用いてＹを示す一部実施形態は、次の表に示し、ここで、ＮARI＝１又は２である。
【０１６２】
【表５】
2015526032.tif 000059
【０１６３】
一つの方法で、ｎoffsetの値はｎoffset＝Ｙの関係式に従って、ＤＬ割り当て内のＡＲＩフィールドにより動的に表示される。この場合、当該技術分野における知識を持つ者には、ｅＰＤＣＣＨが例示的な実施形態１及び２により、ＤＬ割り当てを搬送する場合に、ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙであることがわかる。上記した実施形態において、分散ｅＰＤＣＣＨが使用される場合に、ｎeCCEは、ＤＬ割り当てを搬送するために使用される最小ｅＣＣＥ数であり、一方で、局所ｅＰＤＣＣＨが使用される場合、ｎeCCEはランダム変数Ｘk,mにより表示されるｅＣＣＥ数である。また、以後の実施形態では、ｇ(ＲＮＴＩ)は、時々Δにより指示されることに留意する。
【０１６４】
他の方法で、ｎoffsetの値は、第１のパラメータ及び第２のパラメータの関数によって決定される。例えば、第１のパラメータは、ＵＥ-ＩＤ(又はＲＮＴＩ)であり、第２のパラメータはＡＲＩ又はＹである。ｎoffsetに対する例示的関数はｎoffset＝Ｙ＋ｇ（ＲＮＴＩ）である。
【０１６５】
この場合、当業者にはｅＰＤＣＣＨが例示的な実施形態１及び２によってＤＬ割り当てを搬送する場合、ｎPUCCH＝ｎeCCE＋Ｎ’＋Ｙ＋ｇ(ＲＮＴＩ)であることがわかる。上記した実施形態で、分散ｅＰＤＣＣＨが使用する場合、ｎeCCEはＤＬ割り当てを搬送するために使用される最小ｅＣＣＥ数であり、一方、局所ｅＰＤＣＣＨが使用される場合に、ｎeCCEはランダム変数Ｘk,mにより表示されるｅＣＣＥ数である。また、以後の実施形態で、ｇ(ＲＮＴＩ)は時々Δにより称されることに留意する。
【０１６６】
ここで、ｇ(.)に対する例は、次のようである。
【０１６７】
ｇ(ＲＮＴＩ)＝(ＲＮＴＩ  ｍｏｄ４)
【０１６８】
ｇ(ＲＮＴＩ)＝(ＲＮＴＩ  ｍｏｄ２)
【０１６９】
他の方法で、ｎoffsetの値は、ＵＥ-ＩＤ(又はＲＮＴＩ、例えばＣ-ＲＮＴＩ）の関数により決定される。
【０１７０】
一例で、ｎoffset＝(ＲＮＴＩ  ｍｏｄ４)である。
【０１７１】
他の例で、ｎoffset＝(ＲＮＴＩ  ｍｏｄ２)である。
【０１７２】
一つの方法で、明示的ＮARIビットは、ｎoffset情報を搬送するためにＤＬ割り当てを搬送する既存のＤＣＩフォーマット(例えば、ＤＣＩフォーマット１Ａ，２/２Ａ/２Ｂ/２Ｃ)に付加され、ここでＮARIに対する例示的な値は１及び２である。
【０１７３】
一つの方法で，ＤＣＩフォーマット２Ｂ/２ＣがＤＬ割り当てを搬送するために使用される場合、ＳＣＩＤフィールドは、ＮARI(＝１)-ビットＡＲＩに対する２個の候補値のうち一つを表示するために使用される。例示的な表示方法が、下記の表に示す。
【０１７４】
【表６】
2015526032.tif 000060
【０１７５】
ＤＣＩフォーマット１/１Ａ/２/２Ａ/１Ｃ(ＳＣＩＤフィールドを有しない)がＤＬ割り当てに使用される場合、Ｙは０に固定される。
【０１７６】
ＤＣＩフォーマット２Ｂ及び２Ｃがアンテナポート７〜１４上でＰＤＳＣＨをスケジューリングするために使用され、このためにＵＥ-特定参照信号(ＵＥ-ＲＳ）が同一のアンテナポート上に提供されることに留意する。一方、ＵＥがｅＰＤＣＣＨを受信する場合、ＵＥは、ＵＥ-ＲＳ(アンテナポート７〜１０）にチャンネル推定を要求する。したがって、ＵＥは、ｅＰＤＣＣＨ上でＤＣＩフォーマット２Ｂ及び２Ｃを受信する可能性がより一層高くて、このためにＰＵＣＣＨリソース衝突を防止するためにＡＲＩを提供することが望ましい。
【０１７７】
一つの方法で、ＤＣＩフォーマット２Ｂ/２ＣがＤＬ割り当てを搬送するために使用される場合、表示されたランク(又は階層の数)及び表示されるアンテナポートの数は、ＮARI(＝１)-ビットＡＲＩに対する２個の候補値のうちいずれか一つを表示するために使用される。例示的な表示方法は、以下の表に示されている。
【０１７８】
【表７】
2015526032.tif 000061
【０１７９】
ＤＣＩフォーマット１/１Ａ/２/２Ａ/１Ｃ(アンテナポート数を表示しない）がＤＬ割り当てに使用される場合に、Ｙは、０に固定される。
【０１８０】
一つの方法で、ＤＣＩフォーマット２Ｂ/２ＣがＤＬ割り当てを搬送するために使用される場合、表示されるランク(又は階層の数)、表示されたアンテナポート数、及びＳＣＩＤフィールドがＡＲＩに対する候補値のうちいずれか一つを表示するために使用される。例示的な表示方法は、以下の表に示す。
【０１８１】
【表８】
2015526032.tif 000062
【０１８２】
ＤＣＩフォーマット１/１Ａ/２/２Ａ/１Ｃ(アンテナポート数を表示しない）がＤＬ割り当てのために使用される場合、Ｙは、０に固定される。
【０１８３】
一つの方法で、(ｅＰＤＣＣＨまたはＰＤＣＣＨによってスケジューリングされた)ＰＤＳＣＨのＰＲＢの数のうち一つのＰＲＢ数は、ＡＲＩ内の状態を表示する。ここで、ＰＲＢ数は、スケジューリングされたＰＤＳＣＨのＰＲＢ数のうちの最小の数であり得る。
【０１８４】
一つの方法で、現在のＤＬグラントＤＣＩフォーマット内のＨＡＲＱプロセスＩＤはＡＲＩ内の状態を表す。
【０１８５】
一つの方法で、現在のＤＬグラントＤＣＩフォーマット内のＲＶ(Redundancy  Version）は、ＡＲＩ内の状態を表す。
【０１８６】
一つの方法で、ＮARI-ビットＡＲＩは、第１の領域で送信されるＤＬ割り当てのみに含まれ、表示フィールドは、第２の領域で送信されるＤＬ割り当てに含まれない。
【０１８７】
例えば、第１の領域は、ｅＰＤＣＣＨであり、第２の領域はレガシーＰＤＣＣＨである。
【０１８８】
他の実施形態で、第１の領域が局所ｅＰＤＣＣＨであり、第２の領域は分散ｅＰＤＣＣＨである。
【０１８９】
もう一つの実施形態で、第１の領域がｅＰＤＣＣＨ及びレガシーＰＤＣＣＨ  ＵＥ-特定検索空間であり、第２の領域はレガシーＰＤＣＣＨ共通検索空間である。
【０１９０】
ｅＰＤＣＣＨで設定されるＵＥのＵＥ-特定検索空間が２個の領域に分割されると仮定する。この場合、ＵＥ-特定検索空間に対するブラインドデコードの総数Ａは、２個の数Ｂ及びＣの合計である。
【０１９１】
すなわち、Ａ＝Ｂ＋Ｃ、
【０１９２】
ここで、Ｂ及びＣは、各々第１及び第２の領域で遂行されるブラインドデコードの数である。
【０１９３】
例１）ＵＬ  ＭＩＭＯが設定されない場合、Ｂは、送信モード特定ＤＬ  ＤＣＩフォーマット(例えば、ＤＣＩフォーマット１/２/２Ａ/２Ｂ/２Ｃ、及びＤＬ  ＣｏＭＰ送信モードのために定義される新たなＤＣＩフォーマット)に対して消費されるブラインドデコードの数である。
【０１９４】
例２）ＵＬ  ＭＩＭＯが設定される場合、Ｂは、送信モード特定ＤＬ  ＤＣＩフォーマット(例えば、ＤＣＩフォーマット１/２/２Ａ/２Ｂ/２Ｃ、及びＤＬ  ＣｏＭＰ送信モードのために定義される新たなＤＣＩフォーマット)及びＵＬ  ＭＩＭＯ  ＤＣＩフォーマット(すなわち、ＤＣＩフォーマット４)に対して消費されるブラインドデコードの数である。
【０１９５】
例３）ＣはＤＬフォールバック伝送(fallback  transmission)及びＵＬ単一階層伝送のためのＤＣＩフォーマット(すなわち、ＤＣＩフォーマット０及び１Ａ)に対して消費されるブラインドデコードの数である。
【０１９６】
一実施形態では、ＵＥがＰＵＣＣＨ仮想セルＩＤで構成されるか否かに従って、ＵＥは、ＡＲＩビットを異なる解析をし、ＰＵＣＣＨフォーマット１ａ/１ｂリソースを異なる導出をする。
【０１９７】
ＵＥがＰＵＣＣＨ仮想セルＩＤで構成されない場合、ＵＥは、例示的な実施形態１又は２と共にＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソースを決定し、３ＧＰＰ  ＬＴＥ  Ｒｅｌ-１０仕様ＲＥ１によって、ＰＲＢ数、ＯＣＣ数及びＣＳ数を導出する。
【０１９８】
一つの方法で、ＵＥがＰＵＣＣＨ仮想セルＩＤで構成される場合、ＡＲＩビットにより生成される各状態は、ＰＵＣＣＨフォーマット１ａ/１ｂを搬送するためのＰＲＢ数を導出する方式、例えば
【数５４】
2015526032.tif 000063
の中からＰＲＢ数を導出するためにＲｅｌ-１０仕様に従うか、あるいはＰＲＢ数を導出するためにＵＥ-特定にＲＲＣ設定された数ｍＵＥを使用するかを示す。
【０１９９】
ＡＲＩによって生成される状態は、次の表のようにＰＲＢ数を導出するための情報を表す。
【０２００】
【表９】
2015526032.tif 000064
【０２０１】
【数５５】
2015526032.tif 000065
【０２０２】
ＵＥがＰＲＢ数を導出するためにｍ＝ｍＵＥを使用するように指示される場合、ＰＵＣＣＨフォーマット１ａ/１ｂに対するＰＲＢ数は、次のように導出される。
【０２０３】
スロットｎsでＰＵＣＣＨの送信のために使用される物理的リソースブロックは、次の式により求められる。
【０２０４】
【数５６】
2015526032.tif 000066
【０２０５】
ＵＥがＰＲＢ数を導出するためにｍＵＥを使用するように指示される場合、ＵＥは、表示されたｍＵＥ値を使用してＰＲＢ数を導出し、これと共にＵＥは、３ＧＰＰ  ＬＴＥ  Ｒｅｌ-１０仕様ＲＥＦ１に記述される方法に基づき、
【数５７】
2015526032.tif 000067
によって例えば、ＯＣＣ数及びＣＳ数のような他のリソースインデックスを導出する。
【０２０６】
一つの方法で、ＮARIが非ゼロである場合、ＰＵＣＣＨ仮想セルＩＤは、ＰＵＣＣＨベースシーケンス及びＣＳホッピングパラメータを導出するときに物理的セルＩＤを取り替える。ＮARIがゼロである場合、物理的セルＩＤは、ＰＵＣＣＨベースシーケンス及びＣＳホッピングの生成に使用される。
【０２０７】
他の方法で、ＮARIの表示される値に関係なく、ＰＵＣＣＨ仮想セルＩＤは、ＰＵＣＣＨベースシーケンス及びＣＳホッピングを生成するために常に使われる(すなわち、仮想セルＩＤが式で物理的セルＩＤを取り替える)。
【０２０８】
一つの方法で、ｅＮＢは、ＰＵＣＣＨ仮想セルＩＤが使用されるＰＲＢ数をＵＥ特定のＲＲＣ構成することもできる。ＵＥがこのようなＰＲＢ数で構成される場合、ＵＥは、ＵＥがこのようなＰＲＢでＰＵＣＣＨを伝送する場合のみに仮想セルＩＤを使用してＰＵＣＣＨを送信する。
【０２０９】
他の方法で、ＵＥがＰＵＣＣＨ仮想セルＩＤで設定される場合、ＡＲＩビットによって生成される各状態は、ｎ’offsetを表示でき、ここで、ｎ’offsetは、
【数５８】
2015526032.tif 000068
を導出するために使用される。
【０２１０】
【数５９】
2015526032.tif 000069
【０２１１】
【数６０】
2015526032.tif 000070
【０２１２】
【数６１】
2015526032.tif 000071
【０２１３】
ここで、ＮeCCEは、ＲＲＣ設定でき、現在のサーフフレームでｅＣＣＥの総数と同一であり得る。
【０２１４】
ここで、ｎ’offsetは、ｎoffsetのようにＡＲＩによって表示することができる。ｎoffset 及びｎ’offsetの表示に対する例は、１ビットＡＲＩ及び２ビットＡＲＩに対して、以下の表に示す。この表で、ｎoffsetに対する候補値(ＰＵＣＣＨ仮想セルＩＤが実施形態１及び実施形態２で設定されない場合に使用)及び ｎ’offsetに対する候補値(ＰＵＣＣＨ仮想セルＩＤが設定される場合に使用)は、ＵＥ-特定にＲＲＣ設定される。
【表１０】
2015526032.tif 000072
【０２１５】
ＤＬ  ＳＡ(Scheduling Assignment)送信に対する循環バッファレートマッチングによって、符号化されるビットが反復され、ＵＥは、ＮｏｄｅＢにより使用される実際のことと異なるＣＣＥ  ＡＬ(Aggregation  Level）でＤＬ  ＳＡを検出できる。次に、ＵＥがＤＬ  ＳＡを検出したＡＬに対する最低インデックスを有するＣＣＥがＤＬ  ＳＡを送信するためにＮｏｄｅＢによって使用されることと異なると、ＵＥは、各々のＨＡＲＱ-ＡＣＫ信号送信に対するＰＵＣＣＨリソースを間違って決定する。それによって、ＵＥからのＨＡＲＱ-ＡＣＫ信号がＮｏｄｅＢによってミスされ、他のＵＥからのＨＡＲＱ-ＡＣＫ信号と衝突できる。これは、ＰＵＣＣＨリソースマッピング曖昧さの問題と称される。
【０２１６】
レガシーＬＴＥシステムにおいて、ＣＣＥ  ＡＬ  Ｌ∈{１，２，４，８}に対して、ＰＤＣＣＨ候補ｍに対応するＣＣＥは、次により与えられる。
【０２１７】
【数６２】
2015526032.tif 000073
【０２１８】
ここで、ＮCCE,kはサブフレームｋでのＣＣＥの総数であり、ｉ＝０，…，Ｌ-１、ｍ’＝ｍ＋Ｍ(L)・ｎCI、ｎCIは、同一セルスケジューリングの場合にｎCI＝０を有するＰＤＣＣＨに対して意図したセルを識別するパラメータであり、ｍ＝０，…，Ｍ(L)−１、及びＭ(L)は、検索空間でモニタリングするためのＰＤＣＣＨ候補の数である。Ｌ∈｛１，２，４，８｝に対するＭ(L)の例示的な値は、各々{６，６，２，２}である。ＵＥ-ＣＳＳ対して、Ｙk＝０である。ＵＥ-ＤＳＳに対して、Ｙk＝(Ａ・Ｙk-1)ｍｏｄＤであり、ここで、Ｙ-1＝ＲＮＴＩ≠０、Ａ＝３９８２７、及びＤ＝６５５３７である。
【０２１９】
図１３を参照すると、総８個のＥＣＣＥ４１０にわたって、１個のＥＣＣＥのＡＬに対して１〜８までインデクシングされた最大８個のＰＤＣＣＨ候補が存在し、２個のＥＣＣＥのＡＬに対して９〜１２までインデクシングされる４個のＰＤＣＣＨ候補が存在し、８個のＥＣＣＥのＡＬに対して１５にインデクシングされる１個のＰＤＣＣＨ候補が存在する。ＵＥは、最低インデックスを有するＣＣＥがこのようなすべての候補に対して同一であるため、ＵＥがＰＤＣＣＨ候補１，９，１３，１５のうち任意の一つを検出する場合、ＵＥは、ＨＡＲＱ-ＡＣＫ信号伝送のために同一のＰＵＣＣＨリソースを導出する(ＣＣＥ１)。しかしながら、最低インデックスを有するＣＣＥが異なる場合、ＰＤＣＣＨ候補２、ＵＥが異なるＰＵＣＣＨリソースを決定する。したがって、例えば、ＰＤＣＣＨがＰＤＣＣＨ候補９を用いて実際に伝送され(ＣＣＥ１及びＣＣＥ２)、ＵＥがＰＤＣＣＨ候補２に対してＰＤＣＣＨを検出する場合(ＣＣＥ２)、ＮｏｄｅＢがＣＣＥ１に関連したと予想し、ＵＥがＣＣＥ２に関連したものを使用する場合、それぞれのＨＡＲＱ-ＡＣＫ信号を伝送するために使用されるＰＵＣＣＨリソースでＮｏｄｅＢとＵＥとの間の誤認識(misunderstanding）が存在する。このようなエラーイベントは、通常にＰＤＣＣＨを伝送するために使用される実際のＣＣＥ  ＡＬと候補ＰＤＣＣＨを有するＣＣＥ  ＡＬとの間のすべての組み合わせに対して発生する。
【０２２０】
レート１/３を有するテールバイティング(tail-biting)畳み込み符号に対する循環レートマッチングバッファによるＣＣＥ  ＡＬの曖昧さは、次のような場合に発生する。
【０２２１】
【数６３】
2015526032.tif 000074
【０２２２】
【数６４】
2015526032.tif 000075
【０２２３】
実現基盤メカニズム、スクランブリング基盤メカニズム、及びシグナリング基盤メカニズムを含み、ＣＣＥ  ＡＬ曖昧性問題を解決するためにいくつかのメカニズムが使用することができる。ＵＥ基盤実現メカニズムで、実際のＣＣＥ  ＡＬが検出されたＰＤＣＣＨ候補に対する確率メトリクス(likelihood  metrics）を考慮して最も大きいメトリック有することを選択することによって決定される。しかしながら、これは、ＣＣＥ  ＡＬ曖昧性を完全に解決できず、ＵＥに対する実現及びテストを複雑にする。ＮｏｄｅＢ基盤の実現メカニズムで、複数のＰＵＣＣＨリソースらがＨＡＲＱ-ＡＣＫ信号伝送のためにモニタリングできる。しかしながら、これは、ＨＡＲＱ-ＡＣＫ信号衝突を避けられず、ｅＮｏｄｅＢ実現を複雑にし、ＨＡＲＱ-ＡＣＫ検出信頼性を低下させるが、その理由は、ｅＮｏｄｅＢが複数のＰＵＣＣＨリソースに対応する複数の仮定を考慮しなければならないためである。
【０２２４】
スクランブリング基盤メカニズムにおいて、ＤＣＩフォーマットのＣＲＣは、図１０に示したように、ＣＣＥ  ＡＬに基づいたマスクを用いて、追加的にスクランブリングできる。しかしながら、(４個のＣＣＥ  ＡＬに対するＣＲＣマスキングを仮定する場合)２ビットだけＣＲＣ長を効率的に短縮するが、このようなことは望ましくない。これと異なり、ＰＤＣＣＨは、ＣＣＥ ＡＬに依存する異なるシーケンスを使用してスクランブリングできる。これは、ＣＲＣをスクランブリングすることと効果的に同一であるが、同一の理由によって望ましくない。
【０２２５】
シグナリング基盤メカニズムにおいて、一つの代案は、ＤＬ  ＳＡのＤＣＩフォーマットがＣＣＥ  ＡＬを表示するように２ビットを含む。しかしながら、これは、ＤＣＩフォーマットペイロードを増加させ、これは、大部分のＤＣＩフォーマットペイロードで不要である。他の代案は、式(３）を満たすたびに、例えば０の値を有するダミービット(dummy  bit)をＤＣＩフォーマット情報ビットに付加するの代案は、最小の短所を有し、ＰＤＣＣＨに対するＣＣＥ  ＡＬの曖昧性を解決する。
【０２２６】
ＰＵＣＣＨリソースインデクシングに対する次の実施形態は、任意の深刻な問題を導入する無しで模倣性問題を解決する。
【０２２７】
一実施形態(実施形態Ａ)において、ｅＰＤＣＣＨ  ＰＲＢセットに関連するＰＵＣＣＨリソースインデックス(ＰＵＣＣＨフォーマット１ａ/１ｂ)が少なくても部分的にＸk,m及びＮ’によって決定される。ここで、Ｎ’＝
【数６５】
2015526032.tif 000076
であり、これは、ｅＰＤＣＣＨ  ＰＲＢセットに対してＵＥ特定にＲＲＣ設定され、Ｘk,mは、図９に示したようなランダム変数Ｘk,mにより表示されたｅＣＣＥ数である。
【０２２８】
一つの方法で、レガシーＬＴＥ  ＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソース割り当て式の各々でＸk,mはｎCCEを代替し、Ｎ’は
【数６６】
2015526032.tif 000077
を代替する。例えば、ＵＥがＦＤＤ(フレーム構造タイプ１)システムで、単一サービスセル及びｅＰＤＣＣＨに設定される場合、ＵＥは、次によりＰＵＣＣＨインデックスを導出する。
【０２２９】
【数６７】
2015526032.tif 000078
【０２３０】
他の場合(例えば、キャリアアグリゲーション、ＴＤＤなど)で、ＰＵＣＣＨリソース割り当て式は、この実施形態によりまた記述できる。
【０２３１】
２個のＵＥが、例えばｅＣＣＥ８ｋ＋４及び８ｋ＋５のような、同一のアグリゲーションレベル(Ｌ＝２)でのｅＣＥＥの同一のセット内でＤＬ割り当てを受信すると仮定する。すると、この実施形態の方法により、２個のＵＥが異なるＸk,mを有する。すなわち、一つのＵＥは、Ｘk,m＝８ｋ＋４を持ち、他のＵＥはＸｋ,ｍ＝８ｋ＋５を有する限り、２個の異なるＰＵＣＣＨリソースがこのＵＥに割り当てられる。
【０２３２】
この方法の利点を確認するために、２個のＵＥ、ＵＥ  Ａ及びＵＥ   Ｂに対して次によってｅＰＤＣＣＨ候補が割り当てられることを考慮する。
ＵＥ  Ａは、以下を有する。
ＡＰ１０７を有するｅＣＣＥ０上の候補Ａ０(ＡＬ＝１)
ＡＰ１０８を有するｅＣＣＥ１上の候補Ａ１(ＡＬ＝１)
ＡＰ１０７を有するｅＣＣＥ０及びｅＣＣＥ１上の候補Ａ２(ＡＬ＝２)-このＸk,mは、ＡＰ１０７に関連したｅＣＣＥ(すなわち、ｅＣＣＥ０）をポインティングする。
【０２３３】
ＡＰ１０８に関連したｅＣＣＥをポインティングするＸを有するＵＥ  Ｂは、以下を有する。
ＡＰ１０７を有するｅＣＣＥ０上の候補Ｂ０(ＡＬ＝１)
ＡＰ１０８を有するｅＣＣＥ１上の候補Ｂ１(ＡＬ＝１)
【０２３４】
ＡＰ１０８を有するｅＣＣＥ０及びｅＣＣＥ１上の候補Ｂ２(ＡＬ＝２)-このＸk,mは、ＡＰ１０８に関連したｅＣＣＥ(すなわち、ｅＣＣＥ１）をポインティングする。
【０２３５】
上記の例を有するケースは、本実施形態における方法を適用し、ＰＵＣＣＨリソースマッピングマップ曖昧さ問題について、次のように分析する。
【０２３６】
ケース１：候補Ａ０は、候補Ａ２が実際に送信されて符号化される。
【０２３７】
Ｘk,mがｅＣＣＥ０をポインティングするので、このようなエラーでも同一のＰＵＣＣＨリソースが使われるために曖昧性問題が存在しない。
【０２３８】
ケース２：候補Ａ１は、候補Ａ２が実際に伝送されても復号化され得る。
【０２３９】
異なるチャンネル状態(又は方向)を有する他のＵＥに対してＡＰ１０８がプリコーディングされなければならないので、このようなイベントの確率は低い。
【０２４０】
ケース３：候補Ｂ０は、候補Ｂ２が実際に伝送されても復号化できる。
【０２４１】
異なるチャンネル状態(又は方向)を有する他のＵＥに対してＡＰ１０７がプリコーディングされなければならないため、このようなイベントの確率は低い。
【０２４２】
ケース４：候補Ｂ１は、候補Ｂ２が実際に伝送されても復号化できる。
【０２４３】
Ｘk,mがｅＣＣＥ１をポインティングすることにより、このようなエラーでも同一のＰＵＣＣＨリソースが使用されるので、曖昧性問題が存在しない。
【０２４４】
【数６８】
2015526032.tif 000079
【０２４５】
２個の候補は、２個の異なるＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソースを発生させる。
【０２４６】
他の実施形態では、ｅＰＤＣＣＨ  ＰＲＢセットに関連したＰＵＣＣＨリソースインデックス(ＰＵＣＣＨフォーマット１ａ/１ｂ）は、少なくとも部分的にＸk,m及びＮ’だけでなく追加オフセットｎoffsetによって決定される。
【０２４７】
ここで、Ｎ＝
【数６９】
2015526032.tif 000080
であり、これは、ｅＰＤＣＣＨ  ＰＲＢセットに対してＵＥ-特定にＲＲＣ設定される。
【０２４８】
Ｘk,mは、図９に示すようなランダム変数 Ｘk,mにより表示されたｅＣＣＥ数である。
【０２４９】
ｎoffsetは、ＤＬ  ＳＡにより動的に表示された整数である。
【０２５０】
一つの方法で、ＤＬ  ＳＡは、ｎoffset値を表示する２ビットフィールドを搬送する。２ビットフィールドの４個の状態は、各々{ｘ１，ｘ２，ｘ３，ｘ４}にマッピングされ、ここでｘ１，ｘ２，ｘ３，ｘ４は整数である。例えば、{ｘ１，ｘ２，ｘ３，ｘ４}＝{−２，０，２，４}である。
【０２５１】
一つの方法において、レガシーＰＵＣＣＨ  ＨＡＲＱ-ＡＣＫリソース割り当て式でＸk,mはｎCCEを代替し、Ｎ’は
【数７０】
2015526032.tif 000081
を代替する。また、整数オフセットのリソース式に付加される。例えば、ＵＥがＦＤＤ(フレーム構造タイプ１)システム内の単一サービングセル及びｅＰＤＣＣＨに設定される場合、ＵＥは、次によってＰＵＣＣＨインデックスを導出する。
【０２５２】
【数７１】
2015526032.tif 000082
【０２５３】
他の場合(例えば、キャリアアグリゲーション、ＴＤＤなど)でＰＵＣＣＨリソース割り当て式は、この実施形態により記述される。
【０２５４】
システムが一つ以上のｅＰＤＣＣＨセットに設定され、一つ以上のｅＰＤＣＣＨセットのＰＵＣＣＨリソース領域(ｅＰＤＣＣＨセット特定Ｎ’)が重複する場合、ＡＲＩは、リソース衝突問題の発生を解決するのに有用である。
【０２５５】
他の実施形態(実施形態Ｃ)において、実施形態１及び２でＰＵＣＣＨリソースインデックス
【数７２】
2015526032.tif 000083
を決定するために使用されるランダム変数Ｘk,m が次のように選択的に記録できる。
【０２５６】
Ｘk,m＝ｎeCCE＋Δ
【０２５７】
ここで、ｎeCCEは、ＤＬ  ＳＡを搬送するアグリゲーションされたｅＣＣＥの最小(先頭)ｅＣＣＥ数であり、Δ∈｛０，…，Ｌ-１｝はｅＣＣＥアグリゲーションレベルである。ここで、ＬはｅＣＣＥアグリゲーションレベルである。
【０２５８】
すなわち、Δ∈｛０，…，Ｌ-１｝は、次の２個のｅＣＣＥ数の差である。一つは、先頭ｅＣＣＥに対するもの(ｎｅＣＣＥ)であり、もう一つは割り当てられるＡＰインデックスに関連したｅＣＣＥに対するもの(Ｘk,m)である。図９に示す実施形態により、Ｌ＝１である場合にΔ＝０であり、Ｌ＝２又は４である場合にΔ＝１であり、Ｌ＝８である場合にΔ＝５である。
【０２５９】
一つの方法で、
【数７３】
2015526032.tif 000084
であり、ここで、ΔはＸk,mが導出された後に導出できる。
【０２６０】
一つ方法で、Δ＝(Ｃ-ＲＮＴＩ)ｍｏｄＮであり、ここで、Ｎ＝ｍｉｎ(Ｌ，ＮeCCEsPerPRB)である。この方法で、Δは、ＵＥ-ＩＤ(すなわち、Ｃ-ＲＮＴＩ)に基づいてＵＥ-特定に決定され、モジュールでＮはＮeCCEsPerPRB＝２又は４である場合にΔがＬを超えないように保証する。この方法は、Δ＝(Ｃ-ＲＮＴＩ)ｍｏｄＮeCCEsPerPRB又はΔ＝(Ｃ-ＲＮＴＩ)ｍｏｄＮeCCEsPerPRBｍｏｄＬとして同等に記録され得る。
【０２６１】
一つの方法で、Δ＝ＹｋｍｏｄＮ(又は同等にΔ＝ＹｋｍｏｄＬｍｏｄＮeCCEsPerPRB又はΔ＝ＹｋｍｏｄＮeCCEsPerPRBｍｏｄ)である。これは、ＵＥ-ＩＤ(すなわち、Ｃ-ＲＮＴＩ)に基づいてΔをランダム化した(randomize)他の方式である。
【０２６２】
実施形態Ａにおける方法及びＸk,mの別の表現により、例示的にＵＥがＦＤＤ(フレーム構造タイプ１)システム内の単一サービングセル及びｅＰＤＣＣＨに設定される場合、ＵＥは、次によりＰＵＣＣＨインデックスを導出する。
【０２６３】
【数７４】
2015526032.tif 000085
【０２６４】
実施形態Ｂの方法及びＸk,mの別の表現により、例示的にＵＥがＦＤＤ(フレーム構造タイプ１)システム内の単一サービングセル及びｅＰＤＣＣＨに設定される場合、ＵＥは、次によりＰＵＣＣＨインデックスを導出する。
【０２６５】
【数７５】
2015526032.tif 000086
【０２６６】
他の実施形態(実施形態Ｄ)において、ｅＰＤＣＣＨが送信される各ＤＬサブフレーム内の最小アグリゲーションレベルＬｍｉｎは、ｅＰＤＣＣＨマッピングに対するリソース要素の使用可能な数に基づいて決定することができる。
【０２６７】
ＰＵＣＣＨリソースの効率的活用のために、ＰＵＣＣＨリソース割り当て式は、最小アグリゲーションレベルＬｍｉｎに従って変わる。
【０２６８】
一例では、最小アグリゲーションレベルＬｍｉｎ＝１である場合、実施形態１、実施形態２、及び実施形態３におけるＰＵＣＣＨリソース割り当て式が再使用される。
【０２６９】
【数７６】
2015526032.tif 000087
【０２７０】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０２７１】
１００  無線ネットワーク
１０１  基地局
１０２  基地局
１０３  基地局
１１１  移動局
１１２  移動局
１１３  移動局
１１４  移動局
１１５  移動局
１１６  移動局
１２０  カバレッジ領域
１２５  カバレッジ領域
１３０  インターネット
２００  ダイアグラム
２０２  移動局
２０４  移動局
２０６  移動局
２０８  移動局
２１０  ビームフォーミング信号
２１２  ビームフォーミング信号
２１４  ビームフォーミング信号
２１６  ビームフォーミング信号
２２０  基地局
【図１】
2015526032.tif 000100
【図２】
2015526032.tif 000101
【図３】
2015526032.tif 000102
【図４】
2015526032.tif 000103
【図５】
2015526032.tif 000104
【図６】
2015526032.tif 000105
【図７】
2015526032.tif 000106
【図８】
2015526032.tif 000107
【図９】
2015526032.tif 000108
【図１０】
2015526032.tif 000109
【図１１】
2015526032.tif 000110
【図１２】
2015526032.tif 000111
【図１３】
2015526032.tif 000112
【国際調査報告】
2015526032.tif 000113
2015526032.tif 000114