特許 7652397 モビリティ最適化方法および関連する装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-03-18

(45)【発行日】2025-03-27

(54)【発明の名称】モビリティ最適化方法および関連する装置

(51)【国際特許分類】

   H04W 76/18 20180101AFI20250319BHJP

   H04W 36/08 20090101ALI20250319BHJP

   H04W 36/14 20090101ALI20250319BHJP

   H04W 28/06 20090101ALI20250319BHJP

【ＦＩ】

H04W76/18

H04W36/08

H04W36/14

H04W28/06 110

【請求項の数】 23

(21)【出願番号】P 2022525945

(86)(22)【出願日】2020-02-20

(65)【公表番号】

(43)【公表日】2023-01-04

(86)【国際出願番号】 CN2020076058

(87)【国際公開番号】W WO2021088270

(87)【国際公開日】2021-05-14

【審査請求日】2022-06-23

(31)【優先権主張番号】PCT/CN2019/116877

(32)【優先日】2019-11-08

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】フ、シンシン

(72)【発明者】

【氏名】ヤン、レ

(72)【発明者】

【氏名】ジャン、ホンピン

(72)【発明者】

【氏名】ジャン、ホンズオ

(72)【発明者】

【氏名】ゲン、ティンティン

【審査官】谷岡 佳彦

(56)【参考文献】

【文献】国際公開第２０１５／１４０８４８（ＷＯ，Ａ１）

【文献】特表２０１３－５３９９４４（ＪＰ，Ａ）

【文献】Ericsson，TP to Stage-2 on Mobility Robustness Optimization for TS 38.300[online]，3GPP TSG RAN WG2 #107 R2-1910853，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910853.zip>，2019年08月

【文献】Huawei, HiSilicon，Discussion on RLF reporting for inter-RAT case[online]，3GPP TSG RAN WG2 #107 R2-1910993，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910993.zip>，2019年08月

【文献】Huawei, LGU+，Mobility Robustness Optimization[online]，3GPP TSG RAN WG3 #105 R3-193754，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_105/Docs/R3-193754.zip>，2019年08月

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末デバイスまたは前記端末デバイス用のチップにより実行される通信方法であって、
接続失敗情報を記録する段階と、
第１のネットワークデバイスの第３のセルにアクセスする段階と、
無線リソース制御（ＲＲＣ）メッセージを用いることにより、前記接続失敗情報と第１のセルの識別子とを前記第１のネットワークデバイスへ送信する段階であって、前記第１のセルは、前記端末デバイスにより受信される再構成メッセージもしくはハンドオーバコマンドメッセージの出所であるセルであり、前記端末デバイスがソースネットワークデバイスの前記第１のセルからターゲットネットワークデバイスの第２のセルへハンドオーバされるのを試みる手順においてハンドオーバ失敗が発生している、段階と
を備え、
前記第１のセルは第１の無線アクセス技術を使用し、前記第２のセルおよび前記第３のセルは、前記第１の無線アクセス技術とは異なる第２の無線アクセス技術を使用し、前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にあり、
前記第１のセルのタイプ情報、または、前記第１のセルの前記タイプ情報および前記第１のセルの追跡エリアコード（ＴＡＣ）が前記ＲＲＣメッセージで搬送され、前記コンテナの外部にあり、
前記タイプ情報は、前記第１のセルがロングタームエボリューション（ＬＴＥ）セル、ｅＬＴＥセルまたは新無線（ＮＲ）セルであることを示す、方法。

【請求項2】

前記第２の無線アクセス技術は新無線アクセス技術（ＮＲ）であり、前記第１の無線アクセス技術は進化型ユニバーサル地上無線アクセス技術（Ｅ－ＵＴＲＡＮ）である、請求項１に記載の方法。

【請求項3】

前記第１のセルの前記識別子は、セルグローバル識別子（ＣＧＩ）を含む、請求項１または２に記載の方法。

【請求項4】

端末デバイスまたは前記端末デバイス用のチップにより実行される通信方法であって、
接続失敗情報を記録する段階と、
第１のネットワークデバイスの第３のセルにアクセスする段階と、
無線リソース制御（ＲＲＣ）メッセージを用いることにより、前記接続失敗情報と第１のセルの識別子とを前記第１のネットワークデバイスへ送信する段階であって、前記第１のセルは、前記端末デバイス上で無線リンク失敗が生じるセルである、段階とを備え、
前記第１のセルは第１の無線アクセス技術を使用し、前記第３のセルは、前記第１の無線アクセス技術とは異なる第２の無線アクセス技術を使用し、前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にあり、
前記第１のセルのタイプ情報、または、前記第１のセルの前記タイプ情報および前記第１のセルの追跡エリアコード（ＴＡＣ）が前記ＲＲＣメッセージで搬送され、前記コンテナの外部にあり、
前記タイプ情報は、前記第１のセルがロングタームエボリューション（ＬＴＥ）セル、ｅＬＴＥセルまたは新無線（ＮＲ）セルであることを示す、方法。

【請求項5】

前記第３のセルにより用いられる無線アクセス技術が新無線アクセス技術（ＮＲ）であり、前記第１のセルにより用いられる前記無線アクセス技術は、進化型ユニバーサル地上無線アクセス技術（Ｅ－ＵＴＲＡＮ）である、請求項４に記載の方法。

【請求項6】

第１のネットワークデバイスまたは前記第１のネットワークデバイス用のチップにより実行される通信方法であって、
端末デバイスから無線リソース制御（ＲＲＣ）メッセージを受信する段階であって、前記ＲＲＣメッセージは、接続失敗情報と第１のセルの識別子とを含み、前記第１のセルは、前記端末デバイスにより受信される再構成メッセージもしくはハンドオーバコマンドメッセージの出所であるセルであり、前記端末デバイスがソースネットワークデバイスの前記第１のセルからターゲットネットワークデバイスの第２のセルへハンドオーバされるのを試みる手順においてハンドオーバ失敗が発生している、段階と、
前記ＲＲＣメッセージに基づいて、前記第１のセルの前記識別子を判定する段階と
を備え、
前記第１のセルは第１の無線アクセス技術を使用し、前記第１のネットワークデバイスが管理する前記第２のセルおよび第３のセルは、前記第１の無線アクセス技術とは異なる第２の無線アクセス技術を使用し、前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にあり、
前記第１のセルのタイプ情報、または、前記第１のセルの前記タイプ情報および前記第１のセルの追跡エリアコード（ＴＡＣ）が前記ＲＲＣメッセージで搬送され、前記コンテナの外部にあり、
前記タイプ情報は、前記第１のセルがロングタームエボリューション（ＬＴＥ）セル、ｅＬＴＥセルまたは新無線（ＮＲ）セルであることを示す、方法。

【請求項7】

第１のネットワークデバイスまたは前記第１のネットワークデバイス用のチップにより実行される通信方法であって、
端末デバイスから無線リソース制御（ＲＲＣ）メッセージを受信する段階であって、前記ＲＲＣメッセージは、接続失敗情報と第１のセルの識別子とを含み、前記第１のセルは、前記端末デバイス上で無線リンク失敗が生じるセルである、段階と、
前記ＲＲＣメッセージに基づいて、前記第１のセルの前記識別子を判定する段階と
を備え、
前記第１のセルは第１の無線アクセス技術を使用し、前記第１のネットワークデバイスにより管理される第３のセルは、前記第１の無線アクセス技術とは異なる第２の無線アクセス技術を使用し、前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にあり、
前記第１のセルのタイプ情報、または、前記第１のセルの前記タイプ情報および前記第１のセルの追跡エリアコード（ＴＡＣ）が前記ＲＲＣメッセージで搬送され、前記コンテナの外部にあり、
前記タイプ情報は、前記第１のセルがロングタームエボリューション（ＬＴＥ）セル、ｅＬＴＥセルまたは新無線（ＮＲ）セルであることを示す、方法。

【請求項8】

前記第１のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のインタフェースを通じて前記第２のネットワークデバイスへ送信する段階であって、前記第２のネットワークデバイスは、前記第１のセルを管理する、送信する段階
をさらに備える、請求項６または７に記載の方法。

【請求項9】

前記第１のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを、コアネットワークデバイスを通じて第２のネットワークデバイスへ送信する段階であって、前記第２のネットワークデバイスは、前記第１のセルを管理する、送信する段階
をさらに備える、請求項６または７に記載の方法。

【請求項10】

前記第１のネットワークデバイスが、前記第１のセルの前記識別子に基づき、前記接続失敗情報を前記第２のネットワークデバイスに送信する、請求項８または９に記載の方法。

【請求項11】

前記第１の無線アクセス技術は進化型ユニバーサル地上無線アクセス技術（Ｅ－ＵＴＲＡＮ）であり、前記第２の無線アクセス技術は新無線アクセス技術（ＮＲ）である、請求項６から９のいずれか一項に記載の方法。

【請求項12】

第２のネットワークデバイスまたは前記第２のネットワークデバイス用のチップにより実行される通信方法であって、
前記第２のネットワークデバイスと第１のネットワークデバイスとの間のインタフェースを通じて、またはコアネットワークデバイスを通じて、前記第１のネットワークデバイスから、接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを受信する段階であって、前記接続失敗情報はＲＲＣメッセージ内のコンテナの形態で送信され、前記コンテナの外部に前記第２のネットワークデバイスの第１のセルの識別子が含まれ、前記第１のセルのタイプ情報、または、前記第１のセルの前記タイプ情報および前記第１のセルの追跡エリアコード（ＴＡＣ）が前記ＲＲＣメッセージで搬送され、前記コンテナの外部にあり、前記タイプ情報は、前記第１のセルがロングタームエボリューション（ＬＴＥ）セル、ｅＬＴＥセルまたは新無線（ＮＲ）セルであることを示し、前記第２のネットワークデバイスの前記第１のセルは、端末デバイスに再構成メッセージもしくはハンドオーバコマンドメッセージを送信したセルであり、前記端末デバイスが前記第２のネットワークデバイスの前記第１のセルからターゲットネットワークデバイスの第２のセルへハンドオーバされるのを試みる手順においてハンドオーバ失敗が生じている、または、前記第２のネットワークデバイスの前記第１のセルは接続失敗が発生しているセルである、段階と、
前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を示す前記情報に基づいて、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を判定する段階と
を備え、
前記第２のネットワークデバイスの前記第１のセルは第１の無線アクセス技術を使用し、前記ターゲットネットワークデバイスの前記第２のセルおよび前記第１のネットワークデバイスが管理する第３のセルは、前記第１の無線アクセス技術とは異なる第２の無線アクセス技術を使用する、方法。

【請求項13】

装置であって、前記装置は、端末デバイスまたは前記端末デバイス内に配置されたチップもしくは回路であり、前記装置は、請求項１から５のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。

【請求項14】

装置であって、前記装置は、端末デバイスまたは前記端末デバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、請求項１から５のいずれか一項に記載の方法を実行することが可能になる、装置。

【請求項15】

装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、請求項６から１１のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。

【請求項16】

装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、請求項６から１１のいずれか一項に記載の方法を実行することが可能になる、装置。

【請求項17】

装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、請求項１２に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。

【請求項18】

装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、請求項１２に記載の方法を実行することが可能になる、装置。

【請求項19】

請求項１５または１６に記載の装置と、請求項１７または１８に記載の装置とを備える通信システム。

【請求項20】

請求項１３または１４に記載の装置をさらに備える、請求項１９に記載のシステム。

【請求項21】

実行された場合、請求項１から５のいずれか一項に記載の方法が実行される、コンピュータプログラム。

【請求項22】

実行された場合、請求項６から１１のいずれか一項に記載の方法が実行される、コンピュータプログラム。

【請求項23】

実行された場合、請求項１２に記載の方法が実行される、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【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】

【図1A】本願の一実施形態による移動通信システムのシステムアーキテクチャの概略図である。

【0056】

【図1B】本願の一実施形態による、ＣＵおよびＤＵが分けられた基地局の分割の概略図である。

【0057】

【図2】本願の一実施形態によるモビリティ最適化方法の第１の概略フローチャートである。

【0058】

【図3】本願の一実施形態によるモビリティ最適化方法の第２の概略フローチャートである。

【0059】

【図4】本願の一実施形態によるモビリティ最適化方法の第３の概略フローチャートである。

【0060】

【図5】本願の一実施形態によるモビリティ最適化方法の第４の概略フローチャートである。

【0061】

【図6】本願の一実施形態によるモビリティ最適化方法の第５の概略フローチャートである。

【0062】

【図7】本願の一実施形態による異なるＲＡＴ用のモビリティ最適化方法の概略フローチャートである。

【0063】

【図8】本願の一実施形態による装置の概略構造図である。

【0064】

【図9】本願の一実施形態による装置の別の概略構造図である。

【0065】

【図10】本願の一実施形態による装置のさらに別の概略構造図である。

【0066】

【図11】本願の一実施形態による通信装置の概略構造図である。

【発明を実施するための形態】

【0067】

以下では、本願の実施形態における添付図面を参照して、本願の実施形態における技術的解決手段を明確かつ完全に説明する。

【0068】

本願の実施形態において提供されるモビリティ最適化方法をより良く理解するために、以下では、本願の実施形態において提供されるモビリティ最適化方法におけるいくつかの用語（名詞）を簡潔に説明する。

【0069】

［１． 無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ、ＲＬＦ）］

【0070】

ユニバーサル移動通信技術用のロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）では、ネットワーク側との通信において問題が発生していることを端末デバイスが見つけた場合、これは、ネットワークデバイスと端末デバイスとの間で無線リンク失敗が発生しているとみなされる。無線リンク失敗検出メカニズムは、以下のことのうちの１つまたは複数を含む。（１）物理層における問題が検出される。例えば、端末デバイスのＲＲＣ層が、プライマリセル（ＰＣｅｌｌ）のＮ個の連続する非同期インジケーションを下位層から受信しているが、その後の期間において、プライマリセル（ＰＣｅｌｌ）のＭ個の連続する同期インジケーションを下位層から受信していない。（２）マスタセルグループ内で実行されたランダムアクセス手順が失敗する。（３）端末デバイスのＲＲＣ層が、再伝送の最大回数に到達していることを示すインジケーション情報をマスタセルグループ無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）層から受信する。

【0071】

［２． ハンドオーバ失敗（ｈａｎｄｏｖｅｒ ｆａｉｌｕｒｅ）］

【0072】

セル間ハンドオーバは、端末デバイスが、無線アクセスネットワークの制御下で、ソースセル（ｓｏｕｒｃｅ ｃｅｌｌ）からターゲットセル（ｔａｒｇｅｔ ｃｅｌｌ）への無線リンク接続の移行を完了することを意味する。通常、端末デバイスがハンドオーバメッセージ（例えば、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを搬送するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を受信した後に、端末デバイスは、タイマＴ３０４を開始する。端末デバイスがターゲットセル内のランダムアクセスを成功裏に完了した場合、端末デバイスは、タイマＴ３０４を停止し、これは、端末デバイスがソースセルからターゲットセルへ成功裏にハンドオーバされていることを示す。端末デバイスがターゲットセル内のランダムアクセスを成功裏に完了する前にタイマＴ３０４が満了した場合、端末デバイスは、ソースセルからターゲットセルへハンドオーバされるのに失敗する。

【0073】

［３． 遅過ぎるハンドオーバ（ｔｏｏ ｌａｔｅ ＨＯ）］

【0074】

遅過ぎるハンドオーバは、端末デバイスがある期間にわたって現在のサービングセルに接続された後に接続失敗が発生し（例えば、現在のサービングセル内でＲＬＦが検出され）、端末デバイスが別のセル（別のセルは任意のセルである）への接続の再確立を試みることを意味する。この事例は主に、現在のサービングセルの品質が低下しているが、端末デバイスがハンドオーバメッセージを受信しておらず、したがって、端末デバイスが、現在のサービングセル内の接続失敗を検出した後に、別のセルへの接続の再確立を試みることを意味する。

【0075】

［４． 早過ぎるハンドオーバ（ｔｏｏ ｅａｒｌｙ ＨＯ）］

【0076】

早過ぎるハンドオーバは、端末デバイスがソースセルからターゲットセルへ成功裏にハンドオーバされたすぐ後に接続失敗が発生している（例えば、ターゲットセル内でＲＬＦが検出されている）こと、または、ソースセルからターゲットセルへのハンドオーバの手順においてハンドオーバ失敗が発生し、端末デバイスがソースセルへの接続の再確立を試みることを意味する。本明細書における「すぐ」という用語は、短期間と理解され得る。

