JP2014510466A - 保護されているアクティブなユーザの数を、ＱｏＳ要件、スループット、およびトラフィックに基づいて評価するための方法および装置 - Google Patents

Abstract

本開示のある態様は、干渉元のセル（例えば、マクロ・セル）に対する保護を必要としているセル（例えば、ピコ・セル）におけるアクティブなＵＥの数に関する情報を送信する方法および装置を提案する。この情報は、リソース・ステータス更新メッセージで送信されうる。アクティブなユーザは、ダウンリンク・パフォーマンスおよび／またはサービス品質が、保護されている利用可能なリソースの数によって制限されるユーザとして定義されうる。

Description

優先権主張

本願は、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている、２０１１年２月１４日出願の「保護されているアクティブなユーザの数を、ＱｏＳ要件、スループット、およびトラフィックに基づいて評価するための方法」（Method for Evaluating Number of Protected Active Users Based on QoS Requirements, Throughput and Traffic）と題された米国仮出願６１／４４２，６７０号に対する優先権を主張する。

本開示は、一般に、通信に関し、さらに詳しくは、無線通信ネットワークにおいて、保護を必要としているアクティブなユーザの数を決定し、レポートするための技術に関する。

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

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

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

本開示の態様では、無線通信のための方法が提供される。この方法は一般に、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を決定することと、決定されたアクティブなＵＥの数を、第２のセルの基地局へレポートすることと、を含む。

本開示の態様では、無線通信のための方法が提供される。この方法は一般に、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを、第２のセルの基地局によって受信することと、受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定することと、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は一般に、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数の決定する手段と、決定されたアクティブなＵＥの数を、第２のセルの基地局へレポートする手段と、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は一般に、第２のセル内の装置が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを、第２のセル内の装置によって受信する手段と、受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定する手段と、を含む。

本開示の態様では、無線通信のためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、格納された命令群を有するコンピュータ読取可能な媒体を備え、命令群は、１または複数のプロセッサによって実行可能である。これら命令群は一般に、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数の決定するための命令群と、決定されたアクティブなＵＥの数を、第２のセルの基地局へレポートするための命令群と、を含む。

本開示の態様では、無線通信のためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、格納された命令群を有するコンピュータ読取可能な媒体を備え、命令群は、１または複数のプロセッサによって実行可能である。これら命令群は一般に、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを、第２のセルの基地局によって受信するための命令群と、受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定するための命令群と、を含む。

本開示の態様では、無線通信のための装置が提供される。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。少なくとも１つのプロセッサは、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数の決定し、決定されたアクティブなＵＥの数を、第２のセルの基地局へレポートする、ように構成される。

本開示の態様では、無線通信のための装置が提供される。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。少なくとも１つのプロセッサは、第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護していたのであれば、干渉低減によって利益を得る第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを、第２のセルの基地局によって受信し、受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定する、ように構成される。

図１は、本開示のある態様にしたがう無線通信ネットワークの例を概念的に例示するブロック図である。 図２は、本開示のある態様にしたがう無線通信ネットワークにおけるフレーム構造の例を概念的に例示するブロック図である。 図３は、本開示のある態様にしたがう、ロング・ターム・イボリューション（ＬＴＥ）におけるアップリンクのためのフォーマットの例を例示する。 図４は、本開示のある態様にしたがって、無線通信ネットワークにおいてユーザ機器デバイス（ＵＥ）と通信する基地局の例を概念的に例示するブロック図を例示する。 図５は、本開示のある態様にしたがうヘテロジニアスなネットワークの例を例示する。 図６は、本開示のある態様にしたがうヘテロジニアスなネットワークにおけるリソース分割の例を例示する。 図７は、本開示のある態様にしたがうヘテロジニアスなネットワークにおけるサブフレームの協調的な分割の例を例示する。 図８は、本開示のある態様にしたがって、犠牲セルの基地局によって実行されうる、保護されているアクティブなユーザの数を決定するための動作の例を例示する。 図９は、本開示のある態様にしたがって、攻撃セルの基地局によって実行されうる、保護されているリソースの数を決定するための動作の例を例示する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＵＣＣＨ、およびＰＵＳＣＨは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）：物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ ＴＳ ３６．２１１に記載されている。

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

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

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

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

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

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

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

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

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

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

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

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

