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

Abstract

本開示の実施形態の方法は、端末装置が、送信すべきアップリンクデータを有する一つまたは複数のＤＲＢがＳＤＴをサポートするか否かを決定することを含む。該一つまたは複数のＤＲＢがＳＤＴをサポートする場合、該端末装置は、非アクティブ状態において該アップリンクデータを送信するか否かを決定する。非アクティブ状態においてアップリンクデータを送信すると決定した場合、端末装置は、非アクティブ状態において該アップリンクデータを第１のネットワーク装置に送信する。該アップリンクデータの受信時に、該第１のネットワーク装置は、第３のネットワーク装置に、該端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべき残りのデータが存在するか否かに関する第１の指示を含む要求を送信する。【選択図】図２

Description

本開示の実施形態は、全体として、電気通信の分野に関し、特に、端末装置の非アクティブ状態におけるデータ送信のための通信方法、通信装置及びコンピュータ記憶媒体に関する。

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

これに対し、３ＧＰＰ（登録商標）リリース１７は、非アクティブ状態にあるランダムアクセスチャネル（ＲＡＣＨ）に基づくＳＤＴおよび事前に設定された物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースに基づくＳＤＴを既に承認している。したがって、シグナリングオーバーヘッドを低減することができる。この場合、ＳＤＴを如何にして実行するかが注目される問題となっている。

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

第１の態様において、通信方法が提供される。この方法は、非アクティブ状態にある端末装置において、送信すべきアップリンクデータを有する一つ又は複数のデータ無線ベアラ（ＤＲＢ）が前記非アクティブ状態におけるデータ送信をサポートするか否かを決定することと、前記一つ又は複数のＤＲＢが前記非活動状態におけるデータ送信をサポートするとの決定に従って、前記アップリンクデータに関連付けられるペイロードサイズと前記一つ又は複数のＤＲＢに関連付けられる閾値とに基づいて、前記非アクティブ状態において前記アップリンクデータを送信するか否かを決定することと、前記非アクティブ状態において前記アップリンクデータを送信するとの決定に従って、前記非アクティブ状態において前記アップリンクデータを第１のネットワーク装置に送信することと、を含む。

第２の態様において、通信方法が提供される。この方法は、第１のネットワーク装置において、非アクティブ状態において端末装置により送信されるアップリンクデータを受信することと、前記端末装置のコンテキストを維持する第３のネットワーク装置に、前記端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべき残りのデータが存在するか否かに関する第１の指示を含む要求を送信することと、を含む。

第３の態様において、通信方法が提供される。この方法は、端末装置の非アクティブ状態におけるデータ送信の期間中に、前記端末装置のセルが第１のネットワーク装置の第１のセルから第２のネットワーク装置の第２のセルへ再選択されたときに、前記第２のネットワーク装置において前記端末装置から、接続を再開するための第１の要求を受信することと、前記端末装置のコンテキストを維持する第４のネットワーク装置に、前記端末装置のコンテキストのアンカをリロケーションする第２の要求を送信することと、を含む。

第４の態様において、通信方法が提供される。この方法は、端末装置のコンテキストを維持する第３のネットワーク装置において第１のネットワーク装置から、非アクティブ状態において前記端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべきアップリンクデータ以外の残りのデータが存在するか否かに関する第１の指示を含む前記要求を受信することと、前記第１の指示に基づいて、前記アンカをリロケーションするか否かを決定することと、アンカをリロケーションしないとの決定に従って、前記非アクティブ状態において前記アップリンクデータを送信するためのコンテキストの少なくとも一部を前記第１のネットワーク装置に送信することと、を含む。

第５の態様において、通信方法が提供される。この方法は、端末装置のコンテキストを維持する第４のネットワーク装置において第２のネットワーク装置から、前記端末装置のコンテキストのアンカをリロケーションする第２の要求を受信することと、前記アンカをリロケーションするとの決定に従って、送信すべきアップリンクデータに関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報を前記第２のネットワーク装置に送信することと、前記データパケットを前記第２のネットワーク装置に送信することと、を含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示の実施形態にかかる、ＳＤＴ中の通信のためのプロセスを示す模式図である。

本開示の実施形態にかかる、セル再選択時の通信のためのプロセスを示す模式図である。

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

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

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

本開示のいくつかの実施形態にかかる、ＳＤＴ中の最後のサービングネットワーク装置としての第３のネットワーク装置において実現される例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、セル再選択時の最後のサービングネットワーク装置としての第４のネットワーク装置において実現される例示的な通信方法を示す図である。

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

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

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

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

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

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

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

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

従来では、少量且つ頻繁でないデータ交換を行うさまざまなアプリケーションが存在する。例えば、モバイル装置のいくつかのアプリケーションでは、ＳＤＴは、インスタントメッセージ（ＩＭ）サービスからのトラフィック、例えばＩＭ又は電子メールクライアント及び他のサービスからのハートビートまたはキープアライブトラフィック、様々なアプリケーションにおけるプッシュ通知、ウェアラブル装置からのトラフィック（例えば、周期的な位置情報を含む）などを含むことができる。非モバイル装置のいくつかのアプリケーションでは、ＳＤＴは、センサデータ（例えば、ＩｏＴネットワーク内で定期的にまたはイベントトリガ方式で送信される温度、圧力示度数）、スマートメーターから送信される計測及び警報情報などを含むことができる。

上記したように、３ＧＰＰ（登録商標）リリース１７は、非アクティブ状態にあるＲＡＣＨに基づくＳＤＴおよび事前に設定されたＰＵＳＣＨリソースに基づくＳＤＴを既に承認している。この場合、ＳＤＴの実現についてよりに詳細を検討する必要がある。また、ＳＤＴ中のセル再選択時のロスの無いデータ送信をどのようにサポートするかも検討する必要がある。

これに鑑みて、本開示の実施形態は、ＳＤＴ中の通信のための解決策を提供する。この解決策は、ＳＤＴの強化を実現するだけでなく、移動中のＳＤＴのロスの無い送信を実現することもできる。以下、添付図面を参照して、本開示の原理および実施態様について詳細に説明する。

通信ネットワークの例
図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す模式図である。図１に示すように、通信ネットワーク１００は、第１のネットワーク装置１１０と、第２のネットワーク装置１２０と、第３のネットワーク装置１３０と、第４のネットワーク装置１４０と、端末装置１５０とを含むことができる。端末装置１５０は、第１のネットワーク装置１１０と、第２のネットワーク装置１２０と、第３のネットワーク装置１３０と、第４のネットワーク装置１４０とのうちのいずれかによりサービングされることができる。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる制限も暗示していないことは、理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含むことができる。

図１に示すように、第１ネットワーク装置１１０は、無線通信チャネル等のチャネルを介して端末装置１５０と通信することができる。同様に、第２、第３及び第４のネットワーク装置１２０、１３０及び１４０の各々は、無線通信チャネルのようなチャネルを介して端末装置１５０と通信することもできる。第１、第２、第３及び第４のネットワーク装置１１０、１２０、１３０及び１４０は、互いに通信することができる。

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

第１、第２、第３及び第４のネットワーク装置１１０、１２０、１３０及び１４０のそれぞれは、少なくとも一つのセル（図示せず）を有することができる。いくつかのシナリオにおいて、より早い段階で、端末装置１５０は、接続状態において第３のネットワーク装置１３０によりサービングされ、第３のネットワーク装置１３０は、端末装置１５０についてのコンテキストを維持する。いくつかの場合において、第３のネットワーク装置１３０は、非アクティブ状態に入るように端末装置１５０に命令することができ、その後、端末装置１５０は非アクティブ状態に入ることができる。端末装置１５０が第１のネットワーク装置１１０へ移動している間、端末装置１５０は第１のネットワーク装置１１０によりサービングされるように切り替えられる。この場合、第３のネットワーク装置１３０は、端末装置１５０についてのコンテキストを維持する最後のサービングネットワーク装置であってもよい。いくつかの場合において、第１のネットワーク装置１１０は、端末装置１５０についてのコンテキストを維持する最後のサービングネットワーク装置であってもよい。

他のいくつかのシナリオにおいて、端末装置１５０の移動に起因して、端末装置１５０は、非アクティブ状態中に、一つのセルから別のセルへのセル再選択を実行することができる。例えば、端末装置１５０は、非アクティブ状態中に、第１のネットワーク装置１１０の第１のセルから第２のネットワーク装置１２０の第２のセルへのセル再選択を実行することができる。便宜上、セル再選択時に、第４のネットワーク装置１４０は、端末装置１５０についてのコンテキストを維持する最後のサービングネットワーク装置であると仮定する。いくつかの実施形態において、第４のネットワーク装置１４０は、それ自体が第１のネットワーク装置１１０であってもよい。いくつかの実施形態において、第４のネットワーク装置１４０は、それ自体が第３のネットワーク装置１３０であってもよい。

本願の実施形態は、これらのシナリオにおける通信のための改善された解決策を提供する。図２と図３を参照して以下で説明する。図２は本開示の実施形態にかかる、ＳＤＴ中の通信のためのプロセス２００を示す模式図である。説明のために、図１を参照してプロセス２００を説明する。プロセス２００は、図１に示すような端末装置１５０と、第１のネットワーク装置１１０と第３ネットワーク装置１３０とを含むことができる。この例において、端末装置１５０は、現在、第１のネットワーク装置１１０によりサービングされており、且つ非アクティブ状態にあると仮定する。

