特許 7428762 基準信号報告を取り扱うデバイスおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-29

(45)【発行日】2024-02-06

(54)【発明の名称】基準信号報告を取り扱うデバイスおよび方法

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240130BHJP

   H04W 16/28 20090101ALI20240130BHJP

   H04W 72/542 20230101ALI20240130BHJP

【ＦＩ】

H04W24/10

H04W16/28

H04W72/542

【請求項の数】 16

(21)【出願番号】P 2022135845

(22)【出願日】2022-08-29

(65)【公開番号】P2023044645

(43)【公開日】2023-03-30

【審査請求日】2022-08-29

(31)【優先権主張番号】63/245,199

(32)【優先日】2021-09-17

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/879,783

(32)【優先日】2022-08-03

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】509352749

【氏名又は名称】宏碁股▲分▼有限公司

【氏名又は名称原語表記】ＡＣＥＲ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】羅 立中

(72)【発明者】

【氏名】李 建民

(72)【発明者】

【氏名】陳 仁賢

【審査官】桑江 晃

(56)【参考文献】

【文献】特表２０１９－５３１６５４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０２０／０２５９７０３（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

基準信号（ＲＳ）報告を取り扱う通信デバイスであって、
少なくとも１つの記憶デバイスと、
前記少なくとも１つの記憶デバイスに結合される少なくとも１つの処理回路と、を含み、
前記少なくとも１つの記憶デバイスは、命令を格納し、前記少なくとも１つの処理回路は、
ネットワークから少なくとも１つのＲＳを受信すること、
前記少なくとも１つのＲＳに従って少なくとも１つの測定を行って、少なくとも１つの測定結果を生成すること、
前記少なくとも１つの測定結果に従って前記少なくとも１つのＲＳからＲＳを選択すること、および
前記ＲＳを前記ネットワークに報告するかどうかを決定すること、
の命令を実行するように構成され、
当該通信デバイスは、カウンタが第１の閾値以上であるならば、前記ＲＳを前記ネットワークに報告するよう決定し、前記カウンタは、当該通信デバイスが不安定なビームの数を計上するためのものである、
ことによって特徴付けられる、
通信デバイス。

【請求項2】

当該通信デバイスは、第１の閾値が値０以上であるならば、前記ＲＳを前記ネットワークに報告するよう決定することによって特徴付けられる、請求項１に記載の通信デバイス。

【請求項3】

当該通信デバイスは、前記ＲＳの同一性（ＩＤ）、前記ＲＳの品質または前記カウンタのうちの少なくとも１つを前記ネットワークに送信することを介して、前記ＲＳを前記ネットワークに報告することによって特徴付けられる、請求項２に記載の通信デバイス。

【請求項4】

当該通信デバイスは、第２の閾値が所定の値以下であるならば、前記ＲＳを前記ネットワークに報告するよう決定し、前記第１の閾値は、前記第２の閾値よりも小さいことによって特徴付けられる、請求項１に記載の通信デバイス。

【請求項5】

当該通信デバイスは、前記ネットワークから前記ＲＳを報告するためのアクティブ化コマンドを受信するならば、前記ＲＳを前記ネットワークに報告するよう決定することによって特徴付けられる、請求項１に記載の通信デバイス。

【請求項6】

前記ＲＳを前記ネットワークに報告することの命令は、
複数のアップリンク（ＵＬ）リソースのうちの第１のＵＬリソースを介して、前記ネットワークへの前記ＲＳと関連付けられる第１のＵＬ送信を行うことを更に含み、
前記少なくとも１つのＲＳは、前記複数のＵＬリソースと関連付けられることによって特徴付けられる、
請求項１～５のうちのいずれか１項に記載の通信デバイス。

【請求項7】

前記第1のＵＬリソースは、第1のランダムアクセスチャネル（ＲＡＣＨ）リソース、第1の物理的アップリンク共用チャネル（ＰＵＳＣＨ）リソース、第1の物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースまたは第1の音声基準信号（ＳＲＳ）リソースのうちの少なくとも１つを含むことによって特徴付けられる、請求項６に記載の通信デバイス。

【請求項8】

前記少なくとも１つの処理回路は、
前記複数のＵＬリソースのうちの第２のＵＬリソースを介して、前記ネットワークへの前記第１のＵＬ送信と関連付けられる第２のＵＬ送信を行うこと、
の命令を実行するように更に構成され、
前記第２のＵＬリソースは、第２のＲＡＣＨリソース、第２のＰＵＳＣＨリソース、第２のＰＵＣＣＨリソースまたは第２のＳＲＳリソースのうちの少なくとも１つを含むことによって特徴付けられる、
請求項６に記載の通信デバイス。

【請求項9】

前記第２のＰＵＳＣＨリソースは、周波数領域の情報、前記第１のＵＬリソースに対応する前記周波数領域のオフセット、時間領域のリソース割当てまたは前記第１のＵＬリソースに対応する前記時間領域のオフセットのうちの少なくとも１つを含むことによって特徴付けられる、請求項８に記載の通信デバイス。

【請求項10】

前記少なくとも１つの処理回路は、
前記ＲＳを報告することに応答して、前記ネットワークから検索空間と関連付けられる情報を受信すること、
の命令を実行するように更に構成されることによって特徴付けられる、
請求項６に記載の通信デバイス。

【請求項11】

前記検索空間の空間準共局在（ＱＣＬｅｄ）された仮定が、前記ＲＳと関連付けられることによって特徴付けられる、請求項１０に記載の通信デバイス。

【請求項12】

前記情報は、ダウンリンク（ＤＬ）リソースを介してＤＬ受信をスケジューリングするために、ＤＬ制御情報（ＤＣＩ）内に送信構成インジケータ（ＴＣＩ）フィールドを含み、前記ＤＬリソースは、前記ＴＣＩフィールドが「利用可能でないもの」の情報または所定の値を含むならば、前記ＲＳでＱＣＬｅｄされ、当該通信デバイスは、前記ＴＣＩフィールドが前記「利用可能でないもの」の情報または前記所定の値を示すならば、前記第１のＵＬ送信のための空間フィルタを介して、前記ネットワークへの第３のＵＬ送信を行い、前記「利用可能でないもの」の情報は、当該通信デバイスが前記ＲＳを報告しないことを示すことによって特徴付けられる、請求項１０に記載の通信デバイス。

【請求項13】

前記少なくとも１つの処理回路は、
タイマが終了するまで、或いは前記少なくとも１つのＲＳから別のＲＳを選択するときに、前記ＲＳを前記ネットワークに報告することを停止すること、
の命令を実行するように更に構成されることによって特徴付けられる、
請求項１に記載の通信デバイス。

【請求項14】

前記タイマは、前記ＲＳを連続的に報告することの第１の数が第３の閾値以上であるときに動作を開始し、前記第３の閾値は、「同じＲＳ」の連続的な報告の最小数であることによって特徴付けられる、請求項１３に記載の通信デバイス。

【請求項15】

前記タイマは、前記選択されないＲＳを連続的に報告することの第２の数が第４の閾値以上であるときに動作を開始し、前記第４の閾値は、「選択されないＲＳ」の連続的な報告の最小数であることによって特徴付けられる、請求項１３に記載の通信デバイス。

【請求項16】

