特許 6918992 無線通信システムにおけるＰＵＣＣＨリソースを構成する方法および装置

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

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

(11)【特許番号】6918992

(24)【登録日】2021年7月27日

(45)【発行日】2021年8月11日

(54)【発明の名称】無線通信システムにおけるＰＵＣＣＨリソースを構成する方法および装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20210729BHJP

   H04W 16/28 20090101ALI20210729BHJP

   H04W 74/08 20090101ALI20210729BHJP

   H04W 28/04 20090101ALI20210729BHJP

【ＦＩ】

   H04W72/04 136

   H04W16/28

   H04W74/08

   H04W28/04 110

【請求項の数】11

【全頁数】34

(21)【出願番号】特願2019-571434(P2019-571434)

(86)(22)【出願日】2019年5月9日

(65)【公表番号】特表2020-526089(P2020-526089A)

(43)【公表日】2020年8月27日

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

(87)【国際公開番号】WO2019216654

(87)【国際公開日】20191114

【審査請求日】2019年12月24日

(31)【優先権主張番号】62/669,968

(32)【優先日】2018年5月10日

(33)【優先権主張国】US

(31)【優先権主張番号】62/672,038

(32)【優先日】2018年5月15日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ ヨンチョン

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】ファン テソン

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 OPPO，Summary of offline discussion on PUCCH resource allocation，3GPP TSG-RAN WG1#92b R1-1805742，フランス，3GPP，２０１８年 ４月２４日，Sections 3-4

【文献】 Ericsson，On remaining issues of scheduling and HARQ management，3GPP TSG-RAN WG1#92b R1-1805189，フランス，3GPP，２０１８年 ４月 ７日，Sections 1-2

【文献】 Ericsson，Feature lead summary 1 for beam measurement and reporting，3GPP TSG-RAN WG1#93 R1-1807625，フランス，3GPP，２０１８年 ５月２４日，Pages 5-6

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

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

Ｈ０４Ｗ ４／００ − ９９／００

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて無線装置により行われる方法であって、
前記無線装置に対する無線リソース制御（Radio Resource Control；ＲＲＣ）接続が確立される前に、デフォルト物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）リソースを使用して第１のアップリンク制御情報（Uplink Control Information；ＵＣＩ）をネットワークに送信することと、
前記無線装置に対する前記ＲＲＣ接続が確立された後に、端末（ＵＥ）専用ＰＵＣＣＨリソースを使用して第２のＵＣＩを前記ネットワークに送信することと、を有し、
前記デフォルトＰＵＣＣＨリソースを使用する送信は、ランダムアクセス手順においてランダムアクセス応答によってスケジューリングされた物理アップリンク共有チャネル（Physical Uplink Shared Channel；ＰＵＳＣＨ）送信に使用されたビームに基づき、
前記ＵＥ専用ＰＵＣＣＨリソースを使用する送信は、前記ネットワークによって明示的に構成されたビームに基づく、方法。

【請求項2】

物理ダウンリンク共有チャネル（Physical Downlink Shared Channel；ＰＤＳＣＨ）送信を前記ネットワークから受信することをさらに有し、
前記第１のＵＣＩは、一時的なセル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier；Ｃ−ＲＮＴＩ）に基づく前記ＰＤＳＣＨ送信に対応するハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest；ＨＡＲＱ）−確認応答（ACKnowledgement；ＡＣＫ）を有する、請求項１に記載の方法。

【請求項3】

前記デフォルトＰＵＣＣＨリソースに関する情報を有する残りの最小システム情報（Remaining Minimum System Information；ＲＭＳＩ）を受信することをさらに有する、請求項１に記載の方法。

【請求項4】

１つまたは複数のランダムアクセス手順中にビーム方向を使用して物理ランダムアクセスチャネル（Physical Random Access Channel；ＰＲＡＣＨ）プリアンブルを送信することと、
前記デフォルトＰＵＣＣＨリソースに対する送信構成インジケータ（Transmission Configuration Indicator；ＴＣＩ）状態を、前記１つまたは複数のランダムアクセス手順のうちの最も最近のランダムアクセス手順中に前記ＰＲＡＣＨプリアンブルの送信に使用されたビーム方向に基づいて決定することと、をさらに有する、請求項１に記載の方法。

【請求項5】

前記デフォルトＰＵＣＣＨリソースに対する前記ＴＣＩ状態を、コンテンションベースのランダムアクセス手順または非コンテンションベースのランダムアクセス手順に基づいてアップデートすることをさらに有する、請求項４に記載の方法。

【請求項6】

前記デフォルトＰＵＣＣＨリソースに対する送信構成インジケータ（Transmission Configuration Indicator；ＴＣＩ）状態を、コンテンションベースのランダムアクセス手順に基づいてアップデートすることをさらに有する、請求項１に記載の方法。

【請求項7】

ＵＥ専用ＰＵＣＣＨリソースに関する情報を受信することをさらに有する、請求項１に記載の方法。

【請求項8】

前記ＵＥ専用ＰＵＣＣＨリソースに対する送信構成インジケータ（Transmission Configuration Indicator；ＴＣＩ）状態をアップデートするための明示的な再構成を前記ネットワークから受信することをさらに有する、請求項１に記載の方法。

【請求項9】

前記無線装置は、移動端末機、ネットワーク、および前記無線装置以外の自律走行車両のうちの少なくとも１つと通信する、請求項１に記載の方法。

【請求項10】

無線通信システムにおける無線装置であって、
メモリと、
送受信部と、
前記メモリおよび前記送受信部と動作可能に接続される少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
前記無線装置に対する無線リソース制御（Radio Resource Control；ＲＲＣ）接続が確立される前に、前記送受信部を制御して、デフォルト物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）リソースを使用して第１のアップリンク制御情報（Uplink Control Information；ＵＣＩ）をネットワークに送信し、
前記無線装置に対する前記ＲＲＣ接続が確立された後に、前記送受信部を制御して、端末（ＵＥ）専用ＰＵＣＣＨリソースを使用して第２のＵＣＩを前記ネットワークに送信するように構成され、
前記デフォルトＰＵＣＣＨリソースを使用する送信は、ランダムアクセス手順においてランダムアクセス応答によってスケジューリングされた物理アップリンク共有チャネル（Physical Uplink Shared Channel；ＰＵＳＣＨ）送信に使用されたビームに基づき、
前記ＵＥ専用ＰＵＣＣＨリソースを使用する送信は、前記ネットワークによって明示的に構成されたビームに基づく、無線装置。

【請求項11】

無線通信システムにおける無線装置のためのプロセッサであって、
前記無線装置に対する無線リソース制御（Radio Resource Control；ＲＲＣ）接続が確立される前に、デフォルト物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）リソースを使用して第１のアップリンク制御情報（Uplink Control Information；ＵＣＩ）をネットワークに送信するように前記無線装置を制御し、
前記無線装置に対する前記ＲＲＣ接続が確立された後に、端末（ＵＥ）専用ＰＵＣＣＨリソースを使用して第２のＵＣＩを前記ネットワークに送信するように前記無線装置を制御するように構成され、
前記デフォルトＰＵＣＣＨリソースを使用する送信は、ランダムアクセス手順においてランダムアクセス応答によってスケジューリングされた物理アップリンク共有チャネル（Physical Uplink Shared Channel；ＰＵＳＣＨ）送信に使用されたビームに基づき、
前記ＵＥ専用ＰＵＣＣＨリソースを使用する送信は、前記ネットワークによって明示的に構成されたビームに基づく、プロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳細には、無線通信システム、特に、ＮＲ（New Radio access technology）において物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）リソース（資源）（resource）を構成する方法および装置に関する。

【背景技術】

【0002】

３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long-Term Evolution）は、高速パケット通信を可能とするための技術である。ＬＴＥの目標であるユーザおよび事業者のコスト削減、サービス品質の向上、カバレッジの拡張ならびにシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベルの必要条件として、ビット当たりコストの削減、サービス可用性（service availability）の向上、周波数バンドの柔軟な使用、簡単な構造、オープン（開放型）インターフェース（open interface）および端末の適切な電力消費を要求する。

【0003】

ＩＴＵ（International Telecommunication Union）および３ＧＰＰでＮＲ（New Radio access technology）システムに対する要求事項および仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ−Ｒ（ITU Radio communication sector）ＩＭＴ（International Mobile Telecommunications）−２０２０プロセスが提示するより長期的な要求事項とを、全て適時に満たすＮＲを成功裏に標準化するために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い将来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。

【0004】

ＮＲは、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine-Type-Communications）、ＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一の技術フレームワークを対象とする。ＮＲは、本質的に前方互換性（順方向互換性）がある（forward compatible）べきである。

【発明の概要】

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

【0005】

ＮＲでは、デフォルト（基本）（default）（もしくは、共通）ＰＵＣＣＨ（Physical Uplink Control CHannel）リソースならびにＵＥ専用ＰＵＣＣＨリソースが構成され得る。デフォルトＰＵＣＣＨリソースがいつおよび／またはいかなる動作のために使用されるかについて、明確に定義される必要がある。

【0006】

本発明は、ＢＷＰ動作の場合、ＰＵＣＣＨリソース構成を議論する。より具体的には、本発明は、ＲＡＣＨ（Random Access CHannel）手順およびフォールバック（fallback）動作をサポート（支援）する（supporting）ために、ＰＵＣＣＨリソースおよび関連するＱＣＬ（Quasi Co-Location）／送信構成インジケータ（Transmission Configuration Indicator；ＴＣＩ）状態を構成する方法について説明する。

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

【0007】

一態様において、無線通信システムにおいて無線装置により行われる方法が提供される。上記方法は、デフォルト（default）物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）リソースに関する情報を受信し、ｇＮＢと無線リソース制御（Radio Resource Control；ＲＲＣ）接続（連結）（connection）を確立する以前にのみ、デフォルトＰＵＣＣＨリソースを使用してアップリンク制御情報（Uplink Control Information；ＵＣＩ）をｇＮＢに送信することを有する。

【0008】

他の態様において、無線通信システムにおける無線装置が提供される。無線装置は、メモリと、送受信部と、メモリおよび送受信部と接続されるプロセッサと、を備える。無線装置は、送受信部を介して、デフォルト（default）ＰＵＣＣＨ（Physical Uplink Control CHannel）リソースに関する情報を受信し、ｇＮＢとＲＲＣ（Radio Resource Control）接続を確立する以前にのみ、送受信部を介して、デフォルトＰＵＣＣＨリソースを使用してＵＣＩ（Uplink Control Information）をｇＮＢに送信するように構成される。

【0009】

他の態様において、無線通信システムにおける無線装置のためのプロセッサが提供される。プロセッサは、デフォルト（default）ＰＵＣＣＨ（Physical Uplink Control CHannel）リソースに関する情報を受信するように無線装置を制御し、ｇＮＢとＲＲＣ（Radio Resource Control）接続を確立する以前にのみ、デフォルトＰＵＣＣＨリソースを使用してＵＣＩ（Uplink Control Information）をｇＮＢに送信するように無線装置を制御するように構成される。

【発明の効果】

【0010】

デフォルトＰＵＣＣＨリソースがいつおよび／またはいかなる動作のために使用されるかが明確に定義されることができる。

【図面の簡単な説明】

【0011】

【図1】本発明の技術的特徴が適用され得る無線通信システムの一例を示す図である。

【図2】本発明の技術的特徴が適用され得る無線通信システムの別の例を示す図である。

【図3】本発明の技術的特徴が適用され得るフレーム構造の一例を示す図である。

【図4】本発明の技術的特徴が適用され得るフレーム構造の別の例を示す図である。

【図5】斜線領域はＤＬ制御領域を示し、黒色部分はＵＬ制御領域を示す図である。

【図6】本発明の技術的特徴が適用され得るリソースグリッドの一例を示す図である。

【図7】本発明の技術的特徴が適用され得る同期チャネルの一例を示す図である。

【図8】本発明の技術的特徴が適用され得る周波数割り当て方式の一例を示す図である。

【図9】本発明の技術的特徴が適用され得る多重ＢＷＰ（multiple BWP）の一例を示す図である。

【図10】本発明の技術的特徴が適用され得る５Ｇ使用シナリオの例を示す図である。

【図11】本発明の技術的特徴が適用され得る無線通信システムの一例を示す図である。

【図12】本発明の一実施形態によってＵＣＩを送信する方法の一例を示す図である。

【図13】本発明の実施形態を実現するより詳細なＵＥを示す図である。

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

【0012】

以下で説明する技術的特徴は、３ＧＰＰ（3rd Generation Partnership Project）の標準化機構による通信規格や、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）の標準化機構による通信規格などで使用されることができる。例えば、３ＧＰＰの標準化機構による通信規格は、ＬＴＥ（Long Term Evolution）および／またはＬＴＥシステムの進化を含む。ＬＴＥシステムの進化は、ＬＴＥ−Ａ（Advanced）、ＬＴＥ−Ａ Ｐｒｏ、および／または５Ｇ ＮＲ（New Radio）を含む。ＩＥＥＥの標準化機構による通信規格は、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘなどのＷＬＡＮ（Wireless Local Area Network）システムを含む。前述したシステムは、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、および／またはＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの様々な多重アクセス技術をダウンリンク（ＤＬ；DownLink）および／またはアップリンク（ＵＬ；UpLink）に使用する。例えば、ＤＬにはＯＦＤＭＡのみを使用し、ＵＬにはＳＣ−ＦＤＭＡのみが使用されることができる。あるいは、ＤＬおよび／またはＵＬにＯＦＤＭＡとＳＣ−ＦＤＭＡとが混用されることもある。

