JP7230827B2 - 通信デバイス、インフラストラクチャ機器、無線通信ネットワークおよび方法 - Google Patents

Description

本開示は、無線通信ネットワークにおいて無線通信デバイスのハンドオーバーを行うように構成された無線通信デバイスとインフラストラクチャ機器、およびハンドオーバーを行う方法に関する。

本明細書に記載する背景技術の説明は、本開示がどのような文脈で為されたかの概要を説明する目的で記載するものである。本願の発明者として名前を挙げているものの研究内容は、この背景技術のセクションに記載されている限りにおいて、出願時に先行技術と認められない部分と同様に、本技術に対する先行技術として明示的にも暗示的にも認めるものではない。

第４世代移動体通信ネットワークは、高帯域でレイテンシが小さいデータ送信を行う高度なサービスをサポートすることができる。今では、無線通信デバイスに提供可能なサービスの幅をさらに広げる新しい技術が注力されている。このような新しい技術は、新しいコアネットワークアーキテクチャに基づくと予想されている。第４世代無線技術（ＬＴＥ）に従って動作する無線アクセス機器は、この新しいアーキテクチャに従って動作するコアネットワークに接続可能である。

しかし、第４世代ネットワークとそれに関連する拡張パケットコア（ＥＰＣ）やコアネットワークが広く使用されるにつれて、両方のタイプのネットワークからサービスを取得可能な無線通信デバイスや、両方のタイプのネットワーク間のシームレスモビリティ（すなわちハンドオーバー）が望まれている。

ＬＴＥ ｆｏｒ ＵＭＴＳ： ＯＦＤＭＡ ａｎｄ ＳＣ－ＦＤＭＡ Ｂａｓｅｄ Ｒａｄｉｏ Ａｃｃｅｓｓ、 Ｈａｒｒｉｓ Ｈｏｌｍａ ａｎｄ Ａｎｔｔｉ Ｔｏｓｋａｌａ、 Ｗｉｌｅｙ ２００９、 ＩＳＢＮ ９７８－０－４７０－９９４０１－６． ３ＧＰＰ ＴＳ ３６．３３１ ３ＧＰＰ ＴＳ ３８．３００

本技術の一実施例によれば、ソースである第１のインフラストラクチャ機器からターゲットである第２のインフラストラクチャ機器への無線通信デバイスのハンドオーバーのために上記第１のインフラストラクチャ機器によって行われる方法が提供される。この方法は上記無線通信デバイスのため１つのデータ無線ベアラと、それぞれ特定のサービス品質を提供するように構成された複数のパケットベアラ間のマッピングを維持し、上記無線通信デバイスが上記第１のインフラストラクチャ機器から上記第２のインフラストラクチャ機器へハンドオーバーを行うと判断し、上記データ無線ベアラへの上記複数のパケットベアラのマッピングが上記第２のインフラストラクチャ機器によってサポートされないと判断し、コアネットワーク機器または上記第２のインフラストラクチャ機器へのハンドオーバーの後に、上記ハンドオーバー後の上記第２のインフラストラクチャ機器において上記無線ベアラおよび上記複数のパケットベアラのうちの少なくとも１つを構成するために上記複数のパケットベアラのマッピングのインジケーションを上記第２のインフラストラクチャ機器に提供することを含む方法である。結果として、データ無線ベアラへの複数のパケットベアラのマッピングが第２のインフラストラクチャ機器によってサポートされないときにハンドオーバーが行われ得る。さらなる態様や特徴に関しては添付の請求項によって定義される。
前述の段落は、一般的な序論として提供したものであり、以下の特許請求の範囲を限定するものではない。本明細書に記載の実施形態は、更なる利点とともに、添付の図面と併せて以下の詳細な説明を参照することによって理解される。

添付の図面と併せて検討される以下の詳細な記載を参照することにより、本開示は更なる利点と共に最も良好に理解される。図面全体を通して、同様の参照番号は同様の要素を示す。

５Ｇコアネットワークおよび／または拡張パケットコアネットワークに接続するｅＮＢを含む移動体通信システムの例を概略的に示すブロック図である。 図１に示すコアネットワーク、ｅＮＢ、およびＵＥ間の送信に用いられる論理チャネルの例を示す。 それぞれ図２Ａおよび図２Ｂに示す論理チャネルを介した送信に用いられるプロトコルとプロトコルデータユニットの例を示す。 ５Ｇコアネットワークに接続するｅＮＢとＥＰＣコアネットワークに接続するｅＮＢ間でのＵＥのシステム間ハンドオーバーに対応する例示的なメッセージシーケンス図である。 本技術の実施形態に係るハンドオーバー準備フェーズのための技術を示す例示的なメッセージシーケンス図である。 本技術の実施形態に係るハンドオーバー準備フェーズのための他の技術を示す例示的なメッセージシーケンス図である。 本技術の実施形態に係るハンドオーバー準備フェーズのためのさらに他の技術を示す例示的なメッセージシーケンス図である。 異なるコアネットワークに接続するｅＮＢ間のハンドオーバー手順の一部としてのデータ転送のための技術を示す例示的なメッセージシーケンス図である。 異なるコアネットワークに接続するｅＮＢ間のハンドオーバー手順の一部としてのデータ転送のための他の技術を示す例示的なメッセージシーケンス図である。 異なるコアネットワークに接続するｅＮＢ間のハンドオーバー手順の一部としてのデータ転送のためのさらに他の技術を示す例示的なメッセージシーケンス図である。

＜従来の通信システム＞
図１は、下記の本開示の実施形態を実施するように構成された移動体通信ネットワーク／システムのいくつかの基本的な機能を示す概略図である。図１の様々なエレメントおよびその動作のそれぞれのモードは、３ＧＰＰ（ＲＴＭ）団体によって管理され、定義されている関連規格でよく知られており、また例えばＨｏｌｍａ、 Ｈ． ａｎｄ Ｔｏｓｋａｌａ Ａ． ［１］のように、この内容については多くの書籍に記載されている。以下で具体的に説明されない通信システムの動作的態様は、任意の公知の技法に従って、例えば、関連する規格などに従って実装されてよいことが理解される。

ネットワーは、２つのコアネットワーク１０５、１０６に接続される複数の基地局１０１、１０２、１０３を含む。各基地局は、１以上のカバレージエリア（即ちセル）を提供する。そのカバレージエリア内において、通信デバイス１０４とデータのやりとりが可能である。データは、基地局１０１、１０２、１０３から、それぞれのカバレージエリア内の通信デバイス１０４等の通信デバイスに、無線ダウンリンクを介して送信される。データは、デバイス１０４等の通信デバイスから基地局に、無線インターフェースを介して送信される。無線インターフェースは無線アップリンクと無線ダウンリンクを提供する。アップリンク及びダウンリンク通信は、ネットワークのオペレータ専用にライセンスされた無線リソースを使用して行われ得る。コアネットワーク１０５、１０６は、それぞれの基地局を介して通信デバイス１０４との間でデータのルーティングを行い、認証、モビリティ管理、課金などといった機能を提供する。通信デバイスは、移動局、ユーザ機器（ＵＥ）、ユーザ端末、移動無線機などとも称され得る。基地局は、送受信局／ＮｏｄｅＢ／ｅＮｏｄｅＢ（略してｅＮＢ）等とも称され得る。

ここで述べる基地局またはｅＮｏｄｅＢおよびＵＥは、送信部（または送信回路）、受信部（または受信回路）、および制御部（または制御回路）を含み得る。制御部は例えば、不揮発性メモリ等のコンピュータ読み取り可能媒体に記憶された指示を実行するように構成されたマイクロプロセッサ、ＣＰＵ、専用チップセット等であり得る。ここに記載する処理ステップは、例えば、コンピュータ読み取り可能媒体に記憶される指示に従って動作するランダムアクセスメモリと協働するマイクロプロセッサによって実行され得る。基地局またはｅＮｏｄｅＢは１以上の通信インターフェース（および関連する送信および受信回路）を含み得る。通信インターフェースは例えば、１以上のコアネットワーク機器と通信するための（無線または有線の）通信インターフェースと１以上のＵＥと通信するための無線通信インターフェースである。

３ＧＰＰ定義のＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）アーキテクチャに従って構成されたシステム等の無線通信システムは、無線ダウンリンクのための直交周波数分割変調（ＯＦＤＭ）ベースのインターフェース（いわゆるＯＦＤＭＡ）、及び無線アップリンク上のシングルキャリア周波数分割多元接続方式ＳＣ?ＦＤＭＡを使用する。無線通信システムの他の例としては、５Ｇに基づいて動作するものが挙げられる。５Ｇにおいては、無線送受信ユニットと呼ばれるインフラストラクチャ機器によって無線ネットワークが構成される。

従来の第４世代移動体ネットワークにおいては、ユーザ機器１０４等のユーザ機器に対するサービスが、コアネットワーク機器を含み得るＥＰＣネットワーク１０６等の拡張パケットコア（ＥＰＣ）ネットワークに接続するｅＮｏｄｅＢ１０２等の１以上のｅＮｏｄｅＢを含む無線アクセスネットワークを組み合わせることによって提供される（詳細は図示しない）。

ｅＮｏｄｅＢ１０１、１０３は、コアネットワーク機器を含み得る５Ｇコアネットワーク１０５等の新たなコアネットワークに無線アクセスネットワークが接続する、将来可能なネットワークアーキテクチャ（「５Ｇ」と称し得る）に従う基地局の例である詳細は図示しない）。ｅＮｏｄｅＢ１０３等のｅＮｏｄｅＢは、コアネットワーク１０６およびコアネットワーク１０５等の２つのコアネットワークに同時に接続し得る。

５Ｇコアネットワーク１０５は、１以上のＡｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ （ＡＭＦ）を含み得る（図１には図示しない）。ｅＮｏｄｅＢ１０１、１０３は５Ｇコアネットワーク内のＡＭＦに接続され得る。

ｅＮｏｄｅＢ１０１、１０２、１０３は、少なくともｅＮｏｄｅＢとＵＥ１０４間の無線インターフェースに関しては、ＬＴＥの仕様（またはその変形版や更新版）に従って実質的に動作し得る。

しかし、異なるコアネットワークの使用を考慮すると、コアネットワークとｅＮｏｄｅＢの間、つまり、ｅＮｏｄｅＢ１０２、１０３およびＥＰＣコアネットワーク１０６の間およびｅＮｏｄｅＢ１０３、１０１および５Ｇコアネットワーク１０５の間のインターフェースの動作は異なるものになると思われる。これらが異なることはつまり、例えば端末間のフローのタイプが異なることを意味する。

図２Ａ、２Ｂは上記の差異の例を示しており、各コアネットワークとＵＥ１０４の間で起こり得る論理接続を図示している。ＵＥ１０４に送信するためにコアネットワーク１０５、１０６によって受信されたデータは通常、特定のプロトコルに従ってフォーマットされたパケットを含む。以降の記載では、これらのパケットがインターネットプロトコル（ＩＰ）に従って構成されていると仮定する。しかし、当然のことながら上記の代わりに他の適切なパケットフォーマットを使用することも可能である。