前記少なくとも１つのＲＳと前記複数のＵＬリソースとの間の複数の空間的関係情報が、複数の媒体アクセス制御要素（ＭＡＣ ＣＥ）によってアクティブ化される、或いは複数の無線リソース制御（ＲＲＣ）メッセージによって構成される、複数のＴＣＩ状態によって示され、前記複数の空間的関係情報の各々は、障害検出リソース、前記第１のＵＬ送信のための前記空間フィルタ、最も低い制御リソースセット（ＣＯＲＥＳＥＴ）、ＩＤまたはＳＲＳリソースインジケータのうちの少なくとも１つを含むことによって特徴付けられる、請求項１２に記載の通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおいて使用されるデバイスおよび方法に関し、より具体的には、基準信号報告(reference signal reporting)を取り扱うデバイスおよび方法に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）Ｒｅｌ‐８規格および／または３ＧＰＰ（登録商標） Ｒｅｌ‐９規格をサポートするロングタームエボリューション（ＬＴＥ：long-term evolution）システムが、ユーザの増加するニーズを満足させるようユニバーサル移動体通信システム（ＵＭＴＳ：universal mobile telecommunication system）の性能をさらに強化するために、ＵＭＴＳの後継として３ＧＰＰ（登録商標）によって開発されている。ＬＴＥシステムは、新しい無線インターフェースと、高いデータレート、低い待ち時間、パケット最適化、ならびに改良されたシステム容量およびカバレッジ(範囲)を提供する新しい無線ネットワークアーキテクチャとを含む。ＬＴＥシステムでは、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ：evolved universal terrestrial radio access network）として知られる無線アクセスネットワークは、少なくとも１つのユーザ機器（ＵＥ：user equipment）と通信するための、ならびに非アクセスストラタム（ＮＡＳ：Non-Access Stratum）制御のための移動管理エンティティ（ＭＭＥ：mobility management entity）、サービスゲートウェイなどを含むコアネットワークと通信するための、少なくとも１つの進化型ノードＢ（ｅＮＢ：evolved Node-B）を含む。

【0003】

ＬＴＥ‐ａｄｖａｎｃｅｄ（ＬＴＥ‐Ａ）システムは、その名前が暗示するように、ＬＴＥシステムの進化である。ＬＴＥ‐Ａシステムは、電力状態間のより速いスイッチングを目標とし、ｅＮＢのカバレッジエッジでの性能を向上させ、ピークデータレートおよびスループットを増加させ、キャリア集約（ＣＡ：carrier aggregation）、協調マルチポイント（ＣｏＭＰ：coordinated multipoint）送信／受信、アップリンク（ＵＬ：uplink）マルチ入力マルチ出力(multi-input multi-output)（ＵＬ‐ＭＩＭＯ）、（例えば、ＬＴＥを使用する）ライセンス付き支援アクセス（ＬＡＡ：licensed-assisted access）などのような、先進技法を含む。ＵＥおよびｅＮＢがＬＴＥ－Ａシステム内で互いに通信し合うために、ＵＥおよびｅＮＢは、３ＧＰＰ（登録商標） Ｒｅｌ－１Ｘ規格またはそれ以降のバージョンのような、ＬＴＥ－Ａシステムのために開発される規格をサポートしなければならない。

【0004】

次世代無線アクセスネットワーク（ＮＧ‐ＲＡＮ：next generation radio access network）が、ＬＴＥ‐Ａシステムをさらに強化するために開発されている。ＮＧ－ＲＡＮは、１つ以上の次世代ノードＢ（ｇＮＢｓ：next generation Node-Bs）を含み、より広い動作帯域、異なる周波数範囲についての異なる数秘学(numerologies)、大容量(massive)ＭＩＭＯ、先進チャネルコーディングなどの特性を有する。

【0005】

ＵＥは、ｇＮＢが報告されるＲＳに従ってビーム調整を行うために、ビーム成形（例えば、ＵＬマルチユーザ(multi-user)ＭＩＭＯ（ＭＵ－ＭＩＭＯ））をｇＮＢで作動するときに、複数の基準信号（ＲＳｓ：reference signals）をｇＮＢに報告することがある。しかしながら、ＵＥが高速であり、ｇＮＢが旧式のＲＳに従ってビーム調整を不適切に実行することがあるときに、報告されるＲＳは、旧式であることがある。従って、ビーム障害(beam failure)の確率は増加し、ビーム成形の性能は劣化する。よって、ビーム成形を操作するときに、旧式のＲＳを報告するという問題を解決することは、重要である。

【発明の概要】

【発明が解決しようとする課題】

【0006】

これを念頭に置いて、本発明は、上述の問題を解決するために、基準信号（ＲＳ）報告を取り扱うデバイスおよび方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

これは、独立項に従ったＲＳ報告を取り扱うデバイスおよび方法によって達成される。従属項は、対応するさらなる開発及び改良に関する。

【0008】

後続の詳細な記述からより明確に分かるように、基準信号（ＲＳ）報告を取り扱うための特許請求する通信デバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスに結合される少なくとも１つの処理回路とを含み、少なくとも１つの記憶デバイスは、命令を格納し、少なくとも１つの処理回路は、ネットワークから少なくとも１つの基準信号（ＲＳ）を受信することと、少なくとも１つのＲＳに従って少なくとも１つの測定を実行して、少なくとも１つの測定結果を生成することと、少なくとも１つの測定結果に従って少なくとも１つのＲＳからＲＳを選択することと、ＲＳをネットワークに報告するかどうかを決定することと、の命令を実行するように構成される。

【0009】

以下、以下の図面を参照して、本発明を一例として更に例示する。

【図面の簡単な説明】

【0010】

【図1】本発明の一例に従った無線通信システムの概略図である。

【図2】本発明の一例に従った通信デバイスの概略図である。

【図3】本発明の一例に従ったプロセスのフローチャートである。

【図4】本発明の一例に従ってＲＳを報告するトリガ条件の概略図である。

【図5】本発明の一例に従ってＲＳを報告するタイミング図である。

【図6】本発明の一例に従ってＲＳを報告するタイミング図である。

【図7】本発明の一例に従ってＲＳを報告するタイミング図である。

【図8】本発明の例に従ったＴＣＩフィールド－ＴＣＩ状態マッピングテーブルの概略図である。

【図9】本発明の一例に従ってＲＳを報告するタイミング図である。

【図10】本発明の例に従ってＲＳを報告するタイミング図である。

【図11】本発明の例に従ってＲＳを報告するタイミング図である。

【発明を実施するための形態】

【0011】

図１は、本発明の一例による無線通信システム１０(wireless communication network)の概略図である。無線通信システム１０は、ネットワーク１２と複数の通信デバイス１４とで簡単に構成される。無線通信システム１０は、時分割二重化（ＴＤＤ：time-division duplexing）モード、周波数分割二重化（ＦＤＤ：frequency-division duplexing）モード、ＴＤＤ－ＦＤＤジョイント動作モード、非地上ネットワークモード（ＮＴＮ：non-terrestrial network）、またはライセンス付き支援アクセス（ＬＡＡ：licensed-assisted access）モードをサポートすることがある。すなわち、ネットワーク１２および通信デバイス１４は、ＦＤＤキャリア、ＴＤＤキャリア、ライセンス付きキャリア（ライセンス付きサービスセル）および／またはライセンスなしキャリア（ライセンスなしサービスセル）を介して、互いに通信することがある。加えて、無線通信システム１０は、キャリア集約(ＣＡ：carrier aggregation)をサポートすることがある。すなわち、ネットワーク１２および通信デバイス１４は、一次セル（ＰＣｅｌｌ）（例えば、一次コンポーネントキャリア）および少なくとも１つの二次セル（ＳＣｅｌｌ）（例えば、二次コンポーネントキャリア）を含む複数のサービスセル（例えば、複数のサービスキャリア）を介して、互いに通信することがある。

