特開 2024-8986 無線通信システムにおいて上りリンク共有チャネルを送受信する方法、装置及びシステム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024008986

(43)【公開日】2024-01-19

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

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240112BHJP

   H04W 72/232 20230101ALI20240112BHJP

【ＦＩ】

H04W72/1268

H04W72/232

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023186582

(22)【出願日】2023-10-31

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

【原出願日】2020-08-03

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

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

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

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

(32)【優先日】2019-08-14

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

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

(32)【優先日】2019-08-15

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

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

(32)【優先日】2020-05-14

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

(71)【出願人】

【識別番号】516079109

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】ミンソク・ノ

(72)【発明者】

【氏名】チンサム・カク

(57)【要約】

【課題】 無線通信システムにおいて端末が基地局に上りリンク共有チャネルを送信する方法を提供する。
【解決手段】端末は基地局からＰＵＳＣＨ送信のための構成情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、ＰＵＳＣＨの反復送信をスケジュールするための物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を受信することができる。その後、端末は、ＰＵＳＣＨの反復送信のために有効でない（ｉｎｖａｌｉｄ）１つ又はそれ以上のシンボルを決定し、決定されたシンボル以外の残りシンボルでＰＵＳＣＨを反復送信することができる。
【選択図】図２９

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末が基地局に上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）を送信する方法であって、
基地局からＰＵＳＣＨ送信のための構成情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階、
ここで、前記構成情報は、初期接続手順のために用いられる制御リソース集合に関連したリソース情報を含み；
前記ＰＵＳＣＨの反復送信をスケジュールするための物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を受信する段階；
前記ＰＵＳＣＨの前記反復送信のために有効でない（ｉｎｖａｌｉｄ）１つ又はそれ以上のシンボルを決定する段階；及び
前記ＰＤＣＣＨによってスケジュールされた少なくとも１つのシンボルのうち、前記有効でないシンボルを除くシンボルで前記ＰＵＳＣＨを反復送信する段階を含み、
前記有効でない１つ又はそれ以上のシンボルは、前記初期接続手順のために用いられる前記制御リソース集合に関連した前記リソース情報によって指示されるシンボルを含む、方法。

【請求項2】

前記構成情報はＰＢＣＨによって指示され、前記制御リソース集合は、インデックス値が０である、請求項１に記載の方法。

【請求項3】

前記有効でない１つ又はそれ以上のシンボルは、前記ＰＵＳＣＨの反復送信が行われるセルで下りリンク受信のための半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボルとして指示されたシンボル及び同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＳ）及び／又は物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）の受信のためのシンボルをさらに含む、請求項１に記載の方法。

【請求項4】

前記半静的下りリンクシンボル及び前記ＰＢＣＨの受信のためのシンボルは、前記構成情報によって指示される、請求項３に記載の方法。

【請求項5】

前記端末が半二重（ｈａｌｆ ｄｕｐｌｅｘ）モードのみを支援する場合に、前記有効でない１つ又はそれ以上のシンボルは、前記ＰＵＳＣＨの反復送信が行われるセルとは異なるセルで下りリンクチャネル及び信号の受信のために指示されたシンボル及び／又は半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボルとして指示されたシンボルをさらに含む、請求項１に記載の方法。

【請求項6】

前記有効でない１つ又はそれ以上のシンボルは、ギャップシンボル（ｇａｐ ｓｙｍｂｏｌ）をさらに含み、前記ギャップシンボルは、下りリンク受信のために指示されたシンボル以後に位置する少なくとも１つのシンボルである、請求項１に記載の方法。

【請求項7】

前記ギャップシンボルの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、前記ＰＵＳＣＨの反復送信のために前記ギャップシンボルが適用されるセルの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）上りリンク及び／又は下りリンク構成情報に含まれた参照副搬送波間隔である、請求項６に記載の方法。

【請求項8】

前記下りリンク受信のために指示されたシンボルは、半静的下りリンクシンボル、ＳＳＢ／ＰＢＣＨブロックを受信するためのシンボル、又は前記制御リソース集合に含まれたシンボルである、請求項６に記載の方法。

【請求項9】

前記ＰＵＳＣＨの反復送信が行われるシンボルと物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＵＣＣＨ）を送信するためのシンボルとが少なくとも１つのシンボルで重なる場合に、
前記少なくとも１つのシンボルを含む少なくとも１つのシンボルセットのうち一番目のシンボルセットで前記ＰＵＳＣＨと前記ＰＵＣＣＨの上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）とが多重化して送信され、
前記少なくとも１つのシンボルセットは、前記ＰＵＳＣＨの反復送信が行われるリソースである、請求項１に記載の方法。

【請求項10】

前記一番目のシンボルセットで送信されるＰＵＳＣＨは、前記ＵＣＩ間の多重化のための処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を満たす、請求項９に記載の方法。

【請求項11】

前記ＰＵＳＣＨと前記ＵＣＩは、各スロットで前記ＰＵＳＣＨを反復送信するためのシンボルの個数が１個を超える場合にのみ多重化する、請求項９に記載の方法。

【請求項12】

無線通信システムにおいて基地局に上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）を送信する端末であって、
通信モジュール；及び
前記通信モジュールを制御するプロセッサを含み、
前記プロセッサは、
基地局からＰＵＳＣＨ送信のための構成情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、
前記構成情報は、初期接続手順のために用いられる制御リソース集合に関連したリソース情報を含み、
前記ＰＵＳＣＨの反復送信をスケジュールするための物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を受信し、
前記ＰＵＳＣＨの前記反復送信のために有効でない（ｉｎｖａｌｉｄ）１つ又はそれ以上のシンボルを決定し、
前記ＰＤＣＣＨによってスケジュールされた少なくとも１つのシンボルのうち、前記有効でないシンボルを除くシンボルで前記ＰＵＳＣＨを反復送信し、
前記有効でない１つ又はそれ以上のシンボルは、前記初期接続手順のために用いられる前記制御リソース集合に関連した前記リソース情報によって指示されるシンボルを含む、端末。

【請求項13】

前記構成情報はＰＢＣＨによって指示され、前記制御リソース集合は、インデックス値が０である、請求項１２に記載の端末。

【請求項14】

前記有効でない１つ又はそれ以上のシンボルは、前記ＰＵＳＣＨの反復送信が行われるセルで下りリンク受信のための半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボルとして指示されたシンボル及び同期信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＳ）及び／又は物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）の受信のためのシンボルをさらに含む、請求項１２に記載の端末。

【請求項15】

前記半静的下りリンクシンボル及び前記ＰＢＣＨの受信のためのシンボルは、前記構成情報によって指示される、請求項１４に記載の端末。

【請求項16】

前記端末が半二重（ｈａｌｆ ｄｕｐｌｅｘ）モードのみを支援する場合に、前記有効でない１つ又はそれ以上のシンボルは、前記ＰＵＳＣＨの反復送信が行われるセルとは異なるセルで下りリンクチャネル及び信号の受信のために指示されたシンボル及び／又は半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボルとして指示されたシンボルをさらに含む、請求項１２に記載の端末。

【請求項17】

前記有効でない１つ又はそれ以上のシンボルは、ギャップシンボル（ｇａｐ ｓｙｍｂｏｌ）をさらに含み、前記ギャップシンボルは、下りリンク受信のために指示されたシンボル以後に位置する少なくとも１つのシンボルである、請求項１２に記載の端末。

【請求項18】

前記ギャップシンボルの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、前記ＰＵＳＣＨの反復送信のために前記ギャップシンボルが適用されるセルの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）上りリンク及び／又は下りリンク構成情報に含まれた参照副搬送波間隔である、請求項１７に記載の端末。

【請求項19】

前記下りリンク受信のために指示されたシンボルは、半静的下りリンクシンボル、ＳＳＢ／ＰＢＣＨブロックを受信するためのシンボル、又は前記制御リソース集合に含まれたシンボルである、請求項１７に記載の端末。

【請求項20】

前記ＰＵＳＣＨの反復送信が行われるシンボルと物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＵＣＣＨ）を送信するためのシンボルとが少なくとも１つのシンボルで重なる場合に、前記少なくとも１つのシンボルを含む少なくとも１つのシンボルセットのうち一番目のシンボルセットで前記ＰＵＳＣＨと前記ＰＵＣＣＨの上りリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）とが多重化して送信され、前記少なくとも１つのシンボルセットは、前記ＰＵＳＣＨの反復送信が行われるリソースである、請求項１２に記載の端末。

【請求項21】

前記一番目のシンボルセットで送信されるＰＵＳＣＨは、前記ＵＣＩ間の多重化のための処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）を満たす、請求項２０に記載の端末。

【請求項22】

前記ＰＵＳＣＨと前記ＵＣＩは、各スロットで前記ＰＵＳＣＨを反復送信するためのシンボルの個数が１個を超える場合にのみ多重化する、請求項２０に記載の端末。

