特許 7356593 無線通信システムにおいて信号の送受信方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2023-09-26

(45)【発行日】2023-10-04

(54)【発明の名称】無線通信システムにおいて信号の送受信方法及び装置

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20230927BHJP

   H04W 72/232 20230101ALI20230927BHJP

   H04W 28/04 20090101ALI20230927BHJP

   H04W 72/566 20230101ALI20230927BHJP

   H04W 72/563 20230101ALI20230927BHJP

   H04W 72/231 20230101ALI20230927BHJP

   H04L 27/26 20060101ALI20230927BHJP

   H04L 1/1812 20230101ALI20230927BHJP

【ＦＩ】

H04W72/1268

H04W72/232

H04W28/04 110

H04W72/566

H04W72/563

H04W72/231

H04L27/26 113

H04L1/1812

【請求項の数】 12

(21)【出願番号】P 2022539399

(86)(22)【出願日】2022-01-07

(65)【公表番号】

(43)【公表日】2023-04-06

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

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

(87)【国際公開日】2022-07-21

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

(31)【優先権主張番号】10-2021-0006244

(32)【優先日】2021-01-15

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

(31)【優先権主張番号】63/254,157

(32)【優先日】2021-10-10

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

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】ペ トクヒョン

【審査官】望月 章俊

(56)【参考文献】

【文献】Sony，Considerations in intra-UE UL multiplexing[online]，3GPP TSG RAN WG1 #103-e R1-2008358，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2008358.zip>，2020年11月01日

【文献】ZTE，Discussion on enhanced intra-UE multiplexing[online]，3GPP TSG RAN WG1 #103-e R1-2008824，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2008824.zip>，2020年11月01日

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

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

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

Ｈ０４Ｌ２７／２６

Ｈ０４Ｌ１／１８１２

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて端末が物理上りリンク共有チャネル（ＰＵＳＣＨ）信号を介して上りリンク制御情報（ＵＣＩ）を送信する方法であって、
ｉ）同一の優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第１ベータオフセット値、及びｉｉ）異なる優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第２ベータオフセット値を含む複数のベータオフセット値に関する情報を受信するステップと、
第１ＰＵＳＣＨをスケジューリングする下りリンク制御情報（ＤＣＩ）を受信するステップと、
前記複数のベータオフセット値及び前記ＤＣＩに含まれたベータオフセット指示子に基づいて、第１ＨＡＲＱ－ＡＣＫを含む第１ＵＣＩを前記第１ＰＵＳＣＨ上で送信するステップと、を含み、
「Ｎ _ｔ 」が前記第１ＵＣＩに対して使用可能なリソース要素（ＲＥ）の総数を示し、「Ｎ _ｈ 」が前記第１ＨＡＲＱ－ＡＣＫに対するＲＥの数を示し、「Ｎ _ｈ ／Ｎ _ｔ 」比が前記端末において設定されるアルファ値を超える場合、
前記端末は、前記第１ＨＡＲＱ－ＡＣＫより低い優先順位を有する第２ＨＡＲＱ－ＡＣＫが、前記第１ＵＣＩに含まれるか否かに基づいて、前記第１ＰＵＳＣＨを介して上りリンク共有チャネル（ＵＬ－ＳＣＨ）データを送信するか否かを決定する、方法。

【請求項2】

前記端末は、前記第１ＨＡＲＱ－ＡＣＫの優先順位に基づいて、前記第１ベータオフセット値のうち、前記ＤＣＩに含まれた前記ベータオフセット指示子が指示するベータオフセット値を選択するか、又は前記第２ベータオフセット値のうち、前記ＤＣＩに含まれた前記ベータオフセット指示子が指示するベータオフセット値を選択する、請求項１に記載の方法。

【請求項3】

前記ＤＣＩに含まれた前記ベータオフセット指示子により指示可能なＮ個のフィールド状態は、Ｎ個のベータオフセットのセットインデックスに関連し、
前記第１ベータオフセット値は、前記Ｎ個のフィールド状態のそれぞれに対するベータオフセット値を含み、前記第２ベータオフセット値は、前記Ｎ個のフィールド状態のそれぞれに対するベータオフセット値を含む、請求項１に記載の方法。

【請求項4】

前記Ｎ個のフィールド状態のうち、一つの特定のフィールド状態が前記ＤＣＩにより指示される、請求項３に記載の方法。

【請求項5】

前記ＤＣＩに含まれた前記ベータオフセット指示子は２－ビットであり、Ｎ個のフィールド状態は、ベータオフセットのセットインデックス{００，０１，１０，１１}に関連し、
前記第１ベータオフセット値は、４つのベータオフセットのセットインデックス{００，０１，１０，１１}のそれぞれに対するベータオフセット値を含み、前記第２ベータオフセット値は、４つのベータオフセットのセットインデックス{００，０１，１０，１１}のそれぞれに対するベータオフセット値を含む、請求項１に記載の方法。

【請求項6】

前記第２ベータオフセット値は、（ｉ）前記第１ＨＡＲＱ－ＡＣＫの優先順位が前記第１ＰＵＳＣＨの優先順位より高い場合のためのベータオフセット値、及び（ｉｉ）前記第１ＨＡＲＱ－ＡＣＫの優先順位が前記第１ＰＵＳＣＨの優先順位より低い場合のためのベータオフセット値を含む、請求項１に記載の方法。

【請求項7】

前記端末は、前記第１ＰＵＳＣＨの優先順位が第１優先順位であるか、又は前記第１優先順位より高い第２優先順位であるかに基づいて、前記第２ベータオフセット値のうち、（ｉ）前記第１ＨＡＲＱ－ＡＣＫの優先順位が前記第１ＰＵＳＣＨの優先順位より高い場合のためのベータオフセット値、又は（ｉｉ）前記第１ＨＡＲＱ－ＡＣＫの優先順位が前記第１ＰＵＳＣＨの優先順位より低い場合のためのベータオフセット値を選択する、請求項６に記載の方法。

【請求項8】

請求項１に記載の方法を行うための命令語を記録したプロセッサで読み取り可能な記録媒体。

【請求項9】

無線通信のためのデバイスであって、
命令語を記録したメモリと、
前記命令語を実行することにより動作するプロセッサと、を含み、
前記プロセッサの動作は、
ｉ）同一の優先順位の物理上りリンク共有チャネル（ＰＵＳＣＨ）上に多重化する上りリンク制御情報（ＵＣＩ）に対する第１ベータオフセット値、及びｉｉ）異なる優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第２ベータオフセット値を含む複数のベータオフセット値に関する情報を受信し、
第１ＰＵＳＣＨをスケジューリングする下りリンク制御情報（ＤＣＩ)を受信し、
前記複数のベータオフセット値及び前記ＤＣＩに含まれたベータオフセット指示子に基づいて、第１ＨＡＲＱ－ＡＣＫを含む第１ＵＣＩを前記第１ＰＵＳＣＨ上で送信することを含み、
「Ｎ _ｔ 」が前記第１ＵＣＩに対して使用可能なリソース要素（ＲＥ）の総数を示し、「Ｎ _ｈ 」が前記第１ＨＡＲＱ－ＡＣＫに対するＲＥの数を示し、「Ｎ _ｈ ／Ｎ _ｔ 」比が前記デバイスにおいて設定されるアルファ値を超える場合、
前記プロセッサは、前記第１ＨＡＲＱ－ＡＣＫより低い優先順位を有する第２ＨＡＲＱ－ＡＣＫが、前記第１ＵＣＩに含まれるか否かに基づいて、上りリンク共有チャネル（ＵＬ－ＳＣＨ）データを送信するか否かを決定する、デバイス。

【請求項10】

送受信機を更に含み、
前記デバイスは、端末である、請求項９に記載のデバイス。

【請求項11】

無線通信システムにおいて基地局が物理上りリンク共有チャネル（ＰＵＳＣＨ）信号を介して上りリンク制御情報（ＵＣＩ）を受信する方法であって、
ｉ）同一の優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第１ベータオフセット値、及びｉｉ）異なる優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第２ベータオフセット値を含む複数のベータオフセット値に関する情報を端末に送信するステップと、
第１ＰＵＳＣＨをスケジューリングする下りリンク制御情報（ＤＣＩ)を前記端末に送信するステップと、
前記複数のベータオフセット値及び前記ＤＣＩに含まれたベータオフセット指示子に基づいて、第１ＨＡＲＱ－ＡＣＫを含む第１ＵＣＩを前記第１ＰＵＳＣＨ上で受信するステップと、を含み、
「Ｎ _ｔ 」が前記第１ＵＣＩに対して使用可能なリソース要素（ＲＥ）の総数を示し、「Ｎ _ｈ 」が前記第１ＨＡＲＱ－ＡＣＫに対するＲＥの数を示し、「Ｎ _ｈ ／Ｎ _ｔ 」比が前記端末において設定されるアルファ値を超える場合、
前記基地局は、前記第１ＨＡＲＱ－ＡＣＫより低い優先順位を有する第２ＨＡＲＱ－ＡＣＫが、前記第１ＵＣＩに含まれるか否かに基づいて、前記第１ＰＵＳＣＨを介して上りリンク共有チャネル（ＵＬ－ＳＣＨ）データを受信するか否かを決定する、方法。

【請求項12】

無線通信のための基地局であって、
送受信機と、
前記送受信機を制御して、ｉ）同一の優先順位の物理上りリンク共有チャネル（ＰＵＳＣＨ）上に多重化する上りリンク制御情報（ＵＣＩ）に対する第１ベータオフセット値、及びｉｉ）異なる優先順位のＰＵＳＣＨ上に多重化するＵＣＩに対する第２ベータオフセット値を含む複数のベータオフセット値に関する情報を端末に送信し、第１ＰＵＳＣＨをスケジューリングする下りリンク制御情報（ＤＣＩ)を前記端末に送信し、前記複数のベータオフセット値及び前記ＤＣＩに含まれたベータオフセット指示子に基づいて、第１ＨＡＲＱ－ＡＣＫを含む第１ＵＣＩを前記第１ＰＵＳＣＨ上で受信するよう構成されたプロセッサと、を含み、
「Ｎ _ｔ 」が前記第１ＵＣＩに対して使用可能なリソース要素（ＲＥ）の総数を示し、「Ｎ _ｈ 」が前記第１ＨＡＲＱ－ＡＣＫに対するＲＥの数を示し、「Ｎ _ｈ ／Ｎ _ｔ 」比が前記端末において設定されるアルファ値を超える場合、
前記プロセッサは、前記第１ＨＡＲＱ－ＡＣＫより低い優先順位を有する第２ＨＡＲＱ－ＡＣＫが、前記第１ＵＣＩに含まれるか否かに基づいて、前記第１ＰＵＳＣＨを介して上りリンク共有チャネル（ＵＬ－ＳＣＨ）データを受信するか否かを決定する、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関し、より具体的には無線通信システムにおいて上り／下りリンク無線信号を送受又は受信する方法及び装置に関する。

