JP2024504216A - 無線通信のための方法、装置、及びコンピュータプログラム製品 - Google Patents

Abstract

無線通信のための方法、デバイス、及びコンピュータプログラム製品が提供される。方法は、無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令するように第２の無線通信ノードを制御するために、第１の無線通信ノードによって制御メッセージを第２の無線通信ノードに送信するステップと、少なくとも１つのスモールデータ送信ＳＤＴ構成を無線通信端末に送信するステップとを含む。

Description

この文書は、一般に、無線通信に関する。

５Ｇ通信の新無線（ＮＲ）では、ＵＥ（ユーザ機器）は、消費電力を低減するためにＲＲＣ＿ＩＮＡＣＴＩＶＥ（非アクティブ）状態／モード（以下の段落ではＩＮＡＣＴＩＶＥ状態／モードとも呼ばれる）に入ることができる。通常、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥはデータを送信することができない。したがって、ＵＥは、ダウンリンク（例えば、移動端末（ＭＴ））及びアップリンク（例えば、移動元（ＭＯ））データのための接続を再開（すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（接続）状態に戻る）しなければならない。しかしながら、小規模でまれなデータ送信の場合、送信が必要とされるたびに接続を構築して解放することは非効率的であり、電力を消費する。

したがって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるスモールデータ送信のための方法、ならびにネットワークノード及びＵＥのための関連構成が必要とされる。

本開示は、ＵＥがスモールデータ送信（ＳＤＴ）を実行することを可能にすることができる、無線通信のための方法、デバイス、及びコンピュータプログラム製品に関する。

本開示の一態様は、無線通信方法に関する。一実施形態では、無線通信方法は、第１の無線通信ノードによって制御メッセージを第２の無線通信ノードに送信して、無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令するように第２の無線通信ノードを制御するステップと、少なくとも１つのスモールデータ送信ＳＤＴ構成を無線通信端末に送信するステップとを含む。

本開示の別の態様は、無線通信方法に関する。一実施形態では、無線通信方法は、第２の無線通信ノードによって、第１の無線通信ノードから制御メッセージを受信するステップと、第２の無線通信ノードによって、第１の無線通信ノードからの制御メッセージに含まれるＲＲＣメッセージを無線通信端末に送信するステップと、第２の無線通信ノードによって、制御メッセージに従って無線通信端末に関連する情報を解放するのを控えるステップと、を含む。

本開示の別の態様は、無線通信方法に関する。一実施形態では、無線通信方法は、無線通信端末によって、第２の無線通信ノード又は第３の無線通信から中断指示を受信して、中断指示に従って無線リソース制御ＲＲＣ非アクティブモードに入るステップと、無線通信端末によって、第２の無線通信ノード又は第３の無線通信から少なくとも１つのスモールデータ送信ＳＤＴ構成を受信するステップと、を含む。

本開示の別の態様は、無線通信ノードに関する。一実施形態では、無線通信ノードは、通信ユニット及びプロセッサを含む。プロセッサは、無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令し、少なくとも１つのスモールデータ送信ＳＤＴ構成を無線通信端末に送信するように第２の無線通信ノードを制御するために、第２の無線通信ノードに制御メッセージを送信するように構成される。

本開示の別の態様は、無線通信ノードに関する。一実施形態では、無線通信ノードは、通信ユニット及びプロセッサを含む。プロセッサは、第１の無線通信ノードから制御メッセージを受信し、第１の無線通信ノードからの制御メッセージに含まれるＲＲＣメッセージを無線通信端末に送信し、制御メッセージに従って無線通信端末に関連する情報を解放するのを控えるように構成される。

本開示の別の態様は、無線通信端末に関する。一実施形態では、無線通信端末は、通信ユニット及びプロセッサを含む。プロセッサは、第２の無線通信ノード又は第３の無線通信から中断指示を受信して、中断指示に従って無線リソース制御ＲＲＣ非アクティブモードに入り、第２の無線通信ノード又は第３の無線通信から少なくとも１つのスモールデータ送信ＳＤＴ構成を受信するように構成される。

様々な実施形態は、好ましくは、以下の特徴を実装することができる。
好ましくは、制御メッセージは、ＳＤＴ構成と、無線通信端末をＲＲＣ非アクティブモードに入らせるための中断指示とを備えるＲＲＣメッセージを備え、第２の無線通信ノードは、このＲＲＣメッセージを無線通信端末に透過的に転送するように構成される。

好ましくは、制御メッセージは、第２の無線通信ノードが無線通信端末に関連する情報を解放するのを防止するための情報要素を備える。

好ましくは、無線通信端末に関連する情報は、無線通信端末と第２の無線通信ノードとの間のＳＤＴに使用される。

好ましくは、無線通信端末に関連する情報は、無線通信端末と第２の無線通信ノードとの間のＳＤＴのための少なくとも１つの無線リンク制御ＲＬＣエンティティ、無線通信端末と第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのＲＬＣベアラ構成、又は、無線通信端末と第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのダウンリンクセルグループＣＧトランスポートネットワークレイヤＴＮＬのうちの少なくとも１つを備える。

好ましくは、制御メッセージはＲＲＣメッセージを備え、ＲＲＣメッセージは、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える。

好ましくは、第１の無線通信ノードは、ＳＤＴリソースを要求する要求メッセージを第２の無線通信ノードに送信するように構成される。

好ましくは、第１の無線通信ノードは、ＳＤＴリソースの要求の結果を示す応答メッセージを第２の無線通信ノードから受信するように構成される。

好ましくは、応答メッセージは、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える。

好ましくは、第１の無線通信ノードは、第２の無線通信ノードにＳＤＴリソース照会要求を送信することによって、第２の無線通信ノードのＳＤＴリソースの情報を取得するように構成される。

好ましくは、第１の無線通信ノードは、無線通信端末のためのＳＤＴリソースを要求する要求を無線通信端末から受信するように構成される。

好ましくは、第１の無線通信ノードは、ＳＤＴリソースが構成され、無線通信端末がＲＲＣ非アクティブモードに入ることを示す構成完了メッセージを第２の無線通信ノードから受信するように構成される。

好ましくは、ＳＤＴ構成は、少なくとも１つのＳＤＴリソース、少なくとも１つのＳＤＴインデックス、少なくとも１つのＳＤＴ持続時間又はＳＤＴタイマ、又は少なくとも１つのＳＤＴインジケータのうちの少なくとも１つを備える。

好ましくは、ＳＤＴ構成は、無線通信端末と第２の無線通信ノードとの間のＳＤＴに使用される。

好ましくは、ＲＲＣメッセージはＲＲＣ解放メッセージ又はＲＲＣ再構成メッセージである。

好ましくは、第２の無線通信ノードは、ＳＤＴリソースを要求する要求メッセージを第１の無線通信ノードから受信するように構成される。

好ましくは、第２の無線通信ノードは、ＳＤＴリソースの要求の結果を示す応答メッセージを第１の無線通信ノードに送信するように構成される。

好ましくは、第２の無線通信ノードは、少なくとも１つのＳＤＴリソースが構成され、無線通信端末がＲＲＣ非アクティブモードに入ることを示す構成完了メッセージを第１の無線通信ノードに送信するように構成される。

好ましくは、第２の無線通信ノード又は第３の無線通信は、中断指示の送信中に無線通信端末に関連する情報を保持するように構成される。

好ましくは、ＳＤＴ構成及び中断指示は、第２の無線通信ノードからのＲＲＣメッセージで受信される。

好ましくは、無線通信端末は、少なくとも１つのＳＤＴ構成の利用可能時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を受信するようにさらに構成される。

好ましくは、無線通信端末は、ＳＤＴタイマを実行し、ＳＤＴタイマが満了したことに応答して、対応するＳＤＴ構成を破棄するようにさらに構成される。

好ましくは、無線通信端末は、無線通信端末の少なくとも１つのＳＤＴリソース又は構成を要求する要求を第１の無線通信ノード又は第３の無線通信ノードに送信するようにさらに構成される。

好ましくは、無線通信端末は、以下の式に従って、ＳＤＴ機会を開始するためのハイパーシステムフレーム番号Ｈ－ＳＦＮを決定するようにさらに構成される。

