特表 2024-524425 ユーザ装置、無線アクセスネットワークノード、及び方法

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

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

(11)【公表番号】

(43)【公表日】2024-07-05

(54)【発明の名称】ユーザ装置、無線アクセスネットワークノード、及び方法

(51)【国際特許分類】

   H04W 76/30 20180101AFI20240628BHJP

   H04W 76/19 20180101ALI20240628BHJP

   H04W 72/52 20230101ALI20240628BHJP

   H04W 72/20 20230101ALI20240628BHJP

【ＦＩ】

H04W76/30

H04W76/19

H04W72/52

H04W72/20

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023580754

(86)(22)【出願日】2021-07-02

(85)【翻訳文提出日】2024-02-28

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

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

(87)【国際公開日】2023-01-05

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ダー

(72)【発明者】

【氏名】ワン ガン

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067DD34

5K067EE02

5K067EE10

5K067HH21

(57)【要約】

本開示の例示的な実施形態は、スモールデータ送信に関する。しかしながら、本開示によれば、スモールデータ送信についてのデータ量を算出する際に、前に記憶されたデータは考慮されないので、その結果、正しいデータ量値を得ることができる。さらに、端末装置は、スモールデータ送信についてのデータ量を算出する前に、新規データの量に関する情報を取得してもよい。さらに、スモールデータ送信中に、報告されるバッファ状態報告は、残りのスモールデータ送信データの実際の状態を示してもよい。さらに、端末装置が、４ステップランダムアクセスプロシージャを介してスモールデータ送信データを送信することに失敗した場合、端末装置は、適切に４ステップランダムアクセススモールデータ送信にフォールバックしてもよい。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末装置において、スモールデータ送信用に設定された少なくとも１つの無線ベアラについての記憶されたデータを破棄することと、
前記記憶されたデータを破棄した後に、スモールデータ送信を実行するか否かを決定するために、前記端末装置により使用されるデータ量を算出することと、
を含む、
通信方法。

【請求項2】

スモールデータ送信用に設定された少なくとも１つの無線ベアラについての前記記憶されたデータを破棄することは、
スモールデータ送信用に設定された少なくとも１つの無線ベアラに関する情報を含むメッセージであって、無線リソース制御接続を一時停止するためのメッセージをネットワーク装置から受信した場合に、又は、前記端末装置が非アクティブ状態であるとき、すべての新規データがスモールデータ送信用に設定された前記少なくとも１つの無線ベアラからのものであると決定した場合に、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての前記記憶されたデータを破棄すること
を含む、
請求項１に記載の方法。

【請求項3】

前記無線リソース制御接続を一時停止するための前記メッセージは、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての前記記憶されたデータが破棄されることを示す指示をさらに含む、
請求項２に記載の方法。

【請求項4】

前記指示は、
パケットデータコンバージェンスプロトコル上の破棄（ｄｉｓｃａｒｄＯｎＰＤＣＰ）、
パケットデータコンバージェンスプロトコルの再確立（ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰ）、又は
無線リソース制御の再確立（ｒｅｅｓｔａｂｌｉｓｈＲＬＣ）、
のうちの一つの情報要素である、
請求項３に記載の方法。

【請求項5】

破棄される前記記憶されたデータは、前記端末装置の層２エンティティにおいて記憶され、前記端末装置の前記層２エンティティは、無線リンク制御エンティティ又はパケットデータコンバージェンスプロトコルエンティティである、
請求項１に記載の方法。

【請求項6】

スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての前記記憶されたデータを破棄することは、
前記端末装置の前記層２エンティティにおいて、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての再確立プロシージャを実行すること、又は
パケットデータコンバージェンスプロトコルサービスデータユニットを破棄するプロシージャを実行すること、
のうちの少なくとも１つを含む、
請求項５に記載の方法。

【請求項7】

前記少なくとも１つの無線ベアラについての前記記憶されたデータは、
少なくとも１つの無線リンク制御サービスデータユニット、
少なくとも１つの無線リンク制御サービスデータユニットセグメント、
少なくとも１つの無線リンク制御プロトコルデータユニット、
少なくとも１つのパケットデータコンバージェンスプロトコルサービスデータユニット、又は
少なくとも１つのパケットデータコンバージェンスプロトコルプロトコルデータユニット、
のうちの少なくとも１つを含む、
請求項１に記載の方法。

【請求項8】

ネットワーク装置において、無線リソース制御接続を一時停止するためのメッセージを端末装置に送信することを含み、
前記メッセージは、
前記無線ベアラのうちの、スモールデータ送信用に前記ネットワーク装置により設定された少なくとも１つの無線ベアラに関する情報と、
スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての前記記憶されたデータを破棄するように前記端末装置に指示する指示と、
を含む、
通信方法。

【請求項9】

端末装置において、ネットワークに送信される必要のある新規データの量に関する情報であって、パケットデータコンバージェンスプロトコル層よりも上位の前記端末装置の層から、スモールデータ送信を実行するか否かを決定するための前記端末装置により使用されるデータ量の算出を担当する前記端末装置の層に提供される情報を取得することと、
すべての前記新規データがスモールデータ送信用に設定された少なくとも１つの無線ベアラからのものである場合、前記データ量の算出を担当する前記層において、前記情報に少なくとも部分的に基づいて、前記データ量を算出することと、
を含む、
通信方法。

【請求項10】

前記データ量の算出を担当する前記層は、媒体アクセス制御層又は無線リソース制御層であり、
前記パケットデータコンバージェンスプロトコル層よりも上位の前記層は、非アクセス層又はサービスデータアダプテーションプロトコル（service data adaptation protocol）層である、
請求項９に記載の方法。

【請求項11】

すべての新規データが少なくとも１つの無線ベアラからのものであることを端末装置が検出した場合に、非アクティブ状態である前記端末装置において、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラを再開することと、
スモールデータ送信を実行するか否かを決定するために、前記端末装置により使用されるデータ量を算出することと、
を含む、
通信方法。

【請求項12】

前記スモールデータ送信を実行しないとの決定に従って、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラを一時停止することをさらに含む、
請求項１１に記載の方法。

【請求項13】

ネットワーク装置とスモールデータ送信を実行している端末装置において、
スモールデータ送信用に設定された無線ベアラ、
一時停止されていない無線ベアラ、
スモールデータ送信用に設定された前記無線ベアラに対応する論理チャネル、又は
一時停止されていない前記無線ベアラに対応する論理チャネル、
のうちの少なくとも１つに関連付けられるバッファ状態を示すバッファ状態報告を生成することと、
前記バッファ状態報告を前記ネットワーク装置に送信することと、
を含む、
通信方法。

【請求項14】

論理チャネルグループが、一時停止される無線ベアラに対応する少なくとも１つの論理チャネルと、一時停止されていない無線ベアラに対応する少なくとも１つの別の論理チャネルとを含む場合に、ネットワーク装置とスモールデータ送信を実行している端末装置において、
スモールデータ送信用に設定されていない無線ベアラ、
一時停止される無線ベアラ、
スモールデータ送信用に設定されていない前記無線ベアラに対応する論理チャネル、又は
一時停止される前記無線ベアラに対応する論理チャネル、
のうちの少なくとも１つを考慮せずに、前記論理チャネルグループについてのバッファ状態報告を生成することと、
前記バッファ状態報告を前記ネットワーク装置に送信することと、
を含む、
通信方法。

【請求項15】

ネットワーク装置において、少なくとも１つの論理チャネルグループに含まれる複数の論理チャネルに対応する少なくとも１つの無線ベアラをスモールデータ送信用に端末装置のために設定することであって、前記少なくとも１つの論理チャネルグループに含まれる各論理チャネルがスモールデータ送信用に設定された無線ベアラに対応することと、
前記設定された結果を前記端末装置に示すことと、
を含む、
通信方法。

【請求項16】

前記設定された結果を端末装置に示すことは、
無線リソース制御解放メッセージ、
無線リソース制御設定メッセージ、又は
無線リソース制御再設定メッセージ、
のうちの１つを介して、前記端末装置に前記設定された結果を送信することにより、前記設定された結果を前記端末装置に示すことを含む、
請求項１５に記載の方法。

【請求項17】

スモールデータ送信のための４ステップランダムアクセスプロシージャリソースとスモールデータ送信のための２ステップランダムアクセスプロシージャリソースとの両方を有するように端末装置が設定されている場合、前記端末装置において、前記端末装置により前記スモールデータ送信のための２ステップランダムアクセスプロシージャのメッセージＡを送信する最大回数を示すパラメータをネットワーク装置から受信することと、
前記最大回数に基づいて、前記ネットワーク装置と前記スモールデータ送信を実行することと、
を含む、
通信方法。

【請求項18】

前記最大回数に基づいて、前記ネットワーク装置と前記スモールデータ送信を実行することは、
前記スモールデータ送信のための２ステップランダムアクセスプロシージャのメッセージＡを送信することに失敗した回数が前記最大回数を超えた場合、前記スモールデータ送信のための４ステップランダムアクセスプロシージャを実行するようにフォールバックすることにより前記スモールデータ送信を実行することであって、前記４ステップランダムアクセスプロシージャは、前記２ステップステップランダムアクセスプロシージャ用に設定された同じプリアンブルグループを再利用することを含む、
請求項１７に記載の方法。

【請求項19】

スモールデータ送信のための４ステップランダムアクセスプロシージャリソースとスモールデータ送信のための２ステップランダムアクセスプロシージャリソースとの両方を有するように端末装置が設定されている場合、ネットワーク装置において、前記端末装置によりスモールデータ送信のための２ステップランダムアクセスプロシージャのメッセージＡを送信する最大回数を示すパラメータを前記端末装置に送信すること、
を含む、
通信方法。

【請求項20】

プロセッサと、
前記プロセッサに結合され、命令を記憶するメモリと、
を備え、
前記命令が前記プロセッサにより実行された場合、請求項１乃至７、請求項９乃至１４、請求項１７、及び請求項１８のいずれか一項に記載の方法を実行する、
端末装置。

【請求項21】

プロセッサと、
前記プロセッサに結合され、命令を記憶するメモリと、
を備え、
前記命令が前記プロセッサにより実行された場合、請求項８、１５、１６、及び１９のいずれか一項に記載の方法を実行する、
ネットワーク装置。

【請求項22】

少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１乃至７、請求項９乃至１４、請求項１７、及び請求項１８のいずれか一項に記載の方法を実行させる命令を記憶する、
コンピュータ可読媒体。

【請求項23】

少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項８、１５、１６、及び１９のいずれか一項に記載の方法を実行させる命令を記憶する、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関し、特に、通信方法、装置、及び媒体に関する。

【背景技術】

【0002】

端末装置の電力消費は、従来の無線通信システムにおいて焦点となっている。端末装置の電力消費を低減させるために、端末装置をいくつかの省電力モード／状態（例えば、非アクティブ状態）に設定してもよいことが提案されている。非アクティブ状態である端末装置については、通常のデータ送信を一時停止することが提案されている。一般的に言うと、非アクティブ状態である端末装置がネットワーク装置と正常な送信を実行する必要がある場合、端末装置はネットワーク装置との接続を再開する（つまり、ウェイクアップして接続状態に移行する）しかない。

【0003】

電力消費をさらに低減させるために、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（登録商標））の作業項目により、非アクティブ状態である端末装置のためのスモールデータ送信（ＳＤＴ：ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）を可能にする解決策が提案された。ＳＤＴを使用することにより、非アクティブ状態である端末装置は、元のＵＬ送信に続くアップリンク（ＵＬ）送信及びダウンリンク（ＤＬ）送信を有効化しながら、非アクティブモードを維持することができる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

全体として、本開示の例示的な実施形態は、非アクティブ状態である装置のための通信の解決策を提供する。請求項の範囲に含まれない実施形態（もしあれば）は、本開示の様々な実施形態を理解するのに有用な例として解釈される。

【課題を解決するための手段】

【0005】

第１の態様において、通信方法が提供される。前記方法は、端末装置において、スモールデータ送信用に設定された少なくとも１つの無線ベアラについての記憶されたデータを破棄することと、前記記憶されたデータを破棄した後に、スモールデータ送信を実行するか否かを決定するために、前記端末装置により使用されるデータ量を算出することと、を含む。

【0006】

第２の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、端末装置に、無線リソース制御接続を一時停止するためのメッセージを送信することを含み、前記メッセージは、前記無線ベアラのうちの、スモールデータ送信用に前記ネットワーク装置により設定された少なくとも１つの無線ベアラに関する情報と、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラについての前記記憶されたデータを破棄するように前記端末装置に指示する指示と、を含む。

【0007】

第３の態様において、通信方法が提供される。前記方法は、端末装置において、ネットワークに送信される必要のある新規データの量に関する情報であって、前記パケットデータコンバージェンスプロトコル層よりも上位の前記端末装置の層から、スモールデータ送信を実行するか否かを決定するための前記端末装置により使用されるデータ量の算出を担当する前記端末装置の層に提供される情報を取得することと、すべての前記新規データがスモールデータ送信用に設定された少なくとも１つの無線ベアラからのものである場合、前記データ量の算出を担当する前記層において、前記情報に少なくとも部分的に基づいて前記データ量を算出することと、を含む。

