特許 7520413 無線通信システムにおける下りリンクデータの受信及びＨＡＲＱ－ＡＣＫの伝送方法、装置及びシステム

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

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

(11)【特許番号】

(24)【登録日】2024-07-12

(45)【発行日】2024-07-23

(54)【発明の名称】無線通信システムにおける下りリンクデータの受信及びＨＡＲＱ－ＡＣＫの伝送方法、装置及びシステム

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240716BHJP

   H04W 72/232 20230101ALI20240716BHJP

   H04W 72/1273 20230101ALI20240716BHJP

   H04W 72/1268 20230101ALI20240716BHJP

【ＦＩ】

H04W28/04 110

H04W72/232

H04W72/1273

H04W72/1268

【請求項の数】 16

(21)【出願番号】P 2023067938

(22)【出願日】2023-04-18

(62)【分割の表示】P 2021565145の分割

【原出願日】2020-05-04

(65)【公開番号】P2023089215

(43)【公開日】2023-06-27

【審査請求日】2023-04-18

(31)【優先権主張番号】10-2019-0051423

(32)【優先日】2019-05-02

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2019-0142105

(32)【優先日】2019-11-07

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2020-0016625

(32)【優先日】2020-02-11

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2020-0043301

(32)【優先日】2020-04-09

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】516079109

【氏名又は名称】ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

【氏名】キョンジュン・チェ

(72)【発明者】

【氏名】ミンソク・ノ

(72)【発明者】

【氏名】ジンサム・カク

【審査官】石原 由晴

(56)【参考文献】

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

【文献】米国特許出願公開第２０１８／０３１０２５７（ＵＳ，Ａ１）

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

【文献】Nokia, Nokia Shanghai Bell，On UCI multiplexing[online]，3GPP TSG RAN WG1 Meeting #93 R1-1806927，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1806927.zip>，2018年05月11日

【文献】NEC，UCI enhancements for NR URLLC[online]，3GPP TSG RAN WG1 #96bis R1-1904223，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1904223.zip>，2019年04月02日

【文献】WILUS Inc.，Remaining Issues on UCI enhancement for NR URLLC[online]，3GPP TSG RAN WG1 #99 R1-1913068，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913068.zip>，2019年11月09日

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

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

Ｈ０４Ｗ ４／００－９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおける使用のための端末であって、
通信モジュールと、
前記通信モジュールを制御するプロセッサと、を含み、
前記プロセッサは、
下りリンクスケジューリングのための複数の第１下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマットを受信することであって、各第１ＤＣＩフォーマットは、Ｎｃビットのカウンタ下りリンク割当インデックス（ｃ－ＤＡＩ）を含み、Ｎｃは１である、ことと、
物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）のスケジューリングのための第２ＤＣＩフォーマットを受信することであって、前記第２ＤＣＩフォーマットは２ビットの上りリンクＤＡＩ（ＵＬ－ＤＡＩ）を含む、ことと、
前記下りリンクスケジューリングのためのＨＡＲＱ（Ｈｙｂｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ） ｂｉｔｓを決定することであって、前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの数は、
ｆｌｏｏｒ（ｊ＊Ｃ／４）に対応する値に基づき、
ｊは、ｍ番目のＮｃビットのｃ－ＤＡＩが前記複数の受信されたＮｃビットのｃ－ＤＡＩ内の（ｍ－１）番目のＮｃビットのｃ－ＤＡＩ以下の値を有する場合のためのカウンタの数値であり、ｍは正整数であり、Ｃは、２＾Ｎｃであり、ｆｌｏｏｒは、ｆｌｏｏｒｉｎｇ関数である、ことと、
前記ＰＵＳＣＨを介して前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓを含む制御情報を伝送することと、
を行うように構成される、端末。

【請求項2】

前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの前記数は、４＊（ｆｌｏｏｒ（ｊ＊Ｃ／４）＋Ｑ）＋Ｖに対応する値Ｏに基づき、
Ｑは、０または１であり、
Ｖは、前記２ビットのＵＬ－ＤＡＩ値であり、かつ、１から４の範囲内である、請求項１に記載の端末。

【請求項3】

前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの前記数は、Ｏまたは２＊Ｏとして決定される、請求項２に記載の端末。

【請求項4】

ＶがＶ _ｔｅｍｐ より小さい場合にのみ、Ｑは１であり、
前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの最後の1つの値から変換された２ビットのｃ－ＤＡＩ値が、前記複数の受信されたＮｃビットのｃ－ＤＡＩに基づいて決定される前記下りリンクスケジューリングの個数に対応するように、Ｖ _ｔｅｍｐ は、前記変換された２ビットのｃ－ＤＡＩ値として決定される、請求項２に記載の端末。

【請求項5】

前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの前記最後の1つの値および前記変換された２ビットのｃ－ＤＡＩ値は、下記の表を含む関係を満足し、

【表1】

Ｘは、前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの前記最後の1つの前記値を表し、Ｙは、前記変換された２ビットのｃ－ＤＡＩ値を表す、
請求項４に記載の端末。

【請求項6】

前記Ｎｃビットのｃ－ＤＡＩは、前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓ内の対応するＨＡＲＱ－ＡＣＫ ｂｉｔのビット位置に関連付けられる、請求項１から５のうちのいずれか一項に記載の端末。

【請求項7】

前記Ｎｃビットのｃ－ＤＡＩは、対応する下りリンスケジューリングのカウンタの数値に関連し、前記２ビットのＵＬ－ＤＡＩは、前記下りリンスケジューリングの個数に関連する、請求項１から６のうちのいずれか一項に記載の端末。

【請求項8】

前記無線通信システムは、3rd generation partnership project（３ＧＰＰ）ベースの無線通信システムを含む、請求項１から７のうちのいずれか一項に記載の端末。

【請求項9】

無線通信システムにおいて、端末によって行われる方法であって、前記方法は、
下りリンクスケジューリングのための複数の第１下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）フォーマットを受信するステップであって、各第１ＤＣＩフォーマットは、Ｎｃビットのカウンタ下りリンク割当インデックス（ｃ－ＤＡＩ）を含み、Ｎｃは１である、ステップと、
物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）のスケジューリングのための第２ＤＣＩフォーマットを受信するステップであって、前記第２ＤＣＩフォーマットは、２ビットの上りリンクＤＡＩ（ＵＬ－ＤＡＩ）を含む、ステップと、
前記下りリンクスケジューリングのためのＨＡＲＱ（Ｈｙｂｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）－ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ） ｂｉｔｓを決定するステップであって、前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの数は、
ｆｌｏｏｒ（ｊ＊Ｃ／４）に対応する値に基づき、
ｊは、ｍ番目のＮｃビットのｃ－ＤＡＩが前記複数の受信されたＮｃビットのｃ－ＤＡＩ内の（ｍ－１）番目のＮｃビットのｃ－ＤＡＩ以下の値を有する場合のためのカウンタの数値であり、ｍは正整数であり、Ｃは、２＾Ｎｃであり、ｆｌｏｏｒは、ｆｌｏｏｒｉｎｇ関数である、ステップと、
前記ＰＵＳＣＨを介して前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓを含む制御情報を伝送するステップと、を含む、
方法。

【請求項10】

前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの前記数は、４＊（ｆｌｏｏｒ（ｊ＊Ｃ／４）＋Ｑ）＋Ｖに対応する値Ｏに基づき、
Ｑは、０または１であり、
Ｖは、前記２ビットのＵＬ－ＤＡＩ値であり、かつ、１から４の範囲内である、請求項９に記載の方法。

【請求項11】

前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓの前記数は、Ｏまたは２＊Ｏとして決定される、請求項１０に記載の方法。

【請求項12】

ＶがＶ _ｔｅｍｐ より小さい場合にのみ、Ｑは１であり、
前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの最後の1つの値から変換された２ビットのｃ－ＤＡＩ値が、前記複数の受信されたＮｃビットのｃ－ＤＡＩに基づいて決定される前記下りリンクスケジューリングの個数に対応するように、Ｖ _ｔｅｍｐ は、前記変換された２ビットのｃ－ＤＡＩ値として決定される、請求項１０に記載の方法。

【請求項13】

前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの前記最後の1つの値および前記変換された２ビットのｃ－ＤＡＩ値は、下記の表を含む関係を満足し、

【表2】

Ｘは、前記複数の受信されたＮｃビットのｃ－ＤＡＩのうちの前記最後の1つの前記値を表し、Ｙは、前記変換された２ビットのｃ－ＤＡＩ値を表す、
請求項１２に記載の方法。

【請求項14】

前記Ｎｃビットのｃ－ＤＡＩは、前記ＨＡＲＱ－ＡＣＫ ｂｉｔｓ内の対応するＨＡＲＱ－ＡＣＫ ｂｉｔのビット位置に関連付けられる、請求項９から１３のうちのいずれか一項に記載の方法。

【請求項15】

前記Ｎｃビットのｃ－ＤＡＩは、対応する下りリンスケジューリングのカウンタの数値に関連し、前記２ビットのＵＬ－ＤＡＩは、前記下りリンスケジューリングの個数に関連する、請求項９から１４のうちのいずれか一項に記載の方法。

【請求項16】

前記無線通信システムは、3rd generation partnership project（３ＧＰＰ）ベースの無線通信システムを含む、請求項９から１５のうちのいずれか一項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関し、より詳しくは、本発明は無線通信システムにおける下りリンクデータの伝送及びそれに対する応答（Ａｃｋｎｏｗｌｅｄｇｅ）を伝送するためのものである。

【背景技術】

【0002】

３ＧＰＰ（登録商標、下記同様） ＬＴＥ（－Ａ）は物理階層信号を伝送するために上り／下りリンク物理チャネルを定義する。例えば、上りリンクでデータを伝送する物理チャネルである物理上りリンク共有チャネル（ＰＵＳＣＨ）、制御信号を伝送する物理上りリンク制御チャネル（ＰＵＣＣＨ）、そして物理ランダムアクセスチャネル（ＰＲＡＣＨ）などが定義され、下りリンクでデータを伝送する物理下りリンク共有チャネル（ＰＤＳＣＨ）をはじめ、Ｌ１／Ｌ２制御信号を伝送する物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、物理下りリンク制御チャネル（ＰＤＣＣＨ）、物理ハイブリッドＡＲＱ指示子チャネル（ＰＨＩＣＨ）などがある。

【0003】

前記チャネルのうち、下りリンク制御チャネル（ＰＤＣＣＨ／ＥＰＤＣＣＨ）は、基地局が一つ以上または多数の端末に上り／下りリンクスケジューリング割当制御情報、上りリンク送信パワー制御情報、及び他の制御情報を伝送するためのチャネルである。基地局が一度に伝送可能なＰＤＣＣＨに使用し得る資源に制限があるため、各端末に互いに異なる資源を割り当てることができず、資源を共有して任意の端末に制御情報を伝送すべきである。例えば、３ＧＰＰ ＬＴＥ（－Ａ）では４つのＲＥ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）を束ねてＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）を作り、９つのＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）を作り、一つまたは複数個のＣＣＥを結合して送り得る資源を端末に知らせ、多くの端末はＣＣＥを共有して使用する。ここで、ＣＣＥが結合される数をＣＣＥの結合レベルといい、可能なＣＣＥの結合レベルによってＣＣＥが割り当てられる資源を探索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）という。探索空間は、基地局ごとに定義されている共通探索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）と、端末ごとに定義されている特定端末探索空間（Ｔｅｒｍｉｎａｌ－ｓｐｅｃｉｆｉｃ ｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）がある。端末は探索空間で可能な全てのＣＣＥ結合の場合の数に対して復号を行い、ＰＤＣＣＨに含まれているユーザ装備（ＵＥ）識別子によって自らのＰＤＣＣＨに当たるのか否かを知る。よって、このような端末の動作はＰＤＣＣＨの復号にかかる時間が長く、エネルギーを多く消耗することを避けられない。

【0004】

４Ｇ通信システムの商用化後、増加傾向にある無線データトラフィックの需要を充足するために、改善された５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以降（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）の通信システムまたはＬＴＥシステム以降（Ｐｏｓｔ ＬＴＥ）以降のシステムと称されている。高いデータ伝送率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）における具現が考慮されている。超高周波帯域における伝播の経路損失の緩和及び伝播の伝達距離の増加のために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、大規模多重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元多重入出力（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビーム形成（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。また、システムネットワークを改善するために、５Ｇ通信システムでは進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間通信（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。その他、５Ｇシステムでは進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式のＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩したアクセス技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0005】

一方、インターネットは人間が情報を生成し消費する人間中心の連結網において、物など分散された構成要素間に情報を交換し処理するＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網に進化している。クラウドサーバなどとの連結を介したビックデータ（ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、及び保安技術などのような技術要素が要求されており、最近は物間の連結のためのセンサネットワーク、マシンツーマシン（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）、ＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では、連結された物から生成されたデータを収集、分析して、人間の生活に新たな価値を生み出す知能型ＩＴ（ｉｎｔｅｒｎｅｔ ｔｅｃｈｎｏｌｏｇｙ）サービスが提供される。ＩｏＴは、従来のＩＴ技術と多様な産業間の融合及び複合を介し、スマートホーム、スマートビル、スマートシティ、スマートカーまたはコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用される。

【0006】

そこで、５Ｇ通信システムをＩｏＴ網に適用するための様々な試みが行われている。例えば、センサネットワーク、マシンツーマシン、ＭＴＣなどの技術が、５Ｇ通信技術であるビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されている。上述したビックデータ処理技術として、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）の適用も５Ｇ技術とＩｏＴ技術の融合の一例といえる。一般に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。

【0007】

一般に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発されている。しかし、移動通信システムは次第に音声だけでなくデータサービスにまでサービス領域を拡張しており、現在は高速のデータサービスを提供する程度にまで発展している。しかし、現在サービス提供中の移動通信システムでは、資源不足現象及びユーザの更なる高速サービスの要求のため、より発展した移動通信システムが要求されている。

【0008】

上述したように、未来の５Ｇ技術はリアルタイム制御（ｒｅａｌ－ｔｉｍｅ ｃｏｎｔｒｏｌ）及び触覚インターネット（ｔａｃｔｉｌｅ ｉｎｔｅｒｎｅｔ）のような新たなアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）の登場で、より遅延の低いデータ伝送が要求されており、５Ｇデータの要求遅延は１ｍｓまで下がると予想される。５Ｇは従来に比べ約１０倍減少されたデータ遅延の提供を目標としている。このような問題を解決するために、５Ｇは従来のｓｌｏｔ（またはｓｕｂｆｒａｍｅ）に更により短いＴＴＩ周期（例えば、０．２ｍｓ）を有するｍｉｎｉ－ｓｌｏｔを利用した通信システムが提案されると予想される。

【0009】

Ｒｅｌ－１６ ｅｎｈａｎｃｅｄ ＵＲＬＬＣ（ｅＵＲＬＬＣ）ではより低い遅延時間とより高い信頼度を提供するための多様な技術を論議している。そのうち、より低い遅延時間を提供するために一つのスロット内に２つ以上のＨＡＲＱ－ＡＣＫを含む上りリンク制御チャネルの伝送を支援する。端末は下りリンク共有チャネルの受信成功に対する応答としてできるだけ速くＨＡＲＱ－ＡＣＫを伝送可能にすることで、より低い遅延時間を確保することができる。

【発明の概要】

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

【0010】

本発明の目的は、本発明は、３ＧＰＰ ＮＲシステムにいて、ｓｅｍｉ－ｓｔａｔｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを設計する方法及びＰＵＣＣＨを伝送する方法に関し、ＰＤＳＣＨまたはＰＵＣＣＨが複数のスロットで繰り返し伝送される状況で発生し得る問題を解決するための方法及びそのための装置を提供することである。

【0011】

本発明でなそうとする技術的課題は前記技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。

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

【0012】

本発明の実施例による無線通信システムの端末は、通信モジュールと、前記通信モードを制御するプロセッサと、を含む。前記プロセッサは、第１下りリンク物理共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）のスケジューリングのための第１ＰＤＣＣＨを受信するが、前記第１ＰＤＣＣＨは前記第１ＰＤＣＣＨがモニタリングされる時点のサービングセルまでスケジューリングされたＰＤＳＣＨの個数を示す第１カウンタ下りリンク割当指示子（ｃｏｕｎｔｅｒ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｉｃａｔｏｒ：ＤＡＩ）及びＰＤＣＣＨがモニタリングされる時点までサービングセルでスケジューリングされた全てのＰＤＳＣＨの個数を示す第１全体（ｔｏｔａｌ）ＤＡＩを含み、第２ＰＤＳＣＨのスケジューリングのための第２ＰＤＣＣＨを受信するが、前記第２ＰＤＣＣＨは第２カウンタＤＡＩ及び第２全体ＤＡＩを含み、前記第１ＰＤＣＣＨに基づいて前記第１ＰＤＳＣＨを受信し、前記第２ＰＤＣＣＨに基づいて前記第２ＰＤＳＣＨを受信し、前記第１ＰＤＳＣＨ及び前記第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを含む上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を前記基地局に伝送するが、前記第１カウンタＤＡＩのビット数と前記第２カウンタＤＡＩのビット数が異なる場合、前記第２カウンタＤＡＩの値は前記第１カウンタＤＡＩのビット数に基づいて決定される。

【0013】

また、本発明において、前記第１カウンタＤＡＩのビット数が前記第２カウンタＤＡＩのビット数より小さければ、前記第２カウンタＤＡＩが示す値は前記第２カウンタＤＡＩのビットらのうち前記第１カウンタＤＡＩのビット数と同じ個数の少なくとも一つのビットらに基づいて決定される。

【0014】

また、本発明において、前記第１カウンタＤＡＩのビット数と同じ個数の前記第２カウンタＤＡＩの少なくとも一つのビットらによって決定される値が複数個であれば、前記第２カウンタＤＡＩの値は前記複数個の値のうち前記第１カウンタＤＡＩが示す値と最も差が少ない値に決定される。

【0015】

また、本発明において、前記第１カウンタＤＡＩが１ビットで、前記第２カウンタＤＡＩが２ビットであれば、前記第２カウンタＤＡＩの値は２ビットのうちＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）またはＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）を利用して決定される。

【0016】

また、本発明において、前記第１カウンタＤＡＩの１ビットが「０」である場合、前記第２カウンタＤＡＩの前記ＬＳＢまたは前記ＭＳＢが「０」あれば、前記第２カウンタＤＡＩの値は「２」に決定され、前記第２カウンタＤＡＩの前記ＬＳＢまたは前記ＭＳＢが「１」あれば、前記第２カウンタＤＡＩの値は「１」に決定される。

【0017】

また、本発明において、前記第１カウンタＤＡＩの１ビットが「１」である場合、前記第２カウンタＤＡＩの前記ＬＳＢまたはＭＳＢが「１」あれば、前記第２カウンタＤＡＩの値は「１」であり、前記第２カウンタＤＡＩの前記ＬＳＢまたはＭＳＢが「０」あれば、前記第２カウンタＤＡＩの値は「２」に決定される。

【0018】

また、本発明において、前記第１カウンタＤＡＩのビット数が前記第２カウンタＤＡＩのビット数より大きければ、前記第２カウンタＤＡＩが示す値は前記第２カウンタＤＡＩのビット数が前記第１カウンタＤＡＩのビット数と同じ個数のビット数まで拡張されて決定される。

【0019】

また、本発明において、前記第１カウンタＤＡＩのビット数と同じ個数のビット数に拡張されて決定された前記第２カウンタＤＡＩの値が複数個であれば、前記第２カウンタＤＡＩの値は前記複数個のうち前記第１カウンタＤＡＩが示す値と最も差が少ない値に決定される。

【0020】

また、本発明において、前記第１カウンタＤＡＩが２ビットで、前記第２カウンタＤＡＩが１ビットであれば、前記第２カウンタＤＡＩの値は１ビットを２ビットに拡張して決定される。

【0021】

また、本発明において、前記第１カウンタＤＡＩの２ビットが「００」または「０１」で、前記第２カウンタＤＡＩの１ビットが「０」あれば、前記第２カウンタＤＡＩは「３」に決定され、前記第１カウンタＤＡＩの２ビットが「１０」または「１１」で、前記第２カウンタＤＡＩの１ビットが「１」あれば、前記第２カウンタＤＡＩは「１」に決定される。

