特表 2022-551898 信頼できるＭＡＣ ＣＥ ＡＣＫ／ＮＡＣＫ確認のためのシステムおよび方法

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

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

(11)【公表番号】

(43)【公表日】2022-12-14

(54)【発明の名称】信頼できるＭＡＣ ＣＥ ＡＣＫ／ＮＡＣＫ確認のためのシステムおよび方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20221207BHJP

   H04W 72/04 20090101ALI20221207BHJP

   H04W 72/12 20090101ALI20221207BHJP

   H04W 4/30 20180101ALN20221207BHJP

   H04W 84/06 20090101ALN20221207BHJP

【ＦＩ】

H04W28/04 110

H04W72/04 131

H04W72/12 150

H04W4/30

H04W84/06

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022521588

(86)(22)【出願日】2020-10-14

(85)【翻訳文提出日】2022-06-09

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

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

(87)【国際公開日】2021-04-22

(31)【優先権主張番号】62/915,423

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】ムルガナタン， シヴァ

(72)【発明者】

【氏名】リン， シンチン

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

5K067

【Ｆターム（参考）】

5K067AA26

5K067EE07

(57)【要約】

信頼できる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のＡＣＫ／ＮＡＣＫ確認のためのシステムおよび方法が提供される。いくつかの実施形態では、無線デバイスによって実施される方法は、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること、および／またはアクティブ化／非アクティブ化コマンドに関するフィードバックを送信することを含む。このようにして、無線デバイスは、非地上波ネットワーク（ＮＴＮ）において重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することが可能にされる。さらに、大きい片道遅延の存在下で、これは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が無線デバイスにおいて発効できることを無線デバイスがいつ想定することができるかに関する基地局と無線デバイスとの間の不一致が存在しないことを保証する。
【選択図】図２

【特許請求の範囲】

【請求項1】

フィードバックを送信するための、無線デバイスによって実施される方法であって、前記方法が、
前記無線デバイスの残りのＨＡＲＱプロセスが前記フィードバックを無効にする一方で、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること（４００）、
前記フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信すること（４０２）であって、前記受信が前記少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること（４０２）、および
前記アクティブ化／非アクティブ化コマンドに関する前記フィードバックを送信すること（４０４）
のうちの１つまたは複数を含む、方法。

【請求項2】

前記無線デバイスがネットワークノードによって設定される、請求項１に記載の方法。

【請求項3】

前記アクティブ化／非アクティブ化コマンドを受信することが、
前記少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＨＡＲＱ応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを要求する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）アクティブ化／非アクティブ化コマンドを搬送する第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワークノードから受信すること
を含む、請求項１または２に記載の方法。

【請求項4】

前記フィードバックを送信することが、前記ＰＵＣＣＨ上の前記第１のＰＤＳＣＨに対応するスロットｎ内の前記ＰＵＣＣＨ上で前記ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することを含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記無線デバイスが、前記ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに関係する情報がスロット

の後の最初のスロットから前記無線デバイスにおいて適用されることを想定する、請求項１から４のいずれか一項に記載の方法。

【請求項6】

Ｘの値が、無線デバイス固有の無線リソース制御（ＲＲＣ）設定の一部として示される、請求項５に記載の方法。

【請求項7】

Ｘの値が、システム情報ブロック（ＳＩＢ）の一部として示される、請求項５に記載の方法。

【請求項8】

フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを受信すること（４０６）であって、前記受信がフィードバック無効ＨＡＲＱプロセスのうちの１つを使用する、第２のアクティブ化／非アクティブ化コマンドを受信すること（４０６）、および
前記第２のアクティブ化／非アクティブ化コマンド中の情報を適用しないこと（４０８）
のうちの１つまたは複数をさらに含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記第２のアクティブ化／非アクティブ化コマンド中の前記情報を適用しないことが、前記第２のアクティブ化／非アクティブ化コマンドを無視することを含む、請求項８に記載の方法。

【請求項10】

前記アクティブ化／非アクティブ化コマンドが、ダウンリンク制御インジケータ（ＤＣＩ）のＴＣＩフィールドのコードポイントへの１つまたは複数の送信設定インジケータ（ＴＣＩ）状態のマッピングを与える前記第１のＰＤＳＣＨのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項11】

前記アクティブ化／非アクティブ化コマンドが、ｓＣｅｌｌのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項12】

前記アクティブ化／非アクティブ化コマンドが、前記ＰＵＣＣＨの空間関係更新のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項13】

前記アクティブ化／非アクティブ化コマンドが、制御リソースセット（ＣＯＲＥＳＥＴ）用の送信設定インジケータ（ＴＣＩ）状態情報を提供するためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項14】

前記アクティブ化／非アクティブ化コマンドが、半永続的なゼロ出力チャネル状態情報参照信号（ＺＰ ＣＳＩ－ＲＳ）のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項15】

前記アクティブ化／非アクティブ化コマンドが、半永続的なチャネル状態情報（ＣＳＩ）リソース設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項16】

前記アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩレポート設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項17】

前記アクティブ化／非アクティブ化コマンドが、半永続的なサウンディング参照信号（ＳＲＳ）のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から９のいずれか一項に記載の方法。

【請求項18】

フィードバックを受信するための、基地局によって実施される方法であって、前記方法が、
フィードバックを要求するアクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（５０２）であって、前記無線デバイスの残りのＨＡＲＱプロセスが前記フィードバックを無効にしているが、前記無線デバイスの少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを前記送信が使用する、アクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（５０２）、および
前記アクティブ化／非アクティブ化コマンドに関するフィードバックを前記無線デバイスから受信すること（５０４）
のうちの１つまたは複数を含む、方法。

【請求項19】

前記アクティブ化／非アクティブ化コマンドを送信することより前に、前記無線デバイスの前記残りのＨＡＲＱプロセスがフィードバックを無効にしているが、前記少なくとも１つのフィードバック有効ＨＡＲＱプロセスで前記無線デバイスを設定すること（５００）
をさらに含む、請求項１８に記載の方法。

【請求項20】

前記フィードバック無効ＨＡＲＱプロセスのうちの１つを使用して、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを前記無線デバイスに送信すること（５０６）、および
前記無線デバイスが前記第２のアクティブ化／非アクティブ化コマンド中の情報を適用しなかったと判断すること（５０８）
のうちの１つまたは複数をさらに含む、請求項１８または１９に記載の方法。

【請求項21】

請求項２から１６のいずれか一項に記載の方法を実施することをさらに含む、請求項１８から２０のいずれか一項に記載の方法。

【請求項22】

フィードバックを送信するための無線デバイス（９００）であって、前記無線デバイス（９００）が、
１つまたは複数のプロセッサ（９０２）と、
前記１つまたは複数のプロセッサによって実行可能な命令を記憶するメモリ（９０４）であって、それにより、前記無線デバイス（９００）が、
前記無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること、
フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、前記受信が前記少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること、および
前記アクティブ化／非アクティブ化コマンドに関する前記フィードバックを送信すること
のうちの１つまたは複数を実施するように動作可能である、メモリ（９０４）と
を備える、無線デバイス（９００）。

【請求項23】

前記命令が、さらに、前記無線デバイス（９００）に、請求項２から１６のいずれか一項に記載の方法を実施させる、請求項２２に記載の無線デバイス（９００）。

【請求項24】

フィードバックを受信するための基地局（６００）であって、前記基地局（６００）が、
１つまたは複数のプロセッサ（６０４）と、
前記基地局（６００）に、
フィードバックを要求するアクティブ化／非アクティブ化コマンドを無線デバイスに送信することであって、前記無線デバイスの残りのＨＡＲＱプロセスが前記フィードバックを無効にしているが、前記無線デバイスの少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを前記送信が使用する、アクティブ化／非アクティブ化コマンドを無線デバイスに送信すること、および
前記アクティブ化／非アクティブ化コマンドに関するフィードバックを前記無線デバイスから受信すること
のうちの１つまたは複数を実施させるための命令を含む、メモリ（６０６）と
を備える、基地局（６００）。

【請求項25】

前記命令が、さらに、前記基地局（６００）に、請求項１９から２１のいずれか一項に記載の方法を実施させる、請求項２４に記載の基地局（６００）。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０１９年１０月１５日に出願された仮特許出願第６２／９１５，４２３号の利益を主張する。

【0002】

本開示はフィードバックの送信に関する。

【背景技術】

【0003】

第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１５において、５Ｇシステム（５ＧＳ）の最初のリリースが開発された。これは、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼性低レイテンシ通信（ＵＲＬＬＣ）、および大容量機械型通信（ｍＭＴＣ）などのユースケースをサーブすることを目的とする新世代の無線アクセス技術である。５Ｇは、新無線（ＮＲ）アクセス層インターフェースおよび５Ｇコアネットワーク（５ＧＣ）を含む。ＮＲの物理層および上位層は、ロングタームエボリューション（ＬＴＥ）仕様の部品を再使用し、それに新しいユースケースによって動機付けされたときに必要な構成部品を追加している。

【0004】

リリース１５では、３ＧＰＰは、非地上ネットワーク（ＮＴＮ）における動作のためのＮＲを準備するための作業を開始した。その作業は、研究アイテム「ＮＲ ｔｏ ｓｕｐｐｏｒｔ Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋｓ」内で実施され、ＴＲ３８．８１１［１］をもたらした。リリース１６では、ＮＴＮネットワークにおける動作のためのＮＲを準備するための作業は、研究アイテム「Ｓｏｌｕｔｉｏｎｓ ｆｏｒ ＮＲ ｔｏ ｓｕｐｐｏｒｔ Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ」［２］で続ける。

【0005】

衛星無線アクセスネットワークは、通常、以下の構成要素を含む。
・ 宇宙移動プラットフォームを指す衛星。
・ アーキテクチャの選定に応じて、基地局またはコアネットワークに衛星を接続する、地球ベースゲートウェイ。
・ ゲートウェイと衛星との間のリンクを指すフィーダリンク
・ 衛星とユーザ機器（ＵＥ）との間のリンクを指すサービスリンク。

【0006】