【0008】

第４の態様において、通信方法が提供される。前記方法は、すべての新規データが少なくとも１つの無線ベアラからのものであることを端末装置が検出した場合に、非アクティブ状態である前記端末装置において、スモールデータ送信用に設定された前記少なくとも１つの無線ベアラを再開することと、スモールデータ送信を実行するか否かを決定するために、前記端末装置により使用されるデータ量を算出することと、を含む。

【0009】

第５の態様において、通信方法が提供される。前記方法は、ネットワーク装置とスモールデータ送信を実行している端末装置において、スモールデータ送信用に設定された無線ベアラ、一時停止されない無線ベアラ、スモールデータ送信用に設定された前記無線ベアラに対応する論理チャネル、又は一時停止されない前記無線ベアラに対応する論理チャネル、のうちの少なくとも１つに関連付けられるバッファ状態を示すバッファ状態報告を生成することと、前記バッファ状態報告を前記ネットワーク装置に送信することと、を含む。

【0010】

第６の態様において、通信方法が提供される。前記方法は、論理チャネルグループが、一時停止される無線ベアラに対応する少なくとも１つの論理チャネルと、一時停止されない無線ベアラに対応する少なくとも１つの別の論理チャネルとを含む場合に、ネットワーク装置とスモールデータ送信を実行している端末装置において、スモールデータ送信用に設定されていない無線ベアラ、一時停止される無線ベアラ、スモールデータ送信用に設定されていない前記無線ベアラに対応する論理チャネル、又は一時停止される前記無線ベアラに対応する論理チャネル、のうちの少なくとも１つを考慮せずに、前記論理チャネルグループについてのバッファ状態報告を生成することと、前記バッファ状態報告を前記ネットワーク装置に送信することと、を含む。

【0011】

第７の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、端末装置のために、少なくとも１つの論理チャネルグループに含まれる複数の論理チャネルに対応する少なくとも１つの無線ベアラをスモールデータ送信用に設定することであって、前記少なくとも１つの論理チャネルグループに含まれる各論理チャネルがスモールデータ送信用に設定された無線ベアラに対応することと、前記設定された結果を前記端末装置に示すことと、を含む。

【0012】

第８の態様において、通信方法が提供される。前記方法は、スモールデータ送信のための４ステップランダムアクセスプロシージャリソースとスモールデータ送信のための２ステップランダムアクセスプロシージャリソースとの両方を有するように端末装置が設定されている場合、前記端末装置において、前記端末装置により前記スモールデータ送信のための２ステップランダムアクセスプロシージャのメッセージＡを送信する最大回数を示すパラメータをネットワーク装置から受信することと、前記最大回数に基づいて、前記ネットワーク装置とスモールデータ送信を実行することと、を含む。

【0013】

第９の態様において、通信方法が提供される。前記方法は、スモールデータ送信のための４ステップランダムアクセスプロシージャリソースとスモールデータ送信のための２ステップランダムアクセスプロシージャリソースとの両方を有するように端末装置が設定されている場合、ネットワーク装置において、前記端末装置に、前記端末装置によりスモールデータ送信のための２ステップランダムアクセスプロシージャのメッセージＡを送信する最大回数を示すパラメータを送信することを含む。

【0014】

第１０の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第１の態様に記載の方法を実行する。

【0015】

第１１の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記ネットワーク装置は、前記第２の態様に記載の方法を実行する。

【0016】

第１２の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第３の態様に記載の方法を実行する。

【0017】

第１３の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第４の態様に記載の方法を実行する。

【0018】

第１４の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリ、とを備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第５の態様に記載の方法を実行する。

【0019】

第１５の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリ、とを備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第６の態様に記載の方法を実行する。

【0020】

第１６の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記ネットワーク装置は、前記第７の態様に記載の方法を実行する。

【0021】

第１７の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記端末装置は、前記第８の態様に記載の方法を実行する。

【0022】

第１８の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合され、命令を記憶しているメモリと、を備え、前記命令が前記プロセッサにより実行された場合、前記ネットワーク装置は、前記第９の態様に記載の方法を実行する。

【0023】

第１９の態様において、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、上記第１～第９の態様のいずれか一つに記載の方法を実行させる命令を記憶しているコンピュータ可読媒体が提供される。

【0024】

発明の概要部分は、本開示の実施形態の重要又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解することができるはずである。

【図面の簡単な説明】

【0025】

添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【図1A】ＳＤＴのためのシグナリングフローを示す図である。

【図1B】ＳＤＴのためのシグナリングフローを示す図である。

【図2】本開示の例示的な実施形態を実施可能な例示的な通信環境を示す図である。

【図3】ＳＤＴについてのデータ量を算出するために提案された方法を示す図である。

【図4】本開示のいくつかの実施形態にかかる、ＳＤＴについてのデータ量を算出するためのプロセスを示すシグナリング図である。

【図5A】本開示のいくつかの実施形態にかかる、記憶されたデータを処理するための例示的な方法を示す図である。

【図5B】本開示のいくつかの実施形態にかかる、記憶されたデータを処理するための例示的な方法を示す図である。

【図6】本開示のいくつかの実施形態にかかる、記憶されたデータを処理するために端末装置により実行される例示的な方法を示す図である。

【図7】本開示のいくつかの実施形態にかかる、記憶されたデータを処理するためにネットワーク装置により実行される例示的な方法を示す図である。

【図8】本開示のいくつかの実施形態にかかる、新規データの量を取得するために端末装置により実行される例示的な方法を示す図である。

【図9】本開示のいくつかの実施形態にかかる、新規データの量を取得するための例示的な方法を示す図である。

【図10】本開示のいくつかの実施形態にかかる、ＲＳを事前に再開するために端末装置により実行される例示的な方法を示す図である。

【図11】本開示のいくつかの実施形態にかかる、ＲＳを事前に再開するために端末装置により実行される例示的な方法を示す図である。

【図12】本開示のいくつかの実施形態にかかる、バッファ状態報告（ＢＳＲ：ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）を処理するためのシグナリング図である。

【図13】本開示のいくつかの実施形態にかかる、ＢＳＲを処理するための例示的な方法を示す図である。

【図14】本開示のいくつかの実施形態にかかる、ＢＳＲを処理するための別の例示的な方法を示す図である。

【図15】本開示のいくつかの実施形態にかかる、ＢＳＲを処理するためのさらに別の例示的な方法を示す図である。

【図16】本開示のいくつかの実施形態にかかる、４ステップランダムアクセス（ＲＡ：ｒａｎｄｏｍ ａｃｃｅｓｓ）に基づくＳＤＴプロシージャにフォールバックするためのプロセスを示すシグナリング図である。

【図17】本開示のいくつかの実施形態にかかる、端末装置により実行される４ステップＲＡに基づくＳＤＴプロシージャにフォールバックするための例示的な方法を示す図である。

【図18】本開示のいくつかの実施形態にかかる、ネットワーク装置により実行される４ステップＲＡに基づくＳＤＴプロシージャにフォールバックするための例示的な方法を示す図である。

【図19】本開示の例示的な実施形態を実現するのに適した機器の概略ブロック図である。 図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0026】

ここで、いくつかの例示的実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される実施形態は、以下で説明される方法とは異なる様々な方法で実施することができる。

【0027】

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用されるすべての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

【0028】

本開示における「一つの実施形態」、「実施形態」、「例示的な実施形態」等への参照は、説明された実施形態が特定の特徴、構造、又は特性を含むことができることを示すが、各実施形態が必ずしも該特定の特徴、構造、又は特性を含むとは限らない。さらに、このようなフレーズは、必ずしも同じ実施形態を指すとは限らない。さらに、実施形態に関連して特定の特徴、構造又は特性を説明する場合、明示的に説明されているか否かにかかわらず、他の実施形態に関連してかかる特徴、構造又は特性に影響を与えることは当業者の知識の範囲内であると考えられる。

【0029】

用語「第１」及び「第２」などは本明細書では様々な要素を説明することに用いることができるが、これらの要素はこれらの用語により制限されるべきではないことを理解すべきである。これらの用語は、一つの要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の範囲を逸脱することなく、第１の要素を第２の要素と名付けてもよく、そして同様に、第２の要素を第１の要素と名付けてもよい。本明細書で使用されるように、用語「及び／又は」は、記載された用語のうちの一つ又は複数の任意及びすべての組み合わせを含む。

【0030】

本明細書で使用される用語は、特定の実施形態を説明する目的のためだけに使用され、例示的な実施形態を限定することを意図していない。本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。本明細書で使用される場合、用語「含む」、「包含する」、「有する」、「具備する」、「備える」、及び／又は「持つ」は、記載された特徴、要素、及び／又は構成部品などの存在を指定するが、一つ又は複数のその他の特徴、要素、構成部品、及び／又はそれらの組み合わせの存在又は追加を除外しないことをさらに理解すべきである。

【0031】

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図しており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことを理解することができるはずである。

【0032】

本明細書で使用される「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、Ｎｅｗ ＲａｄｉｏアクセスのノードＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノード、衛星ネットワーク装置、航空機ネットワーク装置などを含むが、これらに限定されない。以下では、説明のために、ネットワーク装置の例として、ｅＮＢを参照して、いくつかの例示的な実施形態を説明する。

【0033】

本明細書で使用されるように、用語「端末装置」は、無線通信できる可能性のあるあらゆるエンド装置を指す。限定ではなく例として、端末装置は、通信装置、ユーザ装置（ＵＥ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）、携帯加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動局（ＭＳ）、又はアクセス端末（Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ、ＡＴ）と称されてもよい。端末装置は、携帯電話、セルラー電話、スマートフォン、ボイスオーバーＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ、ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末装置、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラ等の撮像端末装置、ゲーム端末装置、音楽保存再生装置、車載無線端末装置、無線エンドポイント、移動局、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマート装置、無線カスタマ構内設備（ＣＰＥ）、モノのインターネット（ＩｏＴ）装置、腕時計又はその他のウェアラブル装置、ヘッドマウントディスプレイ（ＨＭＤ）、車両、無人機、医療装置及び応用（例えば、遠隔手術）、産業装置及び応用（例えば、産業用及び／又は自動化処理チェーン環境で動作するロボット及び／又は他の無線装置）、家庭用電子装置、商業用及び／又は産業無線ネットワーク上で動作する装置などを含むことができるが、これらに限定されない。以下の説明では、用語「端末装置」、「通信装置」、「端末」、「ユーザ機器」及び「ＵＥ」は、互換的に使用されてもよい。

【0034】

本明細書で使用されるように、「通信ネットワーク」という用語は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、ロングタームエボリューション（ＬＴＥ： Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（登録商標））、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ：Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）などのような、任意の適切な通信規格に準拠するネットワークを意味する。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコル、及び／又は現在知られている、又は将来開発される任意の他のプロトコルを含むがこれらに限定されない任意の適切な世代の通信プロトコルに従って実現されてもよい。本開示の実施形態は、さまざまな通信システムに適用することが可能である。通信の急速な発展に鑑みて、本開示を具現化することができる将来のタイプの通信技術及びシステムも当然存在するであろう。これは、本開示の範囲を前述のシステムのみに限定するものとみなされるべきではない。

【0035】

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び１つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。

【0036】

本明細書に記載された機能は、さまざまな例示的な実施形態において固定及び／又は無線ネットワークノードにおいて実行されることができるが、他の例示的な実施形態においては、機能は、ユーザ装置機器（例えば、携帯電話、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、モバイルＩＯＴ装置、又は固定ＩＯＴ装置）において実現されてもよい。例えば、ユーザ装置機器は、固定及び／又は無線ネットワークノードに関連して説明された対応の能力を必要に応じて備えることができる。ユーザ装置機器は、ユーザ装置及び／又はユーザ装置内にインストールされたときにユーザ装置を制御するように設定されたチップセット又はプロセッサなどの制御装置であってもよい。このような機能の例は、ブートストラップサーバ機能及び／又はホーム加入者サーバを含み、ユーザ装置機器にこれらの機能／ノードの視点から実行させるように設定されたソフトウェアをユーザ装置機器に提供することにより、ユーザ装置機器内で実施されることができる。

【0037】

上述したように、無線通信における端末装置の電力消費を低減させるために、端末装置は、いくつかの省電力状態又はモードで設定されてもよい。例えば、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）非アクティブ状態は、３ＧＰＰの作業項目により提案され、定義されている。さらに、上述したように、消費電力をさらに低減させるために、３ＧＰＰの作業項目により、非アクティブ状態である端末装置についてＳＤＴを有効化する解決策が提案されており、これにより、非アクティブＲＲＣ状態である端末装置は、データ送信を有効化したまま、非アクティブＲＲＣ状態を維持することができる。

【0038】

