JP2024503670A - ネットワーク装置、端末装置、及び、方法 - Google Patents

Abstract

本開示の例示的な実施形態は、非アクティブモードの装置のためのＵＰ送信に関する。第１ネットワーク装置は、非アクティブモードの端末装置から受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第２ネットワーク装置に送信し、第１条件が満たされた場合、端末装置に関連するデータ送信の終了を示す第１指示を、第２ネットワーク装置に送信する。この解決手段により、第１ネットワーク装置と第２ネットワーク装置との間で非アクティブモードの端末装置のために確立された接続を、第２ネットワーク装置に対し適切に終了することができる。【選択図】図９

Description

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

現在の無線通信システムでは、端末装置の消費電力が焦点となっている。端末装置の消費電力を削減するために、端末装置にいくつかの省電力モード（非アクティブモード等）を設定し得ることが提案されている。非アクティブモードの端末装置については、通常のデータ送信を中断することが提案されている。一般に、非アクティブモードの端末装置がネットワーク装置と通常の通信を行う必要がある場合、端末装置は接続を再開（即ち、ウェイクアップし接続モードに変換）しなければならない。

消費電力をさらに削減するために、第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の作業項目では、非アクティブモードの端末装置用の小規模データ送信（ＳＤＴ：small data transmission）を可能にする解決手段が提案されている。ＳＤＴを使用することにより、非アクティブモードの端末装置は、アップリンク（ＵＬ）送信（即ち、ＵＬデータ）を有効にしつつ、非アクティブモードを維持することができる。また無線通信システムでは、端末装置は通常、時間の経過とともに移動し、その結果、端末装置にサービスを提供するネットワーク装置が変わることがある。これまでのところ、このようなシナリオには未だ多くの懸案事項が存在し、それらについて議論し規定する必要がある。

一般に、本開示の例示的な実施形態は、非アクティブモードの装置用のＵＰ送信（即ち、ＵＬデータ）に関する解決手段を提供する。特許請求の範囲に収まらない実施形態がある場合、それらは、本開示の様々な実施形態を理解するのに有用な例として解釈されるべきである。

第１の態様では、通信方法が提供される。前記方法は、第１ネットワーク装置において、非アクティブモードの端末装置から受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して前記第２ネットワーク装置に送信することを含む。前記方法は、第１条件が満たされたとの決定に従って、前記端末装置に関連するデータ送信の終了を示す第１指示を、前記第２ネットワーク装置に送信することをさらに含む。

第２の態様では、通信方法が提供される。前記方法は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して、前記第２ネットワーク装置において前記第１ネットワーク装置から受信することを含む。前記方法は、前記端末装置に関連するデータ送信の終了を示す第１指示を、前記第１ネットワーク装置から受信すること、をさらに含み、前記第１指示は、第１条件に従って前記第１ネットワーク装置によって送信される。

第３の態様では、通信方法が提供される。前記方法は、第１ネットワーク装置において、非アクティブモードの端末装置から受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して前記第２ネットワーク装置に送信することを含む。前記方法は、前記端末装置に関連するデータ送信の終了を示す第３指示を、前記第２ネットワーク装置から受信すること、をさらに含み、前記第３指示は、第２条件に従って前記第２ネットワーク装置によって送信される。

第４の態様では、通信方法が提供される。前記方法は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して、前記第２ネットワーク装置において前記第１ネットワーク装置から受信することを含む。前記方法は、第２条件が満たされたとの決定に従って、前記端末装置に関連するデータ送信の終了を示す第３指示を、前記第１ネットワーク装置に送信することをさらに含む。

第５の態様では、通信方法が提供される。前記方法は、第１ネットワーク装置において、非アクティブモードの端末装置から受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して前記第２ネットワーク装置に送信することを含む。前記方法は、コンテキストリロケーション手順を開始するためのメッセージを前記第２ネットワーク装置から受信することをさらに含み、メッセージは、第３条件に従って前記第２ネットワーク装置によって送信される。

第６の態様では、通信方法が提供される。前記方法は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、前記第１ネットワーク装置と第２ネットワーク装置との間で前記端末装置のために確立された接続を介して、前記第２ネットワーク装置において前記第１ネットワーク装置から受信することを含む。前記方法は、第３条件が満たされたとの決定に従って、コンテキストリロケーション手順を開始するためのメッセージを前記第１ネットワーク装置に送信することをさらに含む。

第７の態様では、第１ネットワーク装置が提供される。前記第１ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第１の態様にかかる方法を実行させる。

第８の態様では、第２ネットワーク装置が提供される。前記第２ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第２の態様にかかる方法を実行させる。

第９の態様では、第１ネットワーク装置が提供される。前記第１ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第３の態様にかかる方法を実行させる。

第１０の態様では、第２ネットワーク装置が提供される。前記第２ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第４の態様にかかる方法を実行させる。

第１１の態様では、第１ネットワーク装置が提供される。前記第１ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第５の態様にかかる方法を実行させる。

第１２の態様では、第２ネットワーク装置が提供される。前記第２ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されたメモリと、を含む。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第６の態様にかかる方法を実行させる。

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

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

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

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

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

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

発明の概要部分は、本開示の実施形態の重要な特徴又は必須の特徴を特定することを意図したものではなく、本開示の範囲を限定するために用いることを意図したものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

添付図面における本開示のいくつかの例示的な実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

コンテキストリロケーション手順がない、従来のＳＤＴのシグナリングフローを示す。

本開示の例示的な実施形態を実施可能な例示的な通信環境を示す。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すシグナリングチャートである。 本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。 本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。 本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。

本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。 本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信用のプロセスを示すさらなるシグナリングチャートである。

本開示のいくつかの実施形態にかかる、第１ネットワーク装置で実施される例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、第２ネットワーク装置で実施される例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、第１ネットワーク装置で実施されるさらなる例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、第２ネットワーク装置で実施されるさらなる例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、第１ネットワーク装置で実施される別の例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、第２ネットワーク装置で実施される別の例示的な通信方法を示す。

本開示の例示的な実施形態を実施するのに好適な装置の概略ブロック図を示す。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する実施形態は、以下で説明するもの以外にも様々な方法で実施することができる。

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

本開示における「一実施形態」、「実施形態」、「例示的実施形態」等への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ることを示すが、全ての実施形態がかかる特定の特徴、構造、又は特性を含む必要はない。また、これらの表現は、必ずしも同一の実施形態を指すものではない。さらに、特定の特徴、構造、又は特性が実施形態に関連して説明される場合、明示的に説明されているかどうかにかかわらず、他の実施形態に関連するかかる特徴、構造、又は特性に影響を与えることは、当業者の知識の範囲内であると考えられる。

本明細書では、「第１」、「第２」等の用語を用いて様々な要素を説明することがあるが、こうした要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と称することができ、同様に、第２の要素を第１の要素と称することができる。本明細書で使用される場合、用語「及び／又は」は、列挙されたものの１つ又は複数のうちいずれか、及びその全ての組合せを含む。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「前記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。さらに、用語「含む」、「含んでいる」、「有する」、「有している」、「含む」及び／又は「含んでいる」は、本明細書で用いられる場合、記載の特徴、要素、及び／又はコンポーネント等の存在を規定するが、１つ又は複数の他の特徴、要素、コンポーネント及び／又はそれらの組合せの存在又は追加を排除しないことを理解されたい。

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

本明細書で使用される場合、「ネットワーク装置」という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例には、Ｎｏｄｅ Ｂ（ＮＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新無線アクセスのＮｏｄｅＢ（ｇＮＢ）、リモート無線ヘッド（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、フェムトノード、ピコノード等の低電力ノード、衛星ネットワーク装置、航空機ネットワーク装置等が含まれるが、これらに限定されない。以下では、議論を目的として、ネットワーク装置の例としてｅＮＢを参照しながら、いくつかの例示的な実施形態を説明する。

本明細書で使用される場合、「端末装置」という用語は、無線通信が可能な任意のエンドデバイスを指す。限定ではなく例として、端末装置は、通信装置、ユーザ端末（ＵＥ）、加入者設備（ＳＳ）、携帯用加入者設備、移動局（ＭＳ）、又はアクセス端末（ＡＴ：Access Terminal）とも称されることがある。端末装置には、移動電話、携帯電話、スマートフォン、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末装置、ＰＤＡ（Personal Digital Assistant）、携帯コンピュータ、デスクトップコンピュータ、デジタルカメラ等の撮像用端末装置、ゲーム用端末装置、音楽保存・再生機器、車載型無線端末装置、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ：laptop-embedded equipment）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客構内設備（ＣＰＥ）、モノのインターネット（ｌｏＴ）装置、時計等のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器及びアプリケーション（例：遠隔手術）、産業用デバイス及びアプリケーション（例えば、産業用及び／又は自動の処理チェーン環境で動作するロボット及び／又は他の無線デバイス）、家電機器、商用及び／又は産業用無線ネットワークで動作するデバイス等が含まれるが、これらに限定されない。以下の説明では、「端末装置」、「通信装置」、「端末」、「ユーザ端末」、「ＵＥ」という用語を互換的に使用する場合がある。

