JP2019525500A - 通信リレー及びデータパケットをリダイレクトするための方法 - Google Patents

Abstract

１つの実施形態によれば、通信リレーが説明され、移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、上記データパケットの上記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示とともに上記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機と、上記データパケットの上記受信に応じて、データパケットを上記第１のネットワーク構成要素へ送信することを上記送信機に中止させ、受信した上記データパケットの上記ユーザデータを上記第２のネットワーク構成要素へ転送するように上記送信機を制御し、上記第２のネットワーク構成要素へデータパケットを送信することを開始するように上記送信機を制御するように構成されたコントローラとを備える。【選択図】図１０

Description

本開示は、通信リレー及びデータパケットをリダイレクトするための方法に関する。

移動通信端末のハンドオーバーのケースでは、ソース（発生源）基地局は、移動通信端末がソース基地局によってもはやサービス提供されない場合でさえ、ダウンリンクデータを依然として提供されることがある。このために、ソース基地局は、ターゲット（目標）基地局へダウンリンクデータを転送することが典型的には必要である。

しかしながら、ソース基地局とターゲット基地局との間に直接インターフェースがなく、このために、ソース基地局が、例えば、移動通信ネットワークのコアネットワークのリレーを介してダウンリンクデータを転送する必要があるというシナリオがあり得る。したがって、ダウンリンクデータをリレーする（又はリダイレクトする）ための効率的な手法が望まれる。

１つの実施形態によれば、通信リレーが提供され、移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、上記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機であって、上記データパケットが上記移動通信端末へ送信されるべきユーザデータと上記データパケットの上記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信機と、上記第１のネットワーク構成要素からの上記データパケットの上記受信に応じて、上記移動通信端末へ送信されるべきユーザデータを含むデータパケットを上記第１のネットワーク構成要素へ送信することを上記送信機に中止させ、上記第１のネットワーク構成要素から受信した上記データパケットの上記ユーザデータを上記第２のネットワーク構成要素へ転送するように上記送信機を制御し、上記移動通信端末へ送信されるべきユーザデータを含むデータパケットを上記第２のネットワーク構成要素へ送信することを開始するように上記送信機を制御するように構成されたコントローラと、を備える。

さらなる実施形態によれば、上に記述した上記通信リレーによりデータパケットをリダイレクトするための方法が提供される。

図面では、類似の参照符号は、異なる図面の全体を通して同じ部品を一般に参照する。図面は、必ずしも正確な寸法である必要がなく、代わりに強調が発明の原理を図説することに一般に置かれる。下記の説明では、様々な態様が下記の図面を参照して説明される。

５Ｇアーキテクチャによる無線通信システムの図である。 実施形態による５Ｇ通信システムにおけるハンドオーバーに関するダウンリンクパケットのリダイレクションを示す。 ＧＴＰ−Ｕパケットを使用するパケットリダイレクションを示す。 リダイレクトされたＰＤＵについてのＧＴＰ−Ｕフォーマットにしたがったメッセージの図である。 ソースＲＡＮ構成要素及びターゲットＲＡＮ構成要素にバッファすることをともなうリダイレクションに関する例の図である。 ソースＲＡＮ構成要素、ターゲットＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例の図である。 ソースＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例の図である。 Ｉ−ＵＰＦ削除のケースにおけるＤＬパケットのリダイレクションに関する例の図である。 Ｉ−ＵＰＦ再配置のケースにおけるＤＬパケットのリダイレクションに関する例の図である。 通信リレーの図である。 データパケットをリダイレクトするための方法を例示している流れ図である。

下記の詳細な説明は、図説として、発明が実行され得るこの開示の具体的な詳細及び態様を示している添付の図面を参照する。他の態様が利用されることがあり、構造的、論理的、及び電気的な変更が、発明の範囲から逸脱せずに行われることがある。この開示の様々な態様は、この開示のいくつかの態様がこの開示の１つ又は複数の他の態様と組み合わせられて新たな態様を形成することができるので、必ずしも互いに排他的である必要がない。

ＬＴＥ（Long Term Evolution；ロングタームエボリューション）通信システムでは、Ｓ１ベースのハンドオーバーは、Ｘ２ベースのハンドオーバーが使用できないときにはいつでも必要とされる。これは、ソース基地局とターゲット基地局との間の接続の欠如（すなわち、Ｘ２インターフェースがソース基地局とターゲット基地局との間に展開されていない）又は対応するコアネットワーク要素（ＭＭＥ（Mobility Management Entity；モビリティ管理エンティティ））が再配置される必要があることのためである場合がある。

５Ｇ通信ネットワークでは、Ｓ１ベースのハンドオーバーの等価物が、Ｎ２ベースのハンドオーバーである。

図１は、５Ｇアーキテクチャによる無線通信システム１００を示している。

無線通信システム１００は、ＵＥ（User Equipment；ユーザ機器）、ナノ機器（Nano Equipment；ＮＥ）等のような無線通信端末デバイス１０２を含む。

さらにその上、無線通信システム１００は、複数の無線アクセスネットワークノード、すなわち、５Ｇ（Fifth Generation；第５世代）無線アクセス技術（5G New Radio；５Ｇ新無線）に準拠する無線アクセスを提供するように構成された基地局を含むことができる無線アクセスネットワーク１０３を含む。無線通信システム１００は、ＬＴＥ（ロングタームエボリューション）又は別の移動無線通信標準に準拠してやはり構成されてもよいが、５Ｇが例として本明細書において使用されることに留意すべきである。各無線アクセスネットワークノードは、エアーインターフェース１０４を介して無線通信端末デバイス１０２との無線通信を提供できる。無線アクセスネットワーク１０３が、任意の数の無線アクセスネットワークノードを含んでもよいことに留意すべきである。

無線通信システム１００は、ＲＡＮ１０３に接続されたＵＰＦ（User Plane Function；ユーザプレーン機能）１０５、ＲＡＮ１０３に接続されたアクセス及びモビリティ管理機能（ＡＭＦ；Access and Mobility Management Function）１０６、セッション管理機能（ＳＭＦ；Session Management Function）１０７並びに一元化データ管理（ＵＤＭ；Unified Data Management）１０８を含むコアネットワーク１０９をさらに含むことができる。