一般的に言うと、ＳＤＴは、ＲＲＣ非アクティブ状態に残ったまま（すなわち、ＲＲＣ接続状態に移行せずに）データ送信を可能にするプロシージャである。さらに、ＳＤＴは、無線ベアラに基づいて有効化され、ＳＤＴ用に設定されたすべての無線ベアラに亘って送信される必要のあるＵＬデータのデータ量がデータ量閾値（例えば、設定された量）よりも少なく且つセル内の測定された参照信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ）が設定された閾値よりも高い場合にのみ、端末装置により開始される。データ量の要件から、ＳＤＴは、いくつかの特定の応用シナリオに適用することが提案されている。スマート端末装置のためのＳＤＴのいくつかの例示的な応用シナリオは、
● インスタントメッセージングサービス（例えば、ワッツアップ、ＱＱ、ワッツアップ、ＭＳＮなど）からのトラフィック／データ／パケットと、
● 一部のアプリケーション（インスタントアプリケーション、Ｅメールアプリケーションなど）からのハートビート／キープアライブトラフィック／データ／パケットと、
● 各種アプリからのプッシュ通知と、
を含んでもよいが、これらに限定されるものではない。

【0039】

非スマート端末装置のためのＳＤＴのいくつかの例示的な応用シナリオは、
● ウェアラブルデバイスからのトラフィック／データ／パケット（例えば、周期的な位置情報、参照信号など）と、
● センサからの周期的又は非周期的なトラフィック／データ／パケット（例えば、温度サンプル、圧力サンプル、産業用無線センサネットワークからのパラメータ）と、
● スマートメータ装置及びスマートメータネットワーク装置からの周期的な測定値と、
を含んでもよいが、これらに限定されるものではない。

【0040】

現在、ランダムアクセス（ＲＡ）に基づくＳＤＴと設定される許可（ＣＧ）に基づくＳＤＴとを含む、ＳＤＴを可能にする２つの解決策が提案されている。

【0041】

ＲＡに基づくＳＤＴの場合、ＳＤＴについてのデータは、２ステップＲＡＣＨプロシージャと４ステップＲＡＣＨプロシージャとを含むランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）プロシージャを使用することにより送信される。より具体的には、最初のＵＬデータは、２ステップＲＡＣＨプロシージャのメッセージＡ又は４ステップＲＡＣＨプロシージャのメッセージ３を介して、非アクティブ状態である端末装置によりネットワーク装置に送信される。ＣＧに基づくＳＤＴの場合、最初のＵＬデータは、ＣＧリソース内で送信される。

【0042】

図１Ａを参照する。図１Ａは、いくつかの実施形態にかかる１回限りのＳＤＴのためのシグナリングフロー１００を示す。動作中、ネットワーク装置は、ＲＲＣ解放メッセージを端末装置に送信する（１０５）。ＲＲＣ解放メッセージを受信した後に、端末装置は、非アクティブ状態に遷移してもよい。端末装置が非アクティブ状態にあり且つネットワーク装置に送信される必要のあるＳＤＴデータ（すなわちＵＬデータ）を有する場合、端末装置は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをネットワーク装置に送信する（１１０）。ＵＬデータは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔとともに送信されてもよい。ネットワーク装置は、ＲＲＣＲｅｌｅａｓｅメッセージを端末装置に送信する（１１５）。追加として、ネットワーク装置は、ＤＬデータ（存在する場合）をＲＲＣＲｅｌｅａｓｅメッセージとともに端末装置に送信してもよい。

【0043】

上記の１回限りのＳＤＴプロシージャに加えて、端末装置がＲＲＣ非アクティブ状態である場合、端末装置は、同一のＳＤＴプロシージャの一部として複数のＵＬ及びＤＬパケットを送受信してもよく、ＲＲＣ接続状態に遷移しなくてもよい。

【0044】

図１Ｂを参照する。図１Ｂは、いくつかの実施形態にかかる、初期データ送信と後続のデータ送信とを含むＳＤＴプロシージャのためのシグナリングフロー１５０を示す。図１Ｂに示すように、ネットワーク装置は、ＲＲＣ解放メッセージを端末装置に送信する（１５５）。ＲＲＣ解放メッセージを受信した後に、端末装置は、非アクティブ状態に遷移してもよい。そして、端末装置がＵＬデータをネットワーク装置に送信する必要がある場合、端末装置は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージとＵＬデータとをネットワーク装置に送信する（１６０）。さらに、端末装置は、バッファ状態報告（ＢＳＲ）をＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージとともに送信する。ここで、ＢＳＲは、ネットワーク装置に送信される必要のある残りのデータが存在することを示す。端末装置からのＢＳＲにより、ネットワーク装置には、端末装置により送信される必要のある残りのデータが存在することが通知される。ネットワーク装置は、後続の送信の指示を端末装置に応答してもよい（１６５）。ここで、当該指示は、明示的なＲＲＣメッセージ又は暗黙的なメッセージ（例えば、別の送信のためのＵＬ許可）であってもよい。追加として、ネットワーク装置は、ＤＬデータ（存在する場合）を端末装置に送信してもよい。

【0045】

次に、端末装置は、ＵＬデータ及び別のＢＳＲをネットワーク装置に送信し（１７０）、ネットワーク装置は、それに応じて、動的許可のためのＵＬ許可及び追加のＤＬデータ（存在する場合）を端末装置に送信する（１７５）。その後、端末装置は、ＵＬデータをネットワーク装置に送信する（１８０）。図１Ｂの具体例の場合、送信されるデータが残っていないため、端末装置は、ＢＳＲをネットワーク装置に送信しない。したがって、ＢＳＲがないことを考慮して、ネットワーク装置は、ＲＲＣ解放メッセージと追加のＤＬデータとを端末装置に送信してもよい（１８５）。

【0046】

ＳＤＴについていくつかの議論／合意がなされたものの、いくつかの議論及び解決すべき未解決の問題が依然として残っている。例えば、ＳＤＴについてのデータ量の計算と、ＳＤＴについてのＢＳＲの生成及び報告と、２ステップＲＡに基づくＳＤＴプロシージャから４ステップＲＡに基づくＳＤＴプロシージャへのフォールバックとに関する技術的詳細を提案及び議論することが望ましい。本開示では、上記にリストされた未解決の問題について詳細に説明する。

【0047】

本明細書で使用されるように、用語「スモールデータ送信データ」又は「ＳＤＴデータ」は、非アクティブ状態、アイドル状態、及び接続状態である端末装置により送信されてもよいデータを意味する。一般的に言うと、「スモールデータ送信データ」又は「ＳＤＴデータ」は、ＳＤＴ用に設定された無線ベアラ（シグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）及びデータ無線ベアラ（ＤＲＢ：ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）を含む）で運ばれるか、又はＳＤＴ用に設定されたサービス／機能／アプリケーションにより生成／トリガされる。

【0048】

本明細書で使用されるように、用語「非スモールデータ送信データ」又は「非ＳＤＴデータ」は、ＳＤＴプロシージャ中に送信されることが許可されないデータを意味する。一般的に言うと、「非スモールデータ送信データ」又は「非ＳＤＴデータ」は、ＳＤＴ用に設定されていない無線ベアラ（ＳＲＢ及びＤＲＢを含む）で運ばれるか、又はＳＤＴ用に設定されていないサービス／機能／アプリケーションにより生成／トリガされる。

【0049】

以下では、非アクティブ状態である端末装置の例示的なシナリオにおいてＳＤＴプロシージャについて論議する。しかしながら、このような特定の例示的なシナリオは、本開示の限定であると考えるべきである。ＳＤＴがアイドル状態においてサポート／有効化されている場合、本明細書で議論した例示的な実施形態は、アイドル状態である端末装置のシナリオにも適用可能であることを理解すべきである。

【0050】

以下では、本開示のいくつかの例示的な実施形態を説明するための送信プロシージャの一例としてＳＤＴプロシージャを使用する。本開示の例示的な実施形態は、他の非接続状態の送信（例えば、早期データ送信（ＥＤＴ：ｅａｒｌｙ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）又は事前設定されたアップリンクリソース（ＰＵＲ：ｐｒｅｃｏｎｆｉｇｕｒｅｄ ｕｐｌｉｎｋ ｒｅｓｏｕｒｃｅ））にも同様に適用可能であることを理解すべきである。

【0051】

以下では、語句「ＳＤＴを実行する」、「ＳＤＴ中に」、「実行しているＳＤＴのためのタイマー」（及びそれらの均等的な表現）は互換的に使用されてもよい。

【0052】

また、以下では、処理されるデータを説明する際に、語句「パケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）パケット」、「ＰＤＣＰデータ」、「ＰＤＣＰプロトコルデータユニット（ＰＤＵ：ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）」、「ＰＤＣＰサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）」（及びそれらの均等的な表現）は互換的に使用されてもよい。

【0053】

追加として、以下では、処理されるデータを説明する際に、語句「無線リンク制御（ＲＬＣ：ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）パケット」、「ＲＬＣデータ」、「ＲＬＣ ＰＤＵ」、「ＲＬＣ ＳＤＵ」（及びそれらの均等的な表現）は互換的に使用されてもよい。

【0054】

さらに、以下では、いくつかの特定の例／ケース／実施形態において議論されるオペレーションは、説明の目的のためにのみ使用され、いかなる限定も暗示しない。すなわち、このようなオペレーションは、必ずしも同じ例／ケース／実施形態を指すとは限らない。さらに、例／ケース／実施形態に関連して特定の例／ケース／実施形態を説明する場合、明示的に説明されているか否かにかかわらず、他の実施形態に関連してこのようなオペレーションに影響を与えることは当業者の知識の範囲内であると考えられる。

【0055】

追加として、例／ケース／実施形態は別々に議論されているが、このような例／ケース／実施形態は任意の適切な方法で組み合わされてもよいことを理解すべきである。例えば、ＳＤＴについてのデータ量を算出するための例／ケース／実施形態と、ＢＳＲを処理するための例／ケース／実施形態とを組み合わせてもよい。

【0056】

環境例
図２は、本開示の例示的な実施形態を実施可能な例示的な通信環境２００を示す。通信環境２００は、端末装置２１０と、端末装置２１０をサービングするネットワーク装置２２０－１及び２２０－２とを含む。以下のテキストでは、ネットワーク装置２２０－１及び２２０－２をまとめてネットワーク装置２２０と称するか、個別にネットワーク装置２２０と称する。追加として、ネットワーク装置２２０は、２つ以上のサービングエリアを端末装置２１０に提供してもよい。図２の具体例において、ネットワーク装置２２０－１は、セル２３０－１、２３０－１及び２３０－３を提供し、ネットワーク装置２２０－２は、セル２３０－４を提供する。セル２３０－１～２３０－４は、以下では、まとめてサービングセル２３０と称されるか、又は個別にサービングセル２３０と称される。

【0057】

通信環境２００において、端末装置２１０からネットワーク装置２２０へのリンクはＵＬと称され、ネットワーク装置２２０から端末装置２１０へのリンクはＤＬと称される。ＤＬでは、ネットワーク装置２２０は送信（ＴＸ）装置（又は送信機）であり、端末装置２１０は受信（ＲＸ）装置（又は受信機）である。ＵＬでは、端末装置２１０はＴＸ装置（又は送信機）であり、ネットワーク装置２２０はＲＸ装置（又は受信機）である。

【0058】

図２の具体例において、端末装置２１０は、異なる状態（例えば、接続状態、非アクティブ状態、及びアイドル状態）にあってもよい。端末装置２１０が接続状態である場合、端末装置２１０は、すべての無線ベアラからデータの送信を行うことができる。さらに、いくつかの実施形態において、端末装置２１０がアイドル状態である場合、端末装置は通常、特定のシナリオ（例えば、ＥＤＴ又はＰＵＲ）を除いて、いかなるデータ送信の実行も許されない。追加として、端末装置２１０が非アクティブ状態である場合、ＳＤＴがサポートされるが、ＳＤＴプロシージャ中に、ＳＤＴを有するように設定されていないデータの送信は許されない。さらに、非アクティブ／アイドル状態である端末装置２１０は、ネットワーク装置２２０とのＲＲＣ接続を再開／確立することにより、接続状態に遷移してもよい。このような遷移プロシージャは、端末装置２１０又はネットワーク装置２２０により開始されてもよい。

【0059】

追加として、図２の例において、端末装置２１０は、時間とともに移動してもよい。図２に示すように、端末装置２１０は、時間とともに異なる位置に位置する。移動する場合、端末装置２１０は、異なるセル２３０又は異なるネットワーク装置２２０と通信してもよく、これは、セル再選択プロシージャ又はハンドオーバプロシージャなどにより実現されてもよい。

【0060】

通信環境２００における通信は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）及びモバイル通信のためのグローバルシステム（ＧＳＭ）などを含むがこれらに限定されない、任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

【0061】

ネットワーク装置、端末装置及びセルの数及びそれらの接続は、説明の目的のためにのみ使用され、いかなる限定も暗示しないことを、理解すべきである。通信環境２００は、本開示の実施形態を実施するのに適した任意の適切なネットワーク装置、端末装置及びセルを含んでもよい。図示していないが、１つ又は複数の追加の端末装置がそれぞれのセル内に位置してもよいことを理解すべきである。また、いくつかの例において、同質ネットワーク配置のみ又は異質ネットワーク配置のみが通信環境２００に含まれてもよいことを、理解すべきである。

