(57)【特許請求の範囲】
【請求項１】
第１のアクセス・ポイントにおいて第１のメッセージを第２のアクセス・ポイントから受信することであって、前記第１のアクセス・ポイントはターゲットセルであり、前記第１のメッセージは、前記第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントまたは第３のアクセス・ポイントの一つに第２のメッセージを送信することであって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信することと、
を備える通信の方法。
【請求項２】
前記指示が早すぎるハンドオーバ指示を備える請求項１に記載の方法。
【請求項３】
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される請求項２に記載の方法。
【請求項４】
前記定義された時間期間は、前記第２のアクセス・ポイント中の前記アクセス端末に関係するデータレコードの削除を要求するメッセージが前記第１のアクセス・ポイントによって送信されたときに開始する請求項３に記載の方法。
【請求項５】
前記データレコードがユーザ機器コンテキストを備え、
前記データレコードの削除を要求する前記メッセージがコンテキスト解放要求メッセージを備える請求項４に記載の方法。
【請求項６】
ネットワーク管理システムから受信したメッセージに基づいて前記定義された時間期間を構成することをさらに備える請求項３に記載の方法。
【請求項７】
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える請求項２に記載の方法。
【請求項８】
前記指示が、間違ったセルへのハンドオーバ指示を備える請求項１に記載の方法。
【請求項９】
前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第３のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される請求項８に記載の方法。
【請求項１０】
前記定義された時間期間は、前記第３のアクセス・ポイント中の前記アクセス端末に関係するデータレコードの削除を要求するメッセージが前記第１のアクセス・ポイントによって送信されたときに開始する請求項９に記載の方法。
【請求項１１】
前記データレコードがユーザ機器コンテキストを備え、
前記データレコードの削除を要求する前記メッセージがコンテキスト解放要求メッセージを備える請求項１０に記載の方法。
【請求項１２】
ネットワーク管理システムから受信したメッセージに基づいて前記定義された時間期間を構成することをさらに備える請求項９に記載の方法。
【請求項１３】
前記第２のメッセージが、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、ハンドオーバソースセルの識別子と、前記アクセス端末の識別子とを備える請求項８に記載の方法。
【請求項１４】
第１のアクセス・ポイントにおいて第１のメッセージを第２のアクセス・ポイントから受信するように構成された受信機であって、前記第１のアクセス・ポイントはターゲットセルであり、前記第１のメッセージは、前記第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す受信機と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントまたは第３のアクセス・ポイントの一つに第２のメッセージを送信するように構成された送信機であって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える送信機と、
を備える通信のための装置。
【請求項１５】
前記指示が早すぎるハンドオーバ指示を備える請求項１４に記載の装置。
【請求項１６】
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される請求項１５に記載の装置。
【請求項１７】
前記指示が、間違ったセルへのハンドオーバ指示を備える請求項１４に記載の装置。
【請求項１８】
前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第３のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される請求項１７に記載の装置。
【請求項１９】
第１のアクセス・ポイントにおいて第２のアクセス・ポイントから第１のメッセージを受信するための手段であって、前記第１のアクセス・ポイントはターゲットセルであり、前記第１のメッセージは、前記第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信するための手段と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントまたは第３のアクセス・ポイントの一つに第２のメッセージを送信するための手段であって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信するための手段と、
を備える通信のための装置。
【請求項２０】
前記指示が早すぎるハンドオーバ指示を備える請求項１９に記載の装置。
【請求項２１】
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される請求項２０に記載の装置。
【請求項２２】
前記指示が、間違ったセルへのハンドオーバ指示を備える請求項１９に記載の装置。
【請求項２３】
前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第３のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される請求項２２に記載の装置。
【請求項２４】
第１のアクセス・ポイントにおいて第２のアクセス・ポイントから第１のメッセージを受信することであって、前記第１のアクセス・ポイントはターゲットセルであり、前記第１のメッセージは、前記第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントまたは第３のアクセス・ポイントの一つに第２のメッセージを送信することであって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信することと、
をコンピュータに行わせるためのコードを記録したコンピュータ読み取り可能な記録媒体。
【請求項２５】
前記指示は、早すぎるハンドオーバ指示を備える請求項２４に記載のコンピュータ読み取り可能な記録媒体。
【請求項２６】
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される請求項２５に記載のコンピュータ読み取り可能な記録媒体。
【請求項２７】
前記指示は、間違ったセルへのハンドオーバ指示を備える請求項２４に記載のコンピュータ読み取り可能な記録媒体。
【請求項２８】
前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記第３のアクセス・ポイントから前記第１のアクセス・ポイントへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される請求項２７に記載のコンピュータ読み取り可能な記録媒体。
【請求項２９】
第１のアクセス・ポイントにおいてアクセス端末から第１のメッセージを受信することであって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立する前記アクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示し、前記第１のアクセス・ポイントはターゲットセルであり、前記第２のアクセス・ポイントはソースセルである、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信することであって、前記第２のメッセージが前記第２のアクセス・ポイントに、前記第１のアクセス・ポイントへの前記アクセス端末の前記接続再確立を通知する、送信することと、
を備える通信の方法。
【請求項３０】
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える請求項２９に記載の方法。
【請求項３１】
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する請求項３０に記載の方法。
【請求項３２】
前記第１のアクセス・ポイントが、前記第２のアクセス・ポイントにおいて前記無線リンク障害後に前記接続を再確立するために前記アクセス端末によって選択されたアクセス・ポイントである請求項２９に記載の方法。
【請求項３３】
前記アクセス端末が、前記アクセス端末によって検出されたアクセス・ポイントの受信信号強度に基づいて前記第１のアクセス・ポイントを選択する請求項３２に記載の方法。
【請求項３４】
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生し、その結果、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへのハンドオーバがトリガされるのが遅すぎてハンドオーバが成功しなかった請求項２９に記載の方法。
【請求項３５】
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバをトリガリング・パラメータの不適切な構成の結果として発生し、その結果、前記アクセス端末がハンドオーバされなかった請求項２９に記載の方法。
【請求項３６】
第１のアクセス・ポイントにおいてアクセス端末から第１のメッセージを受信するように構成された受信機であって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立する前記アクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示し、前記第１のアクセス・ポイントはターゲットセルであり、前記第２のアクセス・ポイントはソースセルである、受信機と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信するように構成された送信機であって、前記第２のメッセージが前記第２のアクセス・ポイントに、前記第１のアクセス・ポイントへの前記アクセス端末の前記接続再確立を通知する送信機と、
を備える通信のための装置。
【請求項３７】
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える請求項３６に記載の装置。
【請求項３８】
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する請求項３７に記載の装置。
【請求項３９】
第１のアクセス・ポイントにおいてアクセス端末から第１のメッセージを受信するための手段であって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立する前記アクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示し、前記第１のアクセス・ポイントはターゲットセルであり、前記第２のアクセス・ポイントはソースセルである、受信するための手段と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信するための手段であって、前記第２のメッセージが前記第２のアクセス・ポイントに、前記第１のアクセス・ポイントへの前記アクセス端末の前記接続再確立を通知する、送信するための手段と、
を備える通信のための装置。
【請求項４０】
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える請求項３９に記載の装置。
【請求項４１】
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する請求項４０に記載の装置。
【請求項４２】
第１のアクセス・ポイントにおいてアクセス端末から第１のメッセージを受信することであって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立する前記アクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示し、前記第１のアクセス・ポイントはターゲットセルであり、前記第２のアクセス・ポイントはソースセルである、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信することであって、前記第２のメッセージが前記第２のアクセス・ポイントに、前記第１のアクセス・ポイントへの前記アクセス端末の前記接続再確立を通知する、送信することと、
をコンピュータに行わせるためのコードを備えるコンピュータ読み取り可能な記録媒体。
【請求項４３】
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える請求項４２に記載のコンピュータ読み取り可能な記録媒体。
【請求項４４】
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する請求項４３に記載のコンピュータ読み取り可能な記録媒体。
【請求項４５】
ネットワーク管理システムにおける通信の方法であって、
前記ネットワーク管理システムによって、ソースセルからターゲットセルへのアクセス端末のハンドオーバについてのハンドオーバ障害を検出するための少なくとも１つのパラメータを構成することと、ここにおいて、前記少なくとも１つのパラメータは、前記ソースセルからターゲットセルへの前記アクセス端末のハンドオフが完了した後、前記アクセス端末が、定義された時間期間内に前記ソースセルまたは前記ターゲットセル以外のソースセルまたは他のセルにおいて接続を再確立したかどうかを判断するためのパラメータを含み、
前記ネットワーク管理システムによって、ハンドオーバ障害を検出するための前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信することと、
を備える通信の方法。
【請求項４６】
前記少なくとも１つのパラメータは、前記アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項４５に記載の方法。
【請求項４７】
前記少なくとも１つのパラメータが、早すぎるハンドオーバを軽減するように構成された、請求項４６に記載の方法。
【請求項４８】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項４６に記載の方法。
【請求項４９】
前記少なくとも１つのパラメータは、前記アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するために前記ターゲットセルが使用するパラメータを備え、前記間違ったセルは、前記ターゲットセルである請求項４５に記載の方法。
【請求項５０】
前記少なくとも１つのパラメータが、間違ったセルへのハンドオーバを軽減するように構成された、請求項４９に記載の方法。
【請求項５１】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項４９に記載の方法。
【請求項５２】
通信のための装置であって、前記装置はネットワーク管理システムであり、前記装置は、
ソースセルからターゲットセルへのアクセス端末のハンドオーバについてのハンドオーバ障害を検出するための少なくとも１つのパラメータを構成するように構成されたパラメータ構成器と、ここにおいて、前記少なくとも１つのパラメータは、前記ソースセルからターゲットセルへの前記アクセス端末のハンドオフが完了した後、前記アクセス端末が、定義された時間期間内に前記ソースセルまたは前記ターゲットセル以外のソースセルまたは他のセルにおいて接続を再確立したかどうかを判断するためのパラメータを含み、
ハンドオーバ障害を検出するための前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信するように構成された通信コントローラと、
を備える通信のための装置。
【請求項５３】
前記少なくとも１つのパラメータは、前記アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５２に記載の装置。
【請求項５４】
前記少なくとも１つのパラメータは、前記アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するために前記ターゲットセルが使用するパラメータを備え、前記間違ったセルは、前記ターゲットセルである請求項５２に記載の装置。
【請求項５５】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５４に記載の装置。
【請求項５６】
通信のための装置であって、前記装置はネットワーク管理システムであり、前記装置は、
ソースセルからターゲットセルへのアクセス端末のハンドオーバについてのハンドオーバ障害を検出するための少なくとも１つのパラメータを構成するための手段と、ここにおいて、前記少なくとも１つのパラメータは、前記ソースセルからターゲットセルへの前記アクセス端末のハンドオフが完了した後、前記アクセス端末が、定義された時間期間内に前記ソースセルまたは前記ターゲットセル以外のソースセルまたは他のセルにおいて接続を再確立したかどうかを判断するためのパラメータを含み、
ハンドオーバ障害を検出するための前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信するための手段と、
を備える通信のための装置。
【請求項５７】
前記少なくとも１つのパラメータは、前記アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５６に記載の装置。
【請求項５８】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５７に記載の装置。
【請求項５９】
前記少なくとも１つのパラメータは、前記アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５６に記載の装置。
【請求項６０】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項５９に記載の装置。
【請求項６１】
ソースセルからターゲットセルへのアクセス端末のハンドオーバについてのハンドオーバ障害を検出するための少なくとも１つのパラメータを構成することと、ここにおいて、前記少なくとも１つのパラメータは、前記ソースセルからターゲットセルへの前記アクセス端末のハンドオフが完了した後、前記アクセス端末が、定義された時間期間内に前記ソースセルまたは前記ターゲットセル以外のソースセルまたは他のセルにおいて接続を再確立したかどうかを判断するためのパラメータを含み、
ハンドオーバ障害を検出するための前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信することと、
をコンピュータに行わせるためのコードを備えるコンピュータ読み取り可能な記録媒体。
【請求項６２】
前記少なくとも１つのパラメータは、前記アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項６１に記載のコンピュータ読み取り可能な記録媒体。
【請求項６３】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項６２に記載のコンピュータ読み取り可能な記録媒体。
【請求項６４】
前記少なくとも１つのパラメータは、前記アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項６１に記載のコンピュータ読み取り可能な記録媒体。
【請求項６５】
前記少なくとも１つのパラメータは、前記ターゲットセルへの前記アクセス端末のハンドオフが完了した後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記ターゲットセルが使用するパラメータを備える請求項６４に記載のコンピュータ読み取り可能な記録媒体。
【請求項６６】
前記第１のメッセージは無線リンク障害（ＲＬＦ）指示メッセージであり、前記第２のメッセージはハンドオーバ報告メッセージである、請求項１に記載の方法。
【請求項６７】
前記第２のアクセス・ポイントはソースセルであり、前記第２のメッセージは前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに送られる、請求項１に記載の方法。
【請求項６８】
前記第２のアクセス・ポイントは間違ったセルであり、前記第３のアクセス・ポイントはソースセルであり、前記第２のメッセージは前記第１のアクセス・ポイントから前記第３のアクセス・ポイントに送られる、請求項１に記載の方法。
【請求項６９】
前記ネットワーク管理システムは、運用および管理（ＯＡＭ）システムである、請求項４５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に通信に関し、より詳細には、限定はしないが、ハンドオーバ・パラメータを適応させることによって通信パフォーマンスを改善することに関する。
【０００２】
優先権の主張
本出願は、各々の開示が参照により本明細書に組み込まれる、同一出願人が所有する、２００９年１月６日に出願され、代理人整理番号０９０８５７Ｐ１を付与された、米国特許仮出願第６１／１４２，８６２号、２００９年３月１０日に出願され、代理人整理番号０９０８５７Ｐ２を付与された米国特許仮出願第６１／１５８，９９３号、２００９年３月１３日に出願され、代理人整理番号０９０８５７Ｐ３を付与された米国特許仮出願第６１／１６０，２１８号、２００９年３月１０日に出願され、代理人整理番号０９１６２５Ｐ１を付与された米国特許仮出願第６１／１５８，９８８号、２００９年３月１３日に出願され、代理人整理番号０９１６２５Ｐ２を付与された米国特許仮出願第６１／１６０，２２２号の利益および優先権を主張する。
【背景技術】
【０００３】
序論
ワイヤレス通信ネットワークは、画定された地理的エリア内のユーザに様々なタイプのサービス（たとえば、ボイス、データ、マルチメディア・サービスなど）を提供するために、その地理的エリアにわたって展開されている。典型的な実装形態では、ネットワークによってサービスされる地理的エリア内で動作しているアクセス端末（たとえば、セルフォン）にワイヤレス接続性を与えるために、（たとえば、様々なセルに対応する）アクセス・ポイントがネットワーク全体にわたって分散される。一般に、所与の時点において、アクセス端末は、これらのアクセス・ポイントのうちの所与の１つによってサービスされることになる。アクセス端末は、この地理的エリア全体にわたってローミングするにつれて、そのサービング・アクセス・ポイントから離れ、別のアクセス・ポイントに近づくことがある。さらに、所与のセル内の信号状態は変化することがあり、それにより、アクセス端末は、別のアクセス・ポイントによってより良くサービスされることがある。これらの場合、アクセス端末のモビリティを維持するために、アクセス端末をそのサービング・アクセス・ポイントから他のアクセス・ポイントにハンドオーバすることができる。
【０００４】
好ましくは、ハンドオーバは、現在の通信経路に対する損失または中断なしに行われる。しかしながら、実際には、様々なハンドオーバ障害が発生することがある。そのような障害は、たとえば、無線リンク障害（ＲＬＦ）と呼ドロップとを含むことがある。これらの障害の一部は、手動で構成され得るかまたは不適当に制御され得るハンドオーバ・パラメータに関係する。これらのパラメータが最適に構成されないとき、ハンドオーバ障害が発生し得る。これらの障害は、一般に、１）行われるのが早すぎるハンドオーバ、２）行われるのが遅すぎるハンドオーバ、３）適切にトリガされないハンドオーバ、および４）（「ピンポン」と呼ばれることがある）アクセス・ポイント間で行き来するハンドオーバの４つの主要なカテゴリーに分類され得る。
【発明の概要】
【０００５】
本開示の例示的な態様の概要について以下で説明する。本明細書の説明では、態様という用語への言及は、本開示の１つまたは複数の態様を指すことがある。
【０００６】
本開示は、いくつかの態様では、ハンドオーバ・パラメータ適応（たとえば、最適化）に関する。本開示のいくつかの態様では、システム中のアクセス・ポイントにおいて自己最適化機能を可能にするための様々な方式を開示する。ここで、システム中のハンドオーバ・パフォマンスを改善する（たとえば、最大にする）ために、ハンドオーバ・パラメータ設定が（たとえば、人間の介入なしに）アクセス・ポイントによって自動的に適応される。たとえば、アクセス・ポイントは、ハンドオーバ関係障害および不要なハンドオーバ（たとえば、ピンポン）を検出することによって、不正確または準最適なハンドオーバ・パラメータ設定を自動的に検出することができる。アクセス・ポイントは、次いで、ハンドオーバ関係障害の数を低減し、不要なハンドオーバによるネットワークリソースの非効率的な使用を低減するためにハンドオーバ・パラメータ設定を適応させることができる。このようにして、不適当なハンドオーバ・パラメータ設定によって引き起こされるユーザエクスペリエンスの劣化（たとえば、呼ドロップ、ＲＬＦ、データレートの低減、および非効率的なネットワークリソース利用）を低減することができる。適応され得るハンドオーバ・パラメータの例には、トリガ時間（ＴＴＴ）パラメータ、オフセット・パラメータ、およびセル個別オフセット（ＣＩＯ）がある。
【０００７】
本開示は、いくつかの態様では、様々なタイプのハンドオーバ関係障害を識別し、この検出に基づいてハンドオーバ・パラメータを適応させるためのリアクティブ検出技法に関する。たとえば、アクセス・ポイントは、ハンドオーバが実行されるのが遅すぎる結果として発生したハンドオーバ関係障害を検出し、次いで、そのような遅すぎるハンドオーバを防ぐために１つまたは複数のハンドオーバ・パラメータを適応させることができる。別の例として、アクセス・ポイントは、ハンドオーバが実行されない結果として発生したＲＬＦを検出し、次いで、そのようなＲＬＦを防ぐために１つまたは複数のハンドオーバ・パラメータを適応させることができる。さらに、アクセス・ポイントは、ハンドオーバが実行されるのが早すぎる結果として発生したハンドオーバ関係障害を検出し、次いで、そのような早すぎるハンドオーバを防ぐために１つまたは複数のハンドオーバ・パラメータを適応させることができる。また、アクセス・ポイントは、アクセス端末が間違ったセルにハンドオーバされる結果として発生したハンドオーバ関係障害を検出し、次いで、そのような間違ったセルへのハンドオーバを防ぐために１つまたは複数のハンドオーバ・パラメータを適応させることができる。
【０００８】
本開示は、いくつかの態様では、ハンドオーバ関係情報をアクセス・ポイントに与えるためのメッセージング方式に関する。たとえば、あるアクセス・ポイントが、別のアクセス・ポイントにおいて発生したＲＬＦを検出した場合、そのアクセス・ポイントは、その別のアクセス・ポイントにＲＬＦ報告メッセージを送信することができる。このようにして、その別のアクセス・ポイントは、ＲＬＦ報告に基づいて、そのハンドオーバ・パラメータが調整される必要があると判断することができる。別の例として、アクセス・ポイントが別のアクセス・ポイントにおいて発生したハンドオーバについて障害（たとえば、早すぎるハンドオーバまたは間違ったセルへのハンドオーバ）を検出した場合、アクセス・ポイントは、その別のアクセス・ポイントにハンドオーバ報告メッセージを送信することができる。この場合、その別のアクセス・ポイントは、ハンドオーバ報告に基づいて、そのハンドオーバ・パラメータが調整される必要があると判断することができる。
【０００９】
本開示は、いくつかの態様では、ハンドオーバ関係障害につながり得る状態を識別し、次いで、そのようなハンドオーバ関係障害を防ぐためにハンドオーバ・パラメータを適応させるためのプロアクティブ検出技法に関する。たとえば、アクセス・ポイントは、１つまたは複数のアクセス端末によって報告される（それ自体および周囲アクセス・ポイントの）相対信号強度を監視し、これらの信号強度に基づいて、遅すぎるハンドオーバまたは早すぎるハンドオーバが発生する可能性があるかどうかを判断することができる。そうであれば、アクセス・ポイントは、遅すぎるハンドオーバまたは早すぎるハンドオーバを軽減するために１つまたは複数のハンドオーバ・パラメータを調整することができる。
【００１０】
本開示は、いくつかの態様では、システム中のアクセス端末によって維持される訪問先セル履歴の分析に基づいてハンドオーバ・パラメータを適応させることによってピンポンを低減することに関する。たとえば、アクセス端末は、アクセス端末がアクセス・ポイントにハンドオーバされるとき、その訪問先セル履歴をそのアクセス・ポイントに送信することができる。アクセス・ポイントは、次いで、訪問先セル履歴を分析する（たとえば、訪問先セルと各セルにおいて費やされた時間とを識別する）ことによってピンポンを検出することができる。ピンポンが検出されると、アクセス・ポイントは、将来のそのようなピンポンの可能性を低減するために１つまたは複数のハンドオーバ・パラメータを適応させることができる。
【００１１】
本開示は、いくつかの態様では、ハンドオーバ関係障害を検出するために使用されるパラメータ（たとえば、タイマー値）を構成することに関する。たとえば、ネットワーク管理システムは、システム中のアクセス・ポイントのパラメータを構成することができ、これらのパラメータをアクセス・ポイントに送信することができる。アクセス・ポイントは、次いで、これらのパラメータを使用して、早すぎるハンドオーバや間違ったセルへのハンドオーバなどのハンドオーバ関係障害を検出することができる。
【００１２】
本開示のこれらおよび他の例示的な態様について、以下の発明を実施するための形態および添付の特許請求の範囲、ならびに添付の図面において説明する。
【図面の簡単な説明】
【００１３】
【図１】ハンドオーバ・パラメータ最適化を与えるように適応された通信システムのいくつかの例示的な態様の簡略ブロック図。
【図２】遅すぎるハンドオーバ障害を検出し、それに応じて、遅すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるように適応された通信システムのいくつかの例示的な態様の簡略ブロック図。
【図３】早すぎるハンドオーバ障害を検出し、それに応じて、早すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるように適応された通信システムのいくつかの例示的な態様の簡略ブロック図。
【図４】間違ったセルへのハンドオーバを検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるように適応された通信システムのいくつかの例示的な態様の簡略ブロック図。
【図５】第１のタイプの遅すぎるハンドオーバ（たとえば、ハンドオーバに対する障害）を検出し、それに応じて、遅すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図６】第２のタイプの遅すぎるハンドオーバ障害を検出し、それに応じて、遅すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図７】第１のタイプの早すぎるハンドオーバ障害を検出し、それに応じて、早すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図８】第１のタイプの早すぎるハンドオーバ障害を検出し、それに応じて、早すぎるハンドオーバ障害を軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図９Ａ】第２のタイプの早すぎるハンドオーバ障害を検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図９Ｂ】第２のタイプの早すぎるハンドオーバ障害を検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１０】第１のタイプの、間違ったセルへのハンドオーバを検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるために実行され得る追加の動作のいくつかの例示的な態様のフローチャート。
【図１１Ａ】第２のタイプの、間違ったセルへのハンドオーバを検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１１Ｂ】第２のタイプの、間違ったセルへのハンドオーバを検出し、それに応じて、間違ったセルへのハンドオーバを軽減するためにハンドオーバ・パラメータを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１２】ハンドオーバ関係障害をプロアクティブに検出するために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１３Ａ】ハンドオーバ関係障害をプロアクティブに検出するために使用され得る信号品質の指示を示す簡略図。
【図１３Ｂ】ハンドオーバ関係障害をプロアクティブに検出するために使用され得る信号品質の指示を示す簡略図。
【図１４】ピンポンを軽減するために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１５】ハンドオーバ関係パラメータを構成するために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１６】イントラアクセス・ポイントおよびインターアクセス・ポイント・ハンドオーバ関係障害を処理するために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１７】インターアクセス・ポイント・ハンドオーバ関係障害を処理するために実行され得る動作のいくつかの例示的な態様のフローチャート。
【図１８】通信ノードにおいて採用され得る構成要素のいくつかの例示的な態様の簡略ブロック図。
【図１９】通信構成要素のいくつかの例示的な態様の簡略ブロック図。
【図２０】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２１】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２２】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２３】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２４】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２５】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【図２６】本明細書で教示するハンドオーバ・パラメータ適応を行うことに関連して採用され得る装置のいくつかの例示的な態様の簡略ブロック図。
【発明を実施するための形態】
【００１４】
慣例により、図面中に示された様々な特徴は一定の縮尺で描かれていないことがある。したがって、様々な特徴の寸法は、わかりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは、わかりやすいように簡略化されることがある。したがって、図面は、所与の装置（たとえば、デバイス）または方法の構成要素のすべてを示しているわけではない。最後に、明細書および図の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。
【００１５】
本開示の様々な態様について以下で説明する。本明細書の教示は多種多様な形態で実施でき、本明細書で開示されている特定の構造、機能、またはその両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様とは独立に実装できること、およびこれらの態様のうちの２つ以上を様々な方法で組み合わせることができることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置を実現し、または方法を実施することができる。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置を実装し、またはそのような方法を実施することができる。さらに、態様は、請求項の少なくとも１つの要素を備えることができる。
【００１６】
図１に、例示的な通信システム１００（たとえば、通信ネットワークの一部）のいくつかのノードを示す。説明のために、本開示の様々な態様について、互いに通信する１つまたは複数のアクセス端末、アクセス・ポイント、およびネットワーク・ノードの文脈で説明する。ただし、本明細書の教示は、他のタイプの装置、または他の用語を使用して参照される他の同様の装置に適用可能であることを諒解されたい。たとえば、様々な実装形態では、アクセス・ポイントを基地局、ｅノードＢ、セルなどと呼ぶこと、またはそれらなどとして実装することができ、アクセス端末をユーザ機器、モバイルなどと呼ぶこと、またはそれらなどとして実装することができる。
【００１７】
システム１００中のアクセス・ポイントは、１つまたは複数のサービス（たとえば、ネットワーク接続性）を、システム１００のカバレージ・エリア内に設置されるか、またはシステム１００のカバレージ・エリア全体にわたってローミングする１つまたは複数のワイヤレス端末（たとえば、アクセス端末１０２）に提供する。たとえば、様々な時点で、アクセス端末１０２は、アクセス・ポイント１０４、アクセス・ポイント１０６、またはアクセス・ポイント１０８に接続することができる。アクセス・ポイント１０４〜１０８の各々は、ワイドエリア・ネットワーク接続性を可能にするために、（便宜上、ネットワーク・ノード１１０によって表される）１つまたは複数のネットワーク・ノードと通信することができる。これらのネットワーク・ノードは、たとえば、１つまたは複数の無線および／またはコア・ネットワーク・エンティティなどの様々な形態をとることができる。したがって、様々な実装形態では、ネットワーク・ノード１１０は、（たとえば、運用、アドミニストレーション、管理、およびプロビジョニング・エンティティによる）ネットワーク管理、呼制御、モビリティ管理、ゲートウェイ機能、インターワーキング機能のうちの少なくとも１つなどの機能、または何らかの他の好適なネットワーク機能を表すことができる。
【００１８】
本明細書の教示によれば、アクセス・ポイント１０４、１０６、および１０８は、それぞれ、ハンドオーバ動作中にアクセス・ポイントによって使用される１つまたは複数のパラメータの自己最適化を行うためのハンドオーバ・パラメータ最適化構成要素１１２、１１４、および１１６を含む。これらのハンドオーバ・パラメータは、たとえば、トリガ時間（ＴＴＴ）パラメータと、サービングセルのためのオフセットと、セル個別オフセット（ＣＩＯ）と、イベントのヒステリシス・パラメータと、セル再選択パラメータとを含むことができる。
【００１９】
そのようなハンドオーバ・パラメータの自己最適化を行うために、アクセス・ポイントは、いくつかのタイプのハンドオーバ関係問題を検出し、次いで、将来それらのタイプのハンドオーバ関係問題が発生することを防ぐために１つまたは複数のハンドオーバ・パラメータを適切な方法で適応させることができる。たとえば、ハンドオーバ障害は、早すぎるハンドオーバ・トリガリング、遅すぎるハンドオーバ・トリガリング、トリガされていないハンドオーバ、および間違ったセルへのハンドオーバの結果として発生することがある。ここで、ハンドオーバ・トリガリングより前に発生したＲＬＦのためにトリガされないハンドオーバは、遅すぎるハンドオーバ・トリガリングのサブセットと見なすことができる。さらに、アクセス端末がアクセス・ポイント（またはセル）間で連続的にハンドオーバされ、アクセス端末が比較的短い時間期間の間のみ各アクセス・ポイントに接続する場合（ピンポン）、システムパフォーマンスが悪影響を受けることがある。したがって、いくつかの態様では、以下の説明は、遅すぎるハンドオーバと、早すぎるハンドオーバと、間違ったセルへのハンドオーバと、ピンポンとの発生を低減することに関する。
【００２０】
これらのハンドオーバ関係問題の検出を可能にするために、アクセス・ポイントは、システム１００中の他のノードからの（たとえば、図１において破線によって示される）ハンドオーバ関係メッセージを受信することができる。以下でより詳細に説明するように、これらのメッセージは、たとえば、ＲＬＦ報告メッセージなどのハンドオーバ障害関係メッセージ（たとえば、ＲＬＦ指示メッセージまたはＲＬＦイベント報告）と、ハンドオーバ報告メッセージ（たとえば、ハンドオーバ・イベント報告）と、アクセス端末履歴情報を含むメッセージなどのピンポン情報メッセージとを備えることができる。これらのハンドオーバ関係メッセージのうちの１つを受信すると、アクセス・ポイントは、これらの上記のタイプのハンドオーバ関係問題のうち１つを識別し、次いで、この特定のタイプのハンドオーバ問題を軽減するために適切なハンドオーバ・パラメータを適応させることができる。
【００２１】
場合によっては、アクセス・ポイントは、ハンドオーバ関係障害を検出するために１つまたは複数のパラメータを使用する。たとえば、アクセス・ポイントは、アクセス端末がハンドオーバされた後、定義された時間期間内にＲＬＦが発生したかどうかを判断するために、タイマーを採用することができる。そのようなイベントの有効な検出を可能にするために、ネットワーク管理システム１１８は、これらのパラメータを構成し、次いで、これらのパラメータをシステム１００中のアクセス・ポイントに送信することができる。
【００２２】
上記の概観を念頭において、本明細書の教示による、ハンドオーバ・パラメータを適応させるために採用され得る様々な技法について、図２〜図１７を参照しながら説明する。説明のために、図５〜図１２および図１４〜図１７のフローチャートの動作（あるいは本明細書で説明または教示する他の動作）については、特定の構成要素（たとえば、図１〜図４または図１８に示す構成要素）によって実行されるものとして説明することがある。ただし、これらの動作は、他のタイプの構成要素によって実行でき、異なる個数の構成要素を使用して実行できることを諒解されたい。また、本明細書で説明する動作の１つまたは複数は、所与の実装形態では採用されない場合があることを諒解されたい。
【００２３】
図２〜図４に、ハンドオーバ関係障害を検出するために採用され得るメッセージングを示す。図２は、遅すぎるハンドオーバの検出を可能にするために採用され得るメッセージングを示す。図３は、早すぎるハンドオーバの検出を可能にするために採用され得るメッセージングを示す。図４は、間違ったセルへのハンドオーバの検出を可能にするために採用され得るメッセージングを示す。
【００２４】
最初に遅すぎるハンドオーバの検出に関して、アクセス端末モビリティが、ハンドオーバ・パラメータ設定が考慮に入れるモビリティよりもアグレッシブである場合、ソースの信号強度がすでにあまりに低く、ＲＬＦにつながるときにハンドオーバがトリガされることがある。その上、ＲＬＦがハンドオーバをプリエンプトする場合、ハンドオーバはまったくトリガされない。これらのシナリオは、（たとえば、ハイウェイ上、高速列車上など）高いユーザモビリティをもつエリアにおいて一般的であり得る。
【００２５】
図２において、アクセス端末２０２はアクセス・ポイント２０４およびアクセス・ポイント２０６の近傍にある。最初に、アクセス端末２０２はアクセス・ポイント２０４（たとえば、アクセス・ポイント２０４のセル）に接続される。ここで、（たとえば、上記で説明したように）アクセス・ポイント２０４におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果としてＲＬＦが発生することがある。アクセス・ポイント２０６によって与えられる信号品質がアクセス端末２０２のための呼を維持するのに十分である場合、アクセス端末２０２はアクセス・ポイント２０６において（たとえば、アクセス・ポイント２０６のセルにおいて）接続を再確立することができる。
【００２６】
１つの例示的な実装形態では、２つのタイプの遅すぎるハンドオーバがある。第１のタイプの遅すぎるハンドオーバでは、アクセス・ポイント２０４がアクセス端末２０２からのハンドオーバ・トリガリング測定報告メッセージを受信する前にＲＬＦが発生する。したがって、この場合、ハンドオーバ動作が開始する前にＲＬＦが発生する。第２のタイプの遅すぎるハンドオーバでは、アクセス・ポイント２０４がアクセス端末２０２からのハンドオーバ・トリガリング測定報告メッセージを受信した後、アクセス端末２０２がアクセス・ポイント２０４からのハンドオーバ・コマンドを受信する前にＲＬＦが発生する。したがって、この場合、アクセス・ポイント２０４はハンドオーバ動作を開始しているが、ハンドオーバ動作が完了する前にＲＬＦが発生する。
【００２７】
最初に遅すぎるハンドオーバの第１のタイプに関して、アクセス端末２０２が、アクセス・ポイント２０４におけるＲＬＦの後にアクセス・ポイント２０６において接続を再確立する場合、アクセス・ポイント２０６は（図２において破線によって表される）ＲＬＦ報告メッセージによってこのＲＬＦイベントをアクセス・ポイント２０４に報告する。言い換えれば、アクセス端末２０２がアクセス・ポイント２０４におけるＲＬＦの後にアクセス・ポイント２０６において無線リンクを再確立する（または再確立しようと試みる）場合、アクセス・ポイント２０６はこのＲＬＦイベントをアクセス・ポイント２０４に報告する。ここで、アクセス・ポイント２０６は、接続再確立中のアクセス端末によって与えられる識別子（たとえば、物理セル識別子、ＰＣＩ）を使用して、そのアクセス端末のための前のサービングセル／アクセス・ポイント（または、識別子混乱の場合、可能な候補）を識別することができる。アクセス・ポイント２０４は、次いで、このＲＬＦ報告メッセージに基づいて遅すぎるハンドオーバを検出することができる。たとえば、アクセス・ポイント２０４は、（ＲＬＦ報告メッセージ中に含まれるアクセス端末識別子に基づいて）正しいコンテキストを照合し、再確立要求に先立つＲＬＦの可能な根本原因を分析することができる。
【００２８】
上記の動作は、図２中の対応する機能ブロックによって表される。ここで、アクセス・ポイント２０６の構成要素２０８は、ＲＬＦに起因するアクセス端末２０２による接続の再確立を検出する。この接続再確立の結果として、報告生成器２１０はＲＬＦ報告メッセージをアクセス・ポイント２０４に送信する。このメッセージを受信すると、遅すぎ検出器２１２は、アクセス端末２０２がアクセス・ポイント２０６に十分早くハンドオーバされなかったと判断する。すなわち、遅すぎるハンドオーバが検出される。したがって、ハンドオーバ・パラメータ・アダプタ２１４は、遅すぎるハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。以下でより詳細に説明するように、ハンドオーバ・パラメータの適応は、（たとえば、同じセルまたはアクセス・ポイントあるいは異なるセルまたはアクセス・ポイントに関連する）１つまたは複数の遅すぎるハンドオーバの検出に基づくことができる。
【００２９】
ＲＬＦ報告メッセージは、アクセス端末２０２がアクセス・ポイント２０６に十分早くハンドオーバされなかったとアクセス・ポイント２０４が判断することを可能にするための様々なタイプの情報を含むことができる。たとえば、ＲＬＦ報告は、アクセス端末の識別子、ＲＬＦが発生したセルの識別子および／またはアクセス・ポイントの識別子、アクセス端末が接続再確立を試みたセルの識別子および／またはアクセス・ポイントの識別子、ＲＬＦの地理的ロケーション、ＲＬＦが発生した時間、報告のタイプ（たとえば、遅すぎるハンドオーバ）、ＲＬＦが発生した周波数帯域、アクセス端末が再接続した周波数帯域、あるいはハンドオーバ・パラメータ最適化についての当該の他の情報のうちの少なくとも１つを含むことができる。上記の識別子は、たとえば、物理的セル識別子（ＰＣＩ）、セルグローバル識別子（ＣＧＩ）、ＭＡＣ識別子（たとえば、短いＭＡＣアドレス）、アクセス端末のためのＲＮＴＩ、または何らかの他の（１つまたは複数の）適切な識別子を備えることができる。
【００３０】
ＲＬＦイベントは様々な方法で報告され得る。いくつかの実装形態では、ＲＬＦイベントは、イベントベースの報告を使用して報告される。たとえば、ＲＬＦイベントは、ＲＬＦイベントが発生するたびに報告され得る。いくつかの実装形態では、ＲＬＦイベントは定期的に報告される。ここで、報告間隔は（たとえば、ネットワーク管理システムによって）構成可能であり得る。いくつかの実装形態では、ＲＬＦイベントは、要求ベースの報告（たとえば、ポーリング）を使用して報告される。たとえば、アクセス・ポイントは、別のアクセス・ポイントからの要求に応答してＲＬＦ報告を送信することができる。いくつかの実装形態では、ＲＬＦイベントは、ポリシーベースのイベント報告を使用して報告される。たとえば、ＲＬＦイベントは、（たとえば、運用および管理（ＯＡＭ）システムによって）ネットワーク事業者によって与えられる構成可能なポリシーに基づいて報告され得る。
【００３１】
図２の例では、ＲＬＦ報告は、アクセス・ポイント間で（すなわち、アクセス・ポイントの外部で）送信される。ここで、ＲＬＦ報告は、規格化されたプロトコルを使用して外部アクセス・ポイント・インターフェースによって送信され得る。たとえば、ＬＴＥベースのシステムでは、報告は、（３ＧＰＰ  ＴＳ３６．４２３において規定されている）Ｘ２−ＡＰプロトコルを使用してＸ２インターフェースによって送信され得、および／または（３ＧＰＰ  ＴＳ３６．４１３において規定されている）Ｓ１−ＡＰプロトコルを使用してＳ１インターフェースによって送信され得る。
【００３２】
他の場合には、ＲＬＦイベント報告を送信するセルと、ＲＬＦイベント報告が送信されるセルとは、同じアクセス・ポイントが親であり得る。これらの場合、ＲＬＦイベント報告は（たとえば、アクセス・ポイントの内部ソフトウェアの動作によって）アクセス・ポイントに内部的に送信され得る。
【００３３】
次に第２のタイプの遅すぎるハンドオーバに関して、アクセス・ポイント２０４にある間の定期的な接続モード測定の最中に、アクセス端末２０２は、（たとえば、ハンドオーバを要求する）測定報告メッセージを送信するための基準を満たす候補アクセス・ポイント（アクセス・ポイント２０６）を検出する。この場合、アクセス端末２０２は測定報告メッセージをアクセス・ポイント２０４にうまく送信する。アクセス・ポイント２０４は、次いで、（たとえば、ＬＴＥベースのシステムではＴＳ３６．４１３および３６．４２３に従って）ハンドオーバ準備プロシージャを実行する。したがって、アクセス・ポイント２０４は、アクセス・ポイント２０６へのハンドオーバを要求するアクセス端末２０２にハンドオーバ・コマンドを送信することを試みる。しかしながら、アクセス端末２０２は、ハンドオーバ・コマンドを受信することができる前か、またはハンドオーバ・コマンドに基づいてうまく働く（たとえば、アクセス・ポイント２０６に接続する）ことができる前に、アクセス・ポイント２０４においてＲＬＦを経験する。
【００３４】
この場合、アクセス・ポイント２０４は遅すぎるハンドオーバを自律的に検出することができ、および／または、アクセス・ポイント２０４は、（たとえば、タイプ１の遅すぎるハンドオーバ検出について上記で説明したのと同様にして）アクセス・ポイント２０６から受信したＲＬＦ報告メッセージに基づいて遅すぎるハンドオーバを検出することができる。前者の場合、ＲＬＦ検出器構成要素２１６はアクセス端末２０２によってＲＬＦを検出することができる。たとえば、アクセス・ポイント２０４は、アクセス・ポイント２０４がハンドオーバ・コマンドをアクセス端末２０２に送信することを試みていた間にＲＬＦが発生したと判断することができる。いくつかの態様では、アクセス・ポイント２０４は、アクセス端末２０２との下位レベル同期外れに基づいてＲＬＦを検出することができる。
【００３５】
次に図３を参照しながら、早すぎるハンドオーバの検出に関連して採用され得る例示的なメッセージングについて説明する。いくつかの態様では、アクセス端末が、サービングセルのカバレージ・エリア内に含まれている別のセルのカバレージの意図しないアイランドに入ったとき、早すぎるハンドオーバがトリガされることがある。これは、密集した市街地においてなど、断片化されたセルカバレージが電波伝播環境に固有であるエリアについての典型的なシナリオである。早すぎるハンドオーバのシグナチャは、ハンドオーバ中のターゲットセルにおけるＲＬＦと、その後に続くソースセルにおける接続再確立である。
【００３６】
図３において、アクセス端末３０２は、上記のようにアクセス・ポイント３０４およびアクセス・ポイント３０６の近傍にある。アクセス端末３０２は、最初にアクセス・ポイント３０４（たとえば、アクセス・ポイント３０４のセル）に接続され、次いでアクセス・ポイント３０６（たとえば、アクセス・ポイント３０６のセル）にハンドオーバされる。しかしながら、アクセス・ポイント３０４におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として、ハンドオーバ中またはハンドオーバが完了したすぐ後にアクセス・ポイント３０６においてＲＬＦが発生する。すなわち、これらの不正確なハンドオーバ・パラメータ設定により、アクセス端末３０２は、アクセス・ポイント３０６にあまりに早く（たとえば、アクセス・ポイント３０６によってアクセス端末３０２に与えられる信号品質の妥当性が確立され得る前に）ハンドオーバされた。このＲＬＦの結果として、アクセス端末３０２はアクセス・ポイント３０４において（たとえば、アクセス・ポイント３０４のセルにおいて）接続を再確立する。
【００３７】
１つの例示的な実装形態では、２つのタイプの早すぎるハンドオーバがある。第１のタイプの早すぎるハンドオーバでは、アクセス端末３０２がアクセス・ポイント３０６にうまく接続する（たとえば、ハンドオーバ確認メッセージを送信する）前にＲＬＦが発生する。第２のタイプの遅すぎるハンドオーバでは、アクセス端末３０２がアクセス・ポイント３０６にうまく接続した少し後にＲＬＦが発生する。
【００３８】
アクセス・ポイント３０４は早すぎるハンドオーバの第１のタイプを自律的に検出することができる。これらの動作は、図３中の対応する機能ブロックによって表される。ここで、アクセス・ポイント３０４の構成要素３０８は、ＲＬＦに起因するアクセス端末３０２による接続の再確立を検出する。この接続再確立の結果として、早すぎ検出器３１０は、アクセス端末３０２がアクセス・ポイント３０６にあまりに早くハンドオーバされたと判断する。すなわち、早すぎるハンドオーバが検出される。したがって、ハンドオーバ・パラメータ・アダプタ３１２は、早すぎるハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。以下でより詳細に説明するように、ハンドオーバ・パラメータの適応は、（たとえば、同じセルまたはアクセス・ポイントあるいは異なるセルまたはアクセス・ポイントに関連する）１つまたは複数の早すぎるハンドオーバの検出に基づくことができる。
【００３９】
次に第２のタイプの早すぎるハンドオーバに関して、ハンドオーバのためのソースおよび／またはターゲットは、このタイプの早すぎるハンドオーバを検出するためにタイマーを採用することができる。たとえば、ソースは、ハンドオーバされたアクセス端末が、ハンドオーバが完了した後、定義された時間期間内にソースにおいて接続を再確立するかどうかに基づいて、早すぎるハンドオーバを検出することができる。同様に、ターゲットは、ターゲットにおけるアクセス端末のＲＬＦに関係するＲＬＦ報告が、ハンドオーバが完了した後、定義された時間期間内にターゲットにおいて受信されるかどうかに基づいて、早すぎるハンドオーバを検出することができる。図３を参照しながら、これらの検出機構について説明する。
【００４０】
アクセス・ポイント３０４は、アクセス・ポイント３０４からアクセス・ポイント３０６へのハンドオーバが完了したことがアクセス・ポイント３０４に通知されたときにタイマー３１４（ｔearly_HO_source）を開始し得る。たとえば、アクセス・ポイント３０４がアクセス・ポイント３０６からユーザ機器（ＵＥ）コンテキスト解放メッセージを受信したとき、ハンドオーバの完了が示され得る。アクセス端末３０２が、アクセス・ポイント３０６におけるＲＬＦの後、タイマー３１４が満了する前にアクセス・ポイント３０４において接続を再確立する場合、早すぎ検出器３１０は早すぎるハンドオーバを検出する。ハンドオーバ・パラメータ・アダプタ３１２は、次いで、早すぎるハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。
【００４１】
場合によっては、ソースは、ＲＬＦイベントをターゲットに報告しないことを選択し得る。しかしながら、他の場合には（たとえば、ソースがタイマーを採用せず、および／またはＵＥコンテキスト解放メッセージの結果としてＵＥコンテキストを削除した実装形態では）、ＲＬＦイベントは、ソースにとって、ターゲットに対する遅すぎるハンドオーバ・イベントであるように見え得るので、ソースはＲＬＦ報告メッセージをターゲットに送信し得る。
【００４２】
この場合、図３を参照すると、アクセス・ポイント３０６は、アクセス・ポイント３０４からの着信ハンドオーバが完了したときにタイマー３１６（ｔearly_HO_target）を開始し得る。たとえば、ハンドオーバの完了は、アクセス・ポイント３０６がＵＥコンテキスト解放メッセージをアクセス・ポイント３０４に送信することによって示され得る。タイマー３１６が満了する前にアクセス・ポイント３０４からアクセス端末３０２についてのＲＬＦ報告が受信された場合、アクセス・ポイント３０６は、この報告が、アクセス端末３０２がアクセス・ポイント３０４によってハンドオーバされるのが早すぎたことを示すと判断する。言い換えれば、アクセス・ポイント３０６は、この報告がアクセス・ポイント３０６による遅すぎるハンドオーバを示さないと判断する。したがって、アクセス・ポイント３０６はＲＬＦ報告に基づいて働かず、アクセス・ポイント３０６の報告生成器３１８は、早すぎるハンドオーバをアクセス・ポイント３０４に通知するためのハンドオーバ報告メッセージをアクセス・ポイント３０４に送信し得、または両方の行為がとられ得る。
【００４３】
したがって、アクセス・ポイント３０６は、アクセス・ポイント３０６がアクセス・ポイント３０４からＲＬＦ報告を受信したとき、アクセス・ポイント３０６が、定義された時間期間（ｔearly_HO_target）内に同じアクセス端末のための着信ハンドオーバの完了に関係するＵＥコンテキスト解放メッセージをアクセス・ポイント３０４に送信している場合、早すぎるハンドオーバ・イベントの指示をアクセス・ポイント３０４に戻し得る。このメッセージを受信すると、早すぎ検出器３１０は、アクセス端末３０２がアクセス・ポイント３０６にあまりに早くハンドオーバされたと判断する。すなわち、早すぎるハンドオーバが検出される。したがって、ハンドオーバ・パラメータ・アダプタ３１２は、早すぎるハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。
【００４４】
ハンドオーバ報告メッセージは、アクセス端末３０２がアクセス・ポイント３０６にハンドオーバされるのが早すぎたとアクセス・ポイント３０４が判断することを可能にするための様々なタイプの情報を含むことができる。たとえば、ハンドオーバ報告は、アクセス端末の識別子、ターゲットの識別子（たとえば、ＲＬＦが発生したセルの識別子および／またはアクセス・ポイントの識別子）、ソースの識別子（たとえば、アクセス端末が接続再確立を試みたセルの識別子および／またはアクセス・ポイントの識別子）、検出されたハンドオーバ問題（たとえば、早すぎるハンドオーバ）のタイプ、ハンドオーバ原因（たとえば、ハンドオーバ準備中にソースによってシグナリングされた）、あるいはハンドオーバ・パラメータ最適化についての当該の他の情報のうちの少なくとも１つを含むことができる。上記の識別子は、たとえば、物理的セル識別子（ＰＣＩ）、セルグローバル識別子（ＣＧＩ）、ＭＡＣ識別子（たとえば、短いＭＡＣアドレス）、アクセス端末のためのＲＮＴＩ、または何らかの他の（１つまたは複数の）適切な識別子を備えることができる。
【００４５】
ハンドオーバ報告は様々な方法で報告され得る。いくつかの実装形態では、ハンドオーバ報告は、イベントベースの報告を使用して報告される。たとえば、ハンドオーバ報告は、対応するイベントが発生するたびに報告され得る。いくつかの実装形態では、ハンドオーバ報告は定期的に報告される。ここで、報告間隔は（たとえば、ネットワーク管理システムによって）構成可能であり得る。いくつかの実装形態では、ハンドオーバ報告は、要求ベースの報告（たとえば、ポーリング）を使用して報告される。たとえば、アクセス・ポイントは、他のアクセス・ポイントからの要求に応答してハンドオーバ報告を送信することができる。いくつかの実装形態では、ハンドオーバ報告は、ポリシーベースのイベント報告を使用して報告される。たとえば、ハンドオーバ報告は、（たとえば、運用および管理（ＯＡＭ）システムによって）ネットワーク事業者によって与えられる構成可能なポリシーに基づいて報告され得る。
【００４６】
図３の例では、ハンドオーバ報告は、アクセス・ポイント間で（すなわち、アクセス・ポイントの外部で）送信される。ここで、ハンドオーバ報告は、規格化されたプロトコルを使用して外部アクセス・ポイント・インターフェースによって送信され得る。たとえば、ＬＴＥベースのシステムでは、報告は、（３ＧＰＰ  ＴＳ３６．４２３において規定されている）Ｘ２−ＡＰプロトコルを使用してＸ２インターフェースによって送信され得、および／または（３ＧＰＰ  ＴＳ３６．４１３において規定されている）Ｓ１−ＡＰプロトコルを使用してＳ１インターフェースによって送信され得る。
【００４７】
他の場合には、ハンドオーバ報告を送信するセルと、ハンドオーバ報告が送信されるセルとは、同じアクセス・ポイントが親であり得る。これらの場合、ハンドオーバ報告は（たとえば、アクセス・ポイントの内部ソフトウェアの動作によって）アクセス・ポイントに内部的に送信され得る。
【００４８】
次に図４を参照しながら、間違ったセルへのハンドオーバの検出に関連して採用され得る例示的なメッセージングについて説明する。いくつかの態様では、ハンドオーバ・パラメータが誤って設定された場合、ハンドオーバは間違ったセルに向けられ得る。間違ったセルへのハンドオーバのシグナチャの例は、ハンドオーバ中のＲＬＦと、その後に続くソースセルまたはターゲットセル以外のセルにおける接続再確立である。説明のために、以下の説明では、セル間のハンドオーバについて説明する。ただし、開示する概念は、アクセス・ポイント間のハンドオーバに同様に適用可能であることを諒解されたい。
【００４９】
１つの例示的な実装形態では、２つのタイプの、間違ったセルへのハンドオーバがある。第１のタイプの、間違ったセルへのハンドオーバでは、アクセス端末がターゲットセルにうまく接続する（たとえば、ハンドオーバ確認メッセージを送信する）前にソースセル中でＲＬＦが発生する。第２のタイプの、間違ったセルへのハンドオーバでは、アクセス端末がターゲットセルにうまく接続した少し後にＲＬＦが発生する。
【００５０】
最初に第１のタイプのハンドオーバに関して、図４を参照すると、ある時点において、アクセス端末４０２のハンドオーバがソースセル（たとえばアクセス・ポイント４０４）から開始されている。たとえば、アクセス端末４０２は、ソースセルからハンドオーバ・コマンド・メッセージを受信していることがある。しかしながら、アクセス端末４０２がターゲットセル（たとえばアクセス・ポイント４０６）に接続することができる前にソースセルにおいてＲＬＦが発生する。いくつかの実装形態では、接続は、ハンドオーバ確認メッセージの成功した送信を指す。ＲＬＦの結果として、アクセス端末４０２は、ソースセルまたはターゲットセルではない第３のセル（たとえばアクセス・ポイント４０８）において接続を再確立する。
【００５１】
（たとえば、アクセス・ポイント４０８の構成要素４１０によって）ＲＬＦに起因するアクセス端末４０２による接続の再確立を検出すると、第３のセルは（たとえば、本明細書で説明するように）ＲＬＦ報告メッセージをソースセルに送信する。このメッセージを受信すると、ソースセル（たとえば、間違いセル検出器４１２）は、アクセス端末４０２が間違ったセルにハンドオーバされた（たとえば、アクセス端末４０２は、第３のセルよりも低い信号品質を与えるセルにハンドオーバされた）と判断する。すなわち、間違ったセルへのハンドオーバが検出される。したがって、ハンドオーバ・パラメータ・アダプタ４１４は、間違ったセルへのハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。本明細書で説明するように、ハンドオーバ・パラメータの適応は、（たとえば、同じセルまたはアクセス・ポイントあるいは異なるセルまたはアクセス・ポイントに関連する）１つまたは複数の、間違ったセルへのハンドオーバの検出に基づくことができる。
【００５２】
次に第２のタイプの、間違ったセルへのハンドオーバに関して、ターゲットは、ターゲットにおけるアクセス端末のＲＬＦに関するＲＬＦ報告が、ハンドオーバが完了した後、定義された時間期間内にターゲットにおいて受信されるかどうかに基づいて、間違ったセルへのハンドオーバを検出することができる。いくつかの態様では、間違ったセルへのハンドオーバのシグナチャは、１）ハンドオーバがソースセルから開始されていることと、２）アクセス端末がターゲットセルに接続されたことと、３）ターゲットセルにおいてＲＬＦが発生したことと、４）アクセス端末が、ソースセルまたはターゲットセルではない第３のセルにおいて再接続したこととに関与し得る。
【００５３】
図４を参照すると、ターゲットセルは、アクセス・ポイント４０４からの着信ハンドオーバが完了したときにタイマー４１６（ｔstore_UE_context）を開始し得る。たとえば、ハンドオーバの完了は、アクセス・ポイント４０６がＵＥコンテキスト解放メッセージをアクセス・ポイント４０４に送信することによって示され得る。ターゲットセルが、アクセス端末４０２に関係するタイマー４１６が満了する前にそのアクセス端末についてのＲＬＦ報告を受信した場合、ターゲットセルは、どのセルがＲＬＦ報告を送信したかに応じて適切な行為をとる。ＲＬＦ報告がソースセルから（たとえば、アクセス・ポイント４０４から）受信された場合、ターゲットセルは、本明細書で説明するようにＲＬＦ報告に基づいて働かないことを選択し得る。一方、ＲＬＦ報告がソースセル以外のセルから（たとえば、アクセス・ポイント４０８から）受信された場合、ターゲットセル（たとえば、報告生成器４１８）は、ソースセルに間違ったセルへのハンドオーバを通知するために（たとえば、本明細書で説明するように）ハンドオーバ報告メッセージをソースセルに送信し得る。
【００５４】
したがって、この後者の場合、ターゲットセル（たとえば、アクセス・ポイント４０６）が第３のセル（たとえば、アクセス・ポイント４０８）からＲＬＦ指示を受信したとき、ターゲットセルが、定義された時間期間（たとえば、ｔstore_UE_context秒）内に同じアクセス端末のための着信ハンドオーバの完了に関係するＵＥコンテキスト解放メッセージをソースセル（たとえば、アクセス・ポイント４０４）に送信している場合、ターゲットセルは、間違ったセルへのハンドオーバ・イベントを示すハンドオーバ報告メッセージをソースセルに送信し得る。
【００５５】
このメッセージを受信すると、間違いセル検出器４１２は、アクセス端末４０２が間違ったセルにハンドオーバされたと判断する。すなわち、間違ったセルへのハンドオーバが検出される。したがって、ハンドオーバ・パラメータ・アダプタ４１４は、間違ったセルへのハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させることができる。
【００５６】
ハンドオーバ報告メッセージは、上記で説明したものと同様の情報を含むことができる。ただし、この場合、報告によって示される検出されたハンドオーバ問題のタイプは間違ったセルへのハンドオーバである。さらに、報告は、間違ったターゲットの識別子（たとえば、ＲＬＦが発生したセルの識別子および／またはアクセス・ポイントの識別子）と、正しいターゲットの識別子（たとえば、アクセス端末が接続再確立を試みたセルの識別子および／またはアクセス・ポイントの識別子）と、ソースの識別子（たとえば、ハンドオーバを開始したセルの識別子および／またはアクセス・ポイントの識別子）とを含むことができる。
【００５７】
図５〜図１１Ｂには、リアクティブ検出のために採用され得る例示的な動作（たとえば、アルゴリズム）が記載されている。いくつかの態様では、リアクティブ検出は、過去の発生についての受信した報告および分析に基づいて、将来の発生が起こるのを防ぐことを目的とする。例示のために、以下で、セルの動作とセル間のメッセージングとについて説明する。これらの動作は、一般に、アクセス・ポイントの動作とアクセス・ポイント間のメッセージングとにも対応し得ることを諒解されたい。
【００５８】
図５および図６のフローチャートには、遅すぎるハンドオーバの検出に基づいてハンドオーバ・パラメータ適応を行うために採用され得る動作が記載されている。詳細には、図５は、本明細書で説明する第１のタイプの遅すぎるハンドオーバに関し、図６は、本明細書で説明する第２のタイプの遅すぎるハンドオーバに関する。
【００５９】
図５のブロック５０２によって表されるように、ある時点において、アクセス端末が第１のセル（たとえば、第１のアクセス・ポイント）に接続する。第１のセルに接続されている間、アクセス端末は、第１のセルに測定報告メッセージを送信するための基準を満たす候補セル（第２のセル）を検出することができる。したがって、アクセス端末は、第１のセルに測定報告メッセージを送信しようと試みることができる。
【００６０】
しかしながら、ブロック５０４によって表されるように、アクセス端末は、測定報告メッセージを送信しようと試みている間（または測定報告メッセージを送信するより前に）、第１のセルにおいてＲＬＦを経験する。本明細書で説明するように、そのＲＬＦは、第１のセル（たとえば、第１のアクセス・ポイント）におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生していることがあり、その結果、アクセス端末がハンドオーバされなかった。
【００６１】
ブロック５０６によって表されるように、アクセス端末は第２のセルにおいて接続を再確立する。ここで、アクセス端末は、（たとえば、アクセス端末によって検出されたアクセス・ポイントの受信信号強度に基づいて）ＲＬＦ後に接続を再確立するための第２のセルのアクセス・ポイントを選択する。本明細書で説明するように、接続の再確立に関連して、第２のセル（たとえば、第２のアクセス・ポイント）は、アクセス端末が第１のセル（たとえば、第１のアクセス・ポイント）においてＲＬＦを経験したことを示すメッセージをアクセス端末から受信する。ここで、そのメッセージは、ＲＬＦが発生したセル（および／またはアクセス・ポイント）を識別する。
【００６２】
ブロック５０８によって表されるように、第２のセル（たとえば、第２のアクセス・ポイント）は、このアクセス端末についてのＲＬＦ報告メッセージを第１のセルに送信する。いくつかの態様では、このメッセージは、第１のセル（たとえば、第１のアクセス・ポイント）に接続再確立を通知する。本明細書で説明するように、このメッセージは、たとえば、ＲＬＦが発生したセルの識別子、接続が再確立されたセルの識別子、およびアクセス端末の識別子を備えることができる。また、上記で説明したように、この報告メッセージは、イベントベースの報告、定期的報告、要求ベースの報告、ポリシーベースの報告、または何らかの他の好適な報告方式に従って送信され得る。ブロック５１０によって表されるように、第１のセルは、この報告メッセージを受信する。
【００６３】
ブロック５１２によって表されるように、第１のセルは、受信したＲＬＦ報告メッセージに基づいて遅すぎるハンドオーバ障害を検出する。たとえば、第１のセルは、その報告中の情報を分析し、これが第１のセルから第２のセルへの遅すぎるハンドオーバの場合に関すると結論付けることができる。したがって、いくつかの態様では、ブロック５１２の検出は、遅すぎるハンドオーバによるＲＬＦを検出することを備えることができる。いくつかの態様では、上記検出は、第１のセル（またはアクセス・ポイント）から第２のセル（またはアクセス・ポイント）へのアクセス端末のハンドオーバより前にＲＬＦが発生したと第１のセルにおいて判断することを備えることができる。いくつかの態様では、上記検出は、第１のセル（またはアクセス・ポイント）において第２のセル（またはアクセス・ポイント）からメッセージを受信することであって、そのメッセージが、第２のセルにおいて接続を再確立するアクセス端末が第１のセルにおいてＲＬＦを経験したことを示す、受信することと、受信したメッセージに基づいて、アクセス端末が第２のセルに十分早くハンドオーバされなかったと判断することとを備えることができる。
【００６４】
ブロック５１４によって表されるように、第１のセルは、遅すぎるハンドオーバ障害の検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。たとえば、第１のセルは、将来の第２のセルへの遅すぎるハンドオーバを回避するためのハンドオーバ・パラメータの最適化のために、受信した情報を考慮に入れることができる。
【００６５】
本明細書で教示するハンドオーバ・パラメータの適応は、１つまたは複数のハンドオーバ障害イベントを考慮に入れることができる。たとえば、ハンドオーバ・パラメータは、特定のセルおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された遅すぎるハンドオーバに基づいて、その特定のセルに適応させられ得る。代替的に、ハンドオーバ・パラメータは、セルのセットおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された遅すぎるハンドオーバ障害に基づいて、そのセルのセットに適応させられ得る。
【００６６】
ここで、様々なタイプのハンドオーバ・パラメータが適応させられ得る。たとえば、トリガ時間（ＴＴＴ）パラメータ、サービングセルのためのオフセット、セル個別オフセット（ＣＩＯ）、またはイベントのヒステリシス・パラメータのうちの少なくとも１つが、遅すぎるハンドオーバが将来発生する可能性を低減するために適応させられ得る（たとえば、低減され得る）。
【００６７】
図６のタイプ２の遅すぎるハンドオーバに関して、第１のセルに接続されている間、アクセス端末は、第１のセルに測定報告メッセージを送信するための基準を満たす候補セル（第２のセル）を検出することができる。この場合、アクセス端末は第１のセルに測定報告メッセージをうまく送信する。したがって、ブロック６０２によって表されるように、第２のセルへのアクセス端末のハンドオーバが開始される。ここで、第１のセルは、第２のセルへのハンドオーバを要求するハンドオーバ・コマンドをアクセス端末に送信しようと試みる。
【００６８】
しかしながら、ブロック６０４によって表されるように、アクセス端末は、ハンドオーバ・コマンドを受信することができる前に、またはハンドオーバ・コマンドに基づいてうまく働く（たとえば、第２のセルにうまく接続する）ことができる前に、第１のセルにおいてＲＬＦを経験する。本明細書で説明するように、そのＲＬＦは、第１のセル（たとえば、第１のアクセス・ポイント）におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生していることがあり、その結果、第１のセル（たとえば、第１のアクセス・ポイント）から第２のセル（たとえば、第２のアクセス・ポイント）へのハンドオーバがトリガされるのが遅すぎてハンドオーバが成功しなかった。
【００６９】
ブロック６０６によって表されるように、第１のセルはアクセス端末のＲＬＦを検出する。たとえば、第１のセルは、ハンドオーバ・コマンドを送信しようと試みている間、ＲＬＦを検出し、これが第１のセルから第２のセルへの遅すぎるハンドオーバの場合であると結論付けることができる。本明細書で説明するように、場合によっては、ＲＬＦの検出は、第１のセル（またはアクセス・ポイント）から第２のセル（またはアクセス・ポイント）にアクセス端末をハンドオーバする進行中のプロシージャ中にアクセス端末との下位レイヤ同期外れを検出することに関与し得る。したがって、いくつかの態様では、ブロック６０６の検出は、遅すぎるハンドオーバによるＲＬＦを検出することを備えることができ、その検出は、第１のセル（またはアクセス・ポイント）から第２のセル（またはアクセス・ポイント）へのアクセス端末のハンドオーバ中にＲＬＦが発生したと第１のセルにおいて判断することを備えることができる。
【００７０】
ブロック６０８によって表されるように、アクセス端末は第２のセルにおいて接続を再確立する。本明細書で説明するように、接続の再確立に関連して、第２のセルは、アクセス端末が第１のセルにおいてＲＬＦを経験したことを示すメッセージをアクセス端末から受信する。
【００７１】
ブロック６１０によって表されるように、第２のセルは、このアクセス端末についてのＲＬＦ報告メッセージを第１のセルに送信する。上記で説明したように、この報告メッセージは、任意の好適な報告方式に従って送信され得る。ブロック６１２によって表されるように、第１のセルは、この報告メッセージを受信する。
【００７２】
ブロック６１４によって表されるように、第１のセルは、受信したＲＬＦ報告メッセージに基づいて遅すぎるハンドオーバ障害を検出する。たとえば、第１のセルは、その報告中の情報を分析し、これが第１のセルから第２のセルへの遅すぎるハンドオーバの場合に関すると結論付けることができる。したがって、いくつかの態様では、ブロック６１４の検出は、遅すぎるハンドオーバによるＲＬＦを検出することを備えることができる。ここで、上記検出は、第１のセル（またはアクセス・ポイント）において第２のセル（またはアクセス・ポイント）からメッセージを受信することであって、そのメッセージが、第２のセルにおいて接続を再確立するアクセス端末が第１のセルにおいてＲＬＦを経験したことを示す、受信することと、受信したメッセージに基づいて、アクセス端末が第２のセルに十分早くハンドオーバされなかったと判断することとを備えることができる。さらに、いくつかの態様では、アクセス端末が第２のセルに十分早くハンドオーバされなかったという判断は、アクセス端末が、第１のセルから第２のセルへのアクセス端末のハンドオーバ中にＲＬＦを経験したと判断することを備えることができる。
【００７３】
ブロック６１６によって表されるように、第１のセルは、検出された遅すぎるハンドオーバ障害に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。たとえば、第１のセルは、将来の第２のセルへの遅すぎるハンドオーバを回避するためのハンドオーバ・パラメータの最適化のために、受信した情報を考慮に入れることができる。
【００７４】
図７〜図９Ｂのフローチャートには、早すぎるハンドオーバの検出に基づいてハンドオーバ・パラメータ適応を行うために採用され得る動作が記載されている。図７は、本明細書で説明する第１のタイプの早すぎるハンドオーバに関し、図８〜図９Ｂは、本明細書で説明する第２のタイプの早すぎるハンドオーバに関する。
【００７５】
図７を参照すると、第１のセルに接続されている間、ブロック７０２によって表されるように、第２のセルへのアクセス端末のハンドオーバが開始される。この例では、第１のセルは、第２のセルへのハンドオーバを要求するハンドオーバ・コマンドをアクセス端末にうまく送信する。
【００７６】
ブロック７０４によって表されるように、アクセス端末は、第２のセルに接続しようと試みている間、第２のセルにおいてＲＬＦを経験する。本明細書で説明するように、そのＲＬＦは、第１のセル（たとえば、第１のアクセス・ポイント）におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生していることがあり、その結果、第１のセル（たとえば、第１のアクセス・ポイント）から第２のセル（たとえば、第２のアクセス・ポイント）へのハンドオーバがトリガされるのが早すぎてハンドオーバが成功しなかった。
【００７７】
ブロック７０６によって表されるように、アクセス端末は第１のセルにおいて接続を再確立する。本明細書で説明するように、接続の再確立に関連して、第１のセルは、アクセス端末が第２のセルにおいてＲＬＦを経験したことを示すメッセージをアクセス端末から受信する。
【００７８】
ブロック７０８によって表されるように、第１のセルは、接続再確立に基づいて早すぎるハンドオーバ障害を検出する。たとえば、別のセルへの発信ハンドオーバ試行後のアクセス端末による接続再確立を検出すると、第１のセルは、これがタイプ１の早すぎるハンドオーバの場合であると結論付けることができる。したがって、いくつかの態様では、ブロック７０８の検出は、早すぎるハンドオーバによるＲＬＦを検出することを備えることができ、その検出は、第１のセル（またはアクセス・ポイント）において接続を再確立したアクセス端末が、第１のセルから第２のセル（またはアクセス・ポイント）へのアクセス端末の早期に開始されたハンドオーバにより第２のセルにおいてＲＬＦを経験したと第１のセルにおいて判断することを備えることができる。
【００７９】
ブロック７１０によって表されるように、第１のセルは、早すぎるハンドオーバ障害の検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。たとえば、第１のセルは、将来の第２のセルへの早すぎるハンドオーバを回避するためのハンドオーバ・パラメータの最適化のために、受信した情報を考慮に入れることができる。本明細書で説明するように、これは、たとえば、トリガ時間（ＴＴＴ）パラメータ、サービングセルのためのオフセット、セル個別オフセット（ＣＩＯ）、またはイベントのヒステリシス・パラメータのうちの少なくとも１つを適応させる（たとえば、増加させる）ことに関与し得る。
【００８０】
本明細書で教示するハンドオーバ・パラメータの適応は、１つまたは複数のハンドオーバ障害イベントを考慮に入れることができる。たとえば、ハンドオーバ・パラメータは、特定のセルおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された早すぎるハンドオーバに基づいて、その特定のセルに適応させられ得る。代替的に、ハンドオーバ・パラメータは、セルのセットおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された早すぎるハンドオーバ障害に基づいて、そのセルのセットに適応させられ得る。
【００８１】
図８のタイプ２の早すぎるハンドオーバ動作に関して、ブロック８０２によって表されるように、アクセス端末は第１のセルから第２のセルにうまくハンドオーバされる。ここで、第１のセルは、ハンドオーバが完了したことを通知されたときにタイマーを開始する（ブロック８０４）。たとえば、タイマーは、第１のセルが第２のセルからＵＥコンテキスト解放メッセージを受信した後に開始され得る。
【００８２】
ブロック８０６によって表されるように、アクセス端末は（たとえば、本明細書で説明するように）第２のセルにおいてＲＬＦを経験する。ブロック８０８によって表されるように、アクセス端末は第１のセルにおいて接続を再確立する。本明細書で説明するように、接続の再確立に関連して、第１のセルは、アクセス端末が第２のセルにおいてＲＬＦを経験したことを示すメッセージをアクセス端末から受信する。
【００８３】
ブロック８１０によって表されるように、第１のセルは、接続再確立に基づいて早すぎるハンドオーバ障害を検出する。たとえば、タイマーが満了する前に接続再確立が発生した場合、第１のセルは、これがタイプ２の早すぎるハンドオーバの場合であると結論付けることができる。したがって、いくつかの態様では、ブロック８１０の検出は、早すぎるハンドオーバによるＲＬＦを検出することを備えることができ、その検出は、第１のセル（またはアクセス・ポイント）から第２のセル（またはアクセス・ポイント）にハンドオーバされたアクセス端末が、ハンドオーバが完了したことが第１のセルに通知された後、定義された時間期間内に第１のセルにおいて接続を再確立したと、第１のセルにおいて判断することを備えることができる。本明細書で説明するように、いくつかの態様では、定義された時間期間は、ネットワーク管理システムから受信したメッセージに基づいて構成され得る。
【００８４】
ブロック８１２によって表されるように、第１のセルは、次いで、早すぎるハンドオーバ障害の検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。この場合、様々なタイプのハンドオーバ・パラメータが適応させられ得る。たとえば、トリガ時間（ＴＴＴ）パラメータ、サービングセルのためのオフセット、セル個別オフセット（ＣＩＯ）、またはイベントのヒステリシス・パラメータのうちの少なくとも１つが、早すぎるハンドオーバが将来発生する可能性を低減するために増加させられ得る。
【００８５】
上記で説明したように、場合によっては、第１のセルは、第１のセルにおけるアクセス端末による接続再確立の結果として第２のセルにＲＬＦ報告メッセージを送信することができ、その後、第２のセルは、第１のセルにハンドオーバ報告メッセージを返送する。図９Ａおよび図９Ｂには、この場合に実行され得る例示的な動作が記載されている。
【００８６】
ブロック９０２によって表されるように、アクセス端末は第１のセルから第２のセルにうまくハンドオーバされる。ここで、第２のセルは、ハンドオーバの完了時にタイマーを開始する（ブロック９０４）。ブロック９０６によって表されるように、アクセス端末は（たとえば、本明細書で説明するように）第２のセルにおいてＲＬＦを経験する。ブロック９０８によって表されるように、アクセス端末は、本明細書で説明するように第１のセルにおいて接続を再確立する。ブロック９１０によって表されるように、第１のセルは第２のセルにＲＬＦ報告メッセージを送信する。ブロック９１２によって表されるように、第２のセルは、このメッセージを受信する。
【００８７】
ブロック９１４によって表されるように、タイマーが満了する前に第２のセルがＲＬＦ報告メッセージを受信した（たとえば、接続再確立が発生した）場合、第２のセルは、このイベントが第１のセルについてのタイプ２の早すぎるハンドオーバに関すると判断する。したがって、ブロック９１６において、第２のセルは第１のセルにハンドオーバ報告メッセージを送信し、ブロック９１８において、第１のセルは、このメッセージを受信する。したがって、いくつかの態様では、ハンドオーバ報告メッセージは、アクセス端末がハンドオーバされた後、定義された時間期間内にＲＬＦ報告メッセージが受信されたという判断の結果として、送信され得る。本明細書で説明するように、定義された時間期間は、第１のセル（たとえば、第１のアクセス・ポイント）におけるアクセス端末に関係するデータレコードの削除を要求するメッセージ（たとえば、ＵＥコンテキスト解放メッセージ）の送信時に開始し得る。また、定義された時間期間は、ネットワーク管理システムから受信したメッセージに基づいて構成され得る。本明細書で説明するように、このメッセージは、ＲＬＦに関連するハンドオーバ障害のタイプの指示（たとえば、早すぎるハンドオーバ指示）を備えることができる。さらに、このメッセージは、たとえば、ＲＬＦが発生したセルの識別子、接続が再確立されたセルの識別子、およびアクセス端末の識別子を備えることができる。
【００８８】
ブロック９２０によって表されるように、第１のセルは、受信したハンドオーバ報告メッセージに基づいて早すぎるハンドオーバ障害を検出する。したがって、いくつかの態様では、ブロック９２０の検出は、早すぎるハンドオーバによるＲＬＦを検出することを備えることができ、その検出は、第１のセル（またはアクセス・ポイント）において第２のセル（またはアクセス・ポイント）からメッセージを受信することを備えることができ、そのメッセージは、第１のセルによって第２のセルに報告されたＲＬＦが、第１のセルがアクセス端末を第２のセルにあまりに早くハンドオーバしたことによって生じたことを示す。ブロック９２２によって表されるように、第１のセルは、早すぎるハンドオーバ障害の検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。
【００８９】
図１０〜図１１Ｂのフローチャートには、間違ったセルへのハンドオーバの検出に基づいてハンドオーバ・パラメータ適応を行うために採用され得る動作が記載されている。図１０は、本明細書で説明する第１のタイプの、間違ったセルへのハンドオーバに関し、図１１Ａ〜図１１Ｂは、本明細書で説明する第２のタイプの、間違ったセルへのハンドオーバに関する。
【００９０】
第１のセルに接続されている間、ブロック１００２によって表されるように、第２のセルへのアクセス端末のハンドオーバが開始される。たとえば、第１のセルは、アクセス端末にハンドオーバ・コマンド・メッセージを送信し、アクセス端末コンテキスト（ＵＥコンテキスト）を記憶することができる。
【００９１】
ブロック１００４によって表されるように、アクセス端末は、ハンドオーバ・プロシージャ中に（たとえば、第２のセルに接続しようと試みている間）第１のセルにおいてＲＬＦを経験する。本明細書で説明するように、そのＲＬＦは、第１のセル（たとえば、第１のアクセス・ポイント）におけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生していることがあり、その結果、間違ったセルへのハンドオーバが生じた。
【００９２】
ブロック１００６によって表されるように、アクセス端末は第３のセルにおいて接続を再確立する。本明細書で説明するように、接続の再確立に関連して、第３のセルは、アクセス端末が第２のセルにおいてＲＬＦを経験したことを示すメッセージをアクセス端末から受信する。
【００９３】
ブロック１００８によって表されるように、第３のセルは第１のセルにＲＬＦ報告メッセージを送信し、ブロック１０１０において、第１のセルは、このメッセージを受信する。
【００９４】
ブロック１０１２によって表されるように、第１のセルは、受信したＲＬＦ報告メッセージに基づいて（たとえば、ＲＬＦの受信した指示に基づいて）タイプ１の、間違ったセルへのハンドオーバを検出する。ここで、第１のセルは、ＲＬＦ報告がそこから受信されたセル（アクセス・ポイント）の識別子と、ターゲットの識別子を比較することができる。ＲＬＦ報告がそこから受信されたセル（アクセス・ポイント）の識別子が、ソースまたはターゲットのいずれかの識別子と同じでない場合、第１のセルは、間違ったセルに向かってハンドオーバがトリガされたと結論付けることができる。したがって、いくつかの態様では、ブロック１０１２の検出は、第２のセル（またはアクセス・ポイント）において接続を再確立したアクセス端末が、第１のセル（またはアクセス・ポイント）から第３のセル（またはアクセス・ポイント）へのアクセス端末の誤った方向のハンドオーバにより第３のセルにおいてＲＬＦを経験したと第１のセルにおいて判断することを備えることができる。
【００９５】
したがって、ブロック１０１４によって表されるように、第１のセルは、間違ったセルへのハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。この場合、様々なタイプのハンドオーバ・パラメータが適応させられ得る。たとえば、セル個別オフセット（ＣＩＯ）設定が、間違ったセルへのハンドオーバの将来の可能性を低減するために適応させられ得る。さらに、ここで、トリガ時間（ＴＴＴ）パラメータ、サービングセルのためのオフセット、またはイベントのヒステリシス・パラメータなど、他のパラメータが適応させられ得る。
【００９６】
本明細書で教示するハンドオーバ・パラメータの適応は、１つまたは複数のハンドオーバ障害イベントを考慮に入れることができる。たとえば、ハンドオーバ・パラメータは、指定のセルおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された間違ったセルへのハンドオーバに基づいて、その指定のセルに適応させられ得る。代替的に、ハンドオーバ・パラメータは、指定のセルのセットおよび／または（１つまたは複数の）何らかの他のセルに関連する検出された間違ったセルへのハンドオーバに基づいて、その指定のセルのセットに適応させられ得る。
【００９７】
次に、図１１のタイプ２の、間違ったセルへのハンドオーバ動作に関して、ブロック１１０２によって表されるように、アクセス端末は第１のセルから第２のセルにうまくハンドオーバされる。ここで、ブロック１１０４によって表されるように、第２のセルは、アクセス端末についてのＵＥコンテキスト解放メッセージを第１のセルに送信し、（たとえば、ハンドオーバの完了時に）タイマーを開始する。ブロック１１０６およびブロック１１０８によって表されるように、アクセス端末は、本明細書で説明するように第２のセルにおいてＲＬＦを経験し、第３のセルにおいて接続を再確立する。ブロック１１１０によって表されるように、第３のセルは第２のセルにＲＬＦ報告メッセージを送信する。ブロック１１１２によって表されるように、第２のセルは、このメッセージを受信する。
【００９８】
ブロック１１１４によって表されるように、タイマーが満了する前にＲＬＦ報告メッセージが受信された場合、第２のセルは、このイベントが第１のセルについてのタイプ２の、間違ったセルへのハンドオーバ・イベントに関すると判断する。たとえば、第２のセルは、ＲＬＦ報告がそこから受信されたセル（アクセス・ポイント）の識別子と、ソースセル（アクセス・ポイント）の識別子を比較することができる。ＲＬＦ報告がそこから受信されたセルの識別子が、ソースセルの識別子と同じである場合、第２のセルはＲＬＦ報告を無視することを選択することができる。一方、ＲＬＦ報告がそこから受信されたセルの識別子が、ソースセルの識別子と同じでない場合、ブロック１１１６において、第２のセルは、ソースセル（第１のセル）に（間違ったセルへのハンドオーバ指示を含む）ハンドオーバ報告メッセージを送信する。ブロック１１１８において、第１のセルは、このメッセージを受信する。したがって、いくつかの態様では、ハンドオーバ報告メッセージは、アクセス端末がハンドオーバされた後、定義された時間期間内にＲＬＦ報告メッセージが受信されたという判断の結果として、送信され得る。本明細書で説明するように、定義された時間期間は、第１のセル（たとえば、第１のアクセス・ポイント）におけるアクセス端末に関係するデータレコードの削除を要求するメッセージ（たとえば、ＵＥコンテキスト解放メッセージ）の送信時に開始し得る。また、定義された時間期間は、ネットワーク管理システムから受信したメッセージに基づいて構成され得る。本明細書で説明するように、このメッセージは、ＲＬＦに関連するハンドオーバ障害のタイプの指示（たとえば、間違ったセルへのハンドオーバ指示）を備えることができる。さらに、このメッセージは、たとえば、ＲＬＦが発生したセルの識別子、接続が再確立されたセルの識別子、ハンドオーバソースセルの識別子、およびアクセス端末の識別子を備えることができる。
【００９９】
ブロック１１２０によって表されるように、第１のセルは、受信したハンドオーバ報告メッセージに基づいて、間違ったセルへのハンドオーバ障害を検出する。したがって、いくつかの態様では、ブロック１１２０の検出は、第１のセル（またはアクセス・ポイント）において第２のセル（またはアクセス・ポイント）から受信したハンドオーバ報告メッセージに基づき得、そのハンドオーバ・メッセージは、第３のセル（またはアクセス・ポイント）において接続を再確立したアクセス端末が、第１のセルから第２のセルへのアクセス端末のハンドオーバ中に第２のセルにおいてＲＬＦを経験したことを示す。ブロック１１２２によって表されるように、第１のセルは、間違ったセルへのハンドオーバの検出に基づいて１つまたは複数のハンドオーバ・パラメータを適応させる。
【０１００】
図１２〜図１３Ｂには、プロアクティブ・ハンドバ・パラメータ適応を行うために採用され得る技法が記載されている。いくつかの態様では、プロアクティブ検出は、将来の発生より前の状態の分析に基づいて、将来の発生が起こるのを防ぐことを目的とする。
【０１０１】
図１２のブロック１２０２とブロック１２０４とによって表されるように、セル（アクセス・ポイント）が、そのセルによってその測定報告が受信された任意のアクセス端末によって報告された、そのセル自体の信号品質（たとえば、受信信号強度）の指示と、他の周囲のセルの指示とを判断する（たとえば、監視する）。図１３Ａおよび図１３Ｂに、それぞれサービングセル（線Ｍｎ）およびターゲットセル（線Ｍｓ）について報告された品質指示ＱｎおよびＱｓの例示的なグラフを示す。これらの品質指示は、たとえば、基準信号受信品質（ＲＳＲＱ）、基準信号受信電力（ＲＳＲＰ）、または何らかの他の好適な品質メトリックに対応し得る。
【０１０２】
それらのグラフは、いつ測定報告をトリガすべきかを判断するために使用され得るいくつかのパラメータを示している。たとえば、オフセット（たとえば、ヒステリシス）は、測定報告がトリガされる前にターゲット品質指示がサービングセル指示を上回らなければならない量を示すことができる。さらに、トリガ時間（ＴＴＴ）は、測定報告が送信される前に上記の条件が連続的に満たされなければならない最小時間量を示すことができる。場合によっては、ブロック１２０２およびブロック１２０４の指示は、測定報告がアクセス端末によって送信されるときに測定され得る。
【０１０３】
ブロック１２０６によって表されるように、セルは、信号品質の判断された指示に基づいて遅すぎるハンドオーバまたは早すぎるハンドオーバ（たとえば、遅すぎるハンドオーバ・シグナチャまたは早すぎるハンドオーバ・シグナチャ）を識別する。たとえば、遅すぎるハンドオーバの可能性のシグナチャは、Ｑｓが低いかどうかに基づいて、および／または測定報告がアクセス端末によって送信されたときの品質指示間の差（Ｄｓ−ｎ）が、オフセットと比較して大きい（たとえば、その差が、定義されたオフセットを定義された量だけ上回る）かどうかに基づいて、識別され得る。この状態は図１３Ａに示されている。逆に、早すぎるハンドオーバの可能性のシグナチャは、Ｑｓが低くないかどうかに基づいて、および／または測定報告が送信されたときの品質指示間の差（Ｄｓ−ｎ）が、オフセットと比較して小さい（たとえば、その差が、定義されたオフセットを定義された量未満だけ上回る）かどうかに基づいて、識別され得る。この状態は図１３Ｂに示されている。
【０１０４】
ブロック１２０８によって表されるように、セルは、次いで、適用可能な場合は、遅すぎるハンドオーバまたは早すぎるハンドオーバの将来の可能性を低減する（たとえば、遅すぎるハンドオーバまたは早すぎるハンドオーバをプロアクティブに軽減する）ために１つまたは複数のハンドオーバ・パラメータを適応させる。したがって、いくつかの態様では、ハンドオーバ・パラメータは、ブロック１２０２およびブロック１２０４において判断された指示に基づいて（たとえば、これらの指示間の差に基づいて、遅すぎるハンドオーバ・シグナチャまたは早すぎるハンドオーバ・シグナチャに基づいて、など）適応させられ得る。これらのパラメータ（たとえば、ＴＴＴ、サービングセルのためのオフセット、ＣＩＯ、ヒステリシス・パラメータ、またはそれらの何らかの組合せ）は、たとえば、本明細書で説明するように適応させられ得る。
【０１０５】
図１４には、ピンポンの検出に基づいてハンドオーバ・パラメータ適応を行うために採用され得る動作が記載されている。ここで、ピンポンは、セル間の連続する回避可能なハンドオーバと定義され得る。いくつかの態様では、ピンポンの検出は、ピンポンに関与するセル間でのアクセス端末固有の情報の交換に関与し得る。この情報は、たとえば、アクセス端末が最近訪問したセルの識別情報、および各訪問先セルにおけるアクセス端末の滞在時間を含むことができる。
【０１０６】
したがって、図１４のブロック１４０２によって表されるように、アクセス端末は訪問先セル履歴情報を維持する。たとえば、最終訪問先セルリスト中の各訪問先セルについて、アクセス端末は、セルの識別子（たとえば、ＧＣＩ）と、セルタイプの指示と、アクセス端末がセルに滞在した時間量の指示とを維持することができる。
【０１０７】
ブロック１４０４によって表されるように、アクセス端末は、次いで、この情報をセルに供給する。たとえば、アクセス端末は、セルのハンドオーバに関連してこの情報をそのセルに供給することができる。次いで、システム中のセルが、この情報を共有することができる。たとえば、セルが、アクセス端末履歴情報を含むハンドオーバ要求メッセージ中で情報要素（たとえば、ＵＥ履歴情報）を送信することができる。
【０１０８】
ブロック１４０６によって表されるように、セルは、次いで、履歴情報に基づいてピンポンを検出する。たとえば、各セルは、履歴情報を検査して、アクセス端末が２つのセル間で連続的にハンドオーバされたかどうかを判断し、また、アクセス端末が比較的短い時間期間の間のみ各セルに滞在したかどうかを判断することができる。
【０１０９】
ブロック１４０８によって表されるように、ピンポンが検出された場合、セルは、将来のそのようなピンポンを防ぐために、そのセルのハンドオーバ・パラメータ（たとえば、ＴＴＴ、サービングセルのためのオフセット、ＣＩＯ、ヒステリシス・パラメータ、またはそれらの何らかの組合せ）のうちの１つまたは複数を適応させる。たとえば、ヒステリシスの不正確な設定により、ピンポンが生じることがある。したがって、ピンポンが検出されると、ピンポンを低減するためにヒステリシス・パラメータが適応させられ得る。
【０１１０】
いくつかの態様では、事業者が（たとえば、ＯＡＭを介して）、ネットワーク管理ポリシーと、ネットワークについての事業者の知識とに基づいて、パラメータを構成することができる。たとえば、ネットワーク事業者が、ユーザモビリティのレベルおよびパターンとそれらの変動、ハンドオーバ・パフォマンスと必要なネットワークリソースとの間の所望のトレードオフ、ならびに負荷分散に対するハンドオーバ・パラメータの許容影響、に関する知識に基づいてパラメータを構成することができる。
【０１１１】
上記で説明したように、ハンドオーバ関係パラメータは、アクセス・ポイントエンティティ（たとえば、自己組織化ネットワーク・エンティティ）によって自動構成可能であり得る。さらに、いくつかの実装形態では、これらのパラメータのための値の有効なセット（たとえば、値の範囲、列挙値など）が（たとえば、事業者によって）アクセス・ポイントに供給され得る。そのような場合、アクセス・ポイントは、（たとえば、本明細書で教示するハンドオーバ・パラメータ最適化アルゴリズムを使用して）値の構成されたセット内から１つの値を選択することができる。
【０１１２】
さらに、ハンドオーバ障害を検出するために使用されるパラメータが構成可能であり得る。たとえば、上記で説明したタイマー値（たとえば、ｔearly_HO_source、ｔearly_HO_target、ｔstore_UE_context）は、（たとえば、ＯＡＭを介して）事業者によって構成され、アクセス・ポイントに供給され得る。いくつかの実装形態では、これは、アクセス・ポイントがそこから所望の値を選択することができる値の有効なセットを与えることに関与し得る。
【０１１３】
いくつかの実装形態では、ＯＡＭは、ネットワーク中のすべてのアクセス・ポイント（またはセル）に対してパラメータを同じ値に構成するか、あるいはそれらのアクセス・ポイントのロケーション、ハンドオーバ・パターン、負荷、リソース利用可能性、ベンダ、または何らかの他の１つまたは複数のファクタのうちの少なくとも１つに基づいて、異なるアクセス・ポイントにおいて異なる値を構成することができる。
【０１１４】
図１５には、ハンドオーバ関係動作のためのパラメータを構成するために採用され得る動作が記載されている。これらの動作は、たとえば、１つまたは複数のネットワーク・ノードまたは何らかの他の好適なロケーションにおいて（たとえば、１つまたは複数のアクセス・ポイントにおいて）実装されるネットワーク管理システム（たとえば、ＯＡＭ）によって実行され得る。ブロック１５０２によって表されるように、ネットワーク管理システムが、ハンドオーバ障害を検出および／または軽減するための１つまたは複数のパラメータを構成する。本明細書で説明するように、そのようなパラメータは、たとえば、アクセス端末がハンドオーバされたのが早すぎたかどうかを判断するためにセルが使用するパラメータ、早すぎるハンドオーバを軽減するように構成されたパラメータ、アクセス端末がターゲットセルにハンドオーバされた後、定義された時間期間内にアクセス端末がソースセルにおいて接続を再確立したかどうかを判断するためにソースセルが使用するパラメータ（たとえば、定義された時間期間）、アクセス端末がターゲットセルにハンドオーバされた後、定義された時間期間内にアクセス端末についてのＲＬＦ報告が受信されたかどうかを判断するためにターゲットセルが使用するパラメータ（たとえば、定義された時間期間）、アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するためにセルが使用するパラメータ、間違ったセルへのハンドオーバを軽減するように構成されたパラメータ、またはアクセス端末がターゲットセルにハンドオーバされた後、定義された時間期間内にアクセス端末についてのＲＬＦ報告が受信されたかどうかを判断するためにターゲットセルが使用するパラメータ（たとえば、定義された時間期間）を備えることができる。
【０１１５】
ブロック１５０４によって表されるように、ネットワーク管理システムは（１つまたは複数の）構成されたパラメータをネットワーク中の１つまたは複数のセル（またはアクセス・ポイント）に送信する。ブロック１５０６によって表されるように、各セル（またはアクセス・ポイント）は、これらのパラメータのうちの１つまたは複数（たとえば、ハンドオーバ・パラメータ）を構成する。ブロック１５０８によって表されるように、各セル（またはアクセス・ポイント）は、本明細書で教示するようにハンドオーバ障害を検出および／または軽減するために、これらのパラメータのうちの１つまたは複数（たとえば、タイマー値）を使用する。
【０１１６】
図１６には、イントラアクセス・ポイント・ハンドオーバおよびインターアクセス・ポイント・ハンドオーバのための不正確なハンドオーバ（ＨＯ）パラメータ検出に関連して採用され得る動作が記載されている。この例では、あるアクセス・ポイントが、Ｘ２−ＡＰプロトコル・モジュールを介して他のアクセス・ポイントとメッセージを交換する。さらに、ＲＲＣモジュールを介してＲＲＣメッセージが送信および受信される。概して、図示の動作は、本明細書で説明する対応する動作と同様である。注目すべきことに、この例は、アクセス・ポイントが、どのように（プロセス・ブロックを介して）同時に様々なタイプのハンドオーバ関係障害を検出し、ハンドオーバ・パラメータを適応させることができるかを示している。
【０１１７】
図１７には、インターアクセス・ポイント・ハンドオーバのための不正確なハンドオーバ・パラメータ検出に関連して採用され得る動作が記載されている。この例では、あるアクセス・ポイントが、Ｘ２−ＡＰプロトコル・モジュールを介して他のアクセス・ポイントとメッセージを交換する。さらに、ＲＲＣモジュールを介してＲＲＣメッセージが受信される。概して、図示の動作は、本明細書で説明する対応する動作と同様である。注目すべきことに、この例は、アクセス・ポイントが、どのように（プロセス・ブロックを介して）同時に様々なタイプのハンドオーバ関係障害を検出し、ハンドオーバ・パラメータを適応させることができるかを示している。
【０１１８】
図１８に、本明細書で教示するハンドオーバ・パラメータ適応動作を実行するために（たとえば、アクセス・ポイント１０４〜１０８に対応する）アクセス・ポイント１８０２および（たとえば、ネットワーク管理システム１１８に対応する）ネットワーク・ノード１８０４などのノードに組み込むことができる、いくつかの例示的な構成要素を示す。説明する構成要素は、通信システム中の他のノードに組み込むこともできる。たとえば、システム中の他のノードは、同様の機能を与えるために、アクセス・ポイント１８０２に関して説明する構成要素と同様の構成要素を含むことができる。所与のノードは、説明する構成要素のうちの１つまたは複数を含むことができる。たとえば、アクセス・ポイントは、アクセス端末が複数の周波数上で動作し、および／または様々な技術によって通信することを可能にする、複数のトランシーバ構成要素を含むことができる。
【０１１９】
図１８に示すように、アクセス・ポイント１８０２は、他のノードと通信するためのトランシーバ１８０６を含むことができる。トランシーバ１８０６は、信号（たとえば、メッセージ）を送信するための送信機１８０８と、信号（たとえば、メッセージ）を受信するための受信機１８１０とを含む。
【０１２０】
アクセス・ポイント１８０２およびネットワーク・ノード１８０４はまた、それぞれ、互いにまたは他のネットワーク・ノードと通信するためのネットワーク・インターフェース１８１２および１８１４を含むことができる。たとえば、ネットワーク・インターフェース１８１２および１８１４は、ワイヤードまたはワイヤレスバックホールを介して１つまたは複数のネットワーク・ノードと通信するように構成できる。
【０１２１】
アクセス・ポイント１８０２およびネットワーク・ノード１８０４は、本明細書で教示するハンドオーバ・パラメータ適応動作と連携して使用できる他の構成要素をも含む。たとえば、アクセス・ポイント１８０２は、ハンドオーバ障害関係の状態（たとえば、遅すぎるハンドオーバによるＲＬＦ、早すぎるハンドオーバによるＲＬＦ、間違ったセルへのハンドオーバなど）を検出するための、および本明細書で教示する他の関係する機能を与えるためのハンドオーバ障害検出器１８１６を含むことができる。アクセス・ポイント１８０２は、ハンドオーバ関係パラメータを適応させるための、および本明細書で教示する他の関係する機能を与えるためのハンドオーバ・パラメータ・アダプタ１８１８を含むことができる。アクセス・ポイント１８０２は、パラメータ（たとえば、定義された時間期間）を構成するための、および本明細書で教示する他の関係する機能を与えるためのパラメータ構成器１８２０を含むことができる。アクセス・ポイント１８０２は、信号品質（たとえば、信号品質、受信信号強度などの指示）を判断するための、および本明細書で教示する他の関係する機能を与えるための信号品質判断器１８２２を含むことができる。さらに、ネットワーク・ノード１８０４は、（たとえば、メッセージまたは何らかの他の好適なプロセスを介して）パラメータを送信するための、および本明細書で教示する他の関係する機能を与えるための通信コントローラ１８２４を含むことができる。また、ネットワーク・ノード１８０４は、パラメータを構成するための（たとえば、ハンドオーバ障害を検出するための、および／またはハンドオーバ障害を軽減するための）、および本明細書で教示する他の関係する機能を与えるためのパラメータ構成器１８２６を含むことができる。
【０１２２】
便宜のために、アクセス・ポイント１８０２およびネットワーク・ノード１８０４を、本明細書で説明する様々な例において使用される構成要素を含むものとして図１８に示す。実際問題として、図示の構成要素のうちの１つまたは複数は、所与の例で使用されないこともある。一例として、いくつかの実装形態では、アクセス・ポイント１０４は信号品質判断器１８２２を含まないことがある。
【０１２３】
また、いくつかの実装形態では、図１８の構成要素は、（たとえば、この機能を与えるために（１つまたは複数の）プロセッサによって使用される情報またはコードを記憶するためにデータメモリを使用し、および／または組み込む）１つまたは複数のプロセッサ中に実装できる。たとえば、ブロック１８１６〜１８２２の機能は、アクセス・ポイントの１つまたは複数のプロセッサと、アクセス・ポイントのデータメモリとによって実装できる。さらに、ブロック１８２４およびブロック１８２６の機能は、ネットワーク・ノードの１つまたは複数のプロセッサと、ネットワーク・ノードのデータメモリとによって実装できる。
【０１２４】
いくつかの態様では、本明細書の教示は、大規模カバレージ（たとえば、一般にマクロセルネットワークまたはＷＡＮと呼ばれる３Ｇネットワークなどの広域セルラーネットワーク）と、より小規模のカバレージ（たとえば、一般にＬＡＮと呼ばれる住居ベースまたは建築物ベースのネットワーク環境）とを含むネットワークにおいて採用できる。アクセス端末（ＡＴ）がそのようなネットワーク中を移動するとき、アクセス端末は、いくつかのロケーションでは、マクロカバレージを与えるアクセス・ポイントによってサービスされ、他のロケーションでは、より小規模のカバレージを与えるアクセス・ポイントによってサービスされることがある。いくつかの態様では、より小さいカバレージ・ノードを使用して、（たとえば、よりロバストなユーザ経験のために）増分キャパシティの増大と、屋内カバレージと、様々なサービスとを与えることができる。
【０１２５】
相対的に広いエリアにわたるカバレージを与えるノード（たとえば、アクセス・ポイント）をマクロノードと呼び、比較的小さいエリア（たとえば、住居）にわたるカバレージを与えるノードをフェムト・ノードと呼ぶことがある。本明細書の教示は、他のタイプのカバレージ・エリアに関連付けられたノードに適用できる場合があることを諒解されたい。たとえば、ピコノードは、マクロエリアよりも小さく、フェムトエリアよりも大きいエリアにわたるカバレージ（たとえば、商業建築物内のカバレージ）を与えることができる。様々な適用例では、マクロノード、フェムト・ノード、または他のアクセス・ポイントタイプのノードを指すために他の用語を使用することがある。たとえば、マクロノードを、アクセスノード、基地局、アクセス・ポイント、ｅノードＢ、マクロセルなどとして構成し、またはそのように呼ぶことがある。また、フェムト・ノードを、ホーム・ノードＢ、ホームｅノードＢ、アクセス・ポイント基地局、フェムトセルなどとして構成し、またはそのように呼ぶことがある。いくつかの実装形態では、ノードを１つまたは複数のセル（たとえば、セクタ）に関連付ける（たとえば、分割する）ことができる。マクロノード、フェムト・ノード、またはピコノードに関連付けられたセルを、それぞれ、マクロセル、フェムトセル、またはピコセルと呼ぶことがある。
【０１２６】
いくつかの態様では、ノードへのアクセスが制限されることがある。たとえば、所与のフェムト・ノードは、いくつかのサービスをいくつかのアクセス端末のみに提供することができる。いわゆる制限（または限定）されたアクセスを用いた展開では、所与のアクセス端末は、マクロセルモバイルネットワークと、フェムト・ノードの定義されたセット（たとえば、対応するユーザ住居内に常駐するフェムト・ノード）とによってのみサービスされ得る。いくつかの実装形態では、ノードは、少なくとも１つのノードにシグナリング、データアクセス、登録、ページング、またはサービスのうちの少なくとも１つを与えないように制限され得る。
【０１２７】
いくつかの態様では、（限定加入者グループホーム・ノードＢと呼ばれることもある）制限されたフェムト・ノードは、サービスを、制限された準備されたアクセス端末のセットに提供するノードである。このセットは、必要に応じて、一時的にまたは永続的に拡大できる。いくつかの態様では、限定加入者グループ（ＣＳＧ）は、アクセス端末の共通のアクセス制御リストを共有するアクセス・ポイント（たとえば、フェムト・ノード）のセットとして定義できる。
【０１２８】
したがって、所与のフェムト・ノードと所与のアクセス端末との間には様々な関係が存在し得る。たとえば、アクセス端末の観点から、開いたフェムト・ノードは、無制限のアクセスをもつフェムト・ノードを指すことがある（たとえば、そのフェムト・ノードはすべてのアクセス端末へのアクセスを許可する）。制限されたフェムト・ノードは、何らかの形で制限された（たとえば、アクセスおよび／または登録について制限された）フェムト・ノードを指すことがある。ホームフェムト・ノードは、アクセス端末がアクセスし、その上で動作することを許可される（たとえば、永続的なアクセスが、１つまたは複数のアクセス端末の定義されたセットに与えられる）フェムト・ノードを指すことがある。ゲスト（またはハイブリッド）フェムト・ノードは、アクセス端末がアクセスし、またはその上で動作することを一時的に許可されるフェムト・ノードを指すことがある。外来フェムト・ノードは、おそらく非常事態（たとえば、９１１番）を除いて、アクセス端末がアクセスし、またはその上で動作することを許可されないフェムト・ノードを指すことがある。
【０１２９】
制限付きフェムト・ノードの観点から、ホームアクセス端末は、そのアクセス端末の所有者の住居中に設置された制限付きフェムト・ノードへのアクセスを許可されるアクセス端末を指すことがある（通常、ホームアクセス端末は、そのフェムト・ノードへの永続的なアクセスを有する）。ゲストアクセス端末は、（たとえば、最終期限、使用の時間、バイト、接続カウント、または何らかの他の１つまたは複数の基準に基づいて限定される）制限されたフェムト・ノードへの一時的アクセスをもつアクセス端末を指すことがある。外来アクセス端末は、たとえば、おそらく９１１番などの非常事態を除いて、制限されたフェムト・ノードにアクセスする許可を有していないアクセス端末（たとえば、制限されたフェムト・ノードに登録する証明書または許可を有していないアクセス端末）を指すことがある。
【０１３０】
便宜のために、本明細書の開示では、フェムト・ノードの文脈で様々な機能について説明する。ただし、ピコノードは、同じまたは同様の機能をより大きいカバレージ・エリアに提供することができることを諒解されたい。たとえば、所与のアクセス端末に対して、ピコノードを制限すること、ホームピコノードを定義することなどが可能である。
【０１３１】
本明細書の教示は、複数のワイヤレスアクセス端末のための通信を同時にサポートするワイヤレス多元接続通信システムにおいて採用できる。ここで、各端末は、順方向リンクおよび逆方向リンク上の送信を介して１つまたは複数のアクセス・ポイントと通信することができる。順方向リンク（すなわち、ダウンリンク）は、アクセス・ポイントから端末への通信リンクを指し、逆方向リンク（すなわち、アップリンク）は、端末からアクセス・ポイントへの通信リンクを指す。この通信リンクは、単入力単出力システム、多入力多出力（ＭＩＭＯ）システム、または何らかの他のタイプのシステムを介して確立できる。
【０１３２】
ＭＩＭＯシステムは、データ送信用の複数（ＮT）個の送信アンテナおよび複数（ＮR）個の受信アンテナを採用する。ＮT個の送信アンテナとＮR個の受信アンテナとによって形成されるＭＩＭＯチャネルは、空間チャネルと呼ばれることもあるＮS個の独立チャネルに分解でき、ここで、ＮS≦ｍｉｎ｛ＮT，ＮR｝である。ＮS個の独立チャネルの各々は１つの次元に対応する。複数の送信アンテナおよび受信アンテナによって生成された追加の次元数が利用された場合、ＭＩＭＯシステムは改善されたパフォーマンス（たとえば、より高いスループットおよび／またはより大きい信頼性）を与えることができる。
【０１３３】
ＭＩＭＯシステムは時分割複信（ＴＤＤ）および周波数分割複信（ＦＤＤ）をサポートすることができる。ＴＤＤシステムでは、順方向および逆方向リンク送信が同一周波数領域上で行われるので、相反定理による逆方向リンクチャネルからの順方向リンクチャネルの推定が可能である。これにより、複数のアンテナがアクセス・ポイントで利用可能なとき、アクセス・ポイントは順方向リンク上で送信ビームフォーミング利得を抽出することが可能になる。
【０１３４】
図１９に、例示的なＭＩＭＯシステム１９００のワイヤレスデバイス１９１０（たとえば、アクセス・ポイント）およびワイヤレスデバイス１９５０（たとえば、アクセス端末）を示す。デバイス１９１０では、いくつかのデータ・ストリームのトラフィック・データが、データソース１９１２から送信（ＴＸ）データ・プロセッサ１９１４に供給される。各データ・ストリームは、次いで、それぞれの送信アンテナを介して送信できる。
【０１３５】
ＴＸデータ・プロセッサ１９１４は、符号化データを与えるために、そのデータ・ストリーム用に選択された特定の符号化方式に基づいて、データ・ストリームごとにトラフィック・データをフォーマットし、符号化し、インターリーブする。各データ・ストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータで多重化できる。パイロットデータは、典型的には、知られている方法で、処理されるところの知られているデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用できる。次いで、各データ・ストリームの多重化されたパイロットデータおよび符号化データは、変調シンボルを与えるために、そのデータ・ストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）される。各データ・ストリームのデータレート、符号化、および変調は、プロセッサ１９３０によって実行される命令によって判断できる。データメモリ１９３２は、プロセッサ１９３０またはデバイス１９１０の他の構成要素によって使用されるプログラムコード、データ、および他の情報を記憶することができる。
【０１３６】
次いで、すべてのデータ・ストリームの変調シンボルがＴＸ  ＭＩＭＯプロセッサ１９２０に供給され、ＴＸ  ＭＩＭＯプロセッサ１９２０はさらに（たとえば、ＯＦＤＭ用に）その変調シンボルを処理することができる。次いで、ＴＸ  ＭＩＭＯプロセッサ１９２０は、ＮT個の変調シンボルストリームをＮT個のトランシーバ（ＸＣＶＲ）１９２２Ａ〜１９２２Ｔに供給する。いくつかの態様では、ＴＸ  ＭＩＭＯプロセッサ１９２０は、データ・ストリームのシンボルと、シンボルの送信元のアンテナとにビームフォーミング重みを付加する。
【０１３７】
各トランシーバ１９２２は、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。次いで、トランシーバ１９２２Ａ〜１９２２ＴからのＮT個の変調信号は、それぞれ、ＮT個のアンテナ１９２４Ａ〜１９２４Ｔから送信される。
【０１３８】
デバイス１９５０では、送信された変調信号はＮR個のアンテナ１９５２Ａ〜１９５２Ｒによって受信され、各アンテナ１９５２からの受信信号は、それぞれのトランシーバ（ＸＣＶＲ）１９５４Ａ〜１９５４Ｒに供給される。各トランシーバ１９５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを与える。
【０１３９】
次いで、受信（ＲＸ）データ・プロセッサ１９６０は、特定の受信機処理技法に基づいてＮR個のトランシーバ１９５４からＮR個の受信シンボルストリームを受信し、処理して、ＮT個の「検出」シンボルストリームを与える。次いで、ＲＸデータ・プロセッサ１９６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ１９６０による処理は、デバイス１９１０におけるＴＸ  ＭＩＭＯプロセッサ１９２０およびＴＸデータ・プロセッサ１９１４によって実行される処理を補足するものである。
【０１４０】
プロセッサ１９７０は、どのプリコーディング行列を使用すべきかを周期的に判断する（後述）。プロセッサ１９７０は、行列インデックス部とランク値部とを備える逆方向リンク・メッセージを作成する。データメモリ１９７２は、プロセッサ１９７０またはデバイス１９５０の他の構成要素によって使用されるプログラムコード、データ、および他の情報を記憶することができる。
【０１４１】
逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関する様々なタイプの情報を備えることができる。次いで、逆方向リンク・メッセージは、データソース１９３６からいくつかのデータ・ストリームのトラフィック・データをも受信するＴＸデータ・プロセッサ１９３８によって処理され、変調器１９８０によって変調され、トランシーバ１９５４Ａ〜１９５４Ｒによって調整され、デバイス１９１０に戻される。
【０１４２】
デバイス１９１０では、デバイス１９５０からの変調信号は、アンテナ１９２４によって受信され、トランシーバ１９２２によって調整され、復調器（ＤＥＭＯＤ）１９４０によって復調され、ＲＸデータ・プロセッサ１９４２によって処理されて、デバイス１９５０によって送信された逆方向リンク・メッセージが抽出される。次いで、プロセッサ１９３０は、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し、次いで、抽出されたメッセージを処理する。
【０１４３】
図１９はまた、通信構成要素が、本明細書で教示するハンドオーバ制御動作を実行する１つまたは複数の構成要素を含むことができることを示す。たとえば、ハンドオーバ制御構成要素１９９０は、プロセッサ１９３０および／またはデバイス１９１０の他の構成要素と協働して、本明細書で教示する別のデバイス（たとえば、デバイス１９５０）をハンドオーバすることができる。同様に、ハンドオーバ制御構成要素１９９２は、プロセッサ１９７０および／またはデバイス１９５０の他の構成要素と協働して、デバイス１９５０のハンドオーバを可能にすることができる。各デバイス１９１０および１９５０について、説明した構成要素のうちの２つ以上の機能が単一の構成要素によって提供できることを諒解されたい。たとえば、単一の処理構成要素がハンドオーバ制御構成要素１９９０およびプロセッサ１９３０の機能を提供し、また、単一の処理構成要素がハンドオーバ制御構成要素１９９２およびプロセッサ１９７０の機能を提供することができる。
【０１４４】
本明細書の教示は、様々なタイプの通信システムおよび／またはシステム構成要素に組み込むことができる。いくつかの態様では、本明細書の教示は、利用可能なシステムリソースを共有することによって（たとえば、帯域幅、送信電力、符号化、インターリーブなどのうちの１つまたは複数を指定することによって）、複数のユーザとの通信をサポートすることが可能な多元接続システムにおいて採用できる。たとえば、本明細書の教示は、符号分割多元接続（ＣＤＭＡ）システム、多重キャリアＣＤＭＡ（ＭＣＣＤＭＡ）、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ、ＨＳＰＡ＋）システム、時間分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、または他の多元接続技法の技術のいずれか１つまたは組合せに適用できる。本明細書の教示を採用するワイヤレス通信システムは、ＩＳ−９５、ｃｄｍａ２０００、ＩＳ−８５６、Ｗ−ＣＤＭＡ、ＴＤＳＣＤＭＡ、および他の規格など、１つまたは複数の規格を実装するように設計できる。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００、または何らかの他の技術などの無線技術を実装することができる。ＵＴＲＡは、Ｗ−ＣＤＭＡおよび低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００技術は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。本明細書の教示は、３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システム、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）システム、および他のタイプのシステムで実装できる。ＬＴＥは、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と呼ばれる組織からの文書に記載されており、ｃｄｍａ２０００は、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と呼ばれる組織からの文書に記載されている。本開示のいくつかの態様については、３ＧＰＰ用語を使用して説明するが、本明細書の教示は、３ＧＰＰ（たとえば、Ｒｅｌ９９、Ｒｅｌ５、Ｒｅｌ６、Ｒｅｌ７）技術、ならびに３ＧＰＰ２（たとえば、１ｘＲＴＴ、１ｘＥＶ−ＤＯ  ＲｅｌＯ、ＲｅｖＡ、ＲｅｖＢ）技術および他の技術に適用できることを理解されたい。
【０１４５】
本明細書の教示は、様々な装置（たとえば、ノード）に組み込む（たとえば、装置内に実装する、または装置によって実行する）ことができる。いくつかの態様では、本明細書の教示に従って実装されるノード（たとえば、ワイヤレス・ノード）はアクセス・ポイントまたはアクセス端末を備えることができる。
【０１４６】
たとえば、アクセス端末は、ユーザ機器、加入者局、加入者ユニット、移動局、モバイル、モバイルノード、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルド・デバイス、またはワイヤレス・モデムに接続された何らかの他の好適な処理デバイスを備えることができる。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、携帯型通信デバイス、携帯型コンピューティング・デバイス（たとえば、個人情報端末）、娯楽デバイス（たとえば、音楽デバイス、ビデオデバイス、または衛星ラジオ）、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込むことができる。
【０１４７】
アクセス・ポイントは、ノードＢ、ｅノードＢ、無線ネットワークコントローラ（ＲＮＣ）、基地局（ＢＳ）、無線基地局（ＲＢＳ）、基地局コントローラ（ＢＳＣ）、送受信基地局（ＢＴＳ）、トランシーバ機能（ＴＦ）、無線トランシーバ、無線ルータ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、マクロセル、マクロノード、ホームｅＮＢ（ＨｅＮＢ）、フェムトセル、フェムト・ノード、ピコノード、または何らかの他の同様の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られることがある。
【０１４８】
いくつかの態様では、ノード（たとえば、アクセス・ポイント）は、通信システムのためのアクセスノードを備えることができる。そのようなアクセスノードは、たとえば、ネットワークへのワイヤードまたはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなどワイドエリア・ネットワーク）のための、またはネットワークへの接続性を与えることができる。したがって、アクセスノードは、別のノード（たとえば、アクセス端末）がネットワークまたは何らかの他の機能にアクセスできるようにすることができる。さらに、一方または両方のノードはポータブルでも、場合によっては比較的非ポータブルでもよいことを諒解されたい。
【０１４９】
また、ワイヤレス・ノードは、非ワイヤレス方式で（たとえば、ワイヤード接続を介して）情報を送信および／または受信することができることを諒解されたい。したがって、本明細書で説明する受信機および送信機は、非ワイヤレス媒体を介して通信するために適切な通信インターフェース構成要素（たとえば、電気的または光学的インターフェース構成要素）を含むことができる。
【０１５０】
ワイヤレス・ノードは、好適なワイヤレス通信技術に基づくあるいはサポートする１つまたは複数のワイヤレス通信リンクを介して通信することができる。たとえば、いくつかの態様では、ワイヤレス・ノードはネットワークに関連付けることができる。いくつかの態様では、ネットワークはローカルエリアネットワークまたはワイドエリア・ネットワークを備えることができる。ワイヤレスデバイスは、本明細書で説明する様々なワイヤレス通信技術、プロトコル、または規格（たとえば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなど）のうちの１つまたは複数をサポートまたは使用することができる。同様に、ワイヤレス・ノードは、様々な対応する変調方式または多重化方式のうちの１つまたは複数をサポートまたは使用することができる。したがって、ワイヤレス・ノードは、上記または他のワイヤレス通信技術を使用して１つまたは複数のワイヤレス通信リンクを確立し、それを介して通信するために適切な構成要素（たとえば、エアインターフェース）を含むことができる。たとえば、ワイヤレス・ノードは、ワイヤレス媒体上の通信を可能にする様々な構成要素（たとえば、信号生成器および信号処理器）を含むことができる関連する送信機構成要素および受信機構成要素をもつワイヤレストランシーバを備えることができる。
【０１５１】
（たとえば、添付の図の１つまたは複数に関して）本明細書で説明した機能は、いくつかの態様では、添付の特許請求の範囲において同様に指定された「手段」機能に対応し得る。図２０〜図２６を参照すると、装置２０００、２１００、２２００、２３００、２４００、２５００、および２６００が、一連の相互に関係する機能モジュールとして表されている。ここで、受信モジュール２００２は、少なくともいくつかの態様では、たとえば、本明細書で説明する受信機に対応し得る。送信モジュール２００４は、少なくともいくつかの態様では、たとえば、本明細書で説明する送信機に対応し得る。受信モジュール２１０２は、少なくともいくつかの態様では、たとえば、本明細書で説明する受信機に対応し得る。送信モジュール２１０４は、少なくともいくつかの態様では、たとえば、本明細書で説明する送信機に対応し得る。構成モジュール２１０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するパラメータ構成器（たとえば、パラメータ構成器１８２０）に対応し得る。遅すぎるハンドオーバ障害検出モジュール２２０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ障害検出器に対応し得る。ハンドオーバ・パラメータ適応モジュール２２０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ・パラメータ・アダプタに対応し得る。早すぎるハンドオーバ障害検出モジュール２３０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ障害検出器に対応し得る。ハンドオーバ・パラメータ適応モジュール２３０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ・パラメータ・アダプタに対応し得る。構成モジュール２３０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するパラメータ構成器（たとえば、パラメータ構成器１８２０）に対応し得る。間違ったセルへのハンドオーバ検出モジュール２４０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ障害検出器に対応し得る。ハンドオーバ・パラメータ適応モジュール２４０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ・パラメータ・アダプタに対応し得る。信号品質指示判断モジュール２５０２は、少なくともいくつかの態様では、たとえば、本明細書で説明する信号品質判断検出器に対応し得る。ハンドオーバ・パラメータ適応モジュール２５０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するハンドオーバ・パラメータ・アダプタに対応し得る。パラメータ構成モジュール２６０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するパラメータ構成器（たとえば、パラメータ構成器１８２４）に対応し得る。パラメータ送信モジュール２６０４は、少なくともいくつかの態様では、たとえば、本明細書で説明する通信コントローラに対応し得る。
【０１５２】
図２０〜図２６のモジュールの機能は、本明細書の教示に合致する様々な方法で実装できる。いくつかの態様では、これらのモジュールの機能は、１つまたは複数の電気構成要素として実装できる。いくつかの態様では、これらのブロックの機能は、１つまたは複数のプロセッサ構成要素を含む処理システムとして実装できる。いくつかの態様では、これらのモジュールの機能は、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）の少なくとも一部分を使用して実装できる。本明細書で説明するように、集積回路は、プロセッサ、ソフトウェア、他の関係する構成要素、またはそれらの何らかの組合せを含むことができる。これらのモジュールの機能は、本明細書で教示するように何らかの他の方法で実装することもできる。いくつかの態様では、図２０〜図２６中の破線ブロックのうちの１つまたは複数は随意である。
【０１５３】
本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことを理解されたい。むしろ、これらの名称は、本明細書において２つ以上の要素またはある要素の複数の例を区別する便利な方法として使用できる。したがって、第１および第２の要素への言及は、そこで２つの要素のみが使用できること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、要素のセットは１つまたは複数の要素を備えることがある。さらに、明細書または特許請求の範囲において使用される「Ａ、Ｂ、またはＣのうちの少なくとも１つ」という形式の用語は、「ＡまたはＢまたはＣ、あるいはこれらの要素の任意の組合せ」を意味する。
【０１５４】
情報および信号は多種多様な技術および技法のいずれかを使用して表すことができることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及されるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表すことができる。
【０１５５】
さらに、本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれかは、電子ハードウェア（たとえば、ソースコーディングまたは何らかの他の技法を使用して設計できる、デジタル実装形態、アナログ実装形態、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ぶことがある）、あるいは両方の組合せとして実装できることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じると解釈すべきではない。
【０１５６】
本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、集積回路（ＩＣ）、アクセス端末、またはアクセス・ポイント内に実装できるか、またはそれらによって実行できる。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、電気構成要素、光学構成要素、機械構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを備えることができ、ＩＣの内部に、ＩＣの外側に、またはその両方に常駐するコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサとすることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティング・デバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装することもできる。
【０１５７】
開示したプロセス中のステップの特定の順序または階層は例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成できることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１５８】
１つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装できる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく、例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ）、レーザディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）およびブルーレイディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再生し、ディスク（ｄｉｓｃ）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。コンピュータ可読媒体は任意の好適なコンピュータ・プログラム製品に実装できることを諒解されたい。
【０１５９】
開示した態様の前述の説明は、当業者が本開示を製作または使用できるように提供したものである。これらの態様への様々な修正は当業者にはすぐに明らかになり、本明細書で定義した一般原理は本開示の範囲から逸脱することなく他の態様に適用できる。したがって、本開示は、本明細書で示した態様に限定されるものではなく、本明細書で開示した原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕
第１のアクセス・ポイントにおいて第１のメッセージを受信することであって、前記第１のメッセージは、第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから第２のメッセージを送信することであって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信することと、
を備える通信の方法。
〔２〕
前記指示が早すぎるハンドオーバ指示を備える〔１〕に記載の方法。
〔３〕
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される〔２〕に記載の方法。
〔４〕
前記定義された時間期間は、前記第２のアクセス・ポイント中の前記アクセス端末に関係するデータレコードの削除を要求するメッセージが前記第１のアクセス・ポイントによって送信されたときに開始する〔３〕に記載の方法。
〔５〕
前記データレコードがユーザ機器コンテキストを備え、
前記データレコードの削除を要求する前記メッセージがコンテキスト解放要求メッセージを備える〔４〕に記載の方法。
〔６〕
ネットワーク管理システムから受信したメッセージに基づいて前記定義された時間期間を構成することをさらに備える〔３〕に記載の方法。
〔７〕
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える〔２〕に記載の方法。
〔８〕
前記指示が、間違ったセルへのハンドオーバ指示を備える〔１〕に記載の方法。
〔９〕
前記アクセス端末が第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される〔８〕に記載の方法。
〔１０〕
前記定義された時間期間は、前記第３のアクセス・ポイント中の前記アクセス端末に関係するデータレコードの削除を要求するメッセージが前記第１のアクセス・ポイントによって送信されたときに開始する〔９〕に記載の方法。
〔１１〕
前記データレコードがユーザ機器コンテキストを備え、
前記データレコードの削除を要求する前記メッセージがコンテキスト解放要求メッセージを備える〔１０〕に記載の方法。
〔１２〕
ネットワーク管理システムから受信したメッセージに基づいて前記定義された時間期間を構成することをさらに備える〔９〕に記載の方法。
〔１３〕
前記第２のメッセージが、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、ハンドオーバソースセルの識別子と、前記アクセス端末の識別子とを備える〔８〕に記載の方法。
〔１４〕
前記第１のメッセージが前記第２のアクセス・ポイントによって送信される〔１〕に記載の方法。
〔１５〕
第１のアクセス・ポイントにおいて第１のメッセージを受信するように構成された受信機であって、前記第１のメッセージは、第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す受信機と、
前記第１のアクセス・ポイントから第２のメッセージを送信するように構成された送信機であって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える送信機と、
を備える通信のための装置。
〔１６〕
前記指示が早すぎるハンドオーバ指示を備える〔１５〕に記載の装置。
〔１７〕
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される〔１６〕に記載の装置。
〔１８〕
前記指示が、間違ったセルへのハンドオーバ指示を備える〔１５〕に記載の装置。
〔１９〕
前記アクセス端末が第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される〔１８〕に記載の装置。
〔２０〕
第１のアクセス・ポイントにおいて第１のメッセージを受信するための手段であって、前記第１のメッセージは、第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信するための手段と、
前記第１のアクセス・ポイントから第２のメッセージを送信するための手段であって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信するための手段と、
を備える通信のための装置。
〔２１〕
前記指示が早すぎるハンドオーバ指示を備える〔２０〕に記載の装置。
〔２２〕
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される〔２１〕に記載の装置。
〔２３〕
前記指示が、間違ったセルへのハンドオーバ指示を備える〔２０〕に記載の装置。
〔２４〕
前記アクセス端末が第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される〔２３〕に記載の装置。
〔２５〕
第１のアクセス・ポイントにおいて第１のメッセージを受信することであって、前記第１のメッセージは、第２のアクセス・ポイントにおいて接続を再確立するアクセス端末が、前記第１のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから第２のメッセージを送信することであって、前記第２のメッセージが、前記無線リンク障害に関連するハンドオーバ障害のタイプの指示を備える、送信することと、
をコンピュータに行わせるためのコードを備えるコンピュータ可読媒体を備えるコンピュータ・プログラム製品。
〔２６〕
前記指示が早すぎるハンドオーバ指示を備える〔２５〕に記載のコンピュータ・プログラム製品。
〔２７〕
前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第２のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として前記第２のアクセス・ポイントに送信される〔２６〕に記載のコンピュータ・プログラム製品。
〔２８〕
前記指示が間違ったセルへのハンドオーバ指示を備える〔２５〕に記載のコンピュータ・プログラム製品。
〔２９〕
前記アクセス端末が第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされ、
前記第２のメッセージは、前記アクセス端末が前記第３のアクセス・ポイントから前記第１のアクセス・ポイントにハンドオーバされた後、定義された時間期間内に前記第１のメッセージが受信されたという判断の結果として、前記第３のアクセス・ポイントに送信される〔２８〕に記載のコンピュータ・プログラム製品。
〔３０〕
第１のアクセス・ポイントにおいて第１のメッセージを受信することであって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立するアクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信することであって、前記第２のメッセージが前記第２のアクセス・ポイントに前記接続再確立を通知する送信することと、
を備える通信の方法。
〔３１〕
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える〔３０〕に記載の方法。
〔３２〕
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する〔３１〕に記載の方法。
〔３３〕
前記第１のメッセージが前記アクセス端末によって前記第１のアクセス・ポイントに送信される〔３１〕に記載の方法。
〔３４〕
前記第１のアクセス・ポイントが、前記第２のアクセス・ポイントにおいて前記無線リンク障害後に前記接続を再確立するために前記アクセス端末によって選択されたアクセス・ポイントである〔３３〕に記載の方法。
〔３５〕
前記アクセス端末が、前記アクセス端末によって検出されたアクセス・ポイントの受信信号強度に基づいて前記第１のアクセス・ポイントを選択する〔３４〕に記載の方法。
〔３６〕
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生し、その結果、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへのハンドオーバがトリガされるのが遅すぎてハンドオーバが成功しなかった〔３０〕に記載の方法。
〔３７〕
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバをトリガリング・パラメータの不適切な構成の結果として発生し、その結果、前記アクセス端末がハンドオーバされなかった〔３０〕に記載の方法。
〔３８〕
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバ・トリガリング・パラメータの不適切な構成の結果として発生し、その結果、前記第２のアクセス・ポイントから前記第１のアクセス・ポイントへのハンドオーバがトリガされるのが早すぎてハンドオーバが成功しなかった〔３０〕に記載の方法。
〔３９〕
前記無線リンク障害が、前記第２のアクセス・ポイントにおけるハンドオーバをトリガリング・パラメータの不適切な構成の結果として発生し、その結果、間違ったセルへのハンドオーバが生じた〔３０〕に記載の方法。
〔４０〕
第１のアクセス・ポイントにおいて第１のメッセージを受信するように構成された受信機であって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立するアクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信機と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信するように構成された送信機であって、前記第２のメッセージが前記第２のアクセス・ポイントに前記接続再確立を通知する送信機と、
を備える通信のための装置。
〔４１〕
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える〔４０〕に記載の装置。
〔４２〕
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する〔４１〕に記載の装置。
〔４３〕
第１のアクセス・ポイントにおいて第１のメッセージを受信するための手段であって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立するアクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信するための手段と、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信するための手段であって、前記第２のメッセージが前記第２のアクセス・ポイントに前記接続再確立を通知する、送信するための手段と、
を備える通信のための装置。
〔４４〕
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える〔４３〕に記載の装置。
〔４５〕
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する〔４４〕に記載の装置。
〔４６〕
第１のアクセス・ポイントにおいて第１のメッセージを受信することであって、前記第１のメッセージは、前記第１のアクセス・ポイントにおいて接続を再確立するアクセス端末が、第２のアクセス・ポイントにおいて無線リンク障害を経験したことを示す、受信することと、
前記第１のアクセス・ポイントから前記第２のアクセス・ポイントに第２のメッセージを送信することであって、前記第２のメッセージが前記第２のアクセス・ポイントに前記接続再確立を通知する、送信することと、
をコンピュータに行わせるためのコードを備えるコンピュータ可読媒体を備えるコンピュータ・プログラム製品。
〔４７〕
前記第２のメッセージは、前記無線リンク障害が発生したセルの識別子と、前記接続が再確立されたセルの識別子と、前記アクセス端末の識別子とを備える〔４６〕に記載のコンピュータ・プログラム製品。
〔４８〕
前記第１のメッセージは、前記無線リンク障害が発生した前記セルを識別する〔４７〕に記載のコンピュータ・プログラム製品。
〔４９〕
ハンドオーバ障害を検出するための少なくとも１つのパラメータを構成することと、
前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信することと、
を備える通信の方法。
〔５０〕
前記少なくとも１つのパラメータは、アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するためにセルが使用するパラメータを備える〔４９〕に記載の方法。
〔５１〕
前記少なくとも１つのパラメータが、早すぎるハンドオーバを軽減するように構成された、〔５０〕に記載の方法。
〔５２〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルからターゲットセルにハンドオーバされた後、定義された時間期間内に前記アクセス端末が前記セルにおいて接続を再確立したかどうかを判断するために前記セルが使用するパラメータを備える〔５０〕に記載の方法。
〔５３〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔５０〕に記載の方法。
〔５４〕
前記少なくとも１つのパラメータは、アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するためにセルが使用するパラメータを備える〔４９〕に記載の方法。
〔５５〕
前記少なくとも１つのパラメータが、間違ったセルへのハンドオーバを軽減するように構成された、〔５４〕に記載の方法。
〔５６〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔５４〕に記載の方法。
〔５７〕
前記少なくとも１つのパラメータがネットワーク管理システムによって構成された、〔４９〕に記載の方法。
〔５８〕
ハンドオーバ障害を検出するための少なくとも１つのパラメータを構成するように構成されたパラメータ構成器と、
前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信するように構成された通信コントローラと、
を備える通信のための装置。
〔５９〕
前記少なくとも１つのパラメータは、アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するためにセルが使用するパラメータを備える〔５８〕に記載の装置。
〔６０〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔５９〕に記載の装置。
〔６１〕
前記少なくとも１つのパラメータは、アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するためにセルが使用するパラメータを備える〔５８〕に記載の装置。
〔６２〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔６１〕に記載の装置。
〔６３〕
ハンドオーバ障害を検出するための少なくとも１つのパラメータを構成するための手段と、
前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信するための手段と、
を備える通信のための装置。
〔６４〕
前記少なくとも１つのパラメータは、アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するためにセルが使用するパラメータを備える〔６３〕に記載の装置。
〔６５〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔６４〕に記載の装置。
〔６６〕
前記少なくとも１つのパラメータは、アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するためにセルが使用するパラメータを備える〔６３〕に記載の装置。
〔６７〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔６６〕に記載の装置。
〔６８〕
ハンドオーバ障害を検出するための少なくとも１つのパラメータを構成することと、
前記少なくとも１つのパラメータを少なくとも１つのアクセス・ポイントに送信することと、
をコンピュータに行わせるためのコードを備えるコンピュータ可読媒体を備えるコンピュータ・プログラム製品。
〔６９〕
前記少なくとも１つのパラメータは、アクセス端末がハンドオーバされるのが早すぎたかどうかを判断するためにセルが使用するパラメータを備える〔６８〕に記載のコンピュータ・プログラム製品。
〔７０〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔６９〕に記載のコンピュータ・プログラム製品。
〔７１〕
前記少なくとも１つのパラメータは、アクセス端末が間違ったセルにハンドオーバされたかどうかを判断するためにセルが使用するパラメータを備える〔６８〕に記載のコンピュータ・プログラム製品。
〔７２〕
前記少なくとも１つのパラメータは、アクセス端末が前記セルにハンドオーバされた後、定義された時間期間内に前記アクセス端末の無線リンク障害報告が受信されたかどうかを判断するために前記セルが使用するパラメータを備える〔７１〕に記載のコンピュータ・プログラム製品。
【図１】
0005607073.tif 000002
【図２】
0005607073.tif 000003
【図３】
0005607073.tif 000004
【図４】
0005607073.tif 000005
【図５】
0005607073.tif 000006
【図６】
0005607073.tif 000007
【図７】
0005607073.tif 000008
【図８】
0005607073.tif 000009
【図９Ａ】
0005607073.tif 000010
【図９Ｂ】
0005607073.tif 000011
【図１０】
0005607073.tif 000012
【図１１Ａ】
0005607073.tif 000013
【図１１Ｂ】
0005607073.tif 000014
【図１２】
0005607073.tif 000015
【図１３Ａ】
0005607073.tif 000016
【図１３Ｂ】
0005607073.tif 000017
【図１４】
0005607073.tif 000018
【図１５】
0005607073.tif 000019
【図１６】
0005607073.tif 000020
【図１７】
0005607073.tif 000021
【図１８】
0005607073.tif 000022
【図１９】
0005607073.tif 000023
【図２０】
0005607073.tif 000024
【図２１】
0005607073.tif 000025
【図２２】
0005607073.tif 000026
【図２３】
0005607073.tif 000027
【図２４】
0005607073.tif 000028
【図２５】
0005607073.tif 000029
【図２６】
0005607073.tif 000030