JP2023536619A

JP2023536619A - デュアルアクティブプロトコルスタックハンドオーバ報告のための重複廃棄を考慮するユーザプレーン態様

Info

Publication number: JP2023536619A
Application number: JP2023507409A
Authority: JP
Inventors: プラディーパラーマチャンドラ，; ロマンゾホフ，; マルコベレシー，; マティアスバーリストレーム，; シルヴァ，イカロレオナルドダ; アンジェロセントンザ，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2020-08-06
Filing date: 2021-08-05
Publication date: 2023-08-28
Also published as: US20230292205A1; EP4193670A1; WO2022031213A1; WO2022031200A1

Abstract

無線デバイスによって実施される方法は、少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むユーザプレーン（ＵＰ）情報を取得することを含む。少なくとも１つのＨＯ中断時間は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられる。無線デバイスは、ネットワークノードに、無線デバイスのハンドオーバに関連付けられた報告を送信し、報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。【選択図】図２０

Description

本開示は、一般に、無線通信に関し、より詳細には、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ報告のための重複廃棄を考慮するユーザプレーン態様に関するシステムおよび方法に関する。

簡略化された第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信システムは、図１に示されており、１つまたは複数のアクセスノードと通信するユーザ機器（ＵＥ）を含み、その１つまたは複数のアクセスノードはネットワークノードに接続される。アクセスノードは無線アクセスネットワークの一部である。

３ＧＰＰＴＳ３６．３００ｖ．１６．２．０および関連仕様書において指定されているものなど、（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）または第４世代（４Ｇ）とも呼ばれる）３ＧＰＰエボルブドパケットシステム（ＥＰＳ）規格仕様書に準拠する無線通信システムの場合、アクセスノードは一般にエボルブドノードＢ（ｅＮＢ）に対応し、ネットワークノードは一般にモビリティ管理エンティティ（ＭＭＥ）および／またはサービングゲートウェイ（ＳＧＷ）のいずれかに対応する。ｅＮＢは、この場合拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である無線アクセスネットワークの一部であるが、ＭＭＥとＳＧＷは両方ともエボルブドパケットコアネットワーク（ＥＰＣ）の一部である。ｅＮＢは、Ｘ２インターフェースを介して相互接続され、Ｓ１インターフェースを介してＥＰＣに接続され、より詳細には、Ｓ１－Ｃを介してＭＭＥに接続され、Ｓ１－Ｕを介してＳＧＷに接続される。

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

ＮＲとＬＴＥとの間の高速モビリティをサポートし、コアネットワークの変更を回避するために、ＬＴＥｅＮＢはまた、ＮＧ－Ｕ／ＮＧ－Ｃを介して５ＧＣに接続され、Ｘｎインターフェースをサポートすることができる。５ＧＣに接続されたｅＮＢは、次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれ、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）の一部と見なされる。５ＧＣに接続されたＬＴＥについては本文書ではさらに説明しないが、本文書でＬＴＥおよびＮＲについて説明するソリューション／特徴の大部分は、５ＧＣに接続されたＬＴＥにも適用することに留意されたい。本明細書で使用されるＬＴＥという用語は、さらなる詳述なしにＬＴＥ－ＥＰＣを指すために使用される。

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

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

したがって、ソースアクセスノードおよびターゲットアクセスノードは、特定のＵＥのハンドオーバ中に所与のアクセスノードによってサーブされる役割を指すことを理解されたい。たとえば、所与のアクセスノードはあるＵＥのハンドオーバ中にはソースアクセスノードとしてサーブし得るが、その所与のアクセスノードは異なるＵＥのハンドオーバ中にはターゲットアクセスノードとしてもサーブする。そして、所与のＵＥのノード内またはセル内ハンドオーバの場合、同じアクセスノードはそのＵＥのためのソースアクセスノードとターゲットアクセスノードの両方としてサーブする。

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

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

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

特に、ステップ１において、測定報告がＵＥからソースｅＮＢに送られる。その後、ユーザデータがＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間で交換される。ステップ２において、ソースｅＮＢはハンドオーバ（ＨＯ）決定を実施する。ステップ３において、ソースｅＮＢはターゲットｅＮＢにハンドオーバ要求を送る。ステップ４において、ターゲットｅＮＢはソースｅＮＢにＨＯ要求確認応答を送る。ステップ５において、ソースｅＮＢはＵＥにＲＣＣ接続再設定メッセージを送る。ステップ６において、ＵＥはソースセルから離れる。ステップ７において、ソースｅＮＢはターゲットｅＮＢにＳＮステータス転送メッセージを送る。その後、データがソースｅＮＢからターゲットｅＮＢにフォワーディングされる。ステップ８において、ＵＥとターゲットｅＮＢとの間でランダムアクセスが実施される。ステップ９において、ＲＲＣ接続再設定完了メッセージがＵＥからターゲットｅＮＢに送信される。その後、ユーザデータがＵＥとターゲットｅＮＢとの間で交換される。ステップ１０において、ターゲットｅＮＢはＭＭＥに経路切替え要求を送る。ステップ１１において、ＭＭＥとＳＧＷとは経路切替え関係シグナリングを交換する。その後、ユーザデータがターゲットｅＮＢとＳＧＷとの間で交換され、ＳＧＷはターゲットｅＮＢに終了マーカーを送り、ターゲットｅＮＢは次いで終了マーカーをソースｅＮＢにフォワーディングし、ソースｅＮＢは次いで終了マーカーをターゲットｅＮＢに戻す。ステップ１２において、ターゲットｅＮＢはＭＭＥに経路切替え要求確認応答を送る。ターゲットｅＮＢは、次いで、ステップ１３において、ソースｅＮＢにＵＥコンテキスト解放メッセージを送信する。

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

シームレスハンドオーバ
シームレスハンドオーバは、無線リンク制御（ＲＬＣ）非確認型モード（ＵＭ）にマッピングされるユーザプレーン無線ベアラのために適用される。これらのタイプのデータは、一般に、ロスに対する耐性は妥当であるが、遅延に対する耐性はより小さい（たとえばボイスサービス）。シームレスハンドオーバは、したがって、複雑さと遅延とを最小にするように設計されるが、いくつかのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）のロスを生じ得る。

シームレスハンドオーバが適用される無線ベアラの場合、ハンドオーバにおいて、ヘッダ圧縮コンテキストを含むＰＤＣＰエンティティはリセットされ、ＣＯＵＮＴ値は０にセットされる。いずれにせよハンドオーバにおいて新しいキーが生成されるので、ＣＯＵＮＴ値を維持するセキュリティ上の理由はない。送信がまだ開始していないＵＥ中のＰＤＣＰＳＤＵはハンドオーバの後にターゲットアクセスノードに送信される。ソースアクセスノードにおいて、まだ送信されていないＰＤＣＰＳＤＵはＸ２／Ｘｎインターフェースを介してターゲットアクセスノードにフォワーディングされ得る。送信がすでに開始したが、うまく受信されていないＰＤＣＰＳＤＵは失われる。ハンドオーバにおいてソースアクセスノードとターゲットアクセスノードとの間でコンテキスト（すなわち設定情報）が転送される必要はないので、これは複雑さを最小にする。

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

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

ダウンリンク（ＤＬ）におけるロスレスハンドオーバを保証するために、ソースアクセスノードは、再送信バッファに記憶されたＤＬＰＤＣＰＳＤＵ、ならびにゲートウェイから受信された最新のＤＬＰＤＣＰＳＤＵを（再）送信のためにターゲットアクセスノードにフォワーディングする。ソースアクセスノードは、コアネットワークゲートウェイ（ＬＴＥ／ＥＰＣではＳＧＷ、ＬＴＥ／５ＧＣおよびＮＲではＵＰＦ）から、ソースアクセスノードに送られた最後のパケット（いわゆる「終了マーカー」パケット）を示す指示を受信する。ソースアクセスノードはまた、この指示をターゲットアクセスノードにフォワーディングし、それにより、ターゲットアクセスノードがゲートウェイから直接受信されたパケットの送信をいつ開始することができるかを、ターゲットアクセスノードは知る。

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

ロスレスハンドオーバの追加の特徴はいわゆる選択的再送信である。いくつかのケースでは、ＰＤＣＰＳＤＵがうまく受信されたが、対応するＲＬＣ確認応答が受信されないことが起こり得る。このケースでは、ハンドオーバの後に、ＲＬＣレイヤから受信された不正確なステータスに基づいてＵＥまたはターゲットアクセスノードによって開始される不要な再送信があり得る。これらの不要な再送信を回避するために、ＰＤＣＰステータス報告がターゲットアクセスノードからＵＥに、およびＵＥからターゲットアクセスノードに送られ得る。ハンドオーバの後にＰＤＣＰステータス報告を送るべきかどうかは、各無線ベアラについて、および各方向について独立して設定される。

Ｒｅｌ－１４メイクビフォアブレイク（Ｍａｋｅ－Ｂｅｆｏｒｅ－Ｂｒｅａｋ）ハンドオーバ
ハンドオーバ中断時間は、一般に、ＵＥがソースアクセスノードとの送信／受信を停止してから、ターゲットアクセスノードがＵＥとの送信／受信を再開するまでの時間として定義される。

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

１つのそのような改善の例として、ＬＴＥＲｅｌ－１４において、ハンドオーバ中断時間をできる限り０ｍｓ近くに短縮する目的でメイクビフォアブレイク（Ｍａｋｅ－Ｂｅｆｏｒｅ－Ｂｒｅａｋ：ＭＢＢ）が導入された。図３は、リリース１４ＬＴＥＭＢＢによる例示的なシグナリングを示す。

特に、ステップ１において、測定報告がＵＥからソースｅＮＢに送られる。その後、ユーザデータがＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間で交換される。ステップ２において、ソースｅＮＢはハンドオーバ（ＨＯ）決定を実施する。ステップ３において、ソースｅＮＢはターゲットｅＮＢにハンドオーバ要求を送る。ステップ４において、ターゲットｅＮＢはソースｅＮＢにＨＯ要求確認応答を送る。ステップ５において、ソースｅＮＢはＵＥにＲＣＣ接続再設定メッセージを送る。その後、ユーザデータがＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間で交換される。ステップ６において、ＵＥはソースセルから離れる。ステップ７において、ソースｅＮＢはターゲットｅＮＢにＳＮステータス転送メッセージを送る。その後、データがソースｅＮＢからターゲットｅＮＢにフォワーディングされる。ステップ８において、ＵＥとターゲットｅＮＢとの間でランダムアクセスが実施される。ステップ９において、ＲＲＣ接続再設定完了メッセージがＵＥからターゲットｅＮＢに送信される。その後、ユーザデータがＵＥとターゲットｅＮＢとの間で交換される。ステップ１０において、ターゲットｅＮＢはＭＭＥに経路切替え要求を送る。ステップ１１において、ＭＭＥとＳＧＷとは経路切替え関係シグナリングを交換する。その後、ユーザデータがターゲットｅＮＢとＳＧＷとの間で交換され、ＳＧＷはターゲットｅＮＢに終了マーカーを送り、ターゲットｅＮＢは次いで終了マーカーをソースｅＮＢにフォワーディングし、ソースｅＮＢは次いで終了マーカーをターゲットｅＮＢに戻す。ステップ１２において、ターゲットｅＮＢはＭＭＥに経路切替え要求確認応答を送る。ターゲットｅＮＢは、次いで、ステップ１３において、ソースｅＮＢにＵＥコンテキスト解放メッセージを送信する。

ＬＴＥＲｅｌ－１４において導入されたＭＢＢハンドオーバプロシージャは、ＵＥが、ソースセルにおいてハンドオーバコマンドメッセージ（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏをもつＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を受信するとＭＡＣをリセットし、ＲＬＣとＰＤＣＰとを再確立する標準ハンドオーバプロシージャとは異なり、ＵＥが、ソースセルから切断する前にターゲットセルに接続するハンドオーバ機構を指す。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中のｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、ソースセルへの接続を保つようＵＥに命令するためのｍａｋｅＢｅｆｏｒｅＢｒｅａｋフィールドを含む。

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

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

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

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

Ｒｅｌ－１６デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ
Ｒｅｌ－１４ＭＢＢの欠点に対処し、０ｍｓ程度の中断時間を達成するために、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバとしても知られるメイクビフォアブレイク（ＭＢＢ）の拡張バージョンがＬＴＥとＮＲの両方のためのＲｅｌ－１６のために指定されている。

ＤＡＰＳハンドオーバは、ハンドオーバのためのＲＲＣメッセージ（すなわち、マスターセルグループ（ＭＣＧ）のためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）の受信の後に、ターゲットｇＮＢへのランダムアクセスが成功した後にソースセルを解放するまで、ＵＥがソースｇＮＢ接続を維持するハンドオーバプロシージャとして定義される。

ＤＡＰＳハンドオーバ中に、ＵＥは、ソースセルとターゲットセルとから同時に送信することと受信することとが可能であると仮定される。実際には、これは、ＵＥがデュアルＴｘ／Ｒｘチェーンを装備されることを必要とし得る。デュアルＴｘ／Ｒｘチェーンはまた、潜在的に、周波数間ハンドオーバなど他のハンドオーバシナリオにおいてＤＡＰＳハンドオーバをサポートすることを可能にする。

図４は、ＬＴＥの場合のＤＡＰＳノード間ハンドオーバの例を示す。特に、ステップ１において、測定報告がＵＥからソースｅＮＢに送られる。その後、ユーザデータがＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間で交換される。ステップ２において、ソースｅＮＢはハンドオーバ（ＨＯ）決定を実施する。ステップ３において、ソースｅＮＢはターゲットｅＮＢにハンドオーバ要求を送る。ステップ４において、ターゲットｅＮＢはソースｅＮＢにＨＯ要求確認応答を送る。ステップ５において、ソースｅＮＢはＵＥにＲＣＣ接続再設定メッセージを送る。ステップ６において、ソースｅＮＢはターゲットｅＮＢにＳＮステータス転送メッセージを送る。その後、データがソースｅＮＢからターゲットｅＮＢにフォワーディングされ、ユーザデータがＵＥとソースｅＮＢとソースｅＮＢとターゲットｅＮＢとの間で交換される。ステップ７において、ＵＥとターゲットｅＮＢとの間でランダムアクセスが実施される。ステップ８において、ＲＲＣ接続再設定完了メッセージがＵＥからターゲットｅＮＢに送信される。その後、ユーザデータがＵＥとターゲットｅＮＢとの間で交換される。ステップ９において、ターゲットｅＮＢはＭＭＥに経路切替え要求を送る。ステップ１０において、ＭＭＥとＳＧＷとは経路切替え関係シグナリングを交換する。その後、ユーザデータがターゲットｅＮＢとＳＧＷとの間で交換され、ＳＧＷはターゲットｅＮＢに終了マーカーを送り、ターゲットｅＮＢは次いで終了マーカーをソースｅＮＢにフォワーディングし、ソースｅＮＢは次いで終了マーカーをターゲットｅＮＢに戻す。ステップ１１において、ＭＭＥはターゲットｅＮＢに経路切替え要求確認応答を送る。ターゲットｅＮＢは、次いで、ステップ１２において、ソースｅＮＢにＵＥコンテキスト解放メッセージを送信する。ステップ１３において、ＵＥはソースセルを解放する。

ステップ５において、（ベアラごとにセットされる）ハンドオーバコマンド中の「ＤＡＰＳＨＯ」指示、たとえば、ＭＣＧのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、ＵＥは、（ＤＡＰＳが設定されたベアラの場合）ターゲットアクセスノードに関連付けられたターゲットセルへの接続を確立しながら、ソースアクセスノードに関連付けられたソースセルへの接続を維持することが留意され得る。すなわち、ＵＥは、ステップ５～８の間に、それぞれのベアラについていかなる中断もなしに、ソースアクセスノードを介してＤＬ／ＵＬユーザプレーンデータを送り、受信することができる。そして、ステップ８の後に、ＵＥは、通常のＨＯプロシージャと同様にＵＬ／ＤＬユーザプレーンデータ送信のために利用可能なターゲットリンクを有する。

