特表2024-515045 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ レノボ・シンガポール・プライベート・リミテッドの特許一覧

特表2024-515045複数のＰＤＳＣＨ／ＰＵＳＣＨおよびマルチスロットＰＤＣＣＨ監視のための複数のデフォルトビーム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

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

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

(11)【公表番号】

(43)【公表日】2024-04-04

(54)【発明の名称】複数のＰＤＳＣＨ／ＰＵＳＣＨおよびマルチスロットＰＤＣＣＨ監視のための複数のデフォルトビーム

(51)【国際特許分類】

H04W 72/1263 20230101AFI20240328BHJP

H04W 16/28 20090101ALI20240328BHJP

H04W 72/23 20230101ALI20240328BHJP

H04B 7/06 20060101ALI20240328BHJP

【ＦＩ】

H04W72/1263

H04W16/28

H04W72/23

H04B7/06 956

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023561213

(86)(22)【出願日】2022-04-05

(85)【翻訳文提出日】2023-12-01

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

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

(87)【国際公開日】2022-10-13

(31)【優先権主張番号】63/170,955

(32)【優先日】2021-04-05

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＰＹＴＨＯＮ

２．ＪＡＶＡ

３．ＢＬＵＥＴＯＯＴＨ

４．ＺＩＧＢＥＥ

５．ＳＩＧＦＯＸ

(71)【出願人】

【識別番号】505205731

【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100205785

【弁理士】

【氏名又は名称】▲高▼橋史生

(72)【発明者】

【氏名】アンキト・バムリ

(72)【発明者】

【氏名】アリ・ラマダン・アリ

(72)【発明者】

【氏名】カルティケヤン・ガネサン

(72)【発明者】

【氏名】アレクサンデル・ヨハン・マリア・ゴリチェク・エドラー・フォン・エルブヴァルト

(72)【発明者】

【氏名】シェア・アリ・チーマ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE10

5K067JJ13

5K067KK02

(57)【要約】

複数のPDSCH/PUSCHのデフォルトビームを関連付けるための装置、方法及びシステムが開示される。トランシーバに結合されたプロセッサを1つの装置は含み、プロセッサとトランシーバは、装置に、複数のビームと、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示すCORESET構成を受信することと、異なるビームを使用して異なるPDCCH監視機会において少なくとも1つのCORESETを監視することとを行わせるように構成される。トランシーバを介して、プロセッサは、PDCCH伝送内で第1のCORESETを受信し、第1のCORESETは、複数の物理チャネル伝送(すなわち、PDSCH及び/又はPUSCH)をスケジューリングし、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信する。

【特許請求の範囲】

【請求項1】

ユーザ機器(「UE」)における方法であって、
無線アクセスネットワーク(「RAN」)から制御リソースセット(「CORESET」)構成を受信するステップであって、前記CORESET構成が、少なくともCORESET識別子(「ID」)について複数のビームと、示されたビームごとの対応する持続時間とを示す、ステップと、
異なるビームを使用して異なる物理ダウンリンク制御チャネル(「PDCCH」)監視機会において少なくとも1つのCORESETを監視するステップと、
PDCCH伝送内で第1のCORESETを受信するステップであって、前記第1のCORESETが、複数の物理チャネル伝送をスケジューリングする、ステップと、
前記UEに設定された最も低いCORESET IDに関連付けられる前記複数のビームを使用して、前記複数のスケジューリングされた物理チャネル上で前記RANと通信するステップであって、前記複数のスケジューリングされた物理チャネル上で前記RANと通信するステップが、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む、ステップと
を含む、方法。

【請求項2】

前記UEが、QCLのための時間期間を用いて構成され、前記複数の物理チャネル伝送が、TCIフィールドを含まない単一のダウンリンク制御情報(「DCI」)によってスケジューリングされ、前記DCIの受信と前記複数の物理チャネル伝送との間の時間オフセットが、QCLの前記時間期間以上であり、前記RANと通信するステップが、前記第1のCORESETに関連付けられるデフォルトビームを適用するステップを含み、前記デフォルトビームが、前記DCIの前記受信と前記複数の物理チャネル伝送との間の前記時間オフセット以上であるTCI期間を有する、請求項1に記載の方法。

【請求項3】

前記UEが、前記複数のスケジューリングされた物理チャネル上で前記RANと通信する際に、少なくとも第2のデフォルトビームを適用し、物理チャネルのスケジューリングされたインスタンスごとの前記デフォルトビームが、前記デフォルトビームに関連付けられる時間期間に基づいて決定される、請求項2に記載の方法。

【請求項4】

前記UEが、QCLのための時間期間を用いて構成され、前記複数の物理チャネル伝送が、単一のダウンリンク制御情報(「DCI」)によってスケジューリングされ、前記DCIの受信と前記複数の物理チャネル伝送との間の時間オフセットが、QCLの前記時間期間よりも短く、前記複数のスケジューリングされた物理チャネル上で前記RANと通信するステップが、前記第1のCORESETに関連付けられる複数のデフォルトビームを適用するステップを含み、前記デフォルトビームが、前記DCIの前記受信と前記複数の物理チャネル伝送との間の前記時間オフセット以上であるTCI期間を有する、請求項1に記載の方法。

【請求項5】

物理チャネルのスケジューリングされたインスタンスごとの前記デフォルトビームが、前記デフォルトビームに関連付けられる時間期間に基づいて決定される、請求項4に記載の方法。

【請求項6】

前記UEが、QCLのための時間期間を用いて構成され、前記複数の物理チャネル伝送が、TCIフィールドを含まない単一のダウンリンク制御情報(「DCI」)によってスケジューリングされ、前記DCIの受信と前記複数の物理チャネル伝送の第1の部分との間の時間オフセットが、QCLの前記時間期間よりも短く、前記RANと通信するステップが、前記複数の物理チャネル伝送の前記第1の部分に対して前記最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、前記複数の物理チャネル伝送の残りの部分に対して前記第1のCORESETに関連付けられるビームに切り替えるステップを含む、請求項1に記載の方法。

【請求項7】

前記UEが、QCLの時間期間を用いて構成され、前記複数の物理チャネル伝送が、ビームのセットを示すTCIフィールドを含む単一のダウンリンク制御情報(「DCI」)によってスケジューリングされ、前記DCIの受信と前記複数の物理チャネル伝送の第1の部分との間の時間オフセットが、QCLの前記時間期間よりも短く、前記RANと通信するステップが、前記複数の物理チャネル伝送の前記第1の部分に対して前記最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、前記複数の物理チャネル伝送の残りの部分に対して前記DCIによって示されるビームの前記セットに切り替えるステップを含む、請求項1に記載の方法。

【請求項8】

前記CORESET構成が、CORESETを監視するためのビームのパターンを伴い、前記パターンの周期が、前記PDCCH監視機会の周期に等しく、PDCCH監視機会ごとに、前記CORESETを監視するためのビームの同じ関連付けが、PDCCH監視期間内に適用される、請求項1に記載の方法。

【請求項9】

前記CORESET構成が、CORESETを監視するためのビームのパターンを伴い、前記パターンの周期が、前記PDCCH監視機会の周期よりも小さく、PDCCH監視機会ごとに、前記CORESETを監視するためのビームの同じ関連付けが、PDCCH監視期間内に適用される、請求項1に記載の方法。

【請求項10】

前記CORESET構成が、CORESETを監視するためのビームのパターンを伴い、前記パターンの周期が、前記PDCCH監視機会の周期よりも大きく、前記CORESETを監視するためのビームの関連付けが、複数のPDCCH監視期間にわたって適用される、請求項1に記載の方法。

【請求項11】

前記CORESET構成が、前記RAN内の複数の送受信ポイントに関連付けられる複数のビームを伴う、請求項1に記載の方法。

【請求項12】

トランシーバと、
前記トランシーバに結合されたプロセッサと
を備えるユーザ機器(「UE」)装置であって、前記プロセッサと前記トランシーバが、前記装置に、
無線アクセスネットワーク(「RAN」)から制御リソースセット(「CORESET」)構成を受信することであって、前記CORESET構成が、少なくともCORESET識別子(「ID」)について複数のビームと、示されたビームごとの対応する持続時間とを示す、ことと、
異なるビームを使用して異なる物理ダウンリンク制御チャネル(「PDCCH」)監視機会において少なくとも1つのCORESETを監視することと、
PDCCH伝送内で第1のCORESETを受信することであって、前記第1のCORESETが、複数の物理チャネル伝送をスケジューリングする、ことと、
前記装置に設定された最も低いCORESET IDに関連付けられる前記複数のビームを使用して、前記複数のスケジューリングされた物理チャネル上で前記RANと通信することであって、前記複数のスケジューリングされた物理チャネル上で前記RANと通信することが、ダウンリンク伝送を受信すること、アップリンク伝送を伝送すること、またはそれらの組合せを備える、ことと
を行わせるように構成される、ユーザ機器(「UE」)装置。

【請求項13】

トランシーバと、
前記トランシーバに結合されたプロセッサと
を備える無線アクセスネットワーク(「RAN」)装置であって、前記プロセッサと前記トランシーバが、前記装置に、
ユーザ機器(「UE」)に制御リソースセット(「CORESET」)構成を伝送することであって、前記CORESET構成が、複数のビームと、少なくともCORESET識別子(「ID」)について示されたビームごとの対応する持続時間を示す、ことと、
物理ダウンリンク制御チャネル(「PDCCH」)監視機会内で第1のCORESETを伝送することであって、前記第1のCORESETが複数の物理チャネル伝送をスケジューリングする、ことと、
前記UEに設定された最も低いCORESET IDに関連付けられる前記複数のビームを使用して、前記複数のスケジューリングされた物理チャネル上で前記UEと通信することであって、前記複数のスケジューリングされた物理チャネル上で前記UEと通信するステップが、ダウンリンク伝送を伝送すること、アップリンク伝送を受信すること、またはそれらの組合せを備える、ことと
を行わせるように構成される、無線アクセスネットワーク(「RAN」)装置。

【請求項14】

前記CORESET構成が、CORESETを監視するためのビームのパターンを備え、前記パターンの周期が、前記PDCCH監視機会の周期以下であり、PDCCH監視機会ごとに、前記CORESETを監視するためのビームの同じ関連付けが、PDCCH監視期間内に適用される、請求項13に記載の装置。

【請求項15】

前記CORESET構成が、CORESETを監視するためのビームのパターンを備え、前記パターンの周期が、前記PDCCH監視機会の周期よりも大きく、前記CORESETを監視するためのビームの関連付けが、複数のPDCCH監視期間にわたって適用される、請求項13に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、2021年4月5日にAnkit Bhamri、Ali Ramadan Ali、Karthikeyan Ganesan、Alexander Johann Maria Golitschek Edler von Elbwart、およびSher Ali Cheemaに対して出願された「MULTIPLE DEFAULT BEAMS FOR MULTIPLE PDSCH/PUSCH AND MULTI-SLOT PDCCH MONITORING」という名称の米国仮特許出願第63/170,955号の優先権を主張し、この出願は参照により本明細書に組み込まれる。

【0002】

本明細書で開示される主題は、一般にワイヤレス通信に関し、より具体的には、複数の物理ダウンリンク共有チャネル(Physical Downlink Shared Channel:「PDSCH」)および/または物理アップリンク共有チャネル(Physical Uplink Shared Channel:「PUSCH」)(すなわち、「PDSCH/PUSCH」)およびマルチスロット物理ダウンリンク制御チャネル(Physical Downlink Control Channel:「PDCCH」)のための複数のデフォルトビームに関する。

【背景技術】

【0003】

特定のワイヤレスネットワークは、52.6GHzを超える周波数帯域(たとえば、52.6GHz～71GHz)における、第3世代パートナーシッププロジェクト(Third Generation Partnership Project:「3GPP(登録商標)」)New Radio(「NR」(すなわち、第5世代無線アクセス技術(Radio Access Technology:「RAT」))動作をサポートし得る。NR動作を52.6GHzを超えて拡張するために、ビーム管理とスケジューリングの挙動はより高い周波数領域に合わせて修正され得る。

【発明の概要】

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

【0004】

複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けるため、および異なる監視機会において異なるビーム上で同じ制御リソースセット(Control Resource Set:「CORESET」)を監視するための手順が開示される。前記手順は、装置、システム、方法、またはコンピュータプログラム製品によって実装され得る。

【0005】

ユーザ機器(User Equipment:「UE」)における1つの方法は、無線アクセスネットワーク(radio access network:「RAN」)からCORESET構成を受信するステップであって、前記CORESET構成が、少なくともCORESET識別子(identifier:「ID」)について複数のビームと、示されたビームごとの対応する持続時間を示す、ステップと、異なるビームを使用して異なる物理ダウンリンク制御チャネル(「PDCCH」)監視機会において少なくとも1つのCORESETを監視するステップとを含む。本方法は、PDCCH伝送内で第1のCORESETを受信するステップであって、第1のCORESETが、複数の物理チャネル伝送をスケジューリングする、ステップと、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信するステップとを含む。ここで、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む。

【0006】

RANにおける1つの方法は、UEからCORESET構成を伝送するステップであって、前記CORESET構成は、複数のビームと、少なくともCORESET IDについて示されたビームごとの対応する持続時間を示す、ステップを含む。本方法は、PDCCH監視機会内で第1のCORESETを伝送するステップであって、第1のCORESETが複数の物理チャネル伝送をスケジューリングする、ステップと、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でUEと通信するステップとを含む。ここで、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を伝送するステップ、アップリンク伝送を受信するステップ、またはそれらの組合せを含む。

【0007】

上記で簡単に説明した実施形態のより具体的な説明は、添付の図面に示されている特定の実施形態を参照することによって与えられる。これらの図面はいくつかの実施形態のみを示しており、したがって範囲を限定するものとみなされるべきではないことを理解した上で、実施形態は、添付の図面を使用して追加の具体性および詳細と共に記述および説明される。

【図面の簡単な説明】

【0008】

【図1】複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うためのワイヤレス通信システムの一実施形態を示す概略ブロック図である。

【図2】New Radio(「NR」)プロトコルスタックの一実施形態を示す図である。

【図3】CORESETをスケジューリングするためにアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一実施形態を示す図である。

【図4】最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一実施形態を示す図である。

【図5】いくつかのPDSCHの最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一方、残りのPDSCHに対してCORESETをスケジューリングするために複数のTCI/QCL/ビームがアクティブ化される一実施形態を示す図である。

【図6】いくつかのPDSCHの最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一方、残りのPDSCHにDCIによって示されるTCI/QCL/ビームを適用する、一実施形態を示す図である。

【図7】PDCCH監視期間内の異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視の一実施形態を示す図である。

【図8】PDCCH監視期間よりも短い関連付けパターン期間を有する異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視の一実施形態を示す図である。

【図9】PDCCH監視期間よりも長い関連付けパターン期間を有する異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視の一実施形態を示す図である。

【図10】複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うために使用され得るユーザ機器装置の一実施形態を示すブロック図である。

【図11】複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うために使用され得るネットワーク装置の一実施形態を示すブロック図である。

【図12】複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第1の方法の一実施形態を示すフローチャートである。

【図13】複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第2の方法の一実施形態を示すフローチャートである。

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

【0009】

当業者には理解されるように、実施形態の態様は、システム、装置、方法、またはプログラム製品として具現化され得る。したがって、実施形態は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)、またはソフトウェアとハードウェアの態様を組み合わせた実施形態の形態をとり得る。

【0010】

たとえば、開示された実施形態は、カスタム超大規模集積(「VLSI」)回路またはゲートアレイ、論理チップ、トランジスタ、もしくは他のディスクリートコンポーネントなどの既製の半導体を備えるハードウェア回路として実装され得る。開示された実施形態はまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどのプログラマブルハードウェアデバイスにおいて実装され得る。別の例として、開示された実施形態は、たとえば、オブジェクト、手順、または機能として編成され得る遂行可能コードの1つまたは複数の物理的または論理的ブロックを含み得る。