【0012】

図１において、ネットワーク１２及び通信デバイス１４は、無線通信システム１０の構造を示すために単に利用されている。実際には、ネットワーク１２は、ユニバーサル移動通信システム（ＵＭＴＳ：universal mobile telecommunications system）における少なくとも１つのノードＢ（ＮＢ：Node-B）を含むユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ：universal terrestrial radio access network）であってよい。一例において、ネットワーク１２は、少なくとも１つの進化型ＮＢ（ｅＮＢ：evolved NB）および／またはロングタームエボリューション（ＬＴＥ：long-term evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａシステムの進化などにおける少なくとも１つの中継ノード(relay node)を含む、進化型ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ：evolved UTRAN）である。一例において、ネットワーク１２は、少なくとも１つの次世代ノードＢ（ｇＮＢ：next generation Node-B）および／または少なくとも１つの第５世代（５Ｇ）基地局（ＢＳ）を含む、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：next generation radio access network）である。一例において、ネットワーク１２は、通信デバイス１４と通信するための特定の通信規格に適合する任意のＢＳである。

【0013】

ＮＲ(New Radio)は、より良い性能を持つ統合された空気インターフェースを提供するように５Ｇシステム（または５Ｇネットワーク）のために定義された規格である。ｇＮＢｓは、５Ｇシステムを実現するために配備され、それは、ｅＭＢＢ（enhanced Mobile Broadband)、ＵＲＬＬＣ（Ultra-Reliable Low Latency Communications）、ｍＭＴＣ(massive Machine Type Communications)などのような、先進構成をサポートする。ｅＭＢＢは、より大きな帯域幅および低い／適度な待ち時間を有するブロードバンドサービスを提供する。ＵＲＬＬＣは、より高い信頼性および低い待ち時間の特性を有する適用（例えば、エンドツーエンド通信）を提供する。適用の例は、産業インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術および高度道路交通システム（ＩＴＳ：intelligent transportation system）を含む。ｍＭＴＣは、何十億もの接続されたデバイスおよび／またはセンサを含む５Ｇシステムのモノのインターネット（ＩｏＴ：internet-of-things）をサポートすることができる。

【0014】

更に、ネットワーク１２は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークのうちの少なくとも１つを含んでもよく、コアネットワークは、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）、サービスゲートウェイ（Ｓ－ＧＷ：Serving Gateway）、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ(Gateway)（Ｐ－ＧＷ：）、自己組織化ネットワーク（ＳＯＮ：Self-Organizing Networks）サーバおよび／または無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）などのような、ネットワークエンティティを含んでよい。一例では、ネットワーク１２が通信デバイス１４によって送信された情報を受信した後に、情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮのみによって処理され、情報に対応する決定が、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮで行われる。一例において、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮは、コアネットワークに情報を転送してよく、情報に対応する決定は、コアネットワークが情報を処理した後に、コアネットワークで行われる。一例において、情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークの両方によって処理され、決定は、調整および協調がＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークによって実行された後に行われる。

【0015】

通信デバイス１４は、ユーザ機器（ＵＥ）、低コストデバイス（例えば、ＭＴＣ(machine type communication)デバイス）、デバイス間（Ｄ２Ｄ）通信デバイス、狭帯域(narrow-band)モノのインターネット（ＩｏＴ）（ＮＢ－ＩｏＴ）、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、またはそれらの組み合わせであってよい。加えて、ネットワーク１２及び通信デバイス１４は、方向（すなわち、送信方向）に従って送信機または受信機として見ることができ、例えば、アップリンク（ＵＬ）について、通信デバイス１４は送信機であり、ネットワーク１２は受信機であり、ダウンリンク（ＤＬ）について、ネットワーク１２は送信機であり、通信デバイス１４は受信機である。

【0016】

図２は、本発明の一例による通信デバイス２０の概略図である。通信デバイス２０は、図１に示す通信デバイス１４またはネットワーク１２であってよいが、ここでは限定されない。通信デバイス２０は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）のような少なくとも１つの処理回路２１０、少なくとも１つの記憶デバイス２１０、および少なくとも１つの通信インターフェースデバイス２２０を含んでよい。少なくとも１つの記憶デバイス２１０は、少なくとも１つの処理回路２１０によってアクセスされ且つ実行されるプログラムコード２１４を格納することがある任意のデータ記憶デバイスであってよい。少なくとも１つの記憶デバイス２１０の例は、加入者識別モジュール（ＳＩＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル汎用ディスクＲＯＭ（ＤＶＤ－ＲＯＭ）、ブルーレイ（登録商標）ディスクＲＯＭ（ＢＤ－ＲＯＭ）、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶デバイス、非一時的コンピュータ読取可能媒体（例えば、有形媒体）などを含むが、これらに限定されない。少なくとも１つの通信インターフェースデバイス２２０は、好ましくは、少なくとも１つの送受信機(トランシーバ)であり、少なくとも１つの処理回路２１０の処理結果に従って信号（例えば、データ、メッセージおよび／またはパケット）を送受信するために使用される。

【0017】

図３は、本発明の一例によるプロセス３０のフローチャートである。プロセス３０は、基準信号（ＲＳ：reference signal）報告(reporting)を取り扱うために、通信デバイス（例えば、図２の通信デバイス２０）において利用されてよい。プロセス３０は、プログラムコード２１４にコンパイルされ、以下のステップを含むことがある。
ステップ３００：開始する。
ステップ３０２：ネットワーク（例えば、図１のネットワーク１２）から少なくとも１つのＲＳを受信する。
ステップ３０４：少なくとも１つのＲＳに従って少なくとも１つの測定を行って、少なくとも１つの測定結果を生成する。
ステップ３０６：少なくとも１つの測定結果に従って少なくとも１つのＲＳからＲＳを選択する。
ステップ３０８：ＲＳをネットワークに報告するかどうかを決定する。
ステップ３１０：終了する。

【0018】

プロセス３０によれば、通信デバイス２０は、ネットワーク１２から少なくとも１つの（例えば、候補の）ＲＳを受信する（例えば、そのようなＲＳで構成される）。通信デバイス２０は、少なくとも１つのＲＳに従って少なくとも１つの測定を行って、少なくとも１つの測定結果を生成する。通信デバイス２０は、少なくとも１つの測定結果に従って少なくとも１つのＲＳからＲＳを選択する。次に、通信デバイス２０は、ＲＳをネットワーク１２に報告するかどうかを決定する（例えば、計算する且つ／或いは取得する）。すなわち、ＲＳをネットワーク１２に報告するかどうかは、通信デバイス２０によって決定される。換言すれば、通信デバイス２０は、その必要性（例えば、報告されたＲＳが旧式であるかどうか）に従ってＲＳをネットワーク１２に報告することを決定する。よって、ネットワーク１２は、（例えば、更新された）ＲＳに従ってビーム調整を適切に行う。ＲＳは、ビーム、（例えば、５Ｇシステムのための）新しいビーム、（例えば、５Ｇシステムのための）新しいビームＲＳであってよいが、ここでは限定されない。

