特表 2024-546479 端末装置、通信装置及び端末装置の方法

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

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

(11)【公表番号】

(43)【公表日】2024-12-24

(54)【発明の名称】端末装置、通信装置及び端末装置の方法

(51)【国際特許分類】

   H04W 72/232 20230101AFI20241217BHJP

   H04W 48/08 20090101ALI20241217BHJP

   H04W 76/10 20180101ALI20241217BHJP

   H04W 72/50 20230101ALI20241217BHJP

【ＦＩ】

H04W72/232

H04W48/08

H04W76/10

H04W72/50

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024534325

(86)(22)【出願日】2021-12-10

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

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

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

(87)【国際公開日】2023-06-15

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ダー

(72)【発明者】

【氏名】ワン ガン

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

5K067

【Ｆターム（参考）】

5K067AA11

5K067BB21

5K067EE02

5K067EE10

5K067HH21

5K067JJ22

(57)【要約】

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。端末装置は、無線アクセスネットワーク内のネットワーク装置から、前記端末装置についてＭＴ－ＳＤＴが実行されることを示す第１の指示を含むページングメッセージを受信し、前記端末装置についてランダムアクセスベースのＭＴ－ＳＤＴ又は設定グラントベースのＭＴ－ＳＤＴが実行されたか決定する。こうして、ＭＴ－ＳＤＴ手続きを実行することができる。
【選択図】図３

【特許請求の範囲】

【請求項1】

通信の方法であって、
端末装置において、無線アクセスネットワーク内のネットワーク装置から、前記端末装置について移動体着信スモールデータ通信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）が実行されることを示す第１の指示を含むページングメッセージを受信することと、
前記端末装置についてランダムアクセスベースのＭＴ－ＳＤＴ又は設定グラントベースのＭＴ－ＳＤＴが実行されたか決定することと、
を含む方法。

【請求項2】

前記決定することは、
前記端末装置の無線リソース制御層により、前記端末装置のメディアアクセス制御層に、前記ＭＴ－ＳＤＴがトリガされたことを示すことと、
前記メディアアクセス制御層により、前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴ又は前記設定グラントベースのＭＴ－ＳＤＴが実行されたか決定することと
を含む、請求項１に記載の方法。

【請求項3】

前記決定することは、
設定グラントリソースがスモールデータ通信（ＳＤＴ：ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）に利用可能であるか否か決定することと、
前記設定グラントリソースがＳＤＴに利用可能であるとの決定に応じて、前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行されたと決定することと、
ＳＤＴに利用可能な設定グラントリソースがないとの決定に応じて、前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行されたと決定することと
を含む、請求項１に記載の方法。

【請求項4】

前記決定することは、
前記ＭＴ－ＳＤＴのトリガの時間とＳＤＴに利用可能な次の設定グラントリソースの時間との間の第１の時間間隔を決定することと、
前記第１の時間間隔が第１の閾値間隔以下であるとの決定に応じて、前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行されたと決定することと、
前記第１の時間間隔が前記第１の閾値間隔よりも大きいとの決定に応じて、前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行されたと決定することと
を含む、請求項１に記載の方法。

【請求項5】

前記ネットワーク装置から、前記第１の閾値間隔を示す第１の設定を受信すること
をさらに含む、請求項４に記載の方法。

【請求項6】

前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、前記端末装置について実行されていない前記設定グラントベースのＭＴ－ＳＤＴに関する情報を記憶することと、
前記情報を前記ネットワーク装置に報告することと
をさらに含む、請求項４に記載の方法。

【請求項7】

前記情報は、
前記第１の時間間隔が前記第１の閾値間隔よりも大きいこと、又は
前記第１の時間間隔
のうちの少なくとも１つを含む、請求項６に記載の方法。

【請求項8】