【0011】

さらに、実施形態は、以下でコードと呼ばれる、機械可読コード、コンピュータ可読コード、および/またはプログラムコードを記憶する1つまたは複数のコンピュータ可読ストレージデバイスに具現化されたプログラム製品の形態をとり得る。ストレージデバイスは、有形、非一時的、および/または非伝送的であり得る。ストレージデバイスは、信号を具現化しない場合がある。ある実施形態では、ストレージデバイスは、コードにアクセスするための信号のみを使用する。

【0012】

1つまたは複数のコンピュータ可読媒体の任意の組合せが利用され得る。コンピュータ可読媒体は、コンピュータ可読ストレージ媒体であり得る。コンピュータ可読ストレージ媒体は、コードを記憶するストレージデバイスであり得る。ストレージデバイスは、たとえば、これらに限定されないが、電子、磁気、光学、電磁気、赤外線、ホログラフィック、マイクロメカニカル、あるいは半導体システム、装置、またはデバイス、あるいは前述の任意の適切な組合せであり得る。

【0013】

ストレージデバイスのより具体的な例(網羅的でないリスト)は、1つまたは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ(「RAM」)、読取り専用メモリ(「ROM」)、消去可能でプログラム可能な読取り専用メモリ(「EPROM」またはフラッシュメモリ)、ポータブルコンパクトディスク読取り専用メモリ(「CD-ROM」)、光学ストレージデバイス、磁気ストレージデバイス、または前述の任意の適切な組合せを含む。本明細書の文脈では、コンピュータ可読ストレージ媒体は、命令遂行システム、装置、またはデバイスによって、またはそれに関連して使用するためのプログラムを含むか、または記憶できる任意の有形の媒体であり得る。

【0014】

実施形態の動作を実行するためのコードは、任意の数の行であってもよく、Python、Ruby、Java、Smalltalk、C++などのオブジェクト指向プログラミング言語、および「C」プログラミング言語などの従来の手続き型プログラミング言語を含む1つまたは複数のプログラミング言語の任意の組合せなど、および/またはアセンブリ言語などの機械語で記述されてもよい。コードは、完全にユーザのコンピュータ上で、一部はユーザのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして、一部はユーザのコンピュータ上でかつ一部はリモートコンピュータ上で、あるいは完全にリモートコンピュータまたはサーバ上で遂行され得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク(「LAN」)、ワイヤレスLAN(「WLAN」)、またはワイドエリアネットワーク(「WAN」)を含む任意のタイプのネットワークを通じて、ユーザのコンピュータに接続されてもよく、外部コンピュータへの接続が行われてもよい(たとえば、インターネットサービスプロバイダ(「ISP」)を使用してインターネット経由で)。

【0015】

さらに、実施形態の記載された特徴、構造、または特性は、任意の適切な方法で組み合わされ得る。以下の説明では、実施形態の完全な理解を提供するために、プログラミング、ソフトウェアモジュール、ユーザ選択、ネットワークトランザクション、データベースクエリ、データベース構造、ハードウェアモジュール、ハードウェア回路、ハードウェアチップなどの例などの、多数の特定の詳細が提供される。しかしながら、当業者は、特定の詳細のうちの1つまたは複数がなくても、または他の方法、コンポーネント、材料などを用いて実施形態が実施され得ることを認識するであろう。他の例では、よく知られている構造、材料、または動作は、実施形態の態様を不明瞭にすることを避けるために、詳細には図示または説明されていない。

【0016】

本明細書全体を通じて「一実施形態(one embodiment)」、「実施形態(an embodiment)」、または類似の言葉への言及は、その実施形態に関連して説明される特定の特徴、構造、または特性が少なくとも一実施形態に含まれることを意味する。したがって、本明細書全体を通じて「一実施形態において(in one embodiment)」、「実施形態において(in an embodiment)」というフレーズ、および類似の言葉の出現は、必ずしもそうである必要はないが、すべてが同じ実施形態を指す場合があるが、別段の明示的な指定がない限り、「すべてではないが、1つまたは複数の実施形態(one or more but not all embodiments)」を意味する。「含む(including)」、「備える(comprising)」、「有する(having)」、という用語、およびそれらの変形は、別段の明示的な指定がない限り、「含むが、これらに限定されない(including but not limited to)」を意味する。列挙されたアイテムのリストは、別段の明示的な指定がない限り、一部またはすべてのアイテムが相互に排他的であることを含意するものではない。「a」、「an」、および「the」という用語はまた、別段の明示的な指定がない限り、「1つまたは複数(one or more)」を意味する。

【0017】

本明細書で使用されるように、「および/または(and/or)」の結合を伴うリストは、リスト内の任意の単一のアイテムまたはリスト内のアイテムの組合せを含む。たとえば、A、B、および/またはCのリストは、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。本明細書で使用される場合、「のうちの1つまたは複数(one or more of)」という用語を使用するリストは、リスト内の任意の単一のアイテムまたはリスト内のアイテムの組合せを含む。たとえば、A、BおよびCのうちの1つまたは複数は、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。本明細書で使用される場合、「のうちの1つ(one of)」という用語を使用するリストは、リスト内の任意の単一のアイテムのうちの1つだけを含む。たとえば、「A、B、およびCのうちの1つ」は、Aのみ、Bのみ、またはCのみを含み、A、B、およびCの組合せは除外される。本明細書で使用される場合、「A、B、およびCで構成されるグループから選択される構成要素」には、A、B、またはCのうちの1つだけを含み、A、B、およびCの組合せは除外される。本明細書で使用される場合、「A、B、およびC、ならびにそれらの組合せで構成されるグループから選択される構成要素」は、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。

【0018】

実施形態の態様は、実施形態による方法、装置、システム、およびプログラム製品の概略フローチャート図および/または概略ブロック図を参照して以下に説明される。概略フローチャート図および/または概略ブロック図の各ブロック、ならびに概略フローチャート図および/または概略ブロック図中のブロックの組合せは、コードによって実装できることが理解されよう。このコードは、コンピュータのプロセッサまたは他のプログラム可能なデータ処理装置を介して遂行される命令が、フローチャート図および/またはブロック図において指定された機能/行為を実装するための手段を作成するようにマシンを生成するために、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供され得る。

【0019】

コードはまた、ストレージデバイスに記憶された命令が、フローチャート図および/またはブロック図において指定された機能/行為を実装する命令を含む製品を生成するように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスを特定の方法で機能させることができるストレージデバイスに記憶され得る。

【0020】

コードはまた、コンピュータまたは他のプログラム可能な装置上で遂行されるコードが、フローチャート図および/またはブロック図において指定された機能/行為を実装するためのプロセスを提供するように、コンピュータで実装されるプロセスを生成するために、一連の動作ステップが、コンピュータ、他のプログラム可能な装置、または他のデバイスにおいて実行されるように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスにロードされ得る。

【0021】

図面におけるコールフロー図、フローチャート図および/またはブロック図は、様々な実施形態による装置、システム、方法、およびプログラム製品の可能な実装形態のアーキテクチャ、機能、および動作を示している。この点に関して、フローチャート図および/またはブロック図における各ブロックは、指定された論理機能を実装するためのコードの1つまたは複数の遂行可能な命令を含む、モジュール、セグメント、またはコードの一部を表し得る。

【0022】

いくつかの代替実施形態では、ブロックに記載された機能が、図面に記載された順序とは異なる場合がある点にも留意されたい。たとえば、関連する機能に応じて、連続して示される2つのブロックが実際には実質的に同時に遂行されてもよく、時にはブロックが逆の順序で遂行されてもよい。示された図面の1つまたは複数のブロック、あるいはその一部と、機能、論理、または効果において同等である他のステップおよび方法が考えられ得る。

【0023】

コールフロー、フローチャートおよび/またはブロック図において、様々な矢印のタイプおよび線のタイプが使用され得るが、それらは、対応する実施形態の範囲を限定するものではないことを理解されたい。実際、図示される実施形態の論理フローのみを示すために、いくつかの矢印または他のコネクタが使用され得る。たとえば、矢印は、描かれた実施形態の列挙されたステップ間の不特定の期間の待機または監視期間を示し得る。ブロック図および/またはフローチャート図の各ブロック、およびブロック図および/またはフローチャート図におけるブロックの組合せは、指定された機能または行為を実行する専用ハードウェアベースのシステム、または専用ハードウェアとコードとの組合せによって実装することができる点にも留意されたい。

【0024】

各図面における要素の説明は、前の図面の要素を参照する場合がある。同様の番号は、同様の要素の代替実施形態を含め、すべての図面において同様の要素を指す。

【0025】

一般に、本開示は、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うためのシステム、方法、および装置について説明する。特定の実施形態では、方法は、コンピュータ可読媒体に埋め込まれたコンピュータコードを使用して実行され得る。特定の実施形態では、装置またはシステムは、プロセッサによって遂行されると、装置またはシステムに以下に説明する解決策の少なくとも一部を実行させるコンピュータ可読コードを含むコンピュータ可読媒体を含み得る。

【0026】

52.6GHzを超えるNR動作の場合、効率的な動作のためにはマルチPDSCH/PUSCHスケジューリングのビーム管理が重要になる。現在、52.6GHz～71GHzのNR動作に対して、マルチスロットPDCCH監視と、複数のPDSCH/PUSCHに対する単一のDCIベースのスケジューリングが定義されている。しかしながら、ビームベースの動作に関連付けられるタイミングは、NRの新しいより高い動作周波数と新しいSCS(すなわち、480kHzおよび/または960kHz)に対して強化することができる。議論されている問題の1つは、複数のPDSCHが単一のDCIによってスケジューリングされる場合のデフォルトビーム/TCI/QCLを決定することである。本明細書で使用される場合、ビームは、擬似コロケーション(Quasi-Co-Location:「QCL」)仮定によって、および/または伝送構成インジケータ(Transmission Configuration Indicator:「TCI」)状態によって定義され得る。したがって、「ビーム」、「QCL仮定」、および「TCI状態」という用語は、本開示内では同じ意味で使用される。さらに、「TCI/QCL/ビーム」という用語は、以下の説明において、ビーム、TCI状態、および/またはQCL仮定を指すために使用され得る。

【0027】

本開示では、複数のPDSCHに対して複数のデフォルトビームを割り当てる/決定する方法に関する解決策が定義される。本明細書で議論される別の態様は、1つまたは複数のPDCCH監視機会がスロットのグループにまたがることができるマルチスロットPDCCH監視(すなわち、CORESET)に使用されるビーム/TCI/QCLに関連する。本明細書では、マルチスロットPDCCH監視のためのスロットのグループ内の複数の監視機会にわたって同じCORESETを監視するための適切なビームを決定するための手順および関連するシグナリングが定義される。

【0028】

複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための解決策が開示されている。いくつかの実施形態では、以下に説明する手順およびシグナリングは、単一のDCIによってスケジューリングされた複数のPDSCH/PUSCHに適用される複数のデフォルトビームの関連付けを可能にするために実行され得る。いくつかの実施形態では、以下に説明する手順とシグナリングは、追加の媒体アクセス制御(Medium Access Control:「MAC」)制御要素(Control Element:「CE」)のアクティブ化を行わずに、異なる監視機会で異なるビームで同じCORESETを監視できるように実行され得る。

【0029】

図1は、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うためのワイヤレス通信システム100を示している。一実施形態では、ワイヤレス通信システム100は、少なくとも1つのリモートユニット105と、無線アクセスネットワーク(「RAN」)120と、モバイルコアネットワーク140とを含む。RAN 120およびモバイルコアネットワーク140は、モバイル通信ネットワークを形成する。RAN 120は、リモートユニット105がワイヤレス通信リンク123を使用して通信するベースユニット121から構成され得る。特定の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN 120、およびモバイルコアネットワーク140が図1に示されているが、当業者は、任意の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN 120、およびモバイルコアネットワーク140がワイヤレス通信システム100に含まれ得ることを認識するであろう。

【0030】

一実装形態では、RAN120は、第3世代パートナーシッププロジェクト(「3GPP」)仕様において指定された第5世代(「5G」)セルラーシステムに準拠している。たとえば、RAN120は、New Radio(「NR」)無線アクセス技術(「RAT」)および/またはロングタームエボリューション(「LTE」)RATを実装する次世代無線アクセスネットワーク(「NG-RAN」)であってもよい。別の例では、RAN 120は、非3GPP RAT(たとえば、Wi-Fi(登録商標)または電気電子技術者協会(「IEEE」)802.11ファミリ準拠のWLAN)を含み得る。別の実装形態では、RAN 120は、3GPP仕様において指定されたLTEシステムに準拠している。しかしながら、より一般的には、ワイヤレス通信システム100は、いくつかの他のオープンまたは独自の通信ネットワーク、たとえば、他のネットワークの中でも、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス(「WiMAX」)またはIEEE802.16ファミリ規格を実装し得る。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に限定されることを意図していない。

【0031】

一実施形態では、リモートユニット105は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(「PDA」)、タブレットコンピュータ、スマートフォン、スマートテレビ(たとえば、インターネットに接続されたテレビ)、スマート家電(たとえば、インターネットに接続された家電)、セットトップボックス、ゲーム機、セキュリティシステム(セキュリティカメラを含む)、車載コンピュータ、ネットワークデバイス(たとえば、ルータ、スイッチ、モデム)などのコンピューティングデバイスを含み得る。いくつかの実施形態では、リモートユニット105は、スマートウォッチ、フィットネスバンド、光学ヘッドマウントディスプレイなどのウェアラブルデバイスを含む。さらに、リモートユニット105は、UE、加入者ユニット、移動体、移動局、ユーザ、端末、モバイル端末、固定端末、加入者局、ユーザ端末、ワイヤレス伝送/受信ユニット(「WTRU」)、デバイス、または当技術分野において使用される他の用語で呼ばれることがある。様々な実施形態では、リモートユニット105は、加入者識別および/または識別モジュール(「SIM」)と、モバイル端末機能(たとえば、無線伝送、ハンドオーバ、音声符号化および復号化、エラー検出および修正、シグナリング、ならびにSIMへのアクセス)を提供するモバイル機器(「ME」)とを含む。特定の実施形態では、リモートユニット105は、端末機器(「TE」)を含み得、および/または機器もしくはデバイス(たとえば、上述のコンピューティングデバイス)に埋め込まれてもよい。

【0032】

リモートユニット105は、アップリンク(「UL」)およびダウンリンク(「DL」)通信信号を介して、RAN120におけるベースユニット121のうちの1つまたは複数と直接通信し得る。さらに、ULおよびDL通信信号は、ワイヤレス通信リンク123を介して搬送されてもよい。さらに、UL通信信号は、物理アップリンク制御チャネル(「PUCCH」)および/または物理アップリンク共有チャネル(「PUSCH」)などの1つまたは複数のアップリンクチャネルを備えてもよく、DL通信信号は、物理ダウンリンク制御チャネル(「PDCCH」)および/または物理ダウンリンク共有チャネル(「PDSCH」)などの1つまたは複数のダウンリンクチャネルを備えてもよい。ここで、RAN 120は、リモートユニット105にモバイルコアネットワーク140へのアクセスを提供する中間ネットワークである。

【0033】

いくつかの実施形態では、リモートユニット105は、モバイルコアネットワーク140とのネットワーク接続を介してアプリケーションサーバ151と通信する。たとえば、リモートユニット105内のアプリケーション(たとえば、ウェブブラウザ、メディアクライアント、電話および/またはボイスオーバインターネットプロトコル(「VoIP」)アプリケーション)は、RAN 120を介するモバイルコアネットワーク140とのプロトコルデータユニット(「PDU」)セッション(または、他のデータ接続)を確立するために、リモートユニット105をトリガし得る。次いで、モバイルコアネットワーク140は、PDUセッションを使用して、パケットデータネットワーク150内のリモートユニット105とアプリケーションサーバ151との間のトラフィックを中継する。PDUセッションは、リモートユニット105とユーザプレーン機能(「UPF」)141との間の論理接続を表す。