Ｈ－ＳＦＮ＝（Ｈ－ＳＦＮ＿Ｒｅｆ＋ｏｆｆｓｅｔ）ｍｏｄ １０２４ ＦＬＯＯＲ（ｏｆｆｓｅｔ／１０２４）Ｈ－ＳＦＮサイクル後に発生、
ここで、Ｈ－ＳＦＮ＿ＲｅｆはＨ－ＳＦＮ基準であり、ｍｏｄはモジュラス関数であり、ＦＬＯＯＲは床関数である。

好ましくは、無線通信端末は、ＳＤＴ構成に従ってＳＤＴ機会を開始するためのシステムフレーム番号ＳＦＮ、サブフレーム、スロット、又はＯＦＤＭを決定するようにさらに構成される。

本開示は、記憶されたコンピュータ可読プログラム媒体コードを含むコンピュータプログラム製品に関し、コードは、プロセッサによって実行されると、プロセッサに、前述の方法のいずれかに記載の無線通信方法を実施させる。

本明細書に開示される例示的な実施形態は、添付の図面と併せて以下の説明を参照することによって容易に明らかになる特徴を提供することを対象とする。様々な実施形態によれば、例示的なシステム、方法、デバイス、及びコンピュータプログラム製品が本明細書に開示される。しかしながら、これらの実施形態は限定ではなく例として提示されていることが理解され、本開示を読んだ当業者には、開示された実施形態に対する様々な修正が本開示の範囲内に留まりながら行われ得ることが明らかであろう。

したがって、本開示は、本明細書に記載及び図示された例示的な実施形態及び用途に限定されない。さらに、本明細書に開示される方法におけるステップの特定の順序及び／又は階層は、単なる例示的な手法である。設計の選好に基づいて、開示された方法又はプロセスのステップの特定の順序又は階層は、本開示の範囲内に留まりながら再配置することができる。したがって、当業者であれば、本明細書に開示される方法及び技術は、サンプルの順序で様々なステップ又は動作を提示し、本開示は、特に明記されない限り、提示される特定の順序又は階層に限定されないことを理解するであろう。

上記及び他の態様並びにそれらの実施態様は、図面、説明、及び特許請求の範囲においてより詳細に説明される。

本開示の一実施形態による無線通信方法のフローチャートを示す。 本開示の一実施形態による別の無線通信方法のフローチャートを示す。 本開示の一実施形態による別の無線通信方法のフローチャートを示す。 本開示の一実施形態による別の無線通信方法のフローチャートを示す。 本開示の一実施形態による別の無線通信方法のフローチャートを示す。 本開示の一実施形態による別の無線通信方法のフローチャートを示す。 本開示の一実施形態による無線通信端末の概略図の一例を示す。 本開示の別の実施形態による別の無線通信ノードの概略図の一例を示す。

本開示で使用されるいくつかの用語を以下に明記する。
ＳＤＴ：スモールデータ送信又は特定のデータ送信
ＳＤＴリソース：ＳＤＴリソースは、事前構成されたＵＬリソース（ＰＵＲ）、構成されたグラントリソース（ＣＧ）、又は任意の他の事前構成されたリソースのうちの１つであり得る。

ＳＤＴ構成：ＳＤＴ構成は、少なくとも１つのＳＤＴリソース、少なくとも１つのＳＤＴインデックス、少なくとも１つのＳＤＴ持続時間又はＳＤＴタイマ、又は少なくとも１つのＳＤＴインジケータのうちの少なくとも１つを含み得る。

本開示の一実施形態によれば、ユーザ機器（ＵＥ）からスモールデータ送信（ＳＤＴ）構成を要求するためのＲＲＣメッセージを受信した後、ｇＮＢ－ＣＵ（ｇＮｏｄｅＢ中央ユニット）は、ＳＤＴ構成のＦ１ＡＰ（Ｆ１アプリケーションプロトコル）手順（例えば、ＵＥコンテキスト変更手順）を開始することができる。ＳＤＴ構成の要求が成功した場合、ｇＮＢ－ＤＵ（ｇＮｏｄｅＢ分散ユニット）は、ＳＤＴを要求した結果をｇＮＢ－ＣＵに送信し、ＵＥコンテキスト及びＤＬ（ダウンリンク）ＣＧ（セルグループ）ＴＮＬ（トランスポートネットワークレイヤ）アドレスを記憶し続けることができる。さらに、ｇＮＢ－ＤＵは、ＳＤＴリソースに従ってＵＬデータ送信のＳＤＴタイマを実行することができる。

５Ｇ通信の新無線（ＮＲ）では、ＵＥ（ユーザ機器）は、消費電力を低減するためにＲＲＣ＿ＩＮＡＣＴＩＶＥ（非アクティブ）状態に入ることができる。通常、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥはデータを送信することができない。したがって、ＵＥは、ダウンリンク（例えば、移動端末（ＭＴ））及びアップリンク（例えば、移動元（ＭＯ））データのための接続を再開（すなわち、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に戻る）しなければならない。しかしながら、小規模でまれなデータ送信の場合、送信が必要とされるたびに接続を構築して解放することは非効率的であり、電力を消費する。また、シグナリングオーバーヘッドが発生する。

スモールデータ送信（ＳＤＴ）のためのＵＥのＩＮＡＣＴＩＶＥ状態におけるシグナリングオーバーヘッドは、５Ｇ通信における問題である。一般に、ＩＮＡＣＴＩＶＥ状態でスモールデータパケットを送信又は受信する必要があるデバイスは、ＩＮＡＣＴＩＶＥ状態でスモールデータ送信を採用することの恩恵を受けることができる。

２ステップＲＡＣＨ（ランダムアクセスチャネル）、４ステップＲＡＣＨ、及び構成グラントタイプ－１（ＣＧタイプ－１）など、ＩＮＡＣＴＩＶＥ状態のＳＤＴに採用できるいくつかの手法がある。本開示のいくつかの実施形態は、これらの手法に基づいて実施することができる。

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の場合：
１）ＲＡＣＨベースのスキーム（すなわち、２ステップ及び４ステップＲＡＣＨ）のためのＵＬスモールデータ送信は、
ＩＮＡＣＴＩＶＥ状態からのスモールデータパケットのためのＵＰ（ユーザプレーン）データ送信を可能にするための一般的な手順（例えば、ＭｓｇＡ又はＭｓｇ３を使用する）、
ＭｓｇＡ及びＭｓｇ３のＩＮＡＣＴＩＶＥ状態がＵＬにおけるＵＰデータ送信をサポートするために現在可能なＲｅｌ－１６ＣＣＣＨメッセージサイズよりも大きい柔軟なペイロードサイズを可能にすること（実際のペイロードサイズはネットワーク構成に依存し得る）、及び
ＲＡＣＨベースのソリューションのためのＩＮＡＣＴＩＶＥ状態におけるコンテキストフェッチ及びデータ転送（アンカ再配置あり及びなし）。

上記の動作のセキュリティ面は、３ＧＰＰ（登録商標）セキュリティワーキンググループ（ＳＡ３）でチェックすることができることに留意されたい。

２）事前構成されたＰＵＳＣＨ（物理アップリンク共有チャネル）リソース（すなわち、構成グラントタイプ１を再使用する）（例えば、ＴＡ（タイミングアドバンス）が有効である場合）上でのＵＬデータの送信は、
ＩＮＡＣＴＩＶＥ状態から構成グラントタイプ１リソースを介したスモールデータ送信のための一般的な手順、及び
ＩＮＡＣＴＩＶＥ状態のＵＬにおけるスモールデータ送信のための構成グラントタイプ１リソースの構成、
３）必要に応じて、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるスモールデータ送信のためのＲＲＭ（無線リソース管理）コア要件を指定する。

ＩＮＡＣＴＩＶＥ状態で有効なＣＧタイプ１リソースの構成は、ＵＥがＩＮＡＣＴＩＶＥ状態に入る前にＵＥに提供されてもよく、ＣＧリソース構成は、ＵＥがＩＮＡＣＴＩＶＥ状態に入るセルでのみ有効である。

加えて、ＵＥコンテキスト内に記憶された構成は、異なるＳＤＴメカニズム（例えば、ＲＡＣＨ又はＣＧ）のためのＲＬＣ（無線リンク制御）ベアラ構成に使用されてもよい。ＣＧは、事前構成されたＰＵＳＣＨリソース（すなわち、事前構成されたＵＬ ＳＤＴリソース）を使用してＵＬスモールデータを送信することができる。

ＣＵ／ＤＵ分割アーキテクチャの下では、ＳＤＴのためのいくつかの動作が採用されてもよく、これは以下を含む。