【背景技術】

【0002】

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。

【発明の概要】

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

【0003】

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

【0004】

本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

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

【0005】

本発明の一側面による無線通信システムにおいて、端末が信号を送信する方法は、第１タイプＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)及び第２タイプＵＣＩを含む複数のＵＣＩを符号化(ｅｎｃｏｄｉｎｇ)し、一つの物理上りリンクチャネル上で複数のＵＣＩの符号化されたビットのリソースマッピングを行い、及びこのリソースマッピングに基づいて上りリンク送信を行うことを含む。端末は、第１タイプＵＣＩと第２タイプＵＣＩが互いに異なる優先順位を有しても、一つの物理上りリンクチャネル上で複数のＵＣＩを多重化するように設定される。第１タイプＵＣＩが共有スペクトル上のＣＧ(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)動作のためのＣＧ－ＵＣＩを含むこと、第２ＵＣＩはＨＡＲＱ－ＡＣＫ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を含むこと、及びＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫが互いに異なる優先順位を有することに基づいて、端末は、(i)符号化をＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫのそれぞれに対して行い、(ii)リソースマッピングをＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫのそれぞれに対して行う。

【0006】

一つの物理上りリンクチャネルに第１優先順位より高い第２優先順位が割り当てられた状態で、まず端末はＣＧ－ＵＣＩに割り当てられるリソース数を決定し、残りの残余リソースのうち、ＨＡＲＱ－ＡＣＫに割り当てられるリソース数を決定する。例えば、ＣＧ－ＵＣＩが２－ビット以下であることに基づいて、端末は、予約された(ｒｅｓｅｒｖｅｄ)リソースを除いた残りのリソースに対してＨＡＲＱ－ＡＣＫに対するリソースマッピングを行い、予約されたリソース上でパンクチャリングによりＣＧ－ＵＣＩに対するリソースマッピングを行う。例えば、ＣＧ－ＵＣＩが２－ビットを超えることに基づいて、端末は、ＣＧ－ＵＣＩに対するリソースマッピングを行った後、ＨＡＲＱ－ＡＣＫに対するリソースマッピングを行う。

【0007】

一つの物理上りリンクチャネルに第２優先順位より低い第１優先順位が割り当てられた状態で、まず端末はＨＡＲＱ－ＡＣＫに割り当てられるリソース数を決定し、残りの残余リソースのうち、ＣＧ－ＵＣＩに割り当てられるリソース数を決定する。例えば、端末は、ＨＡＲＱ－ＡＣＫが２－ビット以下であることに基づいて、予約された(ｒｅｓｅｒｖｅｄ)リソースを除いた残りのリソースに対してＣＧ－ＵＣＩに対するリソースマッピングを行い、予約されたリソース上でパンクチャリングによりＨＡＲＱ－ＡＣＫに対するリソースマッピングを行う。例えば、端末はＨＡＲＱ－ＡＣＫが２－ビットを超えることに基づいて、ＨＡＲＱ－ＡＣＫに対するリソースマッピングを行った後、ＣＧ－ＵＣＩに対するリソースマッピングを行う。

【0008】

一つの物理上りリンクチャネルはＣＧ－ＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)であり、ＣＧ－ＰＵＳＣＨ優先順位とＨＡＲＱ－ＡＣＫの優先順位は異なる。

【0009】

一つの物理上りリンクチャネル上で多重化される異なる優先順位を有するＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫのジョイント符号化は許容されない。例えば、ＣＧ－ＵＣＩはＣＧ－ＵＣＩと同一の優先順位を有する特定のＨＡＲＱ－ＡＣＫとジョイント符号化され、ジョイント符号化の結果と第２タイプＵＣＩに含まれたＨＡＲＱ－ＡＣＫは別々に(ｓｅｐａｒａｔｅｌｙ)符号化される。

【0010】

本発明の他の側面において、上述した信号送信方法を行うためのプログラムを記録したプロセッサで読み取られる記録媒体が提供される。

【0011】

本発明のさらに他の側面において、上述した信号送信方法を行う端末が提供される。

【0012】

本発明のさらに他の側面において、上述した信号送信方法を行う端末を制御するためのデバイスが提供される。

【0013】

本発明のさらに他の側面による無線通信システムにおいて、基地局が信号を受信する方法は、一つの物理上りリンクチャネル上で多重化された複数のＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)の符号化されたビットを端末から受信、及び複数のＵＣＩの符号化されたビットを復号することにより第１タイプＵＣＩ及び第２タイプＵＣＩを得ることを含む。基地局は第１タイプＵＣＩと第２タイプＵＣＩが互いに異なる優先順位を有しても、一つの物理上りリンクチャネル上で複数のＵＣＩを多重化するように端末を設定する。第１タイプＵＣＩが共有スペクトル上のＣＧ(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)動作のためのＣＧ－ＵＣＩを含むこと、第２ＵＣＩはＨＡＲＱ－ＡＣＫ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を含むこと、及びＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫが互いに異なる優先順位を有することに基づいて、基地局は、(i)ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫのそれぞれに対してリソースマッピングを決定し、(ii)この決定された各リソースマッピングに基づいてＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫのそれぞれに対して復号を行う。

【0014】

本発明のさらに他の側面において、上述した信号受信方法を行う基地局が提供される。

【発明の効果】

【0015】

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

【0016】

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

【図面の簡単な説明】

【0017】

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。

【0018】

【図1】無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

【図2】無線フレームの構造を例示する図である。

【図3】スロットのリソースグリッドを例示する図である。

【図4】スロット内に物理チャネルがマッピングされる例を示す図である。

【図5】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。

【図6】ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信過程を例示する図である。

【図7】制御情報をＰＵＳＣＨに多重化する例を示す図である。

【図8】本発明の一実施例による信号送受信方法を説明する図である。

【図9】本発明の一実施例による信号送受信方法を説明する図である。

【図10】本発明の一実施例による信号送受信方法を説明する図である。

【図11】本発明の一実施例による信号送受信方法を説明する図である。

【図12】本発明に適用可能な通信システム１と無線機器を例示する図である。

【図13】本発明に適用可能な通信システム１と無線機器を例示する図である。

【図14】本発明に適用可能な通信システム１と無線機器を例示する図である。

【図15】本発明に適用可能な通信システム１と無線機器を例示する図である。

【図16】本発明に適用可能なＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を例示する図である。

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

【0019】

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

【0020】

より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。

【0021】

説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

【0022】

この明細書においては、"設定"という表現は"構成(ｃｏｎｆｉｇｕｒｅ／ｃｏｎｆｉｇｕｒａｔｉｏｎ)"という表現に置き換えてもよく、両者は混用される。また、条件的表現(例えば、"～～であると(ｉｆ)"、"～の場合(ｉｎ ａ ｃａｓｅ)"又は"～であるとき(ｗｈｅｎ)"など)は、"～であることに基づいて(ｂａｓｅｄ ｏｎ ｔｈａｔ ～～)"又は"～である状態で(ｉｎ ａ ｓｔａｔｅ／ｓｔａｔｕｓ)"などの表現に置き換えてもよい。また、該当条件の充足による端末／基地局の動作又はＳＷ／ＨＷ構成を類推／理解することができる。また、無線通信装置(例えば、基地局、端末)の間の信号送受信において、送信(又は受信)側のプロセスから受信(又は送信)側のプロセスが類推／理解できれば、その説明は省略してもよい。例えば、送信側の信号決定／生成／符号化／送信などは受信側の信号モニタリング受信／復号／決定などに理解できる。また、端末が特定の動作を行う(又は行わない)という表現は、基地局が端末の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。基地局が特定の動作を行う(又は行わない)という表現は、端末が基地局の特定の動作の実行を期待／仮定(又は行わないと期待／仮定)して動作するとも解釈できる。また、以下の説明において、各セクション、実施例、例示、オプション、方法、方案などの区部とインデックスは、説明の便宜のためのものであり、それぞれが必ず独立した発明を構成することを意味するか、又はそれぞれが必ず個々に実施されるべきであることを意味すると解釈してはいけない。また、各セクション、実施例、例示、オプション、方法、方案などを説明するにおいて、明示的に衝突／反対する技術がなければ、これらの少なくとも一部を組み合わせて一緒に実施したり、少なくとも一部を省略して実施したりしてもよいと類推／解釈される。

【0023】

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0024】

図１は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

【0025】

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局からＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)を受信する。ＳＳＢはＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を含む。端末はＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。また端末はＰＢＣＨに基づいてセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャネルの状態を確認することができる。

【0026】

初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

【0027】

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。

【0028】

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。

【0029】

図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。

【0030】

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

【0031】

【表1】

【0032】

＊Ｎ^slot _symb:スロット内のシンボル数

【0033】

＊Ｎ^frame,u _slot:フレーム内のスロット数

【0034】

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

【0035】

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

【0036】

【表2】

【0037】

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

【0038】

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

【0039】

図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ ＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

【0040】

図４はスロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

【0041】

以下、各々の物理チャネルについてより詳しく説明する。

【0042】

ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

【0043】

ＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。

【0044】

ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。

【0045】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。

【0046】

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

【0047】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。

【0048】

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。

【0049】

＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0050】

表３は検索空間タイプごとの特徴を例示する。

【0051】

【表3】

【0052】

表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

【0053】

【表4】

【0054】

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＤＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

【0055】

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

【0056】

ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

【0057】

ＰＵＣＣＨはＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。

【0058】

－ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

【0059】

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

【0060】

－ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。

【0061】

表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

【0062】

【表5】

【0063】

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。

【0064】

ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。