【0019】

プロセス３０の実現は、上記記述に限定されない。以下の例は、プロセス３０を実現するために適用されることがある。

【0020】

一例において、少なくとも１つのＲＳは、少なくとも１つのビームｔお関連付けられる。一例において、通信デバイス２０は、トリガ条件に従ってＲＳをネットワーク１２に報告するかどうかを決定する。通信デバイス２０は、トリガ条件が満たされるならば（例えば、満たされるときに）、ＲＳをネットワーク１２に報告するかを決定してよい。一例では、第１の閾値が値０よりも大きく、カウンタが第１の閾値以上であるならば、トリガ条件が満たされる。一例において、通信デバイス２０は、カウンタが第２の閾値以上であるならば、ビーム障害(beam failure)を決定する（例えば、宣言する）。第１の閾値は、第２の閾値よりも小さくてよい。すなわち、通信デバイス２０は、通信デバイス２０がビーム障害を決定する前に、ＲＳをネットワーク１２に報告することを決定する。よって、ビーム障害の確率は減少する。一例において、通信デバイス２０は、カウンタが第１の閾値以上であるならば、ビームが不安定であると決定する（例えば、宣言する）。

【0021】

一例において、通信デバイス２０は、（例えば、通信デバイスに役立っている）供給ビーム(serving beam)と関連付けられるＲＳの品質が新しい（例えば、更新された）ＲＳ報告専用の第３の閾値よりも小さい（例えば、悪い）ならば、ＲＳをネットワーク１２に報告することを決定する。一例において、通信デバイス２０は、ＲＳの識別子、ＲＳの品質、カウンタ、またはＲＳについてコンポーネントキャリア（ＣＣ）インデックス(index)のうちの少なくとも１つをネットワーク１２に送信することを介して、ＲＳをネットワーク１２に報告する。

【0022】

一例において、通信デバイス２０は、（例えば、ＲＲＣメッセージ、ＭＡＣ(medium access control) ＣＥ(control element)、またはＤＬ制御情報（ＤＣＩ：DL control information）を介して）ネットワーク１２から（例えば、ネットワーク１２によって）ネットワーク１２にＲＳを報告するためのＵＬリソースを受信する（例えば、そのようなＵＬリソースで構成される）。一例において、通信デバイス２０は、第１の閾値が値０に等しいならば、（例えば、ＵＬリソースをアクティブ化(起動)させることによって）ＲＳをネットワーク１２に報告することを決定する。一例では、通信デバイス２０は、第２の閾値が所定の値、固定値または予め定義された値以下であるならば、（例えば、ＵＬリソースをアクティブ化させることによって）ＲＳをネットワーク１２に報告することを決定する。

【0023】

通信デバイス２０は、ネットワーク１２から（例えば、ネットワーク１２によって）第１の閾値、第２の閾値および／または第３閾値を受信してよい（例えば、受信するように構成されてよい）。

【0024】

一例において、通信デバイス２０は、通信デバイス２０が、（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥまたはＤＣＩを介して）ネットワーク１２からＲＳを報告するためのアクティブ化コマンドを受信するならば、ＲＳをネットワーク１２に報告することを決定する。通信デバイス２０は、アクティブ化コマンドに応答して、ハイブリッド自動反復要求確認応答(hybrid automatic repeat request acknowledgement)をネットワーク１２に送信してよい。通信デバイス２０によって報告されるチャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）に従って、ネットワーク１２は、ＲＳを報告する通信デバイスをアクティブ化させるために、アクティブ化コマンドを通信デバイス２０に送信してよい。一例において、通信デバイス２０は、通信デバイス２０が、（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥまたはＤＣＩを介して）ネットワーク１２からのＲＳの報告を停止するための非アクティブ化コマンドを受信するならば、ネットワーク１２へのＲＳの報告を中止することを決定する。通信デバイス２０は、非アクティブ化コマンドに応答して、ＨＡＲＱ－ＡＣＫをネットワーク１２に送信してよい。通信デバイス２０によって報告されるＣＳＩ－ＲＳに従って、ネットワーク１２は、ＲＳを報告する通信デバイスを非アクティブ化させるために、非アクティブ化コマンドを通信デバイス２０に送信してよい。

【0025】

一例において、通信デバイス２０は、通信デバイス２０が、他のＲＳの品質がＲＳ（例えば、少なくとも１つのＲＳの一方）の品質より大きい（例えば、良い）ことを決定する（例えば、見出す）ならば、別のＲＳ（例えば、少なくとも１つのＲＳの他方）の情報を送信する。一例において、通信デバイス２０は、通信デバイス２０が、他のＲＳの品質がＲＳの品質よりも小さい（例えば、悪い）と決定するならば、他のＲＳの情報を送信しないか、或いはＲＳが見出されないことを示す情報を送信する。

【0026】

一例において、通信デバイス２０は、複数のＵＬリソースの第１のＵＬリソースを介して、ネットワーク１２へのＲＳと関連付けられる第１のＵＬ送信を実行することによって、ＲＳをネットワーク１２に報告し、少なくとも１つのＲＳは、複数のＵＬリソースと関連付けられる。第１のＵＬリソースは、第１のランダムアクセスチャネル（ＲＡＣＨ）リソース、第１の物理的アップリンク共用チャネル（ＰＵＳＣＨ）リソース、第１の物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースまたは第１の音声基準信号（ＳＲＳ）リソースのうちの少なくとも１つを含んでよい。第１のＰＵＣＣＨリソースのフォーマットは、フォーマット０またはフォーマット１を含んでよい。通信デバイス２０は、通信デバイス２０が第１のＵＬ送信においてＲＳ報告（例えば、更新）を要求するための要求ＩＤで構成されてよい（例えば、スケジュールされてよい。第１のＰＵＣＣＨリソースの第１のシーケンスは、スケジューリング要求（ＳＲ）のために通信デバイスによって使用されるＰＵＣＣＨリソースの第２のシーケンスと同じであってよい。第１のシーケンスおよび第２のシーケンスは、異なる周期的シフトを含んでよい。

【0027】

一例において、通信デバイス２０は、複数のＵＬリソースのうちの第２のＵＬリソースを介して、ネットワーク１２への第１のＵＬ送信と関連付けられる第２のＵＬ送信を実行することによって、ＲＳをネットワーク１２に報告する。第２のＵＬリソースは、第２のＲＡＣＨリソース、（例えば、通信デバイスによって測定されるＣＳＩを報告するため）第２のＰＵＳＣＨリソース、第２のＰＵＣＣＨリソースまたは第２のＳＲＳリソースのうちの少なくとも１つを含んでよい。一例において、第２のＰＵＳＣＨリソースは、周波数領域の情報、第１のＵＬリソースに対応する周波数領域のオフセット、時間領域のリソース割当てまたは第１のＵＬリソースに対応する時間領域のオフセットのうちの少なくとも１つを含んでよい。第２のＰＵＣＣＨリソースのフォーマットは、フォーマット２、フォーマット３またはフォーマット４を含んでよい。一例において、第２のＰＵＣＣＨリソースは、他のＲＳの品質がＲＳの品質よりも大きい（例えば、良い）と見出されるならば、ＲＳ、他のＲＳのカウンタまたは情報（例えば、他のＲＳのＩＤおよび／または他のＲＳの対応する信号品質）と関連付けられる信号品質（例えば、ＲＳ受信電力（ＲＳＲＰ）、ＲＳ受信品質（ＲＳＲＱ）または信号対干渉および雑音比）を含んでよい。すなわち、第２のＵＬ送信は、通信デバイス２０がネットワーク１２に不安定なビームを（例えば、暗黙のうちに）通知するためのものである。