本明細書で使用される場合、用語「通信ネットワーク」は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、広帯域符号分割多重接続（ＷＣＤＭＡ（登録商標）：Wideband Code Division Multiple Access）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）等の任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、任意の適切な世代の通信プロトコルによって実行されてもよい。通信プロトコルには、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコル、及び／又は現在知られているか又は将来開発される他のプロトコルが含まれるが、これらに限定されない。本開示の実施形態は、様々な通信システムに適用されてもよい。通信の急速な発展を考慮すると、当然ながら、本開示が具現化されうる未来型の通信技術や通信システムも存在するであろう。本開示の範囲が前述のシステムのみに限定されるとみなすべきではない。

本明細書中で使用される場合、用語「コア装置」は、アクセス及びモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、ユーザプレーン機能（ＵＰＦ）等を提供する任意の装置又はエンティティを意味する。限定ではなく例として、コア装置は、ＡＭＦ、ＳＭＦ、ＵＰＦ等であってもよい。他の実施形態では、コア装置は、任意の他の適切な装置又はエンティティであってもよい。

本明細書で使用される場合、用語「エンドマーカー」は、例えばＩｕ、Ｇｎ、Ｇｐ、Ｓ１－Ｕ、Ｓ１１－Ｕ、Ｓ２ａ、Ｓ２ｂ、Ｓ４、Ｓ５、Ｓ８、Ｓ１２、Ｘ２、Ｍ１、Ｓｎ、Ｘｎ、Ｎ３及びＮ９のようなインターフェースのユーザプレーンの２つのエンド／装置／要素間の１つのメッセージを意味する。限定ではなく例として、エンドマーカーは、ＧＰＴ－Ｕ（GPRS Tunnel Protocol-user plane）エンドマーカーであってもよい。

本明細書で使用される場合、用語「ＵＬ送信」、「ＳＤＴ」及び「ＵＬデータ」は、互いに同等である。

本明細書で使用される場合、用語「回路」は、ハードウェア回路、及び／又はハードウェア回路とソフトウェアとの組み合わせを意味してもよい。例えば、回路は、アナログハードウェア回路及び／又はデジタルハードウェア回路と、ソフトウェア／ファームウェアとの組み合わせであってもよい。さらなる例として、回路は、協働して端末装置やネットワーク装置等の装置に種々の機能を発揮させる、デジタル信号プロセッサ等のソフトウェア付きハードウェアプロセッサ、ソフトウェア、及びメモリの任意の部分であってもよい。さらに別の例では、回路は、操作のためにソフトウェア／ファームウェアを必要とするが、操作に必要ないときはソフトウェアが存在しない場合があるマイクロプロセッサ又はマイクロプロセッサの一部のようなハードウェア回路及び／又はプロセッサであってもよい。本明細書で使用される場合、回路という用語は、単なるハードウェア回路若しくはプロセッサ、又はハードウェア回路若しくはプロセッサの一部、並びにその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も網羅する。

本明細書で説明される機能は、様々な例示的な実施形態において、固定及び／又は無線のネットワークノードで実行することができるが、他の例示的な実施形態では、機能を、ユーザ端末装置（携帯電話、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、モバイルＩｏＴデバイス、又は固定ＩｏＴデバイス等）で実施してもよい。こうしたユーザ端末装置は、例えば、固定及び／又は無線のネットワークノードに関連して説明するような対応する機能を、必要に応じて含むことができる。ユーザ端末装置は、ユーザ端末、及び／又は、ユーザ端末に取り付けられたときにユーザ端末を制御するように構成されたチップセットやプロセッサ等の制御装置であってもよい。このような機能の例には、ブートストラップサーバ機能（bootstrapping server function）及び／又は加入者管理装置（home subscriber server）が含まれる。これらの機能／ノードの観点からユーザ端末装置が実行するように構成されたソフトウェアを、ユーザ端末装置に提供することによって、こうした機能をユーザ端末装置に実装してもよい。

上述したように、無線通信における端末装置の消費電力を削減するために、端末装置にいくつかの省電力モードが設定されてもよい。例えば、３ＧＰＰの作業項目によって、無線リソース制御（ＲＲＣ）の非アクティブモードが提案されて定義されている。また、上述したように、消費電力をさらに削減するために、３ＧＰＰの作業項目により、ＲＲＣの非アクティブモードにおける端末装置のＳＤＴを可能にする解決手段が提案されており、このように、非アクティブＲＲＣモードにおける端末装置は、データ送信を有効にしながら非アクティブＲＲＣモードを維持してもよい。ＳＤＴを可能にするために提案された１つの解決手段は、２ステップＲＡＣＨ及び４ステップＲＡＣＨを含むランダムアクセスチャネル（ＲＡＣＨ）手順（ＲＡＣＨベースの方式ともいう）を使用することによって実行される。より具体的には、ＳＤＴは、非アクティブモードの端末装置によって、２ステップＲＡＣＨのメッセージＡ及び４ステップＲＡＣＨのメッセージ３を介してネットワーク装置に送信されてもよい。

スマート端末装置用のＳＤＴの適用シナリオの例には、以下のものが含まれるが、これらに限定されない。
・インスタントメッセージングサービスからのトラフィック／データ／パケット（例えば、ＷｈａｔｓＡｐｐ、ＱＱ、ＷｅＣｈａｔ、ＭＳＮ等）
・いくつかのアプリケーション（例えば、インスタントアプリケーション、電子メールアプリケーション等）からのハートビート／キープアライブのトラフィック／データ／パケット
・各種アプリケーションからのプッシュ通知

スマート端末装置ではない場合のＳＤＴの適用シナリオの例には、以下のものが含まれるが、これらに限定されない。
・ウェアラブルからのトラフィック／データ／パケット（例えば、定期的な位置情報、基準信号等）
・センサからの定期的又は非定期的なトラフィック／データ／パケット（例えば、産業用ワイヤレスセンサネットワークからの温度サンプル、圧力サンプル、及びパラメータ）
・スマートメーターデバイス及びスマートメーターネットワーク装置からの定期的なメータの読み取り

また、ＳＤＴについては、ＲＲＣ接続モードに移行しない、ＵＬ ＳＤＴに続くＵｐｌｉｎｋ／Ｄｏｗｎｌｉｎｋ（ＵＬ／ＤＬ）送信（以下、後続の送信ともいう）がサポートされてもよい。さらに、端末装置がＲＲＣ非アクティブモードの場合、端末装置は、専用のグラントでＲＲＣ接続モードに移行することなく、同じＳＤＴメカニズムの一部として、複数のＵＬ及びＤＬパケットを送信できる場合がある。

上記の他に、無線通信システムにおいて議論されるように、端末は通常、時間の経過とともに移動し、その結果、端末装置にサービスを提供するネットワーク装置が変わる場合がある。ＳＤＴ用のＲＡＣＨベースの方式は、コンテキストリロケーション手順がある場合、ない場合の両方でサポートされてもよい。図１は、コンテンツリロケーションなしでＳＤＴ送信を実行するために提案された、コンテキストリロケーション手順を伴わないＳＤＴの従来のシグナリングフロー１００である。

図１を参照して説明する実施形態では、用語「最後のサービングネットワーク装置」は、端末装置のコンテキストを保持するネットワーク装置を指し、ここで、コンテキストとは、端末装置２３０用のＲＲＣ解放メッセージを生成するため、又は端末装置２３０用のコンテキストリロケーション手順を開始するために使用されてもよく、用語「新しいネットワーク装置」は、端末装置２３０がキャンプ（ｃａｍｐ）したセルのネットワーク装置を指す。

図１に示すように、端末装置は現在ＲＲＣ非アクティブモードであり、ネットワーク装置にＵＬデータを送信する必要がある。端末装置は、（２ステップＲＡＣＨのメッセージＡ、又は４ステップＲＡＣＨのメッセージ３等で）ＲＲＣ再開要求を新しいネットワーク装置に送信する（１１０）。さらに、ＲＲＣ再開要求とともに、ＵＬデータが第１ネットワーク装置２２０－１に送信される。新しいネットワーク装置は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを最後のサービングネットワーク装置に送信し（１２０）、最後のサービングネットワーク装置は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅで応答する（１３０）。ここで、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅは、端末装置のコンテキストの一部を搬送してもよい。その後、新しいネットワーク装置はＵＬデータを最後のサービングネットワーク装置に送信し（１４０）、最後のサービングネットワーク装置はＵＰデータをＡＭＦに送信する（１５０）。その後、新しいネットワーク装置は、ＲＲＣ解放メッセージを端末装置に送信してもよい（１６０）。