【発明の詳細な説明】

【技術分野】

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

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

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

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

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

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

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

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

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

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

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

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

【図12】本発明の一実施例に係る物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）を送受信するための一例を示すフローチャートである。

【図13】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である。

【図14】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である

【図15】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である

【図16】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である

【図17】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である

【図18】本発明の一実施例に係るＰＵＳＣＨが４個のＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を含む場合の一例を示す図である

【図19】本発明の一実施例に係るＰＵＳＣＨ反復送信のためのスロットフォーマットの一例を示す図である。

【図20】本発明の一実施例に係るＰＵＳＣＨ反復送信のためのスロットフォーマットの一例を示す図である。

【図21】本発明の一実施例に係るＰＵＳＣＨ反復送信のためのスロットフォーマットの一例を示す図である。

【図22】本発明の一実施例に係るＰＵＳＣＨ反復送信のためのスロットフォーマットの一例を示す図である。

【図23】本発明の一実施例に係るＰＵＳＣＨ反復送信が不可能なシンボルのさらに他の一例を示す図である。

【図24】本発明の一実施例に係るＰＵＳＣＨ反復送信が不可能なシンボルのさらに他の一例を示す図である。

【図25】本発明の一実施例に係る有効でないシンボルを判断するための方法の一例を示す。

【図26】本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法の一例を示す。

【図27】本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法のさらに他の一例を示す。

【図28】本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法のさらに他の一例を示す。

【図29】本発明の一実施例に係る、端末がＰＵＳＣＨの反復送信を行うための方法の一例を示すフローチャートである。

【図30】本発明の一実施例に係る、基地局が端末からＰＵＳＣＨを反復受信するための方法の一例を示すフローチャートである。

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

上のようなＲＲＣ信号で構成されたシンボルのタイプを、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＤＬ／ＵＬ構成と呼ぶことができる。先にＲＲＣ信号で構成された半静的ＤＬ／ＵＬ構成において、フレキシブルシンボルは、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）で送信されるダイナミックＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｆｏｒｍａｔｉｏｎ）により、下りリンクシンボル、上りリンクシンボル、又はフレキシブルシンボルと指示されてよい。このとき、ＲＲＣ信号で構成された下りリンクシンボル又は上りリンクシンボルは、他のシンボルタイプに変更されない。表１は、基地局が端末に指示できるダイナミックＳＦＩを例示する。

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

【表1】

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

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

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

図１２は、本発明の一実施例に係る物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）を送受信するための一例を示すフローチャートである。

【0118】

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

【0119】

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

【0120】

その後、端末は、ＲＲＣ構成情報に基づき、モニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）でＰＤＣＣＨを検出し、ＤＣＩを受信することができる（Ｓ１２０２０）。端末は、ＲＲＣ設定情報に基づき、サービス及び／又はデータのタイプによってモニタリング機会の特定探索空間でＰＤＣＣＨを検出し、ＤＣＩを取得することができる。

【0121】

このとき、ＤＣＩに含まれるＤＡＩは、ＤＣＩのフォーマットによってそれぞれ異なるビットが設定されてよい。例えば、ＤＣＩ Ｆｏｒｍａｔ １＿０において、ＤＡＩは２ビットが設定されてよく、ＤＣＩ Ｆｏｒｍａｔ １＿１では、半静的（ｓｅｍｉ－ｓｔａｔｉｃ）ＨＡＲＱ－ＡＣＫコードブックの場合は１ビット、動的ＨＡＲＱ－ＡＣＫ（ｄｙｎａｍｉｃ－ＨＡＲＱ－ＡＣＫ）コードブックの場合は２ビットが設定されてよい。

【0122】

次表３は、ＤＣＩフォーマットによるＤＡＩのビットの一例を示す。

【0123】

【表3】

【0124】

また、端末には、ＰＤＣＣＨ（又は、ＤＣＩ）を介して、ＰＤＳＣＨの受信又はＰＵＳＣＨの送信のためのリソースが割り当てられてよい。

【0125】

その後、端末は、割り当てられたリソースでＰＤＳＣＨを受信するか、或いはＰＵＳＣＨを基地局に送信することができる（Ｓ１２０３０）。仮に、端末が基地局からＰＤＳＣＨを受信した場合に、端末は、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（又は、ＤＣＩ）に含まれたＤＡＩ値に基づき、受信したＰＤＳＣＨのＡＣＫ／ＮＡＣＫを示すＨＡＲＱ－ＡＣＫコードブックを生成し、生成されたＨＡＲＱ－ＡＣＫコードブックを上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）に含めて基地局に送信することができる。このとき、ＰＵＳＣＨは、ＤＣＩを介して割り当てられたリソースでスロット間反復送信が行われてよい。

【0126】

ＰＵＳＣＨを反復送信するために基地局からＤＣＩを介して割り当てられたシンボルは、開始シンボルの位置と割り当てられたリソースの長さ及び反復回数を用いて端末に割り当てられてよく、割り当てられたシンボルが有効でないシンボルであるか、或いは特定シンボルと重なる場合に、当該シンボルでＰＵＳＣＨは送信されないか、或いは特定シンボルで送信される信号と多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）して送信されてよい。

【0127】

例えば、ＰＵＳＣＨの反復送信のためのシンボルとＰＵＣＣＨを送信するためのシンボルとが重なる場合に、端末は、ＰＵＳＣＨとＰＵＣＣＨとを多重化して基地局に送信することができる。また、ＰＵＳＣＨの反復送信のために割り当てられたシンボルが下記のようなシンボルと重なる場合に、当該シンボルを有効でないシンボルとして決定（又は、認識）し、当該シンボルではＰＵＳＣＨの反復送信を行わない。

【0128】

－ ＣＯＲＥＳＥＴ ＃０のシンボル、

【0129】

－ 半二重（ｈａｌｆ－ｄｕｐｌｅｘ）端末の場合、他のセルの下りリンク信号の送信のためのシンボル及びＳＳ／ＰＢＣＨが送信されるシンボル

【0130】

－ Ｐｃｅｌｌの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボル

【0131】

－ Ｐｃｅｌｌの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）下りリンクシンボル後のギャップシンボル（Ｇａｐ ｓｙｍｂｏｌ）

【0132】

－ ＤＣＩを介して有効でないシンボルのパターンの適用が指示される場合、ＲＲＣシグナリングのビットマップ（ｂｉｔ ｍａｐ）で設定された有効でないシンボル

【0133】

－ ＳＳ／ＰＢＣＨの受信のためのシンボル、

【0134】

ＵＬプリエンプション指示（ＵＬ ｐｒｅｅｍｐｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）

【0135】

プリエンプション指示（ｐｒｅｅｍｐｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）は、基地局が、既にスケジュールされたＰＤＳＣＨのうち一部のリソースをプリエンプション（又は、パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ））して他の端末に下りリンク信号を送信するための指示子を意味する。同様に、基地局が、既にスケジュールされたＰＵＳＣＨのうち一部のリソースをプリエンプション（又は、パンクチャリング）して他の端末に上りリンク信号を送信するための指示子を送信することができる。これを、ＵＬプリエンプション指示又はＵＬキャンセレーション指示（ＵＬ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）という。本発明は、ＵＬプリエンプション指示の設計、及びＵＬプリエンプション指示を受信した端末の動作に関する。

【0136】

本発明の一実施例として、端末は、ＵＬプリエンプション指示を受信するようにＲＲＣ信号で構成されてよく、ＵＬプリエンプション指示は、グループ共通（ｇｒｏｕｐ－ｃｏｍｍｏｎ）ＰＤＣＣＨを介して送信されてよい。すなわち、端末は、ＲＲＣ信号により、ＵＬプリエンプション指示に対する探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）、モニタリング（ｍｏｎｉｔｏｒｉｎｇ）周期、ＲＮＴＩ値及び長さが構成されてよく、端末は、前記ＲＮＴＩ値及び長さでスクランブルされたＤＣＩをブラインド復号する。端末は、前記ＲＮＴＩ値でスクランブルされたＤＣＩを探すと、ＤＣＩはＵＬプリエンプション指示であると判定できる。

【0137】

ＵＬプリエンプション指示は、次のような情報を送信することができる。まず、参照ＵＬリソース（ｒｅｆｅｒｅｎｃｅ ＵＬ ｒｅｓｏｕｒｃｅ）は、次のように決められてよい。参照ＵＬリソースは、ＵＬ ＢＷＰにおける全ＰＲＢを含むことができる。ＵＬプリエンプション指示のモニタリング周期をＴＩＮＴとすれば、ｍ番目の周期で受信したＵＬプリエンプション指示の参照ＵＬリソースは、下記の式１によって決定されてよい。

【0138】

【数1】

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

【表4】

【0286】