２つの普及しているアーキテクチャが、ベントパイプトランスポンダおよび再生トランスポンダアーキテクチャである。第１の場合、基地局は、ゲートウェイの後ろで地球上に位置し、衛星は、サービスリンクにフィーダリンク信号をフォワーディングするリピータとして動作し、その逆も同様である。第２の場合、衛星は、基地局を搬送し、サービスリンクは、地球ベースコアネットワークに衛星を接続する。

【0007】

軌道高度に応じて、衛星は、低地球軌道（ＬＥＯ）、中地球軌道（ＭＥＯ）、または静止地球軌道（ＧＥＯ）衛星にカテゴリー分類され得る。
・ ＬＥＯ：一般的な高度は２５０～１，５００ｋｍの範囲に及び、軌道周期は９０～１２０分の範囲に及ぶ。
・ ＭＥＯ：一般的な高度は５，０００～２５，０００ｋｍの範囲に及び、軌道周期は３～１５時間の範囲に及ぶ。
・ ＧＥＯ：高度約３５，７８６ｋｍ、２４時間の軌道周期をもつ。

【0008】

通信衛星は、一般に、所与のエリアにわたっていくつかのビームを生成する。ビームのフットプリントは、通常、楕円形状であり、旧来、セルと呼ばれてきた。ビームのフットプリントは、しばしば、スポットビームとも呼ばれる。スポットビームは、衛星移動とともに地球表面にわたって移動し得るか、または、衛星によってその動きを補償するために使用される、何らかのビームポインティング機構を用いて地球固定であり得る。スポットビームのサイズは、システム設計に依存し、数十キロメートルから数千キロメートルの範囲に及び得る。

【0009】

ハイブリッド自動再送要求（ＨＡＲＱ）プロトコルは、ＮＲにおける最も重要な特徴のうちの１つである。チャネル状態情報（ＣＳＩ）フィードバックおよびＨＡＲＱ ＡＣＫ／ＮＡＣＫを介するリンク適応と一緒に、ＨＡＲＱは、ＮＲにおける効率的で信頼できる低遅延データ送信を可能にする。

【0010】

ＰＨＹ／媒体アクセス制御（ＭＡＣ）層における既存のＨＡＲＱ手順は、ラウンドトリップタイム（ＲＴＴ）伝搬遅延が、通常、１ｍｓ以内に制限される地上波ネットワーク向けに設計されている。ＨＡＲＱプロトコルでは、送信側は、新しいデータを送信する前に受信側からのフィードバックを待つ必要がある。否定応答（ＮＡＣＫ）の場合、送信側はデータパケットを再送信する必要があり得る。そうでない場合、送信側は新しいデータを送信することができる。このストップアンドウェイト（ＳＡＷ）手順は、通信プロトコルに固有のレイテンシを導入し、固有のレイテンシはリンクスループットを低減することができる。この問題を軽減するために、既存のＨＡＲＱ手順は、送信側において複数のＨＡＲＱプロセスをアクティブ化することを可能にする。すなわち、送信側は、ＨＡＲＱ完了を待つ必要なしに、並行して複数の送信を開始することができる。たとえば、ＮＲダウンリンク（ＤＬ）における１６個のＨＡＲＱプロセスでは、新無線基地局（ｇＮＢ）は、最初のパケット送信に対するＡＣＫを待つことなく、最大１６個の新しいデータ送信を開始することができる。伝搬遅延が、通常、１ｍｓ未満である地上波ネットワークの場合、一般に、十分な数のＨＡＲＱプロセスが存在することに留意されたい。

【0011】

図１は、ＨＡＲＱ手順に関連付けられた様々な遅延を示す。
１．最初にパケットが伝搬遅延Ｔｐ後に受信側に到達する。
２．受信側が処理／スロット遅延Ｔ１後にフィードバックを送信する。
３．フィードバックが伝搬遅延Ｔｐ後にデータ送信側に到達する。
４．送信側が処理／スロット遅延Ｔ２後に再送信または新しいデータを送信することができる。
５．ＨＡＲＱ失速を回避するために、ＨＡＲＱプロセスの最低限必要な数はｃｅｉｌ（（２Ｔｐ＋Ｔ１＋Ｔ２）／Ｔｓ）であり、ここでＴｓはＮＲにおけるスロット持続時間を指す。

【0012】

ＮＲにおける既存のＨＡＲＱ手順は、伝搬遅延が、通常、１ｍｓに制限される地上波ネットワーク向けに主に設計されている。既存のＨＡＲＱプロトコルが大きい伝搬遅延の渦中にいる主要な問題が次に説明される。

【0013】

既存のＨＡＲＱ機構は、伝搬遅延が許容された数のＨＡＲＱプロセスによってサポートされる伝搬遅延よりもかなり大きいときに実現可能でない場合がある。たとえば、ＮＲ ＤＬが衛星通信に採用されるシナリオを考えよう。ＧＥＯのケースでは、ＲＴＴ伝搬遅延は約５００ｍｓであり得る。リリース１５のＮＲは、アップリンク（ＵＬ）／ＤＬにおいて最大１６個のＨＡＲＱプロセスをサポートする。ＮＲにおいて１６個のＨＡＲＱプロセスがサポートされ、１ｍｓのスロット持続時間では、総チャネル容量の割合としての利用可能なピークスループットは非常に低い。表１は、ＬＥＯ衛星、ＭＥＯ衛星、およびＧＥＯ衛星用のＵＥの場合の利用可能なピークスループットを要約している。したがって、十分な数のＨＡＲＱプロセスがないと、大規模な伝搬遅延が非現実的な閉ループＨＡＲＱ通信をもたらす可能性がある。

【0014】

既存のＨＡＲＱプロトコルによってサポートされるＨＡＲＱプロセスの数は、非地上波ネットワークにおける潜在的に大きい伝搬遅延を吸収するには十分でない。たとえば、表１は、大きい伝搬遅延の渦中でＨＡＲＱを動作させるために、ＨＡＲＱプロセスの既存の数の実質的な増加が必要であることを示す。（特にＵＥにおいて）多くのＨＡＲＱプロセスをサポートすることは、以下の理由のうちの１つまたは複数に起因して困難であり得る。
ａ．送信側と受信側の両方において大きいメモリが必要とされる。
ｂ．ＨＡＲＱバッファサイズ（したがって最大限サポートされるトランスポートブロックサイズ（ＴＢＳ））を削減することが必要とされる場合がある。
ｃ．多数のＨＡＲＱバッファが多数のＨＡＲＱ受信側を必要とする可能性がある。
ｄ．ＨＡＲＱ ＩＤ用のシグナリングオーバーヘッドが増加する場合がある。ＮＲでは、ＨＡＲＱプロセスＩＤはダウンリンク制御インジケータ（ＤＣＩ）内で示され、現在、これを示すためにＨＡＲＱプロセスナンバフィールド内に４ビットが存在する。ＨＡＲＱプロセスの数を５００に増やすことは、（ＨＡＲＱプロセスナンバフィールド内の現在４ビットの２倍より多い）おおよそ９ビットを必要とするであろう。

【0015】

要するに、既存の（ＰＨＹ／ＭＡＣ）ＨＡＲＱ機構は、伝搬遅延が大きい非地上波ネットワークに適していない。その上、ＰＨＹ／ＭＡＣ層においてＨＡＲＱを無効にするための既存のシグナリング機構が存在しない。

【0016】

非地上波ネットワークにＨＡＲＱを適合させるために、１つのソリューションはＨＡＲＱフィードバックを準静的に有効／無効にすることである。この目的を達成するために、ＲＡＮ２＃１０７において以下の合意が作成された。

【0017】

合意
・ＲＲＣシグナリングにより準静的にＨＡＲＱフィードバックを有効／無効にすることが可能であるべきである。
・ＨＡＲＱフィードバックを有効／無効にすることは、ＵＥごとに、かつＨＡＲＱプロセスベースごとに設定可能であるべきである。

【0018】

上記の合意によれば、ＨＡＲＱが無効にされた場合に送信に対するフィードバックは存在しない。

【0019】

ＮＲリリース１５では、いくつかの手順は、信頼性を保証するためにＨＡＲＱ応答に大きく依存する。以下の局面をアクティブ化／非アクティブ化するために使用されるＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドが存在する。これらが例として使用されるが、本開示はそれらに限定されない。

【0020】

２次セル（ｓＣｅｌｌ）のアクティブ化／非アクティブ化：ＵＥがスロットｎで終了するｓＣｅｌｌ向けのアクティブ化ＭＡＣ ＣＥコマンドを有する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信すると、ＵＥは、ｓＣｅｌｌがスロットｎ＋ｋよりも遅くアクティブ化されることを想定する（仮定する）。ｋの値は

として与えられ、ここで、ｋ１は、ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）送信用のスロットの数であり、ＰＤＳＣＨをスケジュールするＤＣＩフォーマット内のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータによって示される。さらに、

は、ＰＵＣＣＨ送信のサブキャリア間隔設定（ＳＣＳ）μ用のサブフレーム当たりのスロットの数である。同様に、ＵＥがスロットｎで終了するｓＣｅｌｌ向けの非アクティブ化ＭＡＣ ＣＥコマンドを受信すると、ＵＥは、ｓＣｅｌｌがスロットｎ＋ｋから非アクティブ化されることを想定する（仮定する）。

【0021】

ＰＵＣＣＨ用の空間関係情報のアクティブ化：ＵＥにＰＵＣＣＨ用の２つ以上の空間関係情報が設定されている場合、ＵＥは、空間関係情報のうちの１つに対するアクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、アクティブ化ＭＡＣ ＣＥコマンド内で示された空間関係情報をスロット

の後の最初のスロットに適用し、ここで、ｋは、ＵＥがアクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。

【0022】

ＣＯＲＥＳＥＴ用の送信設定インジケータ（ＴＣＩ）状態情報のアクティブ化／非アクティブ化：ＵＥにＣＯＲＥＳＥＴ用の２つ以上のＴＣＩ状態が設定されている場合、ＵＥは、ＣＯＲＥＳＥＴに設定されたＴＣＩ状態のうちの１つに対するアクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、アクティブ化ＭＡＣ ＣＥコマンド内で示されたＴＣＩ状態をスロット

の後の最初のスロットに適用し、ここで、ｋは、ＵＥがアクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。

【0023】