【0065】

ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(Ｐｓｅｕｄｏ Ｎｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。

【0066】

ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

【0067】

ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

【0068】

ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ １(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。

【0069】

図５はＡＣＫ／ＮＡＣＫ送信過程を例示する。図５を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

【0070】

－Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

【0071】

－Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０(例、スロットオフセット)、スロット＃ｎ＋Ｋ０内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及びＰＤＳＣＨの長さ(例：ＯＦＤＭシンボルの数)を示す

【0072】

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す

【0073】

－ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ(４ビット)：データ(例、ＰＤＳＣＨ、ＴＢ)に対するＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤ(Ｉｄｅｎｔｉｔｙ)を示す

【0074】

－ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ(ＰＲＩ)：ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に使用されるＰＵＣＣＨリソースを指示する

【0075】

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)からＰＤＳＣＨを受信した後、スロット＃ｎ１(ｗｈｅｒｅ、ｎ＋Ｋ０≦ｎ１)でＰＤＳＣＨの受信が終わると、スロット＃(ｎ１＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。図５では便宜上、ＰＤＳＣＨに対するＳＣＳとＰＵＣＣＨに対するＳＣＳが同一であり、スロット＃ｎ１＝スロット＃ｎ＋Ｋ０と仮定したが、本発明はこれに限定されない。ＳＣＳが互いに異なる場合、ＰＵＣＣＨのＳＣＳに基づいてＫ１が指示／解釈される。

【0076】

ＰＤＳＣＨが最大１つのＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１－ビットで構成される。ＰＤＳＣＨが最大２つのＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されないと、２－ビットで構成され、空間バンドリングが構成されると、１－ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

【0077】

ＨＡＲＱ－ＡＣＫ応答のために端末が空間(Ｓｐａｔｉａｌ)バンドリングを行うか否かは、セルグループごとに構成(ｃｏｎｆｉｇｕｒｅ)(例えば、ＲＲＣ／上位階層シグナリング)される。一例として、空間バンドリングはＰＵＣＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答及び／又はＰＵＳＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答のそれぞれに個々に構成される。

【0078】

空間バンドリングは該当サービングセルで一度に受信可能な(又は１ＤＣＩによりスケジューリング可能な)ＴＢ(又はコードワード)の最大数が２つである場合(又は２つ以上である場合)に支援される(例えば、上位階層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２－ＴＢに該当する場合)。一方、２－ＴＢ送信のためには、４つより多いレイヤが使用され、１－ＴＢ送信には最大４つのレイヤが使用される。結局、空間バンドリングが該当セルグループに構成された場合、該当セルグループ内のサービングセルのうち、４つより多いレイヤがスケジューリング可能なサービングセルに対して空間バンドリングが行われる。該当サービングセル上で、空間バンドリングによりＨＡＲＱ－ＡＣＫ応答を送信しようとする端末は、複数のＴＢに対するＡ／Ｎビットを(ｂｉｔ-ｗｉｓｅ)ｌｏｇｉｃａｌ ＡＮＤ演算してＨＡＲＱ－ＡＣＫ応答を生成することができる。

【0079】

例えば、端末が２－ＴＢをスケジューリングするＤＣＩを受信し、該当ＤＣＩに基づいてＰＤＳＣＨを介して２－ＴＢを受信したと仮定するとき、空間バンドリングを行う端末は、第１ＴＢに対する第１Ａ／Ｎビットと第２ＴＢに対する第２Ａ／Ｎビットを論理的ＡＮＤ演算して単一のＡ／Ｎビットを生成することができる。結局、第１ＴＢと第２ＴＢがいずれもＡＣＫである場合、端末はＡＣＫビット値を基地局に報告し、いずれのＴＢでもＮＡＣＫであると、端末はＮＡＣＫビット値を基地局に報告する。

【0080】

例えば、２－ＴＢが受信可能に構成された(ｃｏｎｆｉｇｕｒｅ)サービングセル上で実際に１－ＴＢのみがスケジュールされた場合、端末は該当１－ＴＢに対するＡ／Ｎビットとビット値１を論理的ＡＮＤ演算して、単一のＡ／Ｎビットを生成することができる。結局、端末は該当１－ＴＢに対するＡ／Ｎビットをそのまま基地局に報告する。

【0081】

基地局／端末にはＤＬ送信のために複数の並列ＤＬ ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは以前のＤＬ送信に対する成功又は非成功受信に対するＨＡＲＱフィードバックを待つ間にＤＬ送信が連続して行われるようにする。それぞれのＨＡＲＱプロセスはＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層のＨＡＲＱバッファーに連関する。それぞれのＤＬ ＨＡＲＱプロセスはバッファー内のＭＡＣ ＰＤＵ(Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｂｌｏｃｋ)の送信回数、バッファー内のＭＡＣ ＰＤＵに対するＨＡＲＱフィードバック、現在の冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)などに関する状態変数を管理する。それぞれのＨＡＲＱプロセスはＨＡＲＱプロセスＩＤにより区別される。

【0082】

図６はＰＵＳＣＨ送信過程を例示する。図６を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例えば、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０_０、０_１は以下の情報を含む。

【0083】

－Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。

【0084】

－Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例えば、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す。開始シンボル及び長さはＳＬＩＶ(Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ)により指示されるか、又は各々指示される。

【0085】

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨ ＴＢを含む。

【0086】

図７はＵＳＩをＰＵＳＣＨに多重化する例を示す。スロット内で複数のＰＵＣＣＨリソースとＰＵＳＣＨリソースが重畳し、ＰＵＣＣＨ－ＰＵＳＣＨ同時送信が設定されていない場合、ＵＣＩは、図示したように、ＰＵＳＣＨを介して送信される(ＵＣＩピギーバック又はＰＵＳＣＨピギーバック)。図７はＨＡＲＱ－ＡＣＫとＣＳＩがＰＵＳＣＨリソースに含まれる場合を例示する。

【0087】

ＮＲ Ｒｅｌ.１６でのＨＡＲＱ－ＡＣＫをＰＵＳＣＨピギーバックするために、ＨＡＲＱ－ＡＣＫのペイロードが２－ビット以下であると、ＰＵＳＣＨ ｄａｔａ ＲＥ(及び／又はＣＳＩ ｐａｒｔ２ ＲＥ)がパンクチャリングされるが、ＨＡＲＱ－ＡＣＫのペイロードが２－ビットを超えると、レートマッチング(ｒａｔｅ ｍａｔｃｈｉｎｇ)が行われる。表６はＴＳ３８.２１２のＵＣＩのＨＡＲＱ－ＡＣＫレートマッチングに関する内容である。

【0088】

【表6-1】

【0089】

【表6-2】

【0090】

表６において、ベータオフセット‘β_offset ^{ＰＵＳＣＨ}'はＰＵＳＣＨ上のＵＣＩのレートマッチングのための加重値であり、ＰＵＳＣＨの送信時、ＨＡＲＱ－ＡＣＫ及びＣＳＩ Ｒｅｐｏｒｔのために使用されるリソース量に関連する。β_offsetセットが上位階層シグナリングにより設定されるが、特定のセットが準－静的に(ｓｅｍｉ－ｓｔａｔｉｃ)使用されるか、又はβ_offset セットがＤＣＩ(例えば、ＵＬ ｇｒａｎｔ ＤＣＩ ｆｏｒｍａｔ ０_１／０_２)により動的に(ｄｙｎａｍｉｃ)指示される。動的β_offset指示方式において、ＤＣＩのベータオフセット指示フィールドは、ＵＥに設定された４つのβ_offsetセットのうちの一つを指示する２ビットで構成される。各β_offset セットはＨＡＲＱ－ＡＣＫに適用可能な３つのβ_offset値、ＣＳＩ ｐａｒｔ１のための２つのβ_offset値及びＣＳＩ Ｐａｒｔ２のための２つのβ_offset値を含み、該当ペイロードサイズによって特定のβ_offset値が選択される。例えば、第１β_offset ^{ＨＡＲＱ－ＡＣＫ}値はＭ個のＨＡＲＱ－ＡＣＫをＰＵＳＣＨに送信するために使用され、第２β_offset ^{ＨＡＲＱ－ＡＣＫ}値はＮ個のＨＡＲＱ－ＡＣＫをＰＵＳＣＨに送信するために使用される。

【0091】

ＮＲ－ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ／ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ（ＮＲ－Ｕ） ｏｐｅｒａｔｉｏｎ

【0092】

非免許帯域内の通信ノード(例、基地局、端末)は信号送信前に他の通信ノードのチャネル使用有無を判断する必要がある。

【0093】

ＮＲ－Ｕ動作関連用語の定義：

【0094】

－チャネル(Ｃｈａｎｎｅｌ)：共有スペクトル(Ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)でチャネル接続過程が行われる連続するＲＢで構成され、搬送波又は搬送波の一部を称する。

【0095】

－チャネル接続過程(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。ＣＡＰはＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)とも称される。

【0096】

－チャネル占有(Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)：チャネル接続手順を行った後、基地局／端末によるチャネル上の対応する送信を意味する。

【0097】

－チャネル占有時間(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ、ＣＯＴ)：基地局／端末がチャネル接続手順を行った後、基地局／端末及びチャネル占有を共有する任意の基地局／端末がチャネル上で送信を行える総時間を称する。ＣＯＴの決定時、送信ギャップが２５ｕｓ以下であると、ギャップ区間もＣＯＴにカウントされる。ＣＯＴは基地局と対応端末の間の送信のために共有される。

【0098】

個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、一つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ、及び(ii)ＲＢセット割り当て情報に基づいて、一つのセル／ＢＷＰには一つ以上のＬＢＴ－ＳＢが含まれる。(或いは、搬送波の)ＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットと称される。図示していないが、ＬＢＴ－ＳＢの間にはガードバンド(ＧＢ)が含まれる。従って、ＢＷＰは{ＬＢＴ－ＳＢ＃０(ＲＢ ｓｅｔ＃０)＋ＧＢ＃０＋ＬＢＴ－ＳＢ＃１(ＲＢ ｓｅｔ＃１＋ＧＢ＃１)＋...＋ＬＢＴ－ＳＢ＃(Ｋ－１)(ＲＢ ｓｅｔ(＃Ｋ－１))}の形態で構成される。便宜上、ＬＢＴ－ＳＢ／ＲＢインデックスは低い周波数帯域から始まって高い周波数帯域に行くにつれて増加するように設定／定義される。

【0099】

(１)タイプ１ ＣＡＰ方法

【0100】

ＤＬタイプ１ ＣＡＰの場合、基地局がＵＬタイプ１ ＣＡＰの場合には端末が遅延区間(ｄｅｆｅｒ ｄｕｒａｔｉｏｎ)Ｔｄのセンシングスロット区間の間にチャネルが休止状態であるか否かをセンシングし、その後、カウンターＮが０になると、送信を行う。このとき、カウンターＮは以下の手順によって追加センシングスロット区間の間にチャネルをセンシングすることにより調整される:

【0101】

ステップ１)Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等に分布されたランダム値である。次いで、ステップ４に移動する。

【0102】

ステップ２)Ｎ＞０であり、基地局がカウンターの減少を選択した場合、Ｎ＝Ｎ－１と設定。

【0103】

ステップ３)追加センシングスロット区間の間にチャネルをセンシングする。このとき、追加センシングスロット区間が休止である場合、ステップ４に移動する。そうではない場合は、ステップ５に移動する。

【0104】

ステップ４)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する。そうではないと、ステップ２に移動する。

【0105】

ステップ５)追加遅延区間Ｔ_d内でビジー(ｂｕｓｙ)のセンシングスロットが検出されるか、又は追加遅延区間Ｔ_d内の全てのセンシングスロットが休止(ｉｄｌｅ)と検出されるまでチャネルをセンシング。