１）ＵＥ及びＣＵ－ＣＰ（コントロールプレーン）は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行する（例えば、入る）ときにＵＥコンテキストを記憶する。

２）ＤＵは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行すると、記憶されたＵＥコンテキストを解放し、対応するトンネルがＤＵとＣＵ－ＵＰ（ユーザプレーン）との間に確立される。

３）ＣＵ－ＵＰは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときはＵＥコンテキストを中断状態に保持する。

本開示は、ＵＥがＩＮＡＣＴＩＶＥ状態に入るときにＵＥコンテキストをｇＮＢ－ＤＵに保持するための方法を提供する。

本開示の一実施形態について図１を参照して説明する。
動作０において、ＵＥはＲＲＣ接続モードにある。ＵＥとＵＥにサービスするセルの両方がＳＤＴ機能をサポートする。

動作１において、ＵＥは、ＲＲＣメッセージ（例えば、ＳＤＴ ＳＤＴ ＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔ（構成要求）メッセージ）を送信することによって、ＵＥがＳＤＴで構成されることを望むことをｇＮＢ－ＣＵに通知することができる。一実施形態では、ＲＲＣメッセージは、要求されたリソースに関するＳＤＴ要求情報（例えば、出現回数、周期性、時間オフセット、ＴＢＳ（トランスポートブロックサイズ）、ＲＲＣ Ａｃｋなど）を含み得る。一実施形態では、動作１は任意選択である。

一実施形態では、ＵＥは、１つのＳＤＴ、又は複数のＳＤＴリソースを含むＳＤＴのセットで構成され得る。

一実施形態では、ＵＥは、ＤＲＢ（データ無線ベアラ）ベースのＳＤＴで構成され得る。すなわち、ＵＥは、ＳＤＴをサポートするＤＲＢごとにＳＤＴで構成され得る。言い換えれば、ＳＤＴをサポートする複数のＤＲＢがある場合、対応する数のＳＤＴを構成することができ、各ＰＤＵ（プロトコルデータユニット）が各ＤＲＢに使用される。

動作１の２において、ＵＥは、別のＲＲＣメッセージ（例えば、ＳＤＴ ＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔ）を使用することによって、構成されたＳＤＴをさらに変更又は解放するようにｇＮＢ－ＣＵに要求することができる。

一実施形態では、ｇＮＢ－ＣＵ（又はｇＮＢ）は、ＲＲＣメッセージ（例えば、ＳＤＴｒｅｓｏｕｒｃｅ ｒｅｑｕｅｓｔ（リソース要求）メッセージ）にＲＲＣメッセージ（すなわち、ＳＤＴ ｒｅｓｏｕｒｃｅ ｒｅｑｕｅｓｔの確認）で応答することができる。

動作２において、ｇＮＢ－ＣＵは、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥモードに移行させることを決定する。

動作３において、ｇＮＢ－ＣＵは、Ｆ１ＡＰ手順を開始し、ＳＤＴ構成を要求するために、Ｆ１ＡＰメッセージ（すなわち、第１のメッセージ）をｇＮＢ－ＤＵに送信する。

このＦ１ＡＰ手順は、ＳＤＴリソースを要求するために使用される。このＦ１ＡＰ手順は、新しいＩＥ（情報要素）（例えば、ＩＥ「ＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｑｕｅｓｔ（構成要求）」及びＩＥ「ＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｓｐｏｎｓｅ（構成応答）」）を追加することによって、又は新たに定義されたＦ１ＡＰ手順（例えば、ＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｑｕｅｓｔメッセージ及びＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｓｐｏｎｓｅメッセージを含むＳＤＴ構成手順）を使用することによって、既存のＵＥコンテキスト変更手順を変更することによって実施することができる。

これに対応して、動作３の第１のメッセージは、ＩＥ「ＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｑｕｅｓｔ」を含むＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ（ＵＥコンテキスト変更要求）メッセージであってもよく、又はＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｑｕｅｓｔメッセージであってもよい。

本開示では、ＳＤＴ構成手順はＵＥコンテキスト変更手順の変更であるとみなすことができ、ＳＤＴ構成手順及びＵＥコンテキスト変更手順という用語が代わりに使用されてもよいことに留意されたい。

動作４において、ｇＮＢ－ＤＵは、ＳＤＴ構成結果を伝達するために第２のメッセージをｇＮＢ－ＣＵに送信する。

第２のメッセージは、第１のメッセージのフォーマットに基づいて、ＩＥ「ＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｓｕｌｔ／ｒｅｑｕｅｓｔ」を含むＵＥコンテキスト変更応答メッセージであり得るか、又はＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｓｐｏｎｓｅメッセージであり得る。

ｇＮＢ－ＤＵは、ＳＤＴの構成を正常に実行しない場合、障害情報をｇＮＢ－ＣＵに送信することになっている。例えば、失敗情報は、第１のメッセージのフォーマットに基づいて、原因値（例えば、ＳＤＴ構成障害）を含むＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｆａｉｌｕｒｅ ｍｅｓｓａｇｅ（コンテキスト変更失敗）メッセージ、又は原因値（例えば、ＳＤＴ構成障害）を含むＳＤＴ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆａｉｌｕｒｅ（構成失敗）メッセージであり得る。

任意選択で、ｇＮＢ－ＤＵによって構成されたＳＤＴは、１つのＳＤＴ、又は複数のＳＤＴリソースを含むＳＤＴのセットであり得る。

任意選択で、各ＳＤＴリソースは、特定のＳＤＴタイマ／持続時間で構成することができ、又はＳＤＴリソースのセットは、共通のＳＤＴタイマ／持続時間で構成することができる。ＳＤＴタイマ／持続時間は、ｇＮＢ－ＤＵによって設定され、ＲＲＣメッセージに含まれるＵＥに転送され、ＳＤＴの可用性を示すために使用される。各ＳＤＴタイマは、１つのＳＤＴが利用可能であるかどうかを示すために使用される。１つのＳＤＴ又はＳＤＴのセットが正常に構成された後、ｇＮＢ－ＤＵは、対応するＳＤＴタイマを開始することができる。ＳＤＴタイマが満了するまで、対応するＳＤＴが利用可能であり、ＵＥによって使用され得る。ＳＤＴタイマが満了した後、対応するＳＤＴは利用できず、破棄され得る。

動作５において、ｇＮＢ－ＣＵは、Ｆ１ＡＰ手順を開始し、第３のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ（コンテキスト変更要求）メッセージ又はＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄ（コンテキスト解放コマンド）メッセージ）をｇＮＢ－ＤＵに送信する。

このＦ１ＡＰ手順は、ＲＲＣ接続モードからＲＲＣ非アクティブモードに入るようにＵＥに命令するように、及びもしあればＳＤＴ構成を伝達するためにＲＲＣ解放メッセージをＵＥに転送するように、ｇＮＢ－ＤＵに命令するために使用される。

ＲＲＣ解放メッセージは、ｇＮＢ－ＣＵによって生成され、中断指示及びＳＤＴリソースを含むことができ、ＳＤＴタイマが構成されている場合、任意選択的に少なくとも１つのＳＤＴタイマを含むことができる。

このＦ１ＡＰ手順は、ＵＥコンテキスト変更手順を変更することによって、又はＵＥコンテキスト解放手順を使用することによって実施することができる。

ＵＥコンテキスト解放手順を変更する場合、第３のメッセージは、記憶しているＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令するＩＥを有するＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージであり得る。さらに、第３のメッセージは、ＳＤＴ構成を含むＲＲＣ解放メッセージを含み得る。

いくつかの手法では、ｇＮＢ－ＤＵに記憶されたＵＥ関連情報（すなわち、ｇＮＢ－ＤＵに記憶されたＵＥコンテキスト）は、ＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージが解放されたときに解放され得る。ＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令するＩＥにより、ＵＥ関連情報をｇＮＢ－ＤＵに保持することができる。

ＵＥコンテキスト変更手順を使用する場合、第３のメッセージはＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージである。第３のメッセージは、ＳＤＴ構成を含むＲＲＣ解放メッセージを含み得る。この場合、ｇＮＢ－ＤＵがＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージに従ってＵＥ関連情報を解放しないため、ＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令するＩＥは不要である。いくつかの実施形態では、ｇＮＢ－ＤＵは、ＳＤＴに関連するＵＥ関連情報のみを保持するように構成され得る。