ＺＰ（ゼロ出力）ＣＳＩ－ＲＳ（チャネル状態情報参照信号）リソースセットのアクティブ化／非アクティブ化：ＵＥに半永続的なＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔのリストが設定されている場合、ＵＥは、半永続的なＺＰ ＣＳＩ－ＲＳに対するアクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、アクティブ化ＭＡＣ ＣＥコマンド内で示された半永続的なＺＰ－ＣＳＩ－ＲＳリソースがスロット

の後の最初のスロットから始まってアクティブ化されることを想定し、ここで、ｎは、ＵＥがアクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。同様に、ＵＥは、半永続的なＺＰ ＣＳＩ－ＲＳに対する非アクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、非アクティブ化ＭＡＣ ＣＥコマンド内で示された半永続的なＺＰ－ＣＳＩ－ＲＳリソースがスロット

の後の最初のスロットから始まって非アクティブ化されることを想定し、ここで、ｎは、ＵＥが非アクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。

【0024】

ＰＤＳＣＨ用のＴＣＩ（送信設定インジケータ）状態情報のアクティブ化／非アクティブ化：ＵＥにＰＤＳＣＨ用の２つ以上のＴＣＩ状態が設定されている場合、ＵＥは、ＤＣＩのＴＣＩフィールドのコードポイントにマッピングされるであろうＰＤＳＣＨに設定されたＴＣＩ状態のうちの１つまたは複数に対するアクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、アクティブ化ＭＡＣ ＣＥコマンド内で示されたＤＣＩのＴＣＩフィールドのコードポイントへの１つまたは複数のＴＣＩ状態のマッピングをスロット

の後の最初のスロットに適用し、ここで、ｎは、ＵＥがアクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。

【0025】

半永続的なＣＳＩリソース設定のアクティブ化／非アクティブ化：ＵＥは、半永続的なＣＳＩリソース設定に対するアクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、アクティブ化ＭＡＣ ＣＥコマンド内で示された半永続的なＣＳＩリソース設定がスロット

の後の最初のスロットから始まってアクティブ化されることを想定し、ここで、ｎは、ＵＥがアクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。同様に、ＵＥは、半永続的なＣＳＩリソース設定に対する非アクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することができる。ＵＥは、非アクティブ化ＭＡＣ ＣＥコマンド内で示された半永続的なＺＰ－ＣＳＩ－ＲＳリソースがスロット

の後の最初のスロットから始まって非アクティブ化されることを想定し、ここで、ｎは、ＵＥが非アクティブ化コマンドを提供するＰＤＳＣＨに対するＡＣＫ－ＮＡＣＫ情報を有するＰＵＣＣＨを送信するであろうスロットである。

【0026】

同様に、アクティブ化／非アクティブ化コマンドはまた、半永続的なＣＳＩレポート設定および半永続的なＳＲＳ（サウンディング参照信号）リソースをアクティブ化／非アクティブ化するために、ＮＲリリース１５において定義される。これは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定することができるかに関して、同様のタイムラインである（すなわち、スロット

の後の最初のスロットから始まる）ことに留意されたい。

【0027】

ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定することができるかに関してタイムラインを定義する利益は、どの情報が想定されるかに関するｇＮＢとＵＥとの間の同様の理解を保証することである。アクティブ化／非アクティブ化情報のための改善されたシステムおよび方法が必要とされる。

【0028】

現在、いくつかの困難が存在する。ＨＡＲＱフィードバックがＵＥに対して無効にされると、それは、上述された重大なＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する方法に関する問題である。さらに、ＮＴＮにおける片道遅延は地上波ネットワークよりもかなり大きい可能性があるので、スロットｎ内でＵＥによって送信されたＡＣＫ／ＮＡＣＫは、片道遅延の後までｇＮＢに到達しない場合がある。この片道遅延は、通常、

より大きいので、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定することができるかに関して既存のＮＲリリース１５のタイムラインを使用することは、ＵＥが想定するものとｇＮＢが想定するものとの間の不一致につながる。

【0029】

本開示のいくつかの実施形態は、ラウンドトリップ伝搬遅延が通常の、たとえば、インザスカイ（ＩＴＳ）無線アクセスノードなどの場合の４ｍｓよりも長い実施形態に関する。本明細書で使用されるＩＴＳ無線アクセスノードは、たとえば、低地球軌道（ＬＥＯ）衛星、ドローン、バルーンなどの飛翔体に実装された無線アクセスノードである。本明細書において提供された説明の焦点はＩＴＳ無線アクセスノードに当てられるが、本明細書で開示された概念は、ラウンドトリップ伝搬遅延が増大した任意のシステムに等しく適用可能であることに留意されたい。

【0030】

また、分散無線ネットワークを有するいくつかの状況では、ラウンドトリップ伝搬遅延も増大する場合がある。たとえば、デジタルベースバンド信号は、おそらくギガビットイーサネットリンクを介して、離れた場所にある無線機器にストリーミングされる場合がある。このようにして、無線ネットワークノードはすべて、領域の中心の位置で動作することができる。これは、ラウンドトリップ伝搬遅延が増大する状況につながる場合がある。さらに、本明細書で開示された実施形態は、無線デバイスのさらなる設定可能性を可能にする。たとえば、ラウンドトリップ伝搬遅延が時間とともに変化する場合、これらの手順は、これらの変化する環境に適応するために再評価することができる。

【発明の概要】

【0031】

信頼できる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のＡＣＫ／ＮＡＣＫ確認のためのシステムおよび方法が提供される。いくつかの実施形態では、フィードバックを送信するための、無線デバイスによって実施される方法は、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること、および／またはアクティブ化／非アクティブ化コマンドに関するフィードバックを送信することを含む。このようにして、無線デバイスは、非地上波ネットワーク（ＮＴＮ）において重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することが可能にされる。さらに、大きい片道遅延の存在下で、これは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が無線デバイスにおいて発効できることを無線デバイスがいつ想定することができるかに関する基地局と無線デバイスとの間の不一致が存在しないことを保証する。

【0032】

本開示のいくつかの態様およびそれらの実施形態は、上述のまたは他の課題のソリューションを提供し得る。ＮＴＮネットワークにおける重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを有効にすることに対するソリューションが提案される。これは、少なくとも１つのＨＡＲＱプロセスがフィードバックを有効にすることを要求すること、および重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨがフィードバックを有効にした少なくとも１つのＨＡＲＱプロセスでスケジュールされることを要求することによって実現される。

【0033】

本明細書のいくつかの実施形態は、重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨがフィードバックを無効にしているＨＡＲＱプロセスでスケジュールされるときのケースを処理する方法に関するＵＥ手順に対するソリューションも提案する。１つの特定のソリューションでは、このケースは、ＵＥがアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンド中の情報を適用しないように処理される。

【0034】

ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報がＵＥにおいて発効できることをＵＥがいつ想定することができるかに関するｇＮＢとＵＥとの間の不一致を回避するために、本明細書のいくつかの実施形態は、ＭＡＣ ＣＥコマンド内の情報がスロット

の後の最初のスロットから適用されるようにＵＥにおいて想定される改訂されたタイムラインを提案し、ここで、ＸはｇＮＢからＵＥに示されたスロットの数である。

【0035】

本明細書で開示された問題のうちの１つまたは複数に対処する様々な実施形態が本明細書において提案される。いくつかの実施形態では、フィードバックを送信するための、無線デバイスによって実施される方法は、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスを設定されること、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを送信することのうちの１つまたは複数を含む。いくつかの実施形態では、方法はまた、任意選択で、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを受信することであって、受信がフィードバック無効ＨＡＲＱプロセスのうちの１つを使用する、第２のアクティブ化／非アクティブ化コマンドを受信すること、および第２のアクティブ化／非アクティブ化コマンド中の情報を適用しないことのうちの１つまたは複数を含む。

【0036】

いくつかの実施形態では、フィードバックを受信するための、基地局によって実施される方法は、フィードバックを要求するアクティブ化／非アクティブ化コマンドを無線デバイスに送信することであって、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、無線デバイスの少なくとも１つのフィードバック有効ＨＡＲＱプロセスを送信が使用する、アクティブ化／非アクティブ化コマンドを無線デバイスに送信すること、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを無線デバイスから受信することのうちの１つまたは複数を含む。いくつかの実施形態では、方法はまた、任意選択で、アクティブ化／非アクティブ化コマンドを送信することより前に、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスで無線デバイスを設定することを含む。いくつかの実施形態では、方法はまた、任意選択で、フィードバック無効ＨＡＲＱプロセスのうちの１つを使用して、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを無線デバイスに送信すること、および無線デバイスが第２のアクティブ化／非アクティブ化コマンド中の情報を適用しなかったと判断することのうちの１つまたは複数を含む。

【0037】

いくつかの実施形態では、アクティブ化／非アクティブ化コマンドを受信することは、少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用して、ＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドを搬送する第１のＰＤＳＣＨをネットワークノードから受信することを含む。

【0038】

いくつかの実施形態では、フィードバックを送信することは、ＰＵＣＣＨ上の第１のＰＤＳＣＨに対応するスロットｎ内のＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することを含む。

【0039】

いくつかの実施形態では、無線デバイスは、ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに関係する情報がスロット

の後の最初のスロットから無線デバイスにおいて適用されることを想定する。

【0040】

いくつかの実施形態では、Ｘの値は、無線デバイス固有のＲＲＣ設定の一部として示される。いくつかの実施形態では、Ｘの値は、システム情報（たとえば、ＳＩＢ）の一部として示される。

【0041】

いくつかの実施形態では、情報を適用しないことは、第２のアクティブ化／非アクティブ化コマンドを無視することを含む。

【0042】

いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、ＤＣＩのＴＣＩフィールドのコードポイントへの１つまたは複数のＴＣＩ状態のマッピングを与えるＰＤＳＣＨのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。

【0043】

いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、ｓＣｅｌｌのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、ＰＵＣＣＨの空間関係更新のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、ＣＯＲＥＳＥＴ用のＴＣＩ状態情報を提供するためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。

【0044】

いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、アクティブ化／非アクティブ化ＭＡＣ ＣＥ ＺＰ ＣＳＩ－ＲＳを含む。いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、半永続的なＣＳＩリソース設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、半永続的なＣＳＩレポート設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。いくつかの実施形態では、アクティブ化／非アクティブ化コマンドは、半永続的なＳＲＳのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む。

【0045】

