JP2022549996A - 無線通信ネットワークにおけるユーザ機器、ターゲットアクセスノード、および方法 - Google Patents

Abstract

本開示は、通信に関する。本開示の態様のうちの１つにおいて、本開示は、無線通信ネットワークにおいて、少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するときに、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするためにユーザ機器によって実行される方法に関する。方法は、ハンドオーバを実行するためのトリガを取得することと、少なくとも１つの無線ベアラのために、ターゲットアクセスノードとの無線接続を確立することとを含む。ＰＤＣＰ ＳＤＵのアップリンク送信は、確立された無線接続を介して、ソースアクセスノードからターゲットアクセスノードに切り替えられる。ソースアクセスノードとの無線接続は解放され、設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートがターゲットアクセスノードに送信される。それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する。【選択図】図１２

Description

本開示は、一般に、通信に関し、本明細書の実施形態は、ユーザ機器、ターゲットアクセスノード、およびそれらにおいて実行される方法に関する。詳細には、本開示に記載の様々な実施形態は、少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するときにパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするための装置および方法に関する。

典型的な無線通信ネットワークにおいて、無線通信デバイス、移動局、局（ＳＴＡ）、および／またはユーザ機器（ＵＥ）としても知られる無線デバイスは、Ｗｉ－Ｆｉネットワークなどのローカルエリアネットワーク（ＬＡＮ）または無線アクセスネットワーク（ＲＡＮ）を介して１つまたは複数のコアネットワーク（ＣＮ）と通信する。ＲＡＮは、サービスエリアまたはセルエリアに分割された地理的エリアをカバーする。これらのエリアは、ビームまたはビームグループと呼ばれることもあり、各サービスエリアまたはセルエリアは、無線アクセスノード、たとえば、Ｗｉ－Ｆｉアクセスポイント、または、いくつかのネットワークでは、たとえば、ノードＢ、ｅノードＢ（ｅＮＢ）、もしくは５Ｇでの表記ではｇＮＢとも表記されることがある無線基地局（ＲＢＳ）などの無線アクセスノードによってサーブされる。サービスエリアまたはセルエリアは、無線アクセスノードによって無線カバレッジが提供される地理的エリアである。無線アクセスノードは、無線周波数で動作するエアインターフェースを介して、無線アクセスノードの範囲内の無線デバイスと通信する。

第４世代（４Ｇ）ネットワークとも呼ばれるエボルブドパケットシステム（ＥＰＳ）の仕様は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で完了しており、この取り組みは、たとえば５Ｇ新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）とも呼ばれる第５世代（５Ｇ）ネットワークを指定するために、今後の３ＧＰＰリリースにおいても継続される。ＥＰＳは、ロングタームエボリューション（ＬＴＥ）無線アクセスネットワークとしても知られる拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、およびシステムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られるエボルブドパケットコア（ＥＰＣ）を含む。Ｅ－ＵＴＲＡＮ／ＬＴＥは、３ＧＰＰ無線アクセスネットワークの変形であり、無線アクセスノードは、３Ｇネットワークで使用される無線ネットワークコントローラ（ＲＮＣ）ではなく、ＥＰＣコアネットワークに直接接続される。一般に、Ｅ－ＵＴＲＡＮ／ＬＴＥにおいて、３Ｇ ＲＮＣの機能は、無線アクセスノード、たとえばＬＴＥではｅノードＢと、コアネットワークとの間で分散される。したがって、ＥＰＳのＲＡＮは、１つまたは複数のコアネットワークに直接接続されている、すなわちＲＮＣに接続されていない無線アクセスノードを含む、本質的に「フラットな」アーキテクチャを有する。これを補うために、Ｅ－ＵＴＲＡＮ仕様では、無線アクセスノード間の直接的なインターフェースが規定されており、このインターフェースはＸ２インターフェースと表記される。

マルチアンテナ技術は、無線通信システムのデータレートおよび信頼性を大幅に向上させることができる。特に、送信機と受信機の両方にマルチアンテナが装備されている場合にパフォーマンスが向上し、その結果、ＭＩＭＯ（マルチ入力マルチ出力）通信チャネルが生成される。このようなシステムおよび／または関連技術は、一般にＭＩＭＯと呼ばれる。

３ＧＰＰにおける無線通信システム
図１は、簡略化された無線通信システムを示す。図１の簡略化された無線通信システムについて考察する。ＵＥ１２は、１つまたは複数のアクセスノード１０３～１０４と通信し、１つまたは複数のアクセスノード１０３～１０４は、ネットワークノード１０６に接続されている。アクセスノード１０３～１０４は、無線アクセスネットワーク１０の一部である。

ＬＴＥまたは４Ｇとも呼ばれる３ＧＰＰ ＥＰＳに準拠した無線通信システムの場合、３ＧＰＰ ＴＳ３６．３００、ｖ．１５．６．０および関連する仕様で指定されている標準仕様では、アクセスノード１０３～１０４は通常、ｅＮＢに対応し、ネットワークノード１０６は通常、モビリティ管理エンティティ（ＭＭＥ）および／またはサービングゲートウェイ（ＳＧＷ）のいずれかに対応する。ｅＮＢは無線アクセスネットワーク１０の一部であり、この事例では、無線アクセスネットワーク１０はＥ－ＵＴＲＡＮ（拡張ユニバーサル地上無線アクセスネットワーク）であり、一方、ＭＭＥとＳＧＷはいずれもＥＰＣ（エボルブドパケットコアネットワーク）の一部である。ｅＮＢは、Ｘ２インターフェースを介して相互接続され、Ｓ１インターフェースを介してＥＰＣに、より具体的には、Ｓ１－Ｃを介してＭＭＥに、Ｓ１－Ｕを介してＳＧＷに接続される。

一方、３ＧＰＰ ５Ｇシステムに準拠した無線通信システムの場合、３ＧＰＰ ＴＳ３８．３００、ｖ．１５．６．０および関連する仕様で指定されている５ＧＳ（新無線、ＮＲ、または５Ｇとも呼ばれる）では、アクセスノード１０３～１０４は通常、５ＧノードＢ（ｇＮＢ）に対応し、ネットワークノード１０６は通常、アクセスモビリティ管理機能（ＡＭＦ）および／またはユーザプレーン機能（ＵＰＦ）のいずれかに対応する。ｇＮＢは無線アクセスネットワーク１０の一部であり、この事例では、無線アクセスネットワーク１０はＮＧ－ＲＡＮ（次世代無線アクセスネットワーク）であり、一方、ＡＭＦとＵＰＦはいずれも５Ｇコアネットワーク（５ＧＣ）の一部である。ｇＮＢは、Ｘｎインターフェースを介して相互接続され、ＮＧインターフェースを介して５ＧＣに、より具体的には、ＮＧ－Ｃを介してＡＭＦに、ＮＧ－Ｕを介してＵＰＦに接続される。

ＮＲとＬＴＥとの間の高速モビリティをサポートし、コアネットワークの変更を回避するために、ＬＴＥ ｅＮＢを、ＮＧ－Ｕ／ＮＧ－Ｃ経由で５Ｇ－ＣＮに接続し、Ｘｎインターフェースをサポートすることもできる。５ＧＣに接続されたｅＮＢは、次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれ、ＮＧ－ＲＡＮの一部とみなされる。５ＧＣに接続されたＬＴＥについては、本文書ではこれ以上説明しない。しかしながら、ＬＴＥおよびＮＲについて本文書で説明するソリューション／機能のほとんどは、５ＧＣに接続されたＬＴＥにも適用されることに留意されたい。本文書では、ＬＴＥという用語は、特に明記なしに使用される場合、ＬＴＥ－ＥＰＣを指す。

ＬＴＥおよびＮＲにおけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のモビリティ
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のモビリティは、ハンドオーバとしても知られる。ハンドオーバの目的は、たとえばモビリティによって、ソースセル接続としても知られるソース無線接続を使用するソースアクセスノードから、ターゲットセル接続としても知られるターゲット無線接続を使用するターゲットアクセスノードへ、ＵＥを移動することである。ソース無線接続は、ソースアクセスノードによって制御されるソースセルに関連付けられる。ターゲット無線接続は、ターゲットアクセスノードによって制御されるターゲットセルに関連付けられる。すなわち、ハンドオーバ中、ＵＥはソースセルからターゲットセルに移動する。ソースアクセスノードまたはソースセルは「ソース」と呼ばれることもあり、ターゲットアクセスノードまたはターゲットセルは「ターゲット」と呼ばれることもある。

いくつかの事例では、ソースアクセスノードおよびターゲットアクセスノードは、異なるｅＮＢまたはｇＮＢなどの異なるノードである。これらの事例は、ノード間ハンドオーバ、ｅＮＢ間ハンドオーバ、またはｇＮＢ間ハンドオーバとも呼ばれる。他の事例では、ソースアクセスノードおよびターゲットアクセスノードは、同じｅＮＢおよびｇＮＢなどの同じノードである。これらの事例は、ノード内ハンドオーバ、ｅＮＢ内ハンドオーバ、またはｇＮＢ内ハンドオーバとも呼ばれ、ソースセルおよびターゲットセルが同じアクセスノードによって制御される事例を対象とする。さらに他の事例では、ハンドオーバは同じセル内で（したがって、そのセルを制御する同じアクセスノード内でも）実行される。これらの事例は、セル内ハンドオーバとも呼ばれる。

したがって、ソースアクセスノードおよびターゲットアクセスノードは、特定のＵＥのハンドオーバ中に所与のアクセスノードによって提供される役割を指すことを理解されたい。たとえば、所与のアクセスノードは、あるＵＥのハンドオーバ中にソースアクセスノードとして機能することができ、別のＵＥのハンドオーバ中にターゲットアクセスノードとしても機能する。また、所与のＵＥのノード内ハンドオーバまたはセル内ハンドオーバの事例では、同じアクセスノードが、そのＵＥのソースアクセスノードとターゲットアクセスノードの両方として機能する。

Ｅ－ＵＴＲＡＮまたはＮＧ－ＲＡＮのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥを、ネットワークによって、サービングセルおよびネイバーセルの測定を実行するように設定することができ、ネットワークは、ＵＥから送信された測定レポートに基づいて、ＵＥのネイバーセルへのハンドオーバを実行することを決定してもよい。次いで、ネットワークは、ハンドオーバコマンドメッセージ、ＬＴＥの場合は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏと呼ばれるフィールドを有するＲＲＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを、ＮＲの場合はｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信する。

これらの再設定は、実際には、ソースアクセスノードからの要求時に、ＥＵＴＲＡ－ＥＰＣの場合はＸ２もしくはＳ１インターフェースを介して、ＮＧ－ＲＡＮ－５ＧＣの場合はＸｎもしくはＮＧインターフェースを介して、ターゲットアクセスノードによって準備され、既存のＲＲＣ設定、ならびにソースアクセスノードからの要求で提供されるＵＥの能力および独自の能力、ならびに所期のターゲットセルおよびターゲットアクセスノードのリソース状況を考慮する。ターゲットアクセスノードによって提供される再設定パラメータには、たとえば、ＵＥがターゲットアクセスノードにアクセスするために必要とする情報、たとえば、ランダムアクセス設定、ターゲットアクセスノードによって割り当てられた新しいＣ－ＲＮＴＩ、およびＵＥがターゲットアクセスノードに関連付けられた新しいセキュリティキーを算出することを可能にするセキュリティパラメータが含まれ、したがって、ＵＥは、ターゲットアクセスノードへのアクセス時に、新しいセキュリティキーに基づいて暗号化および完全性保護されたＳＲＢ１上で、ハンドオーバ完了メッセージ、ＬＴＥの場合はＲＲＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、ＮＲの場合はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信することができる。

ＬＴＥにおけるハンドオーバを示す図２は、例としてＬＴＥを使用した、ＵＥと、ソースｇＮＢ、ソースｅＮＢ、またはソースセルとしても知られるソースアクセスノードと、ターゲットｇＮＢ、ターゲットｅＮＢ、またはターゲットセルとしても知られるターゲットアクセスノードとの間のハンドオーバ中のシグナリングフローを要約したものである。

ハンドオーバ中のユーザプレーンのハンドリング
次のサブセクションで説明するように、必要なサービス品質（ＱｏＳ）に応じてシームレスハンドオーバまたはロスレスハンドオーバのいずれかが、各ユーザプレーン無線ベアラに対して適切に実行される。

シームレスハンドオーバ
シームレスハンドオーバは、無線リンク制御（ＲＬＣ）非確認型モード（ＵＭ）にマッピングされたユーザプレーン無線ベアラに適用される。これらのタイプのデータ、たとえば音声サービスは、通常、損失に対する耐性はかなり高くなるが、遅延に対する耐性は低くなる。したがって、シームレスハンドオーバは、複雑さおよび遅延を最小限に抑えるように設計されているが、一部のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）の損失が生じる可能性がある。ハンドオーバ時に、シームレスハンドオーバが適用される無線ベアラの場合、ヘッダ圧縮コンテキストを含むＰＤＣＰエンティティがリセットされ、ＣＯＵＮＴ値がゼロにセットされる。いずれにしてもハンドオーバ時に新しいキーが生成されるので、ＣＯＵＮＴ値を維持するセキュリティ上の理由はない。送信がまだ開始されていないＵＥ内のＰＤＣＰ ＳＤＵは、ターゲットアクセスノードへのハンドオーバ後に送信されることになる。ソースアクセスノードでは、まだ送信されていないＰＤＣＰ ＳＤＵを、Ｘ２／Ｘｎインターフェースを介してターゲットアクセスノードに転送することができる。送信がすでに開始されているが正常に受信されていないＰＤＣＰ ＳＤＵは、失われることになる。これにより、ハンドオーバ時にソースアクセスノードとターゲットアクセスノードとの間でコンテキスト、すなわち設定情報を転送する必要がなくなるので、複雑さが最小限に抑えられる。

ロスレスハンドオーバ
ＰＤＣＰデータプロトコルデータユニット（ＰＤＵ）に追加されたシーケンス番号（ＳＮ）に基づいて、ハンドオーバ中の順序通りの配信を保証し、さらに完全なロスレスハンドオーバ機能を提供して、ハンドオーバの前に受信がまだ確認されていないＰＤＣＰ ＳＤＵの再送信を実行することが可能である。このロスレスハンドオーバ機能は、主に、１つのＰＤＣＰ ＳＤＵが失われると伝送制御プロトコル（ＴＣＰ）の反応によりデータレートの大幅な低下が生じる可能性がある、ファイルダウンロードなどの遅延耐性サービスのために使用される。

ロスレスハンドオーバは、ＲＬＣ確認型モード（ＡＭ）にマッピングされているユーザプレーン無線ベアラに適用される。ＲＬＣ ＡＭが使用される場合、送信されたがＲＬＣレイヤによってまだ確認されていないＰＤＣＰ ＳＤＵは、ＰＤＣＰレイヤの再送信バッファに格納される。

ダウンリンク（ＤＬ）でのロスレスハンドオーバを保証するために、ソースアクセスノードは、再送信バッファに格納されたＤＬ ＰＤＣＰ ＳＤＵおよびゲートウェイから受信した新規のＤＬ ＰＤＣＰ ＳＤＵを、（再）送信のためにターゲットアクセスノードに転送する。ソースアクセスノードは、ソースアクセスノードに送信された最後のパケット、いわゆる「エンドマーカ」パケットを示す指示をゲートウェイから受信する。ソースアクセスノードはまた、ゲートウェイから受信したパケットの送信をいつ開始できるかをターゲットアクセスノードが認識できるように、この指示をターゲットアクセスノードに転送する。

アップリンク（ＵＬ）でのロスレスハンドオーバを保証するために、ＵＥはＰＤＣＰ再送信バッファに格納されているＵＬ ＰＤＰＣ ＳＤＵを再送信する。再送信は、ハンドオーバコマンドの受信時に実行されるＰＤＣＰ再確立によってトリガされる。ソースアクセスノードは、復号および解凍の後、順不同で受信されたすべてのＰＤＣＰ ＳＤＵをターゲットアクセスノードに転送する。したがって、ターゲットアクセスノードは、ハンドオーバ中に維持されるＰＤＣＰ ＳＮに基づいて、ソースアクセスノードから受信したＰＤＣＰ ＳＤＵおよびＵＥから受信した再送信されたＰＤＣＰ ＳＤＵを並べ替え、それらのＰＤＣＰ ＳＤＵを正しい順序でゲートウェイに配信することができる。

ロスレスハンドオーバの追加機能は、いわゆる選択的再送信である。いくつかの事例において、ＰＤＣＰ ＳＤＵは正常に受信されたが、対応するＲＬＣ肯定応答が受信されないということが発生する可能性がある。この場合、ハンドオーバ後、ＵＥまたはターゲットアクセスノードによって、ＲＬＣレイヤから受信した不正確なステータスに基づいた不要な再送信が開始される可能性がある。これらの不要な再送信を回避するために、ＰＤＣＰステータスレポートを、ターゲットアクセスノードからＵＥに、またＵＥからターゲットアクセスノードに送信することができる。ハンドオーバ後にＰＤＣＰステータスレポートを送信するかどうかは、無線ベアラごとおよび方向ごとに個別に設定される。

Ｒｅｌ－１４メイクビフォアブレイク（Ｍａｋｅ－Ｂｅｆｏｒｅ－Ｂｒｅａｋ）ハンドオーバ
ハンドオーバ中断時間は、通常、ＵＥがソースアクセスノードとの送受信を停止してから、ターゲットアクセスノードがＵＥとの送受信を再開するまでの時間と規定されている。ハンドオーバは、無線ベアラごとおよび方向ごとに個別に設定される。

ＬＴＥ ｐｒｅ－Ｒｅｌ－１４では、３ＧＰＰ ＴＲ３６．８８１、ｖ．１４．０．０によれば、ハンドオーバ中断時間は、少なくとも４５ｍｓである。それ以来、ＬＴＥおよびＮＲでは、ハンドオーバ中断時間を短縮するための様々なソリューションが議論されてきた。中断時間の短縮が保証される低レイテンシ、たとえば、航空用、産業用自動化、産業用制御に関する新しいサービス要件によって改善が推進される。

