特許 5752783 マルチ−セルＴＤＤ通信システムにおける応答信号の送信に対するリソースインデクシング

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

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

(11)【特許番号】5752783

(24)【登録日】2015年5月29日

(45)【発行日】2015年7月22日

(54)【発明の名称】マルチ−セルＴＤＤ通信システムにおける応答信号の送信に対するリソースインデクシング

(51)【国際特許分類】

   H04L 1/16 20060101AFI20150702BHJP

   H04W 72/04 20090101ALI20150702BHJP

   H04J 11/00 20060101ALI20150702BHJP

   H04J 13/14 20110101ALI20150702BHJP

   H04J 3/00 20060101ALI20150702BHJP

【ＦＩ】

   H04L1/16

   H04W72/04 111

   H04W72/04 136

   H04J11/00 Z

   H04J13/14

   H04J3/00 A

【請求項の数】10

【全頁数】34

(21)【出願番号】特願2013-502480(P2013-502480)

(86)(22)【出願日】2011年3月31日

(65)【公表番号】特表2013-526121(P2013-526121A)

(43)【公表日】2013年6月20日

(86)【国際出願番号】KR2011002224

(87)【国際公開番号】WO2011122874

(87)【国際公開日】20111006

【審査請求日】2012年9月27日

(31)【優先権主張番号】61/319,524

(32)【優先日】2010年3月31日

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

【前置審査】

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】アリス・パパサケラリオウ

(72)【発明者】

【氏名】ジュン−ヨン・チョ

【審査官】 谷岡 佳彦

(56)【参考文献】

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

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

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

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

【文献】 Huawei，PUCCH design for carrier aggregation[online]， 3GPP TSG-RAN WG1#58 R1-093046，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_58/Docs/R1-093046.zip＞，２００９年 ８月

【文献】 ZTE，ACK/NACK Design for LTE-Advanced[online]， 3GPP TSG-RAN WG1#58 R1-093208，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_58/Docs/R1-093208.zip＞，２００９年 ８月

【文献】 NEC Group，PDCCH Structure for LTE-Advanced System[online]， 3GPP TSG-RAN WG1#57 R1-091692，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_57/Docs/R1-091692.zip＞，２００９年 ５月

【文献】 CATT，Benefits of PDCCH Active component carrier set for UL Control Channel[online]， 3GPP TSG-RAN WG1#59 R1-094539，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_59/Docs/R1-094539.zip＞，２００９年１１月

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

Ｈ０４Ｌ １／１６

Ｈ０４Ｊ ３／００

Ｈ０４Ｊ １１／００

Ｈ０４Ｊ １３／１４

Ｈ０４Ｗ ７２／０４

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

【請求項1】

ユーザ装備（ＵＥ）が通信システムにおける応答信号送信電力を調整するための各々のダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）に含まれた送信電力制御（ＴＰＣ：Transmission Power Control）ＩＥ（Information Element）とＤＬ ＳＡを表すための各々のＤＬ ＳＡに含まれたダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）情報エレメント（ＩＥ：Information Element）を使用して応答信号送信に対するリソースを決定する方法であって、
前記ＵＥは基地局から送信された複数のＤＬ ＳＡｓを受信し、前記ＤＬ ＳＡｓの各々は、各々のＤＬコンポーネントキャリア（ＣＣ）と関連し、前記ＵＥが前記ＤＬ ＳＡｓの受信に応答して、アップリンク（ＵＬ）ＣＣで前記応答信号を送信するステップを含み、
前記送信するステップは、
１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡでのＴＰＣ ＩＥ値から応答信号送信のための電力調整を決定するステップと、
１より大きいＤＡＩ ＩＥ値を有する前記第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値と、前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値から前記応答信号送信に対するリソースを決定するステップと、
を含むことを特徴とする、リソース決定方法。

【請求項2】

通信システムにおける応答信号送信電力を調整するための各々のダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）に含まれた送信電力制御（ＴＰＣ：Transmission Power Control）ＩＥ（Information Element）とＤＬ ＳＡを表すための各々のＤＬ ＳＡに含まれたダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）情報エレメント（ＩＥ：Information Element）を使用して応答信号送信に対するリソースを決定するユーザ装備（ＵＥ）装置であって、
前記ＵＥ装置は基地局から送信された複数のダウンリンク（ＤＬ）スケジューリング割当（ＳＡｓ）を受信し、前記ＤＬ ＳＡｓの各々は、各々のＤＬコンポーネントキャリア（ＣＣ）と関連し、前記ＵＥが前記ＤＬ ＳＡｓの受信に応答して、アップリンク（ＵＬ）ＣＣで前記応答信号を送信し、
前記ＵＥ装置は、
１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡでのＴＰＣ ＩＥ値を使用して応答信号送信電力を調整するための送信電力コントローラと、
１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値と、前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値から応答信号を送信するためのリソースを割り当てるためのリソース割当コントローラと、
割り当てられたリソースで調整された送信電力を有する応答信号を送信するための送信機と、
を含む、
ことを特徴とする、ユーザ装備装置。

【請求項3】

前記ＴＰＣ ＩＥ値が１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡと、前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡで同一であることを特徴とする、請求項１に記載のリソース決定方法。

【請求項4】

１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡと前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡで前記ＴＰＣ ＩＥ値は応答信号を送信するための無線リソース制御シグナリングを通じて基地局により前記ＵＥに対して構成されるリソースに対するインデックスであることを特徴とする、請求項１に記載のリソース決定方法。

【請求項5】

１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡのみ受信された場合に、応答信号を送信するための割り当てられたリソースは、前記ＤＬ ＳＡを送信することに使われるＣＣＥｓから導出されることを特徴とする、請求項１に記載のリソース決定方法。

【請求項6】

通信が単一ＵＬ ＣＣ及び単一ＤＬ ＣＣを通じてのみ構成され、通信システムが時分割デュプレクシングを使用することを特徴とする、請求項１に記載のリソース決定方法。

【請求項7】

前記ＴＰＣ ＩＥ値が１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡと、前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡで同一であることを特徴とする、請求項２に記載のユーザ装備装置。

【請求項8】

１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡと前記第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡで前記ＴＰＣ ＩＥ値は応答信号を送信するための無線リソース制御シグナリングを通じて基地局により前記ＵＥに対して構成されるリソースに対するインデックスであることを特徴とする、請求項２に記載のユーザ装備装置。

【請求項9】

１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡのみ受信された場合に、応答信号を送信するための割り当てられたリソースは、前記ＤＬ ＳＡを送信することに使われるＣＣＥｓから導出されることを特徴とする、請求項２に記載のユーザ装備装置。

【請求項10】

通信が単一ＵＬ ＣＣ及び単一ＤＬ ＣＣを通じてのみ構成され、通信システムが時分割デュプレクシングを使用することを特徴とする、請求項２に記載のユーザ装備装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は一般的に無線通信システムに関し、より詳しくは、時分割マルチプレキシング（ＴＤＭ：time division multiplexing）を用いた通信システムのアップリンク（ＵＬ：UpLink）での応答信号の送信に関する。

【背景技術】

【0002】

通信システムは、ダウンリンク（ＤＬ：DownLink）、基地局（ＢＳまたはＮｏｄｅＢ）からユーザ装備（ＵＥｓ：User Equipments）への送信信号の伝達、ＵＬ、及びＵＥｓからＮｏｄｅＢへの送信信号の伝達を含む。通常的に、端末または移動局とも呼ばれるＵＥは、無線デバイス、セルラーホン、個人用コンピュータデバイスなどのように固定型または移動型でありうる。ＮｏｄｅＢは一般的に固定局であり、ＢＴＳ（Base Transceiver System）、アクセスポイント、または幾つかの他の類似の用語と呼ばれることもできる。

【0003】

ＵＬは、情報コンテンツを搬送するデータ信号、ＤＬのデータ信号の送信と関連した情報を提供する制御信号、及び通常的にパイロット信号とも呼ばれるＲＳｓ（Reference Signals）の送信をサポートする。また、ＤＬはデータ信号、制御信号、及びＲＳｓの送信をサポートする。

【0004】

ＵＬデータ信号は、ＰＵＳＣＨ（Physical Uplink Shared CHannel）を介して搬送される。ＤＬデータチャンネルは、ＰＤＳＣＨ（Physical Downlink Shared CHannel）を介して搬送される。ＰＵＳＣＨ送信のない場合に、ＵＥはＰＵＣＣＨ（Physical Uplink Control CHannel）を介してＵＣＩ（Uplink Control Information）を搬送する。ＰＵＳＣＨ送信が存在する場合に、ＵＥはＰＵＳＣＨを介してデータと共にＵＣＩを搬送することができる。