【0106】

ステップ６)追加遅延区間Ｔ_dの全てのセンシングスロット区間の間にチャネルが休止にセンシングされる場合、ステップ４に移動する。そうではない場合には、ステップ５に移動する。

【0107】

ＵＬタイプ１ ＣＡＰは以下の送信に適用される。

【0108】

－基地局からスケジューリング及び／又は設定されたＰＵＳＣＨ／ＳＲＳ送信

【0109】

－基地局からスケジューリング及び／又は設定されたＰＵＣＣＨ送信

【0110】

－ＲＡＰ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)に関連する送信

【0111】

タイプ２ ＣＡＰはｒａｎｄｏｍ ｂａｃｋｏｆｆなしに行われるＣＡＰであって、ＤＬのためのＴｙｐｅ ２Ａ、２Ｂ、２Ｃが定義され、ＵＬのためのＴｙｐｅ ２Ａ、２Ｂ、２Ｃが定義される。タイプ２Ａ ＵＬ ＣＡＰにおいて、端末は少なくともセンシング区間Ｔｓｈｏｒｔ_ｄｌ＝２５ｕｓの間にチャネルが休止にセンシングされた直後(ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ)送信を行うことができる。ここで、Ｔｓｈｏｒｔ_ｄｌは一つのセンシングスロット区間と、すぐ続く区間Ｔｆ(＝１６ｕｓ)で構成される。タイプ２Ａ ＵＬ ＣＡＰにおいて、Ｔｆは区間の開始点にセンシングスロットを含む。タイプ２Ｂ ＵＬ ＣＡＰにおいて、端末はセンシング区間Ｔｆ＝１６ｕｓの間にチャネルが休止にセンシングされた直後、送信を行うことができる。タイプ２Ｂ ＵＬ ＣＡＰにおいて、Ｔｆは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＵＬ ＣＡＰにおいて、端末は送信を行う前にチャネルをセンシングしない。

【0112】

Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ(ＣＧ)

【0113】

ＲＲＣにより準－静的に(ｓｅｍｉ－ｓｔａｔｉｃ)ＣＧ(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)が端末に設定される。サービングセルの該当ＢＷＰに対して端末に最大１２個の活性ＣＧが設定される。

【0114】

各ＣＧはタイプ１であるか又はタイプ２である。タイプ１ ＣＧの活性／非活性はサービングセルの間で互いに独立して行われる。複数のタイプ２ ＣＧが設定された場合、各タイプ２ ＣＧの活性はＤＣＩにより個々に行われる。一つのＤＣＩが一つのタイプ２ ＣＧを非活性することもでき、複数のタイプ２ ＣＧを非活性することもできる。

【0115】

ＮＲ－Ｕ(即ち、ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ ｃｈａｎｎｅｌ ａｃｃｅｓｓ)上でのＣＧ基盤の送信のためには、ＣＧ－ＵＣＩ(Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)が該当ＣＧ ＰＵＳＣＨ(即ち、ＰＵＳＣＨ ｓｃｈｅｄｕｌｅｄ ｂｙ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)に送信される。ＮＲ－Ｕ上でＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨの間の多重化が基地局により設定／許容される。ＣＧ－ＵＣＩとＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨの間の多重化が設定されない場合であって、ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨがＰＵＣＣＨグループ内でＣＧ ＰＵＳＣＨと重畳する場合には、ＣＧ ＰＵＳＣＨの送信が省略される。

【0116】

ＵＣＩ 多重化 ｏｎ ＰＵＳＣＨ ｆｏｒ ＵＲＬＬＣ

【0117】

最近、ＵＲＬＬＣのように信頼性／遅延性能が重要なデータ送信／サービスを支援するために、物理階層チャネル／信号(送信リソース)(例えば、ＰＵＳＣＨ)及び制御情報(例えば、ＵＣＩ)ごとにサービス／保護の優先順位(例えば、低い優先順位(ＬＰ)であるか、それとも高い優先順位(ＨＰ)であるか)が(ＲＲＣシグナリングなどにより)準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にＵＥに設定されるか、又は(ＤＣＩ／ＭＡＣシグナリングなどにより)動的(ｄｙｎａｍｉｃ)にＵＥに指示される。

【0118】

具体的には、ＮＲ Ｒｅｌ．１６の一部ＤＣＩ ｆｏｒｍａｔ(例えば、ＤＣＩ ｆｏｒｍａｔ １_１／１_２ ｆｏｒ ＤＬ、及びＤＣＩ ｆｏｒｍａｔ ０_１／０_２ ｆｏｒ ＵＬ)には、優先順位標識(ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ)が導入されている。上位階層シグナリングにより該当ＤＣＩ ｆｏｒｍａｔに対して優先順位標識が提供されると設定される場合、ＵＥは優先順位標識が存在すると仮定して、該当ＤＣＩ ｆｏｒｍａｔに対するブラインド復号を行う。上位階層シグナリングにより該当ＤＣＩ ｆｏｒｍａｔに対して優先順位標識が使用されるという明示的なシグナリングがないと、該当ＤＣＩ ｆｏｒｍａｔに優先順位標識フィールドが含まれていないと仮定してブラインド復号を行う。該当ＤＬ／ＵＬ信号に対していかなる優先順位情報も提供されないと、ＵＥは該当ＤＬ／ＵＬ信号がＬＰ(例えば、優先順位インデックス＝０)であると仮定する。一方、ＤＣＩの優先順位標識は優先順位を指示／設定するための様々な手段の一つであり、唯一の方法ではないことを当業者であれば理解できるであろう。

【0119】

上記優先順位に関する例として、ＬＰに低い優先順位インデックス(Ｌｏｗｅｒ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ)が設定／指示され、ＨＰに高い優先順位インデックス(ｈｉｇｈｅｒ ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ)が設定／指示される形態であるか、又はＬＰに低いビット値(Ｌｏｗｅｒ Ｂｉｔ Ｖａｌｕｅ)(例えば、ｂｉｔ‘０’)が設定／指示され、ＨＰに高いビット値(Ｈｉｇｈｅｒ Ｂｉｔ Ｖａｌｕｅ)(例えば、ｂｉｔ‘１’)が設定／指示される形態である。

【0120】

一例として、各ＵＣＩタイプ(例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ及び／又はＣＳＩ)又は該当ＵＣＩ送信に対して設定／指示されたＰＵＣＣＨ／ＰＵＳＣＨリソースごとに優先順位(例えば、ＬＰ又はＨＰ)が設定／指示される。例えば、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの場合、ＰＤＳＣＨをスケジューリングするＤＬグラントＤＣＩによりＬＰ／ＨＰが指示される。例えば、(非周期的な)ＣＳＩの場合には、ＤＣＩ(例えば、ＰＵＳＣＨをスケジューリングするＵＬグラントＤＣＩ)によりＬＰ／ＨＰが指示される。他の例としては、ＰＵＳＣＨ優先順位(例えば、ＬＰ又はＨＰ)は該当ＰＵＳＣＨをスケジューリングするＵＬグラントＤＣＩによりＬＰ／ＨＰが設定／指示される。

【0121】

他の例として、(i)各優先順位ごとにＰＵＣＣＨリソースセットが独立して設定されるか、及び／又は(ii)ＰＵＣＣＨ送信のための最大限のＵＣＩ符号化レートが各優先順位ごとに独立して設定される。さらに他の例として、(iii)ＰＵＳＣＨ上のＵＣＩ符号化のためのベータオフセット(β_{ｏｆｆｓｅｔ})(例えば、ｆｏｒ ＨＡＲＱ－ＡＣＫ、ＣＳＩパート１／２、表６を参照)が各優先順位ごとに独立して設定されるか、及び／又は(iv)各優先順位ごとにＨＡＲＱ－ＡＣＫコードブックタイプが独立して設定される。(i)～(iv)のうちのいずれか又は組み合わせが使用される。

【0122】

一方、Ｒｅｌ.１５／１６ ＮＲでは、ＰＵＳＣＨ上のＵＣＩ多重化(例えば、符号化／マッピング)のための２つのパラメータβ_offsetとａｌｐｈａ ｆａｃｔｏｒ(α)が設定／使用される(例えば、表６を参照)。β_offsetはＵＣＩの符号化レート、即ち、ＵＣＩ(ｃｏｄｅｄ ｂｉｔｓ)がマッピングされるＲＥ数を決定するパラメータであり、各ＵＣＩタイプごとに個々に設定／指示される。ａｌｐｈａ ｆａｃｔｏｒは全体ＵＣＩがマッピングされる最大のＲＥ数(ｕｐｐｅｒ ｌｉｍｉｔ ｆｏｒ ｍｕｌｔｉｐｌｅｘｅｄ ＵＣＩ ＲＥｓ)を制限するパラメータであり、ＰＵＳＣＨ内の総加用の(Ａｖａｉｌａｂｌｅ)ＲＥ数に比べてのＵＣＩがマッピング可能な最大ＲＥ数の比率に設定される。ａｌｐｈａ ｆａｃｔｏｒ(α)は上位階層パラメータ'ｓｃａｌｉｎｇ'により指示され、場合によっては倍率(ｓｃａｌｉｎｇ ｆａｃｔｏｒ)(α)とも称される。

【0123】

表７は既存のＲｅｌ.１５／１６ ＮＲのβ_offset及びａｌｐｈａ ｆａｃｔｏｒに関連する設定構造／方式を示す。

【0124】

【表7】

【0125】

表８は図７に示した動的β_offsetに関連するＮＲ標準文書３ＧＰＰ ＴＳ３８．２１３ Ｒｅ．１６の一部を抜粋したものである。

【0126】

【表8】

【0127】

図７及び図８を参照してＮＲ Ｒｅｌ．１６の動的β_offsetについて説明すると、動的β_offsetを指示するためのＤＣＩのフィールド(ｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒ)はＤＣＩ構成／フォーマットによって２－ビット(表８の"Ｔａｂｌｅ ９.３－３")であるか又は１－ビット(表８の"Ｔａｂｌｅ ９.３－３Ａ")である。ＤＣＩのｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒフィールドが２－ビットである場合は、４つのβ_offsetセットが上位階層シグナリング(ＲＲＣ)により設定され(表８の"Ｔａｂｌｅ ９.３－３"において１ｓｔ／２ｎｄ／３ｒｄ／４ｔｈ ｏｆｆｓｅｔ ｉｎｄｅｘ ｐｒｏｖｉｄｅｄ ｂｙ ｈｉｇｈｅｒ ｌａｙｅｒｓ)、ＤＣＩのｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒフィールドが１－ビットである場合には、２つのβ_offsetセットが上位階層シグナリング(ＲＲＣ)により設定される(表８の"Ｔａｂｌｅ ９.３－３Ａ"において１ｓｔ／２ｎｄ ｏｆｆｓｅｔ ｉｎｄｅｘ ｐｒｏｖｉｄｅｄ ｂｙ ｈｉｇｈｅｒ ｌａｙｅｒＳ)。それぞれのβ_offsetセットは７つのβ_offset値が