ＵＥコンテキスト全体はｇＮＢ－ＣＵに記憶され、ｇＮＢ－ＤＵはＵＥコンテキストの一部を記憶する。ＵＥコンテキストの一部は、ｇＮＢ－ＤＵに記憶されたＵＥ関連情報（すなわち、ｇＮＢ－ＤＵに記憶されたＵＥコンテキスト）と呼ばれる。

第３のメッセージを受信すると、ｇＮＢ－ＤＵは、結果として生じるＵＬ又はＤＬ ＳＤＴをサポートするために、ＵＥ関連情報の全部又は一部をｇＮＢ－ＤＵに記憶し続けることができる。

いくつかの実施形態では、ｇＮＢ－ＤＵは、以下のうちの少なくとも１つを保持することができる。

１）ＳＤＴのための少なくとも１つのＲＬＣエンティティ、
２）ＳＤＴのための少なくとも１つのＲＬＣベアラ構成、又は
３）ＳＤＴのための少なくとも１つのＤＬ ＣＧ ＴＮＬアドレス
動作６において、ｇＮＢ－ＤＵは、ＲＲＣ解放メッセージをＵＥに送信する。

動作７において、ｇＮＢ－ＤＵは、第３のメッセージのフォーマットに基づいて、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅメッセージ又はＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｐｌｅｔｅメッセージをＵＥに送信する。

なお、動作６と動作７の順番は入れ替えてもよいし、動作６と動作７を並列に実行してもよい。

動作８において、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入り、ＳＤＴ構成を記憶する。

代替の実施形態では、ＲＲＣ再構成メッセージを使用して、上記及び以下で説明するＲＲＣ解放メッセージを置き換えることができることに留意されたい。

本開示の他の実施形態について図２を参照して説明する。
本実施形態における動作０～動作２は、図１に対応する実施形態における動作０～動作２と同様であり、ここでは同様の説明を繰り返さない。

動作３において、ｇＮＢ－ＣＵは、Ｆ１ＡＰ手順を開始し、第４のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージ又はＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージ）をｇＮＢ－ＤＵに送信する。

ｇＮＢ－ＣＵは、ＵＥのためにＳＤＴリソースを構成しようとする場合、ｇＮＢ－ＤＵ内の利用可能なＳＤＴリソースの情報を事前に取得することができる（すなわち、ＳＤＴリソースをｇＮＢ－ＤＵで使用することができる）。次いで、ｇＮＢ－ＣＵは、ＵＥに適切なＳＤＴリソースを構成することができる。

ｇＮＢ－ＣＵが、ｇＮＢ－ＤＵ内の利用可能なＳＤＴリソースの情報を事前に取得するためのいくつかの方法がある。

一実施形態では、動作３の前に、ｇＮＢ－ＣＵは、ＳＤＴリソースの情報を要求するためにＳＤＴリソース照会と共にＵＥ関連Ｆ１ＡＰ手順（例えば、ＵＥコンテキスト変更手順）を使用し、要求された情報を応答メッセージで取得することができる。

別の実施形態では、動作３の前に、ｇＮＢ－ＣＵは、ＳＤＴリソースの情報を要求するためにＳＤＴリソース照会と共に非ＵＥ関連Ｆ１ＡＰ手順（例えば、ｇＮＢ－ＤＵ構成更新メッセージ、ｇＮＢ－ＤＵ状況指示、リソース状態報告開始手順）を使用し、要求された情報を応答メッセージで取得することができる。

このＦ１ＡＰ手順は、ＲＲＣ接続モードからＲＲＣ非アクティブモードに入るようにＵＥに命令するように、ＲＲＣ解放メッセージをＵＥに転送するように、もしあればｇＮＢ－ＣＵによって構成されたＳＤＴリソースをＵＥに転送するように、ｇＮＢ－ＤＵに命令するために使用される。

ＲＲＣ解放メッセージは、ｇＮＢ－ＣＵによって生成され、中断指示及びＳＤＴリソースを含むことができ、構成されている場合、少なくとも１つのＳＤＴタイマを任意選択的に含むことができる。

このＦ１ＡＰ手順は、ＵＥコンテキスト変更手順を変更することによって、又はＵＥコンテキスト解放手順を使用することによって実施することができる。

ＵＥコンテキスト解放手順を変更する場合、第４のメッセージは、記憶しているＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令するＩＥを有するＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージであり得る。さらに、第３のメッセージは、ＳＤＴ構成を含むＲＲＣ解放メッセージを含み得る。

いくつかの手法では、ｇＮＢ－ＤＵに記憶されたＵＥ関連情報（すなわち、ｇＮＢ－ＤＵに記憶されたＵＥコンテキスト）は、ＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージが解放されたときに解放され得る。ＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令するＩＥにより、ＵＥ関連情報をｇＮＢ－ＤＵに保持することができる。

ＵＥコンテキスト変更手順を使用する場合、第４のメッセージはＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージである。第４のメッセージは、ＳＤＴリソース構成を含むＲＲＣ解放メッセージを含むことができる。この場合、第４のメッセージは、ｇＮＢ－ＤＵがＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージに従ってＵＥ関連情報を解放しないため、必要とされないＵＥ関連情報を解放しないようにｇＮＢ－ＤＵに命令する。いくつかの実施形態では、ｇＮＢ－ＤＵは、ＳＤＴに関連するＵＥ関連情報のみを保持するように構成され得る。

ＵＥコンテキスト全体はｇＮＢ－ＣＵに記憶され、ｇＮＢ－ＤＵはＵＥコンテキストの一部を記憶し、ＵＥコンテキストのこの一部は、ｇＮＢ－ＤＵに記憶されたＵＥ関連情報（すなわち、ｇＮＢ－ＤＵに記憶されたＵＥコンテキスト）と呼ばれる。

第４のメッセージを受信すると、ｇＮＢ－ＤＵは、結果として生じるＵＬ／ＤＬ ＳＤＴをサポートするために、ＵＥ関連情報の全部又は一部をｇＮＢ－ＤＵに記憶し続けることができる。

図１に対応する実施形態とは異なり、本実施形態では、ｇＮＢ－ＤＵに送信される第４のメッセージ（ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージ又はＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージのいずれか）は、ＲＲＣ解放メッセージ内のものと同じＩＥである追加のＩＥ（例えば、ＳＤＴリソース構成）を含むことができる。第４のメッセージを受信すると、ｇＮＢ－ＤＵは、ＵＥを使用するＳＤＴのための第４のメッセージによって示される対応するＳＤＴリソースを（例えば、ＵＥがＲＲＣ ＩＮＡＣＴＩＶＥモードに入った後で）保持することができる。

いくつかの実施形態では、ｇＮＢ－ＤＵは、以下のうちの少なくとも１つを保持することができる。

１）ＳＤＴのための少なくとも１つのＲＬＣエンティティ、
２）ＳＤＴのための少なくとも１つのＲＬＣベアラ構成、又は
３）ＳＤＴのための少なくとも１つのＤＬ ＣＧ ＴＮＬアドレス
本実施形態における動作４～動作６は、図１に対応する実施形態における動作６～動作８と同様であり、ここでは同様の説明を繰り返さない。

図１に対応する実施形態（実施形態Ａ）と図２に対応する実施形態（実施形態Ｂ）とを比較すると、
１）実施形態Ｂは、より短い待ち時間を有する。実施形態Ｂでは、ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに要求することなくＳＤＴリソースを構成することができるため、いくつかのメッセージを省略することができる。

２）実施形態Ｂでは、ｇＮＢ－ＣＵは、ＳＤＴリソース情報を事前に確認応答する必要があり得る。そうしないと、ｇＮＢ－ＣＵは、適切な構成を作ることができない可能性がある。

３）ＳＤＴリソースがｇＮＢ－ＤＵに記憶され、ｇＮＢ－ＤＵが最も正確で最新のＳＤＴリソース情報（例えば、可用性、無線状態など）を有することができるため、実施形態はより簡単であり、ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵよりも良好な構成を行うことができる。

本開示の他の実施形態について図３を参照して説明する。
動作１において、ｇＮＢ－ＣＵは、ＵＥからＲＲＣメッセージ（すなわち、ＳＤＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎｒｅｑｕｅｓｔメッセージ）を受信する。このＲＲＣメッセージは、ＳＤＴ構成の要求を含む。ＳＤＴ構成の詳細は、上記の実施形態を参照することによって確認することができ、ここでは繰り返さない。一実施形態では、動作１は任意選択である。