図５は、強化されたセル間干渉調整（ＩＣＩＣ）によって、ｅＩＣＩＣ（図中におけるＲｅｌ−１０マクロＵＥ）をサポートしているマクロＵＥ５０６が、フェムト・セル５０４からの厳しい干渉下にあってもマクロ・セル５０２にアクセスすることを可能にしうるシナリオ５００の例を示す。フェムト・セル５０４は、マクロＵＥ５０６へいくつかのリソースを譲り、これによって、フェムト・セル有効通信範囲下にあるマクロＵＥが、これら譲られたリソースを用いて、サービス提供マクロ・セル５０２へアクセスできるようになる。同様に、マクロ・セル５０２は、フェムト・セル５０４へいくつかのリソースを譲り、これによって、フェムトＵＥ５０８は、マクロ・セル５０２からの厳しい干渉下にあっても、フェムト基地局５０４と通信できるようになる。

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

例として、リソース分割は、８ミリ秒周期（８サブフレーム）または４０ミリ秒周期（４０サブフレーム）で実施されうる。ある態様によれば、周波数リソースも分割されるように、周波数分割デュプレクス（ＦＤＤ）も適用されうることが仮定されうる。ダウンリンク（例えば、セル・ノードＢからＵＥ）の場合、分割パターンが、既知のサブフレーム（例えば、整数Ｎの倍数であるシステム・フレーム番号（ＳＦＮ）値を有する各ラジオ・フレームの第１のフレーム）へマップされうる。このようなマッピングは、特定のサブフレームのためのリソース分割情報を決定するために適用されうる。例として、ダウンリンクのために調整されたリソース分割（例えば、干渉元のセルによって放棄された）にしたがうサブフレームは、インデクスによって識別されうる。
ＩｎｄｅｘＳＲＰＩ＿ＤＬ（ＳＦＮ＊１０＋サブフレーム番号）ｍｏｄ８
アップリンクの場合、ＳＲＰＩマッピングは、例えば４ミリ秒シフトされうる。したがって、アップリンクの場合、
ＩｎｄｅｘＳＲＰＩ＿ＵＬ（ＳＦＮ＊１０＋サブフレーム番号＋４）ｍｏｄ８
でありうる。

ＳＲＰＩは、各入力のために、次の３つの値を使用しうる。
・Ｕ（使用）：この値は、このセルによって使用されるべきサブフレームが、支配的な干渉からクリーン・アップされたことを示す（例えば、主要な干渉元のセルは、このサブフレームを使用しない）。
・Ｎ（無使用）：この値は、サブフレームが使用されないことを示す。
・Ｘ（未知）：この値は、サブフレームが静的に分割されていないことを示す。基地局間のリソース使用ネゴシエーションの詳細は、ＵＥに知られていない。

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

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

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

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

図６は、本開示のある態様にしたがうヘテロジニアスなネットワークにおけるリソース分割の例を例示する。例示されるように、マクロ・セルがＵサブフレームを有する場合（例えば、このサブフレームが支配的な干渉からクリア・アップされている）、フェムト・セルは、対応するＮサブフレームを有する（例えば、オールモースト・ブランク・サブフレームを送信しうる）。同様に、フェムト・セルがＵサブフレームを有する場合（例えば、サブフレーム・インデクス＝７）、マクロ・セルは、対応するＮサブフレームを有する。

図７は、本開示の態様にしたがうヘテロジニアスなネットワークにおける協調的なサブフレームの分割の例を例示する。例示されるように、あるリソースがマクロ・セル使用のために保護され、あるリソースがフェムト・セル使用のために保護されるように、ＳＲＰＩがマクロ・セルおよびフェムト・セルに割り当てられうる。この図では、Ｕ７０２サブフレーム、Ｎ７０４サブフレーム、またはＸ７０６サブフレームは、マクロ・セルのＵ、Ｎ、またはＸ ＳＲＰＩ割当に対応するサブフレームである。同様に、Ｕ７１２、Ｎ７１４、またはＸ７１６は、フェムト・セルのＵ、Ｎ、またはＸ ＳＲＰＩ割当に対応するサブフレームである。

