特表 2024-530473 通信ネットワークにおけるコンフィギュアドグラントスモールデータ送信のための方法および装置

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

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

(11)【公表番号】

(43)【公表日】2024-08-21

(54)【発明の名称】通信ネットワークにおけるコンフィギュアドグラントスモールデータ送信のための方法および装置

(51)【国際特許分類】

   H04W 48/16 20090101AFI20240814BHJP

   H04W 72/115 20230101ALI20240814BHJP

   H04W 74/0833 20240101ALI20240814BHJP

【ＦＩ】

H04W48/16

H04W72/115

H04W74/0833

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506822

(86)(22)【出願日】2022-07-27

(85)【翻訳文提出日】2024-03-18

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

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

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】63/229,584

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＺＩＧＢＥＥ

２．ＬｏＲａ

３．ＳＩＧＦＯＸ

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】クリストファーソン， ヤン

(72)【発明者】

【氏名】エンブスケ， ヘンリク

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067HH22

5K067LL11

(57)【要約】

ユーザ機器（ＵＥ）（12）は、アップリンク（ＵＬ）データが、コンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）リソース上で送信を制限されるかどうかを判定し、データが制限されていないことに応じて、データの少なくとも一部がＣＧ－ＳＤＴリソースで送信されるＣＧ－ＳＤＴ手順を開始する。データが制限されていることに応じて、ＵＥはランダムアクセス（ＲＡ）ＳＤＴを使用するか、関連する通信ネットワークに接続してデータを送信する。一例の配置では、ＵＥは、ＵＬデータがＣＧ－ＳＤＴリソース上での送信を制限されているかどうかを判定するために使用する情報をネットワークから受信し、ネットワークは、それに対応して、制限を示すシグナリングメッセージを生成して送信するように構成されたネットワークノード（10）を含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

通信ネットワークに関してユーザ機器（ＵＥ）（12）によって実行される方法（300）であって、
前記ＵＥが非アクティブモードである間に、前記ＵＥのアップリンク（ＵＬ）送信バッファにデータを受信すること（302）、
前記データがコンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）リソースでの送信を制限されているかどうかを判定すること（304）、および
前記データが制限されていないことに応じて、前記データの少なくとも一部がＣＧ－ＳＤＴリソース上で送信されるＣＧ－ＳＤＴ手順を開始すること（306）、
を含む方法。

【請求項2】

前記ＣＧ－ＳＤＴ手順を開始した後、前記ＵＬ送信バッファにさらなるデータを受信し、前記さらなるデータが制限されていると判定することに応じて、バッファ状態報告（ＢＳＲ）を送信する目的でランダムアクセス手順を実行することをさらに含む、請求項１に記載の方法。

【請求項3】

前記データが制限されているかどうかを判定することは、前記データが制限されたデータ無線ベアラ（ＤＲＢ）または制限された論理チャネル（ＬＣＨ）に属するかどうかを判定することを含む、請求項１または２に記載の方法。

【請求項4】

前記データが制限されているかどうかを判定することは、データ無線ベアラ（ＤＲＢ）関連付け、論理チャネル（ＬＣＨ）関連付け、優先度、またはサイズのうち少なくとも１つの観点から、前記データが制限されているかどうかを判定することを含む、請求項１または２に記載の方法。

【請求項5】

前記ＵＥの前記ＵＬ送信バッファにデータを受信する前に、前記ＵＥがアクティブモードから前記非アクティブモードに移行することに関連して、前記通信ネットワークのサービング無線ネットワークノードからリリースメッセージを受信することをさらに含み、前記リリースメッセージは、前記ＣＧ－ＳＤＴリソースに関して前記ＵＥによって適用されるべきデータ制限を判定するための基準を示す、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項５に記載の方法。

【請求項7】

前記データが制限されているかどうかを判定することは、前記ＣＧ－ＳＤＴリソースの使用基準が満たされているかどうかを判定することからなる、請求項１に記載の方法。

【請求項8】

前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされているかどうかを判定することは、前記ＵＥが、
前記ＣＧ－ＳＤＴ手順の使用が、補足ＵＬ（ＳＵＬ）キャリアまたは通常ＵＬ（ＮＵＬ）キャリアである、関係するアップリンク（ＵＬ）キャリア上で利用可能であること、
前記ＵＥの関連するタイミングアドバンスタイマ（ＴＡＴ）が実行中であること、
通信ネットワークのサービング無線ネットワークノードからＵＥで受信されたダウンリンク基準信号について前記ＵＥによって測定された基準信号受信電力（ＲＳＲＰ）が、指定された閾値以上であること、
を含む、請求項７に記載の方法。

【請求項9】

前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされないことに応じて、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）の基準が満たされることに応じて、前記ＵＥが、前記データの少なくとも一部がＲＡ－ＳＤＴリソースで送信されるＲＡ－ＳＤＴ手順を開始することを含む、請求項７または８に記載の方法。

【請求項10】

前記ＲＡ－ＳＤＴリソースは、前記ＲＡ－ＳＤＴ手順中にＭｓｇ３またはＭｓｇＡの送信のために前記ＵＥによって使用されるリソースである、請求項９に記載の方法。

【請求項11】

前記ＲＡ－ＳＤＴの前記基準を満たすかどうかを判定することは、前記データが前記ＲＡ－ＳＤＴリソースに適合するかどうかを判定することを含む、請求項９または１０に記載の方法。

【請求項12】

前記ＲＡ－ＳＤＴの前記基準が満たされないことに応じて、前記ＵＥが、前記通信ネットワークとの接続モードを再確立するために、ＳＤＴを伴わないＲＡ手順を開始し、その後、前記接続モードで前記データを送信することを含む、請求項９～１１のいずれか１項に記載の方法。

【請求項13】

前記ＣＧ－ＳＤＴリソースが周期的に再発生し、前記データが前記ＣＧ－ＳＤＴリソース上での送信を制限されていると判定することに応じて、前記データの送信のために、以下の項目：
前記次のＣＧ－ＳＤＴリソースまでの時間、
前記データに関連付けられた論理チャネル（ＬＣＨ）またはデータ無線ベアラ（ＤＲＢ）の優先度、または
データのサイズ、
の少なくとも１つに基づいて、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）手順またはＳＤＴを伴わないＲＡ手順のいずれかを選択することを含む、請求項１に記載の方法。

【請求項14】

通信ネットワークのネットワークノード（10）によって実行される方法（400）であって、
ユーザ機器（ＵＥ）（12）が、前記ＵＥのアップリンク（ＵＬ）送信バッファに続いて入力される所定のデータが、コンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）手順を使用して送信を制限されるかどうかを判定する制限を示すシグナリングメッセージを生成する（402）ことと、
前記シグナリングメッセージを前記ＵＥに送信する（404）ことと、
を含む方法。

【請求項15】

前記シグナリングメッセージは、前記ＵＥが接続モードから非アクティブ・モードに移行するのに伴って前記ＵＥに送信されるリリースメッセージを含む、請求項１４に記載の方法。

【請求項16】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項１５に記載の方法。

【請求項17】

制限は、前記ＣＧ－ＳＤＴ手順を使用して関連データがＵＬ送信を制限される１つ以上の論理チャネル（ＬＣＨ）またはデータ無線ベアラ（ＤＲＢ）を示す、請求項１４～１６のいずれか１項に記載の方法。

【請求項18】

前記ネットワークノードが、前記ＵＥに対してサービング無線ネットワークノードとして動作する無線ネットワークノードである、請求項１４～１７のいずれかに記載の方法。

【請求項19】

通信ネットワークに関して動作するように構成されたユーザ機器（ＵＥ）（12）であって、
前記通信ネットワークのための信号を送信し、前記通信ネットワークから信号を受信するように構成された無線送信機および受信機を含む通信インタフェース（20）と、
処理回路（26）であって、
前記ＵＥが非アクティブ・モードである間に、前記ＵＥのアップリンク（ＵＬ）送信バッファにデータを受信することと、
前記データがコンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）リソースでの送信を制限されているかどうかを判定することと、
前記データが制限されていないことに応じて、前記通信インタフェースを介して、前記データの少なくとも一部がＣＧ－ＳＤＴリソースで送信されるＣＧ－ＳＤＴ手順を開始する、
ように構成された処理回路と、
を備える、ＵＥ。

【請求項20】

前記処理回路は、前記ＣＧ－ＳＤＴ手順を開始した後、前記ＵＬ送信バッファにさらなるデータを受信し、前記さらなるデータが制限されていると判定することに応じて、バッファ状態報告（ＢＳＲ）を送信する目的でランダムアクセス手順を実行するように構成される、請求項１９に記載のＵＥ。

【請求項21】

前記データが制限されているかどうかの判定に関して、前記処理回路は、前記データが制限されたデータ無線ベアラ（ＤＲＢ）または制限された論理チャネル（ＬＣＨ）に属するかどうかを判定するように構成される、請求項１９または２０に記載のＵＥ。

【請求項22】

前記データが制限されているかどうかを判定することに関して、
データ無線ベアラ（ＤＲＢ）の関連付け、
論理チャネル（ＬＣＨ）の関連付け、
優先度、または、
サイズ
のうちの少なくとも１つの観点から、前記データが制限されているかどうかを判定するように、前記処理回路が構成される、請求項１９または２０に記載のＵＥ。

【請求項23】

前記処理回路は、前記ＵＥの前記ＵＬ送信バッファへの前記データの受信に先立って、前記ＵＥがアクティブモードから非アクティブモードに移行することに関連して、前記通信ネットワークのサービング無線ネットワークノードからリリースメッセージを受信するように構成され、前記リリースメッセージは、前記ＣＧ－ＳＤＴリソースに関して前記ＵＥによって適用されるべきデータ制限を判定するための基準を示す、請求項１９～２２のいずれか１項に記載のＵＥ。

【請求項24】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項２３に記載のＵＥ。

【請求項25】

前記データが制限されているかどうかの判定に関して、前記処理回路は、前記ＣＧ－ＳＤＴリソースの使用基準が満たされているかどうかを判定するように構成されている、請求項１９に記載のＵＥ。

【請求項26】

前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされるかどうかを判定することに関して、前記処理回路は、
前記ＣＧ－ＳＤＴ手順の使用は、補足ＵＬ（ＳＵＬ）キャリアまたは通常ＵＬ（ＮＵＬ）キャリアである、関係するアップリンク（ＵＬ）キャリアで利用可能であることと、
前記ＵＥの関連するタイミングアドバンスタイマ（ＴＡＴ）が実行中であることと、
前記通信ネットワークのサービング無線ネットワークノードから前記ＵＥで受信されたダウンリンク基準信号について前記ＵＥによって測定された基準信号受信電力（ＲＳＲＰ）が、指定された閾値を超えることと、
を判定するよう構成される、請求項２５に記載のＵＥ。

【請求項27】

前記処理回路は、前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされておらず、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）の基準が満たされていることに応じて、前記データの少なくとも一部がＲＡ－ＳＤＴリソースで送信されるＲＡ－ＳＤＴ手順を開始するように構成される、請求項２５または２６に記載のＵＥ。

【請求項28】

前記ＲＡ－ＳＤＴリソースは、前記ＲＡ－ＳＤＴ手順中にＭｓｇ３またはＭｓｇＡの送信のために前記ＵＥによって使用されるリソースである、請求項２７に記載のＵＥ。

【請求項29】

前記ＲＡ－ＳＤＴの前記基準が満たされるかどうかの判定に関して、前記処理回路は、前記データが前記ＲＡ－ＳＤＴリソースに適合するかどうかを判定するように構成される、請求項２７または２８に記載のＵＥ。

【請求項30】

前記処理回路は、ＲＡ－ＳＤＴの前記基準が満たされないことに応じて、前記通信ネットワークとの接続モードを再確立するために、ＳＤＴを伴わないＲＡ手順を開始し、その後、前記接続モードで前記データを送信するように構成される、請求項２７～２９のいずれか１項に記載のＵＥ。

【請求項31】

前記ＣＧ－ＳＤＴリソースは周期的に再発生し、前記処理回路は、前記データが前記ＣＧ－ＳＤＴリソース上での送信を制限されていると判定したことに応じて、前記データの送信のために、
次の前記ＣＧ－ＳＤＴリソースまでの時間、
前記データに関連付けられた論理チャネル（ＬＣＨ）またはデータ無線ベアラ（ＤＲＢ）の優先度、または、
データのサイズ、
の少なくとも１つに基づいて、ランダムアクセスＳＤＴ（ＲＡ－ＳＤＴ）手順またはＳＤＴを伴わないＲＡ手順のいずれかを選択するように構成される、請求項１９に記載のＵＥ。

【請求項32】

通信ネットワークで動作するように構成されたネットワークノード（10）であって、
通信インタフェース（30）と、
処理回路（36）であって、
ユーザ機器（ＵＥ）（12）が、前記ＵＥのアップリンク（ＵＬ）送信バッファに続いて入力される所定のデータが、コンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）手順を使用して送信を制限されるかどうかを判定する制限を示すシグナリングメッセージを生成し、
前記通信インタフェースを介して、前記シグナリングメッセージを前記ＵＥに送信する、
ように構成された処理回路（36）と、
を備える、ネットワークノード。

【請求項33】

前記シグナリングメッセージは、前記ＵＥが接続モードから非アクティブモードに移行するのに伴って前記ＵＥに送信されるリリースメッセージを含む、請求項３２に記載のネットワークノード。

【請求項34】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項３３に記載のネットワークノード。

【請求項35】

制限は、前記ＣＧ－ＳＤＴ手順を使用して関連データがＵＬ送信を制限される１以上の論理チャネル（ＬＣＨ）またはデータ無線ベアラ（ＤＲＢ）を示す、請求項３２～３４のいずれか１項に記載のネットワークノード。

【請求項36】

前記ＵＥに対してサービング無線ネットワークノードとして動作する無線ネットワークノードである、請求項３２～３５のいずれかに記載のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で開示される方法および装置は、コンフィギュアドグラントに基づく、通信ネットワークにおけるスモールデータ伝送に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））において、シグナリングのオーバヘッドを削減することで、スモールデータペイロードの伝送を最適化することを目的とした新しいワークアイテム（ＷＩ）ＲＰ－２１０８７０「new Work Item on NR small data transmissions in INACTIVE state」（非アクティブ状態におけるＮＲスモールデータ伝送に関する新しいＷＩ）が承認された。このＷＩには以下の関連目的が含まれており、無線リソース制御の非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）において、以下のようにユーザ機器（ＵＥ）によるスモールデータ送信を可能にする：

【0003】

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の場合：
・ＲＡＣＨベースの方式（すなわち、２ステップＲＡＣＨおよび４ステップＲＡＣＨ、ここで「ＲＡＣＨ」はランダムアクセスチャネルを示す）のアップリンクＵＬスモールデータ送信：
ａ．非アクティブ状態からスモールデータパケットの送信を可能にする一般的な手順（例えば、ランダムアクセス（ＲＡ）手順のＭｓｇＡまたはＭｓｇ３を使用）［ＲＡＮ２］（ＲＡを含む物理層手順の例については、例えば、３ＧＰＰ ＴＳ ３８．２１３Ｖ１６．５．０を参照）；
ｂ．ＵＬでのユーザプレーン（ＵＰ）データ送信をサポートするために、ＭｓｇＡおよびＭｓｇ３の非アクティブ状態で現在可能なＲｅｌ－１６共通制御チャネル（ＣＣＣＨ）メッセージサイズよりも大きなフレキシブルペイロードサイズを有効にする（実際のペイロードサイズはネットワークコンフィギュレーションまでであり得る）［ＲＡＮ２］；
ｃ．ＲＡＣＨベースのソリューション［ＲＡＮ２、ＲＡＮ３］の非アクティブ状態におけるコンテキスト・フェッチおよびデータ転送（アンカーの再配置の有無にかかわらず）。
注１：上記のソリューションのセキュリティ面については、３ＧＰＰ ＳＡ３に確認する必要がある。

【0004】

・プリコンフィギュアされた物理アップリンク共有チャネル（ＰＵＳＣＨ）リソース上でのＵＬデータの送信（すなわち、コンフィギュアドグラントタイプ１の再利用）－タイミングアドバンス（ＴＡ）が有効な場合：
ａ．非アクティブ状態からコンフィギュアドグラントタイプ１リソースを介したスモールデータ送信の一般手順［ＲＡＮ２］；
ｂ．非アクティブ状態のＵＬにおけるスモールデータ送信のための、コンフィギュアドグラントタイプ１リソースの構成［ＲＡＮ２］；および
・必要であれば、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるスモールデータ送信のための無線リソース管理（ＲＲＭ）コア要件を指定する［ＲＡＮ４］

【0005】

