特許 7214272 無線通信システムにおいて上りリンク制御チャネルの送信装置及び方法

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

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

(11)【特許番号】

(24)【登録日】2023-01-20

(45)【発行日】2023-01-30

(54)【発明の名称】無線通信システムにおいて上りリンク制御チャネルの送信装置及び方法

(51)【国際特許分類】

   H04L 27/26 20060101AFI20230123BHJP

   H04L 1/16 20230101ALI20230123BHJP

   H04W 72/20 20230101ALI20230123BHJP

   H04W 28/04 20090101ALI20230123BHJP

   H04W 72/0446 20230101ALI20230123BHJP

   H04W 72/044 20230101ALI20230123BHJP

【ＦＩ】

H04L27/26 110

H04L1/16

H04W72/04 136

H04W28/04 110

H04W72/04 131

H04W72/04 137

【請求項の数】 20

(21)【出願番号】P 2021540008

(86)(22)【出願日】2020-01-09

(65)【公表番号】

(43)【公表日】2022-03-11

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

(87)【国際公開番号】W WO2020145704

(87)【国際公開日】2020-07-16

【審査請求日】2022-05-27

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

(32)【優先日】2019-01-09

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

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

(32)【優先日】2019-04-01

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ミンソク・ノ

(72)【発明者】

【氏名】チンサム・カク

【審査官】吉江 一明

(56)【参考文献】

【文献】Nokia, Nokia Shanghai Bell，On UCI Enhancements for URLLC[online]，3GPP TSG RAN WG1 #95 R1-1813114，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813114.zip>，2018年11月02日

【文献】Huawei, HiSilicon，L1 enhancements for URLLC[online]，3GPP TSG RAN WG1 #94b R1-1810157，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94b/Docs/R1-1810157.zip>，2018年09月29日

【文献】MediaTek Inc.，Enhancements on HARQ for NR-U operation[online]，3GPP TSG RAN WG1 #95 R1-1812358，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812358.zip>，2018年11月03日

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

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｌ １／１６

Ｈ０４Ｗ ７２／０４

Ｈ０４Ｗ ２８／０４

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

【請求項1】

無線通信システムにおいてユーザ機器（ＵＥ）に使用される方法であって、
１つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信し、前記１つ以上のＰＤＣＣＨの各々は、
ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ－ｔｏ－ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ）フィードバックのためのサブスロットレベルのオフセット、及び
ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）多重化に関する指示子を含み、前記指示子は、０または１のうちの１つを有する、段階と；
半静的ＨＡＲＱ－ＡＣＫコードブック方式に基づいて、前記指示子の第１の値に関連した第１ＨＡＲＱ－ＡＣＫコードブックを生成する段階と；
サブスロットｎで第１物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して前記第１ＨＡＲＱ－ＡＣＫコードブックを送信する段階とを含み、
前記半静的ＨＡＲＱ－ＡＣＫコードブック方式は、
ステップＡ：ＰＤＳＣＨ候補を含む集合Ｒについて、前記集合Ｒの要素の終わる時間が前記サブスロットｎに関連したサブスロット内でないならば、前記集合Ｒは前記要素を取り除くことにより更新されることと、
ステップＢ：スロットレベルにおいて、同じＨＡＲＱ－ＡＣＫビット位置が、(i) 最も小さい最後のシンボルをもつ第１の要素、および(ii)前記第１の要素と時間において重なるゼロ以上の第２の要素の両方に割り当てられた後、前記更新された集合Ｒから前記第１の要素および前記ゼロ以上の第２の要素が取り除かれることとを含む、
方法。

【請求項2】

前記集合Ｒの要素が半静的に構成された上りリンクシンボルと重なるとき、前記集合Ｒは、前記要素を取り除くことによってさらに更新される、請求項１に記載の方法。

【請求項3】

前記指示子の第２の値に関連した第２ＨＡＲＱ－ＡＣＫコードブックがさらに生成される、請求項１または２に記載の方法。

【請求項4】

前記第１ＰＵＣＣＨが前記第２ＨＡＲＱ－ＡＣＫコードブックについての第２ＰＵＣＣＨとスロット内で時間において重なっていないとき、前記第１及び第２ＰＵＣＣＨはいずれも前記スロットにおいて送信される、請求項３に記載の方法。

【請求項5】

前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックが多重化されたとき、前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックは、前記指示子の値の順で連結される、請求項３に記載の方法。

【請求項6】

無線通信システムにおいて基地局（ＢＳ）に使用される方法であって、
１つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）を送信し、前記１つ以上のＰＤＣＣＨの各々は、
ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ－ｔｏ－ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ）フィードバックのためのサブスロットレベルのオフセット、および
ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）多重化に関する指示子を含み、前記指示子は、０または１のうちの１つを有する、段階と；
サブスロットｎで第１物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して前記指示子の第１の値に関連する第１ＨＡＲＱ－ＡＣＫコードブックを受信し、前記第１ＨＡＲＱ－ＡＣＫコードブックは、半静的ＨＡＲＱ－ＡＣＫコードブック方式に基づいて生成される、段階とを含み、
前記半静的ＨＡＲＱ－ＡＣＫコードブック方式は、
ステップＡ：ＰＤＳＣＨ候補を含む集合Ｒについて、前記集合Ｒの要素の終わる時間が前記サブスロットｎに関連したサブスロット内でないならば、前記集合Ｒは前記要素を取り除くことにより更新されることと、
ステップＢ：スロットレベルにおいて、同じＨＡＲＱ－ＡＣＫビット位置が、(i) 最も小さい最後のシンボルをもつ第１の要素、および(ii)前記第１の要素と時間において重なるゼロ以上の第２の要素の両方に割り当てられた後、前記更新された集合Ｒから前記第１の要素および前記ゼロ以上の第２の要素が取り除かれることとを含む、
方法。

【請求項7】

前記集合Ｒの要素が半静的に構成された上りリンクシンボルと重なるとき、前記集合Ｒは、前記要素を取り除くことによってさらに更新される、請求項６に記載の方法。

【請求項8】

前記指示子の第２の値に関連した第２ＨＡＲＱ－ＡＣＫコードブックがさらに生成される、請求項６または７に記載の方法。

【請求項9】

前記第１ＰＵＣＣＨが前記第２ＨＡＲＱ－ＡＣＫコードブックについての第２ＰＵＣＣＨとスロット内で時間において重なっていないとき、前記第１及び第２ＰＵＣＣＨはいずれも前記スロットにおいて送信される
請求項８に記載の方法。

【請求項10】

前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックが多重化されたとき、前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックは、前記指示子の値の順で連結される、請求項８に記載の方法。

【請求項11】

無線通信システムに使用されるユーザ機器（ＵＥ）であって、前記ＵＥは、
通信モジュールと、
前記通信モジュールを制御するよう構成されたプロセッサとを含み、
前記プロセッサは、
１つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信し、前記１つ以上のＰＤＣＣＨの各々は、
ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ－ｔｏ－ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ）フィードバックのためのサブスロットレベルのオフセット、及び
ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）多重化に関する指示子を含み、前記指示子は、０または１のうちの１つを有し；
半静的ＨＡＲＱ－ＡＣＫコードブック方式に基づいて、前記指示子の第１の値に関連した第１ＨＡＲＱ－ＡＣＫコードブックを生成し；
サブスロットｎで第１物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して前記第１ＨＡＲＱ－ＡＣＫコードブックを送信するよう構成され、
前記半静的ＨＡＲＱ－ＡＣＫコードブック方式は、
ステップＡ：ＰＤＳＣＨ候補を含む集合Ｒについて、前記集合Ｒの要素の終わる時間が前記サブスロットｎに関連したサブスロット内でないならば、前記集合Ｒは前記要素を取り除くことにより更新されることと、
ステップＢ：スロットレベルにおいて、同じＨＡＲＱ－ＡＣＫビット位置が、(i) 最も小さい最後のシンボルをもつ第１の要素、および(ii)前記第１の要素と時間において重なるゼロ以上の第２の要素の両方に割り当てられた後、前記更新された集合Ｒから前記第１の要素および前記ゼロ以上の第２の要素が取り除かれることとを含む、
ユーザ機器（ＵＥ）。

【請求項12】

前記集合Ｒの要素が半静的に構成された上りリンクシンボルと重なるとき、前記集合Ｒは、前記要素を取り除くことによってさらに更新される、請求項１１に記載のＵＥ。

【請求項13】

前記指示子の第２の値に関連した第２ＨＡＲＱ－ＡＣＫコードブックがさらに生成される、請求項１１または１２に記載のＵＥ。

【請求項14】

前記第１ＰＵＣＣＨが前記第２ＨＡＲＱ－ＡＣＫコードブックについての第２ＰＵＣＣＨとスロット内で時間において重なっていないとき、前記第１及び第２ＰＵＣＣＨはいずれも前記スロットにおいて送信される請求項１３に記載のＵＥ。

【請求項15】

前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックが多重化されたとき、前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックは、前記指示子の値の順で連結される、請求項１３に記載のＵＥ。

【請求項16】

無線通信システムに使用される基地局（ＢＳ）であって、前記ＢＳは、
通信モジュールと、
前記通信モジュールを制御するよう構成されたプロセッサとを含み、
前記プロセッサは、
１つ以上の物理下りリンク制御チャネル（ＰＤＣＣＨ）を送信し、前記１つ以上のＰＤＣＣＨの各々は、
ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ－ｔｏ－ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ）フィードバックのためのサブスロットレベルのオフセット、及び
ＨＡＲＱ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）多重化に関する指示子を含み、前記指示子は、０または１のうちの１つを有し；
サブスロットｎで第１物理上りリンク制御チャネル（ＰＵＣＣＨ）を介して前記指示子の第１の値に関連する第１ＨＡＲＱ－ＡＣＫコードブックを受信し、前記第１ＨＡＲＱ－ＡＣＫコードブックは、半静的ＨＡＲＱ－ＡＣＫコードブック方式に基づいて生成される、
ように構成され、
前記半静的ＨＡＲＱ－ＡＣＫコードブック方式は、
ステップＡ：ＰＤＳＣＨ候補を含む集合Ｒについて、前記集合Ｒの要素の終わる時間が前記サブスロットｎに関連したサブスロット内でないならば、前記集合Ｒは前記要素を取り除くことにより更新されることと、
ステップＢ：スロットレベルにおいて、同じＨＡＲＱ－ＡＣＫビット位置が、(i) 最も小さい最後のシンボルをもつ第１の要素、および(ii)前記第１の要素と時間において重なるゼロ以上の第２の要素の両方に割り当てられた後、前記更新された集合Ｒから前記第１の要素および前記ゼロ以上の第２の要素が取り除かれることとを含む、
ＢＳ。

【請求項17】

前記集合Ｒの要素が半静的に構成された上りリンクシンボルと重なるとき、前記集合Ｒは、前記要素を取り除くことによってさらに更新される、請求項１６に記載のＢＳ。

【請求項18】

前記指示子の第２の値に関連した第２ＨＡＲＱ－ＡＣＫコードブックがさらに生成される、請求項１６または１７に記載のＢＳ。

【請求項19】

前記第１ＰＵＣＣＨが前記第２ＨＡＲＱ－ＡＣＫコードブックについての第２ＰＵＣＣＨとスロット内で時間において重なっていないとき、前記第１及び第２ＰＵＣＣＨはいずれも前記スロットにおいて送信される請求項１８に記載のＢＳ。

【請求項20】

前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックが多重化されたとき、前記第１及び第２ＨＡＲＱ－ＡＣＫコードブックは、前記指示子の値の順で連結される、請求項１８に記載のＢＳ。

【発明の詳細な説明】

【技術分野】

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

一側面において、前記第１ＰＵＣＣＨが０値を有する前記第１指示子に対応する場合、前記第２ＰＵＣＣＨは、１値を有する前記第２指示子に対応し、前記第１ＰＵＣＣＨが１値を有する前記第１指示子に対応する場合、前記第２ＰＵＣＣＨは、０値を有する前記第２指示子に対応してよい。

【0030】

他の側面において、前記方法は、前記第１ＰＵＣＣＨに対応する前記第１指示子及び前記第２ＰＵＣＣＨに対応する前記第２指示子を、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）又はＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングで前記端末に送信する段階をさらに含むことができる。

【0031】

さらに他の側面において、前記第１ＨＡＲＱ－ＡＣＫコードブックは、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）方式で生成され、前記第２ＨＡＲＱ－ＡＣＫコードブックは、動的方式で生成されてよい。

【0032】

さらに他の側面において、前記第２スロットにおいて前記第１ＰＵＣＣＨ及び前記第２ＰＵＣＣＨを同時に前記端末から受信する段階は、前記第１ＰＵＣＣＨと前記第２ＰＵＣＣＨの送信が衝突しない場合に行われ、前記第１ＰＵＣＣＨ及び前記第２ＰＵＣＣＨのうちいずれか１つのＰＵＣＣＨを受信する段階は、前記第１ＰＵＣＣＨと前記第２ＰＵＣＣＨの送信が衝突する場合に行われてよく、前記第１ＰＵＣＣＨと前記第２ＰＵＣＣＨの送信が衝突する場合は、前記第１ＰＵＣＣＨのためのリソースと前記第２ＰＵＣＣＨのためのリソースとが少なくとも一部重なる場合を含むことができる。