【0077】

［５． 誤ったセルへのハンドオーバ（ＨＯ ｔｏ ｗｒｏｎｇ ｃｅｌｌ）］

【0078】

誤ったセルへのハンドオーバは、端末デバイスがソースセルからターゲットセルへ成功裏にハンドオーバされたすぐ後に接続失敗が発生している（例えば、ターゲットセル内でＲＬＦが検出されている）こと、または、ソースセルからターゲットセルへのハンドオーバの手順においてハンドオーバ失敗が発生し、端末デバイスが別のセル（別のセルは、ソースセルおよびターゲットセルとは異なる）への接続の再確立を試みることを意味する。本明細書における「すぐ」という用語は、短期間と理解され得る。

【0079】

［６． マスタセルグループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ）およびセカンダリセルグループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ）］

【0080】

５Ｇ無線ネットワークでは、１つの端末デバイスが、複数のネットワークデバイスと通信し得る。つまり、デュアルコネクティビティ（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）であり、これは、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）とも称される。複数のネットワークデバイスは、同じ規格のネットワークデバイスであってもよく（例えば、複数のネットワークデバイスが、全て第４世代（４Ｇ）基地局であるか、全て第５世代（５Ｇ）基地局である）、異なる規格の基地局であってもよい（例えば、一方の基地局が４Ｇ基地局であり、他方の基地局が５Ｇ基地局である）。ＤＣでは、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）と制御プレーンシグナリングを交換するネットワークデバイス（基地局）が、マスタノード（ｍａｓｔｅｒ ｎｏｄｅ、ＭＮ）と称され、他方のネットワークデバイス（基地局）が、セカンダリノード（ｓｅｃｏｎｄａｒｙ ｎｏｄｅ、ＳＮ）と称される。ＭＮは、マスタ基地局と称されてよく、ＳＮは、セカンダリ基地局と称されてよい。マスタ基地局によりサービスを提供されるセルが、マスタセルグループと称され、マスタセルグループは、プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ、ＰＣｅｌｌ）および１つまたは複数の任意選択的なセカンダリセルを含み得る。セカンダリ基地局によりサービスを提供されるセルが、セカンダリセルグループと称され、セカンダリセルグループは、プライマリセカンダリセル（ｐｒｉｍａｒｙ ＳＣＧ ｃｅｌｌ、ＰＳＣｅｌｌ）および１つまたは複数の任意選択的なセカンダリセルを含み得る。

【0081】

［７． プライマリセル（ＰＣｅｌｌ）およびプライマリセカンダリセル（ＰＳＣｅｌｌ）］

【0082】

プライマリセルは、プライマリ周波数で展開されるＭＣＧセルであり、端末デバイスは、このセル内の初期接続確立手順または接続再確立手順を実行するか、このセルをハンドオーバ手順におけるプライマリセルとして指定する。プライマリセカンダリセルは、ＳＣＧセル内にあり、かつ、端末デバイスが同期再構成手順を実行する場合にランダムアクセスを実行するセル、または、端末デバイスが、ランダムアクセス手順を必要とすることなく、ＳＣＧの変更中に初期物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）伝送を開始するセルである。

【0083】

［８． モビリティロバスト性最適化（ｍｏｂｉｌｉｔｙ ｒｏｂｕｓｔ ｏｐｔｉｍｉｚａｔｉｏｎ、ＭＲＯ）］

【0084】

モビリティロバスト性最適化の主な目的は、ハンドオーバ関連のＲＬＦの回数を低減し、ネットワークリソース使用効率を改善することである。最適ではないハンドオーバパラメータ構成は、ＲＬＦを引き起こさなくても深刻なサービス性能低下を引き起こし、ユーザエクスペリエンスに影響を及ぼす。例えば、ハンドオーバヒステリシス（ｈａｎｄｏｖｅｒ ｈｙｓｔｅｒｅｓｉｓ）の不正確な設定は、ＲＬＦを引き起こさなくても、ピンポン効果を引き起こすか、最適ではないセルへのアクセスを遅延させる。モビリティロバスト性最適化の別の目的は、不要なハンドオーバまたはし損なったハンドオーバによって引き起こされる、ネットワークリソースの非効率的な使用を低減することである。モビリティロバスト性最適化は、主に、性能指標のフィードバックに基づいてハンドオーバ閾値を調整し、適応的に、閾値に適合するようセルパラメータを調整することである。

【0085】

前述の記載では、本願の実施形態において提供されるモビリティ最適化方法におけるいくつかの用語（名詞）を簡潔に説明した。以下では、本願の実施形態において提供されるモビリティ最適化方法のシステムアーキテクチャを説明する。

【0086】

本願の実施形態において提供されるモビリティ最適化方法は、移動通信システム、例えば、第２世代／第３世代／第４世代移動通信システム（２Ｇ／３Ｇ／４Ｇ）または５Ｇもしくは将来の移動通信システムに適用され得る。理解を容易にするために、移動通信システムのシステムアーキテクチャをまず、本願の実施形態において簡潔に説明する。

【0087】

図１Ａは、本願の一実施形態による移動通信システムのシステムアーキテクチャの概略図である。図１Ａに示されるように、移動通信システムは、少なくとも２つのネットワークデバイス（例えば、図１Ａにおけるネットワークデバイス１１０およびネットワークデバイス１２０）、少なくとも１つのコアネットワークデバイス１３０および少なくとも１つの端末デバイス１４０を含み得る。端末デバイス１４０は、ネットワークデバイスに無線接続され得る。ネットワークデバイス１１０およびネットワークデバイス１２０は、コアネットワークデバイス１３０へ一緒にアクセスし得る。図１Ａは、概略図に過ぎない。移動通信システムは、別のネットワークデバイスをさらに含んでよく、例えば、図１Ａには示されていない無線中継デバイスおよび／または無線バックホールデバイスをさらに含んでよい。移動通信システム内に含まれるネットワークデバイス、端末デバイスおよびコアネットワークデバイスの数は、本願の本実施形態において限定されない。

【0088】

コアネットワークデバイス１３０は、４Ｇコアネットワークデバイスであってもよく、５Ｇコアネットワークデバイスであってもよい。

【0089】

ネットワークデバイスは、エンティティ、例えば、ネットワーク側で信号を伝送または受信するように構成されたｇＮＢであってよい。ネットワークデバイスは、代替的に、端末デバイスを移動通信システムに無線接続するアクセスデバイスであってよい。例えば、ネットワークデバイスは、基地局ＮｏｄｅＢ、進化型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、５Ｇ移動通信システム内の次世代基地局（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）または将来の移動通信システム内の基地局であってよい。ネットワークデバイスにより用いられる特定の技術および特定のデバイス形態は、本願の本実施形態において限定されない。

【0090】

任意選択的に、本願の本実施形態における基地局は、集中型ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ、ＣＵ）および分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）が分けられた基地局（本明細書において、ｇＮＢを指す）であってよい。図１Ｂは、本願の一実施形態による、ＣＵおよびＤＵが分けられた基地局の分割の概略図である。１つの基地局（本明細書において、ｇＮＢを指す）が、１つのＣＵおよび複数のＤＵを含み得る。ＣＵは、Ｆ１インタフェースを通じてＤＵに接続され得る。図１Ｂは、１つのＣＵと１つのＤＵとの間の関係の一例のみを示す。図１Ｂに示されるように、ＣＵは、集中型ユニット制御プレーン（ＣＵ－ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＣＵ－ＣＰ）および集中型ユニットユーザプレーン（ＣＵ－ｕｓｅｒ ｐｌａｎｅ、ＣＵ－ＵＰ）へ分割され得る。ＣＵ－ＣＰおよびＣＵ－ＵＰは、異なる物理デバイス上にあってよく、ＣＵ－ＣＰは、Ｅ１インタフェースを通じてＣＵ－ＵＰに接続されてよい。ＣＵ－ＣＰは、Ｆ１－Ｃインタフェースを通じてＤＵに接続されてよく、ＣＵ－ＵＰは、Ｆ１－Ｕインタフェースを通じてＤＵに接続されてよい。ＣＵ－ＣＰは、無線リソース制御層（ＲＲＣ層）およびパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層制御プレーンを含み得る。ＣＵ－ＵＰは、サービスデータアダプテーションプロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ）層およびＰＤＣＰユーザプレーンを含み得る。ＤＵは、無線リンク制御層（ＲＬＣ層）、媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層および物理（ｐｈｙｓｉｃａｌ、ＰＨＹ）層を含み得る。

【0091】

端末デバイス１４０は、エンティティ、例えば、ユーザ側で信号を受信または伝送するように構成された携帯電話ＵＥであってよい。本願の本実施形態における端末デバイスは、移動可能端末デバイスであってよい。例えば、端末デバイスは、ユーザ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）または移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）であってもよく、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（パッド）または無線トランシーバ機能を有するコンピュータなど、移動携帯端末デバイスであってもよい。移動可能端末デバイスにより用いられる特定の技術および特定のデバイス形態は、本願の本実施形態において限定されない。

【0092】

いくつかの実現可能な実装において。端末デバイス１４０は、１つまたは複数のネットワークデバイスに接続され得る。例えば、端末デバイス１４０は、デュアルコネクティビティ（ＤＣ）技術を用いることにより、ネットワークデバイス１１０およびネットワークデバイス１２０と通信し得る。デュアルコネクティビティ（ＤＣ）タイプは、進化型ユニバーサル地上無線アクセスおよび新無線デュアルコネクティビティ（Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＥＮ－ＤＣ）、次世代無線アクセスネットワーク進化型ユニバーサル地上無線アクセス新無線デュアルコネクティビティ（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＮＧＥＮ－ＤＣ）、新無線進化型ユニバーサル地上無線アクセスデュアルコネクティビティ（ＮＲ－Ｅ－ＵＴＲＡ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＮＥ－ＤＣ）ならびに新無線および新無線デュアルコネクティビティ（ＮＲ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＮＲ－ＤＣ）のうちの１つまたは複数を含む。

【0093】

ＥＮ－ＤＣでは、マスタ基地局（マスタネットワークデバイス）が、４Ｇコアネットワークに接続されたＬＴＥ基地局（例えば、ｅＮＢ）であり、セカンダリ基地局（セカンダリネットワークデバイス）が、ＮＲ基地局（例えば、ｇＮＢ）である。

【0094】

ＮＧＥＮ－ＤＣでは、マスタ基地局（マスタネットワークデバイス）が、５Ｇコアネットワークに接続されたＬＴＥ基地局であり、セカンダリ基地局（セカンダリネットワークデバイス）が、ＮＲ基地局である。

【0095】

ＮＥ－ＤＣでは、マスタ基地局（マスタネットワークデバイス）が、５Ｇコアネットワークに接続されたＮＲ基地局であり、セカンダリ基地局（セカンダリネットワークデバイス）が、ＬＴＥ基地局である。

【0096】

ＮＲ－ＤＣでは、マスタ基地局（マスタネットワークデバイス）が、５Ｇコアネットワークに接続されたＮＲ基地局であり、セカンダリ基地局（セカンダリネットワークデバイス）が、ＮＲ基地局である。

【0097】

前述の記載では、本願の実施形態において提供されるモビリティ最適化方法のシステムアーキテクチャを説明した。以下では、適用シナリオを参照して、本願の実施形態において提供されるモビリティ最適化方法を詳細に説明する。

【0098】

［適用シナリオ１：モビリティ向上］

【0099】

ユーザエクスペリエンスおよびシステム性能を改善するために、３ＧＰＰ（登録商標）は、ハンドオーバ手順においてモビリティ中断遅延が０ｍｓ（ミリ秒）であることを必要とする（アップリンク中断遅延およびダウンリンク中断遅延の両方とも、０ｍｓまたは０ｍｓ付近である必要がある）。したがって、３ＧＰＰ（登録商標）は、０ｍｓのモビリティ中断遅延を実現するためのモビリティ向上解決手段を提案する。モビリティ向上解決手段において、ソース基地局は、ハンドオーバメッセージ（例えば、ＲＲＣ Ｃｏｎｎ Ｒｅｃｏｎｆｉｇ ｗｉｔｈ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏ メッセージ）を端末デバイス（例えば、ＵＥ）へ送信し、次に、ターゲット基地局とのデータ転送（Ｄａｔａ ｆｏｒｗａｒｄｉｎｇ）を実行し得る。加えて、端末デバイスは、ターゲットセルに同期している場合、ソースセルへの接続を依然として保持する。ダウンリンクについては、ハンドオーバ手順において、ソース基地局と端末デバイスとの間のデータ伝送が中断されず、ターゲット基地局およびソース基地局の両方がダウンリンクデータを端末デバイスへ送信してよく、これにより、データ伝送中断時間が低減する。したがって、モビリティ向上解決手段において、端末デバイスは、ソース基地局およびターゲット基地局とデータ通信を同時に実行し得る。任意選択的に、モビリティ向上解決手段は、ソースセルおよびターゲットセルが同じ基地局に属する（つまり、ソース基地局およびターゲット基地局が１つの物理エンティティである）シナリオにも適用されてよく、違いは、ソース基地局とターゲット基地局との間のデータ転送手順がない点にある。任意選択的に、モビリティ向上解決手段は、デュアルアクティブプロトコルスタック（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ、ＤＡＰＳ）ハンドオーバと称され得る。

【0100】

モビリティ向上解決手段では、端末デバイスは、ハンドオーバ手順（ハンドオーバ手順は、ソース基地局がハンドオーバメッセージを送信する時刻から始まり、ソース基地局がＵＥのコンテキストをリリースする時刻で終わる）において、ソースセルへの無線接続を依然として保持する（無線接続の保持は、端末デバイスがソースセル内でデータ通信を実行できることを意味する）。したがって、端末デバイスがターゲットセルへのアクセスに失敗した場合（これは、ターゲットセルへのハンドオーバが失敗したこと、またはターゲットセルへのアクセスが成功したすぐ後にＲＬＦが発生したことを意味する）、端末デバイスは、ＲＲＣ再確立を実行せず、端末デバイスは、１個のハンドオーバ失敗インジケーション情報をソースセルへ送信する。任意選択的に、端末デバイスがハンドオーバメッセージを受信した後、かつ、ターゲットセル内のＲＡＣＨ手順が成功する前に、端末デバイスがソースセル内のＲＬＦを検出した場合、端末デバイスはやはり、ＲＲＣ再確立を実行しない。したがって、ＲＲＣ再確立は、前述の２つの事例ではトリガされない。この事例において、ネットワーク側のネットワークデバイスは、モビリティロバスト性最適化を実行せず、前述の２つの事例における遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバなどの問題を判定しない。

【0101】

適用シナリオ１（モビリティ向上シナリオ）では、本願の実施形態は、モビリティ向上シナリオにおける遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装するために、モビリティ最適化方法を提供する。

【0102】

図２は、本願の一実施形態によるモビリティ最適化方法の第１の概略フローチャートである。図２に示されるように、本願の本実施形態において提供されるモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0103】

Ｓ１０１：第１のネットワークデバイスがハンドオーバメッセージを端末デバイスへ送信する。それに応じて、端末デバイスは、ハンドオーバメッセージを受信する。

【0104】

いくつかの実現可能な実装において、第１のネットワークデバイスは、ソース基地局であってよい。ハンドオーバメッセージは、ＲＲＣメッセージ、例えば、モビリティ制御情報Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏを搬送するＲＲＣ接続再構成ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、または同期有り再構成ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを搬送するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってよい。ハンドオーバメッセージは、ソースセルからターゲットセルへのハンドオーバの手順を実行するよう端末デバイスをトリガするために用いられ得る。ハンドオーバ手順は、以下の段階を含み得る。（ａ）端末デバイスがターゲットセルに同期するが、ソースセルへの接続を保持する（ターゲットセルに同期するが、ソースセルとの接続を保持する）。（ｂ）ターゲットセルがアップリンク割り当て（ＵＬ ａｌｌｏｃａｔｉｏｎ）と、端末デバイス用タイミングアドバンス（ＵＥ用ＴＡ）とを配信する。（ｃ）端末デバイスがＲＲＣ再構成完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をターゲットセルへ送信する。（ｄ）端末デバイスがソースセルまたはターゲットセルからのＰＤＣＰパケットを区別する（ソースセルまたはターゲットセルからのＰＤＣＰパケットを区別する）。（ｅ）端末デバイスがソースセルからデタッチする（ソースセルからデタッチする）。（ｆ）ターゲットセルがＵＥコンテキストリリース（ＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ）メッセージをソースセルへ送信する。（ｇ）ソースセルがリソースをリリースする（リソースをリリースする）。本明細書において、端末デバイスがソースセルからターゲットセルへハンドオーバされるハンドオーバ手順では、端末デバイスは、ソースセルへの無線接続を依然として保持する。つまり、端末デバイスは、ソースセル内のデータ通信を実行できる。本願の本実施形態において、ターゲットセルは、第１のセルであり、ソースセルは、第２のセルである。任意選択的に、ハンドオーバメッセージは、ＤＡＰＳハンドオーバにおいて配信されるハンドオーバメッセージであってよい。