特定の実施形態は、以下の技術的な利点のうちの１つまたは複数を提供することができる。提案されたソリューションは、ＮＴＮネットワークにおける重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックをＵＥが送信することを可能にする。さらに、大きい片道遅延の存在下で、提案されたソリューションは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報がＵＥにおいて発効できることをＵＥがいつ想定することができるかに関するｇＮＢとＵＥとの間の不一致が存在しないことを保証する。

【0046】

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

【図面の簡単な説明】

【0047】

【図1】ＨＡＲＱ手順に関連付けられた様々な遅延を示す図である。

【図2】ＵＥにおいて情報が適用されるときの改訂されたタイムラインを示す図である。

【図3】本開示の実施形態が実装され得るセルラ通信システムの一例を示す図である。

【図4】本開示のいくつかの実施形態による、フィードバックを送信するための無線デバイスの動作を示す図である。

【図5】本開示のいくつかの実施形態による、フィードバックを受信するための基地局の動作を示す図である。

【図6】本開示のいくつかの実施形態による、無線アクセスノードの概略ブロック図である。

【図7】本開示のいくつかの実施形態による、図１２の無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。

【図8】本開示のいくつかの他の実施形態による、図６の無線アクセスノードの概略ブロック図である。

【図9】本開示のいくつかの実施形態による、ユーザ機器（ＵＥ）の概略ブロック図である。

【図10】本開示のいくつかの他の実施形態による、図９のＵＥの概略ブロック図である。

【図11】本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。

【図12】本開示のいくつかの実施形態による、部分的に無線接続上で基地局を介してＵＥと通信するホストコンピュータの一般化されたブロック図である。

【図13】本開示の一実施形態による、通信システム内で実施される方法を示すフローチャートである。

【図14】本開示の一実施形態による、通信システム内で実施される方法を示すフローチャートである。

【図15】本開示の一実施形態による、通信システム内で実施される方法を示すフローチャートである。

【図16】本開示の一実施形態による、通信システム内で実施される方法を示すフローチャートである。

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

【0048】

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の様式を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

【0049】

無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線通信デバイスのいずれかである。

【0050】

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」または「無線アクセスネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードのいくつかの例には、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第５世代（５Ｇ）ＮＲネットワーク内の新無線（ＮＲ）基地局（ｇＮＢ）もしくは３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワーク内の拡張またはエボルブドノードＢ（ｅＮＢ））、高出力もしくはマクロ基地局、低出力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、リレーノード、基地局の機能の一部を実装するネットワークノード（たとえば、ｇＮＢ中央ユニットを実装するネットワークノードもしくはｇＮＢ分散ユニットを実装するネットワークノード）、またはいくつかの他のタイプの無線アクセスノードの機能の一部を実装するネットワークノードが含まれる。

【0051】

コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。

【0052】

通信デバイス：本明細書で使用される「通信デバイス」は、アクセスネットワークにアクセスする任意のタイプのデバイスである。通信デバイスのいくつかの例には、限定はしないが、携帯電話、スマートフォン、センサーデバイス、メータ、車両、家電製品、医療器械、メディアプレーヤ、カメラ、または任意のタイプの家庭用電化製品、たとえば、限定はしないが、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、もしくはパーソナルコンピュータ（ＰＣ）が含まれる。通信デバイスは、無線接続または有線接続を介して音声および／またはデータを通信することが可能な、ポータブル、ハンドヘルド、コンピュータ内蔵、または車載のモバイルデバイスであってもよい。

【0053】

無線通信デバイス：通信デバイスの１つのタイプは無線通信デバイスであり、無線通信デバイスは、無線ネットワーク（たとえば、セルラネットワーク）にアクセスする（すなわち、無線ネットワークによってサーブされる）任意のタイプの無線デバイスであってもよい。無線通信デバイスのいくつかの例には、限定はしないが、３ＧＰＰネットワーク内のユーザ機器デバイス（ＵＥ）、機械型通信（ＭＴＣ）デバイス、およびモノのインターネット（ＩｏＴ）デバイスが含まれる。そのような無線通信デバイスは、携帯電話、スマートフォン、センサーデバイス、メータ、車両、家電製品、医療器械、メディアプレーヤ、カメラ、または任意のタイプの家庭用電化製品、たとえば、限定はしないが、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、もしくはＰＣであってもよく、それらに統合されてもよい。無線通信デバイスは、無線接続を介して音声および／またはデータを通信することが可能な、ポータブル、ハンドヘルド、コンピュータ内蔵、または車載のモバイルデバイスであってもよい。

【0054】

ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムの無線アクセスネットワークまたはコアネットワークのいずれかの一部である任意のノードである。

【0055】

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

【0056】

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

【0057】

図３は、本開示の実施形態が実装され得るセルラ通信システム３００の一例を示す。本明細書に記載された実施形態では、セルラ通信システム３００は、ＮＲ ＲＡＮを含む５Ｇシステム（５ＧＳ）である。この例では、ＲＡＮは、対応する（マクロ）セル３０４－１および３０４－２を制御する、５Ｇ ＮＲではｇＮＢと呼ばれる基地局３０２－１および３０２－２（たとえば、ｇｎ－ｅＮＢと呼ばれる、５ＧＣに接続されたＬＴＥ ＲＡＮノード）を含む。基地局３０２－１および３０２－２は、概して、本明細書では、まとめて基地局３０２と呼ばれ、個別に基地局３０２と呼ばれる。同様に、（マクロ）セル３０４－１および３０４－２は、概して、本明細書では、まとめて（マクロ）セル３０４と呼ばれ、個別に（マクロ）セル３０４と呼ばれる。ＲＡＮは、対応するスモールセル３０８－１～３０８－４を制御する、いくつかの低電力ノード３０６－１～３０６－４をも含み得る。低電力ノード３０６－１～３０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル３０８－１～３０８－４のうちの１つまたは複数は、基地局３０２によって代替的に提供され得る。低電力ノード３０６－１～３０６－４は、概して、本明細書では、まとめて低電力ノード３０６と呼ばれ、個別に低電力ノード３０６と呼ばれる。同様に、スモールセル３０８－１～３０８－４は、概して、本明細書では、まとめてスモールセル３０８と呼ばれ、個別にスモールセル３０８と呼ばれる。セルラ通信システム３００は、５ＧＳにおいて５Ｇコア（５ＧＣ）と呼ばれる、コアネットワーク３１０をも含む。基地局３０２（および、随意に低電力ノード３０６）は、コアネットワーク３１０に接続される。

【0058】

基地局３０２および低電力ノード３０６は、対応するセル３０４および３０８中の無線通信デバイス３１２－１～３１２－５にサービスを提供する。無線通信デバイス３１２－１～３１２－５は、概して、本明細書では一括して無線通信デバイス３１２と呼ばれ、個別に無線通信デバイス３１２と呼ばれる。以下の説明では、無線通信デバイス３１２はＵＥであることが多いが、本開示はそれに限定されない。

【0059】

ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定する（仮定する）ことができるかに関してタイムラインを定義する利益は、どの情報が想定されるかに関するｇＮＢとＵＥとの間の同様の理解を保証することである。アクティブ化／非アクティブ化情報のための改善されたシステムおよび方法が必要とされる。

【0060】

ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定する（仮定する）ことができるかに関してタイムラインを定義する利益は、どの情報が想定されるかに関するｇＮＢとＵＥとの間の同様の理解を保証することである。アクティブ化／非アクティブ化情報のための改善されたシステムおよび方法が必要とされる。

【0061】

現在、いくつかの困難が存在する。ＨＡＲＱフィードバックがＵＥに対して無効にされると、それは、上述された重大なＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する方法に関する問題である。さらに、ＮＴＮにおける片道遅延は地上波ネットワークよりもかなり大きい可能性があるので、スロットｎ内でＵＥによって送信されたＡＣＫ／ＮＡＣＫは、片道遅延の後までｇＮＢに到達しない場合がある。この片道遅延は、通常、

より大きいので、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が発効できることをＵＥがいつ想定する（仮定する）ことができるかに関して既存のＮＲリリース１５のタイムラインを使用することは、ＵＥが想定するものとｇＮＢが想定するものとの間の不一致につながる。

【0062】

本開示のいくつかの実施形態は、ラウンドトリップ伝搬遅延が通常の、たとえば、インザスカイ（ＩＴＳ）無線アクセスノードなどの場合の４ｍｓよりも長い実施形態に関する。本明細書で使用されるＩＴＳ無線アクセスノードは、たとえば、低地球軌道（ＬＥＯ）衛星、ドローン、バルーンなどの飛翔体に実装された無線アクセスノードである。本明細書において提供された説明の焦点はＩＴＳ無線アクセスノードに当てられるが、本明細書で開示された概念は、ラウンドトリップ伝搬遅延が増大した任意のシステムに等しく適用可能であることに留意されたい。

【0063】

また、分散無線ネットワークを有するいくつかの状況では、ラウンドトリップ伝搬遅延も増大する場合がある。たとえば、デジタルベースバンド信号は、おそらくギガビットイーサネットリンクを介して、離れた場所にある無線機器にストリーミングされる場合がある。このようにして、無線ネットワークノードはすべて、領域の中心の位置で動作することができる。これは、ラウンドトリップ伝搬遅延が増大する状況につながる場合がある。さらに、本明細書で開示された実施形態は、無線デバイスのさらなる設定可能性を可能にする。たとえば、ラウンドトリップ伝搬遅延が時間とともに変化する場合、これらの手順は、これらの変化する環境に適応するために再評価することができる。

【0064】

信頼できる媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のＡＣＫ／ＮＡＣＫ確認のためのシステムおよび方法が提供される。いくつかの実施形態では、フィードバックを送信するための、無線デバイスによって実施される方法は、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること、および／またはアクティブ化／非アクティブ化コマンドに関するフィードバックを送信することを含む。このようにして、無線デバイスは、非地上波ネットワーク（ＮＴＮ）において重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することが可能にされる。さらに、大きい片道遅延の存在下で、これは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報が無線デバイスにおいて発効できることを無線デバイスがいつ想定することができるかに関する基地局と無線デバイスとの間の不一致が存在しないことを保証する。

【0065】