所与のベアラについてのＤＡＰＳ設定は、ＴＳ３８．３３１ｖ．１６．１．０において説明されているように、ＤＡＰＳが設定されるべき各ＤＲＢについて、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇの一部として与えられ、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇＩＥはＭＣＧのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ中に含まれる。

ＤＡＰＳハンドオーバの場合、ＵＥは、ソースセルを解放するまで、すなわち、ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージがターゲットによって送信されるまでソースｇＮＢからのダウンリンクユーザデータ受信を継続し、ターゲットｇＮＢへのランダムアクセスプロシージャが成功するまでソースｇＮＢへのアップリンクユーザデータ送信を継続する。そうするために、ＵＥは、ハンドオーバの持続時間全体について、すなわち、ＨＯ完了情報を含んでいるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅが送信されるまで、ソースセルに対する無線リンク監視（ＲＬＭ）を実施し続けるべきである。それは、たとえば、ＵＥが、可能な同期外れ指示、ソースとのＲＬＣ再送信がしきい値を超えるかどうかなどを監視し続けるべきであることを暗示する。明らかに、ＤＡＰＳを実施する間にＲＬＦがソースセルにおいて行われる場合、ＵＥはソース接続を解放するが、ＵＥはターゲットへのＤＡＰＳＨＯを継続することができる。

前に説明されたように、ＤＡＰＳＨＯが設定されたＵＥは、ターゲットにおいてハンドオーバが完了されるまで、すなわち、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅがターゲットに送信されるまで、ソースセルに向かうＵＬ送信を継続することができる。ＤＬの場合、代わりに、ソースネットワークノード（たとえばソースｇノードＢ）は、（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを受信した後に）ターゲットによって送信されたｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージ中で伝達されたソース設定解放がＵＥによって受信されるまで、ＤＬデータを送り続けることができる。したがって、ソースセルへのＵＬデータ送信はハンドオーバ完了を超えて延長されないが、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）および他の可能なレイヤ１制御シグナリングなど、ソースセルへのいくつかのＵＬ送信は、ハンドオーバの完了後にソースセルに向けて実施されるべきである。

ＲＲＣによってトリガされるハンドオーバ機構は、ＤＡＰＳハンドオーバを除いて、少なくともＭＡＣエンティティをリセットし、ＲＬＣを再確立することをＵＥに要求し、ハンドオーバコマンドを受信すると、ＵＥは、
－ターゲットのためのＭＡＣエンティティ（すなわち異なる／新しいＭＡＣエンティティ）を作成し、
－ＤＡＰＳが設定された各データ無線ベアラ（ＤＲＢ）のためのターゲットのためのＲＬＣエンティティと、関連する専用トラフィックチャネル（ＤＴＣＨ）論理チャネルとを確立し、
－ＤＡＰＳが設定されたＤＲＢの場合、ソースおよびターゲットのための別個のセキュリティおよびロバストヘッダ圧縮（ＲＯＨＣ）機能でＰＤＣＰエンティティを再設定し、それらをそれぞれソースおよびターゲットによって設定されたＲＬＣエンティティと関連付け、
－ソース設定の残りをソースの解放まで保持する。

ＤＡＰＳが設定されたＤＲＢの場合、ソースｇＮＢは、ソースｇＮＢがターゲットｇＮＢからのＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージを受信するまでダウンリンクパケットを送信することを停止しない。ＲＲＣにおいて、ＵＥアクションは、３ＧＰＰＴＳ３８．３３１ｖ．１６．１．０中のセクション５．３．５．５．２、５．３．５．５．４、および５．３．５．５．５に定義される。

ＤＡＰＳが設定されたＤＲＢの場合、ダウンリンクＰＤＣＰＳＤＵは、シーケンス番号（ＳＮ）割り振りがターゲットｇＮＢにハンドオーバされる（実行プロシージャ中の後でのみ行われる）まで、ソースノード（ｇＮＢ）によって割り振られたＳＮを用いてフォワーディングされる。

図４のステップ６において、ソースアクセスノードは、ＵＬＰＤＣＰ受信機ステータスと、第１のフォワーディングされたＤＬＰＤＣＰＳＤＵのＳＮとを示すＳＮステータス転送メッセージをターゲットアクセスノードに送る。アップリンクＰＤＣＰＳＮ受信機ステータスは、少なくとも第１の消失したＵＬＳＤＵのＰＤＣＰＳＮを含み、そのようなＳＤＵがある場合、ＵＥがターゲットセルにおいて再送信する必要がある、順序を外れたＵＬＳＤＵの受信ステータスのビットマップを含み得る。ＳＮステータス転送メッセージはまた、第１の消失したＵＬＳＤＵのハイパーフレーム数（ＨＦＮ）、ならびにターゲットアクセスノードにおけるＣＯＵＮＴ保存のためのＨＦＮＤＬステータスを含んでいる。言い換えれば、ＤＡＰＳが設定されたＤＲＢの場合、ソースアクセスノード（または単にソースｇＮＢ）は最初にＥＡＲＬＹＳＴＡＴＵＳＴＲＡＮＳＦＥＲメッセージを送る。ＥＡＲＬＹＳＴＡＴＵＳＴＲＡＮＳＦＥＲメッセージにおいて伝達されるＤＬＣＯＵＮＴ値は、ソースｇＮＢがターゲットｇＮＢにフォワーディングする第１のＰＤＣＰＳＤＵのＰＤＣＰＳＮおよびＨＦＮを示す。ソースｇＮＢは、ソースｇＮＢがステップ８ｂにおいてターゲットｇＮＢにＳＮＳＴＡＴＵＳＴＲＡＮＳＦＥＲメッセージを送るまで、ダウンリンクＰＤＣＰＳＤＵにＳＮを割り振ることを停止しない。

ターゲットアクセスノードとの接続セットアップが成功すると、すなわち、図４のステップ８においてハンドオーバ完了メッセージを送った後に、ＵＥは、（ＵＥが、ランダムアクセスが成功した後にのみターゲットを使用するＵＬの場合を除いて）ソースアクセスノードへの１つのデータリンクと、ターゲットアクセスノードへの１つのデータリンクとの、２つのデータリンクを維持する。図４のステップ８の後に、ＵＥは、ターゲットアクセスノードセキュリティキーと圧縮コンテキストとを使用する通常のＨＯプロシージャと同様に、ターゲットアクセスノード上のＵＬユーザプレーンデータを送信する。したがって、両方のノードへの同時ＵＬユーザデータ送信の必要がなく、それにより２つのノード間のＵＥ電力分割が回避され、またＵＥ実装が簡略化される。周波数内ハンドオーバの場合、一度に１つのノードにＵＬユーザプレーンデータを送信することはまた、ＵＬ干渉を低減し、それによりネットワーク側での復号の成功の見込みが高くなる。

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

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

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

図４のステップ５の後にソースアクセスノードがパケットデータフォワーディングを開始する代替として（すなわち、ＵＥに「早いパケットフォワーディング」としても知られるハンドオーバコマンドを送った後に）、ターゲットアクセスノードは、パケットデータフォワーディングをいつ開始するべきかをソースアクセスノードに示し得る。たとえば、パケットデータフォワーディングは、後のステージにおいて、ターゲットセルへのリンクが確立されたときに、たとえば、ＵＥがターゲットセルにおいてランダムアクセスを実施した後か、または（「遅いパケットフォワーディング」としても知られる）ＵＥがターゲットアクセスノードにＲＲＣ接続再設定完了メッセージを送ったときに開始し得る。後のステージにおいてソースアクセスノードにおいてパケットデータフォワーディングを開始することによって、ターゲットセルからのＵＥによって受信される重複ＰＤＣＰＳＤＵの数は潜在的に少なくなり、それによりＤＬレイテンシがやや低減される。しかしながら、後のステージにおいてパケットデータフォワーディングを開始することはまた、たとえば、ターゲットアクセスノードへの接続が確立される前にＵＥとソースアクセスノードとの間の接続が失われた場合の、ロバストネスと低減されるレイテンシとの間のトレードオフである。そのような場合、ＵＥへのＤＬデータ転送において短い中断があるであろう。図５は、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバにおけるＵＥ側におけるプロトコルスタックを示す。

図５は、ＤＡＰＳハンドオーバにおけるＵＥ側におけるプロトコルスタックを示す。

各ユーザプレーン無線ベアラは関連するＰＤＣＰエンティティを有し、関連するＰＤＣＰエンティティは、それぞれソースセルについて１つ、それぞれターゲットセルについて１つの、２つの関連するＲＬＣエンティティと、２つの関連するＭＡＣと、２つの関連するＰＨＹとを有する。ＰＤＣＰエンティティは、ソースセルとターゲットセルとについて異なるセキュリティキーとＲＯＨＣコンテキストとを使用するが、ＳＮ割り当て（ＵＬ送信の場合）および並べ替え／重複検出（ＤＬ受信の場合）は共通である。ＰＤＣＰエンティティは、ＵＬのためのＳＮ割り当てと、ＤＬのための並べ替え重複検出とを実施する。

ＮＲの場合、ＰＤＣＰの上に、ベアラへのＱｏＳフローのマッピングを担当するサービスデータ適応プロトコル（ＳＤＡＰ）と呼ばれる追加のプロトコルレイヤがあることに留意されたい。このレイヤは、図５に示されておらず、本明細書でさらに説明しない。

ＤＡＰＳハンドオーバ失敗
タイマーベースのハンドオーバ失敗プロシージャはＮＲにおいてサポートされる（すなわち、ＵＥは、同期を用いた再設定をもつＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信したときにタイマーＴ３０４を開始し、成功したときにタイマーを停止し、満了時にハンドオーバ失敗を宣言する）。ＲＲＣ接続再確立プロシージャは、ハンドオーバ失敗から回復するために使用される。しかしながら、ＤＡＰＳＨＯが失敗したとき、ＵＥは、ソースセル設定にフォールバックする可能性を有し、ソースセルとの接続を再開し、ソースリンクが解放されていない場合にＲＲＣ接続再確立をトリガすることなしにソースを介してＤＡＰＳＨＯ失敗を報告する。明らかに、ソースセルへのそのようなフォールバックは、Ｔ３０４が満了する時間にソースセルに対するＲＬＦがまだ宣言されていない場合にのみ行われ得る。ＵＥがソースセルにフォールバックすると、ＵＥは、ＵＥがターゲットに向けたＤＡＰＳＨＯに失敗したことをソースセルに示す失敗情報を発行する。

さもなければ、ターゲットへのＤＡＰＳハンドオーバが失敗した、すなわちＴ３０４が満了した時間にソースセルに対するＲＬＦがすでに行われている場合、ＵＥは、再確立のためにソースおよびターゲットとは異なる第３のセルを選択する。この特徴は３ＧＰＰＴＳ３８．３３１ｖ１６．１．０のセクション５．３．５．８．３およびセクション５．７．５で説明されている。

３ＧＰＰにおける自己組織化ネットワーク（ＳＯＮ）
自己組織化ネットワーク（ＳＯＮ）は、モバイル無線アクセスネットワークの計画、設定、管理、最適化および修復をより簡単でより高速にするように設計された自動化技術である。ＳＯＮ機能および挙動は、３ＧＰＰ（第３世代パートナーシッププロジェクト）およびＮＧＭＮ（次世代モバイルネットワーク）などの団体によって作成された、一般に認められているモバイル産業勧告において定義され、指定されている。

３ＧＰＰでは、ＳＯＮエリア内のプロセスは自己設定プロセスと自己最適化プロセスとに分類される。自己設定プロセスは、システム動作のための必要な基本設定を得るために、新たに展開されたノードが自動インストールプロシージャによって設定されるプロセスである。

このプロセスは動作前（ｐｒｅ－ｏｐｅｒａｔｉｏｎａｌ）状態で働く。動作前状態は、ｅＮＢが電源を入れられ、バックボーンコネクティビティを有するときから、ＲＦ送信機がオンに切り替えられるまでの状態として理解される。

図６は、３ＧＰＰＴＳ３６．３００ｖ．１６．２．０に開示されている自己設定／自己最適化機能の分岐（ｒａｍｉｆｉｃａｔｉｏｎ）を示す。特に、図６に示されているように、
・基本セットアップおよび
・初期無線設定。
のような動作前状態においてハンドリングされる機能は自己設定プロセスによってカバーされる。

自己最適化プロセスは、ネットワークを自動調整するためにＵＥおよびアクセスノード測定およびパフォーマンス測定が使用されるプロセスとして定義される。

このプロセスは動作状態で働く。動作状態は、ＲＦインターフェースがさらにオンに切り替えられた状態として理解される。

図６において説明するように、
－最適化／適応
のような動作状態においてハンドリングされる機能は自己最適化プロセスによってカバーされる。

ＬＴＥでは、動的設定、自動ネイバーリレーション（ＡＮＲ）、モビリティ負荷分散、モビリティロバストネス最適化（ＭＲＯ）、ＲＡＣＨ最適化、およびエネルギー節約のためのサポートなどの特徴を含む、自己設定および自己最適化のためのサポートは、３ＧＰＰＴＳ３６．３００ｖ．１６．２．０セクション２２．２に記載されているように指定される。

ＮＲでは、３ＧＰＰＴＳ３８．３００ｖ．１６．２．０セクション１５において説明されているように、動的設定、Ｒｅｌ－１５における自動ネイバーリレーション（ＡＮＲ）などの自己設定特徴で始まる、自己設定および自己最適化のためのサポートも指定される。ＮＲＲｅｌ－１６では、モビリティロバストネス最適化（ＭＲＯ）などの自己最適化特徴を含む、より多くのＳＯＮ特徴が指定されている。

３ＧＰＰにおけるモビリティロバストネス最適化（ＭＲＯ）
シームレスハンドオーバは３ＧＰＰ技術の主要な特徴である。ハンドオーバの成功は、ＵＥが、データ送信において過剰な中断を引き起こすことなしに異なるセルのカバレッジエリア中を動き回ることを保証する。しかしながら、ネットワークがＵＥを「正しい」ネイバーセルに時間内にハンドオーバすることに失敗するシナリオがあり、そのようなシナリオでは、ＵＥは無線リンク障害（ＲＬＦ）またはハンドオーバ失敗（ＨＯＦ）を宣言する。

ＨＯＦおよびＲＬＦ時に、ＵＥは、ＵＥが再び到達可能になり得るように、ＵＥができる限り早く戻ろうと試みていることが確認されるように、たとえば、セルを選択し、再確立プロシージャを開始することを試みるなどの自律的アクションを取り得る。ＲＬＦは、ＵＥ自体とネットワークとの間で利用可能な信頼できる通信チャネル（無線リンク）がないことにＵＥが気づいたときにのみ、ＵＥによって宣言されるので、ＲＬＦは不十分なユーザ体感を生じる。また、接続を再確立することは、新たに選択されたセルとのシグナリング（ランダムアクセスプロシージャ、ＲＲＣ再確立要求、ＲＲＣ再確立ＲＲＣ再確立完了、ＲＲＣ再設定およびＲＲＣ再設定完了）を要求し、ＵＥが再びネットワークとデータを交換することができるまで、ある程度のレイテンシを追加する。

少なくとも３ＧＰＰＴＳ３６．３３１ｖ．１６．１．０によれば、無線リンク障害についての可能性のある原因は、
１）関係するタイマーＴ３１０の無線リンク監視の満了、
２）タイマーＴ３１２関連する測定報告の満了（Ｔ３１０が動作していたときに測定報告を送ったにもかかわらず、このタイマーの持続時間内にネットワークからのハンドオーバコマンドを受信しない）、
３）ＲＬＣ再送信の最大数に到達した、
４）ＭＡＣエンティティからランダムアクセス問題指示を受信した
のうちの１つであり得る。