【0034】

PDUセッション(または、PDN接続)を確立するために、リモートユニット105は、モバイルコアネットワーク140に登録されなければならない(第4世代(「4G」)システムのコンテキストにおいては、「モバイルコアネットワークに接続されている」とも呼ばれる)。リモートユニット105は、モバイルコアネットワーク140との1つまたは複数のPDUセッション(または、他のデータ接続)を確立し得る点に留意されたい。したがって、リモートユニット105は、パケットデータネットワーク150と通信するための少なくとも1つのPDUセッションを有し得る。リモートユニット105は、他のデータネットワークおよび/または他の通信ピアと通信するための追加のPDUセッションを確立し得る。

【0035】

5Gシステム(「5GS」)のコンテキストでは、「PDUセッション」という用語は、UPF 141を通じてリモートユニット105と特定のデータネットワーク(「DN」)との間のエンドツーエンド(「E2E」)ユーザプレーン(「UP」)接続を提供するデータ接続を指す。PDUセッションは、1つまたは複数のサービス品質(「QoS」)フローをサポートする。特定の実施形態では、特定のQoSフローに属するすべてのパケットが同じ5G QoS識別子(「5QI」)を有するように、QoSフローとQoSプロファイルとの間に1対1のマッピングがあってもよい。

【0036】

進化型パケットシステム(「EPS」)などの4G/LTEシステムのコンテキストでは、パケットデータネットワーク(「PDN」)接続(EPSセッションとも呼ばれる)は、リモートユニットとPDNとの間のE2E UP接続を提供する。PDN接続手順は、EPSベアラ、すなわち、リモートユニット105とモバイルコアネットワーク140内のPDNゲートウェイ(「PGW」、図示せず)との間のトンネルを確立する。特定の実施形態では、EPSベアラとQoSプロファイルとの間には1対1のマッピングがあり、特定のEPSベアラに属するすべてのパケットが同じQoSクラス識別子(「QCI」)を有する。

【0037】

ベースユニット121は、地理的領域にわたって分散され得る。特定の実施形態では、ベースユニット121はまた、アクセス端末、アクセスポイント、ベース、基地局、ノード-B(「NB」)、進化型ノードB(eNodeBまたは「eNB」と略され、進化型ユニバーサル地上無線アクセスネットワーク(「E-UTRAN」)ノードBとしても知られる)、5G/NRノードB(「gNB」)、ホームノードB、中継ノード、RANノードと呼ばれるか、または当技術分野において使用される任意の他の用語で呼ばれ得る。ベースユニット121は、一般に、RAN 120などのRANの一部であり、1つまたは複数の対応するベースユニット121に通信可能に結合された1つまたは複数のコントローラを含み得る。無線アクセスネットワークのこれらおよび他の要素は図示されていないが、当業者によって一般によく知られている。ベースユニット121は、RAN 120を介してモバイルコアネットワーク140に接続する。

【0038】

ベースユニット121は、ワイヤレス通信リンク123を介して、たとえばセルまたはセルセクタなどのサービスエリア内のいくつかのリモートユニット105にサービスを提供し得る。ベースユニット121は、通信信号を介して、リモートユニット105のうちの1つまたは複数と直接通信し得る。一般に、ベースユニット121は、時間、周波数、および/または空間ドメインにおいてリモートユニット105にサービスを提供するために、DL通信信号を伝送する。さらに、DL通信信号は、ワイヤレス通信リンク123を介して搬送され得る。ワイヤレス通信リンク123は、認可された、または認可されていない無線スペクトルにおける任意の適切なキャリアであり得る。ワイヤレス通信リンク123は、リモートユニット105のうちの1つまたは複数および/またはベースユニット121のうちの1つまたは複数の間の通信を容易にする。

【0039】

認可されていないスペクトル(「NR-U」と呼ばれる)におけるNR動作中、ベースユニット121とリモートユニット105は認可されていない(すなわち、共有)無線スペクトルを介して通信する点に留意されたい。同様に、認可されていないスペクトル(「LTE-U」と呼ばれる)におけるLTE動作中、ベースユニット121とリモートユニット105も認可されていない(すなわち、共有)無線スペクトルを介して通信する。

【0040】

一実施形態では、モバイルコアネットワーク140は、5Gコアネットワーク(「5GC」)または進化型パケットコア(「EPC」)であり、他のデータネットワークの中でも、インターネットおよびプライベートデータネットワークのようなパケットデータネットワーク150に結合され得る。リモートユニット105は、モバイルコアネットワーク140のサブスクリプションまたはその他のアカウントを有していてもよい。様々な実施形態では、各モバイルコアネットワーク140は、単一のモバイルネットワークオペレータ(「MNO」)および/またはパブリックランドモバイルネットワーク(「PLMN」)に属する。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に限定されることを意図していない。

【0041】

モバイルコアネットワーク140は、いくつかのネットワーク機能(「NF」)を含む。図示されるように、モバイルコアネットワーク140は、少なくとも1つのUPF 141を含む。モバイルコアネットワーク140はまた、これらに限定されないが、RAN 120にサービスを提供するアクセスおよびモビリティ管理機能(「AMF」)143と、セッション管理機能(「SMF」)145と、ポリシ制御機能(「PCF」)147と、統合データ管理機能(「UDM」)と、ユーザデータリポジトリ(「UDR」)とを含む、複数の制御プレーン(「CP」)機能を含む。いくつかの実施形態では、UDMはUDRと同じ場所に配置され、組み合わされたエンティティ「UDM/UDR」149として示される。特定の数およびタイプのネットワーク機能が図1に示されているが、当業者は、任意の数およびタイプのネットワーク機能がモバイルコアネットワーク140に含まれ得ることを認識するであろう。

【0042】

UPF 141は、5Gアーキテクチャにおいて、パケットルーティングおよび転送、パケット検査、QoS処理、ならびにデータネットワーク(「DN」)を相互接続するための外部PDUセッションを担当する。AMF 143は、非アクセス層(「NAS」)シグナリングの終了と、NAS暗号化および完全性保護と、登録管理と、接続管理と、モビリティ管理と、アクセス認証および承認と、セキュリティコンテキスト管理とを担当する。SMF145は、セッション管理(すなわち、セッションの確立、修正、解放)、リモートユニット(すなわち、UE)インターネットプロトコル(「IP」)アドレス割当ておよび管理、DLデータ通知、ならびに適切なトラフィックルーティングのためのUPF141のトラフィックステアリング構成を担当する。

【0043】

PCF 147は、統一されたポリシフレームワークを担当し、CP機能にポリシルールを提供し、UDRにおけるポリシ決定のためのサブスクリプション情報にアクセスする。UDMは、Authentication and Key Agreement(「AKA」)クレデンシャルの生成と、ユーザ識別の処理と、アクセス許可と、サブスクリプション管理とを担当する。UDRはサブスクライバ情報のリポジトリであり、多数のネットワーク機能を提供するために使用し得る。たとえば、UDRは、サブスクリプションデータ、ポリシ関連データ、サードパーティアプリケーションへの公開が許可されているサブスクライバ関連データなどを記憶し得る。

【0044】

様々な実施形態では、モバイルコアネットワーク140はまた、ネットワークリポジトリ機能(「NRF」)(ネットワーク機能(「NF」)サービスの登録と検出を提供し、NFが相互に適切なサービスを識別し、アプリケーションプログラミングインターフェース(「API」)を介して相互に通信することを可能にする)、Network Exposure Function(「NEF」)(顧客およびネットワークパートナが、ネットワークデータおよびリソースに簡単にアクセスできるようにすることを担当する)、認証サーバ機能(「AUSF」)、または5GC用に定義された他のNFを含み得る。AUSFが存在する場合、AUSFは認証サーバおよび/または認証プロキシとして機能し、それによってAMF143がリモートユニット105を認証することを可能にする。特定の実施形態では、モバイルコアネットワーク140は、認証、承認、およびアカウンティング(「AAA」)サーバを含み得る。

【0045】

様々な実施形態では、モバイルコアネットワーク140は、異なるタイプのモバイルデータ接続および異なるタイプのネットワークスライスをサポートし、各モバイルデータ接続は特定のネットワークスライスを利用する。ここで、「ネットワークスライス」は、特定のトラフィックタイプまたは通信サービスのために最適化されたモバイルコアネットワーク140の部分を指す。たとえば、1つまたは複数のネットワークスライスは、拡張モバイルブロードバンド(「eMBB」)サービスのために最適化され得る。別の例として、1つまたは複数のネットワークスライスは、超高信頼性低遅延通信(「URLLC」)サービス用に最適化され得る。他の例では、ネットワークスライスは、マシンタイプコミュニケーション(「MTC」)サービス、大規模MTC(「mMTC」)サービス、モノのインターネット(「IoT」)サービスのために最適化され得る。さらに他の例では、ネットワークスライスは、特定のアプリケーションサービス、垂直サービス、特定のユースケースなどのために展開されてもよい。

【0046】

ネットワークスライスインスタンスは、単一のネットワークスライス選択支援情報(「S-NSSAI」)によって識別され得るが、リモートユニット105が使用を許可されているネットワークスライスのセットは、ネットワークスライス選択支援情報(「NSSAI」)によって識別される。ここで、「NSSAI」は、1つまたは複数のS-NSSAI値を含むベクトル値を指す。特定の実施形態では、様々なネットワークスライスは、SMF 145およびUPF 141などのネットワーク機能の別個のインスタンスを含み得る。いくつかの実施形態では、異なるネットワークスライスは、AMF 143などのいくつかの一般的なネットワーク機能を共有し得る。説明を簡単にするために、異なるネットワークスライスは図1には示されていないが、それらのサポートは想定されている。

【0047】

図1は、5G RANおよび5Gコアネットワークのコンポーネントを示しているが、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための説明された実施形態は、IEEE 802.11バリアント、グローバルシステムフォーモバイルコミュニケーションズ(「Global System for Mobile Communications :GSM」、すなわち、2Gデジタルセルラーネットワーク)、汎用パケット無線サービス(「GPRS」)、ユニバーサル移動体通信システム(「Universal Mobile Telecommunications System :UMTS」)、LTEバリアント、CDMA2000、Bluetooth、ZigBee、Sigfoxなどを含む、他のタイプの通信ネットワークおよびRATにも適用される。

【0048】

さらに、モバイルコアネットワーク140がEPCであるLTE変形では、図示されるネットワーク機能は、モビリティ管理エンティティ(「MME」)、サービングゲートウェイ(「SGW」)、PGW、ホームサブスクライバサーバ(「HSS」)などの適切なEPCエンティティに置き換えられ得る。たとえば、AMF143はMMEにマッピングされてもよく、SMF145はPGWの制御プレーン部分および/またはMMEにマッピングされてもよく、UPF141はSGWおよびPGWのユーザプレーン部分にマッピングされてもよく、UDM/UDR149はHSSなどにマッピングされてもよい。

【0049】

以下の説明では、「gNB」という用語は基地局/ベースユニットに使用されるが、任意の他の無線アクセスノード、たとえばRANノード、ng-eNB、eNB、基地局(Base Station:「BS」)、アクセスポイント(Access Point:「AP」)、NR BS、5G NB、送受信ポイント(Transmission and Reception Point:「TRP」)などで置き換えることができる。さらに、「UE」という用語はモバイル局/リモートユニットに対して使用されるが、任意の他のリモートデバイス、たとえば、リモートユニット、MS、MEなどに置き換えることができる。さらに、動作は、主に5G NRのコンテキストにおいて説明されている。しかしながら、以下に説明する解決策/方法は、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための他のモバイル通信システムにも同様に適用可能である。

【0050】

図2は、本開示の実施形態によるプロトコルスタック200を示している。図2は、UE205、RANノード207(たとえば、gNB)、および5Gコアネットワーク209(たとえば、AMFを含んでいる)を示しているが、これらは、ベースユニット121およびモバイルコアネットワーク140と対話するリモートユニット105のセットを表している。図示されるように、プロトコルスタック200は、ユーザプレーンプロトコルスタック201および制御プレーンプロトコルスタック203を備える。ユーザプレーンプロトコルスタック201は、物理(「PHY」)レイヤ211、媒体アクセス制御(「MAC」)サブレイヤ213、無線リンク制御(「RLC」)サブレイヤ215、パケットデータコンバージェンスプロトコル(「PDCP」)サブレイヤ217、およびサービスデータ適応プロトコル(「SDAP」)レイヤ219を含む。制御プレーンプロトコルスタック203は、PHYレイヤ211、MACサブレイヤ213、RLCサブレイヤ215、およびPDCPサブレイヤ217を含む。制御プレーンプロトコルスタック203はまた、無線リソース制御(「RRC」)レイヤ221および非アクセス層(「NAS」)レイヤ223を含む。

【0051】

ユーザプレーンプロトコルスタック201のASレイヤ225(「ASプロトコルスタック」とも呼ばれる)は、少なくともSDAPサブレイヤ219、PDCPサブレイヤ217、RLCサブレイヤ215、MACサブレイヤ213、およびPHYレイヤ211から構成される。制御プレーンプロトコルスタック203のASレイヤ227は、少なくとも、RRCサブレイヤ221、PDCPサブレイヤ217、RLCサブレイヤ215、MACサブレイヤ213、およびPHYレイヤ211から構成される。レイヤ1(「L1」)はPHYレイヤ211を構成する。レイヤ2(「L2」)は、SDAPサブレイヤ219、PDCPサブレイヤ217、RLCサブレイヤ215、およびMACサブレイヤ213に分割される。レイヤ3(「L3」)は、RRCサブレイヤ221および制御プレーン用のNASレイヤ223を含み、たとえば、ユーザプレーン用のインターネットプロトコル(「IP」)レイヤまたはPDUレイヤ(図示せず)を含む。L1とL2は「下位レイヤ(lower layers)」と呼ばれ、L3以上(たとえば、トランスポートレイヤ、アプリケーションレイヤ)は「上位レイヤ(higher layers)」または「上レイヤ(upper layers)」と呼ばれる。

【0052】

物理レイヤ211は、トランスポートチャネルをMACサブレイヤ213に提供する。MACサブレイヤ213は、RLCサブレイヤ215に論理チャネルを提供する。RLCサブレイヤ215は、RLCチャネルをPDCPサブレイヤ217に提供する。PDCPサブレイヤ217は、無線ベアラをSDAPサブレイヤ219および/またはRRCレイヤ221に提供する。SDAPサブレイヤ219は、PDUセッション内のQoSフローを、エアインターフェースを介して対応するデータ無線ベアラにマッピングし、SDAPサブレイヤ219は、QoSフローを5GC(たとえば、ユーザプレーン機能、UPF)にインターフェースする。RRCレイヤ221は、キャリアアグリゲーション(「CA」)および/またはデュアルコネクティビティ(「DC」)の追加、修正、および解放を提供する。RRCレイヤ221はまた、シグナリング無線ベアラ(「SRB」)およびデータ無線ベアラ(「DRB」)の確立、構成、維持、および解放を管理する。特定の実施形態では、RRCエンティティは、無線リンク障害の検出およびそこからの回復のために機能する。

【0053】