以上のことから、提案された上記シグナリングフローは、ワンショットのＳＤＴを送信する方法について論じているだけであることが分かる。さらに、提案された上記シグナリングフローは、新しいネットワーク装置と最後のサービングネットワーク装置との間の接続を終了する方法について論じていない。上述したように、ＵＬデータに続くＵＬ／ＤＬ送信（即ち、ＵＬ／ＤＬデータ）（即ち、後続のＵＬ／ＤＬ送信）がサポートされるべきである。したがって、後続のＤＬ送信に関して、新しいネットワーク装置と最後のサービングネットワーク装置との間の接続が終了していないため、最後のサービングネットワーク装置が後続のＤＬデータを新しいネットワーク装置に転送する可能性があり、その場合、新しいネットワーク装置は後続のＤＬデータの処理方法について混乱してしまう。後続のＵＬデータに関しては、新しいネットワーク装置と最後のサービングネットワーク装置との間の接続が終了していないため、新しいネットワーク装置は、後続のＵＬデータを最後のサービングに送信し続ける可能性がある。しかし、ＵＬ送信が多い場合、後続のＵＬ送信は、最後のサービングネットワーク装置にとって負担となる。

そのため、検討・規定すべき課題がまだ残されている。特に、新しいネットワーク装置と最後のサービングネットワーク装置との間の接続を終了する方法、そして、非アクティブモード（ＲＲＣ非アクティブモード等）の端末装置のための後続の送信（即ち、ＵＬ／ＤＬデータ）が多数ある場合にＵＥコンテンツを処理する方法を提案し、議論することが望ましい。

本開示のいくつかの例示的な実施形態によれば、非アクティブモードにおける端末装置のＵＰ送信のための解決手段が提案される。この解決手段では、第１ネットワーク装置（新しいネットワーク装置等）と第２ネットワーク装置（最後のサービスネットワーク装置等）は、それぞれの終了条件に従って、第１ネットワーク装置とネットワーク装置との間の接続を終了してもよい。このように、第１ネットワーク装置とネットワーク装置との間の接続が適切に終了するため、後続のＤＬデータが第１ネットワーク装置に送信されることはない。さらに、第１ネットワーク装置は、ＵＰ送信（後続のＵＰデータを含む）の手順の間に、端末装置のコンテキストリロケーション手順を開始するか否についても、第３条件に従って決定してもよい。このように、第２ネットワーク装置は、後続の送信（後続のＵＬデータ及びＤＬデータを含む）が第２ネットワーク装置の負担となる場合に、コンテキストリロケーション手順を開始するか否かを、動的かつタイムリーに決定してもよい。

例示的な環境
図２は、本開示の例示的な実施形態を実施可能な例示的な通信ネットワーク２００を示す。

通信環境２００では、１つ又は複数のネットワーク装置２２０－１及び２２０－２（ネットワーク装置２２０と総称する）が、コア装置２１０（例えば、ＵＦＰ、ＡＭＦ等）と通信することができる。１つ又は複数のネットワーク装置２２０－１及び２２０－２は、端末装置２３０にサービスを提供することができ、ネットワーク装置２２０－１及び２２０－２のサービングエリアは、セル２０２－１及び２０２－２（総称して又は個別にセル２０２という）と称される。議論を目的として、ネットワーク装置２２０－１は第１ネットワーク装置２２０－１と称され、ネットワーク装置２２０－２は第２ネットワーク装置２２０－２と称される。さらに、第１ネットワーク装置２０２－１と第２ネットワーク装置２２０－２は互いに通信することができる。

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

さらに、図２の例では、端末装置２３０は、時間の経過とともに移動する場合がある。図２に示すように、端末装置２３０は、時間の経過とともに異なる位置に位置する。さらに、端末装置２３０は、接続モードや非アクティブモード等の異なるモードであってもよい。図２の具体例では、第２ネットワーク装置２２０－２（場合によっては最後のサービングネットワーク装置」又は「アンカーネットワーク装置」とも称される）は、端末装置のコンテキストを維持する。さらに、端末装置２３０は、非アクティブモードであり、第１ネットワーク装置２２０－１（場合によっては「新しいネットワーク装置」とも称される）にキャンプオンされる。

ネットワーク１００の通信は、任意の適切な規格に準拠してもよく、規格は、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション（LTE-Evolution）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、及びモバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。

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

以下、本開示の例示的な実施形態について、添付の図面を参照しながら詳細に説明する。より具体的には、図３と図４Ａは、第１ネットワーク装置２２０－１が、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続終了を開始するプロセスを示す。図５と図６Ａ～図６Ｃはそれぞれ、第２ネットワーク装置２２０－２が、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続終了を開始するプロセスを示す。図７、図８Ａ及び図８Ｂはそれぞれ、第２ネットワーク装置２２０－２がＵＰ送信中に端末装置のためのコンテンツリロケーション手順を開始するプロセスを示す。

なお、以下の説明では、操作について特定の順序で記述するが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行する、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明されるいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明される各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにおいて実施されてもよい。

第１ネットワーク装置が接続終了を開始する例示的プロセス
次に、図３を参照する。図３は、本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信（即ち、ＵＬデータ）のためのシグナリングフロー３００を示す。議論を目的として、図２を参照してシグナリングフロー３００について説明する。シグナリングフロー３００は、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

図３の例では、第１ネットワーク装置２２０－１が端末装置２３０からＵＬデータを受信し、第１ネットワーク装置２２０－１は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介してＵＬデータを送信する（３１５）。また、ＵＬデータは、ワンショットのＵＬデータであるだけでなく、後続のＵＬデータであってもよい。より具体的には、第１ネットワーク装置２２０－２は、まず、さらなるＵＬデータを第２ネットワーク装置２２０－２に送信してもよく（３０５）、その後、第２ネットワーク装置２２０－２にＵＬデータを続けて送信する（３１５）。

操作中、第１条件が満たされたと第１ネットワーク装置２２０－１が決定した場合、第１ネットワーク装置２２０－１は、端末装置２３０に関連するデータ送信の終了を示す第１指示を送信してもよい（３２０）。その結果、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続（ＧＰＴ－Ｕトンネル等）がそれによって終了してもよい。第１条件は、端末装置２３０に関連するデータ送信を終了するか否かを決定するために、第１ネットワーク装置によって使用される。一実施形態では、第１指示は、非アクティブモードでの送信の終了を示すものである。送信は、ＵＬ送信及びＤＬ送信のうち少なくとも１つを含んでもよい。

いくつかの例示的な実施形態において、データ送信の終了は、アクティブモードの端末装置に関連するデータ送信手順（ＳＤＴ、又は他のＵＬ／ＤＬ送信の手順等）の終了を意味する。代替として、又は追加で、いくつかの例示的な実施形態において、データ送信の終了は、現在の送信手順（ＳＤＴ、又は他のＵＬ／ＤＬ送信の手順等）の終了を意味する。代替として、又は追加で、いくつかの例示的な実施形態において、データ接続の終了は、関連するプロトコルスタック及び設定を解放することによって実施されてもよい。データ送信の終了を実施するために上述した方法は、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の実施形態では、端末装置２３０に関連するデータ送信を終了するために、任意の適切な方法が使用されてもよい。

そして、第２ネットワーク装置２２０－２は、第１指示を受信した後、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を切断する、関連するプロトコルスタックと設定を解放する、関連する送信（例えばＳＤＴ）を終了する、第１ネットワーク装置２２０－１へのＤＬデータの転送を停止する等、接続を処理してもよい。一方、第１ネットワーク装置２２０－１は、ＲＲＣ解放メッセージを端末装置２３０に送信してもよい（３２５）。

このように、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続が終了したことを、第２ネットワーク装置２２０－２に知らせることができるので、第２ネットワーク装置２２０－２が端末装置に対するＤＬデータを受信した場合、第２ネットワーク装置２２０－２は、ＤＬデータを第１ネットワーク装置２２０－１に転送しなくなる。代わりに、第２ネットワーク装置２２０－２は、端末装置２３０のためのページング手順を開始してもよく、次いで、ＤＬデータがそれに応じて端末装置２３０に送信されてもよい。

いくつかの例示的な実施形態において、第１指示は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。あるいは、第１指示は、少なくとも１つのエンドマーカーパケットを介して送信されてもよい。

第１指示を送信するための上述のシグナリング又はパケットは、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の例示的な実施形態では、第１指示を送信するために任意の適切なメッセージ又はシグナリングが使用されてもよい。このように第１指示は、第２ネットワーク装置２２０－２にフレキシブルに送信されてもよい。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１が端末装置２３０からデータを受信し（３１０）、そのデータに端末装置２３０で送信されるデータ量に関する情報が存在しない場合、第１ネットワーク装置２２０－１は、第１条件が満たされたと決定する。例えば、第１ネットワーク装置２２０－１は、バッファ状態報告（ＢＳＲ）がないデータを受信する。あるいは、いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１が端末装置２３０からデータを受信し（３１０）、そのデータに、端末装置２３０で送信されるデータがこれ以上ないことを示す第２指示が含まれる場合、第１ネットワーク装置２２０－１は、第１条件が満たされたと決定する。例えば、第１ネットワーク装置２２０－１は、値０のＢＳＲを搬送するデータを受信する。また、いくつかの例示的な実施形態では、データは、ＲＲＣ再開メッセージ（２ステップＲＡＣＨのメッセージＡ、又は４ステップＲＡＣＨのメッセージ３等）を介して送信されてもよい。あるいは、いくつかの例示的な実施形態では、データは、付与されたＵＬリソースを介して送信される。

