知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-509905デュアルアクティブプロトコルスタックフォールバックの後の無線リンク障害のための自己組織化ネットワーク報告に対する拡張
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-05
(54)【発明の名称】デュアルアクティブプロトコルスタックフォールバックの後の無線リンク障害のための自己組織化ネットワーク報告に対する拡張
(51)【国際特許分類】
H04W 24/10 20090101AFI20240227BHJP
H04W 24/08 20090101ALI20240227BHJP
H04W 36/08 20090101ALI20240227BHJP
H04W 24/02 20090101ALI20240227BHJP
H04B 17/24 20150101ALI20240227BHJP
【ＦＩ】
H04W24/10
H04W24/08
H04W36/08
H04W24/02
H04B17/24
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023555143
(86)(22)【出願日】2022-03-08
(85)【翻訳文提出日】2023-11-01
(86)【国際出願番号】 IB2022052057
(87)【国際公開番号】W WO2022189972
(87)【国際公開日】2022-09-15
(31)【優先権主張番号】63/158,782
(32)【優先日】2021-03-09
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
２．ＺＩＧＢＥＥ
３．ＷＣＤＭＡ
４．Ｂｌｕ－ｒａｙ
５．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100199705
【弁理士】
【氏名又は名称】仙波 和之
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ベレシー， マルコ
(72)【発明者】
【氏名】ラーマチャンドラ， プラディーパ
(72)【発明者】
【氏名】パリチェレッテロージナイ， アリ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA23
5K067EE24
5K067JJ37
5K067JJ39
5K067LL05
5K067LL14
(57)【要約】
自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための、無線デバイスによって実施される方法が提供される。本方法は、ソースセル（「セル」）から、セルに接続されている間、ターゲットセルへのハンドオーバを試みるためのハンドオーバコマンドを受信することを含み、ターゲットセルへのハンドオーバに関連する１つまたは複数のベアラに、５デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される。本方法は、ハンドオーバを試みる間に障害を経験することを含む。本方法は、障害に関連する第１の障害情報を格納することを含む。本方法は、障害を経験することに少なくとも部分的に基づいて、セルへのＤＡＰＳフォールバックを実施することを含む。本方法は、セルに接続されている間に無線リンク障害（ＲＬＦ）を経験することを含む。本方法は、ＲＬＦを経験することに関連する第２の障害情報を格納することを含む。本方法は、第１または第２の障害情報をＳＯＮのほうへ送信することを含む。
【選択図】図８
【選択図】図８
【特許請求の範囲】
【請求項1】
自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）によって実施される方法であって、前記方法は、ソースセル（６００）から、前記ソースセル（６００）に接続されている間、前記ソースセル（６００）からターゲットセル（６０２）へのハンドオーバを試みるためのハンドオーバコマンドを受信すること（８０１）であって、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、ハンドオーバコマンドを受信すること（８０１）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に障害を経験すること（８０３）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の前記障害に関連する第１の障害情報を格納すること（８０５）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することに少なくとも部分的に基づいて、前記ソースセル（６００）へのＤＡＰＳフォールバックを実施すること（８０７）と、
前記ソースセル（６００）に接続されている間に無線リンク障害（ＲＬＦ）を経験すること（８０９）と、
前記ＲＬＦを経験することに関連する第２の障害情報を格納すること（８１１）と、
前記第１の障害情報または前記第２の障害情報を前記ＳＯＮのほうへ送信すること（８１３）と
を含む、方法。
【請求項2】
前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することが、前記ＤＡＰＳフォールバックの後に前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することを含む、請求項１に記載の方法。
【請求項3】
前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することに少なくとも部分的に基づいて、前記第１の障害情報を削除すること（９０１）をさらに含む、請求項１または２に記載の方法。
【請求項4】
前記第１の障害情報が削除されたことをロギングすること（９０３）をさらに含む、請求項３に記載の方法。
【請求項5】
前記第１の障害情報を格納することが、前記第１の障害情報を無線リンク障害（ＲＬＦ）報告に格納すること（１００１）を含む、または前記第２の障害情報を格納することが、前記第２の障害情報を前記ＲＬＦ報告に格納することを含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記第２の障害情報を格納することが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することと、前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｆａｌｌｂａｃｋ情報を格納すること（１１０１）を含む、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）に接続されている間に前記無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報を格納すること（１２０１）を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記第２の障害情報を格納することが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを始動することと、前記ソースセル（６００）に接続されている間に前記無線リンク障害を経験することとの間の経過した時間を示すｃｏｎｎ－ｔｉｍｅ－ｆａｉｌｕｒｅ情報を格納すること（１３０１）を含む、請求項１から６のいずれか一項に記載の方法。
【請求項9】
前記第２の障害情報を格納することが、前記ＤＡＰＳフォールバックを実施した後に前記ＲＬＦを前記経験することを示すフォールバックフラグ情報を格納すること（１４０１）を含み、前記フォールバックフラグ情報は、ｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報またはｃｏｎｎ－ｔｉｍｅ－ｆａｉｌｕｒｅが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の障害であって、前記無線デバイスがそれに少なくとも部分的に基づいて前記ＤＡＰＳフォールバックを実施した前記障害の経験と、前記ＲＬＦの経験との間の経過した時間を表すかどうかを決定するために使用され得る、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すタイミング情報を格納すること（１５０１）を含む、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ＤＡＰＳフォールバックを実施することとの間の経過した時間を示すフォールバックタイミング情報を格納すること（１６０１）を含む、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記第２の障害情報を格納することが、前記ＤＡＰＳフォールバックを実施することと、前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することとの間の持続時間中に、サービングセル、ターゲットセル（６０２）、または近隣するセルに関連する利用可能な無線測定を示す無線測定情報を格納すること（１７０１）を含む、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯタイミング情報を格納すること（１８０１）を含む、請求項１から１２のいずれか一項に記載の方法。
【請求項14】
前記第２の障害情報を格納することが、前記ハンドオーバを始動することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｔｏ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯタイミング情報を格納すること（１９０１）を含む、請求項１から１２のいずれか一項に記載の方法。
【請求項15】
自己組織化ネットワーク（ＳＯＮ）における基地局（２３６０、２５２０、２６１２Ａ、２６１２Ｂ、２６１２Ｃ、２７２０）によって実施される方法であって、前記方法は、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）から第１の障害情報または第２の障害情報を受信すること（２００１）と、
デュアルアクティブプロトコルスタック（ＤＡＰＳ）フォールバックを実施した後に前記無線デバイスが無線リンク障害（ＲＬＦ）を経験したかどうかを決定すること（２００３）と、
前記ＤＡＰＳフォールバックを実施した後に前記無線デバイスが前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２００５）と
を含む、方法。
【請求項16】
前記無線デバイスが、前記ＤＡＰＳフォールバックを実施する前におよび第１のセルからソースセル（６００）へのハンドオーバを完了することから所定の時間ウィンドウ内に前記ＲＬＦを経験したかどうかを決定すること（２１０１）と、前記無線デバイスが、前記ＤＡＰＳフォールバックを実施する前におよび前記第１のセルから前記ソースセル（６００）への前記ハンドオーバを完了することから前記所定の時間ウィンドウ内に前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２１０３）と
をさらに含む、請求項１５に記載の方法。
【請求項17】
前記第１の障害情報に少なくとも部分的に基づいてハンドオーバを試みる間に障害を経験することに関連する他の基地局の識別情報を決定すること、または前記第２の障害情報に少なくとも部分的に基づいてＲＬＦを経験することに関連する他の基地局の識別情報を決定すること（２２０１）と、前記他の基地局が、１つまたは複数のハンドオーバパラメータ最適化することを含むハンドオーバ設定を最適化することを可能にするために、前記第１の障害情報または前記第２の障害情報を前記他の基地局にフォワーディングすること（２２０３）と
をさらに含む、請求項１５または１６に記載の方法。
【請求項18】
自己組織化ネットワーク（ＳＯＮ）において動作するように設定された無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）であって、前記無線デバイスが、処理回路（２４０１）と、
前記処理回路に結合されたメモリ（２４１５）とを備え、前記メモリは、前記処理回路によって実行されたとき、前記無線デバイスに、
ソースセル（６００）から、前記ソースセル（６００）に接続されている間、前記ソースセル（６００）からターゲットセル（６０２）へのハンドオーバを試みるためのソースハンドオーバコマンドを受信すること（８０１）であって、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、ソースハンドオーバコマンドを受信すること（８０１）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に障害を経験すること（８０３）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の前記障害に関連する第１の障害情報を格納すること（８０５）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することに少なくとも部分的に基づいて、前記ソースセル（６００）へのＤＡＰＳフォールバックを実施すること（８０７）と、
前記ＤＡＰＳフォールバックの後に前記ソースセル（６００）に接続されている間に無線リンク障害（ＲＬＦ）を経験すること（８０９）と、
前記無線リンク障害を経験することに関連する第２の障害情報を格納すること（８１１）と、
前記第１の障害情報または前記第２の障害情報を前記ＳＯＮのほうへ送信すること（８１３）と
を含む動作を実施させる命令を含む、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）。
【請求項19】
前記メモリが、前記処理回路によって実行されたとき、前記無線デバイスに請求項２から１４のいずれか一項に記載の動作を実施させるさらなる命令を含む、請求項１８に記載の無線デバイス。
【請求項20】
処理回路（２３７０、２５６０）と、前記処理回路に結合されたメモリ（２３８０、２５９０）と
を備える基地局（２３６０、２５２０）であって、前記メモリは、前記処理回路によって実行されたとき、前記基地局に、
無線デバイスから第１の障害情報または第２の障害情報を受信すること（２００１）と、
デュアルアクティブプロトコルスタック（ＤＡＰＳ）フォールバックを実施した後に前記無線デバイスが無線リンク障害（ＲＬＦ）を経験したかどうかを決定すること（２００３）と、
前記ＤＡＰＳフォールバックを実施した後に前記無線デバイスが前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２００５）と
を含む動作を実施させる命令を含む、基地局（２３６０、２５２０）。
【請求項21】
前記メモリが、前記処理回路によって実行されたとき、前記基地局に、請求項１６または１７に記載の動作を実施させるさらなる命令を含む、請求項２０に記載の基地局（２３６０）。
【請求項22】
自己組織化ネットワーク（ＳＯＮ）において動作するように設定された無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０）の処理回路によって実行されるべきプログラムコードを含む非一時的記憶媒体を備えるコンピュータプログラム製品であって、それにより、前記プログラムコードの実行は、前記無線デバイスに、ソースセル（６００）から、前記ソースセル（６００）に接続されている間、前記ソースセル（６００）からターゲットセル（６０２）へのハンドオーバを試みるためのハンドオーバコマンドを受信すること（８０１）であって、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、ハンドオーバコマンドを受信すること（８０１）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に障害を経験すること（８０３）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の前記障害に関連する第１の障害情報を格納すること（８０５）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することに少なくとも部分的に基づいて、前記ソースセル（６００）へのＤＡＰＳフォールバックを実施すること（８０７）と、
前記ＤＡＰＳフォールバックの後に前記ソースセル（６００）に接続されている間に無線リンク障害（ＲＬＦ）を経験すること（８０９）と、
前記無線リンク障害を経験することに関連する第２の障害情報を格納すること（８１１）と、
前記第１の障害情報または前記第２の障害情報を前記ＳＯＮのほうへ送信すること（８１３）と
を含む動作を実施させる、コンピュータプログラム製品。
【請求項23】
前記非一時的記憶媒体が、請求項２から１１のいずれか一項に記載の動作を実施するために前記無線デバイスの処理回路によって実行されるべきさらなるプログラムコードを含む、請求項２２に記載のコンピュータプログラム製品。
【請求項24】
基地局（２３６０、２５２０）の処理回路によって実行されるべきプログラムコードを含む非一時的記憶媒体を備えるコンピュータプログラム製品であって、それにより、前記プログラムコードの実行は、前記基地局（２３６０、２５２０）に、無線デバイスから第１の障害情報または第２の障害情報を受信すること（２００１）と、
デュアルアクティブプロトコルスタック（ＤＡＰＳ）フォールバックを実施した後に前記無線デバイスが無線リンク障害（ＲＬＦ）を経験したかどうかを決定すること（２００３）と、
前記ＤＡＰＳフォールバックを実施した後に前記無線デバイスが前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２００５）と
を含む動作を実施させる、コンピュータプログラム製品。
【請求項25】
前記非一時的記憶媒体が、請求項１６または１７に記載の動作を実施するために前記基地局の処理回路によって実行されるべきさらなるプログラムコードを含む、請求項２４に記載のコンピュータプログラム製品。【発明の詳細な説明】
【技術分野】
【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】
【図1】簡略化された無線通信システムの図である。
【図2】ハンドオーバプロシージャ中のＵＥとソースアクセスノードとターゲットアクセスノードとの間のシグナリングフローを示すシグナリング図である。
【図3】ＤＡＰＳハンドオーバを示すシグナリング図である。
【図4】ＵＥ側のデュアルアクティブプロトコルスタック（ＤＡＰＳ）の一例を示すブロック図である。
【図5】自己設定／自己最適化機能を示すブロック図である。
【図6】いくつかの実施形態による、ＤＡＰＳフォールバックの後のＲＬＦのシナリオを示すブロック図である。
【図7】いくつかの他の実施形態による、ＤＡＰＳフォールバックの後のＲＬＦのシナリオを示すブロック図である。
【図8】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図9】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図10】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図11】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図12】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図13】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図14】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図15】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図16】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図17】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図18】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図19】いくつかの実施形態による、ユーザ機器の動作を示すフローチャートである。
【図20】いくつかの実施形態による、ネットワークノードの動作を示すフローチャートである。
【図21】いくつかの実施形態による、ネットワークノードの動作を示すフローチャートである。
【図22】いくつかの実施形態による、ネットワークノードの動作を示すフローチャートである。
【図23】いくつかの実施形態による、無線ネットワークのブロック図である。
【図24】いくつかの実施形態による、ユーザ機器のブロック図である。
【図25】いくつかの実施形態による、仮想化環境のブロック図である。
【発明を実施するための形態】
【0087】
次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。発明概念の実施形態の例が示されている、実施形態は、当業者に主題の範囲を伝達するために、例として提供される。しかしながら、発明概念は、多くの異なる形態で具現され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明概念の範囲を当業者に十分に伝達するように提供される。これらの実施形態は相互排他的でないことにも留意されたい。一実施形態からの構成要素が、別の実施形態において存在する／使用されると暗に仮定され得る。
【0088】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、以下の説明から明らかになる。
【0089】
前に示されたように、フォールバックの後のＲＬＦは、現在のＲＬＦフレームワークにおいて考慮されない。フォールバックの後のＲＬＦは、図６に示されている。
【0090】
図６を参照すると、ＵＥ（たとえば、ＵＥ２４００）は、ブロック６０１において、セルＡ６０４からＨＯコマンドを受信し、ＵＥは、ブロック６０３において、ランダムアクセスプロシージャを介してセルＢ６００へのハンドオーバを実施することに成功する。次いで、ソースセルＢ６００は、ブロック６０５において、ＵＥのためのＤＡＰＳ ＨＯをトリガし、これはＵＥによって受信される。ＵＥは、ＵＥがソースセルＢ６００と通信することを続けることができるように、ソースセルＢ６００とのＭＡＣ設定を保つ間、ブロック６０７において、ターゲットセルＣ６０２のほうへのランダムアクセスプロシージャをトリガする。しかしながら、このシナリオでは、ＵＥは、ブロック６０９におけるハンドオーバ障害、たとえば、Ｔ３０４タイマーが満了する、により、セルＣ６０２のほうへのハンドオーバを完了せず、その結果、ＵＥは、ブロック６１１において、ソースセルＢ６００へのＤＡＰＳフォールバックを実施する。ＵＥは、ブロック６１３において、ＶａｒＲＬＦ－ＲｅｐｏｒｔにＨＯ障害情報を格納し、ブロック６１５において、ＨＯ障害情報を伴う障害情報をソースセルＢ６００に送信する。その後、依然としてセルＢ６００中にある間、ＵＥは、ブロック６１７において、セルＢ６００においてＲＬＦを経験し、ＵＥは、ステップ６１９において、ＶａｒＲＬＦ－ＲｅｐｏｒｔコンテナにＲＬＦ情報を格納し、ＲＬＦ情報は、ネットワークに送信され、ＳＯＮ目的のために使用され得る。
【0091】
問題は、現在のＲＬＦフレームワークによると、図６に示されている「フォールバックの後のＲＬＦ」のシナリオが考慮されないことである。特に、現在のＲＬＦフレームワークによると、ＵＥは、ＶａｒＲＬＦ－Ｒｅｐｏｒｔに、セルＢ６００からセルＣ６０２へのＨＯＦに関係するＲＬＦ情報を格納することになる。その後、ＲＬＦがフォールバックの後にセルＢ６００において経験されるとき、ＵＥは、ＶａｒＲＬＦ－Ｒｅｐｏｒｔ中の前のＲＬＦ報告を消去（たとえば、削除）し、新しいＲＬＦ報告を作成することになり、これは、たとえば、前のハンドオーバに関連する情報、たとえば、前のＰＣｅｌｌＩＤ、最新のハンドオーバからのＲＬＦの時間などを含む。この時点で、ＵＥは、セルＢ６００からセルＣ６０２へのＨＯ障害に関係する情報をすでに消去したので、ネットワークは、１）そのようなＲＬＦが、セルＡ６０４からセルＢ６００へのハンドオーバの直後に、たとえば、セルＢ６００からセルＣ６０２へのＨＯＦの前に発生したかどうか、その場合、ネットワークは、そのようなＨＯをセルＡ６０４からセルＢ６００への「早すぎるＨＯ」としてカテゴリー分類し得る、または２）そのようなＲＬＦが、セルＢ６００からセルＣ６０２への障害があったＨＯの後に発生したかどうか、その場合、ネットワークは、そのハンドオーバを、セルＢ６００からの「遅すぎるＨＯ」としてカテゴリー分類し得る、を決定する可能性に有しないことになる。
【0092】
したがって、そのようなあいまいさは、ネットワークが、それが、（たとえば、「早すぎる」ＨＯを回避するために）最適化される必要があるセルＡのハンドオーバ設定であるべきであるのか、（たとえば、「遅すぎる」ＨＯを回避するために）セルＢのハンドオーバ設定であるべきであるのかを決定することを妨害することになる。
【0093】
たとえば、セルＢ６００におけるＲＬＦの後に、ＵＥは、現在のレガシー仕様によると、ｔｉｍｅＣｏｎｎＦａｉｌｕｒｅ、たとえば、接続障害までの、最後のＨＯ初期化から経過した時間を含めることになる。この場合、最後のＨＯ初期化は、セルＢ６００がＨＯコマンドをセルＣ６０２に送ったときに発生した。しかしながら、現在のＲＬＦ－Ｒｅｐｏｒｔは、ネットワークが、そのような時間が、ＲＬＦとセルＢ６００からセルＣ６０２へのトリガされた（およびＨＯＦを生じた）ＨＯとの間の経過した時間を表すのか、ＲＬＦとセルＡ６０４からセルＢ６００へのトリガされた（成功した）ＨＯとの間の経過した時間を表すのかを決定することを可能にしない。
【0094】
本明細書で提案される様々な実施形態は、ＵＥが、ＲＬＦ－Ｒｅｐｏｒｔ中で図６に示されている「ＤＡＰＳフォールバックの後のＲＬＦ」のシナリオを反映することを可能にし、また、ネットワークが、同じＲＬＦ－ｒｅｐｏｒｔ内で、どのパラメータ／情報が、セルＢとセルＣとの間のハンドオーバのための「ＤＡＰＳフォールバックの後のＲＬＦ」事例に関連するか、およびどのパラメータが、セルＡからセルＢへの前のハンドオーバに関連するかを明確に区別することを可能にする。
【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】
実施形態
グループＡの実施形態
１． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための、無線デバイスによって実施される方法であって、方法は、
－ 第１のセルから、第１のセルから第２のセルへのハンドオーバを試みるための第１のハンドオーバコマンドを受信することと、
－ 第１のハンドオーバコマンドに少なくとも部分的に基づいて、第１のセルから第２のセルへのハンドオーバを完了することと、
－ 第２のセルから、第２のセルに接続されている間、第２のセルから第３のセルへのハンドオーバを試みるための第２のハンドオーバコマンドを受信することであって、第２のセルから第３のセルへのハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、第２のハンドオーバコマンドを受信することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間の障害に関連する第１の障害情報を格納することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することに少なくとも部分的に基づいて、第２のセルへのＤＡＰＳフォールバックを実施することと、
－ 第２のセルに接続されている間に無線リンク障害を経験することと、
－ 無線リンク障害を経験することに関連する第２の障害情報を格納することと、
－ 第１の障害情報または第２の障害情報を送信することと
を含む、方法。
２． － 第２のセルに接続されている間に無線リンク障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
３． － 第４のセルへのハンドオーバを試みる間に無線リンク障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
４． － 別のハンドオーバ障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
５． 第２の障害情報を格納することが、第２の障害情報を第１の障害情報に付加することを含む、実施形態１に記載の方法。
６． 第２の障害情報を格納することが、第１のセルから第２のセルへのハンドオーバを完了することに関連するハンドオーバ情報を格納することを含む、実施形態１に記載の方法。
７． － 第１の障害情報を削除すること、および第１の障害情報を削除することに関連する情報をロギングすること
をさらに含む、実施形態１に記載の方法。
８． 第１の障害情報を格納することが、第１の障害情報を無線リンク障害（ＲＬＦ）報告に格納することを含む、または第２の障害情報を格納することが、第２の障害情報をＲＬＦ報告に格納することを含む、実施形態１から７のいずれか１つに記載の方法。
９． 第２の障害情報を格納することが、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｆａｌｌｂａｃｋ情報を格納することを含む、実施形態１から８のいずれか１つに記載の方法。
１０． 第２の障害情報を格納することが、第２のハンドオーバコマンドを受信することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報を格納することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第２の障害情報を格納することが、ＤＡＰＳフォールバックを実施した後に無線リンク障害を経験することを示すフォールバックフラグ情報を格納することを含み、フォールバックフラグ情報は、ｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報が、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することであって、無線デバイスがそれに少なくとも部分的に基づいてＤＡＰＳフォールバックを実施した、障害を経験することと、無線リンク障害を経験することとの間の経過した時間を表すかどうかを決定するために使用され得る、実施形態１から１０のいずれか１つに記載の方法。
１２． 第２の障害情報を格納することが、ＤＡＰＳフォールバックを実施することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の持続時間中に、サービングセル、ターゲットセル、または近隣するセルに関連する利用可能な無線測定を示す無線測定情報を格納することを含む、実施形態１から１１のいずれか１つに記載の方法。
１３． 第２の障害情報を格納することが、第１のセルから第２のセルへのハンドオーバを完了することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｓｕｃｃｅｓｓｆｕｌ－ＨＯ情報を格納することを含む、実施形態１から１２のいずれか１つに記載の方法。
１４． － 第１の障害と第２の障害とを含む２つの連続する障害の間の経過した時間を示すｃｏｎｓｅｃｕｔｉｖｅ－ｆａｉｌｕｒｅ－ｔｉｍｅ情報をロギングすることであって、第２の障害が、第１の障害情報の削除をトリガする、ｃｏｎｓｅｃｕｔｉｖｅ－ｆａｉｌｕｒｅ－ｔｉｍｅ情報をロギングすること
をさらに含む、実施形態１から１３のいずれか１つに記載の方法。
１５． 第２の障害情報を格納することが、第２のハンドオーバコマンドを受信することと、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯ情報を格納することを含む、実施形態１から１４のいずれか１つに記載の方法。
１６． － ユーザデータを提供することと、
－ 基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態１から１５のいずれか１つに記載の方法。
グループＢの実施形態
１７． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ 無線デバイスが、ＤＡＰＳフォールバックを実施する前におよび第１のセルから第２のセルへのハンドオーバを完了することから所定の時間ウィンドウ内に無線リンク障害を経験したと決定することと、
－ 決定に少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化することと
を含む、方法。
１８． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ ＤＡＰＳフォールバックを実施した後に無線デバイスが無線リンク障害を経験したと決定することと、
－ 決定に少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化することと
を含む、方法。
１９． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ 第１の障害情報に少なくとも部分的に基づいてハンドオーバを試みる間に障害を経験することに関連する他の基地局の識別情報を決定すること、または第２の障害情報に少なくとも部分的に基づいて無線リンク障害を経験することに関連する他の基地局の識別情報を決定することと、
－ 他の基地局が、１つまたは複数のハンドオーバパラメータ最適化することを含むハンドオーバ設定を最適化することを可能にするために、第１の障害情報または第２の障害情報を他の基地局にフォワーディングすることと
を含む、方法。
２０． － ユーザデータを取得することと、
－ ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態１７から１９のいずれか１つに記載の方法。
グループＣの実施形態
２１． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための無線デバイスであって、無線デバイスが、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。
２２． 基地局であって、
－ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 基地局に電力を供給するように設定された電力供給回路と
を備える、基地局。
２３． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するためのユーザ機器（ＵＥ）であって、ＵＥは、
－ 無線信号を送り、受信するように設定されたアンテナと、
－ アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、
－ 処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
無線フロントエンド回路と、
－ 処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
２４． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
２５． 基地局をさらに含む、実施形態２４に記載の通信システム。
２６． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態２４または２５に記載の通信システム。
２７． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態２４から２６のいずれか１つに記載の通信システム。
２８． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
２９． 基地局においてユーザデータを送信することをさらに含む、実施形態２８に記載の方法。
３０． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態２８または２９に記載の方法。
３１． 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態２８から３０のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
３２． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
３３． セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態３２に記載の通信システム。
３４． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態３２または３３に記載の通信システム。
３５． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
３６． ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態３５に記載の方法。
３７． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェース
を備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
３８． ＵＥをさらに含む、実施形態３７に記載の通信システム。
３９． 基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態３７または３８に記載の通信システム。
４０． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態３７から３９のいずれか１つに記載の通信システム。
４１． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態３７から４０のいずれか１つに記載の通信システム。
４２． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
４３． ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態４２に記載の方法。
４４． － ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態４２または４３に記載の方法。
４５． － ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することによって提供される、入力データを受信することと
をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態４２から４４のいずれか１つに記載の方法。
４６． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
４７． 基地局をさらに含む、実施形態４６に記載の通信システム。
４８． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態４６または４７に記載の通信システム。
４９． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態４６から４８のいずれか１つに記載の通信システム。
５０． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
５１． 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態５０に記載の方法。
５２． 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態５０または５１に記載の方法。
グループＡの実施形態
１． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための、無線デバイスによって実施される方法であって、方法は、
－ 第１のセルから、第１のセルから第２のセルへのハンドオーバを試みるための第１のハンドオーバコマンドを受信することと、
－ 第１のハンドオーバコマンドに少なくとも部分的に基づいて、第１のセルから第２のセルへのハンドオーバを完了することと、
－ 第２のセルから、第２のセルに接続されている間、第２のセルから第３のセルへのハンドオーバを試みるための第２のハンドオーバコマンドを受信することであって、第２のセルから第３のセルへのハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、第２のハンドオーバコマンドを受信することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間の障害に関連する第１の障害情報を格納することと、
－ 第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することに少なくとも部分的に基づいて、第２のセルへのＤＡＰＳフォールバックを実施することと、
－ 第２のセルに接続されている間に無線リンク障害を経験することと、
－ 無線リンク障害を経験することに関連する第２の障害情報を格納することと、
－ 第１の障害情報または第２の障害情報を送信することと
を含む、方法。
２． － 第２のセルに接続されている間に無線リンク障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
３． － 第４のセルへのハンドオーバを試みる間に無線リンク障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
４． － 別のハンドオーバ障害を経験することに少なくとも部分的に基づいて、第１の障害情報を削除すること
をさらに含む、実施形態１に記載の方法。
５． 第２の障害情報を格納することが、第２の障害情報を第１の障害情報に付加することを含む、実施形態１に記載の方法。
６． 第２の障害情報を格納することが、第１のセルから第２のセルへのハンドオーバを完了することに関連するハンドオーバ情報を格納することを含む、実施形態１に記載の方法。
７． － 第１の障害情報を削除すること、および第１の障害情報を削除することに関連する情報をロギングすること
をさらに含む、実施形態１に記載の方法。
８． 第１の障害情報を格納することが、第１の障害情報を無線リンク障害（ＲＬＦ）報告に格納することを含む、または第２の障害情報を格納することが、第２の障害情報をＲＬＦ報告に格納することを含む、実施形態１から７のいずれか１つに記載の方法。
９． 第２の障害情報を格納することが、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｆａｌｌｂａｃｋ情報を格納することを含む、実施形態１から８のいずれか１つに記載の方法。
１０． 第２の障害情報を格納することが、第２のハンドオーバコマンドを受信することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報を格納することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 第２の障害情報を格納することが、ＤＡＰＳフォールバックを実施した後に無線リンク障害を経験することを示すフォールバックフラグ情報を格納することを含み、フォールバックフラグ情報は、ｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報が、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することであって、無線デバイスがそれに少なくとも部分的に基づいてＤＡＰＳフォールバックを実施した、障害を経験することと、無線リンク障害を経験することとの間の経過した時間を表すかどうかを決定するために使用され得る、実施形態１から１０のいずれか１つに記載の方法。
１２． 第２の障害情報を格納することが、ＤＡＰＳフォールバックを実施することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の持続時間中に、サービングセル、ターゲットセル、または近隣するセルに関連する利用可能な無線測定を示す無線測定情報を格納することを含む、実施形態１から１１のいずれか１つに記載の方法。
１３． 第２の障害情報を格納することが、第１のセルから第２のセルへのハンドオーバを完了することと、第２のセルに接続されている間に無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｓｕｃｃｅｓｓｆｕｌ－ＨＯ情報を格納することを含む、実施形態１から１２のいずれか１つに記載の方法。
１４． － 第１の障害と第２の障害とを含む２つの連続する障害の間の経過した時間を示すｃｏｎｓｅｃｕｔｉｖｅ－ｆａｉｌｕｒｅ－ｔｉｍｅ情報をロギングすることであって、第２の障害が、第１の障害情報の削除をトリガする、ｃｏｎｓｅｃｕｔｉｖｅ－ｆａｉｌｕｒｅ－ｔｉｍｅ情報をロギングすること
をさらに含む、実施形態１から１３のいずれか１つに記載の方法。
１５． 第２の障害情報を格納することが、第２のハンドオーバコマンドを受信することと、第２のセルから第３のセルへのハンドオーバを試みる間に障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯ情報を格納することを含む、実施形態１から１４のいずれか１つに記載の方法。
１６． － ユーザデータを提供することと、
－ 基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態１から１５のいずれか１つに記載の方法。
グループＢの実施形態
１７． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ 無線デバイスが、ＤＡＰＳフォールバックを実施する前におよび第１のセルから第２のセルへのハンドオーバを完了することから所定の時間ウィンドウ内に無線リンク障害を経験したと決定することと、
－ 決定に少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化することと
を含む、方法。
１８． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ ＤＡＰＳフォールバックを実施した後に無線デバイスが無線リンク障害を経験したと決定することと、
－ 決定に少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化することと
を含む、方法。
１９． 基地局によって実施される方法であって、方法は、
－ 無線デバイスから第１の障害情報または第２の障害情報を受信することと、
－ 第１の障害情報に少なくとも部分的に基づいてハンドオーバを試みる間に障害を経験することに関連する他の基地局の識別情報を決定すること、または第２の障害情報に少なくとも部分的に基づいて無線リンク障害を経験することに関連する他の基地局の識別情報を決定することと、
－ 他の基地局が、１つまたは複数のハンドオーバパラメータ最適化することを含むハンドオーバ設定を最適化することを可能にするために、第１の障害情報または第２の障害情報を他の基地局にフォワーディングすることと
を含む、方法。
２０． － ユーザデータを取得することと、
－ ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態１７から１９のいずれか１つに記載の方法。
グループＣの実施形態
２１． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための無線デバイスであって、無線デバイスが、
－ グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。
２２． 基地局であって、
－ グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
－ 基地局に電力を供給するように設定された電力供給回路と
を備える、基地局。
２３． 自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するためのユーザ機器（ＵＥ）であって、ＵＥは、
－ 無線信号を送り、受信するように設定されたアンテナと、
－ アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、
－ 処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
無線フロントエンド回路と、
－ 処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
－ 処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
－ 処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
２４． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
２５． 基地局をさらに含む、実施形態２４に記載の通信システム。
２６． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態２４または２５に記載の通信システム。
２７． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態２４から２６のいずれか１つに記載の通信システム。
２８． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、基地局が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
２９． 基地局においてユーザデータを送信することをさらに含む、実施形態２８に記載の方法。
３０． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態２８または２９に記載の方法。
３１． 基地局と通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態２８から３０のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
３２． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザデータを提供するように設定された処理回路と、
－ ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
３３． セルラネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態３２に記載の通信システム。
３４． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態３２または３３に記載の通信システム。
３５． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ユーザデータを提供することと、
－ ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
３６． ＵＥにおいて、基地局からユーザデータを受信することをさらに含む、実施形態３５に記載の方法。
３７． ホストコンピュータを含む通信システムであって、ホストコンピュータが、
－ ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェース
を備え、
－ ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
３８． ＵＥをさらに含む、実施形態３７に記載の通信システム。
３９． 基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態３７または３８に記載の通信システム。
４０． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態３７から３９のいずれか１つに記載の通信システム。
４１． － ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
－ ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態３７から４０のいずれか１つに記載の通信システム。
４２． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
４３． ＵＥにおいて、基地局にユーザデータを提供することをさらに含む、実施形態４２に記載の方法。
４４． － ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信されるべきユーザデータを提供することと、
－ ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態４２または４３に記載の方法。
４５． － ＵＥにおいて、クライアントアプリケーションを実行することと、
－ ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することによって提供される、入力データを受信することと
をさらに含み、
－ 送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態４２から４４のいずれか１つに記載の方法。
４６． ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器（ＵＥ）から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
４７． 基地局をさらに含む、実施形態４６に記載の通信システム。
４８． ＵＥをさらに含み、ＵＥが基地局と通信するように設定された、実施形態４６または４７に記載の通信システム。
４９． － ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
－ ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態４６から４８のいずれか１つに記載の通信システム。
５０． ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法は、
－ ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
５１． 基地局において、ＵＥからユーザデータを受信することをさらに含む、実施形態５０に記載の方法。
５２． 基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態５０または５１に記載の方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【手続補正書】
【提出日】2023-12-08
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
自己組織化ネットワーク（ＳＯＮ）における障害情報を報告するための、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）によって実施される方法であって、前記方法は、ソースセル（６００）から、前記ソースセル（６００）に接続されている間、前記ソースセル（６００）からターゲットセル（６０２）へのハンドオーバを試みるためのハンドオーバコマンドを受信すること（８０１）であって、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、ハンドオーバコマンドを受信すること（８０１）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に障害を経験すること（８０３）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の前記障害に関連する第１の障害情報を格納すること（８０５）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することに少なくとも部分的に基づいて、前記ソースセル（６００）へのＤＡＰＳフォールバックを実施すること（８０７）と、
前記ソースセル（６００）に接続されている間に無線リンク障害（ＲＬＦ）を経験すること（８０９）と、
前記ＲＬＦを経験することに関連する第２の障害情報を格納すること（８１１）と、
前記第１の障害情報または前記第２の障害情報を前記ＳＯＮのほうへ送信すること（８１３）と
を含む、方法。
【請求項2】
前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することが、前記ＤＡＰＳフォールバックの後に前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することを含む、請求項１に記載の方法。
【請求項3】
前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することに少なくとも部分的に基づいて、前記第１の障害情報を削除すること（９０１）をさらに含む、請求項１または２に記載の方法。
【請求項4】
前記第１の障害情報が削除されたことをロギングすること（９０３）をさらに含む、請求項３に記載の方法。
【請求項5】
前記第１の障害情報を格納することが、前記第１の障害情報を無線リンク障害（ＲＬＦ）報告に格納すること（１００１）を含む、または前記第２の障害情報を格納することが、前記第２の障害情報を前記ＲＬＦ報告に格納することを含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記第２の障害情報を格納することが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することと、前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｆａｌｌｂａｃｋ情報を格納すること（１１０１）を含む、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）に接続されている間に前記無線リンク障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報を格納すること（１２０１）を含む、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記第２の障害情報を格納することが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを始動することと、前記ソースセル（６００）に接続されている間に前記無線リンク障害を経験することとの間の経過した時間を示すｃｏｎｎ－ｔｉｍｅ－ｆａｉｌｕｒｅ情報を格納すること（１３０１）を含む、請求項１から６のいずれか一項に記載の方法。
【請求項9】
前記第２の障害情報を格納することが、前記ＤＡＰＳフォールバックを実施した後に前記ＲＬＦを前記経験することを示すフォールバックフラグ情報を格納すること（１４０１）を含み、前記フォールバックフラグ情報は、ｔｉｍｅ－ｃｏｎｎ－ｆａｉｌｕｒｅ情報またはｃｏｎｎ－ｔｉｍｅ－ｆａｉｌｕｒｅが、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の障害であって、前記無線デバイスがそれに少なくとも部分的に基づいて前記ＤＡＰＳフォールバックを実施した前記障害の経験と、前記ＲＬＦの経験との間の経過した時間を表すかどうかを決定するために使用され得る、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すタイミング情報を格納すること（１５０１）を含む、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ＤＡＰＳフォールバックを実施することとの間の経過した時間を示すフォールバックタイミング情報を格納すること（１６０１）を含む、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記第２の障害情報を格納することが、前記ＤＡＰＳフォールバックを実施することと、前記ソースセル（６００）に接続されている間に前記ＲＬＦを経験することとの間の持続時間中に、サービングセル、ターゲットセル（６０２）、または近隣するセルに関連する利用可能な無線測定を示す無線測定情報を格納すること（１７０１）を含む、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記第２の障害情報を格納することが、前記ハンドオーバコマンドを受信することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｓｉｎｃｅ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯタイミング情報を格納すること（１８０１）を含む、または、前記第２の障害情報を格納することが、前記ハンドオーバを始動することと、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することとの間の経過した時間を示すｔｉｍｅ－ｔｏ－ｌａｓｔ－ｕｎｓｕｃｃｅｓｓｆｕｌ－ＨＯタイミング情報を格納すること（１９０１）を含む、
請求項１から１２のいずれか一項に記載の方法。
【請求項14】
自己組織化ネットワーク（ＳＯＮ）における基地局（２３６０、２５２０、２６１２Ａ、２６１２Ｂ、２６１２Ｃ、２７２０）によって実施される方法であって、前記方法は、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）から第１の障害情報または第２の障害情報を受信すること（２００１）と、
デュアルアクティブプロトコルスタック（ＤＡＰＳ）フォールバックを実施した後に前記無線デバイスが無線リンク障害（ＲＬＦ）を経験したかどうかを決定すること（２００３）と、
前記ＤＡＰＳフォールバックを実施した後に前記無線デバイスが前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２００５）と
を含む、方法。
【請求項15】
前記無線デバイスが、前記ＤＡＰＳフォールバックを実施する前におよび第１のセルからソースセル（６００）へのハンドオーバを完了することから所定の時間ウィンドウ内に前記ＲＬＦを経験したかどうかを決定すること（２１０１）と、前記無線デバイスが、前記ＤＡＰＳフォールバックを実施する前におよび前記第１のセルから前記ソースセル（６００）への前記ハンドオーバを完了することから前記所定の時間ウィンドウ内に前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２１０３）と
をさらに含む、請求項１４に記載の方法。
【請求項16】
前記第１の障害情報に少なくとも部分的に基づいてハンドオーバを試みる間に障害を経験することに関連する他の基地局の識別情報を決定すること、または前記第２の障害情報に少なくとも部分的に基づいてＲＬＦを経験することに関連する他の基地局の識別情報を決定すること（２２０１）と、前記他の基地局が、１つまたは複数のハンドオーバパラメータ最適化することを含むハンドオーバ設定を最適化することを可能にするために、前記第１の障害情報または前記第２の障害情報を前記他の基地局にフォワーディングすること（２２０３）と
をさらに含む、請求項１４または１５に記載の方法。
【請求項17】
自己組織化ネットワーク（ＳＯＮ）において動作するように設定された無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）であって、前記無線デバイスが、処理回路（２４０１）と、
前記処理回路に結合されたメモリ（２４１５）とを備え、前記メモリは、前記処理回路によって実行されたとき、前記無線デバイスに、
ソースセル（６００）から、前記ソースセル（６００）に接続されている間、前記ソースセル（６００）からターゲットセル（６０２）へのハンドオーバを試みるためのソースハンドオーバコマンドを受信すること（８０１）であって、前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバに関連する１つまたは複数のベアラに、デュアルアクティブプロトコルスタック（ＤＡＰＳ）が設定される、ソースハンドオーバコマンドを受信すること（８０１）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に障害を経験すること（８０３）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間の前記障害に関連する第１の障害情報を格納すること（８０５）と、
前記ソースセル（６００）から前記ターゲットセル（６０２）への前記ハンドオーバを試みる間に前記障害を経験することに少なくとも部分的に基づいて、前記ソースセル（６００）へのＤＡＰＳフォールバックを実施すること（８０７）と、
前記ＤＡＰＳフォールバックの後に前記ソースセル（６００）に接続されている間に無線リンク障害（ＲＬＦ）を経験すること（８０９）と、
前記無線リンク障害を経験することに関連する第２の障害情報を格納すること（８１１）と、
前記第１の障害情報または前記第２の障害情報を前記ＳＯＮのほうへ送信すること（８１３）と
を含む動作を実施させる命令を含む、無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０、２６９１、２６９２、２７３０）。
【請求項18】
前記メモリが、前記処理回路によって実行されたとき、前記無線デバイスに請求項２から１３のいずれか一項に記載の動作を実施させるさらなる命令を含む、請求項１７に記載の無線デバイス。
【請求項19】
処理回路（２３７０、２５６０）と、前記処理回路に結合されたメモリ（２３８０、２５９０）と
を備える基地局（２３６０、２５２０）であって、前記メモリは、前記処理回路によって実行されたとき、前記基地局に、
無線デバイスから第１の障害情報または第２の障害情報を受信すること（２００１）と、
デュアルアクティブプロトコルスタック（ＤＡＰＳ）フォールバックを実施した後に前記無線デバイスが無線リンク障害（ＲＬＦ）を経験したかどうかを決定すること（２００３）と、
前記ＤＡＰＳフォールバックを実施した後に前記無線デバイスが前記ＲＬＦを経験したと決定することに少なくとも部分的に基づいて、１つまたは複数のハンドオーバパラメータを最適化することを含む、ハンドオーバ設定を最適化すること（２００５）と
を含む動作を実施させる命令を含む、基地局（２３６０、２５２０）。
【請求項20】
前記メモリが、前記処理回路によって実行されたとき、前記基地局に、請求項１５または１６に記載の動作を実施させるさらなる命令を含む、請求項１９に記載の基地局（２３６０）。
【請求項21】
自己組織化ネットワーク（ＳＯＮ）において動作するように設定された無線デバイス（２３１０、２３１０Ｂ、２３１０Ｃ、２４００、２５２０）の処理回路によって実行されるべきプログラムコードを含む非一時的記憶媒体を備えるコンピュータプログラムであって、それにより、前記プログラムコードの実行は、前記無線デバイスに、請求項１から１３のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
【請求項22】
基地局（２３６０、２５２０）の処理回路によって実行されるべきプログラムコードを含む非一時的記憶媒体を備えるコンピュータプログラムであって、それにより、前記プログラムコードの実行は、前記基地局（２３６０、２５２０）に、請求項１４から１６のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
【国際調査報告】