特開 2024-16275 端末デバイスで実施される方法及び端末デバイス

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024016275

(43)【公開日】2024-02-06

(54)【発明の名称】端末デバイスで実施される方法及び端末デバイス

(51)【国際特許分類】

   H04W 36/26 20090101AFI20240130BHJP

【ＦＩ】

H04W36/26

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023196504

(22)【出願日】2023-11-20

(62)【分割の表示】P 2022500087の分割

【原出願日】2019-07-05

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

(57)【要約】      （修正有）

【課題】本開示の実施形態は、条件付きハンドオーバ（ＣＨＯ）の試行失敗を報告するための方法、デバイス及びコンピュータ可読媒体を提供する。
【解決手段】障害レポートの新たな仕組みを実現する方法は、端末デバイスの条件付きハンドオーバのための候補セルに関する設定情報を取得することと、少なくとも１つの候補セルに対し、少なくとも１回の条件付きハンドオーバ試行を開始することと、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗したことに応じて、前記少なくとも１回の条件付きハンドオーバ試行の失敗情報を格納することと、を含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

ターゲットセルへの条件付きハンドオーバ（ＣＨＯ）試行を実行することと、
前記ＣＨＯ試行が失敗したことに応じて、前記ＣＨＯ試行が、無線リンク障害（ＲＬＦ）又はハンドオーバ失敗によってトリガされるかを判定することと、
前記ＣＨＯ試行が、前記ＲＬＦ又は前記ハンドオーバ失敗によってトリガされないことに応じて、前記ＣＨＯ試行のハンドオーバ失敗情報をＲＬＦレポートに格納することと、
を含む、端末デバイスで実施される方法。

【請求項2】

前記ＣＨＯ試行が、前記ＲＬＦ又は前記ハンドオーバ失敗によってトリガされることに応じて、前記ＣＨＯ試行のハンドオーバ失敗情報を無視することをさらに含む、
請求項１に記載の方法。

【請求項3】

前記ＣＨＯ試行の失敗が、前記ＣＨＯ試行のためのタイマの満了に基づいて判定される、
請求項１に記載の方法。

【請求項4】

前記ＣＨＯ試行が成功したことに応じて、成功したＣＨＯ試行の情報を含むメッセージを送信することをさらに含む、
請求項１に記載の方法。

【請求項5】

前記成功したＣＨＯ試行の情報は、前記ターゲットセルの識別子、又はロケーション情報の少なくとも一つを含む、
請求項４に記載の方法。

【請求項6】

ターゲットセルへの条件付きハンドオーバ（ＣＨＯ）試行を実行するための手段と、
前記ＣＨＯ試行が失敗したことに応じて、前記ＣＨＯ試行が、無線リンク障害（ＲＬＦ）又はハンドオーバ失敗によってトリガされるかを判定するための手段と、
前記ＣＨＯ試行が、前記ＲＬＦ又は前記ハンドオーバ失敗によってトリガされないことに応じて、前記ＣＨＯ試行のハンドオーバ失敗情報をＲＬＦレポートに格納するための手段と、
を備える、端末デバイス。

【請求項7】

前記ＣＨＯ試行が、前記ＲＬＦ又は前記ハンドオーバ失敗によってトリガされることに応じて、前記ＣＨＯ試行のハンドオーバ失敗情報を無視するための手段をさらに備える、
請求項６に記載の端末デバイス。

【請求項8】

前記ＣＨＯ試行の失敗を、前記ＣＨＯ試行のためのタイマの満了に基づいて判定するための手段をさらに備える、
請求項６に記載の端末デバイス。

【請求項9】

前記ＣＨＯ試行が成功したことに応じて、成功したＣＨＯ試行の情報を含むメッセージを送信するための手段をさらに備える、
請求項６に記載の端末デバイス。

【請求項10】

前記成功したＣＨＯ試行の情報は、前記ターゲットセルの識別子、又はロケーション情報の少なくとも一つを含む、
請求項９に記載の端末デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は全体として通信分野に関し、より具体的には、条件付きハンドオーバ（ＣＨＯ）の試行失敗を報告するための通信方法、デバイス、及びコンピュータ可読媒体に関する。

【背景技術】

【0002】

周知のとおり、端末デバイスは、ハンドオーバ（ＨＯ）手順が成功した場合、ソースセルからターゲットセルにハンドオーバすることができる。しかしながら、主にハンドオーバコマンドの送信失敗によってハンドオーバの失敗が発生する。ハンドオーバの信頼性を向上させるために、Ｒｅｌ－１６ ＬＴＥ及びＮＲでは、条件付きハンドオーバ（ＣＨＯ）を適用することが合意されている。

【0003】

