知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許7579425デュアルアクティブプロトコルスタックハンドオーバ報告の制御プレーン態様
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-29
(45)【発行日】2024-11-07
(54)【発明の名称】デュアルアクティブプロトコルスタックハンドオーバ報告の制御プレーン態様
(51)【国際特許分類】
H04W 36/08 20090101AFI20241030BHJP
H04W 76/10 20180101ALI20241030BHJP
【ＦＩ】
H04W36/08
H04W76/10
【請求項の数】
21
(21)【出願番号】P 2023507583
(86)(22)【出願日】2021-06-29
(65)【公表番号】
(43)【公表日】2023-08-30
(86)【国際出願番号】 SE2021050649
(87)【国際公開番号】W WO2022031199
(87)【国際公開日】2022-02-10
【審査請求日】2023-04-11
(31)【優先権主張番号】63/062,396
(32)【優先日】2020-08-06
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ラーマチャンドラ， プラディーパ
(72)【発明者】
【氏名】ダ シルバ， イカロ レオナルド
(72)【発明者】
【氏名】ベレシー， マルコ
(72)【発明者】
【氏名】セントンザ， アンジェロ
(72)【発明者】
【氏名】ゾホフ， ロマン
【審査官】原田 聖子
(56)【参考文献】
【文献】特開２０１３－１１０６５３（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１６／０２８５６７９（ＵＳ，Ａ１）
【文献】vivo，Summary of Email Discussion on CP for DAPS[online]，3GPP TSG RAN WG2 #107bis R2-1912349，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107bis/Docs/R2-1912349.zip>，2019年10月04日
【文献】ZTE Corporation, Sanechips，[Z167][Z169] Correction to RLF report[online]，3GPP TSG RAN WG2 #110-e R2-2004410，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_110-e/Docs/R2-2004410.zip>，2020年05月22日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線デバイス（１１０）によって実施される方法（１０００）であって、前記方法が、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中に、前記ソースネットワークノードの前記ソースセルにおける無線リンク障害を宣言すること（１００２）と、
ＤＡＰＳハンドオーバ障害を宣言することと、
前記ＤＡＰＳハンドオーバに関連する情報を記憶すること（１００４）と、
前記無線リンク障害に関連する情報を記憶すること（１００６）と、
前記ソースネットワークノードに、前記ＤＡＰＳハンドオーバに関連する前記情報と前記無線リンク障害に関連する前記情報を無線リンク障害報告で送信すること（１００８）と
を含む、方法（１０００）。
【請求項2】
前記ソースネットワークノードに、前記無線リンク障害報告の利用可能性の指示を送信することと、前記無線リンク障害報告を送信するようにとの要求を受信することであって、前記無線リンク障害報告が、前記要求に応答して送信される、要求を受信することと
をさらに含む、請求項１に記載の方法。
【請求項3】
前記無線リンク障害が、前記無線デバイスと前記ソースネットワークノードの前記ソースセルとの間の障害があった接続に関連する、請求項１または２に記載の方法。
【請求項4】
前記ソースネットワークノードは、前記無線デバイスが前記ソースネットワークノードとの前記無線リンク障害を宣言した後に、前記無線デバイスとの接続を確立する、請求項１に記載の方法。
【請求項5】
前記無線リンク障害報告を送信するより前に、前記ソースネットワークノードとの接続を確立することをさらに含む、請求項４に記載の方法。
【請求項6】
前記ソースネットワークノードからハンドオーバコマンドを受信することと、前記ハンドオーバコマンドに応答して前記ＤＡＰＳハンドオーバを始動することとをさらに含む、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記無線リンク障害報告が、ハンドオーバ障害を宣言することと、前記無線リンク障害を宣言することとの間の時間を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記無線リンク障害報告は、前記ＤＡＰＳハンドオーバの前記ソースセルの無線測定値と、
前記ＤＡＰＳハンドオーバのターゲットセルの無線測定値と、
少なくとも１つの近隣するセルの無線測定値と、
前記ターゲットネットワークノードにＲＲＣ再設定完了メッセージを送ることと、前記無線リンク障害を宣言することとの間の時間と、
ＨＯコマンドが前記ソースネットワークノードから受信されたときのタイマーのステータスと
のうちの少なくとも１つを含む、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記情報は、ＤＡＰＳハンドオーバコマンド受信と前記ソースセルにおける無線リンク障害との間に経過した時間を含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中に、前記ソースネットワークノードによって実施される方法（１２００）であって、無線デバイス（１１０）からの無線リンク障害報告で、前記ＤＡＰＳハンドオーバと無線リンク障害とに関連する情報を受信すること（１２０２）であって、前記無線リンク障害が、前記ソースネットワークノードのソースセルにおけるものであり、前記ＤＡＰＳハンドオーバが、前記ソースネットワークノードの前記ソースセルから前記ターゲットネットワークノードの前記ターゲットセルへのものである、前記ＤＡＰＳハンドオーバと無線リンク障害とに関連する情報を受信すること（１２０２）
を含む、方法（１２００）。
【請求項11】
前記無線リンク障害報告を受信するより前に、前記無線リンク障害報告の利用可能性の指示を受信することと、前記無線デバイスに、前記無線リンク障害報告についての要求を送信することと
をさらに含む、請求項１０に記載の方法。
【請求項12】
前記ソースネットワークノードは、前記無線デバイスが前記ソースネットワークノードの前記ソースセルとの前記無線リンク障害を宣言した後に、前記無線デバイスとの接続を確立する、請求項１０または１１に記載の方法。
【請求項13】
前記無線リンク障害報告は、前記ターゲットネットワークノードの前記ターゲットセルとの前記ＤＡＰＳハンドオーバに障害があったことを指示する、請求項１２に記載の方法。
【請求項14】
前記無線リンク障害報告に基づいて少なくとも１つのハンドオーバパラメータを調節または最適化することをさらに含む、請求項１３に記載の方法。
【請求項15】
前記無線リンク障害報告が、ハンドオーバ障害を宣言することと、前記無線リンク障害を宣言することとの間の時間を含む、請求項１０から１４のいずれか一項に記載の方法。
【請求項16】
前記無線リンク障害報告は、前記ＤＡＰＳハンドオーバのソースセルの無線測定値と、
前記ＤＡＰＳハンドオーバのターゲットセルの無線測定値と、
少なくとも１つの近隣するセルの無線測定値と、
前記ターゲットネットワークノードに無線リソース制御再設定完了メッセージを送ることと、前記無線リンク障害を宣言することとの間の時間と、
ハンドオーバコマンドが前記ソースネットワークノードから受信されたときのタイマーのステータスと
のうちの少なくとも１つを含む、請求項１０から１５のいずれか一項に記載の方法。
【請求項17】
前記無線リンク障害報告は、ＤＡＰＳハンドオーバコマンド受信と前記ソースセルにおける無線リンク障害との間に経過した時間を含む、請求項１０から１６のいずれか一項に記載の方法。
【請求項18】
処理回路（１２０）を備える無線デバイス（１１０）であって、前記処理回路（１２０）が、
ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ中に、前記ソースネットワークノードの前記ソースセルにおける無線リンク障害を宣言することと、
ＤＡＰＳハンドオーバ障害を宣言することと、
前記ＤＡＰＳハンドオーバに関連する情報を記憶することと、
前記無線リンク障害に関連する情報を記憶することと、
前記ソースネットワークノードに、前記ＤＡＰＳハンドオーバに関連する前記情報と前記無線リンク障害に関連する前記情報を無線リンク障害報告で送信することと
を行うように設定された、無線デバイス（１１０）。
【請求項19】
前記処理回路が、請求項２から９に記載の方法のいずれかを実施するように設定された、請求項１８に記載の無線デバイス。
【請求項20】
ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのデュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバにおけるソースネットワークノードであって、
処理回路（１２０）を備え、
前記処理回路（１２０）は、
無線デバイス（１１０）からの無線リンク障害報告で、前記ＤＡＰＳハンドオーバと無線リンク障害とに関連する情報を受信すること（１２０２）であって、前記無線リンク障害が、前記ソースネットワークノードの前記ソースセルにおけるものであり、前記ＤＡＰＳハンドオーバが、前記ソースネットワークノードの前記ソースセルからターゲットネットワークノードのターゲットセルへのものである、前記ＤＡＰＳハンドオーバと無線リンク障害とに関連する情報を受信すること（１２０２）
を行うように設定された、ソースネットワークノード。
【請求項21】
前記処理回路が、請求項１１から１７に記載の方法のいずれかを実施するように設定された、請求項２０に記載のソースネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、無線通信に関し、より詳細には、デュアルアクティブプロトコルスタック（ＤＡＰＳ：Ｄｕａｌ Ａｃｔｉｖｅ Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）ハンドオーバ報告の制御プレーン態様に関係するシステムおよび方法に関する。
【背景技術】
【0002】
簡略化された第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信システムが、図１に示されており、ユーザ機器（ＵＥ）を含み、ＵＥは、１つまたは複数のアクセスノードと通信し、１つまたは複数のアクセスノードはネットワークノードに接続される。アクセスノードは、無線アクセスネットワークの一部である。
【0003】
３ＧＰＰ ＴＳ３６．３００ ｖ．１６．２．０において指定されているような、（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）または第４世代（４Ｇ）とも呼ばれる）３ＧＰＰエボルブドパケットシステム（ＥＰＳ）標準仕様、および関係する仕様に従う無線通信システムでは、アクセスノードは、一般に、エボルブドノードＢ（ｅＮＢ）に対応し、ネットワークノードは、一般に、モビリティ管理エンティティ（ＭＭＥ）および／またはサービングゲートウェイ（ＳＧＷ）のいずれかに対応する。ｅＮＢは、無線アクセスネットワークの一部であり、無線アクセスネットワークは、この場合、拡張ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）であり、ＭＭＥおよびＳＧＷは、両方とも、エボルブドパケットコアネットワーク（ＥＰＣ）の一部である。ｅＮＢは、Ｘ２インターフェースを介して相互接続され、Ｓ１インターフェースを介してＥＰＣに接続され、より詳細には、Ｓ１－Ｃを介してＭＭＥに、およびＳ１－Ｕを介してＳＧＷに接続される。
【0004】
一方、３ＧＰＰ ＴＳ３８．３００ ｖ．１６．２．０において指定されているような、（新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）または第５世代（５Ｇ）とも呼ばれる）３ＧＰＰ ５Ｇシステム（５ＧＳ）標準仕様、および関係する仕様に従う無線通信システムでは、アクセスノードは、一般に、５ＧノードＢ（ｇＮＢ）に対応し、ネットワークノードは、一般に、アクセスおよびモビリティ管理機能（ＡＭＦ）ならびに／またはユーザプレーン機能（ＵＰＦ）のいずれかに対応する。ｇＮＢは、無線アクセスネットワークの一部であり、無線アクセスネットワークは、この場合、ＮＧ－ＲＡＮ（次世代無線アクセスネットワーク）であり、ＡＭＦおよびＵＰＦは、両方とも、５Ｇコアネットワーク（５ＧＣ）の一部である。ｇＮＢは、Ｘｎインターフェースを介して相互接続され、ＮＧインターフェースを介して５ＧＣに接続され、より詳細には、ＮＧ－Ｃを介してＡＭＦに、およびＮＧ－Ｕを介してＵＰＦに接続される。
【0005】
ＮＲとＬＴＥとの間の高速モビリティをサポートし、コアネットワークの変更を回避するために、ＬＴＥ ｅＮＢも、ＮＧ－Ｕ／ＮＧ－Ｃを介して５ＧＣに接続され、Ｘｎインターフェースをサポートすることができる。５ＧＣに接続されたｅＮＢは、次世代ｅＮＢ（ｎｇ－ｅＮＢ）と呼ばれ、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）の一部と見なされる。５ＧＣに接続されたＬＴＥは、本明細書でこれ以上説明されないが、本明細書でＬＴＥおよびＮＲについて説明されるソリューション／特徴の大部分が、５ＧＣに接続されたＬＴＥにも適用されることに留意されたい。本明細書で使用されるＬＴＥという用語は、ＬＴＥ－ＥＰＣを指すためにさらなる指定なしに使用される。
【0006】
ＬＴＥおよびＮＲにおけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるモビリティ
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるモビリティは、ハンドオーバとしても知られる。ハンドオーバの目的は、たとえば、モビリティにより、（ソースセル接続としても知られる）ソース無線接続を使用するソースアクセスノードから、（ターゲットセル接続としても知られる）ターゲット無線接続を使用するターゲットアクセスノードにＵＥを移動させることである。ソース無線接続は、ソースアクセスノードによって制御されるソースセルに関連する。ターゲット無線接続は、ターゲットアクセスノードによって制御されるターゲットセルに関連する。したがって、言い換えれば、ハンドオーバ中に、ＵＥは、ソースセルからターゲットセルに移動する。ソースアクセスノードまたはソースセルは、「ソース」と呼ばれることがあり、ターゲットアクセスノードまたはターゲットセルは、「ターゲット」と呼ばれることがある。
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるモビリティは、ハンドオーバとしても知られる。ハンドオーバの目的は、たとえば、モビリティにより、（ソースセル接続としても知られる）ソース無線接続を使用するソースアクセスノードから、（ターゲットセル接続としても知られる）ターゲット無線接続を使用するターゲットアクセスノードにＵＥを移動させることである。ソース無線接続は、ソースアクセスノードによって制御されるソースセルに関連する。ターゲット無線接続は、ターゲットアクセスノードによって制御されるターゲットセルに関連する。したがって、言い換えれば、ハンドオーバ中に、ＵＥは、ソースセルからターゲットセルに移動する。ソースアクセスノードまたはソースセルは、「ソース」と呼ばれることがあり、ターゲットアクセスノードまたはターゲットセルは、「ターゲット」と呼ばれることがある。
【0007】
いくつかの場合には、ソースアクセスノードおよびターゲットアクセスノードは、異なるｅＮＢまたはｇＮＢなど、異なるノードである。これらの場合は、ノード間ハンドオーバ、ｅＮＢ間ハンドオーバまたはｇＮＢ間ハンドオーバとも呼ばれる。他の場合には、ソースアクセスノードおよびターゲットアクセスノードは、同じｅＮＢおよびｇＮＢなど、同じノードである。これらの場合は、ノード内ハンドオーバ、ｅＮＢ内ハンドオーバまたはｇＮＢ内ハンドオーバとも呼ばれ、ソースセルとターゲットセルとが同じアクセスノードによって制御される場合をカバーする。また他の場合には、ハンドオーバは、同じセル内で（したがって、また、そのセルを制御する同じアクセスノード内で）実施され、これらの場合はセル内ハンドオーバとも呼ばれる。
【0008】
したがって、ソースアクセスノードおよびターゲットアクセスノードが、特定のＵＥのハンドオーバ中に所与のアクセスノードによってサーブされる役割を指すことを理解されたい。たとえば、所与のアクセスノードは、１つのＵＥのハンドオーバ中にソースアクセスノードとして働き得るが、そのアクセスノードは、異なるＵＥのハンドオーバ中にターゲットアクセスノードとしても働く。また、所与のＵＥのノード内またはセル内ハンドオーバの場合、同じアクセスノードは、そのＵＥのためのソースアクセスノードとターゲットアクセスノードの両方として働く。
【0009】
Ｅ－ＵＴＲＡＮまたはＮＧ－ＲＡＮ中のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥは、サービングセルおよび近隣セルの測定を実施するようにネットワークによって設定され得、ＵＥによって送られた測定報告に基づいて、ネットワークは、近隣セルへのＵＥのハンドオーバを実施することを判定し得る。ネットワークは、次いで、ＵＥにハンドオーバコマンドメッセージを送る。ＬＴＥでは、このメッセージは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏと呼ばれるフィールドをもつＲＲＣ接続再設定メッセージである。ＮＲでは、このメッセージは、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドをもつＲＲＣ再設定メッセージである。
【0010】
これらの再設定は、実際は、（ＥＵＴＲＡ－ＥＰＣの場合、Ｘ２またはＳ１インターフェースを介して、あるいはＮＧ－ＲＡＮ－５ＧＣの場合、ＸｎまたはＮＧインターフェースを介して）ソースアクセスノードからの要求時にターゲットアクセスノードによって準備され、ソースアクセスノードからの要求中で提供される既存のＲＲＣ設定およびＵＥ能力と、意図されたターゲットセルおよびターゲットアクセスノードにおけるそれ自体の能力およびリソース状況とを考慮に入れる。ターゲットアクセスノードによって提供される再設定パラメータは、たとえば、たとえば、ランダムアクセス設定、ターゲットアクセスノードによって割り振られる新しいＣ－ＲＮＴＩ、およびＵＥがターゲットアクセスノードに関連する新しいセキュリティ鍵を計算することを可能にするセキュリティパラメータなど、ターゲットアクセスノードにアクセスするためにＵＥによって必要とされる情報を含んでおり、したがって、ＵＥは、ターゲットアクセスノードにアクセスすると、新しいセキュリティ鍵に基づいて暗号化され、完全性保護されたＳＲＢ１上でのハンドオーバ完了メッセージ（ＬＴＥでは、ＲＲＣ接続再設定完了メッセージ、およびＮＲでは、ＲＲＣ再設定完了メッセージ）を送ることができる。
【0011】
図２は、例としてＬＴＥを使用する、ハンドオーバプロシージャ中の、ＵＥと、（ソースｇＮＢ、ソースｅＮＢまたはソースセルとしても知られる）ソースアクセスノードと、（ターゲットｇＮＢ、ターゲットｅＮＢまたはターゲットセルとしても知られる）ターゲットアクセスノードとの間のシグナリングフローを示す。
【0012】
詳細には、ステップ１において、ＵＥからソースｅＮＢに測定報告が送られる。その後、ＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間でユーザデータが交換される。ステップ２において、ソースｅＮＢはハンドオーバ（ＨＯ）判定を実施する。ステップ３において、ソースｅＮＢは、ターゲットｅＮＢにハンドオーバ要求を送る。ステップ４において、ターゲットｅＮＢは、ソースｅＮＢにＨＯ要求確認応答を送る。ステップ５において、ソースｅＮＢは、ＵＥにＲＣＣ接続再設定メッセージを送る。ステップ６において、ＵＥは、ソースセルからデタッチする。ステップ７において、ソースｅＮＢは、ターゲットｅＮＢにＳＮステータス転送メッセージを送る。その後、ソースｅＮＢからターゲットｅＮＢにデータがフォワーディングされる。ステップ８において、ＵＥとターゲットｅＮＢとの間でランダムアクセスが実施される。ステップ９において、ＵＥからターゲットｅＮＢにＲＲＣ接続再設定完了メッセージが送信される。その後、ＵＥとターゲットｅＮＢとの間でユーザデータが交換される。ステップ１０において、ターゲットｅＮＢは、ＭＭＥに経路切替え要求を送る。ステップ１１において、ＭＭＥとＳＧＷとは、経路切替え関係シグナリングを交換する。その後、ターゲットｅＮＢとＳＧＷとの間でユーザデータが交換され、ＳＧＷは、ターゲットｅＮＢにエンドマーカーを送り、ターゲットｅＮＢは、次いで、ソースｅＮＢにエンドマーカーをフォワーディングし、ソースｅＮＢは、次いで、ターゲットｅＮＢにエンドマーカーを返す。ステップ１２において、ターゲットｅＮＢは、ＭＭＥに経路切替え要求確認応答を送る。ターゲットｅＮＢは、次いで、ステップ１３において、ソースｅＮＢにＵＥコンテキスト解放メッセージを送信する。
【0013】
以下のサブセクションにおいて説明されるように、必要とされるサービス品質（ＱｏＳ）に応じて、シームレスハンドオーバまたはロスレスハンドオーバのいずれかが各ユーザプレーン無線ベアラについて適宜に実施される。
【0014】
シームレスハンドオーバ
シームレスハンドオーバは、無線リンク制御（ＲＬＣ）非確認型モード（ＵＭ）上でマッピングされたユーザプレーン無線ベアラについて適用される。これらのタイプのデータは、一般に、ロスに対して適度に耐性があるが、遅延に対してあまり耐性がない（たとえば音声サービス）。したがって、シームレスハンドオーバは、複雑さおよび遅延を最小限に抑えるように設計されるが、いくつかのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）のロスを生じ得る。
シームレスハンドオーバは、無線リンク制御（ＲＬＣ）非確認型モード（ＵＭ）上でマッピングされたユーザプレーン無線ベアラについて適用される。これらのタイプのデータは、一般に、ロスに対して適度に耐性があるが、遅延に対してあまり耐性がない（たとえば音声サービス）。したがって、シームレスハンドオーバは、複雑さおよび遅延を最小限に抑えるように設計されるが、いくつかのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）サービスデータユニット（ＳＤＵ）のロスを生じ得る。
【0015】
ハンドオーバにおいて、シームレスハンドオーバが適用される無線ベアラについて、ヘッダ圧縮コンテキストを含むＰＤＣＰエンティティがリセットされ、カウント値が０にセットされる。いずれにせよ、ハンドオーバにおいて新しい鍵が生成されるので、カウント値を維持するためのセキュリティ理由がない。送信がまだ開始していないＵＥにおけるＰＤＣＰ ＳＤＵは、ハンドオーバの後に、ターゲットアクセスノードに送信されることになる。ソースアクセスノードでは、まだ送信されていないＰＤＣＰ ＳＤＵは、Ｘ２／Ｘｎインターフェースを介してターゲットアクセスノードにフォワーディングされ得る。送信がすでに開始したが、成功裡に受信されていないＰＤＣＰ ＳＤＵは、失われることになる。これは、ハンドオーバにおいてソースアクセスノードとターゲットアクセスノードとの間でコンテキスト（すなわち設定情報）が転送される必要がないので、複雑さを最小限に抑える。
【0016】
ロスレスハンドオーバ
ＰＤＣＰデータパケットデータユニット（ＰＤＵ）に追加された順序番号（ＳＮ）に基づいて、ハンドオーバ中の順序配信を保証し、さらには、完全ロスレスハンドオーバ機能を提供し、ハンドオーバより前に受信がまだ確認応答されていないＰＤＣＰ ＳＤＵの再送信を実施することが可能である。このロスレスハンドオーバ機能は、主に、１つのＰＤＣＰ ＳＤＵのロスが伝送制御プロトコル（ＴＣＰ）の反応によりデータレートの急激な低減を生じることがある、ファイルダウンロードなどの遅延耐性サービスのために使用される。
ＰＤＣＰデータパケットデータユニット（ＰＤＵ）に追加された順序番号（ＳＮ）に基づいて、ハンドオーバ中の順序配信を保証し、さらには、完全ロスレスハンドオーバ機能を提供し、ハンドオーバより前に受信がまだ確認応答されていないＰＤＣＰ ＳＤＵの再送信を実施することが可能である。このロスレスハンドオーバ機能は、主に、１つのＰＤＣＰ ＳＤＵのロスが伝送制御プロトコル（ＴＣＰ）の反応によりデータレートの急激な低減を生じることがある、ファイルダウンロードなどの遅延耐性サービスのために使用される。
【0017】
ロスレスハンドオーバは、ＲＬＣ確認型モード（ＡＭ）上でマッピングされたユーザプレーン無線ベアラについて適用される。ＲＬＣ ＡＭが使用されるとき、送信されたが、ＲＬＣレイヤによってまだ確認応答されていないＰＤＣＰ ＳＤＵが、ＰＤＣＰレイヤ中の再送信バッファに記憶される。
【0018】
ダウンリンク（ＤＬ）におけるロスレスハンドオーバを保証するために、ソースアクセスノードは、再送信バッファに記憶されたＤＬ ＰＤＣＰ ＳＤＵ、ならびにゲートウェイから受信されたフレッシュなＤＬ ＰＤＣＰ ＳＤＵを（再）送信のためにターゲットアクセスノードにフォワーディングする。ソースアクセスノードは、コアネットワークゲートウェイ（ＬＴＥ／ＥＰＣにおけるＳＧＷ、ＬＴＥ／５ＧＣおよびＮＲにおけるＵＰＦ）から、ソースアクセスノードに送られる最後のパケット（いわゆる「エンドマーカー」パケット）を指示する指示を受信する。ソースアクセスノードはまた、この指示をターゲットアクセスノードにフォワーディングし、したがって、ターゲットアクセスノードは、ターゲットアクセスノードがゲートウェイから直接受信されたパケットの送信をいつ開始することができるかを知る。
【0019】
アップリンク（ＵＬ）におけるロスレスハンドオーバを保証するために、ＵＥは、ターゲットアクセスノードにおいてＰＤＣＰ再送信バッファに記憶されたＵＬ ＰＤＰＣ ＳＤＵを再送信する。その再送信は、ハンドオーバコマンドの受信時に実施されたＰＤＣＰ再確立によってトリガされる。ソースアクセスノードは、解読および復元の後に、順序外れで受信されたすべてのＰＤＣＰ ＳＤＵをターゲットアクセスノードにフォワーディングすることになる。したがって、ターゲットアクセスノードは、ハンドオーバ中に維持されたＰＤＣＰ ＳＮに基づいて、ソースアクセスノードから受信されたＰＤＣＰ ＳＤＵ、およびＵＥから受信された再送信されたＰＤＣＰ ＳＤＵを並べ替え、正しい順序でゲートウェイにそれらを配信することができる。
【0020】
ロスレスハンドオーバの追加の特徴は、いわゆる選択的再送信である。いくつかの場合には、ＰＤＣＰ ＳＤＵが成功裡に受信されたが、対応するＲＬＣ確認応答が成功裡に受信されていないことが起こり得る。この場合、ハンドオーバの後に、ＲＬＣレイヤから受信された正しくないステータスに基づいてＵＥまたはターゲットアクセスノードによって始動された不要な再送信があり得る。これらの不要な再送信を回避するために、ＰＤＣＰステータス報告が、ターゲットアクセスノードからＵＥに、およびＵＥからターゲットアクセスノードに送られ得る。ハンドオーバの後にＰＤＣＰステータス報告を送るべきかどうかは、各無線ベアラについておよび各方向について独立して設定される。
【0021】
Ｒｅｌ－１６デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ
Ｒｅｌ－１４ ＭＢＢの短所に対処し、約０ｍｓの中断時間を達成するために、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバとしても知られる、メークビフォアブレーク（ＭＢＢ：Ｍａｋｅ－Ｂｅｆｏｒｅ－Ｂｒｅａｋ）の拡張バージョンが、ＬＴＥとＮＲの両方についてＲｅｌ－１６のために指定されている。
Ｒｅｌ－１４ ＭＢＢの短所に対処し、約０ｍｓの中断時間を達成するために、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバとしても知られる、メークビフォアブレーク（ＭＢＢ：Ｍａｋｅ－Ｂｅｆｏｒｅ－Ｂｒｅａｋ）の拡張バージョンが、ＬＴＥとＮＲの両方についてＲｅｌ－１６のために指定されている。
【0022】
ＤＡＰＳハンドオーバは、ＵＥが、ハンドオーバのためのＲＲＣメッセージ（すなわちマスタセルグループ（ＭＣＧ）のためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣ再設定）の受信の後に、およびターゲットｇＮＢへの成功したランダムアクセスの後にソースセルを解放するまで、ソースｇＮＢ接続を維持する、ハンドオーバプロシージャとして規定される。
【0023】
ＤＡＰＳハンドオーバ中に、ＵＥは、ソースセルおよびターゲットセルから同時に送信することおよび受信することが可能であると仮定される。実際には、これは、ＵＥがデュアルＴｘ／Ｒｘチェーンを装備することを必要とし得る。デュアルＴｘ／Ｒｘチェーンはまた、潜在的に、ＤＡＰＳハンドオーバが周波数間ハンドオーバなどの他のハンドオーバシナリオにおいてサポートされることを可能にする。
【0024】
図３は、ＬＴＥの場合のＤＡＰＳノード間ハンドオーバの一例を示す。詳細には、ステップ１において、ＵＥからソースｅＮＢに測定報告が送られる。その後、ＵＥとソースｅＮＢとソースｅＮＢとＳＧＷとの間でユーザデータが交換される。ステップ２において、ソースｅＮＢはハンドオーバ（ＨＯ）判定を実施する。ステップ３において、ソースｅＮＢは、ターゲットｅＮＢにハンドオーバ要求を送る。ステップ４において、ターゲットｅＮＢは、ソースｅＮＢにＨＯ要求確認応答を送る。ステップ５において、ソースｅＮＢは、ＵＥにＲＣＣ接続再設定メッセージを送る。ステップ６において、ソースｅＮＢは、ターゲットｅＮＢにＳＮステータス転送メッセージを送る。その後、ソースｅＮＢからターゲットｅＮＢにデータがフォワーディングされ、ＵＥとソースｅＮＢとソースｅＮＢとターゲットｅＮＢとの間でユーザデータが交換される。ステップ７において、ＵＥとターゲットｅＮＢとの間でランダムアクセスが実施される。ステップ８において、ＵＥからターゲットｅＮＢにＲＲＣ接続再設定完了メッセージが送信される。その後、ＵＥとターゲットｅＮＢとの間でユーザデータが交換される。ステップ９において、ターゲットｅＮＢは、ＭＭＥに経路切替え要求を送る。ステップ１０において、ＭＭＥとＳＧＷとは、経路切替え関係シグナリングを交換する。その後、ターゲットｅＮＢとＳＧＷとの間でユーザデータが交換され、ＳＧＷは、ターゲットｅＮＢにエンドマーカーを送り、ターゲットｅＮＢは、次いで、ソースｅＮＢにエンドマーカーをフォワーディングし、ソースｅＮＢは、次いで、ターゲットｅＮＢにエンドマーカーを返す。ステップ１１において、ＭＭＥは、ターゲットｅＮＢに経路切替え要求確認応答を送る。ターゲットｅＮＢは、次いで、ステップ１２において、ソースｅＮＢにＵＥコンテキスト解放メッセージを送信する。ステップ１３において、ＵＥは、ソースセルを解放する。
【0025】
ステップ５において、（ベアラごとにセットされた）ハンドオーバコマンド中の「ＤＡＰＳ ＨＯ」指示、たとえばＭＣＧのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣ再設定を受信したとき、ＵＥは、（ＤＡＰＳが設定されたベアラについて）ターゲットアクセスノードに関連するターゲットセルへの接続を確立しながら、ソースアクセスノードに関連するソースセルへの接続を維持することに留意されたい。すなわち、ＵＥは、それぞれのベアラについて中断なしにステップ５～８の間にソースアクセスノードを介してＤＬ／ＵＬユーザプレーンデータを送るおよび受信することができる。また、ステップ８の後に、ＵＥは、通常のＨＯプロシージャと同様に、ＵＬ／ＤＬユーザプレーンデータ送信のために利用可能なターゲットリンクを有する。
【0026】
所与のベアラのためのＤＡＰＳ設定は、ＴＳ３８．３３１ ｖ．１６．１．０において説明されるように、ＤＡＰＳが設定されるべき各ＤＲＢについて、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇの一部として提供され、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ ＩＥが、ＭＣＧのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃをもつＲＲＣ再設定中に含まれる。
【0027】
ＤＡＰＳハンドオーバの場合、ＵＥは、ソースセルを解放する、すなわちターゲットによって送信されるｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージまで、ソースｇＮＢからのダウンリンクユーザデータ受信を継続し、ターゲットｇＮＢへの成功したランダムアクセスプロシージャまでソースｇＮＢへのアップリンクユーザデータ送信を継続する。それをするために、ＵＥは、ハンドオーバの全持続時間の間、すなわちＨＯ完了情報を含んでいるＲＲＣ再設定完了が送信されるまで、ソースセルに関する無線リンク監視（ＲＬＭ）を実施し続けるべきである。それは、たとえば、ＵＥが、可能な同期外れ指示、ソースとのＲＬＣ再送信がしきい値を超えるかどうかなどを監視し続けるべきであることを暗示する。明らかに、ＤＡＰＳを実施する間にソースセルにおいてＲＬＦが発生した場合、ＵＥはソース接続を解放するが、ＵＥは、ターゲットへのＤＡＰＳ ＨＯを継続することができる。
【0028】
前に説明されたように、ＤＡＰＳ ＨＯが設定されたＵＥは、ハンドオーバがターゲットにおいて完了されるまで、すなわちＲＲＣ再設定完了がターゲットに送信されるまで、ソースセルのほうへのＵＬ送信を継続することができる。ＤＬでは、代わりに、ソースネットワークノード（たとえばソースｇノードＢ）は、（ＲＲＣ再設定完了を受信した後に）ターゲットによって送信されるｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅメッセージ中で伝達されるソース設定解放がＵＥによって受信されるまで、ＤＬデータを送り続けることができる。したがって、ソースセルへのＵＬデータ送信がハンドオーバ完了を越えて延長されないことになるが、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＡＣＫ）／否定応答（ＮＡＣＫ）および他の可能なレイヤ１制御シグナリングなど、ソースセルへのいくつかのＵＬ送信が、ハンドオーバ完了の後にソースセルのほうへ実施されるべきである。
【0029】
ＲＲＣによってトリガされるハンドオーバ機構は、ＤＡＰＳハンドオーバを除いて、ＵＥが、少なくとも、ＭＡＣエンティティをリセットし、ＲＬＣを再確立することを必要とし、ここで、ハンドオーバコマンドの受信時に、ＵＥは、
－ ターゲットについてのＭＡＣエンティティ（すなわち異なる／新しいＭＡＣエンティティ）を作成する、
－ ＤＡＰＳが設定された各データ無線ベアラ（ＤＲＢ）について、ターゲットについてのＲＬＣエンティティと、関連する専用トラフィックチャネル（ＤＴＣＨ）論理チャネルとを確立する、
－ ＤＡＰＳが設定されたＤＲＢについて、ソースおよびターゲットについて別個のセキュリティおよびロバストヘッダ圧縮（ＲＯＨＣ）機能をＰＤＣＰエンティティに再設定し、それらを、それぞれソースおよびターゲットによって設定されたＲＬＣエンティティに関連付ける、
－ ソースの解放までソース設定の残りを保持する。
－ ターゲットについてのＭＡＣエンティティ（すなわち異なる／新しいＭＡＣエンティティ）を作成する、
－ ＤＡＰＳが設定された各データ無線ベアラ（ＤＲＢ）について、ターゲットについてのＲＬＣエンティティと、関連する専用トラフィックチャネル（ＤＴＣＨ）論理チャネルとを確立する、
－ ＤＡＰＳが設定されたＤＲＢについて、ソースおよびターゲットについて別個のセキュリティおよびロバストヘッダ圧縮（ＲＯＨＣ）機能をＰＤＣＰエンティティに再設定し、それらを、それぞれソースおよびターゲットによって設定されたＲＬＣエンティティに関連付ける、
－ ソースの解放までソース設定の残りを保持する。
【0030】
ＤＡＰＳが設定されたＤＲＢについて、ソースｇＮＢは、ソースｇＮＢがターゲットｇＮＢからハンドオーバ成功メッセージを受信するまで、ダウンリンクパケットを送信することを停止しない。ＲＲＣでは、ＵＥアクションは、３ＧＰＰ ＴＳ３８．３３１ ｖ．１６．１．０におけるセクション５．３．５．５．２、５．３．５．５．４、および５．３．５．５．５において規定されている。
【0031】
ＤＡＰＳが設定されたＤＲＢについて、ダウンリンクＰＤＣＰ ＳＤＵは、順序番号（ＳＮ）割り振りがターゲットｇＮＢにハンドオーバされるまで（これは、より後で実行プロシージャにおいて起こるにすぎない）、ソースノード（ｇＮＢ）によって割り振られたＳＮを伴ってフォワーディングされる。
【0032】
図３のステップ６において、ソースアクセスノードは、ＵＬ ＰＤＣＰ受信側ステータスと、第１のフォワーディングされるＤＬ ＰＤＣＰ ＳＤＵのＳＮとを指示するＳＮステータス転送メッセージをターゲットアクセスノードに送る。アップリンクＰＤＣＰ ＳＮ受信側ステータスは、少なくとも、第１の失われたＵＬ ＳＤＵのＰＤＣＰ ＳＮを含み、ＵＥがターゲットセル中で再送信する必要がある順序外れＵＬ ＳＤＵがある場合、そのようなＳＤＵの受信ステータスのビットマップを含み得る。ＳＮステータス転送メッセージはまた、第１の失われたＵＬ ＳＤＵのハイパーフレーム番号（ＨＦＮ）、ならびにターゲットアクセスノードにおけるカウント保存についてのＨＦＮ ＤＬステータスを含んでいる。言い換えれば、ＤＡＰＳが設定されたＤＲＢについて、ソースアクセスノード（または単にソースｇＮＢ）は、最初に、早期ステータス転送メッセージを送る。早期ステータス転送メッセージ中で伝達されるＤＬカウント値は、ソースｇＮＢがターゲットｇＮＢにフォワーディングする第１のＰＤＣＰ ＳＤＵのＰＤＣＰ ＳＮおよびＨＦＮを指示する。ソースｇＮＢは、ソースｇＮＢがステップ８ｂにおいてターゲットｇＮＢにＳＮステータス転送メッセージを送るまで、ダウンリンクＰＤＣＰ ＳＤＵにＳＮを割り振ることを停止しない。
【0033】
ターゲットアクセスノードとの接続セットアップが成功すると、すなわち図３のステップ８においてハンドオーバ完了メッセージを送った後に、ＵＥは、（ＵＥが成功したランダムアクセスの後にターゲットのみを使用するＵＬにおいて、を除いて）２つのデータリンク、ソースアクセスノードへのデータリンクとターゲットアクセスノードへのデータリンクとを維持する。ステップ８の後に、ＵＥは、ターゲットアクセスノードセキュリティ鍵と圧縮コンテキストとを使用する通常のＨＯプロシージャと同様に、ターゲットアクセスノード上にＵＬユーザプレーンデータを送信する。したがって、両方のノードへの同時ＵＬユーザデータ送信の必要がなく、これは、２つのノード間でのＵＥ電力分割を回避し、さらには、ＵＥ実装を簡略化する。周波数内ハンドオーバの場合、一度に１つのノードにＵＬユーザプレーンデータを送信することはまた、ＵＬ干渉を低減し、これは、ネットワーク側における成功した復号の見込みを増加させる。
【0034】
ＵＥは、ソースリンクが解放されるまで、ソースアクセスノードとターゲットアクセスノードの両方についてのセキュリティおよび圧縮コンテキストを維持する必要がある。ＵＥは、ＰＤＵが送信されるセルに基づいて、ＰＤＣＰ ＰＤＵについて使用されるべきセキュリティ／圧縮コンテキストを弁別することができる。
【0035】
パケット複製を回避するために、ＵＥは、ステップ４０８において、最後に受信されたＰＤＣＰ ＳＮを指示するＰＤＣＰステータス報告をハンドオーバ完了メッセージとともに送り得る。ＰＤＣＰステータス報告に基づいて、ターゲットアクセスノードは、複製ＰＤＣＰパケット（すなわち同一の順序番号をもつＰＤＣＰ ＰＤＵ）、すなわちソースセルにおいてＵＥによってすでに受信されたＰＤＣＰパケットをＵＥに送ることを回避することができる。
【0036】
図３のステップ１３におけるソースセルの解放は、たとえば、（図に示されていない）ターゲットアクセスノードからの明示的メッセージによって、または解放タイマーの満了などの何らかの他のイベントによってトリガされ得る。
【0037】
ソースアクセスノードが図３のステップ５の後に（すなわちＵＥにハンドオーバコマンドを送った後に、「早いパケットフォワーディング」としても知られる）パケットデータフォワーディングを開始することの代替として、ターゲットアクセスノードは、パケットデータフォワーディングをいつ開始すべきかをソースアクセスノードに指示し得る。たとえば、パケットデータフォワーディングは、より後の段階において、ターゲットセルへのリンクが確立されたとき、たとえばＵＥがターゲットセルにおいてランダムアクセスを実施した後に、またはＵＥがターゲットアクセスノードにＲＲＣ接続再設定完了メッセージを送ったとき、開始し得る（「後のパケットフォワーディング」としても知られる）。より後の段階においてソースアクセスノードにおいてパケットデータフォワーディングを開始することによって、ターゲットセルからＵＥによって受信される複製されたＰＤＣＰ ＳＤＵの数が、潜在的に、より少なくなり、それによって、ＤＬレイテンシがやや低減されることになる。しかしながら、より後の段階においてパケットデータフォワーディングを開始することはまた、たとえば、ＵＥとソースアクセスノードとの間の接続が、ターゲットアクセスノードへの接続が確立される前に失われる場合、ロバストネスと低減されたレイテンシとの間のトレードオフである。そのような場合、ＵＥへのＤＬデータ転送の短い中断があることになる。
【0038】
図４は、ＤＡＰＳハンドオーバにおけるＵＥ側におけるプロトコルスタックを示す。
【0039】
各ユーザプレーン無線ベアラは、関連するＰＤＣＰエンティティを有し、関連するＰＤＣＰエンティティは、２つの関連するＲＬＣエンティティ、２つの関連するＭＡＣ、および２つの関連するＰＨＹ、すなわち、ソースセルのためにそれぞれ１つとターゲットセルのためにそれぞれ１つとを有する。ＰＤＣＰエンティティは、ソースセルとターゲットセルとについて異なるセキュリティ鍵およびＲＯＨＣコンテキストを使用するが、（ＵＬ送信のための）ＳＮ割り当てと（ＤＬ受信のための）並べ替え／複製検出とは、共通である。ＰＤＣＰエンティティは、ＵＬについてのＳＮ割り当て、およびＤＬについての並べ替え複製検出を実施する。
【0040】
ＮＲの場合、ベアラにＱｏＳフローをマッピングすることを担当する、ＰＤＣＰの上の、サービスデータ適合プロトコル（ＳＤＡＰ）と呼ばれる追加のプロトコルレイヤがあることに留意されたい。このレイヤは、図４に示されておらず、本明細書でこれ以上説明されない。
【0041】
ＤＡＰＳハンドオーバ障害
ＮＲにおいて、タイマーベースのハンドオーバ障害プロシージャがサポートされる（すなわち、ＵＥは、同期を伴う再設定をもつＲＲＣ再設定を受信したときにタイマーＴ３０４を開始し、成功したときにタイマーを停止し、満了時に、ハンドオーバ障害を宣言する）。ハンドオーバ障害から回復するために、ＲＲＣ接続再確立プロシージャが使用される。
ＮＲにおいて、タイマーベースのハンドオーバ障害プロシージャがサポートされる（すなわち、ＵＥは、同期を伴う再設定をもつＲＲＣ再設定を受信したときにタイマーＴ３０４を開始し、成功したときにタイマーを停止し、満了時に、ハンドオーバ障害を宣言する）。ハンドオーバ障害から回復するために、ＲＲＣ接続再確立プロシージャが使用される。
【0042】
しかしながら、ＤＡＰＳ ＨＯが障害があるとき、ＵＥは、ソースリンクが解放されていない場合、ＲＲＣ接続再確立をトリガすることなしに、ソースセル設定にフォールバックする可能性を有し、ソースセルとの接続を再開し、ソースを介してＤＡＰＳ ＨＯ障害を報告する。明らかに、ソースセルへのそのようなフォールバックは、ソースセルに関するＲＬＦが、Ｔ３０４が満了する時間においてまだ宣言されていない場合にのみ、発生し得る。ＵＥがソースセルにフォールバックすると、ＵＥは、ＵＥがターゲットのほうへのＤＡＰＳ ＨＯに障害があったことを指示するための障害情報をソースセルに発行する。
【0043】
そうではなく、ソースセルに関するＲＬＦが、ターゲットへのＤＡＰＳハンドオーバが障害がある時間において、すなわちＴ３０４が満了した時間において、すでに発生した場合、ＵＥは、再確立のために、ソースおよびターゲットとは異なる第３のセルを選択する。この特徴は、３ＧＰＰ ＴＳ３８．３３１ ｖ１６．１．０のセクション５．３．５．８．３およびセクション５．７．５において説明されている。
【0044】
ＬＴＥおよびＮＲにおける無線リンク監視（ＲＬＭ）
無線リンク監視（ＲＬＭ）は、ＲＬＦが宣言されるべきであるかどうかの決定をサポートするために、およびＲＬＦが宣言された場合に、適切なステップがとられ得ることを可能にするために、無線リンク状態を追跡するための、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるプロシージャである。
無線リンク監視（ＲＬＭ）は、ＲＬＦが宣言されるべきであるかどうかの決定をサポートするために、およびＲＬＦが宣言された場合に、適切なステップがとられ得ることを可能にするために、無線リンク状態を追跡するための、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるプロシージャである。
【0045】
ＬＴＥのためのＲＬＭに関する詳細が、３ＧＰＰ ＴＳ３６．１３３ ｖ．１６．６．０セクション７．１１においておよび３ＧＰＰ ＴＳ３６．２１３ ｖ．１６．２．０セクション４．２．１においてさらに指定されている。ＮＲのための無線リンク監視に関する詳細が、３ＧＰＰ ＴＳ３８．１３３ ｖ．１６．４．０セクション８．１においておよび３ＧＰＰ ＴＳ３８．２１３ ｖ．１６．２．０セクション５においてさらに指定されている。ＲＬＭのための主要な原理は、ＬＴＥおよびＮＲについて同様である。このＲＬＭの一部として、ＵＥにおける物理レイヤは、規定された参照信号上で無線リンクに対して品質測定を実施し、「同期外れ」指示および「同期中」指示をＲＲＣレイヤに提供する。
【0046】
「同期外れ」指示を提供するための基準として、しきい値Ｑｏｕｔが規定される。品質がこのしきい値を下回るとき、ダウンリンク無線リンクは確実に受信され得ず、これは、デフォルトで、仮説的物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の１０％ブロック誤り率に対応する。
【0047】
「同期中」指示を提供するための基準として、しきい値Ｑｉｎが規定される。品質がこのしきい値を上回るとき、ダウンリンク無線リンク品質は、Ｑｏｕｔにおいてよりも著しく確実に受信され得、デフォルトで、仮説的ＰＤＣＣＨ送信の２％ブロック誤り率に対応する。
【0048】
しきい値ＱｏｕｔおよびＱｉｎがどのように規定されるかに関する詳細が、それぞれ、ＬＴＥおよびＮＲについて、ＴＳ３６．１３３ ｖ．１６．６．０およびＴＳ３８．１３３ ｖ．１６．４．０においてさらに指定されている。
【0049】
ＬＴＥでは、非間欠受信（非ＤＲＸ）モードにあるとき、物理レイヤは、各無線フレームについてのしきい値ＱｏｕｔおよびＱｉｎを評価する。物理レイヤは、無線リソース制御（ＲＲＣ）レイヤに、無線リンク品質がしきい値Ｑｏｕｔよりも不良であるときに「同期外れ」を指示し、無線リンク品質がしきい値Ｑｉｎよりも良好であるときに「同期中」を指示する。ＬＴＥでは、間欠受信（ＤＲＸ）モード動作中のとき、ＵＥにおける物理レイヤは、ＤＲＸ期間ごとに少なくとも一回無線リンク品質を査定するものとする。
【0050】
ＮＲでは、ＵＥにおける物理レイヤは、指示期間ごとに１回無線リンク品質を査定する。非ＤＲＸモード動作中のとき、ＵＥは、無線リンク監視リソースについての周期性の最も短いものと１０ミリ秒との間の最大値として指示期間を決定する。ＤＲＸモード動作中のとき、ＵＥは、無線リンク監視リソースについての最も短い周期性とＤＲＸ期間との間の最大値として指示期間を決定する。
【0051】
図５は、ＵＥ物理レイヤとＵＥ ＲＲＣレイヤとの間で交換される「同期外れ」指示および「同期中」指示を示す。物理レイヤからの「同期外れ」指示および「同期中」指示は、ＲＲＣレイヤによって処理される（この処理は、「レイヤ３フィルタ処理」または「Ｌ３フィルタ処理」としても知られる）。（パラメータ／カウンタＮ３１０として知られる）一定数の連続する「同期外れ」指示が物理レイヤにおける無線リンク監視によって生成されると、ＲＲＣレイヤは、（通常、タイマーＴ３１０として知られる）タイマーを開始する。物理レイヤが、次いで、このタイマーが稼働している間に、（パラメータＮ３１１として知られる）一定数の連続する「同期中」指示を提供した場合、ＵＥは、同期問題から回復し、タイマーＴ３１０を停止する。
【0052】
タイマーＴ３１０が満了したとき、ＲＬＦ状態が宣言され、ＵＥは、セル選択およびＲＲＣ接続再確立を実施する。セル選択中に、ＵＥは、（ＬＴＥセルについて）３ＧＰＰ ＴＳ３６．３０４ ｖ．１６．１におけるまたは（ＮＲセルについて）３ＧＰＰ ＴＳ３８．３０４ ｖ１６．１における基準Ｓを満たす好適なセルを見つける。それらの仕様によれば、セル選択基準Ｓは、Ｓｒｘｌｅｖ＞０およびＳｑｕａｌ＞０であるとき、満たされる。ＳｒｘｌｅｖおよびＳｑｕａｌがどのように規定されるかが、それらの仕様においてさらに指定されている。
【0053】
ハンドオーバ中に、ＵＥは、ソースセルにおけるＲＬＭを実施しない。ハンドオーバコマンドがＵＥによって受信されたとき、ＵＥはタイマーＴ３０４を開始する。タイマーＴ３０４は、成功したハンドオーバの後に（すなわちＵＥがターゲットアクセスノードにハンドオーバ完了を送信したとき）停止される。タイマーＴ３０４が満了した場合、ＵＥは、ハンドオーバが障害があったと決定し、セル選択およびＲＲＣ接続再確立を始動する。
【0054】
３ＧＰＰにおける自己組織化ネットワーク（ＳＯＮ）
自己組織化ネットワーク（ＳＯＮ）は、モバイル無線アクセスネットワークのプランニング、設定、管理、最適化および修復を、より簡単におよびより高速に行うように設計された自動化技術である。ＳＯＮ機能および挙動が、３ＧＰＰ（第３世代パートナーシッププロジェクト）およびＮＧＭＮ（次世代モバイルネットワーク）などの団体によって生成された一般に認められたモバイル産業推奨において規定および指定されている。
自己組織化ネットワーク（ＳＯＮ）は、モバイル無線アクセスネットワークのプランニング、設定、管理、最適化および修復を、より簡単におよびより高速に行うように設計された自動化技術である。ＳＯＮ機能および挙動が、３ＧＰＰ（第３世代パートナーシッププロジェクト）およびＮＧＭＮ（次世代モバイルネットワーク）などの団体によって生成された一般に認められたモバイル産業推奨において規定および指定されている。
【0055】
３ＧＰＰでは、ＳＯＮエリア内でのプロセスが、自己設定プロセスと自己最適化プロセスとに分類される。自己設定プロセスは、新たに展開されるノードが、システム動作のための必要な基本設定を得るために自動インストールプロシージャによって設定されるプロセスである。
【0056】
このプロセスは、動作前（ｐｒｅ－ｏｐｅｒａｔｉｏｎａｌ）状態において働く。動作前状態は、ｅＮＢが、電源投入され、バックボーンコネクティビティを有するときから、ＲＦ送信機がオンに切り替えられるまでの状態として理解される。
【0057】
図６は、３ＧＰＰ ＴＳ３６．３００ ｖ．１６．２．０において開示されるような自己設定／自己最適化機能の分枝を示す。詳細には、図５に示されているように、以下のような、動作前状態においてハンドリングされる機能、すなわち、基本セットアップ、および
・ 初期無線設定
が、自己設定プロセスによってカバーされる。
・ 初期無線設定
が、自己設定プロセスによってカバーされる。
【0058】
自己最適化プロセスは、ネットワークを自動調節するために、ＵＥおよびアクセスノード測定および性能測定が使用されるプロセスとして規定される。
【0059】
このプロセスは、動作状態において働く。動作状態は、ＲＦインターフェースがさらにオンに切り替えられた状態として理解される。
【0060】
【0061】
ＬＴＥでは、動的設定、自動近隣関係（ＡＮＲ）、モビリティ負荷分散、モビリティロバストネス最適化（ＭＲＯ）、エネルギー節約のためのＲＡＣＨ最適化およびサポートなどの特徴を含む、３ＧＰＰ ＴＳ３６．３００ ｖ．１６．２．０セクション２２．２において説明されるような、自己設定および自己最適化のサポートが指定されている。
【0062】
ＮＲでは、３ＧＰＰ ＴＳ３８．３００ ｖ．１６．２．０セクション１５において説明されるような、Ｒｅｌ－１５における動的設定、自動近隣関係（ＡＮＲ）などの自己設定特徴から開始する、自己設定および自己最適化のサポートが同様に指定されている。ＮＲ Ｒｅｌ－１６では、モビリティロバストネス最適化（ＭＲＯ）などの自己最適化特徴を含む、より多くのＳＯＮ機能が指定されている。
【0063】
３ＧＰＰにおけるモビリティロバストネス最適化（ＭＲＯ）
シームレスハンドオーバは、３ＧＰＰ技術の主要な特徴である。成功したハンドオーバは、データ送信のあまりに多くの中断を引き起こすことなしに、ＵＥが、異なるセルのカバレッジエリアにおいて動き回ることを保証する。しかしながら、ネットワークが、時間内にＵＥを「正しい」近隣セルにハンドオーバすることに障害があるシナリオがあることになり、そのようなシナリオでは、ＵＥは、無線リンク障害（ＲＬＦ）またはハンドオーバ障害（ＨＯＦ）を宣言することになる。
シームレスハンドオーバは、３ＧＰＰ技術の主要な特徴である。成功したハンドオーバは、データ送信のあまりに多くの中断を引き起こすことなしに、ＵＥが、異なるセルのカバレッジエリアにおいて動き回ることを保証する。しかしながら、ネットワークが、時間内にＵＥを「正しい」近隣セルにハンドオーバすることに障害があるシナリオがあることになり、そのようなシナリオでは、ＵＥは、無線リンク障害（ＲＬＦ）またはハンドオーバ障害（ＨＯＦ）を宣言することになる。
【0064】
ＨＯＦおよびＲＬＦ時に、ＵＥは、ＵＥが、確実に、できるだけすぐに戻ることを試みており、したがって、ＵＥが再び到達可能であり得るように、たとえば、セルを選択し、再確立プロシージャを始動することを試みることなど、自律アクションをとり得る。ＲＬＦは、ＵＥが、ＵＥ自体とネットワークとの間の利用可能な信頼できる通信チャネル（無線リンク）がないことを了解したときのみ、ＵＥによって宣言されるので、ＲＬＦは、不十分なユーザ体感を引き起こすことになる。また、接続を再確立することは、ＵＥが再びデータをネットワークと交換することができるまで、新たに選択されたセルとのシグナリング（ランダムアクセスプロシージャ、ＲＲＣ再確立要求、ＲＲＣ再確立ＲＲＣ再確立完了、ＲＲＣ再設定およびＲＲＣ再設定完了）を必要とし、いくらかのレイテンシを加える。
【0065】
少なくとも３ＧＰＰ ＴＳ３６．３３１ ｖ．１４．１４．０によれば、無線リンク障害のための可能な原因は、以下のうちの１つであり得る。
１） 無線リンク監視関係タイマーＴ３１０の満了、
２） 測定報告関連タイマーＴ３１２の満了（Ｔ３１０が稼働していたときに測定報告を送ったにもかかわらず、このタイマーの持続時間内にネットワークからハンドオーバコマンドを受信しないこと）、
３） ＲＬＣ再送信の最大数に達したとき、
４） ＭＡＣエンティティからランダムアクセス問題指示を受信したとき。
１） 無線リンク監視関係タイマーＴ３１０の満了、
２） 測定報告関連タイマーＴ３１２の満了（Ｔ３１０が稼働していたときに測定報告を送ったにもかかわらず、このタイマーの持続時間内にネットワークからハンドオーバコマンドを受信しないこと）、
３） ＲＬＣ再送信の最大数に達したとき、
４） ＭＡＣエンティティからランダムアクセス問題指示を受信したとき。
【0066】
ＲＬＦは、性能およびユーザ体感を劣化させる再確立につながるので、より後のＲＬＦを回避するために、ＲＬＦの理由を理解し、モビリティ関係パラメータ（たとえば測定報告のトリガ条件）を最適化することを試みることが、ネットワークのためである。ネットワークにおけるＭＲＯ関係報告ハンドリングの規格化の前に、ＵＥのみが、ＲＬＦの時間において無線品質がどのようなものであったか、ＲＬＦを宣言する実際の理由が何であるかなどに関連する何らかの情報に気づいていた。ネットワークがＲＬＦの理由を識別するために、ネットワークは、ＵＥと、また、近隣する基地局の両方からのより多くの情報を必要とする。
【0067】
ＬＴＥにおけるＭＲＯソリューションの一部として、Ｒｅｌ－９ ＲＡＮ２作業におけるＲＲＣ仕様において、ＲＬＦ報告プロシージャが導入された。それは、ＵＥが、ＲＬＦの瞬間において関連情報をロギングし、後で、（たとえば再確立の後に）ＵＥが接続することに成功したターゲットセルに報告することになることが規格化されたという点で、ＲＲＣ仕様に影響を及ぼした。それはまた、ＲＬＦ報告を受信したｅノードＢが、障害が生起されたｅノードＢにフォワーディングすることができるので、ｇノードＢ間インターフェース、すなわち、Ｘ２ＡＰ仕様に影響を及ぼした。
【0068】
ＵＥによって生成されるＲＬＦ報告について、ＲＬＦ報告のコンテンツが、後続のリリースにおいてさらなる詳細により拡張された。最新のＬＴＥ ＲＲＣ仕様［参考文献１］に基づく測定報告中に含まれる測定値は、以下である。
１） 最後のサービングセル（ＰＣｅｌｌ）の測定量（ＲＳＲＰ、ＲＳＲＱ）。
２） 異なるＲＡＴ（ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、符号分割多元接続２０００（ＣＤＭＡ２０００））の異なる周波数における近隣セルの測定量。
３） ＷＬＡＮ Ａｐに関連する測定量（ＲＳＳＩ）。
４） Ｂｌｕｅｔｏｏｔｈビーコンに関連する測定量（ＲＳＳＩ）。
５） 利用可能な場合、（ロケーション座標と速度とを含む）ロケーション情報
６） 利用可能な場合、最後のサービングセルのグローバル一意識別情報、他の場合、最後のサービングセルのＰＣＩおよびキャリア周波数。
７） ＰＣｅｌｌの追跡エリアコード。
８） 「ハンドオーバコマンド」メッセージの最後の受信から経過した時間。
９） 前のサービングセルにおいて使用されたＣ－ＲＮＴＩ。
１０） ＵＥに１のＱＣＩ値を有するＤＲＢが設定されたか否か。
１） 最後のサービングセル（ＰＣｅｌｌ）の測定量（ＲＳＲＰ、ＲＳＲＱ）。
２） 異なるＲＡＴ（ＥＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ、符号分割多元接続２０００（ＣＤＭＡ２０００））の異なる周波数における近隣セルの測定量。
３） ＷＬＡＮ Ａｐに関連する測定量（ＲＳＳＩ）。
４） Ｂｌｕｅｔｏｏｔｈビーコンに関連する測定量（ＲＳＳＩ）。
５） 利用可能な場合、（ロケーション座標と速度とを含む）ロケーション情報
６） 利用可能な場合、最後のサービングセルのグローバル一意識別情報、他の場合、最後のサービングセルのＰＣＩおよびキャリア周波数。
７） ＰＣｅｌｌの追跡エリアコード。
８） 「ハンドオーバコマンド」メッセージの最後の受信から経過した時間。
９） 前のサービングセルにおいて使用されたＣ－ＲＮＴＩ。
１０） ＵＥに１のＱＣＩ値を有するＤＲＢが設定されたか否か。
【0069】
ＲＬＦ関係パラメータの検出およびロギングは、ＬＴＥ ＲＲＣ仕様３ＧＰＰ ＴＳ３６．３３１ ｖ．１４．１４．０のセクション５．３．１１．３においてキャプチャされる。
【0070】
ＲＬＦが宣言された後に、ＲＬＦ報告はロギングされ、ＵＥが、セルを選択し、再確立に成功すると、ＲＬＦ報告は、ターゲットセルにその利用可能性に気づかせるために、ＲＬＦ報告が、ＲＲＣ再確立完了メッセージ中で利用可能なＲＬＦ報告を有するという指示を含む。次いで、フラグ「ｒｌｆ－ＲｅｐｏｒｔＲｅｑ－ｒ９」をもつＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信すると、ＵＥは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ中に（上記で説明されたように、ＵＥ変数ＶａｒＲＬＦ－Ｒｅｐｏｒｔに記憶された）ＲＬＦ報告を含め、ネットワークに送るものとする。
【0071】
ＵＥからのＲＬＦ報告と、ＵＥがそれ自体でどのセルを再確立したかに関する知識とに基づいて、元のソースセルは、ＲＬＦが、カバレッジホールにより引き起こされたのか、ハンドオーバ関連パラメータ設定により引き起こされたのかを推論することができる。ＲＬＦがハンドオーバ関連パラメータ設定によるものであるとみなされた場合、元のサービングセルは、さらに、早すぎるハンドオーバ、遅すぎるハンドオーバ、または間違ったセルクラスへのハンドオーバとして、ハンドオーバ関係障害を分類することができる。これらのハンドオーバ障害クラスは、以下で手短に説明される。
【0072】
たとえば、元のサービングセルは、元のサービングセルが、特定のターゲットセルのほうへのハンドオーバに関連するＵＥにハンドオーバコマンドを送ることに障害があるとき、およびＵＥがＲＬＦの後にこのターゲットセルにおいてＵＥ自体を再確立した場合、ハンドオーバ障害を「遅すぎるハンドオーバ」であると分類することができる。
【0073】
元のサービングセルからの例示的な修正アクションは、ハンドオーバ判定を行うことにつながるイベントトリガ測定報告をＩＥがいつ送るかを制御する、ターゲットセルのほうへのＣＩＯ（セル個別オフセット）を減少させることによって、やや早くこのターゲットセルのほうへのハンドオーバプロシージャを始動することであり得る。しかしながら、元のサービングセルは、元のサービングセルが、ハンドオーバに関連するＵＥにハンドオーバコマンドを送ることに成功しているが、ＵＥがこのターゲットセルのほうへのランダムアクセスを実施することに障害があるとき、ハンドオーバ障害を「早すぎるハンドオーバ」であると分類することができる。
【0074】
元のサービングセルからの例示的な修正アクションは、ハンドオーバ判定を行うことにつながるイベントトリガ測定報告をＩＥがいつ送るかを制御する、ターゲットセルのほうへのＣＩＯ（セル個別オフセット）を増加させることによって、やや後でこのターゲットセルのほうへのハンドオーバプロシージャを始動することであり得る。
【0075】
別の例として、元のサービングセルは、元のサービングセルが特定のターゲットセルのほうへこのＵＥのためのハンドオーバを実施することを意図するが、ＵＥが、ＲＬＦを宣言し、第３のセルにおいてＵＥ自体を再確立したとき、ハンドオーバ障害を「間違ったセルへのハンドオーバ」であると分類することができる。
【0076】
元のサービングセルからの修正アクションは、ターゲットセルのほうへのＣＩＯ（セル個別オフセット）を減少させることによって、またはＵＥが、再確立セルのほうへのＣＩＯを増加させることによってやや早く再確立したセルのほうへのハンドオーバを始動することを介して、やや後でのターゲットセルのほうへのハンドオーバにつながる測定報告プロシージャを始動することであり得る。
【0077】
ＬＴＥにおけるその目的で、３ＧＰＰ ＴＳ３６．４２３ ｖ．１６．２．０において、２つの異なるタイプのノード間メッセージ、すなわち、無線リンク障害指示およびハンドオーバ報告が規格化された。
【0078】
無線リンク障害指示プロシージャは、ＲＲＣ再確立試行、または受信されたＲＬＦ報告に関する情報をｅＮＢ間で転送するために使用される。このメッセージは、ＵＥが、ＵＥの前のサービングセルであったｅＮＢに対して再確立を実施する、ｅＮＢから送られる。ＲＬＦ指示メッセージのコンテンツが以下で与えられる。
【0079】
ただし、いくつかの問題が存在する。たとえば、ＤＡＰＳ障害ハンドリングに関連する問題があり得る。レガシーＤＡＰＳでは、ＵＥは、ＵＥがソースにおいて（１つまたは複数の）ＲＬＦトリガを監視することを継続しながら、ＤＡＰＳを伴うＨＯコマンドをＵＥが受信したとき、タイマーＴ３０４を開始する（タイマーＴ３１０は、稼働している場合、稼働することを継続する、すなわちタイマーＴ３１０は停止されない）。タイマーＴ３０４が満了し、ＰＣｅｌｌに関してＲＬＦが宣言されない（すなわちＴ３１０が満了していない）場合、ＵＥは、ソースにフォールバックし（設定のセットを戻し）、ソースを介してＤＡＰＳ障害を報告する。現在、その報告は、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージ中で送信され（送信のためのそのプロシージャは、ＲＲＣ、３ＧＰＰ ＴＳ３８．３３１ ｖ．１６．１．０における５．７．５において規定されている）、ＤＡＰＳハンドオーバが障害があるという指示のみからなる。
【0080】
したがって、その報告／ＤＡＰＳ障害情報が失われ得るシナリオが発生し得るという点で、第１の問題が存在する。ＵＥがソースにフォールバックした場合、およびＵＥが障害報告を送ることが可能である前に、ＵＥは、ＲＬＦを宣言し（稼働しているＴ３１０は、ＵＥがフォールバックを行っている間に満了し得る）、再確立をトリガする。または、タイマーＴ３０４が稼働している間にＲＬＦが宣言された場合、ＲＬＦ報告は、ロギングされるが、ＤＡＰＳついて何も言及しない。
【0081】
ＤＡＰＳターゲットセルのほうへの成功した無線アクセスチャネル（ＲＡＣＨ）プロシージャ時に、Ｔ３１０ソースが停止し、ＵＥがターゲットセルにおけるＲＬＦ監視を開始するという点で、第２の問題が存在する。ターゲットセルにおけるＲＬＦは、データがソースセルから受信されている間に、ＤＡＰＳ解放が受信される前に起こり得るが、ＵＥはソースセルフォールバックを実施することができない。
【0082】
要約すれば、Ｔ３０４がＤＡＰＳ ＨＯ中に満了した場合、ＵＥはソースセル／ネットワークノードにフォールバックするが、ＲＬＦは、ＤＡＰＳ障害がソースネットワークノードに報告される前に、ソースセルにおいてトリガされ得る。さらに、ＤＡＰＳターゲットセルのほうへのＤＡＰＳ ＨＯのランダムアクセスプロシージャが成功した場合でも、ＲＬＦは、しばらく後にターゲットセルにおいて起こり得る。
【発明の概要】
【0083】
本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。たとえば、いくつかの実施形態によれば、ネットワークによるデュアルアクティブプロトコルスタックハンドオーバ（ＤＡＰＳ ＨＯ）判定を拡張するための方法およびシステムが提供される。詳細には、いくつかの実施形態によれば、成功したハンドオーバ報告中で制御プレーン（ＣＰ）関係情報を報告するための、無線デバイスによる方法およびシステムが提供される。
【0084】
いくつかの実施形態によれば、無線デバイスによる方法が、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのＤＡＰＳ ＨＯ中に、ソースネットワークノードのソースセルにおける無線リンク障害（ＲＬＦ）を宣言することを含む。無線デバイスは、ＤＡＰＳ ＨＯに関連する情報と、ＲＬＦに関連する情報とを記憶する。無線デバイスは、アクセスノードに情報を送信する。
【0085】
いくつかの実施形態によれば、無線デバイスから、ＤＡＰＳ ＨＯとＲＬＦとに関連する情報を受信するネットワークノードによる方法。ＲＬＦは、ソースネットワークノードのソースセルにおけるものであり、ＤＡＰＳ ＨＯは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのものである。
【0086】
いくつかの実施形態によれば、無線デバイスは処理回路を含み、処理回路は、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのＤＡＰＳ ＨＯ中に、ソースネットワークノードのソースセルにおけるＲＬＦを宣言するように設定される。処理回路は、ＤＡＰＳ ＨＯに関連する情報と、ＲＬＦに関連する情報とを記憶するように設定される。処理回路は、アクセスノードに情報を送信するように設定される。
【0087】
いくつかの実施形態によれば、ネットワークノードは処理回路を含み、処理回路は、無線デバイスから、ＤＡＰＳ ＨＯとＲＬＦとに関連する情報を受信するように設定される。ＲＬＦは、ソースネットワークノードのソースセルにおけるものであり、ＤＡＰＳ ＨＯは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのものである。
【0088】
いくつかの実施形態によれば、ネットワークノードは、無線デバイスから、ＤＡＰＳ ＨＯとＲＬＦとに関連する情報を受信するように適合される。ＲＬＦは、ソースネットワークノードのソースセルにおけるものであり、ＤＡＰＳ ＨＯは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのものである。
【0089】
いくつかの実施形態は、以下の技術的利点のうちの１つまたは複数を提供し得る。たとえば、ある技術的利点は、いくつかの実施形態が、根底にある問題点（たとえばＤＡＰＳハンドオーバ障害、ＲＬＦ）に関するＤＡＰＳハンドオーバ性能に関係する情報をネットワークに提供することであり得る。別の技術的利点は、いくつかの実施形態が、ＲＬＦ報告中のＤＡＰＳハンドオーバ障害メッセージコンテンツに基づいて、障害があったＤＡＰＳハンドオーバの理由を識別することと、ハンドオーバパラメータ調節および最適化を改善することとを可能にすることであり得る。
【0090】
別の例として、ある技術的利点は、いくつかの実施形態が、ソースセルにフォールバックする場合、ＤＡＰＳハンドオーバ障害に関する情報ロスを防ぎ、その後、ソースセルにおけるＲＬＦを宣言し、ＤＡＰＳハンドオーバ障害に関する（対応する測定値をもつ）情報が、ネットワーク（たとえば再確立または再接続セル）にとって利用可能であることを保証し得ることであり得る。
【0091】
別の例として、ある技術的利点は、いくつかの実施形態が、ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅの受信の前に発生したターゲットセルにおけるＲＬＦにより、成功しなかったＤＡＰＳハンドオーバに関する情報ロスを防ぎ得ることであり得る。そのような情報のさらなる根本原因分析が、障害（たとえば早すぎるハンドオーバ）の理由を指示し、ソースセルまたはターゲットセルにおけるハンドオーバ設定を改善することができる。
【0092】
他の利点が、当業者に容易に明らかになり得る。いくつかの実施形態は、具陳された利点のいずれをも有しないか、いくつかを有するか、またはすべてを有し得る。
【0093】
開示される実施形態ならびにそれらの特徴および利点のより完全な理解のために、次に、添付の図面とともに、以下の説明が参照される。
【図面の簡単な説明】
【0094】
【図1】簡略化された第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信システムを示す図である。
【図2】Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおけるハンドオーバプロシージャ中のユーザ機器（ＵＥ）と、ソースアクセスノードとターゲットアクセスノードとの間のシグナリングフローを示す図である。
【図3】ＬＴＥの場合のデュアルアクティブプロトコルスタック（ＤＡＰＳ）ノード間ハンドオーバの一例を示す図である。
【図4】ＤＡＰＳハンドオーバにおけるＵＥ側におけるプロトコルスタックを示す図である。
【図5】ＵＥ物理レイヤとＵＥ ＲＲＣレイヤとの間で交換される「同期外れ」指示および「同期中」指示を示す図である。
【図6】３ＧＰＰ ＴＳ３６．３００において開示されるような自己設定／自己最適化機能の分枝を示す図である。
【図7】いくつかの実施形態による、例示的な無線ネットワークを示す図である。
【図8】いくつかの実施形態による、例示的なネットワークノードを示す図である。
【図9】いくつかの実施形態による、例示的な無線デバイスを示す図である。
【図10】いくつかの実施形態による、例示的なユーザ機器を示す図である。
【図11】いくつかの実施形態による、いくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示す図である。
【図12】いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。
【図13】いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。
【図14】一実施形態による、通信システムにおいて実装される方法を示す図である。
【図15】一実施形態による、通信システムにおいて実装される別の方法を示す図である。
【図16】一実施形態による、通信システムにおいて実装される別の方法を示す図である。
【図17】一実施形態による、通信システムにおいて実装される別の方法を示す図である。
【図18】いくつかの実施形態による、無線デバイスによる例示的な方法を示す図である。
【図19】いくつかの実施形態による、例示的な仮想コンピューティングデバイスを示す図である。
【図20】いくつかの実施形態による、ネットワークノードによる例示的な方法を示す図である。
【図21】いくつかの実施形態による、別の例示的な仮想コンピューティングデバイスを示す図である。
【発明を実施するための形態】
【0095】
次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【0096】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、以下の説明から明らかになる。
【0097】
いくつかの実施形態では、「ネットワークノード」というより一般的な用語が、使用され得、（直接または別のノードを介して）ＵＥと、および／または別のネットワークノードと通信する、任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応し得る。ネットワークノードの例は、ノードＢ、マスタｅノードＢ（ＭｅＮＢ）、マスタセルグループ（ＭＣＧ）または２次セルグループ（ＳＣＧ）に属するネットワークノード、基地局（ＢＳ）、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線ノード、ｅノードＢ（ｅＮＢ）、ｇノードＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、基地トランシーバ局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）におけるノード、コアネットワークノード（たとえば、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）など）、運用保守（Ｏ＆Ｍ：Ｏｐｅｒａｔｉｏｎｓ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）、運用サポートシステム（ＯＳＳ）、自己最適化ネットワーク（ＳＯＮ）、測位ノード（たとえば、エボルブドサービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ））、ドライブテスト最小化（ＭＤＴ）、テスト機器（物理ノードまたはソフトウェア）などである。
【0098】
いくつかの実施形態では、ユーザ機器（ＵＥ）または無線デバイスという非限定的な用語が、使用され得、セルラまたは移動体通信システムにおいてネットワークノードおよび／または別のＵＥと通信する任意のタイプの無線デバイスを指すことがある。ＵＥの例は、ターゲットデバイス、Ｄ２Ｄ（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）ＵＥ、マシン型ＵＥ、またはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥ、ＰＤＡ、ＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、ＵＥカテゴリーＭ１、ＵＥカテゴリーＭ２、ＰｒｏＳｅ ＵＥ、Ｖ２Ｖ ＵＥ、Ｖ２Ｘ ＵＥなどである。
【0099】
さらに、基地局／ｇノードＢおよびＵＥなどの専門用語は、非限定的であると見なされるべきであり、その２つの間のある階層関係を特に暗示せず、概して、「ｇノードＢ」はデバイス１と見なされ得、「ＵＥ」はデバイス２と見なされ得、これらの２つのデバイスは何らかの無線チャネルを介して互いと通信する。また、以下では、送信機または受信機は、ｇＮＢまたはＵＥのいずれかであり得る。
【0100】
いくつかの実施形態によれば、ネットワークによるデュアルアクティブプロトコルスタックハンドオーバ（ＤＡＰＳ ＨＯ）判定を拡張するための方法およびシステムが提供される。詳細には、いくつかの実施形態によれば、成功したハンドオーバ報告中で制御プレーン（ＣＰ）関係情報を報告するための、無線デバイスによる方法およびシステムが提供される。
【0101】
たとえば、いくつかの実施形態によれば、ＤＡＰＳ ＨＯ判定を拡張するための、無線デバイスによる方法が提供される。方法は以下を含み得る。
・ 第１のネットワークノードからＤＡＰＳハンドオーバコマンドを受信すること。
・ Ｔ３０４タイマーの満了の前にＤＡＰＳハンドオーバターゲットへのアクセスを実施することに障害があり、したがって、ＤＡＰＳハンドオーバ障害を宣言すること。
・ ソースフォールバックを実施し、ソースにＤＡＰＳハンドオーバ障害メッセージを送信することを試行すること。
・ ソースにＤＡＰＳハンドオーバ障害メッセージを成功裡に送る前にＲＬＦを宣言すること。
・ ＲＬＦ報告を生成し、ＤＡＰＳハンドオーバ障害メッセージの一部であった測定値を含むＲＬＦ報告中の測定値の１つまたは複数のセットを記憶すること。測定値は以下をさらに含む。
○ ソースセルおよびターゲットセルの無線測定値
○ 近隣するセルの無線測定値
○ ＤＡＰＳ ＨＯＦを宣言することと、ＲＬＦを宣言することとの間の時間。
○ ＤＡＰＳ ＨＯコマンドを受信する間のタイマーＴ３１０のステータス
・ 再確立または再接続を実施すること。
・ ＲＬＦ報告の利用可能性を指示すること
・ ＲＬＦ報告を送信するようにとの要求を受信すること
・ ＲＬＦ報告を送信すること
・ 第１のネットワークノードからＤＡＰＳハンドオーバコマンドを受信すること。
・ Ｔ３０４タイマーの満了の前にＤＡＰＳハンドオーバターゲットへのアクセスを実施することに障害があり、したがって、ＤＡＰＳハンドオーバ障害を宣言すること。
・ ソースフォールバックを実施し、ソースにＤＡＰＳハンドオーバ障害メッセージを送信することを試行すること。
・ ソースにＤＡＰＳハンドオーバ障害メッセージを成功裡に送る前にＲＬＦを宣言すること。
・ ＲＬＦ報告を生成し、ＤＡＰＳハンドオーバ障害メッセージの一部であった測定値を含むＲＬＦ報告中の測定値の１つまたは複数のセットを記憶すること。測定値は以下をさらに含む。
○ ソースセルおよびターゲットセルの無線測定値
○ 近隣するセルの無線測定値
○ ＤＡＰＳ ＨＯＦを宣言することと、ＲＬＦを宣言することとの間の時間。
○ ＤＡＰＳ ＨＯコマンドを受信する間のタイマーＴ３１０のステータス
・ 再確立または再接続を実施すること。
・ ＲＬＦ報告の利用可能性を指示すること
・ ＲＬＦ報告を送信するようにとの要求を受信すること
・ ＲＬＦ報告を送信すること
【0102】
いくつかの実施形態によれば、ＤＡＰＳ ＨＯ判定を拡張するための、再確立または再接続セルにおけるネットワークノードによる方法が提供される。方法は以下を含み得る。
・ ＲＬＦ報告の利用可能性に関する指示を受信すること
・ ＲＬＦ報告を送信するようにとの要求を送ること
・ ＲＬＦ報告を受信すること
・ ＲＬＦ報告に記憶された、障害があったＰＣｅｌｌ（ＤＡＰＳ ＨＯのソースセル）にＲＬＦ報告を送信すること
・ ＲＬＦ報告の利用可能性に関する指示を受信すること
・ ＲＬＦ報告を送信するようにとの要求を送ること
・ ＲＬＦ報告を受信すること
・ ＲＬＦ報告に記憶された、障害があったＰＣｅｌｌ（ＤＡＰＳ ＨＯのソースセル）にＲＬＦ報告を送信すること
【0103】
いくつかの実施形態によれば、ＤＡＰＳ ＨＯのソースセルにおけるネットワークノードによる方法が提供される。方法は以下を含み得る。
・ 再確立または再接続セルからＲＬＦ報告を受信すること。
・ 障害があったＤＡＰＳハンドオーバに関係する情報を抽出し、さらに、ＲＬＦ報告中のＤＡＰＳハンドオーバ障害メッセージコンテンツに基づいて、障害があったＤＡＰＳハンドオーバの理由を識別すること
・ ＤＡＰＳ ＨＯパラメータを調節すること
・ 再確立または再接続セルからＲＬＦ報告を受信すること。
・ 障害があったＤＡＰＳハンドオーバに関係する情報を抽出し、さらに、ＲＬＦ報告中のＤＡＰＳハンドオーバ障害メッセージコンテンツに基づいて、障害があったＤＡＰＳハンドオーバの理由を識別すること
・ ＤＡＰＳ ＨＯパラメータを調節すること
【0104】
いくつかの実施形態によれば、ネットワークによるＤＡＰＳ ＨＯ判定を拡張するための、無線デバイスによる方法が提供される。方法は以下を含み得る。
・ 第１のネットワークノードからＤＡＰＳハンドオーバコマンドを受信すること。
・ Ｔ３０４タイマーの満了の前にＤＡＰＳハンドオーバターゲットへのアクセスを成功裡に実施すること。
・ ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅを受信する前にＲＬＦを宣言すること。
・ ＲＬＦ報告を生成し、以下の測定値のうちの１つまたは複数を含めること。
○ ＲＬＦがＤＡＰＳハンドオーバのターゲットにおいて宣言されたが、ＤＡＰＳハンドオーバが成功しなかったという指示
○ ターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅの受信がなかったという指示
○ ＵＥがターゲットセルにＲＲＣ再設定完了を送ることに成功したという指示。
○ ソースからのＤＬデータ受信が、ＲＬＦを宣言した時間において利用可能であったかどうかに関する指示
○ ＤＡＰＳハンドオーバのソースの無線測定値
○ ＲＬＦを宣言する時間までの、ＤＡＰＳターゲットにＲＲＣ再設定完了メッセージを送る時間（時間ＸＸ）
・ 再確立または再接続を実施すること。
・ ＲＬＦ報告の利用可能性を指示すること
・ ＲＬＦ報告を送信するようにとの要求を受信すること
・ ＲＬＦ報告を送信すること
・ 第１のネットワークノードからＤＡＰＳハンドオーバコマンドを受信すること。
・ Ｔ３０４タイマーの満了の前にＤＡＰＳハンドオーバターゲットへのアクセスを成功裡に実施すること。
・ ｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅを受信する前にＲＬＦを宣言すること。
・ ＲＬＦ報告を生成し、以下の測定値のうちの１つまたは複数を含めること。
○ ＲＬＦがＤＡＰＳハンドオーバのターゲットにおいて宣言されたが、ＤＡＰＳハンドオーバが成功しなかったという指示
○ ターゲットからのｄａｐｓ－ＳｏｕｒｃｅＲｅｌｅａｓｅの受信がなかったという指示
○ ＵＥがターゲットセルにＲＲＣ再設定完了を送ることに成功したという指示。
○ ソースからのＤＬデータ受信が、ＲＬＦを宣言した時間において利用可能であったかどうかに関する指示
○ ＤＡＰＳハンドオーバのソースの無線測定値
○ ＲＬＦを宣言する時間までの、ＤＡＰＳターゲットにＲＲＣ再設定完了メッセージを送る時間（時間ＸＸ）
・ 再確立または再接続を実施すること。
・ ＲＬＦ報告の利用可能性を指示すること
・ ＲＬＦ報告を送信するようにとの要求を受信すること
・ ＲＬＦ報告を送信すること
【0105】
いくつかの実施形態によれば、ＤＡＰＳ ＨＯ判定を拡張するための、再確立または再接続セルにおけるネットワークノードによる方法が提供される。方法は以下を含み得る。
・ ＲＬＦ報告の利用可能性に関する指示を受信すること
・ ＲＬＦ報告を送信するようにとの要求を送ること
・ ＲＬＦ報告を受信すること
・ ＲＬＦ報告に記憶された、障害があったＰＣｅｌｌ（ＤＡＰＳ ＨＯのターゲットセル）にＲＬＦ報告を送信すること
・ ＲＬＦ報告の利用可能性に関する指示を受信すること
・ ＲＬＦ報告を送信するようにとの要求を送ること
・ ＲＬＦ報告を受信すること
・ ＲＬＦ報告に記憶された、障害があったＰＣｅｌｌ（ＤＡＰＳ ＨＯのターゲットセル）にＲＬＦ報告を送信すること
【0106】
いくつかの実施形態によれば、ＤＡＰＳ ＨＯのターゲットセルにおけるネットワークノードによる方法が提供される。方法は以下を含み得る。
・ 再確立または再接続セルからＲＬＦ報告を受信すること。
・ 障害の根本原因が、ＤＡＰＳハンドオーバのソースにあるのか、ＤＡＰＳハンドオーバのターゲットにあるのかを決定するために、ＲＬＦ報告中の情報を分析すること。
○ 一例として、ＤＡＰＳ ＨＯがＤＡＰＳのソースからの早すぎるＨＯであったのか（たとえば、時間ＸＸの小さい値）、ＤＡＰＳ ＨＯがそれ自体ソースの遅延した解放であったのか（たとえば、時間ＸＸの大きい値）を決定すること
・ さらに、ＵＥがターゲット（第２の）ネットワークノードに成功裡に接続した場合、および第２のネットワークノードが、ＵＥにおける障害が無線状態によるものでなかった、または、概して、ＵＥにおける障害がＤＡＰＳハンドオーバパラメータの準最適な設定によるものでなかったと決定した場合、第２のネットワークノードは、問題点が第２のネットワークノード内に含まれているとみなし、ＵＥから第１のネットワークノードに測定値および情報をシグナリングすることを回避し得る。この場合、第２のネットワークノードは、将来の同様の障害事例に対処するために第２のネットワークノード自体の設定に変更を適用し得る。
・ 原因がＤＡＰＳハンドオーバのソースによるもの（たとえば、早すぎるＤＡＰＳ ＨＯ）であると決定された場合、ＤＡＰＳ ＨＯのソースセルにＲＬＦ報告を送信し、早すぎるＤＡＰＳ ＨＯを指示すること。
○ そのような実施形態の一例では、そのような送信が、障害指示プロシージャによってＸｎインターフェースを介して行われ得る。代替的に、そのような情報を送信するために、アクセスおよびモビリティ指示プロシージャが使用され得る。
・ 再確立または再接続セルからＲＬＦ報告を受信すること。
・ 障害の根本原因が、ＤＡＰＳハンドオーバのソースにあるのか、ＤＡＰＳハンドオーバのターゲットにあるのかを決定するために、ＲＬＦ報告中の情報を分析すること。
○ 一例として、ＤＡＰＳ ＨＯがＤＡＰＳのソースからの早すぎるＨＯであったのか（たとえば、時間ＸＸの小さい値）、ＤＡＰＳ ＨＯがそれ自体ソースの遅延した解放であったのか（たとえば、時間ＸＸの大きい値）を決定すること
・ さらに、ＵＥがターゲット（第２の）ネットワークノードに成功裡に接続した場合、および第２のネットワークノードが、ＵＥにおける障害が無線状態によるものでなかった、または、概して、ＵＥにおける障害がＤＡＰＳハンドオーバパラメータの準最適な設定によるものでなかったと決定した場合、第２のネットワークノードは、問題点が第２のネットワークノード内に含まれているとみなし、ＵＥから第１のネットワークノードに測定値および情報をシグナリングすることを回避し得る。この場合、第２のネットワークノードは、将来の同様の障害事例に対処するために第２のネットワークノード自体の設定に変更を適用し得る。
・ 原因がＤＡＰＳハンドオーバのソースによるもの（たとえば、早すぎるＤＡＰＳ ＨＯ）であると決定された場合、ＤＡＰＳ ＨＯのソースセルにＲＬＦ報告を送信し、早すぎるＤＡＰＳ ＨＯを指示すること。
○ そのような実施形態の一例では、そのような送信が、障害指示プロシージャによってＸｎインターフェースを介して行われ得る。代替的に、そのような情報を送信するために、アクセスおよびモビリティ指示プロシージャが使用され得る。
【0107】
いくつかの実施形態によれば、ＤＡＰＳ ＨＯのソースセルにおけるネットワークノードによる方法が提供される。方法は以下を含み得る。
・ ＤＡＰＳ ＨＯのターゲットセルからのＲＬＦ報告と、早すぎるＤＡＰＳ ＨＯの指示とを受信すること
○ そのような実施形態の一例では、そのような受信が、障害指示プロシージャによってＸｎインターフェースを介して発生し得る。代替的に、そのような情報を受信するために、アクセスおよびモビリティ指示プロシージャが使用され得る。
・ 情報の受信された１つまたは複数のセットに基づいて、前のモビリティ判定の性能を分析すること。
・ 分析された性能に基づいて、ＵＥのうちの１つまたは複数に対して、新しいＤＡＰＳ ＨＯ判定を設定すること
・ ＤＡＰＳ ＨＯのターゲットセルからのＲＬＦ報告と、早すぎるＤＡＰＳ ＨＯの指示とを受信すること
○ そのような実施形態の一例では、そのような受信が、障害指示プロシージャによってＸｎインターフェースを介して発生し得る。代替的に、そのような情報を受信するために、アクセスおよびモビリティ指示プロシージャが使用され得る。
・ 情報の受信された１つまたは複数のセットに基づいて、前のモビリティ判定の性能を分析すること。
・ 分析された性能に基づいて、ＵＥのうちの１つまたは複数に対して、新しいＤＡＰＳ ＨＯ判定を設定すること
【0108】
いくつかの実施形態によれば、ＲＬＦ報告にＤＡＰＳ障害情報を記憶する代わりに、ＤＡＰＳ障害とＲＬＦ報告とに関する情報をキャプチャする新しい障害報告が生成される。
【0109】
ＲＬＦ報告中に含まれるＤＡＰＳ障害情報の一部として、情報は、さらに、以下のうちのいずれか１つまたは複数からなる。
・ ＤＡＰＳ ＨＯのターゲットセルのセル識別情報。
この情報は、ＤＡＰＳ障害情報を含んでいるＲＬＦ報告が、障害があったＤＡＰＳ ＨＯのソースによって受信されたとき、将来において、障害があったＤＡＰＳハンドオーバターゲットを識別するために有用であり得る。
・ ソースセルにおよび／またはターゲットセルに関係する無線測定値、たとえば、記憶するアクションが上記のイベントとともに発生した時間的ポイントにおける最新の利用可能な無線測定値
・ ＤＡＰＳ中のＨＯ中断時間、ＤＡＰＳにおいて失われたパケットなど、ハンドオーバ中のＵＰ性能に関係する情報。
・ ソースネットワークノードに関連するＲＬＭパラメータのステータス、たとえば第１のネットワークノードのＴ３１０ステータス、（ＵＥが、最大数のＲＡ試行によりターゲットにおけるＨＯＦを宣言した場合の）第２のネットワークノードステータスのＴ３０４、ＨＯＦを宣言する前のソースにおけるＲＬＣ再送信の数。
・ 以下に関連する時間の指示。
○ ＤＡＰＳ ＨＯコマンド受信と第１のネットワークノードへのフォールバックとの間に経過した時間。
○ ＤＡＰＳ ＨＯコマンド受信と第１のネットワークノードにおけるＲＬＦとの間に経過した時間。
○ ＤＡＰＳ ＨＯコマンド受信と第２のネットワークノードにおけるハンドオーバ障害との間に経過した時間。
・ ＤＡＰＳ ＨＯのターゲットセルのセル識別情報。
この情報は、ＤＡＰＳ障害情報を含んでいるＲＬＦ報告が、障害があったＤＡＰＳ ＨＯのソースによって受信されたとき、将来において、障害があったＤＡＰＳハンドオーバターゲットを識別するために有用であり得る。
・ ソースセルにおよび／またはターゲットセルに関係する無線測定値、たとえば、記憶するアクションが上記のイベントとともに発生した時間的ポイントにおける最新の利用可能な無線測定値
・ ＤＡＰＳ中のＨＯ中断時間、ＤＡＰＳにおいて失われたパケットなど、ハンドオーバ中のＵＰ性能に関係する情報。
・ ソースネットワークノードに関連するＲＬＭパラメータのステータス、たとえば第１のネットワークノードのＴ３１０ステータス、（ＵＥが、最大数のＲＡ試行によりターゲットにおけるＨＯＦを宣言した場合の）第２のネットワークノードステータスのＴ３０４、ＨＯＦを宣言する前のソースにおけるＲＬＣ再送信の数。
・ 以下に関連する時間の指示。
○ ＤＡＰＳ ＨＯコマンド受信と第１のネットワークノードへのフォールバックとの間に経過した時間。
○ ＤＡＰＳ ＨＯコマンド受信と第１のネットワークノードにおけるＲＬＦとの間に経過した時間。
○ ＤＡＰＳ ＨＯコマンド受信と第２のネットワークノードにおけるハンドオーバ障害との間に経過した時間。
【0110】
いくつかの他の実施形態によれば、ＤＡＰＳターゲットＲＬＦ報告の一部として、情報は、さらに、以下のうちの少なくとも１つからなり得る。
○ ソースセルにおよび／またはターゲットセルに関係する無線測定値、たとえば、記憶するアクションが上記のイベントとともに発生した時間的ポイントにおける最新の利用可能な無線測定値。
○ ＤＡＰＳ中のＨＯ中断時間、ＤＡＰＳにおいて失われたパケットなど、ハンドオーバ中のＵＰ性能に関係する情報。
○ ソースのほうへのＲＬＭを監視することを停止した時間における（すなわち、ＤＡＰＳ ＨＯターゲットセルのほうへのＲＡプロシージャを完了した時間における）第１のネットワークノードに関連するＲＬＭパラメータのステータス。この情報は、ソースリンク品質が、ＤＡＰＳ ＨＯを完了した時間において極めて良好であったか否かを知るために有用である。そのようなステータスは、以下のうちの１つまたは複数であり得る。
・ Ｔ３１０ステータス、すなわち、Ｔ３１０が満了したか否か、および満了していない場合、Ｔ３１０が稼働していたか否かを指示し、稼働していた場合、Ｔ３１０の実際の値を指示する。
・ 下位レイヤからの連続ＯＯＳ（同期外れ）指示の数。
・ 下位レイヤからの連続ＩＳ（同期中）指示の数。
・ ビーム障害回復が進行中であったかどうか。
○ 前のＨＯがＤＡＰＳ ＨＯに関連したという指示。
○ 以下に関連する時間の指示。
・ ＤＡＰＳ ＨＯコマンド受信と、ＨＯ完了、すなわち第２のネットワークノードへのＲＲＣ再設定完了の送信との間に経過した時間
・ ＨＯ完了とＲＬＦ宣言との間に経過した時間
○ ソースセルにおよび／またはターゲットセルに関係する無線測定値、たとえば、記憶するアクションが上記のイベントとともに発生した時間的ポイントにおける最新の利用可能な無線測定値。
○ ＤＡＰＳ中のＨＯ中断時間、ＤＡＰＳにおいて失われたパケットなど、ハンドオーバ中のＵＰ性能に関係する情報。
○ ソースのほうへのＲＬＭを監視することを停止した時間における（すなわち、ＤＡＰＳ ＨＯターゲットセルのほうへのＲＡプロシージャを完了した時間における）第１のネットワークノードに関連するＲＬＭパラメータのステータス。この情報は、ソースリンク品質が、ＤＡＰＳ ＨＯを完了した時間において極めて良好であったか否かを知るために有用である。そのようなステータスは、以下のうちの１つまたは複数であり得る。
・ Ｔ３１０ステータス、すなわち、Ｔ３１０が満了したか否か、および満了していない場合、Ｔ３１０が稼働していたか否かを指示し、稼働していた場合、Ｔ３１０の実際の値を指示する。
・ 下位レイヤからの連続ＯＯＳ（同期外れ）指示の数。
・ 下位レイヤからの連続ＩＳ（同期中）指示の数。
・ ビーム障害回復が進行中であったかどうか。
○ 前のＨＯがＤＡＰＳ ＨＯに関連したという指示。
○ 以下に関連する時間の指示。
・ ＤＡＰＳ ＨＯコマンド受信と、ＨＯ完了、すなわち第２のネットワークノードへのＲＲＣ再設定完了の送信との間に経過した時間
・ ＨＯ完了とＲＬＦ宣言との間に経過した時間
【0111】
上記で説明された例示的な実施形態では、報告コンテンツは、さらに、スプリットアーキテクチャ展開におけるノード内で通信され得る。アクションをとる必要があるネットワークノードが、ｇＮＢ－ＤＵとｇＮＢ－ＣＵとから作られたスプリットｇＮＢである場合、そのようなネットワークノードのｇＮＢ－ＣＵは、ｇＮＢ－ＤＵにそのような報告コンテンツをシグナリングすることを判定し得る。ｇＮＢ－ＤＵは、その設定を最適化するために、たとえば、ＲＡＣＨ、ビーム設定、セル設定に関するパラメータを最適化するために、この情報を考慮に入れ得る。
【0112】
図７は、いくつかの実施形態による、無線ネットワークを示す。本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図７に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図７の無線ネットワークは、ネットワーク１０６、ネットワークノード１６０および１６０ｂ、ならびに無線デバイス１１０のみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード１６０および無線デバイス１１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。
【0113】
無線ネットワークは、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。
【0114】
ネットワーク１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。
【0115】
ネットワークノード１６０と無線デバイス１１０とは、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、リレー局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。
【0116】
図８は、いくつかの実施形態による、例示的なネットワークノード１６０を示す。本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供するための、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【0117】
図８では、ネットワークノード１６０は、処理回路１７０と、デバイス可読媒体１８０と、インターフェース１９０と、補助機器１８４と、電源１８６と、電力回路１８７と、アンテナ１６２とを含む。図８の例示的な無線ネットワーク中に示されているネットワークノード１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。
【0118】
同様に、ネットワークノード１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体１８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ１６２がＲＡＴによって共有され得る）。ネットワークノード１６０は、ネットワークノード１６０に統合された、たとえば、汎欧州デジタル移動電話方式（ＧＳＭ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、新無線（ＮＲ）、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード１６０内の他の構成要素に統合され得る。
【0119】
処理回路１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路１７０によって実施されるこれらの動作は、処理回路１７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【0120】
処理回路１７０は、単体で、またはデバイス可読媒体１８０などの他のネットワークノード１６０構成要素と併せてのいずれかで、ネットワークノード１６０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路１７０は、デバイス可読媒体１８０に記憶された命令、または処理回路１７０内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路１７０は、システムオンチップ（ＳＯＣ）を含み得る。
【0121】
いくつかの実施形態では、処理回路１７０は、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路１７２とベースバンド処理回路１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路１７２とベースバンド処理回路１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
【0122】
いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１８０、または処理回路１７０内のメモリに記憶された、命令を実行する処理回路１７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１７０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１７０単独に、またはネットワークノード１６０の他の構成要素に限定されないが、全体としてネットワークノード１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【0123】
デバイス可読媒体１８０は、限定はしないが、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１７０によって実行されることが可能であり、ネットワークノード１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体１８０は、処理回路１７０によって行われた計算および／またはインターフェース１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路１７０およびデバイス可読媒体１８０は、統合されていると見なされ得る。
【0124】
インターフェース１９０は、ネットワークノード１６０、ネットワーク１０６、および／または無線デバイス１１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース１９０は、たとえば有線接続上でネットワーク１０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末１９４を備える。インターフェース１９０は、アンテナ１６２に結合されるか、またはいくつかの実施形態では、アンテナ１６２の一部であり得る、無線フロントエンド回路１９２をも含む。無線フロントエンド回路１９２は、フィルタ１９８と増幅器１９６とを備える。無線フロントエンド回路１９２は、アンテナ１６２および処理回路１７０に接続され得る。無線フロントエンド回路は、アンテナ１６２と処理回路１７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路１９２は、無線接続を介して他のネットワークノードまたは無線デバイスに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１９２は、デジタルデータを、フィルタ１９８および／または増幅器１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ１６２を介して送信され得る。同様に、データを受信するとき、アンテナ１６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１９２によってデジタルデータに変換される。デジタルデータは、処理回路１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【0125】
いくつかの代替実施形態では、ネットワークノード１６０は別個の無線フロントエンド回路１９２を含まないことがあり、代わりに、処理回路１７０は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路１９２なしでアンテナ１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１７２の全部または一部が、インターフェース１９０の一部と見なされ得る。さらに他の実施形態では、インターフェース１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末１９４と、無線フロントエンド回路１９２と、ＲＦトランシーバ回路１７２とを含み得、インターフェース１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１７４と通信し得る。
【0126】
アンテナ１６２は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ１６２は、無線フロントエンド回路１９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性、セクタまたはパネルアンテナを備え得る。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ１６２は、ネットワークノード１６０とは別個であり得、インターフェースまたはポートを通してネットワークノード１６０に接続可能であり得る。
【0127】
アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ１６２、インターフェース１９０、および／または処理回路１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。
【0128】
電力回路１８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード１６０の構成要素に供給するように設定される。電力回路１８７は、電源１８６から電力を受信し得る。電源１８６および／または電力回路１８７は、それぞれの構成要素に好適な形態で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード１６０の様々な構成要素に電力を提供するように設定され得る。電源１８６は、電力回路１８７および／またはネットワークノード１６０中に含まれるか、あるいは電力回路１８７および／またはネットワークノード１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード１６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路１８７に電力を供給する。さらなる例として、電源１８６は、電力回路１８７に接続された、または電力回路１８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。
【0129】
ネットワークノード１６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、図８に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード１６０は、ネットワークノード１６０への情報の入力を可能にするための、およびネットワークノード１６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード１６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。
【0130】
図９は、例示的な無線デバイス１１０を示す。いくつかの実施形態による。本明細書で使用される無線デバイスは、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、無線デバイスという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、無線デバイスは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、無線デバイスは、内部または外部イベントによってトリガされたとき、あるいは、ネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。無線デバイスの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車載無線端末デバイスなどを含む。無線デバイスは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、無線デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の無線デバイスおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。無線デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、無線デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、無線デバイスは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。上記で説明された無線デバイスは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明された無線デバイスはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
【0131】
示されているように、無線デバイス１１０は、アンテナ１１１と、インターフェース１１４と、処理回路１２０と、デバイス可読媒体１３０と、ユーザインターフェース機器１３２と、補助機器１３４と、電源１３６と、電力回路１３７とを含む。無線デバイス１１０は、無線デバイス１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、無線デバイス１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。
【0132】
アンテナ１１１は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース１１４に接続される。いくつかの代替実施形態では、アンテナ１１１は、無線デバイス１１０とは別個であり、インターフェースまたはポートを通して無線デバイス１１０に接続可能であり得る。アンテナ１１１、インターフェース１１４、および／または処理回路１２０は、無線デバイスによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別の無線デバイスから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ１１１は、インターフェースと見なされ得る。
【0133】
示されているように、インターフェース１１４は、無線フロントエンド回路１１２とアンテナ１１１とを備える。無線フロントエンド回路１１２は、１つまたは複数のフィルタ１１８と増幅器１１６とを備える。無線フロントエンド回路１１２は、アンテナ１１１および処理回路１２０に接続され、アンテナ１１１と処理回路１２０との間で通信される信号を調整するように設定される。無線フロントエンド回路１１２は、アンテナ１１１に結合されるか、またはアンテナ１１１の一部であり得る。いくつかの実施形態では、無線デバイス１１０は別個の無線フロントエンド回路１１２を含まないことがあり、むしろ、処理回路１２０は、無線フロントエンド回路を備え得、アンテナ１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１２２の一部または全部が、インターフェース１１４の一部と見なされ得る。無線フロントエンド回路１１２は、無線接続を介して他のネットワークノードまたは無線デバイスに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路１１２は、デジタルデータを、フィルタ１１８および／または増幅器１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ１１１を介して送信され得る。同様に、データを受信するとき、アンテナ１１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路１１２によってデジタルデータに変換される。デジタルデータは、処理回路１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【0134】
処理回路１２０は、単体で、またはデバイス可読媒体１３０などの他の無線デバイス１１０構成要素と併せてのいずれかで、無線デバイス１１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路１２０は、本明細書で開示される機能を提供するために、デバイス可読媒体１３０に記憶された命令、または処理回路１２０内のメモリに記憶された命令を実行し得る。
【0135】
示されているように、処理回路１２０は、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、無線デバイス１１０の処理回路１２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路１２４およびアプリケーション処理回路１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路１２２およびベースバンド処理回路１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路１２２、ベースバンド処理回路１２４、およびアプリケーション処理回路１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路１２２は、インターフェース１１４の一部であり得る。ＲＦトランシーバ回路１２２は、処理回路１２０のためのＲＦ信号を調整し得る。
【0136】
いくつかの実施形態では、無線デバイスによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体１３０に記憶された命令を実行する処理回路１２０によって提供され得、デバイス可読媒体１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路１２０単独に、または無線デバイス１１０の他の構成要素に限定されないが、全体として無線デバイス１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【0137】
処理回路１２０は、無線デバイスによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路１２０によって実施されるようなこれらの動作は、処理回路１２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報を無線デバイス１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【0138】
デバイス可読媒体１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路１２０およびデバイス可読媒体１３０は、統合されていると見なされ得る。
【0139】
ユーザインターフェース機器１３２は、人間のユーザが無線デバイス１１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器１３２は、ユーザへの出力を作り出すように、およびユーザが無線デバイス１１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、無線デバイス１１０にインストールされるユーザインターフェース機器１３２のタイプに応じて変動し得る。たとえば、無線デバイス１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、無線デバイス１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器１３２は、無線デバイス１１０への情報の入力を可能にするように設定され、処理回路１２０が入力情報を処理することを可能にするために、処理回路１２０に接続される。ユーザインターフェース機器１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器１３２はまた、無線デバイス１１０からの情報の出力を可能にするように、および処理回路１２０が無線デバイス１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器１３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、無線デバイス１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。
【0140】
補助機器１３４は、概して無線デバイスによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備え得る。補助機器１３４の構成要素の包含、および補助機器１３４の構成要素のタイプは、実施形態および／またはシナリオに応じて変動し得る。
【0141】
電源１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。無線デバイス１１０は、電源１３６から、本明細書で説明または指示される任意の機能を行うために電源１３６からの電力を必要とする、無線デバイス１１０の様々な部分に電力を配信するための、電力回路１３７をさらに備え得る。電力回路１３７は、いくつかの実施形態では、電力管理回路を備え得る。電力回路１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、無線デバイス１１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路１３７はまた、いくつかの実施形態では、外部電源から電源１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源１３６の充電のためのものであり得る。電力回路１３７は、電源１３６からの電力に対して、その電力を、電力が供給される無線デバイス１１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
【0142】
図１０は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連しないことがあるか、または特定の人間のユーザに初めに関連しないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連するか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図８に示されているＵＥ２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定された無線デバイスの一例である。前述のように、無線デバイスおよびＵＥという用語は、互換的に使用され得る。したがって、図１０はＵＥであるが、本明細書で説明される構成要素は、無線デバイスに等しく適用可能であり、その逆も同様である。
【0143】
図１０では、ＵＥ２００は、入出力インターフェース２０５、無線周波数（ＲＦ）インターフェース２０９、ネットワーク接続インターフェース２１１、ランダムアクセスメモリ（ＲＡＭ）２１７と読取り専用メモリ（ＲＯＭ）２１９と記憶媒体２２１などとを含むメモリ２１５、通信サブシステム２３１、電源２３３、および／または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、プロセッサ２０１を含む。記憶媒体２２１は、オペレーティングシステム２２３と、アプリケーションプログラム２２５と、データ２２７とを含む。他の実施形態では、記憶媒体２２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図１０に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
【0144】
図１０では、プロセッサ２０１は、コンピュータ命令およびデータを処理するように設定され得る。プロセッサ２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態マシンなど、マシン可読コンピュータプログラムとしてメモリに記憶されたマシン命令を実行するように動作可能な任意の逐次状態マシン、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、プロセッサ２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形態での情報であり得る。
【0145】
図示された実施形態では、入出力インターフェース２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ２００は、入出力インターフェース２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ２００への入力およびＵＥ２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ２００は、ユーザがＵＥ２００に情報をキャプチャすることを可能にするために、入出力インターフェース２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。
【0146】
図１０では、ＲＦインターフェース２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース２１１は、ネットワーク２４３ａに通信インターフェースを提供するように設定され得る。ネットワーク２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェース２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
【0147】
ＲＡＭ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス２０２を介してプロセッサ２０１にインターフェースするように設定され得る。ＲＯＭ２１９は、プロセッサ２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体２２１は、オペレーティングシステム２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム２２５と、データファイル２２７とを含むように設定され得る。記憶媒体２２１は、ＵＥ２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
【0148】
記憶媒体２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体２２１は、ＵＥ２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体２２１中に有形に具現され得、記憶媒体２２１はデバイス可読媒体を備え得る。
【0149】
図１０では、プロセッサ２０１は、通信サブシステム２３１を使用してネットワーク２４３ｂと通信するように設定され得る。ネットワーク２４３ａとネットワーク２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム２３１は、ネットワーク２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム２３１は、ＩＥＥＥ８０２．２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別の無線デバイス、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機２３３および／または受信機２３５を含み得る。さらに、各トランシーバの送信機２３３および受信機２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。
【0150】
示されている実施形態では、通信サブシステム２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム２３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワーク２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク２４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源２１３は、ＵＥ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。
【0151】
本明細書で説明される特徴、利益および／または機能は、ＵＥ２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ２００の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、プロセッサ２０１は、バス２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、プロセッサ２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、プロセッサ２０１と通信サブシステム２３１との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
【0152】
図１１は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境３００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。
【0153】
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境３００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。
【0154】
機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション３２０によって実装され得る。アプリケーション３２０は、処理回路３６０とメモリ３９０－１とを備えるミドルウェア（ＭＷ）３３０を提供する、仮想化環境３００において稼働される。メモリ３９０－１は、処理回路３６０によって実行可能な命令３９５を含んでおり、それにより、アプリケーション３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。
【0155】
仮想化環境３００は、１つまたは複数のプロセッサのセットまたは処理回路３６０を備える、汎用または専用のネットワークハードウェアデバイス３３０を備え、１つまたは複数のプロセッサのセットまたは処理回路３６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイス３３０はメモリ３９０－１を備え得、メモリ３９０－１は、処理回路３６０によって実行される命令３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイス３３０は、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）３７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）３７０は物理ネットワークインターフェース３８０を含む。各ハードウェアデバイス３３０は、処理回路３６０によって実行可能なソフトウェア３９５および／または命令を記憶した、非一時的、永続的、マシン可読記憶媒体３９０－２をも含み得る。ソフトウェア３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ３５０をインスタンス化するためのソフトウェア、仮想マシン（ＶＭ）３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【0156】
ＶＭ３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤ３５０またはハイパーバイザによって稼働され得る。仮想アプライアンス３２０の事例の異なる実施形態が、仮想マシン３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。
【0157】
動作中に、処理回路３６０は、ソフトウェア３９５を実行してハイパーバイザまたは仮想化レイヤ３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ３５０は、仮想マシン３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
【0158】
図１１に示されているように、ハードウェア３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア３３０は、アンテナ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア３３０は、多くのハードウェアノードが協働し、特に、アプリケーション３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）３１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。
【0159】
ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。
【0160】
ＮＦＶのコンテキストでは、ＶＭ３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。ＶＭ３４０の各々と、そのＶＭに専用のハードウェアであろうと、および／またはそのＶＭによってＶＭ３４０のうちの他のＶＭと共有されるハードウェアであろうと、そのＶＭを実行するハードウェア３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。
【0161】
さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ３３０の上の１つまたは複数の仮想マシン３４０において稼働する特定のネットワーク機能をハンドリングすることを担当し、図１１中のアプリケーション３２０に対応する。
【0162】
いくつかの実施形態では、各々、１つまたは複数の送信機３２２０と１つまたは複数の受信機３２１０とを含む、１つまたは複数の無線ユニット３２００は、１つまたは複数のアンテナ３２２５に結合され得る。無線ユニット３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード３３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【0163】
いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード３３０と無線ユニット３２００との間の通信のために代替的に使用され得る制御システム３２３０を使用して、影響を及ぼされ得る。
【0164】
図１２は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す。図１２を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク４１１とコアネットワーク４１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク４１０を含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局４１２ａ、４１２ｂ、４１２ｃを備え、各々が、対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを規定する。各基地局４１２ａ、４１２ｂ、４１２ｃは、有線接続または無線接続４１５上でコアネットワーク４１４に接続可能である。カバレッジエリア４１３ｃ中に位置する第１のＵＥ４９１が、対応する基地局４１２ｃに無線で接続するか、または対応する基地局４１２ｃによってページングされるように設定される。カバレッジエリア４１３ａ中の第２のＵＥ４９２が、対応する基地局４１２ａに無線で接続可能である。この例では複数のＵＥ４９１、４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局４１２に接続している状況に等しく適用可能である。
【0165】
通信ネットワーク４１０は、それ自体、ホストコンピュータ４３０に接続され、ホストコンピュータ４３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ４３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１および４２２は、コアネットワーク４１４からホストコンピュータ４３０に直接延び得るか、または随意の中間ネットワーク４２０を介して進み得る。中間ネットワーク４２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク４２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク４２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【0166】
図１２の通信システムは全体として、接続されたＵＥ４９１、４９２とホストコンピュータ４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続４５０として説明され得る。ホストコンピュータ４３０および接続されたＵＥ４９１、４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続４５０は、ＯＴＴ接続４５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局４１２は、接続されたＵＥ４９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ４３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局４１２は、ＵＥ４９１から発生してホストコンピュータ４３０に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。
【0167】
図１３は、いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す。
【0168】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１３を参照しながら説明される。通信システム５００では、ホストコンピュータ５１０が、通信システム５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース５１６を含む、ハードウェア５１５を備える。ホストコンピュータ５１０は、記憶能力および／または処理能力を有し得る、処理回路５１８をさらに備える。特に、処理回路５１８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ５１０は、ホストコンピュータ５１０に記憶されるかまたはホストコンピュータ５１０によってアクセス可能であり、処理回路５１８によって実行可能である、ソフトウェア５１１をさらに備える。ソフトウェア５１１は、ホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０およびホストコンピュータ５１０において終端するＯＴＴ接続５５０を介して接続するＵＥ５３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション５１２は、ＯＴＴ接続５５０を使用して送信されるユーザデータを提供し得る。
【0169】
通信システム５００は、通信システム中に提供される基地局５２０をさらに含み、基地局５２０は、基地局５２０がホストコンピュータ５１０およびＵＥ５３０と通信することを可能にするハードウェア５２５を備える。ハードウェア５２５は、通信システム５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース５２６、ならびに基地局５２０によってサーブされるカバレッジエリア（図１３に図示せず）中に位置するＵＥ５３０との少なくとも無線接続５７０をセットアップおよび維持するための無線インターフェース５２７を含み得る。通信インターフェース５２６は、ホストコンピュータ５１０への接続５６０を容易にするように設定され得る。接続５６０は直接であり得るか、あるいは、接続５６０は、通信システムのコアネットワーク（図１３に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局５２０のハードウェア５２５は、処理回路５２８をさらに含み、処理回路５２８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局５２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア５２１をさらに有する。
【0170】
通信システム５００は、すでに言及されたＵＥ５３０をさらに含む。ＵＥ５３０のハードウェア５３５は、ＵＥ５３０が現在位置するカバレッジエリアをサーブする基地局との無線接続５７０をセットアップおよび維持するように設定された、無線インターフェース５３７を含み得る。ＵＥ５３０のハードウェア５３５は、処理回路５３８をさらに含み、処理回路５３８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ５３０は、ＵＥ５３０に記憶されるかまたはＵＥ５３０によってアクセス可能であり、処理回路５３８によって実行可能である、ソフトウェア５３１をさらに備える。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートのもとに、ＵＥ５３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ５１０では、実行しているホストアプリケーション５１２は、ＵＥ５３０およびホストコンピュータ５１０において終端するＯＴＴ接続５５０を介して、実行しているクライアントアプリケーション５３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション５３２は、ホストアプリケーション５１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続５５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション５３２は、クライアントアプリケーション５３２が提供するユーザデータを生成するためにユーザと対話し得る。
【0171】
図１３に示されているホストコンピュータ５１０、基地局５２０およびＵＥ５３０は、それぞれ、図１２のホストコンピュータ４３０、基地局４１２ａ、４１２ｂ、４１２ｃのうちの１つ、およびＵＥ４９１、４９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１３に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１２のものであり得る。
【0172】
図１３では、ＯＴＴ接続５５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局５２０を介したホストコンピュータ５１０とＵＥ５３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ５３０からまたはホストコンピュータ５１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続５５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。
【0173】
ＵＥ５３０と基地局５２０との間の無線接続５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続５７０が最後のセグメントを形成するＯＴＴ接続５５０を使用して、ＵＥ５３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、データレート、レイテンシ、および／または電力消費を改善し、それにより、ユーザ待ち時間の低減、ファイルサイズに対する制限の緩和、応答性の向上、および／またはバッテリー寿命の延長などの利益を提供し得る。
【0174】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続５５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続５５０を再設定するためのネットワーク機能は、ホストコンピュータ５１０のソフトウェア５１１およびハードウェア５１５でまたはＵＥ５３０のソフトウェア５３１およびハードウェア５３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続５５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア５１１、５３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局５２０に影響を及ぼす必要がなく、再設定は、基地局５２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ５１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア５１１および５３１が、ソフトウェア５１１および５３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0175】
図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。ステップ６１０において、ホストコンピュータはユーザデータを提供する。ステップ６１０の（随意であり得る）サブステップ６１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ６３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ６４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。
【0176】
図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。方法のステップ７１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ７２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ７３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【0177】
図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ８１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ８２０において、ＵＥはユーザデータを提供する。ステップ８２０の（随意であり得る）サブステップ８２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ８１０の（随意であり得る）サブステップ８１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ８３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0178】
図１７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１７への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ９１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ９２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ９３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0179】
図１８は、いくつかの実施形態による、無線デバイス１１０による方法１０００を図示する。ステップ１００２において、無線デバイスは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのＤＡＰＳ ＨＯ中に、ソースネットワークノードのソースセルにおけるＲＬＦを宣言する。ステップ１００４において、無線デバイスは、ＤＡＰＳ ＨＯに関連する情報を記憶する。ステップ１００６において、無線デバイスは、ＲＬＦに関連する情報を記憶する。ステップ１００８において、無線デバイスは、アクセスノードに情報を送信する。
【0180】
特定の実施形態では、情報の少なくとも一部分が、ＲＬＦ報告またはハンドオーバ報告中で送信される。
【0181】
特定の実施形態では、無線デバイス１１０は、アクセスノードに、情報の利用可能性の指示を送信し、情報を送信するようにとの要求を受信する。情報は、要求に応答して送信される。
【0182】
特定の実施形態では、ＲＬＦは、無線デバイス１１０とソースネットワークノードのソースセルとの間の障害があった接続に関連する。
【0183】
特定の実施形態では、ソースネットワークノードのソースセルにおけるＲＬＦを宣言するより前に、および無線デバイスのＤＡＰＳ ＨＯ中に、無線デバイス１１０は、ハンドオーバ障害を決定し、ソースネットワークノードのソースセルへのフォールバックを実施する。ＲＬＦは、ソースネットワークノードにハンドオーバ障害メッセージを成功裡に送信するより前に宣言される。
【0184】
本明細書で使用されるハンドオーバは、タイマーＴ３０４が稼働している間、または障害が宣言されるまで、進行中であると見なされる。したがって、本明細書で使用されるハンドオーバは、ＵＥがＨＯコマンドを得る時間と、ＵＥがターゲットネットワークノードにＲＲＣ再設定完了メッセージを送る時間との間に起こる。
【0185】
本明細書で使用される、フォールバック、およびフォールバックするためのプロシージャという用語は、無線デバイスが、ソースセル設定に戻り、ソースセルとの接続を再開することを指す。
【0186】
特定の実施形態では、アクセスノードは、無線デバイス１１０がソースネットワークノードとの無線リンク障害を宣言した後に、無線デバイス１１０が接続を確立する、ネットワークノード１６０を含む。
【0187】
特定の実施形態では、情報を送信するより前に、無線デバイス１１０は、アクセスノードとの接続を確立する。
【0188】
特定の実施形態では、ＲＬＦは、無線デバイス１１０とターゲットネットワークノード１６０との間の障害があった接続に関連する。
【0189】
特定の実施形態では、ターゲットノードに関連するターゲットセルへの無線デバイス１１０の成功したＤＡＰＳ ＨＯに応答して、無線デバイス１１０は、ターゲットネットワークノードへの無線デバイス１１０の成功したＤＡＰＳ ＨＯを指示するハンドオーバメッセージを準備する。ＲＬＦは、ターゲットネットワークノードへの無線デバイス１１０の成功したＤＡＰＳ ＨＯを指示するハンドオーバメッセージを成功裡に送信するより前に宣言される。
【0190】
さらなる特定の実施形態では、アクセスノードはソースネットワークノードを含む。
【0191】
特定の実施形態では、無線デバイス１１０は、ソースネットワークノードからハンドオーバコマンドを受信し、ハンドオーバコマンドに応答してＤＡＰＳ ＨＯを始動する。
【0192】
特定の実施形態では、情報は、ハンドオーバ障害を宣言することと、ＲＬＦを宣言することとの間の時間を含む。
【0193】
特定の実施形態では、情報は、デュアルアクティブプロトコルスタックハンドオーバのソースセルの無線測定値と、デュアルアクティブプロトコルスタックハンドオーバのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ターゲットノードにＲＲＣ再設定完了メッセージを送ることと、ＲＬＦを宣言することとの間の時間と、ＨＯコマンドがソースネットワークノードから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む。
【0194】
特定の実施形態では、情報は、無線リンク障害がデュアルアクティブプロトコルスタックハンドオーバのターゲットセルにおいて宣言されたが、デュアルアクティブプロトコルスタックハンドオーバが成功しなかったという指示と、ターゲットノードからのソース解放メッセージの受信がなかったという指示と、無線デバイスがターゲットセルのターゲットノードにＲＲＣ再設定完了メッセージを送ることに成功したという指示と、ソースネットワークノードからのダウンリンクデータ受信が、無線リンク障害を宣言した時間において利用可能であったかどうかに関する指示とのうちの少なくとも１つを含む。
【0195】
様々な特定の実施形態では、方法は、追加または代替として、以下で説明されるグループＡ１、グループＡ２、およびグループＣの例示的な実施形態のステップまたは特徴のうちの１つまたは複数を含み得る。
【0196】
図１９は、無線ネットワーク（たとえば、図７に示されている無線ネットワーク）における仮想装置１１００の概略ブロック図を示す。装置は、無線デバイスまたはネットワークノード（たとえば、図７に示されている無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１１００は、図１８を参照しながら説明された例示的な方法、および、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図１８の方法は、必ずしも装置１１００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。
【0197】
仮想装置１１００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、宣言モジュール１１１０、第１の記憶モジュール１１２０、第２の記憶モジュール１１３０、送信モジュール１１４０、および装置１１００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0198】
いくつかの実施形態によれば、宣言モジュール１１１０は、装置１１００の宣言機能のうちのいくつかを実施し得る。たとえば、宣言モジュール１１１０は、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのＤＡＰＳ ＨＯ中に、ソースネットワークノードのソースセルにおけるＲＬＦを宣言し得る。
【0199】
いくつかの実施形態によれば、第１の記憶モジュール１１２０は、装置１１００の記憶機能のうちのいくつかを実施し得る。たとえば、第１の記憶モジュール１１２０は、ＤＡＰＳ ＨＯに関連する情報を記憶し得る。
【0200】
いくつかの実施形態によれば、第２の記憶モジュール１１２０は、装置１１００の記憶機能のうちのいくつかを実施し得る。たとえば、記憶モジュール１１２０は、ＲＬＦに関連する情報を記憶し得る。
【0201】
いくつかの実施形態によれば、送信モジュール１１４０は、装置１１００の送信機能のうちのいくつかを実施し得る。たとえば、送信モジュール１１４０は、アクセスノードに情報を送信し得る。
【0202】
随意に、特定の実施形態では、仮想装置は、以下で説明されるグループＡ１、グループＡ２、およびグループＣの例示的な実施形態における、ステップのいずれかを実施するためのまたは特徴のいずれかを提供するための１つまたは複数のモジュールをさらに含み得る。
【0203】
本明細書で使用されるモジュールまたはユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。
【0204】
図２０は、いくつかの実施形態による、ネットワークノード１６０による方法１２００を図示する。ステップ１２０２において、ネットワークノード１６０は、無線デバイスから、ＤＡＰＳ ＨＯとＲＬＦとに関連する情報を受信する。ＲＬＦは、ソースネットワークノードのソースセルにおけるものであり、ＤＡＰＳ ＨＯは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのものである。
【0205】
特定の実施形態では、情報の少なくとも一部分が、ＲＬＦ報告またはハンドオーバ報告中で受信される。
【0206】
特定の実施形態では、情報を受信するより前に、ネットワークノード１６０は、情報の利用可能性の指示を受信し、無線デバイス１１０に、情報についての要求を送信する。
【0207】
特定の実施形態では、ネットワークノード１６０は、無線デバイス１１０がソースネットワークノードのソースセルとのＲＬＦを宣言した後に、無線デバイス１１０との接続を確立する。
【0208】
特定の実施形態では、情報は、ソースネットワークノードのソースセルへのフォールバックが障害があったことを指示する。
【0209】
特定の実施形態では、情報は、ターゲットネットワークノードのターゲットセルとのＤＡＰＳ ＨＯが障害があったことを指示する。
【0210】
特定の実施形態では、情報に基づいて、ネットワークノード１６０は、ＤＡＰＳ ＨＯの障害の少なくとも１つの理由を決定する。
【0211】
特定の実施形態では、ネットワークノードは、ソースネットワークノードに情報を送信する。
【0212】
特定の実施形態では、ネットワークノード１６０は、情報に基づいて少なくとも１つのハンドオーバパラメータを調節または最適化する。
【0213】
特定の実施形態では、第１のネットワークノードはソースネットワークノードを含み、情報は、ターゲットネットワークノードのターゲットセルとの成功したハンドオーバを指示し、ＲＬＦは、無線デバイスとターゲットネットワークノードのターゲットセルとの間の障害があった接続に関連する。
【0214】
特定の実施形態では、情報は、ハンドオーバ障害を宣言することと、無線リンク障害を宣言することとの間の時間を含む。
【0215】
特定の実施形態では、情報は、ＤＡＰＳ ＨＯのソースセルの無線測定値と、ＤＡＰＳ ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ターゲットノードに無線リソース制御再設定完了メッセージを送ることと、ＲＬＦを宣言することとの間の時間と、ハンドオーバコマンドがソースネットワークノードから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む。
【0216】
様々な特定の実施形態では、方法は、以下で説明されるグループＢ１、グループＢ２、グループＢ３、およびグループＣの例示的な実施形態のステップまたは特徴のいずれかのうちの１つまたは複数を含み得る。
【0217】
図２１は、無線ネットワーク（たとえば、図７に示されている無線ネットワーク）における仮想装置１３００の概略ブロック図を示す。装置は、無線デバイスまたはネットワークノード（たとえば、図７に示されている無線デバイス１１０またはネットワークノード１６０）において実装され得る。装置１３００は、図２０を参照しながら説明された例示的な方法、および、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図２０の方法は、必ずしも装置１３００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。
【0218】
仮想装置１３００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得るメモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、受信モジュール１３１０、および装置１３００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【0219】
いくつかの実施形態によれば、受信モジュール１３１０は、装置１３００の受信機能のうちのいくつかを実施し得る。たとえば、受信モジュール１３１０は、無線デバイス１１０から、ＤＡＰＳ ＨＯとＲＬＦとに関連する情報を受信し得る。ＲＬＦは、ソースネットワークノードのソースセルにおけるものであり、ＤＡＰＳ ＨＯは、ソースネットワークノードのソースセルからターゲットネットワークノードのターゲットセルへのものである。
【0220】
随意に、特定の実施形態では、仮想装置は、以下で説明されるグループＢ１、グループＢ２、グループＢ３、およびグループＣの例示的な実施形態における、ステップのいずれかを実施するためのまたは特徴のいずれかを提供するための１つまたは複数のモジュールをさらに含み得る。
【0221】
例示的な実施形態
グループＡ１の実施形態
例示的な実施形態１． 無線デバイスによって実施される方法であって、方法は、無線デバイスのハンドオーバ（ＨＯ）中に、ＨＯ障害を決定し、ソースノードおよび／またはソースセルへのフォールバックを実施することと、ソースネットワークノードにＨＯ障害メッセージを成功裡に送信するより前に、ＨＯ障害メッセージが、ＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）を宣言することと、ＨＯに関連する１つまたは複数の測定値を含むＲＬＦ報告を生成することと、アクセスノードにＲＬＦ報告を送信することとを含む、方法。
例示的な実施形態２． ＨＯのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態１に記載の方法。
例示的な実施形態３． ＨＯ障害メッセージを送信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを送信することをさらに含む、実施形態１または２に記載の方法。
例示的な実施形態４． ネットワークノードからＨＯコマンドを受信することと、ＨＯコマンドに応答してＨＯを始動することとをさらに含む、実施形態１から３のいずれか１つに記載の方法。
例示的な実施形態５． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態１から４のいずれか１つに記載の方法。
例示的な実施形態６． ＲＬＦ報告を送信するより前に、ソースノードとの接続を再確立することと、ソースノードに、ＲＬＦ報告の利用可能性の指示を送信することと、ＲＬＦ報告を送信するようにとの要求を受信することであって、ＲＬＦ報告が、要求に応答して送信される、要求を受信することとをさらに含む、実施形態１から５のいずれか１つに記載の方法。
例示的な実施形態７． アクセスノードがソースノードである、実施形態１から６のいずれか１つに記載の方法。
例示的な実施形態８． コンピュータ上で実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態９． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態１０． コンピュータによって実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態１１． 実施形態１から７に記載の方法のいずれかを実施するように設定された処理回路を備える、無線デバイス。
グループＡ２の実施形態
例示的な実施形態１２． 無線デバイスによって実施される方法であって、方法は、ターゲットセルへの無線デバイスの成功したハンドオーバ（ＨＯ）に応答して、ターゲットセルへの無線デバイスの成功したＨＯを指示するＨＯメッセージを準備することであって、ＨＯメッセージが、ＨＯに関連する１つまたは複数の測定値を含む、ＨＯメッセージを準備することと、ＨＯメッセージを送るより前に、およびソース解放メッセージを受信する前に、無線リンク障害（ＲＬＦ）を宣言することと、ＨＯメッセージに関連する１つまたは複数の測定値を含むＲＬＦ報告を生成することと、ＲＬＦ報告を送信することとを含む、方法。
例示的な実施形態１３． ＨＯのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態１２に記載の方法。
例示的な実施形態１４． ＨＯ障害メッセージを送信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを送信することをさらに含む、実施形態１２または１３に記載の方法。
例示的な実施形態１５． ＨＯコマンドを受信することと、ＨＯコマンドに応答してＨＯを始動することとをさらに含む、実施形態１２から１４のいずれか１つに記載の方法。
例示的な実施形態１６． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ターゲットノードにＲＲＣ再設定完了メッセージを送ることと、ＲＬＦを宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態１２から１５のいずれか１つに記載の方法。
例示的な実施形態１７． ＲＬＦ報告は、ＲＬＦがＨＯのターゲットセルにおいて宣言されたが、ＨＯが成功しなかったという指示と、ターゲットノードからのソース解放メッセージの受信がなかったという指示と、無線デバイスがターゲットセルのターゲットノードにＲＲＣ再設定完了メッセージを送ることに成功したという指示と、ソースからのダウンリンクデータ受信が、ＲＬＦを宣言した時間において利用可能であったかどうかに関する指示とのうちの少なくとも１つを含む、実施形態１２から１６のいずれか１つに記載の方法。
例示的な実施形態１８． ＲＬＦ報告を送信するより前に、ソースノードとの接続を再確立することと、ソースノードに、ＲＬＦ報告の利用可能性の指示を送信することと、ＲＬＦ報告を送信するようにとの要求を受信することであって、ＲＬＦ報告が、要求に応答して送信される、要求を受信することとをさらに含む、実施形態１２から１７のいずれか１つに記載の方法。
例示的な実施形態１９． コンピュータ上で実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態２０． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態２１． コンピュータによって実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態２２． 実施形態１２から１８に記載の方法のいずれかを実施するように設定された処理回路を備える、無線デバイス。
グループＢ１の実施形態
例示的な実施形態２３． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にソースネットワークとして動作するネットワークノードによって実施される方法であって、方法は、ＨＯ中にソースネットワークノードへのフォールバックを実施した無線デバイスから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ＨＯ障害に関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することを含む、方法。
例示的な実施形態２４． ハンドオーバのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態２３に記載の方法。
例示的な実施形態２５． ＲＬＦ報告が、ハンドオーバの障害を指示するハンドオーバ障害メッセージでない、実施形態２３または２４に記載の方法。
例示的な実施形態２６． ＨＯ障害メッセージを受信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを受信することをさらに含む、実施形態２３から２５のいずれか１つに記載の方法。
例示的な実施形態２７． 無線デバイスに、ＨＯコマンドを送信することであって、ＨＯが、ＨＯコマンドに応答して無線デバイスによって始動される、ＨＯコマンドを送信することをさらに含む、実施形態２３から２６のいずれか１つに記載の方法。
例示的な実施形態２８． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態２３から２７のいずれか１つに記載の方法。
例示的な実施形態２９． ＲＬＦ報告を受信するより前に、ソースノードと無線デバイスとの間の接続を再確立することと、無線デバイスから、ＲＬＦ報告の利用可能性の指示を受信することと、無線デバイスに、ＲＬＦ報告を送信するようにとの要求を送信することとをさらに含む、実施形態２３から２８のいずれか１つに記載の方法。
例示的な実施形態３０． ＨＯに関連するターゲットノードにＲＬＦ報告を送信することをさらに含む、実施形態２３から２９のいずれか１つに記載の方法。
例示的な実施形態３１． ターゲットノードが、ＲＬＦ報告中で識別される、実施形態３０に記載の方法。
例示的な実施形態３２． ＲＬＦ報告に基づいて、ＨＯ障害の少なくとも１つの理由を決定することをさらに含む、実施形態２３から３１のいずれか１つに記載の方法。
例示的な実施形態３３． ＲＬＦ報告に基づいて少なくとも１つのＨＯパラメータを調節および／または最適化することをさらに含む、実施形態２３から３２のいずれか１つに記載の方法。
例示的な実施形態３４． コンピュータ上で実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態３５． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態３６． コンピュータによって実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態３７． 実施形態２３から３３に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＢ２の実施形態
例示的な実施形態３８． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にソースネットワークとして動作するネットワークノードによって実施される方法であって、方法は、無線デバイスから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ターゲットノードへの無線デバイスのＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することを含む、方法。
例示的な実施形態３９． ＨＯがデュアルアクティブプロトコルスタックハンドオーバである、実施形態３８に記載の方法。
例示的な実施形態４０． 無線デバイスにＨＯコマンドを送信することをさらに含む、実施形態３８または３９に記載の方法。
例示的な実施形態４１． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態３８から４０のいずれか１つに記載の方法。
例示的な実施形態４２． ＲＬＦ報告を受信するより前に、ソースノードと無線デバイスとの間の接続を再確立することと、無線デバイスから、ＲＬＦ報告の利用可能性の指示を受信することと、無線デバイスに、ＲＬＦ報告を送信するようにとの要求を送信することとをさらに含む、実施形態３８から４１のいずれか１つに記載の方法。
例示的な実施形態４３． ＨＯに関連するターゲットノードにＲＬＦ報告を送信することをさらに含む、実施形態３８から４２のいずれか１つに記載の方法。
例示的な実施形態４４． ターゲットノードが、ＲＬＦ報告中で識別される、実施形態４３に記載の方法。
例示的な実施形態４５． ＲＬＦ報告に基づいて少なくとも１つのＨＯパラメータを調節および／または最適化することをさらに含む、実施形態３８から４４のいずれか１つに記載の方法。
例示的な実施形態４６． コンピュータ上で実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態４７． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態４８． コンピュータによって実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態４９． 実施形態３８から４５に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＢ３の実施形態
例示的な実施形態５０． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にターゲットネットワークとして動作するネットワークノードによって実施される方法であって、方法は、ノードから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ターゲットノードへの無線デバイスのＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することと、関連する１つまたは複数の測定値に基づいて少なくとも１つのアクションを実施することとを含む、方法。
例示的な実施形態５１． ＨＯがデュアルアクティブプロトコルスタックハンドオーバである、実施形態５０に記載の方法。
例示的な実施形態５２． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態５０または５１に記載の方法。
例示的な実施形態５３． ノードが、無線リンク障害（ＲＬＦ）の後に無線デバイスとの再接続を確立したノードを含む、実施形態５０から５２のいずれか１つに記載の方法。
例示的な実施形態５４． ノードがソースノードである、実施形態５０から５３のいずれか１つに記載の方法。
例示的な実施形態５５． １つまたは複数の測定値に基づいて、障害の原因が、ソースノードおよび／またはソースセルであるのか、ターゲットノードおよび／またはターゲットセルであるのかを決定することをさらに含む、実施形態５０から５４のいずれか１つに記載の方法。
例示的な実施形態５６． ＨＯに関連するソースノードにＲＬＦ報告を送信することをさらに含む、実施形態５０から５５のいずれか１つに記載の方法。
例示的な実施形態５７． コンピュータ上で実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態５８． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態５９． コンピュータによって実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態６０． 実施形態５０から５６に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＣの実施形態
例示的な実施形態６１． 無線デバイスであって、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、無線デバイス。
例示的な実施形態６２． ネットワークノードであって、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、ネットワークノード。
例示的な実施形態６３． 無線デバイスであって、無線デバイスは、無線信号を送り、受信するように設定されたアンテナと、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、無線デバイスへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理された無線デバイスからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、無線デバイスに電力を供給するように設定された、バッテリーとを備える、無線デバイス。
例示的な実施形態６４． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有するネットワークノードを備え、ネットワークノードの処理回路が、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態６５． ネットワークノードをさらに含む、実施形態６４に記載の通信システム。
例示的な実施形態６６． 無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態６４または６５に記載の通信システム。
例示的な実施形態６７． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態６４から６６のいずれか１つに記載の通信システム。
例示的な実施形態６８． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、ネットワークノードが、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態６９． ネットワークノードにおいてユーザデータを送信することをさらに含む、実施形態６８に記載の方法。
例示的な実施形態７０． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、無線デバイスにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態６８または６９に記載の方法。
例示的な実施形態７１． ネットワークノードと通信するように設定された無線デバイスであって、無線デバイスが、実施形態６８から７０のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、無線デバイス。
例示的な実施形態７２． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの構成要素が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態７３． セルラネットワークが、無線デバイスと通信するように設定されたネットワークノードをさらに含む、実施形態７２に記載の通信システム。
例示的な実施形態７４． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、実施形態７２または７３に記載の通信システム。
例示的な実施形態７５． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、無線デバイスが、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態７６． 無線デバイスにおいて、ネットワークノードからユーザデータを受信することをさらに含む、実施形態７５に記載の方法。
例示的な実施形態７７． ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの処理回路が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態７８． 無線デバイスをさらに含む、実施形態７７に記載の通信システム。
例示的な実施形態７９． ネットワークノードをさらに含み、ネットワークノードが、無線デバイスと通信するように設定された無線インターフェースと、無線デバイスからネットワークノードへの送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態７７または７８に記載の通信システム。
例示的な実施形態８０． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、実施形態７７から７９のいずれか１つに記載の通信システム。
例示的な実施形態８１． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、実施形態７７から８０のいずれか１つに記載の通信システム。
例示的な実施形態８２． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、無線デバイスからネットワークノードに送信されたユーザデータを受信することを含み、無線デバイスが、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態８３． 無線デバイスにおいて、ネットワークノードにユーザデータを提供することをさらに含む、実施形態８２に記載の方法。
例示的な実施形態８４． 無線デバイスにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、実施形態８２または８３に記載の方法。
例示的な実施形態８５． 無線デバイスにおいて、クライアントアプリケーションを実行することと、無線デバイスにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態８２から８４のいずれか１つに記載の方法。
例示的な実施形態８６． ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ネットワークノードが、無線インターフェースと処理回路とを備え、ネットワークノードの処理回路が、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態８７． ネットワークノードをさらに含む、実施形態８６に記載の通信システム。
例示的な実施形態８８． 無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態８６または８７に記載の通信システム。
例示的な実施形態８９． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、実施形態８６から８８のいずれか１つに記載の通信システム。
例示的な実施形態９０． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法は、ホストコンピュータにおいて、基地局から、ネットワークノードが無線デバイスから受信した送信から発生したユーザデータを受信することを含み、無線デバイスが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態９１． ネットワークノードにおいて、無線デバイスからユーザデータを受信することをさらに含む、実施形態９０に記載の方法。
例示的な実施形態９２． ネットワークノードにおいて、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態９０または９１に記載の方法。
例示的な実施形態９３． ネットワークノードが基地局を備える、実施形態９０から９２のいずれか１つに記載の方法。
例示的な実施形態９４． 無線デバイスがユーザ機器（ＵＥ）を備える、実施形態９０から９３のいずれか１つに記載の方法。
グループＡ１の実施形態
例示的な実施形態１． 無線デバイスによって実施される方法であって、方法は、無線デバイスのハンドオーバ（ＨＯ）中に、ＨＯ障害を決定し、ソースノードおよび／またはソースセルへのフォールバックを実施することと、ソースネットワークノードにＨＯ障害メッセージを成功裡に送信するより前に、ＨＯ障害メッセージが、ＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）を宣言することと、ＨＯに関連する１つまたは複数の測定値を含むＲＬＦ報告を生成することと、アクセスノードにＲＬＦ報告を送信することとを含む、方法。
例示的な実施形態２． ＨＯのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態１に記載の方法。
例示的な実施形態３． ＨＯ障害メッセージを送信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを送信することをさらに含む、実施形態１または２に記載の方法。
例示的な実施形態４． ネットワークノードからＨＯコマンドを受信することと、ＨＯコマンドに応答してＨＯを始動することとをさらに含む、実施形態１から３のいずれか１つに記載の方法。
例示的な実施形態５． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態１から４のいずれか１つに記載の方法。
例示的な実施形態６． ＲＬＦ報告を送信するより前に、ソースノードとの接続を再確立することと、ソースノードに、ＲＬＦ報告の利用可能性の指示を送信することと、ＲＬＦ報告を送信するようにとの要求を受信することであって、ＲＬＦ報告が、要求に応答して送信される、要求を受信することとをさらに含む、実施形態１から５のいずれか１つに記載の方法。
例示的な実施形態７． アクセスノードがソースノードである、実施形態１から６のいずれか１つに記載の方法。
例示的な実施形態８． コンピュータ上で実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態９． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態１０． コンピュータによって実行されたとき、実施形態１から７に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態１１． 実施形態１から７に記載の方法のいずれかを実施するように設定された処理回路を備える、無線デバイス。
グループＡ２の実施形態
例示的な実施形態１２． 無線デバイスによって実施される方法であって、方法は、ターゲットセルへの無線デバイスの成功したハンドオーバ（ＨＯ）に応答して、ターゲットセルへの無線デバイスの成功したＨＯを指示するＨＯメッセージを準備することであって、ＨＯメッセージが、ＨＯに関連する１つまたは複数の測定値を含む、ＨＯメッセージを準備することと、ＨＯメッセージを送るより前に、およびソース解放メッセージを受信する前に、無線リンク障害（ＲＬＦ）を宣言することと、ＨＯメッセージに関連する１つまたは複数の測定値を含むＲＬＦ報告を生成することと、ＲＬＦ報告を送信することとを含む、方法。
例示的な実施形態１３． ＨＯのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態１２に記載の方法。
例示的な実施形態１４． ＨＯ障害メッセージを送信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを送信することをさらに含む、実施形態１２または１３に記載の方法。
例示的な実施形態１５． ＨＯコマンドを受信することと、ＨＯコマンドに応答してＨＯを始動することとをさらに含む、実施形態１２から１４のいずれか１つに記載の方法。
例示的な実施形態１６． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ターゲットノードにＲＲＣ再設定完了メッセージを送ることと、ＲＬＦを宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態１２から１５のいずれか１つに記載の方法。
例示的な実施形態１７． ＲＬＦ報告は、ＲＬＦがＨＯのターゲットセルにおいて宣言されたが、ＨＯが成功しなかったという指示と、ターゲットノードからのソース解放メッセージの受信がなかったという指示と、無線デバイスがターゲットセルのターゲットノードにＲＲＣ再設定完了メッセージを送ることに成功したという指示と、ソースからのダウンリンクデータ受信が、ＲＬＦを宣言した時間において利用可能であったかどうかに関する指示とのうちの少なくとも１つを含む、実施形態１２から１６のいずれか１つに記載の方法。
例示的な実施形態１８． ＲＬＦ報告を送信するより前に、ソースノードとの接続を再確立することと、ソースノードに、ＲＬＦ報告の利用可能性の指示を送信することと、ＲＬＦ報告を送信するようにとの要求を受信することであって、ＲＬＦ報告が、要求に応答して送信される、要求を受信することとをさらに含む、実施形態１２から１７のいずれか１つに記載の方法。
例示的な実施形態１９． コンピュータ上で実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態２０． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態２１． コンピュータによって実行されたとき、実施形態１２から１８に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態２２． 実施形態１２から１８に記載の方法のいずれかを実施するように設定された処理回路を備える、無線デバイス。
グループＢ１の実施形態
例示的な実施形態２３． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にソースネットワークとして動作するネットワークノードによって実施される方法であって、方法は、ＨＯ中にソースネットワークノードへのフォールバックを実施した無線デバイスから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ＨＯ障害に関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することを含む、方法。
例示的な実施形態２４． ハンドオーバのタイプがデュアルアクティブプロトコルスタックハンドオーバである、実施形態２３に記載の方法。
例示的な実施形態２５． ＲＬＦ報告が、ハンドオーバの障害を指示するハンドオーバ障害メッセージでない、実施形態２３または２４に記載の方法。
例示的な実施形態２６． ＨＯ障害メッセージを受信することであって、ＨＯ障害メッセージが、ＨＯ障害に関連する１つまたは複数の測定値を含む、ＨＯ障害メッセージを受信することをさらに含む、実施形態２３から２５のいずれか１つに記載の方法。
例示的な実施形態２７． 無線デバイスに、ＨＯコマンドを送信することであって、ＨＯが、ＨＯコマンドに応答して無線デバイスによって始動される、ＨＯコマンドを送信することをさらに含む、実施形態２３から２６のいずれか１つに記載の方法。
例示的な実施形態２８． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態２３から２７のいずれか１つに記載の方法。
例示的な実施形態２９． ＲＬＦ報告を受信するより前に、ソースノードと無線デバイスとの間の接続を再確立することと、無線デバイスから、ＲＬＦ報告の利用可能性の指示を受信することと、無線デバイスに、ＲＬＦ報告を送信するようにとの要求を送信することとをさらに含む、実施形態２３から２８のいずれか１つに記載の方法。
例示的な実施形態３０． ＨＯに関連するターゲットノードにＲＬＦ報告を送信することをさらに含む、実施形態２３から２９のいずれか１つに記載の方法。
例示的な実施形態３１． ターゲットノードが、ＲＬＦ報告中で識別される、実施形態３０に記載の方法。
例示的な実施形態３２． ＲＬＦ報告に基づいて、ＨＯ障害の少なくとも１つの理由を決定することをさらに含む、実施形態２３から３１のいずれか１つに記載の方法。
例示的な実施形態３３． ＲＬＦ報告に基づいて少なくとも１つのＨＯパラメータを調節および／または最適化することをさらに含む、実施形態２３から３２のいずれか１つに記載の方法。
例示的な実施形態３４． コンピュータ上で実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態３５． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態３６． コンピュータによって実行されたとき、実施形態２３から３３に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態３７． 実施形態２３から３３に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＢ２の実施形態
例示的な実施形態３８． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にソースネットワークとして動作するネットワークノードによって実施される方法であって、方法は、無線デバイスから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ターゲットノードへの無線デバイスのＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することを含む、方法。
例示的な実施形態３９． ＨＯがデュアルアクティブプロトコルスタックハンドオーバである、実施形態３８に記載の方法。
例示的な実施形態４０． 無線デバイスにＨＯコマンドを送信することをさらに含む、実施形態３８または３９に記載の方法。
例示的な実施形態４１． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態３８から４０のいずれか１つに記載の方法。
例示的な実施形態４２． ＲＬＦ報告を受信するより前に、ソースノードと無線デバイスとの間の接続を再確立することと、無線デバイスから、ＲＬＦ報告の利用可能性の指示を受信することと、無線デバイスに、ＲＬＦ報告を送信するようにとの要求を送信することとをさらに含む、実施形態３８から４１のいずれか１つに記載の方法。
例示的な実施形態４３． ＨＯに関連するターゲットノードにＲＬＦ報告を送信することをさらに含む、実施形態３８から４２のいずれか１つに記載の方法。
例示的な実施形態４４． ターゲットノードが、ＲＬＦ報告中で識別される、実施形態４３に記載の方法。
例示的な実施形態４５． ＲＬＦ報告に基づいて少なくとも１つのＨＯパラメータを調節および／または最適化することをさらに含む、実施形態３８から４４のいずれか１つに記載の方法。
例示的な実施形態４６． コンピュータ上で実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態４７． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態４８． コンピュータによって実行されたとき、実施形態３８から４５に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態４９． 実施形態３８から４５に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＢ３の実施形態
例示的な実施形態５０． ソースネットワークノードからターゲットネットワークノードへの無線デバイスのハンドオーバ（ＨＯ）中にターゲットネットワークとして動作するネットワークノードによって実施される方法であって、方法は、ノードから、無線リンク障害（ＲＬＦ）報告を受信することであって、ＲＬＦ報告が、ターゲットノードへの無線デバイスのＨＯに関連する１つまたは複数の測定値を含む、無線リンク障害（ＲＬＦ）報告を受信することと、関連する１つまたは複数の測定値に基づいて少なくとも１つのアクションを実施することとを含む、方法。
例示的な実施形態５１． ＨＯがデュアルアクティブプロトコルスタックハンドオーバである、実施形態５０に記載の方法。
例示的な実施形態５２． ＨＯに関連する１つまたは複数の測定値は、ＨＯのソースセルの無線測定値と、ＨＯのターゲットセルの無線測定値と、少なくとも１つの近隣するセルの無線測定値と、ＨＯ障害を宣言することと、無線リンク障害を宣言することとの間の時間と、ＨＯコマンドがネットワークから受信されたときのタイマーのステータスとのうちの少なくとも１つを含む、実施形態５０または５１に記載の方法。
例示的な実施形態５３． ノードが、無線リンク障害（ＲＬＦ）の後に無線デバイスとの再接続を確立したノードを含む、実施形態５０から５２のいずれか１つに記載の方法。
例示的な実施形態５４． ノードがソースノードである、実施形態５０から５３のいずれか１つに記載の方法。
例示的な実施形態５５． １つまたは複数の測定値に基づいて、障害の原因が、ソースノードおよび／またはソースセルであるのか、ターゲットノードおよび／またはターゲットセルであるのかを決定することをさらに含む、実施形態５０から５４のいずれか１つに記載の方法。
例示的な実施形態５６． ＨＯに関連するソースノードにＲＬＦ報告を送信することをさらに含む、実施形態５０から５５のいずれか１つに記載の方法。
例示的な実施形態５７． コンピュータ上で実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム。
例示的な実施形態５８． コンピュータプログラムを備えるコンピュータプログラム製品であって、コンピュータプログラムが、コンピュータ上で実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を備える、コンピュータプログラム製品。
例示的な実施形態５９． コンピュータによって実行されたとき、実施形態５０から５６に記載の方法のいずれかを実施する命令を記憶する、非一時的コンピュータ可読媒体。
例示的な実施形態６０． 実施形態５０から５６に記載の方法のいずれかを実施するように設定された処理回路を備える、ネットワークノード。
グループＣの実施形態
例示的な実施形態６１． 無線デバイスであって、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、無線デバイス。
例示的な実施形態６２． ネットワークノードであって、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、無線デバイスに電力を供給するように設定された電力供給回路とを備える、ネットワークノード。
例示的な実施形態６３． 無線デバイスであって、無線デバイスは、無線信号を送り、受信するように設定されたアンテナと、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、処理回路が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線フロントエンド回路と、処理回路に接続され、無線デバイスへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理された無線デバイスからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、無線デバイスに電力を供給するように設定された、バッテリーとを備える、無線デバイス。
例示的な実施形態６４． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラネットワークが、無線インターフェースと処理回路とを有するネットワークノードを備え、ネットワークノードの処理回路が、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態６５． ネットワークノードをさらに含む、実施形態６４に記載の通信システム。
例示的な実施形態６６． 無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態６４または６５に記載の通信システム。
例示的な実施形態６７． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、実施形態６４から６６のいずれか１つに記載の通信システム。
例示的な実施形態６８． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、ネットワークノードが、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態６９． ネットワークノードにおいてユーザデータを送信することをさらに含む、実施形態６８に記載の方法。
例示的な実施形態７０． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、無線デバイスにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態６８または６９に記載の方法。
例示的な実施形態７１． ネットワークノードと通信するように設定された無線デバイスであって、無線デバイスが、実施形態６８から７０のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、無線デバイス。
例示的な実施形態７２． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザデータを提供するように設定された処理回路と、無線デバイスへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの構成要素が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態７３． セルラネットワークが、無線デバイスと通信するように設定されたネットワークノードをさらに含む、実施形態７２に記載の通信システム。
例示的な実施形態７４． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、実施形態７２または７３に記載の通信システム。
例示的な実施形態７５． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、ネットワークノードを備えるセルラネットワークを介して無線デバイスにユーザデータを搬送する送信を始動することとを含み、無線デバイスが、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態７６． 無線デバイスにおいて、ネットワークノードからユーザデータを受信することをさらに含む、実施形態７５に記載の方法。
例示的な実施形態７７． ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、無線デバイスが、無線インターフェースと処理回路とを備え、無線デバイスの処理回路が、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態７８． 無線デバイスをさらに含む、実施形態７７に記載の通信システム。
例示的な実施形態７９． ネットワークノードをさらに含み、ネットワークノードが、無線デバイスと通信するように設定された無線インターフェースと、無線デバイスからネットワークノードへの送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態７７または７８に記載の通信システム。
例示的な実施形態８０． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、実施形態７７から７９のいずれか１つに記載の通信システム。
例示的な実施形態８１． ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、無線デバイスの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、実施形態７７から８０のいずれか１つに記載の通信システム。
例示的な実施形態８２． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法が、ホストコンピュータにおいて、無線デバイスからネットワークノードに送信されたユーザデータを受信することを含み、無線デバイスが、グループＡ１およびＡ２の実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態８３． 無線デバイスにおいて、ネットワークノードにユーザデータを提供することをさらに含む、実施形態８２に記載の方法。
例示的な実施形態８４． 無線デバイスにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することとをさらに含む、実施形態８２または８３に記載の方法。
例示的な実施形態８５． 無線デバイスにおいて、クライアントアプリケーションを実行することと、無線デバイスにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することとをさらに含み、送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態８２から８４のいずれか１つに記載の方法。
例示的な実施形態８６． ホストコンピュータを含む通信システムであって、ホストコンピュータが、無線デバイスからネットワークノードへの送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、ネットワークノードが、無線インターフェースと処理回路とを備え、ネットワークノードの処理回路が、グループＢ１、Ｂ２、およびＢ３の実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
例示的な実施形態８７． ネットワークノードをさらに含む、実施形態８６に記載の通信システム。
例示的な実施形態８８． 無線デバイスをさらに含み、無線デバイスがネットワークノードと通信するように設定された、実施形態８６または８７に記載の通信システム。
例示的な実施形態８９． ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、無線デバイスが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定された、実施形態８６から８８のいずれか１つに記載の通信システム。
例示的な実施形態９０． ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される方法であって、方法は、ホストコンピュータにおいて、基地局から、ネットワークノードが無線デバイスから受信した送信から発生したユーザデータを受信することを含み、無線デバイスが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、方法。
例示的な実施形態９１． ネットワークノードにおいて、無線デバイスからユーザデータを受信することをさらに含む、実施形態９０に記載の方法。
例示的な実施形態９２． ネットワークノードにおいて、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態９０または９１に記載の方法。
例示的な実施形態９３． ネットワークノードが基地局を備える、実施形態９０から９２のいずれか１つに記載の方法。
例示的な実施形態９４． 無線デバイスがユーザ機器（ＵＥ）を備える、実施形態９０から９３のいずれか１つに記載の方法。
【0222】
本開示の範囲から逸脱することなく、本明細書で説明されるシステムおよび装置に対して修正、追加、または省略が行われ得る。システムおよび装置の構成要素は、統合または分離され得る。その上、システムおよび装置の動作は、より多数の、より少数の、または他の構成要素によって実施され得る。さらに、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む任意の好適な論理を使用して実施され得る。本明細書で使用される「各々」は、セットの各メンバーまたはセットのサブセットの各メンバーを指す。
【0223】
本開示の範囲から逸脱することなく、本明細書で説明される方法に対して修正、追加、または省略が行われ得る。本方法は、より多数の、より少数の、または他のステップを含み得る。さらに、ステップは、任意の好適な順序で実施され得る。
【0224】
本開示はいくつかの実施形態に関して説明されたが、実施形態の改変および置換は当業者に明らかであろう。したがって、実施形態の上記の説明は、本開示を制約しない。他の変更、置換、および改変が、本開示の趣旨および範囲から逸脱することなく可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】