【0033】

さらに他の側面において、前記第１ＰＵＣＣＨ及び前記第２ＰＵＣＣＨのうちいずれか１つのＰＵＣＣＨを受信する段階は、前記１つのＰＵＣＣＨを逆多重化し、前記第１ＨＡＲＱ－ＡＣＫコードブック及び前記第２ＨＡＲＱ－ＡＣＫコードブックを取得する段階をさらに含むことができる。

【0034】

さらに他の側面において、前記第１及び第２ＰＤＳＣＨの送信タイミングと前記第１及び第２ＰＵＣＣＨの受信タイミングとの間の間隔は、前記第１スロット又は前記第２スロットを構成するシンボルの数（＝ａ）よりも少ない数（＝ｂ）のシンボル単位と定義されてよい。

【0035】

さらに他の側面において、前記第１スロットはそれぞれ、複数のサブスロットを含み、前記第１ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫコードブックは、前記第１スロットにおいて受信可能な最大ＰＤＳＣＨの個数と同じ数のＨＡＲＱ－ＡＣＫを含むことができる。

【0036】

さらに他の側面において、前記第１ＰＤＳＣＨは、半静的にスケジュールされた（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔｌｙ ｓｃｈｅｄｕｌｅｄ）ＰＤＳＣＨであり、前記第１ＰＤＳＣＨに関する送信周期は、前記基地局によって設定され、前記第１スロットと前記第２スロットとの間の間隔は、ｋ１であり、前記第２スロットにおいて前記第１ＰＵＣＣＨを送信できない場合、前記第１ＰＵＣＣＨの送信タイミングが第３スロットまで遅延され、前記ｋ１は、第１ＰＤＳＣＨの受信タイミングと第１ＰＵＣＣＨの送信タイミングとの間の間隔であってよい。

【発明の効果】

【0037】

本実施例によれば、１スロットにおいてそれぞれ異なるＨＡＲＱ－ＡＣＫを含む複数のＰＵＣＣＨの送信手順が明確になるので、様々なタイプのトラフィック（ｅＵＲＬＬＣ、ｅＭＢＢ）を同時に提供しようとする５Ｇ無線通信システムの目標性能を達成することができる。

【0038】

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

【図面の簡単な説明】

【0039】

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

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

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

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

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

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

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

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

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

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

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

【図12】一実施例に係る指示子によって１つのスロットで複数のＰＵＣＣＨを送信する方法を示すフローチャートである。

【図13】１つのスロットで複数のＰＵＣＣＨを送信する方法の一例を説明する図である。

【図14】１つのスロットで複数のＰＵＣＣＨを送信する方法の他の例を説明する図である。

【図15】ｋ１値の単位を、基本スロットよりも小さい単位であるサブスロットと定義する方法を説明する図である。

【図16】一例による１つのスロット内で複数のＰＵＣＣＨ送信が衝突する状況を説明する図である。

【図17】一例によるサブスロットにわたって送信可能な複数のＰＤＳＣＨ候補を例示する図である。

【図18】半スロットに基づく半静的ＨＡＲＱ－ＡＣＫコードブックの生成過程の一例を説明する図である。

【図19】他の例による半スロットに基づく半静的ＨＡＲＱ－ＡＣＫコードブックの生成過程を示す図である。

【図20】図１９による半静的ＨＡＲＱ－ＡＣＫコードブック生成の結果を示す図である。

【図21】一例によるＨＡＲＱ－ＡＣＫ多重化指示子による端末のＰＵＣＣＨ送信を示す図である。

【図22】他の例によるＨＡＲＱ－ＡＣＫ多重化指示子による端末のＰＵＣＣＨ送信を示す図である。

【図23】一例による端末にｋ１とＰＲＩフィールドが構成（又は、指示）されていない場合、ＰＵＣＣＨリソースの決定方法を説明する図である。

【図24】一例による端末が１つのスロットで複数のＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫビットを送信する方法を説明する図である。

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

【表1】

【0064】

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

【0065】

ｄ_ＰＳＳ(ｎ)＝１－２ｘ(ｍ)

【0066】

ｍ＝(ｎ＋４３Ｎ^(２)_ＩＤ) ｍｏｄ １２７

【0067】

０≦ｎ<１２７

【0068】

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

【0069】

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

【0070】

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

【0071】