図２Ａは５Ｇコアネットワーク１０５、ｅＮｏｄｅＢ１０１、およびＵＥ１０４間の論理接続を示す。５Ｇコアネットワーク１０５で受信されたＩＰパケットはＱｏＳフロー２０１、２０２、２０３等の特定のサービス品質（ＱｏＳ）フローに割り当てられる。各ＱｏＳフローはＱｏＳフローＩＤによって特徴づけることが可能であり、サービス品質要求（例えば保障ビットレート、最大ビットレート、最大レイテンシ、許容パケットロス率等のうちの１以上）に関連付けれられ得る。図２Ａに図示はしていないが、ＱｏＳフロー２０１、２０２、２０３は５Ｇコアネットワーク１０５とＵＥ１０４間の端末間フローである。つまり、ＵＥは各ＱｏＳフロー２０１、２０２、２０３に関連付けられたパラメータを認識している。

ｅＮｏｄｅＢ１０１等の５Ｇコアネットワーク１０５に接続されるｅＮｏｄｅＢもまたＱｏＳフローを認識している。ｅＮｏｄｅＢ１０１は、ＵＥと論理接続を確立する。この論理接続とは、データ無線ベアラ（ＤＲＢ）２０４、２０５であり得る。これらは、実質的にＬＴＥ無線ベアラの仕様に従って動作し得る。各ＤＲＢ２０４、２０５は下記の一組の対応するパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティに関連付けられ得る。

図２Ａに示す５Ｇシステムアーキテクチャによると、１つのＤＲＢ（例えばＤＲＢ２０４）は２つのＱｏＳフロー（例えばＱｏＳフロー２０１、２０２）に関連付けられたパケットデータの送信のために用いられ得る。このようなフレキシビリティに適応するため、ｅＮｏｄｅＢ１０１はテーブル２０６等のマッピングテーブルを保持し、各ＱｏＳフローとＤＲＢ間のマッピングを記憶し得る。このテーブルを用いて、ｅＮｏｄｅＢ１０１は、ＵＥ１０４に送信するためにＱｏＳフロー２０１、２０２、２０３を介して５Ｇコアネットワーク１０５から受信したパケットを適切なデータ無線ベアラ２０４、２０５に割り当てることができる。

従来のＬＴＥおよびＥＰＣ仕様に基づいたアーキテクチャを図２Ｂに示す。拡張パケットコアネットワーク１０６で受信されたＩＰパケットはＥＰＳベアラ２０７等のＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）に関連付けられる。ＥＰＳベアラはＥＰＣとｅＮｏｄｅＢ間のＳ１ベアラ（例えばＳ１ベアラ２０８）およびＵＥ１０４への無線ベアラ（例えば無線ベアラ２０９）によって伝送される。

図２Ａに示すアーキテクチャとは異なり、図２Ｂに示すＥＰＣアーキテクチャはＥＰＳベアラと無線ベアラ間の一対一のマッピングに基づいている。ｅＮｏｄｅＢ（例えば図２Ｂに示すｅＮｏｄｅＢ１０２）は１つの無線ベアラへ１つのＳ１ベアラをマッピングするテーブル（例えばテーブル２１０）を保持し、それによりＥＰＣコアネットワークとＵＥ間の端末間のＥＰＳベアラ接続性を提供する。

図３Ａ、３Ｂは、それぞれ図２Ａ、図２Ｂに示すアーキテクチャで用いるプロトコルと対応するＰＤＵフォーマットを示す。当然、ここで述べる実施形態は、図３Ａ、３Ｂに示されたもの以外のプロトコルが使用される場合にも適用することができる。例えば、無線リンク制御（ＲＬＣ）プロトコル、メディアアクセス制御（ＭＡＣ）プロトコル、物理層プロトコル等の無線インターフェースプロトコルが、ｅＮｏｄｅＢとＵＥ間の無線インターフェースを提供するために用いられ得る。例えばユーザデータグラムプロトコル（ＵＤＰ）、トランスミッションコントロールプロトコル（ＴＣＰ）、ハイパーテキストトランスファープロトコル（ＴＨＨＰ）等のＩＰプロトコル層以上の階層で動作するプロトコルが用いられ得る。例えば、コアネットワークとｅＮｏｄｅＢ間で動作するトランスポートプロトコルが用いられても良い。

図３Ａは５Ｇコアネットワーク１０５からｅＮｏｄｅＢ１０１によって受信されるＩＰパケット３０１を示す。ＩＰパケット３０１は、プロトコルデータユニット（ＰＵＤ）セッション（図示せず）と、図２Ａに示すＱｏＳフロー２０１、２０２、２０３のうちの１つ等のＱｏＳフローに関連付けられる。ＰＤＵセッションは複数のＱｏＳフローを含み、図３Ａに示す例においては、ＱｏＳフロー２０１、２０２、２０３はすべて同じＰＤＵセッションに関連付けられ得る（つまり、同じＰＤＵセッションの一部を構成し得る）。上記のように複数のＱｏＳフローと１つの無線ベアラ間のマッピングを提供するために、サービスデータアダプテーションプロトコル（ＳＤＡＰ）がｅＮｏｄｅＢ１０１およびＵＥ１０４によって用いられる。ｅＮｏｄｅＢからＵＥに送信されるパケット３０２等のパケットは、ＳＤＡＰプロトコルに従って生成された対応するヘッダーを含む。さらに、ＰＤＣＰプロトコルに従ってパケット３０２が生成され、パケット３０２はＰＤＣＰプロトコルに従って生成されたヘッダーを含む。図３Ａには各ＵＥとｅＮｏｄｅＢにおいて１つのＳＤＡＰエンティティと１つのＰＤＣＰエンティティしか図示していないが、複数のＳＤＡＰエンティティおよび／または複数のＰＤＣＰエンティティが含まれていてもよい。特に、ＰＤＵセッションに関連付けられた一対のＳＤＡＰエンティティ（ＵＥ側のエンティティとｅＮｏｄｅＢ側のピアエンティティを含むペア）と各無線ベアラのため一対のＰＤＣＰエンティティが含まれていてもよい。例えば、図２Ａを参照すると、ＤＲＢ２０４はｅＮｏｄｅＢ側の関連したＳＤＡＰエンティティと関連したＰＤＣＰエンティティと、ＵＥ側の関連したＳＤＡＰエンティティと関連したＰＤＣＰエンティティとを含み得る。場合によっては、ＳＤＡＰは複数のＱｏＳフローが１つの無線ベアラにマッピングされる場合にのみ用いられる。

一方、図３Ｂに示すように、ＥＰＣコアネットワーク１０６からｅＮｏｄｅＢによって受信されたＩＰパケット３０３はＰＤＣＰプロトコルに従って処理され、その結果ｅＮｏｄｅＢによってＵＥに対して送信されるパケット３０４がＰＤＣＰヘッダーを含むようになる。ＳＤＡＰはＥＰＣコアネットワークから受信されるＩＰパケットには用いられていないため、パケット３０４はＳＤＡＰヘッダーを含まない。図３Ｂでは各ＵＥとｅＮｏｄｅＢにおいて１つのＰＤＣＰエンティティしか図示していないが、複数のＰＤＣＰエンティティが含まれていても良い。特に、各無線ベアラごとに一対のＰＤＣＰエンティティが含まれていてもよい。

ここで用いる「プロトコルエンティティ」の用語は、ｅＮｏｄｅＢやＵＥによって行われる様々な処理ステップを説明するために用いられる。つまり、とあるプロトコルのエンティティが存在しているということは、そのプロトコルの仕様に従って送受信されるデータに対して処理が行われたことを意味する。このプロトコルは例えば、ヘッダー情報の追加や削除、データの圧縮や解凍、データの送受信に基づく状態情報の維持、または当業者に周知の他の機能について規定し得る。プロトコルエンティティは、例えば周知のＯＳＩプロトコルモデル等の階層プロトコルモデルに従って規定のシーケンスに基づいて順次データが処理されるようにＵＥ１０４やｅＮｏｄｅＢ１０１、１０２等のエンティティ内に論理的に配置される。
＜実施例＞

本技術の実施形態によって対処される問題は、ｅＮｏｄｅＢ１０１、１０２と各コアネットワーク１０５、１０６によって異なる組のプロトコルが用いられることや、異なるアーキテクチャが用いられることに関する。本技術の実施形態によって対処される問題とは、ＥＰＣアーキテクチャにおいては対応するマッピングが存在しないのに５Ｇネットワークアーキテクチャによって複数のＱｏＳフローが１つのデータ無線ベアラにマッピングされるため発生するハンドオーバー準備フェーズにおける問題である。図３Ｂと図２Ｂにおいて示すように、ＥＰＳベアラと無線ベアラ間のマッピングは一対一で行われる。本技術における他の実施形態では、上記のアーキテクチャ上の違いを踏まえた、図４（後述する）のステップ４０３および４０４において転送されるデータについて言及する。

図４は、本技術の実施形態が適用可能なハンドオーバー手順について図示する。まず、ＵＥ１０４は５Ｇコアネットワーク１０５に接続するｅＮｏｄｅＢ１０１によって制御されるセルによって提供される。そのため、ＵＥ１０４は、ｅＮｏｄｅＢ１０１から１以上の無線ベアラを介して受信を行う１以上のＱｏＳフローを確立する。ハンドオーバー後において、ＵＥ１０４はＥＰＣコアネットワーク１０６に接続するｅＮｏｄｅＢ１０２によって制御されるセルによって提供される。

とある時点において（図４には図示しない）、ｅＮｏｄｅＢ１０１は、ＵＥがｅＮｏｄｅＢ１０２の制御下に移行するのが適切かどうか判断する。これは、ハンドオーバー基準が満たされたことに基づき得る。この判断は、ＵＥから受信した測定結果や、ＵＥから受信した信号に対してｅＮｏｄｅＢによって行われた信号強度測定または信号品質測定や、ｅＮｏｄｅＢ１０１の電流負荷や、その他の適切な要因に基づいて行われ得る。

いくつかの実施形態においては、ソースｅＮｏｄｅＢ１０１とターゲットｅＮｏｄｅＢ１０２は、５Ｇコアネットワーク１０５とＥＰＣネットワーク１０６の両方に接続されている同じｅＮｏｄｅＢ（例えばｅＮｏｄｅＢ１０３）であり得る。このような実施形態において、ｅＮｏｄｅＢは複数のセルを制御し、ハンドオーバーは同じｅＮｏｄｅＢによって制御される異なるセルの間で行われ得る。他の実施形態においては、ハンドオーバーはセル内ハンドオーバーであり得る。つまり、ソースセルとターゲットセルが同一であり得る。

ハンドオーバー基準が満たされたという判断に応じて、ｅＮｏｄｅＢ１０１によってハンドオーバー準備フェーズ４０１が開始される。ハンドオーバー準備フェーズの一部として、ｅＮｏｄｅＢ１０１は、例えばターゲットｅＮｏｄｅＢ１０２がＥＰＣネットワークまたは５Ｇコアネットワーク（またはその両方）に接続するかどうかといった、ターゲットｅＮｏｄｅＢ１０２の可能性を判断し得る。また、ｅＮｏｄｅＢ１０１は、（例えば、判断されたｅＮｏｄｅＢ１０２の接続性に基づいて）５Ｇコアネットワークを介してハンドオーバーを開始するべきかどうかを、ｅＮｏｄｅＢ１０１と５Ｇコアネットワーク１０５間のシグナリングによって判断したり、ハンドオーバーを直接ｅＮｏｄｅＢ１０１によって開始するかどうかを、例えば２つのｅＮｏｄｅＢを直接接続するインターフェースを用いて判断したりし得る。