で構成されるが、該当７つのβ_offset値は順に表７における{Ｂ_ａ１，Ｂ_ａ２，Ｂ_ａ３}、{Ｂ_ｃ１１，Ｂ_ｃ１２}、{Ｂ_ｃ２１，Ｂ_ｃ２２}を意味する。ここで、“(... or ... or)”は該当β_offset値のいずれかが選択されることを意味する。例えば、ＵＥにｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒ＝０１が指示された場合であって、ＵＣＩにＨＡＲＱ－ＡＣＫが含まれた場合を仮定すると、ＵＥはｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒ＝０１に基づいて２ｎｄ β_offsetセットを選択する。選択された２ｎｄ β_offsetセットのうち、ＵＥは(ａ)ＨＡＲＱ－ＡＣＫサイズが２－ビット以下であると、Ｂ_ａ１(＝I_offset，０ ^{ＨＡＲＱ－ＡＣＫ})を選択し、(ｂ)ＨＡＲＱ－ＡＣＫサイズが２－ビットを超え、１１－ビット以下であると、Ｂ_ａ２(＝I_offset，１ ^{ＨＡＲＱ－ＡＣＫ})を選択し、(ｃ)ＨＡＲＱ－ＡＣＫサイズが１１－ビットを超えると、Ｂ_ａ３(＝I_offset，１ ^{ＨＡＲＱ－ＡＣＫ})を選択する。一方、準－静的β_offset 方式では一つのβ_offsetセットが設定されるので、ＤＣＩのｂｅｔａ_ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒによるβ_offsetセットの指示は使用されない。

【0128】

よって、この発明では、互いに異なる優先順位(例えば、ＬＰ又はＨＰ)に設定／指示された複数のＵＣＩの組み合わせ及び互いに異なる優先順位に設定／指示されたＵＣＩとＰＵＳＣＨの組み合わせを考慮したβ_offset及びａｌｐｈａ ｆａｃｔｏｒの設定／指示方法について説明する。以下、説明の便宜のために、ＬＰ／ＨＰに設定／指示されたＵＣＩをそれぞれＬＰ ＵＣＩ及びＨＰ ＵＣＩと称し、ＬＰ／ＨＰに設定／指示されたＰＵＳＣＨをそれぞれＬＰ ＰＵＳＣＨ及びＨＰ ＰＵＳＣＨと称する。また、ＰＵＳＣＨ上に多重化されるＵＣＩが特定のｐｒｉｏｒｉｔｙ ＸＰ(例えば、ＬＰ又はＨＰ)のＵＣＩのみ存在する場合を“ＸＰ ｏｎｌｙ”ケースと定義し、ＸＰ ＵＣＩとは異なるｐｒｉｏｒｉｔｙ ＹＰ(例えば、ＨＰ又はＬＰ)のＵＣＩが全て存在する場合を“ＸＰ＋ＹＰ”ケースと定義し、少なくともＸＰ ＵＣＩが存在する(例えば、“ＸＰ ｏｎｌｙ”であるか又は“ＸＰ＋ＹＰ”である)場合を“ｗｉｔｈ ＸＰ”ケースと定義する。

【0129】

[１]互いに異なる優先順位を有するＵＣＩとＰＵＳＣＨの組み合わせのためのβ _offset 設定／指示

【0130】

１)準－静的β_offset

【0131】

Ａ．各ＰＵＳＣＨ優先順位(例えば、ＬＰ／ＨＰ)(組み合わせ)ごとにβ_offset値(セット)が設定される。例えば、ＸＰ ＰＵＳＣＨについて、２つのＵＣＩ＋ＰＵＳＣＨ優先順位の組み合わせ{ＸＰ＋ＸＰ}と{ＹＰ＋ＸＰ}に対して、各組み合わせごとに７つのβ_offset値が設定される(ここで、ＸＰ＝ＬＰであると、ＹＰ＝ＨＰであり、ＸＰ＝ＨＰであると、ＹＰ＝ＬＰである)。例えば、{ＹＰ＋ＸＰ}組み合わせに対して７つのβ_offset値が設定されることは、(i)ＸＰ＞ＹＰである場合に対する７つのβ_offset値、及び(ii)ＸＰ＜ＹＰである場合に対する７つのβoffset値が１ＵＥに設定されることと理解できる。(i)ＸＰ＞ＹＰと(ii)ＸＰ＜ＹＰは両立できない条件であるので、(i)、(ii)のいずれかが使用され、(i)、(ii)は一緒には使用できない。

【0132】

i．及び／又は、ＸＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＸＰ ｏｎｌｙ，ｗｉｔｈ ＹＰ}に対して、各ケースごとにＸＰ ＵＣＩに対する７つのβ_offset値が設定される。例えば、ＸＰ ＰＵＳＣＨ上でＹＰ ＵＣＩなしにＸＰ ＵＣＩのみ送信される場合に対して７つのβ_offset値が設定され、ＸＰ ＰＵＳＣＨ上で(ＸＰ ＵＣＩに加えて)ＹＰ ＵＣＩも送信される場合((i)／(ii)のそれぞれ)に対して７つのβ_offset値が設定される。

【0133】

ii．及び／又は、ＨＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}に対して各ケースごとにＬＰ ＵＣＩに対する７つのβ_offset値が設定され、及び／又はＬＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}に対して各ケースごとにＬＰ ＵＣＩに対する７つのβ_offset値が設定される。例えば、ＨＰ ＰＵＳＣＨ上で(ＨＰ ＵＣＩなしに)ＬＰ ＵＣＩのみ送信される場合に対して７つのβ_offset値が設定され、ＨＰ ＰＵＳＣＨ上で(ＬＰ ＵＣＩに加えて)ＨＰ ＵＣＩも送信される場合に対して７つのβ_offset値が設定される。例えば、ＬＰ ＰＵＳＣＨ上で(ＨＰ ＵＣＩなしに)ＬＰ ＵＣＩのみ送信される場合に対して７つのβ_offset値が設定され、ＬＰ ＰＵＳＣＨ上で(ＬＰ ＵＣＩに加えて)ＨＰ ＵＣＩも送信される場合に対して７つのβ_offset値が設定される。

【0134】

Ｂ．このようなＵＣＩ＋ＰＵＳＣＨ優先順位の組み合わせごとのβ_offset設定に基づいて、実際スケジューリング／設定されたＵＣＩとＰＵＳＣＨ優先順位の組み合わせによって該当組み合わせに設定された／対応するβ_offset値を適用するようにＵＥ／ＢＳが動作する。

【0135】

Ｃ．一方、基地局はＨＰ ＰＵＳＣＨに限定して、ＵＬ－ＳＣＨ保護のために、０を含む１.０未満のｓｍａｌｌ β_offset値を端末に設定／適用することができ、準－静的β_offsetの場合、かかるｓｍａｌｌ β_offset値はＬＰ ＣＳＩにのみ(例えば、ＣＳＩ ｐａｒｔ１及び／又はｐａｒｔ ２に、又はＣＳＩ ｐａｒｔ ２にのみ)設定される。

【0136】

２)動的β_offset

【0137】

Ａ．動的β_offset動作のために、各ＰＵＳＣＨ優先順位(例えば、ＬＰ／ＨＰ)(組み合わせ)ごとにβ_offset値(セット)が設定された後(例えば、図８の８０５、ＲＲＣシグナリング)、動的な指示(例えば、図８の８１０、ＤＣＩ)される。例えば、(ＤＣＩによりスケジューリングされた)ＸＰ ＰＵＳＣＨについて、２つのＵＣＩ＋ＰＵＳＣＨ優先順位の組み合わせ{ＸＰ＋ＸＰ}と{ＹＰ＋ＸＰ}について、各組み合わせごとに(例えば、セットインデックス＝０，１，２，３を有する)４つのβ_offsetセットがＲＲＣにより設定される。例えば、{ＹＰ＋ＸＰ}組み合わせに対して４つのβ_offsetセットが設定されることは、(i)ＸＰ＞ＹＰである場合に対する４つのβ_offsetセット、及び(ii)ＸＰ＜ＹＰである場合に対する４つのβ_offsetセットが１ＵＥに設定されることと理解できる。(i)ＸＰ＞ＹＰと(ii)ＸＰ＜ＹＰは両立できない条件であるので、(i)、(ii)のいずれか一方が使用できるか(例えば、図８の８１０／８１５、ＤＣＩ ｉｎｄｉｃａｔｉｏｎ／ＵＥ Ｓｅｌｅｃｔｉｏｎ)、(i)，(ii)が一緒に使用されることはない。各β_offsetセットは７つのβ_offset値を含むことができる(例えば、図７及び図８)。図９は動的β_offset動作のためのβ_offsetセットのＲＲＣ設定及びＤＣＩ指示を説明するための一例を示す。図９を参照すると、ＤＣＩのβ_offset指示子は１－ビットであるか、又は２－ビットである。ＤＣＩ(例えば、ＸＰ ＰＵＳＣＨをスケジューリングするＵＬグラントＤＣＩ)のβ_offset指示子は１－ビットである場合、セットインデックス０，１に該当する２つのβ_offsetセットが端末にＲＲＣ設定され、ＤＣＩのβ_offset指示子は２－ビットである場合は、セットインデックス００，０１，１０，１１に該当する４つのβ_offsetセットが端末にＲＲＣ設定される。以下、説明の便宜のために、β_offset指示子は２－ビットであって、β_offsetセットインデックス００，０１，１０，１１のいずれかを動的に指示すると仮定する。各β_offsetセットはＸＰ ＰＵＳＣＨ上でＸＰ ＨＡＲＱ－ＡＣＫを送信するためのβ_offset値(９０５)、ＸＰ ＰＵＳＣＨ上でＹＰ ＨＡＲＱ－ＡＣＫを送信するためのβ_offset値(９１０)を含む。場合によって、ＸＰ ＰＵＳＣＨ上でＸＰ／ＹＰ ＨＡＲＱ－ＡＣＫなしにＣＳＩ ｐａｒｔ１／２のみが送信されるか、或いはＸＰ ＰＵＳＣＨ上でＸＰ／ＹＰ ＨＡＲＱ－ＡＣＫに加えてＣＳＩ ｐａｒｔ１／２も送信されることもあるが、論点を濁すことを防止するために、ＣＳＩ ｐａｒｔ１／２の送信に関する説明は省略する。一方、ＸＰ ＰＵＳＣＨ上でＸＰ ＨＡＲＱ－ＡＣＫに加えてＹＰ ＨＡＲＱ－ＡＣＫも送信されることができ、この場合、β_offset値(９０５)及びβ_offset値(９１０)が共に使用される。ＸＰ ＰＵＳＣＨ上でＹＰ ＨＡＲＱ－ＡＣＫを送信するためのβ_offset値(９１０)は、(i)ＸＰ＞ＹＰである場合(即ち、ＨＰ ＰＵＳＣＨ上でＬＰ ＨＡＲＱ－ＡＣＫ送信)に対するβ_offset値(９１０ａ)、及び(ii)ＸＰ＜ＹＰである場合(即ち、ＬＰ ＰＵＳＣＨ上でＨＰ ＨＡＲＱ－ＡＣＫ送信)に対するβ_offset値(９１０ｂ)を含む。(i)ＸＰ＞ＹＰと(ii)ＸＰ＜ＹＰは両立できない条件であるので、(i)β_offset値(９１０ａ)と(ii)β_offset値(９１０ｂ)のいずれかが使用できるが、(i)，(ii)が一緒に使用されることはない。例えば、ＲＲＣシグナリングにより、ＵＥに(i)β_offset値(９１０ａ)と(ii)β_offset値(９１０ｂ)が全て設定されても、ＵＥはＸＰがＨＰであるか、それともＬＰであるかによって、(i)β_offset値(９１０ａ)と(ii)β_offset値(９１０ｂ)のうちのいずれかを選択してＹＰ ＵＣＩをＸＰ ＰＵＳＣＨ上で送信する(図８、８１５)。β_offset値(９０５)は(i)／(ii)の両方に対して使用できる。ＵＥは該当ＨＡＲＱ－ＡＣＫのペイロードサイズによって、Ｉ_offset，０ ^HARQ-ACKx、Ｉ_{offset，１Ｈ} ^ARQ-ACKx及びＩ_offset，２ ^HARQ-ACKxのうちのいずれかを選択してＵＣＩをＸＰ ＰＵＳＣＨ上で送信する(図８、８１５)。

