特表 2025-505104 報告を送信および受信すること

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

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

(11)【公表番号】

(43)【公表日】2025-02-21

(54)【発明の名称】報告を送信および受信すること

(51)【国際特許分類】

   H04W 24/10 20090101AFI20250214BHJP

   H04W 72/12 20230101ALI20250214BHJP

   H04W 74/0836 20240101ALI20250214BHJP

【ＦＩ】

H04W24/10

H04W72/12

H04W74/0836

【審査請求】有

【予備審査請求】有

(21)【出願番号】P 2024541753

(86)(22)【出願日】2022-11-29

(85)【翻訳文提出日】2024-08-16

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

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

(87)【国際公開日】2023-07-20

(31)【優先権主張番号】63/298,382

(32)【優先日】2022-01-11

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

２．ブルートゥース

３．ＺＩＧＢＥＥ

４．Ｂｌｕ－ｒａｙ

５．ＢＬＵＥＴＯＯＴＨ

６．ＷＣＤＭＡ

７．ＬｏＲａ

８．ＳＩＧＦＯＸ

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

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

(74)【代理人】

【識別番号】100150670

【弁理士】

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

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

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

(72)【発明者】

【氏名】ベレシー， マルコ

(72)【発明者】

【氏名】パリチェレッテロージナイ， アリ

(72)【発明者】

【氏名】ラーマチャンドラ， プラディーパ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD23

5K067EE02

5K067EE10

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

少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から２４のいずれか一項に記載の方法（１００、２００）を行わせる命令を備える、コンピュータプログラム。

【請求項26】

電子信号、光信号、無線信号またはコンピュータ可読記憶媒体のうちの１つを備える、請求項２５に記載のコンピュータプログラムを含有している、キャリア。

【請求項27】

請求項２５に記載のコンピュータプログラムを記憶した非一時的コンピュータ可読媒体を備える、コンピュータプログラム製品。

【請求項28】

報告を送るためのユーザ機器（ＵＥ)であって、プロセッサとメモリとを備え、前記メモリが、前記ＵＥが
ネットワークノードにランダムアクセス（ＲＡ）報告を送る（１０２）
ように動作可能であるように、前記プロセッサによって実行可能な命令を含有し、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む、ユーザ機器（ＵＥ）。

【請求項29】

前記メモリが、前記ＵＥが請求項２から１３のいずれか一項に記載の方法（１００）を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を含有する、請求項２８に記載のＵＥ。

【請求項30】

報告を受信するためのネットワークノードであって、プロセッサとメモリとを備え、前記メモリが、前記ネットワークノードが
ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信する（２０２）
ように動作可能であるように、前記プロセッサによって実行可能な命令を含有し、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む、ネットワークノード。

【請求項31】

前記メモリが、前記ネットワークノードが、請求項１５から２４のいずれか一項に記載の方法（２００）を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を含有する、請求項３０に記載のネットワークノード。

【請求項32】

報告を送るためのユーザ機器（ＵＥ）であって、
ネットワークノードにランダムアクセス（ＲＡ）報告を送る（１０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む、ユーザ機器（ＵＥ）。

【請求項33】

前記ＵＥが、請求項２から１３のいずれか一項に記載の方法（１００）を実施するように設定される、請求項３２に記載のＵＥ。

【請求項34】

報告を受信するためのネットワークノードであって、
ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信する（２０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む、ネットワークノード。

【請求項35】

前記ネットワークノードが、請求項１５から２４のいずれか一項に記載の方法（２００）を実施するように設定される、請求項３４に記載のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の例示的な実施形態は、たとえば、ランダムアクセス（ＲＡ）報告など、報告を送信および受信することに関する。

【背景技術】

【0002】