【0005】

ＤＬ制御信号は、ブロードキャストまたはＵＥ−特定特性を有することもある。例えば、ＰＤＳＣＨ受信（ＤＬ ＳＡｓ）またはＰＵＳＣＨ送信（ＵＬ ＳＡｓ）のためにＳＡｓ（Scheduling Assignments）を提供するために、ＵＥ−特定制御信号が使用できる。ＮｏｄｅＢは、ＰＤＣＣＨ（Physical Downlink Control CHannel）を使用してＳＡを送信する。

【0006】

ＵＬ制御信号はＨＡＲＱ（Hybrid Automatic Repeat reQuest）と関連したアクナレッジメント（ACKnowledgement）信号を含み、通常的にＰＤＳＣＨ受信に応答して送信される。

【0007】

図１は、１つのサブ−フレームからなるＴＴＩ（Transmission Time Interval）でのＨＡＲＱ−ＡＣＫ信号に対する通常的なＰＵＣＣＨ構造を図示する。

【0008】

図１を参照すると、サブ−フレーム１１０は２つのスロット１２０を含む。各スロット１２０はＨＡＲＱ−ＡＣＫ信号のコヒーレント変調を可能にするＨＡＲＱ−ＡＣＫ信号１３０及びＲＳｓ １４０に対するＮ^ＵＬ_ＳＹＭｂシンボルを含む。各シンボルは、チャンネル伝播効果による干渉を緩和させるためのＣＰ（Cyclic Prefix）をさらに含む。第１スロットでの送信は周波数ダイバーシティを提供するために第２スロットとは異なる動作ＢＷ（BandWidth）の部分にありうる。動作ＢＷは、ＰＲＢｓ（Physical Resource Blocks）と呼ばれる周波数リソースユニットを含む。各ＰＲＢはＮ^ＲＢ_ＳＣサブ−キャリアまたはＲＥｓ（Resource Elements）を含み、ＵＥは１つのＰＲＢ １５０の間ＨＡＲＱ−ＡＣＫ信号とＲＳｓを送信する。

【0009】

図２は、図１のＰＵＣＣＨ構造に対するサブ−フレームスロットでのＨＡＲＱ−ＡＣＫ信号送信を図示する。

【0010】

図２を参照すると、ｂ ＨＡＲＱ−ＡＣＫビット２１０が、例えばＢＰＳＫ（Binary Phase Shift Keying）またはＱＰＳＫ（Quadrature Phase Shift Keying）変調を使用して変調器２２０でＣＡＺＡＣ（Constant Amplitude Zero Auto-Correlation）シーケンス２３０を変調する。その後、変調されたＣＡＺＡＣシーケンスは、ＩＦＦＴ（Inverse Fast Fourier Transform）を遂行した後に送信される。各ＲＳは、ＩＦＦＴ ２４０を遂行した後、変調されていないＣＡＺＡＣシーケンスを通じて送信される。

【0011】

図３は、図１のＰＵＣＣＨ構造に対する送信機のブロック図である。

【0012】

図３を参照すると、情報は変調無しでＲＳに対しても使われるＣＡＺＡＣシーケンス３１０を変調する。コントローラ３２０は、ＰＵＣＣＨサブ−フレームの第１及び第２スロットでのＣＡＺＡＣシーケンスの送信に対する第１及び第２のＰＲＢｓを選択してサブ−キャリアマッパー（mapper）３３０を制御する。サブ−キャリアマッパー３３０はコントローラ３２０からの制御信号に従って第１及び第２のＰＲＢｓをＣＡＺＡＣシーケンスに各々マッピングし、ＩＦＦＴ ３４０はＩＦＦＴを遂行し、ＣＳ（Cyclic Shift）マッパー３５０はＩＦＦＴ ３４０の出力を循環的にシフトする。最後に、ＣＰ挿入器３６０はＣＳマッパー３５０により出力された信号にＣＰを挿入し、フィルタ３７０はタイムウィンドウイング（time windowing）を遂行して送信された信号３８０を生成する。ＵＥはその信号送信に使われないＲＥｓとガード（guard）ＲＥｓ（図示せず）にゼロパディングを適用するように想定される。また、簡略化のために、本技術分野に知られたディジタル対アナログコンバーター、アナログフィルタ、増幅器、及び送信機アンテナのような追加的な送信機回路は図示していない。

【0013】

図４は、図１のＰＵＣＣＨ構造に対する受信機のブロック図である。

【0014】

図４を参照すると、アンテナはアナログ信号を受信し、例えば、フィルタ、増幅器、周波数ダウン−コンバーター、及びアナログ対ディジタルコンバーター（図示せず）のような追加的な処理ユニットを経た後に受信されたディジタル信号４１０は、フィルタ４２０によりフィルタリングされ、ＣＰはＣＰ除去器４３０により除去される。その後、ＣＳがＣＳデマッパー４４０により復旧され、ＦＦＴ（Fast Fourier Transform）がＦＦＴ ４５０により適用され、コントローラ４６５が第１スロット及び第２スロットでの信号送信の第１及び第２のＰＲＢｓを各々選択してサブ−キャリアデマッパー４６０を制御する。サブ−キャリアデマッパー４６０は、コントローラ４６５からの制御信号に従って第１及び第２のＰＲＢｓをデマッピングし、信号がマルチプライヤー４７０によりＣＡＺＡＣシーケンス４８０のレプリカ（replica）とコリレーティングされる。その後、出力４９０はＲＳに対して時間−周波数インターポレータのようなチャンネル推定ユニット、またはＨＡＲＱ−ＡＣＫビットにより変調されたＣＡＺＡＣシーケンスに対して検出ユニットに伝達できる。

【0015】

同一なＣＡＺＡＣシーケンスの相異するＣＳｓは直交ＣＡＺＡＣシーケンスを提供し、相異するＵＥｓに割り当てられて同一なＰＲＢでＨＡＲＱ−ＡＣＫ信号送信の直交多重化を達成することができる。Ｔｓがシンボル区間であれば、このようなＣＳｓの数は略

であり、ここで、Ｄはチャンネル伝播遅延拡散であり、

は数をその真下の低い整数に下げる床関数である。

【0016】

ＣＡＺＡＣシーケンスの相異するＣＳｓを使用して同一なＰＲＢで相異するＵＥｓからＨＡＲＱ−ＡＣＫ信号の直交多重化に追加して、ＯＣＣ（Orthogonal Covering Codes）を使用して時間領域で直交多重化が達成されることもできる。

【0017】

例えば、図２で、ＨＡＲＱ−ＡＣＫ信号はＷＨ（Walsh-Hadamard）ＯＣＣ（図示せず）のような長さ−４ ＯＣＣにより変調できる一方、ＲＳはＤＦＴ ＯＣＣ（図示せず）のような長さ−３ ＯＣＣにより変調できる。したがって、多重化容量は（より小さい長さを有するＯＣＣにより決まる）３の因数だけ増加する。ＷＨ ＯＣＣｓ、｛Ｗ_０、Ｗ_１、Ｗ_２、Ｗ_３｝とＤＦＴ ＯＣＣｓ、｛Ｄ_０、Ｄ_１、Ｄ_２｝のセットは、各々、

及び、

である。

【0018】

＜表１＞は、シンボル当たり６ ＣＳ及び長さ−３ ＯＣＣを想定するＯＣＣ ｎ_ｏｃ及びＣＳ αに対し、ＨＡＲＱ−ＡＣＫ信号及びＲＳ送信に使われるＰＵＣＣＨリソースｎ_{ＰＵＣＣＨ}に対するマッピングを表す。基準ＰＵＣＣＨ ＰＲＢ内の全てのリソースが使われれば、基準ＰＵＣＣＨ ＰＲＢに真後ろに後続する次のＰＲＢ内のリソースが使用できる。

【0019】

【表1】

【0020】

ＰＤＣＣＨの内のＳＡｓは、ＣＣＥｓ（Control Channel Elements）と呼ばれる基本単位で送信される。ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）がＤＬ送信方法により想定される。各ＣＣＥはＲＥｓの数を含み、ＵＥｓはＮｏｄｅＢによるＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）の送信を通じてＤＬサブ−フレームでＣＣＥｓの総数、Ｎ_ＣＣＥの通知を受ける。ＰＣＦＩＣＨは、各ＤＬサブ−フレームでのＰＤＣＣＨ送信に使われるＯＦＤＭシンボルの数を表す。