【0013】

本明細書において、「／」および「、」は、「および／または」を示すものと解釈されなければならない。例えば、「Ａ／Ｂ」という表現は、「Ａおよび／またはＢ」を意味することができる。また、「Ａ、Ｂ」は「Ａおよび／またはＢ」を意味することができる。さらに、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂおよび／またはＣの少なくとも１つ」を意味することができる。さらに、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂおよび／またはＣの少なくとも１つ」を意味することができる。

【0014】

また、本明細書において、「または」という用語は、「および／または」を示すものと解釈されなければならない。例えば、「ＡまたはＢ」という表現は、１）Ａのみ、２）Ｂのみ、ならびに／または３）ＡおよびＢを全て含むことができる。即ち、本明細書において、「または」という表現は、「さらに、または代案として」を示すものと解釈されなければならない。

【0015】

図１は、本発明の技術的特徴が適用され得る無線通信システムの一例を示す。具体的には、図１は、Ｅ−ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）をベースとするシステムアーキテクチャである。前述したＬＴＥは、Ｅ−ＵＴＲＡＮを使用するＥ−ＵＭＴＳ（Evolved-UMTS）の一部である。

【0016】

図１を参照すると、無線通信システムは、１つもしくは複数のＵＥ（User Equipment）１０、Ｅ−ＵＴＲＡＮならびにＥＰＣ（Evolved Packet Core）を含む。ＵＥ１０は、ユーザが携帯する通信装置をいう。ＵＥ１０は、固定されるか、またはモビリティ（移動性）を有する（mobile）ことができ、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＳＳ（Subscriber Station）、無線機器などの別の用語で呼ばれ得る。

【0017】

Ｅ−ＵＴＲＡＮは、１つまたは複数のＢＳ（Bas Station）２０で構成される。ＢＳ２０は、ＵＥ１０に向けたＥ−ＵＴＲＡユーザプレーンおよび制御（コントロール）プレーン（control plane）プロトコルの終端を提供する。ＢＳ２０は、一般にＵＥ１０と通信する固定された局（地点）（fixed station）をいう。ＢＳ２０は、セル間の無線リソース管理（ＲＲＭ；Radio Resource Management）、無線ベアラ（ＲＢ；Radio Bearer）制御、接続モビリティ制御、無線アドミッション（承認）制御（radio admission control）、測定の構成／提供、動的リソース割り当て（スケジューラ）などの機能をホストする。ＢＳ２０は、ｅＮＢ（evolved NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（access point）などの別の用語で呼ばれ得る。

【0018】

ダウンリンク（ＤＬ；DownLink）は、ＢＳ２０からＵＥ１０への通信を示す。アップリンク（ＵＬ；UpLink）は、ＵＥ１０からＢＳ２０への通信を示す。サイドリンク（ＳＬ；SideLink）は、ＵＥ１０間の通信を示す。ＤＬで、送信器はＢＳ２０の一部であってもよく、受信器はＵＥ１０の一部であってもよい。ＵＬで、送信器はＵＥ１０の一部であってもよく、受信器はＢＳ２０の一部であってもよい。ＳＬで、送信器および受信器は、ＵＥ１０の一部であってもよい。

【0019】

ＥＰＣは、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving GateWay）およびＰ−ＧＷ（Packet Data Network (PDN) GateWay）を含む。ＭＭＥは、ＮＡＳ（Non-Access Stratum）セキュリティ（保安）（security）、アイドル状態のモビリティ処理、ＥＰＳ（Evolved Packet System）ベアラ制御などの機能をホストする。Ｓ−ＧＷは、モビリティアンカリング（anchoring）などの機能をホストする。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。便宜上、ＭＭＥ／Ｓ−ＧＷ３０は、単に「ゲートウェイ」と言及されるが、このエンティティ（個体）（entity）は、ＭＭＥおよびＳ−ＧＷを全て含むものと理解される。Ｐ−ＧＷは、ＵＥ ＩＰ（Internet Protocol）アドレスの割り当て、パケットフィルタリングなどの機能をホストする。Ｐ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。Ｐ−ＧＷは、外部のネットワークに接続される。

【0020】

ＵＥ１０は、ＵｕインターフェースによってＢＳ２０に接続される。ＵＥ１０は、ＰＣ５インターフェースによって互いに相互接続される。ＢＳ２０は、Ｘ２インターフェースによって互いに相互接続される。ＢＳ２０は、また、Ｓ１インターフェースを介してＥＰＣに接続される。より具体的には、ＭＭＥにＳ１−ＭＭＥインターフェースにより、Ｓ−ＧＷにＳ１−Ｕインターフェースにより、接続される。Ｓ１インターフェースは、ＭＭＥ／Ｓ−ＧＷとＢＳとの間の多対多の関係をサポートする。

【0021】

図２は、本発明の技術的特徴が適用され得る無線通信システムの別の例を示す。具体的には、図２は、５Ｇ ＮＲ（New Radio access technology）システムに基づいたシステムアーキテクチャを示す。５Ｇ ＮＲシステム（以下、簡単に「ＮＲ」と称する）で使用されるエンティティは、図１で紹介されたエンティティ（例えば、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷ）の一部または全ての機能を吸収することができる。ＮＲシステムで使用されるエンティティは、ＬＴＥと区別するために、「ＮＧ」という名称で識別されることができる。

【0022】

以下、ＮＲについて、後述する説明の理解を助けるために、３ＧＰＰ ＴＳ ３８シリーズ（３ＧＰＰ ＴＳ ３８．２１１、３８．２１２、３８．２１３、３８．２１４、３８．３３１等）が参照され得る。

【0023】

図２を参照すると、無線通信システムは、１つもしくは複数のＵＥ１１、ＮＧ−ＲＡＮ（Next-Generation RAN）ならびに５世代コアネットワーク（５ＧＣ）を含む。ＮＧ−ＲＡＮは、少なくとも１つのＮＧ−ＲＡＮノードで構成される。ＮＧ−ＲＡＮノードは、図１に示されたＢＳ２０に対応するエンティティである。ＮＧ−ＲＡＮノードは、少なくとも１つのｇＮＢ２１および／または少なくとも１つのｎｇ−ｅＮＢ２２で構成される。ｇＮＢ２１は、ＵＥ１１に向けたＮＲユーザプレーンおよび制御プレーンプロトコルの終端を提供する。Ｎｇ−ｅＮＢ２２は、ＵＥ１１に向けたＥ−ＵＴＲＡユーザプレーンおよび制御プレーンプロトコルの終端を提供する。

【0024】

５ＧＣは、ＡＭＦ（Access and Mobility management Function）、ＵＰＦ（User Plane Function）およびＳＭＦ（Session Management Function）を含む。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態のモビリティ処理などの機能をホストする。ＡＭＦは、従来のＭＭＥの機能を含むエンティティである。ＵＰＦは、モビリティアンカリング、ＰＤＵ（Protocol Data Unit）処理などの機能をホストする。ＵＰＦは、従来のＳ−ＧＷの機能を含むエンティティである。ＳＭＦは、ＵＥ ＩＰアドレスの割り当て、ＰＤＵセッションの制御などの機能をホストする。

【0025】

ｇＮＢとｎｇ−ｅＮＢとは、Ｘｎインターフェースを介して相互接続される。ｇＮＢおよびｎｇ−ｅＮＢは、また、ＮＧインターフェースを介して５ＧＣに接続される。より具体的には、ＮＧ−Ｃインターフェースを介してＡＭＦに、ＮＧ−Ｕインターフェースを介してＵＰＦに、接続される。

【0026】

以下、ＮＲのフレーム構造および物理リソースが説明される。

【0027】

ＬＴＥ／ＬＴＥ−Ａにおいて、１つの無線フレームは１０個のサブフレームで構成され、１つのサブフレームは２個のスロットで構成される。１つのサブフレームの長さは１ｍｓであってもよく、１つのスロットの長さは０．５ｍｓであってもよい。１つのトランスポート（送信）ブロック（transport block）を上位層から物理層へ送信する（一般に１つのサブフレームにわたる（over））時間は、ＴＴＩ（Transmission Time Interval）と定義される。ＴＴＩは、スケジューリングの最小単位であり得る。

【0028】

ＮＲにおいて、ＤＬおよびＵＬ送信は、１０ｍｓの長さ（duration）を有する無線フレームを介して行われる。各無線フレームは、１０個のサブフレームを含む。したがって、１つのサブフレームは１ｍｓに該当する。各無線フレームは、２個のハーフフレーム（half-frame）に分けられる。

【0029】

ＬＴＥ／ＬＴＥ−Ａと異なり、ＮＲは、様々なヌメロロジをサポートするので、無線フレームの構造が多様である。ＮＲは、周波数領域で色々な副搬送波間隔をサポートする。表１は、ＮＲでサポートされる色々なヌメロロジを示す。各ヌメロロジは、インデックスμによって識別されることができる。

【0030】

＜表１＞

【表1】

【0031】

表１を参照すると、副搬送波間隔は、インデックスμで識別される１５、３０、６０、１２０および２４０ｋＨｚのうちの１つに設定されることができる。しかしながら、表１に示した副搬送波間隔は単に例示的であり、特定の副搬送波間隔は変更され得る。したがって、それぞれの副搬送波間隔（例えば、μ＝０、１、．．．、４）は、第１副搬送波間隔、第２副搬送波間隔、．．．、Ｎ番目の副搬送波間隔で表現され得る。

【0032】

表１を参照すると、副搬送波間隔によってユーザデータ（例えば、ＰＵＳＣＨ（Physical Uplink Shared CHannel）、物理ダウンリンク共有チャネル（Physical Downlink Shared CHannel；ＰＤＳＣＨ））の送信がサポートされないことがある。即ち、ユーザデータの送信は、少なくとも１つの特定の副搬送波間隔（例えば、２４０ｋＨｚ）でのみサポートされないことがある。

【0033】

また、表１を参照すると、副搬送波間隔によって同期チャネル（ＰＳＳ（Primary Synchronization Signal）、ＳＳＳ（Secondary Synchronization Signal）、ＰＢＣＨ（Physical Broadcasting CHannel）がサポートされないことがある。即ち、同期チャネルは、少なくとも１つの特定の副搬送波間隔（例えば、６０ｋＨｚ）でのみサポートされないことがある。

【0034】

１個のサブフレームは、Ｎ_symb^subframe,μ＝Ｎ_symb^slot＊Ｎ_slot^subframe,μ個の連続するＯＦＤＭシンボルを含む。ＮＲでは、１つの無線フレーム／サブフレームに含まれるスロットの個数およびシンボルの個数は、様々なヌメロロジ、即ち、様々な副搬送波間隔によって異なり得る。

【0035】

表２は、ノーマル（一般）（normal）ＣＰ（Cyclic Prefix）における各ヌメロロジに対するスロット当たりのＯＦＤＭシンボルの個数（Ｎ_symb^slot）、無線フレーム当たりのスロットの個数（Ｎ_symb^frame,μ）およびサブフレーム当たりのスロットの個数（Ｎ_symb^subframe,μ）の例を示す。

【0036】

＜表２＞

【表2】

【0037】

表２を参照すると、μ＝０に対応する第１ヌメロロジが適用されると、１つの無線フレームは１０個のサブフレームを含み、１つのサブフレームは１つのスロットに対応し、１つのスロットは１４個のシンボルで構成される。

【0038】

表３は、拡張ＣＰ（Extended Prefix）における各ヌメロロジに対するスロット当たりのＯＦＤＭシンボルの個数（Ｎ_symb^slot）、無線フレーム当たりのスロットの個数（Ｎ_symb^frame,μ）およびサブフレーム当たりのスロットの個数（Ｎ_symb^subframe,μ）の例を示す。

【0039】

＜表３＞

【表3】

【0040】

表３を参照すると、拡張ＣＰでは、μ＝２のみがサポートされ、このとき、１つの無線フレームは１０個のサブフレームを含み、１つのサブフレームは４個のスロットを含み、１つのスロットは１２個のシンボルで構成される。

【0041】

本明細書において、シンボルは、特定の時間間隔の間に送信される信号を示す。例えば、シンボルは、ＯＦＤＭ処理によって生成された信号を示し得る。即ち、本明細書において、シンボルは、ＯＦＤＭ／ＯＦＤＭＡシンボルまたはＳＣ−ＦＤＭＡシンボルなどと称され得る。ＣＰは、各シンボルの間に位置し得る。

【0042】

図３は、本発明の技術的特徴が適用され得るフレーム構造の一例を示す。図３で、副搬送波間隔は、１５ｋＨｚであり、これはμ＝０に対応する。

【0043】

図４は、本発明の技術的特徴が適用され得るフレーム構造の別の例を示す。図４で、副搬送波間隔は、３０ｋＨｚであり、これはμ＝１に対応する。

【0044】

一方、本発明の実施例が適用される無線通信システムには、ＦＤＤ（Frequency Division Duplex）および／またはＴＤＤ（Time Division Duplex）が適用されることができる。ＴＤＤが適用されるとき、ＬＴＥ／ＬＴＥ−Ａにおいて、ＵＬサブフレームおよびＤＬサブフレームは、サブフレーム単位で割り当てられる。

【0045】