（保護を必要としているアクティブなＵＥの数をレポートすること）
本開示の態様は、セル（例えば、ピコ・セル）における保護を必要とするアクティブなユーザの数に関する情報を送信する方法を提案する。この情報は、リソース・ステータス更新メッセージを用いて、干渉元のセル（例えば、マクロ・セル）へ送信されうる。アクティブなユーザは、そのダウンリンク・パフォーマンスおよび／またはサービス品質が、保護された利用可能なリソースによって制限されているユーザ（例えば、ＵＥ）として定義されうる。

前述したように、オーバラップしているセル（例えば、マクロ・セルとピコ・セル）における干渉を低減するために、干渉元のセル（例えば、マクロ・セル）は、犠牲セル（例えば、ピコ・セル）によって使用されるべきいくつかのリソースを（例えば、オールモースト・ブランク・サブフレーム（ＡＢＳ：almost blank subframe）を送信することによって）保護しうる。ある態様の場合、犠牲セルは、干渉元のセルに対して、使用されている保護されているリソースのパーセンテージを通知しうる。例として、この使用通知は、Ｘ２通信リンクを介して交換されるリソース・ステータス更新メッセージの一部として、ダウンリンク（ＤＬ）ＡＢＳステータスＩＥ（情報要素）で送信されうる。この情報を利用して、干渉元のセルは、保護されているリソースの数を増加させるか否か、減少させるか否か、あるいは同じ数を維持するか否かを決定しうる。

説明の容易さのために、本文書の残りに示される例は、主に、干渉元のセルとしてのマクロ・セルと、犠牲セルとしてのピコ・セルに注目する。マクロ・セルは、ピコ・セルによって使用されるべきリソースを保護しうる。しかしながら、一般に、オーバラップするセル（例えば、ピコ・セル、マクロ・セル、フェムト・セル等）のうちの何れも、本開示のスコープから逸脱することなく、他のセルによって使用されるべきリソースを保護しうる。

時間領域セル間干渉調整（ＩＣＩＣ）が、マクロ・セルとピコ・セルとの間で使用される場合、ピコ・セルは、マクロ・セルへステータス更新（例えば、ＤＬ ＡＢＳステータスＩＥ）をレポートしうる。マクロ・セルは、この受信されたステータス更新に基づいて、ピコ・セルが、保護されているリソースをさらに必要としているか否かを判定しうる。例えば、保護されているリソースに高い負荷がかけられている場合、マクロ・セルは、保護されているリソースをさらにピコ・セルへ割り当てうる。あるいは、ピコ・セルに割り当てられた保護されているリソースに、さほど負荷がかかっていない場合、マクロ・セルは、自身の負荷またはその他の考慮に基づいてＡＢＳの数を減少させうる。利用可能なＡＢＳの減少は、マクロ・セルによって強く干渉されうるピコ・ユーザ（例えば、ピコ・セルと通信しているＵＥ）に利用可能な、保護されているリソースの数を対応して減少させうる。

別の例として、マクロ・セルに低い負荷しかかかっていない間に、ピコ・セルに割り当てられた保護されているリソースに高い負荷がかかっている場合、マクロ・セルは、保護されているリソースをピコ・セルのためにより多く提供できるように、ＡＢＳの数を増加させうる。しかしながら、ピコ・セルに割り当てられた、保護されているリソースと、マクロ・セルとの両方に、高い負荷がかけられている場合、マクロ・セルが、ＡＢＳの現在の数を増加させるべきか、減少させるべきか、維持するべきかは明らかではないことがありうる。したがって、以下により詳細に記載されるように、ネットワーク・ワイドの公平さまたは最適化を達成することを試みながら、リソース利用以外のさらなる情報が考慮されうる。

