JP2024518669A - Ｓｄｔを用いるオンデマンドｓｉｂの配信 - Google Patents

Abstract

スモールデータ送信（ＳＤＴ）手順を使用する、オンデマンドシステム情報に関連するシステム及び方法が開示される。一実施形態において、無線通信デバイスによって実行される方法は、非アクティブ状態にある間に、ネットワークノードへメッセージを送信することを含み、当該メッセージは、無線通信デバイスのアイデンティティ（ＩＤ）と、無線通信デバイスによって要求されている、１つ以上のシステム情報ブロック（ＳＩＢ）及び／又は１つ以上の測位ＳＩＢ（ｐｏｓＳＩＢ）を示す情報と、を含む。無線通信デバイスについての対応する実施形態も開示される。ネットワークノード及びその動作の方法についての実施形態も開示される。

Description

関連出願
本出願は、2021年03月10日に提出された仮特許出願シリアル番号63/159,173の利益を主張し、その開示はその全体が本明細書で援用される。

本開示は、セルラ通信システムにおけるオンデマンドシステム情報に関するものである。

スモールデータソリューションは、これまでに、マシンタイプ通信（ＭＴＣ：Machine Type Communication）に焦点を当ててロングタームエボリューション（ＬＴＥ：Long Term Evolution）において導入されている。例えば、リリース１５の早期データ送信（ＥＤＴ：Early Data Transmission）及びリリース１６の事前設定アップリンクリソース（ＰＵＲ：Preconfigured Uplink Resource）が、ＭＴＣ向けＬＴＥ（ＬＴＥ－Ｍ：LTE for MTC）及び狭帯域インターネット・オブ・シングス（ＮＢ－ＩｏＴ：Narrowband Internet of Things）のために標準化されている。これらの機能とは異なり、リリース１７のニューレディオNew Radio（ＮＲ）向けスモールデータ送信（ＳＤＴ：Small Data Transmission）は、ＭＴＣユースケースを直接のターゲットにしておらず、作業項目記述（ＷＩＤ：Work Item Description）には正当な理由としてスマートフォンのバックグラウンドトラフィックが含まれている。

作業項目（ＷＩ）の目的は、ランダムアクセスチャネル（ＲＡＣＨ）ベースの方式、及び事前設定物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースという、２つの主要な目的を述べている。ＬＴＥ－Ｍ及びＮＢ－ＩｏＴと比較すると、４ステップＲＡＣＨベースの方式は、リリース１５のユーザプレーン早期データ送信（ＵＰ－ＥＤＴ：User Plane Early Data Transmission）と類似しており、事前設定ＰＵＳＣＨリソースは、リリース１６のユーザプレーン事前設定アップリンクリソース（ＵＰ－ＰＵＲ：User Plane Preconfigured Uplink Resource）と類似している。更に、リリース１７のスモールデータは、ＩＮＡＣＴＩＶＥ（非アクティブ）状態でのデータ送信のみに関するものであり、それ故に、ＥＤＴ及びＰＵＲの制御プレーン（ＣＰ）の最適化は今のところ関連していない。２ステップＲＡＣＨはＬＴＥに対して規定されておらず、それ故に、２ステップＲＡＣＨベースのＳＤＴに対してＬＴＥで対応するものは存在しない。

４ステップＲＡタイプは、第４世代（４Ｇ）ＬＴＥで使用されており、第５世代（５Ｇ）ＮＲのベースラインでもある。図１にはＮＲにおけるこの手順の原理が示されている。４ステップＲＡＣＨ手順のステップを以下に示す。

ステップ１ ‐ プリアンブル送信： ユーザ装置（ＵＥ）は、選択された同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロックに対応するＲＡプリアンブル（ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ）をランダムに選択し、選択されたＳＳ／ＰＢＣＨブロックにマッピングされた物理ランダムアクセスチャネル（ＰＲＡＣＨ）機会にプリアンブルを送信する。次世代ノードＢ（ｇＮＢ）は、プリアンブルを検出すると、ｇＮＢにおけるアップリンク（ＵＬ）同期を得るためにＵＥが使用すべきタイミングアドバンス（ＴＡ）を推定する。

ステップ２ ‐ ＲＡ応答（ＲＡＲ）： ｇＮＢは、ＴＡと、ＵＥによって使用されるべき一時セル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ：Temporary Cell Radio Network Temporary Identifier）（一時識別子）と、送信されたPREAMBLE_INDEXにマッチするランダムアクセスプリアンブル識別子と、Ｍｓｇ３についてのグラントとを含むＲＡ応答（ＲＡＲ：RA response）を送信する。ＵＥは、ＲＡＲを予期し、このため、設定ＲＡＲウィンドウ（ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）が満了するまでの間、又はＲＡＲが正常に受信されるまでの間、ランダムアクセス無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）にアドレス指定された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングすることで、ｇＮＢからＲＡＲメッセージを受信する。

第３世代パートナーシッププロジェクト（３ＧＰＰ(登録商標)）技術仕様書（ＴＳ）38.321から：「ＭＡＣエンティティは、送信されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸとマッチするランダムアクセスプリアンブル識別子を含むランダムアクセス応答の受信に成功した後に、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを停止（それ故に、ランダムアクセス応答のモニタリングを停止）しうる。」

ステップ３ ‐ 「Ｍｓｇ３」（ＵＥ ＩＤ又はＵＥ固有Ｃ－ＲＮＴＩ）： Ｍｓｇ３において、ＵＥは、初期アクセスのためにその識別子（ＵＥ ＩＤ、又はより正確には５Ｇ一時モバイル加入者アイデンティティ（５Ｇ－ＴＭＳＩ：5G Temporary Mobile Subscriber Identity）の初期部分）を送信するか、又は、それがすでにＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード又はＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあり、そのＵＥ固有無線ネットワーク一時識別子（ＲＮＴＩ）を再同期する必要がある場合）を送信する。

ｇＮＢは、グラントＵＬリソースにおいてＭｓｇ３を復号できない場合、Ｍｓｇ３の再送のためにＴＣ－ＲＮＴＩにアドレス指定されたダウンリンク制御情報（ＤＣＩ）を送信しうる。ハイブリッド自動再送要求（ＨＡＲＱ）は、ＵＥがＨＡＲＱ再送の最大回数に達した後にステップ１からランダムアクセス手順を再開するまで、又ｇＮＢによってはＭｓｇ３の受信が成功しうるまで、要求される。

ステップ４ ‐ 「Ｍｓｇ４」（競合解決）： Ｍｓｇ４において、ｇＮＢは、ＵＥ ＩＤ又はＣ－ＲＮＴＩについて肯定応答を行うことによって応答する。Ｍｓｇ４は、競合解決を与える、即ち、いくつかのＵＥが同一のプリアンブル（及びＭｓｇ３送信用の同一のグラント）を同時に使用している場合であっても、ただ１つのＵＥ ＩＤ又はＣ－ＲＮＴＩが送信される。

Ｍｓｇ４受信の場合、ＵＥは、ＴＣ－ＲＮＴＩ（Ｍｓｇ３で当該ＵＥのＵＥ ＩＤを送信した場合）又はＣ－ＲＮＴＩ（Ｍｓｇ３で当該ＵＥのＣ－ＲＮＴＩを送信した場合）をモニタリングする。

２ステップＲＡタイプは、通常の４ステップＲＡよりもはるかに短いレイテンシを与える。２ステップＲＡでは、４ステップＲＡにおけるＭｓｇ３（ｍｓｇＡ ＰＵＳＣＨ）に対応するプリアンブル及びメッセージが、設定に応じて後続の２つのスロットで送信されうる。ｍｓｇＡ ＰＵＳＣＨは、特定のプリアンブル専用のリソース上で送信される。これは、プリアンブルとＭｓｇ３との両方が競合に直面することを意味するが、このケースでの競合解決は、プリアンブルとＭｓｇ３との両方が衝突無しで送信されるか又は両方が衝突することを意味する。図２には２ステップＲＡ手順が示されている。

ｍｓｇＡの受信に成功すると、ｇＮＢは、ｍｓｇＢで応答する。ｍｓｇＢは、「successRAR」、「fallbackRAR」、又は「Back off」のいずれかでありうる。ｍｓｇＢの内容は、以下のように合意されている。特に、fallbackRARは、ＵＥがＰＵＳＣＨを送信すべきリソース、及び他の情報を識別するＭｓｇ３ ＰＵＳＣＨについてのグラントを提供することに留意されたい。

注：「ｍｓｇＡ」及び「ＭｓｇＡ」との表記は、メッセージＡを示すために本明細書では同義で使用される。同様に、「ｍｓｇＢ」及び「ＭｓｇＢ」との表記は、メッセージＢを示すために本明細書では同義で使用される。

４ステップメッセージ交換を２ステップメッセージ交換に置き換える可能性は、ＲＡレイテンシの低減につながる。一方、２ステップＲＡは、競合ベースのデータ送信を使用するので、より多くのリソースを消費する。これは、データ通信用に設定されたリソースが、しばしば使用されないことがありうることを意味する。他の違いは、２ステップＲＡがタイミングアドバンス（ＴＡ）無しで動作することであり、これは、データペイロードがＭｓｇＡ ＰＵＳＣＨで送信されるより前にアップリンク同期をどのように調整するかについてｇＮＢからフィードバックが無いためである。

４ステップＲＡ及び２ステップＲＡの両方が共有ＰＲＡＣＨリソース上のセルにおいて（及びＵＥのために）設定される場合、ＵＥは、４ステップＲＡを行うことを望む場合には１つの特定のセットから、２ステップＲＡを行うことを望む場合には他のセットから、そのプリアンブルを選択する。したがって、共有ＰＲＡＣＨリソースが使用される場合に４ステップＲＡと２ステップＲＡとを区別するために、プリアンブル・パーティション（preamble partition）が行われる。代替的には、ＰＲＡＣＨ設定が、２ステップ及び４ステップＲＡ手順について異なり、その場合、ＵＥが２ステップ又は４ステップ手順を行っていれば、プリアンブル送信が行われる場所から推定されうる。

３ＧＰＰリリース１６の２ステップＲＡタイプ手順では、潜在的な時間‐周波数リソースがＵＥに通知され、当該リソースにおいてＵＥは、ネットワークからの上位レイヤシグナリングを介してＭｓｇＡ ＰＲＡＣＨ及びＭｓｇＡ ＰＵＳＣＨを送信しうる。ＰＲＡＣＨは、周期的に繰り返されるＲＡＣＨ機会（「ＲＯ」）において送信され、一方、ＰＵＳＣＨは、周期的に繰り返されるＰＵＳＣＨ機会（「ＰＯ」）において送信される。ＰＵＳＣＨ機会は、上位レイヤシグナリングによって提供されるＭｓｇＡ ＰＵＳＣＨ設定で表現される。各ＭｓｇＡ ＰＵＳＣＨ設定は、対応するＲＡＣＨ機会の開始から測定される、ＰＵＳＣＨ機会の開始時間を定める。複数のＰＵＳＣＨ機会が、ＭｓｇＡ ＰＵＳＣＨ設定において時間及び周波数において多重化されてもよく、その場合、直交周波数分割多重（ＯＦＤＭ）シンボル内のＰＯは、所与の個数の物理リソースブロック（ＰＲＢ）を占有し、周波数において隣接し、ＰＯは、「Ｌ」個の連続するＯＦＤＭシンボルを占有する。ＭｓｇＡ ＰＵＳＣＨ設定において時間において多重化されるＰＯは、「Ｇ」シンボル長である、設定ギャップ（configured gap）によって分離されうる。ＰＵＳＣＨスロットにおける最初の占有ＯＦＤＭシンボルの開始は、開始及び長さインジケータ値（「ＳＬＩＶ」）を介して示される。ＭｓｇＡ ＰＵＳＣＨ設定は、複数の連続するＰＵＳＣＨスロットを含んでもよく、各スロットは同じ個数のＰＯを含む。帯域幅部分（ＢＷＰ）における第１のＰＲＢに対する第１のＰＲＢの開始も、ＭｓｇＡ ＰＵＳＣＨ設定によって与えられる。更に、ＭｓｇＡ ＰＵＳＣＨについての変調及び符号化方式（ＭＣＳ）も、ＭｓｇＡ ＰＵＳＣＨ設定によって与えられる。

各ＰＲＡＣＨプリアンブルは、3GPP TS 38.213において与えられた手順に従って、ＰＵＳＣＨ機会及び復調参照信号（ＤＭＲＳ）ポート及び／又はＤＭＲＳポート‐スクランブリング系列の組み合わせにマッピングされる。このマッピングは、時間及び周波数における、関連するＰＵＳＣＨの位置と、
ＵＥによって選択されたプリアンブルからのＤＭＲＳポート及び／又はスクランブリングとをｇＮＢが一意に決定することを可能にする。