【0028】

一例において、通信デバイス２０は、例えば、ＲＳを報告することに応答して、通信デバイス２０が、ＤＬ受信（例えば、物理的ダウンリンク共用チャネル（ＰＤＳＣＨ））を実行するようにスケジュールされるスロット内の制御リソースセット（例えば、スロット内の最も低いＣＯＲＥＳＥＴ ＩＤ（例えば、０）を有するＣＯＲＥＳＥＴ）をモニタリング(監視)することによって、ネットワーク１２から（例えば、回復のために）検索スペースと関連付けられる情報を受信する。一例では、探索空間の準共局在された（ＱＣＬｅｄ：quasi co-located）仮定(assumption)が、ＲＳと関連付けられる。一例において、情報は、ＤＬリソースを介してＤＬ受信をスケジュールするためにＤＣＩ内に送信構成インジケータ（ＴＣＩ：transmission configuration indicator）フィールドを含む（例えば、そのようなＴＣＩフィールドである）。通信デバイス２０は、ＤＣＩのＴＣＩフィールド内の示されるＴＣＩコードポイントに従って、ＤＬリソースを介してＤＬ受信を実行してよい。一例において、ＤＬリソースは、ＴＣＩフィールドが「利用可能でない」または所定の値の情報を示すならば、ＲＳと共とＱＣＬｅｄされる。一例において、ＤＬリソースは、ＴＣＩフィールドが「利用可能でない」または所定値以外の情報を示すならば、ＴＣＩフィールドに示される他のＲＳとＱＣＬｅｄされる。一例において、通信デバイス２０は、ＴＣＩフィールドが「利用可能でない」または所定値の情報を示すならば、第１のＵＬ送信のための（例えば、第１のＵＬ送信のために使用される）空間フィルタ（例えば、同じ空間フィルタ）を介して、ネットワーク１２への第３のＵＬ送信を行ってよい。

【0029】

通信デバイス２０は、ＲＲＣメッセージ、ＭＡＣ ＣＥ（例えば、アクティブ化コマンド）および／またはネットワーク１２から受信するＤＣＩを介して、（例えば、ＴＣＩコードポイントを示す）ＴＣＩフィールド、ＣＯＲＥＳＥＴのためのＴＣＩ状態、ＱＣＬｅｄ仮定（例えば、パラメータ）および対応するＲＳの間の対応で構成されてよい（或いは更新されてよい）。

【0030】

一例において、通信デバイス２０は、ビーム障害を検出するためのタイマ（例えば、ビーム障害タイマ（ＢＦＴ））が満了するまで（例えば、満了するときに、満了するならば）、ＲＳの報告を完了する（例えば、終了する）。一例において、通信デバイス２０は、通信デバイス２０が、ＲＲＣメッセージ、ＭＡＣ ＣＥ（例えば、アクティブ化コマンド）および／またはＣＯＲＥＳＥＴのためのＴＣＩ状態を更新するためのＤＣＩのうちの少なくとも１つを含む情報を受信するならば、或いは、通信デバイス２０が、非周期的ＣＳＩ報告をトリガするための、例えば、ＲＳ又は他のＲＳを測定するための、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するならば、ＲＳ報告を完了する。一例において、通信デバイス２０は、通信デバイス２０がビーム障害を決定する（例えば、宣言する）ならば、ＲＳ報告を完了する。

【0031】

一例において、通信デバイス２０は、ＲＳの報告を停止するタイマ（例えば、サイレンスタイマ）が満了するまで（例えば、満了するときに、満了するならば）、ネットワーク１２へのＲＳの報告を停止する。一例において、タイマは、ＲＳの連続的な報告の第１の数が第４の閾値以上であるときに（例えば、第４の閾値以上であるならば）、実行を開始する。一例において、第４の閾値は、「同じＲＳ」の連続的な報告の最小数(minimum number)である。一例において、通信デバイス２０は、通信デバイス２０が少なくとも１つのＲＳから別のＲＳを選択するときに、ネットワーク１２にＲＳを報告することを停止し、他のＲＳの品質は、ＲＳの品質よりも高い（例えば、良い）。一例において、タイマは、「ＲＳなし(no RS)」の連続的な報告の第２の数が第５の閾値以上であるときに（例えば、第５の閾値以上であるならば）、動作を開始する。一例において、第５の閾値は、「選択されていないＲＳ(no selected RS)」の連続的な報告の最小数である。

【0032】

一例において、少なくとも１つのＲＳと複数のＵＬリソースとの間の複数の空間的関係情報は、複数のＴＣＩ状態によって示され、複数のＭＡＣ ＣＥによってアクティブ化され、或いは複数のＲＲＣメッセージによって構成される。一例において、複数の空間的関係情報の各々は、故障検出リソース（例えば、提供ビームと関連付けられるＲＳ）を含む。一例において、複数の空間的関係情報の各々は、第１のＵＬ送信のための空間的フィルタを含む。すなわち、第２のＵＬ送信は、第１のＵＬ送信（例えば、ＲＡＣＨ送信）のための（例えば、第１のＵＬ送信のために使用される）空間フィルタ（例えば、同じ空間フィルタ）を使用することによって実行される。一例において、複数の空間的関係情報の各々は、最も低いＣＯＲＥＳＥＴ ＩＤ（例えば、０）を含む。通信デバイス２０は、最も低いＣＯＲＥＳＥＴ ＩＤのために使用される提供ビームと関連付けられるＲＳを介してＤＬ受信を実行してよい。一例において、複数の空間的関係情報の各々は、ＳＲＳリソースインジケータを含む。

【0033】

一例において、通信デバイス２０は、ＳＣｅｌｌを介して（例えば、ＳＣｅｌｌ上で）ＲＳを報告することを決定し、ＰＣｅｌｌまたは主要二次セルグループ（ＳＣＧ：secondary cell group））セル（ＰＳｃｅｌｌ）を介して第１のＵＬ送信および第２のＵＬ送信を実行する。通信デバイス２０は、通信デバイス２０がＰＣｅｌｌまたはＰＳＣｅｌｌでＵＬ付与を（例えば、既に）有するならば、第１のＵＬ送信を実行する必要はない。一例において、第２のＰＵＳＣＨリソースは、ＲＳのＩＤ、ＲＳの品質、ＲＳのためのカウンタまたは少なくとも１つの失敗したＣＣインデックスのうちの少なくとも１つを含む。

【0034】

