JP2014509167A - ヘテロジニアスなネットワークにおけるマクロ・エンハンスト・ノードｂによるピコ・エンハンスト・ノードｂへの適応リソース分割情報（ａｒｐｉ）の効率的な割当のための方法および装置 - Google Patents

Abstract

無線通信ネットワークにおいて、リソース分割情報（ＲＰＩ）を効率的に割り当てるための方法および装置が提供される。ある態様の場合、無線通信のための方法は一般に、例えばピコ・エンハンスト・ノードＢ（ｅＮＢ）のような第１の基地局において、例えばマクロｅＮＢのような少なくとも１つの第２の基地局からリソース分割情報（ＲＰＩ）を受信することと、第１の基地局によって実際に使用可能なＲＰＩにおいて示されている１または複数のリソースを決定することと、第１の基地局から少なくとも１つの第２の基地局へ、実際に使用可能なリソースを示すインジケーションを送信することと、を含む。

Description

関連出願に対する相互参照

本願は、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている「ヘテロジニアスなネットワークにおけるマクロ・エンハンスト・ノードＢによるピコ・エンハンスト・ノードＢへの適応リソース分割情報（ＡＲＰＩ）の効率的な割当のための方法および装置」（Methods and Apparatus for Effective Allocation of Adaptive Resource Partitioning Information (ARPI) to Pico Enhanced Node B by Macro Enhanced Node B in Heterogeneous Network）と題され、２０１１年３月２４日に出願された米国仮特許出願６１／４６７，２２６号と、「ヘテロジニアスなネットワークにおけるマクロ・エンハンスト・ノードＢによるピコ・エンハンスト・ノードＢへの適応リソース分割情報（ＡＲＰＩ）の効率的な割当のための方法および装置」（Methods and Apparatus for Effective Allocation of Adaptive Resource Partitioning Information (ARPI) to Pico Enhanced Node B by Macro Enhanced Node B in Heterogeneous Network）と題され、２０１１年９月３０日に出願された米国仮特許出願６１／５４１，８６７号との利益を主張する。

本開示のある態様は、一般に、無線通信に関し、さらに詳しくは、リソース分割情報（ＲＰＩ）を割り当てることに関する。

無線通信ネットワークは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のようなさまざまな通信サービスを提供するために広く開発された。これら無線ネットワークは、使用可能なネットワーク・リソースを共有することにより、複数のユーザをサポートすることができる多元接続ネットワークでありうる。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。

無線通信ネットワークは、多くのユーザ機器（ＵＥ）のための通信をサポートしうる多くの基地局を含みうる。ＵＥは、ダウンリンクおよびアップリンクによって基地局と通信しうる。ダウンリンク（すなわち順方向リンク）は、基地局からＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）は、ＵＥから基地局への通信リンクを称する。

基地局は、ダウンリンクでＵＥへデータおよび制御情報を送信し、および／または、アップリンクでＵＥからデータおよび制御情報を受信しうる。ダウンリンクにおいては、基地局からの送信が、近隣の基地局からの送信による干渉を観察しうる。アップリンクにおいては、ＵＥからの送信が、近隣の基地局と通信する他のＵＥからの送信への干渉をもたらしうる。この干渉は、ダウンリンクとアップリンクとの両方のパフォーマンスを低下させうる。

本開示の態様では、無線通信のための方法が提供される。この方法は一般に、第１の基地局において、少なくとも１つの第２の基地局から、リソース分割情報（ＲＰＩ）を受信することと、第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、使用可能なリソースを示すインジケーションを、第１の基地局から少なくとも１つの第２の基地局へ送信することと、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は一般に、少なくとも１つの第２の基地局から、ＲＰＩを受信する手段と、装置によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定する手段と、使用可能なリソースを示すインジケーションを、少なくとも１つの第２の基地局へ送信する手段と、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。少なくとも１つのプロセッサは、一般に、少なくとも１つの第２の基地局から、ＲＰＩを受信し、装置によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定し、使用可能なリソースを示すインジケーションを、少なくとも１つの第２の基地局へ送信するように構成される。

本開示の態様では、無線通信のためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、一般に、第１の基地局において、少なくとも１つの第２の基地局から、ＲＰＩを受信することと、第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、使用可能なリソースを示すインジケーションを、第１の基地局から少なくとも１つの第２の基地局へ送信することと、のためのコードを有するコンピュータ読取可能な媒体を含む。

本開示の態様では、無線通信のための方法が提供される。この方法は一般に、第１の基地局から第２の基地局へＲＰＩを送信することと、第２の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、このインジケーションに基づいて、ＲＰＩを調節するか否かを判定することと、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は一般に、基地局へＲＰＩを送信する手段と、基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信する手段と、このインジケーションに基づいて、ＲＰＩを調節するか否かを判定する手段と、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。少なくとも１つのプロセッサは一般に、基地局へＲＰＩを送信し、基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信し、このインジケーションに基づいて、ＲＰＩを調節するか否かを判定する、ように構成される。

本開示の態様では、無線通信のためのコンピュータ・プログラム製品が提供される。このコンピュータ・プログラム製品は、一般に、第１の基地局から第２の基地局へＲＰＩを送信することと、第２の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、このインジケーションに基づいて、ＲＰＩを調節するか否かを判定することと、のためのコードを有するコンピュータ読取可能な媒体を含む。

本開示のさまざまな態様および特徴が、以下にさらに詳細に記載される。

図１は、本開示のある態様にしたがう無線通信ネットワークの例を概念的に例示するブロック図である。 図２は、本開示のある態様にしたがう無線通信ネットワークにおけるフレーム構造の例を概念的に例示するブロック図である。 図２Ａは、本開示のある態様にしたがう、ロング・ターム・イボリューション（ＬＴＥ）におけるアップリンクのためのフォーマットの例を示す。 図３は、本開示のある態様にしたがって、無線通信ネットワークにおいてユーザ機器（ＵＥ）と通信しているノードＢの例を概念的に例示するブロック図である。 図４は、本開示のある態様にしたがうヘテロジニアスなネットワーク（ＨｅｔＮｅｔ）の例を例示する。 図５は、本開示のある態様にしたがうヘテロジニアスなネットワークにおけるリソース分割の例を例示する。 図６は、本開示のある態様にしたがうヘテロジニアスなネットワークにおけるサブフレームの協調的な分割の例を例示する。 図７は、本開示のある態様にしたがって、第１の基地局（例えば、ピコ基地局）の観点から、第１の基地局によって実際に使用可能なリソースを示すインジケーションを、第１の基地局から少なくとも１つの第２の基地局へ送信するための動作の例を概念的に例示するフロー図である。 図８は、本開示のある態様にしたがって、第１の基地局（例えば、マクロ基地局）の観点から、第２の基地局によって実際に使用可能なリソースに基づいて、第１の基地局によって割り当てられたＲＰＩを調節するか否かを判定するための動作の例を概念的に例示するフロー図である。 図９は、本開示のある態様にしたがって、マクロ・エンハンスト・ノードＢ（ｅＮＢ）とピコｅＮＢと事前ネゴシエーションのためのコール・フローの例を例示する。 図１０Ａは、本開示のある態様にしたがって、１または複数のマクロｅＮＢからピコｅＮＢへ、更新された同期されたＲＰＩを送信するためのコール・フローの例を例示する。 図１０Ｂは、本開示のある態様にしたがって、１または複数のマクロｅＮＢからピコｅＮＢへ、更新された同期されたＲＰＩを送信するためのコール・フローの例を例示する。 図１１は、本開示のある態様にしたがって、マクロｅＮＢがＲＰＩを再決定するために、ピコｅＮＢからマクロｅＮＢへとリセットＲＰＩメッセージを送信するためのコール・フローの例を例示する。

本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、およびその他のネットワークのようなさまざまな無線通信ネットワークのために使用されうる。用語「ネットワーク」および「システム」は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、およびＣＤＭＡのその他の変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現する。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された団体からの文書に記載されている。本明細書において記載された技術は、他の無線ネットワークおよびラジオ技術と同様に、前述された無線ネットワークおよびラジオ技術のために使用されうる。明確化のために、これら技術のある態様は、以下において、ＬＴＥに関して記載されており、ＬＴＥ用語が以下の説明の多くで使用される。

図１は、ＬＴＥネットワークでありうる無線通信ネットワーク１００を示す。無線ネットワーク１００は、多くのイボルブド・ノードＢ（ｅＮＢ）１１０およびその他のネットワーク・エンティティを含みうる。ｅＮＢは、ユーザ機器デバイス（ＵＥ）と通信する局であり、基地局、ノードＢ、アクセス・ポイント等とも称されうる。おのおののｅＮＢ１１０は、特定の地理的エリアのために通信有効通信範囲エリアを提供しうる。３ＧＰＰでは、用語「セル」は、この用語が使用されるコンテキストに依存して、この有効通信範囲エリアにサービス提供しているｅＮＢおよび／またはｅＮＢサブシステムからなる有効通信範囲エリアを称しうる。

ｅＮＢは、マクロ・セル、ピコ・セル、フェムト・セル、および／または、その他のタイプのセルのために、通信有効通信範囲を提供しうる。マクロ・セルは、比較的大きな地理的エリア（例えば、半径数キロメータ）をカバーし、サービス加入を持つＵＥによる無制限のアクセスを許可しうる。ピコ・セルは、比較的小さな地理的エリアをカバーし、サービス加入を持つＵＥによる無制限のアクセスを許可しうる。フェムト・セルは、比較的小さな地理的エリア（例えば、住宅）をカバーし、フェムト・セルとの関連を持つＵＥ（例えば、クローズド加入者グループ（ＣＳＧ）におけるＵＥ、住宅内のユーザのためのＵＥ等）によって制限されたアクセスを許可しうる。マクロ・セルのためのｅＮＢは、マクロｅＮＢ（すなわち、マクロ基地局）と称されうる。ピコ・セルのためのｅＮＢは、ピコｅＮＢ（すなわち、ピコ基地局）と称されうる。フェムト・セルのためのｅＮＢは、フェムトｅＮＢ（すなわち、フェムト基地局）またはホームｅＮＢと称されうる。図１に示す例では、ｅＮＢ１１０ａ，１１０ｂ，１１０ｃはそれぞれ、マクロ・セル１０２ａ，１０２ｂ，１０２ｃのためのマクロｅＮＢでありうる。ｅＮＢ１１０ｘは、ピコ・セル１０２ｘのためのピコｅＮＢでありうる。ｅＮＢ１１０ｙ，１１０ｚはそれぞれ、フェムト・セル１０２ｙ，１０２ｚのためのフェムトｅＮＢでありうる。ｅＮＢは、１または複数（例えば３つ）のセルをサポートしうる。

無線ネットワーク１００はさらに、中継局をも含みうる。中継局は、データおよび／またはその他の情報の送信を上流局（例えば、ｅＮＢまたはＵＥ）から受信し、データおよび／またはその他の情報の送信を下流局（例えば、ＵＥまたはｅＮＢ）へ送信する局である。中継局はまた、他のＵＥのための送信を中継するＵＥでもありうる。図１において図示される例において、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信しうる。中継局はまた、リレーｅＮＢ、リレー等とも称されうる。

無線ネットワーク１００はまた、例えば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー等のような異なるタイプのｅＮＢを含むヘテロジニアスなネットワーク（ＨｅｔＮｅｔ）でもありうる。これら異なるタイプのｅＮＢは、異なる送信電力レベル、異なる有効通信範囲エリア、および、無線ネットワーク１００内の干渉に対する異なるインパクトを有しうる。例えば、マクロｅＮＢは、高い送信電力レベル（例えば、２０ワット）を有する一方、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、低い送信電力レベル（例えば、１ワット）を有しうる。

無線ネットワーク１００は、同期動作または非同期動作を支援しうる。同期動作の場合、ｅＮＢは、同じようなフレーム・タイミングを有し、異なるｅＮＢからの送信は、時間的にほぼ同期しうる。非同期動作の場合、ｅＮＢは、異なるフレーム・タイミングを有し、異なるｅＮＢからの送信は、時間的に同期しない場合がある。ここに記載された技術は、同期動作および非同期動作の両方のために使用されうる。

ネットワーク・コントローラ１３０は、ｅＮＢのセットに接続しており、これらｅＮＢのための調整および制御を提供しうる。ネットワーク・コントローラ１３０は、バックホールを介してｅＮＢ１１０と通信しうる。ｅＮＢ１１０はまた、例えば、ダイレクトに、または、無線または有線のバックホールを介して非ダイレクトに、互いに通信しうる。