ＳＤＴ手順に関して、ＮＲは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートし、低頻度の（周期的及び／又は非周期的）データ送信（本明細書では、同義で、スモールデータ送信、又はＳＤＴと称される）を伴うＵＥは、一般に、ＲＲＣ＿ＩＤＬＥではなく、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でネットワークによって維持される。リリース１６までは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態はデータ送信をサポートしていない。したがって、ＵＥは、任意のダウンリンク（ＤＬ）データ受信及び任意のＵＬデータ送信のために、コネクションを再開する（即ち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する）必要がある。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態へのコネクションセットアップ及びそれに続くリリースは、データ送信ごとに行われる。これは、不必要な電力消費及びシグナリングオーバヘッドをもたらす。このため、リリース１７では、ランダムアクセス手順を用いたＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＵＥ送信のサポートが導入されている。ＳＤＴは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＵＥからＵＬデータを送信するための手順である。ＳＤＴは、ランダムアクセス又は設定グラント（ＣＧ：configured grant）のいずれかを用いて実行される。ＵＥがランダムアクセスを用いてＵＬデータを送信するケースでは、４ステップＲＡタイプと２ステップＲＡタイプの両方を使用できる（上記の説明を参照）。ＵＥがＳＤＴ手順のために４ステップＲＡタイプを使用する場合、ＵＥは、Ｍｓｇ３でＵＬデータを送信する。ＵＥがＳＤＴ手順のために２ステップＲＡタイプを使用する場合、ＵＥは、ＭｓｇＡでＵＬデータを送信する。

ＮＲでは、リリース１５以来、ＣＧタイプ１及びＣＧタイプ２と称される２つのタイプの設定グラント（ＣＧ）ＵＬ送信方式がサポートされている。ＣＧ送信のこれらの２つのタイプ間の主な違いは、ＣＧタイプ１の場合には、アップリンクグラントが無線リソース制御（ＲＲＣ）設定によって提供され、自動的にアクティブ化される一方で、ＣＧタイプ２の場合には、アップリンクグラントがＬ１シグナリングによって（即ち、設定スケジューリング無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ：Configured Scheduling Radio Network Temporary Identifier）によってスクランブリングされた巡回冗長検査（ＣＲＣ）を有するＵＬ ＤＣＩによって）提供されてアクティブ化されることである。両方の場合において、設定グラントを用いたＰＵＳＣＨ送信のために使用される空間関係は、ＲＲＣ設定又はＵＬ ＤＣＩのいずれかによって提供されるアップリンクグラントによって示される。

ＣＧ周期性は、ＲＲＣ設定が行われ、これは、ConfiguredGrantConfig情報要素（ＩＥ）において規定される。ＮＲでは、サブキャリア間隔に依存して、異なる周期性値がサポートされている。

ＳＤＴにおいて使用するために、ｇＮＢは、ＣＧタイプ１をＵＥに設定しうるとともに、更に、ＵＬキャリアの選択のための（１つ以上の）参照信号受信電力（ＲＳＲＰ）閾値を設定しうる。上記設定は、接続状態にある間に（ＵＥを非アクティブ状態に移行させるために）ＵＥに送信されるＲＲＣＲｅｌｅａｓｅメッセージで与えられるか、あるいは、例えばＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に、別の個別ＲＲＣメッセージで与えられる。あるいは、上記設定は、ＳＤＴ手順の後にＲＲＣＲｅｌｅａｓｅメッセージで与えられ、こその場合、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥにおいて手順を開始し、ＵＥは手順完了後にＲＲＣ＿ＩＮＡＣＴＩＶＥに留まる。設定グラントのタイプのリソースの使用は、時間アライメントが維持されるという点で、ＵＥが同期状態のままであることを必要とする。ＵＥが時間アライメントから外れている場合、代わりにＲＡタイプの手順が開始されうる（上記）

ＮＲ測位に関して、リリース１５及びＮＲにおける導入以来、
ロケーション管理機能（ＬＭＦ：Location Management Function）とターゲットデバイスとの間のポイント・ツー・ポイント通信プロトコルであるＬＴＥ測位プロトコル（ＬＰＰ：LTE Positioning Protocol）プロトコルが、ＮＲ及びＬＴＥの両方におけるＵＥ測位のために再利用されることが合意されている（3GPP TS 37.355）。

コアネットワークにおいて、ＬＭＦと称される新たな論理ノードは、ＮＲ、Evolved Universal Terrestrial Radio Access（Ｅ－ＵＴＲＡ）、又は両方の無線アクセス技術（ＲＡＴ）に固有の測位方法に基づいて、ＵＥ位置を演算することを担うメインサーバである。ＮＲ測位プロトコルＡ（ＮＲＰＰＡ：NR Positioning Protocol A）は、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）とＬＭＦとの間の通信プロトコルである。

ＮＲ測位アーキテクチャは、図３に例示されるように定義されている（3GPP TS 38.305も参照）。

以下のような新しい拡張測位方法がＮＲにおいて定義されている（TS 38.305を参照）： ●ＮＲ Ｅ－ＣＩＤ；
●マルチラウンドトリップタイム（ＲＴＴ）測位；
●ダウンリンク発射角（ＤＬ－ＡｏＤ：Downlink Angle-of-Departure）；
●ダウンリンク到来時間差（ＤＬ－ＴＤＯＡ：Downlink Time Difference of Arrival）；
●アップリンク到来時間差（ＵＬ－ＴＤＯＡ：Uplink Time Difference of Arrival）； ●到来方位角（Ａ－ＡｏＡ）及び到来天頂角（Ｚ－ＡｏＡ）を含む、アップリンク到来角（ＵＬ－ＡｏＡ）。

グローバルナビゲーション衛星システム（ＧＮＳＳ：Global Navigation Satellite System）技術における最近の拡張は、リアルタイムキネマティック（ＲＴＫ：Real Time Kinematic）ＧＮＳＳを含み、これは、コード位相のみではなくＧＮＳＳ信号の搬送波位相を活用することによって、リアルタイムで、正しい条件におけるメートルレベルからデシメートル又はセンチメートルレベルまでの測位精度の改善を可能にする差動ＧＮＳＳ測位技術である。したがって、ＮＲネットワークにおけるＲＴＫ ＧＮＳＳのサポートが提供されるべきであり、リリース１６の作業項目において標準化が行われている。いくつかの測位システム情報ブロック（ｐｏｓＳＩＢ：positioning System Information Block）が、ＲＴＫ支援データを配信するためにＬＴＥ及びＮＲにおいて定義されている。更に、ブロードキャストのために観測到来時間差（ＯＴＤＯＡ）及びセンサ（気圧センサ）についての支援データを配信することが合意されている。

以下は、3GPP TS 37.355 v 16.3.0からのｐｏｓＳＩＢの一部から成るリストである。

オンデマンドシステム情報要求は、システム情報メッセージの一部のみを、それを取得する必要があるＵＥが存在する場合にネットワークがブロードキャストすることを可能にする、ＮＲにおける機能である。ＵＥは、ｍｓｇ１又はｍｓｇ３ベースの手順のいずれかを使用して、そのようなシステム情報メッセージを要求する。上記手順は、必要な情報をＵＥがオンデマンドで要求することを可能にし、ＵＥが現在取得していない情報を絶えずブロードキャストする際のオーバヘッドをネットワークが最小限にすることを可能にする。

更に、リリース１６では、システム情報メッセージは、ＵＥによって要求されうるとともに、ＲＲＣコネクション再設定メッセージを使用して、個別状態においてもネットワークによって提供されうる。

ＲＲＣオンデマンドシステム情報（ＳＩ）フレームワークの場合、パラメータsi-BroadcastStatusが、ＳＩメッセージが現在ブロードキャストされているか否かを示すために使用される。このパラメータは、以下のように定義される：

si-BroadcastStatus ENUMERATED {broadcasting, notBroadcasting}

ＵＥの観点から、ＳＩメッセージがbroadcastingと示されるかnotBroadcastingと示されるかとは無関係に、ＵＥは、ＳＩメッセージのためのＳＩスケジューリング情報をＳＩＢ１から取得する。ＳＩメッセージがbroadcastingと示される場合、ＵＥは、ＳＩスケジューリング情報に基づいてＳＩメッセージを直接取得できる。しかしながら、ＳＩメッセージがnotBroadcastingと示される場合、ＵＥは、（ＳＩスケジューリング情報に従って）ＳＩメッセージの送信を開始するために、最初に、基地局へのオンデマンドＳＩ要求手順を実行する必要がある。

現在、オンデマンドブロードキャストは、以下のｍｓｇ１及びｍｓｇ３ソリューションに基づいている：
● ブロードキャスト（Ｍｓｇ１オプション）：
〇 Ｍｓｇ１ ＳＩ要求ＲＡＣＨ手順（PRACH、「RAR」）
〇 ブロードキャストＳＩメッセージ（しばらくの間）
● ブロードキャスト（Ｍｓｇ３オプション）：
〇 Ｍｓｇ３ ＳＩ要求ＲＡＣＨ手順（PRACH、RAR、RRCSystemInfoRequest、「Msg4」）
〇 ブロードキャストＳＩメッセージ（しばらくの間）

更に、３ＧＰＰリリース１６では、ＵＥは、3GPP TS 38.331 v 16.3.0からの以下の抜粋に記載されているような専用の手順を使用して、（測位ＳＩＢを含む）オンデマンドＳＩＢを要求しうる。

ＳＤＴ（スモールデータ送信）手順を使用する、オンデマンドシステム情報に関連するシステム及び方法が開示される。一実施形態において、無線通信デバイスによって実行される方法は、非アクティブ状態にある間に、ネットワークノードへメッセージを送信することを含み、前記メッセージは、前記無線通信デバイスのＩＤ（アイデンティティ）と、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ（position SIB））を示す情報と、を含む。このようにして、無線通信デバイスは、接続モードに遷移することなく、オンデマンドシステム情報を要求することが可能になる。

一実施形態では、前記メッセージは、前記無線通信デバイスによって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）を含む。一実施形態では、前記ＭＡＣ ＣＥは、前記無線通信デバイスが、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ機能をサポートしていることのインジケーションを更に含む。一実施形態では、前記無線通信デバイスは、前記無線通信デバイスが前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ機能をサポートしていることを、前記ネットワークノードへ報告される能力情報、前記ＭＡＣ ＣＥ内のＬＣＩＤ（論理チャネルアイデンティティ）若しくはｅＬＣＩＤ（拡張論理チャネルアイデンティティ）の使用、又は、関連するランダムアクセスプリアンブルの送信用の特定のランダムアクセスプリアンブルリソースグループの使用、を介して前記ネットワークノードに知らせる。

一実施形態では、前記ＭＡＣ ＣＥは、前記無線通信デバイスの前記アイデンティティを更に含む。一実施形態では、前記無線通信デバイスの前記アイデンティティは、前記無線通信デバイスのＩ－ＲＮＴＩ（非アクティブモード無線ネットワーク一時識別子）又はショートＩ－ＲＮＴＩのいずれかである。一実施形態では、前記ＭＡＣ ＣＥは、前記ＭＡＣ ＣＥに含まれる前記無線通信デバイスの前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む。

一実施形態では、前記ＭＡＣ ＣＥは、前記無線通信デバイスによって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示す情報を更に含む。

一実施形態では、前記ＭＡＣ ＣＥは、ｅＬＣＩＤを含むサブヘッダを含み、前記ｅＬＣＩＤは、複数のＳＩＢ及び／又はｐｏｓＳＩＢのうちのいずれが前記無線通信デバイスによって要求されているかを示す複数のビットを含む。一実施形態では、前記ＭＡＣ ＣＥは、前記無線通信デバイスによって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示すフラグを、前記サブヘッダ又は前記ｅＬＣＩＤ内に含む。一実施形態では、前記ｅＬＣＩＤは、前記無線通信デバイスの前記アイデンティティを更に含む。一実施形態では、前記無線通信デバイスの前記アイデンティティは、前記無線通信デバイスのＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである。一実施形態では、前記ｅＬＣＩＤは、前記ｅＬＣＩＤに含まれる前記無線通信デバイスの前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む。

一実施形態では、前記メッセージは、前記無線通信デバイスによって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＲＲＣ（無線リソース制御）メッセージを含む。一実施形態では、前記ＲＲＣメッセージは、前記無線通信デバイスが、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ機能をサポートしていることのインジケーションと、ダウンリンクＳＤＴ送信を介してＳＩＢ及び／又はｐｏｓＳＩＢを取得するための前記無線通信デバイスの能力のインジケーションと、の少なくともいずれかを更に含む。一実施形態では、前記無線通信デバイスによって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報は、前記無線通信デバイスによって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示すビットマップ又は明示的インジケーションを含む。

一実施形態では、前記メッセージを送信することは、アイドル／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージの代わりに、ＳＤＴフレームワークの通信に使用されるべき前記ＲＲＣメッセージを送信することを含む。一実施形態では、前記メッセージを送信することは、アイドル状態／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージ内に、ＳＤＴ（スモールデータ送信）フレームワークを使用してＳＩＢ及び／又はｐｏｓＳＩＢを受信する能力を示す情報を含む前記ＲＲＣメッセージを埋め込むことを含む。一実施形態では、前記メッセージを送信することは、ＳＤＴ手順のための４ステップランダムアクセスのＭｓｇ３、又はＳＤＴ手順のための２ステップランダムアクセスのＭｓｇＡのいずれかで、前記ＲＲＣメッセージを送信することを含む。

一実施形態では、前記無線通信デバイスの前記アイデンティティは、前記ＲＲＣメッセージに含まれないが、前記ＲＲＣメッセージの前又は後のいずれかに前記無線通信デバイスによって前記ネットワークノードへ送信されるＭＡＣ ＣＥに含まれる。

一実施形態では、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、関連するランダムアクセスのＭｓｇ４の一部として、又はＲＲＣリリースメッセージの一部として受信することを更に含む。

一実施形態では、本方法は、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信することを更に含む。一実施形態では、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信することは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つに関連付けられたブロードキャスト状態フラグを受信することを含み、前記ブロードキャスト状態フラグは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つがブロードキャストされることを示すように変更される。

一実施形態では、本方法は、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢのための前記要求を無効化するメッセージを受信することを更に含む。

