特許7534452マルチ送受信ポイントシナリオにおける送受信ポイント固有ビーム障害指示
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-05
(45)【発行日】2024-08-14
(54)【発明の名称】マルチ送受信ポイントシナリオにおける送受信ポイント固有ビーム障害指示
(51)【国際特許分類】
H04W 24/08 20090101AFI20240806BHJP
H04W 16/28 20090101ALI20240806BHJP
H04W 48/08 20090101ALI20240806BHJP
H04W 72/02 20090101ALI20240806BHJP
H04W 72/21 20230101ALI20240806BHJP
【ＦＩ】
H04W24/08
H04W16/28
H04W48/08
H04W72/02
H04W72/21
【請求項の数】
13
(21)【出願番号】P 2022579687
(86)(22)【出願日】2021-05-04
(65)【公表番号】
(43)【公表日】2023-07-26
(86)【国際出願番号】 EP2021061642
(87)【国際公開番号】W WO2021259541
(87)【国際公開日】2021-12-30
【審査請求日】2023-02-08
(31)【優先権主張番号】63/042,473
(32)【優先日】2020-06-22
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094112
【弁理士】
【氏名又は名称】岡部 讓
(74)【代理人】
【識別番号】100106183
【弁理士】
【氏名又は名称】吉澤 弘司
(74)【代理人】
【識別番号】100114915
【弁理士】
【氏名又は名称】三村 治彦
(74)【代理人】
【識別番号】100125139
【弁理士】
【氏名又は名称】岡部 洋
(74)【代理人】
【識別番号】100209808
【弁理士】
【氏名又は名称】三宅 高志
(72)【発明者】
【氏名】デゲール，マサ
(72)【発明者】
【氏名】コスケラ，ティモ
(72)【発明者】
【氏名】ラドゥ，キース サリヤ ジャヤシンゲ
(72)【発明者】
【氏名】ハコラ，サミ－ユッカ
(72)【発明者】
【氏名】ユク，ヤンス
【審査官】石原 由晴
(56)【参考文献】
【文献】国際公開第２０２０／０６３２１２（ＷＯ，Ａ１）
【文献】国際公開第２０１９／２４４７３５（ＷＯ，Ａ１）
【文献】Samsung，On Rel.17 FeMIMO WI[online]，3GPP TSG RAN WG1 #101 R1-2003918，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_101-e/Docs/R1-2003918.zip>，2020年05月15日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ユーザ機器によって、少なくとも１つのネットワークエンティティ障害指示構成を受信するステップと、前記ユーザ機器によって、少なくとも１つの第１のネットワークエンティティが少なくとも１つのビーム障害条件を満たすことを検出するステップと、
前記ユーザ機器によって、前記受信された少なくとも１つのネットワークエンティティ障害指示構成に基づいて少なくとも１つのリソースを選択するステップであって、前記少なくとも１つのリソースは、前記検出された少なくとも１つの第１のネットワークエンティティが前記少なくとも１つのビーム障害条件を満たすという少なくとも１つの指示の送信を構成するステップと、
前記ユーザ機器によって、前記少なくとも１つの第１のネットワークエンティティが前記少なくとも１つのビーム障害条件を満たすという前記少なくとも１つの指示を送信するステップとを備え、
前記少なくとも１つのネットワークエンティティ障害指示構成は、検出された前記少なくとも１つのビーム障害条件を満たしている前記少なくとも１つの第１のネットワークエンティティに関連する少なくとも１つのインジケータを含む少なくとも１つのアップリンク媒体アクセス制御制御要素を備える、
方法。
【請求項2】
前記少なくとも１つの指示を前記送信するステップは、少なくとも１つの第２のネットワークエンティティに送信されるステップであって、前記少なくとも１つの第２のネットワークエンティティは、非障害状態であることを特徴とする請求項１に記載の方法。
【請求項3】
前記少なくとも１つのネットワークエンティティ障害指示構成の各々は、少なくとも１つのネットワークエンティティに関連することを特徴とする請求項１に記載の方法。
【請求項4】
前記少なくとも１つのネットワークエンティティ障害指示構成は、前記検出された少なくとも１つの第１のネットワークエンティティの少なくとも１つの指示を送信するように構成された周期的物理アップリンク制御チャネルリソースの少なくとも２つのセットを備えることを特徴とする請求項１に記載の方法。
【請求項5】
ネットワークエンティティがビーム障害状態にあるという前記検出は、少なくとも１つのビーム障害検出参照信号に基づくことを特徴とする請求項１に記載の方法。
【請求項6】
前記少なくとも１つの指示は、少なくとも１つの物理アップリンク共有チャネルを介して送信される少なくとも１つの媒体アクセス制御制御要素を備えることを特徴とする請求項１に記載の方法。
【請求項7】
前記少なくとも１つのリソースは、少なくとも１つのネットワークエンティティに関連することを特徴とする請求項１に記載の方法。
【請求項8】
ネットワークエンティティによって、少なくとも１つのネットワークエンティティ障害指示構成を送信するステップと、前記ネットワークエンティティによって、少なくとも１つの第１のネットワークエンティティが少なくとも１つのビーム障害条件を満たすという少なくとも１つの指示を受信するステップと
を備え、
前記少なくとも１つのネットワークエンティティ障害指示構成は、検出された前記少なくとも１つのビーム障害条件を満たしている前記少なくとも１つの第１のネットワークエンティティに関連する少なくとも１つのインジケータを含む少なくとも１つのアップリンク媒体アクセス制御制御要素を備える、
方法。
【請求項9】
前記ネットワークエンティティは、非障害状態であることを特徴とする請求項８に記載の方法。
【請求項10】
前記少なくとも１つのネットワークエンティティ障害指示構成は、障害を起こした前記少なくとも１つのネットワークエンティティの少なくとも１つの指示を送信するように構成された周期的物理アップリンク制御チャネルリソースの少なくとも２つのセットを備えることを特徴とする請求項８に記載の方法。
【請求項11】
前記少なくとも１つの指示は、少なくとも１つの物理アップリンク共有チャネルを介して受信される少なくとも１つの媒体アクセス制御制御要素を備えることを特徴とする請求項８に記載の方法。
【請求項12】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと
を備えるユーザ機器であって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、少なくとも、
少なくとも１つのネットワークエンティティ障害指示構成を受信するステップと、
少なくとも１つの第１のネットワークエンティティが少なくとも１つのビーム障害条件を満たすことを検出するステップと、
前記少なくとも１つの受信されたネットワークエンティティ障害指示構成に基づく少なくとも１つのリソースを選択するステップであって、前記少なくとも１つのリソースは前記検出された少なくとも１つの第１のネットワークエンティティが前記少なくとも１つのビーム障害条件を満たすという少なくとも１つの指示の送信を構成するステップと、
前記少なくとも１つのビーム障害条件を満たす前記少なくとも１つの第１のネットワークエンティティの前記少なくとも１つの指示を送信するステップと
を前記ユーザ機器に実行させ、
前記少なくとも１つのネットワークエンティティ障害指示構成は、検出された前記少なくとも１つのビーム障害条件を満たしている前記少なくとも１つの第１のネットワークエンティティに関連する少なくとも１つのインジケータを含む少なくとも１つのアップリンク媒体アクセス制御制御要素を備える、
ユーザ機器。
【請求項13】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと
を備えるネットワークエンティティであって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、少なくとも、
少なくとも１つのネットワークエンティティ障害指示構成を送信するステップと、
少なくとも１つの第１のネットワークエンティティが少なくとも１つのビーム障害条件を満たすという少なくとも１つの指示を受信するステップと
を前記ネットワークエンティティに実行させ、
前記少なくとも１つのネットワークエンティティ障害指示構成は、検出された前記少なくとも１つのビーム障害条件を満たしている前記少なくとも１つの第１のネットワークエンティティに関連する少なくとも１つのインジケータを含む少なくとも１つのアップリンク媒体アクセス制御制御要素を備える、
ことを特徴とするネットワークエンティティ。
【発明の詳細な説明】
【技術分野】
【0001】
いくつかの例示的な実施形態は、概して、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、第５世代（５Ｇ）無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）、新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）アクセス技術、および／または他の通信システムなどのバイルまたはワイヤレス電気通信システムに関し得る。たとえば、いくつかの例示的な実施形態は、ユーザ機器が、送受信ポイントがビーム障害状態にあることをネットワークに通知するためのシステムおよび／または方法に関連し得る。
【背景技術】
【0002】
モバイルまたはワイヤレス電気通信システムの例は、５Ｇ ＲＡＴ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＵＴＲＡＮ）、ＬＴＥ Ｅｖｏｌｖｅｄ ＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ａ Ｐｒｏ、ＮＲアクセス技術、および／またはＭｕｌｔｅＦｉｒｅ Ａｌｌｉａｎｃｅを含み得る。５Ｇワイヤレスシステムは、次世代（ＮＧ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）の無線システムおよびネットワークアーキテクチャを指す。５Ｇシステムは、典型的には、５Ｇ ＮＲ上に構築されるが、５Ｇ（またはＮＧ）ネットワークはまた、Ｅ－ＵＴＲＡ無線上に構築されてもよい。ＮＲは、ｅＭＢＢ（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ－Ｌｏｗ－Ｌａｔｅｎｃｙ－Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍＭＴＣ（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などのサービスカテゴリーをサポートできると予想される。ＮＲは、モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）をサポートするために、極端なブロードバンド、超ロバスト、低レイテンシ接続性、および大規模ネットワーキングを送達することが期待される。次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）は、ＮＲ、ＬＴＥ、およびＬＴＥ－Ａのための無線アクセスを提供することができる５ＧのためのＲＡＮを表す。ユーザ機器に無線アクセス機能を提供する５Ｇにおけるノード（例えば、ＵＴＲＡＮにおけるノードＢまたはＬＴＥにおける進化型ノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）と同様である）は、ＮＲ無線上で構築されるとき、次世代ノードＢ（ｇＮＢ）と呼ばれる場合があり、Ｅ－ＵＴＲＡ無線上で構築されるとき、次世代ｅＮＢ（ＮＧ－ｅＮＢ）と呼ばれ得ることに留意されたい。
【0003】
例示的な実施形態の適切な理解のために、添付の図面が参照される。
【図面の簡単な説明】
【0004】
【発明を実施するための形態】
【0005】
本明細書で概して説明され、図に示されるような、ある例示的実施形態の構成要素は、多種多様な異なる構成で配列および設計され得ることが容易に理解されるであろう。したがって、ユーザ機器が、送受信ポイントがビーム障害状態にあることをネットワークに通知するためのシステム、方法、装置、およびコンピュータプログラム製品のいくつかの例示的な実施形態の以下の詳細な説明は、いくつかの実施形態の範囲を限定することを意図しておらず、代わりに、選択された例示的な実施形態を表す。
【0006】
第３世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）Ｒｅｌｅａｓｅ（Ｒｅｌ）－１５新無線（ＮＲ）は、ユーザ機器（ＵＥ）が媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤを使用してビーム障害をどのように宣言すべきかを定義した。図１に示すように、物理（ＰＨＹ）レイヤは、ビーム障害インスタンスが検出されるまでいかなるアクションもとらないことがある。検出されると、ＰＨＹレイヤは、ＭＡＣレイヤにビーム障害インスタンスを示し、ＭＡＣレイヤは、カウンタＮを使用してこれらのインスタンスを集計する。
【0007】
各サービング制御チャネルは、ビーム障害インスタンスが検出されるのに障害を起こしている必要がある。仮想物理ダウンリンク制御チャネル（ＰＤＣＣＨ）ブロック誤り率（ＢＬＥＲ）を使用して、サービング制御チャネルリンクが障害状態にあるかどうかを判定することができることであって、ＢＬＥＲは、ビーム障害検出参照信号（ＢＦＤ－ＲＳ）セットの測定を使用して計算される。ＢＦＤ－ＲＳのセットは、いくつかの同期信号ブロック（ＳＳＢ）および／またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ）インデックスを含み得る。そして、上述のように、ＢＦＤ－ＲＳセット内の各ＢＦＤ－ＲＳリソースは、最初に、ＭＡＣレイヤに示すべきビーム障害インスタンスの障害状態にある必要がある。
【0008】
ＵＥは、ＢＦＤ－ＲＳセットを決定するために様々な方法で構成され得る。たとえば、基地局（ＢＳ）、送受信ポイント（ＴＲＰ）などのネットワークエンティティ（ＮＥ）は、障害検出のために構成された少なくとも１つのＲＳインデックスでＵＥを明示的に構成することができる。明示的構成の代わりに、ＵＥは、デフォルトで暗黙的構成を使用してもよく、ＢＦＤ－ＲＳセットは、少なくとも１つの制御リソースセット（ＣＯＲＥＳＥＴ）上でＰＤＣＣＨを監視するために使用され得る、ＴＣＩ－ＳｔａｔｅｓＰＤＣＣＨ中に列挙される周期的ＣＳＩ－ＲＳおよび／またはＳＳＢを含む。このデフォルト構成では、ＵＥは、少なくとも１つの周期的ＣＳＩ－ＲＳおよび／またはＳＳＢが、少なくとも１つのＰＤＣＣＨ復調参照信号（ＤＭＲＳ）との空間擬似コロケーション（ＱＣＬ：ｑｕａｓｉ ｃｏｌｏｃａｔｉｏｎ）を有することを予想することができる。したがって、ＵＥは、ＰＤＣＣＨのためのアクティブ化された送信構成インジケータ（ＴＣＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）状態によって指示されるＲＳのために使用するＢＦＤ－ＲＳ（ｑ０）のセットを決定することができる。
【0009】
３ＧＰＰ Ｒｅｌ－１５はまた、コンテンションベースランダムアクセス（ＣＢＲＡ：Ｃｏｎｄｉｔｉｏｎ－Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）およびコンテンションフリーランダムアクセス（ＣＦＲＡ：Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）のためのビーム障害回復手順を規定した。しかしながら、ＵＥは、Ｒｅｌ－１５ ＣＢＲＡ ＢＦＲを有するネットワークにＢＦＲを明示的に示さない。ＣＦＲＡ回復では、物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルは、３ＧＰＰ技術仕様（ＴＳ）３８．２１３におけるセットｑ１と同様であり得る、ＳＳＢおよび／またはＣＳＩ－ＲＳパラメータを有する候補ビームＲＳリストにおいて提供されるダウンリンク参照信号（ＤＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と関連付けられ得る。ＣＦＲＡが構成される場合、ＵＥは、代わりに、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢＢＦＲなどの参照信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）閾値を超える少なくとも１つの候補ビームを最初に選択することができる。候補ビームがＲＳＲＰ閾値を超えない場合、ＵＥは、代わりにＣＢＲＡ ＢＦＲを使用することができ、ＵＥは、ＳＳＢを選択し、標準ランダムアクセスチャネル（ＲＡＣＨ）手順を実行する。最後に、ＵＥがＣＦＲＡで構成されない場合、ＵＥはＣＢＲＡ ＢＦＲを使用することができる。
【0010】
Ｒｅｌ－１５は、ＣＢＲＡ ＢＦＲを有するネットワークにＢＦＲを示すＵＥをサポートしないが、Ｒｅｌ－１６は、セカンダリセル（ＳＣｅｌｌ）ＢＦＲのためのＭＡＣ制御要素（ＣＥ）を使用するこの指示を可能にする。特に、Ｒｅｌ－１５ ＢＦＲは、ＳＣｅｌｌの障害検出を追加することによって、Ｒｅｌ－１６においてさらに強化された。ＳＣｅｌｌ障害回復において、ＵＥは、ＳＣｅｌｌ ＢＦＲ専用のスケジューリング要求（ＳＲ）で構成され得る。ＵＥは、このＳＲを使用して、ＳＣｅｌｌに対してビーム障害が発生したことを示し、ＭＡＣ ＣＥのためのリソースを要求し、それによって、障害を起こしたＳＣｅｌｌに関する追加の情報を提供することができる。ＭＡＣ ＣＥはまた、ＳＲを送信することなく、利用可能なアップリンク（ＵＬ）グラントを使用して送信され得る。ＵＥは、障害を起こしたＳＣｅｌｌに関する情報を含むビットマップに加えて、利用可能なＵＬグラント上でＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを送信することができる。それぞれの障害を起こしたＳＣｅｌｌのリストから新しい候補インデックスを選択することができ、各候補インデックスはＲＳＲＰ閾値に従って適切である。結果として生じる候補ＲＳリストは、次いで、明示的に構成されるであろう。
【0011】
多重送受信ポイント（ＴＲＰ）シナリオにおいて、ＢＦＤ－ＲＳセットは、ＵＥにサービスするＴＲＰに対応するリソースを含むように構成され得る。たとえば、ＵＥにサービスする２つのＴＲＰでは、ＢＦＤ－ＲＳは、２つのＣＳＩ－ＲＳインデックスで明示的に構成されてもよく、各ＣＳＩ－ＲＳインデックスは特定のＴＲＰに対応する。代替として、ＢＦＤ－ＲＳが１つのＴＲＰのみに対応するリソースを含む場合、ＵＥは、ビーム障害を宣言し、次いで、障害条件を満たさない別のＴＲＰにもかかわらず、ＲＡＣＨ回復手順を開始するであろう。
【0012】
ビーム測定および報告のために、Ｒｅｌ－１５は、非グループおよびグループベースのビーム報告の両方のための差動および非差動ベースの報告のためのサポートを規定した。ここで、ＵＥは、単一の報告インスタンスにおいて、ＣＳＩ－ＲＳまたはＳＳＢなどの最大４つの参照信号（実際には最大４つのビーム）に対応する測定を報告するように構成され得る。したがって、測定は、Ｎ個の最も強いＣＳＩ－ＲＳリソースインジケータ（ＣＲＩ）および／またはＳＳＢリソースインジケータを用いて報告されてもよく、６ビット長フィールドが各インジケータのために予約され、Ｎは４以下である。７ビット長フィールドは、（－１４０ｄＢｍＷ～－４４ｄＢｍＷ）の最大レイヤ１（Ｌ１）－ＲＳＲＰのために予約することができ、４ビット長フィールドは、差分Ｌ１－ＲＳＲＰ報告のために予約することができる。ビーム管理のために構成されたＬ１－ＲＳＲＰおよび／またはリソースインジケータは、物理アップリンク共有チャネル（ＰＵＳＣＨ）またはロング物理アップリンク制御チャネル（ＰＵＣＣＨ）上で報告されるとき、第１のＣＳＩセクションにマッピングされる。
【0013】
Ｒｅｌ－１７のＮＲ ＭＩＭＯ範囲下での重要なトピックは、周波数範囲（ＦＲ：Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ）１およびＦＲ２をターゲットとする「Ｅｎｈａｎｃｅｍｅｎｔｓ ｏｎ ｔｈｅ ｓｕｐｐｏｒｔ ｆｏｒ ｍｕｌｔｉ－ＴＲＰ ｄｅｐｌｏｙｍｅｎｔ」である。作業のマルチＴＲＰ動作範囲に関する目的のリストは、３ＧＰＰ ＲＰ－１９３１３３に記載されており、目的のリストは、マルチＴＲＰおよび／またはマルチパネルを使用する物理ダウンリンク共有チャネル（ＰＤＳｃＨ）以外のチャネルについての信頼性およびロバスト性を改善するための特徴を、Ｒｅｌ－１６の信頼性特徴をベースラインとして識別および指定することと、マルチダウンリンク制御情報（ＤＣＩ）ベースのマルチＰＤＳＣＨ受信を仮定して、セル間マルチＴＲＰ動作を可能にするためのＱＣＬ／ＴＣＩ関連拡張と、マルチパネル受信と同時マルチＴＲＰ送信を提供するためのビーム管理関連の強化とを含む。
【0014】
ＴＲＰ固有の（すなわち、ＴＲＰごとの）ビーム障害回復手順は、依然として３ＧＰＰにおいて未定義である。１つのサービングＴＲＰはビーム障害条件を満たさないことがある一方、他のＴＲＰは、各サービングＴＲＰが障害を起こしているとき（すなわち、すべてのＴＲＰがＵＥの観点から障害を起こしているとき）に典型的に使用される「フル」ＢＦＲ手順を必要とすることなく、たとえば接続されたＴＲＰを用いて、障害を起こしたＴＲＰに応答して迅速なビーム回復および変更の必要性を残し得る。ＴＲＰ固有のＢＦＤを可能にするために、ＢＦＤ－ＲＳセットはサブセットに分割されてもよく、各ＢＦＤ－ＲＳサブセットは、ＣＯＲＥＳＥＴプールインデックスなどに従って、異なるＴＲＰに関連付けられる。したがって、ＵＥは、各サブセットに対して別々にＢＦＤ手順を実行し、他のＴＲＰが動作し続ける間に障害を起こしたＴＲＰを検出することができる。３ＧＰＰは、そのようなＴＲＰ固有のＢＦＤ動作をまだ定義していないが、３ＧＰＰは、最終的にそれを定義し、可能にすることが予想されることに留意されたい。
【0015】
上述のように、現在のビーム障害手順は、ＢＦＤ－ＲＳセット内の各ＢＦＤ－ＲＳリソースが障害条件を満たすときにトリガされる。したがって、２つのサービングＴＲＰのためのＲＳリソースを含むＢＦＤ－ＲＳセットの場合、両方のサービングＴＲＰが障害を起こすとビーム障害が宣言される。図２に示すように、１つのＴＲＰのみが障害条件を満たす場合にビーム障害回復手順を開始することができないことは、重大な制限である。以前の議論に戻ると、ＴＲＰ特有のビーム障害指示および回復を可能にすることは、将来の開発にとって重要な関心である。
【0016】
図２に示すシナリオに戻ると、ＵＥは、ＴＲＰ－２が障害条件を満たし、ＴＲＰ－１が障害条件にないことを検出するように構成される。２つのＢＦＤ－ＲＳサブセットを構成することができ、各ＢＦＤ－ＲＳサブセットは異なるＴＲＰに関連付けられる。ネットワークは、障害を起こしたＴＲＰに対する迅速なビーム調整／回復が、例えば、障害を起こしていないＴＲＰを使用して実行され得るように、ＴＲＰ－２の障害について迅速に通知される必要があり得る。いくつかのシナリオでは、障害の理由に応じて、障害を起こしたＴＲＰは、別のＴＲＰによって置換される必要があり得る。迅速なビーム調整／回復は、特に、超信頼性および低レイテンシ通信（ＵＲＬＬＣ）トラフィックが搬送されるべきである場合、および／または厳しいＵＲＬＬＣレイテンシおよび信頼性要件を満たすために複数のＴＲＰが必要とされる場合に有益であり得る。さらに、障害を起こしたＴＲＰをできるだけ早く回復することは、この場合、他のＴＲＰは、第１の障害を起こしたＴＲＰを回復する前に障害を起こす可能性が低いので、ＵＥが包括的なビーム障害回復手順を実行する必要性を低減する。本明細書で論じられる実施形態はいずれも、セル内および／またはセル間マルチＴＲＰに適用され得る。例えば、ＴＲＰ－１およびＴＲＰ－２は、異なるセルと関連し得る。異なるセルは、物理セル識別（ＰＣＩ）によって識別されてもよく、ＴＲＰは、ＣＯＲＥＳＥＴ、ＣＯＲＥＳＥＴＰｏｏｌｉｎｄｅｘｅｓ、および／または関連付けられたＣＯＲＥＳＥＴのためのＰＤＣＣＨのためのアクティブＴＣＩ状態によって示される参照信号の関連付けを通して、異なるセルと関連付けられ得る。
【0017】
いくつかの状況において、ネットワークは、ビーム報告のために各ＴＲＰに対応するＲＳを構成するなど、ビーム関連情報を報告するようにＵＥを構成することによって、ＴＲＰの更新されたビーム条件を受信するために既存の手順を使用することが可能であり得る。しかしながら、ビーム状態に関するそのような頻繁な報告は、リソースインジケータおよび関連するＬ１－ＲＳＲＰ測定が報告されるとき、ならびにこの高い負荷を迅速に搬送するように頻繁／周期的ＵＬ（ＰＵＣＣＨ／ＰＵＳＣＨ）リソースを構成するとき、比較的高い報告負荷を必要とする。さらに、これらのリソースは、そのような高い報告負荷の送信もまた充分に信頼性があり、かなりの量のＵＬリソースを必要とするように構成される必要がある。
【0018】
本明細書に記載のいくつかの実施形態は、上述の欠点を克服するための様々な利益および／または利点を有し得る。たとえば、いくつかの実施形態は、特に（信頼できる）１ビット情報負荷のみを使用して送信されるとき、リソースオーバーヘッドが低いマルチＴＲＰシステムにおいてＴＲＰがビーム障害を経験していることをネットワークに迅速に通知することができる。様々な実施形態は、ネットワークが障害を起こしたＴＲＰを迅速に回復することを可能にし、それによって、ＵＥがフル／クラシカルなビーム障害回復手順を実行する必要性を低減するという追加の利益を有し得る。したがって、以下で論じられる特定の実施形態は、コンピュータ関連技術の改善を対象とする。
【0019】
図３は、ＮＥ（たとえば、ＴＲＰ）がビーム障害状態にあることをネットワークに通知するＵＥを示すシグナリング図の例を示す。いくつかの実施形態によれば、ＵＥ３１０はＵＥ６１０と同様であってもよく、ＮＥ３２０（たとえば、ＴＲＰ１）およびＮＥ３３０（たとえば、ＴＲＰ２）は、両方とも図６に示されるＮＥ６２０と同様であり得る。以下で説明するいくつかの技術は、例示的な実施形態において２つのＴＲＰについて議論される場合があるが、異なる数のＴＲＰが使用されてもよい。さらに、以下のいくつかの技術はまた、ビームのグループおよび／またはＴＲＰのグループに適用され得ることに留意されたい。たとえば、ＴＲＰビーム障害指示は、障害を起こしたビームのグループを示すように構成される場合があり、ビームグループは、複数のＴＲＰにわたるビームを含む。加えて、以下で説明される方法は、ＴＲＰが無線リンク障害を経験しているリンク障害状況に同様に適用され得る。
【0020】
３０１において、ＮＥ３２０は、いくつかの専用／共有ＵＬリソースおよび／または関連パラメータを含み得る、任意の数のＴＲＰ障害指示構成をＵＥ３１０に送信してもよく、ＵＥ３１０が、ＴＲＰがビーム障害を経験していることを示すことを可能にするように構成され得る。たとえば、専用／共有ＵＬリソースは、少なくとも１つのＴＲＰがビーム障害条件を満たすという任意の数の指示を搬送するように構成され得る。これらの指示は、障害を起こしたＴＲＰの指示／インジケータ、および／または障害を起こしたＴＲＰを識別／特徴付けるように構成される任意の他の情報を含み得る。様々な実施形態において、ＴＲＰインジケータは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであってもよく、ＵＥ３１０は、同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで構成されたＣＯＲＥＳＥＴが同じＴＲＰに関連付けられると仮定し得る。追加または代替として、ＴＲＰインジケータは、任意の数のＢＦＤ－ＲＳインデックスと関連付けられてもよく、少なくとも１つのＴＲＰと、ＴＲＰビーム障害指示を搬送するように構成される少なくとも１つのＵＬリソースとの間のマッピングおよび／または関連付けを使用し得る。
【0021】
一例として、ＴＲＰ障害指示構成は、「ｃｏｎｆｉｇ－１」および「ｃｏｎｆｉｇ－２」のような周期的ＰＵＣＣＨリソースの構成を含むことができ、各構成は障害を起こしたＴＲＰを指示する１ビット情報（例えば、ビット「１」）を送信するように構成される。ｃｏｎｆｉｇ－１は、ＮＥ３３０が障害を起こしたことをＮＥ３２０に示す際にＵＥ３１０をアシストしてもよく、逆に、ｃｏｎｆｉｇ－２は、ＮＥ３２０が障害を起こしたことをＮＥ３３０に示す際にＵＥ３１０をアシストし得る。別の例では、ＴＲＰ障害指示構成は、ＴＲＰビーム障害指示を送信するために少なくとも１つのＵＬ ＭＡＣ ＣＥを提供／構成することができる。
【0022】
３０３において、ＵＥ３１０は、ＮＥ３３０などの少なくとも１つのＴＲＰが、少なくとも１つのビーム障害条件しきい値を満たすＮＥ３３０などのビーム障害状態にあることを検出することができる。ＵＥ３１０による検出は、少なくとも１つのＢＦＤ－ＲＳサブセットに基づき得る。
【0023】
３０５において、３０３における検出に応答して、ＵＥ３１０は、少なくとも１つの障害を起こしたＴＲＰ（すなわちＮＥ３３０）を報告する際に使用するために、３０１において受信された少なくとも１つのリソースおよび／または少なくとも１つのパラメータを選択し得る。様々な実施形態において、ＵＥ３１０は、どのＴＲＰが障害を起こしたか、または逆に、どのＴＲＰが障害状態になく、障害を起こしていないかに基づいて、どのリソースおよび／またはパラメータを使用すべきかを選択し得る。２つのＴＲＰをもつ例では、ＵＥ３１０は、ＮＥ３３０がビーム障害状態にあることを示す、特定のリソースに関連する１ビット長などの少なくとも１つの情報ビットをＮＥ３２０に送信するように構成され得る。２つより多いＴＲＰを有する別の例において、ＵＥ３１０は、リソース上で障害を起こしたＴＲＰの少なくとも１つのインジケータをＮＥ３２０に送信することができる。
【0024】
一例として、ＵＥ３１０は、ＮＥ３３０がビーム障害状態にあること、およびＮＥ３２０がビーム障害状態にないことを検出することができる。３０１において受信された構成を使用して、ＵＥ３１０は、ＮＥ３３０が障害を起こしたことを示すためにｃｏｎｆｉｇ－１を使用し得る。具体的には、ＵＥ３１０は、情報ビット「１」をＮＥ３２０に送信するために、ｃｏｎｆｉｇ－１において提供されるＰＵＣＣＨリソースを使用し得る。例えば、ｃｏｎｆｉｇ－１は、ＰＵＣＣＨフォーマット０を有するリソースを含んでもよく、特定のサイクリックシフトは、情報ビット「１」を示すように構成されてもよい。代替として、ＴＲＰ障害指示構成は、ＵＥ３１０に、ＮＥ３３０の少なくとも１つの識別子（例えば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）をＵＬ ＭＡＣ ＣＥを介してＮＥ３２０に指示させ得る。
【0025】
いくつかの実施形態において、ＵＥ３１０は、ＰＵＣＣＨフォーマット０および１を使用するリソースなど、障害を起こしたＴＲＰを示すために周期的および／または半永続的なＰＵＣＣＨリソースを選択し得る。たとえば、ＵＥ３１０は、ＴＲＰ障害指示と、ＰＵＣＣＨリソースと、リソース／パラメータ構成との間のマッピング／関連付けを使用して、サイクリックシフト、時間／周波数リソース、および空間関係情報の任意の組合せに基づき得る、障害を起こしたＴＲＰを示し得る。
【0026】
３０５から識別されたリソースおよび／またはパラメータを使用して、３０７において、ＵＥ３１０は、少なくとも１つの障害を起こしたＴＲＰおよび／または障害状況を示す少なくとも１つの指示をＮＥ３２０に送信することができる。いくつかの実施形態において、ＵＥ３１０はまた、明示的なアップリンク制御情報（ＵＣＩ）を介して少なくとも１つの指示を送信し得る。例示的な実施形態において、ＵＥ３１０は、２つのＴＲＰによってサービスされ、フォーマット０の専用周期的ＰＵＣＣＨリソースの２つの構成が構成されてもよく、第１の構成は、ＮＥ３２０への送信を可能にしてもよく、第２の構成は、ＮＥ３３０への送信を可能にし得る。加えて、少なくとも１つのＴＲＰ障害指示は、たとえば、正のＳＲと同様に、単一の情報ビットを用いてシグナリングすることによって、ＰＵＣＣＨフォーマット０を介して送信され得る。その結果、ＵＥ３１０がＴＲＰ障害を検出することに応答して、ＵＥ３１０は、ＮＥ３２０に関連付けられた周期的ＰＵＣＣＨリソースの構成を使用して、ＴＲＰ障害指示をＮＥ３２０に送信し得る。
【0027】
いくつかの実施形態において、ＵＥ３１０は、ＣＯＲＥＳＥＴインデックスおよび／またはＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘの昇順または降順で障害を起こしたＴＲＰに関連付けられた障害を起こしたＲＳを示すビットマップを有するＰＵＣＣＨフォーマットを使用し得る。例えば、ＵＥ３１０は、４つのＢＦＤ－ＲＳを用いて構成され、ＵＥ３１０は、障害を起こしたＴＲＰ／障害を起こしたＰＤＣＣＨビームの組合せの明示的な情報を送信してもよく、ネットワークがビットマップ情報を使用してＴＲＰ障害を識別することを可能にする。
【0028】
様々な実施形態において、構成されたグラントリソースなどのＰＵＳＣＨリソースは、ＴＲＰ障害指示を搬送するように構成され得る。たとえば、構成されたグラントリソースのＤＭＲＳなどの様々なパラメータ／構成は、ＴＲＰ障害指示を搬送することができる。追加または代替として、ＵＥ３１０は、アップリンク共有（トランスポート）チャネル（ＵＬ－ＳＣＨ）データの有無にかかわらず、ＰＵＳＣＨ上にＵＣＩの形態でＴＲＰ障害指示を含み得る。ＵＥ３１０は、ＰＵＳＣＨリソースとサービングＴＲＰとの間の様々な関連付けを使用して、ＴＲＰ障害指示を送信するのに適したリソースを選択することができる。たとえば、２つのＴＲＰでは、２つの構成されたグラントＰＵＳＣＨ構成が指示を搬送してもよく、各構成は、たとえば、各構成されたグラントＰＵＳＣＨ構成を特定のＴＲＰと明示的に関連付けることによって、異なるＴＲＰに向かう送信に対応し得る。構成されたグラント機会がデータ送信のみのために使用される混乱を回避するために、各構成は２つのＤＭＲＳを用いて構成されてもよく、第１のＤＭＲＳはＴＲＰ障害指示のために使用され、第２のＤＭＲＳはデータ送信のみのために使用される。したがって、ＴＲＰが障害を起こすと、ＵＥ３１０は、ＮＥ３２０などの障害を起こしていないＴＲＰに、構成されたグラント構成を使用してビーム障害を示すＤＭＲＳを送信することによってネットワークに通知することができる。
【0029】
いくつかの実施形態において、ＵＥ３１０は、サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、リソース、およびＴＲＰ障害指示を送信するための関連パラメータなど、ＵＬ ＲＳの任意の組合せを用いて構成され得る。たとえば、２つのＴＲＰの場合、２つのＳＲＳリソースが使用されてもよく、各ＳＲＳはＴＲＰ障害指示を搬送するように構成される。ＴＲＰが障害を起こすと、ＵＥ３１０は、障害を起こしていないＴＲＰ（すなわち、ＮＥ３２０）に向けて少なくとも１つのＳＲＳを送信し、ＮＥ３３０が障害を起こしたことをネットワークに通知することができる。さらに、ＵＥ３１０は、ＴＲＰ障害指示をシグナリングするために少なくとも１つのＵＬ ＭＡＣ ＣＥを使用してもよく、ＵＥ３１０は、ＵＬ（ＰＵＳＣＨ）リソースが利用不可能である場合など、ＴＲＰ障害指示を示すＭＡＣ ＣＥを送信するために、専用および／または共有ＳＲリソースを介してＵＬグラントを要求し得る。
【0030】
いくつかの実施形態において、ＵＥ３１０は、ＵＥ３１０がＴＲＰ障害指示を送信するときにアクティブ化され得る任意の数の非周期的／半永続的ビーム報告構成を用いて構成され得る。たとえば、ＵＬ指示は、ＮＥ３３０上で障害が検出されたことをＮＥ３２０などのネットワークに示すことができ、それに応答して、ＵＥ３１０は、構成されたＵＬリソースに従ってビーム報告を開始するためのトリガを受信することができる。新しいＰＤＣＣＨビームがＵＥ３１０のために構成され、それによってＰＤＣＣＨのためのＴＣＩ状態がアクティブ化された後、ＵＥ３１０は、報告を中断してもよく、および／または報告リソースが非アクティブ化され得る。追加または代替として、ＵＥ３１０がＮ個の報告期間の後に障害を起こしたＰＤＣＣＨのための新しいＴＣＩ状態を受信しない場合、ＵＥ３１０は、報告を中断してもよく、および／またはＮＥ３３０のＣＯＲＥＳＥＴ上でＰＤＣＣＨを監視することを中断し得る。例示的な実施形態において、ネットワークがビーム報告をトリガし、報告をキャンセルした場合、ＵＥ３１０は、障害を起こしたＴＲＰの障害を起こしたＣＯＲＥＳＥＴまたは複数のＣＯＲＥＳＥＴに対するＰＤＣＣＨの監視を中止することができる。例示的な実施形態において、ＮＥ３２０は、ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ内等の参照信号の特定のセットのＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ等のビーム報告を提供するようにＵＥ３１０を構成し得る。リソース構成および報告は、指示されたＴＲＰに固有であり、指示されたＴＲＰに条件付けられ得る。
【0031】
図４は、ＮＥ（たとえば、ＴＲＰ）がビーム障害状態にあることをネットワークに通知するＵＥによって実行される方法の例を示す。ＵＥは、いくつかの実施形態による、図６に示すＵＥ６１０と同様であり得る。以下で説明するいくつかの技術は、例示的な実施形態において２つのＴＲＰについて論じ得るが、任意の数のＴＲＰが使用され得る。さらに、以下のいくつかの技術はまた、ビームのグループおよび／またはＴＲＰのグループに適用され得ることに留意されたい。たとえば、ＴＲＰビーム障害指示は、障害を起こしたビームのグループを示すように構成されてもよく、ビームグループは、複数のＴＲＰにわたるビームを含む。加えて、以下で説明される方法は、ＴＲＰが無線リンク障害を経験しているリンク障害状況に同様に適用され得る。
【0032】
４０１において、ＵＥは、図６のＮＥ６２０などの第１のＮＥ／ＴＲＰから、いくつかの専用／共有ＵＬリソースおよび／または関連パラメータを含み得る任意の数のＴＲＰ障害指示構成を受信してもよく、ＵＥが、ＮＥがビーム障害を経験していることを示すことを可能にするように構成され得る。たとえば、専用／共有ＵＬリソースは、少なくとも１つのＮＥがビーム障害条件を満たすという任意の数の指示を搬送するように構成され得る。これらの指示は、障害を起こしたＮＥの指示／インジケータ、および／または障害を起こしたＮＥを識別／特徴付けるように構成される任意の他の情報を含み得る。様々な実施形態において、ＴＲＰインジケータは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであってもよく、ＵＥは、同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで構成されたＣＯＲＥＳＥＴが同じＮＥ／ＴＲＰに関連付けられていると仮定することができる。加えて、または代替として、ＴＲＰインジケータは、任意の数のＢＦＤ－ＲＳインデックスと関連付けられてもよく、それは、少なくとも１つのＮＥと、ＴＲＰビーム障害指示を搬送するように構成される少なくとも１つのＵＬリソースとの間のマッピングおよび／または関連付けを使用し得る。
【0033】
一例として、ＴＲＰ障害指示設定は、「ｃｏｎｆｉｇ－１」および「ｃｏｎｆｉｇ－２」のような周期的ＰＵＣＣＨリソースの構成を含むことができ、各構成は障害を起こしたＴＲＰを指示する１ビット情報（例えば、ビット「１」）を送信するように構成される。ｃｏｎｆｉｇ－１は、ＵＥが、第２のＮＥが障害を起こしたことを第１のＮＥに示すのをアシストしてもよく、逆に、ｃｏｎｆｉｇ－２は、ＵＥが、第１のＮＥが障害を起こしたことを第２のＮＥに示すのをアシストしてもよい。別の例では、ＴＲＰ障害指示構成は、ＴＲＰビーム障害指示を送信するために少なくとも１つのＵＬ ＭＡＣ ＣＥを提供／構成することができる。
【0034】
４０３において、ＵＥは、図６のＮＥ６２０などの少なくとも１つの第２のＮＥ／ＴＲＰが、少なくとも１つのビーム障害状態しきい値を満たす障害を起こしたＮＥなどのビーム障害状態にあることを検出することができる。ＵＥによる検出は、少なくとも１つのＢＦＤ－ＲＳサブセットに基づき得る。別の例では、マルチＴＲＰにおける障害検出は、ＢＦＤ－ＲＳの１つのセットに基づいてもよく、障害は、セット中のＢＦＤ－ＲＳリソースの部分／サブセット上で検出され得る。
【0035】
４０５において、４０３における検出に応答して、ＵＥは、少なくとも１つの第２のＮＥ／ＴＲＰ（すなわちＮＥ３３０）を報告する際に使用するために、４０１において受信された少なくとも１つのリソースおよび／または少なくとも１つのパラメータを選択し得る。様々な実施形態において、ＵＥは、どのＴＲＰが障害を起こしたか、または逆に、どのＴＲＰが障害状態になく、障害を起こしていないかに基づいて、どのリソースおよび／またはパラメータを使用すべきかを選択し得る。２つのＴＲＰをもつ例において、ＵＥは、第２のＮＥがビーム障害状態にあることを示す、１ビット長など、特定のリソースに関連する少なくとも１つの情報ビットを第１のＮＥに送信するように構成され得る。２つより多いＴＲＰを有する別の例では、ＵＥは、リソース上で第２のＴＲＰの少なくとも１つのインジケータを第１のＮＥに送信することができる。
【0036】
一例として、ＵＥは、第２のＮＥがビーム障害状態にあることと、第１のＮＥがビーム障害状態にないこととを検出し得る。４０１において受信された構成を使用して、ＵＥは、第２のＮＥを示すためにｃｏｎｆｉｇ－１を使用し得る。具体的には、ＵＥは、ｃｏｎｆｉｇ－１において提供されるＰＵＣＣＨリソースを使用して、情報ビット「１」を第１のＮＥに送信し得る。例えば、ｃｏｎｆｉｇ－１は、ＰＵＣＣＨフォーマット０を有するリソースを含んでもよく、特定のサイクリックシフトは、情報ビット「１」を示すように構成されてもよい。代替として、ＴＲＰ障害指示構成は、ＵＥに、第２のＮＥの少なくとも１つのインジケータ（たとえば、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）をＵＬ ＭＡＣ ＣＥを介して第１のＮＥに指示させ得る。
【0037】
特定の実施形態において、ＵＥは、ＰＵＣＣＨフォーマット０および１を使用するリソースなど、障害を起こしたＴＲＰを示すために周期的および／または半永続的ＰＵＣＣＨリソースを選択し得る。たとえば、ＵＥは、ＴＲＰ障害指示と、ＰＵＣＣＨリソースと、リソース／パラメータ構成との間のマッピング／関連付けを使用して、サイクリックシフト、時間／周波数リソース、および空間関係情報の任意の組合せに基づき得る、障害を起こしたＴＲＰを示し得る。
【0038】
４０５から識別されたリソースおよび／またはパラメータを使用して、４０７において、ＵＥは、少なくとも１つの第２のＮＥおよび／または障害状況を示す少なくとも１つの指示を第１のＮＥに送信することができる。いくつかの実施形態において、ＵＥはまた、明示的なアップリンク制御情報（ＵＣＩ）を介して少なくとも１つの指示を送信し得る。例示的な実施形態において、ＵＥは、２つのＴＲＰによってサービスされ、フォーマット０の専用周期的ＰＵＣＣＨリソースの２つの構成が構成されてもよく、第１の構成は、１つのＮＥへの送信を可能にし、第２の構成は、他のＮＥへの送信を可能にし得る。加えて、少なくとも１つのＴＲＰ障害指示は、たとえば、正のＳＲと同様に、単一の情報ビットを用いてシグナリングすることによって、ＰＵＣＣＨフォーマット０を介して送信され得る。その結果、ＵＥがＴＲＰ障害を検出することに応答して、ＵＥは、第２のＮＥに関連付けられた周期的ＰＵＣＣＨリソースの構成を使用して、ＴＲＰ障害指示を第１のＮＥに送信し得る。
【0039】
いくつかの実施形態において、障害検出および／または指示は、特定のＴＲＰと関連付けられるＢＦＤ－ＲＳリソースセットに基づいてもよく、またはＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘのＣＯＲＥＳＥＴＳのためのアクティブＴＣＩステータスに基づいて決定されてもよい。いくつかの実施形態において、ＵＥは、障害を起こしたＢＦＤ－ＲＳリソースセットの指示を提供し得る。この指示は、特定のＴＲＰ／ネットワーク要素が障害状態にあることをネットワークに示すことができる。一例として、ＵＥは、それぞれＴＲＰ－１およびＴＲＰ－２に関連付けられ得るビーム障害検出リソースセットｑ０＿０およびｑ０＿１を用いて構成されていてもよい。ＵＥが、リソースセットのうちの少なくとも１つでビーム障害が発生したと決定した場合、ＵＥは、１つまたは複数の障害が発生したリソースセットを示し得る。ビーム障害検出のためのリソースセットは、明示的なインジケータを有してもよく、またはリソースセットのための障害指示は、回復シグナリング構成（例えば、リソースセット特有アップリンク信号またはチャネル）と関連付けられてもよい。
【0040】
いくつかの実施形態において、ＵＥは、ＣＯＲＥＳＥＴインデックスおよび／またはＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘの昇順または降順に、障害を起こしたＴＲＰに関連付けられた障害を起こしたＲＳを示すビットマップを有するＰＵＣＣＨフォーマットを使用し得る。たとえば、ＵＥが４つのＢＦＤ－ＲＳを用いて構成される場合、ＵＥは、障害を起こしたＴＲＰ／障害を起こしたＰＤＣＣＨビームの組合せの明示的な情報を送信してもよく、ネットワークがビットマップ情報を使用してＴＲＰ障害を識別することを可能にする。
【0041】
様々な実施形態において、構成されたグラントリソースなどのＰＵＳＣＨリソースは、ＴＲＰ障害指示を搬送するように構成され得る。たとえば、構成されたグラントリソースのＤＭＲＳなどの様々なパラメータ／構成は、ＴＲＰ障害指示を搬送することができる。追加または代替として、ＵＥは、アップリンク共有（トランスポート）チャネル（ＵＬ－ＳＣＨ）データの有無にかかわらず、ＰＵＳＣＨ上にＵＣＩの形態でＴＲＰ障害指示を含み得る。ＵＥは、ＰＵＳＣＨリソースとサービングＴＲＰとの間の様々な関連付けを使用して、ＴＲＰ障害指示を送信するのに適したリソースを選択することができる。たとえば、２つのＴＲＰでは、２つの構成されたグラントＰＵＳＣＨ構成が指示を搬送してもよく、各構成は、たとえば、各構成されたグラントＰＵＳＣＨ構成を特定のＴＲＰと明示的に関連付けることによって、異なるＴＲＰに向かう送信に対応し得る。構成されたグラント機会がデータ送信のみのために使用される混乱を回避するために、各構成は２つのＤＭＲＳを用いて構成されてもよく、第１のＤＭＲＳはＴＲＰ障害指示のために使用され、第２のＤＭＲＳはデータ送信のみのために使用される。したがって、ＴＲＰが障害を起こすと、ＵＥは、構成されたグラント構成を使用してビーム障害を示すＤＭＲＳを別のＮＥ／ＴＲＰに送信することによってネットワークに通知することができる。
【0042】
いくつかの実施形態において、ＵＥは、サウンディング参照信号（ＳＲＳ）、リソース、およびＴＲＰ障害指示を送信するための関連パラメータなど、ＵＬ ＲＳの任意の組合せを用いて構成され得る。たとえば、２つのＴＲＰの場合、２つのＳＲＳリソースが使用されてもよく、各ＳＲＳはＴＲＰ障害指示を搬送するように構成される。ＴＲＰが障害を起こすと、ＵＥ３１０は、ＮＥが障害を起こしたことをネットワークに知らせる少なくとも１つのＳＲＳを障害を起こしていないＴＲＰに向けて送信することができる。さらに、ＵＥは、ＴＲＰ障害指示をシグナリングするために少なくとも１つのＵＬ ＭＡＣ ＣＥを使用することができ、ＵＥは、ＵＬ ＰＵＳＣＨリソースが利用不可能である場合など、ＴＲＰ障害指示を示すＭＡＣ ＣＥを送信するために専用および／または共有ＳＲリソースを介してＵＬグラントを要求することができる。
【0043】
いくつかの実施形態において、ＵＥは、ＵＥがＴＲＰ障害指示を送信するときにアクティブ化され得る、任意の数の非周期的／半永続的ビーム報告構成を用いて構成され得る。たとえば、ＵＬ指示は、ＮＥ上で障害が検出されたことを、障害のないＮＥなどのネットワークに示すことができ、それに応答して、ＵＥは、構成されたＵＬリソースに従ってビーム報告を開始するためのトリガを受信することができる。新しいＰＤＣＣＨビームがＵＥのために構成され、それによってＰＤＣＣＨのためのＴＣＩ状態がアクティブ化された後、ＵＥは、報告を中断してもよく、および／または報告リソースが非アクティブ化され得る。追加または代替として、ＵＥがＮ個の報告期間の後に障害を起こしたＰＤＣＣＨのための新しいＴＣＩ状態を受信しない場合、ＵＥは、報告を中断してもよく、および／または障害を起こしたＮＥのＣＯＲＥＳＥＴ上でＰＤＣＣＨを監視することを中断し得る。例示的な実施形態において、障害を起こしていないＮＥは、ＣＳＩ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ内等の参照信号の特定のセットのＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇ等のビーム報告を提供するようにＵＥを構成してもよい。リソース構成および報告は、指示されたＴＲＰに固有であり、指示されたＴＲＰに条件付けられ得る。
【0044】
図５は、別のＮＥ（たとえば、ＴＲＰ）がビーム障害状態にあることをＵＥによって通知されている、ＮＥによって実行される方法の例を示す。ＮＥは、いくつかの実施形態によると、図６に示すように、ＮＥ６２０と同様であり得る。一例が以下で説明されるが、ＮＥ／ＴＲＰの他の配置／数が使用され得ることが理解されるであろう。さらに、以下のいくつかの技術はまた、ビームのグループおよび／またはＴＲＰのグループに適用され得ることに留意されたい。たとえば、ＴＲＰビーム障害指示は、障害を起こしたビームのグループを示すように構成されてもよく、ビームグループは、複数のＴＲＰにわたるビームを含む。加えて、以下で説明される方法は、ＴＲＰが無線リンク障害を経験しているリンク障害状況に同様に適用され得る。
【0045】
５０１において、ＮＥは、図６のＵＥ６１０などのＵＥに、いくつかの専用／共有ＵＬリソースおよび／または関連パラメータを含み得る任意の数のＴＲＰ障害指示構成を送信することができ、ＴＲＰがビーム障害を経験していることをＵＥが示すことを可能にするように構成され得る。たとえば、専用／共有ＵＬリソースは、少なくとも１つのＴＲＰがビーム障害状態を満たすという任意の数の指示を搬送するように構成され得る。これらの指示は、障害を起こしたＴＲＰの指示／インジケータ、および／または障害を起こしたＴＲＰを識別／特徴付けるように構成される任意の他の情報を含み得る。様々な実施形態において、ＴＲＰインジケータは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであってもよく、ＵＥは、同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘで構成されたＣＯＲＥＳＥＴが同じＴＲＰに関連付けられていると仮定することができる。追加または代替として、ＴＲＰインジケータは、任意の数のＢＦＤ－ＲＳインデックスと関連付けられてもよく、それは、少なくとも１つのＴＲＰと、ＴＲＰビーム障害指示を搬送するように構成される少なくとも１つのＵＬリソースとの間のマッピングおよび／または関連付けを使用し得る。
【0046】
一例として、ＴＲＰ障害指示構成は、「ｃｏｎｆｉｇ－１」および「ｃｏｎｆｉｇ－２」などの周期的ＰＵＣＣＨリソースの構成を含むことができ、その各々は、障害を起こしたＴＲＰを示す１つのビット情報（例えば、ビット「１」）を送信するように構成される。ｃｏｎｆｉｇ－１は、第２のＮＥが障害を起こしたことを第１のＮＥに示す際にＵＥをアシストすることができ、逆に、ｃｏｎｆｉｇ－２は、第１のＮＥが障害を起こしたことを第２のＮＥに示す際にＵＥをアシストすることができる。別の例では、ＴＲＰ障害指示構成は、ＴＲＰビーム障害指示を送信するための少なくとも１つのＵＬ ＭＡＣ ＣＥを提供することができる。５０３において、ＮＥは、ＵＥによって選択された５０１からの少なくとも１つのリソース／パラメータを使用して、障害を起こしたＴＲＰの少なくとも１つの指示をＵＥから受信することができる。
【0047】
図６は、いくつかの例示的な実施形態によるシステムの一例を示す。１つの例示的な実施形態では、システムは、たとえば、ＵＥ６１０および／またはＮＥ６２０など、複数のデバイスを含み得る。
【0048】
ＵＥ６１０は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ポータブルメディアプレーヤ、デジタルカメラ、ポケットビデオカメラ、ビデオゲームコンソール、全地球測位システム（ＧＰＳ）デバイスなどのナビゲーションユニット、デスクトップもしくはラップトップコンピュータ、センサもしくはスマートメータなどのシングルロケーションデバイスなどのモバイルデバイスのうちの１つまたは複数、またはそれらの任意の組合せなどを含み得る。
【0049】
ＮＥ６２０は、ＴＲＰ、進化型ノードＢ（ｅＮＢ）または次世代ノードＢ（ｇＮＢ）などの基地局、次世代無線アクセスネットワーク（ＮＧ ＲＡＮ）、サービングゲートウェイ、サーバ、および／または任意の他のアクセスノード、あるいはそれらの組合せのうちの１つまたは複数であり得る。
【0050】
これらのデバイスのうちの１つまたは複数は、それぞれ６１１および６２１として示される少なくとも１つのプロセッサを含み得る。少なくとも１つのメモリは、６１２および６２２で示されるデバイスのうちの１つまたは複数に提供され得る。メモリは固定されてもよく、取り外し可能でもよい。メモリは、その中に含まれるコンピュータプログラム命令またはコンピュータコードを含み得る。プロセッサ６１１および６２１ならびにメモリ６１２および６２２またはそれらのサブセットは、図３～図５の様々なブロックに対応する手段を提供するように構成され得る。図示されていないが、デバイスはまた、デバイスの位置を決定するために使用され得る、全地球測位システム（ＧＰＳ）またはマイクロ電気機械システム（ＭＥＭＳ）ハードウェアなどの測位ハードウェアを含み得る。気圧計、コンパスなどの他のセンサも許可され、位置、仰角、向きなどを決定するために含まれ得る。
【0051】
図６に示すように、トランシーバ６１３および６２３を設けることができ、１つまたは複数のデバイスはまた、それぞれ６１４および６２４として示す少なくとも１つのアンテナを含むことができる。デバイスは、多入力多出力（ＭＩＭＯ）通信のために構成されたアンテナのアレイ、または複数の無線アクセス技術のための複数のアンテナなど、多くのアンテナを有し得る。例えば、これらのデバイスの他の構成が提供されてもよい。
【0052】
トランシーバ６１３および６２３は、送信機、受信機、または送信機と受信機の両方、あるいは送信と受信の両方のために構成され得るユニットまたはデバイスであり得る。
【0053】
プロセッサ６１１および６２１は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、または同等のデバイスなどの任意の計算またはデータ処理デバイスによって具体化され得る。プロセッサは、単一のコントローラとして実装されてもよいし、複数のコントローラまたはプロセッサとして実装されてもよい。
【0054】
メモリ６１２および６２２は、独立して、非一時的コンピュータ可読媒体等の任意の好適な記憶デバイスであってもよい。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、または他の適切なメモリが使用され得る。メモリは、プロセッサとして単一の集積回路上で組み合わせることができ、または１つまたは複数のプロセッサとは別個とすることができる。さらに、メモリに記憶され、プロセッサによって処理され得るコンピュータプログラム命令は、コンピュータプログラムコードの任意の好適な形態、例えば、任意の好適なプログラミング言語で書かれたコンパイルまたは解釈されたコンピュータプログラムであり得る。メモリは、取り外し可能であっても取り外し不可能であってもよい。
【0055】
メモリおよびコンピュータプログラム命令は、特定のデバイスのためのプロセッサを用いて、ユーザ機器等のハードウェア装置に、以下で説明されるプロセスのうちのいずれかを実行させるように構成されてもよい（例えば、図３～図５参照）。したがって、いくつかの実施形態では、非一時的コンピュータ可読媒体は、ハードウェアで実行されると、本明細書で説明するプロセスのうちの１つなどのプロセスを実行するコンピュータ命令で符号化され得る。あるいは、特定の実施形態は、完全にハードウェアで実行されてもよい。
【0056】
いくつかの実施形態において、装置は、図３～図５に示すプロセスまたは機能のいずれかを実行するように構成された回路を含み得る。たとえば、回路は、アナログおよび／またはデジタル回路などのハードウェア専用回路実装形態であり得る。別の例では、回路は、アナログおよび／もしくはデジタルハードウェア回路とソフトウェアもしくはファームウェアとの組み合わせなどのハードウェア回路とソフトウェアとの組み合わせ、ならびに／または装置に様々なプロセスもしくは機能を実行させるために協働するソフトウェア（デジタル信号プロセッサを含む）、ソフトウェア、および少なくとも１つのメモリを有するハードウェアプロセッサの任意の部分であり得る。さらに別の例では、回路は、動作のためのファームウェアなどのソフトウェアを含む、マイクロプロセッサまたはマイクロプロセッサの一部などのハードウェア回路および／またはプロセッサであり得る。ハードウェアの動作に必要でないとき、回路内のソフトウェアは存在しなくてもよい。
【0057】
図７は、ある実施形態による、５Ｇネットワークおよびシステムアーキテクチャの例を示す。ネットワークデバイスの一部または専用ハードウェアとして動作するソフトウェアとして、ネットワークデバイス自体または専用ハードウェアとして、あるいはネットワークデバイスまたは専用ハードウェアとして動作する仮想機能として実装され得る、複数のネットワーク機能が示される。図７に示すＵＥおよびＮＥは、それぞれＵＥ６１０およびＮＥ６２０と同様であり得る。ユーザプレーン機能（ＵＰＦ）は、ＲＡＴ内およびＲＡＴ間モビリティ、データパケットのルーティングおよび転送、パケットの検査、ユーザプレーンサービス品質（ＱｏＳ）処理、ダウンリンクパケットのバッファリング、および／またはダウンリンクデータ通知のトリガなどのサービスを提供することができる。アプリケーション機能（ＡＦ）は、主にコアネットワークとインターフェース接続して、トラフィックルーティングのアプリケーション使用を容易にし、ポリシーフレームワークとインタラクトすることができる。
【0058】
本明細書を通して説明される例示的な実施形態の特徴、構造、または特性は、１つ以上の例示的な実施形態において任意の好適な様式で組み合わせられてもよい。例えば、本明細書全体にわたる「様々な実施形態」、「特定の実施形態」、「いくつかの実施形態」、または他の同様の語句の使用は、例示的な実施形態に関連して説明される特定の特徴、構造、または特性が少なくとも１つの例示的な実施形態に含まれ得るという事実を指す。したがって、本明細書全体にわたる語句「様々な実施形態において」、「様々な実施形態において」、「特定の実施形態において」、「いくつかの実施形態において」、または他の同様の言語の出現は、必ずしもすべてが同じグループの例示的な実施形態を指すとは限らず、説明される特徴、構造、または特性は、1つまたは複数の例示的な実施形態において任意の適切な方法で組み合わせることができる。
【0059】
さらに、必要に応じて、上述した異なる機能または手順は、異なる順序でおよび／または互いに同時に実行されてもよい。さらに、望むならば、記載された機能または手順の１つまたは複数は任意選択であってもよく、または組み合わされてもよい。したがって、上記の説明は、いくつかの例示的な実施形態の原理および教示の例示と見なされるべきであり、それらを限定するものではない。
【0060】
当業者は、上述の例示的な実施形態が、異なる順序の手順で、および／または開示されたものとは異なる構成のハードウェア要素で実施され得ることを容易に理解するであろう。したがって、いくつかの実施形態をこれらの例示的な実施形態に基づいて説明してきたが、当業者には、例示的な実施形態の趣旨および範囲内にとどまりながら、特定の修正形態、変形形態、および代替構成が明らかであろうことが明らかであろう。
（用語集の一部）
３ＧＰＰ Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ
５Ｇ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ
５ＧＣ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ
５ＧＳ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ
ＡＭＦ Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ
ＡＳＩＣ Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ
ＢＦＤ－ＲＳ Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＢＬＥＲ Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ
ＢＳ Ｂａｓｅ Ｓｔａｔｉｏｎ
ＣＢＲＡ Ｃｏｎｔｅｎｔｉｏｎ－Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＢＳＤ Ｃｉｔｉｚｅｎｓ Ｂｒｏａｄｂａｎｄ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｄｅｖｉｃｅ
ＣＥ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ
ＣＦＲＡ Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＮ Ｃｏｒｅ Ｎｅｔｗｏｒｋ
ＣＯＲＥＳＥＴ Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ
ＣＰＵ Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ
ＣＳＩ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ
ＣＳＩ－ＲＳ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＣＲＩ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｓｏｕｒｃe Ｉｎｄｉｃａｔｏｒ
ｄＢｍＷ Ｄｅｃｉｂｅｌ－ｍｉｌｌｉｗａｔｔｓ
ＤＣＩ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ
ＤＬ Ｄｏｗｎｌｉｎｋ
ＤＭＲＳ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＤＲＳ Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ｅＭＢＢ Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ
ｅＭＴＣ Ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｅＮＢ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ
ｅＯＬＬＡ Ｅｎｈａｎｃｅｄ Ｏｕｔｅｒ Ｌｏｏｐ Ｌｉｎｋ Ａｄａｐｔａｔｉｏｎ
ＥＰＳ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ
ＦＤＤ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ
ＦＲ Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ
ｇＮＢ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ
ＧＰＳ Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ
ＨＤＤ Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ
ＩＥＥＥ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ
Ｌ１ Ｌａｙｅｒ １
Ｌ２ Ｌａｙｅｒ ２
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＬＴＥ－Ａ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ
ＭＡＣ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ
ＭＢＳ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｙｓｔｅｍｓ
ＭＣＳ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ
ＭＥＭＳ Ｍｉｃｒｏ Ｅｌｅｃｔｒｉｃａｌ Ｍｅｃｈａｎｉｃａｌ Ｓｙｓｔｅｍ
ＭＩＭＯ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ
ＭＭＥ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ
ｍＭＴＣ Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＭＰＤＣＣＨ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＭＴＣ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＮＡＳ Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ
ＮＥ Ｎｅｔｗｏｒｋ Ｅｎｔｉｔｙ
ＮＧ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ
ＮＧ－ｅＮＢ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ
ＮＧ－ＲＡＮ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＮＲ－Ｕ Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ
ＰＢＣ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ
ＰＤＡ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ
ＰＤＣＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＰＤＳＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ
ＰＤＵ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ
ＰＨＹ Ｐｈｙｓｉｃａｌ
ＰＲＡＣＨ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ
ＰＲＢ Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ
ＰＵＣＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＰＵＳＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ
ＱＣＬ Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｉｏｎ
ＱｏＳ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ
ＲＡＣＨ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ
ＲＡＭ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ
ＲＡＮ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＲＡＴ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ
ＲＥ Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ
ＲＬＣ Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ
ＲＲＣ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ＲＳ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＲＳＲＰ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ
ＳＭＦ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ
ＳＲ Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ
ＳＲＢ Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ
ＳＳＢ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ
ＴＢ Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ
ＴＣＩ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ
ＴＤＤ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ
ＴＲ Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ
ＴＲＰ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ
ＴＳ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ
Ｔｘ Ｔｒａｎｓｍｉｓｓｉｏｎ
ＵＣＩ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＩＮＦＯＲＭＡＴＩＯＮ
ＵＥ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ
ＵＬ Ｕｐｌｉｎｋ
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ
ＵＰＦ Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ
ＵＲＬＬＣ Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＵＴＲＡＮ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＷＬＡＮ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ
（用語集の一部）
３ＧＰＰ Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ
５Ｇ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ
５ＧＣ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ
５ＧＳ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ
ＡＭＦ Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ
ＡＳＩＣ Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ
ＢＦＤ－ＲＳ Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＢＬＥＲ Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ
ＢＳ Ｂａｓｅ Ｓｔａｔｉｏｎ
ＣＢＲＡ Ｃｏｎｔｅｎｔｉｏｎ－Ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＢＳＤ Ｃｉｔｉｚｅｎｓ Ｂｒｏａｄｂａｎｄ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｄｅｖｉｃｅ
ＣＥ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ
ＣＦＲＡ Ｃｏｎｔｅｎｔｉｏｎ－Ｆｒｅｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＮ Ｃｏｒｅ Ｎｅｔｗｏｒｋ
ＣＯＲＥＳＥＴ Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ
ＣＰＵ Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ
ＣＳＩ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ
ＣＳＩ－ＲＳ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＣＲＩ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｓｏｕｒｃe Ｉｎｄｉｃａｔｏｒ
ｄＢｍＷ Ｄｅｃｉｂｅｌ－ｍｉｌｌｉｗａｔｔｓ
ＤＣＩ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ
ＤＬ Ｄｏｗｎｌｉｎｋ
ＤＭＲＳ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＤＲＳ Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ｅＭＢＢ Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ
ｅＭＴＣ Ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｅＮＢ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ
ｅＯＬＬＡ Ｅｎｈａｎｃｅｄ Ｏｕｔｅｒ Ｌｏｏｐ Ｌｉｎｋ Ａｄａｐｔａｔｉｏｎ
ＥＰＳ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ
ＦＤＤ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ
ＦＲ Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ
ｇＮＢ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ Ｂ
ＧＰＳ Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ
ＨＤＤ Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ
ＩＥＥＥ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ
Ｌ１ Ｌａｙｅｒ １
Ｌ２ Ｌａｙｅｒ ２
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＬＴＥ－Ａ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ
ＭＡＣ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ
ＭＢＳ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｙｓｔｅｍｓ
ＭＣＳ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ
ＭＥＭＳ Ｍｉｃｒｏ Ｅｌｅｃｔｒｉｃａｌ Ｍｅｃｈａｎｉｃａｌ Ｓｙｓｔｅｍ
ＭＩＭＯ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ
ＭＭＥ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ
ｍＭＴＣ Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＭＰＤＣＣＨ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＭＴＣ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＮＡＳ Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ
ＮＥ Ｎｅｔｗｏｒｋ Ｅｎｔｉｔｙ
ＮＧ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ
ＮＧ－ｅＮＢ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ
ＮＧ－ＲＡＮ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＮＲ－Ｕ Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ
ＰＢＣ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ
ＰＤＡ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ
ＰＤＣＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＰＤＳＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ
ＰＤＵ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ
ＰＨＹ Ｐｈｙｓｉｃａｌ
ＰＲＡＣＨ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ
ＰＲＢ Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ
ＰＵＣＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ
ＰＵＳＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ
ＱＣＬ Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｉｏｎ
ＱｏＳ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ
ＲＡＣＨ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ
ＲＡＭ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ
ＲＡＮ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＲＡＴ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ
ＲＥ Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ
ＲＬＣ Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ
ＲＲＣ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ
ＲＳ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ
ＲＳＲＰ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ
ＳＭＦ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ
ＳＲ Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ
ＳＲＢ Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ
ＳＳＢ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ
ＴＢ Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ
ＴＣＩ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ
ＴＤＤ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ
ＴＲ Ｔｅｃｈｎｉｃａｌ Ｒｅｐｏｒｔ
ＴＲＰ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ
ＴＳ Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ
Ｔｘ Ｔｒａｎｓｍｉｓｓｉｏｎ
ＵＣＩ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＩＮＦＯＲＭＡＴＩＯＮ
ＵＥ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ
ＵＬ Ｕｐｌｉｎｋ
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ
ＵＰＦ Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ
ＵＲＬＬＣ Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＵＴＲＡＮ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＷＬＡＮ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
