JP6908712B2 - ５Ｇ ＱｏＳフロー対無線ベアラ再マッピング - Google Patents

Description

特定の実施形態は、無線通信を対象とし、より詳細には、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）サービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピング（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ （ＱｏＳ） ｆｌｏｗ ｔｏ ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ （ＤＲＢ） ｍａｐｐｉｎｇ）を対象とする。

序論
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、サービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを含む第５世代（５Ｇ）無線ネットワーク規格化を明記している。いくつかの５Ｇ概念は、エボルブドパケットコア（ＥＰＣ）概念、エボルブドパケットシステム（ＥＰＳ）関連アーキテクチャ態様、ｅＮＢ間ハンドオーバ、およびＬＴＥデュアルコネクティビティ（ＤＣ）に基づき得るので、ＥＰＳ（すなわち、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）／拡張ユニバーサル地上アクセスネットワーク（Ｅ−ＵＴＲＡＮ））およびＥＰＣに関係するバックグラウンドも、本明細書で説明される。

３ＧＰＰ ＴＳ２３．７９９ ｖ１４．０．０は、ＮＲ（あるいは５ＧまたはＧ−ＵＴＲＡ）および次世代パケットコアネットワーク（ＮＧ−ＣＮまたはＮＧＣ）と呼ばれる新しい無線インターフェースのための仕様を含む。一例が図１に示されている。

図１は、次世代ネットワークの高レベルアーキテクチャを示すブロック図である。図１は、３ＧＰＰ ＴＳ２３．７９９の図４．２．１−１から複写されている。図示の例は、次世代ユーザ機器（ＵＥ）（１０）と、次世代無線アクセスネットワーク（ＲＡＮ）（２０）と、次世代コア（３０）と、データネットワーク（４０）と、それらの参照ポイント（すなわち、ＮＧ１、ＮＧ２、ＮＧ３、およびＮＧ６）とを含む。

ＮＧ２参照ポイントは、次世代ＲＡＮ（２０）と次世代コア（３０）との間の制御プレーンのためのものである。ＮＧ３参照ポイントは、次世代ＲＡＮ（２０）と次世代コア（３０）との間のユーザプレーンのためのものである。ＮＧ１参照ポイント（図４参照）は、次世代ＵＥ（１０）と次世代コア（３０）との間の制御プレーンのためのものである。ＮＧ６参照ポイントは、次世代コア（３０）とデータネットワーク（４０）との間の通信のためのものである。データネットワーク（４０）は、（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サービスのプロビジョンのための）オペレータ外部パブリックまたはプライベートデータネットワークあるいはオペレータ間データネットワークを備え得る。Ｎ６は、３ＧＰＰアクセスのためのＳＧｉに対応する。

次世代ＲＡＮは、エボルブドＬＴＥおよび／またはＮＲ無線アクセスをサポートする基地局を含む。一例が図２に示されている。

図２は、３ＧＰＰ ＴＲ３８．８０１ Ｖ１．０．０からの新しいＲＡＮアーキテクチャを示すブロック図である。新しいＲＡＮは、以下の２つの論理ノードを含む。ｇＮＢは、ＵＥに対してＮＲ Ｕプレーンプロトコル終端とＣプレーンプロトコル終端とを与える。ｅＬＴＥ ｅＮＢは、ＵＥに対してＥ−ＵＴＲＡ Ｕプレーンプロトコル終端とＣプレーンプロトコル終端とを与える。

新しいＲＡＮ中の論理ノードは、（Ｘ２インターフェースのエボリューションとして明記され得る）Ｘｎインターフェースによって互いに相互接続される。新しいＲＡＮ中の論理ノードは、（新しいＲＡＮとＮＧＣとの間の制御プレーンインターフェースのためのＮＧ２および新しいＲＡＮとＮＧＣとの間のユーザプレーンのためのＮＧ３とも呼ばれる）ＮＧインターフェースによってＮＧＣに接続される。ＮＧインターフェースは、ＮＧ−ＣＰ／ＵＰＧＷと新しいＲＡＮ中の論理ノードとの間の多対多の関係をサポートする。

図３は、新しいＲＡＮプロトコルアーキテクチャを示すブロック図である。プロトコルレイヤは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）と、無線リンク制御（ＲＬＣ）プロトコルと、媒体アクセス制御（ＭＡＣ）プロトコルとを含む。

図４は、５Ｇ全体的システムアーキテクチャを示すブロック図である。図４は、３ＧＰＰ ＴＳ２３．７９９ ｖ１４．０．０からの図８．１２．２−２から複写され、図示されたノードの様々な機能は、本明細書中でさらに説明される。

拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、大規模マシン型通信（ＭＴＣ）ならびに超低レイテンシおよび高信頼通信（ＵＬＬＲＣ：ｕｌｔｒａ ｌｏｗ ｌａｔｅｎｃｙ ａｎｄ ｒｅｌｉａｂｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）など、５Ｇネットワークによって与えられる拡大コネクティビティ使用事例は、コネクティビティサービスのための優先される予測可能な挙動を与えるためにサービス品質（ＱｏＳ）フレームワークに対するサービス細分化要件を含む。５Ｇ ＱｏＳフレームワークは、限られた数の同時にアクティブな無線ベアラに関係する制限と、コネクティビティネットワーク上でのデータの扱い（ｔｒｅａｔｍｅｎｔ）の改善された記述とを含む。その上、５Ｇは、コアネットワーク中のサービス分類と扱いの記述との間の懸念と、ＲＡＮにおけるＱｏＳターゲットを満たすように扱いを施行することとのよりクリアな分離を含む。要件は、プロトコルデータユニット（ＰＤＵ）フローＱｏＳモデルに基づくＱｏＳフレームワークを含み、エボルブドパケットシステム（ＥＰＳ）ベアラとデータ無線ベアラ（ＤＲＢ）との間の１対１の関係を放棄する。

ＰＤＵセッションが、ＰＤＵコネクティビティサービスを与える、ＵＥとデータネットワークとの間の関連付けとして規定される。関連付けのタイプは、ＩＰタイプと、イーサネットタイプと、非ＩＰタイプとを含む。各ＰＤＵセッションは、単一ＮＧ３インターフェースに関連付けられる。同じＰＤＵセッションが、ＮＧ９インターフェース接続をも必要とする複数のローカル／データネットワークに接続されるとき、ＰＤＵセッションごとに単一ＮＧ３およびＮＧ９インスタンスがある。

５Ｇ ＱｏＳモデルは、ＱｏＳフローベースフレームワークをサポートする。５Ｇ ＱｏＳモデルは、保証フロービットレートを必要とするＱｏＳフローと保証フロービットレートを必要としないＱｏＳフローの両方をサポートする。５Ｇ ＱｏＳフローは、システムにおけるＱｏＳフォワーディング扱いのために細分化され得る、最も細かいグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）のＰＤＵストリームである。ＰＤＵセッション内の同じユーザプレーン（ＮＧ３）マーキング値をもつユーザプレーントラフィックは、５Ｇ ＱｏＳフローに対応する。ＱｏＳのためのユーザプレーンマーキングは、ＮＧ３上でカプセル化ヘッダ中で（すなわち、エンドツーエンド（ｅ２ｅ）パケットヘッダへの変更なしに）搬送される。カプセル化ヘッダは、異なるタイプのペイロードをもつＰＤＵ（すなわち、ＩＰパケット、非ＩＰ ＰＤＵ、およびイーサネットフレーム）に適用され得る。

ＱｏＳマーキングの２つのタイプは、ＡタイプＱｏＳマーキングとＢタイプＱｏＳマーキングとを含み、ＡタイプＱｏＳマーキングは、規格化された５Ｇ ＱｏＳ特性とともにＮＧ３上で送られるユーザプレーンマーキング（５Ｇ ＱｏＳフローＩＤ（５ＱＩ））である。ＢタイプＱｏＳマーキングは、ＮＧ ＣＮからＮＧ ＲＡＮにＮＧ２上で動的にシグナリングされる５Ｇ ＱｏＳ特性とともにＮＧ３上で送られるユーザプレーンマーキング（５ＱＩ）である。

ＱｏＳプロファイルは、ユーザプレーンマーキング（５ＱＩ）と、対応する５Ｇ ＱｏＳ特性とからなる。ＱｏＳルールは、ＱｏＳプロファイルと、パケットフィルタと、優先順とからなる。（あらかじめ許可されたものを含む）ＱｏＳルールのＱｏＳプロファイルは、ＮＧ２上で（Ｒ）ＡＮに与えられ、ＰＤＵセッション確立時に、および選択的に再アクティブ化されるＰＤＵセッションについて、ＵＥがアイドルモードから接続モードに切り替わる度に与えられる。

ネットワークは、ＰＤＵセッション確立時にデフォルトＱｏＳルールをＵＥに与え得る。さらに、あらかじめ許可されたＱｏＳルールがＵＥに与えられ得る。ネットワークはまた、リフレクティブＱｏＳ（ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ）が、Ｂタイプ値範囲をもつ５ＱＩに関する５Ｇ ＱｏＳフローに対して適用されるかどうかを示し得る。

以下の特性が、ダウンリンクトラフィックの処理について適用される。コアユーザプレーン機能（ＵＰＦ）が、サービスデータフロー（ＳＤＦ）をＱｏＳフローにマッピングする。コアＵＰＦは、ＰＤＵセッションごとのアグリゲート最大ビットレート（ＡＭＢＲ：ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）施行を実施し、課金のサポートのための計数をも実施する。コアＵＰＦは、単一のトンネル中でＰＤＵセッションのＰＤＵを送信し、カプセル化ヘッダ中にユーザプレーンマーキング（５ＱＩ）を含める。さらに、コアＵＰＦは、カプセル化ヘッダ中にリフレクティブＱｏＳアクティブ化のための指示を含め得る。（Ｒ）ＡＮは、５ＱＩと対応するＱｏＳ特性とに基づいてＰＤＵを５Ｇ ＱｏＳフローからアクセス固有リソースにマッピングし、また、ダウンリンクパケットに関連付けられたＮＧ３トンネルを考慮に入れる。（Ｒ）ＡＮにおいてアクセス固有リソース上に５Ｇ ＱｏＳフローをバインドするためにパケットフィルタが使用されない。リフレクティブＱｏＳが適用される場合、ＵＥは、新しい導出されたＱｏＳルールを作成する。導出されたＱｏＳルール中のパケットフィルタは、ダウンリンクパケット（すなわち、ダウンリンクパケットのヘッダ）から導出される。