【0021】

ＦＤＤ（Frequency Division Duplex）システムにおいて、ＵＥはｎ_{ＰＵＣＣＨ}＝ｎ_ＣＣＥ＋Ｎ_{ＰＵＣＣＨ}としてｎ_{ＰＵＣＣＨ}を決定し、ここで、ｎ_ＣＣＥは各ＤＬ ＳＡの第１のＣＣＥであり、Ｎ_{ＰＵＣＣＨ}はＲＲＣ（Radio Resource Control）レイヤのような上位レイヤにより構成されるオフセットであり、ＤＬブロードキャストチャンネルを介してＵＥｓに通知できる。

【0022】

ＨＡＲＱ−ＡＣＫ信号送信と各ＤＬ ＳＡ送信のＣＣＥｓに対し、ＰＵＣＣＨリソース（ＰＲＢ、ＣＳ、ＯＣＣ）の間に一対一マッピングが存在することができる。例えば、単一リソースがＨＡＲＱ−ＡＣＫ信号送信に使われれば、単一リソースは各ＤＬ ＳＡに対する最下のインデックスを有するＣＣＥに対応することができる。

【0023】

図５は、各ＰＤＣＣＨｓでＣＣＥｓを使用するＤＬ ＳＡｓの送信を図示する。

【0024】

図５を参照すると、ＵＥ１に対するＤＬ ＳＡはＣＣＥｓ ５０１、５０２、５０３、及び５０４を使用し、ＵＥ２に対するＤＬ ＳＡはＣＣＥｓ ５１１、５１２を使用し、ＵＥ３に対するＤＬ ＳＡはＣＣＥｓ ５２１、５２２を使用し、ＵＥ４に対するＤＬ ＳＡはＣＣＥ ５３１を使用する。ＤＬ ＲＥｓ ５４０に対するセル−特定ビットスクランブリング、変調、及びマッピング後、各ＤＬ ＳＡはＰＤＣＣＨ ５５０に送信される。その後、ＵＥ１、ＵＥ２、ＵＥ３、及びＵＥ４は、そのＨＡＲＱ−ＡＣＫ信号送信に対し、ｎ_{ＰＵＣＣＨ}＝０、ｎ_{ＰＵＣＣＨ}＝４、ｎ_{ＰＵＣＣＨ}＝６、及びｎ_{ＰＵＣＣＨ}＝８を各々使用することができる。代案的に、複数のＣＣＥｓがＤＬ ＳＡを送信することに使われれば、ＨＡＲＱ−ＡＣＫ情報が変調されたＨＡＲＱ−ＡＣＫ信号により、そして選択されたＰＵＣＣＨリソースによっても搬送できる。

【0025】

ＴＤＤ（Time Division Duplex）システムにおいて、このような複数のＤＬサブ−フレームのＤＬ ＳＡ受信に応答するＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信が同一なＵＬサブ−フレームで発生するという観点で、複数のＤＬサブ−フレームが単一ＵＬサブ−フレームに連結できる。このようなＤＬサブ−フレームのセットをバンドリング（bundling）ウィンドウと称する。バンドリングウィンドウにおいて各ＤＬサブ−フレームの最大ＰＤＣＣＨサイズをいつも想定することによって、最大ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソースをいつも提供しなければならないことを回避するために、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースインデクシングはＤＬサブ−フレームのうちからＰＤＣＣＨサイズの可能な変動を利用することができる。

【0026】

バンドリングウィンドウのＤＬサブ−フレームの数をＭと表記し、ＤＬサブ−フレームインデックスをｍ＝０，１，．．．，Ｍ−１と表記し、ｐ（Ｎ_０＝０）のＰＣＦＩＣＨ値に対するＣＣＥｓの数をＮｐと表記し、サブ−フレームｍの第１のＤＬ ＳＡ ＣＣＥをｎ_ＣＣＥ（ｍ）と表記すれば、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースインデクシングは下記のように説明できる。ＵＥは、まず

を提供する値

を選択し、ＤＬサブ−フレームｍでのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対し、

をＰＵＣＣＨリソースとして使用し、ここで、

であり、

はＤＬ動作ＢＷでのＰＲＢｓの数であり、ＣＣＥは３６ ＲＥｓを含む。

【0027】

前述したインデクシングは、各ＤＬサブ−フレームの第１、第２、または第３のＰＤＣＣＨ ＯＦＤＭシンボルに位置したＣＣＥｓのブロックに連結されたＵＬサブ−フレームでのＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースのブロックをインターリービングすることに基づく。各ＤＬサブ−フレームで最大ＰＤＣＣＨサイズを想定するＨＡＲＱ−ＡＣＫリソースの直列連接の代わりに、インターリービングは幾つかのＤＬサブ−フレームのＰＤＣＣＨサイズが最大でない場合に、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースの節約を可能にする。

【0028】

図６は、バンドリングウィンドウで３ ＤＬサブ−フレームが存在する場合に、ＰＵＣＣＨリソースのブロックインターリービングを図示する。

【0029】

図６を参照すると、ＰＤＣＣＨサイズは第１のＤＬサブ−フレーム６１０の１つのＯＦＤＭシンボルであり、３個のＯＦＤＭシンボルが第２のＤＬサブ−フレーム６２０にあり、２つのＯＦＤＭシンボルが第３のＤＬサブ−フレーム６３０にある。３Ｎ_１ ＰＵＣＣＨリソース６４０の全体は３個のＤＬサブ−フレーム ６４０Ａ、６４０Ｂ、及び６４０Ｃの各々に対し、第１のＰＤＣＣＨ ＯＦＤＭシンボルに対する第１反転である。次に、２Ｎ_２ ＰＵＣＣＨリソース６５０の全体は、第２（６５０Ｂ）及び第３（６５０Ｃ）のＤＬサブ−フレームの第２のＰＤＣＣＨ ＯＦＤＭシンボルに対する反転である。最後に、Ｎ_３ ＰＵＣＣＨリソース６６０は、第２（６６０Ｂ）ＤＬサブ−フレームの第３のＰＤＣＣＨ ＯＦＤＭシンボルに対する反転である。

【0030】

通信システムでサポート可能なデータ速度を増加させるために、複数のＣＣｓ（Component Carriers）の集合がＤＬ及びＵＬ両者で考慮されて、より高い動作ＢＷｓを提供する。例えば、６０MHz超過の通信をサポートするために３個の２０MHzのＣＣｓのＣＡ（Carrier Aggregation）が使用できる。ＤＬ ＣＣのＰＤＳＣＨ受信は、図５に示すように送信される各ＤＬ ＳＡによりスケジューリングされる。

【0031】

複数のＤＬ ＣＣｓのＰＤＳＣＨ受信と関連したＨＡＲＱ−ＡＣＫ信号の送信は、単一ＵＬ ＣＣのＰＵＣＣＨにあることがあり、これをＵＬ ＰＣＣ（UL Primary CC）と称し、ＵＥ−特定でありうる。別途のリソースが複数のＤＬ ＣＣＳのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＰＣＣで構成されるＲＲＣでありうる。

【0032】

図７は、３ ＤＬ ＣＣｓで受信されたＤＬ ＳＡｓに対応するＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＣＣでのリソース割当を示す図である。

【0033】

図７を参照すると、３ ＤＬ ＣＣｓ、ＤＬ ＣＣ１ ７１０、ＤＬ ＣＣ２ ７２０、及びＤＬ ＣＣ３ ７３０でのＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫ信号がＵＬ ＰＣＣ ７４０で発生する。ＤＬ ＣＣ１、ＤＬ ＣＣ２、及びＤＬ ＣＣ３でのＤＬ ＳＡ受信に対応するＨＡＲＱ−ＡＣＫ信号送信に対するリソースは、各々ＰＵＣＣＨリソースの第１セット７５０、第２セット７６０、及び第３セット７７０である。

【0034】

ＨＡＲＱ−ＡＣＫ信号送信に対して用意されたＰＵＣＣＨリソースがＰＤＣＣＨ ＣＣＥｓの最大数を考慮すれば、結果的なオーバーヘッドが相当である。ＤＬ ＣＣｓのサブセットでＰＤＣＣＨを受信するＵＥは、他のＤＬ ＣＣｓのＰＤＣＣＨサイズを知らないことがあり、各ＰＵＣＣＨリソースの数を知らないことがある。したがって、各ＤＬ ＣＣのＰＤＣＣＨ ＣＣＥｓの最大数に対応するＰＵＣＣＨリソースの最大数が想定される。ＰＵＣＣＨリソースの最大未満がサブ−フレームで使われれば、残りのＰＵＣＣＨリソースは他の送信のために通常的に利用できず、ＢＷ浪費をもたらす。