ＨＡＲＱ－ＡＣＫが１ビットである場合に、２つのＳＲと１ビットのＨＡＲＱ－ＡＣＫは、ＳＲがｐｏｓｉｔｉｖｅか又はｎｅｇａｔｉｖｅかによって決定されたＣＳ値によって送信されてよい。例えば、２つのＳＲのうち、一番目のＳＲがｐｏｓｉｔｉｖｅであれば、Ｒｅｌ－１５でＳＲと１ビットのＨＡＲＱ－ＡＣＫを送信する方式と同様に、ｎｅｇａｔｉｖｅ ＳＲを送信するためのＣＳ値に３を足した値が送信され、二番目のＳＲがｐｏｓｉｔｉｖｅであれば、ｎｅｇａｔｉｖｅ ＳＲを送信するためのＣＳ値に４を足した値が送信されてよい。

【0287】

次表５は、ＳＲ及びＨＡＲＱ－ＡＣＫによるＣＳ値の一例を示す。

【0288】

【表5】

【0289】

このような方法により、ＳＲとＨＡＲＱ－ＡＣＫを送信するためのそれぞれのＰＵＣＣＨが重なる場合にも、ＣＳの値を用いてＨＡＲＱ－ＡＣＫとＳＲの情報を端末に送信することができ、端末は、受信したＳＲの値によって、ＨＡＲＱ－ＡＣＫがＡＣＫかＮＡＣＫか、及びＳＲがｐｏｓｉｔｉｖｅかｎｅｇａｔｉｖｅかが認識できる。

【0290】

＜Ｐｒｏｐｏｓａｌ ３：ＰＵＳＣＨの反復送信のためのリソースで有効でない特定シンボルを除く有効なシンボルでのみＰＵＳＣＨを反復送信＞

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

また、一つのセルでにおいて位層の構成情報によって下りリンクと指示されたシンボル、又は一つのセルにおいて下りリンクチャネル及び信号の受信のために設定されたシンボル（例えば、ＣＳＩ－ＲＳ、ＰＤＣＣＨ、又はＰＤＳＣＨなど）と重なるシンボルは、ＰＵＳＣＨリピティションの送信のために有効でないシンボルと考慮されてよい。

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

基地局が端末にＰＵＳＣＨリピティションをスケジュールするとき、一番目の名目ＰＵＳＣＨリピティションに割り当てられたシンボルを指示し、以後の名目ＰＵＳＣＨリピティションは、一番目の名目ＰＵＳＣＨリピティション以後にシンボルで決定される。したがって、基地局は、一番目の名目ＰＵＳＣＨリピティションが送信されるシンボルを、ＰＤＣＣＨ（又は、ＤＣＩ）で指示できる。仮に、第２タイプの有効でないシンボル集合に含まれたシンボルを、一番目の名目ＰＵＳＣＨリピティションに使用できないと、基地局は、第２タイプの有効でないシンボル集合に含まれたシンボル以外のシンボルで一番目の名目ＰＵＳＣＨリピティションを指示できるだろう。逆に、基地局が第２タイプの有効でないシンボル集合に含まれたシンボルに一番目の名目ＰＵＳＣＨリピティションをスケジュールすることができる。この場合、第２タイプの有効でないシンボル集合に含まれたシンボルが一番目の名目ＰＵＳＣＨリピティションに使用可能であろう。

【0370】

図２３及び図２４は、本発明の一実施例に係るＰＵＳＣＨ反復送信が不可能なシンボルのさらに他の一例を示す図である。

【0371】

図２３は、本発明の一実施例として、ＰＵＳＣＨの反復送信のために割り当てられたシンボルから、有効でないシンボルを除外する一例を示す図である。

【0372】

図２３を参照すると、前述した有効でないシンボル集合から、１）に該当するシンボルのうち半静的下りリンク／上りリンク構成によって下りリンクと設定されたシンボル、及び５）に該当する下りリンクから上りリンクへとスイッチングするための少なくともＧ個（本実施例ではＧ＝２と仮定）のシンボルが、有効でないシンボルとして除外されてよい。

【0373】

このとき、１）に該当するシンボルは、第１タイプに含まれ、５）に該当するシンボルは第２タイプに含まれてよい。

【0374】

図２３（ａ）を参照すると、第１タイプと第２タイプの区別なしでいずれも有効でないシンボルとして考慮され、名目ＰＵＳＣＨリピティションから除外されてよい。すなわち、いずれか一つの名目ＰＵＳＣＨリピティションがスケジュールされたシンボルから、有効でないシンボル集合（第１タイプ及び第２タイプの和集合）に含まれたシンボルと重なるシンボルは除外されてよい。例えば、図２３（ａ）に示すように、端末は基地局から、ＰＵＳＣＨリピティションをスケジュールするためのＰＤＣＣＨ（又は、ＤＣＩ）を受信することができる。このとき、ＰＤＣＣＨ（又は、ＤＣＩ）は、一番目の名目ＰＵＳＣＨリピティションの開始シンボル（一番目のシンボル）のインデックス値（Ｓ＝５）、長さ（Ｌ＝５）、及び反復回数（Ｋ＝３）の少なくとも１つを含むことができる。

【0375】

一番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃０）は、第１タイプの有効でないシンボル（すなわち、半静的下りリンクシンボル）と重なってはいないが、第２タイプに含まれる５）に該当するシンボル（すなわち、半静的下りリンクシンボル以後Ｇ＝２のシンボル）と重なる。したがって、端末は、一番目の名目ＰＵＳＣＨリピティションで５）に該当する２個のシンボルを除く残り３個の連続したシンボルを、実際に送信する実質ＰＵＳＣＨリピティションと決定できる。

【0376】

二番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃１）は、最後のシンボルが第１タイプの下りリンクシンボル（すなわち、半静的下りリンクシンボル）と重なる。したがって、端末は、二番目の名目ＰＵＳＣＨリピティションで第１タイプに該当する１個の半静的下りリンクシンボルを除いて４個の連続したシンボルを、実際に送信される実質ＰＵＳＣＨリピティションと決定することができる。

【0377】

三番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃２）は、先頭の２シンボルが第１タイプに含まれるシンボルと重なり、三番目及び四番目のシンボルが第２タイプの５）に該当するシンボルと重なる。したがって、端末は、三番目の名目ＰＵＳＣＨリピティションで１）及び５）に該当するシンボルを除く残り１個の連続したシンボルを、実際に送信される実質ＰＵＳＣＨリピティションと決定できる。

【0378】

図２３（ｂ）を参照すると、第１タイプと第２タイプの有効でないシンボル集合に含まれたシンボルが区別されて除外されてよい。すなわち、いずれか一つの名目ＰＵＳＣＨリピティションがスケジュールされたシンボルで有効でないシンボル集合（第１タイプ及び第２タイプの和集合）に含まれたシンボルと重なるシンボルは区別されて除外されてよい。言い換えると、一番目の名目ＰＵＳＣＨリピティションがスケジュールされたシンボルのうち、第１タイプの有効でないシンボル集合に含まれたシンボルと重なるシンボルは、一番目の名目ＰＵＳＣＨリピティションがスケジュールされたシンボルから除外されてよい。ただし、一番目の名目ＰＵＳＣＨリピティション以後の名目ＰＵＳＣＨリピティションがスケジュールされたシンボルのうち、第１タイプと第２タイプの有効でないシンボル集合に含まれたシンボルと重なるシンボルは、一番目の名目ＰＵＳＣＨリピティション以後の名目ＰＵＳＣＨリピティションがスケジュールされたシンボルから除外されてよい。

【0379】

例えば、図２３（ｂ）に示すように、端末は基地局から、ＰＵＳＣＨリピティションをスケジュールするためのＰＤＣＣＨ（又は、ＤＣＩ）を受信することができる。このとき、ＰＤＣＣＨ（又は、ＤＣＩ）は、一番目の名目ＰＵＳＣＨリピティションの開始シンボル（一番目のシンボル）のインデックス値（Ｓ＝５）、長さ（Ｌ＝５）、及び反復回数（Ｋ＝３）の少なくとも１つを含むことができる。

【0380】

一番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃０）は、第１タイプの有効でないシンボル（すなわち、半静的下りリンクシンボル）と重なってはいないが、第２タイプに含まれる５）に該当するシンボル（すなわち、半静的下りリンクシンボル以後Ｇ＝２のシンボル）と重なる。この場合、第１タイプに該当するシンボルのみがスケジュールされたシンボルから除外されるので、第２タイプの５）に該当するシンボル（Ｇ＝２）は除外されない。したがって、端末は、一番目の名目ＰＵＳＣＨリピティションの５個の連続したシンボルを、実際に送信する実質ＰＵＳＣＨリピティションと決定できる。

【0381】

二番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃１）は、最後のシンボルが第１タイプの有効でないシンボル（すなわち、半静的下りリンクシンボル）と重なる。したがって、端末は、二番目の名目ＰＵＳＣＨリピティションで第１タイプに該当する１個の半静的下りリンクシンボルを除いて４個の連続したシンボルを、実際に送信される実質ＰＵＳＣＨリピティションと決定できる。