このように、第１ネットワーク装置２２０－１は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を、より適切に終了してもよい。

上述のプロセスをより適切に説明するために、以下のように、いくつかの具体例を提供するが、これらは単に説明を目的とするものであり、いかなる限定も示唆するものではない。

ワンショットのＵＬ送信のシナリオの具体例について、図４Ａを参照して説明する。図４Ａは、本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置２３０のワンショットのＵＬ送信のためのシグナリングフロー４００を示す。議論を目的として、図２を参照してシグナリングフロー４００について説明する。シグナリングフロー４００は、コア装置２１０（ＵＰＦ等）、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

操作中、端末装置４０５はＲＲＣ再開要求（２ステップＲＡＣＨのメッセージＡ、又は４ステップＲＡＣＨのメッセージ３等）を第１ネットワーク装置２２０－１に送信し（４０５）、そして、ＲＲＣ再開要求。さらに、ＵＬデータが第１ネットワーク装置２２０－１に送信される。また、端末装置で送信されるデータ量に関する情報（ＢＳＲ 等）は示されない。言い換えれば、端末装置２３０によって送信されるメッセージとデータはいずれも、端末装置で送信されるデータ量に関する情報（ＢＳＲ等）を含んでいない。次に第１ネットワーク装置２２０－１は、端末装置２３０で送信されるデータはこれ以上ないと決定してもよい。これは、ＵＬデータの送信後に、第１ネットワーク装置２２０－１が第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了させてもよいことを意味する。例えば、第１ネットワーク装置は、ＵＰ送信手順（ＳＤＴ等）の終了、関連するプロトコルスタック及び設定の解放等を決定してもよい。

第１ネットワーク装置２２０－１は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを第２ネットワーク装置２２０－２に送信する（４１０）。ここで、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔは値０のＢＳＲを搬送し、これは、端末装置２３０に関連する送信すべきデータがこれ以上ないことを示す。第２ネットワーク装置２２０－２は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ／Ｆａｉｌｕｒｅで応答し（４１５）、ここでＲｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ／Ｆａｉｌｕｒｅは、端末装置２３０のためのＲＲＣ解放メッセージを搬送する。

その後、第１ネットワーク装置２２０－１はＵＬデータを第２ネットワーク装置２２０－２に送信し（４２０）、第２ネットワーク装置２２０－２はＵＬデータをコア装置２１０に送信する（４２５）。また、図４Ａの具体例では、第２ネットワーク装置２２０－２は端末装置２３０に対するＤＬデータをコア装置２１０から受信し（４３０）、第２ネットワーク装置２２０－２はＤＬデータを第１ネットワーク装置２２０－１に送信する（４３５）。

次に第１ネットワーク装置２２０－１は、端末装置２３０に関連するデータ送信の終了を示す第１指示を、Ｘｎ／Ｎ２シグナリング又は少なくとも１つのエンドマーカーパケットを介して第２ネットワーク装置２２０－２に送信する（４４０）。一方、第１ネットワーク装置２２０－１は、ＲＲＣ解放メッセージを端末装置２３０に送信する（４４５）。さらに、端末装置２３０に対するＤＬデータが、ＲＲＣ解放メッセージと共に、又はそれとは別に端末装置２３０に送信される。

ワンショットのＵＬ送信のシナリオについて説明した後は、後続のＵＬ送信を含むＵＰ送信のシナリオの具体例について、図４Ｂを参照して説明する。

次に、図４Ｂを参照する。図４Ｂは、後続のＵＬ送信を含むＵＰ送信のシナリオのシグナリングフロー４５０を示す。議論を目的として、図２を参照してシグナリングフロー４５０について説明する。シグナリングフロー４５０は、コア装置２１０（ＵＰＦ等）、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

操作中、端末装置２３０は、第２ネットワーク装置２２０－２にＲＲＣ再開要求（２ステップＲＡＣＨのメッセージＡ、又は４ステップＲＡＣＨのメッセージ３等）を送信する（４５０）。さらに、ＵＬデータが第１ネットワーク装置２２０－１に送信される。さらに、端末装置２３０で送信すべき、さらなるＵＰデータがまだあるという情報が、第１ネットワーク装置２２０－１に示されてもよい。例えば、端末装置２３０は、ゼロ以外の値のＢＳＲを第１ネットワーク装置２２０－１に送信する。

第１ネットワーク装置２２０－１はＵＬデータに従って、ＲＲＣ再開要求に含まれるデータの他にも端末装置２３０で送信されるデータがまだ存在すると決定してもよい。これは、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了すべきではないことを意味する。

第１ネットワーク装置２２０－１は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを第２ネットワーク装置２２０－２に送信する（４５２）。第２ネットワーク装置２２０－２は、ＵＥコンテキストがリロケーションされないことを示すＲｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ／Ｆａｉｌｕｒｅで応答し（４５４）、オプションで、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ／Ｆａｉｌｕｒｅは端末装置２３０のためのＲＲＣ解放メッセージを搬送する。

その後、第１ネットワーク装置２２０－１はＵＬデータを第２ネットワーク装置２２０－２に送信し（４５６）、第２ネットワーク装置２２０－２はＵＬデータをコア装置２１０に送信する（４５８）。また、図４Ｂの具体例では、第２ネットワーク装置２２０－２は端末装置２３０に対するＤＬデータをコア装置２１０から受信し（４６０）、第２ネットワーク装置２２０－２はＤＬデータを第１ネットワーク装置２２０－１に送信する（４６２）。

上述したように、第１ネットワーク装置２２０－１は、端末装置２３０で送信されるデータがまだ存在することを知っている。したがって、第１ネットワーク装置２２０－１は、競合解消に関するメッセージを端末装置２３０に送信する（４６４）。当該メッセージは、オプションで後続のＵＰデータの指示を搬送し、オプションで後続のＵＰデータのＵＬグラントを搬送する。さらに、オプションでＤＬデータも端末装置２３０に送信されてもよい。

ＵＬグラントを受信した後、端末装置２３０は、後続のＵＬデータを第２ネットワーク装置２２０－２に送信する（４６６）。図４Ｂのこの具体例では、端末装置２３０は、後続のＵＬデータを送信した後に送信される、さらなる後続のＵＬデータも有する。したがって、後続のＵＬデータは、ゼロ以外の値のＢＳＲを含む。後続のＵＬデータに従い、第１ネットワーク装置２２０－１は、端末装置２３０で送信される、さらなる後続のＵＬデータがまだ存在すると決定してもよい。

次に、第１ネットワーク装置２２０－１は後続のＵＬデータを第２ネットワーク装置２２０－２に送信し（４６８）、第２ネットワーク装置２２０－２は後続のＵＬデータをコア装置２１０に送信する（４７０）。また、図４Ｂの具体例では、第２ネットワーク装置２２０－２はコア装置２１０から端末装置２３０に対するさらなるＤＬデータを受信し（４７２）、第２ネットワーク装置２２０－２はさらなるＤＬデータを第１ネットワーク装置２２０－１に送信する（４７４）。

上述したように、第１ネットワーク装置２２０－１は、端末装置２３０で送信されるさらなる後続のデータがまだ存在することを知っている。したがって、第１ネットワーク装置２２０－１は、さらなる後続のＵＰデータのために、さらなるＵＬグラントを送信する（４７６）。より具体的には、図４Ｂの具体例において、ＵＬグラントは、さらなるＤＬデータと共に送信される。

そして、端末装置２３０は、さらなるＵＬグラントを介して、さらなる後続のＵＬデータを第１ネットワーク装置２２０－１に送信してもよい（４７８）。図４Ｂの具体例では、さらなる後続のＵＬデータには、端末装置２３０で送信されるデータ量に関する情報（ＢＳＲ等）が存在しない。さらなる後続のＵＬデータに従って、第１ネットワーク装置２２０－１は、端末装置２３０で送信されるデータはこれ以上ないと決定してもよい。これは、さらなる後続のＵＬデータの送信後に、第１ネットワーク装置２２０－１が第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了させてもよいことを意味する。

第１ネットワーク装置２２０－１は、さらなる後続のＵＬデータを第２ネットワーク装置２２０－２に送信し（４８０）、第２ネットワーク装置２２０－２はさらなる後続のＵＬデータをコア装置２１０に送信する（４８２）。また、図４Ｂの具体例では、第２ネットワーク装置２２０－２は端末装置２３０に対する別のＤＬデータをコア装置２１０から受信し（４８４）、第２ネットワーク装置２２０－２は別のＤＬデータを第１ネットワーク装置２２０－１に送信する（４８６）。