【0138】

i．及び／又は、ＸＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＸＰ ｏｎｌｙ，ｗｉｔｈ ＹＰ}に対して各ケースごとにＸＰ ＵＣＩに対する４つのβ_offsetセットが設定される。例えば、ＸＰ ＰＵＳＣＨ上でＹＰ ＵＣＩなしにＸＰ ＵＣＩのみが送信される場合に対して４つのβ_offsetセットが設定され、ＸＰ ＰＵＳＣＨ上で(ＸＰ ＵＣＩに加えて)ＹＰ ＵＣＩも送信される場合((i)ＸＰ＞ＹＰ、(ii)ＸＰ＜ＹＰのそれぞれ)に対して４つのβ_offsetセットが設定される。

【0139】

ii．及び／又は、ＨＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}に対して各ケースごとにＬＰ ＵＣＩに対する４つのβ_offsetセットが設定され、及び／又はＬＰ ＰＵＳＣＨに対して２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}に対して各ケースごとにＬＰ ＵＣＩに対する４つのβ_offsetセットが設定される。例えば、ＨＰ ＰＵＳＣＨ上で(ＨＰ ＵＣＩなしに)ＬＰ ＵＣＩのみが送信される場合に対して４つのβ_offsetセットが設定され、ＨＰ ＰＵＳＣＨ上で(ＬＰ ＵＣＩに加えて)ＨＰ ＵＣＩも送信される場合に対して４つのβ_offsetセットが設定される。例えば、ＬＰ ＰＵＳＣＨ上で(ＨＰ ＵＣＩなしに)ＬＰ ＵＣＩのみが送信される場合に対して４つのβ_offsetセットが設定され、ＬＰ ＰＵＳＣＨ上で(ＬＰ ＵＣＩに加えて)ＨＰ ＵＣＩも送信される場合に対して４つのβ_offsetセットが設定される。

【0140】

Ｂ．ＤＣＩ内のβ_offset指示フィールドにより指示される一つのｓｔａｔｅ Ｘに、上記２つの組み合わせのそれぞれに設定されたβ_offsetセットインデックスＸの集合、即ち、{ＸＰ＋ＸＰ組み合わせに設定されたセットインデックスＸ、ＹＰ＋ＸＰ組み合わせ設定されたセットインデックスＸ}で構成された２つのセットがマッピングされる(例えば、図８の８１０、図９)。

【0141】

Ｃ．ＤＣＩによりスケジューリングされたＰＵＳＣＨとＵＣＩの優先順位の組み合わせによって、ＤＣＩ内のβ_offset指示フィールドにより指示されたｓｔａｔｅにマッピングされた２つのセットのうち、該当優先順位の組み合わせに設定された／対応するセットに属するβ_offset値が適用される。

【0142】

Ｄ．一方、ＵＣＩ＋ＰＵＳＣＨの組み合わせが{ＬＰ＋ＨＰ}である場合に限って、上記のようなｓｍａｌｌ β_offset値(例えば、１未満のβ_offset)を設定／適用することができ、この場合にも、かかるｓｍａｌｌ β_offset値はＬＰ ＣＳＩにのみ(例えば、ＣＳＩ ｐａｒｔ １及び／又はｐａｒｔ ２、又はＣＳＩ ｐａｒｔ ２にのみ)設定される。

【0143】

Ｅ．一方、ｆａｌｌｂａｃｋ ＰＵＳＣＨ及び／又はＣＧ ＰＵＳＣＨに対して該当ＰＵＳＣＨとＵＣＩの優先順位の組み合わせごとに準－静的β_offsetが別に設定され、実際ＵＣＩ＋ＰＵＳＣＨ優先順位の組み合わせによって該当組み合わせ設定された／対応するβ_offsetが適用される。

【0144】

[２]互いに異なる優先順位を有するＵＣＩとＰＵＳＣＨの組み合わせのためのａｌｐｈａ ｆａｃｔｏｒの設定／指示

【0145】

１)準－静的ａｌｐｈａ ｆａｃｔｏｒ

【0146】

Ａ．ａｌｐｈａ ｆａｃｔｏｒが各ＰＵＳＣＨ優先順位(例えば、ＬＰ／ＨＰ)(組み合わせ)ごとに準－静的に設定される。例えば、ＸＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}又は３つのＵＣＩケース{ＬＰ ｏｎｌｙ，ＨＰ ｏｎｌｙ，ＬＰ＋ＨＰ}又は２つのＵＣＩケース{ＸＰ ｏｎｌｙ，ｗｉｔｈ ＹＰ}又は３つのＵＣＩケース{ＸＰ ｏｎｌｙ，ＹＰ ｏｎｌｙ，ＸＰ＋ＹＰ}に対して、各ケースごとに一つのａｌｐｈａ ｆａｃｔｏｒ値が設定される。

【0147】

i．又は、ＸＰ ＰＵＳＣＨについて、各ＵＣＩ優先順位(組み合わせ)ごとに(例えば、ＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれに対して)ａｌｐｈａ ｆａｃｔｏｒ値が設定される。この場合、ＵＥ／ＢＳは特定の優先順位のＵＣＩがマッピングされるＲＥ数を決定するとき、該当ＵＣＩ優先順位に設定されたａｌｐｈａ ｆａｃｔｏｒ値を適用することができる。

【0148】

Ｂ．上記に基づいて、実際スケジューリング／設定されたＵＣＩとＰＵＳＣＨ優先順位の組み合わせ(及びＵＣＩケース種類)によって、該当組み合わせ(及びケース)に設定された／対応するａｌｐｈａ ｆａｃｔｏｒ値が適用される。

【0149】

Ｃ．一方、(例えば、ＨＰ ＰＵＳＣＨ上の)ＵＬ－ＳＣＨ保護のために０を含む０.５未満のｓｍａｌｌａｌｐｈａ ｆａｃｔｏｒ値を設定／適用することができ、かかるｓｍａｌｌａｌｐｈａ ｆａｃｔｏｒ値はＨＰ ＰＵＳＣＨにのみ設定されるか、及び／又はＬＰ ＵＣＩにのみ(例えば、“ＬＰ ｏｎｌｙ”ケースにのみ)設定される。

【0150】

２)動的ａｌｐｈａ ｆａｃｔｏｒ

【0151】

Ａ．ａｌｐｈａ ｆａｃｔｏｒが各ＰＵＳＣＨ優先順位(例えば、ＬＰ／ＨＰ)(組み合わせ)ごとにＲＲＣ設定後、ＤＣＩにより動的に指示される。例えば、ＸＰ ＰＵＳＣＨについて、２つのＵＣＩケース{ＬＰ ｏｎｌｙ，ｗｉｔｈ ＨＰ}又は３つのＵＣＩケース{ＬＰ ｏｎｌｙ，ＨＰ ｏｎｌｙ，ＬＰ＋ＨＰ}又は２つのＵＣＩケース{ＸＰ ｏｎｌｙ，ｗｉｔｈ ＹＰ}又は３つのＵＣＩケース{ＸＰ ｏｎｌｙ，ＹＰ ｏｎｌｙ，ＸＰ＋ＹＰ}に対して、各ケースごとに(例えば、セットインデックス＝０，１，…，Ｋ－１を有する)Ｋ個(例えば、Ｋ＝４)のａｌｐｈａ ｆａｃｔｏｒ値のセット(それを“ａｌｐｈａ ｆａｃｔｏｒセット”と定義)がＲＲＣにより設定される。

【0152】

i．又は、ＸＰ ＰＵＳＣＨについて、各ＵＣＩ優先順位ごとに(例えば、ＬＰ ＵＣＩとＨＰ ＵＣＩのそれぞれに対して)ａｌｐｈａ ｆａｃｔｏｒセットが設定される。この場合、ＵＥは特定の優先順位のＵＣＩがマッピングされるＲＥ数を決定するとき、該当ＵＣＩ優先順位に設定されたａｌｐｈａ ｆａｃｔｏｒセットを適用する。

【0153】

Ｂ．ＤＣＩ内の(ａｌｐｈａ ｆａｃｔｏｒ指示用の)特定のフィールドにより指示される一つのｓｔａｔｅ Ｘに、上記２つの(又は３つの)ＵＣＩケースのそれぞれに設定されたａｌｐｈａ ｆａｃｔｏｒセットインデックスＸのセットがマッピングされる。

【0154】

i．例えば、(i){“ＬＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ｗｉｔｈ ＨＰ”ケースに設定されたセットインデックスＸ}で構成された２つのセット、又は(ii){“ＬＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ＨＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ＬＰ＋ＨＰ”ケースに設定されたセットインデックスＸ}で構成された３つのセット、又は(iii){“ＸＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ｗｉｔｈ ＹＰ”ケースに設定されたセットインデックスＸ}で構成された２つのセット、又は(iv){“ＸＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ＹＰ ｏｎｌｙ”ケースに設定されたセットインデックスＸ、“ＸＰ＋ＹＰ”ケースに設定されたセットインデックスＸ}で構成された３つのセットが設定される。