ＡＭＦ１０６に置かれたモビリティ管理機能とＳＭＦ１０７に置かれたセッション管理との間の分離のために、Ｎ２ベースのハンドオーバーは、５Ｇコアネットワーク（５ＧＣ；5G Core Network）１０９のＡＭＦ１０６とＳＭＦ１０７との間の信号伝達（シグナリング）にかかわる。多数のＰＤＵセッションがかかわる場合には、ＡＭＦ１０６は、各ＳＭＦ１０７へＰＤＵハンドオーバー要求を送り、各ＳＭＦ１０７がハンドオーバー実行に進むまで待機する必要がある。これが、ハンドオーバー準備段階での遅延の原因となり、無線カバレッジが待機期間中に失われることがあるので、ハンドオーバー失敗の原因となることがある。

この問題は、ハンドオーバー準備段階中にＳＭＦ１０７からＳＭ（Session Management；セッション管理）コンテキストを取得することを回避することにより扱われることがある。しかしながら、ＲＡＮ１０３内で直接データ転送が可能でないときには、間接データ転送トンネル確立は、再び遅延の原因となるハンドオーバー準備段階中に、ＡＭＦ１０６が各々のかかわったＳＭＦ１０７と連絡（コンタクト）することを依然として必要とする。

下記では、準備段階を単純化することによって５Ｇ通信システムにおけるＮ２ベースのハンドオーバーのハンドオーバー成功率を向上させることを可能にする手法が説明される。これは、様々な実施形態によれば、ソースＲＡＮ構成要素（例えば、ソース基地局）がＣＮからターゲットＲＡＮ構成要素（例えば、ターゲット基地局）へのユーザプレーンのリダイレクションを制御するために使用できるユーザプレーンにおけるリダイレクション操作を含む。

図２は、実施形態にしたがった５Ｇ通信システムにおけるハンドオーバーに関するダウンリンクパケットのリダイレクションを図示している。

（例えば、ＵＥ１０２に対応する）移動端末２０１は、ソース基地局２０２のカバレッジエリアからターゲット基地局２０３のカバレッジエリアへと移動する。基地局２０２、２０３は、例えばＲＡＮ１０３の一部である。基地局２０２、２０３の間にＸｎインターフェースが存在しないことを仮定する。

これゆえ、ＵＰＦ２０５に到着し、ソース基地局２０２へ送信されるダウンリンク（ＤＬ；Downlink）データパケット２０４、すなわち、移動端末２０１へ送信されるべきデータのパケットは、ＵＰＦ２０５を介してターゲット基地局２０３へソース基地局２０２によってリダイレクトされる。様々な実施形態によれば、ユーザプレーンは、ソース基地局２０２からターゲット基地局２０３のトンネルエンドポイント２０６へのＤＬデータのリダイレクションを制御するために使用される。ソース基地局２０２は、例えば、ターゲット基地局２０３からコアネットワーク（ＡＭＦ）を介して受信したハンドオーバー応答において、ターゲット基地局２０３からのトンネルエンドポイント２０６の指示（indication）を受信する。

このように、ＳＭＦ１０７は、ソース基地局２０２と、ターゲット基地局２０３とＵＰＦ２０５との間の転送トンネルを確立するためにハンドオーバー準備段階においてかかわる必要がない。ハンドオーバー実行段階の後で、ＳＭＦ１０７は、ターゲット基地局２０３の新しいトンネル情報で更新される。この時点で、ＳＭＦ１０７は、必要であればＵＰＦ１０５を削除できる又は再配置できる。

ソース基地局２０２及びターゲット基地局２０３とＵＰＦ２０５との間のトンネルに関して、ＧＰＲＳ（General Packet Radio Service；汎用パケット無線サービス）トンネリングプロトコルユーザデータ（Tunnelling Protocol User data）（ＧＴＰ−Ｕ）トンネリングプロトコルが、使用されることがある。

さらにその上、様々な実施形態によれば、ＧＴＰ−Ｕプロトコルは、ＰＤＵ（Packet Data Unit；パケットデータユニット）のリダイレクション又はリダイレクションエンドポイントを指示するように拡張される。これが図３及び図４に図示されている。

図３は、ＧＴＰ−Ｕパケットを使用するパケットリダイレクションを図示している。

例えばソース基地局２０２に対応するソース基地局３０１は、例えばＵＰＦ２０５に対応するＵＰＦ３０４へ第１のトンネル３０３を介してＧＴＰ−Ｕパケット３０２によりＤＬパケットをリダイレクトする。ＧＴＰ−Ｕパケット３０２は、転送指示（すなわち、ＧＴＰ−Ｕパケット３０２が転送されるべきであることの指示）及び第２のトンネル３０５の識別子（identifier）を含む。ＵＰＦ３０４は、第１のトンネル３０３を介して受信したパケットを、転送指示及び第２のトンネル３０５の識別子に基づいて第２のトンネル３０５へリダイレクトする。第２のトンネル３０５を介して、リダイレクトされたＤＬパケットは、例えばターゲット基地局２０３に対応するターゲット基地局３０６に到達する。

ＧＴＰ−Ｕパケット３０２の例が、図４に与えられている。

図４は、リダイレクトされたＰＤＵに関するＧＴＰ−Ｕフォーマットにしたがったメッセージ４００を示している。

メッセージ４００は、ＰＤＵ４０１、すなわち、ソース基地局３０１によって受信され、ターゲット基地局３０６へリダイレクトされるべきであり、そして例えばソース基地局３０１にバッファされたダウンリンクデータを搬送するＩＰ（Internet Protocol；インターネトプロトコル）パケットを含む。

メッセージ４００は、メッセージ４００の宛先としてＵＰＦ３０４を特定しているＧＴＰ−Ｕヘッダ４０２をさらに含む。メッセージタイプは、例えば、「Ｇ−ＰＤＵ」である。