一実施形態では、前記メッセージを送信することは、２ステップランダムアクセスにおけるＭｓｇＡであって、ランダムアクセスプリアンブル、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記ＭｓｇＡを送信することを含む。

一実施形態では、前記メッセージを送信することは、４ステップランダムアクセスにおけるＭｓｇ３であって、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記Ｍｓｇ３を送信することを含む。

無線通信デバイスについての対応する実施形態も開示される。一実施形態では、無線通信デバイスが非アクティブ状態にある間に、ネットワークノードにメッセージを送信するように適合され、メッセージは無線通信デバイスのＩＤと、無線通信デバイスによって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報とを備える。無線通信デバイスは、非アクティブ状態にある間に、ネットワークノードへメッセージを送信することを行うように構成され、前記メッセージは、前記無線通信デバイスのＩＤと、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報と、を含む。

別の実施形態では、無線通信デバイスは、１つ以上の送信機と、１つ以上の受信機と、前記１つ以上の送信機及び前記１つ以上の受信機と関連付けられた処理回路と、を備える。前記処理回路は前記無線通信デバイスに、非アクティブ状態にある間に、ネットワークノードへメッセージを送信させるように構成され、前記メッセージは、前記無線通信デバイスのＩＤと、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報と、を含む。

ネットワークノードによって実行される方法の実施形態も開示される。一実施形態では、ネットワークノードによって実行される方法は、無線通信デバイスが非アクティブ状態にある間に、前記無線通信デバイスからメッセージを受信することを含み、前記メッセージは、前記無線通信デバイスのＩＤと、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報と、を含む。

ネットワークノードについての対応する実施形態も開示される。一実施形態では、ネットワークノードは、無線通信デバイスが非アクティブ状態にある間に、前記無線通信デバイスからメッセージを受信することを行うように構成され、前記メッセージは、前記無線通信デバイスのＩＤと、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報と、を含む。

別の実施形態では、ネットワークノードは、無線通信デバイスが非アクティブ状態にある間に、前記無線通信デバイスからメッセージを受信することを前記ネットワークノードに行わせるように構成された処理回路を備え、前記メッセージは、前記無線通信デバイスのＩＤと、前記無線通信デバイスによって要求されている、１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報と、を含む。

本明細書に組み込まれ、その一部を形成する添付図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。

図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）及びニューレディオ（ＮＲ）において使用される４ステップランダムアクセス（ＲＡ）手順を示す。

図２は、３ＧＰＰにおいて定義された２ステップＲＡ手順を示す。

図３は、３ＧＰＰにおいて定義されたＮＲ測位アーキテクチャを示す。

図４は、本開示の実施形態が実装されうるセルラ通信システムの一例を示す。

図５は、本開示の実施形態によるメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）の１つの実装例を示す。

図６は、図５のＭＡＣ ＣＥのペイロードの１つの例示的な実施形態を示す。

図７は、本開示のある実施形態による、ユーザ装置（ＵＥ）及びネットワークノードの動作を示す。

図８は、本開示の他の実施形態による、ＵＥ及びネットワークノードの動作を示す。

図９は、本開示の一実施形態による、オンデマンドシステム情報を要求及び取得するために４ステップＲＡ処理を使用する、例示的なスモールデータ送信（ＳＤＴ）手順を示す。

図１０は、本開示の他の実施形態による、オンデマンドシステム情報を要求及び取得するために４ステップＲＡ処理を使用する、例示的なＳＤＴ手順を示す。

、 、 図１１、図１２及び図１３は、本開示の実施形態の態様が実装されうるネットワークノードの例示的な実施形態の概略的なブロック図である。

、 図１４及び図１５は、本開示の実施形態の態様が実装されうる（具体的にはＵＥとしての）無線通信デバイスの例示的な実施形態の概略的なブロック図である。

図１６は、本開示の実施形態が実装されうる通信システムの例示的な実施形態を示す。

図１７は、図１６のホストコンピュータ、基地局、及びＵＥの例示的な実施形態を示す。

、 、 、 図１８～図２１は、図１６のような通信システムにおいて実行される方法の例示的な実施形態を示すフローチャートである。

図２２は、本開示の実施形態による例示的なRRCSystemInfoRequestメッセージを示す。

図２３は、要求されたシステム情報ブロック（ＳＩＢ）又は測位ＳＩＢ（ｐｏｓＳＩＢ）のビットマップ又は明示的インジケーションがRRCSystemInfoRequestメッセージ内に追加される例を示す。

図２４は、本開示の実施形態において使用されうるRRCResumeRequestを示す。

以下に記載される実施形態は、当業者が実施形態を実施することを可能にするとともに、実施形態を実施する最良の形態を示すための情報を表す。添付図面に照らして以下の説明を読むと、当業者であれば本開示の概念を理解し、本明細書で特に対処されていないこれらの概念の適用を認識するであろう。これらの概念及び適用は、本開示の範囲内にあることを理解されたい。

以下、添付図面を参照して、本明細書において検討される実施形態のいくつかについてより十分に説明する。しかしながら、他の実施形態は本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。

一般に、本明細書で使用される全ての用語は、異なる意味が明確に与えられ、及び／又は、それが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。エレメント、装置、コンポーネント、手段、ステップ等へのあらゆる言及は、特に明記しない限り、エレメント、装置、コンポーネント、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるべきである。本明細書に開示される任意の方法のステップは、ステップが別のステップの後又は前として明示的に説明されている場合、及び／又はステップが別のステップの後又は前になければならないことが黙示的でる場合を除き、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には、任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用されることができ、その逆も同様である。本明細書の実施形態の他の目的、特徴、及び利点は、以下の説明から明らかになるのであろう。

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

無線アクセスノード： 本明細書で使用されるように、「無線アクセスノード」又は「無線ネットワークノード」又は「無線アクセスネットワークノード」は、信号を無線で送信及び／又は受信するように動作するセルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードである。無線アクセスノードのいくつかの例には、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおけるニューレディオ（ＮＲ）基地局（ｇＮＢ）、３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワークにおける拡張型又は発展型ノードＢ（ｅＮＢ：enhanced or evolved Node B））、高電力又はマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ等）、中継ノード、基地局の機能の一部を実装するネットワークノード（例えば、ｇＮＢセントラルユニット（ｇＮＢ－ＣＵ：gNB Central Unit）を実装するネットワークノード、又はｇＮＢ分散ユニット（ｇＮＢ－ＤＵ：gNB Distributed Unit）を実装するネットワークノード）、又は、他の何らかのタイプの無線アクセスノードの機能の一部を実装するネットワークノードが含まれるが、これらに限定されない。

コアネットワークノード： 本明細書で使用されるように、「コアネットワークノード」は、コアネットワーク内の任意のタイプのノード、又はコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例には、例えば、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）、パケットデータネットワークゲートウェイ（Ｐ－GW：Packet Data Network Gateway）、サービス能力エクスポージャ機能（ＳＣＥＦ：Service Capability Exposure Function）、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）等が挙げられる。コアネットワークノードの他の例には、アクセス及びモビリティ機能（ＡＭＦ：Access and Mobility Function）、ユーザプレーン機能（ＵＰＦ：User Plane Function）、セッション管理機能（ＳＭＦ：Session Management Function）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ：etwork Function (NF) Repository Function）、ポリシー制御機能（ＰＣＦ：Policy Control Function）、統合データ管理（ＵＤＭ：Unified Data Management）等を実装するノードが含まれる。

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

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

ネットワークノード： 本明細書で使用されるように、「ネットワークノード」は、ＲＡＮの一部であるか又はセルラ通信ネットワーク／システムのコアネットワークの一部である、任意のノードである。

送信／受信ポイント（ＴＲＰ：Transmission/Reception Point）：いくつかの実施形態では、ＴＲＰは、ネットワークノード、無線ヘッド、空間関係、又は送信設定インジケータ（ＴＣＩ：Transmission Configuration Indicator）状態のいずれかでありうる。いくつかの実施形態では、ＴＲＰは、空間関係又はＴＣＩ状態によって表されうる。いくつかの実施形態では、ＴＲＰは、複数のＴＣＩ状態を使用しうる。いくつかの実施形態では、ＴＲＰは、その要素に固有の物理レイヤ特性及びパラメータに従って、ＵＥとの間で無線信号を送受信するｇＮＢの一部であってもよい。いくつかの実施形態では、複数ＴＲＰ（マルチＴＲＰ）動作において、サービングセルは、２つのＴＲＰからＵＥをスケジューリングすることができ、より良好な物理ダウンリンク共有チャネル（ＰＤＳＣＨ）カバレッジ、信頼性、及び／又はデータレートを提供する。マルチＴＲＰには、単一ダウンリンク制御情報（ＤＣＩ）及びマルチＤＣＩという、２つの異なる動作モードがある。両方のモードについて、アップリンク及びダウンリンク動作の制御は、物理レイヤ及びメディアアクセス制御（ＭＡＣ）の両方によって行われる。単一ＤＣＩモードでは、ＵＥは、両方のＴＲＰについて同じＤＣＩによってスケジューリングされ、マルチＤＣＩモードでは、ＵＥは、各ＴＲＰからの独立したＤＣＩによってスケジューリングされる。

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

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

現在、（１つ以上の）ある課題が存在する。オンデマンドシステム情報のための現在のソリューションでは、ネットワークは、非アクティブモード手順を介して要求されたＵＥシステム情報ブロック（ＳＩＢ）を配信することができない。ＵＥは、（非アクティブ状態において）ｍｓｇ１又はｍｓｇ３を使用してオンデマンドシステム情報を要求しうるが、ネットワークは、ポイント・ツー・ポイント（ユニキャスト）メッセージを介して配信することができない。

更に、ＵＥは、現在ブロードキャストされていないＳＩＢを要求するためだけに接続モード（connected mode）に遷移することはできず、即ち、ネットワークは、接続モードにあるＵＥによって要求が行われなければ、ネットワークは、要求されたオンデマンドシステム情報を、接続モード手順を介して配信することはできない。これは、ネットワークの観点からの制約であり、特に、オンデマンド要求が１つのＵＥ（又は非常に少数）から生じる場合、又は更には多数のＵＥから別々の時間機会に生じる場合に、大量のブロードキャストリソースを消費するためであり、このような場合、ネットワークは、ポイント・ツー・ポイントで配信できず、ブロードキャストを使用して配信することを余儀なくされる。

このため、オンデマンドＳＩＢ配信のための、この方向におけるシステム及び方法が必要とされている。

本開示及びそれらの実施形態のある態様は、前述の又は他の課題に対するソリューションを提供しうる。本開示では、スモールデータ送信（ＳＤＴ：Small Data Transmission）フレームワークを使用するオンデマンドシステム情報（ＳＩ）要求及び配信のためのシステム及び方法の実施形態が提供される。

一実施形態では、ＳＤＴフレームワークを使用するオンデマンドＳＩ要求及び配信のためのメディアアクセス制御（ＭＡＣ）ベースの手順が提供される。一実施形態では、ＭＡＣベースの手順は以下のうちの１つ以上を含む：
● ＳＤＴのための既存の論理チャネルアイデンティティ（ＬＣＩＤ）／拡張ＬＣＩＤ（ｅＬＣＩＤ）、又は新たなＬＣＩＤ／ｅＬＣＩＤが、ＵＥがこれをＭｓｇＡ／Ｍｓｇ３送信の一部として含める又は使用する場合に定義される。
● このＬＣＩＤ／ｅＬＣＩＤを含むＭＡＣ ＣＥは、ＳＩＢ要求（例えば、どのＳＩＢが要求されるかを示すビット）を伴うペイロードを有する。
● そのような要求を受信すると、ネットワーク（例えば、ネットワークノード）は、ＳＤＴフレームワーク（例えば、Ｍｓｇ４／ＲＲＣＲｅｌｅａｓｅの一部として）メッセージを使用してダウンリンク（ＤＬ）データを提供するか、又は非アクティブ状態における後続のＤＬ送信を提供する。

別の実施形態では、ＳＤＴフレームワークを使用するオンデマンドＳＩ要求及び配信のための無線リソース制御（ＲＲＣ）ベースの手順が提供される。一実施形態では、ＲＲＣベースの手順は以下のうちの１つ以上を含む：
● ネットワークは、ＳＩＢブロードキャストを介して、ＳＤＴベースの配信がサポートされる又は有効化／無効化されるとの情報を提供する。これは、個別シグナリングによって提供されることも可能である。
● 図２２に示されるRRCSystemInfoRequestのRRCSystemInfoRequest-IEからのスペアビットは、ＵＥがＳＤＴをサポートしていることを示すために使用され、ネットワークは、ポイント・ツー・ポイント配信による配信を選択しうる。
● 以下のRRCSystemInfoRequestメッセージの代わりに、ＵＥは、ＳＤＴ要求のための新たなＲＲＣメッセージを送信し、フラグビットを用いてＤＬ ＳＤＴ送信を介してＳＩＢ（ｐｏｓＳＩＢ）を取得する能力を備えることが可能である。
● あるいは、ネットワークは更に、ＭＡＣ ＣＥ内の新たなＬＣＩＤ／ｅＬＣＩＤの使用に基づいて、ＵＥがＳＤＴをサポートしていると判定しうる。

