知財求人 - 知財ポータルサイト「IP Force」
特表2024-512620ユーザ機器、ネットワークノード、およびそれらにおける方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-19
(54)【発明の名称】ユーザ機器、ネットワークノード、およびそれらにおける方法
(51)【国際特許分類】
H04W 28/04 20090101AFI20240312BHJP
H04W 84/06 20090101ALI20240312BHJP
H04W 72/23 20230101ALI20240312BHJP
H04W 72/11 20230101ALI20240312BHJP
【ＦＩ】
H04W28/04 110
H04W84/06
H04W72/23
H04W72/11
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023559105
(86)(22)【出願日】2022-03-17
(85)【翻訳文提出日】2023-09-26
(86)【国際出願番号】 JP2022012479
(87)【国際公開番号】W WO2022210000
(87)【国際公開日】2022-10-06
(31)【優先権主張番号】2104751.9
(32)【優先日】2021-04-01
(33)【優先権主張国・地域又は機関】GB
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】イジャーズ アーイシャ
(72)【発明者】
【氏名】笹木 高広
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD34
5K067EE02
5K067EE07
5K067EE10
5K067GG02
5K067HH28
(57)【要約】
ユーザ機器（ＵＥ）が非地上系ネットワークを介してネットワークノードと通信する通信システムが開示さる。ＵＥはネットワークノードから送信機会のセットに対するＨＡＲＱフィードバックが必要でないというインディケーションを受信し、ＵＥはその情報に基づいて送信機会のセットに対するＨＡＲＱフィードバックを省略する。このインディケーションは、ＤＣＩフィールドまたはＭＡＣヘッダに含まれ得る。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
非地上系ネットワーク（Non-terrestrial network）を介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）によって実行される方法であって、ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略することを有する方法。
【請求項2】
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、請求項１に記載の方法。
【請求項3】
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソース指示子（ＰＲＩ：Resource Indicator）フィールドに含まれる、請求項２に記載の方法。
【請求項4】
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、請求項１に記載の方法。
【請求項5】
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項6】
前記情報が、前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記送信機会のセットに対するＨＡＲＱフィードバックが省略される、請求項１乃至５のいずれか１項に記載の方法。
【請求項7】
欠落した間欠送信（ＤＴＸ：Discontinuous Transmission）または欠落したＤＣＩを検出し、前記情報が前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記欠落したＤＴＸまたは前記欠落したＤＣＩを無視する、請求項１乃至６のいずれか１項に記載の方法。
【請求項8】
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使って通信するように構成されている場合において、前記情報が、あるスロットインデックスに関連する前記送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ送信に対するＨＡＲＱフィードバックを送信する、請求項１乃至７のいずれか１項に記載の方法。
【請求項9】
非地上系ネットワーク（Non-terrestrial network）を介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードによって実行される方法であって、前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを受信し、または省略することを有する方法。
【請求項10】
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、請求項９に記載の方法。
【請求項11】
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースインジケータ（ＰＲＩ：Resource Indicator）フィールドに含まれる、請求項１０に記載の方法。
【請求項12】
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、請求項９に記載の方法。
【請求項13】
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、請求項９乃至１２のいずれか１項に記載の方法。
【請求項14】
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使用して通信するように構成されている場合において、前記情報が、あるスロットインデックスに関連する送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ送信に対するＨＡＲＱフィードバックを受信することを有する、請求項９乃至１３のいずれか１項に記載の方法。
【請求項15】
前記ネットワークノードは、基地局またはゲートウェイを含む、請求項９乃至１４のいずれか１項に記載の方法。
【請求項16】
前記情報は、無効化されたＨＡＲＱプロセスのみが前記送信機会のそれぞれの機会の間で送信に使用されることを示す、請求項１乃至１５のいずれか１項に記載の方法。
【請求項17】
非地上系ネットワーク（Non-terrestrial network）を介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）であって、ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信する手段と、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略する手段とを備えるユーザ機器。
【請求項18】
非地上系ネットワーク（Non-terrestrial network）を介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードであって、前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信する手段と、
前記情報に基づいて、前記送信機会のセットに対するＨＡＲＱフィードバックを受信し、または省略する手段とを備えるネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムに関する。
【背景技術】
【0002】
本発明は、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）規格、または、これに準ずるもの、若しくはその派生物に従って動作する無線通信システムおよびその装置に関する。本開示は、特に、ただし排他的ではなく、空中または宇宙ネットワークノードを含む非地上部分を採用するいわゆる「５Ｇ」（または「次世代」）システムにおけるハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）プロセスに関連する改良に関する。
【0003】
３ＧＰＰ標準では、ＮｏｄｅＢ（またはＬＴＥの「ｅＮＢ」、５Ｇの「ｇＮＢ」）は、通信機器（ユーザ機器またはＵＥ）がコアネットワークに接続し、他の通信機器またはリモートサーバと通信するための基地局である。通信機器は、例えば、携帯電話、スマートフォン、スマートウオッチ、携帯情報端末、ラップトップ／タブレットコンピュータ、Ｗｅｂブラウザ、電子書籍リーダーなどのモバイル通信機器であってよい。このようなモバイル（または一般的に固定される）デバイス機器は、通常、ユーザ（したがって、それらはしばしばユーザ機器ＵＥと総称される）によって操作されるが、ＩｏＴデバイスや同様のＭＴＣデバイスをネットワークに接続することも可能である。簡略化のため、本明細書は、基地局という用語を使用してこのような基地局を参照し、モバイルデバイスまたはＵＥという用語を使用してこのような通信デバイスを参照する。
【0004】
３ＧＰＰ標準の最新の開発は、マシンタイプ通信（ＭＴＣ：Machine Type Communication）、モノのインターネット（ＩｏＴ：Internet of Things）／モノの産業インターネット（ＩＩｏＴ：Industrial Internet of Things）通信、車両通信と自動運転車、高解像度ビデオストリーミング、および／またはスマートシティサービス、などの様々なアプリケーションやサービスをサポートすることが期待される進化した通信技術を参照する、いわゆる「５Ｇ」またはＮｅｗ Ｒａｄｉｏ（ＮＲ）標準である。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ：radio access network）と３ＧＰＰ次世代コア（ＮＧＣ：NextGen core）ネットワークを介して５Ｇをサポートする予定である。５Ｇネットワークの様々な詳細は、例えば、次世代モバイルネットワーク（ＮＧＭＮ：Next Generation Mobile Networks）アライアンスによる「ＮＧＭＮ ５Ｇ Ｗｈｉｔｅ Ｐａｐｅｒ」Ｖ１．０に記載されており、この文書はｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手できる。
【0005】
エンドユーザ通信装置は、一般にユーザ機器（ＵＥ）と呼ばれ、人によって操作されるか、または自動化（ＭＴＣ／ＩｏＴ）装置を有する。５Ｇ／ＮＲ通信システムの基地局は、一般にＮｅｗ Ｒａｄｉｏ基地局（ＮＲ－ＢＳ：New Radio Base Station）または「ｇＮＢ」と呼ばれるが、それらは、より一般的にＬＴＥ（Long Term Evolution）基地局（一般に「４Ｇ」基地局とも呼ばれる）に関連する用語「ｅＮＢ」（または５Ｇ／ＮＲ ｅＮＢ）を使用して呼ばれることが理解される。３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）３８．３００ Ｖ１６．４．０およびＴＳ ３７．３４０ Ｖ１６．４．０は、特に次のノードを定義する。
【0006】
ｇＮＢ：ＵＥに対するＮＲユーザプレーンおよびコントロールプレーンプロトコル終端を提供し、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ：5G core network）に接続されるノード。
ｎｇ－ｅＮＢ：ＵＥに対するＥ－ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）ユーザプレーンおよびコントロールプレーンプロトコル終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード。
Ｅｎ－ｇＮＢ：ＵＥに対するＮＲユーザプレーンおよびコントロールプレーンプロトコル終端を提供し、ＥＮ－ＤＣ（E-UTRA-NR Dual Connectivity）のセカンダリノードとして機能するノード。
ＮＧ－ＲＡＮノード：ｇＮＢまたはｎｇ－ｅＮＢのいずれか。
ｎｇ－ｅＮＢ：ＵＥに対するＥ－ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）ユーザプレーンおよびコントロールプレーンプロトコル終端を提供し、ＮＧインタフェースを介して５ＧＣに接続されるノード。
Ｅｎ－ｇＮＢ：ＵＥに対するＮＲユーザプレーンおよびコントロールプレーンプロトコル終端を提供し、ＥＮ－ＤＣ（E-UTRA-NR Dual Connectivity）のセカンダリノードとして機能するノード。
ＮＧ－ＲＡＮノード：ｇＮＢまたはｎｇ－ｅＮＢのいずれか。
【0007】
３ＧＰＰはまた、５Ｇの文脈において、統合された衛星および地上系ネットワークインフラストラクチャの規定にも取り組んでいる。非地上系ネットワーク（ＮＴＮ：Non-Terrestrial Networks）という用語は、通信に航空機または宇宙船を使用するネットワーク、またはネットワークのセグメントを指す。衛星とは、低地球軌道（ＬＥＯ：Low Earth Orbits）、中地球軌道（ＭＥＯ：Medium Earth Orbits）、高度楕円軌道（ＨＥＯ：Highly Elliptical Orbits）などの静止地球軌道（ＧＥＯ：Geostationary Earth Orbit）または非静止地球軌道（ＮＧＥＯ：Non-Geostationary Earth Orbit）の宇宙船を指す。航空機とは、無人航空機システム（ＵＡＳ：Unmanned Aircraft System）を含む高高度プラットフォーム（ＨＡＰ：High Altitude Platform）を指す。これには、テザリングされたＵＡＳ、航空ＵＡＳより軽いＵＡＳ、航空ＵＡＳより重いＵＡＳが含まれ、これらはすべて通常８ｋｍから５０ｋｍの高度で準静止状態で動作する。
【0008】
３ＧＰＰ Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ（ＴＲ）３８．８１１ Ｖ１５．４．０は、このような非地上系ネットワークをサポートするためのＮｅｗ Ｒａｄｉｏに関する研究である。この研究には、特に、ＮＴＮ展開シナリオと関連するシステムパラメータ（アーキテクチャ、高度、軌道など）、および（伝播条件、モビリティなどの）非地上系ネットワークのための３ＧＰＰチャネルモデルの適応に関する記述が含まれる。３ＧＰＰ ＴＲ ３８．８２１ Ｖ１６．０．０は、ＮＴＮに関する詳細を提供する。
【0009】
非地上系ネットワークでは、次のことが期待される。
－サービスが提供されていない地域、またはサービスが十分に提供されていない地域での５Ｇサービスの展開を促進し、地上系ネットワークのパフォーマンスを向上させる。
－ユーザ機器や移動プラットフォーム（例えば、乗用車、航空機、船舶、高速列車、バス）のサービス継続性を提供することで、サービスの信頼性を強化する。
－特に重要な通信、将来の鉄道／海上／航空通信に対し、あらゆる場所でサービスの可用性を向上する。
－ネットワークエッジに向けて、またはユーザ装置に直接にデータを配信するための効率的なマルチキャスト／ブロードキャストリソースの提供を通じて、５Ｇネットワークのスケーラビリティを実現する。
－サービスが提供されていない地域、またはサービスが十分に提供されていない地域での５Ｇサービスの展開を促進し、地上系ネットワークのパフォーマンスを向上させる。
－ユーザ機器や移動プラットフォーム（例えば、乗用車、航空機、船舶、高速列車、バス）のサービス継続性を提供することで、サービスの信頼性を強化する。
－特に重要な通信、将来の鉄道／海上／航空通信に対し、あらゆる場所でサービスの可用性を向上する。
－ネットワークエッジに向けて、またはユーザ装置に直接にデータを配信するための効率的なマルチキャスト／ブロードキャストリソースの提供を通じて、５Ｇネットワークのスケーラビリティを実現する。
【0010】
ＮＴＮアクセスには、通常、（特に）次の要素がある。
－ＮＴＮ端末：３ＧＰＰ ＵＥ、または衛星が直接３ＧＰＰ ＵＥを提供しない場合における衛星システムに固有の端末を指し得る。
－サービスリンク：ユーザ装置と宇宙／空中（ａｉｒｂｏｒｎｅ）プラットフォーム間の無線リンクを指す（地上ベースのＲＡＮとの無線リンクに追加される場合がある）。
－宇宙または空中プラットフォーム。
－ゲートウェイ（ＮＴＮゲートウェイ）：衛星または航空アクセスネットワークをコアネットワークに接続する。ゲートウェイは、ほとんどの場合、基地局と同じ場所に配置される。
－フィーダーリンク：ゲートウェイと宇宙／空中プラットフォーム間の無線リンクを指す。
－ＮＴＮ端末：３ＧＰＰ ＵＥ、または衛星が直接３ＧＰＰ ＵＥを提供しない場合における衛星システムに固有の端末を指し得る。
－サービスリンク：ユーザ装置と宇宙／空中（ａｉｒｂｏｒｎｅ）プラットフォーム間の無線リンクを指す（地上ベースのＲＡＮとの無線リンクに追加される場合がある）。
－宇宙または空中プラットフォーム。
－ゲートウェイ（ＮＴＮゲートウェイ）：衛星または航空アクセスネットワークをコアネットワークに接続する。ゲートウェイは、ほとんどの場合、基地局と同じ場所に配置される。
－フィーダーリンク：ゲートウェイと宇宙／空中プラットフォーム間の無線リンクを指す。
【0011】
衛星または航空機は、それぞれのＮＴＮセルを提供するために、所定の領域にわたって複数のビームを生成することができる。ビームは、地球の表面に典型的な楕円形のフットプリントを有する。
【0012】
３ＧＰＰは、３種類のＮＴＮビームまたはセルをサポートすることを意図する。
－地球固定セル：同じ地理的領域を常にカバーする少なくとも１つのビームを特徴とする（例：ＧＥＯ衛星やＨＡＰＳ）。
－準地球固定セル：限られた期間中に１つの地理的領域をカバーし、別の期間中に異なる地理的領域をカバーする少なくとも１つのビームを特徴とする（例えば、ステアリング可能なビームを生成するＮＧＥＯ衛星）。
－地球移動セル：ある瞬間に１つの地理的領域をカバーし、別の瞬間に異なる地理的領域をカバーする少なくとも１つのビームを特徴とする（例えば、固定ビームまたはステアリング不能ビームを生成するＮＧＥＯ衛星）。
－地球固定セル：同じ地理的領域を常にカバーする少なくとも１つのビームを特徴とする（例：ＧＥＯ衛星やＨＡＰＳ）。
－準地球固定セル：限られた期間中に１つの地理的領域をカバーし、別の期間中に異なる地理的領域をカバーする少なくとも１つのビームを特徴とする（例えば、ステアリング可能なビームを生成するＮＧＥＯ衛星）。
－地球移動セル：ある瞬間に１つの地理的領域をカバーし、別の瞬間に異なる地理的領域をカバーする少なくとも１つのビームを特徴とする（例えば、固定ビームまたはステアリング不能ビームを生成するＮＧＥＯ衛星）。
【0013】
衛星または航空機が、ＧＥＯおよびＵＡＳのように、所定の地点に関する高度／方位角に関して位置を固定している場合、ビームフットプリントは地球固定である。
【0014】
衛星が地球の周りを回っている場合（例：ＬＥＯ）、または地球の周りの楕円軌道上にある場合（例えばＨＥＯ）、ビームフットプリントは、衛星または航空機の軌道上の動きとともに地球上を移動し得る。あるいは、ビームフットプリントは、一時的に地球固定（または準地球固定）であってもよく、その場合、適切なビームポインティングメカニズム（機械的または電子的ステアリング）を使用して、衛星または航空機の動きを補正することができる。
【0015】
ＬＥＯ衛星は、ビームが一時的に地球上の実質的に固定されたフットプリントに向けられるステアリング可能なビームを持つことができる。言い換えると、ビームのフットプリント（ＮＴＮセルを表す）は、（衛星の軌道上の移動により）別のＮＴＮセルに焦点領域（ｆｏｃｕｓ ａｒｅａ）を変更する前に、一定時間地上で静止する。セルカバレッジ／ＵＥの観点からは、ビームが同じ陸地領域にサービスを提供する（同じフットプリントを持つ）場合でも、異なる物理セルＩＤ（ＰＣＩ：Physical Cell Identity）および／または同期信号／物理ブロードキャストチャネルブロック（ＳＳＢ：Signal/Physical Broadcast Channel (PBCH) block）が、各サービスリンクの変更後に割り当てられる必要があるため、セルの変更が離散的な間隔で定期的に発生する。ステアリング可能なビームを持たないＬＥＯ衛星では、衛星が軌道に沿って移動すると、ビーム（セル）が地上で常に掃引動作を行い、ステアリング可能なビームの場合と同様に、サービスリンクの変更、およびその結果、セルの変更が離散的な間隔で定期的に発生する。
【0016】
サービスリンクの変更と同様に、フィーダーリンクの変更も、衛星が軌道上で移動することにより定期的に発生する。サービスおよびフィーダーリンクの双方の変更は、異なる基地局／ゲートウェイ間（ｇＮＢ間無線リンクスイッチと呼ばれることがある）または同じ基地局／ゲートウェイ内（ｇＮＢ内無線リンクスイッチ）で実施され得る。
【0017】
物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）は、アップリンク制御情報（ＵＣＩ：Uplink Control Information）と呼ばれる情報のセットを伝送する。ＵＣＩは、物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）を介して送信することもできる。ＮＲ（５Ｇ）で使用されるＵＣＩは、チャネル状態情報（ＣＳＩ：Channel State Information）、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＫ）、およびスケジューリング要求（ＳＲ：Scheduling Request）の１つ以上の情報を含む。これはおおむね、ＬＴＥ（４Ｇ）と同じである。
【0018】
通常、ＨＡＲＱフィードバックは、どのデータが正常に受信され、どのデータが受信されていないかを表すコードブック（ビットの文字列）の形式で提供される。使用されるコードブックの種類（例えば、「タイプ１」、「タイプ２」、または「タイプ３」）は、適切なＲＲＣパラメータに基づいて決定される。各タイプのコードブックは、ＨＡＲＱフィードバックがＰＵＣＣＨまたはＰＵＳＣＨを使用して報告されるかに応じて、２つのケースに分けられる。
【0019】
ＮＴＮをサポートするために、３ＧＰＰ ＴＲ ３８．８２１に記述されているように、ＨＡＲＱプロセス数に関する拡張や、ＨＡＲＱフィードバックの有効化／無効化など、ＨＡＲＱに関するいくつかの拡張が３ＧＰＰによって検討されている。ＨＡＲＱ無効化は、ＮＴＮにおける長い伝搬遅延のスループット影響を最小化するために、３ＧＰＰによって推奨されている。
【0020】
これまでのところ、ＨＡＲＱフィードバックの有効化／無効化に関して次の合意がなされている。
－ダウンリンク伝送のＨＡＲＱフィードバックの有効化／無効化は、少なくともＵＥ固有のＲＲＣシグナリングを介してＨＡＲＱプロセスごとに設定可能であるべきである。
－ＨＡＲＱフィードバックが無効化されるダウンリンク（ＤＬ）ＨＡＲＱプロセスについて、ＵＥは、そのＨＡＲＱプロセスの最後のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨの受信が終了してから「Ｘ」までに開始される、特定のＨＡＲＱプロセスに対してスケジュールされた別のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨのセットを受信しないと想定される。Ｘの値と単位はまだ定義されていない。
－タイプ１ ＨＡＲＱコードブックについて、無効なプロセスについてＮＡＣＫを報告するかどうか、および基準を使用してコードブックのサイズを減らすかどうかについて、さらに議論する必要がある。
－無効なＨＡＲＱフィードバックを持つＤＬ ＨＡＲＱプロセスについて、ＵＥは、そのＨＡＲＱプロセスの最後のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨの受信が終了した後に「Ｘ」までに開始される、特定のＨＡＲＱプロセスに対してスケジュールされた別のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨのセットを受信しないと想定されている。作業仮説は、Ｘ＝Ｔ＿ｐｒｏｃ，１である。ＸをＸ＝ｍａｘ（Ｔ＿ｐｒｏｃ、１、Ｋ１）に変更すべきかどうかは、まだ決定されていない。ここで、Ｋ１が設定されていれば最小のｋ１、そうでなければｋ１＝０である。
－タイプ１ ＨＡＲＱコードブックの場合、簡単な方法は、既存の半静的ＨＡＲＱ－ＡＣＫ決定スキームを再利用することである。しかし、多数のＨＡＲＱプロセスが無効化される場合、コードブックのサイズを小さくすることは、ＵＬのためのリソースを削減し、ＵＥの電力消費を削減するために有益であると考えられる。
－ダウンリンク伝送のＨＡＲＱフィードバックの有効化／無効化は、少なくともＵＥ固有のＲＲＣシグナリングを介してＨＡＲＱプロセスごとに設定可能であるべきである。
－ＨＡＲＱフィードバックが無効化されるダウンリンク（ＤＬ）ＨＡＲＱプロセスについて、ＵＥは、そのＨＡＲＱプロセスの最後のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨの受信が終了してから「Ｘ」までに開始される、特定のＨＡＲＱプロセスに対してスケジュールされた別のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨのセットを受信しないと想定される。Ｘの値と単位はまだ定義されていない。
－タイプ１ ＨＡＲＱコードブックについて、無効なプロセスについてＮＡＣＫを報告するかどうか、および基準を使用してコードブックのサイズを減らすかどうかについて、さらに議論する必要がある。
－無効なＨＡＲＱフィードバックを持つＤＬ ＨＡＲＱプロセスについて、ＵＥは、そのＨＡＲＱプロセスの最後のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨの受信が終了した後に「Ｘ」までに開始される、特定のＨＡＲＱプロセスに対してスケジュールされた別のＰＤＳＣＨまたはスロット集約ＰＤＳＣＨのセットを受信しないと想定されている。作業仮説は、Ｘ＝Ｔ＿ｐｒｏｃ，１である。ＸをＸ＝ｍａｘ（Ｔ＿ｐｒｏｃ、１、Ｋ１）に変更すべきかどうかは、まだ決定されていない。ここで、Ｋ１が設定されていれば最小のｋ１、そうでなければｋ１＝０である。
－タイプ１ ＨＡＲＱコードブックの場合、簡単な方法は、既存の半静的ＨＡＲＱ－ＡＣＫ決定スキームを再利用することである。しかし、多数のＨＡＲＱプロセスが無効化される場合、コードブックのサイズを小さくすることは、ＵＬのためのリソースを削減し、ＵＥの電力消費を削減するために有益であると考えられる。
【発明の概要】
【発明が解決しようとする課題】
【0021】
Ｖｉｖｏによる最近の提案は、タイプ１コードブックのサイズを削減するためのさらなる議論のベースラインとして３ＧＰＰによって推奨される。この提案は、無効化されたＨＡＲＱプロセスのみが候補ＰＤＳＣＨ受信の各機会内で送信される特別なケースに関するものである（３ＧＰＰ ＴＳ ３８．２１３ Ｖ１６．５．０の９．１．２．１項に従ってＭＡ，ｃ機会と呼ばれる）。この場合、ＨＡＲＱ－ＡＣＫフィードバックは省略できる。
【0022】
本発明者らは、この提案の問題点を特定した。具体的には、ＵＥのＭＡ，ｃ機会のすべてのＨＡＲＱプロセスが無効化される場合、ＵＥは間欠送信（ＤＴＸ：Discontinuous Transmission）または下りリンク制御情報（ＤＣＩ：Downlink Control Information）のミス検出の場合にすべてのＨＡＲＱプロセスが無効化されているかどうかを知ることができないため、基地局とＵＥの間に曖昧さがある可能性がある。したがって、ＤＴＸまたはＤＣＩのミス検出の場合に無効化されたＨＡＲＱプロセスのみが使用されているかどうかをＵＥがどのように知るかは明らかではない。
【0023】
したがって、本発明は、上記の問題に対処するか、または少なくとも（少なくともいくつかの）軽減する方法および関連装置を提供する。
【0024】
当業者のための理解の効率のために、本発明を３ＧＰＰシステム（ＮＴＮを含む５Ｇネットワーク）の文脈で詳細に説明するが、本発明の原理は他のシステムにも適用することができる。
【課題を解決するための手段】
【0025】
一態様において、本発明は、非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ）によって実行される方法を提供する。この方法は、ネットワークノードから、送信機会のセットに対してＨＡＲＱフィードバックが必要であるかどうかを示す情報を受信し、その情報に基づいて、送信機会のセットに対してＨＡＲＱフィードバックを送信し、または省略することを含む。
【0026】
一態様において、本発明は、非地上系ネットワークを介してユーザ機器（ＵＥ）と通信するように構成されるネットワークノードによって実行される方法を提供する。この方法は、送信機会のセットに対してＨＡＲＱフィードバックが要求される否かを示す情報をＵＥに送信し、その情報に基づいて、送信機会のセットに対してＨＡＲＱフィードバックを受信し、または省略することを含む。
【0027】
一態様において、本発明は、非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ）を提供する。ＵＥは、ネットワークノードから、送信機会のセットに対してＨＡＲＱフィードバックが必要であるかどうかを示す情報を受信する手段と、その情報に基づいて、送信機会のセットに対してＨＡＲＱフィードバックを送信し、または省略する手段とを含む。
【0028】
一態様において、本発明は、非地上系ネットワークを介してユーザ機器（ＵＥ）と通信するように構成されるネットワークノードを提供する。ネットワークノードは、送信機会のセットに対してＨＡＲＱフィードバックが必要であるかどうかを示す情報をＵＥに送信する手段と、その情報に基づいて、送信機会のセットに対してＨＡＲＱフィードバックを受信し、または省略する手段とを含む。
【0029】
一態様において、本発明は、非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ）を提供する。ＵＥは、プロセッサ、トランシーバ、および命令を記憶するメモリを含む。コントローラは、トランシーバを制御して、ネットワークノードから、送信機会のセットに対してＨＡＲＱフィードバックが必要であるかどうかを示す情報を受信し、その情報に基づいて、送信機会のセットに対してＨＡＲＱフィードバックを送信し、または省略するように構成される。
【0030】
一態様において、本発明は、非地上系ネットワークを介してユーザ機器（ＵＥ）と通信するように構成されるネットワークノードを提供する。ネットワークノードは、プロセッサ、トランシーバ、およびメモリ記憶命令を含む。コントローラは、トランシーバを制御して、ＨＡＲＱフィードバックが送信機会のセットに必要であるかどうかを示す情報をＵＥに送信し、その情報に基づいて、送信機会のセットに対するＨＡＲＱフィードバックを受信し、または省略するように構成される。
【0031】
本発明の態様は、対応するシステム、装置、および、上述した態様および可能性に記載されているかまたは請求項に記載されている方法を実行するようにプログラム可能なプロセッサをプログラムするように動作可能であり、かつ／または請求項のいずれかに記載されている装置を提供するように適切に適合したコンピュータをプログラムするように記憶された命令を有するコンピュータ可読記憶媒体などのコンピュータプログラム製品に拡張される。
【0032】
本明細書（請求項を含む）に開示され、および／または図面に示される各特徴は、他の開示されるおよび／または図示される特徴から独立して（または他の開示される、および／または図示される特徴と組み合わせて）本発明に組み込むことができる。特に限定されるものではないが、特定の独立した請求項に依存する請求項のいずれかの特徴は、任意の組み合わせでまたは個別に独立した請求項に導入することができる。
【図面の簡単な説明】
【0033】
本発明の実施形態を、例示として、添付の図面を参照して説明する。
【0034】
【発明を実施するための形態】
【0035】
概要
図１は、本発明の実施形態を適用することができるモバイル（セルラーまたは無線）通信システム１を概略的に示す。
図１は、本発明の実施形態を適用することができるモバイル（セルラーまたは無線）通信システム１を概略的に示す。
【0036】
このシステム１において、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（ＲＡＴ：radio access technology）、例えばＥ－ＵＴＲＡおよび／または５Ｇ ＲＡＴを使用して、アクセスネットワークノードそれぞれの衛星５および／または基地局６およびデータネットワーク７を介して、相互におよび他のユーザと通信することができる。当業者が理解するように、図１には、説明のために、３つのモバイルデバイス３、１つの衛星５および１つの基地局６が示されているが、システムは、実装時は、通常、他の衛星／ＵＡＳプラットフォーム、基地局／ＲＡＮノード、およびモバイルデバイス（ＵＥ）を含む。
【0037】
いくつかの基地局６が（無線）アクセスネットワークまたは（Ｒ）ＡＮを形成し、いくつかのＮＴＮノード５（衛星および／またはＵＡＳプラットフォーム）が非地上系ネットワーク（ＮＴＮ）を形成することが理解されるであろう。各ＮＴＮノード５は、いわゆるフィーダーリンクを使用して適切なゲートウェイ（この場合、基地局６と共に配置される）に接続され、対応するサービスリンクを介して各ＵＥ３に接続される。したがって、ＮＴＮノード５がサービスを提供する場合、モバイルデバイス３は、適切なサービスリンク（モバイルデバイス３とＮＴＮノード５との間）およびフィーダーリンク（ＮＴＮノード５とゲートウェイ／基地局６との間）を使用して、ＮＴＮノード５を介して基地局６との間でデータを通信する。言い換えれば、ＮＴＮは、（Ｒ）ＡＮの一部を形成するが、Ｅ－ＵＴＲＡおよび／または５Ｇ通信サービスとは独立して衛星通信サービスを提供することもできる。
【0038】
いくつかの基地局６が（無線）アクセスネットワークまたは（Ｒ）ＡＮを形成し、いくつかのＮＴＮノード５（衛星および／またはＵＡＳプラットフォーム）が非地上系ネットワーク（ＮＴＮ）を形成することが理解されるであろう。各ＮＴＮノード５は、いわゆるフィーダーリンクを使用して適切なゲートウェイ（この場合、基地局６と共に配置される）に接続され、対応するサービスリンクを介して各ＵＥ３に接続される。したがって、ＮＴＮノード５がサービスを提供する場合、モバイルデバイス３は、適切なサービスリンク（モバイルデバイス３とＮＴＮノード５との間）およびフィーダーリンク（ＮＴＮノード５とゲートウェイ／基地局６との間）を使用して、ＮＴＮノード５を介して基地局６との間でデータを通信する。言い換えれば、ＮＴＮは、（Ｒ）ＡＮの一部を形成するが、Ｅ－ＵＴＲＡおよび／または５Ｇ通信サービスとは独立して衛星通信サービスを提供することもできる。
【0039】
図１には示されていないが、隣接する基地局６は、適切な基地局間インタフェース（いわゆる「Ｘ２」インタフェース、「Ｘｎ」インタフェース等）を介して相互に接続される。また、基地局６は、適切なインタフェース（いわゆる「Ｓ１」、「ＮＧ－Ｃ」、「ＮＧ－Ｕ」インタフェース等）を介してデータネットワークノードに接続される。
【0040】
データ（またはコア）ネットワーク７（例えば、ＬＴＥにおけるＥＰＣ、ＮＲ／５ＧにおけるＮＧＣ）は、典型的には、通信システム１における通信をサポートし、加入者管理、モビリティ管理、課金、セキュリティ、コール／セッション管理のための論理ノード（または機能）を含む。例えば、「次世代」／５Ｇシステムのデータネットワーク７は、１つ以上のコントロールプレーン機能（ＣＰＦ：control plane function）および１つ以上のユーザプレーン機能（ＵＰＦ：user plane function）のようなユーザープレーンエンティティおよびコントロールプレーンエンティティを含む。データネットワーク７は、インターネットまたは類似のインターネットプロトコル（ＩＰ：Internet Protocol）ベースのネットワーク（図１に示されていない）のような他のデータネットワークにも結合される。
【0041】
各ＮＴＮノード５は、関連するＮＴＮセルが提供され得るいくつかの指向性ビームを制御する。具体的には、各ビームは、ＮＴＮセルに対応する地球表面上の関連するフットプリントを有する。各ＮＴＮセル（ビーム）は、関連する物理セルＩＤ（ＰＣＩ：Physical Cell Identity）および／またはビームＩＤを有する。ビームフットプリントは、ＮＴＮノード５が軌道に沿って移動するにつれて移動し得る。あるいは、ビームフットプリントは地球固定であってもよく、その場合には、適切なビームポインティングメカニズム（機械的または電子的ステアリング）を使用して、ＮＴＮノード５の移動を補償することができる。
【0042】
ＵＥ３および基地局６は、相互の通信において、トランスポートブロック（ＴＢ：transport block）に編成されたデータを通信し、データが正常に受信されデコードされたかどうかを確認するために、（ＴＢごとに１ビットの）関連するＨＡＲＱフィードバックを提供する。メディアアクセス制御（ＭＡＣ：Medium Access Control）層ＵＥ３および基地局６（ＭＡＣエンティティとも呼ばれる）は、複数の並列ＨＡＲＱプロセスを維持する各サービスセルのＨＡＲＱエンティティを含む。各ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子に関連付けられる。
【0043】
本システムにおいて、少なくともＮＴＮを介して通信する場合、（ＨＡＲＱプロセスごとに）ＨＡＲＱフィードバックを有効／無効にすることが可能である。したがって、ＰＤＳＣＨ受信の候補の各機会（ＭＡ，ｃ機会）内で、無効化されたＨＡＲＱプロセスのみを送信する場合には、ＨＡＲＱ－ＡＣＫフィードバックを省略することができる。
【0044】
基地局６は、該当するＭＡ，ｃ機会の間に、ＵＥ３に対して無効化されたＨＡＲＱプロセスのみが使用される／使用された旨の動的なインディケーションをＵＥ３に送信するように構成されている。例えば、ＤＣＩの適切なフィールド、またはＭＡＣヘッダ内の適切な値を使用して、このようなインディケーションを伝達することができる。このインディケーションに基づいて、ＵＥ３は、無効化されたＨＡＲＱプロセスのみが該当するＭＡ，ｃ機会の間に使用されるかどうかを判断し、それに応じてＨＡＲＱ－ＡＣＫフィードバックを提供または省略することができる。
【0045】
このため、ＤＴＸやＤＣＩが検出されない場合であっても、無効化されたＨＡＲＱプロセスのみが使用される場合（ＨＡＲＱ－ＡＣＫフィードバックを省略する場合）、基地局６とＵＥ３との間の曖昧さを回避することができる。さらに、このアプローチは、追加のシグナリングオーバーヘッドを必要としない。
【0046】
ユーザ機器（ＵＥ）
図２は、図１に示されるモバイルデバイス（ＵＥ）３の主要な構成を示すブロック図である。図に示すように、ＵＥ３は、１以上のアンテナ３３を介して、少なくとも１つの接続されたノードとの間で信号を送受信するように動作可能なトランシーバ回路３１を含む。図２には必ずしも示されていないが、ＵＥ３はもちろん、通常のモバイルデバイスのすべての通常の機能（ユーザインタフェース３５など）を有し、これは、ハードウェア、ソフトウェア、およびファームウェアの任意の１つ、または適切な任意の組み合わせによって提供され得る。コントローラ３７は、メモリ３９に格納されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、メモリ３９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム４１と、通信制御モジュール４３とを含む。
図２は、図１に示されるモバイルデバイス（ＵＥ）３の主要な構成を示すブロック図である。図に示すように、ＵＥ３は、１以上のアンテナ３３を介して、少なくとも１つの接続されたノードとの間で信号を送受信するように動作可能なトランシーバ回路３１を含む。図２には必ずしも示されていないが、ＵＥ３はもちろん、通常のモバイルデバイスのすべての通常の機能（ユーザインタフェース３５など）を有し、これは、ハードウェア、ソフトウェア、およびファームウェアの任意の１つ、または適切な任意の組み合わせによって提供され得る。コントローラ３７は、メモリ３９に格納されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、メモリ３９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム４１と、通信制御モジュール４３とを含む。
【0047】
通信制御モジュール４３は、ＵＥ３とＮＴＮノード５、（Ｒ）ＡＮノード６、およびコアネットワークノードを含む他のノードとの間のシグナリングメッセージおよびアップリンク／ダウンリンクデータパケットの処理（生成／送信／受信）を担当する。シグナリングは、ＨＡＲＱプロセス／ＨＡＲＱフィードバック（例：ＨＡＲＱプロセスごとのＨＡＲＱフィードバックの有効／無効）に関連する制御シグナリングを含むことができる。
【0048】
ＮＴＮノード（衛星／ＵＡＳプラットフォーム）
図３は、図１に示されるＮＴＮノード５（衛星／ＵＡＳプラットフォーム）の主な構成を示すブロック図である。図に示すように、ＮＴＮノード５は、１以上のアンテナ５３を介して少なくとも１つの接続されたＵＥ３との間で信号を送受信し、ゲートウェイや基地局などの他のネットワークノードとの間で信号を（直接にまたは間接的に）送受信するように動作可能なトランシーバ回路５１を含む。コントローラ５７は、メモリ５９に格納されたソフトウェアに従ってＮＴＮノード５の動作を制御する。ソフトウェアは、メモリ５９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム６１と、通信制御モジュール６３とを含む。
図３は、図１に示されるＮＴＮノード５（衛星／ＵＡＳプラットフォーム）の主な構成を示すブロック図である。図に示すように、ＮＴＮノード５は、１以上のアンテナ５３を介して少なくとも１つの接続されたＵＥ３との間で信号を送受信し、ゲートウェイや基地局などの他のネットワークノードとの間で信号を（直接にまたは間接的に）送受信するように動作可能なトランシーバ回路５１を含む。コントローラ５７は、メモリ５９に格納されたソフトウェアに従ってＮＴＮノード５の動作を制御する。ソフトウェアは、メモリ５９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム６１と、通信制御モジュール６３とを含む。
【0049】
通信制御モジュール６３は、ＮＴＮノード５と、ＵＥ３、基地局６、ゲートウェイ、およびコアネットワークノード（基地局／ゲートウェイを介して）などの他のノードとの間のシグナリングの処理（生成／送信／受信）を担当する。シグナリングは、ＨＡＲＱプロセス／ＨＡＲＱフィードバック（例：ＨＡＲＱプロセスごとのＨＡＲＱフィードバックの有効／無効）に関連する制御シグナリングを含むことができる。
【0050】
基地局／ゲートウェイ（アクセスネットワークノード）
図４は、図１に示されるゲートウェイ６（基地局（ｇＮＢ）または同様のアクセスネットワークノード）の主な構成を示すブロック図である。図に示すように、ゲートウェイ／ｇＮＢ６は、１以上のアンテナ７３を介して少なくとも１つの接続されたＵＥ３との間で信号を送受信し、ネットワークインタフェース７５を介して他のネットワークノードとの間で（直接または間接的に）信号を送受信するように動作可能なトランシーバ回路７１を含む。信号は、少なくとも１つのＵＥ３との間で、直接におよび／またはＮＴＮノード５を介して送受信され得る。ネットワークインタフェース７５は、典型的には、適切な基地局－基地局インタフェース（Ｘ２／Ｘｎなど）、および適切な基地局－コアネットワークインタフェース（Ｓ１／ＮＧ－Ｃ／ＮＧ－Ｕなど）を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに基づいて基地局６の動作を制御する。ソフトウェアは、メモリ７９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム８１と、通信制御モジュール８３とを含む。
図４は、図１に示されるゲートウェイ６（基地局（ｇＮＢ）または同様のアクセスネットワークノード）の主な構成を示すブロック図である。図に示すように、ゲートウェイ／ｇＮＢ６は、１以上のアンテナ７３を介して少なくとも１つの接続されたＵＥ３との間で信号を送受信し、ネットワークインタフェース７５を介して他のネットワークノードとの間で（直接または間接的に）信号を送受信するように動作可能なトランシーバ回路７１を含む。信号は、少なくとも１つのＵＥ３との間で、直接におよび／またはＮＴＮノード５を介して送受信され得る。ネットワークインタフェース７５は、典型的には、適切な基地局－基地局インタフェース（Ｘ２／Ｘｎなど）、および適切な基地局－コアネットワークインタフェース（Ｓ１／ＮＧ－Ｃ／ＮＧ－Ｕなど）を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに基づいて基地局６の動作を制御する。ソフトウェアは、メモリ７９にあらかじめインストールされていてもよいし、通信ネットワーク１を介してダウンロードされていてもよいし、例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされていてもよい。ソフトウェアは、特に、オペレーティングシステム８１と、通信制御モジュール８３とを含む。
【0051】
通信制御モジュール８３は、基地局６とＵＥ３、ＮＴＮノード５、およびコアネットワークノードなどの他のノードとの間のシグナリングの処理（生成／送信／受信）を担当する。シグナリングは、ＨＡＲＱプロセス／ＨＡＲＱフィードバック（例：ＨＡＲＱプロセスごとのＨＡＲＱフィードバックの有効／無効）に関連する制御シグナリングを含むことができる。
【0052】
詳細な説明
３ＧＰＰ ＴＲ ３８．９１２ ｖ１６．０．０、ｓｅｃｔｉｏｎ８．２．２．２は、ＮＲシステムで使用されるＨＡＲＱコードブックとプロセスの下記概要を提供する。
３ＧＰＰ ＴＲ ３８．９１２ ｖ１６．０．０、ｓｅｃｔｉｏｎ８．２．２．２は、ＮＲシステムで使用されるＨＡＲＱコードブックとプロセスの下記概要を提供する。
【0053】
ＴＢあたり１ビットのＨＡＲＱ－ＡＣＫフィードバックがサポートされる。あるＵＥのために、１より多いダウンリンク（ＤＬ）ＨＡＲＱプロセスの動作がサポートされるが、いくつかのＵＥのために、１つのＤＬ ＨＡＲＱプロセスの動作がサポートされる。ＵＥとＮＲ（基地局）は、それぞれ最小ＨＡＲＱ処理時間を有する。ＨＡＲＱ処理時間は、ＤＬデータ受信タイミングから対応するＨＡＲＱ－ＡＣＫ送信タイミングまでの遅延と、アップリンク（ＵＬ）許可受信タイミングからＵＬデータ送信タイミングまでの遅延とを少なくとも含む。
【0054】
ＵＥの観点からは、複数のＤＬ送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを時間内に１つのＵＬデータ／制御領域で送信できる。ＤＬデータ受信と対応する確認応答との間のタイミングは、値のセットからＤＣＩのフィールドによって示され、値のセットは上位層によって構成される。少なくとも１つのタイミングは、少なくとも１つのタイミングがＵＥに不明な場合に定義される。
【0055】
シングル／マルチビットＨＡＲＱ－ＡＣＫフィードバックを使用したコードブロックグループ（ＣＢＧ：Code Block Group）ベースの送信がサポートされる。
【0056】
いくつかの例示的な実施形態および特徴のより詳細な説明は、ＨＡＲＱフィードバックが省略された場合（無効化されたＨＡＲＱプロセスのみがＭＡ，ｃ機会内で送信される場合）について以下に提供される。
【0057】
ＵＥ３と基地局６との間の曖昧さを避けるために、基地局６は、ＭＡ，Ｃ機会のセットに対してＨＡＲＱフィードバックが期待されるか否かをＵＥ３に動的に示すように構成される。
【0058】
第１のオプションでは、基地局６は、ＤＣＩ（例えば、その適切なフィールド）を使用して、ＭＡ，Ｃ機会の間にＵＥ３に対して無効化されたＨＡＲＱプロセスのみが使用される／されたという適切なインディケーションをＵＥ３に伝達することができる。ＨＡＲＱフィードバックが予期されない場合を示すために（またはＨＡＲＱフィードバックが予期される場合を示すために）、ＤＣＩにおいて新しいフィールドが定義されてもよい。あるいは、ＤＣＩのいくつかのフィールド（例えば、ＰＵＣＣＨリソースインジケータ「ＰＲＩ」フィールド）は、フィードバックが無効化されたプロセスに対して冗長であるので、ＨＡＲＱフィードバックが予期されない場合、基地局６は、ＨＡＲＱフィードバックが予期されるかどうかを動的に示す目的で、そのような冗長フィールドの１つを再利用することができる。
【0059】
ＤＣＩに含まれるインディケーションに基づいて（すなわち、適切なフィールドの値に基づいて）、ＵＥ３は、該当するＭＡ，Ｃ機会に無効化されたＨＡＲＱプロセスのみが使用されるかどうかを決定することができる。無効化されたＨＡＲＱプロセスのみが該当するＭＡ，Ｃ機会の間に使用される／使用された場合、ＵＥ３はＨＡＲＱフィードバックを省略するように構成されてもよい。または、すべてのＨＡＲＱプロセスが無効化されていない場合（すなわち、該当するＭＡ，Ｃ機会の間に少なくとも１つのＨＡＲＱプロセスが有効になっている場合）、ＵＥ３は、適切なＨＡＲＱフィードバックを送信するように構成されてもよい。
【0060】
第２のオプションでは、基地局６はＭＡＣヘッダを使用して、該当するＭＡ，Ｃ機会の間にＵＥ３に対して無効化されたＨＡＲＱプロセスのみが使用される／使用されたという適切なインディケーション（例えば、ＭＡＣヘッダの適切な値）を伝達することができる。この場合、ＵＥ３は、ＭＡＣヘッダに含まれるインディケーションに基づいて、該当するＭＡ，Ｃ機会の間に無効化されたＨＡＲＱプロセスのみが使用される／使用されたかを判断し、それに従ってＨＡＲＱフィードバックを送信／省略することができる。
【0061】
このためにＭＡＣヘッダを使用する場合、基地局６は、フィールドの予約値を使用し、ＭＡ，Ｃ機会に対してフィードバックが期待されないことをＵＥ３に示すことができる。この場合、基地局６は、ＭＡ，Ｃ機会に対してフィードバックが有効なＨＡＲＱプロセスをスケジュールする必要がないことを知っている場合、最初からインジケータフィールドの予約値を送信することができる。しかしながら、基地局６は、（例えば、無効化されたプロセスの数が少ない状況や、大量のＤＬトラフィックが突然到着するかどうかが不確実であるため）最初は有効なＨＡＲＱプロセスをスケジュールする必要があるかどうかわからないが、後にすべてのプロセスがＨＡＲＱ無効になることを発見する場合、基地局６は、それを確信する機会からインジケータフィールドの予約値の送信を開始することができる。予約値を持つインジケータフィールドの１つのインスタンスがＵＥ３によって検出される場合でも、ＵＥ３は、該当するＭＡ，Ｃ機会に対してＨＡＲＱ－ＡＣＫフィードバックが期待されていないと決定することができる。
【0062】
どちらのオプションを使用するかにかかわらず、上記の動的なインディケーションに関連する利点は下記を含む。
－追加シグナリングオーバーヘッドなし／またはわずかな追加シグナリングオーバーヘッド
－ＤＴＸまたはＤＣＩ検出ミスの場合、基地局６とＵＥ３の間に曖昧さがない。
－追加シグナリングオーバーヘッドなし／またはわずかな追加シグナリングオーバーヘッド
－ＤＴＸまたはＤＣＩ検出ミスの場合、基地局６とＵＥ３の間に曖昧さがない。
【0063】
ＵＥおよび基地局の動作
ここでは、（無効化されたＨＡＲＱプロセスのみがＭＡ，ｃ機会内で送信される場合に）ＨＡＲＱフィードバックを動的に省略するために、いくつかの可能なユースケースとＵＥ３および基地局６それぞれで実行される手順について、より詳細に説明する。
ここでは、（無効化されたＨＡＲＱプロセスのみがＭＡ，ｃ機会内で送信される場合に）ＨＡＲＱフィードバックを動的に省略するために、いくつかの可能なユースケースとＵＥ３および基地局６それぞれで実行される手順について、より詳細に説明する。
【0064】
ケース１：ＵＥのすべてのＨＡＲＱプロセスが無効に設定されている
－基地局の動作：常にインジケータフィールドで予約値を送信する／ＵＥ３からのＨＡＲＱ－ＡＣＫフィードバックを期待しない。
－ＵＥの動作：１つのインジケータフィールドが正しくデコードされても、ＨＡＲＱ－ＡＣＫフィードバックは送信されない。
この場合、ＵＥ３は、すべてのプロセスが無効に設定されているため、ＨＡＲＱフィードバックを送信する必要がないことを理想的には認識することが理解されるであろう。
－基地局の動作：常にインジケータフィールドで予約値を送信する／ＵＥ３からのＨＡＲＱ－ＡＣＫフィードバックを期待しない。
－ＵＥの動作：１つのインジケータフィールドが正しくデコードされても、ＨＡＲＱ－ＡＣＫフィードバックは送信されない。
この場合、ＵＥ３は、すべてのプロセスが無効に設定されているため、ＨＡＲＱフィードバックを送信する必要がないことを理想的には認識することが理解されるであろう。
【0065】
ケース２：基地局は、該当するＭＡ，ｃ機会内でフィードバックが有効なＨＡＲＱプロセスをスケジュールする必要はない
－基地局の動作：インジケータフィールドの予約値を最初から送信する／ＵＥ３からのＨＡＲＱ－ＡＣＫフィードバックを期待しない。
－ＵＥの動作：インジケータフィールドの１つのインスタンスが正しくデコードされていても、ＨＡＲＱ－ＡＣＫフィードバックは送信されない（ＤＴＸおよびＤＣＩの検出ミスは無視される（ＨＡＲＱが無効化されたプロセスと仮定される））。
－基地局の動作：インジケータフィールドの予約値を最初から送信する／ＵＥ３からのＨＡＲＱ－ＡＣＫフィードバックを期待しない。
－ＵＥの動作：インジケータフィールドの１つのインスタンスが正しくデコードされていても、ＨＡＲＱ－ＡＣＫフィードバックは送信されない（ＤＴＸおよびＤＣＩの検出ミスは無視される（ＨＡＲＱが無効化されたプロセスと仮定される））。
【0066】
ケース３：基地局は、該当するＭＡ，Ｃ機会内で有効なＨＡＲＱプロセスをスケジュールする必要があるかどうかわからない
－基地局の動作：インジケータフィールドの予約値を使用せずに、フィードバックが無効化されたＨＡＲＱプロセスを使用してＰＤＳＣＨの送信を開始する／ＨＡＲＱが有効なプロセスがなく、フィードバックは必要ないことを確認できうるインスタンスからインジケータフィールドの予約値を送信する。
－ＵＥの動作：インジケータフィールドの１つのインスタンスが検出された場合でも、以前のＨＡＲＱが無効化されたプロセスのインジケータフィールド値を無視し、ＭＡ，ｃ機会に対してＨＡＲＱフィードバックを送信しない。
－基地局の動作：インジケータフィールドの予約値を使用せずに、フィードバックが無効化されたＨＡＲＱプロセスを使用してＰＤＳＣＨの送信を開始する／ＨＡＲＱが有効なプロセスがなく、フィードバックは必要ないことを確認できうるインスタンスからインジケータフィールドの予約値を送信する。
－ＵＥの動作：インジケータフィールドの１つのインスタンスが検出された場合でも、以前のＨＡＲＱが無効化されたプロセスのインジケータフィールド値を無視し、ＭＡ，ｃ機会に対してＨＡＲＱフィードバックを送信しない。
【0067】
ケース４：該当するＭＡ，Ｃ機会内に設定された少なくとも１つのＳＰＳ ＰＤＳＣＨ機会
この場合、半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）設定のＨＡＲＱプロセス番号はスロットインデックスに関連付けられる。したがって、基地局６は、厳密なスケジューリング制限を課すことなく、またはＵＥ３のすべてのＨＡＲＱプロセスが無効に設定されていない限り、ＭＡ，ｃ機会内のすべてのＨＡＲＱプロセスをＨＡＲＱ無効にすることはできない。
この場合、次のようにコードブックサイズを削減できる。
－基地局の動作：フィードバックが無効化されたＨＡＲＱプロセスを使用して、インジケータフィールドの予約値を使用することなくＰＤＳＣＨの送信を開始する／ＨＡＲＱが有効なプロセスが存在しないことを確認でき、少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合を除くすべての機会にフィードバックが必要ないと確認できうるインスタンスから、予約値を送信する。
－ＵＥの動作：インジケータフィールドの予約値を持つ１つのインスタンスが検出された場合でも、他のＨＡＲＱが無効化されたプロセスのインジケータフィールド値を無視し、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会にのみＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信する。ＡＣＫ／ＮＡＣＫフィードバックは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会に送信される。
この場合、半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）設定のＨＡＲＱプロセス番号はスロットインデックスに関連付けられる。したがって、基地局６は、厳密なスケジューリング制限を課すことなく、またはＵＥ３のすべてのＨＡＲＱプロセスが無効に設定されていない限り、ＭＡ，ｃ機会内のすべてのＨＡＲＱプロセスをＨＡＲＱ無効にすることはできない。
この場合、次のようにコードブックサイズを削減できる。
－基地局の動作：フィードバックが無効化されたＨＡＲＱプロセスを使用して、インジケータフィールドの予約値を使用することなくＰＤＳＣＨの送信を開始する／ＨＡＲＱが有効なプロセスが存在しないことを確認でき、少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合を除くすべての機会にフィードバックが必要ないと確認できうるインスタンスから、予約値を送信する。
－ＵＥの動作：インジケータフィールドの予約値を持つ１つのインスタンスが検出された場合でも、他のＨＡＲＱが無効化されたプロセスのインジケータフィールド値を無視し、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会にのみＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信する。ＡＣＫ／ＮＡＣＫフィードバックは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会に送信される。
【0068】
変更および代替
上記では詳細な実施形態について説明した。当業者であれば理解できるように、上記実施形態には、いくつかの変更および代替が可能であり、その一方で、上記実施形態に組み込まれた発明の恩恵を受けることができる。例示として、これらの代替および変更のいくつかを説明する。
上記では詳細な実施形態について説明した。当業者であれば理解できるように、上記実施形態には、いくつかの変更および代替が可能であり、その一方で、上記実施形態に組み込まれた発明の恩恵を受けることができる。例示として、これらの代替および変更のいくつかを説明する。
【0069】
上記の実施形態は、５Ｇ Ｎｅｗ ＲａｄｉｏおよびＬＴＥシステム（Ｅ－ＵＴＲＡＮ）の双方に適用できることが理解されるであろう。Ｅ－ＵＴＲＡＮ／４Ｇプロトコルをサポートする基地局（ゲートウェイ）を「ｅＮＢ」と呼ぶことができ、次世代／５Ｇプロトコルをサポートする基地局を「ｇＮＢ」と呼ぶことができる。いくつかの基地局は、４Ｇと５Ｇの双方のプロトコル、および／または他の３ＧＰＰまたは非３ＧＰＰ通信プロトコルをサポートするように構成することができることが理解されるであろう。
【0070】
５ＧシステムでＮＴＮを実装するための様々なアーキテクチャオプションがあることが理解されるであろうが、そのいくつかは図５に概略的に示される。示された第１のオプションは、ＵＥにサービスを提供するアクセスネットワークを特徴とし、ベントパイプペイロードおよび地上（衛星ハブまたはゲートウェイレベル）のｇＮＢを有する衛星／航空機に基づくＮＴＮである。第２のオプションは、ＵＥにサービスを提供するアクセスネットワークを特徴とし、ｇＮＢを搭載した衛星／航空機に基づくＮＴＮである。第３のオプションは、中継ノードにサービスを提供するアクセスネットワークを特徴とし、ベントパイプペイロードを有する衛星／航空機に基づくＮＴＮである。第４のオプションは、中継ノードにサービスを提供するアクセスネットワークを特徴とし、ｇＮＢを有する衛星／航空機に基づくＮＴＮである。他のアーキテクチャオプション、例えば、上記のオプションの２つ以上の組み合わせを使用することもできる。あるいは、中継ノードは、衛星／ＵＡＳを含むことができる。
【表1】
【0071】
上記の実施形態では、例として、非地上部分を含むシステムを使用している。しかしながら、ＨＡＲＱプロセスは、他のタイプのシステム（例えば、ＮＴＮ機能を持たないＮＲシステム、またはＮＴＮとＮＲセルの組み合わせを使用するシステム）においても同様に無効化され得ることが理解されるであろう。したがって、上記の実施形態は、関連するＨＡＲＱフィードバックを提供／省略するかどうかを制御するための動的なインディケーションを提供することができる、無効化されたＨＡＲＱプロセスを使用する任意のシステムに適用可能である。
【0072】
上記の説明では、理解しやすいように、ＵＥ、ＮＴＮノード（衛星／ＵＡＳプラットフォーム）、およびアクセスネットワークノード（基地局）が、いくつかの個別のモジュール（通信制御モジュールなど）を有することを説明した。これらのモジュールは、例えば、既存のシステムが本発明を実施するために修正される場合などの特定のアプリケーションに対してはこのように提供され得るが、他のアプリケーション、例えば、最初から本発明の特徴を念頭に置いて設計されるシステムにおいては、これらのモジュールは、全体的なオペレーティングシステムまたはコードに組み込まれることができ、したがって、これらのモジュールは個別の実体として識別されないことがある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせにおいても実装され得る。
【0073】
各コントローラは、任意の適切な形態の処理回路を含み、処理回路は（限定はされないが）、１以上のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ：central processing unit）、算術論理ユニット（ＡＬＵ：arithmetic logic unit）、入出力（ＩＯ：input/output）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（例えば、制御バス、データバスおよび／またはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ：direct memory access）機能、ハードウェアまたはソフトウェアで実装されるカウンタ、ポインタ、および／またはタイマーなどを含む。
【0074】
上記の実施形態では、いくつかのソフトウェアモジュールについて説明した。当業者であれば理解できるように、ソフトウェアモジュールは、コンパイルされ、またはコンパイルされていない形式で提供され、コンピュータネットワークを介して、または記録媒体上で信号としてＵＥ、ＮＴＮノード、およびアクセスネットワークノード（基地局）に供給されてもよい。さらに、ソフトウェアの一部または全部によって実行される機能は、１以上の専用ハードウェア回路を使用して実行されてもよい。
しかしながら、ソフトウェアモジュールの使用は、ＵＥ、ＮＴＮノード、およびアクセスネットワークノード（基地局）の機能を更新するための更新を容易にするため、好ましい。
しかしながら、ソフトウェアモジュールの使用は、ＵＥ、ＮＴＮノード、およびアクセスネットワークノード（基地局）の機能を更新するための更新を容易にするため、好ましい。
【0075】
上記の実施形態は、「非移動」または一般に固定されるユーザ機器にも適用可能である。上記モバイルデバイスは、ＭＴＣ／ＩｏＴ装置および／または類似のものを含むことができる。
【0076】
送信機会のセットに対してＨＡＲＱフィードバックが必要であるかどうかを示すネットワークノードからの情報は、ダウンリンク制御情報（ＤＣＩ）に含まれていてもよい。例えば、情報は、ＤＣＩのＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに含まれ得る。あるいは、情報は、メディアアクセス制御（ＭＡＣ）ヘッダに含まれ得る。
【0077】
ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含むことができる。
【0078】
受信した情報が、送信機会のセットに対してＨＡＲＱフィードバックが必要でないことを示す場合、方法は、送信機会のセットに対してＨＡＲＱフィードバックを省略することを含むことができる。
【0079】
ＵＥによって実行される方法は、さらに、欠落した間欠送信（ＤＴＸ）、または欠落したＤＣＩを検出し、受信した情報が、伝送機会のセットに対してＨＡＲＱフィードバックが必要でないことを示す場合、前記欠落したＤＴＸまたはＤＣＩを無視することを含み得る。
【0080】
ＵＥは、半永続的スケジューリング（ＳＰＳ）を使用して通信するように構成することができ、この場合、方法は、受信した情報がスロットインデックスに関連付けられた伝送機会に対してＨＡＲＱフィードバックが必要でないことを示す場合、そのスロットインデックスを有するスロット内のＳＰＳ伝送に対してＨＡＲＱフィードバックを送信することを含むことができる。
【0081】
ＵＥが、半永続的スケジューリング（ＳＰＳ）を使用して通信するように構成される場合、ネットワークノードによって実行される方法は、受信した情報がスロットインデックスに関連付けられた伝送機会に対してＨＡＲＱフィードバックが必要でないことを示す場合、そのスロットインデックスを有するスロット内のＳＰＳ伝送に対してＨＡＲＱフィードバックを受信することをさらに含むことができる。
【0082】
ネットワークノードは、基地局装置またはゲートウェイを含むことができる。
【0083】
様々な他の変更は、当業者には明らかであり、ここではさらに詳細に説明しない。
【0084】
以下は、現在提案されている３ＧＰＰ規格において本発明を実施する方法の詳細な説明である。様々な特徴が必須または必要であると説明されているが、これは、例えば、規格によって課される他の要件のために、提案された３ＧＰＰ規格の場合のみである。したがって、これらの記述は、いかなる方法でも本発明を制限するものと解釈されるべきではない。
【0085】
ＮＲ ＮＴＮのためのＨＡＲＱ拡張に関する議論
１．はじめに
非地上系ネットワーク（ＮＴＮ）をサポートするためのＮＲのソリューションに関する作業項目がＲＡＮ＃８６で承認され、ＮＴＮのためのＨＡＲＱ拡張を指定することが目的の１つである。具体的には、ＷＩＤ［１］によると、ＲＡＮ１において次のようなＨＡＲＱ拡張を指定すべきである。
－ＨＡＲＱプロセス数
－ＴＲ ３８．８２１に記載されているＨＡＲＱフィードバックの有効／無効
本論文では、ＨＡＲＱ‐ＡＣＫ情報が無効化された場合のＨＡＲＱ‐ＡＣＫコードブックの拡張、ＨＡＲＱプロセスＩＤのインディケーション、およびＨＡＲＱフィードバック無効化の制限に関する我々の見解を議論する。
１．はじめに
非地上系ネットワーク（ＮＴＮ）をサポートするためのＮＲのソリューションに関する作業項目がＲＡＮ＃８６で承認され、ＮＴＮのためのＨＡＲＱ拡張を指定することが目的の１つである。具体的には、ＷＩＤ［１］によると、ＲＡＮ１において次のようなＨＡＲＱ拡張を指定すべきである。
－ＨＡＲＱプロセス数
－ＴＲ ３８．８２１に記載されているＨＡＲＱフィードバックの有効／無効
本論文では、ＨＡＲＱ‐ＡＣＫ情報が無効化された場合のＨＡＲＱ‐ＡＣＫコードブックの拡張、ＨＡＲＱプロセスＩＤのインディケーション、およびＨＡＲＱフィードバック無効化の制限に関する我々の見解を議論する。
【0086】
２．議論
２．１ ＨＡＲＱ－ＡＣＫコードブックの拡張
ＲＡＮ１＃１０２ ｅ会議において、ダウンリンク伝送のＨＡＲＱフィードバックの有効化／無効化は、少なくともＵＥ固有のＲＲＣシグナリングを介してＨＡＲＱプロセスごとに設定可能であることが合意された。冗長なフィードバックのオーバーヘッドを回避するために、ＲＡＮ１＃１０４ ｅ会議では、ＨＡＲＱ－ＡＣＫコードブックの拡張に関して以下の合意がなされた［２］。
２．１ ＨＡＲＱ－ＡＣＫコードブックの拡張
ＲＡＮ１＃１０２ ｅ会議において、ダウンリンク伝送のＨＡＲＱフィードバックの有効化／無効化は、少なくともＵＥ固有のＲＲＣシグナリングを介してＨＡＲＱプロセスごとに設定可能であることが合意された。冗長なフィードバックのオーバーヘッドを回避するために、ＲＡＮ１＃１０４ ｅ会議では、ＨＡＲＱ－ＡＣＫコードブックの拡張に関して以下の合意がなされた［２］。
【0087】
合意：
ＮＴＮのタイプ２ ＨＡＲＱコードブックの場合：フィードバックが有効のＨＡＲＱプロセスを使用したＰＤＳＣＨのＨＡＲＱ－ＡＣＫをのみを含むＨＡＲＱ－ＡＣＫコードブックにより、コードブックのサイズを縮小する。
ＦＦＳ：フィードバック有効／無効ＨＡＲＱプロセスによるＰＤＳＣＨのＤＣＩに対するＣ－ＤＡＩおよびＴ－ＤＡＩカウントの詳細。
ＮＴＮのタイプ２ ＨＡＲＱコードブックの場合：フィードバックが有効のＨＡＲＱプロセスを使用したＰＤＳＣＨのＨＡＲＱ－ＡＣＫをのみを含むＨＡＲＱ－ＡＣＫコードブックにより、コードブックのサイズを縮小する。
ＦＦＳ：フィードバック有効／無効ＨＡＲＱプロセスによるＰＤＳＣＨのＤＣＩに対するＣ－ＤＡＩおよびＴ－ＤＡＩカウントの詳細。
【0088】
タイプ－１ ＨＡＲＱ－ＡＣＫコードブックについては、以下のオプションが合意なしに議論されている。
－オプション１：拡張なし。
－オプション２：無効化されたプロセスのＮＡＣＫを報告。
－オプション３：基準を使用してコードブックのサイズを縮小。
－オプション１：拡張なし。
－オプション２：無効化されたプロセスのＮＡＣＫを報告。
－オプション３：基準を使用してコードブックのサイズを縮小。
【0089】
オプション１、つまり、拡張なしは、仕様への影響を回避できる簡単な方法と考えられる。しかし、ＵＥが無効化されたＨＡＲＱプロセスに対してＡＣＫ／ＮＡＣＫを生成するために従来の動作に従うかどうかを明確にする必要がある。従来の動作に従わない場合、オプション２は半静的ＨＡＲＱコードブック決定のための好ましい選択と思われる。しかしながら、少数のＨＡＲＱプロセスのみが有効であり、サポートされている最大ＨＡＲＱプロセス数が３２に拡張されている場合、タイプ１ ＨＡＲＱ‐ＡＣＫコードブックの拡張は冗長オーバーヘッドを低減するのに有用である。我々の見解では、タイプ１コードブックの拡張には以下のケースが考えられる。
－ケース１：１つのＵＥのすべてのＨＡＲＱプロセスが無効に設定されている。
－ケース２：ＭＡ，ｃ機会内のスケジューリングに使用されるすべてのＨＡＲＱプロセスが無効である。
我々の意見では、ＵＥのすべてのＨＡＲＱプロセスが無効に設定されている場合、ｇＮＢとＵＥの間の曖昧さの懸念なしにＨＡＲＱ－ＡＣＫレポートを省略できる。
－ケース１：１つのＵＥのすべてのＨＡＲＱプロセスが無効に設定されている。
－ケース２：ＭＡ，ｃ機会内のスケジューリングに使用されるすべてのＨＡＲＱプロセスが無効である。
我々の意見では、ＵＥのすべてのＨＡＲＱプロセスが無効に設定されている場合、ｇＮＢとＵＥの間の曖昧さの懸念なしにＨＡＲＱ－ＡＣＫレポートを省略できる。
【0090】
提案１：ＵＥのすべてのＨＡＲＱプロセスが無効に設定されている場合、ＨＡＲＱ－ＡＣＫフィードバックは省略される。
ケース１と同様に、ＭＡ，ｃ機会内のスケジューリングに使用されるＨＡＲＱプロセスが無効である場合、ＨＡＲＱ－ＡＣＫフィードバックは省略できる。しかし、ＤＴＸとＤＣＩのミス検出の場合に、ＵＥはすべてのＨＡＲＱプロセスが無効化されていることを認識できないため、ｇＮＢとＵＥの間に曖昧さが生じる可能性があるという懸念が前回の会議で提起された。我々の見解では、ＭＡ，ｃ機会におけるすべてのＨＡＲＱプロセスが無効化されていることをＵＥに通知することで、曖昧さを回避することができる。この情報をＵＥに通知するには、次の２つのオプションが考えられる。
ケース１と同様に、ＭＡ，ｃ機会内のスケジューリングに使用されるＨＡＲＱプロセスが無効である場合、ＨＡＲＱ－ＡＣＫフィードバックは省略できる。しかし、ＤＴＸとＤＣＩのミス検出の場合に、ＵＥはすべてのＨＡＲＱプロセスが無効化されていることを認識できないため、ｇＮＢとＵＥの間に曖昧さが生じる可能性があるという懸念が前回の会議で提起された。我々の見解では、ＭＡ，ｃ機会におけるすべてのＨＡＲＱプロセスが無効化されていることをＵＥに通知することで、曖昧さを回避することができる。この情報をＵＥに通知するには、次の２つのオプションが考えられる。
【0091】
オプション１：ＤＣＩは、ＭＡ，ｃ機会の間に、無効化されたＨＡＲＱプロセスのみがＵＥに使用される／使用されたことを示すインディケーションを伝える。ＤＣＩのいくつかのフィールドは、フィードバックが無効化されたプロセスに対して冗長（例えば、ＰＲＩ）であるため、ＨＡＲＱフィードバックが期待されない場合は、これらの冗長フィールドの１つを再利用することが提案されている。インディケーションフィールドの予約値は、ＭＡ，ｃ機会に対してフィードバックが期待されないことをＵＥに通知できる。
【0092】
オプション２：レイヤー２は、ＭＡ，ｃ機会において無効化されたＨＡＲＱプロセスのみがＵＥに使用される／使用されたことを示す。例えば、ＭＡＣ ＣＥまたはＭＡＣヘッダの１ビットをこのインディケーションに使用できる。
【0093】
このような動的なインディケーションは、ＤＣＩミス検出またはＤＴＸによる曖昧さの懸念を軽減でき、冗長ＵＬオーバーヘッドを削減するために有益である。例えば、オプション１を考慮して、ｇＮＢがＭＡ，ｃ機会にフィードバック可能なＨＡＲＱプロセスをスケジュールする必要がないことを知っている場合、ｇＮＢは最初からインジケータフィールドで予約値を送信することができる。しかしながら、ｇＮＢが有効なＨＡＲＱプロセスをスケジュールする必要があるかどうかが最初は不明であるが（例えば、無効化されたプロセスの数が少なく、大量のＤＬトラフィックが突然到着するかどうかが不確実な状況、などにより）、後にすべてのプロセスがＨＡＲＱ無効化されていることを発見した場合、確信した機会からインジケータフィールドの予約値でＤＣＩ送信を開始することができる。１つのＤＣＩがインジケータフィールドの予約値で正常にデコードされた場合でも、ＵＥはＭＡ，ｃ機会に対してＨＡＲＱ－ＡＣＫフィードバックが期待されていないことを知ることができる。
【0094】
観察１：ＭＡ，ｃ機会に対してＨＡＲＱフィードバックが期待されるか否かをＵＥに通知する動的なインディケーションは、コードブックサイズを削減するのに役立つ。
【0095】
少なくとも１つのＳＰＳ ＰＤＳＣＨがＭＡ，ｃ機会内に構成されている場合、提案された動的なインディケーションメカニズムは、タイプ１コードブックサイズを削減するのにも役立つ。ＳＰＳ構成のためのＨＡＲＱプロセス番号は、スロットインデックスに関連付けられる。したがって、ｇＮＢは、厳密なスケジューリング制限を課すことなく、またはＵＥのすべてのＨＡＲＱプロセスが無効に設定されていない限り、ＭＡ，ｃ機会内のすべてのＨＡＲＱプロセスがＨＡＲＱ無効であることを確認できない。ただし、ＳＰＳ ＰＤＳＣＨ機会はＵＥにおいて既知である。したがって、コードブックサイズの削減は次のように実現できる。
－ｇＮＢ動作：インジケータフィールドを、ＭＡ，ｃ機会に対してフィードバックが期待されないことを意味する値に設定せずに、フィードバックが無効化されたＨＡＲＱプロセスを使用してＰＤＳＣＨの送信を開始する。オプション１またはオプション２のどちらが採用されているかに応じて、予約値を有するレイヤ１またはレイヤ２インジケータフィールドを、ＨＡＲＱが有効化されたプロセスが存在せず、かつ、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会が設定されている場合を除くすべての機会にフィードバックが必要でないことを確認できうるインスタンスから送信する。
－ＵＥの動作：予約された値を持つインジケータフィールドの１つのインスタンスが検出された場合であっても、他のＨＡＲＱ無効プロセスのインジケータフィールド値を無視し、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会に対してのみＨＡＲＱ Ａ／Ｎフィードバックを送信する。ＤＴＸによる曖昧さを避けるために、この場合はＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会においてＡＣＫ／ＮＡＣＫフィードバックを送信することを提案する。
－ｇＮＢ動作：インジケータフィールドを、ＭＡ，ｃ機会に対してフィードバックが期待されないことを意味する値に設定せずに、フィードバックが無効化されたＨＡＲＱプロセスを使用してＰＤＳＣＨの送信を開始する。オプション１またはオプション２のどちらが採用されているかに応じて、予約値を有するレイヤ１またはレイヤ２インジケータフィールドを、ＨＡＲＱが有効化されたプロセスが存在せず、かつ、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会が設定されている場合を除くすべての機会にフィードバックが必要でないことを確認できうるインスタンスから送信する。
－ＵＥの動作：予約された値を持つインジケータフィールドの１つのインスタンスが検出された場合であっても、他のＨＡＲＱ無効プロセスのインジケータフィールド値を無視し、少なくとも１つのＳＰＳ ＰＤＳＣＨ機会に対してのみＨＡＲＱ Ａ／Ｎフィードバックを送信する。ＤＴＸによる曖昧さを避けるために、この場合はＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会においてＡＣＫ／ＮＡＣＫフィードバックを送信することを提案する。
【0096】
観察２：ＭＡ，ｃ機会においてＨＡＲＱ無効プロセスとＳＰＳ ＰＤＳＣＨのみがスケジュールされていれば、コードブックサイズの削減が達成できる。
【0097】
提案２：タイプ１のコードブックエンハンスメントは、次のようにサポートされる。
－レイヤ１／レイヤ２シグナリングは、ＨＡＲＱ無効プロセスのみがＭＡ，ｃ機会にスケジュールされていることを示すために使用される。
－ＭＡ，ｃ機会内にＳＰＳ ＰＤＳＣＨが設定されていない場合、ＵＥはＨＡＲＱフィードバックを省略する。
－ＭＡ，ｃ機会内に少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合、ＵＥは非ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを省略する。
ＵＥは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを報告する。
－レイヤ１／レイヤ２シグナリングは、ＨＡＲＱ無効プロセスのみがＭＡ，ｃ機会にスケジュールされていることを示すために使用される。
－ＭＡ，ｃ機会内にＳＰＳ ＰＤＳＣＨが設定されていない場合、ＵＥはＨＡＲＱフィードバックを省略する。
－ＭＡ，ｃ機会内に少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合、ＵＥは非ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを省略する。
ＵＥは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを報告する。
【0098】
３．結論
議論の結果、以下のような知見と提案が得られた。
議論の結果、以下のような知見と提案が得られた。
【0099】
提案１：ＵＥのすべてのＨＡＲＱプロセスが無効に設定されている場合、ＨＡＲＱ－ＡＣＫフィードバックは省略される。
【0100】
観察１：ＭＡ，ｃ機会に対してＨＡＲＱ－フィードバックが期待されるかどうかをＵＥに通知する動的なインディケーションは、コードブックのサイズを削減するのに役立つ。
【0101】
観察２：ＨＡＲＱが無効化されたプロセスとＳＰＳ ＰＤＳＣＨのみがＭＡ，ｃ機会においてスケジュールされていれば、コードブックサイズの削減が達成できる。
【0102】
提案２：タイプ１のコードブックエンハンスメントは以下のようにサポートされる。
－レイヤ１／レイヤ２シグナリングは、ＨＡＲＱ無効プロセスのみがＭＡ，ｃ機会にスケジュールされることを示すために使用される。
－ＭＡ，ｃ機会内にＳＰＳ ＰＤＳＣＨが設定されていない場合、ＵＥはＨＡＲＱフィードバックを省略する。
－ＭＡ，ｃ機会内に少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合、ＵＥは非ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを省略する。
ＵＥは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを報告する。
－レイヤ１／レイヤ２シグナリングは、ＨＡＲＱ無効プロセスのみがＭＡ，ｃ機会にスケジュールされることを示すために使用される。
－ＭＡ，ｃ機会内にＳＰＳ ＰＤＳＣＨが設定されていない場合、ＵＥはＨＡＲＱフィードバックを省略する。
－ＭＡ，ｃ機会内に少なくとも１つのＳＰＳ ＰＤＳＣＨが設定されている場合、ＵＥは非ＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを省略する。
ＵＥは、ＨＡＲＱプロセス番号に関係なく、すべてのＳＰＳ ＰＤＳＣＨ機会のＨＡＲＱフィードバックを報告する。
【0103】
４．参照
［１］ＲＰ－１９３２３４、「NR-NTN: Solutions for NR to support non-terrestrial networks(NTN)」、ＲＡＮ＃８６、２０１９年１２月。
［２］RAN1 Chairman’s Note、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ＃１０４－ｅ、ｅ－Ｍｅｅｔｉｎｇ、１月２５日－２０２１年２月５日。
［１］ＲＰ－１９３２３４、「NR-NTN: Solutions for NR to support non-terrestrial networks(NTN)」、ＲＡＮ＃８６、２０１９年１２月。
［２］RAN1 Chairman’s Note、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ＃１０４－ｅ、ｅ－Ｍｅｅｔｉｎｇ、１月２５日－２０２１年２月５日。
【0104】
例えば、上記に開示された例示的な実施形態の全部または一部は、下記付記のように記載できるが、これらには限定されない。
（付記１）
非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）によって実行される方法であって、
ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略することを有する方法。
（付記２）
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、付記１に記載の方法。
（付記３）
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソース指示子（ＰＲＩ：Resource Indicator）フィールドに含まれる、付記２に記載の方法。
（付記４）
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、付記１に記載の方法。
（付記５）
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、付記１乃至４のいずれか１項に記載の方法。
（付記６）
前記情報が、前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記送信機会のセットに対するＨＡＲＱフィードバックが省略される、付記１乃至５のいずれか１項に記載の方法。
（付記７）
欠落した間欠送信（ＤＴＸ：Discontinuous Transmission）または欠落したＤＣＩを検出し、
前記情報が前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記欠落したＤＴＸまたは前記欠落したＤＣＩを無視する、付記１乃至６のいずれか１項に記載の方法。
（付記８）
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使って通信するように構成されている場合において、
前記情報が、あるスロットインデックスに関連する前記送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ通信に対するＨＡＲＱフィードバックを送信する、付記１乃至７のいずれか１項に記載の方法。
（付記９）
非地上系ネットワークを介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードによって実行される方法であって、
前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを受信し、または省略することを有する方法。
（付記１０）
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、付記９に記載の方法。
（付記１１）
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースインジケータ（ＰＲＩ：Resource Indicator）フィールドに含まれる、付記１０に記載の方法。
（付記１２）
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、付記９に記載の方法。
（付記１３）
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、付記９乃至１２のいずれか１項に記載の方法。
（付記１４）
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使用して通信するように構成されている場合において、
前記情報が、あるスロットインデックスに関連する送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ通信に対するＨＡＲＱフィードバックを受信することを有する、付記９乃至１３のいずれか１項に記載の方法。
（付記１５）
前記ネットワークノードは、基地局またはゲートウェイを含む、付記９乃至１４のいずれか１項に記載の方法。
（付記１６）
前記情報は、無効化されたＨＡＲＱプロセスのみが前記送信機会のそれぞれの機会の間で送信に使用されることを示す、付記１乃至１５のいずれか１項に記載の方法。
（付記１７）
非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）であって、
ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信する手段と、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略する手段とを備えるユーザ機器。
（付記１８）
非地上系ネットワークを介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードであって、
前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信する手段と、
前記情報に基づいて、前記送信機会のセットに対するＨＡＲＱフィードバックを受信し、または省略する手段とを備えるネットワークノード。
（付記１）
非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）によって実行される方法であって、
ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略することを有する方法。
（付記２）
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、付記１に記載の方法。
（付記３）
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソース指示子（ＰＲＩ：Resource Indicator）フィールドに含まれる、付記２に記載の方法。
（付記４）
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、付記１に記載の方法。
（付記５）
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、付記１乃至４のいずれか１項に記載の方法。
（付記６）
前記情報が、前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記送信機会のセットに対するＨＡＲＱフィードバックが省略される、付記１乃至５のいずれか１項に記載の方法。
（付記７）
欠落した間欠送信（ＤＴＸ：Discontinuous Transmission）または欠落したＤＣＩを検出し、
前記情報が前記送信機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記欠落したＤＴＸまたは前記欠落したＤＣＩを無視する、付記１乃至６のいずれか１項に記載の方法。
（付記８）
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使って通信するように構成されている場合において、
前記情報が、あるスロットインデックスに関連する前記送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ通信に対するＨＡＲＱフィードバックを送信する、付記１乃至７のいずれか１項に記載の方法。
（付記９）
非地上系ネットワークを介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードによって実行される方法であって、
前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信し、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを受信し、または省略することを有する方法。
（付記１０）
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に含まれる、付記９に記載の方法。
（付記１１）
前記情報は、前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースインジケータ（ＰＲＩ：Resource Indicator）フィールドに含まれる、付記１０に記載の方法。
（付記１２）
前記情報は、メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダに含まれる、付記９に記載の方法。
（付記１３）
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、付記９乃至１２のいずれか１項に記載の方法。
（付記１４）
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使用して通信するように構成されている場合において、
前記情報が、あるスロットインデックスに関連する送信機会のセットの少なくとも１つに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ通信に対するＨＡＲＱフィードバックを受信することを有する、付記９乃至１３のいずれか１項に記載の方法。
（付記１５）
前記ネットワークノードは、基地局またはゲートウェイを含む、付記９乃至１４のいずれか１項に記載の方法。
（付記１６）
前記情報は、無効化されたＨＡＲＱプロセスのみが前記送信機会のそれぞれの機会の間で送信に使用されることを示す、付記１乃至１５のいずれか１項に記載の方法。
（付記１７）
非地上系ネットワークを介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）であって、
ネットワークノードから、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を受信する手段と、
前記情報に基づいて、前記送信機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略する手段とを備えるユーザ機器。
（付記１８）
非地上系ネットワークを介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードであって、
前記ＵＥへ、送信機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を送信する手段と、
前記情報に基づいて、前記送信機会のセットに対するＨＡＲＱフィードバックを受信し、または省略する手段とを備えるネットワークノード。
【0105】
本出願は、２０２１年４月１日に出願された英国特許出願第２１０４７５１．９号に基づいており、優先権の利益を主張しており、その開示の全体は参照により本明細書に組み込まれる。
【符号の説明】
【0106】
１ モバイル通信システム
３ モバイルデバイスのユーザ
５ 衛星
６ 基地局
７ データネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５１ トランシーバ回路
５３ アンテナ
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
７１ トランシーバ回路
７３ アンテナ
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
３ モバイルデバイスのユーザ
５ 衛星
６ 基地局
７ データネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインタフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
５１ トランシーバ回路
５３ アンテナ
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
７１ トランシーバ回路
７３ アンテナ
７５ ネットワークインタフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2023-09-26
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
非地上系ネットワーク（ＮＴＮ：Non-terrestrial network）を介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）であって、ネットワークノードから、シグナリングに対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）候補の機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を含む当該シグナリングを受信する手段と、
前記情報に基づいて、前記機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略する手段と、
を備える、ＵＥ。
【請求項2】
前記情報は、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）、
前記ＤＣＩの物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソース指示子（ＰＲＩ：Resource Indicator）フィールド、及び
メディアアクセス制御（ＭＡＣ：Medium Access Control）ヘッダ、
のいずれかに含まれる、請求項１に記載のＵＥ。
【請求項3】
前記ＨＡＲＱフィードバックは、タイプ１ ＨＡＲＱフィードバックを含む、請求項１又は２に記載のＵＥ。
【請求項4】
前記情報が、前記機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、前記機会のセットに対するＨＡＲＱフィードバックが省略されることが実行される、請求項１乃至３のいずれか１項に記載のＵＥ。
【請求項5】
間欠送信（ＤＴＸ：Discontinuous Transmission）またはＤＣＩの欠落を検出する手段と、
前記情報が前記機会のセットに対するＨＡＲＱフィードバックが必要でないことを示す場合、欠落した前記ＤＴＸまたは欠落した前記ＤＣＩを無視する手段と、
を備える、請求項１乃至４のいずれか１項に記載のＵＥ。
【請求項6】
前記ＵＥが半永続スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）を使って通信するように構成されている場合において、前記情報が、あるスロットインデックスを有するスロットに含まれる前記機会のセットに対する前記ＨＡＲＱフィードバックが必要でないことを示す場合、前記スロットインデックスを有するスロットにおけるＳＰＳ通信に対するＨＡＲＱフィードバックを送信する手段を備える、請求項１乃至５のいずれか１項に記載のＵＥ。
【請求項7】
前記情報は、無効化されたＨＡＲＱプロセスのみが前記機会のそれぞれの機会の間で送信に使用されることを示す、請求項１乃至６のいずれか１項に記載のＵＥ。
【請求項8】
非地上系ネットワーク（ＮＴＮ：Non-terrestrial network）を介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードであって、前記ＵＥへ、シグナリングに対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）候補の機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を含む当該シグナリングを送信する手段と、
前記情報に基づいて、前記機会のセットに対する前記ＨＡＲＱフィードバックを受信し、または省略する手段と、
を備える、ネットワークノード。
【請求項9】
非地上系ネットワーク（ＮＴＮ：Non-terrestrial network）を介して通信するように構成されるユーザ機器（ＵＥ：User Equipment）における方法であって、ネットワークノードから、シグナリングに対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）候補の機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を含む当該シグナリングを受信することと、
前記情報に基づいて、前記機会のセットに対する前記ＨＡＲＱフィードバックを送信し、または省略することと、
を含む、ＵＥにおける方法。
【請求項10】
非地上系ネットワーク（ＮＴＮ：Non-terrestrial network）を介してユーザ装置（ＵＥ：User Equipment）と通信するように構成されるネットワークノードにおける方法であって、前記ＵＥへ、シグナリングに対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）候補の機会のセットに対するハイブリッド自動反復要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバックが必要かどうかを示す情報を含む当該シグナリングを送信することと、
前記情報に基づいて、前記機会のセットに対するＨＡＲＱフィードバックを受信し、または省略することと、
を含む、ネットワークノードにおける方法。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【0036】
このシステム１において、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（ＲＡＴ：radio access technology）、例えばＥ－ＵＴＲＡおよび／または５Ｇ ＲＡＴを使用して、アクセスネットワークノード（それぞれの衛星５および／または基地局６）およびデータネットワーク７を介して、相互におよび他のユーザと通信することができる。当業者が理解するように、図１には、説明のために、３つのモバイルデバイス３、１つの衛星５および１つの基地局６が示されているが、システムは、実装時は、通常、他の衛星／ＵＡＳプラットフォーム、基地局／ＲＡＮノード、およびモバイルデバイス（ＵＥ）を含む。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【0042】
ＵＥ３および基地局６は、相互の通信において、トランスポートブロック（ＴＢ：transport block）に編成されたデータを通信し、データが正常に受信されデコードされたかどうかを確認するために、（ＴＢごとに１ビットの）関連するＨＡＲＱフィードバックを提供する。ＵＥ３および基地局６におけるメディアアクセス制御（ＭＡＣ：Medium Access Control）層（ＭＡＣエンティティとも呼ばれる）は、複数の並列ＨＡＲＱプロセスを維持する各サービスセルのＨＡＲＱエンティティを含む。各ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子に関連付けられる。
【国際調査報告】