加えて、メッセージ４００は、ＧＴＰ−Ｕ拡張ヘッダ４０３を含む。ＧＴＰ−Ｕ拡張ヘッダ４０３は、メッセージ４００がダウンリンクパケットのリダイレクション用である、すなわち、リダイレクトされるべきダウンリンクデータを搬送することを指示できる。ＧＴＰ−Ｕ拡張ヘッダ４０３は、ターゲットＴＥＩＤ（Tunnelling Endpoint Identifier；トンネリングエンドポイント識別子）、すなわち、トンネルのエンドポイントとしてのターゲット基地局３０６の識別子をやはり指示する。

このように、ＧＴＰ−Ｕヘッダに含まれたＴＥＩＤが第１のトンネル３０３のエンドポイントとしてのＵＰＦ３０４（言い換えると、リダイレクションにおいてリレーとしてサービス提供している構成要素）のトンネルエンドポイントを指示する一方で、拡張部４０３内のＴＥＩＤは、第２のトンネルのエンドポイントとしてターゲット基地局３０６のトンネルエンドポイントを指示する。言い換えると、拡張部４０３のＴＥＩＤは、ソース基地局３０１によって送られたデータパケットの最終的な宛先を指示する。

拡張ヘッダ４０３は、例えば、ソース基地局３０１からＵＰＦ３０４へとリダイレクトされるＰＤＵを搬送しているすべてのメッセージに追加される。ＵＰＦ３０４は、拡張ヘッダ４０３に指示されたＴＥＩＤによって特定されたＴＥＩＤへＰＤＵを再送する。

メッセージ４００は、ＵＤＰ（User Datagram Protocol；ユーザデータグラムプロトコル）／ＩＰヘッダ情報４０４をさらに含む。

ダウンリンクデータパケットは、リダイレクションの様々なステージでバッファされることがある。

図５は、ソースＲＡＮ構成要素及びターゲットＲＡＮ構成要素にバッファすることをともなうリダイレクションに関する例を示している。

図２の例と同様に、ソースＲＡＮ構成要素５０１（例えば、ソース基地局）からターゲットＲＡＮ構成要素５０２（例えば、ターゲット基地局）へのＵＥ５０１のハンドオーバーがあり、ここではダウンリンクパケット５０４のリダイレクションがＵＰＦ５０５を介して実行される。

ハンドオーバー準備及び実行のための必要条件は、ソースＲＡＮ構成要素５０２がハンドオーバーコマンド５０８をＵＥ５０１へ送ることである。ソースＲＡＮ構成要素５０２は、ソースＲＡＮ構成要素バッファ５０６に受信ＤＬパケット５０４をそのときにはバッファし始める。

ソースＲＡＮ構成要素５０２は、ユーザプレーンにおいてリダイレクション操作を使用して、バッファしたパケットをＵＰＦ５０５へリダイレクトする。ＵＰＦ５０５は、バッファしたパケットをターゲットＲＡＮ構成要素５０３へとリダイレクトする。ＵＰＦ５０５は、受信ＤＬパケット５０４をソースＲＡＮ構成要素５０２へ送り続ける。ターゲットＲＡＮ構成要素は、ＵＰＦ５０５からターゲットＲＡＮ構成要素が受信するリダイレクトされたＤＬパケットをターゲットＲＡＮ構成要素バッファ５０６にバッファする。

ＵＥ５０１は、ハンドオーバー通知５０９によってＵＥ５０１がハンドオーバーされたことをターゲットＲＡＮ構成要素５０３に次いで通知し、そしてターゲットＲＡＮ構成要素５０３は、ターゲットＲＡＮ構成要素５０３がバッファしたＤＬパケットをＵＥ５０１へ送り始める。

ターゲットＲＡＮ構成要素５０３は、パッチスイッチ（Patch Switch）要求をコアネットワーク（図示せず）へ次いで送り、そしてＣＮは、通知をＵＰＦ５０５へ送る。ＵＰＦ５０５は、受信ＤＬパケット５０４を直接ターゲットＲＡＮ構成要素５０３へ（そしてしたがってＵＥ５０１へ）次いで送り始める。

図６は、ソースＲＡＮ構成要素、ターゲットＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例を示している。

図５の例と同様に、ソースＲＡＮ構成要素６０１（例えば、ソース基地局）からターゲットＲＡＮ構成要素６０２（例えば、ターゲット基地局）へのＵＥ６０１のハンドオーバーがあり、ここではダウンリンクパケット６０４のリダイレクションがＵＰＦ６０５を介して実行される。

ハンドオーバー準備及び実行のための必要条件は、ソースＲＡＮ構成要素６０２がハンドオーバーコマンド６０８をＵＥ６０１へ送ることである。ソースＲＡＮ構成要素６０２は、受信ＤＬパケット６０４をソースＲＡＮ構成要素バッファ６０６にそのときにはバッファし始める。

ソースＲＡＮ構成要素６０２は、ユーザプレーンにおいてリダイレクション操作を使用して、バッファしたパケットをＵＰＦ６０５へとリダイレクトする。ＵＰＦ６０５はバッファしたパケットを、ターゲットＲＡＮ構成要素６０３へとリダイレクトし、そして受信ＤＬパケット６０４をＵＰＦバッファ６１０にバッファし始める。ターゲットＲＡＮ構成要素がＵＰＦ６０５から受信するリダイレクトされたＤＬパケットを、ターゲットＲＡＮ構成要素は、ターゲットＲＡＮ構成要素バッファ６０７にバッファする。

ＵＰＦ６０５がソースＲＡＮ構成要素６０２から受信したリダイレクトされたパケットを、ＵＰＦ６０５が送ってしてしまうと、ＵＰＦ６０５は、ＵＰＦ自体のバッファ６１０からのパケットとともにパケットをターゲットＲＡＮ構成要素６０３へ送り続ける。

ＵＥ６０１は、ＵＥ６０１がハンドオーバーされたことをハンドオーバー通知６０９によってターゲットＲＡＮ構成要素６０３へ次いで通知し、そしてターゲットＲＡＮ構成要素６０３は、ターゲットＲＡＮ構成要素６０３がバッファしたＤＬパケットをＵＥ６０１へ送り始める。