無線ネットワーク１００の全体にわたってＵＥ１２０が分布しうる。そして、おのおののＵＥは、固定式または移動式でありうる。ＵＥは、端末、移動局、加入者ユニット、局等とも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（ＷＬＬ）局、タブレット等でありうる。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー等と通信することができうる。図１では、両矢印を持つ実線が、ＵＥと、ダウンリンクおよび／またはアップリンクでＵＥにサービス提供するように指定されたｅＮＢであるサービス提供ｅＮＢとの間の所望の送信を示す。両矢印を持つ破線は、ＵＥとｅＮＢとの間の干渉送信を示す。ある態様の場合、ＵＥは、ＬＴＥリリース１０ ＵＥを備えうる。

ＬＴＥは、ダウンリンクにおいて直交周波数分割多重（ＯＦＤＭ）を、アップリンクにおいてシングル・キャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビン等とも称される複数（Ｋ個）の直交サブキャリアに分割する。おのおののサブキャリアは、データとともに変調されうる。一般に、変調シンボルは、ＯＦＤＭを用いて周波数領域で、ＳＣ−ＦＤＭを用いて時間領域で送信される。隣接するサブキャリア間の間隔は固定され、サブキャリアの総数（Ｋ個）は、システム帯域幅に依存しうる。例えば、Ｋは、１．２５，２．５，５，１０，２０メガヘルツ（ＭＨｚ）のシステム帯域幅についてそれぞれ１２８，２５６，５１２，１０２４，２０４８にそれぞれ等しい。システム帯域幅はまた、サブ帯域へ分割されうる。例えば、サブ帯域は、１．０８ＭＨｚをカバーし、１．２５，２．５，５，１０，２０ＭＨｚのシステム帯域幅についてそれぞれ１，２，４，８，１６のサブ帯域が存在しうる。

図２は、ＬＴＥにおいて使用されるフレーム構造を示す。ダウンリンクの送信タイムラインは、ラジオ・フレームの単位に分割されうる。おのおののラジオ・フレームは、（例えば１０ミリ秒（ｍｓ）のような）予め定められた持続時間を有し、０乃至９のインデクスを付された１０個のサブフレームへ分割されうる。おのおののサブフレームは、２つのスロットを含みうる。したがって、おのおののラジオ・フレームは、０乃至１９のインデクスを付された２０のスロットを含みうる。おのおののスロットは、例えば、（図２に示すように）通常のサイクリック・プレフィクスの場合、７＝シンボル期間、または拡張されたサイクリック・プレフィクスの場合、Ｌ＝６シンボル期間のように、Ｌ個のシンボル期間を含みうる。おのおののサブフレームでは、２Ｌ個のシンボル期間が、０乃至２Ｌ−１のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソース・ブロックへ分割されうる。おのおののリソース・ブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２のサブキャリア）をカバーしうる。

ＬＴＥでは、ｅＮＢは、ｅＮＢにおける各セルについて、一次同期信号（ＰＳＳ）と二次同期信号（ＳＳＳ）とを送信しうる。図２に示すように、一次同期信号および二次同期信号は、通常のサイクリック・プレフィクスを持つ各ラジオ・フレームのサブフレーム０，５のおのおのにおいて、シンボル期間６およびシンボル期間５でそれぞれ送信されうる。これら同期信号は、セル検出および獲得のためにＵＥによって使用されうる。ｅＮＢはまた、サブフレーム０のスロット１におけるシンボル期間０乃至３で、物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信しうる。ＰＢＣＨは、あるシステム情報を伝送しうる。

図２に図示されるように、ｅＮＢは、各サブフレームの最初のシンボル期間で、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）を送信しうる。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝えうる。ここで、Ｍは、１，２または３に等しく、サブフレーム毎に変化しうる。Ｍはまた、例えば、１０未満のリソース・ブロックのように、小さなシステム帯域幅に対して４に等しくなりうる。ｅＮＢは、（図２に示していないが）おのおののサブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信しうる。ＰＨＩＣＨは、ハイブリッド自動反復要求（ＨＡＲＱ）をサポートするための情報を伝送しうる。ＰＤＣＣＨは、ＵＥのためのリソース割当に関する情報と、ダウンリンク・チャネルのための制御情報とを伝送しうる。ｅＮＢはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信しうる。ＰＤＳＣＨは、ダウンリンクで、データ送信のためにスケジュールされたＵＥのためのデータを伝送しうる。ＬＴＥにおけるさまざまな信号およびチャネルは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ ＴＳ ３６．２１１に記載されている。

ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中央の１．０８ＭＨｚでＰＳＳ、ＳＳＳ、およびＰＢＣＨを送信しうる。ｅＮＢは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体でＰＣＦＩＣＨおよびＰＨＩＣＨを送信しうる。ｅＮＢは、システム帯域幅のある部分において、ＵＥのグループにＰＤＣＣＨを送信しうる。ｅＮＢは、システム帯域幅の特定の部分で、特定のＵＥに、ＰＤＳＣＨを送信しうる。ｅＮＢは、すべてのＵＥへブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送信し、ＰＤＣＣＨを、ユニキャスト方式で、特定のＵＥへ送信しうる。さらに、特定のＵＥへユニキャスト方式でＰＤＳＣＨをも送信しうる。

各シンボル期間において、多くのリソース要素が利用可能でありうる。おのおののリソース要素は、１つのシンボル期間において１つのサブキャリアをカバーしうる。そして、実数値または複素数値である１つの変調シンボルを送信するために使用されうる。おのおののシンボル期間において、基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）へ構成されうる。おのおののＲＥＧは、１つのシンボル期間内に、４つのリソース要素を含みうる。ＰＣＦＩＣＨは、シンボル期間０内に４つのＲＥＧを占有しうる。これらは、周波数にわたってほぼ均等に配置されうる。ＰＨＩＣＨは、１または複数の設定可能なシンボル期間内に３つのＲＥＧを占有しうる。これらは、周波数にわたって分散されうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属しうる。あるいは、シンボル期間０，１，２に分散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間内に、９，１８，３２，または６４のＲＥＧを占有しうる。これらは、利用可能なＲＥＧから選択されうる。複数のＲＥＧからなるある組み合わせのみが、ＰＤＣＣＨのために許容されうる。

ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨとのために使用される特定のＲＥＧを認識しうる。ＵＥは、ＰＤＣＣＨを求めて、ＲＥＧの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、ＰＤＣＣＨのために許可された組み合わせの数よりも少ない。ｅＮＢは、ＵＥが探索する組み合わせのうちの何れかのＵＥにＰＤＣＣＨを送信しうる。

図２Ａは、ＬＴＥにおけるアップリンクのための典型的なフォーマット２００Ａを示す。アップリンクのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図２Ａにおける設計の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、単一のＵＥに、データ・セクションにおいて連続するサブキャリアのすべてが割り当てられるようになる。

ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロックを割り当てられうる。ＵＥはまた、ノードＢへデータを送信するために、データ・セクション内にリソース・ブロックを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）２１０ａ，２１０ｂで制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）２２０ａ，２２０ｂで、データのみ、または、データと制御情報との両方を送信しうる。図２Ａに示すように、アップリンク送信は、サブフレームの両スロットにおよび、周波数にわたってホップしうる。

ＵＥは、複数のｅＮＢの有効通信範囲内に存在しうる。これらのｅＮＢのうちの１つが、ＵＥにサービス提供するために選択されうる。サービス提供するｅＮＢは、例えば受信電力、経路喪失、信号対雑音比（ＳＮＲ）等のようなさまざまな基準に基づいて選択されうる。

ＵＥは、１または複数の干渉元のｅＮＢからの高い干渉を観察しうる支配的な干渉シナリオで動作しうる。支配的な干渉シナリオは、制限された関連付けによって生じうる。例えば、図１では、ＵＥ１２０ｙがフェムトｅＮＢ１１０ｙに近く、ｅＮＢ１１０ｙのための高い受信電力を有しうる。しかしながら、制約された関連性によって、ＵＥ１２０ｙは、フェムトｅＮＢ１１０ｙにアクセスすることができず、低い受信電力を持つ（図１に示すような）マクロｅＮＢ１１０ｃ、または、同様に低い受信電力を持つ（図１に示されていない）フェムトｅＮＢ１１０ｚに接続しうる。ＵＥ１２０ｙは、その後、ダウンリンクにおいて、フェムトｅＮＢ１１０ｙからの高い干渉を観察し、さらに、アップリンクにおいて、ｅＮＢ１１０ｙへの高い干渉をも引き起こしうる。

支配的な干渉シナリオはまた、ＵＥによって検出されたすべてのｅＮＢのうち、低い経路喪失および低いＳＮＲを持つｅＮＢにＵＥが接続するシナリオである範囲拡張によっても生じうる。例えば、図１では、ＵＥ１２０ｘは、マクロｅＮＢ１１０ｂおよびピコｅＮＢ１１０ｘを検出し、ｅＮＢ１１０ｘについて、ｅＮＢ１１０ｂよりも低い受信電力を有しうる。しかしながら、ｅＮＢ１１０ｘの経路喪失が、マクロｅＮＢ１１０ｂの経路喪失よりも低いのであれば、ＵＥ１２０ｘが、ピコｅＮＢ１１０ｘに接続することが望まれうる。これによって、ＵＥ１２０ｘのための所与のデータ・レートに関し、無線ネットワークに対する干渉が低くなりうる。

態様では、異なる周波数帯域で動作する異なるｅＮＢを有することによって、支配的な干渉シナリオにおける通信がサポートされうる。周波数帯域は、通信のために使用されうる周波数の範囲であり、（ｉ）中心の周波数および帯域幅によって、または（ｉｉ）低い周波数および高い周波数によって与えられうる。周波数帯域はまた、帯域、周波数チャネル等とも称されうる。異なるｅＮＢのための周波数帯域は、強いｅＮＢがＵＥと通信することを可能にしながら、ＵＥが、支配的な干渉シナリオにあるより弱いｅＮＢと通信できるように選択されうる。ｅＮＢは、ＵＥにおいて受信されたｅＮＢからの信号の受信電力に基づいて（かつ、ｅＮＢの送信電力レベルに基づくことなく）「弱い」ｅＮＢまたは「強い」ｅＮＢとして分類されうる。

図３は、図１における基地局／ｅＮＢのうちの１つ、およびＵＥのうちの１つでありうる、基地局（またはｅＮＢ１１０）とＵＥ１２０との設計のブロック図である。制約された関連性のシナリオの場合、ｅＮＢ１１０は、図１におけるマクロｅＮＢ１１０ｃでありうる。そして、ＵＥ１２０は、ＵＥ１２０ｙでありうる。ｅＮＢ１１０はさらに、その他いくつかのタイプの基地局でもありうる。ｅＮＢ１１０は、Ｔ個のアンテナ３３４ａ乃至３３４ｔを備え、ＵＥ１２０は、Ｒ個のアンテナ３５２ａ乃至３５２ｒを備えうる。ここで、一般に、Ｔ≧１およびＲ≧１である。

ｅＮＢ１１０では、送信プロセッサ３２０が、データ・ソース３１２からデータを、コントローラ／プロセッサ３４０から制御情報を受信しうる。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ等用でありうる。データは、ＰＤＳＣＨ等用でありうる。送信プロセッサ３２０は、データ・シンボルおよび制御シンボルをそれぞれ取得するために、データおよび制御情報を処理（例えば、符号化およびシンボル・マップ）しうる。送信プロセッサ３２０はさらに、例えばＰＳＳやＳＳＳのための基準シンボルや、セル特有の基準信号を生成しうる。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ３３０は、適用可能であれば、データ・シンボル、制御シンボル、および／または、基準シンボルに空間処理（例えば、プリコーディング）を実行し、Ｔ個の出力シンボル・ストリームをＴ個の変調器（ＭＯＤ）３３２ａ乃至３３２ｔに提供しうる。おのおのの変調器３３２は、（例えば、ＯＦＤＭ等のために）それぞれの出力シンボル・ストリームを処理して、出力サンプル・ストリームを得る。おのおのの変調器３３２はさらに、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、およびアップコンバート）し、ダウンリンク信号を取得する。変調器３３２ａ乃至３３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ３３４ａ乃至３３４ｔによってそれぞれ送信されうる。