【0035】

図１のＰＵＣＣＨ構造に追加して、複数のＤＬサブ−フレーム（ＴＤＤ）及び／または複数のＤＬ ＣＣｓ（ＣＡ）でのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号に対する更に他のＰＵＣＣＨ構造が、例えば、（３２、Ｏ_{ＨＡＲＱ−ＡＣＫ}）ＲＭ（Reed-Mueller）コードのようなブロックコードを使用してＯ_{ＨＡＲＱ−ＡＣＫ}ＨＡＲＱ−ＡＣＫ情報ビットを共にコーディングする。

【0036】

図８は、ＨＡＲＱ−ＡＣＫ信号送信に対してＤＦＴ−Ｓ−ＯＦＤＭ（DFT Spread OFDM）を使用して１つのサブ−フレームスロットにおける通常的なＰＵＣＣＨ構造を示す図である。

【0037】

図８を参照すると、エンコーディング及び変調後に、例えば、（２４、Ｏ_{ＨＡＲＱ−ＡＣＫ}）ＲＭコード及びＱＰＳＫ変調（図示せず）に穿孔された（３２、Ｏ_{ＨＡＲＱ−ＡＣＫ}）ＲＭブロックコードを各々使用して、同一なＨＡＲＱ−ＡＣＫビット８１０のセットがマルチプライヤー８２０によりＯＣＣ ８３０の要素と掛けられ、次に、ＤＦＴプリコーディングされる（８４０）。例えば、ＨＡＲＱ−ＡＣＫ信号送信に使われるスロット当たり５ＤＦＴ−Ｓ−ＯＦＤＭシンボルに対し、ＯＣＣは５の長さを有し｛１，１，１，１，１｝、または｛１，ｅｘｐ（ｊ２π／５）、ｅｘｐ（ｊ４π／５），ｅｘｐ（ｊ６π/５）、ｅｘｐ（ｊ８π/５）}のうちの１つ、または｛１，ｅｘｐ（ｊ４π/５）、ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ２π/５）、ｅｘｐ（ｊ６π/５）｝、または｛１，ｅｘｐ（ｊ６π／５）、ｅｘｐ（ｊ２π/５）、ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ４π/５）}、または{１，ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ６π/５）、ｅｘｐ（ｊ４π/５）、ｅｘｐ（ｊ２π/５）}でありうる。

【0038】

出力はＩＦＦＴ ８５０を通過した後、ＤＦＴ−Ｓ−ＯＦＤＭシンボル８６０にマッピングされる。以前の演算が線形であれば、その相対的な順序が交換できる。ＰＵＣＣＨのＨＡＲＱ−ＡＣＫ信号送信が

＝１２ＲＥｓを含む１つのＰＲＢ内にあることと想定されるため、エンコーディングされたＨＡＲＱ−ＡＣＫビットがＱＰＳＫ変調（１２ ＱＰＳＫシンボル）により各スロットで送信される。同一または相異するＨＡＲＱ−ＡＣＫビットがサブ−フレームの第２スロットから送信できる。前述したように、ＲＳｓもＣＡＺＡＣシーケンス８７０を使用して各スロットで送信されてＨＡＲＱ−ＡＣＫ信号のコヒーレント復調を可能にする。

【0039】

図９は、図８のＰＵＣＣＨ構造に対するＵＥ送信機のブロック図である。

【0040】

図９を参照すると、ＨＡＲＱ−ＡＣＫビット９０５がエンコーダ／変調器９１０によりエンコーディング及び変調された後、各々のＤＦＴ−Ｓ−ＯＦＤＭシンボルに対し、ＯＣＣ ９２５のエレメントとマルチプライヤー９２０により掛けられる。ＤＦＴ ９３０によるＤＦＴプリコーディング後、コントローラ９５０は割り当てられたＰＵＣＣＨ ＰＲＢ及びＲＥｓを選択し，サブ−キャリアマッパー９４０はコントローラ９５０からの制御信号に従ってＲＥｓをマッピングする。ＩＦＦＴはＩＦＦＴ ９６０により遂行され、ＣＰ挿入器９７０及びフィルタ９８０はＣＰを挿入し、送信された信号９９０を各々フィルタリングする。

【0041】

図１０は、図８のＰＵＣＣＨ構造に対するＮｏｄｅＢ受信機のブロック図である。

【0042】

図１０を参照すると、アンテナがアナログ信号を受信し、追加的な処理を行った後、ディジタル信号１０１０はフィルタ１０２０によりフィルタリングされ、ＣＰはＣＰ除去器１０３０により除去される。その後、ＦＦＴ １０４０はＦＦＴを適用し、コントローラ１０５５はＵＥ送信機により使われるＲＥｓを選択し、サブ−キャリアデマッパー１０５０はコントローラ１０５５からの制御信号に従ってＲＥｓをデマッピングする。ＩＤＦＴ １０６０はＩＤＦＴを適用し、マルチプライヤー１０７０は各ＤＦＴ−Ｓ−ＯＦＤＭシンボルに対するＯＣＣエレメント１０７５とＩＤＦＴ １０６０からの出力を掛けて、加算器１０８０は各スロットでＨＡＲＱ−ＡＣＫ信号を搬送するＤＦＴ−Ｓ−ＯＦＤＭシンボルに対する出力を加算し、復調器／デコーダ１０９０は両者のサブ−フレームスロットで加算されたＨＡＲＱ−ＡＣＫ信号を復調及びデコーディングして送信されたＨＡＲＱ−ＡＣＫビット１０９５を取得する。チャンネル推定、復調、及びデコーディングのような公知の受信機機能は簡略化のために図示していない。

【0043】

図８に図示されたＰＵＣＣＨ構造が数ビットより大きいＡＲＱ−ＡＣＫペイロードをサポートできるが、多くとも５ ＵＥｓ（ＯＣＣ長さにより決まる）からのＨＡＲＱ−ＡＣＫ信号として大きいＰＵＣＣＨオーバーヘッドがＰＲＢ当たり収容できるものを相変らず要求する。図１に図示されたＰＵＣＨ構造とは異なり、図８に図示されたＰＵＣＣＨ構造に対するＨＡＲＱ−ＡＣＫ信号送信リソースは、ＰＤＣＣＨ ＣＣＥｓから潜在的に決定できず、ＲＲＣシグナリングを通じて各ＵＥに対して構成される。大部分のＵＥｓがサブ−フレームでＨＡＲＱ−ＡＣＫ信号送信を通常的に有しないので、提供されたＰＵＣＣＨリソースが各ＵＥに対して固有のリソースを収容すれば、使われないリソースが他の送信に対しては通常的に使用できないので、結果的なオーバーヘッドが相当であり、ＢＷ浪費をもたらす。

【0044】

各ＵＥに対して別途のＨＡＲＱ−ＡＣＫリソースを有する代わりに、ＨＡＲＱ−ＡＣＫリソース圧縮がＵＬ ＰＣＣでのＰＵＣＣＨオーバーヘッドを減少させるために適用できる。しかしながら、ＨＡＲＱ−ＡＣＫリソース圧縮がリソース浪費の可能性を減少させるとしても、ＨＡＲＱ−ＡＣＫリソースの衝突が共有されたＨＡＲＱ−ＡＣＫリソースを有するＵＥｓに対して回避されなければならないので、ＮｏｄｅＢスケジューラの制限が要求される。

【発明の概要】

【発明が解決しようとする課題】

【0045】

したがって、複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームで受信されたＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースを減少させる必要がある。

【0046】

厳格なＮｏｄｅＢスケジューラ制限を与えず、ＰＵＣＣＨリソースの同一なセットを共有する複数のＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信に対して衝突を回避する更に他の必要性がある。

【0047】

最後に、ＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースを割り当てるためのルールを決定する更に他の必要性がある。

【課題を解決するための手段】

【0048】

したがって、本発明は少なくとも前述した限界と問題点を解決するように設計されたものであり、少なくとも後述する利点を提供する。

【0049】

