特表 2024-535836 第１のネットワーク装置、端末装置、及びそれらにより実行される方法

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

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

(11)【公表番号】

(43)【公表日】2024-10-02

(54)【発明の名称】第１のネットワーク装置、端末装置、及びそれらにより実行される方法

(51)【国際特許分類】

   H04W 68/00 20090101AFI20240925BHJP

   H04W 76/27 20180101ALI20240925BHJP

【ＦＩ】

H04W68/00

H04W76/27

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024516649

(86)(22)【出願日】2021-09-14

(85)【翻訳文提出日】2024-05-14

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

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

(87)【国際公開日】2023-03-23

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ダー

(72)【発明者】

【氏名】ワン ガン

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD13

5K067EE02

5K067EE10

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

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

全体として、本開示の実施形態は、通信の方法、装置及びコンピュータ記憶媒体を提供する。

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

【0005】

第１の態様において、通信の方法が提供される。前記方法は、第１のネットワーク装置において、端末装置のためのＭＴ－ＳＤＴに関する情報を含む第１のページングメッセージを、無線アクセスネットワーク内にある第２のネットワーク装置から受信することと、前記情報に基づいて、前記端末装置のために前記ＭＴ－ＳＤＴを実行するか否かを決定することと、前記端末装置のために前記ＭＴ－ＳＤＴを実行するとの決定に従って、前記端末装置に、前記端末装置のために前記ＭＴ－ＳＤＴを実行することを示す第１の指示を含む第２のページングメッセージを送信することと、を含む。

【0006】

第２の態様において、通信の方法が提供される。前記方法は、無線アクセスネットワーク内にある第２のネットワーク装置において、端末装置のためのＭＴ－ＳＤＴに関する情報を含む第１のページングメッセージを、第１のネットワーク装置に送信することを含む。

【0007】

第３の態様において、通信の方法が提供される。前記方法は、端末装置において、ＭＴ－ＳＤＴをサポートする第１組の無線ベアラの設定を含む無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）解放メッセージをネットワーク装置から受信ことと、前記設定を記憶することと、非アクティブ状態に入ることと、を含む。

【0008】

第４の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、ＭＴ－ＳＤＴをサポートする第１組の無線ベアラの設定を含むＲＲＣ解放メッセージを端末装置に送信することを含む。

【0009】

第５の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、端末装置から、ＭＯ－ＳＤＴをサポートし且つ一時停止されている第２組の無線ベアラからアップリンクデータが到着したことを示す指示を受信することを含む。

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【図面の簡単な説明】

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

【図2A】本開示のいくつかの実施形態を実施可能な無線アクセスネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ページングプロシージャを示す模式図である。

【0020】

【図2B】本開示のいくつかの実施形態を実施可能な１回限りのＭＯ－ＳＤＴプロシージャを示す模式図である。

【0021】

【図2C】本開示のいくつかの実施形態を実施可能な、最初の送信とそれに続く送信とを含むＭＯ－ＳＤＴプロシージャを示す模式図である。

【0022】

【図3】本開示の実施形態にかかる、ＭＴ－ＳＤＴプロシージャ中の通信のためのプロセスを示す模式図である。

【0023】

【図4】本開示の実施形態にかかる、ＭＴ－ＳＤＴプロシージャ中の通信のための別のプロセスを示す模式図である。

【0024】

【図5A】本開示の実施形態にかかる、ＭＴ－ＳＤＴプロシージャ中の通信のための別のプロセスを示す模式図である。

【0025】

【図5B】本開示の実施形態にかかる、ＭＴ－ＳＤＴプロシージャ中の通信のための別のプロセスを示す模式図である。

【0026】

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

【0027】

【図7】本開示のいくつかの実施形態にかかる、端末装置のための最後のサービングネットワーク装置としてのネットワーク装置において実現される例示的な通信方法を示す図である。

【0028】

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

【0029】

【図9】本開示のいくつかの実施形態にかかる、端末装置のための最後のサービングネットワーク装置としてのネットワーク装置において実現される例示的な通信方法を示す図である。

【0030】

【図10】本開示のいくつかの実施形態にかかる、端末装置をサービングするネットワーク装置において実現される別の例示的な通信方法を示す図である。

【0031】

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

【0032】

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0033】

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

【0034】

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

【0035】

本明細書で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を指す。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されない。ここで、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を指す。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

【0036】

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

【0037】

本明細書で使用される単数形「１つ（a）」及び「前記（the）」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。用語「一実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

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

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

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2024-05-14

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１のネットワーク装置により実行される方法であって、
モバイル着信スモールデータ送信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）に関する第１の情報を含む第１のページングメッセージを第２のネットワーク装置から受信することと、
前記第１の情報に基づいて、前記ＭＴ－ＳＤＴをトリガするか否かを決定することと、を含み、
前記ＭＴ－ＳＤＴをトリガするとの決定に基づいて、
前記方法は、前記ＭＴ－ＳＤＴに関する第１の指示を含む第２のページングメッセージを端末装置に送信することを含む
方法。

【請求項2】