一例において、通信デバイス２０は、少なくとも１つのＲＳを報告するために、少なくとも１つのＲＳとそれぞれ関連付けられる少なくとも１つの第６の閾値を受信する（例えば、第６の閾値で構成される）。すなわち、少なくとも１つの第６の閾値の各々は、少なくとも１つのＲＳのうちの１つと関連付けられる。例えば、通信デバイス２０は、少なくとも１つのＲＳのうちの１つと関連付けられる少なくとも１つの第６の閾値のうちの１つが値０よりも大きく、カウンタが少なくとも１つの第６の閾値のうちの１つ以上であるならば、少なくとも１つのＲＳのうちの１つをネットワーク１２に報告することを決定する。通信デバイス２０は、通信デバイス２０が、少なくとも１つのＲＳのうちの１つと関連付けられる情報の報告を開始するならば、少なくとも１つのＲＳのうちの１つを報告するために第４のＵＬリソースを介して第４の送信を実行してよい。第４のＵＬリソースの空間的関係情報は、少なくとも１つのＲＳのうちの１つと関連付けられないことがある。第４のＵＬリソースは、少なくとも１つのＲＳのうちの１つのＲＳのＩＤ、少なくとも１つのＲＳのうちの１つのＲＳの品質、少なくとも１つのＲＳのうちの１つのＲＳのためのカウンタまたは少なくとも１つの故障したＣＣインデックスのうちの少なくとも１つを含んでよい。少なくとも１つのＲＳのうちの１つは、上述のＲＳであってもなくてもよい。

【0035】

図４は、本発明の例に従ってＲＳを報告するためのトリガ条件の概略図である。図４は、図１～図３に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタンス４００～４０８があり、カウンタＢＦＩ＿Ｃを表す値０～５がＹ軸にある。通信デバイス（例えば、図１～図３に向けられた段落で述べた通信デバイス）は、ネットワーク（例えば、図１～図３に向けられた段落で述べたネットワーク）によって閾値Ｃ＿ｍａｘ（例えば、５であるが、本明細書では限定されない）で構成され、閾値Ｃ＿ｍａｘは、通信デバイスがビーム障害を決定する（例えば、宣言する）ためのものである。通信デバイスは、ネットワークによって閾値Ｃ＿０（例えば、２であるが、本明細書では限定されない）で更に構成され、閾値Ｃ＿０は、通信デバイスをトリガして（例えば、新しい、更新された）ＲＳを報告するためのものである。通信デバイスは、カウンタＢＦＩ＿Ｃをゼロに設定し、カウンタＢＦＩ＿Ｃは、通信デバイスが不安定なビームの数を計上するためのものである。

【0036】

時間インスタンス４００で、通信デバイスは、ビームが不安定であることを決定し、カウンタＢＦＩ＿Ｃは、１（例えば、１）だけ増加される。通信デバイスは、閾値Ｃ＿０（例えば、２）が値０よりも大きく、カウンタＢＦＩ＿Ｃ（例えば、１）が閾値Ｃ＿０（例えば、２）よりも小さいならば（例えば、小さいときに、小さいので）、ＲＳをネットワークに報告しないと決定する。時間インスタンス４０２で、通信デバイスは、ビームが不安定であると決定し、カウンタＢＦＩ＿Ｃは、１（例えば、２）だけ増加される。通信デバイスは、閾値Ｃ＿０（例えば、２）が値０よりも大きく、カウンタＢＦＩ＿Ｃ（例えば、２）が閾値Ｃ＿０（例えば、２）と等しいならば、ネットワークにＲＳを報告することを決定する。すなわち、トリガ条件が満たされ（例えば、星パターンとして示される）、通信デバイスはトリガされて、ＲＳがネットワークに報告される。時間インスタンス４０４または時間インスタンス４０６で、通信デバイスは、閾値Ｃ＿０（例えば、２）が値０よりも大きく、カウンタＢＦＩ＿Ｃ（例えば、３または４）が閾値Ｃ＿０（例えば、２）よりも大きいならば、ＲＳをネットワークに報告することを決定する。時間インスタンス４０８で、通信デバイスは、ビームが不安定であると決定し、カウンタＢＦＩ＿Ｃは、１（例えば、５）だけ増加される。通信デバイスは、カウンタＢＦＩ＿Ｃ（例えば２）が閾値Ｃ＿ｍａｘ（例えば、５）と等しいならば、ビーム障害を判定する。

【0037】

図５は、本発明の一例に従ってＲＳを報告することのタイミング図である。図５は、図１～図４に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタンス５００～５０６がある。ＵＥ５２は、（例えば、新しい、更新された）ＲＳをｇＮＢ５４に報告する。時間インスタンス５００で、ＵＥは、少なくとも１つのＲＳ Ｃ＿ＲＳで構成され、少なくとも１つのＲＳ Ｃ＿ＲＳの各々は、ＲＡＣＨリソースおよび／またはＰＵＣＣＨリソースのうちの少なくとも１つと関連付けられる。時間インスタンス５０２で、ＵＥは、ＲＳを報告するためのトリガ条件が満たされている（例えば、スターパターンとして示される）ことを決定する。時間インスタンス５０４で、ＵＥ５２は、少なくとも１つのＲＳ Ｃ＿ＲＳの少なくとも１つの品質が、新しい（例えば、更新された）ＲＳ報告専用の閾値（例えば、図３で述べられる第３の閾値）以上であるならば、（例えば、少なくとも１つのＲＳ Ｃ＿ＲＳの少なくとも１つの品質の最高の品質を備える）ＲＳ ＲＳ１を、少なくとも１つの候補ＲＳ Ｃ＿ＲＳからＲＳとして選択する。次に、ＲＳの品質が閾値以上であるならば、ＵＥ５２は、ＲＳ ＲＳ１と関連付けられるＲＡＣＨリソースを介してｇＮＢ５４への第１のＵＬ送信を実行する。

【0038】

時間インスタンス５０６で、ＵＥ５２は、ＵＥ５２が第１のＵＬ送信を行った後にビーム不安定性を決定するならば、ＲＳ ＲＳ１と関連付けられるＰＵＣＣＨリソースを介してｇＮＢ５４への第２のＵＬ送信を実行する。すなわち、ＵＥ５２は、同じ空間フィルタを使用することによって、第１のＵＬ送信および第２のＵＬ送信を実行する。

【0039】

一例において、ｇＮＢ５４は、ｇＮＢ５４が第１のＵＬ送信（例えば、第１のＵＬ送信のみ）を受信するときにＵＥ５２のビーム障害を取得し、ｇＮＢ５４は、ＲＳを使用してＵＥ５２と通信する。一例において、ｇＮＢ５４は、ｇＮＢ５４が第１のＵＬ送信および第２のＵＬ送信（例えば、それらの両方）を受信するときに、ＵＥの不安定なビームを取得する。一例において、ＵＥ５２は、ＲＳの追加情報（例えば、第１のＵＬ送信において送信されないＲＳの他の情報）を第２のＵＬ送信においてネットワークに送信する。

【0040】