ＮＲにおいて、スロット内のシンボルは、ＤＬシンボル（Ｄで表される）、フレキシブル（flexible）シンボル（Ｘで表される）、およびＵＬシンボル（Ｕで表される）に分類されることができる。ＤＬフレームのスロットで、ＵＥは、ＤＬ送信がＤＬシンボルまたはフレキシブルシンボルでのみ発生すると仮定する。ＵＬフレームのスロットで、ＵＥは、ＵＬシンボルまたはフレキシブルシンボルでのみ送信しなければならない。フレキシブルシンボルは、リザーブ（留保）（reserved）シンボル、他の（other）シンボル、アンノウン（unknown）シンボルなどの他の用語で呼ばれ得る。

【0046】

表４は、対応するフォーマットインデックスによって識別されるスロットフォーマットの例を示す。表４の内容は、特定セルに共通に適用されるか、隣接セルに共通に適用されるか、個別にまたは異なって各ＵＥに適用されることができる。

【0047】

＜表４＞

【表4】

【0048】

説明の便宜上、表４は、ＮＲで実際に定義されたスロットフォーマットの一部のみを示す。特定の割り当て方式が変更または追加され得る。

【0049】

ＵＥは、上位層のシグナリング（即ち、ＲＲＣ（Radio Resource Control）シグナリング）を介して、スロットフォーマットの構成を受信することができる。あるいは、ＵＥは、ＰＤＣＣＨを介して受信されるＤＣＩ（Downlink Control Information）を介してスロットフォーマットの構成を受信することができる。あるいは、ＵＥは、上位層のシグナリングとＤＣＩとの組み合わせを通じて、スロットフォーマットの構成を受信することができる。

【0050】

図５は、ＮＲでＴＤＤが使用されるとき、データ伝送（送信）（transmission）のレイテンシを最小にするために使用されるサブフレーム構造の一例を示す。図５のフレーム構造をセルフコンテインド（自己完結型）（self-contained）サブフレーム構造という。

【0051】

図５で、斜線領域はＤＬ制御領域を示し、黒色部分はＵＬ制御領域を示す。表示のない領域は、ＤＬのデータ伝送のために使用されてもよく、ＵＬのデータ伝送のために使用されてもよい。このような構造の特徴は、１つのサブフレーム内でＤＬ送信とＵＬ送信とが順に行われることができ、よって、ＵＥは、サブフレーム内でＤＬデータを受信し、ＵＬ確認応答（ACKnowledgement；ＡＣＫ）／ＮＡＣＫ（Non-ACKnowledgement）も送信することができる。結果として、データ伝送のエラー発生時にデータの再送信までかかる時間が減少し、これによって最終データの伝達の遅延が最小になり得る。

【0052】

このようなセルフコンテインドサブフレーム構造で、基地局およびＵＥが送信モードから受信モードへ切り替えるか、または受信モードから送信モードへ切り替えるとき、時間ギャップが必要である。このために、サブフレーム構造においてＤＬからＵＬへ切り替えられる時点の一部のシンボルは、ガード区間（ＧＰ；Guard Period）に設定されることができる。

【0053】

図６は、本発明の技術的特徴が適用され得るリソースグリッドの一例を示す。図６に示される例は、ＮＲで使用される時間−周波数リソースのグリッドである。図６に示される例は、ＵＬおよび／またはＤＬに適用されることができる。

【0054】

図６を参照すると、複数のスロットが時間領域上の１つのサブフレーム内に含まれる。具体的には、「μ」の値に応じて表現されるとき、「１４＊２μ」（個の）シンボルがリソースグリッドで表現されることができる。また、１つのリソースブロック（ＲＢ；Resource Block）は、１２個の連続する副搬送波を占めることができる。１つのＲＢは、ＰＲＢ（Physical Resource Block）と呼ばれ得、１２個のリソース要素（ＲＥ；Resource Element）が各ＰＲＢに含まれることができる。割り当て可能なＲＢの数は、最小値および最大値に基づいて決定されることができる。割り当て可能なＲＢの数は、ヌメロロジ（「μ」）によって個別に構成されることができる。割り当て可能なＲＢの数は、ＵＬとＤＬとに対して同じ値で構成されてもよく、ＵＬとＤＬとに対して異なる値で構成されてもよい。

【0055】

以下、ＮＲのセルサーチ（探索）（cell search）が説明される。

【0056】

ＵＥは、セルとの時間および／または周波数同期を取得し、セルＩＤ（IDentifier）を取得するためにセルサーチを行うことができる。ＰＳＳ、ＳＳＳおよびＰＢＣＨなどの同期チャネルが、セルサーチに使用されることができる。

【0057】

図７は、本発明の技術的特徴が適用され得る同期チャネルの一例を示す。図７を参照すると、ＰＳＳおよびＳＳＳは、１つのシンボルおよび１２７個の副搬送波を含むことができる。ＰＢＣＨは、３個のシンボルおよび２４０個の副搬送波を含むことができる。

【0058】

ＰＳＳは、ＳＳ／ＰＢＣＨブロック（Synchronization Signal/PBCH block）のシンボルタイミングの取得に使用される。ＰＳＳは、セルＩＤの識別のための三つの仮説（hypotheses）を指示する。ＳＳＳは、セルＩＤの識別に使用される。ＳＳＳは、３３６個の仮説を指示する。結果として、１００８個の物理層のセルＩＤがＰＳＳおよびＳＳＳによって構成されることができる。

【0059】

ＳＳ／ＰＢＣＨブロックは、５ｍｓウィンドウ（window）内の所定のパターンによって繰り返して送信されることができる。例えば、Ｌ個のＳＳ／ＰＢＣＨブロックが送信される場合、ＳＳ／ＰＢＣＨブロック＃１乃至ＳＳ／ＰＢＣＨブロック＃Ｌは、いずれも同じ情報を含むことができるが、異なる方向のビームを介して送信されることができる。即ち、ＱＣＬ（Quasi Co-Located）関係が、５ｍｓウィンドウ内のＳＳ／ＰＢＣＨブロックに適用されないことがある。ＳＳ／ＰＢＣＨブロックを受信するのに使用されるビームは、ＵＥとネットワークとの間の後続動作（例えば、ランダムアクセス動作）に使用されることができる。ＳＳ／ＰＢＣＨブロックは、特定期間だけ繰り返されることができる。繰り返し周期は、ヌメロロジによって個別に構成されることができる。

【0060】

図７を参照すると、ＰＢＣＨは、第２シンボル／第４シンボルに対して２０個のＲＢおよび第３シンボルに対して８個のＲＢの帯域幅を有する。ＰＢＣＨは、ＰＢＣＨをデコードするためのＤＭ−ＲＳ（DeModulation Reference Signal）を含む。ＤＭ−ＲＳに対する周波数領域は、セルＩＤによって決定される。ＬＴＥ／ＬＴＥ−Ａとは異なり、ＣＲＳ（Cell-specific Reference Signal）がＮＲで定義されないため、ＰＢＣＨをデコードするための特別なＤＭ−ＲＳ（即ち、ＰＢＣＨ−ＤＭＲＳ）が定義される。ＰＢＣＨ−ＤＭＲＳは、ＳＳ／ＰＢＣＨブロックのインデックスを示す情報を含むことができる。

【0061】

ＰＢＣＨは、様々な機能を行う。例えば、ＰＢＣＨは、ＭＩＢ（Master Information Block）をブロードキャスト（放送）する（broadcasting）機能を行うことができる。システム情報（ＳＩ；System Information）は、最小ＳＩ（minimum SI）とその他のＳＩ（other SI）とに分けられる。最小ＳＩは、ＭＩＢとＳＩＢ１（System Information Block type-1）とに分けられる。ＭＩＢを除いた最小ＳＩは、残りの最小システム情報（Remaining Minimum SI；ＲＭＳＩ）といえる。即ち、ＲＭＳＩは、ＳＩＢ１を称することができる。

【0062】

ＭＩＢは、ＳＩＢ１をデコードするのに必要な情報を含む。例えば、ＭＩＢは、ＳＩＢ１（およびランダムアクセス手続で使用されるＭＳＧ ２／４、その他ＳＩ）に適用される副搬送波間隔に関する情報、ＳＳ／ＰＢＣＨブロックと後続して送信されるＲＢとの間の周波数オフセットに関する情報、ＰＤＣＣＨ／ＳＩＢの帯域幅に関する情報、ＰＤＣＣＨをデコードするための情報（例えば、後述されるサーチスペース（探索空間）（search-space）／ＣＯＲＥＳＥＴ（COntrol REsource SET）／ＤＭ−ＲＳなどに関する情報）を含むことができる。ＭＩＢは、周期的に送信されてもよく、同じ情報は、８０ｍｓの時間間隔の間に繰り返して送信されてもよい。ＳＩＢ１は、ＰＤＳＣＨを介して繰り返し送信されてもよい。ＳＩＢ１は、ＵＥの初期アクセスのための制御情報および他のＳＩＢをデコードするための情報を含む。

【0063】

以下、ＮＲ ＤＬ制御チャネルが説明される。

【0064】

ＰＤＣＣＨのためのサーチスペースは、ＵＥがブラインドデコーディングを行う制御チャネル候補の集合に該当する。ＬＴＥ／ＬＴＥ−Ａにおいて、ＰＤＣＣＨに対するサーチスペースは、ＣＳＳ（Common Search Space）およびＵＳＳ（UE-specific Search Space）に区分される。各サーチスペースの大きさおよび／またはＰＤＣＣＨに含まれたＣＣＥ（Control Channel Element）の大きさは、ＰＤＣＣＨフォーマットによって決定される。

【0065】

ＮＲでは、ＰＤＣＣＨに対するリソース要素グループ（ＲＥＧ；Resource Element Group）およびＣＣＥが定義される。ＮＲでは、ＣＯＲＥＳＥＴの概念が定義される。具体的には、１つのＲＥＧは、１２個のＲＥ、即ち、１つのＯＦＤＭシンボルを介して送信された１つのＲＢに対応する。それぞれのＲＥＧは、ＤＭ−ＲＳを含む。１つのＣＣＥは、複数のＲＥＧ（例えば、６個のＲＥＧ）を含む。ＰＤＣＣＨは、１、２、４、８または１６（個の）ＣＣＥで構成されたリソースを介して送信されることができる。ＣＣＥの個数は、アグリゲーション（集合）レベル（aggregation level）によって決定されることができる。即ち、アグリゲーションレベルが１である場合、１（個の）ＣＣＥ、アグリゲーションレベルが２である場合、２（個の）ＣＣＥ、アグリゲーションレベルが４である場合、４（個の）ＣＣＥ、アグリゲーションレベルが８である場合、８（個の）ＣＣＥ、アグリゲーションレベルが１６である場合、１６（個の）ＣＣＥが特定ＵＥに対するＰＤＣＣＨに含まれることができる。

【0066】

ＣＯＲＥＳＥＴは、制御信号の送信のためのリソースの集合である。ＣＯＲＥＳＥＴは、１／２／３つのＯＦＤＭシンボルおよび多重ＲＢ（multiple RBs）で定義されることができる。ＬＴＥ／ＬＴＥ−Ａで、ＰＤＣＣＨに使用されるシンボルの個数は、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）によって定義される。しかしながら、ＰＣＦＩＣＨは、ＮＲで使用されない。代わりに、ＣＯＲＥＳＥＴに使用されるシンボルの数は、ＲＲＣメッセージ（および／またはＰＢＣＨ／ＳＩＢ１）によって定義されることができる。また、ＬＴＥ／ＬＴＥ−Ａでは、ＰＤＣＣＨの周波数帯域幅が全体システム帯域幅と同一であるため、ＰＤＣＣＨの周波数帯域幅に関するシグナリングはない。ＮＲにおいて、ＣＯＲＥＳＥＴの周波数領域は、ＲＢの単位でＲＲＣメッセージ（および／またはＰＢＣＨ／ＳＩＢ１）によって定義されることができる。

【0067】

基地局は、ＣＯＲＥＳＥＴに関する情報をＵＥへ送信することができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴの構成に関する情報が送信されることができる。ＣＯＲＥＳＥＴの構成に関する情報を通じて該当ＣＯＲＥＳＥＴの時間の長さ（time duration）（例えば、１／２／３（個の）のシンボル等）、周波数領域リソース（例えば、ＲＢセット（集合）（RB set））、ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプ（例えば、インターリーブが可能か否か）、プリコーディングの粒度（granularity）、ＲＥＧのバンドリングの大きさ（ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプがインターリーブである場合）、インターリーバの大きさ（ＲＥＧ−ｔｏ−ＣＣＥのマッピングタイプがインターリーブである場合）およびＤＭＲＳ構成（例えば、スクランブルＩＤ）のうちの少なくとも１つが送信されることができる。１（個の）シンボル−ＣＯＲＥＳＥＴにＣＣＥを分散させるインターリーブが適用される場合、２個または６個のＲＥＧのバンドリングが行われることができる。２（個の）シンボル−ＣＯＲＥＳＥＴ上で２個または６個のＲＥＧのバンドリングが行われることができ、時間優先マッピングが適用されることができる。３（個の）シンボル−ＣＯＲＥＳＥＴ上で３個または６個のＲＥＧのバンドリングが行われることができ、時間優先マッピングが適用されることができる。ＲＥＧのバンドリングが行われる場合、ＵＥは、該当バンドリングの単位に対して同一のプリコーディングを仮定することができる。

【0068】