ｅＮｏｄｅＢ１０１はｅＮｏｄｅＢ１０２に対してリクエストを（直接または５Ｇコアネットワーク１０５を介して）送信し、ＵＥ１０４、およびｅＮｏｄｅＢ１０２によって制御されるターゲットセルに関してハンドオーバー基準が満たされていると判断した旨をｅＮｏｄｅＢ１０２に通知する。

いくつかの実施形態においては、ソースｅＮｏｄｅＢはターゲットｅＮｏｄｅＢのアイデンティティの判断を行わず、５Ｇコアネットワークおよび／またはＥＰＣネットワーク内のルーティング機能に依存し、例えばターゲットセルに関連付けられているグローバル一意セル識別子に基づいて適切にメッセージのルーティングを行い得る。

ｅＮｏｄｅＢ１０２はターゲットセル内においてＵＥ１０４によって使用される無線リソースを確保し、ｅＮｏｄｅＢ１０１にＵＥ１０４のハンドオーバーが許可されるかどうか確認する。ＵＥ１０４へのオンワード送信のためにｅＮｏｄｅＢ１０２からｅＮｏｄｅＢ１０１に送られるシグナリングメッセージには、確保された無線リソースに関する記載が含まれ得る。本技術のいくつかの実施形態においては、確保された無線リソースに関する記載は、ＥＰＳベアラへの無線ベアラのマッピングを含む。いくつかの実施形態においては、ソースセルにおいてアクティブなＱｏＳフロー（例えば図２Ａに示すフロー２０１、２０２、２０３）に関連付けられるパケットが例えば図２Ｂに図示するＥＰＳベアラ２０７等の１つのＥＰＳベアラによって運ばれることが（明示的または非明示的に）示され得る。または、異なるマッピングが明示的に示され得る。

当然、ハンドオーバー準備フェーズ４０１は複数の他のステップと複数の他のシグナリングを含んでいてもよい。

上記のハンドオーバー準備フェーズに続いて、ステップ４０２においてハンドオーバーが実行される。このステップにおいて、ＵＥ１０４は、そのサービングセルを変更し、ターゲットｅＮｏｄｅＢ１０２に接続するように指示される。これにより、ターゲットセルにおいてＥＰＣ１０６およびｅＮｏｄｅＢ１０２を介してサービス（例えばデータ接続性）を取得する。このとき、いくつかの実施形態においては、ＵＥ１０４はターゲットセルにおいてＵＥ１０４が使用するために構成された１以上のＥＰＳベアラを用い、ソースセルにおいて用いられたＱｏＳフローからＤＲＢへのマッピングのの代わりに、ＥＰＳベアラからＤＲＢへの（一対一）マッピングを用いる。

このハンドオーバー手順の結果としてパケットロスが発生しないことが望ましい。つまり、５Ｇコアネットワーク１０５において受信されるかＥＰＣネットワーク１０６において受信されるかに関わらず、ＵＥ宛のすべてのＩＰパケットが最終的にＵＥに送達される。ＩＰパケットが５Ｇコアネットワーク１０５からｅＮｏｄｅＢ１０１によって受信されるが、ｅＮｏｄｅＢ１０１によってＵＥ１０４に送信されない場合も考えられる。これは例えば、ハンドオーバー実行フェーズ４０２の一部としてＵＥがそのサービングセルを変更する前にｅＮｏｄｅＢ１０１がこれらのＩＰパケットを送信する機会が無いためである。他にも、ｅＮｏｄｅＢ１０１によって５Ｇコアネットワークから受信されたＩＰパケットがＵＥ１０４に送信されたが、ＵＥによる受信が失敗した場合も考えられる。ｅＮｏｄｅＢ１０１は、ＵＥ１０４からのＩＰパケットの肯定応答の受信が無いことによって上記の状況を認識し得る。

このような状況を緩和するために、ステップ４０３に示すようなパケット送信がソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０２に対して行われ、ステップ４０４においてＵＥ１０４へのオンワード送信が行われ得る。いくつかの実施形態において、データ転送ステップ４０３、４０４はハンドオーバー実行フェーズ４０２の一部を構成する。下記の説明を明確にするために、これらのステップはハンドオーバー実行フェーズ４０２とは別物として記載される。しかし、これは、データ転送（例えばデータ転送ステップ４０３、４０４）をハンドオーバー実行フェーズ（例えば実行フェーズ４０２）の一部としてみなす実施形態を本明細書に記載の本技術の範囲から除外することを意図するものではない。
＜準備フェーズ＞

図５は本技術の一実施例を示す。この実施例においてＵＥ１０４はＬＴＥセルを制御するｅＮｏｄｅＢであり５Ｇコアネットワーク１０５に接続されるソースｅＮｏｄｅＢ１０１に接続される。

ステップ５０１において、ＵＥを制御するｅＮｏｄｅＢは、ｅＮｏｄｅＢ１０２によって制御されるターゲットセルに関してハンドオーバー基準が満たされていると判断する。

上記ハンドオーバー基準が満たされているという判断に応じて、ｅＮｏｄｅＢ１０１は、５Ｇコアネットワークに、メッセージ５０２等のシグナリングメッセージを用いてハンドオーバーを引き起こされたと通知することが適切だと判断する。本技術の実施形態によると、ｅＮｏｄｅＢ１０１は、ＥＰＣネットワーク１０６等のＥＰＣネットワークに接続されたｅＮｏｄｅＢ（例えばｅＮｏｄｅＢ１０４）によってターゲットセルが制御されていると判断する。この判断に応じて、５Ｇコアネットワーク１０５宛の通知５０２は「５ＧＣ ｔｏ ＥＰＣ」というハンドオーバータイプインジケーションを含み得る。通常、通知５０２はハンドオーバータイプ情報エレメントを含み得る。このハンドオーバータイプ情報エレメントは、ソース無線技術とターゲット無線技術が同一であっても（例えば両方ともＬＴＥに基づいていても）、ハンドオーバー後にＵＥ１０４への接続性が実現されるコアネットワークは、ハンドオーバー前に接続性が実現されるコアネットワークとは異なるということを示す。例えば、通知５０２は、現在のコアネットワークが５Ｇコアネットワーク１０５であり、第２のコアネットワークがＥＰＣネットワーク１０６であることを示し得る。

図示しない他の実施形態においては、ＥＰＣネットワークに接続するｅＮｏｄｅＢからの通知は、ハンドオーバーが、第１の（現在の）コアネットワークがＥＰＣネットワークであり、第２の（ターゲット）コアネットワークが５Ｇコアネットワークであるタイプに対応することをＥＰＣネットワークに示し得る。

ターゲットセルがＥＰＣ接続されていることを５Ｇコアネットワークに通知することは、５Ｇコアネットワークが、ハンドオーバー準備フェーズに関する更なるシグナリングを適切なＥＰＣコアネットワークに向かわせることができることを保証し、５ＧコアネットワークのＱｏＳフローとＥＰＣコアネットワークのＥＰＳベアラ間での必要なマッピングを行うために５Ｇコアネットワークにより使用され得る。

他の実施例においては、ｅＮｏｄｅＢ１０１もそのマッピングテーブル２０６のレプレゼンテーションを５Ｇコアネットワーク機器に送信する。このマッピングテーブル２０６は、ソースｅＮｏｄｅＢ１０１がＵＥ１０４と通信を行うのに用いられるＤＲＢ２０４、２０５等のデータ無線ベアラと、ＩＰパケットが５Ｇコアネットワーク１０５からＵＥ１０４に転送されるのに用いられるＱｏＳフロー２０１、２０２、２０３等の端末間のＱｏＳフロー間の対応を示す。これはステップ５０３に記載されている。ステップ５０３、５０２は２つの異なるメッセージの送信を含み得る。または、ステップ５０３、５０２は１つのメッセージを用いて行われてもよい。

さらに、ソースｅＮｏｄｅＢ１０１は、インジケーション２０２および／または５０３を有するメッセージに、トランスペアレントなコンテナを含有させ得る。このトランスペアレントなコンテナは、ｅＮｏｄｅＢ１０１によって構成された情報エレメントであり、コアネットワーク１０５、１０６を介して透過的に送信されたターゲットｅＮｏｄｅＢ１０２に移行する。

この実施例の利点としては、ソースｅＮｏｄｅＢ（例えばｅＮｏｄｅＢ１０１）が、ハンドオーバーが行われる際に用いられるＱｏＳフローからＥＰＳベアラへのマッピングを認識する必要がないことが挙げられる。このような実施形態において、ＱｏＳフローとＥＰＳベアラ間で必要なマッピングは５Ｇコアネットワークによるハンドオーバーの後に行われる。

図６は本技術の他の実施形態を示す。ステップ６０１において、ハンドオーバーが発生する場合、ｅＮｏｄｅＢ１０１は５Ｇコアネットワーク１０５から、ＥＰＳベアラとＱｏＳフローとの間で用いられるマッピングのインジケーションを受信する。これは、ＱｏＳフローの設定手順の一部として行われ得る。そして処理は上記のステップ５０１、５０２に進む。

ｅＮｏｄｅＢ１０１は、ステップ６０１で受信したＥＰＳベアラからＱｏＳフローへのマッピングをＱｏＳフローからＤＲＢへのマッピングテーブル２０６に組み合わせることによって、ＥＰＳ構成インジケーション６０３を構築する。いくつかの実施形態においては、結果として得られるインジケーションはＥＰＳベアラからＤＲＢへのマッピングを含む。いくつかの実施形態においては、上記の結果として、たとえｅＮｏｄｅＢ１０２が５Ｇを認識しているｅＮｏｄｅＢでなくても、つまり、ｅＮｏｄｅＢ１０２が５Ｇコアネットワークとの連携に関連する機能をサポートするようにアップグレードされていなくても、ターゲットｅＮｏｄｅＢ１０２によって理解されることができるＥＰＳ構成インジケーション６０３が構築される。いくつかの実施形態においては、ＥＰＳ構成インジケーション６０３は、ソースｅＮｏｄｅＢ１０１によって使用されているＤＲＢ構成と関連づけられているＱｏＳフローからＥＰＳベアラへのマッピングを含む。

ステップ６０２において、ｅＮｏｄｅＢ１０１は、ＥＰＳ構成インジケーション６０３を含むターゲットｅＮｏｄｅＢ１０２へオンワード送信されるトランスペアレントなコンテナを５Ｇコアネットワーク１０５に送信する。

ｅＮｏｄｅＢ１０２は、ハンドオーバー要求メッセージであり得るメッセージ６０４に含まれるトランスペアレントなコンテナを受信し得る。

本実施形態の利点としては、Ｘ２ベースのハンドオーバーの場合において使用できることが挙げられる。Ｘ２ベースのハンドオーバーにおいては、ＥＰＳ構成インジケーション６０３を含むトランスペアレントなコンテナが、コアネットワーク１０５、１０６を介さずに直接ソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０２に送信され得る。

