(57)【要約】【課題】無線通信方法および無線通信装置が提供される。【解決手段】無線通信方法は、ＰＲＢにおいて参照信号の送信に使用されるリソース要素を特定し、送信レペティションの数によって表されるカバレッジ拡張レベルに基づいて、ＰＲＢにおいて参照信号とデータ信号とを送信し、カバレッジ拡張レベル、チャネルタイプ、および、データ信号の符号化率のいずれか１つ以上によって、ＰＲＢにおいて参照信号の送信に使用されるリソース要素の数を決定し、データ信号は、ＰＤＣＣＨまたはＥＰＤＣＣＨの送信に使用され、ＰＲＢにおいて参照信号の送信に使用されるリソース要素の使用法は、ＳＩＢによって示されるか、または指定され、参照信号は、ＣＲＳまたはＤＭＲＳである。【選択図】図２
2019220975.tif 000002
【特許請求の範囲】
【請求項１】
物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号の送信に使用されるリソース要素を特定し、
送信レペティションの数によって表されるカバレッジ拡張レベルに基づいて、前記ＰＲＢにおいて前記参照信号とデータ信号とを送信し、
前記カバレッジ拡張レベル、チャネルタイプ、および、前記データ信号の符号化率のいずれか１つ以上によって、前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の数を決定し、
前記データ信号は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）またはエンハンスド物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced Physical Downlink Control Channel）の送信に使用され、
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、システム情報ブロック（ＳＩＢ：System Information Block）によって示されるか、または指定され、
前記参照信号は、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、または、復調用参照信号（ＤＭＲＳ：Demodulation Reference Signal）である、
無線通信方法。
【請求項２】
より大きいカバレッジ拡張レベルのための前記ＰＲＢにおける前記参照信号の送信に使用される前記リソース要素の数は、より小さなカバレッジ拡張レベルのためのものより多い、
請求項１に記載の無線通信方法。
【請求項３】
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の数は、前記チャネルタイプによって異なる、
請求項１に記載の無線通信方法。
【請求項４】
前記ＰＤＣＣＨの参照信号の密度は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）の参照信号の密度よりも高い、
請求項１に記載の無線通信方法。
【請求項５】
前記ＰＲＢにおいて送信される前記参照信号の少なくとも一部が、前記データ信号の送信に使用されるリソース要素において送信される、
請求項１に記載の無線通信方法。
【請求項６】
より高い符号化率のための前記ＰＲＢにおける前記参照信号の送信に使用される前記リソース要素の数は、より低い符号化率のためのものよりも少ない、
請求項１に記載の無線通信方法。
【請求項７】
前記データ信号が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）または物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の送信に使用され、前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、前記ＰＤＣＣＨまたは前記ＥＰＤＣＣＨにおいて送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）で示される変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）で示される、
請求項１に記載の無線通信方法。
【請求項８】
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、無線リソース制御（ＲＲＣ：Radio Resource Control）によって構成されるか、予め規定されるか、または、チャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）を介してユーザ機器によって推奨される、
請求項１に記載の無線通信方法。
【請求項９】
送信レペティションの数によって表されるカバレッジ拡張レベルに基づいて、物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号とデータ信号とを送信する送信部と、
前記カバレッジ拡張レベル、チャネルタイプ、および、前記データ信号の符号化率のいずれか１つ以上によって、前記ＰＲＢにおいて前記参照信号の送信に使用されるリソース要素の数を決定する回路と、を備え、
前記データ信号は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）またはエンハンスド物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced Physical Downlink Control Channel）の送信に使用され、
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、システム情報ブロック（ＳＩＢ：System Information Block）によって示されるか、または指定され、
前記参照信号は、セル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、または、復調用参照信号（ＤＭＲＳ：Demodulation Reference Signal）である、
無線通信装置。
【請求項１０】
より大きいカバレッジ拡張レベルのための前記ＰＲＢにおける前記参照信号の送信に使用される前記リソース要素の数は、より小さなカバレッジ拡張レベルのためのものより多い、
請求項９に記載の無線通信装置。
【請求項１１】
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の数は、前記チャネルタイプによって異なる、
請求項９に記載の無線通信装置。
【請求項１２】
前記ＰＤＣＣＨの参照信号の密度は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）の参照信号の密度よりも高い、
請求項９に記載の無線通信装置。
【請求項１３】
前記ＰＲＢにおいて送信される前記参照信号の少なくとも一部が、前記データ信号の送信に使用されるリソース要素において送信される、
請求項９に記載の無線通信装置。
【請求項１４】
より高い符号化率のための前記ＰＲＢにおける前記参照信号の送信に使用される前記リソース要素の数は、より低い符号化率のためのものよりも少ない、
請求項９に記載の無線通信装置。
【請求項１５】
前記データ信号が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）または物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）の送信に使用され、前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、前記ＰＤＣＣＨまたは前記ＥＰＤＣＣＨにおいて送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）で示される変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）で示される、
請求項９に記載の無線通信装置。
【請求項１６】
前記ＰＲＢにおいて前記参照信号の送信に使用される前記リソース要素の使用法は、無線リソース制御（ＲＲＣ：Radio Resource Control）によって構成されるか、予め規定されるか、または、チャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）を介してユーザ機器によってまたは推奨される、
請求項９に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信の分野に関し、特に、マシンタイプ通信における無線通信方法および無線通信装置に関する。
【背景技術】
【０００２】
マシンタイプ通信（ＭＴＣ：Machine-Type Communication）は、第３世代パートナーシッププロジェクト（３ＧＰＰ：The 3rd Generation Partnership Project）のリリース１２における新しいタイプの通信であり、オペレータにとって重要な収益源であり、オペレータの視点から大きな可能性を秘めている。市場やオペレータの要件に基づいて、ＭＴＣの重要な要件の１つは、ＭＴＣのユーザ機器（ＵＥ：User Equipment）のカバレッジを改善することである。したがって、ＭＴＣは、例えば１５ｄＢのカバレッジ拡張（coverage enhancement）をサポートするようにリリース１３でさらに想定される。このタイプのカバレッジ拡張技術は、侵入損失（penetration loss）のために信号強度に大きな損失を伴う地下のセンサなどの一部のＭＴＣのＵＥにとっては非常に有用である。
【０００３】
レペティション（repetition）は、カバレッジ拡張においてＭＴＣのＵＥをサポートするための重要な技術の１つである。具体的には、カバレッジ拡張におけるＭＴＣのＵＥの場合、基本的に各チャネルは複数のレペティション（例えば、１００回）を行う必要がある。受信機側では、受信機はチャネルのすべてのレペティションを組み合わせて、情報を復号する。したがって、カバレッジ拡張要件は、レペティションに起因する信号の累積と電力強化によって達成される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
１つの非限定的かつ例示的な実施形態は、カバレッジ拡張を伴うＭＴＣにおけるシステム性能を最大限に最適化する手法を提供する。
【課題を解決するための手段】
【０００５】
本開示の第１の一般的な態様において、カバレッジ拡張レベルで物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を送信する工程を含む無線通信方法が提供され、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０００６】
本開示の第２の一般的な態様では、カバレッジ拡張レベルで送信される物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を受信する工程を含む無線通信方法が提供され、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０００７】
本開示の第３の一般的な態様では、カバレッジ拡張レベルで物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を送信するように構成された送信ユニットを含む無線通信装置が提供され、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０００８】
本開示の第４の一般的な態様では、カバレッジ拡張レベルで送信される物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を受信するように構成された受信ユニットを含む無線通信装置であって、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０００９】
一般的なまたは特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはそれらの任意の選択的組み合わせとして実施され得ることに留意されたい。
【００１０】
開示された実施形態のさらなる恩恵および利点は、明細書および図面から明らかとされよう。恩恵および／または利点を、明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、そのような恩恵および／または利点の１つまたは複数を得るためにそのすべてが提供される必要はない。
【００１１】
本開示の上記および他の特徴は、添付の図面と併せて以下の説明および添付の特許請求の範囲からより完全に明らかとされよう。これらの図面は、本開示によるいくつかの実施形態のみを示し、したがってその範囲が限定されるものと解釈されるべきではないことを理解して、本開示は、添付の図面の使用によりさらに具体的かつ詳細に説明されよう。
【図面の簡単な説明】
【００１２】
【図１】ＰＵＳＣＨレペティションのＢＬＥＲ特性の例を示す概略図である。
【図２】本開示の一実施形態による無線通信方法のフローチャートである。
【図３】本開示の別の実施形態による無線通信方法のフローチャートである。
【図４】本開示のさらなる実施形態による無線通信装置を示すブロック図である。
【図５】本開示のさらに別の実施形態による無線通信装置を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下の詳細な説明では、本明細書の一部を形成する添付の図面が参照される。文脈が特に指示しない限りは、図面において、同じ符号が、一般に同じ構成要素を特定する。本開示の態様が、多種多様な異なる構成で配置され、置換され、組み合わされ、および設計され得ることが容易に理解され、これらのすべては、明示的に意図され、本開示の一部を成している。
【００１４】
＜本開示の原則となる基礎知識＞
背景技術で述べたように、ＭＴＣのカバレッジ拡張の１つの重要な技術であるレペティションでは、長いレペティションが長時間続いて、ＭＴＣのＵＥには常に受信状態とするために長時間アクティブな状態を維持するように要求することになる。これにより、ＵＥの電力が大きく消費され、多くのシステムリソースが占有される。したがって、レペティション回数を低減するためにカバレッジ拡張を実現するには、参照信号（ＲＳ：Reference Signal）密度（density）の増加などの他のカバレッジ拡張技術が有効である。
【００１５】
シンプルなＲＳ密度の増加を導入するために、１つの物理リソースブロック（ＰＲＢ：Physical Resource Block）を例として挙げる。１つのＰＲＢは、時間領域では１４のシンボル、周波数領域では１２のサブキャリアで構成され、１つのシンボルと１つのサブキャリアは１つのリソース要素（ＲＥ：Resource Element）を形成する。つまり、１つのＰＲＢには合計１２×１４個のＲＥがある。１つのＰＲＢにおいて、いくつかの種類の参照信号を送信するためにいくつかのＲＥが割り当てられ、データ信号を送信するために他のＲＥが割り当てられることが規格で指定されている。通常の使用法の場合での特定の参照信号については、１つのＰＲＢにおいて参照信号を送信するために割り当てられたＲＥの数およびその位置が規格で指定されている。したがって、ＲＳ密度、すなわち、１つのＰＲＢにおける全てのＲＥに対する参照信号を送信するためのＲＥの比が規格で規定されている。したがって、ＲＳ密度の増加とは、１つのＰＲＢにおいて参照信号を送信するためのＲＥの数を増加させることを意味する。
【００１６】
ＲＳ密度を増加させることによって、チャネル推定性能および信号品質を改善することができ、このため、カバレッジ拡張を伴うＭＴＣのＵＥのレペティション回数を低減することができる。
【００１７】
ＲＳ密度を増加させるための１つの直接的な解決策は、すべてのＵＥおよびすべてのチャネルが、例えばＰＲＢ毎に２４個のセル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）のＲＥおよび２４個の復調用参照信号（ＤＭＲＳ：Demodulation Reference Signal）のＲＥを有する最大のＲＳ密度を想定することである。しかしながら、我々の考察に基づくと、一部のＵＥはＲＳ密度の増加による恩恵を得ることができないが、それらの性能は影響を受けることになる。また、いくつかのチャネルは、符号化率に影響を与えることに起因して、ＲＳ密度の増加による恩恵を受けることができない。詳細な考察を以下に説明する。
【００１８】
第１の考察は、復調のために受信機側で組み合わされたさまざまなレペティション回数およびサブフレームの数に対する物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）のシミュレーションに基づいている。図１は、ＰＵＳＣＨレペティションのブロックエラーレート（ＢＬＥＲ：Block Error Rate）特性の一例を示す概略図である。
【００１９】
図１に示すように、左側の図１（ａ）および右側の図１（ｂ）は、それぞれ異なる２つのレペティション事例に対応するシミュレーション曲線を示している。いずれも、横軸は平均の信号対雑音比（ＳＮＲ：Signal to Noise Ratio）を表し、縦軸は平均のＢＬＥＲを表している。図１（ａ）および図１（ｂ）の両方の左下隅には、シミュレーションパラメータが具体的に示されている。図１（ａ）のレペティション回数がＮＲｅｐ＝８であり、図１（ｂ）のレペティション回数がＮＲｅｐ＝１２８であることを除いて、図１（ａ）と図１（ｂ）のシミュレーションパラメータは同じである。
【００２０】
また、図１（ａ）および図１（ｂ）の右上隅に示すように、Ｎａｖｅのパラメータは、ジョイントチャネル推定（joint channel estimation）のために受信機側で合成されるサブフレームの数を表している。具体的には、図１（ａ）において、８回のレペティションの場合、点線の曲線は理想的なチャネル推定に対応し、実線の３つの曲線は、ジョイントチャネル推定のために受信機側で合成されるサブフレームの数がそれぞれ１，４および８に等しい場合の現実的なチャネル推定に対応している。同様に、図１（ｂ）において、１２８回のレペティションの場合、点線の曲線は理想的なチャネル推定に対応し、実線の３つの曲線は、ジョイントチャネル推定のために受信機側で合成されるサブフレームの数がそれぞれ１，４および８に等しい場合の現実的なチャネル推定に対応している。
【００２１】
直観的には、図１（ａ）と図１（ｂ）とを比較することにより、理想的なチャネル推定と現実的なチャネル推定とに関わらず、同じ平均ＢＬＥＲに対して、８回のレペティションの平均ＳＮＲは１２８回のレペティションの平均ＳＮＲよりもはるかに大きい。また、図１（ａ）の８回のレペティションの場合の、理想的なチャネル推定の曲線と４個または８個のサブフレームの合成を伴う現実的なチャネル推定の曲線との間の特性差は、図１（ｂ）の１２８回の場合よりも小さい。すなわち、理想的なチャネル推定の曲線と現実的なチャネル推定の曲線との間の特性差は、レペティションの数が増加するにつれて大きくなる。
【００２２】
特に、平均ＢＬＥＲ＝１０−１を例にとると、双方向矢印で示すように理想的なチャネル推定の曲線とＮａｖｅ＝８の場合の曲線とを比較することにより、チャネル推定利得が図１（ａ）に示すように８回のレペティションの場合には約１ｄＢしかなく、図１（ｂ）に示すように１２８回のレペティションの場合には６〜７ｄＢに達することは、容易に分かる。つまり、チャネル推定利得は、レペティション回数が少ない場合にはかなり制限されるが、レペティション回数が多い場合には大きくなる。
【００２３】
シミュレーション結果はアップリンクのシミュレーションによるものであるが、上記の考察はダウンリンクの場合にも有効であることに留意されたい。すなわち、チャネル推定性能の向上は、（例えば、図１（ｂ）に示すように）低い信号対干渉雑音比（ＳＩＮＲ：Signal to Inference plus Noise Ratio）シナリオではＢＬＥＲ特性が大幅に向上するが、（例えば、図１（ａ）に示すように）比較的高いＳＩＮＲシナリオでは特性に与える影響は小さくなる。
【００２４】
したがって、上記の考察から、図１（ａ）に示すようにＳＩＮＲが比較的高く、０または少ないレペティション回数、あるいは、レペティションがないかまたは短いレペティション（カバレッジ拡張レベルがないか、より低い）ではなく、図１（ｂ）に示すようなＳＩＮＲが比較的低く、より多いレペティション回数、または、長いレペティション（カバレッジ拡張レベルがより高い）に対して、ＲＳ密度を増加させることは有意義である。
【００２５】
第２の考察は、以下のようなエンハンスド物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced Physical Downlink Control Channel）の例に基づいている。
【００２６】
一例として、１２０個の利用可能なＲＥを有する１つのＰＲＢでＥＰＤＣＣＨが送信されると仮定すると、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）のサイズは巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）により２６ビットであり、変調はＱＰＳＫ（Quadrature Phase Shift Keying）であり、その同等の符号化率は約２６／（１２０×２）＝０．１０８と非常に低い。その場合、ＲＳ密度を増加させるために、データ信号を送信するために割り当てられたいくつかのＲＥが、通常、ＲＳを送信するために使用され、これは符号化率に大きな影響を与えないようである。例えば、ＲＳをさらに送信するために１２個のデータＲＥを使用すると、符号化率が２６／（（１２０−１２）×２＝０．１２０に変更され、これは依然として非常に低い。また、符号化率の変化量も０．０１２と非常に小さい。
【００２７】
別の例として、ＥＰＤＣＣＨが３６個のＲＥを搬送することができる１つのエンハンスド制御チャネル要素（ＥＣＣＥ：Enhanced Control Channel Element）で送信されると仮定すると、ＤＣＩサイズもまたＣＲＣにより２６ビットであり、変調はＱＰＳＫであり、その同等の符号化率は２６／（３６×２）＝０．３６１と、上記の例に比べて比較的高い。この場合、ＲＳのＲＥについて３個または６個のデータＲＥを置き換えると、２６／（（３６−３）×２）＝０．３９４または２６／（（３６−６）×２）＝０．４３３に符号化率が変更され、これも上記の例に比べて比較的高い。そして、これに対応して、符号化率の変化量は０．０３３または０．０７２と高い。したがって、ＲＳのＲＥについて３個または６個のデータＲＥを置き換えることは、ＢＬＥＲの特性に何らかの影響を与える。その場合、ＲＳ密度の増加に起因するチャネル推定利得は、増加した符号化率によって引き起こされる損失よりも小さくなり得る。
【００２８】
したがって、上記の考察から、符号化率が低い場合（例えば前の例）は、符号化率が高い場合（例えば後の例）よりもＲＳ密度の増加が妥当であることが分かる。なぜなら、低い符号化率にはほとんど影響を与えないが、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、ＲＳ密度の増加に起因するチャネル推定性能の向上による恩恵を受けることができる。
【００２９】
上記の考察の結果はダウンリンクの例に基づくものであるが、上記の考察はアップリンクの場合にも有効であることに留意されたい。
【００３０】
上記の２つの考察に基づいて、システムの性能を最大限に最適化するために、ＲＳ密度の増加を採用するときに、ＲＳ密度の増加が有意義である条件を考慮する必要がある。
【００３１】
本開示の一実施形態では、図２に示すような無線通信方法２０が提供される。図２は、本開示の一実施形態による無線通信方法のフローチャートである。図２に示すように、無線通信方法２０は、カバレッジ拡張レベルでＰＲＢにおける参照信号およびデータ信号を送信する工程Ｓ２０１を含む。無線通信方法２０において、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【００３２】
具体的には、上述したように、１つのＰＲＢは、全体で１２×１４個のＲＥを含み、そのうちのいくつかは、参照信号（ＲＳ：reference signal）を送信するために割り当てられ、他のいくつかは、データ信号を送信するために使用される。例えば、ＲＳは、ＵＥ（受信機側）のデータを含む送信信号を復調するために使用されるＤＭＲＳであってもよい。しかしながら、ＲＳは、ＤＭＲＳなどの特定のＲＳに限定されず、すべての種類のＲＳであってもよい。例えば、無線通信方法２０がＭＴＣで使用される場合、ＲＳはＣＲＳであってもよい。
【００３３】
さらに、例えば、カバレッジ拡張を伴うＭＴＣにおいて、カバレッジ拡張レベルは、カバレッジ拡張のレベルまたは程度を示すように規定される。カバレッジ拡張レベルが高いほど、カバレッジ拡張が大きくなる。より詳細には、カバレッジ拡張を実施するためにレペティションを使用する場合、カバレッジ拡張レベルは、レペティション回数によって表されてもよい。すなわち、使用されるレペティション回数が多いほど、カバレッジ拡張が大きくなり、したがって、カバレッジ拡張レベルが高くなる。
【００３４】
さらに、レペティションに関して、レペティション回数は、ＲＳおよびデータ信号がサブフレームまたはＰＲＢにおいて繰り返し送信される回数を示すことは周知である。１つのサブフレームは２つのスロットで構成され、各スロットは時間領域で７つのシンボルを含み、これは１つのＰＲＢと同じである。ただし、１つのＰＲＢは周波数領域で１２個のサブキャリアに対応し、１個のサブフレームは周波数領域で帯域幅に依存する。したがって、サブフレームにおけるレペティションは、時間領域のみにおけるレペティションを意味し、ＰＲＢにおけるレペティションは、時間領域および周波数領域の両方におけるレペティションを意味する。なお、ここでは例示していないが、レペティションは周波数領域でのみ実施されてもよいことに留意されたい。
【００３５】
このように、本開示の一実施形態によれば、無線通信２０において、カバレッジ拡張レベルを、時間領域および／または周波数領域における参照信号およびデータ信号の送信のレペティション回数によって表すことができる。
【００３６】
カバレッジ拡張のための重要な技術の１つとしてのレペティションは説明のためのものに過ぎず、カバレッジ拡張のための技術はレペティションに限定されず、他の技術をカバレッジ拡張の実施に使用してもよいことに留意されたい。他の技術を用いる場合、カバレッジ拡張レベルは、レペティション回数の代わりに他のパラメータによって表されてもよい。
【００３７】
また、無線通信方法２０は、ＭＴＣに適しているが、ＭＴＣに限定されない。これを、カバレッジ拡張を伴うあらゆる無線通信に適用することができる。
【００３８】
上述したように、ＰＲＢにおいてＲＳを送信するＲＥの数を、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定することができる。すなわち、３つのパラメータのうちの１つまたは任意の組み合わせが、ＲＳ密度の増加を実施するために使用される。３つのパラメータの詳細については後述する。
【００３９】
無線通信２０では、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率に基づいてＲＳ密度を増加させることによって、信号品質が改善され、カバレッジ拡張に伴うＵＥの電力消費が低減される。
【００４０】
本開示の一実施形態によれば、図２に示す無線通信２０において、より大きなカバレッジ拡張レベルのためのＰＲＢにおける参照信号を送信するリソース要素の数は、より小さなカバレッジ拡張レベルのためのものよりも多くてもよい。
【００４１】
具体的には、上記第１の考察で見られるように、図１（ｂ）に示すように、カバレッジ拡張レベルが大きい（例えば、レペティション回数が多い）通信は、ＳＩＮＲが比較的低く、チャネル推定性能の向上がそのＢＬＥＲ特性を大幅に向上させることになるため、この場合、ＲＳ密度を増加させることは有意義であり、すなわち、ＰＲＢにおけるより多くのＲＳのＲＥがＲＳを送信するために使用されるべきである。一方、図１（ａ）に示すように、カバレッジ拡張レベルが小さい（例えば、レペティション回数が少ない）通信は、ＳＩＮＲが比較的高く、チャネル推定性能の向上はそのＢＬＥＲ特性にほとんど影響を与えないだけであり、この場合、ＲＳ密度を増加させることに意味はなく、すなわち、ＰＲＢにおけるより少ないＲＳのＲＥがＲＳを送信するために使用されるべきである。
【００４２】
当業者にとって分かり易くするため、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を例に挙げる。以下、表１は、カバレッジ拡張レベルに基づいてＰＲＢにおけるＲＳを送信するためのＲＥの例示的な使用法を示している。
【表１】
2019220975.tif 000003
【００４３】
表１において、第１のラインは５つの異なるカバレッジ拡張レベル１〜５を与え、第２のラインはカバレッジ拡張レベル１〜５にそれぞれ対応するＲＳ構成を示している。ここで、カバレッジ拡張レベル１は最小レベル（例えば、最小レペティション回数）を示し、カバレッジ拡張レベル５は最大レベル（例えば、最大レペティション回数）を示すものと仮定する。
【００４４】
最小のカバレッジ拡張レベル１の場合には、ＲＳを送信するためにＰＲＢにおける最小数のＲＥが使用され、すなわち、前述のように、このシナリオ中でのＲＳ密度の増加によるチャネル推定利得が潜在的に存在しないので最小のＲＳ密度が使用される。例えば、表１に示すように、１つまたは２つのＤＭＲＳポート、すなわち１２個のＤＭＲＳのＲＥをここではＲＳのＲＥとして使用する。
【００４５】
最小のカバレッジ拡張レベル１より大きいカバレッジ拡張レベル２の場合、最小のカバレッジ拡張レベル１の場合よりも、ＰＲＢにおけるＲＳを送信するためのＲＥの数を増加させることができる。例えば、表１に示すように、２つまたは４つのＤＭＲＳポート、すなわち２４個のＤＭＲＳのＲＥをここではＲＳのＲＥとして使用する。２４個のＤＭＲＳのＲＥは、最大のＤＭＲＳのＲＥ構成である。
【００４６】
カバレッジ拡張レベル２よりも大きいカバレッジ拡張レベル３の場合、カバレッジ拡張レベル２の場合よりも、ＰＲＢにおけるＲＳを送信するためのＲＥの数をさらに増やすことができる。例えば、表１に示すように、２つまたは４つのＤＭＲＳポート、すなわち２４個のＤＭＲＳのＲＥに加えて、２つのＣＲＳポート、すなわち１６個のＣＲＳのＲＥをここでＲＳのＲＥとして使用する。つまり、この場合、ＰＲＢには合計４０個のＲＳのＲＥが存在する。
【００４７】
カバレッジ拡張レベル３よりも大きいカバレッジ拡張レベル４の場合、カバレッジ拡張レベル３の場合よりも、ＰＲＢにおけるＲＳを送信するためのＲＥの数をさらに増やすことができる。例えば、表１に示すように、２つまたは４つのＤＭＲＳポート、すなわち２４個のＤＭＲＳのＲＥおよび４つのＣＲＳポート、すなわち２４個のＣＲＳのＲＥをここでＲＳのＲＥとして使用する。つまり、この場合、ＰＲＢには合計４８個のＲＳのＲＥが存在する。２４個のＣＲＳのＲＥは、ＣＲＳのＲＥの最大構成である。
【００４８】
最大カバレッジ拡張レベル５の場合、カバレッジ拡張レベル４の場合よりも、ＰＲＢにおけるＲＳを送信するためのＲＥの数をさらに増やすことができる。例えば、表１に示すように、ＤＭＲＳのＲＥの最大構成、すなわち２４個のＤＭＲＳのＲＥおよびＣＲＳのＲＥの最大構成、すなわち２４個のＣＲＳのＲＥに加えて、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel State Information Reference Signal）などの別のＲＳに割り当てられたＲＥをここではＲＳのＲＥとして使用することができる。つまり、この場合、ＰＲＢには合計４８個以上のＲＳのＲＥが存在する。
【００４９】
表１のカバレッジ拡張レベルに基づくＲＳ構成では、ＲＳ密度の増加による恩恵を受けることができないＵＥは特性損失を生じない。
【００５０】
カバレッジ拡張レベルおよび表１の対応するＲＳ構成の分類は、説明の目的のみであり、本開示はこれに限定されないことに留意されたい。カバレッジ拡張レベルおよび対応するＲＳ構成の分類を、特定の実施に応じて変更することができる。
【００５１】
また、ＰＤＳＣＨを例にとり、カバレッジ拡張レベルに基づいたＰＲＢにおけるＲＳのＲＥの数の決定について具体的に説明したが、本発明はこれに限定されるものではない。本開示は、例えば、ＰＵＳＣＨにも適しており、任意の種類のダウンリンクおよびアップリンクにも適用可能である。
【００５２】
無線通信２０は、カバレッジ拡張レベルに基づいてＰＲＢにおけるＲＳのＲＥの数を決定することにより、ＲＳ密度を不必要に増加させること、ならびにオーバヘッドおよび符号化率の増加によりカバレッジ拡張レベルがより小さいＵＥの元の性能に影響を及ぼすことを回避することができる。
【００５３】
本開示の一実施形態によれば、図２に示す無線通信２０において、ＰＲＢにおいて送信される参照信号の少なくとも一部は、既存のＣＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳ、および／または他の既存の参照信号を再使用することができる。
【００５４】
これら既存のＲＳを再利用することは、ＰＲＢにおいて既存のＲＳを送信するために割り当てられたＲＥを使用するだけでなく、これらの信号をチャネル推定に使用することを意味する。具体的には、ＣＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳなどのレガシーＲＳのためのＰＲＢにおけるＲＥ構成は、規格で予め規定されている。これらのレガシーＲＳを、ＲＳ密度を増加させるために再使用することができる。
【００５５】
例えば、ＭＴＣのＵＥの場合、ＲＳ密度の増加の特定の要求に応じて、ＭＴＣに使用されるＲＳは、既存のＣＲＳ、ＤＭＲＳ、ＣＳＩ−ＲＳを再使用することができる。つまり、ＰＲＢにおいてＭＴＣのＲＳを送信するＲＥは、ＣＲＳのＲＥ、ＤＭＲＳのＲＥ、ＣＳＩ−ＲＳのＲＥなどを直接適用することができる。例えば、表１に示すように、カバレッジ拡張レベル１および２については、ＤＭＲＳが再使用される。カバレッジ拡張レベル３および４のＲＳ密度を増加させる必要がある場合、ＣＲＳが追加的に再使用される。カバレッジ拡張レベル５のＲＳ密度をさらに増加させる必要がある場合、ＤＭＲＳ、ＣＲＳおよびＣＳＩ−ＲＳはすべて再使用される。レガシーＲＳのＲＥに加えて、これらのレガシーＲＳの信号は、ＭＴＣに直接使用されてもよい。
【００５６】
無線通信２０においてＲＳにレガシーＲＳを再利用することによって、既存のＲＳを可能な限り利用することができ、多くの追加のＲＳのＲＥを増加させることが回避され、したがってリソース使用率が保証される。
【００５７】
本開示の一実施形態によれば、図２に示す無線通信２０において、ＰＲＢにおいて送信される参照信号の少なくとも一部を、データ信号を送信するために使用されるリソース要素で送信することができる。
【００５８】
具体的には、例えばＭＴＣにレガシーＲＳを使用できない場合には、データ信号を送信するために割り当てられたいくつかのＲＥを使用してＲＳを送信することができる。例えば、表１のＰＤＳＣＨの場合においてＤＭＲＳのＲＥのみが利用可能であると仮定する。したがって、カバレッジ拡張レベル３の場合、ＤＭＲＳのＲＥの最大構成、すなわち２４個のＤＭＲＳのＲＥに加えて、データ信号を送信するために割り当てられた１６個のＲＥを使用して、ＣＲＳのＲＥの代わりにＲＳを送信することができる。カバレッジ拡張レベル４および５の場合は、カバレッジ拡張レベル３の場合と同様である。
【００５９】
したがって、レガシーＲＳの可用性および増加されるべきＲＳのＲＥの数に基づいて、すべてのＲＳがレガシーＲＳを再使用するか、ＲＳの一部がレガシーＲＳを再使用し、残りのＲＳがＰＲＢ内のいくつかのデータのＲＥにおいて送信されるか、または、すべてのＲＳがＰＲＢ内のいくつかのデータのＲＥにおいて送信される。
【００６０】
本開示の一実施形態によれば、図２に示す無線通信２０において、より高い符号化率のためのＰＲＢにおける参照信号を送信するリソース要素の数は、より低い符号化率のためのものよりも少ない。
【００６１】
具体的には、上記第２の考察で見られるように、ＲＳ密度を増加させるとき、低い符号化率にはほとんど影響がないので、符号化率が高い場合よりも符号化率が低い場合に、ＲＳ密度の増加がより妥当なものとなる。すなわち、符号化率が低い場合には、ＰＲＢのより多くのＲＳのＲＥを使用してＲＳを送信する必要があり、符号化率が高い場合には、ＰＲＢのより少ないＲＳのＲＥを使用してＲＳを送信する必要がある。
【００６２】
無線通信２０は、符号化率に基づいてＰＲＢにおけるＲＳのＲＥの数を決定することによって、ＲＳ密度を不必要に増加させること、および高い符号化率を有するＵＥに特性損失を引き起こすことを回避することができる。
【００６３】
本開示の一実施形態によれば、図２に示す無線通信２０において、データ信号が、ＰＤＳＣＨまたはＰＵＳＣＨの送信に使用され、ＰＲＢにおける参照信号を送信するためのリソース要素の使用法が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）またはＥＰＤＣＣＨで送信されるＤＣＩに示されるＭＣＳによって示される。
【００６４】
具体的には、当業者が容易に理解できるように、ＰＤＳＣＨは１２０個の利用可能なＲＥを有する１つのＰＲＢで送信され、変調はＱＰＳＫであると仮定される例を引き続き採用する。この場合のＲＳの使用法（構成）を、ＰＤＣＣＨまたはＥＰＤＣＣＨで送信されるＤＣＩに示されるＭＣＳに示すことができる。次に、表２は、変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）で示される符号化率に基づくＲＳ密度の増加の一例を示している。
【表２】
2019220975.tif 000004
【００６５】
表２において、第１列はＭＣＳインデックス０〜９を列挙し、第２列はここではＱＰＳＫに対する変調次数２を与えている。さらに、第３列は、第１列のＭＣＳインデックス０〜９に１つずつ対応するトランスポートブロックサイズ（ＴＢＳ：Transport Block Size）インデックス０〜９を示し、それぞれ異なるサイズのデータ、すなわち異なるデータビット数を示している。上記で仮定した条件だけでなく、各ＴＢＳインデックスによって示されるビット数に基づいて、各ＴＢＳインデックスの対応する符号化率を、上記第２の考察と同じ計算方法によって計算することができる。第４列は、ＴＢＳインデックス０〜９にそれぞれ対応する計算された符号化率を与えている。例えば、ＴＢＳインデックス０およびＭＣＳインデックス０は符号化率０．０６７に対応し、ＴＢＳインデックス１およびＭＣＳインデックス１は符号化率０．１に対応し、ＴＢＳインデックス２およびＭＣＳインデックス２は符号化率０．１３４に対応し、ＴＢＳインデックス３およびＭＣＳインデックス３は符号化率０．１６７に対応し、ＴＢＳインデックス４およびＭＣＳインデックス４は符号化率０．２３３に対応し、ＴＢＳインデックス５およびＭＣＳインデックス５は符号化率０．３に対応し、ＴＢＳインデックス６およびＭＣＳインデックス６は符号化率Ｎ／Ａに対応し、ＴＢＳインデックス７およびＭＣＳインデックス７は符号化率０．４３３に対応し、ＴＢＳインデックス８およびＭＣＳインデックス８は符号化率０．５に対応し、ＴＢＳインデックス９およびＭＣＳインデックス９は符号化率０．５６７に対応している。
【００６６】
上記の議論に基づいて、より高い符号化率のためのＰＲＢにおけるＲＳのＲＥの数は、より低い符号化率のためのものよりも小さくなければならず、ＲＳ密度の増加はより低い符号化率にほとんど影響を与えないので、ＵＥは、増加した符号化率の影響を受けることなく、ＲＳ密度の増加に起因するチャネル推定の向上の恩恵を受けることができる。
【００６７】
表２において、第５列は、異なる場合における増加したＲＳのＲＥの数を与えている。具体的には、ＭＣＳインデックス０，１，および２でそれぞれ示される符号化率が０．０６７，０．１，および０．１３４と低い場合には、最大のＲＥ密度の増加が用いられ、すなわち、ＰＲＢにおいてＲＳを送信するために２４個のＲＥが追加される。ＭＣＳインデックス３，４および５でそれぞれ示される符号化率が０．１６７，０．２３３，および０．３の中程度の場合には、中程度のＲＥ密度の増加が用いられ、すなわちＰＲＢにおいてＲＳを送信するために１２個のＲＥが追加される。ＭＣＳインデックス６，７，８，および９でそれぞれ示される符号化率がＮ／Ａ，０．４３３，０．５，および０．５６７と高い場合には、ＲＥ密度の増加は用いられず、すなわち、ＰＲＢにおいてＲＳを送信するためにＲＥが追加されない。したがって、表２に示すように、ＰＲＢにおけるＲＳ（またはＲＳ密度の増加）を送信するためのＲＥの使用法を、ＭＣＳによって示すことができる。
【００６８】
表２のＲＳのＲＥの増加した数（例えば、２４個または１２個のＲＥ）は、説明の目的のみであり、本開示はそれに限定されないことに留意されたい。また、ここではＰＤＳＣＨを例に説明したが、本発明はこれに限定されるものではない。本開示は、例えば、ＰＵＳＣＨにも適しており、任意の種類のダウンリンクおよびアップリンクデータにも適用可能である。
【００６９】
さらに、前述のように、この例の追加された２４個または１２個のＲＥは、レガシーＲＳを再使用するか、ＰＲＢのいくつかのデータのＲＥで送信されるか、または、レガシーＲＳを部分的に再使用し、ＰＲＢの一部のデータのＲＥで部分的に送信されることができる。
【００７０】
ＭＣＳによってＰＲＢにおけるＲＳを送信するためのＲＥの使用法を示すことによって、ＲＳの使用法を示すために新たなシグナリングを設定する必要はない。
【００７１】
本開示の一実施形態によれば、図２に示す無線通信２０において、ＰＲＢにおいて参照信号を送信するリソース要素の使用法は、無線リソース制御（ＲＲＣ：Radio Resource Control）によって構成されてもよく、予め規定されてもよく、チャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）を介してユーザ機器によって推奨されてもよい。
【００７２】
具体的には、ＰＲＢにおけるＲＳを送信するためのＲＥの使用法をＭＣＳで示す例を上記に示したが、本発明はこれに限定されるものではない。増加したＲＳのＲＥの詳細な使用法は、ＲＲＣによって構成されてもよく、予め規定されていてもよい。あるいは、ＵＥは、ＣＱＩを介してＲＳ密度の増加を推奨してもよい。ＲＲＣおよびＣＱＩは、ＭＣＳのような既存のシグナリングであり、その構成は当業者には周知であるので、ここでは、冗長性を避けるためにその詳細について説明しない。同様に、この場合にＲＳの使用法を示すために新たなシグナリングを設定する必要はない。
【００７３】
上述したように、ＰＲＢにおいてＲＳを送信するＲＥの数を、データ信号のチャネルタイプによって決定してもよい。すなわち、異なるチャネルは、異なるＲＳ密度を使用してもよい。
【００７４】
本開示の一実施形態によれば、図２に示す無線通信２０において、データ信号を、ＰＤＣＣＨまたはＥＰＤＣＣＨの送信に使用し、ＰＲＢにおいて参照信号を送信するリソース要素の使用法は、システム情報ブロック（ＳＩＢ：System Information Block）によって示されるか、または指定されてもよい。
【００７５】
具体的には、ＰＤＣＣＨおよびＰＤＳＣＨを例にとる。一般的に、ＰＤＣＣＨは符号化率が非常に低く、例えば１つのＰＲＢを使用して２６ビットのＤＣＩを送信すると仮定されるが、ＰＤＳＣＨは比較的高い符号化率を使用してスループットを保証する。この場合、ＰＤＳＣＨは通常、標準的なＲＳ密度を使用し、ＰＤＣＣＨは、増加したＲＳ密度を使用してもよい。したがって、ＰＤＳＣＨのチャネル特性は影響を受けない。一方、ＰＤＣＣＨは、ほとんど特性損失もないが、ＲＳ密度の増加に起因するチャネル推定性能の向上による恩恵を受けることができる。
【００７６】
さらに、ＰＤＣＣＨのためのＲＳのＲＥの詳細な使用法を、ＳＩＢによって示してもよい。あるいは、ＰＤＣＣＨのためのＲＳのＲＥの詳細な使用法を、例えば仕様において指定してもよい。例えば、簡略化のために、ＰＤＣＣＨについて、最大ＲＳ密度（例えば、２４個のＣＲＳのＲＥと２４個のＤＭＲＳのＲＥ）が常に仮定されてもよい。このように、ＰＤＣＣＨのためのＲＳのＲＥの詳細な使用法を示すために、新たなシグナリングを設定する必要はない。
【００７７】
ここでは、ＰＤＣＣＨおよびＰＤＳＣＨを例に説明したが、本発明はこれに限定されず、例えば、上記の設計はＥＰＤＣＣＨにも好適である。
【００７８】
本開示の一実施形態によれば、図２に示す無線通信２０において、データ信号をＳＩＢ１の送信に使用することができ、ＰＲＢにおいて参照信号を送信するリソース要素の使用法は、マスタ情報ブロック（ＭＩＢ：Master Information Block）によって示されるか、または指定されてもよい。
【００７９】
具体的には、ＳＩＢを例にとる。ＵＥがＳＩＢ受信の前または受信中にカバレッジ拡張レベルを知らないことは周知である。この場合、ＳＩＢ１の受信および復調前のカバレッジ拡張レベルに基づいて、ＳＩＢ１のＲＳ密度の増加を決定することは不可能である。したがって、ＰＲＢにおいてＳＩＢ１を送信する場合、ＲＳを送信するためのＲＥの使用法を仕様において指定してもよい。例えば、ＳＩＢ１については、最大ＲＳ密度（例えば、２４個のＣＲＳのＲＥと２４個のＤＭＲＳのＲＥ）が常に仮定されてもよい。
【００８０】
あるいは、ＳＩＢ１のためのＲＳを送信するためのＲＥの使用法は、ＭＩＢに示されてもよい。この場合、まず受信機側でＭＩＢを復調して、ＳＩＢ１の復調のためにＭＩＢに示されたＳＩＢ１のためのＲＳを送信するためのＲＥの使用法を得ることができる。そして、受信機側でＳＩＢ１を復調する。
【００８１】
ＳＩＢ１のためのＰＲＢにおけるＲＳのＲＥの使用法をＭＩＢで示すか、またはそれを指定することにより、ＳＩＢ１のためのＲＳのＲＥの詳細な使用法を示す新たなシグナリングを設定する必要はない。
【００８２】
本開示の一実施形態によれば、図２に示す無線通信２０において、他のＳＩＢのためのＰＲＢにおいて参照信号を送信するリソース要素の使用法は、ＳＩＢ１によって示される。
【００８３】
具体的には、ＳＩＢ１の後に他のＳＩＢが得られるので、他のＳＩＢのためのＰＲＢにおけるＲＳのＲＥの使用法をＳＩＢ１で示してもよい。このようにして、ＳＩＢ１が受信機側で受信された後、ＳＩＢ１によって示される他のＳＩＢのためのＰＲＢにおけるＲＳのＲＥの使用法を、他のＳＩＢを復号するために得ることができる。そして、受信機側で他のＳＩＢを得ることができる。
【００８４】
ＳＩＢ１によって他のＳＩＢのためのＰＲＢにおけるＲＳのＲＥの使用法を示すことにより、ＳＩＢのＲＳのより柔軟な使用法が実現される。
【００８５】
本開示の別の実施形態では、図３に示すような無線通信方法３０が提供される。図３は、本開示の別の実施形態による無線通信方法のフローチャートである。図３に示すように、無線通信方法３０は、カバレッジ拡張レベルで送信されるＰＲＢにおける参照信号およびデータ信号を受信するステップＳ３０１を含む。無線通信方法３０において、ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【００８６】
無線通信３０では、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率に基づいてＲＳ密度を増加させることによって、信号品質が改善され、カバレッジ拡張に伴うＵＥの電力消費が低減される。
【００８７】
本開示の一実施形態によれば、図３に示す無線通信３０において、より大きいカバレッジ拡張レベルのためのＰＲＢにおける参照信号を送信するリソース要素の数は、より小さなカバレッジ拡張レベルのためのものより多い。
【００８８】
本開示の一実施形態によれば、図３に示す無線通信３０において、より高い符号化率のためのＰＲＢにおける参照信号を送信するリソース要素の数は、より低い符号化率のためのものより少ない。
【００８９】
なお、上記無線通信方法２０における他の技術的特徴も、無線通信装置３０に組み込むことができる。
【００９０】
本開示のさらなる実施形態では、図４に示すような無線通信装置４０が提供される。図４は、本開示のさらなる実施形態による無線通信装置４０を示すブロック図である。
【００９１】
図４に示すように、無線通信装置４０は、カバレッジ拡張レベルでＰＲＢにおいて参照信号およびデータ信号を送信するように構成された送信ユニット４０１を含む。ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【００９２】
本開示による無線通信装置４０は、無線通信装置４０内で各種のデータを処理して各ユニットの動作を制御するために関連するプログラムを実行する中央処理装置（ＣＰＵ：Central Processing Unit）４１０、ＣＰＵ４１０によって各種の処理および制御を実行するために必要な各種プログラムを格納するための読み出し専用メモリ（ＲＯＭ：Read Only Memory）４３０、ＣＰＵ４１０による処理および制御の手順で一時的に生成された中間データを格納するためのランダムアクセスメモリ（ＲＡＭ：Random Access Memory）４５０、および／または各種のプログラムやデータなどを格納するための記憶ユニット４７０をさらに含んでもよい。上記送信ユニット４０１、ＣＰＵ４１０、ＲＯＭ４３０、ＲＡＭ４５０、および／または記憶ユニット４７０などは、データおよび／またはコマンドバス４９０を介して相互接続され、相互間で信号を転送することができる。
【００９３】
上述のような各ユニットは、本開示の範囲を限定するものではない。本開示の一実施形態によれば、上記送信ユニット４０１の機能は、上記のＣＰＵ４１０、ＲＯＭ４３０、ＲＡＭ４５０、および／または記憶ユニット４７０などと組み合わせた機能ソフトウェアによって実現されてもよい。
【００９４】
無線通信装置４０では、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率に基づいてＲＳ密度を増加させることによって、信号品質が改善され、カバレッジ拡張に伴うＵＥの電力消費が低減される。
【００９５】
本開示のさらに別の実施形態では、図５に示すような無線通信装置５０が提供される。図５は、本開示のさらに別の実施形態による無線通信装置５０を示すブロック図である。
【００９６】
図５に示すように、無線通信装置５０は、カバレッジ拡張レベルで送信されるＰＲＢにおける参照信号およびデータ信号を受信するように構成された受信ユニット５０１を含む。ＰＲＢにおける参照信号を送信するリソース要素の数は、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【００９７】
本開示による無線通信装置５０は、無線通信装置５０内で各種のデータを処理して各ユニットの動作を制御するために関連するプログラムを実行するＣＰＵ５１０、ＣＰＵ５１０によって各種の処理および制御を実行するために必要な各種プログラムを格納するためのＲＯＭ５１３、ＣＰＵ５１０による処理および制御の手順で一時的に生成された中間データを格納するためのＲＡＭ５１５、および／または各種のプログラムやデータなどを格納するための記憶ユニット５１７をさらに含んでもよい。上記受信ユニット５０１、ＣＰＵ５１０、ＲＯＭ５１３、ＲＡＭ５１５、および／または記憶ユニット５１７などは、データおよび／またはコマンドバス５２０を介して相互接続され、相互間で信号を転送することができる。
【００９８】
上述のような各ユニットは、本開示の範囲を限定するものではない。本開示の一実施形態によれば、上記受信ユニット５０１の機能は、上記のＣＰＵ５１０、ＲＯＭ５１３、ＲＡＭ５１５、および／または記憶ユニット５１７などと組み合わせた機能ソフトウェアによって実現されてもよい。
【００９９】
無線通信装置５０では、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率に基づいてＲＳ密度を増加させることによって、信号品質が改善され、カバレッジ拡張に伴うＵＥの電力消費が低減される。
【０１００】
なお、無線通信装置４０および無線通信装置５０は、特定のアプリケーションシナリオに応じて、ｅＮＢ（ｅＮｏｄｅＢ）やＵＥなどであってもよい。また、上記の無線通信方法２０および３０の技術的特徴を、上記の無線通信装置４０および５０にそれぞれ組み込むことができる。
【０１０１】
本開示を、ソフトウェア、ハードウェア、またはハードウェアと協働したソフトウェアによって実現することができる。上述した各実施形態の説明で用いた各機能ブロックを集積回路としてのＬＳＩによって実現することができ、各実施形態で説明した各処理はＬＳＩで制御されてもよい。それらは、チップとして個別に形成されてもよいし、機能ブロックの一部または全部を含むように１つのチップが形成されてもよい。それらは、そこに結合されたデータ入出力を含んでもよい。ここでＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと呼ばれる場合がある。ただし、集積回路を実現する手法は、ＬＳＩに限定されるものではなく、専用回路または汎用プロセッサを用いて実現されてもよい。また、ＬＳＩの製造後にプログラムすることが可能なフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、またはＬＳＩの内部に配置された回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを使用してもよい。
【０１０２】
なお、本開示は、本開示の趣旨および範囲から逸脱することなく、明細書に提示された説明および既知の技術に基づいて当業者によって多様に変更されるかまたは修正されることを意図し、このような変更および適用は、保護される特許請求の範囲内に入る。さらに、本開示の趣旨を逸脱しない範囲で、上述した実施形態の構成要素を任意に組み合わせることができる。
【０１０３】
本開示の実施形態は、少なくとも以下の主題を提供することができる。
【０１０４】
（１）．カバレッジ拡張レベルで物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を送信する工程、
を含む無線通信方法であって、
ＰＲＢにおける参照信号を送信するリソース要素の数が、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０１０５】
（２）．より大きいカバレッジ拡張レベルのためのＰＲＢにおける参照信号を送信するリソース要素の数が、より小さなカバレッジ拡張レベルのためのものより多い、（１）に記載の方法。
【０１０６】
（３）．ＰＲＢにおいて送信される参照信号の少なくとも一部が、既存のセル固有参照信号（ＣＲＳ：Cell-specific Reference Signal）、復調用参照信号（ＤＭＲＳ：Demodulation Reference Signal）、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel State Information Reference Signal）、および／または他の既存の参照信号を再使用する、（１）に記載の方法。
【０１０７】
（４）．ＰＲＢにおいて送信される参照信号の少なくとも一部が、データ信号を送信するために使用されるリソース要素において送信される、（１）に記載の方法。
【０１０８】
（５）．より高い符号化率のためのＰＲＢにおける参照信号を送信するリソース要素の数が、より低い符号化率のためのものよりも少ない、（１）に記載の方法。
【０１０９】
（６）．データ信号が、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）または物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）を送信するために使用され、ＰＲＢにおいて参照信号を送信するためのリソース要素の使用法は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）またはエンハンスド物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ：Enhanced Physical Downlink Control Channel）で送信されるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）で示される変調符号化方式（ＭＣＳ：Modulation and Coding Scheme）で示される、（１）に記載の方法。
【０１１０】
（７）．ＰＲＢにおいて参照信号を送信するリソース要素の使用法が、無線リソース制御（ＲＲＣ：Radio Resource Control）によって構成され、チャネル品質インジケータ（ＣＱＩ：Channel Quality Indicator）を介してユーザ機器によって予め規定されるかまたは推奨される、（１）に記載の方法。
【０１１１】
（８）．データ信号が、ＰＤＣＣＨまたはＥＰＤＣＣＨを送信するために使用され、ＰＲＢにおいて参照信号を送信するリソース要素の使用法が、システム情報ブロック（ＳＩＢ：System Information Block）によって示されるか、または指定される、（１）に記載の方法。
【０１１２】
（９）．データ信号が、ＳＩＢ１を送信するために使用され、ＰＲＢにおいて参照信号を送信するリソース要素の使用法が、マスタ情報ブロック（ＭＩＢ：Master Information Block）によって示されるか、または指定される、（１）に記載の方法。
【０１１３】
（１０）．他のＳＩＢのためのＰＲＢにおいて参照信号を送信するリソース要素の使用法がＳＩＢ１で示される、（１）に記載の方法。
【０１１４】
（１１）．カバレッジ拡張レベルで送信される物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を受信する工程
を含む無線通信方法であって、
ＰＲＢにおける参照信号を送信するリソース要素の数が、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０１１５】
（１２）．より大きいカバレッジ拡張レベルのためのＰＲＢにおける参照信号を送信するリソース要素の数が、より小さなカバレッジ拡張レベルのためのものより多い、（１１）に記載の方法。
【０１１６】
（１３）．より高い符号化率のためのＰＲＢにおける参照信号を送信するリソース要素の数が、より低い符号化率のためのものよりも少ない、（１１）に記載の方法。
【０１１７】
（１４）．カバレッジ拡張レベルで物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を送信するように構成された送信ユニット
を含む無線通信装置であって、
ＰＲＢにおける参照信号を送信するリソース要素の数が、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０１１８】
（１５）．カバレッジ拡張レベルで送信される物理リソースブロック（ＰＲＢ：Physical Resource Block）において参照信号およびデータ信号を受信するように構成された受信ユニット
を含む無線通信装置であって、
ＰＲＢにおける参照信号を送信するリソース要素の数が、カバレッジ拡張レベル、チャネルタイプ、および／またはデータ信号の符号化率によって決定される。
【０１１９】
（１６）．カバレッジ拡張レベルが、時間領域および／または周波数領域における参照信号およびデータ信号の送信のレペティション回数によって表される、（１）に記載の方法。
【０１２０】
なお、上記無線通信方法における技術的特徴を、上記の無線通信装置にも組み込むことができる。さらに、本開示の実施形態は、上記のそれぞれの無線通信方法における工程を実行するためのモジュールを含む集積回路を提供することもできる。さらに、本発明の実施形態は、コンピューティングデバイス上で実行されたときに、上記のそれぞれの無線通信方法の工程を実行するプログラムコードを含むコンピュータプログラムを記憶したコンピュータ可読記憶媒体を提供することもできる。
【図１】
2019220975.tif 000005
【図２】
2019220975.tif 000006
【図３】
2019220975.tif 000007
【図４】
2019220975.tif 000008
【図５】
2019220975.tif 000009