【0105】

任意選択的に、本明細書において端末デバイスがソースセルへの無線接続を保持することは、端末デバイスがソースセルをリリースするまで、端末デバイスがソースセルからのダウンリンクユーザデータの受信を継続し、端末デバイスがターゲットセル内のランダムアクセス手順を成功裏に完了するまで、端末デバイスがソースセル内のアップリンクデータ伝送の実行を継続することであってよい。任意選択的に、新しいアップリンクデータはもはや、ソースセル内で伝送されず、端末デバイスによりソースセルへ送信されたアップリンクデータが依然として端末デバイスによりソースセルへ再伝送され得ると前に判定されている。

【0106】

いくつかの実現可能な実装において、ソースセルおよびターゲットセルは、同じネットワークデバイスにより管理されるセルであってよい。つまり、ソースセルおよびターゲットセルの両方が、第１のネットワークデバイスにより管理されるセルである。ソースセルおよびターゲットセルは、代替的に、異なるネットワークデバイスにより管理されるセルであってよい。例えば、ソースセルは、第１のネットワークデバイスにより管理されるセルであり、ターゲットセルは、第２のネットワークデバイスにより管理されるセルである。これは、本願の本実施形態において限定されない。

【0107】

いくつかの実現可能な実装において、ソースセルが第１のネットワークデバイスにより管理されるセルであり、ターゲットセルが第２のネットワークデバイスにより管理されるセルである場合、第１のネットワークデバイスがハンドオーバメッセージを端末デバイスへ送信する前に、第１のネットワークデバイスは、ハンドオーバ要求（ｈａｎｄｏｖｅｒ ｒｅｑｕｅｓｔ）を第２のネットワークデバイスへ送信してよく、第２のネットワークデバイスは、ハンドオーバ要求を受信した後に、対応するハンドオーバ応答メッセージ（ハンドオーバ要求ＡＣＫ）を第１のネットワークデバイスへフィードバックしてよい。

【0108】

Ｓ１０２：端末デバイスが接続失敗情報を第１のネットワークデバイスへ送信する。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0109】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスがターゲットセル（つまり、第１のセル）内のＲＬＦを検出しているかターゲットセルへハンドオーバされるのに失敗していることを示すために用いられ得る。任意選択的に、接続失敗情報は、端末デバイスにより検出される、各セル（現在のターゲットセル、ソースセルまたは別の隣接セル等を含む）の信号品質を含み得る。任意選択的に、接続失敗情報は、ハンドオーバ失敗情報であってよい。例えば、失敗情報ｆａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージは、ＤＡＰＳハンドオーバ失敗情報を搬送する。任意選択的に、接続失敗情報は、端末デバイスと第１のネットワークデバイスとの間の無線リンクを通じて、第１のネットワークデバイスへ送信される。

【0110】

いくつかの実現可能な実装において、ハンドオーバメッセージは、１個のＲＲＣ再確立インジケーション情報を搬送し得る。代替的に、端末デバイスがハンドオーバメッセージを受信する前に、端末デバイスは、第１のネットワークデバイスにより配信されるＲＲＣ再確立インジケーション情報を受信する。ＲＲＣ再確立インジケーション情報は、端末デバイスがターゲットセル内のＲＬＦを検出したかターゲットセルへハンドオーバされるのに失敗した後に端末デバイスがＲＲＣ再確立を実行しているかどうかを示すために用いられてもよく、端末デバイスがターゲットセル内のＲＬＦを検出したかターゲットセルへハンドオーバされるのに失敗した後に端末デバイスがＲＲＣ再確立を実行していないことを示すために用いられてもよい。任意選択的に、ＲＲＣ再確立インジケーション情報は、端末デバイスがターゲットセル内のＲＬＦを検出したかターゲットセルへハンドオーバされるのに失敗した後にＲＲＣ再確立を実行しないための条件であってよく、例えば、ソースセルの信号品質が閾値よりも大きい場合、端末デバイスは、ＲＲＣ再確立を実行しない。本願の本実施形態において、端末デバイスは、ＲＲＣ再確立を実行しない場合、接続失敗情報を第１のネットワークデバイスへ送信する。

【0111】

Ｓ１０３：第１のネットワークデバイスが端末デバイスの接続失敗タイプを判定する。

【0112】

いくつかの実現可能な実装において、端末デバイスの接続失敗タイプは、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを含み得る。第１のネットワークデバイスが接続失敗情報を受信した後に、第１のネットワークデバイスは、端末デバイスの接続失敗タイプを判定し得る。具体的には、端末デバイスがターゲットセル内のＲＬＦを検出したかターゲットセルへハンドオーバされるのに失敗した後に端末デバイスがソースセルへの無線接続を依然として保持していると第１のネットワークデバイスが判定した（つまり、端末デバイスがソースセルにキャンプオンしていると第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。第３のセルが端末デバイスによりアクセスされるセルであると第１のネットワークデバイスが判定した（つまり、端末デバイスが新しいターゲットセルへハンドオーバされると第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。第３のセルは、ソースセル（つまり、第２のセル）およびターゲットセル（つまり、第１のセル）とは異なる。例えば、ソースセルがセルＡであり、ターゲットセルがセルＢである場合、第３のセルは、セルＣであってよい。接続失敗タイプは、モビリティロバスト性最適化のために用いられ得る。任意選択的に、第１のネットワークデバイスは、早過ぎるハンドオーバまたは誤ったセルへのハンドオーバを判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。

【0113】

いくつかの実現可能な実装において、第１のネットワークデバイスは、端末デバイスがソースセルへの無線接続を依然として保持していると判定した後に、ハンドオーバメッセージの送信時刻と接続失敗情報の受信時刻との間の絶対差を判定し得る。絶対差が第１の閾値（設定された閾値）よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。任意選択的に、第１のネットワークデバイスは、端末デバイスにより報告されるハンドオーバメッセージの受信時刻と、ターゲットセル内でＲＬＦが検出された（またはターゲットセルへのハンドオーバが失敗した）時刻との間の絶対差を判定する。絶対差が第１の閾値（設定された閾値）よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。さらに、任意選択的に、絶対差が第１の閾値よりも小さいかそれに等しく、かつ、第１のネットワークデバイスが、ハンドオーバメッセージが端末デバイスへ最近配信されたと判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。

【0114】

いくつかの他の実現可能な実装において、第１のネットワークデバイスは、第３のセルが端末デバイスによりアクセスされるセルであると判定した後に、ハンドオーバメッセージの送信時刻と接続失敗情報の受信時刻との間の絶対差を判定し得る。絶対差が第１の閾値（設定された閾値）よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。任意選択的に、第１のネットワークデバイスは、端末デバイスにより報告されるハンドオーバメッセージの受信時刻と、ターゲットセル内でＲＬＦが検出された（またはターゲットセルへのハンドオーバが失敗した）時刻との間の絶対差を判定する。絶対差が第１の閾値（設定された閾値）よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。さらに、任意選択的に、絶対差が第１の閾値よりも小さいかそれに等しく、かつ、第１のネットワークデバイスが、ハンドオーバメッセージが端末デバイスへ最近配信されたと判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。

【0115】

任意選択的な実装において、ソースセルは、第１のネットワークデバイスにより管理されるセルであり、ターゲットセルは、第２のネットワークデバイスにより管理されるセルである。第１のネットワークデバイスはソース基地局であり、第２のネットワークデバイスはターゲット基地局であることが理解され得る。第１のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第２のネットワークデバイスへ送信し得る。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。第１のネットワークデバイスはさらに、端末デバイスの判定された後続の挙動（例えば、第１のネットワークデバイスは、端末デバイスがソースセルへの無線接続の保持を継続していると判定し、または、第１のネットワークデバイスは、端末デバイスが新しいターゲットセルへハンドオーバされていると判定する）を第２のネットワークデバイスへ送信し得る。
第２のネットワークデバイスは、端末デバイスの接続失敗タイプを判定する。

【0116】

具体的には、第２のネットワークデバイスにより受信される端末デバイスの後続の挙動が、第１のネットワークデバイスは、端末デバイスがソースセルへの無線接続の保持を継続していると判定している（つまり、端末デバイスがソースセルにキャンプオンしていると判定している）ことである場合、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。任意選択的に、第２のネットワークデバイスにより受信される端末デバイスの後続の挙動が、ソースセルへの無線接続の保持であり、第２のネットワークデバイスが、第２のネットワークデバイスが接続失敗情報を受信する前の期間内にハンドオーバ応答メッセージを第１のネットワークデバイスへ送信している（または、端末デバイスがソースセルからターゲットセルへ前にハンドオーバされていることを第２のネットワークデバイスが認識している）場合、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。

【0117】

第２のネットワークデバイスにより受信される端末デバイスの後続の挙動が、第１のネットワークデバイスは、端末デバイスが新しいターゲットセルへハンドオーバされていると判定し、新しいターゲットセル（例えば、セルＣ）がソースセル（例えば、セルＡ）または前のターゲットセル（例えば、セルＢ）のいずれでもない場合、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。任意選択的に、第２のネットワークデバイスにより受信される端末デバイスの後続の挙動が、新しいターゲットセルへのハンドオーバであり、第２のネットワークデバイスが、第２のネットワークデバイスが接続失敗情報を受信する前の期間内にハンドオーバ応答メッセージを第１のネットワークデバイスへ送信している（または、端末デバイスがソースセルからターゲットセルへ前にハンドオーバされていることを第２のネットワークデバイスが認識している）場合、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。

【0118】

第１のネットワークデバイスが接続失敗情報を第２のネットワークデバイスへ送信した後に、第１のネットワークデバイスが図２における段階Ｓ１０３を実行なくてもよいことが理解され得る。

【0119】

いくつかの実現可能な実装において、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであると判定した後に、インジケーション情報を第１のネットワークデバイスへ送信し得る。インジケーション情報は、端末デバイスの接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであることを示すために用いられ得る。第１のネットワークデバイスは、インジケーション情報を受信した後に、モビリティパラメータを最適化し得る。

【0120】

本願の本実施形態において、端末デバイスがターゲットセル内のＲＬＦを検出したかターゲットセルへハンドオーバされるのに失敗した後に、端末デバイスは、接続失敗情報をネットワーク側へ送信する。接続失敗情報は、端末デバイスがターゲットセル内のＲＬＦを検出しているかターゲットセルへハンドオーバされるのに失敗していることを示すために用いられる。それに応じて、ネットワーク側のネットワークデバイス（第１のネットワークデバイスであってもよく、第２のネットワークデバイスであってもよい）は、接続失敗情報を受信する。接続失敗情報は、端末デバイスの接続失敗タイプ（早過ぎるハンドオーバまたは誤ったセルへのハンドオーバ）を判定するようネットワーク側のネットワークデバイスをトリガし得る。端末デバイスがソースセルにキャンプオンしていると判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定し、または、端末デバイスが新しいターゲットセルへハンドオーバされていると判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。ネットワーク側のネットワークデバイスは、端末デバイスの接続失敗タイプを判定した後に、モビリティパラメータを最適化し得る。このように、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバがモビリティ向上シナリオにおいて判定され、モビリティパラメータが最適化されることにより、モビリティロバスト性最適化が実装される。

【0121】

図３は、本願の一実施形態によるモビリティ最適化方法の第２の概略フローチャートである。図３に示されるように、本願の本実施形態において提供されるモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0122】

Ｓ２０１：第１のネットワークデバイスがハンドオーバメッセージを端末デバイスへ送信する。それに応じて、端末デバイスは、ハンドオーバメッセージを受信する。

【0123】

いくつかの実現可能な実装において、本願の本実施形態における段階Ｓ２０１の実装については、図２に示される実施形態における段階Ｓ１０１の実装を参照されたい。ここでは詳細を再び説明しない。

【0124】

Ｓ２０２：端末デバイスが接続失敗情報を第２のネットワークデバイスへ送信する。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。

【0125】

Ｓ２０３：第２のネットワークデバイスが接続失敗情報を第１のネットワークデバイスへ送信する。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0126】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスがソースセル（つまり、第１のセル）からターゲットセル（つまり、第２のセル）へのハンドオーバの手順においてソースセル内のＲＬＦを検出していることを示すために用いられ得る。ハンドオーバ手順において、端末デバイスがソースセル内のＲＬＦを検出する前に、端末デバイスは、ソースセルへの無線接続を保持する。端末デバイスがソースセル内のＲＬＦを検出した場合、端末デバイスとソースセルとの間の無線接続は切断される。つまり、端末デバイスは、この事例において、ソースセル内のデータ通信を実行できない。任意選択的に、接続失敗情報は、端末デバイスにより検出される、各セル（現在のターゲットセル、ソースセルまたは別の隣接セル等を含む）の信号品質を含み得る。接続失敗情報は、例えば失敗情報ｆａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージで搬送されるＲＬＦインジケーション（ＲＬＦ ｉｎｄｉｃａｔｉｏｎ）情報であってよい。任意選択的に、接続失敗情報は、端末デバイスと第２のネットワークデバイスとの間の無線リンクを通じて、第２のネットワークデバイスへ送信される。

【0127】

ソースセルおよびターゲットセルが異なるネットワークデバイスにより管理されるセルである場合、第１のネットワークデバイスはソース基地局であってよく、ソースセルは第１のネットワークデバイスにより管理されるセルであり、第２のネットワークデバイスはターゲット基地局であってよく、ターゲットセルは第２のネットワークデバイスにより管理されるセルであることが理解され得る。端末デバイスがソースセルからターゲットセルへのハンドオーバの手順においてソースセル内のＲＬＦを検出した場合、端末デバイスは、ソースセルについての接続失敗情報（つまり、ソースセル内で検出されたＲＬＦ情報）を記録し得る。端末デバイスがターゲットセル内のランダムアクセス手順を成功裏に実行した（つまり、データ通信を実行するために、端末デバイスがターゲットセルへ成功裏にハンドオーバされた）後に、端末デバイスは、記録された接続失敗情報を第２のネットワークデバイスへ送信し得る。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。第２のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第１のネットワークデバイスへ送信し得る。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0128】

いくつかの実現可能な実装において、端末デバイスがソースセルについての接続失敗情報を記録する方式は、以下のとおりであってよい。端末デバイスは、最新のＲＬＦまたはターゲットセルへのハンドオーバの失敗のみを記録する。つまり、ＲＬＦまたはターゲットセルへのハンドオーバの失敗が検出される度に、現在検出されているＲＬＦまたはターゲットセルへのハンドオーバの失敗のみが記録され、前の記録が上書きされる。任意選択的に、モビリティ向上シナリオにおいて端末デバイスにより第２のネットワークデバイスへ報告される接続失敗情報で搬送される失敗タイプは、モビリティ向上におけるハンドオーバ手順でのソースセル内のＲＬＦを示し得る。代替的に、端末デバイスは、ＲＬＦを別個にかつ独立して報告する。つまり、モビリティ向上におけるハンドオーバ手順では、ソースセル内で検出されたＲＬＦと、別の検出されたＲＬＦ記録とは、独立して報告され、互いに上書きされない。

【0129】

ソースセルおよびターゲットセルが同じネットワークデバイスにより管理されるセルである場合、第１のネットワークデバイスはソース基地局であってよく、ソースセルおよびターゲットセルの両方は第１のネットワークデバイスにより管理されるセルであり、第１のネットワークデバイスおよび第２のネットワークデバイスは同じ物理デバイスであることがさらに理解され得る。端末デバイスがソースセルからターゲットセルへのハンドオーバの手順においてソースセル内のＲＬＦを検出した場合、端末デバイスは、ソースセルについての接続失敗情報（つまり、ソースセル内で検出されたＲＬＦ情報）を記録し得る。端末デバイスがターゲットセル内のランダムアクセス手順を成功裏に実行した（つまり、データ通信を実行するために、端末デバイスがターゲットセルへ成功裏にハンドオーバされた）後に、端末デバイスは、記録された接続失敗情報を第１のネットワークデバイスへ送信し得る。

【0130】