次に第１ネットワーク装置２２０－１は、端末装置２３０に関連するデータ送信の終了を示す第１指示を、Ｘｎ／Ｎ２シグナリング又は少なくとも１つのエンドマーカーパケットを介して第２ネットワーク装置２２０－２に送信する（４８８）。また、第２ネットワーク装置２２０－１は、端末装置２３０のＲＲＣ接続を解放するための情報を第１ネットワーク装置２２０－１に送信してもよい。当該情報は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。一方、第１ネットワーク装置２２０－１は、ＲＲＣ解放メッセージを端末装置２３０に送信する（４９０）。さらに、別のＤＬデータが端末装置２３０に送信される。

上述の説明により、第１ネットワーク装置２２０－１が第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続終了を開始するプロセスについて十分に論じた。

第２ネットワーク装置が接続終了を開始する例示的プロセス
次に、図５を参照する。図５は、本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信のためのシグナリングフロー５００を示す。議論を目的として、図２を参照してシグナリングフロー５００について説明する。シグナリングフロー５００は、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

図５に示すシグナリングフロー５００は、図３に示すシグナリングフロー３００と類似し、同じ操作／要素には、同じ参照番号が付されている。簡潔にするために、以下では同じ操作／要素の説明は省略する。

図５の例では、第２条件が満たされたと第２ネットワーク装置２２０－２が決定した場合、第２ネットワーク装置２２０－２は、端末装置２３０に関連するデータ送信の終了を示す第３指示を第２ネットワーク装置２２０－２に送信してもよい（５２０）。その結果、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続（ＧＰＴ－Ｕトンネル等）がそれによって終了してもよい。次に、第１ネットワーク装置２２０－１は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続が終了したことを知らされてもよい。第２条件は、端末装置２３０に関連するデータ送信を終了するか否かを決定するために、第２ネットワーク装置によって使用される。

このように、第２ネットワーク装置２２０－２は、接続を終了させるか否かを決定してもよい。したがって、第２ネットワーク装置２２０－２が端末装置２３０に対するＤＬデータを受信した場合、第２ネットワーク装置２２０－２は、ＤＬデータを第１ネットワーク装置２２０－１に転送するか否か、端末装置２３０に対するページング手順を開始するか否かを決定することができる。

いくつかの例示的な実施形態において、データ送信の終了は、アクティブモードの端末装置に関連するデータ送信手順（ＳＤＴ、又は他のＵＬ／ＤＬ送信の手順等）の終了を意味する。代替として、又は追加で、いくつかの例示的な実施形態において、データ送信の終了は、現在の送信手順（ＳＤＴ、又は他のＵＬ／ＤＬ送信の手順等）の終了を意味する。代替として、又は追加で、いくつかの例示的な実施形態において、データ接続の終了は、関連するプロトコルスタック及び設定の解放、及びＤＬデータのネットワーク装置２２０－１への転送停止によって実施されてもよい。データ送信の終了を実施するために上述した方法は、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の実施形態では、端末装置２３０に関連するデータ送信を終了するために、任意の適切な方法が使用されてもよい。

いくつかの例示的な実施形態において、第３指示は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。あるいは、第３指示は、少なくとも１つのエンドマーカーパケットを介して送信されてもよい。

第３指示を送信するための上述のシグナリング又はパケットは、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の例示的な実施形態では、第３指示を送信するために任意の適切なメッセージ又はシグナリングが使用されてもよい。このように第３指示は、第２ネットワーク装置２２０－２にフレキシブルに送信されてもよい。

いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２は、端末装置２３０のＲＲＣ接続を解放するための情報を、第３指示と共に送信してもよい。例えば、端末装置２３０のＲＲＣ解放メッセージは、第３指示を送信するためのＸｎ又はＸ２インターフェースで送信されるシグナリングに埋め込まれてもよい。このように、第１ネットワーク装置２２０－１は、端末装置２３０のＲＲＣ接続を解放するための情報を、さらなるオーバーヘッドなしに取得してもよい。

また、いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２が第１ネットワーク装置２２０－１から第４指示を受信し、第４指示が、端末装置に関連するデータがこれ以上送信されないことを示す場合、第２ネットワーク装置２２０－２は、第２条件が満たされたと決定し、したがって第３指示を第１ネットワーク装置２２０－２に送信する。このように、第２ネットワーク装置２２０－２は、より適切に接続終了を開始してもよい。

いくつかの例示的な実施形態において、第４指示は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。あるいは、第４指示は、少なくとも１つのエンドマーカーパケットを介して送信されてもよい。あるいは、第４指示は、第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダを介して送信されてもよい。例えば、バッファサイズ情報（ＢＳＲ等）を示すことができるように、ＧＴＰ－Ｕプロトコルの「ＲＡＮ Ｃｏｎｔａｉｎｅｒ」ＧＴＰ－Ｕ拡張ヘッダを第４指示として使用してもよい。

第４指示を送信するための上述のシグナリング又はパケットは、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の例示的な実施形態では、第４指示を送信するために任意の適切なメッセージ又はシグナリングが使用されてもよい。このように第４指示は、第２ネットワーク装置２２０－２にフレキシブルに送信されてもよい。

代替として、又は追加で、第２ネットワーク装置が、端末装置２３０に対する送信すべきＤＬデータがこれ以上ないと決定した場合、第２ネットワーク装置２２０－２は、第２条件が満たされたと決定し、したがって第３指示を送信してもよい。このように、ＤＬデータは、ページング手順を開始することなく端末装置に送信されてもよい。

代替として、又は追加で、第２ネットワーク装置が、一定期間、第１ネットワーク装置２１０－１からさらなるＵＬデータを受信しない場合も、第２ネットワーク装置２０２－２は、第２条件が満たされたと決定し、したがって第１ネットワーク装置２２０－１に第３指示を送信することができる。よって、第２ネットワーク装置２２０－２は、ＵＬ送信の状態に従って接続を決定するか否かを決定してもよい。

第２ネットワーク装置は、第２条件が満たされたか否かを、任意の適切な基準又はそれらの組合せに従って決定してもよいことを理解されたい。このように、第２ネットワーク装置２２０－２は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を、より適切に終了してもよい。

上述のプロセスをより適切に説明するために、以下のように、いくつかの具体例を提供するが、これらは単に説明を目的とするものであり、いかなる限定も示唆するものではない。

ワンショットのＵＬ送信のシナリオの具体例について、まず図６Ａを参照して説明する。図６Ａは、本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のワンショットのＵＬ送信のためのシグナリングフロー６００を示す。議論を目的として、図２を参照してシグナリングフロー６００について説明する。シグナリングフロー６００は、コア装置２１０（ＵＰＦ等）、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

図６Ａに示すシグナリングフロー６００は、図４Ａに示すシグナリングフロー４００と類似し、同じ操作／要素には、同じ参照番号が付されている。簡潔にするために、以下では同じ操作／要素の説明は省略する。

図６Ａの具体例では、第２条件が満たされたと第２ネットワーク装置２２０－２が決定した場合、第２ネットワーク装置２２０－２は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了するために、（第３指示を搬送する）Ｘｎメッセージを第１ネットワーク装置２２０－１に送信してもよい（６０５）。さらに、図６Ａの具体例では、Ｘｎメッセージは、端末装置のＲＲＣ接続を解放するための情報を搬送してもよい。あるいは、第３指示は、少なくとも１つのエンドマーカーパケットを介して送信される。

さらに、上述したように、第１ネットワーク装置２２０－１は、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを第２ネットワーク装置２２０－２に送信する（４１０）。ここで、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔは値０のＢＳＲを搬送し、これは、端末装置２３０に関連する送信すべきデータがこれ以上ないことを示す。したがって、Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔに含まれるＢＳＲは、第４指示とみなされてもよい。

上述の説明を通して、本開示のいくつかの実施形態にかかるワンショットのシナリオのためのプロセスについて議論してきた。次に、後続のＵＬ送信を含むＵＰ送信のシナリオの具体例について、図６Ｂと図６Ｃを参照して説明する。

図６Ｂと図６Ｃはそれぞれ、本開示のいくつかの実施形態にかかる、後続のＵＬデータを含むＵＬ送信用のシグナリングフロー６４０、６６０を示す。議論を目的として、図２を参照してシグナリングフロー６４０、６６０について説明する。シグナリングフロー６４０、６６０は、コア装置２１０（ＵＰＦ等）、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

図６Ｂ、６Ｂに示すシグナリングフロー６４０、６６０は、図４Ｂに示すシグナリングフロー４５０と類似し、同じ操作／要素には、同じ参照番号が付されている。簡潔にするために、以下では同じ操作／要素の説明は省略する。

ここで図６Ｂの例において、まず図６Ｂを参照する。図６Ｂの具体例では、第１ネットワーク装置２２０－１が第２ネットワーク装置２２０－２に第４指示を送信する（６４２）。ここで、第４指示は、端末装置２３０に関連する送信されるデータがこれ以上ないことを示す。第４指示は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。あるいは、第４指示は、少なくとも１つのエンドマーカーパケットを介して送信されてもよい。あるいは、第４指示は、第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダを介して送信されてもよい。例えば、バッファサイズ情報（ＢＳＲ等）を示すことができるように、ＧＴＰ－Ｕプロトコルの「ＲＡＮ Ｃｏｎｔａｉｎｅｒ」ＧＴＰ－Ｕ拡張ヘッダを第４指示として使用してもよい。