NASレイヤ223は、UE205と5GC509内のAMFとの間に位置する。NASメッセージは、RANを通じて透過的に渡される。NASレイヤ223は、通信セッションの確立を管理し、UE205がRANの異なるセル間を移動する際にUE205との継続的な通信を維持するために使用される。対照的に、ASレイヤ225および227は、UE205とRAN(すなわち、RANノード207)との間にあり、ネットワークのワイヤレス部分を介して情報を搬送する。図2には示されていないが、IPレイヤはNASレイヤ223の上に存在し、トランスポートレイヤはIPレイヤの上に存在し、アプリケーションレイヤはトランスポートレイヤの上に存在する。

【0054】

MACレイヤ213は、NRプロトコルスタックのレイヤ2アーキテクチャにおける最下位のサブレイヤである。MACレイヤ213の下のPHYレイヤ211への接続はトランスポートチャネルを通じ、上のRLCレイヤ215への接続は論理チャネルを通じて行われる。したがって、MACレイヤ213は、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する。伝送側のMACレイヤ213は、論理チャネルを通じて受信されたMACサービスデータユニット(「SDU」)から、トランスポートブロックとして知られるMAC PDUを構築し、受信側のMACレイヤ213は、トランスポートチャネルを通じて受信されたMAC PDUからMAC SDUを復元する。

【0055】

MACレイヤ213は、論理チャネルを通じてRLCレイヤ215にデータ転送サービスを提供し、論理チャネルは、制御データ(たとえば、RRCシグナリング)を搬送する制御論理チャネル、またはユーザプレーンデータを搬送するトラフィック論理チャネルのいずれかである。一方、MACレイヤ213からのデータは、ダウンリンクまたはアップリンクとして分類されるトランスポートチャネルを通じてPHYレイヤ211と交換される。データは、無線でどのように伝送されるかに応じてトランスポートチャネルに多重化される。

【0056】

PHYレイヤ211は、エアインターフェースを介したデータおよび制御情報の実際の伝送を担当し、すなわち、PHYレイヤ211は、伝送側のエアインターフェースを介してMACトランスポートチャネルからのすべての情報を搬送する。PHYレイヤ211によって実行される重要な機能のうちのいくつかは、符号化および変調、リンク適応(たとえば、適応変調および符号化(「AMC」))、電力制御、セルサーチおよびランダムアクセス(初期同期およびハンドオーバ目的のための)、およびRRCレイヤ221に関する他の測定(3GPPシステム(すなわち、NRおよび/またはLTEシステム)内およびシステム間)を含む。PHYレイヤ211は、変調方式、符号化率(すなわち、変調符号化方式(「MCS」))、物理リソースブロックの数などの伝送パラメータに基づいて伝送を実行する。

【0057】

3GPP技術仕様(Technical Specification:「TS」)38.213の10節によると、NR Rel-15/16においてPDCCHを受信するために、次の手順が適用される。

【0058】

UEにサービングセルのパラメータmonitoringCapabilityConfigが提供されている場合、UEは、PDCCH候補および非重複制御チャネル要素(non-overlapping Control Channel Elements:「CCE」)の最大数についてサービングセル上のPDCCHを監視するための指示を取得する。パラメータmonitoringCapabilityConfig=「r15monitoringcapability」である場合、Table10.1-2(表10.1-2)およびTable10.1-3(表10.1-3)に示されるように、指示はスロットごとになる。あるいは、パラメータmonitoringCapabilityConfig=「r16monitoringcapability」である場合、Table10.1-2A(表10.1-2A)およびTable10.1-3A(表10.1-3A)に示されるように、表示はスパンごとになる。

【0059】

しかしながら、UEにパラメータmonitoringCapabilityConfigが提供されていない場合、UEはサービングセル上のPDCCHを監視して、スロットごとのPDCCH候補と非重複CCEの最大数を調べる。

【0060】

UEは、μ=0およびμ=1のSCS構成ごとに、(X、Y)=(2、2)、(4、3)、および(7、3)の組合せのうちの1つまたは複数に従ってPDCCHを監視する機能を示し得る。「スパン」は、UEがPDCCHを監視するように設定されているスロット内の連続するシンボルの数である。各PDCCH監視機会は1スパン内にある。UEが組合せ(X、Y)に従ってセル上のPDCCHを監視する場合、UEは、スロット間を含む、2つの連続するスパンの第1のシンボル間でXシンボルの最小時間間隔を有するスロットの任意のシンボルにおいてPDCCH監視機会をサポートする。スパンは、PDCCH監視機会が開始される第1のシンボルにおいて始まり、PDCCH監視機会が終了する最後のシンボルにおいて終了し、スパンのシンボル数は最大Yである。

【0061】

UEが複数の(X、Y)の組合せに従ってPDCCHを監視する機能を示し、セル上のPDCCH監視のためにUEに設定されるサーチスペースの構成により、複数の組合せ(X、Y)のうちの1つまたは複数についてXの値以上の2つの連続するPDCCH監視スパンごとに分離される場合、UEは、1つまたは複数の組合せ(X、Y)のうち、Table10.1-2A(表10.1-2A)およびTable10.1-3A(表10.1-3A)において定義される

【0062】

【数1】

【0063】

および

【0064】

【数2】

【0065】

の最大数に関連付けられる組合せ(X、Y)に従ってセル上のPDCCHを監視する。UEは、セルのアクティブDL帯域幅部分(Bandwidth Part:「BWP」)上のすべてのスロットにおいて同じ組合せ(X、Y)に従ってPDCCHを監視すると予想する。

【0066】

サービングセルのアクティブDL BWP上でスロットごとまたはスパンごとにPDCCHを監視するUEの機能は、UEがサービングセルのアクティブDL BWP上でそれぞれスロットごとまたはスパンごとに監視できるPDCCH候補と非重複CCEの最大数によって定義される。

【0067】

3GPP TS 38.213の10.1節によれば、NR Rel-15/16について、PDCC監視のためのサーチスペース構成に関する次の詳細が規定されている。サービングセル内のUEに構成されたDL BWPごとに、上位レイヤによってUEにS≦10のサーチスペースセットが提供され、Sのサーチスペースセットからのサーチスペースセットごとに、UEにはSearchSpaceによって以下が提供される。
・searchSpaceIdによる、検索スペースセットのインデックスs、0<s<40
・パラメータcontrolResourceSetIdまたはパラメータcontrolResourceSetId-v1610による、サーチスペースセットsとCORESETρとの間の関連付け
・パラメータmonitoringSlotPeriodicityAndOffsetによる、ksスロットのPDCCH監視周期とosスロットのPDCCH監視オフセット
・パラメータmonitoringSymbolsWithinSlotによる、PDCCH監視のためのスロット内のCORESETの第1のシンボルを示す、スロット内のPDCCH監視パターン
・サーチスペースセットsが持続時間ごとに存在するスロットの数を示す、T_s<k_sスロットの持続時間
・それぞれ、CCEアグリゲーションレベル1、CCEアグリゲーションレベル2、CCEアグリゲーションレベル4、CCEアグリゲーションレベル8、およびCCEアグリゲーションレベル16に対する、パラメータaggregationLevel1、aggregationLevel2、aggregationLevel4、aggregationLevel8、およびaggregationLevel16によるCCEアグリゲーションレベルLあたりのPDCCH候補の数

【0068】

【数3】

【0069】

・サーチスペースセットsが共通サーチスペース(Common Search space:「CSS」)セットであるか、パラメータsearchSpaceTypeによって設定されたUE固有サーチスペース(UE-specific Search space:「USS」)のいずれかであることの指示

【0070】

サーチスペースセットsがCSSセットの場合、UEにはSearchSpaceによって以下が提供される。
・DCIフォーマット0_0およびDCIフォーマット1_0のPDCCH候補を監視するためのパラメータdci-Format0-0-AndFormat1-0による指示
・DCIフォーマット2_0および対応するCCEアグリゲーションレベルについて、パラメータdci-Format2-0による、1つまたは2つのPDCCH候補を監視するか、またはUEにサーチスペースセットのパラメータfreqMonitorLocationsが提供されている場合、無線ベアラ(「RB」)セットごとに1つのPDCCH候補を監視する指示
・DCIフォーマット2_1について、PDCCH候補を監視するためのパラメータdci-Format2-1による指示
・DCIフォーマット2_2について、PDCCH候補を監視するためのパラメータdci-Format2-2による指示
・DCIフォーマット2_3について、PDCCH候補を監視するためのパラメータdci-Format2-3による指示
・DCIフォーマット2_4について、PDCCH候補を監視するためのパラメータdci-Format2-4による指示
・DCIフォーマット2_6について、PDCCH候補を監視するためのパラメータdci-Format2-6による指示

【0071】

サーチスペースセットsがUSSセットである場合、UEはSearchSpaceによって以下が提供される。
・DCIフォーマット0_0およびDCIフォーマット1_0、またはDCIフォーマット0_1およびDCIフォーマット1_1のいずれかのPDCCH候補を監視するためのパラメータdci-Formatsによる指示、あるいは、
・DCIフォーマット0_0およびDCIフォーマット1_0、またはDCIフォーマット0_1およびDCIフォーマット1_1、またはDCIフォーマット0_2およびDCIフォーマット1_2についての、あるいは、UEが対応する機能を示す場合は、DCIフォーマット0_1、DCIフォーマット1_1、DCIフォーマット0_2、およびDCIフォーマット1_2についての、あるいはDCIフォーマット3_0についての、またはDCIフォーマット3_1についての、またはDCIフォーマット3_0およびDCIフォーマット3_1についてのPDCCH候補を監視するためのパラメータdci- FormatsExtによる指示。

【0072】

UEは、SearchSpaceによって、パラメータfreqMonitorLocationsによるビットマップをさらに提供され、提供されている場合、これは、サーチスペースセットsの1つまたは複数のRBセットのインデックスを示し、ビットマップ内の最上位ビット(Most Significant Bit:「MSB」)kがDL BWP内のRBセットk-1に対応する。ビットマップにおいて示されるRBセットkについて、RBセット内に限定される周波数ドメイン監視位置の第1の物理リソースブロック(Physical Resource Block:「PRB」)は、

【0073】

【数4】

【0074】

によって与えられ、上式で、

【0075】

【数5】

【0076】

は、RBセットkの第1の共通RBのインデックスであり(すなわち、3GPP TS 38.214から)、

【0077】

【数6】

【0078】

はパラメータrb-Offsetによって提供され、または、パラメータrb-Offsetが提供されない場合は

【0079】

【数7】

【0080】

である。ビットマップ内で対応する値1を有するRBセットごとに、監視位置の周波数ドメインリソース割当てパターンは、関連付けられるCORESET構成によって提供されるパラメータfrequencyDomainResourcesにおける第1の

【0081】

【数8】

【0082】

ビットに基づいて決定される。

【0083】

パラメータmonitoringSymbolsWithinSlotが、UEがすべてのサーチスペースセットのPDCCHを監視するすべてのスロットにおいて同じ最大3つの連続シンボルのサブセット内のPDCCHを監視するようにUEに指示する場合、サブセットが第3のシンボルの後に少なくとも1つのシンボルを含む場合、UEは、15kHz以外のPDCCH SCSが構成されると予想しない。

【0084】

UEは、異なるスロットのシンボルにマッピングするPDCCH候補となるCORESETの第1のシンボルと連続するシンボルの数が提供されると予想しない。

【0085】

UEは、同じCORESET内の同じサーチスペースセットまたは異なるサーチスペースセットのアクティブDL BWP上の任意の2つのPDCCH監視機会が、CORESET期間よりも小さいゼロ以外の数のシンボルによって分離されると予想しない。

【0086】

UEは、スロット内のPDCCH監視周期、PDCCH監視オフセット、およびPDCCH監視パターンからアクティブDL BWP上のPDCCH監視機会を決定する。サーチスペースセットsについて、UEは、

【0087】

【数9】

【0088】

の場合、数n_fを有するフレーム内の数

【0089】

【数10】

【0090】

(3GPP TS 38.211による)のスロットにPDCCH監視機会が存在すると決定する。UEは、スロット

【0091】

【数11】

【0092】

から開始してT_s連続スロットのサーチスペースセットsのPDCCH候補を監視し、次のk_s-T_s連続スロットについてはサーチスペースセットsのPDCCH候補を監視しない。

【0093】

CCEアグリゲーションレベルL∈{1,2,4,8,16}のUSSは、CCEアグリゲーションレベルLのPDCCH候補のセットによって定義される。

【0094】

NR Rel-17におけるB52.6のPDCCH監視の議論に関して、一実施形態では、マルチスロットPDCCH監視機能は、N個のスロットの固定パターンを使用して定義される。別の実施形態では、マルチスロットPDCCH監視機能は、新しい機能を定義するためのベースラインとしてRel-16機能(pdcch-Monitoring-r16、(X、Y)スパン)を使用して定義される。第3の実施形態では、マルチスロットPDCCH監視機能を定義するためのN個のスロットのスライディングウィンドウを使用して、マルチスロットPDCCH監視機能が定義される。

【0095】

X、Y、およびNの具体的な数値は、UEの機能およびgNBの構成に依存する場合がある。たとえば、Nは次のように定義され得る。480kHz SCSの場合はN=[4]スロット、960kHz SCSの場合はN=[8]スロットである。別の例では、Xは次のように定義され得る。480kHz SCSの場合はX=[4]スロット、960kHz SCSの場合はX[8]スロットである。

【0096】

特定の実施形態では、新しい機能を定義するためのベースラインとしてスロットグループの固定パターンを使用する場合、各スロットグループはX個のスロットで構成され、スロットグループは連続しており、非重複であり得る。ここで、機能は、各スロットグループ内のY個の連続する[シンボルまたはスロット]内のブラインド検出および/または制御チャネル要素(Blind Detection and/or Control Channel Element:「BD/CCE」)バジェットを示している。

【0097】

特定の実施形態では、新しい機能を定義するためのベースラインとして(X、Y)スパンを使用する場合、Xは、2つの連続するスパンの開始間の最小時間間隔である。ここで、機能は、最大Y個の連続する[シンボルまたはスロット]のスパン内のBD/CCEバジェットを示し、Y≦Xである。

【0098】

特定の実施形態では、新しい機能を定義するためのベースラインとしてXスロットのスライディングウィンドウを使用する場合、機能は、スライディングウィンドウ内のBD/CCEバジェットを示し、スライディングウィンドウのスライディングユニットは[1]スロットである。

【0099】

アンテナポートと擬似コロケーション(「QCL」)に関して、UEは、UEおよび所与のサービングセル向けのDCIを伴い、検出されたPDCCHに従ってPDSCHをデコードするために、上位レイヤパラメータPDSCH-Config内の最大M個のTCI状態構成のリストを用いて構成され得、MはUE機能maxNumberConfiguredTCIstatesPerCCに依存する。各TCI状態は、1つまたは2つのダウンリンク参照信号と、PDSCHの復調参照信号(Demodulation Reference signal:「DM-RS」)ポート、PDCCHのDM-RSポート、またはCSI-RSリソースのチャネル状態情報参照信号(Channel State Information Reference signal:「CSI-RS」)ポートとの間のQCL関係を構成するためのパラメータを含む。一方のアンテナポートのシンボルが伝送されるチャネルの特性が、他方のアンテナポートのシンボルが伝送されるチャネルから推測できる場合、2つのアンテナポートは擬似コロケーションしていると言われる。擬似コロケーションに関して考慮されるチャネル特性は、ドップラシフト、ドップラスプレッド、平均遅延、遅延スプレッド、および/または空間Rxパラメータを含むが、これらに限定されない。

【0100】

QCL関係は、第1のDL RSの上位レイヤパラメータqcl-Type1、および第2のDL RS(構成されている場合)のqcl-Type2によって構成される。2つのDL RSの場合、参照が同じDL RSであるか異なるDL RSであるかに関係なく、QCLタイプは同じであってはいけない。各DL RSに対応する擬似コロケーションタイプは、QCL-Infoにおける上位レイヤパラメータqcl-Typeによって与えられ、次のいずれかの値をとり得る。
・「typeA」:{ドップラシフト、ドップラスプレッド、平均遅延、遅延スプレッド}
・「typeB」:{ドップラシフト、ドップラスプレッド}
・「typeC」:{ドップラシフト、平均遅延}
・「typeD」:{空間Rxパラメータ}