ＵＥ１２０では、アンテナ３５２ａ乃至３５２ｒが、ｅＮＢ１１０からダウンリンク信号を受信し、受信した信号を、復調器（ＤＥＭＯＤ）３５４ａ乃至３５４ｒへそれぞれ提供しうる。おのおのの復調器３５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得しうる。おのおのの復調器３５４はさらに、（例えば、ＯＦＤＭ等のため）これら入力サンプルを処理して、受信されたシンボルを取得しうる。ＭＩＭＯ検出器３５６は、Ｒ個すべての復調器３５４ａ乃至３５４ｒから受信したシンボルを取得し、適用可能である場合、これら受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供しうる。受信プロセッサ３５８は、検出されたシンボルを処理（例えば、復調、デインタリーブ、および復号）し、ＵＥ１２０のために復号されたデータをデータ・シンク３６０に提供し、復号された制御情報をコントローラ／プロセッサ３８０へ提供しうる。

アップリンクでは、ＵＥ１２０において、送信プロセッサ３６４が、データ・ソース３６２から（例えば、ＰＵＳＣＨのための）データを、コントローラ／プロセッサ３８０から（例えば、ＰＵＣＣＨのための）制御情報を受信し、これらを処理しうる。送信プロセッサ３６４はさらに、基準信号のための基準シンボルを生成しうる。送信プロセッサ３６４からのシンボルは、適用可能であれば、ＴＸ ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに、（例えば、ＳＣ−ＦＤＭ等のために）変調器３５４ａ乃至３５４ｒによって処理され、ｅＮＢ１１０へ送信される。ｅＮＢ１１０では、ＵＥ１２０からのアップリンク信号が、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能な場合にはＭＩＭＯ検出器３３６によって検出され、さらに、受信プロセッサ３３８によって処理されて、ＵＥ１２０によって送信された復号されたデータおよび制御情報が取得されうる。受信プロセッサ３３８は、復号されたデータをデータ・シンク３３９に提供し、復号された制御情報をコントローラ／プロセッサ３４０へ提供しうる。

コントローラ／プロセッサ３４０，３８０は、ｅＮＢ１１０およびＵＥ１２０それぞれにおける動作を指示しうる。ｅＮＢ１１０におけるコントローラ／プロセッサ３４０、受信プロセッサ３３８、および／または、その他のプロセッサおよびモジュールもまた、図８における動作８００か、および／または、本明細書に記載された技術のためのその他の処理の実行または指示を行いうる。メモリ３４２，３８２は、ｅＮＢ１１０およびＵＥ１２０それぞれのためのデータおよびプログラム・コードを格納しうる。スケジューラ３４４は、ダウンリンクおよび／またはアップリンクでのデータ送信のためにＵＥをスケジュールしうる。

（リソース分割の例）
本開示のある態様によれば、ネットワークが、エンハンスト・セル間干渉調整（ｅＩＣＩＣ）をサポートしている場合、基地局は、リソースの一部を放棄した干渉元のセルによる干渉を低減または除去するために、互いにネゴシエートして、リソースを調整しうる。この干渉調整にしたがって、ＵＥは、厳しい干渉がある場合であっても、干渉元のセルによって放棄されたリソースを用いることによって、サービス提供セルにアクセスすることができうる。

例えば、オープン・マクロ・セルの有効通信範囲エリア内のクローズド・アクセス・モードのフェムト・セル（すなわち、ここでは、メンバ・フェムトＵＥのみがこのセルにアクセスする）は、リソースを放棄し、干渉を効果的に除去することによって、マクロ・セルのために（フェムト・セルの有効通信範囲エリア内に）「有効通信範囲ホール」を生成することができうる。リソースを放棄するためにフェムト・セルについてネゴシエートすることによって、フェムト・セル有効通信範囲エリア下のマクロＵＥはいまだに、これら放棄されたリソースを用いて、ＵＥのサービス提供マクロ・セルにアクセスすることができる。

例えば、イボルブド・ユニバーサル地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）のように、ＯＦＤＭを用いるラジオ・アクセス・システムでは、放棄されたリソースは、時間ベースであるか、周波数ベースであるか、これら両方の組み合わせでありうる。調整されたリソース分割が時間ベースである場合、干渉元のセルは、単に、時間領域におけるサブフレームのうちのいくつかを使用しない。調整されたリソース分割が周波数ベースである場合、干渉元のセルは、周波数領域におけるサブキャリアを放棄しうる。周波数と時間との両方の組み合わせによって、干渉元のセルは、周波数リソースと時間リソースとを放棄しうる。

図４は、ｅＩＣＩＣによって、ｅＩＣＩＣをサポートしているマクロＵＥ１２０ｙ（例えば、図４に図示されているようなＲｅｌ−１０マクロＵＥ）が、実線のラジオ・リンク４０２によって例示されているように、フェムト・セル１１０ｙからの厳しい干渉を経験している場合であっても、マクロ・セル１１０ｃにアクセスできるようになるシナリオの例を例示する。レガシー・マクロＵＥ１２０ｕ（例えば、図４に図示されているようなＲｅｌ−８マクロＵＥ）は、分断されたラジオ・リンク４０４によって例示されているように、フェムト・セル１１０ｙからの厳しい干渉下のマクロ・セル１１０ｃにアクセスできない場合がありうる。フェムトＵＥ１２０ｖ（例えば、図４に図示されているようなＲｅｌ−８フェムトＵＥ）は、マクロ・セル１１０ｃからの干渉問題なく、フェムト・セル１１０ｙにアクセスしうる。

ある態様によれば、ネットワークは、情報を分散する異なるセットが存在しうるｅＩＣＩＣをサポートしうる。これらのセットのうちの第１のセットは、準固定リソース分割情報（ＳＲＰＩ）と称されうる。これらのうちの第２は、適応リソース分割情報（ＡＲＰＩ）と称されうる。名前が意味するように、ＳＲＰＩは一般に、頻繁には変わらず、ＳＲＰＩは、ＵＥがＵＥ自身の動作のためのリソース分割情報を使用できるようにＵＥへ送信されうる。

例として、リソース分割は、８ミリ秒周期（８サブフレーム）または４０ミリ秒周期（４０サブフレーム）で実施されうる。ある態様によれば、周波数リソースも分割されうるように、周波数分割デュプレクス（ＦＤＤ）も適用されうると仮定されうる。ダウンリンク（例えば、セル・ノードＢからＵＥ）を介した通信の場合、分割パターンが、既知のサブフレーム（例えば、４のような整数Ｎの倍数であるシステム・フレーム番号（ＳＦＮ）値を有する各ラジオ・フレームの第１のフレーム）へマップされうる。このようなマッピングは、特定のサブフレームのためのリソース分割情報（ＲＰＩ）を決定するために適用されうる。例として、ダウンリンクのために調整されたリソース分割（例えば、干渉元のセルによって放棄された）にしたがうサブフレームは、インデクスによって識別されうる。
ＩｎｄｅｘＳＲＰＩ＿ＤＬ（ＳＦＮ＊１０＋サブフレーム番号）ｍｏｄ８
アップリンクの場合、ＳＲＰＩマッピングは、例えば４ミリ秒シフトされうる。したがって、アップリンクの場合、
ＩｎｄｅｘＳＲＰＩ＿ＵＬ（ＳＦＮ＊１０＋サブフレーム番号＋４）ｍｏｄ８
ＳＲＰＩは、各入力のために、次の３つの値を使用しうる。
・Ｕ（使用）：この値は、サブフレームが、このセルによって使用されるべき支配的な干渉からクリーン・アップされた（すなわち、主要な干渉元のセルが、このサブフレームを使用しない）ことを示す。
・Ｎ（無使用）：この値は、サブフレームが使用されてはならないことを示す。
・Ｘ（未知）：この値は、サブフレームが静的に分割されていないことを示す。基地局間のリソース使用ネゴシエーションの詳細は、ＵＥに知られていない。

ＳＲＰＩのためのパラメータの別の可能なセットは以下の通りでありうる。
・Ｕ（使用）：この値は、サブフレームが、このセルによって使用されるべき支配的な干渉からクリーン・アップされた（すなわち、主要な干渉元のセルが、このサブフレームを使用しない）ことを示す。
・Ｎ（無使用）：この値は、サブフレームが使用されてはならないことを示す。
・Ｘ（未知）：この値は、サブフレームが静的に分割されていない（、そして、基地局間のリソース使用ネゴシエーションの詳細がＵＥに知られていない）ことを示す。
・Ｃ（共通）：この値は、すべてのセルが、リソース分割無く、このサブフレームを使用しうることを示しうる。このサブフレームは、干渉を被りうる。その結果、基地局は、厳しい干渉を受けていないＵＥのためにのみこのサブフレームを使用することを選択しうる。

サービス提供セルのＳＲＰＩは、オーバ・ザ・エアでブロードキャストされうる。Ｅ−ＵＴＲＡＮでは、サービス提供セルのＳＲＰＩは、マスタ情報ブロック（ＭＩＢ）で、あるいは、複数のシステム情報ブロック（ＳＩＢ）のうちの１つで送信されうる。予め定義されたＳＲＰＩは、例えばマクロ・セル、（オープン・アクセスの）ピコ・セル、および（クローズド・アクセスの）フェムト・セルのようなセルの特性に基づいて定義されうる。このような場合、システム・オーバヘッド・メッセージにおけるＳＲＰＩの符号化によって、オーバ・ザ・エアによるブロードキャストがより効率的になりうる。

基地局はまた、ＳＩＢのうちの１つで、近隣セルのＳＲＰＩをブロードキャストしうる。このため、ＳＲＰＩは、複数の物理セル識別子（ＰＣＩ）の対応する範囲で送信されうる。

ＡＲＰＩはさらに、ＳＲＰＩにおける‘Ｘ’サブフレームのための詳細な情報でリソース分割情報を表しうる。前述したように、‘Ｘ’サブフレームの詳細な情報は、一般に、基地局にしか知られておらず、ＵＥは知らない。

図５および６は、マクロ・セルおよびフェムト・セルを有するシナリオにおけるＳＲＰＩ割当の例を例示する。Ａサブフレーム、Ｕサブフレーム、Ｎサブフレーム、Ｘサブフレーム、またはＣサブフレームは、Ｕ ＳＲＰＩ割当、Ｎ ＳＲＰＩ割当、Ｘ ＳＲＰＩ割当、またはＣ ＳＲＰＩ割当に対応するサブフレームである。

（ヘテロジニアスなネットワークにおけるマクロｅＮＢによるピコｅＮＢへのＡＲＰＩの効率的な割当の例）
ピコｅＮＢと干渉する複数のマクロｅＮＢを有するヘテロジニアス・ネットワーク（ＨｅｔＮｅｔ）環境では、ピコｅＮＢが、範囲拡張領域のために保護されたリソースを得るために、複数のマクロｅＮＢとインタラクトしうる。ピコｅＮＢは、複数のマクロｅＮＢへリソース・ステータス・レポート（ＲＳＲ）を提供し、複数の干渉元のｅＮＢから、保護されたリソース割当を取得しうる。サービス提供しているＵＥが範囲拡張領域にある場合、ピコｅＮＢは、干渉元のすべてのマクロｅＮＢによって保護されているこれらリソースのみを使用しうる。

現在のリソース割当メカニズムは、使用されている実際のリソースに関する、ピコｅＮＢからのフィードバックを含みうる。ステータス・レポートにおけるフィードバックを追加してでさえも、（例えば、特定のリソースがすべてのマクロｅＮＢによって保護されている訳ではない場合、）マクロｅＮＢによって割り当てられたリソースの浪費が生じうる。現在、マクロｅＮＢによるリソース割当は、マクロｅＮＢ間で調整されない場合がありうる。リソース割当はまた、マクロｅＮＢ間のピコｅＮＢによって調整されない場合もありうる。

干渉元のマクロ・セルのいくつかまたはすべてが、同じｅＮＢに属している場合、注目すべき例外が発生しうる。本開示のある態様は、リソースがマクロｅＮＢによって割り当てられる前に、リソース・ネゴシエーション・フェーズを加えることによって、リソース浪費を低減するため、または、リソース浪費をなくすかの何れかを行うために、複数のオプションおよびエンハンスメントを、現在のリソース割当メカニズムに提供する。複数のピコｅＮＢからのリソース・ステータス・レポートのタイミング、イボルブド割当およびリテンション優先度（ｅＡＲＰ）決定は変動しうる。例えば、１つの態様では、マクロｅＮＢからのＡＲＰＩ更新およびピコ・ステータス・レポートが同期されうる。別の態様では、ピコ・ステータス・レポートが、時間にわたって広げられ、利用可能なステータスおよび割り当てられたＡＲＰＩに基づいて決定がなされうる。

