知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-08-16
(45)【発行日】2023-08-24
(54)【発明の名称】ビーム障害回復を実行するための方法および無線通信装置
(51)【国際特許分類】
H04W 76/19 20180101AFI20230817BHJP
H04W 16/28 20090101ALI20230817BHJP
H04W 72/21 20230101ALI20230817BHJP
【ＦＩ】
H04W76/19
H04W16/28
H04W72/21
【請求項の数】
10
(21)【出願番号】P 2020534279
(86)(22)【出願日】2017-12-22
(65)【公表番号】
(43)【公表日】2021-02-22
(86)【国際出願番号】 CN2017117937
(87)【国際公開番号】W WO2019119399
(87)【国際公開日】2019-06-27
【審査請求日】2020-12-18
【前置審査】
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】シー，シアオジュエン
(72)【発明者】
【氏名】ブツクリ，エスワー・カルヤン
【審査官】伊藤 嘉彦
(56)【参考文献】
【文献】Huawei, HiSilicon，RAN2 aspects of DL beam management[online]，3GPP TSG RAN WG2 Meeting NR#2 R2-1706718，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2017_06_NR/Docs/R2-1706718.zip>，2017年06月17日
【文献】MediaTek Inc.，Design Details on Beam Failure Recovery[online]，3GPP TSG RAN WG1 #90bis R1-1718334，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718334.zip>，2017年10月03日
【文献】Nokia, Nokia Shanghai Bell，Beam Indication, Measurements and Reporting[online]，3GPP TSG RAN WG1 #91 R1-1720890，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720890.zip>，2017年11月18日
【文献】Ericsson，On the use of SS for beam management and beam recovery[online]，3GPP TSG RAN WG1 #90 R1-1714295，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1714295.zip>，2017年08月12日
【文献】InterDigital, Inc.，Remaining issues on beam recovery[online]，3GPP TSG RAN WG1 #91 R1-1720631，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720631.zip>，2017年11月18日
【文献】Qualcomm Incorporated，PRACH Procedure Considerations[online]，3GPP TSG RAN WG1 #90bis R1-1718532，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718532.zip>，2017年10月03日
【文献】Huawei, HiSilicon，non-contention based random access for beam failure recovery in CA[online]，3GPP TSG RAN WG2#AH-1801 R2-1801049，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1801049.zip>，2018年01月12日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ビーム障害から回復するための無線通信装置のための方法であって、プライマリセルでのビーム障害の検出に応答して、前記無線通信装置とネットワークノードとの間の無線リンクを回復するための候補ビームを識別することと、
メディアアクセス制御プロトコル制御要素内の前記候補ビームの識別情報を前記ネットワークノードに送信することと、
ランダムアクセス応答でネットワークによって新しい送信用に割当てられたアップリンクリソースで、前記メディアアクセス制御プロトコル制御要素をシグナリングすることとを備え、前記ランダムアクセス応答は、コンテンションベースのランダムアクセス手順内にあり、前記プライマリセルでのビーム障害からの回復が失敗した場合には無線リンク障害を宣言し、
前記ビーム障害が発生した周波数位置の識別情報および前記ビーム障害が発生したサービングセルの識別情報を前記メディアアクセス制御プロトコル制御要素に含めることをさらに備える、方法。
【請求項2】
応答について前記候補ビームを監視することをさらに備える、請求項１に記載の方法。
【請求項3】
前記無線通信装置のセル無線ネットワーク一時的識別子（Ｃ－ＲＮＴＩ）宛ての物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することをさらに備える、請求項１または２に記載の方法。
【請求項4】
前記候補ビームの前記識別情報は、基準信号リソースの識別情報を含む、請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記候補ビームは、同期信号またはチャネル状態情報基準信号である、請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記候補ビームの品質が閾値より大きいという判断に基づいて、前記候補ビームを認定された候補ビームであると識別することをさらに備え、前記閾値は基準信号受信電力閾値であり、前記閾値は基地局から受信される、請求項１～５のいずれか１項に記載の方法。
【請求項7】
前記無線通信装置は新しい送信用に割当てられたアップリンクリソースを有し、前記方法はさらに、前記アップリンクリソースで前記メディアアクセス制御プロトコル制御要素をシグナリングすることを備える、請求項１～６のいずれか１項に記載の方法。
【請求項8】
前記無線通信装置は、スケジューリングリクエストを送信するために構成された有効な物理アップリンク制御チャネルリソースを有し、前記方法はさらに、スケジューリングリクエストをトリガすることを備える、請求項１～７のいずれか１項に記載の方法。
【請求項9】
請求項１～８のいずれか１項に記載の方法を実行するように構成された無線通信装置。
【請求項10】
請求項１～８のいずれか１項に記載の方法を実行するためのコンピュータ実施可能命令を格納した、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に無線ネットワークにおける通信に関し、特に、ビーム障害回復を実行するための方法および無線通信装置に関する。
【背景技術】
【0002】
背景
帯域幅の高まる必要性を対象にして、次世代システムの無線システムは、最大で１００ＧＨｚの高い動作周波数を採用するであろう。そのような高い動作周波数が使用されると、伝搬損失が高くなる傾向がある。この問題に取組むために、次世代無線通信装置は、ビームアラインメントを実現し十分高いアンテナ利得を得るために、大規模多重入出力（ＭＩＭＯ）技術（たとえば、１つのノードに対して１０２４個のアンテナ要素）を用いたアンテナアレイおよびビーム形成（ＢＦ）訓練技術を採用し得る。
帯域幅の高まる必要性を対象にして、次世代システムの無線システムは、最大で１００ＧＨｚの高い動作周波数を採用するであろう。そのような高い動作周波数が使用されると、伝搬損失が高くなる傾向がある。この問題に取組むために、次世代無線通信装置は、ビームアラインメントを実現し十分高いアンテナ利得を得るために、大規模多重入出力（ＭＩＭＯ）技術（たとえば、１つのノードに対して１０２４個のアンテナ要素）を用いたアンテナアレイおよびビーム形成（ＢＦ）訓練技術を採用し得る。
【発明の概要】
【発明が解決しようとする課題】
【0003】
無線ネットワークは現在、ビーム障害回復の場合、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を使用する。ＰＲＡＣＨを用いたビーム障害回復方式が作動するように、無線ネットワークは、各候補ビーム、すなわち各候補基準信号（ＲＳ）リソースと関連付けられた専用のランダムアクセスチャネル（ＲＡＣＨ）リソースを明示的にまたは暗黙的に提供する必要がある。候補ＲＳリソースは、同期信号（ＳＳ）ブロックまたはチャネル状態情報基準信号（ＣＳＩ－ＲＳ）リソースのどちらかであり得る。しかしながら、ビーム障害回復についてのこれらのＲＡＣＨリソースは、無線通信装置のサービングビームペアリンク（複数可）が故障しているときにのみ使用される。そのため、これらのリソースを常に確保すると、これらの無線リソースは無駄になる。これは、コンテンションベースでないランダムアクセスの場合に使用される専用ＲＡＣＨリソースの場合に特に当てはまる（すなわち、これらのリソースは、無線通信装置ごとに排他的に確保される）。ビーム障害回復の目的専用のＲＡＣＨリソース（複数可）は、ビーム障害の前に可能性のある候補ビーム用に構成される必要がある（かつ、そのような構成に関する情報は、ネットワーク上で無線装置に知られている必要がある）。これらの専用リソース（複数可）は、無線装置が実行可能な他のＰＲＡＣＨ送信（すなわち、無線装置が他の目的で行うＰＲＡＣＨ送信）に対して直交である必要があり、他の無線装置用に構成された専用ＲＡＣＨリソース（複数可）に対しても直交である必要がある。
【0004】
図面
添付の特許請求の範囲では特に本発明の技術の特徴について説明されるが、これらの技術はそれらの目的および利点と共に、添付の図面と併せて以下の詳細な説明から最良に理解され得る。
添付の特許請求の範囲では特に本発明の技術の特徴について説明されるが、これらの技術はそれらの目的および利点と共に、添付の図面と併せて以下の詳細な説明から最良に理解され得る。
【図面の簡単な説明】
【0005】
【図1】本明細書で説明されるさまざまな実施形態が実現され得る無線通信システムを示す図である。
【図3】ビーム障害の事例を示す図である。
【図4】ビーム障害の事例を示す図である。
【図5】一実施形態に係る、ビーム障害回復手順を示す図である。
【図6】一実施形態に係る、ＢＦＲＲ ＭＡＣ ＣＥの可能な実現例を示す図である。
【図7】一実施形態に係る、ＢＦＲＲ ＭＡＣ ＣＥの可能な実現例を示す図である。
【図8】一実施形態に係る、ＢＦＲＲ ＭＡＣ ＣＥの可能な実現例を示す図である。
【図9A】ＢＷＰ通信を示す図である。
【図9B】ＢＷＰ通信を示す図である。
【図10】一実施形態に係る、最良の候補ＲＳリソースのみを含むＢＦＲＲ ＭＡＣ ＣＥを示す図である。
【図11】一実施形態に係る、２つ以上の候補ＲＳリソースを含む可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【図12】一実施形態に係る、２つ以上の候補ＲＳリソースを含む可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【図13】キャリアアグリゲーションを示す図である。
【図14】最良の候補ＲＳリソースのみを含む、一実施形態に係るＢＦＲＲ ＭＡＣ ＣＥを示す図である。
【図15】一実施形態に係る、２つ以上の候補ＲＳリソースを含む可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【図16】一実施形態に係る、２つ以上の候補ＲＳリソースを含む可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【図17】１つのＰＣｅｌｌおよび２つのＳＣｅｌｌで構成される通信装置を示す図である。
【図18】一実施形態に係る、最良の候補ＲＳリソースのみを含むＢＦＲＲ ＭＡＣ ＣＥを示す図である。
【図19】一実施形態に係る、２つ以上の候補ＲＳリソースを含む実現可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【図20】一実施形態に係る、２つ以上の候補ＲＳリソースを含む実現可能なＢＦＲＲ ＭＡＣ ＣＥの例を示す図である。
【発明を実施するための形態】
【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】
図７では、ＲＳタイプビットは、各Ｏｃｔｅｔの一番右のビットにおいて設定される。各Ｏｃｔｅｔ内の残りの７ビットは、対応するＲＳリソースの識別情報である。
【0059】
図８では、ＲＳタイプビットは、最初の１つ以上のＯｃｔｅｔにおいて設定される。ＲＳビットの数は、含まれる候補ＲＳリソースの数によって決まる。Ｒビットは、予約ビットである。事例１に関するＢＦＲＲ ＭＡＣ ＣＥは、本明細書ではＴｙｐｅ１ ＢＦＲＲ ＭＡＣ ＣＥと表記される。なお、ＲＳリソースの識別情報に関する７ビットの長さは一例にすぎない。ＳＳＢインデックスおよびＣＳＩ－ＲＳリソースＩＤの長さは、同じでも異なっていてもよく、実際の長さは、実際のシステム設計によって決まる。
【0060】
事例２：ＢＷＰの動作を有する１つのサービングセル
レガシーシステムでは、チャネル帯域幅を割当てる場合、チャネル帯域幅は、ＢＳとＢＳが通信する通信装置のすべてとの双方の帯域幅の送受信に関する。しかしながら、より新しい世代の無線システムについては、異なる通信装置のチャネル帯域幅が同じスペクトル内でサポートされ得る。これは、帯域幅部分（ＢＷＰ）動作と呼ばれる。ＢＷＰ動作では、通信装置は、中心周波数調整によるＲＦ適応、帯域幅適応、または両方を、広帯域キャリアで行う。ＢＷＰによって、広帯域キャリア内での通信装置帯域幅能力が低下し、帯域幅適応による通信装置の消費電力エネルギーが減少し、通信装置は、広帯域キャリア内の周波数分割多重（ＦＤＭ）において異なるニューメロロジー（ｎｕｍｅｒｏｌｏｇｉｅｓ）を用いることができる。
レガシーシステムでは、チャネル帯域幅を割当てる場合、チャネル帯域幅は、ＢＳとＢＳが通信する通信装置のすべてとの双方の帯域幅の送受信に関する。しかしながら、より新しい世代の無線システムについては、異なる通信装置のチャネル帯域幅が同じスペクトル内でサポートされ得る。これは、帯域幅部分（ＢＷＰ）動作と呼ばれる。ＢＷＰ動作では、通信装置は、中心周波数調整によるＲＦ適応、帯域幅適応、または両方を、広帯域キャリアで行う。ＢＷＰによって、広帯域キャリア内での通信装置帯域幅能力が低下し、帯域幅適応による通信装置の消費電力エネルギーが減少し、通信装置は、広帯域キャリア内の周波数分割多重（ＦＤＭ）において異なるニューメロロジー（ｎｕｍｅｒｏｌｏｇｉｅｓ）を用いることができる。
【0061】
たとえば、図９Ａに示すように、ＢＳは広いＢＳチャネル帯域幅で動作している。しかしながら、異なる通信装置は異なるチャネル帯域幅で構成され得る。たとえば、狭い帯域ＵＥ１に、ＢＳチャネル帯域幅全体のほんの一部が割当てられ得る。キャリアアグリゲーション能力または広帯域能力を有するＵＥ２に、２つ以上のＢＷＰ（たとえば、３つのＢＷＰ）を割当てることが可能である。広帯域能力を有するＵＥ３には、全ＢＳチャネル帯域幅を割当てることが可能である。一方で、１つの通信装置について、割当てられたＢＷＰは、必要とされるデータレートに従って変更可能である。たとえば、通信装置が低データレートで送信している場合、より小さなＢＷＰを通信装置に対して構成可能である。そうではなく、通信装置が高データレートを要求する場合、より広いＢＷＰを通信装置に対して構成可能である。異なるＢＷＰが、異なるニューメロロジーで、たとえば異なるサブキャリア間隔で構成可能である。
【0062】
現在の実現例では、（ダウンリンク（ＤＬ）とＵＬとの両方用の）複数のＢＷＰを通信装置に対して構成可能であるが、（ＤＬとＵＬとの両方用の）これらのうち１つのみが所与の時間にオンにされ得る。複数のＢＷＰの中には、少なくとも初期ＤＬ ＢＷＰと初期ＵＬ ＢＷＰとがある。ネットワークは、初期ＵＬ ＢＷＰでＲＡＣＨリソースを構成するが、他のＢＷＰについては、常にＲＡＣＨリソースがあるとみなすことはできない。
【0063】
一実施形態では、アクティブなＤＬ ＢＷＰでビーム障害が発生し、専用ＲＡＣＨリソースで構成されたアクティブＢＷＰの候補ビーム（複数可）がある場合、ＭＡＣエンティティは、コンテンションフリーランダムアクセスを開始可能である。候補ビームは、ランダムアクセスプリアンブルを送信するためにＭＡＣエンティティによって選択された候補ビームと関連付けられたＲＡＣＨリソースに従って識別可能である。または、アクティブＢＷＰで専用ＲＡＣＨリソースで構成された候補ビームはないがこのアクティブＢＷＰで共通ＲＡＣＨリソースと関連付けられた候補ＳＳブロックがある場合、コンテンションベースランダムアクセスをアクティブＢＷＰで実行可能である。または、専用ＲＡＣＨリソースで構成された候補ビームもなければ、アクティブＢＷＰで共通ＲＡＣＨリソースと関連付けられた候補ＳＳブロックもない場合、通信装置は、初期ＢＷＰに戻ってコンテンションベースランダムアクセスを開始可能である。コンテンションベースランダムアクセスが開始される場合、事例１についての図５に示す手順および図６～図８に示す同じＢＦＲＲ ＭＡＣ ＣＥは、ビーム障害回復情報を（たとえばＢＳに）転送するために無線通信装置によって使用可能である。
【0064】
しかしながら、無線技術がさらに発達すると、たとえば、通信装置は複数のニューメロロジーで同時に動作することが可能になり、（ＤＬとＵＬとの両方用の）２つ以上のＢＷＰが所与の時間にオンにされ得る。その後、ビーム障害が１つのアクティブＢＷＰで発生し、候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、他の通常動作アクティブＢＷＰを用いてビーム回復を支援可能である。
【0065】
たとえば、図９Ｂでは、通信装置は３つのＢＷＰ、ＢＷＰ１～ＢＷＰ３で構成される。ＢＷＰ３は、そこから通信装置が基地局にアクセスする初期アクティブＢＷＰである。３つのＢＷＰすべてが同時にオンにされる。その後（図９Ｂ）、物理層（ＰＨＹ）が、ビーム障害事象がＢＷＰ１で発生していると検出する。しかしながら、ＢＷＰ２およびＢＷＰ３は依然として通常動作である。ＰＨＹは、ＭＡＣエンティティに対してＢＷＰ１のビーム障害を示す。
【0066】
一実施形態によると、ビーム障害が発生すると、たとえばＰＨＹからビーム障害の表示を受信すると、このビーム障害ＢＷＰの候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、ＭＡＣエンティティ（すなわち、無線通信装置）は、帯域幅部分の識別情報、ＲＳタイプ（複数可）、およびＲＳリソース（複数可）の識別情報（複数可）を含むＢＦＲＲ ＭＡＣ ＣＥを生成する。帯域幅部分の識別情報（以下の例ではｂａｎｄｗｉｄｔｈＰａｒｔＩｄと表記する）は、ビーム障害が発生しているＢＷＰを示す。事例１と同じ可能性を用いて、ＲＳリソース（複数可）のＲＳタイプ（複数可）と識別情報（複数可）とを含めることが可能である。すなわち、最良の候補ビームのみ、または認定された候補ビーム（複数可）、または最大数Ｎ個までの候補ビームをＭＡＣ ＣＥに含めることが可能である。
【0067】
たとえば、各ＲＳリソースの識別フィールド用に７ビットの長さを想定し、（ＤＬとＵＬとの両方用に）最大で４つのＢＷＰを通信装置について構成可能である、すなわち、ｂａｎｄｗｉｄｔｈＰａｒｔＩｄが２ビットであると想定する。図１０は、一実施形態に係る、最良の候補ＲＳリソースのみを含むＢＦＲＲ ＭＡＣ ＣＥを示す図である。図１１および図１２は、一実施形態に係る、２つ以上の候補ＲＳリソースを含むＢＦＲＲ ＭＡＣ ＣＥの２つの可能な例を示す図である。事例２についてのＢＦＲＲ ＭＡＣ ＣＥは、本明細書ではＴｙｐｅ２ ＢＦＲＲ ＭＡＣ ＣＥと表記される。
【0068】
一実施形態によると、ビーム障害が発生すると、たとえばＰＨＹからのアクティブＢＷＰのうち１つでビーム障害の表示を受信すると、このビーム障害が起こったＢＷＰの候補ビームのうちいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、無線通信装置は、通常動作アクティブＢＷＰを用いて、以下のようにビーム回復を支援可能である。
【0069】
ＭＡＣエンティティがそのとき（すなわち、ビーム障害が発生しているとき）に（たとえば、他の通常動作アクティブＢＷＰのうちいずれかから）新しい送信用に割当てられた利用可能なＵＬリソースを有する場合、通信装置は、ＵＬリソースを用いてＢＦＲＲ ＭＡＣ ＣＥをシグナリングする。他の態様では、そのときに新しい送信用に割当てられたＵＬリソースはないが他の通常動作アクティブＢＷＰのうちいずれかで構成されたＳＲ用に有効なＰＵＣＣＨがある場合、ＭＡＣエンティティは物理層に、ＳＲ用に有効なＰＵＣＣＨリソースを有するアクティブＢＷＰのうち１つでＳＲをシグナリングするように指示する。ＳＲを受信すると、ＢＳは、このアクティブＢＷＰでアップリンク送信用に割当てられたＵＬリソースを含むＵＬグラントで応答する。この割当てられたＵＬリソースで、ＢＦＲＲ ＭＡＣ ＣＥをＢＳに対してシグナリングすることが可能である。
【0070】
他の態様では、そのときに新しい送信用に割当てられたＵＬリソースもなければ、他の通常動作アクティブＢＷＰのいずれかで構成されたＳＲ用に有効なＰＵＣＣＨリソースもない場合、コンテンションベースランダムアクセスを開始可能であり、ビーム障害回復情報を転送するためにＢＦＲＲ ＭＡＣ ＣＥを図５に示すようなＭｓｇ３に含めることが可能である。
【0071】
事例３：任意のサービングセルでＢＷＰの動作を有さない複数のサービングセル、またはＢＷＰの動作を有する複数のサービングセルであるが、１つのアクティブＢＷＰのみが各サービングセルで所与の時間に許可される。
【0072】
キャリアアグリゲーション（ＣＡ）能力を有する通信装置を、２つ以上のサービングセルで構成可能である。構成されたサービングセルのうち、１つはプライマリサービングセル（ＰＣｅｌｌ）である一方で、その他はセカンダリサービングセル（ＳＣｅｌｌ）である。これらのサービングセルはすべて、共通のＭＡＣエンティティを共用する。たとえば、図１３では、通信装置は１つのＰＣｅｌｌと２つ以上のＳＣｅｌｌとで構成される。ＰＣｅｌｌおよび２つのＳＣｅｌｌは、同じＭＡＣエンティティを共用する。ＣＡで動作しているとき、ＰＣｅｌｌは常にオンにされる、言い換えると、ＰＣｅｌｌをオフにすることはできない。ＳＣｅｌｌは、ＢＳによってオン／オフ可能である。２つ以上のＳＣｅｌｌを所与の時間にオンにすることができる。各サービングセルは、ＢＷＰを用いてまたは用いずに動作可能である。この例ではここでは、ＢＷＰで動作する場合、ただ１つのＢＷＰを各サービングセルで所与の時間にオンにしてもよいと想定する。
【0073】
本実施形態では、通信装置がＣＡ動作のとき、ビーム障害がアクティブサービングセルのうち１つで発生すると、たとえば図１３に示すようにＰＨＹからビーム障害の表示を受信すると、このアクティブサービングセルの候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、（無線通信装置の）ＭＡＣエンティティは、サービングセルの識別情報と、ＲＳリソースタイプ（複数可）と、ＲＳリソース（複数可）の識別情報（複数可）とを含むＢＦＲＲ ＭＡＣ ＣＥを生成する。（以下のすべての図示された例ではＳＣｅｌｌＩｎｄｅｘＩＤと表記される）サービングセルの識別は、ビーム障害が発生しているサービングセルを示す。再び、ＲＳリソース（複数可）のＲＳタイプ（複数可）および識別情報（複数可）を含むように、事例１で説明された同じ可能性を用いることが可能である。すなわち、最良の候補ビームのみ、または認定された候補ビーム（複数可）、または最大数Ｎ個までの候補ビームを、ＭＡＣ ＣＥに含めることが可能である。
【0074】
たとえば、各ＲＳリソースの識別情報フィールドについて７ビットの長さを想定する。さらに、最大で３２個のサービングセルを通信装置のために構成可能である、すなわち、ＳＣｅｌｌＩｎｄｅｘＩＤが５ビットであると想定する。図１４は、最良の候補ＲＳリソースのみを含む、一実施形態に係るＢＦＲＲ ＭＡＣ ＣＥを示す図である。図１５および図１６は、一実施形態に係る、２つ以上の候補ＲＳリソースを含むＢＦＲＲ ＭＡＣ ＣＥの２つの可能な例を示す図である。事例３についてのＢＦＲＲ ＭＡＣ ＣＥは、本明細書ではＴｙｐｅ３ ＢＦＲＲ ＭＡＣ ＣＥと表記される。
【0075】
一実施形態では、ＰＨＹからアクティブサービングセルのうち１つでビーム障害の表示を受信すると、このビーム故障したサービングセルの候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、無線通信装置は、他の通常動作アクティブサービングセルを用いて、以下のようにビーム回復を支援可能である。
【0076】
ＭＡＣエンティティがそのときに新しい送信用に（たとえば、他の通常動作アクティブサービングセルのいずれかから）割当てられたＵＬリソースを有する場合、通信装置は、ＵＬリソースを用いて（たとえばＢＳに）ＢＦＲＲ ＭＡＣ ＣＥをシグナリングする。他の態様では、そのときに新しい送信用に割当てられたＵＬリソースはないが他の通常動作アクティブサービングセルのいずれかで構成されたＳＲ用の有効なＰＵＣＣＨリソースがある場合、（通信装置の）ＭＡＣエンティティは、物理層に、ＳＲ用の有効なＰＵＣＣＨリソースを用いてアクティブサービングセルのうち１つでＳＲをシグナリングするように指示する。ＳＲを受信すると、ＢＳは、このアクティブサービングセルでアップリンク送信用に割当てられたＵＬリソースを含むＵＬグラントで応答する。割当てられたＵＬリソースを用いて、無線通信装置は、ＢＳにＢＦＲＲ ＭＡＣ ＣＥをシグナリングすることができる。
【0077】
他の態様では、そのときに新しい送信用に割当てられたＵＬリソースもなければ、他の通常動作アクティブＢＷＰのうちいずれかで構成されたＳＲ用の有効なＰＵＣＣＨリソースもない場合、無線通信装置は、コンテンションベースランダムアクセスを開始可能であり、ビーム障害回復情報を転送するために、図５に示すようにＭｓｇ３にＢＦＲＲ ＭＡＣ ＣＥを含めることが可能である。
【0078】
事例４：ＢＷＰの動作を有する複数のサービングセルであり、２つ以上のアクティブＢＷＰが各サービングセルで所与の時間に許可される。
【0079】
一実施形態では、キャリアアグリゲーション能力を有すると同時に１つのサービングセル内で同時にオンにされる複数のＢＷＰを有するさらに別の通信装置について、通信装置は２つ以上のサービングセルで構成可能であり、各サービングセルで、２つ以上のＢＷＰは所与の時間にアクティブな状態になり得る。これらのサービングセルおよびＢＷＰはすべて、共通のＭＡＣエンティティを共用する。たとえば、図１７では、通信装置は１つのＰＣｅｌｌと２つのＳＣｅｌｌとで構成される。そしてＳＣｅｌｌ１およびＳＣｅｌｌ２で、２つのＢＷＰが同時にオンにされる。
【0080】
本実施形態では、ビーム障害が１つのアクティブサービングセルのアクティブＢＷＰのうち１つで発生すると、たとえば図１７に示すようにＰＨＹからビーム障害の表示を受信すると、アクティブサービングセルのこのアクティブＢＷＰの候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、（無線通信装置の）ＭＡＣエンティティは、サービングセルの識別情報と、帯域幅部分の識別情報と、ＲＳリソースタイプ（複数可）と、ＲＳリソース（複数可）の識別情報（複数可）とを含むＢＦＲＲ ＭＡＣ ＣＥを生成する。（以下のすべての図示された例でｂａｎｄｗｉｄｔｈＰａｒｔＩｄと表記される）帯域幅部分の識別情報および（以下のすべての図示された例ではＳＣｅｌｌＩｎｄｅｘＩＤと表記される）サービングセルの識別情報は、ビーム障害が発生しているサービングセルのＢＷＰを示す。同様に、ＲＳリソース（複数可）のＲＳタイプ（複数可）および識別情報（複数可）を含むように、事例１について説明された同じ可能性を用いることが可能である。すなわち、最良の候補ビームのみ、認定された候補ビーム（複数可）、または最大数Ｎ個までの候補ビームを、ＭＡＣ ＣＥに含めることが可能である。
【0081】
たとえば、各ＲＳリソースの識別フィールドについて７ビットの長さ、ＳＣｅｌｌＩｎｄｅｘＩＤについて５ビット、およびｂａｎｄｗｉｄｔｈＰａｒｔＩｄについて２ビットがあると想定する。図１８は、一実施形態における、最良の候補ＲＳリソースのみを含むＢＦＲＲ ＭＡＣ ＣＥを示す図である。図１９および図２０は、一実施形態に係る、２つ以上の候補ＲＳリソースを含むＢＦＲＲ ＭＡＣ ＣＥの２つの可能な例を示す図である。事例４についてのＢＦＲＲ ＭＡＣ ＣＥは、本明細書ではＴｙｐｅ４ ＢＦＲＲ ＭＡＣ ＣＥと表記される。
【0082】
一実施形態では、ＰＨＹから１つのサービングセルのアクティブＢＷＰのうち１つでビーム障害の表示を受信すると、このビーム障害が発生したＢＷＰの候補ビームのいずれかと関連付けられた専用ＲＡＣＨリソースがない場合、無線通信装置は、このサービングセル上の他の通常動作アクティブＢＷＰまたは他の通常動作アクティブサービングセルを用いて、以下のアクションを実行することによってビーム回復を支援可能である。
【0083】
ＭＡＣエンティティがそのときに（たとえば、このサービングセルの他の通常動作アクティブＢＷＰのいずれかから、または他の通常動作アクティブサービングセルのいずれかからの）新しい送信用に割当てられたＵＬリソースを有する場合、通信装置は、ＵＬリソースでＢＦＲＲ ＭＡＣ ＣＥをシグナリングする。
【0084】
他の態様では、そのときに新しい送信用に割当てられたＵＬリソースはないがこのサービングセルの他の通常動作アクティブＢＷＰのいずれかまたは他の通常動作アクティブサービングセルのいずれか上で構成されたＳＲ用に有効なＰＵＣＣＨリソースがある場合、（無線通信装置の）ＭＡＣエンティティは、物理層に、ＳＲ用に有効なＰＵＣＣＨリソースを有するアクティブサービングセルのうち１つでＳＲをシグナリングするように指示する。ＳＲを受信すると、ＢＳは、このアクティブサービングセルでアップリンクリソース用に割当てられたＵＬリソースを含むＵＬグラントで応答する。割当てられたＵＬリソースを用いて、無線通信装置は、ＢＦＲＲ ＭＡＣ ＣＥをＢＳにシグナリングする。
【0085】
他の態様では、そのときに新しい送信用に割当てられたＵＬリソースもなければ、このサービングセルの他の通常動作アクティブＢＷＰまたは他の通常動作アクティブＢＷＰのうちいずれか上で構成されたＳＲ用の有効なＰＵＣＣＨリソースもない場合、無線通信装置は、コンテンションベースランダムアクセスを開始可能であり、ビーム障害回復情報を転送するために図５に示すようなＭｓｇ３にＢＦＲＲ ＭＡＣ ＣＥを含めることが可能である。
【0086】
上述したのは、さまざまな実施形態に係る、異なる事例についての異なるタイプのＢＦＲＲ ＭＡＣ ＣＥフォーマットである。通信装置は、どのタイプのＢＦＲＲ ＭＡＣ ＣＥを使用するか判断しなければならない場合がある。一実施形態では、通信装置がキャリアアグリゲーションおよび／またはＢＷＰで動作しているかどうかにかかわらず、通信装置は常に、ビーム障害回復情報を転送するためにＴｙｐｅ４を用いる。通信装置は、ｂａｎｄｗｉｄｔｈＰａｒｔＩＤビットおよびＳＣｅｌｌＩｎｄｅｘビットを０に設定する。この場合、通信装置がＢＷＰの動作を有さない１つのサービングセルで動作しているだけである場合、ｂａｎｄｗｉｄｔｈＰａｒｔＩＤフィールドおよびＳＣｅｌｌＩｎｄｅｘフィールドで消費されるビットは無駄になる。
【0087】
他の実施形態では、通信装置は、現在の動作状態に対応したタイプを選択する。たとえば、事例１で動作している場合、通信装置はＴｙｐｅ１を選択する。事例２で動作している場合、通信装置はＴｙｐｅ２を選択する、などである。この場合、この点についての通信装置の挙動はネットワークで制御できない。しかしながら、通信装置の理解とＢＳとの間でずれがある場合がある。このように、ビーム障害回復の失敗は起こる場合がある。そのため、他の実施形態では、ＢＳは明示的に、ＲＲＣシグナリングでＢＦＲＲ ＭＡＣ ＣＥタイプを示す。そして通信装置は、ＢＳ表示に従ってＢＦＲＲ ＭＡＣ ＣＥ Ｔｙｐｅを採用する。
【0088】
シナリオによっては、デュアルコネクティビティ動作について、無線ネットワークのセルは特別なセル（ＳＰＣｅｌｌ）として機能し得る。ＳＰＣｅｌｌは、ＭＡＣエンティティがそれぞれＭＣＧまたはＳＣＧと関連付けられているかどうかによって、マスターセルグループ（ＭＣＧ）のプライマリセル（ＰＣｅｌｌ）またはセカンダリセルグループ（ＳＣＧ）のプライマリセカンダリセル（ＰＳＣｅｌｌ）のことをいう場合がある。他の態様では、ＳＰＣｅｌｌという用語はＰＣｅｌｌのことをいう。一実施形態では、ＭＡＣエンティティがビーム障害回復が失敗したと判断すると、無線通信装置は以下を行う。
【0089】
（１）ビーム障害が特別なセル（ＳｐＣｅｌｌ）で発生している場合、無線通信装置は無線リンクの失敗を宣言する。（２）ビーム障害がＳｐＣｅｌｌ以外のセカンダリサービングセル（ＳＣｅｌｌ）で発生している場合、無線通信装置は、ＳＣｅｌｌの失敗をネットワークに報告する。無線通信は、ＳｐＣｅｌｌを介してまたは他の通常に動作しているＳＣｅｌｌを介して、ＳＣｅｌｌの失敗をネットワークに送信する。
【0090】
一実施形態では、ビーム障害が発生すると、たとえばビーム障害を宣言する層からのビーム障害表示の受信に応答して、またはＭＡＣエンティティがビーム障害が発生していると判断すると、ＭＡＣエンティティは回復タイマを開始する。無線通信装置のＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信が受信されると、たとえば、ＢＦＲＲ ＭＡＣ ＣＥに応答して、ＭＡＣエンティティは回復タイマの停止およびリセットを行う。ＭＡＣエンティティは、回復タイマがタイムアウトすると、ビーム障害回復が失敗していると判断する。または、上述のようにコンテンションベースランダムアクセスがビーム障害回復の目的で開始される場合、かつ、ＭＡＣエンティティが許可された最大数のランダムアクセスを試みようとしている場合、ＭＡＣエンティティは、ビーム障害回復が失敗したと判断する。
【0091】
なお、本明細書で説明された例示的な実施形態は説明目的のみで考慮されるべきであり、限定する目的で考慮されるべきではない。各実施形態内の特徴または態様の説明は一般に、他の実施形態における他の類似の特徴または態様にも利用可能であると考慮されるべきである。当業者であれば、以下の特許請求の範囲によって定義されるような精神および範囲から逸脱することなく、本明細書でなされた形式および詳細におけるさまざまな変更が可能であると理解するであろう。たとえば、さまざまな方法のステップは、当業者にとって明らかな態様で並べ替えることができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