このような改善の１つの一例として、ＬＴＥ Ｒｅｌ－１４では、ハンドオーバの中断時間を可能な限り短縮して０ｍｓに近づけることを目的とするメイクビフォアブレイク（ＭＢＢ）が導入されている。Ｒｅｌ－１４ＬＴＥ ＭＢＢを示す図３を参照されたい。

ＬＴＥ Ｒｅｌ－１４で導入されたＭＢＢハンドオーバ手順とは、ＵＥが、ソースセル内のハンドオーバコマンドメッセージ、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信時にＭＡＣをリセットしてＲＬＣおよびＰＤＣＰを再確立するという標準のハンドオーバ手順とは異なり、ＵＥが、ソースセルから切断する前にターゲットセルに接続するというハンドオーバメカニズムを指す。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内のｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、ＵＥ１２０にソースセル１０３への接続を継続するように指示するフィールド、ｍａｋｅＢｅｆｏｒｅＢｒｅａｋを含む。３ＧＰＰ ＴＳ３６．３３１、ｖ．１５．６．０によれば、次のとおりである。

注１ａ：ｍａｋｅＢｅｆｏｒｅＢｒｅａｋが設定されている場合、ＴＳ３６．１３３［１６］で指定されているように、ターゲットセルへの接続のための再調整を開始するために、ソースセルとのアップリンク送信／ダウンリンク受信をいつ停止するかは、ＵＥの実装形態次第である。

ＭＢＢソリューションでは、ハンドオーバコマンドの受信後、ＵＥがターゲットセルで初回のＵＬ送信を実行するまで、ソースセルへの接続が維持される。すなわち、ＵＥがターゲットセルでランダムアクセスを実行するまで、または、ＭＢＢがＲＡＣＨなしのハンドオーバと組み合わされている場合（すなわち、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ内にｒａｃｈ－Ｓｋｉｐが存在する場合）はＵＥが初回のＰＵＳＣＨ送信を実行するまで、ＵＥでは、ＭＡＣのリセットならびにＲＬＣおよびＰＤＣＰの再確立が遅延される。ターゲットセルへの接続のための再調整を開始するために、ソースセルとのＵＬ送信／ＤＬ受信をいつ停止するかは、ＵＥの実装形態（およびＵＥの能力）次第である。

ソースｅＮＢがＵＥとの間の送受信を停止した時点で、ソースｅＮＢは、ターゲットｅＮＢにＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージ（ステップ８）を送信して、ＰＤＣＰステータス保存が適用される無線ベアラのアップリンクＰＤＣＰ ＳＮ受信機ステータスおよびダウンリンクＰＤＣＰ ＳＮ送信機ステータスを伝達する。

ＬＴＥ Ｒｅｌ－１４（３ＧＰＰ ＴＳ３６．３００ｖ．１５．６．０およびＴＳ３６．３３１、ｖ．１５．６．０）で指定されているＭＢＢには、ＭＢＢとＲＡＣＨなしのハンドオーバなどの他の改善とを組み合わせた場合でも約０ｍｓのハンドオーバ中断時間に到達することはできないという、既知の制限がいくつかある。Ｒｅｌ－１４におけるＭＢＢは、周波数内ハンドオーバでのみサポートされ、ＵＥに単一のＲｘ／Ｔｘチェーンが装備されていることを前提としている。周波数内ハンドオーバのシナリオでは、単一のＲｘ ＵＥは、ターゲットセルとソースセルの両方から同時に受信することが可能である。しかしながら、単一のＴｘ ＵＥは、両方のセルに同時に送信することはできない。したがって、ＭＢＢ Ｒｅｌ－１４では、ＵＥは、最初のＵＬ送信の前にソースセルへの接続を解放する。この解放は、ＵＥがＲＡＣＨプリアンブルを送信するとき、またはＲＡＣＨなしのＨＯが設定されている場合はハンドオーバ完了メッセージを送信するときに発生する。

結果として、ＵＥは、パケット送受信のためにターゲットセルとの接続が準備できる前に、ソースセルとの接続を解放し、その結果、中断時間が約５ｍｓとなる。

Ｒｅｌ－１６拡張メイクビフォアブレイク（ｅＭＢＢ）
Ｒｅｌ－１４ＭＢＢの欠点に対処し、約０ｍｓの中断時間を達成するために、ＬＴＥとＮＲの両方のＲｅｌ－１６について、メイクビフォアブレイクの拡張バージョン（ｅＭＢＢ）が検討されている。この拡張バージョンでは、ＵＥがソースセルとターゲットセルから同時に送信および受信することが可能であると想定されている。実際には、これには、ＵＥにデュアルＴｘ／Ｒｘチェーンが装備されている必要がある場合がある。デュアルＴｘ／Ｒｘチェーンにより、周波数間ハンドオーバなどの他のハンドオーバシナリオでもｅＭＢＢをサポートできる可能性がある。

ＬＴＥの場合のｅＭＢＢノード間ハンドオーバの一例を図４に示す。

このソリューションにおけるいくつかの主要部分は次のとおりである。

・ステップ４０５において、ハンドオーバコマンドで「ｅＭＢＢ」指示を受信すると、ＵＥは、ターゲットアクセスノードへの接続を確立している間、ソースアクセスノードへの接続を維持する。すなわち、ＵＥは、中断することなく、ステップ４０５～４０８の間にソースアクセスノードを介してＤＬ／ＵＬユーザプレーンデータを送受信することができる。ステップ４０８の後、ＵＥは、通常のＨＯ手順と同様に、ＵＬ／ＤＬユーザプレーンデータ送信に利用可能なターゲットリンクを有する。

・ステップ４０６において、ソースアクセスノードは、ＵＬ ＰＤＣＰ受信機ステータスおよび最初に転送されたＤＬ ＰＤＣＰ ＳＤＵのＳＮを示すＳＮステータス転送メッセージを、ターゲットアクセスノードに送信する。アップリンクＰＤＣＰ ＳＮ受信機ステータスは、少なくとも最初の欠落したＵＬ ＳＤＵのＰＤＣＰ ＳＮを含み、ＵＥがターゲットセルで再送信する必要がある順不同のＵＬ ＳＤＵがある場合は、そのようなＳＤＵの受信ステータスのビットマップを含み得る。ＳＮステータス転送メッセージは、最初の欠落したＵＬ ＳＤＵのハイパーフレーム番号（ＨＦＮ）と、ターゲットアクセスノードでのＣＯＵＮＴ保存のためのＨＦＮ ＤＬステータスも含む。

・ターゲットアクセスノードとの接続セットアップが成功すると、すなわちステップ４０８においてハンドオーバ完了メッセージを送信した後、ＵＥは、１つがソースアクセスノードへのデータリンクおよびもう１つがターゲットアクセスノードへのデータリンクという２つのデータリンクを維持する。ステップ４０８の後、ＵＥは、ターゲットアクセスノードのセキュリティキーおよび圧縮コンテキストを使用して、通常のＨＯ手順と同様に、ターゲットアクセスノード上でＵＬユーザプレーンデータを送信する。したがって、両方のノードへのＵＬユーザプレーンデータ送信の必要はなく、これにより、２つのノード間のＵＥ電力分割が回避され、ＵＥの実装も簡素化される。周波数内ハンドオーバの事例では、ＵＬユーザプレーンデータを一度に１つのノードに送信すると、ＵＬ干渉も減少し、ネットワーク側での復号が成功する可能性が高くなる。

・ＵＥは、ソースリンクが解放されるまで、ソースアクセスノードとターゲットアクセスノードの両方のセキュリティおよび圧縮コンテキストを維持する必要がある。ＵＥは、ＰＤＵが送信されるセルに基づいて、ＰＤＣＰ ＰＤＵに使用されるセキュリティ／圧縮コンテキストを区別することができる。

・パケットの重複を回避するために、ＵＥは、ステップ４０８において、ハンドオーバ完了メッセージとともに、最後に受信したＰＤＣＰ ＳＮを指示するＰＤＣＰステータスレポートを送信し得る。ターゲットアクセスノードは、ＰＤＣＰステータスレポートに基づいて、重複するＰＤＣＰパケット（すなわち、同一のシーケンス番号を有するＰＤＣＰ ＰＤＵ）、すなわち、ソースセルでＵＥによってすでに受信されたＰＤＣＰパケットをＵＥに送信することを回避することができる。

・ステップ４１３におけるソースセルの解放は、たとえば、ターゲットアクセスノードからの明示的なメッセージ（図示せず）、または解放タイマの満了などの何らかの他のイベントによってトリガされ得る。

ソースアクセスノードがステップ４０５の後（すなわち、ＵＥにハンドオーバコマンドを送信した後）にパケットデータ転送を開始する代替として、ターゲットアクセスノードが、パケットデータ転送をいつ開始するかをソースアクセスノードに指示してもよい。たとえば、パケットデータ転送は、ターゲットセルへのリンクが確立された後の段階で、たとえば、ＵＥがターゲットセルでランダムアクセスを実行した後に開始されてもよい。ソースアクセスノードにおいて後の段階でパケットデータ転送を開始することによって、ＵＥがターゲットセルから受信する重複ＰＤＣＰ ＳＤＵの数が少なくなる可能性があり、それによってＤＬレイテンシはある程度減少する。しかしながら、後の段階でパケットデータ転送を開始することは、たとえば、ターゲットアクセスノードへの接続が確立される前にＵＥとソースアクセスノードとの間の接続が失われた場合、ロバスト性とレイテンシ短縮との間のトレードオフにもなる。このような場合、ＵＥへのＤＬデータ転送が、短時間中断されることになる。

図５は、ｅＭＢＢにおけるＵＥ側のプロトコルスタックを示す。各ユーザプレーン無線ベアラは、関連するＰＤＣＰエンティティを有し、関連するＰＤＣＰエンティティは、２つの関連するＲＬＣエンティティを有し、１つはソースセル用、もう１つはターゲットセル用である。ＰＤＣＰエンティティは、ソースセルとターゲットセルに異なるセキュリティキーおよびＲＯＨＣコンテキストを使用するが、ＳＮ割り当て（ＵＬ送信の場合）および並べ替え／重複検出（ＤＬ受信の場合）は共通である。

ＮＲの場合、ＰＤＣＰの上に、ＱｏＳフローをベアラにマッピングする役割を果たす、ＳＤＡＰと呼ばれる追加のプロトコルレイヤがあることに留意されたい。このレイヤは図５には示されておらず、本文書ではこれ以上説明しない。

「拡張メイクビフォアブレイク」という名称はまだ合意されておらず、「同時接続によるハンドオーバ」、「デュアルアクティブプロトコルスタック（ＤＡＰＳ）」などの他の名称も提案されていることに留意されたい。ＬＴＥとＮＲが機能に異なる名称を使用する可能性もある。たとえば、ＬＴＥでは、ＬＴＥ Ｒｅｌ－１４メイクビフォアブレイクと区別するために「拡張メイクビフォアブレイク」という名称を使用する場合があり、ＮＲでは、そのような旧来の手順がないため「メイクビフォアブレイク」という名称を使用する場合がある。本明細書全体を通して、これらの名称を同義で使用する。

条件付きハンドオーバ
３ＧＰＰリリース１６では、３ＧＰＰ ＲＡＮ２によって、条件付きハンドオーバ手順が指定されている。条件付きハンドオーバは、典型的にはハンドオーバがセルエッジで実行される場合に、ＵＥとソースアクセスノードとの間の無線リンクの品質不良に起因してＵＥからの測定レポートまたはネットワークからのハンドオーバコマンドが失われるなど、ハンドオーバ中に生じ得る信頼性の問題に対処する。

条件付きハンドオーバ（ＣＨＯ）手順の原理を図６に示す。条件付きハンドオーバの考え方は、セルエッジ無線の不良を回避するために、ハンドオーバコマンドを早期に送信することである。

条件付きハンドオーバでは、ネットワークは、図６のＣＨＯ設定メッセージを使用して、ハンドオーバをいつ実行するべきかに関するトリガ条件をＵＥに設定する。このメッセージは、ハンドオーバが差し迫っているときだけでなく任意の時間的ポイントで送信され得る。隣接セルがサービングセルよりもオフセットが良好になることを意味するＡ３タイプのイベントなどの条件が満たされると、ＵＥは、測定レポートをネットワークに送信する代わりに、ネットワークからのさらなる命令なしに、条件を満たす隣接セルを制御するターゲットアクセスノードへのハンドオーバを直接実行する。この手順の利点は、ＨＯコマンドのようなメッセージ、図６のＣＨＯ設定を、無線状態が悪化する前の早い段階でＵＥに提供できることであり、これにより、メッセージの送信が成功する可能性が高くなり、従来のハンドオーバのように測定レポートが失われることがない。

ソースノードは、潜在的ターゲットノードを準備するとき、ＨＯ要求のＣＨＯインジケータおよび現在のＵＥ設定を含む、Ｘ２／Ｘｎを介したＨＯ準備手順を使用する。潜在的ターゲットノードは、ＣＨＯ準備中に交換されるその設定および他の情報に基づいて、ＣＨＯが実行される場合にＵＥによって使用される専用の設定を生成する。ソースノードは、測定イベントのトリガ条件（たとえば、Ａ３、Ａ５などのしきい値）を決定し、トリガ条件および潜在的ターゲット設定をＵＥに提供する。

ＵＥは、設定されたすべての潜在的ターゲットセルのＣＨＯトリガ条件を監視する。潜在的ターゲットセルの条件が満たされると、ＵＥは、そのセルへのハンドオーバを実行し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅがターゲットノードに送信される。

デュアルコネクティビティ
デュアルコネクティビティ（ＤＣ）により、２つの基地局またはアクセスノードがユーザデータをＵＥに同時に配信することが可能になる。ＬＴＥ基地局間のＤＣは、２０１５年３月に完成した３ＧＰＰリリース１２で導入され、ＬＴＥとＷＬＡＮとのＤＣのような集約は、２０１６年３月に完成した３ＧＰＰリリース１３で導入された。ＬＴＥ－ＮＲ ＤＣでは、ユーザデータは、ＬＴＥ接続とともにＵＥとＮＲ基地局との間で交換され得る。標準化された最初のソリューションは、拡張ユニバーサル地上無線アクセスと新無線とのデュアルコネクティビティ（ＥＮ－ＤＣ）である。

ＥＮ－ＤＣでは、マスタノード（ＭＮ）はＬＴＥであり、セカンダリノード（ＳＮ）または集約ノードはＮＲである。ＥＮ－ＤＣでは、マスタノードに無線リソース制御（ＲＲＣ）終端点が１つしかないＬＴＥ ＤＣとは異なり、ＵＥは、セカンダリノードに第２のＲＲＣ終端を有する。ＬＴＥのＲＲＣ終端点とＮＲのＲＲＣ終端点を分離することにより、セカンダリノードは、ネットワーク設定に応じて、ＮＲ内モビリティをトリガすること、すなわち、セカンダリノードの変更／解放／修正を開始することが可能になる。ＬＴＥ ＤＣでは、マスタノードのみがこれを実行することが可能だった。

３ＧＰＰ ＴＳ３７．３４０ｖ．１５．６．０で説明されているマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）は、Ｅ－ＵＴＲＡ内デュアルコネクティビティ（ＤＣ）の一般化であり、複数のＲｘ／Ｔｘ ＵＥを、非理想バックホールを介して接続された２つの異なるノードによって提供されるリソースを利用するように設定することができ、一方のノードは、ＮＲアクセスを提供し、他方のノードはＥ－ＵＴＲＡまたはＮＲアクセスを提供する。一方のノードはマスタノード（ＭＮ）として機能し、他方のノードはセカンダリノード（ＳＮ）として機能する。ＭＮおよびＳＮはネットワークインターフェースを介して接続され、少なくともＭＮはコアネットワークに接続される。

セカンダリノード追加手順を使用して、ＵＥのセカンダリセルグループを追加する。この手順は、３ＧＰＰ ＴＳ３７．３４０、ｖ．１５．６．０において指定されており、ＥＮ－ＤＣ、および５ＧＣを使用したＭＲ－ＤＣの場合は、以下のとおりである。

ＥＮ－ＤＣのセカンダリノード追加手順
セカンダリノード追加手順は、ＭＮによって開始され、ＳＮからＵＥにリソースを提供するために、ＳＮにおいてＵＥコンテキストを確立するために使用される。ＳＣＧ無線リソースを必要とするベアラの場合、この手順を使用して、少なくともＳＣＧの最初のセルを追加する。この手順は、ＳＮ終端ＭＣＧベアラを設定するためにも使用することができる（ＳＣＧ設定は必要ない）。図７に、ＥＮ－ＤＣのセカンダリノードの追加手順を示す。

１．ＭＮは、特定のＥ－ＲＡＢにリソースを割り当てるようにＳＮに要求することを決定し、Ｅ－ＲＡＢの特性（Ｅ－ＲＡＢパラメータ、ベアラタイプに対応するＴＮＬアドレス情報）を指示する。さらに、ＳＣＧ無線リソースを必要とするベアラの場合、ＭＮは、ＵＥ能力全体およびＵＥ能力の調整結果を含む、要求されたＳＣＧ設定情報を指示する。この場合、ＭＮは、ＳＮがＳＣＧセルを選択して設定するための最新の測定結果も提供する。ＭＮは、スプリットＳＲＢ動作のために無線リソースを割り当てるようにＳＮに要求してもよい。ＭＮは、ＳＮの決定に基づいてＳＲＢ３をセットアップできるようにするために、（ＳＮ終端ベアラがセットアップされていない場合でも）必要なすべてのセキュリティ情報を常にＳＮに提供する。ＭＮとＳＮとの間にＸ２－Ｕリソースを必要とするベアラオプションの場合、ＭＮは、それぞれのＥ－ＲＡＢに関するＸ２－Ｕ ＴＮＬアドレス情報、ＳＮ終端ベアラに関するＸ２－Ｕ ＤＬ ＴＮＬアドレス情報、ＭＮ終端ベアラに関するＸ２－Ｕ ＵＬ ＴＮＬアドレス情報を提供する。ＳＮ終端スプリットベアラの場合、ＭＮは、ＭＮがサポートできる最大のＱｏＳレベルを提供する。ＳＮは、要求を拒否する場合がある。