ＲＬＦは、パフォーマンスとユーザ体感とを劣化させる再確立につながるので、後のＲＬＦを回避するために、ＲＬＦについての理由を理解し、モビリティ関係パラメータ（たとえば測定報告のトリガ条件）を最適化しようと試みることはネットワークの利益になる。ネットワークにおけるＭＲＯ関係報告ハンドリングの標準化前に、ＵＥのみが、ＲＬＦの時間に無線品質がどのように見えたか、ＲＬＦを宣言する実際の理由は何かなどに関連する何らかの情報に気づいていた。ネットワークがＲＬＦの理由を識別するために、ネットワークは、ＵＥと、また近隣基地局の両方からのより多くの情報を必要とする。

ＬＴＥにおけるＭＲＯソリューションの一部として、ＲＬＦ報告プロシージャがＲｅｌ－９ＲＡＮ２作業におけるＲＲＣ仕様に導入された。そのことは、ＵＥがＲＬＦの瞬間に関連情報をロギングし、後で、（たとえば再確立の後に）ＵＥが接続に成功したことをターゲットセルに報告することが標準化されたという意味で、ＲＲＣ仕様に影響を与えた。そのことはまた、ＲＬＦ報告を受信するｅノードＢは、どこで失敗が発生したのかをｅノードＢにフォワーディングし得るので、ｇノードＢ間インターフェース、すなわち、Ｘ２ＡＰ仕様に影響を与えた。

ＵＥによって生成されたＲＬＦ報告について、それのコンテンツは後続のリリースにおけるさらなる詳細で拡張された。３ＧＰＰＴＳ３６．３３１ｖ．１６．１．０に基づく測定報告中に含まれる測定値は、
１）最後のサービングセル（ＰＣｅｌｌ）の測定量（ＲＳＲＰ、ＲＳＲＱ）。
２）異なるＲＡＴ（ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、ＣＤＭＡ２０００）の異なる周波数におけるネイバーセルの測定量。
３）ＷＬＡＮＡＰに関連する測定量（ＲＳＳＩ）。
４）Ｂｌｕｅｔｏｏｔｈビーコンに関連する測定量（ＲＳＳＩ）。
５）利用可能な場合、ロケーション情報（ロケーション座標と速度とを含む）。
６）利用可能な場合は、最後のサービングセルのグローバル一意識別情報、他の場合は、最後のサービングセルのＰＣＩおよびキャリア周波数。
７）ＰＣｅｌｌのトラッキングエリアコード。
８）「ハンドオーバコマンド」メッセージの最後の受信から経過した時間。
９）前のサービングセルにおいて使用されたＣ－ＲＮＴＩ。
１０）ＵＥに１のＱＣＩ値を有するＤＲＢが設定されたか否か
である。

ＲＬＦ関係パラメータの検出およびロギングはＬＴＥＲＲＣ仕様３ＧＰＰＴＳ３６．３３１ｖ．１６．１．０のセクション５．３．１１．３に取り込まれれている。

ＲＬＦが宣言された後に、ＲＬＦ報告がロギングされ、ＵＥがセルを選択し、再確立に成功すると、ＵＥは、ターゲットセルにその利用可能性を気づかせるために、ＵＥがＲＲＣ再確立完了メッセージ中で利用可能なＲＬＦ報告を有するという指示を含む。次いで、フラグ「ｒｌｆ－ＲｅｐｏｒｔＲｅｑ－ｒ９」をもつＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信すると、ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ中に（上記で説明されたように、ＵＥ可変ＶａｒＲＬＦ－Ｒｅｐｏｒｔに記憶された）ＲＬＦ報告を含み、ネットワークに送るものとする。

ＵＥからのＲＬＦ報告と、ＵＥ自体がどのセルを再確立したかについての知識とに基づいて、元のソースセルは、ＲＬＦがカバレッジホールにより引き起こされたのか、ハンドオーバ関連パラメータ設定により引き起こされたのかを推論することができる。ＲＬＦがハンドオーバ関連パラメータ設定によると考えられた場合、元のサービングセルは、ハンドオーバ関係失敗を、早すぎるクラスか、遅すぎるクラスか、間違ったセルへのハンドオーバのクラスにさらに分類することができる。これらのハンドオーバ失敗クラスについて以下で手短に説明する。

たとえば、ハンドオーバ失敗が「遅すぎるハンドオーバ」ケースにより起ころうとそうでなかろうと、元のサービングセルが、特定のターゲットセルに向かうハンドオーバに関連するＵＥにハンドオーバコマンドを送ることに失敗したとき、およびＵＥがＲＬＦ後にこのターゲットセルにおいてそれ自体を再確立する場合、元のサービングセルはハンドオーバ失敗を「遅すぎるハンドオーバ」であると分類することができる。元のサービングセルからの例示的な修正アクションは、ハンドオーバ決定を行うことにつながるイベントトリガ型測定報告をＩＥがいつ送るかを制御するターゲットセルに向けてＣＩＯ（セル個別オフセット）を減少させることによって、このターゲットセルに向けてハンドオーバプロシージャを若干早く開始することであり得る。

しかしながら、元のサービングセルが、ハンドオーバに関連するＵＥにハンドオーバコマンドを送ることに成功したが、ＵＥが、このターゲットセルに向けてランダムアクセスを実施することに失敗したとき、元のサービングセルはハンドオーバ失敗を「早すぎるハンドオーバ」であると分類することができる。元のサービングセルからの例示的な修正アクションは、ハンドオーバ決定を行うことにつながるイベントトリガ型測定報告をＩＥがいつ送るかを制御するターゲットセルに向けてＣＩＯ（セル個別オフセット）を増加させることによって、このターゲットセルに向けてハンドオーバプロシージャを若干遅く開始することであり得る。

別の例として、元のサービングセルが特定のターゲットセルに向けてこのＵＥのためのハンドオーバを実施しようと意図するが、ＵＥがＲＬＦを宣言し、第３のセルにおいてそれ自体を再確立するとき、元のサービングセルは、ハンドオーバ失敗を「間違ったセルへのハンドオーバ」であると分類することができる。元のサービングセルからの修正アクションは、ターゲットセルに向けてＣＩＯ（セル個別オフセット）を減少させることによってか、または、再確立セルに向けてＣＩＯを増加させることによって、ＵＥがそこにおいて再確立したセルに向けてハンドオーバを若干早く開始することを介して、ターゲットセルに向けたハンドオーバにつながる測定報告プロシージャを若干遅く開始することであり得る。

無線リンク障害指示とハンドオーバ報告という、２つの異なるタイプのノード間メッセージがその目的でＬＴＥにおいて標準化された。３ＧＰＰＴＳ３６．４２３ｖ．１６．２．０参照。

無線リンク障害指示プロシージャは、ＲＲＣ再確立の試み、またはｅＮＢ間の受信されたＲＬＦ報告に関する情報を転送するために使用される。このメッセージは、ＵＥがそこにおいてＵＥの前のサービングセルであったｅＮＢへの再確立を実施するｅＮＢから送られる。ＲＬＦ指示メッセージのコンテンツは以下で与えられる。

しかしながら、いくつかの問題が存在する。たとえば、ＤＡＰＳＨＯはハンドオーバ中のユーザプレーンパフォーマンスの利益になることが予想される。事実上、通常のハンドオーバとは異なり、ＤＡＰＳＨＯが設定されたＵＥは、ハンドオーバがターゲットにおいて完了されるまで、すなわちＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅがターゲットに送信されるまで、ソースセルに向けてＵＬ送信を継続することができる。ソースネットワークノード（たとえばソースｇノードＢ）は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを受信した後にターゲットによってｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージ中で伝達されるソース設定解放がＵＥによって受信されるまで、ＤＬデータを送り続けることができる。しかしながら、上記の利益は、場合によっては、追加の量の重複パケットがネットワークによって送信されるという犠牲を伴い得る。それは、ＤＡＰＳＨＯがトリガされるとき、ソースはＤＬデータをスケジューリングし続けることができるが、ＵＥはターゲットセルに向かって移動しているので、それらのデータがＵＥによって正しく受信されないことがあり、ソースセルに関する無線状態はその時点で十分に良いとは言えないかもしれないからである。したがって、ソースセルが、ＨＯコマンドの後にＤＬデータをスケジューリングし続けることができる場合でも、（ソースセルにおいて送信される）それらのパケットのためにも、ターゲットセルに向けてＸ２／Ｘｎを介してデータフォワーディングプロシージャを何とか開始する必要があり得る。したがって、ソース設定がどのくらい長く保たれるかに応じて、ＵＥは、後で廃棄するために処理する必要があるかなりの量の重複を受信し得、そのことは、全体的な体感される遅延に影響を及ぼし得る。

また、これらのパケットはいずれにせよ廃棄されるであろうから、それはソースノードにおけるリソースの浪費と見られ得、ひいては他のＵＥについて干渉につながり得る。その上、ソースに関する無線状態が劣化している可能性が非常に高い間、ソースセルによって送信されるパケットがハンドオーバ持続時間全体にわたって、ＨＯ完了の後にも送信され得るとすると、それらのパケットは「通常よりも高い」損失を受け得る。ソースがＵＥへのパケットをスケジューリングし得る場合でも、ソースはＤＬトラフィック需要に依存し得るので、ソースはスケジューリングする必要がないことに注意されたい。これに関連して、送信されたＤＬパケットはＵＥによって確認応答される必要がある、すなわち、ＨＡＲＱＡＣＫ／ＮＡＣＫが送信される必要があること、また、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）などを含むチャネル状態情報（ＣＳＩ）など可能なＬ１制御シグナリングも強調され得る。しかしながら、リンク適応のためにソースセルに必要とされるそのようなＵＬ送信は、ターゲットセルによるスケジューリングされたＵＬデータ送信との起こり得る衝突により、受信されないことがある。衝突が起こった場合、送信能力制限により両方のＵＬ送信を実施することが可能でないＵＥは、ターゲット上のＵＬ送信に優先度を付けなければならない。

現在のＳＯＮ報告フレームワーク（たとえばＲＬＦ報告、またはＨＯ成功報告または失敗情報メッセージ報告など任意の他のタイプの報告）は、ＤＡＰＳＨＯにも通常ハンドオーバにも関係しない、ユーザプレーンパフォーマンスに関するいかなる情報も与えない。そのような情報がなければ、問題は２つある。第１に、ネットワークは、ＤＡＰＳＨＯのユーザプレーンパフォーマンスへの影響を決定すること、したがって、たとえば、いくつかのセルの間を移動するＵＥに対してＤＡＰＳＨＯが設定されるとき、ＤＡＰＳＨＯがシステムに利益をもたらしているか否かを評価することが可能でない。第２に、ネットワークは、通常のＨＯのユーザプレーンパフォーマンスへの影響を決定すること、したがって、いくつかのセル間を移動しているＵＥに対して通常のＨＯではなくＤＡＰＳＨＯを設定することが有益であるか否かを評価することが可能でない。

本開示のいくつかの態様およびそれらの実施形態はこれらのまたは他の課題へのソリューションを与え得る。たとえば、いくつかの実施形態によれば、成功したハンドオーバ報告においてユーザプレーン（ＵＰ）関係情報を報告するための無線デバイスによる方法およびシステムが提供される。

いくつかの実施形態によれば、無線デバイスによって実施される方法は、少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むＵＰ情報を取得することを含む。少なくとも１つのＨＯ中断時間は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられる。無線デバイスは、無線デバイスのハンドオーバに関連付けられた報告をネットワークノードに送信し、報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

いくつかの実施形態によれば、無線デバイスは、少なくとも１つのＨＯ中断時間を含むＵＰ情報を取得するように適応される。少なくとも１つのＨＯ中断時間は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられる。無線デバイスは、無線デバイスのハンドオーバに関連付けられた報告をネットワークノードに送信するように適応され、報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

いくつかの実施形態によれば、ネットワークノードによって実施される方法は、無線デバイスから無線デバイスのハンドオーバプロシージャに関連付けられた報告を受信することを含む。報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

いくつかの実施形態によれば、ネットワークノードは、無線デバイスから無線デバイスのハンドオーバプロシージャに関連付けられた報告を受信するように適応される。報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

いくつかの実施形態は以下の技術的利点のうちの１つまたは複数を与え得る。たとえば、１つの技術的利点は、いくつかの実施形態が、ＤＡＰＳハンドオーバパフォーマンスに関するＵＰ関係情報をネットワークが有することを可能にすることである。この情報は、ソースノードとターゲットノードの両方が、ビームレベル設定（たとえば、ＲＬＭおよびＢＦＤ－ＢＦＲリソース）ならびにハンドオーバ関係パラメータ（たとえば、セル個別オフセット）、またはターゲットセルにおけるＲＡＣＨリソースの最適化（専用プリアンブルまたはＨＯ時間におけるＲＡＣＨアクセスのための設定されたビームの割り当て）を最適化するために有益であろう。

別の例として、技術的利点は、いくつかの実施形態は、いくつかのセルの間のＵＥのハンドオーバのために好ましいオプションがＤＡＰＳＨＯであるのか通常のＨＯであるのかをネットワークが決定することを助けることであり得る。さらに、ネットワークは、どのベアラがＤＡＰＳからの利益を得るであろうか否かを決定し得る。

他の利点は当業者に容易に明らかになり得る。いくつかの実施形態は、具陳された利点のいずれも有しないか、いくつかを有するか、またはすべてを有し得る。

開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面と併せて行う以下の説明を参照する。

簡略化された第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信システムを示す図である。例としてＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）を使用する、ハンドオーバプロシージャ中のユーザ機器（ＵＥ）とソースアクセスノードとターゲットアクセスノードとの間のシグナリングフローを示す図である。リリース１４ＬＴＥＭＢＢによる例示的なシグナリングを示す図である。ＬＴＥの場合のデュアルアクティブプロトコルスタック（ＤＡＰＳ）ノード間ハンドオーバの例を示す図である。ＤＡＰＳハンドオーバにおけるＵＥ側におけるプロトコルスタックを示す図である。３ＧＰＰＴＳ３６．３００ｖ．１６．２．０に開示されている自己設定／自己最適化機能の分岐を示す図である。いくつかの実施形態による、例示的な無線ネットワークを示す図である。いくつかの実施形態による、例示的なネットワークノードを示す図である。いくつかの実施形態による、例示的な無線デバイスを示す図である。いくつかの実施形態による、例示的なユーザ機器を示す図である。いくつかの実施形態による、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示す図である。いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。一実施形態による、通信システムにおいて実装される方法を示す図である。一実施形態による、通信システムにおいて実装される別の方法を示す図である。一実施形態による、通信システムにおいて実装される別の方法を示す図である。一実施形態による、通信システムにおいて実装される別の方法を示す図である。いくつかの実施形態による、無線デバイスによる例示的な方法を示す図である。いくつかの実施形態による、例示的な仮想コンピューティングデバイスを示す図である。いくつかの実施形態による、無線デバイスによる別の例示的な方法を示す図である。いくつかの実施形態による、別の例示的な仮想計算デバイスを示す図である。いくつかの実施形態による、ネットワークノードによる例示的な方法を示す図である。いくつかの実施形態による、別の例示的な仮想コンピューティングデバイスを示す図である。いくつかの実施形態による、ネットワークノードによる別の例示的な方法を示す図である。いくつかの実施形態による、別の例示的な仮想計算デバイスを示す図である。

次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、以下の説明から明らかになる。

いくつかの実施形態では、「ネットワークノード」というより一般的な用語が、使用され得、（直接または別のノードを介して）ＵＥと、および／または別のネットワークノードと通信する、任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応し得る。ネットワークノードの例は、ノードＢ、ＭｅＮＢ、ＥＮＢ、ＭＣＧまたはＳＣＧに属するネットワークノード、基地局（ＢＳ）、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線ノード、ｅノードＢ、ｇノードＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、基地トランシーバ局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）におけるノード、コアネットワークノード（たとえばＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、ＳＯＮ、測位ノード（たとえばＥ－ＳＭＬＣ）、ＭＤＴ、テスト機器（物理ノードまたはソフトウェア）などである。