動作１の２において、ｇＮＢ－ＣＵは、ＵＥから１つ又は複数のＲＲＣメッセージを受信する。これらのＲＲＣメッセージは、ＳＤＴ変更又はＳＤＴ解放を要求することができる。一実施形態では、操作１の２は任意選択である。

動作２において、ｇＮＢ－ＣＵは、ＵＥをＲＲＣ ＩＮＡＣＴＩＶＥ状態に移行させることを決定する。

動作３において、ｇＮＢ－ＣＵは、ＳＤＴ構成が必要かどうかを決定する。必要である場合、動作４が実行される。必要でない場合、動作４ｃが実行され、ｇＮＢ－ＣＵは、上述のＲＲＣ解放メッセージを含むＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄ（ＵＥコンテキスト解放コマンド）をｇＮＢ－ＤＵに送信する。

動作４において、ｇＮＢ－ＣＵは、ＳＤＴ構成を要求するために、上述の第１のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ（ＵＥコンテキスト変更要求）メッセージ）をｇＮＢ－ＤＵに送信する。

動作５、５ａ、又は５ｂにおいて、ｇＮＢ－ＣＵは、正常に構成されたＳＤＴリソースの情報を含む第２のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ（ＵＥコンテキスト変更応答）メッセージ）を受信するか、又は障害の原因を含む障害メッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｆａｉｌｕｒｅ（ＵＥコンテキスト変更失敗）メッセージ）を受信する。なお、上述の実施形態Ｂの場合、動作５、５ａ、５ｂを省略してもよい。

動作６ａ又は６ｂにおいて、ｇＮＢ－ＣＵは、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージのフォーマットの第３のメッセージをｇＮＢ－ＤＵに送信する。第３のメッセージは、中断指示子と、もしあればＳＤＴ構成とを含むＲＲＣ解放メッセージを含む。あるいは、ｇＮＢ－ＣＵは、ＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージのフォーマットの第３のメッセージをｇＮＢ－ＤＵに送信する。この場合、第３のメッセージは、ＵＥ関連情報を保持するようにｇＮＢ－ＤＵに命令する指示と、もしあればＳＤＴ構成とを含む。

動作７ａ、７ｂ、又は５ｃにおいて、ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵから応答メッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅメッセージ又はＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｐｌｅｔｅ（ＵＥコンテキスト解放完了）メッセージ）を受信する。

本開示の他の実施形態について図４を参照して説明する。
動作１において、ｇＮＢ－ＤＵは、ＳＤＴ構成要求情報を含む第３のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージ）をｇＮＢ－ＣＵから受信する。

動作２において、ｇＮＢ－ＤＵは、ＳＤＴ構成要求を満たすことができるかどうか（例えば、ＳＤＴリソースが正常に構成され得るかどうか）を決定する。満たすことができる場合、動作３ａが実行され、ｇＮＢ－ＤＵは、構成されたＳＤＴリソースを含む応答メッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅメッセージ）をｇＮＢ－ＣＵに送信する。満たすことができない場合、動作３ｂが実行され、ｇＮＢ－ＤＵは、失敗原因を含む失敗メッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｆａｉｌｕｒｅメッセージ）をｇＮＢ－ＣＵに送信する。

ＳＤＴリソースが正常に構成され得る場合、ｇＮＢ－ＤＵによって送信されたＵＥコンテキスト変更応答メッセージは、対応するＳＤＴタイマを含み得る。

ＳＤＴタイマが構成されている場合、ｇＮＢ－ＤＵはＳＤＴタイマを実行する。ｇＮＢ－ＤＵは、対応するＳＤＴの情報を記憶することができ、ＳＤＴタイマが満了するまで対応するＳＤＴを実行することができる。ＳＤＴタイマが満了した後、ｇＮＢ－ＤＵは、対応するＳＤＴの情報を破棄することができる。

本開示の他の実施形態について図５を参照して説明する。
動作１において、ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵから第３又は第４のメッセージ（例えば、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージ）を受信する。第３又は第４のメッセージは、ＲＲＣメッセージを含む。

動作２において、ｇＮＢ－ＤＵは、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔメッセージに含まれるＲＲＣメッセージをＵＥに送信し、ＵＥ ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ（ＵＥコンテキスト変更応答）メッセージをｇＮＢ－ＣＵに送信する。

ｇＮＢ－ＤＵの態様から、それはＲＲＣメッセージを復号せず、ＲＲＣメッセージをＵＥに透過的に転送するだけである。

本開示の他の実施形態について図６を参照して説明する。
動作１において、ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵからＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージ及びＲＲＣメッセージを受信する。

動作２において、ＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｃｏｍｍａｎｄメッセージがＵＥ関連情報を保持する指示を含む場合、動作３ａが実行される。そうでない場合、動作３ｂが実行される。

動作３ａにおいて、ｇＮＢ－ＤＵは、ＵＥ関連情報を保持し、ＲＲＣメッセージをＵＥに送信し、ＵＥコンテキスト解放完了メッセージをｇＮＢ－ＣＵに送信する。

動作３ｂにおいて、ｇＮＢ－ＤＵは、ＲＲＣメッセージをＵＥに送信し、ＵＥコンテキスト解放完了メッセージをｇＮＢ－ＣＵに送信する。

ｇＮＢ－ＤＵの態様から、それはＲＲＣメッセージを復号せず、ＲＲＣメッセージをＵＥに透過的に転送するだけである。

本開示の一実施形態では、ＵＥは以下の動作を実行することができる。
動作０において、ＵＥはＲＲＣ接続モードにあり、対応するセル及びＵＥはＳＤＴ機能をサポートする。

動作１において、任意選択で、ＵＥは、ＳＤＴ構成を要求するために、ＲＲＣメッセージ（例えば、ＳＤＴ ＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージ）をｇＮＢ又はｇＮＢ－ＣＵに送信する。

動作１の２において、任意選択で、ＵＥは、ＳＤＴ変更又はＳＤＴ解放を要求するために、１つ又は複数の他のＲＲＣメッセージをｇＮＢ－ＣＵに送信する。

動作１ａにおいて、任意選択的に、ＵＥは、ｇＮＢ又はｇＮＢ－ＣＵからＲＲＣメッセージ（ｃｏｎｆｉｒｍ ＳＤＴ ＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔ（ＳＤＴ構成要求確認）メッセージ）を受信することができる。

動作２において、ＵＥはＳＤＴ構成を含むＲＲＣ解放メッセージを受信する。ＳＤＴ構成の詳細は、上記の段落を参照することによって確認することができる。

動作３において、ＵＥはＲＲＣ ＩＮＡＣＴＩＶＥ状態にあり、ＵＥはＳＤＴ構成に基づいてデータを送信することができる。

一実施形態では、ＳＤＴタイマ又はＳＤＴ持続時間がＳＤＴ構成に含まれる場合、ＵＥは、タイマ又は持続時間が満了する前にＳＤＴ構成に基づいてデータを送信することができる。ＵＥは、ＳＤＴタイマ／持続時間が満了した後、ＳＤＴ構成に基づいてデータを送信しない。

一実施形態では、ＵＥは、ＵＥコンテキスト及びＳＤＴリソースの情報を記憶する。ＳＤＴタイマ又は持続時間がＳＤＴリソースに含まれる場合、ＵＥは、ＳＤＴ持続時間を記憶して利用するか、又はＳＤＴタイマを実行する。

ＳＤＴタイマ／持続時間は、ｇＮＢ－ＣＵ又はｇＮＢによって送信され、ＳＤＴの可用性を示すために使用される。各ＳＤＴには２つ以上のタイマ／持続時間があり得る。

一実施形態では、ＵＥは、以下の式に従って、ＳＤＴ機会を開始するためのハイパーシステムフレーム番号（Ｈ－ＳＦＮ）を決定するように構成される。

Ｈ－ＳＦＮ＝（Ｈ－ＳＦＮ＿Ｒｅｆ＋ｏｆｆｓｅｔ）ｍｏｄ １０２４ ＦＬＯＯＲ（ｏｆｆｓｅｔ／１０２４）Ｈ－ＳＦＮサイクル後に発生、
Ｈ－ＳＦＮ＿ＲｅｆはＨ－ＳＦＮ基準であり、ｍｏｄはモジュラス関数であり、ＦＬＯＯＲは床関数である。