ｄ_ＳＳＳ(ｎ)＝［１－２ｘ_０((ｎ＋ｍ_０) ｍｏｄ １２７］［１－２ｘ_ｉ((ｎ＋ｍ_１) ｍｏｄ １２７］

【0072】

ｍ_０＝１５ ｆｌｏｏｒ(Ｎ(^１)_ＩＤ／１１２)＋５Ｎ(^２)_ＩＤ

【0073】

ｍ１＝Ｎ(^１)_ＩＤ ｍｏｄ １１２

【0074】

０≦ｎ<１２７

【0075】

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

【0076】

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

【0077】

［ｘ_０(６)ｘ_０(５)ｘ_０(４)ｘ_０(３)ｘ_０(２)ｘ_０(１)ｘ_０(０)］＝［００００００１］

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

【表2】

【0090】

ＰＵＣＣＨは、以下の上りリンク制御情報（ＵＣＩ）を伝送するのに使用される。

【0091】

－ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：上りリンクＵＬ－ＳＣＨ資源を要請するのに使用される情報である。

【0092】

－ＨＡＲＱ－ＡＣＫ：（ＤＬ ＳＰＳ ｒｅｌｅａｓｅを指示する）ＰＤＣＣＨに対する応答及び／またはＰＤＳＣＨ上の上りリンク伝送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）に対する応答である。ＨＡＲＱ－ＡＣＫは、ＰＤＣＣＨまたはＰＤＳＣＨを介して伝送された情報の受信可否を示す。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（以下、ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）、またはＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと混用される。一般に、ＡＣＫはビット値１で表され、ＮＡＣＫはビット値０で表される。

【0093】

－ＣＳＩ：下りリンクチャネルに対するフィードバック情報である。基地局が伝送するＣＳＩ－ＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）に基づいて端末が生成する。ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）－関連フィードバック情報は、ＲＩ及びＰＭＩを含む。ＣＳＩは、ＣＳＩが示す情報に応じてＣＳＩパート１とＣＳＩパート２に分けられる。

【0094】

３ＧＰＰ ＮＲシステムでは、多様なサービスシナリオと多様なチャネル環境、及びフレーム構造を支援するために、５つのＰＵＣＣＨフォーマットが使用される。

【0095】

ＰＵＣＣＨフォーマット０は、１ビットまたは２ビットＨＡＲＱ－ＡＣＫ情報またはＳＲを伝達するフォーマットである。ＰＵＣＣＨフォーマット０は、時間軸に１つまたは２つのＯＦＤＭシンボルと、周波数軸に１つのＲＢを介して伝送される。ＰＵＣＣＨフォーマット０が２つのＯＦＤＭシンボルで伝送されれば、２つのシンボルに同じシーケンスが互いに異なるＲＢで伝送される。これを介し、端末は周波数ダイバーシティゲイン（ｄｉｖｅｒｓｉｔｙ ｇａｉｎ）を得る。より詳しくは、端末はＭ_ｂｉｔビットＵＣＩ（Ｍ_ｂｉｔ＝１ｏｒ２）に応じてサイクリックシフト（ｃｙｃｌｉｃ ｓｈｉｆｔ）の値ｍ_ｃｓを決定し、長さ１２のベースシーケンス（ｂａｓｅ ｓｅｑｕｅｎｃｅ）を決められた値ｍ_ｃｓでサイクリックシフトしたシーケンスを、１つのＯＦＤＭシンボル及び１つのＰＲＢの１２個のＲＥｓにマッピングして伝送する。端末が使用可能なサイクリックシフトの個数が１２個で、Ｍ_ｂｉｔ＝１であれば、１ｂｉｔ ＵＣＩ０と１は、サイクリックシフト値の差が６である２つのサイクリックシフトに当たるシーケンスで示される。また、Ｍ_ｂｉｔ＝２であれば、２ｂｉｔ ＵＣＩ００、０１、１１、１０は、サイクリックシフト値の差が３である４つのサイクリックシフトに当たるシーケンスで示される。

【0096】

ＰＵＣＣＨフォーマット１は、１ビットまたは２ビットＨＡＲＱ－ＡＣＫ情報またはＳＲを伝達する。ＰＵＣＣＨフォーマット１は、時間軸に連続的なＯＦＤＭシンボルと、周波数軸に１つのＰＲＢを介して伝送される。ここで、ＰＵＣＣＨフォーマット１が占めるＯＦＤＭシンボルの数は４～１４のうち一つである。より詳しくは、Ｍｂｉｔ＝１であるＵＣＩはＢＰＳＫでモジュレーションされる。端末は、Ｍｂｉｔ＝２であるＵＣＩをＱＰＳＫ（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）でモジュレーションされる。モジュレーションされた複素数シンボル（ｃｏｍｐｌｅｘ ｖａｌｕｅｄ ｓｙｍｂｏｌ）ｄ（０）に長さ１２のシーケンスをかけて信号を得る。端末は、得られた信号をＰＵＣＣＨフォーマット１が割り当てられた偶数番目のＯＦＤＭシンボルに、時間軸ＯＣＣ（ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ）でスプレッディング（ｓｐｒｅａｄｉｎｇ）して伝送する。ＰＵＣＣＨフォーマット１は、使用するＯＣＣの長さに応じて同じＲＢで多重化される互いに異なる端末の最大個数が決めあれる。ＰＵＣＣＨフォーマット１の奇数番目ＯＦＤＭシンボルには、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）がＯＣＣでスプレッディングされてマッピングされる。

【0097】

ＰＵＣＣＨフォーマット２は、２ビットを超過するＵＣＩを伝達する。ＰＵＣＣＨフォーマット２は、時間軸に１つまたは２つのＯＦＤＭシンボルと、周波数軸に１つまたは複数個のＲＢを介して伝送される。ＰＵＣＣＨフォーマット２が２つのＯＦＤＭシンボルで伝送されれば、２つのＯＦＤＭシンボルを介して同じシーケンスが互いに異なるＲＢで伝送される。これを介し、端末は周波数ダイバーシティゲインを得る。より詳しくは、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＞２）はビット－レベルスクランブリングされ、ＱＰＳＫモジュレーションされて１つまたは２つのＯＦＤＭシンボル（ら）のＲＢ（ら）にマッピングされる。ここで、ＲＢの数は１～１６のうち一つである。

【0098】

ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、２ビットを超過するＵＣＩを伝達する。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４は、時間軸に連続的なＯＦＤＭシンボルと、周波数軸に１つのＰＲＢを介して伝送される。ＰＵＣＣＨフォーマット３またはＰＵＣＣＨフォーマット４が占めるＯＦＤＭシンボルの数は４～１４のうち一つである。詳しくは、端末は、ＭｂｉｔビットＵＣＩ（Ｍｂｉｔ＞２）をπ／２－ＢＰＳＫ（Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）またはＱＰＳＫでモジュレーションし、複素数シンボルｄ（０）～ｄ（Ｍｓｙｍｂ－１）を生成する。ここで、π／２－ＢＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔであり、ＱＰＳＫを使用するとＭｓｙｍｂ＝Ｍｂｉｔ／２である。端末は、ＰＵＣＣＨフォーマット３にブロック－単位スプレディングを適用しない。但し、端末は、ＰＵＣＣＨフォーマット４が２つまたは４つの多重化容量（ｍｕｌｔｉｐｌｅｘｉｎｇ ｃａｐａｃｉｔｙ）を有するように、長さ－１２のＰｒｅＤＦＴ－ＯＣＣを使用して１つのＲＢ（つまり、１２ｓｕｂｃａｒｒｉｅｒｓ）にブロック－単位スプレディングを適用してもよい。端末は、スプレディングされた信号を伝送プリコーディング（ｔｒａｎｓｍｉｔ ｐｒｅｃｏｄｉｎｇ）（またはＤＦＴ－ｐｒｅｃｏｄｉｎｇ）し、各ＲＥにマッピングして、スプレディングされた信号を伝送する。

【0099】

この際、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が占めるＲＢの数は、端末が伝送するＵＣＩの長さと最大コードレート（ｃｏｄｅ ｒａｔｅ）に応じて決定される。端末がＰＵＣＣＨフォーマット２を使用すれば、端末はＰＵＣＣＨを介してＨＡＲＱ－ＡＣＫ情報及びＣＳＩ情報を共に伝送する。もし、端末が伝送し得るＲＢの数がＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が使用し得る最大ＲＢの数より大きければ、端末はＵＣＩ情報の優先順位に応じて一部のＵＣＩ情報は伝送せず、残りのＵＣＩ情報のみ伝送する。

【0100】

ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４がスロット内で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）を指示するように、ＲＲＣ信号を介して構成される。周波数ホッピングが構成される際、周波数ホッピングするＲＢのインデックスはＲＲＣ信号からなる。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４が時間軸でＮ個のＯＦＤＭシンボルにわたって伝送されれば、最初のホップ（ｈｏｐ）はｆｌｏｏｒ（Ｎ／２）個のＯＦＤＭシンボルを有し、２番目のホップはｃｅｉｌ（Ｎ／２）個のＯＦＤＭシンボルを有する。

【0101】

ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４は、複数のスロットに繰り返し伝送さ得るように構成される。この際、ＰＵＣＣＨが繰り返し伝送されるスロットの個数ＫはＲＲＣ信号によって構成される。繰り返し伝送されるＰＵＣＣＨは、各スロット内で同じ位置のＯＦＤＭシンボルから始まり、同じ長さを有するべきである。端末がＰＵＣＣＨを伝送すべきスロットのＯＦＤＭシンボルのうちいずれか一つのＯＦＤＭシンボルでもＲＲＣ信号によってＤＬシンボルと指示されれば、端末はＰＵＣＣＨを該当スロットから伝送せず、次のスロットに延期して伝送する。

【0102】

一方、３ＧＰＰ ＮＲシステムにおいて、端末はキャリア（またはセル）の帯域幅より小さいか同じ帯域幅を利用して送受信を行う。そのために、端末はキャリア帯域幅のうち一部の連続的な帯域幅からなるＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）を構成される。ＴＤＤに応じて動作するかまたはアンペアドスペクトルで動作する端末は、一つのキャリア（またはセル）に最大４つのＤＬ／ＵＬ ＢＷＰペア（ｐａｉｒｓ）を構成される。また、端末は一つのＤＬ／ＵＬ ＢＷＰペアを活性化する。ＦＤＤに応じて動作するかまたはペアドスペクトルで動作する端末は、下りリンクキャリア（またはセル）に最大４つのＤＬ ＢＷＰを構成され、上りリンクキャリア（またはセル）に最大４つのＵＬ ＢＷＰを構成される。端末は、各キャリア（またはセル）ごとに一つのＤＬ ＢＷＰとＵＬ ＢＷＰを活性化する。端末は、活性化されたＢＷＰ以外の時間－周波数資源から受信するか送信しなくてもよい。活性化されたＢＷＰをアクティブＢＷＰと称する。

【0103】

基地局は、端末が構成されたＢＷＰのうち活性化されたＢＷＰをＤＣＩと称する。ＤＣＩで指示したＢＷＰは活性化され、他の構成されたＢＷＰ（ら）は非活性化される。ＴＤＤで動作するキャリア（またはセル）において、基地局は端末のＤＬ／ＵＬ ＢＷＰペアを変えるために、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）を含ませる。 端末は、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩを受信し、ＢＰＩに基づいて活性化されるＤＬ／ＵＬ ＢＷＰペアを識別する。ＦＤＤで動作する下りリンクキャリア（またはセル）の場合、基地局は端末のＤＬ ＢＷＰを変えるために、ＰＤＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを知らせるＢＰＩを含ませる。ＦＤＤで動作する上りリンクキャリア（またはセル）の場合、基地局は端末のＵＬ ＢＷＰを変えるために、ＰＵＳＣＨをスケジューリングするＤＣＩに活性化されるＢＷＰを指示するＢＰＩを含ませる。

【0104】

図８は、キャリア集成を説明する概念図である。

【0105】

キャリア集成とは、無線通信システムがより広い周波数帯域を使用するために、端末が上りリンク資源（またはコンポーネントキャリア）及び／または下りリンク資源（またはコンポーネントキャリア）からなる周波数ブロック、または（論理的意味の）セルを複数個使用して一つの大きい論理周波数帯域で使用する方法を意味する。以下では説明の便宜上、コンポーネントキャリアという用語に統一する。

【0106】

図８を参照すると、３ＧＰＰ ＮＲシステムの一例示として、全体システム帯域は最大１６個のコンポーネントキャリアを含み、それぞれのコンポーネントキャリアは最大４００ＭＨｚの帯域幅を有する。コンポーネントキャリアは、一つ以上の物理的に連続するサブキャリアを含む。図８ではそれぞれのコンポーネントキャリアがいずれも同じ帯域幅を有するように示したが、これは例示に過ぎず、それぞれのコンポーネントキャリアは互いに異なる帯域幅を有してもよい。また、それぞれのコンポーネントキャリアは周波数軸で互いに隣接しているように示したが、前記図面は論理的な概念で示したものであって、それぞれのコンポーネントキャリアは物理的に互いに隣接してもよく、離れていてもよい。

【0107】

それぞれのコンポーネントキャリアにおいて、互いに異なる中心周波数が使用される。また、物理的に隣接したコンポーネントキャリアにおいて、共通した一つの中心周波数が使用される。図８の実施例において、全てのコンポーネントキャリアが物理的に隣接していると仮定すれば、全てのコンポーネントキャリアで中心周波数Ａが使用される。また、それぞれのコンポーネントキャリアが物理的に隣接していないと仮定すれば、コンポーネントキャリアそれぞれにおいて中心周波数Ａ、中心周波数Ｂが使用される。

【0108】

キャリア集成で全体のシステム帯域が拡張されれば、各端末との通信に使用される周波数帯域はコンポーネントキャリア単位に定義される。端末Ａは全体のシステム帯域である１００ＭＨｚを使用し、５つのコンポーネントキャリアをいずれも使用して通信を行う。端末Ｂ１～Ｂ５は２０ＭＨｚの帯域幅のみを使用し、一つのコンポーネントキャリアを使用して通信を行う。端末Ｃ１及びＣ２は４０ＭＨｚの帯域幅のみを使用し、それぞれ２つのコンポーネントキャリアを利用して通信を行う。２つのコンポーネントキャリアは、論理／物理的に隣接するか隣接しない。図８の実施例では、端末Ｃ１が隣接していない２つのコンポーネントキャリアを使用し、端末Ｃ２が隣接した２つのコンポーネントキャリアを使用する場合を示す。

【0109】

図９は、端末キャリア通信と多重キャリア通信を説明するための図である。特に、図９（ａ）は単一キャリアのサブフレーム構造を示し、図９（ｂ）は多重キャリアのサブフレーム構造を示す。

【0110】

図９（ａ）を参照すると、一般的な無線通信システムはＦＤＤモードの場合一つのＤＬ帯域とそれに対応する一つのＵＬ帯域を介してデータ伝送または受信を行う。他の具体的な実施例において、無線通信システムはＴＤＤモードの場合、無線フレームを時間ドメインで上りリンク時間ユニットと下りリンク時間ユニットに区分し、上り／下りリンク時間ユニットを介してデータ伝送または受信を行う。図９（ｂ）を参照すると、ＵＬ及びＤＬにそれぞれ３つの２０ＭＨｚコンポーネントキャリア（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ）が集まって、６０ＭＨｚの帯域幅が支援される。それぞれのＣＣは、周波数ドメインで互いに隣接するか非－隣接する。図９（ｂ）は、便宜上ＵＬ ＣＣの帯域幅とＤＬ ＣＣの帯域幅がいずれも同じで対称な場合を示したが、各ＣＣの帯域幅は独立的に決められてもよい。また、ＵＬ ＣＣの個数とＤＬ ＣＣの個数が異なる非対称のキャリア集成も可能である。ＲＲＣを介して特定端末に割当／構成されたＤＬ／ＵＬ ＣＣを特定端末のサービング（ｓｅｒｖｉｎｇ）ＤＬ／ＵＬ ＣＣと称する。

【0111】

基地局は、端末のサービングＣＣのうち一部または全部と活性化（ａｃｔｉｖａｔｅ）するか一部のＣＣを非活性化（ｄｅａｃｔｉｖａｔｅ）して、端末と通信を行う。基地局は、活性化／非活性化されるＣＣを変更してもよく、活性化／非活性化されるＣＣの個数を変更してもよい。基地局が端末に利用可能なＣＣをセル－特定または端末－特定に割り当てると、端末に対するＣＣ割当が全面的に再構成されるか端末がハンドオーバー（ｈａｎｄｏｖｅｒ）しない限り、一旦割り当てられたＣＣのうち少なくとも一つは非活性化されなくてもよい。端末に非活性化されない一つのＣを主ＣＣ（ｐｒｉｍａｒｙ ＣＣ、ＰＣＣ）またはＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）と称し、基地局が自由に活性化／非活性化されるＣＣを副ＣＣ（ｓｅｃｏｎｄａｒｙ ＣＣ、ＳＣＣ）またはＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）と称する。

【0112】

一方、３ＧＰＰ ＮＲは無線資源を管理するためにセル（ｃｅｌｌ）の概念を使用する。セルは、下りリンク資源と上りリンク資源の組み合わせ、つまり、ＤＬ ＣＣとＵＬ ＣＣの組み合わせと定義される。セルは、ＤＬ資源単独、またはＤＬ資源とＵＬ資源の組み合わせからなる。キャリア集成が支援されれば、ＤＬ資源（または、ＤＬ ＣＣ）のキャリア周波数とＵＬ資源（または、ＵＬ ＣＣ）のキャリア周波数との間のリンケージ（ｌｉｎｋａｇｅ）はシステム情報によって指示される。キャリア周波数とは、各セルまたはＣＣの中心周波数を意味する。ＰＣＣに対応するセルをＰＣｅｌｌと称し、ＳＣＣに対応するセルをＳＣｅｌｌと称する。下りリンクにおいてＰＣｅｌｌに対応するキャリアはＤＬ ＰＣＣであり、上りリンクにおいてＰＣｅｌｌに対応するキャリアはＵＬ ＰＣＣである。類似して、下りリンクにおいてＳＣｅｌｌに対応するキャリアはＤＬ ＳＣＣであり、上りリンクにおいてＳＣｅｌｌに対応するキャリアはＵＬ ＳＣＣである。端末性能（ｃａｐａｃｉｔｙ）に応じて、サービングセル（ら）は一つのＰＣｅｌｌと０以上のＳＣｅｌｌからなる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるがキャリア集成が設定されていないか、キャリア集成を支援しないＵＥの場合、ＰＣｅｌｌのみからなるサービングセルがたった一つ存在する。

【0113】

上述したように、キャリア集成で使用されるセルという用語は、一つの基地局または一つのアンテナグループによって通信サービスが提供される一定の地理的領域を称するセルという用語とは区分される。但し、一定の地理的領域を称するセルとキャリア集成のセルを区分するために、本発明ではキャリア集成のセルをＣＣと称し、地理的領域のセルをセルと称する。

【0114】

図１０は、クロスキャリアスケジューリング技法が適用される例を示す図である。クロスキャリアスケジューリングが設定されれば、第１ＣＣを介して伝送される制御チャネルはキャリア指示子フィールド（ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ、ＣＩＦ）を利用して、第１ＣＣまたは第２ＣＣを介して伝送されるデータチャネルをスケジューリングする。ＣＩＦはＤＣＩ内に含まれる。言い換えると、スケジューリングセル（ｓｃｈｅｄｕｌｉｎｇ ｃｅｌｌ）が設定され、スケジューリングセルのＰＤＣＣＨ領域から伝送されるＤＬグラント／ＵＬグラントは、被スケジューリングセル（ｓｃｈｅｄｕｌｅｄ ｃｅｌｌ）のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする。つまり、複数のコンポーネントキャリアに対する検索領域がスケジューリングセルのＰＤＣＣＨ領域が存在する。ＰＣｅｌｌは基本的にスケジューリングセルであり、特定ＳＣｅｌｌが上位階層によってスケジューリングセルと指定される。

【0115】

図１０の実施例では、３つのＤＬ ＣＣが併合されていると仮定する。ここで、ＤＬコンポーネントキャリア＃０はＤＬ ＰＣＣ（または、ＰＣｅｌｌ）と仮定し、ＤＬコンポーネントキャリア＃１及びＤＬコンポーネントキャリア＃２はＤＬ ＳＣＣ（または、ＳＣｅｌｌ）と仮定する。また、ＤＬ ＰＣＣがＰＤＣＣＨモニタリングＣＣと設定されていると仮定する。端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成しなければＣＩＦがディスエーブル（ｄｉｓａｂｌｅ）となり、それぞれのＤＬ ＣＣはＮＲ ＰＤＣＣＨ規則に従ってＣＩＦなしに自らのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを伝送する（ノン－クロス－キャリアスケジューリング、セルフ－キャリアスケジューリング）。それに対し、端末－特定（または端末－グループ－特定、またはセル－特定）上位階層シグナリングによってクロスキャリアスケジューリングを構成すればＣＩＦがイネーブル（ｅｎｓａｂｌｅ）となり、特定のＣＣ（例えば、ＤＬ ＰＣＣ）はＣＩＦを利用してＤＬ ＣＣ ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみならず、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも伝送する（クロス－キャリアスケジューリング）。それに対し、他のＤＬ ＣＣではＰＤＣＣＨが伝送されない。よって、端末は端末にクロスキャリアスケジューリングが構成されているのか否かに応じて、ＣＩＦを含まないＰＤＣＣＨをモニタリングしてセルフキャリアスケジューリングされたＰＤＳＣＨを受信するか、ＣＩＦを含むＰＤＣＣＨをモニタリングしてクロスキャリアスケジューリングされたＰＤＳＣＨを受信する。

【0116】

一方、図９及び図１０は、３ＧＰＰ ＬＴＥ－Ａシステムのサブフレーム構造を例示しているが、これと同じまたは類似した構成が３ＧＰＰ ＮＲシステムにも適用可能である。但し、３ＧＰＰ ＮＲシステムにおいて、図９及び図１０のサブフレームはスロットに切り替えられる。

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

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

仮に、２つのＰＲＩ値が指示するＰＵＣＣＨリソースが互いに重ならないと、端末は、１スロットにおいて２個のＰＵＣＣＨが衝突しないと判断できる。一方、図１４に示すように、２つのＰＲＩ値（又は、それぞれ異なる指示子値）に対応するＰＵＣＣＨ１４２０，１４３０のリソースが後行スロット１４１０内で互いに重なると、２個のＰＵＣＣＨの送信に衝突が発生すると判断できる。

【0165】

したがって、端末は、各ＰＵＣＣＨに対応する指示子に基づいて、同一のスロットにおいて第１ＰＵＣＣＨ及び第２ＰＵＣＣＨのうち少なくとも１つのＰＵＣＣＨを基地局に送信する（Ｓ１２２０）。

【0166】

すなわち、段階Ｓ１２１５で衝突が発生した場合には、２個のＰＵＣＣＨのいずれをも送信できない。すなわち、端末が１つのスロットにおいて２個のＰＵＣＣＨを送信するとき、指示子値０に対応するＰＵＣＣＨのリソースと指示子値１に対応するＰＵＣＣＨのリソースとが重なると、端末は両ＰＵＣＣＨを同時に送信することができない。ここで、重なるリソースは、時間及び／又は周波数リソースであってよい。

【0167】

この場合、端末は、指示子値０に対応する第１ＰＵＣＣＨと指示子値１に対応する第２ＰＵＣＣＨのうちいずれか一方のＰＵＣＣＨをドロップ（ｄｒｏｐ）し、他方のＰＵＣＣＨを送信したり、或いは、指示子値０に対応する第１ＰＵＣＣＨ及び指示子値１に対応する第２ＰＵＣＣＨのＨＡＲＱ－ＡＣＫコードブックを多重化して（ｍｕｌｔｉｐｌｅｘ）、１つのＰＵＣＣＨで送信する方法があり得る。ドロップは、保留（ｓｕｓｐｅｎｄ）、廃棄（ｄｉｓｃａｒｄ）、遅延（ｐｏｓｔｐｏｎｅ）などの用語に言い換えてもよい。以下では、このような動作を、より具体的な実施例を挙げて説明する。

【0168】

一例として、端末は、指示子値に基づいて２個のＰＵＣＣＨのうちいずれのＰＵＣＣＨを送信するかを選択又は決定することができる。具体的に、２個のＰＵＣＣＨのいずれか一方のＰＵＣＣＨをドロップし、他方のＰＵＣＣＨを送信することを判断する方法は、次の通りである。

【0169】

一側面において、端末は、第１指示子値（例えば、０）に対応するＰＵＣＣＨを送信し、第２指示子値（例えば、１）に対応するＰＵＣＣＨをドロップする。ここで、指示子値が０である場合が、指示子値が１である場合に比べて優先順位（ｐｒｉｏｒｉｔｙ）がより高いと見なされてよい。指示子値０及び１のうちどれの優先順位がより高いかは異なるように定められてよいことは勿論である。ここで、ＰＵＣＣＨの優先順位は、各ＰＵＣＣＨに関連したＰＤＳＣＨが搬送するトラフィックのタイプ又はサービスデータの種類によって異なるように決定されてよい。例えば、第１ＰＵＣＣＨに関連したＰＤＳＣＨがＵＲＬＬＣ関連データを搬送し、第２ＰＵＣＣＨに関連したＰＤＳＣＨがｅＭＢＢ関連データを搬送する場合、第１ＰＵＣＣＨが第２ＰＵＣＣＨよりも高い優先順位を有することができる。

【0170】

他の側面において、端末は、最後に受信されたＰＤＣＣＨ（又は、ＤＣＩ）による指示子値に対応するＰＵＣＣＨを送信し、そうでない指示子値に対応するＰＵＣＣＨをドロップする。

【0171】

他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、コード率（ｃｏｄｅ ｒａｔｅ）の値がより低い（すなわち、より信頼すべき）ＰＵＣＣＨを送信し、そうでないＰＵＣＣＨをドロップする。

【0172】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、先行リソースのＰＵＣＣＨを送信し、後行リソースのＰＵＣＣＨをドロップする。リソースの先行に対する判断は、リソースの最後のシンボルを基準にしてよく、最後のシンボルが同一であれば、開始シンボルが先行するリソースを先行リソースとしてよい。

【0173】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、より長いシンボルを占めるＰＵＣＣＨを送信し、より短いシンボルを占めるＰＵＣＣＨをドロップする。すなわち、ＰＵＣＣＨが占める長さ（シンボルの数）に基づき、送信するＰＵＣＣＨとドロップするＰＵＣＣＨを決定することができる。

【0174】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、ＰＲＩの値が小さいＰＵＣＣＨを送信し、ＰＲＩの値が大きいＰＵＣＣＨをドロップする。すなわち、ＰＵＣＣＨのＰＲＩの値に基づき、送信するＰＵＣＣＨとドロップするＰＵＣＣＨを決定することができる。

【0175】

他の例として、端末は、２個のＰＵＣＣＨのＨＡＲＱ－ＡＣＫコードブックを多重化した後、１つのＰＵＣＣＨで送信できる。そもそも２個のＰＵＣＣＨにマップされる２つのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信するために、端末は、ＨＡＲＱ－ＡＣＫコードブックを、下記のような実施例によって加工又は変形することができる。

【0176】

一側面において、端末は、指示子値の順序によってＨＡＲＱ－ＡＣＫコードブックを連続的に連結し、併合された１つの大きいＨＡＲＱ－ＡＣＫコードブックを生成し、そのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信することができる。

【0177】

他の側面において、端末は、衝突した又は重なる２個のＰＵＣＣＨに関するＰＤＳＣＨ候補のためのＨＡＲＱ－ＡＣＫコードブックを新しく作り（すなわち、全てのＰＤＳＣＨ候補に対する半静的ＨＡＲＱ－ＡＣＫコードブックを生成）、そのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信することができる。又は、端末は、指示子値の順序によってＨＡＲＱ－ＡＣＫコードブックを連続的に連結し、併合された１つの大きいＨＡＲＱ－ＡＣＫコードブックを生成する時、先行ＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫビットを後行ＨＡＲＱ－ＡＣＫコードブックから除外してよい。本例示の利点は、重なる２個のＰＵＣＣＨの両方に、１つのＰＤＳＣＨ候補に対するＨＡＲＱ－ＡＣＫビットが存在するとき、それを重複して送信しなくて済むということである。

【0178】

段階Ｓ１２１５によって端末が複数のＰＵＣＣＨ送信時に衝突するか否か判断する動作は、図１１のプロセッサ１１０の動作に該当する。

【0179】

また、段階Ｓ１２２０によって、端末が各ＰＵＣＣＨに対応する指示子に基づき、同一のスロットにおいて第１ＰＵＣＣＨ及び第２ＰＵＣＣＨのうち少なくとも１つのＰＵＣＣＨを基地局に送信する動作は、図１１の通信モジュール１２０の動作に該当する。また、段階Ｓ１２２０によって基地局が各ＰＵＣＣＨに対応する指示子に基づき、同一のスロットにおいて第１ＰＵＣＣＨ及び第２ＰＵＣＣＨの少なくとも１つのＰＵＣＣＨを端末から受信する動作は、図１１の通信モジュール２２０の動作に該当する。

【0180】

・１つのスロットにおいて複数のＰＵＣＣＨを送信する場合、ＰＤＳＣＨとＨＡＲＱ－ＡＣＫのタイミング設計（ｆｉｎｅｒ ｋ１ｇｒａｎｕｌａｒｉｔｙ）

【0181】

基地局は、ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫをどのスロットにおいて送信するかを端末に指示するために、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）にｋ１値（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）を含めて端末に送信することができる。ｋ１値は、ＰＤＣＣＨ（又は、ＤＣＩ）のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールドで指示され、スケジュールされたＰＤＳＣＨが終わるスロットとＨＡＲＱ－ＡＣＫに関するＰＵＣＣＨが送信されるスロットとの間の間隔（＝スロット個数）である。ところが、このようにｋ１値の単位がスロットであれば、１スロット内に２つ以上のＨＡＲＱ－ＡＣＫ（又は、ＰＵＣＣＨ）を送信するタイミングを定義するに当たって曖昧さが存在する。

【0182】

そこで、本実施例は、１つのスロットに複数のＨＡＲＱ－ＡＣＫに関する複数のＰＵＣＣＨを送信するために、ｋ１値の単位（ｕｎｉｔ又はｇｒａｎｕｌａｒｉｔｙ）を、基本スロットよりも小さい単位であるサブスロット（ｓｕｂ－ｓｌｏｔ）と規定する。例えば、図１５に示すように、ｋ１の単位は、基本スロットの半分（ｈａｌｆ ｓｌｏｔ）と定めれてよい。この場合、１つの基本スロットは２つの半スロット（ｋ－１，ｋ）を含む。したがって、ｋ１値は、スケジュールされたＰＤＳＣＨが終わる半スロット（ｈａｌｆ ｓｌｏｔ）ｋと、ＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨが送信される半スロット（ｈａｌｆ ｓｌｏｔ）ｎとの間に含まれた半スロットの個数として定義される。

【0183】

この場合、ＰＤＳＣＨの受信タイミングと前記ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫコードブックの送信タイミングとの間の間隔は、１つのスロットを構成するシンボルの数（＝ａ）よりも少ない数（＝ｂ）のシンボル単位と定義されてよい。

【0184】

一例として、ｋ１値の単位がサブスロット（又は、シンボルセット（ｓｅｔ ｏｆ ｓｙｍｂｏｌｓ））と与えられたとき、ｋ１値は、ＰＤＳＣＨの最後のシンボルが含まれたサブスロットとＰＵＣＣＨの最初のシンボルが含まれたサブスロットとの間のサブスロットの個数を表す。例えば、ｋ１値が０であれば、ＰＤＳＣＨの最後のシンボルが含まれたサブスロットとＰＵＣＣＨの最初のシンボルが含まれたサブスロットとが一致することを示す。

【0185】

他の例として、ｋ１値の単位がサブスロット（又は、シンボルセット）と与えられたとき、ｋ１値は、ＰＤＳＣＨの最後のシンボルが含まれたスロットの最後のサブスロットとＰＵＣＣＨの最初のシンボルが含まれたサブスロットとの間のサブスロット個数を表す。例えば、ｋ１値が０であれば、ＰＤＳＣＨの最後のシンボルが含まれたスロットの最後のサブスロットとＰＵＣＣＨの最初のシンボルが含まれたサブスロットとが一致することを示す。

【0186】

さらに他の例として、ｋ１値の単位がサブスロット（又は、シンボルセット）と与えられたとき、ｋ１値は、ＰＤＳＣＨの最後のシンボルからＴ_{ｐｒｏｃ，１}時間以降のサブスロットのうち先頭のサブスロットと、ＰＵＣＣＨの最初のシンボルが含まれたサブスロットとの間のサブスロットの個数を表す。ここでＴ_{ｐｒｏｃ，１}は、端末がＰＤＳＣＨを受信し、有効なＨＡＲＱ－ＡＣＫを送信するまでにかかる最小時間を表す。Ｔ_{ｐｒｏｃ，１}の値は、３ＧＰＰ ＴＳ３８．２１４文書を参照することができる。

【0187】

このように、ｋ１値の単位がサブスロット（又は、シンボルセット）と与えられたとき、１つのスロット内で複数のＰＵＣＣＨが重なる状況が発生する場合、端末の動作を説明すると、次の通りである。これは、仮に半スロット（又は、ｋ１単位）と指示されたＰＵＣＣＨリソースが重なる状況でＰＵＣＣＨを送信する方式に関するものである。

【0188】

図１６は、一例による１つのスロット内で複数のＰＵＣＣＨ送信が衝突する状況を説明する図である。

【0189】

図１６を参照すると、先行の半スロットから始まるＰＵＣＣＨ（指示子値＝０とインデクスされる、１６２０）と後行の半スロットから始まるＰＵＣＣＨ（指示子値＝１とインデクスされる、１６３０）とが重なると、端末は、両ＰＵＣＣＨを同時に送信することができない。このとき、端末は、両ＰＵＣＣＨのいずれか一方のＰＵＣＣＨをドロップし、他方のＰＵＣＣＨを送信したり、或いは、両ＰＵＣＣＨのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信することができる。

【0190】

一例として、端末は、指示子値に基づき、２つのＰＵＣＣＨのうちどのＰＵＣＣＨを送信するかが決定できる。具体的に、２個のＰＵＣＣＨのいずれか一方のＰＵＣＣＨをドロップし、他方のＰＵＣＣＨを送信することを判断する方法は、次の通りである。

【0191】

一側面において、端末は、第１指示子値（例えば、０）に対応するＰＵＣＣＨを送信し、第２指示子値（例えば、１）に対応するＰＵＣＣＨをドロップする。ここで、指示子値が０である場合が、指示子値が１である場合に比べて優先順位（ｐｒｉｏｒｉｔｙ）がより高いと見なされてよい。指示子値０と１のうちどれの優先順位がより高いかは異なるように定められてよいことは勿論である。

【0192】

他の側面において、端末は、最後に受信されたＰＤＣＣＨ（又は、ＤＣＩ）による指示子値に対応するＰＵＣＣＨを送信し、そうでない指示子値に対応するＰＵＣＣＨをドロップする。

【0193】

他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、コード率（ｃｏｄｅ ｒａｔｅ）の値がより低い（すなわち、より信頼すべき）ＰＵＣＣＨを送信し、そうでないＰＵＣＣＨをドロップする。

【0194】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、先行リソースのＰＵＣＣＨを送信し、後行リソースのＰＵＣＣＨをドロップする。リソースの先行に対する判断は、リソースの最後のシンボルを基準にしてよく、最後のシンボルが同一であれば、開始シンボルが先行するリソースを先行リソースとしてよい。

【0195】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、より長いシンボルを占めるＰＵＣＣＨを送信し、より短いシンボルを占めるＰＵＣＣＨをドロップする。すなわち、ＰＵＣＣＨが占める長さ（シンボルの数）に基づき、送信するＰＵＣＣＨとドロップするＰＵＣＣＨを決定することができる。

【0196】

さらに他の側面において、衝突した又は重なる２個のＰＵＣＣＨのうち、ＰＲＩの値が小さいＰＵＣＣＨを送信し、ＰＲＩの値が大きいＰＵＣＣＨをドロップする。すなわち、ＰＵＣＣＨのＰＲＩの値に基づき、送信するＰＵＣＣＨとドロップするＰＵＣＣＨを決定することができる。

【0197】

他の例として、端末は、２個のＰＵＣＣＨのＨＡＲＱ－ＡＣＫコードブックを多重化した後、１つのＰＵＣＣＨで送信することができる。そもそも２個のＰＵＣＣＨにマップされる２個のＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信するために、端末は、ＨＡＲＱ－ＡＣＫコードブックを下記のような実施例によって加工又は変形することができる。

【0198】

一側面において、端末は、ＨＡＲＱ－ＡＣＫコードブックを時間順序で連続的に連結し、併合された１つの大きいＨＡＲＱ－ＡＣＫコードブックを生成し、そのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨにマップして送信することができる。例えば、端末は、１つのスロットにおいて先行（ｐｒｅｃｅｄｉｎｇ）の半スロットで送信するように指示されたＨＡＲＱ－ＡＣＫコードブックが、後行（ｆｏｌｌｏｗｉｎｇ）の半スロットで送信するように指示されたＨＡＲＱ－ＡＣＫコードブックよりも前に位置するように構成できる。

【0199】

他の側面において、端末は、衝突した又は重なる２個のＰＵＣＣＨに関するＰＤＳＣＨ候補のためのＨＡＲＱ－ＡＣＫコードブックを新しく作り（すなわち、全てのＰＤＳＣＨ候補に対する半静的ＨＡＲＱ－ＡＣＫコードブックを生成）、そのＨＡＲＱ－ＡＣＫコードブックを１つのＰＵＣＣＨで送信することができる。又は、端末は、指示子値の順序によってＨＡＲＱ－ＡＣＫコードブックを連続的に連結し、併合された１つの大きいＨＡＲＱ－ＡＣＫコードブックを生成するとき、先行のＨＡＲＱ－ＡＣＫコードブックに含まれたＨＡＲＱ－ＡＣＫビットを後行のＨＡＲＱ－ＡＣＫコードブックから除外してよい。本例示の利点は、重なる２個のＰＵＣＣＨの両方に１つのＰＤＳＣＨ候補に対するＨＡＲＱ－ＡＣＫビットが存在するとき、それを重複して送信しなくて済むということである。

【0200】

このような図１６によるＨＡＲＱ－ＡＣＫ衝突時の動作は、図１１のプロセッサ１１０又は通信モジュール１２０によって行われてよい。

【0201】

・サブスロット構成方法及び半静的ＨＡＲＱ－ＡＣＫコードブック生成方法

【0202】

本実施例は、スロットを複数のサブスロットに分割する方法に関する。

【0203】

例えば、１４個のシンボルで構成されたスロットを、２個のサブスロットに分けるとき、各サブスロットは７個の連続したシンボルで構成されてよい。この場合、一番目のサブスロットはスロットの先頭７個のシンボルを含み、二番目のサブスロットは、スロットの後ろの７個のシンボルを含む。又は、１４個のシンボルで構成されたスロットを２個のサブスロットに分けるとき、一番目のサブスロットは、スロットの奇数番目のシンボルで構成されてよく、二番目のサブスロットは、スロットの偶数番目のシンボルで構成されてよい。

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

本実施例によれば、ＨＡＲＱ－ＡＣＫ多重化指示子を構成する方法、送信する方法、受信する方法を提供する。本明細書にわたって開示されるＨＡＲＱ－ＡＣＫ多重化指示子を構成する方法は、図１１のプロセッサ１１０によって行われてよく、ＨＡＲＱ－ＡＣＫ多重化指示子を生成及び送信する方法は、図１１の通信モジュール１２０によって行われてよく、ＨＡＲＱ－ＡＣＫ多重化指示子を受信する方法は、図１１の通信モジュール２２０によって行われてよい。

【0230】

端末は、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを他のＨＡＲＱ－ＡＣＫと多重化するか否かに関する情報を受信することができる。本明細書において、前記情報をＨＡＲＱ－ＡＣＫ多重化指示子と呼ぶ。ＨＡＲＱ－ＡＣＫ多重化指示子は、１ビットとしてよい。ＨＡＲＱ－ＡＣＫ多重化指示子が１ビットの場合において、仮にＨＡＲＱ－ＡＣＫ多重化指示子が０であれば、前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化して送信しないことを示し、仮にＨＡＲＱ－ＡＣＫ多重化指示子が１であれば、前記ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化して送信することを示す。

【0231】

ここで、特定ＨＡＲＱ－ＡＣＫを他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化しないということは、前記特定ＨＡＲＱ－ＡＣＫが含まれて送信されるＰＵＣＣＨには、他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報がないことを意味する。したがって、ＨＡＲＱ－ＡＣＫが多重化されないＰＵＣＣＨには、１ビット（又は、ＰＤＳＣＨに２個の送信ブロックが送信されるように構成された場合、２ビット）のＨＡＲＱ－ＡＣＫが含まれ、そのＨＡＲＱ－ＡＣＫは、ビットサイズに合わせて、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１のいずれかのＰＵＣＣＨフォーマットで送信されてよい。一方、特定ＨＡＲＱ－ＡＣＫを他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化して送信するということは、前記特定ＨＡＲＱ－ＡＣＫが含まれて送信されるＰＵＣＣＨに、他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報が含まれてよいことを意味する。

【0232】

特定ＨＡＲＱ－ＡＣＫを他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化して送信する時、端末は、動的ＨＡＲＱ－ＡＣＫコードブック又は半静的ＨＡＲＱ－ＡＣＫコードブック方式を用いてＨＡＲＱ－ＡＣＫコードブックを生成し、それをＰＵＣＣＨにマップして送信する。

【0233】

図２１に、一例によるＨＡＲＱ－ＡＣＫ多重化指示子による端末のＰＵＣＣＨ送信を示す。

【0234】

図２１を参照すると、端末は、先行スロット２１００において総４個のＰＤＳＣＨ ２１０１，２１０２，２１０３，２１０４を受信する。各ＰＤＳＣＨは、特定値のＨＡＲＱ－ＡＣＫ多重化指示子に対応する。例えば、第１ＰＤＳＣＨ ２１０１及び第２ＰＤＳＣＨ ２１０２は、ＨＡＲＱ－ＡＣＫ多重化指示子値１に対応し、第３ＰＤＳＣＨ ２１０３及び第４ＰＤＳＣＨ ２１０４は、ＨＡＲＱ－ＡＣＫ多重化指示子値０に対応し得る。

【0235】

ＨＡＲＱ－ＡＣＫ多重化指示子の値が１である２つのＰＤＳＣＨ ２１０１，２１０２のＨＡＲＱ－ＡＣＫ情報は、１つのＰＵＣＣＨ ２１１１で送信される。そして、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０である２つのＰＤＳＣＨ ２１０３，２１０４のＨＡＲＱ－ＡＣＫはそれぞれ、別個のＰＵＣＣＨリソース２１１２，２１１３で送信される。

【0236】

ここで、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０であるＰＤＳＣＨ ２１０３，２１０４に関するＰＵＣＣＨリソースは、ＰＤＳＣＨ ２１０３，２１０４をスケジュールするＰＲＩ値で指示される。仮に、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０（他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化が不可能）である個別のＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨが同一シンボルにおいて重なると、同時送信が不可能である。この場合、当該ＰＵＣＣＨを処理する方法は次の通りである。

【0237】

一例として、端末は、ＰＵＣＣＨのＨＡＲＱ－ＡＣＫ情報を１つのＰＵＣＣＨで多重化して送信することができる。

【0238】

他の例として、端末は、後でスケジュールされたＰＤＳＣＨ（すなわち、ＰＤＳＣＨをスケジュールするＰＤＣＣＨが遅く始まったか或いは遅く終わる場合）のＨＡＲＱ－ＡＣＫを優先視して前記ＰＤＳＣＨのＰＵＣＣＨを送信し、重なる他のＰＵＣＣＨは送信しないでドロップする。

【0239】

さらに他の例として、端末は、前記２つのＰＵＣＣＨが１つのシンボルで重なることを期待しなくてもよい。

【0240】

さらに他の例として、ＨＡＲＱ－ＡＣＫ多重化指示子の値として０（他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化不可能）が指示されても、端末にとって部分的にＨＡＲＱ－ＡＣＫ多重化が可能なように構成されてよい。例えば、ＨＡＲＱ－ＡＣＫ多重化指示子の値として０が指示された２つのＰＤＳＣＨ ２１０３，２１０４が同一ＰＵＣＣＨリソースで送信されるように指示されると（又は、同一のＰＲＩ値を有したり、又は少なくとも一つのシンボルで重なると）、前記２つのＰＤＳＣＨ ２１０３，２１０４のＨＡＲＱ－ＡＣＫは多重化して送信されてよい。このとき、先にスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットの次に遅くスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットが位置する。これは、図２２の通りである。

【0241】

図２２に、他の例によるＨＡＲＱ－ＡＣＫ多重化指示子による端末のＰＵＣＣＨ送信を示す。

【0242】

まず、図２２の（ａ）を参照すると、先行スロット２２００において第３及び第４ＰＤＳＣＨ ２１０３，２１０４に関するＨＡＲＱ－ＡＣＫ多重化指示子の値が０と指示されても（すなわち、多重化非活性化）、第３及び第４ＰＤＳＣＨ ２１０３，２１０４のＰＲＩ値がｉとして同一であれば、端末は、ＰＲＩ＝ｉに該当するＰＵＣＣＨリソースで２つのＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信することができる。

【0243】

一方、図２２の（ｂ）を参照すると、先行スロット２２００において第３及び第４ＰＤＳＣＨ ２１０３，２１０４に関するＨＡＲＱ－ＡＣＫ多重化指示子の値が０と指示された場合であり、第３及び第４ＰＤＳＣＨ ２１０３，２１０４のＰＲＩ値が互いに異なると（ｉとｊ）、端末は、各ＰＲＩ値に該当するＰＵＣＣＨリソースで各ＨＡＲＱ－ＡＣＫ情報を送信することができる。

【0244】

一方、ＨＡＲＱ－ＡＣＫ多重化指示子の値が１であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースとＨＡＲＱ－ＡＣＫ多重化指示子の値が０であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースとが重なることがある。この場合、端末は、次のような方法でＰＵＣＣＨを送信することができる。

【0245】

一例として、端末は、常に、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨを優先視して送信し、ＨＡＲＱ－ＡＣＫ多重化指示子の値が１であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨをドロップすることができる。

【0246】

他の例として、仮にＨＡＲＱ－ＡＣＫ多重化指示子の値が１であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨの最後のシンボルが、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨの最後のシンボルよりも先行するか同時に終わると、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子の値が０であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットを、ＨＡＲＱ－ＡＣＫ多重化指示子の値が１であるＰＤＳＣＨのＨＡＲＱ－ＡＣＫビットに付け、ＨＡＲＱ－ＡＣＫ多重化指示子の値が１であるＰＤＳＣＨのＰＵＣＣＨリソースで送信することができる。

【0247】

本明細書では、ＨＡＲＱ－ＡＣＫ多重化指示子を便宜上１ビットと表現し、明示的に送信されるとして説明したが、ＨＡＲＱ－ＡＣＫ多重化指示子は、次のように暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）指示されてもよい。

【0248】

一例として、端末は、ＰＤＣＣＨにスクランブルされたＲＮＴＩに基づいてＨＡＲＱ－ＡＣＫ多重化指示子を判断することができる。例えば、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）がＣ－ＲＮＴＩでスクランブルされていると、端末は、当該ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ多重化指示子が１の値（すなわち、他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報と多重化可能）を有すると判断できる。一方、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）がＣ－ＲＮＴＩではなく他のＲＮＴＩ（例えば、ＵＲＬＬＣサービスのためのＲＮＴＩ）でスクランブルされていると、端末は、当該ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ多重化指示子が０の値（他のＰＤＳＣＨのＨＡＲＱ－ＡＣＫと多重化不可能）を有すると判断できる。

【0249】

他の例として、端末は、ＰＤＣＣＨ（又は、ＤＣＩ）に含まれるｋ１値に基づいてＨＡＲＱ－ＡＣＫ多重化指示子を判断することができる。ここで、ｋ１値は、スケジュールされたＰＤＳＣＨと該ＰＤＳＣＨのＨＡＲＱ－ＡＣＫとの間の時間間隔、又はＰＤＳＣＨとＨＡＲＱ－ＡＣＫのタイミングを指示する。したがって、ＵＲＬＬＣサービスに対するＰＤＳＣＨに対しては、一般に早くＨＡＲＱ－ＡＣＫを指示又は送信する必要がある。したがって、ｋ１値があらかじめ定められた特定ｋ１値よりも小さい場合、端末はＨＡＲＱ－ＡＣＫ多重化指示子を０と判断できる。一方、ｋ１値があらかじめ定められた特定ｋ１値よりも大きいか等しい場合、端末はＨＡＲＱ－ＡＣＫ多重化指示子を１と判断できる。ここで、あらかじめ定められた特定ｋ１値は、スロット単位（例えば、１スロット又は２スロット）と決定されてもよく、サブスロット単位と決定されてもよく、絶対時間単位（例えば、０．５ｍｓ又は０．２５ｍｓ）と決定されてもよい。又は、複数のｋ１値のうち、特定のｋ１’値が指示される場合、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子値を０と判断できる。すなわち、端末は、ｋ１’値が指示される場合、ＨＡＲＱ－ＡＣＫコードブックの多重化無しで１つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫだけを送信する。

【0250】

さらに他の例として、端末は、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）値に基づいてＨＡＲＱ－ＡＣＫ多重化指示子を判断することができる。ここで、ＭＣＳ値は、スケジュールされたＰＤＳＣＨのコード率を指示する。ＵＲＬＬＣサービスのＰＤＳＣＨに対して一般に高い信頼性が要求される。したがって、コード率値が特定コード率値よりも低い場合、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子を０と判断できる。一方、コード率値が特定コード率値よりも大きいか等しい場合、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子を１と判断できる。又は、端末は、ＰＤＣＣＨ（又は、ＤＣＩ）が用いるＭＣＳテーブルに基づいてＨＡＲＱ－ＡＣＫ多重化指示子を判断してもよい。特定ＰＤＣＣＨ（又は、ＤＣＩ）がより高い信頼度を提供（より低いコード率）するＭＣＳテーブルを用いる場合、端末は、前記ＰＤＣＣＨ（又は、ＤＣＩ）のＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。

【0251】

さらに他の例として、端末は、ＤＣＩで送信されるその他のフィールドが指示する特定値の組合せに基づき、ＨＡＲＱ－ＡＣＫ多重化指示子が０又は１であることを判断できる。

【0252】

さらに他の例として、端末は、ＰＤＣＣＨ（又は、ＤＣＩ）が検出された検索空間（又は、ＣＯＲＥＳＥＴ）に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。例えば、基地局は端末にＵＲＬＬＣ送信のための検索空間（又は、ＣＯＲＥＳＥＴ）を別に指示することができる。仮に端末が前記検索空間（又は、ＣＯＲＥＳＥＴ）でＰＤＣＣＨ（又は、ＤＣＩ）を受信すると、端末はＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。一方、仮に端末が前記検索空間（又は、ＣＯＲＥＳＥＴ）以外の検索空間（又は、ＣＯＲＥＳＥＴ）でＰＤＣＣＨ（又は、ＤＣＩ）を受信すると、端末はＨＡＲＱ－ＡＣＫ多重化指示子の値を１と判断できる。又は、端末は、基地局から別の明示的な指示がなくても検索空間（又は、ＣＯＲＥＳＥＴ）を区別することができる。例えば、検索空間（又は、ＣＯＲＥＳＥＴ）のモニタリング周期が特定周期よりも短いと、前記検索空間（又は、ＣＯＲＥＳＥＴ）をＵＲＬＬＣ送信のための検索空間（又は、ＣＯＲＥＳＥＴ）と判断できる。前記特定周期は、例えば１スロットであってよい。

【0253】

さらに他の例として、端末は、基地局から受信したＰＤＣＣＨのＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）集成レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。例えば、ＣＣＥ集成レベルが特定値を超えると、端末は前記ＰＤＣＣＨのＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。一方、ここで、特定ＣＣＥ集成レベル値は８又は１６に定められることがある。ＣＣＥ集成レベルが特定値よりも小さいか又は等しいと、端末は前記ＰＤＣＣＨのＨＡＲＱ－ＡＣＫ多重化指示子の値を１と判断できる。

【0254】

さらに他の例として、端末は、ＤＣＩフォーマット（又は、ＤＣＩの長さ）に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。例えば、端末にコンパクト（ｃｏｍｐａｃｔ）ＤＣＩが構成されていれば、端末は、コンパクトＤＣＩでスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。一方、端末にコンパクト（ｃｏｍｐａｃｔ）ＤＣＩが構成されていないと、端末は、当該ＤＣＩでスケジュールされたＰＤＳＣＨのＨＡＲＱ－ＡＣＫ多重化指示子の値を１と判断できる。ここで、コンパクトＤＣＩは、ＵＲＬＬＣ ＰＤＳＣＨをスケジュールするためのＤＣＩフォーマットであり、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩ（ＤＣＩ ｆｏｒｍａｔ０＿０／１＿０）のペイロードサイズよりも小さくてよい。

【0255】

さらに他の例として、端末は、ＰＲＩ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）値に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。ここで、ＰＵＣＣＨ（又は、ＤＣＩ）に含まれて送信されるＰＲＩは、基地局によって構成されたＰＵＣＣＨリソースのうち、端末がどのＰＵＣＣＨリソースを使用するかを指示する。仮に、ＰＲＩ値のうち、あらかじめ定められた特定値が指示されると、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。これは、構成された全てのＰＵＣＣＨリソースがＵＲＬＬＣ ＨＡＲＱ－ＡＣＫを送信するのに適していないためである。例えば、ＰＵＣＣＨリソースのうち、２ビット以下のＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨリソースは、前記ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫを送信するのに適しているので、該ＰＵＣＣＨリソースを指示するＰＲＩを受信すると、端末はＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断できる。逆に、ＰＵＣＣＨリソースのうち、２ビットのＨＡＲＱ－ＡＣＫ情報を超えるＰＵＣＣＨリソースは、前記ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫを送信するのに適していないので、該ＰＵＣＣＨリソースを指示するＰＲＩを受信すると、端末はＨＡＲＱ－ＡＣＫ多重化指示子の値を１と判断できる。

【0256】

さらに他の例として、端末は、ＨＡＲＱプロセス番号に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。例えば、ＨＡＲＱプロセス番号のうち、あらかじめ定められた特定値が端末に指示されると、端末はＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断し、１つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫだけを送信することができる。

【0257】

さらに他の例として、端末は、ＰＤＳＣＨグループ指示子値に基づいてＨＡＲＱ－ＡＣＫ多重化指示子の値を判断することができる。ＰＤＳＣＨグループ指示子は、１つのスロットにおいて同時に複数のＰＵＣＣＨの送信を行うために用いられる。このとき、同一ＰＵＣＣＨリソース上で複数のＨＡＲＱ－ＡＣＫビットが多重化されてよい。仮に、端末がＰＤＳＣＨグループ指示子のうち特定値を受信すると、端末は、ＨＡＲＱ－ＡＣＫ多重化指示子の値を０と判断し、１つのＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫだけを送信することができる。

【0258】

・ｋ１値の導出方法

【0259】

本実施例は、端末がｋ１値を導出又は解析する方法を開示する。ｋ１値は、スケジュールされたＰＤＳＣＨが終わるスロットとＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨが送信されるスロットとの間の間隔又はスロットの数（又は、スロットよりも小さい特定単位（サブスロット）の個数）である。しかし、実際に、端末は、ＰＤＳＣＨを受信し、デコードし、ＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨを生成するまでに処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）が必要である。したがって、特定ｋ１値、例えばｋ１＝０は、現実的に端末にとって処理が不可能な値である。したがって、ｋ１値０は端末に指示不可の値である。したがって、本実施例は、このように処理時間の面で端末に指示不可の値を除いてｋ１値を定義する方法を開示する。

【0260】

一例として、端末は、ＰＤＳＣＨの最後のシンボルからＰＤＳＣＨ処理時間（Ｔ_{ｐｒｏｃ，１}）までの間に完全に含まれるスロットを除いてｋ１値を決定することができる。このように除外されるスロットを無効スロット（ｉｎｖａｌｉｄ ｓｌｏｔ）という。すなわち、本実施例によるｋ１値は、スケジュールされたＰＤＳＣＨが終わるスロットとＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨが送信されるスロットとの間のスロットのうち、無効スロットを除外した有効（ｖａｌｉｄ）スロットの数と定義されてよい。

【0261】

他の例として、端末は、上位層によって半静的ＤＬシンボルとして構成されたスロットを除いてｋ１値を決定してもよい。例えば、端末は、半静的ＤＬシンボルのみで構成されたスロットは、ｋ１値を決定するに当たって除外する。又は、端末は、半静的ＤＬシンボルによって全てのＰＵＣＣＨ送信が不可能なスロットは、ｋ１値を決定するに当たって除外してよい。

【0262】

一方、無効スロットは、ＰＲＩで指示したＰＵＣＣＨリソースと半静的ＤＬシンボルが重なってＰＵＣＣＨを送信できないスロットを含むことがある。この場合、ｋ１値は、スケジュールされたＰＤＳＣＨが終わるスロットとＨＡＲＱ－ＡＣＫが送信されるＰＵＣＣＨが送信されるスロットとの間のスロットから無効スロットを除外したスロットの個数と定義されてよい。

【0263】

このようなｋ１値の導出方法又は解析方法は、図１１のプロセッサ１１０によって行われてよい。

【0264】

・端末にｋ１又はＰＲＩフィールドが指示されない場合、ＰＵＣＣＨリソースの決定方法

【0265】

ＵＲＬＬＣをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）にはＤＣＩオーバーヘッド（又は、ＤＣＩのペイロードサイズ）を減らす目的でｋ１又はＰＲＩフィールドが構成されなくてもよい。したがって、本実施例は、ｋ１又はＰＲＩフィールドがＤＣＩに構成されていない場合、ＰＵＣＣＨリソースを決定する方法を開示する。

【0266】

一例として、端末のためのｋ１フィールド（又は、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）が構成（又は、指示）されていないとき、前記端末のＰＵＣＣＨリソースを含むスロットは、ＰＤＳＣＨ最後のシンボルからＰＤＳＣＨ処理時間（Ｔ_{ｐｒｏｃ，１}）までの間に完全に含まれるスロットを除いてその次の（ＰＲＩで指示した）ＰＵＣＣＨ送信が可能なスロットとして決定されてよい。

【0267】

他の例として、端末のためのｋ１フィールドが構成（又は、指示）されていないとき、前記端末のＰＵＣＣＨリソースを含むスロットは、ＰＲＩで指示したシンボルと半静的ＤＬシンボルと重ならないスロットとして決定されてよい。

【0268】

さらに他の例として、端末のためのＰＲＩフィールドが構成（又は、指示）されていないとき、前記端末のＰＵＣＣＨリソースは、ｋ１が指示するスロットにおいて構成されたＰＵＣＣＨリソースのうち、最も早く終わるＰＵＣＣＨリソースとして決定されてよい。

【0269】

さらに他の例として、端末のためのＰＲＩフィールドが構成（又は、指示）されていないとき、前記端末のＰＵＣＣＨリソースは、ｋ１が指示するスロットにおいてＰＤＳＣＨ処理時間（Ｔ_{ｐｒｏｃ，１}）を満たさないＰＵＣＣＨを除外したＰＵＣＣＨリソースのうち、最も早く終わるＰＵＣＣＨリソースとして決定されてよい。ここで、半静的ＤＬシンボルと重なるＰＵＣＣＨリソースは除外されてよい。

【0270】

図２３は、一例による端末にｋ１とＰＲＩフィールドが構成（又は、指示）されていない場合、ＰＵＣＣＨリソースの決定方法を説明する図である。

【0271】

図２３を参照すると、スロットａのＰＤＳＣＨのためにスロットｂで総４個のＰＵＣＣＨリソース（＃１、＃２、＃３、＃４）が構成されている。このうち、ＰＵＣＣＨリソース＃１は、処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）条件を満たさないため、端末のためのＰＵＣＣＨリソースから除外してよい。その他のＰＵＣＣＨリソース＃２、＃３、＃４のうち、最も早く終わるＰＵＣＣＨリソースは＃３であるので、端末は、ＰＵＣＣＨリソース＃３をＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信のためのＰＵＣＣＨリソースとして決定できる。

【0272】

このようなＰＵＣＣＨリソースの決定方法は、図１１のプロセッサ１１０によって行われてよい。

【0273】

・ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信方法

【0274】

リリース１５ＮＲシステムにおいてＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｅｄ）ＰＤＳＣＨが有し得る最小周期は、１０ｍｓである。そして、ＨＡＲＱ－ＡＣＫ送信のためのＰＤＳＣＨ送信スロットとＰＵＣＣＨ送信スロットとの間の間隔は、最大で１６スロットまで可能である。このような設定によって、１つのＰＵＣＣＨ送信スロットで２つ以上のＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫは送信できない。しかし、リリース１６では、下りリンクＵＲＬＬＣサービスのために、１０ｍｓよりも短い周期を有するＳＰＳ ＰＤＳＣＨ送信が可能となるように強化（ｅｎｈａｎｃｅｄ）した。この場合、端末が１つのＰＵＣＣＨ送信スロットで２つ以上のＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信する状況が発生し得る。このため、端末が１スロットで複数のＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫビットを送信する方法が明確に規定される必要がある。

【0275】

本実施例は、端末が第１スロットにおいてＳＰＳ ＰＤＳＣＨを受信する段階と、第１スロットからｋ１個のスロット以後である第２スロットにおいて前記ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫを送信できない場合、前記ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信タイミングを他の第３スロットまで遅延させる段階を含むことができる。

【0276】

これについてより詳細に説明すると、次の通りである。ＳＰＳ ＰＤＳＣＨを活性化するＤＣＩは、１つのｋ１値を含むことができる。ここで、ｋ１値は、ＰＤＳＣＨからＨＡＲＱフィードバックタイミング指示子フィールドで指示する値であり、ＰＤＳＣＨが送信されるスロットとＰＵＣＣＨが送信されるスロットとの間隔又はスロットの差を示す。

【0277】

端末は、ＳＰＳ ＰＤＳＣＨが送信されるスロットｎからｋ１値だけ後に離れたスロットｎ＋ｋ１において、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを送信するように予定される。しかし、ＳＰＳ ＰＤＳＣＨが送信されるスロットｎからｋ１値だけ後に離れたスロットｎ＋ｋ１が、常にＰＵＣＣＨ送信が可能なスロットであるわけではない。例えば、ＴＤＤシステムにおいて、ＳＰＳ ＰＤＳＣＨが送信されるスロットｎでｋ１値だけ後に来るスロットｎ＋ｋ１がＤＬシンボルと重なる状況があり得る。この場合、端末はスロットｎ＋ｋ１でＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫを送信できない。

【0278】

図２４は、一例による端末が１スロットで複数のＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫビットを送信する方法を説明する図である。

【0279】

図２４を参照すると、スロットｎで第１ＳＰＳ ＰＤＳＣＨ送信が予定され、スロットｎ＋ｋ１で第１ＳＰＳ ＰＤＳＣＨに関するＰＵＣＣＨ送信が不可能であれば、端末は、第１ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信タイミングを、スロットｎ＋Ｐ＋ｋ１に延ばす（ｐｏｓｔｐｏｎｅ）。仮にスロットｎ＋Ｐ＋ｋ１でＰＵＣＣＨ送信が可能であれば、端末は、前記ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信できる。ところが、仮にスロットｎ＋Ｐ＋ｋ１でもＰＵＣＣＨ送信が不可能であれば、端末は、第１ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信できない。この場合、端末は、第１ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信タイミングをスロットｎ＋２Ｐ＋ｋ１にさらに延ばす。このようなパターンで、端末は第１ＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫの送信タイミングをＰだけ延ばし続けることができる。ここで、Ｐは、例えば、ＳＰＳ ＰＤＳＣＨの周期と同じ値と定められてよい。

【0280】

一例として、スロットｎ＋Ｐ＋ｋ１でＰＵＣＣＨ送信が可能であれば、端末は、以前に送信できなかったＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫと、スロットｎ＋Ｐで受信したＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫとを多重化して送信できる。すなわち、端末は、ＳＰＳ ＰＤＳＣＨが割り当てられたスロットｎから、スロットｎ＋ｉ＊Ｐ＋ｋ１（ｉ＝０，１，・・）のうちＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを送信できる最も近いスロットにおいて、ＨＡＲＱ－ＡＣＫを含むＰＵＣＣＨを送信できる。

【0281】

他の例として、基地局は端末に、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するための複数個のｋ１値を指示することができる。端末に複数個のＫ１値（例えば、２つのｋ１＿１及びｋ１＿２）が基地局から指示される場合、ＨＡＲＱ－ＡＣＫ送信方法は次の通りである。ＳＰＳ ＰＤＳＣＨが受信されたスロットがスロットｎのとき、ｎ＋ｋ１＿１でＰＵＣＣＨを送信できれば送信する。仮にｎ＋ｋ１＿１でＰＵＣＣＨを送信できなければ、ｎ＋ｋ１＿２でＰＵＣＣＨを送信する。

【0282】

さらに他の例として、基地局は端末に、ＳＰＳ ＰＤＳＣＨのＨＡＲＱ－ＡＣＫを送信するための複数個のｋ１値を指示できる。複数のｋ１値のうち、一番目のｋ１値は一番目のＳＰＳ ＰＤＳＣＨに適用し、二番目のｋ１値は二番目のＳＰＳ ＰＤＳＣＨに適用する。すなわち、設定したｋ１値がＴ個であれば、Ｍ番目のｋ１値はｉ＊Ｔ＋Ｍ番目のＳＰＳ ＰＤＳＣＨに適用できる。

【0283】

本実施例による端末のＳＰＳ ＰＤＳＣＨ受信動作、及びＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫをｉ＊Ｐだけ遅延させて送信する動作は、図１１の通信モジュール１２０によって行われてよく、基地局のＳＰＳ ＰＤＳＣＨ送信動作、及びＳＰＳ ＰＤＳＣＨに関するＨＡＲＱ－ＡＣＫをｉ＊Ｐだけ遅延させて受信する動作は、図１１の通信モジュール２２０によって行われてよい。

【0284】

・軽減した（ｒｅｄｕｃｅｄ）ＤＣＩのペイロードの構成方法

【0285】

本実施例は、ＤＣＩのペイロードサイズを軽減する方法である。ＤＣＩオーバーヘッドを減らすために、ｋ１又はＰＲＩフィールドを除外してもよいところ、これと類似の方式で他のフィールドも除外されてよい。又は、ＤＣＩフィールドが指示できるオプションの一部のみが含まれてよい。ここで、ＤＣＩフィールドが指示できるオプションのうち一部（例えば、Ｎ個のオプション）のみを含めば、そのＤＣＩフィールドのビットサイズはｃｅｉｌ（ｌｏｇ２（Ｎ））となる。しかし、Ｎが２の累乗で表現されないと、当該ＤＣＩフィールドの２^Ｘ－Ｎ個の符号点（ｃｏｄｅ ｐｏｉｎｔｓ）は使用できない。ここで、Ｘは、２^ＸがＮよりも大きいか等しい条件を満たす整数のうち、最も小さい値である。したがって、残る符号点をより効率的に使用するために、個別のＤＣＩフィールドを結合符号化（ｊｏｉｎｔ ｅｎｃｏｄｉｎｇ）する方法を用いることができる。

【0286】

一例として、ｊ番目のＤＣＩフィールドがＹ（ｊ）個のオプション（０番オプション、１番オプション，．．，Ｙ（ｊ）番オプション）を含むと仮定しよう。ここで、オプションの順序は、０番から付ける。すなわち、最先頭のものが、０番オプションである。端末は、基地局からＤＣＩを受信すると、それが、ｊ番目のＤＣＩフィールドのうち何番のオプションであるかを、次の式から求めることができる。

【0287】

[数１]
Field(j)=floor(X/Z(j)) mod Y(j)

【0288】

式１を参照すると、

【数1】

であり、ｊ＞１に対して

【数2】

、ｊ＝１に対してＺ（１）＝１である。ＤＣＩ＿ｌｅｎｇｔｈはＤＣＩの長さであり、ｂ_ｋは、受信したＤＣＩを二進法で表したものである。すなわち、式１により、ｊ番目のＤＣＩからＦｉｅｌｄ（ｊ）に該当するオプション（Ｆｉｅｌｄ（ｊ）番オプション）を選択できる。

【0289】

例えば、次の表３は、ＤＣＩが３個のフィールドを含み、各フィールドが３個のオプションを含む場合に関する。仮に、ＤＣＩ内の各フィールド別に必要なビットが２ビットであれば、総３個のフィールドが存在するので、それらのフィールドのために総６ビットが必要である。しかし、本実施例によれば、５ビットだけで３個のフィールドのオプションを全て表現することができる。表３で、符号点１１０１１～１１１１１は予備（ｒｅｓｅｒｖｅｄ）されてよい。

【0290】

【表3】

【0291】

表３を参照すると、例えば、端末は、ＤＣＩで０１１００（二進法）が指示されると、Ｆｉｅｌｄ（１）＝０、Ｆｉｅｌｄ（２）＝１、Ｆｉｅｌｄ（３）＝１を得ることができる。すなわち、ＤＣＩの一番目のフィールドであるＦｉｅｌｄ（１）は、０番オプション、ＤＣＩの二番目のフィールドであるＦｉｅｌｄ（２）は、１番オプション、ＤＣＩの三番目のフィールドであるＦｉｅｌｄ（３）は、１番オプションと指示されることが分かる。

【0292】

以下に、ＤＣＩフォーマットの長さを決定する方法が開示される。３ＧＰＰのリリース１５ＮＲシステムでは、例えば、次のように、個別の長さのＤＣＩフォーマットが定義されてよい。

【0293】

１）共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）内でのフォールバック（Ｆａｌｌｂａｃｋ）ＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）

【0294】

２）端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）内でのフォールバックＤＣＩ（ＤＣＩ ｆｏｒｍａｔ０＿０、１＿０）

【0295】

３）ＰＵＳＣＨをスケジュールするノンフォールバック（Ｎｏｎ－ｆａｌｌｂａｃｋ）ＤＣＩ（ＤＣＩ ｆｏｒｍａｔ０＿１）

【0296】

４）ＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩ ｆｏｒｍａｔ１＿１）

【0297】

ところが、端末は、最大で３個の個別の長さを持つＤＣＩフォーマットをデコードできるが、個別の長さを持つ４個のＤＣＩフォーマットを同時にデコードすることはできない。したがって、１）～４）による４個のＤＣＩの長さがいずれも異なる場合、一部のＤＣＩフォーマットの長さを増やしたり縮めたりして他のＤＣＩフォーマットの長さに合わせる過程が要求される。例えば、上の４個のＤＣＩフォーマットの長さが全て異なると、基地局は、端末特定検索空間でのフォールバック（ｆａｌｌｂａｃｋ）ＤＣＩを、共通検索空間でのフォールバックＤＣＩの長さと同一に合わせる動作を行うことができる。

【0298】

さらにいうと、端末特定検索空間でのフォールバックＤＣＩと共通検索空間でのフォールバックＤＣＩは、周波数領域リソース割り当て（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ：ＦＤＲＡ）フィールドの長さが異なることがある。共通検索空間でのフォールバックＤＣＩのＦＤＲＡフィールドの長さは、セル初期接続段階で構成されたＣＯＲＥＳＥＴ＃０のサイズ又はＳＩＢ１（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）で設定した初期ＤＬ ＢＷＰのサイズによって決定される。しかし、端末特定検索空間でのフォールバックＤＣＩのＦＤＲＡフィールドの長さは、活性化ＤＬ ＢＷＰによって決定される。本実施例によれば、端末特定検索空間でのフォールバックＤＣＩを共通検索空間でのフォールバックＤＣＩの長さと同一に合わせるために、基地局は端末特定検索空間でのフォールバックＤＣＩのＦＤＲＡフィールドのＭＳＢ（Ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）を切断（ｔｒｕｎｃａｔｉｏｎ）することができる。

【0299】

参考として、基地局は端末に、ＰＵＳＣＨをスケジュールするノンフォールバック（Ｎｏｎ－ｆａｌｌｂａｃｋ）ＤＣＩ（ＤＣＩフォーマット０＿１）とＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）の長さを、ＲＲＣシグナリングで構成することができる。ここで、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩとＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩの長さが同一となるように設定されてよい。ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１）とＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）の長さとが同一である場合に備えて、前記ＤＣＩフォーマットは１ビットの指示子を含む。すなわち、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩでは前記１ビットの指示子が０値を有し、ＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩでは前記１ビットの指示子が１値を有する。さらに具体的に、リリース１５において最大で３個の異なる長さのＤＣＩフォーマットを決定する方法は、次の通りである。

【0300】

第１段階は、端末又は基地局が共通検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０，１＿０）の長さを決定する段階を含む。具体的に、端末又は基地局は、ＤＣＩフォーマット（０＿０）の長さを初期ＵＬ ＢＷＰに基づいて決定し、ＤＣＩフォーマット（１＿０）の長さをＣＯＲＥＳＥＴ＃０のサイズに基づいて決定したり（初期ＤＬ ＢＷＰが設定されていない場合）、又は初期ＤＬ ＢＷＰに基づいて決定する（初期ＤＬ ＢＷＰが設定されている場合）。仮にＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０の長さが異なると、端末又は基地局は、ＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢを切断したり、或いはゼロ－パディング（ｚｅｒｏ ｐａｄｄｉｎｇ）してＤＣＩフォーマット１＿０の長さに合わせる。

【0301】

第２段階は、端末又は基地局が端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）の長さを決定する段階を含む。具体的に、端末又は基地局は、ＤＣＩフォーマット０＿０の長さを活性化されたＵＬ ＢＷＰに基づいて決定し、ＤＣＩフォーマット１＿０の長さを活性化されたＤＬ ＢＷＰに基づいて決定する。仮にＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０の長さが異なると、端末又は基地局は、ＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢを切断したり或いはゼロ－パディングしてＤＣＩフォーマット１＿０の長さに合わせる。

【0302】

第３段階は、端末又は基地局が、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１）とＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）の長さを決定する段階を含む。仮に、ＤＣＩフォーマット０＿１の長さが端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０，１＿０）の長さと同一であれば、端末又は基地局は、１ビット長さの“０”を、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１）に挿入する。仮に、ＤＣＩフォーマット１＿１の長さが端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０，１＿０）の長さと同一であれば、端末又は基地局は、１ビット長さの“０”を、ＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）に挿入する。

【0303】

第４段階は、端末又は基地局が前記第１～第３段階によって調節したＤＣＩフォーマットの長さを確認する段階を含む。仮に全ＤＣＩのうち、異なる長さが３個以下であれば、端末が復号化できるので、それ以上長さを合わせない。一方、異なる長さが３個を超えると、さらに第５段階で長さを合わせる。

【0304】

第５段階は、端末又は基地局がＤＣＩフォーマットの長さを３個に合わせる段階を含む。このために、端末又は基地局は、第３段階で追加された１ビットを除外する段階を行うことができる。そして、端末又は基地局は、端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）のＦＤＲＡフィールドの長さを変える。具体的に、端末又は基地局は、ＤＣＩフォーマット（１＿０）の長さをＣＯＲＥＳＥＴ＃０のサイズに基づいて決定したり（初期ＤＬ ＢＷＰが設定されていない場合）、又は初期ＤＬ ＢＷＰに基づいて決定することができる（初期ＤＬ ＢＷＰが設定されている場合）。端末又は基地局は、ＤＣＩフォーマット（０＿０）の長さを初期ＵＬ ＢＷＰに基づいて決定する。そして、仮にＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０の長さが異なると、端末又は基地局は、ＤＣＩフォーマット０＿０のＦＤＲＡフィールドのＭＳＢを切断したり或いはゼロパディングしてＤＣＩフォーマット１＿０の長さに合わせる。

【0305】

上記のような第１段階～第５段階の動作は、図１１のプロセッサ１１０又はプロセッサ（２１０）によって行われてよい。

【0306】

本明細書のさらに他の実施例によれば、端末又は基地局は、新しいＵＲＬＬＣサービス支援のために、新しい長さのＤＣＩフォーマットを構成できる。これを便宜上、コンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ぶ。コンパクトＤＣＩの各フィールドの長さは、ＲＲＣシグナリングで構成されてよい。したがって、ＲＲＣシグナリングによる構成によって、コンパクトＤＣＩの長さはリリース１５のフォールバックＤＣＩと比較して１６ビットだけさらに小さく構成されてもよく、リリース１５フォールバックＤＣＩと同じ長さに構成されてもよく、リリース１５フォールバックＤＣＩよりも長い長さに構成されてもよい。本実施例によれば、下記のように２つの新しい長さのＤＣＩフォーマットが定義できる。

【0307】

５）ＰＵＳＣＨをスケジュールするコンパクトＤＣＩ

【0308】

６）ＰＤＳＣＨをスケジュールするコンパクトＤＣＩ

【0309】

端末は、このように長さが異なる１）、２）、３）、４）、５）、６）のＤＣＩフォーマットをデコードするために、前記ＤＣＩフォーマットの長さを合わせる必要がある。

【0310】

まず、リリース１６のＵＲＬＬＣサービスを支援する端末が、異なる３個の長さを持つＤＣＩフォーマットを同時に受信できると仮定しよう。このような状況で、本実施例によるＤＣＩの長さ調整又は整合方法は次の通りである。

【0311】

一例として、端末は、リリース１５のＤＣＩフォーマット間のサイズをまず合わせる。すなわち、端末は、前述した第１段階～第５段階にわたって最大で３個の異なる長さのＤＣＩフォーマットを決定する。その後、端末はコンパクトＤＣＩの長さを次のように決定する。

【0312】

仮に、異なる長さのリリース１５のＤＣＩフォーマットが３個のとき、コンパクトＤＣＩスケジューリングＰＵＳＣＨとコンパクトＤＣＩスケジューリングＰＤＳＣＨは、先に決定されたリリース１５のＤＣＩフォーマットのうちいずれか１つの長さで構成されてよい。

【0313】

一側面において、基地局は端末にコンパクトＤＣＩをＲＲＣシグナリングで構成するとき、コンパクトＤＣＩフォーマットが有するべき長さを直接知らせることができる。

【0314】

他の側面において、基地局は端末にコンパクトＤＣＩをＲＲＣシグナリングで構成するとき、そのコンパクトＤＣＩと同じ長さを有する他のＤＣＩフォーマットを指示することによって、コンパクトＤＣＩの長さを知らせることができる。例えば、ＲＲＣシグナリングは２ビットであり、その値が００であれば、共通検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）を指示し、その値が０１であれば、端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）を指示し、その値が１０であれば、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１）を指示し、その値が１１であれば、ＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）を指示できる。すなわち、コンパクトＤＣＩの長さは、前記ＲＲＣシグナリングによって指示された他のＤＣＩフォーマットと同じ長さを有することができる。

【0315】

さらに他の側面において、基地局は端末にコンパクトＤＣＩをＲＲＣシグナリングで構成するとき、他のＤＣＩフォーマットが有し得る長さインデックスのうち、当該コンパクトＤＣＩと同じ長さに対応するインデックスを指示できる。例えば、前記ＲＲＣシグナリングの最も低いインデックス値（例えば、他のＤＣＩフォーマットの長さインデックスが０、１、２と与えられたとき、“０”）は、最も短い長さのＤＣＩフォーマットに該当し、最も高いインデックス値（例えば、他のＤＣＩフォーマットの長さインデックスが０、１、２と与えられたとき、“２”）は、最も長い長さのＤＣＩフォーマットに該当する。

【0316】

さらに他の側面において、端末は、コンパクトＤＣＩの長さを別個のＲＲＣシグナリングとして設定してもらわなくてもよい。すなわち、端末は、コンパクトＤＣＩの各フィールドの長さに基づいて全コンパクトＤＣＩの長さを決定することができる。具体的に、リリース１５のＤＣＩフォーマットの長さがＡ、Ｂ、Ｃと与えられたと仮定しよう。ここでＡ＜Ｂ＜Ｃであり、コンパクトＤＣＩの各フィールドの長さの和をＸとしよう。すると、コンパクトＤＣＩの長さは、Ｘよりも長いリリース１５ＤＣＩフォーマットのうち、最も短い長さに決められる。仮にＸよりも長いリリース１５ＤＣＩフォーマットがなければ、最も長いリリース１５のＤＣＩフォーマットの長さに合わせる。例えば、Ａ＜Ｘ＜Ｂであれば、コンパクトＤＣＩに（Ｂ－Ｘ）ビットを追加して長さをＢビットにさせる。そして、Ｃ＜Ｘであれば、コンパクトＤＣＩから（Ｘ－Ｃ）ビットを除外して長さをＣビットにさせる。

【0317】

上記のようにＲＲＣシグナリングによってコンパクトＤＣＩの長さを指示又は構成する動作は、図１１の通信モジュール２２０によって行われてよい。

【0318】

端末がコンパクトＤＣＩの長さを合わせる方法は、次の通りである。

【0319】

端末は、コンパクトＤＣＩの長さを前記ＲＲＣシグナリングによって決定する。仮にコンパクトＤＣＩの全フィールドの長さの和が、前記ＲＲＣシグナリングによって構成されたＤＣＩフォーマットの長さよりも小さい場合、端末は、その不足分のビットを埋めることができる。ここで、埋める値は、いずれも０であるか、或いはＣＲＣの値と与えられてよい。一方、仮にコンパクトＤＣＩの全フィールドの長さの和が、前記ＲＲＣシグナリングによって構成されたＤＣＩフォーマットの長さよりも大きい場合、端末はその超過分のビットを差し引いてよい。

【0320】

一側面において、超過するビットは、特定の１つのフィールドから差し引かれてよい。例えば、超過するビットはＦＤＲＡフィールドから差し引かれてよい。

【0321】

他の側面において、超過するビットは、あらかじめ定められた数個の特定フィールドから順次に差し引かれるが、各フィールドのＭＳＢから１ビットずつ差し引かれてよい。例えば、超過するビットは、ＦＤＲＡフィールドとＴＤＲＡフィールドから順次に差し引かれるが、各フィールドのＭＳＢが差し引かれてよい。

【0322】

端末が超過するビットを特定フィールドから差し引くとき、あらかじめ設定された最小長以下には前記特定フィールドが減らないように構成されてよい。すなわち、端末は、超過するビットを第１フィールドから差し引くが、第１フィールドの長さが最小長まで減ると、次の第２フィールドの長さを減らしていく。

【0323】

上記の実施例による端末がコンパクトＤＣＩの長さを合わせる方法は、図１１のプロセッサ１１０によって行われてよい。

【0324】

本実施例によれば、リリース１５のＤＣＩフォーマットの長さによって、端末がモニタできるＤＣＩフォーマットの長さが決定されてよい。したがって、コンパクトＤＣＩをリリース１５のＤＣＩフォーマットよりも短い長さにすることができない欠点がある。

【0325】

これを解決するための他の実施例として、端末は、リリース１５のＤＣＩフォーマットのサイズをまず合わせる。仮にリリース１５のＤＣＩフォーマットの長さが３個のとき、コンパクトＤＣＩの長さが先のリリース１５のＤＣＩフォーマットの長さと異なると、端末は、次の手順によってＤＣＩフォーマットの長さを合わせることができる。まず、端末は、ＰＵＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット０＿１）とＰＤＳＣＨをスケジュールするノンフォールバックＤＣＩ（ＤＣＩフォーマット１＿１）の長さを同一に合わせる。ここで、小さい長さを持つＤＣＩフォーマットに０を埋め、長い長さのＤＣＩフォーマットに合わせる。このように、ノンフォールバックＤＣＩの長さを合わせ、コンパクトＤＣＩの長さを合わせないことにより、短い長さのコンパクトＤＣＩを設定して使用することができる。

【0326】

また、第５段階まで行われていない場合を仮定したとき、変形可能な実施例は次の通りである。端末は、リリース１５のＤＣＩフォーマットのサイズをまず合わせる。端末に設定されたコンパクトＤＣＩの長さが、リリース１５のＤＣＩフォーマットのＤＣＩの長さと異なり、全長が３個を超えると、端末は、第５段階を行う。すなわち、端末は、端末特定検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）の長さを共通検索空間でのフォールバックＤＣＩ（ＤＣＩフォーマット０＿０、１＿０）の長さに合わせる。その後、依然としてＤＣＩフォーマットの長さが３個を超えると、端末はさらに先の第１段階～第５段階によるＤＣＩの長さ決定方法を行うことができる。

【0327】

本発明のさらに他の例として、端末は、スロットごとに異なる長さのＤＣＩフォーマットを受信することができる。そのために、具体的な実施例は、端末が最大で３個のＤＣＩフォーマットの長さをスロット別に確認する段階を含む。このとき、端末は、検索空間の周期によって特定スロットにおいてＤＣＩフォーマットをモニタしなくてもよい。この場合、端末は、モニタしないＤＣＩフォーマット以外のモニタするＤＣＩフォーマットの長さのみを用いて、長さの種類が最大で３個を越えるか判断できる。そして、そのスロットにおいて長さの種類が最大で３個を越える場合、端末は、先の実施例によってＤＣＩフォーマットの長さを調節できる。その他のスロットではＤＣＩフォーマットの長さが３個以下であるので、別のＤＣＩフォーマットの長さを調節しなくてもよい。

【0328】

本発明の方法及びシステムは、特定実施例と関連して説明されたが、それらの構成要素又は動作の一部又は全部は、汎用ハードウェアアーキテクチャを有するコンピューティングシステムを用いて具現されてよい。

【0329】

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

【0330】

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

【図1】

【図2】

【図3】

【図4a】

【図4b】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】