注１：スプリットベアラの場合、ＭＣＧおよびＳＣＧのリソースは、ＭＣＧとＳＣＧの両方によって提供されるリソースの正確な合計によってそれぞれのＥ－ＲＡＢのＱｏＳが保証されるような量、またはそれ以上の量で要求され得る。ＭＮ終端スプリットベアラの場合、ＭＮの決定は、ステップ１において、ＳＮにシグナリングされたＥ－ＲＡＢパラメータによって反映され、このパラメータは、Ｓ１を介して受信したＥ－ＲＡＢパラメータとは異なる場合がある。

注２：特定のＥ－ＲＡＢの場合、ＭＮは、ＳＣＧまたはスプリットベアラの直接の確立、すなわち、最初にＭＣＧベアラを確立する必要がないことを要求してもよい。また、すべてのＥ－ＲＡＢをＳＮ終端ベアラとして設定すること、すなわち、ＭＮ終端ベアラとして確立されるＥ－ＲＡＢがないように設定することも可能である。

２．ＳＮ内のＲＲＭエンティティがリソース要求を許可できる場合、ＲＲＭエンティティは、それぞれの無線リソースを割り当て、ベアラオプションに応じて、それぞれのトランスポートネットワークリソースを割り当てる。ＳＣＧ無線リソースを必要とするベアラの場合、ＳＮは、ＳＮ無線リソース設定の同期を実行できるように、ランダムアクセスをトリガする。ＳＮは、Ｐｓｃｅｌｌおよび他のＳＣＧ Ｓｃｅｌｌを決定し、ＳｇＮＢ追加要求肯定応答メッセージに含まれるＮＲ ＲＲＣ設定メッセージにおいて、新しいＳＣＧ無線リソース設定をＭＮに提供する。ＭＮとＳＮとの間にＸ２－Ｕリソースを必要とするベアラオプションの場合、ＳＮは、それぞれのＥ－ＲＡＢに関するＸ２－Ｕ ＴＮＬアドレス情報、ＳＮ終端ベアラに関するＸ２－Ｕ ＵＬ ＴＮＬアドレス情報、ＭＮ終端ベアラに関するＸ２－Ｕ ＤＬ ＴＮＬアドレス情報を提供する。ＳＮ終端ベアラの場合、ＳＮは、それぞれのＥ－ＲＡＢに関するＳ１－Ｕ ＤＬ ＴＮＬアドレス情報、およびセキュリティアルゴリズムを提供する。ＳＣＧ無線リソースが要求された場合、ＳＣＧ無線リソース設定が提供される。

注３：ＳＮ終端スプリットベアラオプションの場合、ＳＮは、ＭＮとＳＮの両方によって提供されるリソースの正確な合計によってそれぞれのＥ－ＲＡＢのＱｏＳが保証されるような量のリソース、またはそれ以上の量をＭＮに要求することを決定し得る。ＳＮの決定は、ステップ２において、ＭＮにシグナリングされたＥ－ＲＡＢパラメータによって反映され、このパラメータは、ステップ１で受信したＥ－ＲＡＢパラメータとは異なる場合がある。ＭＮから要求されるＱｏＳレベルは、ステップ１でスプリットベアラをセットアップするときにＭＮが提供したレベルを超えてはならない。

注４：ＭＮ終端ベアラの場合、ユーザプレーンデータの送信は、ステップ２の後に行われてもよい。

注５：ＳＮ終端ベアラの場合、データ転送およびＳＮステータス転送は、ステップ２の後に行われてもよい。

３．ＭＮは、ＮＲ ＲＲＣ設定メッセージを修正することなく、ＮＲ ＲＲＣ設定メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信する。

４．ＵＥは、新しい設定を適用し、必要に応じて、ＮＲ ＲＲＣ応答メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージによってＭＮに応答する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）にＵＥが準拠できない場合、ＵＥは再設定失敗手順を実行する。

５．ＭＮは、ＵＥからＮＲ ＲＲＣ応答メッセージを受信している場合、ＵＥが再設定手順を正常に完了したことを、符号化されたＮＲ ＲＲＣ応答メッセージを含むＳｇＮＢ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを介してＳＮに通知する。

６．ＳＣＧ無線リソースを必要とするベアラによって設定されている場合、ＵＥは、ＳＮのＰＳＣｅｌｌに対して同期を実行する。ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信し、ＳＣＧに対してランダムアクセス手順を実行する順序は規定されていない。ＲＲＣ接続再設定手順の完了を成功させるために、ＳＣＧに対するＲＡ手順を成功させる必要はない。

７．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ＭＮは、ＳＮステータス転送を送信する。

８．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ＭＮは、それぞれのＥ－ＲＡＢのベアラ特性に応じて、ＥＮ－ＤＣ（データ転送）のアクティブ化によるサービスの中断を最小限に抑えるためのアクションを実行してもよい。

９～１２．ＳＮ終端ベアラの場合、ＥＰＣへのＵＰ経路の更新が実行される。

２．１．７．２ ５ＧＣを使用したＭＲ－ＤＣのセカンダリノード追加手順
セカンダリノード（ＳＮ）追加手順は、ＭＮによって開始され、ＳＮからＵＥにリソースを提供するために、ＳＮにおいてＵＥコンテキストを確立するために使用される。ＳＣＧ無線リソースを必要とするベアラの場合、この手順を使用して、少なくともＳＣＧの初回ＳＣＧサービングセルを追加する。この手順は、ＳＮ終端ＭＣＧベアラを設定するためにも使用することができる（ＳＣＧ設定は必要ない）。図８に、５ＧＣを使用したＳＮ追加手順を示す。

１．ＭＮは、１つまたは複数の特定のＰＤＵセッション／ＱｏＳフローにリソースを割り当てるようにターゲットＳＮに要求することを決定し、ＱｏＳフローの特性（ＱｏＳフローレベルのＱｏＳパラメータ、ＰＤＵセッションレベルのＴＮＬアドレス情報、およびＰＤＵセッションレベルのネットワークスライス情報）を指示する。さらに、ＳＣＧ無線リソースを必要とするベアラの場合、ＭＮは、ＵＥ能力全体およびＵＥ能力の調整結果を含む、要求されたＳＣＧ設定情報を指示する。この場合、ＭＮは、ＳＮがＳＣＧセルを選択して設定するための最新の測定結果も提供する。ＭＮは、スプリットＳＲＢ動作のために無線リソースを割り当てるようにＳＮに要求してもよい。ＭＮは、ＳＮの決定に基づいてＳＲＢ３をセットアップできるようにするために、（ＳＮ終端ベアラがセットアップされていない場合でも）必要なすべてのセキュリティ情報を常にＳＮに提供する。

ＭＮとＳＮとの間にＸｎ－Ｕリソースを必要とするＭＮ終端ベアラオプションの場合、ＭＮはＸｎ－Ｕ ＵＬ ＴＮＬアドレス情報を提供する。ＳＮ終端ベアラの場合、ＭＮは、使用可能なＤＲＢ ＩＤのリストを提供する。Ｓ－ＮＧ－ＲＡＮノードは、この情報を格納し、ＳＮ終端ベアラを確立するときにこの情報を使用する。ＳＮは、要求を拒否する場合がある。

ＭＮとＳＮとの間にＸｎ－Ｕリソースを必要とするＳＮ終端ベアラオプションの場合、ＭＮは、ステップ１において、ＳＮがＱｏＳフローをＤＲＢにマッピングする方法を決定する対象となるＳＣＧリソースのセットアップを必要とするＰＤＵセッションごとのＱｏＳフローのリストを提供する。

注１：スプリットベアラの場合、ＭＣＧおよびＳＣＧのリソースは、ＭＣＧとＳＣＧの両方によって提供されるリソースの正確な合計によってそれぞれのＱｏＳフローのＱｏＳが保証されるような量、またはそれ以上の量で要求され得る。ＭＮ終端スプリットベアラの場合、ＭＮの決定は、ステップ１において、ＳＮにシグナリングされたＱｏＳフローパラメータによって反映され、このパラメータは、ＮＧを介して受信したＱｏＳフローパラメータとは異なる場合がある。

注２：特定のＱｏＳフローの場合、ＭＮは、ＳＣＧおよび／またはスプリットベアラの直接の確立、すなわち、最初にＭＣＧベアラを確立する必要がないことを要求してもよい。また、すべてのＱｏＳフローをＳＮ終端ベアラにマッピングできること、すなわち、ＭＮ終端ベアラにマッピングされるＱｏＳフローがないことも可能である。

２．ＳＮ内のＲＲＭエンティティがリソース要求を許可できる場合、ＲＲＭエンティティは、それぞれの無線リソースを割り当て、ベアラタイプオプションに応じて、それぞれのトランスポートネットワークリソースを割り当てる。ＳＣＧ無線リソースを必要とするベアラの場合、ＳＮは、ＳＮ無線リソース設定の同期を実行できるように、ＵＥランダムアクセスをトリガする。ＳＮは、ＰＳｃｅｌｌおよび他のＳＣＧ Ｓｃｅｌｌを決定し、ＳＮ追加要求肯定応答メッセージに含まれるＳＮ ＲＲＣ設定メッセージにおいて、新しいＳＣＧ無線リソース設定をＭＮに提供する。ＭＮとＳＮとの間にＸｎ－Ｕリソースを必要とするベアラオプションの場合、ＳＮは、それぞれのＤＲＢに関するＸｎ－Ｕ ＴＮＬアドレス情報、ＳＮ終端ベアラに関するＸｎ－Ｕ ＵＬ ＴＮＬアドレス情報、ＭＮ終端ベアラに関するＸｎ－Ｕ ＤＬ ＴＮＬアドレス情報を提供する。ＳＮ終端ベアラの場合、ＳＮは、それぞれのＰＤＵセッションに関するＮＧ－Ｕ ＤＬ ＴＮＬアドレス情報、およびセキュリティアルゴリズムを提供する。ＳＣＧ無線リソースが要求された場合、ＳＣＧ無線リソース設定が提供される。

注３：ＭＮ終端ベアラの場合、ユーザプレーンデータの送信は、ステップ２の後に行われてもよい。

注４：ＳＮ終端ベアラの場合、データ転送およびＳＮステータス転送は、ステップ２の後に行われてもよい。

注５：ＣＡとのＰＤＣＰ複製が設定されているＭＮ終端ＮＲ ＳＣＧベアラの場合、ＭＮは、２つの個別のＸｎ－Ｕベアラを割り当てる。

ＣＡとのＰＤＣＰ複製が設定されているＳＮ終端ＮＲ ＭＣＧベアラの場合、ＳＮは、２つの個別のＸｎ－Ｕベアラを割り当てる。

２ａ．ＭＣＧリソースを使用するＳＮ終端ベアラの場合、ＭＮは、Ｘｎ－Ｕアドレス指示メッセージにおいてＸｎ－Ｕ ＤＬ ＴＮＬアドレス情報を提供する。

３．ＭＮは、ＳＮ ＲＲＣ設定メッセージを修正することなく、ＳＮ ＲＲＣ設定メッセージを含むＭＮ ＲＲＣ再設定メッセージをＵＥに送信する。

４．ＵＥは、新しい設定を適用し、必要に応じて、ＳＮのＳＮ ＲＲＣ応答メッセージを含むＭＮ ＲＲＣ再設定完了メッセージによってＭＮに応答する。ＭＮ ＲＲＣ再設定メッセージに含まれる設定（の一部）にＵＥが準拠できない場合、ＵＥは再設定失敗手順を実行する。

５．ＭＮは、ＵＥからＳＮ ＲＲＣ応答メッセージが受信された場合、ＵＥが再設定手順を正常に完了したことを、符号化されたＳＮ ＲＲＣ応答メッセージを含むＳＮ再設定完了メッセージを介してＳＮに通知する。

６．ＳＣＧ無線リソースを必要とするベアラによって設定されている場合、ＵＥは、ＳＮによって設定されたＰＳＣｅｌｌに対して同期を実行する。ＵＥがＭＮ ＲＲＣ接続再設定完了メッセージを送信し、ＳＣＧに対してランダムアクセス手順を実行する順序は規定されていない。ＲＲＣ接続再設定手順の完了を成功させるために、ＳＣＧに対するＲＡ手順を成功させる必要はない。

７．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ＭＮは、ＳＮステータス転送を送信する。

８．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ＭＮは、それぞれのＱｏＳフローのベアラ特性に応じて、ＭＲ－ＤＣ（データ転送）のアクティブ化によるサービスの中断を最小限に抑えるためのアクションを実行してもよい。

９～１２．ＳＮ終端ベアラの場合、ＰＤＵセッション経路更新手順によって、５ＧＣへのＵＰ経路の更新が実行される。

セカンダリノード変更
セカンダリノード変更は、マスタノードまたはセカンダリノードのいずれかによって、２つの方法でトリガされてもよい。

ＭＮによって開始されるＳＮ変更
図９に、ＭＮによって開始されるセカンダリノード変更のシグナリングフローの一例を示す。

１／２．ＭＮは、ＳｇＮＢ追加手順を使用してＵＥにリソースを割り当てるようにターゲットＳＮに要求することによって、ＳＮ変更を開始する。ＭＮは、ターゲットＳＮに関連する測定結果を含み得る。転送が必要な場合、ターゲットＳＮは、ＭＮに転送アドレスを提供する。ターゲットＳＮは、ＲＲＣ設定の全体または差分の指示を含み得る。

注２：ＭＮは、ステップ１の前にＳｇＮＢ修正要求メッセージを（ソースＳＮに）送信して、現在のＳＣＧ設定を要求してもよい。

３．ターゲットＳＮリソースの割り当てが成功した場合、ＭＮは、ＳＣＧモビリティを示す要因を含むソースＳＮリソースの解放を開始する。ソースＳＮは、解放を拒否する場合がある。データ転送が必要な場合、ＭＮは、データ転送アドレスをソースＳＮに提供する。ＳＮ終端ベアラに直接データ転送が使用される場合、ＭＮは、ターゲットＳＮから受信されたデータ転送アドレスをソースＳＮに提供する。ＳｇＮＢ解放要求メッセージを受信すると、ソースＳＮがトリガされ、ＵＥへのユーザデータの提供が停止し、該当する場合はデータ転送が開始する。

４／５．ＭＮは、新しい設定を適用するようにＵＥをトリガする。ＭＮは、ターゲットＳＮによって生成されたＮＲ ＲＲＣ設定メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、新しい設定をＵＥに指示する。ＵＥは、新しい設定を適用し、必要に応じて、ターゲットＳＮの符号化されたＮＲ ＲＲＣ応答メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）にＵＥが準拠できない場合、ＵＥは再設定失敗手順を実行する。

６．ＲＲＣ接続再設定手順が成功した場合、ＭＮは、ＵＥからＮＲ ＲＲＣ応答メッセージを受信していれば、ターゲットＳＮに対する符号化されたＮＲ ＲＲＣ応答メッセージとともにＳｇＮＢＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージによって、完了をターゲットＳＮに通知する。

７．ＳＣＧ無線リソースを必要とするベアラで設定されている場合、ＵＥは、ターゲットＳＮに同期する。

８．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ソースＳＮは、ＳＮステータス転送を送信し、次いで、ＭＮは、ＳＮステータス転送をターゲットＳＮに送信する。

９．該当する場合、ソースＳＮからのデータ転送が行われる。データ転送は、ソースＳＮがＭＮからＳｇＮＢ解放要求メッセージを受信するとすぐに開始されてもよい。

１０．ソースＳＮは、セカンダリＲＡＴデータボリュームレポートメッセージをＭＮに送信し、関連するＥ－ＲＡＢのＮＲ無線を介してＵＥに配信されるデータボリュームを含む。

注３：ＳＮがセカンダリＲＡＴデータボリュームレポートメッセージを送信し、ＭＮでデータ転送を実行する順序は、規定されていない。ＳＮは、関連するベアラの送信が停止したときにレポートを送信してもよい。

１１～１５．ベアラの１つがソースＳＮで終端した場合、ＭＮによって経路更新がトリガされる。

１６．ソースＳＮは、ＵＥコンテキスト解放メッセージを受信すると、ＵＥコンテキストに関連付けられた無線およびＣプレーン関連のリソースを解放することができる。進行中のデータ転送は継続されてもよい。

ＳＮによって開始されるＳＮ変更
図１０に、ＳＮによって開始されるセカンダリノード変更のシグナリングフローの一例を示す。

１．ソースＳＮは、ＳｇＮＢ変更要求メッセージを送信することによってＳＮ変更手順を開始し、ＳｇＮＢ変更要求メッセージは、ターゲットＳＮ ＩＤ情報を含み、（差分設定をサポートするための）ＳＣＧ設定およびターゲットＳＮに関連する測定結果を含み得る。

２／３．ＭＮは、ＳｇＮＢ追加手順によって、ＵＥにリソースを割り当てるようにターゲットＳＮに要求し、ソースＳＮから受信されたターゲットＳＮに関連する測定結果を含む。転送が必要な場合、ターゲットＳＮは、ＭＮに転送アドレスを提供する。ターゲットＳＮは、ＲＲＣ設定の全体または差分の指示を含み得る。

４／５．ＭＮは、新しい設定を適用するようにＵＥをトリガする。ＭＮは、ターゲットＳＮによって生成されたＮＲ ＲＲＣ設定メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、新しい設定をＵＥに指示する。ＵＥは、新しい設定を適用し、必要に応じて、ターゲットＳＮの符号化されたＮＲ ＲＲＣ応答メッセージを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信する。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれる設定（の一部）にＵＥが準拠できない場合、ＵＥは再設定失敗手順を実行する。

６．ターゲットＳＮリソースの割り当てが成功した場合、ＭＮは、ソースＳＮリソースの解放を確定する。データ転送が必要な場合、ＭＮは、データ転送アドレスをソースＳＮに提供する。ＳＮ終端ベアラに直接データ転送が使用される場合、ＭＮは、ターゲットＳＮから受信されたデータ転送アドレスをソースＳＮに提供する。ＳｇＮＢ変更確定メッセージを受信すると、ソースＳＮがトリガされ、ＵＥへのユーザデータの提供が停止し、該当する場合はデータ転送が開始する。