狭帯域のモノのインターネット（ＮＢ－ＩｏＴ）とロングタームエボルーションマシンタイプ通信（ＬＴＥ－Ｍ）では、Ｒｅｌ－１５ Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ（ＥＤＴ）とＲｅｌ－１６ Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅｓ（ＰＵＲ）を通じて、スモールデータのための同様のシグナリングの最適化が導入されている。第５世代（５Ｇ）ニューラジオ（ＮＲ）でもほぼ同様のソリューションが期待できるが、Ｒｅｌ－１７ ＮＲスモールデータは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのみサポートされること、２ステップＲＡＣＨベースのスモールデータも含まれること、通常の複雑なモバイル・ブロードバンド（ＭＢＢ）ＵＥも含まれることが異なる。どちらもモバイル発信（ＭＯ）トラフィックのみをサポートする。

【0006】

ＳＤＴ（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）のコンテキストにおいて、後続データの送信の可能性が議論されており、Ｍｓｇ３トランスポートブロック（ＴＢ）に適合することができないデータのさらなるセグメントの送信を意味する。このようなデータセグメントは、４ステップＲＡＣＨ手順が完了した後、レガシーアプローチのようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤで送信され得るか、または、関連するＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移する前にＲＲＣ＿ＩＮＡＣＴＩＶＥで送信され得る。前者の場合、ｇＮＢとＵＥは現在のＵＥチャネル状態に基づいて適切に構成されるため、送信はより効率的になるが、後者の場合、いくつかの最適化がまだ行われていないため、特にＵＥが接続されていない間に移動した場合、競合がまだ解決されていないため、他のＵＥからの送信と衝突し得る。

【0007】

ＷＩは３ＧＰＰ会議ＲＡＮ２＃１１１－ｅで既に開始され、以下の関連する合意が既になされている：
・無線リソース制御（ＲＲＣ）メッセージによるスモールデータ伝送は、ＲＡベースおよびコンフィギュアドグラント（ＣＧ）ベース方式のベースラインとしてサポートされている；
・２ステップＲＡＣＨまたは４ステップＲＡＣＨは、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＲＡＣＨベースのアップリンクＳＤＴに適用されるべきである；
・アップリンクのスモールデータは、２ステップＲＡＣＨのＭＳＧＡまたは４ステップＲＡＣＨのｍｓｇ３で送信できる；
・ＳＤＴは、データ無線ベアラ（ＤＲＢ）ごとにネットワークによって構成される；
・データ量の閾値は、ＵＥがＳＤＴを実行するかどうかを決定するために使用される。データ量の計算方法は、ＦＦＳ（Ｆｏｒ Ｆｕｒｔｈｅｒ Ｓｔｕｄｙ、さらなる研究）である；
・ＵＥがＳＤＴを行うべきかどうかを決定するために、「追加のＳＤＴ固有の」ＲＳＲＰ閾値がＵＥによって使用されるかどうかは、ＦＦＳである；
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移することなく、ＵＬ ＳＤＴに続くＵＬ／ＤＬ送信がサポートされる。
・ＵＥががＲＲＣ＿ＩＮＡＣＴＩＶＥの場合、同じＳＤＴメカニズムの一部として、専用グラントでＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移することなく、複数のＵＬパケットおよびＤＬパケットを送信することが可能であるべきである－追加の詳細およびネットワークへの指示が必要かどうかはＦＦＳである。

【0008】

本明細書で論じるメカニズムのいくつかはすでに合意されており、したがって本明細書で提示された解決策の目的を表すものではなく、その代わりに、完全な実用的解決策を提示するという目的を果たすことに留意されたい。
ＲＡＮ２＃１１２－ｅにおいて、非アクティブ状態のＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ（ＣＧ）を使用するＵＥによるＳＤＴに関して、以下の合意がなされた：
１．ＵＥ ＵＬ ＳＤＴのＣＧリソースの構成は、ＲＲＣリリースメッセージに含まれる。他の専用メッセージがＩＮＡＣＴＩＶＥ ＣＧでＣＧを構成できるかどうかについては、ＦＦＳ。コンフィギュレーションはタイプ１のＣＧのみで、ＣＧの競合解決手順はない。
２．ＣＧリソースのコンフィギュレーションには、タイプ１のＣＧコンフィギュレーションを１つ含めることができる。複数のコンフィギュレーション（構成）されたＣＧが許可されるかどうかについては、ＦＦＳ。
３．ＲＲＣ＿ＩＮＡＣＴＩＶＥにおいてＣＧベースのＳＤＴに指定されている、ＴＡ維持のための新しいＴＡタイマ（ＴＡＴ）を導入すべきである。手順、ＴＡの有効性、およびＴＡタイマの期限切れを処理する方法はＦＦＳである。ＴＡタイマは、ＲＲＣリリースメッセージのＣＧコンフィギュレーションとともに構成される。

【0009】

４．ＵＥ ＳＤＴのＣＧリソースのコンフィギュレーションは、同じサービングセル内でのみ有効である。他のＣＧの有効性基準（タイマ、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｌ ＵＬ）アスペクトなど）についてはＦＦＳ。
５．ＵＥは、少なくとも以下の基準が満たされていれば、ＣＧベースのＳＤＴを使用できる。（１）ユーザデータがデータ量の閾値よりも小さい、（２）ＣＧリソースがコンフィギュアされ、有効である、（３）ＵＥに有効なＴＡがある。候補となるビーム基準はＦＦＳである。
６．ＲＡＮ２の観点から：ＣＧベースのＳＤＴには、ＣＧリソースと同期信号ブロック（ＳＳＢ）の関連付けが必要である。関連付けをどのように構成するか、またはＵＥに提供するかについては、ＲＡＮ１によりＦＦＳ。ＲＡＮ２が検討したオプションの１つは、ＲＲＣリリースメッセージによる明示的なコンフィギュレーションである。
７．同期信号（ＳＳ）基準信号受信電力（ＲＳＲＰ）の閾値は、ＳＳＢ選択のためにコンフィギュアされる。ＵＥは、ＳＳ－ＲＳＲＰが閾値を超えるＳＳＢのうちの１つを選択し、ＵＬデータ伝送用に関連するＣＧリソースを選択する。

【0010】

ＲＡＮ２＃１１３－ｅにおいて、以下の合意がなされた：
１.ＣＧ－ＳＤＴリソース・コンフィギュレーションは、ＲＲＣリリースメッセージ内のＲＲＣ＿ＣｏｎｎｅｃｔｅｄのみでＵＥに提供されるため、ＲＲＣリコンフィギュレーションメッセージに含める必要はない。
２．ＣＧ－ＰＵＳＣＨリソースは、通常ＵＬ（ＮＵＬ）と補足ＵＬ（ＳＵＬ）に別々にコンフィギュアすることができる。同時に許可するかどうかはＦＦＳであり、Ｒｅｌ－１６のアライメントＣＲによる。
３．ＲＲＣリリースメッセージは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥの間、ＣＧ－ＳＤＴリソースをリコンフィギュアまたは解放するために使用される。
４．ＣＧ－ＳＤＴの場合、後続のデータ送信はＣＧリソースまたはＤＧ（Ｄｙｎａｍｉｃ Ｇｒａｎｔ）（すなわち、ＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）にアドレス指定されたＤＧ）を使用できる。Ｃ－ＲＮＴＩの詳細は、以前のＣ－ＲＮＴＩと同じであってもよく、ネットワークによって明示的にコンフィギュアされてもよい。

【0011】

５．ＴＡＴ－ＳＤＴは、ｇＮＢからＴＡＴ－ＳＤＴコンフィギュレーションを受信したとき、すなわちＲＲＣリリースメッセージにおいて開始され、ＴＡコマンドを受信したときに（再）開始することができる。
６．ＲＡＮ２の観点から、ＰＵＲと同様に、ＲＳＲＰの変更に基づくＳＤＴのＴＡ検証メカニズムを導入、すなわち、ＲＳＲＰベースの閾値をコンフィギュアすると想定する。ＴＡの期限切れ、または、ＲＳＲＰの閾値により無効となったときのＣＧコンフィギュレーションをどのように扱うかについては、ＦＦＳ。

【0012】

７．基本的な想定は、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおいてキャリアごとに複数のＣＧ－ＳＤＴコンフィギュレーションをサポートするかどうかに関するネットワークコンフィギュレーションの問題であるということである。
８．別の項目ＦＦＳとして、ステージ３で、ＣＧ―ＳＤＴリソースが１つのセルでのみ有効である（すなわち、ＲＲＣリリースが受信されるセルでのみ有効である）という合意をどのように指定すかについて議論する。
９．ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態でＴＡＴが満了すると、ＵＥはＣＧ－ＳＤＴリソースを解放する。
１０．ＲＡ－ＳＤＴでは、ネットワークによって最大２つのプリアンブルグループ（ＭＳＧＡ／ＷＳＧ３の２つの異なるペイロードサイズに対応）がコンフィギュアされ得る。

【0013】

１１．ＳＤＴのためにＲＡＣＨ手順が開始される（すなわち、ＲＡ－ＳＤＴが開始される）場合、ＵＥは最初に、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）（すなわち、Ｒｅｌ－１６）で規定されているとおり、ＲＡＣＨタイプの選択を実行する。閾値がＳＤＴ固有であるかどうかはＦＦＳ。
１２．ＲＡＮ２は、ＳＤＴ用の個別のＲＡＣＨリソースに基づく作業を薦め続ける（すなわち、共通リソースをサポートする明示的なメカニズムは、十分なサポートがない限り追求されない）。しかしながら、実装により可能であれば、共通ＲＡＣＨリソースの使用は妨げられない。

【0014】

１３．ＲＡＮ２の設計では、ＲＲＣの観点からＳＤＴ手順を終了するためにＲＲＣリリースメッセージが最後に送信されることを想定している。ＳＤＴの終了時に送信されるＲＲＣリリースは、（以前の合意に従って）ＣＧリソースを含むことがある。
１４．最初のＵＬデータパケットを送信した後の非ＳＤＴデータ到着の処理に関するＵＥの挙動は、完全に規定される（すなわち、ＵＥの実装に委ねられていない）。
１５.ＲＡＮ２は、非ＳＤＴデータの到着を示すために専用制御チャネル（ＤＣＣＨ）メッセージを使用する追加オプションのＦＦＳを検討する（詳細は検討中）。

【0015】

１６．ＦＦＳ：ＳＤＴ手順と非ＳＤＴ手順とを選択するためのＲＳＲＰの閾値。
１７．ＳＤＴ手順と非ＳＤＴ手順を選択するためのＲＳＲＰの閾値が、ＣＧ－ＳＤＴ、ＲＡ－ＳＤＴ、またはその両方で使用されるのか、また、ＲＳＲＰの閾値はＣＧ－ＳＤＴとＲＡ－ＳＤＴで同じなのか、さらにＲＳＲＰの閾値チェックがいつ行われるのかについて、ＦＦＳ。
１８．ＣＧリソースが片方のキャリアのみで利用可能な場合、両方のキャリアを選択することが可能かどうかについてＦＦＳ。
１９．ＳＤＴの場合、ＵＥはＵＬキャリア選択を行う（すなわち、セル内にＳＵＬがコンフィギュアされている場合、ＲＳＲＰの閾値に基づいてＵＬキャリアが選択される）。キャリア選択のためのＲＳＲＰ閾値がＳＤＴに固有であるかどうかは、ＦＦＳ。)

【0016】

２０．ＣＧ－ＳＤＴリソースが選択されたＵＬキャリア上にコンフィギュアされ、有効であれば、ＣＧ－ＳＤＴが選択される。そうでなければ、
・２ステップＲＡ－ＳＤＴリソースがＵＬキャリア上にコンフィギュアされ、２ステップＲＡ ＳＤＴを選択する基準が満たされる場合、２ステップＲＡ－ＳＤＴが選択される。
・でなければ、４ステップＲＡ－ＳＤＴリソースがＵＬキャリア上にコンフィギュアされ、４ステップＲＡ ＳＤＴを選択する基準が満たされる場合、４ステップＲＡ－ＳＤＴが選択される。
・でなければ、ＵＥはＳＤＴを実行しない（すなわち、ＳＤＴ以外のレジューム手順を実行する）。
・２ステップＲＡ－ＳＤＴと４ステップＲＡ－ＳＤＴリソースの両方がＵＬキャリア上でコンフィギュアされている場合、ＲＡタイプの選択はＲＳＲＰ閾値に基づいて実行される。
－ＲＡタイプを選択するためのＲＳＲＰの閾値がＳＤＴと非ＳＤＴで共通であるか異なるかについてはＦＦＳ。
－有効性がＣＧリソースの利用可能性の遅延を考慮しなければならないかどうかについてはＦＦＳ。

【0017】

作業前提は以下の通り：
１．ＲＲＣおよびＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを伝送するためのＳＤＴ用シグナリング無線ベアラ１（ＳＲＢ１）およびＳＲＢ２のコンフィギュリングをサポートする。
２．ＳＤＴ開始のための（すなわち、最初のＳＤＴ送信のための）ＲＲＣ再開手順を開始すると、ＵＥはまた、ＳＤＴ用にコンフィギュアされたＳＤＴ ＤＲＢに加えて、ＳＤＴ用にコンフィギュアされたＳＲＢ２も再開する。
３．ＲＡＮ２はＷＩＤにＳＲＢ２を含めることを推奨する。

【0018】

ＲＡＮ２＃１１３ｂｉｓ－ｅにおいて、以下の合意がなされた：
１．ＲＳＲＰ閾値は、設定されている場合、ＳＤＴ手順と非ＳＤＴ手順を選択するために使用される（ＲＳＲＰは、キャリア選択のために測定された同じＲＳＲＰを指す）。
２．ＳＤＴ手順と非ＳＤＴ手順を選択するためのＲＳＲＰ閾値は、ＣＧ－ＳＤＴとＲＡ－ＳＤＴの両方で使用される。
３．ＳＤＴ手順と非ＳＤＴ手順を選択するためのＲＳＲＰの閾値は、ＣＧ－ＳＤＴもＲＡ－ＳＤＴの両方について同じである。

【0019】

４．キャリア選択用のＲＳＲＰ閾値は、ＳＤＴに固有である（すなわち、ＳＤＴのために個別にコンフィギュアされる）。これはネットワークのオプションである。
５．セル選択メカニズムが変更されていないことを確認する。
６．ＲＡタイプ選択用のＲＳＲＰ閾値は、ＳＤＴに固有である（すなわち、ＳＤＴのために個別にコンフィギュアされる）。
７．データ量の閾値は、ＣＧ－ＳＤＴとＲＡ－ＳＤＴで同じである（これは、ステージの議論中に多数支持についてチェックされる）。

【0020】

８．高レベルの手順の順序と欠落部分（例えば、失敗、フォールバック）はＦＦＳである。手順の詳細は第３段階に譲る。以下の手順はＦＦＳであるが、情報のためにコピーされる。
Ａ．ＳＤＴが有効になっているＤＲＢ／ＳＲＢについてのみデータが到着した場合、ＳＤＴと非ＳＤＴの選択のための上位手順は以下の通りである：ＣＧ－ＳＤＴの基準が満たされる場合：ＵＥはＣＧ－ＳＤＴを選択する。ＵＥはＳＤＴ手順を開始する。
そうでない場合、ＲＡ－ＳＤＴの基準が満たされる場合：ＵＥはＲＡ－ＳＤＴを選択する。ＵＥはＳＤＴ手順を開始する。
そうでない場合：ＵＥは非ＳＤＴ手順を開始する。
Ｂ．ＣＧ－ＳＤＴの基準は、以下の条件をすべて満たす場合に満たされているとみなされる、
１）利用可能なデータ量＜＝データ量の閾値
２）ＲＳＲＰがコンフィギュアされた閾値以上である
ＦＦＳ ３）ＣＧ－ＳＤＴリソースは選択されたＵＬキャリア上にコンフィギュアされ、有効である。
Ｃ．ＲＡ－ＳＤＴの基準は、以下の条件をすべて満たす場合に満たされているとみなされる、
１）利用可能なデータ量＜＝データ量の閾値
２）ＲＳＲＰがコンフィギュアれた閾値以上である
３）４ステップＲＡ－ＳＤＴリソースが選択されたＵＬキャリア上にコンフィギュアされ、４ステップＲＡ ＳＤＴを選択するための基準が満たされている、または２ステップＲＡ－ＳＤＴリソースが選択されたＵＬキャリア上にコンフィギュアされ、２ステップＲＡ ＳＤＴを選択するための基準が満たされている。

【0021】