図７は、ソースＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例を示している。

図５の例と同様に、ソースＲＡＮ構成要素７０１（例えば、ソース基地局）からターゲットＲＡＮ構成要素７０２（例えば、ターゲット基地局）へのＵＥ７０１のハンドオーバーがあり、ここではダウンリンクパケット７０４のリダイレクションがＵＰＦ７０５を介して実行される。

ハンドオーバー準備及び実行のための必要条件は、ソースＲＡＮ構成要素７０２がハンドオーバーコマンド７０８をＵＥ７０１へ送ることである。ソースＲＡＮ構成要素７０２は、ＤＬパケットをソースＲＡＮ構成要素バッファ７０６にそのときにはバッファし始める。

ソースＲＡＮ構成要素７０２は、ユーザプレーンにおいてリダイレクション操作を使用して、バッファしたパケットをＵＰＦ７０５へとリダイレクトする。ＵＰＦ７０５は、リダイレクトされたＤＬパケット及び受信ＤＬパケットをＵＰＦバッファ７０７にバッファし始める。

ＵＥ７０１は、ターゲットＲＡＮ構成要素７０３がハンドオーバーされたことをハンドオーバー通知７０９によってターゲットＲＡＮ構成要素７０３に次いで通知する。ターゲットＲＡＮ構成要素７０３は、パッチスイッチ要求をＣＮ（図示せず）へ送り、そしてＣＮは、通知をＵＰＦ７０５へ送る。ＵＰＦ７０５は、ＵＰＦ７０５がバッファしたＤＬパケットをターゲットＲＡＮ構成要素７０３へ（及びしたがってＵＥ７０１へ）次いで送り始める。

図５、図６、図７のすべての３つの例（リダイレクションモデル）では、ソースＲＡＮ構成要素５０２、６０２、７０２は、ＤＬパケットをバッファし、そして（そうでなければバッファしたパケットが失われるはずであるので）ＤＬパケットをＵＰＦ５０５、６０５、７０５へと転送する。リダイレクションモデルの違いは、ＵＰＦ及び／又はＴ−ＲＡＮもまたバッファを有するかどうかである。

図５の実施例：
・ユーザプレーンリダイレクション要求は、ターゲットＲＡＮ構成要素５０３のトンネルエンドポイントを含む。
・ソースＲＡＮ構成要素５０２は、バッファしたパケットをＵＰＦ５０５へ送り、ＵＰＦ５０５はパケットをバッファしないがパケットをターゲットＲＡＮ構成要素５０３へ送る。
・リダイレクトしたＤＬパケット及び受信ＤＬパケット用にはＵＰＦにバッファがない。
・ターゲットＲＡＮ構成要素からのパススイッチ（Path Switch）通知の受信で、コアネットワーク（例えば、ＳＭＦ１０７）は、トンネルエンドポイントを直接ターゲットＲＡＮ構成要素に切り替えるようにＵＰＦ５０５に指示する。ソースＲＡＮ構成要素５０２は、この時点でパケットを受信することを停止する。

図６の実施例：
・ユーザプレーンリダイレクション要求は、ターゲットＲＡＮ構成要素６０３のトンネルエンドポイントを含む。
・ソースＲＡＮ構成要素６０２は、バッファしたパケットをＵＰＦ６０５へ送り、ＵＰＦ６０５はパケットをバッファしないがパケットをターゲットＲＡＮ構成要素６０３へ送る。ＵＰＦ６０５は、ソースＲＡＮ構成要素６０２からの最初のリダイレクトされたパケットの受信の後で、受信ＤＬパケットをバッファし始める。ソースＲＡＮ構成要素６０２は、この時点で受信ＤＬパケットを受信することを停止する。
・一旦、ＵＰＦ６０５がすべてのリダイレクトされたパケットをターゲットＲＡＮ構成要素６０３へ送ってしまうと、ＵＰＦ６０５は、ＵＰＦ自体のバッファからバッファしたパケットをターゲットＲＡＮ構成要素６０３へ送り始める。

図７の実施例：
・ＵＰＦ７０５は、ソースＲＡＮ構成要素７０２からの最初のリダイレクトされたパケットの受信の後で、受信ＤＬパケットをバッファし始める。ソースＲＡＮ構成要素７０２は、この時点でＤＬパケットを受信することを停止する。
・ＵＰリダイレクション要求にはトンネルエンドポイントがない。
・ターゲットＲＡＮ構成要素７０２からのパススイッチ通知の受信で、コアネットワーク（例えば、ＳＭＦ１０７）は、バッファしたパケットをターゲットＲＡＮ構成要素７０３へ送り始めるようにＵＰＦ７０５に指示する。最初にソースＲＡＮ構成要素７０２からのリダイレクトされたパケットが送信され、ＵＰＦ７０５によりバッファされたパケットが続く。

ハンドオーバーキャンセルについて、図５の手法に関して、ＬＴＥ ＥＰＳ（Evolved Packet System；進化型パケットシステム）におけるような類似のＨＯキャンセル手順が使用されることがある。ソースＲＡＮ構成要素５０２は、ＵＰＦがエンドマーカ（end marker）を送るまでＵＰＦ５０５から受信ＤＬパケットを受信し、そしてエンドマーカの受信の前に、ソースＲＡＮ構成要素５０２は、ハンドオーバーキャンセルをターゲットＲＡＮ構成要素５０３へ送ることができる。図６及び図７の手法では、ソースＲＡＮ構成要素６０２がＵＰＦ６０５へソースＲＡＮ構成要素６０２のバッファしたＤＬパケットをリダイレクトした後では、ソースＲＡＮ構成要素６０２は、受信ＤＬパケットを受信しない。メカニズムは、ハンドオーバーがキャンセルされる必要がある場合には、ソースＲＡＮ構成要素６０２へ切り替えて戻すようにＵＰＦ６０５に通知するためにソースＲＡＮ構成要素６０２のために実施されることがある。