【0022】

また、本発明において、前記第１カウンタＤＡＩの２ビットが「０１」または「１０」で、前記第２カウンタＤＡＩの１ビットが「１」あれば、前記第２カウンタＤＡＩは「４」に決定され、前記第１カウンタＤＡＩの２ビットが「００」または「１１」で、前記第２カウンタＤＡＩの１ビットが「１」あれば、前記第２カウンタＤＡＩは「２」に決定される。

【0023】

また、本発明は、第１下りリンク物理共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）のスケジューリングのための第１ＰＤＣＣＨを受信するステップと、前記第１ＰＤＣＣＨは前記第１ＰＤＣＣＨがモニタリングされる時点のサービングセルまでスケジューリングされたＰＤＳＣＨの個数を示す第１カウンタ下りリンク割当指示子（ｃｏｕｎｔｅｒ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｉｃａｔｏｒ：ＤＡＩ）及びＰＤＣＣＨがモニタリングされる時点までサービングセルでスケジューリングされた全てのＰＤＳＣＨの個数を示す第１全体（ｔｏｔａｌ）ＤＡＩを含み、第２ＰＤＳＣＨのスケジューリングのための第２ＰＤＣＣＨを受信するステップと、前記第２ＰＤＣＣＨは第２カウンタＤＡＩ及び第２全体ＤＡＩを含み、前記第１ＰＤＣＣＨに基づいて前記第１ＰＤＳＣＨを受信するステップと、前記第２ＰＤＣＣＨに基づいて前記第２ＰＤＳＣＨを受信するステップと、前記第１ＰＤＳＣＨ及び前記第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを含む上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を前記基地局に伝送するステップと、を含むが、前記第１カウンタＤＡＩのビット数と前記第２カウンタＤＡＩのビット数が異なる場合、前記第２カウンタＤＡＩの値は前記第１カウンタＤＡＩのビット数に基づいて決定される方法を提供する。

【発明の効果】

【0024】

本発明の一実施例によると、端末は一つのスロットで２つ以上のＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを伝送する。この際、各ＰＵＣＣＨが有し得るＨＡＲＱ－ＡＣＫの量を減らすことで、ＰＵＣＣＨのカバレッジを増やすこと合できる。

【0025】

また、本発明の一実施例によると、互いに異なるフォーマットを有する下りリンク制御情報によってスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が多重化されて伝送される効果がある。

【0026】

また、本発明の一実施例によると、互いに異なる下りリンク制御情報によってスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報が多重化されて伝送されることで、ＨＡＲＱ－ＡＣＫ情報を伝送するためのシグナリングオーバーヘッドが減少される効果がある。

【0027】

また、本発明の一実施例によると、下りリンク制御情報（例えば、ＤＣＩ）のオーバーヘッドが小さいＨＡＲＱ－ＡＣＫ ｂｉｔ（ｓ） ｓｅｑｕｅｎｃｅが決定されるが、それによって基地局と端末との間のネットワークの伝送効率が増加する効果がある。

【0028】

本発明から得られる効果は以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0029】

【図1】無線通信システムで使用される無線フレーム構造の一例を示す図である。

【図2】無線通信システムにおける下りリンク（ＤＬ）／上りリンク（ＵＬ）スロット構造の一例を示す図である。

【図3】３ＧＰＰシステム（例えば、ＮＲ）に利用される物理チャネルと、該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。

【図4】３ＧＰＰ ＮＲシステムにおける初期セルアクセスのためのＳＳ／ＰＢＣＨブロックを示す図である。

【図5】３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル伝送のための手順を示す図である。

【図6】３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨが伝送されるＣＯＲＥＳＥＴを示す図である。

【図7】３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ探索空間を設定する方法を示す図である。

【図8】キャリア集成を説明する概念図である。

【図9】端末キャリア通信と多重キャリア通信を説明するための図である。

【図10】クロスキャリアスケジューリング技法が適用される例を示す図である。

【図11】本発明の一実施例による端末と基地局の構成をそれぞれ示すブロック図である。

【図12】本発明の一実施例が適用される端末と基地局との間のシグナリングの一例を示すフローチャートである。

【図13】本発明の一実施例に適用される疑似コード（ｐｓｅｕｄｏ ｃｏｄｅ）に基づいて、端末が基地局から伝送されたＰＤＳＣＨの個数をカウントするための方法の一例を示す図である。

【図14】本発明の一実施例による互いに異なるフォーマットを有する下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図15】本発明の一実施例による互いに異なるフォーマットを有する下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の他の例を示す図である。

【図16】本発明の一実施例による上りリンク及び下りリンクスケジューリングのための下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図17】本発明の一実施例によるモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）から検出された各下りリンク制御情報の下りリンク割当指示子（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｎｅｔ ｉｎｄｉｃａｔｏｒ）の一例を示す図である。

【図18】本発明の一実施例による疑似コードに基づいて、互いに異なるフォーマットを有する下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図19】本発明の一実施例によるモニタリング機会から検出された各下りリンク制御情報の下りリンク割当指示子の一例を示す図である。

【図20】本発明の一実施例によるＰＤＣＣＨの受信順番によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図21】本発明の一実施例によるＰＤＳＣＨの時間情報によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図22】本発明の一実施例によるＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＨＡＲＱプロセスＩＤ（またはＨＡＲＱプロセスナンバー）によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【図23】本発明の一実施例による互いに異なるフォーマットを有する下りリンク情報に基づいてＨＡＲＱ－ＡＣＫを伝送するための端末の動作の一例を示す順序図である。

【図24】本発明の一実施例による互いに異なるフォーマットを有する下りリンク情報に基づくＨＡＲＱ－ＡＣＫを受信するための基地局の動作の一例を示す順序図である。

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

【0030】

本明細書で使用される用語は本発明における機能を考慮してできるだけ現在広く使用されている一般的な用語を選択しているが、これは当分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選択したものもあるが、この場合、該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は、単なる用語の名称ではなく、その用語の有する実質的意味と本明細書全般にわたる内容に基づいて解析すべきであることを明らかにする。

【0031】

明細書全体において、ある構成が他の構成を「連結」されているという際、これは「直接連結」されている場合だけでなく、その中間の他の構成要素を介在して「電気的に連結」されていることも含む。また、ある構成が特定構成要素を「含む」という際、これは特に反対する記載がない限り、他の構成要素を除くのではなく、他の構成要素を更に含むことを意味する。加えて、特定臨海を基準にする「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替されてもよい。

【0032】

以下の技術はＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線接続システムに使用される。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現される。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現される。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現される。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ ＬＴＥ（Ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲはＬＴＥ／ＬＴＥ－Ａとは別途に設計されたシステムであって、ＩＭＴ－２０２０の要求条件であるｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスを支援するためのシステムである。説明を明確にするために３ＧＰＰ ＮＲを中心に説明するが、本発明の技術的思想はこれに限らない。

【0033】

本明細書で特別な説明がない限り、基地局は、３ＧＰＰ ＮＲで定義するｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ Ｂ）を含むことができる。また、特別な説明がない限り、端末は、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）を含むことができる。以下、説明の理解を助けるために、それぞれの内容を個別の実施例にして説明するが、それぞれの実施例は互いに組み合わせて用いられてもよい。本開示において、端末の設定（ｃｏｎｆｉｇｕｒｅ）は、基地局による設定を意味してよい。具体的に、基地局は端末にチャネル又は信号を送信して、端末の動作又は無線通信システムで用いられるパラメータの値を設定することができる。

【0034】

図１は、無線通信システムで使用される無線フレーム構造の一例を示す図である。

【0035】

図１を参照すると、３ＧＰＰ ＮＲシステムで使用される無線フレーム（またはラジオフレーム）は、１０ｍｓ（ΔｆｍａｘＮｆ／１００）＊Ｔｃ）の長さを有する。また、無線フレームは１０個の均等な大きさのサブフレーム（ｓｕｂｆａｍｅ、ＳＦ）からなる。ここで、Δｆｍａｘ＝４８０＊１０３Ｈｚ、Ｎｆ＝４０９６、Ｔｃ＝１／（Δｆｒｅｆ＊Ｎｆ，ｒｅｆ）、Δｆｒｅｆ＝１５＊１０３Ｈｚ、Ｎｆ，ｒｅｆ＝２０４８である。一つのフレーム内の１０個のサブフレームにそれぞれ０から９までの番号が与えられる。それぞれのサブフレームは１ｍｓの長さを有し、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって一つまたは複数のスロットからなる。より詳しくは、３ＧＰＰ ＮＲシステムで使用し得るサブキャリア間隔は１５＊２μｋＨｚである。μはサブキャリア間隔構成因子（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）であって、μ＝０～４の値を有する。つまり、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、または２４０ｋＨｚがサブキャリア間隔として使用される。１ｍｓ長さのサブフレームは２μ個のスロットからなる。この際、各スロットの長さは２－μｍｓである。一つのサブフレーム内の２μ個のスロットは、それぞれ０から２μ－１までの番号が与えられる。また、一つの無線フレーム内のスロットは、それぞれ０から１０＊２μ－１までの番号が与えられる。時間資源は、無線フレーム番号（または無線フレームインデックスともいう）、サブフレーム番号（またはサブフレームインデックスともいう）、スロット番号（またはスロットインデックス）のうち少なくともいずれか一つによって区分される。

【0036】

図２は、無線通信システムにおける下りリンク（ＤＬ）／上りリンク（ＵＬ）スロット構造の一例を示す図である。特に、図２は３ＧＰＰ ＮＲシステムの資源格子（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）構造を示す。

【0037】

アンテナポート当たり一つの資源格子がある。図２を参照すると、スロットは時間ドメインで複数のＯＦＤＭシンボルを含み、周波数ドメインで複数の資源ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）を含む。ＯＦＤＭシンボルは、一つのシンボル区間も意味する。特別な説明がない限り、ＯＦＤＭシンボルは簡単にシンボルと称される。以下、本明細書において、シンボルはＯＦＤＭシンボル、ＳＣ－ＦＤＭＡシンボル、ＤＦＴｓ－ＯＦＤＭシンボルなどを含む。図２を参照すると、各スロットから伝送される信号はＮｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ個のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）とＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルからなる資源格子で表現される。ここで、下りリンク資源格子であればｘ＝ＤＬであり、上りリンク資源格子であればｘ＝ＵＬである。Ｎｓｉｚｅ、μｇｒｉｄ、ｘはサブキャリア間隔構成因子μによる資源ブロック（ＲＢ）の個数を示し（ｘはＤＬまたはＵＬ）、Ｎｓｌｏｔｓｙｍｂはスロット内のＯＦＤＭシンボルの個数を示す。ＮＲＢＳＣは一つのＲＢを構成するサブキャリアの個数であって、ＮＲＢＳＣ＝１２である。ＯＦＤＭシンボルは、多重アクセス方式によってＣＰ－ＯＦＤＭ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ ＯＦＤＭ）シンボル、またはＤＦＴ－Ｓ－ＯＦＤＭ（ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ ｓｐｒｅａｄ ＯＦＤＭ）シンボルと称される。

【0038】

一つのスロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の長さに応じて異なり得る。例えば、正規（ｎｏｒｍａｌ）ＣＰであれば一つのスロットが１４個のＯＦＤＭシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰであれば一つのスロットが１２個のＯＦＤＭシンボルを含む。具体的な実施例において、拡張ＣＰは６０ｋＨｚのサブキャリア間隔でのみ使用される。図２では説明の便宜上、一つのスロットが１４ＯＦＤＭシンボルからなる場合を例示したが、本発明の実施例は他の個数のＯＦＤＭシンボルを有するスロットでも同じ方式で適用される。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、Ｎｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ個のサブキャリアを含む。サブキャリアの類型は、データを伝送するためのデータサブキャリア、参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を伝送するための参照信号サブキャリア、ガードバンド（ｇｕａｒｄ ｂａｎｄ）に分けられる。キャリア周波数は中心周波数（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ、ｆｃ）ともいう。

【0039】

一つのＲＢは、周波数ドメインでＮＲＢＳＣ個（例えば、１２個）の連続するサブキャリアによって定義される。ちなみに、一つのＯＦＤＭシンボルと一つのサブキャリアからなる資源を資源要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ）またはトーン（ｔｏｎｅ）と称する。よって、一つのＲＢはＮｓｌｏｔｓｙｍｂ＊ＮＲＢＳＣ個の資源要素からなる。資源格子内の各資源要素は、一つのスロット内のインデックス対（ｋ、ｌ）によって固有に定義される。ｋは周波数ドメインで０からＮｓｉｚｅ、μｇｒｉｄ、ｘ＊ＮＲＢＳＣ－１まで与えられるインデックスであり、ｌは時間ドメインで０からＮｓｌｏｔｓｙｍｂ－１まで与えられるインデックスである。

【0040】

端末が基地局から信号を受信するか基地局信号を伝送するためには、端末の時間／周波数同期を基地局の時間／周波数同期と合わせるべきである。基地局と端末が同期化しなければ、端末がＤＬ信号の復調及びＵＬ信号の伝送を正確な時点に行うのに必要な時間及び周波数パラメータを決定できないためである。

【0041】

ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはアンペアドスペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で動作する無線フレームの各シンボルは、下りリンクシンボル（ＤＬ ｓｙｍｂｏｌ）、上りリンクシンボル（ＵＬ ｓｙｍｂｏｌ）、またはフレキシブルシンボル（ｆｌｅｘｉｂｌｅ ｓｙｍｂｏｌ）のうち少なくともいずれか一つからなる。ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）またはペアドスペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）で下りリンクキャリアで動作する無線フレームは、下りリンクシンボルまたはフレキシブルシンボルからなり、上りリンクキャリアで動作する無線フレームは、上りリンクシンボルまたはフレキシブルシンボルからなる。下りリンクシンボルでは下りリンク伝送はできるが上りリンク伝送はできず、上りリンクシンボルでは上りリンク伝送はできるが下りリンク伝送はできない。フレキシブルシンボルは、信号に応じて下りリンクで使用されるか上りリンクで使用されるかが決定される。

【0042】

各シンボルのタイプ（ｔｙｐｅ）に関する情報、つまり、下りリンクシンボル、上りリンクシンボル、及びフレキシブルシンボルのうちいずれか一つを示す情報は、セル特定（ｃｅｌｌ－ｓｐｅｃｉｆｉｃまたはｃｏｍｍｏｎ）ＲＲＣ信号からなる。また、各シンボルのタイプに関する情報は、追加に特定端末（ＵＥ－ｓｐｅｃｉｆｉｃまたはｄｅｄｉｃａｔｅｄ）ＲＲＣ信号からなる。基地局は、セル特定ＲＲＣ信号を使用し、i）セル特定スロット構成の周期、ii）セル特定スロット構成の周期の最初から下りリンクシンボルのみを有するスロットの数、iii）下りリンクシンボルのみを有するスロットの直後のスロットの最初のシンボルから下りリンクシンボルの数、iv）セル特定スロット構成の周期の最後から上りリンクシンボルのみを有するスロットの数、v）上りリンクシンボルのみを有するスロットの直前のスロットの最後のシンボルから上りリンクシンボルの数を知らせる。ここで、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。

【0043】

シンボルタイプに関する情報が端末特定ＲＲＣ信号からなれば、基地局はフレキシブルシンボルが下りリンクシンボルなのかまたは上りリンクシンボルなのかを、セル特定ＲＲＣ信号でシグナリングする。この際、端末特定ＲＲＣ信号は、セル特定ＲＲＣ信号からなる下りリンクシンボルまたは上りリンクシンボルを他のシンボルタイプに変更することができない。特定端末ＲＲＣ信号は、スロットごとに該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち下りリンクシンボルの数、該当スロットのＮｓｌｏｔｓｙｍｂシンボルのうち上りリンクシンボルの数をシグナリングする。この際、スロットの下りリンクシンボルはスロットの最初のシンボルからｉ番目のシンボルまで連続的に構成される。また、スロットの上りリンクシンボルはスロットのｊ番目のシンボルから最後のシンボルまで連続的に構成される（ここで、ｉ＜ｊ）。スロットにおいて、上りリンクシンボルと下りリンクシンボルのいずれにも構成されていないシンボルはフレキシブルシンボルである。

【0044】

図３は、３ＧＰＰシステム（例えば、ＮＲ）に利用される物理チャネルと、該当物理チャンネルを利用した一般的な信号伝送方法を説明する図である。

【0045】

端末の電源がつくか端末が新しくセルに進入すれば、端末は初期セル探索作業を行うＳ１０１。詳しくは、端末は初期セル探索で基地局と同期を合わせる。このために、端末は基地局から主同期信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＰＳＳ）及び副同期信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳＳ）を受信して基地局と同期を合わせ、セルインデックスなどの情報を獲得する。次に、端末は基地局から物理放送チャネルを受信し、セル内の放送情報を獲得する。

【0046】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ）及び前記ＰＤＣＣＨに乗せられている情報によって物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信することで、初期セル探索を介して獲得したシステム情報より詳しいシステム情報を獲得するＳ１０２。ここで、端末に伝達されたシステム情報は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）における物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）で端末が正確に動作するためのセル共通システム情報であって、リメイニングシステム情報（Ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はシステム情報ブロック（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｃｏｋ，ＳＩＢ）１と呼ばれる。

【0047】

端末が基地局に最初に接続したり、或いは信号送信のための無線リソースがない場合（端末がＲＲＣ＿ＩＤＬＥモードである場合）、端末は基地局に対してランダムアクセス過程を行うことができる（段階Ｓ１０３～段階Ｓ１０６）。まず、端末は、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ，ＰＲＡＣＨ）でプリアンブルを送信し（Ｓ１０３）、基地局からＰＤＣＣＨ及び対応のＰＤＳＣＨでプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。端末に有効なランダムアクセス応答メッセージが受信された場合、端末は、基地局からＰＤＣＣＨで伝達された上りリンクグラントが示す物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）で、自身の識別子などを含むデータを基地局に送信する（Ｓ１０５）。次に、端末は、衝突解決のために、基地局の指示としてＰＤＣＣＨの受信を待つ。端末が自身の識別子でＰＤＣＣＨの受信に成功すると（Ｓ１０６）、ランダムアクセス過程は終了する。端末は、ランダムアクセス過程中にＲＲＣ層の物理層において端末が正しく動作するために必要な端末特定システム情報を取得することができる。端末がＲＲＣ層で端末特定システム情報を取得すれば、端末はＲＲＣ連結モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ｍｏｄｅ）に進入する。

【0048】

ＲＲＣ層は、端末と無線接続網（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＲＡＮ）間の制御のためのメッセージ生成及び管理に用いられる。さらにいうと、基地局と端末は、ＲＲＣ層において、セル内全ての端末に必要なセルシステム情報の放送（ｂｒｏａｄｃａｓｔｉｎｇ）、ページング（ｐａｇｉｎｇ）メッセージの伝達管理、移動性管理及びハンドオーバー、端末の測定報告とそれに関する制御、端末能力管理及び保管管理を行うことができる。一般に、ＲＲＣ層で伝達する信号（以下、ＲＲＣ信号）の更新（ｕｐｄａｔｅ）は、物理層での送受信周期（すなわち、ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ，ＴＴＩ）よりも長いので、ＲＲＣ設定は、長い周期において変化せずに維持され得る。

【0049】

上述した手順後、端末は一般的な上り／下りリンク信号伝送手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信Ｓ１０７、及び物理上りリンク共有チャネル（ＰＵＳＣＨ）／物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）を伝送Ｓ１０８する。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信する。ＤＣＩは、端末に対する資源割当情報のような制御情報を含む。また、ＤＣＩは使用目的に応じてフォーマットが異なり得る。端末が上りリンクを介して基地局に伝送する上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｅｘ）、ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）などを含む。ここで、ＣＱＩ、ＰＭＩ、及びＲＩは、ＣＳＩ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）に含まれる。３ＧＰＰ ＮＲシステムの場合、端末はＰＵＳＣＨ及び／またはＰＵＣＣＨを介して上述したＨＡＲＱ－ＡＣＫとＣＳＩなどの制御情報を伝送する。