ＳＤＴの決定とパフォーマンス
図２に示すように、一つ又は複数のＤＲＢから新たなアップリンクデータが存在する場合、端末装置１２０は、該一つ又は複数のＤＲＢがＳＤＴをサポートするか否かを決定（２０１）する。いくつかの実施形態において、端末装置１２０は、第１のネットワーク装置１１０から、ＤＲＢについてＳＤＴが第１のネットワーク装置１１０により許可されるか否かを示すシグナリングを受信し、受信したシグナリングに基づいて、該１つ又は複数のＤＲＢがＳＤＴをサポートするか否かを決定することができる。いくつかの実施形態において、シグナリングはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよい。あるいは、いくつかの実施形態において、シグナリングはＲＲＣＲｅｌｅａｓｅメッセージとすることができる。もちろん、任意の他の適切なシグナリングも可能である。

全てのＤＲＢがＳＤＴをサポートする場合、端末装置１２０は、このアップリンクデータに関連付けられるペイロードサイズと、この一つまたは複数のＤＲＢに関連付けられる閾値とに基づいて、非アクティブ状態においてこのアップリンクデータを送信するか否かを決定（２０２）する。いくつかの実施形態において、この閾値は、第１のネットワーク装置１１０により設定されることが可能である。例えば、この閾値は、第１のネットワーク装置１１０からのシステムメッセージ内でブロードキャストされることができる。別の例として、この閾値は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージまたはＲＲＣＲｅｌｅａｓｅメッセージなどのＲＲＣメッセージのみを使用して、端末装置１５０に設定されてもよい。

いくつかの実施形態において、この閾値は、端末装置ごとに設定されてもよい。例えば、端末装置１５０について第１の閾値サイズが設定される。いくつかの実施形態において、端末装置１５０は、このアップリンクデータの合計ペイロードサイズを決定することができる。合計ペイロードサイズが第１の閾値サイズより小さいと決定した場合、端末装置１５０は、非アクティブ状態においてこのアップリンクデータを送信すると決定することができる。

いくつかの実施形態において、この閾値は、ＤＲＢごとに設定されてもよい。例えば、ＤＲＢについて第２の閾値サイズが設定される。いくつかの実施形態において、ＳＤＴについては１つのみのＤＲＢを許可することができる。もちろん、ＳＤＴについては２つ以上のＤＲＢを許可してもよい。いくつかの実施形態において、第２の閾値サイズは、ＤＲＢの各々について共通的に設定される。これらの実施形態において、端末装置１５０は、ＤＲＢの各々に対応するアップリンクデータ内のデータのペイロードサイズを決定することができる。ペイロードサイズが第２の閾値サイズより小さい場合、端末装置１５０は、非アクティブ状態においてこのアップリンクデータを送信すると決定することができる。いくつかの代替実施形態において、第２の閾値サイズは、ＤＲＢの各々について独立して設定される。これらの実施形態において、端末装置１５０は、ＤＲＢの各々に対応するアップリンクデータ内のデータのペイロードサイズを決定することができる。ペイロードサイズが対応する第２の閾値サイズより小さい場合、端末装置１５０は、非アクティブ状態においてこのアップリンクデータを送信すると決定することができる。

非アクティブ状態にいてこのアップリンクデータを送信すると決定した場合、端末装置１５０は、このアップリンクデータを第１のネットワーク装置１１０に送信（２０３）する。いくつかの実施形態において、端末装置１５０は、４ステップまたは２ステップのＲＡＣＨプロシージャなどのＲＡＣＨプロシージャを実行してこのアップリンクデータを送信してもよい。例えば、端末装置１５０がＲＡＣＨに基づくＳＤＴを実行すると決定した場合、端末装置１５０は、少なくともこのアップリンクデータを有するＤＲＢを再開し、４ステップのＲＡＣＨプロシージャのメッセージ３（ｍｓｇ ３）または２ステップのＲＡＣＨプロシージャのメッセージＡ（ｍｓｇ Ａ）内のＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージで多重化されたアップリンクデータで４ステップまたは２ステップのＲＡＣＨプロシージャを開始することができる。

いくつかの実施形態において、端末装置１５０は、第１のネットワーク装置１１０からＳＤＴのための帯域幅部分（ＢＷＰ）に関する設定を受信し、アップリンクデータ送信のために、ＢＷＰ設定に基づいてＲＡＣＨプロシージャを実行することができる。こうして、初期ＢＷＰ上のトラフィック負荷を著しく軽減することができる。いくつかの実施形態において、初期ＢＷＰ以外に一つ又は複数のＢＷＰをＳＤＴ専用に設定することができる。

いくつかの実施形態において、ＢＷＰ設定は、第１のネットワーク装置１１０からのシステムメッセージ内でブロードキャストされてもよい。代替として、ＢＷＰ設定は、専用シグナリングを介して端末装置１５０に設定されてもよい。例えば、該専用シグナリングは、ＲＲＣＲｅｌｅａｓｅメッセージであってもよい。もちろん、任意の他の適切なシグナリングも可能である。

いくつかの実施形態において、端末装置１５０は、ＳＤＴのための事前に設定されたアップリンクリソースを介してアップリンクデータを送信することもできる（ＣＧベースＳＤＴとも呼ばれる）。アップリンクデータの送信のために任意の他の適切な方法を使用してもよく、本明細書ではこれについて制限を設けないことを注意すべきである。

いくつかの実施形態において、端末装置１５０は、アップリンクデータ以外の残りのデータを送信するか否かに関する指示を送信することもできる。いくつかの実施形態において、端末装置１５０はバッファ状態報告（ＢＳＲ）を送信することで、残りのデータが存在するか否かを示すことができる。こうして、ネットワーク装置が端末装置１５０のコンテキストについてアンカリロケーションを実行するか否かを決定するのに役立つ。例えば、端末装置１５０は、４ステップのＲＡＣＨプロシージャのｍｓｇ ３または２ステップのＲＡＣＨプロシージャのｍｓｇ Ａ内で指示を送信することができる。

ＳＤＴのためのアンカリロケーションプロセッシング
端末装置１５０により送信されるアップリンクデータが受信されると、第１のネットワーク装置１１０は、端末装置１５０のコンテキストのアンカをリロケーションする要求を第３のネットワーク装置１３０に送信（２０４）することができる。第３のネットワーク装置１３０は、コンテキストを維持する最後のサービングネットワーク装置である。例えば、第１のネットワーク装置１１０は、それ自身が最後のサービングネットワーク装置以外の新たなネットワーク装置であるか否かを決定することができる。それ自体が新たなネットワーク装置であると決定した場合、第１のネットワーク装置１１０は、最後のサービングネットワーク装置として機能する第３のネットワーク装置１３０に要求を送信することができる。

例えば、第１のネットワーク装置１１０は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴメッセージを第３のネットワーク装置１３０に送信することができる。いくつかの実施形態において、この要求は、送信すべき残りのデータが存在するか否かに関する第１の指示を含む。言い換えれば、第１の指示は、ワンショット（ｏｎｅ－ｓｈｏｔ）ＳＤＴが存在するか否かを示す。こうして、送信すべき残りのデータが存在するか否かを、最後のサービングネットワーク装置に明示的に示すことができる。例えば、第１の指示は、１ビットであってもよい。該ビットの第１の値は、残りのデータが存在することを示し、該ビットの第２の値は、残りのデータが存在しないことを示すことができる。もちろん、任意の他の適切な方法も可能である。

いくつかの代替実施形態において、指示は、ダウンリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を含むことができる。この情報により、この指示は、残りのデータが存在しないことを示す。いくつかの代替実施形態において、この指示は、送信すべき残りのデータが存在するか否かを暗黙的に示すために、端末装置１５０からのＢＳＲを含むことができる。

アンカをリロケーションする要求が受信されると、第３のネットワーク装置１３０は、要求内の第１の指示に基づいてアンカがリロケーションされるか否かを決定（２０５）する。

いくつかの実施形態において、第１の指示が、残りのデータが存在しないこと、すなわち、ワンショットＳＤＴであることを示す場合、第３のネットワーク装置１３０は、コンテキストをリロケーションするか否かを決定することができる。いくつかの実施形態において、第１の指示が残りのデータが存在すること、すなわち、ワンショットＳＤＴではないことを示す場合、第３のネットワーク装置１３０は、アンカを第１のネットワーク装置１１０にリロケーションすることができる。その理由は、非ワンショットＳＤＴの場合、４ステップＲＡＣＨプロセスのｍｓｇ４または２ステップＲＡＣＨプロセスのｍｓｇ Ｂは、ＳＲＢ１を使用して新たなネットワーク装置により生成されるべきであるため、コンテキストが必要であるからである。

アンカリロケーションが実行される場合、第３のネットワーク装置１３０は、コンテキストを含む、要求への応答を第１のネットワーク装置１１０に送信することができる。例えば、第３のネットワーク装置１３０は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージを第１のネットワーク装置１１０に送信することができる。

アンカリロケーションが実行されない場合、第３のネットワーク装置１３０は、非アクティブ状態におけるアップリンクデータ送信のためのコンテキストの少なくとも一部を第１のネットワーク装置１１０に送信（２０６）することができる。次に、第１のネットワーク装置１１０は、コンテキストの該一部に基づいて、アップリンクデータに関連付けられるデータパケットを第３のネットワーク装置１３０に送信（２０７）し、端末装置１５０のコンテキストをリリース（２０８）することができる。