【0101】

UEは、3GPP TS 38.321の6.1.3.14節に記載されているように、1つのコンポーネントキャリアおよび/またはダウンリンク帯域幅部分(Component Carrier and/or Downlink Bandwidth Part:「CC/DL BWP」)あるいはCC/DL BWPのセットにおけるDCIフィールド「Transmission Configuration Indication」のコードポイントに、それぞれ最大8つのTCI状態をマッピングするために使用されるアクティブ化コマンドを受信する。TCI状態IDのセットがCC/DL BWPのセットに対してアクティブ化されると、該当するコンポーネントキャリア(Component Carriers:「CC」)のリストがアクティブ化コマンドにおいて指定されたCCによって決定され、同じTCI状態IDのセットが、示されたCC内のすべてのDL BWPに適用される。

【0102】

UEがDCIフィールド「Transmission Configuration Indication」のコードポイントにおいて2つのTCI状態をサポートする場合、UEは、3GPP TS 38.321の6.1.3.24節に記載されているようにアクティブ化コマンドを受信し得、アクティブ化コマンドは、1つまたは2つのTCI状態の最大8つの組合せをDCIフィールド「Transmission Configuration Indication」のコードポイントにマッピングするために使用される。UEは、アクティブ化コマンドにおいて8つを超えるTCI状態を受信することは予想されていない。

【0103】

DCIフィールド「Transmission Configuration Indication」がDCIフォーマット1_2に存在する場合、およびDCIフォーマット1_2のDCIフィールド「Transmission Configuration Indication」内のコードポイントSの数が、アクティブ化コマンドによってアクティブ化されるTCIコードポイントの数より小さい場合、3GPP TS 38.321の6.1.3.14節および6.1.3.24節に記載されているように、第1のSでアクティブ化されたコードポイントのみがDCIフォーマット1_2に適用される。

【0104】

UEが、アクティブ化コマンドを搬送するPDSCHに対応するスロットnにおいてハイブリッド自動再送要求肯定応答(Hybrid Automatic Repeat Request Acknowledgement:「HARQ-ACK」)情報を伴うPUCCHを伝送する場合、TCI状態とDCIフィールド「Transmission Configuration Indication」のコードポイントとの間で示されたマッピングは、スロット

【0105】

【数12】

【0106】

の後の第1のスロットから適用される必要があり、mはPUCCHのSCS構成である。パラメータtci-PresentInDCIが「有効」に設定されている場合、またはパラメータtci-PresentDCI-1-2がPDSCHをスケジューリングするCORESET用に構成されており、DL DCIの受信と対応するPDSCHとの間の時間オフセットが該当する場合にtimedurationForQCL以上である場合、UEがTCI状態の初期上位レイヤ構成を受信した後、アクティブ化コマンドを受信する前に、UEは、サービングセルのPDSCHのDM-RSポートが、「typeA」に設定されたパラメータqcl-Typeに関して、および該当する場合、「typeD」に設定されたパラメータqcl-Typeにも関して、初期アクセス手順において決定された同期信号/物理ブロードキャストチャネル(Synchronization Signal/Physical Broadcast Channel:「SS/PBCH」)ブロックと擬似コロケーションしていると仮定し得る。

【0107】

デフォルトビーム決定に関して、UEがPDSCHをスケジューリングするCORESETに対して「有効」に設定されている上位レイヤパラメータtci-PresentInDCIを用いて構成されている場合、UEは、CORESET上で伝送されるPDCCHのDCIフォーマット1_1にTCIフィールドが存在すると仮定する。UEがPDSCHをスケジューリングするCORESETの上位レイヤパラメータtci-PresentDCI-1-2を用いて構成されている場合、UEは、パラメータtci-PresentDCI-1-2によって示されるDCIフィールドサイズを有するTCIフィールドが、CORESET上で伝送されるPDCCHのDCIフォーマット1_2に存在すると仮定する。PDSCHが、TCIフィールドが存在しないDCIフォーマットによってスケジューリングされ、DL DCIの受信とサービングセルの対応するPDSCHとの間の時間オフセットが、該当する場合、しきい値timedurationForQCL以上である場合、しきい値は、PDSCHアンテナポートの擬似コロケーションを決定するために報告されたUE機能(3GPP TS 38.306を参照)に基づき、UEは、PDSCHのTCI状態またはQCL仮定が、サービングセルのアクティブBWP内のPDCCH伝送に使用されるCORESETに適用されるTCI状態またはQCL仮定と同一であると仮定する。

【0108】

TCIフィールドが存在するDCIフォーマットによってPDSCHがスケジューリングされている場合、スケジューリングコンポーネントキャリアにおけるDCI内のTCIフィールドは、スケジューリングされたコンポーネントキャリアまたはDL BWPにおいてアクティブ化されたTCI状態を指し、UEは、PDSCHアンテナポート擬似コロケーションを決定するために、DCIを有する検出されたPDCCH内の「Transmission Configuration Indication」フィールドの値に従ってパラメータTCI状態を使用しなければならない。DL DCIの受信と対応するPDSCHとの間の時間オフセットが、しきい値timedurationForQCL以上である場合、UEは、指定されたTCI状態によって与えられるQCLタイプパラメータに関して、サービングセルのPDSCHのDM-RSポートがTCI状態のRSと擬似コロケーションしていると仮定し得、しきい値は、報告されたUE機能に基づく(3GPP TS 38.306を参照)。

【0109】

UEが単一のスロットPDSCHを用いて構成されている場合、示されるTCI状態は、スケジューリングされたPDSCHを伴うスロットにおいてアクティブ化されたTCI状態に基づく必要がある。UEがマルチスロットPDSCHを用いて構成されている場合、示されるTCI状態は、スケジューリングされたPDSCHを伴う第1のスロットにおいてアクティブ化されたTCI状態に基づく必要があり、UEは、アクティブ化されたTCI状態がスケジューリングされたPDSCHを伴うスロット全体で同じであると予想する。UEがクロスキャリアスケジューリング用のサーチスペースセットに関連付けられるCORESETを用いて構成されており、UEがパラメータenableDefaultBeamForCCSを用いて構成されていない場合、UEは、パラメータtci-PresentInDCIが「有効」に設定されているか、パラメータtci-PresentDCI-1-2がCORESET用に設定されていると予想し、サーチスペースセットによってスケジューリングされたサービングセルに対して設定されたTCI状態のうちの1つまたは複数が「typeD」に設定されたパラメータqcl-Typeを含む場合、UEは、サーチスペースセットにおいて検出されたPDCCHの受信と、対応するPDSCHとの間の時間オフセットがしきい値timedurationForQCL以上であると予想する。

【0110】

RRC接続モードのtci-PresentInDCIおよびtci-PresentDCI-1-2の構成とは独立して、DL DCIの受信と対応するPDSCHとの間のオフセットがしきい値timedurationForQCLより小さく、スケジューリングされたPDSCHのサービングセルに対して設定された少なくとも1つのTCI状態が「typeD」に設定されたqcl-Typeを含む場合、UEは、サービングセルのPDSCHのDM-RSポートが、サービングセルのアクティブBWP内の1つまたは複数のCORESETがUEによって監視される、最新のスロット内の最も低いcontrolResourceSetIdを有する監視されたサーチスペースに関連付けられるCORESETのPDCCH擬似コロケーション指示に使用されるQCLパラメータに関してRSと擬似コロケーションしていると仮定し得る。この場合、PDSCH DM-RSの「typeD」に設定されたパラメータqcl-Typeが、少なくとも1つのシンボルにおいて重複するPDCCH DM-RSのパラメータと異なる場合、UEは、そのCORESETに関連付けられるPDCCHの受信を優先すると予想される。これは、帯域内CAの場合にも当てはまる(PDSCHとCORESETが異なるコンポーネントキャリアにある場合)。

【0111】

UEがパラメータenableDefaultTCIStatePerCORESETPoolIndexを用いて構成されており、UEが異なるControlResourceSetにおけるCORESETPoolIndexの2つの異なる値を含む上位レイヤパラメータPDCCH-Configによって構成されている場合、UEは、サービングセルのパラメータCORESETPoolIndexの値に関連付けられるPDSCHのDM-RSポートが、CORESETの中で最も低いcontrolResourceSetIdを有する監視されたサーチスペースに関連付けられるCORESETのPDCCH擬似コロケーション指示に使用されるQCLパラメータに関してRSと擬似コロケーションしていると仮定し得、そのPDSCHをスケジューリングするPDCCHと同じCORESETPoolIndexの値を用いて構成され、最新のスロットにおいて、サービングセルのアクティブBWP内のそのPDSCHをスケジューリングするPDCCHと同じCORESETPoolIndexの値に関連付けられる1つまたは複数のCORESETがUEによって監視される。この場合、PDSCH DM-RSの「QCL-TypeD」が、少なくとも1つのシンボルにおいて重複するPDCCH DM-RSの「QCL-TypeD」と異なり、それらが同じCORESETPoolIndexに関連付けられている場合、UEは、そのCORESETに関連付けられるPDCCHの受信を優先すると予想される。これは、帯域内CAの場合にも当てはまる(PDSCHとCORESETが異なるコンポーネントキャリアにある場合)。

【0112】

UEがパラメータenableTwoDefaultTCI-Statesを用いて構成されており、少なくとも1つのTCIコードポイントが2つのTCI状態を示している場合、UEは、PDSCHのDM-RSポートまたはサービングセルのPDSCH伝送機会が2つの異なるTCI状態を含むTCIコードポイントのうち最も低いコードポイントに対応するTCI状態に関連付けられるQCLパラメータに関してRSと擬似コロケーションしていると仮定し得る。UEが「tdmSchemeA」に設定された上位レイヤパラメータrepetitionSchemeによって構成されている場合、または上位レイヤパラメータrepetitionNumberを用いて構成されている場合、TCI状態のPDSCH伝送機会へのマッピングは、5.1.2.1節に従って、示されたTCI状態を、第1のPDSCH伝送機会を有するスロット内のアクティブ化されたTCI状態に基づいて2つの異なるTCI状態を含むTCIコードポイントのうちの最も低いコードポイントに対応するTCI状態に置き換えることによって決定される。この場合、2つの異なるTCI状態を含むTCIコードポイントのうち最も低いコードポイントに対応する両方のTCI状態における「QCL-TypeD」が、少なくとも1つのシンボルにおいて重複するPDCCH DM-RSの「QCL-TypeD」と異なる場合、UEは、そのCORESETに関連付けられるPDCCHの受信を優先すると予想される。これは、帯域内CAの場合にも当てはまる(PDSCHとCORESETが異なるコンポーネントキャリアにある場合)。

【0113】

上記のすべての場合において、スケジューリングされたPDSCHのサービングセル用に構成されたTCI状態のいずれも「typeD」に設定されたqcl-Typeを用いて構成されていない場合、UEは、DL DCIの受信と対応するPDSCHとの間の時間オフセットに関係なく、そのスケジューリングされたPDSCHについて示されたTCI状態から他のQCL仮定を取得するものとする。

【0114】

スケジューリングDCIを搬送するPDCCHが1つのコンポーネントキャリアにおいて受信され、そのDCIによってスケジューリングされたPDSCHが別のコンポーネントキャリア上にあり、UEがパラメータenableDefaultBeam-ForCCSを用いて構成されている場合、パラメータtimedurationForQCLは、スケジューリングされたPDSCHのサブキャリア間隔に基づいて決定される。μPDCCH<μPDSCHである場合、追加のタイミング遅延

【0115】

【数13】

【0116】

がtimeDurationForQCLの値に追加され、上式で、dは3GPP TS 38.214、5.2.1.5.1a-1節において定義されており、それ以外の場合、dはゼロである。

【0117】

どちらの場合も、DL DCIの受信と対応するPDSCHとの間のオフセットがしきい値timedurationForQCLより小さい場合、およびDL DCIにTCIフィールドが存在しない場合、UEは、スケジューリングされたセルのアクティブBWP内のPDSCHに適用可能な最も低いIDを持つアクティブ化されたTCI状態から、スケジューリングされたPDSCHのQCL仮定を取得する。

【0118】

NR Rel-15/16のビーム管理手順は、初期ビーム獲得、ビームトレーニング、ビーム改良、およびビーム障害の検出と回復を含む。ビーム管理手順は、ULおよびDL制御/データチャネル伝送の両方について、ネットワーク(たとえば、gNB)とUEとの間での参照信号の定常的/定期的な交換と、対応する測定レポートに大きく依存する。したがって、そのような手順に伴う遅延とオーバーヘッドは非常に高くなる。さらに、様々な使用例に対応するためにビームを非常に狭くする必要がある高周波数領域では、問題はさらに拡大すると予想される。

【0119】

したがって、少なくともパラメータmaxNumberRxTxBeamSwitchDLの新しいパラメータ値をさらに検討することに同意する。特定の実施形態では、120kHzまたは480kHzでトリガするPDCCHがAP-CSI-RSよりも小さいサブキャリア間隔を有する場合、AP-CSI-RSをトリガするための追加のビームスイッチング時間遅延dが存在し得る。

【0120】

信号/チャネル間にビーム切替えギャップを導入するかどうか/導入する方法を検討することが合意されている。単一のDCIによるマルチPDSCHスケジューリングの場合、スケジューリングされたPDSCHのうちのいくつかのスケジューリングオフセットがtimedurationForQCLより小さく、いくつかのPDSCHのスケジューリングオフセットがtimedurationForQCL以上である場合に、UEがPDSCHごとに適用する必要があるQCL仮定を検討する。単一のDCIによるマルチPDSCHスケジューリングの場合、スケジューリングされたすべてのPDSCHのスケジューリングオフセットがtimedurationForQCLより小さい場合に、UEがPDSCHごとに適用する必要があるQCL仮定を検討する。注:現在のRel-16の挙動が複数のPDSCHスケジューリングに拡張される場合、最も低いIDを有するCORESETがスロットごとに異なる可能性があるため、PDSCHごとに異なるQCL仮定が生じる可能性があり、その結果、スロットごとに異なるTCI状態が生じる可能性がある。

【0121】

本明細書で説明される解決策は、とりわけ、単一のDCIによる複数のPDSCH/PUSCHスケジューリングのための複数のデフォルトビーム/TCI/QCLのための手順およびシグナリングを開示し、CORESETは、複数のビーム/TCI/QCL(たとえば、単一または複数のTRPの場合)、およびデフォルトビーム/TCI/QCLの各々が複数のPDSCH/PUSCH伝送に適用される対応する期間に関連付けることができる。様々な実施形態では、マルチスロットPDCCH監視の場合、CORESETは、PDCCH監視期間内の異なる監視機会に対して異なるビーム上で監視され得る。

【0122】

第1の解決策の実施形態によれば、UEはCORESETを用いて構成され、CORESETは、MAC CEによってアクティブ化される複数のTCI/QCL/ビーム、およびTCI/QCL/ビームの各々が単一のDCIによってスケジューリングされた複数のPDSCH/PUSCHのデフォルトビームとして適用できる期間(QCLduration1、QCLduration2…と呼ばれることがある)に関連付けられる。

【0123】

図3は、本開示の実施形態による、CORESETをスケジューリングするためにアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新することを示す例示的なフレーム構造300を示している(TCIがDCI内に存在せず、スケジューリングオフセットがtimedurationForQCL以上である場合)。ここで、フレーム構造300は、UE205とRANノード207との間のDL/UL通信を示している。

【0124】