ＮＲにおいて、ＰＤＣＣＨのサーチスペースは、ＣＳＳとＵＳＳとに区分される。サーチスペースは、ＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つのサーチスペースが定義されることができる。このとき、ＣＳＳのためのＣＯＲＥＳＥＴとＵＳＳのためのＣＯＲＥＳＥＴとがそれぞれ構成されることができる。別の例として、１つのＣＯＲＥＳＥＴに複数のサーチスペースが定義されることができる。即ち、ＣＳＳとＵＳＳとが同一のＣＯＲＥＳＥＴに構成されることができる。以下の例において、ＣＳＳは、ＣＳＳが構成されるＣＯＲＥＳＥＴを意味し、ＵＳＳは、ＵＳＳが構成されるＣＯＲＥＳＥＴなどを意味し得る。ＵＳＳは、ＲＲＣメッセージによって指示されることができるので、ＵＥがＵＳＳをデコードするためには、ＲＲＣ接続が必要であり得る。ＵＳＳは、ＵＥに割り当てられたＰＤＳＣＨのデコーディングのための制御情報を含むことができる。

【0069】

ＲＲＣ構成が完了しない場合にも、ＰＤＣＣＨはデコードされなければならないので、ＣＳＳが定義されなければならない。例えば、ＣＳＳは、ＳＩＢ１を伝達するＰＤＳＣＨをデコードするためのＰＤＣＣＨが構成されるとき、またはＭＳＧ ２／４を受信するためのＰＤＣＣＨがランダムアクセス手続で構成されるとき、定義されることができる。ＮＲでは、ＬＴＥ／ＬＴＥ−Ａと同様に、ＰＤＣＣＨは、特定の目的のためのＲＮＴＩ（Radio Network Temporary Identifier）によってスクランブルされることができる。

【0070】

ＮＲのリソース割り当てが説明される。

【0071】

ＮＲでは、特定の個数（例えば、最大４個）の帯域幅部分（ＢＷＰ；BandWidth Part）が定義されることができる。ＢＷＰ（または搬送波ＢＷＰ）は、連続するＰＲＢの集合であり、共通ＲＢ（ＣＲＢ；Common RB）の連続する部分（副）集合（subsets）で表し得る。ＣＲＢ内の各ＲＢは、ＣＲＢ０で始めて、ＣＲＢ１、ＣＲＢ２などで表し得る。

【0072】

図８は、本発明の技術的特徴が適用され得る周波数割り当て方式の一例を示す。

【0073】

図８を参照すると、複数のＢＷＰがＣＲＢグリッドで定義されることができる。ＣＲＢグリッドの参照ポイント（基準点）（reference point）（共通参照ポイント、開始点などと言及され得る）は、ＮＲで所謂「ポイントＡ」と呼ばれる。ポイントＡは、ＲＭＳＩ（即ち、ＳＩＢ１）によって指示される。具体的には、ＳＳ／ＰＢＣＨブロックが送信される周波数帯域とポイントＡとの間の周波数オフセットがＲＭＳＩを介して指示されることができる。ポイントＡは、ＣＲＢ０の中心周波数に対応する。また、ポイントＡは、ＮＲでＲＥの周波数帯域を指示する変数「ｋ」が０に設定されるポイント（地点）（point）であり得る。図８に示された複数のＢＷＰは、１つのセル（例えば、ＰＣｅｌｌ（Primary Cell））で構成される。複数のＢＷＰは、個別にまたは共通に各セルに対して構成されることができる。

【0074】

図８を参照すると、それぞれのＢＷＰは、大きさおよびＣＲＢ０からの開始点（a size and starting point from CRB0）によって定義されることができる。例えば、１番目のＢＷＰ、即ち、ＢＷＰ＃０は、ＣＲＢ０からのオフセットを介して開始点によって定義されることができ、ＢＷＰ＃０に対する大きさを介して、ＢＷＰ＃０の大きさが決定されることができる。

【0075】

特定の個数（例えば、最大４個）のＢＷＰが、ＵＥに対して構成されることができる。複数のＢＷＰが構成されても、与えられた時間の間にセルごとにただ特定の個数（例えば、１個）のＢＷＰのみが活性化されることができる。単に、ＵＥにＳＵＬ（Supplementary UpLink）搬送波が構成される場合、さらに最大４個のＢＷＰがＳＵＬ搬送波に構成されることができ、与えられた時間の間に１個のＢＷＰが活性化されることができる。構成可能なＢＷＰの個数や、活性化されたＢＷＰの個数は、ＵＬおよびＤＬに対して共通にまたは個別に構成されることができる。また、ＤＬ ＢＷＰに対するヌメロロジおよび／またはＣＰ、ＵＬ ＢＷＰに対するヌメロロジおよび／またはＣＰは、ＤＬシグナリングを介してＵＥに構成されることができる。ＵＥは、アクティブ（活性）ＤＬ ＢＷＰでのみ、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ（Channel State Information）ＲＳおよび／またはＴＲＳ（Tracking RS）を受信することができる。また、ＵＥは、アクティブＵＬ ＢＷＰでのみＰＵＳＣＨおよび／またはＰＵＣＣＨ（Physical Uplink Control CHannel）を送信することができる。

【0076】

図９は、本発明の技術的特徴が適用され得る多重ＢＷＰの一例を示す。

【0077】

図９を参照すると、３個のＢＷＰが構成されることができる。第１のＢＷＰは、４０ＭＨｚ帯域にまたがる（かけている）（span）ことがあり、１５ｋＨｚの副搬送波間隔が適用されることができる。第２のＢＷＰは、１０ＭＨｚ帯域にまたがることがあり、１５ｋＨｚの副搬送波間隔が適用されることができる。第３のＢＷＰは、２０ＭＨｚ帯域にまたがることがあり、６０ｋＨｚの副搬送波間隔が適用されることができる。ＵＥは、３個のＢＷＰのうちの少なくとも１つのＢＷＰをアクティブＢＷＰで構成することができ、アクティブＢＷＰを介してＵＬおよび／またはＤＬのデータ通信を行うことができる。

【0078】

時間リソースは、ＤＬまたはＵＬリソースを割り当てるＰＤＣＣＨの送信時点に基づいて時間差／オフセットを示す方式で指示されることができる。例えば、ＰＤＣＣＨに対応するＰＤＳＣＨ／ＰＵＳＣＨの開始点とＰＤＳＣＨ／ＰＵＳＣＨによって占有されるシンボルの個数が指示されることができる。

【0079】

搬送波アグリゲーション（ＣＡ：Carrier Aggregation）が説明される。ＬＴＥ／ＬＴＥ−Ａと同様に、ＣＡは、ＮＲでサポートされることができる。即ち、連続するまたは連続しない構成搬送波（ＣＣ；Component Carrier）を統合して帯域幅を増加させ、結果としてビットレート（率）（bit rate）を増加させることができる。それぞれのＣＣは、（サービング）セルに対応することができ、各ＣＣ／セルは、ＰＳＣ（Primary Serving Cell）／ＰＣＣ（Primary CC）またはＳＳＣ（Secondary Serving Cell）／ＳＣＣ（Secondary CC）に分けられる。

【0080】

図１０は、本発明の技術的特徴が適用され得る５Ｇの使用シナリオの例を示す。図１０に示された５Ｇ使用シナリオは、単に例示的なものであり、本発明の技術的特徴は、図１０に示されていない他の５Ｇ使用シナリオにも適用されることができる。

【0081】

図１０に示すように、５Ｇの３つの主な要求事項領域は、（１）拡張モバイルブロードバンド（改善されたモバイル広帯域）（ｅＭＢＢ；enhanced Mobile BroadBand）領域、（２）大規模（多量の）マシンタイプ通信（ｍＭＴＣ；massive Machine Type Communication）領域、ならびに（３）超高信頼低遅延通信（超−信頼および低遅延通信）（ＵＲＬＬＣ；Ultra-Reliable and Low Latency Communications）領域を含む。一部の使用例は、最適化のために複数の領域を要求でき、他の使用例は、単に１つのキーパフォーマンスインジケータ（核心性能指標）（ＫＰＩ；Key Performance Indicator）にのみ注目（フォーカシング）する（focus on）ことができる。５Ｇは、このような様々な使用例を柔軟かつ信頼できる方法でサポートするものである。

【0082】

ｅＭＢＢは、データ速度、遅延、ユーザ密度、モバイル広帯域アクセス（接続）（access）の容量、およびカバレッジの全般的な向上に重点を置く。ｅＭＢＢは、１０Ｇｂｐｓ程度の処理量を目標とする。ｅＭＢＢは、基本的なモバイルインターネット接続をはるかに凌ぎ（ずっと乗り超える）（surpasses）、豊富なインタラクティブな（両方向）作業（interactive work）、クラウドまたは拡張現実でメディアおよびエンターテイメントアプリケーションをカバーする。データは、５Ｇを推進する主要な要素（の核心動力）（key drivers）のうちの１つであり、５Ｇ時代において初めて専用音声サービスを見ることができない場合がある。５Ｇにおいて、音声は、単に通信システムにより提供されるデータ接続を使用してアプリケーションプログラムとして処理されると期待される。増加したトラフィック量の主な原因は、コンテンツサイズの増加および高いデータ送信レート（率）（data rates）を要求するアプリケーション数の増加である。ストリーミングサービス（オーディオおよびビデオ）、対話形ビデオ、およびモバイルインターネット接続は、より多くの装置がインターネットに接続されるほど、より広く使用されるであろう。このような多くのアプリケーションは、ユーザにリアルタイム情報および報知をプッシュするために、常時接続（always-on connectivity）を必要とする。クラウドストレージおよびアプリケーションは、モバイル通信プラットホームで急速に増加しており、これは、業務およびエンターテイメントの両方に適用されることができる。クラウドストレージは、上りリンクデータ送信レートの増大（成長）（growth）を牽引する特別な使用例である。５Ｇは、さらに、クラウド上の遠隔業務にも使用され、触覚インターフェースが使用されるとき、優れたユーザ経験を維持するようにはるかに低いエンドツーエンド（端−対−端）（end-to-end）遅延を要求する。エンターテイメントにおいて、例えば、クラウドゲームおよびビデオストリーミングは、モバイル広帯域能力に対する要求を増加させるさらに他の主要な（核心）要素（key factor）である。エンターテイメントは、汽車、車、および飛行機などの高いモビリティ環境を含み、どのような所でもスマートフォンおよびタブレットにおいて必須である。さらに他の使用例は、エンターテイメントのための拡張現実および情報検索である。ここで、拡張現実は、極めて低い遅延および瞬間的な（instantaneous）データ量を必要とする。

【0083】

ｍＭＴＣは、バッテリにより駆動される多数（多量）の低コスト装置間の通信を可能にするために設計され、スマート計量、物流、現場、および身体センサなどのアプリケーションをサポートするためのものである。ｍＭＴＣは、１０年くらいのバッテリおよび／または１ｋｍ²当たり、百万個程度の装置を目標とする。ｍＭＴＣは、全ての分野で埋め込み（エンベデッド）センサ（embedded sensors）を円滑に接続できるようにし、最も多く予想される５Ｇの使用例のうちの１つである。潜在的に、２０２０年までＩｏＴ（Internet-of-Things）装置などは、２０４億個に達すると予測される。産業ＩｏＴは、５Ｇがスマート都市、資産管理（追跡）（asset tracking）、スマートユーティリティ、農業、およびセキュリティインフラを可能にする主な役割を実行する領域のうちの１つである。

【0084】

ＵＲＬＬＣは、装置および機械が、極めて信頼性があり、極めて低い遅延および高い可用性（availability）にて通信できるようにすることで、車両通信、産業制御、工場自動化、遠隔手術、スマートグリッド、および公共安全アプリケーションに関して理想的である。ＵＲＬＬＣは、１ｍｓ程度の遅延を目標とする。ＵＲＬＬＣは、主なインフラの遠隔制御および自律走行車両などの超信頼／遅延が少ないリンクを介して産業を変化させる新しいサービスを含む。信頼性および遅延の水準は、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御、および調整に関して必須である。

【0085】

次に、図１０の三角形内に含まれた複数の使用例についてより具体的に説明する。

【0086】

５Ｇは、秒当たり数百メガビットから秒当たりギガビットまでのレートの（で評価される）（rated）ストリームを提供する手段であって、ＦＴＴＨ（Fiber-To-The-Home）ならびにケーブルベース（基盤）広帯域（cable-based broadband）（もしくは、ＤＯＣＳＩＳ）を補完できる。このような速い速度は、仮想現実（ＶＲ；Virtual Reality）および拡張現実（ＡＲ；Augmented Reality）だけでなく、４Ｋ以上（６Ｋ、８Ｋ、およびそれ以上）の解像度でＴＶを伝達するのに要求されることができる。ＶＲおよびＡＲアプリケーションは、ほとんど没入型（immersive）スポーツ競技を含む。特定アプリケーションは、特別なネットワーク設定が要求され得る。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小にするために、コアサーバをネットワークオペレータのエッジネットワークサーバと統合しなければならない。

【0087】