一実施形態では、ＵＥは、ＳＤＴ構成に従ってＳＤＴ機会を開始するためのシステムフレーム番号ＳＦＮ、サブフレーム、スロット、又はＯＦＤＭを決定するようにさらに構成される。

図７は、本開示の一実施形態による無線通信端末４０（例えば、端末ノード又は端末デバイス）の概略図に関する。無線通信端末４０は、ユーザ機器（ＵＥ）、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、又はポータブルコンピュータシステムであってもよく、本明細書では限定されない。無線通信端末４０は、マイクロプロセッサ又は特定用途向けＩＣ（ＡＳＩＣ）などのプロセッサ４００と、記憶ユニット４１０と、通信ユニット４２０とを含んでもよい。記憶ユニット４１０は、プロセッサ４００によってアクセスされ実行されるプログラムコード４１２を記憶する任意のデータ記憶装置であってもよい。記憶コード４１２の実施形態は、加入者識別モジュール（ＳＩＭ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ハードディスク、及び光学データ記憶装置を含むが、これらに限定されない。通信ユニット４２０は、トランシーバであってもよく、プロセッサ４００の処理結果に従って信号（例えば、メッセージ又はパケット）を送受信するために使用される。一実施形態では、通信ユニット４２０は、少なくとも１つのアンテナ４２２を介して信号を送受信する。

一実施形態では、記憶ユニット４１０及びプログラムコード４１２は省略されてもよく、プロセッサ４００は、記憶されたプログラムコードを有する記憶ユニットを含んでもよい。

プロセッサ４００は、例えば、プログラムコード４１２を実行することによって、例示された実施形態におけるステップのうちのいずれかを無線通信端末４０で実施してもよい。

通信ユニット４２０は、トランシーバであってもよい。通信ユニット４２０は、代替的に又は追加的に、無線通信ノードとの間で信号をそれぞれ送信及び受信するように構成された送信ユニット及び受信ユニットを組み合わせてもよい。

いくつかの実施形態では、無線通信端末４０は、上述したＵＥの動作を実行するために使用され得る。いくつかの実施形態では、プロセッサ４００及び通信ユニット４２０は、協働して上述の動作を実行する。例えば、プロセッサ４００は、動作を実行し、通信ユニット４２０を介して信号、メッセージ、及び／又は情報を送信又は受信する。

図８は、本開示の一実施形態による無線通信ノード５０（例えば、ネットワークデバイス）の概略図に関する。無線通信ノード５０は、衛星、基地局（ＢＳ）（例えば、ｇＮＢ－ＣＵ又はｇＮＢ－ＤＵ）、ネットワークエンティティ、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（Ｓ－ＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）、無線アクセスネットワーク（ＲＡＮ）、次世代ＲＡＮ（ＮＧ－ＲＡＮ）、データネットワーク、コアネットワーク、又は無線ネットワークコントローラ（ＲＮＣ）であってもよく、本明細書では限定されない。さらに、無線通信ノード５０は、アクセス及びモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレース機能（ＵＰＦ）、ポリシー制御機能（ＰＣＦ）、アプリケーション機能（ＡＦ）などの少なくとも１つのネットワーク機能を含む（実行する）ことができる。無線通信ノード５０は、マイクロプロセッサ又はＡＳＩＣなどのプロセッサ５００と、記憶ユニット５１０と、通信ユニット５２０とを含んでもよい。記憶ユニット５１０は、プロセッサ５００によってアクセスされ実行されるプログラムコード５１２を記憶する任意のデータ記憶装置であってもよい。記憶ユニット５１２の例は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ハードディスク、及び光学データ記憶装置を含むが、これらに限定されない。通信ユニット５２０は、トランシーバであってもよく、プロセッサ５００の処理結果に従って信号（例えば、メッセージ又はパケット）を送受信するために使用される。一例では、通信ユニット５２０は、少なくとも１つのアンテナ５２２を介して信号を送受信する。

一実施形態では、記憶ユニット５１０及びプログラムコード５１２は省略されてもよい。プロセッサ５００は、記憶されたプログラムコードを有する記憶ユニットを含んでもよい。

プロセッサ５００は、例えばプログラムコード５１２を実行することによって、例示された実施形態に記載された任意のステップを無線通信ノード５０で実施してもよい。

通信ユニット５２０は、トランシーバであってもよい。通信ユニット５２０は、代替的に又は追加的に、無線端末（例えば、ユーザ機器）との間で信号、メッセージ、又は情報をそれぞれ送信及び受信するように構成された送信ユニット及び受信ユニットを組み合わせてもよい。

いくつかの実施形態では、無線通信ノード５０は、上述のｇＮＢ－ＣＵ又はｇＮＢ－ＤＵの動作を実行するために使用され得る。いくつかの実施形態では、プロセッサ５００及び通信ユニット５２０は、協働して上述の動作を実行する。例えば、プロセッサ５００は、動作を実行し、通信ユニット５２０を介して信号を送信又は受信する。

本開示の一実施形態による無線通信方法も提供される。一実施形態では、無線通信方法は、第１の無線通信ノード（例えば、ｇＮＢ－ＣＵ）を使用して実行されてもよい。一実施形態では、第１の無線通信ノードは、上述の無線通信ノード５０を使用して実装され得るが、これに限定されない。

一実施形態では、無線通信方法は、無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令するように第２の無線通信ノードを制御するために、第１の無線通信ノードによって制御メッセージを第２の無線通信ノードに送信するステップと、少なくとも１つのスモールデータ送信ＳＤＴ構成を無線通信端末に送信するステップとを含む。

この点に関する詳細は、上記の段落を参照して確認することができ、ここでは繰り返さない。

本開示の一実施形態によれば、別の無線通信方法も提供される。一実施形態では、無線通信方法は、第２の無線通信ノード（例えば、ｇＮＢ－ＤＵ）を使用して実行されてもよい。一実施形態では、第２の無線通信ノードは、上述の無線通信ノード５０を使用して実装され得るが、これに限定されない。

一実施形態では、無線通信方法は、第２の無線通信ノードによって、第１の無線通信ノードから制御メッセージを受信するステップと、第２の無線通信ノードによって、第１の無線通信ノードからの制御メッセージに含まれるＲＲＣメッセージを無線通信端末に送信するステップと、第２の無線通信ノードによって、制御メッセージに従って無線通信端末に関連する情報を解放するのを控えるステップと、を含む。

この点に関する詳細は、上記の段落を参照して確認することができ、ここでは繰り返さない。

本開示の一実施形態によれば、別の無線通信方法も提供される。一実施形態では、無線通信方法は、無線通信端末（例えば、ＵＥ）を使用して実行されてもよい。一実施形態において、無線通信端末は、上述の無線通信端末４０を使用して実装され得るが、これに限定されない。

一実施形態では、無線通信方法は、無線通信端末によって、第２の無線通信ノード又は第３の無線通信から中断指示を受信して、中断指示に従って無線リソース制御ＲＲＣ非アクティブモードに入るステップと、無線通信端末によって、第２の無線通信ノード又は第３の無線通信から少なくとも１つのスモールデータ送信ＳＤＴ構成を受信するステップと、を含む。

一実施形態では、第３の無線通信は、ＣＵとＤＵとに分離されていないｇＮＢである。
この点に関する詳細は、上記の段落を参照して確認することができ、ここでは繰り返さない。

以上、本開示の様々な実施形態について説明したが、それらは限定ではなく例としてのみ提示されていることを理解されたい。同様に、様々な図は、当業者が本開示の例示的な特徴及び機能を理解することを可能にするために提供される例示的なアーキテクチャ又は構成を示すことができる。しかしながら、そのような当業者は、本開示が図示された例示的なアーキテクチャ又は構成に限定されず、様々な代替的なアーキテクチャ及び構成を使用して実施することができることを理解するであろう。さらに、当業者によって理解されるように、一実施形態の１つ又は複数の特徴は、本明細書に記載の別の実施形態の１つ又は複数の特徴と組み合わせることができる。したがって、本開示の幅及び範囲は、上述の例示的な実施形態のいずれによっても限定されるべきではない。