本発明の一態様は、ＵＥが複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームでのＮｏｄｅＢにより送信された複数のＤＬ ＳＡｓの受信に応答して、ＨＡＲＱ−ＡＣＫ信号を送信するための方法及び装置を提供するものである。ＵＥが単一ＵＬ ＣＣ及び単一ＤＬ ＣＣを通じた通信により構成される場合に、ＵＬ ＣＣ及び第１のＤＬ ＣＣは通信リンクを確立する。

【0050】

本発明の一態様によれば、全てのＤＬ ＳＡｓが第１のＤＬ ＣＣで受信される場合に、ＵＥはＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースの第１セットを決定し、少なくとも１つのＤＬ ＳＡが第１のＤＬ ＣＣの他の異なるＤＬ ＣＣで受信される場合に、ＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースの第２セットを決定する。

【0051】

本発明の更に他の態様によれば、ＵＥは応答信号送信電力を調整するための各々のＤＬ ＳＡに含まれた送信電力制御（ＴＰＣ）ＩＥとＤＬ ＳＡ数を表すために、各々のＤＬ ＳＡに含まれたダウンリンク割当インデックス（ＤＡＩ）情報エレメント（ＩＥ）を用いてＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースを決定する。このようなＩＥｓの役割は、ＨＡＲＱ−ＡＣＫ信号送信に対する電力制御が１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡでのＴＰＣ ＩＥ値から決まり、ＨＡＲＱ−ＡＣＫ信号送信に対するリソースが１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値と、第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値から決まることと再解釈される。

【図面の簡単な説明】

【0052】

【図1】ＨＡＲＱ−ＡＣＫ信号送信に対する通常的なＰＵＣＣＨサブ−フレーム構造を示す図である。

【図2】図１に図示されたＰＵＣＣＨ構造に対するサブ−フレームスロットでのＨＡＲＱ−ＡＣＫ信号送信を示す図である。

【図3】図１に図示されたＰＵＣＣＨ構造に対する送信機を示すブロック図である。

【図4】図１に図示されたＰＵＣＣＨ構造に対する受信機を示すブロック図である。

【図5】ＰＤＣＣＨでＣＣＥｓを使用するＤＬ ＳＡの送信を示す図である。

【図6】バンドリングウィンドウで３ ＤＬサブ−フレームを有する時分割デュプレックスシステムを想定したＰＵＣＣＨリソースのブロックインターリービングを示す図である。

【図7】３ＤＬ ＣＣｓで受信されたＤＬ ＳＡｓに対応するＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＣＣでのリソース割当を示す図である。

【図8】ＨＡＲＱ−ＡＣＫ信号送信に対してＤＦＴ拡散ＯＦＤＭを使用した１つのサブ−フレームスロットでの通常的なＰＵＣＣＨ構造を示す図である。

【図9】図８に図示したＰＵＣＣＨ構造に対する送信機を示すブロック図である。

【図10】図８に図示したＰＵＣＣＨ構造に対する受信機を示すブロック図である。

【図11】本発明の一実施形態に従うＨＡＲＱ−ＡＣＫ信号の送信に対して利用可能な各々の３リソースのマッピングとＤＬ ＰＣＣでの３ ＤＬ ＳＡｓの送信を示す図である。

【図12】本発明の一実施形態に従う同一なＤＬ ＰＣＣを有するＵＥｓが同一な順序の活性化した（非活性化した）ＤＬ ＳＣＣｓである制限を示す図である。

【図13】本発明の一実施形態に従う各ＤＬ ＳＡｓの送信に対して使われるＤＬ ＣＣに従う５ ＤＬ ＣＣｓに対する活性化及び非活性化の順序を示す図である。

【図14】本発明の一実施形態に従うＨＡＲＱ−ＡＣＫ信号送信に対して各リソースに対するインデックスを提供するための残りのＤＬ ＳＡｓでのＴＰＣ ＩＥの用法とＨＡＲＱ−ＡＣＫ信号送信に対するＴＰＣコマンドを提供するためにＤＡＩ ＩＥ値により決まる最初のＤＬ ＳＡでのＴＰＣ ＩＥの用法を示す図である。

【図15】本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他のＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号送信に対するリソースがインデクシングされるＰＵＣＣＨ構造に対する送信機を示すブロック図である。

【図16】本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他のＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号受信に対するリソースがインデクシングされるＰＵＣＣＨ構造に対する受信機を示すブロック図である。

【図17】本発明の一実施形態に従うＤＬ ＣＣ特定オフセットを用いて各々その自身のＤＬ ＳＡを送信する２ ＤＬ ＣＣｓに対するＨＡＲＱ−ＡＣＫ信号送信に対するリソースマッピングを示す図である。

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

【0053】

以下、添付図面を参照して本発明の多様な実施形態についてより詳細に説明する。しかしながら、本発明は多様な様式で具現されることができ、本明細書に開示された実施形態に限定して解釈されてはならない。むしろ、このような実施形態らは、本発明が徹底し、かつ完全になって、本技術分野の当業者に本発明の範囲を完全に伝達するように提供される。

【0054】

また、本発明がＤＦＴ−Ｓ−ＯＦＤＭまたはＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access）送信を用いる通信システムに対して説明されたが、ＯＦＤＭを含む他のＦＤＭ（Frequency Division Multiplexing）に対しても一般的に適用可能である。

【0055】

方法及び装置は、ＵＥが複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームでの複数のＤＬ ＳＡ受信に応答して、ＨＡＲＱ−ＡＣＫ信号送信に対してＰＵＣＣＨリソースを決定することについて説明される。

【0056】

本発明の一実施形態によれば、ＰＵＣＣＨリソースは、ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫ信号送信（本明細書でＨＡＲＱ−ＡＣＫリソースと称する）に対し、ＰＵＣＣＨリソースがインデクシングされる。ＨＡＲＱ−ＡＣＫリソースは（例えば、図８に図示されたＰＵＣＣＨ構造を用いて）ＵＥに対しＲＲＣ−構成できるか、（例えば、図１に図示されたＰＵＣＣＨ構造を用いて）各ＤＬ ＳＡｓに対してＣＣＥｓのインデックスを使用してＵＥにより動的に決定できる。

【0057】

ここで、ＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信は、以下の２つの原理に基づくことと想定される：
１．単一ＵＥ−特定ＵＬ ＣＣ（ＵＬ ＰＣＣ）がＵＥ構成の複数のＤＬ ＣＣｓに対してＰＵＣＣＨでＨＡＲＱ−ＡＣＫ送信に対してＲＲＣ−構成される。
２．ＦＤＤのＵＥ構成の単一ＵＬ／ＤＬキャリア対の演算とＴＤＤのＤＬ ＰＣＣの単一ＤＬサブ−フレームのＤＬ ＳＡ受信に対し、前述したように、ＨＡＲＱ−ＡＣＫリソースは各ＤＬ ＳＡのＣＣＥｓから潜在的に導出される。

【0058】

ＲＲＣ−構成ＣＣｓは、例えば媒体アクセス制御シグナリングにより活性化または非活性化できる。ここで、ＤＬ（または、ＵＬ）ＣＣの活性化は、ＵＥがこのようなＣＣでＰＤＳＣＨを受信（または、ＰＵＳＣＨを送信）することができることを意味する。同様に、その逆がＤＬ（または、ＵＬ）ＣＣの非活性化に対して適用される。通信を維持するために、１つのＤＬ ＣＣが活性のままで残り、ＤＬ第１ＣＣ（ＤＬ ＰＣＣ）と称される。残りのＤＬ ＣＣｓは、ＤＬ第２ ＣＣｓ（ＤＬ ＳＣＣｓ）と称される。ＤＬ ＰＣＣはＵＬ ＰＣＣに連結されることと想定され、両者はＵＥ−特定である。

【0059】

ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫリソースマッピングに対し、複数のＤＬ ＣＣｓでの通信を有するＵＥについて以下の２つの場合が存在する：
１．複数のＤＬ ＣＣｓでの全てのＤＬ ＳＡｓスケジューリングＰＤＳＣＨがＤＬ ＰＣＣで送信される。
例えば、２ ＤＬ ＣＣｓと２ ＵＬ ＣＣｓを有する異種ネットワーク演算である。
２．複数のＤＬ ＣＣｓでの一部ＤＬ ＳＡｓスケジューリングＰＤＳＣＨは、ＤＬ ＰＣＣで送信されない。

【0060】

例えば、単一ＵＬ／ＤＬキャリア対を有する名目演算を並列化する。

【0061】