本明細書において説明したような説明されたメカニズムは、データ送信の中断のないハンドオーバー（例えば、０ｍｓハンドオーバー）をサポートするために使用されることがある。図５の手法では、ソースＲＡＮ構成要素５０２がエンドマーカまで受信ＤＬパケットを受信するので、ソースＲＡＮ構成要素５０２は、ソースＲＡＮ構成要素５０２のデータ無線ベアラ（ＤＲＢ；Data Radio Bearer）を介して、そしてターゲットＲＡＮ構成要素５０３へ同じＤＬデータを送信でき、ターゲットＲＡＮ構成要素５０３はそれ自体のデータ無線ベアラを介して同じデータを送信できる。図６及び図７の手法に関して、ソースＲＡＮ構成要素６０２、７０２及びターゲットＲＡＮ構成要素６０３、７０３への係るバイキャスティング（bi-casting）が、ＵＰＦ６０５、７０５において行われることがある。

下記では、上に説明した手法がローカルＵＰＦ再配置又は削除に適用される例が説明される。

５Ｇ通信システムでは、ローカルＵＰＦ（Ｉ−ＵＰＦ（Intermediate User Plane Function）、中間ユーザプレーン機能）が、ローカルデータネットワークへのアクセスを与えるために使用されることがある。Ｉ−ＵＰＦは、ある一定の地理的サービスエリアを有する。Ｉ−ＵＰＦによりサービス提供されているＵＥがＩ−ＵＰＦのサービスエリアの外に移動すると、Ｉ−ＵＰＦは、再配置される又はＰＤＵセッションから削除される必要がある場合がある。ＵＥが任意の既存のサービスエリアから外のＩ−ＵＰＦのサービスエリアの中へと移動すると、Ｉ−ＵＰＦは、ＰＤＵセッションに挿入される必要がある場合がある。

Ｉ−ＵＰＦ再配置、挿入又は削除は、ＵＥがＤＬデータをページングする及びユーザプレーン機能がＵＥに対して確立される時点で行われる必要がある場合がある。しかしながら、（再配置又は削除される）Ｉ−ＵＰＦからＲＡＮ構成要素への接続がないことが起こる場合があり、そこでは、Ｉ−ＵＰＦがダウンリンクパケットを転送できず、Ｉ−ＵＰＦがＲＡＮ構成要素に直接バッファしてしまうことがあるように、ＵＥはページングを受信する。下記では、Ｉ−ＵＰＦが、バッファしたＤＬパケットをＩ−ＵＰＦからリダイレクトすることにより削除される又は再配置されるときに、バッファしたＤＬパケットが失われることを防止することを可能にする例が与えられている。

図８は、Ｉ−ＵＰＦ削除のケースにおけるＤＬパケットのリダイレクションに関する例を示している。

Ｉ−ＵＰＦ８０２は、ＵＥ８０１がＵＰＦ８０８から受信するＵＥ８０１宛ての受信ＤＬパケット８０７をバッファする。ＵＥ８０１は、ＲＡＮ構成要素８０３を介してページングされる。ＵＥ８０１は、ＳＭＦ８０５へのサービス要求８０４で（ＵＥ８０１宛てのＤＬデータの到着を指示している）ページングに応答する。ＳＭＦ８０５は、サービス要求及びＩ−ＵＰＦ８０２からＲＡＮ構成要素８０３へのトンネルのエンドポイント８０６についてＩ−ＵＰＦ８０２に通知する。

Ｉ−ＵＰＦ８０２は、ユーザプレーンにおいてリダイレクション操作を使用して、バッファしたＤＬパケットをＵＰＦ８０８へリダイレクトする。ＵＰＦ８０８は、リダイレクトされたパケットをＲＡＮ構成要素８０３へ送り、そして受信ＤＬパケット８０７をバッファし始める。

ＵＰＦ８０８がＩ−ＵＰＦ８０２から受信したリダイレクトされたパケットを送ってしまうと、ＵＰＦ８０８は、ＵＰＦ８０８自体のバッファからのＤＬパケットとともにＲＡＮ構成要素８０３へのＤＬパケットの送信を続ける。

図９は、Ｉ−ＵＰＦ再配置のケースにおけるＤＬパケットのリダイレクションに関する例を示している。

Ｉ−ＵＰＦ９０２は、ＵＥ９０１がＵＰＦ９０８から受信するＵＥ９０１宛ての受信ＤＬパケット９０７をバッファする。ＵＥ９０１は、ＲＡＮ構成要素９０３を介してページングされる。ＵＥ９０１は、ＳＭＦ９０５へのサービス要求９０４で（ＵＥ９０１宛てのＤＬデータの到着を指示している）ページングに応答する。ＳＭＦ９０５は、新しいＩ−ＵＰＦ９０９を割り当て、そしてサービス要求についての（古い）Ｉ−ＵＰＦ９０２及び（古い）Ｉ−ＵＰＦ９０２からＲＡＮ構成要素９０３へのトンネルのエンドポイント９０６を通知する。

（古い）Ｉ−ＵＰＦ９０２は、ユーザプレーンにおけるリダイレクション操作を使用して、バッファしたＤＬパケットをＵＰＦ９０８へリダイレクトする。ＵＰＦ９０８は、リダイレクトされたパケットを新しいＩ−ＵＰＦ９０９へ送り、そして受信ＤＬパケット９０７をバッファし始める。

ＵＰＦ９０８が（古い）Ｉ−ＵＰＦ９０２から受信したリダイレクトされたパケットを送ってしまうと、ＵＰＦ９０８は、ＵＰＦ９０８自体のバッファからのＤＬパケットとともに新しいＩ−ＵＰＦ９０９へのＤＬパケットの送信を続ける。

