(57)【要約】１つの実施形態によれば、通信リレーが説明され、移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、上記データパケットの上記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示とともに上記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機と、上記データパケットの上記受信に応じて、データパケットを上記第１のネットワーク構成要素へ送信することを上記送信機に中止させ、受信した上記データパケットの上記ユーザデータを上記第２のネットワーク構成要素へ転送するように上記送信機を制御し、上記第２のネットワーク構成要素へデータパケットを送信することを開始するように上記送信機を制御するように構成されたコントローラとを備える。【選択図】図１０
2019525500.tif 000002
【特許請求の範囲】
【請求項１】
移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、
前記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機であり、前記データパケットが前記移動通信端末へ送信されるべきユーザデータと前記データパケットの前記ユーザデータが前記移動通信端末のハンドオーバーのために第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信機と、
前記第１のネットワーク構成要素からの前記データパケットの受信に応じて、
前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第１のネットワーク構成要素へ送信することを前記送信機に中止させ、
前記第１のネットワーク構成要素から受信した前記データパケットの前記ユーザデータを前記第２のネットワーク構成要素へ転送するように前記送信機を制御し、
前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第２のネットワーク構成要素へ送信することを開始するように前記送信機を制御する
ように構成されたコントローラと、
を備える通信リレーであって、
当該通信リレーが、ユーザプレーン機能である、
通信リレー。
【請求項２】
前記データパケットの前記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの前記指示は、前記データパケットの転送宛先としての前記第２のネットワーク構成要素の指示を含む、請求項１に記載の通信リレー。
【請求項３】
前記第２のネットワーク構成要素の前記指示が、トンネルエンドポイント識別子（tunnel  end  point  identifier）である、請求項１又は２に記載の通信リレー。
【請求項４】
前記データパケットの前記ユーザデータを転送することが、前記データパケットから前記第１のネットワーク構成要素へ送信されるべき前記ユーザデータを抽出して、前記ユーザデータを含む転送データパケットを生成し、前記第２のネットワーク構成要素へ前記転送データパケットを送信することを含む、請求項１〜３のいずれか一項に記載の通信リレー。
【請求項５】
前記受信機が、第１のトンネルを介して前記第１のネットワーク構成要素から前記データパケットを受信するように構成され、受信したデータパケットが、当該通信リレーにおける前記第１のトンネルのエンドポイントの識別子を含む、請求項１〜４のいずれか一項に記載の通信リレー。
【請求項６】
前記コントローラが、前記送信機を制御して、第２のトンネルにより前記ユーザデータを転送するように構成される、請求項４又は５に記載の通信リレー。
【請求項７】
前記第２のネットワーク構成要素の前記指示が、前記第２のトンネルのエンドポイントの識別情報である、請求項６に記載の通信リレー。
【請求項８】
前記受信機が、ＧＴＰ−Ｕプロトコルを介して前記第１のネットワーク構成要素から前記データパケットを受信するように構成される、請求項１〜７のいずれか一項に記載の通信リレー。
【請求項９】
前記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、前記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、前記第２の無線アクセスネットワーク構成要素が、前記移動通信端末の前記ハンドオーバーのターゲットである、請求項１〜８のいずれか一項に記載の通信リレー。
【請求項１０】
前記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、前記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、請求項１〜８のいずれか一項に記載の通信リレー。
【請求項１１】
前記コントローラが、前記移動通信ネットワークの制御プレーン構成要素から受信した制御命令に基づいて前記送信機の制御を実行するように構成される、請求項１〜１０のいずれか一項に記載の通信リレー。
【請求項１２】
前記コントローラが、前記第１のネットワーク構成要素へデータパケットを送信することを前記送信機に中止させた後で、当該通信リレーのメモリを制御して、当該通信リレーにより受信した前記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するように構成される、請求項１〜１１のいずれか一項に記載の通信リレー。
【請求項１３】
前記コントローラが、前記送信機を制御して、前記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、前記第２のネットワーク構成要素の前記アドレスに基づいて前記第２のネットワーク構成要素へ前記バッファしたデータパケットを送信することを開始するように構成される、請求項１２に記載の通信リレー。
【請求項１４】
通信リレーとして機能しているユーザプレーン機能によって実行される、データパケットをリダイレクトするための方法であって、
移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するステップと、
前記第１のネットワーク構成要素からデータパケットを受信するステップであり、前記データパケットが前記移動通信端末へ送信されるべきユーザデータと前記データパケットの前記ユーザデータが前記移動通信端末のハンドオーバーのために第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信するステップと、
前記第１のネットワーク構成要素からの前記データパケットの受信に応じて、
前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第１のネットワーク構成要素へ送信することを中止するステップと、
前記第１のネットワーク構成要素から受信した前記データパケットの前記ユーザデータを前記第２のネットワーク構成要素へ転送するステップと、
前記移動通信端末へ送信されるべきユーザデータを含むデータパケットを前記第２のネットワーク構成要素へ送信することを開始するステップと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信リレー及びデータパケットをリダイレクトするための方法に関する。
【背景技術】
【０００２】
移動通信端末のハンドオーバーのケースでは、ソース（発生源）基地局は、移動通信端末がソース基地局によってもはやサービス提供されない場合でさえ、ダウンリンクデータを依然として提供されることがある。このために、ソース基地局は、ターゲット（目標）基地局へダウンリンクデータを転送することが典型的には必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、ソース基地局とターゲット基地局との間に直接インターフェースがなく、このために、ソース基地局が、例えば、移動通信ネットワークのコアネットワークのリレーを介してダウンリンクデータを転送する必要があるというシナリオがあり得る。したがって、ダウンリンクデータをリレーする（又はリダイレクトする）ための効率的な手法が望まれる。
【課題を解決するための手段】
【０００４】
１つの実施形態によれば、通信リレーが提供され、移動通信端末へ送信されるべきユーザデータを含むデータパケットを移動通信ネットワークの第１のネットワーク構成要素へ送信するための送信機と、上記第１のネットワーク構成要素からデータパケットを受信するように構成された受信機であって、上記データパケットが上記移動通信端末へ送信されるべきユーザデータと上記データパケットの上記ユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示とを含む、受信機と、上記第１のネットワーク構成要素からの上記データパケットの上記受信に応じて、上記移動通信端末へ送信されるべきユーザデータを含むデータパケットを上記第１のネットワーク構成要素へ送信することを上記送信機に中止させ、上記第１のネットワーク構成要素から受信した上記データパケットの上記ユーザデータを上記第２のネットワーク構成要素へ転送するように上記送信機を制御し、上記移動通信端末へ送信されるべきユーザデータを含むデータパケットを上記第２のネットワーク構成要素へ送信することを開始するように上記送信機を制御するように構成されたコントローラと、を備える。
【０００５】
さらなる実施形態によれば、上に記述した上記通信リレーによりデータパケットをリダイレクトするための方法が提供される。
【０００６】
図面では、類似の参照符号は、異なる図面の全体を通して同じ部品を一般に参照する。図面は、必ずしも正確な寸法である必要がなく、代わりに強調が発明の原理を図説することに一般に置かれる。下記の説明では、様々な態様が下記の図面を参照して説明される。
【図面の簡単な説明】
【０００７】
【図１】５Ｇアーキテクチャによる無線通信システムの図である。
【図２】実施形態による５Ｇ通信システムにおけるハンドオーバーに関するダウンリンクパケットのリダイレクションを示す。
【図３】ＧＴＰ−Ｕパケットを使用するパケットリダイレクションを示す。
【図４】リダイレクトされたＰＤＵについてのＧＴＰ−Ｕフォーマットにしたがったメッセージの図である。
【図５】ソースＲＡＮ構成要素及びターゲットＲＡＮ構成要素にバッファすることをともなうリダイレクションに関する例の図である。
【図６】ソースＲＡＮ構成要素、ターゲットＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例の図である。
【図７】ソースＲＡＮ構成要素及びＵＰＦにバッファすることをともなうリダイレクションに関する例の図である。
【図８】Ｉ−ＵＰＦ削除のケースにおけるＤＬパケットのリダイレクションに関する例の図である。
【図９】Ｉ−ＵＰＦ再配置のケースにおけるＤＬパケットのリダイレクションに関する例の図である。
【図１０】通信リレーの図である。
【図１１】データパケットをリダイレクトするための方法を例示している流れ図である。
【発明を実施するための形態】
【０００８】
下記の詳細な説明は、図説として、発明が実行され得るこの開示の具体的な詳細及び態様を示している添付の図面を参照する。他の態様が利用されることがあり、構造的、論理的、及び電気的な変更が、発明の範囲から逸脱せずに行われることがある。この開示の様々な態様は、この開示のいくつかの態様がこの開示の１つ又は複数の他の態様と組み合わせられて新たな態様を形成することができるので、必ずしも互いに排他的である必要がない。
【０００９】
ＬＴＥ（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）である、実施例１又は２に記載の通信リレーである。
【００８６】
実施例４は、上記通信リレーがユーザプレーン機能である、実施例１〜３のいずれか一例に記載の通信リレーである。
【００８７】
実施例５は、上記データパケットの上記ユーザデータを転送することが、上記データパケットから上記第１のネットワーク構成要素へ送信されるべき上記ユーザデータを抽出して、上記ユーザデータを含む転送データパケットを生成し、上記転送データパケットを上記第２のネットワーク構成要素へ送信することを含む、実施例１〜４のいずれか一例に記載の通信リレーである。
【００８８】
実施例６は、受信機が、第１の通信トンネルを介して上記第１のネットワーク構成要素から上記データパケットを受信するように構成され、上記受信したデータパケットが、上記通信リレーにおける第１のトンネルのエンドポイントの識別子を含む、実施例１〜５のいずれか一例に記載の通信リレーである。
【００８９】
実施例７は、コントローラが、送信機を制御して、第２のトンネルにより上記ユーザデータを転送するように構成される、実施例５又は６に記載の通信リレーである。
【００９０】
実施例８は、上記第２のネットワーク構成要素の上記指示が、上記第２のトンネルの上記エンドポイントの識別情報である、実施例７に記載の通信リレーである。
【００９１】
実施例９は、上記受信機が、ＧＴＰ−Ｕプロトコルを介して上記第１のネットワーク構成要素から上記データパケットを受信するように構成される、実施例１〜８のいずれか一例に記載の通信リレーである。
【００９２】
実施例１０は、上記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、上記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、上記第２の無線アクセスネットワーク構成要素が、上記移動通信端末のハンドオーバーのターゲットである、実施例１〜９のいずれか一例に記載の通信リレーである。
【００９３】
実施例１１は、上記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、上記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、実施例１〜９のいずれか一例に記載の通信リレーである。
【００９４】
実施例１２は、上記コントローラが、上記移動通信ネットワークの制御プレーン構成要素から受信した制御命令に基づいて上記送信機の制御を実行するように構成される、実施例１〜１１のいずれか一例に記載の通信リレーである。
【００９５】
実施例１３は、上記送信機が上記第１のネットワーク構成要素へデータパケットを送信することを中止した後で、上記コントローラが、上記通信リレーのメモリを制御して、上記通信リレーにより受信された上記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するように構成される、実施例１〜１２のいずれか一例に記載の通信リレーである。
【００９６】
実施例１４は、上記コントローラが、上記送信機を制御して、上記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、上記第２のネットワーク構成要素の上記アドレスに基づいて上記第２のネットワーク構成要素へ上記バッファしたデータパケットを送信することを開始するように構成される、実施例１３に記載の通信リレーである。
【００９７】
実施例１５は、図１１に図示されたような、データパケットをリダイレクトするための方法である。
【００９８】
実施例１６は、データパケットのユーザデータが第２のネットワーク構成要素へ転送されるべきであることの指示が、上記データパケットの転送宛先としての上記第２のネットワーク構成要素の指示を含む、実施例１５に記載の方法である。
【００９９】
実施例１７は、上記第２のネットワーク構成要素の上記指示が、トンネルエンドポイント識別子である、実施例１５又は１６に記載の方法である。
【０１００】
実施例１８は、ユーザプレーン機能によって実行される、実施例１５〜１７のいずれか一例に記載の方法である。
【０１０１】
実施例１９は、上記データパケットの上記ユーザデータを転送するステップが、上記データパケットから上記第１のネットワーク構成要素へ送信されるべき上記ユーザデータを抽出して、上記ユーザデータを含む転送データパケットを生成し、上記転送データパケットを上記第２のネットワーク構成要素へ送信することを含む、実施例１５〜１８のいずれか一例に記載の方法である。
【０１０２】
実施例２０は、通信リレーのところで第１の通信トンネルを介して上記第１のネットワーク構成要素から上記データパケットを受信するステップを含み、上記受信したデータパケットが、上記通信リレーにおける上記第１のトンネルのトンネルエンドポイント識別子として上記通信リレーの指示を含む、実施例１５〜１９のいずれか一例に記載の方法である。
【０１０３】
実施例２１は、第２のトンネルにより上記ユーザデータを転送するステップを含む、実施例１９又は２０に記載の方法である。
【０１０４】
実施例２２は、上記第２のネットワーク構成要素の上記指示が、上記第２のトンネルの上記エンドポイントの識別情報である、実施例２１に記載の方法である。
【０１０５】
実施例２３は、ＧＴＰ−Ｕプロトコルを介して上記第１のネットワーク構成要素から上記データパケットを受信するステップを含む、実施例１〜２２のいずれか一例に記載の方法である。
【０１０６】
実施例２４は、上記第１のネットワーク構成要素が、第１の無線アクセスネットワーク構成要素であり、上記第２のネットワーク構成要素が、第２の無線アクセスネットワーク構成要素であり、上記第２の無線アクセスネットワーク構成要素が、上記移動通信端末のハンドオーバーのターゲットである、実施例１〜２３のいずれか一例に記載の方法である。
【０１０７】
実施例２５は、上記第１のネットワーク構成要素が、削除されるべき第１のユーザプレーン機能であり、上記第２のネットワーク構成要素が、無線アクセスネットワーク構成要素又は第２のユーザプレーン機能である、実施例１〜２３のいずれか一例に記載の方法である。
【０１０８】
実施例２６は、上記移動通信ネットワークの制御プレーン構成要素から制御命令を受信するステップと、上記制御命令に基づいて中止すること、転送すること及び開始することを実行するステップとを含む、実施例１〜２５のいずれか一例に記載の方法である。
【０１０９】
実施例２７は、上記第１のネットワーク構成要素へデータパケットを送信することを中止するステップの後で、受信した上記移動通信端末へ送信されるべきデータパケットをバッファすることを開始するステップを含む、実施例１〜２６のいずれか一例に記載の方法である。
【０１１０】
実施例２８は、上記第２のネットワーク構成要素のアドレスを含む制御プレーン構成要素からの対応するコマンドに応じて、上記第２のネットワーク構成要素の上記アドレスに基づいて上記第２のネットワーク構成要素へ上記バッファしたデータパケットを送信することを開始するステップを含む、実施例２７に記載の方法である。
【０１１１】
通信リレーの構成要素（例えば、受信機、コントローラ及び送信機）は、例えば、１つ又は複数の回路により実装されてもよい。「回路」は、メモリ、ファームウェア又は上記の任意の組合せに記憶されたソフトウェアを実行する特定用途回路又はプロセッサであってもよい任意の種類の論理実装エンティティとして理解されてもよい。このように、「回路」は、ハードウェアに組み込まれた論理回路又はプログラマブルプロセッサ、例えば、マイクロプロセッサなどのプログラマブル論理回路であってもよい。「回路」は、やはりソフトウェア、例えば、任意の種類のコンピュータプログラムを実行するプロセッサであってもよい。下記により詳細に説明されるだろうそれぞれの機能の任意の他の種類実装形態も、「回路」としてやはり理解されてもよい。
【０１１２】
具体的な態様が説明されてきている一方で、形態及び詳細の様々な変更が、添付の特許請求の範囲により規定されるようなこの開示の態様の精神及び範囲から逸脱することなく本明細書において行われてもよいことを、当業者なら理解すべきである。範囲は、添付の特許請求の範囲によりこのように示され、したがって特許請求の範囲の意味及び等価物の範囲内になるすべての変更を包含することを意図する。
【図１】
2019525500.tif 000003
【図２】
2019525500.tif 000004
【図３】
2019525500.tif 000005
【図４】
2019525500.tif 000006
【図５】
2019525500.tif 000007
【図６】
2019525500.tif 000008
【図７】
2019525500.tif 000009
【図８】
2019525500.tif 000010
【図９】
2019525500.tif 000011
【図１０】
2019525500.tif 000012
【図１１】
2019525500.tif 000013
【国際調査報告】
2019525500.tif 000014
2019525500.tif 000015