ある態様の場合、マクロ・セルによってサービス提供されているユーザと、マクロ・セルによって提供されているＡＢＳの数を考慮している、ピコ・セルによってサービス提供されているユーザとの間の公平さを保証するために、ピコ・セルは、リソース・ステータス更新メッセージに、いくつかの追加のフィードバック情報を含めうる。例えば、マクロ・セルおよびピコ・セルを含むネットワークが考慮されうる（例えば、図１）。例えば、マクロ・セル１１０ｂの負荷が高い場合、多くのＵＥが、フル・バッファ・トラフィックでサービス提供される。さらに、ピコ・セル１１０ｘは、マクロ・セルによって強く干渉を受けている単一のフル・バッファＵＥしか存在しないマクロ・セルの有効通信範囲エリア内に位置しうる。この場合、マクロ・セルは、ピコ・セルの保護されたリソースに高い負荷がかけられているということを、リソース・ステータス更新メッセージによって通知されても、ピコＵＥ（ピコ・セルと通信しているＵＥ）のうちの１つしか、保護されたリソースを利用しないということを知らない。このような場合、追加の情報が無ければ、マクロ・セルは恐らく、ピコ・セルのために提供しているＡＢＳの数を減少させるように決定しないだろう。この例では、ピコＵＥが、マクロＵＥと比べてはるかに多くの数のリソースから利益を得るので、このアプローチは完全には公平ではないことが明らかである。この理由は、保護すべきリソース量を決定する場合に、アクティブなＵＥ（例えば、ピコ・セルによってサービス提供されているアクティブなＵＥ）の数が、マクロ・セルによって考慮されないからである。

一般に、マクロ・セルに過負荷がかけられている場合、ピコ・セルが、保護されたリソースにおける高い負荷をレポートしたのであれば、マクロ・セルは、以下のアプローチのうちの１つを利用しうる。マクロ・セルは、そのサブフレームの固定された割合を、ＡＢＳになるように設定しうる。例として、この固定された量は、オペレーション、アドミニストレーション、およびマネジメント（ＯＡ＆Ｍ）手順に基づいて定義されうる。あるいは、マクロ・セルは、ピコ・セルが低いリソース利用をレポートした場合に、ピコ・セルへ提供されたＡＢＳの直近の数を維持しうる。すなわち、マクロ・セルが保護するリソースとピコ・セルが保護するリソースの両方に過負荷がかけられている場合、ＡＢＳの数は変わらないかもしれない。別の代替例として、マクロ・セルは、ＡＢＳの現在の数を変えるか否かを決定するために、例えば、マクロ・セルによってサービス提供されているアクティブなユーザの数のようなある追加の「ローカルな」情報を考慮しうる。しかしながら、これらのアプローチは、セル間の公平さを無視しうるので、よって、多くの現実的なシナリオでは、厳しいパフォーマンス・ペナルティを招きうる。

ある態様の場合、ピコ・セルは、保護される必要のあるアクティブなＵＥの数をレポートしうる（アクティブなＵＥの典型的な定義は、以下に与えられている）。マクロ・セルは、ピコ・セルへ割り当てられるべきＡＢＳの好適な数を（例えば、セル間公平さの観点から）決定するために、この情報を、マクロ・セルにおけるその他任意の同様なローカルな情報とともに使用しうる。

ある態様の場合、保護を必要としているアクティブなユーザの数は、ピコ・セルによってマクロ・セルへ（例えば、ＤＬ ＡＢＳステータス・レポートとともに）レポートされうる。マクロ・セルは、セル間公平さを強化するために、ピコ・セル内のアクティブなユーザの数を使用しうる。例えば、マクロが保護しているリソースと、ピコが保護しているリソースとの両方に高い負荷がかけられている上記例では、マクロ・セルは、保護されているリースを用いているピコ・セル内のアクティブなＵＥの数を、マクロ・セル内のアクティブなＵＥの総数と比較しうる。マクロ・セルは、その後、この比較結果に基づいて、どれだけのリソースを保護する（例えば、ピコ・セルへ割り当てる）のかを決定しうる。

ある態様の場合、マクロ・セルは、平均して、各ＵＥ（例えば、マクロ・セルによってサービス提供されているＵＥと、ピコ・セルによってサービス提供されているＵＥとの両方）へ同数のリソースを割り当てうる。あるいは、公平さを達成するためのその他任意のアプローチが求められうる。保護を必要としているピコ・セル内のアクティブなユーザの数に関する（マクロ・セルにおける）情報の利用可能性は、この情報が提供されていないその他任意のスキームに対して、顕著な利点を与えうる。

（アクティブなユーザの数をレポートするためのオプションＡ）
サービス品質クラス識別子（ＱＣＩ）毎のダウンリンクにおけるアクティブなＵＥの数が、以下に示すように、ＬＴＥ規格のレイヤ２測定仕様（公的に利用可能な３ＧＰＰ ＴＳ ３６．３１４）に記載されている。