第1の解決策の1つの実装形態では、以下は、TCIフィールドが存在しないDCIフォーマットによって複数のPDSCHがスケジューリングされ、A)DL DCIの受信と、B)サービングセルの対応するすべてのPDSCHとの間の時間オフセットがしきい値timedurationForQCL以上である場合に適用される。しきい値timedurationForQCLは、該当する場合、報告されたUEの機能に基づく点に留意されたい。そのようなシナリオでは、PDSCHアンテナポートの擬似コロケーションを決定するために、UEは、PDSCHの各々に対するTCI状態またはQCL仮定が、スケジューリングPDCCHに関して、PDSCHのスケジューリングオフセット以上のTCIdurationを有するTCI/QCL/ビーム(すなわち、サービングセルのアクティブなBWP内のPDCCH伝送に使用されるCORESETに関連付けられる)に基づくものと仮定する。

【0125】

TCI/QCL/ビームは、TCIdurationが、そのTCI/QCL/ビームに対して期限切れにならない限り適用可能である。そのTCI/QCL/ビームのTCIdurationが期限切れになると、次のTCI/QCL/ビームが後続のPDSCHに適用される。

【0126】

図3に示されるように、DCI301はPDCCH上でUE205によって受信される。ここで、PDCCHは、TCIフィールドが存在しない3つのPDSCH伝送(すなわち、第1のPDSCH303(「PDSCH1」と示される)、第2のPDSCH305(「PDSCH2」と示される)、および第3のPDSCH307(「PDSCH3」と示される))をスケジューリングし、TCIフィールドはDCI301には存在しない。DCI301と第1のPDSCH303との間の時間オフセット309は、しきい値timedurationForQCL以上であるため、UE205は、第1のPDSCH303の受信前にDCI301を処理し、ビームを切り替えることができる。したがって、UE205は、スケジューリングCORESET、すなわち、DCI301を含むPDCCH伝送に使用されるCORESETのためにアクティブ化されたTCI/QCL/ビームを適用する。

【0127】

したがって、UE205は、第1のビーム(たとえば、QCL1、すなわち、スケジューリングCORESETのためにアクティブ化された第1のQCLに関連付けられる)を使用して、第1のPDSCH303および第2のPDSCH305を受信する。しかしながら、第3のPDSCH307がスケジュールされる前にQCLduration1が期限切れになるため、UE205は次のビーム(すなわち、QCL仮定)に切り替え、第2のビーム(たとえば、QCL2に関連付けられる、すなわち、スケジューリングCORESETのためにアクティブ化された第2のQCL)を使用して、第3のPDSCH307を受信する。

【0128】

図4は、本開示の実施形態による、最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新することを示す例示的なフレーム構造400を示している(TCIがDCI内に存在せず、スケジューリングオフセットがtimedurationForQCLより小さい場合)。ここで、フレーム構造400は、UE205とRANノード207との間のDL/UL通信を示している。

【0129】

第1の解決策の別の実装形態では、複数のPDSCHがDCIフォーマット(TCIフィールドは存在する場合も存在しない場合もある)によってスケジューリングされる場合に以下が適用され、DL DCIの受信と、サービングセルの対応するすべてのPDSCHとの間の時間オフセットは、しきい値timedurationForQCL未満である。しきい値timedurationForQCLは、該当する場合、報告されたUEの機能に基づく点に留意されたい。そのようなシナリオでは、PDSCHアンテナポートの擬似コロケーションを決定するために、UE205は、PDSCHの各々に対するTCI状態またはQCL仮定が、スケジューリングPDCCHに関して、PDSCHのスケジューリングオフセット以上のTCIdurationを有するTCI/QCL/ビーム(すなわち、サービングセルのアクティブなBWP内のPDCCH伝送に使用される最も低いCORESET IDに関連付けられる)に基づくものと仮定する。

【0130】

【0131】

図4に示されるように、DCI401はPDCCH上でUE205によって受信される。ここで、PDCCHは、3つのPDSCH伝送(すなわち、第1のPDSCH403(「PDSCH1」と示される)、第2のPDSCH405(「PDSCH2」と示される)、および第3のPDSCH407(「PDSCH3」と示される))をスケジューリングする。DCI401と第1のPDSCH403との間の時間オフセット409は、しきい値timedurationForQCLより小さいため、UE205は、第1のPDSCH403の受信前にDCI401を処理し、ビームを切り替えることができない場合がある。したがって、UE205は、最も低いCORESET IDに対してアクティブ化されたTCI/QCL/ビームを適用する。スケジューリングされたすべてのPDSCHの受信はtimedurationForQCLの期限が切れる前に行われるため、TCIフィールドがDCI401に存在するかどうかは関係ない。

【0132】

したがって、UE205は、第1のビーム(たとえば、QCL1、すなわち、最も低いCORESET IDに対してアクティブ化された第1のQCLに関連付けられる)を使用して、第1のPDSCH403および第2のPDSCH405を受信する。しかしながら、第3のPDSCH407がスケジュールされる前にQCLduration1が期限切れになるため、UE205は次のビーム(すなわち、QCL仮定)に切り替え、第2のビーム(たとえば、QCL2に関連付けられる、すなわち、最も低いCORESET IDのためにアクティブ化された第2のQCL)を使用して、第3のPDSCH407を受信する。

【0133】

図5は、本開示の実施形態による、いくつかのPDSCHの最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一方、残りのPDSCHに対してCORESETをスケジューリングするために複数のTCI/QCL/ビームがアクティブ化されることを示す、例示的なフレーム構造500を示している(TCIがDCI内に存在しない場合)。ここで、フレーム構造500は、UE205とRANノード207との間のDL/UL通信を示している。

【0134】

第1の解決策の別の実装形態では、複数のPDSCHが、TCIフィールドが存在しないDCIフォーマットによってスケジューリングされる場合に以下が適用され、DL DCIの受信と、サービングセルの対応するPDSCHのうちのいくつかとの間の時間オフセットは、しきい値timedurationForQCL未満である。しきい値timedurationForQCLは、該当する場合、報告されたUEの機能に基づく点に留意されたい。そのようなシナリオでは、PDSCHアンテナポートの擬似コロケーションを決定するために、UE205は、それらの対応するPDSCHの各々に対するTCI状態またはQCL仮定が、スケジューリングPDCCHに関して、それらの対応するPDSCHのスケジューリングオフセット以上のTCIdurationを有するTCI/QCL/ビーム(すなわち、サービングセルのアクティブなBWP内のPDCCH伝送に使用される最も低いCORESET IDに関連付けられる)に基づくものと仮定する。

【0135】

【0136】

時間オフセットがしきい値timedurationForQCL以上である残りのPDSCHについては、UEは、PDSCHの各々に対するTCI状態またはQCL仮定が、スケジューリングPDCCHに関して、PDSCHのスケジューリングオフセット以上のTCIdurationを有するTCI/QCL/ビーム(サービングセルのアクティブなBWP内のPDCCH伝送に使用されるスケジューリングCORESETに関連付けられる)に基づくものと仮定する。

【0137】

図5に示されるように、DCI501はPDCCH上でUE205によって受信される。ここで、PDCCHは、3つのPDSCH伝送(すなわち、第1のPDSCH503(「PDSCH1」と示される)、第2のPDSCH505(「PDSCH2」と示される)、および第3のPDSCH507(「PDSCH3」と示される))をスケジューリングし、TCIフィールドはDCI501には存在しない。DCI501と第1のPDSCH503との間の時間オフセット509は、しきい値timedurationForQCLより小さいため、UE205は、第1のPDSCH503の受信前にDCI501を処理し、ビームを切り替えることができる。したがって、UE205は、少なくとも第1のPDSCH503の受信に対して、最も低いCORESET IDに対してアクティブ化されたTCI/QCL/ビームを適用する。しかしながら、DCI501と最後にスケジューリングされたPDSCH(すなわち、第3のPDSCH507)との間の時間オフセット509は、しきい値timedurationForQCL以上であるため、UE205は、第3のPDSCH507を受信する前に、DCI501を処理し、ビームを切り替えることができる。したがって、UE205は、スケジューリングCORESET、(すなわち、DCI501を含むPDCCH伝送に使用されるCORESET)のためにアクティブ化されたTCI/QCL/ビームをしきい値timedurationForQCL(第3のPDSCH607を含む)後にスケジューリングされたすべてのPDSCHに適用する。

【0138】

したがって、UE205は、第1のビーム(たとえば、QCL1、すなわち、スケジューリングCORESETに対してアクティブ化された第1のQCLに関連付けられる)を使用して、第1のPDSCH503および第2のPDSCH505を受信する。しかしながら、DCI501と最後にスケジューリングされたPDSCH(すなわち、第3のPDSCH507)との間の時間オフセット509は、しきい値timedurationForQCL以上であるため、UE205は、スケジューリングCORESETに関連付けられるビーム(すなわち、QCLdurationに基づいて適用可能)に切り替え、スケジューリングCORESETに対してアクティブ化されたQCLに関連付けられるビームを使用して第3のPDSCH507を受信する。

【0139】

図6は、本開示の実施形態による、いくつかのPDSCHの最も低いCORESET IDに対してアクティブ化された複数のTCI/QCL/ビームに基づいて複数のPDSCHのTCI/QCL/ビームを更新する一方、残りのPDSCH(DCIに存在するTCI)にDCIによって示されるTCI/QCL/ビームを適用する例示的なフレーム構造600を示している。ここで、フレーム構造600は、UE205とRANノード207との間のDL/UL通信を示している。

【0140】

第1の解決策の別の実装形態では、複数のPDSCHが、DCIフォーマットによってスケジューリングされる(TCIフィールドが存在する)場合に以下が適用され、DL DCIの受信と、サービングセルの対応するPDSCHのうちのいくつかとの間の時間オフセットは、しきい値timedurationForQCL未満である。しきい値timedurationForQCLは、該当する場合、報告されたUEの機能に基づく点に留意されたい。そのようなシナリオでは、PDSCHアンテナポートの擬似コロケーションを決定するために、UE205は、それらの対応するPDSCHの各々に対するTCI状態またはQCL仮定が、スケジューリングPDCCHに関して、それらの対応するPDSCHのスケジューリングオフセット以上のTCIdurationを有するTCI/QCL/ビーム(サービングセルのアクティブなBWP内のPDCCH伝送に使用される最も低いCORESET IDに関連付けられる)に基づくものと仮定する。

【0141】

【0142】

時間オフセットがしきい値timedurationForQCL以上である残りのPDSCHについては、UEは、スケジューリングDCIフォーマットにおけるTCIコードポイントによって示される残りのPDSCHに、TCI状態またはQCL仮定を適用する。

【0143】

図6に示されるように、DCI601はPDCCH上でUE205によって受信される。ここで、PDCCHは、3つのPDSCH伝送(すなわち、第1のPDSCH603(「PDSCH1」と示される)、第2のPDSCH605(「PDSCH2」と示される)、および第3のPDSCH607(「PDSCH3」と示される))をスケジューリングし、TCIフィールドはDCI601には存在しない。DCI601と第1のPDSCH603との間の時間オフセット609は、しきい値timedurationForQCLより小さいため、UE205は、第1のPDSCH603の受信前にDCI601を処理し、ビームを切り替えることができる。したがって、UE205は、少なくとも第1のPDSCH603の受信に対して、最も低いCORESET IDに対してアクティブ化されたTCI/QCL/ビームを適用する。しかしながら、DCI601と最後にスケジューリングされたPDSCH(すなわち、第3のPDSCH607)との間の時間オフセット609は、しきい値timedurationForQCL以上であるため、UE205は、第3のPDSCH607を受信する前に、DCI601を処理し、ビームを切り替えることができる。したがって、UE205は、DCI601に示されるTCI/QCL/ビームを、しきい値timedurationForQCL(第3のPDSCH607を含む)後にスケジューリングされたすべてのPDSCHに適用する。

【0144】

したがって、UE205は、第1のビーム(たとえば、QCL1、すなわち、スケジューリングCORESETに対してアクティブ化された第1のQCLに関連付けられる)を使用して、第1のPDSCH603および第2のPDSCH605を受信する。しかしながら、DCI601と第2のPDSCH605との間の時間オフセット609は、しきい値timedurationForQCL以上であるため、UE205は、DCI601によって示されるビーム(すなわち、TCI状態またはQCL仮定)に切り替え、DCI601によるビームを使用して第2のPDSCH605および第3のPDSCH607を受信する。ここで、第2のPDSCH605は、DCI601内のTCIフィールドによって示される第2のビーム(「TCI1」として示される)を使用して受信され、第3のPDSCH607は、DCI601内のTCIフィールドによって示される第3のビーム(「TCI2」として示される)を使用して受信される。

【0145】

第2の解決策の実施形態によれば、UE205はCORESETを用いて構成され、CORESETは、MAC CEによってアクティブ化される複数のTCI/QCL/ビーム、およびTCI/QCL/ビームの各々が複数の監視機会においてそのCORESETを監視するために適用できる期間(QCLduration1、QCLduration2…と呼ばれることがある)に関連付けられる。

【0146】

図7は、本開示の実施形態による、PDCCH監視期間内の異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視を示す例示的なフレーム構造700を示している。ここで、フレーム構造700は、UE205とRANノード207との間のDL/UL通信を示している。

【0147】

第2の解決策の一実装形態では、UE205は、PDCCH監視周期および/またはマルチスロットPDCCH期間内の異なる監視機会において監視するために、CORESETのMAC CEによってアクティブ化される複数のTCI/QCL/ビームを用いて構成される。関連付けられる持続時間/適用可能時間は、所与の監視機会にCORESETを監視するためにどのTCI/QCL/ビームが使用されるかを決定するために使用される。図7に示されるように、期間ごとに、CORESET監視機会と対応するTCI/QCL/ビームの同じ関連付けが適用される。

【0148】

図8は、本開示の実施形態による、PDCCH監視期間よりも短い関連付けパターン期間を有する異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視を示す例示的なフレーム構造800を示している。ここで、フレーム構造800は、UE205とRANノード207との間のDL/UL通信を示している。

【0149】

第2の解決策の別の実装形態では、UE205は、異なる監視機会において監視するために、CORESETのMAC CEによってアクティブ化される複数のTCI/QCL/ビームを用いて構成され、関連付けパターンは、PDCCH監視周期とは独立した周期で繰り返すことができる。図8に示されるように、CORESET監視機会と対応するTCI/QCL/ビームとの間の関連付けパターンは、PDCCH監視期間より短い期間を有することができる期間に構成することができる。

【0150】

図9は、本開示の実施形態による、PDCCH監視期間よりも長い関連付けパターン期間を有する異なる監視機会において、同じCORESETに対して異なるTCI/QCL/ビームを使用するPDCCH監視を示す例示的なフレーム構造900を示している。ここで、フレーム構造900は、UE205とRANノード207との間のDL/UL通信を示している。

【0151】

第2の解決策のさらなる実装形態では、UE205は、異なる監視機会において監視するために、CORESETのMAC CEによってアクティブ化される複数のTCI/QCL/ビームを用いて構成され、関連付けパターンは、PDCCH監視周期とは独立した周期で繰り返すことができる。図9に示されるように、PDCCH監視周期よりも大きい周期を構成して、同じ関連付けパターンを繰り返すことができる。

【0152】

第2の解決策の別の実装形態では、UE205は、QCLduration内で複数のTRP(2つ、またはそれ以上)のTCI/QCL/ビームに関連付けられるが、PDCCH監視内では、複数のTRPのTCI/QCL/ビームの異なる組合せが使用され得る。そのような構成は、CORESETが様々な監視機会において監視するためにMAC CEによってアクティブ化されるが、図7から図9に示されるパターン期間とPDCCH監視期間の関連付けの任意の組合せが使用され得る。

【0153】