いくつかの実施形態では、ユーザ機器（ＵＥ）または無線デバイスという非限定的な用語が、使用され得、セルラまたはモバイル通信システムにおいてネットワークノードおよび／または別のＵＥと通信する任意のタイプの無線デバイスを指すことがある。ＵＥの例は、ターゲットデバイス、Ｄ２Ｄ（ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ）ＵＥ、マシン型ＵＥ、またはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、ＰＤＡ、ＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、ＵＥカテゴリーＭ１、ＵＥカテゴリーＭ２、ＰｒｏＳｅＵＥ、Ｖ２ＶＵＥ、Ｖ２ＸＵＥなどである。

さらに、基地局／ｇノードＢおよびＵＥなどの専門用語は、非限定的であると見なされるべきであり、その２つの間のある階層関係を特に暗示せず、概して、「ｇノードＢ」はデバイス１と見なされ得、「ＵＥ」はデバイス２と見なされ得、これらの２つのデバイスは何らかの無線チャネルを介して互いと通信する。そして、以下では、送信機または受信機はｇＮＢまたはＵＥのいずれかであり得る。

いくつかの実施形態によれば、情報の第１のセットは、ＵＥがターゲットセルへのハンドオーバに成功しなかったが、ＵＥがソースセルへのフォールバックに成功したことを示す成功ハンドオーバ報告中に含まれ得るか、またはＵＥがターゲットセルへのハンドオーバにもソースセルへのフォールバックにも成功しなかったことを示すＲＬＦ報告（またはハンドオーバ失敗メッセージ）中に含まれ得る。本明細書で使用されるフォールバック、およびフォールバックのためのプロシージャという用語は、無線デバイスがソースセル設定に戻り、ソースセルとの接続を再開することを指す。

いくつかの実施形態では、情報のセットは、ＵＥがＤＡＰＳＨＯのために設定された場合と、通常の非ＤＡＰＳＨＯがトリガされた場合の両方に含まれ得る。

いくつかの実施形態によれば、無線デバイスによる方法は、たとえば、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中に受信／送信されたパケットから導出された情報など、ソースセルに関連する情報、および／または、たとえば、ＤＡＰＳハンドオーバ中に受信／送信されたパケットから導出された情報など、ターゲットセルに関連する情報の包含を含み得る。情報の例は、ソース／ターゲットを介して送信／受信されるパケットの数、遅延関連、到着間時間、シーケンス番号、ハンドオーバ中断時間などである。

本方法はまた、たとえば、ＤＡＰＳハンドオーバ中にＵＥがアクセスしたターゲットノードなど、ターゲットネットワークノードへのその情報の送信を含む。本方法は、ターゲットネットワークノードが、報告に基づいてそれ自体のパラメータを調整／最適化／セットすること、および／または、報告に基づいてそれ自体のパラメータを調整し得る、たとえば、ＤＡＰＳが所与のベアラなどについて設定されるべきであるかどうかを決定し得るソースネットワークノード（たとえば、ＤＡＰＳハンドオーバを設定したソースノード）に報告コンテンツをフォワーディングすることを含む。いくつかの実施形態によれば、ソースセル情報はターゲットネットワークノードにおいて有用であり得、したがって、ターゲットノードは、（たとえば、場合によっては、ノード間メッセージを介して取得される支援情報を使用してなど）ソースノードによって送信され、ソースノードを介してＵＥによって受信されるパケットについてのパフォーマンスを理解する。この情報は、ターゲットノードパラメータを調整／最適化するか、またはＤＡＰＳパフォーマンスに関連するカウンタおよび／もしくはイベントおよび／もしくはキーパフォーマンスインジケータ（ＫＰＩ）を生成するために使用され得る。いくつかの実施形態によれば、ソースセル情報はソースネットワークノードにおいて有用であり得、したがって、ソースは、ソースノードによって送信され、場合によってはＵＥによってうまく受信されるか、または受信されないパケットについてのパフォーマンスを理解する。この情報は、ソースノードパラメータを調整／最適化するために、またはＤＡＰＳパフォーマンスに関連するカウンタおよび／もしくはイベントおよび／もしくはキーパフォーマンスインジケータ（ＫＰＩ）を生成するために使用され得る。

いくつかの実施形態によれば、ターゲットセル情報はソースネットワークノードにおいて有用であり得、したがって、ソースは、ターゲットノードによって送信され、場合によってはＵＥによってうまく受信されるか、または受信されないパケットのためのパフォーマンスを理解する。この情報は、ソースノードパラメータを調整／最適化するか、またはＤＡＰＳパフォーマンスに関連するカウンタおよび／もしくはイベントおよび／もしくはキーパフォーマンスインジケータ（ＫＰＩ）を生成するために使用され得る。

いくつかの実施形態によれば、ターゲットセル情報はターゲットネットワークノードにおいて有用であり得、したがって、ソースは、ターゲットノードによって送信され、場合によってはＵＥによってうまく受信されるか、または受信されないパケットのためのパフォーマンスを理解する。この情報は、ソースノードパラメータを調整／最適化するか、またはＤＡＰＳパフォーマンスに関連するカウンタおよび／もしくはイベントおよび／もしくはキーパフォーマンスインジケータ（ＫＰＩ）を生成するために使用され得る。

ＤＬの場合のＨＯ中断時間
特定の実施形態では、ＵＥが現在設定している各ＤＲＢについて別個のＨＯ中断時間が測定され得、その場合、ＨＯ中断時間は、（ＤＡＰＳベアラと非ＤＡＰＳベアラの両方について）ソースにおいて受信された所与のベアラの最後のパケットと、ターゲットにおいて受信された同じベアラの第１のパケットとの間の到着間時間になる。さらなる特定の実施形態では、ＨＯ中断時間は、ターゲットにおいて受信された同じベアラの第１のパケットの受信時に計算される。これは、（それはＤＡＰＳＨＯの場合に起こり得るので）場合によっては、ターゲットノードからの第１のパケットの受信の後にソースノードから受信される同じベアラの連続パケットがＨＯ中断時間の計算のために無視される／考慮されないことを暗示する。

別の特定の実施形態では、別個のＨＯ中断時間は、最も高い５ＱＩ／ＱＣＩ値を有する最も優先度の高いベアラ、もしくはある値よりも高い５ＱＩ／ＱＣＩ優先度を有する最も優先度の高いベアラなど、特定の１つもしくは複数のベアラについてのみ、またはネットワークによって示されたベアラについてのみ測定される。

別の特定の実施形態では、ソースにおいて受信された最後のパケットと、そのようなパケットがそれに関連するベアラとは無関係にターゲットにおいて第１のパケットとの間の到着間時間を表す、単一のＨＯ中断時間が測定される。さらなる特定の実施形態では、ＨＯ中断時間は、ターゲットにおいて受信された第１のパケットの受信時に計算される。これは、（それはＤＡＰＳＨＯの場合に起こり得るので）場合によっては、ターゲットノードからの第１のパケットの受信の後にソースノードから受信される連続的にパケットがＨＯ中断時間の計算について無視される／考慮されないことを暗示する。例示的な例として、時間Ｔは、この場合、ソース、すなわちＳ５からすでに受信されたパケットの重複であり得るので、ターゲットからのパケットの受信Ｔ５において計算される。時間Ｔは、ソースからの最後の受信されたパケット（Ｓ５）とＴ５までの間の時間になる。ターゲットから受信された第１のパケットの後、すなわち、Ｔ５にソースからまたはターゲットから受信されたいずれのパケットも、ＨＯ中断時間Ｔの計算のために考慮されない。

別の特定の実施形態では、ＤＬの場合のＨＯ中断時間Ｔ１～Ｔ０は、少なくとも以下で定義される方法、すなわち、
・（ランダムアクセスおよびＲＲＣ再設定完了の送信の後に）ＵＥがターゲットノードからの第１のパケットを受信する時間（Ｔ１）までの、ＵＥがソースノードからパケットを受信することを停止する時間（Ｔ０）。
・ＤＡＰＳ解放メッセージを含む、ターゲットからのＲＲＣ再設定メッセージに応答して、ＵＥがＲＲＣ再設定完了を送信する時間（Ｔ１）までの、ＵＥがソースノードからのパケットを受信することを停止する時間（Ｔ０）、
・（ランダムアクセスおよびＲＲＣ再設定完了の送信の後に）ＵＥがターゲットからの第１のパケットを受信する時間（Ｔ１）までの、ＵＥがソースからＨＯコマンドを受信する時間（Ｔ０）
のうちの１つにおいて測定され得る。

特定の実施形態では、上記の測定値は、ＨＯ中断時間が、ネットワークによって設定されたあるしきい値を超えた場合にのみ報告される。代替的に、測定値は、ＨＯ中断時間が、ネットワークによって設定されたあるしきい値を超えた場合にのみロギングされ得る。後者の場合、その条件が満たされた場合にのみ、利用可能性インジケータが完了メッセージ中に含まれる。別の特定の実施形態では、測定値はベアラごとにロギングおよび／または報告される。推論は、ネットワークは、ベアラごとにＡＰＳを設定することを決定することができることである。

上記では、ソースから受信されたパケットとターゲットから受信されたパケットとの間などの様々な時間をＵＥがどのように測定するかについて説明した。特定の実施形態では、ＵＥがソースおよびターゲットからパケットを受信したときに、ＵＥは、最初に、重複パケットを廃棄するための廃棄プロシージャを適用し、その後に、上記で説明された測定を実施する。測定は、廃棄プロシージャ中に廃棄されなかったパケットに対してのみ実施される。

たとえば、ＵＥは、第１のノードからのパケットの第１のセットと、第２のノードからのパケットの第２のセットとを受信し得る。第１のセットおよび第２のセット中のパケットのうちのいくつかが複製であり得る場合、ＵＥは、重複パケットが廃棄される重複廃棄方法を適用するであろう。さらなる特定の実施形態では、ＵＥは、第１のノードからの最後の受信された非重複パケットから、第２のノードからの第１の受信された非重複パケットの時間までの時間である時間（Ｔ）を決定する。

またさらなる実施形態では、この時間Ｔは第２のノードからの第１の非重複パケットの受信時に計算され、記憶され得、この時間Ｔは所与のＨＯについて１回のみ計算される。これは、（それはＤＡＰＳＨＯの場合に起こり得るので）場合によっては、第２のノードからの第１の非重複パケットの受信の後に第１のノードから受信されるいずれの追加のパケットも、Ｔの計算のために無視されるないし考慮されないことを暗示する。例示的な例として、時間Ｔは、ターゲットから受信される第１の非重複パケットの受信時に計算される。時間Ｔは、ソースからの最後の受信された非重複パケットと、ターゲットから受信された第１の非重複パケットの受信までの間の時間になる。ターゲットから受信される第１の非重複パケットの後にソースからまたはターゲットから受信されるいずれのパケットも、ＨＯ中断時間Ｔの計算のために考慮されない。

別の実施形態では、ＵＥは複数のタイマー値を含み得、それらの複数のタイマー値を使用して、ネットワークは、第１のノードからの最後の非重複パケットの受信と第２のノードからの第１の非重複パケットの受信との間の時間を計算することができる。そのような測定の一部として、ＵＥは以下を含み得る。
・タイマー－Ｔ１：ＵＥは、ＤＡＰＳハンドオーバコマンドの受信時にこのタイマーを開始し、第１のノード（ソースノード）からの最後のパケットの受信時にこのタイマーを停止する。
・時間－Ｔ２：ＵＥは、ＤＡＰＳハンドオーバコマンドの受信時にこのタイマーを開始し、第２のノード（ターゲットノード）からの第１のパケットの受信時にこのタイマーを停止する。
Ｔ１の値とＴ２の値とに基づいて、ネットワークは、（Ｔ２－Ｔ１）を計算することによって、第１のノードからの最後の非重複パケットの受信と第２のノードからの第１の非重複パケットの受信との間の時間を推定することができる。そのように計算された値が極めて小さい（負の値または０である）場合、ネットワークは、アプリケーションがパケットの連続ストリームを得ることができることを保証することにＤＡＰＳハンドオーバが成功したと解釈することができる。

特定の実施形態では、ＵＥはまた、ＤＡＰＳハンドオーバコマンドの受信時に開始され、第２のノード（ターゲットノード）からの第１のパケットの受信時に停止されるタイマー－Ｔ３を報告し得る。この値は、ＵＥがＤＡＰＳハンドオーバ中にどのくらい長く第１のノード（ソースノード）からのみ受信したかについて理解するために、タイマー－Ｔ１とともに有用である。

本明細書で使用される上記の「受信」という用語はパケットの成功した受信を指すことが留意され得る。

特定の実施形態では、ＵＥに体感品質（ＱｏＥ）報告が設定されたとき、ＵＥは、ＤＡＰＳハンドオーバの時間に経験されるアプリケーションレベル中断を含む。そのようなシナリオでは、ＱｏＥ報告は、以下のうちの少なくとも１つであるハンドオーバ中断時間を含む。
○ ＵＥのアプリケーションレイヤにパケットが供給されなかったときの、第１のノード（ソースノード）からのＤＡＰＳハンドオーバコマンドの受信と第２のノード（ターゲットノード）からのソースＤＡＰＳ解放コマンド（ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅ）との間の最大持続時間。
○ ＵＥのアプリケーションレイヤにパケットが供給されなかったときの、第１のノード（ソースノード）からのＤＡＰＳハンドオーバコマンドの受信と第２のノード（ターゲットノード）からの第１の非重複パケットとの間の最大持続時間。
ＵＥは、たとえば、成功したＨＯ報告のＲＬＦ報告がネットワークによって要求されたときに、時間Ｔを報告する。これは、ＵＥは、（たとえば所与のベアラのために）ソースから受信した最後の非重複パケットから、ＵＥがターゲットから受信した第１の非重複パケットまでの時間を決定し得ることを意味する。

ＵＥがソースノードおよびターゲットノードからパケット番号１、２および３を受信する特定のシナリオを考慮することによって、ＵＥが、ソース基地局からパケット番号１および番号２を受信し、ターゲットからパケット番号２および番号３を受信する場合、（ＵＥがソースからパケット番号２を受信した後に、ＵＥがターゲットからパケット番号２を受信した場合）ＵＥは、ターゲットから受信したパケット番号２を重複であると見なすであろう。ＵＥは、重複パケット番号２を廃棄し、測定を実施するであろう。たとえば、ＵＥは、ソースからパケット番号２を受信した時間から、ＵＥがターゲットからパケット番号３を受信するまでの時間を測定し得る。

ＵＥがパケット番号２をソースから受信する前に、ＵＥがパケット番号２をターゲットから受信した場合、ＵＥは、ソースからのパケット番号２を重複パケットであると見なし、それを廃棄するであろう。これは、ＵＥが、ソースからのパケット番号１とターゲットからのパケット番号２との間に経過する時間Ｔを測定し、記憶し得ることを意味する。ＵＥが後でソースからの非重複パケット番号３を受信した場合、その非重複パケット番号３は、それが非重複である場合でも、Ｔを計算するために使用されない、すなわち、Ｔは各ＨＯプロシージャについて１回のみ計算される（したがって記憶される）。

いくつかの実施形態によれば、上記の計算は、重複検出を実行するレイヤ、たとえばＰＤＣＰレイヤにおいて実行され得る。

いくつかの実施形態によれば、１つの可能な利点は、場合によってはベアラごとに、ＨＯ中断時間に関係するＵＥによって報告された情報に基づいて、ネットワークは、場合によってはベアラごとに、ＤＡＰＳＨＯを設定するべきであるか否かを決定することができることである。これにより、キーパフォーマンスインジケータのネットワーク側に関する計算も可能になり、カウンタ／イベントの定義により、ネットワークは特徴のパフォーマンスを理解することが可能になるであろう。

ＵＬにおけるＨＯ中断時間
ＨＯ中断の表現はＤＬの場合と同じであるが、唯一の違いは、ＨＯ中断時間が、うまく送信された、すなわち、ソースによって確認応答された、ソースにおいて受信された最後のパケットと、ターゲットにおいてうまく送信された、すなわち、ターゲットによって確認応答された第１のパケットとの間の到着間時間となることであり、ＤＬケースの場合のように、関係する最後のパケットおよび第１のパケットは、同じデータ無線ベアラに関連付けられ得るか、関連付けられ得ない。