ソースネットワークデバイス（ｇＮＢ又はｅＮＢ）と端末デバイスとの間のチャネルがまだ良好な状態にある場合、ソースネットワークデバイスは、複数のＣＨＯ候補セルに関連付けられるＣＨＯ設定を端末デバイスに送信することができる。ＣＨＯ設定は、ＣＨＯ候補セルの設定及びＣＨＯ実行条件を含む。ＣＨＯ実行条件を満たすＣＨＯ候補セルがあれば、例えば、ターゲットセル（ＣＨＯ候補セル）と端末デバイスとの間のチャネル状態は、サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）と端末デバイスとの間のチャネル状態よりもオフセットが良好であれば、端末デバイスは、ターゲットセルと自律的に接続を行うことができる。この場合、ソースネットワークデバイスがメッセージを送信してＣＨＯ実行開始を指示する必要はない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

全体として、本開示の例示的な実施形態は、条件付きハンドオーバ（ＣＨＯ）の試行失敗を報告するための方法、デバイス、及びコンピュータ可読媒体を提供する。

【課題を解決するための手段】

【0005】

第１の態様において、端末デバイスで実施される方法が提供される。前記方法は、前記端末デバイスの条件付きハンドオーバについての候補セルに関する設定情報を取得することを備える。前記方法はさらに、少なくとも１つの候補セルに対し、少なくとも１回の条件付きハンドオーバ試行を開始することを備える。前記方法はさらに、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗したことに応じて、前記少なくとも１回の条件付きハンドオーバ試行の失敗情報を格納することを含む。

【0006】

第２の態様において、端末デバイスで実施される方法が提供される。前記方法は、前記端末デバイスの条件付きハンドオーバについての候補セルに関する設定情報を取得することを備える。前記方法はさらに、少なくとも１つの候補セルに対し、少なくとも１回の条件付きハンドオーバ試行を開始することを備える。前記方法はさらに、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗したことに応じて、前記少なくとも１回の条件付きハンドオーバ試行の失敗を無視することを含む。

【0007】

第３の態様では、端末デバイスが提供される。前記端末デバイスは、プロセッサと、前記プロセッサユニットに結合され命令が格納されているメモリとを備え、前記命令が前記プロセッサユニットによって実行される場合に、前記端末デバイスに前記第１の態様にかかる動作を実行させる。

【0008】

第４の態様では、端末デバイスが提供される。前記端末デバイスは、プロセッサと、前記プロセッサユニットに結合され命令が格納されているメモリとを備え、前記命令は前記プロセッサユニットによって実行される場合に、前記端末デバイスに前記第２の態様にかかる動作を実行させる。

【0009】

第５の態様では、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに前記第１の態様にかかる方法を実行させる命令が格納されている、コンピュータ可読媒体が提供される。

【0010】

第６の態様では、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに前記第２の態様にかかる方法を実行させる命令が格納されている、コンピュータ可読媒体が提供される。

【0011】

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

【図面の簡単な説明】

【0012】

以下、図面において本開示のいくつかの実施形態をさらに詳細に説明し、本開示の上述の及びその他の目的、特徴、利点をさらに明らかにする。

【0013】

【図1】本開示のいくつかの実施形態を実施可能な通信環境の模式図である。

【0014】

【図2】本開示の例示的な実施形態にかかる、条件付きハンドオーバ（ＣＨＯ）の試行失敗を報告するためのプロセス２００の模式図を示す。

【0015】

【図3】本開示のいくつかの実施形態にかかる例示的方法３００のフローチャートを示す。

【0016】

【図4】本開示のいくつかの実施形態にかかる例示的方法４００のフローチャートを示す。

【0017】

【図5】本開示のいくつかの実施形態にかかる例示的方法５００のフローチャートを示す。

【0018】

【図6】本開示の実施形態を実現するのに適したデバイスの概略ブロック図である。

【0019】

全ての図において、同一又は類似の図面符号は、同一又は類似の要素を表す。

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

【0020】

以下、いくつかの例示的実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、単に説明のために記述され、当業者が本開示を理解し実施するのをサポートするものであり、本開示の範囲に対する何らかの限定を暗示するものではない。本明細書で説明する本開示は、以下に説明する方法以外に、さまざまな方法で実施可能である。

【0021】

以下の説明及び請求項において、別途定義しない限り、文中で使用される全ての技術用語・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。

【0022】

文中で使用される用語「ネットワークデバイス」又は「基地局」（ＢＳ）とは、端末デバイスが通信できるセル又はカバレッジ（ｃｏｖｅｒａｇｅ）を、提供又はホスト可能なデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等のような低電力ノードが含まれるが、これらに限定されない。議論を目的として、以下では、ネットワークデバイスの例としてｇＮＢを参照しつついくつかの実施形態を説明する。