【0155】

Ｃ．ＤＣＩによりスケジューリングされたＰＵＳＣＨとＵＣＩの優先順位の組み合わせわせ(及びＵＣＩケース種類)によって、ＤＣＩ内の特定のフィールドにより指示された状態にマッピングされた２つの(又は３つの)セットのうち、該当優先順位の組み合わせわせ(及びＵＣＩケース)に設定された／対応するセットに属するａｌｐｈａ ｆａｃｔｏｒ値が適用される。

【0156】

Ｄ．一方、ＵＬ－ＳＣＨ保護のために０を含む０.５未満のｓｍａｌｌａｌｐｈａ ｆａｃｔｏｒ値を設定／適用でき、この場合にもかかるｓｍａｌｌ ａｌｐｈａ ｆａｃｔｏｒ値はＨＰ ＰＵＳＣＨにのみ設定されるか、及び／又はＬＰ ＵＣＩにのみ(例えば、“ＬＰ ｏｎｌｙ”ケースにのみ)設定される。

【0157】

Ｅ．一方、上記のような動的ａｌｐｈａ ｆａｃｔｏｒが指示されない(例えば、上記のようなｆａｌｌｂａｃｋ ＰＵＳＣＨ又はＣＧ ＰＵＳＣＨである)場合に適用される別の準－静的ａｌｐｈａ ｆａｃｔｏｒ値が上記のようにＰＵＳＣＨ／ＵＣＩ優先順位とＵＣＩケースの組み合わせごとに設定される。

【0158】

[３]ＬＰ ＰＵＳＣＨ上のＨＰ ＨＡＲＱ－ＡＣＫ多重化関連ハンドリング動作

【0159】

１)問題状況

【0160】

Ａ．ＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対する多重化される状況において、(ａ)(ＬＰ ＰＵＳＣＨ上に多重化される)ＨＰ ＨＡＲＱ－ＡＣＫに対して(ＤＣＩにより)指示／設定されたβ_offset値に基づいて算出されたＨＰ ＨＡＲＱ－ＡＣＫマッピングに求められるＲＥ数をＮ_hと定義し、(ｂ)ＰＵＳＣＨリソース内の(ＤＭＲＳ／ＰＴＲＳなどを除いたＵＣＩマッピング可能な)総加用の(ａｖａｉｌａｂｌｅ)ＲＥ数をＮ_tと(そしてａｌｐｈａ ｆａｃｔｏｒをαと)定義するとき、もしＮ_h＞ａｌｐｈａ(α)＊Ｎ_tの形態になる場合、又はＮ_hがａｌｐｈａ(α)＊Ｎ_t未満の特定値(＝Ｍ＜ａｌｐｈａ(α)＊Ｎ_t)より大きい場合(そしてこの状況に既存のようにＨＰ ＨＡＲＱ－ＡＣＫマッピングＲＥ数が{α＊Ｎ_t}個に制限される場合)、該当ＨＰ ＨＡＲＱ－ＡＣＫに対する送信性能(例えば、ＨＰ ＵＣＩ信頼度)が低下する。例えば、ＬＰ ＰＵＳＣＨ上でＵＣＩのため使用可能な総ＲＥの数Ｎ_tのうち、(ＨＰ)ＵＣＩ多重化のために加用の総ＲＥの数がａｌｐｈａ(α)＊Ｎ_tであり、ＨＰ ＵＣＩ(例えば、ＨＰ ＨＡＲＱ－ＡＣＫ)のペイロードに基づいて算出されたＨＰ ＵＣＩ(例えば、ＨＰ ＨＡＲＱ－ＡＣＫ)送信に求められるＲＥ数がＮ_hであり、Ｎ_h＞ａｌｐｈａ(α)＊Ｎ_tである場合、又はＮ_hがａｌｐｈａ(α)＊Ｎ_t未満の特定値(＝Ｍ＜ａｌｐｈａ(α)＊Ｎ_t)より大きい場合、ＨＰ ＵＣＩのためのＲＥ数の不足によりＨＰ ＵＣＩ性能が低下する問題があり得る。このような問題を解決する方案について説明する。

【0161】

２)提案方法

【0162】

Ａ．Ｏｐｔ １

【0163】

i．(上述したように)ＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対する多重化のとき、もしＮ_h＞α＊Ｎ_tの形態になる場合、又はＮ_hがα＊Ｎ_t未満の特定値(＝Ｍ＜α＊Ｎ_t)より大きい場合は、ＵＥ／ＢＳはＨＰ ＨＡＲＱ－ＡＣＫマッピングにＮ_h個のＲＥを優先して割り当て、残りの{Ｎ_t－Ｎ_h}個のＲＥを全てＵＬ－ＳＣＨマッピングに割り当てるように動作する。一例として、ＵＥはＨＰ ＨＡＲＱ－ＡＣＫを除いた残りのＵＣＩ(例えば、ＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対してはＬＰ ＰＵＳＣＨ上の多重化送信を省略するように動作する。又は残りの{Ｎ_t－Ｎ_h}個のＲＥに他のＵＣＩ(例えば、ＨＰ ＣＳＩ、ＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)のうちの少なくとも一部をマッピングし、その後にＵＬ－ＳＣＨをマッピングすることもできる。

【0164】

ii．又はこの場合、ＵＥ／ＢＳは特定のアルファ値(例えば、ａｌｐｈａ＝１.０)を仮定した状態で、ＨＰ ＵＣＩ及びＬＰ ＵＣＩ、そしてＵＬ－ＳＣＨマッピングに割り当てられるＲＥ数を決定する。例えば、ＵＥに実際に設定されたａｌｐｈａ ｆａｃｔｏｒが第１値(例えば、第１値＜１)であるにもかかわらず、ＵＥ／ＢＳはＮ_h＞α＊Ｎ_t又はＮ_h＞Ｍの状況ではまるでＵＥに第２値のａｌｐｈａ ｆａｃｔｏｒ(例えば、第２値＝１)が設定されたことを仮定して(例外的に)動作することができる。上記のように実際設定されたａｌｐｈａ ｆａｃｔｏｒ(例えば、第１値＜１)ではない特定のａｌｐｈａ ｆａｃｔｏｒ(例えば、第２値＝１)を仮定して、ＬＰ ＰＵＳＣＨ上のＵＣＩ多重化／マッピングを行う動作は、上述したように、Ｎ_h＞α＊Ｎ_t又はＮ_h＞Ｍの状況にのみ適用するように制限されるか又はＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫが多重化される状況であれば、常に適用するように端末動作が規定される。

【0165】

Ｂ．Ｏｐｔ ２

【0166】

i．(上述したように)ＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対する多重化のとき、もしＮ_h＞α＊Ｎ_t又はＮ_h＞Ｍの形態になる場合は、ＬＰ ＰＵＳＣＨ送信を省略し、ＨＰ ＨＡＲＱ－ＡＣＫを含む全てのＵＣＩ(例えば、ＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)をＰＵＣＣＨ上に(多重化)送信するか、又はＬＰ ＰＵＳＣＨではない他のＰＵＳＣＨ上に多重化して送信するように動作する。一例として、ＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対する多重化のとき、もしＮ_h＞α＊Ｎ_t又はＮ_h＞Ｍの形態になる場合には、ＬＰ ＰＵＳＣＨ送信を省略し、少なくともＨＰ ＨＡＲＱ－ＡＣＫを含む第１ＵＣＩを第１ＰＵＣＣＨ上で送信する。一例として、第１ＵＣＩは(該当ＰＵＣＣＨリソース／フォーマットによって)ＨＰ ＵＣＩ(例えば、ＨＰ ＣＳＩ)及び／又はＬＰ ＨＡＲＱ－ＡＣＫをさらに含む。一例として、第１ＰＵＣＣＨはＨＰ ＰＵＣＣＨであるか又はＬＰ ＰＵＣＣＨである。一例として、第１ＰＵＣＣＨはＨＰ／ＬＰ ＰＵＣＣＨのうち、時間ドメインにおいて先に位置する。

【0167】

Ｃ．Ｏｐｔ ３

【0168】

i．(上述したように)ＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫ(及び／又はＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)に対する多重化のとき、もしＮ_h＞α＊Ｎ_t又はＮ_h＞Ｍの形態になる場合は、ＵＥはＬＰ ＰＵＳＣＨ上にはＨＰ ＨＡＲＱ－ＡＣＫを含むＵＣＩのみをマッピングし、ＵＬ－ＳＣＨマッピング／送信は省略するように動作する。例えば、ＵＥはＨＰ ＨＡＲＱ－ＡＣＫ以外にも送信すべき他のＵＣＩ(例えば、ＬＰ ＨＡＲＱ－ＡＣＫ及び／又はＬＰ ＣＳＩ)が存在する場合は、該当ＨＰ ＨＡＲＱ－ＡＣＫマッピングにＮ_h個のＲＥを優先して割り当て、これとは異なり、もしＨＰ ＨＡＲＱ－ＡＣＫ以外に送信する他のＵＣＩが存在しない場合には、該当ＨＰ ＨＡＲＱ－ＡＣＫマッピングに全てのＮ_t個のＲＥを割り当てる。後者の場合、Ｎ_hより多いＮ_t個のＲＥにＨＰ ＨＡＲＱ－ＡＣＫがマッピングされる。

【0169】

Ｄ．Ｎｏｔｅ

【0170】

i．上記例示において、ＬＰ ＰＵＳＣＨと時間上重なるＰＵＣＣＨ／ＵＣＩの組み合わせに関係なく常にＯｐｔ １／２／３のうちのいずれかの動作を適用するか、又はケース１)ＬＰ ＰＵＳＣＨと時間上重なるＰＵＣＣＨ／ＵＣＩにＬＰ ＨＡＲＱ－ＡＣＫが含まれない場合にはＯｐｔ １の動作を適用し、ケース２)ＬＰ ＰＵＳＣＨと時間上重なるＰＵＣＣＨ／ＵＣＩに(ＨＰ ＨＡＲＱ－ＡＣＫ及び)ＬＰ ＨＡＲＱ－ＡＣＫが含まれた場合にはＯｐｔ ２／３のうちのいずれかを適用する。

【0171】

ii．上述した"２)提案方法"はａｌｐｈａ ｆａｃｔｏｒ(例えば、ＵＣＩ ＲＥ数の決定／不足)に関連するものであり、上述した準－静的／動的β_offset と相反しない範囲内で一緒に実施されるか又は個々に実施される。