図７は本技術の他の実施形態を示す。図７に図示する実施形態において、処理は図５に記載のステップ５０１、５０２から開始する。ステップ７０４において、ｅＮｏｄｅＢ１０１は、データ無線ベアラ（ＤＲＢ）からＱｏＳへのマッピングインジケーション７０１を有するトランスペアレントなコンテナを含むメッセージを５Ｇコアネットワークに送る。これはテーブル２０６のレプレゼンテーションであり得る。ターゲットｅＮｏｄｅＢ１０２は、ハンドオーバー要求メッセージであり得るメッセージ７０５に含まれるトランスペアレントなコンテナを受信し得る。このインジケーション７０１に基づいて、ｅＮｏｄｅＢ１０２は５Ｇコアネットワーク１０５で使用されたＱｏＳフロー（例えばＱｏＳフロー２０１、２０２、２０３）をＥＰＣネットワーク１０６で使用されたＥＰＳベアラ（例えばＥＰＳベアラ２０７）にマッピングし、各ＱｏＳフローに関連付けられた、各ＩＰパケットに適したデータ無線ベアラを判断する。

いくつかの実施形態においては、５Ｇコアネットワーク１０５はＥＰＣネットワーク１０６に対してＱｏＳフローからＥＰＳベアラへのマッピングを提供する（このマッピングとは上記の図６のステップ６０１に記載の情報と略同一であり得る）。いくつかの実施形態において、ＥＰＣネットワーク１０６はＱｏＳフローからＥＰＳベアラへのマッピングをターゲットｅＮｏｄｅＢ１０２に提供し、ターゲットｅＮｏｄｅＢ１０２は、ＥＰＣコアネットワーク１０６から受信したＱｏＳフローからＥＰＳベアラへのマッピングに基づいて、インジケーション７０１で指示された無線ベアラとＱｏＳフローから対応するＥＰＳベアラへのマッピングを行う。

いくつかの実施形態において、ターゲットｅＮｏｄｅＢ１０２はフルコンフィギュレーションハンドオーバーが必要であると判断する。この判断は、ターゲットｅＮｏｄｅＢ１０２がｅＮｏｄｅＢ１０１から受信したトランスペアレントなコンテナを解析できないと判断したことに基づき得る。例えば（ステップ７０２に示すように）、トランスペアレントなコンテナで（例えば仕様に基づいて）受信されることが期待されている重要な情報が失われていると判断され得る。一例として、ソースｅＮｏｄｅＢ１０１から受信されたトランスペアレントなコンテナ（例えばインジケーション７０１を含むトランスペアレントなコンテナ）内にＥＰＳベアラの識別子が無いということに基づいてフルコフィギュレーションハンドオーバーが行われると判断し得る。他の例としては、ソースセルで使用されているセキュリティアルゴリズムがターゲットセルにおいてサポートされていない場合に（例えばＥＰＣネットワーク１０６によってサポートされていないため）、ターゲットｅＮｏｄｅＢ１０２はフルコフィギュレーションハンドオーバーが必要だと判断する。

フルコフィギュレーションハンドオーバーを行うというのは、上記に記載の１以上の条件を含む所定の条件に基づいて判断され得る。

いくつかの実施形態において、従来の手法と同様に、ｅＮｏｄｅＢ１０２によってフルコフィギュレーションハンドオーバーを行うと判断するということは、ハンドオーバーが失敗したと判断することを妨げる。

この判断に応じて、フルコフィギュレーションハンドオーバーが開始される。このフルコフィギュレーションハンドオーバーにおいては、例えば以前のセルにおけるＱｏＳフローや対応するＥＰＳベアラのために使用されたデータ無線ベアラを参照せずに、ターゲットセルのリソースを確保してＥＰＳベアラと関連付ける。フルコフィギュレーションハンドオーバーが行われるいくつかの実施形態によると、ハンドオーバー実行フェーズ後に、ＵＥ１０４は、各ＰＤＣＰプロトコルエンティティに対応する無線ベアラが肯定応答モードで動作しているか非肯定応答モードで動作しているかに関わらず、ソースセルで動作している間に記憶されたＰＤＣＰプロトコル状態情報を破棄するか、そのＰＤＣＰプロトコル状態情報を参照せずに動作する。

フルコフィギュレーションハンドオーバーが行われるいくつかの実施形態によると、ターゲットｅＮｏｄｅＢ１０２は、ソースセルにおいてＵＥ１０４によって使用するためのソースｅＮｏｄｅＢ１０１によってＵＥ１０４に割り当てられた無線リソースの構成を参照せずにターゲットセルで受信された無線リソースの記載を含むＵＥ１０４に、図７の破線で示すトランスペアレントなコンテナ７０８等のトランスペアレントなコンテナで送信されるハンドオーバーコマンドメッセージを構築する。フルコフィギュレーションハンドオーバーが行われるいくつかの実施形態によると、無線リソースの記載とは、確保された無線リソースと１以上のＥＰＳベアラの対応のインジケーションを含む。

ハンドオーバーコマンドを含むトランスペアレントなコンテナ７０８は、コアネットワーク１０５、１０６とソースｅＮｏｄｅＢ１０１を介して送られるメッセージ７０３、７０６、７０７を用いてターゲットｅＮｏｄｅＢ１０２からＵＥ１０４に伝送される。（コアネットワーク１０５、１０６内またはコアネットワーク１０５、１０６間でトランスペアレントなコンテナを運ぶメッセージは図示しない）。

トランスペアレントなコンテナ７０８を受信後、いくつかの実施形態においては、ＵＥ１０４はソースセルにおいてアクティブなコアネットワークベアラのアイデンティティ（例えばＱｏＳフロー２０１、２０２、２０３のアイデンティティ）がハンドオーバーコマンドに存在しないと判断し得る。このような判断がなされても、ＵＥ１０４はハンドオーバーを進める。特に、ＵＥ１０４はハンドオーバーメッセージが誤っているとは判断しない。いくつかの実施形態において、ＵＥ１０４はさらに、ターゲットセルに関連付けられているコアネットワーク技術（例えば５Ｇ、ＥＰＣ）に対応するタイプのベアラのアイデンティティ（例えばＥＰＳベアラ２０７のアイデンティティ）が存在することに基づいて、ハンドオーバーメッセージは誤っていないと判断する。

フルコフィギュレーションハンドオーバーが行われるいくつかの実施形態によると、ハンドオーバーコマンドメッセージは、ターゲットセルにおいて使用される１以上のＥＰＳベアラに関連付けられている無線リソースに関して記載する。しかし、ＵＥ１０４がソースセルにおいて動作し、ソースｅＮｏｄｅＢ１０１に接続しているとき、ＵＥ１０４はＩＰパケットを１以上のＱｏＳフローに関連付ける。従って、いくつかの実施形態においては、ＱｏＳフローからＥＰＳベアラへのマッピングと以前のＱｏＳフローの記載の組み合わせに基づいて、ＵＥ１０４はターゲットセル内のどのＥＰＳベアラ（そしてつまりどの無線ベアラと、それに対応する無線リソース）を、ターゲットセルにおいてターゲットｅＮｏｄｅＢ１０２に送信されるＩＰパケットに関連付けるか判断する。この判断に基づいて、ＵＥ１０４はＩＰパケットをターゲットｅＮｏｄｅＢ１０２に送信する。いくつかの実施形態においては、ハンドオーバー準備フェーズ（例えばハンドオーバー準備フェーズ４０１）の前またはその最中において、ＵＥはＱｏＳフローからＥＰＳベアラへのマッピングのレプレゼンテーションを受信する。

図７に示す実施形態の利点としては、ｅＮｏｄｅＢ１０１がＥＰＳベアラからＱｏＳフローへのマッピングを受信している必要が無い点と、トランスペアレントなコンテナで送られたインジケーション７０１が追加のマッピングを必要とせずに容易に利用できる情報であるためｅＮｏｄｅＢ１０１の動作をさらに単純化できる点が挙げられる。

上記の実施形態において、ソースｅＮｏｄｅＢから５Ｇコアネットワークに送信された１以上のインジケーション（例えばメッセージ５０２、５０３、６０２、７０４）がハンドオーバー要求メッセージによって送信され得る。

トランスペアレントなコンテナ６０３、７０１は、５Ｇコアネットワーク１０５およびＥＰＣコアネットワーク１０６を介してソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０４へ転送され得る。トランスペアレントなコンテナはＲＲＣハンドオーバー準備情報エレメントを含み得る。このエレメントは３ＧＰＰ ＴＳ ３６．３３１で規定されているＲＲＣ ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ 情報エレメントに準拠し得る。

トランスペアレントなコンテナ６０３、７０１は、トランスペアレントなコンテナがコアネットワークを通過することを要求しないｅＮｏｄｅＢ間のインターフェース（例えばＸ２インターフェース）を介してソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０４に直接送信され得る。この場合のトランスペアレントなコンテナは、ハンドオーバー要求メッセージによって送られ得る。
＜データ転送＞

図８は、すべてのＩＰデータパケットを確実に送達させるため、ソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０２にデータを転送する際の問題に対処する本技術の実施形態の態様について図示するメッセージフロー図である。

まず、例えばＩＰパケット３０１が５ＧコアネットワークからｅＮｏｄｅＢ１０１に送信されるようにＩＰパケットに処理を行う。これらは図２Ａに示すように、ＱｏＳフロー２０１等のＱｏＳフローに関連付けられている。そして、これらのメッセージは図３Ａに示すようにｅＮｏｄｅＢ１０１のＳＤＡＰプロトコルおよびＰＤＣＰプロトコルに従って処理され、ＩＰパケットと共にＳＤＡＰヘッダーとＰＤＣＰヘッダーを含むデータパケット３０２等のデータパケットとしてＵＥ１０４に送信される。

ハンドオーバー準備フェーズとハンドオーバー実行フェーズの詳細についての概略は上記に記載されているため、説明を簡潔にするためにここでは省略する。

ハンドオーバー実行フェーズが完了すると、ＵＥ１０４はもはやソースｅＮｏｄｅＢ１０１よって提供されておらず、ＵＥ１０４によって受信されたとの肯定応答がされていない、ｅＮｏｄｅＢ１０１に記憶されたままのＩＰパケットはｅＮｏｄｅＢ１０２に転送される。上記のように、本明細書で記載する実施形態によると、ＩＰパケットの転送は、（図８、９、１０に示すように）ハンドオーバー実行フェーズの後か、ハンドオーバー実行フェーズの一部として行われ得る。

図８に示す実施形態においては、ｅＮｏｄｅＢ１０１はすでにＰＤＣＰシーケンス番号を、５Ｇコアネットワーク１０５から受信したＩＰパケットに関連付けていてもよい。加えて、ｅＮｏｄｅＢ１０１は、ＵＥ１０４に送信するための、ＳＤＡＰヘッダーとＰＤＣＰヘッダーの両方を含むデータパケットをすでに構築していてもよい。図８に示す実施形態において、ＰＤＣＰヘッダーおよびＳＤＡＰヘッダーが既に構築されている場合には、それらが除去され、ＩＰパケットは、ソースｅＮｏｄｅＢ１０１からターゲットｅＮｏｄｅＢ１０２へ、メッセージ８０３内のＰＤＣＰシーケンス番号と共に転送される。