前記決定することは、
前記ＭＴ－ＳＤＴのトリガの時間とＳＤＴに利用可能な次の設定グラントリソースの時間との間の第１の時間間隔を決定することと、
前記ＭＴ－ＳＤＴの前記トリガの時間とＳＤＴに利用可能な次のランダムアクセスリソースの時間との間の第２の時間間隔を決定することと、
前記第１の時間間隔が前記第２の時間間隔以下であるとの決定に応じて、前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行されたと決定することと、
前記第１の時間間隔が前記第２の時間間隔よりも大きいとの決定に応じて、前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行されたと決定することと
を含む、請求項１に記載の方法。

【請求項9】

前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、前記ＭＴ－ＳＤＴのトリガの時間とＳＤＴに利用可能な次のランダムアクセスリソースの時間との間の第３の時間間隔を決定することと、
前記第３の時間間隔が第２の閾値間隔以下であるとの決定に応じて、ＳＤＴについての第１のランダムアクセス設定に基づいて前記ランダムアクセスベースのＭＴ－ＳＤＴを実行することと、
前記第３の時間間隔が前記第２の閾値間隔よりも大きいとの決定に応じて、非ＳＤＴについての第２のランダムアクセス設定に基づいて前記ランダムアクセスベースのＭＴ－ＳＤＴを実行することと
をさらに含む、請求項１に記載の方法。

【請求項10】

前記ネットワーク装置から、前記第２の閾値間隔を示す第２の設定を受信すること
をさらに含む、請求項９に記載の方法。

【請求項11】

前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、前記ＭＴ－ＳＤＴのトリガの時間とＳＤＴに利用可能な次のランダムアクセスリソースの時間との間の第３の時間間隔を決定することと、
前記ＭＴ－ＳＤＴの前記トリガの時間と非ＳＤＴに利用可能な次のランダムアクセスリソースの時間との間の第４の時間間隔を決定することと、
前記第３の時間間隔が前記第４の時間間隔以下であるとの決定に応じて、ＳＤＴについての第１のランダムアクセス設定に基づいて前記ランダムアクセスベースのＭＴ－ＳＤＴを実行することと、
前記第３の時間間隔が前記第４の閾値間隔よりも大きいとの決定に応じて、非ＳＤＴについての第２のランダムアクセス設定に基づいて前記ランダムアクセスベースのＭＴ－ＳＤＴを実行することと
をさらに含む、請求項１に記載の方法。

【請求項12】

前記決定することは、
ＭＴ－ＳＤＴに専用の設定グラントリソースが利用可能であるか否か決定することと、
前記専用の設定グラントリソースが利用可能であるとの決定に応じて、前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行されたと決定することと、
利用可能な専用の設定グラントリソースがないとの決定に応じて、前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行されたと決定することと
を含む、請求項１に記載の方法。

【請求項13】

前記ネットワーク装置から、前記専用の設定グラントリソースを示す第３の設定を受信すること
をさらに含む、請求項１２に記載の方法。

【請求項14】

前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、前記設定グラントベースのＭＴ－ＳＤＴについての１組の送信設定から、１つの送信設定を決定することと、
決定された前記送信設定に基づいて、前記設定グラントベースのＭＴ－ＳＤＴを実行することと、
をさらに含む、請求項１に記載の方法。

【請求項15】

前記送信設定は、変調次数、ターゲットコードレート、又はトランスポートブロックサイズ、のうちの少なくとも１つを含む、請求項１４に記載の方法。

【請求項16】

前記ネットワーク装置から、無線リソース制御リリースメッセージ内で前記１組の送信設定を受信すること
をさらに含む、請求項１４に記載の方法。

【請求項17】

前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、ＭＴ－ＳＤＴに専用のランダムアクセスリソースが利用可能であるか否か決定することと、
前記専用のランダムアクセスリソースが利用可能であるとの決定に応じて、前記専用のランダムアクセスリソースに基づいて前記ランダムアクセスベースのＭＴ－ＳＤＴを実行することと、
をさらに含む、請求項１に記載の方法。

【請求項18】

