(57)【要約】【課題】ユーザ装備（ＵＥ）が各々のＤＬ ＣＣと関連する各々のＤＬ ＳＡを有する基地局から送信された複数のダウンリンク（ＤＬ）スケジューリング割当（ＳＡｓ）の受信に応答してアップリンク（ＵＬ）コンポーネントキャリア（ＣＣ）での応答信号を送信することに利用可能なリソースのセットを決定する方法及び装置を説明する。【解決手段】単一ＵＬ ＣＣ及び単一ＤＬ ＣＣを通じた通信のためにＵＥが構成される場合に、ＵＬ ＣＣ及び第１のＤＬ ＣＣは通信連結を確立する。【選択図】図１１
2015149742.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末の方法であって、
送信電力制御（ＴＰＣ：Transmission Power Control）フィールド及びダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）フィールドを含むダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）とデータとを基地局（ＢＳ）から受信する過程と、
前記ＴＰＣフィールドと前記ＤＡＩフィールドに基づいて、応答信号のためのリソースを決定する過程と、
前記応答信号を、前記決定されたリソースを通じて、前記基地局に送信する過程と、を含むことを特徴とするユーザ端末の方法。
【請求項２】
前記ＤＡＩフィールドの値が１より大きいと、前記ＴＰＣフィールドは前記応答信号のためのリソースを指示することを特徴とする請求項１に記載のユーザ端末の方法。
【請求項３】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が第１のキャリアで受信されると、前記ＴＰＣフィールドは電力制御のために使用されることを特徴とする請求項１に記載のユーザ端末の方法。
【請求項４】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が前記第１のキャリアと相異なる第２のキャリアで受信されると、前記ＴＰＣフィールドの値は前記応答信号のリソースを指示することを特徴とする請求項３に記載のユーザ端末の方法。
【請求項５】
前記方法は、時分割マルチプレキシング（ＴＤＭ：Time Division Multiplexing）を適用する通信システムで遂行されることを特徴とする請求項１に記載のユーザ端末の方法。
【請求項６】
基地局の方法であって、
送信電力制御（ＴＰＣ：Transmission Power Control）フィールド及びダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）フィールドを含むダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）とデータとをユーザ装置（ＵＥ：user equipment）に送信する過程と、
前記ユーザ装置からリソースを通じて応答信号を受信する過程と、
前記応答信号のためのリソースは、前記ユーザ装置によって、前記ＴＰＣフィールドと前記ＤＡＩフィールドに基づいて決定されることを特徴とする基地局の方法。
【請求項７】
前記ＤＡＩフィールドの値が１より大きいと、前記ＴＰＣフィールドは前記応答信号のためのリソースを指示することを特徴とする請求６に記載の基地局の方法。
【請求項８】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が第１のキャリアで受信されると、前記ＴＰＣフィールドは電力制御のために使用されることを特徴とする請求項６に記載の基地局の方法。
【請求項９】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が前記第１のキャリアと相異なる第２のキャリアで受信されると、前記ＴＰＣフィールドの値は前記応答信号のリソースを指示することを特徴とする請求項８に記載の基地局の方法。
【請求項１０】
前記方法は、時分割マルチプレキシング（ＴＤＭ：Time Division Multiplexing）を適用する通信システムで遂行されることを特徴とする請求項６に記載の基地局の方法。
【請求項１１】
ユーザ端末であって、
送信電力制御（ＴＰＣ：Transmission Power Control）フィールド及びダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）フィールドを含むダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）とデータとを基地局（ＢＳ）から受信する受信部と、
前記ＴＰＣフィールドと前記ＤＡＩフィールドに基づいて応答信号のためのリソースを決定する制御部と、
前記応答信号を、前記決定されたリソースを通じて、前記基地局に送信する送信部と、を含むことを特徴とするユーザ端末。
【請求項１２】
前記ＤＡＩフィールドの値が１より大きいと、前記ＴＰＣフィールドは前記応答信号のためのリソースを指示することを特徴とする請求項１１に記載のユーザ端末。
【請求項１３】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が第１のキャリアで受信されると、前記ＴＰＣフィールドは電力制御のために使用されることを特徴とする請求項１１に記載のユーザ端末。
【請求項１４】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が前記第１のキャリアと相異なる第２のキャリアで受信されると、前記ＴＰＣフィールドの値は前記応答信号のリソースを指示することを特徴とする請求項１３に記載のユーザ端末。
【請求項１５】
前記ユーザ端末は、時分割マルチプレキシング（ＴＤＭ：Time Division Multiplexing）を適用する通信システムで動作することを特徴とする請求項１１に記載のユーザ端末。
【請求項１６】
基地局であって、
送信電力制御（ＴＰＣ：Transmission Power Control）フィールド及びダウンリンク割当インデックス（ＤＡＩ：Downlink Assignment Index）フィールドを含むダウンリンク（ＤＬ）スケジューリング割当（ＳＡ）とデータとをユーザ装置（ＵＥ：user equipment）に送信する送信部と、
前記ユーザ装置からリソースを通じて応答信号を受信する受信部と、を含み、
前記応答信号のためのリソースは、前記ユーザ装置によって、前記ＴＰＣフィールドと前記ＤＡＩフィールドに基づいて決定されることを特徴とする基地局。
【請求項１７】
前記ＤＡＩフィールドの値が１より大きいと、前記ＴＰＣフィールドは前記応答信号のためのリソースを指示することを特徴とする請求項１６に記載の基地局。
【請求項１８】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が第１のキャリアで受信されると、前記ＴＰＣフィールドは電力制御のために使用されることを特徴とする請求項１６に記載の基地局。
【請求項１９】
前記ＤＡＩフィールドの値が１であり、前記ダウンリンクスケジューリング割当が前記第１のキャリアと相異なる第２のキャリアで受信されると、前記ＴＰＣフィールドの値は前記応答信号のリソースを指示することを特徴とする請求項１８に記載の基地局。
【請求項２０】
前記基地局は、時分割マルチプレキシング（ＴＤＭ：Time Division Multiplexing）を適用する通信システムで動作することを特徴とする請求項１６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に無線通信システムに関し、より詳しくは、時分割マルチプレキシング（ＴＤＭ：time division multiplexing）を用いた通信システムのアップリンク（ＵＬ：UpLink）での応答信号の送信に関する。
【背景技術】
【０００２】
通信システムは、ダウンリンク（ＤＬ：DownLink）、基地局（ＢＳまたはＮｏｄｅＢ）からユーザ装備（ＵＥｓ：User Equipments）への送信信号の伝達、ＵＬ、及びＵＥｓからＮｏｄｅＢへの送信信号の伝達を含む。通常的に、端末または移動局とも呼ばれるＵＥは、無線デバイス、セルラーホン、個人用コンピュータデバイスなどのように固定型または移動型でありうる。ＮｏｄｅＢは一般的に固定局であり、ＢＴＳ（Base Transceiver System）、アクセスポイント、または幾つかの他の類似の用語と呼ばれることもできる。
【０００３】
ＵＬは、情報コンテンツを搬送するデータ信号、ＤＬのデータ信号の送信と関連した情報を提供する制御信号、及び通常的にパイロット信号とも呼ばれるＲＳｓ（Reference Signals）の送信をサポートする。また、ＤＬはデータ信号、制御信号、及びＲＳｓの送信をサポートする。
【０００４】
ＵＬデータ信号は、ＰＵＳＣＨ（Physical Uplink Shared CHannel）を介して搬送される。ＤＬデータチャンネルは、ＰＤＳＣＨ（Physical Downlink Shared CHannel）を介して搬送される。ＰＵＳＣＨ送信のない場合に、ＵＥはＰＵＣＣＨ（Physical Uplink Control CHannel）を介してＵＣＩ（Uplink Control Information）を搬送する。ＰＵＳＣＨ送信が存在する場合に、ＵＥはＰＵＳＣＨを介してデータと共にＵＣＩを搬送することができる。
【０００５】
ＤＬ制御信号は、ブロードキャストまたはＵＥ−特定特性を有することもある。例えば、ＰＤＳＣＨ受信（ＤＬ ＳＡｓ）またはＰＵＳＣＨ送信（ＵＬ ＳＡｓ）のためにＳＡｓ（Scheduling Assignments）を提供するために、ＵＥ−特定制御信号が使用できる。ＮｏｄｅＢは、ＰＤＣＣＨ（Physical Downlink Control CHannel）を使用してＳＡを送信する。
【０００６】
ＵＬ制御信号はＨＡＲＱ（Hybrid Automatic Repeat reQuest）と関連したアクナレッジメント（ACKnowledgement）信号を含み、通常的にＰＤＳＣＨ受信に応答して送信される。
【０００７】
図１は、１つのサブ−フレームからなるＴＴＩ（Transmission Time Interval）でのＨＡＲＱ−ＡＣＫ信号に対する通常的なＰＵＣＣＨ構造を図示する。
【０００８】
図１を参照すると、サブ−フレーム１１０は２つのスロット１２０を含む。各スロット１２０はＨＡＲＱ−ＡＣＫ信号のコヒーレント変調を可能にするＨＡＲＱ−ＡＣＫ信号１３０及びＲＳｓ １４０に対するＮＵＬＳＹＭｂシンボルを含む。各シンボルは、チャンネル伝播効果による干渉を緩和させるためのＣＰ（Cyclic Prefix）をさらに含む。第１スロットでの送信は周波数ダイバーシティを提供するために第２スロットとは異なる動作ＢＷ（BandWidth）の部分にありうる。動作ＢＷは、ＰＲＢｓ（Physical Resource Blocks）と呼ばれる周波数リソースユニットを含む。各ＰＲＢはＮＲＢＳＣサブ−キャリアまたはＲＥｓ（Resource Elements）を含み、ＵＥは１つのＰＲＢ １５０の間ＨＡＲＱ−ＡＣＫ信号とＲＳｓを送信する。
【０００９】
図２は、図１のＰＵＣＣＨ構造に対するサブ−フレームスロットでのＨＡＲＱ−ＡＣＫ信号送信を図示する。
【００１０】
図２を参照すると、ｂ ＨＡＲＱ−ＡＣＫビット２１０が、例えばＢＰＳＫ（Binary Phase Shift Keying）またはＱＰＳＫ（Quadrature Phase Shift Keying）変調を使用して変調器２２０でＣＡＺＡＣ（Constant Amplitude Zero Auto-Correlation）シーケンス２３０を変調する。その後、変調されたＣＡＺＡＣシーケンスは、ＩＦＦＴ（Inverse Fast Fourier Transform）を遂行した後に送信される。各ＲＳは、ＩＦＦＴ ２４０を遂行した後、変調されていないＣＡＺＡＣシーケンスを通じて送信される。
【００１１】
図３は、図１のＰＵＣＣＨ構造に対する送信機のブロック図である。
【００１２】
図３を参照すると、情報は変調無しでＲＳに対しても使われるＣＡＺＡＣシーケンス３１０を変調する。コントローラ３２０は、ＰＵＣＣＨサブ−フレームの第１及び第２スロットでのＣＡＺＡＣシーケンスの送信に対する第１及び第２のＰＲＢｓを選択してサブ−キャリアマッパー（mapper）３３０を制御する。サブ−キャリアマッパー３３０はコントローラ３２０からの制御信号に従って第１及び第２のＰＲＢｓをＣＡＺＡＣシーケンスに各々マッピングし、ＩＦＦＴ ３４０はＩＦＦＴを遂行し、ＣＳ（Cyclic Shift）マッパー３５０はＩＦＦＴ ３４０の出力を循環的にシフトする。最後に、ＣＰ挿入器３６０はＣＳマッパー３５０により出力された信号にＣＰを挿入し、フィルタ３７０はタイムウィンドウイング（time windowing）を遂行して送信された信号３８０を生成する。ＵＥはその信号送信に使われないＲＥｓとガード（guard）ＲＥｓ（図示せず）にゼロパディングを適用するように想定される。また、簡略化のために、本技術分野に知られたディジタル対アナログコンバーター、アナログフィルタ、増幅器、及び送信機アンテナのような追加的な送信機回路は図示していない。
【００１３】
図４は、図１のＰＵＣＣＨ構造に対する受信機のブロック図である。
【００１４】
図４を参照すると、アンテナはアナログ信号を受信し、例えば、フィルタ、増幅器、周波数ダウン−コンバーター、及びアナログ対ディジタルコンバーター（図示せず）のような追加的な処理ユニットを経た後に受信されたディジタル信号４１０は、フィルタ４２０によりフィルタリングされ、ＣＰはＣＰ除去器４３０により除去される。その後、ＣＳがＣＳデマッパー４４０により復旧され、ＦＦＴ（Fast Fourier Transform）がＦＦＴ ４５０により適用され、コントローラ４６５が第１スロット及び第２スロットでの信号送信の第１及び第２のＰＲＢｓを各々選択してサブ−キャリアデマッパー４６０を制御する。サブ−キャリアデマッパー４６０は、コントローラ４６５からの制御信号に従って第１及び第２のＰＲＢｓをデマッピングし、信号がマルチプライヤー４７０によりＣＡＺＡＣシーケンス４８０のレプリカ（replica）とコリレーティングされる。その後、出力４９０はＲＳに対して時間−周波数インターポレータのようなチャンネル推定ユニット、またはＨＡＲＱ−ＡＣＫビットにより変調されたＣＡＺＡＣシーケンスに対して検出ユニットに伝達できる。
【００１５】
同一なＣＡＺＡＣシーケンスの相異するＣＳｓは直交ＣＡＺＡＣシーケンスを提供し、相異するＵＥｓに割り当てられて同一なＰＲＢでＨＡＲＱ−ＡＣＫ信号送信の直交多重化を達成することができる。Ｔｓがシンボル区間であれば、このようなＣＳｓの数は略
【００１６】
【数１】
2015149742.tif 000003
【００１７】
であり、ここで、Ｄはチャンネル伝播遅延拡散であり、
【００１８】
【数２】
2015149742.tif 000004
【００１９】
は数をその真下の低い整数に下げる床関数である。
【００２０】
ＣＡＺＡＣシーケンスの相異するＣＳｓを使用して同一なＰＲＢで相異するＵＥｓからＨＡＲＱ−ＡＣＫ信号の直交多重化に追加して、ＯＣＣ（Orthogonal Covering Codes）を使用して時間領域で直交多重化が達成されることもできる。
【００２１】
例えば、図２で、ＨＡＲＱ−ＡＣＫ信号はＷＨ（Walsh-Hadamard）ＯＣＣ（図示せず）のような長さ−４ ＯＣＣにより変調できる一方、ＲＳはＤＦＴ ＯＣＣ（図示せず）のような長さ−３ ＯＣＣにより変調できる。したがって、多重化容量は（より小さい長さを有するＯＣＣにより決まる）３の因数だけ増加する。ＷＨ ＯＣＣｓ、｛Ｗ０、Ｗ１、Ｗ２、Ｗ３｝とＤＦＴ ＯＣＣｓ、｛Ｄ０、Ｄ１、Ｄ２｝のセットは、各々、
【００２２】
【数３】
2015149742.tif 000005
【００２３】
及び、
【００２４】
【数４】
2015149742.tif 000006
【００２５】
である。
【００２６】
＜表１＞は、シンボル当たり６ ＣＳ及び長さ−３ ＯＣＣを想定するＯＣＣ ｎｏｃ及びＣＳ αに対し、ＨＡＲＱ−ＡＣＫ信号及びＲＳ送信に使われるＰＵＣＣＨリソースｎＰＵＣＣＨに対するマッピングを表す。基準ＰＵＣＣＨ ＰＲＢ内の全てのリソースが使われれば、基準ＰＵＣＣＨ ＰＲＢに真後ろに後続する次のＰＲＢ内のリソースが使用できる。
【００２７】
【表１】
2015149742.tif 000007
【００２８】
ＰＤＣＣＨの内のＳＡｓは、ＣＣＥｓ（Control Channel Elements）と呼ばれる基本単位で送信される。ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）がＤＬ送信方法により想定される。各ＣＣＥはＲＥｓの数を含み、ＵＥｓはＮｏｄｅＢによるＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）の送信を通じてＤＬサブ−フレームでＣＣＥｓの総数、ＮＣＣＥの通知を受ける。ＰＣＦＩＣＨは、各ＤＬサブ−フレームでのＰＤＣＣＨ送信に使われるＯＦＤＭシンボルの数を表す。
【００２９】
ＦＤＤ（Frequency Division Duplex）システムにおいて、ＵＥはｎＰＵＣＣＨ＝ｎＣＣＥ＋ＮＰＵＣＣＨとしてｎＰＵＣＣＨを決定し、ここで、ｎＣＣＥは各ＤＬ ＳＡの第１のＣＣＥであり、ＮＰＵＣＣＨはＲＲＣ（Radio Resource Control）レイヤのような上位レイヤにより構成されるオフセットであり、ＤＬブロードキャストチャンネルを介してＵＥｓに通知できる。
【００３０】
ＨＡＲＱ−ＡＣＫ信号送信と各ＤＬ ＳＡ送信のＣＣＥｓに対し、ＰＵＣＣＨリソース（ＰＲＢ、ＣＳ、ＯＣＣ）の間に一対一マッピングが存在することができる。例えば、単一リソースがＨＡＲＱ−ＡＣＫ信号送信に使われれば、単一リソースは各ＤＬ ＳＡに対する最下のインデックスを有するＣＣＥに対応することができる。
【００３１】
図５は、各ＰＤＣＣＨｓでＣＣＥｓを使用するＤＬ ＳＡｓの送信を図示する。
【００３２】
図５を参照すると、ＵＥ１に対するＤＬ ＳＡはＣＣＥｓ ５０１、５０２、５０３、及び５０４を使用し、ＵＥ２に対するＤＬ ＳＡはＣＣＥｓ ５１１、５１２を使用し、ＵＥ３に対するＤＬ ＳＡはＣＣＥｓ ５２１、５２２を使用し、ＵＥ４に対するＤＬ ＳＡはＣＣＥ ５３１を使用する。ＤＬ ＲＥｓ ５４０に対するセル−特定ビットスクランブリング、変調、及びマッピング後、各ＤＬ ＳＡはＰＤＣＣＨ ５５０に送信される。その後、ＵＥ１、ＵＥ２、ＵＥ３、及びＵＥ４は、そのＨＡＲＱ−ＡＣＫ信号送信に対し、ｎＰＵＣＣＨ＝０、ｎＰＵＣＣＨ＝４、ｎＰＵＣＣＨ＝６、及びｎＰＵＣＣＨ＝８を各々使用することができる。代案的に、複数のＣＣＥｓがＤＬ ＳＡを送信することに使われれば、ＨＡＲＱ−ＡＣＫ情報が変調されたＨＡＲＱ−ＡＣＫ信号により、そして選択されたＰＵＣＣＨリソースによっても搬送できる。
【００３３】
ＴＤＤ（Time Division Duplex）システムにおいて、このような複数のＤＬサブ−フレームのＤＬ ＳＡ受信に応答するＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信が同一なＵＬサブ−フレームで発生するという観点で、複数のＤＬサブ−フレームが単一ＵＬサブ−フレームに連結できる。このようなＤＬサブ−フレームのセットをバンドリング（bundling）ウィンドウと称する。バンドリングウィンドウにおいて各ＤＬサブ−フレームの最大ＰＤＣＣＨサイズをいつも想定することによって、最大ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソースをいつも提供しなければならないことを回避するために、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースインデクシングはＤＬサブ−フレームのうちからＰＤＣＣＨサイズの可能な変動を利用することができる。
【００３４】
バンドリングウィンドウのＤＬサブ−フレームの数をＭと表記し、ＤＬサブ−フレームインデックスをｍ＝０，１，．．．，Ｍ−１と表記し、ｐ（Ｎ０＝０）のＰＣＦＩＣＨ値に対するＣＣＥｓの数をＮｐと表記し、サブ−フレームｍの第１のＤＬ ＳＡ ＣＣＥをｎＣＣＥ（ｍ）と表記すれば、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースインデクシングは下記のように説明できる。ＵＥは、まず
【００３５】
【数５】
2015149742.tif 000008
【００３６】
を提供する値
【００３７】
【数６】
2015149742.tif 000009
【００３８】
を選択し、ＤＬサブ−フレームｍでのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対し、
【００３９】
【数７】
2015149742.tif 000010
【００４０】
をＰＵＣＣＨリソースとして使用し、ここで、
【００４１】
【数８】
2015149742.tif 000011
【００４２】
であり、
【００４３】
【数９】
2015149742.tif 000012
【００４４】
はＤＬ動作ＢＷでのＰＲＢｓの数であり、ＣＣＥは３６ ＲＥｓを含む。
【００４５】
前述したインデクシングは、各ＤＬサブ−フレームの第１、第２、または第３のＰＤＣＣＨ ＯＦＤＭシンボルに位置したＣＣＥｓのブロックに連結されたＵＬサブ−フレームでのＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースのブロックをインターリービングすることに基づく。各ＤＬサブ−フレームで最大ＰＤＣＣＨサイズを想定するＨＡＲＱ−ＡＣＫリソースの直列連接の代わりに、インターリービングは幾つかのＤＬサブ−フレームのＰＤＣＣＨサイズが最大でない場合に、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースの節約を可能にする。
【００４６】
図６は、バンドリングウィンドウで３ ＤＬサブ−フレームが存在する場合に、ＰＵＣＣＨリソースのブロックインターリービングを図示する。
【００４７】
図６を参照すると、ＰＤＣＣＨサイズは第１のＤＬサブ−フレーム６１０の１つのＯＦＤＭシンボルであり、３個のＯＦＤＭシンボルが第２のＤＬサブ−フレーム６２０にあり、２つのＯＦＤＭシンボルが第３のＤＬサブ−フレーム６３０にある。３Ｎ１ ＰＵＣＣＨリソース６４０の全体は３個のＤＬサブ−フレーム ６４０Ａ、６４０Ｂ、及び６４０Ｃの各々に対し、第１のＰＤＣＣＨ ＯＦＤＭシンボルに対する第１反転である。次に、２Ｎ２ ＰＵＣＣＨリソース６５０の全体は、第２（６５０Ｂ）及び第３（６５０Ｃ）のＤＬサブ−フレームの第２のＰＤＣＣＨ ＯＦＤＭシンボルに対する反転である。最後に、Ｎ３ ＰＵＣＣＨリソース６６０は、第２（６６０Ｂ）ＤＬサブ−フレームの第３のＰＤＣＣＨ ＯＦＤＭシンボルに対する反転である。
【００４８】
通信システムでサポート可能なデータ速度を増加させるために、複数のＣＣｓ（Component Carriers）の集合がＤＬ及びＵＬ両者で考慮されて、より高い動作ＢＷｓを提供する。例えば、６０MHz超過の通信をサポートするために３個の２０MHzのＣＣｓのＣＡ（Carrier Aggregation）が使用できる。ＤＬ ＣＣのＰＤＳＣＨ受信は、図５に示すように送信される各ＤＬ ＳＡによりスケジューリングされる。
【００４９】
複数のＤＬ ＣＣｓのＰＤＳＣＨ受信と関連したＨＡＲＱ−ＡＣＫ信号の送信は、単一ＵＬ ＣＣのＰＵＣＣＨにあることがあり、これをＵＬ ＰＣＣ（UL Primary CC）と称し、ＵＥ−特定でありうる。別途のリソースが複数のＤＬ ＣＣＳのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＰＣＣで構成されるＲＲＣでありうる。
【００５０】
図７は、３ ＤＬ ＣＣｓで受信されたＤＬ ＳＡｓに対応するＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＣＣでのリソース割当を示す図である。
【００５１】
図７を参照すると、３ ＤＬ ＣＣｓ、ＤＬ ＣＣ１ ７１０、ＤＬ ＣＣ２ ７２０、及びＤＬ ＣＣ３ ７３０でのＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫ信号がＵＬ ＰＣＣ ７４０で発生する。ＤＬ ＣＣ１、ＤＬ ＣＣ２、及びＤＬ ＣＣ３でのＤＬ ＳＡ受信に対応するＨＡＲＱ−ＡＣＫ信号送信に対するリソースは、各々ＰＵＣＣＨリソースの第１セット７５０、第２セット７６０、及び第３セット７７０である。
【００５２】
ＨＡＲＱ−ＡＣＫ信号送信に対して用意されたＰＵＣＣＨリソースがＰＤＣＣＨ ＣＣＥｓの最大数を考慮すれば、結果的なオーバーヘッドが相当である。ＤＬ ＣＣｓのサブセットでＰＤＣＣＨを受信するＵＥは、他のＤＬ ＣＣｓのＰＤＣＣＨサイズを知らないことがあり、各ＰＵＣＣＨリソースの数を知らないことがある。したがって、各ＤＬ ＣＣのＰＤＣＣＨ ＣＣＥｓの最大数に対応するＰＵＣＣＨリソースの最大数が想定される。ＰＵＣＣＨリソースの最大未満がサブ−フレームで使われれば、残りのＰＵＣＣＨリソースは他の送信のために通常的に利用できず、ＢＷ浪費をもたらす。
【００５３】
図１のＰＵＣＣＨ構造に追加して、複数のＤＬサブ−フレーム（ＴＤＤ）及び／または複数のＤＬ ＣＣｓ（ＣＡ）でのＤＬ ＳＡ受信に応答してＨＡＲＱ−ＡＣＫ信号に対する更に他のＰＵＣＣＨ構造が、例えば、（３２、ＯＨＡＲＱ−ＡＣＫ）ＲＭ（Reed-Mueller）コードのようなブロックコードを使用してＯＨＡＲＱ−ＡＣＫＨＡＲＱ−ＡＣＫ情報ビットを共にコーディングする。
【００５４】
図８は、ＨＡＲＱ−ＡＣＫ信号送信に対してＤＦＴ−Ｓ−ＯＦＤＭ（DFT Spread OFDM）を使用して１つのサブ−フレームスロットにおける通常的なＰＵＣＣＨ構造を示す図である。
【００５５】
図８を参照すると、エンコーディング及び変調後に、例えば、（２４、ＯＨＡＲＱ−ＡＣＫ）ＲＭコード及びＱＰＳＫ変調（図示せず）に穿孔された（３２、ＯＨＡＲＱ−ＡＣＫ）ＲＭブロックコードを各々使用して、同一なＨＡＲＱ−ＡＣＫビット８１０のセットがマルチプライヤー８２０によりＯＣＣ ８３０の要素と掛けられ、次に、ＤＦＴプリコーディングされる（８４０）。例えば、ＨＡＲＱ−ＡＣＫ信号送信に使われるスロット当たり５ＤＦＴ−Ｓ−ＯＦＤＭシンボルに対し、ＯＣＣは５の長さを有し｛１，１，１，１，１｝、または｛１，ｅｘｐ（ｊ２π／５）、ｅｘｐ（ｊ４π／５），ｅｘｐ（ｊ６π/５）、ｅｘｐ（ｊ８π/５）}のうちの１つ、または｛１，ｅｘｐ（ｊ４π/５）、ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ２π/５）、ｅｘｐ（ｊ６π/５）｝、または｛１，ｅｘｐ（ｊ６π／５）、ｅｘｐ（ｊ２π/５）、ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ４π/５）}、または{１，ｅｘｐ（ｊ８π/５）、ｅｘｐ（ｊ６π/５）、ｅｘｐ（ｊ４π/５）、ｅｘｐ（ｊ２π/５）}でありうる。
【００５６】
出力はＩＦＦＴ ８５０を通過した後、ＤＦＴ−Ｓ−ＯＦＤＭシンボル８６０にマッピングされる。以前の演算が線形であれば、その相対的な順序が交換できる。ＰＵＣＣＨのＨＡＲＱ−ＡＣＫ信号送信が
【００５７】
【数１０】
2015149742.tif 000013
【００５８】
＝１２ＲＥｓを含む１つのＰＲＢ内にあることと想定されるため、エンコーディングされたＨＡＲＱ−ＡＣＫビットがＱＰＳＫ変調（１２ ＱＰＳＫシンボル）により各スロットで送信される。同一または相異するＨＡＲＱ−ＡＣＫビットがサブ−フレームの第２スロットから送信できる。前述したように、ＲＳｓもＣＡＺＡＣシーケンス８７０を使用して各スロットで送信されてＨＡＲＱ−ＡＣＫ信号のコヒーレント復調を可能にする。
【００５９】
図９は、図８のＰＵＣＣＨ構造に対するＵＥ送信機のブロック図である。
【００６０】
図９を参照すると、ＨＡＲＱ−ＡＣＫビット９０５がエンコーダ／変調器９１０によりエンコーディング及び変調された後、各々のＤＦＴ−Ｓ−ＯＦＤＭシンボルに対し、ＯＣＣ ９２５のエレメントとマルチプライヤー９２０により掛けられる。ＤＦＴ ９３０によるＤＦＴプリコーディング後、コントローラ９５０は割り当てられたＰＵＣＣＨ ＰＲＢ及びＲＥｓを選択し，サブ−キャリアマッパー９４０はコントローラ９５０からの制御信号に従ってＲＥｓをマッピングする。ＩＦＦＴはＩＦＦＴ ９６０により遂行され、ＣＰ挿入器９７０及びフィルタ９８０はＣＰを挿入し、送信された信号９９０を各々フィルタリングする。
【００６１】
図１０は、図８のＰＵＣＣＨ構造に対するＮｏｄｅＢ受信機のブロック図である。
【００６２】
図１０を参照すると、アンテナがアナログ信号を受信し、追加的な処理を行った後、ディジタル信号１０１０はフィルタ１０２０によりフィルタリングされ、ＣＰはＣＰ除去器１０３０により除去される。その後、ＦＦＴ １０４０はＦＦＴを適用し、コントローラ１０５５はＵＥ送信機により使われるＲＥｓを選択し、サブ−キャリアデマッパー１０５０はコントローラ１０５５からの制御信号に従ってＲＥｓをデマッピングする。ＩＤＦＴ １０６０はＩＤＦＴを適用し、マルチプライヤー１０７０は各ＤＦＴ−Ｓ−ＯＦＤＭシンボルに対するＯＣＣエレメント１０７５とＩＤＦＴ １０６０からの出力を掛けて、加算器１０８０は各スロットでＨＡＲＱ−ＡＣＫ信号を搬送するＤＦＴ−Ｓ−ＯＦＤＭシンボルに対する出力を加算し、復調器／デコーダ１０９０は両者のサブ−フレームスロットで加算されたＨＡＲＱ−ＡＣＫ信号を復調及びデコーディングして送信されたＨＡＲＱ−ＡＣＫビット１０９５を取得する。チャンネル推定、復調、及びデコーディングのような公知の受信機機能は簡略化のために図示していない。
【００６３】
図８に図示されたＰＵＣＣＨ構造が数ビットより大きいＡＲＱ−ＡＣＫペイロードをサポートできるが、多くとも５ ＵＥｓ（ＯＣＣ長さにより決まる）からのＨＡＲＱ−ＡＣＫ信号として大きいＰＵＣＣＨオーバーヘッドがＰＲＢ当たり収容できるものを相変らず要求する。図１に図示されたＰＵＣＨ構造とは異なり、図８に図示されたＰＵＣＣＨ構造に対するＨＡＲＱ−ＡＣＫ信号送信リソースは、ＰＤＣＣＨ ＣＣＥｓから潜在的に決定できず、ＲＲＣシグナリングを通じて各ＵＥに対して構成される。大部分のＵＥｓがサブ−フレームでＨＡＲＱ−ＡＣＫ信号送信を通常的に有しないので、提供されたＰＵＣＣＨリソースが各ＵＥに対して固有のリソースを収容すれば、使われないリソースが他の送信に対しては通常的に使用できないので、結果的なオーバーヘッドが相当であり、ＢＷ浪費をもたらす。
【００６４】
各ＵＥに対して別途のＨＡＲＱ−ＡＣＫリソースを有する代わりに、ＨＡＲＱ−ＡＣＫリソース圧縮がＵＬ ＰＣＣでのＰＵＣＣＨオーバーヘッドを減少させるために適用できる。しかしながら、ＨＡＲＱ−ＡＣＫリソース圧縮がリソース浪費の可能性を減少させるとしても、ＨＡＲＱ−ＡＣＫリソースの衝突が共有されたＨＡＲＱ−ＡＣＫリソースを有するＵＥｓに対して回避されなければならないので、ＮｏｄｅＢスケジューラの制限が要求される。
【発明の概要】
【発明が解決しようとする課題】
【００６５】
したがって、複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームで受信されたＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースを減少させる必要がある。
【００６６】
厳格なＮｏｄｅＢスケジューラ制限を与えず、ＰＵＣＣＨリソースの同一なセットを共有する複数のＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信に対して衝突を回避する更に他の必要性がある。
【００６７】
最後に、ＵＥｓからのＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースを割り当てるためのルールを決定する更に他の必要性がある。
【課題を解決するための手段】
【００６８】
したがって、本発明は少なくとも前述した限界と問題点を解決するように設計されたものであり、少なくとも後述する利点を提供する。
【００６９】
本発明の一態様は、ＵＥが複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームでのＮｏｄｅＢにより送信された複数のＤＬ ＳＡｓの受信に応答して、ＨＡＲＱ−ＡＣＫ信号を送信するための方法及び装置を提供するものである。ＵＥが単一ＵＬ ＣＣ及び単一ＤＬ ＣＣを通じた通信により構成される場合に、ＵＬ ＣＣ及び第１のＤＬ ＣＣは通信リンクを確立する。
【００７０】
本発明の一態様によれば、全てのＤＬ ＳＡｓが第１のＤＬ ＣＣで受信される場合に、ＵＥはＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースの第１セットを決定し、少なくとも１つのＤＬ ＳＡが第１のＤＬ ＣＣの他の異なるＤＬ ＣＣで受信される場合に、ＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースの第２セットを決定する。
【００７１】
本発明の更に他の態様によれば、ＵＥは応答信号送信電力を調整するための各々のＤＬ ＳＡに含まれた送信電力制御（ＴＰＣ）ＩＥとＤＬ ＳＡ数を表すために、各々のＤＬ ＳＡに含まれたダウンリンク割当インデックス（ＤＡＩ）情報エレメント（ＩＥ）を用いてＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信に対するリソースを決定する。このようなＩＥｓの役割は、ＨＡＲＱ−ＡＣＫ信号送信に対する電力制御が１と等しいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連したＤＬ ＳＡでのＴＰＣ ＩＥ値から決まり、ＨＡＲＱ−ＡＣＫ信号送信に対するリソースが１より大きいＤＡＩ ＩＥ値を有する第１のＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値と、第１のＤＬ ＣＣの他の異なるＤＬ ＣＣと関連した各々のＤＬ ＳＡでのＴＰＣ ＩＥ値から決まることと再解釈される。
【図面の簡単な説明】
【００７２】
【図１】ＨＡＲＱ−ＡＣＫ信号送信に対する通常的なＰＵＣＣＨサブ−フレーム構造を示す図である。
【図２】図１に図示されたＰＵＣＣＨ構造に対するサブ−フレームスロットでのＨＡＲＱ−ＡＣＫ信号送信を示す図である。
【図３】図１に図示されたＰＵＣＣＨ構造に対する送信機を示すブロック図である。
【図４】図１に図示されたＰＵＣＣＨ構造に対する受信機を示すブロック図である。
【図５】ＰＤＣＣＨでＣＣＥｓを使用するＤＬ ＳＡの送信を示す図である。
【図６】バンドリングウィンドウで３ ＤＬサブ−フレームを有する時分割デュプレックスシステムを想定したＰＵＣＣＨリソースのブロックインターリービングを示す図である。
【図７】３ＤＬ ＣＣｓで受信されたＤＬ ＳＡｓに対応するＨＡＲＱ−ＡＣＫ信号送信に対するＵＬ ＣＣでのリソース割当を示す図である。
【図８】ＨＡＲＱ−ＡＣＫ信号送信に対してＤＦＴ拡散ＯＦＤＭを使用した１つのサブ−フレームスロットでの通常的なＰＵＣＣＨ構造を示す図である。
【図９】図８に図示したＰＵＣＣＨ構造に対する送信機を示すブロック図である。
【図１０】図８に図示したＰＵＣＣＨ構造に対する受信機を示すブロック図である。
【図１１】本発明の一実施形態に従うＨＡＲＱ−ＡＣＫ信号の送信に対して利用可能な各々の３リソースのマッピングとＤＬ ＰＣＣでの３ ＤＬ ＳＡｓの送信を示す図である。
【図１２】本発明の一実施形態に従う同一なＤＬ ＰＣＣを有するＵＥｓが同一な順序の活性化した（非活性化した）ＤＬ ＳＣＣｓである制限を示す図である。
【図１３】本発明の一実施形態に従う各ＤＬ ＳＡｓの送信に対して使われるＤＬ ＣＣに従う５ ＤＬ ＣＣｓに対する活性化及び非活性化の順序を示す図である。
【図１４】本発明の一実施形態に従うＨＡＲＱ−ＡＣＫ信号送信に対して各リソースに対するインデックスを提供するための残りのＤＬ ＳＡｓでのＴＰＣ ＩＥの用法とＨＡＲＱ−ＡＣＫ信号送信に対するＴＰＣコマンドを提供するためにＤＡＩ ＩＥ値により決まる最初のＤＬ ＳＡでのＴＰＣ ＩＥの用法を示す図である。
【図１５】本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他のＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号送信に対するリソースがインデクシングされるＰＵＣＣＨ構造に対する送信機を示すブロック図である。
【図１６】本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他のＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号受信に対するリソースがインデクシングされるＰＵＣＣＨ構造に対する受信機を示すブロック図である。
【図１７】本発明の一実施形態に従うＤＬ ＣＣ特定オフセットを用いて各々その自身のＤＬ ＳＡを送信する２ ＤＬ ＣＣｓに対するＨＡＲＱ−ＡＣＫ信号送信に対するリソースマッピングを示す図である。
【発明を実施するための形態】
【００７３】
以下、添付図面を参照して本発明の多様な実施形態についてより詳細に説明する。しかしながら、本発明は多様な様式で具現されることができ、本明細書に開示された実施形態に限定して解釈されてはならない。むしろ、このような実施形態らは、本発明が徹底し、かつ完全になって、本技術分野の当業者に本発明の範囲を完全に伝達するように提供される。
【００７４】
また、本発明がＤＦＴ−Ｓ−ＯＦＤＭまたはＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access）送信を用いる通信システムに対して説明されたが、ＯＦＤＭを含む他のＦＤＭ（Frequency Division Multiplexing）に対しても一般的に適用可能である。
【００７５】
方法及び装置は、ＵＥが複数のＤＬ ＣＣｓまたは複数のＤＬサブ−フレームでの複数のＤＬ ＳＡ受信に応答して、ＨＡＲＱ−ＡＣＫ信号送信に対してＰＵＣＣＨリソースを決定することについて説明される。
【００７６】
本発明の一実施形態によれば、ＰＵＣＣＨリソースは、ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫ信号送信（本明細書でＨＡＲＱ−ＡＣＫリソースと称する）に対し、ＰＵＣＣＨリソースがインデクシングされる。ＨＡＲＱ−ＡＣＫリソースは（例えば、図８に図示されたＰＵＣＣＨ構造を用いて）ＵＥに対しＲＲＣ−構成できるか、（例えば、図１に図示されたＰＵＣＣＨ構造を用いて）各ＤＬ ＳＡｓに対してＣＣＥｓのインデックスを使用してＵＥにより動的に決定できる。
【００７７】
ここで、ＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号送信は、以下の２つの原理に基づくことと想定される：
１．単一ＵＥ−特定ＵＬ ＣＣ（ＵＬ ＰＣＣ）がＵＥ構成の複数のＤＬ ＣＣｓに対してＰＵＣＣＨでＨＡＲＱ−ＡＣＫ送信に対してＲＲＣ−構成される。
２．ＦＤＤのＵＥ構成の単一ＵＬ／ＤＬキャリア対の演算とＴＤＤのＤＬ ＰＣＣの単一ＤＬサブ−フレームのＤＬ ＳＡ受信に対し、前述したように、ＨＡＲＱ−ＡＣＫリソースは各ＤＬ ＳＡのＣＣＥｓから潜在的に導出される。
【００７８】
ＲＲＣ−構成ＣＣｓは、例えば媒体アクセス制御シグナリングにより活性化または非活性化できる。ここで、ＤＬ（または、ＵＬ）ＣＣの活性化は、ＵＥがこのようなＣＣでＰＤＳＣＨを受信（または、ＰＵＳＣＨを送信）することができることを意味する。同様に、その逆がＤＬ（または、ＵＬ）ＣＣの非活性化に対して適用される。通信を維持するために、１つのＤＬ ＣＣが活性のままで残り、ＤＬ第１ＣＣ（ＤＬ ＰＣＣ）と称される。残りのＤＬ ＣＣｓは、ＤＬ第２ ＣＣｓ（ＤＬ ＳＣＣｓ）と称される。ＤＬ ＰＣＣはＵＬ ＰＣＣに連結されることと想定され、両者はＵＥ−特定である。
【００７９】
ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫリソースマッピングに対し、複数のＤＬ ＣＣｓでの通信を有するＵＥについて以下の２つの場合が存在する：
１．複数のＤＬ ＣＣｓでの全てのＤＬ ＳＡｓスケジューリングＰＤＳＣＨがＤＬ ＰＣＣで送信される。
例えば、２ ＤＬ ＣＣｓと２ ＵＬ ＣＣｓを有する異種ネットワーク演算である。
２．複数のＤＬ ＣＣｓでの一部ＤＬ ＳＡｓスケジューリングＰＤＳＣＨは、ＤＬ ＰＣＣで送信されない。
【００８０】
例えば、単一ＵＬ／ＤＬキャリア対を有する名目演算を並列化する。
【００８１】
図１に図示されたＰＵＣＣＨ構造を使用して、本発明の一実施形態によれば、ＨＡＲＱ−ＡＣＫリソースマッピングは、以前の２つ場合の最初または２番目が適用されるか否かに従う。最初の場合に、単一ＤＬ／ＵＬ ＣＣ対を有するＦＤＤシステムに使われるＨＡＲＱ−ＡＣＫリソースマッピングルールが一般化され拡張される。２番目の場合に、単一ＵＬ／ＤＬ ＣＣ対を有するＴＤＤシステムに使われるＨＡＲＱ−ＡＣＫリソースマッピングルールが追加的な条件下で一般化され拡張される。
【００８２】
最初の場合に（全てのＤＬ ＳＡｓがＤＬ ＰＣＣで送信される）、ＵＥがＭ ＤＬ ＣＣｓでの各ＰＤＳＣＨ受信に対してＭ ＤＬ ＳＡｓを受信すると想定し、Ｍ ＤＬ ＳＡｓの各々に対する最初のＣＣＥを
【００８３】
【数１１】
2015149742.tif 000014
【００８４】
として表記し、ＤＬ  ＣＣ ｍでのＰＤＳＣＨ受信に応答してＨＡＲＱ−ＡＣＫ信号送信に対して利用可能なリソースが＜数式１＞に表すように決まる。
【００８５】
【数１２】
2015149742.tif 000015
【００８６】
図１１は、ＵＥのＤＬ ＰＣＣでの３個のＤＬ ＳＡｓの送信と３個の各ＨＡＲＱ−ＡＣＫリソースをマッピングすることを図示する。
【００８７】
図１１を参照すると、ＤＬ ＳＡ １ １１１０は２ ＣＣＥｓ １１１１、１１１２を含み、ここで、最初のＣＣＥ １１１１は最初のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１４０にマッピングされる。ＤＬ ＳＡ２ １１２０は４ ＣＣＥｓ １１２１、１１２２、１１２３、及び１１２４を含み、ここで、最初のＣＣＥ １１２１は２番目のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１５０にマッピングされる。ＤＬ ＳＡ ３ １１３０は２ ＣＣＥｓ １１３１、１１３２を含み、ここで、最初のＣＣＥ １１３１は３番目のＨＡＲＱ−ＡＣＫリソース（ＲＳＲＣ）１１６０にマッピングされる。
【００８８】
２番目の場合に（ＵＥに対する一部のＤＬ ＳＡｓがＤＬ ＰＣＣで送信されない）、ＲＲＣシグナリングにより構成される同一な順序に同一なＤＬ ＰＣＣを有するＵＥが活性化された（非活性化された）ＤＬ ＳＣＣｓという制限がある。
【００８９】
図１２は、本発明の一実施形態に従う同一なＤＬ ＰＣＣを有するＵＥｓが同一な順序に活性化された（非活性化された）ＤＬ ＳＣＣｓという制限を示す図である。
【００９０】
図１２を参照すると、ＤＬ ＰＣＣとしてＤＬ ＣＣ２ １２１０を有するＵＥｓが同一な順序に活性化される（非活性化される）ＤＬ ＳＣＣｓであり、例えば、ＤＬ ＣＣ３ １２２０から始まって、ＤＬ ＣＣ４ １２３０、ＤＬ ＣＣ５ １２４０、及びＤＬ ＣＣ １ １２５０に続く。ＤＬ ＰＣＣとしてＤＬ ＣＣ ２を有するＵＥｓは異なる数の活性化されたＤＬ ＳＣＣｓを有することができる。そして、ＵＥがその活性化されたＤＬ ＣＣｓでＰＣＦＩＣＨをデコーディングすれば、ＰＤＣＣＨサイズから対応する反転ＨＡＲＱ−ＡＣＫを識別することができる。このような制限はＰＤＣＣＨ送信を有するＤＬ ＳＣＣｓに対してのみ適用される。
【００９１】
図１３は、本発明の一実施形態に従う各々のＤＬ ＳＡｓの送信に使われるＤＬ ＣＣによって５ ＤＬ ＣＣｓに対する活性化及び非活性化の順序を示す図である。
【００９２】
図１３を参照すると、基準ＵＥに対し、ＤＬ ＣＣ２（ＤＬ ＰＣＣ）１３１０はＤＬ ＣＣ２ １３１０Ａ、ＤＬ ＣＣ３ １３１０Ｂ、及びＤＬ ＣＣ４ １３１０Ｃに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ５ １３２０は、ＤＬ ＣＣ５ １３２０Ａに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ１ １３３０は、ＤＬ ＣＣ１ １３３０Ａに対してＤＬ ＳＡｓを搬送する。ＤＬ ＣＣ３及びＤＬ ＣＣ４でのスケジューリングがＤＬ ＣＣ２で送信されたＤＬ ＳＡｓを通じるので（例えば、ＤＬ ＳＡでのインデックスはＤＬ ＣＣを表すことができる）、ＤＬ ＣＣ３及びＤＬ ＣＣ４は任意の順序に活性化（非活性化）できる。しかしながら、それらのＤＬ ＰＣＣとしてＤＬ ＣＣ２を有する全てのＵＥｓに対して同一な順序に活性化（非活性化）されるＤＬ ＣＣ５及びＤＬ ＣＣ１の場合ではない。また、ＤＬ ＣＣ５及びＤＬ ＣＣ１でのＤＬ ＳＡ受信に応答するＨＡＲＱ−ＡＣＫ信号送信は、このようなＤＬ ＣＣｓに連結されたＵＬ ＣＣ（ｓ）にあるものではなく、（ＤＬ ＣＣ２に想定されたＤＬ ＰＣＣに連結された）ＵＬ ＰＣＣにある。
【００９３】
以前の制限を想定し、簡略化のために、同一なＢＷのＤＬ ＣＣｓを考慮して、ＨＡＲＱ−ＡＣＫリソースマッピングについて後述する。
【００９４】
ここで、ＭはこのようなＵＥへのＤＬ ＳＡ送信を有するＵＥに対する活性化されたＤＬ ＳＣＣｓの数であり、ｍ＝０，１，．．．，Ｍ−１は、Ｍ活性化されたＤＬ ＣＣｓのセットのＤＬ ＳＣＣのインデックスであり、ＮｐはｐのＰＣＦＩＣＨ値に対するＣＣＥｓの数（ここで、Ｎｏ＝０）であり、ｎＣＣＥ（ｍ）はＤＬ ＳＣＣｍでのＤＬ ＳＡスケジューリングＰＤＳＣＨでの最初のＣＣＥである。
【００９５】
ＵＥは、まず
【００９６】
【数１３】
2015149742.tif 000016
【００９７】
を提供する値を選択し、ＤＬ ＳＣＣ ｍでのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースとして＜数式２＞を使用する。
【００９８】
【数１４】
2015149742.tif 000017
【００９９】
ＤＬ ＰＣＣで送信されたＤＬ ＳＡｓに対し、ＨＡＲＱ−ＡＣＫリソースマッピングは＜数式１＞で説明した通りである。
【０１００】
ＵＥに対してＤＬ ＳＡ送信を有するＭ＝４活性化されたＤＬ ＳＣＣＳに対し、各ＤＬ ＳＣＣは３ＯＦＤＭシンボルの最大ＰＤＣＣＨサイズ、
【０１０１】
【数１５】
2015149742.tif 000018
【０１０２】
ＰＲＢｓ、
【０１０３】
【数１６】
2015149742.tif 000019
【０１０４】
ＲＥｓ、及びＣＣＥ当たり３６ＲＥｓを有し、ＰＤＣＣＨでのＣＣＥｓの最大数は８７であり、ＤＬ ＳＣＣ ｍ＝０，１，．．．，Ｍ−１でのＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫリソースインデクシングは＜表２＞に与えられる。
【０１０５】
【表２】
2015149742.tif 000020
【０１０６】
複数のＤＬ ＣＣに対する以前のＨＡＲＱ−ＡＣＫリソースマッピングは、単一ＤＬ／ＵＬキャリアを備えたＴＤＤシステムのＨＡＲＱ−ＡＣＫリソースマッピングの原理に従う。しかしながら、ＨＡＲＱ−ＡＣＫリソース圧縮を利用しない時、ＵＬ ＰＣＣのＨＡＲＱ−ＡＣＫリソースの最大数は非常に大きいことがある。例えば、以前のセットアップに対して＜表２＞を使用すれば、Ｍ＝５ ＤＬ ＣＣｓに対するＵＬ ＰＣＣの最大ＨＡＲＱ−ＡＣＫリソースは
【０１０７】
【数１７】
2015149742.tif 000021
【０１０８】
として算出できる。オフセットのみの時のようにＮＰＵＣＣＨを無視し、
【０１０９】
【数１８】
2015149742.tif 000022
【０１１０】
に対するｎＣＣＥ＝８７の最大値をＰＲＢｓとして想定すれば、ＵＬ ＰＣＣでのＨＡＲＱ−ＡＣＫの最大数は２５３＋８７＝３４０である。ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルの最大マルチプレキシング容量を想定すれば、ＵＬ ＰＣＣのＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ送信を収容することに約１９ ＰＲＢｓが使われる。これは、全体ＵＬ ＰＣＣリソースの１９％を表す。また、ＤＬ ＰＣＣがＤＬ ＳＡ送信を有するＤＬ ＳＣＣｓに対するＨＡＲＱ−ＡＣＫリソースマッピングに参加することと想定されなければ（例えば、ＤＬ ＰＣＣは単一ＤＬ／ＵＬ ＣＣ対で構成されるＵＥｓをサポートすることもできる）、ＮｏｄｅＢスケジューラ制限がＨＡＲＱ−ＡＣＫリソースの衝突を防止するために使われる。（第２の以前のケースの場合）複数のＤＬ ＣＣｓに対する通信をサポートすることに要求されるＨＡＲＱ−ＡＣＫを減少させるために、本発明の実施形態によれば、ＤＬ ＳＣＣｓのＤＬ ＳＡｓスケジューリングＰＤＳＣＨ送信に対し、ＮｏｄｅＢスケジューラは第１の２２ ＣＣＥｓ内にあるように第１のＣＣＥの配置（placement）を優先順位にすることができる（＜表２＞のセットアップの場合）。サブフレーム当たり複数のＤＬ ＣＣｓでスケジューリングされたＵＥｓの数が典型的に小さくなるにつれて、全体ＣＣＥ有効性に対する優先順位の影響は小さい。また、ＣＣＥｓがＵＥ−ＣＳＳ（UE-Common Search Space）のみに存在するＣＣＥｓとＵＥ−ＤＳＳ（UE-Dedicated Search Space）に存在するＣＣＥｓとに分割されると仮定すれば、ＤＬ ＳＣＣｓでのＵＥ−ＣＳＳに相応するＣＣＥｓはｎＣＣＥの計算から省略できる。次に、８８＋２２＝１１０ ＨＡＲＱ−ＡＣＫリソースの最大が使われ、ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルで、ＵＬ ＰＣＣで約６ ＰＲＢｓは充分である。これは、全てのＵＥｓに対してＨＡＲＱ−ＡＣＫ送信をサポートすることに約６％の最大オーバーヘッドを表す。このようなオーバーヘッドは、ＵＥｓが単一ＤＬ／ＵＬ ＣＣ対のみで構成される時、約５ ＰＲＢｓの最大オーバーヘッドに比べて耐えることができ、比較されることができる。
【０１１１】
（第２の以前のケースの場合）ＨＡＲＱ−ＡＣＫリソースが複数のＤＬ ＣＣｓに対する通信を有するＵＥへのＲＲＣシグナリングで構成される時、このようなＵＥｓがサブフレームでスケジューリングされるか否かに関わらず、複数のＤＬ ＣＣｓで構成された全てのＵＥｓに対して最大ＨＡＲＱ−ＡＣＫリソース用に設けられることによって、追加的なＨＡＲＱ−ＡＣＫリソースオーバーヘッドが発生する。ＤＬ ＣＡサポートに対するピーク条件で、ＲＲＣシグナリングによるＨＡＲＱ−ＡＣＫリソース割当によるオーバーヘッドは相当に増加できる一方、動的ＨＡＲＱ−ＡＣＫリソース割当によって単に適当な増加が発生することができる。複数のＵＥｓの間で分配されるＨＡＲＱ−ＡＣＫリソースは、ＲＲＣシグナリングを通じてＨＡＲＱ−ＡＣＫリソース割当により増加したオーバーヘッドを軽減することができるが、このような分配は同一なＨＡＲＱ−ＡＣＫリソースを分配するＵＥｓが同一なサブフレームでＤＬ ＳＡを有することができないので、ＮｏｄｅＢスケジューラ制限を与える。
【０１１２】
本発明の他の実施形態によれば、ＨＡＲＱ−ＡＣＫリソース圧縮はイネーブルされる。例えば、ＨＡＲＱ−ＡＣＫオーバーヘッドの減少はＤＬ ＳＣＣｓに対する各々のＤＬ ＳＡｓの第１のＣＣＥを第１の２２ ＣＣＥｓに位置させることによって（以前の例の場合）、ＮｏｄｅＢスケジューラ制限を通じて達成できる。また、スケジューラは、その後、ＤＬ ＰＣＣのＤＬ ＳＡが
【０１１３】
【数１９】
2015149742.tif 000023
【０１１４】
と表記される第１のＣＣＥを有しないということを保証する。
【０１１５】
これと異なり、全てのＤＬ ＣＣｓに対する同一なリソースマッピングは、ＵＬ ＰＣＣのＨＡＲＱ−ＡＣＫ信号送信及び
【０１１６】
【数２０】
2015149742.tif 000024
【０１１７】
に対して使用できる。その後、スケジューラは
【０１１８】
【数２１】
2015149742.tif 000025
【０１１９】
はＵＥがＤＬ ＳＡを受信する全てのＤＬ ＣＣｓの間で相異することを保証する。
【０１２０】
ＮｏｄｅＢスケジューラに対するこのような制約を防止するために、ＨＡＲＱ−ＡＣＫリソースに対するオフセットは、各々のＤＬ ＳＡにより備えられることができる。ＤＬ ＳＡの対応するＩＥ（Information Element）はＨＲＩ（HARQ-ACK Resource Index）ＩＥと称される。ＤＬ ＳＣＣ ｍに対するＨＲＩ ＩＥ値をＨＲＩ（ｍ）と表せば、ＤＬ ＳＣＣ ｍでＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースは、次の通り得られる。
【０１２１】
【数２２】
2015149742.tif 000026
【０１２２】
例えば、ＨＲＩ ＩＥが２ビットで構成されると仮定すれば、その解釈は＜表３＞の通りである。
【０１２３】
【表３】
2015149742.tif 000027
【０１２４】
また、ＨＲＩ ＩＥはＮｏｄｅＢスケジューラがＤＬ ＳＣＣｓのＤＬ ＳＡｓを送信することに使用する第１のＣＣＥが第１の２２ ＣＣＥｓ内に（ＵＥ−ＣＳＳに割り当てられたＣＣＥｓを考慮するか考慮しない）あることに対する制限を防止することに利用することができ、即ち、
【０１２５】
【数２３】
2015149742.tif 000028
【０１２６】
である。代わりに、ＨＡＲＱ−ＡＣＫリソースと関連したＣＣＥインデックスは最大ＣＣＥインデックス値、
【０１２７】
【数２４】
2015149742.tif 000029
【０１２８】
に対するモジュロ演算、及び＜数式４＞に表すようなｎＰＵＣＣＨ（ｍ）を使用して限定できる。
【０１２９】
【数２５】
2015149742.tif 000030
【０１３０】
【数２６】
2015149742.tif 000031
【０１３１】
の値はＮｏｄｅＢによりシグナリング（ＲＲＣシグナリングまたはブロードキャストシグナリング）されるか、予め限定できる。２つの整数、ｘ、ｙ（ｙ＞０）の間のモジュロ演算は
【０１３２】
【数２７】
2015149742.tif 000032
【０１３３】
として定義され、ここで、
【０１３４】
【数２８】
2015149742.tif 000033
【０１３５】
である。
【０１３６】
一般に、ＤＬ ＣＣ ｍのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫリソースは、各々のＤＬ ＳＡに対して使われる第１のＣＣＥの関数として決まることができ、ＨＲＩ ＩＥの値は＜数式５＞に表す。
【０１３７】
【数２９】
2015149742.tif 000034
【０１３８】
例えば、ＤＬ ＣＣ ｍのＤＬ ＳＡ受信に応答するＨＡＲＱ−ＡＣＫリソースは、＜数式６＞に表す通り決まることができる。
【０１３９】
【数３０】
2015149742.tif 000035
【０１４０】
ＨＡＲＱ−ＡＣＫリソース衝突をより軽減するために、ＤＬ ＣＣスペシフィックオフセット
【０１４１】
【数３１】
2015149742.tif 000036
【０１４２】
は、例えば、ＲＲＣシグナリングにより導入されることができ、ｎＰＵＣＣＨ（ｍ）は＜数式７＞に表す通りである。
【０１４３】
【数３２】
2015149742.tif 000037
【０１４４】
類似するように、＜数式４＞でＨＡＲＱ−ＡＣＫリソースインデクシングのために、ｎＰＵＣＣＨ（m）は＜数式８＞に表す通り決まることができる。
【０１４５】
【数３３】
2015149742.tif 000038
【０１４６】
ＤＬ ＳＡｓの明白なＨＲＩ ＩＥの追加は、現在のＩＥがＨＲＩを提供することと解釈できる場合に防止できる。ＤＬ ＳＡｓがＤＬ ＳＡ数に対するカウントを提供するＤＡＩ（Downlink Assignment Index）ＩＥを含むと想定すれば、ＤＬ ＳＡｓは順序が決まることができる。
【０１４７】
例えば、ＵＥがＤＬ ＣＣ１、ＤＬ ＣＣ２、ＤＬ ＣＣ３、及びＤＬ ＣＣ４でＤＬ ＳＡｓを受信し、ＮｏｄｅＢがＤＬ ＳＡｓをＤＬ ＣＣ１、ＤＬ ＣＣ２、及びＤＬ ＣＣ４に送信すると想定すれば、ＤＬ ＳＡｓでのＤＡＩ ＩＥはＤＬ ＣＣ２の場合は１の値、ＤＬ ＣＣ４の場合は２の値、及びＤＬ ＣＣ１の場合は３の値を有することができる。したがって、ＵＥは、ＤＬ ＣＣ２のＤＬ ＳＡは第１順位であり、ＤＬ ＣＣ４のＤＬ ＳＡは第２順位であり、ＤＬ ＣＣ１のＤＬ ＳＡは第３順位である。類似の方式により、単一または複数のＣＣｓを有するＴＤＤシステム及び、例えばバンドリングウィンドウの４ＤＬサブフレームの場合、ＤＡＩ ＩＥは、ＵＥがサブフレームで受信するＤＬ ＳＡが与えられたＣＣに対して第１、第２、第３、または第４送信されたＤＬ ＳＡであるかを表すことができる。
【０１４８】
ＤＬ ＳＡｓはＵＥがＨＡＲＱ−ＡＣＫ信号送信電力を調整するようにするために、ＴＰＣコマンドを順次に提供するＴＰＣ（Transmission Power Control）ＩＥを含むように想定される。ここで、全てのＤＬ ＳＡｓはＴＰＣ ＩＥを含むと想定される。しかしながら、ＨＡＲＱ−ＡＣＫ信号送信がＵＬ ＰＣＣのみにあるため、単一ＴＰＣコマンドが充分である。本発明の実施形態によれば、ＴＰＣコマンドはＤＡＩ ＩＥ値により決定された通り、第１のＤＬ ＳＡでＴＰＣ ＩＥにより提供される。残っているＤＬ ＳＡｓのＴＰＣ ＩＥｓはＨＲＩ ＩＥｓとして使用できる。
【０１４９】
図１４は、本発明の実施形態に従うＨＡＲＱ−ＡＣＫ信号送信に対するリソースをインデクシングするＤＬ ＳＡｓでのＩＥのビットを識別し使用する原理を図示する。図１４がＴＰＣ ＩＥを考慮するが、代わりに明白なＨＲＩ ＩＥが使用できる。
【０１５０】
図１４を参照すると、（ＤＡＩ ＩＥ値により決定されたように）最初のＤＬ ＳＡ １４１０のＴＰＣ ＩＥはＤＬ ＳＡｓの受信に応答してＨＡＲＱ−ＡＣＫ信号送信１４２０に対するＴＰＣコマンドを提供する。ＤＬ ＳＡ Ｋ １４５０を通じて残りのＤＬ ＳＡ２ １４３０の各々のＴＰＣ ＩＥは各々１４６０を通じてＨＡＲＱ−ＡＣＫリソース１４４０に対するインデックスとして用いられる。
【０１５１】
動的にインデクシングされたＨＡＲＱ−ＡＣＫリソースが考慮されるが、ＨＲＩ機能性はＨＡＲＱ−ＡＣＫリソースがどのように決まるかとは独立的であり、リソース圧縮がＨＡＲＱ−ＡＣＫリソースマッピングに適用される場合に衝突を回避するためにＨＡＲＱ−ＡＣＫリソースを追加的にインデクシングする役割をする。また、ＨＲＩ機能性は図１に図示されたＰＵＣＣＨ構造と図８に図示されたＰＵＣＣＨ構造のうち、いずれか１つに適用可能であり、動的に決まるかＲＲＣ−構成されたＨＡＲＱ−ＡＣＫリソースをさらにインデクシングする。
【０１５２】
最初のＤＬ ＳＡ（ＤＡＩ＝１）がＵＥにより欠落されれば、ＨＡＲＱ−ＡＣＫ送信に対するＴＰＣコマンドが欠落され、ＵＥは各々の電力調整を遂行しない。しかしながら、これは低い確率のイベントであり、ＤＬ ＣＡを有するＵＥｓが良好な連結品質を有してＤＬ ＳＡｓが欠落され難く、ＴＰＣ調整が通常的に小さいので、顕著な影響を有することと予測されない。ＤＡＩ＝１を有するＤＬ ＳＡのみ（ＦＤＤに対してＤＬ ＰＣＣと、ＴＤＤに対してＤＬ ＰＣＣの最初のサブ−フレームのうちのいずれか１つで）ＵＥにより受信されれば、ＨＡＲＱ−ＡＣＫリソースが各々のＤＬ ＳＡのＣＣＥｓから潜在的に導出される（本発明により想定されるＨＡＲＱ−ＡＣＫ信号送信に対する２番目の原理）。
【０１５３】
図１５は、本発明の一実施形態に従うＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他の異なるＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号送信に対するリソース（ＨＡＲＱ−ＡＣＫリソース）がインデクシングされるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号に対する送信機を示すブロック図である。図１５で、ＵＥが各々のＤＬ ＳＡｓ（ＤＬ ＰＣＣで１より大きいＤＡＩ ＩＥ値を有する）から取得し、ＨＡＲＱ−ＡＣＫリソースを導出するために使用するＴＰＣ ＩＥ（または、ＨＲＩ ＩＥ）をマッピングするために、ＨＲＩ値コントローラ１５１０により特定されるオフセットにＨＡＲＱ−ＡＣＫリソースが依存する点を除いては、主要要素が前述した図３で説明したものと同一である。ＨＡＲＱ−ＡＣＫリソースは、ＣＳマッパー１５２０により実施されるＣＳと、ＰＲＢ選択コントローラ１５３０（また、ＯＣＣ−簡略化のために図示しない）により決まるＰＲＢを含む。図９に図示された送信機構造は同一な方式により変形できる。
【０１５４】
図１６は、本発明の一実施形態によって、ＤＡＩ ＩＥの値から決まる最初のＤＬ ＳＡの他の異なるＤＬ ＳＡでのＴＰＣ ＩＥ値によりＨＡＲＱ−ＡＣＫ信号受信に対するリソース（ＨＡＲＱ−ＡＣＫリソース）がインデクシングされるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫ信号に対する受信機を示すブロック図である。図１６で、各々のＤＬ ＳＡにＮｏｄｅＢが含まれるＴＰＣ ＩＥ（または、ＨＲＩ ＩＥ）のマッピングのためにＨＲＩ値コントローラ１６１０により特定されるオフセットにＨＡＲＱ−ＡＣＫリソースが依存するという点を除いては、主要要素が前述した図４で説明したものと同一である。リソースは、ＣＳデマッパー１６３０により実施されるＣＳとＰＲＢ選択コントローラ１６２０（また、ＯＣＣ−簡略化のために図示しない）により決まるＰＲＢを含む。図１０に図示された受信機構造も同一な方式により変形できる。
【０１５５】
図１７は、本発明の一実施形態に従うＤＬ ＣＣ特定オフセットを使用して各々その自身のＤＬ ＳＡを送信する２ ＤＬ ＣＣｓに対してＨＡＲＱ−ＡＣＫ信号送信に対するリソースマッピングを示す図である。
【０１５６】
図１７を参照すると、ＰＲＢ ０ １７１０から始まる外部ＢＷ領域がＰＵＳＣＨ送信と動的ＨＡＲＱ−ＡＣＫ送信１７２０の他の異なるＰＵＣＣＨ送信に使われる（動的ＨＡＲＱ−ＡＣＫ送信はＤＬ ＳＡｓの受信に応答する）。例えば、ＮＰＵＣＣＨ／１８ＰＲＢｓ（ＰＲＢ当たり１８ ＨＡＲＱ−ＡＣＫチャンネルを想定する）に対応するＮＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソース１７３０の後に、ＤＬ ＰＣＣでのＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫリソースがマッピングされる（１７４０）。例えば、ＮＰＵＣＣＨ＋ＮＨＡＲＱ−ＡＣＫ（０）／１８ＰＲＢｓに対応するＮＰＵＣＣＨ＋ＮＨＡＲＱ−ＡＣＫ（０）ＨＡＲＱ−ＡＣＫリソース１７５０の後に、ＤＬ ＳＣＣでのＤＬ ＳＡｓに応答してＨＡＲＱ−ＡＣＫリソースがマッピングされる（１７６０）。ＤＬ ＰＣＣでのＤＬ ＳＡｓとＤＬ ＳＣＣでのＤＬ ＳＡｓに対するＨＡＲＱ−ＡＣＫリソースは、一部または完全に重畳できる（例えば、＜数式７＞でｎＣＣＥ（ｍ）＝ｎＣＣＥ及びＮＨＡＲＱ−ＡＣＫ（ｍ）＝０に対して完全重畳が発生する）。最後に、他のＰＵＣＣＨまたはＰＵＳＣＨ送信に対して割り当てられたリソースが後続する（１７７０）。同一なマッピングが（簡略化のために図示していないが）ＢＷの他の端部から適用できる。
【０１５７】
特定の実施形態を参照して本発明を図示及び説明したが、本技術分野の当業者に、添付された請求項とその等価物により規定される本発明の事象及び範囲を逸脱することなく様式と詳細事項で多様な変形が可能であることを理解することができる。
【図１】
2015149742.tif 000039
【図２】
2015149742.tif 000040
【図３】
2015149742.tif 000041
【図４】
2015149742.tif 000042
【図５】
2015149742.tif 000043
【図６】
2015149742.tif 000044
【図７】
2015149742.tif 000045
【図８】
2015149742.tif 000046
【図９】
2015149742.tif 000047
【図１０】
2015149742.tif 000048
【図１１】
2015149742.tif 000049
【図１２】
2015149742.tif 000050
【図１３】
2015149742.tif 000051
【図１４】
2015149742.tif 000052
【図１５】
2015149742.tif 000053
【図１６】
2015149742.tif 000054
【図１７】
2015149742.tif 000055