メッセージ８０３は、例えばＸ２インターフェースを用いて、ｅＮｏｄｅＢ１０１からｅＮｏｄｅＢ１０２に直接送信されてもよいし、各コアネットワーク１０５、１０６を介して間接的に送信されてもよい。ｅＮｏｄｅＢ１０２は、ソースｅＮｏｄｅＢ１０１から受信したＰＤＣＰシーケンス番号に基づいて、ＰＤＣＰプロトコルに従って転送されたＩＰパケットを処理する。次に、ＰＤＣＰヘッダーを含むＩＰパケットをメッセージ８０４によってＵＥに転送する。

当然、これは、図３ＢのＩＰパケット３０４の送信に使用されるフォーマットに対応する。すなわち、ｅＮｏｄｅＢ１０２からＵＥへ送信されたデータのフォーマットは、ステップ８０６でＵＥへ送信されるＩＰパケット８０５等のＥＰＣネットワークから直接受信されたパケットに想定されるフォーマットに適合している。

従って、図８に示す実施形態は、他のＥＰＣ接続されたｅＮｏｄｅＢからのハンドオーバーに関して既に必要とされている以上の追加機能は、ターゲットｅＮｏｄｅＢ１０２において必要とされないという利点を有する。

いくつかの実施形態では、ＵＥ１０４は、ハンドオーバーが実行される時点、すなわち、ソースｅＮｏｄｅＢ１０１のＳＤＡＰエンティティで処理されたパケットが受信できなくなると予想される時点でそのＳＤＡＰエンティティを解放する。いくつかの他の実施形態では、メッセージ８０３へのＰＤＣＰシーケンス番号の包含は任意である。他の実施形態においては、ＰＤＣＰシーケンス番号は、すべての送信８０３について省略される。

いくつかの実施形態において、ソースｅＮｏｄｅＢ１０１はフルコンフィギュレーションハンドオーバーが行われたかどうかを判断する。いくつかの実施形態では、ソースｅＮｏｄｅＢ１０１は、ＵＥ１０４に関連付けられているＰＤＣＰエンティティの数が、ソースｅＮｏｄｅＢ１０１と同様にハンドオーバー実行後のターゲットｅＮｏｄｅＢ１０２と同一になるかどうか判断し得る。

ソースｅＮｏｄｅＢ１０１が、フルコンフィギュレーションハンドオーバーが行われたと判断する場合、または、ソースｅＮｏｄｅＢ１０１が、ＵＥ１０４に関連付けられたＰＤＣＰエンティティの数が、ソースｅＮｏｄｅＢ１０１のようにターゲットｅＮｏｄｅＢ１０２と同一にならないと判断する場合、ソースｅＮｏｄｅＢは、ＰＤＣＰシーケンス番号が関連付けられておらず、ＳＤＡＰまたはＰＤＣＰヘッダーを伴わないＩＰパケットをターゲットｅＮｏｄｅＢに転送する。

いくつかの実施形態において、ソースｅＮｏｄｅＢ１０１は、パケットごとに、例えばパケット３０１等の特定のパケットにＰＤＣＰシーケンス番号が割り当てられているかどうか判断する。シーケンス番号が割り当てられていない場合、ソースｅＮｏｄｅＢは、ＰＤＣＰシーケンス番号が関連付けられておらず、ＳＤＡＰまたはＰＤＣＰヘッダーを伴わないＩＰパケットをターゲットｅＮｏｄｅＢに転送する。

ソースｅＮｏｄｅＢが、フルコンフィギュレーションハンドオーバーが行われていないが、ＵＥ１０４に関連付けられたＰＤＣＰエンティティの数がソースｅＮｏｄｅＢ１０１のようにターゲットｅＮｏｄｅＢ１０２と同一になり、ＰＤＣＰシーケンス番号が特定のパケットに関連付けられていると判断した場合、いくつかの実施形態においてはパケットがＰＤＣＰシーケンス番号と共に転送される。いくつかの実施形態においては、ＳＤＡＰヘッダーと共に転送される。

図９は本技術の他の実施形態を示す。図９のメッセージ３０１、３０２はすでに上記で説明されている。図９に示す実施形態において、ｅＮｏｄｅＢ１０１がターゲットｅＮｏｄｅＢ１０２に転送するパケットがあると識別すると、そのパケットはステップ９０１に示すように転送され、ＩＰパケットとＳＤＡＰヘッダーを含むようにフォーマットされ、ＰＤＣＰシーケンス番号と共に送られる。ステップ９０１の送信においてはＰＤＣＰヘッダーは含まれない。この実施形態において、ＱｏＳフローとＥＰＳベアラ間のマッッピングのレプレゼンテーションがターゲットｅＮｏｄｅＢ１０２に受信され（図９には図示しない）、この情報はソースｅＮｏｄｅＢ１０１から受信した各パケットを、ターゲットｅＮｏｄｅＢ１０２とＵＥ１０４間で確立された適切な無線ベアラ（例えば無線ベアラ２０９）にマッピングするために用いられる。このマッピングに基づき、ステップ９０１の送信に関連付けられたＳＤＡＰヘッダーを考慮して、ターゲットｅＮｏｄｅＢ１０２はＩＰパケットとＰＤＣＰシーケンス番号を、現在動作し、ＵＥ１０４におけるピア対応エンティティを有する適切なＰＤＣＰエンティティと関連付ける。

ｅＮｏｄｅＢ１０２はステップ９０１の送信において受信したパケットからＳＤＡＰヘッダーを分離し、ステップ９０２の送信においてＵＥ１０４に適切なＰＤＣＰヘッダーを添付する。

図９に示す例では、ＱｏＳフローからＥＰＳベアラへのマッピングを使用して転送されたパケット（ステップ９０１のパケット等）を処理する処理は、ターゲットｅＮｏｄｅＢ１０２と同一の場所に配置されるものとして図示される。しかし、この機能はネットワーク内の他の場所に独立したエンティティとして存在してもよい。

図８に示す実施形態と同様に、この手法の利点としては、一度ターゲットセルに存在したＵＥ１０４によって受信されたパケットは図３Ｂに示すようにＥＰＣ接続されたセルで用いられたプロトコルに準拠することが挙げられる。この手法はさらに、ＵＥに送信するためにｅＮｏｄｅＢ１０１において作成されたパケットを最小限の追加の処理でｅＮｏｄｅＢへ転送することができ、そのためｅＮｏｄｅＢ１０１の実装を簡略化することができるという利点も有する。

図１０は本技術のさらに他の実施形態を示す。図１０において、ＩＰパケット３０１等のＩＰパケットは、ＳＤＡＰヘッダーとＰＤＣＰヘッダーを含むメッセージ３０２によってＵＥに転送される。ハンドオーバー実行後、ｅＮｏｄｅＢ１０１は、ＵＥに送信されていないか、ＵＥに送信されたが肯定応答がされていないためにＵＥで正しく受信されていない可能性のあるパケットがあると判断し、ｅＮｏｄｅＢ１０２にそのパケットを転送する。

図１０に示す実施形態では、パケットは、ＰＤＣＰシーケンス番号と共にＰＤＣＰサービスデータユニット（ＳＤＵ）を含むものとして、ターゲットｅＮｏｄｅＢ１０２によって理解されるようにフォーマットされる。したがって、ｅＮｏｄｅＢ１０２が受信したメッセージ１００１は、ＬＴＥ ｅＮｏｄｅＢ間で使用される従来のデータ転送メッセージに準拠したメッセージとしてｅＮｏｄｅＢ１０２に認識される。

しかし、この場合、ＰＤＣＰ ＳＤＵ部分はＩＰパケットと共に、ソースｅＮｏｄｅＢ１０１のＳＤＡＰプロトコルエンティティによって追加されたＳＤＡＰヘッダーを含む。転送されたパケットはＰＤＣＰヘッダーを含まない。

ｅＮｏｄｅＢ１０２は、まるでＰＤＣＰ ＳＤＵと関連するシーケンス番号を含む転送されたＬＴＥメッセージであるかのように受信されたメッセージ１００１を処理し、ＰＤＣＰシーケンス番号に基づいてＰＤＣＰヘッダーを構築する。ＰＤＣＰヘッダーはＰＤＣＰ ＳＤＵに添付され、ステップ１００２においてＵＥ１０４に転送される。

図１０には図示しないが、メッセージ１００２を受信したＵＥ１０４は受信したメッセージをＰＤＣＰプロトコルに従って処理し、メッセージ１００２に含まれるＰＤＣＰ ＳＤＵがソースｅＮｏｄｅＢ１０１によって生成されたＳＤＡＰヘッダーを含むと判断する。ＰＤＣＰ ＳＤＵがＳＤＡＰヘッダーを含むと判断すると、ＵＥ１０４はＳＤＡＰプロトコルに従ってメッセージを処理する。従って、図１０に示す実施形態では、ＵＥ１０４はそのサービングセルを変更した後もそのＳＤＡＰエンティティ（ハンドオーバー前にソースセルにおいて確立されたエンティティ）を維持する。

いくつかの実施形態において、ＵＥ１０４は、ＳＤＡＰヘッダーを含むパケットがそれ以上受信されない可能性が高いという判断に基づいて、そのＳＤＡＰエンティティを削除する。この判断は、ターゲットｅＮｏｄｅＢ１０２から受信された無線リソース制御（ＲＲＣ）シグナリング等のシグナリングに基づいて行われ得る。または、この判断は、ハンドオーバー実行ステップ中に開始したタイマーの終了に応じて行われ得る。このタイマーの期間は仕様に基づいたり、例えばソースｅＮｏｄｅＢ１０１またはターゲットｅＮｏｄｅＢ１０２によって送信されたＲＲＣ再構成メッセージにおいてネットワークによって構成され得る。

ｅＮｏｄｅＢ１０２は、ＩＰパケット１００３等のパケットをＥＰＣから直接受信し得る。これは、ＰＤＣＰプロトコルに従ってＰＤＣＰヘッダーを生成することによって従来の方法で処理され、ステップ１００４に示すように、図３Ｂの３０４に示すフォーマットに準拠してＵＥ１０４に転送される。

図１０に示されるシーケンスの代わりに、ｅＮｏｄｅＢ Ａ１０１は、ＰＤＣＰシーケンス番号がまだ判断されていないＩＰパケットを含んでもよい。いくつかの実施形態では、ＰＤＣＰシーケンス番号もＳＤＡＰヘッダーも使用せずに、これをターゲットｅＮｏｄｅＢ１０２に直接転送してもよい。ターゲットｅＮｏｄｅＢ１０２はＰＤＣＰシーケンス番号を割り当て、ＰＤＣＰヘッダーを構築し、この結果得られるメッセージをＵＥ１０４に転送する。

図１０に示すように、この手法の利点として、ターゲットｅＮｏｄｅＢ１０２を、ＳＤＡＰヘッダーを含む転送されたメッセージを処理することができるようにアップグレードする必要が無い点が挙げられる。このようなメッセージ（例えばメッセージ１００１等）はターゲットｅＮｏｄｅＢ１０２によって受信されたとしても、ターゲットｅＮｏｄｅＢ１０２は、ＰＤＣＰ ＳＤＵを含みＰＤＣＰシーケンス番号に関連付けられた、転送されたパケットを受信するための従来の手順に従ってこれらを処理する。