Ｓ２０４：第１のネットワークデバイスが端末デバイスの接続失敗タイプを判定する。

【0131】

いくつかの実現可能な実装において、接続失敗タイプは、遅過ぎるハンドオーバを含み得る。具体的には、端末デバイスがソースセルにキャンプオンしている時間が第２の閾値よりも大きいと第１のネットワークデバイスが判定し（つまり、端末デバイスがソースセルにキャンプオンしている時間が過度に長いと第１のネットワークデバイスが判定し）、かつ、端末デバイスがターゲットセルに成功裏にアクセスしている場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。接続失敗タイプは、モビリティロバスト性最適化のために用いられ得る。任意選択的に、第１のネットワークデバイスは、遅過ぎるハンドオーバを判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。第２の閾値は、端末デバイスがハンドオーバメッセージを受信する前に端末デバイスにより検出されるソースセルの信号品質が別のセル（ハンドオーバ中のターゲットセルまたは別の隣接セルであってよい）の信号品質よりも低い時間に基づいて判定され得る。

【0132】

本願において、端末デバイスがソースセルにキャンプオンしている時間は、端末デバイスがソースセルへのＲＲＣ接続を保持している時間、もしくは、端末デバイスがソースセルへの無線接続を保持している時間、または、端末デバイスがソースセルへの接続を有しているが、ハンドオーバコマンドを受信していない時間である。本願の他の部分における特定のセルにキャンプオンしている時間は、同じ意味を有する。詳細を再び説明しない。

【0133】

本願の本実施形態において、端末デバイスは、ソースセルからターゲットセルへのハンドオーバの手順においてソースセル内のＲＬＦを検出した後に、ソースセル内で検出されたＲＬＦ情報（つまり、接続失敗情報）を記録する。端末デバイスがターゲットセルに成功裏にアクセスした後に、端末デバイスは、記録された接続失敗情報を第２のネットワークデバイスへ送信する。接続失敗情報は、端末デバイスがソースセルからターゲットセルへのハンドオーバの手順においてソースセル内のＲＬＦを検出していることを示すために用いられる。第２のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第１のネットワークデバイスへ転送する。接続失敗情報は、端末デバイスの接続失敗タイプ（遅過ぎるハンドオーバ）を判定するよう第１のネットワークデバイスをトリガし得る。端末デバイスがソースセルにキャンプオンしている時間が過度に長いと第１のネットワークデバイスが判定し、端末デバイスがターゲットセルに成功裏にアクセスしている場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。第１のネットワークデバイスは、端末デバイスの接続失敗タイプを判定した後に、モビリティパラメータを最適化し得る。任意選択的に、第２のネットワークデバイスは、接続失敗タイプを判定し得る。例えば、第２のネットワークデバイスが、第２のネットワークデバイスが接続失敗情報を受信する前の期間内にハンドオーバ応答メッセージを第１のネットワークデバイスへ送信している（または、端末デバイスがソースセルからターゲットセルへ前にハンドオーバされていることを第２のネットワークデバイスが認識している）場合、第２のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。このように、遅過ぎるハンドオーバがモビリティ向上シナリオにおいて判定され、モビリティパラメータが最適化されることにより、モビリティロバスト性最適化が実装される。

【0134】

［シナリオ２：デュアルコネクティビティ］

【0135】

Ｒｅｌｅａｓｅ Ｒ１６におけるＭＲ－ＤＣ向上では、端末デバイスは、ノード（ＭＮおよびＳＮ）とも称される２つのネットワークデバイスに同時に接続される。端末デバイスがＭＣＧ（ＭＮにより管理されるマスタセルグループ）内のＲＬＦを検出した場合、端末デバイスは、ＳＮを用いることにより、１個のＭＣＧ失敗情報をＭＮへ送信し得る。具体的には、端末デバイスがまず、ＭＣＧ失敗情報をＳＮへ送信し、次に、ＳＮがＭＣＧ失敗情報をＭＮへ転送する。任意選択的に、ＭＣＧ失敗情報は、ＳＮ、例えばシグナリング無線ベアラ３（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂ ｅａｒｅｒ ３、ＳＲＢ３）のＲＲＣメッセージを用いることにより搬送され得る。ＳＲＢ３は、端末デバイスとＳＮとの間の直接ＳＲＢである。代替的に、ＭＣＧ失敗情報は、ＳＮ側、例えばスプリットシグナリング無線ベアラ１（スプリットＳＲＢ１）のＭＣＧのＳＲＢの分岐を用いることにより送信され得る。スプリットＳＲＢは、ＭＮと端末デバイスとの間のＳＲＢであり、ＳＲＢは、ＭＣＧおよびＳＣＧ（セカンダリセルグループ）の各々におけるＲＬＣベアラを有する。

【0136】

端末デバイスがＭＣＧ内のＲＬＦを検出した場合、端末デバイスは依然として、ＳＣＧへの無線接続を有する。したがって、端末デバイスがＭＣＧ内のＲＬＦを検出した場合、ＲＲＣ再確立はトリガされない。デュアルコネクティビティシナリオにおいてＭＣＧ内でＲＬＦが検出された場合、モビリティロバスト性最適化がネットワーク側で実行されず、遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバが判定されない。

【0137】

適用シナリオ２（デュアルコネクティビティシナリオにおけるＭＣＧ内のＲＬＦ）では、本願の実施形態は、ＭＣＧ内のＲＬＦが検出された後に遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装するために、モビリティ最適化方法を提供する。

【0138】

図４は、本願の一実施形態によるモビリティ最適化方法の第３の概略フローチャートである。図４に示されるように、本願の本実施形態において提供されるモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0139】

Ｓ３０１：端末デバイスが接続失敗情報を第２のネットワークデバイスへ送信する。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。

【0140】

Ｓ３０２：第２のネットワークデバイスが接続失敗情報を第１のネットワークデバイスへ送信する。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0141】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスが第１のネットワークデバイスにより管理されるＭＣＧ内のＲＬＦを検出していることを示すために用いられ得る。

【0142】

いくつかの実現可能な実装において、ネットワークデバイス（例えば、端末デバイス、例えば第１のネットワークデバイスのマスタネットワークデバイス、またはＵＥが第１のネットワークデバイスへハンドオーバされる前に接続されるネットワークデバイス）が、高速ＭＣＧ失敗リカバリ用の構成情報を端末デバイスへ送信し得る。端末デバイスが高速ＭＣＧ失敗リカバリ用の構成情報を受信した後に、端末デバイスがＭＣＧ内のＲＬＦを検出した場合、端末デバイスは、高速ＭＣＧ失敗リカバリを実行し得る。例えば、端末デバイスは、第２のネットワークデバイス（つまり、セカンダリネットワークデバイスＳＮ）を用いることにより、高速ＭＣＧ失敗リカバリを実行する。具体的には、端末デバイスは、接続失敗情報を第２のネットワークデバイスへ送信し得る。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。第２のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第１のネットワークデバイスへ転送し得る。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0143】

Ｓ３０３：第１のネットワークデバイスが端末デバイスの接続失敗タイプを判定する。

【0144】

いくつかの実現可能な実装において、第１のネットワークデバイスは、ソースマスタネットワークデバイス、つまり、ソースＭＮであり、第２のネットワークデバイスは、セカンダリネットワークデバイスＳＮである。接続失敗タイプは、遅過ぎるハンドオーバを含む。第１のネットワークデバイスは、接続失敗情報を受信した後に、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであるかどうかを判定し得る。具体的には、第４のセルが端末デバイスによりアクセスされるセルであると第１のネットワークデバイスが判定した（つまり、端末デバイスのプライマリセルＰＣｅｌｌが、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルとは異なる新しいセルへ変わっている、例えば、端末デバイスのプライマリセルＰＣｅｌｌがセルＡからセルＤへ変わっていると第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。第４のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルとは異なる。例えば、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルはセルＡであり、第４のセルはセルＤであってよい。任意選択的に、第４のセルは、第１のネットワークデバイスにより管理されるセカンダリセルＳＣｅｌｌであってよい。任意選択的に、第１のネットワークデバイスは、遅過ぎるハンドオーバを判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。

【0145】

任意選択的に、第４のセルが端末デバイスによりアクセスされるセルであり、かつ、端末デバイスが第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルにキャンプオンしている時間が第３の閾値よりも大きいと第１のネットワークデバイスが判定した（つまり、端末デバイスが第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルにキャンプオンしている時間が過度に長いと第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。

【0146】

任意選択的に、第４のセルが端末デバイスによりアクセスされるセルであると第１のネットワークデバイスが判定し、第１のネットワークデバイスが、接続失敗情報が受信される前の期間内にハンドオーバメッセージを端末デバイスへ送信していない場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。

【0147】

いくつかの実現可能な実装において、第１のネットワークデバイスは、ターゲットマスタネットワークデバイス、つまり、ターゲットＭＮであり、第２のネットワークデバイスは、セカンダリネットワークデバイスＳＮである。接続失敗タイプは、早過ぎるハンドオーバまたは誤ったセルへのハンドオーバを含み得る。第１のネットワークデバイスは、接続失敗情報を受信した後に、端末デバイスの接続失敗タイプを判定し得る。具体的には、第１のネットワークデバイスが、プライマリセルが変わっている（例えば、プライマリセルがセルＡからセルＢへ変わっている）ことを示すために用いられるハンドオーバメッセージをソースマスタネットワークデバイス（例えば、第１のネットワークデバイス、またはＵＥが第１のネットワークデバイスへハンドオーバされる前に接続されるネットワークデバイス）が端末デバイスへ最近送信していると判定し、かつ、第５のセル（例えば、セルＡ）が端末デバイスによりアクセスされるセルであると判定した（つまり、変えられていないプライマリセル、例えばセルＡに端末デバイスがキャンプオンしていると判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。第５のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルがハンドオーバされる前にアクセスされるセルである。例えば、第５のセルはセルＡであり、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルはセルＢであり、ハンドオーバメッセージは、端末デバイスのプライマリセルがセルＡからセルＢへ変わっていることを示すために用いられる。

【0148】

第１のネットワークデバイス（つまり、ターゲットマスタネットワークデバイス）が、プライマリセルが変わっている（例えば、プライマリセルがセルＡからセルＢへ変わっている）ことを示すために用いられるハンドオーバメッセージをソースマスタネットワークデバイス（例えば、第１のネットワークデバイス、またはＵＥが第１のネットワークデバイスへハンドオーバされる前に接続されるネットワークデバイス）が端末デバイスへ最近送信していると判定し、かつ、第６のセル（例えば、セルＣ）が端末デバイスによりアクセスされるセルであると判定した（つまり、新しいプライマリセルであって、セルＡおよびＢとは異なる、新しいプライマリセルへ端末デバイスがハンドオーバされていると判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。第６のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセル、および第５のセルとは異なる。例えば、第５のセルはセルＡであり、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルはセルＢであり、第６のセルはセルＣであってよく、ハンドオーバメッセージは、端末デバイスのプライマリセルがセルＡからセルＢへ変わっていることを示すために用いられる。

【0149】

第５のセル（例えば、セルＡ）と、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセル（例えば、セルＢ）とは、同じマスタネットワークデバイス（ＭＮ）により管理されるセルであってよい。つまり、ソースマスタネットワークデバイスおよび第１のネットワークデバイスは、同じ物理デバイスである。第５のセル（例えば、セルＡ）と、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセル（例えば、セルＢ）とは、代替的に、異なるマスタネットワークデバイス（ＭＮ）により管理されるセルであってよい。つまり、ソースマスタネットワークデバイスおよび第１のネットワークデバイスは、異なる物理デバイスであり、第５のセルは、ソースマスタネットワークデバイスにより管理されるセル、またはソースマスタネットワークデバイスにより管理されるプライマリセルである。

【0150】

いくつかの実現可能な実装において、ソースマスタネットワークデバイスおよび第１のネットワークデバイスが異なる物理デバイスであり、第１のネットワークデバイスがターゲットマスタネットワークデバイスである場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであると判定した後に、第２のインジケーション情報をソースマスタネットワークデバイスへ送信し得る。第２のインジケーション情報は、端末デバイスの接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであることを示すために用いられ得る。任意選択的に、ソースマスタネットワークデバイスは、受信された接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであると判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。

【0151】

本願の本実施形態において、端末デバイスは、ＭＣＧ内のＲＬＦを検出した後に、接続失敗情報をセカンダリネットワークデバイス（第２のネットワークデバイス）へ送信し、セカンダリネットワークデバイスは、接続失敗情報を第１のネットワークデバイス（ソースマスタネットワークデバイスであってもよく、ターゲットマスタネットワークデバイスであってもよい）へ転送する。接続失敗情報は、端末デバイスがＭＣＧ内のＲＬＦを検出していることを示すために用いられる。接続失敗情報は、端末デバイスの接続失敗タイプ（遅過ぎるハンドオーバ、早過ぎるハンドオーバまたは誤ったセルへのハンドオーバ）を判定するよう第１のネットワークデバイスをトリガし得る。端末デバイスのプライマリセルＰＣｅｌｌが新しいセルへ変わっていると第１のネットワークデバイスが判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。第１のネットワークデバイスが、プライマリセルが変わっていることを示すために用いられるハンドオーバメッセージをソースマスタネットワークデバイスが端末デバイスへ最近送信していると判定し、かつ、変えられていないプライマリセルに端末デバイスがキャンプオンしていると判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。第１のネットワークデバイスが、プライマリセルが変わっていることを示すために用いられるハンドオーバメッセージをソースマスタネットワークデバイスが端末デバイスへ最近送信していると判定し、かつ、端末デバイスが新しいプライマリセルへハンドオーバされていると判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。端末デバイスの接続失敗タイプがネットワーク側で判定された後に、モビリティパラメータは、最適化され得る。このように、遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバがデュアルコネクティビティシナリオにおいて判定され、モビリティパラメータが最適化されることにより、モビリティロバスト性最適化が実装される。

【0152】

［シナリオ３：条件付きハンドオーバ（ｃｏｎｄｉｔｉｏｎａｌ ｈａｎｄｏｖｅｒ、ＣＨＯ）］

【0153】

ＣＨＯでは、ソースリンクの品質が良好である場合、ソースセルに対応するネットワークデバイスが、ＣＨＯ構成情報を端末デバイスへ送信する。ＣＨＯ構成情報は、ＣＨＯトリガ条件と、１つまたは複数の候補セルについての情報とを含み得る。候補セルについての情報は、候補セルの識別子と、候補セルに対応する周波数情報とを含み得る。候補セルの識別子は、候補セルのセルグローバル識別子（ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｆｉｅｒ、ＣＧＩ）または候補セルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ）であってよい。端末デバイスは、ＣＨＯ構成情報を受信した後に、１つまたは複数の候補セルがＣＨＯトリガ条件を満たしているかどうかをＣＨＯ構成情報に基づいて判定し、ＣＨＯトリガ条件を満たしている特定の候補セルをターゲットセルとして用いる。次に、端末デバイスは、判定されたターゲットセル内のランダムアクセス手順を実行する。端末デバイスは、ターゲットセル内のランダムアクセスを成功裏に実行した場合、ＲＲＣメッセージ（例えば、ＲＲＣ再構成完了メッセージ）をターゲットセルへ送信して、ターゲットセルへの条件付きハンドオーバが完了されていることを通知する。

【0154】

したがって、ＣＨＯシナリオでは、特定の候補セルがＣＨＯトリガ条件を満たしている場合、端末デバイスは、ＣＨＯトリガ条件を満たしている候補セルに直接アクセスするのであり、ＲＲＣ再確立を実行する必要がない。この事例では、モビリティロバスト性最適化がネットワーク側で実行されず、遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバが判定されない。

【0155】

適用シナリオ３（条件付きシナリオにおいてＲＲＣ再確立が実行されない）では、本願の実施形態は、条件付きセル間ハンドオーバシナリオにおいてＲＲＣ再確立が実行されない場合にモビリティ向上シナリオにおける遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装するために、モビリティ最適化方法を提供する。

【0156】

図５は、本願の一実施形態によるモビリティ最適化方法の第４の概略フローチャートである。図５に示されるように、本願の本実施形態において提供されるモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0157】

Ｓ４０１：第１のネットワークデバイスがＣＨＯ構成情報を端末デバイスへ送信する。それに応じて、端末デバイスは、ＣＨＯ構成情報を受信する。

【0158】