いくつかの実施形態において、第３のネットワーク装置１３０は、第１のネットワーク装置１１０に、端末装置１５０に送信すべき接続リリースメッセージと、アップリンク送信のためのＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０の無線リンク制御（ＲＬＣ）設定を含む一部とを含むメッセージを送信することができる。例えば、第３のネットワーク装置１３０は、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージと、アップリンクデータについてのＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０のＲＬＣ設定を有する一部とを有する、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＦＡＩＬＵＲＥメッセージをフィードバックすることができる。次に、第１のネットワーク装置１１０は、ＲＬＣ設定に従ってＲＬＣエンティティを確立することができる。ＲＬＣプロセッシング後、第１のネットワーク装置１１０は、一つ又は複数のＵＬ ＰＤＣＰ ＰＤＵを第３のネットワーク装置１３０に送信することができる。第３のネットワーク装置１３０は、アップリンクデータのサービスデータ適応プロトコル（ＳＤＡＰ）およびＰＤＣＰプロセッシングを実行してから、そのアップリンクデータをコアネットワークに送信することができる。別のダウンリンク（ＤＬ）データが存在する場合、第３のネットワーク装置１３０は、該別のダウンリンクデータのＳＤＡＰおよびＰＤＣＰプロセッシングを実行してから、一つ又は複数のＤＬ・ＰＤＣＰ・ＰＤＵを第１のネットワーク装置１１０に送信することができる。そして、第１のネットワーク装置は、ＤＬデータをＲＲＣＲｅｌｅａｓｅメッセージとともに端末装置１５０に送信する。第１のネットワーク装置１１０はまた、コンテキストの該一部をリリースする。

いくつかの実施形態において、第３のネットワーク装置１３０は、第１のネットワーク装置１１０に、このコンテキストとアンカをリロケーションしないことを示す第２の指示とを含む、要求に対する応答を送信することができる。例えば、第３のネットワーク装置１３０は、コンテキストと第２の指示とを有するＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージをフィードバックすることができる。別の例として、第３のネットワーク装置１３０は、コンテキストとアップリンク送信についてのアップリンクＴＮＬ情報とを有するＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージをフィードバックすることができる。アンカをリロケーションしないことを応答が示唆する場合、第１のネットワーク装置１１０は、コンテキストに従ってＲＬＣエンティティを確立し、ＲＬＣプロセッシング後に一つまたは複数のＵＬ ＰＤＣＰ ＰＤＵを第３のネットワーク装置１３０に送信することができる。ＤＬデータが第３のネットワーク装置１３０により受信された場合、第３のネットワーク装置１３０は、ＳＤＡＰ及びＰＤＣＰ処理後に、ＤＬ ＰＤＣＰ ＰＤＵを第１のネットワーク装置１１０に送信することができる。第１のネットワーク装置１１０は、ＲＬＣ及びＭＡＣプロセッシング後にＤＬデータを端末装置１５０に送信する。

いくつかの実施形態において、第１のネットワーク装置１１０は、一つ又は複数のＤＲＢのためにＲＬＣ、ＰＤＣＰ、およびＳＤＡＰエンティティを確立し、ＲＬＣ、ＰＤＣＰ、およびＳＤＡＰプロセッシング後にＵＬデータを第３のネットワーク装置１３０に送信することができる。ＤＬデータが第３のネットワーク装置１３０により受信された場合、第３のネットワーク装置１３０は、ＤＬデータを第１のネットワーク装置１１０に送信することができる。

第１のネットワーク装置１１０は、ＲＲＣＲｅｌｅａｓｅメッセージなどのＲＲＣメッセージを生成し、アップリンクデータに関連付けられるダウンリンクデータの有無にかかわらず、ＲＲＣメッセージを端末装置１５０に送信（２０９）することができる。いくつかの実施形態において、ダウンリンクデータは、４ステップのＲＡＣＨプロセスのｍｓｇ ４または２ステップのＲＡＣＨプロセスのｍｓｇ Ｂ内で、ＲＲＣメッセージとともに端末装置１５０に送信されることができる。第１のネットワーク装置１１０は、ＳＤＴプロシージャ後にコンテキストをリリースすべきである。

ＳＤＴ中の新たなアップリンク送信の処理
ＳＤＴ中に、新たなアップリンク送信（本明細書では別のアップリンク送信とも称する）がある場合、端末装置１５０は、それが新たなアップリンクデータまたはシグナリングであるか否か、およびこの新たなアップリンクデータを有するＤＲＢ（別のＤＲＢとも称する）がＳＤＴをサポートするか否かに基づいて、該別のアップリンク送信をプロセッシングすることができる。

いくつかの実施形態において、端末装置１５０は、別のアップリンク送信がアップリンクシグナリングを含むか否かを決定（２１０）することができる。該別のアップリンク送信がアップリンクシグナリングを含むと決定した場合、端末装置１５０は、端末装置１５０に関連付けられるＤＲＢを一時停止（２１２）し、ＲＡＣＨプロシージャに基づく接続状態において該別のアップリンク送信を実行（２１３）することができる。例えば、端末装置１５０は、媒体アクセス制御（ＭＡＣ）エンティティをリセットし、一時停止されていない全てのＤＲＢを一時停止し、通常のデータ転送のためのＲＲＣ Ｒｅｓｕｍｅプロセスを開始することができる。第１のネットワーク装置１１０からＲＲＣＲｅｓｕｍｅメッセージが受信されると、端末装置１５０は、ＲＲＣＲｅｓｕｍｅメッセージ内で示されるようにＲＬＣ再確立とＰＤＣＰ再確立とを実行することができる。いくつかの実施形態において、端末装置１５０は、ＲＬＣ層の確認応答モード（ＡＭ）にあるＤＲＢについてのＰＤＣＰ状態報告を第１のネットワーク装置１１０に送信することができる。いくつかの実施形態において、端末装置１５０は、接続状態において且つＲＡＣＨプロシージャに基づいて、アップリンクデータのうち正常に送信していないデータの送信を実行することもできる。いくつかの実施形態において、端末装置１５０は、アップリンクデータのうち正常に送信していないデータの送信をキャンセルしてもよい。

該別のアップリンク送信がアップリンクシグナリングを含まない、すなわち、該別のアップリンク送信が別のアップリンクデータを含むと決定した場合、端末装置１５０は、該別のアップリンクデータを有する該別のＤＲＢが現在のＤＲＢの各々と異なり且つ該別のＤＲＢがＳＤＴをサポートするか否かとを決定（２１１）することができ、該別のＤＲＢがＳＤＴをサポートしないと決定した場合、端末装置１５０は、端末装置１５０に関連付けられるＤＲＢを一時停止（２１２）し、ＲＡＣＨプロシージャに基づく接続状態において該別のアップリンク送信を実行（２１３）することができる。例えば、端末装置１５０は、ＭＡＣエンティティをリセットし、一時停止されていない全てのＤＲＢを一時停止し、通常のデータ転送のためのＲＲＣ Ｒｅｓｕｍｅプロセスを開始することができる。第１のネットワーク装置１１０からＲＲＣＲｅｓｕｍｅメッセージが受信されると、端末装置１５０は、ＲＲＣＲｅｓｕｍｅメッセージ内で示されるようにＲＬＣ再確立とＰＤＣＰ再確立とを実行することができる。いくつかの実施形態において、端末装置１５０は、ＲＬＣ層のＡＭにあるＤＲＢについてのＰＤＣＰ状態報告を第１のネットワーク装置１１０に送信することができる。いくつかの実施形態において、端末装置１５０は、接続状態において且つＲＡＣＨプロシージャに基づいて、アップリンクデータのうち正常に送信していないデータの送信を実行することもできる。いくつかの実施形態において、端末装置１５０は、アップリンクデータのうち正常に送信していないデータの送信をキャンセルしてもよい。

いくつかの実施形態において、該別のＤＲＢが現在のＤＲＢの各々と異なり且つＳＤＴをサポートすると決定した場合、端末装置１５０は、非アクティブ状態において該別のアップリンク送信を実行するか否かを決定（２１４）することができる。いくつかの実施形態において、端末装置１５０は、該別のアップリンク送信とアップリンクデータのうち正常に送信していないデータの送信（本明細書では、未完了データ送信とも称する）とがＳＤＴの条件を満たすか否かを決定することができる。アップリンクデータの場合のＳＤＴについての決定と同様に、端末装置１５０は、該別のアップリンク送信と未完了データ送信との合計ペイロードサイズを決定することができ、合計ペイロードサイズが閾値より小さいと決定した場合、端末装置１５０は、非アクティブ状態において該別のアップリンク送信を実行すると決定することができる。ここでは簡潔にするため、その他の詳細は省略している。

非アクティブ状態において該別のアップリンク送信を実行すると決定した場合、端末装置１５０は、非アクティブ状態において該別のアップリンク送信を実行（２１５）することができる。いくつかの実施形態において、端末装置１５０は、該別のＤＲＢを再開し、ＭＡＣエンティティをリセットし、ＭＡＣセルグループ設定をリリースし、一時停止されていないＤＲＢについてＲＬＣ再確立を実行し、該別のアップリンク送信を実行するためにＳＤＴプロセスを開始することができる。いくつかの実施形態において、端末装置１５０は、非アクティブ状態において、アップリンクデータのうち正常に送信していないデータの送信を実行することもできる。いくつかの実施形態において、端末装置１５０は、アップリンクデータのうち正常に送信していないデータの送信をキャンセルしてもよい。