いくつかの無線通信ネットワークでは、ランダムアクセスチャネル（ＲＡＣＨ）設定は、ユーザ体感およびネットワーク性能全体に重要な影響を及ぼすことがある。ＲＡＣＨ衝突確率、したがって、アクセスセットアップ遅延、ＵＬ非同期状態からのデータ再開遅延、ハンドオーバ遅延、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移遅延、およびビーム障害回復遅延はすべて、ＲＡＣＨ設定による影響を受ける。加えて、最も好適なダウンリンクビームに基づいてＲＡＣＨを実施することも重要であり、その実施は、不要なパワーランピングおよび障害が生じたＲＡＣＨアクセス試行を回避することになる。これは、ネットワークにとって、ならびにＲＡＣＨアクセスを試みるデバイスにとっての両方に有益であり、ネットワーク内での不要な干渉を回避し、遭遇する遅延およびデバイスエネルギー消費をやはり削減することができる。新無線（ＮＲ）では、新しい特徴は、ユーザ機器（ＵＥ）などのデバイスが、ＲＡＣＨ手順中にＲＡＣＨリソースを変更することを可能にし、これは、より複雑な動きをもたらす。

【0003】

ＲＡＣＨパラメータの設定は、以下のような多数の要因に依拠する：
・物理アップリンク共有チャネル（ＰＵＳＣＨ）からのアップリンクセル間干渉、
・ＲＡＣＨ負荷（呼び到着率、ＨＯ率、追跡エリア更新、ＲＲＣ＿Ｉｎａｃｔｉｖｅ遷移率、他のＳＩに対する要求、ビーム障害回復、セルカバレッジ下のトラフィックパターンおよび密度はＵＬ同期状態、したがって、ランダムアセスを使用する必要性に影響を及ぼすため、セルカバレッジ下のトラフィックパターンおよび密度)、
・アップリンク（ＵＬ）と補足アップリンク（ＳＵＬ）の不均衡、
・ＰＵＳＣＨ負荷、
・セルに割り当てられたプリアンブルの３次計量（ｃｕｂｉｃ ｍｅｔｒｉｃ）、
・セルが高速モードであるか否か、
・アップリンク（ＵＬ）とダンリンク（ＤＬ）の不均衡。

【0004】

ＲＡＣＨ最適化のターゲットは、以下の通りである：
・普及している同期信号ブロック（ＳＳＢ）のカバレッジ下でＵＥに対するアクセス遅延を最小限に抑える、
・ＵＥがブロードキャストシステム情報（ＳＩ）以外のＳＩを要求する遅延を最小限に抑える、
・アップリンク（ＵＬ）および補足アップリンク（ＳＵＬ）チャネル上のＵＥアクセス遅延の不均衡を最小限に抑える、
・ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態でのＵＥに対するビーム障害回復遅延を最小限に抑える、
・成功するまでの、ＲＡＣＨリソースに対する障害／不要ＲＡＣＨ試行を最小限に抑える。

【0005】

結果として、ＲＡＣＨ最適化機能は、ＲＡＣＨの性能に関するいくつかのパラメータを自動的に設定しようと試行することになる。自動ＲＡＣＨパラメータ設定は、ＵＥからＲＡＣＨ報告を収集することによって、かつｇＮｏｄｅＢ（ｇＮＢ）間のＰＲＡＣＨパラメータ交換によって、有効にされ得る。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）におけるＲＡＣＨ最適化のための情報報告／交換の機構および内容は、ＮＲの新しい特徴、たとえば、ビームおよびＳＵＬ、を考慮に入れながら、ベースラインとして使用され得る。

【0006】

ＲＡＣＨパラメータの設定は、次のように最適化され得る：
・ＲＡＣＨ設定（リソースユニット割り当て）；
・ＲＡＣＨプリアンブルスプリット（専用の、グループＡ、グループＢの間の）；
・ＲＡＣＨバックオフパラメータ値；
・ＲＡＣＨ送信電力制御パラメータ。

【0007】

最低限として、ＲＡＣＨ最適化は、ＵＥがＲＡＣＨ関連情報報告を次世代（ＮＧ）無線アクセスネットワーク（ＲＡＮ）ノードに提供することによって、かつＮＧ－ＲＡＮノード間の通常のＵＬキャリアおよびＳＵＬキャリアの物理ＲＡＣＨ（ＰＲＡＣＨ）設定の交換によって、実現される。