図４は、本開示のいくつかの実施形態による、フィードバックを送信するための無線デバイスの動作を示す。いくつかの実施形態では、フィードバックを送信するための、無線デバイスによって実施される方法は、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスを設定されること（ステップ４００）、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信することであって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること（ステップ４０２）、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを送信すること（ステップ４０４）のうちの１つまたは複数を含む。いくつかの実施形態では、方法はまた、任意選択で、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを受信することであって、受信がフィードバック無効ＨＡＲＱプロセスのうちの１つを使用する、第２のアクティブ化／非アクティブ化コマンドを受信すること（ステップ４０６）、および第２のアクティブ化／非アクティブ化コマンド中の情報を適用しないこと（ステップ４０８）のうちの１つまたは複数を含む。

【0066】

いくつかの実施形態は、ＮＴＮネットワークにおける重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックをＵＥが送信することを可能にする。さらに、大きい片道遅延の存在下で、提案されたソリューションは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報がＵＥにおいて発効できることをＵＥがいつ想定することができるかに関するｇＮＢとＵＥとの間の不一致が存在しないことを保証する。

【0067】

図５は、本開示のいくつかの実施形態による、フィードバックを受信するための基地局の動作を示す。いくつかの実施形態では、フィードバックを受信するための、基地局によって実施される方法は、フィードバックを要求するアクティブ化／非アクティブ化コマンドを無線デバイスに送信することであって、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、送信が無線デバイスの少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（ステップ５０２）、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを無線デバイスから受信すること（ステップ５０４）のうちの１つまたは複数を含む。いくつかの実施形態では、方法はまた、任意選択で、アクティブ化／非アクティブ化コマンドを送信することより前に、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスで無線デバイスを設定すること（ステップ５００）を含む。いくつかの実施形態では、方法はまた、任意選択で、フィードバック無効ＨＡＲＱプロセスのうちの１つを使用して、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（ステップ５０６）、および無線デバイスが第２のアクティブ化／非アクティブ化コマンド中の情報を適用しなかったと判断すること（ステップ５０８）のうちの１つまたは複数を含む。

【0068】

いくつかの実施形態は、ＮＴＮネットワークにおける重大なアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックをＵＥが送信することを可能にする。さらに、大きい片道遅延の存在下で、提案されたソリューションは、ＭＡＣ ＣＥコマンド内のアクティブ化／非アクティブ化情報がＵＥにおいて発効できることをＵＥがいつ想定することができるかに関するｇＮＢとＵＥとの間の不一致が存在しないことを保証する。

【0069】

一実施形態では、ＵＥが重大なＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫをフィードバックすることを可能にするために、少なくとも１つのＨＡＲＱプロセスがＵＥのために有効にされる。場合によっては、１つのＨＡＲＱプロセスが有効にされるが、他の場合によっては、ＨＡＲＱプロセスの小さいサブセット（たとえば、２～４）が有効にされる。この実施形態を使用して、ＵＥがＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信するとき、このＰＤＳＣＨはＤＣＩ内でスケジュールされ、ＤＣＩはフィードバックを有効にしているＨＡＲＱプロセスを示す。ＵＥが最初に以下のように設定される簡単な例を考える。
●ＨＡＲＱプロセスＩＤ０～１を有するＨＡＲＱプロセスがフィードバック有効である。
●ＨＡＲＱプロセスＩＤ３～１５を有するＨＡＲＱプロセスがフィードバック無効である。

【0070】

上記の例では、ＵＥは、ＨＡＲＱプロセスＩＤ０または１を有するＨＡＲＱプロセスを使用してスケジュールされるＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨを受信することが予想される。すなわち、このＰＤＳＣＨをスケジュールするＤＣＩは、ＨＡＲＱプロセスＩＤを０または１のいずれかとして示す。ＵＥは、その結果、ＰＤＳＣＨを復号し、ＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信するであろう。

【0071】

別の問題は、フィードバックを無効にしているＨＡＲＱプロセスを使用してアクティブ化／非アクティブ化ＭＡＣ ＣＥコマンドを有するＰＤＳＣＨでＵＥがスケジュールされたときに発生することである。すなわち、ＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨをスケジュールするＤＣＩは、フィードバック無効ＨＡＲＱプロセスに対応するＨＡＲＱプロセスＩＤを示す。この問題に対する２つの可能なソリューションが存在する。

【0072】

一実施形態では、ＵＥがフィードバックを無効にしているＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドを受信するとき、ＵＥはＭＡＣ ＣＥコマンドを無視し、ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに示された情報を適用しない。結果として、ＵＥはＰＵＣＣＨ上で関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信しない。たとえば、ＵＥがＤＣＩのＴＣＩフィールドのコードポイントへの１つまたは複数のＴＣＩ状態のマッピングを与えるＰＤＳＣＨに対するアクティブ化ＭＡＣ ＣＥコマンドを受信することを考えよう。このアクティブ化ＭＡＣ ＣＥコマンドがフィードバック無効ＨＡＲＱプロセスを使用して受信された場合、ＵＥはＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドを無視し、ＤＣＩのＴＣＩフィールドのコードポイントへの１つまたは複数のＴＣＩ状態の示されたマッピングを適用しない。この例に示された手順と同様のＵＥ手順は、以下に関係する他のＭＡＣ ＣＥに適用可能である。

【0073】

ｓＣｅｌｌのアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、ｓＣｅｌｌのアクティブ化／非アクティブ化を適用しない／想定しない。

【0074】

ＰＵＣＣＨ用の空間関係情報のアクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、ＰＵＣＣＨ用の空間関係情報のアクティブ化／非アクティブ化を想定しない。

【0075】

ＣＯＲＥＳＥＴ用のＴＣＩ状態情報のアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、ＣＯＲＥＳＥＴ用のＴＣＩ状態情報のアクティブ化／非アクティブ化を想定しない。

【0076】

ＺＰ（ゼロ出力）ＣＳＩ－ＲＳ（チャネル状態情報参照信号）リソースセットのアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、半永続的なＺＰ ＣＳＩ－ＲＳリソースのアクティブ化／非アクティブ化を想定しない。

【0077】

半永続的なＣＳＩリソース設定のアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、半永続的なＣＳＩリソース設定のアクティブ化／非アクティブ化を想定しない。

【0078】

半永続的なＣＳＩレポート設定のアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、半永続的なＣＳＩレポート設定のアクティブ化／非アクティブ化を想定しない。

【0079】

半永続的なＳＲＳのアクティブ化／非アクティブ化：ＵＥは、フィードバック無効ＨＡＲＱプロセスを使用してＭＡＣ ＣＥコマンドが受信された場合、半永続的なＳＲＳリソースのアクティブ化／非アクティブ化を想定しない。

【0080】

代替の実施形態では、ＵＥがフィードバックを無効にしているＨＡＲＱプロセスを使用してＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨを受信するとき、ＵＥはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの無効化を撤回し、ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに示された情報を適用する。この場合、ＵＥはＰＵＣＣＨ上で関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの無効化の撤回は、ＰＤＳＣＨがＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するＭＡＣ ＣＥコマンドを搬送する場合にのみ適用される。ＰＤＳＣＨがＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するＭＡＣ ＣＥコマンドを搬送しない場合、このＰＤＳＣＨはフィードバック無効ＨＡＲＱプロセスを使用してスケジュールされ、このＰＤＳＣＨに対するＰＵＣＣＨ上のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは存在しない（すなわち、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックの撤回は適用されない）。

【0081】

代替の実施形態では、ＵＥがフィードバックを無効にしているＨＡＲＱプロセスを使用してＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求するＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨを受信するとき、ＵＥは以下を実行する。
○ＰＤＳＣＨが正しく復号された場合、ＵＥは、
●ＤＣＩスケジューリング内のフィールドＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータに基づいてＨＡＲＱ－ＡＣＫフィードバックスロットｎを決定し、
●スロットｎ内でＨＡＲＱ ＡＣＫフィードバックを送信せず、
●スロット

またはスロット

の後の最初の適用可能なスロットまたはスロット

の後の最初のスロットにＭＡＣ ＣＥコマンドによって示されたアクションを適用する。
○そうでない場合、ＵＥは、
●ＰＤＳＣＨを廃棄し、ＨＡＲＱ ＮＡＣＫフィードバックを送信しない。

【0082】

この場合、ＵＥはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信しないので、ＭＡＣ ＣＥ適用タイミングについてＵＥとｇＮＢとの間に不明確な期間が存在する場合がある。不明確さはｇＮＢの実装形態によって解決することができる。たとえば、不確実性を軽減するために、ｇＮＢは堅固な送信を使用して、ＭＡＣ ＣＥコマンドを搬送するＰＤＳＣＨおよび対応する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のスケジューリングを送信することができる。

【0083】

ＭＡＣ ＣＥコマンド内の情報がＵＥにおいていつ発効するかに関する同じ理解をｇＮＢおよびＵＥが有することを保証する問題を解決するために、ＵＥにおいて情報がいつ適用されるかに関する改訂されたタイムラインが提供される。改訂されたタイムラインが図２に示され、そこには、ｇＮＢ ＵＬタイミングと比較してＵＥのＵＬフレームタイミングに適用されたタイミングアドバンスが存在する。このタイミングアドバンスは、大きい片道遅延を補償するためのものである。この場合、ＵＥがスロットｎ内のＭＡＣ ＣＥコマンドに関係するＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信すると、ｇＮＢはかなり遅れて（すなわち、片道遅延の後）ＨＡＲＱ ＡＣＫ／ＮＡＣＫを受信する。次いで、この遅延を補償するために、ＭＡＣ ＣＥコマンド内の情報は、ＵＥにおいて、スロット

に、またはスロット

の後の最初の適用可能なスロットに、またはスロット

の後の最初のスロットから適用されることが想定（仮定）され、ここで、ＸはｇＮＢからＵＥに示されたスロットの数である。いくつかの実施形態では、Ｘの値は、システム情報（すなわち、ＳＩＢ）の一部として示される。他の実施形態では、Ｘの値は、ＵＥに対するＵＥ固有のＲＲＣ設定の一部として示される。

【0084】

いくつかの実施形態では、ＵＥにおいてスロットｎと

との間で、ＵＥは信頼できるデータでスケジュールされることが予想される。いくつかの実施形態では、信頼できるスケジューリングを保証するために、ＰＤＳＣＨスケジューリングについてデフォルトのＴＣＩ状態が想定されてもよい。デフォルトのＴＣＩ状態は、ＰＤＣＣＨに関連付けられたＴＣＩ状態であってもよい。