非アクティブ状態において該別のアップリンク送信を実行しないと決定した場合、端末装置１５０は、端末装置１５０に関連付けられるＤＲＢを一時停止し、ＲＡＣＨプロシージャに基づく接続状態において該別のアップリンク送信を実行することができる。いくつかの実施形態において、端末装置１５０は、アイドル状態に入ると、該別のアップリンク送信を実行することができる。代替として、端末装置１５０は、ＭＡＣエンティティをリセットし、ＭＡＣエンティティについてのＭＡＣセルグループ設定をリリースし、全てのＲＬＣ及びＰＤＣＰエンティティをリリースし、ＲＲＣ ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージを第１のネットワーク装置１１０に送信することにより、該別のアップリンク送信のためのＲＲＣ確立プロセスを開始することができる。もちろん、端末装置１５０は、現在のＳＤＴ送信の後に、該別のアップリンク送信のために、通常のデータ送信のためのＲＲＣ Ｒｅｓｕｍｅプロセスを開始することもできる。

いくつかの代替実施形態において、ＳＤＴ中、ＲＡＣＨに基づくＳＤＴであっても、ＣＧに基づくＳＤＴであっても、または後続のＳＤＴであっても、ＳＤＴをサポートしない（すなわち、設定されていない）ＤＲＢからの新たなアップリンクデータが存在する場合、または新しいアップリンクシグナリングが到着した場合、または現在のＤＲＢ以外の他のＤＲＢからの新たなアップリンクデータがある場合、端末装置１５０は、アイドル状態に入ると、該別のアップリンク送信を実行することができる。代替として、端末装置１５０は、ＭＡＣエンティティをリセットし、ＭＡＣエンティティについてのＭＡＣセルグループ設定をリリースし、全てのＲＬＣ及びＰＤＣＰエンティティをリリースし、ＲＲＣ ｓｅｔｕｐ Ｒｅｑｕｅｓｔメッセージを第１のネットワーク装置１１０に送信することにより、該別のアップリンク送信のためのＲＲＣ確立プロセスを開始することができる。もちろん、端末装置１５０は、現在のＳＤＴ送信の後に、該別のアップリンク送信のために、通常のデータ送信のためのＲＲＣ Ｒｅｓｕｍｅプロセスを開始することもできる。

こうして、該他のＤＲＢからの新たなアップリンク送信の場合に、ロスの無い送信をサポートすることができる。

ＳＤＴ中のセル再選択プロセッシング
端末装置１５０がＳＤＴを実行しているとき、ＲＡＣＨに基づくＳＤＴであっても、ＣＧに基づくＳＤＴであっても、または後続のＳＤＴであっても、現在のセル（本明細書では第１のセルとも称する）から新たなセル（本明細書では第２のセルとも称する）へのセル再選択が発生すると、端末装置は、第２のセルがＳＤＴをサポートするか否か、すなわち、第２のセルにおいてＳＤＴが許可されるか否かをチェックすることができる。これについては、図３を参照して詳細に説明する。図３は本開示の実施形態にかかる、セル再選択時の通信のためのプロセス３００を示す模式図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示すような端末装置１５０と、第２のネットワーク装置１２０と第４のネットワーク装置１４０とが関与してもよい。この例において、非アクティブ状態における端末装置１５０のサービングセルが、第１のネットワーク装置１１０の第１のセルから第２のネットワーク装置１２０の第２のセルに再選択され、第４のネットワーク装置１４０が、端末装置１５０のコンテキストを維持する最後のサービングネットワーク装置であると仮定する。

ＳＤＴをサポートする新たなセル
図３に示すように、端末装置１５０は、第２のセルにおいてＳＤＴを実行できるか否かを決定（３０１）することができる。いくつかの実施形態において、端末装置１５０は、第２のセルがＳＤＴをサポートするか否か、およびＳＤＴの条件が満たされているか否かを決定することができる。端末装置１５０は、第２のセルがＳＤＴをサポートし、且つＳＤＴの条件が満たされていると決定した場合、端末装置１５０は、第２のセルにおいてＳＤＴを実行できると決定することができる。例えば、端末装置１５０は、第２のネットワーク装置１２０からのシステムメッセージに基づいて、第２のセルがＳＤＴをサポートするか否かを決定することができる。別の例として、端末装置１５０は、アップリンクデータのうち正常に送信していないデータのペイロードサイズに基づいて、ＳＤＴの条件が満たされているか否かを決定することができる。これは一例に過ぎず、本願はこれについて制限も設けない。

第２のセルにおいてＳＤＴを実行できると決定した場合、端末装置１５０は、非アクティブ状態を維持（３０２）することができる。いくつかの実施形態において、非アクティブ状態が維持されている間に、端末装置１５０は、端末装置１５０のＭＡＣ層のＭＡＣエンティティをリセットすることができる。いくつかの実施形態において、端末装置１５０は、ＭＡＣエンティティについてのＭＡＣセルグループ設定をリリースすることができる。いくつかの実施形態において、端末装置１５０は、端末装置１５０に関連付けられる一時停止されていないＤＲＢについて、端末装置１５０のＲＬＣ層のＲＬＣエンティティの再確立を実行することができる。いくつかの実施形態において、端末装置１５０は、端末装置１５０に関連付けられる一時停止されていないＤＲＢについて、端末装置１５０のＰＤＣＰ層のＰＤＣＰエンティティの再確立を実行することができる。

そして、端末装置１５０は、非アクティブ状態においてアップリンクデータを第２のセルに送信（３０３）することができる。いくつかの実施形態において、端末装置１５０は、前述した第１のセル（すなわち、第１のネットワーク装置１１０）におけるＳＤＴプロシージャのように、第２のセルにおいてＳＤＴプロセスを開始することができる。例えば、端末装置１５０は、第２のネットワーク装置１２０への接続を再開する要求（本明細書では、第１の要求とも称する）を送信することができる。一例として、端末装置１５０は、ＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージを送信することができる。いくつかの実施形態において、端末装置１５０は、ＲＬＣ ＡＭ ＤＲＢについてのＰＤＣＰ状態報告を第２のセル１１０に送信することができる。

端末装置１５０からの第１の要求の受信時に、第２のネットワーク装置１２０は、それ自身が端末装置１５０をサービングする新たなネットワーク装置であるか否かを決定することができる。それ自体が新たなネットワーク装置であると決定した場合、第２のネットワーク装置１２０は、第４のネットワーク装置１４０に、端末装置１５０のコンテキストのアンカをリロケーションする第２の要求を送信（３０６）することができる。いくつかの実施形態において、第２の要求は、アップリンク送信およびダウンリンク送信のためのＵＰ ＴＮＬ情報（すなわち、データ転送のためのＵＰ ＴＬＮ情報）を含むことができる。例えば、第２のネットワーク装置１２０は、データ転送のためのＵＰ ＴＮＬ情報を含むＲＥＴＲＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴメッセージを送信することができる。もちろん、任意の他の適切なメッセージも可能である。

アンカをリロケーションする第２の要求の受信時に、第４のネットワーク装置１４０は、アンカをリロケーションするか否かを決定（３０７）することができる。第４のネットワーク装置１４０が、アンカをリロケーションすると決定した場合、すなわち、アンカリロケーションを実行すると決定した場合、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、アップリンクデータに関連付けられるデータパケットのＳＮ及びＨＦＮに関する情報を送信（３０８）することができる。言い換えれば、第４のネットワーク装置１４０は、アップリンクとダウンリンクとのＰＤＣＰ ＳＮ及びＨＦＮ状態情報、すなわち、まだコアネットワークに送信されていない端末装置１５０からのアップリンクデータパケットとまだ端末装置１５０に正常に送信されていないコアネットワークからのダウンリンクデータパケットとに関するＳＮ及びＨＦＮ情報を送信することができる。

いくつかの実施形態において、第４のネットワーク装置１４０は、コンテキストを含む、第２の要求への応答内で、このＳＮ及びＨＦＮ情報を第２のネットワーク装置１２０に送信することができる。例えば、第４のネットワーク装置１４０は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥ内でＳＮ及びＨＦＮ情報を送信することができる。いくつかの代替実施形態において、第４のネットワーク装置１４０は、ＳＮ及びＨＦＮ情報を、この情報の送信専用のメッセージ内で送信することができる。例えば、第４のネットワーク装置１４０は、コンテキストを含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージを送信し、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージ内でＳＮ及びＨＦＮ情報を送信することもできる。もちろん、任意の他の適切なメッセージも可能であり、本願は上記の例に限定されない。

アンカをリロケーションする第２の要求がデータ転送のためのＵＰ ＴＮＬ情報を含まないいくつかの実施形態において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、データ転送のためのＵＰ ＴＮＬ情報を取得する要求（本明細書では第３の要求とも称する）を送信することができる。いくつかの実施形態において、第３の要求は、データ転送のためのＵＰ ＴＮＬ情報に関連付けられるＰＤＵセッションアイデンティティ（ＩＤ）を含むことができる。いくつかの代替または追加の実施形態において、第３の要求は、データ転送のためのＵＰ ＴＬＮ情報に関連付けられるＤＲＢ ＩＤリストを含むことができる。

いくつかの実施形態において、第３の要求は、第２の要求への応答内に含まれてもよい。例えば、第３の要求は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージ内に含めることができる。もちろん、第３の要求は、任意の他の適切なメッセージ内で送信されてもよい。

第３の要求の受信時に、第２のネットワーク装置１２０は、データ転送のためのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。第３の要求がＰＤＵセッションＩＤを含むいくつかの実施形態において、第２のネットワーク装置１２０は、ＰＤＵセッションＩＤについてのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。第３の要求がＤＲＢ ＩＤリストを含むいくつかの実施形態において、第２のネットワーク装置１２０は、ＤＲＢ ＩＤリストについてのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。いくつかの実施形態において、第２のネットワーク装置１２０は、ＸＮ－Ｕ ＡＤＤＲＥＳＳ ＩＮＤＩＣＡＴＩＯＮメッセージを介して、データ転送のためのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。もちろん、任意の他の適切なメッセージも可能である。