前記ネットワーク装置から、前記専用のランダムアクセスリソースを示す第４の設定を受信すること
をさらに含む、請求項１７に記載の方法。

【請求項19】

前記端末装置について前記ランダムアクセスベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、ランダムアクセスリソースを介して、前記ネットワーク装置への前記ＭＴ－ＳＤＴの初期アップリンク送信を実行すること、又は
前記端末装置について前記設定グラントベースのＭＴ－ＳＤＴが実行された旨の決定に応じて、設定グラントリソースを介して、前記ネットワーク装置への前記初期アップリンク送信を実行すること
をさらに含む、請求項１に記載の方法。

【請求項20】

前記ネットワーク装置から、無線リソース制御リリースメッセージをダウンリンクデータとともに受信すること、
前記ネットワーク装置から、無線リソース制御再開メッセージを受信すること、
前記ネットワーク装置から、無線リソース制御拒否メッセージを受信すること、
前記ネットワーク装置から、無線リソース制御セットアップメッセージを受信すること、又は
前記ネットワーク装置と後続の送信を実行しながら、ダウンリンクデータを前記ネットワーク装置から受信すること
をさらに含む、請求項１９に記載の方法。

【請求項21】

前記初期アップリンク送信を実行することは、
前記端末装置のメディアアクセス制御層により、無線リソース制御再開要求メッセージの送信を含む前記初期アップリンク送信のためのシグナリング無線ベアラのためにアップリンクリソースを割り当てること
を含む、請求項１９に記載の方法。

【請求項22】

前記無線リソース制御再開要求メッセージは、前記ＭＴ－ＳＤＴを示す第２の指示を含む、請求項２１に記載の方法。

【請求項23】

前記メディアアクセス制御層により、前記ＭＴ－ＳＤＴの後続の送信のための前記シグナリング無線ベアラ以外の無線ベアラのためにリソースを割り当てること
をさらに含む、請求項２１に記載の方法。

【請求項24】

前記初期アップリンク送信の実行が成功したか否か決定することと、
前記初期アップリンク送信の実行が成功した旨の決定に応じて、
ＳＤＴを有するように設定された１組の無線ベアラを再開し、
前記１組の無線ベアラについてパケットデータコンバージェンスプロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）及び無線リンク制御（ＲＬＣ：ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）再確立を実行することと、
をさらに含む、請求項１９に記載の方法。

【請求項25】

通信の方法であって、
無線アクセスネットワーク内のネットワーク装置において、端末装置に、前記端末装置について移動体着信スモールデータ通信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）が実行されることを示す第１の指示を含むページングメッセージを送信することと、
前記端末装置から、ランダムアクセスリソース又は設定グラントリソースを介して、前記ＭＴ－ＳＤＴの初期アップリンク送信を受信することと、
を含む方法。

【請求項26】

前記初期アップリンク送信を受信することは、
前記端末装置から、前記ＭＴ－ＳＤＴを示す第２の指示を含む無線リソース制御再開要求メッセージを受信すること
を含む、請求項２５に記載の方法。

【請求項27】

前記端末装置に、無線リソース制御リリースメッセージをダウンリンクデータとともに送信すること、
前記端末装置に、無線リソース制御再開メッセージを送信すること、
前記端末装置に、無線リソース制御拒否メッセージを送信すること、
前記端末装置に、無線リソース制御セットアップメッセージを送信すること、又は
前記端末装置と後続の送信を実行しながら、ダウンリンクデータを前記端末装置に送信すること
をさらに含む、請求項２５に記載の方法。

【請求項28】

前記端末装置に、設定グラントベースのＭＴ－ＳＤＴの決定についての第１の閾値間隔を示す第１の設定を送信すること、又は
前記端末装置に、ランダムアクセスベースのＭＴ－ＳＤＴの決定についての第２の閾値間隔を示す第２の設定を送信すること、
のうちの少なくとも１つをさらに含む、請求項２５に記載の方法。