【0008】

制御ユニット－分散ユニット（ＣＵ－ＤＵ）アーキテクチャの場合、ｇＮＢ－ＤＵは、そのＲＡＣＨ設定をセルごとにｇＮＢ－ＣＵに報告することが可能にされるべきであり、ｇＮＢ－ＣＵは、ＲＡＣＨ設定をサービスされるセルごとに近隣ＮＧ－ＲＡＮノードにシグナリグすることが可能にされるべきである。これは、近隣セルのＲＡＣＨ設定が最適化されるかどうか、または近隣セル間でより良好なＲＡＣＨ協調を達成するために変更が必要とされるかどうかをＮＧ－ＲＡＮノードが識別することを可能にする。

【0009】

ＲＡＣＨ報告、たとえば、ＵＲ情報要求メッセージ、をＮＧ－ＲＡＮノード（潜在的に、現在のサービングセルのｇＮＢ－ＣＵ）から要求するポーリングメッセージを受信すると、ＵＥは、ＲＡＣＨ情報をＵＥ情報応答メッセージ内で報告する。ｇＮＢ－ＣＵおよびｇＮＢ－ＤＵは、最適化されたＲＡＣＨ設定を達成するために、ＲＡＣＨ報告および他のノード情報を考慮に入れる。

【0010】

ＲＡＣＨ情報報告の内容は以下を含む：
・ＳＳＢのインデックス、および試行の発生順に列挙された、試行された各ＳＳＢ上で送られるＲＡＣＨプリアンブルの数
・試行されたＳＳＢの周波数（ＮＲ絶対無線周波数チャネル番号（ＡＲＦＣＮ））
・試行された各ＳＳＢのビーム品質（すなわち、ビーム参照信号受信電力（ＢＲＳＲＰ）、ビーム参照信号受信品質（ＢＲＳＲＱ）、ビーム信号対干渉および雑音比（ＢＳＩＮＲ）など、ＲＡＣＨ試行中のビームレベル測定）
・選択されたＳＳＢがｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢしきい値を越えるかまたはその値を下回るかの指示
・ビーム選択時間に先立って、最後の測定から経過した時間
・ＳＵＬ上で送られたＲＡＣＨプリアンブルの数
・ＮＵＬ（通常ＵｐＬｉｎｋまたは非補足ＵｐＬｉｎｋ）上で送られたＲＡＣＨプリアンブルの数
・競合ベースＲＡＣＨアクセス（ＣＢＲＡ）と競合フリーＲＡＣＨアクセス（ＣＦＲＡ）競合検出指示との間のフォールバックの総数

【0011】

上記のＲＡＣＨ情報報告は、マルチ無線アクセス技術（ＲＡＴ）デュアルコネクティビティ（ＭＲ－ＤＣ）事例用のセカンダリノード（ＳＮ）にも適用されるべきである。

【0012】

ランダムアクセス手順が実施されるときのＲＡＣＨ情報の報告は、ＲＡＣＨ手順が成功した場合、ＲＲＣにおけるＵＥ情報手順（３ＧＰＰ ＴＳ３８．３３１ ｖ１６．４．１の第５．７．１０．３項）を介してネットワークによって要求され得る。さらに、ＵＥによって含まれるＲＡ報告内に情報は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．４．１の第５．７．１０．５項に指定されている。

【0013】

バッファ状態報告（ＢＳＲ）は、ＵＥ側でのアップリンク送信のためのバッファリングされたデータサイズを報告するように規定されている。バッファリングされた状態は、論理チャネルグループ（ＬＣＧ）ごとに報告される。ＮＲでは、最高で８個のＬＣＧが存在する。３ＧＰＰ ＴＳ３８．３２１ ｖ１６．７．０の第５．４．５項において規定されている３タイプのＢＳＲ、すなわち、通常のＢＳＲ、周期的ＢＳＲ、およびパディングＢＳＲ、が存在する。

【発明の概要】

【0014】

本開示の一態様は、報告を送るためにユーザ機器（ＵＥ）によって実施される方法を提供する。この方法は、ネットワークノードにランダムアクセス（ＲＡ）報告を送ることを含み、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0015】