図１に図示されたＰＵＣＣＨ構造を使用して、本発明の一実施形態によれば、ＨＡＲＱ−ＡＣＫリソースマッピングは、以前の２つ場合の最初または２番目が適用されるか否かに従う。最初の場合に、単一ＤＬ／ＵＬ ＣＣ対を有するＦＤＤシステムに使われるＨＡＲＱ−ＡＣＫリソースマッピングルールが一般化され拡張される。２番目の場合に、単一ＵＬ／ＤＬ ＣＣ対を有するＴＤＤシステムに使われるＨＡＲＱ−ＡＣＫリソースマッピングルールが追加的な条件下で一般化され拡張される。

【0062】

最初の場合に（全てのＤＬ ＳＡｓがＤＬ ＰＣＣで送信される）、ＵＥがＭ ＤＬ ＣＣｓでの各ＰＤＳＣＨ受信に対してＭ ＤＬ ＳＡｓを受信すると想定し、Ｍ ＤＬ ＳＡｓの各々に対する最初のＣＣＥを

として表記し、ＤＬ ＣＣ ｍでのＰＤＳＣＨ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対して利用可能なリソースが＜数式１＞に表すように決まる。

【0063】

【数1】

【0064】

図１１は、ＵＥのＤＬ ＰＣＣでの３個のＤＬ ＳＡｓの送信と３個の各ＨＡＲＱ−ＡＣＫリソースをマッピングすることを図示する。

【0065】

図１１を参照すると、ＤＬ ＳＡ １ １１１０は２ ＣＣＥｓ １１１１、１１１２を含み、ここで、最初のＣＣＥ １１１１は最初のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１４０にマッピングされる。ＤＬ ＳＡ２ １１２０は４ ＣＣＥｓ １１２１、１１２２、１１２３、及び１１２４を含み、ここで、最初のＣＣＥ １１２１は２番目のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１５０にマッピングされる。ＤＬ ＳＡ ３ １１３０は２ ＣＣＥｓ １１３１、１１３２を含み、ここで、最初のＣＣＥ １１３１は３番目のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１６０にマッピングされる。

【0066】

２番目の場合に（ＵＥに対する一部のＤＬ ＳＡｓがＤＬ ＰＣＣで送信されない）、ＲＲＣシグナリングにより構成される同一な順序に同一なＤＬ ＰＣＣを有するＵＥが活性化された（非活性化された）ＤＬ ＳＣＣｓという制限がある。

【0067】

図１２は、本発明の一実施形態に従う同一なＤＬ ＰＣＣを有するＵＥｓが同一な順序に活性化された（非活性化された）ＤＬ ＳＣＣｓという制限を示す図である。

【0068】

図１２を参照すると、ＤＬ ＰＣＣとしてＤＬ ＣＣ２ １２１０を有するＵＥｓが同一な順序に活性化される（非活性化される）ＤＬ ＳＣＣｓであり、例えば、ＤＬ ＣＣ３ １２２０から始まって、ＤＬ ＣＣ４ １２３０、ＤＬ ＣＣ５ １２４０、及びＤＬ ＣＣ １ １２５０に続く。ＤＬ ＰＣＣとしてＤＬ ＣＣ ２を有するＵＥｓは異なる数の活性化されたＤＬ ＳＣＣｓを有することができる。そして、ＵＥがその活性化されたＤＬ ＣＣｓでＰＣＦＩＣＨをデコーディングすれば、ＰＤＣＣＨサイズから対応する反転ＨＡＲＱ−ＡＣＫを識別することができる。このような制限はＰＤＣＣＨ送信を有するＤＬ ＳＣＣｓに対してのみ適用される。

【0069】

図１３は、本発明の一実施形態に従う各々のＤＬ ＳＡｓの送信に使われるＤＬ ＣＣによって５ ＤＬ ＣＣｓに対する活性化及び非活性化の順序を示す図である。

【0070】

図１３を参照すると、基準ＵＥに対し、ＤＬ ＣＣ２（ＤＬ ＰＣＣ）１３１０はＤＬ ＣＣ２ １３１０Ａ、ＤＬ ＣＣ３ １３１０Ｂ、及びＤＬ ＣＣ４ １３１０Ｃに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ５ １３２０は、ＤＬ ＣＣ５ １３２０Ａに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ１ １３３０は、ＤＬ ＣＣ１ １３３０Ａに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ３及びＤＬ ＣＣ４でのスケジューリングがＤＬ ＣＣ２で送信されたＤＬ ＳＡｓを通じるので（例えば、ＤＬ ＳＡでのインデックスはＤＬ ＣＣを表すことができる）、ＤＬ ＣＣ３及びＤＬ ＣＣ４は任意の順序に活性化（非活性化）できる。しかしながら、それらのＤＬ ＰＣＣとしてＤＬ ＣＣ２を有する全てのＵＥｓに対して同一な順序に活性化（非活性化）されるＤＬ ＣＣ５及びＤＬ ＣＣ１の場合ではない。また、ＤＬ ＣＣ５及びＤＬ ＣＣ１でのＤＬ ＳＡ受信に応答するＨＡＲＱ−ＡＣＫ信号送信は、このようなＤＬ ＣＣｓに連結されたＵＬ ＣＣ（ｓ）にあるものではなく、（ＤＬ ＣＣ２に想定されたＤＬ ＰＣＣに連結された）ＵＬ ＰＣＣにある。

【0071】

以前の制限を想定し、簡略化のために、同一なＢＷのＤＬ ＣＣｓを考慮して、ＨＡＲＱ−ＡＣＫリソースマッピングについて後述する。

【0072】

ここで、ＭはこのようなＵＥへのＤＬ ＳＡ送信を有するＵＥに対する活性化されたＤＬ ＳＣＣｓの数であり、ｍ＝０，１，．．．，Ｍ−１は、Ｍ活性化されたＤＬ ＣＣｓのセットのＤＬ ＳＣＣのインデックスであり、ＮｐはｐのＰＣＦＩＣＨ値に対するＣＣＥｓの数（ここで、Ｎｏ＝０）であり、ｎ_ＣＣＥ（ｍ）はＤＬ ＳＣＣｍでのＤＬ ＳＡスケジューリングＰＤＳＣＨでの最初のＣＣＥである。

【0073】

ＵＥは、まず

を提供する値を選択し、ＤＬ ＳＣＣ ｍでのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースとして＜数式２＞を使用する。

【0074】

【数2】

【0075】

ＤＬ ＰＣＣで送信されたＤＬ ＳＡｓに対し、ＨＡＲＱ−ＡＣＫリソースマッピングは＜数式１＞で説明した通りである。

【0076】

ＵＥに対してＤＬ ＳＡ送信を有するＭ＝４活性化されたＤＬ ＳＣＣＳに対し、各ＤＬ ＳＣＣは３ＯＦＤＭシンボルの最大ＰＤＣＣＨサイズ、

ＰＲＢｓ、

ＲＥｓ、及びＣＣＥ当たり３６ＲＥｓを有し、ＰＤＣＣＨでのＣＣＥｓの最大数は８７であり、ＤＬ ＳＣＣ ｍ＝０，１，．．．，Ｍ−１でのＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫリソースインデクシングは＜表２＞に与えられる。

【0077】

【表2】

【0078】

複数のＤＬ ＣＣに対する以前のＨＡＲＱ−ＡＣＫリソースマッピングは、単一ＤＬ／ＵＬキャリアを備えたＴＤＤシステムのＨＡＲＱ−ＡＣＫリソースマッピングの原理に従う。しかしながら、ＨＡＲＱ−ＡＣＫリソース圧縮を利用しない時、ＵＬ ＰＣＣのＨＡＲＱ−ＡＣＫリソースの最大数は非常に大きいことがある。例えば、以前のセットアップに対して＜表２＞を使用すれば、Ｍ＝５ ＤＬ ＣＣｓに対するＵＬ ＰＣＣの最大ＨＡＲＱ−ＡＣＫリソースは

として算出できる。オフセットのみの時のようにＮ_{ＰＵＣＣＨ}を無視し、