７．ＲＲＣ接続再設定手順が成功した場合、ＭＮは、ＵＥからＮＲ ＲＲＣ応答メッセージを受信していれば、ターゲットＳＮに対する符号化されたＮＲ ＲＲＣ応答メッセージとともにＳｇＮＢ再設定完了メッセージによって、ターゲットＳＮに通知する。

８．ＵＥは、ターゲットＳＮに同期する。

９．ＲＬＣ ＡＭを使用するＳＮ終端ベアラの場合、ソースＳＮは、ＳＮステータス転送を送信し、次いで、ＭＮは、ＳＮステータス転送をターゲットＳＮに送信する。

１０．該当する場合、ソースＳＮからのデータ転送が行われる。データ転送は、ソースＳＮがＭＮからＳｇＮＢ変更確定メッセージを受信するとすぐに開始されてもよい。

１１．ソースＳＮは、セカンダリＲＡＴデータボリュームレポートメッセージをＭＮに送信し、関連するＥ－ＲＡＢのＮＲ無線を介してＵＥに配信されるデータボリュームを含む。

注４：ソースＳＮがセカンダリＲＡＴデータボリュームレポートメッセージを送信し、ＭＮ／ターゲットＳＮでデータ転送を実行する順序は、規定されていない。ＳｇＮＢは、関連するベアラの送信が停止したときにレポートを送信してもよい。

１２～１６．ベアラの１つがソースＳＮで終端した場合、ＭＮによって経路更新がトリガされる。

１７．ソースＳＮは、ＵＥコンテキスト解放メッセージを受信すると、ＵＥコンテキストに関連付けられた無線およびＣプレーン関連のリソースを解放することができる。進行中のデータ転送は継続されてもよい。

２．１．８ ＬＴＥおよびＮＲにおけるＰＤＣＰ（パケットデータコンバージェンスプロトコル）プロトコル
ＰＤＣＰ（パケットデータコンバージェンスプロトコル）は、３ＧＰＰ ＬＴＥおよびＮＲにおけるＵＥとアクセスノード（ｅＮＢまたはｇＮＢ）との間で動作するレイヤ２プロトコルである。ＬＴＥとＮＲは類似しているので、以下のＰＤＣＰの概論は、特に明記されていない限りＬＴＥとＮＲの両方について有効である。

ＬＴＥおよびＮＲのＰＤＣＰプロトコルは、それぞれ３ＧＰＰ ＴＳ３６．３２３、ｖ．１５．４．０および３８．３２３、ｖ．１５．６．０で指定されている。

各無線ベアラ（すなわち、ＳＲＢ０およびＳＲＢ１ｂｉｓを除く、ＤＲＢ、ＳＬＲＢ、およびＳＲＢ）は、１つのＰＤＣＰエンティティに関連付けられる。各ＰＤＣＰエンティティは、ＲＢ特性（すなわち、単方向性または双方向性）およびＲＬＣモードに応じて、１つまたは２つ（各方向に１つ）のＲＬＣエンティティに関連付けられる。

ＰＤＣＰエンティティは、ＩＰヘッダ圧縮（ＲＯＨＣ）を実行するように設定されてもよい。ＰＤＣＰは、ユーザプレーンデータおよびコントロールプレーンデータの暗号化および解読、ならびにコントロールプレーンデータの完全性保護および完全性検証も実行する。さらに、ＰＤＣＰは、データの並べ替え、データの重複破棄、および（ＰＤＣＰ ＳＮ、ＣＯＵＮＴとしても知られる）ＰＤＣＰシーケンス番号の保守などの他の機能を含む、順序通りの配信を実行する。

ＰＤＣＰ再確立およびＰＤＣＰ回復の後、または他の手段によって（たとえば、ＲＲＣレイヤ、もしくはＰＤＣＰレイヤ自体でのタイマベースのポーリングによって）ＰＤＣＰステータスレポートがトリガされたときなどの特定の状況において、ＰＤＣＰエンティティは、そのピアＰＤＣＰエンティティに、ＰＤＣＰステータスレポートとして知られるＰＤＣＰ制御ＰＤＵを送信する。ＰＤＣＰステータスレポートの内容は、（ＬＴＥの場合はフィールドＦＭＳ、ＮＲの場合はフィールドＦＭＣに対応する）最初の欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮである。ＰＤＣＰステータスレポートは、各ビットがＰＤＣＰ ＳＤＵを表すビットマップフィールドも含み得る。ビットマップフィールドのサイズは、典型的には、最初の欠落したＰＤＣＰ ＳＤＵを含まずそのＰＤＣＰ ＳＤＵから、最後の順不同のＰＤＣＰ ＳＤＵを含むそのＰＤＣＰ ＳＤＵまでのＳＤＵの数に対応する。各ビットは、ＳＤＵが受信されたか（値「１」によって示される）、ＳＤＵが受信されなかったか（値「０」によって示される）を指示する。

ピアＰＤＣＰエンティティは、ＰＤＣＰステータスレポートを受信すると、シーケンス番号がＦＭＳ／ＦＭＣフィールドよりも小さいＳＤＵおよび対応するＰＤＣＰ ＰＤＵ、ならびに正常に配信されたのでビットマップのビットが値「１」にセットされているＳＤＵおよび対応するＰＤＣＰ ＰＤＵを考慮し、次いで、これらのＰＤＵは、このピアＰＤＣＰエンティティの送信機バッファにおいて、またこれらのＰＤＵがＲＬＣに配信された場合は対応するＲＬＣエンティティにおいて、破棄される（ＮＲの場合はＳＤＵ破棄、ＬＴＥの場合はＰＤＣＰ破棄として知られる）。

本開示の様々な実施形態は、上記の背景および他の考慮事項に鑑みてなされたものである。

本明細書の実施形態の目的は、パケットの重複を低減し、ダウンリンクリソースを自由化するために、ＵＥがソースアクセスノードから受信したすべてのダウンリンクパケットをターゲットアクセスノードが知ることを可能にするメカニズムを提供することである。

この全般的な目的は、添付の独立請求項によって対処されている。有利な実施形態は、添付の従属請求項に規定されている。

第１の態様によれば、無線通信ネットワークにおいて、少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのＤＡＰＳハンドオーバを実行するときに、ＰＤＣＰ ＳＤＵをハンドリングするためにＵＥによって実行される方法が提供される。方法は、前記少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのハンドオーバを実行するためのトリガを取得することと、少なくとも１つの無線ベアラのために、ターゲットアクセスノードとの無線接続を確立することとを含む。方法は、確立された無線接続を介して、ＰＤＣＰ ＳＤＵのＵＬ送信をソースアクセスノードからターゲットアクセスノードに切り替えることと、ソースアクセスノードとの無線接続を解放することとをさらに含む。ソースアクセスノードとの無線接続が解放された後、方法は、ターゲットアクセスノードに、少なくとも１つの無線ベアラの設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートを送信することを含み、それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する。

いくつかの実施形態において、方法は、ソースアクセスノードとの無線接続を解放する前に、第１のＰＤＣＰステータスレポートを送信することをさらに含む。ソースアクセスノードとの無線接続を解放した後に送信されるＰＤＣＰステータスレポートは、第２のＰＤＣＰステータスレポートである。

いくつかの実施形態において、方法は、ターゲットアクセスノードから、ソースアクセスノードとの無線接続の解放をトリガするメッセージを受信することをさらに含む。無線接続の解放をトリガするメッセージは、無線リソース制御（ＲＲＣ）接続再設定メッセージおよびＲＲＣ再設定メッセージのうちのいずれか１つである。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＲＲＣメッセージと多重化された状態、ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、ＲＲＣ再設定完了メッセージ、ＰＤＣＰ制御ＰＤＵメッセージ、ハンドオーバ完了制御ＰＤＵメッセージ、またはターゲットアクセスノードに最初に送信されるＵＬデータパケットを伴う状態のうちのいずれか１つで送信される。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＵＥに設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに、ターゲットアクセスノードに送信される。

第２の態様によれば、無線通信ネットワークにおいて、ＵＥの少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのＤＡＰＳハンドオーバ中にＰＤＣＰ ＳＤＵをハンドリングするためにターゲットアクセスノードによって実行される方法が提供される。方法は、ソースアクセスノードから、ＵＥの少なくとも１つの無線ベアラのハンドオーバが実行されているとの指示を受信することと、ソースアクセスノードから、転送されたＰＤＣＰ ＳＤＵを受信することとを含む。方法は、ＵＥから、ＵＥがソースアクセスノードとの無線接続を解放したとの指示、および少なくとも１つの無線ベアラの設定済みの無線ベアラごとにＰＤＣＰステータスレポートを受信することをさらに含む。それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。方法は、その後、重複するＰＤＣＰ ＳＤＵをＵＥに転送することを回避するために、受信したＰＤＣＰステータスレポートに基づいて、ソースアクセスノードから受信したＰＤＣＰ ＳＤＵを破棄することを含む。

いくつかの実施形態において、方法は、第１のＰＤＣＰステータスレポートを受信することをさらに含み、第１のＰＤＣＰステータスレポートは、ＵＥがソースアクセスノードとの無線接続を解放したとの指示が受信される前に受信される。ＵＥがソースアクセスノードとの無線接続を解放したとの指示に関連して受信されるＰＤＣＰステータスレポートは、第２のＰＤＣＰステータスレポートである。

いくつかの実施形態において、方法は、ソースアクセスノードとの無線接続の解放をトリガするメッセージをＵＥに送信することをさらに含む。メッセージは、ＲＲＣ接続再設定メッセージまたはＲＲＣ再設定メッセージである。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＲＲＣメッセージと多重化された状態、ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、ＲＲＣ再設定完了メッセージ、ＰＤＣＰ制御ＰＤＵメッセージ、ハンドオーバ完了制御ＰＤＵメッセージ、またはターゲットアクセスノードに最初に送信されるＵＬデータパケットを伴う状態のうちのいずれか１つで受信される。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＵＥに設定されたＲＬＣ－ＡＭベアラごとに受信される。

第３の態様によれば、第１の態様による方法を実行するように設定されたＵＥが提供される。

ＵＥは、無線通信ネットワークにおいて、少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのＤＡＰＳハンドオーバを実行するときに、ＰＤＣＰ ＳＤＵをハンドリングするように設定される。ＵＥは、前記少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのハンドオーバを実行するためのトリガを取得し、少なくとも１つの無線ベアラのために、ターゲットアクセスノードとの無線接続を確立するようにさらに設定される。ＵＥは、確立された無線接続を介して、ＰＤＣＰ ＳＤＵのＵＬ送信をソースアクセスノードからターゲットアクセスノードに切り替え、ソースアクセスノードとの無線接続を解放するようにさらに設定される。ＵＥは、ターゲットアクセスノードに、少なくとも１つの無線ベアラのうちの設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートを送信するようにさらに設定される。それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。

いくつかの実施形態において、ＵＥは、ソースアクセスノードとの無線接続が解放される前に、第１のＰＤＣＰステータスレポートを送信するようにさらに設定される。ソースアクセスノードとの無線接続が解放された後に送信されるＰＤＣＰステータスレポートは、第２のＰＤＣＰステータスレポートである。

いくつかの実施形態において、ＵＥは、ターゲットアクセスノードから、ソースアクセスノードとの無線接続の解放をトリガするメッセージを受信するようにさらに設定される。無線接続の解放をトリガするメッセージは、ＲＲＣ接続再設定メッセージおよびＲＲＣ再設定メッセージのうちのいずれかである。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＲＲＣメッセージと多重化された状態、ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、ＲＲＣ再設定完了メッセージ、ＰＤＣＰ制御ＰＤＵメッセージ、ハンドオーバ完了制御ＰＤＵメッセージ、またはターゲットアクセスノードに最初に送信されるＵＬデータパケットを伴う状態のうちのいずれか１つで送信される。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＵＥに設定されたＲＬＣ－ＡＭベアラごとに、ターゲットアクセスノードに送信される。

第４の態様によれば、第２の態様による方法を実行するように設定されたターゲットアクセスノードが提供される。

ターゲットアクセスノードは、無線通信ネットワークにおいて、ＵＥの少なくとも１つの無線ベアラのソースアクセスノードからターゲットアクセスノードへのＤＡＰＳハンドオーバ中にＰＤＣＰ ＳＤＵをハンドリングするように設定される。ターゲットアクセスノードは、ソースアクセスノードから、ＵＥの少なくとも１つの無線ベアラのハンドオーバが実行されているとの指示を受信し、ソースアクセスノードから、転送されたＰＤＣＰ ＳＤＵを受信するように設定される。ターゲットアクセスノードは、ＵＥから、ＵＥがソースアクセスノードとの無線接続を解放したとの指示、および少なくとも１つの無線ベアラの設定済みの無線ベアラごとにＰＤＣＰステータスレポートを受信するように設定される。それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。その後、ターゲットアクセスノードは、重複するＰＤＣＰ ＳＤＵをＵＥに転送することを回避するために、受信したＰＤＣＰステータスレポートに基づいて、ソースアクセスノードから受信したＰＤＣＰ ＳＤＵを破棄するように設定される。

いくつかの実施形態において、ターゲットアクセスノードは、第１のＰＤＣＰステータスレポートを受信するようにさらに設定され、第１のＰＤＣＰステータスレポートは、ＵＥがソースアクセスノードとの無線接続を解放したとの指示の前に受信される。ＵＥがソースアクセスノードとの無線接続を解放したとの指示に関連して受信されるＰＤＣＰステータスレポートは、第２のＰＤＣＰステータスレポートである。

いくつかの実施形態において、ターゲットアクセスノードは、ソースアクセスノードとの無線接続の解放をトリガするメッセージをＵＥに送信するようにさらに設定される。メッセージは、ＲＲＣ接続再設定メッセージまたはＲＲＣ再設定メッセージである。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＲＲＣメッセージと多重化された状態、ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、ＲＲＣ再設定完了メッセージ、ＰＤＣＰ制御ＰＤＵメッセージ、ハンドオーバ完了制御ＰＤＵメッセージ、またはターゲットアクセスノードに最初に送信されるＵＬデータパケットを伴う状態のうちのいずれか１つである。

いくつかの実施形態において、ＰＤＣＰステータスレポートは、ＵＥに設定されたＲＬＣ－ＡＭベアラごとに受信される。

第５の態様によれば、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに第１の態様および／または第２の態様に記載の方法を実行させる命令を含むコンピュータプログラムが提供される。

第６の態様によれば、第５の態様に記載のコンピュータプログラムを含むキャリアが提供され、キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。

本明細書で提案する様々な実施形態は、ＤＡＰＳハンドオーバ中のＰＤＣＰ ＳＤＵの改良されたハンドリングを提供する。本明細書で提供される実施形態は、パケットの重複を低減、ダウンリンクリソースを自由化することができる。さらに、ダウンリンクパケットの遅延が減少し得る。

本明細書の実施形態は、上記の特徴および利点に限定されない。当業者であれば、以下の詳細な説明を読むことにより、さらなる特徴および利点を認識するであろう。

次に、実施形態について、開示の図面と関連付けてより詳細に説明する。

無線通信ネットワークを示す概略図である。 ＬＴＥにおけるハンドオーバを示す図である。 Ｒｅｌ－１４ＬＴＥメイクビフォアブレイクハンドオーバを示す図である。 拡張メイクビフォアブレイクノード間ハンドオーバの一例を示す図である。 拡張メイクビフォアブレイクにおけるＵＥ側のプロトコルスタックを示す図である。 条件付きハンドオーバ手順の原理を示す図である。 ＥＮ－ＤＣのセカンダリノード追加手順を示す図である。 ５ＧＣを使用したセカンダリノード追加手順を示す図である。 マスタノードによって開始されるセカンダリノード変更の例示的なシグナリングフローを示す図である。 セカンダリノードによって開始されるセカンダリノード変更の例示的なシグナリングフローを示す図である。 無線通信ネットワークを示す概略図である。 本明細書の実施形態によるフローチャートである。 本明細書の実施形態によるフローチャートである。 本明細書の実施形態によるＵＥを示すブロック図である。 本明細書の実施形態によるＵＥを示すブロック図である。 本明細書の実施形態によるターゲットアクセスノードを示すブロック図である。 本明細書の実施形態によるターゲットアクセスノードを示すブロック図である。 中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す概略ブロック図である。 部分的な無線接続にわたって基地局を介してＵＥと通信するホストコンピュータの概略ブロック図である。 ホストコンピュータ、基地局、およびＵＥを含む通信システムにおける方法の実施形態を示すフローチャートである。 ホストコンピュータ、基地局、およびＵＥを含む通信システムにおける方法の実施形態を示すフローチャートである。 ホストコンピュータ、基地局、およびＵＥを含む通信システムにおける方法の実施形態を示すフローチャートである。 ホストコンピュータ、基地局、およびＵＥを含む通信システムにおける方法の実施形態を示すフローチャートである。

本明細書における実施形態の開発の一部として、本発明者らは、最初に議論する問題を特定した。

図４に示す拡張メイクビフォアブレイクソリューションでは、ハンドオーバコマンドメッセージをユーザ機器（ＵＥ）に送信した後、パケット損失を回避するために、ソースアクセスノードがすべてのダウンリンク（ＤＬ）データパケットをターゲットアクセスノードに転送することが提案されている。ステップ４０８において、ＵＥは、ハンドオーバ完了メッセージとともに、ベアラごとに、ソースセルでＰＤＣＰシーケンス番号（ＳＮ）を受信したＰＤＣＰシーケンス番号（ＳＮ）、厳密には、最初の欠落したＰＤＣＰサービスデータユニット（ＳＤＵ）のＰＤＣＰ ＳＮを示す１つまたは複数のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）ステータスレポートを、ＵＥに設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに１つずつ送信する。次いで、ターゲットアクセスノードは、ＰＤＣＰステータスレポート内の情報に基づいて、転送されたパケットをＵＥに送信し、同時に、重複するＰＤＣＰパケット、すなわち、ソースセルでＵＥによってすでに受信されたＰＤＣＰパケットを送信することを回避する。しかしながら、Ｘ２／Ｘｎを介したパケットの転送は遅延を引き起こし、ステップ４０８の後にＵＥがソースアクセスノードからもＤＬデータパケットを受信し続けることを考慮すると、ＵＥは、ソースアクセスノードから１つまたは複数のＤＬパケットを受信する可能性があり、１つまたは複数のＤＬパケットはターゲットアクセスノードにも転送される。アクセスノード間リンク（Ｘ２／Ｘｎインターフェース）によって引き起こされる遅延に起因して、ＵＥは、通常、ターゲットアクセスノードから同じパケットを受信するよりも早く、ソースアクセスノードからパケットを受信することになる。