いくつかの実現可能な実装において、ＣＨＯ構成情報は、ＣＨＯトリガ条件と、１つまたは複数の候補セルについての情報とを含み得る。候補セルについての情報は、候補セルの識別子と、候補セルに対応する周波数情報とを含み得る。候補セルの識別子は、ＣＧＩまたはＰＣＩであってよい。

【0159】

Ｓ４０２：端末デバイスが接続失敗情報を第２のネットワークデバイスへ送信する。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。

【0160】

Ｓ４０３：第２のネットワークデバイスが接続失敗情報を第１のネットワークデバイスへ送信する。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0161】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスがソースセル内のＲＬＦを検出していることを示すために用いられ得る。第１のネットワークデバイスはソース基地局であり、第２のネットワークデバイスはターゲット基地局であることが理解され得る。ソースセルは、第１のネットワークデバイスにより管理されるセルである。ターゲットセルは、第２のネットワークデバイスにより管理されるセルである。本願の本実施形態において、ソースセルは第１のセルであり、ターゲットセルは第２のセルである。ターゲットセルは、１つまたは複数の候補セルのうち、ＣＨＯトリガ条件または第１の条件を満たしている候補セルである。代替的に、ターゲットセルは、端末デバイスによるセル再選択を通じて取得されるセルである。

【0162】

いくつかの実現可能な実装において、端末デバイスは、ソースセル内のＲＬＦを検出した場合、ソースセル内で検出されたＲＬＦ情報（つまり、接続失敗情報）を記録してよく、１つまたは複数の候補セルの各々の信号品質を検出してよい。端末デバイスは、これらの候補セルのうちの候補セルｉの信号品質がＣＨＯトリガ条件を満たしているか第１の条件を満たしていることを検出した場合、候補セルｉ内のランダムアクセスを実行し得る。例えば、ＣＨＯトリガ条件または第１の条件は、信号品質が閾値よりも高いことである。この事例では、候補セルｉの信号品質が閾値よりも高い場合、端末デバイスは、候補セルｉ内のランダムアクセスを実行する。候補セルｉは、ターゲットセルと称され得る。ターゲットセルは、第２のネットワークデバイスにより管理されるセルであってよい。端末デバイスがターゲットセル（つまり、候補セルｉ）内のランダムアクセスを成功裏に実行した後に、端末デバイスは、接続失敗情報を第２のネットワークデバイスへ送信し得る。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。第２のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第１のネットワークデバイスへ転送し得る。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。任意選択的に、第１の条件は、ＣＨＯ構成情報で搬送され得る。

【0163】

いくつかの実現可能な実装において、端末デバイスは、ソースセル内のＲＬＦを検出した場合、ソースセル内で検出されたＲＬＦ情報（つまり、接続失敗情報）を記録してよく、タイマを開始し、１つまたは複数の候補セルの各々の信号品質を同時に検出してよい。タイマが満了した後に、任意の候補セルの信号品質がＣＨＯトリガ条件または第１の条件を満たしていることを端末デバイスが検出しなかった場合、端末デバイスは、セル再選択を実行し得る。端末デバイスによるセル再選択を通じて取得されたセルが１つまたは複数の候補セルのうちの候補セルｊである場合、端末デバイスは、セル再選択を通じて取得された候補セルｊ内のランダムアクセスを実行する。候補セルｊは、ターゲットセルと称され得る。ターゲットセルは、第２のネットワークデバイスにより管理されるセルであってよい。端末デバイスがターゲットセル（つまり、候補セルｊ）内のランダムアクセスを成功裏に実行した後に、端末デバイスは、接続失敗情報を第２のネットワークデバイスへ送信し得る。それに応じて、第２のネットワークデバイスは、接続失敗情報を受信する。第２のネットワークデバイスは、接続失敗情報を受信した後に、接続失敗情報を第１のネットワークデバイスへ転送し得る。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0164】

Ｓ４０４：第１のネットワークデバイスが端末デバイスの接続失敗タイプを判定する。

【0165】

いくつかの実現可能な実装において、端末デバイスの接続失敗タイプは、遅過ぎるハンドオーバを含み得る。具体的には、端末デバイスがソースセルにキャンプオンしている時間が第２の閾値よりも大きいと第１のネットワークデバイスが判定し（つまり、端末デバイスがソースセルにキャンプオンしている時間が過度に長いと第１のネットワークデバイスが判定し）、かつ、端末デバイスがターゲットセルに成功裏にアクセスしている場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。接続失敗タイプは、モビリティロバスト性最適化のために用いられ得る。任意選択的に、第１のネットワークデバイスは、遅過ぎるハンドオーバを判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。

【0166】

本願の本実施形態において、端末デバイスは、ソースセル内のＲＬＦを検出した後に、ソースセル内で検出されたＲＬＦ情報（つまり、接続失敗情報）を記録する。ＣＨＯトリガ条件を満たしているターゲットセル（候補セル）に端末デバイスが成功裏にアクセスした後に、端末デバイスは、記録された接続失敗情報を第２のネットワークデバイスへ送信し、第２のネットワークデバイスは、接続失敗情報を第１のネットワークデバイスへ転送する。接続失敗情報は、端末デバイスがソースセル内のＲＬＦを検出していることを示すために用いられる。接続失敗情報は、端末デバイスの接続失敗タイプ（遅過ぎるハンドオーバ）を判定するよう第１のネットワークデバイスをトリガし得る。端末デバイスがソースセルにキャンプオンしている時間が過度に長いと第１のネットワークデバイスが判定し、端末デバイスがターゲットセルに成功裏にアクセスしている場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定する。第１のネットワークデバイスは、端末デバイスの接続失敗タイプを判定した後に、モビリティパラメータを最適化し得る。このように、ＣＨＯシナリオにおいてＲＲＣ再確立が実行されない場合に遅過ぎるハンドオーバが判定され、モビリティパラメータが最適化されることにより、モビリティロバスト性最適化が実装される。

【0167】

図６は、本願の一実施形態によるモビリティ最適化方法の第５の概略フローチャートである。図６に示されるように、本願の本実施形態において提供されるモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0168】

Ｓ５０１：第１のネットワークデバイスがＣＨＯ構成情報を端末デバイスへ送信する。それに応じて、端末デバイスは、ＣＨＯ構成情報を受信する。

【0169】

いくつかの実現可能な実装において、本願の本実施形態における段階Ｓ５０１の実装については、図５に示される実施形態における段階Ｓ４０１の実装を参照されたい。ここでは詳細を再び説明しない。

【0170】

Ｓ５０２：端末デバイスが第１のセルから第２のセルへハンドオーバされるのに失敗した場合、端末デバイスは、第１のセルに再アクセスする。

【0171】

いくつかの実現可能な実装において、第１のセルはソースセルであり、第２のセルはターゲットセルである。１つまたは複数の候補セルのうちの候補セルｉがＣＨＯトリガ条件を満たしていることを端末デバイスが検出した場合、端末デバイスは、候補セルｉ内のランダムアクセスを実行する。候補セルｉは、ターゲットセルと称され得る。端末デバイスは、ターゲットセル（候補セルｉ）内のランダムアクセス手順（ターゲットセルへのハンドオーバの手順）においてソースセルへの無線接続を有する。本明細書において無線接続を有することは、端末デバイスがソースセル内の接続構成を保持しているが、端末デバイスがソースセル内のデータ通信を実行できないことを意味する。端末デバイスがターゲットセル（候補セルｉ）内のランダムアクセスの実行に失敗した（つまり、ターゲットセルへハンドオーバされるのに失敗した）場合、端末デバイスは、ソースセル内のデータ通信へのロールバックを実行する。つまり、端末デバイスは、ソースセルに再アクセスする。任意選択的に、端末デバイスは、ターゲットセル内のランダムアクセス失敗情報を記録し得る。

【0172】

いくつかの実現可能な実装において、候補セルのうち、ＣＨＯトリガ条件を満たしている候補セルｉを端末デバイスが検出する前に、端末デバイスは、第１のネットワークデバイスにより送信される第１のインジケーション情報を受信し得る。第１のインジケーション情報は、端末デバイスがターゲットセル内のランダムアクセスの実行に失敗した（つまり、ターゲットセルへハンドオーバされるのに失敗した）後にソースセルにアクセスする（つまり、ソースセル内のデータ通信へのロールバックを実行する）よう端末デバイスに示すために用いられ得る。任意選択的に、第１のインジケーション情報は、ロールバック条件を示すために用いられ得る。端末デバイスがターゲットセル内のランダムアクセスの実行に失敗した後に、ソースセルの信号品質がロールバック条件を満たしていることを端末デバイスが検出した場合、端末デバイスは、ソースセルに再アクセスする。例えば、ロールバック条件は、信号品質が閾値よりも高いことであってよい。つまり、端末デバイスがターゲットセル内のランダムアクセスの実行に失敗した後に、ソースセルの信号品質が閾値よりも高いことを端末デバイスが検出した場合、端末デバイスは、ソースセルに再アクセスする。

【0173】

Ｓ５０３：端末デバイスが接続失敗情報を第１のネットワークデバイスへ送信する。それに応じて、第１のネットワークデバイスは、接続失敗情報を受信する。

【0174】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスがターゲットセルへハンドオーバされるのに失敗している（つまり、ターゲットセル内のランダムアクセスの実行に失敗している）ことを示すために用いられ得る。ターゲットセル内のランダムアクセス失敗情報は接続失敗情報であることが理解され得る。第１のネットワークデバイスは、ソース基地局である。ソースセルは、第１のネットワークデバイスにより管理されるセルである。

【0175】

Ｓ５０４：第１のネットワークデバイスが端末デバイスの接続失敗タイプを判定する。

【0176】

いくつかの実現可能な実装において、接続失敗タイプは、早過ぎるハンドオーバまたは誤ったセルへのハンドオーバを含み得る。第１のネットワークデバイスが接続失敗情報を受信した後に、第１のネットワークデバイスは、端末デバイスの接続失敗タイプを判定し得る。具体的には、端末デバイスがソースセルに成功裏に再アクセスした後に端末デバイスがソースセル（つまり、第２のセル）への無線接続の保持を継続していると第１のネットワークデバイスが判定した（つまり、端末デバイスがソースセルにキャンプオンしていると第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。第３のセルが端末デバイスによりアクセスされるセルであると第１のネットワークデバイスが判定した（つまり、端末デバイスが新しいターゲットセルへハンドオーバされると第１のネットワークデバイスが判定した）場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。第３のセルは、ソースセル（つまり、第１のセル）、および１つまたは複数の候補セルのいずれか１つとは異なる。接続失敗タイプは、モビリティロバスト性最適化のために用いられ得る。任意選択的に、第１のネットワークデバイスは、早過ぎるハンドオーバまたは誤ったセルへのハンドオーバを判定した後に、モビリティパラメータを最適化し得る。モビリティパラメータは、測定フィルタ係数、対応する測定トリガ閾値もしくは周期、タイムツートリガ（ｔｉｍｅ ｔｏ ｔｒｉｇｇｅｒ）またはヒステリシス閾値等のうちの１つまたは複数を含み得る。

【0177】

いくつかの実現可能な実装において、第１のネットワークデバイスは、端末デバイスがソースセルへ成功裏に再アクセスした後に端末デバイスがソースセルへの無線接続の保持を継続していると判定した後に、ＣＨＯ構成情報の送信時刻と接続失敗情報の受信時刻との間の絶対差を判定し得る。絶対差が設定された閾値よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。任意選択的に、絶対差は、代替的に、端末デバイスにより報告されるＣＨＯ構成情報の受信時刻と、ターゲットセルへのハンドオーバが失敗した（つまり、ターゲットセル内のランダムアクセスが失敗した）時刻との間の絶対差であってよい。さらに、任意選択的に、絶対差が設定された閾値よりも小さいかそれに等しく、かつ、第１のネットワークデバイスが、ＣＨＯ構成情報が端末デバイスへ最近配信されたと判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。

【0178】

いくつかの他の実現可能な実装において、第１のネットワークデバイスは、第３のセルが端末デバイスによりアクセスされるセルであると判定した後に、ＣＨＯ構成情報の送信時刻と接続失敗情報の受信時刻との間の絶対差を判定し得る。絶対差が設定された閾値よりも小さいかそれに等しい場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。任意選択的に、絶対差は、代替的に、端末デバイスにより報告されるＣＨＯ構成情報の受信時刻と、ターゲットセルへのハンドオーバが失敗した（つまり、ターゲットセル内のランダムアクセスが失敗した）時刻との間の絶対差であってよい。さらに、任意選択的に、絶対差が設定された閾値よりも小さいかそれに等しく、かつ、第１のネットワークデバイスが、ＣＨＯ構成情報が端末デバイスへ最近配信されたと判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。

【0179】

任意選択的な実施形態において、段階Ｓ５０２は、段階Ｓ５０２'：端末デバイスが第１のセルから第２のセルへハンドオーバされるのに失敗した場合、端末デバイスは、別のセルの信号品質を判定し、アクセスのために別のセルからセルを選択する、に置き換えられ得る。例えば、端末デバイスは、別の候補セルおよび／または第１のセルの信号品質を判定し、特定のセルの信号品質が閾値よりも高い場合、端末デバイスは、このセルにアクセスする。任意選択的に、閾値は、ＣＨＯ構成情報で搬送される。

【0180】

段階Ｓ５０３は、代替的に、段階Ｓ５０３'：端末デバイスが、成功裏にアクセスされたセルに対応する第３のネットワークデバイスに接続失敗情報を送信する、に置き換えられ得ることが理解され得る。それに応じて、第３のネットワークデバイスは、接続失敗情報を受信する。成功裏にアクセスされたセルが第１のセルである場合、端末デバイスの接続失敗タイプは、段階Ｓ５０４における方法に従って判定される。

【0181】

本願の本実施形態において、端末デバイスがターゲットセル（候補セル）内のランダムアクセスの実行に失敗した（つまり、ターゲットセルへハンドオーバされるのに失敗した）後に、端末デバイスは、ソースセルに再アクセスし、ターゲットセル内のランダムアクセス失敗情報（つまり、接続失敗情報）を記録する。端末デバイスがソースセルに成功裏にアクセスした後に、端末デバイスは、接続失敗情報をネットワーク側のネットワークデバイス（第１のネットワークデバイス）へ送信する。接続失敗情報は、端末デバイスがターゲットセルへハンドオーバされるのに失敗していることを示すために用いられる。接続失敗情報は、端末デバイスの接続失敗タイプ（早過ぎるハンドオーバまたは誤ったセルへのハンドオーバ）を判定するよう第１のネットワークデバイスをトリガし得る。端末デバイスがソースセルにキャンプオンしていると第１のネットワークデバイスが判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定する。端末デバイスが新しいターゲットセルへハンドオーバされていると第１のネットワークデバイスが判定した場合、第１のネットワークデバイスは、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定する。第１のネットワークデバイスは、端末デバイスの接続失敗タイプを判定した後に、モビリティパラメータを最適化し得る。このように、ＣＨＯシナリオにおいてＲＲＣ再確立が実行されない場合に早過ぎるハンドオーバおよび誤ったセルへのハンドオーバが判定され、モビリティパラメータが最適化されることにより、モビリティロバスト性最適化が実装される。

【0182】

本願の実施形態はさらに、異なる無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｉｅｓ、ＲＡＴ）用のモビリティ最適化方法を提供する。方法は、遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定するために用いられ得る。異なるＲＡＴ用のモビリティ最適化方法は、同じシステム内の異なる無線アクセス技術間のＵＥのハンドオーバ（例えば、ｎｇ－ｅＮＢとｇＮＢとの間のＵＥのハンドオーバ）に適用されてよく、異なるシステム内の異なる無線アクセス技術間のＵＥのハンドオーバ（例えば、ｅＮＢとｇＮＢとの間のＵＥのハンドオーバ）にも適用されてよい。図７は、本願の一実施形態による異なるＲＡＴ用のモビリティ最適化方法の概略フローチャートである。図７に示されるように、異なるＲＡＴ用のモビリティ最適化方法は、限定されるわけではないが、以下の段階を含む。

【0183】

Ｓ６０１：ＵＥが第１のＲＡＴの第１のセルから第２のＲＡＴの第２のセルへハンドオーバされるのに失敗するか、ＵＥが第１のＲＡＴの第１のセルから第２のセルへ成功裏にハンドオーバされたすぐ後にＵＥが第２のＲＡＴの第２のセル内のＲＬＦを検出するか、ＵＥが第１のＲＡＴの第１のセル内のＲＬＦを検出する。

【0184】