いくつか実施形態では、ＵＥ１０４は、ハンドオーバー後にターゲットｅＮｏｄｅＢ１０２から送信されたメッセージを受信すると、受信メッセージがＳＤＡＰヘッダーを含むか否かを判断し、その判断に応じて、受信したメッセージを適宜処理し得る。ＳＤＡＰヘッダーが含まれていると判断した場合は、ＳＤＡＰヘッダーを削除してから、ＩＰパケットを上位プロトコル層に渡す。ＳＤＡＰヘッダーがメッセージに含まれていないと判断された場合、ＵＥ１０４は、パケット１００３、１００４等のＥＰＣコアネットワーク１０６によってｅＮｏｄｅＢ１０２に送信された、ターゲットｅＮｏｄｅＢ１０２から受信したパケットごとに、従来の手法に従って処理を行う。

他の実施例においては、ソースｅＮｏｄｅＢ１０１は、ＵＥ１０４へのパケットの送信が成功しなかったと判断し、ｅＮｏｄｅＢ１０１と５Ｇコアネットワークとの間で使用されるトランスポートプロトコルに従って対応するシーケンス番号を判断する。トランスポートプロトコルは、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） Ｔｕｎｎｅｌｌｉｎｇ Ｐｒｏｔｏｃｏｌ （ＧＴＰ）プロトコルであってもよく、シーケンス番号は、ＧＴＰシーケンス番号であってもよい。そして、ソースｅＮｏｄｅＢ１０１は、５Ｇコアネットワーク１０５に対して、ｉ） ＵＥに送信されなかったパケットのシーケンス番号、ｉｉ） ＵＥ１０４に送信された最後のＧＴＰパケットのシーケンス番号（すなわち、最も大きなシーケンス番号を持つＧＴＰパケット）のうちの１つを通知する。このインジケーションは、シグナリングメッセージ（ＧＴＰ制御プロトコルデータユニットまたはＳ１制御プレーン上で送られるＳ１メッセージであってもよい）またはソースｅＮｏｄｅＢ１０１から５Ｇコアネットワーク１０５に送信されるＧＴＰパケットの最終送信シーケンス番号ヘッダーフィールドを用いて、５Ｇコアネットワーク１０５に伝達され得る。

このメッセージに基づいて、５Ｇコアネットワーク１０５は、ターゲットセル内のＵＥ１０４およびターゲットｅＮｏｄｅＢ１０２にオンワード転送するための関連するパケットをＥＰＣに転送する。

さらに、いくつかの実施形態においては、コアネットワーク１０５、１０６（モビリティ管理エンティティ、ＭＭＥ、またはＡＭＦであり得る）のうちの１つの制御プレーンエンティティは、データ転送が必要なＧＴＰパケットのシーケンス番号のインジケーションを、サービングゲートウェイ（Ｓ－ＧＷ）または同様の機能を実行するエンティティに送信する。

上述の実施形態の様々な組み合わせが可能であることは当業者にとって明らかである。例えば、図４を参照すると、ハンドオーバー準備フェーズ４０１に関する上述の実施形態は、データ転送ステップ４０３及び４０４並びに対応するデータ処理に関する上述の実施形態と組み合わせることができる。

本技術の種々の態様および特徴は、添付の特許請求の範囲において定義される。添付の特許請求の範囲の範囲内で、上記に開示された実施例に様々な変更を加えることができることは当業者にとって明らかである。その他様々な実施例や特徴が、以下の番号付けされた段落に定義される。