【0050】

図４は、３ＧＰＰ ＮＲシステムにおける初期セルアクセスのためのＳＳ／ＰＢＣＨブロックを示す図である。

【0051】

端末は、電源が入るか新しくセルにアクセスしようとする際、セルとの時間及び周波数同期を獲得し、初期セル探索過程を行う。端末は、セル探索過程でセルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）ＮｃｅｌｌＩＤを検出する。このために、端末は基地局から同期信号、例えば、主同期信号（ＰＳＳ）及び副同期信号（ＳＳＳ）を受信して基地局と同期を合わせる。この際、端末はセル識別子（ｉｄｅｎｔｉｔｙ、ＩＤ）などの情報を獲得する。

【0052】

図４（ａ）を参照して、同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳ）をより詳しく説明する。同期信号はＰＳＳとＳＳＳに分けられる。ＰＳＳは、ＯＦＤＭシンボル同期、スロット同期のような時間ドメイン同期及び／または周波数ドメイン同期を得るために使用される。ＳＳＳは、フレーム同期、セルグループＩＤを得るために使用される。図４（ａ）と表1を参照すると、ＳＳ／ＰＢＣＨブロックは周波数軸に連続した２０ＲＢｓ（＝２４０サブキャリア）からなり、時間軸に連続した４ＯＦＤＭシンボルからなる。この際、ＳＳ／ＰＢＣＨブロックにおいて、ＰＳＳは最初のＯＦＤＭシンボル、ＳＳＳは３番目のＯＦＤＭシンボルで５６～１８２番目のサブキャリアを介して伝送される。ここで、ＳＳ／ＰＢＣＨブロックの最も低いサブキャリアインデックスを０から付ける。ＰＳＳが伝送される最初のＯＦＤＭシンボルにおいて、残りのサブキャリア、つまり、０～５５、１８３～２３９番目のサブキャリアを介しては基地局が信号を伝送しない。また、ＳＳＳが伝送される３番目のＯＦＤＭシンボルにおいて、４８～５５、１８３～１９１番目のサブキャリアを介しては基地局が信号を伝送しない。基地局は、ＳＳ／ＰＢＣＨブロックにおいて、前記信号を除いた残りのＲＥを介してＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を伝送する。

【表1】

【0053】

ＳＳは３つのＰＳＳとＳＳＳの組み合わせを介して計１００８個の固有の物理階層セル識別子（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｅｌｌ ＩＤ）を、詳しくは、それぞれの物理階層セルＩＤはたった一つの物理－階層セル－識別子グループの部分になるように、各グループが３つの固有の識別子を含む３３６個の物理－階層セル－識別子グループにグルーピングされる。よって、物理階層セルＩＤ ＮｃｅｌｌＩＤ＝３Ｎ（１）ＩＤ＋Ｎ（２）ＩＤは、物理－階層セル－識別子グループを示す０から３３５までの範囲内のインデックスＮ（１）ＩＤと、前記物理－階層セル－識別子グループ内の物理－階層識別子を示す０から２までのインデックスＮ（２）ＩＤによって固有に定義される。端末はＰＳＳを検出し、３つの固有の物理－階層識別子のうち一つを識別する。また、端末はＳＳＳを検出し、前記物理－階層識別子に連関する３３６個の物理階層セルＩＤのうち一つを識別する。この際、ＰＳＳのシーケンスｄＰＳＳ（ｎ）は以下の通りである。

【0054】

ｄＰＳＳ(ｎ)＝１－２ｘ(ｍ)
ｍ＝(ｎ＋４３Ｎ(２)ＩＤ) ｍｏｄ １２７
０≦ｎ<１２７

【0055】

ここで、ｘ(ｉ＋７)＝(ｘ(ｉ＋４)＋ｘ(ｉ)) ｍｏｄ ２であり、
［ｘ(６)ｘ(５)ｘ(４)ｘ(３)ｘ(２)ｘ(１)ｘ(０)］＝［１１１０１１０］と与えられる。

【0056】

また、ＳＳＳのシーケンスｄＳＳＳ（ｎ）は、次の通りである。

【0057】