９．ＳＤＴから非ＳＤＴへの切り替えがサポートされいている。
１０．ＦＦＳ ＣＧ－ＳＤＴからＲＡ－ＳＤＴへの切り替えはできない。
１１.以下の場合、ＵＥはＳＤＴから非ＳＤＴに切り替わる：
－ケース１（２７／０）：ＵＥがネットワークから非ＳＤＴ手順への切り替え指示を受信する。
－ネットワークはＲＲＣＲｅｓｕｍｅを送信できる。ネットワークがＲＡＲ／ｆａｌｌｂａｃｋＲＡＲ／ＤＣＩで非ＳＤＴ手順に切り替える指示を送信できるかどうかはＦＦＳ。
－ＦＦＳ ケース２（１８／９）：最初のＵＬ送信（ｍｓｇＡ／ｍｓｇ３／ＣＧリソース内）が設定された回数失敗する。
１２．ｇＮＢは、ＳＤＴのためのＭＮ終端ＭＣＧベアラタイプのみをコンフィギュアできる。

【0022】

１３．非ＳＤＴ無線ベアラは、ＲＲＣＲｅｓｕｍｅを受信した場合にのみ再開される（現在と同じ）
１４．２つのソリューション（ＣＣＣＨまたはＤＣＣＨ）に範囲を絞り、セキュリティ問題についてＳＡ３に質問する（ＣＣＣＨメッセージが同じセル内で繰り返されることを説明する）。
１５．ＵＥがＳＤＴ手順を開始すると、ＵＥは暗黙的に、すなわち、ＰＤＣＰ再確立の明示的な指示なしに、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）の再確立を実行する。
１６．レガシーと同様に、ＲＯｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＨＣ）の連続性をサポートするかどうかは、ネットワークによって明示的に設定される。

【0023】

１７．ＰＤＣＰの複製はＳＤＴではサポートされていない。
１８．接続モードの不連続受信（ＤＲＸ）はＳＤＴではサポートされていない。
１９．パワーヘッドルームレポート（ＰＨＲ）機能がＳＤＴでサポートされている。ＰＨＲ手順でのＦＦＳ。
２０．ＳＲリソースがＳＤＴのために設定されていない。ＳＤＴデータによってバッファ状況報告（ＢＳＲ）がトリガされた場合、ＵＥはレガシー手順と同じように、スケジューリング要求（ＳＲ）リソースが利用できないため、ＲＡをトリガする。
２１．ＳＤＴ障害検出タイマは、ＳＤＴ手順の開始時に開始される。

【0024】

２２．ＳＤＴに対してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１が送信された場合、Ｔ３１９レガシーは開始されない。
２３．Ｔ３１９レガシー停止条件は、ＳＤＴ障害検出タイマにも適用される。
２４．ＲＲＣ再確立手順はＳＤＴではサポートされない。
２５．ＳＤＴ手順中に新しいセルのＲＲＣ再開手順で同じＮＣＣ／Ｉ－ＲＮＴＩ値を一時的に再使用することの実現可能性／影響を検証するため、ＬＳはＳＡ３に送信される（５０２からの同じセル質問を含む）。

【0025】

２６．ＦＦＳ－ＲＡＮ２は、次回会合で、進行中のＳＤＴ手順中のセル再選択について以下のオプションのいずれかを選択する：１）ＵＥがＩＤＬＥに移行し、場合によっては高レイヤの再送信を実行する（８／２５）、または２）ＵＥがＩＮＡＣＴＩＶＥのまま、新しいセルにＲＲＣ Ｒｅｓｕｍｅを送信する。
２７．ＦＦＳ ＳＤＴ障害検出タイマが満了すると、Ｔ３１９満了と同じ手順が使用される（例えば、Ｔ３１９タイマが満了した場合と同様にＩＤＬＥに移行し、ＲＲＣ接続セットアップを試みる）（１８／８）。
２８．ＣＧ－ＳＤＴリソースは、ＮＵＬとＳＵＬで同時に設定できる。
２９．ＣＧ－ＳＤＴリソースの暗黙的なリリースはサポートされていない。
３０．ＵＥはＣＧ－ＳＤＴのためのＣＧ／ＤＧ送信後にウィンドウを開始する。新しいタイマを設計するか、既存のタイマを再利用するかを指定するかはＦＦＳ。
３１．ＣＧ－ＳＤＴのダイナミックグラントによる再送をサポートする。
３２．アップリンクＣＧ－ＳＤＴのための複数のＨＡＲＱプロセスをサポートする。
３３．ＣＧリソースの可用性遅延は、ＣＧ検証の基準として考慮されない。
３４．ＵＬキャリア選択はＣＧ－ＳＤＴ選択の前に実行される。
３５．ＦＦＳ ＣＧ－ＳＤＴリソースは、初期ＢＷＰ以外のＢＷＰに設定できる。

【0026】

ＲＡＮ１では、ＣＧベースのＳＤＴにおけるＣＧリソースとＳＳＢの関連付けをどのように定義するかについて、以下の合意がなされた。
ＲＡＮ１＃１０４ｂｉｓ－ｅ会合で合意：
・ＣＧコンフィギュレーションごとのＣＧリソースは、明示的なシグナリングによってコンフィギュレーションされたＳＳＢのセットに関連付けられている。
○ ＣＧコンフィギュレーション内でＳＳＢ－ｔｏ－ＰＵＳＣＨリソースマッピングをどのように定義するかはＦＦＳ。
○ ＦＦＳ もしあれば、追加のＳＳＢ－ｔｏ－ＰＵＳＣＨマッピングをサポートするためのＣＧコンフィギュレーションへに特定の変更を与える。

【0027】

ＲＡＮ１＃１０５－ｅ会合で合意：
・ＣＧコンフィギュレーション内のＳＳＢ－ｔｏ－ＰＵＳＣＨリソースマッピングは暗黙的に定義される。
○ ＳＳＢおよびＣＧ ＰＵＳＣＨリソースの順序は、ＲＡＮ１仕様にとらえられるべきである。
・ＰＵＳＣＨリソースとは、ＰＵＳＣＨ送信に使用される送信機会およびＤＭＲＳリソースを指す
・ＳＳＢの順序は、ＳＳＢからＲ０へのマッピングから再利用することができる。
・ＣＧ ＰＵＳＣＨリソースの順序は、ＭｓｇＡ ＰＵＳＣＨリソースの順序から可能な限り再利用することができる。
○ ＦＦＳ マッピング比率と関連付け期間の決定、例えば、明示的にシグナリングされるか、または暗黙的に導き出される
○ ＦＦＳ ＣＧリソースのパラメータの組み合わせに対する制限
ＮＲ Ｒｅｌ－１７ ＳＤＴワークアイテムにおいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＳＤＴを有効にするための２つの主な解決策が指定される予定である：ＲＡＣＨベースのＳＤＴ（すなわち、２ステップのＲＡＣＨ手順でメッセージＡ ＰＵＳＣＨにスモールデータを送信すること、または、４ステップのＲＡＣＨ手順でメッセージ３ ＰＵＳＣＨにスモールデータを送信すること）と、Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ（ＣＧ）ベースのＳＤＴ（すなわち、ＲＲＣ非アクティブ状態のＵＥに対して、コンフィギュアドグラントＴｙｐｅ－１ ＰＵＳＣＨリソースを使用するＳＤＴ）である。

【0028】

４ステップ、２ステップＲＡＣＨ、およびコンフィギュアドグラントタイプは、Ｒｅｌ－１５およびＲｅｌ－１６の一部として既に規定されている。したがって、ＮＲ Ｒｅｌ－１７で規定されるＳＤＴ機能は、ＮＲでのＩＮＡＣＴＩＶＥ状態でのスモールデータ伝送を可能にするために、これらの構成要素に基づいて構築される。

【0029】

ＮＲ ＣＧベースのＰＵＳＣＨ伝送
ＣＧ ＰＵＳＣＨリソースは、ＵＥに対して事前に設定されたＰＵＳＣＨリソースである。ＵＥのバッファにアップリンクデータがある場合、ＵＥはｇＮＢからのＵＬグラントを待たずに、事前に設定されたＰＵＳＣＨリソースを使用して直ちにアップリンク伝送を開始できるため、待ち時間が短縮される。ＮＲは、ＣＧタイプ１のＰＵＳＣＨ伝送とＣＧタイプ２のＰＵＳＣＨ伝送をサポートする。この２つのタイプとも、ＰＵＳＣＨリソース（時間および周波数の割り当て、周期性など）は、専用のＲＲＣシグナリングによってプリコンフィギュアされる。ＣＧタイプ１のＰＵＳＣＨ送信はＲＲＣシグナリングによってアクティブ化／非アクティブ化され、ＣＧタイプ２のＰＵＳＣＨ送信はダウンリンク制御情報（ＤＣＩ）シグナリングを使用したＵＬグラントによってアクティブ化／非アクティブ化される。スモールデータ送信では、ＣＧタイプ１がベースラインであるべきことが合意されている。

【0030】

ＣＧ－ＳＤＴに関するＲＡＮ２の合意によると、ＣＧ－ＳＤＴコンフィギュレーションはＲＲＣリリースメッセージでＵＥに送信され、ＣＧリソース（送信機会）とＳＳＢ間の関連付けを指定する。ＵＥはＣＧ－ＳＤＴ手順を開始すると、設定されたＲＳＲＰ閾値を超えるＳＳ－ＲＳＲＰを有するＳＳＢを選択する。図１に示されるように、ＵＥは、ＳＳ－ＲＳＲＰの閾値基準を満たす１つ以上のＳＳＢを有することができる。円は、ＳＳ－ＲＳＲＰが設定されたＲＳＲＰの閾値を超える領域を示している。ＵＥ２が閾値以上のＳＳＢ０とＳＳＢ３の両方を検出している交わり（重複するビーム・カバレージ・エリア）に注目されたい。

【0031】

ＳＳ－ＲＳＲＰ上のＳＳＢが選択されると、ＵＥは選択されたＳＳＢに関連付けられたＣＧリソース上で送信を行う。ＵＥに対して複数のＣＧ－ＳＤＴコンフィギュレーションを設定することが可能であるため、１つのオプションは、各ＣＧ－ＳＤＴコンフィギュレーションにおいて、１つまたは異なるＳＳＢのセットをコンフィギュアすることである。別のオプションは、１つのＣＧ－ＳＤＴコンフィギュレーションのみがＵＥに与えられ、このコンフィギュレーションにＵＥが使用することができるすべてのＳＳＢを含むことである。

【0032】

論理チャネル優先順位付け（ＬＣＰ）マッピングの制限および論理チャネル（ＬＣＨ）の制限
特定のＬＣＨに属するデータを特定のリソースでの送信から除外する可能性は、パラメータによって制御される：
－ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｄは、コンフィギュアドグラントタイプ１を送信に使用できるかどうかを設定する；
－ａｌｌｏｗｅｄＣＧ－リストは、送信を許可したコンフィギュアドグラントを設定する；
これらのパラメータはＬＣＨ基準でコンフィギュアされる。３ＧＰＰ ＴＳ ３８．３２１ ｖ１６．５．０による：
５．４．３．１ 論理チャネルの優先順位付け
５．４．３．１．１ 一般
論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が実行されるたびに適用される。
ＲＲＣは、ＭＡＣエンティティごとに論理チャネルごとにシグナリングによって、アップリンクデータのスケジューリングを制御する：
－プライオリティの値が大きくなるほど、プライオリティレベルが低いことを示す；
－ｐｒｉｏｒｉｔｉｚｅｒｄＢｉｔＲａｔｅは、プライオリティビットレート（ＰＢＲ）を設定する；
－ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎは、バケットサイズ期間（ＢＳＤ）を設定する。
ＲＲＣはさらに、各論理チャネルのマッピング制限をコンフィギュアすることで、ＬＣＰ手順を制御する：
－ａｌｌｏｗｅｄＳＣＳリストは、送信に許可されるサブキャリア間隔を設定する；
－ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎは、送信に許可される最大ＰＵＳＣＨ継続時間を設定する；
－ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｄは、コンフィギュアドグラントタイプ１を送信に使用できるかどうかを設定する；
－ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓは、送信を許可するセルを設定する；
－ａｌｌｏｗｅｄＣＧ－Ｌｉｓｔは、送信を許可するコンフィギュアドグラントを設定する；
－ａｌｌｏｗｅｄＰＨＹ－ＰｒｉｏｒｉｔｙＩｎｄｅｘは、送信のためのダイナミックグラントの許可されたＰＨＹプライオリティインデックスを設定する。

【0033】

論理チャネルの優先順位設定手順では、以下のＵＥ変数が使用される：
－Ｂｊは、 各論理チャネルｊに対して保持される。
ＭＡＣエンティティは、論理チャネルが確立されたとき、論理チャネルのＢｊをゼロに初期化しなければならない。
各論理チャネルjについて、ＭＡＣエンティティは次のようにしなければならない：
１＞ＬＣＰ手順のすべてのインスタンスの前に、Ｂｊを積ＰＢＲ×Ｔだけインクリメントする、ここで、ＴはＢｊが最後にインクリメントされてから経過した時間である；
１＞Ｂｊの値がバケットサイズ（すなわちＰＢＲ×ＢＳＤ）より大きい場合：
２＞Ｂｊをバケットサイズに設定する。
注：ＬＣＰ手順の間でＵＥがＢｊを更新する正確なタイミングは、ＬＣＰによってグラントが処理される時点でＢｊが最新である限り、ＵＥの実装次第となる。

【0034】

５．４．３．１．２ 論理チャンネルの選択
ＭＡＣエンティティは、新たな送信が実行されるとき、次のようにしなければならない：
１＞ＵＬグラントごとに、以下の条件をすべて満たす論理チャネルを選択する：
２＞ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔが構成されている場合、許可されたサブキャリア間隔インデックス値のセットは、ＵＬグラントに関連付けられたサブキャリア間隔インデックスを含む；および
２＞ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎが構成されている場合、ＵＬグラントに関連付けられたＰＵＳＣＨ送信期間以上である；および
２＞ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄが構成されている場合、ＵＬグラントがコンフィギュアドグラントタイプ１の場合、ｔｒｕｅに設定される；および
２＞ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓが構成されている場合、ＵＬグラントに関連付けられたＣｅｌｌ情報を含む。同じＭＡＣエンティティ内でＰＤＣＰの複製が構成されたＤＲＢに関連付けられた論理チャネル（すなわち、ＣＡの複製）には適用されない；および
２＞ａｌｌｏｗｅｄＣＧ－Ｌｉｓｔが設定されている場合、ＵＬグラントに関連付けられたコンフィギュアドグラントインデックスを含む；および
２＞ａｌｌｏｗｅｄＰＨＹ－ＰｒｉｏｒｉｔｙＩｎｄｅｘが設定されている場合、動的ＵＬグラントに関連付けられたプライオリティインデックス（ＴＳ ３８．２１３の第９節で規定）が含まれる。
注：サブキャリア間隔インデックス、ＰＵＳＣＨ送信期間、セル情報、および、プライオリティインデックスは、対応するスケジュールされたアップリンク送信のために下位レイヤから受信されたアップリンク送信情報に含まれる。

【0035】

これは、ｃｏｎｆｉｇｕｒａｔｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄが設定されているが、ｆａｌｓｅに設定されているＬＣＨのデータ、または、ａｌｌｏｗｅｄＣＧ－Ｌｉｓｔが設定されているが、ＵＬグラントに関連付けられたコンフィギュアドグラントインデックスを含まないＬＣＨのデータの場合、そのデータは、ＣＧリソース上で送信されないことを意味する。

【0036】

さらに、ＬＣＨに対してＢＳＲがトリガされた場合、同様の状況が適用される（３８．３２１、セクション５．４．５より）：
「ＭＡＣエンティティは、次のことを行わなければならない：
１＞バッファ状態報告手順が、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判断した場合：
２＞ＵＬ－ＳＣＨリソースが新しい送信に利用可能であり、論理チャネル優先順位付けの結果として、ＵＬ－ＳＣＨリソースがＢＳＲ ＭＡＣ ＣＥとそのサブヘッダを収容できる場合：
３＞ＢＳＲ ＭＡＣ ＣＥ（複数可）を生成するために、多重化とアセンブリの手順を指示する；
３＞周期的ＢＳＲ－Ｔｉｍｅｒを起動または再起動する。ただし、生成された全てのＢＳＲが長いか短いＴｒｕｎｃａｔｅｄＢＳＲである場合を除く；
３＞ｒｅｔｘＢＳＲ－Ｔｉｍｅｒを開始または再起動する。
２＞通常のＢＳＲがトリガされ、ｌｏｇｉｃａｌＣｈａｎｎｅｌＩＳＲ－ＤｅｌａｙＴｉｍｅｒが実行されていない場合：
３＞新しい送信に利用可能なＵＬ－ＳＣＨリソースがない場合；または
３＞ＭＡＣエンティティが設定されたアップリンクグラントで構成され、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－Ｍａｓｋがｆａｌｓｅに設定された論理チャネルに対して通常のＢＳＲがトリガされた場合；または
３＞新しい送信に利用可能なＵＬ－ＳＣＨリソースが、ＢＳＲをトリガした論理チャネルに対して設定されたＬＣＰマッピング制限（５．４．３．１項参照）を満たさない場合：
４＞スケジューリング要求をトリガする。
注２：ＵＬ－ＳＣＨリソースは、ＭＡＣエンティティがコンフィギュアドアップリンクグラントのいずれかのタイプに対してアクティブなコンフィギュレーションを持っている場合、またはＭＡＣエンティティがダイナミックアップリンクグラントを受信した場合、または、これらの条件の両方が満たされる場合に、利用可能であるとみなされる。ある時点で、ＭＡＣエンティティがＵＬ－ＳＣＨリソースが利用可能であると判断した場合、その時点でＵＬ－ＳＣＨリソースが利用可能であることを意味する必要はない。

