(57)【特許請求の範囲】
【請求項１】
セルラ通信システムにおいて動作するように構成された通信デバイスの方法であって、
制御チャネルごとに制御シンボルに対する干渉低減能力を決定すること（８０２）と、
前記決定した干渉低減能力についての情報を、前記セルラ通信システムのネットワークノードへ送信すること（８０４）を含み、
前記干渉低減能力を決定すること（８０２）は、干渉低減能力決定イベントにおいて行われる、方法。
【請求項２】
前記干渉低減能力決定イベントは、
前記通信デバイスが前記干渉低減能力に影響を与えるあらゆる変化を決定した場合、
周期的な干渉低減能力決定イベント、
前記通信デバイスがアップリンクフィードバック情報を送信する場合、
干渉低減能力を送信する要求をネットワークノードから受信すること（８０１）に応じて、および
それらの組み合わせ、のいずれかである、請求項１に記載の方法。
【請求項３】
前記決定した干渉低減能力についての前記情報を送信すること（８０４）は、より高いレイヤのシグナリングで前記情報を送信することを含む、請求項１または２に記載の方法。
【請求項４】
前記高いレイヤのシグナリングは、 
前記ネットワークノードに対するＲＲＣメッセージ、
ＭＡＣメッセージ、のいずれかを介してなされる、請求項３に記載の方法。
【請求項５】
前記決定した干渉低減能力についての前記情報を送信すること（８０４）は、前記ネットワークノードへ、キャリア毎に対する決定したパラメータに関連する前記情報を示すために、
未使用のビット、
未使用のコードワード、
未使用のフィールド、制御スペース、ビットパターン、またはビットの組み合わせ、および
それらのあらゆる組み合わせ、のうちのいずれか１つを使用することを含む、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記未使用のビットは、あらゆるアップリンク送信パラメータについての指標のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットである、請求項５に記載の方法。
【請求項７】
セルラ通信システムのセルを運用し通信デバイスに対してサービスを提供するネットワークノードから制御シンボルを受信すること（１）と、
前記制御シンボルに対する干渉状況を決定すること（２）と、
前記決定した干渉に基づいて干渉低減アルゴリズムを選択すること（３）と、
前記受信した制御シンボルに対する前記干渉低減アルゴリズムを実行すること（４）を含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
セルラ通信システムにおいて動作するように構成されたネットワークノードの方法であって、
前記セルラ通信システムにおいて動作する通信デバイスから、制御チャネルごとの制御シンボルに対する、決定された前記通信デバイスの干渉低減能力についての情報を受信すること（５０２）と、
前記受信した情報に基づいて、１つ以上の無線動作タスクの実行を適合化する（５０４）ことを有し、
キャリア毎に対する決定したパラメータに関連した前記情報を示す、前記決定した干渉低減能力についての前記情報を受信すること（５０２）は、
未使用のビット、
未使用のコードワード、
未使用のフィールド、制御スペース、ビットパターン、またはビットの組み合わせ、および
それらのあらゆる組み合わせ、のうちのいずれか１つにおいてなされる、方法。
【請求項９】
前記１つ以上の無線動作タスクを実行することを適合化すること（５０４）は、
ＤＬ制御チャネルおける送信電力を適合化すること、
ＰＤＣＣＨ／ＰＣＦＩＣＨにおけるアグリゲーションレベルを適合化すること、
ＣＲＳ支援情報をＵＥに送信すること、および、
それらの組み合わせ、のうちのいずれかを含む、請求項８に記載の方法。
【請求項１０】
前記通信デバイスに対して干渉低減能力を送信する要求を送信すること（５０１）を含む、請求項８または９に記載の方法。
【請求項１１】
制御シンボルに対する、前記通信デバイスの決定した干渉低減能力についての前記情報を受信すること（５０２）は、より高いレイヤのシグナリングで受信される、請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記高いレイヤのシグナリングは、 
前記ネットワークノードに対するＲＲＣメッセージ、
ＭＡＣメッセージ、のいずれかを介してなされる、請求項１１に記載の方法。
【請求項１３】
前記未使用のビットは、あらゆるアップリンク送信パラメータについての指標のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットである、請求項８から１２のいずれか１項に記載の方法。
【請求項１４】
セルラ通信システムにおいて動作し、前記セルラ通信システムのセルを運用し前記通信デバイスに対してサービスを提供するネットワークノード（６００）から制御シンボルを受信するように構成された通信デバイス（３００、６０２、９００）であって、前記通信デバイス（３００、６０２、９００）は、請求項１から７のいずれか１項に記載の方法により受信した制御シンボルに対する干渉低減能力を報告するように構成される、通信デバイス。
【請求項１５】
通信デバイス（３００、６０２、９００）のプロセッサ（３０８、４０２、９０８、１００２）において実行された場合に、前記通信デバイス（３００、６０２、９００）に、請求項１から７のいずれか１項に記載の方法を実行させる命令を含む、コンピュータプログラム。
【請求項１６】
セルラ通信システムにおいて動作するように構成され、請求項８から１３のいずれか１項に記載の方法により無線動作タスクを実行するように構成された、ネットワークノード（６００）。
【請求項１７】
ネットワークノード（６００）のプロセッサ（６０６、７０２）において実行された場合に、前記ネットワークノードに、請求項８から１３のいずれか１項に記載の方法を実行させる命令を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的には、通信デバイス、ネットワークノード、そのための方法、および、当該方法を実装するためのコンピュータプログラムに関する。
【背景技術】
【０００２】
本開示は、読者に具体的な背景を示すために、ＬＴＥの背景においてなされたものであるが、当業者であれば、適用可能な他の技術との類似性を容易に理解できるだろう。
【０００３】
ＬＴＥにおける送信の構造は、１０ｍｓのフレームに組織される。１つのフレームは等しいサイズの１０のサブフレームで構成される。サブフレームは、１２または１４のＯＦＤＭシンボルであり、それは標準または長いサイクリックプリフィックスを使用するかに依存する。サブフレームにおける最初のシンボルは制御シンボルである。制御シグナリングに対する必要性に依存して、１、２、または３つの制御シンボルとすることが可能となる。狭い帯域に対しては、２から４のシンボルとすることが可能となり、いくつかの特定な場合に対しては、多くのシンボルを有することは許容されない。
【０００４】
制御シグナリングはまた、ＰＢＣＨを用いて、または、ｅＰＤＣＣＨ、ＳＩＢといったデータ領域、または個別ＲＲＭシグナリングにより行うことができるが、これらは本発明の範囲外である。
【０００５】
システムは、１、２、または４のＣＲＳポートで構成することができる。ＣＲＳは、チャネル推定、チャネル特性の同期および推定のために使用される。１または２つＣＲＳポートに対しては、１番目、５番目、８番目、１２番目のシンボルにＣＲＳが存在する（標準のサブフレーム、非ＭＢＳＦおよび２までのＣＲＳポートに対して）。４つのＣＲＳポートに対しては、２番目と９番目のシンボルにもＣＲＳが存在する。１番目および２番目におけるＣＲＳは、ゆえに、制御信号として同じ時間シンボルを共有する。ＣＲＳの周波数における位置は、各ＣＲＳポートに対して６番目毎のＲＥである。ＣＲＳポート０とＣＲＳポート１は、同じシンボルを共有するが、ポート１は、ポート０と比較して３サブキャリアシフトされ、ポート２およびポート３に向かう。そして、セルのセルＩＤに依存するサブキャリアにおけるシフトも存在し、当該シフトは、セルＩＤモジュロ６である。
【０００６】
制御領域において送信される制御信号のタイプは３つある。すなわち、ＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＰＤＣＣＨである。制御データは、１つまたはいくつかのリソースエレメントグループ（ＲＥＧ）において送信される。ＲＥＧは、４または６つのＲＥに渡って広がるが、常にペイロードを伝達する４つのＲＥを含む。ＲＥＧは、シンボルにＣＲＳが存在するケースにおいて６つのＲＥに渡って広がり、余分なＲＥはＣＲＳに対してリザーブされる。
【０００７】
制御データは、１つのＣＲＳポートに対して、ＲＥ毎に１つの変調で、送信される。制御データは、２つまたは４つのＣＲＳポートがある場合は、Ａｌａｍｏｕｔｉ符号で符号化される。Ａｌａｍｏｕｔｉ符号化された２つの変調シンボルは、２つのＲＥにわたって直交に広がる。これはまたは、ＬＴＥでは４ＣＲＳに対してあてはまるが、ここでは、ＣＲＳポート０とＣＲＳポート２がペアで使用され、ＣＲＳポート１とＣＲＳポート３が第２のペアとして使用される。
【０００８】
現存のＣＲＳ−ＩＣ支援情報は、３ＧＰＰ仕様書TS 36.331, v10.5.0からのｅＩＣＩＣシナリオに対して定義される。それは、36.331, v.11.12.0におけるRel-11においてＡＢＳサブフレームにおけるＣＲＳ−ＩＣに対して以下のように定義される。
【０００９】
「neighCellsCRS-Info：このフィールドは、プライマリ周波数に関する、支援情報を含み、ＲＲＭ／ＲＬＭ／ＣＳＩ測定またはデータ復調を行っている間にＣＲＳからの干渉を低減するためにＵＥにより使用される。受信したＣＲＳ支援情報が測定するセルのＣＲＳのそれと衝突するＣＲＳを有するセルに対するものである場合、ＵＥは、（TS 36.101に規定されるように）measSubframePatternPCell、measSubframePatternConfigNeigh、もし設定されていれば csi-MeasSubframeSet1、および、csi-MeasSubframeSets-r12が設定されていればCSI subframe set 1、により示されたサブフレームにおいて、ＣＲＳ干渉を低減するためにＣＲＳ支援情報を使用し得る。更に、ＵＥは、TS 36.101に規定されるような復調の目的のために、情報エレメント（ＩＥ）においてセルからのＣＲＳ干渉を低減するためのＣＲＳ支援情報を使用し得る。」
【００１０】
更に、Rel-12, TS 36.331, v.12.6.0に従うと、ＥＵＴＲＡＮは、eimta-MainConfigPCell-r12が設定されると、neighCellsCRS-Info-r11を設定しない。これは以下のように記述される。
“CRS-AssistanceInfoList-r11 ::=SEQUENCE (SIZE (1..maxCellReport)) OF CRS-AssistanceInfo-r11
CRS-AssistanceInfo-r11 ::= SEQUENCE {
physCellId-r11 PhysCellId,
antennaPortsCount-r11 ENUMERATED {an1, an2, an4, spare1},
mbsfn-SubframeConfigList-r11 MBSFN-SubframeConfigList,
...
}”
【００１１】
ＬＴＥにおける制御チャネルに対する現在の復調と干渉除去の方法は、全ての制御シンボルに対して同じ方法を用いる。これは、受信に対する最大の可能性が利用されないことを暗示する。したがって、改良した能力を受信器に与えることが望まれる。
【００１２】
追加的に、または、代替的に、ＰＣＦＩＣＨ、ＰＤＣＣＨ、ＰＨＯＣＨ、およびｅＰＤＣＣＨを含む制御チャネルに対する干渉低減の能力を有する、あらゆる進化型の受信器は、そのような能力を有さないレガシー受信器と比較して、同じＳＩＮＲ下でＢＬＥＲに関してより良い性能を有する。そのような能力は、ネットワークには知られていない。したがって、セルカバレッジ内のＵＥを維持するために、異なるユーザまたはユーザグループに対する電力を調整するための、ネットワークノードからの機能を有していても、最大の可能性は使用されない。なぜならば、ネットワークノードは、より進化した受信器の能力を有するＵＥとレガシーＵＥとを本当に区別することができないからである。したがって、システム全体の能力を強化し得るアプローチを提供することが望まれる。
【発明の概要】
【００１３】
第１の観点によれば、セルラ通信システムにおいて動作するように構成された通信デバイスの方法が提供される。方法は、制御シンボルに対する干渉低減能力を決定することと、該決定した干渉低減能力についての情報を該セルラ通信システムのネットワークノードへ送信することを含む。
【００１４】
干渉低減能力を決定することは、静的な干渉低減能力に対して一度行われ得る。
【００１５】
干渉低減能力を決定することは、干渉低減能力決定イベントにおいて行われ得る。干渉低減能力決定イベントは、通信デバイスが干渉低減能力に影響を与えるあらゆる変化を決定した場合、周期的な干渉低減能力決定イベント、ネットワークノードから干渉低減能力を送信するための要求を受信したことを受けて通信デバイスがアップリンクフィードバック情報を送信する場合、および、それらのうちのあらゆる組み合わせ、のいずれかであり得る。
【００１６】
決定した干渉低減能力についての情報を送信することは、より高いレイヤのシグナリングで情報を送信することを含み得る。より高いレイヤのシグナリングは、ネットワークノードへのＲＲＣメッセージまたはＭＡＣメッセージのいずれか介してなされ得る。
【００１７】
決定した干渉低減能力についての情報を送信することは、ネットワークノードへ、キャリア毎に対して決定したパラメータに関連する情報を示すことに関して、未使用のビット、未使用のコードワード、未使用のフィールド、制御スペース、ビットパターンまたはビットの組み合わせ、および、それらのあらゆる組み合わせのうちいずれか１つの使用を含む。未使用のビットは、あらゆるアップリンク送信パラメータについての指示のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットであり得る。
【００１８】
方法は、セルラ通信システムのセルを運用し通信デバイスに対してサービスを提供するネットワークノードから制御シンボルを受信すること、制御シンボルに対する干渉状況を決定すること、決定した干渉に基づいて干渉低減アルゴリズムを選択すること、および、受信した制御シンボルに対して、選択した干渉低減アルゴリズムを実行すること、を含み得る。
【００１９】
第２の観点によれば、セルラ通信システムにおいて動作するように構成されたネットワークノードの方法が提供される。方法は、該セルラ通信システムにおいて動作する通信デバイスから、制御シンボルに対する該通信デバイスの干渉低減能力についての情報を受信することと、該受信した情報に基づいて１つ以上の無線動作タスクの実行を適合化することを含む。
【００２０】
１つ以上の無線動作タスクを実行することを適合化することは、ＤＬ制御チャネルにおける送信電力を適合化すること、ＰＤＣＣＨ／ＰＣＦＩＣＨにおけるアグリゲーションレベル（ＡＬ）を適合化すること、ＣＲＳ支援情報をＵＥに送信すること、情報を他のネットワークノードへ送信すること、およびそれらのあらゆる組み合わせ、のいずれかを含み得る。
【００２１】
方法は、通信デバイスに対して干渉低減能力を送信する要求を送信することを含む。
【００２２】
制御シンボルに対する通信デバイスの決定した干渉低減能力についての情報を受信することは、より高いレイヤのシグナリングで受信され得る。より高いレイヤのシグナリングが、ネットワークノードへのＲＲＣメッセージまたはＭＡＣメッセージのいずれか介してなされ得る。
【００２３】
キャリア毎に決定したパラメータに関連する情報を示す、決定した干渉低減能力についての情報を受信することは、未使用のビット、未使用のコードワード、未使用のフィールド、制御スペース、ビットパターンまたはビットの組み合わせ、および、それらのあらゆる組み合わせのうちいずれか１つにおいてなされ得る。未使用のビットは、あらゆるアップリンク送信パラメータについての指示のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットであり得る。
【００２４】
第３の観点によれば、セルラ通信システムにおいて動作し、セルラ通信システムのセルを運用し通信デバイスに対してサービスを提供するネットワークノードから制御シンボルを受信するように構成された通信デバイスが提供される。通信デバイスは、第１の観点に従った方法により、受信した制御シンボルに対する干渉低減能力を報告するように構成される。
【００２５】
第４の観点によれば、通信デバイスのプロセッサにおいて実行された場合に、第１の観点による方法を通信デバイスに実行させる命令を含むコンピュータプログラムが提供される。
【００２６】
第５の観点によれば、セルラ通信システムにおいて動作するように構成され、第２の観点に従った方法による無線動作タスクを実行するように構成されたネットワークノードが提供される。
【００２７】
第６の観点によれば、ネットワークノードのプロセッサにおいて実行された場合に、第２の観点に従った方法をネットワークノードに実行させる命令を含むコンピュータプログラムが提供される。
【図面の簡単な説明】
【００２８】
上述したこと、並びに、本発明の追加的な目的、特徴、および利点が、添付の図面を参照して、以下の説明的で非限定的な、好ましい実施形態の詳細な説明を介して、より良く理解されるだろう。
【図１】図１は、例に従う方法を示すフローチャートである。
【図２】図２は、例に従う方法を示すフローチャートである。
【図３】図３は、例に従う方法を示すフローチャートである。
【図４】図４は、図１から図３の例のような能力を有する通信デバイスを概略的に示すブロック図である。
【図５】図５は、コンピュータ読み取り可能な媒体と処理デバイスを概略的に示す。
【図６】図６は、実施形態によるネットワークノードの方法を示すフローチャートである。
【図７】図７は、セルラネットワークを示す。
【図８】図８は、コンピュータ読み取り可能な媒体と処理デバイスを概略的に示す。
【図９】図９は、実施形態に従う通信デバイスの方法を示すフローチャートである。
【図１０】図１０は、実施形態に従う通信デバイスを概略的に示すブロック図である。
【図１１】図１１は、コンピュータ読み取り可能な媒体と処理デバイスを概略的に示す。
【図１２】図１２は、異なる条件下におけるシミュレーションからの図である。
【図１３】図１３は、異なる条件下におけるシミュレーションからの図である。
【図１４】図１４は、異なる条件下におけるシミュレーションからの図である。
【発明を実施するための形態】
【００２９】
隣接セル（ＮＣ）が時間同期されていない場合、干渉は構成されていないと仮定され、または、可能性のある構成をブラインド検出しなければならない。しかしながら、サービングセル（ＳＣ）と隣接セルが（おおよそのＣＰ内で）サブフレームの同じ開始を共有する場合、１つまたはいくつかの制御シンボルが時間で重なることを意味し、セルは同期していると考えられる。同期したセルは、ＴＤＤの展開で、およびＦＤＤの展開に対して、例えば、進化型の干渉処理が使用される場合、常に当てはまる。制御シンボルの重なりは、各セルがどれくらい多くの制御シンボルを有するかに依存する。ＳＣ制御領域サイズは、ＳＣ−ＰＣＨＩＣＨから読み取られる。ＮＣ制御領域サイズは、ＮＣ−ＰＣＨＩＣＨから読み取るか、ブライド検出することが可能である。ＲＥＧは、割り当てられるか、割り当てられないことのいずれかが可能である。
【００３０】
まず、ＳＣもＮＣもＣＲＳを有さないＯＦＤＭシンボルを考える。この場合、ＲＥＧは、４つのＲＥに渡って拡がり、ＳＣとＮＣからのＲＥＧは重なる。ＳＣとＮＣの両方における１つのＣＲＳポートに対しては、干渉はＲＥ間で独立的である。ＳＣとＮＣの両方における２つのＣＲＳポートに対しては、２つの重なるＲＥをカバーする有益なデータと干渉は、両方Ａｌａｍｏｕｔｉ符号化される。４つのＣＲＳポートに対しては、Ａｌａｍｏｕｔｉ符号化が２つの独立したＡｌａｍｏｕｔｉ符号のように４つのＲＥに渡って広がり、ここで、第１の２つのＲＥはＣＲＳポート０とポート２に接続され、他の２つのＲＥはＣＲＳポート１とポート３に接続される。Ａｌａｍｏｕｔｉ符号化されたシンボルのペアである２つのＲＥにおける干渉に対しては、ＳＣを復調する際に使用することができるＲＥ間での依存性がある。
【００３１】
ＳＣとＮＣの両方からのＯＦＤＭシンボルがＣＲＳを含み、当該ＣＲＳが衝突、すなわち、同じサブキャリアを占有する場合、制御チャネル上の干渉は、先の段落におけるものと同じようになる。ＯＦＤＭシンボルがＣＲＳを有し、ＣＲＳが衝突しない場合、ＮＣ  ＲＥＧデータＲＥは、ＳＣ  ＲＥＧデータＲＥとＳＣ  ＣＲＳと両方で重なる。ＳＣ  ＣＲＳは、ＮＣ  ＲＥＧデータＲＥと衝突する。１つのＣＲＳポートのケースに対しては、ＲＥ間での依存性はない。２つのＣＲＳポートに対しては、依存性が、Ａｌａｍｏｕｔｉ送信に起因した３つのＲＥに渡る。４つのＣＲＳポートに対しては、依存性は６つのＲＥに渡る。
【００３２】
多数の可能な干渉除去アルゴリズムが問題になる。いくつかの例を以下に示す（アルゴリズムを参照するために、短縮した名称が括弧内で使用される）。
・非パラメトリックＭＭＳＥ−ＩＲＣ（ＩＲＣ）。ここでＵＥは干渉とノイズ共分散行列を推定するためにＣＲＳにおいて残差を用いる。 
・１つのＲＥに渡るパラメトリックＭＭＳＲ−ＩＲＣ（ＥＩＲＣ１）。ここで、ＵＥは隣接セルチャネルを推定し、当該推定から干渉とノイズ共分散行列を生成する。当該行列は、１つのＲＥに渡って見られる干渉構成を反映すべきである。
・２つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ２）。これは、ＥＩＲＣ１と類似しているが、２つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は２倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに渡って送信されることをとらえるべきである。この受信器は、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有する。
・３つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ３）。これは、ＥＩＲＣ１と類似しているが、３つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は３倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに加えてＣＲＳを含む１つのＲＥに渡って送信されることをとらえるべきである。この受信器は、ＳＣとＮＣの間で非衝突ＣＲＳの場合に、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有する。この場合、依存性は３つのＲＥをカバーする。
・４つまたは６つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ４）。これは、ＥＩＲＣ１と類似しているが、４つまたは６つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は４倍または６倍大きくなる。これは、ＳＣまたはＮＣのいずれかが４ＣＲＳポートを有し、他方が２ＣＲＳポートを有する場合に、必要となる。この場合、ＲＥ間の依存性は、４つまたは６つのＲＥに渡って広がり、それは衝突するＣＲＳの場合は４つのＲＥであり、非衝突のＣＲＳの場合は６である。
・ＣＲＳ  ＩＭ（ＣＲＳ−ＩＣ）。これは、ＣＲＳ支援情報が提供された場合に、ＣＲＳ−ＩＣを使用するためである。現存のＣＲＳ支援情報は、3GPP TS 36.331に定義されているようなRel-11からのものである。RP-142263で示された、「CDR Interference Mitigation for LTE Homogeneous Deployments」のタイトルのアプローチは、ＰセルとＳセルの両方を含む全ての条件下で、標準のサブフレームへのそのようなシグナリングの使用を拡張することを目的としている。
・最大尤度（ＭＬ）。このアルゴリズムは、異なる設定を有するあらゆるシナリオに対して使用することができる。
【００３３】
上記の方法の組み合わせも使用され得る。例えば、ＣＲＳ−ＩＣは、全ての他のタイプの、上記に示した進化形の受信器のアプローチと組み合わせられ得る。
【００３４】
異なる受信器のタイプは、ＰＣＦＩＣＨおよびＰＨＩＣＨに対して使用され得る。例えば、ＣＲＳ−ＩＣと共に、ＭＭＳＥ−ＩＲＣおよびＥＩＲＣ１が使用され得る。
【００３５】
異なる受信器のタイプは、ｅＰＤＣＣＨに対して使用され得る。例えば、ｅＰＤＣＣＨに対して、ＣＲＳ−ＩＣと共に、ＭＭＳＥ−ＩＲＣが使用され得る。
【００３６】
ＰＤＣＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨ等の制御チャネルに対するアルゴリズムの選択についてここで述べる。全ての以下のアルゴリズムは、制御チャネルに対して使用されるＯＦＤＭシンボルは、サービングセルと隣接セル間で同じであることが仮定されている。サービングセルと隣接セル間でＣＦＩが整列していない場合、好ましくはＭＭＳＥ−ＩＲＣのみが使用される。
【００３７】
隣接セルの知識と時間同期に依存して、異なるＩＭアルゴリズムが使用される。以下に、異なる設定に対する構成のいくつかの例を示す。他の設定は除外されない。何も述べられなければ、２つのＣＲＳポートを仮定する。
【００３８】
非同期セルの場合、ＩＲＣが使用され得る。
【００３９】
同期セルと衝突するＣＲＳの場合、ＥＩＲＣ２が使用され得る。
【００４０】
同期セルと第１のＯＦＤＭシンボルで非衝突のＣＲＳの場合、ＥＩＲＣ３またはＥＩＲＣ１とＣＲＳ−ＩＣの組み合わせが使用され得る。
【００４１】
同期セルと非衝突のＣＲＳの場合、４つのＣＲＳポートが示され、第２の（制御シンボルの場合の）ＯＦＤＭシンボルが存在するとき、ＥＩＲＣ３またはＥＩＲＣ１とＣＲＳ−ＩＣの組み合わせが使用され得る。
【００４２】
同期セルと非衝突のＣＲＳと第２の（制御シンボルの場合の）ＯＦＤＭシンボルが存在するとき、ＥＩＲＣ２が使用され得る。
【００４３】
同期セルと非衝突のＣＲＳと第３／第４の（制御シンボルの場合の）ＯＦＤＭシンボルが存在するとき、ＥＩＲＣ４が使用され得る。
【００４４】
異なるカテゴリーのケースと、それぞれの好ましいＩＭアルゴリズムは、異なって形成され得る。
【００４５】
他の制御チャネルに対しては、異なるケースに対する好ましいＩＭアルゴリズムの同様の構成が設定され得る。ここでいくつかの例を示す。全ての以下のアルゴリズムは、制御チャネルに対して使用されるＯＦＤＭシンボルの数はサービングセルと隣接セル間で同じであると仮定する。サービングセルと隣接セル間でＣＦＩが整列していない場合、好ましくはＭＭＳＥ−ＩＲＣが、ＮＣにおける非制御シンボルと衝突するＳＣにおける制御シンボル対して使用され、それは、ＳＣとＮＣの両方に対して制御信号を伝達するＯＦＤＭシンボルに対する、上記に明示したアルゴリズムのうちの１つである。
【００４６】
１つのＲＥのみが利用可能なときのＰＣＦＩＣＨ／ＰＨＩＣＨに対しては、チャネルＰＣＦＩＣＨおよびＰＨＩＣＨがアルゴリズムの選択のためにＰＤＣＣＨと同じチャートに従うことができるため、当該選択は、ＣＲＳ−ＩＣ新情報が受信されたか否かに依存し得る。例えば、ＣＲＳ−ＩＣ支援情報が受信されていない場合、ＥＩＲＣ１が使用され、ＣＲＳ−ＩＣ支援情報が受信されている場合、ＥＩＲＣ１がＣＲＳ−ＩＣと共に使用される。
【００４７】
干渉がＰＤＳＣＨデータまたはｅＰＤＣＣＨ間でかなり頻繁に変動する場合のｅＰＤＣＣＨに対しては、そのような干渉の特徴を追従することは困難である。この場合、ＭＭＳＥ−ＩＲＣが使用され得る。
【００４８】
上記に示した実施形態の１つ以上により、特定のケースに基づいて使用するための、ＵＥに対するアルゴリズムが提供される。ＮＣ−ＰＤＣＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨ等の制御チャネルの干渉低減は、したがって、ネットワークの配備、例えば、隣接セルに関してネットワークが同期しているか同期していないか、ＣＲＳ支援情報が受信されているか否か、ＯＦＤＭシンボルインデックスに基づいて、異なる制御チャネルに基づいて、衝突するＣＲＳまたは非衝突のＣＲＳであるか、等に依存する。そのようなアルゴリズムの選択の目的は、ＵＥ側において改良された制御チャネル復号に対する可能性を利用することである。上記に明示したアプローチにより、制御チャネルに対するより良い受信器と復調の性能が提供される。
【００４９】
図１は、例に従う方法を示すフローチャートである。方法は、セルラ通信システムにおいて動作するように構成された通信デバイスの方法である。方法は、セルラ通信システムのセルを運用し通信デバイスに対してサービスを提供するネットワークノードから制御シンボルを受信すること（１）を含む。干渉の状況は、制御シンボルに対して決定される（２）。決定された干渉の状況に基づいて、干渉低減アルゴリズムが選択され（３）、選択された干渉低減アルゴリズムは、受信した制御シンボルに対して実行される（４）。
【００５０】
図２は、例に従う方法を示すフローチャートである。ＳＣとＮＣが、時間整列されているかが調べられる（１００）。否であれば、上記に説明したようなＩＲＣといった、非パラメトリックなＩＭアルゴリズムが選択される（１０２）。ＳＣとＮＣが時間整列されていれば、衝突するＣＲＳが存在するかが調べられる（１０４）。もし存在すれば、ＥＩＲＣ２等の第１のパラメトリックＩＭアルゴリズムが選択される（１０６）。衝突するＣＲＳが存在しなければ、制御シンボルが１番目のＯＦＤＭシンボルにあるかが調べられる（１０８）。もし存在すれば、ＥＩＲＣ３等の第２のパラメトリックＩＭアルゴリズムが選択される（１１０）。もし存在しなければ、制御シンボルが２番目のＯＦＤＭシンボルにあり、４つのＣＲＳポートが存在するかが調べられる（１１２）。そうであれば、第２のパラメトリックＩＭアルゴリズムの選択がなされる（１１０）。そうでなければ、第１のパラメトリックＩＭアルゴリズムの選択がなされる（１０６）。
【００５１】
図３は、例に従う方法を示すフローチャートである。ＳＣとＮＣが、例えばＣＰウィンドウ内に、時間整列されているかが調べられる（２００）。もし整列されていなければ、ＩＲＣといった非パラメトリックＩＭアルゴリズムが選択される（２０２）。それらが時間整列されていれば、ＣＲＳ支援情報が利用可能かが調べられる（２０４）。もし利用可能であれば、ＣＲＳ−ＩＣアルゴリズム等の別のＩＭアルゴリズムと組み合わされるＩＭアルゴリズムが有効となり（２０６）、以下から理解できるように、更に選択されたＩＭアルゴリズムと組み合され得る。ＣＲＳが衝突しているかが調べられ（２０８）、もし衝突していれば、ＥＩＲＣ２等の第１のパラメトリックＩＭアルゴリズムが、ＣＲＳ−ＩＣアルゴリズムと組み合わされるＩＭアルゴリズムとして選択される。衝突していなければ、制御シンボルが１番目ＯＦＤＭシンボルにあるかが調べられる（２１２）。そうでなければ、制御シンボルが２番目のＯＦＤＭシンボルにあるか、および４つのＣＲＳポートが存在するかが調べられる（２１４）。そうであれば、ＣＲＳ−ＩＣアルゴリズム等と組み合わせられるＩＭアルゴリズムとして、ＥＩＲＣ４等の第２のパラメトリックＩＭアルゴリズムが選択される（２１６）。そうでなければ、ＣＲＳ−ＩＣアルゴリズム等と組み合わせられる、ＥＩＲＣ２等の第１のパラメトリックＩＭアルゴリズムの選択がなされる（２１０）。制御シンボルが１番目のＯＦＭＤシンボルにあるのであれば、ＣＲＳ−ＩＣアルゴリズム等と組み合わせられるＩＭアルゴリズムとして、ＥＩＲＣ３等の第３のパラメトリックＩＭアルゴリズムが選択される（２１８）。
【００５２】
ＣＲＳ支援情報が利用可能でない場合、ＣＲＳ−ＩＣアルゴリズムが無効にされる（２２０）。第１の２つの支配的なＮＣ等の支配的なＮＣのセル識別情報が取得される（２２２）。それはセルサーチメカニズムから取得され得る。そして、衝突するＣＲＳが存在するかが調べられる（２２４）。もし存在すれば、ＥＩＲＣ２等の第４のパラメトリックＩＭアルゴリズムが選択される（２２６）。衝突するＣＲＳがなければ、制御シンボルが１番目ＯＦＤＭにあるかが調べられる（２２８）。そうであれば、ＥＩＲＣ１等の第５のパラメトリックＩＭアルゴリズムが、ＩＭアルゴリズムとして選択される（２３０）。そうでなければ、ＥＩＲＣ２等の第４のパラメトリックＩＭアルゴリズムの選択がなされる（２２６）。
【００５３】
ここで、例として与えられた第２と第４のパラメトリックＩＭアルゴリズムは同じとみなすことができるが、方法において、有効化／無効化された（２０６／２２０）ＩＭアルゴリズムを組み合わせる組み合わせを有してまたは有さないで、使用される。これは、適切と思われる他のアルゴリズムに対しても適用され得る。
【００５４】
図４は、例えば上記の例のいずれかに従う、進化型の受信器の能力を有する、通信デバイス３００を概略的に示すブロック図である。ＵＥ等の通信デバイスは、アンテナ構成３０２、アンテナ構成３０２に接続された受信器３０４、アンテナ構成に接続された送信器３０６、１つ以上の回路を有し得る処理エレメント３０８、１つ以上の入力インタフェース３１０、および、１つ以上の出力インターフェース３１２を有する。インタフェース３１０、３２０は、例えば電気的または光学的な、ユーザインタフェースおよび／または信号のインタフェースであり得る。ＵＥ３００は、セルラ通信ネットワークにおいて動作するように構成される。特に、処理エレメント３０８により、ＵＥは、図１から図３を参照して上記に示した例を実行するように構成され得る。ここで、ＵＥ３００は、セルラ通信ネットワークにおいて効率的に動作することが可能であり、オープンな屋外の環境からオフィスビルの範囲、および、地下のエリアが範囲の無線カバレッジゾーンが大きく変化する環境で無線カバレッジを提供するために、上記に示したような選択されたＩＭアルゴリズムを適用するための制御信号を受信するように構成される。処理エレメント３０８は、受信器３０４と送信器３０６と接続されることから、受信および送信が可能とするための信号処理から、アプリケーションの実行、インターフェース３１０、３１２の制御等、多くのタスクを成し遂げることができる。
【００５５】
上記に示す方法は、特に、上記に示した処理エレメント３０８がＩＭを処理するプロセッサを有する場合は、コンピュータおよび／またはプロセッサ等の処理手段の支援により実装されることが好ましい。したがって、処理手段、プロセッサ、またはコンピュータに、図１から図３を参照して説明した実施形態のいずれかによる方法のいずれかの工程を実行させるように構成された命令を含むコンピュータプログラムが提供される。コンピュータプログラムは、好ましくは、図５に示すような、コンピュータ読み取り可能な媒体４００に格納され、それは、好ましくは、図１から図３を参照して説明した実施形態のいずれかのような、本発明の実施形態にそれぞれ従う方法を実行させるために、処理手段、プロセッサ、またはコンピュータ４０２によりロードされ、実行されることが可能である。プロセッサ４０２とコンピュータプログラム製品４００は、プログラムコードを連続して実行するように構成され、あらゆる方法のアクションが段階的に実行される。処理手段、プロセッサ、またはコンピュータ４０２は、好ましくは、埋め込みシステムとして一般に参照されるものである。したがって、図５に示した、コンピュータ読み取り可能な媒体４００およびプロセッサ４０２は、原理を理解するためだけの説明的な目的に対して構成されるべきであり、直接的な要素の説明として構成されるべきではない。
【００５６】
ＰＣＦＩＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、およびｅＰＤＣＣＨを含む制御チャネルに対する干渉低減の能力を有する、ＵＥ等の通信デバイスの進化型の受信器は、そのような能力を有さないレガシー受信器と比較して、同じＳＩＮＲ下でＢＬＥＲに関してより良い性能を有する。そのような進化型の受信器の例は、上記に示したようなものであり、進化型のＩＭアルゴリズムの能力を有するだけでなく、いくつかの中から、有望なアルゴリズムを選択する能力を有する。そのような進化型の受信器の別の例は、多くのケースに対して正しく効率的な１つのＩＭアルゴリズムを利用する受信器である。上記の例の観点で、他の例が検討され得る。
【００５７】
そのような進化型の能力は、通信デバイスに対してサービスを提供するネットワークノードには知られていない。したがって、セルカバレッジ内のＵＥを維持するために、セル内の異なるユーザまたはユーザグループに対する電力を調整するためのネットワークノードからの特徴を有する場合であっても、最大の可能性を利用していない。これは、ネットワークノードが、より進化型の受信器の能力を有するＵＥを、レガシーＵＥ等の進化型でない受信器の能力を有するＵＥと、実際に区別できないからである。ＵＥが良好な性能を有するカバレッジ内にいて、完全な可能性を利用できる場合であっても、ネットワークノードは、同じ電力を調整または提供することができないことが実現できる。
【００５８】
したがって、この可能性が利用されるように、ＵＥとネットワークノードの特徴を提供することが、本開示により提案される。
【００５９】
異なるチャネルでの干渉低減が可能なＵＥと、それがその能力を、全てのタイプの進化型の受信器を示す組み合わせの方法、または、異なるキャリア等の異なる制御チャネルに対する異なる受信器のタイプを示すための１つまたは個別の方法のいずれかで送信することを考える。このとき、ネットワークノードは、そのような情報を、異なる制御チャネルに対して組み合わせた手法で、または同様に異なるキャリアに対して個別の手法で、全ての制御チャネルに対する電力レベル（および／またはＰＤＣＣＨに対するアグリゲーションレベル）を調節するために利用する。また、ＣＲＳ−ＩＣのＵＥの能力に依存して、ネットワークノードは、そのようなＣＲＳ支援情報をＵＥに送信するかしないかを決定し得る。したがって、異なる制御チャネルに対して異なる受信器のタイプを有する、その異なる能力についての情報を取得し、その情報をネットワークノードに提供するＵＥに対するアプローチが提案される。また、無線動作タスクのために制御チャネルに対するＵＥの受信器の能力についての情報を用いるためのネットワークノードのアプローチが提案される。
【００６０】
そのようなアプローチにより、ネットワークノードを介した通信システムは、ＤＬ送信電力および／またはＤＬ制御チャネルを送信するためのアグリゲーションレベルの処理が向上し、レガシーアプローチと比較して、システム性能の損失を限定的にすることができる。これにより、より高いシステム能力およびスループットを得るための通信システムが可能となる。
【００６１】
多数の可能な干渉除去アルゴリズムが存在する。いくつかの例を以下に示す（アルゴリズムを参照するために、短縮した名称が括弧内で使用される）。
・非パラメトリックＭＭＳＥ−ＩＲＣ（ＩＲＣ）。ここで、ＵＥは干渉とノイズ共分散行列を推定するためにＣＲＳにおいて残差を用いる。
・１つのＲＥに渡るパラメトリックＭＭＳＲ−ＩＲＣ（ＥＩＲＣ１）。ここでＵＥは隣接セルチャネルを推定し、当該推定から干渉とノイズ共分散行列を生成する。当該行列は、１つのＲＥに渡って見られる干渉構成を反映すべきである。
・２つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ２）。これは、ＥＩＲＣ１と類似しているが、２つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は２倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに渡って送信されることをとらえるべきである。この受信器は、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有する。
・３つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ３）。これは、ＥＩＲＣ１と類似しているが、３つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は３倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに加えてＣＲＳを含む１つのＲＥに渡って送信されることをとらえるべきである。この受信器は、ＳＣとＮＣの間で非衝突ＣＲＳの場合に、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有する。この場合、依存性は３つのＲＥをカバーする。
・４つまたは６つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ４）。これは、ＥＩＲＣ１と類似しているが、４つまたは６つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は４倍または６倍大きくなる。これは、ＳＣまたはＮＣのいずれかが４ＣＲＳポートを有し、他方が２ＣＲＳポートを有する名合に、必要となる。この場合、ＲＥ間の依存性は、４つまたは６つのＲＥに渡って広がり、それは衝突するＣＲＳの場合は４つのＲＥであり、非衝突のＣＲＳの場合は６である。
・ＣＲＳ  ＩＭ（ＣＲＳ−ＩＣ）。これは、ＣＲＳ支援情報が提供された場合に、ＣＲＳ−ＩＣを使用するためである。現存のＣＲＳ支援情報は、3GPP TS 36.331に定義されているようなRel-11からのものである。RP-142263で示された、「CDR Interference Mitigation for LTE Homogeneous Deployments」のタイトルのアプローチは、ＰセルとＳセルの両方を含む全ての条件下で、標準のサブフレームへのそのようなシグナリングの使用を拡張することを目的としている。
・最大尤度（ＭＬ）。このアルゴリズムは、異なる設定を有するあらゆるシナリオに対して使用することができる。
【００６２】
上記の方法の組み合わせも使用され得る。例えば、ＣＲＳ−ＩＣは、全ての他のタイプの、上記の示した進化形の受信器のアプローチと組み合わせられ得る。
【００６３】
異なる受信器のタイプは、ＰＨＩＣＨに対して使用され得る。例えば、ＣＲＳ−ＩＣと共に、ＭＭＳＥ−ＩＲＣおよびＥＩＲＣ１は使用され得る。
【００６４】
異なる受信器のタイプは、ｅＰＤＣＣＨに対して使用され得る。例えば、ｅＰＤＣＣＨに対して、例えば、ＣＲＳ−ＩＣと共に、ＭＭＳＥ−ＩＲＣは使用され得る。
【００６５】
ＵＥは、その能力を決定する。それは、特定な状況における利用可能な電力および処理能力に依存して動的になされ得る、または、静的、すなわち、能力はＵＥの構成に起因して固定的である。決定した能力に関する情報は、ネットワークノードに提供される。したがって、ＵＥは、キャリア毎に異なる制御チャネルに対する異なる受信器のタイプに対するＵＥの能力に関する情報を、上述したように、第１のネットワークノード、第２のネットワークノード等の１つ以上のネットワークノードへ送信する。ＵＥの能力は、干渉低減能力を示す１ビットとして含まれる全ての制御チャネルを有する１つの組み合わせの値と見なすことができ、または、異なる能力を意味する異なる受信器のタイプを有する各制御チャネルに対する能力として、個別に見なすことができる。他の適切なシグナリング構成も考慮され得る。
【００６６】
能力は、ＵＥからの一定値としてみなされ得る。すなわち、静的で、一度シグナリングされる必要があり、時間で変動せず、または、動的であり得る。動的な報告は、異なる手法で構成され得る。例えば、ＵＥは、ＵＥがパラメータの値におけるあらゆる変更を決定したときはいつも、積極的または自発的に報告する。または、ＵＥは、周期的に、または、ＵＥが、ＨＡＲＱフィードバック、測定報告等のアップリンクフィードバック情報を送信するときはいつも、報告する。ＵＥは、パラメータの値に関連する情報を送信するために、第１または第２のネットワークノードからの要求を受信することに応じて、情報を報告し得る。ＵＥは、第１または第２のネットワークノードにより、キャリア毎に対する先に決定された値に関して、キャリア毎に対してパラメータの値にあらゆる変化がある場合にのみ、情報を報告するように要求される。
【００６７】
ＵＥは、以下のメカニズムのいずれかを用いて、当該情報を報告する。
・報告のメカニズムの第１のタイプでは、ＵＥは、ＲＲＣメッセージ等を介して、より高いレイヤのシグナリングにおいて、情報を、第１のネットワークノードまたは第２のネットワークノードへ送信する。そのような情報は、また、ＭＡＣメッセージにおいて報告され得る。
・報告のメカニズムの第２のタイプでは、ＵＥは、キャリア毎で決定されたパラメータに関連する情報を第１または第２のネットワークノードに示すために、未使用のビットまたはコードワードまたはフィールドまたは制御スペースまたはビットパターンまたはビットの組み合わせ（aka spared、リザーブ、冗長ビットまたはコードワードまたは制御スペースまたはビットパターンまたはビットの組み合わせ等）を使用し得る。典型的にこのメカニズムが使用され、ＵＥは、決定された情報を、サービング基地局等の第１のネットワークノードへ送信する。未使用のビットは、ここでは、アップリンク送信パラメータのいずれかについてＵＥに示すために使用されない、例えば、ＣＳＩ関連情報等のアップリンクフィードバック情報を示すために使用されない、アップリンク制御チャネルにおける利用可能なビットのいずれかのセットを意味する。
【００６８】
ネットワークノードは、無線動作タスクのための制御チャネルに対するＵＥの受信器の能力についての情報を使用する。ネットワークノードは、１つ以上の無線動作タスクを実行するために、１つ以上のパラメータに関連する、取得した情報を使用する。無線動作タスクまたは無線リソース管理タスクの例は、以下の通りである。
・ＤＬ制御チャネルおける送信電力の適合化。ＵＥが（進化型の）干渉低減の能力を示す場合、ネットワークノードは、制御チャネル（例えばＰＤＣＣＨ）を送信するためのより低い電力レベルを使用し得る。または、セル内に、制御チャネルの進化型の同じ干渉低減の能力を有するいくつかのＵＥが存在する場合、ネットワークノードはまた、全ての関連する制御チャネル（例えば、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ｅＰＤＣＣＨ）に対するより低い電力レベルを使用し得る。送信電力レベルを低く（低減）することにより、送信の電力消費と他のノードへの干渉が低減される。
・ＰＤＣＣＨ／ＰＣＦＩＣＨにおけるアグリゲーションレベルの適合化。ＵＥが（進化型の）干渉低減の能力を示す場合、ネットワークノードは、制御チャネル（例えばＰＤＣＣＨ）を送信するためにより低いアグリゲーションレベルを使用し得る。これにより、より多くのユーザを制御領域においてスケジュールすることが可能になり、または、制御領域をより小さくすることが可能となり、余りのリソースをデータ送信に使用することができる。
・ＣＲＳ支援情報をＵＥに送信すること。ネットワークノードはまた、異なる制御チャネルに対する異なる受信器のタイプのＵＥの能力に依存して、ＣＲＳ支援情報をＵＥにシグナリングし得る。 
・情報を他のネットワークノードに送信すること。ネットワークノードはまた、ネットワークノードにより実行された１つ以上の無線動作タスクに関連する情報を、別のネットワークノードへシグナリングし得る。例えば、第１のネットワークノードは、それを、第２のネットワークノード、および／または、隣接の基地局等の第３のネットワークへさえ、送信し得る。例えば、ＬＴＥにおけるＸ２インタフェースを介して、サービングｅＮｏｄｅＢにより隣接ｅＮｏｄｅＢへ送信し得る。受信側のネットワークノードは、１つ以上の無線タスクのために受信した情報を使用し得る。例えば、ＵＥの干渉低減を簡単化するために制御領域のサイズを適合化し、ＵＥにより使用された共通に使用される電力レベルモデルを整合するために制御領域における電力レベルを適合化し、または、ＵＥが干渉を低減させることができるため、共通に使用されるよりも、高い電力レベルを使用することができる。
【００６９】
図６は、実施形態に従うネットワークノードの方法を示すフローチャートである。方法は、セルラ通信システムにおいて動作する通信デバイスから、制御シンボルに対する、決定された通信デバイスの干渉低減能力についての情報を受信すること（５０２）と、受信した情報に基づいて、どのように１つ以上の無線動作タスクを実行するかを適合化すること（５０４）を含む。オプション的に、方法は、ＩＭ能力についての情報が要求に応じて受信される（５０２）ように、ＩＭ能力についての情報に対する要求を通信デバイスに送信すること（５０１）を含み得る。１つ以上の無線動作タスクを実行することを適合化することは、ＤＬ制御チャネルにおける送信電力を適合化すること、ＰＤＣＣＨにおけるアグリゲーションレベルを適合化すること、ＰＣＦＩＣＨを適合化すること、ＣＲＳ支援情報をＵＥに送信すること、情報を他のネットワークノードへ送信すること、およびそれらのあらゆる組み合わせ、のいずれかを含み得る。制御シンボルに対する、通信デバイスの決定したＩＭ能力についての情報を受信することは、より高いレイヤのシグナリングで、例えば、ＲＲＣメッセージまたはＭＡＣメッセージを介して、受信され得る。キャリア毎に決定したパラメータに関連する情報を示す、決定したＩＭ能力についての情報を受信することは、未使用のビット、未使用のコードワード、未使用のフィールド、制御スペース、ビットパターンまたはビットの組み合わせ、および、それらのあらゆる組み合わせのうちいずれか１つにおいてなされ得る。未使用のビットは、あらゆるアップリンク送信パラメータについての指示のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットであり得る。
【００７０】
報告側の通信デバイスは、上記に示したようなＩＭアルゴリズム選択の方法を行うことが可能である。それ自体は、特定のＩＭ能力と考えられ得る。決定されたＩＭ能力についての情報を受信すること（５０２）は、したがって、その意味で、通信デバイスの能力についての情報を受信することを含み得る。
【００７１】
図７は、無線通信デバイス６０２に対してサービスを提供するように構成されたセルラネットワークにおいて無線アクセス動作するための、ｅＮｏｄｅＢ等のネットワークノード６００、すなわち、上記に示した実施形態のいずれかのような通信デバイス、を含むセルラネットワークを示す。ネットワークノード６００は、上記に示したようなアプローチまたは、アプローチの組み合わせのいずれかに従って動作するように構成される。ネットワークノードは、したがって、通信デバイス６０２のＩＭ能力についての情報を受信し、その無線動作タスクを、それに基づいて適合化する。ネットワークノードは、送受信器エレメント６０４と、上記に示したアプローチを実行するための処理エレメント６０６を含む。
【００７２】
上記に示す方法は、特に、上記に示した処理エレメント６０６が無線動作タスクのプロセッサの適応を有する場合は、コンピュータおよび／またはプロセッサ等の処理手段の支援により実装されることが好ましい。したがって、図６を参照して説明した実施形態のいずれかによる方法のいずれかの工程を、処理手段、プロセッサ、またはコンピュータに実行させるように構成された命令を含むコンピュータプログラムが提供される。コンピュータプログラムは、好ましくは、図８に示すような、コンピュータ読み取り可能な媒体７００に格納され、それは、好ましくは、図６を参照して説明した実施形態のいずれかのような、本発明の実施形態にそれぞれ従う方法を実行させるために、処理手段、プロセッサ、またはコンピュータ７０２によりロードされ、実行されることが可能である。プロセッサ７０２とコンピュータプログラム製品７００は、プログラムコードを連続して実行するように構成され、あらゆる方法のアクションが段階的に実行される。処理手段、プロセッサ、またはコンピュータ７０２は、好ましくは、埋め込みシステムとして一般に参照されるものである。したがって、図８に示した、コンピュータ読み取り可能な媒体7７００およびプロセッサ７０２は、原理を理解するためだけの説明的な目的に対して構成されるべきであり、直接的な要素の説明として構成されるべきではない。
【００７３】
図９は、実施形態に従う通信デバイスの方法を示すフローチャートである。方法は、典型的には、図１から図３を参照して説明した方法のいずれかとの組み合わせにおいて適用され得る。方法は、制御シンボルに対してＩＭ能力を決定すること（８０２）と、決定さしたＩＭ能力についての情報をネットワークノードへ送信すること（８０４）を含む。オプション的に、方法は、ＩＭ能力についての情報を要求に応じて送信することができる（８０４）ように、ＩＭ能力についての情報に対する要求をネットワークノードから受信すること（８０１）を含み得る。ＩＭ能力を決定すること（８０２）は、静的な干渉低減能力に対して１度行われ得る。干渉低減能力を決定することは、ＩＭ能力決定イベントに応じて実行され得る。当該イベントは、例えば、通信デバイスが干渉低減能力に影響を与えるあらゆる変化を決定した場合、周期的な干渉低減能力決定イベント、ネットワークノードから干渉低減能力を送信するための要求を受信したことを受けて通信デバイスがアップリンクフィードバック情報を送信する場合、および、それらのうちのあらゆる組み合わせ、のいずれかであり得る。決定したＩＭ能力についての情報を送信すること（８０４）は、より高いレイヤのシグナリングで、例えば、ＲＲＣメッセージまたはＭＡＣメッセージを介して、情報を送信することを含み得る。決定した干渉低減能力についての情報を送信すること（８０４）は、ネットワークノードへ、キャリア毎に対する決定したパラメータに関連する情報を示すために、未使用のビット、未使用のコードワード、未使用のフィールド、制御スペース、ビットパターンまたはビットの組み合わせ、および、それらのあらゆる組み合わせのうちいずれか１つの使用を含み得る。未使用のビットは、あらゆるアップリンク送信パラメータについての指示のために使用されないアップリンク制御チャネルにおける利用可能なビットのあらゆるセットであり得る。
【００７４】
通信デバイスは、上記に示したようなＩＭアルゴリズム選択の方法を行うことが可能である。それ自体は、特定のＩＭ能力と考えられ得る。決定したＩＭ能力についての情報を送信すること（８０４）は、したがって、その意味で、通信デバイスの能力についての情報を受信することを含み得る。
【００７５】
図１０は、実施形態に従う通信デバイス９００を概略的に示すブロック図である。ＵＥ等の通信デバイスは、アンテナ構成９０２、アンテナ構成９０２に接続された受信器９０４、アンテナ構成に接続された送信器９０６、１つ以上の回路を有し得る処理エレメント９０８、１つ以上の入力インタフェース９１０、および、１つ以上の出力インターフェース９１２を有する。インタフェース９１０、９１２は、ユーザインタフェースおよび／または電気的または光学的な信号のインタフェースであり得る。ＵＥ９００は、セルラ通信ネットワークにおいて動作するように構成される。特に、上記および図９を参照して示した実施形態を実行するように構成される処理エレメント９０８により、ＵＥ９００は、セルラ通信ネットワークにおいて効率的に動作することができ、ＩＭアルゴリズムを潜在的に適用する制御信号を受信し、上記に示したように、決定し、ネットワークノードに報告する。処理エレメント９０８は、受信器９０４と送信器９０６と接続されることから、受信および送信が可能とするための信号処理から、アプリケーションの実行、インターフェース９１０、９１２の制御等、多くのタスクを成し遂げることができる。なお、図４と同様に、図９を参照して示した方法は、図１から図３を参照して説明した方法のいずれかと組み合わせることができる。
【００７６】
上記に示す方法は、特に、上記に示した処理エレメント９０８がＩＭを処理するプロセッサを有する場合は、コンピュータおよび／またはプロセッサ等の処理手段の支援により実装されることが好ましい。したがって、処理手段、プロセッサ、またはコンピュータに、図１から図３および図９を参照して説明した実施形態のいずれかによる方法のいずれかの工程を実行させるように構成された命令を含むコンピュータプログラムが提供される。コンピュータプログラムは、好ましくは、図１１に示すような、コンピュータ読み取り可能な媒体１０００に格納され、それは、好ましくは、図１から図３および図９を参照して説明した実施形態のいずれかのような、本発明の実施形態にそれぞれ従う方法を実行させるために、処理手段、プロセッサ、またはコンピュータ１００２によりロードされ、実行されることが可能である。プロセッサ１００２とコンピュータプログラム製品１０００は、プログラムコードを連続して実行するように構成され、あらゆる方法のアクションが段階的に実行される。処理手段、プロセッサ、またはコンピュータ１００２は、好ましくは、埋め込みシステムとして一般に参照されるものである。したがって、図１１に示した、コンピュータ読み取り可能な媒体１０００およびプロセッサ１００２は、原理を理解するためだけの説明的な目的に対して構成されるべきであり、直接的な要素の説明として構成されるべきではない。
【００７７】
上述したように、本開示は、読者に具体的な背景を示すために、ＬＴＥの背景からなされたものであるが、当業者であれば、適用可能な他の技術との類似性を容易に理解できるだろう。いくつかの実施形態は、通信規格のレガシーな仕様に適用可能であり得る一方で、他の実施形態は、当該仕様の実現可能な発展が意図される。以下に、この意味でのいくつかの特徴について述べる。
【００７８】
制御チャネルの干渉低減のためのＵＥの能力およびシグナリングに関して、隣接セルからの干渉を低減する能力を有する進化型の受信器を用いて制御チャネルの要件を特定する目的を考慮する。支援シグナリングに対しては、Rel-11からのＣＲＳ支援情報（CRS-AssistanceInfo IE）を、追加的なシグナリングおよびネットワークの制約なしに、再利用することができる。どのようにＣＲＳ支援情報を再利用数か、および、どのように制御チャネルに対する干渉を低減する特徴に対するＵＥの能力を定義するかについて考える。シグナリング関連の問題は、ＲＲＣ設定等のｅＮＢからＵＥへのシグナリング、および、ＵＥ能力等のＵＥからｅＮＢへのシグナリングの２つの方向を含む。
【００７９】
したがって、ＣＲＳ支援情報をどのように再利用するかを検討する。Rel-11からのＣＲＳ支援情報は、これのために再利用され得る。しかし、3GPP TS 36.331, v.13.0.0から従うようなＡＢＳサブフレームに対してのみ定義されたCRS-AssistanceInfo IEを用いて、再利用され得る。
【００８０】
neighCellsCRS-Infoに関して、このフィールドは、プライマリ周波数に関する、支援情報を含み、ＲＲＭ／ＲＬＭ／ＣＳＩ測定またはデータ復調を行っている間にＣＲＳからの干渉を低減するためにＵＥにより使用される。受信したＣＲＳ支援情報は測定するためのセルのＣＲＳのそれと衝突するＣＲＳを有するセルに対するものである場合、ＵＥは、3GPP TS 36.101に規定されているように、measSubframePatternPCell、measSubframePatternConfigNeigh、もし設定されていれば csi-MeasSubframeSet1、および、csi-MeasSubframeSets-r12が設定されていればCSI subframe set 1、により示されたサブフレームにおいてＣＲＳ干渉を低減するためにＣＲＳ支援情報を使用し得る。更に、ＵＥは、3GPP TS 36.101に規定されるような復調の目的のために、ＩＥにおいて、セルからのＣＲＳ干渉を低減するためのＣＲＳ支援情報を使用し得る。ＥＵＴＲＡＮは、eimta-MainConfigPCell-r12が設定される場合は、neighCellsCRS-Info-r11を設定しない。
【００８１】
CRS-AssistanceInfoList-r11は、SEQUENCE (SIZE (1..maxCellReport)) OF CRS-AssistanceInfo-r11に設定され、CRS-AssistanceInfo-r11は、SEQUENCE {physCellId-r11, PhysCellId, antennaPortsCount-r11, ENUMERATED {an1, an2, an4, spare1}, mbsfn-SubframeConfigList-r11, MBSFN-SubframeConfigList, ...}に設定される。
【００８２】
更に、エリクソンにより、3GPPの寄書R4-156406の「LS on the modification of CRS assistance information for CRS interference mitigation」において提案されたような、より一般的な展開のシナリオとして同種のネットワークにより良く適合させるために、ＡＢＳサブフレームだけでなく、全ての標準のサブフレームを用いて、ＰセルだけでなくＳセルに、そのようなＣＲＳ支援情報を拡張するために、意図してＣＲＳ−ＩＭが考慮され得る。
【００８３】
展開のシナリオの観点から、Rel-11から単にＣＲＳ支援情報を再利用するほかに、ＣＲＳ支援情報をどのように再利用するかについてのＣＲＳ−ＩＭの提案に従うことがより有益であり得る。ここで、一般的な展開のシナリオにより良く適合させるために、3GPP Rel-11におけるものに代えて、このＣＲＳ支援情報を再利用することを提案する。
【００８４】
エリクソンにより、3GPPの寄書R4-155916の「Discussions on different candidate receivers for control channels interference mitigation」に示したように、異なる受信器のタイプにより異なる性能がもたらされ、また、ＣＲＳ−ＩＣを用いないが良好な性能を有し、制御チャネルにおいて干渉を低減することが実現可能である。ＣＲＳ−ＩＣは、一般的な同種のネットワークの展開に対しては、必須の特徴である必要はない。よって、ＣＲＳ−ＩＣ支援情報が送信されない場合、制御チャネルの性能は、ＣＲＳ−ＩＣを用いなくとも、向上させることが可能である。
【００８５】
更に、ＣＲＳ支援情報を用いずに、制御チャネルに対して干渉を低減させる能力を有するＵＥが、レガシーＭＭＳＥ−ＭＲＣ受信器よりも、かなり良い性能を得るための目的を達成することができるべきであることを提案する。
【００８６】
制御チャネルにおいて干渉を低減させる能力を有するＵＥに対しては、ＵＥが、そのような能力をネットワークに示すことが有益である。それにより、ｅＮＢが一般的に容量とシステムスループットを向上させるために、制御チャネルに対する電力レベルまたはアグリゲーションレベル、ＣＦＩ等をより良く調整するためにそのような情報を使用することができるようになる。ただし、そのような特徴は、オプションの特徴として考えられ得る。
【００８７】
オプションの特徴として、制御チャネルの干渉低減を定義することを提案し、そのような干渉低減がＵＥによりサポートされるか否かを示すためのＵＥの能力シグナリングを定義することを提案する。副次的な特徴として、どのようにシグナリングを定義するかについての実現化の際、異なるオプションがある。第１のオプションは、一つの一般的な能力が、コンポーネントキャリア（ＣＣ）毎の全ての制御チャネルに対して干渉低減を示すために使用されることである。第２のオプションは、個別の能力が、ＣＣ毎の各制御チャネルに対して干渉低減を示すために使用されることである。両方のオプションは、良い点と悪い点がある。例えば、第１のオプションは、最小のオーバーヘッドを有するが、異なる制御チャネルを調整するための可能性を有さない。第２のオプションは、より多くの柔軟性を有するが、システムオーバーヘッドが大きくなる。全ての制御チャネルに対して一般的に特徴を示す一般的な能力を有する第１のオプションをとることで十分である。
【００８８】
更に、ＣＣ毎の全ての制御チャネルに対する特徴を示す１つの一般的な能力を有する第１のオプションをとることを提案する。
【００８９】
ここでは、制御チャネルの干渉低減に対する異なる候補の受信器について説明する。復調の要件に対して検討される候補の進化型の受信器は、3GPP Rel-11/Rel-12で定義されたレガシーＰＤＳＣＨ受信器の構成であり、ＭＭＳＥ−ＭＲＣ、Ｅ−ＭＭＳＥ−ＩＲＣといった干渉セルの制御チャネル干渉の線形除去の能力と、干渉セルのＣＲＳ干渉の除去の能力を有する。以下に挙げる制御チャネルのそれぞれに対する利得に依存して性能要件を定義するための参照の受信器を含む、シナリオの識別と評価の仮定を検討する。明細書では、以下を検討する。すなわち、上記に示した進化型の受信器を用いたＰＣＦＩＣＨ／ＰＤＣＣＨ／ＰＨＩＣＨの復調における要件、ＭＭＳＥ−ＩＲＣおよびＣＲＳ−ＩＣの能力を有する、上記に示した進化型の受信器でのＥＰＤＣＣＨの復調における要件、および、上記に示した進化型の受信器を用いたＰＨＩＣＨの復調における要件、である。ダウンリンク制御チャネルに対する現実的な干渉モデルを検討する。3GPP Rel-11からのＣＲＳ支援情報（CRS-AssistanceInfo IE）は、追加的なシグナリングおよびネットワークの制約なしに、再利用され得る。異なるテスト構成に対する異なる受信器のタイプと、異なる制御チャネルに対する配備のシナリオと、提供する第１のステップの評価結果を検討する。
【００９０】
異なる制御チャネルは、干渉低減に関して、異なるプロパティを表す。ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨおよびＣＲＳは、時間および周波数領域において広がる。更に、ＰＤＣＣＨおよびＰＣＦＩＣＨは、Ｔｘダイバーシチを有する各ＲＥペアに対して、Ａｌａｍｏｕｔｉペアとして、ＱＰＳＫで変調される。ＰＣＨＩＣＨは、代わりに、変調オーダーとして、ＢＰＳＫを使用する。そのようなＴｘダイバーシチは、より良い性能のために、Ｅ−ＬＭＭＳＥ−ＩＲＣにより使用され得る。
【００９１】
１００％としてのＮＣ  ＰＤＣＣＨ負荷を有するランダム干渉モデルを、シミュレーションのために使用する。ここで、シンボルレベル干渉除去（ＳＬＩＣ）のブラインド受信器が、ベースラインＩＲＣ受信器と比較して、ネットワーク支援干渉除去および抑制（ＮＡＩＣＳ）受信器として使用する。ＣＦＩおよび時間および周波数のオフセットは、レガシーにより設定され得る。６％のＴｘ  ＥＶＭを、全てのテストに対して仮定する。
【００９２】
ＭＭＳＥ−ＩＲＣ受信器は、既に知られ並びに受け入れらている3GPP TS 36.1.1, v.13.1.0において、ＰＤＳＣＨに対するＲｅｌ−１１から定義され、隣接セルに対する干渉を低減するためにＵＥの実装を成熟させ、ＭＭＳＥ−ＭＲＣに対して対角のみだけに代わって、対角と非対角の、雑音および干渉の共分散行列を計算する。そのような受信器のタイプは、ＵＥ側からの多くの複雑性なく、ＰＤＳＣＨから制御チャネルに簡単に拡張することができる。
【００９３】
強化型ＬＭＭＳＥ−ＩＲＣ（Ｅ−ＬＭＭＳＥ−ＩＲＣ）は、3GPP TS 36.1.1, v.12.1.0において従う説明を用いて、ＮＡＩＣＳ  ＳＩの下でまず説明する。ここで、ＭＭＳＥ−ＩＲＣは、干渉チャネルの推定および他の干渉の知識を明確に考慮する。干渉チャネルの推定を可能にする干渉パラメータが必要となる。例えば、そのＤＭＲＳ、または、ＰＭＩ／ＲＩに伴うＣＲＳである。干渉チャネル等の推定を考慮することを除いて、そのようなより進化型の線形受信器における明確な定義は提供されない。そのようなタイプの受信器は、ＵＥの実装からの異なる複雑性を有する異なる条件に依存して、異なって理解することとなる。よって、上記に示したような仮定をとることにより、Ｅ−ＩＲＣは、異なる受信器のタイプに拡張することができる。１つのＲＥに渡るパラメトリックＭＭＳＲ−ＩＲＣ（ＥＩＲＣ１）に対して、ＵＥは隣接セルチャネルを推定し、当該推定から干渉とノイズ共分散行列を生成する。行列は、１つのＲＥに渡って見られる干渉構成を反映すべきである。２つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ２）は同様であるが、２つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は２倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに渡って送信されることをとらえるべきである。この受信器は、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有することができる。３つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ３）は同様であるが、３つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は３倍大きくなる。この場合の干渉行列は、同じ変調シンボルが２つのＲＥに加えてＣＲＳを含む１つのＲＥに渡って送信されることをとらえるべきである。この受信器は、ＳＣとＮＣの間で非衝突ＣＲＳの場合に、Ａｌａｍｏｕｔｉ送信の結果であるＲＥ間の依存性の利点を有することができる。この場合、依存性は３つのＲＥをカバーする。４つまたは６つのＲＥに渡るパラメトリックＭＭＳＥ−ＩＲＣ（ＥＩＲＣ４）は同様であるが、４つまたは６つのＲＥを介してみられる干渉構成を反映すべきであるため、行列は４倍または６倍大きくなる。これは、ＳＣまたはＮＣのいずれかが４ＣＲＳポートを有し、他方が２ＣＲＳポートを有する場合に、必要となる。この場合、ＲＥ間の依存性は、４つまたは６つのＲＥに渡って拡がり、それは衝突するＣＲＳの場合は４つのＲＥであり、非衝突のＣＲＳの場合は６である。ＣＲＳ−ＩＣは、まず、３ＧＰＰ  ＴＳ  ３６．１０１，ｖ．１３．１．０において規定される要件を有するＦｅＩＣＩＣシナリオに対するＲｅｌ−１１から導入されたが、典型的な展開のシナリオのような同種のネットワークの下でＣＲＳ−ＩＣを用いる適切な要件を定義することを目的として、エリクソンによる3GPPの提案R4-142263における項目「CRS Interference Mitigation for LTE Homogenous Deployments」も存在する。異なる受信器のタイプの組み合わせを考慮する。ＣＲＳ−ＩＣは、ＣＲＳ支援情報が提供される場合に、ＭＭＳＥ−ＩＲＣまたはＥ−ＬＭＭＳＥ−ＩＲＣ受信器と組み合わせることができる。ＣＲＳ支援情報がネットワーク側より提供されない場合は、ＣＲＳ−ＩＣは、他の受信器のタイプの組み合わせ���適用されない可能性がある。更に、ＣＲＳ支援情報は、エリクソンによる3GPPの寄書R4-155920の「UE capability and signalling related for control channels interference mitigation」でより詳細に説明されている。
【００９４】
図１２から図１４は、異なる条件下におけるシミュレーションからの図である。図１２は、同期したネットワークおよび衝突するＣＲＳにおけるＦＤＤに対するシミュレーションのための図を示す。図１３は、同期したネットワークおよび非衝突のＣＲＳにおけるＦＤＤに対するシミュレーションのための図を示す。図１４は、非同期のネットワークにおけるＦＤＤに対するシミュレーションのための図を示す。
【００９５】
上記に提案したように実行され得るあらゆるシミュレーションにおいて、ＰＤＣＣＨ／ＰＣＦＩＣＨに対していくつかの観測がなされ得る。第１の観測は、非衝突のＣＲＳに対するものであり、ＥＩＲＣ３は、理想的なチャネル推定での最高の性能を与え得るが、ＣＲＳ−ＩＣと、ＭＲＣ受信器と比較して十分な利得を有する実際のチャネル推定を有するＥＩＲＣ１と同様な性能である。第２の観測は、非衝突のＣＲＳに対するものであり、ＥＩＲＣ１は、ＣＲＳ−ＩＣとＭＲＣ受信器と比較して十分な利得を有する実際のチャネル推定を有さずに、最高な性能を与え得る。第３の観測は、衝突するＣＲＳに対するものであり、ＥＩＲＣ２は、ＣＲＳ−ＩＣとＭＲＣ受信器と比較して十分な利得を必要とせずに、全ての条件下で最高の性能を与える。第４の観測は、非衝突のＣＲＳに対するものであり、繰り返しのチャネル推定が性能を更に向上させることが可能となる。また、エリクソンによる、3GPPの寄書R4-155919の「Test list with scenarios and scopes for control channels interference mitigation」において分析されたように、ＥＩＲＣは、ＣＰの長さ内で整列されたタイミングを有する同期ネットワークに対して良好に動作するが、非同期のネットワークでは、ＭＭＳＥ−ＩＲＣが、まだ考慮され得る。第５の観測は、非同期のネットワーク対してＭＭＳＥ−ＩＲＣが考慮され得るということである。これに基づいて、図３を参照して説明するものに対応するアルゴリズムフローが、ＰＤＣＣＨ／ＰＣＦＩＣＨに対する異なる受信器のタイプの選択に対して提案される。ＰＨＩＣＨに対しては、ＢＰＳＫを用いるため、それが同期のネットワークでありＭＭＳＥ−ＩＲＣが非同期のネットワークに対して使用される場合、ＣＲＳ−ＩＣを有するまたは有さないＥＩＲＣ１のいずれかが、ＰＨＩＣＨに適用され得る。ＣＲＳ−ＩＣを有するまたは有さないＥＩＲＣ１は、同期ネットワークの下で使用され、ＭＭＳＥ−ＩＲＣがＰＨＩＣＨに対する非同期のネットワークに対して使用され得る。ｅＰＤＣＣＨに対しては、エリクソンによる3GPPの寄書R4-155917の「Consideration on interference model for control channels interference mitigation」で説明されたように、干渉が非常に変動するため、より多くのＴｘダイバーシチ認識タイプのＥ−ＬＭＭＳＥ−ＩＲＣ受信器を適用することは困難である。よって、ｅＰＤＣＣＨに対しては、ＣＲＳ−ＩＣを有するまたは有さないＭＭＳＥ−ＩＲＣを使用することが提案され、その結果は、十分な利得がある場合、エリクソンによる3GPPの寄書のR4-155918の「Performance results for different receiver types on different control channels」に示されている。ｅＰＤＣＣＨに対して、ＣＲＳ−ＩＣを有するまたは有さないＭＭＳＲ−ＩＲＣを使用することが提案される。
【００９６】
インテルによる3GPPの寄書のRP-151107の「New WI proposal:  Interference mitigation for downlink control channels of LTE」ような、制御チャネル干渉低減に対する干渉のモデルを考えると、達成すべき目的は、ダウンリンク制御チャネルに対する現実的な干渉であり得る。
【００９７】
ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨに対する干渉のモデルは、１０ＭＨｚの帯域に対する最初の３つのＯＦＤＭシンボルに注目することができる。干渉のモデルを設計する際、以下の項目を考慮する。すなわち、干渉セルの数、タイミングおよび周波数オフセットの影響、干渉特性、ＳＣとＮＣの両方に対するＣＦＩ、ＮＣの負荷、および、ＮＣにおける異なるＵＥに対する電力レベル、である。
【００９８】
干渉セルの数に関しては、エリクソンによる3GPPの寄書のR4-155919の「Test list with scenarios and scopes for control channels interference mitigation」から、２つのＮＣ上の高いＩＮＲを有するＮＡＩＣＳのシナリオを再利用することが提案されている。そのようなテストのシナリオが考慮される場合、展開のシナリオを確認するための、あらゆる更なるシステムレベルの評価は必要ない。リンクレベルからは、１つまたは２つのＮＣに対する異なる受信器のタイプの性能の影響により、再利用のＮＡＩＣＳを有するように考慮された２つのＮＣを有して、更に十分な利得が得られることを確認することができる。したがって、高いＩＮＲが再使用されたＮＡＩＣＳシナリオを有する２つのＮＣを維持することが提案される。
【００９９】
タイミングおよび周波数のオフセットの影響に関しては、3GPPの寄書のR4-155919からの、２つのＮＣ上の同じ時間および周波数のオフセットを有するＮＡＩＣＳシナリオを再利用することが提案される。リンクレベルからは、そのようなタイミングおよび周波数のオフセットに対する異なる受信器のタイプの性能の影響により、再利用のＮＡＩＣＳシナリオからタイミングおよび周波数のオフセットを有するように考慮された２つのＮＣを有して、更に十分な利得が得られることを確認することができる。したがって、２つのＮＣ上のＮＡＩＣＳシナリオから同じタイミングおよび周波数のオフセットを維持することが提案される。
【０１００】
干渉の特性に関しては、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨに対する干渉は、異なる条件に依存して大きく変動し得る。基本的に、以下の２つのケースにより区分することができる。ＣＦＩは、ＳＣとＮＣの間で整列される、および、ＣＦＩは、ＳＣとＮＣの間、非同期のネットワーク、または、キャリア間のスケジューリングで整列されない。
【０１０１】
ＳＣの観点から、ＣＦＩがＳＣとＮＣの間で整列される場合、同期セルを仮定すると、ＰＤＣＣＨは、ＮＣからの種々の要素により、破損し得る。すなわち、シンボル０：ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨ、ＣＲＳ、シンボル１：ＰＨＩＣＨ、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＰＤＳＣＨ、ＣＲＳ、シンボル２：ＰＨＩＣＨ、ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＰＤＳＣＨ（、ＤＭＲＳ）、および、シンボル３：ＰＤＣＣＨ、ｅＰＤＣＣＨ、ＰＤＳＣＨ（、ＤＭＲＳ）、である。
【０１０２】
そのような干渉の特性を考慮すると、それが衝突するＣＲＳまたは非衝突であるかに依存して、異なる受信器のタイプが、より良い性能を得るために、エリクソンによる3GPPの寄書のR4-155916の「Discussions on different candidate receivers for control channels interference mitigation」に従って考慮され得る。
【０１０３】
ＣＦＩがＳＣとＮＣの間、非同期のネットワーク、または、キャリア間のスケジューリングで整列されない場合に関しては、ＳＣ  ＰＤＣＣＨは、ＰＤＳＣＨにより干渉を受け得る。そして、そのようなＰＤＳＣＨタイプの干渉に対しては、３GPP  Rel-12におけるＮＡＩＣＳと同様に、Ｅ−ＬＭＭＳＥ−ＩＲＣ等の適切な干渉低減のために、より多くの情報を必要とし得る。ここで、ＣＲＳ支援情報のみが、他の支援シグナリングなしで再利用される。
【０１０４】
そのような条件は、典型的で有益なシナリオとして考えられ得る。ここで、ＭＭＳＥ−ＩＲＣは、ＰＤＳＣＨが干渉するものである場合はいつでも考慮され得る。したがって、ＰＤＳＣＨが干渉するものである場合、Ｅ−ＬＭＭＳＥ−ＩＲＣ受信器とＭＭＳＥ−ＩＲＣ受信器に対して整列したＣＦＩのみを考慮することが提案される。ＰＤＳＣＨの干渉のケースに対しては、テスト構成を簡単化するために、フルの負荷および整列されていないＣＦＩを有する非同期のネットワークをモデル化することで十分とすべきである。すなわち、２つのＮＣに対して１／３と２／３サブフレームとしてのタイミングオフセットを有する、ＳＣ上でＣＦＩ＝３とＮＣ上でＣＦＩ＝１である。
【０１０５】
また、フルの負荷および整列されていないＣＦＩを有する非同期ネットワークとしてＰＤＳＣＨの干渉をモデル化することが提案される。例えば、ＭＭＳＥ−ＩＲＣ受信器の性能の要件に対して、２つのＮＣに対して、１／３と２／３サブフレームとしてのタイミングオフセットを有する、ＳＣ上でＣＦＩ＝３とＮＣ上でＣＦＩ＝１である。
【０１０６】
ＳＣとＮＣの両方に対してＣＦＩを有するケースに関して、非衝突のＣＲＳに対する、R4-155916に示される分析および結果として、干渉の特性は、インデックス０を有するＯＦＤＭシンボルは、残りの２つのＯＦＤＭシンボルと異なり、衝突するＣＲＳに対して、干渉の特性は、全ての可能性のあるＯＦＤＭシンボルインデックス上で常に同じである。したがって、１つのタイプの受信器に注目した性能を維持するために、Ｅ−ＬＭＭＳＥ−ＩＲＣ受信器に対してＳＣとＮＣの間のＣＦＩ整列のケースに対して、非衝突のＣＲＳのケースに対してはＣＦＩ＝１を用い、衝突のＣＲＳのケースに対してはＣＦＩ＝２を用いることが提案される。更に、Ｅ−ＬＭＭＳＥ−ＩＲＣ受信器に対してＳＣとＮＣの間のＣＦＩ整列のケースに対して、非衝突のＣＲＳのケースに対してはＣＦＩ＝１を用い、衝突のＣＲＳのケースに対してはＣＦＩ＝２を用いることが提案される。
【０１０７】
ＮＣの負荷に関しては、ＳＣに対して、アグリゲーションレベル（ＡＬ）を決定し、あるレベルの符号化率が固定化されることが望ましい。一方、ＮＣに対しては、干渉低減となる際の負荷を考慮することが好ましい。ＮＡＩＣＳに対して規定されたような、フルの負荷を考慮することが１つの可能性である。そのようなフルの負荷のＮＣのモデルの利点は、テスト構成が、制御チャネル上のＮＡＩＣＳ干渉モデルを単に再利用するために簡単化されることであり、多くのユーザがＮＣに存在する場合に、制御チャネルに対するＮＣ上のフル負荷を有して、現実的な条件を反映し、また、フルの負荷を有して、干渉を低減するために、より多くの進化型の受信器による、より多くの適切な利得を有する。すなわち、性能要件を規定することが容易になる。フルの負荷のモデル化は、ゆえに有益である。したがって、ＮＡＩＣＳテスト構成を再利用することにより、制御チャネル上のＮＣ上のフルの負荷を考慮することが提案される。しかしながら、実際のネットワークを考慮すると、負荷は大きく変動する、すなわち、ＮＣ上で部分的な負荷がある場合にしばしば変動する。そのような部分的な負荷のＮＣモデルの利点は、部分的な負荷が、ＮＣにどれくらい多くのユーザがいるかについての概要を提供することであり、それは、実際のネットワーク動作をよりよく反映し、ＣＲＳ−ＩＣが使用される場合に、部分的な負荷の下でより多くの性能利得となる。したがって、そのような部分的な負荷のモデル化を考慮することが提案される。すなわち、少なくとも非衝突のＣＲＳケースに対して、制御チャネル上でＮＣ上の部分的な負荷である。部分的な負荷の定義をより明確にすることは、両方のＮＣ上で同じ数の負荷を仮定することである、しかしながら、ＲＥの割り当ては、一貫性がある限りランダムとなり得る。例えば、３０％の負荷は、両方のＮＣ上で３０％のＰＤＣＣＨを意味し、ＰＣＦＩＣＨは両方のＮＣ上のＣＲＳを伴って常に存在する。他のオプション、例えばより複雑な設定が考慮され得る。
【０１０８】
異なる制御チャネルに対する、ＮＣにおける異なるＵＥに対する電力レベルに関しては、ｅＮＢは、システムに性能をより調整するために電力を実際に変動させることができ、これは、ｅＮＢからの一般的な特徴として見なされる。検討される１つの例示的なケースは、全てに対して０ｄＢである電力レベルを有する第１の優勢なＮＣ上で３つのＵＥを仮定し、それぞれが−３、０、３ｄＢの電力レベルを有する第１の優勢なＮＣ上で３つのＵＥを仮定し、完全な負荷を有するＮＣ上で異なるＵＥに対して異なる電力レベルによる性能の差を比較することによりなされる。したがって、上記の例のようなＮＣの干渉のモデル化で、異なるＵＥに対する異なる電力レベルの影響を検討することが提案される。
【０１０９】
ｅＰＤＣＣＨとその干渉モデルに対しては、干渉を低減するために参照受信器として、ＣＲＳ−ＩＣを有するまたは有さないＭＭＳＥ−ＩＲＣが考慮され得る。したがって、フルの負荷のＰＤＳＣＨ干渉が、ＣＲＳ−ＩＣが使用されない場合に考慮され、ゼロの負荷のＰＤＳＣＨ干渉が、ＣＲＳ−ＩＣが使用される場合に考慮され得る。したがって、ｅＰＤＣＣＨ干渉モデルに対しては、ＣＲＳ−ＩＣが使用されない場合はフルの負荷のＰＤＳＣＨを考慮し、ＣＲＳ−ＩＣが使用される場合はゼロの負荷のＰＤＳＣＨを考慮することが提案される。
【０１１０】
異なる制御チャネル上の異なる受信器のタイプに対する性能結果は、上記の教示を適用することにより得られ得る。このことから、衝突および非衝突のＣＲＳを有する分散型または局所型のＴＭの両方に対するｅＰＤＣＣＨ、フルの負荷のＰＤＳＣＨ干渉および高いＩＮＲを有する２つのＮＣに対するＢＬＥＲ対ＳＩＮＲにおけるシミュレーション結果が得られ得る。それは、観測される十分な利得を有する、ＭＭＳＥ−ＩＲＣを有するｅＰＤＣＣＨに対して考慮され得る。
【０１１１】
異なる制御チャネルに対して規定され得るテストシナリオを有する全体像を、提案するテストのリストと共に以下に示す。ＰＤＣＣＨ／ＰＣＨＩＣＨ等の制御チャネルに対する一般的なテストシナリオは、より共通に展開したシナリオとして、同種のネットワークに注目し得る。したがって、制御チャネル干渉低減のための目標のシナリオは、共通の展開のシナリオとして同種のネットワークであることが提案される。この提案と、エリクソンによる3GPPの寄書のR4-155916の「Discussions on different candidate receivers for control channels interference mitigation」からの分析にも基づいて、テストは、ＰＤＣＣＨ／ＰＣＦＩＣＨに対する現存のテストとして、エリクソンによる3GPPの寄書のR4-155909の「Test coverage and applicability rules for 4Rx capable UEs for demodulation and RRM tests」を考慮して、テストは、２Ｔｘまたは４Ｔｘを有するＴｘダイバーシチを有するテスト構成を注目し得る。
【０１１２】
送信ダイバーシチの性能に対しては、２つのＴｘ（送信）アンテナポートに対する最低限の要件、および見逃した（missed）ダウンリンクスケジューリンググラントの平均確率（Ｐｍ−ｄｓｇ）は、表１の値のように規定され得る。 
【表１】
0006640337.tif 000002
【０１１３】
４つのＴｘアンテナポートに対する対応する最低限の要件に対して、見逃したダウンリンクスケジューリンググラントの平均確率（Ｐｍ−ｄｓｇ）は、表２における値のようになる。
【表２】
0006640337.tif 000003
【０１１４】
同様に、ＰＨＩＣＨに対するベースラインのテストシナリオを以下に挙げる。ＰＨＩＣＨに対して２つのＴｘのみに注目することで十分であるべきである。ＮＡＣＫに対する誤り検出のＡＣＫの平均確率（Ｐｍ−ａｎ）は、以下の表３における規定値となり得る。
【表３】
0006640337.tif 000004
【０１１５】
ＰＤＣＣＨ／ＰＣＦＩＣＨに対して２Ｔｘおよび４Ｔｘ、ＰＨＩＣＨに対して２Ｔｘを有するＴｘダイバーシチを用いる現存のテストを再利用することが提案される。
【０１１６】
エリクソンによる3GPPの寄書のR4-155918の「Performance results for different receiver types on different control channels」からのシミュレーション結果に基づいて、セルエッジを対象としたＳＩＮＲレベルに注目することが好ましい。よって、次のベースラインのテストシナリオが、ｅＰＤＣＣＨに対する分散型および局所型なシナリオの両方に対して提案される。
【表４】
0006640337.tif 000005
【表５】
0006640337.tif 000006
【０１１７】
セルエッジのＳＩＮＲを対象とする分散型および局所型な送信でのｅＰＤＣＣＨに対する現存のテストシナリオを再利用することが提案される。
【０１１８】
さらに、干渉が隣接セルとして追加され得る。レガシーの条件を再利用する２つのオプションがある。
・２つの干渉セルを有するＮＡＩＣＳシナリオ、および高いＩＮＲ（E^s/Noc(dB), 13.91, 3.34）
・２つの干渉セルを有するＩＲＣシナリオ、優勢干渉割合（ＤＩＰ）
【０１１９】
高いＩＮＲを有するＮＡＩＣＳシナリオを再利用することが好ましい、なぜならば、ＩＲＣの動作に対して、干渉レベルは、先の仕様書に定義されたようなＤＩＰ値と共にむしろ低いことが観測されるからである。したがって、制御チャネルの干渉低減の要件に対しては、２つの干渉セルおよび高いＩＮＲを有するＮＡＩＣＳテストシナリオを再利用することが提案される。
【０１２０】
制御チャネルに対しては、同期ネットワークおよび非同期ネットワークの両方を含む、全ての典型的なネットワーク配備に対する良好なテストカバレッジを有することが好ましい。したがって、同期ネットワークおよび非同期ネットワークの両方を考慮すべきであることが提案される。表６のような、上記のＮＡＩＣＳに関連する提案を考慮して、同期ネットワークに対しては、ＮＡＩＣＳからのタイミング（時間）および周波数のオフセットを有する同じテスト構成を再利用することも容易なことである。
【表６】
0006640337.tif 000007
【０１２１】
したがって、上記のような同期ネットワークに対する時間および周波数のオフセットを有するＮＡＩＣＳテストシナリオを再利用することが提案される。ＦＤＤにおける同種のネットワークに対して、非同期のネットワークが、典型的な展開のシナリオとしてみなされる。ＥＩＲＣは、ＣＰの長さ内でタイミングが整列されない場合に非同期のネットワークで良好に動作しない可能性があるが、非同期のネットワークに対する干渉を低減するために、他の進化型の受信器のタイプを考慮する可能性はまだある。例えば、ＭＭＳＥ−ＩＲＣ受信器が、ＦＤＤシナリオに対して非同期のタイミングを有し、２つのＮＣに対して１／３および２／３のサブフレームとしてＩＲＣ  ＰＤＳＣＨ復調に対して定義された同じタイミングオフセットを有し、よりロバストである。したがって、２つのＮＣに対するタイミングオフセットとして１／３および２／３のサブフレームを有するＭＭＳＥ−ＩＲＣを有する非同期ネットワーク化で少なくとも１つのＰＤＣＣＨ／ＰＣＦＩＣＨテストを考慮することが提案される。
【０１２２】
同じ理由に対して、すなわち、良好なテストカバレッジに対して、衝突するＣＲＳテストケースと非衝突のＣＲＳテストケースの両方を考慮することが好ましい。また、エリクソンによる、3GPPの寄書のR4-155916の「Discussions on different candidate receivers for control channels interference mitigation」およびR4-155918の「Performance results for different receiver types on different control channels」において示される結果を有すると、両方の条件に対するテストケースを導入する利点を更に証明する両方の条件に対して観測される良好な性能利得が得られる。したがって、衝突のＣＲＳテストケースと非衝突のＣＲＳテストケースの両方を考慮すべきであることが提案される。
【０１２３】
衝突するＣＲＳおよび非衝突のＣＲＳを定義する場合、上記のＮＡＩＣＳに対して示したものと同じテスト構成が再利用され得る。例えば、衝突することは、第１の優勢な干渉セルが衝突するものとしてみなされ、第２の優勢な干渉セルが非衝突であるとみなされる。同様のケースを、非衝突のＣＲＳに対して適用し得る。したがって、衝突のＣＲＳテスト構成と非衝突のＣＲＳテスト構成においてＮＡＩＣＳテストシナリオを再利用することが提案される。
【０１２４】
エリクソンによる3GPPの寄書のR4-155916およびR4-155920の「UE capability and signalling related for control channels interference mitigation」に述べられているように、ＵＥが良好な性能を達成すること、すなわち、そのようなコンテンツがＲｅｌ−１１ＦｅＩＣＩＣまたはＲｅｌ−１３ＣＲＳ−ＩＭから来るかは問題ではなく、そのようなＣＲＳ支援情報なしでレガシー受信器より良い性能を達成することは、実現可能である。よって、ＣＲＳ支援情報無しでさえも、利得を得るためのそのような能力を有するＵＥを維持することが好ましい。したがって、ＣＲＳ支援情報無しの進化型の受信器の性能を有するタスクを定義することが提案される。  
【０１２５】
エリクソンによる3GPPの寄書のR4-155917の「Consideration on interference model for control channels interference mitigation」と共に、表７〜９のように以下にリストされたテストリストにおいて、干渉のモデルが提案される。全ての必要な制御チャネルに対する全体のテストリストを考慮することが提案される。  
【表７】
0006640337.tif 000008
【表８】
0006640337.tif 000009
【表９】
0006640337.tif 000010
【０１２６】
ＣＣ−ＩＭ可能なＵＥに対する適用性のルールに対して、特定のテストを省略することは可能であるが、エリクソンによる3GPPの寄書のR4-155090の「Test coverage and applicability rules for 4Rx capable UEs for demodulation and RRM tests」において述べられているような４Ｒｘ動作と同様に、良好なテストカバレッジを維持することが好ましい。レガシー受信器を有するレガシーテストと、進化型の受信器を有する新しいテストの両方に対して、ＣＣ−ＩＭ対応のＵＥに対して適用される以下のルールを適用することが提案される。
・ルール１：モデル化された干渉で定義されたテストシナリオが、あらゆるモデル化された干渉無しのレガシー受信器で定義されたレガシーテストシナリオと、ＳＮＲ／ＳＩＮＲの要件を除いて、サービングセルにおいて同じアンテナ構成を有する場合、干渉で定義された新しいテストのみを実行する必要があり、干渉無しのレガシーテストは省略される。
・ルール２：あらゆるモデル化された干渉無しでレガシー受信器に対して定義されたテストシナリオが、モデル化された干渉を有する対応する新しいテストシナリオを有さない場合、２Ｒｘを有するレガシーテストを実行する必要がある。
【０１２７】
したがって、ルール１とルール２は、適切なテストカバレッジを得るために、ＣＣ−ＩＭ対応のＵＥに対する全ての制御チャネルに対する要件として適用され得る。
【略語】
【０１２８】
以下に、本開示で使用される略語のいくつかを説明する。
略語      説明
３ＧＰＰ：Third generation partnership project（第３世代パートナシッププロジェクト）
ＰＢＣＨ：Physical broadcast channel（物理ブロードキャストチャネル）
ＯＦＤＭ：Orthogonal Frequency Division Multiplex（直交周波数分割多重）
ＭＩＭＯ：Multiple input multiple output（多入力多出力）
ＨＳＤＰＡ：High Speed Downlink Packet Access（高速ダウンリンクパケットアクセス）
ＬＴＥ：Long term evolution（ロングタームエヴォリューション）
ＳＩＢ：System information block（システム情報ブロック）
ＣＲＳ：Cell-specific reference signal（セル固有参照信号）
ＲＥ：Resource element（リソースブロック）
ＡＢＳ：Almost blank subframe（ほぼブランクのサブフレーム）
ＨＡＲＱ：Hybrid automatic repeat request（ハイブリッド自動再送要求）
ＣＲＣ：Cyclic redundancy check（巡回冗長検査）
ＮＡＣＫ：non-acknowledgement（否定応答）
ＡＣＫ：acknowledgement（確認応答）
ＵＥ：User Equipment（ユーザ装置）
ＩＭ：Interference mitigation（干渉低減）
ＩＣ：Interference cancellation（干渉除去）
ＩＣＩＣ：Inter-cell interference control（セル間干渉制御）
ＦｅＩＣＩＣ：Further enhanced ICIC（更なる強化型ＩＣＩＣ）
ＭＭＥＳ：Minimum mean square equaliser（最小平均二乗等化）
ＩＲＣ：Interference rejection combining（干渉除去結合）
ＳＣ：Serving cell（サービングセル）
ＮＣ：Neighbouring cell（隣接セル）
ＣＰ：Cyclic prefix（サイクリックプリフィックス）
ＰＣｅｌｌ：Primary cell（プライマリセル）
ＳＣｅｌｌ：Secondary cell（セカンダリセル）
ＣＱＩ：Channel quality information（チャネル品質情報）
ＴＴＥ：Transmit Time Interval（送信時間間隔）
ＥＰＤＣＣＨ：Enhanced PDCCH（強化型ＰＤＣＣＨ（ときにｅＰＤＣＣＨと記載される））
ＰＤＣＣＨ：Physical downlink control channel（物理ダウンリンク制御チャネル）
ＰＤＳＣＨ：Physical downlink data channel（物理ダウンリンクデータチャネル）
ＰＣＨＩＣＨ：Physical control format indicator channel（物理制御フォーマットインジケータチャネル）
ＰＣＨＩＣＨ：Physical hybrid ARQ indicator channel（物理制御ハイブリッドＡＲＱインジケータチャネル）
ＣＦＩ：Control format indicator（制御フォーマットインジケータ）
ＲＲＭ：Radio resource management（無線リソース管理）
ＲＬＭ：Radio link monitoring（無線リンク監視）
ＲＳＲＰ：Reference Signal Received Power（参照信号受信電力）
ＲＳＲＱ：Reference Signal Received Quality（参照信号受信品質）
ＣＣＨ：Control channels（制御チャネル）
ＩＥ：Information element（情報エレメント）
ＡＬ：Aggregation level（アグリゲーションレベル）
【図１】
0006640337.tif 000011
【図２】
0006640337.tif 000012
【図３】
0006640337.tif 000013
【図４】
0006640337.tif 000014
【図５】
0006640337.tif 000015
【図６】
0006640337.tif 000016
【図７】
0006640337.tif 000017
【図８】
0006640337.tif 000018
【図９】
0006640337.tif 000019
【図１０】
0006640337.tif 000020
【図１１】
0006640337.tif 000021
【図１２】
0006640337.tif 000022
【図１３】
0006640337.tif 000023
【図１４】
0006640337.tif 000024