多くの現実的なネットワーク構成では、ピコ・セルは、同じマクロｅＮＢの複数のセクタによる干渉を経験しうる。例えば、ピコｅＮＢが、同じマクロｅＮＢの２つのセクタのおおよそ境界領域に存在する場合、ピコｅＮＢの範囲拡張ＵＥが、両セクタによって強く干渉されうる。両セクタが、異なる物理セル識別子（ＰＣＩ）を有していると仮定すると、ピコ・セルは、干渉元のセクタを識別しうるが、これらのセクタが同じｅＮＢに属することをも認識しうる。実際、Ｘ２交渉は、セル／セクタ間ではなくｅＮＢ間に存在しうる。同様の例は、物理的に分離しているものの、同じｅＮＢのボックスを共有する複数のセルとして見えうる、遠隔ラジオ・ヘッド（ＲＲＨ）を使用した場合でありうる。

複数の干渉元のセルが同じｅＮＢに属していることをピコｅＮＢが知っているか否かに関わらず、干渉元のマクロｅＮＢがステータス・レポート・メッセージを受信すると、このマクロｅＮＢは、セクタのうちのどれが、ピコ・セルと干渉しうるかを知りうる。この情報を含む単一のＸ２メッセージをピコｅＮＢがマクロｅＮＢへ送信しうるか、あるいは、よりありそうなことには、ピコｅＮＢが、複数のステータス・レポート（例えば、ＰＣＩ毎に１つのステータス・レポート）を送信しうる。干渉元のセルが同じｅＮＢに属していることをピコｅＮＢが認識している場合、マクロｅＮＢへ単一のＸ２メッセージを送信することが可能でありうる。ピコｅＮＢが複数のステータス・レポートを送信した場合、おのおのがソース・ノードのユニークなグローバル・セル識別子を含んでいる受信したステータス・レポートを比較し、受信したＸ２メッセージに基づいて、マクロｅＮＢのセクタのどれが実際にピコ・セルと干渉しているのかを判定することは、マクロｅＮＢ次第でありうる。

ある態様の場合、マクロｅＮＢにおける最適化アルゴリズムは、マクロのセルのすべてを共に考慮することによって動作しうる。すなわち、Ｎ×Ｍのサイズのジャミング行列が構築されうる。ここでＮは、このマクロｅＮＢがサポートするセルの数であり、Ｍは、マクロｅＮＢの有効通信範囲エリア内のピコｅＮＢの数である。この行列の（ｎ，ｍ）番目のＢｏｏｌｅａｎ要素は、セクタｎがピコｍの支配的な干渉体である場合に真でありうる。前述したように、マクロｅＮＢは、受信したすべてのＸ２ステータス・レポート・メッセージを比較し、ソース・セルの識別子を考慮することによってこれを決定しうる。最適化変数は、Ｎ個のＡＲＰＩ（例えば、マクロ・セクタ毎に１つ）でありうる。目的関数は、同じｅＮＢに属するセルからの同じピコに提案されたＡＲＰＩのミスマッチによるリソース浪費を低減できるように、Ｍ個すべてのピコｅＮＢから直近のステータス・レポートを考慮しうる。

一般的なシナリオでは、ピコ・セルは、同じマクロｅＮＢに属するいくつかのセル（例えば、あるマクロｅＮＢに属する２つのセクタ）によって、および、別のマクロｅＮＢに属するその他いくつかのセルによって、強く干渉されうる。このシナリオでは、前述したアプローチは同じｅＮＢのセルを取り扱うように適用されうる一方、別の干渉元のマクロｅＮＢは、後述するオプションのうちの１つを使用しうる。

本開示のある態様によれば、ピコｅＮＢは、使用可能なＡＲＰＩおよびリソース・ステータスをマクロｅＮＢへ提供しうる。これは、ピコｅＮＢにおける実際のリソース使用量をマクロｅＮＢが理解するためのメカニズムを提供し、マクロｅＮＢに対して、ピコＡＲＰＩ割当が別のマクロｅＮＢによって制限されうることを示しうる。１つの態様によれば、マクロｅＮＢは、ＡＲＰＩ割当アルゴリズムにおけるすべてのピコｅＮＢを考慮しうる。ＡＲＰＩベースの割当が、ピコｅＮＢによって使用可能なものよりも多いのであれば、マクロｅＮＢは、以前に使用可能であったピコの割当を１ずつインクリメントすることによって、新たな割当を決定しうる。

本開示のある態様によれば、ピコｅＮＢとマクロｅＮＢとの両方に、過負荷がかけられうる。この場合、マクロｅＮＢかピコｅＮＢかのアルゴリズムの結果は、ピコｅＮＢにより多くのリソースを提供するか、または、分割変更を与えないマクロｅＮＢでありうる。ピコｅＮＢの使用可能な割当リソースの数（ＡＵ）が、マクロｅＮＢの割当リソースの数（ＡＮ）よりも小さい場合、マクロｅＮＢは、そのＡＮを、１ずつインクリメントされたピコｅＮＢのＡＵに等しくなるように設定しうる。これは、マクロｅＮＢは、ピコの残りに負荷が少ない場合であっても、すべてのリソースを取り戻すとは限らないことを意味しうる。ピコのＡＵを１ずつインクリメントすることは、マクロｅＮＢがボトルネックではないことを保証しうる。

代案として、浪費を低減するために、マクロｅＮＢは、ある期間のみ、ピコｅＮＢの割当を増やすことがありうる。この期間中、ピコｅＮＢが、使用可能なＡＲＰＩにおける増加をレポートしない場合、マクロｅＮＢは、割り当てられたリソースを取り戻しうる。この処理は、マクロｅＮＢかピコｅＮＢかのアルゴリズムの結果が、より多くのリソースを放棄するか、分割変更を与えないマクロｅＮＢであり、ピコｅＮＢのＡＵがマクロｅＮＢのＡＮよりも小さい場合である限り定期的に繰り返す。したがって、干渉元のすべてのマクロｅＮＢが合意する場合、これは、ピコｅＮＢにより多くのリソースを与えうる。ピコｅＮＢが（例えば、その他のマクロｅＮＢからの制約によって）新たに割り当てられたリソースを使用しない場合、このリソースは、マクロｅＮＢのために浪費されうる。しかしながら、このアルゴリズムは未だに、同じマクロｅＮＢ下のその他のピコｅＮＢに潜在的に役立ちうる。浪費したリソースのオーバヘッドは、すべてのマクロｅＮＢによる同じ割当アルゴリズムにしたがうことにより低減されうる。

別の態様によれば、マクロｅＮＢは、実際のＡＲＰＩと新たな候補ＡＲＰＩとをピコｅＮＢへ送信しうる。候補ＡＲＰＩは、ピコｅＮＢと複数の干渉元のマクロｅＮＢとのネゴシエーションを支援するために使用される新たなメッセージでありうる。候補ＡＲＰＩは、他のマクロｅＮＢが合意する場合、ピコｅＮＢに対して、可能なより大きな割当を通知しうる。マクロｅＮＢにおけるＡＲＰＩアルゴリズムは、更新された候補ＡＲＰＩおよび更新されたＡＲＰＩを計算しうる。これらは、ピコｅＮＢへ送信されうる。例えば、ＡＲＰＩ１は、制限されていないピコｅＮＢに基づいて計算された、更新されたＡＲＰＩでありうる。また、ＡＲＰＩ２は、すべてのピコｅＮＢに基づいて計算された、候補ＡＲＰＩでありうる。一般に、ＡＲＰＩ２におけるＡＵの数は、ＡＲＰＩ１におけるＡＵの数以上でありうる。ＡＰＲＩ１またはＡＲＰＩ２が変わった場合、マクロｅＮＢは、ＡＲＰＩ１およびＡＲＰＩ２をバックホールを経由して（例えば、Ｘ２リンクを介して）ピコｅＮＢへ送信しうる。

ピコｅＮＢは、干渉元のマクロｅＮＢからＡＲＰＩ更新を受信する毎に、使用可能なＡＲＰＩ１（ｕＡＲＰＩ１）および使用可能なＡＲＰＩ２（ｕＡＲＰＩ２）を計算しうる。ピコｅＮＢは、干渉元のマクロｅＮＢから受信したすべてのレポートの交わりに基づいて、マクロｅＮＢへレポートを送信しうる。例えば、ｕＡＲＰＩ２におけるＡＵの数が、ｕＡＲＰＩ１におけるＡＵの数以上である場合、ピコｅＮＢは、ＡＲＰＩ１をｕＡＲＰＩ２に変換しうる（することが可能でありうる）ことをマクロｅＮＢへ通知しうる。ピコｅＮＢは、このレポートを、ステータス・レポートの一部として、または、新たなメッセージによって送信しうる。

図７は、本開示のある態様にしたがう動作７００の例を例示する。動作７００は、例えば、ピコｅＮＢのような第１の基地局によって実行されうる。７０２において、第１の基地局は、例えば少なくとも１つのマクロｅＮＢのような、少なくとも１つの第２の基地局から、時間領域リソース分割情報（ＲＰＩ）を受信しうる。ある態様の場合、この少なくとも１つの第２の基地局は、第１の基地局と干渉する複数の第２の基地局を備えうる。ある態様の場合、第１の基地局はピコ基地局であり、少なくとも１つの第２の基地局は、少なくとも１つのマクロ基地局を備える。ＲＰＩは、セル間干渉管理（例えば、ｅＩＣＩＣ）のために使用されうる。ある態様の場合、ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える。

７０４において、第１の基地局は、端末をセル間干渉から守るために、第１の基地局によって実際に使用可能なＲＰＩで示された１または複数のリソースを判定しうる。ある態様の場合、少なくとも１つの第２の基地局は、複数の第２の基地局を備えうる。そして、第１の基地局は、複数の第２の基地局から受信したＲＰＩを比較して、複数の第２の基地局から受信したＲＰＩに共通のリソースのセットを選択することによって、１または複数のリソースを決定しうる。

７０６において、第１の基地局は、使用可能なリソースを示すインジケーションを、少なくとも１つの第２の基地局へ送信しうる。第１の基地局は、使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに送信しうる。

ある態様の場合、第１の基地局は、第２のリソースの数が、第１の基地局によって実際に使用可能な第１のリソースの数よりも大きいか否かを判定しうる。ある態様の場合、第１の基地局は、少なくとも１つの第２の基地局から別のＲＰＩを受信しうる。ここで、別のＲＰＩは、使用可能なリソースに基づく。ある態様の場合、第１の基地局は、７０２において、少なくとも１つの第２の基地局からＲＰＩを受信する前に、少なくとも１つの第２の基地局へＲＳＲを送信しうる。

ある態様の場合、ＲＰＩは、（１）第２の基地局の有効通信範囲エリア内の制限されていない第１の基地局からのリソース・ステータス・レポート（ＲＳＲ）と、制限された第１の基地局からの使用可能なリソースを示すインジケーションとに基づく実際のＲＰＩと、（２）制限に関わらず、第２の基地局の有効通信範囲エリア内のすべての第１の基地局からのＲＳＲに基づく候補ＲＰＩと、を含みうる。第１の基地局は、７０４において、第１の基地局によって使用可能な実際のＲＰＩにおいて示される１または複数の第１のリソースを決定することによって、および、第１の基地局によって使用可能な候補ＲＰＩにおいて示される１または複数の第２のリソースを決定することによって、１または複数のリソースを決定しうる。

ある態様の場合、動作７００はさらに、第２のリソースの数が、第１の基地局によって使用可能な第１のリソースの数よりも多いか否かを第１の基地局が判定することを含みうる。使用可能なリソースを示すインジケーションは、第２のリソースを示すインジケーションを含みうる。ある態様の場合、第１の基地局は、７０６において、第２のリソースの数が第１のリソースの数よりも多い場合、第２のリソースを示すインジケーションを送信することによって、インジケーションを送信しうる。第１の基地局は、ＲＳＲで、第２のリソースを示すインジケーションを送信しうる。