以下の特性が、アップリンクトラフィックの処理のために適用される。ＵＥは、ＳＤＦと５Ｇ ＱｏＳフローとの間の、および５Ｇ ＱｏＳフローとアクセス固有リソースとの間のマッピングを決定するために、記憶されたＱｏＳルールを使用する。ＵＥは、ＱｏＳルールによって決定された対応するアクセス固有リソースを使用してアップリンクＰＤＵを送信する。（Ｒ）ＡＮは、コアＵＰＦに対してＮ３トンネル上でＰＤＵを送信する。（Ｒ）ＡＮからＣＮにアップリンクパケットを受け渡すとき、（Ｒ）ＡＮは、５ＱＩを決定し、アクセス層（ＡＳ）から受信された情報に基づいてＮ３トンネルを選択する。ＵＰＦは、ＰＤＵセッションごとのＡＭＢＲ施行と、課金のためのパケットの計数とを実施する。

ＰＤＵセッションごとのＡＭＢＲは、コアＵＰＦ中で施行され得る。２つ以上のＮＧ６インターフェースをもつＰＤＵセッション（アップリンクＣＬ ＰＤＵセッション、マルチホームドＰＤＵセッション）の場合、ＡＭＢＲは、アップリンクＣＬまたは分岐ポイント機能性をサポートするコアＵＰＦ中で施行される。（Ｒ）ＡＮは、保証フロービットレートを必要としないフローについて、ＵＥごとにアップリンクおよびダウンリンクにおいて最大ビットレート（ＭＢＲ）リミットを施行し得る。ＵＥは、非保証ビットレート（非ＧＢＲ）トラフィックについてＰＤＵセッションごとに、および保証ビットレート（ＧＢＲ）トラフィックについて５Ｇ ＱｏＳフローごとにアップリンクレート制限を実施する。

ＰＤＵセッションごとのレートリミットの施行は、ＧＢＲを必要としないフローについて適用される。ＳＤＦごとのＭＢＲは、ＧＢＲフローについては必須であるが、非ＧＢＲフローについては随意である。ＳＤＦごとのＭＢＲは、ＵＰＦにおいて施行される。

エボルブドパケットシステム（ＥＰＳ）は、エボルブド３ＧＰＰパケット交換ドメインであり、エボルブドパケットコア（ＥＰＣ）と拡張ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）とからなる。一例が図５に示されている。

図５は、エボルブドパケットコア（ＥＰＣ）アーキテクチャの概観を示すブロック図である。より詳細には、図示の例は、３ＧＰＰアクセスのための非ローミングアーキテクチャである。ＰＧＷ（ＰＤＮゲートウェイ）、ＳＧＷ（サービングゲートウェイ）、ＰＣＲＦ（ポリシーおよび課金ルール機能）、ＭＭＥ（モビリティ管理エンティティ）およびモバイルデバイス（ＵＥ）の詳細な説明は、３ＧＰＰ ＴＳ２３．４０１において見つけられ得る。ＬＴＥ無線アクセス、Ｅ−ＵＴＲＡＮは、１つまたは複数のｅＮＢからなる。

図６は、例示的なＥ−ＵＴＲＡＮアーキテクチャを示すブロック図である。図６の構成要素は、３ＧＰＰ ＴＳ３６．３００において詳細に説明される。Ｅ−ＵＴＲＡＮは、ＵＥに対してＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコル終端と制御プレーン（ユーザプレーンプロトコルに加えてＲＲＣ）プロトコル終端とを与えるｅＮＢからなる。ｅＮＢはＸ２インターフェースによって互いに相互接続される。ｅＮＢはまた、Ｓ１インターフェースによってＥＰＣ（エボルブドパケットコア）に、より詳細には、Ｓ１−ＭＭＥインターフェースによってＭＭＥ（モビリティ管理エンティティ）に、およびＳ１−Ｕインターフェースによってサービングゲートウェイ（Ｓ−ＧＷ）に接続される。ＥＰＣ制御プレーン（ＣＰ）アーキテクチャおよびユーザプレーン（ＵＰ）アーキテクチャの主要部が、図７および図８に示されている。

図７は、ＥＰＣ制御プレーンプロトコルアーキテクチャを示すブロック図である。図示の例は、ＵＥ、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷ、およびＰＤＮ−ＧＷにおける制御プレーンプロトコルスタックを含む。

図８は、ＥＰＣユーザプレーンプロトコルアーキテクチャを示すブロック図である。図示の例は、ＵＥ、ｅＮＢ、Ｓ−ＧＷ、およびＰＤＮ−ＧＷにおけるユーザプレーンプロトコルスタックを含む。

図９は、Ｘ２インターフェースプロトコル構造を示すブロック図である。Ｘ２インターフェース構造は、３ＧＰＰ ＴＳ３６．４２０ Ｖ１３．０．０において詳細に説明される。

図１０Ａおよび図１０Ｂは、ｅＮＢ間ハンドオーバのためのシグナリングフローを示すフロー図である。図示の例では、ＭＭＥおよびサービングゲートウェイは、ハンドオーバ中に変更されない。シグナリングフローは、３ＧＰＰ ＴＳ３６．３００ ｖ１４．１．０においてより詳細に説明される。

ステップ４〜８は、詳細には、発明を実施するための形態において以下で説明される実施形態に関連する。ハンドオーバは、ソースｅＮＢが、ハンドオーバ要求メッセージをターゲットｅＮＢに送り、ターゲット側においてハンドオーバ（ＨＯ）を準備するために、必要な情報を受け渡すことによって、トリガされる（ステップ４）。受け渡された情報は、ソースｅＮＢ側のＥ−ＲＡＢのＱｏＳプロファイル（および追加情報）を含む。ターゲットｅＮＢは、受信されたＥ−ＲＡＢ ＱｏＳ情報に従って、必要とされるリソースを設定する（ステップ５）。

ステップ６において、ターゲットｅＮＢは、Ｌ１／Ｌ２をもつＨＯを準備し、ハンドオーバ要求確認応答をソースｅＮＢに送る。ハンドオーバ要求確認応答メッセージは、ハンドオーバを実施するためのＲＲＣメッセージとしてＵＥに送られるべきトランスペアレントコンテナを含む。ハンドオーバ要求確認応答メッセージは、ユーザプレーンデータフォワーディングトンネルのためのＲＮＬ／ＴＮＬ情報をも含み得る。

ハンドオーバ要求確認応答メッセージがソースｅＮＢ側で受信された後、ユーザプレーンデータフォワーディングがターゲットｅＮＢに対して始動され得る。ターゲットｅＮＢは、ＵＥに対してソースｅＮＢによって送られるべきハンドオーバを実施するためのＲＲＣメッセージ（すなわち、モビリティ制御情報を含むＲＲＣ接続再設定メッセージ）を生成した（ステップ７）。ＵＥは、必要なパラメータをもつＲＲＣ接続再設定メッセージを受信し、ＨＯを実施するようにソースｅＮＢによって指令される。

ステップ８において、ソースｅＮＢはＳＮステータス転送メッセージをターゲットｅＮＢに送って、ＰＤＣＰステータス保存が適用されるＥ−ＲＡＢのアップリンクＰＤＣＰ順序番号（ＳＮ：ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）受信側ステータスおよびダウンリンクＰＤＣＰ ＳＮ送信側ステータスを伝達する（すなわち、ＲＬＣ ＡＭの場合）。アップリンクＰＤＣＰ ＳＮ受信側ステータスは、少なくとも、第１の消失したアップリンクサービスデータユニット（ＳＤＵ）のＰＤＣＰ ＳＮを含み、ＵＥがターゲットセル中で再送信する必要がある順序外れアップリンクＳＤＵがある場合、そのようなＳＤＵの受信ステータスのビットマップを含み得る。ダウンリンクＰＤＣＰ ＳＮ送信側ステータスは、ターゲットｅＮＢが、ＰＤＣＰ ＳＮをまだ有していない新しいＳＤＵに割り振る次のＰＤＣＰ ＳＮを示す。

ソースｅＮＢとターゲットｅＮＢとの間のデータフォワーディングは、以下の原理に基づく。上記で説明されたハンドオーバ準備中に、ソースｅＮＢとターゲットｅＮＢとの間にＵプレーントンネルが確立され得る。データフォワーディングが適用される各Ｅ−ＲＡＢについて、あるトンネルはアップリンクデータフォワーディングのために確立され、別のトンネルはダウンリンクデータフォワーディングのために確立され得る。ハンドオーバ実行中にソースｅＮＢからターゲットｅＮＢにユーザデータがフォワーディングされ得る。ソースｅＮＢからターゲットｅＮＢへのダウンリンクユーザデータのフォワーディングは、パケットがソースｅＮＢにおいてＥＰＣから受信されるかまたはソースｅＮＢバッファが空にされない限り行われる。

ハンドオーバが完了された後、ターゲットｅＮＢは、ＵＥがアクセスを獲得したことをＭＭＥに通知するために経路切替えメッセージをＭＭＥに送り、ＭＭＥは、ベアラ修正要求メッセージをサービングゲートウェイに送る。Ｕプレーン経路は、サービングゲートウェイによってソースｅＮＢからターゲットｅＮＢに切り替えられる。ソースｅＮＢは、パケットがソースｅＮＢにおいてサービングゲートウェイから受信されるかまたはソースｅＮＢバッファが空にされない限り、Ｕプレーンデータのフォワーディングを続ける。サービングゲートウェイはまた、ダウンリンクＵプレーンデータがそれ以上ソースｅＮＢに対して送られないことを示すために、ソースｅＮＢに対して「エンドマーカー」を送ることができる。「エンドマーカー」はまた、データフォワーディングのためのユーザプレーントンネルのリリースをトリガするためにソースｅＮＢからターゲットｅＮＢにフォワーディングされ得る。

ユーザプレーンデータフォワーディングは、ＲＬＣ−ＡＭ（確認型モード）ベアラのために使用される。完全な（ＡＳ）設定がターゲットｅＮＢ側において実施されない場合、以下の原理が適用される。

順序配信および重複回避のために、ＰＤＣＰ ＳＮはベアラごとに維持され、ソースｅＮＢは、（ソースｅＮＢまたはサービングゲートウェイのいずれかから）まだＰＤＣＰ順序番号を有していないパケットに割り当てるために、次のダウンリンクＰＤＣＰ ＳＮについてターゲットｅＮＢに通知する。

セキュリティ同期のために、ハイパーフレーム番号（ＨＦＮ）も維持され、ソースｅＮＢは、アップリンクのための参照ＨＦＮとダウンリンクのための参照ＨＦＮと（すなわち、ＨＦＮと対応するＳＮと）をターゲットｅＮＢに与える。

ＵＥとターゲットｅＮＢの両方において、重複検出のためにウィンドウベース機構が必要とされる。