【0382】

三番目の名目ＰＵＳＣＨリピティション（ＰＵＳＣＨ ｒｅｐ＃２）は、先頭の２シンボルが第１タイプに含まれるシンボルと重なり、三番目及び四番目シンボルが第２タイプの５）に該当するシンボルと重なる。したがって、端末は、三番目の名目ＰＵＳＣＨリピティションで１）及び５）に該当するシンボル以外の残り１個の連続したシンボルを、実際に送信される実質ＰＵＳＣＨリピティションと決定できる。すなわち、三番目の名目ＰＵＳＣＨリピティションでは、二番目の名目ＰＵＳＣＨリピティションとは違い、５）に該当するギャップシンボルが選択的に有効でないシンボルとして適用されてよい。

【0383】

本発明の第２実施例は、第２タイプの有効でないシンボル集合に含まれたシンボルのうち、一番目の名目ＰＵＳＣＨリピティションがスケジュールされたシンボルと重なるシンボルは、一番目の名目ＰＵＳＣＨリピティションで使用され、さらに、一番目の名目ＰＵＳＣＨリピティション以後の名目ＰＵＳＣＨリピティションは、一番目の名目ＰＵＳＣＨリピティションの結果によって、使用されるシンボルが決定されてよい。

【0384】

すなわち、第２タイプの有効でないシンボル集合に含まれたシンボルのうち、一番目の名目ＰＵＳＣＨリピティションでスケジュールされて使用されるシンボルは、以後の名目ＰＵＳＣＨリピティションでも、使用されるシンボルと見なされてよい。

【0385】

例えば、第２タイプの有効でないシンボル集合に、前述した５）に該当するシンボルが含まれることがある。本実施例において、第２タイプに含まれる有効でないシンボルを、半静的下りリンクシンボルの最後のシンボル以後のＧ個のシンボルを取り上げて説明する。仮に、一番目の名目ＰＵＳＣＨリピティションがＧ個のシンボルのうち一部のシンボルと重なってスケジュールされる場合に、端末は、名目ＰＵＳＣＨリピティションがスケジュールされたシンボルから、Ｇ個のシンボルのうち重なるシンボルを除外せず、名目ＰＵＳＣＨリピティションの送信のために使用することができる。その後、二番目の名目ＰＵＳＣＨリピティションのために割り当てられたシンボルもＧ個のシンボルのうち一部のシンボルと重なっている場合に、端末は、Ｇ個のシンボルのうち二番目の名目ＰＵＳＣＨリピティションと重なる一部のシンボルを除外するか又は使用するかを決定しなければならない。

【0386】

このとき、Ｇ個のシンボルは、端末が半静的下りリンクシンボルにスケジューリング／設定された下りリンクチャネル信号を受信し、上りリンクチャネル／信号を送信するためのＲＸ－ｔｏ－ＴＸスイッチング時間として使用可能なシンボルを意味できる。したがって、一番目の名目ＰＵＳＣＨリピティションでＧ個のシンボルのうち重なる一部のシンボルが一番目の名目ＰＵＳＣＨリピティションから除外されずに使用される場合に、二番目の名目ＰＵＳＣＨリピティションでも同様に、Ｇ個のシンボルのうち重なるシンボルが除外されずに使用されてよい。

【0387】

図２４は、本発明の一実施例として、ＰＵＳＣＨの反復送信のために割り当てられたシンボルから有効でないシンボルを除外するさらに他の一例を示す図である。

【0388】

図２４を参照すると、第２実施例が適用されて、ＰＵＳＣＨリピティションにおいて一部のシンボルが除外されてよい。図２４で、端末は、ＰＵＳＣＨリピティションをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）を受信しており、該ＰＤＣＣＨ（又は、ＤＣＩ）は、一番目の（名目）ＰＵＳＣＨリピティションの一番目のシンボルのインデックス（Ｓ）５、長さ（Ｌ）３、反復回数２を含んでいる。スロットの先頭５個のシンボルは、半静的下りリンク／上りリンク設定によって下りリンクシンボルと設定されたシンボルであり、残りシンボルは、フレキシブル又は上りリンクと設定されたシンボルである。図２４で、有効でないシンボル集合のうち、１）に該当するシンボル（半静的下りリンク／上りリンク設定によって下りリンクシンボルと設定されたシンボル）、及び５）に該当するシンボル（半静的下りリンク／上りリンク設定によって下りリンクシンボルと設定されたシンボルの最後のシンボル以後の少なくともＧ個のシンボル、Ｇ＝４と仮定）を取り上げて説明する。ここで、第１タイプの有効でないシンボル集合は、１）に該当するシンボルを含み、第２タイプの有効でないシンボル集合は、５）に該当するシンボルを含む。

【0389】

図２４（ａ）は、第１タイプ及び第２タイプの両方とも有効でないシンボルと考慮され、名目ＰＵＳＣＨリピティションから除外されてよい。すなわち、いずれか一つの名目ＰＵＳＣＨリピティションがスケジュールされたシンボルから、有効でないシンボル集合（第１タイプ及び第２タイプの和集合）に含まれたシンボルと重なるシンボルは除外されてよい。図２４（ａ）に示すように、一番目の名目ＰＵＳＣＨリピティションは、第１タイプ及び第２タイプに該当するシンボルと重なるシンボルを除外すると、残るシンボルがない。二番目の名目ＰＵＳＣＨリピティションの一番目のシンボルは、第２タイプに含まれるシンボルと重なる。したがって、端末は、二番目の名目ＰＵＳＣＨリピティションにおいて５）に該当する一つのシンボル以外の残り２個の連続したシンボルを、実際に送信する実質ＰＵＳＣＨリピティションと決定できる。

【0390】

図２４（ｂ）は、図２４（ａ）とは違い、一番目の名目ＰＵＳＣＨリピティションから第２タイプに含まれるシンボルを除外していない。すなわち、一番目の名目ＰＵＳＣＨリピティションは、第１タイプに該当するシンボルとは重なっておらず、第２タイプに該当するシンボルと重なっている。ただし、第２タイプに該当するシンボルは、一番目の名目ＰＵＳＣＨリピティションから第２タイプに該当するシンボルを除外せずに用いることができる。この場合、一番目の名目ＰＵＳＣＨリピティションに含まれた３個の連続したシンボルを、実際に送信する実質ＰＵＳＣＨリピティションと決定できる。二番目の名目ＰＵＳＣＨリピティションでは、第２タイプに該当するシンボルと重なっている。ただし、一番目の名目ＰＵＳＣＨリピティションにおいて第２タイプに該当するシンボルが除外されなかったため、二番目の名目ＰＵＳＣＨリピティションにおいても第２タイプに該当するシンボルは除外されない。したがって、二番目の名目ＰＵＳＣＨリピティションに含まれた３個の連続したシンボルは、実際に送信される実質ＰＵＳＣＨリピティションと決定されてよい。

【0391】

＜Ｐｒｏｐｏｓａｌ ４：ギャップシンボルのニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を決定するための方法＞

【0392】

有効でないシンボル集合に含まれる５）の少なくともＧ個のシンボルが定義される場合に、Ｇ個のシンボルが始まる時点とＧ個のシンボルのニューメロロジー（すなわち、副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））が決定されてよい。以下、Ｐｒｏｐｏｓａｌ ４では、半静的下りリンクシンボル以後の少なくともＧ個のシンボルを定義する方法について説明するが、これは、ＳＳ／ＰＢＣＨブロックを受信するためのシンボル以後の少なくともＧ個のシンボル、ＰＢＣＨによって指示されたＣＯＲＥＳＥＴ＃０のＰＤＣＣＨをモニターするためのシンボル以後の少なくともＧ個のシンボル、及び端末が半二重動作を支援する場合に、他のセルの下りリンク信号以後の少なくともＧ個のシンボルにも適用されてよい。すなわち、前述した５）に該当するシンボルには全て適用されてよい。

【0393】

まず、Ｇ個のシンボルが始まる時点は、下記のように定義されてよい。

【0394】

ＤＬ ＢＷＰにおいて最後の下りリンクシンボルの最後の時点（これは、前記最後の下りリンクシンボルの次のシンボルの開始時点と同一）がＵＬ ＢＷＰのいずれか一つの上りリンクシンボルの最後の時点（これは、前記上りリンクシンボルの次のシンボルの開始時点と同一）と同一であれば、端末は、前記最後の時点を、Ｇ個のシンボルが始まる時点と決定できる。

【0395】

仮に、ＤＬ ＢＷＰにおいて最後の下りリンクシンボルの最後の時点（これは、前記最後の下りリンクシンボルの次のシンボルの開始時点と同一）が、ＵＬ ＢＷＰのいずれか一つの上りリンクシンボルの最後の時点（これは、前記上りリンクシンボルの次のシンボルの開始時点と同一）と同一でないと、端末は、前記最後の下りリンクシンボルと重なる上りリンクシンボルのうち一つのシンボルの最後の時点を、前記Ｇシンボルが始まる時点と決定できる。ここで、前記最後の下りリンクシンボルと重なる上りリンクシンボルのうち末尾の上りリンクシンボルの最後の時点を、前記Ｇシンボルが始まる時点と決定できる。