次に、第４のネットワーク装置１４０は、データ転送プロシージャを実行（３０９）して、データパケットを第４のネットワーク装置１４０から第２のネットワーク装置１２０に転送することができる。データパケットは、まだコアネットワークに送信されていない端末装置１５０からのアップリンクデータパケットと、まだ端末装置１５０に正常に送信されていないコアネットワークからのダウンリンクデータパケットとを含むことができる。

アンカをリロケーションしないと第４のネットワーク装置１４０が決定した場合、すなわち、アンカリロケーションを実行しないと第４のネットワーク装置１４０が決定した場合、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、コンテキストの少なくとも一部を送信することができる。したがって、第２のネットワーク装置１２０は、コンテキストの該一部に基づいて、アップリンクデータに関連付けられるデータパケットを第４のネットワーク装置１４０に送信し、端末装置１５０のコンテキストをリリースすることができる。

いくつかの実施形態において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、端末装置１５０に送信すべき接続リリースメッセージと、アップリンク送信のためのＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０のＲＬＣ設定を含む一部とを含むメッセージを送信することができる。例えば、第４のネットワーク装置１４０は、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージと、ＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０のＲＬＣ設定を有する一部とを有する、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＦＡＩＬＵＲＥメッセージをフィードバックすることができる。したがって、第２のネットワーク装置１２０は、ＲＲＣＲｅｌｅａｓｅメッセージを端末装置１５０に転送することができる。次に、第２のネットワーク装置１２０は、ＲＬＣ設定に従ってＲＬＣエンティティを確立することができる。ＲＬＣプロセッシング後、第２のネットワーク装置１２０は、一つ又は複数のＵＬ ＰＤＣＰ ＰＤＵを第４のネットワーク装置１４０に送信することができる。次に、第２のネットワーク装置１２０は、コンテキストをリリースすることができる。第４のネットワーク装置１４０は、アップリンクデータのＳＤＡＰおよびＰＤＣＰプロセッシングを実行してから、そのアップリンクデータをコアネットワークに送信することができる。別のＤＬデータが存在する場合、第４のネットワーク装置１４０は、該別のダウンリンクデータのＳＤＡＰおよびＰＤＣＰプロセッシングを実行してから、一つ又は複数のＤＬ・ＰＤＣＰ・ＰＤＵを第２のネットワーク装置１２０に送信することができる。

いくつかの実施形態において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、このコンテキストとアンカをリロケーションしないことを示す第２の指示とを含む、要求に対する応答を送信することができる。例えば、第３のネットワーク装置１３０は、コンテキストと第２の指示とを有するＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージをフィードバックすることができる。別の例として、第４のネットワーク装置１４０は、コンテキストとアップリンク送信についてのアップリンクＴＮＬ情報とを有するＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージをフィードバックすることができる。アンカをリロケーションしないことを応答が示唆する場合、第２のネットワーク装置１２０は、コンテキストに従ってＲＬＣエンティティを確立し、ＲＬＣプロセッシング後に一つまたは複数のＵＬ ＰＤＣＰ ＰＤＵを第４のネットワーク装置１４０に送信することができる。

第２のネットワーク装置１２０は、ＲＲＣＲｅｌｅａｓｅメッセージなどのＲＲＣメッセージを生成し、アップリンクデータに関連付けられるダウンリンクデータの有無にかかわらず、ＲＲＣメッセージを端末装置１５０に送信することができる。いくつかの実施形態において、ダウンリンクデータは、４ステップのＲＡＣＨプロシージャのｍｓｇ ４または２ステップのＲＡＣＨプロシージャのｍｓｇ Ｂ内で、ＲＲＣメッセージとともに端末装置１５０に送信されることができる。

ＳＤＴをサポートしない新たなセル
第２のセルがＳＤＴをサポートしないと決定された場合、端末装置１５０は、非アクティブ状態を維持したまま、端末装置１５０に関連付けられるＤＲＢを一時停止（３１０）することができる。次に、端末装置１５０は、接続状態におけるアップリンクデータの送信のためにＲＡＣＨプロシージャを実行（３１１）することができる。例えば、端末装置１５０は、非アクティブ状態を維持してＭＡＣエンティティをリセットし、一時停止されていない全てのＤＲＢを一時停止し、通常のデータ転送のためのＲＲＣ Ｒｅｓｕｍｅプロシージャを開始することができる。第２のネットワーク装置１２０からＲＲＣＲｅｓｕｍｅメッセージが受信されると、端末装置１５０は、ＲＲＣＲｅｓｕｍｅメッセージ内で示されるようにＤＲＢについてＲＬＣ再確立とＰＤＣＰ再確立とを実行することができる。

端末装置１５０からの第１の要求の受信時に、第２のネットワーク装置１２０は、それ自身が端末装置１５０をサービングする新たなネットワーク装置であるか否かを決定することができる。それ自体が新たなネットワーク装置であると決定した場合、第２のネットワーク装置１２０は、第４のネットワーク装置１４０に、端末装置１５０のコンテキストのアンカをリロケーションする第２の要求を送信（３１２）することができる。いくつかの実施形態において、第２の要求は、アップリンク送信およびダウンリンク送信のためのＵＰ ＴＮＬ情報（すなわち、データ転送のためのＵＰ ＴＬＮ情報）を含むことができる。例えば、第２のネットワーク装置１２０は、データ転送のためのＵＰ ＴＮＬ情報を含むＲＥＴＲＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴメッセージを送信することができる。もちろん、任意の他の適切なメッセージも可能である。

アンカをリロケーションする第２の要求の受信時に、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、アップリンクデータに関連付けられるデータパケットのＳＮ及びＨＦＮに関する情報を送信（３１３）することができる。言い換えれば、第４のネットワーク装置１４０は、アップリンクとダウンリンクとのＰＤＣＰ ＳＮ及びＨＦＮ状態情報、すなわち、まだコアネットワークに送信されていない端末装置１５０からのアップリンクデータパケットとまだ端末装置１５０に送信されていないコアネットワークからのダウンリンクデータパケットとに関するＳＮ及びＨＦＮ情報を送信することができる。

いくつかの実施形態において、第４のネットワーク装置１４０は、コンテキストを含む、第２の要求への応答内で、このＳＮ及びＨＦＮ情報を第２のネットワーク装置１２０に送信することができる。例えば、第４のネットワーク装置１４０は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥ内でＳＮ及びＨＦＮ情報を送信することができる。いくつかの代替実施形態において、第４のネットワーク装置１４０は、ＳＮ及びＨＦＮ情報を、この情報の送信専用のメッセージ内で送信することができる。例えば、第４のネットワーク装置１４０は、コンテキストを含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージを送信し、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージ内でＳＮ及びＨＦＮ情報を送信することもできる。もちろん、任意の他の適切なメッセージも可能であり、本願は上記の例に限定されない。

アンカをリロケーションする第２の要求がデータ転送のためのＵＰ ＴＮＬ情報を含まないいくつかの実施形態において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、データ転送のためのＵＰ ＴＮＬ情報を取得する要求（本明細書では第３の要求とも称する）を送信することができる。いくつかの実施形態において、第３の要求は、データ転送のためのＵＰ ＴＬＮ情報に関連付けられるＰＤＵセッションアイデンティティ（ＩＤ）を含むことができる。いくつかの代替または追加の実施形態において、第３の要求は、データ転送のためのＵＰ ＴＬＮ情報に関連付けられるＤＲＢ ＩＤリストを含むことができる。

いくつかの実施形態において、第３の要求は、第２の要求への応答内に含まれてもよい。例えば、第３の要求は、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥメッセージ内に含めることができる。もちろん、第３の要求は、任意の他の適切なメッセージ内で送信されてもよい。

第３の要求の受信時に、第２のネットワーク装置１２０は、データ転送のためのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。第３の要求がＰＤＵセッションＩＤを含むいくつかの実施形態において、第２のネットワーク装置１２０は、ＰＤＵセッションＩＤについてのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。第３の要求がＤＲＢ ＩＤリストを含むいくつかの実施形態において、第２のネットワーク装置１２０は、ＤＲＢ ＩＤリストについてのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。いくつかの実施形態において、第２のネットワーク装置１２０は、ＸＮ－Ｕ ＡＤＤＲＥＳＳ ＩＮＤＩＣＡＴＩＯＮメッセージを介して、データ転送のためのＵＰ ＴＮＬ情報を第４のネットワーク装置１４０に送信することができる。もちろん、任意の他の適切なメッセージも可能である。

次に、第４のネットワーク装置１４０は、データ転送プロシージャを実行（３１４）して、データパケットを第４のネットワーク装置１４０から第２のネットワーク装置１２０に転送することができる。データパケットは、まだコアネットワークに送信されていない端末装置１５０からのアップリンクデータパケットと、まだ端末装置１５０に送信されていないコアネットワークからのダウンリンクデータパケットとを含むことができる。

図３に示すプロセスにより、ＳＤＴ中のセル再選択時のロスの無い送信をサポートすることができる。

なお、図２及び図３に示す動作は、本開示の実施形態を実現するのに必ずしも必要ではなく、必要に応じて、より多くの動作またはより少ない動作を調整することができる。図２及び図３で例示されるプロセスに対応し、本開示の実施形態は、端末装置およびネットワーク装置において実現される通信方法を提供する。図４から８を参照し、以下にこれらの方法を説明する。