ここで、Ｍ（Ｔ，ｑｃｉ，ｐ）は、期間Ｔ内に平均された、ＱＣＩ毎のＤＬにおけるアクティブなＵＥの数を表し、Ｎ（ｉ，ｑｃｉ）は、トラフィック・クラスのデータ・ラジオ・ベアラ（ＲＤＢ）のためのパケット・データ収束プロトコル（ＰＤＣＰ）レイヤ、ラジオ・リンク制御（ＲＬＣ）レイヤ、または媒体アクセス制御（ＭＡＣ）レイヤにおけるＤＬのためにバッファされたデータが存在するＵＥの数を、サンプリング機会ｉにおけるＱＣＩ＝ｑｃｉを用いて表す。ＲＬＣレイヤおよびＰＤＣＰレイヤでは、バッファされたデータは、送信のために利用可能なデータに対応しうる。さらに、バッファされたデータは、ＨＡＲＱ送信がまだ終了していないデータを含む。ｉは、期間Ｔ中におけるサンプリング機会を表しうる。サンプリング機会は、ｐ秒毎に生じうる。ｐは、サンプリング周期の長さを秒で表す。Ｉ（Ｔ，ｐ）は、期間Ｔ中におけるサンプリング機会の総数を表す。式（１）で定義されているようなアクティブなＵＥの数は、ＤＲＢのためにＤＬについてバッファされたデータが存在するＱＣＩ毎のＵＥを称する。

ある態様は、式（１）に記載されたようなアクティブなＵＥの数の定義と同様に、リソース・ステータス更新メッセージにおいてピコ・セルによってレポートされるべきアクティブなＵＥの数を定義しうる。しかしながら、このようなアプローチは、セル間の公平さに満足に対処しないことがありうる。実際、ある態様では、１または複数のマクロ・セルによって強く干渉を受け、かつ、保護されたリソースにおいてスケジュールされることが好まれるユーザのみが、セル間の公平さが強化された場合に考慮されうる。明らかに、ＵＥがマクロ・セルの何れによっても強く干渉を受けていないのであれば、このようなＵＥを、保護されているリソースにおいてスケジュールする際に利点はない（あるいは、極めて制限されうる）。ピコ・セルにおけるスケジューラが、保護されているリソースにこのＵＥを割り当てると決定すると、このようなＵＥは、リソース・ステータス更新メッセージで、アクティブなＵＥの数をレポートする場合に、カウントされない。

上記考慮に基づいて、ある態様の場合、ピコ・セルが、マクロ・セルによって「強く干渉を受けている」アクティブなＵＥの数をカウントし、レポートしうる。この情報は、式（１）における定義において可能な限り多く再使用されることによって定義されうる。特に、式（１）におけるＮ（ｉ，ｑｃｉ）は、マクロ・セルによって「強く干渉を受けている」ＵＥ（例えば、保護されているリソースにおいてスケジュールされる必要のあるＵＥ）のみをカウントしなければならない。「強く干渉を受けているＵＥ」の定義は、ＤＬ ＡＢＳステータスＩＥにおいて使用されているものと同じ定義にしたがいうる（例えば、干渉があるしきい値を超えるＵＥ）。

（アクティブなユーザの数をレポートするためのオプションＢ）
オプションＡで示されたようなアクティブなＵＥの定義は、ＵＥ間の大きなトラフィック不均衡を考慮しない場合がありうる。これは、セル間公平さを考慮するために重要となるであろう。例として、ピコ・セルは、特別な保護を必要としない（例えば、干渉のない）少数のＵＥとマクロ・セルによって強く干渉を受けている２つのＵＥを有しうる。強い干渉を受信したＵＥのうちの１つは、フル・バッファＤＬトラフィックを有し、その他のＵＥは、非常に低いレート、低いデューティ・サイクル・トラフィックを有しうる。保護されたリソースのすべては、ＵＥによって利用されうる。そして、１００％リソース利用がレポートされうる。しかしながら、リソースのうちのほとんどは、ＵＥのうちの１つ（例えば、保護を必要とするフル・バッファＵＥ）によって利用されうる。この例では、２つのアクティブなＵＥが保護を必要としているが、実際には、ＵＥのうちの１つ（例えば、フル・バッファＵＥ）のパフォーマンスが、マクロ・セルによって提供されたＡＢＳの量によって制限される。したがって、フル・バッファＵＥのみが、より多くのリソースを有することから利益を得うる。したがって、この例では、より良好なセル間公正さを保証するために、ピコ・セルは、保護されたリソースのうちの１つのアクティブなＵＥのみをレポートしうる。その結果、ある態様の場合、ピコ・セルは、ダウンリンク・トラフィックがしきい値よりも高いアクティブな（マクロ・セルによって強く干渉を受けている）ＵＥをカウントしてレポートしうる。