ターゲットｅＮＢにおけるエアインターフェース上での重複の発生は、ＵＥによるターゲットｅＮＢにおけるＰＤＣＰ ＳＮベース報告によって最小限に抑えられる。アップリンクでは、報告は、ｅＮＢによってベアラごとに随意に設定され、ＵＥは、ターゲットｅＮＢにおいてリソースを与えられたときにそれらのリポートを送信することによって開始する。ダウンリンクでは、ｅＮＢは、いつリポートが送られるかと、どのベアラについてのリポートが送られるかとを自由に決めることができ、ＵＥは、アップリンク送信を再開するためにリポートを待たない。

ターゲットｅＮＢは、受信がＵＥによってＰＤＣＰ ＳＮベース報告を通して確認応答されたＰＤＣＰ ＳＤＵを除いて、ソースｅＮＢによってフォワーディングされたすべてのダウンリンクＰＤＣＰ ＳＤＵを再送信し、優先度を付ける（すなわち、ターゲットｅＮＢは、Ｓ１からデータを送る前にＸ２からＰＤＣＰ ＳＮをもつデータを送る）。

ＵＥは、受信がターゲットによってＰＤＣＰ ＳＮベース報告を通して確認応答されたＰＤＣＰ ＳＤＵを除いて、最後の連続的に確認されたＰＤＣＰ ＳＤＵの後にくる最初のＰＤＣＰ ＳＤＵ（すなわち、ソースにおけるＲＬＣにおいて確認応答されなかった最も古いＰＤＣＰ ＳＤＵ）から開始するすべてのアップリンクＰＤＣＰ ＳＤＵを、ターゲットｅＮＢにおいて再送信する。

ハンドオーバ時に、ソースｅＮＢは、ステータス転送メッセージをターゲットｅＮＢに送るまで、正しい順序で成功裡に受信されたアップリンクＰＤＣＰ ＳＤＵをサービングゲートウェイにフォワーディングする。その時点において、ソースｅＮＢは、アップリンクＰＤＣＰ ＳＤＵをＳ−ＧＷに配信することを停止し、残りのアップリンクＲＬＣ ＰＤＵを廃棄する。次いで、ソースｅＮＢは、アップリンクデータフォワーディングがアクティブ化されなかった場合に順序外れで受信されたアップリンクＰＤＣＰ ＳＤＵを廃棄すること、または、アップリンクデータフォワーディングがアクティブ化された場合にアップリンクＰＤＣＰ ＳＤＵをターゲットｅＮＢにフォワーディングすることのいずれかを行い得る。

ＬＴＥは、デュアルコネクティビティ（ＤＣ）と呼ばれる特徴を含む。ＬＴＥ ＤＣは、同時に複数のキャリア上でデータを送り、および／または受信するために複数のキャリアに接続するＵＥをサポートする３ＧＰＰリリース１２規格化ソリューションである。さらなる詳細が、３ＧＰＰ ＴＳ３６．３００において見つけられ得る。

Ｅ−ＵＴＲＡＮはＤＣ動作をサポートし、それにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるマルチプルＲｘ／Ｔｘ ＵＥは、Ｘ２インターフェース上で理想的でないバックホールを介して接続された２つのｅＮＢ中にある２つの別個のスケジューラによって与えられる無線リソースを使用するように設定される（ＴＲ３６．８４２およびＴＲ３６．９３２参照）。図６に関して説明された全体的Ｅ−ＵＴＲＡＮアーキテクチャは、ＤＣについても適用される。あるＵＥについてのＤＣに関与するｅＮＢが、２つの異なる役割を仮定し得る。ｅＮＢは、マスタｅＮＢ（ＭｅＮＢ）またはセカンダリｅＮＢ（ＳｅＮＢ）のいずれかとして働き得る。ＤＣでは、ＵＥは、１つのＭｅＮＢと１つのＳｅＮＢとに接続される。

特定のベアラが使用する無線プロトコルアーキテクチャは、ベアラがどのようにセットアップされるかに依存する。３つのベアラタイプ、すなわち、ＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラが存在する。一例が図１１に示されている。

図１１は、デュアルコネクティビティ（ＤＣ）のための無線プロトコルアーキテクチャを示す。図示の例は、３つのベアラタイプ（すなわち、ＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラ）を含む。ＲＲＣはＭｅＮＢ中にある。ＳＲＢは、ＭＣＧベアラタイプとして設定され、したがって、ＭｅＮＢの無線リソースのみを使用する。ＤＣはまた、ＳｅＮＢによって与えられる無線リソースを使用するように設定された少なくとも１つのベアラを有するものとして説明され得る。

ＤＣのためのｅＮＢ間制御プレーンシグナリングが、Ｘ２インターフェースシグナリングによって実施される。ＭＭＥに対する制御プレーンシグナリングが、Ｓ１インターフェースシグナリングによって実施される。

ＭｅＮＢとＭＭＥとの間のＤＣ ＵＥごとに１つのＳ１−ＭＭＥ接続のみが存在する。各ｅＮＢは、独立してＵＥをハンドリングする（すなわち、いくつかのＵＥにＰＣｅｌｌを与え、他のＵＥにＳＣＧのための（１つまたは複数の）ＳＣｅｌｌを与える）。あるＵＥについてのＤＣに関与する各ｅＮＢは、その無線リソースを制御し、主に、そのセルの無線リソースを割り当てる役目を果たす。ＭｅＮＢとＳｅＮＢとの間のそれぞれの協調が、Ｘ２インターフェースシグナリングによって実施される。

図１２は、特定のＵＥについてのＤＣに関与するｅＮＢの制御プレーンコネクティビティを示す。Ｓ１−ＭＭＥはＭｅＮＢにおいて終端される。ＭｅＮＢとＳｅＮＢとは、Ｘ２−Ｃを介して相互接続される。

デュアルコネクティビティは、２つの異なるユーザプレーンアーキテクチャを含む。あるアーキテクチャでは、Ｓ１−ＵはＭｅＮＢにおいてのみ終端し、ユーザプレーンデータは、Ｘ２−Ｕを使用してＭｅＮＢからＳｅＮＢに転送される。第２のアーキテクチャでは、Ｓ１−ＵはＳｅＮＢにおいて終端する。

図１３は、特定のＵＥについてのＤＣに関与するｅＮＢのユーザプレーンコネクティビティオプションを示す。異なるユーザプレーンアーキテクチャを用いて、異なるベアラオプションが設定され得る。Ｕプレーンコネクティビティが、設定されるベアラオプションに依存する。

ＭＣＧベアラの場合、Ｓ−ＧＷへの対応する（１つまたは複数の）ベアラのためのＳ１−Ｕ接続がＭｅＮＢにおいて終端される。ＳｅＮＢは、Ｕｕ上でのこのタイプの（１つまたは複数の）ベアラのためのユーザプレーンデータのトランスポートに関与しない。

スプリットベアラの場合、Ｓ−ＧＷへのＳ１−Ｕ接続がＭｅＮＢにおいて終端される。ＰＤＣＰデータが、Ｘ２−Ｕを介してＭｅＮＢとＳｅＮＢとの間で転送される。ＳｅＮＢおよびＭｅＮＢは、Ｕｕ上でこのベアラタイプのデータを送信することに関与する。

ＳＣＧベアラの場合、ＳｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷと直接接続される。ＭｅＮＢは、Ｕｕ上でのこのタイプの（１つまたは複数の）ベアラのためのユーザプレーンデータのトランスポートに関与しない。

ＭＣＧおよびスプリットベアラのみが設定された場合、ＳｅＮＢはＳ１−Ｕ終端を有しない。

ＳｅＮＢ追加プロシージャは、ＭｅＮＢによって始動され、ＳｅＮＢからＵＥに無線リソースを与えるためにＳｅＮＢにおいてＵＥコンテキストを確立する。プロシージャは、ＳＣＧの少なくとも第１のセル（ＰＳＣｅｌｌ）を追加するために使用される。

図１４は、ＳｅＮＢ追加プロシージャを示すフロー図である。ステップ７および８（すなわち、ＳＮステータス転送およびデータフォワーディング）は、図１０ＡにおいてｅＮＢ間ハンドオーバシグナリングフローに関して説明されたものと同じである。

特定の実施形態は、たとえば、ｇＮＢ間のハンドオーバに関する５Ｇ−ＱｏＳフロー対ＤＲＢ再マッピングのための機構を含む。本明細書で説明される実施形態は、モビリティプロシージャにおけるターゲットＲＡＮノードが、ソースＲＡＮノードからユーザデータを受信し、紛失パケットが復元され得るやり方でそのようなデータを配信することを可能にする。実施形態は、ターゲットノードが、データフローをＤＲＢにマッピングするためにソースノードが使用したものと同じ設定を再使用することをも可能にする。

いくつかの実施形態によれば、無線デバイスのハンドオーバを実施するネットワークノードにおいて使用するための方法が、ソースネットワークノードからハンドオーバ要求を受信することと、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたサービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを受信することと、ソースネットワークノードから、バッファされたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信することと、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信することと、ハンドオーバが完了したという指示を取得することと、新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することとを含む。

特定の実施形態では、ソースネットワークノードからＱｏＳフロー対ＤＲＢマッピングを受信することは、Ｘｎインターフェース上でハンドオーバシグナリングを受信すること、あるいは、Ｓ１またはＮＧインターフェース上でコアネットワークエレメントを介してハンドオーバシグナリングを受信することを含む。

特定の実施形態では、本方法は、新しいＱｏＳフロー対ＤＲＢマッピングをソースネットワークノードに送ることをさらに含む。本方法は、無線デバイスからＰＤＣＰステータス報告を受信することを含み得る。ＰＤＣＰ ＰＤＵの送信のための新しいＱｏＳフロー対ＤＲＢマッピングは、受信されたバッファされたＰＤＣＰ ＰＤＵの同期が完了した後にアクティブ化され得る。

特定の実施形態では、受信されたＱｏＳフロー対ＤＲＢマッピングは、ネットワークノードにおいてまたはソースネットワークノードにおいて使用中のＤＲＢのサブセットを備える。

いくつかの実施形態によれば、ネットワークノードが、無線デバイスのハンドオーバを実施することが可能である。本ネットワークノードは、ソースネットワークノードからハンドオーバ要求を受信することと、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信することと、ソースネットワークノードから、バッファされたＰＤＣＰ ＰＤＵを受信することと、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信することと、ハンドオーバが完了したという指示を取得することと、新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することとを行うように動作可能な処理回路要素を備える。

特定の実施形態では、処理回路要素は、Ｘｎインターフェース上でハンドオーバシグナリングを受信することによって、あるいは、Ｓ１またはＮＧインターフェース上でコアネットワークエレメントを介してハンドオーバシグナリングを受信することによって、ソースネットワークノードからＱｏＳフロー対ＤＲＢマッピングを受信するように動作可能である。