また、「第１」、「第２」などの指定を使用する本明細書における要素へのいかなる言及も、一般に、それらの要素の量又は順序を限定するものではないことも理解される。むしろ、これらの名称は、本明細書において、２つ以上の要素又は要素の例を区別する便利な手段として使用することができる。したがって、第１及び第２の要素への言及は、２つの要素のみが使用され得ること、又は第１の要素が何らかの方法で第２の要素の前になければならないことを意味しない。

さらに、当業者は、情報及び信号が様々な異なる技術及び技法のいずれかを使用して表され得ることを理解するであろう。例えば、上記の説明を通して言及され得るデータ、命令、コマンド、情報、信号、ビット、及びシンボルは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はそれらの任意の組合せによって表すことができる。

当業者であればさらに、本明細書に開示された態様に関連して記載された様々な例示的な論理ブロック、ユニット、プロセッサ、手段、回路、方法、及び機能のいずれも、電子ハードウェア（例えば、デジタル実装、アナログ実装、又は２つの組合せ）、ファームウェア、命令を組み込んだ様々な形態のプログラム又は設計コード（本明細書では、便宜上、「ソフトウェア」又は「ソフトウェアユニット」と言及されることができる）、又はこれらの技術の任意の組合せによって実現することができることを理解するであろう。

ハードウェア、ファームウェア、及びソフトウェアとのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、ユニット、回路、及びステップが、それらの機能に関して一般的に上述されている。そのような機能がハードウェア、ファームウェア、若しくはソフトウェア、又はこれらの技術の組合せとして実装されるかどうかは、特定の用途及びシステム全体に課される設計制約に依存する。当業者は、説明された機能を特定の用途ごとに様々な方法で実装することができるが、そのような実装決定は、本開示の範囲から逸脱すると解釈されるべきではない。様々な実施形態によれば、プロセッサ、デバイス、構成要素、回路、構造、機械、ユニットなどは、本明細書に記載の機能の１つ又は複数を実行するように構成することができる。指定された動作又は機能に関して本明細書で使用される「ために構成された」又は「ように構成された」という用語は、指定された動作又は機能を実行するように物理的に構築、プログラム及び／又は配置されたプロセッサ、デバイス、構成要素、回路、構造、機械、ユニットなどを指す。

さらに、当業者であれば、本明細書に記載の様々な例示的な論理ブロック、ユニット、デバイス、構成要素及び回路を、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブル論理デバイス、又はそれらの任意の組合せを含むことができる集積回路（ＩＣ）内に実装することができ、又はそれによって実行することができることを理解するであろう。論理ブロック、ユニット、及び回路は、ネットワーク内又はデバイス内の様々な構成要素と通信するためのアンテナ及び／又はトランシーバをさらに含むことができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替例では、プロセッサは任意の従来のプロセッサ、コントローラ、又はステートマシンとすることができる。プロセッサはまた、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ又は複数のマイクロプロセッサ、又は、本明細書に記載された機能を実行するためのその他の任意の適切な構成として実装することができる。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の１つ又は複数の命令又はコードとして記憶することができる。したがって、本明細書に開示される方法又はアルゴリズムのステップは、コンピュータ可読媒体に記憶されたソフトウェアとして実施することができる。

コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラム又はコードをある場所から別の場所に転送することを可能にすることができる任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は命令若しくはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を含むことができる。

本明細書で使用される「ユニット」という用語は、本明細書で説明される関連する機能を実行するためのソフトウェア、ファームウェア、ハードウェア、及びこれらの要素の任意の組合せを指す。さらに、説明の目的のために、様々なユニットは、個別のユニットとして説明されるが、当業者には明らかであるように、２つ以上のユニットを組み合わせて、本開示の実施形態による関連する機能を実行する単一のユニットを形成することができる。

さらに、本開示の実施形態では、メモリ又は他の記憶装置、並びに通信構成要素を使用することができる。明確にするために、上記の説明は、異なる機能ユニット及びプロセッサを参照して本開示の実施形態を説明したことが理解されよう。しかしながら、本開示を損なうことなく、異なる機能ユニット、処理論理要素又はドメイン間の機能性の任意の適切な分配を使用できることは明らかであろう。例えば、別個の処理論理要素又はコントローラによって実行されるように示されている機能は、同じ処理論理要素又はコントローラによって実行されてもよい。したがって、特定の機能ユニットへの言及は、厳密な論理的又は物理的な構造又は組織を示すのではなく、記載された機能を提供するための適切な手段への言及にすぎない。

本開示に記載された実施態様に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の範囲から逸脱することなく他の実施態様に適用することができる。したがって、本開示は、本明細書に示される実施態様に限定されることを意図するものではなく、以下の特許請求の範囲に記載される、本明細書に開示される新規の特徴及び原理と一致する最も広い範囲を与えられるべきである。

Claims (45)

1. 無線通信方法であって、
   第１の無線通信ノードによって制御メッセージを前記第２の無線通信ノードに送信して、無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令するように第２の無線通信ノードを制御するステップと、少なくとも１つのスモールデータ送信ＳＤＴ構成を前記無線通信端末に送信するステップと、を備える、無線通信方法。
2. 前記制御メッセージは、前記ＳＤＴ構成と、前記無線通信端末を前記ＲＲＣ非アクティブモードに入らせるための中断指示とを備えるＲＲＣメッセージを備え、前記第２の無線通信ノードは、このＲＲＣメッセージを前記無線通信端末に透過的に転送するように構成されている、請求項１に記載の無線通信方法。
3. 前記制御メッセージは、前記第２の無線通信ノードが前記無線通信端末に関連する情報を解放するのを防止するための情報要素を備える、請求項１又は２に記載の無線通信方法。
4. 前記無線通信端末に関連する前記情報は、前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴに使用される、請求項１から３のいずれか１項に記載の無線通信方法。
5. 前記無線通信端末に関連する前記情報は、
   前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つの無線リンク制御ＲＬＣエンティティ、
   前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのＲＬＣベアラ構成、又は
   前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのダウンリンクセルグループＣＧトランスポートネットワークレイヤＴＮＬのうちの少なくとも１つ
   を備える、請求項１から４のいずれか１項に記載の無線通信方法。
6. 前記制御メッセージは、ＲＲＣメッセージを備え、前記ＲＲＣメッセージは、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える、請求項１から５のいずれか１項に記載の無線通信方法。
7. 前記第１の無線通信ノードは、ＳＤＴリソースを要求する要求メッセージを前記第２の無線通信ノードに送信するように構成されている、請求項１から６のいずれか１項に記載の無線通信方法。
8. 前記第１の無線通信ノードは、前記ＳＤＴリソースの前記要求の前記結果を示す応答メッセージを前記第２の無線通信ノードから受信するように構成されている、請求項７に記載の無線通信方法。
9. 前記応答メッセージは、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える、請求項８に記載の無線通信方法。
10. 前記第１の無線通信ノードは、前記第２の無線通信ノードにＳＤＴリソース照会要求を送信することによって、前記第２の無線通信ノードのＳＤＴリソースの情報を取得するように構成されている、請求項１から６のいずれか１項に記載の無線通信方法。
11. 前記第１の無線通信ノードは、前記無線通信端末のためのＳＤＴリソースのための要求を前記無線通信端末から受信するように構成されている、請求項１から１０のいずれか１項に記載の無線通信方法。
12. 前記第１の無線通信ノードは、ＳＤＴリソースが構成され、前記無線通信端末が前記ＲＲＣ非アクティブモードに入ることを示す構成完了メッセージを前記第２の無線通信ノードから受信するように構成されている、請求項１から１１のいずれか１項に記載の無線通信方法。
13. 前記ＳＤＴ構成は、
    少なくとも１つのＳＤＴリソース、
    少なくとも１つのＳＤＴインデックス、
    少なくとも１つのＳＤＴ持続時間又はＳＤＴタイマ、又は
    少なくとも１つのＳＤＴインジケータ、のうちの少なくとも１つ
    を備える、請求項１から１２のいずれか１項に記載の無線通信方法。
14. 前記ＳＤＴ構成は、前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴに使用される、請求項１から１３のいずれか１項に記載の無線通信方法。
15. 前記ＲＲＣメッセージは、ＲＲＣ解放メッセージ又はＲＲＣ再構成メッセージである、請求項２又は６に記載の無線通信方法。
16. 無線通信方法であって、
    第２の無線通信ノードによって、第１の無線通信ノードから制御メッセージを受信するステップと、
    前記第２の無線通信ノードによって、第１の無線通信ノードからの前記制御メッセージに含まれるＲＲＣメッセージを無線通信端末に送信するステップと、
    前記第２の無線通信ノードによって、前記制御メッセージに従って前記無線通信端末に関連する情報を解放するのを控えるステップと、
    を備える、無線通信方法。