いくつかの実施形態によれば、１つの可能な利点は、場合によってはベアラごとに、ＨＯ中断時間に関係するＵＥによって報告された情報に基づいて、ネットワークは、場合によってはベアラごとに、ＡＰＳＨＯを設定するべきであるか否かを決定することができることである。これにより、キーパフォーマンスインジケータのネットワーク側に関する計算も可能になり、カウンタ／イベントの定義によりネットワークは特徴のパフォーマンスを理解することが可能になる。ＤＡＰＳハンドオーバ中にＵＥによって検出されるＤＬＰＤＣＰ重複の数／ボリューム。

特定の実施形態では、上記の測定は、重複の量／ボリュームが、ネットワークによって設定されたあるしきい値を超えた場合にのみ報告され得る。たとえば、無線デバイス（すなわち、ＵＥ）は、ＵＰ情報の量またはボリュームがしきい値を超えたときに報告を生成し得る。

別の実施形態では、情報は、ＤＡＰＳハンドオーバ中にＵＥによって検出されたＤＬＰＤＣＰ重複の数／ボリュームが、ネットワークによって設定されたあるしきい値を超えた場合にのみロギングされ得る。その意味では、その条件が満たされた場合にのみ、利用可能性インジケータが完了メッセージ中に含まれ得る。特定の実施形態では、利用可能性インジケータは、ＵＥが重複の数をカウントした場合の整数（たとえばＮ＝１２）のような、カウント値である。

別の特定の実施形態では、ＵＥは重複値についての正確なシーケンス番号をロギングする。したがって、ログは整数のリストを含み得る。正確なシーケンス番号のリストは、どの正確なパケットが重複されて送られ、ＵＥによってうまく受信されたかにネットワークが気づくことを可能にし得る。別の特定の実施形態では、ＵＥは、たとえば、バイト／ビット／キロバイトなどで、データボリューム値をロギングする。

特定の実施形態では、ＤＡＰＳハンドオーバ中の検出は、これらが、ＵＥがソースからＤＡＰＳ指示をもつＨＯコマンドを受信した後に、およびＵＥがターゲットからＤＡＰＳソース解放インジケータを含むＲＲＣ再設定を受信する前に、ソースおよびターゲットによって受信されたパケットであることを意味する。これの後に、ＵＥは、測定、および／または情報をロギングすることを停止する。別の特定の実施形態では、このメトリックは、ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信されたパケットについて与えられる。

ＤＡＰＳハンドオーバ中にソースからＵＥによって正しく受信されたＤＬＰＤＣＰＰＤＵの数／ボリューム
特定の実施形態では、上記の測定は、正しく受信されたＤＬＰＤＣＰＰＤＵの量／ボリュームが、ネットワークによって設定されたあるしきい値よりも小さい場合にのみ報告される。代替的に、情報は、ＤＡＰＳハンドオーバ中にソースからＵＥによって正しく受信されたＤＬＰＤＣＰＰＤＵの数／ボリュームが、ネットワークによって設定されたあるしきい値を超えた場合にのみロギングされる。

たとえば、その条件が満たされた場合に、利用可能性インジケータが完了メッセージ中に含まれ得る。特定の実施形態では、ＤＡＰＳハンドオーバ中の検出は、これらは、ＵＥがソースからＤＡＰＳ指示をもつＨＯコマンドを受信した後に、およびＵＥがターゲットからＤＡＰＳソース解放インジケータを含むＲＲＣ再設定を受信する前に、ソースおよびターゲットによって受信されたパケットであることを意味する。これの後に、ＵＥは、測定、および／または情報をロギングすることを停止する。

別の実施形態では、このメトリックは、ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信されたパケットについて与えられる。

ソースから受信されたが、ＤＡＰＳ中の単一ＴＸ動作によりＡＣＫされないＤＬＭＡＣ／ＲＬＣＰＤＵの数／ボリューム
特定の実施形態では、上記の測定は、ソースから受信されたが、ＡＣＫされないＤＬＭＡＣ／ＲＬＣＰＤＵの量／ボリュームが、ネットワークによって設定されたあるしきい値よりも小さい場合にのみ報告される。そのような上記の測定のいずれかについての開始時間は、
・ＤＡＰＳハンドオーバ設定を受信した時間
・ＤＡＰＳターゲットセルへのランダムアクセスを開始する時間
のうちの１つであり得る。
そのような測定についての終了時間は、
・ＤＡＰＳハンドオーバのターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅを受信した時間。
・ターゲットセルにＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージを送る時間
・ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージを受信する前にこのＲＬＦが宣言された場合、ＤＡＰＳハンドオーバのターゲットにおいてＲＬＦを宣言する時間。
・ターゲットセルにハンドオーバの失敗を宣言する時間、すなわち、ＵＥが、（ソースセルに向けたＲＬＦがまだ宣言されていない場合に）ソースセルにフォールバックし得るか、または（ソースセルに向けたＲＬＦも宣言されている場合に）再確立のためにソースおよびターゲットとは異なる別のセルを選択し得る、Ｔ３０４満了の時間
・ＤＡＰＳＨＯを実施している間にソースセルにＲＬＦを宣言する時間（たとえば、Ｔ３１０満了、ＲＬＣ再送信の試みの最大回数に達するなど）
のうちの１つであり得る。別の実施形態では、このメトリックは、ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信されたパケットについて与えられる。

いくつかの実施形態によれば、ターゲットセルにおいて実施されるべきＵＬ送信の起こり得る衝突と、ソースセルにおいて実施されるべきＵＬ送信（たとえばＨＡＲＱＡＣＫ／ＮＡＣＫ、ＣＳＩ）とに関係する情報、ＵＥがソースおよびターゲットへの同時ＵＬ送信を実施することが可能でない場合、そのような衝突はＵＥによって収集され得、そのような情報は、
・衝突するＵＬ送信の数。
・たとえば、無線フレーム内またはＳＦＮ内のスロットを示すビットマップによって表される衝突が起こる時間
を含み得る。
上記の情報測定を収集する開始時間は、
・ＤＡＰＳハンドオーバ設定を受信した時間
・ＤＡＰＳターゲットセルへのランダムアクセスを開始する時間
のうちの１つであり得る。
そのような測定についての終了時間は、
・ＤＡＰＳハンドオーバのターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅを受信した時間。
・ターゲットセルにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送る時間。
・ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージを受信する前にこのＲＬＦが宣言された場合、ＤＡＰＳハンドオーバのターゲットにおいてＲＬＦを宣言する時間。
・ＤＡＰＳＨＯを実施する間にソースセルにＲＬＦを宣言する時間（たとえばＴ３１０満了、ＲＬＣ再送信の試みが最大回数に達するなど）
のうちの１つであり得る。

いくつかの実施形態によれば、情報は、ＵＥがＤＡＰＳハンドオーバのソースに送り、ＵＥがそれについてソースからＡＣＫを受信しなかったＵＬＰＤＣＰ／ＲＬＣＰＤＵの数を含み得る。結果として、ＵＥはこれらの同じパケットをＤＡＰＳハンドオーバのターゲットに送り得る。そのような測定についての開始時間は、
・ＤＡＰＳハンドオーバ設定を受信した時間、
・ＤＡＰＳターゲットセルへのランダムアクセスを開始する時間
のうちの１つであり得る。
そのような測定についての終了時間は、
・ＤＡＰＳハンドオーバのターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅを受信した時間、
・ターゲットセルにＲＲＣＲｅｃｏｎｆｉｇｕｒａｉｔｏｎＣｏｍｐｌｅｔｅメッセージを送る時間、
・ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージを受信する前にこのＲＬＦが宣言された場合、ＤＡＰＳハンドオーバのターゲットにおいてＲＬＦを宣言する時間
のうちの１つであり得る。

いくつかの実施形態によれば、情報は、ＵＥがその間にＵＬＰＵＳＣＨに関するデータをソースノード（第１のネットワークノード）またはターゲットノード（第２のネットワークノード）のいずれかに向けて送ることが不可能であった持続時間を含み得る。追加または代替として、情報は、ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間の持続時間を含み得る。特定の実施形態では、たとえば、Ｍｓｇ３は、それのペイロード中に、ＤＡＰＳハンドオーバプロシージャの一部としてターゲットに送信されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅを含む。このタイマーは、ＵＥが、ターゲットノードに接続されている間に、ソースＲＡＮノードからＤＬＰＤＵをどのくらい長い間受信したかをネットワークが決定することを助けることができる。ＵＥは、ターゲットへの接続（すなわちＭｓｇ３のシグナリング）が起こると、ソースへのＵＬを実施することが可能でないことがある。この理由で、ＵＥがターゲットに接続すると、ＵＥは、ソースによって受信されるＰＤＵについてのＡＣＫ／ＮＡＣＫをシグナリングすることが可能でないことがある。したがって、ＤＬＰＤＵの受信をａｃｋし、そのようなメトリックをＰＤＵ受信に関する他のメトリクスと組み合わせることが可能であることなしに、ＵＥがソースからＤＬＰＤＵをどのくらい長く受信したかを知っていることが重要である。

特定の実施形態では、ＵＥからの情報を受信したネットワークノードは、ターゲットへのＭｓｇ３の送信とｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間の時間ウィンドウ中にＰＤＵがどのように受信されたかを評価し得る。たとえば、ノードは、以下のメトリクスを評価し得る。
・ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信された、ＤＡＰＳハンドオーバ中にＵＥによって検出されたＤＬＰＤＣＰ重複の数／ボリューム、
・ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信された、ＤＡＰＳハンドオーバ中にソースからＵＥによって正しく受信されたＤＬＰＤＣＰＰＤＵの数／ボリューム、および／または
・ターゲットへのＭｓｇ３の送信と、同じくターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信との間に受信された、ＤＡＰＳ中にソースから受信されたが、単一ＴＸ動作によりＡＣＫされないＤＬＭＡＣ／ＲＬＣＰＤＵの数／ボリューム。

ネットワークノードは、メトリクスの比較および分析が行われると１つまたは複数のアクションを取り得る。たとえば、報告された時間ウィンドウ中に、多数の重複パケットがあることをターゲットネットワークノードが認識した場合、ターゲットセルに入るＵＥは、ターゲットネットワークノードからのパケットを正しく受信するために十分に良好なデータチャネル品質を有するので、ターゲットネットワークノードはｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのシグナリングを予想することを決定し得る。反対に、報告された時間ウィンドウ中に、ソースからＵＥによって正しく受信された多数があったが、重複パケットはほとんどないことをターゲットネットワークノードが認識した場合、ターゲットセルに入るＵＥは、ターゲットネットワークノードからのパケットを正しく受信するために十分に良好なデータチャネル品質を有しないことがあるので、ターゲットネットワークノードは、ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのシグナリングを遅らせることを決定し得る。

ソースからのＤＡＰＳＨＯコマンド、すなわちＲＲＣ再設定の受信から、ＵＥがターゲットからのＤＡＰＳ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する時間までの持続時間
いくつかの実施形態によれば、情報は、ソースネットワークノードからのＲＲＣ再設定を含み得るＤＡＰＳＨＯコマンドの受信から、ＵＥがターゲットノードからのＤＡＰＳ－ＳｏｕｒｃｅＲｅｌｅａｓｅＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する時間までの持続時間を含み得る。これは、ＤＡＰＳを用いてやや低減される中断時間と等価であろう時間である。

所与のベアラのためのトラフィックパターンに関する情報
特定の実施形態では、情報は所与のベアラのためのトラフィックパターンに関する情報を含み得る。これは、ＤＡＰＳＨＯコマンドが所与のベアラのために受信された後の、ソースネットワークノードからのパケットの到着間時間に対応し得る。たとえば、ＵＥは、ｔ０中に第１のパケット、ｔ１中に別のパケット、ｔ２中に別のパケットなどを受信し得る。その場合、ＵＥはこれらの時間間隔および／または絶対時間スタンプをロギングし得る。

特定の実施形態では、提案されているメトリクス／測定値ごとの利用可能性インジケータがあり得る。代替的に、場合によっては、提案している１つまたは複数のメトリック／測定値を含んでいる、報告全体のための利用可能性インジケータがあり得る。利用可能性インジケータはネットワークへのメッセージに追加され得、したがって、ネットワークは、情報／報告（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ－Ｃｏｍｐｌｅｔｅ）の利用可能性に気づき、情報／報告を取り出すべきか否かを決定し得る。

ＵＰ関係測定値を含むためのトリガ
いくつかの実施形態によれば、ＵＥは、ＵＥにＤＡＰＳハンドオーバが設定されたときに上述の１つまたは複数の測定値を含む情報を含む。

他の実施形態では、ＵＥは、ＵＥにＤＡＰＳハンドオーバが設定されたとき、およびそのような測定値についての対応する要求をもつ即時ＭＤＴが含まれる（これは即時ＭＤＴフレームワークにおける新しい測定要求であり得る）ときに、上述の１つまたは複数の測定値を含み得る。そのようなシナリオでは、即時ＭＤＴ要求は、ＤＡＰＳＨＯの時間にどのＵＰ測定値がＵＥによって記憶されるべきであるかに関する指示を含み得る。

ネットワーク内のメッセージ転送を助けるために含められるべきセル識別子
いくつかの実施形態によれば、ＵＥは、ＤＡＰＳハンドオーバのソースセルと、同じくＤＡＰＳハンドオーバのターゲットセルとの識別子をさらに含み得る。これは、ＤＡＰＳターゲットネットワークノードがＤＡＰＳハンドオーバが完了すると直ちにＵＥによって記憶される測定値をフェッチしないシナリオのために必要とされる。この報告が後の時間的ポイントにおいてフェッチされる場合、ネットワークは、どのセルがＤＡＰＳハンドオーバのソースであったか、およびどのセルがＤＡＰＳハンドオーバのターゲットであったかを知る必要がある。

報告の取出し、およびそれがどのようにロギングされるかに関するさらなる実施形態
いくつかの実施形態によれば、場合によっては、たとえば、ＤＡＰＳハンドオーバ中に受信／送信されるパケットから導出される情報など、ＤＡＰＳハンドオーバに関するパフォーマンス情報を含む、たとえば、成功ハンドオーバ報告中などのＵＰ関係情報をＵＥから受信するための方法がターゲットネットワークノードにおいて与えられる。

特定の実施形態では、ＵＥは、場合によってはＤＡＰＳハンドオーバ情報を含む、ハンドオーバ関係情報をロギングし、ＵＥがターゲットセルとのランダムアクセスの後にＲＲＣ再設定完了を送信するとき、ＵＥは、報告が利用可能である場合、利用可能性インジケータを含む。受信すると、ターゲットネットワークノードは、場合によってはＤＡＰＳパフォーマンスに関する情報を含む、ハンドオーバ情報を報告することをＵＥに要求する要求メッセージ（たとえばＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ）を送信することができる。ＵＥは、報告、たとえばＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅを含むメッセージで応答し得る。

別の特定の実施形態では、ＵＥは、場合によってはＤＡＰＳハンドオーバ情報を含む、ハンドオーバ関係情報をロギングし得、ＤＡＰＳ解放指示（たとえばｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅ）を含んだターゲットネットワークノードからのＲＲＣ再設定に応答して、ＵＥがＲＲＣ再設定完了を送信するとき、ＵＥは、報告が利用可能である場合、利用可能性インジケータを含み得る。前の実施形態と比較すると、この代替は、ＵＥがターゲットネットワークノードにアクセスする時間と、ソースネットワークノードが解放される時間との間により多くのＤＡＰＳ関係情報を取得する可能性を与える。言い換えれば、ＵＥは、ソースネットワークノードが解放される前に、依然として何らかの種類のＤＡＰＳモードにある。したがって、ＤＡＰＳ関係情報をロギングし続け、ＵＥがＤＡＰＳ解放指示を受信した後にのみ報告することは理にかない得る。