【0037】

従って、ＢＳＲをトリガしたＬＣＨがＣＧリソース上で送信を許可されていない場合、トリガされたＢＳＲはＢＳＲの代わりにスケジューリング要求（ＳＲ）をトリガし得る。

【0038】

現在、ある課題が存在する。コンフィギュアドグラントベースのＳＤＴ（ＣＧ－ＳＤＴ）とランダムアクセスベースのＳＤＴ（ＲＡ－ＳＤＴ)を選択するための合意された手順では、以下の場合にＣＧ－ＳＤＴが選択される。
・ＣＧ－ＳＤＴは、選択されたキャリア（ＳＵＬまたはＮＵＬキャリア）上で利用可能である。
・タイミングアドバンスタイマ（ＴＡＴ）が作動している
・ＲＳＲＰが特定の閾値を超えている

【0039】

これらの選択基準を使用すると、ＳＤＴ手順のトリガするデータにＣＧ－ＳＤＴリソースでの送信が許可しないＬＣＨ制限がある場合に、ＣＧ－ＳＤＴ手順が開始され得る。これをどのように処理すべきかは規定されておらず、複数のＳＤＴ手順が開始されるなど、規定されていない場合、望ましくない挙動をもたらす可能性がある。

【0040】

別の側面は、ＣＧ－ＳＤＴリソースで送信されない可能性のあるＬＣＨ上のデータにより、進行中のＳＤＴ手順中にＳＲがトリガされた場合の動作がどうあるべきかである。

【発明の概要】

【0041】

本開示およびそれらの実施形態のいくつかの態様はこれらのまたは他の課題に対する解決策を提供することができ、最初に、本開示において、ＬＣＨ制限およびＬＣＰマッピング制限という用語は、特定のＬＣＨにマッピングされたデータ、または、このデータの量を示すＢＳＲが、ＣＧ－ＳＤＴリソース上で伝送されてはならないことを示すために使用されることに留意されたい。また、同様の制限が代わりにＤＲＢに適用され得ることが説明され、この場合、マッピング制限は、このＤＲＢ上のデータ、またはこのデータの量を示すＢＳＲが、ＣＧ－ＳＤＴリソース上で送信されなくてもよいことを意味することにも留意されたい。

【0042】

本明細書で開示する１つ以上の例示的な実施形態によると、ＣＧ－ＳＤＴの選択基準は、また、ＬＣＨ制限も含むため、その結果、ＳＤＴ手順をトリガするデータがＬＣＨ制限のためにＣＧ－ＳＤＴリソース上で送信できない場合、ＣＧ－ＳＤＴは選択されない。

【0043】

ＣＧ－ＳＤＴ手順が進行中の場合、すなわちＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが最初のＣＧ－ＳＤＴリソースで送信され、ＬＣＨの制限によりＣＧ－ＳＤＴリソースで送信できないＬＣＨに属するデータがＵＥのバッファに到着した場合、ＣＧ－ＳＤＴリソース上でこのことを示すＢＳＲの送信が許可されるか（したがって、普通のＢＳＲルールに変更する）、または、ＲＡが開始され、この手順内のＭｓｇ３またはＭｓｇＡにＣ－ＲＮＴＩ ＭＡＣ ＣＥとデータ、またはこのデータの量と場合によってはＴＢで送信できるデータの一部を示すＢＳＲが含まれる。

【0044】

特定の実施形態は、いくつかの技術的な利点を提供する可能性がある。例示的な利点は、ＬＣＨの制限を受けるデータを処理するために、ＳＤＴ手順が効率的な方法で定義されることである。

【0045】

一実施形態は、通信ネットワークに関してユーザ機器（ＵＥ）によって実行される方法を備える。この方法は、ＵＥ：ＵＥが非アクティブモードである間に、ＵＥのアップリンク（ＵＬ）送信バッファにデータを受信することと、データがＣＧ－ＳＤＴ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）リソース上での送信を制限されているかどうかを判定することと、データが制限されていないことに応じて、データの少なくとも一部がＣＧ－ＳＤＴリソース上で送信されるＣＧ－ＳＤＴ手順を開始することとを含む。

【0046】

関連する実施形態は、通信ネットワークに関して動作するように構成されたＵＥを備える。ＵＥは、通信インタフェースおよび処理回路を含む。通信インタフェースは、通信ネットワークのために信号を送信し、通信ネットワークから信号を受信するように構成された無線送信機および受信機を含む。処理回路は、ＵＥが非アクティブモードである間に、ＵＥのＵＬ送信バッファにデータを受信することと、データがＣＧ－ＳＤＴリソース上での送信を制限されているかどうかを判定することと、データが制限されていないことに応じて、通信インタフェースを介して、データの少なくとも一部がＣＧ－ＳＤＴリソース上で送信されるＣＧ－ＳＤＴ手順を開始することとを行うようにに構成される。

【0047】

別の実施形態は、通信ネットワークのネットワークノードによって実行される方法を含む。この方法は、ネットワークノードは、ＵＥのＵＬ送信バッファに続いて着信する所定のデータがＣＧ－ＳＤＴ手順を使用する送信を制限されるかどうかをＵＥが決定する制限を示すシグナリングメッセージを生成することと、シグナリングメッセージをＵＥに送信することとを含む。

【0048】

関連する実施形態は、通信ネットワークで動作するように構成されたネットワークノードを備える。ネットワークノードは、通信インタフェースおよび処理回路を含む。処理回路は、ＵＥのＵＬ送信バッファに続いて着信する所定のデータが、ＣＧ－ＳＤＴ手順を使用する送信を制限されるかどうかをＵＥが決定する、制限を示すシグナリングメッセージを生成する、および、通信インタフェースを介して、シグナリングメッセージをＵＥに送信する、ように構成される。

【図面の簡単な説明】

【0049】

【図1】図１は、通信ネットワークの例示的な無線ネットワークノードのブロック図であり、対応する同期信号ブロック（ＳＳＢ）カバーエリアとの関連で示されている。

【図2】図２は、例示的な実施形態による、ワイヤレスデバイスおよびネットワークノードの実装の詳細を示すブロック図である。

【図3】図３は、無線機器による動作方法の論理フロー図である。

【図4】図４は、通信ネットワークまたはシステムのネットワークノードによる動作方法の論理フロー図である。

【図QQ1】図ＱＱ１は、例示的な実施形態による通信システムのブロック図である。

【図QQ2】図ＱＱ２は、例示的な実施形態によるユーザ機器（ＵＥ）のブロック図である。

【図QQ3】図ＱＱ３は、例示的な実施形態によるネットワークノードのブロック図である。

【図QQ4】図ＱＱ４は、例示的な実施形態によるホストのブロック図である。

【図QQ5】図ＱＱ５は、例示的な実施形態による仮想化環境のブロック図である。

【図QQ6】図ＱＱ６は、例示的な実施形態による、ＵＥ、ネットワークノード、およびホスト間の例示的な通信を示すブロック図である。

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

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

この例では、ハブＱＱ１１４は、アクセスネットワークＱＱ１０４と通信して、１つ以上のＵＥ（例えば、ＵＥ ＱＱ１１２ｃおよび／またはＱＱ１１２ｄ）とネットワークノード（例えば、ネットワークノードＱＱ１１０b）との間の間接的な通信を促進する。いくつかの例では、ハブＱＱ１１４は、コントローラ、ルータ、コンテンツソースおよび分析、またはＵＥに関して本明細書で説明される他の通信デバイスのいずれかであってもよい。例えば、ハブＱＱ１１４は、ＵＥのためのコアネットワークＱＱ１０６へのアクセスを可能にするブロードバンドルータであってもよい。別の例として、ハブＱＱ１１４は、ＵＥ内の１つ以上のアクチュエータにコマンドまたは命令を送信するコントローラであってもよい。コマンドまたは命令は、ＵＥ、ネットワークノードＱＱ１１０から、またはハブＱＱ１１４内の実行可能コード、スクリプト、プロセス、または他の命令によって受信され得る。別の例として、ハブＱＱ１１４は、ＵＥデータの一時ストレージとして機能するデータコレクタであってもよく、いくつかの実施形態では、データの分析または他の処理を実行してもよい。別の例として、ハブＱＱ１１４はコンテンツソースであってもよい。例えば、ＶＲヘッドセット、ディスプレイ、ラウドスピーカ、または他のメディア配信デバイスであるＵＥの場合、ハブＱＱ１１４は、ネットワークノードを介して、ＶＲアセット、ビデオ、オーディオ、または感覚情報に関連する他のメディアまたはデータを取得することができ、その後、ハブＱＱ１１４は、ローカル処理を実行した後、および／または追加のローカルコンテンツを追加した後のいずれかで、ＵＥに直接提供する。さらに別の例では、ハブＱＱ１１４は、特に１つ以上のＵＥが低エネルギーのＩｏＴデバイスである場合、ＵＥのプロキシサーバまたはオーケストレータとして機能する。

【0090】

ハブＱＱ１１４は、ネットワークノードＱＱ１１０ｂへの常時／持続的または断続的な接続を有することができる。ハブＱＱ１１４はまた、ハブＱＱ１１４とＵＥ（例えば、ＵＥ ＱＱ１１２ｃおよび／またはＱＱ１１２ｄ）との間、および、ハブＱＱ１１４とコアネットワークＱＱ１０６との間で、異なる通信方式および／またはスケジュールを可能にしてもよい。他の例では、ハブＱＱ１１４は、有線接続を介してコアネットワークＱＱ１０６および／または１つ以上のＵＥに接続される。さらに、ハブＱＱ１１４は、アクセスネットワークＱＱ１０４を介してＭ２Ｍサービスプロバイダに、および／または直接接続を介して別のＵＥに接続するように構成され得る。いくつかのシナリオでは、ＵＥは、有線接続または無線接続を介してハブＱＱ１１４を介して接続されたまま、ネットワークノードＱＱ１１０との無線接続を確立することができる。一部の実施形態では、ハブＱＱ１１４は、専用ハブ、すなわち、ネットワークノードＱＱ１１０bから／またはネットワークノードＱＱ１１０bに対するＵＥとの間の通信をルーティングすることを主機能とするハブであってもよい。他の実施形態では、ハブＱＱ１１４は、非専用ハブ、すなわち、ＵＥとネットワークノードＱＱ１１０bとの間の通信をルーティングするように動作可能であるが、特定のデータチャネルの通信開始点および／または通信終了点として追加的に動作可能なデバイスであってもよい。

【0091】

図ＱＱ２は、いくつかの実施形態によるＵＥ ＱＱ２００を示す。本明細書で使用される場合、ＵＥは、ネットワークノードおよび／または他のＵＥと無線通信することが可能であり、構成され、配置され、および／または動作可能なデバイスを指す。ＵＥの例としては、スマートフォン、携帯電話、携帯電話、ボイス・オーバーＩＰ（ＶｏＩＰ）電話、ワイヤレス・ローカル・ループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、ワイヤレスカメラ、ゲームコンソールまたはデバイス、音楽ストレージデバイス、再生機器、ウェアラブル端末デバイス、ワイヤレスエンドポイント、モバイルステーション、タブレット、ラップトップ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、ワイヤレス顧客構内機器（ＣＰＥ）、車載または車載組込み／統合ワイヤレスデバイスなどが挙げられるが、これらに限定されない。他の例には、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥが含まれる。

【0092】

ＵＥは、例えば、サイドリンク通信、狭域通信（ＤＳＲＣ）、車車間通信（Ｖ２Ｖ）、路車間通信（Ｖ２Ｉ）、または車車間／路車間通信（Ｖ２Ｘ）のための３ＧＰＰ標準規格を実装することにより、デバイス間（Ｄ２Ｄ）通信をサポートすることができる。他の例では、ＵＥは、関連デバイスを所有および／または操作する人間のユーザという意味でのユーザを必ずしも有する必要はない。その代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、特定の人間のユーザとは関連付けられない、または最初から関連付けられない可能性があるデバイス（例えば、スマートスプリンクラー制御装置）を表す場合がある。代替として、ＵＥは、エンドユーザへの販売またはエンドユーザによる操作を意図していないが、ユーザと関連付けられるか、またはユーザの利益のために操作される可能性があるデバイス（例えば、スマート電力メータ）を表す場合がある。

【0093】

ＵＥ ＱＱ２００は、バスＱＱ２０４を介して入出力インタフェースＱＱ２０６、電源ＱＱ２０８、メモリＱＱ２１０、通信インタフェースＱＱ２１２、および／または任意の他の構成要素、またはそれらの任意の組み合わせに動作可能に結合される処理回路ＱＱ２０２を含む。特定のＵＥは、図ＱＱ２に示される構成要素のすべてまたはサブセットを利用することができる。構成要素間の統合レベルは、ＵＥごとに異なり得る。さらに、特定のＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構想要素の複数のインスタンスを含み得る。

【0094】

処理回路ＱＱ２０２は、命令およびデータを処理するように構成され、メモリＱＱ２１０に機械可読コンピュータプログラムとして格納された命令を実行するように動作可能な任意の逐次ステートマシンを実装するように構成され得る。処理回路ＱＱ２０２は、１つ以上のハードウェア実装ステートマシン（例えば、ディスクリートロジック、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）など）、適切なファームウェアとともにプログラマブルロジック、１つ以上の格納されたコンピュータプログラム、適切なソフトウェアとともにマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、または上記の任意の組み合わせとして実装され得る。例えば、処理回路ＱＱ２０２は、複数の中央処理装置（ＣＰＵ）を含むことができる。

【0095】

本実施例において、入出力インタフェースＱＱ２０６は、入力デバイス、出力デバイス、または１つ以上の入力デバイスおよび／または出力デバイスへのインタフェースを提供するように構成され得る。出力デバイスの例には、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせが含まれる。入力デバイスは、ユーザがＵＥ ＱＱ２００に情報を取り込むことを可能にし得る。入力デバイスの例としては、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどが含まれる。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための静電容量式タッチセンサまたは抵抗膜式タッチセンサを含み得る。センサは、例えば、加速度センサ、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、生体センサなど、またはそれらの任意の組み合わせであってもよい。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用することができる。例えば、ユニバーサルシリアルバス（ＵＳＢ）ポートは、入力デバイスと出力デバイスを提供するために使用され得る。

【0096】

いくつかの実施形態において、電源ＱＱ２０８は、バッテリまたはバッテリパックとして構成される。外部電源（例えば、電気コンセント）、光起電力デバイス、または電力セルなどの他のタイプの電源が使用されてもよい。電源ＱＱ２０８は、電源ＱＱ２０８自体、および／または外部電源から、入力回路または電力ケーブルなどのインタフェースを介してＵＥ ＱＱ２００のさまざまな部分に電力を供給するための電力回路をさらに含み得る。電力の供給は、例えば、電源ＱＱ２０８の充電のためであってもよい。電源回路は、電力が供給されるＵＥ ＱＱ２００の各部品に適した電力にするために、電源ＱＱ２０８からの電力を、任意のフォーマット、変換、またはその他の変更を実行することができる。

【0097】

メモリＱＱ２１０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなどのメモリであり得るか、またはそれらを含むように構成され得る。一例では、メモリＱＱ２１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなどの１つ以上のアプリケーションプログラムＱＱ２１４と、対応するデータＱＱ２１６とを含む。メモリＱＱ２１０は、ＵＥ ＱＱ２００による使用のために、様々なオペレーティングシステムのいずれか、またはオペレーティングシステムの組み合わせを格納することができる。

【0098】