本開示の別の態様は、報告を受信するためにネットワークノードによって実施される方法を提供する。この方法は、ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信することを含み、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0016】

本開示のさらなる態様は、報告を送るためのユーザ機器（ＵＥ）を提供する。ＵＥは、プロセッサとメモリとを備える。メモリは、ＵＥがネットワークノードにランダムアクセス（ＲＡ）報告を送るように動作可能であるように、プロセッサによって実行可能な命令を含有し、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0017】

本開示のまたさらなる態様は、報告を受信するためのネットワークノードを提供する。ネットワークノードは、プロセッサとメモリとを備える。メモリは、ネットワークノードがユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信するように動作可能であるように、プロセッサによって実行可能な命令を含有し、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0018】

本開示の追加の態様は、報告を送るためのユーザ機器（ＵＥ）を提供する。このＵＥは、ネットワークノードにランダムアクセス（ＲＡ）報告を送るように設定され、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0019】

本開示のさらなる態様は、報告を受信するためのネットワークノードを提供する。このネットワークノードは、ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信するように設定され、ＲＡ報告は、ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時のＵＥのアップリンクデータバッファ内のデータのサイズの指示を含む。

【0020】

本開示の例をより良好に理解し、また、これらの例を実施することができる方法をより明確に示すために、次に、単なる例として以下の図面を参照する。

【図面の簡単な説明】

【0021】

【図1】特定の実施形態による、報告を送るためにユーザ機器（ＵＥ）によって実施される方法を示す図である。

【図2】特定の実施形態による、報告を受信するためにネットワークノードによって実施される方法を示す図である。

【図3】いくつかの実施形態による、通信システムＱＱ１００の一例を示す図である。

【図4】いくつかの実施形態による、ユーザ機器（ＵＥ）を示す図である。

【図5】いくつかの実施形態による、ネットワークノードＱＱ３００を示す図である。

【図6】本明細書で説明する様々な態様による、ホストのブロック図である。

【図7】いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示すブロック図である。

【図8】いくつかの実施形態による、部分的無線接続上でネットワークノードを介してＵＥと通信するホストの通信図である。

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

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

本開示では、ペイロードサイズ、ＵＬデータのサイズ、およびＢＳＲ値という用語が使用される。以下は、これらの用語のハイレベル規定（これらの用語の意図される意味）を提供する。
・「ペイロードサイズ」という用語は、ｍｓｇＡ内で送信される追加のパディングを何も含まない、ペイロードのサイズを指す。
・「ＢＲＳ値」という用語は、ＢＳＲ ＭＡＣ ＣＥ内で示されるようなバッファ状態を指す。
・「ＵＬデータのサイズ」という用語は、ランダムアクセス（ＲＡ）手順の始動時にＵＥのアップリンク（ＵＬ）バッファ内に存在するデータの量（またはサイズ）を指す、たとえば、ＵＬデータのサイズ＝ペイロードサイズ＋ＢＳＲ値。「全体的なバッファサイズ」という用語も同じことを指す。

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

いくつかの例では、１つまたは複数の実施形態が改善するデータレート、レイテンシ、および他の因子を監視するために測定手順が提供されてもよい。測定結果の変動に応じて、ホストＱＱ６０２とＵＥ ＱＱ６０６との間のＯＴＴ接続ＱＱ６５０を再設定するための随意のネットワーク機能性がさらに存在し得る。測定手順および／またはＯＴＴ接続を再設定するためのネットワーク機能性は、ホストＱＱ６０２および／またはＵＥ ＱＱ６０６のソフトウェアおよびハードウェアにおいて実装され得る。いくつかの実施形態では、センサ（図示せず）をＯＴＴ接続ＱＱ６５０が通過する他のデバイスの中に、またはこれらと関連して配置することができ、これらのセンサは、上で例示した監視された量の値を供給すること、またはソフトウェアが監視された量を計算し、または推定することができる、他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続ＱＱ６５０の再設定は、メッセージフォーマット、再送設定、優先されるルーティングなどを含んでよく、再設定は、ネットワークノードＱＱ６０４の動作を直接変更する必要がない。このような手順および機能性は、場合によっては当技術分野で知られており、また、実践されている。いくつかの実施形態では、ホストQQ６０２によって、測定は、スループット、伝播時間、レイテンシなどの測定を容易にするプロプリエタリＵＥシグナリングを伴い得る。測定は、ソフトウェアが、伝搬時間、誤りなどを監視している間に、ＯＴＴ接続ＱＱ６５０を使用して、メッセージ、詳細には、空のまたは「ダミー」メッセージ、を送信させることにおいて、実装され得る。