いくつかの実現可能な実装において、ＵＥが第１のＲＡＴの第１のセル（例えば、セル１）から第２のＲＡＴの第２のセル（例えば、セル２）へハンドオーバされた場合、ハンドオーバ失敗は、ＵＥが第２のＲＡＴの第２のセルへハンドオーバされたときに発生し（通常、ＵＥがハンドオーバメッセージを受信したとき、ＵＥは、タイマを開始し、タイマが満了したとき、ＵＥは、第２のＲＡＴの第２のセルへのハンドオーバを完了していないか、第２のＲＡＴの第２のセル内のランダムアクセス手順を成功裏に完了していない）、ＵＥは、接続失敗情報を記録する。そのような失敗は、ハンドオーバ失敗と称される。つまり、失敗タイプがハンドオーバ失敗（ｈａｎｄｏｖｅｒ ｆａｉｌｕｒｅ、ＨＯＦ）である。ＵＥは、ＲＲＣ再確立手順を実行し（ＵＥは、再確立手順においてセル選択を実行する）、ＵＥは、ＵＥによるセル選択を通じて取得されたセルの識別子を接続失敗情報に含める。本願におけるセルの識別子は、セルのセルグローバル識別子、セルの物理セル識別子、またはセルの物理セル識別子および周波数であってよい。

【0185】

いくつかの実現可能な実装において、ＵＥが第１のＲＡＴの第１のセル（例えば、セル１）から第２のＲＡＴの第２のセル（例えば、セル２）へ成功裏にハンドオーバされた後に、ＵＥはすぐ、第２のセル（例えば、セル２）内のＲＬＦを経る。この事例では、ＵＥは、接続失敗情報を記録する。ＵＥはさらに、接続失敗情報内の第１のセル（例えば、セル１）および／または第２のセル（例えば、セル２）についての情報を記録する。そのような失敗は、ＲＬＦにより引き起こされる。つまり、失敗タイプはＲＬＦである。ＵＥは、ＲＲＣ再確立手順を実行し（ＵＥは、再確立手順においてセル選択を実行する）、ＵＥは、ＵＥによるセル選択を通じて取得されたセルの識別子を接続失敗情報に含める。

【0186】

Ｓ６０２：ＵＥが第２のＲＡＴの第３のセル内の無線接続アクセスを実行し、接続失敗情報を第２のＲＡＴの第３のセル（例えば、セル３）へ送信する。

【0187】

いくつかの実現可能な実装において、ＵＥは、段階Ｓ６０１の後にＲＲＣ再確立を実行した後に、セル選択を通じて取得されたセル内の接続失敗情報を送信し得る。代替的に、ＵＥが段階Ｓ６０１の後にＲＲＣ再確立を実行した後に、ＵＥは、セル選択を通じて取得されたセル内でＲＲＣ再確立が失敗した後に第２のＲＡＴの別のセル内の無線接続アクセスを実行し、無線接続アクセスが実行されているセルへ接続失敗情報を送信し得る。

【0188】

任意選択的に、接続失敗情報は、コンテナの形態で、第２のＲＡＴのＲＲＣメッセージで搬送され得る。任意選択的に、コンテナで搬送されるコンテンツに加え、ＵＥは、コンテナの外部に、前のハンドオーバが失敗しているサービングセルの識別子を追加的に含める必要がある（例えば、セル１からセル２へのハンドオーバが失敗した場合、セル２の識別子が搬送され、セル１からセル２へのハンドオーバが成功したが、ＲＬＦがセル２内ですぐ発生した場合、セル２の識別子が搬送され、または、ＲＬＦがセル１内で検出された場合、セル１の識別子が搬送される）。任意選択的に、ＵＥは、コンテナの外部にサービングセルの追跡エリアコード（ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ、ＴＡＣ）をさらに含め得る。ネットワークデバイス（例えば、第２のＲＡＴの第３のセルに対応する基地局）は、コンテナの形態の接続失敗情報を受信し、サービングセルの識別子に基づいて、またはサービングセルの識別子とサービングセルの追跡エリアコードとに基づいてルーティングを実行して、サービングセルが属する基地局へ接続失敗情報を送信し得る。別の考えられる実装において、失敗タイプがＨＯＦである場合、コンテナの外部で搬送される、前のハンドオーバが失敗しているサービングセルの識別子は、端末デバイスが再構成メッセージまたはハンドオーバコマンドメッセージを受信するセルの識別子、つまり、再構成メッセージまたはハンドオーバコマンドメッセージが受信される前にアクセスされるセルの識別子である。失敗タイプがＲＬＦである場合、コンテナの外部で搬送される、前のハンドオーバが失敗しているサービングセルの識別子は、接続失敗が発生しているセルの識別子である。例えば、セル１からセル２へのハンドオーバが失敗した、つまり、失敗タイプがＨＯＦである場合、セル１の識別子は、コンテナの外部で搬送される。任意選択的に、セル１のＴＡＣはさらに、コンテナの外部で搬送され得る。セル１からセル２へのハンドオーバが成功したが、ＲＬＦがセル２内ですぐ発生した場合、セル２の識別子は、コンテナの外部で搬送される。任意選択的に、セル２のＴＡＣはさらに、コンテナの外部で搬送されてよく、ＲＬＦがセル１内で検出された場合、セル１の識別子は、コンテナの外部で搬送される。任意選択的に、セル１のＴＡＣはさらに、コンテナの外部で搬送され得る。

【0189】

任意選択的に、ＵＥは、コンテナの外部にサービングセルのタイプ情報を含め得る。例えば、サービングセルのタイプ情報は、サービングセルがＬＴＥセル、ｅＬＴＥセルまたはＮＲセルであることを示す。例えば、サービングセルのタイプ情報は、ＬＴＥ、ｅＬＴＥまたはＮＲのうちの１つである。ＬＴＥは、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが４Ｇコアネットワークに接続されることを意味する。ｅＬＴＥは、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続されることを意味する。ＮＲは、ＮＲ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続されることを意味する。

【0190】

任意選択的に、考えられる実装において、例えば、プロトコルにおける事前定義の方式で、接続失敗情報のコーディングフォーマットまたはＲＲＣフォーマットがサービングセルのタイプ用のものと同じであってよいことが、プロトコルにおいて予め定義され得る。例えば、サービングセルがＬＴＥセルである場合、対応するＣＧＩは、ＬＴＥセルのＣＧＩであり、コンテナ内の接続失敗情報は、ＬＴＥ ＲＲＣフォーマットでエンコードされる。別の考えられる実装において、接続失敗情報のコーディングフォーマットは、サービングセルのタイプとは無関係である。

【0191】

Ｓ６０３：第２のＲＡＴの第３のセルが接続失敗情報を第２のＲＡＴの第２のセルまたは第１のＲＡＴの第１のセルへ送信する。

【0192】

いくつかの実現可能な実装において、第２のＲＡＴの第３のセル（例えば、セル３）は、ＵＥから受信される接続失敗情報を第２のセル（例えば、セル２）へ送信する。第２のＲＡＴの第３のセルは、コアネットワークにわたって、第２のセルに対応する基地局へ接続失敗情報を送信し得る（つまり、接続失敗情報はまず、コアネットワークへ送信され、次に、コアネットワークが、第２のセルに対応する基地局へ接続失敗情報を転送する）。第２のＲＡＴの第３のセルは、代替的に、基地局間のインタフェース（例えば、Ｘｎインタフェース）を通じて、第２のセルに対応する基地局へ接続失敗情報を送信し得る。接続失敗情報は、代替的に、第２のセルに対応する基地局へコンテナの形態で送信され得る。任意選択的に、第２のＲＡＴの第３のセルが接続失敗情報を第２のセルへ送信する場合、接続失敗情報により用いられる特定のＲＡＴに対応するＲＲＣフォーマット、または、接続失敗情報がエンコードされる特定のＲＡＴのＲＲＣフォーマット、または、ＵＥがエンコードを実行する特定のＲＡＴのＲＲＣフォーマット、例えば、ＬＴＥ形式もしくはＮＲ形式またはＬＴＥ形式、ＮＲ形式もしくはｅＬＴＥ形式が追加的に搬送される。ＬＴＥ形式は、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが４Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。ｅＬＴＥ形式は、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。ＮＲ形式は、ＮＲ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。任意選択的に、考えられる実装において、第２のＲＡＴの第３のセルは、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告されるタイプ情報をＵＥから受信し、接続失敗情報により用いられる特定のＲＡＴに対応するＲＲＣフォーマット、または、接続失敗情報がエンコードされる特定のＲＡＴのＲＲＣフォーマット、または、ＵＥがエンコードを実行する特定のＲＡＴのＲＲＣフォーマットをサービングセルのタイプ情報に基づいて判定する。例えば、プロトコルにおける事前定義の方式で、接続失敗情報のコーディングフォーマットまたはＲＲＣフォーマットがサービングセルのタイプ用のものと同じであってよいことが、プロトコルにおいて予め定義される。第２のＲＡＴの第３のセルは、接続失敗情報により用いられる特定のＲＡＴに対応するＲＲＣフォーマット、または、接続失敗情報がエンコードされる特定のＲＡＴのＲＲＣフォーマット、または、ＵＥがエンコードを実行する特定のＲＡＴのＲＲＣフォーマットをサービングセルのタイプ情報に基づいて判定し得る。

【0193】

任意選択的に、第２のＲＡＴの第３のセルは、接続失敗情報を第２のセルへ送信する場合、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告される識別子を追加的に含める（例えば、セル１からセル２へのハンドオーバが失敗した場合、セル２の識別子が搬送され、または、セル１からセル２へのハンドオーバが成功したが、ＲＬＦがセル２内ですぐ発生した場合、セル２の識別子が搬送され、または、例えば、セル１からセル２へのハンドオーバが失敗した、つまり、失敗タイプがＨＯＦである場合、セル１の識別子が搬送され、または、セル１からセル２へのハンドオーバが成功したが、ＲＬＦがセル２内ですぐ発生した場合、セル２の識別子が搬送される）。任意選択的に、第２のＲＡＴの第３のセルは、接続失敗情報を第２のセルへ送信する場合、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告される追跡エリアコード（ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ、ＴＡＣ）を追加的に含める。具体的には、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告される識別子と、サービングセルの追跡エリアコードとの説明については、Ｓ６０２における説明を参照されたい。

【0194】

第２のセルに対応する基地局は、前のハンドオーバが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであるかどうかを判定する。

【0195】

いくつかの実現可能な実装において、第２のＲＡＴの第３のセル（例えば、セル３）は、ＵＥから受信される接続失敗情報を第１のセル（例えば、セル１）へ送信する。第２のＲＡＴの第３のセルは、コアネットワークにわたって、第１のセルに対応する基地局へ接続失敗情報を送信し得る（つまり、接続失敗情報はまず、コアネットワークへ送信され、次に、コアネットワークが、第１のセルに対応する基地局へ接続失敗情報を転送する）。第２のＲＡＴの第３のセルは、代替的に、基地局間のインタフェース（例えば、Ｘｎインタフェース）を通じて、第１のセルに対応する基地局へ接続失敗情報を送信し得る。接続失敗情報は、代替的に、第１のセルに対応する基地局へコンテナの形態で送信され得る。任意選択的に、第２のＲＡＴの第３のセルが接続失敗情報を第１のセルへ送信する場合、接続失敗情報により用いられる特定のＲＡＴに対応するＲＲＣフォーマット、または、接続失敗情報がエンコードされる特定のＲＡＴのＲＲＣフォーマット、または、ＵＥがエンコードを実行する特定のＲＡＴのＲＲＣフォーマット、例えば、ＬＴＥ形式もしくはＮＲ形式またはＬＴＥ形式、ＮＲ形式もしくはｅＬＴＥ形式が追加的に搬送される。ＬＴＥ形式は、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが４Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。ｅＬＴＥ形式は、Ｅ－ＵＴＲＡＮ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。ＮＲ形式は、ＮＲ無線アクセス技術を用いることによりＵＥが５Ｇコアネットワークに接続される場合の無線エアインタフェースのＲＲＣフォーマットである。任意選択的に、第２のＲＡＴの第３のセルが接続失敗情報を第１のセルへ送信する（例えば、第３のセルが接続失敗情報をコアネットワークへ送信する）場合、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告される識別子が追加的に搬送される。任意選択的に、サービングセルのＴＡＣがさらに搬送され得る。ＵＥがハンドオーバされるのに失敗しているサービングセルの識別子およびＴＡＣの説明については、Ｓ６０２における説明を参照されたい。ここでは詳細を再び説明しない。第１のセルに対応する基地局は、前のハンドオーバが遅過ぎるハンドオーバまたは誤ったセルへのハンドオーバであるかどうかを判定する。

【0196】

Ｓ６０４：第２のＲＡＴの第２のセルが接続失敗情報を第１のＲＡＴの第１のセルへ送信する。

【0197】

いくつかの実現可能な実装において、前のハンドオーバが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであるかどうかを第２のセルに対応する基地局が判定した後に、第２のセルに対応する基地局は、ハンドオーバ報告を第１のＲＡＴの第１のセルへ送信する。ハンドオーバ報告は、前のハンドオーバが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであるかどうかを示すために用いられる。例えば、第２のセルに対応する基地局により第１のＲＡＴの第１のセルに対応する基地局へ送信されるハンドオーバ報告は、前のハンドオーバが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであるかどうかを示す情報を搬送する。第２のセルに対応する基地局はさらに、受信された接続失敗情報を、第１のセルに対応する基地局へ送信する。接続失敗情報は、代替的に、第１のセルに対応する基地局へコンテナの形態で送信され得る。任意選択的に、第２のＲＡＴの第２のセルが接続失敗情報を第１のセルへ送信する場合、接続失敗情報により用いられる特定のＲＡＴに対応するＲＲＣフォーマット、または、接続失敗情報がエンコードされる特定のＲＡＴのＲＲＣフォーマット、または、ＵＥがエンコードを実行する特定のＲＡＴのＲＲＣフォーマットが追加的に搬送される。第１のＲＡＴの第１のセルは、この情報を受信した後に、モビリティパラメータを最適化し得る。第２のＲＡＴの第２のセルは、コアネットワークにわたって、第１のセルに対応する基地局へ接続失敗情報を送信し得る（つまり、接続失敗情報はまず、コアネットワークへ送信され、次に、コアネットワークが、第１のセルに対応する基地局へ接続失敗情報を転送する）。第２のＲＡＴの第２のセルは、代替的に、基地局間のインタフェース（例えば、Ｘｎインタフェース）を通じて、第１のセルに対応する基地局へ接続失敗情報を送信し得る。任意選択的に、第２のＲＡＴの第２のセルが接続失敗情報を第１のセルへ送信する（例えば、第２のセルが接続失敗情報をコアネットワークへ送信する）場合、ＵＥがハンドオーバされるのに失敗しているサービングセルの、ＵＥにより報告される識別子が追加的に搬送される。任意選択的に、サービングセルのＴＡＣがさらに搬送され得る。ＵＥがハンドオーバされるのに失敗しているサービングセルの識別子およびＴＡＣの説明については、Ｓ６０２における説明を参照されたい。ここでは詳細を再び説明しない。

【0198】

本願の実施形態、端末デバイスおよび／またはネットワークデバイスは、本願の実施形態におけるいくつかのまたは全ての段階を実行し得ることが理解され得る。これらの段階または動作は、例に過ぎない。本願の実施形態において、他の動作、または様々な動作の変形がさらに実行され得る。加えて、これらの段階は、本願の実施形態において提示されている順序とは異なる順序で実行されてよく、本願の実施形態における動作の全てが必ずしも実行されるわけではない。本願の実施形態における通信方法を上で詳細に説明した。本願の実施形態における前述の解決手段をより良く実装するために、本願の実施形態はさらに、対応する装置またはデバイスを提供する。

【0199】

図８は、本願の一実施形態による装置の概略構造図である。装置は、ネットワークデバイス、またはネットワークデバイス内に配置され得るチップまたは回路であってよい。
図８に示されるように、装置１は、
端末デバイスから接続失敗情報を受信するように構成された第１のトランシーバユニット１０であって、接続失敗情報は、端末デバイスが第１のセル内の無線リンク失敗ＲＬＦを検出しているか第１のセルへハンドオーバされるのに失敗していることを示すために用いられ、第２のセルから第１のセルへのハンドオーバの手順において端末デバイスと第２のセルとの間には無線接続が有り、第２のセルは、第１のネットワークデバイスにより管理されるセルである、第１のトランシーバユニット１０と、端末デバイスの接続失敗タイプを判定するように構成された第１の判定ユニット２０と
を含み得る。第１のセルは、ターゲットセルであり、第２のセルは、ソースセルである。