【0396】

すなわち、Ｇ個のシンボルの開始シンボルは、上りリンク送信のためのシンボルの最後のシンボルに基づいて決定されてよい。

【0397】

さらに他の例として、最後の下りリンクシンボルと重なる上りリンクシンボルのうち最先頭のシンボルの最後の時点が、Ｇ個のシンボルが始まる時点と決定されてよい。仮に、ＤＬ ＢＷＰにおいて最後の下りリンクシンボルの最後の時点（これは、前記最後の下りリンクシンボルの次のシンボルの開始時点と同一）がＵＬ ＢＷＰのいずれか一つの上りリンクシンボルの最後の時点（これは、前記上りリンクシンボルの次のシンボルの開始時点と同一）と同一でなければ、端末は、前記最後の下りリンクシンボルと重なる上りリンクシンボルのうち一つのシンボルの開始時点を、Ｇ個のシンボルが始まる時点と決定できる。ここで、最後の下りリンクシンボルと重なる上りリンクシンボルのうち末尾の上りリンクシンボルの開始時点が、Ｇ個のシンボルが始まる時点と決定されてよい。

【0398】

さらに他の例として、ここで、最後の下りリンクシンボルと重なる上りリンクシンボルのうち最先頭のシンボルの開始時点が、Ｇ個のシンボルが始まる時点と決定されてよい。

【0399】

仮に、ＤＬ ＢＷＰにおいて最後の下りリンクシンボルの最後の時点（これは、前記最後の下りリンクシンボルの次のシンボルの開始時点と同一）がＵＬ ＢＷＰのいずれか一つの上りリンクシンボルの最後の時点（これは、前記上りリンクシンボルの次のシンボルの開始時点と同一）と同一でなければ、端末は、前記最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち一つのシンボルの最後の時点を、前記Ｇシンボルが始まる時点と決定できる。

【0400】

ここで、最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち末尾のシンボルの最後の時点が、Ｇ個のシンボルが始まる時点と決定されてよい。さらに他の例として、ここで、最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち最先頭のシンボルの最後の時点が、Ｇ個のシンボルが始まる時点と決定されてよい。

【0401】

仮に、ＤＬ ＢＷＰにおいて最後の下りリンクシンボルの最後の時点（これは、前記最後の下りリンクシンボルの次のシンボルの開始時点と同一）がＵＬ ＢＷＰのいずれか一つの上りリンクシンボルの最後の時点（これは、前記上りリンクシンボルの次のシンボルの開始時点と同一）と同一でなければ、端末は、前記最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち一つのシンボルの開始時点を、Ｇ個のシンボルが始まる時点と決定できる。ここで、最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち末尾のシンボルの開始時点が、Ｇ個のシンボルが始まる時点と決定されてよい。

【0402】

さらに他の例として、ここで、最後の下りリンクシンボルの次のシンボルと重なる上りリンクシンボルのうち最先頭のシンボルの開始時点が、Ｇ個のシンボルが始まる時点と決定されてよい。

【0403】

Ｇ個のシンボルのニューメロロジー（すなわち、副搬送波間隔）は、次のように決定できる。参考として、Ｇ個のシンボルの長さは、ニューメロロジーによって決定され、そのＧ個のシンボルの決定された長さは、前記実施例で決定されたＧ個のシンボルが始まる時点から始まる。

【0404】

第１方法として、Ｇ個のシンボルのニューメロロジーは、アクティブ（ａｃｔｉｖｅ）ＵＬ ＢＷＰの副搬送波間隔と決定されてよい。

【0405】

第２方法として、Ｇ個のシンボルのニューメロロジーは、アクティブＤＬ ＢＷＰの副搬送波間隔と決定されてよい。

【0406】

第３方法として、Ｇ個のシンボルのニューメロロジーは、アクティブＤＬ ＢＷＰの副搬送波間隔とアクティブＵＬ ＢＷＰ間隔の最大値又は最小値と決定されてよい。

【0407】

第４方法として、Ｇ個のシンボルのニューメロロジーは、Ｇ個のシンボルを適用するセルにおいて使用可能な副搬送波間隔のリストのうち最大値又は最小値と決定されてよい。

【0408】

第５方法として、Ｇ個のシンボルのニューメロロジーは、Ｇ個のシンボルを適用するセルの半静的上りリンク／下りリンク構成において用いられた参照副搬送波間隔（ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と決定されてよい。前記参照副搬送波間隔は、セルの半静的上りリンク／下りリンク構成において下りリンクシンボルの長さ又は上りリンクシンボルの長さを決定するのに用いられた副搬送波間隔である。

【0409】

第６方法として、Ｇ個のシンボルのニューメロロジーは、固定した値と決定されてよい。この固定した値は、ＦＲ１とＦＲ２において異なる値であってよい。また、各ＦＲにおいて使用可能な副搬送波間隔のうち、最小値又は最大値であってよい。例えば、各ＦＲにおいて使用可能な副搬送波間隔のうち最小値である場合、ＦＲ１では１５ｋＨｚ副搬送波間隔であり、ＦＲ２では６０ｋＨｚ副搬送波間隔である。例えば、各ＦＲにおいて使用可能な副搬送波間隔のうち最大値である場合、ＦＲ１では６０ｋＨｚ副搬送波間隔であり、ＦＲ２では１２０ｋＨｚ副搬送波間隔である。

【0410】

第７方法として、Ｇ個のシンボルのニューメロロジーは、基地局から設定されてよい。すなわち、基地局は、Ｇ個のシンボルにおいて用いられる副搬送波間隔を端末に送信でき、端末は、基地局から受信した値を、Ｇ個のシンボルの副搬送波間隔として用いることができる。

【0411】

図２５は、本発明の一実施例に係る有効でないシンボルを判断するための方法の一例を示す。

【0412】

図２５を参照すると、端末は、ＰＤＣＣＨのＤＣＩによってＰＵＳＣＨの反復送信が指示されてよく、ＰＵＳＣＨの反復送信に該当するＰＵＳＣＨリピティションの送信が不可能なシンボルを判断して、割り当てられたリソースでＰＵＳＣＨの反復送信を行うことができる。

【0413】

具体的に、端末は、ＰＵＳＣＨリピティションの送信が不可能なシンボルを判断（又は、判定）できる。端末は、端末の処理時間（ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ）能力（ｃａｐａｂｉｌｉｔｙ）によって取消し不可能な上りリンクチャネル又は信号がある場合に、ＰＵＳＣＨ反復送信のためのリソースを決定することができる。また、端末は、ＰＲＡＣＨ機会（ＰＲＡＣＨ ｏｃｃａｓｉｏｎ）のように、ＰＵＳＣＨ反復送信が不可能なシンボルを判定できる。以下、取消し不可能な上りリンク信号又はチャネルを基準に説明するが、本発明はこれに限定されず、ＰＲＡＣＨ機会などのような場合にも同一に適用されてよい。

【0414】

図２５に示すように、端末は、ＰＤＣＣＨを介してＰＵＳＣＨ反復送信が指示されてよい。すなわち、基地局は、ＰＤＣＣＨのＤＣＩにＰＵＳＣＨの反復送信のためのリソース割り当て情報及び反復送信回数情報を含めて送信でき、端末は、ＰＤＣＣＨを介して最初のＰＵＳＣＨ反復送信のための時間／周波数リソース及び反復送信回数を受信することができる。このとき、リソース割り当て情報は、最初のＰＵＳＣＨ反復送信の開始シンボルインデックス及び長さを含むことができる。

【0415】

端末は、ＰＤＣＣＨを介して指示された時間／周波数リソースで１番目のＰＵＳＣＨ反復送信を行い、反復送信回数だけＰＵＳＣＨ反復送信を行う。例えば、図２５に示すように、ＰＤＣＣＨは、１番目のスロットにおける９番目のシンボルから、長さ２の１番目のＰＵＳＣＨ反復送信をスケジュールすることができる。すなわち、ＰＤＣＣＨのＤＣＩは、ＰＵＳＣＨ反復送信を指示するために、１番目のＰＵＳＣＨ反復送信の開始シンボルインデックス９、長さ２に関するインデックス情報及び長さ情報を含むことができ、４回反復送信を指示するために、反復送信回数４に関する反復送信回数情報をさらに含むことができる。

【0416】

端末は、１番目の反復送信を１番目のスロットにおける９、１０番目のシンボルで行うことができる。また、２番目の反復送信は、１番目のスロットにおける１１、１２番目のシンボルで、３番目の反復送信は、１番目のスロットにおける１３、１４番目のシンボルで、４番目の反復送信は、２二番目のスロットにおける１、２番目のシンボルで行われてよい。

