▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-01-21
(45)【発行日】2022-01-31
(54)【発明の名称】無線通信システムにおいて無線信号の送受信方法及び装置
(51)【国際特許分類】
H04W 72/12 20090101AFI20220124BHJP
H04W 72/04 20090101ALI20220124BHJP
【ＦＩ】
H04W72/12 150
H04W72/04 136
【請求項の数】
12
(21)【出願番号】P 2020513743
(86)(22)【出願日】2019-02-14
(65)【公表番号】
(43)【公表日】2020-11-12
(86)【国際出願番号】 KR2019001839
(87)【国際公開番号】W WO2019160364
(87)【国際公開日】2019-08-22
【審査請求日】2020-03-06
(31)【優先権主張番号】62/630,315
(32)【優先日】2018-02-14
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/635,468
(32)【優先日】2018-02-26
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/653,466
(32)【優先日】2018-04-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/669,952
(32)【優先日】2018-05-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】ヤン ソクチョル
(72)【発明者】
【氏名】パク ハンチュン
(72)【発明者】
【氏名】キム ソンウク
【審査官】阿部 圭子
(56)【参考文献】
【文献】国際公開第２０１９／１９３７３７（ＷＯ，Ａ１）
【文献】Qualcomm Incorporated，Remaining issues for resource allocation for PUCCH[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1801 R1-1800874，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1800874.zip>，2018年01月13日
【文献】LG Electronics，Remaining issues on PUCCH resource allocation[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1801 R1-1800378，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1801/Docs/R1-1800378.zip>，2018年01月13日
【文献】OPPO，Summary of offline discussion on PUCCH resource allocation[online]，3GPP TSG RAN WG1 #93 R1-1807863，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807863.zip>，2018年05月29日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおいて装置が行う方法であって、共通ＰＵＣＣＨリソースセットの一つを示す値を含むシステム情報を受信する段階であって、前記示された共通ＰＵＣＣＨリソースセットは、第１ＲＢ（Resource Block）オフセットと関連する、段階と、
ＰＵＣＣＨ信号と関連する３ビットＲＩ（resource indicator）を含むＤＣＩ（downlink control information）を受信する段階と、
第１ＲＢから第２ＲＢへの周波数ホッピング（ＦＨ）を利用する前記ＰＵＣＣＨ信号を送信する段階と、を含み、
前記第１ＲＢは、前記ＰＵＣＣＨ信号のＦＨ方向に基づく、下りリンク帯域幅の第１エッジ又は第２エッジからＫ番目のＲＢであり、
指定されたＰＵＣＣＨリソースが設定されないことに基づいて、
Ｋは前記第１ＲＢオフセット及び第２ＲＢオフセットの合計に基づく整数であり、前記第２ＲＢオフセットは、前記３ビットＲＩの第１の１ビット値のみに基づく２つのＲＢオフセットの一つに関連し、
前記ＰＵＣＣＨ信号の前記ＦＨ方向は、前記３ビットＲＩの第２の１ビット値のみに基づく２つのＦＨ方向の一つに関連し、
前記ＰＵＣＣＨ信号に利用されるサイクリックシフト（ＣＳ）は、前記３ビットＲＩの第３の１ビット値に基づいて４つのＣＳインデックスの一つと関連する、方法。
【請求項2】
前記４つのＣＳインデックスは、２つのＣＳインデックスグループを含み、２つのＣＳインデックスグループの一つは前記３ビットＲＩの前記第３の１ビット値に基づいて選択され、前記ＰＵＣＣＨ信号に利用される前記ＣＳインデックスは、前記ＤＣＩに関連するＣＣＥ（control channel element）インデックスに基づいて、前記選択されたＣＳインデックスグループの中の２つのＣＳインデックスの一つと関連する、請求項１に記載の方法。
【請求項3】
前記ＰＵＣＣＨ信号のための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記ＦＨ（周波数ホッピング）方向は、以下の表を満たすように決定される、請求項２に記載の方法：【表1】
【請求項4】
無線通信システムに使用される装置であって、メモリと、
プロセッサと、を含み、
前記プロセッサは、
共通ＰＵＣＣＨリソースセットの一つを示す値を含むシステム情報を受信し、前記示された共通ＰＵＣＣＨリソースセットは、第１ＲＢ（Resource Block）オフセットと関連し、
ＰＵＣＣＨ信号と関連する３ビットＲＩ（resource indicator）を含むＤＣＩ（downlink control information）を受信し、
第１ＲＢから第２ＲＢへの周波数ホッピング（ＦＨ）を利用して前記ＰＵＣＣＨ信号を送信する、ように構成され、
前記第１ＲＢは、前記ＰＵＣＣＨ信号のＦＨ方向に基づく、下りリンク帯域幅の第１エッジ又は第２エッジからＫ番目のＲＢであり、
指定されたＰＵＣＣＨリソースが設定されないことに基づいて、
Ｋは前記第１ＲＢオフセット及び第２ＲＢオフセットの合計に基づく整数であり、前記第２ＲＢオフセットは、前記３ビットＲＩの第１の１ビット値のみに基づく２つのＲＢオフセットの一つに関連し、
前記ＰＵＣＣＨ信号の前記ＦＨ方向は、前記３ビットＲＩの第２の１ビット値のみに基づく２つのＦＨ方向の一つに関連し、
前記ＰＵＣＣＨ信号に利用されるサイクリックシフト（ＣＳ）は、前記３ビットＲＩの第３の１ビット値に基づいて４つのＣＳインデックスの一つと関連する、装置。
【請求項5】
前記４つのＣＳインデックスは、２つのＣＳインデックスグループを含み、２つのＣＳインデックスグループの一つは前記３ビットＲＩの前記第３の１ビット値に基づいて選択され、前記ＰＵＣＣＨ信号に利用される前記ＣＳインデックスは、前記ＤＣＩに関連するＣＣＥ（control channel element）インデックスに基づいて、前記選択されたＣＳインデックスグループの中の２つのＣＳインデックスの一つと関連する、請求項４に記載の装置。
【請求項6】
前記ＰＵＣＣＨ信号のための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記ＦＨ（周波数ホッピング）方向は、以下の表を満たすように決定される、請求項５に記載の装置：【表2】
【請求項7】
無線通信システムにおいて装置が行う方法であって、共通ＰＵＣＣＨリソースセットの一つを示す値を含むシステム情報を送信する段階であって、前記示された共通ＰＵＣＣＨリソースセットは、第１ＲＢ（Resource Block）オフセットと関連する、段階と、
ＰＵＣＣＨ信号と関連する３ビットＲＩ（resource indicator）を含むＤＣＩ（downlink control information）を送信する段階と、
第１ＲＢから第２ＲＢへの周波数ホッピング（ＦＨ）を利用して前記ＰＵＣＣＨを受信する段階と、を含み、
前記第１ＲＢは、前記ＰＵＣＣＨ信号のＦＨ方向に基づく、下りリンク帯域幅の第１エッジ又は第２エッジからＫ番目のＲＢであり、
指定されたＰＵＣＣＨリソースが設定されないことに基づいて、
Ｋは前記第１ＲＢオフセット及び第２ＲＢオフセットの合計に基づく整数であり、前記第２ＲＢオフセットは、前記３ビットＲＩの第１の１ビット値のみに基づく２つのＲＢオフセットの一つに関連し、
前記ＰＵＣＣＨ信号の前記ＦＨ方向は、前記３ビットＲＩの第２の１ビット値のみに基づく２つのＦＨ方向の一つに関連し、
前記ＰＵＣＣＨ信号に利用されるサイクリックシフト（ＣＳ）は、前記３ビットＲＩの第３の１ビット値に基づいて４つのＣＳインデックスの一つと関連する、方法。
【請求項8】
前記４つのＣＳインデックスは、２つのＣＳインデックスグループを含み、２つのＣＳインデックスグループの一つは前記３ビットＲＩの前記第３の１ビット値に基づいて選択され、前記ＰＵＣＣＨ信号に利用される前記ＣＳインデックスは、前記ＤＣＩに関連するＣＣＥ（control channel element）インデックスに基づいて、前記選択されたＣＳインデックスグループの中の２つのＣＳインデックスの一つと関連する、請求項７に記載の方法。
【請求項9】
前記ＰＵＣＣＨ信号のための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記ＦＨ（周波数ホッピング）方向は、以下の表を満たすように決定される、請求項８に記載の方法：【表3】
【請求項10】
無線通信システムに使用される装置であって、メモリと、
プロセッサと、を含み、
前記プロセッサは、
共通ＰＵＣＣＨリソースセットの一つを示す値を含むシステム情報を送信し、前記示された共通ＰＵＣＣＨリソースセットは、第１のＲＢ（Resource Block）オフセットと関連し、
ＰＵＣＣＨ信号に関連する３ビットのＲＩ（resource indicator）を含むＤＣＩ（downlink control information）を送信し、
第１ＲＢから第２ＲＢへの周波数ホッピング（ＦＨ）を利用して前記ＰＵＣＣＨ信号を受信する、ように構成され、
前記第１ＲＢは、前記ＰＵＣＣＨ信号のＦＨ方向に基づく、下りリンク帯域幅の第１エッジ又は第２エッジからＫ番目のＲＢであり、
指定されたＰＵＣＣＨリソースが設定されないことに基づいて、
Ｋは前記第１ＲＢオフセット及び第２ＲＢオフセットの合計に基づく整数であり、前記第２ＲＢオフセットは、前記３ビットＲＩの第１の１ビット値のみに基づく２つのＲＢオフセットの一つに関連し、
前記ＰＵＣＣＨ信号の前記ＦＨ方向は、前記３ビットＲＩの第２の１ビット値のみに基づく２つのＦＨ方向の一つに関連し、
前記ＰＵＣＣＨ信号に利用されるサイクリックシフト（ＣＳ）は、前記３ビットＲＩの第３の１ビット値に基づいて４つのＣＳインデックスの一つと関連する、装置。
【請求項11】
前記４つのＣＳインデックスは、２つのＣＳインデックスグループを含み、２つのＣＳインデックスグループの一つは前記３ビットＲＩの前記第３の１ビット値に基づいて選択され、前記ＰＵＣＣＨ信号に利用される前記ＣＳインデックスは、前記ＤＣＩに関連するＣＣＥ（control channel element）インデックスに基づいて前記選択されたＣＳインデックスグループの中の２つのＣＳインデックスの一つと関連する、請求項１０に記載の装置。
【請求項12】
前記ＰＵＣＣＨ信号のための前記第２ＲＢオフセット、前記ＣＳインデックス及び前記ＦＨ（周波数ホッピング）方向は、以下の表を満たすように決定される、請求項１１に記載の装置：【表4】
【発明の詳細な説明】
【技術分野】
【0001】
本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。
【背景技術】
【0002】
無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは利用可能なシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多元接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多元接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【0003】
本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。
【0004】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【0005】
本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、システム情報により特定のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を受信し、ＰＵＣＣＨリソースセットは第１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）オフセットを含む段階と、リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）上で受信する段階と、制御情報をＰＵＣＣＨを介して送信する段階と、を含み、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、ＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ－基盤の１ビット値）］の組み合わせに基づいて決定される方法が提供される。
【0006】
本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリと、プロセッサと、を含み、プロセッサは、システム情報により特定のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を受信し、ＰＵＣＣＨリソースセットは第１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）オフセットを含み、リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）上で受信し、制御情報をＰＵＣＣＨを介して送信するように構成され、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、ＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ－基盤の１ビット値）］の組み合わせに基づいて決定される通信装置が提供される。
【0007】
本発明のさらに他の様相において、無線通信システムにおいて通信装置が制御情報を受信する方法であって、システム情報により特定のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を送信し、ＰＵＣＣＨリソースセットは第１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）オフセットを含む段階；リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）上で送信する段階と、制御情報をＰＵＣＣＨを介して受信する段階と、を含み、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、ＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ－基盤の１ビット値）］の組み合わせに基づいて決定される方法が提供される。
【0008】
本発明のさらに他の様相において、無線通信システムに使用される通信装置であって、メモリと、プロセッサと、を含み、プロセッサは、システム情報により特定のＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）フォーマットのＰＵＣＣＨリソースセットに関する指示情報を送信し、ＰＵＣＣＨリソースセットは第１ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）オフセットを含み、リソース指示情報（ＲＩ）を含むＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を一つ以上のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）上で送信し、制御情報をＰＵＣＣＨを介して受信するように構成され、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定され、ＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ－基盤の１ビット値）］の組み合わせに基づいて決定される通信装置が提供される。
【0009】
好ましくは、ＲＩの第２ビット値は２つのＣＳインデックスグループのうちの一つを指示するために使用され、ＣＣＥ－基盤の１ビット値は指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される。
【0010】
好ましくは、ＰＵＣＣＨの周波数ホッピング方向はＲＩの第３ビット値に基づいて２つのうちの一つに決定される。
【0011】
好ましくは、ＰＵＣＣＨのための第２ＲＢオフセット、ＣＳインデックス及び周波数ホッピング方向は以下の表を満たすように決定される：
【0012】
【0013】
ここで、ｂ２はＲＩの第１ビット値を示し、ｂ１はＲＩの第３ビット値を示し、ｂ０はＲＩの第２ビット値を示し、ｂ２乃至ｂ０とＲＩの第１乃至第３ビット値の関係は変化する。
【0014】
好ましくは、制御情報はＰＤＣＣＨによりスケジュールされた下りリンクデータに関するＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を含む。
【発明の効果】
【0015】
本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。
【0016】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【0017】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【0018】
【図1】無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【図2】無線フレームの構造を例示する図である。
【図3】スロットのリソースグリッドを例示する図である。
【図4】自己完結（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する図である。
【図5】自己完結スロット内に物理チャネルがマッピングされる例を示す図である。
【図6】ビーム基盤の初期接続過程を例示する図である。
【図7】ＰＵＣＣＨフォーマット０と１を例示する図である。
【図8】ＰＵＣＣＨフォーマット０と１を例示する図である。
【図9】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。
【図10】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図11】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図12】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図13】本発明によるＰＵＣＣＨリソース割り当て過程を例示する図である。
【図14】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【0019】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現化することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現化することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現化することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。
【0020】
より多い通信機器がより大きい通信容量を要求することにより、既存の無線アクセス技術（ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上した無線広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信に対する必要性が台頭しつつある。また、複数の機器及びモノを接続していつでもどこでも様々なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及びレイテンシ（ｌａｔｅｎｃｙ）に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、大規模ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ（Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ）と呼ぶ。
【0021】
説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。
【0022】
無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は基地局から上りリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0023】
図１は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【0024】
電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セルサーチ（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う。このために、端末は基地局から主同期チャネル（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｐ－ＳＣＨ）及び副同期チャネル（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｓ－ＳＣＨ）を受信して基地局と同期を確立し、セルＩＤ（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）などの情報を得る。その後、端末は基地局から物理ブロードキャストチャネル（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ）を受信してセル内のブロードキャスト情報を得る。なお、端末は初期セルサーチの段階において、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ）を受信して下りリンクチャネルの状態を確認できる。
【0025】
初期セルサーチが終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信して、より具体的なシステム情報を得る。
【0026】
以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のようなランダムアクセス過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う。このために端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を伝送し（Ｓ１０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する（Ｓ１０４）。コンテンションベースのランダムアクセス（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）の場合、さらなる物理ランダムアクセスチャネルの伝送（Ｓ１０５）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信（Ｓ１０６）のような競合解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う。
【0027】
このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ１０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の伝送を行う（Ｓ１０８）。端末が基地局に伝送する制御情報を併せて上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラフィックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要求／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。
【0028】
図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）と定義される。ハーフフレームは５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個又は１４個のＯＦＤＭ（Ａ）シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。
【0029】
表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【0030】
【表1】
【0031】
＊Ｎｓｌｏｔ
ｓｙｍｂ：スロット内のシンボル数
【0032】
＊Ｎｆｒａｍｅ，ｕ
ｓｌｏｔ：フレーム内のスロット数
【0033】
＊Ｎｓｕｂｆｒａｍｅ，ｕ
ｓｌｏｔ：サブフレーム内のスロット数
【0034】
表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【0035】
【表2】
【0036】
フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。
【0037】
ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ）が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と称する）の（絶対時間）区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル（或いはＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含む。
【0038】
図３はスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は周波数ドメインで複数（例えば、１２）の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ（Ｐｈｙｓｉｃａｌ ＲＢ）と定義され、１つのニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰの長さなど）に対応することができる。搬送波は最大Ｎ個（例えば、５つ）のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソースエレメント（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と称され、１つの複素シンボルがマッピングされることができる。
【0039】
図４は自己完結（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され（以下、ＤＬ制御領域）、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される（以下、ＵＬ制御領域）。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域（以下、データ領域）は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ－ｔｏ－ＵＬ或いはＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。
【0040】
１．ＤＬのみの構成
【0041】
２．ＵＬのみの構成
【0042】
３．混合ＵＬ－ＤＬの構成
【0043】
－ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域
【0044】
－ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【0045】
＊ＤＬ領域：（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域
【0046】
＊ＵＬ領域：（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域
【0047】
図５は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。
【0048】
以下、各々の物理チャネルについてより詳しく説明する。
【0049】
ＰＤＣＣＨはＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運ぶ。例えば、ＰＣＣＣＨ（即ち、ＤＣＩ）はＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に対するリソース割り当て情報、ＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ（Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ）の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子（例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子（例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ）にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ（Ｐａｇｉｎｇ－ＲＮＴＩ）にマスキングされる。ＰＤＣＣＨがシステム情報（例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ）に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）にマスキングされる。ＰＤＣＣＨがランダムアクセス応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ）にマスキングされる。
【0050】
ＰＤＣＣＨはＡＬ（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）によって１、２、４、８、１６個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）で構成される。ＣＣＥは無線チャネル状態によって所定の符号化率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの（Ｐ）ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー（例えば、ＳＣＳ、ＣＰの長さなど）を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報（例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ）又は端末固有（ＵＥ－ｓｐｅｃｉｆｉｃ）の上位層（例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ）シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数（最大３個）が上位層シグナリングにより設定される。
【0051】
ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を（ブラインド）復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨサーチスペース（Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ）と定義する。サーチスペースは共通サーチスペース（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ）又は端末固有のサーチスペース（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ）を含む。端末はＭＩＢ又は上位層シグナリングにより設定された一つ以上のサーチスペースでＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上のサーチスペースに関連し、各サーチスペースは一つのＣＯＲＥＳＴに関連する。サーチスペースは以下のパラメータに基づいて定義される。
【0052】
－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：サーチスペースに関連するＣＯＲＥＳＥＴを示す。
【0053】
－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期（スロット単位）及びＰＤＣＣＨモニタリング区間オフセット（スロット単位）を示す。
【0054】
－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す（例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す）。
【0055】
－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝｛１、２、４、８、１６｝ごとのＰＤＣＣＨ候補の数（０、１、２、３、４、５、６、８のうちの１つ）を示す。
【0056】
＊ＰＤＣＣＨ候補をモニタする機会（ｏｃｃａｓｉｏｎ）（例、時間／周波数リソース）をＰＤＣＣＨ（モニタリング）機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ（モニタリング）機会が構成される。
【0057】
表３はサーチスペースタイプごとの特徴を例示する。
【0058】
【表3】
【0059】
表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。
【0060】
【表4】
【0061】
ＤＣＩフォーマット０＿０はＴＢ－基盤（又はＴＢ－ｌｅｖｅｌ）のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０＿１はＴＢ－基盤（又はＴＢ－ｌｅｖｅｌ）のＰＵＳＣＨ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）－基盤（又はＣＢＧ－ｌｅｖｅｌ）のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１＿０はＴＢ－基盤（又はＴＢ－ｌｅｖｅｌ）のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１＿１はＴＢ－基盤（又はＴＢ－ｌｅｖｅｌ）のＰＤＳＣＨ又はＣＢＧ－基盤（又はＣＢＧ－ｌｅｖｅｌ）のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０＿０／０＿１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１＿０／１＿１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２＿０は動的スロットフォーマット情報（例えば、ｄｙｎａｍｉｃ ＳＦＩ）を端末に伝達するために使用され、ＤＣＩフォーマット２＿１は下りリンク先制（ｐｒｅ－Ｅｍｐｔｉｏｎ）情報を端末に伝達するために使用される。ＤＣＩフォーマット２＿０及び／又はＤＣＩフォーマット２＿１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ）を介して該当グループ内の端末に伝達される。
【0062】
ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０はフォールバック（ｆａｌｌｂａｃｋ）ＤＣＩフォーマットと称され、ＤＣＩフォーマット０＿１とＤＣＩフォーマット１＿１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。
【0063】
ＰＤＳＣＨは下りリンクデータ（例、ＤＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ）を運び、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード（ｃｏｄｅｗｏｒｄ）が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。
【0064】
ＰＵＣＣＨは、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運ぶ。ＵＣＩは以下を含む。
【0065】
－ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：ＵＬ－ＳＣＨリソースを要求するために使用される情報である。
【0066】
－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット（例えば、コードワード）に対する応答である。下りリンクデータパケットの受信に成功したか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【0067】
－ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を含む。
【0068】
表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信の長さによってＳｈｏｒｔ ＰＵＣＣＨ（フォーマット０，２）及びＬｏｎｇ ＰＵＣＣＨ（フォーマット１，３，４）に区分できる。
【0069】
【表5】
【0070】
ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定（ｐｏｓｉｔｉｖｅ）のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
【0071】
ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で（周波数ホッピング有無によって異なるように設定される）直交カバーコード（ＯＣＣ）により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される（即ち、ＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される）。
【0072】
ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。ＤＭ－ＲＳは１／３の密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ（Ｐｓｅｕｄｏ Ｎｏｉｓｅ）シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。
【0073】
ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。
【0074】
ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）されて送信される。
【0075】
ＰＵＳＣＨは上りリンクデータ（例えば、ＵＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ）及び／又は上りリンク制御情報（ＵＣＩ）を運び、ＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング（ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ）を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ）、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ）、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位層（例えば、ＲＲＣ）シグナリング（及び／又はＬａｙｅｒ １（Ｌ１）シグナリング（例えば、ＰＤＣＣＨ））に基づいて準静的（ｓｅｍｉ－ｓｔａｔｉｃ）にスケジュールされる（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。
【0076】
図６はＰＵＣＣＨフォーマット０の構造を例示する。ＰＵＣＣＨフォーマット０は周波数軸で一つのＰＲＢで構成され、時間軸で１～２個のＯＦＤＭ基盤のシンボルで構成される。ＰＵＣＣＨフォーマット０はＤＭＲＳ無しにＵＣＩ信号に対応するシーケンスのみで構成される。複数のシーケンスのうちの一つを選択して送信することにより、ＵＣＩ情報を送信することができる。図６を参照すると、ＰＵＣＣＨフォーマット０により送信される複数のシーケンスはＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ）により区分され、ＵＣＩ情報によってＣＳインデックスが異なる。例えば、１ビットＵＣＩの値が０である場合、ＣＳインデックス０が使用され、１ビットのＵＣＩ値が１である場合、ＣＳインデックス６が使用される。ＣＳインデックスの数が１２個である場合、最大６個の端末が一つのＰＵＣＣＨフォーマット０に多重化される。この場合、一つの端末は１ビットのＵＣＩ情報を送信するために、｛ＣＳインデックスＸ、ＣＳインデックスＸ＋６｝のうちの一つを使用する。Ｘは０～５の値を有し、初期ＣＳインデックスとも称される。これと同様に、端末は２ビットのＵＣＩ情報を送信するために、｛ＣＳインデックスＸ、ＣＳインデックスＸ＋３、ＣＳインデックスＸ＋６、ＣＳインデックスＸ＋９｝のうちの一つを使用する（Ｘ＝０，１，２）。
【0077】
図７はＰＵＣＣＨフォーマット１の構造を例示する。ＰＵＣＣＨフォーマット１は周波数軸で一つのＰＲＢで構成され、時間軸で４～１４個のＯＦＤＭ基盤のシンボルで構成される。ＰＵＣＣＨフォーマット１においてＤＭＲＳとＵＣＩは互いに異なるシンボルにＴＤＭ形態で構成／マッピングされる。ＤＭＲＳシンボルには長さ１２のＤＭＲＳシーケンスがマッピングされる。ＵＣＩシンボルにはＵＣＩ変調（例えば、ＱＰＳＫ）シンボルが乗じられた長さ１２の特定のシーケンスがマッピングされる。ここで、特定のシーケンスは長さ１２のＣＧ－ＣＡＺＡＣ（Ｃｏｍｐｕｔｅｒ－Ｇｅｎｅｒａｔｅｄ Ｃｏｎｓｔａｎｔ Ａｍｐｌｉｔｕｄｅ Ｚｅｒｏ Ａｕｔｏ Ｃｏｒｒｅｌａｔｉｏｎ）シーケンスを含む。ＰＵＣＣＨフォーマット１ではＵＣＩとＤＭＲＳに全てＣＳ（周波数ドメインコード）／ＯＣＣ（時間ドメイン拡散コード）を適用することにより同一のＰＲＢ内に複数の端末が多重化される。ＰＵＣＣＨフォーマット１にはスロット内でＦＨ（Ｆｒｅｑｕｅｎｃｙ Ｈｏｐｐｉｎｇ）が適用される。ＦＨが適用されない場合、ＰＵＣＣＨフォーマット１のシンボルは同一のＰＲＢ内で送信される。反面、ＦＨが適用される場合は、ＰＵＣＣＨフォーマット１のシンボルは前半部と後半部が互いに異なるＰＲＢで送信される。例えば、ＦＨが適用される場合、（１）１番目の周波数ホップ（ｆｒｅｑｕｅｎｃｙ ｈｏｐ）ではＵＬ帯域内の上側のＰＲＢでＰＵＣＣＨが送信され、２番目の周波数ホップではＵＬ帯域内の下側のＰＲＢでＰＵＣＣＨが送信されるか、又は（２）１番目の周波数ホップではＵＬ帯域内の下側のＰＲＢでＰＵＣＣＨが送信され、２番目の周波数ホップではＵＬ帯域内の上側のＰＲＢでＰＵＣＣＨが送信されることができる。
【0078】
図８はビーム基盤の初期接続過程を例示する。３ＧＰＰ ＮＲにおいて、物理チャネル、参照信号はビーム形成を用いて送信される。この場合、信号送受信のために、基地局と端末の間にビームが整列／管理される必要がある。ＲＲＣ（ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）ＩＤＬＥモードではビーム整列がＳＳＢに基づいて行われる。反面、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードではビーム整列がＣＳＩ－ＲＳ（ｉｎ ＤＬ）及びＳＲＳ（ｉｎ ＵＬ）に基づいて行われる。
【0079】
図８を参照すると、基地局（例えば、ＢＳ）はＳＳＢを周期的に送信する（Ｓ７０２）。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピングを用いて送信される。その後、基地局はＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）とＯＳＩ（Ｏｔｈｅｒ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）を送信する（Ｓ７０４）。ＲＭＳＩは端末が基地局に初期接続するために必要な情報（例えば、ＰＲＡＣＨ構成情報）を含む。なお、端末はＳＳＢ検出を行った後、最上のＳＳＢを識別する。その後、端末は最上のＳＳＢのインデックス（即ち、ビーム）にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル（Ｍｅｓｓａｇｅ１、Ｍｓｇ１）を基地局に送信する（Ｓ７０６）。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに関係する。ＰＲＡＣＨリソース（及び／又はＲＡＣＨプリアンブル）とＳＳＢ（インデックス）の間の関連性（ａｓｓｏｃｉａｔｉｏｎ）はシステム情報（例えば、ＲＭＳＩ）により設定される。その後、ＲＡＣＨ過程の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）（Ｍｓｇ２）を送信する（Ｓ７０８）。具体的には、ランダムアクセス応答メッセージに関するスケジューリング情報はＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ）によりＣＲＣマスキングされてＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ）上で送信される。ＲＡ－ＲＮＴＩによりマスキングされたＰＤＣＣＨは共通サーチスペース（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）のみによって送信される。ＲＡ－ＲＮＴＩによりマスキングされたスケジューリング信号を受信した場合、端末はスケジューリング情報が指示するＰＤＳＣＨからランダムアクセス応答メッセージを受信することができる。その後、端末はランダムアクセス応答メッセージに自分に指示されたランダムアクセス応答情報があるか否かを確認する。自分に指示されたランダムアクセス応答情報が存在するか否かは端末が送信したプリアンブルに対するＲＡＩＤ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＩＤ）が存在するか否かにより確認できる。ランダムアクセス応答情報はＵＬ同期化のためのタイミングオフセット情報（例えば、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ、ＴＡＣ）、ＵＬスケジューリング情報（例えば、ＵＬグラント）及び端末臨時識別情報（例えば、Ｔｅｍｐｏｒａｒｙ－Ｃ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ）を含む。ランダムアクセス応答情報を受信した場合、端末はＲＡＲ内のＵＬグラントを用いてＰＵＣＣＨを介してＭｓｇ３（例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（Ｓ７１０）。Ｍｓｇ３は競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）のためにＵＥ識別子（ｉｄｅｎｔｉｔｙ）を含む。その後、基地局は競合解決メッセージ（Ｍｓｇ４）を送信する（Ｓ７２０）。Ｍｓｇ４はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐを含む。
【0080】
図９はＡＣＫ／ＮＡＣＫ送信過程を例示する。図９を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報（例えば、ＤＣＩフォーマット１＿０、１＿１）を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット（Ｋ０）とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット（Ｋ１）を示す。例えば、ＤＣＩフォーマット１＿０、１＿１は以下の情報を含む。
【0081】
－Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。
【0082】
－Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及び長さ（例：ＯＦＤＭシンボル数）を示す
【0083】
－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す
【0084】
今後、端末はスロット＃ｎのスケジューリング情報によってスロット＃（ｎ＋Ｋ０）でＰＤＳＣＨを受信した後、スロット＃（ｎ＋Ｋ１）でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大１個のＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成される。ＰＤＳＣＨが最大２個のＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間（ｓｐａｔｉａｌ）バンドリングが構成されていない場合は、２ビットで構成され、空間バンドリングが構成された場合は、１ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃（ｎ＋Ｋ１）と指定された場合、スロット＃（ｎ＋Ｋ１）で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。
【0085】
実施例：ＰＵＣＣＨリソース割り当て
【0086】
ＮＲシステムにおいてＵＣＩはＰＵＣＣＨを介して送信される。ＵＣＩはＨＡＲＱ－ＡＣＫ、ＳＲ、ＣＳＩなどを含む。ＰＵＣＣＨリソースを割り当てる一例として、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ（ペイロード）サイズ（例えば、ＵＣＩビット数）の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数（ＮＵＣＩ）によって以下のうちの１つのＰＵＣＣＨリソースセットを選択することができる。ここで、ＰＵＣＣＨリソースセットは端末専用（ｄｅｄｉｃａｔｅｄ）（或いは端末固有の）ＰＵＣＣＨリソースセットを示す。端末専用のＰＵＣＣＨリソースセットはＲＲＣ接続過程の一部であり、又はＲＲＣ接続過程が完了した後に端末固有の上位層（例えば、ＲＲＣ）シグナリングにより設定される。
【0087】
－ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
【0088】
－ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
【0089】
・・・
【0090】
－ＰＵＣＣＨリソースセット＃（Ｋ－１）、ＮＫ－２＜ＵＣＩビット数≦ＮＫ－１であると、
【0091】
ここで、ＫはＰＵＣＣＨリソースセット数を示し（Ｋ＞１）、ＮｉはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０～１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２～４のリソースで構成される（表５を参照）。
【0092】
その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩ（ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースを指示する。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＲＩ（ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）とも称される。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。便宜上、ＡＲＩによりＰＵＣＣＨリソースセット内で特定のＰＵＣＣＨリソースを明示的に（ｅｘｐｌｉｃｉｔｌｙ）指示する方式を１段階のＰＵＣＣＨ ＲＡ（Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）方式という。
【0093】
また基地局はＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを端末に（端末固有の）上位層（例えば、ＲＲＣ）信号を用いて設定することができる。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報（例えば、ＰＤＳＣＨの開始）ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど）に基づく暗黙的規則（ｉｍｐｌｉｃｉｔ ｒｕｌｅ）により決定される。便宜上、ＡＲＩによりＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内で特定のＰＵＣＣＨリソースを暗黙的規則により決定する方式を２段階のＰＵＣＣＨ ＲＡ方式という。
【0094】
以下、本発明において、ＤＬ制御情報（例えば、ＤＣＩ）と暗黙的な規則を使用してＰＵＣＣＨリソースをより効率的に割り当てる方法について説明する。
【0095】
以下、本発明において、ＰＵＣＣＨリソースは少なくとも以下のうちの一つで構成された物理リソースを意味する：例えば、ＰＵＣＣＨ送信を開始する（ＯＦＤＭ）シンボル位置、ＰＵＣＣＨ送信を持続する時間区間或いはシンボル個数、周波数軸のリソース割り当て情報（例えば、（Ｐ）ＲＢ割り当てリソースの開始位置及び割り当てられた（Ｐ）ＲＢ数）、周波数ホッピング有無、ＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ）インデックス及び／又はＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ）インデックス／長さなどの情報。
【0096】
例えば、ＰＵＣＣＨリソースはＰＵＣＣＨフォーマットごとに以下のように分類される。
【0097】
【表6】
【0098】
本発明で用いられる用語は以下の通りである。
【0099】
－ＰＵＣＣＨリソースセット：セット内の元素が一つのＰＵＣＣＨリソースに対応するセットを示す。例えば、ＰＵＣＣＨリソースセット＝｛ＰＵＣＣＨリソース＃０、ＰＵＣＣＨリソース＃１、．．．、ＰＵＣＣＨリソース＃（Ｋ－１）｝である。ここで、ＰＵＣＣＨリソースセットはＫ個の個別ＰＵＣＣＨリソースで構成される。またＰＵＣＣＨリソースセットは複数のＰＵＣＣＨリソースを識別／定義するために使用されるＰＵＣＣＨ関連の変数で構成される。この場合、ＰＵＣＣＨ関連の変数に基づいてＫ個のＰＵＣＣＨリソースが識別／定義される。
【0100】
－ＰＵＣＣＨリソースサブセット：ＰＵＣＣＨリソースセットのサブセットを示す。例えば、ＰＵＣＣＨリソースセット＝｛ＰＵＣＣＨリソースサブセット＃０、ＰＵＣＣＨリソースサブセット＃１、．．．、ＰＵＣＣＨリソースサブセット＃（Ｌ－１）｝である。ＰＵＣＣＨリソースサブセットは一つ以上、好ましくは複数のＰＵＣＣＨリソースで構成される。
【0101】
－（ＰＤＳＣＨスケジューリング）ＤＣＩ：ＰＤＳＣＨをスケジュールするＤＣＩ（図７を参照）。例えば、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１を含む。ＤＣＩはＰＤＣＣＨを介して送信される。
【0102】
－暗黙的マッピング：ＰＤＳＣＨ及び／又はＰＤＣＣＨに関する送信リソース情報（例えば、ＰＤＳＣＨの開始ＰＲＢインデックス、ＰＤＣＣＨの開始ＣＣＥインデックスなど）を暗黙的な規則に基づいてＺ個のビット値にマッピングすることを示す。例えば、Ｚは１である。この場合、開始ＣＣＥインデックスが２つのＣＣＥセットのうちのいずれに属するかによって、Ｚ値が０又は１に決定される（例えば、奇数のＣＣＥセット、偶数のＣＣＥセット）。
【0103】
－フォールバックＤＣＩフォーマット：端末の設定に関係なく、ＤＣＩサイズ／フィールド構成が同一に維持されるＤＣＩフォーマットを示す（例えば、ＤＣＩフォーマット１＿０）。
【0104】
－ノン－フォールバックＤＣＩフォーマット：端末の設定によってＤＣＩサイズ／フィールド構成が変わるＤＣＩフォーマットを示す（例えば、ＤＣＩフォーマット１＿１）。
【0105】
－準静的（Ｓｅｍｉ－ｓｔａｔｉｃ）ＨＡＲＱ－ＡＣＫコードブック：端末が報告するＨＡＲＱ－ＡＣＫペイロードサイズが（端末固有の）上位層（例えば、ＲＲＣ）信号により準静的に設定された場合を意味する。
【0106】
－動的（ｄｙｎａｍｉｃ）ＨＡＲＱ－ＡＣＫのコードブック：端末が報告するＨＡＲＱ－ＡＣＫペイロードサイズがＤＣＩなどにより動的に変わる場合を意味する。ＨＡＲＱ－ＡＣＫペイロードサイズはｃ－ＤＡＩ（及びｔ－ＤＡＩ）によって動的に変わる。
【0107】
－ｃ－ＤＡＩ（ｃｏｕｎｔｅｒ Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）：（スケジュールされた）ＰＤＳＣＨ（又はＴＢ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）の間の順序を知らせるＤＣＩ（例えば、ＤＬスケジューリングＤＣＩ）内の特定のインデックス値を意味する。端末はＨＡＲＱ－ＡＣＫペイロードを構成する時、ｃ－ＤＡＩの順序によってＨＡＲＱ－ＡＣＫ入力ビットを構成することができる。
【0108】
－ｔ－ＤＡＩ（ｔｏｔａｌ ＤＡＩ）：ＨＡＲＱ－ＡＣＫ報告対象となる全体ＰＤＳＣＨ（又はＴＢ又はＣＢＧ）数を知らせるＤＣＩ（例えば、ＤＬスケジューリングＤＣＩ）内の特定のインデックス値を意味する。端末はＨＡＲＱ－ＡＣＫペイロードサイズをｔ－ＤＡＩに基づいて決定する。
【0109】
－Ｓｈｏｒｔ ＰＵＣＣＨ：送信の長さが１～２個のシンボルであるＰＵＣＣＨを意味する。例えば、ＰＵＣＣＨフォーマット０及び２がＳｈｏｒｔ ＰＵＣＣＨに該当する（表５を参照）。
【0110】
－Ｌｏｎｇ ＰＵＣＣＨ：送信の長さが４～１４個のシンボルであるＰＵＣＣＨを意味する。例えば、ＰＵＣＣＨフォーマット１、３及び４がＬｏｎｇ ＰＵＣＣＨに該当する（表５を参照）。
【0111】
便宜上、各提案方法を個々に説明するが、各提案方法は本発明の他の提案方法と互いに相反しない限り、共に結合して適用できる。
【0112】
［提案方法＃１］
【0113】
ＮＲシステムでは、１キャリア内のシステム帯域が非常に大きいため、端末のＲＦ特性によってシステム帯域の全体を使用できない場合がある。従って、システム帯域の全体を複数のＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）に区分することができる。図３を参照すると、ＢＷＰは周波数ドメインで複数の連続するＰＲＢ（Ｐｈｙｓｉｃａｌ ＲＢ）と定義され、一つのニューマロロジー（例えば、ＳＣＳ、ＣＰの長さなど）に対応する。搬送波は最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は活性化されたＢＷＰにより行われ、一つの端末には一つのＢＷＰのみが活性化される。
【0114】
なお、基地局がＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫ送信ＰＵＣＣＨリソースを（ＰＤＳＣＨスケジューリング）ＤＣＩにより指示する場合、ＰＤＳＣＨを受信した時点に対応するＨＡＲＱ－ＡＣＫ送信ＰＵＣＣＨリソースを送信する時点に有効なＵＬ ＢＷＰが変わる場合がある。かかる動作を支援するために、基地局は端末にＰＵＣＣＨリソースが送信されるＢＷＰ情報を知らせる必要がある。
【0115】
上記問題を解決するために、基地局は以下のうちのいずれかの方法により特定のＰＵＣＣＨリソースに関するＢＷＰ情報を端末に知らせる方法を提案する。
【0116】
（１）ＰＵＣＣＨリソースごとにＢＷＰ情報を設定する。即ち、ＰＵＣＣＨリソースを設定する時、各ＰＵＣＣＨリソースごとにＰＵＣＣＨが送信されるＢＷＰ情報を設定することができる。
【0117】
（２）ＰＵＣＣＨリソースを送信するＢＷＰをＤＣＩにより指示する。ここで、ＤＣＩは（ＰＤＳＣＨスケジューリング）ＤＣＩ或いはグループ共通のＤＣＩである。
【0118】
［提案方法＃２］
【0119】
ＮＲシステムにおいて、ｃ－ＤＡＩは端末が単一のＰＵＣＣＨリソースを用いて複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信する時、ＨＡＲＱ－ＡＣＫペイロードを構成するために使用される。一方、端末が初期接続後のＲＲＣ接続設定（ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）前の状態であると、端末は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを単一のＰＵＣＣＨリソースを用いて送信する動作を行わない。特に、ＲＲＣ接続設定前に使用されるＰＵＣＣＨリソースは、単一のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビット（例えば、最大１ビット）のみを送信することができる。しかし、フォールバック動作を行う（ＤＬスケジューリング）ＤＣＩ（例えば、ＤＣＩフォーマット１＿０）（以下、フォールバックＤＣＩ）にｃ－ＤＡＩのためのビットフィールド（以下、フィールドＡ）が存在すると、ＤＣＩサイズを一定のサイズに維持するために、フォールバックＤＣＩにはフィールドＡが常に存在する。この時、フィールドＡはＲＲＣ接続設定前にはＤＡＩ用に使用されないので、他の用途に使用することができる。従って、本発明では（ＤＬスケジューリング）ＤＣＩ内のＰＵＣＣＨリソースを指示するためのフィールド（以下、フィールドＢ）が存在する時、ＲＲＣ接続設定前にはフィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示のためのフィールドのビット幅を拡張することができる。反面、ＲＲＣ接続設定後にはフィールドＡとフィールドＢを各々ｃ－ＤＡＩ用及びＰＵＣＣＨリソース指示用として使用することができる。
【0120】
又は複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信を支援する（Ｋビット以上の）（端末固有の）ＰＵＣＣＨリソースセットが端末に設定されない場合（例えば、Ｋ＞２）、ｃ－ＤＡＩを他の用途に使用することができる。従って、（端末固有の）ＰＵＣＣＨリソースセットが端末に設定される前にはフィールドＢにフィールドＡを追加してＰＵＣＣＨリソース指示フィールドのビット幅を拡張することができる。反面、（端末固有の）ＰＵＣＣＨリソースセットが端末に設定された後にはフィールドＡとフィールドＢを各々ｃ－ＤＡＩ用及びＰＵＣＣＨリソース指示用として使用することができる。
【0121】
具体的には、（ＤＬスケジューリング）ＤＣＩ内にＸ１ビットフィールド（以下、フィールドＡ）とＸ２ビット－フィールド（以下、フィールドＢ）が含まれる時、以下の条件によってフィールドＡとフィールドＢの用途が変わる。
【0122】
（１）Ｏｐｔ．１：ＲＲＣ接続設定有無によって変わる方法
【0123】
Ａ．ＲＲＣ接続設定前
【0124】
ｉ．フィールドＡ＋フィールドＢを（ＰＵＣＣＨリソースセット内の）ＰＵＣＣＨリソース指示用に使用
【0125】
Ｂ．ＲＲＣ接続設定後
【0126】
ｉ．フィールドＡはＤＡＩ（例えば、ｃ－ＤＡＩ）用に使用、フィールドＢは（ＰＵＣＣＨリソースセット内の）ＰＵＣＣＨリソース指示用に使用
【0127】
（２）Ｏｐｔ．２：（Ｋビット以上の）（端末固有の）ＰＵＣＣＨリソースセットの設定有無によって変わる方法
【0128】
Ａ．（端末固有の）ＰＵＣＣＨリソースセットの設定前（設定されていない場合）
【0129】
ｉ．フィールドＡ＋フィールドＢを（ＰＵＣＣＨリソースセット内の）ＰＵＣＣＨリソース指示用に使用
【0130】
Ｂ．（端末固有の）ＰＵＣＣＨリソースセットの設定後（設定された場合）
【0131】
ｉ．フィールドＡはＤＡＩ（例えば、ｃ－ＤＡＩ）用に使用、フィールドＢは（ＰＵＣＣＨリソースセット内の）ＰＵＣＣＨリソース指示用に使用
【0132】
ここで、ＲＲＣ接続設定前（或いは（端末固有の）ＰＵＣＣＨリソースセット設定前）のＰＵＣＣＨリソースセット内のリソース数は、フィールドＡのビット数又はフィールドＡが表現できる状態の数に比例して、ＲＲＣ接続設定後（或いは（端末固有の）ＰＵＣＣＨリソースセット設定後）のＰＵＣＣＨリソースセット内のリソース数より多く設定される。
【0133】
またＲＲＣ接続設定前に使用されないＤＣＩ内のビット（以下、未使用ビット）を使用して、参照ＰＵＣＣＨリソースに関する追加情報を適用できる。ここで、参照ＰＵＣＣＨリソースは、未使用ビットの助けがなくても、システム情報（例えば、ＲＭＳＩ）、（ＤＣＩ内の）ＰＵＣＣＨリソース指示子（ＡＲＩ又はＰＲＩ）及び／又は（ＤＣＩの（開始）ＣＣＥインデックス－基盤の）暗黙的マッピングにより決定されるＰＵＣＣＨリソースである。
【0134】
一例として、上記追加情報は以下のうちの一つである。
【0135】
（１）ＰＵＣＣＨリソースに対する更なるＰＲＢ（インデックス）オフセット又はＣＳ（値）オフセット又はＯＣＣ（インデックス）オフセット
【0136】
（２）ＰＵＣＣＨリソースに対する更なる開始シンボル（インデックス）オフセット
【0137】
Ａ．一例として、参照ＰＵＣＣＨリソースがｓｈｏｒｔ ＰＵＣＣＨ（例えば、ＰＵＣＣＨフォーマット０）である場合、端末は（ＤＣＩ内の）未使用ビットが参照ＰＵＣＣＨリソースに対してさらに開始シンボルオフセットを指示すると解釈する。
【0138】
（３）ＰＵＣＣＨリソースに対するマルチスロットの送信有無を指示
【0139】
Ａ．一例として、参照ＰＵＣＣＨリソースがＬｏｎｇ ＰＵＣＣＨ（例えば、ＰＵＣＣＨフォーマット１）である場合、端末は（ＤＣＩ内の）未使用ビットが参照ＰＵＣＣＨリソースに対するＣ－スロット送信の有無（例えば、’０’：シングルスロット送信；’１’：マルチスロット送信）を指示すると解釈する。この場合、マルチスロットＰＵＣＣＨを構成するスロット数は設定可能な値のうち、（１より大きい）最小値或いは最大値に定義される。他の方法として、（ＤＣＩ内の）未使用ビットがＰＵＣＣＨを構成するスロット数を指示することができる。
【0140】
（４）ＰＵＣＣＨリソースセットを指示するインデックスに対する更なるオフセット
【0141】
Ａ．一例として、（システム情報である）ＲＭＳＩビットによりＰＵＣＣＨリソースセットが指示される時、端末は（ＤＣＩ内の）未使用ビットがＲＭＳＩビットにより指示された状態について追加オフセットを指示すると解釈することができる。即ち、基地局は未使用ビットによりＰＵＣＣＨリソースセットを変更することができる。
【0142】
ＮＲシステムにおいて、ＲＲＣ接続設定前には端末が報告するＨＡＲＱ－ＡＣＫビットのサイズを１ビットと仮定する。ＲＲＣ接続設定前にＨＡＲＱ－ＡＣＫペイロードサイズが固定される場合、（ＨＡＲＱ－ＡＣＫビット数の動的変更を目的として）ＤＬスケジューリングＤＣＩフォーマット内に構成されたｃ－ＤＡＩフィールドが使用されないことができる。システム情報（例えば、ＲＭＳＩ）、（ＤＣＩ内の）ＰＵＣＣＨリソース指示子（ＡＲＩ又はＰＲＩ）及び／又は（ＤＣＩのＣＣＥインデックス－基盤）暗黙的マッピングによりＲＲＣ接続設定前に（シングルスロット）ＰＵＣＣＨリソースが指示される場合、ｃ－ＤＡＩフィールドは（シングルスロット）ＰＵＣＣＨに対して追加情報を与えるために使用される。例えば、ｃ－ＤＡＩフィールドは以下のうちの一つ以上の情報を提供する。
【0143】
（１）ＰＵＣＣＨリソースに対する更なるＰＲＢ（インデックス）オフセット又はＣＳ（値）オフセット又はＯＣＣ（インデックス）オフセット
【0144】
（２）ＰＵＣＣＨリソースに対する更なる開始シンボル（インデックス）オフセット
【0145】
（３）ＰＵＣＣＨリソースに対するマルチスロット送信の有無を指示
【0146】
（４）ＰＵＣＣＨリソースセットを指示するインデックスに対する更なるオフセット
【0147】
［提案方法＃３］
【0148】
端末がＲＲＣ接続設定前には最大１ビットのＨＡＲＱ－ＡＣＫを送信するので、ＰＵＣＣＨフォーマット０／１（以下、ＰＵＣＣＨ Ｆ０／Ｆ１）リソースを提供することが好ましい。ＰＵＣＣＨ Ｆ０／Ｆ１リソースを特定する変数はＰＵＣＣＨ送信区間、ＰＵＣＣＨ送信開始シンボル、ＣＳ（Ｃｙｃｌｉｃ）、ＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ）、ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）（例えば、Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）などである。この時、第１段階ではＲＭＳＩ内のＸビットの指示子として２Ｘ個のＰＵＣＣＨリソースセットを設定し、第２段階ではＤＣＩ内のＹビット（例えば、ＡＲＩ、ＰＲＩ）として（第１段階で設定された）ＰＵＣＣＨリソースセット内のサブセットを指示し、第３段階ではＺ状態を表現できる暗黙的マッピングを使用して（第２段階で指示された）ＰＵＣＣＨリソースサブセット内の一つのＰＵＣＣＨリソースを指示するＰＵＣＣＨリソース割り当て過程を考える。次に考慮すべき事項は、各段階においてＰＵＣＣＨリソースに対してどの変数（ｐａｒａｍｅｔｅｒｓ）があるかである。
【0149】
例えば、端末がＲＲＣ接続前にＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＰＵＣＣＨ Ｆ０／Ｆ１に送信する時、ＰＵＣＣＨ Ｆ０／Ｆ１リソースを以下のように設定できる。
【0150】
（１）Ｏｐｔ．１
【0151】
Ａ．第１段階：システム情報内のＸビット指示子により（ＰＵＣＣＨ Ｆ０／Ｆ１リソースに対する）２Ｘ個のＰＵＣＣＨリソースセットのうちの一つを端末に設定する。
【0152】
ｉ．各ＰＵＣＣＨリソースセットはＰＵＣＣＨ区間（及び／又はＰＵＣＣＨ開始シンボル）を単一値に制限する。ここで、シンボルはＯＦＤＭ基盤のシンボル（例えば、ＯＦＤＭシンボル又はＳＣ－ＦＤＭＡシンボル）を含む。
【0153】
ｉｉ．各ＰＵＣＣＨリソースセットはＰＵＣＣＨ送信ＰＲＢリソースを特定のＰＲＢ領域に制限する。ここで、ＰＲＢ領域は（初期）ＵＬ ＢＷＰ帯域幅に比例する。（初期）ＵＬ ＢＷＰは端末がＰＵＣＣＨを送信する（初期）ＵＬ帯域を意味する。またＰＲＢ領域は変数ＫとＦＨ（Ｆｒｅｑｕｅｎｃｙ Ｈｏｐｐｉｎｇ）方向により表現できる。ここで、ＫはＰＵＣＣＨ送信ＰＲＢが帯域（例えば、初期ＵＬ ＢＷＰ）境界からＫ ＰＲＢほど離れていることを意味する変数である。またＦＨ方向は周波数リソースが低周波数－＞高周波数に変わるか、又は高周波数―＞低周波数に変わることを意味する（即ち、２つの方向）。互いに異なるＰＵＣＣＨリソースセットは互いに異なるＰＲＢ領域に対応する。
【0154】
Ｂ．第２段階：ＤＣＩ内のＹビットフィールドで（第１段階で設定された）ＰＵＣＣＨリソースセット内の２Ｙ個のサブセットのうちの一つを端末に指示する。ここで、ＤＣＩ内のＹビットフィールド値はＰＵＣＣＨ送信ＣＳ（及び／又はＯＣＣ）リソースを単一値に制限する。またＤＣＩ内のＹビットフィールド値はＰＵＣＣＨ送信ＰＲＢリソースを（より小さい）特定のＰＲＢ領域に制限する。
【0155】
Ｃ．第３段階：Ｚ状態の表現が可能な暗黙的マッピングにより（第２段階で指示された）ＰＵＣＣＨリソースサブセット内のＺ個のＰＵＣＣＨリソースのうちの一つを指示する。
【0156】
（２）Ｏｐｔ．２
【0157】
Ａ．第１段階：システム情報内のＸビット指示子で（ＰＵＣＣＨ Ｆ０／Ｆ１リソースに対する）２Ｘ個のＰＵＣＣＨリソースセットのうちの一つを端末に設定する。各ＰＵＣＣＨリソースセットはＰＵＣＣＨ送信ＰＲＢリソースを特定のＰＲＢ領域に制限する。ここで、ＰＲＢ領域は（初期）ＵＬ ＢＷＰ帯域幅に比例する。またＰＲＢ領域は変数ＫとＦＨ方向により表現される。ここで、ＫはＰＵＣＣＨ送信ＰＲＢが帯域（例えば、初期ＢＷＰ）境界からＫ ＰＲＢほど離れていることを意味する変数である。また周波数ホッピング方向は周波数リソースが低周波数－＞高周波数に変わるか、又は高周波数―＞低周波数に変わることを意味する（即ち、２つの方向）。互いに異なるＰＵＣＣＨリソースセットは互いに異なるＰＲＢ領域に対応する。
【0158】
Ｂ．第２段階：ＤＣＩ内のＹビットのフィールドで（第１段階で設定された）ＰＵＣＣＨリソースセット内の２Ｙ個のサブセットのうちの一つを端末に指示する。ここで、ＤＣＩ内のＹビットフィールド値はＰＵＣＣＨ区間（及び／又はＰＵＣＣＨ開始シンボル）を単一値に制限する。ＤＣＩ内のＹビットフィールド値はＰＵＣＣＨ送信ＣＳ（及び／又はＯＣＣ）リソースを単一値に制限する。またＤＣＩ内のＹビットフィールド値はＰＵＣＣＨ送信ＰＲＢリソースを（より小さい）特定のＰＲＢ領域に制限する。
【0159】
Ｃ．第３段階：Ｚ状態の表現が可能な暗黙的マッピングにより（第２段階で指示された）ＰＵＣＣＨリソースサブセット内のＺ個のＰＵＣＣＨリソースのうちの一つを指示する。
【0160】
Ｏｐｔ １～２において、システム情報は（ＮＲシステムにおける）ＲＭＳＩを意味する。ＰＵＣＣＨリソースの開始シンボル位置はＰＵＣＣＨ区間の値により決定される。ＰＵＣＣＨリソースのＯＣＣインデックスはＣＳインデックス値により決定されるか、又は予め決定されている。Ｘは正の整数であり、例えば、２である。Ｙは正の整数であり、例えば、２である。Ｚは１であり、１より大きい場合、暗黙的指示は少なくともＣＣＥインデックス（例えば、ＰＤＣＣＨ送信に使用された開始ＣＣＥインデックス）の関数で表現できる。
【0161】
第１段階では、ＰＵＣＣＨリソースセットがセル内の複数の端末が使用可能なものでなければならないという点を考慮する時、多重化に容易な元素からなるＰＵＣＣＨリソースである。即ち、各ＰＵＣＣＨリソースセット内のＰＵＣＣＨ区間及びＰＵＣＣＨ開始シンボルを同一に設定することができる（Ｏｐｔ．１）。また動的ＴＤＤ構成の特性が激しい場合には、ＰＵＣＣＨ区間がＤＣＩにより動的に変更することができる（Ｏｐｔ．２）。また、システム情報は変数Ｋ（例えば、ＰＵＣＣＨ送信ＰＲＢが帯域（例えば、初期ＵＬ ＢＷＰ）境界からＫ ＰＲＢほど離れていることを示す変数）及び周波数ホッピング方向に表現されるＰＵＣＣＨリソースに潜在的なＰＲＢ リソースを指示することができる。Ｋに対する候補値の数は固定されるか又は初期ＵＬ ＢＷＰの帯域幅によって変更される。
【0162】
第２段階では、ＤＣＩによりＵＥ多重化を制御する時、ＦＤＭが可能なＰＲＢリソース数は制限又は変更される反面、ＣＤＭが可能なＣＳ（及び／又はＯＣＣ）数は常に固定した値を有するという点でＤＣＩによりＣＳ／ＯＣＣ値を完全に調節することが好ましい。例えば、ＰＵＣＣＨ Ｆ０及びＰＵＣＣＨ Ｆ１に対するＣＳインデックスは｛０、３、６、９｝及び｛０、３｝である。この場合、ＤＣＩはＣＳ値のうちの一つを指示することができ、ＯＣＣインデックスはＣＳインデックスにより暗黙的に決定される。一例として、ｋ番目のＣＳインデックスについて（ｋ ｍｏｄ ＯＣＣ長さ）に該当するＯＣＣインデックスが対応することができる。又はＯＣＣインデックスは予め定められた値を有する。その後、第３段階では、特定のＰＲＢ領域内の特定の（単位）ＣＳ値を有するＰＵＣＣＨリソース候補のうち、一つのＰＵＣＣＨリソースを暗黙的マッピング方式で選択する。即ち、複数のＰＲＢ候補のうち、一つのＰＲＢリソースを選択することができる。
【0163】
表７はシステム情報が示すＰＵＣＣＨリソースセットを例示する。例えば、ＲＭＳＩ内の４ビット指示子により１６個のＰＵＣＣＨリソースセットのうちの一つが指示される。記号↑は低周波数から高周波数方向の周波数ホッピングを意味し、記号↓は高周波数から低周波数方向の周波数ホッピングを意味する。
【0164】
【表7】
【0165】
表８はＰＵＣＣＨ Ｆ０である場合とＰＵＣＣＨ Ｆ１である場合の各々についてＤＣＩ内の２ビットＡＲＩが指示する情報を例示する。Ｋ１とＫ２は各々ＰＵＣＣＨ Ｆ０についてＲＭＳＩとして設定された２つのＫ値を意味し、ＬはＯＣＣの長さを意味する。
【0166】
表８はＰＵＣＣＨ Ｆ０である場合とＰＵＣＣＨ Ｆ１である場合の各々についてＤＣＩ内の２ビットＡＲＩが指示する情報を例示する。Ｋ１とＫ２は各々ＰＵＣＣＨ Ｆ０についてＲＭＳＩとして設定された２つのＫ値を意味し、ＬはＯＣＣの長さを意味する。
【0167】
【表8】
【0168】
表９は１ビットの暗黙的マッピングにより周波数ホッピング方向を指示する例を示す。例えば、１ビットの暗黙的マッピングは、ＰＤＣＣＨ送信に使用される一つ以上のＣＣＥのうち、開始ＣＣＥインデックスを０又は１にマッピングすることを含む。
【0169】
【表9】
【0170】
上述した方法の変更として、ＰＵＣＣＨ Ｆ０である場合、ＤＬグラントＤＣＩ内の特定のビットフィールド（例えば、ＡＲＩ）で（ＣＳ、ＦＨ方向）の組み合わせを指定し、暗黙的マッピングによりＫ値を指示することができる。ＰＵＣＣＨ Ｆ０において、ＣＳインデックス０と３は各々ＡＣＫとＮＡＣＫ（又はＮＡＣＫとＡＣＫ）に対応するか、又はＣＳインデックス６と９は各々ＡＣＫとＮＡＣＫ（又はＮＡＣＫとＡＣＫ）が対応する。一方、上記ＣＳインデックス０と６（又は３と９）がＡＣＫに対応することができる。ＰＵＣＣＨ Ｆ１の場合、ＤＬグラントＤＣＩ内の特定のビットフィールド（例えば、ＡＲＩ）で（ＣＳ、ＯＣＣ）組み合わせを指定し、暗黙的マッピングにより（Ｋ、ＦＨ方向）組み合わせを指示することができる。
【0171】
さらに端末に（専用の）ＰＵＣＣＨリソース設定がシグナリングされる前に、基地局は端末にシステム情報により（ＰＵＣＣＨ Ｆ０又はＰＵＣＣＨ Ｆ１に従う）ＰＵＣＣＨリソースセットを設定し、その後、ＰＵＣＣＨリソースセット内でＵＣＩ（例えば、ＨＡＲＱ－ＡＣＫ）送信のために実際に使用するＰＵＣＣＨリソースをＤＣＩ内の３ビットフィールドとＣＣＥインデックス基盤の暗黙的指示による１ビットの情報により知らせることができる。この場合、ＰＵＣＣＨ Ｆ０又はＰＵＣＣＨ Ｆ１について、ＤＣＩ内の３ビットフィールドと１ビットの暗黙的指示を以下のように使用する方法を提案する。ここで、ＰＵＣＣＨリソースセットは、上述した内容を参照することができる。またＤＣＩはＤＬグラントＤＣＩ（例えば、ＤＣＩフォーマット１＿０、１＿１）を含む。
【0172】
（１）ＰＵＣＣＨ Ｆ０である場合
【0173】
Ａ．ＤＣＩ内の３ビット（例えば、ＡＲＩ、ＰＲＩ）
【0174】
ｉ．２つのＰＲＢオフセットのうちの一つを指示することができる（１ビット）。
【0175】
ｉｉ．２つの周波数ホッピング方向のうちの一つを指示することができる（１ビット）。
【0176】
ｉｉｉ．（スロット内の）２つの開始シンボルインデックスのうちの一つを指示することができる（１ビット）。２つの開始シンボルインデックスは｛１０、１２｝又は｛１１、１２｝である。ここで、シンボルはＯＦＤＭ基盤のシンボル（例えば、ＯＦＤＭシンボル又はＳＣ－ＦＤＭＡシンボル）を含む。
【0177】
Ｂ．１ビットの暗黙的指示
【0178】
ｉ．２つの初期（ｉｎｉｔｉａｌ）ＣＳインデックス値のうちの一つを指示することができる（１ビット）。一例として、２つの初期ＣＳインデックス値は｛０、３｝である。
【0179】
（２）ＰＵＣＣＨ Ｆ１である場合
【0180】
Ａ．ＤＣＩ内の３ビット（例えば、ＡＲＩ、ＰＲＩ）
【0181】
ｉ．２つのＰＲＢオフセットのうちの一つを指示することができる（１ビット）。
【0182】
ｉｉ．２つの周波数ホッピング方向のうちの一つを指示することができる（１ビット）。
【0183】
ｉｉｉ．２つの初期ＣＳインデックスグループのうちの一つを指示することができる（１ビット）。一例として、２つの初期ＣＳインデックスグループは｛０、３｝と｛６、７｝に指定されるか、又は｛０、６｝と｛３、９｝に指定される。
【0184】
Ｂ．１ビットの暗黙的な指示
【0185】
ｉ．（ＤＣＩにより指示された初期ＣＳインデックスグループ内の）２つの値のうちの一つを指示することができる（１ビット）。２つの初期ＣＳインデックスグループ｛０、３｝と｛６、７｝のうち、｛０、３｝が指定された場合は、１ビットの暗黙的指示を用いてＣＳインデックス０又は３が指示される。
【0186】
ここで、ＰＲＢオフセットは端末がＰＵＣＣＨを送信する帯域（例えば、初期ＵＬ ＢＷＰ）の終了／境界からＰＵＣＣＨが送信されるＰＲＢまでのＰＲＢの数を示すために使用される。（初期）ＵＬ ＢＷＰは端末がＰＵＣＣＨを送信する（初期）ＵＬ帯域を意味する。例えば、初期ＵＬ ＢＷＰのＰＲＢの数がＮＢＷＰであり、ＰＲＢが０～ＮＢＷＰ－１にインデックスされる場合、ＰＵＣＣＨ ＰＲＢのインデックスは、（ｉ）ＰＲＢオフセット、（ｉｉ）ＮＢＷＰ－１－ＰＲＢオフセットとして与えられる。便宜上、ＤＣＩにより指示されるＰＲＢオフセットをＰＲＢオフセット（ＤＣＩ）と称する。なお、ＰＲＢオフセット（ＤＣＩ）はＲＭＳＩにより与えられたセル固有のＰＲＢオフセット（以下、ＰＲＢオフセット（ＳＩ））に加えられることができる。即ち、ＰＵＣＣＨ ＰＲＢのインデックスは、（ｉ）ＰＲＢオフセット（ＳＩ）＋ＰＲＢオフセット（ＤＣＩ）、（ｉｉ）ＮＢＷＰ－１－ＰＲＢオフセット（ＳＩ）－ＰＲＢオフセット（ＤＣＩ）として与えられる。ＰＲＢオフセット（ＤＣＩ）は｛０、１｝である。
【0187】
ここで、初期ＣＳインデックスは、ＰＵＣＣＨ Ｆ０においてＵＣＩの送信時に基準となるＣＳインデックスリソース又はＰＵＣＣＨ Ｆ１においてＵＣＩ送信に使用されるＣＳインデックスリソースを意味する。
【0188】
ここで、周波数ホッピング方向は、（１）１番目の周波数ホップ（ｆｒｅｑｕｅｎｃｙ ｈｏｐ）ではＵＬ帯域内の上側のＰＲＢでＰＵＣＣＨを送信し、２番目の周波数ホップではＵＬ帯域内の下側のＰＲＢでＰＵＣＣＨを送信する場合（↓）と、（２）１番目の周波数ホップではＵＬ帯域内の下側のＰＲＢでＰＵＣＣＨを送信し、２番目の周波数ホップではＵＬ帯域内の上側のＰＲＢでＰＵＣＣＨを送信する場合（↑）を意味する。
【0189】
ここで、１ビットの暗黙的指示は、ＣＣＥインデックスを暗黙的規則に基づいて１ビット値にマッピングすることにより得られる。例えば、ＰＤＣＣＨの開始ＣＣＥインデックスが２つのＣＣＥセットのうちのいずれに属するかによって、暗黙的１ビットは０又は１を示す。
【0190】
以下、上記方法に関する具体的な例を説明する。
【0191】
表１０はシステム情報が示すＰＵＣＣＨリソースセットを例示する。例えば、ＲＭＳＩ内の４ビット指示子により１６個のＰＵＣＣＨリソースセットのうちの一つが指示される。記号↑は低周波数から高周波数方向への周波数ホッピングを意味し、記号↓は高周波数から低周波数方向への周波数ホッピングを意味する。ＮＢＷＰは（初期）ＵＬ ＢＷＰのサイズをＰＲＢ数で示した値である。
【0192】
【表10】
【0193】
表１１はＰＵＣＣＨ Ｆ０である場合とＰＵＣＣＨ Ｆ１である場合の各々についてＤＣＩ内の３ビットＡＲＩが指示するＰＲＢオフセット、ＦＨ方向、開始シンボルインデックス、（初期）ＣＳインデックスグループに関する情報を例示する。
【0194】
【表11】
【0195】
表１２は１ビットの暗黙的マッピングによりＣＳインデックスを指示する例を示す。ＣＳ１とＣＳ２は各々ＰＵＣＣＨ Ｆ１に対する２つのＣＳインデックス候補のうち、１番目のＣＳインデックス値と２番目のＣＳインデックス値を意味する。
【0196】
【表12】
【0197】
この時、ＰＵＣＣＨ Ｆ１のＯＣＣインデックス値はＣＳインデックス値による特定の関数の関係により決定され、一例として、ＣＳインデックスにＯＣＣの長さＬにモジュロ演算を適用した値をＯＣＣインデックスとして使用することができる。またＰＵＣＣＨ Ｆ１のＯＣＣインデックス値は所定の値を有する。
【0198】
表１３は表１１及び表１２を結合した例を示す。ＲＭＳＩの４ビット指示子によりＰＵＣＣＨリソースセットが設定される場合、ＵＣＩ（例、ＨＡＲＱ－ＡＣＫ）送信のために実際に使用されるＰＵＣＣＨリソースは、ＤＣＩ内の３ビットフィールドとＣＣＥインデックス基盤の暗黙的指示による１ビット情報に基づいて、以下の表の関係を満たすように定義される。
【0199】
【表13】
【0200】
ここで、ｂ２ｂ１ｂ０と｛ＰＲＢオフセット、ＦＨ方向、ＣＳインデックス｝との間の関係は変わることができる。例えば、ｂ２がＦＨ方向を指示するために使用され、ｂ１はＰＲＢオフセットを指示するために使用されることができる。
【0201】
図１０は本発明による制御情報の送信過程を例示する。
【0202】
図１０を参照すると、端末はシステム情報により（セル固有の）ＰＵＣＣＨリソースセットに関する指示情報を受信する（Ｓ１００２）。ここで、システム情報により指示されたＰＵＣＣＨリソースセットは特定のＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１）に関する。システム情報はＲＭＳＩを含む。その後、端末はＰＵＣＣＨリソース指示情報（ＲＩ）を含むＰＤＣＣＨを一つ以上のＣＣＥ上で受信する（Ｓ１００４）。ここで、ＰＤＣＣＨはＰＤＳＣＨをスケジューリングするＤＣＩを運び、ＲＩはＤＣＩ内に含まれる。その後、端末は制御情報をＰＵＣＣＨを介して送信する。この時、ＰＵＣＣＨリソースは（セル固有の）ＰＵＣＣＨリソースセット、ＲＩ及びＣＣＥインデックスに基づいて決定される（Ｓ１００６）。ここで、制御情報はＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（即ち、下りリンクデータ）に対するＨＡＲＱ－ＡＣＫを含む。
【0203】
図１１は本発明による制御情報の決定過程を例示する。
【0204】
図１１を参照すると、ＰＵＣＣＨリソースは３段階で決定される。第１段階では、ＲＭＳＩ内のＸビット指示子により２Ｘ個のＰＵＣＣＨリソースセットのうちの一つが端末に設定される。第２段階では、ＤＣＩ内の３ビット情報（ＲＩ）により（第１段階で設定された）ＰＵＣＣＨリソースセット内の一つのサブセットが端末に指示される。第３段階では、暗黙的規則、例えば、ＣＣＥに基づく暗黙的１ビット情報を用いて（第２段階で指示された）ＰＵＣＣＨリソースサブセットのうち、一つのＰＵＣＣＨリソースが端末に指示される。ここで、第１～第３段階は個々に行われるか、又は組み合わせられて一緒に行われる。
【0205】
ここで、ＰＵＣＣＨリソースは上記提案方法を用いて決定される（例えば、Ｏｐｔ１～２、表７～１３を参照）。例えば、ＰＵＣＣＨリソースセットは第１ＲＢオフセットを含み、ＰＵＣＣＨのＲＢインデックスは第１ＲＢオフセットとＲＩの第１ビット値に関連する第２ＲＢオフセットに基づいて決定される。またＰＵＣＣＨのＣＳインデックスはＣＳインデックスセットのうち、［ＲＩの第２ビット値、ＰＤＣＣＨの開始ＣＣＥインデックスに基づく１ビット値（以下、ＣＣＥ基盤の１ビット値）］の組み合わせに基づいて決定される。ここで、ＲＩの第２ビット値は２つのＣＳインデックスグループのうちの一つを指示するために使用され、ＣＣＥ基盤の１ビット値は上記指示されたＣＳインデックスグループ内の２つのＣＳインデックスのうちの一つを指示するために使用される。またＰＵＣＣＨの周波数ホッピング方向はＲＩの第３ビット値に基づいて２つのうちのいずれかに決定される。
【0206】
ここで、ＰＵＣＣＨのための第２ＲＢオフセット、ＣＳインデックス及び周波数ホッピング方向は、以下の表の関係を満たすように決定される：
【0207】
【表14】
【0208】
ここで、ｂ２はＲＩの第１ビット値を示し、ｂ１はＲＩの第３ビット値を示し、ｂ０はＲＩの第２ビット値を示し、ｂ２乃至ｂ０とＲＩの第１乃至第３ビット値の関係は変化することができる。
【0209】
図１２は本発明の他の例による制御情報の送信過程を例示する。
【0210】
図１２を参照すると、端末はシステム情報（例えば、ＲＭＳＩ）により指示された（セル固有の）ＰＵＣＣＨリソースセットを設定する（Ｓ１２０２）。その後、ＰＵＣＣＨリソースの決定時、端末固有のＰＵＣＣＨリソースセットが設定されたか否かによってＰＵＣＣＨリソース決定過程が異なる（Ｓ１２０４）。ＰＵＣＣＨリソースの決定時、端末専用の（或いは端末固有の）ＰＵＣＣＨリソースセットが設定されていない場合（Ｓ１２０４、はい）、端末は（セル固有の）ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定する（Ｓ１２０６）。（セル固有の）ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定することは、この提案方法に関する説明を参照できる（例えば、図１０及び図１１）。端末固有のＰＵＣＣＨリソースセットが設定されている場合は（Ｓ１２０４、いいえ）、端末は（端末専用の）ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定する（Ｓ１２０８）。（端末専用の）ＰＵＣＣＨリソースセットはＲＲＣ接続設定過程により構成されるので、Ｓ１２０６のＰＵＣＣＨリソース決定はＲＲＣ接続設定前のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信のみに適用される。例えば、Ｓ１２０６のＰＵＣＣＨリソース決定は、端末の初期接続過程でＰＤＳＣＨ（例えば、ＲＡＣＨ Ｍｓｇ４）に対するＨＡＲＱ－ＡＣＫ送信時にのみ使用される。反面、Ｓ１２０８のＰＵＣＣＨリソース決定は、ＲＲＣ接続設定後のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信、例えば、初期接続過程後のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時に使用される。
【0211】
（端末専用の）ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定することは、図１３を参照することができる。図１３を参照すると、基地局は端末に複数の（端末専用の）ＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ（ペイロード）サイズ（例えば、ＵＣＩビット数）の範囲によって特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択することができる。その後、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩにより特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に使用するＰＵＣＣＨリソースを指示する（上記第１段階のＰＵＣＣＨ ＲＡ方式を参照）。またＰＵＣＣＨリソースセットがＡＲＩが表現できる状態の数より多いＰＵＣＣＨリソースで構成された場合は、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＣＣＥインデックスなどに基づく暗黙的規則によって決定される（上記第２段階のＰＵＣＣＨ ＲＡ方式を参照）。
【0212】
［提案方法＃４］
【0213】
ＨＡＲＱ－ＡＣＫ送信のためにＵＣＩペイロードサイズの範囲（例えば、ＵＣＩペイロードサイズＡ－２ビット以下；ＵＣＩペイロードサイズＢ－２ビット超え）ごとにＰＵＣＣＨリソースセットが設定された状況において端末が報告するＨＡＲＱ－ＡＣＫビット数は１又は２であることができる。
【0214】
端末に動的ＨＡＲＱ－ＡＣＫコードブックが設定され、１ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）でありかつＤＡＩ値が１であるＰＤＳＣＨのみを受信することができる。この場合、端末は特定のＰＵＣＣＨリソースを用いて１ビットのＨＡＲＱ－ＡＣＫペイロードを送信することができる。しかし、実際には基地局が２個の１－ＴＢ ＰＤＳＣＨをスケジュールし、このうち、２番目のＰＤＳＣＨを端末が検出できないこともある。この場合、基地局は２ビットのＨＡＲＱ－ＡＣＫペイロードに対するＰＵＣＣＨ送信を期待する反面、端末は１ビットのＨＡＲＱ－ＡＣＫペイロードに対するＰＵＣＣＨ送信を行うので、基地局と端末の間に不一致が発生することができる。
【0215】
上記問題を解決するために、端末に動的ＨＡＲＱ－ＡＣＫコードブックが設定された場合、端末が受信したＰＤＳＣＨ及びそれに対応するＨＡＲＱ－ＡＣＫビット数が１である場合にも常に２ビットでＨＡＲＱ－ＡＣＫペイロードを構成することができる。この提案動作は１－ＴＢでありかつＤＡＩ値が１であるＰＤＳＣＨのみを受信した場合にもっと効率的である。
【0216】
例えば、１－ＴＢでありかつＤＡＩ＝１に対応するＰＤＳＣＨのみを受信した場合、端末は受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ結果（以下、Ｄ）とＤＡＩ＝２に対応する仮想のＰＤＳＣＨについてＮＡＣＫを指示する２ビットのＨＡＲＱ－ＡＣＫペイロードを構成することができる（例えば、｛Ｄ、ＮＡＣＫ｝）。具体的には、２ビットのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨフォーマットがフォーマット１であり、４個の配置点（ｃｏｎｓｔｅｌｌａｔｉｏｎ ｐｏｉｎｔ）－１－ｊ、－１＋ｊ、１＋ｊ、１－ｊが各々｛ＮＡＣＫ、ＮＡＣＫ｝、｛ＮＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＮＡＣＫ｝に対応すると仮定する。この時、ＤがＡＣＫであると、端末は｛ＡＣＫ、ＮＡＣＫ｝に対応する１－ｊを送信する。また２ビットのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨフォーマットがフォーマット０であり、ＣＳインデックス０、３、６、９が各々｛ＮＡＣＫ、ＮＡＣＫ｝、｛ＮＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＮＡＣＫ｝に対応すると仮定する。この時、ＤがＡＣＫであると、端末はＣＳインデックス９に対応するシーケンスを送信することができる。
【0217】
ＮＲシステムにおいて、ＰＵＣＣＨフォーマット０に対する（初期オフセット値を除いた）ＣＳ割り当てはＨＡＲＱ－ＡＣＫ及びＳＲのＵＣＩ状態によって以下のように設定される。
【0218】
【表15】
【0219】
ここで、’Ｎ’はＮＡＣＫを、’Ａ’はＡＣＫを示し、’Ｎ、Ｎ’、’Ｎ、Ａ’、’Ａ、Ａ’、’Ａ、Ｎ’は各々｛ＮＡＣＫ、ＮＡＣＫ｝、｛ＮＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＡＣＫ｝、｛ＡＣＫ、ＮＡＣＫ｝を示す。上述したように、基地局が端末に１－ＴＢ ＰＤＳＣＨを２つスケジュールし、そのうち、２番目のＰＤＳＣＨを端末が検出できなかった場合、基地局は２ビットのＨＡＲＱ－ＡＣＫペイロードに対するＰＵＣＣＨ送信を期待する反面、端末は１ビットのＨＡＲＱ－ＡＣＫペイロードに対するＰＵＣＣＨ送信を行うので、基地局と端末の間に不一致が発生することができる。また、上記端末が１ビットのＨＡＲＱ－ＡＣＫとＰｏｓｉｔｉｖｅ ＳＲを送信する場合、基地局は端末が２ビットのＨＡＲＱ－ＡＣＫ情報を送信したと誤解することができる。
【0220】
上記問題を解決するために、端末が特定の条件によって以下のＨＡＲＱ－ＡＣＫ ｔｏ ＣＳ マッピングを異なるように適用する方法を提案する。一例として、端末はＡ／Ｎペイロードサイズが２ビット以下であり、ＳＲ情報を含めてＰＵＣＣＨフォーマット０を送信する時、以下のように特定の条件によってＨＡＲＱ－ＡＣＫ ｔｏ ＣＳマッピングを異なるように適用することができる。
【0221】
（１）Ａ／Ｎペイロードサイズが２ビットであり、ＤＡＩが２つのＰＤＳＣＨ（又はＴＢ）が累積されたことを指示する場合（例えば、端末が２つの１－ＴＢ ＰＤＳＣＨがスケジューリングされたことを認識した場合）、表１６の［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳマッピング＃１］を適用することができる。
【0222】
（２）その他の場合（例えば、一つの２－ＴＢ ＰＤＳＣＨがスケジュールされた場合）、表１７の［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳマッピング＃２］を適用することができる。
【0223】
【表16】
【0224】
【表17】
【0225】
ここで、１ビットのＨＡＲＱ－ＡＣＫとＰｏｓｉｔｉｖｅ ＳＲ送信のためのＣＳリソースを得る方法は、２ビットのＨＡＲＱ－ＡＣＫとＰｏｓｉｔｉｖｅ ＳＲ送信のためのＣＳリソースを得る方法と同一である。即ち、（各ＨＡＲＱ－ＡＣＫ状態ごとに）ＨＡＲＱ－ＡＣＫとＮｅｇａｔｉｖｅ ＳＲ送信のためのＣＳリソースにＣＳオフセットを適用してＨＡＲＱ－ＡＣＫとＰｏｓｉｔｉｖｅ ＳＲ送信のためのＣＳリソースを得ることができる。
【0226】
［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳ マッピング＃１］は、ＡＣＫと｛ＡＣＫ、ＮＡＣＫ｝に使用されるＣＳリソースが同一であり、ＮＡＣＫと｛ＮＡＣＫ、ＮＡＣＫ｝に使用されるＣＳリソースが同一である。従って、基地局が２つの１－ＴＢ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを送信する時、端末が２番目のＰＤＳＣＨ受信を逃しても自然に２番目のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ応答がＮＡＣＫと処理される。但し、［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳマッピング＃１］は、２ビットのＨＡＲＱ－ＡＣＫに対するグレイ符号化（ｇｒａｙ ｅｎｃｏｄｉｎｇ）の関係を満たさず、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）性能が落ちる。反面、［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳ マッピング＃２］は、２ビットのＨＡＲＱ－ＡＣＫに対するグレイ符号化の関係を満たしてＢＥＲ性能は優れる反面、ＡＣＫと｛ＡＣＫ、ＮＡＣＫ｝に使用されるＣＳリソースが異なる。従って、基地局が２つの１－ＴＢ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信時、端末が２番目のＰＤＳＣＨ受信を逃した場合、端末と基地局の間にＨＡＲＱ－ＡＣＫ情報に関して不一致が発生することができる。従って、端末がＨＡＲＱ－ＡＣＫ多重化を行う場合（例えば、動的ＨＡＲＱ－ＡＣＫコードブックが設定された場合）は［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳ マッピング＃１］を適用し、その他の場合には［ＨＡＲＱ－ＡＣＫ ｔｏ ＣＳ マッピング＃２］を適用することができる。
【0227】
図１４は本発明に実施例に適用可能な基地局及び端末を例示する。
【0228】
図１４を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。
【0229】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現化するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現化するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。
【0230】
前述した実施例は、本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【0231】
本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって遂行することができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に取り替えることができる。また、端末はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）などの用語に取り替えられることができる。
【0232】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現化することができる。ハードウェアによる具現化の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現化することができる。
【0233】
ファームウェアやソフトウェアによる具現化の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現化することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【0234】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【0235】
本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