図６は、本発明の一例に従ってＲＳを報告することのタイミング図である。図６は、図１～図４に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタンス６００～６０６がある。ＵＥ６２は、新しい（例えば、更新された）ＲＳをｇＮＢ６４に報告する。時間インスタンス６００～６０４は、時間インスタンス５００～５０４と類似しており、簡潔性のために本明細書では繰り返さない。時間インスタンス６０６で、ＵＥ６２は、第１のＵＬ送信を実行した後に、ＵＥ６２がビーム不安定を決定するならば、提供ビームと関連付けられるＲＳ ＲＳ２と関連付けられるＰＵＣＣＨリソースを介して、ｇＮＢ６４への第２のＵＬ送信を実行する。すなわち、ＵＥ６２は、異なる空間フィルタを使用することによって第１のＵＬ送信および第２のＵＬ送信を実行する。提供ビームと関連付けられるＲＳ ＲＳ２は、故障検出リソースであってよい。ＵＥ６２は、最も低いＣＯＲＥＳＥＴ ＩＤのために使用される提供ビームと関連付けられるＲＳ ＲＳ２を介してＤＬ受信を実行してよい。

【0041】

図７は、本発明の一例に従ってＲＳを報告することのタイミング図である。図７は、図１～５に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタント７００～７１２がある。ＵＥ７２は、（例えば、新しい、更新されたＲＳをｇＮＢ７４に対する報告する。時間インスタンス７００～７０４は、時間インスタンス５００～５０４に類似しており、簡潔性のために本明細書では繰り返さない。時間インスタンス７０６は、時間インスタンス５０６または時間インスタンス６０６に類似しており、簡潔性のために本明細書では繰り返さない。時間インスタンス７０８で、ＵＥ７２は、ＲＳ ＲＳ１を報告することに応答して、ＲＳ ＲＳ１を使用することによって、ネットワークから検索空間と関連付けられる情報を受信する。時間インスタンス７１０で、ＵＥ７２は、ＲＳ ＲＳ１を（例えば、ダイヤモンドパターンとして示される）ｇＮＢ７４に報告することを完了する。時間インスタンス７１２で、ＵＥ７２は、ＲＳ ＲＳ１を使用して、情報に従って、ｇＮＢ７４からのＤＬ受信またはｇＮＢ７４へのＵＬ送信を実行する。

【0042】

図８は、本発明の一例によるＴＣＩフィールド－ＴＣＩ状態マッピングテーブル８０の概略図であり、対応するＲＳも示されている。ＴＣＩフィールド－ＴＣＩ状態マッピングテーブル８０は、（ＴＣＩコードポイントを示す）ＴＣＩフィールド８２、ＴＣＩ状態８４、ＱＣＬ仮定および対応するＲＳ間の対応（例えば、マッピングテーブル内の対応）を含む。ＴＣＩフィールドは、「００」、「０１」、「１０」および／または「１１」などのような２ビット情報を示す。すなわち、ＴＣＩコードポイントは「００」、「０１」、「１０」および／または「１１」である。

【0043】

図８は、図１～７に適用されてよい。ＵＥ７２は、ＲＲＣメッセージ、ＭＡＣ ＣＥおよび／またはＤＣＩを介して、ＴＣＩフィールド－ＴＣＩ状態マッピングテーブル８０で構成されてよく、ＵＥ７２は、ＴＣＩフィールド－ＴＣＩ状態マッピングテーブル８０を格納してよい。次に、ＵＥ７２は、ＲＳ ＲＳ１を報告することに応答して、例えば、ＣＯＲＥＳＥＴ（例えば、スロット内の最も低いＣＯＲＥＳＥＴ ＩＤ（例えば、０）を有するＣＯＲＥＳＥＴ）をモニタリングすることによって、ネットワークから検索空間と関連付けられる情報を受信してよい。一例において、情報は、ＴＣＩフィールド－ＴＣＩ状態マッピングテーブル８０内で「利用可能でない」ことを示すコードポイント「１１」または所定の値を含む。ＵＥ７２は、ＤＬ受信の少なくとも１つのアンテナポートがＲＳ ＲＳ１でＱＣＬｅｄされることを決定すること（例えば、仮定すること）によって、ｇＮＢ７４からのＤＬ受信を実行する。別の例において、情報は、「ＲＳ Ａ０」、「ＲＳ Ａ１」および「ＲＳ Ａ２」をそれぞれ示す、コードポイント「００」、「０１」および「１１」を含む。ＵＥ７２は、ＤＬ受信の少なくとも１つのアンテナポートが「ＲＳ Ａ０」、「ＲＳ Ａ１」および「ＲＳ Ａ２」でそれぞれＱＣＬｅｄされることを決定すること（例えば、仮定すること）によって、ｇＮＢ７４からのＤＬ受信を実行する。

【0044】

図９は、本発明の一例に従ってＲＳを報告することのタイミング図である。図９は、図１～８に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタント９００～９０６がある。ＵＥ９２が、（例えば、新しい、更新された）ＲＳをｇＮＢ９４に対する報告する。時間インスタンス９００で、ＵＥ９２は、ＲＳを報告するために、少なくとも１つのＲＳ Ｃ＿ＲＳおよび（例えば、充填されていない正方形パターンとして示される）ＵＬリソースＵＬ＿Ｒで構成される。時間インスタンス９０２で、ＵＥ９２は、閾値Ｃ＿０（例えば、０）またはＣ＿ｍａｘ（例えば、所定の値、固定値または予め定義される値以下）で構成されるか、或いはアクティブ化コマンドＡＣ＿Ｃまたは非アクティブ化コマンドＤＡＣ＿Ｃを受信する。

【0045】

時間インスタンス９０４で、ＵＥ９２は、アクティブ化コマンドＡＣ＿Ｃまたは非アクティブ化コマンドＤＡＣ＿Ｃに応答して、ＨＡＲＱ－ＡＣＫ ＨＡＲＱ＿ＡＣＫをｇＮＢ ９４に送信する。（例えば、正方形パターンとして示す）時間インスタンス９０６で、ＵＥ９２は、ＵＬリソースＵＬ＿Ｒをアクティブ化させて、（例えば、充填された正方形パターンとして示す）アクティブ化されたＵＬリソースＵＬ＿ＡＲを生成し、閾値Ｃ＿０（例えば、０）、Ｃ＿ｍａｘまたはアクティブ化コマンドＡＣ＿Ｃに応答して、アクティブ化されたＵＬリソースＵＬ＿Ｒに従ってＲＳをｇＮＢ９４に報告するか、或いは、ＵＥ９２は、非アクティブ化コマンドＤＡＣ＿Ｃに応答して、ＲＳをｇＢ９４に報告することを停止する。

【0046】

図１０は、本発明の例に従ってＲＳを報告することのタイミング図である。図１０は、図１～９に適用されてよい。時間寸法Ｔを表すＸ軸に時間インスタンス１０００～１００６があり、カウンタＣＲＲ＿Ｃを表すＹ軸に値０～３がある。説明を容易にするために、２つの同一のｘ軸が図１０に示されている。ＵＥ１０２は、（例えば、新しい、更新された）ＲＳをｇＮＢ１０４に報告する。ＵＥ１０２は、ｇＮＢ１０４によって閾値Ｎ＿ｍｉｎ（例えば、３であるが、本明細書ではこれに限定されない）で構成され、閾値Ｎ＿ｍｉｎは、「同じＲＳ」の連続的な報告の最小数である。ＵＥ１０２は、カウンタＣＲＲ＿Ｃをゼロに設定し、カウンタＣＲＲ＿Ｃは、ＵＥ１０２が「同じＲＳ」の連続的な報告の数を数えるためのものである。

【0047】