【0062】

ＳＤＴについてのデータ量を算出するための例示的なプロシージャ
上述したように、ＳＤＴは大量のデータのデータ送信には適用不可能である。したがって、量閾値をＳＤＴ選択基準として使用されることが提案される。具体的には、ＳＤＴデータの量が量閾値を下回った場合、端末装置には、ＳＤＴの実行が許可される。そうでない場合、非ＳＤＴプロシージャがトリガされる。

【0063】

ＳＤＴについてのデータ量をどのように計算するかに関するいくつかのオプションが以下のように提案される。
● オプション１：ＳＤＴ選択基準に使用されるデータ量は、バッファサイズ（ＢＳ）と同じように計算される。言い換えれば、ＳＤＴについてのデータ量は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）データ量とＲＬＣ及び媒体アクセス制御（ＭＡＣ）ヘッダを考慮しない無線リンク制御（ＲＬＣ）データ量との合計である。
● オプション２：ＳＤＴ選択基準に使用されるデータ量は、ＭＡＣプロトコルデータユニット（ＰＤＵ）のサイズである。換言すれば、ＳＤＴについてのデータ量は、ＰＤＣＰデータ量と、ＲＬＣデータ量と、ＭＡＣ／ＲＬＣ／ＰＤＣＰ／ＲＲＣ／サービスデータアダプテーションプロトコル（ＳＤＡＰ：ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）のオーバーヘッドとの合計である。
● オプション３：ＳＤＴ選択基準に使用されるデータ量はＰＤＣＰデータ量である。
● オプション４：ＳＤＴ選択基準に使用されるデータ量は、ＳＤＴ用に設定されたＲＢに亘ったＢＳの総和として算出される。
● オプション５：ＳＤＴ選択基準に使用されるデータ量は、ＵＥ実装に委ねられる。

【0064】

したがって、ＳＤＴ選択基準に使用されるデータ量は、ＵＥ実装に委ねられるか、又は統一されたプロセスに従ってもよい。また、ＳＤＴ選択基準に使用されるデータ量は、従来のＢＳと同様に算出できることが好ましく、ＳＤＴ選択基準に使用されるデータ量は、ＳＤＴ用に設定されたＲＢに亘ったＢＳの総和として算出されるべきであると予想される。

【0065】

図３を参照する。図３は、ＳＤＴについてのデータ量を算出するために提案された方法３００を示す。図３に示すように、ブロック３１０において、ネットワーク装置に送信される必要のある新規データが存在する場合、端末装置の非アクセス層は、ＲＲＣ接続を再開するための要求を端末装置のアクセス層に送信する。ブロック３２０において、端末装置は、すべての新規データがＳＤＴを有するように設定されたＲＢからのものであるか否かを決定する。そうである場合、ブロック３３０において、端末装置は、ＳＤＴについてのデータ量を算出し、算出されたデータ量が閾値を下回ったか否かを決定する。算出されたデータ量が閾値を下回った場合、その結果、端末装置は、ＳＤＴをトリガしてもよい。具体的には、端末装置は、ブロック３４０において、ＰＤＣＰ／ＲＬＣ再確立プロシージャを実行し、ブロック３５０において、ＳＤＴ用に設定されたＲＢを再開し、ブロック３６０において、非アクティブ状態に残ったままデータをネットワーク装置に送信する。新規データの少なくとも一部が、ＳＤＴを有するように設定されていない無線ベアラからのものである場合、又は算出されたデータ量が閾値を超えたと端末装置が決定した場合には、プロセスはブロック３７０に進む。ブロック３７０において、従来のＲＲＣ再開プロシージャが実行される。

【0066】

図３の上記提案されたプロセスにおいて、ＳＤＴについてのデータ量を算出するオペレーションは、ＰＤＣＰ／ＲＬＣ再確立プロシージャを実行する前に実行され、これは、ＳＤＴについてのデータ量を算出する際に、ＳＤＴ ＳＲＢのためのＰＤＣＰエンティティにおける記憶されたデータと、ＳＤＴを有するように設定されたＳＲＢ及びＵＭ ＲＢのためのＲＬＣエンティティにおける記憶されたデータとがまだ存在する可能性があることを意味する。しかしながら、ＳＤＴについてのデータ量を算出する際には、上記の「記憶された」ということを考慮すべきではない。

【0067】

一般的に言うと、ＲＢが一時停止されている（すなわち、まだ再開されていない）場合、上位層（例えばＮＡＳ）からの新規データはＰＤＣＰ及びＲＬＣデータ量として計算されることはできない。図３の上記提案されたプロセスにおいて、ＳＤＴについてのデータ量を算出するオペレーションは、ＲＢ再開プロシージャを実行する前に実行され、これは、ＳＤＴについてのデータ量を算出する際に、新規データがまだＰＤＣＰ層又はＲＬＣ層に届いていないことを意味する。しかしながら、ＳＤＴについてのデータ量を算出する際には、新規データの量を考慮すべきである。

【0068】

ＳＤＴについてのデータ量を算出するための上記提案されたプロセスでは、ＳＤＴについての正しいデータ量を得ることができないことが分かる。本開示の例示的な実施形態によれば、上述した問題の少なくとも一部が解決される。

【0069】

特に、ＳＤＴ選択基準に使用されるデータ量を算出する場合、説明された例（すなわち、記憶されたデータを処理するための例示的な実施形態、新規データの量を取得するための例示的な実施形態、ＲＳを事前に再開するための例示的な実施形態）は、任意の適切な組み合わせで実現されてもよいことを、理解すべきである。

【0070】

記憶されたデータを処理するための例示的な実施形態
上述したように、ＳＤＴについてのデータ量を算出する際には、前に記憶されたデータを考慮すべきではない。このため、端末装置２１０は、ＳＤＴについてのデータ量を算出する前に、記憶されたデータを破棄すべきであると予想される。

【0071】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、端末装置２１０は、まず、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータ（例えば、ＰＤＣＰパケット、ＲＬＣパケット）を破棄し、且つ、記憶されたデータを破棄した後にＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出する。こうして、記憶されたデータ（例えば、ＰＤＣＰ及びＲＬＣエンティティにおいて記憶されたデータ）を適切に処理することができる。言い換えれば、ＳＤＴについてのデータ量を算出する際に、前に記憶されたデータは考慮されないので、その結果、正しいデータ量値を得ることができる。

【0072】

ここで、図４を参照する。図４は、本開示のいくつかの実施形態にかかるＳＤＴについてのデータ量を算出するためのシグナリングフロー４００を示す。説明のために、図２を参照して、シグナリングフロー４００を説明する。シグナリングフロー４００には、ネットワーク装置２２０及び端末装置２１０が関与してもよい。

【0073】

オペレーションにおいて、端末装置２１０は、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄し（４３０）、且つ、記憶されたデータを破棄した後にＳＤＴを実行するか否かを決定するために、端末装置により使用されるデータ量を算出する（４４０）。こうして、ＳＤＴについてのデータ量を算出するのに不要な記憶されたデータを適切に処理することができる。

【0074】

いくつかの例示的な実施形態において、破棄される記憶されたデータは、端末装置２１０の層２エンティティにおいて記憶されている。層２エンティティの一例は、ＲＬＣエンティティである。層２エンティティの別の例は、ＰＤＣＰエンティティである。

【0075】

追加として、記憶されたデータは、ＳＤＴについてのデータ量を算出するのに不要な記憶されたデータであってもよい。ＲＬＣ層について、ＳＤＴ用に設定されたＲＢについての記憶されたデータは、ＲＬＣ ＳＤＵと、ＲＬＣ ＳＤＵセグメントと、ＲＬＣ ＰＤＵとを含むが、これらに限定されない。ＰＤＣＰ層について、ＳＤＴ用に設定されたＲＢについての記憶されたデータは、ＰＤＣＵ ＳＤＵと、ＰＤＵとを含むが、これらに限定されない。

【0076】

追加として、ＳＤＴ用に設定されたＲＢについての記憶されたデータを破棄するオペレーションは、任意の適切な方法で実現されてもよい。一例において、端末装置２１０は、端末装置２１０の層２エンティティにおいてＳＤＴ用に設定されたＲＢについて再確立プロシージャを実行することにより、記憶されたデータを破棄してもよい。

【0077】

再確立プロシージャの一例は、ＲＬＣ再確立プロシージャである。具体的には、ＲＬＣ再確立プロシージャ中、端末装置２１０は、すべてのＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント及びＲＬＣ ＰＤＵ（存在する場合）を破棄し、すべてのタイマーを停止してリセットし、すべての状態変数をそれらの初期値にリセットする。

【0078】

再確立プロシージャのもう一つの例は、ＰＤＣＰ再確立プロシージャである。いくつかの例示的な実施形態において、上位層がＰＤＣＰエンティティ再確立を要求する場合、端末装置２１０は、ＵＭ ＤＲＢ及びＳＲＢについてＴＸ＿ＮＥＸＴを初期値に設定し、ＳＲＢについては、記憶されているすべてのＰＤＣＰ ＳＤＵ及びのＰＤＣＰ ＰＤＵを破棄する。

【0079】

いくつかの例示的な実施形態において、ＳＤＴ用に設定されたＲＢについての再確立プロシージャは、ネットワーク装置２２０によってトリガ／設定される。一例において、ＰＤＣＨ再確立プロシージャを実行するように端末装置２１０に示すために、ＩＥ ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰがネットワーク装置２２０により使用されてもよい。別の例において、ＰＬＣ再確立プロシージャを実行するように端末装置２１０に示すために、ＩＥ ｒｅｅｓｔａｂｌｉｓｈＲＬＣがネットワーク装置２２０により使用されてもよい。

【0080】

別の例示的な実施形態において、端末装置２１０は、ＰＤＣＰ ＳＤＵを破棄するプロシージャを実行することにより、記憶されたデータを破棄してもよい。いくつかの例示的な実施形態において、ＰＤＣＰ ＳＤＵについてｄｉｓｃａｒｄＴｉｍｅｒが満了する場合、又はＰＤＣＰ ＳＤＵの正常な配信がＰＤＣＰ状態報告により確認された場合には、送信するＰＤＣＰエンティティは、ＰＤＣＰ ＳＤＵを対応するＰＤＣＰデータＰＤＵとともに破棄すべきである。さらに、対応するＰＤＣＰデータＰＤＵが既に下位層に提出されている場合、下位層に破棄が示される。ＳＲＢについて、上位層がＰＤＣＰ ＳＤＵの破棄を要求する場合、ＰＤＣＰエンティティは、記憶されたＰＤＣＰ ＳＤＵ及びＰＤＣＰ ＰＤＵをすべて破棄すべきである。

【0081】

いくつかの例示的な実施形態において、ＰＤＣＰエンティティが記憶されたＳＤＵ及びＰＤＵを破棄すべきであることを端末装置２１０に示すために、ＩＥ ｄｉｓｃａｒｄＯｎＰＤＣＰがネットワーク装置２２０により示されてもよい。

【0082】

さらに、記憶されたデータを破棄するオペレーションは、データ量を算出する前の任意の適切なオケージョンにおいて実行されてもよい。一例として、ＳＤＴ用に設定された少なくとも１つのＲＢに関する情報を含む、ＲＲＣ接続を一時停止するためのメッセージ（例えば、ＲＲＣ解放メッセージ）を端末装置が受信した場合（４１０）、端末装置２１０は、ＳＤＴ用に設定された該少なくとも１つのＲＢについての記憶されたデータを破棄する。

【0083】

一つの特定の例示的な実施形態として、端末装置２１０（すなわち、ＵＥ）が、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣＲｅｌｅａｓｅを受信し、ＳＤＴを有するように設定された少なくとも１つのＲＢが存在する場合、端末装置２１０は、ＳＤＴを有するように設定されたＲＢ（ＳＲＢ及びＤＲＢを含む）についての記憶されたデータ（例えば、ＰＤＣＵ ＳＤＵ及びＰＤＵ）をすべて破棄する。

【0084】

別の特定の例示的な実施形態として、端末装置２１０（すなわち、ＵＥ）が、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣＲｅｌｅａｓｅを受信し、ＳＤＴを有するように設定された少なくとも１つのＲＢが存在する場合、端末装置２１０は、ＳＤＴを有するように設定されたＲＢ（ＳＲＢ及びＤＲＢを含む）について、特にＳＤＴを有するように設定されたＳＲＢ及びＵＭ ＤＲＢについて、記憶されたデータ（例えば、ＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント及びＲＬＣ ＰＤＵ）をすべて破棄する。

【0085】