自動車（Automotive）は、車両に対する移動通信のための多くの使用例とともに、５Ｇにおいて重要な新しい動力になるであろうと予想される。例えば、乗客のためのエンターテイメントは、高い容量と高いモバイル広帯域とを同時に要求する。その理由は、将来のユーザは、それらの位置および速度と関係なく、高品質の接続を期待し続けるためである。自動車分野の他の使用例は、拡張現実ダッシュボードである。運転手は、拡張現実ダッシュボードを介して前面の窓を通じて見るとともに、闇の中で物体を識別できる。拡張現実ダッシュボードは、物体の距離および動きに対して運転手に知らせる情報を重ねて表示する。将来、無線モジュールは、車両間の通信、車両とサポートするインフラ構造との間の情報交換および自動車と他の接続された装置（例えば、歩行者により伴われる装置）との間の情報交換を可能にする。安全システムは、運転手がより安全な運転をすることができるように行動の代替コースを案内して、事故の危険を低くすることができるようにする。次のステップは、遠隔操縦車両または自律走行車両になるであろう。これは、互いに異なる自律走行車両間および／または自動車とインフラとの間で、極めて信頼性があり極めて速い通信を要求する。将来、自律走行車両が全ての運転活動を行い、運転手には、車両自体が識別できない交通異常にのみ集中させるであろう。自律走行車両の技術的要求事項は、交通（トラフィック）安全（traffic safety）を人が達成できない程度の水準まで増加するように、超低遅延および超高速信頼性を要求する。

【0088】

スマート社会として言及されるスマート都市およびスマートホームは、高密度無線センサネットワークに埋め込まれるであろう。インテリジェント（知能型）（intelligent）センサの分散ネットワークは、都市もしくは家のコストおよびエネルギの効率的な維持に対する条件を識別するであろう。類似した設定が各家庭のために行なわれることができる。温度センサ、窓および暖房コントローラ、盗難警報器、および家電製品は、全て無線で接続される。このようなセンサのうちの多くのものが、典型的に、低いデータ送信速度、低電力、および低コストを要求する。しかしながら、例えば、リアルタイムＨＤビデオは、監視のために特定タイプの装置で要求されることができる。

【0089】

熱またはガスを含むエネルギの消費および分配は、高度に分散化されており、分散センサネットワークの自動化された制御が要求される。スマートグリッドは、情報を収集し、これにより行動するようにデジタル情報および通信技術を使用してこのようなセンサを相互接続する。この情報は、供給業者（supplier）および消費者の行動を含むことができるので、スマートグリッドは、効率性、信頼性、経済性、生産の持続可能性、および自動化された方式で電気などの燃料の分配を改善できるようにすることができる。スマートグリッドは、遅延の少ない他のセンサネットワークとして見ることもできる。

【0090】

健康部門は、移動通信の恵みを享受することができる多くのアプリケーションを保有している。通信システムは、遠く離れた所で臨床診療を提供する遠隔診療をサポートできる。これは、距離に対する障壁を減らすのに役に立ち、距離が遠い農村で持続的に利用できない医療サービスへのアクセス（接近）（access）を改善させることができる。これは、さらに重要な診療および緊急（応急）（emergency）状況において生命を助けるために使用される。移動通信ベースの無線センサネットワークは、心拍数および血圧などのパラメータに対する遠隔モニタリングおよびセンサを提供できる。

【0091】

無線およびモバイル通信は、産業応用分野で次第に重要になっている。配線（Wiring）は、設置および維持コストが高い。したがって、ケーブルを再構成できる無線リンクに交替する可能性は、多くの産業分野で魅力的な機会である。しかしながら、これを達成することは、無線接続がケーブルと類似した遅延、信頼性、および容量で動作することと、その管理が単純化されることと、を要求する。低い遅延および極めて低いエラー確率は、５Ｇに接続される必要がある新しい要求事項である。

【0092】

物流および貨物追跡は、位置ベース情報システムを使用して、どこでも在庫（インベントリ）（inventory）およびパッケージの追跡を可能にする移動通信の重要な使用例である。物流および貨物追跡の使用例は、典型的に低いデータ速度を要求するが、広い範囲および信頼性のある位置情報が必要である。

【0093】

図１１は、本発明の技術的特徴が適用され得る無線通信システムの一例を示す。

【0094】

図１１に示すように、無線通信システムは、第１の装置１１１０と第２の装置１１２０とを備えることができる。

【0095】

第１の装置１１１０は、基地局、ネットワークノード、送信ＵＥ、受信ＵＥ、無線装置、無線通信装置、車両、自律走行機能を搭載した車両、コネクテッドカー（Connected Car）、ドローン、無人航空機（ＵＡＶ；Unmanned Aerial Vehicle）、人工知能（ＡＩ；Artificial Intelligence）モジュール、ロボット、拡張現実（ＡＲ；Augmented Reality）装置、仮想現実（ＶＲ；Virtual Reality）装置、混合現実（ＭＲ；Mixed Reality）装置、ホログラム装置、公共安全装置、ＭＴＣ装置、ＩｏＴ装置、医療装置、フィンテック（fin-tech）装置（もしくは、金融装置）、セキュリティ装置、気候／環境装置、５Ｇサービスと関連した装置、またはその他、４次産業革命分野と関連した装置でありうる。

【0096】

第２の装置１１２０は、基地局、ネットワークノード、送信ＵＥ、受信ＵＥ、無線装置、無線通信装置、車両、自律走行機能を搭載した車両、コネクテッドカー、ドローン、ＵＡＶ、ＡＩモジュール、ロボット、ＡＲ装置、ＶＲ装置、ＭＲ装置、ホログラム装置、公共安全装置、ＭＴＣ装置、ＩｏＴ装置、医療装置、フィンテック装置（もしくは、金融装置）、セキュリティ装置、気候／環境装置、５Ｇサービスと関連した装置、またはその他、４次産業革命分野と関連した装置でありうる。

【0097】

例えば、ＵＥは、携帯電話、スマートフォン、ノートブックコンピュータ、デジタル放送用端末機、ＰＤＡ（Personal Digital Assistants）、ＰＭＰ（Portable Multimedia Player）、ナビゲーション、スレートＰＣ、タブレットＰＣ、ウルトラブック、ウェアラブル装置（例えば、スマートウォッチ、スマート眼鏡、ＨＭＤ（Head Mounted Display））などを備えることができる。例えば、ＨＭＤは、頭に着用する形態のディスプレイ装置でありうる。例えば、ＨＭＤは、ＶＲ、ＡＲ、またはＭＲを実現するために使用されることができる。

【0098】

例えば、ドローンは、人が乗らずに無線制御信号により飛行する飛行体でありうる。例えば、ＶＲ装置は、仮想世界のオブジェクトまたは背景などを実現する装置を含むことができる。例えば、ＡＲ装置は、現実世界のオブジェクトまたは背景などに仮想世界のオブジェクトまたは背景を接続して実現する装置を含むことができる。例えば、ＭＲ装置は、現実世界のオブジェクトまたは背景などに仮想世界のオブジェクトまたは背景を融合して実現する装置を含むことができる。例えば、ホログラム装置は、ホログラフィという２個のレーザ光が交わって（会って）（meeting）発生する光の干渉現象を活用して、立体情報を記録および再生して３６０度の立体映像を実現する装置を含むことができる。例えば、公共安全装置は、映像中継装置またはユーザの人体に着用可能な映像装置などを含むことができる。例えば、ＭＴＣ装置およびＩｏＴ装置は、人の直接的な介入やまたは操作が必要でない装置でありうる。例えば、ＭＴＣ装置およびＩｏＴ装置は、スマートメータ（メートル）（smart meter）、自動販売機、温度計、スマート電球、ドアロック（ラック）（door lock）、または各種センサなどを含むことができる。例えば、医療装置は、疾病を診断、治療、軽減、処置、または予防する目的として使用される装置でありうる。例えば、医療装置は、傷害または障害を診断、治療、軽減、または補正する目的として使用される装置でありうる。例えば、医療装置は、構造または機能を検査、代替、または変形する目的として使用される装置でありうる。例えば、医療装置は、妊娠を調節する目的として使用される装置でありうる。例えば、医療装置は、診療用装置、手術用装置、（体外）診断用装置、補聴器、または施術用装置などを含むことができる。例えば、セキュリティ装置は、発生する恐れがある危険を防止し、安全を維持するために設置した装置でありうる。例えば、セキュリティ装置は、カメラ、ＣＣＴＶ（Closed-Circuit TV）、録画器、またはブラックボックスなどでありうる。例えば、フィンテック装置は、モバイル決済など、金融サービスを提供できる装置でありうる。例えば、フィンテック装置は、決済装置またはＰＯＳ（Point Of Sales）などを含むことができる。例えば、気候／環境装置は、気候／環境をモニタリングまたは予測する装置を含むことができる。

【0099】

第１の装置１１１０は、プロセッサ１１１１のような少なくとも１つのプロセッサと、メモリ１１１２のような少なくとも１つのメモリと、送受信部１１１３のような少なくとも１つの送受信部と、を備えることができる。プロセッサ１１１１は、以下に説明される本発明の機能、手順、および／または方法を行うことができる。プロセッサ１１１１は、１つまたは複数のプロトコルを行う（実現する）ことができる。例えば、プロセッサ１１１１は、無線インターフェースプロトコルの１つまたは複数の階層を行う（実現する）ことができる。メモリ１１１２は、上記プロセッサ１１１１と接続され、様々な形態の情報および／または命令を記憶（格納）する（store）ことができる。送受信部１１１３は、プロセッサ１１１１と接続され、無線信号を送受信するように制御されることができる。

【0100】

第２の装置１１２０は、プロセッサ１２１１のような少なくとも１つのプロセッサと、メモリ１２１２のような少なくとも１つのメモリと、送受信部１２１３のような少なくとも１つの送受信部と、を備えることができる。プロセッサ１２１１は、以下に説明される本発明の機能、手順、および／または方法を行うことができる。プロセッサ１２１１は、１つまたは複数のプロトコルを行うことができる。例えば、プロセッサ１２１１は、無線インターフェースプロトコルの１つまたは複数の階層を行うことができる。メモリ１２１２は、プロセッサ１２１１と接続され、様々な形態の情報および／または命令を記憶することができる。送受信部１２１３は、プロセッサ１２１１と接続され、無線信号を送受信するように制御されることができる。

【0101】

メモリ１１１２、１２１２は、プロセッサ１１１１、１２１１の内部または外部でそれぞれ接続されることができ、有線または無線接続のように様々な技術を介して他のプロセッサに接続されることもできる。

【0102】

第１の装置１１１０および／または第２の装置１１２０は、１つまたは複数のアンテナを有することができる。例えば、アンテナ１１１４、１２１４は、無線信号を送受信するように構成されることができる。

【0103】

以下、ＰＵＣＣＨリソースについて説明する。これについては、３ＧＰＰ ＴＳ ３８．２１３ Ｖ１５．１．０（２０１８−０３）の９．２．１節を参照できる。

【0104】

ＰＵＣＣＨで報告されるＵＣＩ（Uplink Control Information）タイプ（類型）（type）は、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest；ＨＡＲＱ）−ＡＣＫ、ＳＲ（Scheduling Request）、およびＣＳＩ（Channel State Information）を含む。ＵＣＩビットは、ＨＡＲＱ−ＡＣＫ情報ビット（存在する場合）、ＳＲ情報ビット（存在する場合）、およびＣＳＩビット（存在する場合）を含む。

【0105】

ＵＥが上位層パラメータＰＵＣＣＨ−Ｒｅｓｏｕｒｃｅ−Ｓｅｔにより提供される専用ＰＵＣＣＨリソース構成を有さなければ、ＨＡＲＱ−ＡＣＫ情報を有するＰＵＣＣＨ送信のための初期アクティブＵＬ ＢＷＰ（initial active UL BWP）は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１により指示され、ＰＵＣＣＨリソースセットは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１を介して上位層パラメータＰＵＣＣＨ−Ｒｅｓｏｕｒｃｅ−Ｃｏｍｍｏｎにより提供される。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨフォーマット、第１のシンボル、およびＰＵＣＣＨ送信のための持続期間（duration）を含む。ＵＥは、周波数ホッピングを使用してＰＵＣＣＨを送信する。ＵＥは、Ｍｓｇ３ ＰＵＳＣＨ送信と同じ空間領域送信フィルタを使用してＰＵＣＣＨを送信する。ＵＥは、１つまたは複数のＨＡＲＱ−ＡＣＫ情報ビットを生成することを期待されない。

【0106】

ＵＥが専用ＰＵＣＣＨリソース構成を有する場合、ＵＥには、上位層により次の上位層パラメータのうちの１つまたは複数が提供される。

【0107】

・ＰＵＣＣＨフォーマット０においてＰＵＣＣＨ送信のためのリソースを提供するＰＵＣＣＨ−ｆｏｒｍａｔ０。

【0108】

・ＰＵＣＣＨフォーマット１においてＰＵＣＣＨ送信のためのリソースを提供するＰＵＣＣＨ−ｆｏｒｍａｔ１。

【0109】

・ＰＵＣＣＨフォーマット２においてＰＵＣＣＨ送信のためのリソースを提供するＰＵＣＣＨ−ｆｏｒｍａｔ２。

【0110】

・ＰＵＣＣＨフォーマット３においてＰＵＣＣＨ送信のためのリソースを提供するＰＵＣＣＨ−ｆｏｒｍａｔ３。

【0111】

・ＰＵＣＣＨフォーマット４においてＰＵＣＣＨ送信のためのリソースを提供するＰＵＣＣＨ−ｆｏｒｍａｔ４。

【0112】

ＰＵＣＣＨリソースは、次のパラメータのうちの１つまたは複数を含む。

【0113】

（１）第１のシンボルのインデックス

【0114】

・ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット２の場合、第１のシンボルのインデックスは、上位層パラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌにより指示される。

【0115】

・ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４の場合、第１のシンボルのインデックスは、上位層パラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｓｔａｒｔｉｎｇ−ｓｙｍｂｏｌにより指示される。

【0116】

（２）シンボルの個数

【0117】

・ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット２の場合、シンボルの個数は、上位層パラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓにより指示される。

【0118】

・ＰＵＣＣＨフォーマット１、またはＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４の場合、シンボルの個数は、上位層パラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓにより指示される。

【0119】

（３）上位層パラメータＰＵＣＣＨ−ｓｔａｒｔｉｎｇ−ＰＲＢによる、周波数ホッピング以前または周波数ホッピングがない場合の第１のＰＲＢのインデックス

【0120】

（４）上位層パラメータＰＵＣＣＨ−２ｎｄ−ｈｏｐ−ＰＲＢによる周波数ホッピング以後の第１のＰＲＢのインデックス

【0121】

（５）ＰＲＢの個数（ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３の場合）

【0122】

・ＰＵＣＣＨフォーマット２の場合、ＰＲＢの個数は、上位層パラメータＰＵＣＣＨ−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓにより指示される。

【0123】

・ＰＵＣＣＨフォーマット３の場合、ＰＲＢの数は、上位層パラメータＰＵＣＣＨ−Ｆ３−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓにより指示される。

【0124】

（６）周波数ホッピング：ＰＵＣＣＨリソースのための周波数ホッピングは、使用可能（enable）になるか、使用不可能（disable）になることができ、上位層パラメータＰＵＣＣＨ−ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｉｎｇにより指示される。

【0125】

（７）巡回（循環）シフト（cyclic shift）のインデックス（ＰＵＣＣＨフォーマット０またはＰＵＣＣＨフォーマット１の場合）：巡回シフトのインデックスは、上位層パラメータＰＵＣＣＨ−Ｆ０−Ｆ１−ｉｎｉｔｉａｌ−ｃｙｃｌｉｃ−ｓｈｉｆｔにより指示される。

【0126】

（８）ＰＵＣＣＨフォーマット１の場合、直交カバーコードのインデックス：直交カバーコードのインデックスは、決定された集合から出され（is from）、上位層パラメータＰＵＣＣＨ−Ｆ１−ｔｉｍｅ−ｄｏｍａｉｎ−ＯＣＣにより指示される。

【0127】

（９）ＰＵＣＣＨフォーマット４の場合、直交カバーコードのインデックス

【0128】

・直交カバーコード（符号）（orthogonal cover code）のインデックスは、｛０、１、２、３｝の集合から出され、上位層パラメータＰＵＣＣＨ−Ｆ４−ｐｒｅＤＦＴ−ＯＣＣ−ｉｎｄｅｘにより指示される。

【0129】

（１０）ＰＵＣＣＨフォーマット４の場合、直交カバーコードに対する拡散係数：ＰＵＣＣＨフォーマット４の拡散係数は、｛２、４｝の集合から出され、上位層パラメータＰＵＣＣＨ−Ｆ４−ｐｒｅＤＦＴ−ＯＣＣ−ｌｅｎｇｔｈにより指示される。

【0130】

（１１）上位層パラメータＳｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏのために単一値を提供する場合、上位層パラメータＰＵＣＣＨ−Ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏにより提供される空間設定。他の場合（それとも）（otherwise）、空間設定は、Ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏの値のための選択命令により提供される。

【0131】

ＵＥは、上位層パラメータＰＵＣＣＨ−Ｒｅｓｏｕｒｃｅ−Ｓｅｔにより複数のＰＵＣＣＨリソースセットで構成されることができる。ＰＵＣＣＨリソースの第１のセット内のＰＵＣＣＨリソースの個数は、上位層パラメータｍａｘＮｒｏｆＰＵＣＣＨ−ＲｅｓｏｕｒｃｅｓＰｅｒＳｅｔにより提供される。ＰＵＣＣＨリソースの他のセット内のＰＵＣＣＨリソースの個数は８である。ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースは、上位層パラメータＰＵＣＣＨ−ＲｅｓｏｕｒｃｅＩｄにより指示される。

【0132】

ＵＥがＮ_UCI個のＵＣＩビットを送信すれば、ＵＥは、次のようにＰＵＣＣＨリソースセットを決定する。

【0133】

・Ｎ_UCI≦２である場合、ＰＵＣＣＨリソースの第１のセット、または

【0134】

・２＜Ｎ_UCI＜Ｎ₂（Ｎ₂は、上位層パラメータＮ＿２により提供される）である場合、ＰＵＣＣＨリソースの第２のセット（存在する場合）、または

【0135】

・Ｎ₂≦Ｎ_UCI＜Ｎ₃（Ｎ₃は、上位層パラメータＮ＿３により提供される）である場合、ＰＵＣＣＨリソースの第３のセット（存在する場合）、または

【0136】

・Ｎ₃≦Ｎ_UCI≦Ｎ₄である場合、ＰＵＣＣＨリソースの第４のセット（存在する場合）。

【0137】

ＵＥがＰＵＳＣＨを送信しておらず、ＵＣＩを送信している場合、ＵＥは、次のＰＵＣＣＨフォーマットによってＵＣＩを送信する。

【0138】

・ＰＵＣＣＨフォーマット０：送信が１（個の）シンボルまたは２（個の）シンボルで行われ、ＵＣＩビットの個数が１または２である場合、

【0139】

・ＰＵＣＣＨフォーマット１：送信が４（個の）シンボル以上で行われ、ＵＣＩビットの個数が１または２である場合、

【0140】

・ＰＵＣＣＨフォーマット２：送信が１（個の）シンボルまたは２（個の）シンボルで行われ、ＵＣＩビットの個数が２以上である場合、

【0141】

・ＰＵＣＣＨフォーマット３：送信が４（個の）シンボル以上で行われ、ＵＣＩビットの個数が２以上である場合、

【0142】

・ＰＵＣＣＨフォーマット４：送信が４（個の）シンボル以上で行われ、ＵＣＩビットの個数が２以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合

【0143】

以下、ＱＣＬおよび／またはＴＣＩ（Transmission Configuration Indication）について説明する。これは、３ＧＰＰ ＴＳ ３８．２１４ Ｖ１５．１．０（２０１８−０３）の５．１．５節を参照できる。

【0144】

１つのアンテナポート上のシンボルが運搬されるチャネルの特性が、他のアンテナポート上のシンボルが伝達されるチャネルから推論され得るならば、２個のアンテナポートは、ＱＣＬ関係にあると言える。

【0145】

ＵＥは、ＵＥおよび与えられたサービングセルのために意図されたＤＣＩを有する検出されたＰＤＣＣＨによってＰＤＳＣＨをデコードするために、上位層シグナリングによりＭ個までのＴＣＩ−Ｓｔａｔｅｓで構成されることができる。ここで、Ｍは、ＵＥ性能に依存する。構成された各ＴＣＩ状態（ＴＣＩ−Ｓｔａｔｅｓ）は、１つのＲＳセットＴＣＩ−ＲＳ−ＳｅｔＣｏｎｆｉｇを含む。各ＴＣＩ−ＲＳ−ＳｅｔＣｏｎｆｉｇは、ＲＳセット内の参照信号とＰＤＳＣＨのＤＭ−ＲＳポートグループとの間のＱＣＬ関係を構成するためのパラメータを含む。ＲＳセットは、１つまたは２つのＤＬ ＲＳに対する基準（reference）と、上位層パラメータＱＣＬ−Ｔｙｐｅにより構成される各々に対して関連付けられたＱＣＬタイプと、を含む。２つのＤＬ ＲＳの場合、基準が同一であるＤＬ ＲＳであるか、異なるＤＬ ＲＳであるかに関係なく、ＱＣＬタイプが同一であってはならない。ＵＥに指示されたＱＣＬタイプは、上位層パラメータＱＣＬ−Ｔｙｐｅに基づいて次のタイプのうちの１つまたはその組み合わせを取ることができる。

【0146】

・ＱＣＬ−ＴｙｐｅＡ´：｛ドップラシフト、ドップラ拡散、平均遅延、遅延拡散｝

【0147】

・ＱＣＬ−ＴｙｐｅＢ´：｛ドップラシフト、ドップラ拡散｝

【0148】

・ＱＣＬ−ＴｙｐｅＣ´：｛平均遅延、ドップラシフト｝

【0149】

・ＱＣＬ−ＴｙｐｅＤ´：｛空間受信パラメータ｝

【0150】

すなわち、２つの信号がＱＣＬ関係にあるということは、次を意味する。

【0151】

（１）２つの信号が極めて類似したチャネル条件を経た（undergone）。

【0152】

（２）２つの信号が類似したチャネルを経るためには、それらが同じ位置（すなわち、同じ場所および同じアンテナ）にある可能性が高い。

【0153】

（３）２つの信号が類似したチャネルを介して受信器に到達するので、受信器が信号のうちの１つを感知し、当該信号のチャネル特性を把握できるならば、他の信号を感知するのに非常に有利である（大助かりとなる）（significantly advantageous）。

【0154】

ＵＥは、最大８個のＴＣＩ状態をＤＣＩの送信構成指示（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）フィールドのコードポイントにマッピングするのに使用される活性化命令を受信する。ＵＥがＴＣＩ状態の初期上位層構成を受信した以後と活性化命令を受信する前とに、ＵＥは、サービングセルのＰＤＳＣＨの１つのＤＭ−ＲＳポートグループのアンテナポートが、ドップラシフト、ドップラ拡散、平均遅延、遅延拡散、空間受信パラメータに対して初期アクセス（接続）（initial access）手順で決定されたＳＳ／ＰＢＣＨブロックと空間的にＱＣＬ関係にあると仮定することができる。

【0155】

ＵＥがＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して‘Ｅｎａｂｌｅｄ’に設定された上位層パラメータＴＣＩ−ＰｒｅｓｅｎｔＩｎＤＣＩで構成されれば、ＵＥは、当該ＣＯＲＥＳＥＴで送信されたＰＤＣＣＨのＤＬ ＤＣＩにＴＣＩフィールドが存在すると仮定する。ＴＣＩ−ＰｒｅｓｅｎｔＩｎＤＣＩがＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して‘Ｄｉｓａｂｌｅｄ’に設定されるか、ＰＤＳＣＨがＤＣＩフォーマット１＿０によりスケジューリングされれば、ＰＤＳＣＨアンテナポートＱＣＬを決定するために、ＵＥは、ＰＤＳＣＨに対するＴＣＩ状態がＰＤＣＣＨ送信に使用されたＣＯＲＥＳＥＴに対して適用されたＴＣＩ状態と同一であると仮定する。

【0156】

ＴＣＩ−ＰｒｅｓｅｎｔｉｎＤＣＩが‘Ｅｎａｂｌｅｄ’に設定された場合、ＵＥは、ＰＤＳＣＨアンテナポートＱＣＬを決定するために検出されたＰＤＣＣＨ上のＤＣＩ内の送信構成指示フィールドの値に応じてＴＣＩ−Ｓｔａｔｅｓを使用する。ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが閾値Ｔｈｒｅｓｈｏｌｄ−Ｓｃｈｅｄ−Ｏｆｆｓｅｔ以上である場合、ＵＥは、サービングセルのＰＤＳＣＨの１つのＤＭ−ＲＳポートグループのアンテナポートが指示されたＴＣＩ状態によって与えられたＱＣＬタイプに対してＲＳセット内のＲＳとＱＣＬ関係にあると仮定することができる。閾値は、ＵＥ性能に基づく。ＴＣＩ−ＰｒｅｓｅｎｔＩｎＤＣＩ＝‘Ｅｎａｂｌｅｄ’およびＴＣＩ−ＰｒｅｓｅｎｔＩｎＤＣＩ＝‘Ｄｉｓａｂｌｅｄ’の両方の場合、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが閾値Ｔｈｒｅｓｈｏｌｄ−Ｓｃｈｅｄ−Ｏｆｆｓｅｔより小さければ、ＵＥは、サービングセルのＰＤＳＣＨの１つのＤＭ−ＲＳポートグループのアンテナポートが、ＵＥのために１つまたは複数のＣＯＲＥＳＥＴが構成された最後のスロットで最も低いＣＯＲＥＳＥＴ−ＩＤのＰＤＣＣＨ ＱＣＬ指示のために使用されたＴＣＩ状態に基づいて、ＱＣＬ関係にあると仮定することができる。構成された全てのＴＣＩ状態がＱＣＬ−ＴｙｐｅＤ’を含まなければ、ＵＥは、ＤＬ ＤＣＩの受信と当該ＰＤＳＣＨとの間の時間オフセットに関係なく、スケジューリングされたＰＤＳＣＨのために指示されたＴＣＩ状態とは異なるＱＣＬ仮定を取得しなければならない。

【0157】

ＮＲにおいて、単一ビームおよび／またはマルチ（多重）ビーム（multi-beam）動作が行われ得る。ネットワークは、単一ビームおよび／またはマルチビームを配置でき、互いに異なる時間に互いに異なる単一ビームが使用され得る。単一ビームおよび／またはマルチビーム動作が行われるか否かに関係なく、ＵＥの観点では、制御チャネルのモニタリングのためにモニタリングするリソースを決定しなければならない。特に、マルチビーム動作が行われるか、繰り返し（repetition）が使用される場合、同じ制御チャネルが複数の機会（occasion）で送信されることができる。これは、ＵＬ送信でも同様である。また、ＲＡＣＨ手順が構成されたＵＥのアクティブＤＬ／ＵＬ ＢＷＰ内で行われ得る場合、物理ランダムアクセスチャネル（Physical Random Access CHannel；ＰＲＡＣＨ）プリアンブル送信のためのＰＲＡＣＨリソースは、各ＵＬ ＢＷＰごとに独立して構成されることができる。ＵＥ間で互いに異なるＵＬ ＢＷＰを使用する場合、ＰＵＣＣＨリソースがどのように構成されるかが明確になる必要がある。また、フォールバックメッセージがＡＣＫ／ＮＡＣＫコードブックメカニズムまたはＲＲＣ再構成などを切り換えるようにスケジューリングされるとき、よりロバスト（堅固）な（robust）ＡＣＫ／ＮＡＣＫ送信メカニズムも考慮されることができる。ＰＵＣＣＨリソースのＱＣＬ／ＴＣＩ状態と関連して、様々な場合が考慮される必要がある。すなわち、ビーム失敗の事例（beam failure cases）、ビーム失敗リカバリ（復旧）の事例（beam failure recovery cases）、新しいＲＡＣＨ手順などが考慮される必要があり、このような場合、ＱＣＬ／ＴＣＩ状態を決定するメカニズムが明確になる必要がある。