ある実施形態は、以下の（１つ以上の）技術的利点のうちの１つ以上を提供しうる。本開示の実施形態は、以下の利点のうちの１つ以上を提供しうる：
● 省電力メカニズムが、ＲＡＮベースの手順に不可欠である。本明細書で説明される実施形態によれば、ＵＥは、ＲＲＣステータスをＲＲＣ＿ＩＮＡＣＴＩＶＥに保ち、かつ、それにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を回避しながら、データを送受信することが可能である。このことは、ＲＲＣ遷移を達成するためのより高いシグナリングオーバヘッド及び電力消費が回避されることを意味する。
● 本開示の実施形態は、ネットワークがブロードキャストを使用してＳＩＢを配信する必要がないので、ネットワークリソースの節約を提供しうる。
● 本開示の実施形態はＵＥが、グローバルナビゲーション衛星システム（ＧＮＳＳ）アルマナック又は基準局等の、低速変化する若しくは静的であり、かつ、ブロードキャストに適していない大規模データでもありうる測位ＳＩＢ（ｐｏｓＳＩＢ：positioning SIB）を取り出すためにこのメカニズムを使用できる場合に、特に有用でありうる。

図４は、本開示の実施形態が実装されうるセルラ通信システム４００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム４００は、次世代ＲＡＮ（ＮＧ-ＲＡＮ）及び５Ｇコア（５ＧＣ）を含む５Ｇシステム（５ＧＳ）であるが、本開示はこれに限定されない。本明細書で説明される実施形態は、スモールデータ送信（ＳＤＴ）が望まれる他のタイプのセルラ通信システム（例えば、発展型パケットシステム（ＥＰＳ））において実装が可能である。この例では、ＲＡＮは、基地局４０２－１及び４０２－２を含み、これらは、ＮＧ－ＲＡＮでは、ＮＲ基地局（ｇＮＢ）及びオプションとして次世代ｅＮＢ（ｎｇ－ｅＮＢ）（例えば、５ＧＣに接続されたＬＴＥ ＲＡＮ）を含み、これらは対応する（マクロ）セル４０４－１及び４０４－２を制御する。基地局４０２?１及び４０２?２は、本明細書では集合的に基地局４０２と一般的に称されるとともに、個別に基地局４０２と称される。同様に、（マクロ）セル４０４－１及び４０４－２は、本明細書では集合的に（マクロ）セル４０４と一般的に称されるとともに、個別にマクロセル４０４と称される。ＲＡＮは、対応するスモールセル４０８－１～４０８－４を制御するいくつかの低電力ノード４０６－１～４０６－４も含みうる。低電力ノード４０６－１～４０６－４は、スモール基地局（ピコ又はフェムト基地局等）又はリモートラジオヘッド（ＲＲＨ）等であってもよい。特に、図示されていないが、スモールセル４０８－１～４０８－４の１つ以上は、基地局４０２によって代わりに提供されてもよい。低電力ノード４０６－１～４０６－４は、本明細書では一般的に、集合的に低電力ノード４０６と称されるとともに、個別に低電力ノード４０６と称される。同様に、スモールセル４０８－１～４０８－４は、本明細書では一般的に、集合的にスモールセル４０８と称されるとともに、個別にスモールセル４０８と称される。セルラ通信システム４００は、コアネットワーク４１０を更に含み、当該コアネットワークは５Ｇシステム（５ＧＳ）において５ＧＣと称される。基地局４０２（及びオプションとして低電力ノード４０６）は、コアネットワーク４１０に接続されている。

基地局４０２及び低電力ノード４０６は、対応するセル４０４及び４０８内の無線通信デバイス４１２－１～４１２－５にサービスを提供する。無線通信デバイス４１２－１～４１２－５は、本明細書では集合的に無線通信デバイス４１２と一般的に称されるとともに、個別に無線通信デバイス４１２と称される。以下の説明では、無線通信デバイス４１２は、多くの場合、ＵＥであり、そのため場合によってはＵＥ４１２と称されるが、本開示はそれに限定されない。

以下では、実施形態は、ＮＲのコンテキストで説明されているが、ＬＴＥ又は任意の他の無線アクセス技術（ＲＡＴ）にも意味を失うことなく適用可能である。更に、「ｐｏｓＳＩＢ」、「測位ＳＩＢ（positioning SIB）」、及び「測位情報（positioning information）」との用語は、ブロードキャストを介して又は個別のＲＲＣシグナリングを介して、ＵＥによって一般に取得されうる、測位に関連するシステム情報を指す。また、「ＳＩＢ」及び「通常ＳＩＢ（normal SIB）」との用語は、ブロードキャスト又は個別のＲＲＣ信号を介して取得されうる、位置に関連しないシステム情報を指す。

以下では、同じ実施形態、方法、及びソリューションが、ｐｏｓＳＩＢ又はＳＩＢの両方に適用可能であるため、ｐｏｓＳＩＢ又はＳＩＢとの用語は意味を失うことなく交換されうる。

本明細書で使用される場合、「非アクティブモード無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ：Inactive mode Radio Network Temporary Identifier）」又は「Ｉ－ＲＮＴＩ値」との用語は、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおいてＵＥの中断されたＵＥコンテキストを識別するために使用される。一実施形態では、Ｉ－ＲＮＴＩ値は、以下のように定義される情報要素である：

本明細書で使用される場合、「ShortI-RNTI-Value」との用語は、I-RNTI-Valueと比較して、より少ないビットを使用して、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるＵＥの中断されたＵＥコンテキストを識別するために使用される。一実施形態では、ShortI-RNTI-Valueは、以下のように定義される情報要素である：

＜ＭＡＣベースのソリューション＞
一実施形態では、ＵＥ４１２がＲＲＣ＿ＩＮＡＣＴＩＶＥであり、かつ、（１つ以上の）ＳＩＢ又はｐｏｓＳＩＢを取得する必要性を有する場合、ＵＥ４１２は、いずれの（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢが必要であるかを知らせるために（即ち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに完全に遷移することなく）、新たなアップリンクＭＡＣ制御要素（ＣＥ）をネットワークへ（例えば、基地局４０２、又は基地局４０２の機能の少なくとも一部を実装するネットワークノード等の、ネットワークノードへ）送信する。

また、ユースケースは、ＵＥ４１２がＲＲＣ＿ＩＮＡＣＴＩＶＥであり、かつ、ポイント・ツー・ポイント配信によって（即ち、ブロードキャスト無しで）のみ提供されるようにネットワークによって（例えば、ネットワークノードによって）知らされるＳＩＢ又はｐｏｓＳＩＢを（再）取得する必要性を有し、その結果、ＵＥ４１２がＭＡＣ ＣＥを通じてこの要求を送信する、ようなものでありうる。例えば、ユニキャストタグを使用する。

（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを（再）取得する必要性は、以下の理由によるものである：
● ＵＥ４１２における上位レイヤからの要求、
● ＵＥ４１２に格納された（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢが古くなっている又はもはや有効ではない、又は
● 特定の（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢが、ある機能（例えば、サイドリンク又は非プライベートネットワーク）を設定又は実行するために取得されることが要求される。

更に、別の実施形態では、アップリンクＭＡＣ ＣＥをネットワークへ（例えば、ネットワークノードへ）送信する際に、ＵＥ４１２は更に、この特定のＵＥ４１２が（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能をサポートし、それを使用することを望むことを、ネットワークへ（例えば、ネットワークノードへ）（例えば、ＭＡＣ ＣＥを介して）知らせうる。代替的には、ネットワークは、特定のＵＥ４１２が、ＵＥ能力を介して（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能、又はＭＡＣ ＣＥにおけるＬＣＩＤ／ｅＬＣＩＤの使用、又は特定のプリアンブルリソースグループの使用、をサポートするかどうかを理解しうる。

一実施形態では、１つ（又は複数の）ＳＩＢ又はｐｏｓＳＩＢが要求されるとのアップリンクＭＡＣ ＣＥを介してＵＥ４１２の要求を受信すると、ネットワークノード（例えば、ｇＮＢ等の基地局４０２）は、以下のアクションを実行することを決定しうる：
１． ネットワークノードは、新しいダウンリンクＭＡＣ ＣＥをＵＥ４１２へ送信することで、ＳＤＴフレームワークを介して（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢ要求を無効化する、又は
２． ネットワークノードは、要求された（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを、Ｍｓｇ４又はＲＲＣＲｅｌｅａｓｅの一部として、ＳＤＴフレームワークに従って送信する、又は
３． ネットワークノードは、要求された（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを、（例えば、ブロードキャストステータスフラグをnotBroadcastingからbroadcastingに変更することによって）ブロードキャストする。

別の実施形態では、図５に示されるように、新たなｅＬＣＩＤが定義され、かつ、ペイロードが３２ビットを含む（ｍａｘＳＩメッセージ）ことを、上述のものの可能性のある実装が含みうる。更に、一実施形態では、ペイロードは図６に示されるようなものである。図５からのＲビット又は図６に示される新たなフラグＳは、要求がＭＡＣペイロード内のＳＩＢ用であるかｐｏｓＳＩＢ用であるかを区別するためにも使用されうる。更に、ＭＡＣペイロードは、例えば、２４ビット又は４０ビットのいずれかでありうるＵＥ ＩＤ（例えば、Ｉ－ＲＮＴＩ）も含みうる。一実施形態では、図６に示されるように、それ（例；Ｉ）も区別するためのフラグが存在してもよく、それ故に、ＭＡＣ ＣＥペイロードは、例えば、１０バイト又は８バイトでありうる。ネットワーク（例えば、ネットワークノード）は、ＭＡＣペイロードサイズ（例えば、２バイトの差）に基づいて、Ｉ－ＲＮＴＩタイプ（例えば、ショート又はロング）を推定しうる。

図７は、上述のＭＡＣベースのソリューションの一実施形態による、ＵＥ４１２及びネットワークノード７００（例えば、基地局４０２、又は基地局４０２の機能の少なくとも一部を実装するネットワークノード）の動作を示す。図示されるように、ＵＥ４１２は、非アクティブ状態にある場合に、ＭＡＣ ＣＥをネットワークノード７００へ送信し、当該ＭＡＣ ＣＥは、ＵＥ４１２によって要求された１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す（ステップ７０２）。更に、一実施形態では、ＭＡＣ ＣＥは、ＵＥ４１２が、（１つ以上の）ＳＩＢ及び／又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能をサポートしており、かつ、この機能を使用することを望むというインジケーションを更に含む。別の実施形態では、ネットワークノード７００は、ＵＥ能力（例えば、ＵＥ４１２によって以前に報告されたＵＥ能力）を介して、ＵＥ４１２がＳＤＴ機能をサポートすることを示す、ＭＡＣ ＣＥ内のＬＣＩＤ又はｅＬＣＩＤの使用を介して、又は関連するＲＡプリアンブルを送信する際のＵＥ４１２による特定のＲＡプリアンブルリソースグループの使用を介して、（１つ以上の）ＳＩＢ及び／又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能をＵＥ４１２がサポートしているかどうかを判定する。ＭＡＣ ＣＥの受信に応答して、ネットワークノード７００は、１つ以上のアクションを実行する（ステップ７０４）。ネットワークノード７００によって実行される１つ以上のアクションは、ＳＩＢ又はｐｏｓＳＩＢ要求を無効化するために新しいダウンリンクＭＡＣ ＣＥをＵＥ４１２へ送ること、要求されたＳＩＢ及び／又はｐｏｓ（ＳＩＢ）のうちの少なくとも１つを、ＳＤＴを介して、例えば、関連するＭｓｇ４又はＲＲＣＲｅｌｅａｓｅの一部として、ＵＥ４１２へ送ること、及び／又は、要求されたＳＩＢ及び／又はｐｏｓＳＩＢのうちの少なくとも１つを、（例えば、ブロードキャストステータスフラグをnotBroadcastingからbroadcastingに変更することによって）ブロードキャストすること、を含みうる。

＜ＲＲＣベースのソリューション＞
一実施形態では、ＵＥ４１２がＲＲＣ＿ＩＮＡＣＴＩＶＥにあり、かつ、（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを（再）取得する必要がある場合、ＵＥ４１２は、必要とされる（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するために、（即ち、完全にＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移することなく）アップリンクＲＲＣメッセージをネットワークへ送信する。一実施形態では、アップリンクＲＲＣ要求が、以下に従って送信される：
● ビットマップ又は明示的インジケーションが、いずれの（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢが必要とされるかをネットワークに知らせるために既存のＲＲＣメッセージに追加される。
● この新しいビットマップ又は明示的インジケーションは、以下のオプションのいずれかに従ってネットワークへ（例えば、ネットワークノードへ）伝達される：
１． 新しい又は既存のＲＲＣメッセージが、いずれの（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢが必要とされるかをネットワークに知らせるためにネットワークへ送信され、この新しいＲＲＣメッセージは、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を実行する際に通常使用されるレガシーＲＲＣメッセージのうちの１つの代わりに（例えば、RRCResumeRequestの代わりに）使用される。
２． 新しい又は既存のＲＲＣメッセージが、（例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔの代わりに）ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を実行する際に通常使用されるレガシーＲＲＣメッセージのうちの１つに（即ち、コンテナ－OCTET STRING内に）組み込まれて、ネットワークへ送信される。

更に、ＵＥ４１２がＳＤＴ手順のために４ステップＲＡタイプを使用する場合、ＵＥ４１２は、Ｍｓｇ３でＵＬメッセージを送信する。ＵＥ４１２がＳＤＴ手順のために２ステップＲＡタイプを使用する場合、ＵＥ４１２は、ＭｓｇＡでＵＬメッセージを送信する。