追加として、いくつかの例示的な実施形態において、ＲＲＣ接続を一時停止するためのメッセージは、ＳＲＢについてのＰＤＣＰ ＳＤＵ破棄又はＰＤＣＰ再確立の暗黙的な要求として使用されてもよい。すなわち、端末装置２１０がＳＤＴ設定（例えば、ｓｕｓｐｅｎｄＣｏｎｆｉｇ）を含む、ＲＲＣ接続を一時停止するためのメッセージを受信した場合、端末装置２１０は、記憶されたデータを破棄するようにトリガ／決定してもよい。一つの具体的な例として、端末装置２１０は、ＰＤＣＰ ＳＤＵ破棄プロシージャ又はＰＤＣＰ再確立プロシージャを暗黙的に実行する。別の具体的な例として、端末装置２１０は、ＳＤＴ設定（例えば、ｓｕｓｐｅｎｄＣｏｎｆｉｇ）を含むＲＲＣ解放メッセージを受信した場合、ＳＤＴを有するように設定されたＲＢについてＲＬＣ再確立プロシージャを暗黙的に実行する。

【0086】

代替として、いくつかの例示的な実施形態において、ＲＲＣ接続を一時停止するためのメッセージは、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータが破棄されることを示す指示を含む。言い換えれば、記憶されたデータを破棄するオペレーションは、ネットワーク装置２２０により設定／トリガされてもよい。指示の一例は、情報要素（ＩＥ）パケットデータコンバージェンスプロトコル（ｄｉｓｃａｒｄＯｎＰＤＣＰ）上の破棄である。指示の別の例は、ＩＥ再確立パケットデータコンバージェンスプロトコル（ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰ）である。指示のさらに別の例は、ＩＥ再確立無線リソース制御（ｒｅｅｓｔａｂｌｉｓｈＲＬＣ）である。一つの具体的な例として、ネットワーク装置２２０は、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣ解放メッセージ内で、ＳＤＴを有するように設定されたＲＢについて、ｄｉｓｃａｒｄＯｎＰＤＣＰ ＩＥ又はｒｅｅｓｔａｂｌｉｓｈＰＤＣＰ ＩＥを設定する。別の具体的な例として、ネットワーク装置２２０は、ｓｕｓｐｅｎｄＣｏｎｆｉｇを有するＲＲＣ解放メッセージ内で、ＳＤＴを有するように設定されたＲＢについてｒｅｅｓｔａｂｌｉｓｈＲＬＣ ＩＥを設定する。

【0087】

上述したように、ＲＲＣ接続を一時停止するメッセージを受信したことに応じて、記憶されたデータを破棄することに加えて、端末装置２１０が非アクティブ状態であるとき、端末装置２１０がすべての新規データがＳＤＴ用に設定されたＲＢからのものであると決定した場合（４２０）、端末装置２１０は、記憶されたデータを破棄してもよい。

【0088】

いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴについてのデータ量を算出する前に、ＲＲＣ再開プロシージャ中に、ＳＤＴ用に設定されたＲＢについての記憶されたデータ（例えば、ＰＤＣＰパケット）を破棄する。一つの具体的な例として、端末装置２１０が非アクティブ状態にあり、且つ、すべての新着データがＳＤＴを有するように設定されたＲＢからのものである場合、端末装置２１０は、ＳＤＴを有するように設定されたＲＢ（ＳＲＢ及びＤＲＢを含む）についての記憶されたデータ（例えば、ＰＤＣＵ ＳＤＵ及びＰＤＵ）をすべて破棄する。例えば、端末装置２１０は、ＳＤＴ状況チェックのためのデータ量を算出する前に、ＲＢについてのＰＤＣＰ ＳＤＵ破棄プロシージャ又はＰＤＣＰ再確立プロシージャを暗黙的に実行する。

【0089】

いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴについてのデータ量を算出する前に、ＲＲＣ再開プロシージャ中に、ＳＤＴ用に設定されたＲＢについての記憶されたデータ（例えば、ＲＬＣパケット）を破棄する。一つの具体的な例として、端末装置２１０が非アクティブ状態にあり、且つ、すべての新着データがＳＤＴを有するように設定されたＲＢからのものである場合、端末装置２１０は、ＳＤＴを有するように設定されたＲＢ（ＳＲＢ及びＤＲＢを含む）について、特にＳＤＴを有するように設定されたＳＲＢ及びＵＭ ＤＲＢについてＳＤＴ状況チェックのためのデータ量の計算の前に、記憶されたデータ（例えば、ＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、及びＲＬＣ ＰＤＵ）をすべて破棄する。例えば、端末装置２１０は、ＳＤＴ状況チェックのためのデータ量を算出する前に、ＳＤＴを有するように設定されたＲＢについてＲＬＣ再確立を暗黙的に行う。

【0090】

理解を容易にするためだけに、図５Ａ及び図５Ｂを参照する。図５Ａ及び図５Ｂは、記憶されたデータを処理するための方法５００及び５５０を示す。図５Ａの具体的な例において、端末装置２１０は、ＲＲＣ接続を中断するためのメッセージを受信すると、記憶されたデータを破棄する。図５Ａに示すように、ブロック５０５において、端末装置２１０は、上述のように、ＲＲＣ接続を一時停止するためのメッセージ（例えば、ＲＲＣ解放メッセージ）を受信したことに応じて、記憶されたデータ（例えば、ＲＬＣ ＳＤＵ、ＲＬＣ ＳＤＵセグメント、ＲＬＣ ＰＤＵ、ＰＤＣＵ ＳＤＵ、及びＰＤＣＰ ＰＤＵ）を破棄する。ブロック５１０において、ネットワーク装置２２０に送信される必要のある新規データが存在する場合、端末装置２１０のＮＡＳ層は、ＲＲＣ接続を再開するための要求を端末装置２１０のアクセス層に送信する。

【0091】

ブロック５１５において、端末装置２１０は、すべての新規データがＳＤＴを有するように設定されたＲＢからのものであるか否かを決定する。そうである場合、ブロック５２０において、端末装置２１０は、ＳＤＴについてのデータ量を算出し、算出されたデータ量が閾値を下回ったか否かを決定する。算出されたデータ量が閾値を下回った場合、その結果、端末装置２１０は、ＳＤＴをトリガしてもよい。具体的には、端末装置２１０は、ブロック５２５において、ＰＤＣＰ／ＲＬＣ再確立プロシージャを実行し、ブロック５３０において、ＳＤＴ用に設定されたＲＢを再開し、ブロック５３５において、非アクティブ状態に残ったままデータをネットワーク装置２２０に送信する。新規データの少なくとも一部が、ＳＤＴを有するように設定されていないＲＢからのものである場合、又は算出されたデータ量が閾値を超えたと端末装置２１０が決定した場合には、プロセスはブロック５４０に進む。ブロック５４０において、従来のＲＲＣ再開プロシージャが実行される。

【0092】

ここで、図５Ｂを参照する。図５Ｂにおいて、端末装置２１０が非アクティブ状態である場合、端末装置２１０は、すべての新規データがＳＤＴ用に設定されたＲＢからのものであると決定すると、記憶されたデータを破棄する。例えば、端末装置２１０は、データ量を算出する前に、ＲＲＣ再開プロシージャ中に、記憶されたデータを破棄する。図５Ａ及び図５Ｂにおいて、同じオペレーション／要素には同じ参照番号が付されている。ここでは、簡潔のために同じ説明を省略する。

【0093】

図５Ｂに示すように、端末装置２１０は、すべての新規データがＳＤＴ用に設定されたＲＢからのものであると決定した後に、記憶されたデータを破棄する。さらに、上述したように、端末装置２１０は、端末装置２１０の層２エンティティにおいてＳＤＴ用に設定されたＲＢについて再確立プロシージャを実行することにより、又はＰＤＣＰ ＳＤＵを破棄するプロシージャを実行することにより、記憶されたデータを破棄してもよい。端末装置２１０が再確立プロシージャを実行することにより記憶されたデータを破棄する場合、以下の（ブロック５２５における）再確立プロシージャは省略されてもよい。具体的には、ブロック５２５におけるオペレーションは端末装置２１０により省略されてもよい。

【0094】

図６は、本開示のいくつかの実施形態にかかる例示的な方法６００のフローチャートである。例えば、方法６００は、図２に示すような端末装置２１０において実現されてもよい。

【0095】

ブロック６１０において、端末装置２１０は、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄する。

【0096】

ブロック６２０において、端末装置２１０は、記憶されたデータを破棄した後に、ＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出する。

【0097】

いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴ用に設定された少なくとも１つのＲＢに関する情報を含む、無線リソース制御接続を一時停止するためのメッセージをネットワーク装置２２０から受信した場合、ＳＤＴ用に設定された該少なくとも１つのＲＢについての記憶されたデータを破棄する。

【0098】

いくつかの例示的な実施形態において、端末装置２１０が非アクティブ状態であるとき、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであると決定した場合、端末装置２１０は、ＳＤＴ用に設定された該少なくとも１つのＲＢについての記憶されたデータを破棄する。

【0099】

いくつかの例示的な実施形態において、無線リソース制御接続を一時停止するためのメッセージは、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータが破棄されることを示す指示をさらに含む。

【0100】

いくつかの例示的な実施形態において、該指示は、パケットデータコンバージェンスプロトコル上の破棄（ｄｉｓｃａｒｄＯｎＰＤＣＰ）、パケットデータコンバージェンスプロトコルの再確立（ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰ）、又は無線リソース制御の再確立（ｒｅｅｓｔａｂｌｉｓｈＲＬＣ）のうちの一つの情報要素である。

【0101】

いくつかの例示的な実施形態において、破棄される記憶されたデータは、端末装置２１０の層２エンティティにおいて記憶され、端末装置２１０の層２エンティティは、ＲＬＣエンティティ又はＰＤＣＰエンティティである。

【0102】

いくつかの例示的な実施形態において、ＳＤＴ用に設定された該少なくとも１つのＲＢについての記憶されたデータを破棄することは、端末装置２１０の層２エンティティにおいて、ＳＤＴ用に設定された該少なくとも１つのＲＢについて再確立プロシージャを実行することを含む。

【0103】

いくつかの例示的な実施形態において、ＳＤＴ用に設定された該少なくとも１つのＲＢについての記憶されたデータを破棄することは、ＰＤＣＰ ＳＤＵを破棄するプロシージャを実行することを含む。

【0104】

いくつかの例示的な実施形態において、少なくとも１つのＲＢについての記憶されたデータは、少なくとも１つのＲＬＣ ＳＤＵ、少なくとも１つのＲＬＣ ＳＤＵセグメント、少なくとも１つのＲＬＣ ＰＤＵと、少なくとも１つのＰＤＣＰ ＳＤＵ、又は少なくとも１つのＰＤＣＰ ＰＤＵ、のうちの少なくとも１つを含む。

【0105】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、該回路は、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄するように設定されている。回路はさらに、記憶されたデータを破棄した後に、ＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出するように設定されている。

【0106】

いくつかの例示的な実施形態において、回路はさらに、ＳＤＴ用に設定された少なくとも１つのＲＢに関する情報を含む、無線リソース制御接続を一時停止するためのメッセージをネットワーク装置２２０から受信した場合、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄するように設定されている。

【0107】

いくつかの例示的な実施形態において、回路はさらに、端末装置２１０が非アクティブ状態であるとき、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであると決定した場合、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄するように設定されている。

【0108】

いくつかの例示的な実施形態において、無線リソース制御接続を一時停止するためのメッセージは、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータが破棄されることを示す指示をさらに含む。

【0109】

いくつかの例示的な実施形態において、該指示は、パケットデータコンバージェンスプロトコル上の破棄（ｄｉｓｃａｒｄＯｎＰＤＣＰ）、パケットデータコンバージェンスプロトコルの再確立（ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰ）、又は無線リソース制御の再確立（ｒｅｅｓｔａｂｌｉｓｈＲＬＣ）のうちの一つの情報要素である。

【0110】

いくつかの例示的な実施形態において、破棄される記憶されたデータは、端末装置２１０の層２エンティティにおいて記憶され、端末装置２１０の層２エンティティは、ＲＬＣエンティティ又はＰＤＣＰエンティティである。

【0111】

いくつかの例示的な実施形態において、回路はさらに、端末装置２１０の層２エンティティにおいて、ＳＤＴ用に設定された少なくとも１つのＲＢについて再確立プロシージャを実行するように設定されている。

【0112】

いくつかの例示的な実施形態において、回路はさらに、ＰＤＣＰ ＳＤＵを破棄するプロシージャを実行するように設定されている。

【0113】

いくつかの例示的な実施形態において、少なくとも１つのＲＢについての記憶されたデータは、少なくとも１つのＲＬＣ ＳＤＵ、少なくとも１つのＲＬＣ ＳＤＵセグメント、少なくとも１つのＲＬＣ ＰＤＵと、少なくとも１つのＰＤＣＰ ＳＤＵ、又は少なくとも１つのＰＤＣＰ ＰＤＵ、のうちの少なくとも１つを含む。

【0114】

図７は本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートである。例えば、方法７００は、図２に示すようなネットワーク装置２２０において実現されてもよい。

【0115】

ブロック７１０において、ネットワーク装置２２０は、無線リソース制御接続を一時停止するためのメッセージを端末装置２１０に送信し、メッセージは、ＲＢのうちの、ＳＤＴ用にネットワーク装置２２０により設定された少なくとも１つのＲＢに関する情報と、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄するように端末装置２１０に指示する指示とを含む。