前記第１の情報は、前記ＭＴ－ＳＤＴに関する第２の指示と、ダウンリンクデータのサイズとを含む
請求項１に記載の方法。

【請求項3】

前記端末装置は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）非アクティブ状態にある
請求項１に記載の方法。

【請求項4】

端末装置により実行される方法であって、
モバイル着信スモールデータ送信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）に関する第１の指示を含む第２のページングメッセージを第１のネットワーク装置から受信することと、
前記ＭＴ－ＳＤＴのためのプロシージャを開始することと、
前記ＭＴ－ＳＤＴとしてセットされた再開理由を含む無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再開要求メッセージを前記第１のネットワーク装置に送信することと、
を含む方法。

【請求項5】

前記第２のページングメッセージは、前記第１のネットワーク装置により、第２のネットワーク装置から受信された第１のページングメッセージに基づいて送信され、前記第１のページングメッセージは、前記ＭＴ－ＳＤＴに関する第１の情報を含む、
請求項４に記載の方法。

【請求項6】

前記第１の情報は、前記ＭＴ－ＳＤＴに関する第２の指示と、ダウンリンクデータのサイズとを含む
請求項５に記載の方法。

【請求項7】

前記端末装置は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）非アクティブ状態にある
請求項４に記載の方法。

【請求項8】

前記ＭＴ－ＳＤＴのためのプロシージャを開始することは、
前記ＭＴ－ＳＤＴのために設定されていない１組のランダムアクセスリソースを決定することと、
前記１組のランダムアクセスリソースを用いて前記プロシージャを開始することと、
を含む請求項４に記載の方法。

【請求項9】

前記ＭＴ－ＳＤＴのためのプロシージャを開始することは、
前記ＭＴ－ＳＤＴのために設定された無線ベアラについてＰＤＣＰエンティティを再確立することと、
前記ＭＴ－ＳＤＴのために設定された前記無線ベアラを再開することと、
を含む請求項４に記載の方法。

【請求項10】

第１のネットワーク装置であって、
命令を記憶している１つ又は複数のメモリと、
前記命令を処理することにより、
モバイル着信スモールデータ送信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）に関する第１の情報を含む第１のページングメッセージを第２のネットワーク装置から受信し、
前記第１の情報に基づいて、前記ＭＴ－ＳＤＴをトリガするか否かを決定するよう前記第１のネットワーク装置を制御するように設定された
１つ又は複数のプロセッサと、を備え、
前記ＭＴ－ＳＤＴをトリガするとの決定に基づいて、
前記１つ又は複数のプロセッサは、前記命令を処理することにより、前記ＭＴ－ＳＤＴに関する第１の指示を含む第２のページングメッセージを端末装置に送信するよう、前記第１のネットワーク装置を制御するように設定されている
第１のネットワーク装置。

【請求項11】

前記第１の情報は、前記ＭＴ－ＳＤＴに関する第２の指示と、ダウンリンクデータのサイズとを含む
請求項１０に記載の第１のネットワーク装置。

【請求項12】

前記端末装置は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）非アクティブ状態にある
請求項１０に記載の第１のネットワーク装置。

【請求項13】

端末装置であって、
命令を記憶している１つ又は複数のメモリと、
前記命令を処理することにより、
モバイル着信スモールデータ送信（ＭＴ－ＳＤＴ：ｍｏｂｉｌｅ－ｔｅｒｍｉｎａｔｅｄ ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ）に関する第１の指示を含む第２のページングメッセージを第１のネットワーク装置から受信し、
前記ＭＴ－ＳＤＴのためのプロシージャを開始し、
前記ＭＴ－ＳＤＴとしてセットされた再開理由を含む無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）再開要求メッセージを前記第１のネットワーク装置に送信するよう前記端末装置を制御するように設定された
１つ又は複数のプロセッサと、
を備える端末装置。

【請求項14】

前記第２のページングメッセージは、前記第１のネットワーク装置により、第２のネットワーク装置から受信された第１のページングメッセージに基づいて送信され、前記第１のページングメッセージは、前記ＭＴ－ＳＤＴに関する第１の情報を含む、
請求項１３に記載の端末装置。

【請求項15】

前記第１の情報は、前記ＭＴ－ＳＤＴに関する第２の指示と、ダウンリンクデータのサイズとを含む
請求項１４に記載の端末装置。

【請求項16】

前記端末装置は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）非アクティブ状態にある
請求項１３に記載の端末装置。

【請求項17】

前記１つ又は複数のプロセッサは、前記命令を処理することにより、
前記ＭＴ－ＳＤＴのために設定されていない１組のランダムアクセスリソースを決定し、
前記１組のランダムアクセスリソースを用いて前記プロシージャを開始するよう、前記端末装置を制御するように設定されている
請求項１３に記載の端末装置。

【請求項18】

前記１つ又は複数のプロセッサは、前記命令を処理することにより、
前記ＭＴ－ＳＤＴのために設定された無線ベアラについてＰＤＣＰエンティティを再確立し、
前記ＭＴ－ＳＤＴのために設定された前記無線ベアラを再開するよう、前記端末装置を制御するように設定されている
請求項１３に記載の端末装置。

【国際調査報告】