別の実施形態では、アップリンクＲＲＣ要求をネットワークへ送信する際に、ＵＥ４１２は更に、この特定のＵＥ４１２が（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能をサポートしており、かつ、それを使用することを望むことを（例えば、ＲＲＣメッセージで）ネットワークに知らせうる。代替的には、ネットワークは、特定のＵＥ４１２が、ＵＥ能力を介して（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能をサポートしているかどうかを理解しうる。

一実施形態では、ネットワーク（例えば、ネットワークノード）は更に、（１つ以上の）ＳＩＢ又は（１つ以上の）ｐｏｓＳＩＢを要求するためのＳＤＴ機能を、（ネットワークがそのカバレッジ下の全てのＵＥに対してこの機能を無効化にすることを望む場合には）ＳＩＢにインジケーションを追加することによって、又は（ネットワークがそのカバレッジ下の特定のＵＥのみに対してこの機能を無効化することを望む場合には）個別のＲＲＣメッセージにインジケーションを追加することによって、有効化／無効化しうる。

別の実施形態において、上述したものについての可能性のある実装は以下のとおりである。ビットマップ又は明示的インジケーションが、ＳＩＢ／ｐｏｓＳＩＢが必要とされることをネットワークに知らせるために既存のＲＲＣメッセージ又は新しいＲＲＣメッセージに追加される。図２３は、RRCSystemInfoRequestメッセージにビットマップ又は明示的が追加される例を示す。

更に、上記のＲＲＣメッセージはＵＥ ＩＤを有していないので、このRRCSystemInfoメッセージは、ＵＥ ＩＤ（例えば、Ｉ－ＲＮＴＩ）を含む、図６に示されるような特定のＭＡＣ ＣＥの後に、又は図２４のＲＲＣ再開要求メッセージの後に付加される。そのような場合、ＭＡＣペイロードは、ＳＩ要求オクテットを含まず、その代わりにＲＲＣメッセージを介して提供される。

一実施形態では、ＳＤＴ機能をサポートするＵＥのためのＳＩＢ又はＰｏｓＳＩＢ要求を送信するために、別個のプリアンブルグループが予約される。そのようなプリアンブルを受信すると、ネットワークは、以下のものに適合するであろうＵＬグラントを割り当てるであろう：

MAC CE + RRC Resume Request + RRC System Info Request Msg

要求されたＳＩＢ又はｐｏｓＳＩＢのＵＥ ＩＤ＋ビットマップを含む新しいＲＲＣメッセージを作成すること、又は、要求された属性（要求されたＳＩＢ／ｐｏｓＳＩＢのＢＩＴＭＡＰ）を任意のＳＤＴ固有のＲＲＣメッセージに追加することも可能である。

図８は、上述のＲＲＣベースのソリューションの一実施形態による、ＵＥ４１２及びネットワークノード７００（例えば、基地局４０２、又は基地局４０２の機能の少なくとも一部を実装するネットワークノード）の動作を示す。図示されるように、ＵＥ４１２は、非アクティブ状態にある場合に、ＲＲＣメッセージをネットワークノード７００へ送信し、当該ＲＲＣメッセージは、ＵＥ４１２によって要求された１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す（ステップ８０２）。ＲＲＣメッセージは、上述の実施形態のいずれかによるものでありうる。このため、ここでは上述の詳細を同様に適用可能である。一実施形態では、ＲＲＣメッセージは、ＳＤＴ要求のための（新しい）ＲＲＣメッセージであり、ダウンリンクＳＤＴ送信を介してＳＩＢ及び／又はｐｏｓＳＩＢを取得するためのＵＥ４１２の能力のインジケーション（例えば、ダウンリンクＳＤＴ送信を介してＳＩＢ及び／又はｐｏｓＳＩＢを取得するためのＵＥ４１２の能力を示すフラグビット）を含むことに留意されたい。

ＲＲＣメッセージの受信に応答して、ネットワークノード７００は、１つ以上のアクションを実行する（ステップ８０４）。ネットワークノード８００によって実行される１つ以上のアクションは、ＳＩＢ又はｐｏｓＳＩＢ要求を無効化すること、要求されたＳＩＢ及び／又はｐｏｓ（ＳＩＢ）のうちの少なくとも１つを、ＳＤＴを介して、例えば、関連するＭｓｇ４又はＲＲＣＲｅｌｅａｓｅの一部として、ＵＥ４１２へ送ること、及び／又は、要求されたＳＩＢ及び／又はｐｏｓＳＩＢのうちの少なくとも１つを、（例えば、ブロードキャストステータスフラグをnotBroadcastingからbroadcastingに変更することによって）ブロードキャストすること、を含みうる。

＜ＳＤＴ手順及びＳＤＴを介したＳＩＢのネットワーク配信＞
図９及び図１０に例示的な手順が示される。図９の手順は、２ステップＲＡに関して示される。図１０の手順は、４ステップＲＡに関して示される。図９に示されるように、ＭｓｇＡで、ＵＥ４１２は、RRCResumeRequest＋（場合によってはセグメント化された）スモールデータ＋ＳＩＢ要求インジケーションを、ネットワークノード９００へ送信する（ステップ９０２）。ＭｓｇＢで、ネットワークノード９００は、以下のものを送信する（ステップ９０４）：
● 他のデータが予期されず、設定更新が行われない場合、ＲＲＣリリース（RRCrelease）、又は
● ＲＲＣ接続要求（RRC connection request）＋場合によってはＵＥを接続（connected）に移行させるための動的グラント、又は
● ＲＲＣリリース（RRCrelease）＋ダウンリンク割り当て（Downlink assignment）＋場合によっては設定グラント・コンフィギュレーション／単一のＵＬ設定グラント。

図１０に示されように、ＵＥ４１２は、ＲＡプリアンブルをネットワークノード１０００へ送信し（ステップ１００２）、ネットワークノード１０００からＲＡＲを受信した後（ステップ１００４）、Ｍｓｇ３で、ＵＥ４１２は、RRCResumeRequest＋（場合によってはセグメント化された）スモールデータ＋ＳＩＢ要求インジケーションを、ネットワークノード１０００へ送信する（ステップ１００６）。Ｍｓｇ４で、ネットワークノード１０００は、以下のものを送信する（ステップ１００８）：
● 他のデータが予期されず、設定更新が行われない場合、ＲＲＣリリース（RRCrelease）、又は
● ＲＲＣ接続要求（RRC connection request）＋場合によってはＵＥを接続（connected）に移行させるための動的グラント、又は
● ＲＲＣリリース（RRCrelease）＋ダウンリンク割り当て（Downlink assignment）＋場合によっては設定グラント・コンフィギュレーション／単一のＵＬ設定グラント。

一実施形態では、ネットワークノード９００又は１０００は、ＭｓｇＡ又はＭｓｇ３を通じて、あるいは設定グラント割り当てで、第１のＳＤＴメッセージを受信する。ネットワークノード９００又は１０００は、後続のＳＤＴ送信が以下のいずれかを通じて保留中であることを検出する：
● ＭＡＣサブ・プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）内のユーザデータが、セグメント化された無線リンク制御（ＲＬＣ）ペイロードであること、
● 又は、明示的インジケーション、例えば、ＳＩＢ要求、又はその両方によって、
● 又は代替的には、本明細書において前のセクションで説明した方法を使用してＳＩＢ ＲＲＣ定要求を受信することによって。

その後、ネットワークノード９００又は１０００は、ＳＩＢ ＲＲＣメッセージをＵＥ４１２へ提供しうる（ステップ９０６又はステップ１０１０）。ネットワークノード９００又は１０００は、以下の手段によって、ＳＩＢ ＲＲＣメッセージをＵＥ４１２へ提供しうる：
● ＲＲＣリリース（RRCRelease）は、後続のダウンリンク割り当てを伴い、当該割り当てについて、ＵＥ４１２は、正常に復号されるまでＲＲＣ ＩＮＡＣＴＩＶＥに留まる。
〇 ＤＬ割り当て（ＳＰＳ（Semi Persistent Scheduling、半永続的スケジューリング）を参照）は、ＳＩＢ ＲＲＣコンフィギュレーションを含む
● ネットワークノード９００によってスケジューリングされたＤＬ割り当て（グラント）、当該ＤＬ割り当てについて、復号の成功後にＲＲＣリリースメッセージを伴う。

＜ＲＲＣ手順の記述（3GPP TS 38.331 第5章に対する影響）＞
以下は、上述の実施形態の少なくともいくつかの態様を実装する3GPP TS 38.331手順上の変更の例を含む。本例は、ＳＤＴベースの手順に適合するために既存の手順がどのように更新される必要があるかを示す。更に、ＳＤＴベースの非アクティブモード機構のための別個のオンデマンドＳＩ手順を有することが可能である。

＜更なる態様＞
図１１は、本開示のいくつかの実施形態に係るネットワークノード１１００の概略的なブロック図である。オプション機能は破線のボックスによって表される。ネットワークノード１１００は、例えば、基地局４０２若しくは４０６、又は本明細書で説明されるような基地局４０２若しくはｇＮＢ、ネットワークノード７００、８００、９００又は１０００の機能の全て若しくは一部を実装するネットワークノードでありうる。図示されるように、ネットワークノード１１００は、１つ以上のプロセッサ１１０４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ１１０６、及びネットワークインタフェース１１０８を含む制御システム１１０２を含む。１つ以上のプロセッサ１１０４は、本明細書において処理回路とも称される。また、ネットワークノード１１００は、１つ以上のアンテナ１１１６に結合された１つ以上の送信機１１１２及び１つ以上の受信機１１１４をそれぞれ含む、１つ以上の無線ユニット１１１０を含みうる。無線ユニット１１１０は、無線インタフェース回路と称されうるか又はその一部でありうる。いくつかの実施形態では、（１つ以上の）無線ユニット１１１０は、制御システム１１０２の外部にあり、例えば有線接続（例えば光ケーブル）を介して制御システム１１０２に接続される。しかし、いくつかの他の実施形態では、（１つ以上の）無線ユニット１１１０及び潜在的には（１つ以上の）アンテナ１１１６は、制御システム１１０２と一緒に統合される。１つ以上のプロセッサ１１０４は、本明細書で説明されるようなネットワークノード１１００の１つ以上の機能（例えば、基地局４０２若しくは４０６、又は、本明細書で説明されるような基地局４０２若しくはｇＮＢ、ネットワークノード７００、８００、９００若しくは１０００の機能の全て若しくは一部を実装するネットワークノード、の１つ以上の機能）を提供するように動作する。いくつかの実施形態では、（１つ以上の）機能が、例えばメモリ１１０６に格納され、かつ、１つ以上のプロセッサ１１０４によって実行されるソフトウェアで実装される。

図１２は、本開示のいくつかの実施形態に係るネットワークノード１１００の仮想化された実施形態を示す概略的なブロック図である。先と同様、オプション機能は破線のボックスによって表される。本明細書で使用される「仮想化」ネットワークノードは、ネットワークノード１１００の機能の少なくとも一部が（例えば、（１つ以上の）ネットワーク内の（１つ以上の）物理処理ノードで実行されている（１つ以上の）仮想マシンを介して）（１つ以上の）仮想コンポーネントとして実装されたネットワークノード１１００の実装である。図示のように、この例では、ネットワークノード１１００は、上述のように、制御システム１１０２及び／又は１つ以上の無線ユニット１１１０を含みうる。制御システム１１０２は、例えば光ケーブル等を介して（１つ以上の）無線ユニット１１１０に接続されうる。ネットワークノード１１００は、（１つ以上の）ネットワーク１２０２に結合されるか又は（１つ以上の）ネットワーク１２０２の一部として含まれる１つ以上の処理ノード１２００を含む。存在する場合、制御システム１１０２又は（１つ以上の）無線ユニットは、ネットワーク１２０２を介して（１つ以上の）処理ノード１２００に接続される。各処理ノード１２００は、１つ以上のプロセッサ１２０４（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡ等）、メモリ１２０６、及びネットワークインタフェース１２０８を含む。

この例では、本明細書で説明されるネットワークノード１１００の機能１２１０（例えば、基地局４０２若しくは４０６、又は、本明細書で説明されるような基地局４０２若しくはｇＮＢ、ネットワークノード７００、８００、９００若しくは１０００の機能の全て若しくは一部を実装するネットワークノード、の１つ以上の機能）は、１つ以上の処理ノード１２００で実装されるか、又は１つ以上の処理ノード１２００並びに制御システム１１０２及び／又は無線ユニット１１１０にわたって任意の所望の方法で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード１１００の機能１２１０の一部又は全てが、（１つ以上の）処理ノード１２００によってホストされる（１つ以上の）仮想環境に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者によって理解されるように、所望の機能１２１０の少なくともいくつかを実行するために、（１つ以上の）処理ノード１２００と制御システム１１０２との間の追加のシグナリング又は通信が使用される。とりわけ、いくつかの実施形態では、制御システム１１０２は含まれなくてもよく、その場合、（１つ以上の）無線ユニット１１１０が、適切な（１つ以上の）ネットワークインタフェースを介して（１つ以上の）処理ノード１２００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、当該少なくとも１つのプロセッサに、本明細書で説明される実施形態のいずれかに係る仮想環境におけるネットワークノード１１００の１つ以上の機能１２１０の機能を実装するネットワークノード１１００又はノード（例えば、処理ノード１２００）の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体（メモリ等の非一時的なコンピュータ読み取り可能媒体）のいずれかである。

図１３は、本開示の他のいくつかの実施形態に係るネットワークノード１１００の概略的なブロック図である。ネットワークノード１１００は、１つ以上のモジュール１３００を含み、各モジュールはソフトウェアで実装される。（１つ以上の）モジュール１３００は、本明細書で説明されるネットワークノード１１００の機能を提供する。この説明は、モジュール１３００が処理ノード１２００の１つで実装されるか又は複数の処理ノード１２００に分散される、及び／又は（１つ以上の）処理ノード１２００及び制御システム１１０２に分散される、図１２の処理ノード１２００に等しく適用可能である。