【請求項29】

前記端末装置から、前記端末装置について実行されていない前記設定グラントベースのＭＴ－ＳＤＴに関する情報を受信すること
をさらに含む、請求項２８に記載の方法。

【請求項30】

前記情報は、
前記第１の時間間隔が前記第１の閾値間隔よりも大きいこと、又は
前記第１の時間間隔
のうちの少なくとも１つを含む、請求項２９に記載の方法。

【請求項31】

無線リソース制御リリースメッセージ内で前記端末装置に、設定グラントベースのＭＴ－ＳＤＴについての１組の送信設定を送信すること
をさらに含む、請求項２５に記載の方法。

【請求項32】

前記送信設定は、変調次数、ターゲットコードレート、又はトランスポートブロックサイズ、のうちの少なくとも１つを含む、請求項３１に記載の方法。

【請求項33】

前記端末装置に、前記ＭＴ－ＳＤＴに専用の設定グラントリソースを示す第３の設定を送信すること、又は
前記端末装置に、前記ＭＴ－ＳＤＴに専用のランダムアクセスリソースを示す第４の設定を送信すること、
のうちの少なくとも１つをさらに含む、請求項２５に記載の方法。

【請求項34】

別のネットワーク装置に、前記端末装置について前記ＭＴ－ＳＤＴが実行されたことを示す第３の指示を含む、前記端末装置のコンテキストを取得するための要求を送信すること
をさらに含む、請求項２５に記載の方法。

【請求項35】

請求項１～２４の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
端末装置。

【請求項36】

請求項２５～３４の何れか一項に記載の方法を実行するように設定されたプロセッサを備える
ネットワーク装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関するものであり、特にスモールデータ通信（ＳＤＴ）のための通信の方法、装置及びコンピュータ記憶媒体に関するものである。

【背景技術】

【0002】

通常、非アクティブ状態にある端末装置は依然として、送信対象の少量で頻繁ではないデータトラフィックを有する場合がある。第３世代パートナシッププロジェクト（３ＧＰＰ）リリース１６までは、非アクティブ状態はデータ通信をサポートしておらず、端末装置はダウンリンクデータとアップリンクデータのいずれについても接続を再開しなければならない（即ち、接続状態に入らなければならない）。これは、不必要な電力消費とシグナリングオーバーヘッドを引き起こす。

【0003】

この場合、３ＧＰＰリリース１７では、非アクティブ状態におけるスモールデータ通信（ＳＤＴ）が承認されている。ＳＤＴは、非アクティブ状態のまま（即ち、接続状態に移行せずに）データ通信を可能にする手続きである。したがって、シグナリングオーバーヘッドを低減することができる。３ＧＰＰリリース１７において、移動体発信ＳＤＴ（ＭＯ－ＳＤＴ：ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｅｄ ＳＤＴ）のみが規定されている。ＭＯ－ＳＤＴとは、非アクティブ状態におけるＳＤＴのトリガがアップリンク（ＵＬ：ｕｐｌｉｎｋ）データの到着に起因することを意味する。３ＧＰＰリリース１８において、可能性のある拡張の側面の１つが、移動体着信ＳＤＴ（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄ ＳＤＴ）である。ＭＴ－ＳＤＴとは、非アクティブ状態におけるＳＤＴのトリガがダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）データの到着に起因することを意味する。今のところ、ＭＴ－ＳＤＴ関連技術は未だ未整備であり、さらなる発展が待たれる。

【発明の概要】

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

【0004】

全体として、本開示の例示的な実施形態は、ＭＴ－ＳＤＴのための通信の方法、装置及びコンピュータ記憶媒体を提供する。

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

【0005】

第１の態様において、通信の方法が提供される。前記方法は、端末装置において、無線アクセスネットワーク内のネットワーク装置から、前記端末装置についてＭＴ－ＳＤＴが実行されることを示す第１の指示を含むページングメッセージを受信することと、前記端末装置についてランダムアクセスベースのＭＴ－ＳＤＴ又は設定グラントベースのＭＴ－ＳＤＴが実行されたか決定することと、を含む。