ある態様の場合、第１の基地局は、７０２において、少なくとも１つの第２の基地局から、ＲＰＩを定期的に受信しうる。ある態様の場合、第１の基地局は、少なくとも１つの第２の基地局のうちの別の１つのからの別のＲＰＩと実質的に同時に、少なくとも１つの第２の基地局のうちの１つからＲＰＩを受信しうる。別のＲＰＩは、少なくとも１つの第２の基地局のうちの１つから受信したＲＰＩよりも小さい場合がありうる。ある態様の場合、使用可能なリソースを示すインジケーションは、少なくとも１つの第２の基地局のうちの１つから受信したＲＰＩよりも小さい。ある態様の場合、少なくとも１つの第２の基地局のうちの１つからＲＰＩを、および、少なくとも１つの第２の基地局のうちの別の１つから別のＲＰＩを受信することが、時間ウィンドウ内でなされる。ある態様の場合、動作７００はさらに、第１の基地局が、中央ネットワーク構成要素から、または、少なくとも１つの第２の基地局から、時間ウィンドウを示すインジケーションを受信することを含む。ある態様の場合、ＲＰＩおよび他のＲＰＩを受信することは、第１の時間において、少なくとも１つの第２の基地局のうちの１つからＲＰＩを受信することと、少なくとも１つの第２の基地局からその他何れかのＲＰＩを受信するために、第１の時間から始まる時間ウィンドウを待つことと、時間ウィンドウ内の第２の時間において、少なくとも１つの第２の基地局のうちの別の１つから別のＲＰＩを受信することと、を含む。

ある態様によれば、動作７００はさらに、ＲＰＩを再決定するために、第１の基地局が、少なくとも１つの第２の基地局のための別のインジケーションを、少なくとも１つの第２の基地局へ送信することを含む。別のインジケーションを送信することは、別のインジケーションを定期的に送信することを備えうる。ここで、別のインジケーションを送信する第１の周期は、ＲＳＲを送信する第２の周期よりも大きい。ある態様の場合、別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、またはＡＢＳパターン情報ＩＥの無いＡＢＳ、のうちの少なくとも１つを含む。ある態様の場合、ＡＢＳステータスＩＥにおけるフラグは、第１の基地局が、少なくとも１つの第２の基地局によって解放されたリソースを保持することを好むことを示す。

図８は、本開示のある態様にしたがう動作８００の例を例示する。動作８００は、例えばマクロｅＮＢのような第１の基地局によって実行されうる。８０２において、第１の基地局は、例えば、第１の基地局の有効通信範囲エリア内のピコｅＮＢのような第２の基地局に、リソース分割情報（ＲＰＩ）を送信しうる。

８０４において、第１の基地局は、第２の基地局によって実際に使用可能なＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信しうる。ある態様の場合、第１の基地局は、リソース・ステータス・レポート（ＲＳＲ）と共に、使用可能なリソースを示すインジケーションを受信しうる。８０６において、第１の基地局は、このインジケーションに基づいて、ＲＰＩを調節すべきか否かを判定しうる。

ある態様の場合、第１の基地局は、実際に使用可能なリソースを示すインジケーションに基づいて、別の基地局が第２の基地局と干渉しているか否かを判定しうる。ある態様の場合、第１の基地局は、使用可能なリソースの数が、割り当てられたリソースの数よりも少ない場合、ＲＰＩを調節しうる。ある態様の場合、第１の基地局は、割り当てられたリソースの数が、第２の基地局によって使用可能な候補ＲＰＩで示されたリソースの数と等しくなるように、調節されたＲＰＩにおいて示されたリソースを割り当てることによって、ＲＰＩを調節しうる。ある態様の場合、第１の基地局は、８０２において、第２の基地局へＲＰＩを送信する前に、リソース・ステータス・レポート（ＲＳＲ）を受信しうる。ある態様の場合、第１の基地局は、別のＲＰＩを送信しうる。別のＲＰＩは、使用可能なリソースに基づく。

ある態様によれば、第１の基地局は、ＲＰＩで示された割り当てられたリソースの数を判定することと、使用可能なリソースの数を判定することと、使用可能なリソースの数が、割り当てられたリソースの数よりも少ないか否かを判定することとによって、ＲＰＩを調節するか否かを判定しうる。ある態様の場合、動作８００はさらに、使用可能なリソースの数が、割り当てられたリソースの数よりも少ない場合、第１の基地局が、ＲＰＩを調節することを含みうる。第１の基地局は、使用可能なリソースの数を１ずつインクリメントすること、および、割り当てられたリソースの数が、インクリメントされた使用可能なリソースの数と等しくなるように、調節されたＲＰＩにおいて示されるリソースを割り当てることによって、ＲＰＩを調節しうる。

ある態様によれば、ＲＰＩは、（１）第１の基地局の有効通信範囲エリア内の制限されていない第２の基地局からのＲＳＲと、制限された第２の基地局からの使用可能なリソースを示すインジケーションとに基づく実際のＲＰＩと、（２）制限に関わらず、第１の基地局の有効通信範囲エリア内のすべての第２の基地局からのＲＳＲに基づく候補ＲＰＩと、を含みうる。ある態様の場合、第１の基地局は、８０２において、実際のＲＰＩまたは候補ＲＰＩが前の値から変わっている場合、実際のＲＰＩおよび候補ＲＰＩを送信することによってＲＰＩを送信しうる。このインジケーションは、第２の基地局によって使用可能な候補ＲＰＩのリソースを示すインジケーションを含みうる。ある態様の場合、第２の基地局によって使用可能な候補ＲＰＩにおいて示されるリソースの数は、第２の基地局によって使用可能な実際のＲＰＩにおいて示されるリソースの数よりも多い。ある態様の場合、動作８００はさらに、割り当てられたリソースの数が、第２の基地局によって使用可能な候補ＲＰＩにおいて示されたリソースの数に等しくなるように、調節されたＲＰＩにおいて示されているリソースを割り当てることによって、第１の基地局がＲＰＩを調節することを含みうる。

ある態様の場合、第１の基地局は、８０２において、第２の基地局にＲＰＩを定期的に送信しうる。ある態様の場合、第１の基地局は、第３の基地局が第２の基地局へ別のＲＰＩを送信するのと実質的に同時に第２の基地局へＲＰＩを送信しうる。ある態様の場合、動作８００はさらに、第３の基地局（すなわち、別の基地局）が別のＲＰＩを送信するのと実質的に同時に第２の基地局へＲＰＩを送信するように、第１の基地局が第３の基地局と協調することを備えうる。ある態様の場合、動作８００はさらに、第３の基地局が別のＲＰＩを送信するのと実質的に同時に第２の基地局へＲＰＩが送信されるように、第１の基地局が中央ネットワーク構成要素からメッセージを受信することを含みうる。

ある態様によれば、動作８００はさらに、第１の基地局が、ＲＰＩを再決定するために第１の基地局のための別のインジケーションを受信し、別のインジケーションを受信することに基づいてＲＰＩを再決定し、再決定されたＲＰＩを第２の基地局へ送信する、ことを備えうる。ある態様の場合、第１の基地局は、別のインジケーションを定期的に受信しうる。別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、またはＡＢＳパターン情報ＩＥの無いＡＢＳ、のうちの少なくとも１つを備えうる。ある態様の場合、第１の基地局は、利用可能なリソースを有している場合、別のインジケーションを受信することに基づいて、再決定されたＲＰＩからリソースを取り消さないことを決定しうる。

図９は、本開示の態様にしたがって、マクロｅＮＢ９０２とピコｅＮＢ９０４ａ，９０４ｂとの事前ネゴシエーションのためのコール・フロー図９００の例を例示する。ある態様によれば、マクロｅＮＢ９０２とピコｅＮＢ９０４ａ，９０４との事前ネゴシエーションは、割当ＡＲＰＩがマクロｅＮＢ９０２によって割り当てられる前に生じうる。ネゴシエーション・フェーズの間、ピコｅＮＢ９０４ａ，９０４ｂは、マクロｅＮＢ９０２へリソース・ステータス更新９０６を送信しうる。ピコｅＮＢが単一のマクロｅＮＢとしかインタラクトしていない場合、ネゴシエーション・フェーズが実行される必要はない。言い換えれば、ネゴシエーション・フェーズは、ピコｅＮＢ９０４ａ，９０４ｂが複数のマクロｅＮＢ９０２とインタラクトしている場合に、ある態様のためにのみ実行されうる。ピコｅＮＢ９０４ａ，９０４ｂは、これを、リソース・ステータス更新９０６で、マクロｅＮＢ９０２に示しうる。

マクロｅＮＢ９０２は、９０８において、（制限されたピコｅＮＢ９０４ａを含む）すべてのピコｅＮＢ９０４ａ，９０４ｂを含むＡＲＰＩを決定し、ＡＲＰＩに基づいて、制限されたピコｅＮＢ９０４ａへ新たなリソース要求９１０を送信しうる。ある態様の場合、前提すなわち必要条件は、すべてのマクロｅＮＢ９０２が、幾分同時にＡＲＰＩをレポートしていることである。制限されたピコｅＮＢ９０４ａが、マクロｅＮＢ９０２のうちのすべてからＡＲＰＩを受信した後、制限されたピコｅＮＢ９０４ａが、マクロｅＮＢ９０２へ新たなリソース・アクノレッジメント９１２をレポートしうる。ある態様によれば、新たなリソース・アクノレッジメント９１２は、使用可能なＡＲＰＩでありうる。リソース割当フェーズの間、マクロｅＮＢ９０２は、制限されたピコｅＮＢ９０４ａからのフィードバックに依存して、９１４において、最終的なＡＲＰＩを更新することを決定しうる。これは、ＡＲＰＩの割当を減らすこと、または、同じに保つことを含みうる。マクロｅＮＢ９０２は、９１６において、最終的なＡＲＰＩを制限されたピコｅＮＢ９０４ａへ送信しうる。

ある態様の場合、マクロｅＮＢが、利用可能なリソースを有するのであれば、このマクロｅＮＢは、より大きなＡＲＰＩをピコｅＮＢへ定期的に送信しうる。すべてのマクロｅＮＢは、更新がほぼ同時に、または、少なくとも時間ウィンドウ（Δｔ）内に送信されるようにこの手順を調整しうる。追加のリソースを許可するためのマクロｅＮＢ間のこのような同期は、ＯＡＭ（オペレーション、アドミニストレーション、およびメンテナンス）、マクロｅＮＢ間のメッセージ交換、中央ネットワーク構成要素（例えば、中央サーバ）からマクロｅＮＢへ送信されるメッセージ、またはその他任意の適切な技術によってなされうる。ピコｅＮＢが１つのマクロｅＮＢからＡＲＰＩを受信すると、ピコｅＮＢは、その他何れかのマクロｅＮＢから追加のＡＲＰＩを受信するために、時間ウィンドウの範囲を待つ。このように、使用可能なリソースを決定して、マクロｅＮＢへ応答する前に、すべてのＡＲＰＩが受信されたことを保証するために、ピコｅＮＢは、時間ウィンドウの間、待つことを認識するだろう。その他の態様の場合、ピコｅＮＢは、時間ウィンドウの開始前に、マクロｅＮＢからＡＲＰＩを受信するのを待つことなく、時間ウィンドウの開始を知り、このウィンドウの間、受信されたＡＲＰＩをリスンしうる。

すべての近隣マクロｅＮＢがピコｅＮＢに、より大きなＡＲＰＩを送信したので、ピコｅＮＢがより大きなＡＲＰＩを使用することができる場合、ピコｅＮＢは、より大きな割当にマッチする実際に使用されているＡＲＰＩを用いて応答しうる。図１０Ａにおけるコール・フロー１０００の例は、これらのケースを例示している。１００４において第２のマクロｅＮＢ９０２ｂ（マクロｅＮＢ２）がより大きなＡＲＰＩ２（より大きなＡＲＰＩ１とマッチする）を送信するのと実質的に同時に、１００２において第１のマクロｅＮＢ９０２ａ（マクロｅＮＢ１）がより大きなＡＲＰＩ１をピコｅＮＢ９０４へ送信しうる。ＡＲＰＩの受信は、恐らく時間ウィンドウ（Δｔ）１００６内でなされうる。ピコｅＮＢ９０４は、その後、１００８において、使用可能なＡＲＰＩが、より大きなＡＲＰＩ１と同じ大きさ（＝より大きなＡＰＲＩ２）でありうる。そして、１０１０において、このことを、少なくともマクロｅＮＢ１へ示しうる。ピコｅＮＢは、このより大きな割当を使用することができるので、マクロｅＮＢ１は、１０１２において、より大きなリソース割当（より大きなＡＲＰＩ１）を維持しうる。