別の特定の実施形態では、ＵＥは、ＤＡＰＳソース解放指示を受信した後に、少なくともタイマーによって制御されるしばらくの間、ソースネットワークノードからのパケットを受信し続け得る。タイマーは、ＤＡＰＳ解放指示をもつＲＲＣ再設定メッセージを受信すると開始する。１つのオプションでは、ＵＥのみが、タイマーが満了した後に応答して（または、一般に、これが仕様において定義されたあらかじめ定義された時間である場合、時間が経過した後に）ＲＲＣ再設定完了を送る。別のオプションでは、ＵＥは、タイマーが動作しているときに応答してＲＲＣ再設定完了を送る。

関係する実施形態では、ＵＥは、場合によってはＤＡＰＳハンドオーバ情報を含む、ハンドオーバ関係情報をロギングし得、ＵＥがターゲットネットワークノードからのＲＲＣ再設定に応答してＲＲＣ再設定完了を送信した後にも、情報をロギングし続け得る。ＵＥは、その情報を、上記で説明したタイマーのようなタイマーによって制御され得る定義された時間量の間、ロギングし続けることができる。それは、ターゲットネットワークノードからのＤＡＰＳ解放指示を受信した後に、ソースネットワークノードによってＵＥに送信されるいくつかのパケットが依然としてあり得るという意味で有用であり得る。この報告は、ネットワークからの要求に応答して、または、ＵＥが情報をロギングし、ネットワークにメッセージを送信するタイマーの満了時に、ＵＥによって後で送信され得る。

図７は、いくつかの実施形態による、無線ネットワークを示す。本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図７に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図７の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０および１６０ｂ、ならびに無線デバイス１１０のみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード１６０および無線デバイス１１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。

無線ネットワークは、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ（ＵＭＴＳ）、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。

ネットワーク１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。

ネットワークノード１６０と無線デバイス１１０とは、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。

図８は、いくつかの実施形態による、例示的なネットワークノード１６０を示す。本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供するための、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

図８では、ネットワークノード１６０は、処理回路１７０と、デバイス可読媒体１８０と、インターフェース１９０と、補助機器１８４と、電源１８６と、電力回路１８７と、アンテナ１６２とを含む。図８の例示的な無線ネットワーク中に示されているネットワークノード１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。

同様に、ネットワークノード１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ１６２がＲＡＴによって共有され得る）。ネットワークノード１６０は、ネットワークノード１６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な図示される構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード１６０内の他の構成要素に統合され得る。

処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路１７０によって実施されるこれらの動作は、処理回路１７０によって取得された情報を、たとえば、取得された情報を他の情報にコンバートすることによって、処理すること、取得された情報またはコンバートされた情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報またはコンバートされた情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

処理回路１７０は、単体で、またはデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と併せてのいずれかで、ネットワークノード１６０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路１７０は、デバイス可読媒体１８０に記憶された命令、または処理回路１７０内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路１７０は、システムオンチップ（ＳＯＣ）を含み得る。

いくつかの実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路１７２とベースバンド処理回路１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１８０、または処理回路１７０内のメモリに記憶された、命令を実行する処理回路１７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１７０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１７０単独に、またはネットワークノード１６０の他の構成要素に限定されないが、全体としてネットワークノード１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

デバイス可読媒体１８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１７０によって実行されることが可能であり、ネットワークノード１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体１８０は、処理回路１７０によって行われた計算および／またはインターフェース１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路１７０およびデバイス可読媒体１８０は、統合されていると見なされ得る。

インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６、および／または無線デバイス１１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース１９０は、たとえば有線接続上でネットワーク１０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末１９４を備える。インターフェース１９０は、アンテナ１６２に結合されるか、またはいくつかの実施形態では、アンテナ１６２の一部であり得る、無線フロントエンド回路１９２をも含む。無線フロントエンド回路１９２は、フィルタ１９８と増幅器１９６とを備える。無線フロントエンド回路１９２は、アンテナ１６２および処理回路１７０に接続され得る。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノードまたは無線デバイスに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１９２は、デジタルデータを、フィルタ１９８および／または増幅器１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ１６２を介して送信され得る。同様に、データを受信するとき、アンテナ１６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１９２によってデジタルデータにコンバートされる。デジタルデータは、処理回路１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

いくつかの代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路１９２を含まないことがあり、代わりに、処理回路１７０は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路１９２なしでアンテナ１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１７２の全部または一部が、インターフェース１９０の一部と見なされ得る。さらに他の実施形態では、インターフェース１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末１９４と、無線フロントエンド回路１９２と、ＲＦトランシーバ回路１７２とを含み得、インターフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信し得る。

アンテナ１６２は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ１６２は、無線フロントエンド回路１９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性、セクタまたはパネルアンテナを備え得る。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であり得、インターフェースまたはポートを通してネットワークノード１６０に接続可能であり得る。

アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。

電力回路１８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード１６０の構成要素に供給するように設定される。電力回路１８７は、電源１８６から電力を受信し得る。電源１８６および／または電力回路１８７は、それぞれの構成要素に好適な形態で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード１６０の様々な構成要素に電力を提供するように設定され得る。電源１８６は、電力回路１８７および／またはネットワークノード１６０中に含まれるか、あるいは電力回路１８７および／またはネットワークノード１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続された、または電力回路１８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。

ネットワークノード１６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、図８に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にするための、およびネットワークノード１６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード１６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。

図９は、例示的な無線デバイス１１０を示す。いくつかの実施形態による。本明細書で使用される無線デバイスは、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、無線デバイスという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、無線デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、無線デバイスは、内部または外部イベントによってトリガされたとき、あるいは、ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。無線デバイスの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車載無線端末デバイスなどを含む。無線デバイスは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、無線デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の無線デバイスおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。無線デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、無線デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、無線デバイスは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明された無線デバイスは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明された無線デバイスはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。

示されているように、無線デバイス１１０は、アンテナ１１１と、インターフェース１１４と、処理回路１２０と、デバイス可読媒体１３０と、ユーザインターフェース機器１３２と、補助機器１３４と、電源１３６と、電力回路１３７とを含む。無線デバイス１１０は、無線デバイス１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、無線デバイス１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。

アンテナ１１１は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース１１４に接続される。いくつかの代替実施形態では、アンテナ１１１は、無線デバイス１１０とは別個であり、インターフェースまたはポートを通して無線デバイス１１０に接続可能であり得る。アンテナ１１１、インターフェース１１４、および／または処理回路１２０は、無線デバイスによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別の無線デバイスから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ１１１は、インターフェースと見なされ得る。

示されているように、インターフェース１１４は、無線フロントエンド回路１１２とアンテナ１１１とを備える。無線フロントエンド回路１１２は、１つまたは複数のフィルタ１１８と増幅器１１６とを備える。無線フロントエンド回路１１２は、アンテナ１１１および処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路１１２は、アンテナ１１１に結合されるか、またはアンテナ１１１の一部であり得る。いくつかの実施形態では、無線デバイス１１０は別個の無線フロントエンド回路１１２を含まないことがあり、むしろ、処理回路１２０は、無線フロントエンド回路を備え得、アンテナ１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１２２の一部または全部が、インターフェース１１４の一部と見なされ得る。無線フロントエンド回路１１２は、無線接続を介して他のネットワークノードまたは無線デバイスに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１１２は、デジタルデータを、フィルタ１１８および／または増幅器１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号にコンバートし得る。無線信号は、次いで、アンテナ１１１を介して送信され得る。同様に、データを受信するとき、アンテナ１１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１１２によってデジタルデータにコンバートされる。デジタルデータは、処理回路１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

処理回路１２０は、単体で、またはデバイス可読媒体１３０などの他の無線デバイス１１０構成要素と併せてのいずれかで、無線デバイス１１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路１２０は、本明細書で開示される機能を提供するために、デバイス可読媒体１３０に記憶された命令、または処理回路１２０内のメモリに記憶された命令を実行し得る。

示されているように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、無線デバイス１１０の処理回路１２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路１２４およびアプリケーション処理回路１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路１２２およびベースバンド処理回路１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２は、インターフェース１１４の一部であり得る。ＲＦトランシーバ回路１２２は、処理回路１２０のためのＲＦ信号を調整し得る。

いくつかの実施形態では、無線デバイスによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１３０に記憶された命令を実行する処理回路１２０によって提供され得、デバイス可読媒体１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１２０単独に、または無線デバイス１１０の他の構成要素に限定されないが、全体として無線デバイス１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

処理回路１２０は、無線デバイスによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路１２０によって実施されるようなこれらの動作は、処理回路１２０によって取得された情報を、たとえば、取得された情報を他の情報にコンバートすることによって、処理すること、取得された情報またはコンバートされた情報を無線デバイス１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報またはコンバートされた情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路１２０およびデバイス可読媒体１３０は、統合されていると見なされ得る。

ユーザインターフェース機器１３２は、人間のユーザが無線デバイス１１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器１３２は、ユーザへの出力を作り出すように、およびユーザが無線デバイス１１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、無線デバイス１１０にインストールされるユーザインターフェース機器１３２のタイプに応じて変動し得る。たとえば、無線デバイス１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、無線デバイス１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器１３２は、無線デバイス１１０への情報の入力を可能にするように設定され、処理回路１２０が入力情報を処理することを可能にするために、処理回路１２０に接続される。ユーザインターフェース機器１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器１３２はまた、無線デバイス１１０からの情報の出力を可能にするように、および処理回路１２０が無線デバイス１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器１３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、無線デバイス１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。

補助機器１３４は、概して無線デバイスによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備え得る。補助機器１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変動し得る。

電源１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。無線デバイス１１０は、電源１３６から、本明細書で説明または示される任意の機能を行うために電源１３６からの電力を必要とする、無線デバイス１１０の様々な部分に電力を配信するための、電力回路１３７をさらに備え得る。電力回路１３７は、いくつかの実施形態では、電力管理回路を備え得る。電力回路１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、無線デバイス１１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路１３７はまた、いくつかの実施形態では、外部電源から電源１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源１３６の充電のためのものであり得る。電力回路１３７は、電源１３６からの電力に対して、その電力を、電力が供給される無線デバイス１１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、コンバート、または他の修正を実施し得る。

図１０は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ２２００は、ＮＢ－ＩｏＴＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図８に示されているＵＥ２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定された無線デバイスの一例である。前述のように、無線デバイスおよびＵＥという用語は、互換的に使用され得る。したがって、図１０はＵＥであるが、本明細書で説明される構成要素は、無線デバイスに等しく適用可能であり、その逆も同様である。

図１０では、ＵＥ２００は、入出力インターフェース２０５、無線周波数（ＲＦ）インターフェース２０９、ネットワーク接続インターフェース２１１、ランダムアクセスメモリ（ＲＡＭ）２１７と読取り専用メモリ（ＲＯＭ）２１９と記憶媒体２２１などとを含むメモリ２１５、通信サブシステム２３１、電源２１３、および／または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、プロセッサ２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３と、アプリケーションプログラム２２５と、データ２２７とを含む。他の実施形態では、記憶媒体２２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図１０に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

図１０では、プロセッサ２０１は、コンピュータ命令およびデータを処理するように設定され得る。プロセッサ２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態マシンなど、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作可能な任意の逐次状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、プロセッサ２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形態での情報であり得る。

図示された実施形態では、入出力インターフェース２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ２００は、入出力インターフェース２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ２００への入力およびＵＥ２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ２００は、ユーザがＵＥ２００に情報をキャプチャすることを可能にするために、入出力インターフェース２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。

図１０では、ＲＦインターフェース２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース２１１は、ネットワーク２４３ａに通信インターフェースを提供するように設定され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス２０２を介してプロセッサ２０１にインターフェースするように設定され得る。ＲＯＭ２１９は、プロセッサ２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体２２１は、オペレーティングシステム２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム２２５と、データファイル２２７とを含むように設定され得る。記憶媒体２２１は、ＵＥ２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。

記憶媒体２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体２２１は、ＵＥ２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体２２１中に有形に具現され得、記憶媒体２２１はデバイス可読媒体を備え得る。

図１０では、プロセッサ２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように設定され得る。ネットワーク２４３ａとネットワーク２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム２３１は、ＩＥＥＥ８０２．２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別の無線デバイス、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機２３３および／または受信機２３５を含み得る。さらに、各トランシーバの送信機２３３および受信機２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信サブシステム２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム２３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源２１３は、ＵＥ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

本明細書で説明される特徴、利益および／または機能は、ＵＥ２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ２００の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、プロセッサ２０１は、バス２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、プロセッサ２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、プロセッサ２０１と通信サブシステム２３１との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

図１１は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境３００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境３００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。

機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション３２０によって実装され得る。アプリケーション３２０は、処理回路３６０とメモリ３９０－１とを備えるミドルウェア（ＭＷ）３３０を提供する、仮想化環境３００において稼働される。メモリ３９０－１は、処理回路３６０によって実行可能な命令３９５を含んでおり、それにより、アプリケーション３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。

仮想化環境３００は、１つまたは複数のプロセッサのセットまたは処理回路３６０を備える、汎用または専用のネットワークハードウェアデバイス３３０を備え、１つまたは複数のプロセッサのセットまたは処理回路３６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイス３３０はメモリ３９０－１を備え得、メモリ３９０－１は、処理回路３６０によって実行される命令３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイス３３０は、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）３７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）３７０は物理ネットワークインターフェース３８０を含む。各ハードウェアデバイス３３０は、処理回路３６０によって実行可能なソフトウェア３９５および／または命令を記憶した、非一時的、永続的、マシン可読記憶媒体３９０－２をも含み得る。ソフトウェア３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ３５０をインスタンス化するためのソフトウェア、仮想マシン（ＶＭ）３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。

ＶＭ３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ３５０またはハイパーバイザによって稼働され得る。仮想アプライアンス３２０の事例の異なる実施形態が、仮想マシン３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。

動作中に、処理回路３６０は、ソフトウェア３９５を実行してハイパーバイザまたは仮想化レイヤ３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ３５０は、仮想マシン３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。

図１１に示されているように、ハードウェア３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア３３０は、アンテナ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア３３０は、多くのハードウェアノードが協働し、特に、アプリケーション３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）３１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。

ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、ＶＭ３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。ＶＭ３４０の各々と、そのＶＭに専用のハードウェアであろうと、および／またはそのＶＭによってＶＭ３４０のうちの他のＶＭと共有されるハードウェアであろうと、そのＶＭを実行するハードウェア３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０の上の１つまたは複数の仮想マシン３４０において稼働する特定のネットワーク機能をハンドリングすることを担当し、図１１中のアプリケーション３２０に対応する。

いくつかの実施形態では、各々、１つまたは複数の送信機３２２０と１つまたは複数の受信機３２１０とを含む、１つまたは複数の無線ユニット３２００は、１つまたは複数のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。

いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード３３０と無線ユニット３２００との間の通信のために代替的に使用され得る制御システム３２３０を使用して、影響を及ぼされ得る。

図１２は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す。

図１２を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク４１１とコアネットワーク４１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク４１０を含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局４１２ａ、４１２ｂ、４１２ｃを備え、各々が、対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを規定する。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線接続または無線接続４１５上でコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃ中に位置する第１のＵＥ４９１が、対応する基地局４１２ｃに無線で接続するか、または対応する基地局４１２ｃによってページングされるように設定される。カバレッジエリア４１３ａ中の第２のＵＥ４９２が、対応する基地局４１２ａに無線で接続可能である。この例では複数のＵＥ４９１、４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局４１２に接続している状況に等しく適用可能である。

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

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

図１３は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す。

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

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

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

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

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

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

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

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

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

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

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

図１８は、いくつかの実施形態による、無線デバイス１１０による方法１０００を示す。ステップ１００２において、無線デバイス１１０はＵＰ情報を取得する。ステップ１００４において、無線デバイス１１０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告をネットワークノード１６０に送信する。報告はＵＰ情報を含む。ＵＰ情報は、本明細書で説明される実施形態のいずれかによる情報のいずれかを含み得る。代替的に、ＵＰ情報は、本明細書で説明される実施形態のいずれかによる、ＵＰ情報および／またはＵＰデータが利用可能であることを示すＵＰインジケータを含み得る。