別の例では、マクロ・セル１１０ｂによって強く干渉を受けているピコ・セル（図１における１１０ｘ、この図では、１つのピコＵＥしか示されていない）に接続されている、遅れに敏感ないくつかのＵＥが考慮されうる。これらのＵＥはすべて、例えば、最大遅れの観点から、厳しいサービス品質（ＱｏＳ）要件を有しうる。ＵＥのうちのいくつかだけが、要求されているＱｏＳを達成し、いくつかは、要求されているＱｏＳを達成しないかもしれない。ある態様の場合、要求されているＱｏＳを達成していないＵＥのみが、リソース・ステータス更新メッセージにおけるレポートのために、ピコ・セルによってカウントされうる。実際、要求されているＱｏＳを、保護されているリソースの現在の量ですでに達成している、強く干渉を受けているＵＥは、（もしも、要求されているＱｏＳが変わらないか、または、強く干渉を受けているＵＥから与えられている合計負荷が増加しないのであれば）保護されているリソースが増加することから利益を得ないことがありうる。

ある態様の場合、前述した考慮に基づいて、少なくとも攻撃者（例えば、干渉元）からの強い干渉のために、ＵＥが、保護されているリソースを必要とする場合、および、ＤＬパフォーマンスおよび／またはＵＥのＱｏＳが、保護されているリソースの現在の数によって制限されるのであれば、ＵＥは、「アクティブな保護されたＵＥ」としてカウントされうる。この一般的な定義によれば、ピコ・セルは、保護されているリソースの現在の量と強い干渉によってどのＵＥが制限されているのかを評価し、これに従って、アクティブなＵＥの数が決定される。

ある態様の場合、アクティブなＵＥの数を決定するための１または複数のルールが、以下のパラメータ、すなわち、ＤＬラジオ・リンク制御（ＲＬＣ）バッファ・ステータス、ＤＬハイブリッド自動反復要求（ＨＡＲＱ）処理ステータス、ＤＬパケット遅れ、スケジュールされたＤＬスループット、物理リソース・ブロック（ＰＲＢ）割当、および、ＱｏＳ要件のうちの１つまたは組み合わせの何れかに基づいて定義されうる。これらのルールは、Ｘ２インタフェースを介して交換されうるアクティブなＵＥの数を決定するために、すべてのセルにわたって一貫して使用されうる。上記パラメータは、一度、または複数回測定されうる（例えば、いくつかの測定値が平均される）。例えば、複数のサンプルが、測定ウィンドウに渡されうる。そして、サンプルされた複数の結果に基づいてＵＥをカウントするか否かを決定するために、いくつかのルールが定義されうる。

保護されているリソースに十分に負荷がかけられていない場合、考慮されるべき重要な詳細は、上記定義されたようなアクティブなＵＥの数の顕著さである。保護されているリソースにおける負荷が軽い場合であっても、これは、すべてのＵＥが、要求されているＱｏＳを達成することを必ずしも要さない。例えば、ＵＥが、バースト状の高いトラフィックを有するが、非常に厳しい遅れ制約がある場合、提案されたトラフィックが非常に低く、保護されている利用可能なリソースにおいてスケジュールされない（恐らくは、保護されている利用可能なリソースのほとんどが、測定ウィンドウ内で未使用のままとなる）場合であっても、保護されているリソースがまばらであることによって、遅れ要件は未だに達成されない場合がありうる。これは、パケットをさらに遅らせる。ある態様の場合、干渉元のノード（例えば、マクロ・セル）は、対応するＤＬ ＡＢＳステータス・レポートが、保護されているリソースの利用量が低いことを示すにも関わらず、保護されているリソースの数を増加させることを決定しうる。