【0200】

いくつかの実現可能な実装において、第１の判定ユニット２０は、具体的には、端末デバイスが第１のセル内のＲＬＦを検出したか第１のセルへハンドオーバされるのに失敗した後に端末デバイスが第２のセルへの無線接続を保持していると第１の判定ユニット２０が判定した場合、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定するように構成されている、または、第３のセルが端末デバイスによりアクセスされるセルであると第１の判定ユニット２０が判定した場合、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定するように構成されている。第３のセルは、第１のセルおよび第２のセルとは異なる。

【0201】

いくつかの実現可能な実装において、第１のセルは、端末デバイスの少なくとも１つの候補セル内にあり、かつ、ＣＨＯトリガ条件を満たしている候補セルであり、第３のセルは、第２のセル、および少なくとも１つの候補セルのいずれか１つとは異なる。

【0202】

いくつかの実現可能な実装において、接続失敗情報は、端末デバイスが第１のセルへハンドオーバされるのに失敗していることを示すために用いられる。第１のトランシーバユニット１０はさらに、第１のインジケーション情報を端末デバイスへ送信するように構成されている。第１のインジケーション情報は、端末デバイスが第１のセルへハンドオーバされるのに失敗した場合に第２のセルにアクセスするよう端末デバイスに示すために用いられる。

【0203】

第１の判定ユニット２０は、処理ユニットであってよい。

【0204】

特定の実装中、各モジュールまたはユニットの実装については、それに応じて、前述の実施形態における第１のネットワークデバイスにより実行される方法および機能を実行するために、図２または図６に示される方法の実施形態における第１のネットワークデバイスの対応する説明を参照されたい。

【0205】

本願の本実施形態によれば、ネットワークデバイスは、モビリティ向上シナリオまたはＣＨＯシナリオにおいてＲＲＣ再確立が実行されない場合に早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装する。

【0206】

図９は、本願の一実施形態による装置の別の概略構造図である。装置は、ネットワークデバイス、またはネットワークデバイス内に配置され得るチップまたは回路であってよい。図９に示されるように、装置２は、接続失敗情報を受信するように構成された第２のトランシーバユニット３０であって、接続失敗情報は、端末デバイスが第１のセルから第２のセルへのハンドオーバの手順において第１のセル内のＲＬＦを検出していることを示すために用いられ、第１のセルは、第１のネットワークデバイスにより管理されるセルである、第２のトランシーバユニット３０と、端末デバイスの接続失敗タイプを判定するように構成された第２の判定ユニット４０とを含み得る。

【0207】

いくつかの実現可能な実装において、第２の判定ユニット４０は、具体的には、端末デバイスが第１のセルにキャンプオンしている時間が第２の閾値よりも大きいと第２の判定ユニット４０が判定し、端末デバイスが第２のセルに成功裏にアクセスしている場合、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定するように構成されている。

【0208】

本願において、端末デバイスが第１のセルにキャンプオンしている時間は、端末デバイスが第１のセルのＲＲＣ接続を保持している時間、または、端末デバイスが第１のセルへの無線接続を保持している時間、または、端末デバイスが第１のセルへの接続を有しているが、ハンドオーバコマンドを受信していない時間である。

【0209】

いくつかの実現可能な実装において、第２のセルは、端末デバイスの少なくとも１つの候補セル内にあり、かつ、ＣＨＯトリガ条件を満たしている候補セルである。

【0210】

第２の判定ユニット４０は、処理ユニットであってよい。

【0211】

特定の実装中、各モジュールまたはユニットの実装については、それに応じて、前述の実施形態における第１のネットワークデバイスにより実行される方法および機能を実行するために、図３または図５に示される方法の実施形態における第１のネットワークデバイスの対応する説明を参照されたい。

【0212】

本願の本実施形態によれば、ネットワークデバイスは、モビリティ向上シナリオまたはＣＨＯシナリオにおいてＲＲＣ再確立が実行されない場合に遅過ぎるハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装する。

【0213】

図１０は、本願の一実施形態による装置のさらに別の概略構造図である。装置は、ネットワークデバイス、またはネットワークデバイス内に配置され得るチップまたは回路であってよい。図１０に示されるように、装置３は、
第２のネットワークデバイスから接続失敗情報を受信するように構成された第３のトランシーバユニット５０であって、接続失敗情報は、端末デバイスが第１のネットワークデバイスにより管理されるマスタセルグループＭＣＧ内のＲＬＦを検出していることを示すために用いられる、第３のトランシーバユニット５０と、端末デバイスの接続失敗タイプを判定するように構成された第３の判定ユニット６０と
を含み得る。

【0214】

いくつかの実現可能な実装において、第３の判定ユニット６０は、具体的には、第４のセルが端末デバイスによりアクセスされるセルであると第３の判定ユニット６０が判定した場合、端末デバイスの接続失敗タイプが遅過ぎるハンドオーバであると判定するように構成されている。第４のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルとは異なる。

【0215】

いくつかの実現可能な実装において、第３の判定ユニット６０は、具体的には、第５のセルが端末デバイスによりアクセスされるセルであると第３の判定ユニット６０が判定した場合、端末デバイスの接続失敗タイプが早過ぎるハンドオーバであると判定するように構成され、第５のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセルがハンドオーバされる前にアクセスされるセルである、または、第６のセルが端末デバイスによりアクセスされるセルであると第３の判定ユニット６０が判定した場合、端末デバイスの接続失敗タイプが誤ったセルへのハンドオーバであると判定するように構成され、第６のセルは、第１のネットワークデバイスにより管理されるＭＣＧ内のプライマリセル、および第５のセルとは異なる。

【0216】

いくつかの実現可能な実装において、第３のトランシーバユニット５０はさらに、第２のインジケーション情報をソースマスタネットワークデバイスへ送信するように構成される。第２のインジケーション情報は、端末デバイスの接続失敗タイプが早過ぎるハンドオーバまたは誤ったセルへのハンドオーバであることを示すために用いられる。

【0217】

第３の判定ユニット６０は、処理ユニットであってよい。

【0218】

特定の実装中、各モジュールまたはユニットの実装については、それに応じて、前述の実施形態における第１のネットワークデバイスにより実行される方法および機能を実行するために、図４に示される方法の実施形態における第１のネットワークデバイスの対応する説明を参照されたい。

【0219】

本願の本実施形態によれば、ネットワークデバイスは、デュアルコネクティビティシナリオにおいてＭＣＧ内でＲＬＦが発生した場合に遅過ぎるハンドオーバ、早過ぎるハンドオーバおよび誤ったセルへのハンドオーバを判定し、モビリティパラメータを最適化することにより、モビリティロバスト性最適化を実装する。

【0220】

図１１は、本願の一実施形態による通信装置の概略構造図である。図１１に示されるように、本願の本実施形態において提供される通信装置１０００は、プロセッサ１００１、メモリ１００２、トランシーバ１００３およびバスシステム１００４を含む。本願の本実施形態において提供される通信装置は、第１のネットワークデバイス、第２のネットワークデバイスおよび端末デバイスのいずれか１つであってよい。

【0221】

プロセッサ１００１、メモリ１００２およびトランシーバ１００３は、バスシステム１００４を用いることにより接続されている。

【0222】

メモリ１００２は、プログラムを格納するように構成されている。具体的には、プログラムは、プログラムコードを含んでよく、プログラムコードは、コンピュータ演算命令を含む。メモリ１００２は、限定されるわけではないが、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭ）またはコンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）を含む。１つのメモリのみが、図１１に示されている。当然ながら、必要に応じて、複数のメモリが配置され得る。メモリ１００２は、代替的に、プロセッサ１００１内のメモリであってよい。これは、本明細書において限定されない。

【0223】

メモリ１００２は、
様々な動作を実装するための様々な動作命令を含む動作命令、および
様々な基本サービスを実装しハードウェアベースのタスクを処理するための様々なシステムプログラムを含むオペレーティングシステム
という要素、実行可能ユニットもしくはデータ構造またはそれらのサブセットもしくは拡張セットを格納する。

【0224】

プロセッサ１００１は、通信装置１０００の動作を制御する。プロセッサ１００１は、１つまたは複数の中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってよい。プロセッサ１００１が１つのＣＰＵである場合、ＣＰＵは、シングルコアＣＰＵであってもよく、マルチコアＣＰＵであってもよい。

【0225】

特定の用途の間、通信装置１０００のコンポーネントが、バスシステム１００４を用いることにより共に結合される。データバスに加え、バスシステム１００４は、電力バス、制御バスおよびステータス信号バス等を含む。しかしながら、明確な説明のために、図１１における様々なバスは、バスシステム１００４として示されている。例示を容易にするために、図１１は、バスシステム１００４の一例を示しているに過ぎない。

【0226】

本願の実施形態において提供される図２から図６または前述の実施形態において開示されている第１のネットワークデバイスの方法のいずれか１つ、または、本願の実施形態において提供される図２から図６または前述の実施形態における端末デバイスの方法のいずれか１つ、または、本願の実施形態において提供される図３から図５または前述の実施形態における第２のネットワークデバイスの方法のいずれか１つは、プロセッサ１００１に適用されてもよく、プロセッサ１００１により実装されてもよい。プロセッサ１００１は、集積回路チップであってよく、信号処理能力を有する。実装プロセスにおいて、前述の方法における各段階は、プロセッサ１００１内のハードウェアの集積論理回路、またはソフトウェアの形態の命令を用いることにより完了され得る。前述のプロセッサ１００１は、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジックデバイスまたはディスクリートハードウェアコンポーネントであってよい。プロセッサは、本願の実施形態において開示されている方法、段階および論理ブロック図を実装または実行し得る。汎用プロセッサはマイクロプロセッサであってもよく、このプロセッサは任意の従来のプロセッサ等であってもよい。本願の実施形態を参照して開示されている方法の段階は、ハードウェアデコードプロセッサにより直接実行および完了されてもよく、デコードプロセッサ内のハードウェアモジュールおよびソフトウェアモジュールの組み合わせを用いることにより実行および完了されてもよい。ソフトウェアモジュールは、当技術分野において成熟した記憶媒体、例えば、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリまたはレジスタ内に位置し得る。記憶媒体は、メモリ１００２内に位置しており、プロセッサ１００１は、メモリ１００２内の情報を読み取り、プロセッサ１００１のハードウェアとの組み合わせで、図２から図６のいずれか１つにおいて説明される第１のネットワークデバイスの方法の段階を実行するか、プロセッサ１００１のハードウェアとの組み合わせで、図２から図６のいずれか１つにおいて説明される端末デバイスの方法の段階を実行するか、プロセッサ１００１のハードウェアとの組み合わせで、図３から図５のいずれか１つにおいて説明される第２のネットワークデバイスの方法の段階を実行する。

【0227】

本願の一実施形態はさらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含んでおり、コンピュータプログラムコードがコンピュータ上で実行された場合、コンピュータは、図２、図３、図４、図５または図６において説明される第１のネットワークデバイスの方法の段階を実行することが可能になり、または、コンピュータプログラムコードがコンピュータ上で実行された場合、コンピュータは、図２、図３、図４、図５または図６において説明される端末デバイスの方法の段階を実行することが可能になる。

【0228】

本願の一実施形態はさらに、装置を提供する。装置は、チップであってよい。チップは、プロセッサを含む。プロセッサは、メモリに格納されたコンピュータプログラムを読み取って実行することで図２から図６における考えられる実装のいずれか１つによるモビリティ最適化方法を実行するように構成されている。任意選択的に、チップは、メモリをさらに含み、メモリは、回路またはワイヤを用いることによりプロセッサに接続される。さらに、任意選択的に、チップは、通信インタフェースをさらに含み、プロセッサは、通信インタフェースに接続される。通信インタフェースは、処理される必要があるデータおよび／または情報を受信するように構成されている。プロセッサは、通信インタフェースからデータおよび／または情報を取得し、データおよび／または情報を処理し、通信インタフェースを通じて処理結果を出力する。通信インタフェースは、入力／出力インタフェースであってよい。

【0229】

任意選択的に、プロセッサおよびメモリが物理的に独立したユニットであってもよく、メモリがプロセッサと統合されていてもよい。

【0230】

本願の別の実施形態はさらに、通信システムを提供する。通信システムは、第１のネットワークデバイスを含み、任意選択的に、端末デバイスをさらに含む。代替的に、通信システムは、第１のネットワークデバイスおよび第２のネットワークデバイスを含み、任意選択的に、端末デバイスをさらに含む。例えば、第１のネットワークデバイスは、図２または図６において提供されるモビリティ最適化方法における第１のネットワークデバイスであってよく、端末デバイスは、図２または図６において提供されるモビリティ最適化方法における端末デバイスであってよい。代替的に、第１のネットワークデバイスは、図３から図５において提供されるモビリティ最適化方法における第１のネットワークデバイスであってよく、第２のネットワークデバイスは、図３から図５において提供されるモビリティ最適化方法における第２のネットワークデバイスであってよく、端末デバイスは、図３から図５において提供されるモビリティ最適化方法における端末デバイスであってよい。

【0231】

当業者であれば、実施形態における方法の手順の全てまたはいくつかが、関連するハードウェアに命令するコンピュータプログラムによって実装され得ることを理解し得る。プログラムは、コンピュータ可読記憶媒体に格納され得る。プログラムが実行された場合、方法の実施形態における手順が含まれ得る。記憶媒体は、ＲＯＭまたはランダムアクセスメモリＲＡＭ、磁気ディスクまたはコンパクトディスクなど、プログラムコードを格納できる任意の媒体を含む。

【0232】