【0417】

このとき、１番目のスロットにおける１１番目のシンボルで上りリンク信号又はチャネルの送信がスケジューリング又は設定されている場合に、設定された上りリンク信号又はチャネルの送信を取消し（又は、ドロップ）するために、端末は、ＰＤＣＣＨの末端と上りリンク信号又はチャネルの割り当てられたシンボルまで少なくともＮ２シンボル（又は、Ｔ２時間）が必要である。すなわち、ＰＤＣＣＨの末端からＮ２シンボル（又は、Ｔ２時間）以内の上りリンク信号又はチャネルの送信は、端末の処理時間によって取消し（又は、ドロップ）不可能である。

【0418】

この場合、端末は、下記のような方法によってＰＵＳＣＨ反復送信を行うことができる。

【0419】

第１実施例として、端末は、上りリンク信号又はチャネルの取消し（又は、ドロップ）の可否に関係なく、ＰＵＳＣＨ反復送信を行うシンボルを決定することができる。

【0420】

図２６は、本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法の一例を示す。

【0421】

図２６を参照すると、端末は、上りリンク信号又はチャネルが取消し又はドロップされても、これとは関係なくＰＵＳＣＨの反復送信を行うシンボルを決定することができる。そして、一つのＰＵＳＣＨ反復送信のためのシンボルの取消し（又は、ドロップ）が不可能な上りリンク信号又はチャネルと重なると、重なるシンボルでＰＵＳＣＨ反復送信は行われず、取消し（又は、ドロップ）不可能な上りリンク信号又はチャネルが送信されてよい。

【0422】

このとき、各ＰＵＳＣＨ反復送信のＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖａｌｕｅ）は、各ＰＵＳＣＨの反復送信が送信されるか否かに関係なく一定に決定されてよい。例えば、指示されたＲＶがａ、ｂ、ｃ、ｄの順序であれば、ＲＶ値は、１番目のＰＵＳＣＨ反復送信にａ、２番目のＰＵＳＣＨ反復送信にｂ、３番目のＰＵＳＣＨ反復送信にｃ、４番目のＰＵＳＣＨ反復送信にｄが割り当てられてよい。

【0423】

図２６で、２番目のＰＵＳＣＨ反復送信（Ｒｅｐ＃１）のためのシンボルが、取消し不可能な信号であるＳＲＳの送信のためのシンボルと重なっている。このため、端末は、２番目のＰＵＳＣＨ反復送信（Ｒｅｐ＃１）を送信せず、当該シンボルでＳＲＳを送信することができる。

【0424】

このような方法は、簡単にＲＶを割り当て、ＰＵＳＣＨを反復送信できるが、基地局がＰＤＣＣＨのＤＣＩを用いて指示した反復送信回数よりも少ない回数でＰＵＳＣＨを反復送信するため、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）が低くなることがある。また、指示されたＲＶのいずれか一つのＲＶ値に該当するＰＵＳＣＨ反復送信が行われずに取消し（又は、ドロップ）されるため、それに対する信頼度も低くなることがある。

【0425】

第２実施例として、端末は、上りリンク信号又はチャネルの取消し（又は、ドロップ）の可否をまず確認した後、ＰＵＳＣＨ反復送信のためのシンボルを決定してＰＵＳＣＨの反復送信を行うことができる。

【0426】

図２７は、本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法のさらに他の一例を示す。

【0427】

図２７を参照すると、端末は、上りリンク信号又はチャネルの取消し（又は、ドロップ）の可否をまず確認した後、ＰＵＳＣＨ反復送信回数によってＰＵＳＣＨの反復送信のためのシンボルを決定してＰＵＳＣＨを送信することができる。そして、各ＰＵＳＣＨ反復送信に適用されるＲＶ値は、決定されたＰＵＳＣＨ反復送信によってａ、ｂ、ｃ、ｄのように、順に決定されてよい。

【0428】

図２７に示すように、取消しできない上りリンク信号又はチャネルであるＳＲＳ信号が１番目のスロットにおける１１番目のシンボルに位置しているため、当該シンボル以外の残りシンボルでＰＵＳＣＨの反復送信が可能である。このため、２番目のＰＵＳＣＨ反復送信のためのシンボルの割り当ては、取消し不可能なＳＲＳ信号が位置しているシンボルによって、ＳＲＳ信号がない時と比較して１個のシンボル後と決定されてよい。

【0429】

そして、その後に３番目のＰＵＳＣＨ反復送信のシンボル割り当てと４番目のＰＵＳＣＨ反復送信のシンボル割り当てが続いてよい。このような方法は、図２６の第１実施例と比較して、基地局からＰＤＣＣＨのＤＣＩによって指示されたＰＵＳＣＨ反復送信回数に即してＰＵＳＣＨ反復送信を行うことができる。また、 中間に欠落するＲＶ値もないので、高い信頼度を有することができる。ただし、この場合、全体的なＰＵＳＣＨ反復送信が時間上でずれるため、遅延（ｌａｔｅｎｃｙ）が増加し得る。

【0430】

第３実施例として、端末は、上りリンク信号又はチャネルの取消し（又は、ドロップ）の可否に関係なく、ＰＵＳＣＨ反復送信が行われるシンボルが決定されてよい。

【0431】

図２８は、本発明の一実施例に係るＰＵＳＣＨの反復送信のためのシンボルを決定するための方法のさらに他の一例を示す。

【0432】

図２８を参照すると、一つのＰＵＳＣＨ反復送信のためのシンボルが、取消し（又は、ドロップ）不可能な上りリンク信号又はチャネルのシンボルと重なる場合に、当該シンボルでＰＵＳＣＨ反復送信は行われず、取消し（又は、ドロップ）不可能な上りリンク信号又はチャネルが送信されてよい。また、取消されたＰＵＳＣＨ反復送信が存在する場合に、以降のＰＵＳＣＨ反復送信は、残りシンボルのうち最も早く送信可能なシンボルで送信されてよい。

【0433】

図２８に示すように、２番目のＰＵＳＣＨ反復送信（Ｒｅｐ＃１）が取消し不可能なＳＲＳ信号のためのシンボルと重なる場合に、ＰＵＳＣＨ反復送信は取消し（又は、ドロップ）される。その後、ＰＵＳＣＨ反復送信（Ｒｅｐ＃２、Ｒｅｐ＃３）が送信されるシンボルは、残りシンボルのうち最も早く送信可能なシンボルとして改めて決定されてよい。すなわち、３番目のＰＵＳＣＨ反復送信（Ｒｅｐ＃２）は、元来は１番目のスロットにおける１３、１４番目のシンボルに割り当てられるものの、２番目のＰＵＳＣＨ反復送信（Ｒｅｐ＃１）が取消された後に最も早く送信されるシンボルである１２、１３番目のシンボルで送信されてよい。すなわち、３番目のＰＵＳＣＨ反復送信は、１シンボル繰り上げて送信できる。

【0434】

このような方法は、第１方法と比較して、同一の信頼度を有し、可能な最も早いシンボルで送信されるので、低い遅延を有する。

【0435】

本発明のさらに他の実施例として、基地局は端末に、各ＰＵＳＣＨ反復送信を送信する上りリンクビーム（ｂｅａｍ）を変更することができる。これは、基地局が高周波帯域でビーム形成（ｂｅａｍｆｏｒｍｉｎｇ）を用いて端末に信号を送信する時に、異なる上りリンクビームを用いて送信することによって信頼度を上げることができるためである。

【0436】

これをビーム多様性（ｂｅａｍ ｄｉｖｅｒｓｉｔｙ）と表現できる。本発明の一実施例は、異なるビームを用いて送信するＰＵＳＣＨ反復送信の間に少なくとも１シンボルギャップを入れることにより、端末がビームを変更する時間を確保することができる。ここで、ギャップに用いられるシンボルの数は、上りリンク副搬送波間隔によって変わってよい。すなわち、上りリンク副搬送波間隔が大きくなるとそれに比例してより多い数のシンボルがギャップに用いられてよい。

【0437】

本発明で解決しようとするさらに他の課題は、ＰＵＳＣＨリピティション送信時にＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）のサイズを求める方法に関する。ＴＳ３８．２１４によれば、ＴＢのサイズは、ＰＵＳＣＨが割り当てられたリソースのＲＥの数字に比例してよい。すなわち、相対的に多いＲＥが割り当てられたＰＵＳＣＨは、相対的に大きいＴＢのサイズを有することができる。ただし、先のＰＵＳＣＨリピティションの実施例で説明した通り、各ＰＵＳＣＨリピティションが占め得るＲＥの数は異なってよい。例えば、１番目のＰＵＳＣＨリピティションは２シンボルであり、２番目のＰＵＳＣＨリピティションは１０シンボルを占めることができる。この場合、いずれのＲＥの数字を基準にＴＢのサイズを決めるべきかを決定する必要がある。

【0438】