【0085】

図６は、本開示のいくつかの実施形態による、無線アクセスノード６００の概略ブロック図である。任意選択の特徴が破線ボックスによって表されている。無線アクセスノード６００は、たとえば、基地局３０２もしくは３０６、または本明細書に記載された基地局３０２もしくはｇＮＢの機能のすべてもしくは一部を実装するネットワークノードであってもよい。示されているように、無線アクセスノード６００は、１つまたは複数のプロセッサ６０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ６０６と、ネットワークインターフェース６０８とを含む制御システム６０２を含む。１つまたは複数のプロセッサ６０４は、本明細書では処理回路とも呼ばれる。さらに、無線アクセスノード６００は、各々が、１つまたは複数のアンテナ６１６に結合された１つまたは複数の送信機６１２と１つまたは複数の受信機６１４とを含む、１つまたは複数の無線ユニット６１０を含み得る。無線ユニット６１０は、無線インターフェース回路と呼ばれるか、または無線インターフェース回路の一部であり得る。いくつかの実施形態では、（１つまたは複数の）無線ユニット６１０は、制御システム６０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム６０２に接続される。しかしながら、いくつかの他の実施形態では、（１つまたは複数の）無線ユニット６１０および潜在的に（１つまたは複数の）アンテナ６１６は、制御システム６０２とともに一体化される。１つまたは複数のプロセッサ６０４は、本明細書で説明されるように無線アクセスノード６００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ６０６に記憶され、１つまたは複数のプロセッサ６０４によって実行される、ソフトウェアで実装される。

【0086】

図７は、本開示のいくつかの実施形態による、無線アクセスノード６００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードが同様の仮想化アーキテクチャを有してもよい。繰り返すが、任意選択の特徴が破線ボックスによって表されている。

【0087】

本明細書で使用される「仮想化された」無線アクセスノードは、無線アクセスノード６００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装される無線アクセスノード６００の一実装形態である。図示されたように、この例では、無線アクセスノード６００は、上述されたように、制御システム６０２および／または１つもしくは複数の無線ユニット６１０を含んでもよい。制御システム６０２は、たとえば、光ケーブルなどを介して無線ユニット６１０に接続されてもよい。無線アクセスノード６００は、ネットワーク７０２に結合されるか、またはその一部として含まれる１つまたは複数の処理ノード７００を含む。存在する場合、制御システム６０２または無線ユニットは、ネットワーク７０２を介して処理ノード７００に接続される。各処理ノード７００は、１つまたは複数のプロセッサ７０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ７０６と、ネットワークインターフェース７０８とを含む。

【0088】

この例では、本明細書に記載された無線アクセスノード６００の機能７１０は、任意の所望の方式で、１つもしくは複数の処理ノード７００に実装されるか、または１つもしくは複数の処理ノード７００ならびに制御システム６０２および／もしくは無線ユニット６１０にわたって分散する。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード６００の機能７１０の一部または全部は、（１つまたは複数の）処理ノード７００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって諒解されるように、（１つまたは複数の）処理ノード７００と制御システム６０２との間の追加のシグナリングまたは通信が、所望の機能７１０のうちの少なくともいくつかを行うために使用される。特に、いくつかの実施形態では、制御システム６０２が含まれないことがあり、その場合、（１つまたは複数の）無線ユニット６１０は、（１つまたは複数の）適切なネットワークインターフェースを介して（１つまたは複数の）処理ノード７００と直接通信する。

【0089】

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のうちのいずれかに従って、少なくとも１つのプロセッサに、仮想環境における無線アクセスノード６００の機能７１０のうちの１つまたは複数を実装する無線アクセスノード６００またはノード（たとえば、処理ノード７００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

【0090】

図８は、本開示のいくつかの他の実施形態による、無線アクセスノード６００の概略ブロック図である。無線アクセスノード６００は、１つまたは複数のモジュール８００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール８００は、本明細書で説明される無線アクセスノード６００の機能を提供する。この説明は、モジュール８００が、処理ノード７００のうちの１つにおいて実装されるか、または複数の処理ノード７００にわたって分散され、ならびに／あるいは（１つまたは複数の）処理ノード７００および制御システム６０２にわたって分散され得る、図７の処理ノード７００に等しく適用可能である。

【0091】

図９は、本開示のいくつかの実施形態による、無線通信デバイス９００の概略ブロック図である。図示されたように、無線通信デバイス９００は、１つまたは複数のプロセッサ９０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ９０４と、各々が１つまたは複数のアンテナ９１２に結合された１つまたは複数の送信機９０８および１つまたは複数の受信機９１０を含む１つまたは複数のトランシーバ９０６とを含む。（１つまたは複数の）トランシーバ９０６は、当業者によって諒解されるように、（１つまたは複数の）アンテナ９１２と（１つまたは複数の）プロセッサ９０２との間で通信される信号を調節するように設定された、（１つまたは複数の）アンテナ９１２に接続された無線フロントエンド回路を含む。プロセッサ９０２は、本明細書では処理回路とも呼ばれる。トランシーバ９０６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上記で説明された無線通信デバイス９００の機能は、たとえば、メモリ９０４に記憶され、（１つまたは複数の）プロセッサ９０２によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。無線通信デバイス９００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカなどを含む入力／出力インターフェース、および／または無線通信デバイス９００への情報の入力を可能にし、かつ／もしくは無線通信デバイス９００からの情報の出力を可能にする任意の他の構成要素）、電力供給源（たとえば、バッテリーおよび関連付けられた電力回路）などの、図９に示されていないさらなる構成要素を含んでもよいことに留意されたい。

【0092】

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のうちのいずれかに従って、少なくとも１つのプロセッサに無線通信デバイス９００の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

【0093】

図１０は、本開示のいくつかの他の実施形態による、無線通信デバイス９００の概略ブロック図である。無線通信デバイス９００は、１つまたは複数のモジュール１０００を含み、それらの各々はソフトウェアで実装される。モジュール１０００は、本明細書に記載された無線通信デバイス９００の機能を提供する。

【0094】

図１１を参照すると、一実施形態によれば、通信システムが、ＲＡＮなどのアクセスネットワーク１１０２とコアネットワーク１１０４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク１１００を含む。アクセスネットワーク１１０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）など、複数の基地局１１０６Ａ、１１０６Ｂ、１１０６Ｃを備え、各々が、対応するカバレッジエリア１１０８Ａ、１１０８Ｂ、１１０８Ｃを規定する。各基地局１１０６Ａ、１１０６Ｂ、１１０６Ｃは、有線接続または無線接続１１１０を介してコアネットワーク１１０４に接続可能である。カバレッジエリア１１０８Ｃ中に位置する第１のＵＥ１１１２が、対応する基地局１１０６Ｃに無線で接続するか、または対応する基地局１１０６Ｃによってページングされるように設定される。カバレッジエリア１１０８Ａ中の第２のＵＥ１１１４が、対応する基地局１１０６Ａに無線で接続可能である。この例では複数のＵＥ１１１２、１１１４が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局１１０６に接続している状況に等しく適用可能である。

【0095】

通信ネットワーク１１００は、それ自体、ホストコンピュータ１１１６に接続され、ホストコンピュータ１１１６は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ１１１６は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク１１００とホストコンピュータ１１１６との間の接続１１１８および１１２０は、コアネットワーク１１０４からホストコンピュータ１１１６に直接延び得るか、または随意の中間ネットワーク１１２２を介して進み得る。中間ネットワーク１１２２は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１１２２は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク１１２２は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

【0096】

図１１の通信システムは全体として、接続されたＵＥ１１１２、１１１４とホストコンピュータ１１１６との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１１２４として説明され得る。ホストコンピュータ１１１６および接続されたＵＥ１１１２、１１１４は、アクセスネットワーク１１０２、コアネットワーク１１０４、任意の中間ネットワーク１１２２、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１１２４を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１１２４は、ＯＴＴ接続１１２４が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１１０６は、接続されたＵＥ１１１２にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１１１６から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局１１０６は、ＵＥ１１１２から発生してホストコンピュータ１１１６に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

【0097】

次に、一実施形態による、前の段落において説明されたＵＥ、基地局、およびホストコンピュータの例示的な実装形態が、図１２を参照しながら説明される。通信システム１２００では、ホストコンピュータ１２０２が、通信システム１２００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１２０６を含む、ハードウェア１２０４を備える。ホストコンピュータ１２０２は、記憶能力および／または処理能力を有し得る、処理回路１２０８をさらに備える。特に、処理回路１２０８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１２０２は、ホストコンピュータ１２０２に記憶されるかまたはホストコンピュータ１２０２によってアクセス可能であり、処理回路１２０８によって実行可能である、ソフトウェア１２１０をさらに備える。ソフトウェア１２１０は、ホストアプリケーション１２１２を含む。ホストアプリケーション１２１２は、ＵＥ１２１４およびホストコンピュータ１２０２において終端するＯＴＴ接続１２１６を介して接続するＵＥ１２１４など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１２１２は、ＯＴＴ接続１２１６を使用して送信されるユーザデータを提供し得る。

【0098】

通信システム１２００は、通信システム中に提供される基地局１２１８をさらに含み、基地局１２１８は、基地局１２１８がホストコンピュータ１２０２およびＵＥ１２１４と通信することを可能にするハードウェア１２２０を備える。ハードウェア１２２０は、通信システム１２００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１２２２、ならびに基地局１２１８によってサーブされるカバレッジエリア（図１２に図示せず）中に位置するＵＥ１２１４との少なくとも無線接続１２２６をセットアップおよび維持するための無線インターフェース１２２４を含み得る。通信インターフェース１２２２は、ホストコンピュータ１２０２への接続１２２８を容易にするように設定され得る。接続１２２８は直接であり得るか、あるいは接続１２２８は、通信システムのコアネットワーク（図１２に図示せず）を、および／または通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１２１８のハードウェア１２２０は、処理回路１２３０をさらに含み、処理回路１２３０は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。基地局１２１８は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１２３２をさらに有する。

【0099】