【0116】

いくつかの例示的な実施形態において、ネットワーク装置２２０は、回路を備え、回路は、無線リソース制御接続を一時停止するためのメッセージを端末装置２１０に送信し、メッセージは、ＲＢのうちの、ＳＤＴ用にネットワーク装置２２０により設定された少なくとも１つのＲＢに関する情報と、ＳＤＴ用に設定された少なくとも１つのＲＢについての記憶されたデータを破棄するように端末装置２１０に指示する指示とを含む。

【0117】

新規データの量を取得するための例示的な実施形態
上述したように、ＳＤＴについてのデータ量を算出する際には、新規データの量を考慮すべきである。したがって、端末装置２１０が、ＳＤＴについてのデータ量を算出する前に、新規データの量に関する情報を取得してもよいと予想される。

【0118】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、端末装置２１０は、ネットワーク装置２２０に送信される必要のある新規データの量に関する情報であって、ＰＤＣＰ層よりも上位の端末装置２１０の層から、ＳＤＴを実行するか否かを決定するための端末装置により使用されるデータ量の算出を担当する端末装置の層に提供される情報を取得する。そして、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものである場合、端末装置２１０は、該情報に少なくとも部分的に基づいてデータ量を算出する。こうして、端末装置２１０は、ＳＤＴについてのデータ量を算出する前に、新規データの量に関する情報を取得してもよい。

【0119】

図８を参照する。図８は、新規データの量を取得するために端末装置２１０により実行される例示的な方法８００を示す。

【0120】

ブロック８１０において、端末装置２１０は、ネットワークに送信される必要のある新規データの量に関する情報を取得する。具体的には、情報は、ＰＤＣＰ層よりも上位の端末装置２１０の層から、ＳＤＴを実行するか否かを決定するための端末装置２１０により使用されるデータ量の算出を担当する端末装置２１０の層に提供される。こうして、ＳＤＴ用に設定されたＲＢが一時停止されても、データ量を担当する層は、新規データの量に関する情報を取得することができる。

【0121】

さらに、ＰＤＣＰ層よりも上位の層の一例は、ＳＤＡＰ層である。いくつかの例示的な実施形態において、新規パケットがＳＤＡＰ層にとって見られると仮定すると、ＳＤＡＰ層／エンティティは、データ量の計算を担当する層（例えば、下位層（ＭＡＣ）又は上位層（ＲＲＣ））にデータ量に関する情報を提供する。さらに、端末装置２１０は、ＳＤＡＰデータ量として、ＳＤＡＰ ＳＤＵと、ＳＤＡＰ ＰＤＵと、ＳＤＡＰ制御ＰＤＵとを考慮すべきである。

【0122】

ＰＤＣＰ層よりも上位の層の別の例は、上位層（例えばＮＡＳ）である。いくつかの例示的な実施形態において、ＮＡＳ層／エンティティは、新着データのデータ量を、データ量の算出を担当する層（例えば、下位層（ＭＡＣ））に提供する。

【0123】

ブロック８２０において、端末装置２１０は、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであるか否かを決定する。そうである場合、ブロック８３０において、端末装置２１０は、情報に少なくとも部分的に基づいてデータ量を算出する。言い換えれば、ＰＤＣＰデータ量及びＲＬＣデータ量の要因に加えて、端末装置２１０が（例えばＭＡＣ層やＲＲＣ層により）ＳＤＴ状況チェックのためにデータ量を算出することは、ＳＤＴを有するように設定されたＲＢについて、ＳＤＡＰデータ量又は上位層データ量を考慮する必要がある。

【0124】

データ量の算出を担当する層の一例はＭＡＣ層である。データ量の算出を担当する層の別の例はＲＲＣ層である。

【0125】

いくつかの例示的な実施形態において、端末装置２１０は、ＳＤＴ状況チェックのために、ＳＤＴを有するように設定されたＲＢのデータ量のみを算出する。

【0126】

理解を容易にするためだけに、図９を参照する。図９は、新規データの量を取得するための方法９００を示す。図９に示すように、ブロック９１０において、ネットワーク装置２２０に送信される必要のある新規データが存在する場合、端末装置２１０のＮＡＳは、ＲＲＣ接続を再開するための要求を端末装置２１０のアクセス層に送信する。さらに、上述したように、端末装置２１０のＮＡＳは、新規データの量に関する情報を提供してもよい。この場合、量に関する情報は、ＲＲＣ再開要求とともに提供されてもよい。

【0127】

ブロック９２０において、端末装置２１０は、すべての新規データがＳＤＴを有するように設定されたＲＢからのものであるか否かを決定する。そうである場合、ブロック９３０において、端末装置２１０は、ＳＤＴについてのデータ量を算出し、算出されたデータ量が閾値を下回ったか否かを決定する。図９の具体例において、端末装置２１０は、新規データの量に関する情報に少なくとも部分的に基づいてデータ量を算出する。上述したように、新規データの量は、任意の適切なオケージョンにおいて、任意の適切な方法で、ＰＤＣＰ層よりも上位の層（例えば、ＮＡＳ又はＳＤＡＰ層）により提供されてもよい。

【0128】

算出されたデータ量が閾値を下回った場合、その結果、端末装置２１０は、ＳＤＴをトリガしてもよい。具体的には、端末装置２１０は、ブロック９４０において、ＰＤＣＰ／ＲＬＣ再確立プロシージャを実行し、ブロック９５０において、ＳＤＴ用に設定されたＲＢを再開し、ブロック９６０において、非アクティブ状態に残ったままデータをネットワーク装置２２０に送信する。新規データの少なくとも一部が、ＳＤＴが設定されていないＲＢからのものである場合、又は算出されたデータ量が閾値を超えたと端末装置２１０が決定した場合には、プロセスはブロック９７０に進む。ブロック９７０において、従来のＲＲＣ再開プロシージャが実行される。

【0129】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、回路は、ネットワーク装置２２０に送信される必要のある新規データの量に関する情報であって、ＰＤＣＰ層よりも上位の端末装置２１０の層から、ＳＤＴを実行するか否かを決定するための端末装置により使用されるデータ量の算出を担当する端末装置の層に提供される情報を取得するように設定されている。回路はさらに、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものである場合、情報に少なくとも部分的に基づいてデータ量を算出するように設定されている。

【0130】

いくつかの例示的な実施形態において、データ量の算出を担当する層は、媒体アクセス制御層又は無線リソース制御層である。

【0131】

いくつかの例示的な実施形態において、ＰＤＣＰ層よりも上位の層は、非アクセス層又はサービスデータアダプテーションプロトコル層である。

【0132】

ＲＳを事前に再開するための例示的な実施形態
上述したように、図３に示したＳＤＴについてのデータ量を算出する従来の提案された解決策において、ＳＤＴについてのデータ量を算出するオペレーションは、ＲＢ再開プロシージャを実行する前に実行され、これは、ＳＤＴについてのデータ量を算出する際に、新規データがまだＳＤＴについてのデータ量の算出を担当する層に届いていないことを意味する。

【0133】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであることを端末装置２１０が検出した場合、非アクティブ状態である端末装置２１０は、ＳＤＴ用に設定された少なくとも１つのＲＢを再開する。端末装置２１０は、ＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出する。こうして、ＳＤＴについてのデータ量を算出する際に、新規データが既にＳＤＴについてのデータ量の算出を担当する層に届いたので、新規データについての処理が適切になる。

【0134】

図１０を参照する。図１０は、ＲＳを事前に再開するために端末装置２１０により実行される例示的な方法１０００を示す。

【0135】

ブロック１０１０において、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであることを端末装置２１０が検出した場合、非アクティブ状態である端末装置２１０は、ＳＤＴ用に設定された少なくとも１つのＲＢを再開する。

【0136】

ブロック１０２０において、端末装置２１０は、ＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出する。

【0137】

追加として、いくつかの例示的な実施形態において、端末装置２１０がＳＤＴを実行しないと決定した場合、端末装置２１０は、前に再開されたＲＢを一時停止する。

【0138】

一つの特定の例示的な実施形態として、すべての新着データがＳＤＴを有するように設定されたＲＢからのものである場合、端末装置２１０は、ＳＤＴ状況チェックのためのデータ量算出の前に、ＳＤＴを有するように設定されたＲＢを再開する。ＳＤＴを有するように設定されたＲＢが再開された後に、ＳＤＡＰ層はデータを処理してＰＤＣＰ層に転送するので、新着データはＰＤＣＰ ＰＤＵとしてみなされる。以下では、端末装置２１０が、ＳＤＴ条件が満たされていないと決定した場合、端末装置２１０は、ＳＤＴを有するように設定されたＲＢを一時停止する。そうでなければ、端末装置２１０は、ネットワーク装置２２０とＳＤＴを実行する。

【0139】

理解を容易にするためだけに、図１１を参照する。図１１は、ＲＳを事前に再開するための方法１１００を示す。図１１に示すように、ブロック１１１０において、ネットワーク装置２２０に送信される必要のある新規データが存在する場合、端末装置２１０のＮＡＳは、ＲＲＣ接続を再開するための要求を端末装置２１０のアクセス層に送信する。

【0140】

ブロック１１２０において、端末装置２１０は、すべての新規データがＳＤＴを有するように設定されたＲＢからのものであるか否かを決定する。そうである場合、ブロック１１３０において、端末は、ＳＤＴ用に設定されたＲＢを再開する。結果として、新規データは、ＳＤＴについてのデータ量の算出を担当する層に渡されてもよい。ブロック１１４０において、端末装置２１０は、ＳＤＴについてのデータ量を算出し、算出されたデータ量が閾値を下回ったか否かを決定する。

【0141】

算出されたデータ量が閾値を下回った場合、その結果、端末装置２１０は、ＳＤＴをトリガしてもよい。具体的には、端末装置２１０は、ブロック１１５０において、ＰＤＣＰ／ＲＬＣ再確立プロシージャを実行し、ブロック１１６０において、非アクティブ状態に残ったままデータをネットワーク装置２２０に送信する。そうでなければ、算出されたデータ量が閾値を超えた場合、プロセスはブロック１１７０に進む。ブロック１１７０において、端末装置２１０は、ＳＤＴ用に設定されたＲＢを一時停止し、次いで、ブロック１１８０において、従来のＲＲＣ再開プロシージャを実行する。

【0142】

さらに、図１１に示すように、新規データの少なくとも一部がＳＤＴを有するように設定されていないＲＢからのものであると端末装置２１０が決定した場合、プロセスはブロック１１８０に進み、端末装置２１０はまた、従来のＲＲＣ再開プロシージャを実行する。

【0143】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、該回路は、すべての新規データがＳＤＴ用に設定された少なくとも１つのＲＢからのものであることを端末装置２１０が検出した場合、ＳＤＴ用に設定されたＲＢを再開するように設定されている。回路はさらに、ＳＤＴを実行するか否かを決定するために、端末装置２１０により使用されるデータ量を算出するように設定されている。

【0144】

いくつかの例示的な実施形態において、回路はさらに、スモールデータ送信を実行しないとの決定に従って、スモールデータ送信用に設定された少なくとも１つの無線ベアラを一時停止するように設定されている。

【0145】

ＢＳＲを処理するための例示的なプロセス
上述したように、ＳＤＴデータが最初／元のＳＤＴ内で送信できない場合、又は送信される必要のある残りのＳＤＴが存在する場合には、端末装置２１０は、ＢＳＲをネットワーク装置２２０に送信する。したがって、報告されるＢＳＲは、残りのＳＤＴデータの実際の状態を示すべきであると予想される。

【0146】

一般的に言うと、通信システム内には複数の論理チャネルが存在し、該複数の論理チャネルは複数の論理チャネルグループに分けられる。ＢＳＲを報告する場合、端末装置２１０は、それぞれの論理チャネルグループについてＢＳＲを通知する。さらに、各ＲＢは、１つ又は複数の論理チャネルに対応してもよい。

【0147】

ＳＤＴを実行する端末装置について、ＳＤＴを有するように設定されたＲＢ（ＳＤＰプロシージャ中に一時停止されない）とＳＤＴを有するように設定されていないＲＢ（ＳＤＰプロシージャ中に一時停止される）との両方において記憶されたデータが存在する可能性がある。ＢＳＲを処理するための従来の解決策において、端末装置（例えば、端末装置のＭＡＣ層）は、一時停止されるＲＢと一時停止されないＲＢとの両方をＢＳＲ算出に入れてもよい。端末装置が従来の解決策を用いてＢＳＲを生成する場合、ネットワーク装置２２０は、残ったＳＤＴデータの実際の状態を取得することができない。例えば、非ＳＤＴ ＲＢとＳＤＴ ＲＢとが同じ論理チャネルグループ内にある場合、非常に大きなデータ量がネットワーク装置２２０に報告される可能性がある。このような場合、ネットワーク装置２２０は、後続のＳＤＴを実行できるか否かについて非常に困惑することになる。

【0148】