しかしながら、ターゲットアクセスノードは、ステップ４０８でＵＥからＰＤＣＰステータスレポートを受信した後、ＵＥがソースアクセスノードから受信したＤＬパケットを認識しない。これは、ターゲットアクセスノードが、ＵＥがソースアクセスノードから受信したものと同じパケットをＵＥに送信する可能性があること、すなわち、ターゲットアクセスノードから送信されたＤＬパケットがＵＥで重複パケットとして扱われることを意味し、後続のＤＬパケットに遅延が生じ、したがって、ＤＬデータストリームにジッタが生じる。

本明細書の実施形態は、一般に、無線通信ネットワークに関する。図１１は、本明細書の実施形態が実装され得る無線通信ネットワーク１００を示す概略図である。無線通信ネットワーク１００は、１つまたは複数の無線アクセスネットワーク（ＲＡＮ）および１つまたは複数のコアネットワーク（ＣＮ）を含む。無線通信ネットワーク１００は、いくつかの可能な実装について言及すると、Ｗｉ－Ｆｉ、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、５Ｇ、新無線（ＮＲ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、汎欧州デジタル移動電話方式／ＧＳＭエボリューション用拡張データレート（ＧＳＭ／ＥＤＧＥ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、またはウルトラモバイルブロードバンド（ＵＭＢ）などの多くの異なる技術を使用することができる。本明細書の実施形態は、５Ｇのコンテキストで特に関心を集めている最近の技術動向に関する。しかしながら、実施形態は、たとえばＷＣＤＭＡおよびＬＴＥなどの既存の無線通信システムのさらなる開発にも適用可能である。

ソースアクセスノード１１１およびターゲットアクセスノード１１２などのアクセスノードは、無線通信ネットワーク１００で動作する。ソースアクセスノード１１１は、地理的エリア、ソースセル１１５と呼ばれるサービスエリアにわたる無線カバレッジを提供し、これらのエリアは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉなどの第１の無線アクセス技術（ＲＡＴ）のビームまたはビームグループとも呼ばれる。ターゲットアクセスノード１１２は、地理的エリア、ターゲットセル１１６と呼ばれるサービスエリアにわたる無線カバレッジも提供し、これらのエリアは、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉなどの第１のＲＡＴのビームまたはビームグループとも呼ばれる。第１のアクセスノード１１１および第２のアクセスノード１１２はそれぞれ、ＮＲ－ＲＡＮノード、送受信点、たとえば、基地局、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントもしくはアクセスポイントステーション（ＡＰ ＳＴＡ）などの無線アクセスノード、アクセスコントローラ、基地局、たとえばノードＢ、エボルブドノードＢ（ｅＮＢ、ｅノードＢ）、ｇＮＢ、ベーストランシーバ局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線基地局の伝送配置、スタンドアロンアクセスポイントなどのなどの無線基地局、または、第１のＲＡＴおよび使用される用語に応じてそれぞれのソースアクセスノード１１１およびターゲットアクセスノード１１２によってサーブされるサービスエリア内の無線デバイスと通信することが可能な他のネットワークユニットとすることができる。それぞれのソースアクセスノード１１１およびターゲットアクセスノード１１２は、サービング無線アクセスノードと呼ばれることがあり、ＵＥへのＤＬ送信およびＵＥからのアップリンク（ＵＬ）送信によってＵＥと通信する。

ＵＥ１２０などのいくつかのＵＥは、無線通信ネットワーク１００で動作する。ＵＥ１２０は、移動局、非アクセスポイント（非ＡＰ）ＳＴＡ、ＳＴＡ、ユーザ機器、および／または無線端末とすることができ、これらは、１つまたは複数のアクセスネットワーク（ＡＮ）、たとえばＲＡＮを介して、たとえばソースおよび／またはターゲットアクセスノード１１１、１１２を介して、たとえばＣＮノード１３０を含む１つまたは複数のＣＮと通信する。「ＵＥ」が、任意の端末、無線通信端末、ユーザ機器、マシンタイプ通信（ＭＴＣ）デバイス、デバイス間（Ｄ２Ｄ：Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、またはノード、たとえば、スマートフォン、ラップトップコンピュータ、携帯電話、センサ、中継器、モバイルタブレット、さらにはセル内で通信する小型基地局を意味する非限定的な用語であることが当業者によって理解されるべきである。

本明細書の方法は、第１の態様では、ＵＥ１２０によって実行されてもよく、第２の態様では、ターゲットアクセスノード１１２によって実行されてもよい。代替として、本方法を実行するため、または部分的に実行するために、図１１に示すクラウド１４０に含まれる分散ノード（ＤＮ）および機能性が使用されてもよい。

本明細書の実施形態のいくつかの例において、ＵＥ１２０は、ソースセルへの接続を解放した後、ＰＤＣＰステータスレポート、厳密には、ＵＥ１２０に設定されたＲＬＣ－ＡＭベアラごとに１つのＰＤＣＰステータスレポートを、ターゲットアクセスノード１１２に送信する。このようにして、ターゲットアクセスノード１１２は、ＨＯ完了およびＰＤＣＰステータスレポートをターゲットアクセスノード１１２に送信した後、ＵＥ１２０がソースアクセスノード１１１から受信した追加のＤＬパケットを認識し、したがって、ターゲットアクセスノード１１２は、重複するＤＬパケットをＵＥ１２０に送信することを回避することができる。

本明細書の実施形態によるハンドオーバはセカンダリノード変更も含むことに留意されたい。

本明細書の実施形態により、ターゲットアクセスノード１１２は、ＵＥ１２０によってソースアクセスノード１１１から受信されたすべてのＤＬパケット、およびＵＥ１２０がターゲットセルに接続されてＨＯ完了を送信した後に受信されたパケットも知ることが可能になる。これにより、パケットの重複が低減し、ダウンリンクリソースが自由化される。さらに、ダウンリンクパケットの遅延が減少する。

本明細書の特定の実施形態において、特にソースアクセスノード１１１からのダウンリンクが依然として良好であるシナリオでは、ソースアクセスノード１１１からターゲットアクセスノード１１２へのダウンリンクパケットの転送は、さらに後に開始されてもよい。

図１２は、無線通信ネットワーク１００において、１つまたは複数の無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するときにＰＤＣＰ ＳＤＵをハンドリングするためにＵＥ１２０によって実行される方法の例示的な実施形態を示す。セカンダリノード変更という表現は、本明細書ではハンドオーバと呼ぶこともある。

最初に方法について簡単に説明し、その後より詳細に説明する。方法は、以下のアクションのうちの１つまたは複数を含む。

アクション１２０１において、ＵＥ１２０は、ハンドオーバを実行するようにトリガされる。ＵＥ１２０は、トリガを取得することによって、前記少なくとも１つの無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバを実行するようにトリガされる。その後、アクション１２０２において、ＵＥ１２０は、少なくとも１つの無線ベアラのための、ターゲットアクセスノード１１２との無線接続を確立する。アクション１２０３において、ターゲットアクセスノード１１２との無線ベアラのための無線接続を確立した後、ＵＥ１２０は、確立された接続を介して、ＰＤＣＰ ＳＤＵのアップリンク（ＵＬ）送信をソースアクセスノード１１１からターゲットアクセスノード１１２に切り替える。

アクション１２０６において、ＵＥ１２０は、ソースアクセスノード１１１との無線接続を解放する。アクション１２０６においてソースアクセスノード１１１との無線接続を解放した後、ＵＥ１２０は、アクション１２０７において、１つまたは複数の無線ベアラのうちの設定済みの無線ベアラごとに、ステータスレポート、すなわち、ＰＤＣＰステータスレポートをターゲットアクセスノード１１２に送信する。それぞれのステータスレポートは、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示する。言い換えれば、それぞれのＰＤＣＰステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。

次に、以下の本文において、ＵＥ１２０における方法アクションについて、より詳細に説明および例示する。

アクション１２０１：ＵＥ１２０は、少なくとも１つの無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバを実行するためのトリガを取得する。したがって、ＵＥ１２０は、ターゲットアクセスノード１１２へのハンドオーバを実行するようにトリガされる。トリガは、条件付きハンドオーバを実行するための条件が満たされるように、拡張メイクビフォアブレイクハンドオーバ／ＳＣＧ変更またはＵＥ内部トリガを実行するための、ＬＴＥにおけるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはＮＲにおけるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎなどの、ハンドオーバコマンドトリガメッセージまたはセカンダリノード変更トリガメッセージを受信することであり得る。ターゲットアクセスノードへのハンドオーバのタイプは、ＤＡＰＳハンドオーバ、すなわち、拡張メイクビフォアブレイクハンドオーバであり得る。

アクション１２０２：ＵＥ１２０は、典型的にはランダムアクセス手順を使用して、ターゲットアクセスノード１１２との無線接続を確立する。

アクション１２０３：ターゲットアクセスノード１１２からの最初のＵＬ許可の受信などの特定の時点において、ＵＥ１２０は、ＰＤＣＰ ＳＤＵのそのアップリンク送信を、ソースアクセスノード１１１によって提供されるソースセルから、ターゲットアクセスノード１１２によって提供されるターゲットセルに切り替える。ハンドオーバは、拡張メイクビフォアブレイクタイプ、すなわち、ＤＡＰＳハンドオーバであるので、ＵＥ１２０は、ソースアクセスノード１１１との無線接続を継続し、したがって、ＵＬユーザデータ送信をターゲットアクセスノード１１１に切り替えた後も、ソースアクセスノード１１１からＤＬパケットを受信し続けることができる。ＵＥ１２０は、典型的には、ＬＴＥにおけるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅまたはＮＲにおけるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎなど、ハンドオーバ完了タイプのメッセージまたはセカンダリノード変更完了タイプのメッセージを、ターゲットアクセスノード１１２に送信する。この時間的ポイントから、ＵＥ１２０は、ソースアクセスノード１１１とターゲットアクセスノード１１２の両方からＤＬパケットを受信することができる。

アクション１２０４：いくつかの実施形態において、ＵＥ１２０は、ソースアクセスノード１１２との無線接続を解放する前に、第１のステータスレポートを送信する。この場合、ソースアクセスノード１１１との無線接続を解放した後に送信されるＰＤＣＰステータスレポートを、第２のＰＤＣＰステータスレポートと呼ぶ。

アクション１２０５：いくつかの実施形態において、ＵＥ１２０は、ソースアクセスノード１１２との無線接続の解放をトリガするメッセージを受信し得る。このようなメッセージの例は、ターゲットアクセスノード１１２からのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、またはＮＲにおけるターゲットアクセスノードからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであり得る。

アクション１２０６：ＵＥ１２０はソースアクセスノード１１１との無線接続を解放する。ソースアクセスノードもしくはターゲットアクセスノードから受信されたメッセージによって、またはソースアクセスノード１１１から受信された帯域内インジケータ、たとえばＰＤＣＰ「エンドマーカ」パケットによって、または通常ランダムアクセス手順の完了時もしくはハンドオーバコマンドの受信時に開始されるタイマが満了するなど、ＵＥ１２０における特定の条件が満たされることによって、ソースセルの解放がトリガされてもよい。ソース接続の解放はまた、ＵＥ１２０によって、たとえば非アクティブタイマの満了時または無線リンク障害の検出時に、暗黙的に行われてもよい。

アクション１２０７：ＵＥ１２０がソースセル接続を解放した後、ＵＥ１２０は、ターゲットアクセスノード１１２に、無線ベアラごとにＰＤＣＰステータスレポートを送信する。したがって、ＰＤＣＰステータスレポートを送信するステップ１２０７は、ＵＥ１２０がソースセル接続を解放した後に実行される。ＵＥ１２０は、ターゲットアクセスノード１１２に、少なくとも１つまたは複数の無線ベアラのうちの設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートを送信する。ＵＥ１２０に設定されたＲＬＣ－ＡＭベアラごとに、１つのＰＤＣＰステータスレポートが送信されることが好ましい。このＰＤＣＰステータスレポートは、どのＳＤＵがソースセルで受信されたか、または最初の欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。代替として、ＰＤＰＣステータスレポートは、ソースセルまたはターゲットセルのいずれかで、どのＳＤＵが受信されたか、または最初の欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。

いくつかの代替実施形態では、アクション１２０６において、ＵＥ１２０は、ソースセル接続を解放したことを示すメッセージ、たとえば、新しい「ソースセル接続解放済み」ＲＲＣメッセージを、ターゲットアクセスノード１１２に送信する。この代替案では、ＰＤＣＰステータスレポートは、このＲＲＣメッセージと多重化されたメッセージとしてＵＥ１２０から送信されるか、あるいはこのＲＲＣメッセージ内で送信される。

いくつかの他の代替実施形態では、アクション１２０６において、ＵＥ１２０は、新しいＲＲＣ「ソースセル解放」メッセージなどの特定のメッセージがターゲットアクセスノード１１２から受信されたとき、ソースセル接続を解放する。この代替案では、ＰＤＣＰステータスレポートは、ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージとしてＵＥ１２０から送信されるか、あるいはこのＲＲＣメッセージ内で送信されてもよい。

いくつかの他の代替実施形態では、ＵＥ１２０は、ターゲットアクセスノード１１２からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、ＮＲの場合はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したとき、アクション１２０６において、ソースセル接続を解放する。この指示は、アクション１２０５で受信されてもよい。この代替案では、ＰＤＣＰステータスレポートは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージと、ＮＲの場合はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージと多重化されて、ＵＥ１２０から送信される。

いくつかの他の代替実施形態では、アクション１２０７において、ＰＤＣＰステータスレポートを送信する代わりに、ＵＥ１２０は、ハンドオーバ完了制御ＰＤＵなどの新しいタイプのＰＤＣＰ制御ＰＤＵを送信する。この場合、このハンドオーバ完了制御ＰＤＵは、ＰＤＣＰステータスレポート制御ＰＤＵとは異なるので、ＵＥ１２０がソースセル接続を解放したという信号として、ターゲットアクセスノード１１２によって識別されてもよい。一代替案では、ハンドオーバ完了制御ＰＤＵの内容は、ＰＤＣＰステータスレポート制御ＰＤＵの内容と同じであってもよい。

いくつかの他の代替実施形態では、アクション１２０６において、ソースアクセスノード１１１との無線接続がＵＥ１２０によって暗黙的に解放されるか、またはソースアクセスノード１１１から受信した帯域内インジケータ、たとえばＰＤＣＰ「エンドマーカ」パケットによって解放がトリガされるとき、最初に送信されるＵＬデータパケットとともに、ＰＤＣＰステータスレポートがターゲットアクセスノード１１２に送信される。

いくつかの他の代替実施形態では、ＵＥ１２０は、アクション１２０４において、「ハンドオーバ完了」指示を構成するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＮＲの場合）とともに／それらメッセージと多重化されて、第１のＰＤＣＰステータスレポートを（ベアラごとに）送信する。ＤＬ ＰＤＣＰ ＳＮステータスが変更された場合、すなわち、ＵＥ１２０がソースセル内のＤＬ接続を解放する前に、ＵＥ１２０がソースノードから１つまたは複数の追加のＤＬ ＰＤＣＰパケットを正常に受信した場合、ＵＥ１２０は、関係するベアラについて、第２のＰＤＣＰステータスレポート、または同等の情報を含むメッセージ、場合によっては第３のＰＤＣＰステータスレポートなどを送信する。追加のＰＤＣＰステータスレポートをどのように送信するか／いつ送信するかについては、いくつか代替案がある場合がある。

１．ソースノード１１１から追加のＤＬ ＰＤＣＰパケットが受信された直後。ＵＥ１２０は、場合によってはＰＤＣＰステータスレポート／情報を伝達するという目的だけの、新しいメッセージまたは新しいタイプのメッセージを使用してもよい。

－ 任意選択として、ＰＤＣＰステータスレポート（または同等の情報）は、ソースノード１１１から追加のＤＬ ＰＤＣＰパケットを受信するごとに送信されてもよい。追加の任意選択として、たとえば、（場合によっては、同じベアラについての）最後のＰＤＣＰステータスレポート／情報がターゲットノードに送信されてから少なくとも時間Ｔが経過しない限り、ＰＤＣＰステータスレポート（または同等の情報）を送信できないように、ＰＤＣＰステータスレポート／情報の送信にレート制限が適用されてもよい。Ｔは、設定可能／設定済みであるか、標準化されているか、またはＵＥの実装に委ねられてもよい。

２．ＵＥ１２０がソースアクセスノード１１１から一定数Ｎ個の追加のＤＬ ＰＤＣＰパケットを受信したとき、および／またはその場合。上記のように、ＵＥ１２０は、場合によってはＰＤＣＰステータスレポート／情報を伝達するという目的だけの、新しいメッセージまたは新しいタイプのメッセージを使用してもよい。