段落１．
ソースである第１のインフラストラクチャ機器からターゲットである第２のインフラストラクチャ機器への無線通信デバイスのハンドオーバーのために上記第１のインフラストラクチャ機器によって行われる方法であって、上記方法は
上記無線通信デバイスのため１つのデータ無線ベアラと、それぞれ特定のサービス品質を提供するように構成された複数のパケットベアラ間のマッピングを維持し、
上記無線通信デバイスが上記第１のインフラストラクチャ機器から上記第２のインフラストラクチャ機器へハンドオーバーを行うと判断し、
上記データ無線ベアラへの上記複数のパケットベアラのマッピングが上記第２のインフラストラクチャ機器によってサポートされないと判断し、
コアネットワーク機器または上記第２のインフラストラクチャ機器へのハンドオーバーの後に、上記ハンドオーバー後の上記第２のインフラストラクチャ機器において上記無線ベアラおよび上記複数のパケットベアラのうちの少なくとも１つを構成するために上記複数のパケットベアラのマッピングのインジケーションを上記第２のインフラストラクチャ機器に提供する
ことを含む
方法。
段落２．
段落１に記載の方法であって、
ハンドオーバー後の上記第２のインフラストラクチャ機器に対して上記複数のパケットベアラのマッピングのインジケーションを提供することは、上記第１のインフラストラクチャデバイスによって維持される上記無線通信デバイスに対して上記複数のパケットベアラと上記データ無線ベアラの間マッピングのインジケーションを提供することを含む。
段落３．
段落１に記載の方法であって、上記方法は
ハンドオーバー後に、上記第２のインフラストラクチャ機器のため１以上のパケットベアラへの上記複数のパケットベアラのマッピングのインジケーションを上記コアネットワーク機器から受信することを含み、
ハンドオーバー後の上記第２のインフラストラクチャ機器に対して上記複数のパケットベアラのマッピングのインジケーションを提供することは、ハンドオーバー後の上記第２のインフラストラクチャ機器に対して、上記複数のパケットベアラから上記１以上のパケットベアラへの上記マッピングのインジケーションを提供することを含む
方法。
段落４．
段落１から３に記載の方法であって、
ハンドオーバー後の上記第２のインフラストラクチャ機器に対して、要求された対応する複数のデータ無線ベアラへの上記複数のパケットベアラのマッピングのインジケーションを提供することは、
上記データ無線ベアラへの上記複数のパケットベアラのマッピングが上記第２のインフラストラクチャ機器によってサポートされないことを示すシグナリングメッセージであって、上記第１のインフラストラクチャ機器に接続される上記コアネットワーク機器に送信されるシグナリングメッセージを生成し、
上記ハンドオーバーの準備として上記コアネットワーク機器に上記シグナリングメッセージを送ることを含む
方法。
段落５．
段落４に記載の方法であって、
上記第２のインフラストラクチャ機器が接続する第２のコアネットワーク機器と上記第２のインフラストラクチャ機器間のインターフェースを介して、上記第２のインフラストラクチャ機器を構成するための上記複数のパケットベアラへの複数の無線ベアラのマッピングのインジケーションを上記シグナリングメッセージが提供する
方法。
段落６．
段落１または２に記載の方法であって、
ハンドオーバー後の上記第２のインフラストラクチャ機器に対して上記複数のパケットベアラのマッピングのインジケーションを提供することは
上記第２のインフラストラクチャ機器へ送信するための上記マッピングのレプレゼンテーションを含むトランスペアレントなコンテナを生成し、
上記トランスペアレントなコンテナを上記第２のインフラストラクチャ機器に送信することを含む
方法。
段落７．
段落４に記載の方法であって、
上記トランスペアレントなコンテナは、上記第１のインフラストラクチャ機器と上記第２のインフラストラクチャ機器間のインターフェースを介して上記第１のインフラストラクチャ機器から上記第２のインフラストラクチャ機器へ送信される
方法。
段落８．
ソースである第２のインフラストラクチャ機器からターゲットである第１のインフラストラクチャ機器への無線通信デバイスのハンドオーバーのためのデータ無線ベアラへの複数のパケットベアラのマッピングをサポートしていない上記第１のインフラストラクチャ機器によって行われる方法であって、上記方法は
上記無線通信デバイスのハンドオーバーの要求を受信し、
上記ハンドオーバー後に少なくとも無線ベアラおよび複数のパケットベアラのうちの１つを構成するための複数のパケットベアラのマッピングのインジケーションを受信し、
上記複数のパケットベアラのマッピングのインジケーションに基づいて上記無線通信デバイスのため無線ベアラを構成し、
上記無線通信デバイスに送信するために確保された上記無線ベアラの構成を示すメッセージを生成することを含む
方法。
段落９．
段落８に記載の方法であって、
上記無線通信デバイスに送信するために確保された上記無線ベアラの構成を示すメッセージは、１つのパケットベアラと上記無線ベアラ間のマッピングを含む
方法。
段落１０．
段落８または段落９に記載の方法であって、
上記無線通信デバイスに送信するために確保された上記無線ベアラの構成を示すメッセージは、上記複数のパケットベアラのうちの少なくとも１つと上記無線ベアラ間のマッピングを含む
方法。
段落１１．
段落９に記載の方法であって、
上記複数のパケットベアラのうちの少なくとも１つと上記無線ベアラ間のマッピングとは、上記無線ベアラへのすべての上記複数のパケットベアラのマッピングである
方法。
段落１２．
段落８から１１のいずれかに記載の方法であって、
上記ハンドオーバー後の少なくとも無線ベアラおよび複数のパケットベアラのうちの１つを構成するための上記複数のパケットベアラのマッッピングのインジケーションは、上記第２のインフラストラクチャ機器によって生成されたトランスペアレントなコンテナで受信される
方法。
段落１３．
段落１２に記載の方法であって、
上記トランスペアレントなコンテナが１以上の所定の要件を満たさないと判断し、
上記判断に応じて、上記第２のインフラストラクチャ機器による無線ベアラの構成にかかわらず上記無線ベアラを構成する
方法。
段落１４．
無線通信ネットワークの無線ネットワーク部を構成するインフラストラクチャ機器であり、無線通信デバイスとデータの送受信を行い、上記無線通信ネットワークのコアネットワーク部と上記データの送受信を行うように構成されたインフラストラクチャ機器であって、上記インフラストラクチャ機器は
無線アクセスインターフェースを介して上記無線通信デバイスによって送信された無線信号を受信するように構成された受信回路と、
上記無線アクセスインターフェースを介して上記無線通信デバイスに無線信号を送信するように構成された送信回路と、
上記無線通信デバイスとデータの送受信を行い、上記コアネットワークとのインターフェースを介して上記コアネットワークと上記データの送受信を行うように上記送信回路と上記受信回路を制御するように構成された制御回路とを含み、
上記制御回路は
上記無線通信デバイスのため１つのデータ無線ベアラと、それぞれ特定のサービス品質を提供するように構成された複数のパケットベアラ間のマッピングを維持し、
上記無線通信デバイスが上記第１のインフラストラクチャ機器から第２のインフラストラクチャ機器へハンドオーバーを行うと判断し、
上記第２のインフラストラクチャ機器が上記データ無線ベアラへの上記複数のパケットベアラのマッピングをサポートしないと判断するように構成され、
上記制御部は上記送信回路と協働して、ハンドオーバー後の上記第２のインフラストラクチャ機器において少なくとも上記無線ベアラおよび上記複数のパケットベアラのうちの１つを構成するために上記コアネットワーク機器に対して上記ハンドオーバー後の上記第２のインフラストラクチャ機器のための上記複数のパケットベアラのマッピングのインジケーションを送信するように構成される
インフラストラクチャ機器。
段落１５．
無線通信ネットワークの無線ネットワーク部を構成するインフラストラクチャ機器であり、無線通信デバイスとデータの送受信を行い、上記無線通信ネットワークのコアネットワーク部と上記データの送受信を行うように構成されたインフラストラクチャ機器であって、上記インフラストラクチャ機器は
無線アクセスインターフェースを介して上記無線通信デバイスによって送信された無線信号を受信するように構成された受信回路と、
上記無線アクセスインターフェースを介して上記無線通信デバイスに無線信号を送信するように構成された送信回路と、
上記無線通信デバイスとデータの送受信を行い、上記コアネットワークとのインターフェースを介して上記コアネットワークと上記データの送受信を行うように上記送信回路と上記受信回路を制御するように構成された制御回路とを含み、
上記制御回路は
上記無線通信デバイスのハンドオーバーの要求を受信し、
上記ハンドオーバー後に少なくとも無線ベアラおよび複数のパケットベアラのうちの１つを構成するための複数のパケットベアラのマッピングのインジケーションを受信し、
上記複数のパケットベアラのマッピングのインジケーションに基づいて上記無線通信デバイスのための無線ベアラを構成し、
上記無線通信デバイスに送信するために確保された上記無線ベアラの構成を示すメッセージを生成するように構成され、
上記インフラストラクチャ機器はデータ無線ベアラへの複数のパケットベアラのマッピングをサポートしていない
インフラストラクチャ機器。
段落１６．
ハンドオーバー中の無線通信デバイスのために、ソースとして機能する第１のインフラストラクチャ機器によって受信されたデータをターゲットとして機能する第２のインフラストラクチャ機器に転送する方法であって、上記方法は
上記第１のインフラストラクチャ機器が接続されるコアネットワークから上記無線通信デバイスに送信される第１のデータを受信することと、
受信された上記第１のデータと第１のプロトコルヘッダーを含み、第１のプロトコルに基づく第１のプロトコルデータユニットを生成し、
上記無線通信デバイスが上記ハンドオーバーを行ったと判断し、
上記無線デバイスが上記ハンドオーバーを行ったとの判断に応じて、上記無線通信デバイスに送信するために受信された上記第１のデータを第２のインフラストラクチャ機器に送信することを含み、
上記第１のプロトコルは、特定のサービス品質を提供するよう構成された複数のパケットベアラの、データ無線ベアラへのマッピングについて規定する
方法。
段落１７．
段落１６に記載の方法であって、
第２のプロトコルに従ってシーケンス番号を判断することと、
上記第２のプロトコルに従って、上記第１のプロトコルデータユニットと上記シーケンス番号を含む第２のプロトコルデータユニットを生成し、
上記無線通信デバイスに上記第２のプロトコルデータユニットを送信することをさらに含む
方法。
段落１８．
段落１６に記載の方法であって、
第２のプロトコルに従ってシーケンス番号を判断することと、
上記第２のインフラストラクチャ機器に上記シーケンス番号を送信することを含む
方法。
段落１９．
段落１６に記載の方法であって、
第２のプロトコルに従ってシーケンス番号を判断することを含み、
上記無線デバイスに送信するために受信された上記データを第２のインフラストラクチャ機器へ送信することとは、上記第１のプロトコルデータユニットを上記シーケンス番号とともに上記第２のインフラストラクチャ機器に送信することを含む
方法。
段落２０．
段落１６から１９のいずれかに記載の方法であって、
無線通信デバイスに送信するための第２のデータをコアネットワークから受信することと、
上記第１のプロトコルに基づき、受信された上記第２のデータとヘッダーを含む第３のプロトコルデータユニットを上記第１のプロトコルに従って生成し、
上記第２のプロトコルに基づき、上記第３のプロトコルデータユニットとシーケンス番号を含む第４のプロトコルデータユニットを上記第２のプロトコルに従って生成し、
上記無線通信デバイスがハンドオーバーを行ったと判断する前に上記第２のプロトコルデータユニットを上記無線通信デバイスに送信することを含む
方法。
段落２１．
無線通信ネットワークの無線ネットワーク部を構成するインフラストラクチャ機器であって、無線通信デバイスとデータの送受信を行い、上記無線通信ネットワークのコアネットワーク部と上記データの送受信を行うように構成されたインフラストラクチャ機器であって、上記インフラストラクチャ機器は
無線アクセスインターフェースを介して上記無線通信デバイスによって送信された無線信号を受信するように構成された受信回路と、
上記無線アクセスインターフェースを介して上記無線通信デバイスに無線信号の送信を行うように構成された送信回路と、
上記無線通信デバイスとデータの送受信を行い、上記コアネットワークとのインターフェースを介して上記コアネットワークと上記データの送受信を行うように上記送信回路と上記受信回路を制御するように構成された制御回路とを含み、
上記制御回路は
上記コアネットワーク機器から上記無線通信デバイスに送信される第１のデータを受信し、
受信された上記第１のデータと第１のプロトコルヘッダーを含み、第１のプロトコルに基づく第１のプロトコルデータユニットを生成し、
上記無線通信デバイスが上記ハンドオーバーを行ったと判断し、
上記無線デバイスが上記ハンドオーバーを行ったとの判断に応じて、上記無線通信デバイスに送信するために受信された上記第１のデータを第２のインフラストラクチャ機器に送信するように構成され、
上記第１のプロトコルは、特定のサービス品質を提供するよう構成された複数のパケットベアラの、データ無線ベアラへのマッピングについて規定する
インフラストラクチャ機器。
段落２２．
ソースとして機能する第１のインフラストラクチャ機器からのハンドオーバーの後にターゲットとして機能する第２のインフラストラクチャ機器によってデータを無線デバイスに送信する方法であって、上記方法は
上記無線通信デバイスに送信するための、第１のプロトコルに基づくヘッダーを有する第１の部分と、第２のプロトコルに基づくヘッダーを有する第２の部分と、第３の部分を含むデータを受信し、
上記第２のプロトコルに基づく上記データと関連付けられているシーケンス番号を受信し、
上記第３の部分を上記無線通信デバイスに送信することを含み、
上記データは上記第１のインフラストラクチャ機器から受信される
方法。
段落２３．
無線通信ネットワークの無線ネットワーク部を構成するインフラストラクチャ機器であって、無線通信デバイスとデータの送受信を行い、上記無線通信ネットワークのコアネットワーク部と上記データの送受信を行うように構成されたインフラストラクチャ機器であって、上記インフラストラクチャ機器は
無線アクセスインターフェースを介して上記無線通信デバイスによって送信された無線信号を受信するように構成された受信回路と、
上記無線アクセスインターフェースを介して上記無線通信デバイスに無線信号を送信するように構成された送信回路と、
上記無線通信デバイスとデータの送受信を行い、上記コアネットワークとのインターフェースを介して上記コアネットワークと上記データの送受信を行うように上記送信回路と上記受信回路を制御するように構成された制御回路とを含み、
上記制御回路は
上記無線通信デバイスに送信するための、第１のプロトコルに基づくヘッダーを有する第１の部分と、第２のプロトコルに基づくヘッダーを有する第２の部分と、第３の部分を含むデータを受信し、
上記第２のプロトコルに基づく上記データと関連付けられているシーケンス番号を受信するように構成され、
上記制御部は上記第３の部分を上記無線通信デバイスに送信するように構成され、上記無線通信ネットワークの上記無線ネットワーク部のソースインフラストラクチャ機器から上記データが受信される
インフラストラクチャ機器。
段落２４．
ソースとして機能する第１のインフラストラクチャ機器からターゲットとして機能する第２のインフラストラクチャ機器へのハンドオーバー中に無線ネットワークにおいて無線通信デバイスよってデータを受信する方法であって、上記方法は
第１のコアネットワークから上記第１のインフラストラクチャ機器によって受信された第１のデータ部分と、上記第１のインフラストラクチャ機器によって第１のプロトコルに従って生成された第１のプロトコルヘッダーと、上記第１のインフラストラクチャ機器によって第２のプロトコルに従って生成され、シーケンス番号を含む第２のプロトコルヘッダーを含む第１のデータであって、第１のネットワークセルの上記第１のデータを第１のインフラストラクチャ機器から上記無線通信デバイスによって受信し、
上記第１のコアネットワークとは異なる第２のコアネットワークに接続される第２のインフラストラクチャ機器に関連付けられている第２のセルへのハンドオーバーを行い、
上記第２のネットワークセルの、第２のデータ部分を含む第２のデータを受信し、
上記第１のプロトコルに従い上記第２のデータが第３のプロトコルヘッダーを含むかどうか判断し、
上記第１のプロトコルに従い上記第２のデータが上記第３のプロトコルヘッダーを含む場合、上記第２のプロトコルに従い上記第２のデータを処理する前に上記第３のプロトコルヘッダーを切り離し、
上記第２のコアネットワークから上記第２のインフラストラクチャ機器が受信した第３のデータ部分と上記第２のプロトコルに基づくヘッダーを含む第３のデータであって、上記第２のネットワークセルの上記第３のデータを受信することを含み、
上記第２のプロトコルヘッダーは上記第２のインフラストラクチャ機器によって生成されたシーケンス番号を含む
方法。
段落２５．
段落２４に記載の方法であって、
上記第２のインフラストラクチャ機器は拡張パケットコア（ＥＰＣ）ネットワークに接続されるｅＮｏｄｅＢであり、上記第２のデータの受信とは５Ｇコアネットワークから受信した上記第２のデータを上記第２のインフラストラクチャ機器から受信することを含む
方法。
段落２６．
段落２４または２５に記載の方法であって、
上記第２のプロトコルは無線ベアラに関連付けられ、上記第２のデータのヘッダーの圧縮、セキュリティ、再送信のうちの１つ以上について規定する
方法。
段落２７．
段落２６に記載の方法であって、
上記第２のプロトコルはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）である
方法。
段落２８．
段落２４に記載の方法であって、
上記第２のデータの受信とは、上記第１のインフラストラクチャ機器と上記第２のインフラストラクチャ機器間のインターフェースを介して上記第２のインフラストラクチャ機器によって受信された上記第２のデータを、上記第２のインフラストラクチャ機器から受信することを含む
方法。
段落２９．
段落２４に記載の方法であって、
第１のインフラストラクチャ機器から上記第１のネットワーク内の上記第１のデータを上記無線通信デバイスによって受信することは、インターネットプロトコル（ＩＰ）パケットを用いて第１のコアネットワークから上記第１のデータを受信することを含む
方法。
段落３０．
段落２４から２９のいずれかに記載の方法であって、
上記第１のプロトコルは、特定のサービス品質を提供するように構成された複数のパケットベアラの、データ無線ベアラへのマッピングについて規定する
方法。
段落３１．
無線通信ネットワークの第１のインフラストラクチャ機器および第２のインフラストラクチャ機器と無線信号の送受信を行うように構成された通信デバイスであって、上記通信デバイスは
無線アクセスインターフェースを介して上記第１および第２のインフラストラクチャ機器によって送信された無線信号を受信するように構成された受信回路と、
上記無線アクセスインターフェースを介して上記第１および第２のインフラストラクチャ機器に無線信号を送信するように構成された送信回路と
上記第１および第２のインフラストラクチャ機器を介して上記無線通信デバイスとのデータの送受信を行うように上記送信回路と上記受信回路を制御するように構成された制御回路とを含み、
上記制御回路は、上記受信回路が
第１のコアネットワークから上記第１のインフラストラクチャ機器によって受信された第１のデータ部分と、上記第１のインフラストラクチャ機器によって第１のプロトコルに従って生成された第１のプロトコルヘッダーと、上記第１のインフラストラクチャ機器によって第２のプロトコルに従って生成され、シーケンス番号を含む第２のプロトコルヘッダーを含む第１のデータであって、第１のネットワークセルの上記第１のデータを上記第１のインフラストラクチャ機器から受信し、
上記第１のコアネットワークとは異なる第２のコアネットワークに接続される上記第２のインフラストラクチャ機器に関連付けられている第２のセルへのハンドオーバーを行い、
上記第２のネットワークセルの、第２のデータ部分を含む第２のデータを受信するように上記受信回路を制御するように構成され、
上記制御部は
上記第１のプロトコルに従い上記第２のデータが第３のプロトコルヘッダーを含むかどうか判断し、
上記第１のプロトコルに従い上記第２のデータが上記第３のプロトコルヘッダーを含む場合、上記第２のプロトコルに従い上記第２のデータを処理する前に上記第３のプロトコルヘッダーを切り離すように構成され、
上記制御回路は上記受信回路が
上記第２のコアネットワークから上記第２のインフラストラクチャ機器が受信した第３のデータ部分と上記第２のプロトコルに基づくヘッダーを含む第３のデータであって、上記第２のネットワークセルの上記第３のデータを受信するように上記受信回路を制御するように構成され、
上記第２のプロトコルヘッダーは上記第２のインフラストラクチャ機器によって生成されたシーケンス番号を含む
通信デバイス。
段落３２．
段落３１に記載の通信デバイスであって、
上記第２のインフラストラクチャ機器は拡張パケットコア（ＥＰＣ）ネットワークに接続されるｅＮｏｄｅＢであり、上記第２のデータは上記第２のインフラストラクチャ機器によって５Ｇコアネットワークから受信された
通信デバイス。
段落３３．
段落３１または３２に記載の通信デバイスであって、
上記第２のプロトコルは無線ベアラに関連付けられ、上記第２のデータのヘッダーの圧縮、セキュリティ、再送信のうちの１つ以上について規定する
通信デバイス。
段落３４．
段落３３に記載の通信デバイスであって、
上記第２のプロトコルはパケットデータコンバージェンスプロトコル（ＰＤＣＰ）である
通信デバイス。
段落３５．
段落３１に記載の通信デバイスであって、
上記第２のデータは、上記第１のインフラストラクチャ機器と上記第２のインフラストラクチャ機器間のインターフェースを介して上記第２のインフラストラクチャ機器によって受信された
通信デバイス。
段落３６．
段落３１に記載の通信デバイスであって、
上記第１のデータはインターネットプロトコル（ＩＰ）パケットを含む
通信デバイス。
段落３７．
段落３１から３６のいずれかに記載の通信デバイスであって、
上記第１のプロトコルは、特定のサービス品質を提供するように構成された複数のパケットベアラの、データ無線ベアラへのマッピングについて規定する
通信デバイス。