前述の説明は、本願の特定の実装に過ぎず、本願の保護範囲を限定するようには意図されていない。本願において開示されている技術的範囲内で当業者が容易に考え出すあらゆる変形または置き換えが、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲の対象になるものとする。
［他の可能な項目］
［項目１］
モビリティ最適化方法であって、
第１のネットワークデバイスが端末デバイスから接続失敗情報を受信する段階であって、前記接続失敗情報は、前記端末デバイスが第１のセル内の無線リンク失敗ＲＬＦを検出しているか前記第１のセルへハンドオーバされるのに失敗していることを示すために用いられ、第２のセルから前記第１のセルへのハンドオーバの手順において前記端末デバイスと前記第２のセルとの間には無線接続が有り、前記第２のセルは、前記第１のネットワークデバイスにより管理されるセルである、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備える、方法。
［項目２］
前記第１のセルは、ターゲットセルであり、前記第２のセルは、ソースセルであり、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する前記段階は、
前記端末デバイスが前記第１のセル内の前記ＲＬＦを検出したか前記第１のセルへハンドオーバされるのに失敗した後に前記端末デバイスが前記第２のセルへの前記無線接続を保持していると前記第１のネットワークデバイスが判定した場合、前記端末デバイスの前記接続失敗タイプが早過ぎるハンドオーバであると前記第１のネットワークデバイスが判定する段階、または
第３のセルが前記端末デバイスによりアクセスされるセルであると前記第１のネットワークデバイスが判定した場合、前記端末デバイスの前記接続失敗タイプが誤ったセルへのハンドオーバであると前記第１のネットワークデバイスが判定する段階であって、前記第３のセルは、前記第１のセルおよび前記第２のセルとは異なる、判定する段階
の一方または両方を有する、
項目１に記載の方法。
［項目３］
前記第１のセルは、前記端末デバイスの少なくとも１つの候補セル内にあり、かつ、条件付きセル間ハンドオーバＣＨＯトリガ条件を満たしている候補セルであり、前記第３のセルは、前記第２のセル、および前記少なくとも１つの候補セルのいずれか１つとは異なる、項目２に記載の方法。
［項目４］
第１のネットワークデバイスが端末デバイスから接続失敗情報を受信する前記段階の前に、
前記第１のネットワークデバイスが第１のインジケーション情報を前記端末デバイスへ送信する段階であって、前記第１のインジケーション情報は、前記端末デバイスが前記第１のセルへハンドオーバされるのに失敗した場合に前記第２のセルにアクセスするよう前記端末デバイスに示すために用いられる、送信する段階
をさらに備える、項目３に記載の方法。
［項目５］
モビリティ最適化方法であって、
第１のネットワークデバイスが接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが第１のセルから第２のセルへのハンドオーバの手順において前記第１のセル内のＲＬＦを検出していることを示すために用いられ、前記第１のセルは、前記第１のネットワークデバイスにより管理されるセルである、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備える、方法。
［項目６］
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する前記段階は、
前記端末デバイスが前記第１のセルにキャンプオンしている時間が第２の閾値よりも大きいと前記第１のネットワークデバイスが判定し、前記端末デバイスが前記第２のセルに成功裏にアクセスしている場合、前記端末デバイスの前記接続失敗タイプが遅過ぎるハンドオーバであると前記第１のネットワークデバイスが判定する段階
を有する、
項目５に記載の方法。
［項目７］
前記第２のセルは、前記端末デバイスの少なくとも１つの候補セル内にあり、かつ、ＣＨＯトリガ条件を満たしている候補セルである、項目６に記載の方法。
［項目８］
第１のネットワークデバイスが第２のネットワークデバイスから接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが前記第１のネットワークデバイスにより管理されるマスタセルグループＭＣＧ内のＲＬＦを検出していることを示すために用いられる、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備えるモビリティ最適化方法。
［項目９］
第１のネットワークデバイスが接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが第１のセル内のＲＬＦを検出しているか前記第１のセルから第２のセルへハンドオーバされるのに失敗していることを示すために用いられる、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備えるモビリティ最適化方法。
［項目１０］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目１から４のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１１］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、項目５から７のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１２］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目８に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１３］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目９に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１４］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサ、トランシーバおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記トランシーバは、情報を受信および送信するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目１から４のいずれか一項に記載の方法を実行することが可能になる、装置。
［項目１５］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサ、トランシーバおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記トランシーバは、情報を受信および送信するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目５から７のいずれか一項に記載の方法を実行することが可能になる、装置。
［項目１６］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサ、トランシーバおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記トランシーバは、情報を受信および送信するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目８に記載の方法を実行することが可能になる、装置。
［項目１７］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサ、トランシーバおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記トランシーバは、情報を受信および送信するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目９に記載の方法を実行することが可能になる、装置。
［項目１８］
第１のネットワークデバイスと端末デバイスとを備える通信システムであって、
前記第１のネットワークデバイスは、項目１から７のいずれか一項に記載の方法を実行するためのネットワークデバイスであり、
前記端末デバイスは、項目１から７のいずれか一項に記載の方法を実行するための端末デバイスである、
通信システム。
［項目１９］
可読記憶媒体であって、前記可読記憶媒体は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目１から４のいずれか一項に記載の方法が実行される、可読記憶媒体。
［項目２０］
可読記憶媒体であって、前記可読記憶媒体は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目５から７のいずれか一項に記載の方法が実行される、可読記憶媒体。
［項目２１］
可読記憶媒体であって、前記可読記憶媒体は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目８に記載の方法が実行される、可読記憶媒体。
［項目２２］
可読記憶媒体であって、前記可読記憶媒体は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目９に記載の方法が実行される、可読記憶媒体。
［他のさらなる可能な項目］
［項目１］
通信方法であって、
端末デバイスが接続失敗情報を判定する段階と、
無線リソース制御ＲＲＣメッセージを用いることにより、前記接続失敗情報と第１のセルの識別子とを第１のネットワークデバイスへ送信する段階であって、前記第１のセルの前記識別子は、前記端末デバイスにより受信される再構成メッセージもしくはハンドオーバコマンドメッセージがそこから来るセルの識別子、または接続失敗が発生しているセルの識別子を含む、送信する段階と
を備え、 前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にある、
方法。
［項目２］
前記端末デバイスがソースネットワークデバイスの前記第１のセルからターゲットネットワークデバイスの第２のセルへハンドオーバされるのを試みる手順においてハンドオーバ失敗が発生しており、前記第１のセルは、前記端末デバイスにより受信される前記再構成メッセージまたは前記ハンドオーバコマンドメッセージがそこから来る前記セルであり、前記第１のセルおよび前記第２のセルは、異なる無線アクセス技術を用いるをさらに備える、項目１に記載の方法。
［項目３］
前記端末デバイスが、前記ＲＲＣメッセージを送信する前に、前記第１のネットワークデバイスの第３のセルにアクセスする段階であって、前記第２のセルおよび前記第３のセルは、同じ無線アクセス技術を用いる、アクセスする段階
をさらに備える、項目２に記載の方法。
［項目４］
ソースネットワークデバイスの前記第１のセル内の前記端末デバイス上で無線リンク失敗が発生しており、前記第１のセルは、前記接続失敗が発生している前記セルであるをさらに備える、項目１に記載の方法。
［項目５］
前記端末デバイスが、前記ＲＲＣメッセージを送信する前に、前記第１のネットワークデバイスの第３のセルにアクセスする段階であって、前記第１のセルおよび前記第３のセルは、異なる無線アクセス技術を用いる、アクセスする段階
をさらに備える、項目４に記載の方法。
［項目６］
前記第１のネットワークデバイスの、前記端末デバイスによりアクセスされるセルにより用いられる無線アクセス技術が新無線ＮＲであり、前記第１のセルにより用いられる前記無線アクセス技術は、進化型ユニバーサル地上無線アクセスＥ－ＵＴＲＡである、項目１から５のいずれか一項に記載の方法。
［項目７］
通信方法であって、
第１のネットワークデバイスが端末デバイスから無線リソース制御ＲＲＣメッセージを受信する段階であって、前記ＲＲＣメッセージは、接続失敗情報と第１のセルの識別子とを含み、前記第１のセルの前記識別子は、前記端末デバイスにより受信される再構成メッセージもしくはハンドオーバコマンドメッセージそこからが来るセルの識別子または接続失敗が発生しているセルの識別子を含む、受信する段階と、
前記ＲＲＣメッセージに基づいて、前記第１のセルの前記識別子を判定する段階と
を備え、 前記接続失敗情報は、前記ＲＲＣメッセージ内のコンテナの形態であり、前記第１のセルの前記識別子は、前記コンテナの外部にある、
方法。
［項目８］
前記第１のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを、前記第１のネットワークデバイスと第２のネットワークデバイスとの間のインタフェースを通じて前記第２のネットワークデバイスへ送信する段階であって、前記第２のネットワークデバイスは、前記第１のセルを管理する、送信する段階
をさらに備える、項目７に記載の方法。
［項目９］
前記第１のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを、コアネットワークデバイスを用いることにより第２のネットワークデバイスへ送信する段階であって、前記第２のネットワークデバイスは、前記第１のセルを管理する、送信する段階
をさらに備える、項目７に記載の方法。
［項目１０］
前記第１のネットワークデバイスにより管理されるセルが、第１の無線アクセス技術のセルであり、前記第１のセルは、第２の無線アクセス技術を用いる、項目７から９のいずれか一項に記載の方法。
［項目１１］
通信方法であって、
第２のネットワークデバイスが、前記第２のネットワークデバイスと第１のネットワークデバイスとの間のインタフェースを通じて、またはコアネットワークデバイスを用いることにより、前記第１のネットワークデバイスから、接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを受信する段階と、
前記第２のネットワークデバイスが、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を示す前記情報に基づいて、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を判定する段階と
を備える、方法。
［項目１２］
前記第１のネットワークデバイスおよび前記第２のネットワークデバイスは、異なる無線アクセス技術を用いる、項目１１に記載の方法。
［項目１３］
装置であって、前記装置は、端末デバイスまたは前記端末デバイス内に配置されたチップもしくは回路であり、前記装置は、項目１から６のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１４］
装置であって、前記装置は、端末デバイスまたは前記端末デバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目１から６のいずれか一項に記載の方法を実行することが可能になる、装置。
［項目１５］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目７から１０のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１６］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目１１または１２に記載の方法を実行することが可能になる、装置。
［項目１７］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目７から１０のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目１８］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目１１または１２に記載の方法を実行することが可能になる、装置。
［項目１９］
項目１５または１６に記載の装置と、項目１７または１８に記載の装置とを備える通信システム。
［項目２０］
項目１３または１４に記載の装置をさらに備える、項目１９に記載のシステム。
［項目２１］
可読記憶媒体またはプログラム製品であって、前記可読記憶媒体または前記プログラム製品は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目１から６のいずれか一項、項目７から１０のいずれか一項、または項目１１または１２に記載の方法が実行される、可読記憶媒体またはプログラム製品。
［項目２２］
通信方法であって、
第３のネットワークデバイスが端末デバイスから接続失敗情報を受信する段階であって、前記接続失敗情報は、前記端末デバイスが第１のネットワークデバイスの第１のセルから第２のセルへ成功裏にハンドオーバされた後に前記端末デバイスが第２のネットワークデバイスの前記第２のセル内の無線リンク失敗ＲＬＦを検出していることを示す、受信する段階と、
前記第３のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられる無線リソース制御ＲＲＣフォーマットの無線アクセス技術を示す情報とを前記第２のネットワークデバイスへ送信する段階と
を備える、方法。
［項目２３］
前記端末デバイスから受信される前記接続失敗情報は、ＲＲＣメッセージのコンテナの形態である、項目２２に記載の方法。
［項目２４］
前記第３のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を示す前記情報とを、前記第３のネットワークデバイスと前記第２のネットワークデバイスとの間のインタフェースを通じて前記第２のネットワークデバイスへ送信する段階
をさらに備える、項目２２または２３に記載の方法。
［項目２５］
前記第３のネットワークデバイスが、前記接続失敗情報と、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を示す前記情報とを、コアネットワークデバイスを用いることにより前記第２のネットワークデバイスへ送信する段階
をさらに備える、項目２２または２３に記載の方法。
［項目２６］
前記第１のネットワークデバイスの前記第１のセルは、第１の無線アクセス技術を用い、前記第２のネットワークデバイスの前記第２のセルおよび前記第３のネットワークデバイスのセルは、第２の無線アクセス技術を用いる、項目２２から２５のいずれか一項に記載の方法。
［項目２７］
通信方法であって、
第２のネットワークデバイスが、接続失敗情報と、前記接続失敗情報により用いられるＲＲＣフォーマットの無線アクセス技術を示す情報とを、前記第２のネットワークデバイスと第３のネットワークデバイスとの間のインタフェースを通じて、またはコアネットワークデバイスを用いることにより、前記第３のネットワークデバイスから受信する段階であって、前記接続失敗情報は、前記第３のネットワークデバイスにより端末デバイスから受信され、かつ、前記端末デバイスが第１のネットワークデバイスの第１のセルから第２のセルへ成功裏にハンドオーバされた後に前記端末デバイスが前記第２のネットワークデバイスの前記第２のセル内の無線リンク失敗ＲＬＦを検出していることを示す、受信する段階と、
前記第２のネットワークデバイスが、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を示す前記情報に基づいて、前記接続失敗情報により用いられる前記ＲＲＣフォーマットの前記無線アクセス技術を判定する段階と
を備える、方法。
［項目２８］
前記第１のネットワークデバイスの前記第１のセルは、第１の無線アクセス技術を用い、前記第２のネットワークデバイスの前記第２のセルおよび前記第３のネットワークデバイスのセルは、第２の無線アクセス技術を用いる、項目２７に記載の方法。
［項目２９］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目２２から２６のいずれか一項に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目３０］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目２２から２６のいずれか一項に記載の方法を実行することが可能になる、装置。
［項目３１］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目２７または２８に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目３２］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目２７または２８に記載の方法を実行することが可能になる、装置。
［項目３３］
項目２９または３０に記載の装置と、項目３１または３２に記載の装置とを備える通信システム。
［項目３４］
可読記憶媒体またはプログラム製品であって、前記可読記憶媒体または前記プログラム製品は、プログラム命令を格納しており、前記プログラム命令が実行された場合、項目２２から２６のいずれか一項、または項目２７または２８に記載の方法が実行される、可読記憶媒体またはプログラム製品。
［項目３５］
モビリティ最適化方法であって、
第１のネットワークデバイスが端末デバイスから接続失敗情報を受信する段階であって、前記接続失敗情報は、前記端末デバイスが第１のセル内の無線リンク失敗ＲＬＦを検出しているか前記第１のセルへハンドオーバされるのに失敗していることを示すために用いられ、第２のセルから前記第１のセルへのハンドオーバの手順において前記端末デバイスと前記第２のセルとの間には無線接続が有り、前記第２のセルは、前記第１のネットワークデバイスにより管理されるセルである、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備える、方法。
［項目３６］
前記第１のセルは、ターゲットセルであり、前記第２のセルは、ソースセルであり、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する前記段階は、
前記端末デバイスが前記第１のセル内の前記ＲＬＦを検出したか前記第１のセルへハンドオーバされるのに失敗した後に前記端末デバイスが前記第２のセルへの前記無線接続を保持していると前記第１のネットワークデバイスが判定した場合、前記端末デバイスの前記接続失敗タイプが早過ぎるハンドオーバであると前記第１のネットワークデバイスが判定する段階、または
第３のセルが前記端末デバイスによりアクセスされるセルであると前記第１のネットワークデバイスが判定した場合、前記端末デバイスの前記接続失敗タイプが誤ったセルへのハンドオーバであると前記第１のネットワークデバイスが判定する段階であって、前記第３のセルは、前記第１のセルおよび前記第２のセルとは異なる、判定する段階
の一方または両方を有する、
項目３５に記載の方法。
［項目３７］
前記第１のセルは、前記端末デバイスの少なくとも１つの候補セル内にあり、かつ、条件付きセル間ハンドオーバＣＨＯトリガ条件を満たしている候補セルであり、前記第３のセルは、前記第２のセル、および前記少なくとも１つの候補セルのいずれか１つとは異なる、項目３６に記載の方法。
［項目３８］
第１のネットワークデバイスが端末デバイスから接続失敗情報を受信する前記段階の前に、
前記第１のネットワークデバイスが第１のインジケーション情報を前記端末デバイスへ送信する段階であって、前記第１のインジケーション情報は、前記端末デバイスが前記第１のセルへハンドオーバされるのに失敗した場合に前記第２のセルにアクセスするよう前記端末デバイスに示すために用いられる、送信する段階
をさらに備える、項目３７に記載の方法。
［項目３９］
モビリティ最適化方法であって、
第１のネットワークデバイスが接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが第１のセルから第２のセルへのハンドオーバの手順において前記第１のセル内のＲＬＦを検出していることを示すために用いられ、前記第１のセルは、前記第１のネットワークデバイスにより管理されるセルである、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備える、方法。
［項目４０］
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する前記段階は、
前記端末デバイスが前記第１のセルにキャンプオンしている時間が第２の閾値よりも大きいと前記第１のネットワークデバイスが判定し、前記端末デバイスが前記第２のセルに成功裏にアクセスしている場合、前記端末デバイスの前記接続失敗タイプが遅過ぎるハンドオーバであると前記第１のネットワークデバイスが判定する段階
を有する、
項目３９に記載の方法。
［項目４１］
前記第２のセルは、前記端末デバイスの少なくとも１つの候補セル内にあり、かつ、ＣＨＯトリガ条件を満たしている候補セルである、項目４０に記載の方法。
［項目４２］
第１のネットワークデバイスが第２のネットワークデバイスから接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが前記第１のネットワークデバイスにより管理されるマスタセルグループＭＣＧ内のＲＬＦを検出していることを示すために用いられる、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備えるモビリティ最適化方法。
［項目４３］
第１のネットワークデバイスが接続失敗情報を受信する段階であって、前記接続失敗情報は、端末デバイスが第１のセル内のＲＬＦを検出しているか前記第１のセルから第２のセルへハンドオーバされるのに失敗していることを示すために用いられる、受信する段階と、
前記第１のネットワークデバイスが前記端末デバイスの接続失敗タイプを判定する段階と
を備えるモビリティ最適化方法。
［項目４４］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、前記装置は、項目３５から３８のいずれか一項、項目３９から４１のいずれか一項、項目４２、または項目４３に記載の方法を実行するように構成されたユニットまたはモジュールを備える、装置。
［項目４５］
装置であって、前記装置は、ネットワークデバイスまたは前記ネットワークデバイス内に配置されたチップもしくは回路であり、プロセッサ、トランシーバおよびメモリを備え、前記メモリは、コンピュータプログラムを格納するように構成されており、前記トランシーバは、情報を受信および送信するように構成されており、前記コンピュータプログラムは、プログラム命令を含み、前記プロセッサが前記プログラム命令を実行した場合、前記装置は、項目３５から３８のいずれか一項、項目３９から４１のいずれか一項、項目４２、または項目４３に記載の方法を実行することが可能になる、装置。
［項目４６］
プログラム命令を格納した可読記憶媒体またはプログラム製品であって、前記プログラム命令が実行された場合、項目３５から３８のいずれか一項、項目３９から４１のいずれか一項、項目４２、または項目４３に記載の方法が実行される、可読記憶媒体またはプログラム製品。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】