(57)【要約】  システムリソースをより効率的に使用するために、かつ電力使用量を低減するために、狭帯域装置は、基地局からのCRSを求めて監視するための、サブフレーム上の監視下のリソースブロックのセット(RB)を決定してよく、監視下のRBのセットに基づいて、サブフレーム上で基地局からのCRSを求めて監視してよい。基地局は、CRSをユーザ機器へ送信するための帯域幅を決定することであって、帯域幅がシステム帯域幅よりも小さいことと、決定された帯域幅を使用してCRSをUEへ送信することであって、UEが、監視下のRBのセット上でCRSを求めて監視することとを行ってよい。監視下のRBのセットは、PDCCH探索空間、PDCCH、および/またはPDSCH送信のために割り振られたRBを含んでよく、監視下のRBよりM個のサブフレームだけ後のRB、および/または監視下のRBよりN個のサブフレームだけ前のRBをさらに含んでよい。監視下のRBのセットは、PDCCH探索空間および/またはPDSCHの周辺のX個のRBを含んでよい。
2020512749.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器(UE)におけるワイヤレス通信の方法であって、
基地局からのセル固有基準信号(CRS)を求めて監視するための、サブフレーム上の監視下のリソースブロックのセットを決定するステップと、
監視下のリソースブロックの前記セットに基づいて、前記サブフレーム上で前記基地局からの前記CRSを求めて監視するステップと
を備える方法。
【請求項２】
前記UEが、前記サブフレーム上の他のRB上で前記CRSを監視することを控える、請求項1に記載の方法。
【請求項３】
ダウンリンク制御チャネルまたはダウンリンクデータチャネルのうちの1つまたは複数を含む前記サブフレーム上の監視下のリソースブロックの前記セットが、物理ダウンリンク制御チャネル(PDCCH)送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、および前記サブフレーム上での物理ダウンリンク共有チャネル(PDSCH)送信のために割り振られたリソースブロックの第2のセットのうちの少なくとも1つを備える、請求項1に記載の方法。
【請求項４】
前記ダウンリンク制御チャネルが、前記PDCCH送信、前記PDCCH探索空間、または物理ブロードキャストチャネル(PBCH)を備え、前記ダウンリンクデータチャネルが、PDSCHを備える、請求項3に記載の方法。
【請求項５】
監視下のリソースブロックの前記セットが、前記PDCCH送信、前記PDCCH探索空間、または前記PDSCH送信に割り振られた狭帯域の中の各リソースブロックを含む、請求項3に記載の方法。
【請求項６】
前記UEが、同じサブフレーム上で前記PDCCH探索空間と前記PDSCHの両方を監視するものと予想されるとき、監視下のリソースブロックの前記セットが、前記PDCCH探索空間とPDSCH割振りとの間の各リソースブロックを含む、請求項3に記載の方法。
【請求項７】
前記サブフレーム上の前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのN個のサブフレーム内にあり、Nが0よりも大きい第1の整数である場合、後続のサブフレームの中の前記PDCCH、前記PDCCH探索空間、または前記PDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第3のセット、および
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのM個のサブフレーム内にあり、Mが0よりも大きい第2の整数である場合、以前のサブフレーム上の前記PDCCH、前記PDCCH探索空間、または前記PDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第4のセット
のうちの少なくとも1つをさらに備える、請求項3に記載の方法。
【請求項８】
リソースブロックの前記第3のセットが、後続のサブフレームの中で、前記PDCCH送信または前記PDCCH探索空間のために割り振られたリソースブロックの前記第1のセット、および前記サブフレーム上での前記PDSCH送信のために割り振られたリソースブロックの前記第2のセットのうちの少なくとも1つと同じ周波数に広がり、
リソースブロックの前記第4のセットが、前のサブフレームの中で、前記PDCCH送信または前記PDCCH探索空間のために割り振られたリソースブロックの前記第1のセット、および前記サブフレーム上での前記PDSCH送信のために割り振られたリソースブロックの前記第2のセットのうちの少なくとも1つと同じ周波数に広がる、
請求項7に記載の方法。
【請求項９】
前記MおよびNが、チャネルタイプおよびUE帯域幅能力のうちの少なくとも1つに依存する、請求項7に記載の方法。
【請求項１０】
前記サブフレームが、拡張マシンタイプ通信動作のための有効なサブフレームである、請求項7に記載の方法。
【請求項１１】
MおよびNに基づいて考慮されるサブフレームが、拡張マシンタイプ通信動作のための有効なダウンリンクサブフレームに限定される、請求項7に記載の方法。
【請求項１２】
MおよびNに基づいて考慮されるサブフレームが、すべてのDLサブフレームを備える、請求項7に記載の方法。
【請求項１３】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットとリソースブロックの前記第4のセットの両方からのリソースブロックの集合体を備える、請求項7に記載の方法。
【請求項１４】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの単一のセットのみを備える、請求項7に記載の方法。
【請求項１５】
リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの前記単一のセットが、前の監視下のサブフレームおよび後続の監視下のサブフレームからのタイミングに基づき、かつ前記前の監視下のサブフレームおよび後続の監視下のサブフレームに関連するチャネルに基づく、請求項14に記載の方法。
【請求項１６】
前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、前記PDCCH探索空間のために割り振られたリソースブロックの前記第1のセットまたは前記PDSCH送信のために割り振られたリソースブロックの前記第2のセットの周辺のリソースブロックを備える、リソースブロックの第3のセットをさらに備える、請求項3に記載の方法。
【請求項１７】
リソースブロックの前記第3のセットが、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも上の周波数の中のX個のリソースブロック、およびリソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも下の周波数の中のY個のリソースブロックを備える、請求項16に記載の方法。
【請求項１８】
システム帯域幅の外部になる、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットの周辺のリソースブロックが、監視下のリソースブロックの前記セットの中に含まれない、請求項17に記載の方法。
【請求項１９】
XおよびYが、チャネルタイプ、UEカテゴリー、システム帯域幅、リソースブロック割振り、および割り振られる狭帯域のうちの少なくとも1つに依存する、請求項17に記載の方法。
【請求項２０】
前記サブフレームに対して、前記CRSに対する監視下のリソースブロックの前記セットが、
前記UEの帯域幅能力およびシステム帯域幅に基づくサイズを有するリソースブロックの中心セットと、
サブフレームのサブセット上の中心周波数の周辺のリソースブロックのセットとを含み、リソースブロックの個数およびサブフレームの前記サブセットが、前記基地局によってシグナリングされるか、または前記UEにおいて暗黙的に決定される、
請求項1に記載の方法。
【請求項２１】
前記UEが、Cat M1 UEを備え、前記Cat M1 UEが、前記CRSを求めて中心の6個のリソースブロックを監視する、請求項20に記載の方法。
【請求項２２】
前記UEが、Cat M2 UEまたはより上位のUEを備え、前記CRSを求めて中心の24個または25個のリソースブロックを監視し、リソースブロックの前記中心セットの選択が、全システム帯域幅に少なくとも部分的に基づく、請求項20に記載の方法。
【請求項２３】
単一のトランスポートブロックのためのPUSCH送信または反復の中間のサブフレームに対する監視下のリソースブロックの前記セットが、物理アップリンク共有チャネル(PUSCH)送信のために前記UEによって使用される送信狭帯域に基づく、請求項1に記載の方法。
【請求項２４】
前記UEが早期終了チャネルを監視するように構成されているとき、監視下のリソースブロックの前記セットが、前記早期終了チャネルのためのリソースブロックの第2のセットに基づき、
前記UEが前記早期終了チャネルを監視するように構成されていないとき、監視下のリソースブロックの前記セットが、前記UEの帯域幅能力に基づくサイズを有するリソースブロックの中心セットに基づく、
請求項23に記載の方法。
【請求項２５】
複信方式が時分割複信(TDD)であるとき、監視下のリソースブロックの前記セットが、PUSCHのために割り振られた狭帯域を含む、請求項23に記載の方法。
【請求項２６】
前記CRSを求めて監視するために使用される帯域幅に関する情報を前記基地局にシグナリングするステップをさらに備え、前記情報が、前記CRSを求めて監視するための最大帯域幅を備える、
請求項1に記載の方法。
【請求項２７】
前記情報が、前記CRSを求めて監視するために前記UEが使用する監視下のリソースブロックの前記セットを識別する追加のパラメータをさらに備える、請求項26に記載の方法。
【請求項２８】
監視下のリソースブロックの前記セットに基づいてCRSリソースブロックのセットを決定するステップ
をさらに備える、請求項1に記載の方法。
【請求項２９】
前記UEの帯域幅能力を下回る縮小された帯域幅の表示を受信するステップをさらに備え、CRSリソースブロックの前記セットが、前記縮小された帯域幅に基づく、
請求項28に記載の方法。
【請求項３０】
前記基地局からのCRSリソースブロックの前記セットの表示を受信するステップ
をさらに備える、請求項28に記載の方法。
【請求項３１】
CRSリソースブロックの前記セットが、
システム帯域幅、
監視下のリソースブロックの前記セット、および前記UEの帯域幅能力に基づくサイズを有するリソースブロックの中心セット、または
CRSリソースブロックの前記セットのネットワーク表示
のうちの少なくとも1つに基づく、請求項28に記載の方法。
【請求項３２】
前記CRSに対する監視下のリソースブロックの前記セットの帯域幅が、チャネルおよび割振りのうちの少なくとも1つの関数である、請求項1に記載の方法。
【請求項３３】
MPDCCHを受信するとき、監視下のリソースブロックの前記セットの前記帯域幅が、前記MPDCCHの両側における取り囲むリソースブロックの個数に基づく、請求項32に記載の方法。
【請求項３４】
PDSCHを受信するとき、監視下のリソースブロックの前記セットの前記帯域幅が、前記PDSCHのための前記割振りのサイズに基づく、請求項33に記載の方法。
【請求項３５】
前記UEは、前記PDSCHがより小さい周波数割振りを備えるときに、第1の帯域幅を使用し、前記PDSCHがより大きい周波数割振りを備えるときに、より大きい第2の帯域幅を使用する、請求項34に記載の方法。
【請求項３６】
監視下のリソースブロックの前記セットが、割振りを取り囲むいくつかのリソースブロックを備え、前記UEは、複数のサブフレームの中で前記UEがホッピングするすべての周波数にわたって、前記CRSを求めて監視する、請求項1に記載の方法。
【請求項３７】
UEが第1のサブフレームの中の第1の狭帯域から第2のサブフレームの中の第2の狭帯域にホッピングするとき、前記UEが、前記CRSを求めて、前記第1のサブフレームと前記第2のサブフレームの両方の中で前記第1の狭帯域と前記第2の狭帯域の両方を監視することを許容される、請求項36に記載の方法。
【請求項３８】
UEが前記第1のサブフレームの中の前記第1の狭帯域から前記第2のサブフレームの中の前記第2の狭帯域にホッピングするとき、前記UEは、
それが前記第1のサブフレームであるのかそれとも前記第2のサブフレームであるのか、
前記サブフレームがPDCCHを含むのかそれともPDSCHを含むのか、または
それがPDCCH/PDSCHの開始/終了を含むサブフレームの、前のサブフレームであるのかそれとも後のサブフレームであるのか
に基づいて、前記第1の狭帯域もしくは前記第2の狭帯域のいずれかまたはその両方を監視することを許容される、請求項37に記載の方法。
【請求項３９】
ユーザ機器(UE)におけるワイヤレス通信のための装置であって、
基地局からのセル固有基準信号(CRS)を求めて監視するための、サブフレーム上の監視下のリソースブロックのセットを決定するための手段と、
監視下のリソースブロックの前記セットに基づいて、前記サブフレーム上で前記基地局からの前記CRSを求めて監視するための手段と
を備える装置。
【請求項４０】
前記CRSを求めて監視するために使用される帯域幅に関する情報を前記基地局にシグナリングするための手段をさらに備え、前記情報が、前記CRSを求めて監視するための最大帯域幅を備える、
請求項39に記載の装置。
【請求項４１】
監視下のリソースブロックの前記セットに基づいてCRSリソースブロックのセットを決定するための手段
をさらに備える、請求項39に記載の装置。
【請求項４２】
前記UEの帯域幅能力を下回る縮小された帯域幅の第1の表示であって、CRSリソースブロックの前記セットが前記縮小された帯域幅に基づく、第1の表示、または前記基地局からのCRSリソースブロックの前記セットの第2の表示のうちの少なくとも1つを受信するための手段
をさらに備える、請求項41に記載の装置。
【請求項４３】
ユーザ機器(UE)におけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサが、
基地局からのセル固有基準信号(CRS)を求めて監視するための、サブフレーム上の監視下のリソースブロックのセットを決定し、
監視下のリソースブロックの前記セットに基づいて、前記サブフレーム上で前記基地局からの前記CRSを求めて監視するように構成される、
装置。
【請求項４４】
前記UEが、前記サブフレーム上の他のRB上で前記CRSを監視することを控える、請求項43に記載の装置。
【請求項４５】
ダウンリンク制御チャネルまたはダウンリンクデータチャネルのうちの1つまたは複数を含む前記サブフレーム上の監視下のリソースブロックの前記セットが、物理ダウンリンク制御チャネル(PDCCH)送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、および前記サブフレーム上での物理ダウンリンク共有チャネル(PDSCH)送信のために割り振られたリソースブロックの第2のセットのうちの少なくとも1つを備える、請求項43に記載の装置。
【請求項４６】
前記ダウンリンク制御チャネルが、前記PDCCH送信、前記PDCCH探索空間、または物理ブロードキャストチャネル(PBCH)を備え、前記ダウンリンクデータチャネルが、PDSCHを備える、請求項45に記載の装置。
【請求項４７】
監視下のリソースブロックの前記セットが、前記PDCCH送信、前記PDCCH探索空間、または前記PDSCH送信に割り振られた狭帯域の中の各リソースブロックを含む、請求項45に記載の装置。
【請求項４８】
前記UEが、同じサブフレーム上で前記PDCCH探索空間と前記PDSCHの両方を監視するものと予想されるとき、監視下のリソースブロックの前記セットが、前記PDCCH探索空間とPDSCH割振りとの間の各リソースブロックを含む、請求項45に記載の装置。
【請求項４９】
前記サブフレーム上の前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのN個のサブフレーム内にあり、Nが0よりも大きい第1の整数である場合、後続のサブフレームの中の前記PDCCH、前記PDCCH探索空間、または前記PDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第3のセット、および
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのM個のサブフレーム内にあり、Mが0よりも大きい第2の整数である場合、以前のサブフレーム上の前記PDCCH、前記PDCCH探索空間、またはPDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第4のセット
のうちの少なくとも1つをさらに備える、請求項45に記載の装置。
【請求項５０】
前記MおよびNが、チャネルタイプおよびUE帯域幅能力のうちの少なくとも1つに依存する、請求項49に記載の装置。
【請求項５１】
前記サブフレームが、拡張マシンタイプ通信動作のための有効なサブフレームである、請求項49に記載の装置。
【請求項５２】
MおよびNに基づいて考慮されるサブフレームが、拡張マシンタイプ通信動作のための有効なダウンリンクサブフレームに限定される、請求項49に記載の装置。
【請求項５３】
MおよびNに基づいて考慮されるサブフレームが、すべてのDLサブフレームを備える、請求項49に記載の装置。
【請求項５４】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットとリソースブロックの前記第4のセットの両方からのリソースブロックの集合体を備える、請求項49に記載の装置。
【請求項５５】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの単一のセットのみを備える、請求項49に記載の装置。
【請求項５６】
リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの前記単一のセットが、前の監視下のサブフレームおよび後続の監視下のサブフレームからのタイミングに基づき、かつ前記前の監視下のサブフレームおよび後続の監視下のサブフレームに関連するチャネルに基づく、請求項55に記載の装置。
【請求項５７】
前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、前記PDCCH探索空間のために割り振られたリソースブロックの前記第1のセットまたは前記PDSCH送信のために割り振られたリソースブロックの前記第2のセットの周辺のリソースブロックを備える、リソースブロックの第3のセットをさらに備える、請求項45に記載の装置。
【請求項５８】
リソースブロックの前記第3のセットが、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも上の周波数の中のX個のリソースブロック、およびリソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも下の周波数の中のY個のリソースブロックを備える、請求項57に記載の装置。
【請求項５９】
システム帯域幅の外部になる、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットの周辺のリソースブロックが、監視下のリソースブロックの前記セットの中に含まれない、請求項58に記載の装置。
【請求項６０】
XおよびYが、チャネルタイプ、UEカテゴリー、システム帯域幅、リソースブロック割振り、および割り振られる狭帯域のうちの少なくとも1つに依存する、請求項58に記載の装置。
【請求項６１】
前記サブフレームに対して、前記CRSに対する監視下のリソースブロックの前記セットが、
前記UEの帯域幅能力およびシステム帯域幅に基づくサイズを有するリソースブロックの中心セットと、
サブフレームのサブセット上の中心周波数の周辺のリソースブロックのセットとを含み、リソースブロックの個数およびサブフレームの前記サブセットが、前記基地局によってシグナリングされるか、または前記UEにおいて暗黙的に決定される、
請求項43に記載の装置。
【請求項６２】
前記UEが、Cat M1 UEを備え、前記Cat M1 UEが、前記CRSを求めて中心の6個のリソースブロックを監視する、請求項61に記載の装置。
【請求項６３】
前記UEが、Cat M2 UEまたはより上位のUEを備え、前記CRSを求めて中心の24個または25個のリソースブロックを監視し、リソースブロックの前記中心セットの選択が、全システム帯域幅に少なくとも部分的に基づく、請求項61に記載の装置。
【請求項６４】
単一のトランスポートブロックのためのPUSCH送信または反復の中間のサブフレームに対する監視下のリソースブロックの前記セットが、物理アップリンク共有チャネル(PUSCH)送信のために前記UEによって使用される送信狭帯域に基づく、請求項43に記載の装置。
【請求項６５】
前記UEが早期終了チャネルを監視するように構成されているとき、監視下のリソースブロックの前記セットが、前記早期終了チャネルのためのリソースブロックの第2のセットに基づき、
前記UEが前記早期終了チャネルを監視するように構成されていないとき、監視下のリソースブロックの前記セットが、前記UEの帯域幅能力に基づくサイズを有するリソースブロックの中心セットに基づく、
請求項64に記載の装置。
【請求項６６】
複信方式が時分割複信(TDD)であるとき、監視下のリソースブロックの前記セットが、PUSCHのために割り振られた狭帯域を含む、請求項64に記載の装置。
【請求項６７】
前記少なくとも1つのプロセッサが、
前記CRSを求めて監視するために使用される帯域幅に関する情報を前記基地局にシグナリングするようにさらに構成され、前記情報が、前記CRSを求めて監視するための最大帯域幅を備える、
請求項43に記載の装置。
【請求項６８】
前記少なくとも1つのプロセッサが、
監視下のリソースブロックの前記セットに基づいてCRSリソースブロックのセットを決定するようにさらに構成される、
請求項43に記載の装置。
【請求項６９】
前記少なくとも1つのプロセッサが、
前記UEの帯域幅能力を下回る縮小された帯域幅の第1の表示であって、CRSリソースブロックの前記セットが前記縮小された帯域幅に基づく、第1の表示、または前記基地局からのCRSリソースブロックの前記セットの第2の表示のうちの少なくとも1つを受信するようにさらに構成される、
請求項68に記載の装置。
【請求項７０】
ユーザ機器(UE)におけるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読記憶媒体であって、
基地局からのセル固有基準信号(CRS)を求めて監視するための、サブフレーム上の監視下のリソースブロックのセットを決定し、
監視下のリソースブロックの前記セットに基づいて、前記サブフレーム上で前記基地局からの前記CRSを求めて監視するためのコードを備える、
コンピュータ可読記憶媒体。
【請求項７１】
前記CRSを求めて監視するために使用される帯域幅に関する情報を前記基地局にシグナリングするためのコードをさらに備え、前記情報が、前記CRSを求めて監視するための最大帯域幅を備える、
請求項70に記載のコンピュータ可読記憶媒体。
【請求項７２】
監視下のリソースブロックの前記セットに基づいてCRSリソースブロックのセットを決定するためのコードをさらに備える、
請求項70に記載のコンピュータ可読記憶媒体。
【請求項７３】
前記UEの帯域幅能力を下回る縮小された帯域幅の第1の表示であって、CRSリソースブロックの前記セットが前記縮小された帯域幅に基づく、第1の表示、または前記基地局からのCRSリソースブロックの前記セットの第2の表示のうちの少なくとも1つを受信するためのコードをさらに備える、
請求項72に記載のコンピュータ可読記憶媒体。
【請求項７４】
基地局におけるワイヤレス通信の方法であって、
サブフレーム上でセル固有基準信号(CRS)をユーザ機器(UE)へ送信するための帯域幅を決定するステップであって、前記帯域幅がシステム帯域幅よりも小さい、ステップと、
前記決定された帯域幅を使用して前記CRSを前記UEへ送信するステップであって、前記UEが、監視下のリソースブロックのセット上で前記サブフレーム上の前記CRSを求めて監視し、前記帯域幅が、監視下のリソースブロックの前記セットに基づいて決定される、ステップと
を備える方法。
【請求項７５】
監視下のリソースブロックの前記セットが、物理ダウンリンク制御チャネル(PDCCH)探索空間またはPDCCHのために割り振られたリソースブロックの第1のセット、および物理ダウンリンク共有チャネル(PDSCH)送信のために割り振られたリソースブロックの第2のセットのうちの少なくとも1つを備える、請求項74に記載の方法。
【請求項７６】
監視下のリソースブロックの前記セットが、前記PDCCH送信、前記PDCCH探索空間、または前記PDSCH送信に割り振られた狭帯域の中の各リソースブロックを含む、請求項75に記載の方法。
【請求項７７】
前記UEが、同じサブフレーム上で前記PDCCH探索空間と前記PDSCHの両方を監視するものと予想されるとき、監視下のリソースブロックの前記セットが、前記PDCCH探索空間とPDSCH割振りとの間の各リソースブロックを含む、請求項75に記載の方法。
【請求項７８】
前記サブフレーム上の前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのN個のサブフレーム内にあり、Nが0よりも大きい第1の整数である場合、後続のサブフレームの中の前記PDCCH、前記PDCCH探索空間、または前記PDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第3のセット、および
前記サブフレームが、前記PDCCH探索空間、前記PDCCH送信、または前記PDSCH送信を含む前記サブフレームのうちのM個のサブフレーム内にあり、Mが0よりも大きい第2の整数である場合、以前のサブフレーム上の前記PDCCH、前記PDCCH探索空間、またはPDSCHのための前記割り振られたリソースブロックに基づいて決定されたリソースブロックの第4のセット
のうちの少なくとも1つをさらに備える、請求項75に記載の方法。
【請求項７９】
前記MおよびNが、チャネルタイプおよびUE帯域幅能力のうちの少なくとも1つに依存する、請求項78に記載の方法。
【請求項８０】
前記サブフレームが、拡張マシンタイプ通信動作のための有効なサブフレームである、請求項78に記載の方法。
【請求項８１】
MおよびNに基づいて考慮されるサブフレームが、拡張マシンタイプ通信動作のための有効なダウンリンクサブフレームに限定される、請求項78に記載の方法。
【請求項８２】
MおよびNに基づいて考慮されるサブフレームが、すべてのDLサブフレームを備える、請求項78に記載の方法。
【請求項８３】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットとリソースブロックの前記第4のセットの両方からのリソースブロックの集合体を備える、請求項78に記載の方法。
【請求項８４】
前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第1のサブフレームの後のM個のサブフレームと、前記PDCCH、前記PDCCH探索空間、または前記PDSCHを含む第2のサブフレームの前のN個のサブフレームの両方であるサブフレームに対して、監視下のリソースブロックの前記セットが、リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの単一のセットのみを備える、請求項78に記載の方法。
【請求項８５】
リソースブロックの前記第3のセットおよびリソースブロックの前記第4のセットのうちの前記単一のセットが、前の監視下のサブフレームおよび後続の監視下のサブフレームからのタイミングに基づき、かつ前記前の監視下のサブフレームおよび後続の監視下のサブフレームに関連するチャネルに基づく、請求項84に記載の方法。
【請求項８６】
前記CRSを求めて監視するための監視下のリソースブロックの前記セットが、前記PDCCH探索空間のために割り振られたリソースブロックの前記第1のセットまたは前記PDSCH送信のために割り振られたリソースブロックの第2のセットの周辺のリソースブロックを備える、リソースブロックの第3のセットをさらに備える、請求項75に記載の方法。
【請求項８７】
リソースブロックの前記第3のセットが、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも上の周波数の中のX個のリソースブロック、およびリソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットよりも下の周波数の中のY個のリソースブロックを備える、請求項86に記載の方法。
【請求項８８】
システム帯域幅の外部になる、リソースブロックの前記第1のセットまたはリソースブロックの前記第2のセットの周辺のリソースブロックが、監視下のリソースブロックの前記セットの中に含まれない、請求項87に記載の方法。
【請求項８９】
XおよびYが、チャネルタイプ、UEカテゴリー、システム帯域幅、リソースブロック割振り、および割り振られる狭帯域のうちの少なくとも1つに依存する、請求項87に記載の方法。
【請求項９０】
前記サブフレームに対して、前記CRSに対する監視下のリソースブロックの前記セットが、
前記UEの帯域幅能力およびシステム帯域幅に基づくサイズを有するリソースブロックの中心セットと、
サブフレームのサブセット上の中心周波数の周辺のリソースブロックのセットとを含み、リソースブロックの個数およびサブフレームの前記サブセットが、前記基地局によってシグナリングされるか、または前記UEにおいて暗黙的に決定される、
請求項74に記載の方法。
【請求項９１】
前記UEが、Cat M1 UEを備え、前記Cat M1 UEが、前記CRSを求めて中心の6個のリソースブロックを監視する、請求項80に記載の方法。
【請求項９２】
前記UEが、Cat M2 UEまたはより上位のUEを備え、前記CRSを求めて中心の24個または25個のリソースブロックを監視し、リソースブロックの前記中心セットの選択が、全システム帯域幅に少なくとも部分的に基づく、請求項80に記載の方法。
【請求項９３】
単一のトランスポートブロックのためのPUSCH送信または反復の中間のサブフレームに対する監視下のリソースブロックの前記セットが、物理アップリンク共有チャネル(PUSCH)送信のために前記UEによって使用される送信狭帯域に基づく、請求項74に記載の方法。
【請求項９４】
前記CRSを求めて監視するために使用される帯域幅能力に関する情報を前記UEから受信するステップをさらに備え、前記情報が、
前記CRSを求めて監視するための最大帯域幅、および
前記CRSを求めて監視するために前記UEが使用する監視下のリソースブロックの前記セットを識別する追加のパラメータ
のうちの少なくとも1つを備える、請求項74に記載の方法。
【請求項９５】
前記CRSを求めて監視する際の使用のための、前記UEの前記帯域幅能力を下回る縮小された帯域幅の表示を送信するステップ
をさらに備える、請求項94に記載の方法。
【請求項９６】
前記基地局からのCRSリソースブロックのセットの表示を送信するステップ
をさらに備える、請求項74に記載の方法。
【請求項９７】
前記表示が、前記CRSが送信されるサブフレームのサブセットを備える、請求項96に記載の方法。
【請求項９８】
UE固有基準信号(UE-RS)ベースの通信を前記UEへ送信するステップと、
前記UE-RSベースの通信用のデータに対してCRSトーンを再使用するステップと
をさらに備える、請求項74に記載の方法。
【請求項９９】
データに対する前記CRSトーンの再使用を前記UEに示すステップ
をさらに備える、請求項98に記載の方法。
【請求項１００】
送信の間にギャップを設けるステップをさらに備え、前記CRSが前記ギャップの中で送信される、
請求項74に記載の方法。
【請求項１０１】
基地局におけるワイヤレス通信のための装置であって、
セル固有基準信号(CRS)をユーザ機器(UE)へ送信するための帯域幅を決定するための手段であって、前記帯域幅がシステム帯域幅よりも小さい、手段と、
前記決定された帯域幅を使用して前記CRSを前記UEへ送信するための手段であって、前記UEが、監視下のリソースブロックのセット上で前記CRSを求めて監視し、前記帯域幅が、監視下のリソースブロックの前記セットに基づいて決定される、手段と
を備える装置。
【請求項１０２】
前記CRSを求めて監視するために使用される帯域幅能力に関する情報を前記UEから受信するための手段をさらに備え、前記情報が、
前記CRSを求めて監視するための最大帯域幅、または
前記CRSを求めて監視するために前記UEが使用する監視下のリソースブロックの前記セットを識別する追加のパラメータ
のうちの少なくとも1つを備える、請求項101に記載の装置。
【請求項１０３】
前記CRSを求めて監視する際の使用のための、前記UEの前記帯域幅能力を下回る縮小された帯域幅の第1の表示、または前記基地局からのCRSリソースブロックのセットの第2の表示のうちの少なくとも1つを送信するための手段
をさらに備える、請求項102に記載の装置。
【請求項１０４】
基地局におけるワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサが、
セル固有基準信号(CRS)をユーザ機器(UE)へ送信するための帯域幅を決定することであって、前記帯域幅がシステム帯域幅よりも小さいことと、
前記決定された帯域幅を使用して前記CRSを前記UEへ送信することであって、前記UEが、監視下のリソースブロックのセット上で前記CRSを求めて監視し、前記帯域幅が、監視下のリソースブロックの前記セットに基づいて決定されることとを行うように構成される、
装置。
【請求項１０５】
前記少なくとも1つのプロセッサが、
前記CRSを求めて監視するために使用される帯域幅能力に関する情報を前記UEから受信するようにさらに構成され、前記情報が、
前記CRSを求めて監視するための最大帯域幅、または
前記CRSを求めて監視するために前記UEが使用する監視下のリソースブロックの前記セットを識別する追加のパラメータ
のうちの少なくとも1つを備える、請求項104に記載の装置。
【請求項１０６】
前記少なくとも1つのプロセッサが、
前記CRSを求めて監視する際の使用のための、前記UEの前記帯域幅能力を下回る縮小された帯域幅の第1の表示、または前記基地局からのCRSリソースブロックのセットの第2の表示のうちの少なくとも1つを送信するようにさらに構成される、
請求項105に記載の装置。
【請求項１０７】
基地局におけるワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読記憶媒体であって、
セル固有基準信号(CRS)をユーザ機器(UE)へ送信するための帯域幅を決定することであって、前記帯域幅がシステム帯域幅よりも小さいことと、
前記決定された帯域幅を使用して前記CRSを前記UEへ送信することであって、前記UEが、監視下のリソースブロックのセット上で前記CRSを求めて監視し、前記帯域幅が、監視下のリソースブロックの前記セットに基づいて決定されることとを行うためのコードを備える、
コンピュータ可読記憶媒体。
【請求項１０８】
前記CRSを求めて監視するために使用される帯域幅能力に関する情報を前記UEから受信するためのコードをさらに備え、前記情報が、
前記CRSを求めて監視するための最大帯域幅、または
前記CRSを求めて監視するために前記UEが使用する監視下のリソースブロックの前記セットを識別する追加のパラメータ
のうちの少なくとも1つを備える、請求項107に記載のコンピュータ可読記憶媒体。
【請求項１０９】
前記CRSを求めて監視する際の使用のための、前記UEの前記帯域幅能力を下回る縮小された帯域幅の第1の表示、または前記基地局からのCRSリソースブロックのセットの第2の表示のうちの少なくとも1つを送信するためのコードをさらに備える、
請求項108に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、それらの全体が参照により本明細書に明確に組み込まれる、「CRS BANDWIDTH SIGNALING」と題する2017年3月24日に出願されたインド出願第201741010456号、「CRS BANDWIDTH SIGNALING」と題する2017年4月5日に出願されたインド出願第201741012235号、および「CRS BANDWIDTH SIGNALING」と題する2018年3月20日に出願された米国特許出願第15/926,848号の利益を主張する。
【０００２】
本開示は、一般に、通信システムに関し、より詳細には、狭帯域(NB:NarrowBand)ワイヤレス通信におけるセル固有基準信号(CRS:Cell specific Reference Signal)に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートできる、多元接続技術を採用し得る。そのような多元接続技術の例は、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムを含む。
【０００４】
これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。例示的な電気通信規格はロングタームエボリューション(LTE)である。LTEは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたユニバーサル移動電気通信システム(UMTS)モバイル規格に対する拡張のセットである。LTEは、ダウンリンク上でOFDMA、アップリンク上でSC-FDMA、および多入力多出力(MIMO)アンテナ技術を使用して、スペクトル効率の改善、コストの低下、およびサービスの改善を通じてモバイルブロードバンドアクセスをサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、LTE技術におけるさらなる改善に対する必要性がある。これらの改善はまた、他の多元接続技術、およびこれらの技術を採用する電気通信規格に適用可能であり得る。
【０００５】
NBワイヤレス通信は、狭帯域の限定された周波数ディメンジョンに起因する特有の課題を伴う。そのようなNBワイヤレス通信の一例は、システム帯域幅の単一のRB、たとえば、180kHzに限定されている、狭帯域モノのインターネット(NB-IoT:NarrowBand Internet-of-Things)である。NBワイヤレス通信の別の例は、システム帯域幅の6個のRBに限定されている、拡張マシンタイプ通信(eMTC:enhanced Machine Type Communication)である。たとえば、限定された量の帯域幅を使用するeMTCデバイスまたは他のデバイスなどのNB通信デバイスは、CRSに基づいてチャネルを復号し得る。CRSは、通常、システム帯域幅全体にわたって送られる。MTC UEは狭帯域の中で動作するが、MTC UEはまた、より広いシステム帯域幅(たとえば、1.4/3/5/10/15/20MHz)の中での動作が可能な場合がある。しかしながら、より広いこのシステム帯域幅能力を用いても、そのようなデバイスは、CRSを求めてシステム帯域幅全体を監視できないことがある。
【発明の概要】
【課題を解決するための手段】
【０００６】
1つまたは複数の態様の基本的理解を与えるために、以下のことはそのような態様の簡略化された概要を提示する。本概要は、企図されるすべての態様の包括的な概説ではなく、すべての態様の主要または重要な要素を特定することも、いずれかまたはすべての態様の範囲を定めることも意図しない。その唯一の目的は、後で提示されるより詳細な説明の導入として、1つまたは複数の態様のいくつかの概念を簡略化された形態で提示することである。
【０００７】
eMTCデバイスなどのNB通信デバイスは、システム帯域幅全体を介して送られてよいCRSに基づいてチャネルを復号し得る。狭帯域の中で動作するeMTCデバイスはまた、より広いシステム帯域幅(たとえば、1.4/3/5/10/15/20MHz)の中での動作が可能な場合があるが、CRSを求めてシステム帯域幅全体を監視できないことがある。たとえば、1.4MHz eMTC UEは、帯域がより広いCRS、たとえば、最大5MHz、最大10MHz、最大20MHzなどを監視することが可能であり得るが、やはりシステム帯域幅全体を監視できないことがある。システムリソースをより効率的に使用するために、かつ電力使用量を低減するために、基地局が、そのような帯域幅が限定されたデバイスへCRSを送信するために使用する帯域幅を縮小することが有益であり得る。
【０００８】
追加として、実際にはCRSが存在しないRB上またはサブフレーム上でUEがCRSを測定することによって引き起こされることがある、チャネル推定/追跡ループの劣化を低減するための態様が提供される。たとえば、UEは、CRSがサブフレーム上に存在するか否かを決定するために、いくつかのメトリックのうちのいずれかを使用し得る。CRSが存在しないことを、メトリックを使用してUEが決定すると、UEは、チャネル推定/追跡ループのためにCRS測定値を使用することを控えてよい。別の例では、UEは、他の情報を使用して、CRSがどのRB上またはサブフレーム上に存在すべきかを決定し得る。
【０００９】
一例では、CRSは、物理ダウンリンク制御チャネル(PDCCH:Physical Downlink Control CHannel)探索空間もしくはPDCCH送信のために割り振られたリソースブロックの第1のセット、および/または物理ダウンリンク共有チャネル(PDSCH:Physical Downlink Shared CHannel)送信のために割り振られたリソースブロックの第2のセットの中に存在することがある。CRSはまた、PDCCH探索空間もしくはPDCCH送信のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットよりも、N個のサブフレームだけ前のリソースブロックの第3のセット、および/あるいはPDCCH探索空間のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットよりも、M個のサブフレームだけ後のリソースブロックの第4のセットの中に存在することがある。CRSはさらに、PDCCH探索空間もしくはPDCCH送信のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットの周辺の、X個のリソースブロックの中に存在することがある。変数M、N、Xなどは、PDCCH探索空間、PDCCH送信、および/またはPDSCHに対して異なってよい。
【００１０】
本開示の一態様では、UEにおけるワイヤレス通信のための方法、コンピュータ可読媒体、および装置が提供される。装置は、基地局からのCRSを求めて監視するための監視下のリソースブロックのセットを決定する。監視下のリソースブロックのセットは、たとえば、装置の帯域幅能力に基づく、システム帯域幅よりも小さくてよい。装置は、監視下のリソースブロックのセットに基づいて、基地局からのCRSを求めて監視する。監視下のRBのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットおよび/またはPDSCH送信のために割り振られたリソースブロックの第2のセットを含んでよい。監視下のRBのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットもしくはPDSCH送信のために割り振られたリソースブロックの第2のセットよりも、N個のサブフレームだけ前のリソースブロックの第3のセット、および/またはPDCCH探索空間のために割り振られたリソースブロックの第1のセットもしくはPDSCH送信のために割り振られたリソースブロックの第2のセットよりも、M個のサブフレームだけ後のリソースブロックの第4のセットをさらに含んでよい。監視下のRBのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットの周辺の、X、Y個のリソースブロックをさらに含んでよい。
【００１１】
本開示の別の態様では、基地局におけるワイヤレス通信のための方法、コンピュータ可読媒体、および装置が提供される。装置は、CRSをユーザ機器へ送信するための帯域幅を決定し、帯域幅はシステム帯域幅よりも小さい。次いで、装置は、決定された帯域幅を使用してCRSをUEへ送信し、UEは、監視下のリソースブロックのセット上でCRSを求めて監視する。
【００１２】
上記の目的および関係する目的の達成のために、1つまたは複数の態様は、以下で十分に説明されるとともに特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、1つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が採用され得る様々な方法のうちのいくつかを示すものにすぎず、この説明は、そのようなすべての態様およびそれらの均等物を含むものとする。
【図面の簡単な説明】
【００１３】
【図１】ワイヤレス通信システムおよびアクセスネットワークの一例を示す図である。
【図２Ａ】DLフレーム構造のLTE例を示す図である。
【図２Ｂ】DLフレーム構造内のDLチャネルのLTE例を示す図である。
【図２Ｃ】ULフレーム構造のLTE例を示す図である。
【図２Ｄ】ULフレーム構造内のULチャネルのLTE例を示す図である。
【図３】アクセスネットワークにおける発展型ノードB(eNB:evolved Node B)およびユーザ機器(UE:User Equipment)の一例を示す図である。
【図４】UEと基地局との間で送信され得る例示的なシグナリングの図である。
【図５Ａ】監視下のRBのセットとCRS RBのセットとの間の例示的な関係を示す図である。
【図５Ｂ】監視下のRBのセットとCRS RBのセットとの間の例示的な関係を示す図である。
【図６】ワイヤレス通信の方法のフローチャートである。
【図７】例示的な装置の中の異なる手段/構成要素の間のデータフローを示す概念的なデータフロー図である。
【図８】処理システムを採用する装置のためのハードウェア実装形態の一例を示す図である。
【図９】ワイヤレス通信の方法のフローチャートである。
【図１０】例示的な装置の中の異なる手段/構成要素の間のデータフローを示す概念的なデータフロー図である。
【図１１】処理システムを採用する装置のためのハードウェア実装形態の一例を示す図である。
【図１２】UEと基地局との間で送信され得る例示的なシグナリングの図である。
【図１３Ａ】CRS用のリソースの一例を示す図である。
【図１３Ｂ】CRS用のリソースの一例を示す図である。
【図１４Ａ】CRS用のリソースの一例を示す図である。
【図１４Ｂ】CRS用のリソースの一例を示す図である。
【発明を実施するための形態】
【００１４】
添付の図面に関して以下に記載する詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実践され得る唯一の構成を表すものではない。詳細な説明は、様々な概念の完全な理解を与えるための具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることが、当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示される。
【００１５】
電気通信システムのいくつかの態様が、ここで様々な装置および方法を参照しながら提示される。これらの装置および方法は、以下の詳細な説明において説明され、(「要素」と総称される)様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付の図面において示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるのか、それともソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課される設計制約に依存する。
【００１６】
例として、要素、または要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」として実装され得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理装置(GPU)、中央処理装置(CPU)、アプリケーションプロセッサ、デジタル信号プロセッサ(DSP)、縮小命令セットコンピューティング(RISC)プロセッサ、システムオンチップ(SoC)、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアを含む。処理システムの中の1つまたは複数のプロセッサが、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェア構成要素、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるものとする。
【００１７】
したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶され得るか、またはコンピュータ可読媒体上に符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気的消去可能プログラマブルROM(EEPROM)、光ディスクストレージ、磁気ディスクストレージ、他の磁気記憶デバイス、上述のタイプのコンピュータ可読媒体の組合せ、またはコンピュータによってアクセスされ得る命令もしくはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用され得る任意の他の媒体を備えることができる。
【００１８】
図1は、ワイヤレス通信システムおよびアクセスネットワーク100の一例を示す図である。ワイヤレス通信システム(ワイヤレスワイドエリアネットワーク(WWAN)とも呼ばれる)は、基地局102、UE104、および発展型パケットコア(EPC:Evolved Packet Core)160を含む。基地局102は、マクロセル(大電力セルラー基地局)および/またはスモールセル(小電力セルラー基地局)を含んでよい。マクロセルはeNBを含む。スモールセルは、フェムトセル、ピコセル、およびマイクロセルを含む。
【００１９】
基地局102(発展型ユニバーサル移動電気通信システム(UMTS)地上波無線アクセスネットワーク(E-UTRAN)と総称される)は、バックホールリンク132(たとえば、S1インターフェース)を通じてEPC160とインターフェースする。他の機能に加えて、基地局102は、以下の機能、すなわち、ユーザデータの転送、無線チャネル暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能(たとえば、ハンドオーバ、デュアル接続性)、セル間干渉協調、接続セットアップおよび解放、負荷分散、非アクセス層(NAS:Non-Access Stratum)メッセージに対する配信、NASノード選択、同期、無線アクセスネットワーク(RAN:Radio Access Network)共有、マルチメディアブロードキャストマルチキャストサービス(MBMS:Multimedia Broadcast Multicast Service)、加入者および機器トレース、RAN情報管理(RIM:RAN Information Management)、ページング、測位、ならびに警告メッセージの配送のうちの1つまたは複数を実行し得る。基地局102は、バックホールリンク134(たとえば、X2インターフェース)を介して互いに直接または間接的に(たとえば、EPC160を通じて)通信し得る。バックホールリンク134は、有線またはワイヤレスであってよい。
【００２０】
基地局102は、UE104とワイヤレス通信し得る。基地局102の各々は、それぞれの地理的カバレージエリア110に通信カバレージを提供し得る。オーバーラップする地理的カバレージエリア110があり得る。たとえば、スモールセル102'は、1つまたは複数のマクロ基地局102のカバレージエリア110にオーバーラップするカバレージエリア110'を有することがある。スモールセルとマクロセルの両方を含むネットワークは、異種ネットワークと呼ばれることがある。異種ネットワークはまた、限定加入者グループ(CSG:Closed Subscriber Group)と呼ばれる限定グループにサービスを提供し得るホーム発展型ノードB(eNB)(HeNB:Home evolved Node B)を含んでよい。基地局102とUE104との間の通信リンク120は、UE104から基地局102へのアップリンク(UL)(逆方向リンクとも呼ばれる)送信、および/または基地局102からUE104へのダウンリンク(DL)(順方向リンクとも呼ばれる)送信を含んでよい。通信リンク120は、空間多重化、ビームフォーミング、および/または送信ダイバーシティを含む、MIMOアンテナ技術を使用し得る。通信リンクは、1つまたは複数のキャリアを通じてよい。基地局102/UE104は、各方向における送信のために使用される合計Yx MHz(x個のコンポーネントキャリア)までのキャリアアグリゲーションにおいて割り振られた、キャリア当たりY MHz(たとえば、5、10、15、20MHz)までの帯域幅のスペクトルを使用し得る。キャリアは互いに隣接してもしなくてもよい。キャリアの割振りは、DLおよびULに関して非対称であってよい(たとえば、DL用にUL用よりも多数または少数のキャリアが割り振られてよい)。コンポーネントキャリアは、1次コンポーネントキャリア、および1つまたは複数の2次コンポーネントキャリアを含んでよい。1次コンポーネントキャリアは1次セル(PCell:Primary Cell)と呼ばれることがあり、2次コンポーネントキャリアは2次セル(SCell:Secondary Cell)と呼ばれることがある。
【００２１】
ワイヤレス通信システムは、5GHz無認可周波数スペクトルの中で通信リンク154を介してWi-Fi局(STA)152と通信しているWi-Fiアクセスポイント(AP)150をさらに含んでよい。無認可周波数スペクトルの中で通信するとき、STA152/AP150は、チャネルが利用可能であるかどうかを決定するために、通信する前にクリアチャネルアセスメント(CCA:Clear Channel Assessment)を実行し得る。
【００２２】
スモールセル102'は、認可周波数スペクトルおよび/または無認可周波数スペクトルの中で動作し得る。無認可周波数スペクトルの中で動作するとき、スモールセル102'はLTEを採用してよく、Wi-Fi AP150によって使用されるのと同じ5GHz無認可周波数スペクトルを使用し得る。無認可周波数スペクトルの中でLTEを採用するスモールセル102'は、アクセスネットワークへのカバレージを拡大し得、かつ/またはアクセスネットワークの容量を増大させ得る。無認可スペクトルにおけるLTEは、LTEアンライセンス(LTE-U:LTE-Unlicensed)、ライセンス補助アクセス(LAA:Licensed Assisted Access)、またはMuLTEfireと呼ばれることがある。
【００２３】
ミリ波(mmW)基地局180は、UE182と通信中にmmW周波数および/または準mmW周波数の中で動作し得る。極高周波数(EHF:Extremely High Frequency)は、電磁スペクトルの中のRFの一部である。EHFは、30GHz〜300GHzの範囲および1ミリメートルと10ミリメートルとの間の波長を有する。その帯域の中の電波は、ミリ波と呼ばれることがある。準mmWは、100ミリメートルの波長を有する3GHzの周波数まで下へ広がり得る。超高周波数(SHF:Super High Frequency)帯域は、センチメートル波とも呼ばれる3GHzと30GHzとの間に広がる。mmW/準mmW無線周波数帯域を使用する通信は、経路損失が極めて大きく距離が短い。mmW基地局180は、極めて大きい経路損失および短い距離を補償するために、UE182と一緒にビームフォーミング184を利用し得る。
【００２４】
EPC160は、モビリティ管理エンティティ(MME:Mobility Management Entity)162、他のMME164、サービングゲートウェイ166、マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ168、ブロードキャストマルチキャストサービスセンター(BM-SC:Broadcast Multicast Service Center)170、およびパケットデータネットワーク(PDN:Packet Data Network)ゲートウェイ172を含んでよい。MME162は、ホーム加入者サーバ(HSS:Home Subscriber Server)174と通信していることがある。MME162は、UE104とEPC160との間のシグナリングを処理する制御ノードである。概して、MME162はベアラおよび接続管理を提供する。すべてのユーザインターネットプロトコル(IP)パケットは、サービングゲートウェイ166を通じて転送され、サービングゲートウェイ166自体は、PDNゲートウェイ172に接続される。PDNゲートウェイ172は、UEのIPアドレス割振りならびに他の機能を提供する。PDNゲートウェイ172およびBM-SC170は、IPサービス176に接続される。IPサービス176は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS:IP Multimedia Subsystem)、PSストリーミングサービス(PSS:PS Streaming Service)、および/または他のIPサービスを含んでよい。BM-SC170は、MBMSユーザサービスプロビジョニングおよび配送のための機能を提供し得る。BM-SC170は、コンテンツプロバイダMBMS送信のためのエントリポイントとして働いてよく、パブリックランドモバイルネットワーク(PLMN:Public Land Mobile Network)内のMBMSベアラサービスを許可および開始するために使用されてよく、MBMS送信をスケジュールするために使用されてよい。MBMSゲートウェイ168は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN:Multicast Broadcast Single Frequency Network)エリアに属する基地局102にMBMSトラフィックを配信するために使用されてよく、セッション管理(開始/停止)およびeMBMS関連の課金情報を収集することを担当してよい。
【００２５】
基地局は、ノードB、発展型ノードB(eNB)、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、または何らかの他の好適な用語で呼ばれることもある。基地局102は、EPC160へのアクセスポイントをUE104に提供する。UE104の例は、セルラーフォン、スマートフォン、セッション開始プロトコル(SIP)フォン、ラップトップ、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、または任意の他の類似の機能デバイスを含む。UE104は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、移動加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の好適な用語で呼ばれることもある。
【００２６】
再び図1を参照すると、いくつかの態様では、UE104は、監視下のRBのセットに基づいてCRSを監視するように構成され得、基地局102は、UEの監視下のRBのセットに基づく帯域幅を使用してCRSを送信するように構成され得る。したがって、UE104/基地局102は、たとえば、708、710、712、714、716、718、1008、1010、1012、1014、または1016のいずれかを備え得る/に相当し得る、CRS構成要素198を備えてよい。
【００２７】
図2Aは、LTEにおけるDLフレーム構造の一例を示す図200である。図2Bは、LTEにおけるDLフレーム構造内のチャネルの一例を示す図230である。図2Cは、LTEにおけるULフレーム構造の一例を示す図250である。図2Dは、LTEにおけるULフレーム構造内のチャネルの一例を示す図280である。他のワイヤレス通信技術は、異なるフレーム構造および/または異なるチャネルを有することがある。LTEでは、フレーム(10ms)は、等しいサイズの10個のサブフレームに分割され得る。各サブフレームは、連続する2つのタイムスロットを含んでよい。2つのタイムスロットを表すためにリソースグリッドが使用されてよく、各タイムスロットは、1つまたは複数の時間同時のリソースブロック(RB:Resource Block)(物理RB(PRB:Physical RB)とも呼ばれる)を含む。リソースグリッドは、複数のリソース要素(RE:Resource Element)に分割される。LTEでは、ノーマルサイクリックプレフィックスの場合、RBは、合計84個のREに対して、周波数領域において12個の連続するサブキャリア、かつ時間領域において7個の連続するシンボル(DLの場合はOFDMシンボル、ULの場合はSC-FDMAシンボル)を含む。拡張サイクリックプレフィックスの場合、RBは、合計72個のREに対して、周波数領域において12個の連続するサブキャリア、かつ時間領域において6個の連続するシンボルを含む。各REによって搬送されるビット数は、変調方式に依存する。
【００２８】
図2Aに示すように、REのうちのいくつかは、UEにおけるチャネル推定用のDL基準(パイロット)信号(DL-RS:DL Reference Signal)を搬送する。DL-RSは、セル固有基準信号(CRS)(共通RSと呼ばれることもある)、UE固有基準信号(UE-RS:UE-specific Reference Signal)、およびチャネル状態情報基準信号(CSI-RS:Channel State Information Reference Signal)を含んでよい。図2Aは、アンテナポート0、1、2、および3のためのCRS(それぞれ、R0、R1、R2、およびR3として示される)、アンテナポート5のためのUE-RS(R5として示される)、ならびにアンテナポート15のためのCSI-RS(Rとして示される)を示す。図2Bは、フレームのDLサブフレーム内の様々なチャネルの一例を示す。物理制御フォーマットインジケータチャネル(PCFICH:Physical Control Format Indicator CHannel)はスロット0のシンボル0内にあり、物理ダウンリンク制御チャネル(PDCCH)が1つのシンボルを占有するのか、2つのシンボルを占有するのか、それとも3つのシンボルを占有するのかを示す制御フォーマットインジケータ(CFI:Control Format Indicator)を搬送する(図2Bは、3つのシンボルを占有するPDCCHを示す)。PDCCHは、1つまたは複数の制御チャネル要素(CCE:Control Channel Element)内でダウンリンク制御情報(DCI:Downlink Control Information)を搬送し、各CCEは9個のREグループ(REG:RE Group)を含み、各REGはOFDMシンボルの中に4個の連続するREを含む。UEは、DCIも搬送するUE固有の拡張PDCCH(ePDCCH:enhanced PDCCH)を用いて構成され得る。ePDCCHは、2つ、4つ、または8つのRBペアを有してよい(図2Bは2つのRBペアを示し、各サブセットは1つのRBペアを含む)。物理ハイブリッド自動再送要求(ARQ)(HARQ)インジケータチャネル(PHICH:Physical HARQ Indicator CHannel)もスロット0のシンボル0内にあり、物理アップリンク共有チャネル(PUSCH:Physical Uplink Shared CHannel)に基づくHARQ肯定応答(ACK)/否定的ACK(NACK)フィードバックを示すHARQインジケータ(HI:HARQ Indicator)を搬送する。1次同期チャネル(PSCH:Primary Synchronization CHannel)は、フレームのサブフレーム0および5内のスロット0のシンボル6内にあり、サブフレームタイミングおよび物理レイヤ識別情報を決定するためにUEによって使用される1次同期信号(PSS:Primary Synchronization Signal)を搬送する。2次同期チャネル(SSCH:Secondary Synchronization CHannel)は、フレームのサブフレーム0および5内のスロット0のシンボル5内にあり、物理レイヤセル識別情報グループ番号を決定するためにUEによって使用される2次同期信号(SSS:Secondary Synchronization Signal)を搬送する。物理レイヤ識別情報および物理レイヤセル識別情報グループ番号に基づいて、UEは物理セル識別子(PCI:Physical Cell Identifier)を決定することができる。PCIに基づいて、UEは上述のDL-RSのロケーションを決定することができる。物理ブロードキャストチャネル(PBCH:Physical Broadcast CHannel)は、フレームのサブフレーム0のスロット1のシンボル0、1、2、3内にあり、マスタ情報ブロック(MIB:Master Information Block)を搬送する。MIBは、DLシステム帯域幅の中のRBの個数、PHICH構成、およびシステムフレーム番号(SFN:System Frame Number)を提供する。物理ダウンリンク共有チャネル(PDSCH)は、ユーザデータ、システム情報ブロック(SIB:System Information Block)などのPBCHを通じて送信されないブロードキャストシステム情報、およびページングメッセージを搬送する。
【００２９】
図2Cに示すように、REのうちのいくつかは、eNBにおけるチャネル推定用の復調基準信号(DM-RS:Demodulation Reference Signal)を搬送する。UEは、追加として、サブフレームの最終シンボルの中でサウンディング基準信号(SRS:Sounding Reference Signal)を送信してよい。SRSはコム構造(comb structure)を有してよく、UEはコムのうちの1つの上でSRSを送信してよい。SRSは、UL上での周波数依存のスケジューリングを可能にするためのチャネル品質推定のために、eNBによって使用され得る。図2Dは、フレームのULサブフレーム内の様々なチャネルの一例を示す。物理ランダムアクセスチャネル(PRACH:Physical Random Access CHannel)は、PRACH構成に基づくフレーム内の1つまたは複数のサブフレーム内にあってよい。PRACHは、サブフレーム内に6個の連続するRBペアを含んでよい。PRACHにより、UEが初期システムアクセスを実行するとともにUL同期を達成することが可能になる。物理アップリンク制御チャネル(PUCCH:Physical Uplink Control CHannel)は、ULシステム帯域幅のエッジに位置し得る。PUCCHは、スケジューリング要求、チャネル品質インジケータ(CQI:Channel Quality Indicator)、プリコーディング行列インジケータ(PMI:Precoding Matrix Indicator)、ランクインジケータ(RI:Rank Indicator)、およびHARQ ACK/NACKフィードバックなどの、アップリンク制御情報(UCI:Uplink Control Information)を搬送する。PUSCHは、データを搬送し、追加として、バッファステータス報告(BSR:Buffer Status Report)、電力ヘッドルーム報告(PHR:Power Headroom Report)、および/またはUCIを搬送するために使用され得る。
【００３０】
図3は、アクセスネットワークにおいてeNB310がUE350と通信しているブロック図である。DLでは、EPC160からのIPパケットがコントローラ/プロセッサ375に提供され得る。コントローラ/プロセッサ375は、レイヤ3機能およびレイヤ2機能を実施する。レイヤ3は無線リソース制御(RRC:Radio Resource Control)レイヤを含み、レイヤ2は、パケットデータコンバージェンスプロトコル(PDCP:Packet Data Convergence Protocol)レイヤ、無線リンク制御(RLC:Radio Link Control)レイヤ、および媒体アクセス制御(MAC:Medium Access Control)レイヤを含む。コントローラ/プロセッサ375は、システム情報(たとえば、MIB、SIB)のブロードキャスト、RRC接続制御(たとえば、RRC接続ページング、RRC接続確立、RRC接続修正、およびRRC接続解放)、無線アクセス技術(RAT:Radio Access Technology)間モビリティ、およびUE測定報告のための測定構成に関連するRRCレイヤ機能と、ヘッダ圧縮/解凍、セキュリティ(暗号化、解読、完全性保護、完全性検証)、およびハンドオーバサポート機能に関連するPDCPレイヤ機能と、上位レイヤパケットデータユニット(PDU:Packet Data Unit)の転送、ARQを通じた誤り訂正、RLCサービスデータユニット(SDU:Service Data Unit)の連結、セグメンテーション、およびリアセンブリ、RLCデータPDUの再セグメンテーション、ならびにRLCデータPDUの並べ替えに関連するRLCレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートブロック(TB:Transport Block)上へのMAC SDUの多重化、TBからのMAC SDUの逆多重化、スケジューリング情報報告、HARQを通じた誤り訂正、優先度処理、および論理チャネル優先順位付けに関連するMACレイヤ機能とを提供する。
【００３１】
送信(TX)プロセッサ316および受信(RX)プロセッサ370は、様々な信号処理機能に関連するレイヤ1機能を実施する。物理(PHY)レイヤを含むレイヤ1は、トランスポートチャネル上の誤り検出、トランスポートチャネルの前方誤り訂正(FEC)コーディング/復号、インターリービング、レートマッチング、物理チャネル上へのマッピング、物理チャネルの変調/復調、およびMIMOアンテナ処理を含んでよい。TXプロセッサ316は、様々な変調方式(たとえば、2位相シフトキーイング(BPSK)、4位相シフトキーイング(QPSK)、M位相シフトキーイング(M-PSK)、M相直交振幅変調(M-QAM))に基づく信号コンスタレーションへのマッピングを処理する。コーディングおよび変調されたシンボルは、次いで、並列ストリームに分割され得る。各ストリームは、次いで、OFDMサブキャリアにマッピングされ、時間領域および/または周波数領域において基準信号(たとえば、パイロット)と多重化され、次いで、逆高速フーリエ変換(IFFT)を使用して一緒に合成されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成し得る。OFDMストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器374からのチャネル推定値は、コーディングおよび変調方式を決定するために、かつ空間処理のために使用され得る。チャネル推定値は、UE350によって送信される基準信号および/またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機318TXを介して異なるアンテナ320に提供され得る。各送信機318TXは、送信のためにそれぞれの空間ストリームを用いてRFキャリアを変調し得る。
【００３２】
UE350において、各受信機354RXは、そのそれぞれのアンテナ352を通じて信号を受信する。各受信機354RXは、RFキャリア上に変調された情報を復元し、その情報を受信(RX)プロセッサ356に提供する。TXプロセッサ368およびRXプロセッサ356は、様々な信号処理機能に関連するレイヤ1機能を実施する。RXプロセッサ356は、UE350に向けられた任意の空間ストリームを復元するために、情報に対して空間処理を実行し得る。複数の空間ストリームは、UE350に向けられている場合、RXプロセッサ356によって単一のOFDMシンボルストリームに合成され得る。RXプロセッサ356は、次いで、高速フーリエ変換(FFT)を使用して、OFDMAシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別個のOFDMシンボルストリームを備える。各サブキャリア上のシンボル、および基準信号は、eNB310によって送信された最も可能性の高い信号コンスタレーションポイントを決定することによって復元および復調される。これらの軟判定は、チャネル推定器358によって算出されたチャネル推定値に基づいてよい。軟判定は、次いで、物理チャネル上でeNB310によって最初に送信されたデータおよび制御信号を復元するために、復号およびデインターリーブされる。データおよび制御信号は、次いで、レイヤ3機能およびレイヤ2機能を実施するコントローラ/プロセッサ359に提供される。
【００３３】
コントローラ/プロセッサ359は、プログラムコードおよびデータを記憶するメモリ360に関連し得る。メモリ360は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ359は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットリアセンブリ、解読、ヘッダ解凍、および制御信号処理を行って、EPC160からのIPパケットを復元する。コントローラ/プロセッサ359はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用する誤り検出を担当する。
【００３４】
eNB310によるDL送信に関して説明した機能と同様に、コントローラ/プロセッサ359は、システム情報(たとえば、MIB、SIB)収集、RRC接続、および測定報告に関連するRRCレイヤ機能と、ヘッダ圧縮/解凍およびセキュリティ(暗号化、解読、完全性保護、完全性検証)に関連するPDCPレイヤ機能と、上位レイヤPDUの転送、ARQを通じた誤り訂正、RLC SDUの連結、セグメンテーション、およびリアセンブリ、RLCデータPDUの再セグメンテーション、ならびにRLCデータPDUの並べ替えに関連するRLCレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、TB上へのMAC SDUの多重化、TBからのMAC SDUの逆多重化、スケジューリング情報報告、HARQを通じた誤り訂正、優先度処理、および論理チャネル優先順位付けに関連するMACレイヤ機能とを提供する。
【００３５】
eNB310によって送信された基準信号またはフィードバックからチャネル推定器358によって導出されたチャネル推定値は、適切なコーディングおよび変調方式を選択するために、かつ空間処理を容易にするために、TXプロセッサ368によって使用され得る。TXプロセッサ368によって生成された空間ストリームは、別個の送信機354TXを介して異なるアンテナ352に提供され得る。各送信機354TXは、送信のためにそれぞれの空間ストリームを用いてRFキャリアを変調し得る。
【００３６】
UL送信は、UE350における受信機機能に関して説明したのと同様の方式で、eNB310において処理される。各受信機318RXは、そのそれぞれのアンテナ320を通じて信号を受信する。各受信機318RXは、RFキャリア上に変調された情報を復元し、その情報をRXプロセッサ370に提供する。
【００３７】
コントローラ/プロセッサ375は、プログラムコードおよびデータを記憶するメモリ376に関連し得る。メモリ376は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ375は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットリアセンブリ、解読、ヘッダ解凍、制御信号処理を行って、UE350からのIPパケットを復元する。コントローラ/プロセッサ375からのIPパケットは、EPC160に提供され得る。コントローラ/プロセッサ375はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用する誤り検出を担当する。
【００３８】
NBワイヤレス通信は、狭帯域の限定された周波数次元に起因する特有の課題を伴う。そのようなNBワイヤレス通信の一例は、システム帯域幅の単一のRB、たとえば、180kHzに限定されるNB-IoTである。NBワイヤレス通信の別の例は、システム帯域幅の6個のRBに限定されるeMTCである。
【００３９】
複数のユーザが狭帯域を利用してよい。特定の時間においてUEのうちの一部だけがアクティブであってよく、NB通信はそのようなマルチユーザ容量をサポートすべきである。
【００４０】
追加として、NB通信は、異なるカバレージ拡張(CE:Coverage Enhancement)レベルを必要とする環境におけるデバイスを考慮することによって、深いカバレージを提供する必要があり得る。たとえば、いくつかのデバイスは、20dBものCEを必要とすることがあり、このことは、より大きいアップリンク送信時間間隔(TTI:Transmission Time Interval)バンドリングをもたらし、時間リソースをさらに限定する。
【００４１】
NB-IoT通信はまた、大きいセル半径、たとえば、ほぼ35kmと同程度を伴うことがある。したがって、通信は、長いサイクリックプレフィックス(CP:Cyclic Prefix)長を採用し得る、200μsなどの長い遅延を伴うことがある。
【００４２】
たとえば、カテゴリー0の低コストMTC UEを伴うeMTCを使用するNB通信に、類似の課題が関与する。MTC UEは、低減されたピークデータレートを伴って実装されることがある(たとえば、トランスポートブロックサイズに対して最大1000ビット)。さらに、MTC UEは、ランク1送信をサポートすることおよび/または1つの受信アンテナを有することに限定されることがある。MTC UEが半二重であるとき、MTC UEは、LTE規格によるレガシーUEすなわち非MTC UEと比較して、切替えタイミング(送信から受信または受信から送信への切替え)が緩和され得る。たとえば、非MTC UEは切替え時間が20マイクロ秒程度であり得るが、MTC UEは切替え時間が1ミリ秒程度であってよい。
【００４３】
MTC UEは、非MTC UEと同様の方法で、たとえば、広帯域信号を監視すること、PDCCHとePDCCHの両方を求めて監視することなどで、DL制御チャネルを監視し得る。追加のMTC拡張がサポートされ得る。MTC UEは狭帯域の中で動作するが、MTC UEはまた、より広いシステム帯域幅(たとえば、1.4/3/5/10/15/20MHz)の中での動作が可能な場合がある。たとえば、MTC UEは、1.4MHzというシステム帯域幅の中で動作し得、6個のリソースブロック(RB)を使用し得る。さらに、MTC UEは、最大15dBの拡張されたカバレージを有してよい。Cat M1は、PDSCHに対して6個のRBをサポートする。Cat M2は、MTC PDSCHに対して5MHz(最大24個のPRB)をサポートする。
【００４４】
eMTC UEなどの帯域幅が限定されたUEは、CRSに基づいてチャネルを復号し得る。CRSは、LTEパイロットに基づいてよく、LTEにおいて行われることになるようにシステム帯域幅全体にわたって送られてよい。UEは、チャネル推定のためにCRSを使用し得る。eMTC UEなどのUEはまた、より広いシステム帯域幅(たとえば、1.4/3/5/10/15/20MHz)の中での動作が可能な場合があるが、CRSを求めてシステム帯域幅全体を監視できないことがある。たとえば、1.4MHz eMTC UEは、帯域がより広いCRS、たとえば、最大5MHz、最大10MHz、最大20MHzなどを監視することが可能であり得るが、システム帯域幅全体を監視できないことがある。システムリソースをより効率的に使用するために、かつ電力使用量を低減するために、そのようなUEへCRSを送信するために使用される帯域幅を基地局が縮小することが有益であり得る。
【００４５】
監視下のRBのセット
システム帯域幅の一部分は、UEによってCRSを求めて監視される「監視下のRBのセット」として規定されてよく、監視下のRBのセットは、監視される狭帯域を備えてよい。監視下のRBのセットは、UEがサブフレーム内で監視すべきCRS RBをUEが決定するために規定されてよい。
【００４６】
たとえば、UEがPDCCH探索空間のみを監視するサブフレームでは、監視下のRBのセットは、PDCCH探索空間の一部であるRBを備えてよい。
【００４７】
PDCCH送信は、PDCCH探索空間内で起こる。したがって、PDCCH探索空間は、通常、PDCCH送信よりも長い。PDCCH探索空間は、PDCCHが送信されるか否かとは関係なくCRSを含むことができる。代替的に、場合によっては、実際のPDCCHを有するPDCCH探索空間の中およびその周辺のサブフレームしかCRSを含まないことがある。
【００４８】
UEがPDSCHのみを監視するサブフレーム上で、監視下のRBのセットは、PDSCHのために割り振られているRBを備えてよい。
【００４９】
UEは、たとえば、PDSCHとPDCCH探索空間の両方がUEのRB能力内にあるとき、サブフレームの中でPDSCHとPDCCH探索空間の両方を監視できる場合がある。UEがPDSCHとPDCCH探索空間の両方を監視できるそのようなサブフレーム上で、監視下のRBのセットは、割り振られたPDSCH RB、PDCCH探索空間RB、および割り振られたPDSCH RBとPDCCH探索空間との間の任意のRBを備えてよい。
【００５０】
場合によっては、所与のPDSCH割振りに対して、UEは、いくつかのサブフレーム上でPDCCHおよびPDSCHを監視してよく、他のサブフレーム上でPDSCHのみを監視してよい。この例では、PDCCHおよびPDSCHサブフレームに対応する監視下のRBの同じセットはまた、PDSCHのみが監視されるとき、サブフレームに対する監視下のRBのセットとして使用され得る。このことにより、UEによって監視されているRBの変化に起因してUEが再同調しなければならないことを回避することが可能になり得る。ホッピングが有効にされている場合、この例における監視下のRBの同じセットの使用は、同じホッピング区間内のサブフレームに限定され得る。異なるホッピング区間の中のサブフレームに対して、監視下のRBの異なるセットが使用され得る。
【００５１】
UEが特定のRBを監視している場合、監視下のRBは、そのRBを含む狭帯域の中のすべてのRBを含んでよい。
【００５２】
MTC PDCCH(MPDCCH)は、帯域幅が縮小された動作のために設計された特別なタイプのPDCCHを備えてよい。MPDCCHは、ePDCCHと類似であってよく、共通シグナリングおよびUE固有シグナリングを搬送し得る。いくつかのサブフレームは、MPDCCH探索空間またはPDSCH割振りを含まないことがある。そのようなサブフレームの中で、監視下のRBは、いくつかの方法のうちのいずれかで規定されてよい。たとえば、半二重UEの場合、無効なDLサブフレームに対して、またはガードサブフレーム上で、監視下のRBの類似のセットが使用されてよい。
【００５３】
第1の例では、監視下のRBのセットは、システム帯域幅の中心の周辺のRBのみを備えてよい。たとえば、6個のRBに限定されたeMTC通信の場合(たとえば、Cat M1 UEについては)、監視下のRBのセットは、システム帯域幅の中心の6個のRBを備えてよい。異なる帯域幅能力、たとえば、n個のRBという能力を有するUEの場合、RBは、システム帯域幅の中心のn個のRBであってよい。たとえば、PDSCHのために最大24個のPRBをサポートするCat M2 UEの場合、UEは、Cat M1 UEがCRSを含むものと想定されるよりも多数の、中心の周辺のRB(たとえば、12個、24個、25個のPRB)を想定し得る。その個数はLTEシステム帯域幅にも依存し得る。3MHzシステム帯域幅の場合、システムの中に12個のRBしかないので、Cat M2 UEは、その場合に監視下のRBに対して12個を想定し得る。場合によっては(たとえば、5MHzシステム帯域幅の場合)、システム帯域幅が25個であるので、監視下のRBの個数は25個であってよい。中心の24個のPRBの定義は、1つのエッジRBだけが必須CRSを伴わないこと、または必須CRSのRBのうちの半分を伴う2つのエッジRBを有することのいずれかにつながる場合がある。いずれの場合も、節約は多くないことがあるが、他のシステム帯域幅に対して、監視下のRBの個数はシステム帯域幅が25個のRBというCRSをサポートしても十分であり得るので24個であってよい。いずれの場合も、gNBからの必須CRS送信は、エッジRB上にCRSの1/2のRBをもたらし得る。UEは、全RBがCRSを含むことを想定することを許容され得る。
【００５４】
第2の例では、監視下のRBのセットのRBは、現在のサブフレームの前の最後の監視下のサブフレームの中の監視下のRBのセットのRBに基づいてよい。
【００５５】
第3の例では、監視下のRBのセットのRBは、現在のサブフレームの後の次の監視下のサブフレーム上の監視下のRBのセットのRBに基づいてよい。
【００５６】
第4の例では、UEは、そのようなサブフレーム上でCRSを監視することを控えてよい。
【００５７】
第5の例では、監視下のRBのセットは、第1〜第4の例の組合せに基づいてよい。この第5の例では、監視下のRBのセットを決定するために使用されるパラメータは、経時的に変化することがある。たとえば、最後の監視下のサブフレームの後のM個のサブフレームに対して、NBは、監視下のRBの最後のセットのRBに基づいて監視下のRBのセットのRBを確立する、第2の例に基づいてよい。次いで、次の監視下のサブフレームの前のN個のサブフレームに対して、監視下のRBのセットは、次の監視下のサブフレームの中の監視下のRBのセットのRBに基づいて監視下のRBのセットのRBを確立する、第3の例に基づいてよい。最後の監視下のサブフレームの後のM個のサブフレームと次の監視下のサブフレームの前のN個のサブフレームとの間になるサブフレームに対して、第1の例が適用されてよい。したがって、最後の監視下のサブフレームの後のM+1個のサブフレームおよび次の監視下のサブフレームの前のN+1個のサブフレームであるサブフレームに対して、監視下のRBのセットは、中心個数のRBのみを備えてよい。無効なサブフレーム、ガードサブフレーム、UE用のeMTCデータを含まない有効なサブフレームなどに対して、異なる例が適用されてよい。監視下のサブフレームとは、PDCCH探索空間、PDCCH割振り、および/またはPDSCH割振りを求めて監視されているサブフレームを指す。MおよびNの値は、異なるチャネルおよび/または異なるUEカテゴリーに対して異なってよく、たとえば、MおよびNの値は、PDCCH、PDCCH探索空間、PDSCH割振りなどに対して異なってよい。監視下のRBは、必ずしもUEによって監視されているRBであるとは限らず、むしろCRSを求めて、またはUEが望むような他の目的のために、UEが監視し得るRBである。また、複数の条件が満たされる場合、たとえば、サブフレームが、監視下のサブフレームのうちのM個のサブフレーム内かつ次の監視下のサブフレームの前のN個のサブフレーム内にある場合、監視下のRBが、以前の監視下のサブフレームの監視下のRB、次の監視下のサブフレームの監視下のRB、および中心RBの集合体を含んでよいことに留意されたい。代替的に、そのような場合に監視下のRBを限定し得る規則が定義されてよい。たとえば、監視下のRBは、次の監
視下のサブフレームのRBしか考慮されない、以前の監視下のRBしか考慮されない、などのように限定されてよい。規則は、現在のサブフレーム、最後の監視下のサブフレーム、および/または次の監視下のサブフレームの間の時間量の関数であってよく、また監視下のサブフレーム上の関連するチャネルに基づいてもよい(たとえば、両方がPDCCHである、一方のチャネルがPDCCHであり他方がPDSCHであるなど)。
【００５８】
UEがMPDCCHのみを監視しているとき、UEは、MPDCCH探索空間の周辺のCRS RBを使用することを可能にされてよい-たとえば、UEがPDSCHまたはPUSCH割振りを有する場合、UEは、その割振りと時間的にオーバーラップしUEが同時には監視できない周波数ロケーションの中にあるMPDCCHを監視するものとは予想されないことがある。したがって、それらのRBは、CRSに対する監視下のRBの一部でなくてよい。代替的に、UEは、失われた許可に対してUE実装形態をロバストにさせ得るので、UEがその時間においてPDSCHを監視またはPUSCHを送信するものと実際に予想されることがあっても、MPDCCH探索空間の周辺のCRS RBを使用することを可能にされてよい。たとえば、UEがDL許可を失いPDSCHではなくMPDCCHを監視するとき、このことが必要とされ得る。このことは、半二重UEにとっての失われたUL許可およびPUSCHに対して同様に適用可能であり得、たとえば、UEは、たとえば、UEがUL許可を失うと、PUSCHではなくMPDCCHの周辺のCRS RBを使用してよい。
【００５９】
ULギャップ
UEは、基地局からDL通信を受信するためにUEが再同調することを必要とする時間量にわたってPUSCHを送信してよい。UEは、再同調してUEが同期され基地局からDL通信を受信する準備ができていることを確実にするために、周波数追跡ループ(FTL:Frequency Tracking Loop)を実行させてよい。UEが再同調し、かつ再同調するためにDLにおいて時間の一部分を監視することを必要とする時間の長さにわたって、UEがPUSCHを送信したとき、そのことはULギャップと呼ばれることがある。UL送信を早期に終了させるために、UEは、早期終了チャネルを監視するように構成され得る。たとえば、UEは、UL送信の一部分、たとえば、UL送信の25%を送信してよい。UEが、たとえば、早期終了チャネル上で、基地局からのACKを求めて監視する間、UEは、残りの送信を保持するように構成され得る。UEが早期終了チャネル上でACKを受信する場合、UEは、UL送信の反復を送信することを控えてよい。UEが早期終了チャネル上でACKを受信しない場合、UEは、UL送信を継続してよく、残りの反復を送信してよい。早期終了の監視は、UL再同調ギャップの中で行われてよく、または別個に設けられてよい。
【００６０】
PUSCH送信の中間の監視下のRBのセットは、UEが早期終了チャネルを監視するように構成されているかどうかに基づいて決定されてよい。たとえば、UEが早期終了チャネルを監視するように構成されているとき、監視下のRBのセットは、早期終了チャネルのNBに基づいてよい。UEが早期終了チャネルを監視するように構成されていないとき、監視下のRBのセットは、RBの中心セット、たとえば、中心の6個のRB、またはUEの帯域幅能力に基づく中心個数のRBに基づいてよい。
【００６１】
TDD構成の場合、UEがUL通信のために所与のNBの中でPUSCHを送信しているとき、かつ探索空間監視/PDSCH受信がないとき、UEは、対応するNBがCRSを求めてDL上で監視されていることを想定してよい。したがって、DL上でCRSを監視するための監視下のRBのセットは、UEがPUSCH通信を送信するNBに基づいてよい。
【００６２】
監視下のRBのセットは、ホッピング利得を抽出することなどのために十分なフレキシビリティを基地局に与えながら、基地局が、異なるUEの通信ニーズを満たすことを可能にするために必要とするCRSの個数を、基地局が最小限に抑えることを可能にするパラメータに基づいてよい。CRS RBを選択する際に、UEは、FFTを用いるとエッジRBにおいて見られることがあるチャネル推定ドループ問題を回避するRBを選択してよい。たとえば、図5Aでは、UEは、8個のRBというCRS帯域幅、および4個のRBを含む監視下のNBのセットを有してよい。チャネル推定が、RB0〜RB7、たとえば、8個のRBに対して実行される場合、監視下のNBはRB2からRB5までであるが、チャネル推定ドループを受けることがあり、RB0、RB1、RB6、およびRB7にとってチャネル推定は劣悪であり得る。
【００６３】
チャネル推定ドループというこの問題を回避するために、UEは、少なくとも1つのCRSトーンが割振りの側部にあるような、チャネル推定用のRBを選択してよい。たとえば、RBは、第1のRBが少なくとも1つのCRSトーンを備えるように、または最後のRBが少なくとも1つのCRSトーンを備えるように、選択されてよい。図5Bは、監視下のRBのセットが、たとえば、RB0において始まる、CRS帯域幅の上側にある一例を示す。別の例では、監視下のNBは、CRS帯域幅および監視下のRBのセットが最後のRBを共有するように配置されてよい。たとえば、図5Aにおいて、監視下のRBのセットをRB4からRB7まで拡張させることも、チャネル推定ドループを回避し得る。
【００６４】
同様に、チャネル推定用のRBは、監視下のRBのセットの中にDCを有することを回避するように選択されてよい。チャネル推定用のRBは、割り振られたPDSCH RBおよび/または監視されるPDCCH探索空間RBの中の直流(DC)を回避するように選択されてよい。DCとは、UEが周波数帯域の中心の位置を特定することを可能にするサブキャリアである。別の例では、DCが、監視下のRBのセットの一部であるが、UEがデータを受信していないRB上にはないように、RBが選択されてよい。しかしながら、監視下のRBのセットの中にDCを有することは、やはりチャネル推定を劣化させることがある。
【００６５】
UEシグナリング
UEは、監視下のRBのセットに関する情報を基地局にシグナリングしてよい。たとえば、UEは、CRSのためにUEが使用する最大帯域幅をシグナリングしてよい。たとえば、UEは、LTEに対して許容される帯域幅のサブセット、たとえば、1.4MHz、5MHz、10MHz、または20MHzを使用してよいが、LTEは3MHzおよび15MHzもサポートし得る。図4は、UE402と基地局404との間で送信され得る例示的なシグナリングの図400を示す。406において示すように、UEは、CRSを監視するためのその最大帯域幅を基地局404にシグナリングしてよい。
【００６６】
CRS RBは、監視下のRBのセットの関数であってよい。その関数は事前定義された関数であってよい。UEはまた、たとえば、408において、追加のパラメータを基地局にシグナリングしてよく、基地局は、CRSのためにUEが使用する特定のRBを識別するために、UEからの追加のパラメータを使用し得る。UEからの追加のパラメータは、たとえば、CRSに対する最大帯域幅に関してUEが基地局にシグナリングする情報を基地局にシグナリングするために必要とされるビット数を減らすために、この情報とともにジョイントコーディングされてよい。
【００６７】
UEが、たとえば、1.4MHz eMTCモードに対応する、CRSを求めて監視するための1.4MHz帯域幅能力を基地局に示す一例では、基地局は、UEに対するCRSを監視下のRBのUEのセット上のみで送信してよい。UEが、たとえば、1.4/5/20MHz eMTCモードのいずれかに対応する、CRSを求めて監視するための20MHz帯域幅能力を基地局に示した場合、基地局は、UEに対するCRSを送信するために、任意の利用可能なRBを使用してよい。
【００６８】
監視下のRBのUEのセットからのCRS RBの決定
システム帯域幅内に複数の広帯域が定義され得る。広帯域は、周波数においてオーバーラップしていることもオーバーラップしていないこともある。たとえば、第1の広帯域は上部の10MHzを備えてよく、第2の広帯域は中央の10MHzを備えてよく、第3の広帯域は下部の10MHzを備えてよい。
【００６９】
UEに対して規定された監視下のRBのセットのRBが、規定された広帯域のうちの1つの中にある場合、UEは、その広帯域上でのみ、CRSを求めて監視してよい。監視下のRBが2つの広帯域の中に完全に含まれる場合に特定の広帯域を識別するために、既定の規則が定義され得る。代替的に、UEは、そのような場合には、広帯域のうちのいずれかを監視することを許容されてよい。UEはまた、その広帯域の周辺のN個のRB上でCRSを求めて監視してよく、ただし、Nは0、0.5、1、2などに等しくてよい。
【００７０】
UEに対する監視下のRBのセットが、規定された広帯域のうちの複数の広帯域に広がる場合、UEは、CRSを求めて監視されるべきRBをいくつかの方法で決定し得る。
【００７１】
第1の例では、UEは、CRSが、複数の広帯域のうちのいずれかに存在し得ることを想定し得る。たとえば、監視下のRBのセットが2つの広帯域に広がる場合、UEは、CRSが両方の広帯域に存在することを想定してよく、両方の広帯域の中でCRSを求めてNBを監視してよい。
【００７２】
第2の例では、UEは、割り振られたNB上にしかCRSが存在しないことを想定し得る。したがって、UEは、CRSを求めて監視するためのRBを、UEに割り振られたNBに制約してよい。
【００７３】
第3の例では、UEは、CRSが、監視下のRBのセットの周辺の±X個のRBに、ただし、全体的なシステム帯域幅内に存在することを想定し得る。したがって、UEは、±X個のRBがシステム帯域幅内にある限り、監視下のRBのセットの周辺の+X個のRBおよび/または-X個のRBの中で、CRSを求めて監視し得る。図13Aは、たとえば、上記で説明したようにPDCCH、PDSCH、MPDCCHなどを求めて監視され得る、監視下のRBを示す。図13Bは、CRSが、たとえば、「監視下のRBおよびCRS」として図示したように監視下のRB上に、また監視下のRBの周辺の±X個のRB上に存在し得ることを示す。図13Bは、監視下のRBの周波数の上および下の1つの追加のPRBの中にCRSを示すが、このことは一例にすぎない。CRSは、監視下のRBの周波数の上および下の任意の個数Xのサブフレームに対して存在してよい。Xは、たとえば、X=CRS帯域幅能力の中のRBの個数-UEのための監視下のRBのセットの中のRBの個数などの、固定であってよい。Xのこの定義により、UEが監視下のRBのセットに基づいて中心周波数の配置を選ぶことが可能になる。別の例では、Xは、たとえば、408において基地局に提供される、UEシグナリングの一部であってよい。
【００７４】
第4の例では、CRSは、監視下のRBのセットよりもN個のサブフレームだけ前のRBの中、および監視下のRBのセットよりもM個のサブフレームだけ後のRBの中に存在するものと想定され得る。
【００７５】
XおよびYは、監視下のRBのセットのインデックス、監視下のRBのセットの個数、およびUEのCRS帯域幅能力の関数に基づいて決定され得る。一例では、
X+Y=CRS帯域幅能力の中のRBの個数-監視下のRBのセットの中のRBの個数/2、
X、Y=((CRS帯域幅能力の中のRBの個数-監視下のRBのセットの中のRBの個数)/2)の上限または下限であり、
X、Y、および監視下のRBのセットが、CRSを監視するためのRBがシステム帯域幅のエッジに到達するようなものである場合、他の端部におけるRBの個数は増大することがある。
【００７６】
この第4の例は、監視下のRBのセットの両側において、いくぶん均等な分布をもたらし得る。XおよびYは、たとえば、監視下のRBのセットの両側における1/2のRBに対応する、分数であってよい。このことにより、図5Aに関して説明するような、チャネル推定ドループという問題が回避され得る。
【００７７】
第3および第4の例は、広帯域の規定を伴わなくても使用され得る。
【００７８】
たとえば、最小個数に到達するまで、システム帯域幅のエッジに到達するまで、かつ/またはCRS帯域幅能力に到達するまで、監視下のRBのセットの両側において等しくCRS RB用の追加のRBが追加されてよい。それらのしきい値のうちの1つに到達すると、追加のRBは中心RBのより近くに追加されてよい。
【００７９】
1.4MHz eMTC帯域幅の場合の一例に対して、オーバーラップしていることがある広帯域のリストは、CRS帯域幅能力に対応し得る。広帯域のリストからの各広帯域は、監視下のRBの対応するセット、たとえば、狭帯域に関連付けられてよい。監視下のRBのセットは、それが関連付けられる広帯域の一部であってよい。広帯域は、チャネル推定ドループを回避するように、かつ/または監視下のRBのセット内でDCを有することを回避するように、選択されてよい。
【００８０】
広帯域のリスト、および/または対応する広帯域への監視下のRBのセットの各々のマッピングは、固定であってよい。たとえば、マッピングは、指定されてよく、または事前定義されてよい。代替的に、UEは、監視下のRBのセットごとにどの広帯域をUEが使用するのかを基地局にシグナリングしてよく、かつ/または広帯域のリストを基地局にシグナリングしてよい。たとえば、図4に示すように、UEは、監視下のRBのセットへの広帯域のマッピングをシグナリングしてよい(410)。
【００８１】
監視下のRBのセットの前のRBは、「ウォームアップ(warm up)」と呼ばれることがあり、監視下のRBのセットの後のRBは、「クールダウン(cool down)」と呼ばれることがある。図14Aは、たとえば、上記で説明したようにPDCCH、PDSCH、MPDCCHなどを求めて監視され得る、監視下のRBを示す。図14Bは、CRSが、たとえば、「監視下のRBおよびCRS」として図示したように監視下のRB上に、また監視下のRBの前および後のサブフレームの中に存在し得ることを示す。図14Bは、監視下のRBの前の1つのサブフレームの中および監視下のRBの後の1つのサブフレームの中にCRSを示すが、このことは一例にすぎない。CRSは、監視下のRBの前の任意の個数Nのサブフレームに対して、また監視下のRBの後の任意の個数Mのサブフレームに対して存在してよい。
【００８２】
ネットワークシグナリング
ネットワークは、CRSを求めて監視すべきRBのセットのUEの決定に影響を及ぼすシグナリングをUEに提供し得る。たとえば、基地局は、たとえば、図4の中の412において、CRSを監視するための縮小された帯域幅をシグナリングすることによって、UE CRS帯域幅シグナリングを無効にしてよい。一例では、UEは、20MHzのCRS帯域幅を要求してよく、または20MHzという帯域幅能力を示してよいが、ネットワークは、UEのCRS帯域幅能力のうちの5MHzのみを使用するようにUEに要請してよい。
【００８３】
UEにシグナリングされる縮小された帯域幅は、基地局からのCRSを受信するすべてのUEに対する共通のCRS帯域幅、たとえば、ネットワークによってサポートされる最大CRS帯域幅であってよい。代替として、UEにシグナリングされる縮小された帯域幅はUE固有であってよく、たとえば、縮小された帯域幅はRRC構成中にUEに対して設定されてよい。
【００８４】
ネットワークシグナリングの別の例では、基地局は、CRSを監視するためにUEが使用できるRBのセット、たとえば、図4における414を示してよい。その表示(Indication)は、ブロードキャストメッセージの中でUEへ送信されてよい。RBの示されるセットは、システム帯域幅とは異なってよい。RBの示されるセットは、基地局によってUEに明示的に通信されてよい。たとえば、示されるセットは、基準周波数を取り囲む周波数範囲、たとえば、中心周波数の周辺の±5MHzを示してよい。異なる例では、RBのセットは、監視下のRBのセットと組み合わせて、基地局から通信されるパラメータに基づいてUEによって暗黙的に導出されてよい。たとえば、基地局は、監視下のRBのセットに関する周波数範囲、たとえば、監視下のRBのセットの周辺に最大10MHzのCRSがあり得ることを示してよい。CRSを含む正確なRB/NBは、RBのどのセットをUEが監視しているのかに基づいて暗黙的に導出され得る。この場合における監視下のRBは、たとえば、PBCH RBであってよく、ネットワークは、CRSが存在することをUEが想定し得る、時間および周波数リソースのセット(PBCHを含むサブフレームの周辺のサブフレーム、PBCHの周辺のRB)をシグナリングしてよい。
【００８５】
図4はまた、基地局404からUE402へのCRS送信416を示す。
【００８６】
アイドルモード/接続セットアップ
UEがそのCRS帯域幅能力を通信できる前の時間において、いくつかのオプションのうちのいずれかがUEによって使用されてCRS RBを決定し得る。たとえば、UEは、アイドルモードにある間、アイドルモードから抜けるとき、または接続セットアップにおいて、CRS RBを決定する必要があり得る。例示的なシナリオは、サービングセル測定、ページング受信、ランダムアクセス応答(RAR:Random Access Response)、応答/接続プロシージャを含む。これらの例では、UEは、単一の狭帯域しか監視していないことがある。
【００８７】
第1のオプションでは、UEは、帯域幅の任意の部分の中でCRSを使用すべきであり得る。したがって、UEがアイドルモードにあったとき、または接続セットアップの前などの、UEがそのCRS帯域幅能力を通信できる前に、UEは、CRSを求めて監視すべきCRS RBに対してシステム帯域幅の任意の部分を使用してよい。
【００８８】
第2のオプションでは、UEは、監視下のRBのセット上およびUEの帯域幅能力に基づくサイズを有するRBの中心セット上で、CRS RBのみを使用することを許容されてよい。たとえば、RBの中心セットは、中心の6個のRBを備えてよい。RBの中心セットは、たとえば、中心のRBが監視下のRBのセットの一部でないときでさえ、使用されてよい。UEはまた、UEの帯域幅能力内に収まる監視下のRBのセットの両側において、少数のRBを使用することを許容されてよい。RBの中心セット、たとえば、中心の6個のRBは、PBCHを復号すること、または近接セル測定を実行することなどのために使用され得る。
【００８９】
第3のオプションでは、ネットワークは、CRSを監視するためにUEが使用できるRBのセットをUEに示してよい。たとえば、ネットワークは、ブロードキャストメッセージの中でRBのセットを示してよい。RBの示されるセットは、システム帯域幅とは異なってよい。RBの示されるセットは、基地局によってUEに明示的に通信されてよい。たとえば、示されるセットは、基準周波数を取り囲む周波数範囲、たとえば、中心周波数の周辺の±5MHzを示してよい。異なる例では、RBのセットは、監視下のRBのセットと組み合わせて、基地局から通信されるパラメータに基づいてUEによって暗黙的に導出されてよい。たとえば、基地局は、監視下のRBのセットに関する周波数範囲、たとえば、監視下のRBのセットの周辺に最大10MHzのCRSがあり得ることを示してよい。CRSを含む正確なRB/NBは、RBのどのセットをUEが監視しているのかに基づいて暗黙的に導出され得る。
【００９０】
手法の組合せも使用されてよい。たとえば、UEは、すべてのDLサブフレーム上で中心の6個のRBを使用することを許容されてよい。いくつかの他のサブフレーム上で、UEは、たとえば、ブロードキャストメッセージの中でeNBによってシグナリングされるか、またはいくつかのサブフレーム上でUEによって暗黙的に決定されるような、より多数のRBを使用することを許容されてよい。
【００９１】
誤ったPDCCH復号
UEは、PDCCHを監視していることがあり、PDCCHを復号しようと試みていることがある。時々、UEは、UEに対するダウンリンク許可を示すPDCCHであるものとUEが誤って想定する信号を検出することがある。この例では、UEは、次いで、想定されるPDCCHに基づいてCRSが受信されるものと予想することになる。しかしながら、UEがこの誤ったダウンリンク許可に従ってPDSCHを監視し始めるとき、検出された信号が実際のダウンリンク許可ではなかったので、基地局は、それらのRBに対応するCRSを実際には送信していないことがある。このことは、実際にはCRSが基地局によって送信されていないとき、UEがCRSを測定することに基づくチャネル推定および追跡ループの破損を引き起こす。追跡ループは、平均化または合成されるチャネル測定の移動ウィンドウを含んでよい。たとえば、追跡ループは、周波数追跡ループ、時間追跡ループなどを備えてよい。
【００９２】
UEは、CRSに対する測定値をチャネル推定/追跡ループに含める前に、少なくとも1つのメトリックを使用してCRSが存在するか否かを決定することによって、そのようなチャネル推定/追跡ループ破損を低減または回避し得る。一例では、UEは、CRSが存在するかどうか、およびCRS測定値をチャネル推定/追跡ループに含めるべきかどうかを決定するために、PDSCHコードブックCRC通過または失敗を使用し得る。第2の例では、UEは、CRSが存在するかどうか、およびCRS測定値をチャネル推定/追跡ループに含めるべきかどうかを決定するために、トランスポートブロック(TB)巡回冗長検査(CRC)通過または失敗を使用し得る。第3の例では、UEは、CRSが存在するかどうか、およびCRS測定をチャネル推定/追跡ループに含めるべきかどうかを決定するために、PDCCH RBの中のCRSエネルギーの量と比較した、PDSCHの中のCRSエネルギーの量を使用し得る。第4の例では、UEは、CRSが存在するかどうか、およびCRS測定値をチャネル推定/追跡ループに含めるべきかどうかを決定するために、PDCCHシンボルエネルギーおよび/またはビタビデコーダメトリックについて情報を使用し得る。第5の例では、UEは、CRSが存在するかどうか、およびCRS測定値をチャネル推定/追跡ループに含めるべきかどうかを決定するために、シンボル誤り計数を使用し得る。別の例では、UEは、たとえば、PDSCHコードブックCRC、TB CRC通過/失敗、PDSCHの中のCRSエネルギー、PDCCHの中のCRSエネルギー、PDCCHシンボルエネルギー/ビタビデコーダメトリック、またはシンボル誤り計数のうちのいずれかの組合せを使用して、CRSが存在するかどうか、およびCRS測定値をチャネル推定/追跡ループに含めるべきかどうかを決定するために、そのようなメトリックの組合せを使用し得る。
【００９３】
CRSが存在することをUEがメトリックを使用して決定すると、UEは、CRS測定値をチャネル推定/追跡ループに含めてよい。CRSが存在しそうでないことをUEがメトリックに基づいて決定すると、UEは、CRS測定値をチャネル推定/追跡ループに含めることを控えてよい。たとえば、UEは、チャネル推定、電力遅延プロファイル、周波数追跡ループ(FTL)、時間追跡ループ(TTL:Time Tracking Loop)などのいずれかをリセットするために、メトリックを使用し得る。リセットは、これらの変数をPDSCHの開始の前の値に初期化することによって実行され得る。別の例では、PDSCHの後にリセットが実行されてよく、CRS測定値が再び収集され得る。
【００９４】
UEが正確なCRS測定を実行できないという問題を低減するために、より大きい反復回数があるとき、PDSCH反復の間にギャップまたは間隔が設けられてよく、これにより、UEがPDSCH復号の間の間隔中に追跡/CRS測定を実行することが可能になり得る。たとえば、しきい値あたりの反復の間、ギャップまたは間隔が採用されてよい。一例では、間隔は256回のPDSCH反復の後に設けられてよい。
【００９５】
UE-RSベースの通信
測定に対してCRSが存在しないことがある別の例は、UE-RSベースの通信を伴う。たとえば、いくつかの送信モードはUE-RSベースであってよく、したがって、UEは、CRSの代わりにチャネル推定用のUE-RS信号を使用することになる。たとえば、送信モード9または送信モード10は、CRSではなくUE-RSに基づくPDSCH復号を伴ってよい。別の例として、eMTC PDCCH復号がUE-RSベースであってよい。UE-RSベースの通信のこの例では、UEは、PDCCH/PDSCHを復号するためにPDCCH/PDSCH RB上でCRSを監視する必要がなくてよい。CRSは、追跡ループ更新およびCQI報告などのためにしか必要とされない。UEは、代わりに、各サブフレーム上ではなくサブフレームのサブセット上でCRSを測定することによって、CRSをサブサンプリングできる場合がある。
【００９６】
UEは、たとえば、CQI報告のためにMPDCCH狭帯域に依拠し得る。
【００９７】
しかしながら、CRSをサブサンプリングすることは、追跡ループにとって問題になることがある。追跡ループを伴う問題を回避するために、ネットワークは、たとえば、図12に示すように、PDCCH/PDSCHがCRSも有するとき、表示を用いてUEにシグナリングしてよい。図12は、CRSを測定する際にUEを支援するための、基地局1204とUE1202との間のシグナリングの例を示す。たとえば、基地局は、1206において、CRSが送信されるサブフレームのサブセットを示してよい。表示は、ブロードキャストメッセージの中などのDCIの中でUEにシグナリングされ得る。基地局は、次いで、1208において、サブフレームの示されたサブセット上でCRSを送信してよい。基地局1204は、1210において、これらおよび他のサブフレームの中でUE-RSベースの通信、たとえば、MPDCCH、PDSCH、UE-RSなどを送信してよい。第2の例では、CRS存在/不在は、反復の回数の関数であってよい。たとえば、特定の反復回数のPDSCHは、関連するCRSを有してよい。第3の例では、大きいPDSCH反復、たとえば、256回を超える反復に対して、PDSCH反復の間に間隔またはギャップが設けられてよい。たとえば、CRSのためのギャップは、PDSCH反復の64個のサブフレームごとに設けられてよい。ギャップの前のサブフレームまたは反復の数は、基地局によって規定されてよくまたは構成可能であってよい。ギャップ/間隔は、PDSCH復号の中間においてUEが追跡ループなどを実行することを可能にし得る。
【００９８】
これらの例では、通信がCRSベースでなくUE-RSベースであるとき、たとえば、1214に示すように、CRSトーンは、基地局によってPDSCHデータのために再使用されてよい。基地局は、基地局がCRSトーンを再使用するかどうかに関する表示1212をUEに提供し得る。たとえば、基地局は、CRSトーンの周辺でレートマッチングすべきか、それともCRSトーンをデータトーンとして含めるべきかを決定する際にUEを支援する表示を、UEにシグナリングしてよい。基地局からの表示は、DCI、上位レイヤシグナリングなどを介して、UEにシグナリングされてよい。
【００９９】
代替として、CRS存在は、基地局によって採用される送信モードにかかわらず同じであってよい。たとえば、MBSFNフレームの中にCRSがない場合があり、非MBSFNフレームの中でのCRS存在は上記の説明に従ってよい。
【０１００】
MPDCCH RB上でのCRS存在
MPDCCHがCRSではなくUE-RSを使用して復号され得るとき、CRSはMPDCCHに関連して存在する必要がない。しかしながら、UE CQI報告は、MPDCCH RBに基づいてよい。また、UE追跡ループなどは実行する必要があり得る。そのような追跡ループは、通常、CRSを使用する。UEが正確なチャネル推定/追跡ループを実行し得るようにCRSがMPDCCHとともに存在するかどうかをUEが知るために、ネットワークは、CRSが存在することをUEが想定し得るサブフレームまたはRBを示してよい。たとえば、基地局は、CRSが存在すべきRB/サブフレームをUEが決定することを可能にするビットマップ(サブフレーム番号、サブフレームの個数、周期性など)を使用して、サブフレームのセットおよび/またはRBのセットをシグナリングしてよい。基地局によって示されないサブフレーム/RBに対して、UEは、CRS測定をミュートしてよく、たとえば、CRSを測定することを控えてよく、またはチャネル推定/追跡ループのためにCRS測定値を使用することを控えてよい。
【０１０１】
UEがCRS/CSI-RSを使用して追跡ループを更新すること/CQIを取得することなどを可能にするために、場合によっては、たとえば、反復のしきい値回数(Rmax)に基づいて、MPDCCH探索空間の中にギャップが設けられてよい。
【０１０２】
レガシーUEと新たなUEとの混合を用いて、ネットワークは、たとえば、上記で説明した例のいずれかに従って、たとえば、CRSミューティングに気づいていないことがあるレガシーUE用のPDCCHを送るときにMPDCCH探索空間の周辺のすべてのサブフレーム上でCRSを送ること、および少なくとも1つのMPDCCHに対するCRSを送ることを控えることによって、レガシーUEへの任意の影響を軽減し得る。たとえば、CRSミューティングに気づいていることがある新たなUE用のPDCCHを送るとき、いくつかのCRSがネットワークによってミュートされてよい。
【０１０３】
チャネル/割振りの関数としてのCRS BW
CRSのためにUEが使用できる割振りの周辺のRBの個数は、チャネルおよび/または割振りサイズの関数であってよい。
【０１０４】
たとえば、UEは、MDPCCH RBまたはMPDCCH NBの両側におけるX個のRBを監視することに限定されてよい。
【０１０５】
別の例では、PDSCHに対して、UEは、PDSCH割振りのサイズに応じて、CRSに対して異なる量の帯域幅、たとえば、最大で全UE帯域幅能力を使用してよい。たとえば、5MHzというCRS帯域幅能力を有するUEは、PDSCH割振りが1つの狭帯域内にあるとき、能力を下回るCRS帯域幅、たとえば、3MHzを使用してよい。PDSCH割振りが1つの狭帯域よりも大きいとき、UEは、増大した帯域幅能力、たとえば、5MHzという全CRS帯域幅能力を使用してよい。
【０１０６】
別の例では、UE用のCRS帯域幅は、UEにシグナリングされ得る。たとえば、PDSCHのためにUEが使用できるCRS BWは、DCIの中で基地局からUEにシグナリングされ得る。
【０１０７】
測定
CRS測定のために、UEは、たとえば、上記の説明に基づいて、RBのセットまたは特定のサブフレームに制約されてよい。
【０１０８】
たとえば、UEは、CRSに対して中心の6個のRBを使用することに制約されてよい。この例は、UEがこれらのCRS測定値を取得できるように、PDSCH/MPDCCH送信の間にギャップ/間隔を必要とし得る。
【０１０９】
第2の例では、UEは、PDSCHまたはMPDCCHが存在するかどうかに応じて、RBまたはサブフレームの制約されたセットを使用してよい。想定は、MPDCCH RB上でのCRS存在および/またはPDSCH RB上でのCRS存在に関して説明した例のいずれかに基づいてよく、たとえば、CRSの存在/不在に関する基地局からのシグナリング、反復の関数、反復の間に設けられるギャップなどのいずれかに基づいてよい。
【０１１０】
CRS測定が重要であり得るので、UEは、正確でない警報、または誤ったCRSを「プルーンアウト(prune out)」する必要があり得る。UEは、たとえば、誤ったPDCCH復号に対して、上記で説明したメトリックのうちのいずれかを使用して、誤ったCRSをプルーンアウトしてよい。
【０１１１】
CRSに関して説明した態様は、CSIフィードバックに対して同様に使用されてよい。たとえば、UEは、CSIフィードバック用のCRSを有するものと想定されるサブフレーム/サブバンドの中でCRS測定を実行し得る。
【０１１２】
監視下のサブフレームの近接サブフレーム上でのCRS存在
一例では、UEは、割り振られた狭帯域の周辺のX個のRBにわたって、CRSを求めて監視し得る。一例では、X=0.5RBが十分であり得る。しかしながら、ホッピングを伴うと、チャネル推定または他の測定は、サブフレームを横断するフィルタ処理に起因して、差し渡しでは正確でないことがある。
【０１１３】
たとえば、第1のサブフレームSF1の中で、MPDCCHは、第1の狭帯域、たとえば、NB8上で送信されてよい。第2のサブフレームSF2の中で、MPDCCHは、第2の狭帯域、たとえば、NB2上で送信されてよい。したがって、CRSは、第1のサブフレームSF1の中で、第1の狭帯域NB8の周辺にしか存在しない。同様に、CRSは、第2のサブフレームSF2の中で、第2の狭帯域NB3の周辺にしか存在しない。チャネル推定のために、UEは、チャネル推定用の帯域幅を使用し、第2のサブフレームSF2を復号するための周波数にわたって、第1のサブフレームSF1および第2のサブフレームSF2のチャネル推定測定値を平均化する。このことは性能を著しく劣化させることがある。たとえば、このことは、CRSが実際にはSF1の中のNB8上でしか送信されないとき、CRSがSF1の中のNB3の中で送信されることをUEに想定させる。劣化の重大度は雑音重み付き平均化を用いて低減され得るが、より正確なチャネル推定をUEが実行することは依然として重要なままである。
【０１１４】
ホッピングするときのチャネル推定確度の問題を解決するために、UEがCRSを求めてサブフレームN上でRB Xを監視するとき、UEは、サブフレームN-M〜N-1がRB X上にCRSを有することを想定してよい。したがって、上記の例では、第2のサブフレームSF2に対して、UEは、第1のサブフレームSF1(ただし、SF1=SF2-1)がRB X上にCRSを有することを想定してよい。たとえば、UEは、UEがホッピングする各サブフレームのすべての周波数にわたってCRSを測定し得る。したがって、SF1およびSF2に対して、UEはNB3とNB8の両方を測定し得る。
【０１１５】
図6は、ワイヤレス通信の方法のフローチャート600である。方法は、基地局(たとえば、基地局102、750、装置1002、1002')とワイヤレス通信しているUE(たとえば、UE104、350、1050、装置702/702')によって実行され得る。602において、UEは、基地局からのCRSを求めて監視するための、サブフレーム上の監視下のリソースブロックのセットを決定する。612において、UEは、サブフレーム上の監視下のリソースブロックのセットに基づいて、基地局からのCRSを求めて監視する。UEは、サブフレーム上の他のRB上でCRSを監視することを控えてよい。
【０１１６】
602において決定され612において監視される監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットを備えてよい。監視下のリソースブロックのセットは、PDSCH送信のために割り振られたリソースブロックの第2のセットを備えてよい。監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットとPDSCH送信のために割り振られたリソースブロックの第2のセットとの組合せを備えてよい。したがって、ダウンリンク制御チャネル(たとえば、PDCCH送信、PDCCH探索空間、またはPBCH)またはダウンリンクデータチャネル(たとえば、PDSCH)のうちの1つまたは複数を含む、サブフレーム上の監視下のリソースブロックのセットは、PDCCHまたはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの少なくとも1つを備えてよい。
【０１１７】
監視下のRBは、PDCCH送信、PDCCH探索空間、またはPDSCH割振りに割り振られたRBを含む狭帯域の中のすべてのRBを含んでよい。UEが同じサブフレーム上でPDCCH探索空間とPDSCHの両方を監視するものと予想されるとき、監視下のRBは、PDCCH探索空間とPDSCH割振りとの中間のすべてのRBを含んでよい。
【０１１８】
CRSを監視するための監視下のリソースブロックのセットは、PDCCH、PDCCH探索空間、またはPDSCH送信のために割り振られたリソースブロックの第1のセットの周辺のリソースブロックを備える、リソースブロックの第3のセットをさらに備えてよい。たとえば、リソースブロックの第3のセットは、図13A、図13B、図14A、および14Bに関して説明したように、時間および/または周波数においてPDCCH、PDCCH探索空間、またはPDSCH送信に隣接する1つまたは複数のリソースブロックのグループを含んでよい。たとえば、サブフレームが、PDCCH探索空間、PDCCH、またはPDSCH送信を含むサブフレームのうちの(たとえば、ウォームアップと呼ばれることがある)N個のサブフレーム内にあり、Nが0よりも大きい整数である場合、監視下のリソースブロックのセットは、後続のサブフレームの中でPDCCH/PDCCH探索空間/PDSCHのための割り振られたRBに基づく、リソースブロックの第3のセットをさらに備えてよい。サブフレームが、PDCCH探索空間、PDCCH、またはPDSCH送信を含むサブフレームの後の(たとえば、クールダウンと呼ばれることがある)M個のサブフレーム内にあり、Mが0よりも大きい整数である場合、CRSを監視するための、サブフレーム上の監視下のリソースブロックのセットは、以前のサブフレーム上でPDCCH、PDCCH探索空間、またはPDSCHのための割り振られたRBに基づいて決定された、リソースブロックの第4のセットをさらに備えてよい。整数M、Nは、チャネル(たとえば、PDCCH、PDCCH探索空間、PDSCHなど)および/またはUE帯域幅能力に依存し得る。図14Bは、監視下のリソースブロックがPDCCH/MPDCCH/PDSCHの前のN個のリソースブロックおよびPDCCH/MPDCCH/PDSCHの後のM個のリソースブロックを備える一例を示す。図14BはM=1かつN=1である一例を示すが、MおよびNは0よりも大きい任意の整数であってよい。たとえば、図14Bに関して説明したように、リソースブロックの第3のセットは、後続のサブフレームの中で、PDCCH送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの、少なくとも1つと同じ周波数に広がってよく、リソースブロックの第4のセットは、前のサブフレームの中で、PDCCH送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの、少なくとも1つと同じ周波数に広がってよい。
【０１１９】
監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットの周辺にX個、Y個のリソースブロックを備える、リソースブロックの第5のセットをさらに備えてよく、Xは0よりも大きい整数である。たとえば、図13Bに関して説明したように、監視下のセットは、リソースブロックの第1のセットまたはリソースブロックの第2のセットよりも高い隣接する周波数範囲の中にX個のリソースブロックを、またリソースブロックの第1のセットまたはリソースブロックの第2のセットよりも低い隣接する周波数範囲の中にY個のリソースブロックを備えてよい。X、Yは、チャネルのタイプ(たとえば、PDCCH/PDSCH/PBCHなど)、UEカテゴリー(Cat M1/Cat M2/Cat M3)、システム帯域幅、および/または割り振られるRB/狭帯域のいずれかに依存し得る。
【０１２０】
サブフレームは、eMTC動作のための有効なサブフレームであってよい。M個およびN個のサブフレーム条件を検査するために考慮されるサブフレームは、eMTC動作のための有効なダウンリンクサブフレームだけであってよい。M個およびN個のサブフレーム条件を検査するために考慮されるサブフレームは、すべてのダウンリンクサブフレームを備えてよい。
【０１２１】
後のM個のサブフレーム条件および前のN個のサブフレーム条件の両方を満たすサブフレーム上で、監視下のRBは、監視下のRBの両方のセットを形成するRBの集合体であってよい。代替的に、監視下のRBは、監視下のRBの唯一の単一のセットであってよい。このことは、前の監視下のサブフレームおよび後続の監視下のサブフレームからのタイミング、ならびに前の監視下のサブフレームおよび後続の監視下のサブフレームに関連するチャネルに基づいてよい。
【０１２２】
一例では、PDCCH探索空間を有しないサブフレーム、またはPDSCH送信のための割振りを伴うと、監視下のリソースブロックのセットは、いくつかの代替形態のいずれかに基づいてよい。第1の代替形態では、監視下のリソースブロックのセットは、UEの帯域幅能力およびシステム帯域幅に基づくサイズを有するリソースブロックの中心セットに基づいてよい。監視下のRBのセットは、サブフレームのサブセット上の中心周波数の周辺のリソースブロックのセットに基づいてよく、ここで、RBの個数およびサブフレームのサブセットは、gNBによってシグナリングされるか、またはUEにおいて暗黙的に決定される。たとえば、Cat M1 UEは、CRSを求めて中心の6個のRBを監視してよい。Cat M2 UEまたはより上位のUEは、CRSを求めて中心の24個または25個のRBを監視してよい。その選択は、全システム帯域幅に少なくとも部分的に基づいて実行され得る。UEは、監視下のリソースブロックのセットを時間の関数として決定し得る。たとえば、一代替形態は、最後の監視下のサブフレーム、たとえば、PDCCH探索空間、またはPDSCH送信のための割振りを伴う、最後のサブフレームの後の、最初のM個のサブフレームに対して選択されてよい。別の代替形態は、次の監視下のサブフレームの前のN個のサブフレームに対して選択されてよい。
【０１２３】
単一のトランスポートブロック(TB)のためのPUSCH送信および/または反復の中間のサブフレームに対する監視下のRBは、PUSCHのためにUEによって使用される送信狭帯域に基づいてよい。複信方式が時分割複信(TDD)である場合、監視下のRBはPUSCHのために割り振られた狭帯域を含んでよい。
【０１２４】
UEが早期終了チャネルを監視するように構成されているとき、監視下のリソースブロックのセットは、早期終了チャネルのためのリソースブロックの第2のセットに基づいてよい。UEが早期終了チャネルを監視するように構成されていないとき、監視下のリソースブロックのセットは、UEの帯域幅能力に基づくサイズを有するリソースブロックの中心セットに基づいてよい。
【０１２５】
604において、UEは、CRSを求めて監視するために使用される帯域幅に関する情報を基地局にシグナリングしてよく、情報は、CRSを求めて監視するための最大帯域幅を備える。情報は、CRSを監視するためにUEが使用するリソースブロックのセットを識別する追加のパラメータをさらに備えてよい。
【０１２６】
610において、UEは、監視下のリソースブロックのセットに基づいてCRSリソースブロックのセットを決定し得る。
【０１２７】
監視下のリソースブロックのセットが、オーバーラップしない単一の広帯域内にあるとき、UEは、広帯域上で、また広帯域の周辺のいくつかのリソースブロック上で、CRSを求めて監視してよい。
【０１２８】
監視下のリソースブロックのセットが、オーバーラップしない複数の広帯域に広がるとき、CRS RBのセットはいくつかの想定のいずれかに基づいてよい。CRS RBのセットは、複数の広帯域上にCRSが存在するという想定、割り振られたリソースブロック上にしかCRSが存在しないという想定、監視下のリソースブロックのセットと一緒に監視されるとき、UEのCRS帯域幅能力内に収まる任意のリソースブロック上にCRSが存在するという想定、または監視下のリソースブロックのセットの前の第2の個数のリソースブロック内および監視下のリソースブロックのセットの後の第3の個数のリソースブロック内にCRSが存在するという想定に基づいてよく、リソースブロックの第2および第3の個数は、監視下のリソースブロックのセットの最小および最大のリソースブロックインデックスの固定関数である。
【０１２９】
システム帯域幅内の複数の広帯域のセットに対して、監視下のリソースブロックのセットは、複数の広帯域のうちの1つに関連付けられてよい。
【０１３０】
UEは、UEの帯域幅能力を下回る縮小された帯域幅の、606における表示を受信し得る。610において決定されるCRSリソースブロックのセットは、縮小された帯域幅に基づいてよい。
【０１３１】
608において、UEは、基地局からのCRSリソースブロックのセットの表示を受信し得る。610において決定されるCRSリソースブロックのセットは、608において受信される表示に基づいてよい。
【０１３２】
610において決定されるCRSリソースブロックのセットは、システム帯域幅、監視下のリソースブロックのセット、およびUEの帯域幅能力に基づくサイズを有するリソースブロックの中心セットのうちの少なくとも1つ、またはCRSリソースブロックのセットのネットワーク表示に基づいてよい。
【０１３３】
CRSに対する正確でない測定を回避するために、UEは、616において、CRS測定値にメトリックを適用してCRSが存在したかどうかを決定し得る。次いで、618において、CRSが存在しなかったことをUEが決定すると、UEは、チャネル推定または追跡ループのうちの少なくとも1つのためにCRS測定値を使用することを控えてよい。
【０１３４】
612においてCRSを求めて監視することは、UE-RSベースの通信を受信するとサブフレームのサブセット上のCRSをサンプリングすることを備えてよい。サブフレームのサブセットは、基地局からの表示、UE-RSベースの通信の反復の回数、またはUE-RSベースの通信の送信の間に設けられたギャップのうちの少なくとも1つに基づいてよい。UEは、614において、基地局からの表示に応じて、CRSトーンの周辺でレートマッチングすること、またはCRSトーンをデータとして復号することのうちの、少なくとも1つを実行してよい。
【０１３５】
たとえば、612における、監視下のリソースブロックのセットの帯域幅は、チャネルおよび割振りのうちの少なくとも1つの関数であってよい。たとえば、MPDCCHを受信するとき、監視下のリソースブロックのセットの帯域幅は、MPDCCHの(たとえば、周波数および/または時間での)両側における取り囲むリソースブロックの個数に基づいてよい。MPDCCHの両側において取り囲むリソースブロックは、たとえば、図13A、図13B、図14A、および図14BにおけるCRSの例に関して説明したように、高い方の隣接する周波数範囲における隣接するリソースブロック、低い方の隣接する周波数範囲における隣接するリソースブロック、MPDCCHの前の隣接するサブフレームの中のリソースブロック、および/またはMPDCCHに後続する隣接するサブフレームの中のリソースブロックを備えてよい。
【０１３６】
別の例では、PDSCHを受信するとき、監視下のリソースブロックのセットの帯域幅は、PDSCHのための割振りのサイズに基づいてよい。UEは、PDSCHがより小さい周波数割振りを備えるとき、第1の帯域幅(たとえば、第1の周波数範囲)を使用してよく、PDSCHがより大きい周波数割振りを備えるとき、より大きい第2の帯域幅(たとえば、第2の周波数範囲)を使用する。より大きい第2の帯域幅は、UEのCRS帯域幅能力を備えてよい。
【０１３７】
たとえば、612における、監視下のリソースブロックのセットは、割振りを取り囲むいくつかのリソースブロックを備えてよく、UEは、複数のサブフレームの中でUEがホッピングするすべての周波数にわたって、CRSを求めて監視する。割振りを取り囲むリソースブロックは、たとえば、図13A、図13B、図14A、および図14BにおけるCRSの例に関して説明したように、高い方の隣接する周波数範囲における隣接するリソースブロック、低い方の隣接する周波数範囲における隣接するリソースブロック、割振りの前の隣接するサブフレームの中のリソースブロック、および/または割振りに後続する隣接するサブフレームの中のリソースブロックを備えてよい。
【０１３８】
UEが、第1のサブフレームの中の第1の狭帯域から第2のサブフレームの中の第2の狭帯域にホッピングするとき、UEは、たとえば、612においてCRSを求めて監視することの一部として、第1のサブフレームと第2のサブフレームの両方の中で第1の狭帯域と第2の狭帯域の両方を監視することを許容され得る。UEが、第1のサブフレームの中の第1の狭帯域から第2のサブフレームの中の第2の狭帯域にホッピングするとき、UEは、それが第1のサブフレームであるのかそれとも第2のサブフレームであるのか、サブフレームがPDCCHを含むのかそれともPDSCHを含むのか、またはそれがPDCCH/PDSCHの開始/終了を含むサブフレームの、前のサブフレームであるのかそれとも後のサブフレームであるのかに基づいて、第1の狭帯域もしくは第2の狭帯域のいずれかまたはその両方を監視することを許容され得る。
【０１３９】
図7は、例示的な装置702の中の異なる手段/構成要素の間のデータフローを示す概念的なデータフロー図700である。装置はUE(たとえば、UE104、350、1050)であってよい。装置は、CRSを含むDL通信を基地局750から受信する受信構成要素704と、UL通信を基地局750へ送信する送信構成要素706とを含む。装置は、基地局からのCRSを求めて監視するための監視下のリソースブロックのセットを決定するように構成された、監視下RB構成要素708と、たとえば、受信構成要素704を介して、監視下のリソースブロックのセットに基づいて基地局からのCRSを求めて監視するように構成された、CRS監視構成要素710とを含んでよい。
【０１４０】
装置は、CRSを求めて監視するために使用される帯域幅に関する情報を基地局へシグナリングするように構成された、UE情報構成要素712を含んでよく、情報は、CRSを求めて監視するための最大帯域幅、またはCRSを監視するためにUEが使用するリソースブロックのセットを識別する追加のパラメータを備える。装置は、監視下のリソースブロックのセットに基づいてCRSリソースブロックのセットを決定するように構成された、CRSリソースブロック構成要素714を含んでよい。決定は、図6に関して説明したように、いくつかの方法で行われてよい。装置は、UEの帯域幅能力を下回る縮小された帯域幅を受信するように構成された、縮小帯域幅構成要素716であって、CRSリソースブロックのセットが、縮小された帯域幅に基づく、縮小帯域幅構成要素716、または基地局からのCRSリソースブロックのセットの表示を受信するように構成された、RB表示構成要素718を含んでよい。CRSリソースブロック構成要素は、716、718を介して受信された表示に基づいてCRSリソースブロックのセットを決定し得る。
【０１４１】
装置は、図6の上述のフローチャートの中のアルゴリズムのブロックの各々を実行する追加構成要素を含んでよい。したがって、図6の上述のフローチャートの中の各ブロックは、構成要素によって実行されてよく、装置は、それらの構成要素のうちの1つまたは複数を含んでよい。構成要素は、述べられたプロセス/アルゴリズムを実行するように特に構成された1つまたは複数のハードウェア構成要素であってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実施されてよく、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１４２】
図8は、処理システム814を採用する装置702'のためのハードウェア実装形態の一例を示す図800である。処理システム814は、バス824によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス824は、処理システム814の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含んでよい。バス824は、プロセッサ804、構成要素704、706、708、710、712、714、716、718、およびコンピュータ可読媒体/メモリ806によって表される1つまたは複数のプロセッサおよび/またはハードウェア構成要素を含む、様々な回路を一緒にリンクさせる。バス824はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路をリンクさせてよく、それらは当技術分野でよく知られており、したがって、これ以上は説明しない。
【０１４３】
処理システム814は、トランシーバ810に結合され得る。トランシーバ810は、1つまたは複数のアンテナ820に結合されている。トランシーバ810は、伝送媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ810は、1つまたは複数のアンテナ820から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム814に、詳細には受信構成要素704に提供する。加えて、トランシーバ810は、処理システム814から、詳細には送信構成要素706から情報を受け取り、受け取った情報に基づいて、1つまたは複数のアンテナ820に印加されるべき信号を生成する。処理システム814は、コンピュータ可読媒体/メモリ806に結合されたプロセッサ804を含む。プロセッサ804は、コンピュータ可読媒体/メモリ806上に記憶されたソフトウェアの実行を含む、一般的な処理を担当する。ソフトウェアは、プロセッサ804によって実行されたとき、任意の特定の装置に対して上記で説明した様々な機能を処理システム814に実行させる。コンピュータ可読媒体/メモリ806はまた、ソフトウェアを実行するときにプロセッサ804によって操作されるデータを記憶するために使用され得る。処理システム814は、構成要素704、706、708、710、712、714、716、718のうちの少なくとも1つをさらに含む。構成要素は、コンピュータ可読媒体/メモリ806の中に存在する/記憶される、プロセッサ804の中で実行するソフトウェア構成要素、プロセッサ804に結合された1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであってよい。処理システム814は、UE350の構成要素であってよく、メモリ360、ならびに/またはTXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359のうちの少なくとも1つを含んでよい。
【０１４４】
一構成では、ワイヤレス通信のための装置702/702'は、基地局からのセル固有基準信号(CRS)を求めて監視するための監視下のリソースブロックのセットを決定するための手段と、監視下のリソースブロックのセットに基づいて基地局からのCRSを求めて監視するための手段と、CRSを求めて監視するために使用される帯域幅に関する情報を基地局にシグナリングするための手段であって、情報が、CRSを求めて監視するための最大帯域幅を備える、手段と、監視下のリソースブロックのセットに基づいてCRSリソースブロックのセットを決定するための手段と、UEの帯域幅能力を下回る縮小された帯域幅の表示のうちの少なくとも1つを受信するための手段であって、CRSリソースブロックのセットが、縮小された帯域幅、または基地局からのCRSリソースブロックのセットの表示に基づく、手段とを含む。上述の手段は、上述の手段によって記載された機能を実行するように構成された、装置702の上述の構成要素および/または装置702'の処理システム814のうちの1つまたは複数であってよい。上記で説明したように、処理システム814は、TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359を含んでよい。したがって、一構成では、上述の手段は、上述の手段によって記載された機能を実行するように構成された、TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359であってよい。
【０１４５】
図9は、基地局におけるワイヤレス通信の方法のフローチャート900である。方法は、基地局(たとえば、基地局102、180、404、eNB310、装置1002/1002')によって実行され得る。フローチャートの随意の態様は破線を用いて図示される。904において、基地局は、CRSをユーザ機器へ送信するための帯域幅を決定し、帯域幅はシステム帯域幅よりも小さい。910において、基地局は、決定された帯域幅を使用してCRSをUEへ送信し、UEは、監視下のリソースブロックのセット上でCRSを求めて監視する。基地局によって決定される帯域幅は、監視下のリソースブロックのセットに基づいてよく、または監視下のリソースブロックのセットに対応し得る。
【０１４６】
したがって、PDCCH送信、PDCCH探索空間、またはPDSCHのうちの1つまたは複数を含むサブフレーム上の監視下のリソースブロックのセットは、PDCCHまたはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの少なくとも1つを備えてよい。
【０１４７】
監視下のRBは、PDCCH送信、PDCCH探索空間、またはPDSCH割振りに割り振られたRBを含む狭帯域の中のすべてのRBを含んでよい。UEが同じサブフレーム上でPDCCH探索空間とPDSCHの両方を監視するものと予想されるとき、監視下のRBは、PDCCH探索空間とPDSCH割振りとの中間のすべてのRBを含んでよい。
【０１４８】
図6に関して説明したように、監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットを備えてよい。監視下のリソースブロックのセットは、PDSCH送信のために割り振られたリソースブロックの第2のセットを備えてよい。監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットとPDSCH送信のために割り振られたリソースブロックの第2のセットとの組合せを備えてよい。
【０１４９】
監視下のリソースブロックのセットは、PDCCH、PDCCH探索空間、またはPDSCH送信のために割り振られたリソースブロックの第1のセットの周辺のリソースブロックを備える、リソースブロックの第3のセットをさらに備えてよい。たとえば、リソースブロックの第3のセットは、図13A、図13B、図14A、および14Bに関して説明したように、時間および/または周波数においてPDCCH、PDCCH探索空間、またはPDSCH送信に隣接する1つまたは複数のリソースブロックのグループを含んでよい。たとえば、サブフレームが、PDCCH/PDCCH探索空間/PDSCHを含むサブフレームの前のN個のサブフレーム内にあり、Nが0よりも大きい整数である場合、監視下のリソースブロックのセットは、以前のサブフレーム上のPDCCH/PDCCH探索空間/PDSCHのための割り振られたRBに基づく、リソースブロックの第3のセットをさらに備えてよい。サブフレームが、PDCCH/PDCCH探索空間/PDSCHを含むサブフレームの後のM個のサブフレーム内にあり、Mが0よりも大きい整数である場合、監視下のリソースブロックのセットは、後続のサブフレームの中でPDCCH/PDCCH探索空間またはPDSCHのための割り振られたRBに基づく、リソースブロックの第4のセットをさらに備えてよい。整数M、Nは、チャネル(たとえば、PDCCH、PDCCH探索空間、PDSCHなど)および/またはUE帯域幅能力に依存し得る。たとえば、図14Bに関して説明したように、リソースブロックの第3のセットは、後続のサブフレームの中で、PDCCH送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの、少なくとも1つと同じ周波数に広がってよく、リソースブロックの第4のセットは、前のサブフレームの中で、PDCCH送信またはPDCCH探索空間のために割り振られたリソースブロックの第1のセット、およびサブフレーム上でのPDSCH送信のために割り振られたリソースブロックの第2のセットのうちの、少なくとも1つと同じ周波数に広がってよい。
【０１５０】
図14Bは、監視下のリソースブロックがPDCCH/MPDCCH/PDSCHの前のN個のリソースブロックおよびPDCCH/MPDCCH/PDSCHの後のM個のリソースブロックを備える一例を示す。図14BはM=1かつN=1である一例を示すが、MおよびNは0よりも大きい任意の整数であってよい。監視下のリソースブロックのセットは、PDCCH探索空間のために割り振られたリソースブロックの第1のセットまたはPDSCH送信のために割り振られたリソースブロックの第2のセットの周辺にX個、Y個のリソースブロックを備える、リソースブロックの第5のセットをさらに備えてよく、Xは0よりも大きい整数である。たとえば、図13Bに関して説明したように、監視下のセットは、リソースブロックの第1のセットまたはリソースブロックの第2のセットよりも高い隣接する周波数の中にX個のリソースブロックを、またリソースブロックの第1のセットまたはリソースブロックの第2のセットよりも低い隣接する周波数の中にY個のリソースブロックを備えてよい。X、Yは、チャネルのタイプ(たとえば、PDCCH/PDSCH/PBCHなど)、UEカテゴリー(Cat M1/Cat M2/Cat M3)、システム帯域幅、および/または割り振られるRB/狭帯域のいずれかに依存し得る。
【０１５１】
サブフレームは、eMTC動作のための有効なサブフレームであってよい。M個およびN個のサブフレーム条件を検査するために考慮されるサブフレームは、eMTC動作のための有効なダウンリンクサブフレームだけであってよい。M個およびN個のサブフレーム条件を検査するために考慮されるサブフレームは、すべてのダウンリンクサブフレームを備えてよい。
【０１５２】
後のM個のサブフレーム条件および前のN個のサブフレーム条件の両方を満たすサブフレーム上で、監視下のRBは、監視下のRBの両方のセットを形成するRBの集合体であってよい。代替的に、監視下のRBは、監視下のRBの唯一のセットであってよい。このことは、前の監視下のサブフレームおよび後続の監視下のサブフレームからのタイミング、ならびに前の監視下のサブフレームおよび後続の監視下のサブフレームに関連するチャネルに基づいてよい。
【０１５３】
監視下のRBのセットは、UEの帯域幅能力およびシステム帯域幅に基づくサイズを有するリソースブロックの中心セットを含んでよい。監視下のRBのセットは、サブフレームのサブセット上の中心周波数の周辺のリソースブロックのセットに基づいてよく、ここで、RBの個数およびサブフレームのサブセットは、基地局(たとえば、gNB)によってシグナリングされるか、またはUEにおいて暗黙的に決定される。たとえば、Cat M1 UEは、CRSを求めて中心の6個のRBを監視してよい。Cat M2 UEまたはより上位のUEは、CRSを求めて中心の24個または25個のRBを監視してよい。その選択は、全システム帯域幅に少なくとも部分的に基づいて実行され得る。
【０１５４】
単一のTBのためのPUSCH送信および/または反復の中間のサブフレームに対する監視下のRBは、PUSCHのためにUEによって使用される送信狭帯域に基づく。複信方式が時分割複信(TDD)である場合、監視下のRBはPUSCHのために割り振られた狭帯域を含んでよい。902において、基地局は、CRSを求めて監視するために使用される帯域幅能力に関する情報をUEから受信し得る。情報は、CRSを求めて監視するための最大帯域幅を備えてよい。情報はまた、CRSを監視するためにUEが使用する監視下のリソースブロックのセットを識別する追加のパラメータを備えてよい。904における帯域幅の決定は、902においてUEから受信された情報に基づいてよい。
【０１５５】
906において、基地局は、CRSを求めて監視する際の使用のための、UEの帯域幅能力を下回る縮小された帯域幅を送信してよい。
【０１５６】
908において、基地局は、基地局からのCRSリソースブロックのセットの表示を送信してよい。UEは、基地局からのCRSを求めて監視するためにその表示を使用し得る。
【０１５７】
たとえば、908における、UEに提供される表示は、CRSが送信されるサブフレームのサブセットを備えてよい。
【０１５８】
912において、基地局は、UE-RSベースの通信をUEへ送信してよく、916において、基地局は、UE-RSベースの通信用のデータに対してCRSトーンを再使用してよい。この例では、基地局はまた、914において、データに対するCRSトーンの再使用をUEに示してよい。
【０１５９】
別の例では、基地局は、送信の間にギャップを設けてよく、CRSはギャップの中で送信される。
【０１６０】
図10は、例示的な装置1002の中の異なる手段/構成要素の間のデータフローを示す概念的なデータフロー図1000である。装置は基地局(たとえば、基地局102、eNB310)であってよい。装置は、UE1050からUL通信を受信する受信構成要素1004と、CRSを含むDL通信をUE1050へ送信する送信構成要素1006とを含む。
【０１６１】
装置は、CRSをユーザ機器へ送信するための帯域幅を決定するように構成された、CRS帯域幅構成要素1008であって、帯域幅がシステム帯域幅よりも小さい、CRS帯域幅構成要素1008と、たとえば、送信構成要素1006を介して、決定された帯域幅を使用してCRSをUEへ送信するように構成された、CRS構成要素1010であって、UEが、監視下のリソースブロックのセット上でCRSを求めて監視する、CRS構成要素1010とを含んでよい。装置は、CRSを求めて監視するために使用される帯域幅能力に関する情報、たとえば、CRSを監視するための最大帯域幅、またはCRSを監視するためにUEが使用する監視下のリソースブロックのセットを識別する追加のパラメータを、UEから受信するように構成された、UE情報構成要素1012を含んでよい。
【０１６２】
装置は、CRSを求めて監視する際の使用のための、UEの帯域幅能力を下回る縮小された帯域幅の表示を送信するように構成された、縮小帯域幅構成要素1014を含んでよい。装置は、CRSリソースブロックのセットの表示を送信するように構成された、CRSリソースブロック構成要素1016を含んでよい。
【０１６３】
装置は、図9の上述のフローチャートの中のアルゴリズムのブロックの各々を実行する追加構成要素を含んでよい。したがって、図9の上述のフローチャートの中の各ブロックは、構成要素によって実行されてよく、装置は、それらの構成要素のうちの1つまたは複数を含んでよい。構成要素は、述べられたプロセス/アルゴリズムを実行するように特に構成された1つまたは複数のハードウェア構成要素であってよく、述べられたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実施されてよく、プロセッサによる実施のためにコンピュータ可読媒体内に記憶されてよく、またはそれらの何らかの組合せであってよい。
【０１６４】
図11は、処理システム1114を採用する装置1002'のためのハードウェア実装形態の一例を示す図1100である。処理システム1114は、バス1124によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス1124は、処理システム1114の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含んでよい。バス1124は、プロセッサ1104、構成要素1004、1006、1008、1010、1012、1014、1016、およびコンピュータ可読媒体/メモリ1106によって表される1つまたは複数のプロセッサおよび/またはハードウェア構成要素を含む、様々な回路を一緒にリンクさせる。バス1124はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路をリンクさせてよく、それらは当技術分野でよく知られており、したがって、これ以上は説明しない。
【０１６５】
処理システム1114は、トランシーバ1110に結合され得る。トランシーバ1110は、1つまたは複数のアンテナ1120に結合されている。トランシーバ1110は、伝送媒体を介して様々な他の装置と通信するための手段を提供する。トランシーバ1110は、1つまたは複数のアンテナ1120から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム1114に、詳細には受信構成要素1004に提供する。加えて、トランシーバ1110は、処理システム1114から、詳細には送信構成要素1006から情報を受け取り、受け取った情報に基づいて、1つまたは複数のアンテナ1120に印加されるべき信号を生成する。処理システム1114は、コンピュータ可読媒体/メモリ1106に結合されたプロセッサ1104を含む。プロセッサ1104は、コンピュータ可読媒体/メモリ1106上に記憶されたソフトウェアの実行を含む、一般的な処理を担当する。ソフトウェアは、プロセッサ1104によって実行されたとき、任意の特定の装置に対して上記で説明した様々な機能を処理システム1114に実行させる。コンピュータ可読媒体/メモリ1106はまた、ソフトウェアを実行するときにプロセッサ1104によって操作されるデータを記憶するために使用され得る。処理システム1114は、構成要素1004、1006、1008、1010、1012、1014、1016のうちの少なくとも1つをさらに含む。構成要素は、コンピュータ可読媒体/メモリ1106の中に存在する/記憶される、プロセッサ1104の中で実行するソフトウェア構成要素、プロセッサ1104に結合された1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであってよい。処理システム1114は、eNB310の構成要素であってよく、メモリ376、ならびに/またはTXプロセッサ316、RXプロセッサ370、およびコントローラ/プロセッサ375のうちの少なくとも1つを含んでよい。一構成では、ワイヤレス通信のための装置1002/1002'は、CRSをUEへ送信するための帯域幅を決定するための手段と、決定された帯域幅を使用してCRSをUEへ送信するための手段と、CRSを求めて監視するために使用される帯域幅能力に関する情報をUEから受信するための手段と、CRSを求めて監視する際の使用のための、UEの帯域幅能力を下回る縮小された帯域幅の表示を送信するための手段と、基地局からのCRSリソースブロックのセットの表示を送信するための手段とを含む。上述の手段は、上述の手段によって記載された機能を実行するように構成された、装置1002の上述の構成要素および/または装置1002'の処理システム1114のうちの1つまたは複数であってよい。上記で説明したように、処理システム1114は、TXプロセッサ316、RXプロセッサ370、およびコントローラ/プロセッサ375を含んでよい。したがって、一構成では、上述の手段は、上述の手段によって記載された機能を実行するように構成された、TXプロセッサ316、RXプロセッサ370、およびコントローラ/プロセッサ375であってよい。
【０１６６】
開示するプロセス/フローチャートにおけるブロックの特定の順序または階層は、例示的な手法の例示であることを理解されたい。設計選好に基づいて、プロセス/フローチャートにおけるブロックの特定の順序または階層が再構成され得ることを理解されたい。さらに、いくつかのブロックは組み合わせられてよく、または省略されてよい。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１６７】
前の説明は、いかなる当業者も本明細書で説明した様々な態様を実践することを可能にするために提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義された一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「1つまたは複数の」を意味するものである。「例示的」という語は、本明細書において、「例、事例、または例示として働くこと」を意味するために使用される。「例示的」として本明細書で説明したいかなる態様も、必ずしも他の態様よりも好ましいかまたは有利であると解釈されるべきではない。別段に明記されていない限り、「いくつかの」という用語は1つまたは複数を指す。「A、B、またはCのうちの少なくとも1つ」、「A、B、またはCのうちの1つまたは複数」、「A、B、およびCのうちの少なくとも1つ」、「A、B、およびCのうちの1つまたは複数」、および「A、B、C、またはそれらの任意の組合せ」などの組合せは、A、B、および/またはCの任意の組合せを含み、複数のA、複数のB、または複数のCを含んでよい。詳細には、「A、B、またはCのうちの少なくとも1つ」、「A、B、またはCのうちの1つまたは複数」、「A、B、およびCのうちの少なくとも1つ」、「A、B、およびCのうちの1つまたは複数」、および「A、B、C、またはそれらの任意の組合せ」などの組合せは、Aのみ、Bのみ、Cのみ、AおよびB、AおよびC、BおよびC、またはAおよびBおよびCであってよく、ここで、そのような任意の組合せは、A、B、またはCの1つまたは複数のメンバーを含んでよい。当業者に知られているか、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素に対するすべての構造的および機能的な均等物が、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。その上、本明細書で開示したものは、そのような開示が特許請求の範囲に明示的に記載されているかどうかにかかわらず、公に供されるものではない。「モジュール」、「メカニズム」、「要素」、「デバイス」などという
語は、「手段」という語の代用ではないことがある。したがって、いかなるクレーム要素も、その要素が「のための手段」という句を使用して明確に記載されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【符号の説明】
【０１６８】
100  ワイヤレス通信システムおよびアクセスネットワーク
102  基地局
104  ユーザ機器(UE)
110  地理的カバレージエリア
120  通信リンク
132、134  バックホールリンク
150  Wi-Fiアクセスポイント(AP)
152  Wi-Fi局(STA)
154  通信リンク
160  発展型パケットコア(EPC)
162、164  モビリティ管理エンティティ(MME)
166  サービングゲートウェイ
168  マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ
170  ブロードキャストマルチキャストサービスセンター(BM-SC)
172  パケットデータネットワーク(PDN)ゲートウェイ
174  ホーム加入者サーバ(HSS)
176  IPサービス
180  ミリ波(mmW)基地局
182  ユーザ機器(UE)
184  ビームフォーミング
198  CRS構成要素
316  送信(TX)プロセッサ
318  送信機(TX)/受信機(RX)
320、352  アンテナ
354  送信機(TX)/受信機(RX)
356  受信(RX)プロセッサ
358  チャネル推定器
359  コントローラ/プロセッサ
360  メモリ
368  送信(TX)プロセッサ
370  受信(RX)プロセッサ
374  チャネル推定器
375  コントローラ/プロセッサ
376  メモリ
702  装置
704  受信構成要素
706  送信構成要素
708  監視下RB構成要素
710  CRS監視構成要素
712  UE情報構成要素
714  CRSリソースブロック構成要素
716  縮小帯域幅構成要素
718  RB表示構成要素
750  基地局
804  プロセッサ
806  コンピュータ可読媒体/メモリ
810  トランシーバ
814  処理システム
820  アンテナ
824  バス
1002  装置
1004  受信構成要素
1006  送信構成要素
1008  CRS帯域幅構成要素
1010  CRS構成要素
1012  UE情報構成要素
1014  縮小帯域幅構成要素
1016  CRSリソースブロック構成要素
1050  ユーザ機器(UE)
1104  プロセッサ
1106  コンピュータ可読媒体/メモリ
1110  トランシーバ
1114  処理システム
1120  アンテナ
1124  バス
【図１】
2020512749.tif 000003
【図２Ａ】
2020512749.tif 000004
【図２Ｂ】
2020512749.tif 000005
【図２Ｃ】
2020512749.tif 000006
【図２Ｄ】
2020512749.tif 000007
【図３】
2020512749.tif 000008
【図４】
2020512749.tif 000009
【図５Ａ】
2020512749.tif 000010
【図５Ｂ】
2020512749.tif 000011
【図６】
2020512749.tif 000012
【図７】
2020512749.tif 000013
【図８】
2020512749.tif 000014
【図９】
2020512749.tif 000015
【図１０】
2020512749.tif 000016
【図１１】
2020512749.tif 000017
【図１２】
2020512749.tif 000018
【図１３Ａ】
2020512749.tif 000019
【図１３Ｂ】
2020512749.tif 000020
【図１４Ａ】
2020512749.tif 000021
【図１４Ｂ】
2020512749.tif 000022
【国際調査報告】
2020512749.tif 000023
2020512749.tif 000024
2020512749.tif 000025
2020512749.tif 000026
2020512749.tif 000027