図１９は、無線ネットワーク（たとえば、図７に示された無線ネットワーク）中の仮想装置１１００の概略ブロック図を示す。装置は、無線デバイスまたはネットワークノード（たとえば、図７に示された無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１１００は、図１８を参照しながら説明された例示的な方法、および場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図１８の方法は、必ずしも装置１１００のみによって行われるとは限らないことを理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって実施され得る。

仮想装置１１００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る他のデジタルハードウェアを備え得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信プロトコルおよび／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、装置１１００の取得モジュール１１１０、送信モジュール１１２０および任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による対応する機能を実施させるために使用され得る。

いくつかの実施形態によれば、取得モジュール１１１０は装置１１００の取得機能のうちのいくつかを実施し得る。たとえば、取得モジュール１１１０はＵＰ情報を取得し得る。

いくつかの実施形態によれば、送信モジュール１１２０は装置１１００の送信機能のうちのいくつかを実施し得る。たとえば、送信モジュール１１２０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告をネットワークノード１６０に送信し得る。報告はＵＰ情報を含む。ＵＰ情報は、本明細書で説明される実施形態のいずれかによる情報のいずれかを含み得る。代替的に、ＵＰ情報は、本明細書で説明される実施形態のいずれかによる、ＵＰ情報および／またはＵＰデータが利用可能であることを示すＵＰインジケータを含み得る。

本明細書で使用されるモジュールという用語は、たとえば、エレクトロニクス、電気デバイスおよび／または電子デバイスの分野における従来の意味を有し得、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、計算、出力、および／または表示機能などを行うための、電気回路および／または電子回路、デバイス、ユニット、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令を含み得る。

図２０は、いくつかの実施形態による、無線デバイス１１０による別の方法１２００を示す。ステップ１２０２において、無線デバイス１１０は、少なくとも１つのＨＯ中断時間を含むＵＰ情報を取得する。少なくとも１つのＨＯ中断時間は、無線デバイス１１０によって受信される複数の重複パケットのうちの第１のパケットに関連付けられる。ステップ１２０４において、無線デバイス１１０は、無線デバイスのハンドオーバに関連付けられた報告をネットワークノード１６０に送信する。報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

特定の実施形態では、ハンドオーバはＤＡＰＳハンドオーバを含む。

特定の実施形態では、複数のパケットのうちの第１のパケットは無線デバイスのハンドオーバ中に第１のノードから受信され、複数のパケットのうちの第２のパケットは、第１のパケットが受信された後に第２のノードから受信される。少なくとも１つのＨＯ中断時間は第１のノードからの第１のパケットに基づいて計算される。少なくとも１つのＨＯ中断時間は、したがって、第１のノードから受信された複数のパケットのうちの第１に基づいて計算され、第１のノードからの第１のパケットに続く後続のパケットは、したがって、少なくとも１つのＨＯ中断時間を計算するときに考慮されない。

さらなる特定の実施形態では、第１のパケットは第１のノードからのパケットの第１のセット中で受信され、第２のパケットは第２のノードからのパケットの第２のセット中で受信される。

さらなる特定の実施形態では、無線デバイス１１０は、少なくとも１つのＨＯ中断時間を決定するときに、第１のパケットが受信された後に受信される第２のパケットを無視するか、または考慮しない。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は第１のノードからの第１のパケットの受信時に決定される。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は第１のノードからの第１のパケットの受信と、第２のノードからの第２のパケットの受信の両方の後に決定され、無線デバイス１１０は、第２のノードからの第２のパケットを廃棄するための廃棄プロシージャを実施する。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードからの最後の受信された非重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された非重複パケットの第２の時間までの間の時間量（Ｔ）を含む。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードからの最後の受信された重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された非重複パケットの第２の時間までの間の時間量（Ｔ）を含む。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードからの最後の受信された非重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された重複パケットの第２の時間までの間の時間量（Ｔ）を含む。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードからの最後の受信されたパケットに関連付けられた第１の時間から、第２のノードからの第１の受信された非重複パケットの第２の時間までの間の時間量（Ｔ）を含み、このＨＯ中断は第２のノードからの第１の受信された非重複パケットの受信時に計算される。

特定の実施形態では、ＵＥは、ＨＯ中断時間に関係する上記の実施形態のいずれか１つごとに計算されるＨＯ中断時間の最大値としてＴを計算する。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、第２のノードからの第１の受信されたパケットが重複であるか否かとは無関係に、第１のノードからの最後の受信されたパケットに関連付けられた第１の時間から、第２のノードからの第１の受信されたパケットの第２の時間までの間の時間量（Ｔ）を含み、このＨＯ中断は第２のノードからの第１の受信されたパケットの受信時に計算される。

さらなる特定の実施形態では、ＵＥは、第１のノードからのパケットの第１のセットと、第２のノードからのパケットの第２のセットとを受信し、ＵＥはパケットの第１のセットとパケットの第２のセットとに重複廃棄プロシージャを適用する。ＵＥは、次いで、得られた（非廃棄パケット）に基づいて少なくとも１つのＨＯ中断時間を計算する。少なくとも１つのＨＯ中断時間は、第１のノードからの最後の受信された非廃棄パケットから、第２のノードからの第１のその後受信された非廃棄パケットまでの間の時間量（Ｔ）を含む。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は、第２のノードからの第１の非重複パケットの受信時に決定される。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間はハンドオーバプロシージャの終了時に決定される。

さらなる特定の実施形態では、無線デバイス１１０は、第２のノードからの第１の非重複パケットの受信の後の第１のノードから受信された少なくとも１つの非重複パケットを無視するおよび／または考慮しないおよび／または廃棄する。

さらなる特定の実施形態では、ＵＰ情報は、少なくとも１つのＨＯ中断時間に関連する少なくとも１つのタイマー値を含む。

さらなる特定の実施形態では、少なくとも１つのタイマー値は、無線デバイス１１０によるハンドオーバコマンドの受信から、第１のノードからの最後のパケットの受信までに測定された時間を含む。

さらなる特定の実施形態では、少なくとも１つのタイマー値は、無線デバイスによるハンドオーバコマンドの受信から、第２のノードからの第１のパケットの受信までに測定された時間を含む。

さらなる特定の実施形態では、少なくとも１つのタイマー値は、無線デバイス１１０によるハンドオーバコマンドの受信から、第２のノードからの第１のパケットの受信までに測定された時間を含む。

特定の実施形態では、ＨＯ中断時間は、第１のノードからのハンドオーバコマンドの受信と、第２のノードからのハンドオーバ解放コマンドとの間の最大持続時間を含む。

特定の実施形態では、ＨＯ中断時間は、第１のノードからのハンドオーバコマンドの受信と、第２のノードからの第１の非重複パケットとの間の最大持続時間を含む。

特定の実施形態では、無線デバイス１１０のハンドオーバはソースノードからターゲットノードへのものであり、第１のノードがターゲットノードであり、第２のノードがソースノードを備える。

特定の実施形態では、無線デバイス１１０のハンドオーバはソースノードからターゲットノードへのものであり、第１のノードがソースノードであり、第２のノードがターゲットノードを備える。

特定の実施形態では、第１のパケットおよび第２のパケットは複数のベアラ内の同じベアラに関連付けられる。

特定の実施形態では、ＵＰ情報を取得するとき、無線デバイスは、本明細書で説明される実施形態のいずれかに従って少なくとも１つのＨＯ中断時間を計算および／または決定する。

特定の実施形態では、ＵＰ情報を取得するとき、無線デバイス１１０は無線デバイスのハンドオーバ中に少なくとも１つのＨＯ中断時間をロギングする。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は、少なくとも１つのＨＯ中断時間がしきい値を超えるか、またはしきい値に等しい場合にのみロギングされる。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間はＤＲＢごとにロギングされる。

図２１は、無線ネットワーク（たとえば、図７に示された無線ネットワーク）中の仮想装置１３００の概略ブロック図を示す。装置は無線デバイスまたはネットワークノード（たとえば、図７に示された無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１３００は、図２０を参照しながら説明された例示的な方法、および場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図２０の方法は必ずしも装置１３００のみによって行われるとは限らないことを理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって実施され得る。

仮想装置１３００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、ならびに、ＳＰ）、専用デジタル論理などを含み得る他のデジタルハードウェアを備え得る。処理回路は、ＲＯＭ、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、装置１３００の取得モジュール１３１０、送信モジュール１３２０および任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による対応する機能を実施させるために使用され得る。

いくつかの実施形態によれば、取得モジュール１３１０は装置１３００の取得機能のうちのいくつかを実施し得る。たとえば、取得モジュール１３１０は、少なくとも１つのＨＯ中断時間を含むＵＰ情報を取得し得る。少なくとも１つのＨＯ中断時間は、無線デバイス１１０によって受信される複数の重複パケットのうちの第１のパケットに関連付けられる。

いくつかの実施形態によれば、送信１３２０は装置１３００の送信機能のうちのいくつかを実施し得る。たとえば、送信モジュール１３２０は、無線デバイスのハンドオーバに関連付けられた報告をネットワークノード１６０に送信し得る。報告は、無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

図２２は、いくつかの実施形態による、ネットワークノード１６０による方法１４００を示す。ステップ１４０２において、ネットワークノード１６０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告を無線デバイス１１０から受信する。報告はＵＰ情報を含む。ＵＰ情報は、本明細書で説明される実施形態のいずれかによる情報のいずれかを含み得る。代替的に、ＵＰ情報は、本明細書で説明される実施形態のいずれかによる、ＵＰ情報および／またはＵＰデータが利用可能であることを示すＵＰインジケータを含み得る。

図２３は、無線ネットワーク（たとえば、図７に示された無線ネットワーク）中の仮想装置１５００の概略ブロック図を示す。装置は無線デバイスまたはネットワークノード（たとえば、図７に示された無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１５００は、図２２を参照しながら説明された例示的な方法、および場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図２２の方法は必ずしも装置１５００のみによって行われるとは限らないことを理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって実施され得る。

仮想装置１５００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、ならびに、ＤＳＰ、専用デジタル論理などを含み得る他のデジタルハードウェアを備え得る。処理回路は、ＲＯＭ、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、装置１５００の受信モジュール１５１０と任意の他の好適なユニットとに本開示の１つまたは複数の実施形態による対応する機能を実施させるために使用され得る。

いくつかの実施形態によれば、受信モジュール１５１０は装置１５００の受信機能のうちのいくつかを実施し得る。たとえば、受信モジュール１５１０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告を無線デバイス１１０から受信し得る。報告はＵＰ情報を含む。ＵＰ情報は、本明細書で説明される実施形態のいずれかによる情報のいずれかを含み得る。代替的に、ＵＰ情報は、本明細書で説明される実施形態のいずれかによる、ＵＰ情報および／またはＵＰデータが利用可能であることを示すＵＰインジケータを含み得る。

図２４は、いくつかの実施形態による、ネットワークノード１６０による別の方法１６００を示す。ステップ１６０２において、ネットワークノード１６０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告を無線デバイスから受信する。報告は、無線デバイス１１０によって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

特定の実施形態では、複数のパケットのうちの第１のパケットは、無線デバイスのハンドオーバ中に第１のノードから無線デバイスによって受信され、複数のパケットのうちの第２のパケットは、第１のパケットが受信された後に第２のノードから無線デバイスによって受信される。少なくとも１つのＨＯ中断時間は、第１のノードからの第１のパケットに基づいて計算される。少なくとも１つのＨＯ中断時間は、第１のノードから受信される複数のパケットのうちの第１に基づいて計算され、第１のノードからの第１のパケットに続く後続のパケットは、したがって、少なくとも１つのＨＯ中断時間を計算するときに考慮されない。

さらなる特定の実施形態では、第１のパケットは第１のノードからのパケットの第１のセットに関連付けられ、第２のパケットは第２のノードからのパケットの第２のセットに関連付けられる。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は第２のパケットに基づかない。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードからの第１のパケットの無線デバイスによる受信時間に関連付けられる。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は、第１のノードから無線デバイスによって受信される最後の非重複パケットに関連付けられた第１の時間から、第２のノードから無線デバイスによって受信される第１の非重複パケットの第２の時間までの間の時間量（Ｔ）を含む。

さらなる特定の実施形態では、少なくとも１つのＨＯ中断時間は第２のノードからの第１の非重複パケットの受信時に決定される。

さらなる特定の実施形態では、ＵＰ情報は、少なくとも１つのＨＯ中断時間に関連付けられた少なくとも１つのタイマー値を含む。

さらなる特定の実施形態では、少なくとも１つのタイマー値は、無線デバイスによるハンドオーバコマンドの受信から、第１のノードからの最後のパケットの受信までに測定された時間（Ｔ１）を含む。

特定の実施形態では、少なくとも１つのタイマー値は、無線デバイスによるハンドオーバコマンドの受信から、第２のノードからの第１のパケットの受信までに測定された時間（Ｔ２）を含む。

特定の実施形態では、無線デバイス１１０は、少なくとも１つのタイマー値に基づいて、第１のノードからの最後の非重複パケットの無線デバイスによる受信と、第２のノードからの第１の非重複パケットの無線デバイスによる受信との間の時間を推定する。

さらなる特定の実施形態では、無線デバイス１１０は、第１のノードからの最後の非重複パケットの無線デバイス１１０による受信と、第２のノードからの第１の非重複パケットの無線デバイス１１０による受信との間の時間を推定し、Ｔ２－Ｔ１を計算することを含む。

特定の実施形態では、少なくとも１つのタイマー値は、無線デバイスによるハンドオーバコマンドの受信から、第２のノードからの第１のパケットの受信までに測定された時間を含む。

特定の実施形態では、ＨＯ中断時間は、第１のノードからのハンドオーバコマンドの受信と第２のノードからのハンドオーバ解放コマンドとの間の最大持続時間を含む。

特定の実施形態では、ＨＯ中断時間は、第１のノードからのハンドオーバコマンドの受信と第２のノードからの第１の非重複パケットとの間の最大持続時間を含む。

特定の実施形態では、無線デバイス１１０のハンドオーバはソースノードからターゲットノードへのものであり、第１のノードはターゲットノードを備え、第２のノードはソースノードを備える。

特定の実施形態では、無線デバイス１１０のハンドオーバはソースノードからターゲットノードへのものであり、第１のノードはソースノードを備え、第２のノードはターゲットノードを備える。

特定の実施形態では、ＵＰ情報は、無線デバイス１１０のハンドオーバ中にロギングされた少なくとも１つのＨＯ中断時間を含む。

特定の実施形態では、少なくとも１つのＨＯ中断時間は、少なくとも１つのＨＯ中断時間がしきい値を超えるか、またはしきい値に等しい場合にのみロギングされる。

特定の実施形態では、少なくとも１つのＨＯ中断時間はＤＲＢごとにロギングされる。

図２５は、無線ネットワーク（たとえば、図７に示された無線ネットワーク）中の仮想装置１７００の概略ブロック図を示す。装置は無線デバイスまたはネットワークノード（たとえば、図７に示された無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１７００は、図２４を参照しながら説明された例示的な方法、および場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図２４の方法は必ずしも装置１７００のみによって行われるとは限らないことを理解されたい。方法の少なくともいくつかの動作は１つまたは複数の他のエンティティによって実施され得る。

仮想装置１７００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、ならびに、ＳＰ）、専用デジタル論理などを含み得る他のデジタルハードウェアを備え得る。処理回路は、ＲＯＭ、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信プロトコルおよび／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、装置１７００の受信モジュール１７１０モジュールと任意の他の好適なユニットとに、本開示の１つまたは複数の実施形態による対応する機能を実施させるために使用され得る。