特定の実施形態では、処理回路要素は、新しいＱｏＳフロー対ＤＲＢマッピングをソースネットワークノードに送るようにさらに動作可能である。処理回路要素は、無線デバイスからＰＤＣＰステータス報告を受信するように動作可能であり得る。ＰＤＣＰ ＰＤＵの送信のための新しいＱｏＳフロー対ＤＲＢマッピングは、受信されたバッファされたＰＤＣＰ ＰＤＵの同期が完了した後にアクティブ化され得る。

特定の実施形態では、受信されたＱｏＳフロー対ＤＲＢマッピングは、ネットワークノードにおいてまたはソースネットワークノードにおいて使用中のＤＲＢのサブセットを備える。

いくつかの実施形態によれば、ネットワークノードが、無線デバイスのハンドオーバを実施することが可能である。ネットワークノードは、受信モジュールと、送信モジュールと、決定モジュールとを備える。受信モジュールは、ソースネットワークノードからハンドオーバ要求を受信することと、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信することと、ソースネットワークノードから、バッファされたＰＤＣＰ ＰＤＵを受信することとを行うように動作可能である。送信モジュールは、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信するように動作可能である。受信モジュールは、ハンドオーバが完了したという指示を取得するようにさらに動作可能である。決定モジュールは、新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することとを行うように動作可能である。

コンピュータプログラム製品も開示される。 コンピュータプログラム製品は、プロセッサによって実行されたとき、ソースネットワークノードからハンドオーバ要求を受信するステップと、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたサービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを受信するステップと、ソースネットワークノードから、バッファされたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信するステップと、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信するステップと、ハンドオーバが完了したという指示を取得するステップと、新しいＱｏＳフロー対ＤＲＢマッピングを決定するステップと、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化するステップとを実施する、非一時的コンピュータ可読媒体に記憶された命令を備える。

本開示のいくつかの実施形態は、１つまたは複数の技術的利点を与え得る。特定の実施形態は、少なくともハンドオーバプロシージャの後にくる期間の間、ソースノードからハンドオーバされたフローが、ターゲットノード中で、ソースノード中と同じＱｏＳで扱われることを確実にする。特定の実施形態は、ソースによってＰＤＣＰレベルですでに番号を付けられた、ソースノードによってフォワーディングされるパケットの問題を克服する。特定の実施形態がなければ、ターゲットがソースＰＤＣＰ番号付けをそれ自体の番号付けプロセスに適用されるものと見なし得るので、そのようなパケットはターゲットノードによって誤って解釈され得る。

実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面とともに、以下の説明が参照される。

次世代ネットワークの高レベルアーキテクチャを示すブロック図である。 ３ＧＰＰ ＴＲ３８．８０１ Ｖ１．０．０からの新しいＲＡＮアーキテクチャを示すブロック図である。 新しいＲＡＮプロトコルアーキテクチャを示すブロック図である。 ５Ｇ全体的システムアーキテクチャを示すブロック図である。 エボルブドパケットコア（ＥＰＣ）アーキテクチャの概観を示すブロック図である。 例示的なＥ−ＵＴＲＡＮアーキテクチャを示すブロック図である。 ＥＰＣ制御プレーンプロトコルアーキテクチャを示すブロック図である。 ＥＰＣユーザプレーンプロトコルアーキテクチャを示すブロック図である。 Ｘ２インターフェースプロトコル構造を示すブロック図である。 ｅＮＢ間ハンドオーバのためのシグナリングフローを示すフロー図である。 ｅＮＢ間ハンドオーバのためのシグナリングフローを示すフロー図である。 デュアルコネクティビティ（ＤＣ）のための無線プロトコルアーキテクチャを示す図である。 特定のＵＥについてのＤＣに関与するｅＮＢの制御プレーンコネクティビティを示す図である。 特定のＵＥについてのＤＣに関与するｅＮＢのユーザプレーンコネクティビティオプションを示す図である。 ＳｅＮＢ追加プロシージャを示すフロー図である。 特定の実施形態による、例示的な無線ネットワークを示す図である。 いくつかの実施形態による、特定のネットワークアーキテクチャを示すブロック図である。 いくつかの実施形態による、例示的なハンドオーバシグナリングを示すフロー図である。 いくつかの実施形態による、ハンドオーバシグナリングの別の例を示すフロー図である。 いくつかの実施形態による、ネットワークノードにおける例示的な方法のフロー図である。 無線デバイスの例示的な実施形態を示すブロック図である。 ネットワークノードの例示的な実施形態を示すブロック図である。 ネットワークノードの例示的な構成要素を示すブロック図である。

序論で説明されたように、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、サービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを含む第５世代（５Ｇ）無線ネットワーク規格化を明記している。新しい５Ｇ ＱｏＳモデルは、５Ｇ ＱｏＳフローをＤＲＢにマッピングするための無線アクセスネットワーク（ＲＡＮ）論理に基づく。ＲＡＮ論理は、５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定と呼ばれることがある。５Ｇ−ＱｏＳフロー対ＤＲＢマッピングを実施する各ＤＲＢについて、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティが存在する。さらに、ＰＤＣＰレイヤは、ｇＮＢまたは（５Ｇコアネットワーク（ＣＮ）または次世代ＣＮ（ＮＧ ＣＮ）に接続された）ｅＮＢ間の、あるいはデュアルコネクティビティ（ＤＣ）がアクティブ化される（または非アクティブ化される）ときのハンドオーバに関する順序配信および重複回避のために、（他の機能性に加えて）順序番号付けを実施する。

以下の実施形態および例は、ｇＮＢ間のハンドオーバに関して説明されるが、ＮＧ ＣＮに接続されたｅＮＢ間の、および新しい５Ｇ ＱｏＳモデルが使用されるときにデュアルコネクティビティがアクティブ化される（または非アクティブ化される）ときのハンドオーバにも適用される。

ハンドオーバに関する特定の問題は、ＵＥがソースｇＮＢからターゲットｇＮＢにハンドオーバされるときに５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定を変更する可能性に関係する。同じ５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定を使用することがソースｇＮＢとターゲットｇＮＢの両方において常に実現可能または可能であるとは限らないので、５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定の変更が必要とされ得る。

たとえば、ＵＥが、最初に、ソースｇＮＢ（ｓ−ｇＮＢ）における５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定に基づいてソースｇＮＢ中の２つのＤＲＢ｛ＤＲＢ１、ＤＲＢ２｝にマッピングされる３つの５Ｇ ＱｏＳフロー｛フロー１、フロー２、フロー３｝を有し得る。ＵＥは、以下のマッピング設定、すなわち、ＤＲＢ１にマッピングされるフロー１、ＤＲＢ２にマッピングされるフロー２およびフロー３を有し得る。ターゲットｇＮＢ（ｔ−ｇＮＢ）は、以下の５Ｇ−ＱｏＳフロー対ＤＲＢマッピング設定、すなわち、ＤＲＢ１にマッピングされるフロー１およびフロー２、ならびにＤＲＢ２にマッピングされるフロー３を有し得る。

本例では、フロー２は、ＵＥがｓ−ｇＮＢからｔ−ｇＮＢにハンドオーバされるとき、ｓ−ｇＮＢ中のＤＲＢ２からｔ−ｇＮＢ中のＤＲＢ１に移動される必要がある。フロー２を、ターゲットノード中のフローの異なるセットをサポートするＤＲＢに再マッピングすることは、いくつかの問題を生じ得る。１つの問題は、ソースノードにおいて順序番号をすでに受信したパケットが、必ずしもターゲットノードＤＲＢ中の他のパケットと正しい順序にあるとは限らないことである。

特定の実施形態は、上記で説明された問題をなくす。特定の実施形態は、たとえば、ｇＮＢ間のハンドオーバに関する５Ｇ−ＱｏＳフロー対ＤＲＢ再マッピングのための機構を含む。本明細書で説明される実施形態は、モビリティプロシージャにおけるターゲットＲＡＮノードが、ソースＲＡＮノードからユーザデータを受信し、紛失パケットが復元され得るやり方でそのようなデータを配信することを可能にする。実施形態は、ターゲットノードが、データフローをＤＲＢにマッピングするためにソースノードが使用したものと同じ設定を再使用することをも可能にする。特定の実施形態は、少なくともハンドオーバプロシージャの後にくる期間の間、ソースノードからハンドオーバされたフローが、ターゲットノード中で、ソースノード中と同じＱｏＳで扱われることを確実にする。特定の実施形態は、ソースによってＰＤＣＰレベルですでに番号を付けられた、ソースノードによってフォワーディングされるパケットの問題を克服する。特定の実施形態がなければ、ターゲットがソースＰＤＣＰ番号付けをそれ自体の番号付けプロセスに適用されるものと見なし得るので、そのようなパケットはターゲットノードによって誤って解釈され得る。

本明細書で開示された実施形態のいずれかの特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のいずれかの任意の利点は、他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになろう。

概して、本明細書で使用されるすべての用語は、本明細書で別段明示的に規定されない限り、本技術分野におけるその通例の意味に従って解釈されるべきである。「１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなど」へのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例を指すようにオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、明示的に述べられていない限り、開示される厳密な順で実施される必要はない。

いくつかの実施形態では、非限定的な用語「ＵＥ」が使用される。本明細書でのＵＥは、無線信号を介してネットワークノードまたは別のＵＥと通信することが可能な、任意のタイプの無線デバイスであり得る。ＵＥはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシン型ＵＥまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＵＥ、ＵＥを装備したセンサー、ｉＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ：Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）などであり得る。ＵＥは無線デバイスと呼ばれることもある。

いくつかの実施形態では、一般用語「ネットワークノード」が使用される。ネットワークノードは、基地局、無線基地局、基地トランシーバ局、基地局コントローラ、ネットワークコントローラ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、ＭＭＥ、ＳＯＮノード、協調ノード、測位ノード（たとえばＳＭＬＣ、Ｅ−ＳＭＬＣなど）、ＭＤＴノードなど）、さらには外部ノード（たとえば、サードパーティノード、現在のネットワークの外部のノード）などの無線ネットワークノードを含み得る任意の種類のネットワークノードであり得る。

特定の実施形態が、図面の図１５〜図２１Ｂを参照しながら説明され、同様の数字が、様々な図面の同様の部分および対応する部分のために使用されている。例示的なセルラーシステムとして本開示全体にわたってＬＴＥおよびＮＲが使用されるが、本明細書で提示されるアイデアは、同様に他の無線通信システムに適用され得る。

図１５は、特定の実施形態による、例示的な無線ネットワークを示すブロック図である。無線ネットワーク１００は、（モバイルフォン、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣデバイス、または無線通信を与えることができる任意の他のデバイスなどの）１つまたは複数の無線デバイス１１０と、（基地局、ｅノードＢ、ｇＮＢなどの）複数のネットワークノード１２０とを含む。ネットワークノード１２０は、（セル１１５とも呼ばれる）カバレッジエリア１１５をサーブする。

