(57)【特許請求の範囲】
【請求項１】
同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ）の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））をサービングｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥにサービングｅＮＢによって送信する無線通信方法であって、前記無線通信方法は、
前記複数の与干渉ＵＥｓのＩＲＡＩを前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するステップを備え、
前記複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩは、前記少なくとも１つの与干渉ＵＥ以外の複数の与干渉ＵＥｓであってＩＲＡＩを通知されている与干渉ＵＥｓに割り当てられたＲＢｓを除外することによって決定される。
【請求項２】
前記複数の与干渉ＵＥｓの中で第１の与干渉ＵＥのＩＲＡＩは、前記被干渉ＵＥに対して明示的に送信されないが、前記複数の与干渉ＵＥｓの中でその他の与干渉ＵＥｓのＩＲＡＩは、前記被干渉ＵＥに明示的に送信され、
前記与干渉セルのシステム帯域内で前記他の与干渉ＵＥｓに割り当てられたＲＢｓ以外の残りのリソースブロック（resource blocks（ＲＢ））は、前記第１の与干渉ＵＥに割り当てられたものとして、非明示的に通知される、請求項１に記載の無線通信方法。
【請求項３】
ＩＲＡＩを通知され得る与干渉ＵＥｓの最大の数を前記サービングｅＮＢから前記被干渉ＵＥにＲＲＣシグナリングを介してシグナリングするステップ、および/または、
ＩＲＡＩを現在通知すべき複数の与干渉ＵＥｓの現在の数を前記サービングｅＮＢから前記被干渉ＵＥに、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information （ＤＣＩ））内でシグナリングするステップと、
をさらに備える、請求項２に記載の無線通信方法。
【請求項４】
前記他の与干渉ＵＥｓのＩＲＡＩは、１つの与干渉ＤＣＩにおいて通知される、請求項２に記載の無線通信方法。
【請求項５】
前記複数の与干渉ＵＥｓの中の１つの与干渉ＵＥのＩＲＡＩでは、前記複数の与干渉ＵＥｓの中で被干渉ＵＥに対してＩＲＡＩを送信されている与干渉ＵＥｓに割り当てられたＲＢｓの帯域内での与干渉リソースブロック（resource block（ＲＢ））割り当ては通知されない、請求項１に記載の無線通信方法。
【請求項６】
少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、ＩＲＡＩでは、被干渉ＵＥに割り当てられるＲＢｓの帯域内での与干渉リソースブロック（resource block （ＲＢ））割り当てのみが通知される、請求項１に記載の無線通信方法。
【請求項７】
前記ＩＲＡＩのフォーマットは、前記被干渉ＵＥのリソース割り当てタイプ、および/または、前記被干渉ＵＥに割り当てられたＲＢｓの数に基づいて決定される、請求項１に記載の無線通信方法。
【請求項８】
与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から被干渉ＵＥによって受信する無線通信方法であって、前記無線通信方法は、
前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信された前記ＩＲＡＩを受信するステップを備え、
少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、前記ＩＲＡＩでは、前記被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉リソースブロック（resource block （ＲＢ））割り当てのみが通知される。
【請求項９】
前記ＩＲＡＩのフォーマットは、前記被干渉ＵＥのリソース割り当てタイプ、および/または、前記被干渉ＵＥに割り当てられたＲＢｓの数に基づいて決定される、請求項８に記載の無線通信方法。
【請求項１０】
前記被干渉ＵＥのリソース割り当てタイプがタイプ１の場合、前記ＩＲＡＩ内で、
前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌのとき、ＲＢペアベースのビットマップが前記被干渉ＵＥに割り当てられたＲＢｓの帯域において採用され、前記ＲＢペアベースのビットマップにおいて、各ＲＢペアに対して、前記ＲＢペアの与干渉ＵＥの与干渉ＲＢ割り当てを通知するために１ビットが使用され、
前記与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、連続分散仮想ＲＢ（ＶＲＢ）割り当て（continuous distributed virtual RB(VRB)allocation）が前記与干渉ＵＥに対応するシステム帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用される、請求項９に記載の無線通信方法。
【請求項１１】
前記被干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄの場合、前記ＩＲＡＩ内で、
前記与干渉ＵＥのリソース割り当てタイプがタイプ０のとき、ＲＢグループ（ＲＢＧ）ベースのビットマップが前記被干渉ＵＥに割り当てられたＲＢｓの帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、
前記与干渉ＵＥのリソース割り当てタイプがタイプ１のとき、前記ＲＢＧベースのビットマップにおいて使用されるビットに加え、追加的ビットがＲＢＧのサブセット選択のために使用されるＲＢＧベースのビットマッププラス（plus）ＲＢＧサブセット選択（RBG subset selection）のモードが前記被干渉ＵＥに割り当てられたＲＢｓの帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、
前記与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｌのとき、連続局所的仮想ＲＢ（ＶＲＢ）割り当て（continuous localized virtual RB(VRB)allocation）が前記被干渉ＵＥに割り当てられるＲＢｓの帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、
前記与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、連続分散ＶＲＢ割り当て（continuous distributed VRB allocation）が前記被干渉ＵＥに割り当てられるＲＢｓの帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、前記被干渉ＵＥに対応するシステム帯域は、前記与干渉ＵＥに対応するシステム帯域と同じであり、前記被干渉ＵＥに対するＲＢギャップ（RB gap）は、前記与干渉ＵＥに対するＲＢギャップと同じであり、
前記与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、タイプ２−Ｄのモードが前記与干渉ＵＥに対応するシステム帯域において前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、前記被干渉ＵＥに対応するシステム帯域は、前記与干渉ＵＥに対応するシステム帯域とは異なる、または、前記被干渉ＵＥに対するＲＢギャップは、前記与干渉ＵＥに対するＲＢギャップと異なる、請求項９に記載の無線通信方法。
【請求項１２】
前記被干渉ＵＥに割り当てられるＲＢｓの数が閾値より小さい場合、ＲＢベースのビットマップまたはＲＢペアベースのビットマップが前記ＩＲＡＩにおいて前記被干渉ＵＥに割り当てられたＲＢｓの帯域に対して採用され、前記ＲＢベースのビットマップまたはＲＢペアベースのビットマップにおいて、各ＲＢまたはＲＢペアに対して前記ＲＢまたはＲＢペアの前記与干渉ＵＥの与干渉ＲＢ割り当てを通知するために１ビットが使用され、
前記閾値は、前記被干渉ＵＥに割り当てられたＲＢｓの数が前記閾値より小さいとき、前記ＲＢベースのビットマップまたはＲＢペアベースのビットマップによる前記ＩＲＡＩに対するビット数が前記ＲＢベースのビットマップまたはＲＢペアベースのビットマップ以外の選択されたフォーマットの前記ＩＲＡＩに対するビット数より小さくなるように定義される、請求項９に記載の無線通信方法。
【請求項１３】
同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ）の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から前記被干渉ＵＥによって受信する無線通信方法であって、前記無線通信方法は、
前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信された前記複数の与干渉ＵＥｓのＩＲＡＩを受信するステップを備え、
前記複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩは、前記少なくとも１つの与干渉ＵＥ以外の複数の与干渉ＵＥｓであってＩＲＡＩを通知されている与干渉ＵＥｓに割り当てられたＲＢｓを除外することによって決定される。
【請求項１４】
前記複数の与干渉ＵＥｓの第１の与干渉ＵＥの与干渉リソースブロック（resource blocks（ＲＢｓ））を前記与干渉セルのシステム帯域内で、前記複数の与干渉ＵＥｓの中でその他の与干渉ＵＥｓに割り当てられたＲＢｓ以外の残りのＲＢｓとして決定するステップを備え、
前記第１の与干渉ＵＥのＩＲＡＩは、前記被干渉ＵＥに明示的に送信されないが、前記他の与干渉ＵＥｓのＩＲＡＩは、前記被干渉ＵＥに明示的に送信される、請求項１３に記載の無線通信方法。
【請求項１５】
前記サービングｅＮＢから前記被干渉ＵＥにＲＲＣシグナリングを介してシグナリングされる、ＩＲＡＩを通知され得る与干渉ＵＥｓの最大の数、および/または、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information（ＤＣＩ））内でシグナリングされる、ＩＲＡＩを前記サービングｅＮＢから前記被干渉ＵＥに現在通知すべき前記複数の与干渉ＵＥｓの現在の数を受信するステップと、
前記ＩＲＡＩを前記最大の数および／または前記現在の数に基づいて検出するステップと、
をさらに備える、請求項１４に記載の無線通信方法。
【請求項１６】
前記複数の与干渉ＵＥｓの中の１つの与干渉ＵＥのＩＲＡＩでは、前記複数の与干渉ＵＥｓの中で被干渉ＵＥに対してＩＲＡＩを送信されている与干渉ＵＥｓに割り当てられたＲＢｓの帯域内での与干渉リソースブロック（resource block（ＲＢ））割り当ては通知されない、請求項１３に記載の無線通信方法。
【請求項１７】
同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））をｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに送信するための前記ｅＮＢであって、前記ｅＮＢは、
前記複数の与干渉ＵＥｓのＩＲＡＩを前記ｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するように構成された送信部を備え、
前記複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩは、前記少なくとも１つの与干渉ＵＥ以外の複数の与干渉ＵＥｓであってＩＲＡＩを通知されている与干渉ＵＥｓに割り当てられたＲＢｓを除外することによって決定される。
【請求項１８】
与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する前記被干渉ＵＥとしてのユーザ装置（user equipment（ＵＥ））であって、前記ユーザ装置は、
前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信される前記ＩＲＡＩを受信するように構成された受信部を備え、
少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２―Ｌの場合、前記ＩＲＡＩは、前記被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉リソースブロック割り当て（interfering resource block（ＲＢ）allocation）のみを通知する。
【請求項１９】
前記ＩＲＡＩのフォーマットは、前記被干渉ＵＥのリソース割り当てタイプ、および/または、前記被干渉ＵＥに割り当てられたＲＢｓの数に基づいて決定される、請求項１８に記載のユーザ装置。
【請求項２０】
同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する前記被干渉ＵＥとしてのユーザ装置（user equipment（ＵＥ））であって、前記ユーザ装置は、
前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信される前記複数の与干渉ＵＥｓのＩＲＡＩを受信するように構成された受信部を備え、
前記複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩは、前記少なくとも１つの与干渉ＵＥ以外の複数の与干渉ＵＥｓであってＩＲＡＩを通知されている与干渉ＵＥｓに割り当てられたＲＢｓを除外することによって決定される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信分野に関連し、特に、干渉リソース割り当て情報（interfering resource allocation information(ＩＲＡＩ)）をやりとりする無線通信方法、ｅＮｏｄｅ  Ｂ（ｅＮＢ）およびユーザ機器（user equipment（ＵＥ））に関する。
【背景技術】
【０００２】
ＮＡＩＣＳ(Network-Associated Interference Cancellation and Suppression)は、ＬＴＥ（Long Term Evolution）のリリース１２（Ｒｅｌ.１２）における検討事項（Study Item（ＳＩ））であり、ＵＥ側において、ネットワークシグナリングの支援によって、干渉をキャンセルまたは抑圧するための高度な受信機を実現することを目的としている。ＮＡＩＣＳの検討事項（ＳＩ）の主要なタスクは、セル間、セル内、または、ストリーム間からの同一チャネル干渉を、ネットワーク支援を使い軽減する改良受信機を調査検討することである。
【０００３】
ＮＡＩＣＳにおいて、ＵＥにおける改良受信機は、ｅＮＢの通知を用いて干渉信号の実効チャネルを推定でき、干渉信号を復調し、復号できる。従って、次の３種類のＮＡＩＣＳ受信機が３ＧＰＰにおいて議論されている、a）干渉信号の実効チャネルの推定できるＩＳ（Interference suppression）、b）干渉信号の実効チャネルを推定でき、干渉信号を復調できるＳＬＩＣ（Symbol-level interference cancellation）、c）干渉信号の実効チャネルを推定でき、干渉信号を復調でき、復号できるＣＷＩＣ(Codeword-level interference cancellation)。図１は、上述の３種類のＮＡＩＣＳ受信機の概略図を例示している。ＩＳ受信機は、実効チャネル推定部と、チャネルイコライザーを備え、ＳＬＩＣ受信機は、ＩＳ受信機の備える構成要素に加え、復調部を備え、ＣＷＩＣ受信機は、ＳＬＩＣ受信機の備える構成要素に加え、デスクランブラ（Descrambler）と、ＨＡＲＱ対応チャネル復号部と、を備える。
【０００４】
これらの３種類の受信機の中で、シンボルレベル干渉情報のみを必要とするＳＬＩＣは、パフォーマンスと複雑性の間における妥協案である。本開示は、ＳＬＩＣ受信機のみに着目するが、ＩＳ受信機にも適用される。
【０００５】
干渉は、与干渉セルの動的にスケジュールされた信号であり得るので、バックホール（backhaul）が理想的であれば、干渉通知（interference indication）は、サービングセル（serving cell）からのＬ１（物理層）シグナリング（（Ｅ）ＰＤＣＣＨ）のユニキャスト（unicast）通知になり得る。各与干渉端末（与干渉ＵＥ）のＵＥ固有情報、例えば、リソースブロック割り当て（resource block（ＲＢ）allocation）およびＭＣＳ/ＰＭＩ/ＲＩ（Modulation and Coding Scheme/Precoding Matrix Indicator/Rank Indication）は、Ｌ１シグナリングを介して通知されるべきである。これに対して、セル固有情報など長期にわたる情報は、ＲＲＣ（Radio Resource Control）によってシグナリングされ得る。例えば、与干渉セルのセル固有情報、例えば、NeighCellsCRS-Info-r11および セル固有参照信号（Cell-Specific Reference Signal（ＣＲＳ））パワーブースティングファクタ（power boosting factor）（ｐ−ｂ）は、ＲＲＣシグナリングによって事前に通知できる。
【０００６】
干渉通知において、ＲＢ情報は、特に広帯域システムの場合に、干渉通知に使用されるビットの大きな割合を占める。従って、与干渉端末のＲＢ情報をどのように効率的に通知するかは重要な課題となる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本開示は、与干渉端末のＲＢ情報を効率よく通知するために上記を考慮してなされる。
【課題を解決するための手段】
【０００８】
本開示の第１の態様において、以下の無線通信方法が提供される。この無線通信方法は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））をサービングｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥにサービングｅＮＢによって送信する無線通信方法であって、前記無線通信方法は、前記ＩＲＡＩを前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するステップを備え、少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、前記ＩＲＡＩは、前記被干渉ＵＥに割り当てられたリソースブロック（resource block（ＲＢ））の帯域内の与干渉ＲＢ割り当てのみを通知する。
【０００９】
本開示の第２の態様において、以下の無線通信方法が提供される。この無線通信方法は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を、サービングｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに、サービングｅＮＢによって送信する無線通信方法であって、前記無線通信方法は、前記与干渉ＵＥのリソース割り当てタイプを前記サービングｅＮＢから前記被干渉ＵＥに、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information（ＤＣＩ））内で、または、ＲＲＣシグナリングを介して、シグナリングするステップと、前記ＩＲＡＩを前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するステップと、を備える。
【００１０】
本開示の第３の態様において、以下の無線通信方法が提供される。この無線通信方法は、同じ与干渉セルに接続する複数の与干渉ユーザ装置（user equipments（ＵＥｓ）の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））をサービングｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥにサービングｅＮＢによって送信する無線通信方法であって、前記無線通信方法は、前記複数の与干渉ＵＥｓのＩＲＡＩを前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するステップを備え、前記複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは、前記複数の与干渉ＵＥｓの中でＩＲＡＩを通知されている与干渉ＵＥｓに依存する。
【００１１】
本開示の第４の態様において、以下の無線通信方法が提供される。この無線通信方法は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から被干渉ＵＥによって受信する無線通信方法であって、前記無線通信方法は、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信された前記ＩＲＡＩを受信するステップを備え、少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、前記ＩＲＡＩは、前記被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉リソースブロック（resource block （ＲＢ））割り当てのみを通知する。
【００１２】
本開示の第５の態様において、以下の無線通信方法が提供される。この無線通信方法は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から前記被干渉ＵＥによって受信する無線通信方法であって、前記無線通信方法は、前記サービングｅＮＢから前記被干渉ＵＥに、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information（ＤＣＩ））内で、または、ＲＲＣシグナリングを介して、シグナリングされた前記与干渉ＵＥのリソース割り当てタイプを受信するステップと、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信された前記ＩＲＡＩを受信するステップと、を備える。
【００１３】
本開示の第６の態様において、以下の無線通信方法が提供される。この無線通信方法は、同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ）の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から前記被干渉ＵＥによって受信する無線通信方法であって、前記無線通信方法は、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信された前記複数の与干渉ＵＥｓのＩＲＡＩを受信するステップを備え、前記複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは、前記複数の与干渉ＵＥｓの中でＩＲＡＩを通知されている与干渉ＵＥｓに依存する。
【００１４】
本開示の第７の態様において、以下のｅＮｏｄｅＢ（ｅＮＢ）が提供される。このｅＮＢは、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））をｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに送信するための前記ｅＮＢであって、前記ＩＲＡＩを前記被干渉ＵＥにＬ１シグナリングを介して送信するように構成された送信部を備え、少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２―Ｌの場合に、前記ＩＲＡＩは与干渉リソースブロック割り当て（interfering resource block （ＲＢ）allocation）のみを前記被干渉ＵＥに割り当てられたＲＢｓの帯域内で通知する。
【００１５】
本開示の第８の態様において、以下のｅＮｏｄｅＢ（ｅＮＢ）が提供される。このｅＮＢは、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））をｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに送信するための前記ｅＮＢであって、前記ｅＮＢは、前記与干渉ＵＥのリソース割り当てタイプを前記ｅＮＢから前記被干渉ＵＥに、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information（ＤＣＩ））内で、または、ＲＲＣシグナリングを介して、シグナリングするように構成されたシグナリング部と、前記ＩＲＡＩを前記ｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するように構成された送信部と、を備える。
【００１６】
本開示の第９の態様において、以下のｅＮｏｄｅＢ（ｅＮＢ）が提供される。このｅＮＢは、同じ与干渉セルに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））をｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに送信するための前記ｅＮＢであって、前記ｅＮＢは、前記複数の与干渉ＵＥｓのＩＲＡＩを前記ｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信するように構成された送信部を備え、前記複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対する前記ＩＲＡＩの通知モードは、前記複数の与干渉ＵＥｓの中でＩＲＡＩを通知されている前記与干渉ＵＥｓに依存する。
【００１７】
本開示の第１０の態様において、以下のユーザ装置（user equipment（ＵＥ））が提供される。このユーザ装置は、与干渉ＵＥに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する前記被干渉ＵＥとしてのユーザ装置（user equipment（ＵＥ））であって、前記ユーザ装置は、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信される前記ＩＲＡＩを受信するように構成された受信部を備え、少なくとも、前記与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２―Ｌの場合、前記ＩＲＡＩは、前記被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉リソースブロック割り当て（interfering resource block（ＲＢ）allocation）のみを通知する。
【００１８】
本開示の第１１の態様において、以下のユーザ装置（user equipment（ＵＥ））が提供される。このユーザ装置は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する前記被干渉ＵＥとしてのユーザ装置（user equipment（ＵＥ））であって、前記ユーザ装置は、前記被干渉ＵＥにリソースを割り当てるための前記被干渉ＵＥの下り制御情報（downlink control information（ＤＣＩ））内で、または、ＲＲＣシグナリングを介して前記サービングｅＮＢから前記被干渉ＵＥにシグナリングされる前記与干渉ＵＥのリソース割り当てタイプを受信するように構成された第１の受信部と、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信される前記ＩＲＡＩを受信するように構成された第２の受信部と、を備える。
【００１９】
本開示の第１２の態様において、以下のユーザ装置（user equipment（ＵＥ））が提供される。このユーザ装置は、同じ与干渉ＵＥに接続された複数の与干渉ユーザ装置（user equipments（ＵＥｓ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する前記被干渉ＵＥとしてのユーザ装置（user equipment（ＵＥ））であって、前記ユーザ装置は、前記サービングｅＮＢから前記被干渉ＵＥにＬ１シグナリングを介して送信される前記複数の与干渉ＵＥｓのＩＲＡＩを受信するように構成された受信部を備え、前記複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対する前記ＩＲＡＩの通知モードは、前記複数の与干渉ＵＥｓの中でＩＲＡＩを通知されている与干渉ＵＥｓに依存する。
【００２０】
前述は要約であり、従って、詳細の単純化、一般化および省略を必然的に含んでいる。本明細書に記載される、他の態様、特徴、装置および／またはプロセスおよび／または、他の主題の利点は、本明細書で説明される教示の中で明らかになるであろう。要約は、以下の発明を実施するための形態の中でさらに記述される単純化した形式で概念の選択を紹介するために提供される。この要約は、特許請求される主題の重要な特徴または不可欠な特徴を特定することを意図したものではなく、また、特許請求される主題の範囲を判断する際の助けとして使用されることを意図したものでもない。
【図面の簡単な説明】
【００２１】
本開示の前述と他の特徴は、添付の図面と併せて、次の説明と添付の特許請求の範囲からより完全に明らかになるであろう。これらの図面は本開示によるいくつかの実施形態のみを描いており、従って、その範囲を制限するものと見なされないことを理解して、本開示は添付の図面の利用を通して、追加の特異性と詳細によって記述されるであろう。
【図１】３種類のＮＡＩＣＳ受信機を示す概略図
【図２】本開示の第１の実施形態に係る、ｅＮＢ側の無線通信方法を示す図
【図３】干渉を通知するために使用される与干渉ＲＢｓの仮想ＳＢＷを説明するための概略図
【図４】タイプ２−ＤにおけるＶＲＢからＰＲＢへのマッピング（mapping）の例を概略的に示す図
【図５】タイプ０における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての例を示す図
【図６】タイプ１における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての例を示す図
【図７】タイプ２−Ｌにおける被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての例を示す図
【図８】タイプ２-Ｄにおける被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての例を示す図
【図９】タイプ０における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての他の例を示す図
【図１０】タイプ２-Ｌにおける被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての他の例を示す図
【図１１】タイプ１における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄにおける与干渉端末のリソース割り当ての他の例を示す図
【図１２】本開示の第１の実施形態に係るｅＮＢを示すブロック図
【図１３】本開示の第１の実施形態に係る、ＵＥ側の無線通信方法を示す図
【図１４】本開示の第１の実施形態に係るＵＥを示すブロック図
【図１５】本開示の第２の実施形態に係る、ｅＮＢ側の無線通信方法を示す図
【図１６】本開示の第２の実施形態に係るｅＮＢを示すブロック図
【図１７】本開示の第２の実施形態に係る、ＵＥ側の無線通信方法を示す図
【図１８】本開示の第２の実施形態に係るＵＥを示すブロック図
【図１９】本開示の第３の実施形態に係る、ｅＮＢ側の無線通信方法を示す図
【図２０】本開示の第３の実施形態に係る最後の与干渉ＵＥの非明示的通知の概略図
【図２１】本開示の第３の実施形態に係る、仮想ＳＢＷの減少を示す概略図
【図２２】本開示の第３の実施形態に係る、ｅＮＢ側の無線通信方法を示す図
【発明を実施するための形態】
【００２２】
以下の詳細な説明において、その一部をなす添付の図面を参照する。図面において同一の符号は、別段文脈によって示されない限り、一般に同一の構成要素を特定する。本開示の態様は、幅広い様々な構成において配置、置き換え、組み合わせおよび設計されることができることは容易に理解されよう。これらの全ては、明確に企図されており、本開示の一部をなす。
【００２３】
（第１の実施形態）
本開示において、与干渉セルと被干渉ＵＥとの間の干渉は、ＰＤＳＣＨ（Physical Downlink Shared Channel）からＰＤＳＣＨであるとする。しかしながら、当業者にとって、本開示に記載された解決法は、他の干渉が存在するシナリオにおいて、ＰＤＳＣＨからＰＤＳＣＨへの干渉通知に適用されることは自明であり、本開示の概念は、他の干渉にも適用され、例えば、eＩＭＴＡ（Further Enhancements to LTE TDD for DL-UL Interference Management and Traffic Adaptation）において、隣接セルの上り信号も干渉源となることがあり、DLとUL両方の干渉通知がサポートされている場合、ＤＣＩにおいて、ＤＬ/ＵＬインジケータが必要となり得る。
【００２４】
ＰＤＳＣＨ-ｔｏ-ＰＤＳＣＨの干渉を通知するために、与干渉セルに接続された与干渉ＵＥの干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））は、サービングｅＮＢからサービングｅＮＢに接続された被干渉ＵＥに送信される必要がある。ＩＲＡＩは、どの与干渉ＲＢ（s）が与干渉セルによって与干渉ＵＥに割り当てられているかを通知し、被干渉ＵＥは、どのＲＢ（s）が干渉を受けているのかをＩＲＡＩから知ることができる。ＩＲＡＩは、被干渉ＵＥに対するＲＢ割り当てなど、被干渉ＵＥのＵＥ固有情報を通知する従来のＤＣＩ（Downlink Control Information）から分けられた、干渉を通知するための与干渉ＤＣＩにおいて通知できる。本開示において、被干渉ＵＥに対するＵＥ固有情報を通知するための従来のＤＣＩは、被干渉ＵＥにリソース割り当てるための被干渉ＵＥのＤＣＩ、または、単に被干渉ＵＥのＤＣＩともいう。ＩＲＡＩに加えて、与干渉ＤＣＩは、変調次数（Modulation Order）、ＴＰＭＩ（Transmitted Precoding Matrix Indicator）/ＲＩ、ＤＭＲＳ（Demodulation Reference Signal）ＩＤ、ＵＥ固有のＣＲＳ power boosting factor（p-a）など、他の情報も有することができる。表１は、与干渉ＤＣＩを例示している。尚、表１において、他の情報を包含していることと、与干渉ＤＣＩのフォーマットは、単なる例示であり、本開示を限定する意図はない。
【表１】
0006291065.tif 000002
【００２５】
本開示の第１の実施形態は、図２に示すように、サービングｅＮＢによって与干渉セルに接続された与干渉ＵＥのＩＲＡＩをサービングｅＮＢに接続された被干渉ＵＥに送信するための無線通信方法を提供する。図２は、本開示の第１の実施形態に係る無線通信方法２００を示す。この方法２００は、ＩＲＡＩをサービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信するステップ２０１を備え、少なくとも、与干渉ＵＥのリソース割り当てタイプが、タイプ０、タイプ１、または、タイプ２−Ｌの場合、ＩＲＡＩは、与干渉ＲＢ割り当てのみを被干渉ＵＥに割り当てられたＲＢｓの帯域内で通知する。尚、本開示において言及したリソース割り当てタイプのタイプ０、タイプ１、タイプ２−Ｌと、タイプ２−Ｄは、本開示に参照により組み込まれた、３ＧＰＰ  ＴＳ  ３６．２１３："Evolved Universal Terrestrial Radio Access（Ｅ−ＵＴＲＡ）；Physical layer procedures,"によって定義されたタイプをいう。
【００２６】
第１の実施形態によれば、少なくとも、与干渉ＵＥ（本開示において、「干渉端末」ともいう）のいくつかのリソース割り当てタイプに対して、被干渉ＲＢｓおよび重複した与干渉ＲＢｓ（すなわち、被干渉ＵＥに割り当てられたＲＢｓの帯域内で）のみ、ＳＬＩＣ受信機に対して通知する必要があり、すなわち、干渉を被干渉ＵＥに通知する際に、被干渉ＵＥに割り当てられたＲＢｓ（すなわち、被干渉ＲＢｓ）は、与干渉ＲＢｓの「システム帯域（system bandwidth （ＳＢＷ））」（仮想ＳＢＷという）とみなされる、とした概念が提供される。この場合、与干渉端末のチャネル推定および復調の両方のために、重複したＲＢｓにおける干渉信号のみ再構築され、キャンセルされうる。
【００２７】
図３は、干渉を通知するために使用される与干渉ＲＢｓの仮想ＳＢＷを説明するための概略図である。図３において、前方に傾斜している斜線、または、交差線に埋められた領域は、被干渉ＲＢｓ（すなわち、被干渉ＵＥに割り当てられたＲＢｓ）を表し、後方に傾斜している斜線、または、交差線に埋められた領域は、与干渉ＲＢｓ（すなわち、与干渉ＵＥに割り当てられたＲＢｓ）を表し、交差線で埋められた領域は、被干渉ＵＥおよび与干渉ＵＥの両方に割り当てられたＲＢｓを表す。従来技術によれば、図３において、左側に示すように、全ての与干渉ＲＢｓは、被干渉ＵＥに通知する必要があるが、本開示の第１の実施形態によれば、図３において、右側に示すように、被干渉ＲＢｓに重複した与干渉ＲＢｓ（すなわち、交差線に埋められた領域によって表されるＲＢｓ）のみを通知する必要があり、これは、被干渉ＲＢｓの帯域を与干渉ＲＢｓの「システム帯域（system bandwidth）（ＳＢＷ）」（すなわち、仮想ＳＢＷ）として、扱うことである。幾つかの与干渉ＲＢｓを通知する必要が無いので、ビットを残しておけることは明らかである。尚、本開示において、被干渉ＲＢｓの割り当て粒度（allocation granularity）が与干渉ＲＢｓの割り当て粒度より小さく、与干渉ＲＢｓの割り当て単位（粒度）の一部のみが被干渉ＲＢｓの割り当て単位と重複していた場合、この与干渉ＲＢの割り当て単位は、被干渉ＵＥに割り当てられたＲＢｓの帯域内にあるものとみなされる。例えば、被干渉ＲＢｓの割り当てタイプがタイプ２−Ｄで、与干渉ＲＢｓの割り当てタイプがタイプ−０の場合、被干渉ＲＢｓの割り当て単位は、１つのスロットに対して、１つのＰＲＢ（one PRB）であり、与干渉ＲＢｓの割り当て単位は、１つのＲＢペアグループ（one RB pair group）である。この場合、タイプ−０における与干渉ＲＢｓのＲＢペアグループの１つのスロットの１ＰＲＢのみが、タイプ２−Ｄにおける被干渉ＲＢｓのＰＲＢと重複していたとしても、与干渉ＲＢｓのＲＢペアグループは、被干渉ＵＥに割り当てられたＲＢｓの帯域内にあるとみなす。
【００２８】
タイプ０、タイプ１またはタイプ２−Ｌに対して、物理ＲＢｓ（ＰＲＢ）の配置パターンは、仮想ＲＢｓ（ＶＲＢ）の配置パターンと同じなので、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌのとき、被干渉ＵＥに割り当てられたＲＢｓの帯域内の与干渉ＲＢｓのみが通知され得ることは、当業者には自明な内容である。しかしながら、タイプ２−Ｄに対しては、ＶＲＢｓからＰＲＢｓへマッピングする時にＲＢ再配置がある。図４は、ＳＢＷが２５個のＲＢｓとされ、ギャップ値（gap value（GAP））が１２であるタイプ２−Ｄにおける、ＳＢＷおよびギャップ値に依存するＶＲＢからＰＲＢへのマッピングの例を概略的に示している。尚、具体的なパラメータやパターンは、単なる例示であり、本開示を限定する意図はない。ＰＲＢｓは、対応するＶＲＢｓが仮想ＳＢＷ内に位置し得るが、ＲＢペアインターリーヴィング（interleaving）およびＲＢ分配の後で、与干渉ＵＥに対応するＳＢＷ全体に分配され得るということが図４から得られる。従って、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、仮想ＳＢＷ内の通知が常に適用されるわけではない。いつどのように仮想ＳＢＷ内の通知がタイプ２−Ｄに適用されるかは、後述する。次に、第１の実施形態の具体例を詳細に説明する。
【００２９】
第１の実施形態の第１の例において、被干渉ＵＥの全ての割り当てタイプに対して、同じ割り当て方法が使用される。具体的には、ＩＲＡＩ内で、与干渉ＵＥのリソース割り当てタイプがタイプ０のとき、被干渉ＵＥに割り当てられたＲＢｓの帯域内で、ＲＢグループ（ＲＢ  Ｇｒｏｕｐ（ＲＢＧ））ベースのビットマップが与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ１のとき、被干渉ＵＥに割り当てられたＲＢｓの帯域内で、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択（RBG-based bitmap plus RBG subset selection）のモードが与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｌのとき、被干渉ＵＥに割り当てられたＲＢｓの帯域内で、連続局所的仮想ＲＢ（ＶＲＢ）割り当て（continuous localized virtual RB（VRB）allocation）が与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、与干渉ＵＥに対応するシステム帯域内で、タイプ２−Ｄの割り当てモードが与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用される。
【００３０】
第１の例において、ＲＢＧベースのビットマップとは、各ＲＢペアグループに対して、このＲＢペアグループが割り当てられるか否かを通知するために、１ビットが使用され、ＲＢＧベースのビットマップの割り当て単位は、ＲＢペアグループであることを意味する。ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードとは、ＲＢＧベースのビットマップにおいて使用されるビットに加え、追加的ビットがＲＢＧのサブセット選択のために使用され（"Ｐ"は、ＲＢＧにおけるＲＢペアの数）、ＲＢＧベースのビットマップの割り当て単位は、ＲＢペアであることを意味する。尚、本開示において定義されたＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードは、本開示によれば、仮想ＳＢＷ内でＲＢＧごとに通知する必要があるので、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードがシフト・インジケータを採用しない点を除いて、従来のリソース割り当てのタイプ１に似ている。連続局所的仮想ＶＲＢ割り当ては、開始ＲＢペアおよび連続するＲＢペアの長さが通知される従来のリソース割り当てのタイプ２−Ｌに似ている。しかしながら、連続局所的仮想ＶＲＢ割り当てが被干渉ＵＥに割り当てられたＲＢｓの帯域内（すなわち、仮想帯域内）において使用されたとき、被干渉ＵＥに割り当てられたＲＢｓは、周波数領域において、連続しているとみなされ、連続するＲＢペアの長さは、被干渉ＲＢｓの帯域内の与干渉ＲＢｓによって占有されたＲＢペアの数である。タイプ２−Ｄの割り当てモードは、開始分配ＶＲＢペアと連続するＶＲＢペアの長さが通知され、ＳＢＷが４９個のＲＢｓより大きいとき、ギャップ値も通知される従来のリソース割り当てのタイプ２−Ｄと同じ割り当てモードをいう。
【００３１】
図５−８は、干渉通知を説明するために異なる割り当てタイプにおける被干渉ＵＥおよび与干渉ＵＥ（与干渉端末）に対するリソース割り当ての例を示す。これらのリソース割り当ての例において、前方に傾斜している斜線に埋められたブロックは、被干渉ＲＢｓ（すなわち、被干渉ＵＥに割り当てられたＲＢｓ）を表し、後方に傾斜している斜線、または、交差線に埋められたブロックは、与干渉ＲＢｓ（すなわち、与干渉ＵＥに割り当てられたＲＢｓ）を表し、これらのブロックの中で、交差線で埋められたブロックは、被干渉ＲＢｓ（仮想ＳＢＷ）の帯域内の与干渉ＲＢｓを表す。これらの例において、サービングセルの被干渉ＵＥに対応するＳＢＷと与干渉セルの与干渉ＵＥに対応するＳＢＷはともに５ＭＨｚ（２５個のＲＢｓ）である。
【００３２】
図５は、タイプ０における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける、与干渉端末に対するリソース割り当ての例を示し、ＰＤＳＣＨにおいて、被干渉ＵＥに対して１２個のＲＢｓまたは６個のＲＢＧｓが割り当てられている。従来技術によれば、与干渉ＲＢｓを通知するために、与干渉端末のＳＢＷ全体における全ての与干渉ＲＢｓが通知される必要がある。具体的には、タイプ０の与干渉端末に対して、干渉を通知するために必要なビット数は、ＮＲＢＧＤＬ＝１３（ＮＲＢＧＤＬは与干渉ＵＥのＳＢＷ全体におけるＲＢＧｓの数を表す）と等しく、タイプ１の与干渉端末に対して、干渉を通知するために必要なビット数は、タイプ０に対応する１３であり、タイプ２−Ｌの与干渉端末に対して、干渉を通知するために必要なビット数は、
【数１】
0006291065.tif 000003
（ＮＲＢＤＬは与干渉ＵＥのＳＢＷ全体におけるＲＢｓの数を表し、図５の例においては、２５である）と等しく、タイプ２−Ｄの与干渉端末に対して、干渉を通知するために必要なビット数も、
【数２】
0006291065.tif 000004
である。さらに、従来技術によれば、与干渉端末の異なる割り当てタイプ対して、同じサイズを持つようにリソース割り当てを通知するためのＤＣＩ内のセクション（section）（以下、リソース割り当てセクションともいう）は、パディングされ（padded）、リソース割り当てセクションのサイズは、与干渉端末の異なる割り当てタイプの中で最大となる（この場合、タイプ０とタイプ１）。さらに、与干渉端末の割り当てタイプを通知するために追加の２ビットが必要となる。従って、従来技術による、干渉を通知するために必要な総ビット数は、１３＋２＝１５となる。
【００３３】
これに対して、第１の実施形態の第１の例によれば、与干渉端末の仮想ＳＢＷにおいて（すなわち、被干渉ＲＢｓの帯域内）のみ、上述したそれぞれの割り当てモードがタイプ０、タイプ１およびタイプ２−Ｌの与干渉端末に対して、採用することができる。つまり、タイプ０、タイプ１およびタイプ２−Ｌの与干渉端末に対して、被干渉ＲＢｓの帯域内の与干渉ＲＢｓのみがＩＲＡＩにおいて通知され得る。図５に示すように、本開示によれば、交差線によって埋められたブロックによって表す与干渉ＲＢｓのみ、タイプ０、タイプ１およびタイプ２−Ｌの与干渉端末に対して、通知され得る。具体的には、タイプ０の与干渉端末に対して、被干渉ＲＢｓの帯域において、ＲＢＧベースのビットマップが使用され、６個のＲＢＧｓのみ被干渉ＵＥに対して割り当てられることから、干渉を通知するために必要なビット数は、ＮＲＢＧＰＤＳＣＨ＝６（ＮＲＢＧＰＤＳＣＨは、被干渉ＲＢｓの帯域内のＲＢＧｓの数を表す）と等しく、タイプ１の干渉端末に対して、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要なビット数は、
【数３】
0006291065.tif 000005
（Ｐは、ＲＢＧ内のＲＢｓの数であり、この例においては、２）と等しく、タイプ２−Ｌの与干渉端末に対して、連続局所的ＶＲＢ割り当てが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要なビット数は、
【数４】
0006291065.tif 000006
（ＮＲＢＰＤＳＣＨは被干渉ＲＢｓの帯域内のＲＢｓの数を表し、本例においては１２）と等しく、タイプ２−Ｄの与干渉端末に対して、タイプ２−Ｄの割り当てモードが与干渉端末のＳＢＷ全体において使用され、干渉を通知するために必要なビット数は、
【数５】
0006291065.tif 000007
と等しくなる。
【００３４】
本実施形態の第１の例に係るこのケースにおいて、干渉を通知するためのＩＲＡＩの最大サイズは、９ビットであることがわかる。ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得ることが好ましい。さらに、与干渉ＵＥのリソース割り当てタイプは、ＩＲＡＩ内で通知され得るので、与干渉端末の４つのリソース割り当てタイプを通知するために、追加の２ビットが必要となる。その結果、第１の実施形態の第１の例に係る、干渉を通知するために必要な総ビット数は、９＋２＝１１となり、従来技術と比べて、4ビットの節約となる。
【００３５】
図６は、タイプ１における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、ＰＤＳＣＨにおいて、被干渉ＵＥに対して９個のＲＢｓが割り当てられる。図５に示したケースと同様に、従来技術によれば、与干渉ＲＢｓを通知するためには、１５ビット必要である。これに対して、第１の実施形態の第１の例によれば、タイプ０の与干渉端末に対して、ＲＢＧベースのビットマップが被干渉ＲＢｓの帯域内で使用され、干渉を通知するために必要となるビット数は、ＮＲＢＧＰＤＳＣＨ＝ＮＲＢＰＤＳＣＨ＝９と等しく、タイプ１の与干渉端末に対して、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要となるビット数は、
【数６】
0006291065.tif 000008
と等しく、タイプ２−Ｌの与干渉端末に対して、連続局所的ＶＲＢ割り当てが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要とされるビット数は、
【数７】
0006291065.tif 000009
と等しく、タイプ２−Ｄの与干渉端末に対して、タイプ２−Ｄの割り当てモードが与干渉端末のＳＢＷ全体において使用され、干渉を通知するために必要なビット数は、
【数８】
0006291065.tif 000010
と等しくなる。
【００３６】
本実施形態の第１の例に係るこのケースにおいて、干渉を通知するためのＩＲＡＩの最大サイズは１０ビットであることがわかる。ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得ることが好ましい。さらに、与干渉ＵＥのリソース割り当てタイプは、ＩＲＡＩ内で通知され得るので、与干渉端末の４つのリソース割り当てタイプを通知するために、追加の２ビットが必要となる。その結果、第１の実施形態の第１の例に係る、干渉を通知するために必要な総ビット数は、１０＋２＝１２となり、従来技術と比べて、３ビットの節約となる。
【００３７】
図７は、タイプ２−Ｌにおける被干渉ＵＥと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、被干渉ＵＥに対して、ＰＤＳＣＨにおいて、１７個のＲＢｓが割り当てられる。図５に示したケースと同様に、従来技術によれば、与干渉ＲＢｓを通知するためには、１５ビット必要である。これに対して、第１の実施形態の第１の例によれば、タイプ０の与干渉端末に対して、ＲＢＧベースのビットマップが被干渉ＲＢｓの帯域内で使用され、干渉を通知するために必要とされるビット数は、ＮＲＢＧＰＤＳＣＨ＝９と等しく、タイプ１の与干渉端末に対して、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要となるビット数は、
【数９】
0006291065.tif 000011
と等しく、タイプ２−Ｌの与干渉端末に対して、連続局所的ＶＲＢ割り当てが被干渉ＲＢｓの帯域において使用され、その結果、干渉を通知するために必要となるビット数は、
【数１０】
0006291065.tif 000012
と等しく、タイプ２−Ｄの与干渉端末に対して、タイプ２−Ｄの割り当てモードが与干渉端末のＳＢＷ全体において使用され、干渉を通知するために必要なビット数は、
【数１１】
0006291065.tif 000013
と等しくなる。
【００３８】
本実施形態の第１の例に係るこのケースにおいて、干渉を通知するためのＩＲＡＩの最大サイズは、１０ビットであることがわかる。ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得ることが好ましい。さらに、与干渉ＵＥのリソース割り当てタイプは、ＩＲＡＩ内で通知され得るので、与干渉端末の４つのリソース割り当てタイプを通知するために、追加の２ビットが必要となる。その結果、第１の実施形態の第１の例に係る、干渉を通知するために必要な総ビット数は、１０＋２＝１２となり、従来技術と比べて、３ビットの節約となる。
【００３９】
図８は、タイプ２−Ｄにおける被干渉ＵＥと、タイプ０、１、２−Ｌおよび２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、被干渉ＵＥに対して、ＰＤＳＣＨにおいて、３個のＶＲＢｓが割り当てられ、図８の最上部に示すように、ＶＲＢからＰＲＢへのマッピング（mapping）の後で、ＰＲＢの分散が得られる。尚、本開示における、各数式において割り当てられたＲＢペア、または、ＲＢＧｓの数を算出する際に、ＲＢペアまたは、ＲＢＧが完全に、または、部分的に割り当てられている場合、ＲＢペアまたはＲＢＧは、割り当てられているとみなされる。例えば、図８の場合、４個のＲＢＧｓおよび６個のＲＢペアが被干渉ＵＥに対して割り当てられている。図５に示したケースと同様に、従来技術によれば、与干渉ＲＢｓを通知するために１５ビット必要になる。これに対して、第１の実施形態の第１の例によれば、タイプ０の与干渉端末に対して、ＲＢＧベースのビットマップが被干渉ＲＢｓの帯域内で使用され、干渉を通知するために必要となるビット数は、ＮＲＢＧＰＤＳＣＨ＝４であり、タイプ１の与干渉端末に対して、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要となるビット数は、
【数１２】
0006291065.tif 000014
と等しく、タイプ２−Ｌの与干渉端末に対して、連続局所的ＶＲＢ割り当てが被干渉ＲＢｓの帯域において使用され、干渉を通知するために必要となるビット数は、
【数１３】
0006291065.tif 000015
と等しく、タイプ２−Ｄの与干渉端末に対して、タイプ２−Ｄの割り当てモードが与干渉端末のＳＢＷ全体において使用され、干渉を通知するために必要なビット数は、
【数１４】
0006291065.tif 000016
と等しくなる。
【００４０】
本実施形態の第１の例に係るこのケースにおいて、干渉を通知するためのＩＲＡＩの最大サイズは、９ビットであることがわかる。ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得ることが好ましい。さらに、与干渉ＵＥのリソース割り当てタイプは、ＩＲＡＩ内で通知され得るので、与干渉端末の４つのリソース割り当てタイプを通知するために、追加の２ビットが必要となる。その結果、第１の実施形態の第１の例に係る、干渉を通知するために必要な総ビット数は、９＋２＝１１となり、従来技術と比べて、４ビットの節約となる。
【００４１】
尚、第１の実施形態によれば、与干渉ＵＥのリソース割り当てタイプは、被干渉ＵＥへリソースを割り当てるための被干渉ＵＥのＤＣＩ内でも通知され得る。この場合、被干渉ＵＥは、与干渉端末の割り当てタイプを、ＩＲＡＩを検出する前に知ることができ、ＩＲＡＩのための上述のパディングを省略でき、結果として、さらなるビットの節約ができる。または、与干渉ＵＥのリソース割り当てタイプは、ＲＲＣシグナリングによって、シグナリングされ得る。この場合、被干渉ＵＥは、与干渉端末の設定されたリソース割り当てタイプを、ＩＲＡＩを検出する前に知ることができる。結論として、与干渉ＵＥのリソース割り当てタイプは、サービングｅＮＢから被干渉ＵＥに対して、ＩＲＡＩ内で、または、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥのＤＣＩ内で、または、ＲＲＣシグナリングを介して、シグナリングされ得る。
【００４２】
第１の実施形態の第１の例において、ＩＲＡＩのフォーマットは、被干渉ＵＥの全てのリソース割り当てタイプに対して同じである。しかしながら、第１の実施形態によれば、ＩＲＡＩのフォーマットは、被干渉ＵＥのリソース割り当てタイプに基づいて決定され得る。すなわち、オーバーヘッドをさらに削減するために、ＩＲＡＩの異なるフォーマットが被干渉ＵＥの異なるリソース割り当てタイプに使用され得る。このコンセプトによる幾つかの例を図５〜８を参照して以下に説明する。
【００４３】
第１の実施形態の第２の例によれば、被干渉ＵＥのリソース割り当てタイプがタイプ１の場合、ＩＲＡＩ内で、与干渉ＵＥのリソース割り当てがタイプ０、タイプ１またはタイプ２−Ｌのとき、ＲＢペアベースのビットマップが被干渉ＵＥに割り当てられたＲＢｓの帯域内で採用され、このＲＢペアベースのビットマップにおいて、各ＲＢペアに対して、ＲＢペアが与干渉ＵＥの与干渉ＲＢ割り当てによって干渉を受けたか否かを通知するために１ビットが使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのとき、タイプ２−Ｄの割り当てモードが与干渉ＵＥの与干渉ＲＢ割り当てを通知するために与干渉ＵＥに対応するシステム帯域において使用される。第２の例において、被干渉ＵＥのリソース割り当てタイプがタイプ１の場合、与干渉ＵＥのリソース割り当てタイプは、２つのタイプのグループに分けることができる。各グループにおいて、同じリソース通知モードが干渉を通知するためにＩＲＡＩ内で使用され、タイプ０、１および２−Ｌは、第１のグループ（または、表２のタイプ"０"）に属し、タイプ２−Ｄは、第２のグループ（または、表２のタイプ"１"）に属する。図６を具体的な例にとると、タイプ０、１および２−Ｌに対して、各ＲＢペアに対して、被干渉ＲＢｓの帯域内で、このＲＢペアが与干渉ＵＥのＲＢ割り当てによって、干渉を受けたか否かを通知するために１ビットを使用され得る。すなわち、被干渉ＲＢｓ（タイプ１）の割り当て粒度は、与干渉ＲＢｓ（タイプ０、１または２−Ｌ）の割り当て粒度と等しい、または、小さいので、ＲＢペアベースのビットマップを被干渉ＲＢｓの帯域内で採用することができる。その結果、タイプ０、１または２−Ｌの与干渉端末に対して、干渉を通知するために必要となるビット数は、図６において、被干渉ＲＢに割り当てられたＲＢｓの数が９なので、ＮＲＢＧＰＤＳＣＨ＝ＮＲＢＰＤＳＣＨ＝９と等しくなり得る。さらに、タイプ２−Ｄの与干渉端末に対して、タイプ２−Ｄの割り当てモードが与干渉端末のＳＢＷにおいて使用され、
【数１５】
0006291065.tif 000017
ビットが干渉を通知するために必要となる。
【００４４】
第１の実施形態の第２の例において、干渉を通知するためのＩＲＡＩの最大サイズは、９ビットであることがわかる。尚、具体例における、ＩＲＡＩのサイズは、２つのタイプのグループに対して同じだが、他のケースにおいて、同じではないこともある。ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得ることが好ましい。さらに、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１およびタイプ２−Ｌ、または、タイプ２−Ｄの何れかであるか（すなわち、与干渉ＵＥのリソース割り当てタイプがどのタイプのグループに属するか）についての情報（本開示において、タイプ・インジケータともいう）は、ＩＲＡＩ内でも通知され得るが、その情報は、与干渉端末の４つ全てのリソース割り当てタイプを通知する必要がないことから、２ビットの代わりに１ビットのみ必要となる。その結果、第１の実施形態の第２の例において、干渉を通知するために必要となる総ビット数は、９＋１＝１０であり、従来技術と比べて、５ビットの節約となり、第１の例と比較して、２ビットの節約となる。表２は、従来技術と、第１の例と、第２の例との間のオーバーヘッドの比較を示す。
【表２】
0006291065.tif 000018
【００４５】
尚、第１の実施形態の第２の例によれば、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１およびタイプ２−Ｌ、または、タイプ２−Ｄの何れかであるかについての情報は、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥのＤＣＩ内でも通知され得る。この場合、被干渉ＵＥは、ＩＲＡＩを検出する前にその情報を知ることができ、ＩＲＡＩのためのパディングを省略でき、さらなるビットを節約され得る結果になる。または、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１およびタイプ２−Ｌ、または、タイプ２−Ｄの何れかであるかについての情報は、ＲＲＣシグナリングを介してシグナリングされ得る。結論として、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１およびタイプ２−Ｌ、または、タイプ２−Ｄの何れかであるかについての情報は、ＩＲＡＩ内で、または、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥのＤＣＩ内で、または、ＲＲＣシグナリングを介して、サービングｅＮＢから被干渉ＵＥへシグナリングされる。
【００４６】
これに代えて、あるいは、これに加えて、第１の実施形態の第３の例によれば、被干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄであれば、与干渉ＵＥのリソース割り当てがタイプ０のとき、ＩＲＡＩ内で、ＲＢＧベースのビットマップが被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ１のとき、ＲＢＧベースのビットマッププラスＲＢＧサブセット選択のモードが被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｌのとき、連続局所的仮想ＲＢ（ＶＲＢ）割り当てが被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄで、被干渉ＵＥに対応するシステム帯域が与干渉ＵＥに対応するシステム帯域と同じで、被干渉ＵＥに対するＲＢギャップが与干渉ＵＥに対するＲＢギャップと同じとき、連続分散ＶＲＢ割り当てが被干渉ＵＥに割り当てられたＲＢｓの帯域内で与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄで、被干渉ＵＥに対応するシステム帯域が与干渉ＵＥに対応するシステム帯域と異なる、または、被干渉ＵＥに対するＲＢギャップが与干渉ＵＥに対するＲＢギャップと異なるとき、タイプ２−Ｄの割り当てモードが与干渉ＵＥに対応するシステム帯域内で与干渉ＵＥの与干渉ＲＢ割り当ての通知をするために使用される。
【００４７】
第３の例において、与干渉端末のタイプ０、１および２−Ｌに対する与干渉端末のリソース通知は、第１の実施形態の第１の例と同じである。さらに、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄのときでも、被干渉ＵＥに対応するシステム帯域が与干渉ＵＥに対応するシステム帯域と異なるとき、または、被干渉ＵＥに対するＲＢギャップと与干渉ＵＥに対するＲＢギャップと異なるとき、被干渉ＵＥおよび与干渉ＵＥに対する、ＶＲＢからＰＲＢへのマッピングは異なり得る。従って、ＶＲＢの配分が被干渉ＵＥおよび与干渉ＵＥに対して同じでも、ＰＲＢの配分は、被干渉ＵＥと与干渉ＵＥとの間で異なり得る。この関係において、タイプ２−Ｄの割り当てモードが与干渉ＵＥに対応するシステム帯域において与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用される。タイプ２−Ｄの割り当てモードは、第１の実施形態の第１の例のものと同じである。
【００４８】
しかしながら、第３の例において、被干渉ＵＥおよび与干渉ＵＥのリソース割り当てタイプがともにタイプ２−Ｄの場合において、被干渉ＵＥに対応するシステム帯域が与干渉ＵＥに対応するシステム帯域と同じで、被干渉ＵＥに対するＲＢギャップおよび与干渉ＵＥに対するＲＢギャップが同じのとき、被干渉ＵＥと与干渉ＵＥとに対する、ＶＲＢからＰＲＢへのマッピングは同じになり得る。換言すれば、ＶＲＢの配分が被干渉ＵＥと与干渉ＵＥとに対して同じである場合、ＰＲＢの配分は、被干渉ＵＥと与干渉ＵＥで同じになり得る。従って、この場合、被干渉ＶＲＢｓ内の与干渉ＶＲＢｓは干渉を通知するために報告できる。具体的には、連続分散ＶＲＢ割り当てを被干渉ＵＥに割り当てられたＲＢｓの帯域において与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用できる。ここで、連続分散ＶＲＢ割り当ては、ギャップ値を通知する必要が無いことを連続分散ＶＲＢ割り当てにおいて規定された点を除いて、タイプ２の割り当てモードと同様である。開始ＶＲＢおよび連続ＶＲＢｓの長さのみ通知する必要がある。しかしながら、ギャップ値は、連続分散ＶＲＢ割り当てにおいても通知され得るが、必ずしも通知する必要はない。被干渉ＵＥおよび与干渉ＵＥに対するＶＲＢからＰＲＢへのマッピングモードが同じであるか否かは、ＲＲＣシグナリング等の様々な方法で通知され得る。
【００４９】
図８を第３の例を説明するための具体例としてとり、タイプ０、１および２−Ｌの与干渉端末に対して、与干渉端末のリソース通知は第１の実施形態の第１の例と同じなので、ここでは、詳細な説明を省略する。タイプ２−Ｄの与干渉端末に対して、被干渉ＵＥおよび与干渉ＵＥの帯域幅はともに４９個のＲＢｓよりは少ない２５個のＲＢｓなので、ギャップ値は同じである。従って、連続分散ＶＲＢ割り当てが被干渉ＵＥの帯域において与干渉ＵＥの与干渉ＲＢ割り当てを通知するために使用され得る。干渉を通知するために必要なビット数は、
【数１６】
0006291065.tif 000019
（ＮＶＲＢＰＤＳＣＨは被干渉ＲＢｓの帯域内のＶＲＢペアの数を表す）となり得る。
【００５０】
第１の実施形態の第３の例によれば、タイプ２−Ｄの与干渉端末に使用するビット数を６ビット減らしている。第１の例と同様に、ＩＲＡＩのサイズは、受信機による検出を容易にするため、与干渉ＵＥの全ての構成されたリソース割り当てタイプに対して、パディングによって、同一とされ得る。さらに、与干渉ＵＥのリソース割り当てタイプは、ＩＲＡＩ内で通知され得るので、与干渉端末の４つのリソース割り当てタイプを通知するために、追加の２ビットが必要となる。表３は、従来技術（背景技術）と、第１の例と、第３の例との間のオーバーヘッドの比較を示す。第１の実施形態の第３の例において、干渉を通知するために必要な合計ビット数は、７ビットだけである。
【表３】
0006291065.tif 000020
【００５１】
さらに、同様に、与干渉ＵＥのリソース割り当てタイプは、サービングｅＮＢから被干渉ＵＥに対して、ＩＲＡＩ内で、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥのＤＣＩ内で、または、ＲＲＣシグナリングを介してシグナリングされうる。
【００５２】
第１の実施形態の第３の例において、与干渉ＵＥのリソース割り当てタイプがタイプ２−Ｄであって、被干渉ＵＥに対応するシステム帯域が与干渉ＵＥに対応するシステム帯域と異なるとき、または、被干渉ＵＥのＲＢギャップが与干渉ＵＥのＲＢギャップと異なるとき（すなわち、被干渉ＵＥと与干渉ＵＥに対するＶＲＢからＰＲＢへのマッピングが異なるとき）、第３の例における、リソース通知は、第１の例におけるリソース通知と完全に同じであるため、詳細は繰り返し説明しない。
【００５３】
尚、第２および第３の例は、それぞれ単独で、または、組み合わせて採用することができる。例えば、これらの例が組み合わせて採用された場合、第２の例は、被干渉ＵＥのリソース割り当てがタイプ１の場合に採用され、第３の例は、被干渉ＵＥのリソース割り当てがタイプ２―Ｄの場合に採用される。さらに、被干渉ＵＥのリソース割り当てタイプがタイプ０、または、タイプ２−Ｌの場合、いずれかの適切な通知モードが使用され得る、例えば、第１の実施形態の通知モードが使用できる。
【００５４】
第１の実施形態によれば、ＩＲＡＩのフォーマットは、被干渉ＵＥに割り当てられたＲＢｓの数に基づいて決定され得る。例えば、被干渉ＲＢｓの数がある値より小さい場合、干渉を通知するためにＲＢベースのビットマップを使用する方が、例えば、第１の実施形態の第１、第２、または、第３の例において説明した他の方法より効率的となり得る。具体的には、第１の実施形態の第４の例において、被干渉ＵＥに割り当てられたＲＢｓの数が閾値より低い場合、ＲＢベースのビットマップがＩＲＡＩにおいて被干渉ＵＥに割り当てられたＲＢｓの帯域幅に対して採用され、このＲＢベースのビットマップにおいて、各ＲＢに対して、与干渉ＵＥのＲＢ割り当てによってＲＢが干渉を受けたかどうかを通知するために１ビットが使用される。この閾値は、被干渉ＵＥに割り当てられたＲＢｓの数が閾値より小さいとき、ＲＢベースのビットマップおよびＩＲＡＩに対する総オーバーヘッドがＲＢベースのビットマップ以外の選択されたフォーマットおよびＩＲＡＩに対する総オーバーヘッドより小さくなるように定義される。尚、「ＲＢベースのビットマップ」における「ＲＢ」とは、タイプ２−Ｄがサポートされるため、１つのスロットにおける１つのＲＢを意味する。タイプ２−Ｄをサポートする必要が無い場合、例えば、被干渉ＵＥと与干渉ＵＥの何れもがタイプ２−Ｄのリソース割り当てに設定されていない場合、「ＲＢベースのビットマップ」は、各ＲＢペアに対して、干渉ＵＥのＲＢ割り当てによってそのＲＢが干渉を受けたかどうかを通知するために１ビットが使用される「ＲＢペアベースのビットマップ」と置き換えられ得る。
【００５５】
ＲＢベースのビットマップかＲＢペアベースのビットマップを被干渉ＲＢｓの帯域において干渉を通知するために使用するとき、干渉Ｎｏｈbitmapを通知するために必要なビット数（オーバーヘッド）は、タイプ２−Ｄがサポートされている場合（例えば、２ＮＶＲＢＰＤＳＣＨビットの内の第１のＮＶＲＢＰＤＳＣＨビットは、第１のスロットにおいて、ＲＢｓを通知するために使用され得る、第２のＮＶＲＢＰＤＳＣＨビットは、第２のスロットにおいて、ＲＢｓを通知するために使用され得る、または、２ＮＶＲＢＰＤＳＣＨビットの内の２連続ビットずつ１つのＲＢペアを２つのスロットにおいてそれぞれ通知するために使用され得る）、２ＮＶＲＢＰＤＳＣＨ（割り当てタイプが２−Ｄで無い場合、ＮＶＲＢＰＤＳＣＨは、ＮＲＢＰＤＳＣＨと等しい）であり、タイプ２−Ｄをサポートしていない場合は、ＮＶＲＢＰＤＳＣＨである。干渉を通知するために他の方法を使用するとき、それぞれのビット数は、当業者によって容易に算出され得る。例えば、第１の実施形態の第１、第２、または、第３の例の通知モードがＲＢベースのビットマップ以外の選択されたフォーマットとして採用された場合、オーバーヘッドの算出方法は、上述の通りである。一般に、パディングが使用され、タイプ・インジケータが、Ｌ１シグナリングを介して送信され、これらの通知方法に対するオーバーヘッドは、以下のように表すことができる。
【数１７】
0006291065.tif 000021
【００５６】
ただし、Ｎbittype０，Ｎbittype１，Ｎbittype２−L，Ｎbittype２−Dは、与干渉端末の異なるタイプの干渉を通知するためにそれぞれ使用されるビット数であり、Ｎtypeは、与干渉端末の割り当てタイプの数である。
閾値は、Ｎｏｈbitmap＝Ｎｏｈotherから算出できる。第４の例において、被干渉ＲＢｓの数が閾値より小さいとき、被干渉ＲＢｓの帯域内のＲＢベースのビットマップが使用される。
【００５７】
次に、図９を参照して具体例を説明する。図９は、タイプ０における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、ここで、被干渉ＵＥに対応するＳＢＷと与干渉ＵＥに対応するＳＢＷはともに５ＭＨｚ（２５個のＲＢｓ）であり、４個のＲＢｓ（２個のＲＢＧｓ）が被干渉ＵＥに割り当てられている。この具体例において、第１の実施形態の第１の例による干渉通知モードがＲＢベースのビットマップ以外に選択されたフォーマットとして採用される。この場合、被干渉ＲＢ数の閾値は、タイプ２−Ｄが式Ｎｏｈbitmap＝Ｎｏｈotherによってサポートされている条件下において、５個のＲＢペアである。従って、第１の実施形態の第４の例によれば、ＲＢベースのビットマップが使用されるべきであり、ＲＧベースのビットマップに対するオーバーヘッドは、２ＮＶＲＢＰＤＳＣＨ＝８ビットとなり得るが、第１の例が使用された場合、オーバーヘッドは１１ビットになり得る。表４は、従来技術と、第１の例と、第４の例との間のオーバーヘッドの比較を示す。
【表４】
0006291065.tif 000022
【００５８】
次に、図１０を参照して、他の具体例を説明する。図１０は、タイプ２−Ｌにおける被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、ここで、被干渉ＵＥに対応するＳＢＷおよび与干渉ＵＥに対応するＳＢＷはともに５ＭＨｚ（２５個のＲＢｓ）であり、１２個のＲＢｓ（６個のＲＢＧｓ）が被干渉ＵＥに割り当てられている。この具体例において、第１の実施形態の第１の例による干渉通知モードはＲＢベースのビットマップ以外に選択されたフォーマットとして採用される。この場合、被干渉ＲＢ数の閾値は、タイプ２−Ｄが式Ｎｏｈbitmap＝Ｎｏｈotherによってサポートされている条件下において、５個のＲＢペアである。従って、第４の実施形態によれば、ＲＧベースのビットマップに対するオーバーヘッドが、２ＮＶＲＢＰＤＳＣＨ＝２４ビットとなり得るが、第１の例が使用された場合、オーバーヘッドは、１１ビットとなり得ることから、第１の例による通知モードが使用されるべきである。表５は、従来技術と、第１の例と、第４の例との間のオーバーヘッドの比較を示す。
【表５】
0006291065.tif 000023
【００５９】
第４の例は、第２と第３の例の概念とを組み合わせて採用することができる。すなわち、ＩＲＡＩのフォーマットは、被干渉ＵＥのリソース割り当てタイプおよび被干渉ＵＥに割り当てられたＲＢｓの数の両方に基づいて決定できる。
【００６０】
上述の概念を説明するために、図１１を参照して具体例を説明する。図１１は、タイプ１における被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、ここで、被干渉ＵＥに対応するＳＢＷと与干渉ＵＥに対応するＳＢＷはともに５ＭＨｚ（２５個のＲＢｓ）であり、４個のＲＢｓが被干渉ＵＥに割り当てられる。この具体例において、第１の実施形態の第２の例による干渉通知モードがＲＢベースのビットマップ以外に選択されたフォーマットとして採用される。この場合、被干渉ＲＢ数の閾値は、タイプ２−Ｄが式Ｎｏｈbitmap＝Ｎｏｈotherによってサポートされている条件下において、５個のＲＢペアである。その結果、第４の実施形態によれば、ＲＢベースのビットマップが使用されるべきであり、ＲＧベースのビットマップに対するオーバーヘッドは、２ＮＶＲＢＰＤＳＣＨ＝８ビットとなり得るが、第２の例が使用された場合、オーバーヘッドは、１０ビットとなり得る。表６は、従来技術と、第１の例と、第２の例と、第４の例との間のオーバーヘッドの比較を示す。
【表６】
0006291065.tif 000024
【００６１】
図８を参照して、第４の例に係る他の具体例を説明する。図８は、タイプ２−Ｄにおける被干渉ＵＥに対するリソース割り当てと、タイプ０、タイプ１、タイプ２−Ｌおよびタイプ２−Ｄにおける与干渉端末に対するリソース割り当ての例を示し、ここで、被干渉ＵＥに対応するＳＢＷと与干渉ＵＥに対応するＳＢＷはともに５ＭＨｚ（２５個のＲＢｓ）であり、３個のＶＲＢｓが被干渉ＵＥに割り当てられている。この具体例において、第１の実施形態の第３の例による干渉通知モードがＲＢベースのビットマップ以外に選択されたフォーマットとして採用される。この場合、被干渉ＲＢ数の閾値は、式Ｎｏｈbitmap＝Ｎｏｈotherによれば、５個のＶＲＢペアである。従って、第４の実施形態によれば、ＲＢベースのビットマップが使用されるべきであり、ＲＢベースのビットマップに対するオーバーヘッドは、２ＮＶＲＢＰＤＳＣＨ＝６ビットとなり得るが、第３の例が使用される場合、オーバーヘッドは、７ビットとなり得る。表７は、従来技術と、第１の例と、第４の例との間のオーバーヘッドの比較を示す。
【表７】
0006291065.tif 000025
【００６２】
上記において、タイプ２−Ｄがサポートされるケースは詳細に説明した。タイプ２−Ｄがサポートされていないケースについては、第１の実施形態の第４の例に係る方法が、「ＲＢベースのビットマップ」が「ＲＢペアベースのビットマップ」に置き換えられうる点を除いて、同様に適用され得る。
【００６３】
さらに、第１の実施形態において、被干渉ＵＥに割り当てられたＲＢｓについての情報は、ＲＲＣシグナリングによって被干渉ＵＥにシグナリングされ得る。割り当て情報は、リソース割り当てタイプ、ＲＢ数および/またはＲＢの位置を含む。このようにして、被干渉ＵＥは、被干渉ＵＥのＤＣＩではなく、ＲＲＣシグナリングを介して、割り当て情報を知ることができる。従って、ＩＲＡＩ、または、ＩＲＡＩを組み込む与干渉ＤＣＩは、被干渉ＵＥのＤＣＩから独立して、かつ並行して、ブラインド検出され得る。
【００６４】
第１の実施形態において、上述の方法を行うためにｅＮＢが提供される。図１２は、本開示の第１の実施形態に係るｅＮＢ１２００を示すブロック図である。ｅＮＢ１２００は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information （ＩＲＡＩ）をｅＮＢ１２００に接続された被干渉ＵＥに送信するために使用される。ｅＮＢ１２００は、送信部１２０１を備える。送信部１２０１は、Ｌ１シグナリングを介してＩＲＡＩを被干渉ＵＥに通知するように構成され得るが、少なくとも、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、ＩＲＡＩは、被干渉ＵＥに割り当てられたＲＢｓの帯域幅おいて与干渉リソースブロック割り当て（interfering resource block (RB) allocation）のみを通知する。
【００６５】
本開示に係るｅＮＢ１２００は、ｅＮＢ１２００内の様々なデータおよび各部の制御動作を処理するために関連プログラムを実行するＣＰＵ（central processing unit）１２１０と、ＣＰＵ１２１０によって実行される様々な処理および制御を行うために必要とされる様々なプログラムを格納するＲＯＭ（read only memory）１２１３と、ＣＰＵ１２１０によって実行される処理および制御の手順において、一時的に生成される中間データを格納しておくためのＲＡＭ１２１５、および／または、様々なプログラムやデータ等を格納しておく格納部１２１７、または、その両方を備えていてもよい。上述の送信部１２０１、ＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５および/または格納部１２１７等は、データおよび/またはコマンドバス１２２０を介して、相互接続され、相互間で信号を伝達してよい。
【００６６】
上述した各部は、本開示の範囲を限定するものではない。本開示の１つの実装によれば、上述の送信部１２０１の機能は、ハードウェアで実現され、上述のＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５および/または格納部１２１７は不要となり得る。または、上述の送信部１２０１の機能は、上述のＣＰＵ１２１０、ＲＯＭ１２１３、ＲＡＭ１２１５および/または格納部１２１７等と機能ソフトウェアの組み合わせによって、実現され得る。
【００６７】
従って、ＵＥ側において、第１の実施形態は、図１３に示すように、無線通信方法１３００として、実現され得る。具体的には、方法１３００は、被干渉ＵＥによって、被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から、与干渉セルに接続された与干渉ＵＥの与干渉リソース割り当て情報（ＩＲＡＩ）を受信する無線通信方法である。方法１３００は、サービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信されたＩＲＡＩを受信するためのステップ１３０１を備え、少なくとも、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１、または、タイプ２−Ｌの場合、ＩＲＡＩは、被干渉ＵＥに割り当てられたＲＢｓの帯域幅内の干渉リソースブロック（ＲＢ）割り当てのみを通知する。
【００６８】
さらに、上述の方法を行うＵＥが提供される。図１４は、本開示の第１の実施形態に係るＵＥ１４００を示すブロック図である。ＵＥ１４００は、被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から与干渉セルに接続された与干渉ＵＥの与干渉リソース割り当て情報（ＩＲＡＩ）を被干渉ＵＥとして受信するために使用される。ＵＥ１４００は、サービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信されたＩＲＡＩを受信するように構成され得る受信部１４０１を備え、少なくとも、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、ＩＲＡＩは、被干渉ＵＥに割り当てられたＲＢｓの帯域において与干渉リソースブロック割り当て（interfering resource block (RB) allocation）のみを通知する。
【００６９】
本開示に係るＵＥ１４００は、ＵＥ１４００内の様々なデータおよび各部の制御動作を処理するための関連プログラムを実行するＣＰＵ（central processing unit）１４１０と、ＣＰＵ１４１０によって実行される様々な処理および制御を行うために必要とされる様々なプログラムを格納するＲＯＭ（read only memory）１４１３と、ＣＰＵ１４１０によって実行される処理および制御の手順において、一時的に生成される中間データを格納しておくためのＲＡＭ１４１５、および/または、様々なプログラムやデータ等を格納しておく格納部１４１７を備えていてもよい。上述の送信部１４０１、ＣＰＵ１４１０、ＲＯＭ１４１３、ＲＡＭ１４１５および/または格納部１４１７等、は、データおよび/またはコマンドバス１４２０を介して、相互接続され、相互間で信号を伝達してもよい。
【００７０】
上述した各部は、本開示の範囲を限定するものではない。本開示の１つの実装によれば、上述の受信部１４０１の機能は、ハードウェアで実現され、上述のＣＰＵ１４１０、ＲＯＭ１４１３、ＲＡＭ１４１５および/または格納部１４１７は不要となり得る。または、上述の受信部１４０１の機能は、上述のＣＰＵ１４１０、ＲＯＭ１４１３、ＲＡＭ１４１５および/または格納部１４１７等と機能ソフトウェアの組み合わせによって、実現され得る。
【００７１】
（第２の実施形態）
本開示の第２の実施形態において、図１５に示すように、サービングｅＮｏｄｅＢ（ｅＮＢ）によって、与干渉セルに接続された与干渉ＵＥの与干渉リソース割り当て情報（ＩＲＡＩ）をサービングｅＮＢに接続された被干渉ＵＥに送信するための無線通信方法１５００が提供される。方法１５００は、与干渉ＵＥのリソース割り当てタイプを被干渉ＵＥにリソースを割り当てるための被干渉ＵＥのＤＣＩ内で、または、ＲＲＣシグナリングを介して、サービングｅＮＢから被干渉ＵＥに通知するステップ１５０１と、サービングeＮＢから被干渉ＵＥにＬ１シグナリングを介してＩＲＡＩを送信するステップ１５０２、を備える。
【００７２】
ステップ１５０１において、与干渉ＵＥのリソース割り当てタイプは、ＲＲＣシグナリングによって長期的にシグナリングされ得る。例えば、与干渉端末の現在サポートされている割り当てタイプを新たなＩＥをＲＲＣシグナリングに追加して設定する。このようにして、被干渉ＵＥは、ＩＲＡＩを検出する前に、与干渉端末のサポートされた割り当てタイプを知ることができ、いくらかのオーバーヘッドが節約され得る。例えば、与干渉端末のタイプ０、タイプ１およびタイプ２−Ｌだけがサポートされているとシグナリングされた場合、第１の実施形態の第２の例がステップ１５０２において干渉を通知するために使用され、タイプ１の被干渉ＲＢｓに対して、タイプ・インジケータなしでＲＢペアベースのビットマップが常に干渉のサポートされた割り当てタイプに対して使用され得る。さらに、最も多くのビット数を必要とする割り当てタイプが、ＲＲＣシグナリングでサポートされない可能性もあるため、ステップ１５０１によって、オーバーヘッドのパディングを減少できる可能性がある。さらに、タイプ２−ＤがＲＲＣシグナリングでサポートされないことがわかっていれば、ＲＢペアベースのビットマップの代わりに、ＲＢベースのビットマップが使用され得ることになり、オーバーヘッドを半分減らすことができる。
【００７３】
これに代えて、あるいは、これに加えて、ステップ１５０１において、与干渉ＵＥのリソース割り当てタイプは、被干渉ＵＥのＤＣＩ内でシグナリングされ得る。この被干渉ＵＥのＤＣＩによる動的通知は、与干渉端末のリソース割り当てタイプを通知するために従来のＤＣＩにおいて、フィールドを再利用することによって、または、新たなフィールドを従来のＤＣＩにＮＡＩＣＳ可能ＵＥに対してのみ追加することによって、実現できる。例えば、与干渉ＲＢｓのリソース割り当てタイプは、ＲＲＣ構成の支援によるＩＦフィールド（３ビット）を再利用することによって、明示的に通知され得る。サービングセルが与干渉端末の現在の割り当てタイプを通知しているので、与干渉ＵＥのリソース割り当てタイプを被干渉ＵＥのＤＣＩにおいて通知することによって、パディングを回避することができる。例として、被干渉ＵＥのＤＣＩにおけるタイプ・インジケータは、以下のフォームになり得る、
a）１ビットのインジケータ：例えば、タイプ２−Ｄインジケータ、"０"--タイプ２−Ｄはサポートされている、"1"--タイプ２−Ｄはサポートされていない等、
b）２ビットのインジケータ：ユニークな割り当てタイプを通知する、例えば、"００"--タイプ０、"０１"--タイプ１、"１０"--タイプ２−Ｌ、"１１"--タイプ２−Ｄ等、
c）３ビットのインジケータ：サポートされたタイプのセットを通知する、例えば、タイプ０/１、タイプ２−Ｌおよびタイプ２−Ｄは、それぞれ、１ビットのインジケータを使用する（例："０":サポートされている、"1"：サポートされていない、"０００"--タイプ０/１/２−Ｌ/２−Ｄ、"００１"--タイプ０/１/２−Ｌ等）。
尚、上述のフォームは、タイプ・インジケータの例示のみであり、本開示を限定する意図はない。
【００７４】
さらに、ステップ１５０２において、第１の実施形態において説明したものを含め、ＩＲＡＩの何れのフォーマットも使用され得るがこの限りではない。第１の実施形態において説明した詳細は、第２の実施形態にも適用される。
【００７５】
第２の実施形態において、上述の方法を行うｅＮＢが提供される。図１６は、本開示の第２の実施形態に係るｅＮＢ１６００を示すブロック図である。ｅＮＢ１６００は、与干渉セルに接続された与干渉ユーザ装置（user equipment（ＵＥ））の与干渉リソース割り当て情報（ＩＲＡＩ）をｅＮＢ１６００に接続された被干渉ＵＥに送信するために使用される。ｅＮＢ１６００は、シグナリング部（signaling unit）１６０１と、送信部１６０２、を備える。シグナリング部１６０１は、与干渉ＵＥのリソース割り当てタイプをｅＮＢから被干渉ＵＥにリソースを割り当てるための被干渉ＵＥの下り制御情報（downlink control information （ＤＣＩ））内で、または、ＲＲＣシグナリングを介してシグナリングするように構成され得る。送信部１６０２は、ＩＲＡＩをｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信するよう構成され得る。ｅＮＢ１２００と同様に、ｅＮＢ１６００は、他の構成部品（unit）も備えうる。また、ｅＮＢ１２００における他の構成部品についての説明は、ｅＮＢ１６００にも適用され得る。
【００７６】
従って、ＵＥ側において、図１７に示すように、第２の実施形態は、無線通信方法１７００として実現され得る。具体的には、方法１７００は、被干渉ＵＥによって、被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から与干渉セルに接続された与干渉ユーザ装置（user equipment （ＵＥ））の与干渉リソース割り当て情報（interfering resource allocation information（ＩＲＡＩ））を受信する無線通信方法である。方法１７００は、シグナリングされた与干渉ＵＥのリソース割り当てタイプをサービングｅＮＢから被干渉ＵＥにリソースを割り当てるための被干渉ＵＥの下り制御情報（downlink control information （ＤＣＩ））内で、または、ＲＲＣシグナリングを介して、受信するステップ１７０１と、Ｌ１シグナリングを介してサービングｅＮＢから被干渉ＵＥに送信されたＩＲＡＩを受信するステップ１７０２、を備える。
【００７７】
さらに、上述の方法を行うＵＥが提供される。図１８は、本開示の第２の実施形態に係るＵＥ１８００を示すブロック図である。ＵＥ１８００は、与干渉セルに接続された与干渉ＵＥの与干渉リソース割り当て情報（ＩＲＡＩ）を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信するための被干渉ＵＥとして使用される。ＵＥ１８００は、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥの下り制御情報（downlink control information （ＤＣＩ））内で、または、ＲＲＣシグナリングにて、サービングｅＮＢから被干渉ＵＥにシグナリングされた与干渉ＵＥのリソース割り当てタイプを受信するように構成され得る第１の受信部１８０１と、サービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信されたＩＲＡＩを受信するように構成され得る第２の受信部１８０２、を備える。ＵＥ１４００と同様に、ＵＥ１８００は他の構成部品を備えていてもよく、ＵＥ１４００の他の構成部品についての説明は、ＵＥ１８００にも適用され得る。
【００７８】
（第３の実施形態）
第３の実施形態は、同一のセルからの複数の与干渉端末の干渉通知について言及する。同じセルに複数の与干渉端末が存在するとき、各与干渉端末のＲＢ割り当ては相互に直交する。その結果、与干渉端末が部分的に通知された場合、他の与干渉端末（仮想ＳＢＷ）を通知するために使用される帯域は、これらの通知されている与干渉端末に割り当てられたＲＢｓを除外することによってさらに減らし得る。すなわち、複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは複数の与干渉ＵＥｓの中で、ＩＲＡＩを通知されたこれらの与干渉ＵＥｓに基づいて決定され得る。尚、ＭＵ−ＭＩＭＯペアにおける与干渉端末は異なるセルからの与干渉端末とみなされる。
【００７９】
第３の実施形態によれば、図１９に示すように、サービングｅＮＢによって、同じ与干渉セルに接続された複数の与干渉ＵＥｓの与干渉リソース割り当て情報（ＩＲＡＩ）をサービングｅＮｏｄｅＢ（ｅＮＢ）に接続された被干渉ＵＥに送信するための無線通信方法１９００が提供される。無線通信方法１９００は、複数の与干渉ＵＥｓのＩＲＡＩをサービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信するステップ１９０１を備え、複数の与干渉ＵＥｓの中で、少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは、複数の与干渉ＵＥｓの中で、ＩＲＡＩを通知された与干渉ＵＥｓに依存する。
【００８０】
第３の実施形態の第１の実施例において、複数の与干渉ＵＥｓの第１の与干渉ＵＥのＩＲＡＩは、被干渉ＵＥに明示的には送信されないが、複数の与干渉ＵＥｓの中で、その他の与干渉ＵＥｓのＩＲＡＩは明示的に被干渉ＵＥに送信され、与干渉セルのシステム帯域内で他の与干渉ＵＥｓに割り当てられたＲＢｓ以外の残りのリソースブロック（ＲＢ）は、第１の与干渉ＵＥに割り当てられたものとして非明示的に通知される。この例によれば、与干渉セルにおいて、Ｎ個の通知される必要のある与干渉ＵＥｓがあるとした場合、Ｎ個の与干渉ＵＥｓの中で、Ｎ―１個の与干渉ＵＥｓが通知されているとき、Ｎ番目の与干渉ＵＥは明示的に通知されないが、与干渉セルのシステム帯域において、Ｎ−１個の与干渉ＵＥｓに割り当てられたＲＢｓ以外の残りのＲＢｓを、被干渉ＵＥは、Ｎ番目の与干渉ＵＥに割り当てられたＲＢｓと見なし得る。図２０は、Ｎ番目の与干渉ＵＥの非明示的通知の概略図を示す。図２０において、１番目から（Ｎ−１）番目までの与干渉端末のリソース割り当てが明示的に通知されており、Ｎ番目の与干渉端末のリソース割り当ては、明示的に通知されていないが（すなわち、ＩＲＡＩは、Ｎ番目の与干渉端末の割り当て情報を明示的に通知しない）、被干渉ＵＥは与干渉セルのＢＳＷにおける残りのＲＢｓをＮ番目の与干渉端末に割り当てられたものとしてみなし得る。
【００８１】
その他の与干渉ＵＥｓ（Ｎ−１個の与干渉ＵＥｓ）のＩＲＡＩは、１つの与干渉ＤＣＩにおいて通知されることが好ましい。与干渉ＤＣＩは、表１において説明したように、干渉を通知するために別のＤＣＩとすることができる。さらに、ＩＲＡＩや与干渉ＤＣＩの検出を容易にするため、ＩＲＡＩを通知され得る最大与干渉ＵＥｓの数は、ＲＲＣシグナリングを介してサービングｅＮＢから被干渉ＵＥにシグナリングされ得るが、さらに/または、ＩＲＡＩを現在通知されるべき複数の与干渉ＵＥｓの現在の個数は、被干渉ＵＥのＤＣＩにおいて、サービングｅＮＢから被干渉ＵＥにシグナリングされ得る。
【００８２】
第３の実施形態の第２の例において、複数の与干渉ＵＥｓの中で与干渉ＵＥのＩＲＡＩは、複数の与干渉ＵＥｓの中で、被干渉ＵＥにＩＲＡＩを送信されている与干渉ＵＥｓに割り当てられたＲＢｓの帯域において、与干渉リソースブロック（ＲＢ）割り当てを通知しない。同じセルからの複数の与干渉端末のＲＢ割り当ては、相互に直交しているので、与干渉ＵＥに割り当てられたＲＢｓは、他の与干渉ＵＥに割り当てることはできない。従って、他の与干渉ＵＥを通知するための帯域（仮想ＳＢＷ）を減らすことができる。図２１は、第３の実施形態による仮想ＳＢＷの減少の概略図を示す。図２１に示すように、１番目の与干渉端末を通知したあとで、２番目の与干渉端末に対する仮想ＳＢＷは、１番目の与干渉端末に割り当てられたＲＢｓの分だけ減少し、２番目の与干渉端末が通知されたあとで、３番目の与干渉端末に対する仮想ＳＢＷは、２番目の与干渉端末に割り当てられたＲＢｓの分だけ減少する。
【００８３】
さらに、第３の実施形態は、第１と第２の実施形態とを組み合わせることができる。例えば、少なくとも、与干渉ＵＥのリソース割り当てタイプがタイプ０、タイプ１またはタイプ２−Ｌの場合、ＩＲＡＩは、与干渉ＲＢ割り当ての通知だけを被干渉ＵＥに割り当てられたＲＢｓの帯域においてできる。ＩＲＡＩのフォーマットは、被干渉ＵＥのリソース割り当てタイプ、および/または、被干渉ＵＥに割り当てられたＲＢｓの数に基づいて決定され得るが、ＩＲＡＩのフォーマットは、第１および第２の実施形態において説明したもののいずれか１つが使用できる。第１および第２の実施形態についての詳細は、第３の実施形態にも適用される。
【００８４】
第３の実施形態において、上述の方法を行うｅＮＢが提供される。送信部を備えるｅＮＢは、図１２に示したｅＮＢ１２００と同様の構造を有する。第３の実施形態に係るｅＮＢは、同じ与干渉セルに接続された複数の与干渉ＵＥｓの与干渉リソース割り当て情報（ＩＲＡＩ）をｅＮＢに接続された被干渉ＵＥに送信するために使用される。送信部は、複数の与干渉ＵＥｓのＩＲＡＩを、Ｌ１シグナリングを介してｅＮＢから被干渉ＵＥに送信するように構成され得るが、複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは、複数の与干渉ＵＥｓの中でＩＲＡＩが通知されている与干渉ＵＥｓに依存する。ｅＮＢ１２００と同様に、第３の実施形態に係るｅＮＢは、他の構成部品を備えてもよく、ｅＮＢ１２００における他の構成部品についての説明は、第３の実施形態におけるｅＮＢにも適用される。
【００８５】
従って、ＵＥ側において、第３の実施形態は、図２２に示すように、無線通信方法２２００として実現されうる。具体的には、方法２２００は、同じ与干渉セルに接続された複数の与干渉ＵＥｓの与干渉リソース割り当て情報（ＩＲＡＩ）を被干渉ＵＥによって、被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から、受信する無線通信方法であり、方法２２００は、サービングｅＮＢから被干渉ＵＥにＬ１シグナリングを介して送信されたＩＲＡＩを受信するためのステップ２２０１を備え、複数の与干渉ＵＥｓの中の少なくとも１つの与干渉ＵＥは、複数の与干渉ＵＥｓの中で、ＩＲＡＩが通知されている与干渉ＵＥｓに依存する。さらに、方法２２００は、複数の与干渉ＵＥｓの第１の与干渉ＵＥの与干渉リソースブロック（ＲＢｓ）を与干渉セルのシステム帯域内で、複数の与干渉ＵＥｓの中でその他の与干渉ＵＥｓに割り当てられたＲＢｓ以外の残りのＲＢｓとして決定するステップをさらに備えることができる。ここで、第１の与干渉ＵＥのＩＲＡＩは、被干渉ＵＥに明示的に通知されないが、その他の与干渉ＵＥｓのＩＲＡＩは、被干渉ＵＥに明示的に送信される。これに加えて、あるいは、これに代えて、方法２２００は、サービングｅＮＢから被干渉ＵＥにＲＲＣシグナリングを介してシグナリングされる、ＩＲＡＩを通知され得る与干渉ＵＥｓの最大数、および/または、被干渉ＵＥにリソースを割り当てるための被干渉ＵＥの下り制御情報（downlink control information （ＤＣＩ））内で、サービングｅＮＢから被干渉ＵＥへシグナリングされる、ＩＲＡＩを現在通知されるべき複数の与干渉ＵＥｓの現在の数を受信するステップと、最大数または現在の数、または、その両方に基づいてＩＲＡＩを検出するステップと、をさらに備えることができる。
【００８６】
さらに、上述の方法を行う第３の実施形態に係るＵＥが提供される。受信部を備えるＵＥは、図１４に示したＵＥ１４００と同様の構造を有する。第３の実施形態に係るＵＥは、同じ与干渉セルに接続された複数の与干渉ＵＥｓの与干渉リソース割り当て情報（ＩＲＡＩ）を被干渉ＵＥが接続されたサービングｅＮｏｄｅＢ（ｅＮＢ）から受信する被干渉ＵＥとして使用される。受信部は、Ｌ１シグナリングを介してｅＮＢから被干渉ＵＥに送信された複数の与干渉ＵＥｓのＩＲＡＩを受信するように構成され得るが、複数の与干渉ＵＥｓの中で少なくとも１つの与干渉ＵＥに対するＩＲＡＩの通知モードは、複数の与干渉ＵＥｓの中でＩＲＡＩが通知されている与干渉ＵＥｓに依存する。ＵＥ１４００と同様に、第３の実施形態に係るＵＥは、他の構成部品を備えてもよく、ＵＥにおける他の構成部品についての説明は、第３の実施形態におけるＵＥにも適用される。
【００８７】
上記において、ＩＲＡＩがサービングｅＮＢから送信されるケースを説明したが、ＩＲＡＩは、与干渉セルの与干渉ｅＮＢからも送信され得る。第１から第３の実施形態における記述は、ＩＲＡＩが与干渉ｅＮＢから送信されるケースにも適用できる。
【００８８】
さらに、本開示における「ＲＢ」という表現は、この技術における慣習によってＲＢペアを意味することもあり得る。従って、本開示において「ＲＢ」という表現は、文脈が明示的に、または、非明示的に示さない限り、この技術における慣習に従って解釈されるべきである。
【００８９】
本発明は、ソフトウェア、ハードウェアまたはハードウェアと連携するソフトウェアによって実現され得る。上述した各実施形態の記述の中で使用される各機能ブロックは、集積回路などのＬＳＩによって実現され得る。それらは、チップとして個別に形成されるか、または、１つのチップが機能ブロックの一部または全てを形成できる。ここでのＬＳＩは、集積度の差異に応じて、ＩＣ、システムＬＳＩ、スーパＬＳＩ、ウルトラＬＳＩを指すことができる。しかしながら、集積回路を実装する技術はＬＳＩを限定するものではなく、専用回路または汎用プロセッサを使用して実現できる。また、ＬＳＩの製造後にプログラムできるＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ（Field Programmable Gate Array））またはＬＳＩ内部に配置される回路のセルの接続および設定を再構成できる再構成可能プロセッサが使用できる。さらに、各機能ブロックの計算は、例えば、ＤＳＰまたはＣＰＵを含む計算手段を使用して実行でき、各機能の処理ステップは実行するプログラムとして記録媒体上に記録できる。さらに、ＬＳＩを代替する集積回路を実装する技術が半導体技術または他の派生技術の進展に従って出現する場合、機能ブロックはこのような技術を使用して集積できることは明らかである。
【００９０】
本発明は、本発明の内容と範囲から逸脱することなく、仕様と既知の技術の中で提示される記述に基づいて、当業者によって様々に変更または修正がされることを意図しており、そのような変更と適用は保護されるべき特許請求の範囲内に入ることに留意されたい。さらに、本発明の内容から逸脱しない範囲において、上述の実施形態の構成要素は任意に組み合わせることができる。
【図１】
0006291065.tif 000026
【図２】
0006291065.tif 000027
【図３】
0006291065.tif 000028
【図４】
0006291065.tif 000029
【図５】
0006291065.tif 000030
【図６】
0006291065.tif 000031
【図７】
0006291065.tif 000032
【図８】
0006291065.tif 000033
【図９】
0006291065.tif 000034
【図１０】
0006291065.tif 000035
【図１１】
0006291065.tif 000036
【図１２】
0006291065.tif 000037
【図１３】
0006291065.tif 000038
【図１４】
0006291065.tif 000039
【図１５】
0006291065.tif 000040
【図１６】
0006291065.tif 000041
【図１７】
0006291065.tif 000042
【図１８】
0006291065.tif 000043
【図１９】
0006291065.tif 000044
【図２０】
0006291065.tif 000045
【図２１】
0006291065.tif 000046
【図２２】
0006291065.tif 000047