時間インスタンス１０００で、ＵＥ１０２は、ＲＳ Ｒ３（または選択されていない(no selected)ＲＳ ＲＳＸ）をｇＮＢ１０４に報告し、カウンタＣＲＲ＿Ｃは、１だけ増加される（例えば、ＣＲＲ＿Ｃ＝ ＣＲＲ＿Ｃ＋１＝１であり、円パターンとして示される）。時間インスタンス１００２で、ＵＥ１０２は、ＲＳ Ｒ３（または選択されていないＲＳ ＲＳＸ）をｇＮＢ１０４に報告し、カウンタＣＲＲ＿Ｃは、１だけ増加される（例えば、ＣＲＲ＿Ｃ＝ＣＲＲ＿Ｃ＋１＝２であり、円パターンとして示される）。時間インスタンス１００４で、ＵＥ１０２は、ＲＳ Ｒ３（または選択されていないＲＳ ＲＳＸ）をｇＮＢ１０４に報告し、カウンタＣＲＲ＿Ｃは、１だけ増加される（例えば、ＣＲＲ＿Ｃ＝ＣＲＲ＿Ｃ＋１＝３であり、正方形パターンとして示される）。すなわち、ＵＥ１０２は、同じＲＳ（例えば、ＲＳ Ｒ３）（または選択されていないＲＳ ＲＳＸ）を３回連続してｇＮＢ１０４に報告し、カウンタＣＲＲ＿Ｃは、閾値Ｎ＿ｍｉｎ（例えば、３）に等しい。よって、タイマＴ＿ｓｉｌｅｎｃｅは、動作を開始する。ＵＥ１０２は、タイマＴ＿ｓｉｌｅｎｃｅが終了するまで、ｇＮＢ１０４へのいずれのＲＳの報告も停止する。時間インスタンス１００６で、タイマＴ＿ｓｉｌｅｎｃｅは終了し、ＵＥ１０２は、カウンタＣＲＲ＿Ｃを０にリセットする。次に、ＵＥ１０２は、同じＲＳ（例えば、ＲＳ Ｒ３）をｇＮＢ１０４に報告することを開始し（例えば、再開し）、カウンタＣＲＲ＿Ｃは、１だけ増加されるか（例えば、ＣＲＲ＿Ｃ＝ＣＲＲ＿Ｃ＋１＝１であり、円パターンとして示されている）、或いはＲＳ Ｒ３とは異なるＲＳまたは選択されていないＲＳ ＲＳＸをｇＮＢ１０４に報告することを開始する。

【0048】

図１１は、本発明の一例に従ってＲＳを報告することのタイミング図である。図１１は、図１～図１０に適用されてよい。時間次元Ｔを表すＸ軸に時間インスタンス１１００～１１０６がある。説明を容易にするために、２つの同一のＸ軸が図１１に示されている。ＵＥ１１２は、ＰＣｅｌｌ Ｐ＿Ｃｅｌｌ、ＰＳｃｅｌｌ ＰＳ＿ＣｅｌｌまたはＳｃｅｌｌ Ｓ＿Ｃｅｌｌ上のｇＮＢ１１４に（例えば、新しい、更新された）ＲＳを報告する。時間インスタンス１１００で、ＵＥ１１２は、Ｓｃｅｌｌ Ｓ＿Ｃｅｌｌを介して、（例えば、星パターンとして示される）ＲＳを報告するためのトリガ条件が満たされていると判断する。時間インスタンス１１０２で、ＵＥ１１２は、ＰＣｅｌｌ Ｐ＿ＣｅｌｌまたはＰＳＣｅｌｌ ＰＳ＿Ｃｅｌｌ上で、ＵＥ１１２によって選択されるＲＳ ＲＳ１と関連付けられる第１のＵＬリソースを介して、第１のＵＬ送信を行う。時間インスタンス１１０４で、ＵＥ１１２は、ＰＣｅｌｌ Ｐ＿ＣｅｌｌまたはＰＳＣｅｌｌ ＰＳ＿Ｃｅｌｌ上で、ＲＳ ＲＳ１と関連付けられる第２のＵＬリソースを介して、第２のＵＬ送信を行う。すなわち、決定および送信は、異なるタイプのセルを介して行われる。

【0049】

上述の「決定する(determine)」の操作は、「計算する(compute)」、「計算する(calculate)」、「取得する(obtain)」、「生成する(generate)」、「出力する(output)」、「使用する(use)」、「選ぶ(choose)／選択する(select)」、「決定する(decide)」または「構成される(is configured to)」、「宣言する(declare」の操作によって置き換えられてよい。上述の「モニタリングする(monitor)」の操作は、「検出する(detect)」、「受信する(receive)」、「感知する(sense)」または「取得する(obtain)」の操作によって置き換えられてよい。上述の「従って(according to)」の語句は、「応答して(in response to)」によって置き換えられてよい。上述の「関連付けられる(associated with)」の語句は、「の(of)」または「対応する(corresponding to)」によって置き換えられてよい。「介して(via)」という用語は、「上で(on)」、「内で(in)」または「で(at)」によって置き換えられてよい。

【0050】

上記記述、ステップおよび／または提案されるステップを含むプロセスは、ハードウェア、ソフトウェア、（ハードウェアデバイスと、ハードウェアデバイス上に読出し専用ソフトウェアとして存在するコンピュータ命令およびデータとの組み合わせとして知られる）ファームウェア、電子システム、またはそれらの組み合わせであり得る手段によって実現されることができる。手段の一例は、通信デバイス２０であってよい。

【0051】

ハードウェアの例は、アナログ回路、デジタル回路および／または混合回路を含む。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス、結合ハードウェアコンポーネントまたはそれらの組み合わせを含んでよい。別の例において、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）またはそれらの組み合わせを含んでよい。

【0052】

ソフトウェアの例は、コードのセット、命令のセットおよび／または記憶ユニット、例えば、コンピュータ読取可能媒体に保持される（例えば、格納される）機能(functions)のセットを含み得る。コンピュータ読取可能媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ－ＲＯＭ／ＤＶＤ－ＲＯＭ／ＢＤ－ＲＯＭ、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶デバイスまたはそれらの組み合わせを含んでよい。コンピュータ読取可能媒体（例えば、記憶ユニット）は、少なくとも１つのプロセッサに内部的に結合されてよく（例えば、集積されてよく）、或いは外部的に結合されてよい（例えば、分離されてよい）。１つ以上のモジュールを含むことがある少なくとも１つのプロセッサは、コンピュータ読取可能媒体内のソフトウェアを実行することがある（例えば、実行するように構成されることがある）。コードのセット、命令のセットおよび／または機能のセットは、少なくとも１つのプロセッサ、モジュール、ハードウェアおよび／または電子システムに、関連するステップを実行させることがある。

【0053】

電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム製品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブックまたはポータブルコンピュータシステム、および通信デバイス２０を含む。

【0054】

要約すると、本発明は、ＲＳ報告を取り扱うための通信デバイスを提供する。通信デバイスは、その必要性（例えば、報告されるＲＳが旧式であるかどうか）に従って、ＲＳをネットワークに報告することを決定する。よって、ネットワークは、（例えば、更新された）ＲＳに従ってビーム調整を適切に行うことがある。よって、ビーム障害の確率は減少し、ビーム成形の性能は改良される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】