概して、無線ネットワークノード１２０のカバレッジ内（たとえば、ネットワークノード１２０によってサーブされるセル１１５内）にある無線デバイス１１０は、無線信号１３０を送信および受信することによって、無線ネットワークノード１２０と通信する。たとえば、無線デバイス１１０およびネットワークノード１２０は、ボイストラフィック、データトラフィック、および／または制御信号を含んでいる無線信号１３０を通信し得る。ボイストラフィック、データトラフィック、および／または制御信号を無線デバイス１１０に通信するネットワークノード１２０は、無線デバイス１１０のためのサービングネットワークノード１２０と呼ばれることがある。無線信号１３０は、（無線ネットワークノード１２０から無線デバイス１１０への）ダウンリンク送信と（無線デバイス１１０から無線ネットワークノード１２０への）アップリンク送信の両方を含み得る。

無線信号１３０は、１つまたは複数のプロトコル中にカプセル化されたデータを含み得る。たとえば、無線信号１３０は、ＰＤＣＰ１３５を使用してカプセル化されたデータを含み得る。各無線ネットワークエレメント（たとえば、無線デバイス１１０、ネットワークノード１２０など）は、ＰＤＣＰ送信側とＰＤＣＰ受信側とを含み得る。ネットワークノード１２０ａが無線デバイス１１０をネットワークノード１２０ｂにハンドオフしたとき、ＰＤＣＰ ＳＮなど、特定のＰＤＣＰパラメータが変化し得る。

無線信号１３０は、序論で説明されたように、１つまたは複数のデータ無線ベアラ（ＤＲＢ）を含み得る。データは、１つまたは複数のＱｏＳフローに従って送信され得る。ＱｏＳフローは、１つまたは複数のＤＲＢのうちの１つにマッピングされ得る。ネットワークノード１２０ａが無線デバイス１１０をネットワークノード１２０ｂにハンドオフしたとき、ＱｏＳフロー対ＤＲＢマッピングは変化し得る。

たとえば、ネットワークノード１２０ｂは、ネットワークノード１２０ａから無線デバイス１１０についてのハンドオーバ要求を受信し得る。ネットワークノード１２０ｂは、ネットワークノード１２０ａから、ハンドオーバより前にネットワークノード１２０ａによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信し得る。特定の実施形態では、ＱｏＳフロー対ＤＲＢマッピングは、ハンドオーバシグナリングの一部を含み得る。ネットワークノード１２０ｂは、ネットワークノード１２０ａから、バッファされたＰＤＣＰプロトコルデータユニット（ＰＤＵ）を受信し得る。ネットワークノード１２０ｂは、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信し得る。特定の実施形態では、ハンドオーバが完了したという指示を取得した後、ネットワークノード１２０ｂは、新しいＱｏＳフロー対ＤＲＢマッピングを決定する。ネットワークノード１２０ｂは、新しいＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化する。

特定の実施形態では、ネットワークノード１２０ｂは、ハンドオーバが完了する前に新しいＱｏＳフロー対ＤＲＢマッピングを決定し得る。ネットワークノード１２０ｂは、新しいＱｏＳフロー対ＤＲＢマッピングをネットワークノード１２０ａに送り得る。ネットワークノード１２０ａは、新しいＱｏＳフロー対ＤＲＢマッピングを無線デバイス１１０に送り得る。無線デバイス１１０は、ＰＤＣＰ ＰＤＵおよび／またはＰＤＣＰステータスリポートをネットワークノード１２０ｂに送るとき、古いＱｏＳフロー対ＤＲＢマッピングを使用すべきなのか新しいＱｏＳフロー対ＤＲＢマッピングを使用すべきなのか両方のＱｏＳフロー対ＤＲＢマッピングの組合せを使用すべきなのかを決定し得る。より詳細な例が図１６〜図１９に関して説明される。

いくつかの実施形態では、無線デバイス１１０は、「ＵＥ」という非限定的な用語で呼ばれることがある。ＵＥは、無線信号を介してネットワークノードまたは別のＵＥと通信することが可能な、任意のタイプの無線デバイスを含み得る。ＵＥは、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシン型ＵＥまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＵＥ、ＵＥを装備したセンサー、ｉＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）などを含み得る。

いくつかの実施形態では、ネットワークノード１２０は、基地局、無線基地局、基地トランシーバ局、基地局コントローラ、ネットワークコントローラ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチＲＡＴ基地局、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、ＭＭＥ、ＳＯＮノード、協調ノードなど）、さらには外部ノード（たとえば、サードパーティノード、現在のネットワークの外部のノード）などの任意のタイプのネットワークノードを含み得る。

各ネットワークノード１２０は、無線信号１３０を無線デバイス１１０に送信するための単一の送信機または複数の送信機を有し得る。いくつかの実施形態では、ネットワークノード１２０は、多入力多出力（ＭＩＭＯ）システムを備え得る。同様に、各無線デバイス１１０は、ネットワークノード１２０から信号１３０を受信するための単一の受信機または複数の受信機を有し得る。

無線ネットワーク１００では、各ネットワークノード１２０は、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、ＮＲ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉ、および／または他の好適な無線アクセス技術など、任意の好適な無線アクセス技術を使用し得る。無線ネットワーク１００は、１つまたは複数の無線アクセス技術の任意の好適な組合せを含み得る。例として、様々な実施形態は、いくつかの無線アクセス技術のコンテキスト内で説明され得る。しかしながら、本開示の範囲は、それらの例に限定されず、他の実施形態は、異なる無線アクセス技術を使用することができる。

上記で説明されたように、無線ネットワークの実施形態は、１つまたは複数の無線デバイスと、無線デバイスと通信することが可能な１つまたは複数の異なるタイプのネットワークノードとを含み得る。無線ネットワークは、無線デバイス間の通信、または無線デバイスと（固定電話などの）別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをも含み得る。無線デバイスは、ハードウェアおよび／またはソフトウェアの任意の好適な組合せを含み得る。たとえば、特定の実施形態では、無線デバイス１１０など、無線デバイスは、図２０に関して以下で説明される構成要素を含み得る。同様に、ネットワークノードは、ハードウェアおよび／またはソフトウェアの任意の好適な組合せを含み得る。たとえば、特定の実施形態では、ネットワークノード１２０など、ネットワークノードは、図２１Ａに関して以下で説明される構成要素を含み得る。

図１６は、いくつかの実施形態による、特定のネットワークアーキテクチャを示すブロック図である。認証および管理機能（ＡＭＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１３２が、ＲＡＮに可視の制御プレーンＣＮ機能として示され、（ＮＧ−Ｃインターフェースとも呼ばれる）ＮＧ２インターフェースを介してＲＡＮに接続される。ユーザプレーン機能（ＵＰＦ）１３４が、ＲＡＮに可視のユーザプレーンＣＮ機能として示され、（ＮＧ−Ｕインターフェースとも呼ばれる）ＮＧ３インターフェースを介してＲＡＮに接続される。２つのｇＮＢ１２０は、ソースｇＮＢ１２０ａおよびターゲットｇＮＢ１２０ｂとして示され、ＵＥ１１０がソースｇＮＢ１２０ａからターゲットｇＮＢ１２０ｂへのハンドオーバを実施しようとしていることを示す。さらに、ソースおよびターゲットｇＮＢ１２０は、Ｘｎインターフェースを介して接続される。ＲＡＮに直接接続されたＣＮノードのみが図１６に示されている。

実施形態の第１のグループでは、ｔ−ｇＮＢは、ｓ−ｇＮＢから、ｓ−ｇＮＢによって適用されたＱｏＳフロー対ＤＲＢマッピング（すなわち、５Ｇ−ＱｏＳフロー対ＤＲＢマッピング）を受信する。ｔ−ｇＮＢは、受信されたＱｏＳフロー対ＤＲＢマッピングを使用し、ハンドオーバが完了した後に設定を更新し得る。特定の実施形態では、ハンドオーバプロシージャが持続する限り、ｔ−ｇＮＢは、ｓ−ｇＮＢによって前に使用されたＱｏＳフロー対ＤＲＢマッピングを適用する。ハンドオーバプロシージャが完了したとき、ｔ−ｇＮＢは、フローをＤＲＢに自由にマッピングすることができ、これは、それがｔ−ｇＮＢにとって最良であるからである。一例が図１７に示されている。

図１７は、いくつかの実施形態による、例示的なハンドオーバシグナリングを示すフロー図である。ＵＥ１１０は、ソースｇＮＢ１２０ａを介したＡＭＦ１３２への制御プレーン接続およびＵＰＦ１３４へのユーザプレーン接続を有する（ステップ１ａおよび１ｂ）。ＵＥ１１０は、ステップ２において測定を実施し、ソースｇＮＢ１２０ａに測定を報告する。測定に基づいて、ステップ３においてターゲットｇＮＢ１２０ｂへのハンドオーバ決定が行われる。ハンドオーバは、ステップ４において始動される。ステップ５において、ターゲットｇＮＢ１２０ｂは、ソースｇＮＢ１２０ａによって前に使用されたＱｏＳフロー対ＤＲＢマッピングを受信し、記憶する。ハンドオーバは続き、ステップ６〜９において、バッファされたＰＤＣＰ ＰＤＵ、ＰＤＣＰ ＳＮ、および他のステータスが交換される。

ステップ１０において、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、ソースｇＮＢ１２０ａから受信されたダウンリンクＰＤＣＰ ＰＤＵが記憶される。ＰＤＣＰ ＰＤＵが送信される場合、ＰＤＣＰ ＰＤＵは、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して送信される。ハンドオーバは、ステップ１１〜１３において完了される。ステップ１４において、ターゲットｇＮＢ１２０ｂは、新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化する。新しいマッピングは、より高いレイヤまたはより低いレイヤから受信された新しいパケットのために使用される。

ｓ−ｇＮＢ中で使用されたＱｏＳフロー対ＤＲＢマッピングをｓ−ｇＮＢからｔ−ｇＮＢに送るための機構は、ハンドオーバシグナリングを介したものであり得る。ｇＮＢ間インターフェース、たとえば５ＧにおけるＸｎインターフェースに基づくハンドオーバの場合、情報は、ｓ−ｇＮＢからｔ−ｇＮＢに直接送られ得、ＣＮを伴うハンドオーバの場合、情報は、たとえばトランスペアレントコンテナ内で、ＲＡＮ−ＣＮインターフェースを介して送られ得る。５Ｇでは、そのようなＲＡＮ−ＣＮインターフェースは、現在３ＧＰＰ ＲＡＮ３において指名されているように、Ｓ１インターフェースまたはＮＧインターフェースであり得る。