Ｉ−ＵＰＦ再配置及び削除に関する図８及び図９の手法は、例えば、Ｉ−ＵＰＦがアップリンク分類子（ＵＬ ＣＬ；Uplink Classifier）として作動するケースにおいて暗示されることがある。ＵＬ ＣＬは、ＤＮＡＩ（Data Network Access Identifier；データネットワークアクセス識別子）によって特定されたデータネットワークアクセスポイントへのアクセスを与えることができる。このケースでは、ＤＮＡＩへの接続は、コアネットワークがＤＮＡＩへのアクセスをともなうＵＬ ＣＬをユーザプレーンに挿入できるときにだけ実現されることがある。ＤＮＡＩへのアクセスが実現され得るエリアは、ＤＮＡＩサービスエリアと呼ばれる。ＵＥがＤＮＡＩサービスエリアの外へアイドルモードで移動する場合には、ＰＤＵセッションは、もうＲＡＮ（Ｎ３）へ接続されることがない既存のＵＬ ＣＬを含むことができる。ＳＭＦへの接続がそのままであるので、ＵＥはページングされることがあるが、ＲＡＮとＣＬとの間に接続がないことがある。このケースでは、ＵＥは、ＵＬ ＣＬへのユーザプレーン（Ｎ３）をアクティブにできない。ＵＥがＤＮＡＩサービスエリアの外である場合には、ＳＭＦは、ＵＥからのサービス要求の受信でＰＤＵセッションからＵＬ ＣＬを削除する。ＤＬデータは、ＰＳＡ（PDU Session Anchor；ＰＤＵセッションアンカー）、例えば、ＵＰＦ８０８にバッファされ、そしてＵＬ ＣＬ、例えば、Ｉ−ＵＰＦ８０２にすでにバッファされたパケットは、ＵＬ ＣＬ、例えば、Ｉ−ＵＰＦ８０２からＰＳＡ、例えば、ＵＰＦ８０８へリダイレクトされて戻る。

要約すると、様々な実施形態によれば、通信リレーが図１０に図示されたように提供される。

図１０は、通信リレー１０００を示している。

通信リレー１０００は、移動通信端末へ送信されるべきユーザデータを含むデータパケット１００２を移動通信ネットワークの第１のネットワーク構成要素１００３へ送信するための送信機１００１と、第１のネットワーク構成要素１００３からデータパケット１００５を受信するように構成された受信機１００４とを備え、データパケット１００５は、移動通信端末へ送信されるべきユーザデータとデータパケット１００５のユーザデータが第２のネットワーク構成要素１００７へ転送されるべきであるという指示１００６とを含む。

通信リレー１０００は、第１のネットワーク構成要素１００３からデータパケットの受信に応じて、
・移動通信端末へ送信されるべきユーザデータを含むデータパケット１００２を第１のネットワーク構成要素１００２へ送信することを送信機１００１に中止させ、
・第１のネットワーク構成要素１００２から受信したデータパケット１００５のユーザデータを第２のネットワーク構成要素１００７へ転送するように送信機１００１を制御し、
・移動通信端末へ送信されるべきユーザデータを含むデータパケット１００２を第２のネットワーク構成要素１００７へ転送することを開始するように送信機１００１を制御する
ように構成されたコントローラ１００８をさらに備える。

様々な実施形態によれば、言い換えれば、通信リレーは、第１のネットワーク構成要素がユーザデータのうちのいくつかを送り返すまで、移動通信端末に宛てたユーザデータを第１のネットワーク構成要素へ送る。例えば、通信リレーは、複数のデータパケットを第１のネットワーク構成要素へ送り、そして第１のネットワーク構成要素は、（おそらく何らかの方法で再パックした（repacked）又は再フォーマット化した（reformatted））データパケットのうちの１つを送り返す。送り返されたユーザデータ（又はデータパケット）の受信に応じて、第１のネットワーク構成要素は、ユーザデータを第１のネットワーク構成要素へ送ることを中止する、すなわち、第１のネットワーク構成要素を介して移動通信端末（例えば、ユーザ機器）へユーザデータを送ることを中止し、そして送り返されたユーザデータから始めて移動通信端末宛てのユーザデータを第２のネットワーク構成要素へ送り始め、それに続いて送り返されたユーザデータを受信した後で第１のネットワーク構成要素が受信したいずれかのさらなるユーザデータを送る。送り返されたユーザデータは、第１のネットワーク構成要素によりリダイレクトされたユーザデータとして見られることがある。ユーザデータは、通信リレーが、移動通信端末の通信パートナー、例えば、第２の移動通信ネットワーク、（例えば、インターネットでは）サーバコンピュータ等から受信するダウンリンクデータである。送り返されたユーザデータは、ユーザデータが通信リレーにより第２のネットワーク構成要素へ転送されるべきであることを指示している情報（指示）を含む。この情報は、第２のネットワーク構成要素の識別情報（identification）を含むことも含まないこともある。

図１０の手法は、例えば、ハンドオーバー準備が簡単で迅速であることを可能にし、したがってハンドオーバーの高い成功率を確実にするハンドオーバーに対して使用されることがある。

図１０の手法は、例えば、Ｘｎインターフェースが複数のＲＡＮノード（例えば、基地局）の間には展開されていなく、したがってＸｎインターフェースがパケットを転送するために使用できないという移動通信ネットワーク展開シナリオにおけるハンドオーバーに対して適用されることがある。図１０の手法は、例えば、ハンドオーバー中にＡＭＦ及び／又はＳＭＦを再配置する必要がないときに使用されることがある。５Ｇでは、ＡＭＦ／ＳＭＦの再配置は、仮想化したステートレス実装形態では問題であるとは考えられないことに留意すべきである。ＡＭＦ／ＳＭＦインスタンスは、各トランザクションのたびごとに再配置されることがある。ハンドオーバー中にデータセンタを変更する必要がある場合には、同じＡＭＦ ＩＤが、各データセンタに関係付けられたトランスポートネットワークレイヤの異なるセットを有する多数のデータセンタからサービス提供されることがあり、ＡＭＦ ＩＤの変更は必要ない。ＡＭＦ ＩＤがハンドオーバー中に変更される必要がある場合でさえ、５Ｇ−ＧＵＴＩ（Globally Unique Temporary ID；グローバル一意仮ＩＤ）だけがハンドオーバーの後でＵＥに対して更新される必要があることを意味する。