そうではない場合（すなわち、マクロｅＮＢ２が、マクロｅＮＢ１によって送信されたものよりも小さなＡＲＰＩを送信した場合）、ピコｅＮＢは、受信された割当よりも小さい、実際に使用されたＡＲＰＩをもってマクロｅＮ１に応答しうる。これによって、マクロｅＮＢ１は、この割当をスケール・バックし、浪費を回避するようになりうる。図１０Ｂにおけるコール・フロー１０２０の例は、別のシナリオを例示する。ここでは、マクロｅＮＢ２が１０５４においてより大きなＡＲＰＩ２（より大きなＡＲＰＩ１よりも小さい）を送信するのと実質的に同時に、マクロｅＮＢ１が１０５２においてより大きなＡＲＰＩ１を送信しうる。ピコｅＮＢにおけるＡＲＰＩの受信は、時間ウィンドウ（Δｔ）１０５６内で生じうる。ピコｅＮＢ９０４は、その後、１０５８において、使用可能なＡＲＰＩが、より大きなＡＲＰＩ１ほど大きくはなり得ないと判定し、１０６０において、これをマクロｅＮＢ１に示しうる。１０６２において、マクロｅＮＢ１は、その後、浪費（すなわち、ピコｅＮＢが使用することができないリソースをピコｅＮＢのために割り当てる）を回避するためにリソース割当を低減しうる。

別の態様によれば、この同期負荷は、ピコｅＮＢへと移されうる。ある定期的な間隔で、ピコｅＮＢは、使用可能なＡＢＳ（ほとんどブランクなサブフレーム）パターンをエンプティ（エンプティは、全ゼロと同じではなく、メッセージにおいて使用されるＡＲＰＩフィールドを省略することによって達成されることに注意されたい）として送信しうる。これは、ＡＲＰＩ割当を再計算するようにマクロｅＮＢに対してシグナルしうる。したがって、エンプティなＡＢＳパターンは、リセット・メッセージとして機能しうる。すべてのマクロｅＮＢからの再計算された割当が、以前の割当よりも大きい場合、ピコｅＮＢは、より大きなこの割当を使用することができうる。ある態様の場合、ピコｅＮＢは、デッド・ロック状態にありうると考えた場合、使用可能なＡＢＳパターンによってＡＢＳ割当を制限しないようにマクロｅＮＢに示すために、ＡＢＳステータス情報要素（ＩＥ）にオプションのフラグを含めうる。別のオプションは、マクロｅＮＢによって提供されているものよりも大きくなるべきである使用可能なパターンを送信することを含む。このようにして、マクロｅＮＢは、ピコｅＮＢが別のマクロｅＮＢによってもはや制限されていないことを示すインジケーションを取得し、より多くのインタレースを提供しうる。

図１１は、前述したように、リソース割当を再決定するためのマクロｅＮＢ９０２のためのインジケーションを送信するためのコール・フロー１１００の例を例示する。１１０２において、ピコｅＮＢ９０４は、ＲＰＩ再決定インジケーションを送信しうる。このインジケーションは、例えば、使用可能なＡＢＳパターン、ＡＢＳステータスＩＥにおけるフラグ、または、ＡＢＳパターン情報ＩＥの無いＡＢＳを備えうる。ある態様の場合、ＲＰＩ再決定インジケーションを送信するための第１の周期は、リソース・ステータス・レポート（ＲＳＲ）を送信するための第２の周期よりも長い。マクロｅＮＢ９０２は、ＲＰＩ再決定インジケーションを受信した後、１１０４において、このリソース割当を再決定し、１１０６において、再決定されたＰＲＩをピコｅＮＢ９０４へ送信しうる。

前述した方法のさまざまな動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されうる。これら手段は、限定される訳ではないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むさまざまなハードウェア構成要素および／またはソフトウェア構成要素および／またはモジュールを含みうる。一般に、図面に例示されている動作が存在する場合、これら動作は、類似の付番を付された対応するミーンズ・プラス・ファンクション構成要素を有しうる。

例えば、送信する手段または送る手段は、例えば図３に図示されているｅＮＢ１１０の変調器（ＭＯＤ）３３２およびアンテナ３３４のような送信機またはＸ２バックホール・インタフェースを備えうる。受信する手段は、例えば図３に示されているｅＮＢ１１０の復調器（ＤＥＭＯＤ）３３２およびアンテナ３３４のような受信機またはＸ２バックホール・インタフェースを備えうる。処理する手段、決定する手段、調節する手段、調整する手段、または再決定する手段は、例えば図３に例示されているｅＮＢ１１０のコントローラ／プロセッサ３４０のような１または複数のプロセッサを含みうる。

本明細書で使用される場合、用語「決定すること（determining）」は、さまざまな動作を含む。例えば、「決定すること」は、計算、コンピューティング、処理、導出、調査、ルックアップ（例えば、テーブル、データベース、または他のデータ構造内のルックアップ）、確認等を行うことを含みうる。また、「決定すること」は、受信（例えば、情報の受信）、アクセス（例えば、メモリ内のデータへのアクセス）等を行うことを含みうる。また、「決定すること」は、解決、選択、選定、確立等を行うことを含みうる。

本明細書に記載されるように、アイテムのリストのうちの「少なくとも１つ」と称する文言は、単数を含むこれらアイテムのうちの任意の組み合わせを称する。例として、「ａ、ｂ、またはｃの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーするように意図される。

本開示に関連して記載されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリートなゲートまたはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または本明細書に記載された機能を実行するように設計されたこれら任意の組み合わせ、を用いて実現または実行されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代替例では、このプロセッサは、従来のプロセッサ、コントローラ、マイクロ・コントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。

本開示に関連して説明された方法またはアルゴリズムのステップを、ハードウェアで直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、またはこの２つの組合せによって実施することができる。ソフトウェア・モジュールは、当該技術分野において周知のすべての形式の記憶媒体に常駐しうる。使用されうる記憶媒体のいくつかの例は、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭなどを含む。ソフトウェア・モジュールは、単一の命令または複数の命令を備えることができ、複数の異なるコード・セグメント上で、異なるプログラムの間で、および複数の記憶媒体にわたって分散されうる。記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込めるように、プロセッサに結合されうる。あるいは、この記憶媒体は、プロセッサに統合されうる。

本明細書で開示された方法は、説明された方法を達成するための１または複数のステップまたは動作を備える。方法ステップおよび／または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換されうる。言い換えると、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲のスコープから逸脱せずに変更されうる。

記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ハードウェアで実現される場合、ハードウェア構成の例は、無線ノード内の処理システムを備えうる。処理システムは、バス・アーキテクチャを用いて実現されうる。バスは、全体的な設計制約および処理システムの特定の用途に依存して、任意の数の相互接続バスおよびブリッジを含みうる。バスは、プロセッサ、機械読取可能な媒体、およびバス・インタフェースを含む回路をともにリンクしうる。バス・インタフェースは、とりわけ、ネットワーク・アダプタを、バスを介して、処理システムへ接続するために使用されうる。ネットワーク・アダプタは、物理レイヤの信号処理機能を実現するために使用されうる。ＵＥ１２０（図１を参照）の場合、ユーザ・インタフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック等）も、バスに接続されうる。バスはさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路等のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。

プロセッサは、バスの管理、および、機械読取可能な媒体に格納されたソフトウェアの実行を含む一般的な処理を担当する。プロセッサは、１または複数の汎用プロセッサおよび／または特別目的プロセッサを用いて実現されうる。例は、マイクロ・プロセッサ、マイクロ・コントローラ、ＤＳＰプロセッサ、および、ソフトウェアを実行することができるその他の回路、を含みうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マクロコード、ハードウェア記述言語、あるいはその他で称されようとも、命令群、データ、あるいは、これらの任意の組み合わせを意味するように広く解釈されるものとする。機械読取可能な媒体は、例によれば、ＲＡＭ（ランダム・アクセス・メモリ）、フラッシュメモリ、ＲＯＭ（リード・オンリー・メモリ）、ＰＲＯＭ（プログラマブル・リード・オンリー・メモリ）、ＥＰＲＯＭ（消去可能プログラマブル・リード・オンリー・メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブル・リード・オンリー・メモリ）、レジスタ、磁気ディスク、光ディスク、ハード・ドライブ、またはその他任意の適切な記憶媒体、あるいはこれら任意の組み合わせを含みうる。機械読取可能な媒体は、コンピュータ・プログラム製品内に組み込まれうる。コンピュータ・プログラム製品は、パッケージング・マテリアルを備えうる。

ハードウェアによる実施では、機械読取可能な媒体は、プロセッサとは別の処理システムの一部でありうる。しかしながら、当業者であれば容易に理解するであろうが、機械読取可能な媒体またはその任意の部分は、処理システムの外部にありうる。例によれば、機械読取可能な媒体は、伝送路、データによって変調されたキャリア波、および／または、無線ノードから分離したコンピュータ製品を含みうる。これらすべては、バス・インタフェースを介してプロセッサによってアクセスされうる。あるいは、または、それに加えて、機械読取可能な媒体またはこれら任意の部分は、キャッシュおよび／または汎用レジスタ・ファイルによくあるように、プロセッサへ統合されうる。

処理システムは、外部バス・アーキテクチャを介して他の支援回路とともにリンクされた、プロセッサ機能を提供する１または複数のマイクロ・プロセッサと、機械読取可能な媒体のうちの少なくとも一部を提供する外部メモリと、を備えた汎用処理システムとして構成されうる。あるいは、処理システムは、プロセッサと、バス・インタフェース（アクセス端末の場合、ユーザ・インタフェース）と、支援回路と、単一チップに統合された機械読取可能な媒体のうちの少なくとも一部とを備えたＡＳＩＣ（特定用途向け集積回路）を用いて、あるいは、１または複数のＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、ＰＬＤ（プログラマブル論理回路）、コントローラ、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア構成要素、またはその他の適切な回路、あるいは、本開示を通じて記載されたさまざまな機能を実行しうる回路の任意の組み合わせ、を用いて実現されうる。当業者であれば、システム全体に課せられる全体的な設計制約および特定のアプリケーションに依存して、処理システムのために、記載された機能をどうやって最良に実施するかを認識するだろう。

機械読取可能な媒体は、多くのソフトウェア・モジュールを備えうる。ソフトウェア・モジュールは、プロセッサによって実行された場合、処理システムに対して、さまざまな機能を実行させるための命令群を含む。ソフトウェア・モジュールは、送信モジュールおよび受信モジュールを含みうる。ソフトウェア・モジュールはそれぞれ、単一のストレージ・デバイス内に存在するか、または、複数のストレージ・デバイスにわたって分散されうる。例によれば、ソフトウェア・モジュールは、トリガ・イベントが生じると、ハード・ドライブからＲＡＭへロードされうる。ソフトウェア・モジュールの実行中、プロセッサは、アクセス速度を増加させるために、命令のうちのいくつかをキャッシュにロードしうる。その後、プロセッサによる実行のために、１または複数のキャッシュ・ラインが、汎用レジスタ・ファイルへロードされうる。以下に示すソフトウェア・モジュールの機能を参照する場合、このような機能は、このソフトウェア・モジュールからの命令群を実行するときに、プロセッサによって実施されることが理解されるだろう。

ソフトウェアで実施される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能な媒体は、コンピュータ・プログラムを１つの場所から別の場所へ転送することを容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含んでいる。記憶媒体は、コンピュータによってアクセスされる利用可能な任意の媒体でありうる。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線（ＩＲ）、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含んでいる。ここで、ｄｉｓｋは通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。したがって、いくつかの態様では、コンピュータ読取可能な媒体は、非一時的なコンピュータ読取可能な媒体（例えば、具体的な媒体）を備えうる。さらに、別の態様の場合、コンピュータ読取可能な媒体は、一時的なコンピュータ読取可能な媒体（例えば、信号）を備えうる。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。

したがって、ある態様は、本明細書に記載された動作を実行するためのコンピュータ・プログラム製品を備えうる。例えば、このようなコンピュータ・プログラム製品は、格納された（および／またはエンコードされた）命令群を有するコンピュータ読取可能な媒体を備える。これら命令群は、本明細書において記載された動作を実行するために、１または複数のプロセッサによって実行されることが可能である。ある態様の場合、コンピュータ・プログラム製品は、パッケージング・マテリアルを含みうる。

さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段を、適宜、ユーザ端末および／または基地局によってダウンロードし、かつ／または他の形式で入手することができることを了解されたい。例えば、このようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合されうる。代替案では、本明細書に記載されたさまざまな方法は、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクト・ディスク（ＣＤ）またはフロッピー・ディスクなどの物理記憶媒体など）を介して提供され、ユーザ端末および／または基地局は、記憶手段をデバイスに結合するか提供するときにさまざまな方法を取得しうる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法が利用されうる。

特許請求の範囲が、前述した正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施されうる。

