(57)【要約】      （修正有）【課題】無線通信システムのシステム間ハンドオーバをサポートするシステムを提供する。【解決手段】システム１０は、ユーザ機器（ＵＥ）１２が、同期システムおよび非同期システムを含む異なるラジオ・アクセス技術へのハンドダウンおよびハンドアップをサポートするために、近隣ラジオ・アクセス・ネットワークＲＡＮ１６に関する近隣リストＮＬ２２をブロードキャストする。近隣ＲＡＮ１６に関するＮＬ２２には、近隣ＲＡＮ１６の測定パラメータおよびレポート命令が含まれる。それにより、ＵＥ１２は、近隣ＲＡＮ１６が受信範囲内であるか受信範囲外であるかによらず、測定及びレポートが可能となる。ＵＥ１２は、ハンドオーバのために必要な場合にのみ、ネットワークに対して他のシステム探索をレポートする。ハンドオーバが必要な場合には、ハンドオーバ要求が、レポートに含められる。【選択図】図１
2015213340.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるシステム間ハンドオーバのための方法であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信することと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信することと、
前記ＵＥを前記ターゲット・ノードへハンドオーバすることと
を備える方法。
【請求項２】
前記近隣リストおよび判定基準を、アイドル・モードにある前記ＵＥへ送信することと、
前記ターゲット・ノードによる位置更新の受諾の後に、前記ＵＥへスケジュールされたページングを削除することと
をさらに備える請求項１に記載の方法。
【請求項３】
前記ＵＥが探索する近隣ノードのサブセットを特定する前記近隣リストを送信することをさらに備える請求項１に記載の方法。
【請求項４】
単一の受信チェーンを用いて、デュアル受信チェーンＵＥからハンドオーバを実行することをさらに備える請求項１に記載の方法。
【請求項５】
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信することはさらに、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を送信することを備える請求項１に記載の方法。
【請求項６】
探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える情報を送信することをさらに備える請求項５に記載の方法。
【請求項７】
前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあるとの判定に応じて、前記ＵＥに対して探索することを促す情報を送信することをさらに備える請求項６に記載の方法。
【請求項８】
前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、ターゲット・システムについて測定された電力パラメータを指定することにより前記ハンドオーバを要求する判定基準を送信することをさらに備える請求項１に記載の方法。
【請求項９】
前記ＵＥがハンドオーバのための判定基準を満たしているとレポートするための前提条件として、前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されるという要件を指定することをさらに備える請求項８に記載の方法。
【請求項１０】
ハンドオーバ要件の判定を指示するための要件として、負荷ベースのハンドオーバ判定を実行することをさらに備える請求項１に記載の方法。
【請求項１１】
フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を実行することをさらに備える請求項１に記載の方法。
【請求項１２】
ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む近隣リストを送信することをさらに備える請求項１に記載の方法。
【請求項１３】
前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む前記近隣リストを送信することをさらに備える請求項１に記載の方法。
【請求項１４】
ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む前記近隣リストを送信することをさらに備える請求項１に記載の方法。
【請求項１５】
無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサであって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信する第１のモジュールと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信する第２のモジュールと、
前記ＵＥを前記ターゲット・ノードへハンドオーバする第３のモジュールと
を備える少なくとも１つのプロセッサ。
【請求項１６】
無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品であって、
コンピュータに対して、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信させるための第１のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信させるための第２のコード・セットと、
前記コンピュータに対して、前記ＵＥを前記ターゲット・ノードへハンドオーバさせるための第３のコード・セットと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項１７】
無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信する手段と、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信する手段と、
前記ＵＥを前記ターゲット・ノードへハンドオーバする手段と
を備える装置。
【請求項１８】
無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含むソース・ノードからの近隣リストを備え、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を含むデータ構造を含むコンピュータ読取可能媒体と、
前記近隣リストおよび判定基準を送信する送信機と、
前記ＵＥを前記ターゲット・ノードへハンドオーバすることを容易にする、前記ターゲット・ノードへの通信チャネルと
を備える装置。
【請求項１９】
前記送信機が、前記近隣リストおよび判定基準を、アイドル・モードにある前記ＵＥへ送信することと、
前記通信チャネルが、前記ターゲット・ノードによる位置更新の受諾の後に、前記ＵＥへスケジュールされたページングを削除することによってハンドオーバを容易にすることと
をさらに備える請求項１８に記載の装置。
【請求項２０】
前記データ構造が、前記ＵＥが探索する近隣ノードのサブセットを特定することをさらに備える請求項１８に記載の装置。
【請求項２１】
前記送信機が、単一の受信チェーンを用いて、デュアル受信チェーンＵＥからのハンドオーバを容易にすることをさらに備える請求項１８に記載の装置。
【請求項２２】
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準は、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を備える請求項１８に記載の装置。
【請求項２３】
前記探索を促す情報は、探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える請求項２２に記載の装置。
【請求項２４】
前記ＵＥに対して探索を促す情報は、前記ソース・ノードからの測定された信号強度が、予め定めた閾値を下回る傾向にあるとの要件を備える請求項２３に記載の装置。
【請求項２５】
前記ハンドオーバを要求するための判定基準は、前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、前記ターゲット・システムについて測定された電力パラメータを指定する請求項１８に記載の装置。
【請求項２６】
前記ＵＥがハンドオーバのための判定基準を満たしているとレポートするための前提条件として、前記送信機が、前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されるという要件を送信することをさらに備える請求項２５に記載の装置。
【請求項２７】
送信されるべきハンドオーバ要件の判定を指示するための要件として、負荷ベースのハンドオーバ判定を実行するプロセッサをさらに備える請求項１８に記載の装置。
【請求項２８】
フロー構成ベースの不連続受信（ＤＲＸ）パターンの準備を生成するプロセッサをさらに備える請求項１８に記載の装置。
【請求項２９】
前記近隣リストは、ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む請求項１８に記載の装置。
【請求項３０】
前記近隣リストは、前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む請求項１８に記載の装置。
【請求項３１】
前記近隣リストは、ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む請求項１８に記載の装置。
【請求項３２】
無線通信システムにおけるシステム間ハンドオーバのための方法であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信することと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信することと、
前記ターゲット・ノードへのハンドオーバを要求することと
を備える方法。
【請求項３３】
前記近隣リストおよび判定基準を、アイドル・モード中に受信することと、
前記ターゲット・ノードによる位置更新の受諾を促す位置更新要件を、前記ターゲット・ノードから要求することと
をさらに備える請求項３２に記載の方法。
【請求項３４】
探索する近隣ノードのサブセットを特定する前記近隣リストを受信することをさらに備える請求項３２に記載の方法。
【請求項３５】
デュアル受信チェーンのうちの単一の受信チェーンを用いて、ハンドオーバするためのターゲット・ノードを探索することをさらに備える請求項３２に記載の方法。
【請求項３６】
前記ターゲット・ノードへのハンドオーバをいつ実行するかを決定するための判定基準を受信することは、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を受信することを備える請求項３２に記載の方法。
【請求項３７】
探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える情報を受信することをさらに備える請求項３６に記載の方法。
【請求項３８】
前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあると判定することによって、前記ＵＥに対して探索することを促す情報を受信することをさらに備える請求項３７に記載の方法。
【請求項３９】
前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、ターゲット・システムについて測定された電力パラメータを指定する、前記ハンドオーバを要求する判定基準を受信することをさらに備える請求項３２に記載の方法。
【請求項４０】
前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されることに応じて、ハンドオーバのための判定基準を満たしているとレポートすることをさらに備える請求項３９に記載の方法。
【請求項４１】
前記ソース・ノードによって負荷ベースのハンドーバであると判定されることに応じて、ハンドオーバ要件を判定することをさらに備える請求項３２に記載の方法。
【請求項４２】
フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を要求することをさらに備える請求項３２に記載の方法。
【請求項４３】
ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む近隣リストを受信することをさらに備える請求項３２に記載の方法。
【請求項４４】
前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む近隣リストを受信することをさらに備える請求項３２に記載の方法。
【請求項４５】
ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む近隣リストを受信することをさらに備える請求項３２に記載の方法。
【請求項４６】
無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサであって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信する第１のモジュールと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信する第２のモジュールと、
前記ターゲット・ノードへのハンドオーバを要求する第３のモジュールと
を備える少なくとも１つのプロセッサ。
【請求項４７】
無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品であって、
コンピュータに対して、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信させるための第１のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信させるための第２のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバを要求させるための第３のコード・セットと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項４８】
無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信する手段と、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信する手段と、
前記ターゲット・ノードへのハンドオーバを要求する手段と
を備える装置。
【請求項４９】
無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノードからの、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを備え、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を含むデータ構造を受信するためのコンピュータ読取可能媒体と、
前記近隣リストおよび判定基準を受信する受信機と、
前記ターゲット・ノードへのハンドオーバを要求する送信機と
を備える装置。
【請求項５０】
前記受信機が、前記近隣リストおよび判定基準を、アイドル・モード中に受信することと、
前記送信機が、前記ターゲット・ノードへの位置更新要求を要求し、前記ターゲット・ノードによる位置更新が受諾されること
をさらに備える請求項４９に記載の装置。
【請求項５１】
前記データ構造が、前記ＵＥが探索する近隣ノードのサブセットを特定することをさらに備える請求項４９に記載の装置。
【請求項５２】
前記受信機および送信機が、デュアル受信チェーンのうちの単一の受信チェーンを用いることによって、ハンドオーバを容易にすることをさらに備える請求項４９に記載の装置。
【請求項５３】
前記ターゲット・ノードへのハンドオーバをいつ実行するかを前記ＵＥが決定するための判定基準は、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を備える請求項４９に記載の装置。
【請求項５４】
前記探索を促す情報は、探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える請求項５３に記載の装置。
【請求項５５】
前記ＵＥに対して探索を促す情報は、前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあるとの要件を備える請求項５４に記載の装置。
【請求項５６】
前記ハンドオーバを要求する判定基準は、前記ターゲット・システムについて測定された電力パラメータが、前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にあることを指定する請求項４９に記載の装置。
【請求項５７】
前記ＵＥがハンドオーバのための判定基準を満たしているとレポートする前提条件として、前記受信機が、指定された閾値を下回っていると判定される電力パラメータを前記ソース・ノードから測定することをさらに備える請求項５６に記載の装置。
【請求項５８】
負荷ベースのハンドーバであるとの判定を受信することに応じて、ハンドオーバ要件の判定を行うプロセッサをさらに備える請求項４９に記載の装置。
【請求項５９】
フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を要求するプロセッサをさらに備える請求項４９に記載の装置。
【請求項６０】
前記近隣リストは、ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む請求項４９に記載の装置。
【請求項６１】
前記近隣リストは、前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む請求項４９に記載の装置。
【請求項６２】
前記近隣リストは、ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む請求項４９に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、本願の譲受人に譲渡され、２００７年２月２１日に出願され、本明細書に参照によって明確に組み込まれた「A METHOD AND APPARATUS FOR INTRA-SYSTEM HANDOFF」と題された仮特許出願６０／８９１，０２５号の優先権を主張する。
【技術分野】
【０００２】
本記述は、ユーザ機器のシステム間ハンドオーバに関し、さらに詳しくは、異なるラジオ・アクセス技術間でのレイテンシおよびハンドオーバ失敗を低減することに関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、データ等のような様々なタイプの通信コンテンツを提供するために広く開発された。これらのシステムは、利用可能なシステム・リソース（例えば、帯域幅および送信電力）を共有することにより、多数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。
【０００４】
通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。おのおのの端末は、順方向リンクおよび逆方向リンクでの送信によって、１または複数の基地局と通信する。順方向リンク（すなわち、ダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単数入力単数出力、複数入力単数出力、単数入力複数出力（ＳＩＭＯ）、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。
【０００５】
データ・トラフィック、チャネル特性、あるいはユーザ機器（ＵＥ）の移動によって、特定のＵＥが異なるアクセス・ノード間でハンドオーバ（すなわち、ハンドダウン、ハンドアップ等）する必要性がしばしば生ずる。このハンドオーバ処理は、ＵＥがバッテリ節電またはチャネル効率化のためにとりうる様々な状態（すなわち、アイドル、アクティブ、不連続な受信／送信）によって複雑になる。ハンドオーバ処理はまた、異なるラジオ・アクセス技術（ＲＡＴ）間でなされるハンド・オフによっても複雑になる。その他のアプローチは、システム間ＲＡＴが提供されるという点で、（例えば、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））において）過剰に複雑化されていると信じられている。
【発明の概要】
【０００６】
以下は、開示された局面の幾つかの局面の基本的な理解を与えるための簡略化された概要を示す。この概要は、広範囲な概観でなく、重要要素あるいは決定的要素を特定することでも、そのような局面の範囲を線引きすることでもないことが意図される。その目的は、後述されるより詳細な記述に対する前置きとして、開示された特徴の幾つかの概念をより簡単な形式で表すことである。
【０００７】
１または複数の局面およびその対応する開示によれば、ターゲット・ノードを探索するようにアクセス端末（ユーザ機器）に指示するアクセス・ポイント（ソース・ノード）に関連する様々な局面が記述される。これは、アクセスのための情報を近隣リストで送信することにより容易とされる。ＵＥからのハンドオーバ要求は、ソース・ノードに対するターゲット・ノードからの受信が判定基準を超えたとＵＥが判定することに基づく。これによりソース・ノードは、ターゲット・ノードへアクセスするための情報を提供することによって、レイテンシおよび接続失敗を減らすことができ、さらに、データ・トラフィック負荷を選択的に調節することができる。特に、近隣システム（ターゲット・ノード）近傍で送信された情報は、有利なことに、広範囲なラジオ・アクセス技術を提供することができる。
【０００８】
１つの局面では、無線通信システムにおけるシステム間ハンドオーバのための方法が提供される。ここでは、ソース・ノードが、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを送信する。いつターゲット・ノードへのハンドオーバを実行するのかをユーザ機器（ＵＥ）が判定するための判定基準もまた送信される。その後、ＵＥは、レイテンシまたは接続誤りが低減された状態で、ターゲット・ノードへハンドオーバすることができる。
【０００９】
別の局面では、無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサは、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから送信するための第１のモジュールを有する。第２のモジュールは、ターゲット・ノードへのハンドオーバをいつ実行するのかをユーザ機器（ＵＥ）が決定するための判定基準もまた送信される。第３のモジュールは、レイテンシまたは接続誤りが低減された状態で、ＵＥをターゲット・ノードへとハンドオーバするためのものである。
【００１０】
更なる局面では、無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品は、コンピュータに対して、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから送信させ、ターゲット・ノードへのハンドオーバをいつ実行するのかをユーザ機器（ＵＥ）が決定するための判定基準を送信させ、レイテンシまたは接続誤りが低減された状態で、ＵＥをターゲット・ノードへハンドオーバさせるためのコード・セットを含むコンピュータ読取可能媒体を有する。
【００１１】
また別の局面では、無線通信システムにおけるシステム間ハンドオーバのための装置は、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから送信する手段と、ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信する別の手段と、レイテンシまたは接続誤りが低減された状態で、ＵＥをターゲット・ノードへハンドオーバさせる追加の手段とを有する。
【００１２】
更に別の局面では、無線通信システムにおけるシステム間ハンドオーバのための装置は、ソース・ノード近傍のターゲット・ノードに接続するための少なくとも１つのパラメータを含む、ソース・ノードからの近隣リストを備え、かつ、ターゲット・ノードへのハンドオーバをいつ実行するのかをユーザ機器（ＵＥ）が決定するための判定基準を含む、データ構造を含むコンピュータ読取可能媒体を有する。送信機は、この近隣リストと判定基準とを送信する。ターゲット・ノードへの通信チャネルは、レイテンシまたは接続誤りが低減された状態で、ＵＥのターゲット・ノードへのハンドオーバを容易にする。
【００１３】
更に別の局面では、無線通信システムにおけるシステム間ハンドオーバのための方法は、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから受信することを含む。ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準が受信される。その後、レイテンシまたは接続誤りが低減された状態で、ＵＥのターゲット・ノードへのハンドオーバが要求される。
【００１４】
また別の局面では、無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサは、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから受信する第１のモジュールを有する。第２のモジュールは、ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信する。第３のモジュールは、レイテンシまたは接続誤りが低減された状態で、ＵＥのターゲット・ノードへのハンドオーバを要求する。
【００１５】
更なる局面では、無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品は、コンピュータに対して、ソース・ノード近傍のターゲット・ノードへの接続のための少なくとも１つのパラメータを含む近隣リストをソース・ノードから受信させ、ターゲット・ノードへのハンドオーバをいつ実行すべきかをユーザ機器（ＵＥ）が決定するための判定基準を受信させ、レイテンシまたは接続誤りが低減された状態で、ＵＥのターゲット・ノードへのハンドオーバを要求させるコード・セットを含むコンピュータ読取可能媒体を有する。
【００１６】
更に別の局面では、無線通信システムにおけるシステム間ハンドオーバのための装置は、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストをソース・ノードから受信する手段と、ターゲット・ノードへのハンドオーバをいつ実行すべきかをユーザ機器（ＵＥ）が決定するための判定基準を受信する別の手段と、レイテンシまたは接続誤りが低減された状態で、ＵＥのターゲット・ノードへのハンドオーバを要求する追加の手段とを有する。
【００１７】
更なる局面では、無線通信システムにおけるシステム間ハンドオーバのための装置は、ソース・ノード近傍のターゲット・ノードに接続するための少なくとも１つのパラメータを含む、ソース・ノードからの近隣リストを備え、かつ、ターゲット・ノードへのハンドオーバをいつ実行するのかをユーザ機器（ＵＥ）が決定するための判定基準を含む、データ構造を含むコンピュータ読取可能媒体を有する。受信機は、この近隣リストおよび判定基準を受信する。さらに、送信機は、レイテンシまたは接続誤りが低減された状態で、ターゲット・ノードへのハンドオーバを要求する。
【００１８】
前述した目的および関連する目的を達成するために、１または複数の局面が、以下に十分に説明され、特に、特許請求の範囲で指摘された特徴を備える。以下の記載および添付図面は、ある例示的な局面をより詳細に述べており、これら局面の原理が適用される様々な方法のうちのほんの幾つかを示しているに過ぎない。図面とともに説明された場合、他の利点および斬新な特徴が、以下の詳細説明から明らかになり、開示された局面は、それら全ての局面およびそれらの等価物を含むことが意図される。
【００１９】
本開示の特徴、本質、および利点は、同一の参照符号が全体を通じて同一のものを特定する図面と連携された場合、以下の詳細記述からより明らかになるだろう。
【図面の簡単な説明】
【００２０】
【図１】図１は、ソース・ラジオ・アクセス・ネットワーク（ＲＡＮ）から、システム間ハンドオーバを保証している近隣ＲＡＮへ移動するユーザ機器（ＵＥ）の無線通信システムのブロック図を例示する。
【図２】図２は、図１の例示的なソースＲＡＮのブロック図を例示する。
【図３】図３は、図１の無線通信システムによって実行されるシステム間ハンドオーバのための方法論のフロー図を例示する。
【図４】図４は、アクティブ状態にあるＵＥが、システム間ハンドオーバのためにソース・ベース・アクセス・ノード（ｎｏｄｅＢ）によってセットアップされる図１の無線通信システムのタイミング図である。
【図５】図５は、アイドル状態にあるＵＥが、システム間ハンドオーバのためにｎｏｄｅＢによってセットアップされる図１の無線通信システムのタイミング図である。
【図６】図６は、システム間ハンドオーバに対する準備のため他のシステム探索を開始するとき、または、開始すべきかを判定するために、ＮｏｄｅＢによってセットアップされ、図１のＵＥによって実行される方法論のフロー図を例示する。
【図７】図７は、ＵＥがいつハンドオーバを要求するか、あるいは、ハンドオーバを要求すべきかを判定するために、ＮｏｄｅＢによってセットアップされ、図１のＵＥによって実行される方法論のフロー図を例示する。
【図８】図８は、コンピュータに対してシステム間ハンドオーバのための機能を実行させるように構成されたモジュールを有するアクセス・ノード（ＮｏｄｅＢ）のブロック図を例示する。
【図９】図９は、コンピュータに対してシステム間ハンドオーバのための機能を実行させるように構成されたモジュールを有するアクセス端末（ＵＥ）のブロック図を例示する。
【図１０】図１０は、システム間ハンドオーバをサポートするために増強された通信システムのブロック図を例示する。
【図１１】図１１は、フレキシブルなＤＲＸをサポートする１つの局面にしたがった多元接続無線通信システムの図を例示する。
【図１２】図１２は、フレキシブルなＤＲＸをサポートする通信システムの概念的なブロック図を例示する。
【発明を実施するための形態】
【００２１】
無線通信システムのためのハンドオーバ・システムは、同期システムおよび非同期システムを含む異なるラジオ・アクセス技術（例えば、３ＧＰＰ  ＬＴＥ（第３世代パートナシップ計画長期展開）、ＧＳＭ（登録商標）（グローバル移動体通信システム）、ＷＣＤＭＡ（広帯域符号分割多元接続）／高速パケット・アクセス変形種（例えば、ＨＳｘＰＡ／ＨＳＰＡ＋）、１ｘエボリューション・データ・オンリー（１ｘ／ＤＯ）、超モバイル・ブロードバンド（ＵＭＢ）、ワールドワイド・インタオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ（登録商標））等）に対するユーザ機器（ＵＥ）のハンドダウンおよびハンドアップをサポートする。レイテンシおよびハンドオーバ接続の失敗は、ＵＥ受信（ＲＸ）機能が近隣システム（ターゲット）の受信範囲の内部または外部にある場合、ターゲットに関する情報をアクセス・ノード（ｎｏｄｅＢ）がブロードキャストすることによって低減される。無線広域ネットワーク（ＷＷＡＮ）から無線ローカル・エリア・ネットワーク（ＷＬＡＮ）への移行は、有利なことに、２つのＲＸチェーン上の同時操作から利益を得るが、単一のＲＸで十分である。近隣のＲＡＴシステムの最適化されたリスト（ターゲット）は、測定パラメータおよびレポート命令を含んでおり、ネットワークからブロードキャストされる。それにより、ＵＥによってなされるレポーティングは、レイテンシを最小化する。ＵＥは、ハンドオーバに必要とされる場合にのみ、他のシステム探索をネットワークへレポートする。更に、ハンドオーバ要求は、必要であれば、更なる効率化のために、他のシステム測定情報と束ねられうる。
【００２２】
様々な局面が、図面と関連して記述される。以下の記述では、説明の目的のために、１または複数の局面の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、様々な局面は、これら具体的な詳細なしで実現されうることが明らかである。他の事例では、これら局面の説明を容易にするために、周知の構成およびデバイスが、ブロック図形式で示される。
【００２３】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、実行中のソフトウェアの何れかであるコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で動作中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、あるいはコンピュータでありうる。例示によれば、サーバで動作中のアプリケーションと、サーバとの両方が構成要素になりえる。１または複数の構成要素は、プロセスまたは実行スレッド内に存在することができ、構成要素は、１つのコンピュータに局在化しているか、あるいは２またはそれ以上のコンピュータに分散されうる。
【００２４】
用語「典型的な」は、本明細書において、例、事例、または例示となることを意味するために使用される。本明細書において「典型的な」と示される局面または設計は、必ずしも他の局面または設計よりも好適であるとか、有利であるとか解釈される必要はない。
【００２５】
更に、１または複数のバージョンは、開示された局面を実現するようにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、あるいはこれらの組み合わせを生成するための標準的なプログラミング技術またはエンジニアリング技術を用いる方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品（あるいは、「コンピュータ・プログラム製品」）は、任意のコンピュータ読取可能デバイス、キャリア、あるいは媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック）を含みうる。さらに、電子メールを送受信する際、あるいはインターネットやローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークにアクセスする際に使用されるようなコンピュータ読取可能電子データを搬送するために、搬送波が適用されうることが認識されるべきである。もちろん、当業者は、開示された局面の範囲から逸脱することなく、この構成に対して多くの修正がなされうることを認識するだろう。
【００２６】
様々な局面は、多くの構成要素、モジュール等を含むシステムに関連して示されるだろう。これら様々なシステムは、更なる構成要素やモジュール等を含むことができ、図面に関連して説明された構成要素やモジュール等のうちの全てを含んでいるわけではないことが理解され認識されるべきである。これらのアプローチの組み合わせもまた使用されうる。本明細書に示された様々な局面は、タッチ・スクリーン表示技術あるいはマウス・キーボード・タイプのインタフェースを利用するデバイスを含む電子デバイス上で実施されうる。そのようなデバイスの例は、コンピュータ（デスクトップおよびモバイル）、スマート・フォン、携帯情報端末（ＰＤＡ）、および、有線と無線との両方であるその他の電子デバイスを含んでいる。
【００２７】
まず図１に示すように、１つの局面では、無線通信システム１０は、ソース・ラジオ・アクセス・ネットワーク（ＲＡＮ）１４と近隣ＲＡＮ１６との間でユーザ機器（ＵＥ）１２がハンドオーバしている間、データ・トラフィック負荷を高めるか、あるいは、レイテンシ／接続誤りを低減する。特に、ソースＲＡＮ１４は、１８に示すように、近隣ＲＡＮ１６のパラメータを、ネットワーク接続を介して要求するか、あるいは、ブロードキャストされたデータを受信する。そのようなパラメータの例は、例えば、システム・タイプ、中心周波数等のような、（ＲＡＴ間で）異なるラジオ・アクセス技術間でのハンドオーバのための情報を含んでいる。ソースＲＡＮ１４は、接続のためＵＥ１２が他のシステムを探索することを促すために、あるいは少なくともプロビジョンするために、近隣リスト（ＮＬ）２２を送る。ソースＲＡＮ１４はまた、ＵＥ１２が実行するハンドオフ・アルゴリズム２４をイネーブルするために、少なくとも１つの判定基準を送る。このアルゴリズム２４によって、ソースＲＡＮ１４は、ＵＥ１２がハンドオーバを実行する条件を指示することが可能となる。このアルゴリズム２４は、輻輳を回避するために、ソースＲＡＮ１４にデータ・トラフィック負荷を反映することができる。このアルゴリズム２４は、ＵＥ１２に処理負荷を分散することができ、測定レポーティング要件を低減する。そうでない場合には、ソースＲＡＮ１４は、ハンドオーバが保証されているときを判定することが要求されるだろう。
【００２８】
図２に示すように、他の局面では、通信システム１１０は、イボルブド・ベース・ノード（ｅＮｏｄｅＢ）１１６とユーザ機器（ＵＥ）デバイス１１８として示すように、少なくとも１つのラジオ・アクセス・ネットワーク（ＲＡＮ）間でのシステム間ハンドオーバ・システム１１４を組み込んだイボルブド・ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）１１２を含む。範囲内にある複数入力複数出力（ＭＩＭＯ）通信のための他のｅＮｏｄｅＢ１２０は、ハンドオーバのために利用可能であるとして示される。第３のｅＮｏｄｅＢ１２２は、ＵＥデバイス１１８の範囲外であるとして示されている。
【００２９】
ｅＮｏｄｅＢ１１６、１２０、１２２は、ＵＭＴＳ地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）ユーザ・プレーンおよび制御プレーン（ＲＲＣ）プロトコル・ターミネーションをＵＥ１１８へ提供する。ユーザ・プレーンは、３ＧＰＰ（第３世代パートナシップ計画）パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）、ラジオ・リンク制御（ＲＬＣ）、媒体アクセス制御（ＭＡＣ）、および物理レイヤ制御（ＰＨＹ）から構成されうる。ｅＮｏｄｅＢ１１６、１２０、１２２は、Ｘ２インタフェース（“Ｘ２”）によって互いに接続される。ｅＮｏｄｅＢ１１６、１２０、１２２はまた、Ｓ１インタフェース（ “Ｓ１”）によってＥＰＣ（イボルブド・パケット・コア）、具体的には、データ・パケット・ネットワーク１３０に接続されたモビリティ管理エンティティ／サービス提供ゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）１２６、１２８に接続される。Ｓ１インタフェースは、ＭＭＥ／Ｓ−ＧＷ  １２６、１２８と、ｅＮｏｄｅＢ１１６、１２０、１２２との間の多対多関係をサポートする。
【００３０】
ｅＮｏｄｅＢ１１６、１２０、１２２は、下記の機能をホストする。ラジオ・リソース管理、ラジオ・ベアラ制御、ラジオ許可制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるＵＥへのリソースの動的な割当（スケジューリング）、ユーザ・データ・ストリームのＩＰヘッダ圧縮および暗号化、ＵＥ接続点におけるＭＭＥの選択、サービス提供ゲートウェイへのユーザ・プレーン・データのルーティング、（ＭＭＥからの）ページング・メッセージのスケジューリングおよび送信、ブロードキャスト情報のスケジューリングおよび送信、モビリティおよびスケジューリングのための測定レポーティング設定。
【００３１】
ＭＭＥは、下記の機能をホストする。ページング・メッセージのｅＮｏｄｅｓ  Ｂ  １１６、１２０、１２２への配信、セキュリティ制御、アイドル状態モビリティ制御、システム・アーキテクチャ・イボリューション（ＳＡＥ）ベアラ制御、非アクセス階層（ＮＡＳ）シグナリングの暗号化および完全性保護。サービス提供ゲートウェイは、以下の機能、すなわち、呼出理由によるＵプレーン・パケットの停止、および、ＵＥモビリティのサポートのためのＵプレーンの切換をホストする。
【００３２】
図３では、システム間ハンドオーバのための方法論２００は、ソース・ベース・ノード（ＮｏｄｅＢ）が、近隣システムへのハンドオーバのために必要なパラメータを保持することで始まる（ブロック２０２）。ソースＮｏｄｅＢは、ＵＥへ近隣リスト（ＮＬ）を送信する（ブロック２０４）。このＮＬは、おのおののターゲットのためのＲＡＴのタイプ（例えば、ＧＳＭ、ＷＣＤＭＡ、ＨＳｘＰＡ、ＬＴＥ、１ｘ／ＤＯ、ＵＭＢ、ＷｉＭＡＸ等）、中心周波数、システム帯域幅、ソースとおのおののターゲットとの間の基準時間差、あるいはその他のシステム特有の情報を指定する。例えば、後者は、カラー・コードおよび擬似雑音（ＰＮ）オフセット、セルＩＤを含みうる。別の例として、後者はまた、ＷＣＤＭＡ／ＨＳｘＰＡのためのスクランブリング符号が加えられた中心周波数をも含みうる。この送信は、いくつかの例では、ユニキャストでありうるが、典型的な方法では、ＮＬがＵＥ全体にブロードキャストされうる。したがって、ブロック２０６において、ハンドオーバ・アルゴリズムが、ソースＮｏｄｅＢからＵＥへ送信される。いくつかの例では、ＮＬに含まれるターゲットＮｏｄｅＢを求める探索をＵＥに開始させるために、ＮＬ単独のブロードキャストで十分である。他の例では、このアルゴリズムはまず、例えば、ソースＮｏｄｅＢからの、測定されたシンボル毎エネルギ対干渉密度比（Ｅｓ／Ｉｏ）のような、探索を開始させるための前提条件として必要な条件／判定基準を決定する。あるいは、または、それに加えて、このアルゴリズムは、ＵＥがハンドオーバを要求する条件を決定する。
【００３３】
ＵＥは、一般に、必要な測定を行うために十分な予備のインタレースを有している。ソースＮｏｄｅＢは、おのおののシステム・タイプについての他のシステム測定値のために、所望の数のインタレース（ＤＲＸパターン）を保持することができる（ブロック２０８）。ブロック２１０において（例えば、ＮＬの受信や、ＮＬとアルゴリズム／探索判定基準との両方等に応じて）、ＵＥが他のシステムを求める探索を開始すべきであると判定がなされると、ハンドオーバが保証されるかを判定するために、ハンドオーバ・アルゴリズムが実行される（ブロック２１２）。その後、ＵＥがハンドオーバを要求し（ブロック２１４）、ソースＮｏｄｅＢが、これを許可するか拒否するかを検討する（ブロック２１６）。例えば、このハンドオーバ・アルゴリズムは、負荷平準のために、ハンドオーバするオプションを、ソースＮｏｄｅＢに知らせることができる。接続を維持するためにハンドオーバがなされねばならないと測定値が示す場合、許可に対して更なる強調がなされうる。
【００３４】
図４では、ターゲットＮｏｄｅ３０６へのハンドオーバで完結するアクティブなＵＥ３０２とソースＮｏｄｅＢ３０４との間の通信のための方法論３００のタイミング図が示される。ブロック３０８では、ソースＮｏｄｅＢ３０４は、アイドル状態およびアクティブ状態の何れの状態のＵＥ３０２に、適用可能なシステム情報ブロック（ＳＩＢ）をブロードキャストする。ＳＩＢ内のレポーティング・パラメータおよび測定値は、例えば、ターゲット・ノードまたはローカル負荷条件の利用度を反映するためにブロードキャスト制御チャネル（ＢＣＣＨ）で定期的に送信され、ネットワークによって動的に変更されうる。ブロック３１０では、ＵＥ３０２は、他のシステムの探索をいつ開始するかを決定するために、ＳＩＢからＮＬおよび探索アルゴリズムを抽出する。ＮＬを受信することは、探索を開始するために十分でありうる。例えば、ソースＮｏｄｅＢ３０４は、どのＵＥ３０２がターゲット・ノードと接続できるかを知ることが望まれる負荷条件まで、ＮＬをブロードキャストしない。あるいは、この開始アルゴリズムは、ソースＮｏｄｅＢ３０４から受信した信号強度がある閾値を下回ったかをさらに判定する必要があるかもしれない。
【００３５】
ブロック３１２では、いくつかの事例では、ＵＥ３０２が、ターゲット・システムを探索できるようにするために、不連続な受信（ＤＲＸ）を要求しうる。しかしながら、本開示の利益とともに、他のシステムに対する探索は、そのような要求を必要としないかもしれないことが認識されるべきである。ブロック３１４に応答して、ソースＮｏｄｅＢ３０４は、（ａ）負荷ベースのハンドオーバ、あるいは（ｂ）フロー構成ベースのＤＲＸパターン用のアルゴリズムを実行しうる。その後、ブロック３１６では、対応するメッセージがソースＮｏｄｅＢ３０４からＵＥ３０２へ送られる。後者の場合、ターゲット・システム情報と応答パラメータ（ＴＶＭ、位置、ＵＥインターナショナル測定値等）を含むターゲット・システム探索コマンドが送られる。後者の場合、ＤＲＸパターンが許可される。ブロック３１８では、ＵＥ３０２が、ハンドオーバのため、ターゲット・システム／セルの探索を開始する。
【００３６】
ブロック３２０では、ＵＥ３０２が連続パケット接続モードにある事例の場合、ＵＥ３０２は、ランダム・アクセス・チャネル（ＲＡＣＨ）にアクセスし、ブロック３２２において、ＵＥ３０２とソースＮｏｄｅＢ３０４との間の接続セットアップ手順に入る。
【００３７】
ブロック３２４では、ＵＥ３０２が、ハンドオーバ要求あるいはターゲット探索応答を用いて応答する。測定値は、受信した電力測定値（例えば、Ｅｓ／Ｉｏ、ＲＳＳＩ等）またはターゲットｎｏｄｅＢ３０６のキュー・サイズのＴＶＭを含む応答とともに束ねられる。
【００３８】
ブロック３２６では、ソースＮｏｄｅＢ３０４が、ハンドオーバを許可するか拒否するかを決定する。許可された場合、ブロック３２８において、ソースＮｏｄｅＢ３０４は、ＵＥ３０２からのターゲット情報を用いて、ターゲットｎｏｄｅＢ３０６と通信することができる。ターゲットｎｏｄｅＢ３０６は、ブロック３３０において、ハンドオーバを許可する。これは、ＵＥ３０２によって使用されるターゲット・システム情報を含む。ソースＮｏｄｅＢ３０４は、ブロック３３２において、利用可能であればターゲット・システム情報を含みうるハンドオーバ許可をＵＥ３０２へ中継するために応答する。このように、ハンドオーバを容易にすることによって、レイテンシおよび接続失敗が低減される。
【００３９】
図５では、ソースＮｏｄｅＢ４０４とアイドル状態にあり、ターゲットｎｏｄｅＢ４０６へのハンドオーバを実行するＵＥ４０２の方法論４００が示される。ブロック４０８では、ソースＮｏｄｅＢ４０４が、測定ＳＩＢで、測定値およびレポーティング・パラメータを送信する。そのブロードキャストは、近隣ＮｏｄｅＢ（すなわち、ターゲットＮｏｄｅＢ４０６）に関する情報を含む。ブロック４１０では、ＵＥ４０２が、ターゲットｎｏｄｅＢ４０６の探索を開始することによって受信されたＮＬおよび探索アルゴリズムに対して応答する。この探索は、ソースｎｏｄｅＢ４０４から受信した信号強度（例えば、Ｅｓ／Ｉｏ）が、予め定めた閾値を下回ることに基づきうる。ブロック４１２では、位置最新要求を保証するために、十分な接続がいつ検知されたかを決定するために、ＮＬ／探索アルゴリズムの更なる局面が実行される。これが決定された場合、ブロック４１４では、ＵＥ４０２が、ターゲットｎｏｄｅＢ４０６へ位置更新要求を行う。一方、ターゲットｎｏｄｅＢ４０６は、ブロック４１６において、位置更新受諾をもって応答する。
【００４０】
図６では、上述したように、ＵＥが別のシステム探索を開始すべきか、あるいはいつ開始すべきかを決定する方法論５００は、ブロック５０２において、ソースＮｏｄｅＢからアルゴリズムを受け取ることで始まる。ブロック５０４では、近隣システムのリストが受信される。これは、例示的な説明では、一種のＲＡＴシステム（例えば、ＧＳＭ、ＷＣＤＭＡ、ＨＳｘＰＡ、ＬＴＥ、１ｘ／ＤＯ、ＵＭＢ、ＷｉＭＡＸ）でありうる。それは、中心周波数、システム帯域幅、ソースとターゲットとの間の基準時間差、あるいはシステム特有の情報（例えば、１ｘ／ＤＯカラー・コードおよびＰＮオフセット、ＷＣＤＭＡ／ＨＳｘＰＡセルＩＤ、中心周波数およびスクランブル符号等）を含みうる。ブロック５０６では、ソースＮｏｄｅＢは、リスト全体ではなく、探索用のＮＬのサブセットを指定している。ブロック５０８では、ターゲットとするＮＬ内に他のシステムが含まれているかに関する判定がなされる。含まれていなければ、方法論５００は、利用可能なＮＬが受信されるまで停止する（ブロック５１０）。
【００４１】
ブロック５０８において、ターゲット・システムが探索された場合、必要であれば、ブロック５１２において、ソースＮｏｄｅＢ  Ｅｓ／Ｉｏのワン・タップ無限インパルス応答（ＩＩＲ：Infinite Impulse Response）フィルタ時定数が実行される。その後、ブロック５１４では、ソースＮｏｄｅＢのＥｓ／Ｉｏのフィルタされた測定値が、指定された閾値（“τ１”）を下回っているかが判定される。ブロック５１４において下回っている場合、あるいは、ブロック５０８において探索のためにＮＬの受信が十分である場合、ブロック５１６において、利用可能であれば第２のＲＸチェーンを用いて探索が実行される。しかしながら、多くの事例では、体裁および経費を考慮して、第２のＲＸチェーンの感度は、第１のＲＸチェーンよりも低い。したがって、この方法論は、ＲＡＴ間ハンドオーバ（すなわち、独立して調節可能なＲＸチェーンまたは同時デュアル・システム受信／処理が考慮されない）のために、単一のラジオＶＣＣを仮定することによって、これに対処する。デュアルＲＸチェーンを持つことは、例えば、ＧＳＭシステムの連続した１０フレームを受信でき、これによって、より迅速なＧＳＭシステム獲得を可能とすることによって、ハンドオーバの質を高めることが認識されるべきである。ブロック５１８では、探索を容易にするために、ＵＥはＤＲＸを要求する必要がありうる。
【００４２】
図７では、例えば図６で上述したような探索を実行した後に、ＵＥがハンドオーバを要求するかあるいはいつ要求するかを決定するための方法論６００が示される。１または複数のターゲット・システムからなるこのリストは、ブロック６０２に示すように、ソースＮｏｄｅＢによって、ＮＬのサブセットで指定されたものに限定されうる。明確化のために、１つのターゲットｎｏｄｅＢの測定が示されているが、開示された利益とともに、考えられるハンドオーバのために、複数のターゲットｎｏｄｅＢがモニタされうることが認識されるべきである。ブロック６０４では、例えばＥｓ／ＩｏのようなターゲットｎｏｄｅＢ受信電力を代表する測定が実施される。この測定は、例示的な説明では、ブロック６０６において、ワン・タップＩＩＲフィルタ“ｙ（ｎ）＝（１／Ｔｃ）・ｘ（ｎ）＋（１−１／Ｔｃ）・ｙ（ｎ−１）”を適用して、ロウ・パス・フィルタされる。ブロック６０８では、この信号対時間が、十分強力（例えば、最小クレジット）であるかに関する計算がなされる。例示的な説明では、クレジットは、ターゲットＥｓ／Ｉｏ電力レベル（ｄＢ）が、ソースＥｓ／Ｉｏを予め設定した差分を超えている各インタバルについてはインクリメントされ、そうでない場合には、デクリメントされる。ブロック６１０では、累積されたクレジットが、最小クレジット閾値（“τＭＣ”）を超えているかが判定される。超えている場合、ブロック６１２において、その結果が、ＵＥによって開始された探索に基づいて到着しているかに関する更なる判定がなされ、もしそうであれば、ブロック６１４において、チップ毎ターゲット・エネルギー対干渉密度比（Ｅｃ／Ｉｏ）が、ソースＮｏｄｅＢによって指定された最小レポート閾値を超えているかが更に判定される。超えている場合、あるいは、ブロック６１２においてＵＥによって開始された探索ではない場合には、ブロック６１６において、ＵＥはハンドオーバを要求する。
【００４３】
別の局面では、図８において、アクセス・ノード７００が、コンピュータに対して、図３乃至図７の方法論に参加させるか、あるいは実行させるための手段を提供するモジュールを含む。モジュール７０２は、ハンドオーバ決定情報を含む近隣リスト（ＮＬ）を送るために提供される。モジュール７０４は、ＵＥが他のシステム探索を開始するアルゴリズムを指定するために提供される。モジュール７０６は、ハンドオーバを許可する負荷ベースの判定のために提供される。モジュール７０８は、フロー構成ベースのＤＲＸパターンを指定するために提供される。モジュール７１０は、ランダム・アクセス・チャネル（ＲＡＣＨ）コール・セットアップを制御するために提供される。モジュール７１２は、ターゲット・システムとのハンドオーバを調整するために提供される。
【００４４】
別の局面では、図９において、アクセス端末８００が、コンピュータに対して、図３乃至図８の方法論に参加させるか、あるいは実行させるための手段を提供するモジュールを含む。モジュール８０２は、ハンドオーバ決定情報を含む近隣リスト（ＮＬ）を受信するために提供される。モジュール８０４は、ＵＥが他のシステム探索を開始するアルゴリズムを実行するために提供される。モジュール８０６は、ハンドオーバを許可する負荷ベースの判定を要求するために提供される。モジュール８０８は、フロー構成ベースのＤＲＸパターンを要求するために提供される。モジュール８１０は、ランダム・アクセス・チャネル（ＲＡＣＨ）コール・セットアップを要求するために提供される。モジュール８１２は、ターゲット・システムとのハンドオーバの調整を促すために提供される。
【００４５】
別の局面において、図１０では、図１の通信システム１０を包含する通信システム９００は、イボルブド・パケット・コア９０２を、インタフェースＳ４によって、レガシー汎用パケット・ラジオ・サービス（ＧＰＲＳ）コア９０４とインタフェースさせるためのサポートを含む。レガシー汎用パケット・ラジオ・サービス（ＧＰＲＳ）コア９０４のサービス提供ＧＰＲＳサポート・ノード（ＳＧＳＮ）９０６は、Ｇｂインタフェースによってグローバル移動体通信システム（ＧＳＭ）／エッジ・ラジオ・アクセス・ネットワーク（ＧＥＲＡＮ）９０８と、ｌｕインタフェースによってＵＴＲＡＮ９１０と、インタフェースされる。Ｓ４は、インター・アクセス階層アンカ（ＩＡＳＡ）９１４の３ＧＰＰアンカ９１２と、ＧＰＲＳコア９０４との間の関連する制御およびモビリティ・サポートをユーザ・プレーンに提供し、ＳＧＳＮ９０６とゲートウェイＧＰＲＳサービス提供／サポート・ノード（ＧＧＳＮ）（図示せず）との間で定義されたＧｎ基準点に基づいている。ＩＡＳＡ９１４はまた、Ｓ５ｂインタフェースによって３ＧＰＰアンカ９１２へインタフェースされ、関連する制御およびモビリティ・サポートをユーザ・プレーンに提供するシステム・アーキテクチャ・イボルブド（ＳＡＥ）アンカ９１６を含んでいる。３ＧＰＰアンカ９１２は、インタフェースＳ５ａによってＭＭＥ  ＵＰＥ９１８と通信する。モビリティ管理エンティティ（ＭＭＥ）は、ページング・メッセージをｅＮＢへ配信することに関連しており、ユーザ・プレーン・エンティティ（ＵＰＥ）は、ユーザ・データ・ストリームのＩＰヘッダ圧縮および暗号化、呼出理由によるＵプレーン・パケットの停止、および、ＵＥモビリティのサポートのためのＵプレーンの切換に関連している。ＭＭＥ  ＵＰＥ９１８は、ＵＥデバイス９２２と無線通信するために、インタフェースＳ１を経由して、イボルブドＲＡＮ９２０と通信する。
【００４６】
Ｓ２ｂインタフェースは、無線ローカル・アクセス・ネットワーク（ＷＬＡＮ）アクセス・ネットワーク（ＮＷ）９２８をも含むＷＬＡＮ  ３ＧＰＰ  ＩＰアクセス構成要素９２６のイボルブド・パケット・データ・ゲートウェイ（ｅＰＤＧ）９２４と、ＳＡＥアンカ９１６との間の関連する制御およびモビリティ・サポートをユーザ・プレーンに提供する。ＳＧｉインタフェースは、インターＡＳアンカ９１６とパケット・データ・ネットワーク９３０との間の基準点である。パケット・データ・ネットワーク９３０は、例えばＩＰマルチメディア・サブシステム（ＩＭＳ）サービスを提供するための、外部の公衆またはプライベートなオペレータ・パケット・データ・ネットワークであるか、あるいは、内部オペレータ・パケット・データ・ネットワークでありうる。このＳＧｉ基準点は、Ｇｉ機能およびＷｉ機能に相当し、任意の３ＧＰＰアクセス・システムおよび非３ＧＰＰアクセス・システムをサポートする。Ｒｘ＋インタフェースは、パケット・データ・ネットワーク９３０と、Ｓ７を経由してイボルブド・パケット・コア９０２と通信するポリシーおよび課金ルール機能（ＰＣＲＦ）９３２との間の通信を提供する。Ｓ７インタフェースは、ＰＣＲＦ９３２から、ポリシーおよび課金実行点（ＰＣＥＰ）（図示せず）への（ＱｏＳ）ポリシーおよび課金ルールの転送を提供する。Ｓ６インタフェース（すなわち、ＡＡＡインタフェース）は、イボルブド・パケット・コア９０２を、ホーム加入者サービス（ＨＳＳ）９３４へインタフェースすることによって、ユーザ・アクセスを認証／許可するための加入者および認証データの転送を可能にする。Ｓ２ａインタフェースは、信頼された非３ＧＰＰ  ＩＰアクセス９３６とＳＡＥアンカ９１６との間の関連制御およびモビリティ・サポートをユーザ・プレーンに提供する。
【００４７】
無線通信システムは、例えば音声、データ等のような様々なタイプの通信コンテンツを提供するために広く適用されていることが認識されるべきである。これらのシステムは、利用可能なシステム・リソース（例えば、帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることができる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ  ＬＴＥシステム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。
【００４８】
一般に、無線多元接続通信システムは、同時に複数の無線端末のための通信をサポートすることができる。おのおのの端末は、順方向リンクおよび逆方向リンクでの送信によって、１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末へ通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単数入力単数出力、複数入力単数出力、単数入力複数出力（ＳＩＭＯ）、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。
【００４９】
ＭＩＭＯシステムは、データ送信のために複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個）の受信アンテナとを利用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立したチャネルへ分解されうる。ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立したチャネルのおのおのは、ディメンションに相当する。ＭＩＭＯシステムは、複数の送信アンテナおよび受信アンテナによって生成された更なるディメンションが利用される場合、改善された性能（例えば、より高いスループットまたはより優れた信頼性）を与える。
【００５０】
ＭＩＭＯシステムは、時分割デュプレクス（ＴＤＤ）システムおよび周波数分割デュプレクス（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互主義によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントは、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、順方向リンクで、送信ビームフォーミング利得を抽出できるようになる。
【００５１】
図１１に示すように、１つの局面にしたがう多元接続無線通信システムが例示されている。アクセス・ポイント１０００（ＡＰ）は、１つのグループが１００４と１００６を含み、別のグループが１００８と１０１０を含み、更に別のグループが１０１２と１０１４と含む複数のアンテナ・グループを含んでいる。図１１では、おのおののアンテナ・グループに対して２つアンテナしか示されていないが、おのおののアンテナ・グループについて、それより多いあるいはそれより少ないアンテナも利用されうる。アクセス端末１０１６（ＡＴ）は、アンテナ１０１２およびアンテナ１０１４と通信している。ここで、アンテナ１０１２およびアンテナ１０１４は、順方向リンク１０２０によってアクセス端末１０１６へ情報を送信し、逆方向リンク１０１８によってアクセス端末１０１６から情報を受信する。アクセス端末１０２２は、アンテナ１００６およびアンテナ１００８と通信している。ここで、アンテナ１００６およびアンテナ１００８は、順方向リンク１０２６によってアクセス端末１０２２へ情報を送信し、逆方向リンク１０２４によってアクセス端末１０２２から情報を受信する。ＦＤＤシステムでは、通信リンク１０１８、１０２０、１０２４、１０２６は、通信のために異なる周波数を使用しうる。例えば、順方向リンク１０２０は、逆方向リンク１０１８によって使用されるものとは異なる周波数を使用しうる。
【００５２】
通信するように設計された領域またはアンテナのグループのおのおのは、アクセス・ポイントのセクタと称される。この局面では、おのおののアンテナ・グループは、アクセス・ポイント１０００によってカバーされる領域のセクタ内のアクセス端末と通信するように設計される。
【００５３】
順方向リンク１０２０、１０２６による通信では、アクセス・ポイント１０００の送信アンテナは、他のアクセス端末１０１６、１０２４の順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。更に、有効範囲にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、近隣セル内の全てのアクセス端末へ単一のアンテナによって送信しているアクセス・ポイントよりも、近隣セル内のアクセス端末へ少ない干渉しかもたらさない。
【００５４】
アクセス・ポイントは、端末と通信するために使用される固定局であり、アクセス・ポイント、ＮｏｄｅＢあるいはその他の用語で称されうる。アクセス端末は、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他の用語でも称されうる。
【００５５】
図１２は、ＭＩＭＯシステム１１００において（アクセス・ポイントとしても知られている）送信機システム１１１０および（アクセス端末としても知られている）受信機システム１１５０の局面のブロック図である。送信機システム１１１０では、多くのデータ・ストリーム用のトラフィック・データが、データ・ソース１１１２から送信（ＴＸ）データ・プロセッサ１１１４に提供される。
【００５６】
局面では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ１１１４は、おのおののデータ・ストリームのトラフィック・データをフォーマットし、そのデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００５７】
おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは、一般に、周知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために、受信機システムにおいて使用される。おのおののデータ・ストリームの多重化されたパイロットおよび符号化されたデータは、その後、そのデータ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボル・マップ）される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ１１３０によって実行される命令群によって決定されうる。
【００５８】
全てのデータ・ストリームの変調シンボルは、その後、ＴＭ  ＭＩＭＯプロセッサ１１２０へ提供される。ＴＭ  ＭＩＭＯプロセッサ１１２０は、（例えば、ＯＦＤＭのために）この変調シンボルを更に処理する。ＴＸ  ＭＩＭＯプロセッサ１１２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）１１２２ａ乃至１１２２ｔへ提供する。ある実施では、ＴＸ  ＭＩＭＯプロセッサ１１２０は、データ・ストリームのシンボル、およびシンボルが送信されるアンテナに、ビームフォーミング重みを適用する。
【００５９】
おのおのの送信機１１２２は、それぞれのシンボル・ストリームを受信して処理し、１または複数のアナログ信号を提供する。そして、さらに、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）し、ＭＩＭＯチャネルによる送信に適した変調信号を提供する。送信機１１２２ａ乃至１１２２ｔからのＮＴ個の信号は、その後、ＮＴ個のアンテナ１１２４ａ乃至１１２４ｔからそれぞれ送信される。
【００６０】
受信機システム１１５０では、送信された変調信号が、ＮＲ個のアンテナ１１５２ａ乃至１１５２ｒによって受信され、おのおののアンテナ１１５２からの受信信号が、受信機（ＲＣＶＲ）１１５４ａ乃至１１５４ｒへそれぞれ提供される。おのおのの受信機１１５４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを提供する。さらに、このサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００６１】
その後、ＲＸデータ・プロセッサ１１６０が、ＮＲ個の受信機１１５４から、ＮＲ個の受信されたシンボル・ストリームを受信し、特定の受信機処理技術に基づいて処理し、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１１６０は、その後、検出されたおのおののシンボル・ストリームを復調、デインタリーブ、および復号して、そのデータ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ１１６０による処理は、送信機システム１１１０のＴＸ  ＭＩＭＯプロセッサ１１２０およびＴＸデータ・プロセッサ１１１４によって行なわれた処理と相補的である。
【００６２】
プロセッサ１１７０は、（後述するように）どの事前符号化行列を使用するのかを定期的に決定する。プロセッサ１１７０は、行列インデクス部とランク値部とを備える逆方向リンク・メッセージを規定する。
【００６３】
逆方向リンク・メッセージは、通信リンクあるいは受信されたデータ・ストリームに関する様々なタイプの情報を備えうる。その後、逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース１１３６から受信するＴＸデータ・プロセッサ１１３８によって処理され、変調器１１８０によって変調され、送信機１１５４ａ乃至１１５４ｒによって調整され、送信機システム１１１０へ送り戻される。
【００６４】
送信機システム１１１０では、受信機システム１１５０からの変調信号が、アンテナ１１２４によって受信され、受信機１１２２によって調整され、復調器１１４０によって復調され、ＲＸデータ・プロセッサ１１４２によって処理されて、受信機システム１１５０によって送信された逆方向リンク・メッセージが抽出される。その後、プロセッサ１１３０が、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定し、その後、抽出されたメッセージを処理する。
【００６５】
局面では、論理チャネルが、制御チャネルおよびトラフィック・チャネルに分類される。論理制御チャネルは、システム制御情報をブロードキャストするＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を備えている。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）も備えている。１または複数のＭＴＣＨのために、マルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジューリングおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）も備えている。
【００６６】
一般に、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。局面では、論理トラフィック・チャネルは、専用トラフィック・チャネル（ＤＴＣＨ）を備える。これは、ユーザ情報を送信するための、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである。更に、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルのためのポイント・トゥ・マルチポイントＤＬチャネルも備えている。
【００６７】
局面では、輸送チャネルが、ＤＬとＵＬに分類される。ＤＬ輸送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＵＥの節電をサポートするＰＣＨ（ＤＲＸサイクルがネットワークによってＵＥへ示される）は、セル全体にわたってブロードキャストされ、他の制御／トラフィック・チャネルのために使用されうるＰＨＹリソースへマップされる。ＵＬ輸送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとからなるセットを備える。
【００６８】
ＤＬ  ＰＨＹチャネルは以下を備える。共通パイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、負荷インジケータ・チャネル（ＬＵＣＨ）。ＵＬ  ＰＨＹチャネルは、以下を備える。物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、ブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）。
【００６９】
上記したものは、様々な局面の例を含んでいる。もちろん、これら様々な局面を記載する目的で、構成要素または方法論の考えられる全ての組み合わせを記述することは可能ではないが、当業者であれば、さらに多くの組み合わせおよび置き換えが可能であると認識することができる。したがって、本明細書は、特許請求の範囲の精神およびスコープ内にある全てのそのような変形、修正、および変更を含むことが意図される。
【００７０】
特に、上述した構成要素、デバイス、回路、システム等によって実行される様々な機能に関し、これら構成要素を説明するために使用される（「手段」に対する参照を含む）用語は、別の方法で示されていなければ、記述した構成要素のうちの指定された（例えば、機能的に等価な）機能を実行する構成要素であって、たとえ開示された構成に構成的に等しくなくても、本明細書に記載された典型的な局面における機能を実行する任意の構成要素に相当することが意図される。この点において、様々な局面が、様々な方法の動作またはイベントを実行するためのコンピュータ実行可能な命令群を有するコンピュータ読取可能媒体のみならずシステムをも含んでいることもまた認識されるだろう。
【００７１】
更に、特定の機能が、幾つかの実施のうちの１つのみに関連して開示されているが、そのような機能は、与えられた任意のアプリケーションあるいは特定のアプリケーションのために所望されかつ有利であるので、他の実施のうちの他の１または複数の機能とともに組み合わされうる。用語「含む」、「含んでいる」、およびそれらの変形が、詳細説明あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、詳細説明あるいは特許請求の範囲において使用されている用語「または」は、「排他的論理和ではない」ことが意図される。
【００７２】
さらに、認識されるだろうが、開示されたシステムおよび方法の様々な部分は、人工知能、マシン学習、あるいは知識または規則ベースの構成要素、サブ構成要素、プロセス、手段、方法論、あるいは（例えば、ベクトル機械、ニューラル・ネットワーク、エキスパート・システム、Ｂａｙｅｓｉａｎビリーフ・ネットワーク、ファジー理論、データ融合エンジン、クラシファイヤ等をサポートする）メカニズムを含んでいるか、これらから構成される。そのような構成要素は、とりわけ、システムおよび方法の一部を、より効率的かつ高度にするのみならず、より適応性のあるようにするために、実行されるあるメカニズムまたは処理を自動化することができる。限定ではなく一例として、イボルブドＲＡＮ（例えば、アクセス・ポイント、ｅＮｏｄｅＢ）は、同じすなわち同一の機械との前のインタラクションに基づいて、類似の条件において、レイテンシおよび接続誤りが低減された状態で、別のタイプのＲＡＴへのハンドオーバを容易にするデータ・トラフィック条件および機会を推論または予測することができる。
【００７３】
前述した典型的なシステムを考慮して、開示された主題にしたがって実現される方法論が、幾つかのフロー図を参照して説明された。説明を単純にする目的で、これら方法論は、一連のブロックとして示され説明されているが、権利主張する主題は、幾つかのブロックが本明細書で示され記載されたものとは異なる順序で、あるいは他のブロックと同時に生じうるので、ブロックの順序によって限定されないことが理解され認識されるべきである。さらに、本明細書に記載された方法論を実現するために、例示された全てのブロックが必要とされる訳ではない。さらに、本明細書で開示された方法論は、そのような方法論をコンピュータへ伝送および転送することを容易にする製造物品に格納されうることがさらに認識されるべきである。本明細書で使用される製造物品という用語は、任意のコンピュータ読取可能デバイス、キャリア、あるいは媒体からアクセスすることが可能なコンピュータ・プログラムを包含することが意図される。
【００７４】
その全体または一部が本明細書に参照によって組み込まれていると書かれている任意の特許、文献、あるいはその他の開示資料は、組み込まれた資料が既存の定義、記述、あるいは本開示で述べられたその開示資料とコンフリクトしない程度に限り組み込まれることが認識されるべきである。それゆえ、本開示は、本明細書で明確に述べられたように、必要な程度まで、参照によって本明細書に組み込まれたあらゆるコンフリクト資料に代わる。本明細書において参照によって組み込まれていると書かれているものの、既存の定義、記述、あるいは本明細書で述べられたその他の開示資料とコンフリクトする任意の資料またはその一部は、組み込まれた資料と既存の開示資料との間でコンフリクトが生じない程度に限り組み込まれるだろう。
【図１】
2015213340.tif 000003
【図２】
2015213340.tif 000004
【図３】
2015213340.tif 000005
【図４】
2015213340.tif 000006
【図５】
2015213340.tif 000007
【図６】
2015213340.tif 000008
【図７】
2015213340.tif 000009
【図８】
2015213340.tif 000010
【図９】
2015213340.tif 000011
【図１０】
2015213340.tif 000012
【図１１】
2015213340.tif 000013
【図１２】
2015213340.tif 000014
【手続補正書】
【提出日】平成27年7月15日(2015.7.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおけるシステム間ハンドオーバのための方法であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信することと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信することと、
前記ＵＥを前記ターゲット・ノードへハンドオーバすることと
を備える方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
その全体または一部が本明細書に参照によって組み込まれていると書かれている任意の特許、文献、あるいはその他の開示資料は、組み込まれた資料が既存の定義、記述、あるいは本開示で述べられたその開示資料とコンフリクトしない程度に限り組み込まれることが認識されるべきである。それゆえ、本開示は、本明細書で明確に述べられたように、必要な程度まで、参照によって本明細書に組み込まれたあらゆるコンフリクト資料に代わる。本明細書において参照によって組み込まれていると書かれているものの、既存の定義、記述、あるいは本明細書で述べられたその他の開示資料とコンフリクトする任意の資料またはその一部は、組み込まれた資料と既存の開示資料との間でコンフリクトが生じない程度に限り組み込まれるだろう。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］  無線通信システムにおけるシステム間ハンドオーバのための方法であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信することと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信することと、
前記ＵＥを前記ターゲット・ノードへハンドオーバすることと
を備える方法。
［２］  前記近隣リストおよび判定基準を、アイドル・モードにある前記ＵＥへ送信することと、
前記ターゲット・ノードによる位置更新の受諾の後に、前記ＵＥへスケジュールされたページングを削除することと
をさらに備える［１］に記載の方法。
［３］  前記ＵＥが探索する近隣ノードのサブセットを特定する前記近隣リストを送信することをさらに備える［１］に記載の方法。
［４］  単一の受信チェーンを用いて、デュアル受信チェーンＵＥからハンドオーバを実行することをさらに備える［１］に記載の方法。
［５］  前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信することはさらに、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を送信することを備える［１］に記載の方法。
［６］  探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える情報を送信することをさらに備える［５］に記載の方法。
［７］  前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあるとの判定に応じて、前記ＵＥに対して探索することを促す情報を送信することをさらに備える［６］に記載の方法。
［８］  前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、ターゲット・システムについて測定された電力パラメータを指定することにより前記ハンドオーバを要求する判定基準を送信することをさらに備える［１］に記載の方法。
［９］  前記ＵＥがハンドオーバのための判定基準を満たしているとレポートするための前提条件として、前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されるという要件を指定することをさらに備える［８］に記載の方法。
［１０］  ハンドオーバ要件の判定を指示するための要件として、負荷ベースのハンドオーバ判定を実行することをさらに備える［１］に記載の方法。
［１１］  フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を実行することをさらに備える［１］に記載の方法。
［１２］  ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む近隣リストを送信することをさらに備える［１］に記載の方法。
［１３］  前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む前記近隣リストを送信することをさらに備える［１］に記載の方法。
［１４］  ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む前記近隣リストを送信することをさらに備える［１］に記載の方法。
［１５］  無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサであって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信する第１のモジュールと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信する第２のモジュールと、
前記ＵＥを前記ターゲット・ノードへハンドオーバする第３のモジュールと
を備える少なくとも１つのプロセッサ。
［１６］  無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品であって、
コンピュータに対して、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信させるための第１のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信させるための第２のコード・セットと、
前記コンピュータに対して、前記ＵＥを前記ターゲット・ノードへハンドオーバさせるための第３のコード・セットと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
［１７］  無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから送信する手段と、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を送信する手段と、
前記ＵＥを前記ターゲット・ノードへハンドオーバする手段と
を備える装置。
［１８］  無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含むソース・ノードからの近隣リストを備え、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を含むデータ構造を含むコンピュータ読取可能媒体と、
前記近隣リストおよび判定基準を送信する送信機と、
前記ＵＥを前記ターゲット・ノードへハンドオーバすることを容易にする、前記ターゲット・ノードへの通信チャネルと
を備える装置。
［１９］  前記送信機が、前記近隣リストおよび判定基準を、アイドル・モードにある前記ＵＥへ送信することと、
前記通信チャネルが、前記ターゲット・ノードによる位置更新の受諾の後に、前記ＵＥへスケジュールされたページングを削除することによってハンドオーバを容易にすることと
をさらに備える［１８］に記載の装置。
［２０］  前記データ構造が、前記ＵＥが探索する近隣ノードのサブセットを特定することをさらに備える［１８］に記載の装置。
［２１］  前記送信機が、単一の受信チェーンを用いて、デュアル受信チェーンＵＥからのハンドオーバを容易にすることをさらに備える［１８］に記載の装置。
［２２］  前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準は、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を備える［１８］に記載の装置。
［２３］  前記探索を促す情報は、探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える［２２］に記載の装置。
［２４］  前記ＵＥに対して探索を促す情報は、前記ソース・ノードからの測定された信号強度が、予め定めた閾値を下回る傾向にあるとの要件を備える［２３］に記載の装置。
［２５］  前記ハンドオーバを要求するための判定基準は、前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、前記ターゲット・システムについて測定された電力パラメータを指定する［１８］に記載の装置。
［２６］  前記ＵＥがハンドオーバのための判定基準を満たしているとレポートするための前提条件として、前記送信機が、前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されるという要件を送信することをさらに備える［２５］に記載の装置。
［２７］  送信されるべきハンドオーバ要件の判定を指示するための要件として、負荷ベースのハンドオーバ判定を実行するプロセッサをさらに備える［１８］に記載の装置。
［２８］  フロー構成ベースの不連続受信（ＤＲＸ）パターンの準備を生成するプロセッサをさらに備える［１８］に記載の装置。
［２９］  前記近隣リストは、ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む［１８］に記載の装置。
［３０］  前記近隣リストは、前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む［１８］に記載の装置。
［３１］  前記近隣リストは、ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む［１８］に記載の装置。
［３２］  無線通信システムにおけるシステム間ハンドオーバのための方法であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信することと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信することと、
前記ターゲット・ノードへのハンドオーバを要求することと
を備える方法。
［３３］  前記近隣リストおよび判定基準を、アイドル・モード中に受信することと、
前記ターゲット・ノードによる位置更新の受諾を促す位置更新要件を、前記ターゲット・ノードから要求することと
をさらに備える［３２］に記載の方法。
［３４］  探索する近隣ノードのサブセットを特定する前記近隣リストを受信することをさらに備える［３２］に記載の方法。
［３５］  デュアル受信チェーンのうちの単一の受信チェーンを用いて、ハンドオーバするためのターゲット・ノードを探索することをさらに備える［３２］に記載の方法。
［３６］  前記ターゲット・ノードへのハンドオーバをいつ実行するかを決定するための判定基準を受信することは、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を受信することを備える［３２］に記載の方法。
［３７］  探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える情報を受信することをさらに備える［３６］に記載の方法。
［３８］  前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあると判定することによって、前記ＵＥに対して探索することを促す情報を受信することをさらに備える［３７］に記載の方法。
［３９］  前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にある、ターゲット・システムについて測定された電力パラメータを指定する、前記ハンドオーバを要求する判定基準を受信することをさらに備える［３２］に記載の方法。
［４０］  前記ソース・ノードについて測定された電力パラメータが、指定された閾値を下回っていると判定されることに応じて、ハンドオーバのための判定基準を満たしているとレポートすることをさらに備える［３９］に記載の方法。
［４１］  前記ソース・ノードによって負荷ベースのハンドーバであると判定されることに応じて、ハンドオーバ要件を判定することをさらに備える［３２］に記載の方法。
［４２］  フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を要求することをさらに備える［３２］に記載の方法。
［４３］  ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む近隣リストを受信することをさらに備える［３２］に記載の方法。
［４４］  前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む近隣リストを受信することをさらに備える［３２］に記載の方法。
［４５］  ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む近隣リストを受信することをさらに備える［３２］に記載の方法。
［４６］  無線通信システムにおけるシステム間ハンドオーバのための少なくとも１つのプロセッサであって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信する第１のモジュールと、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信する第２のモジュールと、
前記ターゲット・ノードへのハンドオーバを要求する第３のモジュールと
を備える少なくとも１つのプロセッサ。
［４７］  無線通信システムにおけるシステム間ハンドオーバのためのコンピュータ・プログラム製品であって、
コンピュータに対して、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信させるための第１のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信させるための第２のコード・セットと、
前記コンピュータに対して、前記ターゲット・ノードへのハンドオーバを要求させるための第３のコード・セットと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
［４８］  無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを前記ソース・ノードから受信する手段と、
前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を受信する手段と、
前記ターゲット・ノードへのハンドオーバを要求する手段と
を備える装置。
［４９］  無線通信システムにおけるシステム間ハンドオーバのための装置であって、
ソース・ノードからの、ソース・ノード近傍のターゲット・ノードへ接続するための少なくとも１つのパラメータを含む近隣リストを備え、前記ターゲット・ノードへのハンドオーバをいつ実行するかをユーザ機器（ＵＥ）が決定するための判定基準を含むデータ構造を受信するためのコンピュータ読取可能媒体と、
前記近隣リストおよび判定基準を受信する受信機と、
前記ターゲット・ノードへのハンドオーバを要求する送信機と
を備える装置。
［５０］  前記受信機が、前記近隣リストおよび判定基準を、アイドル・モード中に受信することと、
前記送信機が、前記ターゲット・ノードへの位置更新要求を要求し、前記ターゲット・ノードによる位置更新が受諾されること
をさらに備える［４９］に記載の装置。
［５１］  前記データ構造が、前記ＵＥが探索する近隣ノードのサブセットを特定することをさらに備える［４９］に記載の装置。
［５２］  前記受信機および送信機が、デュアル受信チェーンのうちの単一の受信チェーンを用いることによって、ハンドオーバを容易にすることをさらに備える［４９］に記載の装置。
［５３］  前記ターゲット・ノードへのハンドオーバをいつ実行するかを前記ＵＥが決定するための判定基準は、前記ターゲット・ノードを探索するように前記ＵＥを促す情報を備える［４９］に記載の装置。
［５４］  前記探索を促す情報は、探索を促すために、前記近隣リスト内に少なくとも１つのターゲット・ノードを備える［５３］に記載の装置。
［５５］  前記ＵＥに対して探索を促す情報は、前記ソース・ノードから測定された信号強度が、予め定めた閾値を下回る傾向にあるとの要件を備える［５４］に記載の装置。
［５６］  前記ハンドオーバを要求する判定基準は、前記ターゲット・システムについて測定された電力パラメータが、前記ソース・ノードについて測定された電力パラメータよりも、予め定めた差分を超える傾向にあることを指定する［４９］に記載の装置。
［５７］  前記ＵＥがハンドオーバのための判定基準を満たしているとレポートする前提条件として、前記受信機が、指定された閾値を下回っていると判定される電力パラメータを前記ソース・ノードから測定することをさらに備える［５６］に記載の装置。
［５８］  負荷ベースのハンドーバであるとの判定を受信することに応じて、ハンドオーバ要件の判定を行うプロセッサをさらに備える［４９］に記載の装置。
［５９］  フロー構成ベースの不連続受信（ＤＲＸ）パターンの生成を要求するプロセッサをさらに備える［４９］に記載の装置。
［６０］  前記近隣リストは、ラジオ・アクセス技術のタイプ識別子、中心周波数、およびシステム帯域幅を備え、ハンドオーバを容易にする情報を含む［４９］に記載の装置。
［６１］  前記近隣リストは、前記ソース・ノードと前記ターゲット・ノードとの間の基準時間差を備える情報を含む［４９］に記載の装置。
［６２］  前記近隣リストは、ラジオ・アクセス技術のタイプに特有の情報を備える情報を含む［４９］に記載の装置。
【外国語明細書】
2015213340000001.pdf