通信リレーは、例えば、図１１に図示したような方法を行う。

図１１は、データパケットをリダイレクトするための方法を図示している流れ図１１００を示している。

１１０１では、移動通信端末へ送信されるべきユーザデータを含むデータパケットが、移動通信ネットワークの第１のネットワーク構成要素へ送信される。

１１０２では、データパケットが、第１のネットワーク構成要素から受信され、ここではデータパケットは、移動通信端末へ送信されるべきユーザデータ及びデータパケットのユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示を含む。

第１のネットワーク構成要素からのデータパケットの受信に応じて、１１０３では、移動通信端末へ送信されるべきユーザデータを含むデータパケットを第１のネットワーク構成要素へ送信することが中止され、そして１１０４では、第１のネットワーク構成要素から受信したデータパケットのユーザデータが、第２のネットワーク構成要素へ転送され、そして１１０５では、移動通信端末へ送信されるべきユーザデータを含むデータパケットを第２のネットワーク構成要素へ送信することが開始される。

様々な実施例が下記に説明される：

実施例１は、図１０に図示されたような通信リレーである。

実施例２は、データパケットのユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示が、上記データパケットの転送宛先としての上記第２のネットワーク構成要素の指示を含む、実施例１に記載の通信リレーである。

実施例３は、上記第２のネットワーク構成要素の上記指示が、トンネルエンドポイント識別子（tunnel end point identifier）である、実施例１又は２に記載の通信リレーである。

実施例４は、上記通信リレーがユーザプレーン機能である、実施例１〜３のいずれか一例に記載の通信リレーである。

実施例５は、上記データパケットの上記ユーザデータを転送することが、上記データパケットから上記第１のネットワーク構成要素へ送信されるべき上記ユーザデータを抽出して、上記ユーザデータを含む転送データパケットを生成し、上記転送データパケットを上記第２のネットワーク構成要素へ送信することを含む、実施例１〜４のいずれか一例に記載の通信リレーである。

実施例６は、受信機が、第１の通信トンネルを介して上記第１のネットワーク構成要素から上記データパケットを受信するように構成され、上記受信したデータパケットが、上記通信リレーにおける第１のトンネルのエンドポイントの識別子を含む、実施例１〜５のいずれか一例に記載の通信リレーである。

実施例７は、コントローラが、送信機を制御して、第２のトンネルにより上記ユーザデータを転送するように構成される、実施例５又は６に記載の通信リレーである。

実施例８は、上記第２のネットワーク構成要素の上記指示が、上記第２のトンネルの上記エンドポイントの識別情報である、実施例７に記載の通信リレーである。

実施例９は、上記受信機が、ＧＴＰ−Ｕプロトコルを介して上記第１のネットワーク構成要素から上記データパケットを受信するように構成される、実施例１〜８のいずれか一例に記載の通信リレーである。

実施例１０は、上記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、上記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、上記第２の無線アクセスネットワーク構成要素が、上記移動通信端末のハンドオーバーのターゲットである、実施例１〜９のいずれか一例に記載の通信リレーである。

実施例１１は、上記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、上記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、実施例１〜９のいずれか一例に記載の通信リレーである。

実施例１２は、上記コントローラが、上記移動通信ネットワークの制御プレーン構成要素から受信した制御命令に基づいて上記送信機の制御を実行するように構成される、実施例１〜１１のいずれか一例に記載の通信リレーである。

実施例１３は、上記送信機が上記第１のネットワーク構成要素へデータパケットを送信することを中止した後で、上記コントローラが、上記通信リレーのメモリを制御して、上記通信リレーにより受信された上記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するように構成される、実施例１〜１２のいずれか一例に記載の通信リレーである。

実施例１４は、上記コントローラが、上記送信機を制御して、上記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、上記第２のネットワーク構成要素の上記アドレスに基づいて上記第２のネットワーク構成要素へ上記バッファしたデータパケットを送信することを開始するように構成される、実施例１３に記載の通信リレーである。

実施例１５は、図１１に図示されたような、データパケットをリダイレクトするための方法である。

実施例１６は、データパケットのユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示が、上記データパケットの転送宛先としての上記第２のネットワーク構成要素の指示を含む、実施例１５に記載の方法である。

実施例１７は、上記第２のネットワーク構成要素の上記指示が、トンネルエンドポイント識別子である、実施例１５又は１６に記載の方法である。

実施例１８は、ユーザプレーン機能によって実行される、実施例１５〜１７のいずれか一例に記載の方法である。

実施例１９は、上記データパケットの上記ユーザデータを転送するステップが、上記データパケットから上記第１のネットワーク構成要素へ送信されるべき上記ユーザデータを抽出して、上記ユーザデータを含む転送データパケットを生成し、上記転送データパケットを上記第２のネットワーク構成要素へ送信することを含む、実施例１５〜１８のいずれか一例に記載の方法である。

実施例２０は、通信リレーのところで第１の通信トンネルを介して上記第１のネットワーク構成要素から上記データパケットを受信するステップを含み、上記受信したデータパケットが、上記通信リレーにおける上記第１のトンネルのトンネルエンドポイント識別子として上記通信リレーの指示を含む、実施例１５〜１９のいずれか一例に記載の方法である。

実施例２１は、第２のトンネルにより上記ユーザデータを転送するステップを含む、実施例１９又は２０に記載の方法である。

実施例２２は、上記第２のネットワーク構成要素の上記指示が、上記第２のトンネルの上記エンドポイントの識別情報である、実施例２１に記載の方法である。

実施例２３は、ＧＴＰ−Ｕプロトコルを介して上記第１のネットワーク構成要素から上記データパケットを受信するステップを含む、実施例１〜２２のいずれか一例に記載の方法である。

実施例２４は、上記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、上記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、上記第２の無線アクセスネットワーク構成要素が、上記移動通信端末のハンドオーバーのターゲットである、実施例１〜２３のいずれか一例に記載の方法である。

実施例２５は、上記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、上記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、実施例１〜２３のいずれか一例に記載の方法である。

