(57)【特許請求の範囲】
【請求項１】
無線通信方法であって、
ユーザ機器（ＵＥ）が少なくとも１つの近隣基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成することと、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することとを備え、
前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、方法。
【請求項２】
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納することと、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信することと
をさらに備える請求項１に記載の方法。
【請求項３】
前記ハンドオーバが切迫するようになった場合、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここで、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することと
をさらに備える請求項２に記載の方法。
【請求項４】
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求することと、
前記近隣ＢＳにＵＥデータを送信することと
をさらに備える請求項２に記載の方法。
【請求項５】
前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いることをさらに備える請求項２に記載の方法。
【請求項６】
前記ハンドオーバが、切迫していない状態に戻った場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去することと
をさらに備える請求項２に記載の方法。
【請求項７】
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項６に記載の方法。
【請求項８】
前記ＵＥコンテキストが変化すると、
ハンドオーバ・キャンセル・メッセージを、前記近隣ＢＳに送信することと、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信することと
をさらに備える請求項２に記載の方法。
【請求項９】
前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めることをさらに備え、
前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが、前記近隣ＢＳに送信される、請求項２に記載の方法。
【請求項１０】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである請求項１に記載の方法。
【請求項１１】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である請求項１に記載の方法。
【請求項１２】
前記確率値および負荷レベルに基づいて、前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することをさらに備える請求項１１に記載の方法。
【請求項１３】
前記近隣ＢＳが、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しないことをさらに備える請求項１に記載の方法。
【請求項１４】
通信装置であって、
命令群を格納するメモリと、
前記メモリに接続され、前記命令群を実行するプロセッサとを備え、
前記プロセッサはさらに、
ユーザ機器（ＵＥ）が、少なくとも１つの近隣基地局（ＢＳ）を検出することに基づいて、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを生成し、前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信するように構成され、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、通信装置。
【請求項１５】
前記近隣ＢＳは、前記近隣ＢＳにおいてＵＥコンテキスト情報を格納し、前記通信装置にハンドオーバ要求アクノレッジメントを送信する、請求項１４に記載の通信装置。
【請求項１６】
ハンドオーバが切迫するようになると、前記プロセッサはさらに、ハンドオーバが切迫していることを示すハンドオーバ切迫フラグを備えたハンドオーバ要求メッセージを、前記近隣ＢＳへ送信するように構成され、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する、請求項１５に記載の通信装置。
【請求項１７】
前記プロセッサはさらに、前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、ＵＥデータを前記近隣ＢＳへ送信するように構成される請求項１５に記載の通信装置。
【請求項１８】
前記近隣ＢＳは、前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いる請求項１５に記載の通信装置。
【請求項１９】
前記ハンドオーバが、切迫していない状態に戻った場合、前記プロセッサはさらに、ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信するように構成され、前記近隣ＢＳは、前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去する、請求項１５に記載の通信装置。
【請求項２０】
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項１９に記載の通信装置。
【請求項２１】
前記ＵＥコンテキストが変化した場合、前記プロセッサはさらに、ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信し、更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信するように構成された請求項１５に記載の通信装置。
【請求項２２】
前記プロセッサはさらに、前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めるように構成された請求項１５に記載の通信装置。
【請求項２３】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである請求項１４に記載の通信装置。
【請求項２４】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である請求項１４に記載の通信装置。
【請求項２５】
前記近隣ＢＳは、前記確率値および負荷レベルに基づいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する請求項２４に記載の通信装置。
【請求項２６】
前記近隣ＢＳは、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しない請求項１４に記載の通信装置。
【請求項２７】
無線通信システムにおいて動作可能な装置であって、
ユーザ機器（ＵＥ）が少なくとも１つの近隣ソース基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成する手段と、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信する手段とを備え、
前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、装置。
【請求項２８】
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納する手段と、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信する手段と
をさらに備える請求項２７に記載の装置。
【請求項２９】
ハンドオーバが切迫するようになると、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信する手段と、ここでは、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する手段と
をさらに備える請求項２８に記載の装置。
【請求項３０】
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求する手段と、
前記近隣ＢＳにＵＥデータを送信する手段と
をさらに備える請求項２６に記載の装置。
【請求項３１】
前記ハンドオーバ要求において、格納されたＵＥコンテキスト情報を用いる手段をさらに備える請求項２６に記載の装置。
【請求項３２】
前記ハンドオーバが、切迫していない状態に戻った場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信する手段と、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去する手段と
をさらに備える請求項２８に記載の装置。
【請求項３３】
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項３２に記載の装置。
【請求項３４】
前記ＵＥコンテキストが変化した場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信する手段と、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信する手段と
をさらに備える請求項２８に記載の装置。
【請求項３５】
前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含める手段をさらに備え、前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項２８に記載の装置。
【請求項３６】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである、請求項２７に記載の装置。
【請求項３７】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である、請求項２７に記載の装置。
【請求項３８】
前記近隣ＢＳが、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しない、請求項２７に記載の装置。
【請求項３９】
コンピュータ読取可能な記録媒体であって、
少なくとも１つのコンピュータに対して、
ユーザ機器（ＵＥ）が少なくとも１つの近隣のソース基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成することと、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここで、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、
を実行させるためのコードを記録したコンピュータ読取可能な記録媒体。
【請求項４０】
少なくとも１つのコンピュータに対して、
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納することと、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信することと、
を実行させるためのコードをさらに記録した請求項３９に記載のコンピュータ読取可能な記録媒体。
【請求項４１】
ハンドオーバが切迫するようになると、
少なくとも１つのコンピュータに対して、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここでは、ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することと、
を実行させるためのコードをさらに記録した請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４２】
少なくとも１つのコンピュータに対して、
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求することと、
前記近隣ＢＳにＵＥデータを送信することと、
を実行させるためのコードをさらに記録した請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４３】
少なくとも１つのコンピュータに対して、前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いること、を実行させるためのコードをさらに記録した請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４４】
前記ハンドオーバが、切迫していない状態に戻った場合、
少なくとも１つのコンピュータに対して、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去することと
を実行させるためのコードをさらに記録した請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４５】
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項４４に記載のコンピュータ読取可能な記録媒体。
【請求項４６】
前記ＵＥコンテキストが変化した場合、少なくとも１つのコンピュータに対して、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信することと、
を実行させるためのコードをさらに記録した請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４７】
少なくとも１つのコンピュータに対して、前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めることを実行させるためのコードをさらに記録し、
前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、請求項４０に記載のコンピュータ読取可能な記録媒体。
【請求項４８】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである、請求項３９に記載のコンピュータ読取可能な記録媒体。
【請求項４９】
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である、請求項３９に記載のコンピュータ読取可能な記録媒体。
【請求項５０】
少なくとも１つのコンピュータに対して、前記確率値および負荷レベルに基づいて、前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保すること、を実行させるためのコードをさらに記録した請求項４９に記載のコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、参照によって全体が本明細書に明示的に組み込まれている２００９年４月１日出願の米国仮出願６１／１６５，８４２号の３５Ｕ．Ｓ．Ｃ．１１９（ｅ）に準拠した利益を主張する。
【背景技術】
【０００２】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプの通信コンテンツを提供するために広く開発された。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。
【０００３】
一般に、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システム等によって確立されうる。
【０００４】
現在展開されているモバイル電話ネットワークに加えて、小規模な基地局からなる新たなクラスが出現している。これは、ユーザの住宅に搭載され、既存のブロードバンド・インターネット接続を用いて、モバイル・ユニットに屋内無線有効通信範囲を提供する。このような個人用の小規模な基地局は、一般に、アクセス・ポイント基地局、あるいは、ホーム・ノードＢ（ＨＮＢ）またはフェムト・セルとして知られている。一般に、このような小規模の基地局は、ＤＳＬルータあるいはケーブル・モデムによって、インターネットおよびモバイル・オペレータのネットワークに接続される。
【０００５】
モバイル通信システムでは、ハンドオーバは、例えばモバイル・デバイスのようなユーザ機器（ＵＥ）のためにサービス提供セルまたはセクタが変更される処理である。別のセルの信号強度が現在のセルよりも強い場合、ハンドオーバが開始されうる。不運にも、サービス提供セルからの信号強度は急激に変化するので、ハンドオーバ・シグナリングが喪失されうる。
【０００６】
ハンドオーバのロバスト性を高める既知の１つの方法は、サービス提供セル信号を強いままに保ったまま、ハンドオーバのために複数のセルを準備することである。このような準備によって、ハンドオーバ時にシグナリング・メッセージが喪失された場合であっても、ＵＥは、準備されたセルによって接続を再確立することができる。
【０００７】
あいにく、ハンドオーバのためにセルを準備することは、セルのために、アクセス・ポイント（ＡＰ）において、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することを含む。この結果、例えばトランシーバのようなＡＰのネットワーク要素に関連付けられるコストが比較的高価になる。複数のアクセス・ポイント（ＡＰ）がＵＥのために事前に準備されている場合、おのおののＡＰは、ＲＮＴＩをＵＥへ割り当てなければならない。これは、システム内のＵＥ毎に確保される平均ＲＮＴＩ数の増加をもたらす。これらのコストにより、ネットワークは、ロバストなハンドオーバのために要求されるセル数を準備することが困難であることを認識しうる。
【図面の簡単な説明】
【０００８】
本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物を特定している図面とともに考慮された場合、以下に記載する詳細な記述からより明らかになるだろう。
【図１】図１は、１つの実施形態にしたがう多元接続無線通信システムを例示する。
【図２】図２は、通信システムのブロック図である。
【図３】図３は、多元接続無線通信システムを例示する。
【図４】図４は、ネットワーク環境内のアクセス・ポイント基地局の配置を可能にする典型的な通信システムを例示する。
【図５Ａ】図５Ａは、ソースＡＰがハンドオーバ要求メッセージを生成する無線通信システムのための方法を例示する。
【図５Ｂ】図５Ｂは、ラジオ・リンク障害（ＲＬＦ）イベントが生じる別のシナリオを例示する。
【図６】図６は、ハンドオーバ確率値を持つハンドオーバ要求メッセージを示すブロック図である。
【図７】図７は、ハンドオーバ・キャンセル・メッセージを近隣ＡＰへ送信するための方法の例である。
【図８】図８は、ＵＥコンテキスト変化または同期喪失の方法の例である。
【図９】図９は、近隣ＡＰに対するハンドオーバ・ロバスト化を可能にするためにソースＡＰによって実行される機能を例示するフローチャートである。
【図１０】図１０は、ハンドオーバ・ロバスト化を可能にするために近隣ＡＰによって実行される機能を例示するフローチャートである。
【発明を実施するための形態】
【０００９】
ハンドオーバ・ロバスト化のために、複数の近隣アクセス・ポイント（ＡＰ）を準備することを可能にするシステムおよび方法が提供される。これらシステムおよび方法は、ＵＥが少なくとも１つの近隣ＡＰを検出すると、ソース・アクセス・ポイント（ＡＰ）において、ユーザ機器（ＵＥ）のためのハンドオーバ要求メッセージを生成することを含む。ハンドオーバ要求メッセージは、ハンドオーバ切迫フラグを含みうる。ハンドオーバ要求メッセージは、近隣ＡＰに送信される。ここでは、ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示すと、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。近隣ＡＰは、受信されたＵＥコンテキスト情報を格納しうる。しかしながら、ハンドオーバが切迫すると、ハンドオーバ要求メッセージが近隣ＡＰに送信される。ここでは、ハンドオーバ切迫フラグが、ハンドオーバは切迫していることを示し、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保し、以前に格納されたＵＥコンテキスト情報を利用しうる。
【００１０】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のようなさまざまな無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップ・レート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００はＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル・システム・フォー・モバイル通信（ＧＳＭ（登録商標））のようなラジオ技術を実現することができる。ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実施することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確にするために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の多くで使用される。
【００１１】
シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、単一のキャリア変調および周波数領域等値化を利用する技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同じ性能、および実質的に同じ全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低いＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において特に、大きな注目を集めた。それは現在、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）またはイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。
【００１２】
図１に示すように、１つの実施形態にしたがう多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１つは１０４、１０６を含み、他のものは１０８、１１０を含み、さらに他のものは１１２、１１４を含む複数のアンテナ・グループを含んでいる。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２およびアンテナ１１４と通信しており、アンテナ１１２、１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６、１０８と通信しており、アンテナ１０６、１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００１３】
通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。実施形態では、おのおののアンテナ・グループは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末と通信するように設計される。
【００１４】
順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２４の順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。さらに、有効範囲領域にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、全てのアクセス端末へ単一のアンテナによって送信するアクセス・ポイントよりも、近隣のセル内のアクセス端末に対して少ない干渉しかもたらさない。
【００１５】
アクセス・ポイント（ＡＰ）は、端末との通信のために使用される固定局であり、基地局、ノードＢ、イボルブド・ノードＢ（ｅＮＢ）、あるいはその他のある専門用語で称されうる。アクセス端末はまた、移動局、ユーザ機器（ＵＥ）、無線通信デバイス、モバイル・デバイス、端末、あるいはその他の用語で称されうる。
【００１６】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセス・ポイント（ＡＰ）としても知られている）および受信機システム２５０（アクセス端末、モバイル・デバイス、またはユーザ機器（ＵＥ）としても知られている）の実施形態のブロック図である。送信機システム２１０では、多くのデータ・ストリーム用のトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。
【００１７】
実施形態では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００１８】
おのおののデータ・ストリームの符号化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いて、パイロット・データとともに多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データ・ストリームの多重化されたパイロットおよび符号化されたデータは、その後、変調シンボルを提供するためにデータ・ストリームについて選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、ｍアレイ・フェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、またはｍアレイ直交振幅変調（ｍ−ＱＡＭ））に基づいて変調（すなわち、シンボル・マップ）される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。
【００１９】
すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００２０】
おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。
【００２１】
受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００２２】
ＲＸデータ・プロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。
【００２３】
プロセッサ２７０は、（以下に説明するように）どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００２４】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。
【００２５】
送信機システム２１０では、受信機システム２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定し、この抽出されたメッセージを処理する。
【００２６】
態様では、論理チャネルが、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、以下を備える。システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１またはいくつかのＭＴＣＨのためにマルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジュールおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般に、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。態様では、論理トラフィック・チャネルは、ユーザ情報の転送のために、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）と、トラフィック・データを送信するためのポイント・トゥ・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）とを備える。
【００２７】
態様では、伝送チャネルが、ＤＬとＵＬとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＰＣＨは、セル全体にわたってブロードキャストされ、他の制御／トラフィック・チャネルのために使用されるＰＨＹリソースへマップされることによって、ＵＥの節電をサポートする（例えば、ＤＲＸサイクルが、ネットワークによってＵＥへ示されうる等）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。ＤＬ  ＰＨＹチャネルは、以下を備える。共通パイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および負荷インジケータ・チャネル（ＬＩＣＨ）。ＵＬ  ＰＨＹチャネルは、以下を備える。物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、およびブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）。
【００２８】
態様では、シングル・キャリア波形の低ＰＡＲ（所与の時間において、チャネルは、周波数において隣接しているか、あるいは一定の間隔をもって配置されている）特性を維持するチャネル構造が提供される。
【００２９】
本書の目的のために、以下の略語を適用する。  
ＡＭ：アクノレッジ・モード  
ＡＭＤ：アクノレッジ・モード・データ  
ＡＰ：アクセス・ポイント  
ＡＲＱ：自動反復要求  
ＢＣＣＨ：ブロードキャスト制御チャネル  
ＢＣＨ：ブロードキャスト・チャネル  
Ｃ−：制御−  
ＣＣＣＨ：共通制御チャネル  
ＣＣＨ：制御チャネル  
ＣＣＴｒＣＨ：符号化された合成伝送チャネル  
ＣＰ：サイクリック・プレフィクス  
ＣＲＣ：巡回冗長検査  
ＣＴＣＨ：共通トラフィック・チャネル  
ＤＣＣＨ：専用制御チャネル  
ＤＣＨ：専用チャンネル  
ＤＬ：ダウンリンク  
ＤＳＣＨ：ダウンリンク共有チャネル  
ＤＴＣＨ：専用トラフィック・チャネル  
ＦＡＣＨ：順方向リンク・アクセス・チャンネル  
ＦＤＤ：周波数分割デュプレクス  
Ｌ１：レイヤ１（物理レイヤ）  
Ｌ２：レイヤ２（データ・リンク・レイヤ）  
Ｌ３：レイヤ３（ネットワーク・レイヤ）  
ＬＩ：長さインジケータ  
ＬＳＢ：最下位ビット  
ＭＡＣ：媒体アクセス制御  
ＭＢＭＳ：マルチメディア・ブロードキャスト・マルチキャスト・サービス  
ＭＣＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント制御チャネル  
ＭＲＷ：動き受信ウィンドウ  
ＭＳＢ：最上位ビット  
ＭＳＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント・スケジューリング・チャネル  
ＭＴＣＨ：ＭＢＭＳポイント・トゥ・マルチポイント・トラフィック・チャネル  
ＰＣＣＨ：ページング制御チャネル  
ＰＣＨ：ページング・チャネル  
ＰＤＵ：プロトコル・データ・ユニット  
ＰＨＹ：物理レイヤ  
ＰｈｙＣＨ：物理チャネル  
ＱｏＳ：サービス品質  
ＲＡＣＨ：ランダム・アクセス・チャネル  
ＲＬＣ：ラジオ・リンク制御  
ＲＬＦ：ラジオ・リンク障害  
ＲＮＴＩ：ラジオ・ネットワーク・テンポラリ識別子  
ＲＲＣ：ラジオ・リソース制御  
ＳＡＰ：サービス・アクセス・ポイント  
ＳＤＵ：サービス・データ・ユニット  
ＳＨＣＣＨ：共有チャネル制御チャネル  
ＳＮ：シーケンス番号  
ＳＵＦＩ：スーパ・フィールド  
ＴＣＨ：トラフィック・チャネル  
ＴＤＤ：時分割デュプレクス  
ＴＦＩ：伝送フォーマット・インジケータ  
ＴＭ：透過モード  
ＴＭＤ：透過モード・データ  
ＴＴＩ：送信時間インタバル  
Ｕ−：ユーザ−  
ＵＥ：ユーザ機器  
ＵＬ：アップリンク  
ＵＭ：非アクノレッジ・モード  
ＵＭＤ：非アクノレッジ・モード・データ  
ＵＭＴＳ：ユニバーサル・モバイル通信システム  
ＵＴＲＡ：ＵＭＴＳ地上ラジオ・アクセス  
ＵＴＲＡＮ：ＵＭＴＳ地上ラジオ・アクセス・ネットワーク  
ＭＢＳＦＮ：マルチキャスト・ブロードキャスト単一周波数ネットワーク  
ＭＣＥ：ＭＢＭＳ調整エンティティ  
ＭＣＨ：マルチキャスト・チャネル  
ＤＬ−ＳＣＨ：ダウンリンク共有チャネル  
ＭＳＣＨ：ＭＢＭＳ制御チャネル  
ＰＤＣＣＨ：物理ダウンリンク制御チャネル  
ＰＤＳＣＨ：物理ダウンリンク共有チャネル  
図３に示すように、多元接続無線通信システム３００が例示される。多元接続無線通信システム３００は、セル３０２、３０４および３０６を含む複数のセルを含んでいる。態様ではシステム３００、セル３０２、３０４、３０６は、複数のセクタを含む［これらは、相互置換可能に称される］ノードＢ、イボルブド・ノードＢ（ｅＮＢ）、またはアクセス・ポイント（ＡＰ）を含みうる。これら複数のセクタは、セルの一部内のＵＥとの通信を担当するアンテナをおのおの備えたアンテナのグループによって形成されうる。例えば、セル３０２では、アンテナ・グループ３１２、３１４および３１６は、おのおの異なるセクタに対応する。セル３０４では、アンテナ・グループ３１８、３２０および３２２は、おのおの異なるセクタに対応する。セル３０６では、アンテナ・グループ３２４、３２６および３２８は、おのおの異なるセクタに対応する。セル３０２、３０４および３０６は、例えばユーザ機器すなわちＵＥであるいくつかの無線通信デバイスを含みうる。これらは、おのおののセル３０２、３０４、および３０６の１または複数のセクタと通信しうる。例えば、ＵＥ３３０および３３２は、ノードＢ３４２と通信し、ＵＥ３３４および３３６は、ノードＢ３４４と通信し、ＵＥ３３８および３４０は、ノードＢ３４６と通信しうる。
【００３０】
図４は、ネットワーク環境内のアクセス・ポイント基地局の配置を可能にする典型的な通信システムを例示する。図４に示すように、システム４００は、複数のアクセス・ポイント基地局を含むか、あるいは、その代わりに、例えばＨＮＢ４１０のようなフェムト・セル、ホーム・ノードＢユニット（ＨＮＢ）、またはホーム・イボルブド・ノードＢユニット（ＨｅＮＢ）を含む。これらおのおのは、例えば、1または複数のユーザ住居４３０のような対応する小規模なネットワーク環境に搭載され、外部のもののみならず、関連付けられたユーザ機器（ＵＥ）または移動局４２０にサービス提供するように構成されうる。おのおののＨＮＢ４１０はさらに、（図示しない）ＤＳＬルータや、あるいは（図示しない）ケーブル・モデムや、マクロ・セル・アクセス４６０によって、インターネット４４０およびモバイル・オペレータ・コア・ネットワーク４５０に接続される。
【００３１】
ハンドオーバ・ロバスト化のために、複数の近隣アクセス・ポイント（ＡＰ）を準備することを可能にするシステムおよび方法が提供される。このシステムおよび方法は、ＵＥが少なくとも１つの近隣ＡＰを検出すると、ソース・アクセス・ポイント（ＡＰ）において、ユーザ機器（ＵＥ）のためのハンドオーバ要求メッセージを生成することを含む。ハンドオーバ要求メッセージは、ハンドオーバ切迫フラグを含みうる。ハンドオーバ要求メッセージは、近隣ＡＰに送信され、ここでは、ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示すと、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。近隣ＡＰは、受信されたＵＥコンテキスト情報を格納しうる。しかしながら、ハンドオーバが切迫するようになると、ハンドオーバ要求メッセージが、近隣ＡＰに送信される。ここでは、ハンドオーバ切迫フラグが、ハンドオーバは切迫していることを示し、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保し、以前に格納されたＵＥコンテキスト情報を利用しうる。
【００３２】
図２で既に説明したように、ＡＰ２１０とＵＥ２５０との両方は、さまざまなＡＰとＵＥとの間の識別および無線通信を可能にする命令群を実行するプロセッサと、これら命令群を保持するメモリとを含む。
【００３３】
図５Ａを参照して、無線通信システムの方法５００が例示される。１つの実施形態では、ＵＥが少なくとも１つの近隣ＡＰを検出する（円５１０）と、ソースＡＰ５０４は、ユーザ機器（ＵＥ）５０２のためのハンドオーバ要求メッセージ５２０Ａ−５２０Ｎを生成しうる。ハンドオーバ要求メッセージは、ＵＥによって検出される近隣ＡＰに送信されうるか、あるいは、前のハンドオーバの認識または設定によって、ソースＡＰ５０４において既知である近隣のセットに送信されうる。ハンドオーバ要求メッセージ５２０は、ハンドオーバ切迫フラグ５２２を含みうる。ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎは、近隣ＡＰ５０７に送信されうる。ハンドオーバが切迫していないことをハンドオーバ切迫フラグ５２２が示す場合、近隣ＡＰ５０７は、ＵＥ５０２のためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。近隣ＡＰの信号強度が、ハンドオーバを要求するほど十分に強くない場合、ソースＡＰ５０４は、このフラグを、「切迫していない」状態に設定しうる。
【００３４】
１つの実施形態では、近隣ＡＰ５０７は、受信されたＵＥコンテキスト情報５２６を格納しうる。ここでは、ＵＥコンテキスト情報５２４が、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎに含まれる。しかしながら、ハンドオーバが切迫してきた（例えば、近隣ＡＰの信号の信号強度が強いとＵＥがレポートした）場合、ハンドオーバ要求メッセージ５４０が、受信する近隣ＡＰ５０６に送信されうる。ここでは、ハンドオーバ切迫フラグ５４２が、ハンドオーバが切迫していることを示し、受信する近隣ＡＰ５０６が、ＵＥ５０２のためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保し、以前に格納されたＵＥコンテキスト情報５２６を利用しうる。
【００３５】
図２を参照して既に詳細に説明したように、ＵＥ２５０およびＡＰ２１０は、これら機能のみならず、以下に説明するその他の機能をも実行するプロセッサ（例えば、プロセッサ２７０、２３０）およびメモリ（例えば、メモリ２７２、２３２）を含みうることが認識されるべきである。例えば、１つの実施形態では、ソースＡＰ５０４は、ＵＥが近隣ＡＰ５０７を検出することに基づいて、ＵＥ５０２のためのハンドオーバ要求メッセージ５２０Ａ−５２０Ｎを生成するための命令群を保持するメモリを含む。ここで、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎは、ハンドオーバ切迫フラグ５２２を含む。さらに、ソースＡＰ５０４のメモリは、近隣ＡＰ５０７にハンドオーバ要求メッセージ５２０Ａ−５２０Ｎを送信するための命令群を保持する。ここでは、ハンドオーバ切迫フラグ５２２が、ハンドオーバが切迫していないことを示すと、近隣ＡＰ５０７は、ＵＥ５０２のためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。ソースＡＰ５０４のプロセッサは、これら命令群を実行する。同様に、ＵＥおよびＡＰの以前に説明されたプロセッサおよびメモリは、以下に記載される機能を実行するための命令群を実行するために利用されうる。
【００３６】
図５Ａに示すように、無線通信システムのための方法５００が例示される。ここでは、ＵＥ５０２が少なくとも１つの近隣ＡＰ５０７を検出する（円５１０）と、ソースＡＰ５０４が、ユーザ機器（ＵＥ）５０２のためのハンドオーバ要求メッセージ５２０Ａ−５２０Ｎを生成する。ハンドオーバ要求メッセージ５２０は、ハンドオーバ切迫フラグ５２２を含む。
【００３７】
１つの実施形態では、近隣ＡＰ５０７が、ＵＥによって検出され（円５１０）、ラジオ・リソース制御（ＲＲＧ）測定レポート５１２が、ソースＡＰ５０４へ送信される。このＲＲＣ測定レポートは、当該技術分野によって良く知られた近隣ＡＰのプロトコル測定値である。これに基づいて、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎは、識別された近隣ＡＰ５０７へ送信される。ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎはおのおの、ハンドオーバ切迫フラグ５２２およびＵＥコンテキスト情報５２４をその他のデータとともに含みうる。ＵＥコンテキスト５２４は一般に、セキュリティ鍵およびサービス品質（ＱｏＳ）設定をその他のデータとともに含む。
【００３８】
ハンドオーバ切迫フラグ５２４が、ハンドオーバが切迫していないことを示すと、近隣ＡＰ５０７は、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。しかしながら、受信する近隣ＡＰ５０７は、ＵＥコンテキスト情報５２６を格納しうる。さらに、近隣ＡＰ５０７は、ソースＡＰ５０４に、ハンドオーバ要求アクノレッジメント５２８Ａ−５２８Ｎを送り返す。
【００３９】
１つの実施形態では、ハンドオーバ切迫フラグ５２２は、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータでありうる。例えば、フラグが「０」に設定されている場合、受信する近隣ＡＰ５０７は、このＵＥ５０２のために、ＲＮＴＩまたはその他のリソースを確保する必要がないと伝えられる。しかしながら、説明されるように、ハンドオーバ切迫フラグが、ソースＡＰ５０４によって「１」に設定されている場合、特定の近隣ＡＰ５０６は、ハンドオーバが切迫していることが伝えられ、特定の近隣ＡＰ５０６が、ＵＥ５０２のためのＲＮＴＩを確保する。
【００４０】
したがって、１つの実施形態では、ハンドオーバ切迫フラグ５２２が、ソースＡＰ５０４によって「０」に設定されている場合、受信する近隣ＡＰ５０７は、このＵＥ５０２のために、ＲＮＴＩまたはその他のリソースを確保する必要がないと伝えられる。受信する近隣ＡＰ５０７は、ハンドオーバ要求アクノレッジ・メッセージ５２８Ａ−５２８Ｎを返すことによって、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎの受信をアクノレッジし、ＵＥコンテキスト５２６を格納しうる。さらに、近隣ＡＰ５０７は、例えばバックホール帯域幅、ラジオ帯域幅、ハードウェア処理構成要素等のようなその他のリソースを確保しない。
【００４１】
ＵＥコンテキスト５２６を格納することは、近隣ＡＰ５０７にとって低コストの動作であり、（例えば、セキュリティ鍵、ＱｏＳ設定のような）ＵＥコンテキスト・データに関連する情報を格納するために最小のメモリ・リソースしか利用しない。説明されるように、ＵＥ５０２が、準備された特定の近隣ＡＰ５０６との通信の再確立を試みる場合、準備された近隣ＡＰ５０６は、ＵＥ５０２のアイデンティティの迅速な検証（例えば、認証）のため、および、ＵＥ５０２を迅速に接続状態にするために、この格納されたＵＥコンテキスト５２６を用いる。
【００４２】
例えば、信号条件が変化し、ハンドオーバが切迫すると、ハンドオーバ切迫フラグ＝０からの変化を伴うハンドオーバ要求メッセージの後に、ハンドオーバ切迫フラグ＝１の別のメッセージが続く。これによって、ターゲットとされた近隣ＡＰ５０６は、ＲＮＴＩをＵＥ５０２に割り当てることによって、第２のメッセージに応答する。
【００４３】
図５Ａを参照することに続いて、円５３０では、近隣ＡＰ５０６のうちの１つの信号強度が、ソースＡＰ５０４のものよりも強くなり、ＲＲＣ測定レポート５５０が、ソースＡＰ５０４に送信される。この時点において、ハンドオーバが切迫していることを示すように設定されたハンドオーバ切迫フラグ５４２（例えば、ハンドオーバ切迫フラグ＝１）を含む新たなハンドオーバ要求メッセージ５４０が、ターゲットとされた近隣ＡＰ５０６に送信される。また、ユーザ・データのような追加のＵＥコンテキスト情報５４２もまた送信される。これに基づいて、近隣ＡＰ５０６は、ＵＥ５０２のためのＲＮＴＩを割り当て、ハンドオーバ要求アクノレッジ・メッセージ５４６をソースＡＰ５０４へ送り返す。その後、ソースＡＰ５０４は、ハンドオーバ・コマンド５６０をＵＥ５０２へ送信しうる。格納されたＵＥコンテキスト５２６は、ＵＥ５０２のアイデンティティを迅速に検証するため、および、ＵＥ５０２を迅速に接続状態にするために、ハンドオーバ要求のためのターゲットとされた近隣ＡＰ５０６によって使用されることが認識されるべきである。
【００４４】
ＵＥ５０２は、再設定完了メッセージ５６４をソースＡＰ５０４へ送信する。これらの送信に基づいて、ＵＥ５０２は、近隣ＡＰ５０６へハンドオーバされ、これによって、近隣ＡＰ５０６は、無線通信においてＵＥ５０２を支援できるようになる。
【００４５】
図５Ｂを参照して、図５Ｂは、ラジオ・リンク障害（ＲＬＦ）イベントが生じる別のシナリオを例示する。図５Ａにおけるように、ＵＥ５０２は、近隣ＡＰ５０７を検出し（円５１０）、ＲＲＣ測定レポート５１２をソースＡＰ５０４へ送信する。ソースＡＰ５０４は、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎを、近隣ＡＰ５０７に送信する。ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎには、他のデータともに、「０」に設定されたハンドオーバ切迫フラグ５２２と、ＵＥコンテキスト情報５２４とが含まれる。近隣ＡＰ５０７は、ＵＥコンテキスト情報５２６を格納し、さらに、ハンドオーバ要求アクノレッジ・メッセージ５２８Ａ−５２８ＮをソースＡＰ５０４へ送り返す。
【００４６】
円５３０では、ＵＥ５０２が、ソースＡＰ５０４よりも強い信号ソースを持つ特定の近隣ＡＰ５０６を発見し、ＵＥ５０２が、ＲＲＣ測定レポート５５０を送信することを試みる。しかしながら、ＲＲＣ測定レポート５５０の送信が失敗し、ＲＬＦイベント（円５５５）が生じる。ＲＬＦの後、ＵＥ５０２は、接続を再確立するのに適切なＡＰを探索し、ＲＲＣ接続再確立要求５５６を、ターゲットとされた近隣ＡＰ５０６へ送信する。ＵＥ５０２は、メッセージ５５６に、アイデンティティを含める。これに応じて、近隣ＡＰ５０６は、このアイデンティティが、ハンドオーバ要求メッセージ５２０Ａ−５２０Ｎの一部として、コンテキストで受信された１つと同じであることを認識する。ＡＰ５０６は、これを認識すると、ＲＮＴＩをＵＥ５０２に割り当て、確認されたＲＲＣ接続５５８をＵＥ５０２へ送り返す。近隣ＡＰ５０６は、その後、ソースＡＰ５０４にＵＥデータ要求５６０を送信する。これに応じて、ソースＡＰ５０４は、要求されたＵＥバッファ・データ５６２を、近隣ＡＰ５０６に送信する。
【００４７】
その後、ＵＥ５０２は、ＲＲＣ接続再確立完了５６４を近隣ＡＰ５０６へ送信し、近隣ＡＰ５０６は、ＵＥ５０２にＲＲＣ接続再設定５６６を送信する。最後に、ＵＥ５０２は、ＲＲＣ接続設定完了メッセージ５７０を近隣ＡＰ５０６へ送信し、ＵＥ５０２が、近隣ＡＰ５０６を介した無線通信のために設定されたことを示す。この実施形態では、図５Ａの実施形態のように、格納されたＵＥコンテキスト５２６は、ＵＥ５０２のアイデンティティを迅速に検証するため、および、ＵＥ５０２を迅速に接続状態にするために、近隣ＡＰ５０６によって使用されることが認識されるべきである。さらに、ＲＮＴＩは、ハンドオーバ要求メッセージ５２０の時にではなく、再確立手順の後にのみＵＥ５０２に割り当てられるので、ＲＮＴＩの全体的な使用を低減することが認識されるべきである。
【００４８】
図６に手短に示すように、図６は、ハンドオーバ確率値６１０を持つハンドオーバ要求メッセージ６００を示すブロック図である。１つの実施形態では、ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示すハンドオーバ確率値６１０でありうる。図５を参照して既に説明したように、ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すために使用されるバイナリ値である。バイナリ・データの例では、０に設定されたハンドオーバ切迫フラグは、ハンドオーバが切迫していないことを意味いる一方、１に設定されたハンドオーバ切迫フラグは、ハンドオーバが切迫していることを意味する。
【００４９】
１つの実施形態では、ハンドオーバ要求メッセージ６００は、その他のデータ６３０に加えて、ハンドオーバ確率値６１０およびＵＥコンテキスト情報６２０を含む。この実施形態では、ソースＡＰ５０４は、ＵＥ５０２が近隣ＡＰ５０７にハンドオーバされる可能性を示す確率値を設定しうる。例えば、ターゲットとされた近隣ＡＰ５０６は、ＲＮＴＩおよびその他のリソースをＵＥ５０２に割り当てるかを決定するために、この確率値を、他のファクタとともに負荷レベルに加えて使用しうる。リソースが割り当てられると、リソースに関する情報が、ソースＡＰ５０４へ送り返される。リソースが割り当てられていない場合、アクノレッジメントのみがソースＡＰ５０４へ送り返される。
【００５０】
さらに、１つの実施形態では、信号条件が変化し、ハンドオーバがさほど切迫しなくなると、ハンドオーバ・キャンセル・メッセージが、ソースＡＰ５０４から、ターゲットとされた近隣ＡＰ５０６へ送信されうる。ターゲットとされた近隣ＡＰ５０６は、このメッセージによって、メモリからＵＥコンテキスト５２６を削除する。したがって、ハンドオーバ変化が、さほど切迫しなくなった場合、ハンドオーバ・キャンセル・メッセージが近隣ＡＰ５０６へ送信され、近隣ＡＰ５０６に格納されたＵＥコンテキスト５２６が消去されうる。これは、近隣ＡＰ５０７が検出されたときに、０に設定されたハンドオーバ切迫フラグを持つハンドオーバ要求が送信され、近隣ＡＰ５０７が、ある予め定められた基準よりも弱くなった場合であるか、あるいは、１に設定されたハンドオーバ切迫フラグを持つハンドオーバ要求が実際に送信され、ターゲットとされた近隣ＡＰ５０６が、ソースＡＰ５０６よりも弱くなった場合に生じうる。さらに、これは、同様に、ハンドオーバ確率値における変化によって引き起こされうる。
【００５１】
図７に示すように、図７は、ハンドオーバ・キャンセル・メッセージを近隣ＡＰへ送信するための方法７００の例である。ＵＥ７０２は、近隣ＡＰ７０７を検出し（円７１０）、ＲＲＣ測定レポート７１２をソースＡＰ７０４へ送信する。ソースＡＰ７０４は、ハンドオーバ要求メッセージ７２０Ａ−７２０Ｎを送信する。ハンドオーバ要求メッセージ７２０Ａ−７２０Ｎはおのおの、ハンドオーバ切迫フラグ７２２およびＵＥコンテキスト７２１を、その他のデータとともに含みうる。この例において、ハンドオーバ切迫フラグ７２２は、０に設定されている。近隣ＡＰ７０７は、ＵＥコンテキスト７２６を格納する。さらに、近隣ＡＰ７０７が、ハンドオーバ要求アクノレッジ・メッセージ７２８Ａ−７２８Ｎを、ソースＡＰ７０４に送り返す。
【００５２】
円７３０では、ＵＥ７０２は、近隣ＡＰ７０７からの信号が、いくつかの予め定めた基準よりも弱くなったこと（例えば、ソースＡＰ７０４よりも弱くなったこと）を認識する。ＵＥ７０２は、その後、ソースＡＰ７０４へＲＲＣ測定レポート７５０を送信しうる。その後、ソースＡＰ７０４は、ハンドオーバ・キャンセル・メッセージ７６２を近隣ＡＰ７０７へ送信しうる。その後、近隣ＡＰ７０７は、ＵＥコンテキストを消去する（円７６４）。
【００５３】
既に記載したように、近隣ＡＰ７０７が検出されたときに、０に設定されたハンドオーバ切迫フラグを持つハンドオーバ要求メッセージが送信され、近隣ＡＰ７０７が、ソースＡＰ７０４よりも弱くなった場合であるか、あるいは、１に設定されたハンドオーバ切迫フラグを持つハンドオーバ要求が送信され、ターゲットとされた近隣ＡＰ７０６からの信号が、ソースＡＰ７０４よりも弱くなった場合に、ハンドオーバ・キャンセル・メッセージ７６２が、近隣ＡＰ７０７および／またはターゲットとされた近隣ＡＰ７０６に送信され、近隣ＡＰ７０７において格納されたＵＥコンテキスト７６４が消去されうる。これもまた同様に、ハンドオーバ確率値の変化により生じうる。
【００５４】
１つの実施形態では、ＵＥに関するＵＥコンテキスト（例えば、セキュリティ鍵またはＱｏＳ設定）が変化した場合、ソースＡＰは、ハンドオーバ・キャンセル・メッセージを送信しうる。その後、更新されたＵＥコンテキストを持つ新たなハンドオーバ要求メッセージが送信される。さらに、準備したセルにわたるＵＥコンテキストの同期の喪失を阻止するために、ＵＥは、再確立中に、ターゲット・セルへシグニチャ／カウンタを送信し、最新のＵＥコンテキストを示す。これは、後でより詳しく説明される。
【００５５】
図８を参照して、図８は、ＵＥコンテキスト変化または同期の喪失のための方法８００の例である。ＵＥ８０２は、近隣ＡＰを検出し（円８１０）、ＲＲＣ測定レポート・メッセージ８１２をソースＡＰ８０４へ送信する。ソースＡＰ８０４は、切迫していないと設定されたハンドオーバ切迫フラグ８２２およびＵＥコンテキスト情報８２１をその他の情報とともに含むハンドオーバ要求メッセージ８２０Ａ−８２０Ｎを、近隣ＡＰ８０７に送信しうる。近隣ＡＰ８０７は、このＵＥコンテキスト情報８２６を格納しうる。近隣ＡＰ８０７はその後、ハンドオーバ要求アクノレッジ・メッセージ８２８Ａ−８２８ＮをソースＡＰ８０４へ送信しうる。
【００５６】
しかしながら、円８３０では、ＵＥ８０２は、ＵＥコンテキスト変化、または、同期の喪失を有しており、このことを、ＵＥ変化メッセージ８３２を送信することによって、ソースＡＰ８０４へレポートする。その後、ソースＡＰ８０４は、ハンドオーバ・キャンセル・メッセージ８６２を近隣ＡＰ８０７へ送信しうる。ＵＥコンテキスト変化は、ＵＥ８０２またはソースＡＰ８０４のいずれかで検出されうることが認識されるべきである。例えば、ＵＥコンテキスト変化がソースＡＰ８０４で検出されると、ＵＥ変化メッセージ８３２は必要とされない。
【００５７】
その後、ソースＡＰ８０４は、更新されたＵＥコンテキスト８２１を含む新たなハンドオーバ要求メッセージ８２０Ａ−８２０Ｎを、近隣ＡＰ８０７へ送信しうる。近隣ＡＰ８０７はその後、この更新されたＵＥコンテキストを格納し（格納されたＵＥコンテキスト８２６）、ハンドオーバ要求アクノレッジ・メッセージ８２８Ａ−８２８Ｎを送信し、このハンドオーバ処理技術が続けられる。
【００５８】
したがって、１つの実施形態では、ＵＥ８０２に関するＵＥコンテキスト（例えば、セキュリティ鍵またはＱｏＳ設定）が変化した場合、ソースＡＰ８０４は、ハンドオーバ・キャンセル・メッセージ８６２を送信しうる。その後、更新されたＵＥコンテキスト８２１を持つ新たなハンドオーバ要求メッセージ８２０Ａ−８２０Ｎが送信される。あるいは、更新メッセージが、ソースＡＰ８０４から、ターゲットとされた近隣ＡＰ８０６へ送信され、ターゲットとされた近隣ＡＰ８０６に対して、ＵＥコンテキストにおける変化を通知する。
【００５９】
さらに、ＵＥ８０２と近隣ＡＰ８０７との間のＱｏＳ状態の同期の喪失が、追跡またはデバックが困難な予測不能の誤りを引き起こす場合がある。１つの実施形態では、ＵＥ８０２は、再確立中に、ターゲットとされた近隣ＡＰ８０６にシグニチャ／カウンタを送信し、最新のＵＥコンテキストを示す。例として、シグニチャ・カウンタは、（図５Ｂに示すように）ＲＲＣ接続再確立要求メッセージ５５６、または、ＲＲＣ接続再確立完了メッセージ５６４で送信されうる。したがって、準備されたセルにわたってＵＥコンテキストの同期が喪失されることを阻止するために、ＵＥ８０２は、再確立中に、ターゲットとされた近隣ＡＰ８０６にシグニチャ／カウンタを送信し、最新のＵＥコンテキストを示しうる。ターゲットとされた近隣ＡＰ８０６が、異なるバージョンのコンテキストを有している場合、ターゲットとされた近隣ＡＰ８０６にハンドオーバ・キャンセル・メッセージ８６２を送信しているソースＡＰ８０４によって、再確立が拒否されうる。
【００６０】
図９を参照して、図９は、近隣ＡＰに対するハンドオーバ・ロバスト化のための前述した方法を可能にするためにソースＡＰによって実行される機能９００を例示するフローチャートである。ブロック９０５では、ソースＡＰが、ハンドオーバ切迫フラグを含むハンドオーバ要求メッセージを生成する。例えば、ＵＥが少なくとも１つの近隣ＡＰを検出した場合、ソースＡＰは、ＵＥのためのハンドオーバ要求メッセージを生成しうる。ソースＡＰは、このハンドオーバ要求メッセージを近隣ＡＰへ送信する（ブロック９１０）。前述したように、ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示すと、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない。近隣ＡＰの信号強度が、ハンドオーバを要求するほど十分に強くない場合、ソースＡＰは、このフラグを、「切迫していない」状態に設定しうる。ブロック９１５では、ソースＡＰが、近隣ＡＰから、ハンドオーバ要求アクノレッジ・メッセージを受信する。
【００６１】
判定ブロック９２０では、処理９００は、ハンドオーバが切迫しているかを判定する。ハンドオーバが切迫している（例えば、近隣ＡＰの信号強度が強いことをＵＥがレポートした）場合、ソース・ノードによって、ハンドオーバ要求メッセージが、受信する近隣ＡＰへ送信される。ここでは、ハンドオーバが切迫していることをハンドオーバ切迫フラグが示し（例えば、ハンドオーバ切迫フラグ＝１）、受信する近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保し、以前に格納されたＵＥコンテキスト情報を利用しうる（ブロック９２５）（例えば、図５Ａ）。ソースＡＰは、近隣ＡＰからハンドオーバ要求アクノレッジ・メッセージを受信し（ブロック９３０）、ハンドオーバ・コマンドをＵＥへ送り（ブロック９３５）、ＵＥデータを近隣ＡＰに送信する（ブロック９４０）。格納されたＵＥコンテキストは、ＵＥのアイデンティティを迅速に検証するため、および、ＵＥを迅速に接続状態にするために、ハンドオーバ要求のためのターゲットとされた近隣ＡＰによって使用されうることが認識されるべきである。ソースＡＰは、ＵＥから再設定完了メッセージを受信し（ブロック９４５）、これによって、ＵＥは、近隣ＡＰに接続される（ブロック９５０）。
【００６２】
一方、ハンドオーバが切迫していないと処理９００が判定した場合（判定ブロック９２０）、別の処理機能が生じうる。例えば、ハンドオーバが切迫していない場合、ＲＮＴＩは確保されない（ブロック９６０）。さらに、処理９００は、ＵＥが近隣ＡＰとの再確立を試みているかを判定しうる（判定ブロック９６５）。試みているのであれば、ソース・ノードは、ＵＥが、近隣ＡＰとの再確立を試みていることに基づいて、ＵＥデータを近隣ＡＰに送信する（ブロック９７０）。図５Ｂに関して既に説明したように、近隣ＡＰの信号が、ソースＡＰのものよりも強くなり、ＲＬＦイベントが生じた後、近隣ＡＰは、ＵＥ、ソースＡＰ、および近隣ＡＰ間のさまざまな通信によって、ＲＮＴＩをＵＥに割り当て、ソースＡＰは、要求されたＵＥデータを近隣ＡＰへ送信し、ＵＥは、近隣ＡＰに接続されうる（円９７５）。
【００６３】
しかしながら、ハンドオーバが切迫しておらず、再確立が生じていない場合、ソースＡＰは、ハンドオーバ・キャンセル・メッセージを送信しうる（ブロック９８０）。例えば、図７を参照して示すように、近隣ＡＰからの信号強度が、ソースＡＰからの信号強度よりも弱くなることによって、ハンドオーバ・キャンセル・メッセージが、ソースＡＰから近隣ＡＰへ送信されうる。さらに、図８を参照して示すように、ＵＥに関するＵＥコンテキスト（例えば、セキュリティ鍵、またはＱｏＳ設定）が変化した場合、ソースＡＰは、ハンドオーバ・キャンセル・メッセージを送信しうる（ブロック９８０）。その後、更新されたＵＥコンテキストを持つ新たなハンドオーバ要求メッセージが送信される。しかしながら、更新されたＵＥコンテキストを持つ新たなハンドオーバ要求メッセージの場合、その後ＵＥが近隣ＡＰに接続されるようにハンドオーバ処理が再実行されうることが認識されるべきである。
【００６４】
図１０をさらに参照して、図１０は、ハンドオーバ・ロバスト化のために、前述した方法を可能にするために近隣ＡＰによって実行される機能１０００を例示するフローチャートである。全体的なＵＥ、ソースＡＰ、および近隣ＡＰシステムの相互作用は、既に詳細に説明されているので、簡略のために、近隣ＡＰに関連する特定の機能のみが後述されることが認識されるべきである。
【００６５】
ブロック１００５では、近隣ＡＰが、ハンドオーバ切迫フラグおよびＵＥコンテキスト情報を含むハンドオーバ要求メッセージを受信する。近隣ＡＰは、ＵＥコンテキスト情報を格納する（ブロック１０１５）。次に、近隣ＡＰは、ソースＡＰによって設定されたハンドオーバ切迫フラグの設定に基づいて、ハンドオーバが切迫しているかを判定する（判定ブロック１０２０）。ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示すと、近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない（ブロック１０３５）。前述したように、近隣ＡＰの信号強度が、ハンドオーバを要求するほど十分に強くない場合、ソースＡＰは、このフラグを、「切迫していない」状態に設定しうる。ブロック１０３０では、近隣ＡＰが、ハンドオーバ要求アクノレッジ・メッセージをソースＡＰへ送る。
【００６６】
一方、判定ブロック１０２０において、近隣ＡＰが、ソースＡＰからのハンドオーバ切迫フラグ設定（例えば、ハンドオーバ切迫フラグ＝１）に基づいて、ハンドオーバが切迫していると判定した場合、受信する近隣ＡＰは、ＵＥのためのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保し、以前に格納されたＵＥコンテキスト情報を利用しうる（ブロック１０２５）（例えば、図５Ａ）。ブロック１０３０では、近隣ＡＰが、ハンドオーバ要求アクノレッジ・メッセージをソースＡＰへ送る。
【００６７】
図５Ａを参照して前述したように、ソースＡＰは、近隣ＡＰからハンドオーバ要求アクノレッジ・メッセージを受信し、ＵＥにハンドオーバ・コマンドを送信し、近隣ＡＰにＵＥデータを送信し、ＵＥから再設定完了メッセージを受信し、これによって、ＵＥは、近隣に接続される。あるいは、図５Ｂを参照して前述したように、ハンドオーバが切迫していない場合、ＲＮＴＩは確保されず、近隣ＡＰの信号が、ソースＡＰのものよりも強くなり、ＲＬＦイベントが生じた後、近隣ＡＰは、ＵＥ、ソースＡＰ、および近隣ＡＰ間のさまざまな通信によって、ＲＮＴＩをＵＥに割り当て、ソースＡＰは、要求されたＵＥデータを近隣ＡＰへ送信し、ＵＥは、近隣ＡＰに接続されうる。
【００６８】
しかしながら、ハンドオーバが切迫しておらず、再確立が生じていない場合、近隣ＡＰは、ソースＡＰからハンドオーバ・キャンセル・メッセージを受信し（ブロック１０４０）、処理１０００は終了する（ブロック１０４５）。例えば、図７を参照して説明するように、近隣ＡＰからの信号強度が、ソースＡＰからの信号強度よりも弱くなることによって、ハンドオーバ・キャンセル・メッセージが、ソースＡＰから近隣ＡＰへ送信されうる。一方、図８を参照して説明したように、ＵＥに関するＵＥコンテキスト（例えば、セキュリティ鍵、またはＱｏＳ設定）が変化した場合、近隣ＡＰによってハンドオーバ・キャンセル・メッセージが受信され（ブロック１０４０）、更新されたＵＥコンテキストを持つ新たなハンドオーバ要求メッセージが近隣ＡＰによって受信され（ブロック１０４７）、その後、ＵＥが近隣ＡＰに接続される（ブロック１０５０）ように、ハンドオーバ処理が再実行されうる。
【００６９】
開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００７０】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００７１】
当業者であればさらに、本明細書で開示された実施形態に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、特定のアプリケーションおのおのに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７２】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現されうる。
【００７３】
本明細書で開示された実施形態に関して記述された方法またはアルゴリズムのステップは、ハードウェアにおいて直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、あるいはこれら２つの組み合わせによって具体化されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリート部品として存在することができる。
【００７４】
１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはこれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体上に格納されるか、あるいは、コンピュータ読取可能媒体上の１または複数の命令群またはコードとして符号化されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、デジタル・バーサタイル・ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびブルー・レイ・ディスクを含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００７５】
開示された実施形態の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これら実施形態に対するさまざまな変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本開示の主旨または範囲から逸脱することなく他の例にも適用されうる。このように、本開示は、本明細書で示された実施形態に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［発明１］
無線通信方法であって、
ユーザ機器（ＵＥ）が少なくとも１つの近隣基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成することと、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することとを備え、
前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、方法。
［発明２］
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納することと、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信することと
をさらに備える発明１に記載の方法。
［発明３］
前記ハンドオーバが切迫するようになった場合、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここで、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することと
をさらに備える発明２に記載の方法。
［発明４］
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求することと、
前記近隣ＢＳにＵＥデータを送信することと
をさらに備える発明２に記載の方法。
［発明５］
前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いることをさらに備える発明２に記載の方法。
［発明６］
前記ハンドオーバが、切迫していない状態に戻った場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去することと
をさらに備える発明２に記載の方法。
［発明７］
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明６に記載の方法。
［発明８］
前記ＵＥコンテキストが変化すると、
ハンドオーバ・キャンセル・メッセージを、前記近隣ＢＳに送信することと、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信することと
をさらに備える発明２に記載の方法。
［発明９］
前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めることをさらに備え、
前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが、前記近隣ＢＳに送信される、発明２に記載の方法。
［発明１０］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである発明１に記載の方法。
［発明１１］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である発明１に記載の方法。
［発明１２］
前記確率値および負荷レベルに基づいて、前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することをさらに備える発明１１に記載の方法。
［発明１３］
前記近隣ＢＳが、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しないことをさらに備える発明１に記載の方法。
［発明１４］
通信装置であって、
命令群を格納するメモリと、
前記メモリに接続され、前記命令群を実行するプロセッサとを備え、
前記プロセッサはさらに、
ユーザ機器（ＵＥ）が、少なくとも１つの近隣基地局（ＢＳ）を検出することに基づいて、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを生成し、前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信するように構成され、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、通信装置。
［発明１５］
前記近隣ＢＳは、前記近隣ＢＳにおいてＵＥコンテキスト情報を格納し、前記通信装置にハンドオーバ要求アクノレッジメントを送信する、発明１４に記載の通信装置。
［発明１６］
ハンドオーバが切迫するようになると、前記プロセッサはさらに、ハンドオーバが切迫していることを示すハンドオーバ切迫フラグを備えたハンドオーバ要求メッセージを、前記近隣ＢＳへ送信するように構成され、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する、発明１５に記載の通信装置。
［発明１７］
前記プロセッサはさらに、前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、ＵＥデータを前記近隣ＢＳへ送信するように構成される発明１５に記載の通信装置。
［発明１８］
前記近隣ＢＳは、前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いる発明１５に記載の通信装置。
［発明１９］
前記ハンドオーバが、切迫していない状態に戻った場合、前記プロセッサはさらに、ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信するように構成され、前記近隣ＢＳは、前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去する、発明１５に記載の通信装置。
［発明２０］
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明１９に記載の通信装置。
［発明２１］
前記ＵＥコンテキストが変化した場合、前記プロセッサはさらに、ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信し、更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信するように構成された発明１５に記載の通信装置。
［発明２２］
前記プロセッサはさらに、前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めるように構成された発明１５に記載の通信装置。
［発明２３］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである発明１４に記載の通信装置。
［発明２４］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である発明１４に記載の通信装置。
［発明２５］
前記近隣ＢＳは、前記確率値および負荷レベルに基づいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する発明２４に記載の通信装置。
［発明２６］
前記近隣ＢＳは、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しない発明１４に記載の通信装置。
［発明２７］
無線通信システムにおいて動作可能な装置であって、
ユーザ機器（ＵＥ）が少なくとも１つの近隣ソース基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成する手段と、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信する手段とを備え、
前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、装置。
［発明２８］
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納する手段と、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信する手段と
をさらに備える発明２７に記載の装置。
［発明２９］
ハンドオーバが切迫するようになると、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信する手段と、ここでは、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保する手段と
をさらに備える発明２８に記載の装置。
［発明３０］
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求する手段と、
前記近隣ＢＳにＵＥデータを送信する手段と
をさらに備える発明２６に記載の装置。
［発明３１］
前記ハンドオーバ要求において、格納されたＵＥコンテキスト情報を用いる手段をさらに備える発明２６に記載の装置。
［発明３２］
前記ハンドオーバが、切迫していない状態に戻った場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信する手段と、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去する手段と
をさらに備える発明２８に記載の装置。
［発明３３］
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明３２に記載の装置。
［発明３４］
前記ＵＥコンテキストが変化した場合、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信する手段と、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信する手段と
をさらに備える発明２８に記載の装置。
［発明３５］
前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含める手段をさらに備え、前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明２８に記載の装置。
［発明３６］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである、発明２７に記載の装置。
［発明３７］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である、発明２７に記載の装置。
［発明３８］
前記近隣ＢＳが、バックホール帯域幅、ラジオ帯域幅、およびハードウェア処理構成要素のうちの少なくとも１つを確保しない、発明２７に記載の装置。
［発明３９］
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体はさらに、少なくとも１つのコンピュータに対して、
ユーザ機器（ＵＥ）が少なくとも１つの近隣のソース基地局（ＢＳ）を検出すると、ハンドオーバ切迫フラグを含む、前記ＵＥに関するハンドオーバ要求メッセージを、ソース基地局（ＢＳ）において生成することと、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここで、前記ハンドオーバ切迫フラグが、ハンドオーバが切迫していないことを示す場合、前記近隣ＢＳは、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保しない、
を実行させるためのコードを備えるコンピュータ・プログラム製品。
［発明４０］
少なくとも１つのコンピュータに対して、
前記近隣ＢＳにおいてＵＥコンテキスト情報を格納することと、
前記ソースＢＳにハンドオーバ要求アクノレッジメントを送信することと、
を実行させるためのコードをさらに備える発明３９に記載のコンピュータ・プログラム製品。
［発明４１］
ハンドオーバが切迫するようになると、
少なくとも１つのコンピュータに対して、
前記ハンドオーバ要求メッセージを、前記近隣ＢＳに送信することと、ここでは、ハンドオーバ切迫フラグが、ハンドオーバが切迫していることを示し、
近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保することと、
を実行させるためのコードをさらに備える発明４０に記載のコンピュータ・プログラム製品。
［発明４２］
少なくとも１つのコンピュータに対して、
前記ＵＥが、前記近隣ＢＳとの再確立を試みることに基づいて、前記ソースＢＳに対して、ＵＥデータを送信するように要求することと、
前記近隣ＢＳにＵＥデータを送信することと、
を実行させるためのコードをさらに備える発明４０に記載のコンピュータ・プログラム製品。
［発明４３］
少なくとも１つのコンピュータに対して、前記ハンドオーバ要求のために、前記格納されたＵＥコンテキスト情報を用いること、を実行させるためのコードをさらに備える発明４０に記載のコンピュータ・プログラム製品。
［発明４４］
前記ハンドオーバが、切迫していない状態に戻った場合、
少なくとも１つのコンピュータに対して、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
前記近隣ＢＳにおいて格納されたＵＥコンテキストを消去することと
を実行させるためのコードをさらに備える発明４０に記載のコンピュータ・プログラム製品。
［発明４５］
前記近隣ＢＳから前記ＵＥへの信号強度が、前記ソースＢＳから前記ＵＥへの信号強度よりも弱くなることによって、前記ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明４４に記載のコンピュータ・プログラム製品。
［発明４６］
前記ＵＥコンテキストが変化した場合、少なくとも１つのコンピュータに対して、
ハンドオーバ・キャンセル・メッセージを前記近隣ＢＳへ送信することと、
更新されたＵＥコンテキスト・データを持つ新たなハンドオーバ要求を送信することと、
を実行させるためのコードをさらに備える発明４０に記載のコンピュータ・プログラム製品。
［発明４７］
少なくとも１つのコンピュータに対して、前記ハンドオーバ要求メッセージにシグニチャ・カウンタを含めることを実行させるためのコードをさらに備え、
前記ハンドオーバ要求メッセージのシグニチャ・カウンタが、前記近隣ＢＳにおいて、前記ＵＥに関連付けられたシグニチャ・カウンタと一致しない場合、ハンドオーバ・キャンセル・メッセージが前記近隣ＢＳへ送信される、発明４０に記載のコンピュータ・プログラム製品。
［発明４８］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かを示すバイナリ・インジケータである、発明３９に記載のコンピュータ・プログラム製品。
［発明４９］
前記ハンドオーバ切迫フラグは、ハンドオーバが切迫しているか否かの確率を示す確率値である、発明３９に記載のコンピュータ・プログラム製品。
［発明５０］
少なくとも１つのコンピュータに対して、前記確率値および負荷レベルに基づいて、前記近隣ＢＳにおいて、前記ＵＥのラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を確保すること、を実行させるためのコードをさらに備える発明４９に記載のコンピュータ・プログラム製品。
【図１】
0005313393.tif 000002
【図２】
0005313393.tif 000003
【図３】
0005313393.tif 000004
【図４】
0005313393.tif 000005
【図５Ａ】
0005313393.tif 000006
【図５Ｂ】
0005313393.tif 000007
【図６】
0005313393.tif 000008
【図７】
0005313393.tif 000009
【図８】
0005313393.tif 000010
【図９】
0005313393.tif 000011
【図１０】
0005313393.tif 000012