【0128】

本明細書で説明するコンピューティングデバイス（たとえば、ＵＥ、ネットワークノード、ホスト）はハードウェア構成要素の示される組合せを含み得るが、他の実施形態は、構成要素の異なる組合せを伴うコンピューティングデバイスを含んでよい。これらのコンピューティングデバイスが、本明細書で開示するタスク、特徴、機能、および方法を実施するために必要なハードウェアおよび／またはソフトウェアの任意の好適な組合せを備え得ることを理解されたい。本明細書で説明する決定、計算、取得、または同様の動作は、処理回路によって実施され得、処理回路は、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノード内に記憶された情報と比較すること、および／または取得された情報または変換された情報に基づいて１つまたは複数の動作を実施することによって、また、前記処理の結果として決定を行うことによって、情報を処理し得る。その上、構成要素は、より大きな枠内に位置する単一枠として、または入れ子状に複数の枠内に示されているが、実際には、コンピューティングデバイスは、示される単一の構成要素を構成する複数の異なる物理的構成要素を備えてよく、機能性は、別個の構成要素間で実践されてよい。たとえば、通信インターフェースは、本明細書で説明した構成要素のうちのいずれかを含むように設定され得、かつ／または構成要素の機能性は、処理回路と通信インターフェースとの間で区分化されてよい。別の例では、そのような構成要素のいずれかの非計算集約的機能は、ソフトウェアまたはファームウェアで実装されてよく、計算集約的機能はハードウェアで実装されてよい。

【0129】

いくつかの実施形態では、本明細書で説明する機能性のうちのいくつかまたはすべては、いくつかの実施形態では、非一時的コンピュータ可読記憶媒体の形態のコンピュータプログラム製品であってよい、メモリ上内に記憶された命令を実行している処理回路によって提供され得る。代替実施形態では、機能性のうちのいくつかまたはすべては、ハードワイヤード方式など、別個のまたは個別のデバイス可読記憶媒体上に記憶された命令を実行することなく、処理回路によって提供され得る。それら特定の実施形態のいずれにおいても、非一時的コンピュータ可読記憶媒体上に記憶された命令を実行するか否かに関わらず、処理回路は、説明した機能性を実施するように設定され得る。そのような機能性によりもたらされる利益は、処理回路単独またはコンピューティングデバイスの他の構成要素に限定されず、全体としてのコンピューティングデバイス、および／または概してのエンドユーザおよび無線ネットワークにより享受される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2023-11-10

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項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】

前記メモリが、前記ネットワークノードが、請求項１０から１８のいずれか一項に記載の方法（２００）を実施するように動作可能であるように、前記プロセッサによって実行可能な命令を含有する、請求項２４に記載のネットワークノード。

【請求項26】

報告を送るためのユーザ機器（ＵＥ）であって、
ネットワークノードにランダムアクセス（ＲＡ）報告を送る（１０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクバッファ内に残るデータのサイズの和の指示を含む、ユーザ機器（ＵＥ）。

【請求項27】

前記ＵＥが、請求項２から８のいずれか一項に記載の方法（１００）を実施するように設定される、請求項２６に記載のＵＥ。

【請求項28】

報告を受信するためのネットワークノードであって、
ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信する（２０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクバッファ内に残るデータのサイズの和の指示を含む、ネットワークノード。

【請求項29】