第２条件が満たされたと第２ネットワーク装置２２０－２が決定した場合、第２ネットワーク装置２２０－２は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了するために、（第３指示を搬送する）Ｘｎメッセージを第１ネットワーク装置２２０－１に送信してもよい（６４４）。さらに、図６Ｂの具体例では、Ｘｎメッセージは、端末装置のＲＲＣ接続を解放するための情報を搬送してもよい。あるいは、第３指示は、少なくとも１つのエンドマーカーパケットを介して送信される。

図６Ｂの具体例とは異なり、図６Ｃの具体例では、第１ネットワーク装置２２０－１は、バッファサイズ情報を運ぶＵＬデータを第２ネットワーク装置２２０－２に送信する（６６２と６６４）。より具体的には、第１ネットワーク装置２２０－１は、ＧＴＰ－Ｕプロトコルを用いてＵＬデータを送信してもよく、ＧＴＰ－Ｕ拡張ヘッダ「ＲＡＮ Ｃｏｎｔａｉｎｅｒ」を用いてバッファサイズ情報が示される。さらに、第１ネットワーク装置２２０－１は、バッファサイズ情報を搬送する後続のＵＬデータを第２ネットワーク装置２２０－２に送信する（６６６）。バッファサイズ情報は、バッファサイズがゼロであることを示す。後続のＵＬデータに含まれるバッファサイズ情報は、第４指示とみなされてもよい。

次に、第２ネットワーク装置２２０－２は、第２条件が満たされたと決定し、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続を終了するために、第１ネットワーク装置２２０－１に（第３指示を搬送する）Ｘｎメッセージを送信してもよい（６６８）。さらに図６Ｃの具体例では、オプションで、Ｘｎメッセージが、端末装置のＲＲＣ接続を解放するための情報を搬送してもよい。あるいは、第３指示は、少なくとも１つのエンドマーカーパケットを介して送信される。

上述の説明により、第２ネットワーク装置２２０－２が第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続終了を開始するプロセスについて十分に論じた。

第２ネットワーク装置がＵＰ送信中に端末装置のためのコンテンツリロケーション手順を開始する例示的なプロセス
次に、図７を参照する。図７は、本開示のいくつかの実施形態にかかる、非アクティブモードにおける端末装置のＵＬ送信のためのシグナリングフロー７００を示す。議論を目的として、図２を参照してシグナリングフロー７００について説明する。シグナリングフロー７００は、第１ネットワーク装置２２０－１と、第２ネットワーク装置２２０－２に関わってもよい。

図７の例では、第１ネットワーク装置２２０－１は、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介してＵＬデータを送信する（７１０）。さらに、第１ネットワーク装置２２０－２は、さらなるＵＬデータを第２ネットワーク装置２２０－２に送信してもよい（７３０）。

第３条件が満たされたと第２ネットワーク装置２２０－２が決定した場合、第２ネットワーク装置２２０－２は、第１ネットワーク装置２２０－１のためのコンテキストリロケーション手順を開始するためのメッセージを送信する（７４０）。次に、第１ネットワーク装置２２０－１は、端末装置に対してコンテキストリロケーション手順を実行してもよい。例えば、第１ネットワーク装置２２０－１は、パススイッチ要求（path switch request）をコア装置（ＡＭＦ等）に送信する。このようにして、第２ネットワーク装置２２０－２は、コンテキストリロケーション手順を開始するか否かを、動的かつタイムリーに決定してもよい。第３条件は、端末装置２３０のためのコンテンツリロケーションを開始するか否かを決定するために第２ネットワーク装置２２０－２によって使用される。

いくつかの例示的な実施形態において、メッセージは、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。いくつかの例では、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥを使用することができる。他の例示的な実施形態では、上述のメッセージを送信するために任意の適切なメッセージ又はシグナリングが使用されてもよい。このようにして、コンテキストリロケーション手順を開始するためのメッセージが、第２ネットワーク装置２２０－２にフレキシブルに送信されてもよい。

また、いくつかの例示的な実施形態において、第１ネットワーク装置が第２ネットワーク装置２２０－２に第５指示を送信し（７２０）、第５指示は、端末装置２３０に関連する送信されるデータ量を示す。このように、第２ネットワーク装置２２０－２は、適時にＵＬ送信の状態を取得してもよく、第２ネットワーク装置２２０－２が、後続のＵＬ送信が第２ネットワーク装置２２０－２の負担となると決定した場合、第２ネットワーク装置２２０－２は、タイムリーにコンテキストリロケーション手順を開始してもよい。例えば、後続の送信中に、端末装置２３０のＢＳＲが著しく増加した場合、第１ネットワーク装置２２０－２は、Ｘｎメッセージを第２ネットワーク装置２２０－２に送信して、コンテキストを再度要求することができ、ここでＸｎメッセージは、更新されたバッファサイズ情報を含むことができる。その結果、第２ネットワーク装置２２０－２は、コンテンツリロケーション手順を開始すると決定してもよい。

いくつかの例示的な実施形態において、第５指示は、Ｘｎ又はＸ２インターフェースで送信されるシグナリングを介して送信されてもよい。あるいは、第５指示は、第１ネットワーク装置から第２ネットワーク装置に送信されるデータのヘッダを介して送信されてもよい。例えば、バッファサイズ情報（ＢＳＲ等）を示すことができるように、ＧＴＰ－Ｕプロトコルの「ＲＡＮ Ｃｏｎｔａｉｎｅｒ」ＧＴＰ－Ｕ拡張ヘッダを第５指示として使用してもよい。

第５指示を送信するための上述のシグナリング又はパケットは、単に説明を目的とするものであり、いかなる限定も示唆しないことを理解されたい。他の例示的な実施形態では、第５指示を送信するために任意の適切なメッセージ又はシグナリングが使用されてもよい。このように第５指示は、第２ネットワーク装置２２０－２にフレキシブルに送信されてもよい。

代替として、又は追加で、いくつかの例示的な実施形態において、コア装置２１０から受信するＤＬ送信が第２ネットワーク２２０－２の負担となると第２ネットワーク２２０－２が決定した場合に、第２ネットワーク２２０－２は、コンテンツリロケーション条件が満たされたと決定し、したがって、コンテンツリロケーションを開始するためのメッセージを送信してもよい。

代替として、又は追加で、いくつかの例示的な実施形態において、第２ネットワーク２２０－２が、リソース（例えば、周波数リソース、時間リソース、コードリソース、空間リソース、ハードウェアリソース等）が後続の送信（例えば、後続のＵＬデータ又は後続のＤＬデータ）に対し十分でないと決定した場合、第２ネットワーク２２０－２は、コンテンツリロケーション条件が満たされたと決定し、したがって、コンテンツリロケーションを開始するためのメッセージを送信してもよい。

第２ネットワーク装置２２０－２は、コンテンツリロケーション終了条件が満たされたか否かを、任意の適切な基準又はそれらの組合せに従って決定してもよいことを理解されたい。このように、第２ネットワーク装置２２０－２は、より適切にコンテンツリロケーション手続きを開始してもよい。

また、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続は終了すべきである。そして接続終了手順は、第１ネットワーク装置２２０－１又は第２ネットワーク装置２２０－２のいずれかによって、上述したように任意の適切な方法によって開始することができる。さらに、接続終了手順は、コンテンツリロケーション手順を開始するためのメッセージを送信する前又は後、及びパススイッチ要求を送信する前又は後等、任意の適切な機会に実行することができる。

このように、第２ネットワーク装置２２０－２は、後続の送信（後続のＵＬデータ及びＤＬデータを含む）が第２ネットワーク装置２２０－２の負担となる場合に、コンテキストリロケーション手順を開始するか否かを動的かつタイムリーに決定してもよい。

上述のプロセスをより適切に説明するために、以下のように、いくつかの具体例を提供するが、これらは単に説明を目的とするものであり、いかなる限定も示唆するものではない。

図８Ａと図８Ｂはそれぞれ、本開示のいくつかの実施形態にかかる、ＵＬ送信用のシグナリングフロー８００、８５０を示す。議論を目的として、図２を参照してシグナリングフロー８００、８５０について説明する。シグナリングフロー８００、８５０は、コア装置２１０（ＵＰＦやＡＭＦ等）、第１ネットワーク装置２２０－１、第２ネットワーク装置２２０－２、及び端末装置２３０に関わってもよい。

図８Ａ、８Ｂに示すシグナリングフロー８００、８５０は、図４Ｂに示すシグナリングフロー４５０と類似し、同じ操作／要素には、同じ参照番号が付されている。簡潔にするために、以下では同じ操作／要素の説明は省略する。

まず図８Ａを参照すると、図８Ａの例では、第２ネットワーク装置２２０－２は、第５指示を受信し（８１０）、第５指示は、第１ネットワーク装置から送信される、端末装置２３０に関連するデータ量を示す。図８Ａの具体例において、第５指示は、Ｘｎインターフェースでのシグナリングを介して送信される。

