(57)【特許請求の範囲】
【請求項１】
無線通信の方法であって、
ターゲット基地局が、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信することと、
前記ターゲット基地局が、前記ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定することと、
を備え、
ここで、前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示すインジケーションを備える方法。
【請求項２】
前記ターゲット基地局が、前記予期される干渉状態に基づいて、前記ＵＥのためのターゲット基地局リソースをスケジュールすること、をさらに備える請求項１に記載の方法。
【請求項３】
前記ターゲット基地局が、前記スケジュールされたターゲット基地局リソースにしたがって送信を開始すること、をさらに備える請求項２に記載の方法。
【請求項４】
前記受信された情報は、ソース基地局、前記ターゲット基地局、近隣基地局、またはこれらの組み合わせのうちの少なくとも１つのうち、最も強い基地局の測定値を備える、請求項１に記載の方法。
【請求項５】
前記ターゲット基地局が、前記判定することは、前記ターゲット基地局が、前記ＵＥがセル範囲拡大（ＣＲＥ）領域にあるか否かを識別することを備える、請求項１に記載の方法。
【請求項６】
前記受信された情報は、ソース基地局が最も強い基地局であることを明示的に示すインジケーションを備える、請求項１に記載の方法。
【請求項７】
前記ターゲット基地局が、前記予期されるＵＥ干渉状態に基づいて、前記ターゲット基地局と少なくとも１つの別の基地局との間でリソース分割スキームをネゴシエートすることを、さらに備える請求項１に記載の方法。
【請求項８】
前記ターゲット基地局が、より強い基地局のセットを識別することと、ここで、前記より強い基地局は、前記予期されるＵＥ干渉状態に基づいて、ハンドオーバ後、前記ターゲット基地局よりも、前記ＵＥにおいてより強い測定可能信号を有することが予期されている少なくとも１つの基地局である、
前記ターゲット基地局が、前記ターゲット基地局と、前記より強い基地局のセットからの少なくとも１つの基地局との間で、リソース分割スキームをネゴシエートすることと、
をさらに備える請求項１に記載の方法。
【請求項９】
無線通信のための装置であって、
ターゲット基地局において、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信する手段と、
前記ターゲット基地局において、前記ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定する手段と、
を備え、
ここで、前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示すインジケーションを備える装置。
【請求項１０】
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、請求項９に記載の装置。
【請求項１１】
無線通信のために格納されたプログラム・コードを有するコンピュータ読取可能な記憶媒体を備え、前記プログラム・コードは、
ターゲット基地局において、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信するためのプログラム・コードと、
前記ターゲット基地局において、前記ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定するためのプログラム・コードと
を備え、
ここで、前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示すインジケーションを備える、コンピュータ読取可能な記憶媒体。
【請求項１２】
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、請求項１１に記載のコンピュータ読取可能な記憶媒体。
【請求項１３】
無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
ターゲット基地局において、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信し、
前記ターゲット基地局において、前記ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定するように構成され、
ここで、前記受信された情報は、ソース基地局が最も強い基地局であることを示すインジケーションを備える、装置。
【請求項１４】
前記少なくとも１つのプロセッサはさらに、前記予期される干渉状態に基づいて、前記ＵＥのためのターゲット基地局リソースをスケジュールするように構成された、請求項１３に記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサはさらに、前記スケジュールされたターゲット基地局リソースにしたがって送信を開始するように構成された、請求項１４に記載の装置。
【請求項１６】
前記受信された情報は、ソース基地局、前記ターゲット基地局、近隣基地局、またはこれらの組み合わせのうちの少なくとも１つのうち、最も強い基地局の測定値を備える、請求項１３に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサはさらに、前記ＵＥがセル範囲拡大（ＣＲＥ）領域にあるか否かを識別することによって判定するように構成された、請求項１３に記載の装置。
【請求項１８】
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、請求項１３に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサはさらに、前記予期されるＵＥ干渉状態に基づいて、前記ターゲット基地局と少なくとも１つの別の基地局との間でリソース分割スキームをネゴシエートするように構成された、請求項１３に記載の装置。
【請求項２０】
前記少なくとも１つのプロセッサはさらに、
より強い基地局のセットを識別することと、ここで、前記より強い基地局は、前記予期されるＵＥ干渉状態に基づいて、ハンドオーバ後、前記ターゲット基地局よりも、前記ＵＥにおいてより強い測定可能信号を有することが予期されている少なくとも１つの基地局である、
前記ターゲット基地局と、前記より強い基地局のセットからの少なくとも１つの基地局との間で、リソース分割スキームをネゴシエートすることと、
を実行するように構成された、請求項１３に記載の装置。
【請求項２１】
前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示す明示的なインジケーションを備える、請求項１３に記載の装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、２０１１年５月５日に出願された「増強されたセル間干渉調整におけるハンドオーバ中、ＵＥ干渉を判定すること」（DETERMINING UE INTERFERENCE DURING HANDOVER IN ENHANCED INTER-CELL INTERFERENCE COORDINATION）と題された米国仮出願６１／４８３，０２３に対する３５  Ｕ．Ｓ．Ｃ  １１９条（ｅ）の下における利益を主張する。この開示は、その全体が、本明細書において参照によって明確に組み込まれている。
【技術分野】
【０００２】
本開示の態様は、一般に、無線通信システムに関し、さらに詳しくは、ハンドオーバ中、干渉状態を判定し緩和することに関する。
【背景技術】
【０００３】
無線通信システムは、例えば電話技術、ビデオ、データ、メッセージング、およびブロードキャストのようなさまざまな通信サービスを提供するように広く開発された。一般に、無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用しうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
これらの多元接続技術は、異種の無線デバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、さまざまな通信規格に採用されている。新興の通信規格の一例は、ロング・ターム・イボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナシップ計画（３ＧＰＰ）によって公布されたユニバーサル・モバイル通信システム（ＵＭＴＳ）モバイル規格に対する強化のセットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、複数入力複数出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合するように設計されている。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改良の必要性が存在する。好適には、これらの改善は、これらの技術を適用するその他の多元接続技術および通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
無線通信の方法は、ハンドオーバ中、ＵＥ干渉状態を判定する。ターゲット・セルは、ユーザ機器（ＵＥ）の干渉状態を示す情報を受信する。ターゲット・セルは、ハンドオーバを完了する前に、ターゲット基地局におけるＵＥのハンドオーバの完了後に生じるであろうと予期されるＵＥ干渉状態を判定する。この情報は、ＵＥからのメッセージに基づいて決定されうる。ＵＥメッセージは、どのセルが最も強いかを明確に示し、ソース・セルとターゲット・セルとの両方における干渉状態を示すか、または、最も強いセルの測定値のみを提供する。
【０００６】
本開示の１つの態様では、無線通信の方法が開示される。この方法は、セル間干渉調整（ＩＣＩＣ）スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）の干渉状態を示す情報を受信する。ターゲット基地局へのハンドオーバ完了後に予期されるＵＥ干渉状態が、ハンドオーバの完了前に判定される。
【０００７】
別の態様は、情報を受信する手段を含む装置を開示する。受信された情報は、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）の干渉状態を示す。さらに、ターゲット基地局へのＵＥのハンドオーバ完了後に予期されるＵＥ干渉状態をハンドオーバの完了前に判定する手段も含まれる。
【０００８】
別の態様では、非一時的なコンピュータ読取可能な媒体を有する無線ネットワークにおける無線通信のためのコンピュータ・プログラム製品が開示される。コンピュータ読取可能な媒体は、プロセッサ（単数または複数）によって実行された場合、プロセッサ（単数または複数）に対して、セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）の干渉状態を示す情報を受信させる、記録された非一時的なプログラム・コードを有する。このプログラム・コードはまた、プロセッサ（単数または複数）に対して、ターゲット基地局へのＵＥのハンドオーバ完了後に予期されるＵＥ干渉状態をハンドオーバの完了前に判定させる。
【０００９】
別の態様は、メモリと、メモリに接続された少なくとも１つのプロセッサとを有する無線通信を開示する。プロセッサ（単数または複数）は、セル間干渉調整をサポートするネットワークにおけるユーザ機器（ＵＥ）の干渉状態を示す情報を受信するように構成される。プロセッサ（単数または複数）はまた、ターゲット基地局へのＵＥのハンドオーバ完了後に予期されるＵＥ干渉状態をハンドオーバの完了前に判定するように構成される。
【００１０】
以下に続く詳細記載が良好に理解されるために、本開示の特徴および技術的利点が、広く概説された。本開示のさらなる特徴および利点が以下に記載されるだろう。本開示は、本開示のものと同じ目的を実行するために、修正したり、その他の構成を設計するための基礎として容易に利用されうることが当業者によって理解されるべきである。このような等価な構成は、特許請求の範囲に記載された開示の教示から逸脱しないこともまた当業者によって理解されるべきである。さらなる目的および利点とともに、動作の方法と構成との両方に関し、本開示の特徴であると信じられている新規の特徴が、添付図面と関連して考慮された場合に、以下の記載から良好に理解されるであろう。しかしながら、図面のおのおのは、例示および説明のみの目的のために提供されており、本開示の限界の定義として意図されていないことが明確に理解されるべきである。
【図面の簡単な説明】
【００１１】
本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物に特定している図面とともに考慮された場合、以下に記載する詳細な記載からより明らかになるだろう。
【図１】図１は、ネットワーク・アーキテクチャの例を例示する図解である。
【図２】図２は、アクセス・ネットワークの例を例示する図解である。
【図３】図３は、ＬＴＥにおけるダウンリンク・フレーム構造の例を例示する図解である。
【図４】図４は、ＬＴＥにおけるアップリンク・フレーム構造の例を例示する図解である。
【図５】図５は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。
【図６】図６は、アクセス・ネットワークにおけるイボルブド・ノードＢおよびユーザ機器の例を例示する図解である。
【図７】図７は、本開示の態様にしたがうヘテロジニアスなネットワークにおける適応リソース区分を概念的に例示するブロック図である。
【図８】図８は、ヘテロジニアスなネットワークにおける範囲拡大されたセルラ領域を例示する図解である。
【図９】図９は、本開示の態様にしたがうハンドオーバを例示するコール・フロー図である。
【図１０】図１０は、本開示の態様にしたがって信号を測定し、測定値を送信する方法を例示するブロック図である。
【図１１Ａ】図１１Ａは、本開示の態様にしたがってハンドオーバを実行する方法を例示するブロック図である。
【図１１Ｂ】図１１Ｂは、本開示の態様にしたがってハンドオーバを実行する方法を例示するブロック図である。
【図１２】図１２は、ハンドオーバ後にＵＥ干渉状態を判定するための方法を例示するブロック図である。
【図１３】図１３は、典型的な装置における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念的なデータ・フロー図である。
【図１４】図１４は、典型的な装置における典型的な構成要素を例示するブロック図である。
【発明を実施するための形態】
【００１２】
添付図面とともに以下に説明する詳細説明は、さまざまな構成の説明として意図されており、本明細書に記載された概念が実現される唯一の構成を示すことは意図されていない。この詳細説明は、さまざまな概念の完全な理解を提供することを目的とした具体的な詳細を含んでいる。しかしながら、これらの概念は、これら具体的な詳細無しで実現されうることが当業者に明らかになるであろう。いくつかの事例では、周知の構成および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で示されている。
【００１３】
通信システムの態様が、さまざまな装置および方法に関して示される。これらの装置および方法は、以下の詳細説明に記載され、さまざまなブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって添付図面中に例示されている。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはこれら任意の組み合わせを用いて実現されうる。これらの要素がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。
【００１４】
例として、要素、要素の任意の部分、または、要素の任意の組み合わせは、１または複数のプロセッサを含む「処理システム」を用いて実現されうる。プロセッサの例は、マイクロ・プロセッサ、マイクロ・コントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア回路、およびこの開示の全体にわたって記載されたさまざまな機能を実行するように構成されたその他の適切なハードウェアを含んでいる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されるに関わらず、命令群、命令群セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、パッケージ・ソフト、ルーチン、サブルーチン、オブジェクト、実行形式、実行スレッド、手順、機能等を意味するように広く解釈されるものとする。
【００１５】
したがって、１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして符号化されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようにディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは通常、データを磁気的に再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００１６】
図１は、ＬＴＥネットワーク・アーキテクチャ１００を例示する図解である。ＬＴＥネットワーク・アーキテクチャ１００は、イボルブド・パケット・システム（ＥＰＳ）１００と称されうる。ネットワーク・アーキテクチャ１００は、１または複数のユーザ機器（ＵＥ）１０２、イボルブドＵＭＴＳ地球ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）１０４、イボルブド・パケット・コア（ＥＰＣ）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス１２２を含みうる。ＥＰＳは、他のアクセス・ネットワークと相互接続しうるが、簡略のために、これらエンティティ／インタフェースは図示していない。図示されるように、ＥＰＳは、パケット交換サービスを提供する。しかしながら、当業者であれば容易に認識するであろうが、本開示にわたって示されているさまざまな概念は、回路交換サービスを提供しているネットワークに拡張されうる。
【００１７】
Ｅ−ＵＴＲＡＮは、イボルブド・ノードＢ（ｅノードＢ）１０６およびその他のｅノードＢ１０８を含む。ｅノードＢ１０６は、ＵＥ１０２に向かうユーザ・プレーン・プロトコルおよび制御プレーン・プロトコルの終了を提供する。ｅノードＢ１０６は、バックホール（例えば、Ｘ２インタフェース）を介して他のｅノードＢ１０８に接続されうる。ｅノードＢ１０６はまた、基地局、基地トランシーバ局、ラジオ基地局、ラジオ・トランシーバ、トランシーバ機能、基本サービス・セット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、またはその他適切な用語で称されうる。ｅノードＢ１０６は、ＵＥ１０２のために、ＥＰＣ１１０へのアクセス・ポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディア・デバイス、ビデオ・デバイス、デジタル・オーディオ・プレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、またはその他の類似の機能デバイスを含む。ＵＥ１０２はまた、当業者によって、移動局、加入者局、モバイル・ユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイル・デバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、またはその他いくつかの適切な用語で称されうる。
【００１８】
ｅノードＢ１０６は、例えばＳ１インタフェースを介してＥＰＣ１１０に接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、その他のＭＭＥ１１４、サービス提供ゲートウェイ１１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ１１８に接続されているサービス提供ゲートウェイ１１６を介して転送される。ＰＤＮゲートウェイ１１８は、ＵＥにＩＰアドレス割当のみならず、その他の機能も提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディア・サブシステム（ＩＭＳ）、およびＰＳストリーミング・サービス（ＰＳＳ）を含んでいる。
【００１９】
図２は、ＬＴＥネットワーク・アーキテクチャにおけるアクセス・ネットワーク２００の例を例示する図解である。この例では、アクセス・ネットワーク２００は、多くのセルラ領域（セル）２０２に分割される。１または複数の低電力クラスｅノードＢ２０８は、セル２０２の１または複数のとーバラップするセルラ領域２１０を有しうる。低電力クラスｅノードＢ２０８は、遠隔ラジオ・ヘッド（ＲＲＨ）、フェムト・セル（例えば、ホームｅノードＢ（ＨｅＮｏｄｅＢ））、ピコ・セル、またはミクロ・セルでありうる。マクロｅノードＢ２０４はおのおの、それぞれのセル２０２に割り当てられ、セル２０２内のすべてのＵＥ２０６のためのＥＰＣ１１０にアクセス・ポイントを提供するように構成される。アクセス・ネットワーク２００のこの例では、中央コントローラは存在しないが、別の構成では、中央コントローラが使用されうる。ｅノードＢ２０４は、ラジオ・ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、および、サービス提供ゲートウェイ１１６への接続を含むすべてのラジオ関連機能を担当する。
【００２０】
アクセス・ネットワーク２００によって適用される変調および多元接続スキームは、展開されている特定の通信規格に依存して変わりうる。ＬＴＥアプリケーションでは、周波数分割多重（ＦＤＤ）と時分割多重（ＴＤＤ）との両方をサポートするために、ＯＦＤＭがダウンリンクで使用され、ＳＣ−ＦＤＭＡがアップリンクで使用される。当業者であれば、後述する詳細記載から容易に認識されるように、本明細書で示されたさまざまな概念が、ＬＴＥアプリケーションにも同様に適合することを認識するであろう。しかしながら、これらの概念は、その他の変調技術および多元接続技術を適用するその他の通信規格へ容易に拡張されうる。例によれば、これらの概念は、イボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナシップ計画２（３ＧＰＰ２）によって公布されたエア・インタフェース規格であり、移動局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念は、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を適用するユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するグローバル移動体通信（ＧＳＭ（登録商標））、ＯＦＤＭＡを適用するイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュＯＦＤＭ、に拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。適用されている実際の無線通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。
【００２１】
ｅノードＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術の使用によって、ｅノードＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートする空間領域を開発することができる。空間多重化は、同じ周波数で、異なるデータ・ストリームを同時に送信するために使用されうる。データ・ストリームは、データ・レートを高めるために単一のＵＥ２０６へ、全体的なシステム容量を高めるために複数のＵＥ２０６へ、送信されうる。これは、各データ・ストリームを空間的にプリコードし（すなわち、振幅およびフェーズのスケーリングを適用し）、空間的にプリコードされた各ストリームを、ダウンリンクで、複数の送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータ・ストリームは、異なる空間シグニチャを持つＵＥ（単数または複数）２０６に到着する。これによって、ＵＥ（単数または複数）２０６のおのおのは、ＵＥ２０６のために指定された１または複数のデータ・ストリームを復元できるようになる。アップリンクでは、おのおののＵＥ２０６が、空間的にプリコードされたデータ・ストリームを送信する。これによって、ｅノードＢ２０４は、空間的にプリコードされた各データ・ストリームのソースを識別できるようになる。
【００２２】
チャネル条件が良好な場合、空間多重化が一般に使用される。チャネル条件がさほど好ましくない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成されうる。セルの端部において良好な有効通信範囲を達成するために、単一ストリーム・ビームフォーミング送信が、送信ダイバーシティと組み合わされて使用されうる。
【００２３】
以下に続く詳細説明では、アクセス・ネットワークのさまざまな態様が、ダウンリンクでＯＦＤＭをサポートするＭＩＭＯシステムに関して記載されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアにおいてデータを変調するスペクトル拡散技術である。サブキャリアは、正確な周波数で隔離されている。この間隔は、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭ間シンボル干渉と格闘するために、各ＯＦＤＭシンボルにガード間隔（例えば、サイクリック・プレフィクス）が追加されうる。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。
【００２４】
図３は、ＬＴＥにおけるダウンリンク・フレーム構造の例を例示する図解３００である。フレーム（１０ミリ秒）が、等しいサイズの１０のサブフレームに分割されうる。おのおののサブフレームは、２つの連続する時間スロットを含みうる。おのおのがリソース・ブロックを含む２つの時間スロットを表すために、リソース・グリッドが使用されうる。リソース・グリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソース・ブロックは、おのおののＯＦＤＭシンボルにおける通常のサイクリック・プレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含んでいる。拡張されたサイクリック・プレフィクスのために、リソース・ブロックは、時間領域において６つの連続したＯＦＤＭシンボルを含み、７２のリソース要素を有する。リソース要素のうちのいくつかは、Ｒ３０２，３０４として示されるように、ダウンリンク基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）３０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４とを含んでいる。ＵＥ−ＲＳ３０４は、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマップされるリソース・ブロックにおいてのみ送信される。各リソース要素によって伝送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソース・ブロックが増え、変調スキームが高くなると、ＵＥのためのデータ・レートが高くなる。
【００２５】
図４は、ＬＴＥにおけるアップリンク・フレーム構造の例を例示ずる図解４００である。アップリンクのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。アップリンク・フレーム構造の結果、連続したサブキャリアを含むデータ選択となる。これによって、データ・セクション内の連続したサブキャリアのすべてが単一のＵＥに割り当てられるようになる。
【００２６】
ＵＥは、制御情報をｅノードＢへ送信するために、制御セクションにリソース・ブロック４１０ａ，４１０ｂを割り当てられうる。ＵＥはまた、ｅノードＢにデータを送信するために、データ・セクションにリソース・ブロック４２０ａ，４２０ｂを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームの両スロットにおよび、周波数を越えてホップしうる。
【００２７】
初期システム・アクセスの実行、および、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）４３０におけるアップリンク同期の達成のために、リソース・ブロックのセットが使用されうる。ＰＲＡＣＨ４３０は、ランダム・シーケンスを伝送し、いかなるアップリンク・データ／シグナリングも伝送できない。ランダム・アクセス・プリアンブルはおのおの、６つの連続するリソース・ブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダム・アクセス・プリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で伝送されるか、少数の連続したサブフレームのシーケンスで伝送されうる。そして、ＵＥは、フレーム（１０ミリ秒）毎に１回のＰＲＡＣＨ試行しか行わないことがある。
【００２８】
図５は、ＬＴＥにおけるユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。ＵＥおよびｅノードＢのラジオ・プロトコル・アーキテクチャが、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３を用いて図示される。レイヤ１（Ｌ１レイヤ）は、最下位レイヤであり、さまざまな物理レイヤ信号処理機能を実施する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と称されるだろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６上におけるＵＥとｅノードＢとの間のリンクを担当する。
【００２９】
ユーザ・プレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、ラジオ・リンク制御（ＲＬＣ）サブレイヤ５１２と、パケット・データ収束プロトコル（ＰＤＣＰ）サブレイヤ５１４とを含む。これらは、ネットワーク側におけるｅノードＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ１１８で終了するネットワーク・レイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ５０８上のいくつかの上部レイヤと、（例えば、遠くのエンドＵＥ、サーバ等のような）接続の他端において終了するアプリケーション・レイヤとを有しうる。
【００３０】
ＰＤＣＰサブレイヤ５１４は、異なるラジオ・ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、ラジオ送信オーバヘッドを低減するための上部レイヤ・データ・パケットのヘッダ圧縮、データ・パケットを暗号化することによるセキュリティ、および、ＵＥのｅノードＢ間のハンドオーバ・サポートを提供する。ＲＬＣサブレイヤ５１２は、上部レイヤ・データ・パケットのセグメント化および再アセンブル、喪失したデータ・パケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ）による順不同な受信を補償するためのデータ・パケットの並べ替えを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルと伝送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセル内のさまざまなラジオ・リソース（例えば、リソース・ブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作をも担当する。
【００３１】
制御プレーンでは、ＵＥおよびｅノードＢのためのラジオ・プロトコル・アーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）にラジオ・リソース制御（ＲＲＣ）サブレイヤ５１６を含んでいる。ＲＲＣサブレイヤ５１６は、ラジオ・リソース（すなわち、ラジオ・ベアラ）を取得することと、ｅノードＢとＵＥとの間のＲＲＣシグナリングを用いて下部レイヤを設定することと、を担当する。
【００３２】
図６は、アクセス・ネットワークにおいてＵＥ６５０と通信するｅノードＢ６１０のブロック図である。ダウンリンクでは、コア・ネットワークからの上部レイヤ・パケットが、コントローラ／プロセッサ６７５に提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実現する。ダウンリンクでは、コントローラ／プロセッサ６７５が、ヘッダ圧縮、暗号化、パケット・セグメント化および並び替え、論理チャネルと伝送チャネルとの間の多重化、ＵＥ６５０へのラジオ・リソース割当を、さまざまな優先度メトリックに基づいて提供する。さらに、コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ６５０へのシグナリングを担当する。
【００３３】
ＴＸプロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能を実現する。この信号処理機能は、ＵＥ６５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするための符号化およびインタリービング、および、さまざまな変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含む。符号化および変調されたシンボルは、その後、並行なストリームへ分割される。おのおののストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合されることにより、時間領域ＯＦＤＭシンボル・ストリームを伝送する物理チャネルが生成される。このＯＦＤＭストリームは、空間的にプリコードされ、複数の空間ストリームが生成される。チャネル推定器６７４からのチャネル推定値は、空間処理のためのみならず、符号化および変調スキームを決定するためにも使用されうる。チャネル推定値は、ＵＥ６５０によって送信されたチャネル条件フィードバックおよび／または基準信号から導出されうる。各空間ストリームはその後、個別の送信機６１８ＴＸを介して別々のアンテナ６２０へ提供される。おのおのの送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームとともにＲＦキャリアを変調する。
【００３４】
ＵＥ６５０では、各受信機（ＲＸ）６５４が、それぞれのアンテナ６５２を介して信号を受信する。おのおのの受信機６５４は、ＲＦキャリアへ変調された情報を復元し、この情報を、受信機（ＲＸ）プロセッサ６５６へ提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤのさまざまな信号処理機能を実施する。ＲＸプロセッサ６５６は、この情報に対して空間処理を実行し、ＵＥ６５０のために向けられた任意の空間ストリームを復元する。複数の空間ストリームが、ＵＥ６５０に向けられている場合、これらは、ＲＸデータ・プロセッサ６５６によって、単一のＯＦＤＭシンボル・ストリームへ結合されうる。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボル・ストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号のおのおののサブキャリアの個別のＯＦＤＭシンボル・ストリームを備える。おのおののサブキャリアにおけるシンボル、および基準信号は、ｅノードＢ６１０によって送信された最も可能性の高いコンステレーション・ポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づきうる。これら軟判定はその後、復号およびデインタリーブされ、物理チャネル上でｅノードＢ６１０によって送信されたオリジナルのデータおよび制御信号が復元される。データ信号および制御信号はその後、コントローラ／プロセッサ６５９へ提供される。
【００３５】
コントローラ／プロセッサ６５９は、Ｌ２レイヤを実現する。コントローラ／プロセッサは、プログラム・コードおよびデータを格納するメモリ６６０に関連付けられうる。メモリ６６０は、コンピュータ読取可能な媒体と称されうる。アップリンクでは、制御／プロセッサ６５９が、コア・ネットワークからの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す上部レイヤ・パケットは、その後、データ・シンク６６２へ提供される。Ｌ３処理のためにも、データ・シンク６６２へさまざまな制御信号が提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを用いて、誤り検出を担当する。
【００３６】
アップリンクでは、コントローラ／プロセッサ６５９に上部レイヤ・パケットを提供するためにデータ・ソース６６７が使用される。データ・ソース６６７は、Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す。ｅノードＢ６１０によるダウンリンク送信に関して記載されている機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケット・セグメント化および並び替え、および、論理チャネルと伝送チャネルとの間の多重化を、ｅノードＢ６１０によるラジオ・リソース割当に基づいて提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤを実現する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、および、ｅノードＢ６１０へのシグナリングをも担当する。
【００３７】
ｅノードＢによって送信された基準信号またはフィードバックから、チャネル推定器６５８によって導出されたチャネル推定値は、適切な符号化および変調スキームを選択するため、および、空間処理を容易にするために、送信機（ＴＸ）プロセッサ６６８によって使用されうる。ＴＸプロセッサ６６８によって生成された空間ストリームは、個別の送信機６５４ＴＸを介して別のアンテナ６５２へ提供される。おのおのの送信機６５４ＴＸは、送信のために、それぞれの空間ストリームとともにＲＦキャリアを変調する。
【００３８】
アップリンク送信は、ＵＥ６５０における受信機機能に関して記述されたものに類似した方式で、ｅノードＢ６１０において処理される。各受信機６１８ＲＸは、それぞれのアンテナ６２０を介して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリアに変調された情報を復元し、この情報をＲＸプロセッサ６７０へ提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実現しうる。
【００３９】
コントローラ／プロセッサ６７５は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６７５は、プログラム・コードおよびデータを格納するメモリ６７６に関連付けられうる。メモリ６７６は、コンピュータ読取可能な媒体と称されうる。アップリンクでは、制御／プロセッサ６７５が、ＵＥ６５０からの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤ・パケットは、コア・ネットワークへ提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫプロトコルおよび／またはＮＡＣＫプロトコルを用いた誤り検出をも担当する。
【００４０】
図７は、本開示の１つの態様にしたがうヘテロジニアスなネットワークにおけるＴＤＭ区分を例示するブロック図である。ブロックの第１行は、フェムトｅノードＢのためのサブフレーム割当を例示しており、ブロックの第２行は、マクロｅノードＢのためのサブフレーム割当を例示している。ｅノードＢのおのおのは、静的な保護サブフレームを有する。この間、他のｅノードＢは、静的な禁止サブフレームを有する。例えば、フェムトｅノードＢは、サブフレーム０における禁止サブフレーム（Ｎサブフレーム）に対応する、サブフレーム０における保護サブフレーム（Ｕサブフレーム）を有する。同様に、マクロｅノードＢは、サブフレーム７における禁止サブフレーム（Ｎサブフレーム）に対応する、サブフレーム７における保護サブフレーム（Ｕサブフレーム）を有する。サブフレーム１−６は、保護サブフレーム（ＡＵ）、禁止サブフレーム（ＡＮ）、および共通サブフレーム（ＡＣ）の何れかとして動的に割り当てられる。動的に割り当てられたサブフレーム（ＡＵ／ＡＮ／ＡＣ）は、本明細書において集合的に「Ｘ」サブフレームと称される。サブフレーム５，６において動的に割り当てられた共通サブフレーム（ＡＣ）では、フェムトｅノードＢとマクロｅノードＢとの両方が、データを送信しうる。前述した静的なサブフレーム（Ｕ／Ｎ）は、サービス提供セル限定パラメータおよび近隣セル限定パラメータに関するＲＲＣシグナリングによってＵＥへシグナルされたほとんどブランクなサブフレーム（ＡＢＳ）パターンに含まれうる。動的に割り当てられたサブフレームは、実際のスケジューリング・パターンに対応しうる。
【００４１】
攻撃ｅノードＢは、送信することを禁止されているので、（例えばＵ／ＡＵサブフレームのような）保護サブフレームは、干渉が低減され、高いチャネル品質を有する。（例えば、Ｎ／ＡＮサブフレームのような）禁止サブフレームは、データ送信がないので、犠牲ｅノードＢは、低い干渉レベルでデータを送信できるようになる。（例えば、Ｃ／ＡＣサブフレームのような）共通サブフレームは、データを送信している近隣のｅノードＢの数に依存するチャネル品質を有する。例えば、近隣のｅノードＢが、共通サブフレームでデータを送信している場合、共通サブフレームのチャネル品質は、保護サブフレームよりも低くなりうる。共通のサブフレームに関するチャネル品質は、攻撃ｅノードＢによって強く影響を受けているセル範囲拡大（ＣＲＥ）ＵＥについても、より低くなりうる。ＣＲＥ  ＵＥは、第１のｅノードＢに属しうるのみならず、第２のｅノードＢの有効通信範囲内にも位置しうる。例えば、フェムトｅノードＢ有効通信範囲の範囲限界に近いマクロｅノードＢと通信しているＵＥは、ＣＲＥ  ＵＥである。
【００４２】
本開示の１つの態様は、干渉調整をサポートするネットワークに向けられている。ここでは、干渉を低減または除去するために、基地局が互いにネゴシエートしてリソースを調整する。例えば、ＬＴＥネットワークでは、この干渉調整スキームは、セル間干渉調整（ＩＣＩＣ）スキームまたは増強されたセル間干渉調整（ｅＩＣＩＣ）スキームの何れかでありうる。一例では、干渉元の基地局が、干渉を低減または除去するために、特定のリソースを放棄しうる。したがって、ＵＥは、干渉元の基地局によって放棄されたリソースを用いて、厳しい干渉がある場合であっても、サービス提供基地局にアクセスしうる。
【００４３】
図８は、増強されたセル間干渉調整をサポートするヘテロジニアスなネットワーク８００におけるＣＲＥ領域を例示する図解である。例えば遠隔ラジオ・ヘッド（ＲＲＨ）８１０ｂのような低電力クラスｅノードＢは、ＲＲＨ８１０ｂとマクロｅノードＢ  ８１０ａとの間の増強されたセル間干渉調整によって、および、ＵＥ８０２ａ，８２０ｂによって実行される干渉除去によって、セルラ領域８０２から拡大されたＣＲＥ領域８０３を有しうる。増強されたセル間干渉調整では、ＲＲＨ８１０ｂが、ＵＥ８２０ａ／ｂの干渉状態に関する情報をマクロｅノードＢ８１０ａから受信する。この情報によって、ＲＲＨ８１０ｂは、ＵＥ８２０がＣＲＥ領域８０３に入ると、ＣＲＥ領域８０３内のＵＥ８２０ｂにサービス提供できるようになり、マクロｅノードＢ８１０ａからのＵＥ８２０ｂのハンドオフを受諾できるようになる。
【００４４】
増強されたセル間干渉調整をサポートするネットワーク８００では、２つのタイプのハンドオーバが生じうる。ＵＥの観点からの第１のタイプのハンドオーバは、より弱いセルからより強いセルへのＵＥのハンドオーバである。第２のタイプのハンドオーバは、より強いセルからより弱いセルへのハンドオーバである。
【００４５】
典型的なリリース８／９ハンドオーバでは、ターゲットｅノードＢ８１０ｂが、ソースｅノードＢ８１０ａよりも強い場合に、ＵＥ８２０ａのハンドオーバがトリガされる。これは、第１のタイプのハンドオーバに対応し、ここでは、ＵＥ８２０ａは、ハンドオーバ中、ｅノードＢの強い有効通信範囲エリア８０２の境界線内にある。
【００４６】
ＵＥ８０２ｂの、ターゲットｅノードＢ８１０ｂのＣＲＥ８０３へのハンドオーバでは、ＵＥ８２０ｂは、例えばマクロ・セルのようなより強いｅノードＢ８１０ａから、例えばＣＲＥを備えたピコ・セル（またはＲＲＨ）のようなより弱いｅノードＢ８１０ｂへハンドオーバされる。これは、第２のタイプのハンドオーバに対応する。
【００４７】
ＯＦＤＭを用いたラジオ・アクセス・システムでは、干渉元の基地局によって放棄されたリソースは、時間ベース、周波数ベース、またはこれらの組み合わせでありうる。一例では、放棄されたリソースが時間ベースである場合、干渉元の基地局は、時間領域における特定のサブフレームを利用しない。別の例では、放棄されたリソースが周波数ベースである場合、干渉元の基地局は、周波数領域における特定のサブキャリアを利用しない。さらに別の例では、放棄されたリソースが周波数と時間との組み合わせである場合、干渉元のセルは、周波数および時間によって定義されたリソースを利用しない。
【００４８】
増強されたセル間干渉調整によって利用可能となったリソースによって、ＵＥは、より弱いｅノードＢによってサービス提供されるようになる。１つの態様では、ターゲットｅノードＢが、ソースｅノードＢから情報を受信する。ターゲットｅノードＢは、受信された情報において示された干渉状態に基づいてＵＥを適切に扱いうる。例えば、図８に例示されているように、ＣＲＥによってＵＥがハンドオーバされる場合、ｅノードＢは、干渉保護されたリソースでＵＥをスケジュールしうる。ｅノードＢという用語は、例として使用されており、本開示の解決策は、ｅノードＢに限定されないことが注目されるべきである。
【００４９】
図９に例示されるように、ＵＥ９０１は時間ｔ１においてソースｅノードＢ９０２と通信する。ソースｅノードＢ９０２からターゲットｅノードＢ９０３へのハンドオフが生じるべきであると判定された場合、ＵＥ９０１は、時間ｔ２においてソースｅノードＢ９０２からの信号を測定する。時間ｔ３では、ＵＥ９０１は、ターゲットｅノードＢ９０３の信号を測定する。時間ｔ２と時間ｔ３とは交換可能であることが注目される。さらに、ＵＥは、サービス提供ｅＮＢとターゲットｅＮＢを含む複数の検出可能なｅＮＢからの信号を測定しうる。
【００５０】
図１０は、信号を測定し、測定値を送信する方法を例示する。
【００５１】
図１０に例示されるように、ブロック１００２では、ＵＥは、サービス提供ｅノードＢおよび少なくとも１つの別のｅノードＢからの信号を測定するための命令群を受信しうる。少なくとも１つの他のｅノードＢは、ターゲットｅノードＢを含みうる。
【００５２】
ブロック１００４において、ＵＥは、ｅノードＢの信号を測定する。
【００５３】
最後に、ブロック１００６において、ＵＥは、測定された信号を、ｅノードＢから、サービス提供ｅノードＢへ送信する。ＵＥは、測定された信号のうち最も強い信号を、または、測定された信号のすべてを送信しうる。
【００５４】
図９に例示されるように、１つの態様によれば、ターゲットｅノードＢ９０３は、時間ｔ４において、ソースｅノードＢ９０２からハンドオーバ要求メッセージを受信する。受信されたハンドオーバ要件メッセージは、ソースｅノードＢ、近隣ｅノードＢ、および／または、ターゲットｅノードＢのＵＥ信号測定値に対応する信号測定値を含みうる。ターゲットｅノードＢは、例えば、ソースｅノードＢ、近隣ｅノードＢ、またはターゲットｅノードＢのような最も強いｅノードＢを識別しうる。あるいは、この測定結果は、ソースｅノードＢによって提供されうる。さらに、ターゲットｅノードＢは、この測定結果に基づいて、予期されるハンドオーバ後のＵＥ干渉状態を判定しうる。例えば、ターゲットｅノードＢは、ＵＥは、ハンドオーバ完了後に、強い干渉化にあるであろうと判定しうる。これは、ターゲットｅノードＢがＵＥの位置において最も強いｅノードＢにはならないであろうことを測定が示すケースでありうる。例えば、ソースｅノードＢからの信号（ターゲットｅノードＢからの信号ではない）は、ＵＥの位置において最も強いｅノードＢ信号でありうる。１つの態様によれば、既存のハンドオーバ・メッセージにおける既存の情報要素が、測定された干渉情報を伝送しうる。例えば、ターゲット・セルへのハンドオーバ準備メッセージでは、ソースｅノードＢは、基準信号受信電力（ＲＳＲＰ）および／または基準信号受信品質（ＲＳＲＱ）を減少させる順に、測定情報が利用可能である各周波数における最良のセルを示す候補セル情報リストを含みうる。別の態様によれば、測定された干渉情報を伝送するために、ハンドオーバ・メッセージに新たな情報要素が追加されうる。
【００５５】
また別の例では、より弱いｅノードＢにハンドオーバが向かっていることを示す明示的なインジケーションを含むハンドオーバ要求メッセージを、時間ｔ４において、ターゲットｅノードＢ９０３がソースｅノードＢ９０２から受信する。このインジケーションは、ターゲットｅノードＢがより弱いｅノードＢである場合、ターゲットｅノードＢに通知する。
【００５６】
ハンドオーバ・メッセージが受信された後、ＵＥ９０１は、時間ｔ５においてターゲットｅノードＢ９０３にハンドオーバされる。ハンドオーバ前、ハンドオーバ中、またはハンドオーバ完了直後に、ターゲットｅノードＢ９０３およびソースｅノードＢ９０２は、リソースを調整するためにネゴシエートする。例えば、ソースｅノードＢがより強いｅノードＢである場合、ソースｅノードＢ９０２は、放棄されたリソースを用いてＵＥ９０１がターゲットｅノードＢ９０３にアクセスできるように、リソースを放棄しうる。例えば、ターゲットｅノードＢ９０３のリソースは、予期されるＵＥ干渉状態に基づいてＵＥ９０１のためにスケジュールされうる。この手順によって、リソースは、ＵＥが経験しうる、予期されるハンドオーバ後の干渉状態に基づいて、ハンドオーバ後、まずＵＥに割り当てられるようになる。さらに、スケジュールされたターゲット基地局リソースにしたがって、ターゲットｅノードＢ９０３とＵＥ９０１の間の送信が開始される。
【００５７】
図１１Ａは、本開示の態様にしたがってハンドオーバを実行する方法１１００を例示する。
【００５８】
図１１Ａに例示されるように、ターゲットｅノードＢは、ブロック１１０２において、ハンドオーバ要求を受信しうる。
【００５９】
ターゲットｅノードは、ブロック１１０４において、ソースｅノードＢ、近隣ｅノードＢ、および／または、ターゲットｅノードＢの信号測定値に基づいて、最も強いｅノードＢを識別しうる。最も強いｅノードＢは、ハンドオーバ・メッセージで明示的に識別されうる。例えば、ターゲット・セルへのハンドオーバ準備メッセージでは、ソースｅノードＢは、基準信号受信電力（ＲＳＲＰ）および／または基準信号受信品質（ＲＳＲＱ）を減少させる順に、測定情報が利用可能である各周波数における最良のセルを示す候補セル情報リストを含みうる。あるいは、ターゲットｅノードＢは、最も強いｅノードＢを識別するために、両方のｅノードＢの測定値、または、最も強いｅノードＢの測定値のみを受信しうる。これらの測定値は、ハンドオーバ要求の一部でありうるか、または、そうでなければ、その他いくつかの手法でシグナルされうる。また別の代案では、ターゲットｅノードＢは、実行されているハンドオーバのタイプ（例えば、弱いセルからより強いセルへのＵＥのハンドオーバ、または、強いセルからより弱いセルへのＵＥのハンドオーバ）を示すインジケーションのみを受信しうる。
【００６０】
その後、ターゲットｅノードＢは、ブロック１１０６において、ハンドオーバ後に予期されるＵＥ干渉状態を判定しうる。例えば、ターゲットｅノードＢは、ＵＥは、ハンドオーバ完了後に、強い干渉化にあるであろうと判定しうる。これは、ターゲットｅノードＢがＵＥの位置において最も強いｅノードＢにはならないであろうことを測定が示すケースでありうる。別の例において、ＵＥの位置においてターゲットｅノードＢが最も強いｅノードＢである場合、ＵＥは、ハンドオーバ後、強い干渉下にはないであろうとターゲットｅノードＢが判定する。
【００６１】
ターゲットｅノードＢは、その後、ブロック１１０８において、ハンドオーバを実行する。
【００６２】
最後に、ブロック１１１０において、ターゲットｅノードＢは、ＵＥ信号測定値に基づいて、ＵＥのためのリソースをスケジュールする。この手順によって、リソースは、ＵＥが経験しうる、ハンドオーバ後に予期される干渉状態に基づいて、ハンドオーバ後、まずＵＥに割り当てられるようになる。ターゲットｅノードＢ９０３のリソースは、予期されるＵＥ干渉状態に基づいて、ＵＥ９０１のためにスケジュールされうる。例えば、ＵＥ９０１が、ハンドオーバ後に強い干渉を経験すると予期される場合、ターゲットｅノードＢ９０３は、ソースｅノード９０２とターゲットｅノードＢ９０３との間の既存のリソース分割スキームに基づいてＵＥ９０１をスケジュールしうる。すなわち、ｅノードＢ９０３は、ＵＥ９０１のために干渉を低減するために、ソースｅノードＢ９０２またはより強い干渉体によって放棄されたリソースをＵＥ９０１に与えうる。あるいは、ターゲットｅノード９０３は、既に低い干渉しか受けておらず、ソースｅノードＢ９０２によって放棄されていないリソースでＵＥ９０１をスケジュールしうる。ブロック１１１０のリソース・スケジューリングは、ブロック１１０８のハンドオーバの前、途中、または完了直後に実行されうることが注目されるべきである。
【００６３】
別の態様では、ソースｅノードＢ９０２が、ターゲットｅノードＢ９０３とソースｅノードＢ９０２との両方の測定結果を送信した場合、ターゲットｅノードＢ９０３は、時間ｔ４において、ソースｅノードＢ９０２からハンドオーバ要求メッセージを受信する。ターゲットｅノードＢ９０３は、受信した測定値を評価し、最も強いｅノードＢを判定する。この例において、ソースｅノードＢの測定値がターゲットｅノードＢの測定値よりも強い場合、ターゲットｅノードＢは、ＵＥがハンドオーバ後に強い干渉下にあるだろうと判定しうる。
【００６４】
図１１Ｂは、本開示の態様にしたがってハンドオーバを実行するための代替方法１１２０を例示する。方法１１２０は、方法１１００のブロックを含んでおり、ブロック１１１８が追加されている。
【００６５】
方法１１２０では、（ブロック１１０８における）ハンドオーバの直後、ターゲットｅノードＢは、ＵＥに対する干渉を低減するために、ブロック１１１８において、ソースｅノードＢ（例えば、より強いｅノードＢ）とリソースをネゴシエートまたは調整する。例えば、ソースｅノードＢ９０２およびターゲットｅノードＢ９０３は、ハンドオーバ後のＵＥ９０１の予期される干渉状態（のみならず、例えばｅノード負荷および帯域幅利用可能性のようなその他の条件）に少なくとも部分的に基づいて、新たなサブフレームまたはサブ帯域分割スキームをネゴシエートしうる。この例では、ソースｅノードＢ９０２がより強いｅノードＢである場合、ソースｅノードＢ９０２はリソースを放棄しうる。これによって、ＵＥ９０１は、放棄されたリソースを用いて、ターゲットｅノードＢ９０３にアクセスできるようになりうる。リソースのネゴシエーションはまた、ブロック１１０８のハンドオーバの前または途中でも実行されうる。ブロック１１１８の後、ターゲットｅノードＢ９０３は、ブロック１１１０において、ＵＥのためのリソースをスケジュールする。
【００６６】
図１２は、潜在的な干渉を伴いＵＥをハンドオーバする方法を例示する。
【００６７】
ブロック１２１０では、基地局は、ＵＥにおける干渉状態に対応する情報を受信する。例えば、ソースｅノードＢ９０２が、ターゲットｅノードＢ９０３とソースｅノードＢ９０２との両方の測定結果を送信した場合、ターゲットｅノードＢ９０３は、ソースｅノードＢ９０２からハンドオーバ要求メッセージを受信する。別の例では、最も強い測定結果のみが送信される。また別の例では、ターゲットｅノードＢ９０３は、ハンドオーバがより弱いｅノードＢへ向かっていることを示す明示的なインジケーションを含むハンドオーバ要求メッセージを、ソースｅノードＢ９０２から受信する。このインジケーションは、ターゲットｅノードＢがより弱いｅノードＢである場合、ターゲットｅノードＢに通知する。
【００６８】
ブロック１２１２において、基地局は、ターゲット基地局におけるＵＥのハンドオーバの完了後に予期されるＵＥ干渉状態を、ハンドオーバの完了前に判定する。例では、ターゲットｅノードＢは、ソースｅノードＢの測定値がターゲットｅノードＢの測定値よりも強い場合、ＵＥはハンドオーバ後に強い干渉下にあるであろうと判定しうる。
【００６９】
ブロック１２１４では、ＵＥにおいて、判定された予期される干渉状態に基づいてリソースがスケジュールされる。前述したように、１つの構成では、ＵＥは、ターゲットｅノードＢによって、既存のリソース分割スキーム内のリソースでスケジュールされうる。あるいは、リソースは、予期される干渉状態に基づいて、ターゲットｅノードＢと、１または複数の干渉元のｅノードＢとの間でネゴシエートおよびスケジュールされうる。ＵＥは、新たなリソース割当に基づいて、リソースでスケジュールされうる。
【００７０】
１つの構成では、セル間干渉調整スキームをサポートするネットワークにおけるＵＥの干渉状態を示す情報を受信する手段を含むｅノードＢ６１０が、無線通信のために構成される。１つの態様では、受信する手段は、受信する手段によって記述された機能を実行するように構成されたアンテナ６２０、受信機６１８、受信機プロセッサ６７０、コントローラ・プロセッサ６７５、および／または、メモリ６７６でありうる。ｅノードＢ６１０はまた、ターゲット基地局におけるＵＥのハンドオーバの完了後に予期されるＵＥ干渉状態を、ハンドオーバの完了前に判定する手段を含むようにも構成される。１つの態様では、判定する手段は、判定する手段によって記述された機能を実行するように構成されたコントローラ６７５および／またはメモリ６７６でありうる。別の態様では、前述された手段は、前述された手段によって記載された機能を実行するように構成された任意のモジュールまたは任意の装置でありうる。
【００７１】
図１３は、典型的な装置１３００における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念データ・フロー図である。装置１３００は、情報受信モジュール１３０２、判定モジュール１３０４、およびスケジューリング・モジュール１３０５を含む。
【００７２】
受信モジュール１３０６は、ハンドオーバ要求メッセージを受信する。ハンドオーバ要求は、セル間干渉調整スキームをサポートするネットワークにおけるＵＥの干渉状態を示すための情報を含みうる。この情報は、既存のハンドオーバ・メッセージング構造に既に存在する情報要素に含まれうるか、または、新たな要素でありうる。
【００７３】
情報受信モジュール１３０２は、セル間干渉調整スキームをサポートするネットワークにおけるＵＥの干渉状態を示す情報を、受信モジュール１３０６から受信する。干渉状態は、例えば、ＵＥからターゲットｅノードＢ、近隣ｅノードＢ、および／またはソースｅノードＢへの信号測定値に基づいて判定されうる。１つの態様によれば、信号測定値は、ＵＥとｅノードＢとの間の物理ダウンリンク・チャネル（例えば、ＰＤＳＣＨ）について判定されうる。さらに、干渉は、チャネル品質インジケータ（ＣＱＩ）、信号対干渉雑音比（ＳＩＮＲ）、またはチャネル状態情報（ＣＳＩ）、またはチャネル品質に関するその他任意の測定値から決定されうる。
【００７４】
判定モジュール１３０４は、ターゲット基地局におけるＵＥのハンドオーバ後に予期されるＵＥ干渉状態を、ハンドオーバ完了前に、情報受信モジュール１３０２によって識別された情報に基づいて判定する。この判定は、例えばソースｅノードＢおよび／または近隣ｅノードＢのようなその他のｅノードＢの干渉測定値と比較して、ターゲットｅノードＢがより強いか否かを判定することによってなされる。ターゲットｅノードＢは、ターゲットｅノードＢが最も強いセルではない場合、ハンドオーバの完了後、ＵＥが干渉を受けることを予期しうると判定する。あるいは、ハンドオーバ要求メッセージにおける情報は、ターゲットｅノードＢが最も強いセルではないことを明確に示し、もって、ＵＥは、ハンドオーバの完了後に干渉を受けることを予期するだろう。
【００７５】
スケジューリング・モジュール１３０５は、判定モジュール１３０４からの情報に基づいて、リソース割当および／またはネゴシエーションを実行する。これは、より強いセルへのリソースを放棄すること、および／または、干渉を受けないリソースでＵＥをスケジュールすること、を含みうる。１つの態様によれば、ＵＥは、ターゲットｅノードＢによって、既存のリソース分割スキーム内のリソースでスケジュールされうる。あるいは、これらリソースは、予期される干渉状態に基づいて、ターゲットｅノードＢと１または複数の干渉元のｅノードＢとの間でネゴシエートおよびスケジュールされうる。スケジューリング・モジュール１３０５は、送信モジュール１３０８を介して送信された信号１３１２によるリソース割当および／またはネゴシエーションを実行しうる。
【００７６】
装置１３００は、前述したフロー・チャート図１０−１２に例示された方法を実行する、例えば、信号１３１２を送信するための送信モジュール１３０８、および、信号１３１０を受信するための受信モジュール１３０６のような追加モジュールを含みうる。このため、前述したフロー・チャート図１０−１２における各要素は、これらモジュールのうちの１または複数を含みうるモジュールおよび装置によって実行されうる。これらモジュールは、前述した処理／アルゴリズムを実行するように特別に構成された１または複数のハードウェア構成要素であるか、前述した処理／アルゴリズムを実行するように構成されたプロセッサによって実行されうるか、プロセッサによる実施のためにコンピュータ読取可能な媒体内に格納されうるか、またはこれらのいくつかの組み合わせでありうる。
【００７７】
図１４は、処理システム１４１４を適用する装置１４００のハードウェア実装の例を例示する図解である。処理システム１４１４は、一般にバス１４２４によって表されているバス・アーキテクチャを用いて実現されうる。バス１４２４は、全体的な設計制約および処理システム１４１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１４２４は、プロセッサ１４０４、情報受信モジュール１４０２、判定モジュール１４０８、スケジューリング・モジュール１４１２、およびコンピュータ読取可能な媒体１４０６によって表わされる１または複数のプロセッサおよび／またはハードウェア・モジュールを含むさまざまな回路を共にリンクする。バス１４２４はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。
【００７８】
この装置は、トランシーバ１４１０に接続された処理システム１４１４を含む。トランシーバ１４１０は、１または複数のアンテナ１４２０に接続されうる。トランシーバ１４１０は、送信媒体を介してその他さまざまな装置と通信することを可能にする。処理システム１４１４は、コンピュータ読取可能な媒体１４０６に接続されたプロセッサ１４０４を含む。プロセッサ１４０４は、コンピュータ読取可能な媒体１４０６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１４０４によって実行された場合、処理システム１４１４に対して、任意の特定の装置のために記述されたさまざまな機能を実行させる。コンピュータ読取可能な媒体１４０６はまた、ソフトウェアが実行されている場合に、プロセッサ１４０４によって操作されるデータを格納するためにも使用されうる。
【００７９】
処理システムは、情報受信モジュール１４０２、判定モジュール１４０８、およびスケジューリング・モジュール１４１２を含む。情報受信モジュール１４０２は、セル間干渉調整スキームをサポートするネットワークにおけるＵＥの干渉状態を示す情報を受信しうる。判定モジュール１４０８は、ターゲット基地局におけるＵＥのハンドオーバ完了後に予期されるＵＥ干渉状態をハンドオーバの完了前に判定しうる。スケジューリング・モジュール１４１２は、判定モジュール１４０８によって判定された予期される干渉状態に基づいて、ＵＥのために、ターゲットｅノードＢのリソースをスケジュールおよびネゴシエートしうる。これらモジュールは、プロセッサ１４０４において動作するソフトウェア・モジュールでありうるか、コンピュータ読取可能な媒体に常駐／格納されうるか、プロセッサ１４０４に接続された１または複数のハードウェア・モジュールであるか、これらのいくつかの組み合わせでありうる。処理システム１４１４は、ＵＥ６５０またはｅノードＢ６１０の構成要素でありうるか、メモリ６６０、送信プロセッサ６６８、受信プロセッサ６５６、変調器／復調器６５４ａ−ｒ、アンテナ６５２ａ−ｒ、および／または、コントローラ／プロセッサ６５９を含みうる。
【００８０】
当業者であればさらに、本明細書の開示に関連して記載されたさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、これらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００８１】
本明細書の開示に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代替例では、このプロセッサは、従来のプロセッサ、コントローラ、マイクロ・コントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【００８２】
本明細書の開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアで直接的に、プロセッサによって実行されるソフトウェア・モジュールで、またはこの２つの組合せで実施することができる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、また記憶媒体に情報を書き込むことができるようにプロセッサに結合される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。
【００８３】
１または複数の典型的な設計では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく、一例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶装置、あるいは、命令群またはデータ構造の形式で所望のプログラム・コード手段を伝送または格納するために使用され、かつ、汎用コンピュータまたは特別目的コンピュータ、あるいは、汎用プロセッサまたは特別目的プロセッサによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルー・レイ・ディスク（ｄｉｓｃ）を含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００８４】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。本開示に対するさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他のバリエーションに適用されうる。このように、本開示は、本明細書で示された例および設計に限定されることは意図されておらず、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当するとされている。  
以下に、本願出願時の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信の方法であって、
セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信することと、
ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定することと、
を備える方法。
［Ｃ２］
前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示す明示的なインジケーションを備える、［１］に記載の方法。
［Ｃ３］
前記予期される干渉状態に基づいて、前記ＵＥのためのターゲット基地局リソースをスケジュールすること、をさらに備える［１］に記載の方法。
［Ｃ４］
前記スケジュールされたターゲット基地局リソースにしたがって送信を開始すること、をさらに備える［３］に記載の方法。
［Ｃ５］
前記受信された情報は、ソース基地局、前記ターゲット基地局、近隣基地局、またはこれらの組み合わせのうちの少なくとも１つのうち、最も強い基地局の測定値を備える、［１］に記載の方法。
［Ｃ６］
前記判定することは、前記ＵＥがセル範囲拡大（ＣＲＥ）領域にあるか否かを識別することを備える、［１］に記載の方法。
［Ｃ７］
前記受信された情報は、ソース基地局が最も強い基地局であることを明示的に示すインジケーションを備える、［１］に記載の方法。
［Ｃ８］
前記予期されるＵＥ干渉状態に基づいて、前記ターゲット基地局と少なくとも１つの別の基地局との間でリソース分割スキームをネゴシエートすること、さらに備える［１］に記載の方法。
［Ｃ９］
より強い基地局のセットを識別することと、ここで、前記より強い基地局は、前記予期されるＵＥ干渉状態に基づいて、ハンドオーバ後、前記ターゲット基地局よりも、前記ＵＥにおいてより強い測定可能信号を有することが予期されている少なくとも１つの基地局である、
前記ターゲット基地局と、前記より強い基地局のセットからの少なくとも１つの基地局との間で、リソース分割スキームをネゴシエートすることと、
をさらに備える［１］に記載の方法。
［Ｃ１０］
無線通信のための装置であって、
セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信する手段と、
ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定する手段と、
を備える装置。
［Ｃ１１］
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、［１０］に記載の装置。
［Ｃ１２］
前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示す明示的なインジケーションを備える、［１０］に記載の装置。
［Ｃ１３］
無線通信のためのコンピュータ・プログラム製品であって、
記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を備え、前記プログラム・コードは、
セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信するためのプログラム・コードと、
ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定するためのプログラム・コードと
を備える、コンピュータ・プログラム製品。
［Ｃ１４］
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、［１３］に記載のコンピュータ・プログラム製品。
［Ｃ１５］
前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示す明示的なインジケーションを備える、［１３］に記載のコンピュータ・プログラム製品。
［Ｃ１６］
無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
セル間干渉調整スキームをサポートするネットワークにおけるユーザ機器（ＵＥ）に対応する干渉状態を示す情報を受信し、
ターゲット基地局への前記ＵＥのハンドオーバの完了後に予期される、前記ＵＥに対応する干渉状態を、ハンドオーバの完了前に判定するように構成された、装置。
［Ｃ１７］
前記受信された情報は、ソース基地局が最も強い基地局であることを明示的に示すインジケーションを備える、［１６］に記載の装置。
［Ｃ１８］
前記少なくとも１つのプロセッサはさらに、前記予期される干渉状態に基づいて、前記ＵＥのためのターゲット基地局リソースをスケジュールするように構成された、［１６］に記載の装置。
［Ｃ１９］
前記少なくとも１つのプロセッサはさらに、前記スケジュールされたターゲット基地局リソースにしたがって送信を開始するように構成された、［１８］に記載の装置。
［Ｃ２０］
前記受信された情報は、ソース基地局、前記ターゲット基地局、近隣基地局、またはこれらの組み合わせのうちの少なくとも１つのうち、最も強い基地局の測定値を備える、［１６］に記載の装置。
［Ｃ２１］
前記少なくとも１つのプロセッサはさらに、前記ＵＥがセル範囲拡大（ＣＲＥ）領域にあるか否かを識別することによって判定するように構成された、［１６］に記載の装置。
［Ｃ２２］
前記受信された情報は、前記ターゲット基地局とソース基地局との測定値を備える、［１６］に記載の装置。
［Ｃ２３］
前記少なくとも１つのプロセッサはさらに、前記予期されるＵＥ干渉状態に基づいて、前記ターゲット基地局と少なくとも１つの別の基地局との間でリソース分割スキームをネゴシエートするように構成された、［１６］に記載の装置。
［Ｃ２４］
前記少なくとも１つのプロセッサはさらに、
より強い基地局のセットを識別することと、ここで、前記より強い基地局は、前記予期されるＵＥ干渉状態に基づいて、ハンドオーバ後、前記ターゲット基地局よりも、前記ＵＥにおいてより強い測定可能信号を有することが予期されている少なくとも１つの基地局である、
前記ターゲット基地局と、前記より強い基地局のセットからの少なくとも１つの基地局との間で、リソース分割スキームをネゴシエートすることと、
を実行するように構成された、［１６］に記載の装置。
［Ｃ２５］
前記受信された情報は、前記ターゲット基地局が最も強い基地局であるか否かを示す明示的なインジケーションを備える、［１６］に記載の装置。
【図１】
0005864729.tif 000002
【図２】
0005864729.tif 000003
【図３】
0005864729.tif 000004
【図４】
0005864729.tif 000005
【図５】
0005864729.tif 000006
【図６】
0005864729.tif 000007
【図７】
0005864729.tif 000008
【図８】
0005864729.tif 000009
【図９】
0005864729.tif 000010
【図１０】
0005864729.tif 000011
【図１１Ａ】
0005864729.tif 000012
【図１１Ｂ】
0005864729.tif 000013
【図１２】
0005864729.tif 000014
【図１３】
0005864729.tif 000015
【図１４】
0005864729.tif 000016