【0023】

文中で使用される用語「端末デバイス」は、無線での通信能力又は有線での通信能力を有する全てのデバイスを指す。端末デバイスの例として、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯コンピュータ、デジタルカメラのような画像取込デバイス、ゲーム機器、音楽保存再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧が可能なインターネットデバイス等が含まれるが、これらに限定されない。

【0024】

文中で使用される場合、文脈の中で他に明記しない限り、単数形式である「１つ」、「１つの」及び「当該」は、複数形式を含むことを意味する。用語「含む」及びその変形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると理解されるべきである。用語「…に基づいて」は、「少なくとも部分的に基づく」と理解されるべきである。用語「実施形態」及び「１つの実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「他の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。用語「第１」、「第２」等は、異なるか又は同一の対象を指すことができる。以下の文中では、その他の明確な定義及び暗黙の定義が含まれる可能性がある。

【0025】

いくつかの例示において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能の代替案から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0026】

図１は、その中で本開示の実施形態を実施可能な例示的通信ネットワーク１００を示す。ネットワーク１００は、端末デバイス１１０と、ネットワークデバイス１２０－１～１２０－４（ネットワークデバイス１２０と総称する）とを含む。例えば、端末デバイス１１０は、ネットワークデバイス１２０－１からサービスを受けることができる。ネットワークデバイス１２０－１のサービングエリアはセル１０１と称される。ネットワークデバイス及び端末デバイスの数は、説明を目的としたものにすぎず、何らかの限定を暗示するものではないことは理解できるはずである。ネットワーク１００は、本開示の実施形態の実施に適した任意の適切な数のネットワークデバイス及び端末デバイスを含むことができる。図示されてはいないが、理解すべき点として、セル１０１内に１つ又は複数の端末デバイスが位置し、ネットワークデバイス１２０－１からサービスを受けることができる。

【0027】

通信ネットワーク１００において、ネットワークデバイス１２０は、データ及び制御情報を端末デバイス１１０に送ることができ、端末デバイス１１０も、データ及び制御情報をネットワークデバイス１２０に送ることができる。ネットワークデバイス１２０から端末デバイス１１０へのリンクは、ダウンリンク（ＤＬ）又はフォワードリンクと称され、一方、端末デバイス１１０からネットワークデバイス１２０へのリンクは、アップリンク（ＵＬ）又はリバースリンクと称される。

【0028】

１つの実施形態において、端末デバイスは、第１ネットワークデバイス及び第２ネットワークデバイスと接続することができる。第１ネットワークデバイス及び第２ネットワークデバイスのうち、一方はマスターノードであり、他方はセカンダリノードであり得る。第１ネットワークデバイスと第２ネットワークデバイスは、異なる無線アクセス技術（ＲＡＴ）を使用することができる。１つの実施形態において第１ネットワークデバイスは、第１ＲＡＴデバイスであり、第２ネットワークデバイスは、第２ＲＡＴデバイスであり得る。１つの実施形態では、第１ＲＡＴデバイスはｅＮＢであり、第２ＲＡＴデバイスはｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワークデバイス及び第２ネットワークデバイスの少なくとも一方から端末デバイスに送信することができる。１つの実施形態において、第１情報は、第１ネットワークデバイスから端末デバイスに送信されてもよく、第２情報は、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して送信されてもよい。１つの実施形態では、第２ネットワークデバイスによって設定される端末デバイスの設定と関連する情報が、第２ネットワークデバイスから第１ネットワークデバイスを介して送信されてもよい。また、第２ネットワークデバイスによって設定される端末デバイスの再設定と関連する情報が、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。

【0029】

ネットワーク１００は、通信技術に応じて、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）ネットワーク又は任意の他のネットワークであり得る。ネットワーク１００に関し論じる通信としては、任意の適切な規格に適合するものを用いることができ、それには新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ エボリューション、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、移動通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等が含まれ得るが、これらに限定されない。また、現在既知の又は将来開発される任意の世代の通信プロトコルに基づき、通信を実行することができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書で説明する技術は、上述した無線ネットワーク及び無線技術並びに他の無線ネットワーク及び無線技術において用いることができる。明確性の観点から、以下ではＬＴＥについてこれらの技術のいくつかの面を説明しており、以下の説明の大部分において、ＬＴＥの技術用語が使用されている。

【0030】