【0006】

第２の態様において、通信の方法が提供される。前記方法は、無線アクセスネットワーク内のネットワーク装置において、端末装置に、前記端末装置についてＭＴ－ＳＤＴが実行されることを示す第１の指示を含むページングメッセージを送信することと、前記端末装置から、ランダムアクセスリソース又は設定グラントリソースを介して、前記ＭＴ－ＳＤＴの初期アップリンク送信を受信することと、を含む。

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

本開示のその他の特徴は、以下の説明により容易に理解できるであろう。

【図面の簡単な説明】

【0012】

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

【0013】

【図1A】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

【0014】

【図1B】本開示のいくつかの実施形態を実施可能なユーザプレーン（ＵＰ：ｕｓｅｒ ｐｌａｎｅ）プロトコルスタックを示す概略図である。

【0015】

【図1C】本開示のいくつかの実施形態を実施可能な制御プレーン（ＣＰ：ｃｏｎｔｒｏｌ ｐｌａｎｅ）プロトコルスタックを示す概略図である。

【0016】

【図2A】本開示のいくつかの実施形態を実施可能なラジオアクセスネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ページング手続きを示す概略図である。

【0017】

【図2B】本開示のいくつかの実施形態を実施可能な１回限りのＳＤＴ手続きを示す概略図である。

【0018】

【図2C】本開示のいくつかの実施形態を実施可能な、最初の送信と後続の送信とを含むＳＤＴ手続きを示す概略図である。

【0019】

【図3】本開示の実施形態にかかる、ＭＴ－ＳＤＴのための通信プロセスの概略図である。

【0020】

【図4A】本開示の実施形態１にかかる、ＭＴ－ＳＤＴ手続きを決定する例示的なプロセスを示すフローチャートである。

【0021】

【図4B】図４Ａのプロセスにかかる、第１の時間間隔の例示的な決定を示す概略図である。

【0022】

【図5A】本開示の実施形態２にかかる、ＭＴ－ＳＤＴ手続きを決定する例示的なプロセスを示すフローチャートである。

【0023】

【図5B】図５Ａのプロセスにかかる、第１の時間間隔と第２の時間間隔との例示的な決定を示す概略図である。

【0024】

【図6A】本開示の実施形態３にかかる、ＭＴ－ＳＤＴ手続きを決定する例示的なプロセスを示すフローチャートである。

【0025】

【図6B】本開示の実施形態４にかかる、ＭＴ－ＳＤＴ手続きを決定する例示的なプロセスを示すフローチャートである。

【0026】

【図7A】本開示の実施形態５にかかる、ＭＴ－ＳＤＴ手続きを決定する例示的なプロセスを示すフローチャートである。

【0027】

【図7B】本開示の実施形態６にかかる、設定グラント（ＣＧ：Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）ベースのＭＴ－ＳＤＴ手続きを実行するための例示的なプロセスを示すフローチャートである。

【0028】

【図7C】本開示の実施形態７にかかる、ランダムアクセス（ＲＡ：ｒａｎｄｏｍ ａｃｃｅｓｓ）ベースのＭＴ－ＳＤＴ手続きを実行するための例示的なプロセスを示すフローチャートである。

【0029】

【図8】本開示のいくつかの実施形態にかかる、端末装置において実行される例示的な通信方法を示す図である。

【0030】

【図9】本開示のいくつかの実施形態にかかる、ネットワーク装置において実行される例示的な通信方法を示す図である。

【0031】

【図10】本開示の実施形態を実現するのに適した装置の概略ブロック図である。

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

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

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6A】

【図6B】

【図7A】

【図7B】