第2の解決策のいくつかの実施形態では、UE205は、CORESETPoolIndexの各々に関連付けられる(すなわち、TRPに関連付けられる)最低のCORESET IDに基づいて、複数のTRPに関連付けられる複数のビームに関連付けられる。第2の解決策のいくつかの実施形態では、複数のTRPからの複数のTCI/QCL/ビームを特定の期間内に適用できる場合、第1のデフォルトビームのQCLduration 0は、関連付けられるTRPに関係なく共通であり、第2のデフォルトビームのQCLduration 1は、関連付けられるTRPに関係なく共通である。第2の解決策のいくつかの実施形態では、特定の期間内の同じCORESETの信頼性/カバレッジを向上させるために、複数のTRP TCI/QCL/ビームのセットを利用することができる。これらの複数のTRP TCI/QCL/ビームのセットは、対応するQCLdurationの期限が切れた後に切り替えられる。

【0154】

図10は、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うために使用され得るユーザ機器装置1000を示している。様々な実施形態では、ユーザ機器装置1000は、上述の解決策のうちの1つまたは複数を実装するために使用される。ユーザ機器装置1000は、上述のリモートユニット105、UE205、および/またはユーザ機器装置1000の一実施形態であってもよい。さらに、ユーザ機器装置1000は、プロセッサ1005と、メモリ1010と、入力デバイス1015と、出力デバイス1020と、トランシーバ1025とを含み得る。

【0155】

いくつかの実施形態では、入力デバイス1015および出力デバイス1020は、タッチスクリーンなどの単一のデバイスに組み合わされる。特定の実施形態では、ユーザ機器装置1000は、入力デバイス1015および/または出力デバイス1020を含まなくてもよい。様々な実施形態では、ユーザ機器装置1000は、プロセッサ1005、メモリ1010、およびトランシーバ1025のうちの1つまたは複数を含んでもよく、入力デバイス1015および/または出力デバイス1020を含まなくてもよい。

【0156】

図示されるように、トランシーバ1025は、少なくとも1つのトランスミッタ1030と、少なくとも1つのレシーバ1035とを含む。いくつかの実施形態では、トランシーバ1025は、1つまたは複数のベースユニット121によってサポートされる1つまたは複数のセル(または、ワイヤレスカバレッジエリア)と通信する。様々な実施形態では、トランシーバ1025は、認可されていないスペクトルにおいて動作可能である。さらに、トランシーバ1025は、1つまたは複数のビームをサポートする複数のUEパネルを含み得る。さらに、トランシーバ1025は、少なくとも1つのネットワークインターフェース1040および/またはアプリケーションインターフェース1045をサポートし得る。アプリケーションインターフェース1045は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース1040は、Uu、N1、およびPC5などの3GPP基準点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース1040がサポートされる場合がある。

【0157】

一実施形態では、プロセッサ1005は、コンピュータ可読命令を遂行することができる、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ1005は、マイクロコントローラ、マイクロプロセッサ、中央処理装置(「CPU」)、グラフィックス処理装置(「GPU」)、補助処理装置、フィールドプログラマブルゲートアレイ(「FPGA」)、または同様のプログラマブルコントローラであってもよい。いくつかの実施形態では、プロセッサ1005は、本明細書に記載の方法およびルーチンを実行するために、メモリ1010に記憶された命令を遂行する。プロセッサ1005は、メモリ1010、入力デバイス1015、出力デバイス1020、およびトランシーバ1025に通信可能に結合される。

【0158】

様々な実施形態では、プロセッサ1005は、上述のUE挙動を実装するために、ユーザ機器装置1000を制御する。特定の実施形態では、プロセッサ1005は、アプリケーションドメインおよびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」としても知られる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」としても知られる)とを含み得る。

【0159】

様々な実施形態において、トランシーバ1025は、RANからCORESET構成を受信し、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す。トランシーバ1025を介して、プロセッサ1005は、異なるビームを使用して異なるPDCCH監視機会において少なくとも1つのCORESETを監視し、PDCCH伝送内で第1のCORESETを受信し、第1のCORESETは、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングする。さらに、プロセッサ1005は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信し、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む。

【0160】

いくつかの実施形態では、第1の装置は、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送は、TCIフィールドを含まない単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送との間の時間オフセットは、QCLの時間期間以上である。そのような実施形態では、RANと通信することは、第1のCORESET(すなわち、PDCCH伝送に使用されるCORESET)に関連付けられるデフォルトビーム(すなわち、QCL仮定)を適用することを含む。ここで、デフォルトビームのTCI期間は、DCIの受信と複数の物理チャネル伝送との間の時間オフセット以上である。

【0161】

特定の実施形態では、第1の装置は、複数のスケジューリングされた物理チャネル上でRANと通信する際に、少なくとも第2のデフォルトビームを適用する。そのような実施形態では、物理チャネルのスケジューリングされたインスタンスごとのデフォルトビームは、デフォルトビームに関連付けられる時間期間に基づいて決定される。

【0162】

いくつかの実施形態では、第1の装置は、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送は単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送との間の時間オフセットはQCLの時間期間よりも短い。そのような実施形態では、複数のスケジューリングされた物理チャネル上でRANと通信することは、第1のCORESETに関連付けられる複数のデフォルトビームを適用することを含む。ここで、デフォルトビームのTCI期間は、DCIの受信と複数の物理チャネル伝送との間の時間オフセット以上である。

【0163】

特定の実施形態では、物理チャネルのスケジューリングされたインスタンスごとのデフォルトビームは、デフォルトビームに関連付けられる時間期間に基づいて決定される。

【0164】

いくつかの実施形態では、第1の装置は、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送は、TCIフィールドを含まない単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送の第1の部分(または、サブセット)との間の時間オフセットは、QCLの時間期間よりも短い。そのような実施形態では、RANと通信するステップは、複数の物理チャネル伝送の第1の部分に対して最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、複数の物理チャネル伝送の残りの部分に対して第1のCORESETに関連付けられるビームに切り替えるステップとを含む。

【0165】

いくつかの実施形態では、第1の装置はQCLの時間期間を用いて構成され、複数の物理チャネル伝送がビームのセットを示すTCIフィールドを含む単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送の第1の部分(または、サブセット)との間の時間オフセットは、QCLの時間期間よりも短く、RANと通信するステップは、複数の物理チャネル伝送の第1の部分に対して最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、複数の物理チャネル伝送の残りの部分に対してDCIによって示されるビームのセットに切り替えるステップとを含む。

【0166】

いくつかの実施形態では、CORESET構成は、CORESETを監視するためのビームのパターンを含み、パターンの周期は、PDCCH監視機会の周期に等しい。そのような実施形態では、PDCCH監視機会(すなわち、監視期間)ごとに、CORESETを監視するためのビームの同じ関連付けが、PDCCH監視期間内に適用される。

【0167】

いくつかの実施形態では、CORESET構成は、CORESETを監視するためのビームのパターンを含み、パターンの周期は、PDCCH監視機会の周期よりも小さい。そのような実施形態では、PDCCH監視機会ごとに、CORESETを監視するためのビームの同じ関連付けが、PDCCH監視期間内に適用される。

【0168】

いくつかの実施形態では、CORESET構成は、CORESETを監視するためのビームのパターンを含み、パターンの周期は、PDCCH監視機会の周期よりも大きい。そのような実施形態では、CORESETを監視するためのビームの関連付けが、複数のPDCCH監視期間にわたって適用される。

【0169】

いくつかの実施形態では、CORESET構成は、複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0170】

メモリ1010は、一実施形態では、コンピュータ可読ストレージ媒体である。いくつかの実施形態では、メモリ1010は、揮発性コンピュータストレージ媒体を含む。たとえば、メモリ1010は、ダイナミックRAM(「DRAM」)、同期ダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含むRAMを含み得る。いくつかの実施形態では、メモリ1010は、不揮発性コンピュータストレージ媒体を含む。たとえば、メモリ1010は、ハードディスクドライブ、フラッシュメモリ、または任意の他の適切な不揮発性コンピュータストレージデバイスを含み得る。いくつかの実施形態では、メモリ1010は、揮発性コンピュータストレージ媒体と不揮発性コンピュータストレージ媒体の両方を含む。

【0171】

いくつかの実施形態では、メモリ1010は、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとに関連するデータを記憶する。たとえば、メモリ1010は、上述のように、様々なパラメータ、パネル/ビーム構成、リソース割当て、ポリシなどを記憶し得る。特定の実施形態では、メモリ1010はまた、オペレーティングシステムまたは装置1000上で動作する他のコントローラアルゴリズムなどのプログラムコードおよび関連データを記憶する。

【0172】

入力デバイス1015は、一実施形態では、タッチパネル、ボタン、キーボード、スタイラス、マイクロフォンなどを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態では、入力デバイス1015は、たとえば、タッチスクリーンまたは同様のタッチセンシティブディスプレイとして、出力デバイス1020と統合され得る。いくつかの実施形態では、入力デバイス1015は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上に手書きすることによってテキストが入力され得るように、タッチスクリーンを含む。いくつかの実施形態では、入力デバイス1015は、キーボードおよびタッチパネルなどの、2つ以上の異なるデバイスを含む。

【0173】

出力デバイス1020は、一実施形態では、視覚信号、聴覚信号、および/または触覚信号を出力するように設計されている。いくつかの実施形態では、出力デバイス1020は、視覚データをユーザに出力できる電子的に制御可能なディスプレイまたはディスプレイデバイスを含む。たとえば、出力デバイス1020は、液晶ディスプレイ(「LCD」)、発光ダイオード(「LED」)ディスプレイ、有機LED(「OLED」)ディスプレイ、プロジェクタ、または画像、テキストなどをユーザに出力できる同様のディスプレイデバイスを含み得るが、これらに限定されない。別の非限定的な例として、出力デバイス1020は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイなどの、ユーザ機器装置1000の残りの部分とは別個であるが、通信可能に結合された、ウェアラブルディスプレイを含み得る。さらに、出力デバイス1020は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボードなどのコンポーネントであってもよい。

【0174】

特定の実施形態では、出力デバイス1020は、音を生成するための1つまたは複数のスピーカを含む。たとえば、出力デバイス1020は、可聴アラートまたは通知(たとえば、ビープ音またはチャイム)を生成し得る。いくつかの実施形態では、出力デバイス1020は、振動、運動、または他の触覚フィードバックを生成するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態では、出力デバイス1020のすべてまたは一部は、入力デバイス1015と統合され得る。たとえば、入力デバイス1015および出力デバイス1020は、タッチスクリーンまたは同様のタッチセンシティブディスプレイを形成し得る。他の実施形態では、出力デバイス1020は、入力デバイス1015の近くに配置され得る。

【0175】

トランシーバ1025は、1つまたは複数のアクセスネットワークを介してモバイル通信ネットワークの1つまたは複数のネットワーク機能と通信する。トランシーバ1025は、メッセージ、データ、および他の信号を伝送し、またメッセージ、データ、および他の信号を受信するために、プロセッサ1005の制御下で動作する。たとえば、プロセッサ1005は、メッセージを送受信するために、特定の時間にトランシーバ1025(または、その一部)を選択的に起動し得る。

【0176】

トランシーバ1025は、少なくともトランスミッタ1030および少なくとも1つのレシーバ1035を含む。本明細書に記載のUL伝送などのUL通信信号をベースユニット121に提供するために、1つまたは複数のトランスミッタ1030が使用され得る。同様に、本明細書で説明するように、ベースユニット121からDL通信信号を受信するために、1つまたは複数のレシーバ1035が使用され得る。1つのトランスミッタ1030および1つのレシーバ1035のみが示されているが、ユーザ機器装置1000は、任意の適切な数のトランスミッタ1030およびレシーバ1035を有してもよい。さらに、トランスミッタ1030およびレシーバ1035は、任意の適切なタイプのトランスミッタおよびレシーバであってもよい。一実施形態では、トランシーバ1025は、認可された無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第1のトランスミッタ/レシーバのペアと、認可されていない無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第2のトランスミッタ/レシーバのペアとを含む。

【0177】

特定の実施形態では、認可された無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第1のトランスミッタ/レシーバのペアと、認可されていない無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第2のトランスミッタ/レシーバのペアは、単一のトランシーバユニット、たとえば、認可された無線スペクトルと認可されていない無線スペクトルの両方で使用するための機能を実行する単一のチップなどの、単一のトランシーバユニットに組み合わされ得る。いくつかの実施形態では、第1のトランスミッタ/レシーバのペアと、第2のトランスミッタ/レシーバのペアは、1つまたは複数のハードウェアコンポーネントを共有し得る。たとえば、特定のトランシーバ1025、トランスミッタ1030、およびレシーバ1035は、たとえば、ネットワークインターフェース1040などの共有ハードウェアリソースおよび/またはソフトウェアリソースにアクセスする物理的に別個のコンポーネントとして実装され得る。

【0178】

様々な実施形態では、1つまたは複数のトランスミッタ1030および/または1つまたは複数のレシーバ1035は、マルチトランシーバチップ、システムオンチップ、特定用途向け集積回路(「ASIC」)、または他のタイプのハードウェアコンポーネントなどの単一のハードウェアコンポーネントに実装および/または統合され得る。特定の実施形態では、1つまたは複数のトランスミッタ1030および/あるいは1つまたは複数のレシーバ1035は、マルチチップモジュールに実装および/または統合され得る。いくつかの実施形態では、ネットワークインターフェース1040または他のハードウェアコンポーネント/回路などの他のコンポーネントは、任意の数のトランスミッタ1030および/またはレシーバ1035と単一のチップに統合され得る。そのような実施形態では、トランスミッタ1030およびレシーバ1035は、もう1つの共通制御信号を使用するトランシーバ1025として、あるいは同じハードウェアチップまたはマルチチップモジュールにおいて実装されるモジュラトランスミッタ1030およびレシーバ1035として論理的に構成され得る。

【0179】

図11は、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うために使用され得るネットワーク装置1100を示している。一実施形態では、ネットワーク装置1100は、上記のように、ベースユニット121および/またはRANノード207などのRANデバイスの一実装形態であり得る。さらに、ネットワーク装置1100は、プロセッサ1105と、メモリ1110と、入力デバイス1115と、出力デバイス1120と、トランシーバ1125とを含み得る。

【0180】

いくつかの実施形態では、入力デバイス1115および出力デバイス1120は、タッチスクリーンなどの単一のデバイスに組み合わされる。特定の実施形態では、ネットワーク装置1100は、入力デバイス1115および/または出力デバイス1120を含まなくてもよい。様々な実施形態では、ネットワーク装置1100は、プロセッサ1105、メモリ1110、およびトランシーバ1125のうちの1つまたは複数を含んでもよく、入力デバイス1115および/または出力デバイス1120を含まなくてもよい。

【0181】

図示されるように、トランシーバ1125は、少なくとも1つのトランスミッタ1130と、少なくとも1つのレシーバ1135とを含む。ここで、トランシーバ1125は、1つまたは複数のリモートユニット105と通信する。さらに、トランシーバ1125は、少なくとも1つのネットワークインターフェース1140および/またはアプリケーションインターフェース1145をサポートし得る。アプリケーションインターフェース1145は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース1140は、Uu、N1、N2、およびN3などの3GPP基準点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース1140がサポートされる場合がある。

【0182】

一実施形態では、プロセッサ1105は、コンピュータ可読命令を遂行することができる、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ1105は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGA、または同様のプログラマブルコントローラであってもよい。いくつかの実施形態では、プロセッサ1105は、本明細書に記載の方法およびルーチンを実行するために、メモリ1110に記憶された命令を遂行する。プロセッサ1105は、メモリ1110、入力デバイス1115、出力デバイス1120、およびトランシーバ1125に通信可能に結合される。

【0183】