ｄＳＳＳ(ｎ)＝［１－２ｘ０((ｎ＋ｍ０) ｍｏｄ １２７］［１－２ｘｉ((ｎ＋ｍ１) ｍｏｄ １２７］
ｍ０＝１５ ｆｌｏｏｒ(Ｎ(１)ＩＤ／１１２)＋５Ｎ(２)ＩＤ
ｍ１＝Ｎ(１)ＩＤ ｍｏｄ １１２
０≦ｎ<１２７

【0058】

ここで、ｘ０(ｉ＋７)＝(ｘ０(ｉ＋４)＋ｘ０(ｉ))ｍｏｄ ２
ｘ１(ｉ＋７)＝(ｘ１(ｉ＋１)＋ｘ１(ｉ))ｍｏｄ ２であり、

【0059】

［ｘ０(６)ｘ０(５)ｘ０(４)ｘ０(３)ｘ０(２)ｘ０(１)ｘ０(０)］＝［００００００１］, ［ｘ１(６)ｘ１(５)ｘ１(４)ｘ１(３)ｘ１(２)ｘ１(１)ｘ１(０)］＝［００００００１］と与えられる。

【0060】

１０ｍｓ長さの無線フレームは、５ｍｓ長さの２つの半フレームに分けられる。図４（ｂ）を参照して、各半フレーム内でＳＳ／ＰＢＣＨブロックが伝送されるスロットについて説明する。ＳＳ／ＰＢＣＨブロックが伝送されるスロットは、ケースＡ、Ｂ、Ｃ、Ｄ、Ｅのうちいずれか一つである。ケースＡにおいて、サブキャリア間隔は１５ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＢにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。ケースＣにおいて、サブキャリア間隔は３０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛２、８｝＋１４＊ｎ番目のシンボルである。この際、３ＧＨｚ以下のキャリア周波数において、ｎ＝０、１である。また、３ＧＨｚ超過６ＧＨｚ以下のキャリア周波数において、ｎ＝０、１、２、３である。ケースＤにおいて、サブキャリア間隔は１２０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛４、８、１６、２０｝＋２８＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。ケースＥにおいて、サブキャリア間隔は２４０ｋＨｚであり、ＳＳ／ＰＢＣＨブロックの開始時点は｛８、１２、１６、２０、３２、３６、４０、４４｝＋５６＊ｎ番目のシンボルである。この際、６ＧＨｚ以上のキャリア周波数において、ｎ＝０、１、２、３、５、６、７、８である。

【0061】

図５は、３ＧＰＰ ＮＲシステムにおける制御情報及び制御チャネル伝送のための手順を示す図である。図５（ａ）を参照すると、基地局は制御情報（例えば、ＤＣＩ）にＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でマスク（例えば、ＸＯＲ演算）されたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付加するＳ２０２。基地局は、各制御情報の目的／対象に応じて決定されるＲＮＴＩ値でＣＲＣをスクランブルする。一つ以上の端末が使用する共通ＲＮＴＩは、ＳＩ－ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）、Ｐ－ＲＮＴＩ（ｐａｇｉｎｇ ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ ＲＮＴＩ）、及びＴＰＣ－ＲＮＴＩ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ ＲＮＴＩ）のうち少なくともいずれか一つを含む。また、端末－特定ＲＮＴＩはＣ－ＲＮＴＩ（ｃｅｌｌ ｔｅｍｐｏｒａｒｙ ＲＮＴＩ）、ＣＳ－ＲＮＴＩ、またはＭＣＳ－Ｃ－ＲＮＴＩのうち少なくともいずれか一つを含む 次に、基地局はチャネルエンコーディング（例えば、ｐｏｌａｒ ｃｏｄｉｎｇ）を行ったＳ２０４後、ＰＤＣＣＨ伝送のために使用された資源（ら）の量に合わせてレート－マッチング（ｒａｔｅ－ｍａｔｃｈｉｎｇ）をするＳ２０６。次に、基地局はＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）基盤のＰＤＣＣＨ構造に基づいて、ＤＣＩ（ら）を多重化するＳ２０８。また、基地局は、多重化されたＤＣＩ（ら）に対してスクランブリング、モジュレーション（例えば、ＱＰＳＫ）、インターリービングなどの追加過程Ｓ２１０を適用した後、伝送しようとする資源にマッピングする。ＣＣＥはＰＤＣＣＨのための基本資源単位であり、一つのＣＣＥは複数（例えば、６つ）のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）からなる。一つのＲＥＧは複数（例えば、１２個）のＲＥからなる。一つのＰＤＣＣＨのために使用されたＣＣＥの個数を集成レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）と定義する。３ＧＰＰ ＮＲシステムでは、１、２、４、８、または１６の集成レベルを使用する。図５（ｂ）はＣＣＥ集成レベルとＰＤＣＣＨの多重化に関する図であり、一つのＰＤＣＣＨのために使用されたＣＣＥ集成レベルの種類とそれによる制御領域で伝送されるＣＣＥ（ら）を示す。

【0062】

図６は、３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨが伝送されるＣＯＲＥＳＥＴを示す図である。

【0063】

ＣＯＲＥＳＥＴは、端末のための制御信号であるＰＤＣＣＨが伝送される時間－周波数資源である。また、後述する探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）は一つのＣＯＲＥＳＥＴにマッピングされる。よって、端末はＰＤＣＣＨを受信するために全ての周波数帯域をモニタリングするのではなく、ＣＯＲＥＳＥＴと指定された時間－周波数領域をモニタリングして、ＣＯＲＥＳＥＴにマッピングされたＰＤＣＣＨをデコーディングする。基地局は、端末にセル別に一つまたは複数のＣＯＲＥＳＥＴを構成する。ＣＯＲＥＳＥＴは、時間軸に最大３つまでの連続したシンボルからなる。また、ＣＯＲＥＳＥＴは周波数軸に連続した６つのＰＲＢの単位からなる。図５の実施例において、ＣＯＲＥＳＥＴ＃１は連続的なＰＲＢからなり、ＣＯＲＥＳＥＴ＃２とＣＯＲＥＳＥＴ＃３は不連続的なＰＲＢからなる。ＣＯＲＥＳＥＴは、スロット内のいかなるシンボルにも位置し得る。例えば、図５の実施例において、ＣＯＲＥＳＥＴ＃１はスロットの最初のシンボルから始まり、ＣＯＲＥＳＥＴ＃２はスロットの５番目のシンボルから始まり、ＣＯＲＥＳＥＴ＃９はスロットの９番目のシンボルから始まる。

【0064】

図７は、３ＧＰＰ ＮＲシステムにおけるＰＤＣＣＨ探索空間を設定する方法を示す図である。

【0065】

端末にＰＤＣＣＨを伝送するために、各ＣＯＲＥＳＥＴには少なくとも一つ以上の探索空間が存在する。本発明の実施例において、探索空間は端末のＰＤＣＣＨが伝送される全ての時間－周波数資源（以下、ＰＤＣＣＨ候補）の集合である。探索空間は、３ＧＰＰ ＮＲの端末が共通に探索すべき共通探索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）と、特定端末が探索すべき端末－特定探索空間（ｔｅｒｍｉｎａｌ－ｓｐｅｃｉｆｉｃ ｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）を含む。共通探索空間では、同一基地局に属するセルにおける全ての端末が共通に探すように設定されているＰＤＣＣＨをモニタリングする。また、端末－特定探索空間は、端末に応じて互いに異なる探索空間の位置で、各端末に割り当てられたＰＤＣＣＨをモニタリングするように端末別に設定される。端末－特定探索空間の場合、ＰＤＣＣＨが割り当てられる制限された制御領域のため、端末間の探索空間が部分的に重なって割り当てられている可能性がある。ＰＤＣＣＨをモニタリングすることは、探索空間内のＰＤＣＣＨ候補をブラインドデコーディングすることを含む。ブラインドデコーディングに成功した場合をＰＤＣＣＨが（成功的に）検出／受信されたと表現し、ブラインドデコーディングに失敗した場合をＰＤＣＣＨが未検出／未受信されたと表現か、成功的に検出／受信されていないと表現する。

【0066】

説明の便宜上、一つ以上の端末に下りリンク制御情報を伝送するために、一つ以上の端末が既に知っているグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ、ＧＣ）ＲＮＴＩでスクランブルされたＰＤＣＣＨをグループ共通（ＧＣ）ＰＤＣＣＨ、または共通ＰＤＣＣＨと称する。また、一つの特定端末に上りリンクスケジューリング情報または下りリンクスケジューリング情報を伝送するために、特定端末が既に知っている端末－特定ＲＮＴＩでスクランブルされたＰＤＣＣＨを端末－特定ＰＤＣＣＨと称する。前記共通ＰＤＣＣＨは共通探索空間に含まれ、端末－特定ＰＤＣＣＨは共通探索空間または端末－特定ＰＤＣＣＨに含まれる。

【0067】

基地局は、ＰＤＣＣＨを介して伝送チャネルであるＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の資源割当に関する情報（つまり、ＤＬ Ｇｒａｎｔ）、またはＵＬ－ＳＣＨ の資源割当とＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）に関する情報（つまり、ＵＬ Ｇｒａｎｔ）を各端末または端末グループに知らせる。基地局は、ＰＣＨ伝送ブロック、及びＤＬ－ＳＣＨ伝送ブロックをＰＤＳＣＨを介して伝送する。基地局は、特定制御情報または特定サービスデータを除いたデータをＰＤＳＣＨを介して伝送する。また、端末は、特定制御情報または特定サービスデータを除いたデータをＰＤＳＣＨを介して受信する。

【0068】

基地局は、ＰＤＳＣＨのデータがいかなる端末（一つまたは複数の端末）に伝送されるのか、該当端末がいかにＰＤＳＣＨデータを受信しデコーディングすべきなのかに関する情報をＰＤＣＣＨに含ませて伝送する。例えば、特定ＰＤＣＣＨを介して伝送されるＤＣＩが「Ａ」というＲＮＴＩでＣＲＣマスキングされており、そのＤＣＩが「Ｂ」という無線資源（例えば、周波数位置）にＰＤＳＣＨが割り当てられていることを指示し、「Ｃ」という伝送形式情報（例えば、伝送ブロックのサイズ、変調方式、コーディング情報など）を指示すると仮定する。端末は、自らが有するＲＮＴＩ情報を利用してＰＤＣＣＨをモニタリングする。この場合、「Ａ」ＲＮＴＩを使用してＰＤＣＣＨをブラインドデコーディングする端末があれば、該当端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を介して「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

【0069】

表２は、無線通信システムで使用されるＰＵＣＣＨの一実施例を示す。

【表2】

【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】

図１1は、本発明の一実施例による端末と基地局の構成をそれぞれ示すブロック図である。本発明の一実施例において、端末は携帯性と移動性が保障される多様な種類の無線通信装置、またはコンピューティング装置で具現される。端末はＵＥ、ＳＴＡ（Ｓｔａｔｉｏｎ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ）などと称される。また、本発明の実施例において、基地局はサービス地域に当たるセル（例えば、マクロセル、フェムトセル、ピコセルなど）を制御及び管掌し、信号の送り出し、チャネルの指定、チャネルの監視、自己診断、中継などの機能を行う。基地局は、ｇＮＢ（ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）またはＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などと称される。

【0098】

図示したように、本発明の一実施例による端末１００は、プロセッサ１１０、通信モジュール１２０、メモリ１３０、ユーザインタフェース部１４０、及びディスプレイユニット１５０を含む。

【0099】

まず、プロセッサ１１０は多様な命令またはプログラムを実行し、端末１００内部のデータをプロセッシングする。また、プロセッサ１1０は端末１００の各ユニットを含む全体動作を制御し、ユニット間のデータの送受信を制御する。ここで、プロセッサ１１０は、本発明で説明した実施例による動作を行うように構成される。例えば、プロセッサ１１０はスロット構成情報を受信し、それに基づいてスロットの構成を判断して、判断したスロット構成に応じて通信を行ってもよい。

【0100】

次に、通信モジュール１２０は、無線通信網を利用した無線通信、及び無線ＬＡＮを利用した無線ＬＡＮアクセスを行う統合モジュールである。そのために、通信モジュール１２０は、セルラー通信インターフェースカード１２１、１２２、及び非免許帯域通信インターフェースカード１２３のような複数のネットワークインターフェースカード（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ、ＮＩＣ）を内蔵または外装の形に備える。図面において、通信モジュール１２０は一体型統合モジュールと示されているが、それぞれのネットワークインターフェースカードは図面とは異なって、回路構成または用途に応じて独立して配置されてもよい。

【0101】

セルラー通信インターフェースカード１２１は、移動通信網を介して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード１２１は、６ＧＨｚ未満の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード１２１の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0102】

セルラー通信インターフェースカード１２２は、移動通信網を利用して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード１２２は、６ＧＨｚ以上の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード１２２の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0103】

非免許帯域通信インターフェースカード１２３は、非免許帯域である第３周波数帯域を介して基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ１１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード１２３は、非免許帯域を利用する少なくとも一つのＮＩＣモジュールを含む。例えば、非免許帯域は２．４ＧＨｚ または 52.6GHzの帯域であってもよい。非免許帯域通信インターフェースカード１２３の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格またはプロトコールに応じて、独立してまたは従属して基地局２００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0104】

次に、メモリ１３０は、端末１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、端末１００が基地局２００、外部ディバイス、サーバのうち少なくとも一つと無線通信を行うのに必要な所定のプログラムが含まれる。

【0105】

次に、ユーザインタフェース１４０は、端末１００に備えられた多様な形態の入／出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいて端末１００を制御する。また、ユーザインタフェース１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づく出力を行う。

【0106】

次に、ディスプレイユニット１５０は、ディスプレイ画面に多様なイメージを出力する。前記ディスプレイユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサ１１０の制御命令に基づいたユーザインタフェースなどの多様なディスプレイオブジェクトを出力する。

【0107】

また、本発明の実施例による基地局２００は、プロセッサ２１０、通信モジュール２２０、及びメモリ２３０を含む。

【0108】

まず、プロセッサ２１０は多様な命令またはプログラムを実行し、基地局２００内部のデータをプロセッシングする。また、プロセッサ２１０は基地局２００の各ユニットを含む全体動作を制御し、ユニット間のデータの送受信を制御する。ここで、プロセッサ２１０は、本発明で説明した実施例による動作を行うように構成される。例えば、プロセッサ２１０はスロット構成情報をシグナリングし、シグナリングしたスロット構成に応じて通信を行ってもよい。

【0109】

次に、通信モジュール２２０は、無線通信網を利用した無線通信、及び無線ＬＡＮを利用した無線ＬＡＮアクセスを行う統合モジュールである。そのために、通信モジュール２２０は、セルラー通信インターフェースカード２２１、２２２、及び非免許帯域通信インターフェースカード２２３のような複数のネットワークインターフェースカードを内蔵または外装の形に備える。図面において、通信モジュール２２０は一体型統合モジュールと示されているが、それぞれのネットワークインターフェースカードは図面とはことなって、回路構成または用途に応じて独立して配置されてもよい。

【0110】

セルラー通信インターフェースカード２２１は、移動通信網を利用して上述した端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第１周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード２２１は、６ＧＨｚ未満の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード２２１の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ未満の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0111】

セルラー通信インターフェースカード２２２は、移動通信網を利用して端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて第２周波数帯域によるセルラー通信サービスを提供する。一実施例によると、セルラー通信インターフェースカード２２２は、６ＧＨｚ以上の周波数帯域を利用する少なくとも一つのＮＩＣモジュールを含む。セルラー通信インターフェースカード２２２の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する６ＧＨｚ以上の周波数帯域のセルラー通信規格またはプロトコールに応じて、独立して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0112】

非免許帯域通信インターフェースカード２２３は、非免許帯域である第３周波数帯域を利用して端末１００、外部ディバイス、サーバのうち少なくとも一つと無線信号を送受信し、プロセッサ２１０の命令に基づいて非免許帯域の通信サービスを提供する。非免許帯域通信インターフェースカード２２３は、非免許帯域を利用する少なくとも一つのＮＩＣモジュールを含む。例えば、非免許帯域は２．４ＧＨｚまたは５２．６ＧＨｚの帯域であってもよい。非免許帯域通信インターフェースカード２２３の少なくとも一つのＮＩＣモジュールは、該当ＮＩＣモジュールが支援する周波数帯域の非免許帯域通信規格またはプロトコールに応じて、独立してまたは従属して端末１００、外部ディバイス、サーバのうち少なくとも一つとセルラー通信を行う。

【0113】

図１1に示した端末１００及び基地局２００は本発明の一実施例によるブロック図であって、分離して示したブロックはディバイスのエレメントを論理的に区別して示したものである。よって、上述したディバイスのエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。また、端末１００の一部の構成、例えば、ユーザインタフェース部１５０及びディスプレイユニット１５０などは端末１００に選択的に備えられてもよい。また、ユーザインタフェース１４０及びディスプレイユニット１５０などは、必要によって基地局２００に追加に備えられてもよい。

【0114】

ＮＲ無線通信システムにおいて、端末はハイブリッド自動再送（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）－ＡＣＫ情報を含むコードブック（ｃｏｄｅｂｏｏｋ）を伝送し、下りリンク信号またはチャネルの受信成功可否をシグナリングする。ＨＡＲＱ－ＡＣＫコードブックは下りリンクチャネルまたは信号の受信成功可否を指示する一つ以上のビットを含む。ここで、下りリンクチャネルは物理下りリンク共有チャネル（ＰＤＳＣＨ）、半永久的スケジューリング（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｃｅ ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）ＰＤＳＣＨ、及びＳＰＳ ＰＤＳＣＨを解除（ｒｅｌｅａｓｅ）するＰＤＣＣＨのうち少なくとも一つを含む。ＨＡＲＱ－ＡＣＫコードブックは、セミ－スタティック（ｓｅｍｉ－ｓｔａｔｉｃ）ＨＡＲＱ－ＡＣＫコードブック（または第１タイプのコードブック）とダイナミック（ｄｙｎａｍｉｃ）ＨＡＲＱ－ＡＣＫコードブック（または第２タイプのコーディング）に区分される。基地局は端末に２つのＨＡＲＱ－ＡＣＫコードブックのうち一つを設定する。端末は端末に設定されたＨＡＲＱ－ＡＣＫコードブックを使用する。

【0115】

セミ－スタティックＨＡＲＱ－ＡＣＫコードブックが使用されれば、基地局はＲＲＣ信号を使用してＨＡＲＱ－ＡＣＫコードブックのビット数とＨＡＲＱ－ＡＣＫコードブックの各ビットがどの下りリンク信号またはチャネルの受信成功可否を決定する情報を設定する。よって、基地局はＨＡＲＱ－ＡＣＫコードブックの伝送が必要なたびに端末にＨＡＲＱ－ＡＣＫコードブックの伝送に必要な情報をシグナリングする必要がない。

【0116】

ダイナミックＨＡＲＱ－ＡＣＫコードブックが使用されれば、基地局はＰＤＣＣＨ（またはＤＣＩ）を介してＨＡＲＱ－ＡＣＫコードブックの生成に必要な情報をシグナリングする。詳しくは、基地局はＰＤＣＣＨ（またはＤＣＩ）の下りリンク割当インデックス（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ、ＤＡＩ）フィールドを介してＨＡＲＱ－ＡＣＫコードブックの生成に必要な情報をシグナリングする。具体的な実施例において、ＤＡＩはＨＡＲＱ－ＡＣＫコードブックが含むＨＡＲＱ－ＡＣＫコードブックのビット数とＨＡＲＱ－ＡＣＫコードブックの各ビットがどのチャネルまたは信号の受信成功可否を指示するのかに関する情報を示す。端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（またはＤＣＩ）を介してＤＡＩフィールドを受信する。ＤＡＩフィールドの値はカウンタ（ｃｏｕｎｔｅｒ）－ＤＡＩとトータル（ｔｏｔａｌ）－ＤＡＩに区分される。トータルＤＡＩは、現在のモニタリング機会（ＭＯ）までＨＡＲＱ－ＡＣＫコードブックによって受信成功可否が指示される下りリンク信号またはチャンネルの個数を示す。カウンタ－ＤＡＩは、現在モニタリング時点の現在セル（ｃｅｌｌ）までＨＡＲＱ－ＡＣＫコードブックを介して受信成功可否が指示される下りリンク信号またはチャンネルのうち、前記下りリンク信号またはチャンネルの成功可否が指示されるＨＡＲＱ－ＡＣＫコードブックのビットを指示する。ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（またはＤＣＩ）はスケジューリングされるＰＤＳＣＨに当たるカウンタ－ＤＡＩの値を含む。また、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（またはＤＣＩ）はスケジューリングされるＰＤＳＣＨに当たるトータル－ＤＡＩの値を含む。端末はＰＤＣＣＨ（またはＤＣＩ）がシグナリングする情報に基づいてダイナミックＨＡＲＱ－ＡＣＫコードブックのビット数を決定する。詳しくは、端末はＰＤＣＣＨ（またはＤＣＩ）のＤＡＩに基づいてダイナミックＨＡＲＱ－ＡＣＫコードブックのビット数を決定する。

【0117】

図１２は、本発明の一実施例が適用される端末と基地局との間のシグナリングの一例を示すフローチャートである。

【0118】

図１２を参照すると、端末ＵＥは基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）から下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信するための情報を含むＲＲＣ設定情報（ＲＲＣ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）を受信するＳ１２０１０。

【0119】

例えば、ＲＲＣ設定情報は、端末が下りリンク制御情報を含むＰＤＣＣＨを検出するための制御資源集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）及び探索空間に関する情報を含む。この際、制御資源集合に関する情報は、端末がＤＣＩを含むＰＤＣＣＨを検出可能な制御資源集合の識別子（Ｉｄｅｎｔｉｆｉｅｒ：ＩＤ）、制御チャネル要素（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、ＣＣＥ）の構成情報、及び制御資源集合の長さ（ｄｕｒａｔｉｏｎ）または周波数資源情報のうち少なくとも一つを含む。この際、探索空間に関する情報は、端末がＤＣＩを含むＰＤＣＣＨを検出可能な探索空間の識別子（ＩＤ）、それぞれの探索空間から検出可能なＤＣＩのフォーマット、検出区間（ｄｕｒａｔｉｏｎ）または資源情報のうち少なくとも一つを含む。

【0120】

次に、端末はＲＲＣ構成情報に基づいてモニタリング機会からＰＤＣＣＨを検出してＤＣＩを受信するＳ１２０２０。端末はＲＲＣ設定情報に基づいてサービス及び／またはデータのタイプによってモニタリング機会の特定探索空間からＰＤＣＣＨを検出し、ＤＣＩを獲得する。

【0121】

この際、ＤＣＩに含まれるＤＡＩはＤＣＩのフォーマットによってそれぞれ互いに異なるビットが設定される。例えば、ＤＣＩ Ｆｏｒｍａｔ １＿０においてＤＡＩは２ビットが設定され、ＤＣＩ Ｆｏｒｍａｔ １＿１ではｔセミ－スタティックＨＡＲＱ－ＡＣＫコードブックであれば１ビットに、ｄｙｎａｍｉｃ－ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋであれば２ビットに設定される。

【0122】

下記表３は、ＤＣＩ ｆｏｒｍａｔによるＤＡＩのビットの一例を示す。

【表3】

【0123】

また、端末はＰＤＣＣＨ（またはＤＣＩ）を介してＰＤＳＣＨの受信またはＰＵＳＣＨの伝送のための資源を割り当てられる。

【0124】

次に、端末は割り当てられた資源によってＰＤＳＣＨを受信するか、ＰＵＳＣＨを基地局に伝送するＳ１２０３０。もし端末が基地局からＰＤＳＣＨを受信したら、端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（またはＤＣＩ）に含まれているＤＡＩ値に基づいて受信されたＰＤＳＣＨのＡｃｋ／Ｎａｃｋを示すＨＡＲＱ－ＡＣＫコードブックを生成し、生成されたＨＡＲＱ－ＡＣＫコードブックを上りリンク制御資源（ＵＣＩ）に含ませて基地局に伝送するＳ１２０４０。

【0125】

図１３は、本発明の一実施例に適用される疑似コードに基づいて、端末が基地局から伝送されたＰＤＳＣＨの個数をカウントするための方法の一例を示す図である。

【0126】

図１３（ａ）及び（ｂ）は、保存されているｃｏｕｎｔｅｒ－ＤＡＩ値、特定ＤＣＩを介して伝送されたｃｏｕｎｔｅｒ－ＤＡＩ値、保存されているｔｏｔａｌ－ＤＡＩ値に基づいてＨＡＲＱ－ＡＣＫコードブックを生成して伝送するための方法の一例を示している。

【0127】

詳しくは、図１３（ａ）を参照すると、端末はモニタリング機会ｍのサービングセルｃで受信されたＰＤＣＣＨ（またはＤＣＩ）のｃｏｕｎｔｅｒ－ＤＡＩ値は

【数1】

、保存されているｃｏｕｎｔｅｒ－ＤＡＩ値はＶ_ｔｅｍｐ、保存されている総ＤＡＩ値ｔｏｔａｌ－ＤＡＩ値はＶ_{ｔｅｍｐ２}に設定される。この際、ＤＡＩのビット数で表される値の範囲Ｔ_Ｄは下記数式１によって計算される。

【数2】

【0128】

ここで、モニタリング機会インデックスｍとセルインデックスｃは省略している。表４及び表５は、ｃｏｕｎｔｅｒ－ＤＡＩのビット数またはｔｏｔａｌ－ＤＡＩのビット数によってｃｏｕｎｔｅｒ－ＤＡＩまたはｔｏｔａｌ－ＤＡＩが表される値の範囲を示す。表４は、ｃｏｕｎｔｅｒ－ＤＡＩのビット数またはｔｏｔａｌ－ＤＡＩのビット数が２ｂｉｔである場合の一例を示し、表５はｃｏｕｎｔｅｒ－ＤＡＩのビット数またはｔｏｔａｌ－ＤＡＩのビット数が１ｂｉｔである場合の一例を示す。

【表4】

【表5】

【0129】

この際、ＨＡＲＱ－ＡＣＫコードブックを生成するための疑似コードは下記表６のようである。

【表6】

【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】

もしＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビットが「０」であれば、ｃｏｕｎｔｅｒ－ＤＡＩの値は１に決定される。この場合、次に伝送されたＤＣＩ ｆｏｒｍａｔ １＿１のｃｏｕｎｔｅｒ－ＤＡＩの２ビットが「１１」または「０１」であれば、端末は有効なビットであるＬＳＢの値である「１」のみを利用してｃｏｕｎｔｅｒ－ＤＡＩ値を決定する。よって、ＤＣＩ ｆｏｒｍａｔ １＿１のｃｏｕｎｔｅｒ－ＤＡＩ値は２に認識される。

【0165】

更に、Ｐｒｏｐｏｓａｌ １は以下のように解釈される。端末はＤＣＩ ｆｏｒｍａｔ １＿０またはＤＣＩ ｆｏｒｍａｔ １＿１の２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩのビットが「００」であればｃｏｕｎｔｅｒ－ＤＡＩ値を１に決定し、「０１」であればｃｏｕｎｔｅｒ－ＤＡＩ値を２に決定し、「１０」であればｃｏｕｎｔｅｒ－ＤＡＩ値を３に決定し、「１１」であればｃｏｕｎｔｅｒ－ＤＡＩ値を４に決定する。

【0166】

端末がＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビット数を１ビットに設定されれば、端末は前記ｃｏｕｎｔｅｒ－ＤＡＩ値を１または２に決定する。ここで、２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値をＣ_２とすると、Ｃ_２は１、２、３、４のうち一つの値を有する。１－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値をＣ_１とすると、Ｃ_１は１、２のうち一つの値を有する。

【0167】

この際、２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値Ｃ_２はＣ_１＝（Ｃ_２－１） ｍｏｄ ２＋１によって１ｂｉｔｃｏｕｎｔｅｒ－ＤＡＩ値Ｃ_１と同じｂｉｔの値に変換される。このような方法は、Ｐｒｏｐｏｓａｌ １ではＬＳＢ １ビットを有効と判定し、前記１ビット ＬＳＢを１ビット２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値に解釈することと同じ効果を有する。

【0168】

端末は以前受信したＰＤＣＣＨ（またはＤＣＩ）のｃｏｕｎｔｅｒ－ＤＡＩ値が１で、後に受信したＰＤＣＣＨ（またはＤＣＩ）のｃｏｕｎｔｅｒ－ＤＡＩ値が１であれば、２つのＰＤＣＣＨは連続して伝送されておらず、２つのＰＤＣＣＨの間に少なくとも一つのＰＤＣＣＨが伝送されたが、端末が受信できなかったことを認識する。

【0169】

しかし、連続した２つのＰＤＣＣＨの受信に失敗したら、端末はこれを認知することができない。つまり、Ｎ_{Ｃ－ＤＡＩ}が１ビットに設定されていれば、最大一つのＰＤＣＣＨの受信失敗は検出できるが、連続した２つ以上のＰＤＣＣＨの受信失敗は検出することができない。

【0170】

上述したように、ＤＣＩ ｆｏｒｍａｔ １＿０と１＿１はｃｏｕｎｔｅｒ－ＤＡＩが２ビットに固定されている。よって、ＤＣＩ ｆｏｒｍａｔ １＿０と１＿１において、２ビットのビット数を有するｃｏｕｎｔｅｒ－ＤＡＩは最大３つの連続したＰＤＣＣＨの受信失敗を検出することができた。しかし、Ｐｒｏｐｏｓａｌ １によってＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩビット数である１ビットに有効なビット数を設定することで、ＰＤＣＣＨの受信失敗の検出性能が低下する恐れがある。

【0171】

Ｐｒｏｐｏｓａｌ ２：ｃｏｕｎｔｅｒ－ＤＡＩのビットらのうち最も多いビット数を基準にＨＡＲＱ－ＡＣＫコードブックを生成する。

【0172】

Ｐｒｏｐｏｓａｌ １の場合、上述したように、ｃｏｕｎｔｅｒ－ＤＡＩの有効なビット数が１ビットにしかならないため、連続した２つ以上のＰＤＣＣＨが検出されていないことを認識することができない。よって、ＰＤＣＣＨの受信失敗を検出することが容易ではなかった。

【0173】

このような問題点を解決するために、ｃｏｕｎｔｅｒ－ＤＡＩのビット数がフォーマットによって異なる場合、より多くのビット数を基準にｃｏｕｎｔｅｒ－ＤＡＩのビット数を拡張解釈してｃｏｕｎｔｅｒ－ＤＡＩ値を決定する。

【0174】

詳しくは、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビットサイズがＮ_{Ｃ－ＤＡＩ}ビットに設定される場合、Ｎ_{Ｃ－ＤＡＩ}ビットのｃｏｕｎｔｅｒ－ＤＡＩを２ビットのｃｏｕｎｔｅｒ－ＤＡＩ値に拡張解釈する。そして、ＤＣＩ ｆｏｒｍａｔ １＿０とＤＣＩ ｆｏｒｍａｔ １＿１に対する２ビットのｃｏｕｎｔｅｒ－ＤＡＩのが有効と判断する。

【0175】

例えば、図１５（ｂ）に示したように、ＤＣＩ ｆｏｒｍａｔ １＿０とＤＣＩ ｆｏｒｍａｔ １＿１は２ビットｃｏｕｎｔｅｒ－ＤＡＩを含んでいるため、ｃｏｕｎｔｅｒ－ＤＡＩのビットが２進数で「００」であればｃｏｕｎｔｅｒ－ＤＡＩ値は１で、２進数で「０１」であればｃｏｕｎｔｅｒ－ＤＡＩ値は２になる。また、ｃｏｕｎｔｅｒ－ＤＡＩのビットが２進数で１０であればｃｏｕｎｔｅｒ－ＤＡＩ値は３で、２進数で１１であればｃｏｕｎｔｅｒ－ＤＡＩ値は４になる。

【0176】

この際、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのｂｉｔサイズであるＮ_{Ｃ－ＤＡＩ}値が１ビットであれば、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビット数を２ビットに拡張して解釈する。例えば、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩの１ビットが「０」の場合、これを２ビットに拡張解釈すればｃｏｕｎｔｅｒ－ＤＡＩは「００」または「１０」のビット値を有する。よって、ｃｏｕｎｔｅｒ－ＤＡＩ値は１または３に拡張解釈される。

【0177】

または、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩの１ビットが「１」の場合、これを２ビットに拡張解釈すればｃｏｕｎｔｅｒ－ＤＡＩは「０１」または「１１」のビット値を有する。よって、ｃｏｕｎｔｅｒ－ＤＡＩ値は２または４に拡張解釈される。

【0178】

Ｐｒｏｐｏｓａｌ ２によってＤＣＩ ｆｏｒｍａｔ １＿２の１ビットサイズを有するｃｏｕｎｔｅｒ－ＤＡＩが２ビットに拡張解釈される場合、拡張解釈によってｃｏｕｎｔｅｒ－ＤＡＩ値は２つ以上の候補値を有する。この場合、端末は連続しないＰＤＣＣＨの個数が最も小さい値をｃｏｕｎｔｅｒ－ＤＡＩ値として認識する。つまり、ｃｏｕｎｔｅｒ－ＤＡＩのビット数を拡張して解釈する場合、端末は検出されていないＰＤＣＣＨの個数が最も小さい値に当たるｃｏｕｎｔｅｒ－ＤＡＩ値に決定される。

【0179】

例えば、以前受信されたＤＣＩの２ビットｃｏｕｎｔｅｒ－ＤＡＩ値が３で、後に受信されたＰＤＣＣＨ（またはＤＣＩ）の１ビットｃｏｕｎｔｅｒ－ＤＡＩのビットが「１」であれば、端末は１ビットのｃｏｕｎｔｅｒ－ＤＡＩを２ビットに拡張解釈しながら、ｃｏｕｎｔｅｒ－ＤＡＩ値になり得る候補値２または４のうちから検出されていないＰＤＣＣＨの個数が最も少ない値である４をｃｏｕｎｔｅｒ－ＤＡＩとして決定する。言い換えれば、後に受信されたＰＤＣＣＨ（またはＤＣＩ）のｃｏｕｎｔｅｒ－ＤＡＩを２と判定する場合、ｃｏｕｎｔｅｒ－ＤＡＩ値が４と１である２つのＰＤＣＣＨ（またはＤＣＩ）の受信に失敗したと判定する。しかし、後に受信されたＰＤＣＣＨ（またはＤＣＩ）のｃｏｕｎｔｅｒ－ＤＡＩを４と判定する場合、端末は受信に失敗したＰＤＣＣＨ（またはＤＣＩ）がないと判定する。端末がＰＤＣＣＨの受信に失敗する確率をｐとすると、ｃｏｕｎｔｅｒ－ＤＡＩを２と判定して２つの連続したＰＤＣＣＨ（またはＤＣＩ）の受信に失敗する場合の確率はｐ^２であり、ｃｏｕｎｔｅｒ－ＤＡＩを４と判定してＰＤＣＣＨ（またはＤＣＩ）の受信失敗がない場合の確率は１－ｐである。一般に、基地局は端末にＰＤＣＣＨ（またはＤＣＩ）の受信に成功するためにｐは非常に小さい値である。よって、１－ｐの確率を有するｃｏｕｎｔｅｒ－ＤＡＩ ４がｐ^２の確率を有するｃｏｕｎｔｅｒ－ＤＡＩ ２よりよく発生する。よって、前記のような場合、ｃｏｕｎｔｅｒ－ＤＡＩ値は２より４である確率がより高いため、ｃｏｕｎｔｅｒ－ＤＡＩ ４と判定することが好ましい。

【0180】

下記表７は、ｃｏｕｎｔｅｒ－ＤＡＩのビットを拡張して解釈する場合、以前受信されたＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩに対する拡張解釈されたｃｏｕｎｔｅｒ－ＤＡＩ値の一例を示している。ここで、ｃｏｕｎｔｅｒ－ＤＡＩは１ｂｉｔで、以前受信されたＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩ値は２ｂｉｔｓである。

【表7】

【0181】

表７において、括弧の中の数はそれぞれのビット値を意味する。

【0182】

Ｐｒｏｐｏｓａｌ ２の他の例として、ＤＣＩ ｆｏｒｍａｔ １＿０とＤＣＩ ｆｏｒｍａｔ １＿１は２ビットｃｏｕｎｔｅｒ－ＤＡＩを含んでいるため、ｃｏｕｎｔｅｒ－ＤＡＩのビットが２進数で「００」であればｃｏｕｎｔｅｒ－ＤＡＩ値は１で、２進数で「０１」であればｃｏｕｎｔｅｒ－ＤＡＩ値は２になる。また、ｃｏｕｎｔｅｒ－ＤＡＩのビットが２進数で１０であればｃｏｕｎｔｅｒ－ＤＡＩ値は３で、２進数で１１であればｃｏｕｎｔｅｒ－ＤＡＩ値は４になる。

【0183】

この際、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのｂｉｔサイズであるＮ_{Ｃ－ＤＡＩ}値が０ビットであれば、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビット数を２ビットに拡張して解釈する。この場合、ｃｏｕｎｔｅｒ－ＤＡＩのサイズが０ビットであるため、これを２ビットに拡張解釈すると０ビットのｃｏｕｎｔｅｒ－ＤＡＩは４つの候補値を有する。

【0184】

端末は４つの候補値のうち検出されていないＰＤＣＣＨの個数が最小になる値にｃｏｕｎｔｅｒ－ＤＡＩ値を拡張解釈する場合、以前受信されたＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩ値に連続する値としてｃｏｕｎｔｅｒ－ＤＡＩ値を決定する。

【0185】

下記表８は、ｃｏｕｎｔｅｒ－ＤＡＩのビットを拡張して解釈する場合、以前受信されたＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩに対する拡張解釈されたｃｏｕｎｔｅｒ－ＤＡＩ値の一例を示している。ここで、ｃｏｕｎｔｅｒ－ＤＡＩは０ｂｉｔで、以前受信されたＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩ値は２ｂｉｔｓである。

【表8】

【0186】

つまり、ＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩのビットサイズが２ビットより小さければ、複数個の可能な２ビットｃｏｕｎｔｅｒ－ＤＡＩ値があり得る。端末は複数個の可能な２ビットｃｏｕｎｔｅｒ－ＤＡＩ値のうち一つの値を選択する。

【0187】

複数個の候補値のうち一つを選択するために、以下のような具体的な方法が使用される。

【0188】

すぐ前に受信したＰＤＣＣＨのｃｏｕｎｔｅｒ－ＤＡＩ値をＣとし、現在受信したＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩを２ビットに解釈する際、有し得る２ビットのｃｏｕｎｔｅｒ－ＤＡＩ値をｉ１、ｉ２、…と仮定する。端末はＣ値を利用して前記ｉ１、ｉ２、…のうち一つの値を２ビットｃｏｕｎｔｅｒ－ＤＡＩ値に決定すべきである。

【0189】

端末はｘ＝１、２、３、…の順に下記数式２に基づいてＹ値を計算する。
[数式２]
Ｙ＝（（Ｖ_ｔｅｍｐまたはＣ）＋ｘ－１ ｍｏｄ ４）＋１

【0190】

もしＹがｉ１、ｉ２、…のうち一つの値であれば、端末は２ビットｃｏｕｎｔｅｒ－ＤＡＩ値をＹと決定する。これは、すぐ前に受信したＰＤＣＣＨの後、現在受信したＤＣＩ ｆｏｒｍａｔ １＿２の間に受信に失敗したＰＤＣＣＨの数が最小になるように２ビットのｃｏｕｎｔｅｒ－ＤＡＩ値を設定するための方法である。

【0191】

表４及び表５において、Ｖ_ｔｅｍｐはすぐ前（つまり、現在モニタリング機会でｃｅｌｌ ｉｎｄｅｘが低いｃｅｌｌ、または以前のモニタリング機会で最後に受信したＰＤＣＣＨ）の２ビットサイズを有するｃｏｕｎｔｅｒ－ＤＡＩ値（以前最後に受信したＤＣＩ ｆｏｒｍａｔがＤＣＩ ｆｏｒｍａｔ １＿２であれば、２ビットｃｏｕｎｔｅｒ－ＤＡＩ値に解釈された値）である。

【0192】

例えば、Ｖ_ｔｅｍｐの値が１で現在受信したＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩが２進数０であれば１または３の値を有する。３と判断したら、以前受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は１）と現在受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は３）との間には一つのＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値が２）が伝送されたが、受信に失敗した場合である。１と判断したら、以前受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は１）と現在受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は１）との間には３つのＰＤＣＣＨら（ｃｏｕｎｔｅｒ－ＤＡＩ値が２、３、４）が伝送されたが、受信に失敗した場合である。上述した実施例によって、最も少ない数のＰＤＣＣＨが伝送されたが受信に失敗したと仮定し、現在受信したＰＤＣＣＨのｃｏｕｎｔｅｒ－ＤＡＩ値は３と決定される。

【0193】

Ｐｒｏｐｏｓａｌ １及び２ではＨＡＲＱ－ＡＣＫコードブックを生成する際にｃｏｕｎｔｅｒ－ＤＡＩのみを利用したが、ｔｏｔａｌ－ＤＡＩ値を更に利用してＨＡＲＱ－ＡＣＫコードブックを生成してもよい。例えば、ＤＣＩ ｆｏｒｍａｔ １＿２ではｔｏｔａｌ－ＤＡＩがＮ_{Ｔ－ＤＡＩ}ビットに設定される。この場合、Ｐｒｏｐｏｓａｌ １の方法と類似して２ビットのｔｏｔａｌ－ＤＡＩ ｆｉｅｌｄを含むＤＣＩ ｆｏｒｍａｔ １＿１の２－ｂｉｔ ｔｏｔａｌ－ＤＡＩ ｆｉｅｌｄのうちＬＳＢ（またはＭＳＢ） Ｎ_{Ｔ－ＤＡＩ}のみを有効なビットと決定し、有効なＮ_{Ｔ－ＤＡＩ}ビットに基づいてｔｏｔａｌ－ＤＡＩ値を決める。

【0194】

本発明の他の実施例として、２ビットｔｏｔａｌ－ＤＡＩ値を利用してＨＡＲＱ－ＡＣＫコードブックを生成する。ｔｏｔａｌ－ＤＡＩ値は現在モニタリング機会まで受信したＰＤＣＣＨの数によって決定される。もし現在モニタリング機会まで受信したＰＤＣＣＨの数がＴ個であれば、Ｎ_{Ｔ－ＤＡＩ}ビットのｔｏｔａｌ－ＤＡＩは（（Ｔ－１） ｍｏｄ ２＾Ｎ_{Ｔ－ＤＡＩ}）＋１に決定される。一つのモニタリング機会で受信したＰＤＣＣＨには同じ２ビットのｔｏｔａｌ－ＤＡＩ値を有する。

【0195】

本発明のまた他の一実施例として、一つのモニタリング機会で少なくとも一つのＤＣＩ ｆｏｒｍａｔ １＿１を受信したら、ＤＣＩ ｆｏｒｍａｔ １＿１が含む２ビットｔｏｔａｌ－ＤＡＩ値が使用される。つまり、同じモニタリング機会で２ビットｔｏｔａｌ－ＤＡＩを含むＤＣＩ ｆｏｒｍａｔと１ビットｔｏｔａｌ－ＤＡＩまたは０ビットｔｏｔａｌ－ＤＡＩを含むＤＣＩ ｆｏｒｍａｔを受信すれば、２ビットｔｏｔａｌ－ＤＡＩが含む得る情報が最も多いため、２ビットｔｏｔａｌ－ＤＡＩ値を仮定する。

【0196】

本発明の更に他の一実施例として、一つのモニタリング機会でＤＣＩ ｆｏｒｍａｔ １＿１を受信できず、ＤＣＩ ｆｏｒｍａｔ １＿２を受信すれば、以下のように２ビットのｔｏｔａｌ－ＤＡＩ値が決定される。

【0197】

ＤＣＩ ｆｏｒｍａｔ １＿２のｔｏｔａｌ－ＤＡＩのビットサイズであるＮ_{Ｔ－ＤＡＩ}の値が１ビットであれば、これを２ビットｔｏｔａｌ－ＤＡＩ値に拡張して解釈する。例えば、１ビットｔｏｔａｌ－ＤＡＩのビットが「０」であればｔｏｔａｌ－ＤＡＩ値は１または３であり、「１」であればｔｏｔａｌ－ＤＡＩ値は２または４である。

【0198】

ＤＣＩ ｆｏｒｍａｔ １＿２のｔｏｔａｌ－ＤＡＩのビットサイズであるＮ_{Ｔ－ＤＡＩ}の値が０ビットであれば（つまり、ｔｏｔａｌ－ＤＡＩがＤＣＩ ｆｏｒｍａｔに含まれていなければ）、０ビットｔｏｔａｌ－ＤＡＩが２ビットｔｏｔａｌ－ＤＡＩ値と解釈される。

【0199】

例えば、０ビットｔｏｔａｌ－ＤＡＩ値は１、２、３、または４になる。つまり、ＤＣＩ ｆｏｒｍａｔ １＿２のｔｏｔａｌ－ＤＡＩビットサイズが２ビットより小さければ、２ビットｔｏｔａｌ－ＤＡＩは複数個の候補値を有する。この場合、以下のような方法によって複数個の候補値のうちから一つの値が選択される。

【0200】

現在モニタリング機会の最後に受信した（つまり、最も高いｃｅｌｌ ｉｎｄｅｘを有するｃｅｌｌで受信した）ＰＤＣＣＨの２ビットｃｏｕｎｔｅｒ－ＤＡＩ値がＣで、該当モニタリング機会で受信されたＰＤＣＣＨのＤＣＩに含まれているｔｏｔａｌ－ＤＡＩが有し得る２ビットｔｏｔａｌ－ＤＡＩ値がｊ１、ｊ２、…になる。

【0201】

この場合、端末はＣ値を利用してｊ１、ｊ２、…のうち一つの値を２ビットｔｏｔａｌ－ＤＡＩ値に決定すべきである。端末はｘ（ｘ＝０、１、２、３、…）値によって順番に下記数式３に基づいてＺ値を計算する。
[数式３]
Ｚ＝（（Ｖ_{ｔｅｍｐ２}またはＣ）＋ｘ－１ ｍｏｄ ４）＋１

【0202】

もしＺがｊ１、ｊ２、…のうち一つの値であれば、端末は２ビットｔｏｔａｌ－ＤＡＩ値をＺと決定する。これは、現在モニタリング機会の最後のＰＤＣＣＨの後に伝送されたＰＤＣＣＨの受信に失敗したＰＤＣＣＨの数が最小になるように２－ｂｉｔ ｔｏｔａｌ－ＤＡＩ値を設定する方法である。

【0203】

下記表９は、複数個の候補値のうちから選択されるｔｏｔａｌ－ＤＡＩ値の一例を示す表である。

【表9】

【0204】

表９において、Ｖ_{ｔｅｍｐ２}はモニタリング機会の最後で受信したＰＤＣＣＨのうち最後のＰＤＣＣＨの２ビットｃｏｕｎｔｅｒ－ＤＡＩ値である。例えば、以前のＶ_{ｔｅｍｐ２}の値が２で受信したＤＣＩ ｆｏｒｍａｔ １＿２のｔｏｔａｌ－ＤＡＩが２進数０であれば、ｔｏｔａｌ－ＤＡＩは１または３の値を有する。

【0205】

ｔｏｔａｌ－ＤＡＩ値が３と判断したら、最後に受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は２）の後で一つのＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は３）が伝送されたが、端末がこれを検出できていない場合である。ｔｏｔａｌ－ＤＡＩ値が１と判断したら、最後に受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は２）の後で３つのＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は３、４、１）が伝送されたが、端末がこれを検出できていない場合である。上述した実施例によって、最も少ない数のＰＤＣＣＨが伝送されたが受信に失敗したと仮定し、受信したＰＤＣＣＨのｔｏｔａｌ－ＤＡＩ値は３と決定される。

【0206】

このような方法によって、端末は互いに異なるフォーマットを有するＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩまたはｔｏｔａｌ－ＤＡＩのビット数が互いに異なる場合であっても、有効なビット数を決定するかビット数を拡張解釈し、複数個のＤＣＩによってスケジューリングされるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫコードブックを多重化して基地局に伝送する。

【0207】

図１６は、本発明の一実施例による上りリンク及び下りリンクスケジューリングのための下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【0208】

図１６を参照すると、端末はＰＤＣＣＨのＤＣＩを介してスケジューリングされるＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットらを含むＨＡＲＱ－ＡＣＫコードブックとＤＣＩを介してスケジューリングされるＰＵＳＣＨを多重化して基地局に伝送する。

【0209】

詳しくは、図１６に示したように、端末は受信したＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットをＰＵＳＣＨに多重化（またはピギーバック（ｐｉｇｇｙｂａｃｋ））して基地局に伝送する。この際、ＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔはＤＣＩ ｆｏｒｍａｔ １＿０、ＤＣＩ ｆｏｒｍａｔ １＿１、及び／またはＤＣＩ ｆｏｒｍａｔ １＿２である。そして、ＨＡＲＱ－ＡＣＫビットが多重化（またはピギーバック）されるＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔは、ＤＣＩ ｆｏｒｍａｔ ０＿０、ＤＣＩ ｆｏｒｍａｔ ０＿１、及び／またはＤＣＩ ｆｏｒｍａｔ ０＿２などがある。

【0210】

ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれるＵＬ ＤＡＩフィールドの長さは０、１、または２ｂｉｔｓに設定される。そして、ＤＣＩ ｆｏｒｍａｔ １＿２に含まれるｃｏｕｎｔｅｒ ＤＡＩフィールドの長さは０、１、または２ｂｉｔｓに設定される。

【0211】

また、ＤＣＩ ｆｏｒｍａｔ ０＿０とＤＣＩ ｆｏｒｍａｔ０＿１では２－ｂｉｔ ＵＬ ＤＡＩ ｆｉｅｌｄが含まれ、ＤＣＩ ｆｏｒｍａｔ １＿０とＤＣＩ ｆｏｒｍａｔ １＿１には２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄが含まれる。

【0212】

この際、ＵＬ ＤＡＩフィールドの長さがＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さと同じではなければ、ＵＬ ＤＡＩフィールド値をｃｏｕｎｔｅｒ－ＤＡＩフィールドに基づいて決定する必要がある。以下、実施例ではＤＡＩフィールドの長さは少なくとも０ではないと仮定する。つまり、ＤＣＩ ｆｏｒｍａｔは少なくとも長さが１ビット以上のＤＡＩフィールドを含む。

【0213】

第１実施例として、ＵＬ ＤＡＩフィールドの長さがＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さより大きければ（例えば、ＵＬ ＤＡＩフィールドの長さが２ｂｉｔｓ、ｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さが１ｂｉｔであれば）、端末はＵＬ ＤＡＩフィールドのうち一部のビットのみをＵＬ ＤＡＩフィールドの有効なビットと判断する。ここで、一部のビットのビット数はｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット数と同じ数を有し、ＵＬ ＤＡＩフィールドのＭＳＢまたはＬＳＢに最も近いビットらである。

【0214】

端末はＵＬ ＤＡＩフィールドのビットのうち有効なビットと決定されたビットを利用してＵＬ ＤＡＩ値を計算する。もしＵＬ ＤＡＩフィールドの有効なビットが１ｂｉｔである際、１ｂｉｔが「０」であればＵＬ ＤＡＩ値は１で、１であればＵＬ ＤＡＩ値は２である。

【0215】

もしＵＬ ＤＡＩフィールドの有効なビットが２ｂｉｔｓである際、２ｂｉｔｓが００であればＵＬ ＤＡＩ値は１で、０１であればＵＬ ＤＡＩ値は２である。また、２ｂｉｔｓが１０であればＵＬ ＤＡＩ値は３で、１１であればＵＬ ＤＡＩ値は４である。

【0216】

端末は有効と判定したＵＬ ＤＡＩフィールドのビットらを利用して獲得したＵＬ ＤＡＩ値とｃｏｕｎｔｅｒ－ＤＡＩフィールドから獲得したｃｏｕｎｔｅｒ－ＤＡＩ値を利用して、受信できなかったＰＤＳＣＨらに対するＨＡＲＱ－ＡＣＫビットの数を決定する。

【0217】

例えば、ＵＬ ＤＡＩ値をＸとし、ｃｏｕｎｔｅｒ－ＤＡＩ値をＹとする。Ｘ＝Ｙであれば受信できなかったＰＤＳＣＨがないと決定される。しかし、Ｙ＜ＸであればＸ－Ｙ個のＰＤＳＣＨを受信できなかったと判定され、Ｘ＜ＹであればＴ－（Ｙ－Ｘ）個のＰＤＳＣＨを受信できなかったと判定される。ここで、Ｔ＝２^Ｎであり、Ｎはｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄのｂｉｔｓ数である。

【0218】

第２実施例として、ＵＬ ＤＡＩフィールドの長さがＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さより大きければ（例えば、ＵＬ ＤＡＩフィールドの長さが２ｂｉｔｓ、ｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さが１ｂｉｔであれば）、端末はＵＬ ＤＡＩ値をＵＬ ＤＡＩフィールドの長さによって先に決定し、その次に決定されたＵＬ ＤＡＩ値をｃｏｕｎｔｅｒ－ＤＡＩフィールドによって修正して最終ＵＬ ＤＡＩ値を決定する。

【0219】

ＵＬ ＤＡＩ値をＵＬ ＤＡＩフィールドの長さによって先に決める過程は以下のようである。もしＵＬ ＤＡＩ ｆｉｅｌｄの長さが１ｂｉｔである場合、ビット値が「０」であればＵＬ ＤＡＩ値は１で、ビット値が「１」であればＵＬ ＤＡＩ値は２である。

【0220】

もしＵＬ ＤＡＩ ｆｉｅｌｄの長さが２ｂｉｔｓである場合、ビット値が「００」であればＵＬ ＤＡＩ値は１で、ビット値が「０１」であればＵＬ ＤＡＩ値は２である。また、ビット値が「１０」であればＵＬ ＤＡＩ値は３で、ビット値が「１１」であればＵＬ ＤＡＩ値は４である。

【0221】

ＵＬ ＤＡＩフィールドによってＵＬ ＤＡＩ値が決定されたら、端末は決定されたＵＬ ＤＡＩ値をｃｏｕｎｔｅｒ－ＤＡＩフィールドに合わせて修正して、最終ＵＬ ＤＡＩ値を以下のように決定する。

【0222】

Ｎをｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄのｂｉｔｓ数、Ｔ＝２^Ｎ、前記決定されたＵＬ ＤＡＩ値がＺであれば、最終ＵＬ ＤＡＩ値（Ｘ）は下記数式４を利用して計算される。
[数式４]
最終ＵＬ ＤＡＩ値（Ｘ）＝（（Ｚ－１） ｍｏｄ Ｔ）＋１

【0223】

端末は最終ＵＬ ＤＡＩ値（Ｘ）とｃｏｕｎｔｅｒ－ＤＡＩフィールドから獲得したｃｏｕｎｔｅｒ－ＤＡＩ値を利用して、受信できなかったＰＤＳＣＨらに対するＨＡＲＱ－ＡＣＫビットらの数を決定する。例えば、ｃｏｕｎｔｅｒ－ＤＡＩ値をＹとすると、Ｘ＝Ｙであれば受信できなかったＰＤＳＣＨがないと決定される。しかし、Ｙ＜ＸであればＸ－Ｙ個のＰＤＳＣＨを受信できなかったと決定され、Ｘ＜ＹであればＴ－（Ｙ－Ｘ）個のＰＤＳＣＨを受信できなかったと決定される。ここで、Ｔ＝２^Ｎであり、Ｎはｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄのｂｉｔｓ数である。

【0224】

第３実施例として、ＵＬ ＤＡＩフィールドの長さがＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さより大きければ（例えば、ＵＬ ＤＡＩフィールドの長さが２ｂｉｔｓ、ｃｏｕｎｔｅｒ－ＤＡＩフィールドの長さが１ｂｉｔであれば）、端末はＵＬ ＤＡＩフィールド値の範囲がｃｏｕｎｔｅｒ－ＤＡＩが指示し得る値の範囲と同じであると仮定（または認識）する。例えば、ｃｏｕｎｔｅｒ－ＤＡＩが指示し得る値が１、２、３、４であれば、ＵＬ ＤＡＩ値は１、２、３、４のうち一つの値と認識される。

【0225】

詳しくは、端末はＵＬ ＤＡＩフィールドの長さによってＵＬ ＤＡＩ値を決定する。もしＵＬ ＤＡＩフィールドの長さが１ｂｉｔで、ビット値が「０」であればＵＬ ＤＡＩ値は１で、１であればＵＬ ＤＡＩ値は２である。もしＵＬ ＤＡＩ ｆｉｅｌｄが２ｂｉｔｓである場合、ビット値が「００」であればＵＬ ＤＡＩ値は１で、０１であればＵＬ ＤＡＩ値は２である。また、２ｂｉｔｓのビット値が「１０」であればＵＬ ＤＡＩ値は３で、「１１」であればＵＬ ＤＡＩ値は４である。

【0226】

ＵＬ ＤＡＩ値は常にｃｏｕｎｔｅｒ－ＤＡＩが指示し得る値の範囲内にあるべきである。例えば、ＵＬ ＤＡＩフィールドの長さが２ｂｉｔｓであれば、ＵＬ ＤＡＩ値の範囲は１、２、３、４である。もしｃｏｕｎｔｅｒ－ＤＡＩが有し得る値の範囲が１、２であればＵＬ ＤＡＩ ｆｉｅｌｄの長さは２ｂｉｔｓであるが、有し得るＵＬ ＤＡＩ値は１、２である。

【0227】

つまり、端末はｃｏｕｎｔｅｒ－ＤＡＩが有し得る値の範囲を逸脱した値を指示するＵＬ ＤＡＩ値を指示されることを期待しない。ＵＬ ＤＡＩ値が３または４を指示する１０または１１を指示されることを期待しない。つまり、この値を指示されれば端末はｅｒｒｏｒ ｃａｓｅと判定する。

【0228】

上述したように、ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれるＵＬ ＤＡＩフィールドの長さが０、１、または２ｂｉｔに設定される。このようなＵＬ ＤＡＩフィールドの長さが２－ｂｉｔより小さければ、ＵＬ ＤＡＩは２－ｂｉｔ ｔｏｔａｌ－ＤＡＩ値を決定する方法と同じ方法で２－ｂｉｔ ＵＬ ＤＡＩ値が決定される。

【0229】

つまり、最後に受信した２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値を利用してＵＬ ＤＡＩ値が決定される。下記表１０は、２－ｂｉｔ ＵＬ ＤＡＩ値の一例を示す表である。

【表10】

【0230】

表１０において、Ｖ_temp３は受信したＰＤＣＣＨのうち最後のＰＤＣＣＨの２－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩ値である。例えば、以前のＶ_temp３の値が２で受信したＤＣＩ ｆｏｒｍａｔ ０＿２のＵＬ ＤＡＩのビット値が「０」であれば、ＵＬ ＤＡＩは１または３の値を有する。

【0231】

ＵＬ ＤＡＩ値が３であると判断されれば、最後に受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は２）の後で一つのＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は３）が伝送されたが受信に失敗した場合であり、ＵＬ ＤＡＩ値が１であると判断されれば、最後に受信したＰＤＣＣＨ（ｃｏｕｎｔｅｒ－ＤＡＩ値は２）の後で３つのＰＤＣＣＨら（ｃｏｕｎｔｅｒ－ＤＡＩ値は３、４、１）が伝送されたが受信に失敗した場合である。上述したように、最も少ない数のＰＤＣＣＨが伝送されたが受信に失敗したと仮定される場合、２－ｂｉｔ ＵＬ ＤＡＩ値は３と決定される。

【0232】

図１７は、本発明の一実施例によるモニタリング機会から検出された各下りリンク制御情報の下りリンク割当指示子の一例を示す図である。

【0233】

本発明の他の実施例として、端末がＤＣＩ ｆｏｒｍａｔ ０＿０、０＿１、または０＿２のＵＬ ＤＡＩフィールドのビットサイズがＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、またはＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズと異なる場合、端末は以下のような動作を行う。

【0234】

ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズがＮ_{Ｃ－ＤＡＩ}ｂｉｔｓであれば、ｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、２＾Ｎ_{Ｃ－ＤＡＩ}で示される。ここで、最も大きい値Ｃ_Ｄが２＾Ｎ_{Ｃ－ＤＡＩ}である場合、つまり、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズＮ_{Ｃ－ＤＡＩ}が２ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が「００」であれば１、「０１」であれば２、「１０」であれば３、「１１」であれば４である。この際、Ｃ_Ｄの値は４である。

【0235】

または、Ｎ_{Ｃ－ＤＡＩ}が１ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が「０」であれば１、「１」であれば２で、Ｃ_Ｄの値は２である。

【0236】

もし端末がモニタリング機会ｍ、サービングセルｃでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを受信し、受信されたＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値がＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}であれば、端末はＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在サービングセルｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔをＣ_Ｄ＊ｊ＋Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}個受信したと決定する。ここで、ｊは負ではない整数である。

