(57)【要約】  第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、ことを含む方法が提供される。【選択図】図６
2019506804.tif 000002
【特許請求の範囲】
【請求項１】
第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、
第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、
前記測定レポートに応答して前記第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及び
もしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、
ことを含む方法。
【請求項２】
前記第１の期間は、前記第１イベントから測定レポートを与えるトリガー時間であり、そして前記第２の期間は、前記第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である、請求項１に記載の方法。
【請求項３】
前記第２の期間は、前記第１の期間より長い、請求項１又は２に記載の方法。
【請求項４】
ネットワークへ前記測定レポートを与え、及び
前記測定レポートがネットワークへ首尾良く与えられたかどうか決定する、
ことを含む、請求項１から３のいずれかに記載の方法。
【請求項５】
前記ユーザデバイスは、長さの異なる２つの第２の期間で構成され、前記測定レポートがネットワークに首尾良く与えられた場合にはその２つの第２の期間のうちの短い方を、そして前記測定レポートがネットワークに首尾良く与えられなかった場合にはその２つの第２の期間のうちの長い方を使用すると決定することを含む、請求項４に記載の方法。
【請求項６】
前記第２のイベントが発生したかどうか決定する前にネットワークに前記測定レポートを与えることを含む、請求項１から５のいずれかに記載の方法。
【請求項７】
前記第２の期間は、第１の期間が経過したときに始まるよう構成され、そして前記第２の期間は、前記第１の期間以下である、請求項１に記載の方法。
【請求項８】
前記第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
前記第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記第１のオフセットは、前記第２のオフセット以下である、請求項８又は９に記載の方法。
【請求項１１】
リッスン・ビフォア・トーク手順を遂行し、及びサービングアクセスポイントが利用できるかどうかに基づいてユーザデバイス制御ハンドオーバーを開始すると決定することを含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
請求項１から１１のいずれかに記載の方法を遂行するための手段を備えた装置。
【請求項１３】
コンピュータで実行されたときに請求項１から１１のいずれかに記載のステップを遂行するためのソフトウェアコード部分を備えたコンピュータ用のコンピュータプログラム製品。
【請求項１４】
少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含む少なくとも１つのメモリを備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、
第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、
前記測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及び
もしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、
ようにさせるよう構成された装置。
【請求項１５】
前記第１の期間は、前記第１イベントから測定レポートを与えるトリガー時間であり、そして前記第２の期間は、前記第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である、請求項１４に記載の装置。
【請求項１６】
前記第２の期間は、前記第１の期間より長い、請求項１４及び１５のいずれか１項に記載の装置。
【請求項１７】
ネットワークへ前記測定レポートを与え、及び
前記測定レポートがネットワークへ首尾良く与えられたかどうか決定する、
ように構成される、請求項１４から１６のいずれか１項に記載の装置。
【請求項１８】
前記ユーザデバイスは、長さの異なる２つの第２の期間で構成され、前記測定レポートがネットワークに首尾良く与えられた場合にはその２つの第２の期間のうちの短い方を、そして前記測定レポートがネットワークに首尾良く与えられなかった場合にはその２つの第２の期間のうちの長い方を使用すると決定するように構成される、請求項１７に記載の装置。
【請求項１９】
前記第２のイベントが発生したかどうか決定する前にネットワークに前記測定レポートを与えるように構成される、請求項１４から１８のいずれか１項に記載の装置。
【請求項２０】
前記第２の期間は、前記第１の期間が経過したときに始まるよう構成され、そして前記第２の期間は、前記第１の期間以下である、請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、方法、装置、システム、及びコンピュータプログラムに関するもので、より詳細には、アンライセンススペクトルにおけるスタンドアローン動作に関するが、これに限定されない。
【背景技術】
【０００２】
通信システムは、通信経路に含まれた種々のエンティティ間にキャリアを与えることにより、ユーザターミナル、ベースステーション及び／又は他のノードのような２つ以上のエンティティ間の通信セッションを可能にするファシリティと考えることができる。通信システムは、例えば、通信ネットワーク及び１つ以上の両立性通信装置によって提供することができる。通信セッションは、例えば、音声、電子メール（ｅメール）、テキストメッセージ、マルチメディア及び／又はコンテンツデータ、等の通信を搬送するためのデータの通信を含む。提供されるサービスの非限定例は、両方向又は多方向コール、データ通信又はマルチメディアサービス、及びインターネットのようなデータネットワークシステムへのアクセスを含む。
【０００３】
ワイヤレス通信システムでは、少なくとも２つのステーション間の通信セッションの少なくとも一部分がワイヤレスリンクを経て行われる。ワイヤレスシステムは、例えば、公衆地上移動ネットワーク（ＰＬＭＮ）、衛星ベースの通信システム、及び異なるワイヤレスローカルネットワーク、例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含む。ワイヤレスシステムは、典型的に、セルに分割することができ、それ故、セルラーシステムとしばしば称される。
【０００４】
ユーザは、適当な通信装置又はターミナルにより通信システムにアクセスすることができる。ユーザの通信装置は、ユーザ装置（ＵＥ）としばしば称される。通信装置には、通信を可能にし、例えば、通信ネットワークへのアクセス又は他のユーザとの直接的な通信を可能にするために適当な信号受信及び送信装置が設けられる。通信装置は、ステーション、例えば、セルのベースステーションにより与えられるキャリアにアクセスし、そしてそのキャリアにおいて通信を送信及び／又は受信することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信システム及びそれに関連した装置は、典型的に、システムに関連した種々のエンティティが何を行うことが許され及びそれをどのように達成すべきかを規定する所与の規格又は仕様に従って動作する。典型的に、接続に使用すべき通信プロトコル及び／又はパラメータも規定される。増加する容量需要に関連した問題を解消する試みは、例えば、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）無線アクセステクノロジーの長期進化（ＫＴＥ）として知られたアーキテクチャーである。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）により規格化されている。３ＧＰＰ  ＬＴＥ仕様の種々の開発段階は、リリースと称される。３ＧＰＰ  ＬＴＥのあるリリース（例えば、ＬＴＥ  Ｒｅｌ−１１、ＬＴＥ  Ｒｅｌ−１２、ＬＴＥ  Ｒｅｌ−１３）は、ＬＴＥアドバンスト（ＬＴＥ−Ａ）を目標としている。ＬＴＥ−Ａは、３ＧＰＰ  ＬＴＥ無線アクセステクノロジーの拡張及び最適化に向けられている。
【課題を解決するための手段】
【０００６】
第１の観点において、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示（indication）である第１イベントの発生をユーザデバイスにおいて決定し、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、ことを含む方法が提供される。
【０００７】
第１の期間は、第１イベントから測定レポート(measurement report)を与えるトリガー時間である。第２の期間は、第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である。
【０００８】
第２の期間は、第１の期間より長い。
【０００９】
前記方法は、ネットワークへ測定レポートを与え、そして測定レポートがネットワークへ首尾良く与えられたかどうか決定することを含む。
【００１０】
ユーザデバイスは、長さの異なる２つの第２の期間で構成される。前記方法は、測定レポートがネットワークに首尾良く与えられた場合には２つの第２の期間のうちの短い方を、そして測定レポートがネットワークに首尾良く与えられなかった場合には２つの第２の期間のうちの長い方を使用すると決定することを含む。
【００１１】
前記方法は、第２のイベントが発生したかどうか決定する前にネットワークに測定レポートを与えることを含む。
【００１２】
第２の期間は、第１の期間が経過したときに始まるように構成され、そして第２の期間は、第１の期間以下である。
【００１３】
第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む。
【００１４】
第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む。
【００１５】
第１のオフセットは、第２のオフセット以下である。
【００１６】
前記方法は、リッスン・ビフォア・トーク(listen-before-talk)手順を遂行し、そしてサービングアクセスポイントが利用できるかどうかに基づいてユーザデバイス制御ハンドオーバーを開始すると決定することを含む。
【００１７】
第２の観点において、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定する手段、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定する手段、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定する手段、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する手段を備えた装置が提供される。
【００１８】
第１の期間は、第１イベントから測定レポートを与えるトリガー時間である。第２の期間は、第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である。
【００１９】
第２の期間は、第１の期間より長い。
【００２０】
前記装置は、ネットワークへ測定レポートを与える手段、及び測定レポートがネットワークへ首尾良く与えられたかどうか決定する手段を備えている。
【００２１】
ユーザデバイスは、長さの異なる２つの第２の期間で構成される。前記装置は、測定レポートがネットワークに首尾良く与えられた場合には２つの第２の期間のうちの短い方を、そして測定レポートがネットワークに首尾良く与えられなかった場合には２つの第２の期間のうちの長い方を使用すると決定する手段を備えている。
【００２２】
前記装置は、第２のイベントが発生したかどうか決定する前にネットワークに測定レポートを与える手段を備えている。
【００２３】
第２の期間は、第１の期間が経過したときに始まるように構成され、そして第２の期間は、第１の期間以下である。
【００２４】
第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む。
【００２５】
第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む。
【００２６】
第１のオフセットは、第２のオフセット以下である。
【００２７】
前記装置は、リッスン・ビフォア・トーク手順を遂行する手段、及びサービングアクセスポイントが利用できるかどうかに基づいてユーザデバイス制御ハンドオーバーを開始すると決定する手段を備えている。
【００２８】
第３の観点において、少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含む少なくとも１つのメモリを備えて装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、ようにさせるよう構成された装置が提供される。
【００２９】
第１の期間は、第１イベントから測定レポートを与えるトリガー時間である。第２の期間は、第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である。
【００３０】
第２の期間は、第１の期間より長い。
【００３１】
前記装置は、ネットワークへ測定レポートを与え、そして測定レポートがネットワークへ首尾良く与えられたかどうか決定するように構成される。
【００３２】
ユーザデバイスは、長さの異なる２つの第２の期間で構成される。前記装置は、測定レポートがネットワークに首尾良く与えられた場合には２つの第２の期間のうちの短い方を、そして測定レポートがネットワークに首尾良く与えられなかった場合には２つの第２の期間のうちの長い方を使用すると決定するよう構成される。
【００３３】
前記装置は、第２のイベントが発生したかどうか決定する前にネットワークに測定レポートを与えるよう構成される。
【００３４】
第２の期間は、第１の期間が経過したときに始まるように構成され、そして第２の期間は、第１の期間以下である。
【００３５】
第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む。
【００３６】
第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む。
【００３７】
第１のオフセットは、第２のオフセット以下である。
【００３８】
前記装置は、リッスン・ビフォア・トーク手順を遂行し、及びサービングアクセスポイントが利用できるかどうかに基づきユーザデバイス制御ハンドオーバーを開始すると決定するよう構成される。
【００３９】
第４の観点において、コンピュータ読み取り可能なストレージ媒体で実施されるコンピュータプログラムであって、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、ことを含むプロセスを実行するようにプロセスを制御するプログラムコードを備えたコンピュータプログラムが提供される。
【００４０】
第１の期間は、第１イベントから測定レポートを与えるトリガー時間である。第２の期間は、第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である。
【００４１】
第２の期間は、第１の期間より長い。
【００４２】
前記プロセスは、ネットワークへ測定レポートを与え、そして測定レポートがネットワークへ首尾良く与えられたかどうか決定することを含む。
【００４３】
ユーザデバイスは、長さの異なる２つの第２の期間で構成される。前記プロセスは、測定レポートがネットワークに首尾良く与えられた場合には２つの第２の期間のうちの短い方を、そして測定レポートがネットワークに首尾良く与えられなかった場合には２つの第２の期間のうちの長い方を使用すると決定することを含む。
【００４４】
前記プロセスは、第２のイベントが発生したかどうか決定する前にネットワークに測定レポートを与えることを含む。
【００４５】
第２の期間は、第１の期間が経過したときに始まるように構成され、そして第２の期間は、第１の期間以下である。
【００４６】
第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む。
【００４７】
第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む。
【００４８】
第１のオフセットは、第２のオフセット以下である。
【００４９】
前記プロセスは、リッスン・ビフォア・トーク手順を遂行し、そしてサービングアクセスポイントが利用できるかどうかに基づいてユーザデバイス制御ハンドオーバーを開始すると決定することを含む。
【００５０】
第５の観点において、コンピュータで実行されるときに前記第１及び第２の観点の方法のステップを遂行するためのソフトウェアコード部分を備えたコンピュータ用のコンピュータプログラム製品が提供される。
【００５１】
以上、多数の異なる実施形態について述べた。前記実施形態の２つ以上を結合することにより更に別の実施形態が提供されることが明らかである。
【００５２】
それらの実施形態は、添付図面を参照して、一例として以下に説明する。
【図面の簡単な説明】
【００５３】
【図１】ベースステーション及び複数の通信デバイスを備えた規範的な通信システムの概略図である。
【図２】規範的な移動通信デバイスの概略図である。
【図３】ネットワーク制御（ＮＷ）ハンドオーバー（ＨＯ）を使用する３ｋｍ／ｈ及び６０ｋｍ／ｈでのＵＥ停止時間を表わす。
【図４】ＵＥ自律的ＨＯを使用する３ｋｍ／ｈ及び６０ｋｍ／ｈでのＵＥ停止時間を表わす。
【図５】一実施形態による規範的方法のフローチャートである。
【図６】一実施形態による規範的方法のフローチャートである。
【図７】規範的制御装置の概略図である。
【発明を実施するための形態】
【００５４】
実施例を詳細に説明する前に、ここに述べる実施例の基礎となる技術の理解を助けるために図１から２を参照してワイヤレス通信システム及び移動通信デバイスの幾つかの一般的な原理を簡単に説明する。
【００５５】
図１に示すようなワイヤレス通信システム１００において、移動通信デバイス又はユーザ装置（ＵＥ）１０２、１０４、１０５には、少なくとも１つのベースステーション又は同様のワイヤレス送信及び／又は受信ノード又はポイントを経てワイヤレスアクセスが与えられる。ベースステーションは、典型的に、少なくとも１つの適当なコントローラ装置により制御されて、その動作を可能にすると共に、ベースステーションとの通信において移動通信装置の管理を可能にする。コントローラ装置は、無線アクセスネットワーク（例えば、ワイヤレス通信システム１００）又はコアネットワーク（ＣＮ）(図示せず)に位置されて、１つの中央装置として実施されてもよいし、或いはその機能が多数の装置にわたって分散されてもよい。コントローラ装置は、ベースステーションの一部分でもよいし、及び／又は無線ネットワークコントローラのような個別のエンティティによって設けられてもよい。図１において、コントローラ装置１０８及び１０９は、各マクロレベルベースステーション１０６及び１０７を制御するよう示されている。ベースステーションのコントローラ装置は、他の制御エンティティと相互接続することができる。コントローラ装置には、典型的に、メモリ容量及び少なくとも１つのデータプロセッサが設けられる。コントローラ装置及びその機能は、複数の制御ユニット間に分散されてもよい。それに加えて又はそれとは別に、あるシステムでは、コントローラ装置が無線ネットワークコントローラに設けられてもよい。
【００５６】
しかしながら、ＬＴＥシステムは、ＲＮＣを伴わずに、いわゆる「フラット(flat)」アーキテクチャーを有すると考えられ、むしろ、（ｅ）ＮＢが、システムアーキテクチャー進化ゲートウェイ（ＳＡＥ−ＧＷ）及び移動管理エンティティ（ＭＭＥ）と通信し、これらのエンティティはプールされてもよく、これは、複数のそれらノードが複数（１組）の（ｅ）ＮＢにサービスすることを意味する。各ＵＥは、一度に１つのＭＭＥ及び／又はＳ−ＧＷのみによってサービスされ、そして（ｅ）ＮＢは、現在の関連性を追跡する。ＳＡＥ−ＧＷは、ＬＴＥにおける「高レベル」ユーザプレーンコアネットワーク要素であり、これは、Ｓ−ＧＷ及びＰ−ＧＷ（各々サービングゲートウェイ及びパケットデータネットワークゲートウェイ）より成る。Ｓ−ＧＷ及びＰ−ＧＷの機能は分離され、共同配置される必要はない。
【００５７】
図１において、ベースステーション１０６及び１０７は、ゲートウェイ１１２を経て広い通信ネットワーク１１３に接続されるように示されている。別のネットワークに接続するための更に別のゲート機能が設けられてもよい。
【００５８】
又、例えば、個別のゲートウェイ機能により、及び／又はマクロレベルステーションのコントローラを経て、小さなベースステーション１１６、１１８及び１２０がネットワーク１１３に接続されてもよい。これらベースステーション１１６、１１８及び１２０は、ピコ又はフェムトレベルのベースステーション、等でよい。例えば、ステーション１１６及び１１８は、ゲートウェイ１１１を経て接続され、一方、ステーション１２０は、コントローラ装置１０８を経て接続される。ある実施形態において、小さなステーションは、設けられなくてもよい。小さなベースステーション１１６、１１８及び１２０は、第２のネットワーク、例えば、ＷＬＡＮの一部分でもよく、ＷＬＡＮ  ＡＰでもよい。
【００５９】
通信デバイス２００の概略部分断面図である図２を参照し、考えられる移動通信デバイスを以下に詳細に説明する。そのような通信デバイスは、しばしば、ユーザ装置（ＵＥ）又はターミナルと称される。無線信号を送信及び受信できるデバイスにより適当な移動通信デバイスが形成される。非限定例として、移動電話のような移動ステーション（ＭＳ）又は移動デバイス或いは「スマートホン」として知られているもの、ワイヤレスインターフェイスカード又は他のワイヤレスインターフェイスファシリティ（例えば、ＵＳＢドングル）が設けられたコンピュータ、パーソナルデータアシスタント（ＰＤＡ）、又はワイヤレス通信機能が設けられたタブレット、又はそれらの組み合せ、等が含まれる。移動通信デバイスは、例えば、音声、電子メール（ｅメール）、テキストメッセージ、マルチメディア、等の通信を搬送するためのデータの通信を果たす。従って、ユーザには、自身の通信デバイスを経て多数のサービスがオファーされ、提供される。それらサービスの非限定例は、両方向又は多方向コール、データ通信又はマルチメディアサービス、或いは単にインターネットのようなデータ通信ネットワークシステムへのアクセスを含む。又、ユーザには、ブロードキャスト又はマルチキャストデータも提供される。コンテンツの非限定例は、ダウンロード、テレビ及びラジオ番組、ビデオ、広告、種々の警報及び他の情報を含む。
【００６０】
移動デバイス２００は、エア又は無線インターフェイス２０７を経、適当な受信装置を経て、信号を受信し、そして適当な無線信号送信装置を経て信号を送信する。図２において、トランシーバ装置がブロック２０６で概略的に示されている。トランシーバ装置２０６は、例えば、無線部及びそれに関連したアンテナ構成体により形成される。アンテナ構成体は、移動装置の内部に配置されてもよいし又はその外部に配置されてもよい。
【００６１】
移動デバイスには、典型的に、少なくとも１つのデータ処理エンティティ２０１、少なくとも１つのメモリ２０２、並びにアクセスシステムや他の通信装置へのアクセス及びそれとの通信の制御を含めて、遂行するべく指定されたタスクのソフトウェア及びハードウェア支援実行に使用される他の考えられるコンポーネント２０３も設けられる。データ処理、ストレージ及び他の当該制御装置が適当な回路板及び／又はチップセットに設けられる。この特徴は、参照番号２０４で示されている。ユーザは、キーパッド２０５、ボイスコマンド、タッチ感知スクリーン又はパッド、その組み合わせ、等の適当なユーザインターフェイスにより、移動デバイスの動作を制御する。ディスプレイ２０８、スピーカ及びマイクロホンも設けられる。更に、移動通信デバイスは、他の装置への、及び／又は例えばハンズフリー装置のような外部アクセサリを接続するための、適当なコネクタ（ワイヤード又はワイヤレス）を含む。
【００６２】
通信デバイス１０２、１０４、１０５は、コード分割多重アクセス（ＣＤＭＡ）又はワイドバンドＣＤＭＡ（ＷＣＤＭＡ）のような種々のアクセス技術に基づいて通信システムにアクセスすることができる。他の非限定例として、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、及びその種々のスキーム、例えば、インターリーブ型周波数分割多重アクセス（ＩＦＤＭＡ）、単一搬送波周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）及び直交周波数分割多重アクセス（ＯＦＤＭＡ）、スペース分割多重アクセス（ＳＤＭＡ）、等々が含まれる。多数のトランシーバにより生じるデバイス内共存（ＩＤＣ）問題にデバイスが対処できるようにするシグナリングメカニズム及び手順には、ＬＴＥネットワークから支援が与えられる。多数のトランシーバは、異なる無線テクノロジーへの無線アクセスを与えるように構成される。
【００６３】
ワイヤレス通信システムの一例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって規格化されたアーキテクチャーである。少なくとも３ＧＰＰベースの開発は、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）無線アクセステクノロジーの長期進化（ＬＴＥ）としばしば称されている。３ＧＰＰ仕様の種々の開発段階は、リリースと称される。ＬＴＥのより最近の開発は、ＬＴＥアドバンスト（ＬＴＥ−Ａ）としばしば称される。ＬＴＥは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られた移動アーキテクチャーを使用する。そのようなシステムのベースステーションは、進化型又はエンハンストノードＢ（ｅＮＢ）として知られており、そして通信デバイスに向かうユーザプレーンパケットデータ収斂／無線リンクコントロール／メディアアクセスコントロール／物理的レイヤプロトコル（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びコントロールプレーン無線リソースコントロール（ＲＲＣ）プロトコルターミネーションのようなＥ−ＵＴＲＡＮ特徴を与える。無線アクセスシステムの他の例は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）及び／又はＷｉＭａｘ（マイクロ波アクセスのための世界的運用性）のようなテクノロジーに基づくシステムのベースステーションにより形成されるものを含む。ベースステーションは、セル全体又は同様の無線サービスエリアのカバレージを与えることができる。
【００６４】
ワイヤレス通信システムは、特定のスペクトル帯域で動作するためにライセンス取得される。あるテクノロジー、例えば、ＬＴＥは、ライセンス取得帯域に加えて、ライセンス不要（アンライセンス）帯域で動作してもよい。アンライセンススペクトルで動作するための１つの提案は、ライセンス支援アクセス（ＬＡＡ）である。ＬＡＡは、ライセンス帯域を経ての接続が、アンライセンス帯域を使用する間維持されることを意味する。更に、ＬＡＡでは、ライセンス及びアンライセンス帯域は、例えば、キャリアアグリゲーション又は二重接続(dual connectivity)を使用して一緒に動作されてもよい。例えば、ライセンス帯域の一次セル（ＰＣｅｌｌ）とアンライセンス帯域の１つ以上の二次セル（ＳＣｅｌｌ）との間のキャリアアグリゲーション（ＣＡ）が適用されてもよい。
【００６５】
ＬＴＥ−ＬＡＡは、他のテクノロジーと共存し且つ規制要件を満足しつつ、アンライセンススペクトルへのライセンス支援アクセスを与える。Ｒｅｌ−１３  ＬＡＡでは、ＬＴＥ  ＤＬスループットを改善するために、アンライセンススペクトルがアクセスされる。ＬＴＥ  ＬＡＡでは、ＬＡＡダウンリンク（ＤＬ）Ｓｃｅｌｌは、ＵＥに対してＤＬ  ＣＡ構成の一部分として構成されるが、Ｐｃｅｌｌは、ライセンススペクトルを使用する。Ｒｅｌ−１３  ＬＴＥ  ＬＡＡは、ＬＴＥ  Ｒｅｌ−１４においてアンライセンススペクトル上でのＬＡＡアップリンク（ＵＬ）送信をサポートするように進化する。アンライセンス帯域動作は、例えば、５ＧＨｚまでの周波数スペクトルを伴う。他の周波数が考慮されてもよい。
【００６６】
二重接続動作（即ち、ライセンススペクトルのＰｃｅｌｌとアンライセンススペクトルのＳｃｅｌｌとの間の非理想的なバックホールを仮定する）と、アンライセンススペクトルでのスタンドアローンＬＴＥ動作とを伴うＬＡＡが考慮された。アンライセンススペクトルでのＬＴＥスタンドアローン動作は、ｅＮＢ／ＵＥエアインターフェイスがライセンススペクトルに搬送波をもたない状態でアンライセンススペクトルのみに依存することを意味する。アンライセンス帯域におけるＬＴＥスタンドアローン動作の一例は、マルチファイア(MuLTEfire)テクノロジーについてのクアルコム社の最近の発表である。
【００６７】
ＬＴＥテクノロジーの利益をアンライセンススペクトルへ持って行くことで、マルチファイアのようなアンライセンススペクトルのＬＴＥスタンドアローン動作は、改善されたカバレージ、容量及び移動性を与える。即ち、例えば、ライセンス帯域のＬＴＥとは独立したアンライセンススペクトル内の移動性がサポートされる。マルチファイアのようなテクノロジーは、特に、屋内の位置、開催地及び企業のような場所に到達することが困難なユーザに多数の運営者からサービス提供する能力をもつ「ニュートラル・ホスト」として機能する。即ち、スタンドアローン動作は、例えば、ライセンス帯域でＬＴＥに接続される間に、第２のシステム又は接続として見られてもよい。
【００６８】
ある管轄では、アンライセンステクノロジーは、ＬＴＥとＷｉ−Ｆｉのような他のテクノロジーとの間、及びＬＴＥ運営者間に公平な共存を与えるために、例えば、リッスン・ビフォア・トーク（ＬＢＴ）手順の使用を要求する幾つかの規制を遵守する必要がある。
【００６９】
アンライセンス帯域／搬送波におけるスタンドアローンシステムでは、ライセンス搬送波におけるＬＴＥシステムに比して、移動性が課題となる。これは、送信の前に首尾良いＬＢＴ／ＣＣＡ手順を要求する規制によるものである。ＬＢＴ／ＣＣＡは、ｅＮＢ側及びＵＥ側の両方に適用され、そして測定に使用される基準信号の送信を含むので、測定、報告及びハンドオーバー関連シグナリングに関する全体的な遅延が増加する。
【００７０】
ネットワーク制御のＨＯ手順がＬＴＥ仕様ＴＳ３６．３３１及びＴＳ３６．３００から知られている。ＵＥ自律的ＨＯ又は順方向ＨＯもＬＴＥに対して提案されている。
【００７１】
ネットワーク制御のＨＯは、レガシーＬＴＥ  ＨＯであり、ＵＥは、隣接セルの測定を遂行しそしてそれらの測定値を構成されたイベントに基づいて報告するように構成される（例えば、オフセットより大きな隣接セルがサービングセルより強い）。異なるセルの信号クオリティ、負荷状態、ＵＥの移動性状態、等に基づいて、ネットワーク／ｅＮＢは、いつどこでＵＥがハンドオーバーを遂行するか判断する。次いで、ネットワークは、ターゲットセルとのＨＯを準備し（例えば、Ｘ２を経てのシグナリングにより）、そしてターゲットセルへのＨＯを行うようＵＥに命令するＨＯコマンド（例えば、移動性制御ＩＥを含むＲＲＣ再構成）をＵＥへ送信する。
【００７２】
自律的ＨＯでは、ＵＥは、ネットワークからの明確な判断又はシグナリングなしにＨＯを遂行しそしてそれ自体で手順を開始すると決定する。ＨＯは自律的であると言えるが、ネットワークは、（自律的ＨＯがどのように実施されるかに基づき）搬送波又は受け容れられるターゲットセルのリストのような幾つかの制約でＵＥを構成し、従って、ＨＯは、完全に自律的ではない。自律的ＨＯの場合には、コンテキストフェッチ手順を使用してソースセルからターゲットセルへＵＥコンテキストが与えられる（ＨＯ準備と同様であるが、ターゲットセルにより発信されるＸ２を経てのシグナリング）。これをサポートするために、ＵＥは、ターゲットセルへの接続を自律的に確立するとき、ＵＥコンテキストを正しい場所からフェッチできるようにソースセルを指示する。
【００７３】
ネットワーク（ＮＷ）制御のハンドオーバー(ＨＯ)（レガシーＬＴＥ  ＨＯ手順）は、ある条件のもとでは、例えば、低い負荷及び／又は低いＵＥ速度の状態では、良好に機能する。より挑戦的な条件、例えば、高いネットワーク負荷及び／又は高いＵＥ速度のもとでは、頑健なネットワーク制御ハンドオーバーを保証することができず、他方、ＵＥ自律的ＨＯ／移動性は、良好に機能する。
【００７４】
ＵＥ自律的セル変更のような非ネットワーク制御のハンドオーバーは、ターゲットセルが非準備セルであるときには、低速である。非ネットワーク制御の移動性は、どのセルがＵＥによりターゲットセルとして選択されてもＮＷ制御を低減し、従って、ＬＴＥにおいて基線とならない。
【００７５】
図３は、ネットワーク制御ＨＯでのＵＥ停止時間（コールの％）に対するシステムシミュレーション結果を示す。停止は、無線リンク失敗（ＲＬＦ）、ハンドオーバー失敗（ＨＯＦ）、及びＨＯに固有の中断によるものである。図４は、自律的ハンドオーバーが使用されるときのシステムシミュレーション結果を示す。停止は、ＲＬＦ、ＨＯＦ、及び自律的ＨＯによる中断（コンテキストフェッチに対する遅延を含む）によるものである。図３及び４から、ネットワーク制御のＨＯは、低い負荷又は低いＵＥ速度（３ｋｍ／ｈ）に対して充分に機能し、一方、自律的ＨＯは、高いＵＥ速度（例えば、６０ｋｍ／ｈ）及び高いネットワーク負荷に対して停止時間に関する性能を改善することが明らかである。図３及び４において、ＬＢＴＰｒｏｂは、ＬＢＴが送信（例えば、ＨＯシグナリング、測定レポート、等）をブロックする確率を指し、これは、他のネットワーク又はＷｉＦｉによるブロックを含む。図３及び４に使用されるバックロードという語は、使用するリソースブロックの割合に関するマルチファイアネットワーク負荷を指す。
【００７６】
停止時間を見るとき、所与の条件のもとで、基線ＬＴＥ  ＨＯ移動性を使用して頑健な移動性を保証することが課題である。アンライセンス帯域（例えば、マルチファイア）におけるＨＯに関連した停止時間を減少することが望ましい。
【００７７】
図５は、アンライセンススペクトルでのＬＴＥに対する移動性を改善するための規範的な方法のフローチャートである。
【００７８】
第１のステップ５２０において、この方法は、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定することを含む。
【００７９】
第２のステップ５４０において、この方法は、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定することを含む。
【００８０】
第３のステップ５６０において、この方法は、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定することを含み、そしてもしそうでない場合には、第４のステップ５８０において、ユーザデバイス制御ハンドオーバーを開始すると決定することを含む。
【００８１】
測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたとユーザデバイスが決定する場合には、ユーザデバイスは、ハンドオーバーコマンドシグナリングのコンテンツに従ってネットワーク制御のハンドオーバーを開始する。
【００８２】
図５のような方法は、ＮＷ制御のＨＯ及びＵＥの自律的ＨＯを結合するハイブリッド解決策を提供する。その意図は、ＵＥがデフォールトとしてＮＷ制御（レガシー）ＨＯを使用するが、ＮＷ制御のＨＯが失敗する（又は例えば、ＬＢＴ／ＣＣＡがＵＥとｅＮＢとの間のＨＯシグナリングの送信をブロックするために失敗することが明らかである）場合には、（ＲＬＦ及び再確立を待機するのではなく）ＵＥ自律的ＨＯアクションとなる。
【００８３】
第２イベントは、第２レベル測定又はＵＥ自律的イベントと称され、一方、第１イベントは、第１レベル測定又はネットワーク制御イベントである。
【００８４】
イベントは、例えば、サービングアクセスポイントより少なくとも１オフセット（例えば、２ｄＢ）良好なクオリティ（例えば、基準信号受信電力(ＲＳＲＰ)又は基準信号受信クオリティ(ＲＳＲＱ)）を有する隣接アクセスポイントを含む。第１イベントは、サービングアクセスポイントに対して第１オフセットを有する隣接アクセスポイントを含む。第２イベントは、サービングアクセスポイントに対して第２オフセットを有する隣接アクセスポイントを含む。第１オフセットは、第２オフセット以下である。イベントは、例えば、サービングアクセスポイントの受信信号電力（又はクオリティ）が絶対的スレッシュホールドより強力／良好になるか、又は例えば、隣接アクセスポイントがスレッシュホールドより良好になるか、或いは例えば、隣接アクセスポイントがサービングアクセスポイント（例えば、ＰＣｅｌｌ／ＰＳＣｅｌｌ）等より１オフセット良好になるようなものである。
【００８５】
第１の期間は、ネットワーク制御のイベントパラメータ、例えば、オフセット、ヒステリシス、トリガー時間（ＴＴＴ）、の少なくとも１つにより構成される。第１の期間は、サービングアクセスポイントに測定レポートを与えるための第１イベントからの第１のトリガー時間（ＴＴＴ）を含む。測定レポートは、例えば、隣接セルがサービングセルより強力であると測定されたことを指示する。ネットワークは、測定レポートを受け取ると、ネットワーク制御のＨＯを開始する。ネットワーク制御のＨＯは、ソース及びターゲットアクセスポイントのＨＯ準備を含み、そしてその後、ユーザ装置にＨＯコマンドを与えるよう試みる。即ち、第１レベルイベントは、ネットワーク／サービングセルに測定レポートを送信するためにＵＥをトリガーする（構成された例えばトリガー時間（ＴＴＴ）オフセット、ヒステリシスの少なくとも１つに基づきトリガーする）ことにより、ＮＷ制御のハンドオーバーをトリガーするのに使用される。
【００８６】
第１イベントは、第２レベルイベント、即ちＵＥ自律的ハンドオーバーイベントの監視をスタートする。ユーザデバイスは、測定レポートがネットワークに与えられる前に、測定レポートがネットワークに与えられた後に、及び／又は測定レポートがネットワークに首尾良く与えられたと決定した後に、第２イベントの監視をスタートする。
【００８７】
第２の期間は、ＵＥがＵＥ自律的イベントパラメータ、例えば、オフセット、ヒステリシス、トリガー時間（ＴＴＴ）の少なくとも１つについて使用するためにＮＷにより構成される。第２の期間は、ＵＥ自律的ＨＯを開始するための第２イベントからの第２のトリガー時間（ＴＴＴ）を含む。
【００８８】
第２レベルイベントは、ＵＥ自律的移動性のためのトリガー条件（例えば、ＴＴＴ、オフセット、ヒステリシス、等の少なくとも１つを潜在的に含む）を有する。ＵＥが（第１レベルイベント測定レポートのために）ネットワークからネットワーク制御のＨＯコマンドを受け取る前にユーザデバイス制御のＨＯの開始がトリガーされる（例えば、第２の期間が経過した）場合に、ＵＥは、自律的ＨＯ手順を開始する。
【００８９】
前記方法は、リッスン・ビフォア・トーク手順を遂行し、そしてサービングアクセスポイントが利用可能かどうかに基づいてユーザデバイス制御のハンドオーバーを開始すると決定することを含む。付加的な規範的実施形態では、第２レベルイベントは、ＬＢＴブロッキングに関連した付加的な条件を有する。即ち、第２レベルイベントは、ソースｅＮＢがＬＢＴによりブロックされる（このためにＵＥがソースｅＮＢから送信を受け取らない）場合にのみＵＥ自律的ＨＯの開始をトリガーする。
【００９０】
トリガー条件は、構成された窓（例えば、２００ｍｓ）にわたるブロッキング確率、又は連続的ブロッキングの時間（例えば、５０ｍｓ、又は送信機会（ＴｘＯｐ）／チャンネル占有時間（ＣＯＴ）長さの倍数）を含む。
【００９１】
図６は、１つの実施形態による図５のような手順を示すフローチャートである。この実施形態では、ＵＥは、ＮＷ制御のイベントを監視し、それがトリガーされた（例えば、トリガーパラメータが満足された）場合には、ネットワークへの測定レポートの送信を開始する。次いで、ＵＥは、ＵＥ自律的イベントを監視しながら、ネットワークからの測定レポートに応答してＨＯコマンドを待機する。
【００９２】
ネットワークからＨＯコマンドが受け取られた場合に、ＵＥは、ＮＷ制御のＨＯを開始する。
【００９３】
ＨＯコマンドが受け取られず且つＵＥ自律的イベントがトリガーされた場合には、ＵＥは、ＵＥ自律的ＨＯを開始する。
【００９４】
第２のＴＴＴが経過する前にＵＥがＨＯコマンドを受け取る場合には、第２のＴＴＴが経過とならない。この場合、ユーザデバイスは、第２のＴＴＴタイマーを停止し、そしてＨＯコマンドシグナリングのコンテンツ（ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再構成）に従ってネットワーク制御のＨＯを開始する。
【００９５】
ネットワーク制御のＨＯ又はＵＥ自律的ＨＯが開始されるとき、ＵＥは、ソースセルの監視及び受信を停止する。
【００９６】
図６において測定レポートが送信された後にＵＥ自律的イベントを監視するＵＥが示されているが、測定レポートの送信は、失敗又は遅延することがあり、従って、ＵＥ自律的イベントの監視は、測定レポートが首尾良く送信される前にスタートする（そしてイベントがトリガーする）。或いは又、第１イベント及び第２イベントは、同じであるか、又は同時に発生する（即ち、ＴＴＴは、同時にスタートされる）。
【００９７】
ネットワーク制御のイベントパラメータ及びＵＥ自律的イベントパラメータは、異なるものでもよい。例えば、ＵＥ自律的ＨＯをトリガーするイベントがＮＷ制御のイベントに比して遅延をもつ（例えば、ＵＥ自律的ＨＯの（第２レベル）トリガーがＮＷ制御のイベントに比してある付加的な遅延をもつ）ように、第２の期間が第１の期間より長くてもよい。これは、ソースｅＮＢとターゲットｅＮＢとの間のＨＯ準備シグナリング、及びソースｅＮＢとＵＥとの間のＨＯシグナリングのための時間を許し、ＮＷ制御手順がまだ進行中である（且つ失敗していない）場合にＵＥが自律的手順を開始しないようにする。
【００９８】
第２のイベントは、第１のイベントのようなトリガー条件を有するが、付加的に構成されたトリガー遅延、例えば、長いＴＴＴを伴い、第２の期間が第１の期間より長くなるようにする。これは、ＵＥ自律的ＨＯを開始する前にネットワーク制御のＨＯを成功させる時間を与える。１つの例において、第１の期間は、イベントトリガーＴＴＴを含み、そして第２の期間は、付加的なＴＴＴ＿ａｕｔｏを含む。例えば、ＴＴＴが経過したときに、測定値がネットワークへ送られ（もし可能であれば）、そしてＵＥは、潜在的なＨＯコマンドを待機する。ＴＴＴ＿ａｕｔｏは、依然継続し、そしてＴＴＴ＿ａｕｔｏが経過すると、ＵＥが自律的ハンドオーバーをトリガーすることになる。これは、ＵＥが２つのＴＴＴを同時にスタートすることを意味し、その短い方は、ネットワーク制御ＨＯに対するものであり、そしてその長い方は、ＵＥ自律的移動性に対するものである。
【００９９】
２つの、例えば、ＴＴＴが同時にスタートする場合には、ネットワーク制御のイベントに遅延がある（例えば、ＬＢＴ／ＣＣＡが媒体へのアクセスをブロックし、従って、ハンドオーバーシグナリングを遅延させるために）場合にのみ自律的イベントをトリガーさせるように、第２レベルのＴＴＴをより長く構成することができる。別の規範的実施形態では、自律的ＵＥ制御ＨＯ  ＴＴＴは、ネットワーク制御ＨＯイベントＴＴＴが経過したときにスタートされ、そしてこの場合、それをより長くする必要がなく（それは、ネットワーク制御のＨＯイベント以外の付加的なトリガー時間であるので）、即ち第２の期間は、第１の期間以下でよい。
【０１００】
別の実施形態では、測定イベントの構成は、ＮＷ制御及びＵＥ自律的トリガー条件の両方を含む。それらは、ＮＷ制御のイベントが最初にトリガーするように、例えば、ＮＷ制御のイベントが短いＴＴＴ及び／又は低いオフセットを有するように、構成される。この場合、ＴＴＴ＿ａｕｔｏは、同時にスタートするが（同じオフセットを使用する場合）、自律的イベントは、測定レポート（即ち、ＮＷ制御のイベント）より後でトリガーする。
【０１０１】
規範的構成は、次のようにすることができる。
・測定レポートは、２ｄＢオフセット、０ｄＢヒステリシス及び１６０ｍｓのＴＴＴをもつＡ３イベントに基づいてトリガーされる。
・ＵＥ自律的ＨＯは、２ｄＢオフセット、０ｄＢヒステリシス及び１６０ｍｓ＋１００ｍｓのＴＴＴをもつＡ３イベントに基づいてトリガーされる。
【０１０２】
前記方法は、測定レポートをネットワークに与え、そして測定レポートがネットワークに首尾良く与えられたかどうか決定することを含む。即ち、前記方法は、ＵＥが測定レポートを送信し、そしてネットワークがその送信を確認したかどうか決定することを含む。
【０１０３】
異なるＵＥ自律的イベントトリガーパラメータ（例えば、短いＴＴＴ）は、関連ＮＷ制御イベントに対して測定レポートをＵＥが首尾良く送信できたかどうかに基づいて使用される。ＵＥは、２つの第２の期間、例えば、自律的イベントのための２つのＴＴＴで構成される。測定レポートが首尾良く送信された場合には、ユーザデバイスは、２つの期間の短い方、さもなければ、２つの期間の長い方を使用すると決定する。測定レポートが首尾良く与えられた場合には、ターゲットｅＮＢがＵＥコンテキストで準備されたと仮定し、即ち自律的ＨＯ（例えば、同様の再確立手順を使用する）が成功となるか又は少なくともソースｅＮＢからのコンテキストのフェッチからあまり遅延しないと仮定する。
【０１０４】
それに加えて又はそれとは別に、ＵＥ自律的イベントトリガーパラメータは、ターゲットセルがネットワークに首尾良く報告されたかどうかに基づいて異なるものでよい（例えば、短いＴＴＴ又は低いスレッシュホールド）。即ち、ＵＥは、ターゲットセルがネットワークに首尾良く報告された場合には２つの第２の期間のうちの短い方を使用すると決定する。この場合に、ネットワークは、ＵＥコンテキストでターゲットセルを準備することができる。ある場合に、自律的イベントは、例えば、関連ＮＷ制御イベントのトリガーの結果としてネットワークに報告されたセルに適用される。これは、例えば、関連ＮＷ制御イベントによりトリガーされた測定レポートが首尾良く送信された後にのみ自律的イベントの監視をスタートすることで達成される。
【０１０５】
図５及び６を参照して述べた方法は、ＮＷ制御の移動性を許すもので、これは、ターゲットセルが常に準備されそしてネットワークに良好な制御が維持されるので望ましいものである。しかしながら、ＮＷ制御の移動性も作用しない場合には（例えば、高速移動のＵＥ又は高い負荷）、ＵＥは、ＲＬＦベースの移動性より高速であるが依然多くの制御ＨＯを許す関連自律的イベントで構成される。
【０１０６】
図のフローチャートの各ブロック及びその組み合わせは、種々の手段又はその組み合わせ、例えば、ハードウェア、ソフトウェア、ファームウェア、１つ以上のプロセッサ及び／又は回路により実施されることを理解されたい。
【０１０７】
前記方法は、図２を参照して述べた移動デバイスにおいて実施される。又、前記方法は、単一のプロセッサ２０１において又は２つ以上のプロセッサにわたり実施される。図７は、ＲＡＮノードのようなアクセスシステムのステーション、例えば、ベースステーション、（ｅ）ｎｏｄｅＢ又は５Ｇ  ＡＰ、クラウドアーキテクチャーの中央ユニット、或いはＭＭＥ又はＳ−ＧＷのようなコアネットワークのノード、スケジューリングエンティティ、或いはサーバー又はホストに結合され及び／又はそれを制御するための通信システムの制御装置を例示する。この制御装置は、コアネットワーク又はＲＡＮのノード又はモジュールと一体的でもよいし又はその外部にあってもよい。幾つかの実施形態では、ベースステーションは、個別の制御装置、ユニット又はモジュールを備えている。他の実施形態では、制御装置は、無線ネットワークコントローラ又はスペクトルコントローラのような別のネットワーク要素である。幾つかの実施形態では、各ベースステーションは、そのような制御装置、並びに無線ネットワークコントローラに設けられる制御装置を有する。制御装置３００は、システムのサービスエリアにおける通信に対して制御を行うように構成される。制御装置３００は、少なくとも１つのメモリ３０１、少なくとも１つのデータ処理ユニット３０２、３０３、及び入力／出力インターフェイス３０４を備えている。インターフェイスを経て、制御装置は、ベースステーションの受信器及び送信器に結合される。受信器及び／又は送信器は、無線フロントエンド又はリモート無線ヘッドとして実施される。例えば、制御装置３００又はプロセッサ２０１は、適当なソフトウェアコードを実行して制御機能を与えるように構成される。制御機能は、第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及びもしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、ことを含む。
【０１０８】
前記装置は、送信及び／又は受信において又はそのために使用される無線部又は無線ヘッドのような他のユニット又はモジュール等を備え又はそれらに結合されることを理解されたい。前記装置は、１つのエンティティとして説明したが、異なるモジュール及びメモリが１つ以上の物理的又は論理的エンティティにおいて実施されてもよい。
【０１０９】
前記実施形態は、ＬＴＥネットワークに関連して説明したが、同様の原理が他のネットワーク及び通信システム、例えば、５Ｇネットワークに関連して適用されてもよいことに注意されたい。それ故、例えば、ワイヤレスネットワーク、テクノロジー及び規格のための幾つかの規範的アーキテクチャーを参照して幾つかの実施形態を一例として説明したが、前記実施形態は、ここに図示して説明したもの以外の適当な形態の通信システムに適用されてもよい。
【０１１０】
又、規範的実施形態を以上に述べたが、ここに開示した解決策に対し本発明の範囲から逸脱せずに多数の修正及び変更がなされ得ることにも注意されたい。
【０１１１】
一般的に、種々の実施形態は、ハードウェア又は特殊目的回路、ソフトウェア、ロジック又はその組み合わせで実施されてもよい。本発明のある観点は、ハードウェアで実施され、一方、他の観点は、コントローラ、マイクロプロセッサ又は他のコンピューティング装置により実行されるファームウェア又はソフトウェアで実施されるが、本発明は、それに限定されない。本発明の種々の観点は、ブロック図、フローチャートとして、又は他の絵画的表現を使用して、図示して説明したが、ここに述べるそれらのブロック、装置、システム、技術又は方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、特殊目的回路又はロジック、汎用ハードウェア又はコントローラ、又は他の計算装置、或いはその幾つかの組み合せで実施されてもよいことを充分理解されたい。
【０１１２】
本発明の実施形態は、例えば、プロセッサエンティティにおいて移動デバイスのデータプロセッサで実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェア及びハードウェアの組み合せにより、具現化されてもよい。ソフトウェアルーチン、アプレット及び／又はマクロを含めて、プログラム製品とも称されるコンピュータソフトウェア又はプログラムは、装置読み取り可能なデータストレージ媒体に記憶され、そしてそれらは、特定のタスクを遂行するためのプログラムインストラクションを含む。コンピュータプログラム製品は、プログラムが実行されるときに前記実施形態を具現化するように構成された１つ以上のコンピュータ実行可能なコンポーネントを含む。１つ以上のコンピュータ実行可能なコンポーネントは、少なくとも１つのソフトウェアコード又はその一部分でよい。
【０１１３】
更に、この点に関して、図の論理フローブロックは、プログラムステップ又は相互接続されたロジック回路、ブロック及び機能、或いはそれらのプログラムステップ及びロジック回路、ブロック及び機能の組み合わせを表わすことに注意されたい。ソフトウェアは、メモリチップのような物理的媒体、又はプロセッサ内で実施されるメモリブロック、ハードディスク又はフロッピーディスクのような磁気媒体、及び例えば、ＤＶＤやそのデータ型即ちＣＤのような光学的媒体に記憶される。物理的媒体は、非一時的媒体である。
【０１１４】
メモリは、ローカル技術環境に適したタイプでよく、適当なデータストレージテクノロジー、例えば、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学的メモリデバイス及びシステム、固定メモリ及び除去可能なメモリを使用して実施されてもよい。データプロセッサは、ローカル技術環境に適したタイプでよく、非限定例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ、マルチコアプロセッサアーキテクチャーをベースとするゲートレベル回路及びプロセッサの１つ以上を含む。
【０１１５】
本発明の実施形態は、集積回路モジュールのような種々のコンポーネントにおいて具現化されてもよい。集積回路の設計は、全般的に高度に自動化されたプロセスである。論理レベル設計を、半導体基板上にエッチングされ形成される準備のできた半導体回路設計へと変換するための複雑且つパワフルなソフトウェアツールが入手できる。
【０１１６】
以上の説明は、本発明の規範的実施形態の完全且つ有益な説明を非限定例により与えるものである。しかしながら、添付図面及び特許請求の範囲に関連して読んだときに、前記説明に鑑み、種々の変更や適応が当業者に明らかとなるであろう。しかしながら、本発明の技術の全てのそのような及び同様の変更は、請求の範囲に規定された本発明の範囲内に依然包含される。実際に、１つ以上の実施形態と上述した他の実施形態との組み合わせを含む更に別の実施形態が生じる。
【符号の説明】
【０１１７】
１００：ワイヤレス通信システム
１０２、１０４、１０５：ユーザ装置（ＵＥ）
１０６、１０７：ベースステーション
１０８、１０９：コントローラ装置
１１２：ゲートウェイ
１１３：通信ネットワーク
１１６、１１８、１２０：小さなベースステーション
２００：移動装置
２０１：データ処理エンティティ
２０２：メモリ
２０３：他のコンポーネント
２０５：キーパッド
２０６：トランシーバ装置
２０７：エアインターフェイス
２０８：ディスプレイ
３００：制御装置
３０１：メモリ
３０２、３０３：データ処理ユニット
３０４：入力／出力インターフェイス
【図１】
2019506804.tif 000003
【図２】
2019506804.tif 000004
【図３】
2019506804.tif 000005
【図４】
2019506804.tif 000006
【図５】
2019506804.tif 000007
【図６】
2019506804.tif 000008
【図７】
2019506804.tif 000009
【手続補正書】
【提出日】平成30年9月25日(2018.9.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、
第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、
前記測定レポートに応答して前記第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及び
もしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、
ことを含む方法。
【請求項２】
前記第１の期間は、前記第１イベントから測定レポートを与えるトリガー時間であり、そして前記第２の期間は、前記第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である、請求項１に記載の方法。
【請求項３】
前記第２の期間は、前記第１の期間より長い、請求項１又は２に記載の方法。
【請求項４】
ネットワークへ前記測定レポートを与え、及び
前記測定レポートがネットワークへ首尾良く与えられたかどうか決定する、
ことを含む、請求項１から３のいずれかに記載の方法。
【請求項５】
前記ユーザデバイスは、長さの異なる２つの第２の期間で構成され、前記測定レポートがネットワークに首尾良く与えられた場合にはその２つの第２の期間のうちの短い方を、そして前記測定レポートがネットワークに首尾良く与えられなかった場合にはその２つの第２の期間のうちの長い方を使用すると決定することを含む、請求項４に記載の方法。
【請求項６】
前記第２のイベントが発生したかどうか決定する前にネットワークに前記測定レポートを与えることを含む、請求項１から５のいずれかに記載の方法。
【請求項７】
前記第２の期間は、第１の期間が経過したときに始まるよう構成され、そして前記第２の期間は、前記第１の期間以下である、請求項１に記載の方法。
【請求項８】
前記第１のイベントは、サービングアクセスポイントに対して第１のオフセットを有する隣接アクセスポイントを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
前記第２のイベントは、サービングアクセスポイントに対して第２のオフセットを有する隣接アクセスポイントを含む、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記第１のオフセットは、前記第２のオフセット以下である、請求項８又は９に記載の方法。
【請求項１１】
リッスン・ビフォア・トーク手順を遂行し、及びサービングアクセスポイントが利用できるかどうかに基づいてユーザデバイス制御ハンドオーバーを開始すると決定することを含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
少なくとも１つのプロセッサ、及びコンピュータプログラムコードを含む少なくとも１つのメモリを備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
第１の期間の後に、ネットワークのサービングアクセスポイントに測定レポートを与えるための指示である第１イベントの発生をユーザデバイスにおいて決定し、
第２の期間の後に、ネットワークのサービングアクセスポイントからユーザデバイス制御ハンドオーバーを開始するための指示である第２エベントが発生したかどうかユーザデバイスにおいて決定し、
前記測定レポートに応答して第２の期間の経過の前にネットワークからハンドオーバーコマンドが受信されたかどうか決定し、及び
もしそうでない場合には、ユーザデバイス制御ハンドオーバーを開始すると決定する、
ようにさせるよう構成された装置。
【請求項１３】
前記第１の期間は、前記第１イベントから測定レポートを与えるトリガー時間であり、そして前記第２の期間は、前記第２イベントからユーザデバイス制御ハンドオーバーを開始する第２トリガー時間である、請求項１２に記載の装置。
【請求項１４】
前記第２の期間は、前記第１の期間より長い、請求項１２及び１３のいずれか１項に記載の装置。
【請求項１５】
コンピュータ上で実行されたときに請求項１ないし１１のいずれかに記載のステップを遂行するためのソフトウェアコード部分を備えたコンピュータ用のコンピュータプログラム製品。
【国際調査報告】
2019506804.tif 000010
2019506804.tif 000011
2019506804.tif 000012