通信方法の例
図４は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法４００を示す図である。例えば、方法４００は、図１に示すような端末装置１５０において実行できる。以下、説明のために、図１を参照して方法４００を説明する。方法４００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

ブロック４１０において、端末装置１５０は、送信すべきアップリンクデータを有する一つ又は複数のＤＲＢが、端末装置１５０の非アクティブ状態におけるデータ送信をサポートするか否かを決定する。すなわち、端末装置１５０は、該一つまたは複数のＤＲＢがＳＤＴをサポートするか否かを決定する。

該一つ又は複数のＤＲＢが非アクティブ状態におけるデータ送信をサポートする場合、ブロック４２０において、端末装置１５０は、アップリンクデータに関連付けられるペイロードサイズと該一つ又は複数のＤＲＢに関連付けられる閾値とに基づいて、非アクティブ状態においてアップリンクデータを送信するか否かを決定する。いくつかの実施形態において、端末装置１５０は、アップリンクデータの合計ペイロードサイズを決定してもよく、また、合計ペイロードサイズが第１の閾値サイズより小さいと決定した場合、端末装置１５０は、非アクティブ状態においてアップリンクデータを送信すると決定することができる。

いくつかの代替実施形態において、端末装置１５０は、該一つ又は複数のＤＲＢの各々に対応するアップリンクデータ内のデータのペイロードサイズを決定してもよく、また、ペイロードサイズが第２の閾値サイズより小さい場合、端末装置１５０は、非アクティブ状態においてアップリンクデータを送信すると決定することができる。いくつかの追加または代替の実施形態において、第２の閾値サイズは、ＤＲＢの各々に関連付けて設定される。

非アクティブ状態においてアップリンクデータを送信すると決定した場合、ブロック４３０において、端末装置１５０は、非アクティブ状態においてアップリンクデータを第１のネットワーク装置１１０に送信する。いくつかの実施形態において、端末装置１５０は、第１のネットワーク装置１１０から、非アクティブ状態におけるデータ送信のためのＢＷＰに関する設定を受信し、この設定に基づいて、アップリンクデータの送信のためのＲＡＣＨプロシージャを実行することができる。いくつかの実施形態において、端末装置１５０は、第１のネットワーク装置１１０に、アップリンクデータ以外の残りのデータを送信するか否かに関する指示を送信することもできる。

いくつかの実施形態において、端末装置１５０は、第１のネットワーク装置１１０の第１のセルから第２のネットワーク装置１２０の第２のセルへのセル再選択時に、非アクティブ状態におけるデータ送信を第２のセル内で実行できるか否かを決定することができる。いくつかの実施形態において、非アクティブ状態におけるデータ送信を第２のセル内で実行できると決定した場合、端末装置１５０は、非アクティブ状態を維持して、非アクティブ状態においてアップリンクデータを第２のセルに送信することができる。

いくつかの追加または代替の実施形態において、端末装置１５０は、非アクティブ状態を維持したまま、端末装置１５０のＭＡＣ層のＭＡＣエンティティのリセットと、ＭＡＣエンティティについてのＭＡＣセルグループ設定のリリースと、端末装置１５０に関連付けられる一時停止されていないＤＲＢについての端末装置１５０のＲＬＣ層のＲＬＣエンティティの再確立と、端末装置１５０に関連付けられる一時停止されていないＤＲＢについての端末装置１５０のＰＤＣＰ層のＰＤＣＰエンティティの再確立とのうちの少なくとも一つを実行する。いくつかの実施形態において、端末装置１５０はさらに、ＲＬＣ層のＡＭにあるＤＲＢについてのＰＤＣＰ状態報告を第２のセル１１０に送信することができる。

いくつかの実施形態において、非アクティブ状態におけるデータ送信を第２のセル内で実行できないと決定した場合、端末装置１５０は、非アクティブ状態を維持したまま端末装置１５０に関連付けられるＤＲＢを一時停止し、接続状態におけるアップリンクデータの送信のためにＲＡＣＨプロシージャを実行することができる。

いくつかの実施形態において、端末装置１５０は、別のアップリンク送信がアップリンクシグナリングを含むか否かを決定することができる。いくつかの実施形態において、該別のアップリンク送信がアップリンクシグナリングを含むと決定した場合、端末装置１５０は、端末装置１５０に関連付けられるＤＲＢを一時停止し、ＲＡＣＨプロシージャに基づく接続状態において該別のアップリンク送信を実行することができる。

いくつかの実施形態において、該別のアップリンク送信がアップリンクシグナリングを含まないと決定した場合、端末装置１５０は、該別のアップリンク送信を有する別のＤＲＢが一つまたは複数のＤＲＢの各々と異なり且つ該別のＤＲＢが非アクティブ状態におけるデータ送信をサポートするか否かを決定することができる。いくつかの実施形態において、該別のＤＲＢが非アクティブ状態におけるデータ送信をサポートしないと決定した場合、端末装置１５０は、端末装置１５０に関連付けられるＤＲＢを一時停止し、ＲＡＣＨプロシージャに基づく接続状態において該別のアップリンク送信を実行することができる。いくつかの実施形態において、端末装置１５０は、接続状態において且つＲＡＣＨプロシージャに基づいて、アップリンクデータのうち正常に送信していないデータの送信を実行することができる。

いくつかの実施形態において、該別のＤＲＢが該一つまたは複数のＤＲＢの各々と異なり且つ非アクティブ状態におけるデータ送信をサポートすると決定した場合、端末装置１５０は、非アクティブ状態において該別のアップリンク送信を実行するか否かを決定することができる。いくつかの実施形態において、非アクティブ状態において該別のアップリンク送信を実行すると決定した場合、端末装置１５０は、非アクティブ状態において第１のネットワーク装置への該別のアップリンク送信を実行することができる。いくつかの実施形態において、端末装置１２０は、非アクティブ状態において、アップリンクデータのうち正常に送信していないデータの送信を実行することができる。

図５は本開示のいくつかの実施形態にかかる、第１のネットワーク装置（すなわち、現在のサービングネットワーク装置）において実現される例示的な通信方法５００を示す。例えば、方法５００は、図１に示すような第１ネットワーク装置１１０において実行できる。以下、説明のために、図１を参照して方法５００を説明する。方法５００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図５に示すように、ブロック５１０において、第１のネットワーク装置１１０は、非アクティブ状態にある端末装置１５０により送信されるアップリンクデータを受信することができる。ブロック５２０において、第１のネットワーク装置１１０は、端末装置１５０のコンテストを維持する第３のネットワーク装置１３０に、前記端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべき残りのデータが存在するか否かに関する第１の指示を含む要求を送信することができる。

いくつかの実施形態において、この指示は、ダウンリンク送信のためのＵＰ ＴＮＬ情報と、端末装置１５０からのＢＳＲとのうちの少なくとも一つを含む。

いくつかの実施形態において、第１のネットワーク装置１１０はさらに、コンテキストとアンカをリロケーションしないことを示す第２の指示とを含む、要求への応答を、第３のネットワーク装置１３０から受信することができる。いくつかの実施形態において、第１のネットワーク装置１１０は、コンテキストに基づいて、アップリンクデータに関連付けられるデータパケットを第３のネットワーク装置１３０に送信し、端末装置１５０のコンテキストをリリースすることができる。いくつかの実施形態において、第２の指示は、アップリンク送信のためのＵＰ ＴＮＬ情報を含む。

いくつかの実施形態において、第１のネットワーク装置１１０は、第３のネットワーク装置１３０から、端末装置に送信すべき接続リリースメッセージと、アップリンク送信のためのＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０のＲＬＣ設定を含む一部とを含むメッセージを受信することができる。いくつかの実施形態において、第１のネットワーク装置１１０は、ＵＰ ＴＮＬ情報とＲＬＣ設定とに基づいて、アップリンクデータを第３のネットワーク装置に送信し、接続リリースメッセージを端末装置１５０に送信することができる。

図６は本開示のいくつかの実施形態にかかる、第２のネットワーク装置（すなわち、新たなサービングネットワーク装置）において実現される例示的な通信方法６００を示す。例えば、方法６００は、図１に示すような第２のネットワーク装置１２０において実行できる。以下、説明のために、図１を参照して方法６００を説明する。方法６００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図６に示すように、ブロック６１０において、端末装置１５０の非アクティブ状態におけるデータ送信の期間中に、前記端末装置１５０のセルが第１のネットワーク装置１１０の第１のセルから第２のネットワーク装置１２０の第２のセルへ再選択されたときに、前記第２のネットワーク装置１２０は、前記端末装置１５０から、接続を再開する第１の要求を受信する。

いくつかの実施形態において、非アクティブ状態におけるデータ送信は、第２のセルにおいて実行されてもよく、第２のネットワーク装置１２０は、端末装置１５０から、データ送信における正常に送信していないアップリンクデータを受信することができる。いくつかの実施形態において、第２のネットワーク装置１２０は、端末装置１５０から、ＲＬＣ層のＡＭにあるＤＲＢについてのＰＤＣＰ状態報告を受信することもできる。

ブロック６２０において、第２のネットワーク装置１２０は、端末装置１５０のコンテキストを維持する第４のネットワーク装置１４０に、端末装置のコンテキストのアンカをリロケーションする第２の要求を送信する。いくつかの実施形態において、第２の要求は、データ送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を含むことができる。これらの実施形態において、第２のネットワーク装置１２０は、第４のネットワーク装置１４０から、コンテキストとデータ送信に関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報とを含む、要求への応答を受信することができる。いくつかの実施形態において、第２のネットワーク装置１２０は、コンテキストと情報とに基づいて、第４のネットワーク装置からデータパケットを受信することもできる。