メモリＱＱ２１０は、リダンダント・アレイ・オブ・インエクスペンシブ・ディスクズ（ＲＡＩＤ）、フラッシュメモリ、ＵＳＢフラッシュドライブ、外付けハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィック・デジタル・データ・ストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、ＵＳＩＭおよび／またはＩＳＩＭなどの１つ以上の加入者ＩＤモジュール（ＳＩＭ）を含むユニバーサル集積回路カード（ＵＩＣＣ）の形態の耐タンパ性モジュールなどのスマートカードメモリ、その他のメモリ、またはそれらの任意の組み合わせなど、多数の物理ドライブユニットを含むように構成され得る。ＵＩＣＣは、例えば、埋め込み型ＵＩＣＣ（ｅＵＩＣＣ）、統合型ＵＩＣＣ（ｉＵＩＣＣ）、または一般に「ＳＩＭカード」として知られる取り外し可能なＵＩＣＣであってもよい。メモリＱＱ２１０により、ＵＥ ＱＱ２００は、一時的または非一時的のメモリ媒体に格納された命令、アプリケーションプログラムなどにアクセスしたり、データをオフロードしたり、またはデータをアップロードすることができる。通信システムを利用するものなどの製造品は、メモリＱＱ２１０として、またはメモリＱＱ２１０内に具現化されてもよく、このメモリＱＱ２１０は、デバイス読み取り可能な記憶媒体であってもよいし、デバイス読み取り可能な記憶媒体から構成されてもよい。

【0099】

処理回路ＱＱ２０２は、通信インタフェースＱＱ２１２を使用してアクセスネットワークまたは他のネットワークと通信するように構成され得る。通信インタフェースＱＱ２１２は、１つ以上の通信サブシステムを含んでよく、アンテナＱＱ２２２を含み得るか、またはアンテナＱＱ２２２に通信可能に結合され得る。通信インタフェースＱＱ２１２は、無線通信が可能な別のデバイス（たとえば、別のＵＥまたはアクセスネットワーク内のネットワークノード）の１つ以上のリモートトランシーバと通信することなどによって、通信するために使用される１つ以上のトランシーバを含み得る。各トランシーバは、ネットワーク通信（例えば、光、電気、周波数割り当てなど）を提供するのに適切な送信機ＱＱ２１８および／または受信機ＱＱ２２０を含み得る。さらに、送信機ＱＱ２１８および受信機ＱＱ２２０は、１つ以上のアンテナ（例えば、アンテナＱＱ２２２）に結合され得、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または別々に実装され得る。

【0100】

図示された実施形態では、通信インタフェースＱＱ２１２の通信機能は、セルラー通信、Ｗｉ－Ｆｉ通信、ＬＰＷＡＮ通信、データ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、またはそれらの任意の組み合わせを含み得る。通信は、ＩＥＥＥ ８０２．１１、符号分割多重接続（ＣＤＭＡ）、広帯域符号分割多重接続（ＷＣＤＭＡ（登録商標））、ＧＳＭ、ＬＴＥ、ニューラジオ（ＮＲ）、ＵＭＴＳ、ＷｉＭＡＸ、イーサネット、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、同期光ネットワーキング（ＳＯＮＥＴ）、非同期転送モード（ＡＴＭ）、ＱＵＩＣ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）などの１つ以上の通信プロトコルおよび／または規格に従って実装され得る。

【0101】

センサの種類に関係なく、ＵＥは、その通信インタフェースＱＱ２１２を通じて、センサによって取得されたデータの出力を、ネットワークノードに無線接続を介して提供することができる。ＵＥのセンサによって取得されたデータは、無線接続を介して、別のＵＥを通じて、ネットワークノードに通信することができる。出力は、定期的（例えば、感知された温度を報告する場合は１５分に１回）、ランダム（例えば、複数のセンサからの報告による負荷を均等にするため）、トリガイベント（例えば、水分が検出されるとアラートが送信される）に応じて、要求（例えば、ユーザが開始した要求）に応じて、または連続ストリーム（例えば、患者のライブ・ビデオ・フィード）であり得る。

【0102】

別の例として、ＵＥはアクチュエータ、モータ、またはスイッチから構成され、無線接続を介してネットワークノードから無線入力を受信するように構成された通信インタフェースに関連する。受信された無線入力に応じて、アクチュエータ、モータ、またはスイッチの状態が変化し得る。例えば、ＵＥは、受信された入力に応じて飛行中のドローンの操縦面またはローターを調整するモータ、または受信された入力に応じて医療処置を実行するロボットアームを構成し得る。

【0103】

ＵＥは、モノのインターネット（ＩｏＴ）デバイスの形態である場合、１つ以上のアプリケーション領域で使用するためのデバイスであり得、これらの領域は、都市ウェアラブル技術、拡張産業アプリケーション、およびヘルスケアを含むが、これらに限定されない。このようなＩｏＴデバイスの非限定的な例としては、以下のようなデバイスが挙げられる：接続された冷蔵庫または冷凍庫、テレビ、接続された照明装置、電力メータ、ロボット掃除機、音声制御スマートスピーカー、ホームセキュリティカメラ、人感センサ、サーモスタット、煙探知機、ドア／窓センサ、洪水／湿気センサ、電気ドアロック、接続されたドアベル、ヒートポンプのような空調システム、自律走行車、監視システム、天候監視装置、車両駐車監視装置、電気自動車充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実（ＡＲ）または仮想現実（ＶＲ）用ヘッドマウントディスプレイ、触覚拡張または感覚拡張用ウェアラブル、散水器、動物またはアイテム追跡装置、植物または動物を監視するセンサ、産業用ロボット、無人航空機（ＵＡＶ）、心拍数モニタや遠隔操作手術ロボットのようなあらゆる種類の医療機器。ＩｏＴデバイスの形態のＵＥは、図ＱＱ２に示すＵＥ ＱＱ２００に関連して説明したような他の構成要素に加えて、ＩｏＴデバイスの意図された用途に応じた回路および/またはソフトウェアを備える。

【0104】

さらに別の特定の例として、ＩｏＴシナリオでは、ＵＥは、監視および/または測定を実行し、そのような監視および/または測定の結果を別のＵＥおよび／またはネットワークノードに送信するマシンまたは他のデバイスを表し得る。この場合、ＵＥはＭ２Ｍデバイスであり得、３ＧＰＰのコンテキストではＭＴＣデバイスと呼ばれることがある。特定の一例として、ＵＥは３ＧＰＰ ＮＢ－ＩｏＴ規格を実装し得る。他のシナリオでは、ＵＥは、自動車、バス、トラック、船舶、および、航空機などの車両、またはその動作状態やその動作に関連する他の機能を監視および／または報告することができる他の機器を表し得る。

【0105】

実際には、任意の数のＵＥが、単一のユースケースに関して一緒に使用され得る。例えば、第１のＵＥは、ドローンであるか、またはドローンに統合され得、ドローンを操作するリモートコントローラである第２のＵＥに、ドローンの速度情報（速度センサを介して取得される）を提供してもよい。ユーザがリモートコントローラから変更を行うと、第１のＵＥは、ドローンのスロットルを調整して（例えば、アクチュエータを制御することによって）、ドローンの速度を増加または減少させることができる。第１のＵＥおよび／または第２のＵＥは、上述した機能のうちの１つ以上を含み得る。例えば、ＵＥはセンサとアクチュエータを備え、速度センサとアクチュエータの両方のデータの通信を取り扱うことができる。

【0106】

図ＱＱ３は、いくつかの実施形態によるネットワークノードＱＱ３００を示す。本明細書で使用される場合、ネットワークノードとは、電気通信ネットワークにおいて、ＵＥと、および／または他のネットワークノードもしくは機器と、直接的または間接的に通信することができ、構成され、配置され、および／または動作可能な機器を指す。ネットワークノードの例は、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）、ＮＲノードＢ（ｇＮＢ））を含むが、これらに限定されない。

【0107】

基地局は、提供するカバレージ量（または、別の言い方をすれば、送信電力レベル）に基づいて分類され得、したがって、提供するカバレージ量に応じて、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることがある。基地局は、リレーノードまたはリレーを制御するリレードナーノードであってもよい。ネットワークノードはまた、集中型デジタルユニットおよび／または、時にはリモート無線ヘッド（ＲＲＨ）と呼ばれる場合もあるリモート無線ユニット（ＲＲＵ）などの分散型無線基地局の１つ以上（またはすべて）の部分を含むこともある。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されていてもよいし、一体化されていなくてもよい。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードと呼ばれることもある。

【0108】

ネットワークノードの他の例としては、マルチ送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、ＭＳＲ ＢＳなどのマルチ標準無線（ＭＳＲ）装置、無線ネットワークコントローラ（ＲＮＳ）や基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、運用保守（Ｏ＆Ｍ）ノード、運用サポート・システム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（例えば、進化型サービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ）など）、および／または駆動試験の最小化（ＭＤＴ）がある。

【0109】

ネットワークノードＱＱ３００は、処理回路ＱＱ３０２、メモリＱＱ３０４、通信インタフェースＱＱ３０６、および電源ＱＱ３０８を含む。ネットワークノードＱＱ３００は、物理的に分離された複数の構成要素（例えば、ＮｏｄｅＢコンポーネントとＲＮＣコンポーネント、またはＢＴＳコンポーネントとＢＳＣコンポーネントなど）から構成されてもよく、それぞれがそれぞれの構成要素を有する場合がある。ネットワークノードＱＱ３００が複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣ構成要素）を備える特定のシナリオでは、別個の構成要素の１つ以上がネットワークノード間で共有され得る。例えば、単一のＲＮＣが複数のＮｏｄｅＢを制御し得る。このようなシナリオでは、各固有のＮｏｄｅＢとＲＮＣのペアは、場合によっては単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノードＱＱ３００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように構成され得る。このような実施形態では、一部の構成要素は重複してもよく（例えば、異なるＲＡＴ用に別々のメモリＱＱ３０４）、一部の構成要素は再利用され得る（例えば、同じアンテナＱＱ３１０が異なるＲＡＴによって共有される）。ネットワークノードＱＱ３００はまた、ネットワークノードＱＱ３００に統合された異なる無線技術、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、ＬｏＲａＷＡＮ、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、またはＢｌｕｅｔｏｏｔｈ無線技術のための、図示された様々な構成要素の複数のセットを含むことができる。これらの無線技術は、ネットワークノードＱＱ３００内の同じチップまたは異なるチップセット、および他の構成要素に統合され得る。

【0110】

処理回路ＱＱ３０２は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはネットワークノードＱＱ３００の機能を提供するために、単独で、またはメモリＱＱ３０４などの他のネットワークノードＱＱ３００の構成要素と連携して、動作可能な他の任意の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／もしくは符号化されたロジックの組み合わせのうちの1つ以上を含むことができる。

【0111】

いくつかの実施形態において、処理回路ＱＱ３０２は、システムオンチップ（ＳＯＣ）を含む。いくつかの実施形態において、処理回路ＱＱ３０２は、無線周波数（ＲＦ）トランシーバ回路ＱＱ３１２およびベースバンド処理回路ＱＱ３１４のうちの１つ以上を含む。いくつかの実施形態において、無線周波数（ＲＦ）トランシーバ回路ＱＱ３１２およびベースバンド処理回路ＱＱ３１４は、無線ユニットおよびデジタルユニットなどの別個のチップ（またはチップのセット）、基板、またはユニット上にあり得る。代替の実施形態では、ＲＦトランシーバ回路ＱＱ３１２およびベースバンド処理回路ＱＱ３１４の一部または全部は、同じチップまたはチップセット、基板、またはユニット上にあり得る。

【0112】

メモリＱＱ３０４は、限定されないが、永続記憶装置、ソリッドステートメモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または、処理回路ＱＱ３０２によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性の、非一時的のデバイス読み取り可能な、および／またはコンピュータ実行可能なメモリデバイスを含む、任意の形態の揮発性または不揮発性のコンピュータ読み取り可能メモリを構成することができる。メモリＱＱ３０４は、コンピュータプログラム、ソフトウェア、処理回路ＱＱ３０２によって実行され、ネットワークノードＱＱ３００によって利用され得るロジック、ルール、コード、テーブル、および／または他の命令のうちの１つ以上を含むアプリケーションを含む、任意の適切な命令、データ、または情報を記憶することができる。メモリＱＱ３０４は、処理回路ＱＱ３０２によって行われた任意の演算、および／または通信インタフェースＱＱ３０６を介して受信された任意のデータを記憶するために使用され得る。いくつかの実施形態では、処理回路ＱＱ３０２およびメモリＱＱ３０４は統合される。

【0113】

通信インタフェースＱＱ３０６は、ネットワークノード、アクセスネットワーク、および／またはＵＥ間のシグナリングおよび／またはデータの有線または無線通信に使用される。図示されているように、通信インタフェースＱＱ３０６は、例えば有線接続を介してネットワークとの間でデータを送受信するためのポート（複数可）／端子（複数可）ＱＱ３１６を備える。通信インタフェースＱＱ３０６はまた、アンテナＱＱ３１０に結合され得る、または特定の実施形態ではアンテナＱＱ３１０の一部であり得る、無線フロントエンド回路ＱＱ３１８を含む。無線フロントエンド回路ＱＱ３１８は、フィルタＱＱ３２０および増幅器ＱＱ３２２を備える。無線フロントエンド回路ＱＱ３１８は、アンテナＱＱ３１０および処理回路ＱＱ３０２に接続されてもよい。無線フロントエンド回路は、アンテナＱＱ３１０と処理回路ＱＱ３０２との間で通信される信号を調整するように構成され得る。無線フロントエンド回路ＱＱ３１８は、無線接続を介して他のネットワークノードまたはＵＥに送信されるデジタルデータを受信してもよい。無線フロントエンド回路ＱＱ３１８は、フィルタＱＱ３２０および／または増幅器ＱＱ３２２の組み合わせを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。その後、無線信号はアンテナＱＱ３１０を介して送信される。同様に、データを受信する場合、アンテナＱＱ３１０は、無線信号を収集し、この無線信号は無線フロントエンド回路ＱＱ３１８によってデジタルデータに変換される。デジタルデータは処理回路ＱＱ３０２に渡され得る。他の実施形態では、通信インタフェースは、異なる構成要素および／または異なる構成要素の組み合わせを備えてもよい。

【0114】

ある代替の実施形態では、ネットワークノードＱＱ３００は別個の無線フロントエンド回路ＱＱ３１８を含まず、代わりに、処理回路ＱＱ３０２は無線フロントエンド回路を含み、アンテナＱＱ３１０に接続される。同様に、いくつかの実施形態では、ＲＦトランシーバ回路ＱＱ３１２の全部または一部は、通信インタフェースＱＱ３０６の一部である。さらに、他の実施形態では、通信インタフェースＱＱ３０６は、無線ユニット（図示せず）の一部として、１つ以上のポートまたは端子ＱＱ３１６、無線フロントエンド回路ＱＱ３１８、およびＲＦトランシーバ回路ＱＱ３１２を含み、通信インタフェースＱＱ３０６は、デジタルユニット（図示せず）の一部であるベースバンド処理回路ＱＱ３１４と通信する。

【0115】

アンテナＱＱ３１０は、無線信号を送信および／または受信するように構成された１つ以上のアンテナ、またはアンテナアレイを含み得る。アンテナＱＱ３１０は、無線フロントエンド回路ＱＱ３１８に結合されてもよく、データおよび／または信号を無線で送受信することができる任意のタイプのアンテナであってもよい。特定の実施形態では、アンテナＱＱ３１０はネットワークノードＱＱ３００とは別個であり、インタフェースまたはポートを介してネットワークノードＱＱ３００に接続可能である。

【0116】

アンテナＱＱ３１０、通信インタフェースＱＱ３０６、および／または処理回路ＱＱ３０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および／または特定の取得動作を実行するように構成され得る。任意の情報、データ、および／または信号が、ＵＥ、別のネットワークノード、および／または任意の他のネットワーク機器から受信され得る。同様に、アンテナＱＱ３１０、通信インタフェースＱＱ３０６、および／または処理回路ＱＱ３０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成され得る。任意の情報、データ、および／または信号が、ＵＥ、別のネットワークノード、および／または任意の他のネットワーク機器に送信され得る。

【0117】

電源ＱＱ３０８は、ネットワークノードＱＱ３００のさまざまな構成要素に、それぞれの構成要素に適した形態で（たとえば、それぞれの構成要素に必要な電圧および電流レベルで）電力を供給する。電源ＱＱ３０８は、本明細書で説明される機能を実行するための電力をネットワークノードＱＱ３００の構成要素に供給するための電力管理回路をさらに備えるか、または電力管理回路に結合され得る。例えば、ネットワークノードＱＱ３００は、電気ケーブルなどの入力回路またはインタフェースを介して外部電源（例えば、電力網、電気コンセント）に接続可能であってもよく、これにより、外部電源は電源ＱＱ３０８の電力回路に電力を供給する。さらなる例として、電源ＱＱ３０８は、電源回路に接続されるか、または電源回路に組み込まれる、バッテリまたはバッテリパックの形態の電源から構成されてもよい。バッテリは、外部電源が故障した場合にバックアップ電力を提供することができる。