端末装置においてＢＳＲを処理するための例示的な実施形態
上述したように、端末装置２１０（例えば、端末装置２１０のＭＡＣ層）は、ＳＤＴプロシージャ中に、ＳＤＴを有するように設定されていないＲＢをＢＳＲ算出のために考慮すべきではないと予想される。

【0149】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、端末装置２１０がＳＤＴを実行している場合、端末装置２１０は、ＳＤＴを有するように設定されていないＲＢをＢＳＲ算出のために考慮すべきではない。こうして、ネットワーク装置２２０は、後続の送信が実行可能であるか否かについての適切な決定を行うことができるように、ＳＤＴデータの正しいバッファサイズ情報を有することができる。

【0150】

ここで、図１２を参照する。図１２は、本開示のいくつかの実施形態にかかるＢＳＲを処理するためのシグナリングフロー１２００を示す。説明のために、図２を参照して、シグナリングフロー１２００を説明する。シグナリングフロー１２００には、ネットワーク装置２２０及び端末装置２１０が関与してもよい。

【0151】

オペレーションにおいて、端末装置２１０は、ＳＤＴ中に、バッファ状態を示すＢＳＲを生成する（１２１０）。さらに、ＢＳＲは、特定のＲＢ又は論理チャネルに関連付けられる。

【0152】

いくつかの例示的な実施形態において、ＢＳＲは、ＳＤＴ用に設定されたＲＢに関連付けられる。代替として又は追加として、いくつかの例示的な実施形態において、ＢＳＲは、一時停止されないＢＲに関連付けられる。代替として又は追加として、いくつかの例示的な実施形態において、ＢＳＲは、ＳＤＴ用に設定されたＲＢに対応する論理チャネルに関連付けられる。代替として又は追加として、いくつかの例示的な実施形態において、ＢＳＲは、一時停止されないＲＳに対応する論理チャネルに関連付けられる。

【0153】

具体的な例として、ＳＤＴを実行する場合、端末装置２１０（例えば、端末装置２１０のＭＡＣ層）は、一時停止されるＲＢ（すなわち、ＳＤＴを有するように設定されていないＲＢ）に対応する論理チャネルをＢＳＲ算出のために考慮すべきではない。言い換えれば、端末装置２１０（例えば、端末装置２１０のＭＡＣ層）は、ＳＤＴ中に、一時停止されないＲＢ（すなわち、ＳＤＴを有するように設定されたＲＢ）に対応するＣＣＣＨ及び論理チャネルのみをＢＳＲ算出のために考慮すべきである。

【0154】

追加として、上述したように、非ＳＤＴ ＲＢとＳＤＴ ＲＢとが同じ論理チャネルグループ内にある場合には、ネットワーク装置２２０は、後続のＳＤＴを実行できるか否かについて非常に困惑することになる。したがって、改善されたオペレーションは、このような論理チャネルグループ上で実行されてもよい。

【0155】

いくつかの例示的な実施形態において、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合には、端末装置２１０は、ＳＤＴ用に設定されていないＲＢを考慮せずにＢＳＲを生成する。

【0156】

いくつかの例示的な実施形態において、端末装置２１０は、複数の論理チャネルグループについてＢＳＲを生成する。さらに、端末装置２１０は、複数のバッファサイズフィールドを使用して、それぞれの論理チャネルグループのバッファ状態を示してもよい。一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む論理チャネルグループについて、ＳＤＴ用に設定されていない（すなわち、一時停止される）ＲＢを考慮せずに、それぞれのバッファサイズが算出される。

【0157】

いくつかの他の例示的な実施形態において、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合には、端末装置２１０は、一時停止されないＲＳ（すなわち、ＳＤＴ ＲＢ）と、一時停止されるＲＳ（すなわち、非ＳＤＴ ＲＢ）との両方を考慮して、ＢＳＲを生成してもよい。この場合、ネットワーク装置２２０は、報告されたＢＳＲの値が閾値を下回った場合、報告されたＢＳＲがＳＤＴデータを示すとみなしてもよい。

【0158】

代替として又は追加として、いくつかの例示的な実施形態において、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合には、端末装置２１０は、一時停止されるＲＢを考慮せずにＢＳＲを生成する。

【0159】

代替として又は追加として、いくつかの例示的な実施形態において、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合には、端末装置２１０は、ＳＤＴ用に設定されていないＲＢに対応する論理チャネルを考慮せずにＢＳＲを生成する。

【0160】

代替として又は追加として、いくつかの例示的な実施形態において、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合には、端末装置２１０は、一時停止されるＲＢに対応する論理チャネルを考慮せずにＢＳＲを生成する。

【0161】

いくつかの例示的な実施形態において、論理チャネルグループに含まれる各論理チャネルが一時停止されないＲＢに対応する場合、端末装置２１０は、該論理チャネルグループのＢＳＲを送信してもよく、又は送信しなくてもよい。なぜならば、ネットワーク装置２２０がそのようなＢＳＲについて混乱しないからである。

【0162】

一つの具体的な例として、ＳＤＴを実行する際、１つの論理チャネルグループについて、該論理チャネルグループが、ＳＤＴ ＲＢの論理チャネル（一時停止されないＲＢ）と、非ＳＤＴ ＲＢの論理チャネル（一時停止される）との両方を含む場合には、端末装置２１０は、一時停止されるＲＢの論理チャネルを論理チャネルグループのＢＳＲに入れない。

【0163】

いくつかの例示的な実施形態において、ＭＡＣバッファ状態報告のために、送信するＰＤＣＰエンティティは、ＰＤＣＰデータＰＤＵが構築されていないＰＤＣＰ ＳＤＵと、下位層に提出されていないＰＤＣＰデータＰＤＵと、ＰＤＣＰ制御ＰＤＵと、ＡＭ ＤＲＢの場合に再送信されるＰＤＣＰ ＳＤＵと、ＡＭ ＤＲＢの場合に再送信されるＰＤＣＰデータＰＤＵとをＰＤＣＰデータ量としてみなすべきである。

【0164】

いくつかの例示的な実施形態において、ＭＡＣバッファ状態報告のために、ＵＥは、ＲＬＣデータＰＤＵに含まれていないＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメントと、最初の送信待ちのＲＬＣデータＰＤＵと、再送信待ちのＲＬＣデータＰＤＵ（ＲＬＣ ＡＭ）とをＲＬＣデータ量としてみなすべきである。

【0165】

追加として、いくつかの例示的な実施形態において、状態ＰＤＵが既にトリガされ、ｔ－ＳｔａｔｕｓＰｒｏｈｉｂｉｔが実行していないか、又は既に満了した場合には、ＵＥは、次の送信機会において送信される状態ＰＤＵのサイズを推定して、ＲＬＣデータ量の一部としてみなすべきである。

【0166】

ＢＳＲを生成した後に、端末装置２１０は、ＢＳＲをネットワーク装置２２０に送信する（１２２０）。

【0167】

図１３は、本開示のいくつかの実施形態にかかる例示的な方法１３００のフローチャートである。例えば、方法１３００は、図２に示すような端末装置２１０において実現されてもよい。

【0168】

ブロック１３１０において、ネットワーク装置２２０とＳＤＴを実行している端末装置２１０は、ＳＤＴ用に設定されたＲＢ、一時停止されないＲＢ、ＳＤＴ用に設定されたＲＢに対応する論理チャネル、又は一時停止されないＲＢに対応する論理チャネル、のうちの少なくとも１つに関連付けられるバッファ状態を示すＢＳＲを生成する。

【0169】

ブロック１３２０において、端末装置２１０は、ＢＳＲをネットワーク装置２２０に送信する。

【0170】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、該回路は、ＳＤＴ用に設定されたＲＢ、一時停止されないＲＢ、ＳＤＴ用に設定されたＲＢに対応する論理チャネル、又は一時停止されないＲＢに対応する論理チャネル、のうちの少なくとも１つに関連付けられるバッファ状態を示すＢＳＲを生成するように設定されている。回路はさらに、ＢＳＲをネットワーク装置２２０に送信するように設定されている。

【0171】

図１４は、本開示のいくつかの実施形態にかかる例示的な方法１４００のフローチャートである。例えば、方法１４００は、図２に示すような端末装置２１０において実現されてもよい。

【0172】

ブロック１４１０において、端末装置２１０は、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含むか否かを決定する。

【0173】

そうである場合、ブロック１４２０において、ネットワーク装置２２０とＳＤＴを実行している端末装置２１０は、ＳＤＴ用に設定されていないＲＢ、一時停止されるＲＢ、ＳＤＴ用に設定されていないＲＢに対応する論理チャネル、又は一時停止されるＲＢに対応する論理チャネル、のうちの少なくとも１つを考慮せずに、該論理チャネルグループについてＢＳＲを生成する。ブロック１４３０において、端末装置２１０は、ＢＳＲをネットワーク装置２２０に送信する。

【0174】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、該回路は、論理チャネルグループが、一時停止されるＲＢに対応する少なくとも１つの論理チャネルと、一時停止されないＲＢに対応する少なくとも１つの別の論理チャネルとを含む場合、ネットワーク装置２２０とＳＤＴを実行している端末装置２１０が、ＳＤＴ用に設定されていないＲＢ、一時停止されるＲＢ、ＳＤＴ用に設定されていないＲＢに対応する論理チャネル、又は一時停止されるＲＢに対応する論理チャネル、のうちの少なくとも１つを考慮せずに、該論理チャネルグループについてＢＳＲを生成するように設定されている。回路はさらに、ＢＳＲをネットワーク装置２２０に送信するように設定されている。

【0175】

ネットワーク装置においてＢＳＲを処理するための例示的な実施形態
上述したように、非ＳＤＴ ＲＢとＳＤＴ ＲＢとが同じ論理チャネルグループ内にある場合、ネットワーク装置は、後続のＳＤＴを実行できるか否かについて非常に困惑することになる。

【0176】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、ネットワーク装置２２０は、ＳＤＴ ＲＢの論理チャネルと非ＳＤＴ ＲＢの論理チャネル（すなわち、ＳＤＴ用に設定されていない）を別々の論理チャネルグループに設定する。こうして、ＳＤＴについてＢＳＲを通知する際に、端末装置２１０において追加のオペレーションは必要とされない。

【0177】

図１５は、本開示のいくつかの実施形態にかかる例示的な方法１５００のフローチャートである。例えば、方法１５００は、図２に示すようなネットワーク装置２２０において実現されてもよい。

【0178】

ブロック１５１０において、ネットワーク装置２２０は、少なくとも１つの論理チャネルグループに含まれる複数の論理チャネルに対応する少なくとも１つのＲＢをＳＤＴ用に設定する。少なくとも１つの論理チャネルグループに含まれる各論理チャネルは、ＳＤＴ用に設定されたＲＢに対応する。

【0179】

ブロック１５２０において、ネットワーク装置２２０は、設定された結果を端末装置２１０に示す。

【0180】

ネットワーク装置２２０は、任意の適切なメッセージにより、設定された結果を端末装置２１０に示してもよい。一つの例示的なメッセージは、ＲＲＣ解放メッセージである。もう一つの例示的なメッセージは、ＲＲＣ設定メッセージである。別の例示的なメッセージは、ＲＲＣ再設定メッセージである。

【0181】

いくつかの例示的な実施形態において、ネットワーク装置２２０は、回路を備え、該回路は、少なくとも１つの論理チャネルグループに含まれる複数の論理チャネルに対応する少なくとも１つのＲＢをＳＤＴ用に設定するように設定され、少なくとも１つの論理チャネルグループに含まれる各論理チャネルがＳＤＴ用に設定されたＲＢに対応する。回路はさらに、設定された結果を端末装置２１０に示すように設定されている。

【0182】

いくつかの例示的な実施形態において、回路はさらに、設定された結果を、無線リソース制御解放メッセージ、無線リソース制御設定メッセージ、又は無線リソース制御再設定メッセージ、のうちの１つを介して、端末装置２１０に送信するように設定されている。

【0183】

４ステップＲＡ ＳＤＴにフォールバックするための例示的なプロセス
従来では、パラメータｍｓｇＡ－ＴｒａｎｓＭａｘは、非ＳＤＴのための２ステップＲＡプロシージャから非ＳＤＴのための４ステップＲＡプロシージャへのフォールバックを可能にするために使用されている。パラメータｍｓｇＡ－ＴｒａｎｓＭａｘは、４ステップ及び２ステップのＲＡリソースの両方が設定されている場合のＭＳＧＡ送信の最大回数を指す。具体的には、２ステップＲＡプロシージャについて、最大回数が設定されている場合（すなわち、ｍｓｇＡ－ＴｒａｎｓＭａｘが設定されている場合）であって、ｍｅｓｓａｇｅ ＡをｍｓｇＡ－ＴｒａｎｓＭａｘ回だけ送信した後でも２ステップＲＡプロシージャが正常に完了しない場合には、端末装置は、４ステップＲＡプロシージャにフォールバックする（すなわち、端末装置は、４ステップＲＡのためのＲＡリソース選択プロシージャを実行する）。

【0184】