【図7C】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-08-06

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末装置であって、
通信装置と通信する通信手段と、
前記通信装置からＭＴ－ＳＤＴ（Mobile-terminated small data transmission）であることを示す第１の情報を含む第１のメッセージを受信する受信手段と、を備え、
前記通信手段は、前記ＭＴ－ＳＤＴ手続きの開始と前記ＳＤＴへの設定グラント（ＣＧ：configured grant）機会との時間間隔を示す第１の時間間隔が第１の閾値以下である場合、設定グラントＳＤＴ（ＣＧ－ＳＤＴ）手続きを実行する、
端末装置。

【請求項2】

前記受信手段は、
前記通信装置から前記第１の閾値を示す情報を含む第２のメッセージを受信する、
請求項１に記載の端末装置。

【請求項3】

前記通信手段は、前記端末装置のＲＲＣ（radio resource control）層からＭＡＣ（medium access control）層へ、前記ＭＴ－ＳＤＴがトリガされたことを示し、
前記ＭＡＣ層により、ランダムアクセスベースのＭＴ－ＳＤＴ又はＣＧベースのＭＴ－ＳＤＴが実行されると判断する、
請求項１又は２に記載の端末装置。

【請求項4】

前記通信手段は、ＳＤＴのためのＣＧリソースが使用可能か否かを判断し、
前記ＣＧリソースが使用可能であると判断した場合、前記ＣＧベースのＭＴ－ＳＤＴが実行されると判断し、
前記ＣＧリソースが使用可能ではないと判断した場合、前記端末装置に対してランダムアクセスベースのＭＴ－ＳＤＴが実行されると判断する、
請求項３に記載の端末装置。

【請求項5】

通信装置であって、
端末装置と通信する通信手段と、
前記端末装置へ、ＭＴ－ＳＤＴ（Mobile-terminated small data transmission）であることを示す第１の情報を含む第１のメッセージを送信する送信手段と、
前記通信手段は、前記ＭＴ－ＳＤＴ手続きの開始と前記ＳＤＴへの設定グラント（ＣＧ：configured grant）機会との時間間隔を示す第１の時間間隔が第１の閾値以下である場合、設定グラントＳＤＴ（ＣＧ－ＳＤＴ）を実行する、
通信装置。

【請求項6】

前記送信手段は、
前記端末装置へ、前記第１の閾値を示す情報を含む第２のメッセージを送信する、
請求項５に記載の通信装置。

【請求項7】

端末装置の方法であって、
通信装置と通信し、
前記通信装置からＭＴ－ＳＤＴ（Mobile-terminated small data transmission）であることを示す第１の情報を含む第１のメッセージを受信し、
前記ＭＴ－ＳＤＴ手続きの開始と前記ＳＤＴへの設定グラント（ＣＧ：configured grant）の機会との時間間隔を示す第１の時間間隔が第１の閾値以下である場合、ＣＧ－ＳＤＴを実行することを含む、
端末装置の方法。

【請求項8】

前記通信装置から前記第１の閾値を示す情報を含む第２のメッセージを受信する、ことを含む、
請求項７に記載の端末装置の方法。

【請求項9】

前記端末装置のＲＲＣ（radio resource control）層からＭＡＣ（medium access control）層へ、前記ＭＴ－ＳＤＴがトリガされたことを示し、
前記ＭＡＣ層により、ランダムアクセスベースのＭＴ－ＳＤＴ又はＣＧベースのＭＴ－ＳＤＴが実行されると判断する、
請求項７又は８に記載の端末装置の方法。

【請求項10】

ＳＤＴのためのＣＧリソースが使用可能か否かを判断し、
前記ＣＧリソースが使用可能であると判断した場合、前記ＣＧベースのＭＴ－ＳＤＴが実行されると判断し、
前記ＣＧリソースが使用可能ではないと判断した場合、前記端末装置に対してランダムアクセスベースのＭＴ－ＳＤＴが実行されると判断する、
請求項９に記載の端末装置の方法。

【国際調査報告】