いくつかの実施形態によれば、受信モジュール１７１０は装置１７００の受信機能のうちのいくつかを実施し得る。たとえば、受信モジュール１７１０は、無線デバイス１１０のハンドオーバプロシージャに関連付けられた報告を無線デバイス１１０から受信し得る。報告は、無線デバイス１１０によって受信される複数の重複パケットのうちの第１のパケットに関連付けられている少なくとも１つのＨＯ中断時間を含むＵＰ情報を含む。

例示的な実施形態
例示的な実施形態１．無線デバイスの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、無線デバイス。
例示的な実施形態２．ネットワークノードの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、ネットワークノード。
例示的な実施形態３．無線信号を送り、受信するように設定されたアンテナと、アンテナと処理回路とに接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、無線デバイスの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、無線デバイスへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理された無線デバイスからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、無線デバイスに電力を供給するように設定された、バッテリーとを備える、無線デバイス。
例示的な実施形態４．ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有するネットワークノードを備え、ネットワークノードの処理回路が、ネットワークノードの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態５．ネットワークノードをさらに含む、実施形態４に記載の通信システム。
例示的な実施形態６．無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態４または５に記載の通信システム。
例示的な実施形態７．ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスが、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態４から６のいずれか１つに記載の通信システム。
例示的な実施形態８．ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、ネットワークノードが、ネットワークノードの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態９．ネットワークノードにおいてユーザデータを送信することをさらに含む、実施形態８に記載の方法。
例示的な実施形態１０．ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、無線デバイスにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む、実施形態８または９に記載の方法。
例示的な実施形態１１．ネットワークノードと通信するように設定された無線デバイスであって、無線デバイスが、実施形態８から１０のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、無線デバイス。
例示的な実施形態１２．ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの構成要素が、グループの例示的な実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態１３．セルラネットワークが、無線デバイスと通信するように設定されたネットワークノードをさらに含む、実施形態１２に記載の通信システム。
例示的な実施形態１４．ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された、実施形態１２または１３に記載の通信システム。
例示的な実施形態１５．ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、無線デバイスが、無線デバイスの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態１６．無線デバイスにおいて、ネットワークノードからユーザデータを受信することをさらに含む、実施形態１５に記載の方法。
例示的な実施形態１７．ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの処理回路が、無線デバイスの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態１８．無線デバイスをさらに含む、実施形態１７に記載の通信システム。
例示的な実施形態１９．ネットワークノードをさらに含み、ネットワークノードが、無線デバイスと通信するように設定された無線インターフェースと、無線デバイスからネットワークノードへの送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態１７または１８に記載の通信システム。
例示的な実施形態２０．ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、実施形態１７から１９のいずれか１つに記載の通信システム。
例示的な実施形態２１．ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、実施形態１７から２０のいずれか１つに記載の通信システム。
例示的な実施形態２２．ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、無線デバイスからネットワークノードに送信されたユーザデータを受信することを含み、無線デバイスが、無線デバイスの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態２３．無線デバイスにおいて、ネットワークノードにユーザデータを提供することをさらに含む、実施形態２２に記載の方法。
例示的な実施形態２４．無線デバイスにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することとをさらに含む、実施形態２２または２３に記載の方法。
例示的な実施形態２５．無線デバイスにおいて、クライアントアプリケーションを実行することと、無線デバイスにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態２２から２４のいずれか１つに記載の方法。
例示的な実施形態２６．ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ネットワークノードが、無線インターフェースと処理回路とを備え、ネットワークノードの処理回路が、ネットワークノードの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態２７．ネットワークノードをさらに含む、実施形態２６に記載の通信システム。
例示的な実施形態２８．無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態２６または２７に記載の通信システム。
例示的な実施形態２９．ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスが、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、実施形態２６から２８のいずれか１つに記載の通信システム。
例示的な実施形態３０．ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、基地局から、ネットワークノードが無線デバイスから受信した送信から発生したユーザデータを受信することを含み、無線デバイスが、グループＡの例示的な実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態３１．ネットワークノードにおいて、無線デバイスからユーザデータを受信することをさらに含む、実施形態３０に記載の方法。
例示的な実施形態３２．ネットワークノードにおいて、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態３０または３１に記載の方法。
例示的な実施形態３３．ネットワークノードが基地局を備える、実施形態１から３２のいずれか１つに記載の方法。
例示的な実施形態３４．無線デバイスがユーザ機器（ＵＥ）を備える、実施形態１から３３のいずれか１つに記載の方法。
例示的な実施形態３５．コンピュータ上で実行されたとき、本明細書で説明される方法およびステップのいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態３６．コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、本明細書で説明される方法およびステップのいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態３７．コンピュータによって実行されたとき、本明細書で説明される方法およびステップのいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態３８．本明細書で説明される方法およびステップのいずれかを実施するように設定された処理回路を備える、無線デバイス。
例示的な実施形態３９．本明細書で説明される方法およびステップのいずれかを実施するように設定された処理回路を備える、ネットワークノード。

本開示の範囲から逸脱することなく、本明細書で説明されるシステムおよび装置に対して修正、追加、または省略が行われ得る。システムおよび装置の構成要素は、統合または分離され得る。その上、システムおよび装置の動作は、より多数の、より少数の、または他の構成要素によって実施され得る。さらに、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む任意の好適な論理を使用して実施され得る。本明細書で使用される「各々」は、セットの各メンバーまたはセットのサブセットの各メンバーを指す。

本開示の範囲から逸脱することなく、本明細書で説明される方法に対して修正、追加、または省略が行われ得る。本方法は、より多数の、より少数の、または他のステップを含み得る。さらに、ステップは、任意の好適な順序で実施され得る。

本開示はいくつかの実施形態に関して説明されたが、実施形態の改変および置換は当業者に明らかであろう。したがって、実施形態の上記の説明は、本開示を制約しない。他の変更、置換、および改変が、本開示の趣旨および範囲から逸脱することなく可能である。

Claims

無線デバイス（１１０）によって実施される方法（１２００）であって、前記方法は、
少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むユーザプレーン（ＵＰ）情報を取得すること（１２０２）であって、前記少なくとも１つのＨＯ中断時間が、前記無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた、ことと、
ネットワークノード（１６０）に前記無線デバイスのハンドオーバに関連付けられた報告を送信すること（１２０４）であって、前記報告が、前記無線デバイスによって受信される前記複数の重複パケットのうちの前記第１のパケットに関連付けられた前記少なくとも１つのＨＯ中断時間を含む前記ＵＰ情報を含む、ことと
を含む、方法（１２００）。
前記ハンドオーバがデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを含む、請求項１に記載の方法。
前記複数パケットのうちの前記第１のパケットが前記無線デバイスの前記ハンドオーバ中に第１のノードから受信され、
前記複数のパケットのうちの第２のパケットが、前記第１のパケットが受信された後に第２のノードから受信され、
前記少なくとも１つのＨＯ中断時間が前記第１のノードからの前記第１のパケットに基づいて計算される、請求項１または２に記載の方法。
前記第１のパケットが前記第１のノードからのパケットの第１のセット中で受信され、前記第２のパケットが前記第２のノードからのパケットの第２のセット中で受信される、請求項３に記載の方法。
前記少なくとも１つのＨＯ中断時間を決定するときに、前記第２のパケットが、重複パケットであり、前記第１のパケットが受信された後に、受信された場合、前記第２のパケットを無視するかまたは考慮しないことをさらに含む、請求項３または４に記載の方法。
前記少なくとも１つのＨＯ中断時間が、前記第１のノードからの前記第１のパケットの受信と前記第２のノードからの前記第２のパケットの受信の両方の後に決定され、前記方法は、前記第２のパケットが重複パケットである場合、前記第２のノードからの前記第２のパケットを廃棄するための廃棄プロシージャを実施することをさらに含む、請求項３から５のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、第１のノードからの最後の受信された非重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された非重複パケットの第２の時間までの間の時間量（Ｔ）を含む、請求項１から６のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、第１のノードからの最後の受信された非重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された重複パケットの第２の時間までの間の時間量（Ｔ）を含む、請求項１から６のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、前記第２のノードからの前記第１の非重複パケットの受信時に決定される、請求項７に記載の方法。
第２のノードからの前記第１の非重複パケットの受信の後に前記第１のノードから受信された少なくとも１つのパケットを無視すること／考慮しないことをさらに含む、請求項９に記載の方法。
前記ＵＰ情報が、前記少なくとも１つのＨＯ中断時間に関連付けられた少なくとも１つのタイマー値を含む、請求項７から１０のいずれか一項に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第１のノードからの前記最後のパケットの受信までに測定された時間を含む、請求項１１に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第２のノードからの前記第１のパケットの受信までに測定された時間を含む、請求項１１または１２に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第２のノードからの前記第１のパケットの受信までに測定された時間を含む、請求項１１から１３のいずれか一項に記載の方法。
前記ＨＯ中断時間が、第１のノードからのハンドオーバコマンドの受信と第２のノードからのハンドオーバ解放コマンドとの間の最大持続時間を含む、請求項３から１４のいずれか一項に記載の方法。
前記ＨＯ中断時間が、第１のノードからのハンドオーバコマンドの受信と第２のノードからの第１の非重複パケットとの間の最大持続時間を含む、請求項３から１４のいずれか一項に記載の方法。
前記無線デバイスの前記ハンドオーバがソースノードからターゲットノードへのものであり、前記第１のノードが前記ターゲットノードを含み、前記第２のノードが前記ソースノードを含む、請求項３から１６のいずれか一項に記載の方法。
前記無線デバイスの前記ハンドオーバがソースノードからターゲットノードへのものであり、前記第１のノードが前記ソースノードを含み、前記第２のノードが前記ターゲットノードを含む、請求項３から１６のいずれか一項に記載の方法。
前記第１のパケットおよび前記第２のパケットが複数のベアラ内の同じベアラに関連付けられる、請求項３から１８のいずれか一項に記載の方法。
前記ＵＰ情報を取得することが、前記無線デバイスの前記ハンドオーバ中に前記少なくとも１つのＨＯ中断時間をロギングすることを含む、請求項１から１９のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間は、前記少なくとも１つのＨＯ中断時間がしきい値を超えるかまたはしきい値に等しい場合にのみロギングされる、請求項２０に記載の方法。
前記少なくとも１つのＨＯ中断時間がＤＲＢごとにロギングされる、請求項２０または２１に記載の方法。
ネットワークノード（１６０）によって実施される方法（１６００）であって、前記方法は、
無線デバイス（１１０）から前記無線デバイスのハンドオーバプロシージャに関連付けられた報告を受信すること（１６０２）を含み、
前記報告が、前記無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むユーザプレーン（ＵＰ）情報を含む、方法（１６００）。
前記ハンドオーバがデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバを含む、請求項２３に記載の方法。
前記複数パケットのうちの前記第１のパケットが前記無線デバイスの前記ハンドオーバ中に第１のノードから前記無線デバイスによって受信され、
前記複数のパケットのうちの第２のパケットが、前記第１のパケットが受信された後に、第２のノードから前記無線デバイスによって受信され、
前記少なくとも１つのＨＯ中断時間が前記第１のノードからの前記第１のパケットに基づいて計算される、請求項２３または２４に記載の方法。
前記第１のパケットが前記第１のノードからのパケットの第１のセットに関連付けられ、前記第２のパケットが前記第２のノードからのパケットの第２のセットに関連付けられた、請求項２５に記載の方法。
前記少なくとも１つのＨＯ中断時間は、前記第２のパケットが重複パケットである場合、前記第２のパケットに基づかない、請求項２５または２６に記載の方法。
前記少なくとも１つのＨＯ中断時間が、第１のノードから前記無線デバイスによって受信された最後の非重複パケットに関連付けられた第１の時間から、第２のノードから前記無線デバイスによって受信された第１の非重複パケットの第２の時間までの間の時間量（Ｔ）を含む、請求項２３から２７のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、第１のノードからの最後の受信された非重複パケットに関連付けられた第１の時間から、第２のノードからの第１の受信された重複パケットの第２の時間までの間の時間量（Ｔ）を含む、請求項２３から２７のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、前記第２のノードからの前記第１の非重複パケットの受信時に決定される、請求項２８に記載の方法。
前記ＵＰ情報が、前記少なくとも１つのＨＯ中断時間に関連付けられた少なくとも１つのタイマー値を含む、請求項２８から３０のいずれか一項に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第１のノードからの前記最後のパケットの受信までに測定された時間（Ｔ１）を含む、請求項３１に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第２のノードからの前記第１のパケットの受信までに測定された時間（Ｔ２）を含む、請求項３１または３２に記載の方法。
前記少なくとも１つのタイマー値に基づいて、前記第１のノードからの前記最後の非重複パケットの前記無線デバイスによる受信と、前記第２のノードからの前記第１の非重複パケットの前記無線デバイスによる受信との間の時間を推定することをさらに含む、請求項３２または３３に記載の方法。
前記第１のノードからの前記最後の非重複パケットの前記無線デバイスによる前記受信と、前記第２のノードからの前記第１の非重複パケットの前記無線デバイスによる前記受信との間の時間を推定することが、Ｔ２－Ｔ１を計算することを含む、請求項３４に記載の方法。
前記少なくとも１つのタイマー値が、前記無線デバイスによるハンドオーバコマンドの受信から、前記第２のノードからの前記第１のパケットの受信までに測定された時間を含む、請求項３１から３５のいずれか一項に記載の方法。
前記ＨＯ中断時間が、第１のノードからのハンドオーバコマンドの受信と第２のノードからのハンドオーバ解放コマンドとの間の最大持続時間を含む、請求項２５から３６のいずれか一項に記載の方法。
前記ＨＯ中断時間が、第１のノードからのハンドオーバコマンドの受信と第２のノードからの第１の非重複パケットとの間の最大持続時間を含む、請求項２５から３７のいずれか一項に記載の方法。
前記無線デバイスの前記ハンドオーバがソースノードからターゲットノードへのものであり、前記第１のノードが前記ターゲットノードを備え、前記第２のノードが前記ソースノードを備える、請求項２５から３８のいずれか一項に記載の方法。
前記無線デバイスの前記ハンドオーバがソースノードからターゲットノードへのものであり、前記第１のノードが前記ソースノードを備え、前記第２のノードが前記ターゲットノードを備える、請求項２５から３８のいずれか一項に記載の方法。
前記第１のパケットおよび前記第２のパケットが複数のベアラ内の同じベアラに関連付けられる、請求項２５から４０のいずれか一項に記載の方法。
前記ユーザプレーン（ＵＰ）情報が、前記無線デバイスの前記ハンドオーバ中にロギングされた少なくとも１つのＨＯ中断時間を含む、請求項２５から４１のいずれか一項に記載の方法。
前記少なくとも１つのＨＯ中断時間が、前記少なくとも１つのＨＯ中断時間がしきい値を超えるかまたはしきい値に等しい場合にのみロギングされる、請求項４２に記載の方法。
前記少なくとも１つのＨＯ中断時間がＤＲＢごとにロギングされる、請求項４２または４３に記載の方法。
無線デバイス（１１０）であって、
少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むユーザプレーン（ＵＰ）情報を取得することであって、前記少なくとも１つのＨＯ中断時間が、前記無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた、ことと、
ネットワークノード（１６０）に前記無線デバイスのハンドオーバに関連付けられた報告を送信することであって、前記報告が、前記無線デバイスによって受信される前記複数の重複パケットのうちの前記第１のパケットに関連付けられた前記少なくとも１つのＨＯ中断時間を含む前記ＵＰ情報を含む、ことと
を行うように適応された、無線デバイス（１１０）。
請求項２から２２のいずれか一項に記載の方法を実施するようにさらに適応された、請求項４５に記載の無線デバイス。
無線デバイス（１１０）から前記無線デバイスのハンドオーバプロシージャに関連付けられた報告を受信することであって、前記報告が、前記無線デバイスによって受信される複数の重複パケットのうちの第１のパケットに関連付けられた少なくとも１つのハンドオーバ（ＨＯ）中断時間を含むユーザプレーン（ＵＰ）情報を含む、ことを行うように適応されたネットワークノード（１６０）。
請求項２４から４４のいずれか一項に記載の方法を実施するようにさらに適応された、請求項４７に記載のネットワークノード。