第２ネットワーク装置２２０－２は第３条件が満たされたと決定し、第２ネットワーク装置２２０－２は、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置２２０－１に送信する（８２０）。図８Ａの具体例では、メッセージは、Ｘｎインターフェースでのシグナリングを介して送信される。そして、第１ネットワーク装置２２０－１は、コア装置（ＡＭＦ等）にパススイッチ要求を送信する（８３０）。あるいは、第２ネットワーク装置２２０－２が、コンテキストリロケーション手順を開始しないと決定する場合（即ち、第２ネットワーク装置２２０－２が、ＵＥコンテキストリロケーションなしで後続の送信を継続すると決定する場合）もある点について、理解されるべきである。また、第２ネットワーク装置２０２－２は、ＵＥコンテキスト・ロケーションを維持するために、第１ネットワーク装置にメッセージを送信してもよい。いくつかの実施例では、既存のＲＥＴＲＩＶＥ ＵＥ ＣＯＮＴＥＸ Ｆａｉｌｕｒｅメッセージを使用することができる。その結果、第１ネットワーク装置は、依然として後続のＵＰデータを第２ネットワーク装置２２０－２に転送する。言い換えると、第２装置２２０－２は、コンテンツリロケーション手順を開始するか否かを動的に決定してもよく、関連する決定の結果が、第１ネットワーク装置２２０－１に送信されてもよい。

図８Ａには示されていないが、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続は終了すべきであることを理解されたい。

図８Ａの具体例とは異なり、図８Ｂの具体例では、第１ネットワーク装置２２０－１は、バッファサイズ情報を搬送するＵＬデータを第２ネットワーク装置２２０－２に送信する（８５２、８５４及び８５６）。より具体的には、第１ネットワーク装置２２０－１は、ＧＴＰ－Ｕプロトコルを用いてＵＬデータを送信してもよく、ＧＴＰ－Ｕ拡張ヘッダ「ＲＡＮ Ｃｏｎｔａｉｎｅｒ」を用いてバッファサイズ情報が示される。したがって、第２ネットワーク装置はＵＰ送信の状態をタイムリーに取得してもよい。

第２ネットワーク装置２２０－２は第３条件が満たされたと決定し、第２ネットワーク装置２２０－２は、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置２２０－１に送信する（８５８）。図８Ｂの具体例では、当該メッセージはＸｎインターフェースでのシグナリングを介して送信される。そして、第１ネットワーク装置２２０－１は、パススイッチ要求をコア装置（ＡＭＦ等）に送信する（８６０）。

図８Ｂには示されていないが、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間の接続は終了すべきであることを理解されたい。

上述の説明により、第２ネットワーク装置２２０－２が、ＵＰ送信中にコンテンツリロケーション手順を開始するプロセスについて十分に論じた。

図９は、本開示のいくつかの例示的な実施形態にかかる、第１ネットワーク装置２２０－１で実施される例示的な方法９００のフローチャートを示す。議論を目的として、方法９００について、図２を参照して第１ネットワーク装置２２０－１の観点から説明を行う。

ブロック９１０において、第１ネットワーク装置２２０－１は、非アクティブモードの端末装置２３０から受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第２ネットワーク装置２２０－２に送信する。

ブロック９２０において、第１ネットワーク装置２２０－１は、第１条件が満たされたとの決定に従って、端末装置２３０に関連するデータ送信の終了を示す第１指示を、第２ネットワーク装置２２０－２に送信する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、端末装置２３０で送信されるデータ量に関する情報が存在しないデータを端末装置２３０から受信し、第１条件が満たされたと決定する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、端末装置２３０で送信されるデータがこれ以上ないことを示す第２指示を含むデータを受信し、第１条件が満たされたと決定する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第１指示を送信する。

図１０は、本開示のいくつかの例示的な実施形態にかかる、第２ネットワーク装置２２０－２で実施される例示的な通信方法１０００のフローチャートを示す。議論を目的として、方法１０００について、図２に関して第２ネットワーク装置２２０－２の観点から説明を行う。

ブロック１０１０において、第２ネットワーク装置２２０－２は、非アクティブモードの端末装置２３０から第１ネットワーク装置２２０－１が受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第１ネットワーク装置２２０－１から受信する。

ブロック１０１０において、第２ネットワーク装置２２０－２は、端末装置２３０に関連するデータ送信の終了を示す第１指示を、第１ネットワーク装置２２０－１から受信する。第１指示は、第１条件に従って第１ネットワーク装置２２０－１によって送信される。

いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第１指示を受信する。

図１１は、本開示のいくつかの例示的な実施形態にかかる、第１ネットワーク装置２２０－１で実施される例示的な方法１１００のフローチャートを示す。議論を目的として、方法１１００について、図２を参照して第１ネットワーク装置２２０－１の観点から説明を行う。

ブロック１１１０において、第１ネットワーク装置２２０－１は、非アクティブモードの端末装置２３０から受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第２ネットワーク装置２２０－２に送信する。

ブロック１１２０において、第１ネットワーク装置２２０－１は、端末装置２３０に関連するデータ送信の終了を示す第３指示を、第２ネットワーク装置２２０－２から受信する。第３指示は、第２条件に従って第２ネットワーク装置２２０－２によって送信される。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第３指示を受信する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、第２ネットワーク装置２２０－２によって生成された、端末装置２３０の無線リソース制御（ＲＲＣ）接続を解放するための情報を、第２ネットワーク装置２２０－２から第３指示とともに受信し、当該情報に基づいて第１ネットワーク装置２２０－１によって生成されたＲＲＣ解放メッセージを端末装置２３０に送信する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、端末装置２３０に関連するデータがこれ以上送信されないことを示す第４指示を第２ネットワーク装置２２０－２に送信し、端末装置２３０に関連するデータ送信の終了を示す第３指示を第２ネットワーク装置２２０－２から受信する。

いくつかの例示的な実施形態において、第１ネットワーク装置２２０－１は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、少なくとも１つのエンドマーカーパケット、又は第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダのうちの１つを介して、第４指示を送信する。

図１２は、本開示のいくつかの例示的な実施形態にかかる、第２ネットワーク装置２２０－２で実施される例示的な通信方法１２００のフローチャートを示す。議論を目的として、方法１２００について、図２に関して第２ネットワーク装置２２０－２の観点から説明を行う。

ブロック１２１０において、第２ネットワーク装置２２０－２は、非アクティブモードの端末装置２３０から第１ネットワーク装置２２０－１が受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第１ネットワーク装置２２０－１から受信する。

ブロック１２２０において、第２ネットワーク装置２２０－２は、第２条件が満たされたとの決定に従って、端末装置２３０に関連するデータ送信の終了を示す第３指示を、第１ネットワーク装置２２０－１に送信する。

いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２は、端末装置２３０に関連するデータがこれ以上送信されないことを示す第４指示を第１ネットワーク装置２２０－１から受信したことに応じて、第２条件が満たされたと決定する。

いくつかの例示的な実施形態において、第４指示は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、少なくとも１つのエンドマーカーパケット、又は第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダのうちの１つを介して、受信される。

いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第３指示を送信する。

いくつかの例示的な実施形態において、第２ネットワーク装置２２０－２は、端末装置２３０の無線リソース制御（ＲＲＣ）接続を解放するための情報を、第３指示と共に送信する。

図１３は、本開示のいくつかの例示的な実施形態にかかる、第１ネットワーク装置２２０－１で実施される例示的な方法１３００のフローチャートを示す。議論を目的として、方法１３００について、図２を参照して第１ネットワーク装置２２０－１の観点から説明を行う。

ブロック１３１０において、第１ネットワーク装置２２０－１は、非アクティブモードの端末装置２３０から受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第２ネットワーク装置２２０－２に送信する。

ブロック１３２０において、第１ネットワーク装置２２０－１は、コンテキストリロケーション手順を開始するためのメッセージを第２ネットワーク装置２２０－２から受信する。メッセージは、第３条件に従って第２ネットワーク装置２２０－２から送信される。

いくつかの例では、第１ネットワーク装置２２０－１は、端末装置２３０に関連する送信されるデータ量を示す第５指示を第２ネットワーク装置２２０－２に送信し、コンテキストリロケーション手順を開始するためのメッセージを第２ネットワーク装置２２０－２から受信する。

いくつかの例において、第１ネットワーク装置２２０－１は、第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダ、Ｘｎインターフェースで送信されるシグナリング、又は、Ｘ２インターフェースで送信されるシグナリングのうちの１つを介して、第５指示を送信する。

図１４は、本開示のいくつかの例示的な実施形態にかかる、第２ネットワーク装置２２０－２で実施される例示的な通信方法１４００のフローチャートを示す。議論を目的として、方法１４００について、図２に関して第２ネットワーク装置２２０－２の観点から説明を行う。