特許請求の範囲が、前述した正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施されうる。
以下に、出願時の特許請求の範囲に記載された発明を付記する。
［発明１］
無線通信のための方法であって、
第１の基地局において、少なくとも１つの第２の基地局から、リソース分割情報（ＲＰＩ）を受信することと、
前記第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、
前記使用可能なリソースを示すインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することと、
を備える方法。
［発明２］
前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）と共に送信すること、をさらに備える発明１に記載の方法。
［発明３］
前記受信する前に、前記第１の基地局から前記少なくとも１つの第２の基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信すること、をさらに備える発明１に記載の方法。
［発明４］
前記少なくとも１つの第２の基地局は、前記第１の基地局と干渉する複数の第２の基地局を備える、発明１に記載の方法。
［発明５］
前記第１の基地局はピコ基地局であり、前記少なくとも１つの第２の基地局は、少なくとも１つのマクロ基地局を備える、発明１に記載の方法。
［発明６］
前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、発明１に記載の方法。
［発明７］
前記少なくとも１つの第２の基地局は、複数の第２の基地局を備え、
前記決定することは、
前記複数の第２の基地局から受信したＲＰＩを比較することと、
前記複数の第２の基地局から受信したＲＰＩに共通のリソースのセットを選択することとを備える、発明１に記載の方法。
［発明８］
前記ＲＰＩを再決定するために前記少なくとも１つの第２の基地局のための別のインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することをさらに備える、発明１に記載の方法。
［発明９］
前記別のインジケーションを送信することは、前記別のインジケーションを定期的に送信することを備える、発明８に記載の方法。
［発明１０］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、発明８に記載の方法。
［発明１１］
前記フラグは、前記第１の基地局が、前記少なくとも１つの第２の基地局によって解放されたリソースを保持することを好むことを示す、発明１０に記載の方法。
［発明１２］
無線通信のための装置であって、
少なくとも１つの基地局からリソース分割情報（ＲＰＩ）を受信する手段と、
前記装置によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを決定する手段と、
前記使用可能なリソースを示すインジケーションを、前記少なくとも１つの基地局へ送信する手段と、
を備える装置。
［発明１３］
前記送信する手段は、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに送信するように構成された、発明１２に記載の装置。
［発明１４］
前記受信する手段が、前記ＲＰＩを受信する前に、前記少なくとも１つの基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信する手段、さらに備える発明１２に記載の装置。
［発明１５］
前記少なくとも１つの基地局は、前記装置と干渉する複数の基地局を備える、発明１２に記載の装置。
［発明１６］
前記装置はピコ基地局であり、前記少なくとも１つの基地局は、少なくとも１つのマクロ基地局を備える、発明１２に記載の装置。
［発明１７］
前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、発明１２に記載の装置。
［発明１８］
前記少なくとも１つの基地局は、複数の基地局を備え、
前記決定する手段は、
前記複数の基地局から受信したＲＰＩを比較し、
前記複数の基地局から受信したＲＰＩに共通のリソースのセットを選択する
ように構成された、発明１２に記載の装置。
［発明１９］
前記ＲＰＩを再決定するために前記少なくとも１つの基地局のための別のインジケーションを、前記少なくとも１つの基地局へ送信する手段、をさらに備える発明１２に記載の装置。
［発明２０］
前記別のインジケーションを送信する手段は、前記別のインジケーションを定期的に送信するように構成された、発明１９に記載の装置。
［発明２１］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、発明１９に記載の装置。
［発明２２］
前記フラグは、前記装置が、前記少なくとも１つの基地局によって解放されたリソースを保持することを好むことを示す、発明２１に記載の装置。
［発明２３］
無線通信のための装置であって、
少なくとも１つの基地局からリソース分割情報（ＲＰＩ）を受信し、
前記装置によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを決定し、
前記使用可能なリソースを示すインジケーションを、前記少なくとも１つの基地局へ送信するように構成された処理システムと、
前記処理システムに接続されたメモリと、
を備える装置。
［発明２４］
前記処理システムは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに送信することによって前記インジケーションを送信するように構成された、発明２３に記載の装置。
［発明２５］
前記処理システムは、前記処理システムが前記ＲＰＩを受信する前に、前記少なくとも１つの基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信するように構成された、発明２３に記載の装置。
［発明２６］
前記少なくとも１つの基地局は、前記装置と干渉する複数の基地局を備える、発明２３に記載の装置。
［発明２７］
前記装置はピコ基地局であり、前記少なくとも１つの基地局は、少なくとも１つのマクロ基地局を備える、発明２３に記載の装置。
［発明２８］
前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、発明２３に記載の装置。
［発明２９］
前記少なくとも１つの基地局は、複数の基地局を備え、
前記処理システムは、
前記複数の基地局から受信されたＲＰＩを比較することと、
前記複数の基地局から受信したＲＰＩに共通のリソースのセットを選択することと
によって、前記１または複数のリソースを決定するように構成された、発明２３に記載の装置。
［発明３０］
前記処理システムはさらに、
前記ＲＰＩを再決定するために前記少なくとも１つの基地局のための別のインジケーションを、前記少なくとも１つの基地局へ送信するように構成された、発明２３に記載の装置。
［発明３１］
前記処理システムは、前記別のインジケーションを定期的に送信することにより、前記別のインジケーションを送信するように構成された、発明３０に記載の装置。
［発明３２］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、発明３０に記載の装置。
［発明３３］
前記フラグは、前記装置が、前記少なくとも１つの基地局によって解放されたリソースを保持することを好むことを示す、発明３２に記載の装置。
［発明３４］
無線通信のためのコンピュータ・プログラム製品であって、
第１の基地局において、少なくとも１つの第２の基地局から、リソース分割情報（ＲＰＩ）を受信することと、
前記第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、
前記使用可能なリソースを示すインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することと、
のためのコードを有するコンピュータ読取可能な媒体を備える、無線通信のためのコンピュータ・プログラム製品。
［発明３５］
無線通信のための方法であって、
第１の基地局から第２の基地局へリソース分割情報（ＲＰＩ）を送信することと、
前記第２の基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、
前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定することと、
を備える方法。
［発明３６］
前記使用可能なリソースを示すインジケーションに基づいて、別の基地局が前記第２の基地局と干渉しているか否かを判定すること、をさらに備える発明３５に記載の方法。
［発明３７］
前記受信することは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに受信することを備える、発明３５に記載の方法。
［発明３８］
前記決定することは、
前記ＲＰＩで示された割り当てられたリソースの数を判定することと、
前記使用可能なリソースの数を判定することと、
前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定することと
を備える、発明３５に記載の方法。
［発明３９］
前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ない場合に、前記ＲＰＩを調節することをさらに備える発明３８に記載の方法。
［発明４０］
前記調節することは、
前記使用可能なリソースの数を、１ずつインクリメントすることと、
前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てることと
を備える、発明３９に記載の方法。
［発明４１］
前記第１の基地局から、別のＲＰＩを送信することをさらに備え、前記別のＲＰＩは、使用可能なリソースに基づく、発明３５に記載の方法。
［発明４２］
前記第１の基地局はマクロ基地局であり、前記第２の基地局はピコ基地局である、発明３５に記載の方法。
［発明４３］
前記ＲＰＩを再決定するために前記第１の基地局のための別のインジケーションを、前記第１の基地局において、前記第２の基地局から受信することと、
前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定することと、
前記再決定されたＲＰＩを前記第２の基地局へ送信することと、
をさらに備える発明３５に記載の方法。
［発明４４］
前記別のインジケーションを受信することは、前記別のインジケーションを定期的に受信することを備える、発明４３に記載の方法。
［発明４５］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、発明４３に記載の方法。
［発明４６］
前記第１の基地局が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定すること、をさらに備える発明４３に記載の方法。
［発明４７］
無線通信のための装置であって、
基地局へリソース分割情報（ＲＰＩ）を送信する手段と、
前記基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信する手段と、
前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定する手段と、
を備える装置。
［発明４８］
前記基地局と別の基地局が干渉しているか否かを、前記使用可能なリソースを示すインジケーションに基づいて判定する手段、をさらに備える発明４７に記載の装置。
［発明４９］
前記受信する手段は、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）と共に受信するように構成された、発明４７に記載の装置。
［発明５０］
前記決定する手段は、
前記ＲＰＩで示された割り当てられたリソースの数を判定し、
前記使用可能なリソースの数を判定し、
前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定する
ように構成された、発明４７に記載の装置。
［発明５１］
前記使用可能なリソースの数が、前記割り当てられたリソースの数より少ない場合に、前記ＲＰＩを調節する手段、をさらに備える発明５０に記載の装置。
［発明５２］
前記調節する手段は、
前記使用可能なリソースの数を１ずつインクリメントし、
前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てる
ように構成された、発明５１に記載の装置。
［発明５３］
前記ＲＰＩを送信する手段は、前記使用可能なリソースに基づいて、別のＲＰＩを送信するように構成された、発明４７に記載の装置。
［発明５４］
前記装置はマクロ基地局であり、前記基地局はピコ基地局である、発明４７に記載の装置。
［発明５５］
前記ＲＰＩを再決定するために前記装置のための別のインジケーションを、前記基地局から受信する手段と、
前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定する手段と、
前記再決定されたＲＰＩを前記基地局へ送信する手段と、
をさらに備える発明４７に記載の装置。
［発明５６］
前記別のインジケーションを受信する手段は、前記別のインジケーションを定期的に受信するように構成された、発明５５に記載の装置。
［発明５７］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、発明５５に記載の装置。
［発明５８］
前記装置が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定する手段、をさらに備える発明５５に記載の装置。
［発明５９］
無線通信のための装置であって、
基地局へリソース分割情報（ＲＰＩ）を送信し、
前記基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信し、
前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定する
ように構成された処理システムと、
前記処理システムに接続されたメモリと、
を備える装置。
［発明６０］
前記処理システムは、前記使用可能なリソースを示すインジケーションに基づいて、前記基地局と別の基地局が干渉しているか否かを判定するように構成された、発明５９に記載の装置。
［発明６１］
前記処理システムは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに受信するように構成された、発明５９に記載の装置。
［発明６２］
前記処理システムは、
前記ＲＰＩで示された割り当てられたリソースの数を判定することと、
前記使用可能なリソースの数を判定することと、
前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定することと
によって、前記ＲＰＩを調節するか否かを判定するように構成された、発明５９に記載の装置。
［発明６３］
前記処理システムは、前記使用可能なリソースの数が、前記割り当てられたリソースの数より少ない場合に、前記ＲＰＩを調節するように構成された、発明６２に記載の装置。
［発明６４］
前記処理システムは、
前記使用可能なリソースの数を、１ずつインクリメントすることと、
前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てることと
によって、前記ＲＰＩを調節するように構成された、発明６３に記載の装置。
［発明６５］
前記処理システムは、前記使用可能なリソースに基づいて別のＲＰＩを送信するように構成された、発明５９に記載の装置。
［発明６６］
前記装置はマクロ基地局であり、前記基地局はピコ基地局である、発明５９に記載の装置。
［発明６７］
前記処理システムはさらに、
前記ＲＰＩを再決定するために前記装置のための別のインジケーションを、前記基地局から受信し、
前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定し、
前記再決定されたＲＰＩを前記基地局へ送信する
ように構成された、発明５９に記載の装置。
［発明６８］
前記処理システムは、前記別のインジケーションを定期的に受信することによって、前記別のインジケーションを受信するように構成された、発明６７に記載の装置。
［発明６９］
前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、またはＡＢＳパターン情報ＩＥの無いＡＢＳ、のうちの少なくとも１つを備える、発明６７に記載の装置。
［発明７０］
前記処理システムは、前記装置が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定するように構成された、発明６７に記載の装置。
［発明７１］
無線通信のためのコンピュータ・プログラム製品であって、
第１の基地局から第２の基地局へリソース分割情報（ＲＰＩ）を送信することと、
前記第２の基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、
前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定することと、
のためのコードを有するコンピュータ読取可能な媒体を備える、無線通信のためのコンピュータ・プログラム製品。

Claims (71)

1. 無線通信のための方法であって、
   第１の基地局において、少なくとも１つの第２の基地局から、リソース分割情報（ＲＰＩ）を受信することと、
   前記第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、
   前記使用可能なリソースを示すインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することと、
   を備える方法。