17. 前記制御メッセージは前記ＲＲＣメッセージを備え、前記第２の無線通信ノードは前記ＲＲＣメッセージを前記無線通信端末に透過的に転送するように構成されている、請求項１６に記載の無線通信方法。
18. 前記制御メッセージは、前記第２の無線通信ノードが前記無線通信端末に関連する情報を解放するのを防止するための情報要素を備える、請求項１６又は１７に記載の無線通信方法。
19. 前記無線通信端末に関連する前記情報は、前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴに使用される、請求項１６から１８のいずれか１項に記載の無線通信方法。
20. 前記無線通信端末に関連する前記情報は、
    前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つの無線リンク制御ＲＬＣエンティティ、
    前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのＲＬＣベアラ構成、又は
    前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴのための少なくとも１つのダウンリンクセルグループＣＧトランスポートネットワークレイヤＴＮＬのうちの少なくとも１つ
    を備える、請求項１６から１９のいずれか１項に記載の無線通信方法。
21. 前記無線通信端末に関連する前記情報は、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える、請求項１６から２０のいずれか１項に記載の無線通信方法。
22. 前記第２の無線通信ノードは、ＳＤＴリソースを要求する要求メッセージを前記第１の無線通信ノードから受信するように構成されている、請求項１６から２１のいずれか１項に記載の無線通信方法。
23. 前記第２の無線通信ノードは、前記ＳＤＴリソースの前記要求の前記結果を示す応答メッセージを前記第１の無線通信ノードに送信するように構成されている、請求項２２に記載の無線通信方法。
24. 前記応答メッセージは、少なくとも１つのＳＤＴ構成の利用可能な時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を備える、請求項２３に記載の無線通信方法。
25. 前記第２の無線通信ノードは、構成完了メッセージを前記第１の無線通信ノードに送信するように構成され、前記構成完了メッセージは、少なくとも１つのＳＤＴリソースが構成され、前記無線通信端末が前記ＲＲＣ非アクティブモードに入ることを示す、請求項１６から２４のいずれか１項に記載の無線通信方法。
26. 前記ＳＤＴ構成は、
    少なくとも１つのＳＤＴリソース、
    少なくとも１つのＳＤＴインデックス、
    少なくとも１つのＳＤＴ持続時間又はＳＤＴタイマ、又は
    少なくとも１つのＳＤＴインジケータ、のうちの少なくとも１つ
    を備える、請求項１６から２５のいずれか１項に記載の無線通信方法。
27. 前記ＳＤＴ構成は、前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴに使用される、請求項１６から２６のいずれか１項に記載の無線通信方法。
28. 前記ＲＲＣメッセージは、ＲＲＣ解放メッセージ又はＲＲＣ再構成メッセージである、請求項１６から２７のいずれか１項に記載の無線通信方法。
29. 無線通信方法であって、
    無線通信端末によって、第２の無線通信ノード又は第３の無線通信から中断指示を受信して、前記中断指示に従って無線リソース制御ＲＲＣ非アクティブモードに入るステップと、
    前記無線通信端末によって、前記第２の無線通信ノード又は前記第３の無線通信から少なくとも１つのスモールデータ送信ＳＤＴ構成を受信するステップと、
    を備える、無線通信方法。
30. 前記第２の無線通信ノード又は前記第３の無線通信は、前記中断指示の送信中に前記無線通信端末に関連する情報を保持するように構成されている、請求項２８に記載の無線通信方法。
31. 前記ＳＤＴ構成及び前記中断指示は、前記第２の無線通信ノードからのＲＲＣメッセージで受信される、請求項２９又は３０に記載の無線通信方法。
32. 前記無線通信端末は、少なくとも１つのＳＤＴ構成の利用可能時間を示す少なくとも１つのＳＤＴタイマ又は少なくとも１つのＳＤＴ持続時間を受信するようにさらに構成されている、請求項２９から３１のいずれか１項に記載の無線通信方法。
33. 前記無線通信端末が、前記ＳＤＴタイマを実行し、前記ＳＤＴタイマが満了したことに応答して、対応するＳＤＴ構成を破棄するようにさらに構成されている、請求項３２に記載の無線通信方法。
34. 前記無線通信端末は、前記無線通信端末の少なくとも１つのＳＤＴリソース又は構成のための要求を第１の無線通信ノード又は前記第３の無線通信ノードに送信するようにさらに構成されている、請求項２９から３３のいずれか１項に記載の無線通信方法。
35. 前記無線通信端末は、以下の式に従って、ＳＤＴ機会を開始するためのハイパーシステムフレーム番号Ｈ－ＳＦＮを決定するようにさらに構成され、
    Ｈ－ＳＦＮ＝（Ｈ－ＳＦＮ＿Ｒｅｆ＋ｏｆｆｓｅｔ）ｍｏｄ １０２４ ＦＬＯＯＲ（ｏｆｆｓｅｔ／１０２４）Ｈ－ＳＦＮサイクル後に発生、
    ここで、Ｈ－ＳＦＮ＿ＲｅｆはＨ－ＳＦＮ基準であり、ｍｏｄはモジュラス関数であり、ＦＬＯＯＲは床関数である、請求項２９から３４のいずれか１項に記載の無線通信方法。
36. 前記無線通信端末は、前記ＳＤＴ構成に従ってＳＤＴ機会を開始するためのシステムフレーム番号ＳＦＮ、サブフレーム、スロット、又はＯＦＤＭを決定するようにさらに構成されている、請求項２９から３５のいずれか１項に記載の無線通信方法。
37. 前記ＳＤＴ構成は、
    少なくとも１つのＳＤＴリソース、
    少なくとも１つのＳＤＴインデックス、
    少なくとも１つのＳＤＴ持続時間又はＳＤＴタイマ、又は
    少なくとも１つのＳＤＴインジケータ、のうちの少なくとも１つ
    を備える、請求項２９から３６のいずれか１項に記載の無線通信方法。
38. 前記ＳＤＴ構成は、前記無線通信端末と前記第２の無線通信ノードとの間のＳＤＴに使用される、請求項２９から３７のいずれか１項に記載の無線通信方法。
39. 無線通信ノードであって、
    通信ユニットと、
    無線リソース制御ＲＲＣ非アクティブモードに入るように無線通信端末に命令し、少なくとも１つのスモールデータ送信ＳＤＴ構成を前記無線通信端末に送信するように第２の無線通信ノードを制御するために、前記第２の無線通信ノードに制御メッセージを送信するように構成されたプロセッサと、
    を備える、無線通信ノード。
40. 前記プロセッサは、請求項２から１５のいずれか１項に記載の無線通信方法を実行するようにさらに構成されている、請求項３９に記載の無線通信ノード。
41. 無線通信ノードであって、
    通信ユニットと、
    プロセッサであって、
    第１の無線通信ノードから制御メッセージを受信し、
    第１の無線通信ノードからの前記制御メッセージに含まれる前記ＲＲＣメッセージを無線通信端末に送信し、
    前記制御メッセージに従って前記無線通信端末に関連する情報を解放するのを控えるように構成されている、プロセッサを備える、無線通信ノード。
42. 前記プロセッサは、請求項１７から２８のいずれか１項に記載の無線通信方法を実行するようにさらに構成されている、請求項４１に記載の無線通信ノード。
43. 無線通信端末であって、
    通信ユニットと、
    プロセッサであって、
    第２の無線通信ノード又は第３の無線通信から中断指示を受信して、前記中断指示に従って無線リソース制御ＲＲＣ非アクティブモードに入り、
    前記第２の無線通信ノード又は前記第３の無線通信から少なくとも１つのスモールデータ送信ＳＤＴ構成を受信するように構成されている、プロセッサを備える、無線通信端末。
44. 前記プロセッサは、請求項３０から３８のいずれか１項に記載の無線通信方法を実行するようにさらに構成されている、請求項４３に記載の無線通信端末。
45. 記憶されたコンピュータ可読プログラム媒体コードを備えるコンピュータプログラム製品であって、前記コードは、プロセッサによって実行されると、前記プロセッサに、請求項１から３８のいずれか１項に記載の無線通信方法を実施させる、コンピュータプログラム製品。

Images