実施例２６は、上記移動通信ネットワークの制御プレーン構成要素から制御命令を受信するステップと、上記制御命令に基づいて中止すること、転送すること及び開始することを実行するステップとを含む、実施例１〜２５のいずれか一例に記載の方法である。

実施例２７は、上記第１のネットワーク構成要素へデータパケットを送信することを中止するステップの後で、受信した上記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するステップを含む、実施例１〜２６のいずれか一例に記載の方法である。

実施例２８は、上記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、上記第２のネットワーク構成要素の上記アドレスに基づいて上記第２のネットワーク構成要素へ上記バッファしたデータパケットを送信することを開始するステップを含む、実施例２７に記載の方法である。

通信リレーの構成要素（例えば、受信機、コントローラ及び送信機）は、例えば、１つ又は複数の回路により実装されてもよい。「回路」は、メモリ、ファームウェア又は上記の任意の組合せに記憶されたソフトウェアを実行する特定用途回路又はプロセッサであってもよい任意の種類の論理実装エンティティとして理解されてもよい。このように、「回路」は、ハードウェアに組み込まれた論理回路又はプログラマブルプロセッサ、例えば、マイクロプロセッサなどのプログラマブル論理回路であってもよい。「回路」は、やはりソフトウェア、例えば、任意の種類のコンピュータプログラムを実行するプロセッサであってもよい。下記により詳細に説明されるだろうそれぞれの機能の任意の他の種類実装形態も、「回路」としてやはり理解されてもよい。

具体的な態様が説明されてきている一方で、形態及び詳細の様々な変更が、添付の特許請求の範囲により規定されるようなこの開示の態様の精神及び範囲から逸脱することなく本明細書において行われてもよいことを、当業者なら理解すべきである。範囲は、添付の特許請求の範囲によりこのように示され、したがって特許請求の範囲の意味及び等価物の範囲内になるすべての変更を包含することを意図する。

Claims (14)

1. 移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、
   前記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機であり、前記データパケットが前記移動通信端末へ送信されるべきユーザデータと前記データパケットの前記ユーザデータが前記移動通信端末のハンドオーバーのために第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信機と、
   前記第１のネットワーク構成要素からの前記データパケットの受信に応じて、
   前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第１のネットワーク構成要素へ送信することを前記送信機に中止させ、
   前記第１のネットワーク構成要素から受信した前記データパケットの前記ユーザデータを前記第２のネットワーク構成要素へ転送するように前記送信機を制御し、
   前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第２のネットワーク構成要素へ送信することを開始するように前記送信機を制御する
   ように構成されたコントローラと、
   を備える通信リレーであって、
   当該通信リレーが、ユーザプレーン機能である、
   通信リレー。
2. 前記データパケットの前記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの前記指示は、前記データパケットの転送宛先としての前記第２のネットワーク構成要素の指示を含む、請求項１に記載の通信リレー。
3. 前記第２のネットワーク構成要素の前記指示が、トンネルエンドポイント識別子（tunnel end point identifier）である、請求項１又は２に記載の通信リレー。
4. 前記データパケットの前記ユーザデータを転送することが、前記データパケットから前記第１のネットワーク構成要素へ送信されるべき前記ユーザデータを抽出して、前記ユーザデータを含む転送データパケットを生成し、前記第２のネットワーク構成要素へ前記転送データパケットを送信することを含む、請求項１〜３のいずれか一項に記載の通信リレー。
5. 前記受信機が、第１のトンネルを介して前記第１のネットワーク構成要素から前記データパケットを受信するように構成され、受信したデータパケットが、当該通信リレーにおける前記第１のトンネルのエンドポイントの識別子を含む、請求項１〜４のいずれか一項に記載の通信リレー。
6. 前記コントローラが、前記送信機を制御して、第２のトンネルにより前記ユーザデータを転送するように構成される、請求項４又は５に記載の通信リレー。
7. 前記第２のネットワーク構成要素の前記指示が、前記第２のトンネルのエンドポイントの識別情報である、請求項６に記載の通信リレー。
8. 前記受信機が、ＧＴＰ−Ｕプロトコルを介して前記第１のネットワーク構成要素から前記データパケットを受信するように構成される、請求項１〜７のいずれか一項に記載の通信リレー。
9. 前記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、前記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、前記第２の無線アクセスネットワーク構成要素が、前記移動通信端末の前記ハンドオーバーのターゲットである、請求項１〜８のいずれか一項に記載の通信リレー。
10. 前記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、前記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、請求項１〜８のいずれか一項に記載の通信リレー。
11. 前記コントローラが、前記移動通信ネットワークの制御プレーン構成要素から受信した制御命令に基づいて前記送信機の制御を実行するように構成される、請求項１〜１０のいずれか一項に記載の通信リレー。
12. 前記コントローラが、前記第１のネットワーク構成要素へデータパケットを送信することを前記送信機に中止させた後で、当該通信リレーのメモリを制御して、当該通信リレーにより受信した前記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するように構成される、請求項１〜１１のいずれか一項に記載の通信リレー。
13. 前記コントローラが、前記送信機を制御して、前記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、前記第２のネットワーク構成要素の前記アドレスに基づいて前記第２のネットワーク構成要素へ前記バッファしたデータパケットを送信することを開始するように構成される、請求項１２に記載の通信リレー。
14. 通信リレーとして機能しているユーザプレーン機能によって実行される、データパケットをリダイレクトするための方法であって、
    移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するステップと、
    前記第１のネットワーク構成要素からデータパケットを受信するステップであり、前記データパケットが前記移動通信端末へ送信されるべきユーザデータと前記データパケットの前記ユーザデータが前記移動通信端末のハンドオーバーのために第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信するステップと、
    前記第１のネットワーク構成要素からの前記データパケットの受信に応じて、
    前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第１のネットワーク構成要素へ送信することを中止するステップと、
    前記第１のネットワーク構成要素から受信した前記データパケットの前記ユーザデータを前記第２のネットワーク構成要素へ転送するステップと、
    前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第２のネットワーク構成要素へ送信することを開始するステップと、
    を含む方法。