ブロック１４１０において、第２ネットワーク装置２２０－２は、非アクティブモードの端末装置２３０から第１ネットワーク装置２２０－１が受信したデータを、第１ネットワーク装置２２０－１と第２ネットワーク装置２２０－２との間で端末装置２３０のために確立された接続を介して第１ネットワーク装置２２０－１から受信する。

ブロック１４２０において、第２ネットワーク装置２２０－２は、第３条件が満たされたとの決定に従って、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置に送信する。

いくつかの例では、第２ネットワーク装置２２０－２は、端末装置２３０に関連する送信されるデータ量を示す第５指示を第１ネットワーク装置２２０－１から受信し、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置２２０－１に送信する。

いくつかの例において、第２ネットワーク装置２２０－２は、第１ネットワーク装置２２０－１から第２ネットワーク装置２２０－２に送信されるデータのヘッダ、Ｘｎインターフェースで送信されるシグナリング、又は、Ｘ２インターフェースで送信されるシグナリングのうちの１つを介して、第５指示を受信する。

いくつかの実施形態において、第１ネットワーク装置は、非アクティブモードの端末装置から受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第１ネットワーク装置において第２ネットワーク装置に送信し、第１条件が満たされたとの決定に従って、端末装置２３０に関連するデータ送信の終了を示す第１指示を、第２ネットワーク装置に送信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、端末装置で送信されるデータ量に関する情報が存在しないデータを端末装置から受信すること、又は、端末装置で送信されるデータがこれ以上ないことを示す第２指示を含むデータを端末装置から受信することのうち少なくとも１つに応じて、第１条件が満たされたと決定するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第１指示を送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第２ネットワーク装置において第１ネットワーク装置から受信し、端末装置２３０に関連するデータ送信の終了を示す第１指示を、第１ネットワーク装置から受信するように設定された回路を含む。第１指示は、第１条件に従って第１ネットワーク装置によって送信される。

いくつかの実施形態において、第２ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第１指示を受信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、非アクティブモードの端末装置から受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第１ネットワーク装置において第２ネットワーク装置に送信し、端末装置２３０に関連するデータ送信の終了を示す第３指示を、第２ネットワーク装置から受信するように設定された回路を含む。第３指示は、第２条件に従って第２ネットワーク装置によって送信される。

いくつかの実施形態において、第１ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は少なくとも１つのエンドマーカーパケットのうちの１つを介して、第３指示を受信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、第２ネットワーク装置によって生成された、端末装置の無線リソース制御（ＲＲＣ）接続を解放するための情報を、第２ネットワーク装置から第３指示とともに受信し、当該情報に基づいて第１ネットワーク装置によって生成されたＲＲＣ解放メッセージを端末装置に送信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、端末装置に関連するデータがこれ以上送信されないことを示す第４指示を第２ネットワーク装置に送信し、端末装置２３０に関連するデータ送信の終了を示す第３指示を第２ネットワーク装置から受信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、少なくとも１つのエンドマーカーパケット、又は第１ネットワーク装置から第２ネットワーク装置に送信されるデータのヘッダのうちの１つを介して、第４指示を送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第２ネットワーク装置において第１ネットワーク装置から受信し、第２条件が満たされたとの決定に従って、端末装置２３０に関連するデータ送信の終了を示す第３指示を、第１ネットワーク装置に送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、端末装置に関連するデータがこれ以上送信されないことを示す第４指示を第１ネットワーク装置から受信したことに応じて、第２条件が満たされたと決定するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、少なくとも１つのエンドマーカーパケット、又は第１ネットワーク装置から第２ネットワーク装置に送信されるデータのヘッダのうちの１つを介して、第４指示を受信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、Ｘｎインターフェースで送信されるシグナリング、Ｘ２インターフェースで送信されるシグナリング、又は

少なくとも１つのエンドマーカーパケットのうちの１つを介して、第３指示を送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、端末装置の無線リソース制御（ＲＲＣ）接続を解放するための情報を、第３指示と共に送信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、非アクティブモードの端末装置から受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第１ネットワーク装置において第２ネットワーク装置に送信し、コンテキストリロケーション手順を開始するためのメッセージを第２ネットワーク装置から受信するように設定された回路を含む。メッセージは、第３条件に従って第２ネットワーク装置によって送信される。

いくつかの実施形態において、第１ネットワーク装置は、端末装置に関連する送信されるデータ量を示す第５指示を第２ネットワーク装置に送信し、コンテキストリロケーション手順を開始するためのメッセージを第２ネットワーク装置から受信するように設定された回路を含む。

いくつかの実施形態において、第１ネットワーク装置は、第１ネットワーク装置から第２ネットワーク装置に送信されるデータのヘッダ、Ｘｎインターフェースで送信されるシグナリング、又は、Ｘ２インターフェースで送信されるシグナリングのうちの１つを介して、第５指示を送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、非アクティブモードの端末装置から第１ネットワーク装置が受信したデータを、第１ネットワーク装置と第２ネットワーク装置との間で端末装置のために確立された接続を介して、第２ネットワーク装置において第１ネットワーク装置から受信し、第３条件が満たされたとの決定に従って、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置に送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、端末装置に関連する送信されるデータ量を示す第５指示を第１ネットワーク装置から受信し、コンテキストリロケーション手順を開始するためのメッセージを第１ネットワーク装置に送信するように設定された回路を含む。

いくつかの実施形態において、第２ネットワーク装置は、第１ネットワーク装置から第２ネットワーク装置に送信されるデータのヘッダ、Ｘｎインターフェースで送信されるシグナリング、又は、Ｘ２インターフェースで送信されるシグナリングのうちの１つを介して、第５指示を受信するように設定された回路を含む。

図１５は、本開示の例示的な実施形態を実施するのに適した装置１５００の概略ブロック図である。装置１５００は、例えば図２に示すような第１ネットワーク装置２２０－１及び第２ネットワーク装置２２０－２といった通信装置を実現するために提供されてもよい。示されるように、装置１５００は、１つ又は複数のプロセッサ１５１０と、プロセッサ１５１０に結合された１つ又は複数のメモリ１５２０と、プロセッサ１５１０に結合された１つ又は複数の通信モジュール１５４０とを含む。

通信モジュール１５４０は、双方向通信用である。通信モジュール１５４０は、１つ又は複数の他のモジュール又は装置との通信を容易にするために、１つ又は複数の通信インターフェースを有する。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。いくつかの例示的な実施形態において、通信モジュール１５４０は、少なくとも１つのアンテナを含んでもよい。

プロセッサ１５１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１５００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

メモリ１５２０は、１つ又は複数の不揮発性メモリと、１つ又は複数の揮発性メモリとを含んでもよい。不揮発性メモリの例としては、ＲＯＭ（Read Only Memory）１５２４、ＥＰＲＯＭ（Electrically Programmable Read Only Memory）、フラッシュメモリ、ハードディスク、ＣＤ（compact disc）、ＤＶＤ（digital video disk）、光ディスク、レーザディスク、その他の磁気記憶装置及び／又は光学記憶装置が挙げられるが、これらに限定されない。揮発性メモリの例としては、ランダムアクセスメモリ（ＲＡＭ）１５２２や、電源オフ中に情報を保持しない他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム１５３０は、関連するプロセッサ１５１０によって実行されるコンピュータが実行可能な命令を含む。プログラム１５３０は、例えばＲＯＭ１５２４等のメモリに格納されてもよい。プロセッサ１５１０は、プログラム１５３０をＲＡＭ１５２２にロードすることにより、任意の適切な動作及び処理を実行してもよい。

本開示の例示的な実施形態は、装置１５００が、図１～１４を参照して論じた本開示のいずれかの処理を実行できるように、プログラム１５３０によって実施されてもよい。本開示の例示的な実施形態は、ハードウェアによって、又はソフトウェアとハードウェアの組合せによって実施されてもよい。

いくつかの例示的な実施形態において、プログラム１５３０はコンピュータ可読媒体に明示的に含まれてもよく、コンピュータ可読媒体は、装置１５００（メモリ１５２０内等）、又は装置１５００によってアクセス可能な他の記憶装置に含まれてもよい。装置１５００は、実行のためにプログラム１５３０をコンピュータ可読媒体からＲＡＭ１５２２にロードしてもよい。コンピュータ可読媒体には、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤ等、任意の種類の不揮発性有形記憶装置が含まれてもよい。

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

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

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

本開示の文脈において、コンピュータプログラムコード又は関連データは、デバイス、装置又はプロセッサが上記のような様々な処理及び動作を実行できるように、任意の適切なキャリアによって搬送されてもよい。キャリアの例には、信号、コンピュータ可読媒体等が含まれる。

コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。コンピュータ可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。コンピュータ可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行する、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明されるいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明される各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにおいて実施されてもよい。

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

Claims (25)

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. 命令が格納されたコンピュータ可読媒体であって、
    前記命令は、少なくとも１つのプロセッサにおいて実行された場合、前記少なくとも１つのプロセッサに、請求項４、５、１１～１５、及び１９～２１のいずれか１項に記載の方法を実行させる、
    コンピュータ可読媒体。

Images