【0158】

以下、本発明の一実施形態に係るＰＵＣＣＨリソース構成および／またはこれと関連付けられるＵＥ動作を説明する。本発明の一実施形態に係るＰＵＣＣＨリソース構成および／またはこれと関連付けられるＵＥ動作は、ＰＣｅｌｌ／ＰＳＣｅｌｌ（primary SCell）の初期ＤＬ／ＵＬ ＢＷＰにおけるＰＵＣＣＨ送信に重点をおいて説明されることができる。しかしながら、本発明は、これに制限されるものではなく、本発明の一実施形態に係るＰＵＣＣＨリソース構成および／またはこれと関連付けられるＵＥ動作と関連して、下記のような場合が追加して考慮され得る。

【0159】

（１）ＰＣｅｌｌ／ＰＳＣｅｌｌ（primary SCell）の初期ＤＬ／ＵＬ ＢＷＰにおけるＲＲＣ接続確立後のＰＵＣＣＨ送信

【0160】

（２）ＰＣｅｌｌ／ＰＳＣｅｌｌの初期ＤＬ／ＵＬ ＢＷＰと異なるアクティブＤＬ／ＵＬ ＢＷＰにおけるＭｓｇ４に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ送信

【0161】

（３）初期ＤＬ／ＵＬ ＢＷＰでフォールバックＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ送信

【0162】

（４）初期ＤＬ／ＵＬ ＢＷＰと異なるアクティブＤＬ／ＵＬ ＢＷＰにおけるフォールバックＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ送信

【0163】

（５）初期ＤＬ／ＵＬ ＢＷＰで、ＳＣｅｌｌ ＲＡＣＨ手順中の、Ｍｓｇ４に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ送信

【0164】

（６）初期ＤＬ／ＵＬ ＢＷＰと異なるアクティブＤＬ／ＵＬ ＢＷＰで、ＳＣｅｌｌ ＲＡＣＨ手順中の、Ｍｓｇ４に対するＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ送信

【0165】

ＲＭＳＩは、初期アクセス手順で使用される１６個の可能なＰＵＣＣＨリソースセットの中で、ＰＵＣＣＨリソースを構成できる。これは、デフォルト（default）ＰＵＣＣＨリソースセットと呼ばれることができる。ＲＲＣ接続確立後に、ＵＥは、他のセットのＰＵＣＣＨリソースで構成されることができる。これは、ＵＥ専用ＰＵＣＣＨリソースセットと呼ばれることができる。ＵＥは、デフォルトＰＵＣＣＨリソースセットおよび／またはＵＥ専用ＰＵＣＣＨリソースセットを、次のオプションのうちの少なくとも１つに従って使用することができる。

【0166】

（１）オプション１：デフォルトＰＵＣＣＨリソースセットは、ＲＲＣ接続確立前にのみ使用されることができる。ＲＲＣ接続確立以後には、ＵＥは、常にＵＥ専用ＰＵＣＣＨリソースセットを使用できる。すなわち、ＲＲＣ接続確立以後（または、ＰＵＣＣＨリソース構成以後）、初期ＤＬ／ＵＬ ＢＷＰにおけるＭｓｇ４に対するＡＣＫ／ＮＡＣＫ送信に対しても、ＵＥは、ＵＥ専用ＰＵＣＣＨリソースセットを使用できる。言い替えれば、一時的な（臨時）（temporary）セル無線ネットワーク一時識別子（Cell Radio Network Temporary Identifier；Ｃ−ＲＮＴＩ）ベースのＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫは、デフォルトＰＵＣＣＨリソースセットを使用して送信されるのに対し、他のＡＣＫ／ＮＡＣＫは、ＵＥ専用ＰＵＣＣＨリソースセットを使用して送信されることができる。

【0167】

（２）オプション２：デフォルトＰＵＣＣＨリソースセットは、ＲＡＣＨ手順（例えば、Ｍｓｇ４に対するＡＣＫ／ＮＡＣＫ）およびビーム失敗リカバリ手順ならびにフォールバックＡＣＫ／ＮＡＣＫのために使用されることができる。フォールバックＡＣＫ／ＮＡＣＫは、ＵＥが、他のＤＣＩなしで、ＰＣｅｌｌのフォールバックＤＣＩでＤＡＩ（DL assignment index）＝１のみを受信する場合として定義されることができる。

【0168】

（３）オプション３：デフォルトＰＵＣＣＨリソースセットは、ＲＲＣ接続確立以前またはＵＥ専用ＰＵＣＣＨリソースセットが利用可能になる以前のＲＡＣＨ手順で使用されることができ、また、フォールバックＡＣＫ／ＮＡＣＫのために使用されることができる。その他の場合には、ＵＥ専用ＰＵＣＣＨリソースセットが使用され得る。これは、フォールバック動作のためのＡＣＫ／ＮＡＣＫがロバスト（強靭）な（robust）リソースで送信されることを保証するためである。

【0169】

（４）オプション４：デフォルトＰＵＣＣＨリソースセットは、ＲＲＣ接続確立が可能か否かに関係なく、ＲＡＣＨ手順に使用されることができる。ＵＥ専用ＰＵＣＣＨリソースセットは、フォールバックＡＣＫ／ＮＡＣＫ、ビーム失敗リカバリ手順などの他の場合に使用されることができる。

【0170】

（５）オプション５：ＵＥ専用ＰＵＣＣＨリソースセットは、ＲＡＣＨ手順を除く全ての場合に使用されることができる。ＰＵＣＣＨのＳｐａｔｉａｌＴｘｉｎｆｏｒｍａｔｉｏｎは、ＲＡＣＨ手順に対して暗示的に決定されることができる。すなわち、ＲＡＣＨ手順の間、ＰＵＣＣＨリソースのＳｐａｔｉａｌＴｘＩｎｆｏｒｍａｔｉｏｎは、無視されることができる。

【0171】

（６）オプション６：最も低いＰＵＣＣＨリソース（lowest PUCCH resource）のＳｐａｔｉａｌＴｘ情報は、ただＲＡＣＨ手順のみに基づいて決定されることができる。最も低いＰＵＣＣＨリソースのＳｐａｔｉａｌＴｘ情報は、明示的な構成なしで構成されることができる。あるいは、最も低いＰＵＣＣＨリソースが明示的なＳｐａｔｉａｌＴｘｉｎｆｏｒｍａｔｉｏｎで構成されていない場合、ＳｐａｔｉａｌＴｘ情報は、ＲＡＣＨ手順に従って決定されることができる。明示的ＳｐａｔｉａｌＴｘ構成がないＰＵＣＣＨリソースにも同じ動作が適用され得る。

【0172】

（７）オプション７：最も低いＰＵＣＣＨリソースのｓｐａｔｉａｌＴＸ情報は、ＲＡＣＨ手順またはＭＡＣ（Media Access Control） ＣＥ（Control Element）に基づいて決定されることができる。ｓｐａｔｉａｌＴＸ情報は、明示的構成なしでは構成されないことがある。しかしながら、構成されたｓｐａｔｉａｌＴＸ情報の状態が、ＳＳ／ＰＢＣＨブロックセット、ビーム復旧ＲＳセット、ビーム一致（beam correspondence）が仮定される場合ＲＬＭ（Radio Link Monitoring）−ＲＳセット、ビーム一致が仮定されない場合ＳＲＩ（Scheduling Request Indicator）／ＳＲＳ（Sounding Reference Signal）リソースセット、のうち少なくとも１つと同等であると仮定する場合、ｓｐａｔｉａｌＴＸ情報は、ＭＡＣ ＣＥを介して活性化されることができる。あるいは、最も低いＰＵＣＣＨリソースが明示的なＳｐａｔｉａｌＴｘｉｎｆｏｒｍａｔｉｏｎで構成されていない場合、ＳｐａｔｉａｌＴｘ情報は、ＲＡＣＨ手順およびＭＡＣ ＣＥのうち、最も最近のものによって決定されることができる。言い替えれば、ＰＵＣＣＨリソースのｓｐａｔｉａｌＴＸ情報は、ＲＡＣＨ手順またはＭＡＣ ＣＥのうちの最も最近の活動（the most recent one）をベースとしてアップデートされることができる。

【0173】

上述したオプション２の場合、ＵＥ専用ＵＬ ＢＷＰシナリオ、またはＳＣｅｌｌのＲＡＣＨ手順、あるいはＳＣｅｌｌのフォールバックＡＣＫ／ＡＮＣＫ送信のために、次のように追加オプションが考慮され得る。

【0174】

・オプション１：上記のような場合にも、ＰＣｅｌｌ（または、ＰＳＣｅｌｌ）のデフォルトＰＵＣＣＨリソースセットが使用され得る。これをサポートするために、ＵＬ ＢＷＰを含まない各ＵＥ専用ＢＷＰに対してデフォルトＰＵＣＣＨリソースセットが構成される必要がある。ＲＭＳＩシグナリングが再使用され得るし、当該ＵＬ ＢＷＰ内でＭｓｇ３の送信のために使用された仮想ＵＬ ＢＷＰにオフセットが適用され得る。

【0175】

・オプション２：上記のような場合、常にＵＥ専用ＰＵＣＣＨリソースセットが使用され得る。

【0176】

これは、上述したオプション３の場合にも適用されることができる。すなわち、各セルに対するフォールバックＡＣＫ／ＮＡＣＫは、デフォルトＰＵＣＣＨリソースセットを使用して送信されることができるか、または、ＰＣｅｌｌもしくはＰＳＣｅｌｌでないセルに対するフォールバックＡＣＫ／ＮＡＣＫは、ＵＥ専用ＰＵＣＣＨリソースセットを使用して送信されることができる。

【0177】

各ＰＵＣＣＨリソースセットに対するＱＣＬ／ＴＣＩ状態は、次のとおりでありうる。以下の説明において、ＱＣＬ／ＴＣＩ状態は、ＳｐａｔｉａｌＴＸ情報に代替されることができる。

【0178】

・デフォルトＰＵＣＣＨリソースセット：デフォルトＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態は、最も最近に行われたＲＡＣＨ手順のＭｓｇ３（または、ＰＲＡＣＨプリアンブル）の送信に使用されたビーム方向に従うことができる。デフォルトＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態がＭｓｇ３に従う場合、デフォルトＰＵＣＣＨリソースセットに対するＱＣＬ／ＴＣＩ状態は、コンテンションベース（競争基盤）（contention-based）ＲＡＣＨ手順に基づいてアップデートされることができる。デフォルトＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態がＰＲＡＣＨプリアンブルに従う場合、デフォルトＰＵＣＣＨリソースセットに対するＱＣＬ／ＴＣＩ状態は、コンテンションベースであるか、または非コンテンションベースであるかに関係なく、ＲＡＣＨ手順に基づいてアップデートされることができる。

【0179】

・ＵＥ専用ＰＵＣＣＨリソースセット：利用可能な場合、ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態は、指示されたＳＲＩに従うことができる。他の場合、ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態は、最も低いＰＵＣＣＨリソースに構成されたＱＣＬ／ＴＣＩ状態に従うことができる。あるいは、ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態は、デフォルトＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態に従うことができる。デフォルトＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態と類似して、ＲＡＣＨ手順によって、ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態がアップデートされることができる。ＲＡＣＨ手順は、コンテンションベースまたは非コンテンションベースで発生できるので、ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態は、ビーム失敗リカバリ手順を含んで最も最近の成功したＲＡＣＨ手順のＰＲＡＣＨに従うことができる。あるいは、ＰＵＣＣＨリソースセットの一部のＳｐａｔｉａｌＴｘ情報が構成されないことがあり、当該ＰＵＣＣＨリソースセットは、ＳｐｔｉａｌＴｘ情報を決定するために、最近のＲＡＣＨ手順に従うことができる。ＵＥ専用ＰＵＣＣＨリソースセットのＱＣＬ／ＴＣＩ状態を決定するために、ＲＡＣＨ手順のＭｓｇ３が使用されれば、Ｍｓｇ３またはビーム失敗リカバリ手順（ビーム失敗リカバリ応答を受信した後、ＰＵＳＣＨ再送信またはＲＡＲを受信した後）におけるＰＵＳＣＨ送信に対するＱＣＬ／ＴＣＩ状態は、ビーム失敗リカバリのために送信されたＰＲＡＣＨプリアンブルのＱＣＬ／ＴＣＩ状態に従うことができる。

【0180】