【0237】

言い換えれば、ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在サービングセルｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔの数をＸとすると、そのＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値はＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}＝（Ｘ－１ ｍｏｄ Ｃ_Ｄ）＋１である。

【0238】

ＤＣＩ ｆｏｒｍａｔ ０＿０、０＿１、または０＿２のＵＬ ＤＡＩフィールドのビットサイズがＮ_{ＵＬ－ＤＡＩ}ｂｉｔｓであれば、ＵＬ ＤＡＩ値は１、２、…、２＾Ｎ_{ＵＬ－ＤＡＩ}で示される。ここで、最も大きい値Ｕ_Ｄが２＾Ｎ_{ＵＬ－ＤＡＩ}である場合、つまり、ＵＬ ＤＡＩフィールドのビットサイズＮ_{ＵＬ－ＤＡＩ}が２ｂｉｔｓである場合、ＵＬ ＤＡＩフィールドのビット値が「００」であれば１、「０１」であれば２、「１０」であれば３、「１１」であれば４である。そして、Ｕ_Ｄの値は４である。

【0239】

もし端末がモニタリング機会ｍでＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを受信し、受信されたＤＣＩ ｆｏｒｍａｔのＵＬ－ＤＡＩ値がＶ_{ＵＬ－ＤＡＩ、ｍ}であれば、端末は前記ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔをＵ_Ｄ＊ｉ＋Ｖ_{ＵＬ－ＤＡＩ、ｍ}個受信したと判定する。ここで、ｉは負ではない整数である。