本発明の好ましい一実施例は、一番目のＰＵＳＣＨを復号可能なように（ｄｅｃｏｄａｂｌｅ）ＴＢのサイズを決める方法である。ＰＵＳＣＨリピティションを用いる理由は、早いデコーディング成功により遅延時間を低減できることにある。したがって、一番目のＰＵＳＣＨが復号可能なように送信されることが重要である。この目的のために、端末は、一番目のＰＵＳＣＨのＲＥの数字によってＴＢのサイズを決定することができる。一般的に、端末はＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）値が０であるＰＵＳＣＨリピティションに該当するＲＥの最小値を基準にＴＢのサイズを決定することができる。ただし、常に一番目のＰＵＳＣＨのＲＥの数字を基準にＴＢのサイズを決定すると、他のＰＵＳＣＨが占めるＲＥの数字を考慮していないため、最適のＴＢのサイズが決定されないことがあるという不具合がある。

【0439】

例えば、一番目のＰＵＳＣＨが占めるＲＥの数字が二番目のＰＵＳＣＨが占めるＲＥの数よりも多い場合に、一番目のＰＵＳＣＨが占めるＲＥの数字を基準にＴＢのサイズを決定すると、二番目のＰＵＳＣＨで占めるＲＥの数字が少ないため、コードレート（ｃｏｄｅ ｒａｔｅ）が高くなり、性能劣化が生じることがある。

【0440】

これを解決するための好ましい一実施例は、一番目のＰＵＳＣＨリピティションのＲＥの数が全リピティションのＲＥの数の平均（すなわち、全ＰＵＳＣＨリピティションのＲＥの数をリピティションの数で割った値）よりも小さいと、一番目のＰＵＳＣＨリピティションのＲＥの数によってＴＢのサイズが決定され、そうでないと、全リピティションのＲＥの数の平均値によってＰＵＳＣＨに対するＴＢのサイズが決定されてよい。

【0441】

これを解決するための好ましい一実施例は、一番目のＰＵＳＣＨリピティションのＲＥの数によるＴＢのサイズが全リピティションのＲＥの数によるＴＢのサイズの平均（すなわち、各ＰＵＳＣＨリピティションのＲＥの数によるＴＢのサイズの和をリピティションの数で割った値）よりも小さいと、一番目のＰＵＳＣＨリピティションのＲＥの数によってＴＢのサイズを決定し、そうでないと、全リピティションのＲＥの数によるＴＢのサイズの平均で決定する。

【0442】

このような方法を用いてＰＵＳＣＨの反復送信のためのＴＢのサイズが決定されてよい。

【0443】

図２９は、本発明の一実施例に係る、端末がＰＵＳＣＨの反復送信を行うための方法の一例を示すフローチャートである。

【0444】

図２９を参照すると、端末は、特定タイプのＰＵＳＣＨ反復送信のためのリソースを決定してＰＵＳＣＨの反復送信を行うことができる。このとき、ＰＵＳＣＨの反復送信は、有効でないシンボル以外の残りシンボルで構成されたリソースで行われてよい。

【0445】

具体的に、まず、端末は基地局からＰＵＳＣＨ送信のための構成情報を受信することができる（Ｓ２９０１０）。このとき、構成情報は、初期接続手順のために用いられる制御リソース集合に関するリソース情報、及び／又は有効でないシンボルのシンボルパターンを示すビットマップ情報を含むことができる。

【0446】

また、構成情報は、半静的下りリンクシンボルを示すための情報、及びＳＳ／ＰＢＣＨブロックを受信するためのシンボルを示す情報をさらに含むことができる。

【0447】

その後、端末は基地局から、ＰＵＳＣＨの反復送信をスケジュールするためのＤＣＩを含むＰＤＣＣＨを受信することができる（Ｓ２９０２０）。ＤＣＩは、ＰＵＳＣＨの反復送信のための一番目のＰＵＳＣＨリピティションの開始シンボルインデックス、長さ及び反復回数の少なくとも１つを含むことができる。

【0448】

また、ＤＣＩは、構成情報を用いて送信された有効でないシンボルを示すビットマップ情報が適用されるか否かに関連した指示子をさらに含むことができる。

【0449】

その後、端末は、ＰＵＳＣＨの反復送信のために、有効でない１つ又はそれ以上のシンボルを決定することができる（Ｓ２９０３０）。有効でない１つ又はそれ以上のシンボルは、前述した１）～５）に該当するシンボルを含むことができる。

【0450】

すなわち、有効でない１つ又はそれ以上のシンボルは、下記のようなシンボルを含むことができる。

【0451】

１）半静的下りリンクシンボル（ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ ｓｙｍｂｏｌ）及びＳＳ／ＰＢＣＨブロックを受信するためのシンボル

【0452】

２）ＣＯＲＥＳＥＴ＃０と重なるシンボル

【0453】

３）他のセルの下りリンクシンボル

【0454】

４）ＲＲＣによって有効でないシンボルと設定されたシンボル

【0455】

５）１）～４）に該当するシンボルの最後のシンボル以後の少なくともＧ個のシンボル

【0456】

例えば、有効でない１つ又はそれ以上のシンボルは、前記初期接続手順のために用いられる前記リソースセットに関連した前記リソース情報によって指示されるシンボルを含むことができる。

【0457】

その後、端末は、ＰＤＣＣＨによってスケジュールされた各スロットにおける少なくとも１つのシンボルのうち、前記有効でないシンボルを除くシンボルでＰＵＳＣＨを反復送信することができる（Ｓ２９０４０）。

【0458】

このとき、有効でないシンボルは、前述したように、第１タイプ及び第２タイプに分類でき、第１タイプに含まれるシンボルは、ＰＵＳＣＨの反復送信のために割り当てられたシンボルから必ず除外され、第２タイプに含まれるシンボルは状況によって除外されても、除外されなくてもよい。

【0459】

また、ギャップシンボルの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、ＰＵＳＣＨの反復送信のために前記ギャップシンボルが適用されるセルの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）上りリンク及び／又は下りリンク構成情報に含まれた参照副搬送波間隔であってよい。

【0460】

図３０は、本発明の一実施例に係る、基地局が端末からＰＵＳＣＨを反復的に受信するための方法の一例を示すフローチャートである。

【0461】

図３０を参照すると、基地局は端末から、特定タイプのＰＵＳＣＨ反復送信のために決定されたリソースでＰＵＳＣＨを反復的に受信することができる。このとき、ＰＵＳＣＨの反復送信は、有効でないシンボル以外の残りシンボルで構成されたリソースで行われてよい。

【0462】

具体的に、まず、基地局は端末に、ＰＵＳＣＨ送信のための構成情報を送信することができる（Ｓ３００１０）。このとき、構成情報は、初期接続手順のために用いられる制御リソース集合に関連したリソース情報、及び／又は有効でないシンボルのシンボルパターンを示すビットマップ情報を含むことができる。

【0463】

また、構成情報は、半静的下りリンクシンボルを指示するための情報、及びＳＳ／ＰＢＣＨブロックを受信するためのシンボルを指示する情報をさらに含むことができる。

【0464】

その後、基地局は端末に、ＰＵＳＣＨの反復送信をスケジュールするためのＤＣＩを含むＰＤＣＣＨを送信することができる（Ｓ３００２０）。ＤＣＩは、ＰＵＳＣＨの反復送信のための一番目のＰＵＳＣＨリピティションの開始シンボルインデックス、長さ及び反復回数の少なくとも１つを含むことができる。

【0465】

また、ＤＣＩは、構成情報を用いて送信された有効でないシンボルを示すビットマップ情報が適用されるか否かに関する指示子をさらに含むことができる。

【0466】

その後、基地局は、ＰＤＣＣＨによってスケジュールされた各スロットの少なくとも１つのシンボルのうち、有効でないシンボルを除くシンボルで前記ＰＵＳＣＨを反復受信することができる（Ｓ３００３０）。

【0467】

有効でない１つ又はそれ以上のシンボルは、前述した１）～５）に該当するシンボルを含むことができる。

【0468】

すなわち、有効でない１つ又はそれ以上のシンボルは、下のようなシンボルを含むことができる。

【0469】

１）半静的下りリンクシンボル（ｓｅｍｉ－ｓｔａｔｉｃ ＤＬ ｓｙｍｂｏｌ）及びＳＳ／ＰＢＣＨブロックを受信するためのシンボル

【0470】

２）ＣＯＲＥＳＥＴ＃０と重なるシンボル

【0471】

３）他のセルの下りリンクシンボル

【0472】

４）ＲＲＣによって有効でないシンボルと設定されたシンボル

【0473】

５）１）～４）に該当するシンボルの最後のシンボル以後の少なくともＧ個のシンボル

【0474】

例えば、有効でない１つ又はそれ以上のシンボルは、前記初期接続手順のために用いられる前記リソースセットに関連した前記リソース情報によって指示されるシンボルを含むことができる。

【0475】