通信ネットワーク１００において、端末デバイス１１０とネットワークデバイス１２０－１との間のチャネル状態が悪化している場合、ネットワークデバイス１２０－１は、ハンドオーバ（ＨＯ）手順を開始し、端末デバイス１１０に、そのサービングセルからターゲットセルへのハンドオーバを通知することができる。ハンドオーバ手順の間、端末デバイス１１０は、ターゲットセルへのアクセスを試行することができる。ハンドオーバ手順の実行が成功した場合、端末デバイス１１０は、他のサービングエリアからサービスを受けることができ、例えば、ネットワークデバイス１２０－２のサービングセル１０２からサービスを受けることができる。

【0031】

しかしながら、ハンドオーバ手順のタイマ満了までに、アクセス試行が成功したことを示す応答を端末デバイス１１０がネットワークデバイス１２０－２から受信しなかった場合、アクセス試行は失敗する。この失敗したアクセス試行（ハンドオーバ失敗（ＨＯＦ）と称することができる）の失敗情報は、端末デバイス１１０に記録することができる。

【0032】

また、端末デバイス１１０とそのサービングネットワークデバイス１２０－１との間の接続が失敗した場合、その失敗した接続（無線リンク障害（ＲＬＦ）と称することができる）の失敗情報も、端末デバイス１１０に記録することができる。

【0033】

端末デバイス１１０は、その後のＲＲＣ接続の確立（再確立）及びターゲットセルへのハンドオーバにおいて、ＲＬＦレポート情報の利用可能性を示すことができる。上位デバイスがＲＬＦレポートを必要とする場合、新たに接続されたネットワークデバイス（例えば、ネットワークデバイス１２０－２）は、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージを送信して端末デバイス１１０にＲＬＦレポート情報をフィードバックすることを要求することができる。端末デバイス１１０はＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを用いて応答する。

【0034】

記録された失敗情報は、ＲＬＦレポート変数に導入することができる。現在の失敗記録の仕組みによれば、端末デバイス１１０は、最新の無線リンク障害又はハンドオーバ失敗の情報しか格納できない。端末デバイス１１０は、情報フィールドを設定する前に、現在のＲＬＦレポート変数に含まれる情報を常にクリアする。

【0035】

上述したように、ハンドオーバの信頼性を向上させるために、条件付きハンドオーバ（ＣＨＯ）が提案されている。条件付きハンドオーバ手順では、ネットワークデバイス１２０－１と端末デバイス１１０との間のチャネルがまだ良好な状態にある場合、ネットワークデバイス１２０－１は、複数のＣＨＯ候補セル（例えば、図１に示すセル１０２～１０４）に関連付けられるＣＨＯ設定を端末に送信することができる。ＣＨＯ設定にはＣＨＯ候補セルの設定及びＣＨＯ実行条件が含まれる。

【0036】

オプションとして、いずれかのＣＨＯ候補セルがＣＨＯ実行条件を満たすと、端末デバイス１１０は、ＣＨＯ候補セルに対し自律的なアクセス試行を実行することができ、ネットワークデバイス１２０－１がメッセージを送信してＣＨＯ実行開始を指示する必要はない。候補セルのセットを端末デバイス１１０に提供して条件付きハンドオーバ手順を実行できるため、ハンドオーバが成功するまでに、複数のアクセス試行が実行される可能性がある。

【0037】

別のオプションとして、ＲＬＦ又はＣＨＯがすでに発生した場合、ＣＨＯ候補セルがＣＨＯ実行条件を満たしていなくても、端末デバイス１１０はＣＨＯ手順を開始してもよい。

【0038】

上述したような失敗記録の仕組みによれば、新しい失敗情報が記録される前には常に、以前の失敗情報が削除され得る。この場合、ＲＬＦレポートが、ネットワーク全体の状態を反映できない可能性がある。例えば、ＣＨＯ実行前に記録されたＲＬＦ及びＨＯＦに関する情報は、ＣＨＯの失敗情報を記録する際に削除されてしまう可能性がある。また、複数のＣＨＯ候補セルに対するＣＨＯ試行がすべて失敗した場合、端末デバイス１１０は、最後のＣＨＯ実行に関連するＲＬＦレポートしか提出できない。さらに、ＣＨＯ手順においてハンドオーバの失敗をどのように示すかについては、まだ議論が尽くされていない。

【0039】

このため本開示では、条件付きハンドオーバ（ＣＨＯ）の試行失敗を報告するための方法について議論する。

【0040】

以下、図面を参照しつつ原理及び例示的な実施形態を詳細に説明する。しかし当業者であれば、本開示がこれらの限定された実施形態を超えており、したがって、ここで図面に関して詳述する内容は、説明のためのものであることを容易に理解するはずである。

【0041】