2. 前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）と共に送信すること、をさらに備える請求項１に記載の方法。
3. 前記受信する前に、前記第１の基地局から前記少なくとも１つの第２の基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信すること、をさらに備える請求項１に記載の方法。
4. 前記少なくとも１つの第２の基地局は、前記第１の基地局と干渉する複数の第２の基地局を備える、請求項１に記載の方法。
5. 前記第１の基地局はピコ基地局であり、前記少なくとも１つの第２の基地局は、少なくとも１つのマクロ基地局を備える、請求項１に記載の方法。
6. 前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、請求項１に記載の方法。
7. 前記少なくとも１つの第２の基地局は、複数の第２の基地局を備え、
   前記決定することは、
   前記複数の第２の基地局から受信したＲＰＩを比較することと、
   前記複数の第２の基地局から受信したＲＰＩに共通のリソースのセットを選択することとを備える、請求項１に記載の方法。
8. 前記ＲＰＩを再決定するために前記少なくとも１つの第２の基地局のための別のインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することをさらに備える、請求項１に記載の方法。
9. 前記別のインジケーションを送信することは、前記別のインジケーションを定期的に送信することを備える、請求項８に記載の方法。
10. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、請求項８に記載の方法。
11. 前記フラグは、前記第１の基地局が、前記少なくとも１つの第２の基地局によって解放されたリソースを保持することを好むことを示す、請求項１０に記載の方法。
12. 無線通信のための装置であって、
    少なくとも１つの基地局からリソース分割情報（ＲＰＩ）を受信する手段と、
    前記装置によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを決定する手段と、
    前記使用可能なリソースを示すインジケーションを、前記少なくとも１つの基地局へ送信する手段と、
    を備える装置。
13. 前記送信する手段は、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに送信するように構成された、請求項１２に記載の装置。
14. 前記受信する手段が、前記ＲＰＩを受信する前に、前記少なくとも１つの基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信する手段、さらに備える請求項１２に記載の装置。
15. 前記少なくとも１つの基地局は、前記装置と干渉する複数の基地局を備える、請求項１２に記載の装置。
16. 前記装置はピコ基地局であり、前記少なくとも１つの基地局は、少なくとも１つのマクロ基地局を備える、請求項１２に記載の装置。
17. 前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、請求項１２に記載の装置。
18. 前記少なくとも１つの基地局は、複数の基地局を備え、
    前記決定する手段は、
    前記複数の基地局から受信したＲＰＩを比較し、
    前記複数の基地局から受信したＲＰＩに共通のリソースのセットを選択する
    ように構成された、請求項１２に記載の装置。
19. 前記ＲＰＩを再決定するために前記少なくとも１つの基地局のための別のインジケーションを、前記少なくとも１つの基地局へ送信する手段、をさらに備える請求項１２に記載の装置。
20. 前記別のインジケーションを送信する手段は、前記別のインジケーションを定期的に送信するように構成された、請求項１９に記載の装置。
21. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、請求項１９に記載の装置。
22. 前記フラグは、前記装置が、前記少なくとも１つの基地局によって解放されたリソースを保持することを好むことを示す、請求項２１に記載の装置。
23. 無線通信のための装置であって、
    少なくとも１つの基地局からリソース分割情報（ＲＰＩ）を受信し、
    前記装置によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを決定し、
    前記使用可能なリソースを示すインジケーションを、前記少なくとも１つの基地局へ送信するように構成された処理システムと、
    前記処理システムに接続されたメモリと、
    を備える装置。
24. 前記処理システムは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに送信することによって前記インジケーションを送信するように構成された、請求項２３に記載の装置。
25. 前記処理システムは、前記処理システムが前記ＲＰＩを受信する前に、前記少なくとも１つの基地局へ、リソース・ステータス・レポート（ＲＳＲ）を送信するように構成された、請求項２３に記載の装置。
26. 前記少なくとも１つの基地局は、前記装置と干渉する複数の基地局を備える、請求項２３に記載の装置。
27. 前記装置はピコ基地局であり、前記少なくとも１つの基地局は、少なくとも１つのマクロ基地局を備える、請求項２３に記載の装置。
28. 前記ＲＰＩは、ほとんどブランクなサブフレーム（ＡＢＳ）のビットマップを備える、請求項２３に記載の装置。
29. 前記少なくとも１つの基地局は、複数の基地局を備え、
    前記処理システムは、
    前記複数の基地局から受信されたＲＰＩを比較することと、
    前記複数の基地局から受信したＲＰＩに共通のリソースのセットを選択することと
    によって、前記１または複数のリソースを決定するように構成された、請求項２３に記載の装置。
30. 前記処理システムはさらに、
    前記ＲＰＩを再決定するために前記少なくとも１つの基地局のための別のインジケーションを、前記少なくとも１つの基地局へ送信するように構成された、請求項２３に記載の装置。
31. 前記処理システムは、前記別のインジケーションを定期的に送信することにより、前記別のインジケーションを送信するように構成された、請求項３０に記載の装置。
32. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、請求項３０に記載の装置。
33. 前記フラグは、前記装置が、前記少なくとも１つの基地局によって解放されたリソースを保持することを好むことを示す、請求項３２に記載の装置。
34. 無線通信のためのコンピュータ・プログラム製品であって、
    第１の基地局において、少なくとも１つの第２の基地局から、リソース分割情報（ＲＰＩ）を受信することと、
    前記第１の基地局によって使用可能なＲＰＩにおいて示された１または複数のリソースを決定することと、
    前記使用可能なリソースを示すインジケーションを、前記第１の基地局から前記少なくとも１つの第２の基地局へ送信することと、
    のためのコードを有するコンピュータ読取可能な媒体を備える、無線通信のためのコンピュータ・プログラム製品。
35. 無線通信のための方法であって、
    第１の基地局から第２の基地局へリソース分割情報（ＲＰＩ）を送信することと、
    前記第２の基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、
    前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定することと、
    を備える方法。
36. 前記使用可能なリソースを示すインジケーションに基づいて、別の基地局が前記第２の基地局と干渉しているか否かを判定すること、をさらに備える請求項３５に記載の方法。
37. 前記受信することは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに受信することを備える、請求項３５に記載の方法。
38. 前記決定することは、
    前記ＲＰＩで示された割り当てられたリソースの数を判定することと、
    前記使用可能なリソースの数を判定することと、
    前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定することと
    を備える、請求項３５に記載の方法。
39. 前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ない場合に、前記ＲＰＩを調節することをさらに備える請求項３８に記載の方法。
40. 前記調節することは、
    前記使用可能なリソースの数を、１ずつインクリメントすることと、
    前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てることと
    を備える、請求項３９に記載の方法。
41. 前記第１の基地局から、別のＲＰＩを送信することをさらに備え、前記別のＲＰＩは、使用可能なリソースに基づく、請求項３５に記載の方法。
42. 前記第１の基地局はマクロ基地局であり、前記第２の基地局はピコ基地局である、請求項３５に記載の方法。
43. 前記ＲＰＩを再決定するために前記第１の基地局のための別のインジケーションを、前記第１の基地局において、前記第２の基地局から受信することと、
    前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定することと、
    前記再決定されたＲＰＩを前記第２の基地局へ送信することと、
    をさらに備える請求項３５に記載の方法。
44. 前記別のインジケーションを受信することは、前記別のインジケーションを定期的に受信することを備える、請求項４３に記載の方法。
45. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、請求項４３に記載の方法。
46. 前記第１の基地局が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定すること、をさらに備える請求項４３に記載の方法。
47. 無線通信のための装置であって、
    基地局へリソース分割情報（ＲＰＩ）を送信する手段と、
    前記基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信する手段と、
    前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定する手段と、
    を備える装置。
48. 前記基地局と別の基地局が干渉しているか否かを、前記使用可能なリソースを示すインジケーションに基づいて判定する手段、をさらに備える請求項４７に記載の装置。
49. 前記受信する手段は、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）と共に受信するように構成された、請求項４７に記載の装置。
50. 前記決定する手段は、
    前記ＲＰＩで示された割り当てられたリソースの数を判定し、
    前記使用可能なリソースの数を判定し、
    前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定する
    ように構成された、請求項４７に記載の装置。
51. 前記使用可能なリソースの数が、前記割り当てられたリソースの数より少ない場合に、前記ＲＰＩを調節する手段、をさらに備える請求項５０に記載の装置。
52. 前記調節する手段は、
    前記使用可能なリソースの数を１ずつインクリメントし、
    前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てる
    ように構成された、請求項５１に記載の装置。
53. 前記ＲＰＩを送信する手段は、前記使用可能なリソースに基づいて、別のＲＰＩを送信するように構成された、請求項４７に記載の装置。
54. 前記装置はマクロ基地局であり、前記基地局はピコ基地局である、請求項４７に記載の装置。
55. 前記ＲＰＩを再決定するために前記装置のための別のインジケーションを、前記基地局から受信する手段と、
    前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定する手段と、
    前記再決定されたＲＰＩを前記基地局へ送信する手段と、
    をさらに備える請求項４７に記載の装置。
56. 前記別のインジケーションを受信する手段は、前記別のインジケーションを定期的に受信するように構成された、請求項５５に記載の装置。
57. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、または、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、のうちの少なくとも１つを備える、請求項５５に記載の装置。
58. 前記装置が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定する手段、をさらに備える請求項５５に記載の装置。
59. 無線通信のための装置であって、
    基地局へリソース分割情報（ＲＰＩ）を送信し、
    前記基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信し、
    前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定する
    ように構成された処理システムと、
    前記処理システムに接続されたメモリと、
    を備える装置。
60. 前記処理システムは、前記使用可能なリソースを示すインジケーションに基づいて、前記基地局と別の基地局が干渉しているか否かを判定するように構成された、請求項５９に記載の装置。
61. 前記処理システムは、前記使用可能なリソースを示すインジケーションを、リソース・ステータス・レポート（ＲＳＲ）とともに受信するように構成された、請求項５９に記載の装置。
62. 前記処理システムは、
    前記ＲＰＩで示された割り当てられたリソースの数を判定することと、
    前記使用可能なリソースの数を判定することと、
    前記使用可能なリソースの数が、前記割り当てられたリソースの数よりも少ないか否かを判定することと
    によって、前記ＲＰＩを調節するか否かを判定するように構成された、請求項５９に記載の装置。
63. 前記処理システムは、前記使用可能なリソースの数が、前記割り当てられたリソースの数より少ない場合に、前記ＲＰＩを調節するように構成された、請求項６２に記載の装置。
64. 前記処理システムは、
    前記使用可能なリソースの数を、１ずつインクリメントすることと、
    前記割り当てられたリソースの数が、前記インクリメントされた使用可能なリソースの数と等しくなるように、前記調節されたＲＰＩにおいて示されたリソースを割り当てることと
    によって、前記ＲＰＩを調節するように構成された、請求項６３に記載の装置。
65. 前記処理システムは、前記使用可能なリソースに基づいて別のＲＰＩを送信するように構成された、請求項５９に記載の装置。
66. 前記装置はマクロ基地局であり、前記基地局はピコ基地局である、請求項５９に記載の装置。
67. 前記処理システムはさらに、
    前記ＲＰＩを再決定するために前記装置のための別のインジケーションを、前記基地局から受信し、
    前記別のインジケーションを受信することに基づいて、前記ＲＰＩを再決定し、
    前記再決定されたＲＰＩを前記基地局へ送信する
    ように構成された、請求項５９に記載の装置。
68. 前記処理システムは、前記別のインジケーションを定期的に受信することによって、前記別のインジケーションを受信するように構成された、請求項６７に記載の装置。
69. 前記別のインジケーションは、使用可能なほとんどブランクなサブフレーム（ＡＢＳ）パターン、ＡＢＳステータス情報要素（ＩＥ）におけるフラグ、またはＡＢＳパターン情報ＩＥの無いＡＢＳ、のうちの少なくとも１つを備える、請求項６７に記載の装置。
70. 前記処理システムは、前記装置が利用可能なリソースを有している場合、前記別のインジケーションを受信することに基づいて、前記決定されたＲＰＩからのリソースを取り消さないことを決定するように構成された、請求項６７に記載の装置。
71. 無線通信のためのコンピュータ・プログラム製品であって、
    第１の基地局から第２の基地局へリソース分割情報（ＲＰＩ）を送信することと、
    前記第２の基地局によって使用可能な、前記ＲＰＩにおいて示された１または複数のリソースを示すインジケーションを受信することと、
    前記インジケーションに基づいて、前記ＲＰＩを調節するか否かを判定することと、
    のためのコードを有するコンピュータ読取可能な媒体を備える、無線通信のためのコンピュータ・プログラム製品。