図１４は、本開示のいくつかの実施形態に係る無線通信デバイス１４００（例えば、無線通信デバイス４１２又はＵＥ４１２）の概略的なブロック図である。図示されるように、無線通信デバイス１４００は、１つ以上のプロセッサ１４０２（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡ等）、メモリ１４０４、並びに、１つ以上のアンテナ１４１２に結合された１つ以上の送信機１４０８及び１つ以上の受信機１４１０をそれぞれ含む、１つ以上のトランシーバ１４０６を含む。当業者によって理解されるように、（１つ以上の）トランシーバ１４０６は、（１つ以上の）アンテナ１４１２に接続され、（１つ以上の）アンテナ１４１２と（１つ以上の）プロセッサ１４０２との間でやりとりされる信号を調整するように構成された、無線フロントエンド回路を備える。プロセッサ１４０２は、本明細書において処理回路とも称される。トランシーバ１４０６は、本明細書において無線回路とも称される。いくつかの実施形態では、上述の無線通信デバイス１４００の機能は、例えばメモリ１４０４に格納され、（１つ以上の）プロセッサ１４０２により実行されるソフトウェアで完全に又は部分的に実装されうる。なお、無線通信デバイス１４００は、例えば、１つ以上のユーザインタフェースコンポーネント）（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つ以上の）スピカー、及び／又はそれと同様のもの、及び／又は、無線通信デバイス１４００への情報の入力を可能にする及び／又は無線通信デバイス１４００からの情報の出力を可能にするための任意の他のコンポーネントを含む、入出力インタフェース）、電源（例えば、バッテリ及び関連する電力回路）等といった、図１４に示されていない追加のコンポーネントを備えてもよい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、本明細書に記載の実施形態のいずれかに従って少なくとも１つのプロセッサに無線通信デバイス１４００の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体（メモリ等の非一時的なコンピュータ読み取り可能媒体）のいずれかである。

図１５は、本開示の他のいくつかの他の実施形態に係る無線通信デバイス１４００の概略的なブロック図である。無線通信デバイス１４００は、１つ以上のモジュール１５００を含み、各モジュールはソフトウェアで実装される。（１つ以上の）モジュール１５００は、本明細書で説明される無線通信デバイス１４００の機能を提供する。

図１６を参照すると、実施形態に従って、通信システムは、３ＧＰＰタイプのセルラネットワーク等の通信ネットワーク１６００を含み、当該通信ネットワークは、無線アクセスネットワーク等のアクセスネットワーク１６０２と、コアネットワーク１６０４とを含む。アクセスネットワーク１６０２は、それぞれ対応するカバレッジエリア１６０８Ａ，１６０８Ｂ，１６０８Ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、又はその他のタイプの無線アクセスポイント（ＡＰ）等の複数の基地局１６０６Ａ，１６０６Ｂ，１６０６Ｃを備える。各基地局１６０６Ａ，１６０６Ｂ，１６０６Ｃは、有線又は無線コネクション１６１０を介してコアネットワーク１６０４に接続可能である。カバレッジエリア１６０８Ｃに位置する第１のＵＥ１６１２は、対応する基地局１６０６Ｃに無線で接続する、又は当該基地局によってページングされるように構成される。カバレッジエリア１６０８Ａ内の第２のＵＥ１６１４は、対応する基地局１６０６Ａに無線で接続可能である。この例では、複数のＵＥ１６１２，１６１４が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にある状況、又は単一のＵＥが対応する基地局１６０６に接続している状況にも同様に適用可能である。

通信ネットワーク１６００自体は、ホストコンピュータ１６１６に接続され、当該ホストコンピュータは、独立型サーバ、クラウド実装型サーバ、分散型サーバのハードウェア及び／又はソフトウェアで、又はサーバファーム内の処理リソースとして実施されうる。ホストコンピュータ１６１６は、サービスプロバイダの所有であっても制御下にあってもよく、又は、サービスプロバイダによって又はサービスプロバイダの代わりに操作されてもよい。通信ネットワーク１６００とホストコンピュータ１６１６との間のコネクション１６１８及び１６２０は、コアネットワーク１６０４からホストコンピュータ１６１６に直接延びていてもよいし、オプションの中間ネットワーク１６２２を介して延びていてもよい。中間ネットワーク１６２２は、パブリックネットワーク、プライベートネットワーク、又はホストネットワークのうちの１つ以上の組合せであってもよく、中間ネットワーク１６２２は、もしあれば、バックボーンネットワーク又はインターネットであってもよく、特に、中間ネットワーク１６２２は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図１６の通信システムは、全体として、接続されたＵＥ１６１２，１６１４のうちの１つとホストコンピュータ１６１６との間の接続性を与える。当該接続性は、オーバー・ザ・トップ（ＯＴＴ：ｏｖｅｒ-ｔｈｅ-ｔｏｐ）コネクション１６２４として説明されうる。ホストコンピュータ１６１６及び接続されたＵＥ１６１２，１６１４は、アクセスネットワーク１６０２、コアネットワーク１６０４、任意の中間ネットワーク１６２２、及び可能性のある更なるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション１６２４を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴコネクション１６２４は、ＯＴＴコネクション１６２４が通過する参加通信デバイスが、アップリンク通信及びダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。例えば、基地局１６０６は、接続されたＵＥ１６１２に転送される（例えば、ハンドオーバされる）ホストコンピュータ１６１６から発信されたデータを有する、到着するダウンリンク通信の過去のルーティングについて通知されてなくてもよく、又は通知される必要がなくてもよい。同様に、基地局１６０６は、ＵＥ１６１２からホストコンピュータ１６１６へ向かう、発信されるアップリンク通信の将来のルーティングを知っている必要はない。

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

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

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

図１７に示されるホストコンピュータ１７０２、基地局１７１８、及びＵＥ１７１４は、それぞれ、図１６のホストコンピュータ１６１６、基地局１６０６Ａ，１６０６Ｂ，１６０６Ｃのうちの１つ、及びＵＥ１６１２，１６１４のうちの１つと、類似又は同一でありうることに留意されたい。即ち、これらのエンティティの内部動作は、図１７に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図１６のものであってもよい。

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

ＵＥ１７１４と基地局１７１８との間の無線コネクション１７２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション１７２６が最後のセグメントを形成するＯＴＴコネクション１７１６を使用してＵＥ １７１４に提供されるＯＴＴサービスの性能を改善しうる。

いくつかの実施形態では、１つ又は以上の実施形態が改善するデータレート、レイテンシ及びその他の要因をモニタリングする目的で、測定手順が提供されうる。更に、測定結果の変動に応じて、ホストコンピュータ１７０２とＵＥ１７１４との間のＯＴＴコネクション１７１６を再設定するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション１７１６を再設定するための測定手順及び／又はネットワーク機能は、ホストコンピュータ１７０２のソフトウェア１７１０及びハードウェア１７０４、又はＵＥ１７１４のソフトウェア１７４０及びハードウェア１７３４、又はその両方で実装されうる。いくつかの実施形態では、センサ（図示せず）が、ＯＴＴコネクション１７１６が通過する通信デバイスに配置されうるか又はそれに関連して配置されうる。当該センサは、上記で例示された、モニタリングされた量の値を供給することによって、又はソフトウェア１７１０，１７４０が当該モニタリングされた量を他の物理量の値から計算又は推定しうる、当該他の物理量の値を供給することによって、測定手順に関与しうる。ＯＴＴコネクション１７１６の再設定は、メッセージフォーマット、再送設定、好ましいルーティング等を含んでもよく、当該再設定は、基地局１７１８に影響を与える必要はなく、基地局１７１８には未知であるか又は感知できなくてもよい。そのような手順及び機能は、当技術分野で知られており、実施されている可能性がある。特定の実施形態では、測定は、ホストコンピュータ１７０２の、スループット、伝搬時間、レイテンシ等の測定を容易にする独自のＵＥシグナリングを伴いうる。測定は、ソフトウェア１７１０及び１７４０が、伝搬時間、エラー等を監視しながら、ＯＴＴコネクション１７１６を使用してメッセージ（特に、空の又は「ダミー」メッセージ）を送信させるという形で実行されうる。

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

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

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

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

本明細書に開示された任意の適切なステップ、方法、特徴、機能、又は利点は、１つ以上の仮想装置の１つ以上の機能ユニット又はモジュールを通じて実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアを用いて実装されてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装では、処理回路は、それぞれの機能ユニットに、本開示の１つ以上の実施形態に従って対応する機能を実行させるために使用されてもよい。

図面内のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示しうるが、そのような順序は例示的であることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行する、特定の動作を組み合わせる、特定の動作をオーバーラップする等してもよい。）

本開示のいくつかの例示的な実施形態は以下のとおりである：

＜グループＡの実施形態＞
実施形態１： 無線通信デバイス（412）によって実行される方法であって、
●非アクティブ状態にある間に、ネットワークノードへメッセージを送信すること（702; 802）を含み、前記メッセージは、
〇前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報を含むＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）、又は
〇前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報を含むＲＲＣ（無線リソース制御）メッセージ、
のいずれかを含む、方法。

実施形態２： 実施形態１の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報を含むＭＡＣ ＣＥを含む、方法。

実施形態３： 実施形態２の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーションを更に含む、方法。

実施形態４： 実施形態２の方法であって、前記無線通信デバイス（412）は、前記無線通信デバイス（412）が前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを、
●前記ネットワークノードへ報告される能力情報、又は
●前記ＭＡＣ ＣＥ内のＬＣＩＤ（論理チャネルアイデンティティ）若しくはｅＬＣＩＤ（拡張論理チャネルアイデンティティ）の使用、又は
●関連するランダムアクセスプリアンブルの送信用の特定のランダムアクセスプリアンブルリソースグループの使用、
を介して前記ネットワークノードに知らせる、方法。

実施形態５： 実施形態２乃至４のいずれかの方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）のアイデンティティを更に含む、方法。

実施形態６： 実施形態５の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。

実施形態７： 実施形態６の方法であって、前記ＭＡＣ ＣＥは、前記ＭＡＣ ＣＥに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。

実施形態８： 実施形態２乃至７のいずれかの方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示す情報を更に含む、方法。

実施形態９： 実施形態２乃至８のいずれかの方法であって、前記ＭＡＣ ＣＥは、ｅＬＣＩＤを含むサブヘッダを含み、前記ｅＬＣＩＤは、複数のＳＩＢ及び／又はｐｏｓＳＩＢのうちのいずれが前記無線通信デバイスによって要求されているかを示す複数のビットを含む、方法。

実施形態１０： 実施形態９の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示すフラグを、前記サブヘッダ又は前記ｅＬＣＩＤ内に含む、方法。

実施形態１１： 実施形態９又は１０の方法であって、前記ｅＬＣＩＤは、前記無線通信デバイス（412）のアイデンティティを更に含む、方法。

実施形態１２： 実施形態１１の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。

実施形態１３： 実施形態１２の方法であって、前記ｅＬＣＩＤは、前記ｅＬＣＩＤに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。

実施形態１４： 実施形態１の方法であって、前記メッセージは、ＲＲＣ（無線リソース制御）メッセージを含み、当該ＲＲＣメッセージは、
●前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報、及び
●前記無線通信デバイス（412）のアイデンティティ、及び／又は、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーション、及び／又は、ダウンリンクＳＤＴ送信を介してＳＩＢ及び／又はｐｏｓＳＩＢを取得するための前記無線通信デバイス（412）の能力のインジケーション、
を含む、方法。

実施形態１５： 実施形態１４の方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示すビットマップ又は明示的インジケーションを含む、方法。

実施形態１６： 実施形態１４又は１５の方法であって、前記メッセージを送信すること（802）は、アイドル／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージの代わりに、ＳＤＴ（スモールデータ送信）フレームワークの通信に使用されるべき前記ＲＲＣメッセージを送信すること（802）を含む、方法。

実施形態１７： 実施形態１４又は１５の方法であって、前記メッセージを送信すること（802）は、アイドル状態／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージ内に、ＳＤＴ（スモールデータ送信）フレームワークを使用してＳＩＢ／ｐｏｓＳＩＢを受信する能力を含む前記ＲＲＣメッセージを埋め込むこと（802）を含む、方法。

実施形態１８： 実施形態１４乃至１７のいずれかの方法であって、前記メッセージを送信すること（802）は、ＳＤＴ手順のための４ステップランダムアクセスのＭｓｇ３、又はＳＤＴ手順のための２ステップランダムアクセスのＭｓｇＡのいずれかで、前記ＲＲＣメッセージを送信すること（802）を含む、方法。

実施形態１９： 実施形態１４乃至１８のいずれかの方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを示す情報を更に含む、方法。

実施形態２０： 実施形態１４乃至１９のいずれかの方法であって、前記無線通信デバイス（412）のアイデンティティは、前記ＲＲＣメッセージに含まれないが、前記ＲＲＣメッセージの前又は後のいずれかに前記無線通信デバイス（412）によって前記ネットワークノードへ送信されるＭＡＣ ＣＥに含まれる、方法。

実施形態２１： 実施形態１乃至２０のいずれかの方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、（例えば、ＳＤＴを介して）関連するランダムアクセスのＭｓｇ４の一部として、又はＲＲＣリリースメッセージの一部として受信すること（704）を更に含む、方法。