いくつかの代替実施形態において、第２のネットワーク装置１２０は、コンテキストを含む、要求への応答を第４のネットワーク装置１４０から受信することができる。いくつかの実施形態において、第２のネットワーク装置１２０は、第４のネットワーク装置１４０から、データ送信に関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報を含むメッセージであって、該情報の送信専用のメッセージを受信することもできる。いくつかの実施形態において、第２のネットワーク装置１２０は、コンテキストと情報とに基づいて、第４のネットワーク装置１４０からデータパケットを受信することもできる。

いくつかの実施形態において、第２の要求は、データ送信のためＵＰ ＴＮＬ情報を含まない。これらの実施形態において、第２のネットワーク装置１２０は、第４のネットワーク装置１４０から、データ送信のためのＵＰ ＴＮＬ情報を取得する第３の要求を受信し、その後、第４のネットワーク装置１４０に、データ送信のためのＵＰ ＴＮＬ情報を送信することができる。いくつかの実施形態において、第３の要求は、ＰＤＵセッションＩＤと、一つまたは複数のＤＲＢのＩＤリストとのうちの少なくとも一つを含むことができる。

図７は本開示のいくつかの実施形態にかかる、第３のネットワーク装置（すなわち、ＳＤＴ中の最後のサービングネットワーク装置）において実現される例示的な通信方法７００を示す。例えば、方法７００は、図１に示すような第３のネットワーク装置１３０において実行できる。以下、説明のために、図１を参照して方法７００を説明する。方法７００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図７に示すように、ブロック７１０において、端末装置１５０のコンテキストを維持する第３のネットワーク装置１３０は、非アクティブ状態において端末装置１５０のコンテキストのアンカをリロケーションする要求であって、送信すべきアップリンクデータ以外の残りのデータが存在するか否かに関する第１の指示を含む要求を受信する。いくつかの実施形態において、第１の指示は、ダウンリンク送信のためのＵＰ ＴＮＬ情報と、端末装置からのＢＳＲとのうちの少なくとも一つを含む。

ブロック７２０において、第３のネットワーク装置１３０は、第１の指示に基づいてアンカをリロケーションするか否かを決定する。いくつかの実施形態において、アンカをリロケーションしないと決定した場合、ブロック７３０において、第３のネットワーク装置１３０は、非アクティブ状態においてアップリンクデータを送信するためのコンテキストの少なくとも一部を第１のネットワーク装置１１０に送信する。

いくつかの実施形態において、第３のネットワーク装置１３０は、第１のネットワーク装置１１０に、端末装置に送信すべき接続リリースメッセージと、アップリンク送信のためのＵＰ ＴＮＬ情報と、コンテキストの、少なくとも端末装置１５０のＲＬＣ設定を含む一部とを含むメッセージを送信することができる。いくつかの代替実施形態において、第３のネットワーク装置１３０は、第１のネットワーク装置１１０に、このコンテキストとアンカをリロケーションしないことを示す第２の指示とを含む、要求に対する応答を第１のネットワーク装置１１０に送信することができる。

図８は本開示のいくつかの実施形態にかかる、第４のネットワーク装置（すなわち、セル再選択時の最後のサービングネットワーク装置）において実現される例示的な通信方法８００を示す。例えば、方法８００は、図１に示すような第４のネットワーク装置１４０において実現できる。以下、説明のために、図１を参照して方法８００を説明する。方法８００は、図示されていない追加のブロックを含むことができ、且つ／又は図示されているいくつかのブロックを省略することができ、本開示の範囲はこの点で限定されないことを理解すべきである。

図８に示すように、ブロック８１０において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０から、端末装置１５０のコンテキストのアンカをリロケーションする要求を受信する。第４のネットワーク装置１４０は、端末装置１５０のコンテキストを維持する。いくつかの実施形態において、この要求は、アップリンク送信およびダウンリンク送信のためのＵＰ ＴＮＬ情報（すなわち、データ転送のためのＵＰ ＴＮＬ情報）を含むことができる。

いくつかの実施形態において、この要求は、アップリンク送信およびダウンリンク送信のためのＵＰ ＴＮＬ情報（すなわち、データ転送のためのＵＰ ＴＮＬ情報）を含まない。これらの実施形態において、第４のネットワーク装置１４０は、第２のネットワーク装置１２０に、データ転送のためのＵＰ ＴＮＬ情報を取得する第３の要求を送信し、ＵＰ ＴＮＬ情報を第２のネットワーク装置１２０から受信することができる。

ブロック８２０において、第４のネットワーク装置１４０は、アンカをリロケーションするか否かを決定する。アンカをリロケーションすると決定した場合、ブロック８３０において、第４のネットワーク装置１４０は、送信すべきアップリンクデータに関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報を第２のネットワーク装置１２０に送信する。いくつかの実施形態において、第４のネットワーク装置１４０は、コンテキストを含む、要求への応答内で、この情報を第２のネットワーク装置１２０に送信することができる。いくつかの実施形態において、第４のネットワーク装置１４０は、この情報を、この情報の送信専用のメッセージ内で送信することができる。

ブロック８４０において、第４のネットワーク装置１４０は、データパケットを第２のネットワーク装置１２０に送信する。

図４から図８に記載の方法の実現は、基本的に図２及び図３に関連して説明したプロセスに対応し、そのため、これ以外の詳細はここでは省く。本開示の実施形態にかかる方法４００～８００により、ＳＤＴのための強化されたメカニズムが実現され、ＳＤＴのためのロスの無い送信が実現される。

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

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

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

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

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

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

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

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

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

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

Claims (47)

1. 非アクティブ状態にある端末装置において、送信すべきアップリンクデータを有する一つ又は複数のデータ無線ベアラ（ＤＲＢ）が前記非アクティブ状態におけるデータ送信をサポートするか否かを決定することと、
   前記一つ又は複数のＤＲＢが前記非アクティブ状態における前記データ送信をサポートするとの決定に従って、前記アップリンクデータに関連付けられるペイロードサイズと前記一つ又は複数のＤＲＢに関連付けられる閾値とに基づいて、前記非アクティブ状態において前記アップリンクデータを送信するか否かを決定することと、
   前記非アクティブ状態において前記アップリンクデータを送信するとの決定に従って、前記非アクティブ状態において前記アップリンクデータを第１のネットワーク装置に送信することと
   を含む通信の方法。
2. 前記非アクティブ状態において前記アップリンクデータを送信するか否かを決定することは、
   前記アップリンクデータの合計ペイロードサイズを決定することと、
   前記合計ペイロードサイズが第１の閾値サイズより小さいとの決定に従って、前記非アクティブ状態において前記アップリンクデータを送信すると決定することと
   を含む請求項１に記載の方法。
3. 前記非アクティブ状態において前記アップリンクデータを送信するか否かを決定することは、
   前記一つ又は複数のＤＲＢの各々に対応する前記アップリンクデータ内のデータのペイロードサイズを決定することと、
   前記ペイロードサイズが第２の閾値サイズより小さいとの決定に従って、前記非アクティブ状態において前記アップリンクデータを送信すると決定することと
   を含む請求項１に記載の方法。
4. 前記第２の閾値サイズは、前記ＤＲＢの各々に関連付けて設定される
   請求項３に記載の方法。
5. 前記アップリンクデータを送信することは、
   前記非アクティブ状態における前記データ送信のための帯域幅部分（ＢＷＰ）に関する設定を前記第１のネットワーク装置から受信することと、
   前記設定に基づいて、前記アップリンクデータの送信のためのランダムアクセスプロシージャを実行することと
   を含む請求項１に記載の方法。
6. 前記第１のネットワーク装置に、前記アップリンクデータ以外の残りのデータを送信するか否かに関する指示を送信すること
   をさらに含む請求項１に記載の方法。
7. 前記第１のネットワーク装置の第１のセルから第２のネットワーク装置の第２のセルへのセル再選択時に、前記非アクティブ状態における前記データ送信が前記第２のセルにおいて実行できるか否かを決定することと、
   前記非アクティブ状態における前記データ送信が前記第２のセルにおいて実行できるとの決定に従って、前記非アクティブ状態を維持することと、
   前記非アクティブ状態において前記アップリンクデータを前記第２のセルに送信することと
   をさらに含む請求項１に記載の方法。
8. 前記非アクティブ状態を維持したまま、
   前記端末装置の媒体アクセス制御（ＭＡＣ）層のＭＡＣエンティティのリセットと、
   前記ＭＡＣエンティティについてのＭＡＣセルグループ設定のリリースと、
   前記端末装置に関連付けられる一時停止されていないデータ無線ベアラについての前記端末装置の無線リンク制御（ＲＬＣ）層のＲＬＣエンティティの再確立と、
   前記端末装置に関連付けられる一時停止されていない前記データ無線ベアラについての前記端末装置のパケットデータ統合プロトコル（ＰＤＣＰ）層のＰＤＣＰエンティティの再確立と
   のうちの少なくとも一つを実行すること
   をさらに含む請求項７に記載の方法。
9. 前記ＲＬＣ層の確認応答モード（ＡＭ）にあるＤＲＢについてのＰＤＣＰ状態報告を前記第２のセルに送信すること
   をさらに含む請求項８に記載の方法。
10. 前記非アクティブ状態における前記データ送信が前記第２のセルにおいて実行できないとの決定に従って、前記非アクティブ状態を維持したまま、前記端末装置に関連付けられるＤＲＢを一時停止することと、
    接続状態における前記アップリンクデータの送信のためのランダムアクセスプロシージャを実行することと
    をさらに含む請求項７に記載の方法。