通信システム１２００は、すでに言及されたＵＥ１２１４をさらに含む。ＵＥ１２１４のハードウェア１２３４は、ＵＥ１２１４が現在位置するカバレッジエリアをサーブする基地局との無線接続１２２６をセットアップおよび維持するように設定された、無線インターフェース１２３６を含み得る。ＵＥ１２１４のハードウェア１２３４は、処理回路１２３８をさらに含み、処理回路１２３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１２１４は、ＵＥ１２１４に記憶されるかまたはＵＥ１２１４によってアクセス可能であり、処理回路１２３８によって実行可能である、ソフトウェア１２４０をさらに備える。ソフトウェア１２４０は、クライアントアプリケーション１２４２を含む。クライアントアプリケーション１２４２は、ホストコンピュータ１２０２のサポートを伴って、ＵＥ１２１４を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１２０２では、実行しているホストアプリケーション１２１２は、ＵＥ１２１４およびホストコンピュータ１２０２において終端するＯＴＴ接続１２１６を介して、実行しているクライアントアプリケーション１２４２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１２４２は、ホストアプリケーション１２１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１２１６は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１２４２は、クライアントアプリケーション１２４２が提供するユーザデータを生成するためにユーザと対話し得る。

【0100】

図１２に示されているホストコンピュータ１２０２、基地局１２１８、およびＵＥ１２１４は、それぞれ、図１１のホストコンピュータ１１１６、基地局１１０６Ａ、１１０６Ｂ、１１０６Ｃのうちの１つ、およびＵＥ１１１２、１１１４のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１２に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１１のものであり得る。

【0101】

図１２では、ＯＴＴ接続１２１６は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１２１８を介したホストコンピュータ１２０２とＵＥ１２１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ルーティングは、ＵＥ１２１４からまたはホストコンピュータ１２０２を動作させるサービスプロバイダから、またはその両方から隠れるように設定され得る。ＯＴＴ接続１２１６がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

【0102】

ＵＥ１２１４と基地局１２１８との間の無線接続１２２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１２２６が最後のセグメントを形成するＯＴＴ接続１２１６を使用して、ＵＥ１２１４に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それにより、たとえば、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、より良い応答性、延長されたバッテリー寿命などの利益を提供し得る。

【0103】

１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１２０２とＵＥ１２１４との間のＯＴＴ接続１２１６を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１２１６を再設定するためのネットワーク機能は、ホストコンピュータ１２０２のソフトウェア１２１０およびハードウェア１２０４でまたはＵＥ１２１４のソフトウェア１２４０およびハードウェア１２３４で、またはその両方で実装され得る。いくつかの実施形態では、ＯＴＴ接続１２１６が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１２１０、１２４０が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１２１６の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１２１８に影響を及ぼす必要がなく、再設定は、基地局１２１８に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１２０２の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１２１０および１２４０が、伝搬時間、エラーなどを監視しながら、ソフトウェア１２１０および１２４０が、ＯＴＴ接続１２１６を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。

【0104】

図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。ステップ１３００において、ホストコンピュータはユーザデータを提供する。ステップ１３００の（随意であり得る）サブステップ１３０２において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１３０４において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１３０６において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１３０８において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

【0105】

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。方法のステップ１４００において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１４０２において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ１４０４において、ＵＥは、送信において搬送されたユーザデータを受信する。

【0106】

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１５００において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１５０２において、ＵＥはユーザデータを提供する。ステップ１５００の（随意であり得る）サブステップ１５０４において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１５０２の（随意であり得る）サブステップ１５０６において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１５０８において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１５１０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

【0107】

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１６００において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１６０２において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１６０４において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

【0108】

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

【0109】

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

【0110】

実施形態

【0111】

グループＡの実施形態

【0112】

実施形態１： フィードバックを送信するための、無線デバイスによって実施される方法であって、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること（４００）、フィードバックを要求するアクティブ化／非アクティブ化コマンドを受信すること（４０２）であって、受信が少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用する、アクティブ化／非アクティブ化コマンドを受信すること（４０２）、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを送信すること（４０４）のうちの１つまたは複数を含む、方法。

【0113】

実施形態２： 無線デバイスがネットワークノードによって設定される、実施形態１の方法。

【0114】

実施形態３： アクティブ化／非アクティブ化コマンドを受信することが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）アクティブ化／非アクティブ化コマンドを搬送する第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワークノードから受信することを含む、実施形態１から２のいずれかの方法。

【0115】

実施形態４： フィードバックを送信することが、ＰＵＣＣＨ上の第１のＰＤＳＣＨに対応するスロットｎ内のＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することを含む、実施形態１から３のいずれかの方法。

【0116】

実施形態５： 無線デバイスが、ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに関係する情報がスロット

の後の最初のスロットから無線デバイスにおいて適用されることを想定する、実施形態１から４のいずれかの方法。

【0117】

実施形態６： Ｘの値が、無線デバイス固有の無線リソース制御（ＲＲＣ）設定の一部として示される、実施形態５の方法。

【0118】

実施形態７： Ｘの値が、システム情報（たとえば、システム情報ブロック（ＳＩＢ））の一部として示される、実施形態５の方法。

【0119】

実施形態８： フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを受信することであって、受信がフィードバック無効ＨＡＲＱプロセスのうちの１つを使用する、第２のアクティブ化／非アクティブ化コマンドを受信すること（４０６）、および第２のアクティブ化／非アクティブ化コマンド中の情報を適用しないこと（４０８）のうちの１つまたは複数をさらに含む、実施形態１から７のいずれかの方法。

【0120】

実施形態９： 情報を適用しないことが、第２のアクティブ化／非アクティブ化コマンドを無視することを含む、実施形態８の方法。

【0121】

実施形態１０： アクティブ化／非アクティブ化コマンドが、ダウンリンク制御インジケータ（ＤＣＩ）のＴＣＩフィールドのコードポイントへの１つまたは複数の送信設定インジケータ（ＴＣＩ）状態のマッピングを与えるＰＤＳＣＨのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0122】

実施形態１１： アクティブ化／非アクティブ化コマンドが、ｓＣｅｌｌのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0123】

実施形態１２： アクティブ化／非アクティブ化コマンドが、ＰＵＣＣＨの空間関係更新のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0124】

実施形態１３： アクティブ化／非アクティブ化コマンドが、制御リソースセット（ＣＯＲＥＳＥＴ）用のＴＣＩ状態情報を提供するためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0125】

実施形態１４： アクティブ化／非アクティブ化コマンドが、アクティブ化／非アクティブ化ＭＡＣ ＣＥまたは半永続的なゼロ出力チャネル状態情報（ＺＰ ＣＳＩ）－ＲＳを含む、実施形態１から９のいずれかの方法。

【0126】

実施形態１５： アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩリソース設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0127】

実施形態１６： アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩレポート設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0128】

実施形態１７： アクティブ化／非アクティブ化コマンドが、半永続的なＳＲＳのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１から９のいずれかの方法。

【0129】

実施形態１８： ユーザデータを提供することと、基地局への送信を介してホストコンピュータにユーザデータを転送することとをさらに含む、実施形態１から１７のいずれかの方法。

【0130】

グループＢの実施形態

【0131】

実施形態１９： フィードバックを受信するための、基地局によって実施される方法であって、フィードバックを要求するアクティブ化／非アクティブ化コマンドを無線デバイスに送信することであって、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、無線デバイスの少なくとも１つのフィードバック有効ＨＡＲＱプロセスを送信が使用する、アクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（５０２）、およびアクティブ化／非アクティブ化コマンドに関するフィードバックを無線デバイスから受信すること（５０４）のうちの１つまたは複数を含む、方法。

【0132】

実施形態２０： アクティブ化／非アクティブ化コマンドを送信することより前に、無線デバイスの残りのＨＡＲＱプロセスがフィードバックを無効にしているが、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスで無線デバイスを設定すること（５００）をさらに含む、実施形態１９の方法。

【0133】

実施形態２１： アクティブ化／非アクティブ化コマンドを送信することが、少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）アクティブ化／非アクティブ化コマンドを搬送する第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を無線デバイスに送信することを含む、実施形態１９から２０のいずれかの方法。

【0134】

実施形態２２： フィードバックを受信することが、ＰＵＣＣＨ上の第１のＰＤＳＣＨに対応するスロットｎ内のＰＵＣＣＨ上でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを受信することを含む、実施形態１９から２１のいずれかの方法。

【0135】

実施形態２３： 基地局が、ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに関係する情報がスロット

の後の最初のスロットから無線デバイスにおいて適用されることを想定する、実施形態１９から２２のいずれかの方法。

【0136】

実施形態２４： Ｘの値が、無線デバイス固有の無線リソース制御（ＲＲＣ）設定の一部として示される、実施形態２３の方法。

【0137】

実施形態２５： Ｘの値が、システム情報（たとえば、システム情報ブロック（ＳＩＢ））の一部として示される、実施形態２３の方法。

【0138】

実施形態２６： フィードバック無効ＨＡＲＱプロセスのうちの１つを使用して、フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを無線デバイスに送信すること（５０６）、および無線デバイスが第２のアクティブ化／非アクティブ化コマンド中の情報を適用しなかったと判断すること（５０８）のうちの１つまたは複数をさらに含む、実施形態１９から２５のいずれかの方法。

【0139】

実施形態２７： 情報を適用しないことが、無線デバイスが第２のアクティブ化／非アクティブ化コマンドを無視することを含む、実施形態２６の方法。

【0140】

実施形態２８： アクティブ化／非アクティブ化コマンドが、ダウンリンク制御インジケータ（ＤＣＩ）のＴＣＩフィールドのコードポイントへの１つまたは複数の送信設定インジケータ（ＴＣＩ）状態のマッピングを与えるＰＤＳＣＨのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0141】

実施形態２９： アクティブ化／非アクティブ化コマンドが、ｓＣｅｌｌのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0142】

実施形態３０： アクティブ化／非アクティブ化コマンドが、ＰＵＣＣＨの空間関係更新のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0143】

実施形態３１： アクティブ化／非アクティブ化コマンドが、制御リソースセット（ＣＯＲＥＳＥＴ）用のＴＣＩ状態情報を提供するためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0144】

実施形態３２： アクティブ化／非アクティブ化コマンドが、アクティブ化／非アクティブ化ＭＡＣ ＣＥまたは半永続的なゼロ出力チャネル状態情報（ＺＰ ＣＳＩ）－ＲＳを含む、実施形態１９から２７のいずれかの方法。