－ 任意選択の１つとして、Ｎは、たとえば、ハンドオーバをトリガするＲＲＣメッセージ、すなわちＬＴＥの場合はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージもしくはＮＲの場合はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用して、またはシステム情報を介して、または他のメッセージもしくはプロトコルを使用して、設定可能である。ハンドオーバをトリガするＲＲＣメッセージが使用される場合、ターゲットノードまたはソースノードのいずれかがＮを設定してもよい。
－ 別の任意選択として、Ｎは、ＵＥの実装により選ばれたものである。
－ さらに別の任意選択として、Ｎは、標準仕様で指定されている。
－ 任意選択として、ＰＤＣＰステータスレポート（または同等の情報）は、ソースノードから追加のＤＬ ＰＤＣＰパケットをｎ回受信するごとに送信されてもよい。追加の任意選択として、たとえば、（場合によっては、同じベアラについての）最後のＰＤＣＰステータスレポート／情報がターゲットノードに送信されてから少なくとも時間Ｔが経過しない限り、ＰＤＣＰステータスレポート（または同等の情報）を送信できないように、ＰＤＣＰステータスレポート／情報の送信にレート制限が適用されてもよい。Ｔは、設定可能／設定済みであるか、標準化されているか、またはＵＥの実装に委ねられてもよい。

３．ＵＥ１２０がソースセルのＤＬ接続を解放するとき。この代替案では、ＵＥ１２０は、ソースセル解放と併せて、ＰＤＣＰステータスレポート／情報を伝達するための前述の手段／メッセージのいずれかを使用してもよい。

４．代替案１または２として、ターゲットアクセスノード１１２に最後のＰＤＣＰステータスレポートが送信されて以降にソースアクセスノード１１１からさらにＤＬ ＰＤＣＰパケットが受信された場合、ＵＥ１２０がソースセルでＤＬ接続を解放したときに、同様に、ＰＤＣＰステータスレポート（または同等の情報）を送信する。

５．１または２として、最後のＰＤＣＰステータスレポート以降にソースアクセスノード１１１からさらにＤＬ ＰＤＣＰパケットが受信された場合、ＵＥ１２０がターゲットアクセスノード１１２からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ＮＲの場合）を受信したときに、同様に、ＰＤＣＰステータスレポート（または同等の情報）を送信する。ＰＤＣＰステータスレポート（または同等の情報）は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＮＲの場合）とともに送信されることになる。

６．ＵＥ１２０が最後のＰＤＣＰステータスレポート／情報をターゲットアクセスノード１１２に送信してから、ＰＤＣＰ ＳＮステータスが変更された場合（すなわち、ＵＥがソースアクセスノード１１１から１つまたは複数の追加のＤＬ ＰＤＣＰパケットを受信した場合）、ＵＥ１２０は、（たとえば、含まれる／ピギーバックされた／多重化された）すべての（またはＵＥの選択で任意の）ＵＬパケットとともに、ターゲットセルにおいて送信する。

７．ＵＥ１２０が最後のＰＤＣＰステータスレポート／情報をターゲットアクセスノード１１２に送信してから、ＰＤＣＰ ＳＮステータスが変更された場合（すなわち、ＵＥ１２０がソースアクセスノード１１１から１つまたは複数の追加のＤＬ ＰＤＣＰパケットを受信した場合）、ＵＥは、（たとえば、含まれる／ピギーバックされた／多重化された）Ｎ回ごとのＵＬパケットとともに、ターゲットセルにおいて送信する。Ｎは、設定可能／設定済みであるか、標準化されているか、またはＵＥの実装に委ねられてもよい。

ＵＥ１２０が最後のＰＤＣＰステータスレポート／情報をターゲットアクセスノード１１２に送信してから、ＵＥ１２０がソースアクセスノード１１１から少なくともＮ個のＤＬ ＰＤＣＰパケットを受信したことを条件として、ＵＥ１２０は、（たとえば、含まれる／ピギーバックされた／多重化された）ＵＬパケットとともに、ターゲットセルにおいて送信する。Ｎは、設定可能／設定済みであるか、標準化されているか、またはＵＥの実装に委ねられてもよい。

ＵＥ１２０が複数のＰＤＣＰステータスレポート、またはＰＤＣＰステータス情報の複数のインスタンスを送信するときに可能な任意選択は、圧縮されたＰＤＣＰステータス情報を差分情報の形式で、すなわち最後に送信されたＰＤＣＰステータスレポート／情報以降の変更のみを含めて送信することであってもよい。

上記の代替実施形態の変形形態は、ターゲットアクセスノード１１２への第１のＰＤＣＰステータスレポートが、「ハンドオーバ完了」指示を構成するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＮＲの場合）とともに送信されないことである。代わりに、第１のＰＤＣＰステータスレポートは、ＵＥ１２０がソースセル内のダウンリンクを解放する前の任意の時点で、別個のメッセージとして、または（たとえば、含まれる／ピギーバックされた／多重化された）別のアップリンクパケットとともに送信されてもよい。その他は、すべての可能な任意選択、代替案、および変形形態を含む、上記の代替実施形態の原理に従う。

図１３は、無線通信ネットワーク１００において、ソースアクセスノード１１１からターゲットアクセスノード１１２へのＵＥ１２０の１つまたは複数の無線ベアラのＤＡＰＳハンドオーバ中にＰＤＣＰ ＳＤＵをハンドリングするためにターゲットアクセスノード１１２によって実行される例示的な方法を示す。

最初に方法について簡単に説明し、その後より詳細に説明する。方法は、以下のアクションのうちの１つまたは複数を含む。

アクション１３０１において、ターゲットアクセスノード１１２は、ソースアクセスノード１１１から、ＵＥ１２０の１つまたは複数の無線ベアラのハンドオーバが実行されているとの指示を受信する。

アクション１３０２において、ターゲットアクセスノード１１２は、ソースアクセスノード１１１から、転送されたＰＤＣＰ ＳＤＵをさらに受信する。

アクション１３０５において、ターゲットアクセスノード１１２は、ＵＥ１２０から、１つまたは複数の無線ベアラのうちの設定済みの無線ベアラごとに、ステータスレポート、たとえば、ＰＤＣＰステータスレポートを受信する。それぞれのステータスレポートは、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示し、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放したとの指示。それぞれのステータスレポートは、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮを指示する。

次いで、ターゲットアクセスノード１１２は、アクション１３０６において、ＵＥ１２０に転送されるはずの受信済みの重複するＰＤＣＰ ＳＤＵを破棄する。ターゲットアクセスノード１１２は、重複するＰＤＣＰ ＳＤＵをＵＥ１２０に転送することを回避するために、受信したＰＤＣＰステータスレポートに基づいて、ソースアクセスノード１１１から受信したＰＤＣＰ ＳＤＵを破棄する。したがって、ターゲットアクセスノード１１２は、受信したＰＤＣＰステータスレポートに基づいて、ソースアクセスノード１１１によってどのＰＤＣＰ ＳＤＵがすでにＵＥ１２０に送信されたかを特定することができる。これらのＰＤＣＰ ＳＤＵは破棄され、したがって、ＵＥ１２０に転送されない。

次に、以下の本文において、ターゲットアクセスノード１１２における方法について、より詳細に説明および例示する。

アクション１３０１：ターゲットアクセスノード１１２は、ソースアクセスノード１１１から、ハンドオーバ要求メッセージなど、ＵＥ１２０の拡張メイクビフォアブレイクハンドオーバ／ＳＣＧ変更がソースアクセスノード１１１からこのノードへと実行されているとの指示を取得する。

アクション１３０２：ＤＬでのロスレスハンドオーバを保証するために、ソースアクセスノード１１１は、再送信バッファに格納されたＤＬ ＰＤＣＰ ＳＤＵおよびゲートウェイから受信した新規のＤＬ ＰＤＣＰ ＳＤＵを、（再）送信のためにターゲットアクセスノード１１２に転送する。ターゲットアクセスノード１１２は、ソースアクセスノード１１１からそれらの転送されたデータパケットを受信する。

アクション１３０３：いくつかの実施形態において、ターゲットアクセスノード１１２は、第１のＰＤＣＰステータスレポートを受信し、第１のＰＤＣＰステータスレポートは、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放したとの指示が受信される前に受信される。この場合、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放したとの指示に関連して受信されるＰＤＣＰステータスレポートは、第２のＰＤＣＰステータスレポートと呼ばれる。

アクション１３０４：いくつかの実施形態において、ターゲットアクセスノード１１２は、ＵＥ１２０に、ソースアクセスノード１１１との無線接続の解放をトリガするメッセージを送信する。メッセージは、ＲＲＣ接続再設定メッセージ（ＬＴＥの場合）またはＲＲＣ再設定メッセージ（ＮＲ）であり得る。

アクション１３０５：ターゲットアクセスノード１１２は、ＵＥ１２０から、ＰＤＣＰステータスレポートまたは設定済みの無線ベアラごとに１つのＰＤＣＰステータスレポートと、ＵＥ１２０がソースセル接続を解放したとの指示とを受信する。一代替案では、この指示は、新しいタイプのＲＲＣメッセージ、たとえば「ソースセル接続解放済み」ＲＲＣメッセージなどのＲＲＣメッセージである。

別の代替案では、この指示は、新しいＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージである。

さらに別の代替案では、この指示は、ターゲットアクセスノード１１２から送信されたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ＮＲの場合）に応答して送信される、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＬＴＥの場合）またはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（ＮＲの場合）である。この場合、ＰＤＣＰステータスレポートは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ／ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージに含まれる（多重化される）。

別の代替案では、この指示は、ハンドオーバ完了制御ＰＤＵなどの新しいタイプのＰＤＣＰ制御ＰＤＵである。後者の代替案では、ハンドオーバ完了制御ＰＤＵもＰＤＣＰステータスレポートの機能に類似しており、したがって、ＰＤＣＰステータスレポートは必要ない。また、ここでは、ハンドオーバ完了制御ＰＤＵは通常、無線ベアラごとに受信されるか、またはベアラごとの指示を含む単一のハンドオーバ完了制御ＰＤＵである。

さらに別の代替案では、ＰＤＣＰステータスレポート自体が、ＵＥがソースセル接続を解放したとの指示として機能する。この代替案は、たとえば、ソースセルがＵＥ１２０によって、たとえばターゲットアクセスノード１１２からの明示的なメッセージではなくタイマに基づいて解放されるときに有用であり得る。

さらに別の代替案では、ソースセル接続が解放されたことをターゲットアクセスノード１１２に指示するものは、ソースアクセスノード１１１である。

アクション１３０６：ターゲットアクセスノード１１２は、受信したＰＤＣＰステータスレポート内の情報を使用して、本来であればＳＤＵ／ＰＤＣＰ破棄機能を使用して無線ベアラごとにＵＥ１２０に転送されるはずの重複するパケットを破棄する。これらの破棄されたパケットは、ターゲットアクセスノードでバッファリングされ、ＵＥ１２０への送信を保留しているパケット、またはＵＥ１２０からのＰＤＣＰステータスレポートの受信後にソースアクセスノードから受信されたパケットであり得る。

（上記のＵＥの観点から説明する）異なる実施形態の代替案は、ハンドオーバ手順における異なる時点でＰＤＣＰステータスレポート（または同等の情報）を送信することを含み、複数のＰＤＣＰステータスレポート（または同等の情報）を送信することを含み得る。したがって、これらの代替案のいくつかは、図１３およびそれに関連する本文に示す実施形態から逸脱している。しかしながら、特にターゲットアクセスノード１１２の観点からは、主な原理は類似しており、いずれの場合でも、ターゲットアクセスノード１１２は、最後に受信したＰＤＣＰステータスレポート（または同等の情報）に従って作用する。

いくつかの実施形態において、
１．ハンドオーバまたはセカンダリノード変更を実行するためのＵＥ１２０における方法は、
ａ．ソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバまたはセカンダリノード変更をトリガすることと、
ｂ．ターゲットアクセスノード１１２との無線接続を確立することと、
ｃ．ソースアクセスノード１１１との無線接続を解放することと、
ｄ．ターゲットアクセスノード１１２にステータスレポートメッセージを送信することと
を含む。
２．１の方法において、ステータスレポートメッセージは、ソースアクセスノード１１１またはターゲットアクセスノード１１２のいずれかから最後に受信したパケットのシーケンス番号を指示する。
３．２の方法において、ステータスレポートで指示されるシーケンス番号は、ターゲットアクセスノード１１２との無線接続を確立した後の、ソースアクセスノード１１１またはターゲットアクセスノード１１２のいずれかからのパケットに対応する。
４．１の方法において、ＵＥ１２０は、拡張メイクビフォアブレイクハンドオーバを実行するようにトリガされる。
５．１の方法において、ＵＥ１２０は、拡張メイクビフォアブレイクＳＣＧ変更を実行するようにトリガされる。

ソースセルの解放前にＰＤＣＰレポートが送信され得るが、場合によっては、第１のＰＤＣＰステータスレポートがターゲットアクセスノードに送信された後、かつソースアクセスノードとのリンクが解放される前にＤＬ ＰＤＣＰ ＳＮステータスが変更された場合（すなわち、ソースセルがソースアクセスノードからＤＬ ＰＤＣＰパケットを受信した場合）、その後に１つまたは複数の追加のＰＤＣＰステータスレポートが続く実施形態もある。

図１４ａおよび図１４ｂは、ＵＥ１２０の一例を示し、図１５ａおよび図１５ｂは、ターゲットアクセスノード１１２の一例を示す。

図１４ｂおよび図１５ｂを参照すると、ＵＥ１２０およびターゲットアクセスノード１１２は、互いに通信するように設定されたそれぞれの入出力インターフェース１４１および１５１を備え得る。入出力インターフェース１４１、１５１は、無線受信機（図示せず）および無線送信機（図示せず）を含み得る。

図１４ａを参照すると、ＵＥ１２０は、トリガユニット１４２、切替えユニット１４３、解放ユニット１４４、および送信ユニット１４５をさらに備え得る。

図１５ａを参照すると、ターゲットアクセスノード１１２は、受信ユニット１５２、破棄ユニット１５３、および送信ユニット１５４をさらに備え得る。

本明細書の実施形態は、本明細書の実施形態の機能およびアクションを実行するためのコンピュータプログラムコード１４８、１５８とともに、図１４ｂおよび図１５ｂに示すターゲットアクセスノード１１２内およびＵＥ１２０内の処理回路のプロセッサ１４６、１５６など、それぞれのプロセッサまたは１つまたは複数のプロセッサを通じて実装され得る。上記のプログラムコードは、たとえば、ターゲットアクセスノード１１２およびＵＥ１２０それぞれにロードされたときに本明細書の実施形態を実行するためのコンピュータプログラムコード１４８、１５８を保持するデータキャリア１４９、１５９の形式で、コンピュータプログラム製品として提供され得る。このようなキャリアの１つは、ＣＤ ＲＯＭディスクの形式であり得る。しかしながら、このようなキャリアは、メモリスティックなどの他のデータキャリアによっても実現可能である。コンピュータプログラムコードはさらに、サーバ上に純粋なプログラムコードとして提供されて、ターゲットアクセスノード１１２およびＵＥ１２０それぞれにダウンロードされてもよい。

ターゲットアクセスノード１１２およびＵＥ１２０は、１つまたは複数のメモリユニットを含むそれぞれのメモリ１４７、１５７をさらに備え得る。メモリは、ターゲットアクセスノード１１２およびＵＥ１２０それぞれの中のプロセッサによって実行可能な命令を含む。

メモリ１４７、１５７は、ターゲットアクセスノード１１２およびＵＥ１２０それぞれで実行されたときに本明細書の方法を実行するための、たとえば、情報、データ、設定、およびアプリケーションを記憶するために使用されるように配置される。

いくつかの実施形態において、それぞれのコンピュータプログラム１４８、１５８は、少なくとも１つのプロセッサ１４６、１５６によって実行されたときに、ターゲットアクセスノード１１２およびＵＥ１２０それぞれの少なくとも１つのプロセッサ１４６、１５６に上記のアクションを実行させる命令を含む。

いくつかの実施形態において、それぞれのキャリア１４９、１５９は、それぞれのコンピュータプログラム１４８、１５８を含み、キャリアは、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである。

上記のユニット内のユニットが、アナログ回路およびデジタル回路、ならびに／または上記のプロセッサ１４６、１５６などのそれぞれの１つまたは複数のプロセッサによって実行されるとき、たとえばターゲットアクセスノード１１２およびＵＥ１２０それぞれに記憶されたソフトウェアおよび／またはファームウェアを有するように設定された１つまたは複数のプロセッサの組合せを指す場合もあることが、当業者には理解されよう。これらのプロセッサのうちの１つまたは複数、および他のデジタルハードウェアは、単一の特定用途向け集積回路（ＡＳＩＣ）に含まれ得るか、または、複数のプロセッサおよび様々なデジタルハードウェアは、個別にパッケージ化されているかシステムオンチップ（ＳｏＣ）に組み込まれているかにかかわらず、いくつかの個別の構成要素に分散され得る。

以下では、１～２４の番号を付したいくつかの例示的な実施形態について説明する。次の実施形態では、とりわけ、図１２、図１３、図１４ａ～ｂ、および図１５ａ～ｂを参照する。

実施形態１．無線通信ネットワーク１００において、１つまたは複数の無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバを実行するためにユーザ機器（ＵＥ）１２０によって実行される方法であって、
ハンドオーバを実行するようにＵＥ１２０をトリガする（１２０１）ことと、
ターゲットアクセスノード１１２との無線ベアラの無線接続を確立した後に、確立された接続を介して、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）のアップリンク（ＵＬ）送信をソースアクセスノード１１１からターゲットアクセスノード１１２に切り替える（１２０２）ことと、
ソースアクセスノード１１１との無線接続を解放した（１２０３）後、ターゲットアクセスノード１１２に、１つまたは複数の無線ベアラのうちの無線ベアラごとに、ステータスレポート、たとえば、ＰＤＣＰステータスレポートを送信する（１２０４）ことであって、それぞれのステータスレポートが、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示する、ステータスレポートを送信することと
を含む、方法。

実施形態２．ソースアクセスノード１１２との無線接続を解放する（１２０３）前に第１のステータスレポートが送信され、ソースアクセスノード１１１との無線接続を解放した（１２０３）後に送信されるステータスレポートが、第２のステータスレポートである、実施形態１に記載の方法。

実施形態３．ＵＥ１２０がソースアクセスノード１１２との無線接続を解放する前に、ＵＥ１２０がソースアクセスノード１１１から１つまたは複数の追加のＳＤＵを正常に受信したときに、第２のステータスレポートが送信される、実施形態２に記載の方法。