図２は、本開示の例示的な実施形態にかかる、ＣＨＯの試行失敗を報告するためのプロセス２００の模式図を示す。議論を目的として、図１を参照しつつプロセス２００を説明する。プロセス２００は、図１に示す端末デバイス１１０及びネットワークデバイス１２０－１～１２０－４に関わることができる。

【0042】

図２に示すように、端末デバイス１１０はネットワークデバイス１２０－１から、ＣＨＯ用の候補セルに関する設定情報を取得する（２０５）。ネットワークデバイス１２０－１と端末デバイス１１０との間のチャネルがまだ良好な状態にあるときに、ネットワークデバイス１２０－１から設定情報を送信することができる。設定情報は、各候補セルのセルＩＤと、ＣＨＯ用のその他の関連設定とを含むことができる。例えば、候補セルは、図１に示すセル１０２～１０４を指すことができる。

【0043】

ＣＨＯをトリガするための条件に達した場合、例えば、ネットワークデバイス１２０－２～１２０－４と端末デバイス１１０との間のチャネル状態は、ネットワークデバイス１２０－１と端末デバイス１１０との間のチャネル状態よりもオフセットが良好である場合、端末デバイス１１０は、条件付きハンドオーバを開始することができる（２１０）。端末デバイス１１０は、候補セルに対し条件付きハンドオーバ試行を少なくとも１回実行することができる。

【0044】

第１の条件付きハンドオーバ試行において、端末デバイス１１０は、例えば、候補セルの１つ（例えば、ネットワークデバイス１２０－２のセル１０２）にアクセス要求を送信することができる（２１５）。条件付きハンドオーバ試行のためのタイマが満了し、ネットワークデバイス１２０－２から応答が受信されなかった場合は、ハンドオーバ試行を、失敗した試行とみなすことができる。セル１０２へのハンドオーバ試行が失敗すると、端末デバイス１１０は、失敗した条件付きハンドオーバ試行の失敗情報を格納する（２２０）。

【0045】

いくつかの例示的な実施形態では、端末デバイス１１０は、ＣＨＯ手順におけるセル１０２への第１のハンドオーバ試行の失敗が、端末デバイス１１０が現在のサービングセル（すなわちセル１０２）と接続した（この状況では、端末デバイス１１０とネットワークデバイスとの間の接続は失敗しない）後の第１の接続失敗であるか否かを判定してもよい。セル１０２への第１のハンドオーバ試行の失敗が第１の接続失敗である場合、端末デバイス１１０は、以前に格納した失敗情報を削除することができる。例えば、セル１０１～１０４以外の他のセルに関連する失敗情報の履歴を削除することができる。

【0046】

別のオプションとして、端末デバイス１１０は、ＲＬＦ又はＨＯＦによってセル１０２へのハンドオーバ試行がトリガされるかどうかを判定してもよい。端末デバイス１１０が、ＲＬＦ又はＨＯＦによってセル１０２へのハンドオーバ試行がトリガされると判定した場合、端末デバイス１１０は、失敗情報を無視することができる。

【0047】

いくつかの例示的な実施形態では、端末デバイス１１０は、さらなる条件付きハンドオーバ試行を実行することができる。例えば、端末デバイス１１０は、候補セルの１つ（例えばネットワークデバイス１２０－３のセル１０３）にアクセス要求を送信することができる（２２５）。同様に、条件付きハンドオーバ試行のタイマが満了し、ネットワークデバイス１２０－３から応答を受信しなかった場合は、ハンドオーバ試行を失敗した試行とみなすことができる。

【0048】

セル１０３へのハンドオーバ試行が失敗した場合、この失敗した条件付きハンドオーバ試行の失敗情報も、端末デバイス１１０に格納することができる。上述したように、第１の条件付きハンドオーバ試行の失敗情報はすでに格納されている。

【0049】

いくつかの例示的な実施形態において、端末デバイス１１０は、第１の条件付きハンドオーバ試行及び第２の条件付きハンドオーバ試行の開始時点に基づいて、セル１０２に対する第１の条件付きハンドオーバ試行の失敗情報、及びセル１０３に対する第２の条件付きハンドオーバ試行の失敗情報の両方を格納することができる（２３０）。

【0050】

いくつかの例示的な実施形態では、セル１０２に対する第１の条件付きハンドオーバ試行が、条件付きハンドオーバ手順における１回目の条件付きハンドオーバ試行である場合、端末デバイス１１０は、当該第１の条件付きハンドオーバ試行の失敗情報のみを格納してもよい。

【0051】

いくつかの例示的な実施形態では、セル１０３に対する第２の条件付きハンドオーバ試行が、当該条件付きハンドオーバ手順における最後の条件付きハンドオーバ試行である場合、端末デバイス１１０は、当該第２の条件付きハンドオーバ試行の失敗情報のみを格納してもよい。