【0145】

実施形態３３： アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩリソース設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0146】

実施形態３４： アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩレポート設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0147】

実施形態３５： アクティブ化／非アクティブ化コマンドが、半永続的なＳＲＳのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、実施形態１９から２７のいずれかの方法。

【0148】

実施形態３６： ユーザデータを取得することと、ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることとをさらに含む、実施形態１９から３５のいずれか１つに記載の方法。

【0149】

グループＣの実施形態

【0150】

実施形態３７： フィードバックを送信するための無線デバイスであって、無線デバイスが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、無線デバイス。

【0151】

実施形態３８： フィードバックを受信するための基地局であって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、基地局に電力を供給するように設定された電力供給回路とを備える、基地局。

【0152】

実施形態３９： フィードバックを送信するためのユーザ機器（ＵＥ）であって、ＵＥは、無線信号を送り、受信するように設定されたアンテナと、アンテナと処理回路とに接続され、アンテナと処理回路との間で通信される信号を調節するように設定された、無線フロントエンド回路であって、処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーとを備える、ユーザ機器（ＵＥ）。

【0153】

実施形態４０： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

【0154】

実施形態４１： 基地局をさらに含む、実施形態４０に記載の通信システム。

【0155】

実施形態４２： ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態４０または４１に記載の通信システム。

【0156】

実施形態４３： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態４０から４２のいずれか１つに記載の通信システム。

【0157】

実施形態４４： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

【0158】

実施形態４５： 基地局においてユーザデータを送信することをさらに含む、実施形態４４に記載の方法。

【0159】

実施形態４６： ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態４４または４５に記載の方法。

【0160】

実施形態４７： 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態４４から４６のいずれか１つに記載の方法を実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。

【0161】

実施形態４８： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

【0162】

実施形態４９： セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態４８に記載の通信システム。

【0163】

実施形態５０： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、実施形態４８または４９に記載の通信システム。

【0164】

実施形態５１： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

【0165】

実施形態５２： ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態５１に記載の方法。

【0166】

実施形態５３： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

【0167】

実施形態５４： ＵＥをさらに含む、実施形態５３に記載の通信システム。

【0168】

実施形態５５： 基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態５３または５４に記載の通信システム。

【0169】

実施形態５６： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、実施形態５３から５５のいずれか１つに記載の通信システム。

【0170】

実施形態５７： ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、実施形態５３から５６のいずれか１つに記載の通信システム。

【0171】

実施形態５８： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

【0172】

実施形態５９： ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態５８に記載の方法。

【0173】

実施形態６０： ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、実施形態５８または５９に記載の方法。

【0174】

実施形態６１： ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態５８から６０のいずれか１つに記載の方法。

【0175】

実施形態６２： ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。

【0176】

実施形態６３： 基地局をさらに含む、実施形態６２に記載の通信システム。

【0177】

実施形態６４： ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態６２または６３に記載の通信システム。

【0178】

実施形態６５： ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、実施形態６２から６４のいずれか１つに記載の通信システム。

【0179】

実施形態６６： ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含み、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。

【0180】

実施形態６７： 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態６６に記載の方法。

【0181】

実施形態６８： 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態６６または６７に記載の方法。

【0182】

以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
・３ＧＰＰ 第３世代パートナーシッププロジェクト
・５Ｇ 第５世代
・５ＧＣ 第５世代コア
・５ＧＳ 第５世代システム
・ＡＣＫ 応答
・ＡＣＫ／ＮＡＣＫ 応答／否定応答
・ＡＦ アプリケーション機能
・ＡＭＦ アクセスおよびモビリティ機能
・ＡＮ アクセスネットワーク
・ＡＰ アクセスポイント
・ＡＵＳＦ 認証サーバ機能
・ＣＥ 制御要素
・ＣＯＲＥＳＥＴ 制御リソースセット
・ＣＰＵ 中央処理装置
・ＣＳＩ チャネル状態情報
・ＣＳＩ－ＲＳ チャネル状態情報参照信号
・ＤＣＩ ダウンリンク制御情報
・ＤＬ ダウンリンク
・ＤＮ データネットワーク
・ＤＳＰ デジタル信号プロセッサ
・ｅＭＢＢ 拡張モバイルブロードバンド
・ｅＮＢ 拡張またはエボルブドノードＢ
・ＧＥＯ 静止地球軌道
・ｇＮＢ 新無線基地局
・ＨＡＲＱ ハイブリッド自動再送要求
・ＨＳＳ ホーム加入者サーバ
・ＩｏＴ モノのインターネット
・ＩＰ インターネットプロトコル
・ＩＴＳ インザスカイ
・ＬＥＯ 低地球軌道
・ＬＴＥ ロングタームエボリューション
・ＭＡＣ 媒体アクセス制御
・ＭＥＯ 中地球軌道
・ＭＭＥ モビリティ管理エンティティ
・ＭＴＣ 機械型通信
・ＮＡＣＫ 否定応答
・ＮＥＦ ネットワーク公開機能
・ＮＦ ネットワーク機能
・ＮＲ 新無線
・ＮＲＦ ネットワーク機能リポジトリ機能
・ＮＳＳＦ ネットワークスライス選択機能
・ＮＴＮ 非地上ネットワーク
・ＯＴＴ オーバーザトップ
・ＰＣ パーソナルコンピュータ
・ＰＣＦ ポリシ制御機能
・ＰＤＳＣＨ 物理ダウンリンク共有チャネル
・ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ＰＨＹ 物理層
・ＰＵＣＣＨ 物理アップリンク制御チャネル
・ＲＡＭ ランダムアクセスメモリ
・ＲＡＮ 無線アクセスネットワーク
・ＲＯＭ 読取り専用メモリ
・ＲＲＣ 無線リソース制御
・ＲＲＨ リモート無線ヘッド
・ＲＴＴ ラウンドトリップタイム
・ＳＡＷ ストップアンドウェイト
・ＳＣＥＦ サービス能力公開機能
・ｓＣｅｌｌ ２次セル
・ＳＣＳ サブキャリア間隔
・ＳＩＢ システム情報ブロック
・ＳＭＦ セッション管理機能
・ＴＢＳ トランスポートブロックサイズ
・ＴＣＩ 送信設定インジケータ
・ＵＤＭ 統合データ管理
・ＵＥ ユーザ機器
・ＵＬ アップリンク
・ＵＰＦ ユーザプレーン機能
・ＵＲＬＬＣ 超高信頼性低レイテンシ通信
・ＺＰ ゼロ出力

【0183】

当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2022-06-30

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

フィードバックを送信するための、無線デバイスによって実施される方法であって、前記方法が、
ネットワークノードにより、前記無線デバイスの残りのＨＡＲＱプロセスが前記フィードバックを無効にする一方で、少なくとも１つのフィードバック有効ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを設定されること（４００）、
システム情報ブロック（ＳＩＢ）の一部としてスロットの数Ｘの指示を受信することであって、ＸがＨＡＲＱ応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックに関連付けられた遅延に固有である、スロットの数Ｘの指示を受信すること、
前記少なくとも１つのフィードバック有効ＨＡＲＱプロセスを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上のＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを要求する媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）アクティブ化／非アクティブ化コマンドを搬送する第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワークノードから受信すること、
前記ＰＵＣＣＨ上の前記第１のＰＤＳＣＨに対応するスロットｎにおいて、前記ＰＵＣＣＨ上で前記ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信すること、
前記ＰＵＣＣＨに関連付けられたサブキャリア間隔（ＳＣＳ）μのためのサブフレーム当たりのスロットの数でＸを乗算することによって遅延期間を決定すること、および
前記ＭＡＣ ＣＥアクティブ化／非アクティブ化コマンドに関係する情報が前記無線デバイスにおいてスロットｎ’から適用されると想定することであって、前記スロットｎ’が前記スロットｎから前記決定された遅延期間によって与えられた遅延後である、こと
のうちの１つまたは複数を含む、方法。

【請求項2】

Ｘの値が、無線リソース制御（ＲＲＣ）設定の一部として示される、請求項１に記載の方法。

【請求項3】

フィードバックを要求する第２のアクティブ化／非アクティブ化コマンドを受信すること（４０６）であって、前記受信がフィードバック無効ＨＡＲＱプロセスのうちの１つを使用する、第２のアクティブ化／非アクティブ化コマンドを受信すること（４０６）、および
前記第２のアクティブ化／非アクティブ化コマンド中の情報を適用しないこと（４０８）
のうちの１つまたは複数をさらに含む、請求項１または２に記載の方法。

【請求項4】

前記第２のアクティブ化／非アクティブ化コマンド中の前記情報を適用しないことが、前記第２のアクティブ化／非アクティブ化コマンドを無視することを含む、請求項３に記載の方法。

【請求項5】

前記アクティブ化／非アクティブ化コマンドが、ダウンリンク制御インジケータ（ＤＣＩ）のＴＣＩフィールドのコードポイントへの１つまたは複数の送信設定インジケータ（ＴＣＩ）状態のマッピングを与える前記第１のＰＤＳＣＨのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記アクティブ化／非アクティブ化コマンドが、ｓＣｅｌｌのためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項7】

前記アクティブ化／非アクティブ化コマンドが、前記ＰＵＣＣＨの空間関係更新のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項8】

前記アクティブ化／非アクティブ化コマンドが、制御リソースセット（ＣＯＲＥＳＥＴ）用の送信設定インジケータ（ＴＣＩ）状態情報を提供するためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項9】

前記アクティブ化／非アクティブ化コマンドが、半永続的なゼロ出力チャネル状態情報参照信号（ＺＰ ＣＳＩ－ＲＳ）のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項10】

前記アクティブ化／非アクティブ化コマンドが、半永続的なチャネル状態情報（ＣＳＩ）リソース設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項11】

前記アクティブ化／非アクティブ化コマンドが、半永続的なＣＳＩレポート設定のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【請求項12】

前記アクティブ化／非アクティブ化コマンドが、半永続的なサウンディング参照信号（ＳＲＳ）のためのアクティブ化／非アクティブ化ＭＡＣ ＣＥを含む、請求項１から４のいずれか一項に記載の方法。

【国際調査報告】