このとき、有効でないシンボルは、前述したように、第１タイプ及び第２タイプに分類でき、第１タイプに含まれるシンボルは、ＰＵＳＣＨの反復送信のために割り当てられたシンボルから必ず除外され、第２タイプに含まれるシンボルは、状況によって除外されても、除外されなくてもよい。

【0476】

また、ギャップシンボルの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は、ＰＵＳＣＨの反復送信のために前記ギャップシンボルが適用されるセルの半静的（ｓｅｍｉ－ｓｔａｔｉｃ）上りリンク及び／又は下りリンク構成情報に含まれた参照副搬送波間隔であってよい。

【0477】

このような方法により、基地局は有効なシンボルでのみＰＵＳＣＨを反復して端末から受信することができる。

【0478】

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

【0479】

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

【符号の説明】

【0480】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【手続補正書】

【提出日】2023-11-29

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおける使用されるユーザ機器(UE)であって、
通信モジュールと、
前記通信モジュールを制御するためのプロセッサと
を備え、前記プロセッサは、
物理上り共有チャネル(PUSCH)リピティションをスケジュールするための物理下りリンク制御チャネル(PDCCH)を受信することと、
前記PUSCHリピティションのための有効でないシンボル集合を決定することと、
前記PUSCHリピティションがスケジュールされたシンボル集合のうち、前記有効でないシンボル集合を除いた少なくとも1つの残りのシンボルにおいて、第1のセルにおける前記PUSCHリピティションの少なくとも一部を送信することと
を行うように構成され、
前記PUSCHリピティションのための前記有効でないシンボル集合が、
- 制御リソース集合#0(CORESET #0)のための物理ブロードキャストチャネル(PBCH)により指示されるシンボル、および
- 前記UEが半二重能力を支援するときに、参照セルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルを含む、ユーザ機器。

【請求項2】

前記有効でないシンボル集合が、
- 前記UEが前記半二重能力を支援するときに、前記UEが前記第1のセル以外の第2のセルにおいて下りリンク送信を受信するシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項1に記載のユーザ機器。

【請求項3】

前記有効でないシンボル集合が、
- 同期信号/PBCH(SS/PBCH)ブロックのためのシンボル、および
- 前記第1のセルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項1または2に記載のユーザ機器。

【請求項4】

前記参照セルが、前記第1のセルとは異なる、請求項1から3のうちのいずれか一項に記載のユーザ機器。

【請求項5】

前記PUSCHリピティションが物理上り制御チャネル(PUCCH)と重複するとき、前記PUCCHに関連付けられる上り制御情報(UCI)が、前記PUSCHリピティションのうちの重複するPUSCHリピティションの中で、条件を満たす最も早いPUSCHリピティションを介して送信され、
前記条件が、
- 前記UCIと多重化するための処理時間、および
- 2つ以上のシンボルを有すること
を含む、請求項1から4のうちのいずれか一項に記載のユーザ機器。

【請求項6】

無線通信システムにおけるユーザ機器(UE)により使用される方法であって、
物理上り共有チャネル(PUSCH)リピティションをスケジュールするための物理下りリンク制御チャネル(PDCCH)を受信するステップと、
前記PUSCHリピティションのための有効でないシンボル集合を決定するステップと、
前記PUSCHリピティションがスケジュールされたシンボル集合のうち、前記有効でないシンボル集合を除いた少なくとも1つの残りのシンボルにおいて、第1のセルにおける前記PUSCHリピティションの少なくとも一部を送信するステップと
を含み、
前記PUSCHリピティションのための前記有効でないシンボル集合が、
- 制御リソース集合#0(CORESET #0)のための物理ブロードキャストチャネル(PBCH)により指示されるシンボル、および
- 前記UEが半二重能力を支援するときに、参照セルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルを含む、方法。

【請求項7】

前記有効でないシンボル集合が、
- 前記UEが前記半二重能力を支援するときに、前記UEが前記第1のセル以外の第2のセルにおいて下りリンク送信を受信するシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項6に記載の方法。

【請求項8】

前記有効でないシンボル集合が、
- 同期信号/PBCH(SS/PBCH)ブロックのためのシンボル、および
- 前記第1のセルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項6または7に記載の方法。

【請求項9】

前記参照セルが、前記第1のセルとは異なる、請求項6から8のうちのいずれか一項に記載の方法。

【請求項10】

前記PUSCHリピティションが物理上り制御チャネル(PUCCH)と重複するとき、前記PUCCHに関連付けられる上り制御情報(UCI)が、前記PUSCHリピティションのうちの重複するPUSCHリピティションの中で、条件を満たす最も早いPUSCHリピティションを介して送信され、
前記条件が、
- 前記UCIと多重化するための処理時間、および
- 2つ以上のシンボルを有すること
を含む、請求項6から9のうちのいずれか一項に記載の方法。

【請求項11】

無線通信システムで使用される基地局(BS)であって、
通信モジュールと、
前記通信モジュールを制御するためのプロセッサと
を備え、前記プロセッサが、
物理上り共有チャネル(PUSCH)リピティションをスケジュールするための物理下りリンク制御チャネル(PDCCH)をユーザ機器(UE)に送信することと、
前記PUSCHリピティションのための有効でないシンボル集合を決定することと、
前記PUSCHリピティションがスケジュールされたシンボル集合のうち、前記有効でないシンボル集合を除いた少なくとも1つの残りのシンボルにおいて、第1のセルにおける前記PUSCHリピティションの少なくとも一部を前記UEから受信すること
を行うように構成され、
前記PUSCHリピティションのための前記有効でないシンボル集合が、
- 制御リソース集合#0(CORESET #0)のための物理ブロードキャストチャネル(PBCH)により指示されるシンボル、および
- 前記UEが半二重能力を支援するときに、参照セルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルを含む、基地局。

【請求項12】

前記有効でないシンボル集合が、
- 前記UEが前記半二重能力を支援するときに、前記BSが前記第1のセル以外の第2のセルにおいて前記UEに下りリンク送信を送信するシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項11に記載の基地局。

【請求項13】

前記有効でないシンボル集合が、
- 同期信号/PBCH(SS/PBCH)ブロックのためのシンボル、および
- 前記第1のセルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項11または12に記載の基地局。

【請求項14】

前記参照セルが、前記第1のセルとは異なる、請求項11から13のうちのいずれか一項に記載の基地局。

【請求項15】

前記PUSCHリピティションが物理上り制御チャネル(PUCCH)と重複するとき、前記PUCCHに関連付けられる上り制御情報(UCI)が、前記PUSCHリピティションのうちの重複するPUSCHリピティションの中で、条件を満たす最も早いPUSCHリピティションを介して受信され、
前記条件が、
- 前記UCIと多重化するための処理時間、および
- 2つ以上のシンボルを有すること
を含む、請求項11から14のうちのいずれか一項に記載の基地局。

【請求項16】

無線通信システムにおいて基地局(BS)により使用される方法であって、
物理上り共有チャネル(PUSCH)リピティションをスケジュールするための物理下りリンク制御チャネル(PDCCH)をユーザ機器(UE)に送信するステップと、
前記PUSCHリピティションのための有効でないシンボル集合を決定するステップと、
前記PUSCHリピティションがスケジュールされたシンボル集合のうち、前記有効でないシンボル集合を除いた少なくとも1つの残りのシンボルにおいて、第1のセルにおける前記PUSCHリピティションの少なくとも一部を前記UEから受信するステップと
を含み、
前記PUSCHリピティションのための前記有効でないシンボル集合が、
- 制御リソース集合#0(CORESET #0)のための物理ブロードキャストチャネル(PBCH)により指示されるシンボル、および
- 前記UEが半二重能力を支援するときに、参照セルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルを含む、方法。

【請求項17】

前記有効でないシンボル集合が、
- 前記UEが前記半二重能力を支援するときに、前記BSが前記第1のセル以外の第2のセルにおいて前記UEに下りリンク送信を送信するシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項16に記載の方法。

【請求項18】

前記有効でないシンボル集合が、
- 同期信号/PBCH(SS/PBCH)ブロックのためのシンボル、および
- 前記第1のセルの上りリンク/下りリンク構成により下りリンクとして指示されるシンボル
に対応する少なくとも1つのシンボルをさらに含む、請求項16または17に記載の方法。

【請求項19】

前記参照セルが、前記第1のセルとは異なる、請求項16から18のうちのいずれか一項に記載の方法。

【請求項20】

前記PUSCHリピティションが物理上り制御チャネル(PUCCH)と重複するとき、前記PUCCHに関連付けられる上り制御情報(UCI)が、前記PUSCHリピティションのうちの重複するPUSCHリピティションの中で、条件を満たす最も早いPUSCHリピティションを介して受信され、
前記条件が、
- 前記UCIと多重化するための処理時間、および
- 2つ以上のシンボルを有すること
を含む、請求項16から19のうちのいずれか一項に記載の方法。

【外国語明細書】