上述したように、２ステップＲＡに基づくＳＤＴと４ステップＲＡに基づくＳＤＴとの両方をサポートすることが合意されている。この場合、端末装置が４ステップＲＡプロシージャを介してＳＤＴデータを送信することに失敗した場合、端末装置は、４ステップＲＡ ＳＤＴにフォールバックしてもよいと予想される。

【0185】

しかしながら、非ＳＤＴのためのＲＡとＳＤＴのためのＲＡとについてのリソースが異なり、これは、従来のパラメータｍｓｇＡ－ＴｒａｎｓＭａｘはＲＡに基づくＳＤＴのために使用できないことを意味する。

【0186】

本開示のいくつかの例示的な実施形態によれば、通信のための解決策が提供される。この解決策において、１つのパラメータ（ｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴと称されてもよい）は、ＲＡに基づくＳＤＴ用に特別に設定される。こうして、端末装置２１０は、２ステップＲＡに基づくＳＤＴから４ステップＲＡに基づくＳＤＴに適切にフォールバックすることができる。

【0187】

ここで、図１６を参照する。図１６は、本開示のいくつかの実施形態にかかるＢＳＲを処理するためのシグナリングフロー１６００を示す。説明のために、図２を参照して、シグナリングフロー１６００を説明する。シグナリングフロー１６００には、ネットワーク装置２２０及び端末装置２１０が関与してもよい。

【0188】

いくつかの例示的な実施形態において、２ステップＲＡ－ＳＤＴから４ステップＲＡ－ＳＤＴへのフォールバックをサポートするために、ネットワーク装置２２０は、例えば、１つのパラメータ（例えば、ｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴ）を、ＳＤＴ専用に設定してもよい（１６１０）。パラメータｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴは、ＳＤＴのための４ステップＲＡリソースとＳＤＴのための２ステップＲＡタイプＲＡリソースとの両方が設定されている場合のＭＳＧ Ａの送信の最大回数である。

【0189】

オペレーションにおいて、ＳＤＴのための４ステップＲＡプロシージャリソースとＳＤＴのための２ステップＲＡプロシージャリソースとの両方を有するように端末装置２１０が設定されている場合、端末装置２１０は、端末装置２１０によりＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信する最大回数を示すパラメータ（例えば、ｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴ）を受信する。

【0190】

そして、端末装置２１０は、該最大回数に基づいて、ネットワーク装置２２０とＳＤＴを実行する（１６２０）。

【0191】

いくつかの例示的な実施形態において、ＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信することに失敗した回数が該最大回数を超えた場合、ＳＤＴのための４ステップＲＡプロシージャを実行するようにフォールバックすることによりＳＤＴを実行し、４ステップＲＡプロシージャは２ステップステップＲＡプロシージャ用に設定された同じプリアンブルグループを再利用する。

【0192】

一つの具体的な例として、端末装置２１０が２ステップＲＡ ＳＤＴを実行している際に、ｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴが設定されている場合であって、メッセージをｍｓｇＡ－ＴｒａｎｓＭａｘＳＤＴ回だけ送信した後でもＳＤＴのためのＲＡプロシージャが正常に完了しない場合、ＵＥは、２ステップＲＡ ＳＤＴ内と同じプリアンブルグループを使用して４ステップＲＡＣＨに基づくＳＤＴを実行するようにフォールバックする。

【0193】

図１７は、本開示のいくつかの実施形態にかかる例示的な方法１７００のフローチャートである。例えば、方法１７００は、図２に示すような端末装置２１０において実現されてもよい。

【0194】

ブロック１７１０において、オペレーションにおいて、ＳＤＴのための４ステップＲＡプロシージャリソースとＳＤＴのための２ステップＲＡプロシージャリソースとの両方を有するように端末装置２１０が設定されている場合には、端末装置２１０は、端末装置２１０によりＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信する最大回数を示すパラメータをネットワーク装置２２０から受信する。

【0195】

ブロック１７２０において、端末装置２１０は、該最大回数に基づいてネットワーク装置２２０とＳＤＴを実行する。

【0196】

いくつかの例示的な実施形態において、ＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信することに失敗する回数が最大回数を超えた場合、端末装置２１０は、ＳＤＴのための４ステップＲＡプロシージャを実行するようにフォールバックすることによりＳＤＴを実行し、４ステップＲＡプロシージャは、２ステップステップＲＡプロシージャ用に設定された同じプリアンブルグループを再利用する。

【0197】

いくつかの例示的な実施形態において、端末装置２１０は、回路を備え、該回路は、オペレーションにおいて、ＳＤＴのための４ステップＲＡプロシージャリソースとＳＤＴのための２ステップＲＡプロシージャリソースとの両方を有するように端末装置２１０が設定されている場合、端末装置２１０によりＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信する最大回数を示すパラメータをネットワーク装置２２０から受信するように設定されている。回路はさらに、最大回数に基づいて、ネットワーク装置２２０とＳＤＴを実行するように設定されている。

【0198】

いくつかの例示的な実施形態において、回路はさらに、ＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信することに失敗する回数が最大回数を超えた場合、ＳＤＴのための４ステップＲＡプロシージャを実行するようにフォールバックすることによりＳＤＴを実行するように設定され、４ステップＲＡプロシージャは、２ステップステップＲＡプロシージャ用に設定された同じプリアンブルグループを再利用する。

【0199】

図１８は、本開示のいくつかの実施形態にかかる例示的な方法１８００のフローチャートである。例えば、方法１８００は、図２に示すようなネットワーク装置２２０において実現されてもよい。

【0200】

ブロック１８１０において、ＳＤＴのための４ステップＲＡプロシージャリソースとＳＤＴのための２ステップＲＡプロシージャリソースとの両方を有するように端末装置２１０が設定されている場合、ネットワーク装置２２０は、端末装置２１０によりＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信する最大回数を示すパラメータを端末装置２１０に送信する。

【0201】

いくつかの例示的な実施形態において、ネットワーク装置２２０は、回路を備え、該回路は、ＳＤＴのための４ステップＲＡプロシージャリソースとＳＤＴのための２ステップＲＡプロシージャリソースとの両方を有するように端末装置２１０が設定されている場合、端末装置２１０によりＳＤＴのための２ステップＲＡプロシージャのメッセージＡを送信する最大回数を示すパラメータを端末装置２１０に送信するように設定されている。

【0202】

装置例
図１９は、本開示の実施形態を実装するのに適した装置１９００の概略ブロック図である。装置１９００は、図２に示す端末装置２１０及びネットワーク装置２２０の別の例示的な実施態様として考えられる。したがって、装置１９００は、端末装置２１０、ネットワーク装置２２０において、又はそれらの少なくとも一部として実現されてもよい。

【0203】

図示のように、装置１９００は、プロセッサ１９１０と、プロセッサ１９１０に結合されたメモリ１９２０と、プロセッサ１９１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１９４０と、ＴＸ／ＲＸ １９４０に結合された通信インターフェースとを備える。メモリ１９２０は、プログラム１９３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １９４０は双方向通信に用いられる。ＴＸ／ＲＸ １９４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

【0204】

プログラム１９３０は、図２及び図４～図１８を参照して本明細書で説明したように、関連付けられるプロセッサ１９１０により実行された場合、装置１９００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本文の実施形態は、装置１９００のプロセッサ１９１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実現されてもよい。プロセッサ１９１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１９１０とメモリ１９２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１９５０を形成してもよい。

【0205】

メモリ１９２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１９００内には１つのメモリ１９２０のみが示されているが、装置１９００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１９１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置１９００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0206】

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。

【0207】

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２及び図４～図１８を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

【0208】

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

【0209】

上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。

【0210】

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明されたすべての動作を実行することが求められると理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。

【0211】

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【手続補正書】

【提出日】2024-02-28

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線リソース制御（ＲＲＣ）解放メッセージをネットワークから受信する手段と、
前記ＲＲＣ解放メッセージが受信され且つスモールデータ送信（ＳＤＴ）設定が前記ＲＲＣ解放メッセージ内に含まれている場合、シグナリング無線ベアラ（ＳＲＢ）についてのサービスデータユニット（ＳＤＵ）破棄を実行するように、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガする手段と、
を含む、
ユーザ装置（ＵＥ）。

【請求項2】

前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれている場合、無線リンク制御（ＲＬＣ）ベアラについてのＲＬＣエンティティを再確立する手段をさらに含む、
請求項１に記載のユーザ装置。

【請求項3】

前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれている場合、ＳＤＴプロシージャを開始する手段をさらに含む、
請求項１又は２に記載のユーザ装置。

【請求項4】

ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出する手段と、
前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれ、さらに、前記データ量がデータ量閾値以下である場合、前記ＳＤＴプロシージャを開始する手段と、
をさらに含む、
請求項１又は２に記載のユーザ装置。

【請求項5】

ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定する手段と、
前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれ、さらに、前記データ量が前記データ量閾値以下である場合、前記ＳＤＴプロシージャを開始する手段と、
をさらに含む、
請求項１又は２に記載のユーザ装置。

【請求項6】

ＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出する手段をさらに含む、
請求項１に記載のユーザ装置。

【請求項7】

ＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定する手段をさらに含む、
請求項１に記載のユーザ装置。

【請求項8】

前記ＲＬＣエンティティが再確立され且つＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出する手段をさらに含む、
請求項２に記載のユーザ装置。

【請求項9】

前記ＲＬＣエンティティが再確立され且つＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定する手段をさらに含む、
請求項２に記載のユーザ装置。

【請求項10】

スモールデータ送信（ＳＤＴ）設定を有する無線リソース制御（ＲＲＣ）解放メッセージをユーザ装置（ＵＥ）に送信する手段であって、前記ＳＤＴ設定は、前記ＵＥに、シグナリング無線ベアラ（ＳＲＢ）についてのサービスデータユニット（ＳＤＵ）破棄を実行するようにパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガさせるように設定された、手段と、
ＲＲＣ再開メッセージとアップリンクＳＤＴデータとを前記ＵＥから受信する手段と、
を含む、
無線アクセスネットワーク（ＲＡＮ）ノード。

【請求項11】

前記ＳＤＴ設定は、前記ＵＥに無線リンク制御（ＲＬＣ）ベアラについてのＲＬＣエンティティを再確立させるように設定されている、
請求項１０に記載の無線アクセスネットワークノード。

【請求項12】

ユーザ装置（ＵＥ）の方法であって、
無線リソース制御（ＲＲＣ）解放メッセージをネットワークから受信することと、
前記ＲＲＣ解放メッセージが受信され且つスモールデータ送信（ＳＤＴ）設定が前記ＲＲＣ解放メッセージ内に含まれている場合、シグナリング無線ベアラ（ＳＲＢ）についてのサービスデータユニット（ＳＤＵ）破棄を実行するように、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガすることと、
を含む、
方法。

【請求項13】

前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれている場合、無線リンク制御（ＲＬＣ）ベアラについてのＲＬＣエンティティを再確立することをさらに含む、
請求項１２に記載の方法。

【請求項14】

前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれている場合、ＳＤＴプロシージャを開始することをさらに含む、
請求項１２又は１３に記載の方法。

【請求項15】

ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出することと、
前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれ、さらに、前記データ量がデータ量閾値以下である場合、前記ＳＤＴプロシージャを開始することと、
をさらに含む、
請求項１２又は１３に記載の方法。

【請求項16】

ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定することと、
前記ＲＲＣ解放メッセージが受信され且つ前記ＳＤＴ設定が前記ＲＲＣ解放メッセージに含まれ、さらに、前記データ量が前記データ量閾値以下である場合、前記ＳＤＴプロシージャを開始することと、
をさらに含む、
請求項１２又は１３に記載の方法。

【請求項17】

ＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出することをさらに含む、
請求項１２に記載の方法。

【請求項18】

ＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定することをさらに含む、
請求項１２に記載の方法。

【請求項19】

前記ＲＬＣエンティティが再確立され且つＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量を算出することをさらに含む、
請求項１３に記載の方法。

【請求項20】

前記ＲＬＣエンティティが再確立され且つＳＤＵ破棄が実行された後に、ＳＤＴプロシージャのための保留中のアップリンクデータのデータ量がデータ量閾値以下であるか否かを決定することをさらに含む、
請求項１３に記載の方法。

【請求項21】

無線アクセスネットワーク（ＲＡＮ）ノードの方法であって、
スモールデータ送信（ＳＤＴ）設定を有する無線リソース制御（ＲＲＣ）解放メッセージをユーザ装置（ＵＥ）に送信することであって、前記ＳＤＴ設定は、前記ＵＥに、シグナリング無線ベアラ（ＳＲＢ）についてのサービスデータユニット（ＳＤＵ）破棄を実行するようにパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガさせるように設定されたことと、
ＲＲＣ再開メッセージとアップリンクＳＤＴデータとを前記ＵＥから受信することと、
を含む、
方法。

【請求項22】

前記ＳＤＴ設定は、前記ＵＥに無線リンク制御（ＲＬＣ）ベアラについてのＲＬＣエンティティを再確立させるように設定されている、
請求項２１に記載の方法。

【国際調査報告】