ＱｏＳフロー対ＤＲＢマッピング設定を自由に使用するように（すなわち、ｓ−ｇＮＢ ＱｏＳフロー対ＤＲＢマッピングに従わないように）ｔ−ｇＮＢをトリガすることができるイベントは、フォワーディングされたデータの受信の終了、または、ＰＤＣＰ番号付けパケットの受信の終了、または、設定されたタイマーがハンドオーバプロシージャの任意のセットポイントにおいて開始すること（たとえば、ｔ−ｇＮＢが再配置要求確認応答メッセージを送る時間において開始すること）からなり得る。

実施形態の第２のグループでは、データフォワーディングが完了されるまで、古いｓ−ｇＮＢマッピングと新しいｔ−ｇＮＢマッピングの両方が同時に使用される。特定の実施形態では、ｔ−ｇＮＢは、ハンドオーバ準備の一部として新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化する。（ｓ−ｇＮＢによって制御される）古いＱｏＳフロー対ＤＲＢマッピングと新しいＱｏＳフロー対ＤＲＢマッピングの両方は、ＵＥとｔ−ｇＮＢの両方によって（または随意に、これらのエンティティのうちの１つのみによって）並行して使用される。古いＱｏＳフロー対ＤＲＢマッピングは、ｓ−ｇＮＢ、またはｓ−ｇＮＢへの接続に関するＵＥのいずれかにおいてＰＤＣＰレイヤによってハンドリングされた（ハンドリングされたは、たとえばＰＤＣＰ ＳＮが割り当てられたことを意味する）ＰＤＣＰ ＰＤＵのために使用される。一例が図１８に示されている。

図１８は、いくつかの実施形態による、ハンドオーバシグナリングの別の例を示すフロー図である。概して、ｔ−ｇＮＢにおける新しいＱｏＳフロー対ＤＲＢマッピングのアクティブ化は、たとえば、ｓ−ｇＮＢから受信された古いＱｏＳフロー対ＤＲＢマッピングと、ｓ−ｇＮＢによって報告された、検出された５Ｇ ＱｏＳフローと、ｔ−ｇＮＢにおけるローカル設定との任意の組合せに基づき得る。

ｔ−ｇＮＢは、ｓ−ｇＮＢから、ｓ−ｇＮＢによって適用された古いＱｏＳフロー対ＤＲＢマッピングを受信する（図１８のステップ４）。ｔ−ｇＮＢは、ｓ−ｇＮＢから受信された古いＱｏＳフロー対ＤＲＢマッピングを記憶し、新しいＱｏＳフロー対ＤＲＢマッピングを作成する（ステップ５）。新しいＱｏＳフロー対ＤＲＢマッピングは、ＵＥへのさらなる送信のためにｓ−ｇＮＢに返される（ステップ６および７）。ＵＥは、新しいＱｏＳフロー対ＤＲＢマッピングと古いＱｏＳフロー対ＤＲＢマッピングの両方を保持する（ステップ８）。ロスレスハンドオーバを確実にするために、ターゲットノードとＵＥとは、どのＰＤＣＰ ＰＤＵがＵＥによって成功裡に受信され、どのＰＤＣＰ ＰＤＵが消失しているかに関する情報（すなわち、ステータス報告）を交換する（ステップ１３）。情報の交換は、ｓ−ｇＮＢ側のＱｏＳフロー対ＤＲＢマッピングに基づく。それぞれのＰＤＣＰ順序番号は、新ターゲット側（ｎｅｗ−ｔａｒｇｅｔ−ｓｉｄｅ）設定に（すなわち、新しいＱｏＳフロー対ＤＲＢマッピングに）マッピングされ得ない。

ＰＤＣＰ順序番号に加えて、５Ｇは、ＰＤＣＰヘッダ中で示されるＱｏＳフロー識別情報を含み得る。したがって、ＱｏＳフローがソースｇＮＢおよびターゲットｇＮＢ上で別様にＤＲＢにマッピングされる場合でも、ＱｏＳフロー識別子を介してＱｏＳフローを区別することが可能である。

以下は、ステップ１４において、ＳＮがｓ−ｇＮＢにおいて割り当てられたＰＤＣＰ ＰＤＵの（再）送信をどのように実施すべきかの２つの例であり、ＵＥとｔ−ｇＮＢの両方について示される。いくつかの実施形態では、このステップは、エンティティのうちの１つによってのみ、たとえば、ｔ−ｇＮＢによってのみ実施され得る。

一例では、ＰＤＣＰ ＳＮがｓ−ｇＮＢにおいて（すなわち、古いＱｏＳフロー対ＤＲＢマッピングに基づいて）割り当てられたＰＤＣＰ ＰＤＵが、新しいＤＲＢ設定を介してソース側ＳＮとともに送られる。ＰＤＣＰヘッダ中のフィールドは、古いＱｏＳフロー対ＤＲＢマッピングと新しいＱｏＳフロー対ＤＲＢマッピングの両方についてのＰＤＣＰ ＳＮを含むように含まれる。別の代替形態は、２つのＰＤＣＰヘッダを含む。たとえば、ｓ−ｇＮＢ割当てＳＮをもつ古いＰＤＣＰヘッダは、ｔ−ｇＮＢによって作成された新しいＰＤＣＰヘッダ内にネスティングされ得、これは、ｔ−ｇＮＢがｔ−ｇＮＢ ＰＤＣＰ順序番号付けを適用することを可能にし、送信ステータスの同期が、必要な限り、ｓ−ｇＮＢ順序番号付けとＰＤＵのそれぞれの（再）送信とを適用し得る。

別の例では、ＵＥとｔ−ｇＮＢとは、送信ステータスの同期とＰＤＣＰ ＰＤＵのそれぞれの（再）送信とが完遂するまで、古いＱｏＳフロー対ＤＲＢマッピングとＰＤＣＰ順序番号付けとを適用する。その後、ｔ−ｇＮＢ設定が適用される（すなわち、新しいＱｏＳフロー対ＤＲＢマッピングが使用される）。

両方の例に共通するのは、Ｘｎインターフェースを介したデータフォワーディングとそれぞれのＳＮステータス情報（ステップ９）交換とが、Ｘ２インターフェースに関するＬＴＥについて指定されたように適用され得ることである。相違は、新しい順序番号範囲を使用する可能性である。

上記で説明された可能性に沿った特殊な扱いが適用されなければならないかどうかをｔ−ｇＮＢが決定するために、ｔ−ｇＮＢは、ｓ−ｇＮＢから古いＱｏＳフロー対ＤＲＢマッピングを受信する。

いくつかの実施形態では、上記で説明されたｔ−ｇＮＢおよびＵＥ機能は、ＤＲＢのサブセットについてのみ適用される。たとえば、ＤＲＢのサブセットについてのＱｏＳフロー対ＤＲＢマッピングが変更されなかった場合、機能性を適用することが必要でないことがある。

ロスレスモビリティを与えることのカテゴリに入らない別の例は、ＰＤＣＰ受信ステータスを同期させず、ＵＰＦから受信されたプレーンＩＰパケットをフォワーディングするにすぎない。これは、パケットロスおよび／またはパケット重複につながり得るが、ＲＡＮにおけるプロシージャを簡略化する。

ＱｏＳフロー対ＤＲＢマッピング設定は、異なるやり方で表現され得る。単純な形態では、表現は、異なる５Ｇ ＱｏＳフローとＤＲＢとの間の関係を示す。さらに、関係するアップリンクおよびダウンリンクＰＤＣＰ ＳＮ、ＨＦＮ、または特定のＤＲＢに関係する任意の他のＰＤＣＰエンティティ内部情報も、ＱｏＳフロー対ＤＲＢマッピング設定の一部であり得る。

特定の実施形態および例は、ｇＮＢ間のハンドオーバに関して説明されるが、特定の実施形態は、ＮＧ ＣＮに接続されたｅＮＢ間の、および新しい５Ｇ ＱｏＳモデルが使用される場合にデュアルコネクティビティがアクティブ化される（または非アクティブ化される）ときのハンドオーバにも適用される。

さらに、Ｘｎインターフェースが２つのｇＮＢ間のハンドオーバのために使用される特定の実施形態および例が説明されるが、特定の実施形態は、ＮＧ／ＮＧ２インターフェースベースハンドオーバを使用し得る。また、特定の実施形態はｇＮＢ間の直接的データフォワーディングを使用するが、特定の実施形態は、ＵＰＦを介したｇＮＢ間の間接的データフォワーディングを使用し得る。

図１７および図１８は、複数のネットワーク構成要素間のシグナリングを示し、図１９は、ネットワークノードなど、特定のネットワーク構成要素によって実施されるステップを示す。

図１９は、いくつかの実施形態による、ネットワークノードにおける例示的な方法のフロー図である。特定の実施形態では、１つまたは複数のステップは、図１５を参照しながら説明されたネットワークノード１２０によって実施され得る。

方法は、ステップ１９１２において始まり、ネットワークノードが、ソースネットワークノードからハンドオーバ要求を受信する。たとえば、ネットワークノード１２０ｂが、ネットワークノード１２０ａから無線デバイス１１０についてのハンドオーバ要求を受信し得る（図１７または図１８のステップ４）。

ステップ１９１４において、ネットワークノードは、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信する。たとえば、ネットワークノード１２０ｂは、ハンドオーバより前にネットワークノード１２０ａによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信し得る（たとえば、図１７または図１８のステップ４）。

前のＱｏＳフロー対ＤＲＢマッピングは、ＤＲＢ１にマッピングされるフロー１、ならびにＤＲＢ２にマッピングされるフロー２およびフロー３を含み得る。ＱｏＳフロー対ＤＲＢマッピングは、ハンドオーバシグナリングに含まれ得る。特定の実施形態では、ソースネットワークノードからＱｏＳフロー対ＤＲＢマッピングを受信することは、Ｘｎインターフェース上で、あるいは、Ｓ１またはＮＧインターフェース上でコアネットワークエレメントを介してハンドオーバシグナリングを受信することを含む。

ステップ１９１６において、ネットワークノードは、ソースネットワークノードから、バッファされたＰＤＣＰ ＰＤＵを受信する。たとえば、ネットワークノード１２０ａは、無線デバイス１１０によってまだ確認応答されていないバッファされたＰＤＣＰ ＰＤＵを有し得る。ネットワークノード１２０ａは、バッファされたＰＤＣＰ ＰＤＵをネットワークノード１２０ｂに送り得る（たとえば、図１７のステップ８および９または図１８のステップ９および１０）。

ステップ１９１８において、ネットワークノードは、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信する。たとえば、ネットワークノード１２０ｂは、ネットワークノード１２０ａから受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、任意のダウンリンクユーザプレーンＰＤＣＰ ＰＤＵを無線デバイス１１０に送信し得る（たとえば、図１７のステップ１０または図１８のステップ１４）。