実施形態４．ステータスレポートが、
－ 無線リソース制御（ＲＲＣ）と多重化された状態、
－ ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、
－ ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
－ ＲＲＣ再設定完了メッセージ、
－ ＰＤＣＰ制御ＰＤＵメッセージ、
－ ハンドオーバ完了制御ＰＤＵメッセージ、または
－ ターゲットアクセスノード１１２に最初に送信されるＵＬデータパケットを伴う状態
のうちのいずれか１つで送信される、実施形態１から３のいずれかに記載の方法。

実施形態５．ハンドオーバが、セカンダリノード変更、拡張メイクビフォアブレイクハンドオーバ、または拡張メイクビフォアブレイクＳＣＧ変更のうちのいずれか１つによって表される、実施形態１から４のいずれかに記載の方法。

実施形態６．プロセッサによって実行されると、プロセッサに実施形態１から５のいずれかに記載のアクションを実行させる命令を含むコンピュータプログラム。

実施形態７．キャリアが、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、実施形態６に記載のコンピュータプログラムを含むキャリア。

実施形態８．無線通信ネットワーク１００において、ユーザ機器（ＵＥ）１２０の１つまたは複数の無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバをハンドリングするためにターゲットアクセスノード１１２によって実行される方法であって、
ソースアクセスノード１１１から、ＵＥ１２０の１つまたは複数の無線ベアラのハンドオーバが実行されているとの指示を受信する（１３０１）ことと、
ソースアクセスノード１１１から、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）を受信する（１３０２）ことと、
ＵＥ１２０から、１つまたは複数の無線ベアラのうちの設定済みの無線ベアラごとに、ステータスレポート、たとえばＰＤＣＰステータスレポートであって、それぞれのステータスレポートが、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示する、ステータスレポートと、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放したとの指示とを受信する（１３０３）ことと、
ＵＥ１２０に転送されるはずの受信済みの重複するＰＤＣＰ ＳＤＵを破棄する（１３０４）ことと
を含む、方法。

実施形態９．第１のステータスレポートが、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放する前に受信され、ＵＥがソースアクセスノード１１１との無線接続を解放した後に受信されるステータスレポートが、第２のステータスレポートである、実施形態８に記載の方法。

実施形態１０．第２のステータスレポートが、ＵＥ１２０がソースアクセスノード１１２との無線接続を解放する前に、ＵＥ１２０がソースアクセスノード１１１から１つまたは複数の追加のＳＤＵを正常に受信したときに受信される、実施形態９に記載の方法。

実施形態１１．ステータスレポートが、
－ 無線リソース制御（ＲＲＣ）と多重化された状態、
－ ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、
－ ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
－ ＲＲＣ再設定完了メッセージ、
－ ＰＤＣＰ制御ＰＤＵメッセージ、
－ ハンドオーバ完了制御ＰＤＵメッセージ、または
－ ターゲットアクセスノード１１２に最初に送信されるＵＬデータパケットを伴う状態
のうちのいずれか１つで受信される、実施形態８から１０のいずれかに記載の方法。

実施形態１２．ハンドオーバが、セカンダリノード変更、拡張メイクビフォアブレイクハンドオーバ、または拡張メイクビフォアブレイクＳＣＧ変更のうちのいずれか１つによって表される、実施形態８から１１のいずれかに記載の方法。

実施形態１３．プロセッサによって実行されると、プロセッサに実施形態８から１２のいずれかに記載のアクションを実行させる命令を含むコンピュータプログラム。

実施形態１４．キャリアが、電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、実施形態１３に記載のコンピュータプログラムを含むキャリア。

実施形態１５．無線通信ネットワーク１００において、１つまたは複数の無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバを実行するように設定されたユーザ機器（ＵＥ）１２０であって、
たとえばＵＥ１２０内のトリガユニットによって、ハンドオーバを実行するようにＵＥ１２０をトリガし、
たとえばＵＥ１２０内の切替えユニットによって、ターゲットアクセスノード１１２との無線ベアラの無線接続を確立した後に、確立された接続を介して、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）のアップリンク（ＵＬ）送信をソースアクセスノード１１１からターゲットアクセスノード１１２に切り替え、
たとえばＵＥ１２０内の解放ユニットによって、ソースアクセスノード１１１との無線接続を解放した後、たとえばＵＥ１２０内の送信ユニットによって、ターゲットアクセスノード１１２に、１つまたは複数の無線ベアラのうちの無線ベアラごとに、ステータスレポート、たとえば、ＰＤＣＰステータスレポートを送信することであって、それぞれのステータスレポートが、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示するように適合される、ステータスレポートを送信する
ようにさらに設定される、ユーザ機器（ＵＥ）１２０。

実施形態１６．第１のステータスレポートが、ソースアクセスノード１１２との無線接続を解放する前に送信されるように適合され、ソースアクセスノード１１１との無線接続を解放した後に送信されるステータスレポートが、第２のステータスレポートであるように適合される、実施形態１５に記載のＵＥ１２０。

実施形態１７．第２のステータスレポートが、ＵＥ１２０がソースアクセスノード１１２との無線接続を解放する前に、ＵＥ１２０がソースアクセスノード１１１から１つまたは複数の追加のＳＤＵを正常に受信したときに送信されるように適合される、実施形態１６に記載のＵＥ１２０。

実施形態１８．ステータスレポートが、
－ 無線リソース制御（ＲＲＣ）と多重化された状態、
－ ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、
－ ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
－ ＲＲＣ再設定完了メッセージ、
－ ＰＤＣＰ制御ＰＤＵメッセージ、
－ ハンドオーバ完了制御ＰＤＵメッセージ、または
－ ターゲットアクセスノード１１２に最初に送信されるＵＬデータパケットを伴う状態
のうちのいずれか１つで送信されるように適合される、実施形態１５から１７のいずれかに記載のＵＥ１２０。

１９．ハンドオーバが、セカンダリノード変更、拡張メイクビフォアブレイクハンドオーバ、または拡張メイクビフォアブレイクＳＣＧ変更のうちのいずれか１つによって表されるように適合される、実施形態１５から１８のいずれかに記載のＵＥ１２０。

２０．無線通信ネットワーク１００において、ユーザ機器（ＵＥ）１２０の１つまたは複数の無線ベアラのソースアクセスノード１１１からターゲットアクセスノード１１２へのハンドオーバをハンドリングするように設定されたターゲットアクセスノード１１２であって、
たとえばターゲットアクセスノード１１２内の受信ユニットによって、ソースアクセスノード１１１から、ＵＥ１２０の１つまたは複数の無線ベアラのハンドオーバが実行されているとの指示を受信し、
たとえばターゲットアクセスノード１１２内の受信ユニットによって、ソースアクセスノード１１１から、転送されたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）を受信し、
たとえばターゲットアクセスノード１１２内の受信ユニットによって、ＵＥ１２０から、１つまたは複数の無線ベアラのうちの設定済みの無線ベアラごとに、ステータスレポート、たとえばＰＤＣＰステータスレポートを受信することであって、それぞれのステータスレポートが、ソースアクセスノード１１１またはターゲットアクセスノード１１２のうちのいずれか１つまたは複数によってどのＰＤＣＰ ＳＤＵが受信されたかを指示するように適合される、ステータスレポートと、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放したとの指示とを受信し、
たとえばターゲットアクセスノード１１２内の破棄ユニットによって、ＵＥ１２０に転送されるはずの受信済みの重複するＰＤＣＰ ＳＤＵを破棄する
ようにさらに設定される、ターゲットアクセスノード１１２。

実施形態２１．第１のステータスレポートが、ＵＥ１２０がソースアクセスノード１１１との無線接続を解放する前に受信されるように適合され、ＵＥがソースアクセスノード１１１との無線接続を解放した後に受信されるステータスレポートが、第２のステータスレポートであるように適合される、実施形態２０に記載のターゲットアクセスノード１１２。

実施形態２２．第２のステータスレポートが、ＵＥ１２０がソースアクセスノード１１２との無線接続を解放する前に、ＵＥ１２０がソースアクセスノード１１１から１つまたは複数の追加のＳＤＵを正常に受信したときに受信されるように適合される、実施形態２１に記載のターゲットアクセスノード１１２。

実施形態２３．ステータスレポートが、
－ 無線リソース制御（ＲＲＣ）と多重化された状態、
－ ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくはこのＲＲＣ応答メッセージ内のメッセージ、
－ ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
－ ＲＲＣ再設定完了メッセージ、
－ ＰＤＣＰ制御ＰＤＵメッセージ、
－ ハンドオーバ完了制御ＰＤＵメッセージ、または
－ ターゲットアクセスノード１１２に最初に送信されるＵＬデータパケットを伴う状態
のうちのいずれか１つで受信されるように適合される、実施形態２０から２２のいずれかに記載のターゲットアクセスノード１１２。

実施形態２４．ハンドオーバが、セカンダリノード変更、拡張メイクビフォアブレイクハンドオーバ、または拡張メイクビフォアブレイクＳＣＧ変更のうちのいずれか１つによって表されるように適合される、実施形態２０から２３のいずれかに記載のターゲットアクセスノード１１２。

図１６を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク１６１１と、コアネットワーク１６１４とを含む３ＧＰＰタイプのセルラネットワークなどの通信ネットワーク１６１０を含む。アクセスネットワーク１６１１は、ソースアクセスノード１１１およびターゲットアクセスノード１１２、ＡＰ ＳＴＡ ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局１６１２ａ、１６１２ｂ、１６１２ｃを含み、それぞれが、対応するカバレッジエリア１６１３ａ、１６１３ｂ、１６１３ｃを規定する。各基地局１６１２ａ、１６１２ｂ、１６１２ｃは、有線または無線接続１６１５を介してコアネットワーク１６１４に接続可能である。カバレッジエリア１６１３ｃ内に位置する非ＡＰ ＳＴＡ１６９１などの第１のユーザ機器（ＵＥ）は、対応する基地局１６１２ｃに無線で接続するか、または対応する基地局１６１２ｃによってページングされるように設定される。カバレッジエリア１６１３ａ内の非ＡＰ ＳＴＡなどの第２のＵＥ１６９２は、対応する基地局１６１２ａに無線で接続可能である。この例では複数のＵＥ１６９１、１６９２が示されているが、開示する実施形態は、カバレッジエリア内にただ１つのＵＥがある状況、または対応する基地局１６１２にただ１つのＵＥが接続している状況にも等しく適用可能である。

通信ネットワーク１６１０は、それ自体がホストコンピュータ１６３０に接続されており、ホストコンピュータ１６３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファーム内の処理リソースとして具現化され得る。ホストコンピュータ１６３０は、サービスプロバイダの所有下または管理下にあり得るか、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって動作され得る。通信ネットワーク１６１０とホストコンピュータ１６３０との間の接続１６２１、１６２２は、コアネットワーク１６１４からホストコンピュータ１６３０まで直接的に延在し得るか、または任意選択の中間ネットワーク１６２０を経由し得る。中間ネットワーク１６２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得る。中間ネットワーク１６２０がある場合、中間ネットワーク１６２０はバックボーンネットワークまたはインターネットであり得、具体的には、中間ネットワーク１６２０は、２つ以上のサブネットワーク（図示せず）を含み得る。

図１６の通信システムは全体として、たとえばＵＥ１２０などの接続されたＵＥ１６９１、１６９２のうちの１つと、ホストコンピュータ１６３０と間のコネクティビティを可能にする。コネクティビティは、オーバザトップ（ＯＴＴ）接続１６５０として説明され得る。ホストコンピュータ１６３０および接続されたＵＥ１６９１、１６９２は、アクセスネットワーク１６１１、コアネットワーク１６１４、任意の中間ネットワーク１６２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介とし使用して、ＯＴＴ接続１６５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１６５０は、ＯＴＴ接続１６５０が通過する参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングを認識しないという意味で、透過的であり得る。たとえば、基地局１６１２は、接続されたＵＥ１６９１に転送される（たとえば、ハンドオーバされる）べき、ホストコンピュータ１６３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されない場合があるか、または通知される必要がない場合がある。同様に、基地局１６１２は、ＵＥ１６９１から発生してホストコンピュータ１６３０に向かう発信アップリンク通信の将来のルーティングを認識する必要はない。

次に、一実施形態による、前の段落で述べたＵＥ、基地局、およびホストコンピュータの例示的な実装について、図１７を参照して説明する。通信システム１７００において、ホストコンピュータ１７１０は、通信システム１７００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１７１６を含むハードウェア１７１５を備える。ホストコンピュータ１７１０は、記憶能力および／または処理能力を有し得る処理回路１７１８をさらに備える。具体的には、処理回路１７１８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を含み得る。ホストコンピュータ１７１０はソフトウェア１７１１をさらに備え、ソフトウェア１７１１は、ホストコンピュータ１７１０に記憶されるかまたはホストコンピュータ１７１０によってアクセス可能であり、処理回路１７１８によって実行可能である。ソフトウェア１７１１は、ホストアプリケーション１７１２を含む。ホストアプリケーション１７１２は、ＵＥ１７３０およびホストコンピュータ１７１０において終端するＯＴＴ接続１７５０を介して接続するＵＥ１７３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際、ホストアプリケーション１７１２は、ＯＴＴ接続１７５０を使用して送信されるユーザデータを提供し得る。

通信システム１７００は、通信システムにおいて提供される基地局１７２０をさらに含み、基地局１７２０は、基地局１７２０がホストコンピュータ１７１０およびＵＥ１７３０と通信することを可能にするハードウェア１７２５を備える。ハードウェア１７２５は、通信システム１７００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１７２６、ならびに基地局１７２０によってサーブされるカバレッジエリア（図１７に図示せず）内に位置するＵＥ１７３０との少なくとも無線接続１７７０をセットアップおよび維持するための無線インターフェース１７２７を備え得る。通信インターフェース１７２６は、ホストコンピュータ１７１０への接続１７６０を容易にするように設定され得る。接続１７６０は直接であり得るか、または、接続１７６０は、通信システムのコアネットワーク（図１７に図示せず）および／もしくは通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態において、基地局１７２０のハードウェア１７２５は、処理回路１７２８をさらに含み、処理回路１７２８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組合せ（図示せず）を含み得る。基地局１７２０は、内部に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１７２１をさらに有する。

通信システム１７００は、すでに言及したＵＥ１７３０をさらに含む。ＵＥ１７３０のハードウェア１７３５は、ＵＥ１７３０が現在位置しているカバレッジエリアにサーブする基地局との無線接続１７７０をセットアップおよび維持するように設定された無線インターフェース１７３７を含み得る。ＵＥ１７３０のハードウェア１７３５は、処理回路１７３８をさらに含み、処理回路１７３８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を含み得る。ＵＥ１７３０は、ソフトウェア１７３１をさらに備え、ソフトウェア１７３１は、ＵＥ１７３０内に記憶されるか、またはＵＥ１７３０によってアクセス可能であり処理回路１７３８によって実行可能である。ソフトウェア１７３１は、クライアントアプリケーション１７３２を含む。クライアントアプリケーション１７３２は、ホストコンピュータ１７１０のサポートを用いて、ＵＥ１７３０を介して人間または人間以外のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１７１０において、実行中のホストアプリケーション１７１２は、ＵＥ１７３０およびホストコンピュータ１７１０で終端するＯＴＴ接続１７５０を介して、実行中のクライアントアプリケーション１７３２と通信し得る。ユーザにサービスを提供する際、クライアントアプリケーション１７３２は、ホストアプリケーション１７１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１７５０は、要求データとユーザデータとの両方を転送し得る。クライアントアプリケーション１７３２は、クライアントアプリケーション１７３２が提供するユーザデータを生成するために、ユーザと対話し得る。

図１７に示すホストコンピュータ１７１０、基地局１７２０、およびＵＥ１７３０はそれぞれ、図１６のホストコンピュータ１６３０、基地局１６１２ａ、１６１２ｂ、１６１２ｃのうちの１つ、およびＵＥ１６９１、１６９２のうちの１つと同一であり得ることに留意されたい。すなわち、これらのエンティティの内部の働きは図１７に示すようなものであり得、周囲のネットワークトポロジは個別に、図１６のネットワークトポロジであり得る。

図１７において、ＯＴＴ接続１７５０は、中間デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングについて明示的な言及なしに、基地局１７２０を介したホストコンピュータ１７１０と使用機器１７３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ１７３０から、もしくはホストコンピュータ１７１０を動作させるサービスプロバイダ、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続１７５０がアクティブである間、ネットワークインフラストラクチャはさらに、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ネットワークインフラストラクチャがルーティングを動的に変更する判断を行い得る。

ＵＥ１７３０と基地局１７２０との間の無線接続１７７０は、本開示全体を通して説明した実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１７７０が最後のセグメントを形成するＯＴＴ接続１７５０を使用して、ＵＥ１７３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、データレート、レイテンシ、電力消費を改善し、それにより、ユーザ待ち時間の短縮、ファイルサイズの制限の緩和、応答性の向上、バッテリ寿命の延長などの利点を提供し得る。

データレート、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視することを目的とする測定手順が提供され得る。さらに、測定結果の変動に応じてホストコンピュータ１７１０とＵＥ１７３０との間のＯＴＴ接続１７５０を再設定するための、任意選択のネットワーク機能が存在し得る。測定手順および／またはＯＴＴ接続１７５０を再設定するためのネットワーク機能は、ホストコンピュータ１７１０のソフトウェア１７１１において、もしくはＵＥ１７３０のソフトウェア１７３１において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続１７５０が通過する通信デバイス内に、またはその通信デバイスに関連して、センサ（図示せず）が展開され得る。センサは、上記で例示した監視量の値を提供すること、またはソフトウェア１７１１、１７３１が監視量を計算もしくは推定し得る他の物理量の値を提供することによって、測定手順に参加し得る。ＯＴＴ接続１７５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１７２０に影響を与える必要はなく、再設定は、基地局１７２０には未知であるか、または知覚不可能であり得る。このような手順および機能は、当技術分野では知られており、実践され得る。特定の実施形態において、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータの１７１０の測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア１７１１、１７３１が伝搬時間、エラーなどを監視する間に、ソフトウェア１７１１、１７３１がＯＴＴ接続１７５０を使用してメッセージ、具体的には空のまたは「ダミー」メッセージを送信させるという点において実装され得る。