【0172】

iii．図１０は"２)提案方法"の一実施例を説明するための図である。図１０を参照すると、端末は上位階層シグナリングによりα_１を含む少なくとも一つのａｌｐｈａ ｆａｃｔｏｒを受信する(Ａ０５)。端末はＬＰ ＰＵＳＣＨ上にＨＰ ＨＡＲＱ－ＡＣＫを送信する状況において、ＨＰ ＨＡＲＱ－ＡＣＫ送信のために求められるＲＥ数Ｎ_hを計算する(Ａ１０)。Ｎ_h＞α_１＊Ｎ_t又はＮ_h＞Ｍでなければ、端末は上位階層シグナリングにより設定されたα_１に基づいてＨＰ ＨＡＲＱ－ＡＣＫを含むＵＣＩ送信をＬＰ ＰＵＳＣＨ上で行う(Ａ２５)。Ｎ_h＞α_１＊Ｎ_t又はＮ_h＞Ｍである場合は、(端末は上位階層シグナリングにより設定されたα_１を無視し)ＨＰ ＨＡＲＱ－ＡＣＫを含むＵＣＩ送信を行う(Ａ２０)。一例として、ＨＰ ＨＡＲＱ－ＡＣＫはＰＵＣＣＨで送信されるか又はＬＰ ＰＵＳＣＨ上でＮ_h個のＲＥにより送信される(例えば、Ｏｐｔ１／２／３)。

【0173】

図１１は本発明の一実施例による信号送受信方法の一具現例を示す。図１１は上述した例示についての理解を助けるためのものであり、本発明の権利範囲は図１１に限定されない。上記と重複する説明は省略し、必要によって上述した内容を参照できる。

【0174】

図１１を参照すると、端末はＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)上に送信されるＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)のＲＥ(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)数を決定するための複数のベータオフセット(β_offset)値に関する情報を受信する(Ｂ０５)(ｔｈｅ ＵＥ ｍａｙ ｒｅｃｅｉｖｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｇａｒｄｉｎｇ ａ ｐｌｕｒａｌｉｔｙ ｏｆ ｂｅｔａ ｏｆｆｓｅｔ ｖａｌｕｅｓ(βoffset) ｆｏｒ ｄｅｔｅｒｍｉｎｉｎｇ ａ ｎｕｍｂｅｒ ｏｆ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔｓ(ＲＥｓ) ｏｆ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ(ＵＣＩ) ｔｏ ｂｅ ｔｒａｎｓｍｉｔｔｅｄ ｏｎ ａ ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ(ＰＵＳＣＨ))。

【0175】

端末は第１ＰＵＳＣＨをスケジューリングするＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を受信する(Ｂ１０)(ｔｈｅ ＵＥ ｍａｙ ｒｅｃｅｉｖｅ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ(ＤＣＩ) ｓｃｈｅｄｕｌｉｎｇ ａ ｆｉｒｓｔ ＰＵＳＣＨ)。

【0176】

端末は複数のベータオフセット値及びＤＣＩに含まれたベータオフセット指示子に基づいて、第１ＨＡＲＱ－ＡＣＫ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)を含む第１ＵＣＩを第１ＰＵＳＣＨ上にマッピングする(Ｂ１５)(ｔｈｅ ＵＥ ｍａｙ ｍａｐ ｆｉｒｓｔ ＵＣＩ ｉｎｃｌｕｄｉｎｇ ａ ｆｉｒｓｔ ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ(ＨＡＲＱ－ＡＣＫ) ｏｎ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ， ｂａｓｅｄ ｏｎ ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｂｅｔａ ｏｆｆｓｅｔ ｖａｌｕｅｓ ａｎｄ ａ ｂｅｔａ ｏｆｆｓｅｔ ｉｎｄｉｃａｔｏｒ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ＤＣＩ)。

【0177】

端末は第１ＰＵＳＣＨを送信する(Ｂ２０)(ｔｈｅ ＵＥ ｍａｙ ｔｒａｎｓｍｉｔ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ)。

【0178】

端末は第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位とは異なっても第１ＨＡＲＱ－ＡＣＫを第１ＰＵＳＣＨ上にマッピングして送信するように設定される(ｔｈｅ ＵＥ ｃａｎ ｂｅ ｃｏｎｆｉｇｕｒｅｄ ｔｏ ｍａｐ ｔｈｅ ｆｉｒｓｔ ＨＡＲＱ－ＡＣＫ ｏｎ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ ｅｖｅｎ ｔｈｏｕｇｈ ａ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＨＡＲＱ－ＡＣＫ ｉｓ ｄｉｆｆｅｒｅｎｔ ｆｒｏｍ ａ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ)。

【0179】

複数のベータオフセット値は、第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位が同一である場合のための第１ベータオフセット値、及び第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位が異なる場合のための第２ベータオフセット値を含む(ｔｈｅ ｐｌｕｒａｌｉｔｙ ｏｆ ｂｅｔａ ｏｆｆｓｅｔ ｖａｌｕｅＳ ｍａｙ ｉｎｃｌｕｄｅ， ｆｉｒｓｔ ｂｅｔａ ｏｆｆｓｅｔ ｖａｌｕｅｓ ｆｏｒ ａ ｃａｓｅ ｗｈｅｒｅ ｔｈｅ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＨＡＲＱ－ＡＣＫ ｉｓ ｓａｍｅ ａｓ ｔｈｅ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ， ａｎｄ ｓｅｃｏｎｄ ｂｅｔａ ｏｆｆｓｅｔ ｖａｌｕｅｓ ｆｏｒ ａ ｃａｓｅ ｗｈｅｒｅ ｔｈｅ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＨＡＲＱ－ＡＣＫ ｉｓ ｄｉｆｆｅｒｅｎｔ ｆｒｏｍ ｔｈｅ ｐｒｉｏｒｉｔｙ ｏｆ ｔｈｅ ｆｉｒｓｔ ＰＵＳＣＨ)。

【0180】

端末は第１ＨＡＲＱ－ＡＣＫの優先順位に基づいて、第１ベータオフセット値のうち、ＤＣＩに含まれたベータオフセット指示子が指示するベータオフセット値を選択するか、又は第２ベータオフセット値のうち、ＤＣＩに含まれたベータオフセット指示子が指示するベータオフセット値を選択する。

【0181】

ＤＣＩに含まれたベータオフセット指示子により指示可能なＮ個のフィールド状態はＮ個のベータオフセットのセットインデックスに関連する。

【0182】

第１ベータオフセット値はＮ個のフィールド状態のそれぞれに対するベータオフセット値を含み、第２ベータオフセット値はＮ個のフィールド状態のそれぞれに対するベータオフセット値を含む。一例として、ＤＣＩによりＮ個のフィールド状態のうちのいずれかの特定の状態が指示される。端末はこの指示された特定の状態に対して設定された第１ベータオフセット値と第２ベータオフセット値に基づいて第１ＰＵＳＣＨ上にマッピングされる第１ＵＣＩのＲＥ(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)の数を決定する。

【0183】

ＤＣＩに含まれたベータオフセット指示子は２－ビットであり、Ｎ個のフィールド状態はベータオフセットのセットインデックス{００，０１，１０，１１}に関連する。一例として、第１ベータオフセット値は４つのベータオフセットのセットインデックス{００，０１，１０，１１}のそれぞれに対するベータオフセット値を含み、第２ベータオフセット値は４つのベータオフセットのセットインデックス{００，０１，１０，１１}のそれぞれに対するベータオフセット値を含む。

【0184】

第２ベータオフセット値は、(i)第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位より高い場合のためのベータオフセット値、及び(ii)第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位より低い場合のためのベータオフセット値を含む。一例として、端末は第１ＰＵＳＣＨ優先順位が第１優先順位であるか、それとも第１優先順位より高い第２優先順位であるかに基づいて、第２ベータオフセット値のうち、(i)第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位より高い場合のためのベータオフセット値を選択するか、又は(ii)第１ＨＡＲＱ－ＡＣＫの優先順位が第１ＰＵＳＣＨ優先順位より低い場合のためのベータオフセット値を選択する。

【0185】

第１ＵＣＩを第１ＰＵＳＣＨ上にマッピングすることは、上位階層シグナリングにより設定された第１アルファ値(α_１)に基づいて第１ＰＵＳＣＨ上で加用のＵＣＩ ＲＥの総数‘Ｎ_t'を算出すること、及び複数のベータオフセット値及びＤＣＩに含まれたベータオフセット指示子に基づいて決定された特定のベータオフセット値に基づいて、第１ＨＡＲＱ－ＡＣＫのマッピングのためのＲＥの数‘Ｍ'を算出することを含む。一例として、第１ＨＡＲＱ－ＡＣＫが第１優先順位より高い第２優先順位を有し、‘Ｍ'が‘α_１＊Ｎ_t'を超えることに基づいて、端末は総‘Ｎ_t'個のＲＥに第１ＨＡＲＱ－ＡＣＫを含むＵＣＩのみを第１ＰＵＳＣＨ上にマッピングする。一例として、第１ＨＡＲＱ－ＡＣＫが第１優先順位より高い第２優先順位を有し、‘Ｍ'が‘α_１＊Ｎ_t'を超えることに基づいて、端末は上位階層シグナリングにより第２アルファ値(α_２)が設定されたと仮定し、端末は総‘ａ_２＊Ｎ_t'個のＲＥのうち、特定の‘Ｍ'個のＲＥに第１ＨＡＲＱ－ＡＣＫをマッピングする。好ましくは、第１アルファ値として{０.５，０.６５，０.８，１.０}のうちのいずれかが上位階層シグナリングにより設定され、第２アルファ値は１に固定される。

【0186】

一例として、第１ＨＡＲＱ－ＡＣＫが第１優先順位より高い第２優先順位を有し、‘Ｍ'が'α_１＊Ｎ_t'を超えることに基づいて、端末は第１ＰＵＳＣＨの送信を省略(ｄｒｏｐ)し、第１ＨＡＲＱ－ＡＣＫのみをＰＵＣＣＨを介して送信するか又は第１ＨＡＲＱ－ＡＣＫを第１ＰＵＳＣＨとは異なる第２ＰＵＳＣＨ上に多重化して送信する。

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

【表9】

【0212】

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)パラメータを設定するのに必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報を含んでもよい。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸの定義において以下のような情報を含む。

【0213】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

【0214】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会の後に端末が起動状態にある時間区間の長さを定義

【0215】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義

【0216】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大の時間区間の長さを定義

【0217】

－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義

【0218】

－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ(ｏｐｔｉｏｎａｌ)：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義

【0219】

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちのいずれか１つでも動作中であれば、端末は起動状態を維持しながら、毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

【0220】

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

【0221】

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0222】

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】