(57)【要約】アクセス端末における完了信号の誤った検出によるエラーから回復することを容易にするシステムおよび方法論が記述される。ハンドオフの開始または半接続状態の終了のために、アクセス端末に特有の要求信号がターゲット基地局へ送信されうる。アクセス端末に特有の要求信号に応答して、完了信号が転送されうる。アクセス端末における完了信号の誤った検出からのエラーを緩和するために、順方向リンク確認信号および逆方向リンク確認信号が転送され、正しいハンドオフまたは接続状態再エントリの完了が確認される。例えば、アクセス端末は、タイマが終了する前に順方向リンク確認信号が検出された場合、ハンドオフまたは再エントリが正しくなされたと判定しうる。さらに、順方向リンク確認信号および逆方向リンク確認信号はおのおの、完了信号に含まれるＣＲＣビットの数よりも多いＣＲＣビットを含みうる。
2010531627.tif 000002
【特許請求の範囲】
【請求項１】
無線通信環境における完了信号の誤検出に関連するエラーを緩和することを容易にする方法であって、
アクセス端末に特有の要求信号をターゲット基地局へ送信することと、
前記要求信号に応答する完了信号を検出することと、
前記完了信号を検出すると、タイマを起動させることと、
前記タイマが終了する前に前記ターゲット基地局からの順方向リンク確認信号が受信されたかを判定することによって、前記ターゲット基地局からの前記完了信号の送信を確認することと
を備える方法。
【請求項２】
前記要求信号はハンドオフ要求信号である請求項１に記載の方法。
【請求項３】
ソース基地局から前記ターゲット基地局へハンドオフすることを決定することと、
ハンドオフ・トライ状態にある間、前記ハンドオフ要求信号を送信することと
をさらに備える請求項２に記載の方法。
【請求項４】
前記要求信号は、半接続状態から接続状態へ再び入るために利用される予約信号である請求項１に記載の方法。
【請求項５】
前記完了信号はアクセス許可である請求項４に記載の方法。
【請求項６】
前記要求信号は、前記アクセス端末のアイデンティティに関する情報を含む請求項１に記載の方法。
【請求項７】
要求（ＲＥＱ）ベースのハンドオフが利用される場合、アクセス端末に関連付けられたバッファが空であっても、ゼロではないバッファ・サイズを持つ前記アクセス端末に特有の要求信号を送信することをさらに備える請求項１に記載の方法。
【請求項８】
前記完了信号はハンドオフ完了信号である請求項１に記載の方法。
【請求項９】
前記ハンドオフ完了信号は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、またはアクセス許可のうちの１つである請求項８に記載の方法。
【請求項１０】
前記完了信号が検出された場合、確認状態に移行することをさらに備える請求項１に記載の方法。
【請求項１１】
前記順方向リンク確認信号の受信前にタイマが終了したと判定すると、ハンドオフ・トライ状態に戻ることをさらに備える請求項１に記載の方法。
【請求項１２】
アクセス・プローブを送信することによってハンドオフが開始され、前記順方向リンク確認信号が受信されない場合、アクセス・プローブを再度送信することによって再確認を実行すること、または、チャネル品質インジケータ（ＣＱＩ）信号または要求（ＲＥＱ）信号の何れかを送信することによってハンドオフが開始される場合、確認がなされるまで、ＣＱＩ信号またはＲＥＱ信号を送信し続けること、をさらに備える請求項１１に記載の方法。
【請求項１３】
前記タイマはしきい持続時間で終了する請求項１に記載の方法。
【請求項１４】
前記順方向リンク確認信号は、順方向リンク・パケット、または、逆方向リンク・パケットへのアクノレッジメントのうちの１つである請求項１に記載の方法。
【請求項１５】
前記ターゲット基地局へのハンドオフが正しくなされたか、あるいは、半接続状態から接続状態へ再び入ることが正しくなされたか、のうちの少なくとも１つを前記ターゲット基地局が認識できるように、前記ターゲット基地局へ逆方向リンク確認信号を送信すること、をさらに備える請求項１に記載の方法。
【請求項１６】
前記逆方向リンク確認信号は、逆方向リンク・パケット、または、順方向リンク・パケットへのアクノレッジメントのうちの１つである請求項１５に記載の方法。
【請求項１７】
前記順方向リンク確認信号および前記逆方向リンク確認信号はおのおの、前記完了信号よりも多い巡回冗長検査（ＣＲＣ）ビットを含む請求項１５に記載の方法。
【請求項１８】
無線通信装置であって、
アクセス端末に特有の要求信号をターゲット基地局へ送信することと、
前記要求信号に応答する完了信号を受信することと、
前記完了信号を受信すると、タイマを起動させることと、
前記タイマが終了する前に前記ターゲット基地局からの順方向リンク確認信号が取得されたかを識別することによって、前記ターゲット基地局からの前記完了信号の送信を確認することと、に関連する命令群を保持するメモリと、
前記メモリに保持された命令群を実行するように構成され、前記メモリに接続されたプロセッサと
を備える無線通信装置。
【請求項１９】
前記要求信号はハンドオフ要求信号である請求項１８に記載の無線通信装置。
【請求項２０】
前記要求信号は、半接続状態から接続状態へ再び入るために利用される予約信号である請求項１８に記載の無線通信装置。
【請求項２１】
前記完了信号はアクセス許可である請求項２０に記載の無線通信装置。
【請求項２２】
前記要求信号は、前記アクセス端末のアイデンティティに関する情報を含む請求項１８に記載の無線通信装置。
【請求項２３】
前記メモリはさらに、要求（ＲＥＱ）ベースのハンドオフが利用される場合、アクセス端末に関連付けられたバッファが空であっても、ゼロではないバッファ・サイズを持つ前記アクセス端末に特有の要求信号を送信すること、に関連する命令群を保持する請求項１８に記載の無線通信装置。
【請求項２４】
前記完了信号はハンドオフ完了信号である請求項１８に記載の無線通信装置。
【請求項２５】
前記メモリはさらに、前記完了信号が受信された場合、確認状態に切り換えることに関連する命令群を保持する請求項１８に記載の無線通信装置。
【請求項２６】
前記メモリはさらに、前記順方向リンク確認信号を取得する前に前記タイマが終了したと判定されると、ハンドオフ・トライ状態に切り換えることに関連する命令群を保持する請求項１８に記載の無線通信装置。
【請求項２７】
前記メモリはさらに、アクセス・プローブを送信することによってハンドオフが開始され、前記順方向リンク確認信号が受信されない場合、アクセス・プローブを再度送信することによって再確認を有効にすること、または、チャネル品質インジケータ（ＣＱＩ）信号または要求（ＲＥＱ）信号の何れかを送信することによってハンドオフが開始される場合、確認がなされるまで、ＣＱＩ信号またはＲＥＱ信号を送信し続けることに関連する命令群を保持する請求項２６に記載の無線通信装置。
【請求項２８】
前記タイマはしきい持続時間で終了する請求項１８に記載の無線通信装置。
【請求項２９】
前記順方向リンク確認信号は、順方向リンク・パケット、または、逆方向リンク・パケットへのアクノレッジメントのうちの１つである請求項１８に記載の無線通信装置。
【請求項３０】
前記メモリは、前記ターゲット基地局へのハンドオフが正しくなされたか、あるいは、半接続状態から接続状態へ再び入ることが正しくなされたかのうちの少なくとも１つを前記ターゲット基地局が認識できるように、前記ターゲット基地局へ逆方向リンク確認信号を送信すること、に関連する命令群を保持する請求項１８に記載の無線通信装置。
【請求項３１】
前記逆方向リンク確認信号は、逆方向リンク・パケット、または、順方向リンク・パケットへのアクノレッジメントのうちの１つである請求項３０に記載の無線通信装置。
【請求項３２】
前記順方向リンク確認信号および前記逆方向リンク確認信号はおのおの、前記完了信号よりも多い巡回冗長検査（ＣＲＣ）ビットを含む請求項３１に記載の無線通信装置。
【請求項３３】
無線通信環境においてエラー回復スキームを利用することを可能にする無線通信装置であって、
アクセス端末に特有の要求信号をターゲット基地局へ転送する手段と、
完了信号が検出された場合、タイマを起動させる手段と、
前記タイマが終了する前に順方向リンク確認信号が取得されたかを判定することによって、前記ターゲット基地局からの前記完了信号の送信を確認する手段と
を備える無線通信装置。
【請求項３４】
ソース基地局から前記ターゲット基地局へのハンドオフを有効にするために、前記アクセス端末に特有の要求信号を前記ターゲット基地局へ転送する手段をさらに備える請求項３３に記載の無線通信装置。
【請求項３５】
前記要求信号はハンドオフ要求信号であり、前記完了信号はハンドオフ完了信号である請求項３４に記載の無線通信装置。
【請求項３６】
要求（ＲＥＱ）ベースのハンドオフが有効にされた場合、アクセス端末に関連付けられたバッファが空であっても、前記ハンドオフ要求信号はゼロでないバッファを有する請求項３５に記載の無線通信装置。
【請求項３７】
半接続状態から接続状態への切り換えを有効にするために、前記アクセス端末に特有の要求信号を前記ターゲット基地局へ転送する手段をさらに備える請求項３３に記載の無線通信装置。
【請求項３８】
前記要求信号は予約信号であり、前記完了信号はアクセス許可である請求項３７に記載の無線通信装置。
【請求項３９】
前記タイマは、予め設定されたか、あるいは動的に決定されたかの１つであるしきい持続時間において終了する請求項３３に記載の無線通信装置。
【請求項４０】
前記しきい持続時間内に前記順方向リンク確認信号が取得されない場合、ハンドオフ・トライ状態に切り換える手段をさらに備える請求項３９に記載の無線通信装置。
【請求項４１】
前記順方向リンク確認信号が取得されない場合、再確認を実行することをさらに備える請求項３３に記載の無線通信装置。
【請求項４２】
前記ターゲット基地局へのハンドオフが正しくなされたか、あるいは、半接続状態から接続状態へ再び入ることが正しくなされたかのうちの少なくとも１つを前記ターゲット基地局が認識できるように、前記ターゲット基地局へ逆方向リンク確認信号を送信する手段をさらに備える請求項３３に記載の無線通信装置。
【請求項４３】
前記順方向リンク確認信号および前記逆方向リンク確認信号はおのおの、前記完了信号よりも多い巡回冗長検査（ＣＲＣ）ビットを含む請求項４２に記載の無線通信装置。
【請求項４４】
コンピュータ・プログラム製品であって、
アクセス端末に特有の要求信号をターゲット基地局へ転送するためのコードと、
完了信号が検出された場合、タイマを起動させるためのコードと、
前記タイマが終了する前に順方向リンク確認信号が取得されたかを判定することによって、前記ターゲット基地局からの前記完了信号の送信を確認するためのコードと、
を備えるコンピュータ読取可能媒体
を備えるコンピュータ・プログラム製品。
【請求項４５】
前記コンピュータ読取可能媒体はさらに、ソース基地局から前記ターゲット基地局へのハンドオフを有効にするために、前記アクセス端末に特有の要求信号を前記ターゲット基地局へ転送するためのコードを備える請求項４４に記載のコンピュータ・プログラム製品。
【請求項４６】
前記コンピュータ読取可能媒体はさらに、半接続状態から接続状態への切り換えを有効にするために、前記アクセス端末に特有の要求信号を前記ターゲット基地局へ転送するためのコードを備える請求項４４に記載のコンピュータ・プログラム製品。
【請求項４７】
前記コンピュータ読取可能媒体はさらに、前記順方向リンク確認信号を取得する前に前記タイマが終了したと判定されると、ハンドオフ・トライ状態へ戻るためのコードを備える請求項４４に記載のコンピュータ・プログラム製品。
【請求項４８】
前記タイマは、予め設定されたか、あるいは動的に決定されたかの１つであるしきい持続時間において終了する請求項４４に記載のコンピュータ・プログラム製品。
【請求項４９】
前記コンピュータ読取可能媒体はさらに、前記ターゲット基地局へのハンドオフが正しくなされたか、あるいは、半接続状態から接続状態へ再び入ることが正しくなされたかのうちの少なくとも１つを前記ターゲット基地局が認識できるように、前記ターゲット基地局へ逆方向リンク確認信号を送信するためのコードを備える請求項４４に記載のコンピュータ・プログラム製品。
【請求項５０】
前記順方向リンク確認信号および前記逆方向リンク確認信号はおのおの、前記完了信号よりも多い巡回冗長検査（ＣＲＣ）ビットを含む請求項４９に記載のコンピュータ・プログラム製品。
【請求項５１】
無線通信システムにおける装置であって、
アクセス端末に特有の要求信号をターゲット基地局へ送信し、
前記要求信号に応答する完了信号を検出し、
前記完了信号を受信すると、タイマを起動させ、
前記タイマが終了する前に前記ターゲット基地局から順方向リンク確認信号が受信されたかを判定することによって、前記ターゲット基地局からの前記完了信号の送信を確認する、ように構成されたプロセッサ
を備える装置。
【請求項５２】
無線通信環境において、完了信号の誤った検出から回復することを容易にする方法であって、
アクセス端末から、アクセス端末に特定の要求信号を受信することと、
前記要求信号に応答して、前記アクセス端末に割り当てられたリソースを示す完了信号を、前記アクセス端末に送信することと、
前記アクセス端末が前記完了信号の受信を確認できるようにする順方向リンク確認信号を、前記アクセス端末へ送信することと
を備える方法。
【請求項５３】
前記要求信号は、ソース基地局からのハンドオフのために前記アクセス端末によって適用されるハンドオフ要求信号、または、半接続状態から出るために前記アクセス端末によって利用される予約信号のうちの１つである請求項５２に記載の方法。
【請求項５４】
前記アクセス端末のアイデンティティ、または、前記アクセス端末に関連付けられたコンテクストのうちの少なくとも１つを判定するために、前記要求信号を分析することをさらに備える請求項５２に記載の方法。
【請求項５５】
前記アクセス端末へ、ゼロではない量のリソースを割り当てることをさらに備える請求項５２に記載の方法。
【請求項５６】
前記完了信号を前記アクセス端末へ送信すると、確認状態に移行することをさらに備える請求項５２に記載の方法。
【請求項５７】
前記完了信号は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、またはアクセス許可のうちの１つである請求項５２に記載の方法。
【請求項５８】
前記順方向リンク確認信号は、順方向リンク割当ブロック（ＦＬＡＢ）、または、逆方向リンク・パケットへのアクノレッジメント（ＡＣＫ）のうちの１つである請求項５２に記載の方法。
【請求項５９】
前記要求信号内にバッファ・データが含まれているかに関わらず、前記完了信号を前記アクセス端末へ送信することをさらに備える請求項５２に記載の方法。
【請求項６０】
前記アクセス端末から逆方向リンク確認信号を受信することと、
前記逆方向リンク確認信号を受信すると、前記アクセス端末のハンドオフが完了したこと、または、前記アクセス端末が、半接続状態から接続状態へ戻ったこと、のうちの少なくとも１つを認識することと、
をさらに備える請求項５２に記載の方法。
【請求項６１】
別の基地局が前記アクセス端末にサービス提供することを示すバックホール・メッセージを受信することと、
前記バックホール・メッセージを受信すると、サービス提供状態またはハンドオフ確認状態のうちの少なくとも１つから非サービス提供状態へ移行することと、
をさらに備える請求項５２に記載の方法。
【請求項６２】
無線通信装置であって、
アクセス端末に特有の要求信号を、アクセス端末から取得することと、
前記要求信号に応答して、前記アクセス端末に割り当てられたゼロではない量のリソースを示す完了信号を前記アクセス端末へ送信することと、
前記アクセス端末が前記完了信号の受信を確認できるようにする順方向リンク確認信号を、前記アクセス端末へ送信することと
に関連する命令群を保持するメモリと、
前記メモリに保持された命令群を実行するように構成され、前記メモリに接続されたプロセッサと
を備える無線通信装置。
【請求項６３】
前記要求信号は、ソース基地局からのハンドオフのために前記アクセス端末によって適用されるハンドオフ要求信号、または、半接続状態から出るために前記アクセス端末によって利用される予約信号のうちの１つである請求項６２に記載の無線通信装置。
【請求項６４】
前記メモリはさらに、前記アクセス端末のアイデンティティ、または、前記アクセス端末に関連付けられたコンテクストのうちの少なくとも１つを判定するために、前記要求信号を分析することに関連する命令群を保持する請求項６２に記載の無線通信装置。
【請求項６５】
前記メモリはさらに、前記完了信号を前記アクセス端末へ送信すると、確認状態へ移行することに関連する命令群を保持する請求項６２に記載の無線通信装置。
【請求項６６】
前記完了信号は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、またはアクセス許可のうちの１つである請求項６２に記載の無線通信装置。
【請求項６７】
前記順方向リンク確認信号は、順方向リンク割当ブロック（ＦＬＡＢ）、または、逆方向リンク・パケットへのアクノレッジメント（ＡＣＫ）のうちの１つである請求項６２に記載の無線通信装置。
【請求項６８】
前記メモリはさらに、前記要求信号内にバッファ・データが含まれているかに関わらず、前記完了信号を前記アクセス端末へ送信することに関連する命令群を保持する請求項６２に記載の無線通信装置。
【請求項６９】
前記メモリはさらに、前記逆方向リンク確認信号を検出すると、前記アクセス端末のハンドオフが完了したこと、または、前記アクセス端末が、半接続状態から接続状態へ戻ったこと、のうちの少なくとも１つを認識することに関連する命令群を保持する請求項６２に記載の無線通信装置。
【請求項７０】
前記メモリはさらに、別の基地局が前記アクセス端末にサービス提供していることを示すバックホール・メッセージを受信すると、サービス提供状態またはハンドオフ確認状態のうちの少なくとも１つから非サービス提供状態へ移行すること、に関連する命令群を保持する請求項６２に記載の無線通信装置。
【請求項７１】
無線通信環境における完了信号の誤検出に関連するエラーを緩和することを可能にする無線通信装置であって、
アクセス端末に特有の取得された要求信号を分析する手段と、
前記要求信号に基づいて、前記アクセス端末へ完了信号を送信する手段と、
前記アクセス端末が前記完了信号の受信を確認できるようする順方向リンク確認信号を、前記アクセス端末へ送信する手段と
を備える無線通信装置。
【請求項７２】
前記要求信号は、ソース基地局からハンドオフするために前記アクセス端末によって適用されるハンドオフ要求信号、または、半接続状態から出るために前記アクセス端末によって利用される予約信号のうちの１つである請求項７１に記載の無線通信装置。
【請求項７３】
前記取得された要求信号を分析することに基づいて、前記アクセス端末のアイデンティティ、または、前記アクセス端末に対応するコンテクストのうちの少なくとも１つを判定する手段をさらに備える請求項７１に記載の無線通信装置。
【請求項７４】
前記完了信号を前記アクセス端末へ送信すると、確認状態に移行する手段をさらに備える請求項７１に記載の無線通信装置。
【請求項７５】
前記完了信号は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、またはアクセス許可のうちの１つである請求項７１に記載の無線通信装置。
【請求項７６】
前記順方向リンク確認信号は、順方向リンク割当ブロック（ＦＬＡＢ）、または、逆方向リンク・パケットへのアクノレッジメント（ＡＣＫ）のうちの１つである請求項７１に記載の無線通信装置。
【請求項７７】
前記要求信号内にバッファ・データが含まれているかに関わらず、前記完了信号を前記アクセス端末へ送信する手段をさらに備える請求項７１に記載の無線通信装置。
【請求項７８】
前記アクセス端末からの逆方向リンク確認信号を検出すると、前記アクセス端末のハンドオフが完了したこと、または、前記アクセス端末が、半接続状態から接続状態へ戻ったこと、のうちの少なくとも１つを認識する手段をさらに備える請求項７１に記載の無線通信装置。
【請求項７９】
別の基地局が前記アクセス端末にサービス提供していることを示すバックホール・メッセージを受信すると、サービス提供状態またはハンドオフ確認状態のうちの少なくとも１つから非サービス提供状態へ移行する手段をさらに備える請求項７１に記載の無線通信装置。
【請求項８０】
コンピュータ・プログラム製品であって、
アクセス端末に特有の取得された要求信号を評価するためのコードと、
前記要求信号に基づいて、前記アクセス端末に割り当てられたゼロではない量のリソースを示す完了信号を前記アクセス端末へ転送するためのコードと、
前記アクセス端末が前記完了信号の受信を確認できるようする順方向リンク確認信号を、前記アクセス端末へ送信するためのコードと、
を備えるコンピュータ読取可能媒体
を備えるコンピュータ・プログラム製品。
【請求項８１】
前記要求信号は、ソース基地局からのハンドオフのために前記アクセス端末によって適用されるハンドオフ要求信号、または、半接続状態から出るために前記アクセス端末によって利用される予約信号のうちの１つである請求項８０に記載のコンピュータ・プログラム製品。
【請求項８２】
前記コンピュータ読取可能媒体はさらに、前記取得された要求信号を分析することに基づいて、前記アクセス端末のアイデンティティ、または、前記アクセス端末に対応するコンテクストのうちの少なくとも１つを判定するためのコードを備える請求項８０に記載のコンピュータ・プログラム製品。
【請求項８３】
前記コンピュータ読取可能媒体はさらに、前記完了信号が前記アクセス端末へ転送されると、確認状態へ移行するためのコードを備える請求項８０に記載のコンピュータ・プログラム製品。
【請求項８４】
前記完了信号は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、またはアクセス許可のうちの１つである請求項８０に記載のコンピュータ・プログラム製品。
【請求項８５】
前記順方向リンク確認信号は、順方向リンク割当ブロック（ＦＬＡＢ）、または、逆方向リンク・パケットへのアクノレッジメント（ＡＣＫ）のうちの１つである請求項８０に記載のコンピュータ・プログラム製品。
【請求項８６】
前記コンピュータ読取可能媒体はさらに、前記要求信号内にバッファ・データが含まれているかに関わらず、前記完了信号を前記アクセス端末へ転送するためのコードを備える請求項８０に記載のコンピュータ・プログラム製品。
【請求項８７】
前記コンピュータ読取可能媒体はさらに、前記アクセス端末からの逆方向リンク確認信号を検出すると、前記アクセス端末のハンドオフが完了したこと、または、前記アクセス端末が、半接続状態から接続状態へ戻ったこと、のうちの少なくとも１つを認識するためのコードを備える請求項８０に記載のコンピュータ・プログラム製品。
【請求項８８】
前記コンピュータ読取可能媒体はさらに、別の基地局が前記アクセス端末にサービス提供していることを示すバックホール・メッセージを受信すると、サービス提供状態またはハンドオフ確認状態のうちの少なくとも１つから非サービス提供状態へ移行するためのコードを備える請求項８０に記載のコンピュータ・プログラム製品。
【請求項８９】
無線通信システムにおける装置であって、
アクセス端末に特有の要求信号をアクセス端末から受信し、
前記要求信号に応答して、前記アクセス端末へ割り当てられたリソースを示す完了信号を前記アクセス端末へ送信し、
前記アクセス端末が前記完了信号の受信を確認できるようにする順方向リンク確認信号を、前記アクセス端末へ送信する、
ように構成されたプロセッサ
を備える装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、２００７年６月２５日に出願され "METHODS AND APPARATUSES FOR RECOVERING FROM HANDOFF ERROR DUE TO FALSE DETECTION OF LINK ASSIGNMENT BLOCK (LAB) AT ACCESS TERMINAL" と題された米国仮出願６０／９４６，１２８号の優先権を主張する。上記出願の全体は、参照によって本明細書に組み込まれる。
【技術分野】
【０００２】
以下の記述は、一般に無線通信に関し、さらに詳しくは、無線通信システムにおけるハンドオフ完了信号の誤検出によるインパクトを緩和するためにハンドオフを確実にすることに関する。
【背景技術】
【０００３】
無線通信システムは、様々なタイプの通信を提供するために広く開発されており、例えば、音声および／またはデータが、そのような無線通信システムを介して提供されうる。一般的な無線通信システムまたはネットワークは、（例えば、帯域幅、送信電力等のような）１または複数の共有リソースへのアクセスを複数のユーザへ提供しうる。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、直交周波数分割多重化（ＯＦＤＭ）のようなさまざまな多元接続技術を使用することができる。
【０００４】
通常、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。おのおののアクセス端末は、順方向リンクおよび逆方向リンクによる送信によって、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からアクセス端末への通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、アクセス端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力システムによって確立されうる。
【０００５】
ＭＩＭＯシステムは、データ送信のために、複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個）の受信アンテナとを利用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルと称されうるＮＳ個の独立したチャネルに分解される。ここでＮＳ≦｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。さらに、複数の送信アンテナおよび複数の受信アンテナによって生成されたさらなるディメンションが利用されるのであれば、ＭＩＭＯシステムは、向上したパフォーマンス（例えば、高められた空間効率、より高いスループット、および／または、より高い信頼性）を与えることができる。
【０００６】
ＭＩＭＯシステムは、共通の物理媒体によって順方向リンク通信および逆方向リンク通信を分割するさまざまな二重化技術をサポートしうる。例えば、周波数分割デュプレクス（ＦＤＤ）システムは、順方向リンク通信および逆方向リンク通信のために、別の周波数領域を利用しうる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク通信および逆方向リンク通信が、共通の周波数領域を利用しうる。このような相互原理により、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるようになる。
【０００７】
無線通信システムはしばしば、有効範囲領域を提供する１または複数の基地局を使用する。一般的な基地局は、ブロードキャスト・サービス、マルチキャスト・サービス、および／またはユニキャスト・サービスのために、複数のデータ・ストリームを送信しうる。ここで、データ・ストリームは、アクセス端末への独立した受信対象でありうる。合成ストリームによって搬送される１つ、１つ以上、あるいは全てのデータ・ストリームを受信するために、そのような基地局の有効範囲領域内のアクセス端末が適用されうる。同様に、アクセス端末は、基地局あるいは別のアクセス端末へデータを送信することができる。
【０００８】
例えばソース基地局からターゲット基地局へと、進行中のコール、データ・セッション等を転送するために、無線通信システムにおいてしばしばハンドオフが利用される。例えば、アクセス端末は、ソース基地局からターゲット基地局へハンドオフすることを要求しうる。一般に、ターゲット基地局へハンドオフ要求信号が送られると、アクセス端末は、ターゲット基地局から送信されるハンドオフ完了信号を傍受する。ハンドオフ完了信号を受信すると、一般に、ターゲット基地局へのハンドオフが完了する。しかしながら、この技術は、アクセス端末によるハンドオフ完了信号の誤検出に対して脆弱でありうる。例示によって、フェージング誤り、物理チャネル誤り等により、ターゲット基地局が、ダウンリンクでハンドオフ完了信号を送信していないのであれば、アクセス端末は、そのようなハンドオフ完了信号がターゲット基地局によって送られたものと不適切に信用しうる。
【０００９】
ハンドオフ完了信号を、誤って肯定的に検出すると、無線通信システム全体のパフォーマンスに有害な影響を与えうる。アクセス端末は、従来技術を適用している場合、ハンドオフを完了するために、ターゲット基地局からのハンドオフ完了信号を探索しうる。さらに、アクセス端末は、誤ったハンドオフ完了信号を認識し、ハンドオフが完了したものと認識する。さらに、ターゲット基地局は、ハンドオフ完了信号を送っておらず、そのようなハンドオフに気付いていない。したがって、ターゲット基地局は、電力制御コマンドを送信せず、アクセス端末は、ランダムな電力制御コマンドによって制御され（例えば、電力は、ランダムなドリフトを受け）、サービス提供されない（例えば、ターゲット基地局からデータ・パケットを受信しない）。したがって、そのようなシナリオによって、（例えば逆方向リンク・データ・チャネル、逆方向リンク制御チャネル、逆方向ＣＤＭＡ制御チャネル（Ｒ−ＣＤＣＣＨ）等のような逆方向リンク・チャネルでの）アクセス端末の接続が失われたり、他のユーザへの干渉が生じたりする。
【発明の概要】
【００１０】
以下は、１または複数の実施形態の基本的な理解を提供するために、そのような実施形態の簡略化された概要を示す。この概要は、考えられる全ての実施形態の広範な概観ではなく、これら全ての実施形態の重要要素や決定的要素を特定することでも、任意または全ての実施形態を線引きすることでもないことが意図される。その唯一の目的は、開示された態様の幾つかの概念を、後に示されるより詳細な説明の前置きとして簡単な形式で示すことである。
【００１１】
１または複数の実施形態および対応する開示によれば、さまざまな態様が、アクセス端末において、完了信号の誤った検出によるエラーからの回復を容易にすることに関連して記載される。アクセス端末に特有の要求信号がターゲット基地局へ送信され、ハンドオフまたは半接続状態終了が開始される。アクセス端末に特有の要求信号に応じて、完了信号が転送されうる。アクセス端末における完了信号の誤った検出から生じるエラーを緩和するために、順方向リンク確認信号および逆方向リンク確認信号が転送され、正しいハンドオフまたは接続状態に再び入ること（再エントリ）が完了したことが確認される。例えば、アクセス端末は、タイマが終了する前に順方向リンク確認信号が検出された場合、ハンドオフまたは再エントリが正しく行われたと判定しうる。さらに、順方向リンク確認信号および逆方向リンク確認信号はおのおの、完了信号に含まれるＣＲＣビット数よりも多いＣＲＣビットを含みうる。
【００１２】
関連する態様によれば、本明細書では、無線通信環境における完了信号の誤った検出に関連するエラーを緩和することを容易にする方法が記述される。この方法は、アクセス端末に特有の要求信号をターゲット基地局へ送信することを含みうる。さらに、この方法は、要求信号に応答して、完了信号を検出することを備えうる。この方法はさらに、完了信号を検出すると、タイマを起動することを含みうる。さらに、この方法は、順方向リンク確認信号が、タイマが終了する前に受信されたかを判定することによって、ターゲット基地局からの完了信号の送信を確認することを含みうる。
【００１３】
別の態様は、無線通信装置に関する。無線通信装置は、アクセス端末に特有の要求信号をターゲット基地局へ送信することと、この要求信号に応答して完了信号を受信することと、この完了信号を受信するとタイマを起動することと、タイマの終了前にターゲット基地局から順方向リンク完了信号が取得されたかを識別することによって、基地局からの完了信号の送信を確認することと、に関連する命令群を保持するメモリを含みうる。さらに、この無線通信装置は、メモリに保持された命令群を実行するように構成され、メモリに接続されたプロセッサを含みうる。
【００１４】
さらに別の態様は、無線通信環境においてエラー回復スキームを利用することを可能にする無線通信装置に関する。この無線通信装置は、アクセス端末に特有の要求信号をターゲット基地局へ転送する手段を含みうる。さらに、この無線通信装置は、完了信号が検出されると、タイマを起動する手段を含みうる。さらに、この無線通信装置は、順方向リンク確認信号が、タイマの終了前に取得されたかを判定することによって、ターゲット基地局からの完了信号の送信を確認する手段を含みうる。
【００１５】
また別の態様は、コンピュータ読取可能媒体を備えうるコンピュータ・プログラム製品に関する。コンピュータ読取可能媒体は、アクセス端末に特有の要求信号をターゲット基地局へ転送するためのコードを含みうる。さらに、コンピュータ読取可能媒体は、完了信号が検出されると、タイマを起動するためのコードを含みうる。さらに、コンピュータ読取可能媒体は、順方向リンク確認信号が、タイマの終了前に取得されたかを判定することによって、ターゲット基地局からの完了信号の送信を確認するためのコードを含みうる。
【００１６】
別の態様によれば、無線通信システムにおける装置は、プロセッサを含みうる。このプロセッサは、アクセス端末に特有の要求信号をターゲット基地局へ送信するように構成されうる。このプロセッサはまた、この要求信号に応答する完了信号を検出するように構成されうる。さらに、このプロセッサは、完了信号を検出するとタイマを起動させるように構成されうる。さらに、このプロセッサは、順方向リンク確認信号が、タイマの終了前にターゲット基地局から受信されたかを判定することによって、ターゲット基地局からの完了信号の送信を確認するように構成されうる。
【００１７】
他の態様によれば、本明細書では、無線通信環境において、誤った完了信号の検出から回復することを容易にする方法が記述される。この方法は、アクセス端末から、アクセス端末に特有の要求信号を受信することを含みうる。さらに、この方法は、要求信号に応答して、アクセス端末へ完了信号を送信することを含みうる。この完了信号は、アクセス端末に割り当てられたリソースを示す。さらに、この方法は、順方向リンク確認信号をアクセス端末へ送信することを含みうる。順方向リンク確認信号は、アクセス端末が完了信号の受信を確認することを可能にする。
【００１８】
また別の態様は、アクセス端末からアクセス端末に特有の要求信号を取得することと、この要求信号に応答して、アクセス端末に割り当てられたゼロではない量のリソースを示す完了信号をアクセス端末へ送信することと、アクセス端末が完了信号の受信を確認できるようにする順方向リンク確認信号を、アクセス端末へ送信することと、に関連する命令群を保持するメモリを含む無線通信装置に関する。さらに、この無線通信装置は、メモリに保持された命令群を実行するように構成され、メモリに接続されたプロセッサを備えうる。
【００１９】
別の態様は、無線通信環境において、完了信号の誤った検出に関連するエラーの緩和を可能にする無線通信装置に関する。この無線通信装置は、取得されたアクセス端末に特有の要求信号を分析する手段を含みうる。さらに、この無線通信装置は、要求信号に基づいて、アクセス端末へ完了信号を送信する手段を含みうる。さらに、この無線通信装置は、アクセス端末が完了信号の受信を確認することを可能にする順方向リンク確認信号をアクセス端末へ送信する手段を含みうる。
【００２０】
また別の態様は、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品に関する。コンピュータ読取可能媒体は、取得したアクセス端末に特有の要求信号を評価するためのコードを含みうる。さらに、コンピュータ読取可能媒体は、要求信号に基づいて完了信号をアクセス端末へ転送するためのコードを備えうる。完了信号は、アクセス端末へ割り当てられたゼロではない量のリソースを示す。さらに、コンピュータ読取可能媒体は、アクセス端末が完了信号の受信を確認することを可能にする順方向リンク確認信号をアクセス端末へ転送するためのコードを含みうる。
【００２１】
別の態様によれば、無線通信システムにおける装置は、プロセッサを含みうる。このプロセッサは、アクセス端末から、アクセス端末に特有の要求信号を受信するように構成されうる。さらに、プロセッサは、この要求信号に応答して、アクセス端末へ完了信号を送信するように構成されうる。この完了信号は、アクセス端末に割り当てられたリソースを示す。さらに、このプロセッサは、アクセス端末へ順方向リンク確認信号を送信するように構成されうる。この順方向リンク確認信号によって、アクセス端末は、完了信号の受信を確認できるようになる。
【００２２】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に十分に記載され特に請求項において指摘される特徴を備えている。以下の記載および添付図面は、１または複数の実施形態のうちのある例示的な態様を詳細に述べている。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちのほんの僅かを示すに過ぎず、記述された実施形態は、そのような態様およびその等価物の全てを含むことが意図される。
【図面の簡単な説明】
【００２３】
【図１】図１は、本明細書に記述されたさまざまな態様にしたがう無線通信システムの例示である。
【図２】図２は、無線通信環境におけるハンドオフ完了信号の誤った検出からの回復を可能にするシステムの例示である。
【図３】図３は、対象となる開示のうちのさまざまな態様にしたがうアクセス端末状態図の例示である。
【図４】図４は、無線通信環境におけるハンドオフ完了信号の誤った検出に関連するエラーを緩和しながらハンドオフをサポートするシステムの例示である。
【図５】図５は、対象となる開示のさまざまな態様にしたがう基地局状態図の例示である。
【図６】図６は、無線通信環境におけるハンドオフ完了信号検出エラーを補償することを可能にするシステムの例示である。
【図７】図７は、無線通信環境において半接続状態から移行するために利用されるアクセス許可を確認することを可能にするシステムの例示である。
【図８】図８は、無線通信環境における完了信号の誤った検出に関連するエラーを緩和することを容易にする方法の例示である。
【図９】図９は、無線通信環境における完了信号の誤った検出からの回復を容易にする方法論の例示である。
【図１０】図１０は、無線通信システムにおける誤った完了信号の検出から回復するアクセス端末の実例である。
【図１１】図１１は、無線通信環境における完了信号の誤った検出を緩和することを容易にするシステムの実例である。
【図１２】図１２は、本明細書に記載されたさまざまなシステムおよび方法と共に使用することができる無線ネットワーク環境の実例である。
【図１３】図１３は、無線通信環境において誤り回復スキームを利用することを可能にするシステムの実例である。
【図１４】図１４は、無線通信環境における完了信号の誤った検出に関連付けられたエラーを緩和することを可能にするシステムの実例である。
【発明を実施するための形態】
【００２４】
さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の実施形態の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような実施形態は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２５】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納して有するさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２６】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、およびその他のシステムのようなさまざまな無線通信システムに使用されうる。「システム」、「ネットワーク」という用語はしばしば交換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）のような無線技術を実施することができる。ＯＦＤＭＡシステムは、例えばエボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新のリリースである。
【００２７】
単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、単一キャリア変調および周波数領域等値化を利用する。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様のパフォーマンスおよび全体的に実質的に同じ複雑さを有する。ＳＣ−ＦＤＭＡ信号は、固有の単一キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、例えば、低いＰＡＰＲが送信電力効率の観点からアクセス端末に大いに利益をもたらすアップリンク通信において使用される。したがって、ＳＣ−ＦＤＭＡは、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）またはエボルブドＵＴＲＡにおいてアップリンク多元接続スキームとして実現されうる。
【００２８】
さらに、さまざまな実施形態が、本明細書ではアクセス端末に関して記載される。アクセス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピュータ・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関して記載される。基地局は、アクセス端末と通信するために利用され、また、アクセス・ポイント、ノードＢ、エボルブド・ノードＢ（ｅノードＢ）、またはその他幾つかの専門用語でも称されうる。
【００２９】
さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、またはメディアからアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。
【００３０】
図１に示すように、本明細書で示されたさまざまな実施形態にしたがった無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。２本のアンテナが各アンテナ・グループのために例示されているが、２本より多い、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えうる。
【００３１】
基地局１０２は、例えばアクセス端末１１６およびアクセス端末１２２のような１または複数のアクセス端末と通信することができる。しかしながら、基地局１０２は、アクセス端末１１６およびアクセス端末１２２に類似した実質的に任意の数のアクセス端末と通信しうることが理解されるべきである。アクセス端末１１６およびアクセス端末１２２は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００を介して通信するのに適切なその他任意のデバイスでありうる。図示するように、アクセス端末１１６は、アンテナ１１２およびアンテナ１１４と通信している。ここで、アンテナ１１２およびアンテナ１１４は、順方向リンク１１８によってアクセス端末１１６へ情報を送信し、逆方向リンク１２０によってアクセス端末１１６から情報を受信する。さらに、アクセス端末１２２はアンテナ１０４およびアンテナ１０６と通信している。ここで、アンテナ１０４およびアンテナ１０６は、順方向リンク１２４でアクセス端末１２２へ情報を送信し、逆方向リンク１２６でアクセス端末１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは別の周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは別の周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。
【００３２】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のアクセス端末に通信するように、複数のアンテナが設計されうる。順方向リンク１１８および順方向リンク１２４による通信では、基地局１０２の送信アンテナは、アクセス端末１１６およびアクセス端末１２２のための順方向リンク１１８および順方向リンク１２４の信号対雑音比を改善するためにビームフォーミングを適用することができる。また、基地局１０２が、関連する有効範囲にランダムに散在したアクセス端末１１６、１２２に送信するためにビームフォーミングを利用している間、近隣セル内のアクセス端末は、全てのアクセス端末に対して単一アンテナによって送信している基地局に比べて、少ない干渉しか被らない。
【００３３】
システム１００は、アクセス端末１１６およびアクセス端末１２２におけるハンドオフ完了信号の誤った検出によるハンドオフ・エラーから回復するメカニズムを提供する。特定のアクセス端末（例えば、アクセス端末１１６、アクセス端末１２２等）は、特定のアクセス端末が移行することを望んでいるターゲット基地局へハンドオフ要求信号を送信する（例えば、ハンドオフ要求信号は、特定のアクセス端末がハンドオフ・トライ状態（Try to Handoff state）にある間に送信されうる）ことによって、ソース基地局からターゲット基地局へのハンドオフを開始しうる（例えば、基地局１０２は、特定のアクセス端末が（図示しない）別の基地局から基地局１０２へ移行するターゲット基地局になりえる。また、基地局１０２は、特定のアクセス端末が基地局１０２から（図示しない）別の基地局へ移行するソース基地局になりうる）。ハンドオフ要求信号は、端末に特有の信号を送信する特定のアクセス端末のアイデンティティに関する情報を含む特定の端末に特有の信号になりえる。その後、この特定のアクセス端末は、ターゲット基地局から送信されたハンドオフ完了信号を求めて順方向リンク・チャネルをモニタしうる。ハンドオフ完了信号を検出すると（ハンドオフ完了信号の検出に誤りがあろうとなかろうと）、特定のアクセス端末は、ハンドオフ確認状態（Confirm Handoff state）に移行しうる。さらに、ハンドオフ確認状態（Confirm Handoff state）では、この特定のアクセス端末が、ターゲット基地局からの順方向リンク確認信号を待つ。さらに、この特定のアクセス端末は、逆方向リンク確認信号をターゲット基地局へ送信し、ターゲット基地局は、ハンドオフが完了したことを確認することができる。順方向リンク確認信号が、あるタイムアウト内にターゲット基地局から受信されると、この特定のアクセス端末は、ハンドオフ完了状態（Handoff Complete state）へ移行しうる。あるいは、順方向リンク確認信号が、あるタイムアウト内に到達しないと、この特定のアクセス端末は、ハンドオフ・トライ状態（Try to Handoff state）へ戻る。
【００３４】
システム１００によって使用されるスキームは、エラー回復を改善しうる。例えば、システム１００は、アクセス端末１１６、１２２が、順方向リンク確認信号受信を用いてハンドオフを確認することに依存しうる。順方向リンク確認信号は、例えば、順方向リンク（ＦＬ）パケットや、逆方向リンク（ＲＬ）パケットへのアクノレッジメント（ＡＣＫ）等でありうる。したがって、ハンドオフを確認するために、（ハンドオフ完了信号のために使用される１６ビットの巡廻冗長検査（ＣＲＣ）ではなく、）２４ビットの巡廻冗長検査（ＣＲＣ）を備えるデータ・パケットが使用されうる。さらに、基地局１０２は（任意の別の基地局と同様に）、ハンドオフ要求信号を受信することに応答してリソースを割り当てることによって、アクセス端末１１６、１２２を支援しうる。
【００３５】
アクセス端末がハンドオフを有効にすることを試みている間に、ターゲット基地局からの順方向リンク制御セグメント（ＦＬＣＳ）に巡廻冗長検査（ＣＲＣ）の誤りがある場合、ハンドオフ確認信号の誤った検出が起こりうる。ＣＲＣは１６ビットでありうる。また、アクセス端末は、特定のヘッダを探索しうる（例えば、ヘッダは２ビットであり、このヘッダのための特定の値は、ハンドオフ完了等を示しうる）ので、全体的な確率は、２−１８のオーダになりうる。例えば、フレーム毎に約５つのハンドオフ完了信号が存在し、アクセス端末が、一般的なハンドオフが完了する前にいくつかのフレームを待つ（例えば、アクセス端末が２０フレームを待つ）場合、実際の確率は、より高く（例えば、約１００倍以上大きく）なる。したがって、ハンドオフ完了信号の誤り確率は、４×１０−４になりうる。１０秒毎に１度のハンドオフの場合、所与のアクセス端末につき、２．５Ｅ０４秒（例えば、約７時間）毎に一度の誤ったハンドオフ完了信号となる。したがって、システム全体の観点から考慮すると、誤ったハンドオフ完了信号検出は、頻繁に生じうる。
【００３６】
したがって、システム１００は、ターゲット基地局へのハンドオフが完了したとアクセス端末が考えているものの、ターゲット基地局はサービス提供していないと考えている誤りのあるシナリオを緩和することによって、この問題に対処する。さらに詳しくは、システム１００は、ハンドオフが完了したとアクセス端末が結論付ける前に、２状態スキームを利用しうる。例えば、第１の状態（例えば、ハンドオフ・トライ（Try to Handoff）状態）は、１０−４のオーダの誤ったハンドオフ完了信号の確率に関連付けられうる。さらに、第２の状態（例えば、ハンドオフ確認（Confirm Handoff）状態）では、アクセス端末は、順方向リンク確認信号（例えば、ＦＬパケット、ＲＬパケットへのＡＣＫ等）を取得し、ＲＬパケットへのＡＣＫ、あるいはＦＬパケットの誤りのある確率は、１０−３よりも良好でありうる。これら２つの状態にある間、誤った検出の組み合わされた確率は、従来技術で一般的である１０−４のオーダの確率ではなく、１０−７でありうる。
【００３７】
権利主張された対象となる主題は、任意のタイプのハンドオフを考慮していることが認識されるべきである。本明細書に記載の多くは、ソース基地局からターゲット基地局へのハンドオフを参照しているが、ソース・セクタからターゲット・セクタへのハンドオフもありうることが認識されるべきである。さらに、ソース・セクタおよびターゲット・セクタは、別の基地局および／または同じ基地局と関連しうる。
【００３８】
図２に移って、無線通信環境において、誤ったハンドオフ完了信号の検出から回復できるようにするシステム２００が例示される。システム２００は、情報、信号、データ、命令群、コマンド、ビット、シンボル等を１または複数の（図示しない）基地局に送信したり、１または複数の（図示しない）基地局から受信するアクセス端末２０２を含む。アクセス端末２０２はさらに、ハンドオフ・リクエスタ２０４およびハンドオフ・コンファーマ２０６を含みうる。
【００３９】
例示によれば、アクセス端末２０２がソース基地局（例えば、前のサービス提供基地局）によってサービス提供される間に、アクセス端末２０２がターゲット基地局へハンドオフすることの判定がなされる。例えば、アクセス端末２０２（例えば、アクセス端末２０２のハンドオフ・リクエスタ２０４）が、そのような判定を行いうる。しかしながら、権利主張された対象となる主題は、無線通信環境における基地局（例えば、ソース基地局、ターゲット基地局、別の基地局等）あるいは任意の別の構成要素（例えば、別のアクセス端末、ネットワーク・ノード等）によってなされる判定を考慮する。さらなる例によって、要求（ＲＥＱ）ベースのハンドオフ、チャネル品質インジケータ（ＣＱＩ）ベースのハンドオフ、またはアクセス・ベースのハンドオフが利用されうる。したがって、ハンドオフ・リクエスタ２０４は、順方向リンク（ＦＬ）パイロット測定値、逆方向チャネル品質インジケータ・チャネル（Ｒ−ＣＱＩＣＨ）消去インジケータ等に基づいてハンドオフ判定を行いうる。
【００４０】
ハンドオフ判定が、アクセス端末２０２によってなされる（またはアクセス端末２０２へ通知される）場合、アクセス端末２０２は、ハンドオフ・トライ状態（Try to Handoff）に移行することができる。さらに、ハンドオフ・リクエスタ２０４は、ハンドオフ要求信号を生成するか、および／または、送信する。例えば、ハンドオフ・リクエスタ２０４は、ターゲット基地局を選択することができる。さらに、ハンドオフ・リクエスタ２０４は、逆方向リンクによって、ターゲット基地局へハンドオフ要求信号を送ることができる。ハンドオフ・リクエスタ２０４によって転送されたハンドオフ要求信号は、アクセス端末２０２に特有でありうる（例えば、ハンドオフ要求信号は、アクセス端末２０２のアイデンティティに関連する情報を含みうる）。
【００４１】
ハンドオフ要求信号を転送した後、アクセス端末２０２は、（例えば、ターゲット基地局によって送信された）ハンドオフ完了信号を待つ。ハンドオフ完了信号は、順方向リンクによって送信されうる。ハンドオフ完了信号は、例えば、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、アクセス許可等でありうる。
【００４２】
ハンドオフ・コンファーマ２０６（および／または一般にはアクセス端末２０２）は、ハンドオフ完了信号を求めてモニタしうる。ハンドオフ完了信号を検出すると、ハンドオフ・コンファーマ２０６は、アクセス端末２０２をハンドオフ確認状態（Confirm Handoff state）へ移行させることができる。誤ったハンドオフ完了信号の検出に関連する影響を緩和するために、ハンドオフ確認状態（Confirm Handoff state）が適用されうる。ハンドオフ確認状態（Confirm Handoff state）では、ハンドオフ・コンファーマ２０６は、順方向のリンク確認信号を求めて順方向リンクをモニタしうる。順方向リンク確認信号は、順方向リンク（ＦＬ）パケット、逆方向リンク（ＲＬ）パケットへのアクノレッジメント（ＡＣＫ）等でありうる。さらに、順方向リンク確認信号は、低い誤り検出確率しか有さない。さらに、ハンドオフ・コンファーマ２０６は、ターゲット基地局へ逆方向リンク確認信号を送信しうる。逆方向リンク確認信号は、逆方向リンク（ＲＬ）パケット、順方向リンク（ＦＬ）パケット・アクノレッジメント（ＡＣＫ）等でありうる。
【００４３】
ハンドオフ・コンファーマ２０６はさらにタイマ２０８を含みうる。タイマ２０８は、ハンドオフ完了信号を検出してから経過した時間量を追跡することができる。タイマ２０８は、ハンドオフ・コンファーマ２０６（あるいは一般にアクセス端末２０２）が順方向リンク確認信号を取得するまで経過した時間を追跡し続ける。さらに、タイマ２０８は、順方向リンク確認信号を受信することなくハンドオフ完了信号を受信してから、しきい値よりも長い時間が経過したことを示すことができる。タイマ２０８によって適用されるしきい時間リミットは、予め設定されるか、動的に決定されるか等である。一例によれば、しきい持続時間は、５０ミリ秒であるが、権利主張された対象となる主題はそれに限定されない。
【００４４】
タイマ２０８を用いて認識されるしきい時間が経過する前に順方向リンク確認信号が取得されたとハンドオフ・コンファーマ２０６が判定した場合、アクセス端末２０２は、ハンドオフ完了状態（Handoff Complete state）に移行しうる。したがって、アクセス端末２０２は、ターゲット基地局によってサービス提供されうる。あるいは、順方向リンク確認信号を受信する前に（例えばタイマ２０８によって判定されるように）しきい期間が経過したとハンドオフ・コンファーマ２０６が認識した場合、アクセス端末２０２は、ハンドオフ・トライ状態（Try to Handoff）へ戻る。したがって、ハンドオフ確認タイマ２０８が終了するか、および／または、ハンドオフ・リクエスタ２０４が、（ターゲット基地局ではない）別の基地局へハンドオフせよとの別の判定をすると、アクセス端末２０２は、ハンドオフ・トライ状態（Try to Handoff state）に戻りうる。
【００４５】
図３に示すように、アクセス端末状態図３００の例が示されている。例示により、状態図３００は、状態と、図２のアクセス端末２０２に関連付けられた状態間における移行とを示しうる。状態図３００は、３つの状態、すなわち、ハンドオフ完了状態（Handoff Complete state）３０２、ハンドオフ・トライ状態（Try to Handoff state）３０４、およびハンドオフ確認状態（Confirm Handoff state）３０６を含む。それに比べて、従来のスキームは、一般に、ハンドオフ確認状態（Confirm Handoff state）３０６に類似する状態がない。
【００４６】
基地局によってサービス提供されている場合、アクセス端末は、ハンドオフ完了状態（Handoff Complete state）３０２にありうる。ハンドオフが有効であると判定されると、アクセス端末は、ハンドオフ・トライ状態（Try to Handoff state）３０４に切り換わる。例として、ハンドオフ・トライ状態（Try to Handoff state）３０４にある場合、アクセス端末に関連付けられたバッファが、ＲＥＱベースのハンドオフが適用されている場合に空であっても、アクセス端末は、ゼロではないバッファ・サイズを持つハンドオフ要求信号（例えばＲＥＧ等）を送信しうる。さらなる例として、ハンドオフ・トライ状態（Try to Handoff state）３０４にある間、ＣＱＩベースのハンドオフまたはアクセス・ベースのハンドオフが使用される場合、（例えば、ハンドオフ要求信号を送信するために）アクセス端末による通常動作が適用されうる。したがって、ハンドオフ・トライ状態（Try to Handoff state）３０４にある場合、ＣＱＩベースのハンドオフまたはアクセス・ベースのハンドオフを用いて、ハンドオフ要求信号が、アクセス端末によってターゲット基地局へと送信されうる。そして、アクセス端末は、基地局からのハンドオフ完了信号を求めてモニタしうる。
【００４７】
ＲＥＱベースのハンドオフが適用される例によれば、要求チャネルは、逆方向リンクＯＦＤＭＡリソースを要求するためにアクセス端末によって使用され、ＯＦＤＭＡリソースが割り当てられた場合、アクセス端末は逆方向リンク・データ・パケットを送信しうる。ハンドオフ中、ハンドオフ・トライ状態（Try to Handoff state）３０４にある場合、アクセス端末は、ターゲット基地局へハンドオフ要求信号を送る。この要求に基づいて、ターゲット基地局は、アクセス端末がハンドオフが生じることを望んでいると理解することができる。したがって、ターゲット基地局は、アクセス端末へＲＬＡＢを転送する。これによって、ターゲット基地局が、アクセス端末の要求を認識し、ハンドオフを許可したことが示される。従来のシナリオでは、ターゲット基地局へ送信されたハンドオフ要求信号は、（例えば、アクセス端末は、送信されるべきデータのないゼロ要求信号であるチャネル条件によりハンドオフしているので、）リソースを求める要求を欠くハンドオフ要求でありえる。対照的に、アクセス端末が、送信されるべきデータを欠く場合でさえ、ハンドオフ要求信号は、ハンドオフ確認状態（Confirm Handoff state）３０６のために利用されうる逆方向リンク上の一定量のリソースを要求しうる。
【００４８】
（例えばＲＬＡＢ、ＦＬＡＢ、アクセス許可のような）ハンドオフ完了信号が検出される場合、アクセス端末は、ハンドオフ・トライ状態（Try to Handoff state）３０４からハンドオフ確認状態（Confirm Handoff state）３０６へと切り換わる。例示によれば、ＲＬＡＢがアクセス端末によって受信された場合、アクセス端末は、応答として、消去シーケンスの代わりにＮＵＬＬパケットを送信することができる。しかしながら、権利主張された対象となる主題は、そのように限定されない。さらに、ハンドオフ確認状態（Confirm Handoff state）３０６に入る場合、しきい持続時間を持つタイマが起動しうる。例えば、持続時間は、予め設定されたり、動的に決定されたりする。例によれば、持続時間は５０ミリ秒である。しかしながら、任意の持続時間が適用されうることが考慮される。さらに、タイマが、順方向リンク確認信号を受信する前に終了する場合、アクセス端末は、ハンドオフ確認状態（Confirm Handoff state）３０６からハンドオフ・トライ状態（Try to Handoff state）３０４へ移行する。同様に、アクセス端末がハンドオフ確認状態（Confirm Handoff state）３０６にある間、ターゲット基地局ではない基地局へハンドオフするとの判定が有効とされると、アクセス端末は、ハンドオフ・トライ状態（Try to Handoff state）３０４に復帰する。
【００４９】
別の例によれば、順方向リンク確認信号を受信する前にタイマが終了し、アクセス端末が、順方向リンク確認信号を受信することなくハンドオフ確認状態（Confirm Handoff state）３０６に残るか、あるいは、ハンドオフ・トライ状態（Try to Handoff state）３０４に戻るのであれば、アクセス端末は、再確認を実行することを試みうる。この例によれば、アクセス・プローブを送信することによってハンドオフが開始された場合、アクセス端末は再びアクセス・プローブを送信しうる。さらに、ＣＱＩ信号あるいはＲＥＱ信号のいずれかを送信することによりハンドオフが開始された場合、アクセス端末は、確認がなされるまで、ＣＱＩ信号またはＲＥＱ信号を送信し続ける。これによって、基地局は、第２のハンドオフ要求信号の検出（例えば、基地局が、第１のハンドオフ要求信号を失っている場合等）、および、第２の完了信号の送信ができるようになる。
【００５０】
ハンドオフ確認状態（Confirm Handoff state）３０６にある間、順方向リンク確認信号が、アクセス端末によって取得された場合、アクセス端末は、ハンドオフ完了状態（Handoff Complete state）３０２へ移行する。順方向リンク確認信号は、ＦＬパケット、ＲＬパケットへのＡＣＫ等でありうる。さらに、順方向リンク確認信号は、低い誤り検出の可能性を有しうる。ターゲット基地局へのハンドオフを確認するために、アクセス端末によって順方向リンク確認信号が使用されうる。さらに、ハンドオフ確認状態（Confirm Handoff state）３０６にある場合、アクセス端末は、ハンドオフ完了を検証するために、ターゲット基地局によって適用されうる逆方向リンク確認信号を送信しうる。
【００５１】
図４に示すように、無線通信環境におけるハンドオフ完了信号の誤った検出に関連するエラーを緩和しながらハンドオフをサポートするシステム４００が例示される。システム４００は、（図示しない）（例えば、図２のアクセス端末２０２のような）１または複数のアクセス端末との間で情報、信号、データ、命令群、コマンド、ビット等を送信および／または受信する基地局４０２を含む。さらに、基地局４０２は、別の基地局、ネットワーク・ノード等との間で情報、信号、データ、命令群、コマンド、ビット、シンボル等の転送および／または取得を行いうる。
【００５２】
基地局４０２は、要求エバリュエータ４０４、リソース・アサイナ（resource assigner）４０６、およびハンドオフ・コンファーマ（handoff confirmer）４０８を含みうる。例えば、基地局４０２は、（図示しない）別の基地局によってサービス提供される（図示しない）アクセス端末からハンドオフ要求信号を受信しうる。したがって、基地局４０２は、ハンドオフ要求信号を送信したアクセス端末に関して非サービス提供状態（Non-Serving state）にある。要求エバリュエータ４０４は、取得されたハンドオフ要求信号を分析する。例示として、要求エバリュエータ４０４は、ハンドオフ要求信号のそのような分析に基づいて、ハンドオフ要求信号を送信したアクセス端末のアイデンティティを判定しうる。さらなる例によれば、要求エバリュエータ４０４は、要求されたリソースを、ハンドオフ要求信号の一部として判定しうる。
【００５３】
リソース・アサイナ４０６は、ハンドオフ要求信号に応じて、アクセス端末にリソースを割り当てうる。例えば、リソース・アサイナ４０６は、アクセス端末にサービス提供するか否かを判定しうる。さらに、リソース・アサイナ４０６は、アクセス端末に割り当てるべきリソースを選択しうる。例示によって、リソース・アサイナ４０６は、ＲＦＬＢ、ＦＬＡＢ等にゼロではないタイルを割り当てる。さらに、リソース・アサイナ４０６は、ハンドオフ完了信号を生成すること、および／または、それらをアクセス端末へ送信することを行う。ハンドオフ完了信号は、リソース・アサイナ４０６によって生成されたリソース割当に関する情報を含む。さらに、基地局４０２（例えば、要求エバリュエータ４０４、リソース・アサイナ４０６、ハンドオフ・コンファーマ４０８等）は、基地局４０２へハンドオフするアクセス端末に関連する通知を提供する別の基地局（例えば、無線端末のための前のサービス提供基地局であるソース基地局）へ、バックホール・メッセージを送信しうる。例えば、ハンドオフ要求信号が受信され、ハンドオフ要求信号が受信されたアクセス端末にサービス提供するように判定され、ハンドオフ完了信号が送信される等がなされると、このバックホール・メッセージが送信されうる。別の例によれば、ハンドオフの完了に関連する通知を提供するバックホール・メッセージが、別の基地局へ送信されうる。しかしながら、権利主張された対象となる主題は、そのように限定されない。
【００５４】
さらに、ハンドオフ・コンファーマ４０８によって、アクセス端末は、アクセス端末が基地局４０２によってサービス提供されるようにハンドオフを完了できるようになるか、および／またはアクセス端末のためにハンドオフが正しく完了したかを判定できるようになる。例えば、ハンドオフ完了信号を送信すると、基地局４０２は、ハンドオフ確認状態（Confirm Handoff state）へ移行しうる。ハンドオフ確認状態にある間、ハンドオフ・コンファーマ４０８は、アクセス端末へ順方向リンク確認信号を送信しうる（例えば、ＦＬパケット、ＲＬパケットへのＡＣＫ等を送信する）。例によれば、ハンドオフ・コンファーマ４０８は、アクセス端末によって送信された逆方向リンク確認信号（例えば、ＲＬパケット、ＦＬパケットへのＡＣＫ等）を求めて逆方向リンクをモニタしうる。この例によれば、ハンドオフ・コンファーマ４０８が、逆方向リンク確認信号を検出した場合、基地局４０２は、サービス提供状態（Serving state）に移行しうる。別の例によれば、バックホール・ベースの手順は、基地局４０２におけるハンドオフの誤った検出によるエラーに対処できるので、ハンドオフ・コンファーマ４０８は、アクセス端末から逆方向リンク確認信号を受信する前に、基地局４０２をサービス提供状態（Serving state）へ移行させることができる（例えば、順方向リンク確信信号を送信して、サービス提供状態（Serving state）に移行する）。したがって、この例によれば、アクセス端末によって逆方向リンク確認信号が送信されうるが、その必要はないかもしれない（例えば、基地局４０２における確認は、オプションでありうる）。あるいは、基地局４０２は、ハンドオフ確認状態（Confirm Handoff state）にある間に、バックホール・メッセージを取得し、そのようなメッセージに基づいて、非サービス提供状態（Non-Serving state）へ戻る。さらに、基地局４０２は、サービス提供状態（Serving state）にある場合、基地局４０２のサービス提供状態（Serving state）から非サービス提供状態（Non-Serving state）への移行を開始するバックホール・メッセージを受信しうる。
【００５５】
図示する例によれば、ハンドオフ・コンファーマ４０８は、タイマを持たない場合もありうる。したがって、基地局４０２は、データ動作がない場合、ハンドオフ確認状態（Confirm Handoff state）に無限に残りうる。しかしながら、ハンドオフ・コンファーマ４０８は、図２のアクセス端末２０２で利用されるタイマ２０８に類似したタイマを含みうることも考慮されうる。したがって、この例によれば、基地局４０２がハンドオフ確認状態（Confirm Handoff state）へ移行すると、タイマは、経過した時間量の追跡を開始し、経過した時間量が、逆方向リンク確認信号を受信する前にしきい値を越える場合、基地局４０２は、非サービス提供状態（Non-Serving state）へ戻されうる。
【００５６】
図５に移って、基地局状態図５００の例が例示される。例えば、状態図５００は、図４の基地局４０２に関連付けられた状態および状態間の移行を表しうる。状態図５００は、３つの状態、すなわち、非サービス提供状態（Non-Serving state）５０２、ハンドオフ確認状態（Confirm Handoff state）５０４、およびサービス提供状態（Serving state）５０６を含みうる。状態図５００は、従来技術のために一般には含まれないハンドオフ確認状態５０４を含む（例えば、一般的なサービス提供状態（Serving state）が、ハンドオフ確認状態（Confirm Handoff state）５０４と、サービス提供状態（Serving state）５０６とに分割されうる）。
【００５７】
非サービス提供状態（Non-Serving state）５０２では、基地局は、特定の基地局へのハンドオフを望むアクセス端末から、ハンドオフ要求信号を受信することができる。さらに、基地局は、要求元のアクセス端末へリソースを割り当て、および／または、リソース割当を示すハンドオフ完了信号を要求元のアクセス端末へ送信しうる。例えば、基地局は、（例えば、ＲＬＡＢ、ＦＬＡＢ等のような）ハンドオフ完了信号で、要求元のアクセス端末へ、ゼロではないタイル（例えば、ゼロではない数のリソース）を割り当てうる。アクセス端末へゼロではない数のリソースを割り当てることによって、端末は、フルＣＲＣ（例えば、２４ビットのＣＲＣ等）によって保護されたフル・データ・パケットを送信できるようになる。このフル・データ・パケットは、ハンドオフを確認するために使用されうる。
【００５８】
ハンドオフ完了信号を送信すると、基地局は、非サービス提供状態（Non-Serving state）５０２からハンドオフ確認状態（Confirm Handoff state）５０４へと切り換わることができる。ハンドオフ確認状態（Confirm Handoff state）５０４では、基地局は、ＲＥＱ受信またはＦＬデータ・バッファに基づいて、ＲＬＡＢ／ＦＬＡＢを送信しうる。さらに、アクセス・ベースのハンドオフの場合、ハンドオフ確認状態（Confirm Handoff state）５０４に入ると、ＦＬＡＢまたはＲＬＡＢが、ゼロではないタイル（例えば、ゼロではない数のリソース等）とともに送信されうる。さらに、ハンドオフ確認状態（Confirm Handoff state）５０４は、タイマに関連付けられる必要は無い。したがって、データ・アクティビティがない場合、基地局は、ハンドオフ確認状態（Confirm Handoff state）５０４に無限に残ることができる。さらに、基地局は、バックホール・メッセージを受信する。これは、基地局を、ハンドオフ確認状態（Confirm Handoff state）５０４から再び非サービス提供状態（Non-Serving state）５０２へと移行させる。しかしながら、基地局がハンドオフ確認状態（Confirm Handoff state）５０４に入ってから経過した時間量を追跡するためにタイマが利用され、この時間量が、サービス提供状態（Serving state）５０６に移行する前にしきい値を越えるのであれば、基地局は、非サービス提供状態（Non-Serving state）５０２へ戻ることが認識されるべきである。
【００５９】
さらに、ハンドオフ確認状態（Confirm Handoff state）５０４にある間、基地局は、要求元のアクセス端末によってハンドオフを確認するために使用される順方向リンク確認信号を送信しうる。この順方向リンク確認信号は、ＦＬパケット、ＲＬパケットへのＡＣＫ等でありうる。さらに、基地局は、要求元のアクセス端末によって送信された逆方向リンク確認信号を求めて逆方向リンクをモニタしうる。逆方向リンク確認信号は、ＲＬパケット、ＦＬパケットへのＡＣＫ等でありうる。逆方向リンク確認信号が受信されると、基地局は、ハンドオフ確認状態（Confirm Handoff state）５０４から、サービス提供状態（Serving state）５０６へと移行しうる。しかしながら、バックホール・ベースの手順は、基地局におけるハンドオフの誤った検出に対処できるので、基地局における確認はオプションでありうる。
【００６０】
サービス提供状態（Serving state）５０６にある間、基地局は、アクセス端末への接続の提供、アクセス端末の電力の制御等を行いうる。さらに、サービス提供状態（Serving state）５０６にある間、バックホール・メッセージが取得されうる。ここでは、バックホール・メッセージによって、基地局は、非サービス提供状態（Non-Serving state）５０２へと移行させられる（例えば、バックホール・メッセージは、アクセス端末が別の基地局へハンドオフしたことを示しうる。）。さらに、非サービス提供状態（Non-Serving state）５０２では、基地局は、アクセス端末のための接続、電力制御等を提供しない。
【００６１】
図６に示すように、無線通信環境におけるハンドオフ完了信号検出誤りを補償するシステム６００が例示される。システム６００は、アクセス端末２０２、ソース基地局６０２、およびターゲット基地局６０４を含む。ソース基地局６０２およびターゲット基地局６０４はおのおの、図４の基地局４０２と実質的に類似しうる。さらに、図示していないが、システム６００は、アクセス端末２０２に加えて実質的に任意の数のアクセス端末と、および／または、ソース基地局６０２およびターゲット基地局６０４に加えて実施的に任意の数の基地局とを含みうることが認識されるべきである。
【００６２】
アクセス端末２０２は、ハンドオフ・リクエスタ２０４およびハンドオフ・コンファーマ２０６を含みうる。ハンドオフ・コンファーマ２０６はさらにタイマ２０８を含む。さらに、ソース基地局６０２は、要求エバリュエータ６０６、リソース・アサイナ６０８、およびハンドオフ・コンファーマ６１０を含みうる。また、ターゲット基地局６０４は、要求エバリュエータ６１２、リソース・アサイナ６１４、およびハンドオフ・コンファーマ６１６を含みうる。要求エバリュエータ６０６、６１２はおのおの、図４の要求エバリュエータ４０４に実質的に類似しうる。リソース・アサイナ６０８、６１４はおのおの、図４のリソース・アサイナ４０６に実質的に類似しうる。ハンドオフ・コンファーマ６１０、６１６はおのおの、図４のハンドオフ・コンファーマ４０８に実質的に類似しうる。以下は、ソース基地局６０２からターゲット基地局６０４へのハンドオフを記述するが、アクセス端末２０２はソース基地局６０２へハンドオフし（例えば、ソース基地局６０２がターゲットである）、および／または、アクセス端末２０２はターゲット基地局６０４からハンドオフしうる（例えば、ターゲット基地局６０２がソースでありうる）ことが認識されるべきである。
【００６３】
例示によれば、ソース基地局６０２は、所与の期間中、アクセス端末２０２にサービス提供しうる。例えば、ソース基地局６０２は、アクセス端末２０２のための接続、アクセス端末２０２の電力の制御等を提供しうる。その後、アクセス端末２０２は、ターゲット基地局６０４へハンドオフすることを決定しうる。そのようなハンドオフ決定がなされると、ハンドオフ・リクエスタ２０４は、ハンドオフ要求信号を生成し、ターゲット基地局６０４へ送信しうる。ここでは、ハンドオフ要求信号が、アクセス端末２０２に特有となりうる（例えば、ハンドオフ要求信号は、アクセス端末２０２に対応するユニークな識別子に応じうる。また、ハンドオフ要求信号は、アクセス端末２０２を（図示しない）別のアクセス端末と区別するために、ターゲット基地局６０４によって適用されうる情報を含みうる等）。ターゲット基地局６０４の要求エバリュエータ６１２は、ハンドオフ要求信号をレビューし、ハンドオフ要求を許可するか否かを判定しうる。ターゲット基地局６０４が、ハンドオフ要求を許可すると判定した場合、リソース・アサイナ６１４は、アクセス端末２０２にリソースを割り当てうる。さらに、リソース・アサイナ６１４は、ハンドオフ完了信号を生成し、および／または、ハンドオフ完了信号をアクセス端末２０２へ送信しうる。例えば、ハンドオフ完了信号は、１６ビットのＣＲＣを含みうるが、権利主張された対象となる主題は、そのように限定されない。ハンドオフ完了信号が送信されると、ターゲット基地局６０４のハンドオフ・コンファーマ６１６は、アクセス端末２０２からの逆方向リンク確認信号を求めてモニタし、および／または、順方向リンク確認信号をアクセス端末２０２へ送信しうる。さらに、アクセス端末２０２がハンドオフ完了信号を取得すると、アクセス端末２０２のハンドオフ・コンファーマ２０６は、ターゲット基地局６０４からの順方向リンク確認信号を求めてモニタし、および／または、逆方向リンク確認信号をターゲット基地局６０４へ送信しうる。さらに、タイマ２０８は、ハンドオフ完了信号を受信すると、経過した時間量を追跡することを開始する。したがって、順方向リンク確認信号が、タイマ２０８によって判定されたしきい時間量が経過する前に受信されない場合、ハンドオフ・コンファーマ２０６は、ターゲット基地局６０４へのハンドオフが失敗したことを認識しうる。あるいは、しきい時間量が経過する前に順方向リンク確認信号が受信された場合、ハンドオフ・コンファーマ２０６は、ターゲット基地局６０４へのハンドオフが正しく完了したと判定しうる。
【００６４】
さらなる例示によれば、ソース基地局６０２およびターゲット基地局６０４は、その間で（例えば、直接的に、あるいは、１または複数のネットワーク・ノードを経由して間接的に）バックホール・メッセージを通信しうる。例えば、ハンドオフ・コンファーマ６１６が、（例えば、逆方向リンク確認信号を受信して）ターゲット基地局６０４への正しいハンドオフを認識した場合、ターゲット基地局６０４は、ソース基地局６０２へバックホール・メッセージを転送し、アクセス端末２０２が、ターゲット基地局６０４によってサービス提供されていることを示す。したがって、ソース基地局６０２は、非サービス提供状態（Non-Serving state）に入りうる。別の例によれば、アクセス端末２０２が、タイマ２０８によって認識されるしきい時間量を経過する前に順方向リンク確認信号を得ることができなければ、アクセス端末２０２は、ターゲット基地局６０４へのハンドオフを再度試み、（図示しない）別の基地局へのハンドオフを開始し、ソース基地局６０２によって引き続きサービス提供されうる。アクセス端末２０２が、ソース基地局６０２によって引き続きサービス提供されるのであれば（あるいは、別の基地局へハンドオフするのであれば）、ソース基地局６０２（あるいは、別の基地局）は、ターゲット基地局６０４へバックホール・メッセージを送ることができる。このバックホール・メッセージは、アクセス端末２０２がソース基地局６０２（あるいは別の基地局）によってサービス提供されていることを示す。このバックホール・メッセージを受信することに応答して、ターゲット基地局６０４は、ハンドオフ確認状態（Confirm Handoff state）から非サービス提供状態（Non-Serving state）へ移行しうる。
【００６５】
権利主張された対象となる主題によって、誤りのある場合を緩和することができる。ここでは、アクセス端末２０２は、あたかもハンドオフが完了したかのように処理を進める一方、ターゲット基地局６０４は、あたかも非サービス提供状態であるかのように処理を進める。したがって、ハンドオフが完了したとアクセス端末２０２が結論を下す前に、システム６００は、２段階による技術を適用しうる。例えば、第１のステップに関連付けられたハンドオフ完了信号誤った検出の確率は、１０−４のオーダでありうる。さらに、ＦＬパケット、あるいは、ＲＬパケットへのＡＣＫに対する誤った検出の確率は、１０−３のオーダでありうる。したがって、組み合わされた確率は１０−７である。これは、一般的な技術と比較して、誤りのあるシナリオに入る確率を改善しうる。
【００６６】
対照的に、誤りのあるハンドオフ完了信号検出によるエラーからの従来の回復シナリオは、以下の通りでありうる。アクセス端末において、アクセス端末がＲＬデータを有する。これは、ＲＥＱを送信するが何の応答も得ない。これは、データ・レイヤ誤り（例えば、RLsupervision誤り等）に至る可能性がある。さらに、アクセス端末がＲＬデータを有していない場合、アクセス端末がＲＬシグナリング・キープ・アライブ・メッセージを（例えば、１０秒毎等に）生成しうる場合、キープ・アライブ・タイマが時間切れになる（例えば、キープ・アライブ・タイマは、１０秒等でありうる）まで中途半端な状態にある。基地局では、サービス提供していると考える基地局は、ＦＬ／ＲＬパケット誤りまたは低い逆方向パケット・チャネル（Ｒ−ＰＩＣＨ）によるスーパビジョン誤りを宣言しうる。
【００６７】
さらに、他の基地局には、バックホール・メッセージによって、スーパビジョン誤りが通知される。
【００６８】
図７に移って、無線通信環境における半接続状態からの移行のために利用されるアクセス許可の確認を可能にするシステム７００が例示される。システム７００は、基地局間のハンドオフに関連して上述されたものに類似の２段階確認ステップを適用しうる。システム７００は、基地局７０２およびアクセス端末７０４を含みうる。しかしながら、システム７００は、基地局７０２に類似した実質的に任意の数の基地局、および／または、アクセス端末７０４に類似した実質的に任意の数のアクセス端末を含みうることが認識されるべきである。さらに、システム７００は、ロング・ターム・エボリューション（ＬＴＥ）ベースのシステムでありうる。しかしながら、権利主張された対象となる主題は、そのように限定されない。
【００６９】
基地局７０２は、要求エバリュエータ７０６、アクセス許可部７０８、および状態移行コンファーマ７１０を含みうる。アクセス端末７０４は、半接続状態終了リクエスタ７１２および状態移行コンファーマ７１４を含みうる。状態移行コンファーマ７１４はさらにタイマ７１６を備えうる。アクセス端末７０４は、バッテリ寿命を節約するために、半接続状態を適用しうる。半接続状態にある間、アクセス端末７０４は、直接的な電力制御が停止され、時間追跡および／またはネットワークとの時間同期を行わず、関連する受信機および送信機を停止させうる。さらに、アクセス端末７０４は、アクセス端末７０４のアイデンティティおよび／またはコンテクストを再確立する必要なく、半接続状態から接続状態へと再び入る。例えば、アクセス端末７０４が、接続状態から半接続状態へ移行すると、基地局７０２は、アクセス端末７０４に関連付けられた媒体アクセス制御識別子（ＭＡＣ  ＩＤ）を保持しうる。したがって、半接続状態から接続状態へ再び入ってもＭＡＣ  ＩＤは再割当される必要は無い。
【００７０】
半接続状態から接続状態へ迅速に移行するために、アクセス端末７０４の半接続状態終了リクエスタ７１２は、終了シーケンスを開始させうる。例えば、半接続状態終了リクエスタ７１２は、アクセス端末７０４のために予約された信号を送信し、基地局７０２に対して、アクセス端末７０４が再接続を望んでいることを通知する。おのおののアクセス端末は、再び入るため（再エントリのため）に利用されるためにそれぞれ予約信号が割り当てられる。したがって、リソースの競合を緩和するのみならず、基地局７０２によって格納されたアクセス端末に特有のコンテクストを復元することが可能となる。
【００７１】
半接続状態終了リクエスタ７１２は、半接続状態から接続状態へ移行するために、アクセス端末７０４に関する予約信号を、基地局７０２へ転送する。要求エバリュエータ７０６は、予約信号をレビューし、そのレビューに基づいて、アクセス端末７０４に関連付けられたコンテクストおよび／またはアイデンティティを判定する。その後、アクセス許可部７０８は、アクセス許可を送信することによって、予約信号に対して応答する。これは、基地局７０２が、アクセス端末７０４の要求を認識、許可等をしたことを示す。アクセス端末７０４は、アクセス許可を求めて順方向リンクをモニタしうる。しかしながら、アクセス許可は、（例えば、本明細書に記載されたようなハンドオフ完了信号の誤った検出と同様に、）アクセス端末７０４による誤った検出に対して脆弱になりうる。
【００７２】
アクセス端末７０４においてアクセス許可を検出すると、タイマ７１６は、経過した時間量を追跡し、この時間量をしきい値と比較する。さらに、アクセス端末７０４の状態移行コンファーマ７１４は、基地局７０２の状態移行コンファーマ７１０によって送信された順方向リンク確認信号を求めて順方向リンクをモニタしうる（例えば、アクセス端末７０４は、この期間中、確認状態にある）。タイマ７１６が終了する前に状態移行コンファーマ７１４が順方向リンク確認信号を検出すると、アクセス端末７０４は、接続状態への移行を完了しうる。あるいは、タイマ７１６が終了する前に、状態移行コンファーマ７１４が順方向リンク確認信号を検出できなかった場合、アクセス端末７０４が、半接続状態へ戻る（例えば、そのようなシナリオでは、接続状態へ再び入る（再エントリする）ことに失敗する）。
【００７３】
さらに、アクセス端末７０４の状態移行コンファーマ７１４は、基地局７０２へ逆方向リンク確認信号を送信しうる。アクセス許可の送信後、基地局７０２の状態移行コンファーマ７１０は、アクセス端末７０４から転送された逆方向リンク確認信号を求めてモニタすることができる。逆方向リンク確認信号が状態移行コンファーマ７１０によって検出されると、基地局７０２は、アクセス端末７０４が接続状態に再び入ったことを正しく認識しうる。あるいは、逆方向リンク確認信号が状態移行コンファーマ７１０によって検出されない場合、基地局７０２は、あたかも半接続状態にあるように、アクセス端末７０４との処理を継続しうる。さらに、図示されていないが、状態移行コンファーマ７１０は、アクセス端末のタイマ７１６と類似のタイマを含みうるが、権利主張された対象となる主題は、そのように限定されないことが考慮される。
【００７４】
図８乃至９に示すように、無線通信環境における完了信号の誤った検出によるエラーの緩和に関する方法が例示される。説明を簡単にするために、これらの方法は、一連の動作として示され記述されるが、これら方法は、この動作順に限定されないことが理解され認識されるべきである。なぜなら、その幾つかの動作は、１または複数の実施形態にしたがって、本明細書に示され記述されたものとは異なる順序で、および／または、別の動作と同時になされうるからである。例えば、当業者であれば、方法は、その代わりに、例えば状態図のような一連の相互関係のある状態またはイベントとして示されうることを理解し認識するであろう。さらに、１または複数の実施形態にしたがって方法を実施するために、例示された全ての動作が必要とされる訳ではない。
【００７５】
図８に示すように、無線通信環境における完了信号の誤った検出に関連するエラーを緩和することを容易にする方法論８００が例示される。８０２において、アクセス端末に特有の要求信号が、ターゲット基地局へ送信されうる。例えば、要求信号はハンドオフ要求信号になりえる。この例によれば、ソース基地局からターゲット基地局へハンドオフするとの判定がなされ、アクセス端末は、ハンドオフ・トライ状態（Try to Handoff state）へ切り換わる。ハンドオフ・トライ状態（Try to Handoff state）にある間、ターゲット基地局へハンドオフ要求信号が送信されうる。別の例によれば、要求信号は、半接続状態から接続状態へ再び入るためにアクセス端末によって利用される予約信号でありうる。さらに、要求信号は、アクセス端末のアイデンティティに関する情報を含みうる。これによって、ターゲット基地局は、要求信号の分析に基づいて、アクセス端末のアイデンティティを識別できるようになる。さらなる例示によって、要求（ＲＥＱ）ベースのハンドオフが利用される場合、たとえアクセス端末に関連付けられたバッファが空であっても、アクセス端末に特有の要求信号が、ゼロではないバッファ・サイズで送信されうる。８０４では、この要求信号に応答した完了信号が検出されうる。この完了信号は例えば、ハンドオフ完了信号になりえる。ハンドオフ完了信号の例は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、アクセス許可等を含む。さらに、半接続状態終了のコンテクストでは、完了信号が、アクセス許可になりうる。
【００７６】
８０６では、完了信号を検出すると、タイマが起動されうる。さらに、完了信号が検出された場合、アクセス端末が確認状態（例えば、ハンドオフ確認状態、再エントリ確認状態等）に移行しうる。８０８では、ターゲット基地局からの完了信号の送信が、タイマが終了する前にターゲット基地局から順方向リンク確認信号が受信されたかを判定することによって確認されうる。タイマは、しきい持続時間（例えば、５０ミリ秒等）において終了しうる。ここでは、しきい持続時間が予め設定されるか、動的に割り当てられるか等がなされうる。順方向リンク確認信号は、ターゲット基地局へのハンドオフが正しく行われたか、あるいは、半接続状態からの接続状態への再び入ることが正しく行われたかを示しうる。さらに、逆方向リンク確認信号がターゲット基地局へ送信され、これによって、ターゲット基地局は、ハンドオフが正しく行われたか、あるいは、アクセス端末が半接続状態から接続状態へ正しく再エントリしたかを認識することができる。順方向リンク確認信号は、順方向リンク・パケットであるか、あるいは逆方向リンク・パケットへのアクノレッジメントでありうる一方、逆方向リンク確信信号は、逆方向リンク・パケットであるか、あるいは、順方向リンク・パケットへのアクノレッジメントでありうる。それゆえ、順方向リンク確認信号および逆方向リンク確認信号は、完了信号（例えば、完了信号の場合、１６ビットのＣＲＣ）よりも多い巡廻冗長検査（ＣＲＣ）ビット（例えば、確認信号の場合、２４ビットのＣＲＣ）を含みうる。
【００７７】
別の例によれば、アクセス端末は、順方向リンク確認信号を受信する前にタイマが終了したと判定すると、ハンドオフ・トライ状態（Try to Handoff state）へ戻りうる。さらに、順方向リンク確認信号が受信されない場合、再確認が実行されうる。例えば、アクセス・プローブを送信することによってハンドオフが開始されると、再確認を有効とする場合にアクセス・プローブが再び送信されうる。さらに、チャネル品質インジケータ（ＣＱＩ）信号あるいは要求（ＲＥＱ）信号の何れかを送信することによりハンドオフが開始されたのであれば、再確認を実行する場合に、ＣＱＩ信号またはＲＥＱ信号が送信され続ける。
【００７８】
図９に移って、無線通信環境において完了信号の誤った検出から回復することを容易にする方法論９００が例示される。９０２では、アクセス端末に特有の要求信号が、アクセス端末から受信されうる。この要求信号は、半接続状態を終了するためにアクセス端末によって使用される予約信号またはハンドオフ要求信号でありうる。さらに、この要求信号は、アクセス端末のアイデンティティ、アクセス端末に関連付けられたコンテクスト等を判定するために分析されうる。例示によって、この要求信号は、基地局が非サービス提供状態（Non-Serving state）にある間に取得されうるが、権利主張された対象となる主題は、そのように限定されない。９０４では、この要求信号に応答して、アクセス端末へ完了信号が送信されうる。例えば、この完了信号は、アクセス端末に割り当てられたリソースを示しうる。例えば、完了信号では、０ではない量のリソース（例えば、０ではないタイル等）が割り当てられうる。さらに、完了信号を送信すると、基地局は、確認状態（例えば、ハンドオフ確認状態（Confirm Handoff state）、再エントリ確認状態（Confirm Re-entry state）等）に移行しうる。完了信号は、例えば、ハンドオフ完了信号でありうる。ハンドオフ完了信号の例は、逆方向リンク割当ブロック（ＲＬＡＢ）、順方向リンク割当ブロック（ＦＬＡＢ）、アクセス許可等を含みうる。さらに、半接続状態終了のコンテクストでは、完了信号はアクセス許可でありえる。別の例示によれば、完了信号は、要求信号に含まれるバッファ・データに関わらず、アクセス端末へ送信されうる。
【００７９】
９０６では、順方向リンク確認信号がアクセス端末に送信されうる。順方向リンク確認信号によって、アクセス端末は、完了信号の受信を確認できるようになる。この確認に基づいて、アクセス端末は、ハンドオフ完了状態あるいは接続状態へ移行しうる。例えば、順方向リンク確認信号は、順方向リンク割当ブロック（ＦＬＡＢ）、逆方向リンク・パケットへのアクノレッジメント（ＡＣＫ）等でありうる。さらに、アクセス端末からの逆方向リンク確認信号が受信されうる。逆方向リンク確認信号が取得されると、基地局は、（ハンドオフ・シナリオの下で）アクセス端末が基地局によってサービス提供されている（例えば、基地局が、サービス提供状態（Serving state）へ移行しうる）こと、あるいは、（半接続状態終了シナリオの下で）アクセス端末が接続状態へ戻ったことを認識しうる。
【００８０】
さらに、バックホール・メッセージが受信され、基地局の状態を変更するために利用されうる。例えば、サービス提供状態（Serving state）にある場合、バックホール・メッセージが取得され、基地局に対して、別の基地局がアクセス端末にサービス提供していることを通知する。したがって、基地局は、非サービス提供状態（Non-Serving state）に切り換わる。さらなる例示によれば、ハンドオフ確認状態（Confirm Handoff state）にある場合、バックホール・メッセージが受信され、基地局に対して、別の基地局がアクセス端末にサービス提供していることが通知される。したがって、基地局は、非サービス提供状態（Non-Serving state）へ移行しうる。
【００８１】
本明細書に記述された１または複数の態様によれば、完了信号の誤った検出から回復することに関する推論がなされうることが認識されるだろう。本明細書で使用されるように、「推論する」または「推論」なる文言は一般に、イベントおよび／またはデータによってキャプチャされるような観察のセットから、システム、環境、および／または、ユーザの状態を推理または推論するプロセスを称する。推論は、特定の文脈または動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成しうる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、興味のある状態にわたる確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構築するために適用される技術を称することができる。そのような推論によって、イベントが時間的に近接していようといまいと、これらイベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースに由来していようと、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を構築することができる。
【００８２】
例によれば、上述された１または複数の方法は、アクセス端末に特有の要求信号に含まれた情報に基づいて、アクセス端末のアイデンティティを判定することに関して推論することを含みうる。さらなる例示によれば、アクセス端末へ割り当てるリソース量を決定することに関する推論がなされ、アクセス端末へ送られた完了信号の一部として示されうる。前述した例は本質的に例示であって、本明細書に記載されたさまざまな実施形態および／または方法に関連して推論される方法、または推論される数を制限することは意図されていないことが認識されよう。
【００８３】
図１０は、無線通信システムにおいて誤った完了信号の検出から回復するアクセス端末１０００の実例である。アクセス端末１０００は、例えば受信アンテナ（図示せず）から信号を受信し、受信した信号について一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、調整された信号をデジタル化してサンプルを得る受信機１００２を備えうる。受信機１００２は例えばＭＭＳＥ受信機であり、受信したシンボルを復調し、それらを、チャネル推定のためにプロセッサ１００６へ提供する復調器１００４を備えうる。プロセッサ１００６は、受信機１００２によって受信された情報を分析すること、および／または、送信機１０１６による送信のための情報を生成することに特化されたプロセッサでありうるか、アクセス端末１０００の１または複数の構成要素を制御するプロセッサでありうるか、および／または、受信機１００２によって受信された情報の分析と、送信機１０１６による送信のための情報の生成と、アクセス端末１０００の１または複数の構成要素の制御との両方を行うプロセッサでありうる。
【００８４】
アクセス端末１０００はさらに、プロセッサ１００６と動作可能に接続されたメモリ１００８を備えうる。メモリ１００８は、送信されるデータ、受信したデータ、および、本明細書に記載のさまざまな動作および機能を実行することに関連するその他任意の情報を格納しうる。メモリ１００８はさらに、ハンドオフまたは半接続状態終了の完了に関連するアルゴリズムおよび／またはプロトコルを格納しうる。
【００８５】
本明細書に記載のデータ・ストア（例えば、メモリ１００８）は、揮発性メモリであるか、あるいは不揮発性メモリである。あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されるだろう。限定ではなく例示によって、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含みうる。限定ではなく例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。対象とするシステムおよび方法のメモリ１００８は、限定される訳ではないが、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００８６】
受信機１００２はさらに、リクエスタ１０１０および／または完了コンファーマ１０１２と動作可能に接続される。リクエスタ１０１０は、図２のハンドオフ・リクエスタ２０４、および／または、図７の半接続状態終了リクエスタ７１２と実質的に類似しうる。さらに、完了コンファーマ１０１２は、図２のハンドオフ・コンファーマおよび／または図７の状態移行コンファーマ７１４に実質的に類似しうる。リクエスタ１０１０は、アクセス端末１０００にユニークに関連付けられた要求信号（例えば、ハンドオフ要求信号、予約信号等）の生成および／または送信を行いうる。例えば、要求信号は、アクセス端末１０００の識別子に関する情報を含みうる。リクエスタ１０１０は、ターゲット基地局へのハンドオフ、および／または、半接続状態から接続状態へ再び入ることを有効にするために、要求信号を送信しうる。要求信号が送信されたことに応答して、アクセス端末１０００は、（例えば、ハンドオフ完了信号のような）完了信号を（例えば、誤って、または適切に）検出しうる。完了信号の誤った検出に対処するために、完了コンファーマ１０１２は、ターゲット基地局からの順方向リンク確認信号を求めてモニタしうる。さらに、完了コンファーマ１０１２は、逆方向リンク完了信号をターゲット基地局へ送信しうる。これは、正しいハンドオフまたは接続状態への再エントリを検証するために、ターゲット基地局によって使用されうる。アクセス端末１０００はさらに、変調器１０１４と、例えば基地局や別のアクセス端末等へ信号を送信する送信機１０１６とを備える。プロセッサ１００６と別に示されているが、リクエスタ１０１０、完了コンファーマ１０１２、および／または変調器１０１４は、プロセッサ１００６または（図示しない）多くのプロセッサのうちの一部でありうることが認識されるべきである。
【００８７】
図１１は、無線通信環境における完了信号の誤った検出を緩和することを容易にするシステム１１００の実例である。システム１１００は、複数の受信アンテナ１１０６を介して１または複数のアクセス端末１１０４から信号を受信する受信機１１１０と、送信アンテナ１１０８を介して１または複数のアクセス端末１１０４へ信号を送信する送信機１１２４とを備えた基地局１１０２（例えば、アクセス・ポイント等）を備える。受信機１１１０は、受信アンテナ１１０６から情報を受信し、この受信した情報を復調する復調器１１１２と動作可能に関連付けられている。復調されたシンボルは、図１０に関連して上述したプロセッサと類似したプロセッサ１１１４によって分析されうる。このプロセッサは、アクセス端末１１０４（または、別の基地局（図示せず））へ送信されるデータ、または、アクセス端末１１０４（または、別の基地局（図示せず））から受信したデータ、および／または、本明細書に記載のさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納するメモリ１１１６に接続されている。プロセッサ１１１４はさらに、受信したそれぞれの要求信号に応答してアクセス端末１１０４へリソースを割り当てるリソース・アサイナ１１１８に接続されている。リソース・アサイナ１１１８は、本明細書に記載したように、逆方向リンク確認信号を求めてモニタすること、および／または、順方向リンク確認信号を生成することを行う完了コンファーマ１１２０と動作可能に接続されている。リソース・アサイナ１１１８は、図４のリソース・アサイナ４０６および／または図７のアクセス許可部７０８に実質的に類似しており、および／または、完了コンファーマ１１２０は、図４のハンドオフ・コンファーマ４０８および／または図７の状態移行コンファーマ７１０に実質的に類似していることが考慮される。さらに、リソース・アサイナ１１１８および／または完了コンファーマ１１２０は、変調器１１２２に送信される情報を提供しうる。変調器１１２２は、送信機１１２４によって、アンテナ１１０８を介してアクセス端末１１０４へ送信されるフレームを多重化しうる。プロセッサ１１１４と別に示されているが、リソース・アサイナ１１１８、完了コンファーマ１１２０、および／または、変調器１１２２は、プロセッサ１１１４または（図示しない）多くのプロセッサの一部でありうることが認識されるべきである。
【００８８】
図１２は、無線通信システム１２００の例を示す。無線通信システム１２００は、簡潔さの目的で、１つの基地局１２１０と１つのアクセス端末１２５０とを示している。システム１２００は、１を越える基地局および／または１を越えるアクセス端末を含みうる。これら追加の基地局および／またはアクセス端末は、以下に説明する基地局１２１０およびアクセス端末１２５０の例と実質的と同じでも、別のものでもありうることが認識されるべきである。さらに、基地局１２１０および／またはアクセス端末１２５０は、その間の無線通信を容易にするために、本明細書に記述されたシステム（図１−２、４、６−７、１０−１１、および１３−１４）および／または方法（図８−９）を適用しうることが認識されるべきである。
【００８９】
基地局１２１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース１２１２から送信（ＴＸ）データ・プロセッサ１２１４へ提供される。一例によれば、おのおののデータ・ストリームは、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ１２１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。
【００９０】
おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するためにアクセス端末１２５０において使用されうる。おのおののデータ・ストリームに関する多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、コーディング、および変調は、プロセッサ１２３０によって実行または提供される命令によって決定されうる。
【００９１】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ１２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ１２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）１２２２ａ乃至１２２２ｔへ提供する。さまざまな実施形態において、ＴＸ  ＭＩＭＯプロセッサ１２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００９２】
おのおのの送信機１２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機１２２２ａ乃至１２２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ１２２４ａ乃至１２２４ｔそれぞれから送信される。
【００９３】
アクセス端末１２５０では、送信された変調信号がＮＲ個のアンテナ１２５２ａ乃至１２５２ｒによって受信され、おのおののアンテナ１２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）１２５４ａ乃至１２５４ｒへ提供される。おのおのの受信機１２５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００９４】
ＲＸデータ・プロセッサ１２６０は、ＮＲ個の受信機１２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１２６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ１２６０による処理は、基地局１２１０におけるＴＸ  ＭＩＭＯプロセッサ１２２０およびＴＸデータ・プロセッサ１２１４によって実行されるものと相補的である。
【００９５】
プロセッサ１２７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ１２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００９６】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームに関するトラフィック・データをデータ・ソース１２３６から受け取るＴＸデータ・プロセッサ１２３８によって処理され、変調器１２８０によって変調され、送信機１２５４ａ乃至１２５４ｒによって調整され、基地局１２１０へ送り戻される。
【００９７】
基地局１２１０では、アクセス端末１２５０からの変調信号が、アンテナ１２２４によって受信され、受信機１２２２によって調整され、復調器１２４０によって復調され、ＲＸデータ・プロセッサ１２４２によって処理されて、アクセス端末１２５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ１２３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。
【００９８】
プロセッサ１２３０およびプロセッサ１２７０は、基地局１２１０およびアクセス端末１２５０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ１２３０およびプロセッサ１２７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ１２３２およびメモリ１２７２に関連付けられうる。プロセッサ１２３０およびプロセッサ１２７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【００９９】
態様では、論理チャネルが、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、ブロードキャスト制御チャネル（ＢＣＣＨ）を含むことができる。それは、システム制御情報をブロードキャストするためのＤＬチャネルである。さらに、論理制御チャネルは、ページング制御チャネル（ＰＣＣＨ）を含むことができる。それは、ページング情報を転送するＤＬチャネルである。さらに、論理制御チャネルは、マルチキャスト制御チャネル（ＭＣＣＨ）を備えうる。これは、マルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジューリングと、１または複数のＭＴＣＨのための制御情報とを送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルである。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。さらに、論理制御チャネルは、専用制御チャネル（ＤＣＣＨ）を含みうる。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。態様では、論理トラフィック・チャネルは、専用トラフィック・チャネル（ＤＴＣＨ）を備える。これは、ユーザ情報を送信するための、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）を含みうる。
【０１００】
態様では、伝送チャネルが、ＤＬとＵＬに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびＰＣＨは、セル全体にわたってブロードキャストされ、他の制御／トラフィック・チャネルのために使用される物理レイヤ（ＰＨＹ）リソースへマップされることによって、ＵＥの節電をサポートする（例えば、不連続受信（ＤＲＸ）サイクルが、ネットワークによってＵＥへ示されうる等）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。
【０１０１】
ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとからなるセットを備える。例えば、ＤＬ  ＰＨＹチャネルは、次のものを含むことができる。共通パイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および／または、負荷インジケータ・チャネル（ＬＩＣＨ）。さらなる例によれば、ＵＬ  ＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有リクエスト・チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、および／または、広帯域パイロット・チャネル（ＢＰＩＣＨ）を含みうる。
【０１０２】
本明細書に記載された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアで実現する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールドプログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。
【０１０３】
これら実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶要素のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡しおよび／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、あるいは送信されうる。
【０１０４】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【０１０５】
図１３に示すように、無線通信環境におけるエラー回復スキームを利用することを可能にするシステム１３００が例示される。例えば、システム１３００は、アクセス端末内に存在しうる。システム１３００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１３００は、連携して動作することができる電子構成要素の論理グループ１３０２を含む。例えば、論理グループ１３０２は、アクセス端末に特有の要求信号をターゲット基地局へ転送するための電子構成要素１３０４を含みうる。この要求信号は、例えば、ハンドオフ、半接続状態からの移行等のために利用されうる。さらに、論理グループ１３０２は、完了信号が検出されるとタイマを起動するための電子構成要素１３０６を含みうる。さらに、論理グループ１３０２は、タイマが終了する前に順方向リンク確認信号が取得されたかを判定することによって、ターゲット基地局からの完了信号の送信を確認するための電子構成要素１３０８を含みうる。さらに、システム１３００は、電子構成要素１３０４、１３０６、１３０８に関連する機能を実行するための命令群を保持するメモリ１３１０を含みうる。メモリ１３０１の外側に示されているが、電子構成要素１３０４、１３０６、１３０８、１１１０のうちの１または複数は、メモリ１３１０の内部に存在することができることが理解されるべきである。
【０１０６】
図１４に移って、無線通信環境における完了信号の誤った検出に関連するエラーの緩和を可能にするシステム１４００が例示される。システム１４００は、例えば、基地局内に少なくとも部分的に存在しうる。図示するように、システム１４００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックを含む。システム１４００は、連携して動作する電子構成要素からなる論理グループ１４０２を含む。論理グループ１４０２は、アクセス端末に特有の取得された要求信号を分析するための電子構成要素１４０４を含みうる。さらに、論理グループ１４０２は、この要求信号に基づいて完了信号をアクセス端末へ送信するための電子構成要素１４０６を含みうる。この完了信号は、例えば、アクセス端末のためのリソース割当を示すことができる。さらに、論理グループ１４０２は、順方向リンク確認信号をアクセス端末へ送信し、アクセス端末が、完了信号の受信を確認できるようにする電子構成要素１４０８を含みうる。さらに、システム１４００は、電子構成要素１４０４、１４０６、１４０８に関連する機能を実行するための命令群を保持するメモリ１４１０を含みうる。メモリ１４１０の外側に示されているが、電子構成要素１４０４、１４０６、１４０８のうちの１または複数は、メモリ１４１０の内部に存在することができることが理解されるべきである。
【０１０７】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法論の考えられる全ての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、請求項の精神および範囲内にあるそのような全ての変更、修正、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは請求項のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈されるように、用語「備える」と同様に包括的であることが意図される。
【図１】
2010531627.tif 000003
【図２】
2010531627.tif 000004
【図３】
2010531627.tif 000005
【図４】
2010531627.tif 000006
【図５】
2010531627.tif 000007
【図６】
2010531627.tif 000008
【図７】
2010531627.tif 000009
【図８】
2010531627.tif 000010
【図９】
2010531627.tif 000011
【図１０】
2010531627.tif 000012
【図１１】
2010531627.tif 000013
【図１２】
2010531627.tif 000014
【図１３】
2010531627.tif 000015
【図１４】
2010531627.tif 000016
【国際調査報告】
2010531627.tif 000017
2010531627.tif 000018