【0118】

ネットワークノードＱＱ３００の実施形態は、本明細書で説明される機能のいずれか、および／または本明細書で説明される主題をサポートするために必要な機能を含む、ネットワークノードの機能の特定の態様を提供するために、図ＱＱ３に示される構成要素以外の追加構成要素を含み得る。例えば、ネットワークノードＱＱ３００は、ネットワークノードＱＱ３００への情報の入力を可能にし、ネットワークノードＱＱ３００からの情報の出力を可能にするユーザインタフェース機器を含むことができる。これにより、ユーザは、ネットワークノードＱＱ３００の診断、保守、修理、およびその他の管理機能を実行することができる。

【0119】

図ＱＱ４は、本明細書で説明する様々な態様による、図ＱＱ１のホストＱＱ１１６の一実施形態であり得るホストＱＱ４００のブロック図である。本明細書で使用される場合、ホストＱＱ４００は、スタンドアロンサーバ、ブレードサーバ、クラウド実装サーバ、分散サーバ、仮想マシン、コンテナ、またはサーバファーム内の処理リソースを含む、様々な組み合わせのハードウェアおよび／またはソフトウェアであり得るか、またはそれらを備え得る。ホストＱＱ４００は、１つ以上のサービスを１つ以上のＵＥに提供することができる。

【0120】

ホストＱＱ４００は、バスＱＱ４０４を介して入出力インタフェースＱＱ４０６、ネットワークインタフェースＱＱ４０８、電源ＱＱ４１０、およびメモリＱＱ４１２に動作可能に結合された処理回路ＱＱ４０２を含む。他の実施形態では、他の構成要素が含まれてもよい。これらの構成要素の特徴は、図ＱＱ２および図ＱＱ３などの以前の図のデバイスに関して説明したものと実質的に類似していてもよく、そのような場合、その説明は、ホストＱＱ４００の対応する構成要素に一般的に適用可能である。

【0121】

メモリＱＱ４１２は、１つ以上のホストアプリケーションプログラムＱＱ４１４およびデータＱＱ４１６を含む１つ以上のコンピュータプログラムを含むことができ、データＱＱ４１６は、ユーザデータ、例えば、ホストＱＱ４００のためにＵＥによって生成されたデータまたはＵＥのためにホストＱＱ４００によって生成されたデータを含むことができる。ホストＱＱ４００の実施形態は、示された構成要素のサブセットのみまたはすべてを利用することができる。ホストアプリケーションプログラムＱＱ４１４は、コンテナベースのアーキテクチャで実装することができ、複数の異なるクラス、タイプ、または実装のＵＥ（携帯端末、デスクトップコンピュータ、ウェアラブルディスプレイシステム、ヘッドアップディスプレイシステムなど）用のトランスコーディングを含む、ビデオコーデック（例えば、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、ＭＰＥＧ、ＶＰ９）およびオーディオコーデック（例えば、ＦＬＡＣ、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ（ＡＡＣ）、ＭＰＥＧ、Ｇ．７１１）のサポートを提供することができる。ホストアプリケーションプログラムＱＱ４１４はまた、ユーザ認証およびライセンスチェックを提供することができ、コアネットワーク内またはコアネットワークのエッジにあるデバイスなどの中央ノードに、健全性、経路、およびコンテンツの利用可用性を、定期的に報告することができる。したがって、ホストＱＱ４００は、ＵＥのオーバーザトップサービスのために異なるホストを選択および／または指示することができる。ホストアプリケーションプログラムＱＱ４１４は、ＨＴＴＰライブストリーミング（ＨＬＳ）プロトコル、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ダイナミックアダプティブストリーミングオーバーＨＴＴＰ（ＭＰＥＧ－ＤＡＳＨ）などの様々なプロトコルをサポートすることができる。

【0122】

図ＱＱ５は、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境ＱＱ５００を示すブロック図である。本明細書において、仮想化とは、ハードウェアプラットフォーム、ストレージデバイス、およびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用されるように、仮想化は、本明細書に記載される任意のデバイスまたはその構成要素に適用され得、機能の少なくとも一部が１つ以上の仮想構成要素として実装される実装形態に関する。本明細書で説明する機能の一部またはすべては、ネットワークノード、ＵＥ、コアネットワークノード、またはホストとして動作するハードウェアコンピューティングデバイスなどのハードウェアノードの１つ以上によってホストされる１つ以上の仮想環境ＱＱ５００で実装される１つ以上の仮想マシン（ＶＭ）によって実行される仮想コンポーネントとして実装され得る。さらに、仮想ノードが無線接続を必要としない実施形態（例えば、コアネットワークノードまたはホスト）では、ノードを完全に仮想化することができる。

【0123】

アプリケーションＱＱ５０２（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることもある）は、本明細書に開示されるいくつかの実施形態の特徴、機能、および／または利点のうちのいくつかを実装するために、仮想化環境Ｑ４００において実行される。

【0124】

ハードウェアＱＱ５０４は、処理回路、ハードウェア処理回路によって実行可能なソフトウェアおよび／または命令を記憶するメモリ、および／またはネットワークインタフェース、入出力インタフェースなど、本明細書で説明する他のハードウェアデバイスを含む。ソフトウェアは、処理回路によって実行されて、１つまたは複数の仮想化レイヤＱＱ５０６（ハイパーバイザまたは仮想マシンモニタ（ＶＭＭ）とも呼ばれる）をインスタンス化し、ＶＭ ＱＱ５０８ａおよびＱＱ５０８b（そのうちの１つまたは複数を一般にＶＭ ＱＱ５０８と呼ぶことができる）を提供し、および／または本明細書に記載されるいくつかの実施形態に関連して説明される機能、特徴および／または利点のいずれかを実行することができる。仮想化レイヤＱＱ５０６は、ＶＭＱ５０８に対してネットワークハードウェアのように見える仮想オペレーティングプラットフォームを提示することができる。

【0125】

ＷＭＱ５０８は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインタフェース、および仮想ストレージを備え、対応する仮想化レイヤＱＱ５０６によって実行され得る。仮想アプライアンスＱＱ５０２のインスタンスの異なる実施形態は、ＶＭ ＱＱ５０８の１つ以上で実装されてもよく、実装は異なる方法で行われてもよい。ハードウェアの仮想化は、いくつかの文脈ではネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くの種類のネットワーク機器を、データセンタに配置され得る業界標準の大容量サーバハードウェア、物理スイッチ、物理ストレージ、および顧客構内機器に統合するために使用され得る。

【0126】

ＮＦＶの文脈では、ＶＭ ＱＱ５０８は、物理的な、仮想化されていないマシン上で実行されているかのようにプログラムを実行する物理的なマシンのソフトウェア実装であり得る。ＶＭＱ５０８の各々、およびそのＶＭを実行するハードウェアＱＱ５０４の一部は、そのＶＭ専用のハードウェアおよび／またはそのＶＭが他のＶＭと共有するハードウェアであり、別々の仮想ネットワーク要素を形成する。それでもＮＦＶの文脈では、仮想ネットワーク機能は、ハードウェアＱＱ５０４の上の１つ以上のＶＭ ＱＱ５０８で実行され、アプリケーションＱＱ５０２に対応する特定のネットワーク機能を処理する役割を果たす。

【0127】

ハードウェアＱＱ５０４は、汎用または特定の構成要素を有するスタンドアロンネットワークノードとして実装され得る。ハードウェアＱＱ５０４は、一部の機能を仮想化によって実装してもよい。代替的に、ハードウェアＱＱ５０４は、多くのハードウェアノードが協働し、特にアプリケーションＱＱ５０２のライフサイクル管理を統括する管理およびオーケストレーションＱＱ５１０を介して管理される、より大規模なハードウェアクラスタ（例えば、データセンタまたはＣＰＥなど）の一部であってもよい。いくつかの実施形態では、ハードウェアＱＱ５０４は、各々が１つ以上の送信機と１つ以上のアンテナに結合され得る１つ以上の受信機を含む１つ以上の無線ユニットに結合される。無線ユニットは、１つ以上の適切なネットワークインタフェースを介して他のハードウェアノードと直接通信することができ、無線アクセスノードまたは基地局などの無線機能を有する仮想ノードを提供するために、仮想構成要素と組み合わせて使用することができる。いくつかの実施形態では、ハードウェアノードと無線ユニットとの間の通信のために代替的に使用され得る制御システムＱＱ５１２の使用により、いくつかのシグナリングが提供され得る。

【0128】

図ＱＱ６は、いくつかの実施形態による、ネットワークノードＱＱ６０４を介してＵＥ ＱＱ６０６と部分的に無線接続を介して通信するホストＱＱ６０２の通信図を示す。次に、前の段落で説明したＵＥ（図ＱＱ１のＵＥ ＱＱ１１２ａおよび／または図ＱＱ２のＵＥ ＱＱ２００など）、ネットワークノード（図ＱＱ１のネットワークノードＱＱ１１０aおよび／または図ＱＱ３のネットワークノードＱＱ３００など）、およびホスト（図ＱＱ１のホストＱＱ１１６および／または図ＱＱ４のホストＱＱ４００など）の、様々な実施形態に従った例示的な実装について、図ＱＱ６を参照して説明する。

【0129】

ホストＱＱ４００と同様に、ホストＱＱ６０２の実施形態は、通信インタフェース、処理回路、およびメモリなどのハードウェアを含む。ホストＱＱ６０２はまた、ホストＱＱ６０２に格納されているか、ホストＱＱ６０２によってアクセス可能であり、処理回路によって実行可能なソフトウェアを含む。このソフトウェアは、ＵＥ ＱＱ６０６とホストＱＱ６０２との間に延在するオーバーザトップ（ＯＴＴ）接続ＱＱ６５０を介して接続するＵＥ ＱＱ６０６などのリモートユーザにサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザにサービスを提供する際、ホストアプリケーションは、ＯＴＴ接続ＱＱ６５０を使用して送信されるユーザデータを提供することができる。

【0130】

ネットワークノードＱＱ６０４は、ホストＱＱ６０２およびＵＥ ＱＱ６０６との通信を可能にするハードウェアを含む。接続ＱＱ６６０は、直接であってもよいし、コアネットワーク（図ＱＱ１のコアネットワークＱＱ１０６のような）および／または１つまたは複数の他の中間ネットワーク（１つまたは複数のパブリック、プライベート、またはホストッドネットワークなど）を経由してもよい。例えば、中間ネットワークは、バックボーンネットワークまたはインターネットであってもよい。

【0131】

ＵＥ ＱＱ６０６は、ＵＥ ＱＱ６０６に格納されているか、またはＵＥ ＱＱ６０６によってアクセス可能であり、ＵＥの処理回路によって実行可能なハードウェアおよびソフトウェアを含む。ソフトウェアは、ホストＱＱ６０２のサポートにより、ＵＥ ＱＱ６０６を介して人間または人間以外のユーザにサービスを提供するように動作可能であり得る、ウェブブラウザまたはオペレータ固有の「アプリ」などのクライアントアプリケーションを含む。ホストＱＱ６０２において、実行中のホストアプリケーションは、ＵＥ ＱＱ６０６およびホストＱＱ６０２で終端するＯＴＴ接続ＱＱ６５０を介して、実行中のクライアントアプリケーションと通信することができる。ユーザにサービスを提供する際、ＵＥのクライアントアプリケーションは、ホストのホストアプリケーションからリクエストデータを受信し、リクエストデータに応じてユーザデータを提供することができる。ＯＴＴ接続ＱＱ６５０は、リクエストデータとユーザデータの両方を転送することができる。ＵＥのクライアントアプリケーションは、ＯＴＴ接続ＱＱ６５０を通じてホストアプリケーションに提供するユーザデータを生成するために、ユーザと対話することができる。

【0132】

ＯＴＴ接続ＱＱ６５０は、ホストＱＱ６０２とＵＥ ＱＱ６０６との間の接続を提供するために、ホストＱＱ６０２とネットワークノードＱＱ６０４との間の接続ＱＱ６６０を介して、およびネットワークノードＱＱ６０４とＵＥ ＱＱ６０６との間の無線接続ＱＱ６７０を介して延在し得る。ＯＴＴ接続ＱＱ６５０が提供され得る接続ＱＱ６６０および無線接続ＱＱ６７０は、ネットワークノードＱＱ６０４を介したホストＱＱ６０２とＵＥ ＱＱ６０６との間の通信を説明するために抽象的に描かれており、仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングには明示的に言及していない。

【0133】

ＯＴＴ接続ＱＱ６５０を介してデータを送信する例として、ステップＱＱ６０８において、ホストＱＱ６０２は、ホストアプリケーションを実行することによって実行され得るユーザデータを提供する。いくつかの実施形態では、ユーザデータは、ＵＥ ＱＱ６０６と対話する特定の人間のユーザに関連付けられる。他の実施形態では、ユーザデータは、人間の明示的な対話なしにホストＱＱ６０２とデータを共有するＵＥ ＱＱ６０６に関連付けられる。ステップＱＱ６１０において、ホストＱＱ６０２は、ＵＥ ＱＱ６０６に向けてユーザデータを搬送する送信を開始する。ホストＱＱ６０２は、ＵＥ ＱＱ６０６によって送信された要求に応じて送信を開始することができる。リクエストは、ＵＥ ＱＱ６０６との人間による対話によってか、または、ＵＥ ＱＱ６０６上で実行されるクライアントアプリケーションの操作によって引き起こされ得る。送信は、本開示全体を通じて説明される実施形態の教示に従って、ネットワークノードＱＱ６０４を介して通過し得る。したがって、ステップＱＱ６１２において、ネットワークノードＱＱ６０４は、本開示全体を通じて説明される実施形態の教示に従って、ホストＱＱ６０２が開始した送信で搬送されたユーザデータをＵＥ ＱＱ６０６に送信する。ステップＱＱ６１４において、ＵＥ ＱＱ６０６は、ホストＱＱ６０２によって実行されるホストアプリケーションに関連付けられたＵＥ ＱＱ６０６上で実行されるクライアントアプリケーションによって実行され得る、送信によって搬送されたユーザデータを受信する。

【0134】

いくつかの例では、ＵＥ ＱＱ６０６は、ホストＱＱ６０２にユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータは、ホストＱＱ６０２から受信したデータに対する反応または応答として提供されてもよい。したがって、ステップＱＱ６１６において、ＵＥ ＱＱ６０６は、クライアントアプリケーションを実行することによって実行され得るユーザデータを提供することができる。ユーザデータを提供する際、クライアントアプリケーションは、ＵＥ ＱＱ６０６の入出力インタフェースを介してユーザから受信されたユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ステップＱＱ６１８で、ＵＥ ＱＱ６０６は、ネットワークノードＱＱ６０４を介してホストＱＱ６０２に向けてユーザデータの送信を開始する。ステップＱＱ６２０において、本開示を通じて説明される実施形態の教示に従って、ネットワークノードＱＱ６０４は、ＵＥ ＱＱ６０６からユーザデータを受信し、ストＱＱ６０２に向けて受信したユーザデータの送信を開始する。ステップＱＱ６２２において、ホストＱＱ６０２は、ＵＥ ＱＱ６０６によって開始された送信において搬送されたユーザデータを受信する。

【0135】

様々な実施形態の１つ以上は、無線接続ＱＱ６７０が最後のセグメントを形成するＯＴＴ接続ＱＱ６５０を使用して、ＵＥ ＱＱ６０６に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、データ待ち時間、応答性、ＵＥにおけるバッテリ寿命、およびＣＧ－ＳＤＴ手順の実行に関するＵＥでの動作における決定性のうちの任意の１つ以上を改善し得る。

【0136】

例示的なシナリオとして、工場ステータス情報がホストＱＱ６０２によって収集および分析され得る。別の例として、ホストＱＱ６０２は、マップを作成する際に使用するためにＵＥから取得され得るオーディオデータおよびビデオデータを処理することができる。別の例として、ホストＱＱ６０２は、車両渋滞の制御（例えば、交通信号の制御）を支援するためにリアルタイムデータを収集および分析することができる。別の例として、ホストＱＱ６０２は、ＵＥによってアップロードされた監視ビデオを保存することができる。別の例として、ホストＱＱ６０２は、ＵＥにブロードキャスト、マルチキャストまたはユニキャストされ得るビデオ、オーディオ、ＶＲまたはＡＲなどのメディアコンテンツを保存またはアクセスを制御することができる。他の例として、ホストＱＱ６０２は、エネルギー価格設定、発電ニーズのバランスをとるための時間に関係しない重要な電気負荷の遠隔制御、位置情報サービス、プレゼンテーションサービス（リモートデバイスから収集したデータから図などを編集するなど）、またはデータの収集、検索、保存、分析および／もしくは送信の他の機能に使用され得る。