【0052】

いくつかの例示的な実施形態では、端末デバイス１１０は、失敗した条件付きハンドオーバ試行の所定の回数を格納してもよい。

【0053】

例えば、所定の回数が２であり、端末デバイス１１０が最も早い失敗を格納できる場合、第１の条件付きハンドオーバ試行の失敗情報及び第２の条件付きハンドオーバ試行の失敗情報のみを格納することができる。すなわち、第１の条件付きハンドオーバ試行及び第２の条件付きハンドオーバ試行の後に発生した、その他の失敗した条件付きハンドオーバ試行は、格納されなくなる。

【0054】

別のオプションとして、所定の回数が２で端末デバイスが直近の失敗を格納することが可能であり、第１の条件付きハンドオーバ試行の失敗情報及び第２の条件付きハンドオーバ試行の失敗情報が既に格納されている場合、さらなる失敗情報を格納する際に、端末デバイス１１０は、以前に格納された失敗情報の失敗回数と、さらなる失敗情報の失敗回数との合計が閾値回数を超えるか否かを判定してもよい。前記合計が閾値回数を超える場合、さらなる条件付きハンドオーバ試行の失敗情報を格納できるように、以前に格納された失敗情報の一部を削除することができる。

【0055】

端末デバイス１１０によって開始された少なくとも１回の条件付きハンドオーバ試行の前に、いくつかの以前の失敗情報が既に端末デバイス１１０に格納されている可能性がある。こうした以前の失敗情報は、ＲＬＦ、ＨＯＦ、又は別のＣＨＯ失敗と称してもよい。ＲＬＦは、端末デバイス１１０とネットワークデバイス１２０－１との間の接続が失敗したことを示すことができ、ＨＯＦは、端末デバイスがＣＨＯの前に専用セルへのアクセスを試行したがそのアクセス試行が失敗したことを示すことができる。

【0056】

オプションとして、以前の失敗情報を削除せずに、少なくとも１回の条件付きハンドオーバ試行の失敗情報を格納してもよい。

【0057】

さらなるオプションとして、端末デバイス１１０が、失敗した条件付きハンドオーバ試行の所定の回数を格納する場合、端末デバイス１１０は、以前の失敗情報に関連付けられる失敗回数と、失敗情報に関連付けられる失敗回数との合計が、格納が許容される失敗イベントの閾値回数を超えるか否かを判定してもよい。前記合計が閾値回数を超えていないと端末デバイス１１０が判定した場合、端末デバイス１１０は、以前の失敗情報を削除することなく、失敗情報を格納することができる。

【0058】

端末デバイス１１０が、前記合計が閾値回数を超えると判定した場合、端末デバイス１１０は、失敗情報が格納できるように、以前の失敗情報の一部を削除することができる。

【0059】

図２に戻って、端末デバイス１１０はさらに、条件付きハンドオーバ手順において、ネットワークデバイス１２０－４の別のセル１０４にアクセス要求を送信することができる（２３５）。端末デバイス１１０が前記ネットワークデバイスから、アクセスが許容可能であることを示す応答を受信した場合（２４０）、端末デバイス１１０は、セル１０４に対する条件付きハンドオーバの試行が成功したと判定することができる（２４５）。

【0060】

別のオプションとして、セル１０４へのハンドオーバ試行が失敗する可能性もある。しかし端末デバイス１１０は、利用可能なセルに成功にアクセスする可能性がある。すなわち、端末デバイス１１０とネットワークとの間の接続を再度確立する可能性がある。

【0061】

セル１０４と利用可能なセルはいずれも、以下の文中でターゲットセルと称することができる。

【0062】

端末デバイス１１０は、端末デバイスで発生した少なくとも１回の接続失敗の情報が利用可能であることを示すメッセージを、ターゲットセルに送信することができる（２５０）。

【0063】

例えば、当該メッセージは、少なくとも１回の接続失敗の失敗タイプ（すなわちＲＬＦ、ＨＯＦ及びＣＨＯＦのうちの１つ）、少なくとも１回の接続失敗の回数、及びターゲットセルへのハンドオーバ試行成功の情報、のうちの少なくとも１つを含むことができる。いくつかの実施形態では、失敗レポートはさらに、ＣＨＯ手順で発生した失敗回数を示してもよい。少なくとも１回の接続失敗に関する情報（すなわち端末デバイスのＲＬＦ変数）の例示は、以下の表で表すことができる。
表１：ＲＬＦ変数

【0064】