前述したように、アクティブなＵＥの数に関する情報が、セルラ・ネットワーク内のセル間で交換されうる。例として、この交換は、Ｘ２インタフェースを介して実行されうる。いくつかの態様の場合、保護を必要とするＵＥのみがカウントされうる。「犠牲」セル（例えば、ピコ・セル）は、各「攻撃」セル（例えば、マクロ・セル）に、その宛先セルによって強く干渉を受けているアクティブなＵＥの数について通知しうる。ある態様の場合、保護は、各ＵＥのために、サービス提供セルと干渉元のセルとの間の（例えば、基準信号受信電力（ＲＳＲＰ）における）差分として定義されうる。

ある態様の場合、ＵＥの数は、ＱＣＩ（サービス品質クラス識別子）毎にカウントされうる。したがって、１つの値は、各ＱＣＩについてレポートされうる。ある態様の場合、アクティブなＵＥは、ＤＬラジオ・リンク制御（ＲＬＣ）バッファ内に、および／または、ペンディングのＤＬ ＨＡＲＱ処理とともに、データを有するＵＥに相当しうる。ある態様の場合、アクティブなＵＥのＤＬパフォーマンス（これは、例えば、スループットまたは遅れによって指定されうる）は、保護されているリソースの数によって制限されうる。したがって、アクティブなユーザのＱｏＳ制約は、もしも保護されているリソースの数が少ないのであれば、達成されない場合がありうる。干渉元のセルによって提供されている保護されているリソースにおける増加は、ＵＥのパフォーマンスの向上を伴いうるか、あるいは、ＵＥがそのＱｏＳ制約を達成することを（例えば、ＵＥによって受けたパケット遅れを低減することによって）支援しうる。

ある態様の場合、アクティブなＵＥの数を決定するために行われた測定が平均化されうる。あるいは、サンプリングは、いかなる平均化も行われず、Ｘ２メッセージが生成される直前に実行されうる。平均化が行われる場合、複数のサンプルが測定ウィンドウに渡されうる。この場合、各サンプリング・ポイントについて、セルは、ＵＥがカウントされるべきであるか否かを（例えば、ＲＬＣバッファ、ＨＡＲＱ処理、ＱｏＳ要件等に基づいて）判定しうる。測定ウィンドウの最後において、例えば、（ｉ）少なくとも１つのサンプルにおいてカウントされた場合、または、（ｉｉ）これらサンプルのうちの少なくとも半分においてカウントされた場合、あるいはその他任意の基準によって、ＵＥがカウントされうる。

ある態様の場合、アクティブなＵＥの数を決定するために、物理リソース・ブロック（ＰＲＢ）使用量が考慮されうる。例えば、測定ウィンドウ中に、セルは、保護を必要とする各ＵＥのＰＲＢ使用量を評価しうる。アクティブなＵＥの数は、ＵＥのＰＲＢ使用量を、予め決定されたしきい値と比較することによって決定されうる。例えば、セルは、ＰＲＢ使用量が、予め決定されたしきい値を上回るＵＥのみをカウントしうる。ある態様の場合、しきい値は、接続モードにあるＵＥの総数、ＰＲＢ割当がゼロではないＵＥの総数、考慮されているすべてのＵＥにおける最大ＰＲＢ使用量、各ＵＥのトラフィックのＱｏＳ要件／タイプ等に依存しうる。各ＵＥのトラフィックのＱｏＳ要件／タイプは、異なるＵＥについては異なるしきい値となりうることが注目されるべきである。

ある態様の場合、保護を必要としているアクティブなＵＥの数に関する情報を犠牲セル（例えば、ピコ・セル）から受信する干渉元のセル（例えば、マクロ・セル）は、保護するリソース数を決定するために、アクティブなＵＥの数に関する情報を使用しうる。犠牲セルによって要求されたＵＥの数は、干渉元のセルによって決定されたものと同じ数と比較されうる。ある態様の場合、マクロ・セルの目標は、ユーザ毎の平均リソースを等しくすることでありうる。マクロ・セルはさらに、ＤＬ ＡＢＳステータス・メッセージをも考慮しうる。例えば、ＤＬ ＡＢＳステータス・メッセージが、保護されているリソースのオーバラップを示す場合にのみ、または、干渉元のセルが過負荷である場合にのみ、上記比較が実行されうる。

図８は、本開示のある態様にしたがって、保護されているアクティブなユーザの数を決定するための動作８００の例を例示する。これら動作は、例えば、「攻撃」セル（例えば、図１のマクロ・セル１１０ｂのような第２のセル）の送信によって干渉を受ける可能性のあるＵＥにサービス提供する「犠牲」セル（例えば、図１のピコ・セル１１０ｘのような第１のセル）の基地局によって実行されうる。