様々な実施形態では、ネットワーク装置1100は、本明細書で説明するように、1つまたは複数のUEと通信するRANノード(たとえば、gNB)である。そのような実施形態では、プロセッサ1105は、上述のRAN挙動を実行するために、ネットワーク装置1100を制御する。RANノードとして動作する場合、プロセッサ1105は、アプリケーションドメインおよびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」としても知られる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」としても知られる)とを含み得る。

【0184】

いくつかの実施形態では、トランシーバ1125を介して、プロセッサ1105はCORESET構成をUEに伝送し、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示し、また、PDCCH監視機会において第1のCORESETを伝送し、第1のCORESETは、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングする。トランシーバ1125を介して、プロセッサ1105は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でUEとさらに通信し、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を伝送するステップ、アップリンク伝送を受信するステップ、またはそれらの組合せを含む。

【0185】

【0186】

【0187】

【0188】

いくつかの実施形態では、CORESET構成は、RAN内の複数の送受信ポイントに関連付けられる複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0189】

メモリ1110は、一実施形態では、コンピュータ可読ストレージ媒体である。いくつかの実施形態では、メモリ1110は、揮発性コンピュータストレージ媒体を含む。たとえば、メモリ1110は、ダイナミックRAM(「DRAM」)、同期ダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含むRAMを含み得る。いくつかの実施形態では、メモリ1110は、不揮発性コンピュータストレージ媒体を含む。たとえば、メモリ1110は、ハードディスクドライブ、フラッシュメモリ、または任意の他の適切な不揮発性コンピュータストレージデバイスを含み得る。いくつかの実施形態では、メモリ1110は、揮発性コンピュータストレージ媒体と不揮発性コンピュータストレージ媒体の両方を含む。

【0190】

いくつかの実施形態では、メモリ1110は、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとに関連するデータを記憶する。たとえば、メモリ1110は、上述のように、パラメータ、構成、リソース割当て、ポリシなどを記憶し得る。特定の実施形態では、メモリ1110はまた、オペレーティングシステムまたは装置1100上で動作する他のコントローラアルゴリズムなどのプログラムコードおよび関連データを記憶する。

【0191】

入力デバイス1115は、一実施形態では、タッチパネル、ボタン、キーボード、スタイラス、マイクロフォンなどを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態では、入力デバイス1115は、たとえば、タッチスクリーンまたは同様のタッチセンシティブディスプレイとして、出力デバイス1120と統合され得る。いくつかの実施形態では、入力デバイス1115は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上に手書きすることによってテキストが入力され得るように、タッチスクリーンを含む。いくつかの実施形態では、入力デバイス1115は、キーボードおよびタッチパネルなどの、2つ以上の異なるデバイスを含む。

【0192】

出力デバイス1120は、一実施形態では、視覚信号、聴覚信号、および/または触覚信号を出力するように設計されている。いくつかの実施形態では、出力デバイス1120は、視覚データをユーザに出力できる電子的に制御可能なディスプレイまたはディスプレイデバイスを含む。たとえば、出力デバイス1120は、これらに限定されないが、LCDディスプレイ、LEDディスプレイ、OLEDディスプレイ、プロジェクタ、または画像、テキストなどをユーザに出力することができる同様のディスプレイデバイスを含み得る。別の非限定的な例として、出力デバイス1120は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイなどの、ネットワーク装置1100の残りの部分とは別個であるが、通信可能に結合された、ウェアラブルディスプレイを含み得る。さらに、出力デバイス1120は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボードなどのコンポーネントであってもよい。

【0193】

特定の実施形態では、出力デバイス1120は、音を生成するための1つまたは複数のスピーカを含む。たとえば、出力デバイス1120は、可聴アラートまたは通知(たとえば、ビープ音またはチャイム)を生成し得る。いくつかの実施形態では、出力デバイス1120は、振動、運動、または他の触覚フィードバックを生成するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態では、出力デバイス1120のすべてまたは一部は、入力デバイス1115と統合され得る。たとえば、入力デバイス1115および出力デバイス1120は、タッチスクリーンまたは同様のタッチセンシティブディスプレイを形成し得る。他の実施形態では、出力デバイス1120は、入力デバイス1115の近くに配置され得る。

【0194】

トランシーバ1125は、少なくともトランスミッタ1130および少なくとも1つのレシーバ1135を含む。本明細書で説明するように、UEと通信するために、1つまたは複数のトランスミッタ1130が使用され得る。同様に、本明細書に記載されるように、パブリックランドモバイルネットワーク(「PLMN」)および/またはRANにおけるネットワーク機能と通信するために、1つまたは複数のレシーバ1135が使用され得る。1つのトランスミッタ1130および1つのレシーバ1135のみが示されているが、ネットワーク装置1100は、任意の適切な数のトランスミッタ1130およびレシーバ1135を有してもよい。さらに、トランスミッタ1130およびレシーバ1135は、任意の適切なタイプのトランスミッタおよびレシーバであってもよい。

【0195】

図12は、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けるステップと、異なる監視機会において異なるビーム上で同じCORESETを監視するステップとを行うための方法1200の一実施形態を示している。様々な実施形態では、方法1200は、上述のように、リモートユニット105、UE 205、および/またはユーザ機器装置1000などのUEデバイスによって実行される。いくつかの実施形態では、方法1200は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGAなどのプロセッサによって実行される。

【0196】

方法1200が開始され、RANからCORESET構成を受信し(1205)、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す。方法1200は、異なるビームを使用して、異なるPDCCH監視機会において少なくとも1つのCORESETを監視するステップ1210を含む。方法1200は、PDCCH伝送内で第1のCORESETを受信するステップであって、第1のCORESETが、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングするステップ(1215)を含む。方法1200は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信するステップ(1220)であって、複数のスケジューリングされた物理チャネル上でRANと通信するステップが、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む、ステップを含む。方法1200が終了する。

【0197】

図13は、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けるステップと、異なる監視機会において異なるビーム上で同じCORESETを監視するステップとを行うための方法1300の一実施形態を示している。様々な実施形態において、方法1300は、上述のように、ベースユニット121、RANノード207、および/またはネットワーク装置1100などのアクセスネットワークノードによって実行される。いくつかの実施形態では、方法1300は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGAなどのプロセッサによって実行される。

【0198】

方法1300が開始され、UEにCORESET構成を伝送し(1305)、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す。方法1300は、PDCCH監視機会において第1のCORESETを伝送するステップ(1310)であって、第1のCORESETが、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングする、ステップを含む。方法1300は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でUEと通信するステップ(1315)であって、複数のスケジューリングされた物理チャネル上でRANと通信するステップが、ダウンリンク伝送を伝送するステップ、アップリンク伝送を受信するステップ、またはそれらの組合せを含む、ステップを含む。方法1300が終了する。

【0199】

本明細書では、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第1の装置が開示される。第1の装置は、上述したリモートユニット105、UE205、および/またはユーザ機器装置1000などのUEデバイスによって実装され得る。第1の装置は、トランシーバに結合されたプロセッサを含み、プロセッサおよびトランシーバは、第1の装置に、RANからCORESET構成を受信することであって、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す、ことと、異なるビームを使用して異なるPDCCH監視機会において少なくとも1つのCORESETを監視することと、PDCCH伝送内で第1のCORESETを受信することであって、第1のCORESETは、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングする、ことと、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信することとを行わせるように構成される。ここで、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む。

【0200】

【0201】

【0202】

【0203】

【0204】

【0205】

【0206】

【0207】

【0208】

【0209】

いくつかの実施形態では、CORESET構成は、RAN内の複数の送受信ポイントに関連付けられる複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0210】

本明細書では、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第1の方法が開示される。第1の方法は、上述したリモートユニット105、UE205、および/またはユーザ機器装置1000などのUEデバイスエンティティによって実行され得る。第1の方法は、RANからCORESET構成を受信するステップを含み、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す。第1の方法は、異なるビームを使用して異なるPDCCH監視機会において少なくとも1つのCORESETを監視するステップと、PDCCH伝送内で第1のCORESETを受信するステップであって、第1のCORESETが、複数の物理チャネル伝送をスケジューリングする、ステップとを含む。第1の方法は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でRANと通信するステップを含む。ここで、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を受信するステップ、アップリンク伝送を伝送するステップ、またはそれらの組合せを含む。

【0211】

いくつかの実施形態では、UEは、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送が、TCIフィールドを含まない単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送との間の時間オフセットは、QCLの時間期間以上である。そのような実施形態では、RANと通信することは、第1のCORESET(すなわち、PDCCH伝送に使用されるCORESET)に関連付けられるデフォルトビーム(すなわち、QCL仮定)を適用することを含む。ここで、デフォルトビームのTCI期間は、DCIの受信と複数の物理チャネル伝送との間の時間オフセット以上である。

【0212】

特定の実施形態では、UEは、複数のスケジューリングされた物理チャネル上でRANと通信する際に、少なくとも第2のデフォルトビームを適用する。そのような実施形態では、物理チャネルのスケジューリングされたインスタンスごとのデフォルトビームは、デフォルトビームに関連付けられる時間期間に基づいて決定される。

【0213】

いくつかの実施形態では、UEは、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送は単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送との間の時間オフセットはQCLの時間期間よりも短い。そのような実施形態では、複数のスケジューリングされた物理チャネル上でRANと通信することは、第1のCORESETに関連付けられる複数のデフォルトビームを適用することを含む。ここで、デフォルトビームのTCI期間は、DCIの受信と複数の物理チャネル伝送との間の時間オフセット以上である。

【0214】

【0215】

いくつかの実施形態では、UEは、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送が、TCIフィールドを含まない単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送の第1の部分(または、サブセット)との間の時間オフセットは、QCLの時間期間よりも短い。そのような実施形態では、RANと通信するステップは、複数の物理チャネル伝送の第1の部分に対して最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、複数の物理チャネル伝送の残りの部分に対して第1のCORESETに関連付けられるビームに切り替えるステップとを含む。

【0216】

いくつかの実施形態では、UEは、QCLのための時間期間を用いて構成され、複数の物理チャネル伝送が、ビームのセットを示すTCIフィールドを含む単一のDCIによってスケジューリングされ、DCIの受信と複数の物理チャネル伝送の第1の部分(または、サブセット)との間の時間オフセットは、QCLの時間期間よりも短く、RANと通信するステップは、複数の物理チャネル伝送の第1の部分に対して最も低いCORESET IDに関連付けられるデフォルトビームを適用するステップと、複数の物理チャネル伝送の残りの部分に対してDCIによって示されるビームのセットに切り替えるステップとを含む。

【0217】

【0218】

【0219】

【0220】

いくつかの実施形態では、CORESET構成は、RAN内の複数の送受信ポイントに関連付けられる複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0221】

本明細書では、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第2の装置が開示される。第2の装置は、上述のように、ベースユニット121、RANノード207、および/またはネットワーク装置1100などのアクセスネットワークノードによって実装され得る。第2の装置は、トランシーバに結合されたプロセッサを含み、プロセッサおよびトランシーバは、第2の装置に、CORESET構成をUEに伝送させることであって、前記CORESET構成が、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す、ことと、PDCCH監視機会において第1のCORESETを伝送することであって、第1のCORESETが、複数の物理チャネル伝送(すなわち、PDSCHおよび/またはPUSCH)をスケジューリングする、こととを行わせるように構成される。トランシーバを介して、プロセッサは、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でUEとさらに通信し、複数のスケジューリングされた物理チャネル上でRANと通信するステップは、ダウンリンク伝送を伝送するステップ、アップリンク伝送を受信するステップ、またはそれらの組合せを含む。

【0222】

【0223】

【0224】

【0225】

いくつかの実施形態では、CORESET構成は、RAN内の複数の送受信ポイントに関連付けられる複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0226】

本明細書では、本開示の実施形態による、複数のPDSCH/PUSCHに対して複数のデフォルトビームを関連付けることと、異なる監視機会において異なるビーム上で同じCORESETを監視することとを行うための第2の方法が開示される。第2の方法は、上述のように、ベースユニット121、RANノード207、および/またはネットワーク装置1100などのアクセスネットワークノードによって実行され得る。第2の方法は、UEにCORESET構成を伝送するステップであって、前記CORESET構成は、複数のビーム(あるいは、TCI状態またはQCL仮定)と、少なくともCORESET IDについて示されたビームごとの対応する持続時間とを示す、ステップと、PDCCH監視機会内で第1のCORESETを伝送するステップであって、第1のCORESETが複数の物理チャネル伝送をスケジューリングする、ステップとを含む。第2の方法は、デバイスに設定された最も低いCORESET IDに関連付けられる複数のビームを使用して、複数のスケジューリングされた物理チャネル上でUEと通信するステップであって、複数のスケジューリングされた物理チャネル上でRANと通信するステップが、ダウンリンク伝送を伝送するステップ、アップリンク伝送を受信するステップ、またはそれらの組合せを含む、ステップを含む。

【0227】

【0228】

【0229】

【0230】

いくつかの実施形態では、CORESET構成は、RAN内の複数の送受信ポイントに関連付けられる複数のビーム(あるいはTCI状態またはQCL仮定)を含む。

【0231】

実施形態は、他の特定の形態において実施され得る。記載された実施形態は、すべての点において、例示としてのみ考慮され、限定的ではないとみなされるべきである。したがって、本発明の範囲は、前述の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等の意味および範囲内にあるすべての変更は、その範囲内に包含されるべきである。

【符号の説明】

【0232】

100 ワイヤレス通信システム
105 リモートユニット
120 無線アクセスネットワーク(「RAN」)
121 ベースユニット
123 ワイヤレス通信リンク
140 モバイルコアネットワーク
141 ユーザプレーン機能(「UPF」)
143 アクセスおよびモビリティ管理機能(「AMF」)
145 セッション管理機能(「SMF」)
147 ポリシ制御機能(「PCF」)
149 組み合わされたエンティティ「UDM/UDR」
150 パケットデータネットワーク
151 アプリケーションサーバ
200 プロトコルスタック
201 ユーザプレーンプロトコルスタック
203 制御プレーンプロトコルスタック
205 UE
207 RANノード
209 5Gコアネットワーク
211 物理（「PHY」）レイヤ
213 媒体アクセス制御（「Medium Access Control: MAC」）サブレイヤ
215 無線リンク制御（「Radio Link Control: RLC」）サブレイヤ
217 パケットデータコンバージェンスプロトコル（「Packet Data Convergence Protocol:PDCP」）サブレイヤ
219 サービスデータ適応プロトコル（「Service Data Adaptation Protocol: SDAP」）レイヤ
221 無線リソース制御（「Radio Resource Control: RRC」）レイヤ
221 RRCサブレイヤ
223 非アクセス層（「Non-Access Stratum: NAS」）レイヤ
225 ASレイヤ
227 ASレイヤ
300 フレーム構造
301 DC
303 第1のPDSCH
305 第2のPDSCH
307 第3のPDSCH
309 時間オフセット
400 フレーム構造
401 DC
403 第1のPDSCH
405 第2のPDSCH
407 第3のPDSCH
409 時間オフセット
500 フレーム構造
501 DC
503 第1のPDSCH
505 第2のPDSCH
507 第3のPDSCH
509 時間オフセット
600 フレーム構造
601 DC
603 第1のPDSCH
605 第2のPDSCH
607 第3のPDSCH
609 時間オフセット
700 フレーム構造
800 フレーム構造
900 フレーム構造
1000 ユーザ機器装置
1005 プロセッサ
1010 メモリ
1015 入力デバイス
1020 出力デバイス
1025 トランシーバ
1030 トランスミッタ
1035 レシーバ
1040 ネットワークインターフェース
1045 アプリケーションインターフェース
1100 ネットワーク装置
1105 プロセッサ
1110 メモリ
1115 入力デバイス
1120 出力デバイス
1125 トランシーバ
1130 トランスミッタ
1135 レシーバ
1140 ネットワークインターフェース
1145 アプリケーションインターフェース
1200 方法
1300 方法

【図1】