ステップ１９２０において、ネットワークノードは、ハンドオーバが完了したという指示を取得する。たとえば、ネットワークノード１２０ｂは、コアネットワーク（たとえば、ＡＭＦ１３２）から経路切替え確認応答を受信し得る。一例が、図１７のステップ１３または図１８のステップ１６に示されている。

ステップ１９２２において、ネットワークノードは、新しいＱｏＳフロー対ＤＲＢマッピングを決定する。たとえば、ネットワークノード１２０ｂの特定の要件およびリソースにより、ネットワークノード１２０ｂは、ネットワークノード１２０ａによって使用されたマッピング以外の新しいＱｏＳフロー対ＤＲＢマッピングを決定することになり得る（たとえば、図１７のステップ１４または図１８のステップ５）。新しいＱｏＳフロー対ＤＲＢマッピングは、ＤＲＢ１にマッピングされるフロー１およびフロー２、ならびにＤＲＢ２にマッピングされるフロー３を含み得る。

ステップ１９２４において、ネットワークノードは、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化する。たとえば、ネットワークノード１２０ｂは、より高いプロトコルレイヤまたはより低いプロトコルレイヤから受信されたＰＤＣＰ ＰＤＵのために新しいＱｏＳフロー対ＤＲＢマッピングを使用する。

いくつかの実施形態では、特定のステップが、上記で説明された番号順とは異なる順で実施され得る。たとえば、いくつかの実施形態では、ネットワークノードは、ステップ１９１４の後にまたはステップ１９１４とほぼ同じ時間に、ステップ１９２２の新しいＱｏＳフロー対ＤＲＢマッピングを決定し得る（たとえば、図１８のステップ５）。

いくつかの実施形態では、ネットワークノードは、ステップ１９２６〜１９２８に従って新しいＱｏＳフロー対ＤＲＢマッピングを使用し得る。ステップ１９２６において、ネットワークノードは、新しいＱｏＳフロー対ＤＲＢマッピングをソースネットワークノードに送る。たとえば、ネットワークノード１２０ｂは、新しいＱｏＳフロー対ＤＲＢマッピングをネットワークノード１２０ａに送り得る（たとえば、図１８のステップ６）。ネットワークノード１２０ａは、新しいＱｏＳフロー対ＤＲＢマッピングを無線デバイス１１０に送り得る（たとえば、図１８のステップ７）。無線デバイス１１０は、ステータスリポートまたは確認応答をネットワークノード１２０ａおよび／またはネットワークノード１２０ｂに送るために、古いＱｏＳフロー対ＤＲＢマッピングと新しいＱｏＳフロー対ＤＲＢマッピングとの組合せを使用し得る。

ステップ１９２８において、ネットワークノードは、無線デバイスからＰＤＣＰステータス報告を受信する。たとえば、ネットワークノード１２０ｂは、無線デバイス１１０からＰＤＣＰステータスリポートを受信し得る（たとえば、図１８のステップ１３）。ＰＤＣＰ ＰＤＵの送信のための新しいＱｏＳフロー対ＤＲＢマッピングは、受信されたバッファされたＰＤＣＰ ＰＤＵの同期が完了した後にアクティブ化され得る（すなわち、ステップ１９２４）。

図１９に示されている方法に対して修正、追加、または省略が行われ得る。さらに、方法における１つまたは複数のステップは、並行してまたは任意の好適な順で実施され得る。

図２０は、無線デバイスの例示的な実施形態を示すブロック図である。無線デバイスは、図１５に示されている無線デバイス１１０の一例である。無線デバイスは、第２のセルのためのＱｏＳフロー対ＤＲＢマッピングが第１のセルのためのＱｏＳフロー対ＤＲＢマッピングとは異なり得る、第１のセルから第２のセルへのハンドオーバを実施することが可能である。

特定の例は、モバイルフォン、スマートフォン、ＰＤＡ（携帯情報端末）、ポータブルコンピュータ（たとえば、ラップトップ、タブレット）、センサー、モデム、マシン型（ＭＴＣ）デバイス／マシンツーマシン（Ｍ２Ｍ）デバイス、ラップトップ埋込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、デバイスツーデバイス対応デバイス、ＮＢ−ＩｏＴデバイス、または無線通信を与えることができる任意の他のデバイスを含む。無線デバイスは、トランシーバ８１０と、処理回路要素８２０と、メモリ８３０と、電源８４０とを含む。いくつかの実施形態では、トランシーバ８１０は、（たとえば、アンテナを介して）無線信号を無線ネットワークノード１２０に送信すること、および無線信号を無線ネットワークノード１２０から受信することを可能にし、処理回路要素８２０は、無線デバイスによって与えられるものとして本明細書で説明される機能性の一部または全部を与えるための命令を実行し、メモリ８３０は、処理回路要素８２０によって実行される命令を記憶する。電源８４０は、トランシーバ８１０、処理回路要素８２０、および／またはメモリ８３０など、無線デバイス１１０の構成要素のうちの１つまたは複数に電力を供給する。

処理回路要素８２０は、無線デバイスの説明される機能の一部または全部を実施するために命令を実行し、データを操作するための、１つまたは複数の集積回路またはモジュールにおいて実装されたハードウェアとソフトウェアの任意の好適な組合せを含む。いくつかの実施形態では、処理回路要素８２０は、たとえば、１つまたは複数のコンピュータ、１つまたは複数のプログラマブル論理デバイス、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数のアプリケーション、および／または他の論理、ならびに／あるいは前述の任意の好適な組合せを含み得る。処理回路要素８２０は、無線デバイス１１０の説明される機能の一部または全部を実施するように設定されたアナログおよび／またはデジタル回路要素を含み得る。たとえば、処理回路要素８２０は、抵抗器、キャパシタ、インダクタ、トランジスタ、ダイオード、および／または任意の他の好適な回路構成要素を含み得る。

メモリ８３０は、概して、コンピュータ実行可能コードおよびデータを記憶するように動作可能である。メモリ８３０の例は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは情報を記憶する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。

電源８４０は、概して、無線デバイス１１０の構成要素に電力を供給するように動作可能である。電源８４０は、リチウムイオン、リチウム空気、リチウムポリマー、ニッケルカドミウム、ニッケル金属水素化物、または無線デバイスに電力を供給するための任意の他の好適なタイプのバッテリーなど、任意の好適なタイプのバッテリーを含み得る。

特定の実施形態では、トランシーバ８１０と通信している処理回路要素８２０は、ネットワークノード１２０とＰＤＣＰカプセル化データを通信する。無線デバイスの他の実施形態は、上記で説明された機能性および／または（上記で説明されたソリューションをサポートするのに必要な任意の機能性を含む）任意の追加の機能性のうちのいずれかを含む、無線デバイスの機能性のいくつかの態様を与える役目を果たす（図２０に示されている構成要素以外の）追加の構成要素を含み得る。

図２１Ａは、ネットワークノードの例示的な実施形態を示すブロック図である。ネットワークノードは、第２のセルのためのＱｏＳフロー対ＤＲＢマッピングが第１のセルのためのＱｏＳフロー対ＤＲＢマッピングとは異なり得る、第１のセルから第２のセルへのハンドオーバを実施することが可能である。ネットワークノードは、ソースネットワークノードからハンドオーバ要求を受信することと、ソースネットワークノードから、ハンドオーバより前にソースネットワークノードによって使用されたＱｏＳフロー対ＤＲＢマッピングを受信することと、ソースネットワークノードから、バッファされたＰＤＣＰ ＰＤＵを受信することと、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信することと、ハンドオーバが完了したという指示を取得することと、新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、ＰＤＣＰ ＰＤＵの送信のために新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することとが可能である。

ネットワークノード１２０は、ｅノードＢ、ノードＢ、基地局、無線アクセスポイント（たとえば、Ｗｉ−Ｆｉアクセスポイント）、低電力ノード、基地トランシーバ局（ＢＴＳ）、送信ポイントまたはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、あるいは他の無線アクセスノードであり得る。ネットワークノード１２０は、処理回路要素９２０（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、少なくとも１つのメモリ９３０と、少なくとも１つのネットワークインターフェース９４０と、１つまたは複数のアンテナに結合された１つまたは複数のトランシーバ９１０を各々含む１つまたは複数の無線ユニットとを含む。トランシーバ９１０は、（たとえば、アンテナを介して）無線信号を無線デバイス１１０などの無線デバイスに送信すること、および無線信号を無線デバイスから受信することを可能にし、処理回路要素９２０は、ネットワークノード１２０によって与えられているものとして上記で説明された機能性の一部または全部を与えるための命令を実行し、メモリ９３０は、処理回路要素９２０によって実行される命令を記憶し、ネットワークインターフェース９４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コントローラ、および／または他のネットワークノード１２０など、バックエンドネットワーク構成要素に信号を通信する。処理回路要素９２０およびメモリ９３０は、上記の図２０の処理回路要素８２０およびメモリ８３０に関して説明されたのと同じタイプのものであり得る。

いくつかの実施形態では、ネットワークインターフェース９４０は、処理回路要素９２０に通信可能に結合され、ネットワークノード１２０のための入力を受信するか、ネットワークノード１２０からの出力を送るか、入力または出力あるいはその両方の好適な処理を実施するか、他のデバイスに通信するか、または前述の任意の組合せを行うように動作可能な任意の好適なデバイスを指す。ネットワークインターフェース９４０は、ネットワークを通して通信するために、適切なハードウェア（たとえば、ポート、モデム、ネットワークインターフェースカードなど）と、プロトコル変換能力およびデータ処理能力を含むソフトウェアとを含む。特定の実施形態では、トランシーバ９１０と通信している処理回路要素９２０は、無線デバイス１１０とＰＤＣＰカプセル化データを通信する。

いくつかの実施形態では、ネットワークノード１２０の一部分は、（たとえば、（１つまたは複数の）ネットワークにおいて（１つまたは複数の）物理処理ノード上で実行している（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装され得る。たとえば、ネットワークノード１２０の処理回路要素９２０によって実行される機能の一部または全部は、処理回路要素９２０によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。

ネットワークノード１２０の他の実施形態は、上記で説明された機能性および／または（上記で説明されたソリューションをサポートするのに必要な任意の機能性を含む）任意の追加の機能性のうちのいずれかを含む、ネットワークノードの機能性のいくつかの態様を与える役目を果たす（図２１Ａに示されている構成要素以外の）追加の構成要素を含む。様々な異なるタイプのネットワークノードは、同じ物理ハードウェアを有するが（たとえば、プログラミングを介して）異なる無線アクセス技術をサポートするように設定された構成要素を含み得るか、あるいは部分的にまたは完全に異なる物理構成要素を表し得る。