【0240】

言い換えれば、ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔの数をＸとすると、そのＤＣＩ ｆｏｒｍａｔのＵＬ－ＤＡＩ値はＶ_{ＵＬ－ＤＡＩ、ｍ}＝（Ｘ－１ ｍｏｄ Ｕ_Ｄ）＋１である。

【0241】

例えば、Ｕ_Ｄの値が４で、Ｃ_Ｄの値が２であればｃｏｕｎｔｅｒ－ＤＡＩ値は１または２になり、ＵＬ－ＤＡＩ値は１、２、３、または４になる。図１７（ａ）はモニタリング機会（ＭＯ）＃０～＃６で受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値の一例を示す。

【0242】

ｃｏｕｎｔｅｒ－ＤＡＩ値の定義によって、ＭＯ＃０から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は１で、ＭＯ＃１から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は２で、ＭＯ＃２から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は１で、ＭＯ＃３から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は２で、ＭＯ＃４から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は１で、ＭＯ＃５から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は２で、ＭＯ＃６から受信したＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値は１である。そして、端末はＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを受信する。受信されたＤＣＩ ｆｏｒｍａｔのＵＬ ＤＡＩ値は３である。これは、先にＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを７つ受信したためである。

【0243】

本発明ではｃｏｕｎｔｅｒ ＤＡＩのｂｉｔ ｓｉｚｅとＵＬ ＤＡＩのｂｉｔ ｓｉｚｅが互いに異なる場合、端末がＨＡＲＱ－ＡＣＫコードブックを生成する方法を提案する。図１７（ｂ）において、端末がＭＯ＃４とＭＯ＃５のＤＣＩ ｆｏｒｍａｔを受信できなかったと仮定する。端末はＭＯ＃３でｃｏｕｎｔｅｒ－ＤＡＩ値が２であるＤＣＩ ｆｏｒｍａｔを受信しており、ＭＯ＃６でｃｏｕｎｔｅｒ－ＤＡＩ値が１であるＤＣＩ ｆｏｒｍａｔを受信したため、端末はＭＯ＃４とＭＯ＃５のＤＣＩ ｆｏｒｍａｔの受信失敗を知ることができない。よって、端末はＭＯ＃０、ＭＯ＃１、ＭＯ＃２、ＭＯ＃３、ＭＯ＃６で受信したＤＣＩ ｆｏｒｍａｔｓのためのＨＡＲＱ－ＡＣＫ ｂｉｔｓのみを生成してＨＡＲＱ－ＡＣＫコードブックに含ませる。

【0244】

もし端末がＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔでＵＬ－ＤＡＩ値として３を受信したら、端末は前記受信に成功した５つのＤＣＩ ｆｏｒｍａｔｓ以外に２つのＤＣＩ ｆｏｒｍａｔｓが更にあることを認識する。よって、端末は計７つのＤＣＩ ｆｏｒｍａｔｓのＨＡＲＱ－ＡＣＫ ｂｉｔｓを生成し、ＨＡＲＱ－ＡＣＫコードブックに含ませる。

【0245】

図１９は、本発明の一実施例による疑似コードに基づいて、互いに異なるフォーマットを有する下りリンク制御情報に基づくＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【0246】

図１９を参照すると、疑似コードを利用してＵＬ－ＤＡＩ値とｃｏｕｎｔｅｒ－ＤＡＩ値を利用し、ＨＡＲＱ－ＡＣＫコードブックを生成して基地局に伝送する。図１９は２－ｂｉｔ ＵＬ－ＤＡＩと１－ｂｉｔ ｃｏｕｎｔｅｒ－ＤＡＩを多重化する場合の一例を示す。

【0247】

詳しくは、本発明の一実施例として以下のようにＵＬ－ＤＡＩ値とｃｏｕｎｔｅｒ－ＤＡＩ値が利用される。まず、図１９（ａ）に示したように、端末が最も最後のＭＯから受信したｃｏｕｎｔｅｒ－ＤＡＩ値をＶ_ｔｅｍｐとする。上述したように、このｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、Ｃ_Ｄのうち一つの値を有する。端末がＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔで受信したＵＬ ＤＡＩ値をＶ_{ｔｅｍｐ２}とする。端末は以下のような過程でＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを生成する。

【0248】

まず、端末はＶ_ｔｅｍｐでＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数Ｗ_ｔｅｍｐを決定する。Ｗ_ｔｅｍｐは下記数式５によって決定される。
[数式５]
Ｗ_ｔｅｍｐ＝Ｃ_Ｄ＊ｊ＋Ｖ_ｔｅｍｐ

【0249】

数式５において、初期ｊ値は０に設定され、現在ＭＯでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値が以前ＭＯでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値より小さければ、１ずつ増加される。つまり、ｃｏｕｎｔｅｒ－ＤＡＩ値が１、２、…、Ｃ_ＤであるＤＣＩ ｆｏｒｍａｔらが一つのグループにグルーピングされるが、ｊは前記グループがいくつ受信されたのかを示す。図１７（ｂ）において、ｊ＝２である。

【0250】

次に、端末はＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数（Ｗ_ｔｅｍｐ）を図１９（ｂ）に示したようにＵＬ ＤＡＩフィールドのビットサイズであるＮ_{ＵＬ－ＤＡＩ}に対応するｃｏｕｎｔｅｒ－ＤＡＩ値であるＶ’_ｔｅｍｐに変換する。ここで、Ｖ’_ｔｅｍｐは下記数式６によって決定される。
[数式６]
Ｖ’_ｔｅｍｐ＝（（Ｗ_ｔｅｍｐ－１）ｍｏｄ Ｕ_Ｄ）＋１

【0251】

数式６において、Ｖ’_ｔｅｍｐはＵＬ ＤＡＩのように１、２、…、Ｕ_Ｄのうち一つの値を有する。端末はＶ’_ｔｅｍｐとＶ_{ｔｅｍｐ２}を比較してｊ値を決定する。もしＶ_{ｔｅｍｐ２}＜Ｖ’_ｔｅｍｐであれば、ｊ値は下記数式７によって決定される。

【数3】

【0252】

そうでなければｊはそのまま維持される。ｊ値を利用して端末はＨＡＲＱ－ＡＣＫコードブックのサイズＯ^ＡＣＫを決定する。もし端末が一つのＰＤＳＣＨ当たり１ＴＢのみを受信するように設定されていれば、Ｏ^ＡＣＫは下記数式８によって計算される。

【数4】

【0253】

もし端末が一つのＰＤＳＣＨ当たり２ＴＢを受信できるように設定されていれば、Ｏ^ＡＣＫは下記数式９によって計算される。

【数5】

【0254】

これを疑似コードで表すと下記表１１のようである。

【表11】

【0255】

図１８は、本発明の一実施例によるモニタリング機会から検出された各下りリンク制御情報の下りリンク割当指示子の他の一例を示す図である。

【0256】

本発明の他の実施例として、端末がＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｔｏｔａｌ ＤＡＩフィールドのビットサイズがＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、またはＤＣＩ ｆｏｒｍａｔ １＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズと異なる場合、端末は以下のような動作によってＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを生成する。

【0257】

ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズがＮ_{Ｃ－ＤＡＩ}ｂｉｔｓであれば、ｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、２＾Ｎ_{Ｃ－ＤＡＩ}で示される。ここで、最も大きい値Ｃ_Ｄが２＾Ｎ_{Ｃ－ＤＡＩ}である場合、つまり、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズＮ_{Ｃ－ＤＡＩ}が２ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が「００」であれば１、「０１」であれば２、「１０」であれば３、「１１」であれば４である。この際、Ｃ_Ｄの値は４である。

【0258】

または、Ｎ_{Ｃ－ＤＡＩ}が１ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が０であれば１、１であれば２で、Ｃ_Ｄの値は２である。

【0259】

もし端末がモニタリング機会ｍ、サービングセルｃでＰＤＳＣＨを6ケジューリングするＤＣＩ ｆｏｒｍａｔを受信し、受信されたＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値がＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}であれば、端末はＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在サービングセルｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔをＣ_Ｄ＊ｊ＋Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}個受信したと決定する。ここで、ｊは負ではない整数である。

【0260】

言い換えれば、ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在ｓｅｒｖｉｎｇ ｃｅｌｌ ｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔの数をＸとすると、そのＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}＝（Ｘ－１ ｍｏｄ Ｃ_Ｄ）＋１である。

【0261】

ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｔｏｔａｌ ＤＡＩフィールドのｂｉｔ ｓｉｚｅがＮ_{Ｔ－ＤＡＩ}ｂｉｔｓであれば、ｔｏｔａｌ－ＤＡＩ値は１、２、…、２＾Ｎ_{Ｔ－ＤＡＩ}で示される。ここで、最も大きい値Ｔ_Ｄが２＾Ｎ_{Ｔ－ＤＡＩ}である場合、つまり、ｔｏｔａｌ ＤＡＩフィールドのビットサイズＮ_{Ｔ－ＤＡＩ}が２ｂｉｔｓである場合、ｔｏｔａｌ ＤＡＩフィールドのビット値が００であれば１、０１であれば２、１０であれば３、１１であれば４である。そして、Ｔ_Ｄの値は４である。

【0262】

もし端末がモニタリング機会ｍでＰＵＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを受信し、その受信されたＤＣＩ ｆｏｒｍａｔのｔｏｔａｌ ＤＡＩ値がＶ_{Ｔ－ＤＡＩ、ｍ}であれば、端末は前記ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔをＴ_Ｄ＊ｉ＋Ｖ_{T－ＤＡＩ、ｍ}個受信したと決定する。ここで、ｉは負ではない整数である。

【0263】

言い換えれば、ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔの数をＸとすると、そのＤＣＩ ｆｏｒｍａｔのｔｏｔａｌ ＤＡＩ値はＶ_{Ｔ－ＤＡＩ、ｃ、ｍ}＝（Ｘ－１ ｍｏｄ Ｔ_Ｄ）＋１である。

【0264】

Ｔ_Ｄの値が４で、Ｃ_Ｄの値が２である場合を例に挙げて調べる。端末のｃｏｕｎｔｅｒ－ＤＡＩ値として１または２の値が設定され、ｔｏｔａｌ－ＤＡＩは１、２、３、または４の値を有する。

【0265】

図１８（ａ）はＭＯ＃０～＃６で受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ値）を示す。ｃｏｕｎｔｅｒ－ＤＡＩ値とｔｏｔａｌ ＤＡＩ値の定義によって、ＭＯ＃０から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（１，１）で、Ｍ１＃０から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（２，２）で、ＭＯ＃２から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（１，３）で、ＭＯ＃３から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（２，４）で、ＭＯ＃４から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（１，１）で、ＭＯ＃５から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（２，２）で、ＭＯ＃６から受信したＤＣＩ ｆｏｒｍａｔの（ｃｏｕｎｔｅｒ－ＤＡＩ、ｔｏｔａｌ－ＤＡＩ）は（１，３）である。

【0266】

本発明の他の一例として、ｃｏｕｎｔｅｒ ＤＡＩのｂｉｔ ｓｉｚｅとｔｏｔａｌ ＤＡＩのｂｉｔ ｓｉｚｅが互いに異なる場合、端末がＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを生成する方法を提案する。図１８（ｂ）に示したように、端末はＭＯ＃４とＭＯ＃５のＤＣＩ ｆｏｒｍａｔを受信できないことがある。この場合、端末はＭＯ＃３でｃｏｕｎｔｅｒ－ＤＡＩ値が２であるＤＣＩ ｆｏｒｍａｔを受信しており、ＭＯ＃６でｃｏｕｎｔｅｒ－ＤＡＩ値が１であるＤＣＩ ｆｏｒｍａｔを受信したため、ＭＯ＃４とＭＯ＃５のＤＣＩ ｆｏｒｍａｔの受信失敗を認識することができない。

【0267】

よって、端末はＭＯ＃０、ＭＯ＃１、ＭＯ＃２、ＭＯ＃３、ＭＯ＃６で受信したＤＣＩ ｆｏｒｍａｔらのためのＨＡＲＱ－ＡＣＫビットらのみを生成してＨＡＲＱ－ＡＣＫコードブックに含ませる。

【0268】

もし端末がＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔでｔｏｔａｌ－ＤＡＩ値として３を受信したら、端末は前記受信に成功した５つのＤＣＩ ｆｏｒｍａｔｓ以外に２つのＤＣＩ ｆｏｒｍａｔｓが更にあることを判定する。よって、端末は計７つのＤＣＩ ｆｏｒｍａｔｓのＨＡＲＱ－ＡＣＫ ｂｉｔｓを生成し、ＨＡＲＱ－ＡＣＫコードブックに含む。

【0269】

本発明の一実施例として以下のようにｔｏｔａｌ－ＤＡＩ値とｃｏｕｎｔｅｒ－ＤＡＩ値が利用される。まず、端末が最も最後のＭＯから受信したｃｏｕｎｔｅｒ－ＤＡＩ値はＶ_ｔｅｍｐになる。上述したように、ｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、Ｃ_Ｄのうち一つの値を有する。端末がＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔで受信したｔｏｔａｌ ＤＡＩ値がＶ_{ｔｅｍｐ２}であれば、端末は以下のような過程によってＨＡＲＱ－ＡＣＫコードブックを生成する。

【0270】

まず、端末はＶ_ｔｅｍｐでＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数であるＷ_ｔｅｍｐを下記数式１０によって決定する。
[数式１０]
Ｗ_ｔｅｍｐ＝Ｃ_Ｄ＊ｊ＋Ｖ_ｔｅｍｐ