前記ネットワークノードが、請求項１０から１８のいずれか一項に記載の方法（２００）を実施するように設定される、請求項２８に記載のネットワークノード。

【手続補正書】

【提出日】2024-09-25

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

報告を送るためにユーザ機器（ＵＥ）によって実施される方法（１００）であって、
ネットワークノードにランダムアクセス（ＲＡ）報告を送ること（１０２）
を含み、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクデータバッファ内に残るデータのサイズの和の指示を含む、方法（１００）。

【請求項2】

前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記データの前記サイズに対する複数の所定の範囲のうちの１つの指示を含む、請求項１に記載の方法。

【請求項3】

前記データの前記サイズに対する前記複数の所定の範囲のうちの１つの前記指示が、テーブル内のインデックスの指示を含む、請求項２に記載の方法。

【請求項4】

前記ＲＡ報告がＵＥ情報応答メッセージ内に含まれる、請求項１に記載の方法。

【請求項5】

前記ＲＡ手順に関連する前記ＰＵＳＣＨ送信が、前記ＲＡ手順において前記ＵＥに割り当てられたＰＵＳＣＨリソース内で送信されるＰＵＳＣＨ送信を含む、請求項１に記載の方法。

【請求項6】

前記ＲＡ報告を前記ネットワークノードに送る前に、前記ネットワークノードからＲＡ報告に対する要求を受信することを含む、請求項１に記載の方法。

【請求項7】

前記ＲＡ報告が２ステップＲＡ報告を含む、請求項１に記載の方法。

【請求項8】

前記ＲＡ手順が成功裏のＲＡ手順を含む、請求項１に記載の方法。

【請求項9】

報告を受信するためにネットワークノードによって実施される方法（２００）であって、
ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信すること（２０２）
を含み、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクデータバッファ内に残るデータのサイズの和の指示を含む、方法（２００）。

【請求項10】

前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記データの前記サイズに対する複数の所定の範囲のうちの１つの指示を含む、請求項９に記載の方法。

【請求項11】

前記データの前記サイズに対する前記複数の所定の範囲のうちの１つの前記指示が、テーブル内のインデックスの指示を含む、請求項１０に記載の方法。

【請求項12】

前記ＲＡ報告がＵＥ情報応答メッセージ内に含まれる、請求項９に記載の方法。

【請求項13】

前記ＵＥから前記ＲＡ報告を受信する前に、ＲＡ報告に対する要求を前記ＵＥに送ることを含む、請求項９に記載の方法。

【請求項14】

前記ＲＡ手順が２ステップＲＡ手順を含む、請求項９に記載の方法。

【請求項15】

前記ＲＡ手順が成功裏のＲＡ手順を含む、請求項９に記載の方法。

【請求項16】

報告を送るためのユーザ機器（ＵＥ）であって、
ネットワークノードにランダムアクセス（ＲＡ）報告を送る（１０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクデータバッファ内に残るデータのサイズの和の指示を含む、ユーザ機器（ＵＥ）。

【請求項17】

前記ＵＥが、請求項２から８のいずれか一項に記載の方法（１００）を実施するように設定される、請求項１６に記載のＵＥ。

【請求項18】

報告を受信するためのネットワークノードであって、
ユーザ機器（ＵＥ）からランダムアクセス（ＲＡ）報告を受信する（２０２）
ように設定され、前記ＲＡ報告が、前記ＵＥによって実施されるランダムアクセス（ＲＡ）手順の始動時の前記ＵＥのアップリンクデータバッファ内のデータのサイズの指示を含み、前記アップリンクデータバッファ内の前記データの前記サイズの前記指示が、前記ＲＡ手順に関連する物理アップリンク共有チャネル（ＰＵＳＣＨ）送信内で送信されるアップリンクデータのサイズと前記ＲＡ手順の完了後に前記アップリンクデータバッファ内に残るデータのサイズの和の指示を含む、ネットワークノード。

【請求項19】

前記ネットワークノードが、請求項１０から１５のいずれか一項に記載の方法（２００）を実施するように設定される、請求項１８に記載のネットワークノード。

【国際調査報告】