11. 別のアップリンク送信がアップリンクシグナリングを含むか否かを決定することと、
    前記別のアップリンク送信が前記アップリンクシグナリングを含むとの決定に従って、前記端末装置に関連付けられるＤＲＢを一時停止することと、
    ランダムアクセスプロシージャに基づいて接続状態において前記別のアップリンク送信を実行することと
    をさらに含む請求項１に記載の方法。
12. 前記別のアップリンク送信が前記アップリンクシグナリングを含まないとの決定に従って、前記別のアップリンク送信を有する別のＤＲＢが前記一つまたは複数のＤＲＢの各々と異なり且つ前記別のＤＲＢが前記非アクティブ状態における前記データ送信をサポートするか否かを決定することと、
    前記別のＤＲＢが前記非アクティブ状態における前記データ送信をサポートしないとの決定に従って、前記端末装置に関連付けられるＤＲＢを一時停止することと、
    ランダムアクセスプロシージャに基づいて接続状態において前記別のアップリンク送信を実行することと
    をさらに含む請求項１１に記載の方法。
13. 前記接続状態において且つ前記ランダムアクセスプロシージャに基づいて、前記アップリンクデータのうち正常に送信していないデータの送信を実行すること
    をさらに含む請求項１２に記載の方法。
14. 前記別のＤＲＢが前記一つまたは複数のＤＲＢの各々と異なり且つ前記非アクティブ状態における前記データ送信をサポートするとの決定に従って、前記非アクティブ状態において前記別のアップリンク送信を実行するか否かを決定することと、
    前記非アクティブ状態において前記別のアップリンク送信を実行するとの決定に従って、前記非アクティブ状態において前記第１のネットワーク装置への前記別のアップリンク送信を実行することと
    をさらに含む請求項１２に記載の方法。
15. 前記アップリンクデータのうち正常に送信していないデータの送信を前記非アクティブ状態において実行すること
    をさらに含む請求項１４に記載の方法。
16. 非アクティブ状態において端末装置により送信されるアップリンクデータを第１のネットワーク装置において受信することと、
    前記端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべき残りのデータが存在するか否かに関する第１の指示を含む要求を、前記端末装置の前記コンテキストを維持する第３のネットワーク装置に、送信することと
    を含む通信の方法。
17. 前記指示は、
    ダウンリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報と、
    前記端末装置からのバッファ状態報告（ＢＳＲ）と
    のうちの少なくとも一つを含む
    請求項１６に記載の方法。
18. 前記コンテキストと前記アンカをリロケーションすることを示す第２の指示とを含む、前記要求への応答を、前記第３のネットワーク装置から受信することと、
    前記コンテキストに基づいて、前記アップリンクデータに関連付けられるデータパケットを前記第３のネットワーク装置に送信することと、
    前記端末装置の前記コンテキストをリリースすることと、
    をさらに含む請求項１６に記載の方法。
19. 前記第２の指示は、アップリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を含む
    請求項１８に記載の方法。
20. 前記端末装置に送信すべき接続リリースメッセージと、アップリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報と、前記コンテキストの、少なくとも前記端末装置の無線リンク制御（ＲＬＣ）設定を含む一部とを含むメッセージを前記第３のネットワーク装置から受信することと、
    前記ＵＰ ＴＮＬ情報と前記ＲＬＣ設定とに基づいて、前記アップリンクデータを前記第３のネットワーク装置に送信することと、
    前記接続リリースメッセージを前記端末装置に送信することと
    をさらに含む請求項１６に記載の方法。
21. 端末装置の非アクティブ状態におけるデータ送信の期間中に、前記端末装置のセルが第１のネットワーク装置の第１のセルから第２のネットワーク装置の第２のセルへ再選択されたときに、前記第２のネットワーク装置において前記端末装置から、接続を再開する第１の要求を受信することと、
    前記端末装置のコンテキストを維持する第４のネットワーク装置に、前記端末装置の前記コンテキストのアンカをリロケーションする第２の要求を送信することと
    を含む通信の方法。
22. 前記第２の要求は、データ送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を含む
    請求項２１に記載の方法。
23. 前記非アクティブ状態における前記データ送信は、前記第２のセルにおいて実行でき、
    前記方法は、前記端末装置から、前記データ送信における正常に送信していないアップリンクデータを受信することをさらに含む
    請求項２２に記載の方法。
24. 前記ＲＬＣ層の確認応答モード（ＡＭ）にあるデータ無線ベアラ（ＤＲＢ）についてのパケットデータ統合プロトコル（ＰＤＣＰ）状態報告を受信すること
    をさらに含む請求項２３に記載の方法。
25. 前記コンテキストと前記データ送信に関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報とを含む、前記要求への応答を前記第４のネットワーク装置から受信することと、
    前記コンテキストと情報とに基づいて、前記第４のネットワーク装置から前記データパケットを受信することと
    をさらに含む請求項２２に記載の方法。
26. 前記コンテキストを含む、前記要求への応答を、前記第４のネットワーク装置から受信することと、
    前記データ送信に関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報を含むメッセージであって、前記情報の送信専用の前記メッセージを前記第４のネットワーク装置から受信することと、
    前記コンテキストと前記情報とに基づいて、前記第４のネットワーク装置から前記データパケットを受信することと
    をさらに含む請求項２２に記載の方法。
27. 前記データ送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を取得する第３の要求を前記第４のネットワーク装置から受信することと、
    前記データ送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を前記第４のネットワーク装置に送信することと
    をさらに含む請求項２１に記載の方法。
28. 前記第３の要求は、プロトコルデータユニット（ＰＤＵ）セッションのアイデンティティと、一つまたは複数のデータ無線ベアラ（ＤＲＢ）のアイデンティティのリストとのうちの少なくとも１つを含む
    請求項２７に記載の方法。
29. 非アクティブ状態において端末装置のコンテキストのアンカをリロケーションする要求であって、送信すべきアップリンクデータ以外の残りのデータが存在するか否かに関する第１の指示を含む前記要求を、前記端末装置の前記コンテキストを維持する第３のネットワーク装置において第１のネットワーク装置から受信することと、
    前記第１の指示に基づいて、前記アンカをリロケーションするか否かを決定することと、
    前記アンカをリロケーションしないとの決定に従って、前記非アクティブ状態において前記アップリンクデータを送信するためのコンテキストの少なくとも一部を前記第１のネットワーク装置に送信することと
    を含む通信の方法。
30. 前記第１の指示は、
    ダウンリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報と、
    前記端末装置からのバッファ状態報告（ＢＳＲ）と
    のうちの少なくとも一つを含む
    請求項２９に記載の方法。
31. 前記送信することは、
    前記端末装置に送信すべき接続リリースメッセージと、アップリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報と、前記コンテキストの、少なくとも前記端末装置の無線リンク制御（ＲＬＣ）設定を含む一部とを含むメッセージを前記第１のネットワーク装置に送信すること
    を含む請求項２９に記載の方法。
32. 前記送信することは、
    前記コンテキストと前記アンカをリロケーションしないことを示す第２の指示とを含む、前記要求への応答を、前記第１のネットワーク装置に送信すること
    を含む請求項２９に記載の方法。
33. 端末装置のコンテキストを維持する第４のネットワーク装置において第２のネットワーク装置から、前記コンテキストのアンカをリロケーションする第２の要求を受信することと、
    前記アンカをリロケーションするとの決定に従って、送信すべきアップリンクデータに関連付けられるデータパケットのシーケンス番号及びハイパーフレーム番号に関する情報を前記第２のネットワーク装置に送信することと、
    前記データパケットを前記第２のネットワーク装置に送信することと
    を含む通信の方法。
34. 前記第２の要求は、前記アップリンクデータに関連付けられるアップリンク送信およびダウンリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を含む
    請求項３３に記載の方法。
35. 前記情報を送信することは、
    前記コンテキストを含む、前記第２の要求への応答内で、前記情報を前記第２のネットワーク装置に送信すること
    を含む請求項３４に記載の方法。
36. 前記情報を送信することは、
    前記情報を、前記情報の送信専用のメッセージ内で送信すること
    を含む請求項３４に記載の方法。
37. 前記アップリンクデータに関連付けられるアップリンク送信およびダウンリンク送信のためのユーザプレーントランスポートネットワーク層（ＵＰ ＴＮＬ）情報を取得する第３の要求を前記第２のネットワーク装置に送信することと
    前記第２のネットワーク装置から前記ＵＰ ＴＮＬ情報を受信することと
    をさらに含む請求項３３に記載の方法。
38. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備える端末装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項１から請求項１５の何れか一項に記載の方法を実行する
    端末装置。
39. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備えるネットワーク装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項１６から請求項２０の何れか一項に記載の方法を実行する
    ネットワーク装置。
40. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備えるネットワーク装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項２１から請求項２８の何れか一項に記載の方法を実行する
    ネットワーク装置。
41. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備えるネットワーク装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項２９から請求項３２の何れか一項に記載の方法を実行する
    ネットワーク装置。
42. プロセッサと、
    前記プロセッサに結合され命令が記憶されているメモリと、を備えるネットワーク装置であって、
    前記命令が前記プロセッサにより実行された場合、請求項３３から請求項３７の何れか一項に記載の方法を実行する
    ネットワーク装置。
43. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１から請求項１５の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
44. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１６から請求項２０の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
45. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項２１から請求項２８の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
46. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項２９から請求項３２の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。
47. 少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項３３から請求項３７の何れか一項に記載の方法を実行させる命令が記憶されている
    コンピュータ可読媒体。

Images