実施形態２２： 実施形態１乃至２０のいずれかの方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信すること（704; 804）を更に含む、方法。

実施形態２３： 実施形態２２の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信すること（704; 804）は、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つに関連付けられたブロードキャスト状態フラグを受信することを含み、前記ブロードキャスト状態フラグは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つがブロードキャストされることを示すように変更される、方法。

実施形態２４： 実施形態１乃至２０のいずれかの方法であって、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢのための前記要求を無効化するメッセージを受信すること（704; 804）を更に含む、方法。

実施形態２５： 実施形態１乃至２４のいずれかの方法であって、前記メッセージを送信すること（702; 802）は、２ステップランダムアクセスにおけるＭｓｇＡであって、ランダムアクセスプリアンブル、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記ＭｓｇＡを送信すること（902）を含む、方法。

実施形態２６： 実施形態１乃至２４のいずれかの方法であって、前記メッセージを送信すること（702; 802）は、４ステップランダムアクセスにおけるＭｓｇ３であって、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記Ｍｓｇ３を送信すること（1002）を含む、方法。

実施形態２７： 上記実施形態のいずれかの方法であって、ユーザデータを提供することと、当該ユーザデータを、基地局への送信を介してホストコンピュータへ転送することと、を更に含む、方法。

＜グループＢの実施形態＞
実施形態２８： ネットワークノード（700; 800; 900; 1000）によって実行される方法であって、前記方法は、
●無線通信デバイス（412）が非アクティブ状態にある間に、前記無線通信デバイス（412）からメッセージを受信すること（702; 802）を含み、前記メッセージは、
〇前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報を含むＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）、又は
〇前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報を含むＲＲＣ（無線リソース制御）メッセージ、
のいずれかを含む、方法。

実施形態２９： 実施形態２８の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報を含むＭＡＣ ＣＥを含む、方法。

実施形態３０： 実施形態２９の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーションを更に含む、方法。

実施形態３１： 実施形態２９の方法であって、前記ネットワークノードは、前記無線通信デバイス（412）が前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを、
●前記無線通信デバイス（412）から前記ネットワークノードへ報告される能力情報、又は
●前記ＭＡＣ ＣＥ内のＬＣＩＤ（論理チャネルアイデンティティ）若しくはｅＬＣＩＤ（拡張論理チャネルアイデンティティ）の使用、又は
●関連するランダムアクセスプリアンブルの送信用の特定のランダムアクセスプリアンブルリソースグループの使用、
を介して判定する、方法。

実施形態３２： 実施形態２９乃至３１のいずれかの方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）のアイデンティティを更に含む、方法。

実施形態３３： 実施形態３２の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。

実施形態３４： 実施形態３３の方法であって、前記ＭＡＣ ＣＥは、前記ＭＡＣ ＣＥに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。

実施形態３５： 実施形態２９乃至３４のいずれかの方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示す情報を更に含む、方法。

実施形態３６： 実施形態２９乃至３５のいずれかの方法であって、前記ＭＡＣ ＣＥは、ｅＬＣＩＤを含むサブヘッダを含み、前記ｅＬＣＩＤは、複数のＳＩＢ及び／又はｐｏｓＳＩＢのうちのいずれが前記無線通信デバイスによって要求されているかを示す複数のビットを含む、方法。

実施形態３７： 実施形態３６の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示すフラグを、前記サブヘッダ又は前記ｅＬＣＩＤ内に含む、方法。

実施形態３８： 実施形態３６又は３７の方法であって、前記ｅＬＣＩＤは、前記無線通信デバイス（412）の前記アイデンティティを更に含む、方法。

実施形態３９： 実施形態３８の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。

実施形態４０： 実施形態３９の方法であって、前記ｅＬＣＩＤは、前記ｅＬＣＩＤに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。

実施形態４１： 実施形態２８の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示す情報を含むＲＲＣメッセージを含む、方法。

実施形態４２： 実施形態４１の方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示すビットマップ又は明示的インジケーションを含む、方法。

実施形態４３： 実施形態４１又は４２の方法であって、前記メッセージを受信すること（802）は、アイドル状態又は接続状態から遷移する際に通常使用されるレガシーＲＲＣメッセージの代わりに、前記ＲＲＣメッセージを受信すること（802）を含む、方法。

実施形態４４： 実施形態４１又は４２の方法であって、前記メッセージを受信すること（802）は、アイドル状態又は接続状態から遷移する際に通常使用されるレガシーＲＲＣメッセージ内に埋め込まれた前記ＲＲＣメッセージを受信すること（802）を含む、方法。

実施形態４５： 実施形態４１乃至４４のいずれかの方法であって、前記メッセージを受信すること（802）は、ＳＤＴ手順のための４ステップランダムアクセスのＭｓｇ３、又はＳＤＴ手順のための２ステップランダムアクセスのＭｓｇＡのいずれかで、前記ＲＲＣメッセージを受信すること（802）を含む、方法。

実施形態４６： 実施形態４１乃至４５のいずれかの方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを示す情報を更に含む、方法。

実施形態４７： 実施形態４１乃至４６のいずれかの方法であって、前記無線通信デバイス（412）のアイデンティティは、前記ＲＲＣメッセージに含まれないが、前記ＲＲＣメッセージの前又は後のいずれかに前記無線通信デバイス（412）から受信されるＭＡＣ ＣＥに含まれる、方法。

実施形態４８： 実施形態２８乃至４７のいずれかの方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、（例えば、ＳＤＴを介して）関連するランダムアクセスのＭｓｇ４の一部として、又はＲＲＣリリースメッセージの一部として、前記無線通信デバイス（412）へ送信すること（704）を更に含む、方法。

実施形態４９： 実施形態２８乃至４７のいずれかの方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストすること（704; 804）を更に含む、方法。

実施形態５０： 実施形態４９の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストすること（704; 804）は、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つに関連付けられたブロードキャスト状態フラグを送信することを含み、前記ブロードキャスト状態フラグは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つがブロードキャストされることを示すように変更される、方法。

実施形態５１： 実施形態２８乃至４７のいずれかの方法であって、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢのための前記要求を無効化するメッセージを送信すること（704; 804）を更に含む、方法。

実施形態５２： 実施形態２８乃至５１のいずれかの方法であって、前記メッセージを受信すること（702; 802）は、２ステップランダムアクセスにおけるＭｓｇＡであって、ランダムアクセスプリアンブル、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記ＭｓｇＡを受信すること（902）を含む、方法。

実施形態５３： 実施形態２８乃至５１のいずれかの方法であって、前記メッセージを受信すること（702; 802）は、４ステップランダムアクセスにおけるＭｓｇ３であって、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記Ｍｓｇ３を受信すること（1002）を含む、方法。

実施形態５４： 上記の実施形態のいずれかの方法であって、ユーザデータを取得することと、当該ユーザデータをホストコンピュータ又は無線通信デバイスへ転送することと、を更に含む、方法。

＜グループＣの実施形態＞
実施形態５５： 無線通信デバイスであって、グループＡの実施形態のいずれかに含まれるステップのいずれかを実行するように構成された処理回路と、前記無線通信デバイスに電力を供給するように構成された電源回路と、を備える、無線通信デバイス。

実施形態５６： グループＢの実施形態のいずれかに含まれるステップのいずれかを実行するように構成された処理回路と、前記基地局に電力を供給するように構成された電源回路と、を備える、基地局。

実施形態５７： ＵＥ（ユーザ装置）であって、
●無線信号を送受信するように構成されたアンテナと、
●前記アンテナ及び処理回路に接続され、前記アンテナと前記処理回路との間で伝達される信号を調整するように構成された無線フロントエンド回路と、
●グループＡの実施形態のいずれかに含まれるステップのいずれかを実行するように構成された前記処理回路と、
●前記処理回路に接続され、前記処理回路によって処理されるべき情報の前記ＵＥへの入力を可能にするように構成された入力インタフェースと、
●前記処理回路に接続され、前記処理回路によって処理された情報を前記ＵＥから出力するように構成された出力インタフェースと、
●前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリと、を備える、ＵＥ。

実施形態５８： ホストコンピュータを含む通信システムであって、
●ユーザデータを提供するように構成された処理回路と、
●ユーザ装置（ＵＥ）への送信のためにセルラネットワークへ前記ユーザデータを転送するように構成された通信インタフェースと、を備え、
●前記セルラネットワークは、無線インタフェース及び処理回路を有する基地局を含み、前記基地局の処理回路は、グループＢの実施形態のいずれかに含まれるステップのいずれかを実行するように構成される、通信システム。

実施形態５９： 上記実施形態の通信システムであって、前記基地局を更に備える、通信システム。

実施形態６０： 上記２つの実施形態の通信システムであって、前記ＵＥを更に含み、前記ＵＥは前記基地局と通信するように構成される、通信システム。

実施形態６１： 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、通信システム。

実施形態６２： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記基地局は、グループＢの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態６３： 上記実施形態の方法であって、前記基地局において、ユーザデータを送信することを更に含む、方法。

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

実施形態６５： 基地局と通信するように構成されたＵＥ（ユーザ装置）であって、前記ＵＥは、無線インタフェースと、上記３つの実施形態の方法を実行するように構成された処理回路とを備える、ＵＥ。

実施形態６６： ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥ（ユーザ装置）に送信するためにユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、前記ＵＥは、無線インタフェース及び処理回路を有する基地局を備え、前記ＵＥの処理回路は、グループＡの実施形態のいずれかに含まれるステップを実行するように構成される、通信システム。

実施形態６７： 上記実施形態の通信システムであって、前記セルラネットワークは、前記ＵＥと通信するように構成された基地局を更に含む、通信システム。

実施形態６８： 上記２つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行し、それによって前記ユーザデータを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される、通信システム。

実施形態６９： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を備えるセルラネットワークを介して前記ＵＥへ前記ユーザデータを搬送する送信を開始することと、を含み、前記ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態７０： 上記実施形態の方法であって、前記ＵＥにおいて、前記基地局から前記ユーザデータを受信することを更に含む、方法。

実施形態７１： ＵＥ（ユーザ装置）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、前記ＵＥは、無線インタフェース及び処理回路を備え、前記ＵＥの処理回路は、グループＡの実施形態のいずれかに含まれるステップを実行するように構成される、通信システム。

実施形態７２： 上記実施形態の通信システムであって、前記ＵＥを更に備える、通信システム。

実施形態７３： 上記２つの実施形態の通信システムであって、前記基地局を更に含み、当該基地局は、前記ＵＥと通信するように構成された無線インタフェースと、前記ＵＥから前記基地局への送信によって搬送される前記ユーザデータを前記ホストコンピュータへ転送するように構成された通信インタフェースと、を備える、通信システム。

実施形態７４： 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥの処理回路は、前記ホストコンピュータと関連付けられたクライアントアプリケーションを実行することで、前記ユーザデータを提供するように構成される、通信システム。

実施形態７５： 上記４つの実施形態の通信システムであって、前記ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように構成され、前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、前記要求データに応じて前記ユーザデータを提供するように構成される、通信システム。

実施形態７６： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記ＵＥから前記基地局へ送信されたユーザデータを受信することを含み、前記ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態７７： 上記実施形態の方法であって、前記ＵＥにおいて、前記基地局へ前記ユーザデータを提供することを更に含む、方法。

実施形態７８： 上記２つの実施形態の方法であって、前記ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信対象の前記ユーザデータを提供することと、前記ホストコンピュータにおいて、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、を更に含む、方法。

実施形態７９： 上記３つの実施形態の方法であって、更に、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データであって、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供される前記入力データを受信することと、を含み、送信対象の前記ユーザデータは、前記入力データに応じて前記クライアントアプリケーションによって提供される、方法。

実施形態８０： ＵＥ（ユーザ装置）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、前記基地局は、無線インタフェース及び処理回路を備え、前記基地局の処理回路は、グループＢの実施形態のいずれかに含まれるステップのいずれかを実行するように構成される、通信システム。

実施形態８１： 上記実施形態の通信システムであって、前記基地局を更に備える、通信システム。

実施形態８２： 上記２つの実施形態の通信システムであって、前記ＵＥを更に含み、前記ＵＥは前記基地局と通信するように構成される、通信システム。

実施形態８３： 上記３つの実施形態の通信システムであって、前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストコンピュータと関連付けられたクライアントアプリケーションを実行することで、前記ユーザデータを提供するように構成される、通信システム。

実施形態８４： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記基地局が前記ＵＥから受信した送信から生じたユーザデータを、前記基地局から受信することを含み、前記ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態８５： 上記実施形態の方法であって、前記基地局において、前記から前記ユーザデータを受信することを更に含む、方法。

実施形態８６： 上記２つの実施形態の方法であって、前記基地局において、前記受信したユーザデータの前記ホストコンピュータへの送信を開始することを更に含む、方法。

当業者であれば、本開示の実施形態に対する改良及び修正を認識するであろう。全てのそのような改良及び修正は、本明細書に開示された概念の範囲内にあると考えられる。

Claims (60)

1. 無線通信デバイス（412）によって実行される方法であって、
   非アクティブ状態にある間に、ネットワークノードへメッセージを送信すること（702; 802）を含み、前記メッセージは、
   前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
   前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
   を含む、方法。