【0137】

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

【0138】

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

【0139】

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

【0140】

さらなる例示的な実施形態
グループＡの実施形態
１． 通信ネットワークに関してユーザ機器（ＵＥ）によって実行される方法であって、
送信するデータがＣＧ－ＳＤＴリソースでの送信を制限されているかどうかに応じて、前記ＵＥによるコンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）手順の実行を制御すること、を含む方法。
２． 前記データが制限されたデータ無線ベアラ（ＤＲＢ）または制限された論理チャネル（ＬＣＨ）に属するかどうかを判定することによって、前記データが制限されているかどうかを判定することをさらに含む、実施形態１に記載の方法。
３． 前記データは、前記ＵＥにおいて利用可能なアップリンク（ＵＬ）データのすべてまたは一部を含み、前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記ＣＧ－ＳＤＴ手順の開始に関連して、前記利用可能なＵＬデータの少なくとも一部が制限されることを判定することを含む、実施形態１または２に記載の方法。
４． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記利用可能なＵＬデータの少なくとも一部が制限されると判定することに応じて、前記利用可能なＵＬデータを送信するために前記ＣＧ－ＳＤＴ手順を使用しないことを含む、実施形態３に記載の方法。
５． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、以下のことに応じて、前記データの送信のために前記ＣＧ－ＳＤＴ手順を選択することを含む、実施形態１～４のいずれかに記載の方法：
ＳＵＬまたはＮＵＬキャリアであり得る、関係するアップリンク（ＵＬ）キャリアで利用可能なＣＧ－ＳＤＴ手順の使用、
実行状態である関連するタイミングアドバンスタイマ（ＴＡＴ）、および
前記通信ネットワークのサービング無線ネットワークノードによって送信されたダウンリンク基準信号上で前記ＵＥによって測定された基準信号基準電力（ＲＳＲＰ）が、指定された閾値を超えること。
６． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記データが制限されていないことに応じて前記ＣＧ－ＳＤＴリソース上で前記データを送信すること、または、前記データが制限されていることに応じて前記ＣＧ－ＳＤＴリソース上で前記データを送信しないことを含む、実施形態１～５のいずれかに記載の方法。
７． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記データが制限されていると判定することに応じて、前記ＣＧ－ＳＤＴ手順を実行せず、代わりにランダムアクセス（ＲＡ）手順を実行することを含み、前記ＲＡ手順のＭｓｇ３またはＭｓｇＡは、ＵＥ識別子および前記の少なくとも一部を含む、実施形態１～６のいずれかに記載の方法。
８． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記ＣＧ－ＳＤＴ手順の開始後に、前記データが制限され、前記ＵＥのアップリンク（ＵＬ）送信バッファに到着することに応じて、前記ＵＥが、ＣＧ－ＳＤＴリソース上で前記データのバッファ状態報告（ＢＳＲ）を送信することを含む、実施形態１～７のいずれかに記載の方法。
９． 前記ＣＧ－ＳＤＴ手順の前記実行を制御することは、前記データが制限されていると前記ＵＥが判定する場合に、以下のことを含む、実施形態１～８のいずれかに記載の方法：
以下の項目の少なくとも１つに依存して、第１のアプローチと第２のアプローチのどちらかを選択すること、
次の前記ＣＧ－ＳＤＴリソースまでの時間、
前記データに関連するＬＣＨまたはＤＲＢの優先順位、または
前記データの量、
ここで、前記第１のアプローチは、前記ＣＧ－ＳＤＴプロシージャの代わりにランダムアクセス（ＲＡ）手順を開始することからなり、前記ＲＡ手順のＭｓｇ３またはＭｓｇＡは、ＵＥ識別子および前記データの少なくとも一部を含み、前記第２のアプローチは、ＣＧ－ＳＤＴリソース上で、前記データのバッファ状態報告（ＢＳＲ）を送信することからなる。
１０． 前記次のＣＧ－ＳＤＴリソースまでの前記時間が閾値未満であることに応じて、前記ＵＥが前記第２のアプローチを選択することを含む、実施形態９に記載の方法。
１１． 前記ＲＡ手順で使用される前記Ｍｓｇ３または前記ＭｓｇＡ内の前記データの適合に応じて、前記ＵＥが前記第１のアプローチを選択することを含む、実施形態９に記載の方法。
１２． 前記通信ネットワークの無線ネットワークノードからシグナリングを介して制限の指示を受信することをさらに含み、前記指示は、ＣＧ－ＳＤＴリソースを使用できる、または使用できないＤＲＢまたはＬＣＨを示す、実施形態１～１１のいずれかに記載の方法。
１３． 前記シグナリングは、ＲＲＣリリースメッセージを含み、「ＲＲＣ」は無線リソース制御を示す、実施形態１２に記載の方法。
１４. 前記ＵＥが、第３世代パートナーシッププロジェクト（３ＧＰＰ）仕様に従って動作するように構成される、実施形態１～１３のいずれかに記載の方法。
１５． 先の実施形態のいずれかに記載の方法であって、さらに以下を含む：
ユーザデータの提供すること、および
前記ネットワークノードへの送信を介して、前記ユーザデータをホストに転送すること。

【0141】

グループＢの実施形態
１６． 通信ネットワークのネットワークノードによって実行される方法であって、前記方法は、
１つ以上の論理チャネル（ＬＣＨ）またはデータ無線ベアラ（ＤＲＢ）に対応する１つ以上の制限の指示を含むシグナリングメッセージを生成することであって、前記制限は、前記１つ以上のＬＣＨまたはＤＲＢに関連するユーザ機器（ＵＥ）のアップリンクデータが、コンフィギュアドグラントスモールデータ送信（ＣＧ－ＳＤＴ）リソース上での送信を制限されることを意味することと、
前記シグナリングメッセージを前記ＵＥに送信すること、
を含む方法。
１７． 前記シグナリングメッセージがＲＲＣリリースメッセージを含み、「ＲＲＣ」は無線リソース制御を示す、実施形態１６に記載の方法。
１８． 前記ネットワークノードが無線ネットワークノードである、実施形態１６または１７に記載の方法。
１９． 前記ネットワークノードが第３世代パートナーシッププロジェクト（３ＧＰＰ）仕様に従って動作する、実施形態１６～１８のいずれかに記載の方法。
２０． さらに以下の工程を含む、先の実施形態のいずれかに記載の方法：
ユーザデータの取得すること、および
前記ユーザデータをホストまたはユーザ機器に転送すること。

【0142】

グループＣの実施形態
２１． 前記グループＡの実施形態のいずれかのステップを実行するように構成された処理回路、および
前記処理回路に電力を供給するように構成された電源回路、
を含むユーザ機器（ＵＥ）。
２２． 前記グループＢの実施形態のいずれかのステップを実行するように構成された処理回路、
前記処理回路に電力を供給するように構成された電源回路、
を含むネットワークノード。
２３． 無線信号を送受信するように構成されたアンテナと、
前記アンテナおよび処理回路に接続され、前記アンテナと前記処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、
前記処理回路は、前記グループＡの実施形態のいずれかのステップを実行するように構成され、
前記処理回路に接続され、前記処理回路によって処理される情報のＵＥへの入力を可能にするように構成された入力インタフェースと、
前記処理回路に接続され、前記処理回路によって処理された前記ＵＥからの情報を出力するように構成された出力インタフェースと、
前記処理回路に接続され、前記ＵＥに電力を供給するように構成されたバッテリと、
を含む、ユーザ機器（ＵＥ）。
２４. オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、
ユーザデータを提供するように構成された処理回路と、
ユーザ機器（ＵＥ）に送信するために、セルラーネットワークへの前記ユーザデータの送信を開始するように構成されたネットワークインタフェースと、を含み、
ここで、前記ＵＥは、通信インタフェースおよび処理回路を備え、前記ＵＥの前記通信インタフェースおよび前記処理回路は、前記ホストから前記ユーザデータを受信するために、前記グループＡの実施形態のいずれかのステップを実行するように構成される、
ホスト。
２５． 前記セルラーネットワークは、前記ホストから前記ＵＥに前記ユーザデータを送信するために前記ＵＥと通信するように構成されたネットワークノードをさらに含む、先の実施形態のホスト。
２６． 前記ホストの前記処理回路は、ホストアプリケーションを実行するように構成され、それにより、前記ユーザデータを提供すること、および
前記ホストアプリケーションは、前記ＵＥ上で実行されるクライアントアプリケーションと対話するように構成され、前記クライアントアプリケーションは前記ホストアプリケーションに関連付けられる、
前の２つの実施形態に記載のホスト。
２７． ネットワークノードおよびユーザ機器（ＵＥ）をさらに含む通信システムで動作するホストによって実装される方法であって、
前記ＵＥにユーザデータを提供することと、
前記ネットワークノードを含むセルラーネットワークを介して、前記ユーザデータを前記ＵＥに搬送する送信を開始することであって、前記ＵＥが、前記ホストから前記ユーザデータを受信するために、前記グループＡの実施形態のいずれかの動作を実行することと、
を含む、方法。
２８． 前の実施形態に記載の方法であって、
前記ホストにおいて、前記ＵＥ上で実行されているクライアントアプリケーションに関連付けられたホストアプリケーションを実行して、前記ＵＥから前記ユーザデータを受信すること、
を含む、方法。
２９． 前の実施形態に記載の方法であって、
前記ホストにおいて、前記ＵＥ上で実行される前記クライアントアプリケーションに入力データを送信すること、を含み、
ここで、前記ユーザデータは、前記ホストアプリケーションからの前記入力データに応じて前記クライアントアプリケーションによって提供される、
方法。
３０． オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、
ユーザデータを提供するように構成された処理回路と、
ユーザ機器（ＵＥ）に送信するために、セルラーネットワークへの前記ユーザデータの送信を開始するように構成されたネットワークインタフェースと、を備え、
ここで、前記ＵＥは、通信インタフェースおよび処理回路を備え、前記ＵＥの前記通信インタフェースおよび処理回路は、前記ユーザデータを前記ホストに送信するために、前記グループＡの実施形態のいずれかのステップを実行するように構成される、ホスト。
３１． 前記セルラーネットワークは、前記ＵＥから前記ホストへ前記ユーザデータを送信するために前記ＵＥと通信するように構成されたネットワークノードをさらに含む、先の実施形態のホスト。
３２． 前記ホストの前記処理回路は、ホストアプリケーションを実行するように構成され、それにより、前記ユーザデータを提供すること、および
前記ホストアプリケーションは、前記ＵＥ上で実行されるクライアントアプリケーションと対話するように構成され、前記クライアントアプリケーションは前記ホストアプリケーションに関連付けられる、
前の２つの実施形態に記載のホスト。
３３． ネットワークノードおよびユーザ機器（ＵＥ）をさらに含む通信システムで動作するように構成されたホストによって実装される方法であって、
前記ホストにおいて、前記ＵＥによって前記ネットワークノードを介して前記ホストに送信された前記ユーザデータを受信することであって、前記ＵＥは、前記ユーザデータを前記ホストに送信するために前記グループＡの実施形態のいずれかのステップを実行すること、
を含む、方法。
３４． 前の実施形態に記載の方法であって、
前記ホストにおいて、前記ＵＥ上で実行されているクライアントアプリケーションに関連付けられたホストアプリケーションを実行して、前記ＵＥから前記ユーザデータを受信すること、
をさらに含む方法。
３５． 前の実施形態に記載の方法であって、
前記ホストにおいて、前記ＵＥ上で実行されるクライアントアプリケーションに入力データを送信すること、をさらに含み、
ここで、前記ユーザデータは、前記ホストアプリケーションからの前記入力データに応じて前記クライアントアプリケーションによって提供される、
方法。
３６． オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、
ユーザデータを提供するように構成された処理回路と、
ユーザ機器（ＵＥ）に送信するために、セルラーネットワーク内のネットワークノードへの前記ユーザデータの送信を開始するように構成されたネットワークインタフェースであって、前記ネットワークノードは、通信インタフェースおよび処理回路を有し、前記ネットワークノードの前記処理回路は、前記ユーザデータを前記ホストから前記ＵＥに送信するために、前記グループＢの実施形態のいずれかの動作を実行するように構成された、ネットワークインタフェースと、
を含む、ホスト。
３７． 前の実施形態に記載のホストであって、
前記ホストの前記処理回路は、前記ユーザデータを提供するホストアプリケーションを実行するように構成され、
前記ＵＥは、前記ホストからの前記ユーザデータの送信を受信するために、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、
ホスト。
３８． ネットワークノードおよびユーザ機器（ＵＥ）をさらに含む通信システムで動作するように構成されたホストに実装される方法であって、
前記ＵＥにユーザデータを提供することと、
ネットワークノードを含むセルラーネットワークを介して、前記ユーザデータを前記ＵＥに搬送する送信を開始することであって、前記ネットワークノードが、前記ユーザデータを前記ホストから前記ＵＥに送信するために、前記グループＢの実施形態のいずれかの動作を実行することと、
を含む、方法。
３９． 先の実施形態の方法であって、前記ネットワークノードにおいて、前記ホストによって提供された前記ユーザデータを前記ＵＥのために送信することをさらに含む、方法。
４０． 前の２つの実施形態のいずれかに記載の方法であって、前記ユーザデータは、前記ＵＥ上で実行されるクライアントアプリケーションと対話するホストアプリケーションを実行することによって前記ホストで提供され、前記クライアントアプリケーションは前記ホストアプリケーションに関連付けられる、方法。
４１． オーバーザトップサービスを提供するように構成された通信システムであって、
ユーザ機器（ＵＥ）にユーザデータを提供するように構成された処理回路であって、前記ユーザデータは前記オーバーザトップサービスに関連する、処理回路と、
前記ＵＥに送信するためにセルラーネットワークノードに向けて前記ユーザデータの送信を開始するように構成されたネットワークインタフェースであって、前記ネットワークノードは通信インタフェースと処理回路とを有し、前記ネットワークノードの前記処理回路は、前記ホストから前記ＵＥに前記ユーザデータを送信するために前記グループＢの実施形態のいずれかの動作を実行するように構成された、ネットワークインタフェースと、を含むホスト、
を備えた通信システム。
４２． 前の実施形態の通信システムであって、さらに、
前記ネットワークノードと、
前記ユーザ機器と、
を含む、通信システム。
４３． オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、
ユーザデータの受信を開始するように構成された処理回路と、
セルラーネットワーク内のネットワークノードから前記ユーザデータを受信するように構成されたネットワークインタフェースであって、前記ネットワークノードは、通信インタフェースおよび処理回路を有し、前記ネットワークノードの前記処理回路は、前記ホストのためのユーザ機器（ＵＥ）から前記ユーザデータを受信するために、前記グループＢの実施形態のいずれかの動作を実行するように構成された、ネットワークインタフェースと、
を含む、ホスト。
４４． 前の２つの実施形態に記載のホストであって、
前記ホストの処理回路は、ホストアプリケーションを実行するように構成され、それにより、ユーザデータを提供する；
前記ホストアプリケーションは、前記ＵＥ上で実行される前記クライアントアプリケーションと対話するように構成され、前記クライアントアプリケーションは前記ホストアプリケーションに関連付けられる、
ホスト。
４５． 前記ユーザデータの受信を開始することは、前記ユーザデータを要求することからなる、前記２つの実施形態のいずれかに記載のホスト。
４６． ネットワークノードおよびユーザ機器（ＵＥ）をさらに含む通信システムで動作するように構成されたホストによって実装される方法であって、
前記ホストにおいて、前記ＵＥからのユーザデータの受信を開始することであって、前記ユーザデータは、前記ネットワークノードが前記ＵＥから受信した送信に由来し、前記ネットワークノードは、前記ホストのために前記ＵＥから前記ユーザデータを受信するために、前記グループＢの実施形態のいずれかのステップを実行すること、
を含む、方法。
４７． 前記ネットワークノードにおいて、受信したユーザデータをホストに送信することをさらに含む、先の実施形態の方法。

【0143】