【0271】

数式１０において、ｊの初期値は０に設定され、現在ＭＯでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値が以前のＭＯでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値より小さければ、１ずつ増加される。

【0272】

つまり、ｃｏｕｎｔｅｒ－ＤＡＩ値が１、２、…、Ｃ_ＤであるＤＣＩ ｆｏｒｍａｔを一つのグループにグルーピングするが、ｊはグルーピングされたグループがいくつ受信されたのかを示す。図１８（ａ）において、ｊ＝２である。

【0273】

次に、端末はＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数Ｗ_ｔｅｍｐをｔｏｔａｌ－ＤＡＩ ｆｉｅｌｄのビットサイズであるＮ_{Ｔ－ＤＡＩ}に対応するｃｏｕｎｔｅｒ－ＤＡＩ値であるＶ’_ｔｅｍｐに変換する。これは下記数式１１によって行われる。
[数式１１]
Ｖ’_ｔｅｍｐ＝（（Ｗ_ｔｅｍｐ－１）ｍｏｄ Ｔ_Ｄ）＋１

【0274】

数式１１において、Ｖ’_ｔｅｍｐはｔｏｔａｌ－ＤＡＩのように１、２、…、Ｔ_Ｄのうち一つの値を有する。端末は前記Ｖ’_ｔｅｍｐとＶ_{ｔｅｍｐ２}を比較してｊ値を決定する。もしＶ_{ｔｅｍｐ２}＜Ｖ’_ｔｅｍｐであれば、ｊ値は下記数式１２によって計算される。

【数6】

【0275】

そうでなければｊはそのまま維持される。ｊ値を利用して端末はＨＡＲＱ－ＡＣＫコードブックのサイズＯ^ＡＣＫを決定する。もし端末が一つのＰＤＳＣＨ当たり１ＴＢのみを受信するように設定されていれば、Ｏ^ＡＣＫは下記数式１３によって計算される。

【数7】

【0276】

もし端末が一つのＰＤＳＣＨ当たり２ＴＢを受信できるように設定されていれば、Ｏ^ＡＣＫは下記数式１４によって計算される。

【数8】

【0277】

本発明のまた他の実施例として、端末がＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズが互いに異なる場合、端末は以下のような動作を行う。

【0278】

モニタリング機会ｍ、サービングセルｃで受信したＤＣＩ ｆｏｒｍａｔ １＿０、１＿１、または１＿２のｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズがＮ_{Ｃ－ＤＡＩ、ｃ、ｍ} ｂｉｔｓである。この際、ｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、２＾Ｎ_{Ｃ－ＤＡＩ、ｃ、ｍ}で示される。ここで、最も大きい値Ｃ_{Ｄ、ｃ、ｍ}は２＾Ｎ_{Ｃ－ＤＡＩ、ｃ、ｍ}である。つまり、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビットサイズＮ_{Ｃ－ＤＡＩ、ｃ、ｍ}が２ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が「００」であれば１、「０１」であれば２、「１０」であれば３、「１１」であれば４である。そして、Ｃ_Ｄの値は４である。Ｎ_{Ｃ－ＤＡＩ、ｃ、ｍ}が１ｂｉｔｓである場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット値が０であれば１、１であれば２である。そして、Ｃ_{Ｄ、ｃ、ｍ}の値は２である。

【0279】

もし端末がモニタリング機会ｍ、サービングセルｃでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔを受信し、受信されたＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値がＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}であれば、端末は前記ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在サービングセルｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔをＣ_{Ｄ、ｃ、ｍ}＊ｊ＋Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}個受信したと決定する。ここで、ｊは負ではない整数である。

【0280】

言い換えれば、ＤＣＩ ｆｏｒｍａｔが受信された現在モニタリング機会ｍの現在ｓｅｒｖｉｎｇ ｃｅｌｌ ｃまでＰＤＳＣＨをスケジューリングするＤＣＩ ｆｏｒｍａｔの数をＸとすると、そのＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ－ＤＡＩ値Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}は（Ｘ－１ ｍｏｄ Ｃ_{Ｄ、ｃ、ｍ}）＋１である。

【0281】

本発明ではｃｏｕｎｔｅｒ ＤＡＩのビットサイズが互いに異なる場合、端末がＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを生成する方法を提案する。本発明の一実施例として、以下のようにｃｏｕｎｔｅｒ－ＤＡＩ値を使用する。

【0282】

Ｎ_{Ｃ－ＤＡＩ、ｃ、ｍ}がＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ ＤＡＩフィールドのビットサイズのうち最小のビットサイズとし、Ｃ_{Ｄ、ｍｉｎ}の値は２＾（Ｎ_{Ｃ－ＤＡＩ、ｍｉｎ}）である。例えば、一つのＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ ＤＡＩフィールドのビットサイズが２ｂｉｔｓで、他のＤＣＩ ｆｏｒｍａｔのｃｏｕｎｔｅｒ ＤＡＩ ｆｉｅｌｄのビットサイズが１ｂｉｔであれば、Ｎ_{Ｃ－ＤＡＩ、ｍｉｎ}値は１で、Ｃ_{Ｄ、ｍｉｎ}値は２である。

【0283】

モニタリング機会ｍ、サービングセルｃで受信したｃｏｕｎｔｅｒ－ＤＡＩ値がＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}であれば、上述したように、ｃｏｕｎｔｅｒ－ＤＡＩ値は１、２、…、Ｃ_{Ｄ、ｃ、ｍ}のうち一つの値を有する。まず、端末はＶ_{Ｃ－ＤＡＩ、ｃ、ｍ}でＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数Ｓ_ｃ、ｍを下記数式１５に基づいて決定する。

【数9】

【0284】

数式１５において、ｆｌｏｏｒ（ｊ＊Ｃ_{Ｄ、ｍｉｎ}／Ｃ_{Ｄ、ｃ、ｍ}）＊Ｃ_{Ｄ、ｃ、ｍ}部分は、ＰＤＳＣＨをスケジューリングしたＤＣＩ ｆｏｒｍａｔの数（Ｓ_ｃ、ｍ）が（Ｓ_ｃ、ｍ－１ ｍｏｄ Ｃ_{Ｄ、ｃ、ｍ}）＋１＝Ｖ_{Ｃ－ＤＡＩ、ｃ、ｍ}を満足するための部分である。

【0285】

つまり、数式１５において、の値がの倍数になるように、ｊ値はｓｃａｌｉｎｇ及び／またはｆｌｏｏｒｉｎｇによって調節される。

【0286】

端末は現在モニタリング機会ｍ、サービングセルｃで受信したｃｏｕｎｔｅｒ－ＤＡＩ値に基づいて獲得したＤＣＩ ｆｏｒｍａｔの数Ｓ_ｃ、ｍと、直前に求めたＤＣＩ ｆｏｒｍａｔの数Ｗ_ｔｅｍｐを比較する。もし、Ｓ_ｃ、ｍ≦Ｗ_ｔｅｍｐを満足すれば、Ｓ_ｃ、ｍ＞Ｗ_ｔｅｍｐになるまでｊ値が増加する。この際、ｊ値は１ずつ増加する。Ｓ_ｃ、ｍ＞Ｗ_ｔｅｍｐであればｊはぞのまま維持する。

【0287】

ｊはＣ_{Ｄ、ｍｉｎ}個のＤＣＩ ｆｏｒｍａｔがいくつ受信されたのかを示すパラメータである。

【0288】

これを疑似コードで表すと下記表１２のようである。

【表12】

【0289】

表１２において、ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋがＰＵＳＣＨで多重化される場合、Ｔ_Ｄ＝Ｕ_Ｄで、ｗｈｉｌｅ文の後でＶ_{ｔｅｍｐ２}はＵＬ ＤＡＩ値に設定される。

【0290】

ＤＣＩ ｆｏｒｍａｔ １＿２はｃｏｕｎｔｅｒ－ＤＡＩを含まないことがある（これは０ｂｉｔに設定されることを含む）。この場合、端末はｄｙｎａｍｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを決定するための方法を曖昧な可能性がある。つまり、ｄｙｎａｍｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ（ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ）を設計するに当たって、基地局は端末のＰＤＣＣＨの受信成功の確率を上げるために、ＤＣＩフィールドのうち一部のフィールドを省略するように構成する。つまり、基地局はＤＣＩフィールドのうち一部を省略するか、フィールドのサイズを０ビットに設定する。

【0291】

例えば、基地局は端末に伝送するＤＣＩフィールドのうちからｃｏｕｎｔｅｒ－ＤＡＩフィールドを省略するか、フィールドのサイズ（ｓｉｚｅ）を０ビットに設定する。

【0292】

上述したように、ｄｙｎａｍｉｃ ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋにおいて、ｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄはＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ内でＨＡＲＱ－ＡＣＫ １ｂｉｔの位置を決定するために使用されるだけでなく、ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋのサイズを決定するのに使用される。

【0293】

端末は複数個のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ（またはＤＴＸ）を基地局に知らせるためのＨＡＲＱ－ＡＣＫビットらをＨＡＲＱ－ＡＣＫコードブックに伝送するためにはＤＣＩのｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄ値が昇順に整列されるべできであるが、ｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄが省略されれば、明示的な値を介してはｃｏｕｎｔｅｒ－ＤＡＩフィールド値を昇順に整列することができないため、ＨＡＲＱ－ＡＣＫコードブック内でＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番を決定するための方法が必要である。

【0294】

よって、ＤＣＩの一部フィールドが省略される場合であっても、一定基準によって一定基準によってＨＡＲＱ－ＡＣＫコードブックを生成するための方法について調べる。

【0295】

図２０は、本発明の一実施例によるＰＤＣＣＨの受信順番によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【0296】

図２０を参照すると、ＤＡＩフィールドが一部省略されるかサイズが０ビットに設定されれば、端末はｃｏｕｎｔｅｒ－ＤＡＩ値ではなくＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨが受信された順番によってＨＡＲＱ－ＡＣＫコードブックを生成する。

【0297】

本発明の第１実施例として、端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨが受信された時間情報に基づいて、ＨＡＲＱ－ＡＣＫコードブック内でＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットの順番を決定する。つまり、端末はＰＤＳＣＨをスケジューリングするために伝送されたＰＤＣＣＨにｃｏｕｎｔｅｒ－ＤＡＩ値とは関係なく、ＰＤＣＣＨが受信された順番によってＨＡＲＱ－ＡＣＫコードブックに含まれるＨＡＲＱ－ＡＣＫビットの順番を決定する。

【0298】

例えば、図２０（ａ）に示したように、第１ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが含まれているＣＯＲＥＳＥＴまたは探索空間の開始シンボルが、第２ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが含まれているＣＯＲＥＳＥＴまたは探索空間の開始シンボルより先の位置にある場合、図２０（ｂ）に示したように、ＨＡＲＱ－ＡＣＫコードブックにおいて第１ＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットであるＢ（１）は第２ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔであるＢ（０）より先の位置に配置される。もしＣＯＲＥＳＥＴまたは探索空間の開始シンボルが同じであれば、ＣＯＲＥＳＥＴまたは探索空間の最後のシンボルが先のＰＤＣＣＨがスケジューリングするＰＤＳＣＨのＨＡＲＱ－ＡＣＫ １ ｂｉｔ先の位置に配置される。

【0299】

図２１は、本発明の一実施例によるＰＤＳＣＨの時間情報によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための方法の一例を示す図である。

【0300】

図２１を参照すると、ＤＡＩフィールドが一部省略されるかサイズが０ビットに設定されれば、端末はｃｏｕｎｔｅｒ－ＤＡＩ値ではなくＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨに含まれているＰＤＳＣＨの時間情報によってＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを生成する。

【0301】

本発明の第２実施例として、端末はＰＤＳＣＨの時間情報によってＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを構成するＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番を決める。詳しくは、第１ＰＤＳＣＨの開始シンボルが第２ＰＤＳＣＨの開始シンボルより先のシンボルに位置する場合、ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋにおいて、第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔの位置は第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔより先に位置する。

【0302】

例えば、図２１（ａ）に示したように、第１ＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨに含まれている時間情報及び第２ＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨに含まれている時間情報に基づいて、第１ＰＤＳＣＨの開始シンボルより第２ＰＤＳＣＨの開始シンボルが先に位置する。この場合、図２１（ｂ）に示したように、端末はＰＵＣＣＨによって第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ及び第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するに当たって、第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔであるＢ（１）が第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔであるＢ（０）より先のビットに位置する。

【0303】

図２２は、本発明の一実施例によるＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＨＡＲＱプロセスＩＤ（またはＨＡＲＱプロセスナンバー）によってＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送するための一例を示す図である。

【0304】

図２２を参照すると、ＤＡＩフィールドが一部省略されるかサイズが０ビットに設定されれば、端末はｃｏｕｎｔｅｒ－ＤＡＩ値ではなくＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨに含まれているＨＡＲＱプロセスＩＤ（またはＨＡＲＱプロセスナンバー）によってＨＡＲＱ－ＡＣＫコードブックを生成する。

【0305】

本発明の第３実施例として、端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＨＡＲＱプロセスＩＤ（またはＨＡＲＱプロセスナンバー）値によってＨＡＲＱ－ＡＣＫコードブックにおいてＨＡＲＱ－ＡＣＫ ｂｉｔの順番を決定する。

【0306】

詳しくは、第１ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにおいて第１ＰＤＳＣＨのＨＡＲＱプロセスＩＤをＡとし、第２ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにおいて第２ＰＤＳＣＨのＨＡＲＱプロセスＩＤをＢとすると、ＨＡＲＱ－ＡＣＫコードブックにおいてＡとＢのうち小さい値を有するＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔが大きい値を有するＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔより先の位置に配置される。

【0307】

つまり、ＨＡＲＱ－ＡＣＫプロセスＩＤの昇順によってＨＡＲＱ－ＡＣＫ ｂｉｔの位置を判断する。ここで、端末は一つのＨＡＲＱ－ＡＣＫコードブックに伝送されるＨＡＲＱ－ＡＣＫのＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤは互いに異なる値であると仮定する。よって、同じＨＡＲＱプロセスＩＤを有するＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔを有する一つのＨＡＲＱ－ＡＣＫコードブックが生成されることは期待されない。

【0308】

例えば、第１ＰＤＳＣＨをスケジューリングするＰＤＣＣＨと第２ＰＤＳＣＨをスケジューリングするＰＤＣＣＨのうち少なくとも一つに含まれているｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット数が互いに異なるか、省略、またはサイズが０ｂｉｔに設定されれば、端末はそれぞれのＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれているＨＡＲＱ－ＡＣＫプロセスＩＤに基づいてＨＡＲＱ－ＡＣＫコードブックを生成し、ＵＣＩを介して基地局に伝送する。

【0309】

この際、図２２（ａ）に示したように、第２ＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨのＨＡＲＱ－ＡＣＫプロセスＩＤまたはＨＡＲＱ－ＡＣＫプロセスナンバーの値が「０」で、第１ＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨのＨＡＲＱ－ＡＣＫプロセスＩＤまたはＨＡＲＱ－ＡＣＫプロセスナンバーの値が「１」である。この場合、図１５（ｂ）に示したように、ＨＡＲＱ－ＡＣＫプロセスＩＤまたはＨＡＲＱ－ＡＣＫプロセスナンバーらの昇順に基づいて、より低いＨＡＲＱ－ＡＣＫプロセスＩＤまたはＨＡＲＱ－ＡＣＫプロセスナンバーを有する第２ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔであるＢ（０）が第１ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔであるＢ（1）より先のビットに位置する。

【0310】

本発明の第４実施例として、端末はそれぞれのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを受信したセル情報を利用して、ＨＡＲＱ－ＡＣＫコードブック内でＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番を決定する。セル情報はセルのｉｎｄｅｘ（またはＩＤ）を意味する。端末は複数のセルでＰＤＣＣＨをモニタリングするように構成される。この場合、端末は互いに異なるセルで互いに異なるＰＤＣＣＨを受信する。端末はＨＡＲＱ－ＡＣＫコードブックにおいて、互いに異なるセルで受信したＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番をＰＤＳＣＨをスケジューリングするＰＤＣＣＨを受信したセルのｉｎｄｅｘの昇順によって配置する。

【0311】

本発明の第５実施例として、端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨを受信したＣＯＲＥＳＥＴ（またはｓｅａｒｃｈ ｓｐａｃｅ）の情報を利用してＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番を決定し、ＨＡＲＱ－ＡＣＫコードブックを生成する。ここで、ＣＯＲＥＳＥＴ（または探索空間）の情報はＣＯＲＥＳＥＴ（または探索空間）のｉｎｄｅｘ（またはＩＤ）になる。

【0312】

端末は、複数のＣＯＲＥＳＥＴ（または探索空間）でＰＤＣＣＨをモニタリングするように構成される。この場合、端末は互いに異なるＣＯＲＥＳＥＴ（または探索空間）で互いに異なるＰＤＣＣＨを受信する。この際、端末は互いに異なるＣＯＲＥＳＥＴ（または探索空間）で受信したＰＤＳＣＨらのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番をＰＤＳＣＨをスケジューリングするＰＤＣＣＨを受信したＣＯＲＥＳＥＴ（または探索空間）のｉｎｄｅｘの昇順によって配置して、ＨＡＲＱ－ＡＣＫコードブックを生成する。

【0313】

本発明の第６実施例として、端末はＰＤＳＣＨをスケジューリングするＰＤＣＣＨを周波数領域情報を利用してＨＡＲＱ－ＡＣＫコードブック内で前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番を決める。ここで、周波数領域の情報はＰＤＣＣＨが割り当てられたＰＲＢのうちｌｏｗｅｓｔ ＰＲＢ ｉｎｄｅｘになる。ここで、ｉｎｄｅｘはｃｏｍｍｏｎ ＰＲＢ ｉｎｄｅｘを意味し、このｉｎｄｅｘはＰｏｉｎｔ Ａから周波数領域にどれぐらい離れているのかを示す。Ｐｏｉｎｔ Ａは端末がｉｎｉｔｉａｌ ａｃｃｅｓｓ過程でｒｅｆｅｒｅｎｃｅ ｆｒｅｑｕｅｎｃｙを意味し、詳しくは、Ｐｏｉｎｔ Ａは以下のようである。

【0314】

- ｆｓｅｔＴｏＰｏｉｎｔＡは、Ｐｏｉｎｔ Ａと最も低い資源ブロックの最も低いサブキャリアとの間の周波数オフセットを示す。最も低い資源ブロックは、上位階層パラメータＳｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎによって提供されるサブキャリア間隔を有し、初期セル選択のための端末によって使用されるＳＳ／ＰＢＣＨブロックと重なる。ｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、ＦＲ１に対しては１５ｋＨｚ副搬送波間隔、及びＦＲ２に対しては６０ｋＨｚ副搬送波間隔を仮定してリソースブロック単位で表される。

【0315】

Ｐｏｉｎｔ Ａの周波数位置を示すａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、他の全ての場合に対してＡｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ（ＡＲＦＣＮ）で表される。

【0316】

端末は複数のＰＤＣＣＨをモニタリングするように構成され、互いに異なる周波数領域で互いに異なるＰＤＣＣＨを受信する。この場合、端末はＨＡＲＱ－ＡＣＫコードブックにおいて、互いに異なる周波数領域で受信したＰＤＳＣＨのＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番をＰＤＳＣＨをスケジューリングするＰＤＣＣＨのｌｏｗｅｓｔ ＰＲＢ ｉｎｄｅｘの昇順によって配置する。この方式は、第５実施例において一つのＣＯＲＥＳＥＴ（または探索空間）において複数個のＰＤＣＣＨが端末によって受信される場合、ＨＡＲＱ－ＡＣＫコードブックでＨＡＲＱ－ＡＣＫ ｂｉｔの順番を決定する。

【0317】