端末デバイス１１０が、少なくとも１回の接続失敗に関する情報の要求を受信した場合（２５５）、端末デバイス１１０は、失敗レポートを生成することができる（２６０）。失敗レポートは、以前の失敗情報、失敗情報、及び、ターゲットセルへの成功したハンドオーバ試行に関する情報、のうち少なくとも１つを含むことができる。

【0065】

いくつかの実施形態において、ターゲットセルへの成功したハンドオーバ試行に関する情報は、ターゲットセルの識別子、ターゲットセルへのアクセスのタイムスタンプ、ターゲットセルのロケーション、ターゲットセルのチャネル状況、及びターゲットセルの少なくとも１つの隣接セルのチャネル状況のうち、１つ又は複数のパラメータを含むことができる。

【0066】

いくつかの実施形態では、失敗レポートは、端末デバイスで発生した失敗のタイプと、各タイプの失敗情報とを示すことができる。失敗レポートの例は、以下の表で表すことができる。
表２：失敗レポート

【0067】

その後、端末デバイス１１０は、失敗レポートをターゲットセルに送信することができる。

【0068】

いくつかの実施形態では、ＣＨＯ手順で発生したいかなる失敗も、端末デバイス１１０に格納されない。言い換えれば、ＣＨＯ手順に関連する失敗は無視される。

【0069】

いくつかの実施形態では、端末デバイス１１０は、少なくとも１回の条件付きハンドオーバ試行の前に、無線リンク障害又は従来のハンドオーバ失敗（ｌｅｇａｃｙ ｈａｎｄｏｖｅｒ ｆａｉｌｕｒｅ）が発生していたかどうかを判定してもよい。少なくとも１回の条件付きハンドオーバ試行の前に、無線リンク障害又は従来のハンドオーバ失敗が発生していたと端末デバイス１１０が判定した場合、端末デバイス１１０は、ＣＨＯ手順における失敗を無視することができる。

【0070】

このようにして、失敗レポートの新たな仕組みを実現することができる。

【0071】

図３から図５を参照しつつ本開示の例示的実施形態にかかるより詳細な内容を説明する。

【0072】

図３は、本開示のいくつかの実施形態にかかる例示的方法３００のフローチャートを示す。方法３００は、図１に示すように、端末デバイス１１０において実施することができる。議論しやすいように、図１を参照して方法３００を説明する。

【0073】

３１０において端末デバイス１１０は、前記端末デバイスの条件付きハンドオーバのための少なくとも１つの候補セルに関する設定情報を取得する。

【0074】

３２０において端末デバイス１１０は、前記少なくとも１つの候補セルに対し、少なくとも１回の条件付きハンドオーバ試行を開始する。

【0075】

３３０において、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗した場合、端末デバイス１１０は３４０において、前記少なくとも１回の条件付きハンドオーバ試行の失敗情報を格納する。

【0076】

３３０において、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗した場合、端末デバイスの動作について図４を参照して以下のように説明することができる。

【0077】

図４は、本開示のいくつかの実施形態にかかる例示的方法４００のフローチャートを示す。方法４００は例えば、図１に示す端末デバイス１１０において実施することができる。議論しやすいように、図１を参照して方法４００を説明する。

【0078】

４１０において端末デバイス１１０は、前記端末デバイスで発生した少なくとも１回の接続失敗の情報が利用可能であることを示すメッセージを、ターゲットセルに送信する。前記ターゲットセルは、少なくとも１つの候補セル、又は前記少なくとも１つの候補セル以外の利用可能なセルのうちの１つの利用可能なセルを含むことができる。

【0079】

４２０において、端末デバイス１１０が情報についての要求をターゲットセルから受信すると、端末デバイス１１０は４３０において、以前の失敗情報、失敗情報、及び、成功した条件付きハンドオーバ試行に関する情報、のうちの少なくとも１つを含む失敗レポートを生成する。

【0080】

４４０において端末デバイス１１０は、失敗レポートを前記ターゲットセルに送信する。

【0081】

図５は、本開示のいくつかの実施形態にかかる例示的方法５００のフローチャートを示す。方法５００は例えば、図１に示す端末デバイス１１０において実施することができる。議論しやすいように、図１を参照して方法５００を説明する。

【0082】

５１０において端末デバイス１１０は、前記端末デバイスの条件付きハンドオーバのための少なくとも１つの候補セルに関する設定情報を取得する。

【0083】

５２０において端末デバイス１１０は、前記少なくとも１つの候補セルに対し、少なくとも１回の条件付きハンドオーバ試行を開始する。

【0084】

５３０において、条件付きハンドオーバ手順における前記少なくとも１つの候補セルへの少なくとも１回の条件付きハンドオーバ試行が失敗した場合、端末デバイス１１０は５４０において、前記少なくとも１回の条件付きハンドオーバ試行の失敗を無視する。