に対するｎ_ＣＣＥ＝８７の最大値をＰＲＢｓとして想定すれば、ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫの最大数は２５３＋８７＝３４０である。ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルの最大マルチプレキシング容量を想定すれば、ＵＬ ＰＣＣのＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ送信を収容することに約１９ ＰＲＢｓが使われる。これは、全体ＵＬ ＰＣＣリソースの１９％を表す。また、ＤＬ ＰＣＣがＤＬ ＳＡ送信を有するＤＬ ＳＣＣｓに対するＨＡＲＱ−ＡＣＫリソースマッピングに参加することと想定されなければ（例えば、ＤＬ ＰＣＣは単一ＤＬ／ＵＬ ＣＣ対で構成されるＵＥｓをサポートすることもできる）、ＮｏｄｅＢスケジューラ制限がＨＡＲＱ−ＡＣＫリソースの衝突を防止するために使われる。（第２の以前のケースの場合）複数のＤＬ ＣＣｓに対する通信をサポートすることに要求されるＨＡＲＱ−ＡＣＫを減少させるために、本発明の実施形態によれば、ＤＬ ＳＣＣｓのＤＬ ＳＡｓスケジューリングＰＤＳＣＨ送信に対し、ＮｏｄｅＢスケジューラは第１の２２ ＣＣＥｓ内にあるように第１のＣＣＥの配置（placement）を優先順位にすることができる（＜表２＞のセットアップの場合）。サブフレーム当たり複数のＤＬ ＣＣｓでスケジューリングされたＵＥｓの数が典型的に小さくなるにつれて、全体ＣＣＥ有効性に対する優先順位の影響は小さい。また、ＣＣＥｓがＵＥ−ＣＳＳ（UE-Common Search Space）のみに存在するＣＣＥｓとＵＥ−ＤＳＳ（UE-Dedicated Search Space）に存在するＣＣＥｓとに分割されると仮定すれば、ＤＬ ＳＣＣｓでのＵＥ−ＣＳＳに相応するＣＣＥｓはｎ_ＣＣＥの計算から省略できる。次に、８８＋２２＝１１０ ＨＡＲＱ−ＡＣＫリソースの最大が使われ、ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルで、ＵＬ ＰＣＣで約６ ＰＲＢｓは充分である。これは、全てのＵＥｓに対してＨＡＲＱ−ＡＣＫ送信をサポートすることに約６％の最大オーバーヘッドを表す。このようなオーバーヘッドは、ＵＥｓが単一ＤＬ／ＵＬ ＣＣ対のみで構成される時、約５ ＰＲＢｓの最大オーバーヘッドに比べて耐えることができ、比較されることができる。

【0079】

（第２の以前のケースの場合）ＨＡＲＱ−ＡＣＫリソースが複数のＤＬ ＣＣｓに対する通信を有するＵＥへのＲＲＣシグナリングで構成される時、このようなＵＥｓがサブフレームでスケジューリングされるか否かに関わらず、複数のＤＬ ＣＣｓで構成された全てのＵＥｓに対して最大ＨＡＲＱ−ＡＣＫリソース用に設けられることによって、追加的なＨＡＲＱ−ＡＣＫリソースオーバーヘッドが発生する。ＤＬ ＣＡサポートに対するピーク条件で、ＲＲＣシグナリングによるＨＡＲＱ−ＡＣＫリソース割当によるオーバーヘッドは相当に増加できる一方、動的ＨＡＲＱ−ＡＣＫリソース割当によって単に適当な増加が発生することができる。複数のＵＥｓの間で分配されるＨＡＲＱ−ＡＣＫリソースは、ＲＲＣシグナリングを通じてＨＡＲＱ−ＡＣＫリソース割当により増加したオーバーヘッドを軽減することができるが、このような分配は同一なＨＡＲＱ−ＡＣＫリソースを分配するＵＥｓが同一なサブフレームでＤＬ ＳＡを有することができないので、ＮｏｄｅＢスケジューラ制限を与える。

【0080】

本発明の他の実施形態によれば、ＨＡＲＱ−ＡＣＫリソース圧縮はイネーブルされる。例えば、ＨＡＲＱ−ＡＣＫオーバーヘッドの減少はＤＬ ＳＣＣｓに対する各々のＤＬ ＳＡｓの第１のＣＣＥを第１の２２ ＣＣＥｓに位置させることによって（以前の例の場合）、ＮｏｄｅＢスケジューラ制限を通じて達成できる。また、スケジューラは、その後、ＤＬ ＰＣＣのＤＬ ＳＡが

と表記される第１のＣＣＥを有しないということを保証する。

【0081】

これと異なり、全てのＤＬ ＣＣｓに対する同一なリソースマッピングは、ＵＬ ＰＣＣのＨＡＲＱ−ＡＣＫ信号送信及び

に対して使用できる。その後、スケジューラは

はＵＥがＤＬ ＳＡを受信する全てのＤＬ ＣＣｓの間で相異することを保証する。

【0082】

ＮｏｄｅＢスケジューラに対するこのような制約を防止するために、ＨＡＲＱ−ＡＣＫリソースに対するオフセットは、各々のＤＬ ＳＡにより備えられることができる。ＤＬ ＳＡの対応するＩＥ（Information Element）はＨＲＩ（HARQ-ACK Resource Index）ＩＥと称される。ＤＬ ＳＣＣ ｍに対するＨＲＩ ＩＥ値をＨＲＩ（ｍ）と表せば、ＤＬ ＳＣＣ ｍでＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースは、次の通り得られる。

【0083】

【数3】

【0084】

例えば、ＨＲＩ ＩＥが２ビットで構成されると仮定すれば、その解釈は＜表３＞の通りである。

【0085】

【表3】

【0086】

また、ＨＲＩ ＩＥはＮｏｄｅＢスケジューラがＤＬ ＳＣＣｓのＤＬ ＳＡｓを送信することに使用する第１のＣＣＥが第１の２２ ＣＣＥｓ内に（ＵＥ−ＣＳＳに割り当てられたＣＣＥｓを考慮するか考慮しない）あることに対する制限を防止することに利用することができ、即ち、

である。代わりに、ＨＡＲＱ−ＡＣＫリソースと関連したＣＣＥインデックスは最大ＣＣＥインデックス値、

に対するモジュロ演算、及び＜数式４＞に表すようなｎ_{ＰＵＣＣＨ}（ｍ）を使用して限定できる。

【0087】

【数4】

【0088】

の値はＮｏｄｅＢによりシグナリング（ＲＲＣシグナリングまたはブロードキャストシグナリング）されるか、予め限定できる。２つの整数、ｘ、ｙ（ｙ＞０）の間のモジュロ演算は

として定義され、ここで、

である。

【0089】

一般に、ＤＬ ＣＣ ｍのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースは、各々のＤＬ ＳＡに対して使われる第１のＣＣＥの関数として決まることができ、ＨＲＩ ＩＥの値は＜数式５＞に表す。

【0090】

【数5】

【0091】

例えば、ＤＬ ＣＣ ｍのＤＬ ＳＡ受信に応答するＨＡＲＱ−ＡＣＫリソースは、＜数式６＞に表す通り決まることができる。

【0092】

【数6】

【0093】

ＨＡＲＱ−ＡＣＫリソース衝突をより軽減するために、ＤＬ ＣＣスペシフィックオフセット

は、例えば、ＲＲＣシグナリングにより導入されることができ、ｎ_{ＰＵＣＣＨ}（ｍ）は＜数式７＞に表す通りである。

【0094】

【数7】

【0095】

類似するように、＜数式４＞でＨＡＲＱ−ＡＣＫリソースインデクシングのために、ｎ_{ＰＵＣＣＨ}（m）は＜数式８＞に表す通り決まることができる。

【0096】

【数8】

【0097】

ＤＬ ＳＡｓの明白なＨＲＩ ＩＥの追加は、現在のＩＥがＨＲＩを提供することと解釈できる場合に防止できる。ＤＬ ＳＡｓがＤＬ ＳＡ数に対するカウントを提供するＤＡＩ（Downlink Assignment Index）ＩＥを含むと想定すれば、ＤＬ ＳＡｓは順序が決まることができる。

【0098】

例えば、ＵＥがＤＬ ＣＣ１、ＤＬ ＣＣ２、ＤＬ ＣＣ３、及びＤＬ ＣＣ４でＤＬ ＳＡｓを受信し、ＮｏｄｅＢがＤＬ ＳＡｓをＤＬ ＣＣ１、ＤＬ ＣＣ２、及びＤＬ ＣＣ４に送信すると想定すれば、ＤＬ ＳＡｓでのＤＡＩ ＩＥはＤＬ ＣＣ２の場合は１の値、ＤＬ ＣＣ４の場合は２の値、及びＤＬ ＣＣ１の場合は３の値を有することができる。したがって、ＵＥは、ＤＬ ＣＣ２のＤＬ ＳＡは第１順位であり、ＤＬ ＣＣ４のＤＬ ＳＡは第２順位であり、ＤＬ ＣＣ１のＤＬ ＳＡは第３順位である。類似の方式により、単一または複数のＣＣｓを有するＴＤＤシステム及び、例えばバンドリングウィンドウの４ＤＬサブフレームの場合、ＤＡＩ ＩＥは、ＵＥがサブフレームで受信するＤＬ ＳＡが与えられたＣＣに対して第１、第２、第３、または第４送信されたＤＬ ＳＡであるかを表すことができる。