図２１Ｂは、ネットワークノード１２０の例示的な構成要素を示すブロック図である。構成要素は、受信モジュール９５０と、送信モジュール９５２と、決定モジュール９５４とを含み得る。

受信モジュール９５０は、ネットワークノード１２０の受信機能を実施し得る。たとえば、受信モジュール９５０は、図１９のステップ１９１２〜１９１６、１９２０および１９２８を実施し得る。いくつかの実施形態では、受信モジュール９５０は、処理回路要素９２０を含むか、または処理回路要素９２０中に含まれ得る。受信モジュール９５０は、送信モジュール９５２および決定モジュール９５４と通信し得る。

送信モジュール９５２は、ネットワークノード１２０の送信機能を実施し得る。たとえば、送信モジュール９５２は、図１９のステップ１９１８および１９２６を実施し得る。いくつかの実施形態では、送信モジュール９５２は、処理回路要素９２０を含むか、または処理回路要素９２０中に含まれ得る。送信モジュール９５２は、受信モジュール９５０および決定モジュール９５４と通信し得る。

決定モジュール９５４は、ネットワークノード１２０の決定機能を実施し得る。たとえば、決定モジュール９５４は、図１９のステップ１９２２および１９２４を実施し得る。いくつかの実施形態では、決定モジュール９５４は、処理回路要素９２０を含むか、または処理回路要素９２０中に含まれ得る。決定モジュール９５４は、受信モジュール９５０および送信モジュール９５２と通信し得る。

本開示のいくつかの実施形態は、１つまたは複数の技術的利点を与え得る。いくつかの実施形態は、これらの利点の、一部から恩恵を受けるか、いずれからも恩恵を受けないか、または全部から恩恵を受け得る。他の技術的利点が当業者によって容易に確かめられ得る。

本開示はいくつかの実施形態に関して説明されたが、実施形態の改変および置換は当業者に明らかである。いくつかの実施形態がいくつかの無線アクセス技術に関して説明されたが、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、ＮＲ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉなど、任意の好適な無線アクセス技術（ＲＡＴ）または無線アクセス技術の組合せが使用され得る。したがって、実施形態の上記の説明は、本開示を制約しない。他の変更、置換、および改変が、本開示の趣旨および範囲から逸脱することなく可能である。

略語：
３ＧＰＰ 第３世代パートナーシッププロジェクト
５ＧＣ 第５世代システム
５ＧＣ 第５世代コア
ＡＭＢＲ アグリゲート最大ビットレート
ＡＭＦ 認証および管理機能
ＡＳ アクセス層
ＣＡ キャリアアグリゲーション
ＣＣ コンポーネントキャリア
ＣＮ コアネットワーク
ＤＲＢ データ無線ベアラ
ｅＭＢＢ 拡張モバイルブロードバンド
ｅＭＴＣ 拡張マシン型通信
ｅＭＴＣ−Ｕ 未ライセンス帯域のための拡張マシン型通信（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｆｏｒ Ｕｎｌｉｃｅｎｓｅｄ Ｂａｎｄ）
ｅＮＢ エボルブドノードＢ
ｅノードＢ エボルブドノードＢ
ＥＰＣ エボルブドパケットコア
ＥＰＳ エボルブドパケットシステム
ＦｅＭＴＣ さらなる拡張ＭＴＣ（Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＭＴＣ）
ＦＤＤ 周波数分割複信
ＦＭＳ 第１の消失したＰＤＣＰ ＳＮ
ＧＢＲ 保証ビットレート
ｇＮＢ 第５世代ノードＢ
ＨＦＮ ハイパーフレーム番号
ＩＤ 識別子
ＩｏＴ モノのインターネット
ＬＴＥ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＢＲ 最大ビットレート
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンター
ＭＴＣ マシン型通信
ＮＡＳ 非アクセス層
ＮＢ−ＩｏＴ 狭帯域ＩｏＴ
ＮＢ−ＩｏＴ−Ｕ 未ライセンス帯域のための狭帯域モノのインターネット（Ｎａｒｒｏｗ−ｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ ｆｏｒ Ｕｎｌｉｃｅｎｓｅｄ Ｂａｎｄ）
ＮＧＳ 次世代システム
ＮＲ 新しい無線
ＮＷ ネットワーク
ＯＦＤＭ 直交周波数分割多重
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＣＣ プライマリコンポーネントキャリア
ＰＣｅｌｌ プライマリセル
ＰＣＲＦ ポリシーおよび課金ルール機能
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＮ パケットデータネットワーク
ＰＤＵ プロトコルデータユニット
ＰＧＷ パケットデータネットワークゲートウェイ
ＱｏＳ サービス品質
ＲＡＢ 無線アクセスベアラ
ＲＡＴ 無線アクセス技術
ＲＡＮ 無線アクセスネットワーク
ＲＦ 無線周波数
ＲＬＦ 無線リンク障害
ＲＲＣ 無線リソース制御
ＲＳＲＰ 参照信号受信電力
ＲＳＲＱ 参照信号受信品質
ＲＳＴＤ 参照信号時間差
ＳＣＣ セカンダリコンポーネントキャリア
ＳＣｅｌｌ セカンダリセル
ＳＤＦ サービスデータフロー
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＬＡ サービスレベルアグリーメント
ＴＤＤ 時分割複信
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＵＥ ユーザ機器
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ
ＵＴＤＯＡ アップリンク到達時間差
ＵＴＲＡ ＵＭＴＳ地上波無線アクセス

Claims (15)

1. 無線デバイスのハンドオーバを実施するネットワークノードにおいて使用するための方法であって、
   ソースネットワークノードからハンドオーバ要求を受信すること（１９１２）と、
   前記ソースネットワークノードから、ハンドオーバより前に前記ソースネットワークノードによって使用されたサービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを受信すること（１９１４）と、
   前記ソースネットワークノードから、バッファされたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信すること（１９１６）と、
   受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信すること（１９１８）と、
   ハンドオーバが完了したという指示を取得すること（１９２０）と、
   新しいＱｏＳフロー対ＤＲＢマッピングを決定すること（１９２２）と、
   ＰＤＣＰ ＰＤＵの送信のために前記新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化すること（１９２４）と
   を含む方法。
2. 前記ソースネットワークノードから前記ＱｏＳフロー対ＤＲＢマッピングを受信することが、Ｘｎインターフェース上でハンドオーバシグナリングを受信することを含む、請求項１に記載の方法。
3. 前記ソースネットワークノードから前記ＱｏＳフロー対ＤＲＢマッピングを受信することが、Ｓ１またはＮＧインターフェース上でコアネットワークエレメントを介してハンドオーバシグナリングを受信することを含む、請求項１に記載の方法。
4. 前記新しいＱｏＳフロー対ＤＲＢマッピングを前記ソースネットワークノードに送ること（１９２６）をさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 無線デバイスからＰＤＣＰステータス報告を受信すること（１９２８）をさらに含む、請求項４に記載の方法。
6. ＰＤＣＰ ＰＤＵの送信のための前記新しいＱｏＳフロー対ＤＲＢマッピングは、受信されたバッファされたＰＤＣＰ ＰＤＵの同期が完了した後にアクティブ化される、請求項５に記載の方法。
7. 前記受信されたＱｏＳフロー対ＤＲＢマッピングが、前記ネットワークノードにおいてまたは前記ソースネットワークノードにおいて使用中のＤＲＢのサブセットを備える、請求項１から６のいずれか一項に記載の方法。
8. 無線デバイス（１１０）のハンドオーバを実施することが可能なネットワークノード（１２０）であって、
   ソースネットワークノード（１２０）からハンドオーバ要求を受信することと、
   前記ソースネットワークノードから、ハンドオーバより前に前記ソースネットワークノードによって使用されたサービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを受信することと、
   前記ソースネットワークノードから、バッファされたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信することと、
   受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信することと、
   ハンドオーバが完了したという指示を取得することと、
   新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、
   ＰＤＣＰ ＰＤＵの送信のために前記新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することと
   を行うように動作可能な処理回路要素（９２０）を備えるネットワークノード（１２０）。
9. 前記処理回路要素が、Ｘｎインターフェース上でハンドオーバシグナリングを受信することによって、前記ソースネットワークノードから前記ＱｏＳフロー対ＤＲＢマッピングを受信するように動作可能である、請求項８に記載のネットワークノード。
10. 前記処理回路要素が、Ｓ１またはＮＧインターフェース上でコアネットワークエレメントを介してハンドオーバシグナリングを受信することによって、前記ソースネットワークノードから前記ＱｏＳフロー対ＤＲＢマッピングを受信するように動作可能である、請求項８に記載のネットワークノード。
11. 前記処理回路要素が、前記新しいＱｏＳフロー対ＤＲＢマッピングを前記ソースネットワークノードに送るようにさらに動作可能である、請求項８から１０のいずれか一項に記載のネットワークノード。
12. 前記処理回路要素が、無線デバイスからＰＤＣＰステータス報告を受信するようにさらに動作可能である、請求項１１に記載のネットワークノード。
13. 前記処理回路要素は、受信されたバッファされたＰＤＣＰ ＰＤＵの同期が完了した後に、ＰＤＣＰ ＰＤＵの送信のために前記新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化するように動作可能である、請求項１１に記載のネットワークノード。
14. 前記受信されたＱｏＳフロー対ＤＲＢマッピングが、前記ネットワークノードにおいてまたは前記ソースネットワークノードにおいて使用中のＤＲＢのサブセットを備える、請求項８から１３のいずれか一項に記載のネットワークノード。
15. 無線デバイス（１１０）のハンドオーバを実施することが可能なネットワークノード（１２０）であって、受信モジュール（９５０）と、送信モジュール（９５２）と、決定モジュール（９５４）とを備え、
    前記受信モジュールが、
    ソースネットワークノード（１２０）からハンドオーバ要求を受信することと、
    前記ソースネットワークノードから、ハンドオーバより前に前記ソースネットワークノードによって使用されたサービス品質（ＱｏＳ）フロー対データ無線ベアラ（ＤＲＢ）マッピングを受信することと、
    前記ソースネットワークノードから、バッファされたパケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）を受信することと
    を行うように動作可能であり、
    前記送信モジュールが、受信されたＱｏＳフロー対ＤＲＢマッピングを使用して、受信されたＰＤＣＰ ＰＤＵを送信するように動作可能であり、
    前記受信モジュールは、ハンドオーバが完了したという指示を取得するようにさらに動作可能であり、
    前記決定モジュールが、
    新しいＱｏＳフロー対ＤＲＢマッピングを決定することと、
    ＰＤＣＰ ＰＤＵの送信のために前記新しいＱｏＳフロー対ＤＲＢマッピングをアクティブ化することと
    を行うように動作可能である、ネットワークノード（１２０）。

Images