【0085】

図６は、本開示の実施形態を実施するのに適したデバイス６００の概略ブロック図である。デバイス６００は、図１に示す端末デバイス１１０のさらなる例示の実施形態であるとみなすことができる。したがって、デバイス６００は、端末デバイス１１０において実現することができ、又は端末デバイス１１０の少なくとも一部として実現することができる。

【0086】

図６に示すように、デバイス６００は、プロセッサ６１０、プロセッサ６１０に結合されるメモリ６２０、プロセッサ６１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）６４０、並びにＴＸ／ＲＸ６４０に結合される通信インタフェースを備える。メモリ６２０は、プログラム６３０の少なくとも一部を格納する。ＴＸ／ＲＸ ６４０は双方向通信に用いられる。ＴＸ／ＲＸ６４０は、通信のための少なくとも１つのアンテナを有し、実際には、本願で述べたアクセスノードは、複数のアンテナを有することができる。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、モビリティ マネージメント エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインタフェースを表すことができる。

【0087】

プログラム６３０がプログラム命令を含むと仮定すると、プログラム命令が、関連するプロセッサ６１０によって実行されると、デバイス６００は、文中で図２～図５を参照して述べた本開示の実施形態に基づいて操作を行うことができるようになる。本明細書の実施形態は、デバイス６００のプロセッサ６１０が実行可能なコンピュータソフトウェアによって実現してもよいし、ハードウェアによって実現してもよいし、又はソフトウェア及びハードウェアの組合せによって実現してもよい。プロセッサ６１０は、本開示の各実施形態を実施するように設定することができる。また、プロセッサ６１０及びメモリ６２０の組合せは、本開示の各実施形態を実施するのに適した処理部材６５０を構成することができる。

【0088】

メモリ６２０は、ローカルの技術ネットワークに適した任意のタイプであってよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）によって実現することができる。デバイス６００には１つのメモリ６２０しか示されていないが、デバイス６００には複数の物理上異なるメモリモジュールを設置することができる。例として、プロセッサ６１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、一つ又は複数を含むことができるが、これらに限定されない。デバイス６００は複数のプロセッサ、例えば、マスタープロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップを有することができる。

【0089】

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、ロジック又はそれらの任意の組合せにおいて実施することができる。いくつかの態様はハードウェアによって実現し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアによって実現することができる。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図形によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくはロジック、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらの組合せにおいて実現することができるが、これらに限定されない。

【0090】

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。該コンピュータプログラム製品は、コンピュータが実行可能な命令を含む。当該コンピュータが実行可能な命令は、対象の現実のプロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えばプログラムモジュールに含まれて、図２を参考に上述したプロセス又は方法を実行する。一般的に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。プログラムモジュールの機能は、各実施形態での必要に応じて、プログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカルデバイス又は分散型デバイスにおいて実行することができる。分散型デバイスにおいて、プログラムモジュールはローカルの記憶媒体及びリモートの記憶媒体の両方に置くことができる。

【0091】

本開示の方法を実行するためのプログラムコードは、一種類又は複数種類のプログラミング言語の任意の組合せによって記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供可能であり、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作を実現することができる。プログラムコードは全てマシン上で実行してもよいし、部分的にマシン上で実行してもよいし、独立したソフトウェアパッケージとして実行してもよいし、マシン上で部分的に実行するとともに、リモートのマシン上で部分的に実行してもよいし、又は完全にリモートのマシン若しくはサーバ上で実行してもよい。

【0092】

上述のプログラムコードは、マシン可読媒体上で実施することができ、該マシン可読媒体は、命令実行システム、装置若しくはデバイスによって使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシンが読み取り可能な信号媒体又はマシンが読み取り可能な記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線又は半導体のシステム、装置又はデバイス、又は前述の任意の適切な組合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のさらに具体的な例には、一つ若しくは複数のケーブルの電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0093】

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論では、いくつかの特定の実施の詳細が含まれるが、これらは本開示の範囲に対する限定であると解釈されるべきではなく、特定の実施形態が持つ特徴についての説明であると解釈されるべきである。個々の実施形態の背景において説明したいくつかの特徴は、ある一つの実現形態において組み合わせて実施されてもよい。逆に、一つの実施形態の背景において説明された各種特徴は、複数の実施形態において単独で、又は任意の適切なサブ的な組合せによって、実現されてもよい。

【0094】

本開示について、構造的特徴及び／又は方法・動作の専門用語で説明したが、添付の請求項によって限定される本開示は、必ずしも上述の具体的な特徴又は動作に限定されないと理解されるべきである。上述の具体的な特徴や動作はむしろ、請求項を実施する例示的形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】