略語
本開示では、以下の略語の少なくともいくつかを使用することができる。略語間に矛盾がある場合は、上記の使用方法を優先すべきである。以下に複数回記載されている場合、最初の記載がそれ以降の記載よりも優先されるべきである。
1x RTT CDMA2000 1x Radio Transmission Technology（ＣＤＭＡ２０００ １ｘ無線送信技術）
3GPP 3rd Generation Partnership Project（第３世代パートナーシッププロジェクト）
5G 5th Generation（第５世代）
6G 6th Generation（第６世代）
ABS Almost Blank Subframe（ほぼ空白のサブフレーム）
ARQ Automatic Repeat Request（自動リピートリクエスト）
AQGN Additive White Gaussian Noise（加法性白色ガウス雑音）
BCCH Broadcast Control Channel（ブロードキャスト制御チャネル）
BCH Broadcast Channel（ブロードキャストチャンネル）
BSR Buffer Status Report（バッファ状態報告）
CA Carrier Aggregation（キャリアアグリゲーション）
CC Carrier Component（キャリアコンポーネント）
CCCH SDU Common Control Channel SDU（共通制御チャネル ＳＤＵ）
CDMA Code Division Multiplexing Access（符号分割多重接続）
CG Configured Grant（コンフィギュアドグラント）
CGI Cell Global Identifier（セルグローバル識別子）
CIR Channel Impulse Response（チャネルインパルス応答）
CP Cyclic Prefix（周期プレフィックス）
CPICH Common Pilot Channel（共通パイロットチャンネル）
CPICH Ec/No CPICH Received energy per chip divided by the power density in the band（チップあたりの受信エネルギーを帯域内の電力密度で割ったもの）
CQI Channel Quality information（チャンネル品質情報）
C-RNTI Cell RNTI（セルＲＮＴＩ）
CSI Channel State Information（チャネル状態情報）
DCCH Dedicated Control Channel（専用制御チャネル）
DL Downlink（ダウンリンク）
DM Demodulation（復調）
DMRS Demodulation Reference Signal（復調基準信号）
DRB Data Radio Bearer（データ無線ベアラ）
DRX Discontinuous Reception（不連続受信）
DTX Discontinuous Transmission（不連続送信）
DTCH Dedicated Traffic Channel（専用トラフィックチャネル）
DUT Device Under Test（被試験デバイス）
E-CID Enhanced Cell-ID (positioning method)（拡張セルＩＤ（位置測位手法））
eMBMS evolved Multimedia Broadcast Multicast Services（進化型マルチメディアブロードキャスト・マルチキャスト・サービス）
E-SMLC Evolved-Serving Mobile Location Centre（進化型サービングモバイルロケーションセンタ）
ECGI Evolved CGI（進化型ＣＧＩ）
eNB E-UTRAN NodeB（Ｅ－ＵＴＲＡＮ ノードＢ）
ePDCCH Enhanced Physical Downlink Control Channel（拡張物理ダウンリンク制御チャネル）
E-SMLC Evolved Serving Mobile Location Center（進化型サービングモバイルロケーションセンタ）
E-UTRA Evolved UTRA（進化型ＵＴＲＡ）
E-UTRAN Evolved UTRAN（進化型ＵＴＲＡＮ）
FDD Frequency Division Duplex（周波数分割デュプレックス）
FFS For Further Study（さらなる研究のために）
gNB Base station in NR（ＮＲにおける基地局）
GNSS Global Navigation Satellite System（全地球航法衛星システム）
HARQ Hybrid Automatic Repeat Request（ハイブリッド自動リピート要求）
HO Handover（ハンドオーバー）
HSPA High Speed Packet Access（高速パケットアクセス）
HRPD High Rate Packet Data（高速パケットデータ）
LCH Logical Channel（論理チャネル）
LOS Line of Sight（視線の通路）
LPP LTE Positioning Protocol（ＬＴＥポジショニングプロトコル）
LTE Long-Term Evolution（ロングタームエボリューション）
MAC Medium Access Control（メディアアクセスコントロール）
MAC Message Authentication Code（メッセージ認証コード）
MBSFN Multimedia Broadcast multicast service Single Frequency Network（マルチメディア・ブロードキャスト・マルチキャスト・サービス 単一周波数ネットワーク）
MBSFN ABS MBSFN Almost Blank Subframe（ほぼブランクのサブフレーム）
MDT Minimization of Drive Tests（駆動試験の最小化）
MIB Master Information Block（マスター情報ブロック）
MME Mobility Management Entity（モビリティ管理エンティティ）
MSC Mobile Switching Center（移動交換機）
NPDCCH Narrowband Physical Downlink Control Channel（狭帯域物理ダウンリンク制御チャネル）
NR New Radio（ニューラジオ）
NUL Normal Uplink（通常アップリンク）
OCNG OFDMA Channel Noise Generator（ＯＦＤＭＡチャネルノイズ発生器）
OFDM Orthogonal Frequency Division Multiplexing（直交周波数分割多重方式）
OFDMA Orthogonal Frequency Division Multiple Access（直交周波数分割多重アクセス）
OSS Operations Support System（運用支援システム）
OTDOA Observed Time Difference of Arrival（観測到着時間差）
O&M Operation and Maintenance（運用保守）
PBCH Physical Broadcast Channel（物理ブロードキャストチャンネル）
P-CCPCH Primary Common Control Physical Channel（プライマリコモンコントロール物理チャネル）
Pcell Primary Cell（プライマリセル）
PCFICH Physical Control Format Indicator Channel（物理制御フォーマットインジケーターチャンネル）
PDCCH Physical Downlink Control Channel（物理ダウンリンク制御チャネル）
PDCP Packet Data Convergence Protocol（パケットデータ収束プロファイル）
PDP Power Delay Profile（電力遅延プロトコル）
PDSCH Physical Downlink Shared Channel（物理ダウンリンク共有チャネル）
PGW Packet Gateway（パケットゲートウェイ）
PHICH Physical Hybrid-ARQ Indicator Channel（物理ハイブリッドＡＲＱインジケータチャネル）
PLMN Public Land Mobile Network（公衆陸上移動体通信網）
PMI Precoder Matrix Indicator（プリコーダマトリックスインジケータ）
PRACH Physical Random Access Channel（物理ランダムアクセスチャネル）
PRS Positioning Reference Signal（位置決定参照信号）
PSS Primary Synchronization Signal（プライマリ同期信号）
PUCCH Physical Uplink Control Channel（物理アップリンク制御チャネル）
PUSCH Physical Uplink Shared Channel（物理アップリンク共有チャネル）
RACH Random Access Channel（ランダムアクセスチャネル）
QAM Quadrature Amplitude Modulation（直交振幅変調）
RA Random Access（ランダムアクセス）
RACH Random Access Channel（ランダムアクセスチャネル）
RAT Radio Access Technology（無線アクセス技術）
RLC Radio Link Control（無線リンク制御）
RLM Radio Link Management（無線リンク管理）
RNC Radio Network Controller（無線ネットワークコントローラ）
RNTI Radio Network Temporary Identifier（無線ネットワーク一時識別子）
RRC Radio Resource Control（無線リソース制御）
RRM Radio Resource Management（無線リソース管理）
RS Reference Signal（基準信号）
RSCP Received Signal Code Power（受信信号符号電力）
RSRP Reference Symbol Received Power（基準シンボル受信電力）
Reference Signal Received Power（基準信号受信電力）
RSRQ Reference Signal Received Quality（基準シンボル受信品質）
Reference Symbol Received Quality（基準信号受信品質）
RSSI Received Signal Strength Indicato（受信信号強度インジケータ）
RSTD Reference Signal Time Difference（基準信号時間差）
SCH Synchronization Channel（同期チャネル）
Scell Secondary Cell（セカンダリセル）
SDAP Service Data Adaptation Protocol（サービスデータ適応プロトコル）
SDU Service Data Unit（サービスデータユニット）
SFN System Frame Number（システムフレーム番号）
SGW Serving Gateway（サービングゲートウェイ）
SI System Information（システム情報）
SIB System Information Block（システム情報ブロック）
SNR Signal to Noise Ratio（信号対雑音比）
SON Self Optimized Network（自己最適化ネットワーク）
SR Scheduling Request（スケジューリング要求）
SS Synchronization Signal（同期信号）
SSS Secondary Synchronization Signal（二次同期信号）
SUL Supplementary Uplink（補完アップリンク）
TAT Timing Advance Timer（タイミングアドバンスタイマ）
TDD Time Division Duplex（時分割複信）
TDOA Time Difference of Arrival（到着時間差）
TOA Time of Arrival（到着時刻）
TSS Tertiary Synchronization Signal（第三次同期信号）
TTI Transmission Time Interval（送信時間間隔）
UE User Equipment（ユーザ機器）
UL Uplink（アップリンク）
USIM Universal Subscriber Identity Module（ユニバーサル加入者識別モジュール）
UTDOA Uplink Time Difference of Arrival（アップリンク到着時間差）
WCDMA Wide CDMA（広帯域ＣＤＭＡ）
WLAN Wide Local Area Network（ワイドローカルエリアネットワーク）

【図1】

【図2】

【図3】

【図4】

【図QQ1】

【図QQ2】

【図QQ3】

【図QQ4】

【図QQ5】

【図QQ6】

【手続補正書】

【提出日】2024-03-18

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信ネットワークに関してユーザ機器，ＵＥ，（12）によって実行される方法（300）であって、
前記ＵＥが非アクティブモードである間に、前記ＵＥのアップリンク，ＵＬ，送信バッファにデータを受信すること（302）、
前記データがコンフィギュアドグラントスモールデータ送信，ＣＧ－ＳＤＴ，リソースでの送信を制限されているかどうかを判定すること（304）、および
前記データが制限されていないことに応じて、前記データの少なくとも一部がＣＧ－ＳＤＴリソース上で送信されるＣＧ－ＳＤＴ手順を開始すること（306）、
を含む方法。

【請求項2】

前記ＣＧ－ＳＤＴ手順を開始した後、前記ＵＬ送信バッファにさらなるデータを受信し、前記さらなるデータが制限されていると判定することに応じて、バッファ状態報告，ＢＳＲ，を送信する目的でランダムアクセス手順を実行することをさらに含む、請求項１に記載の方法。

【請求項3】

前記データが制限されているかどうかを判定することは、前記データが制限されたデータ無線ベアラ（ＤＲＢ）または制限された論理チャネル，ＬＣＨ，に属するかどうかを判定することを含む、請求項１に記載の方法。

【請求項4】

前記データが制限されているかどうかを判定することは、データ無線ベアラ，ＤＲＢ，関連付け、論理チャネル，ＬＣＨ，関連付け、優先度、またはサイズのうち少なくとも１つの観点から、前記データが制限されているかどうかを判定することを含む、請求項１に記載の方法。

【請求項5】

前記ＵＥの前記ＵＬ送信バッファにデータを受信する前に、前記ＵＥがアクティブモードから前記非アクティブモードに移行することに関連して、前記通信ネットワークのサービング無線ネットワークノードからリリースメッセージを受信することをさらに含み、前記リリースメッセージは、前記ＣＧ－ＳＤＴリソースに関して前記ＵＥによって適用されるべきデータ制限を判定するための基準を示す、請求項１に記載の方法。

【請求項6】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項５に記載の方法。

【請求項7】

前記データが制限されているかどうかを判定することは、前記ＣＧ－ＳＤＴリソースの使用基準が満たされているかどうかを判定することからなる、請求項１に記載の方法。

【請求項8】

前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされているかどうかを判定することは、前記ＵＥが、
前記ＣＧ－ＳＤＴ手順の使用が、補足ＵＬ，ＳＵＬ，キャリアまたは通常ＵＬ，ＮＵＬ，キャリアである、関係するアップリンク（ＵＬ）キャリア上で利用可能であること、
前記ＵＥの関連するタイミングアドバンスタイマ，ＴＡＴ，が実行中であること、
通信ネットワークのサービング無線ネットワークノードからＵＥで受信されたダウンリンク基準信号について前記ＵＥによって測定された基準信号受信電力，ＲＳＲＰ，が、指定された閾値以上であること、
を含む、請求項７に記載の方法。

【請求項9】

前記ＣＧ－ＳＤＴリソースの前記使用基準が満たされないことに応じて、ランダムアクセスＳＤＴ，ＲＡ－ＳＤＴ，の基準が満たされることに応じて、前記ＵＥが、前記データの少なくとも一部がＲＡ－ＳＤＴリソースで送信されるＲＡ－ＳＤＴ手順を開始することを含む、請求項７に記載の方法。

【請求項10】

前記ＲＡ－ＳＤＴリソースは、前記ＲＡ－ＳＤＴ手順中にＭｓｇ３またはＭｓｇＡの送信のために前記ＵＥによって使用されるリソースである、請求項９に記載の方法。

【請求項11】

前記ＲＡ－ＳＤＴの前記基準を満たすかどうかを判定することは、前記データが前記ＲＡ－ＳＤＴリソースに適合するかどうかを判定することを含む、請求項９に記載の方法。

【請求項12】

前記ＲＡ－ＳＤＴの前記基準が満たされないことに応じて、前記ＵＥが、前記通信ネットワークとの接続モードを再確立するために、ＳＤＴを伴わないＲＡ手順を開始し、その後、前記接続モードで前記データを送信することを含む、請求項９に記載の方法。

【請求項13】

前記ＣＧ－ＳＤＴリソースが周期的に再発生し、前記データが前記ＣＧ－ＳＤＴリソース上での送信を制限されていると判定することに応じて、前記データの送信のために、以下の項目：
前記次のＣＧ－ＳＤＴリソースまでの時間、
前記データに関連付けられた論理チャネル，ＬＣＨ，またはデータ無線ベアラ，ＤＲＢ，の優先度、または
データのサイズ、
の少なくとも１つに基づいて、ランダムアクセスＳＤＴ，ＲＡ－ＳＤＴ，手順またはＳＤＴを伴わないＲＡ手順のいずれかを選択することを含む、請求項１に記載の方法。

【請求項14】

通信ネットワークのネットワークノード（10）によって実行される方法（400）であって、
ユーザ機器，ＵＥ，（12）が、前記ＵＥのアップリンク，ＵＬ，送信バッファに続いて入力される所定のデータが、コンフィギュアドグラントスモールデータ送信，ＣＧ－ＳＤＴ，手順を使用して送信から制限されるかどうかを判定する制限を示すシグナリングメッセージを生成する（402）ことと、
前記シグナリングメッセージを前記ＵＥに送信する（404）ことと、
を含む方法。

【請求項15】

前記シグナリングメッセージは、前記ＵＥが接続モードから非アクティブ・モードに移行するのに伴って前記ＵＥに送信されるリリースメッセージを含む、請求項１４に記載の方法。

【請求項16】

前記リリースメッセージはＲＲＣリリースメッセージからなり、ここでＲＲＣは無線リソース制御を示す、請求項１５に記載の方法。

【請求項17】

制限は、前記ＣＧ－ＳＤＴ手順を使用して関連データがＵＬ送信から制限される１つ以上の論理チャネル，ＬＣＨ，またはデータ無線ベアラ，ＤＲＢ，を示す、請求項１４に記載の方法。

【請求項18】

前記ネットワークノードが、前記ＵＥに対してサービング無線ネットワークノードとして動作する無線ネットワークノードである、請求項１４に記載の方法。

【請求項19】

通信ネットワークに関して動作するように構成されたユーザ機器，ＵＥ，（12）であって、
前記通信ネットワークのための信号を送信し、前記通信ネットワークから信号を受信するように構成された無線送信機および受信機を含む通信インタフェース（20）と、
処理回路（26）であって、
前記ＵＥが非アクティブ・モードである間に、前記ＵＥのアップリンク，ＵＬ，送信バッファにデータを受信することと、
前記データがコンフィギュアドグラントスモールデータ送信，ＣＧ－ＳＤＴ，リソースでの送信を制限されているかどうかを判定することと、
前記データが制限されていないことに応じて、前記通信インタフェースを介して、前記データの少なくとも一部がＣＧ－ＳＤＴリソースで送信されるＣＧ－ＳＤＴ手順を開始する、
ように構成された処理回路と、
を備える、ＵＥ。

【請求項20】

請求項２～１３のいずれか１項に記載の方法を実行するように構成された、請求項１９に記載されたＵＥ。

【請求項21】

通信ネットワークで動作するように構成されたネットワークノード（10）であって、
通信インタフェース（30）と、
処理回路（36）であって、
ユーザ機器，ＵＥ，（12）が、前記ＵＥのアップリンク，ＵＬ，送信バッファに続いて入力される所定のデータが、コンフィギュアドグラントスモールデータ送信，ＣＧ－ＳＤＴ，手順を使用して送信を制限されるかどうかを判定する制限を示すシグナリングメッセージを生成し、
前記通信インタフェースを介して、前記シグナリングメッセージを前記ＵＥに送信する、
ように構成された処理回路（36）と、
を備える、ネットワークノード。

【請求項22】

請求項１５～１８のいずれか１項に記載された方法を実行するように構成された、請求項２１に記載のネットワークノード。

【国際調査報告】