Claims (16)

1. ソースである第１のインフラストラクチャ機器からターゲットである第２のインフラストラクチャ機器への無線通信デバイスのハンドオーバーのために前記第１のインフラストラクチャ機器によって行われる方法であって、前記方法は、
   前記無線通信デバイスのため１つのデータ無線ベアラと、それぞれ特定のサービス品質を提供するように構成された複数のサービス品質フローとの間の第１のマッピングをハンドオーバー前のマッピングとして維持し、
   前記無線通信デバイスが前記第１のインフラストラクチャ機器から前記第２のインフラストラクチャ機器へハンドオーバーを行うと判断し、
   コアネットワーク機器の１つとの通信に用いられるトランスペアレントなコンテナを作成し、前記第２のインフラストラクチャ機器に送信することを含み、
   前記トランスペアレントなコンテナは、ハンドオーバー後に対応する第２のマッピングの情報を含み、前記第２のマッピングの情報はハンドオーバー後の前記第２のインフラストラクチャ機器の前記サービス品質フローに関し、前記第２のマッピングの情報は少なくとも１つの無線ベアラと前記ハンドオーバー後の前記第２のインフラストラクチャ機器での前記サービス品質フローとを構成するのに使用され、前記第１のマッピングは前記第２のマッピングと異なり、
   前記コアネットワーク機器から前記サービス品質フローに関するパラメータと、ハンドオーバー後の前記第２のインフラストラクチャ機器の前記少なくとも１つの前記データ無線ベアラとを受信する、
   方法。
2. 請求項１に記載の方法であって、
   ハンドオーバー後の前記第２のインフラストラクチャ機器のために前記少なくとも１つの前記データ無線ベアラに、前記サービス品質フローに関する前記パラメータを供給する、
   方法。
3. 請求項１に記載の方法であって、
   前記第２のインフラストラクチャ機器に前記トランスペアレントなコンテナを送信する、
   方法。
4. 請求項３に記載の方法であって、
   前記トランスペアレントなコンテナは、前記第１のインフラストラクチャ機器と前記のインフラストラクチャ機器間のインターフェースを介して前記第１のインフラストラクチャ機器から前記第２のインフラストラクチャ機器へ送信される、
   方法。
5. 請求項２に記載の方法であって、
   前記パラメータを供給することは、前記前記サービス品質フロー間のパラメータと前記第１のインフラストラクチャ機器にメンテナンスされる前記無線通信デバイスの前記少なくとも１つの前記データ無線ベアラを供給する、
   方法。
6. 請求項２に記載の方法であって、
   前記サービス品質フローに関する前記パラメータ及び前記少なくとも１つの前記データ無線ベアラを前記供給することは、
   前記第１のインフラストラクチャ機器が接続される前記コアネットワーク機器への通信のシグナリングメッセージを作成し、前記シグナリングメッセージは前記第２のインフラストラクチャ機器が前記パラメータをサポートしないことを示し、
   前記ハンドオーバーの準備で前記コアネットワーク機器への前記シグナリングメッセージを送信することを含む、
   方法。
7. 請求項6に記載の方法であって、
   前記シグナリングメッセージは、前記サービス品質フローに、前記第２のインフラストラクチャ機器を構成するための前記パラメータを、前記第２のインフラストラクチャ機器と前記第２のインフラストラクチャ機器が接続される他のコアネットワーク機器との間のインターフェースを介して供給する、
   方法。
8. 請求項１に記載の方法であって、
   前記データ無線ベアラへの前記サービス品質フローのマッピングを前記第２のインフラストラクチャ機器がサポートしていないと判断する、
   方法。
9. インフラストラクチャ機器であって、ソースである前記インフラストラクチャ機器からターゲットである他のインフラストラクチャ機器への無線通信デバイスのハンドオーバーを行うインフラストラクチャ機器であって、
   無線アクセスインターフェースを介して前記無線通信デバイスによって送信された無線信号を受信するように構成された受信回路と、
   前記無線アクセスインターフェースを介して前記無線通信デバイスに無線信号の送信を行うように構成された送信回路と、
   制御回路と、を含み、
   前記制御回路は、
   前記無線通信デバイスとデータの送受信を行い、無線通信ネットワークのコアネットワーク機器と前記データの送受信を行うように前記送信回路と前記受信回路とを制御し、
   サービス品質フローと前記無線通信デバイスのため１つのデータ無線ベアラとの間の第１のマッピングをハンドオーバー前のマッピングとして維持し、それぞれの前記サービス品質フローは特定のサービス品質を提供するように構成され、
   前記無線通信デバイスが前記インフラストラクチャ機器から前記他のインフラストラクチャ機器へハンドオーバーを行うと判断し、
   コアネットワーク機器の１つとの通信に用いられるトランスペアレントなコンテナを作成し、前記他のインフラストラクチャ機器に送信し、前記トランスペアレントなコンテナはハンドオーバー後に対応する第２のマッピングの情報を含み、前記第２のマッピングの情報はハンドオーバー後の前記他のインフラストラクチャ機器の前記サービス品質フローに関し、前記第２のマッピングの情報は少なくとも１つのデータ無線ベアラと前記ハンドオーバー後の前記他のインフラストラクチャ機器での前記サービス品質フローとを構成するのに使用され、前記第１のマッピングは前記第２のマッピングと異なり、
   前記サービス品質フローに関するパラメータと、ハンドオーバー後の前記他のインフラストラクチャ機器の前記少なくとも１つの前記データ無線ベアラとを、前記コアネットワーク機器から受信する、
   インフラストラクチャ機器。
10. 請求項９に記載のインフラストラクチャ機器であって、
    前記制御回路は、さらに、ハンドオーバー後の前記第２のインフラストラクチャ機器のために前記少なくとも１つの前記データ無線ベアラに、前記サービス品質フローに関する前記パラメータを供給する、
    インフラストラクチャ機器。
11. 請求項９に記載のインフラストラクチャ機器であって、
    前記制御回路は、さらに、前記送信回路を制御して、前記他のインフラストラクチャ機器に前記トランスペアレントなコンテナを送信する、
    インフラストラクチャ機器。
12. 請求項１１に記載のインフラストラクチャ機器であって、
    前記トランスペアレントなコンテナは、前記インフラストラクチャ機器と前記他のインフラストラクチャ機器間のインターフェースを介して前記インフラストラクチャ機器から前記他のインフラストラクチャ機器へ送信される、
    インフラストラクチャ機器。
13. 請求項１０に記載のインフラストラクチャ機器であって、
    前記制御回路は、前記パラメータを供給する際、前記サービス品質フロー間のパラメータと前記第１のインフラストラクチャ機器にメンテナンスされる前記無線通信デバイスの前記少なくとも１つの前記データ無線ベアラを供給する、
    インフラストラクチャ機器。
14. 請求項１０に記載のインフラストラクチャ機器であって、
    前記パラメータを供給するために、前記制御回路は、
    前記インフラストラクチャ機器が接続される前記コアネットワーク機器への通信のシグナリングメッセージを作成し、前記シグナリングメッセージは前記他のインフラストラクチャ機器が前記パラメータをサポートしないことを示し、
    前記ハンドオーバーの準備で前記コアネットワーク機器への前記シグナリングメッセージを送信する、
    インフラストラクチャ機器。
15. 請求項１４に記載のインフラストラクチャ機器であって、
    前記シグナリングメッセージは、前記サービス品質フローに、前記他のインフラストラクチャ機器を構成するための前記パラメータを、前記他のインフラストラクチャ機器と前記他のインフラストラクチャ機器が接続される他のコアネットワーク機器との間のインターフェースを介して供給する、
    インフラストラクチャ機器。
16. 請求項９に記載のインフラストラクチャ機器であって、
    前記制御回路は、さらに、前記データ無線ベアラへの前記サービス品質フローのマッピングを前記第２のインフラストラクチャ機器がサポートしていないと判断する、
    インフラストラクチャ機器。

Images