あるいは、ＵＥ専用ＰＵＣＣＨリソースセットに対して（または、ＰＵＣＣＨリソースごとに）明示的なＱＣＬ／ＴＣＩ状態が与えられ得る。このとき、ＱＣＬ／ＴＣＩ状態は、ＲＲＣ、またはＭＡＣ ＣＥ、あるいはＤＣＩを介しての再構成により、明示的にのみアップデートされることができる。明示的に再構成される前までは、以前に構成されたＱＣＬ／ＴＣＩ状態が使用され得る。このような場合、ＲＡＣＨ手順またはビーム失敗リカバリ手順の間、ＲＡＣＨ手順に従ってＱＣＬ／ＴＣＩ状態が変更され得るデフォルトＰＵＣＣＨリソースセットが使用され得る。言い替えれば、明示的なＳｐａｔｉａｌＴｘ情報のないＵＥ専用ＰＵＣＣＨリソースセットが許容され得る。ＵＥ専用ＰＵＣＣＨリソースセットのＳｐａｔｉａｌＴｘ情報は、最近のＲＡＣＨ手順に基づいて決定されることができる。ビーム一致を仮定する場合、ＵＥ専用ＰＵＣＣＨリソースセットのＳｐａｔｉａｌＴｘ情報は、ＲＡＲ／Ｍｓｇ４に使用されるＳＳ／ＰＢＣＨブロックインデックスに基づいて決定されることができる。ビーム一致が仮定されない場合、ＵＥ専用ＰＵＣＣＨリソースセットのＳｐａｔｉａｌＴｘ情報は、ＲＡＣＨ手順の間、Ｍｓｇ４に対応するＲＡＣＨ／Ｍｓｇ４／ＨＡＲＱ−ＡＣＫが整列されるＲＡＣＨリソースに基づいて決定されることができる。

【0181】

・ＳｐａｔｉａｌＴｘ情報がない（すなわち、明示的に構成されていない）ＲＡＣＨリソースが使用されるとき、ＵＥは、ＤＡＩ＝１、あるいは１または２ビットのＨＡＲＱ−ＡＣＫビット（または、特定のＰＵＣＣＨフォーマットセット）のみが使用されることを期待できる。必要な場合、ＨＡＲＱ−ＡＣＫビットまたはＣＳＩビットは、ＨＡＲＱ−ＡＣＫの１−２ビット（内）に適するように省略されることができる。

【0182】

図１２は、本発明の一実施形態によってＵＣＩを送信する方法の一例を示す。上述した本発明の実施形態が本実施形態に適用され得る。特に、デフォルトＰＵＣＣＨリソースセットとＵＥ専用ＰＵＣＣＨリソースセットとの使用と関連して、オプション（１）が適用され得る。

【0183】

図１２に示すように、ステップＳ１２００において、ＵＥは、デフォルトＰＵＣＣＨリソースに関する情報を受信する。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＲＭＳＩを介して受信されることができる。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＲＭＳＩに含まれるＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ（Information Element）によって構成されることができる。ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥは、セル固有（特定）（cell-specific）ＰＵＣＣＨパラメータを構成するために使用されることができる。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ内のｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎフィールドでありうる。上記デフォルトＰＵＣＣＨリソースは、１６個のＰＵＣＣＨリソースのうちの１つでありうる。

【0184】

ステップＳ１２１０において、ｇＮＢとＲＲＣ接続を確立する以前にのみ、ＵＥは、上記デフォルトＰＵＣＣＨリソースを使用してＵＣＩを上記ｇＮＢに送信する。すなわち、ＵＥは、上記デフォルトＰＵＣＣＨリソースを初期ＵＬ ＢＷＰ上で初期アクセス手順中にのみ使用する。

【0185】

上記ＵＣＩは、一時的Ｃ−ＲＮＴＩベースのＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫを含むことができる。

【0186】

上記デフォルトＰＵＣＣＨリソースに対するＱＣＬ／ＴＣＩ状態またはＳｐａｔｉａｌＴｘ情報は、最も最近に行われたランダムアクセス（任意接続）（random access）手順でＰＲＡＣＨプリアンブル送信に使用されたビーム方向に基づいて決定されることができる。このとき、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、コンテンションベースのランダムアクセス手順または非コンテンションベースのランダムアクセス手順に基づいてアップデートされることができる。あるいは、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、最も最近に行われたランダムアクセス手順でＭｓｇ３送信に使用されたビーム方向に基づいて決定されることができる。このとき、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、コンテンションベースのランダムアクセス手順に基づいてアップデートされることができる。

【0187】

ＵＥは、ＵＥ専用ＰＵＣＣＨリソースに関する情報を受信することができる。上記ＵＥ専用ＰＵＣＣＨリソースを受信すれば、ＵＥは、上記デフォルトＰＵＣＣＨリソースの代わりに、上記ＵＥ専用ＰＵＣＣＨリソースを使用できる。ＵＥは、上記ｇＮＢと上記ＲＲＣ接続を確立した後、上記ＵＥ専用ＰＵＣＣＨリソースを使用して、ＵＣＩを上記ｇＮＢに送信することができる。

【0188】

上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、上記ｇＮＢによって明示的に構成されることができる。このとき、上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、上記ｇＮＢによる明示的な再構成によってのみアップデートされることができる。あるいは、上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、最も最近に成功裏に行われたランダムアクセス手順におけるＰＲＡＣＨプリアンブル送信に基づいて決定されることができる。

【0189】

図１２において説明された本発明の一実施形態によれば、デフォルトＰＵＣＣＨリソースがいつおよび／またはいかなる動作のために使用されるか、明確に定義されることができる。また、デフォルトＰＵＣＣＨリソースおよび／またはＵＥ専用ＰＵＣＣＨリソースに対して、ＱＣＬ／ＴＣＩ状態に関する情報を受信する前に、当該ＰＵＣＣＨリソースに対するＱＣＬ／ＴＣＩ状態が明確に定義されることができる。

【0190】

図１３は、本発明の実施形態を実現するより詳細なＵＥを示す。ＵＥ側に対して前述した本発明がこの実施形態に適用され得る。

【0191】

ＵＥは、プロセッサ１３１０、電力管理モジュール１３１１、バッテリ１３１２、ディスプレイ１３１３、キーパッド１３１４、ＳＩＭ（Subscriber Identification Module）カード１３１５、メモリ１３２０、送受信部１３３０、１つもしくは複数のアンテナ１３３１、スピーカ１３４０、ならびにマイク１３４１を備える。

【0192】

プロセッサ１３１０は、本明細書において説明された提案された機能、手順、および／または方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ１３１０で実現されることができる。プロセッサ１３１０は、ＡＳＩＣ（Application-Specific Integrated Circuit）、他のチップセット、論理回路、および／またはデータ処理装置を備えることができる。プロセッサは、ＡＰ（Application Processor）でありうる。プロセッサ１３１０は、ＤＳＰ（Digital Signal Processor）、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、モデム（Ｍｏｄｅｍ；Modulator and demodulator）のうちの少なくとも１つを含むことができる。プロセッサ１３１０の例は、ＱＵＡＬＣＯＭＭ（登録商標）により製造されたＳＮＡＰＤＲＡＧＯＮ（登録商標）シリーズプロセッサ、ＳＡＭＳＵＮＧ（登録商標）により製造されたＥＸＹＮＯＳ（登録商標）シリーズプロセッサ、ＡＰＰＬＥ（登録商標）により製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋにより製造されたＨＥＬＩＯ（登録商標）シリーズプロセッサ、ＩＮＴＥＬ（登録商標）により製造されたＡＴＯＭ（登録商標）シリーズプロセッサ、または対応する次世代プロセッサでありうる。

【0193】

プロセッサ１３１０は、デフォルトＰＵＣＣＨリソースに関する情報を受信するように送受信部１３３０を制御するように構成されることができる。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＲＭＳＩを介して受信されることができる。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＲＭＳＩに含まれるＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥによって構成されることができる。ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥは、セル固有ＰＵＣＣＨパラメータを構成するために使用されることができる。上記デフォルトＰＵＣＣＨリソースに関する情報は、ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ内のｐｕｃｃｈ−ＲｅｓｏｕｒｃｅＣｏｍｍｏｎフィールドでありうる。上記デフォルトＰＵＣＣＨリソースは、１６個のＰＵＣＣＨリソースのうちの１つでありうる。

【0194】

ｇＮＢとＲＲＣ接続を確立する以前にのみ、プロセッサ１３１０は、上記デフォルトＰＵＣＣＨリソースを使用してＵＣＩを上記ｇＮＢに送信するように送受信部１３３０を制御するように構成されることができる。すなわち、ＵＥは、上記デフォルトＰＵＣＣＨリソースを初期ＵＬ ＢＷＰ上で初期アクセス手順中にのみ使用する。

【0195】

上記ＵＣＩは、一時的Ｃ−ＲＮＴＩベースのＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫを含むことができる。

【0196】

上記デフォルトＰＵＣＣＨリソースに対するＱＣＬ／ＴＣＩ状態またはＳｐａｔｉａｌＴｘ情報は、最も最近に行われたランダムアクセス手順でＰＲＡＣＨプリアンブル送信に使用されたビーム方向に基づいて決定されることができる。このとき、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、コンテンションベースのランダムアクセス手順または非コンテンションベースのランダムアクセス手順に基づいてアップデートされることができる。あるいは、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、最も最近に行われたランダムアクセス手順でＭｓｇ３送信に使用されたビーム方向に基づいて決定されることができる。このとき、上記デフォルトＰＵＣＣＨリソースに対するＴＣＩ状態は、コンテンションベースのランダムアクセス手順に基づいてアップデートされることができる。

【0197】

プロセッサ１３１０は、ＵＥ専用ＰＵＣＣＨリソースに関する情報を受信するように送受信部１３３０を制御するように構成されることができる。上記ＵＥ専用ＰＵＣＣＨリソースを受信すれば、ＵＥは、上記デフォルトＰＵＣＣＨリソースの代わりに、上記ＵＥ専用ＰＵＣＣＨリソースを使用できる。プロセッサ１３１０は、上記ｇＮＢと上記ＲＲＣ接続を確立した後、上記ＵＥ専用ＰＵＣＣＨリソースを使用してＵＣＩを上記ｇＮＢに送信するように送受信部１３３０を制御するように構成されることができる。

【0198】

上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、上記ｇＮＢによって明示的に構成されることができる。このとき、上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、上記ｇＮＢによる明示的な再構成によってのみアップデートされることができる。あるいは、上記ＵＥ専用ＰＵＣＣＨリソースに対するＴＣＩ状態は、最も最近に成功裏に行われたランダムアクセス手順におけるＰＲＡＣＨプリアンブル送信に基づいて決定されることができる。

【0199】

電力管理モジュール１３１１は、プロセッサ１３１０および／または送受信部１３３０に対する電力を管理する。バッテリ１３１２は、電力管理モジュール１３１１に電力を供給する。ディスプレイ１３１３は、プロセッサ１３１０により処理された結果を出力する。キーパッド１３１４は、プロセッサ１３１０により使用される入力を受信する。キーパッド１３１４は、ディスプレイ１３１３上に表示されることができる。ＳＩＭカード１３１５は、携帯電話およびコンピュータなどの携帯電話装置で加入者を識別し、認証するのに使用されるＩＭＳＩ（International Mobile Subscriber Identity）およびそれと関連するキーを安全に記憶するために使用される集積回路である。多くのＳＩＭカードに連絡先情報を記憶することもできる。

【0200】

メモリ１３２０は、プロセッサ１３１０と動作可能に結合され、プロセッサ１３１０を動作させるための様々な情報を記憶する。メモリ１３２０は、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、メモリカード、記憶媒体、および／または他の記憶装置を備えることができる。実施形態がソフトウェアで実現される場合、本明細書において説明された技術などは、本明細書において説明された機能を果たすモジュール（例えば、手順、機能など）で実現されることができる。モジュールは、メモリ１３２０に記憶されることができ、プロセッサ１３１０により実行されることができる。メモリ１３２０は、プロセッサ１３１０の内部に実現されることができる。あるいは、メモリ１３２０は、プロセッサ１３１０の外部に実現されることができ、技術分野において公知の様々な手段を介してプロセッサ１３１０と通信可能に接続されることができる。

【0201】

送受信部１３３０は、プロセッサ１３１０と動作可能に結合され、無線信号を送信および／または受信する。送受信部１３３０は、送信器と受信器とを備える。送受信部１３３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。送受信部は、無線信号を送信および／または受信するように１つまたは複数のアンテナ１３３１を制御する。

【0202】

スピーカ１３４０は、プロセッサ１３１０により処理された音関連の（sound-related）結果を出力する。マイク１３４１は、プロセッサ１３１０により使用される音関連の入力を受信する。

【0203】

図１３において説明された本発明の一実施形態によれば、デフォルトＰＵＣＣＨリソースがいつおよび／またはいかなる動作のために使用されるかが明確に定義されることができる。また、デフォルトＰＵＣＣＨリソースおよび／またはＵＥ専用ＰＵＣＣＨリソースに対して、ＱＣＬ／ＴＣＩ状態に関する情報を受信する前に、当該ＰＵＣＣＨリソースに対するＱＣＬ／ＴＣＩ状態が明確に定義され得る。

【0204】

前述した例示的なシステムにおいて、前述した本発明の特徴によって実現できる方法は、流れ図（順序図）（flow diagrams）に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明されたが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、他のステップと、前述したものと異なる順序で、または同時に発生することができる。また、当業者であれば、流れ図に示したステップが、排他的でなく、他のステップが含まれるか、または流れ図の１つもしくは複数のステップが本発明の範囲に影響を及ぼさず、削除できることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】