【0099】

ＤＬ ＳＡｓはＵＥがＨＡＲＱ−ＡＣＫ信号送信電力を調整するようにするために、ＴＰＣコマンドを順次に提供するＴＰＣ（Transmission Power Control）ＩＥを含むように想定される。ここで、全てのＤＬ ＳＡｓはＴＰＣ ＩＥを含むと想定される。しかしながら、ＨＡＲＱ−ＡＣＫ信号送信がＵＬ ＰＣＣのみにあるため、単一ＴＰＣコマンドが充分である。本発明の実施形態によれば、ＴＰＣコマンドはＤＡＩ ＩＥ値により決定された通り、第１のＤＬ ＳＡでＴＰＣ ＩＥにより提供される。残っているＤＬ ＳＡｓのＴＰＣ ＩＥｓはＨＲＩ ＩＥｓとして使用できる。

【0100】

図１４は、本発明の実施形態に従うＨＡＲＱ−ＡＣＫ信号送信に対するリソースをインデクシングするＤＬ ＳＡｓでのＩＥのビットを識別し使用する原理を図示する。図１４がＴＰＣ ＩＥを考慮するが、代わりに明白なＨＲＩ ＩＥが使用できる。

【0101】

図１４を参照すると、（ＤＡＩ ＩＥ値により決定されたように）最初のＤＬ ＳＡ １４１０のＴＰＣ ＩＥはＤＬ ＳＡｓの受信に応答してＨＡＲＱ−ＡＣＫ信号送信１４２０に対するＴＰＣコマンドを提供する。ＤＬ ＳＡ Ｋ １４５０を通じて残りのＤＬ ＳＡ２ １４３０の各々のＴＰＣ ＩＥは各々１４６０を通じてＨＡＲＱ−ＡＣＫリソース１４４０に対するインデックスとして用いられる。

【0102】

動的にインデクシングされたＨＡＲＱ−ＡＣＫリソースが考慮されるが、ＨＲＩ機能性はＨＡＲＱ−ＡＣＫリソースがどのように決まるかとは独立的であり、リソース圧縮がＨＡＲＱ−ＡＣＫリソースマッピングに適用される場合に衝突を回避するためにＨＡＲＱ−ＡＣＫリソースを追加的にインデクシングする役割をする。また、ＨＲＩ機能性は図１に図示されたＰＵＣＣＨ構造と図８に図示されたＰＵＣＣＨ構造のうち、いずれか１つに適用可能であり、動的に決まるかＲＲＣ−構成されたＨＡＲＱ−ＡＣＫリソースをさらにインデクシングする。

【0103】

最初のＤＬ ＳＡ（ＤＡＩ＝１）がＵＥにより欠落されれば、ＨＡＲＱ−ＡＣＫ送信に対するＴＰＣコマンドが欠落され、ＵＥは各々の電力調整を遂行しない。しかしながら、これは低い確率のイベントであり、ＤＬ ＣＡを有するＵＥｓが良好な連結品質を有してＤＬ ＳＡｓが欠落され難く、ＴＰＣ調整が通常的に小さいので、顕著な影響を有することと予測されない。ＤＡＩ＝１を有するＤＬ ＳＡのみ（ＦＤＤに対してＤＬ ＰＣＣと、ＴＤＤに対してＤＬ ＰＣＣの最初のサブ−フレームのうちのいずれか１つで）ＵＥにより受信されれば、ＨＡＲＱ−ＡＣＫリソースが各々のＤＬ ＳＡのＣＣＥｓから潜在的に導出される（本発明により想定されるＨＡＲＱ−ＡＣＫ信号送信に対する２番目の原理）。

【0104】

図１５は、本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他の異なるＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号送信に対するリソース（ＨＡＲＱ−ＡＣＫリソース）がインデクシングされるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号に対する送信機を示すブロック図である。図１５で、ＵＥが各々のＤＬ ＳＡｓ（ＤＬ ＰＣＣで１より大きいＤＡＩ ＩＥ値を有する）から取得し、ＨＡＲＱ−ＡＣＫリソースを導出するために使用するＴＰＣ ＩＥ（または、ＨＲＩ ＩＥ）をマッピングするために、ＨＲＩ値コントローラ１５１０により特定されるオフセットにＨＡＲＱ−ＡＣＫリソースが依存する点を除いては、主要要素が前述した図３で説明したものと同一である。ＨＡＲＱ−ＡＣＫリソースは、ＣＳマッパー１５２０により実施されるＣＳと、ＰＲＢ選択コントローラ１５３０（また、ＯＣＣ−簡略化のために図示しない）により決まるＰＲＢを含む。図９に図示された送信機構造は同一な方式により変形できる。

【0105】

図１６は、本発明の一実施形態によって、ＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他の異なるＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号受信に対するリソース（ＨＡＲＱ−ＡＣＫリソース）がインデクシングされるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号に対する受信機を示すブロック図である。図１６で、各々のＤＬ ＳＡにＮｏｄｅＢが含まれるＴＰＣ ＩＥ（または、ＨＲＩ ＩＥ）のマッピングのためにＨＲＩ値コントローラ１６１０により特定されるオフセットにＨＡＲＱ−ＡＣＫリソースが依存するという点を除いては、主要要素が前述した図４で説明したものと同一である。リソースは、ＣＳデマッパー１６３０により実施されるＣＳとＰＲＢ選択コントローラ１６２０（また、ＯＣＣ−簡略化のために図示しない）により決まるＰＲＢを含む。図１０に図示された受信機構造も同一な方式により変形できる。

【0106】

図１７は、本発明の一実施形態に従うＤＬ ＣＣ特定オフセットを使用して各々その自身のＤＬ ＳＡを送信する２ ＤＬ ＣＣｓに対してＨＡＲＱ−ＡＣＫ信号送信に対するリソースマッピングを示す図である。

【0107】

図１７を参照すると、ＰＲＢ ０ １７１０から始まる外部ＢＷ領域がＰＵＳＣＨ送信と動的ＨＡＲＱ−ＡＣＫ送信１７２０の他の異なるＰＵＣＣＨ送信に使われる（動的ＨＡＲＱ−ＡＣＫ送信はＤＬ ＳＡｓの受信に応答する）。例えば、Ｎ_{ＰＵＣＣＨ}／１８ＰＲＢｓ（ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルを想定する）に対応するＮ_{ＰＵＣＣＨ} ＨＡＲＱ−ＡＣＫリソース１７３０の後に、ＤＬ ＰＣＣでのＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫリソースがマッピングされる（１７４０）。例えば、Ｎ_{ＰＵＣＣＨ}＋Ｎ_{ＨＡＲＱ−ＡＣＫ}（０）／１８ＰＲＢｓに対応するＮ_{ＰＵＣＣＨ}＋Ｎ_{ＨＡＲＱ−ＡＣＫ}（０）ＨＡＲＱ−ＡＣＫリソース１７５０の後に、ＤＬ ＳＣＣでのＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫリソースがマッピングされる（１７６０）。ＤＬ ＰＣＣでのＤＬ ＳＡｓとＤＬ ＳＣＣでのＤＬ ＳＡｓに対するＨＡＲＱ−ＡＣＫリソースは、一部または完全に重畳できる（例えば、＜数式７＞でｎ_ＣＣＥ（ｍ）＝ｎ_ＣＣＥ及びＮ_{ＨＡＲＱ−ＡＣＫ}（ｍ）＝０に対して完全重畳が発生する）。最後に、他のＰＵＣＣＨまたはＰＵＳＣＨ送信に対して割り当てられたリソースが後続する（１７７０）。同一なマッピングが（簡略化のために図示していないが）ＢＷの他の端部から適用できる。

【0108】

特定の実施形態を参照して本発明を図示及び説明したが、本技術分野の当業者に、添付された請求項とその等価物により規定される本発明の事象及び範囲を逸脱することなく様式と詳細事項で多様な変形が可能であることを理解することができる。

【図6】

【図11】

【図13】

【図17】

【図1】

【図2】

【図3】

【図4】

【図5】

【図7】

【図8】

【図9】

【図10】

【図12】

【図14】

【図15】

【図16】