８０２では、第１のセルの基地局は、第２のセルの基地局が、送信を制御することによって、第１のセットのリソースを保護している場合に、低減された干渉から利益を得うる第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を決定する。例えば、基地局は、第２のセルにおける送信によって強く干渉を受けている第１のセルにおけるＵＥをカウントしうる。基地局はさらに、保護されているリソースと保護されていないリソースとの両方に当てはまる、強い干渉条件が、各ＵＥについて存在しているか否かを、ＵＥによって送信された少なくとも２つのチャネル品質情報に基づいて判定しうる。８０４では、第１のセルの基地局は、判定されたアクティブなＵＥの数を、第２のセルの基地局へレポートする。

図９は、本開示の態様にしたがって、保護されているリソースの数を決定するための動作の例を例示する。動作９００は、例えば、攻撃セル（例えば、図１のマクロ・セル１１０ｂのような第２のセル）の基地局によって実行されうる。９０２では、第２のセルの基地局が、送信を制御することによって、第１のセットのリソースを保護している場合、低減された干渉から利益を得うる第１のセル（例えば、図１のピコ・セル１１０ｘのような犠牲セル）における１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを受信する。このインジケーションは、リソース・ステータス更新メッセージで、および／または、Ｘ２通信リンクを介して提供されうる。

９０４では、第２のセルの基地局が、受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定する。例えば、第２のセルの基地局は、示されたアクティブなＵＥの数を、第２のセルにおけるＵＥの数と比較しうる。この比較は、第２のセルにおいて保護されているリソースが過負荷である場合に実行されうる。ある態様の場合、基地局は、第１のセルと第２のセルとにわたって、ＵＥ毎の平均リソースを等しくすることを試みうる。別の態様の場合、第２のセルの基地局は、保護されているリソースの負荷を示すダウンリンク・オールモースト・ブランク・サブフレーム（ＡＢＳ）ステータス情報要素（ＩＥ）に少なくとも部分的に基づいて、保護すべき１または複数のリソースを決定しうる。

ある態様の場合、第２のセルの基地局は、保護されているリソースの数を、システムのパラメータ（例えば、第２のセルによってサービス提供されているＵＥの数、各ＵＥのトラフィックのタイプおよびＱｏＳ要件等）、および、第１のセルにおけるアクティブなユーザの数を示す、受信されたインジケータに基づいて決定しうる。保護されているリソースの数および位置は、動的または準静的に決定されうる。

前述された方法のさまざまな動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されうる。これら手段は、限定される訳ではないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むさまざまなハードウェア構成要素および／またはソフトウェア構成要素および／またはモジュールを含みうる。

例えば、１または複数のアクティブな（ＵＥ）の数を決定する手段は、例えば図２に例示されたプロセッサ４４０のような任意の適切な処理要素を含みうる。同様に、評価する手段、識別する手段、比較する手段、カウントする手段、しきい値を分析する手段、および、平均リソースを等しくすることを試みる手段は、例えば図２に例示されているプロセッサ４４０のような任意の適切な処理要素を含みうる。アクティブなＵＥの決定された数をレポートする手段は、例えば図２に例示されているアンテナ４３４ａのような任意の適切なレポート要素または送信機を含みうる。さらに、受信する手段は、図２に例示されている例えばアンテナ４３４ａのような任意の適切な受信構成要素を含みうる。

開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。同伴する方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。

当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述した記載を通じて参照されたデータ、命令群、指示、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁気粒子、光場または光粒子、またはこれらの任意の組み合わせによって表されうる。

当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、これらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。

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

本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。

開示された態様の前述した説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴と一致した最も広い範囲に相当することが意図されている。

Claims (44)

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. 無線通信のための装置であって、
    第２のセルの基地局が、送信を制御することによって第１のセットのリソースを保護している場合、低減された干渉によって利益を得うる第１のセルにおける１または複数のアクティブなユーザ機器（ＵＥ）の数を示すインジケーションを、第２のセルの基地局によって受信し、
    前記受信されたインジケーションに基づいて、保護するための１または複数のリソースを決定する
    ように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに接続されたメモリと、
    を備える装置。

Images