図１８は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明したものであり得る、ホストコンピュータと、ＡＰ ＳＴＡなどの基地局と、非ＡＰ ＳＴＡなどのＵＥとを含む。本開示を簡単にするために、このセクションでは図１８への図面参照のみが含まれる。方法の第１のステップ１８１０において、ホストコンピュータが、ユーザデータを提供する。第１のステップ１８１０の任意選択のサブステップ１８１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１８２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。任意選択の第３のステップ１８３０において、基地局が、本開示全体を通して説明した実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータを、ＵＥに送信する。任意選択の第４のステップ１８４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図１９は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明したものであり得る、ホストコンピュータと、ＡＰ ＳＴＡなどの基地局と、非ＡＰ ＳＴＡなどのＵＥとを含む。本開示を簡単にするために、このセクションでは図１９への図面参照のみが含まれる。方法の第１のステップ１９１０において、ホストコンピュータが、ユーザデータを提供する。任意選択のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ１９２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体を通して説明した実施形態の教示に従って、基地局を通過し得る。任意選択の第３のステップ１９３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図２０は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明したものであり得る、ホストコンピュータと、ＡＰ ＳＴＡなどの基地局と、非ＡＰ ＳＴＡなどのＵＥとを含む。本開示を簡単にするために、このセクションでは図２０への図面参照のみが含まれる。方法の任意選択の第１のステップ２０１０において、ＵＥが、ホストコンピュータによって提供された入力データを受信する。追加としてまたは代替として、任意選択の第２のステップ２０２０において、ＵＥは、ユーザデータを提供する。第２のステップ２０２０の任意選択のサブステップ２０２１において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。第１のステップ２０１０のさらなる任意選択のサブステップ２０１１において、ＵＥは、ホストコンピュータによって提供された受信した入力データに応答して、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際、実行されたクライアントアプリケーションはさらに、ユーザから受け取ったユーザ入力を考慮し得る。ユーザデータが提供された特定の方法に関係なく、ＵＥは、任意選択の第３のサブステップ２０３０において、ユーザデータのホストコンピュータへの送信を開始する。方法の第４のステップ２０４０において、ホストコンピュータは、本開示全体を通して説明した実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２１は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明したものであり得る、ホストコンピュータと、ＡＰ ＳＴＡなどの基地局と、非ＡＰ ＳＴＡなどのＵＥとを含む。本開示を簡単にするために、このセクションでは図２１への図面参照のみが含まれる。方法の任意選択の第１のステップ２１１０において、本開示全体を通して説明した実施形態の教示に従って、基地局が、ＵＥからユーザデータを受信する。任意選択の第２のステップ２１２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ２１３０において、ホストコンピュータは、基地局によって開始された送信において搬送されたユーザデータを受信する。

「備える（ｃｏｍｐｒｉｓｅ）」または「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語を使用する場合、この用語は非限定的である、すなわち「少なくとも～からなる」を意味するものとして解釈されるものとする。

本明細書の実施形態は、上記の好ましい実施形態に限定されない。様々な代替、変更、および均等物が使用されてもよい。

略語
５Ｇ 第５世代
５ＧＳ ５Ｇシステム
５ＧＣ ５Ｇコアネットワーク
ＡＭＦ アクセスモビリティ管理機能
ＡＲＱ 自動再送要求
ＣＨＯ 条件付きハンドオーバ
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＵ 中央ユニット
ＤＵ 分散ユニット
ｅＩＣＩＣ 拡張セル間干渉調整
ｅＮＢ エボルブドノードＢ
Ｅ－ＵＴＲＡＮ 拡張ユニバーサル地上無線アクセスネットワーク
ＥＰＣ エボルブドパケットコアネットワーク
ｇＮＢ ５ＧノードＢ
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＩＣＩＣ セル間干渉調整
ＭＡＣ 媒体アクセス制御
ＭＢＢ メイクビフォアブレイク
ＭＭＥ モビリティ管理エンティティ
ＮＣＣ ネクストホップチェイニングカウンタ
ＮＧ ５Ｇ／ＮＲにおけるＲＡＮとＣＮとの間のインターフェース／参照点
ＮＧ－Ｃ （ｇＮＢとＡＭＦとの間の）ＮＧのコントロールプレーン部分
ＮＧ－Ｕ （ｇＮＢとＵＰＦとの間の）ＮＧのユーザプレーン部分
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
ＮＲ 新無線
ＰＨＹ 物理レイヤ
ＲＡ ランダムアクセス
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＲ ランダムアクセス応答
ＲＯＨＣ ロバストヘッダ圧縮
ＲＮＴＩ 無線ネットワーク一時識別子
Ｒｘ 受信
Ｓ１ ＬＴＥにおけるＲＡＮとＣＮと間のインターフェース／参照点
Ｓ１－Ｃ （ｅＮＢとＭＭＥとの間の）Ｓ１のコントロールプレーン部分
Ｓ１－Ｕ （ｅＮＢとＳＧＷとの間の）Ｓ１のユーザプレーン部分
ＳＧＷ サービングゲートウェイ
ＴＳ 技術仕様
Ｔｘ 送信
ＵＰＦ ユーザプレーン機能
ＵＲＬＬＣ 超高信頼性低レイテンシ通信
Ｘ２ ２つのｅＮＢ間のインターフェース／参照点
Ｘ２ＡＰ Ｘ２アプリケーションプロトコル
Ｘｎ ２つのｇＮＢ間のインターフェース／参照点
ＸｎＡＰ Ｘｎアプリケーションプロトコル

Claims (22)

1. 無線通信ネットワーク（１００）において、少なくとも１つの無線ベアラのソースアクセスノード（１１１）からターゲットアクセスノード（１１２）へのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するときに、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするためにユーザ機器（ＵＥ）（１２０）によって実行される方法であって、
   前記少なくとも１つの無線ベアラの前記ソースアクセスノード（１１１）から前記ターゲットアクセスノード（１１２）への前記ハンドオーバを実行するためのトリガを取得する（１２０１）ことと、
   前記少なくとも１つの無線ベアラのために、前記ターゲットアクセスノード（１１２）との無線接続を確立する（１２０２）ことと、
   前記確立された無線接続を介して、ＰＤＣＰ ＳＤＵのアップリンク（ＵＬ）送信を、前記ソースアクセスノード（１１１）から前記ターゲットアクセスノード（１１２）に切り替える（１２０３）ことと、
   前記ソースアクセスノード（１１１）との無線接続を解放する（１２０６）ことと、
   前記ターゲットアクセスノード（１１２）に、前記少なくとも１つの無線ベアラの設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートを送信する（１２０７）ことであって、それぞれのＰＤＣＰステータスレポートが、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する、ＰＤＣＰステータスレポートを送信することと
   を含む、方法。
2. 前記方法が、
   前記ソースアクセスノード（１１１）との前記無線接続を解放する（１２０６）前に、第１のＰＤＣＰステータスレポートを送信する（１２０４）ことをさらに含み、前記ソースアクセスノード（１１１）との前記無線接続を解放した（１２０６）後に送信される前記ＰＤＣＰステータスレポートが、第２のＰＤＣＰステータスレポートである、請求項１に記載の方法。
3. 前記方法が、
   前記ターゲットアクセスノード（１１２）から、前記ソースアクセスノード（１１１）との前記無線接続の前記解放をトリガするメッセージを受信する（１２０５）ことをさらに含み、前記無線接続の前記解放をトリガする前記メッセージが、無線リソース制御（ＲＲＣ）接続再設定メッセージ、およびＲＲＣ再設定メッセージのうちのいずれか１つである、請求項１または２に記載の方法。
4. 前記ＰＤＣＰステータスレポートが、
   － ＲＲＣメッセージと多重化された状態、
   － ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくは前記ＲＲＣ応答メッセージ内のメッセージ、
   － ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
   － ＲＲＣ再設定完了メッセージ、
   － ＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）メッセージ、
   － ハンドオーバ完了制御ＰＤＵメッセージ、または
   － 前記ターゲットアクセスノード（１１２）に最初に送信されるＵＬデータパケットを伴う状態
   のうちのいずれか１つで送信される、請求項１から３のいずれか一項に記載の方法。
5. 前記ＰＤＣＰステータスレポートが、前記ＵＥ（１２０）に設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに、前記ターゲットアクセスノード（１１２）に送信される、請求項１から４のいずれか一項に記載の方法。
6. 無線通信ネットワーク１００において、ユーザ機器（ＵＥ）（１２０）の少なくとも１つの無線ベアラのソースアクセスノード（１１１）からターゲットアクセスノード（１１２）へのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中にパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするために前記ターゲットアクセスノード（１１２）によって実行される方法であって、
   前記ソースアクセスノード（１１１）から、前記ＵＥ（１２０）の前記少なくとも１つの無線ベアラの前記ハンドオーバが実行されているとの指示を受信する（１３０１）ことと、
   前記ソースアクセスノード（１１１）から、転送されたＰＤＣＰ ＳＤＵを受信すること（１３０２）と、
   前記ＵＥ（１２０）から、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との無線接続を解放したとの指示、および前記少なくとも１つの無線ベアラの設定済みの無線ベアラごとにＰＤＣＰステータスレポートを受信する（１３０５）ことであって、それぞれのＰＤＣＰステータスレポートが、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する、ＰＤＣＰステータスレポートを受信することと、
   重複するＰＤＣＰ ＳＤＵを前記ＵＥ（１２０）に転送することを回避するために、前記受信したＰＤＣＰステータスレポートに基づいて、前記ソースアクセスノード（１１１）から受信したＰＤＣＰ ＳＤＵを破棄する（１３０６）ことと
   を含む、方法。
7. 前記方法が、
   第１のＰＤＣＰステータスレポートを受信する（１３０３）ことをさらに含み、前記第１のＰＤＣＰステータスレポートが、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との前記無線接続を解放したとの前記指示が受信される前に受信され、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との前記無線接続を解放したとの前記指示に関連して受信される前記ＰＤＣＰステータスレポートが、第２のＰＤＣＰステータスレポートである、請求項６に記載の方法。
8. 前記方法が、
   前記ソースアクセスノード（１１１）との前記無線接続の前記解放をトリガするメッセージを前記ＵＥ（１２０）に送信する（１３０４）ことをさらに含み、前記メッセージが、無線リソース制御（ＲＲＣ）接続再設定メッセージまたはＲＲＣ再設定メッセージである、請求項６または７に記載の方法。
9. 前記ＰＤＣＰステータスレポートが、
   － ＲＲＣメッセージと多重化された状態、
   － ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくは前記ＲＲＣ応答メッセージ内のメッセージ、
   － ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
   － ＲＲＣ再設定完了メッセージ、
   － ＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）メッセージ、
   － ハンドオーバ完了制御ＰＤＵメッセージ、または
   － 前記ターゲットアクセスノード（１１２）に最初に送信されるＵＬデータパケットを伴う状態
   のうちのいずれか１つで受信される、請求項６から８のいずれか一項に記載の方法。
10. 前記ＰＤＣＰステータスレポートが、前記ＵＥ（１２０）に設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに受信される、請求項６から９のいずれか一項に記載の方法。
11. 無線通信ネットワーク（１００）において、少なくとも１つの無線ベアラのソースアクセスノード（１１１）からターゲットアクセスノード（１１２）へのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するときに、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするように設定されたユーザ機器（ＵＥ）（１２０）であって、
    前記少なくとも１つの無線ベアラの前記ソースアクセスノード（１１１）から前記ターゲットアクセスノード（１１２）へのハンドオーバを実行するためのトリガを取得することと、
    前記少なくとも１つの無線ベアラのために、前記ターゲットアクセスノード（１１２）との無線接続を確立することと、
    前記確立された無線接続を介して、ＰＤＣＰ ＳＤＵのアップリンク（ＵＬ）送信を、前記ソースアクセスノード（１１１）から前記ターゲットアクセスノード（１１２）に切り替えることと、
    前記ソースアクセスノード（１１１）との無線接続を解放することと、
    前記ターゲットアクセスノード（１１２）に、前記少なくとも１つの無線ベアラの設定済みの無線ベアラごとに、ＰＤＣＰステータスレポートを送信することであって、それぞれのＰＤＣＰステータスレポートが、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する、ＰＤＣＰステータスレポートを送信することと
    を行うようにさらに設定される、ユーザ機器（ＵＥ）（１２０）。
12. 前記ＵＥ（１２０）が、
    前記ソースアクセスノード（１１２）との前記無線接続が解放される前に、第１のＰＤＣＰステータスレポートを送信するようにさらに設定され、前記ソースアクセスノード（１１１）との前記無線接続が解放された後に送信される前記ＰＤＣＰステータスレポートが、第２のＰＤＣＰステータスレポートである、請求項１１に記載のＵＥ（１２０）。
13. 前記ＵＥ（１２０）が、
    前記ターゲットアクセスノード（１１２）から、前記ソースアクセスノード（１１１）との前記無線接続の前記解放をトリガするメッセージを受信するようにさらに設定され、前記無線接続の前記解放をトリガする前記メッセージが、無線リソース制御（ＲＲＣ）接続再設定メッセージ、およびＲＲＣ再設定メッセージのうちのいずれか１つである、請求項１１または１２に記載のＵＥ（１２０）。
14. 前記ＰＤＣＰステータスレポートが、
    － ＲＲＣメッセージと多重化された状態、
    － ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくは前記ＲＲＣ応答メッセージ内のメッセージ、
    － ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
    － ＲＲＣ再設定完了メッセージ、
    － ＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）メッセージ、
    － ハンドオーバ完了制御ＰＤＵメッセージ、または
    － 前記ターゲットアクセスノード（１１２）に最初に送信されるＵＬデータパケットを伴う状態
    のうちのいずれか１つで送信される、請求項１１から１３のいずれか一項に記載のＵＥ（１２０）。
15. 前記ＰＤＣＰステータスレポートが、前記ＵＥ（１２０）に設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに、前記ターゲットアクセスノード（１１２）に送信される、請求項１１から１４のいずれか一項に記載のＵＥ（１２０）。
16. 無線通信ネットワーク（１００）において、ユーザ機器（ＵＥ）（１２０）の少なくとも１つの無線ベアラのソースアクセスノード（１１１）からターゲットアクセスノード（１１２）へのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中にパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）をハンドリングするように設定されたターゲットアクセスノード（１１２）であって、
    前記ソースアクセスノード（１１１）から、前記ＵＥ（１２０）の前記少なくとも１つの無線ベアラの前記ハンドオーバが実行されているとの指示を受信することと、
    前記ソースアクセスノード（１１１）から、転送されたＰＤＣＰ ＳＤＵを受信することと、
    前記ＵＥ（１２０）から、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との無線接続を解放したとの指示、および前記少なくとも１つの無線ベアラの設定済みの無線ベアラごとにＰＤＣＰステータスレポートを受信することであって、それぞれのＰＤＣＰステータスレポートが、欠落したＰＤＣＰ ＳＤＵのＰＤＣＰシーケンス番号（ＳＮ）を指示する、ＰＤＣＰステータスレポートを受信することと、
    重複するＰＤＣＰ ＳＤＵを前記ＵＥ（１２０）に転送することを回避するために、前記受信したＰＤＣＰステータスレポートに基づいて、前記ソースアクセスノード（１１１）から受信したＰＤＣＰ ＳＤＵを破棄することと
    を行うようにさらに設定される、ターゲットアクセスノード（１１２）。
17. 前記ターゲットアクセスノード（１１２）が、
    第１のＰＤＣＰステータスレポートを受信するようにさらに設定され、前記第１のＰＤＣＰステータスレポートが、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との前記無線接続を解放したとの前記指示の前に受信され、前記ＵＥ（１２０）が前記ソースアクセスノード（１１１）との前記無線接続を解放したとの前記指示に関連して受信される前記ＰＤＣＰステータスレポートが、第２のＰＤＣＰステータスレポートである、請求項１６に記載のターゲットアクセスノード（１１２）。
18. 前記ターゲットアクセスノード（１１２）が、前記ソースアクセスノード（１１１）との前記無線接続の前記解放をトリガするためのメッセージを前記ＵＥ（１２０）に送信するようにさらに設定され、前記メッセージが、無線リソース制御（ＲＲＣ）接続再設定メッセージまたはＲＲＣ再設定メッセージである、請求項１６または１７に記載のターゲットアクセスノード（１１２）。
19. 前記ＰＤＣＰステータスレポートが、
    － ＲＲＣメッセージと多重化された状態、
    － ＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージと多重化されたメッセージ、もしくは前記ＲＲＣ応答メッセージ内のメッセージ、
    － ＲＲＣ接続再設定完了メッセージと多重化されたＲＲＣ「ソースセル解放」メッセージのＲＲＣ応答メッセージ、
    － ＲＲＣ再設定完了メッセージ、
    － ＰＤＣＰ制御プロトコルデータユニット（ＰＤＵ）メッセージ、
    － ハンドオーバ完了制御ＰＤＵメッセージ、または
    － 前記ターゲットアクセスノード（１１２）に最初に送信されるＵＬデータパケットを伴う状態
    のうちのいずれか１つで受信される、請求項１６から１８のいずれか一項に記載のターゲットアクセスノード（１１２）。
20. 前記ＰＤＣＰステータスレポートが、前記ＵＥ（１２０）に設定された無線リンク制御確認型モード（ＲＬＣ－ＡＭ）ベアラごとに受信される、請求項１６から１９のいずれか一項に記載のターゲットアクセスノード（１１２）。
21. プロセッサによって実行されると、前記プロセッサに、請求項１から５および／または請求項６から１０のいずれか一項に記載のアクションを実行させる命令を含むコンピュータプログラム。
22. 電子信号、光信号、電磁信号、磁気信号、電気信号、無線信号、マイクロ波信号、またはコンピュータ可読記憶媒体のうちの１つである、請求項２１に記載のコンピュータプログラムを含むキャリア。
    

Images