前記第１～６実施例は互いに組み合わせられて使用され、それによって端末はＨＡＲＱ－ＡＣＫコードブックにおいてそれぞれのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔの順番を決定する。例えば、第１実施例と第３実施例が組み合わせられる。この組み合わせで、ＨＡＲＱ－ＡＣＫコードブックにおいてＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番は先にＰＤＣＣＨの時間領域情報によって決定されるが、時間領域情報で順番が決められない場合、第３実施例によってＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤによって順番が決定される。または、第１実施例、第４実施例、第５実施例、及び第６実施例が組み合わせられる。この組み合わせで、ＨＡＲＱ－ＡＣＫコードブックにおいてＨＡＲＱ－ＡＣＫ ｂｉｔｓの順番は先にＰＤＣＣＨの時間領域情報によって決定される。次に、それぞれの実施例によって時間領域情報で順番を決めることができなければ、セルの情報によって順番が決定され、セルの情報で順番を決定することができなければ、ＣＯＲＥＳＥＴ（またはｓｅａｒｃｈ ｓｐａｃｅ）の情報によって順番が決定される。また、ＣＯＲＥＳＥＴ（またはｓｅａｒｃｈ ｓｐａｃｅ）の情報で順番を決定することができなければ、ＰＤＣＣＨの周波数領域割当情報によって順番が決定される。

【0318】

また、本発明の他の実施例として、端末は複数個のＰＤＣＣＨを介してＰＤＳＣＨがそれぞれスケジューリングされ、複数個のＰＤＣＣＨに含まれているｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット数が互いに異なる場合、ビット数によってＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを多重化せず、ｃｏｕｎｔｅｒ－ＤＡＩのビット数によってそれぞれ個別に生成する。

【0319】

例えば、ｃｏｕｎｔｅｒ－ＤＡＩフィールドのビット数が２ｂｉｔ、または１ｂｉｔであれば、端末は２ｂｉｔのビット数を有するｃｏｕｎｔｅｒ－ＤＡＩを含むＰＤＣＣＨがスケジューリングするＰＤＳＣＨらに対するＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ、及び／または１ｂｉｔのビット数を有するｃｏｕｎｔｅｒ－ＤＡＩを含むＰＤＣＣＨがスケジューリングするＰＤＳＣＨらに対するＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋをそれぞれ個別に生成し、基地局に伝送する。

【0320】

つまり、端末は一つのＨＡＲＱ－ＡＣＫコードブックは同じｃｏｕｎｔｅｒ－ＤＡＩビット数を有するＤＣＩ ｆｏｒｍａｔらでスケジューリングされたＰＤＳＣＨらのＨＡＲＱ－ＡＣＫのみを含む。

【0321】

上述した第１実施例乃至第６実施例によって、端末はｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄなしにＨＡＲＱ－ＡＣＫコードブックでＨＡＲＱ－ＡＣＫ ｂｉｔの位置を判断する。しかし、端末はそれぞれのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットらを含むＨＡＲＱ－ＡＣＫコードブックを生成するに当たって、ＨＡＲＱ－ＡＣＫコードブックのサイズを決定する際に問題が発生する可能性がある。

【0322】

例えば、端末がＰＤＣＣＨのうち一つの受信することができなければ、端末はその受信できなかったＰＤＣＣＨのためＨＡＲＱ－ＡＣＫコードブックのサイズの判断を間違ってしまう恐れがあるため、それを解決するための方法が必要である。

【0323】

この場合、端末は常にダイナミックＨＡＲＱ－ＡＣＫコードブックのサイズがＸで割った際に残りがＹと仮定する。好ましくは、Ｘ＝４でＹ＝１である。つまり、ダイナミックＨＡＲＱ－ＡＣＫコードブックのサイズは１、５、９、…ｂｉｔｓのうち一つの値に決められる。端末がＺ個のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを受信すれば、端末はＺより大きいか同じサイズのうち最も小さい値とＨＡＲＱ－ＡＣＫコードブックのサイズを判断する。例えば、Ｚ＝３であればＨＡＲＱ－ＡＣＫコードブックのサイズを５と判断する。

【0324】

一つのＨＡＲＱ－ＡＣＫコードブックのＨＡＲＱ－ＡＣＫに対応するＰＤＣＣＨのＤＣＩにｃｏｕｎｔｅｒ－ＤＡＩフィールドが含まれるか、含まれないことがある。この場合、ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋを内において、端末はｃｏｕｎｔｅｒ－ＤＡＩフィールドが含まれているＤＣＩでスケジューリングされたＰＤＳＣのＨＡＲＱ－ＡＣＫと、ｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄが含まれていないＤＣＩでスケジューリングされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫの位置を決定すべきである。

【0325】

本発明の一実施例として、この場合、端末はＤＣＩがｃｏｕｎｔｅｒ－ＤＡＩフィールドを含むのか否かによってＨＡＲＱ－ＡＣＫコードブックをそれぞれ個別に生成する。

【0326】

詳しくは、端末はｃｏｕｎｔｅｒ－ＤＡＩフィールドが含まれているＤＣＩによってスケジューリングされたＰＤＳＣＨらのＨＡＲＱ－ＡＣＫらのみを集めて第１ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックを生成する。この際、第１ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブック内においてＨＡＲＱ－ＡＣＫの位置はｃｏｕｎｔｅｒ－ＤＡＩフィールドが値を利用して判定する（つまり、ｃｏｕｎｔｅｒ－ＤＡＩの昇順によって位置が決定される）。この場合、ｃｏｕｎｔｅｒ－ＤＡＩフィールドがのビット数が互いに異なる場合、上述した第１実施例乃至第６実施例の方法及びその組み合わせが使用される。

【0327】

そして、端末はｃｏｕｎｔｅｒ－ＤＡＩフィールドが省略されるか、０ｂｉｔに設定されたＤＣＩがスケジューリングしたＰＤＳＣＨらのＨＡＲＱ－ＡＣＫらのみを集めて第２ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックを生成する。この際、第２ｓｕｂ－ＨＡＲＱ－ＡＣＫ ｃｏｄｅｂｏｏｋ内において、ＨＡＲＱ－ＡＣＫの位置は前記第１実施例乃至第６実施例及びその組み合わせで決定される。端末は第１ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックと第２ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックを連続に結合（つまり、第１ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックの最後のｂｉｔの次に第２ｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックの最初のｂｉｔが来るように）して、ＨＡＲＱ－ＡＣＫコードブックを生成する。この方式は端末が互いに異なる方式で２つのｓｕｂ－ＨＡＲＱ－ＡＣＫコードブックを作るべきであるため、端末の複雑度が増加する恐れがある。

【0328】

本発明の他の一実施例として、前記のような状況において、端末はＤＣＩに含まれているｃｏｕｎｔｅｒ－ＤＡＩフィールドを無視する。つまり、全てのＤＣＩらをｃｏｕｎｔｅｒ－ＤＡＩ ｆｉｅｌｄがないＤＣＩとみなし、前記第１～第６実施例及びその組み合わせでＨＡＲＱ－ＡＣＫコードブック内でＨＡＲＱ－ＡＣＫ ｂｉｔの位置が決定される。

【0329】

本発明のまた他の実施例として、セミ－スタティックＨＡＲＱ－ＡＣＫコードブックが設定されている端末は一つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ ｂｉｔを決定する。

【0330】

詳しくは、セミ－スタティックＨＡＲＱ－ＡＣＫコードブックを設定された端末は、決められた数のＨＡＲＱ－ＡＣＫ ｂｉｔｓを含むＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨに伝送すべきである。この際、決められた数は端末が実際にどのＰＤＳＣＨをスケジューリングされたのかとは関係なく決定され、上位階層と設定された情報から誘導される。

【0331】

上位階層と設定された情報は少なくともセルのＣＢＧ設定情報を含み、端末はセルごとにＣＢＧ設定情報を設定される。ＣＢＧ設定情報は一つのＰＤＳＣＨ（またはＴＢ）が含み得る最大ＣＢＧの数を設定するために利用され、Ｎ_ＭＡＸで表される。セミ－スタティックＨＡＲＱ－ＡＣＫコードブックではＰＤＳＣＨらのＨＡＲＱ－ＡＣＫ ｂｉｔｓを含む際、一つのＰＤＳＣＨが何ｂｉｔｓのＨＡＲＱ－ＡＣＫに対応するのかを決定すべきである。一般に、ＣＢＧ伝送が設定されなければ、ＰＤＳＣＨでは１ｂｉｔ ＨＡＲＱ－ＡＣＫに対応し（２ＴＢ伝送が構成されれば２ｂｉｔｓ）、ＣＢＧ伝送が設定されれば、ＰＤＳＣＨはＮ_ＭＡＸ ｂｉｔｓ ＨＡＲＱ－ＡＣＫに対応する。

【0332】

端末にセミ－スタティックＨＡＲＱ－ＡＣＫが設定されれば、前記のように決められた数のＨＡＲＱ－ＡＣＫ ｂｉｔｓがＰＵＣＣＨに含まれるべきである。ＣＢＧ基盤の伝送が設定されていても、特定状況において、端末はＰＤＳＣＨに対する１ｂｉｔ ＨＡＲＱ－ＡＣＫのみをＰＵＣＣＨに含ませて伝送する。

【0333】

例えば、ＣＢＧ基盤の伝送が設定されていれば、以下のような場合のうち少なくとも一つを満足しながら端末に一つの下りリンクセル（またはキャリア）が設定されており、ＰＤＣＣＨを受信するモニタリング機会が一つであれば、端末は前記ＳＰＳ ＰＤＳＣＨ、またはＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ ＤＣＩ、またはＰＤＳＣＨのＨＡＲＱ－ＡＣＫを１ｂｉｔのみ生成する。

【0334】

一つのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを端末が伝送すべきである場合、

【0335】

一つのＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ ＤＣＩを受信した場合、

【0336】

ＤＣＩ ｆｏｒｍａｔ １＿０またはＤＣＩ ｆｏｒｍａｔ １＿２でスケジューリングされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫを伝送する場合

【0337】

つまり、ＣＢＧ基盤の伝送が設定されていても、端末はＰＤＳＣＨ当たり１ｂｉｔのＨＡＲＱ－ＡＣＫのみを生成する。

【0338】

逆に、ＣＢＧ基盤の伝送が設定されている場合、以下のような条件のうち少なくとも一つを満足し、端末に２つ以上の下りリンクセル（またはキャリア）が設定されているか、ＰＤＣＣＨを受信するモニタリング機会が２つ以上であれば、端末は前記ＳＰＳ ＰＤＳＣＨ、またはＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ ＤＣＩ、またはＰＤＳＣＨのＨＡＲＱ－ＡＣＫ（ＴＢ－ｌｅｖｅｌ ＨＡＲＱ－ＡＣＫ）１ｂｉｔをＮ_ＭＡＸ回繰り返してＮ_ＭＡＸ ｂｉｔｓを生成する。

【0339】

一つのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを伝送すべきである場合、

【0340】

一つのＳＰＳ ＰＤＳＣＨ ｒｅｌｅａｓｅ ＤＣＩを受信した場合、

【0341】

ＤＣＩ ｆｏｒｍａｔ １＿０またはＤＣＩ ｆｏｒｍａｔ １＿２でスケジューリングされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫを伝送する場合

【0342】

つまり、ＣＢＧ基盤の伝送に合わせて、端末はＰＤＳＣＨ当たりＮ_ＭＡＸ ｂｉｔのＨＡＲＱ－ＡＣＫのみを生成する。

【0343】

前記のような動作において、ＤＣＩ ｆｏｒｍａｔ １＿２は高信頼低遅延のために各フィールドのサイズを設定するＤＣＩ ｆｏｒｍａｔである。このＤＣＩ ｆｏｒｍａｔ １＿２はＣＢＧ基盤の動作を支援しない。つまり、ＤＣＩ ｆｏｒｍａｔ １＿２でスケジューリングされるＰＤＳＣＨは常にＴＢ－ｌｅｖｅｌ ＨＡＲＱ－ＡＣＫ １ｂｉｔに対応する。これは、ＤＣＩ ｆｏｒｍａｔ １＿０と類似している。よって、ＤＣＩ ｆｏｒｍａｔ １＿０と同じく扱われる。

【0344】

図２３は、本発明の一実施例による互いに異なるフォーマットを有する下りリンク情報に基づいてＨＡＲＱ－ＡＣＫを伝送するための端末の動作の一例を示す順序図である。

【0345】

図２３を参照すると、端末は基地局から伝送された複数個のＰＤＣＣＨのＤＣＩによってスケジューリングされた複数個のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを生成する。この場合、ＤＣＩのフォーマットが互いに異なり、それぞれのＤＣＩに含まれているＤＡＩフィールドのビット数が異なれば、端末は一定条件によってＤＡＩフィールドの値を解釈してＨＡＲＱ－ＡＣＫコードブックを生成する。

【0346】

まず、端末は、第１下りリンク物理共有チャネル（ＰＤＳＣＨ）をスケジューリングするための第１ＰＤＣＣＨを受信するＳ２３０１０。この際、端末は第１ＰＤＣＣＨを受信する前に、ＰＤＣＣＨを受信するための情報を含む設定情報を受信する。

【0347】

第１ＰＤＣＣＨは前記第１ＰＤＣＣＨがモニタリングされる時点のサービングセルまでスケジューリングされたＰＤＳＣＨの個数を示す第１カウンタ下りリンク割当指示子（ＤＡＩ）及びＰＤＣＣＨがモニタリングされる時点までサービングセルでスケジューリングされた全てのＰＤＳＣＨの個数を示す第１全体（ｔｏｔａｌ）ＤＡＩを含む。

【0348】

次に、端末は第２カウンタＤＡＩ及び第２全体ＤＡＩを含む第２ＰＤＳＣＨをスケジューリングするための第２ＰＤＣＣＨを受信するＳ２３０２０。

【0349】

次に、端末は第１ＰＤＣＣＨに基づいて前記第１ＰＤＳＣＨを受信し２３０３０、第２ＰＤＣＣＨに基づいて前記第２ＰＤＳＣＨを受信するＳ２３０４０。

【0350】

端末は第１ＰＤＳＣＨ及び第２ＰＤＳＣＨを受信した後、第１ＰＤＳＣＨ及び第２ＰＤＳＣＨそれぞれに対するＨＡＲＱ－ＡＣＫビットらを生成し、生成されたＨＡＲＱ－ＡＣＫビットらを利用してＨＡＲＱ－ＡＣＫコードブックを生成する。

【0351】

次に、端末はＨＡＲＱ－ＡＣＫコードブックを含む上りリンク制御情報（ＵＣＩ）を前記基地局に伝送するＳ２３０５０。

【0352】

第１カウンタＤＡＩのビット数と第２カウンタＤＡＩのビット数が異なる場合、前記第２カウンタＤＡＩの値は前記第１カウンタＤＡＩのビット数に基づいて認識される。つまり、第１カウンタＤＡＩのビット数と第２カウンタＤＡＩのビット数が異なる場合、上述したＰｒｏｐｏｓａｌ １乃至３の方法によって端末はＨＡＲＱ－ＡＣＫビットらを含むＨＡＲＱ－ＡＣＫコードブックを生成する。

【0353】

例えば、第１カウンタＤＡＩのビット数が第２カウンタＤＡＩのビット数より小さければ、第２カウンタＤＡＩが示す値は第２カウンタＤＡＩのビットらのうち第１カウンタＤＡＩのビット数と同じ個数の少なくとも一つのビットらに基づいて決定される。

【0354】

または、第１カウンタＤＡＩのビット数が第２カウンタＤＡＩのビット数より大きければ、第２カウンタＤＡＩが示す値は第２カウンタＤＡＩのビット数が第１カウンタＤＡＩのビット数と同じ個数のビット数までビット数を拡張して解釈される。

【0355】

この際、第２カウンタＤＡＩの候補値が複数個であれば、第２カウンタＤＡＩ値は複数個の候補値のうち第１カウンタＤＡＩが示す値と最も差が少ない値と解釈される。

【0356】

図２４は、本発明の一実施例による互いに異なるフォーマットを有する下りリンク情報に基づくＨＡＲＱ－ＡＣＫを受信するための基地局の動作の一例を示す順序図である。

【0357】

図２４を参照すると、基地局は互いに異なるフォーマットを有する複数個のＰＤＣＣＨを介して端末にＰＤＳＣＨをスケジューリングする。この場合、ＰＤＣＣＨの互いに異なるフォーマットのＤＣＩに含まれているＤＣＩフィールドのビット数が異なれば、基地局は端末から互いに異なるフォーマットのＤＣＩによってスケジューリングされたＰＤＳＣＨらに対するＨＡＲＱ－ＡＣＫコードブックを伝送される。

【0358】

まず、基地局は、第１下りリンク物理共有チャネル（ＰＤＳＣＨ）をスケジューリングするための第１ＰＤＣＣＨを端末に伝送するＳ２４０１０。この際、基地局は第１ＰＤＣＣＨを伝送する前に、ＰＤＣＣＨを受信するための情報を含む設定情報を伝送する。

【0359】

第１ＰＤＣＣＨは前記第１ＰＤＣＣＨがモニタリングされる時点のサービングセルまでスケジューリングされたＰＤＳＣＨの個数を示す第１カウンタ下りリンク割当指示子（ＤＡＩ）及びＰＤＣＣＨがモニタリングされる時点までサービングセルでスケジューリングされた全てのＰＤＳＣＨの個数を示す第１全体（ｔｏｔａｌ）ＤＡＩを含む。

【0360】

次に、基地局は第２カウンタＤＡＩ及び第２全体ＤＡＩを含む第２ＰＤＳＣＨをスケジューリングするための第２ＰＤＣＣＨを伝送するＳ２４０２０。

【0361】

次に、基地局は第１ＰＤＣＣＨに基づいて前記第１ＰＤＳＣＨを伝送し２４０３０、第２ＰＤＣＣＨに基づいて第２ＰＤＳＣＨを伝送するＳ２４０４０。

【0362】

基地局は端末によって生成された第１ＰＤＳＣＨ及び第２ＰＤＳＣＨそれぞれに対するＨＡＲＱ－ＡＣＫビットらを含むＨＡＲＱ－ＡＣＫコードブックを上りリンク制御情報（ＵＣＩ）を介して端末から受信するＳ２４０５０。

【0363】

第１カウンタＤＡＩのビット数と第２カウンタＤＡＩのビット数が異なる場合、前記第２カウンタＤＡＩの値は前記第１カウンタＤＡＩのビット数に基づいて認識される。つまり、第１カウンタＤＡＩのビット数と第２カウンタＤＡＩのビット数が異なる場合、上述したＰｒｏｐｏｓａｌ １乃至３の方法によって端末はＨＡＲＱ－ＡＣＫビットらを含むＨＡＲＱ－ＡＣＫコードブックを生成する。

【0364】

例えば、第１カウンタＤＡＩのビット数が第２カウンタＤＡＩのビット数より小さければ、第２カウンタＤＡＩが示す値は第２カウンタＤＡＩのビットのうち第１カウンタＤＡＩのビット数と同じ個数の少なくとも一つのビットらに基づいて決定される。

【0365】

または、第１カウンタＤＡＩのビット数が第２カウンタＤＡＩのビット数より大きければ、第２カウンタＤＡＩが示す値は第２カウンタＤＡＩのビット数が第１カウンタＤＡＩのビット数と同じ個数のビット数までビット数を拡張して解釈される。

【0366】

この際、第２カウンタＤＡＩの候補値が複数個であれば、第２カウンタＤＡＩ値は複数個の候補値のうち第１カウンタＤＡＩが示す値と最も差が少ない値と解釈される。

【0367】

上述した本発明の説明は例示のためのものであって、本発明の属する技術分野における通常の知識を有する者は、本発明の技術的思想や必須的特徴を変更せずも他の具体的な形態に容易に変更可能であることを理解されるであろう。よって、上述した実施例は全ての面で例示的なものであり、限定的なものではないと理解すべきである。例えば、単一形として説明されている各構成要素は分散されて実施されてもよく、同じく分散されていると説明されている構成要素も結合された形態で実施されてもよい。

【0368】

本発明の範囲は上述した詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、そしてその均等概念から導き出される全ての変更または変形された形態が本発明の範囲に含まれると解釈すべきである。

【符号の説明】

【0369】

１００ 端末
１１０ プロセッサ
１２０ 通信モジュール
１３０ メモリ
１４０ ユーザインタフェース
１５０ ディスプレイユニット
２００ 基地局
２１０ プロセッサ
２２０ 通信モジュール
２３０ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】