2. 請求項１に記載の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）を含む、方法。
3. 請求項２に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーションを更に含む、方法。
4. 請求項２に記載の方法であって、前記無線通信デバイス（412）は、前記無線通信デバイス（412）が前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを、
   前記ネットワークノードへ報告される能力情報、又は
   前記ＭＡＣ ＣＥ内のＬＣＩＤ（論理チャネルアイデンティティ）若しくはｅＬＣＩＤ（拡張論理チャネルアイデンティティ）の使用、又は
   関連するランダムアクセスプリアンブルの送信用の特定のランダムアクセスプリアンブルリソースグループの使用、
   を介して前記ネットワークノードに知らせる、方法。
5. 請求項２乃至４のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）の前記アイデンティティを更に含む、方法。
6. 請求項２乃至５のいずれか一項に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ（非アクティブモード無線ネットワーク一時識別子）又はショートＩ－ＲＮＴＩのいずれかである、方法。
7. 請求項６に記載の方法であって、前記ＭＡＣ ＣＥは、前記ＭＡＣ ＣＥに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。
8. 請求項２乃至７のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示す情報を更に含む、方法。
9. 請求項２乃至８のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、ｅＬＣＩＤ（拡張論理チャネルアイデンティティ）を含むサブヘッダを含み、前記ｅＬＣＩＤは、複数のＳＩＢ及び／又はｐｏｓＳＩＢのうちのいずれが前記無線通信デバイスによって要求されているかを示す複数のビットを含む、方法。
10. 請求項９に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示すフラグを、前記サブヘッダ又は前記ｅＬＣＩＤ内に含む、方法。
11. 請求項９又は１０に記載の方法であって、前記ｅＬＣＩＤは、前記無線通信デバイス（412）の前記アイデンティティを更に含む、方法。
12. 請求項１１に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。
13. 請求項１２に記載の方法であって、前記ｅＬＣＩＤは、前記ｅＬＣＩＤに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。
14. 請求項１に記載の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＲＲＣ（無線リソース制御）メッセージを含む、方法。
15. 請求項１４に記載の方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーションと、ダウンリンクＳＤＴ送信を介してＳＩＢ及び／又はｐｏｓＳＩＢを取得するための前記無線通信デバイス（412）の能力のインジケーションと、の少なくともいずれかを更に含む、方法。
16. 請求項１４又は１５に記載の方法であって、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報は、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示すビットマップ又は明示的インジケーションを含む、方法。
17. 請求項１４乃至１６のいずれか一項に記載の方法であって、前記メッセージを送信すること（802）は、アイドル／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージの代わりに、ＳＤＴ（スモールデータ送信）フレームワークの通信に使用されるべき前記ＲＲＣメッセージを送信すること（802）を含む、方法。
18. 請求項１４乃至１６のいずれか一項に記載の方法であって、前記メッセージを送信すること（802）は、アイドル状態／非アクティブ状態から遷移する際に又は接続状態において通常使用されるレガシーＲＲＣメッセージ内に、ＳＤＴ（スモールデータ送信）フレームワークを使用してＳＩＢ及び／又はｐｏｓＳＩＢを受信する能力を示す情報を含む前記ＲＲＣメッセージを埋め込むこと（802）を含む、方法。
19. 請求項１４乃至１８のいずれか一項に記載の方法であって、前記メッセージを送信すること（802）は、ＳＤＴ手順のための４ステップランダムアクセスのＭｓｇ３、又はＳＤＴ手順のための２ステップランダムアクセスのＭｓｇＡのいずれかで、前記ＲＲＣメッセージを送信すること（802）を含む、方法。
20. 請求項１４乃至１９のいずれか一項に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記ＲＲＣメッセージに含まれないが、前記ＲＲＣメッセージの前又は後のいずれかに前記無線通信デバイス（412）によって前記ネットワークノードへ送信されるＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）に含まれる、方法。
21. 請求項１乃至２０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、関連するランダムアクセスのＭｓｇ４の一部として、又はＲＲＣリリースメッセージの一部として受信すること（704）を更に含む、方法。
22. 請求項１乃至２０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信すること（704; 804）を更に含む、方法。
23. 請求項２２に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストを介して受信すること（704; 804）は、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つに関連付けられたブロードキャスト状態フラグを受信することを含み、前記ブロードキャスト状態フラグは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つがブロードキャストされることを示すように変更される、方法。
24. 請求項１乃至２０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢのための前記要求を無効化するメッセージを受信すること（704; 804）を更に含む、方法。
25. 請求項１乃至２４のいずれか一項に記載の方法であって、前記メッセージを送信すること（702; 802）は、２ステップランダムアクセスにおけるＭｓｇＡであって、ランダムアクセスプリアンブル、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記ＭｓｇＡを送信すること（902）を含む、方法。
26. 請求項１乃至２４のいずれか一項に記載の方法であって、前記メッセージを送信すること（702; 802）は、４ステップランダムアクセスにおけるＭｓｇ３であって、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記Ｍｓｇ３を送信すること（1002）を含む、方法。
27. 無線通信デバイス（412）であって、
    非アクティブ状態にある間に、ネットワークノードへメッセージを送信すること（702; 802）を行うように構成され、前記メッセージは、
    前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
    前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
    を含む、無線通信デバイス。
28. 請求項２７に記載の無線通信デバイス（412）であって、更に、請求項２乃至２６のいずれか一項に記載の方法を実行するように構成されている、無線通信デバイス。
29. 無線通信デバイス（412; 1400）であって、
    １つ以上の送信機（1408）と、
    １つ以上の受信機（1410）と、
    前記１つ以上の送信機（1408）及び前記１つ以上の受信機（1410）と関連付けられた処理回路（1402）と、を備え、前記処理回路（1402）は前記無線通信デバイス（412; 1400）に、非アクティブ状態にある間に、ネットワークノードへメッセージを送信させる（702; 802）ように構成され、前記メッセージは、
    前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
    前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
    を含む、無線通信デバイス。
30. 請求項２９に記載の無線通信デバイス（412; 1400）であって、前記処理回路（1402）は更に、請求項２乃至２６のいずれか一項に記載の方法を前記無線通信デバイス（412; 1400）に実行させるように構成されている、無線通信デバイス。
31. ネットワークノード（700; 800; 900; 1000）によって実行される方法であって、前記方法は、
    無線通信デバイス（412）が非アクティブ状態にある間に、前記無線通信デバイス（412）からメッセージを受信すること（702; 802）を含み、前記メッセージは、
    前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
    前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
    を含む、方法。
32. 請求項３１に記載の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＭＡＣ（メディアアクセス制御）ＣＥ（制御要素）を含む、方法。
33. 請求項３２に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることのインジケーションを更に含む、方法。
34. 請求項３２に記載の方法であって、前記ネットワークノードは、前記無線通信デバイス（412）が前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを、
    前記無線通信デバイス（412）から前記ネットワークノードへ報告される能力情報、又は
    前記ＭＡＣ ＣＥ内のＬＣＩＤ（論理チャネルアイデンティティ）若しくはｅＬＣＩＤ（拡張論理チャネルアイデンティティ）の使用、又は
    関連するランダムアクセスプリアンブルの送信用の特定のランダムアクセスプリアンブルリソースグループの使用、
    を介して判定する、方法。
35. 請求項３２乃至３４のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）の前記アイデンティティを更に含む、方法。
36. 請求項３５に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。
37. 請求項３６に記載の方法であって、前記ＭＡＣ ＣＥは、前記ＭＡＣ ＣＥに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。
38. 請求項３２乃至３７のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示す情報を更に含む、方法。
39. 請求項３２乃至３８のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、ｅＬＣＩＤを含むサブヘッダを含み、前記ｅＬＣＩＤは、複数のＳＩＢ及び／又はｐｏｓＳＩＢのうちのいずれが前記無線通信デバイスによって要求されているかを示す複数のビットを含む、方法。
40. 請求項３９に記載の方法であって、前記ＭＡＣ ＣＥは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢが、１つ以上のＳＩＢであるか１つ以上のｐｏｓＳＩＢであるかを示すフラグを、前記サブヘッダ又は前記ｅＬＣＩＤ内に含む、方法。
41. 請求項３９又は４０に記載の方法であって、前記ｅＬＣＩＤは、前記無線通信デバイス（412）の前記アイデンティティを更に含む、方法。
42. 請求項４１に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記無線通信デバイス（412）のＩ－ＲＮＴＩ又はショートＩ－ＲＮＴＩのいずれかである、方法。
43. 請求項４２に記載の方法であって、前記ｅＬＣＩＤは、前記ｅＬＣＩＤに含まれる前記無線通信デバイス（412）の前記アイデンティティが、Ｉ－ＲＮＴＩであるかショートＩ－ＲＮＴＩであるかを示すインジケータを更に含む、方法。
44. 請求項３１に記載の方法であって、前記メッセージは、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報を含むＲＲＣ（無線リソース制御）メッセージを含む、方法。
45. 請求項４４に記載の方法であって、前記無線通信デバイス（412）によって要求されている前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを示す前記情報は、前記無線通信デバイス（412）によって要求されている１つ以上のＳＩＢ及び／又は１つ以上のｐｏｓＳＩＢを示すビットマップ又は明示的インジケーションを含む、方法。
46. 請求項４４又は４５に記載の方法であって、前記メッセージを受信すること（802）は、アイドル状態又は接続状態から遷移する際に通常使用されるレガシーＲＲＣメッセージの代わりに、前記ＲＲＣメッセージを受信すること（802）を含む、方法。
47. 請求項４４又は４５に記載の方法であって、前記メッセージを受信すること（802）は、アイドル状態又は接続状態から遷移する際に通常使用されるレガシーＲＲＣメッセージ内に埋め込まれた前記ＲＲＣメッセージを受信すること（802）を含む、方法。
48. 請求項４４乃至４７のいずれか一項に記載の方法であって、前記メッセージを受信すること（802）は、ＳＤＴ手順のための４ステップランダムアクセスのＭｓｇ３、又はＳＤＴ手順のための２ステップランダムアクセスのＭｓｇＡのいずれかで、前記ＲＲＣメッセージを受信すること（802）を含む、方法。
49. 請求項４４乃至４８のいずれか一項に記載の方法であって、前記ＲＲＣメッセージは、前記無線通信デバイス（412）が、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢを要求するためにＳＤＴ（スモールデータ送信）機能をサポートしていることを示す情報を更に含む、方法。
50. 請求項４４乃至４９のいずれか一項に記載の方法であって、前記無線通信デバイス（412）の前記アイデンティティは、前記ＲＲＣメッセージに含まれないが、前記ＲＲＣメッセージの前又は後のいずれかに前記無線通信デバイス（412）から受信されるＭＡＣ ＣＥに含まれる、方法。
51. 請求項３１乃至５０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、関連するランダムアクセスのＭｓｇ４の一部として、又はＲＲＣリリースメッセージの一部として、前記無線通信デバイス（412）へ送信すること（704）を更に含む、方法。
52. 請求項３１乃至５０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストすること（704; 804）を更に含む、方法。
53. 請求項５２に記載の方法であって、前記１つ以上のＳＩＢのうちの少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの少なくとも１つを、ブロードキャストすること（704; 804）は、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つに関連付けられたブロードキャスト状態フラグを送信することを含み、前記ブロードキャスト状態フラグは、前記１つ以上のＳＩＢのうちの前記少なくとも１つ及び／又は前記１つ以上のｐｏｓＳＩＢのうちの前記少なくとも１つがブロードキャストされることを示すように変更される、方法。
54. 請求項３１乃至５０のいずれか一項に記載の方法であって、前記１つ以上のＳＩＢ及び／又は前記１つ以上のｐｏｓＳＩＢのための前記要求を無効化するメッセージを送信すること（704; 804）を更に含む、方法。
55. 請求項３１乃至５４のいずれか一項に記載の方法であって、前記メッセージを受信すること（702; 802）は、２ステップランダムアクセスにおけるＭｓｇＡであって、ランダムアクセスプリアンブル、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記ＭｓｇＡを受信すること（902）を含む、方法。
56. 請求項３１乃至５４のいずれか一項に記載の方法であって、前記メッセージを受信すること（702; 802）は、４ステップランダムアクセスにおけるＭｓｇ３であって、ＲＲＣ再開要求、データ、及び前記メッセージを含む前記Ｍｓｇ３を受信すること（1002）を含む、方法。
57. ネットワークノード（700; 800; 900; 1000）であって、
    無線通信デバイス（412）が非アクティブ状態にある間に、前記無線通信デバイス（412）からメッセージを受信すること（702; 802）を行うように構成され、前記メッセージは、
    前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
    前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
    を含む、ネットワークノード。
58. 請求項５７に記載のネットワークノード（700; 800; 900; 1000）であって、更に、請求項３２乃至５６のいずれか一項に記載の方法を実行するように構成されている、ネットワークノード。
59. ネットワークノード（700; 800; 900; 1000）であって、
    処理回路（1104）を備え、当該処理回路は前記ネットワークノード（700; 800; 900; 1000）に、
    無線通信デバイス（412）が非アクティブ状態にある間に、前記無線通信デバイス（412）からメッセージを受信させる（702; 802）ように構成され、前記メッセージは、
    前記無線通信デバイス（412）のＩＤ（アイデンティティ）と、
    前記無線通信デバイス（412）によって要求されている、１つ以上のＳＩＢ（システム情報ブロック）及び／又は１つ以上のｐｏｓＳＩＢ（測位ＳＩＢ）を示す情報と、
    を含む、ネットワークノード。
60. 請求項５９に記載のネットワークノード（700; 800; 900; 1000）であって、前記処理回路（1104）は更に、請求項３２乃至５６のいずれか一項に記載の方法を前記ネットワークノード（700; 800; 900; 1000）に実行させるように構成されている、ネットワークノード。

Images