JP7283534B2

JP7283534B2 - セカンダリセルのビーム障害回復のための方法、デバイス及びコンピュータ可読媒体

Info

Publication number: JP7283534B2
Application number: JP2021507029A
Authority: JP
Inventors: ファンユエン; リンリャン; ガンワン
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-08-09
Filing date: 2018-08-09
Publication date: 2023-05-30
Anticipated expiration: 2038-08-09
Also published as: EP3834536A4; EP3834536A1; US20210344405A1; US11831386B2; WO2020029203A1; JP2022511252A; CN112840718A

Description

本開示の実施例は全体として通信分野に関し、特に、セカンダリセルのビーム障害回復のための方法、デバイス及びコンピュータ可読媒体に関する。

ＮＲシステム又はＮＲネットワークとも呼ばれるＮｅｗＲａｄｉｏアクセスシステムは、次世代の通信システムである。帯域幅を増加させるためにＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）－Ａｄｖａｎｃｅｄで利用されるキャリアアグリゲーション（ＣＡ）が、ＮＲシステムにおいてサポートされることが合意されている。各集約されたキャリアは、コンポーネントキャリア（ＣＣ）と呼ばれる。各ＣＣが１個のサービングセルに対応し、ＣＡが使用される際、多くのサービングセルが存在する。一般に、プライマリＣＣに対応するプライマリセル（Ｐｃｅｌｌ）と、少なくとも１つのセカンダリＣＣに対応する少なくとも１つのセカンダリセル（Ｓｃｅｌｌ）とが提供される。

サービングセルの（複数の）ビームペアの質がかなり低い場合（例えば、関連するタイマーの閾値またはタイムアウトとの比較）、ビーム障害が発生する可能性がある。ビーム障害回復は、端末機器にサービスを提供するビームの全部又は一部に障害が生じたときにビームを回復するための機構である。３ＧＰＰワーキンググループのＲＡＮ２＃９０会議では、ビーム障害回復がＣＡの同じキャリアケース内でサポートされることが既に合意された。しかしながら、Ｓｃｅｌｌについてのビーム障害回復に関する問題が依然として残っている。

一般に、本開示の例示的な実施例は、セカンダリセルのビーム障害回復のための方法、デバイス、およびコンピュータ可読媒体を提供する。

第１の態様では、端末機器で実現される方法が提供される。この方法は、Ｓｃｅｌｌにおけるビーム障害に応答して、ネットワーク機器にスケジューリングリクエストを送信することと、Ｐｃｅｌｌにおいて前記ネットワーク機器から、前記端末機器に割り当てられたリソースを示す応答を受信することと、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームを介する、前記端末機器と前記ネットワーク機器との間の通信を回復するために、前記割り当てられたリソースを使用して、前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスを含むビーム障害回復リクエストを、前記ネットワーク機器に送信することと、を含む。

第２の態様では、端末機器で実現される方法が提供される。この方法は、Ｓｃｅｌｌにおけるビーム障害に応答して、前記ＳｃｅｌｌのＳｃｅｌｌインデックスを示す、送信されるランダムアクセスプリアンブルを決定することと、前記ランダムアクセスプリアンブルをネットワーク機器に送信することと、前記ネットワーク機器から、前記Ｓｃｅｌｌのチャネル状態情報（ＣＳＩ）レポートについてのリクエストを含むダウンリンク制御情報をＰｃｅｌｌにおいて受信することと、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームを介する、前記端末機器と前記ネットワーク機器との間の通信を回復するために、前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスを、前記ネットワーク機器に送信することと、を含む。

第３の態様では、端末機器で実現される方法が提供される。この方法は、Ｓｃｅｌｌにおけるビーム障害に応答して、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームのビームインデックスを示す、送信されるランダムアクセスプリアンブルを決定することと、前記Ｓｃｅｌｌにおける前記選択されたビームを介する、前記端末機器とネットワーク機器との間の通信をトリガするために、前記ネットワーク機器に、前記ランダムアクセスプリアンブルを前記Ｓｃｅｌｌにおいて送信することと、を含む。

第４の態様では、端末機器で実現される方法が提供される。この方法は、Ｓｃｅｌｌにおけるビーム障害に応答して、アップリンク制御チャネルのリソースと、アップリンク制御チャネルで送信されるアップリンク制御情報とに基づいて、Ｐｃｅｌｌの使用されるアップリンク制御チャネルを決定することと、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームを介する、前記端末機器とネットワーク機器との間の通信を回復するために、前記ＳｃｅｌｌのＳｃｅｌｌインデックスと前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスとを含むビーム障害回復リクエストを前記アップリンク制御情報とともに、前記アップリンク制御チャネルで前記ネットワーク機器に送信することと、を含む。

第５の態様では、ネットワーク機器で実現される方法が提供される。この方法は、端末機器からスケジューリングリクエストを受信することと、前記端末機器に、前記端末機器に割り当てられたリソースを示す応答をＰｃｅｌｌにおいて送信することと、前記端末機器によりＳｃｅｌｌにおける利用可能なビームから選択されたビームを介して前記端末機器と通信するために、前記割り当てられたリソースを使用して、前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスを含むビーム障害回復リクエストを、前記端末機器から受信することと、を含む。

第６の態様では、ネットワーク機器で実現される方法が提供される。この方法は、端末機器から、前記端末機器にサービスを提供するＳｃｅｌｌのＳｃｅｌｌインデックスを示すランダムアクセスプリアンブルを受信することと、前記ランダムアクセスプリアンブルから前記Ｓｃｅｌｌを決定することと、前記端末機器に、前記ＳｃｅｌｌのＣＳＩレポーティングについてのリクエストを含むダウンリンク制御情報を、前記端末機器にサービスを提供するＰｃｅｌｌにおいて送信することと、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームを介して前記端末機器と通信するために、前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスを、前記端末機器から受信することと、を含む。

第７の態様では、ネットワーク機器で実現される方法が提供される。この方法は、端末機器から、前記端末機器にサービスを提供するＳｃｅｌｌにおいて、前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームのビームインデックスを示すランダムアクセスプリアンブルを受信することと、前記Ｓｃｅｌｌにおける前記選択されたビームを介して前記端末機器と通信するために、前記ランダムアクセスプリアンブルから前記ビームインデックスを決定することと、を含む。

第８の態様では、ネットワーク機器で実現される方法が提供される。この方法は、端末機器から、前記端末機器にサービスを提供するＰｃｅｌｌのアップリンク制御チャネルで、ビーム障害回復リクエストをアップリンク制御情報とともに受信することと、前記端末機器によりＳｃｅｌｌにおける利用可能なビームから選択されたビームを介して前記端末機器と通信するために、前記ビーム障害回復リクエストから、前記端末機器にサービスを提供する前記ＳｃｅｌｌのＳｃｅｌｌインデックスと前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスとを取得することと、を含む。

第９の態様では、端末機器が提供される。端末機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第１の態様による方法を実行する。

第１０の態様では、端末機器が提供される。端末機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第２の態様による方法を実行する。

第１１の態様では、端末機器が提供される。端末機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第３の態様による方法を実行する。

第１２の態様では、端末機器が提供される。端末機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第４の態様による方法を実行する。

第１３の態様では、ネットワーク機器が提供される。ネットワーク機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第５の態様による方法を実行する。

第１４の態様では、ネットワーク機器が提供される。ネットワーク機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第６の態様による方法を実行する。

第１５の態様では、ネットワーク機器が提供される。ネットワーク機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第７の態様による方法を実行する。

第１６の態様では、ネットワーク機器が提供される。ネットワーク機器は、プロセッサと、前記プロセッサに結合され、命令を格納しているメモリとを含み、前記命令が前記プロセッサにより実行される場合、第８の態様による方法を実行する。

第１７の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第１の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第１８の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第２の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第１９の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第３の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第２０の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第４の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第２１の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第５の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第２２の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第６の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第２３の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに第７の態様による方法を実行させる命令を格納しているコンピュータ可読媒体が提供される。

第２４の態様では、少なくとも１つのプロセッサにより実行される場合、前記少なくとも１つのプロセッサに第８の態様による方法を実行させる命令を格納しているコンピュータ可読媒体は提供される。

本開示の他の特徴は、以下の説明を通じて容易に理解できるようになる。

添付の図面における本開示のいくつかの実施例のより詳細な説明を通して、本開示の上記および他の目的、特徴および利点を、より明らかにする。

本開示の実施例を実施することができる通信環境の概略図である。

本開示のいくつかの実施例による方法のフローチャートを示す。

本開示のいくつかの実施例によるＰＵＣＣＨにおいてビーム障害リクエストをパディングすることを示す概略図である。本開示のいくつかの実施例によるＰＵＣＣＨにおいてビーム障害リクエストをパディングすることを示す概略図である。

本開示のいくつかの実施例によるプロセスを示すフローチャートである。

本開示のいくつかの実施例による、ビーム障害回復用のＢＦＲ－ＲＡウィンドウを示す概略図である。

本開示の実施例を実施するのに適したデバイスの簡略化されたブロック図である。

図面を通して、同じまたは類似の参照番号は、同じまたは類似の要素を表す。

以下、本開示の原理をいくつかの例示的な実施例を参照して説明する。これらの実施例は、例示の目的のためにのみ記載されており、当業者が本開示を理解し、実施するのを助けるものであることが理解されるべきであり、本開示の範囲に関する制限を示唆するものではないことは理解されるべきである。本明細書に記載される開示は、以下に説明するもの以外の様々な方法で実施することができる。

以下の説明および特許請求の範囲において、別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の通常の技術の１つによって一般的に理解されるものと同じ意味を有する。

本明細書で使用される場合、用語「ネットワーク機器」または「基地局」（ＢＳ）は、端末機器が通信することができるセルまたはカバレッジを提供またはホストすることができるデバイスを指す。ネットワーク機器の例には、ノードＢ（ＮｏｄｅＢまたはＮＢ）、ＥｖｏｌｖｅｄＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮｅｗＲａｄｉｏアクセス（ｇＮＢ）内のＮｏｄｅＢ、ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ（ＲＲＵ）、ＲａｄｉｏＨｅａｄ（ＲＨ）、ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ（ＲＲＨ）、フェムトノード、ピコノードのような低電力ノードなどが含まれるが、これらに限定されない。説明のために、以下の説明では、いくつかの実施例について、ネットワーク機器の例としてｇＮＢを参照して説明する。

本明細書で使用される場合、用語「端末機器」は、無線または有線通信機能を有する任意のデバイスを指す。端末機器の例としては、限定するものではないが、ユーザ機器（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの撮像装置、ゲーム装置、音楽記憶および再生機器、或いは、無線または有線インターネットアクセスおよびブラウジングを可能にするインターネット機器などが挙げられる。

本明細書で使用される場合、文脈の中で他に明記していない限り、単数形式である「１つ」、「１種」及び「該」は、複数形式も含むことを意味する。用語「含む」及びその活用形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると解釈される。用語「…に基づいて」は、「少なくとも部分的に基づく」と解釈される。用語「１つの実施例」及び「１種の実施例」は、「少なくとも１つの実施例」と解釈される。用語「別の実施例」は、「少なくとも１つの別の実施例」と解釈される。用語「第１」、「第２」等は、異なるか又は同一の対象を示すことができる。以下の文中では、明示又は暗示のその他の定義も含むことができる。

いくつかの例において、値、手順、又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解されるように、こうした説明は、使用される複数の機能の代替物の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又は他の態様ではより好ましかったりする必要はない。

上述したように、サービングセルの（複数の）ビームペアの質がかなり低い場合、ビーム障害が発生する可能性がある。ビーム障害が発生したときにビーム障害から回復する機構をトリガすることができる。端末機器側のビーム障害回復機構は、通常、ビーム障害検出と、新たなビームの識別と、ビーム障害回復リクエストの送信と、ネットワーク機器からのビーム障害回復リクエストに対する応答をモニタリングすることとを含む。３ＧＰＰ仕様ＴＳ３８.２１４および３８.３２１では、Ｐｃｅｌｌのためのビーム障害回復（ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＢＦＲ）手順は、以下のように指定されている。
（Ａ）端末機器は、コンテンションフリー物理ランダムアクセスチャネル（ＣＦＲＡ）でのネットワーク機器へのＰｃｅｌｌ内の専用ＰＲＡＣＨ送信をＢＦＲリクエストとして開始し、ＰＲＡＣＨプリアンブルインデックスは、端末機器によって識別された新たな候補ビームインデックスに関連付けられる。
（Ｂ）ＰＲＡＣＨ送信を受信した後、ネットワーク機器は、専用制御リソースセット（ＣＯＲＥＳＥＴ－ＢＦＲ）でのＢＦＲリクエスト応答を端末機器に送信し、端末機器は、ＢＦＲリクエスト応答についてＣＯＲＥＳＥＴ－ＢＦＲをモニタリングする。

ここで、ＰＲＡＣＨプリアンブルは、ランダムアクセスプリアンブルとも呼ばれる。

しかし、この手順はＳｃｅｌｌのビーム障害回復のためには機能しない。Ｐｃｅｌｌのビーム障害回復とは異なるが、メディアアクセス制御要素（ＭＡＣＣＥ）は、ビームがＳｃｅｌｌにおいて障害したときに、Ｐｃｅｌｌにおけるリンクが動作することができるので、Ｓｃｅｌｌのビーム障害回復に使用することができる。ＭＡＣＣＥがビーム障害回復のために使用される場合、ＭＡＣＣＥを送信するための物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースが存在しないと、新たなビームをどのように示すかという問題が起こり得る。

従来技術では、ＰＵＳＣＨの残りのビット（パディングビット）を使用してバッファ状態レポート（ＢＳＲ）が送信される。上記の問題に対する可能な解決策は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを使用することである。ＰＵＣＣＨフォーマットのためのいくつかのシンボルがあり、ＰＵＣＣＨリソースは、アップリンク制御情報（ＵＣＩ）および肯定応答リソースインジケータ（ＡＲＩ）のサイズによって決定される。したがって、ＵＣＩを送信するために使用されないＰＵＣＣＨでの残りのリソースが存在し得る。例えば、ＵＥは、Ｍ_ＲＢ ^{ＰＵＣＣＨ}個の物理リソースブロック（ＰＲＢ）を含むＰＵＣＣＨリソースにおけるＰＵＣＣＨフォーマット１またはＰＵＣＣＨフォーマット３を使用してＵＣＩを送信する場合、ＰＵＣＣＨ送信用のＰＲＢの数Ｍ_{ＲＢ，ｍｉｎ} ^{ＰＵＣＣＨ}をＰＲＢの最小数に決定する。したがって、ＰＲＢの残りの数は、Ｍ_ＲＢ ^{ＰＵＣＣＨ}とＭ_{ＲＢ，ｍｉｎ} ^{ＰＵＣＣＨ}に基づいて決定することができる。本出願の発明者らは、ＵＣＩを送信するために使用されないＰＵＣＣＨでの残りのリソースをＳｃｅｌｌのビーム障害回復のために使用することができることに気づいた。

本開示の実施例は、ビーム障害回復のための解決策を提供する。本開示の実施例によるビーム障害回復のための解決策は、Ｓｃｅｌｌにおいて発生するビーム障害に適合させることができる。さらに、本開示の実施例は、ＭＡＣＣＥを用いたビーム障害回復のための手順を特定し、上記の問題および他の潜在的な問題の１つまたは複数を解決することができる。

本開示の原理および実施例は、図１－図１８を参照して以下に詳細に説明する。

図１は、本開示の実施例を実施することができる例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワーク機器１１０と、ネットワーク機器１１０によってサービスを受ける端末機器１２０とを含む。ネットワーク１００は、端末機器１２０にサービスを提供するために、１つまたは複数のサービングセル１０１、１０２を提供することができ、各サービングセルは、１つのＣＣに対応する。ネットワーク機器、端末機器およびサービングセルの数は、限定を示唆するものではなく例示の目的のためのみのものであることが理解されるべきである。ネットワーク１００は、本開示の実施例を実施するのに適した任意の適切な数のネットワーク機器、端末機器およびサービングセルを含むことができる。

通信ネットワーク１００において、ネットワーク機器１１０は、データと制御情報とを端末機器１２０に通信することができ、端末機器１２０も、データおよび制御情報をネットワーク機器１１０に通信することができる。ネットワーク機器１１０から端末機器１２０へのリンクは、ダウンリンク（ＤＬ）またはフォワードリンクと呼ばれ、端末機器１２０からネットワーク機器１１０へのリンクは、アップリンク（ＵＬ）またはリバースリンクと呼ばれる。

通信技術に応じて、ネットワーク１００は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）ネットワーク、または任意の他のものであってもよい。ネットワーク１００で論じられる通信は、任意の適切な規格に準拠するものを利用することができる。任意の適切な規格は、ＮｅｗＲａｄｉｏアクセス（ＮＲ）、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ＣＤＭＡ２０００、およびグローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）などを含むが、これらに限定されない。さらに、現在知られているか、将来開発されるかのいずれかの、任意の世代の通信プロトコルに従って通信を実行することができる。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２.５Ｇ、２.７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４.５Ｇ、第５世代（５Ｇ）通信プロトコルが含まれるが、これらに限定されない。本明細書に記載される技術は、上述の無線ネットワークおよびＲａｄｉｏ技術ならびに他の無線ネットワークおよびＲａｄｉｏ技術のために使用することができる。明確にするために、本技術のいくつかの態様は、ＬＴＥに関して以下で説明され、ＬＴＥ用語は、以下の説明の多くにおいて使用される。

ＣＡは、ネットワーク１００内でサポートされ得、ＣＡでは、より広い帯域幅をサポートするために２つ以上のＣＣが集約される。ＣＡにおいて、ネットワーク機器１１０は、１つのＰｃｅｌｌ１０１および少なくとも１つのＳｃｅｌｌ１０２を含む複数のサービングセルを端末機器１２０に提供することができる。端末機器１２０は、Ｐｃｅｌｌ１０１において、ネットワーク機器１１０とのＲａｄｉｏリソース制御（ＲＲＣ）接続を確立することができる。ネットワーク機器１１０と端末機器１２０との間のＲＲＣ接続が確立され、Ｓｃｅｌｌ１０２がより高いレイヤシグナリングを介してアクティブ化されると、Ｓｃｅｌｌ１０２は追加のＲａｄｉｏリソースを提供することができる。

図１に示すＰｃｅｌｌ１０１およびＳｃｅｌｌ１０２の構成は、限定を示唆するものではなく例示のみを目的とすることが理解されるべきである。Ｐｃｅｌｌ１０１およびＳｃｅｌｌ１０２は、図１に示すもの以外の他の構成であってもよい。

いくつかの他のシナリオでは、例えば、端末機器１２０は、２つのグループのＣＣ（図１に示されていない）との接続を確立することができ、したがって、より多くのＲａｄｉｏリソースを利用することができる。ＣＣの２つのグループは、ＣＣのマスタグループおよびＣＣのセカンダリグループとしてそれぞれ定義することができる。ＣＣのマスタグループは、「マスタセルグループ（ＭＣＧ）」とも呼ばれるサービングセルのグループを提供することがでる。ＣＣのセカンダリグループは、「セカンダリセルグループ（ＳＣＧ）」とも呼ばれるサービングセルのグループを提供することができる。デュアルコネクティビティ操作について、端末機器１２０がＭＣＧまたはＳＣＧにそれぞれ関連付けられているかに応じて、用語「特殊セル（ＳｐＣｅｌｌ）」は、ＭＣＧのＰｃｅｌｌまたはＳＣＧのプライマリＳｃｅｌｌ（ＰＳｃｅｌｌ）を指すことができる。デュアルコネクティビティ操作以外の場合には、用語「ＳｐＣｅｌｌ」は、Ｐｃｅｌｌを指すこともできる。Ｐｃｅｌｌを例として示しているが、本開示の実施例は、デュアルコネクティビティ構成の両方のグループにも適用可能である。

実施例では、ネットワーク機器１１０は、ビームフォーミング技術を実現し、複数のビームを介して端末機器１２０に信号を送信するように構成される。端末機器１２０は、複数のビームを介してネットワーク機器１１０により送信されてきた信号を受信するように構成されている。Ｐｃｅｌｌ１０１及びＳｃｅｌｌ１０２には、異なるビームが関連付けられている可能性がある。図１に示すように、ＤＬビーム１１１およびＤＬビーム１１２は、Ｓｃｅｌｌ１０２に関連付けられている。Ｓｃｅｌｌ１０２は、それに関連付けられているより多くのビームを有することができることを理解されたい。図示されていないが、Ｐｃｅｌｌ１０１も、それに関連付けられているビームを有してもよい。

上述したように、ビーム障害はＳｃｅｌｌ１０２で発生する可能性がある。例えば、ネットワーク機器１１０は、ビーム１１２を介して信号を送信するように構成されてもよく、端末機器１２０は、ビーム１１２のビーム障害を検出してもよい。そうして、ビーム障害回復の手順が開始されてもよい。具体的には、端末機器１２０は、ビーム障害から回復するための新たなビームを識別することができる。例えば、端末機器１２０は、例えば利用可能なビームの質に基づいて、Ｓｃｅｌｌ１０２における利用可能なビームからビーム１１１を新たな候補ビームとして選択してよい。説明を容易にするために、端末機器１２０によって識別された新たなビームは、以後、選択されたビーム１１１と呼ばれる。

端末機器１２０は、ビーム障害回復リクエストに、選択されたビーム１１１に関する情報を含めることができる。端末機器１２０は、次いで、ネットワーク機器１１０がＳｃｅｌｌ１２０の選択されたビーム１１１を介して端末機器１２０と通信するように、ビーム障害回復リクエストをネットワーク機器１１０に送信することができる。

本開示の実施例は、図２－図１７を参照して以下に詳細に説明されるが、図２－図６は、端末機器において実施される本開示のいくつかの実施例による例示的な方法を示す。示されている方法は、図示されていない追加の動作を含むことができ、及び/またはいくつかの示された動作を省略することができ、本開示の範囲は、この点について限定されるものではないことを理解されたい。

図２は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法２００のフローチャートを示す。方法２００は、図１に示す端末機器１２０で実現することができる。説明のために、図１を参照して方法２００が説明される。

２１０において、端末機器１２０は、Ｓｃｅｌｌ１０２にビーム障害があるかどうかを決定する。端末機器１２０がＳｃｅｌｌ１０２におけるビーム障害を決定した場合、２２０において、端末機器１２０は、ネットワーク機器（例えば、ネットワーク機器１１０）にスケジューリングリクエストを送信する。

スケジューリングリクエストは、Ｐｃｅｌｌ１０１またはＳｃｅｌｌ１０２のＰＲＡＣＨチャネルでのＰＲＡＣＨ送信であってもよい。そのような場合、ＰＲＡＣＨ送信のプリアンブルは、ＣＦＲＡまたはコンテンションベースのランダムアクセス（ＣＢＲＡ）に基づくことができる。代替的に、スケジューリングリクエストは、Ｐｃｅｌｌ１０１のＰＵＣＣＨで送信されるスケジューリングリクエスト（ＳＲ）であってもよい。

２３０において、端末機器１２０は、ネットワーク機器１１０から、端末機器１２０に割り当てられたアップリンクリソースを示す応答をＰｃｅｌｌ（例えば、Ｐｃｅｌｌ１０１）で受信する。該応答は、Ｐｃｅｌｌ１０１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信されてよく、物理アップリンク共有チャネル（ＰＵＳＣＨ）でのＵＬグラントを示すダウンリンク制御情報（ＤＣＩ）を備えてよい。２２０で送信されたスケジューリングリクエストのタイプに応じて、応答は、端末機器に割り当てられたＰＲＡＣＨ送信機会またはｃｅｌｌ－ＲＮＴＩ（Ｃ－ＲＮＴＩ）によって決定されるランダムアクセス－ＲＮＴＩ（ＲＡ－ＲＮＴＩ）などの異なるタイプのＲａｄｉｏネットワーク仮識別子（ＲＮＴＩ）によってスクランブルされ得る。

２４０において、端末機器１２０は、端末機器によりＳｃｅｌｌにおける利用可能なビームから選択された新たなビームを介する、端末機器とネットワーク機器との間の通信を回復するために、割り当てられたリソースを使用して、Ｓｃｅｌｌにおける選択されたビームのビームインデックスを含むビーム障害回復リクエストを、ネットワーク機器１１０に送信する。例えば、端末機器１２０は、ＭＡＣＣＥにビーム障害回復リクエストを含めて、ネットワーク機器１１０によって割り当てられたリソースを使用して、例えばＰＵＳＣＨでＭＡＣＣＥを送信することができる。

ビーム障害回復リクエストは、選択されたビーム１１１のビームインデックスおよびＳｃｅｌｌ１０２のＳｃｅｌｌインデックスを含むことができるので、ＭＡＣＣＥの構造は、表１に示すように設計することができる。フィールド「ＬＧＩＤ」は、ＭＡＣＣＥがビーム障害回復のためのものであることを示し、フィールド「サービングセルＩＤ」は、ビーム障害を有するＳｃｅｌｌインデックスを示し、フィールド「ＲＳＩＤ」は、新たなビームのビームインデックスを示す。スケジューリングリクエストがＳｃｅｌｌ１０２で送信される場合、Ｓｃｅｌｌインデックスは省略され得ることに留意されたい。図示されていないが、ＭＡＣ－ＣＥ情報の長さを整数のバイト数に揃えるために、ＭＡＣ－ＣＥ構造内に予約ビットが存在してもよい。
ＢＦＲ用のＭＡＣＣＥ

上述したように、スケジューリングリクエストは、ＰＲＡＣＨ送信またはＰＵＣＣＨでのスケジューリングリクエストであってよい。スケジューリングリクエストがＰＲＡＣＨ送信である実施例と、ＰＵＣＣＨでのスケジューリングリクエストがスケジューリングリクエストである実施例は、図１１－１３に関して以下に説明される。

いくつかの実施例では、２４０においてビーム障害回復リクエストを送信した後、端末機器１２０は、ビーム障害回復リクエスト応答用のタイミングウィンドウ（ここではＢＦＲ－ＲＡウィンドウとも呼ばれる）の間に、Ｐｃｅｌｌ１０１およびＳｃｅｌｌ１０２の両方のＰＤＣＣＨにおけるダウンリンク制御情報をモニタリングすることができる。端末機器１２０は、２４０においてビーム障害回復リクエストを送信した後に、ＢＦＲ－ＲＡウィンドウ用のタイマー（例えば、若干のスロット）を開始し、ＢＦＲ－ＲＡウィンドウの持続時間が終了したときにタイマーが満了する。ＭＡＣＣＥにおけるビーム障害回復リクエストを含む送信されたＰＵＳＣＨをリスケジュールするためのＰＤＣＣＨにおけるダウンリンク制御情報が、タイマーが満了する前にネットワークから受信される場合、端末機器１２０は、ＭＡＣＣＥにおけるビーム障害回復リクエストを含むＰＵＳＣＨをネットワーク機器１１０に再送信し、ＢＦＲ－ＲＡウィンドウ用のタイマーを再開して、ビーム障害回復リクエスト応答をモニタリングすることができる。

ＢＦＲ－ＲＡウィンドウは、所定の持続時間を有してもよい。タイマーが満了した場合、またはＢＦＲ－ＲＡ－ウィンドウが終了したが、ビーム障害回復リクエストに対する応答が受信されなかった場合、端末機器１２０は、ビーム障害リクエストをネットワーク機器１１０に再送信することなく、ビーム障害回復の手順を終了することができる。端末機器１２０は、さらに、成功していないビーム障害回復イベントを、より高いレイヤに示すことができる。

代替的に、ＢＦＲ－ＲＡウィンドウは、ネットワーク機器１１０から肯定応答メッセージを受信することによって開始されてもよい。例えば、端末機器１２０は、２４０において送信されたＰＵＳＣＨの受信に明示的に肯定応答するメッセージを受信してもよい、その後、端末機器１２０は、ＢＦＲ－ＲＡウィンドウを開始またはスタートすることができる。

上述した実施例では、スケジューリングリクエスト手順は、他の目的に再利用し得る通常の手順であってよい。例えば、ＰＲＡＣＨ送信および選択されたＰＲＡＣＨプリアンブルがアップリンク同期のために使用されてよい。いくつかの実施例において、専用のＰＲＡＣＨ送信のような専用の手順が、ビーム障害回復の目的のためにのみ使用されてよい。これは、図３および図４に関して以下に説明される。

図３は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法３００のフローチャートを示す。方法３００は、図１に示す端末機器１２０で実現することができる。説明のために、図１を参照して方法３００が説明される。

３１０において、端末機器１２０は、Ｓｃｅｌｌにビーム障害があるかどうかを決定する。端末機器１２０がＳｃｅｌｌ１０２でのビーム障害を決定した場合、３２０において、端末機器１２０は、送信されるＰＲＡＣＨプリアンブルを、一群の専用プリアンブルから決定する。ＰＲＡＣＨプリアンブルインデックスは、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスを示す。例えば、端末機器１２０は、ＰＲＡＣＨプリアンブルインデックスとネットワーク機器１１０によって提供される少なくとも１つのＳｃｅｌｌとの間の事前定義されたマッピング関係に基づいてＰＲＡＣＨプリアンブルを決定することができる。ＰＲＡＣＨプリアンブルは、コンテンションフリーに基づくことができる。

３３０において、端末機器１２０は、３２０において決定されたＰＲＡＣＨプリアンブルをネットワーク機器１１０に送信する。例えば、端末機器１２０は、３２０において決定されたＰＲＡＣＨプリアンブルを用いて、ネットワーク機器１１０への専用ＰＲＡＣＨ送信を開始することができる。端末機器１２０は、Ｐｃｅｌｌ１０１のＰＲＡＣＨチャネルでプリアンブルを送信することができる。

３４０において、端末機器１２０は、ネットワーク機器１１０から、Ｓｃｅｌｌ１０２のＣＳＩレポートについてのリクエストを含むダウンリンク制御情報をＰｃｅｌｌにおいて受信する。ダウンリンク制御情報は、端末機器のＣ－ＲＮＴＩを利用してスクランブルされ、ビーム障害回復のために専用で使用される制御リソースセットであるＣＯＲＥＳＥＴ－ＢＦＲで受信されてよい。

３５０において、端末機器１２０は、端末機器１２０によりＳｃｅｌｌ１０２における利用可能なビームから選択されたビームを介する、端末機器１２０とネットワーク機器１１０との間の通信を回復するために、ＣＳＩリクエストに応答して、Ｓｃｅｌｌ１０２での選択されたビームのビームインデックスをネットワーク機器１１０に送信する。例えば、端末機器１２０は、ＣＳＩレポートに選択されたビーム１１１のビームインデックスを含めて、ＣＳＩリクエストに従って、Ｐｃｅｌｌ１０１のＰＵＳＣＨでＣＳＩレポートを送信することができる。

このような実施例では、Ｓｃｅｌｌインデックスは、ＰＲＡＣＨ送信におけるＰＲＡＣＨプリアンブルインデックスにより暗黙的に示され、そして、ビームインデックスは、ＣＳＩレポートに明示的に含まれる。したがって、端末機器１２０は、３３０において送信されたＰＲＡＣＨプリアンブルにより示されたＳｃｅｌｌインデックスでビーム障害が発生したＳｃｅｌｌをネットワーク機器１１０に通知し、３５０において送信された選択されたビーム１１１のビームインデックスを利用して候補ビームをネットワーク機器１１０に通知することができる。

いくつかの実施例では、端末機器１２０は、ＣＳＩレポートの後に、ビーム障害回復リクエストに対する応答（ＢＦＲ応答とも呼ばれる）をネットワーク機器１１０から受信することができる。ＢＦＲ応答は、レポートされたビームインデックスに基づくＳｃｅｌｌのリンク再構成のためであり、Ｐｃｅｌｌ１０１またはＳｃｅｌｌ１０２のいずれかで受信されてよい。

図３に関して説明した実施例では、ビーム障害回復の手順は、意図的に選択された、Ｓｃｅｌｌにおけるインデックス情報を示すＰＲＡＣＨプリアンブルを利用することができる。このようにして、Ｓｃｅｌｌインデックスの明示的な送信を省略することができる。これにより、ビーム障害回復のオーバーヘッドを低減することができる。

図４は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法４００のフローチャートを示す。方法４００は、図１に示す端末機器１２０で実現することができる。説明のために、図１を参照して方法４００が説明される。

４１０において、端末機器１２０は、Ｓｃｅｌｌにビーム障害があるかどうかを決定する。端末機器１２０がＳｃｅｌｌ１０２でのビーム障害を決定した場合、端末機器１２０は、４２０において、送信されるＰＲＡＣＨプリアンブルを決定する。ＰＲＡＣＨプリアンブルインデックスは、端末機器１２０によりＳｃｅｌｌ１０２での利用可能なビームから選択されたビームのビームインデックスを示す。例えば、端末機器１２０は、ビーム障害回復目的のための専用のＰＲＡＣＨプリアンブルとＳｃｅｌｌ１０２に関連付けられている複数のビームとの間の事前定義されたマッピング関係に基づいて、送信されるＰＲＡＣＨプリアンブルを決定することができる。

４３０において、端末機器１２０は、Ｓｃｅｌｌ１０２での選択されたビーム１１１を介する、端末機器１２０とネットワーク機器１１０との間の通信を回復するために、ネットワーク機器にＰＲＡＣＨプリアンブルをＳｃｅｌｌ１０２で送信することができる。例えば、端末機器１２０は、４１０において決定されたＰＲＡＣＨプリアンブルインデックスを利用して、ネットワーク機器に対し、Ｓｃｅｌｌ１０２での専用のＰＲＡＣＨ送信を開始することができる。

このような実施例では、ＰＲＡＣＨプリアンブルがＳｃｅｌｌ１０２において送信されるので、端末機器１２０はＳｃｅｌｌインデックスに関する情報を送信する必要がない。ビームインデックスはＰＲＡＣＨプリアンブルによって暗黙的に示されるので、端末機器１２０はまた、ビームインデックスに関する情報を明示的に送信しなくてよい。したがって、専用ＰＲＡＣＨ手順を通してＳｃｅｌｌにおいてＰＲＡＣＨプリアンブルを送信することによって、端末機器１２０は、１つのメッセージだけで、ビーム障害回復をネットワーク機器１１０に通知することができる。

図４に関して説明した実施例では、ビーム障害回復の手順は、ＳｃｅｌｌにおけるＰＲＡＣＨ送信を利用することができ、ＰＲＡＣＨプリアンブルは意図的に選択され、候補ビームに関する情報を示す。このようにして、Ｓｃｅｌｌインデックスおよびビームインデックスの明示的な送信を省略してよい。これにより、ビーム障害回復のオーバーヘッドをより低減することができる。

上述したように、ＭＡＣＣＥの送信のために利用可能なＰＵＳＣＨが存在せず、したがって、ビーム障害回復リクエストを送信することができない状況があり得る。ＰＵＣＣＨ送信が利用可能である場合、ＰＵＣＣＨの残りのリソースは、ビーム障害回復リクエストのために使用することができる。

ネットワーク機器１１０からデータをＰｃｅｌｌ１０１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）で受信すると、端末機器１２０は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）ＡＣＫ/ＮＡＣＫなどのアップリンク制御情報（ＵＣＩ）をネットワーク機器１１０に送信することができる。端末機器１２０がＵＣＩを送信するために構成されたＰＵＣＣＨリソースは、ＵＣＩによってリクエストされるＰＵＣＣＨリソースよりも多いかもしれない。したがって、ビーム障害回復リクエスを送信する、すなわち、ＰＵＣＣＨにおいてビーム障害回復リクエストをパディングするために、ＰＵＣＣＨの残りのリソースが端末機器１２０によって利用され得る。

図５は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法５００のフローチャートを示す。方法５００は、図１に示す端末機器１２０で実現することができる。説明のために、図１と図６Ａ－図６Ｂを参照して方法５００が説明される。

５１０において、端末機器１２０は、Ｓｃｅｌｌにビーム障害があるかどうかを決定する。端末機器１２０がＳｃｅｌｌ１０２でのビーム障害を決定した場合、端末機器１２０は、５２０において、アップリンク制御チャネルのリソースと、アップリンク制御チャネルで送信されるアップリンク制御情報とに基づいて、使用されるＰｃｅｌｌのアップリンク制御チャネルを決定する。端末機器１２０は、使用されるＰｃｅｌｌ１０１のＰＵＣＣＨを決定することができる。

本開示のいくつかの実施例によるＰＵＣＣＨにおいてビーム障害リクエストをパディングすることを示す概略図である図６Ａおよび図６Ｂを参照する。図形６０１および図形６０２は、ロングＰＵＣＣＨ（Ｌ－ＰＵＣＣＨ）６１０およびショートＰＵＣＣＨ（Ｓ－ＰＵＣＣＨ）６２０を示している。一例として、端末機器１２０は、ビーム障害回復リクエストをパディングするためにＬ－ＰＵＣＣＨ６１０を使用することを決定することができる。例えば、Ｌ－ＰＵＣＣＨ６１０の第１の部分６１１は、ＵＣＩを送信するために使用されてよく、Ｌ－ＰＵＣＣＨ６１０の第２の部分は、ビーム障害回復リクエストを送信するために使用されてよい。

いくつかの実施例では、端末機器１２０は、残りのリソースブロックに基づいて、使用されるＰＵＣＣＨを決定することができる。端末機器１２０は、最初に、アップリンク制御チャネルに割り当てられた第１の数の物理リソースブロック（ＰＲＢ）を決定することができる。例えば、端末機器１２０は、Ｌ－ＰＵＣＣＨ６１０に割り当てられたＰＲＢの数をＭ_ＲＢ ^{ＰＵＣＣＨ}と決定してもよい。次に、端末機器１２０は、ＵＣＩにより使用される第２の数のＰＲＢを決定することができる。例えば、端末機器１２０は、ＵＣＩに含まれる情報に基づいて、ＵＣＩにより使用されるＰＲＢの数をＭ_{ＲＢ，ｓｅｌｅｃｔｅｄ} ^{ＰＵＣＣＨ}と決定してよい。すなわち、第１の部分６１１に対応するＰＲＢの数は、Ｍ_{ＲＢ，ｓｅｌｅｃｔｅｄ} ^{ＰＵＣＣＨ}である。そして、ビーム障害回復リクエストを送信するために使用可能なＰＲＢの第３の数Ｍ_ｒは、以下の式によって決定される。

Ｍ_ｒは第２の部分６１２に対応するＰＲＢの数を表す。Ｍ_ｒが閾値以上であると決定された場合、端末機器１２０は、ビーム障害回復リクエストを送信するためのチャネルとしてＬ－ＰＵＣＣＨ６１０を決定することができる。閾値は、ビーム障害回復リクエストのサイズに基づいて予め決定されてもよい。

ＣＳＩレポートのような他の情報も、アップリンク制御チャネルにおいて送信され得ることが理解されるべきである。この場合、他の情報によって占有されるＰＲＢは、決定されたＭ_{ＲＢ，ｓｅｌｅｃｔｅｄ} ^{ＰＵＣＣＨ}に入れて考えられるべきである。図形６０２は、第１の部分６２１および第２の部分６２２と共にＳ－ＰＵＣＣＨ６２０を示す。端末機器１２０は、Ｌ－ＰＵＣＣＨ６１０に関して説明した類似の方法で、第２の部分６２２を使用してビーム障害回復リクエストを送信することを決定することができる。

図５をさらに参照すると、５３０において、端末機器１２０は、ネットワーク機器に、アップリンク制御情報と共にビーム障害回復リクエストをアップリンク制御チャネルで送信する。端末機器１２０は、ネットワーク機器１１０に、第２の部分６１２または第２の部分６２２におけるビーム障害回復リクエストと、第１の部分６１１または第１の部分６２１におけるＵＣＩとを送信することができる。ビーム障害回復リクエストは、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスと、端末機器１２０によってＳｃｅｌｌ１０２での利用可能なビームから選択されたビームのビームインデックスとを含む。ビーム障害回復リクエストは、Ｓｃｅｌｌ１０２での選択されたビーム１１１を介する、端末機器１２０とネットワーク機器１１０との間の通信を回復するために送信される。

いくつかの実施例では、アップリンク制御チャネルでビーム障害回復リクエストを送信した後、端末機器１２０は、ビーム障害回復リクエストに対する応答をモニタリングするためのタイマーを開始し、すなわちＢＦＲ－ＲＡウィンドウを開始することができる。タイマーが満了した場合、またはＢＦＲ－ＲＡウィンドウが終了したが、ビーム障害リクエストに対する応答が受信されなかった場合、端末機器１２０は、ビーム障害回復リクエストをネットワーク機器１１０に再送信することができる。

いくつかの実施例では、端末機器１２０は、５３０において送信されたＡＣＫ/ＮＡＣＫと同じＨＡＲＱＩＤに関連付けられた新たなデータ送信をネットワーク機器１１０から受信することができる。この場合、ビーム障害回復リクエストは、ネットワーク機器１１０によって受信されたと見なされてよい。したがって、端末機器１２０は、ＢＦＲ－ＲＡウィンドウを終了し、その結果、ＢＦＲ－ＲＡウィンドウを減少させることができる。

図５に関して説明した実施例では、ビーム障害回復の手順は、そうでなければ浪費されるＰＵＣＣＨの残りのリソースを利用することができる。このようにして、ビーム障害リクエストの送信は、専用のリソースを必要としなくてよい。これにより、ビーム障害回復の効率を向上させつつ、ビーム障害回復のオーバーヘッドをより低減することができる。

図７－図１１は、ネットワーク機器で実現される本開示のいくつかの実施例による例示的な方法を示す。示されている方法は、図示されていない追加の動作を含むことができ、及び/またはいくつかの示された動作を省略することができ、本開示の範囲は、この点に限定されるものではないことを理解されたい。

図７は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法７００のフローチャートを示す。方法７００は、図１に示すネットワーク機器１１０で実現することができる。説明のために、図１を参照して方法７００が説明される。

７１０において、ネットワーク機器１１０は、端末機器（例えば、端末機器１２０）からスケジューリングリクエストを受信する。図２に関して説明したように、スケジューリングリクエストは、Ｐｃｅｌｌ１０１またはＳｃｅｌｌ１０２で受信されるＰＲＡＣＨ送信であってもよい。代替的に、スケジューリングリクエストは、Ｐｃｅｌｌ１０１のＰＵＣＣＨで受信されるスケジューリングリクエストであってもよい。

７２０において、ネットワーク機器１１０は、プライマリセル（例えば、Ｐｃｅｌｌ１０１）において、端末機器１２０に割り当てられたリソースを示す応答を端末機器に送信する。応答は、ＵＬグラントを示すダウンリンク制御情報を備えることができる。２２０において送信されたスケジューリングリクエストのタイプに応じて、ダウンリンク制御情報は、異なるタイプのＲＮＴＩ（例えば、端末機器に割り当てられたＰＲＡＣＨ送信機会またはＣ－ＲＮＴＩによって決定されるＲＡ－ＲＮＴＩ）によってスクランブルされてよい。異なるタイプの応答が送信される実施例は、図１１－図１３に関して以下に説明される。

７３０において、ネットワーク機器１１０は、Ｓｃｅｌｌ１０２での選択されたビーム１１１を介して端末機器１２０と通信するために、端末機器１２０によってＳｃｅｌｌにおける利用可能なビームから選択されたビームのビームインデックスを備えるビーム障害回復リクエストを端末機器１２０から受信する。例えば、Ｓｃｅｌｌインデックスおよびビームインデックスは、割り当てられたリソース（例えば、ＰＵＳＣＨでのもの）を使用して受信されたＭＡＣＣＥに含まれてよい。

ビーム障害回復リクエストを受信した後、ネットワーク機器１１０は、Ｓｃｅｌｌ１０２における端末機器１２０と通信するために、前のビーム１１２ではなく、選択されたビーム１１１を使用してもよい。

いくつかの実施例では、ネットワーク機器１１０は、Ｓｃｅｌｌ１０２におけるビーム障害回復リクエストに対する更なる応答を端末機器１２０に送信することができる。例えば、ネットワーク機器１１０は、選択されたビーム１１１を介して応答を送信することができる。

図８は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法８００のフローチャートを示す。方法８００は、図１に示すネットワーク機器１１０で実現することができる。説明のために、図１を参照して方法８００が説明される。

８１０において、ネットワーク機器１１０は、端末機器（例えば、端末機器１２０）からＰｃｅｌｌにおける専用ＰＲＡＣＨ送信におけるＰＲＡＣＨプリアンブルを受信する。ＰＲＡＣＨプリアンブルインデックスは、端末機器１２０にサービスを提供するＳｃｅｌｌ（たとえば、Ｓｃｅｌｌ１０２）のＳｃｅｌｌインデックスを示す。

８２０において、ネットワーク機器１１０は、ＰＲＡＣＨプリアンブルからＳｃｅｌｌ１０２を決定する。例えば、ネットワーク機器１１０は、ＰＲＡＣＨプリアンブルとネットワーク機器１１０によって端末機器１２０に提供される少なくとも１つのＳｃｅｌｌとの間の事前定義されたマッピング関係に基づいてＳｃｅｌｌ１０２を決定することができる。

８３０において、ネットワーク機器１１０は、端末機器１２０に、Ｓｃｅｌｌ１０２のＣＳＩレポートについてのリクエストを含むダウンリンク制御情報を、端末機器１２０にサービスを提供するＰｃｅｌｌにおいて送信する。ダウンリンク制御情報は、端末機器に対応するＣ－ＲＮＴＩを利用してスクランブルすることができる。

８４０において、ネットワーク機器１１０は、端末機器１２０から、端末機器１２０によりＳｃｅｌｌ１０２での利用可能なビームから選択されたビームのビームインデックスを受信する。選択されたビーム１１１のビームインデックスは、Ｐｃｅｌｌ１０１のＰＵＳＣＨで受信されるＣＳＩレポートに含まれ得る。

このような実施例では、ビーム障害が発生したＳｃｅｌｌのＳｃｅｌｌインデックスは、ＰＲＡＣＨプリアンブルに暗黙的に含まれる。したがって、選択されたビーム１１１のビームインデックスを受信した後、ネットワーク機器１１０は、選択されたビーム１１１を使用して、８２０において決定されたＳｃｅｌｌ１０２での端末機器１２０と通信することができる。

図９は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法９００のフローチャートを示す。方法９００は、図１に示すネットワーク機器１１０で実現することができる。説明のために、図１を参照して方法９００が説明される。

９１０において、ネットワーク機器１１０は、端末機器から、専用のＰＲＡＣＨ送信を、端末機器にサービスを提供するＳｃｅｌｌにおいて受信する。例えば、ネットワーク機器１１０は、ＰＲＡＣＨプリアンブルを、端末機器１２０にサービスを提供するＳｃｅｌｌ１０２において受信することができる。ＰＲＡＣＨプリアンブルインデックスは、端末機器１２０によってＳｃｅｌｌにおける利用可能なビームから選択されたビームのビームインデックスを示す。

９２０において、ネットワーク機器１１０は、９１０において受信されたＰＲＡＣＨプリアンブルからビームインデックスを決定する。たとえば、ネットワーク機器１１０は、ＰＲＡＣＨプリアンブルとＳｃｅｌｌ１０２に関連付けられている複数のビームとの間の事前定義されたマッピング関係に基づいてビームインデックスを決定することができる。

このような実施例では、ＰＲＡＣＨプリアンブルがＳｃｅｌｌ１０２で受信されるので、ネットワーク機器１１０は、Ｓｃｅｌｌインデックスに関する専用情報なしに、このＳｃｅｌｌにおいてビーム障害が発生したと決定することができる。端末機器１２０によって選択された候補ビーム（例えば、選択されたビーム１１１）を決定した後、ネットワーク機器は、Ｓｃｅｌｌ１０２における選択されたビーム１１１を介して端末機器１２０と通信することができる。いくつかの実施例では、ネットワーク機器１１０は、選択されたビーム１１１を介してビーム障害回復応答を端末機器１２０に送信することができる。

図５に関して説明したように、ビーム障害回復リクエストは、ＰｃｅｌｌのＰＵＣＣＨにおいてパディングすることができる。図１０は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のための例示的な方法１０００のフローチャートを示す。方法１０００は、図１に示すネットワーク機器１１０で実現することができる。説明のために、図１および図６Ａ－図６Ｂを参照して方法１０００が説明される。

１０１０において、ネットワーク機器１１０は、端末機器から、端末機器にサービスを提供するＰｃｅｌｌのアップリンク制御チャネルで、アップリンク制御情報と共にビーム障害回復リクエストを受信する。例えば、ネットワーク機器１１０は、端末機器１２０から図６Ａに示すＬ－ＰＵＣＣＨ６１０を受信することができる。ＵＣＩは、第１の部分６１１に含まれてもよく、ビーム障害回復リクエストは、第２の部分６１２に含まれてもよい。ＵＣＩは、端末機器１２０に以前に送信されたデータと関連付けられてもよい。例えば、ＵＣＩは、ＨＡＲＱＡＣＫ/ＮＡＣＫ情報を含むことができる。

１０２０において、ネットワーク機器１１０は、端末機器にサービスを提供するＳｃｅｌｌのＳｃｅｌｌインデックスと、端末機器によってＳｃｅｌｌにおける利用可能なビームから選択されたビームのビームインデックスとを、ビーム障害回復リクエストから取得する。ネットワーク機器１１０は、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスおよび選択されたビーム１１１のビームインデックスを取得することができる。したがって、ネットワーク機器１１０は、Ｓｃｅｌｌ１０２でビーム障害が発生し、新たなビームが端末機器１２０によって選択されたと決定することができる。次に、ネットワーク機器１１０は、Ｓｃｅｌｌ１０２における選択されたビーム１１１を介して端末機器１２０と通信することができる。

上述したように、スケジューリングリクエストは、ＰｃｅｌｌまたはＳｃｅｌｌにおけるＰＲＡＣＨプリアンブルであってもよく、またはＰＵＣＣＨでのスケジューリングリクエストであってもよい。図１１－図１３は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセスを示すフローチャートである。図１１－図１３に関して説明されるプロセスは、図２および図７に関して記述された方法の実施例として考えられてよい。

図１１は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセス１１００を示すフローチャートである。説明のために、プロセス１１００は、図１を参照して説明され、プロセス１１００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。

Ｓｃｅｌｌ１０２におけるビーム障害を検出し、選択されたビーム１１１を識別した後、端末機器はビーム障害回復の手順を開始することができる。この実施例では、ビーム障害回復の手順は、通常のランダムアクセス手順であってもよい。端末機器１２０は、Ｐｃｅｌｌ１０１においてランダムアクセスプリアンブルをネットワーク機器１１０に送信する（１１０５）。

ランダムアクセスプリアンブルを受信すると、ネットワーク機器１１０は、ランダムアクセス応答（ＲＡＲ）をＰｃｅｌｌ１０１における端末機器１２０に送信する（１１１０）。ＲＡＲは、ＲＡ－ＲＮＴＩでスクランブルすることができ、端末機器１２０のためのアップリンクリソースを割り当てるためのＵＬグラントを有するダウンリンク制御情報を含むことができる。

ＲＡＲを受信した後、端末機器１２０は、割り当てられたリソース（例えば、ＰＵＳＣＨでのもの）を使用して、ＭＡＣＣＥをネットワーク機器１１０に送信する（１１１５）。ＭＡＣＣＥは、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスおよび選択されたビーム１１１のビームインデックスを含むことができる。ＭＡＣＣＥの受信が成功した場合、ネットワーク機器１１０は、ビーム障害回復リクエスト応答を端末機器１２０に送信する（１１２０）。

図１２は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセス１２００を示すフローチャートである。説明のために、プロセス１２００は、図１を参照して説明され、プロセス１２００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。

Ｓｃｅｌｌ１０２でのビーム障害を検出し、選択されたビーム１１１を識別した後、端末機器はビーム障害回復の手順を開始することができる。この実施例では、ビーム障害回復の手順は、通常のランダムアクセス手順であってもよい。端末機器１２０は、Ｓｃｅｌｌ１０２でランダムアクセスプリアンブルをネットワーク機器１１０に送信する（１２０５）。

ランダムアクセスプリアンブルを受信すると、ネットワーク機器１１０は、ランダムアクセス応答（ＲＡＲ）を、Ｐｃｅｌｌ１０１での端末機器１２０に送信する（１２１０）。ＲＡＲは、ＲＡ－ＲＮＴＩでスクランブルすることができ、端末機器１２０のためのアップリンクリソースを割り当てるためのＵＬグラントを有するダウンリンク制御情報を含むことができる。

ＲＡＲを受信した後、端末機器１２０は、割り当てられたリソース（例えば、ＰＵＳＣＨでのもの）を使用して、ＭＡＣＣＥをネットワーク機器１１０に送信する（１２１５）。この場合、ＭＡＣＣＥは、選択されたビーム１１１のビームインデックスを含んでもよく、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスは、省略されてもよい。ＭＡＣＣＥの受信が成功した場合、ネットワーク機器１１０は、ビーム障害回復リクエスト応答を端末機器１２０に送信する（１２２０）。

図１３は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセス１３００を示すフローチャートである。説明のために、プロセス１３００は、図１を参照して説明され、プロセス１３００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。

Ｓｃｅｌｌ１０２でのビーム障害を検出し、選択されたビーム１１１を識別した後、端末機器はビーム障害回復の手順を開始することができる。この実現例では、端末機器１２０は、ビーム障害回復リクエストを送信するためにＵＬグラントをトリガするための明示的な手順を開始することができる。端末機器１２０は、Ｐｃｅｌｌ１０１のアップリンク制御チャネルでスケジューリングリクエスト（ＳＲ）をネットワーク機器１１０に送信する（１３０５）。端末機器１２０は、Ｐｃｅｌｌ１０１のＰＵＣＣＨでＳＲを送信することができる。

ＳＲを受信すると、ネットワーク機器１１０は、ＳＲに対する応答を、Ｐｃｅｌｌ１０１での端末機器１２０に送信する（１３１０）。ＳＲに対する応答は、端末機器に割り当てられたＣ－ＲＮＴＩでスクランブルすることができ、端末機器１２０のためのアップリンクリソースを割り当てるためのＵＬグラントを有するダウンリンク制御情報を含むことができる。

ＳＲに対する応答を受信した後、端末機器１２０は、割り当てられたリソース（例えば、ＰＵＳＣＨでのもの）を使用して、ＭＡＣＣＥをネットワーク機器１１０に送信する（１３１５）。ＭＡＣＣＥは、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスおよび選択されたビーム１１１のビームインデックスを含むことができる。ＭＡＣＣＥの受信がした場合、ネットワーク機器１１０は、ビーム障害回復リクエスト応答を端末機器１２０に送信する（１３２０）。

図１４は、本開示のいくつかの実施例による、ビーム障害回復用のＢＦＲ－ＲＡウィンドウを示す概略図１４００である。いくつかの実施例では、Ｐｃｅｌｌ１０１でＭＡＣＣＥをネットワーク機器１１０に送信した（１４１５）後、端末機器１２０は、ビーム障害回復リクエストに対する応答（ＢＦＲ応答とも呼ばれる）をモニタリングするためのタイマーを開始する（１４２０）ことができる。すなわち、端末機器１２０は、ＢＦＲ－ＲＡウィンドウ１４０５を開始することができる。ＭＡＣＣＥを送信する（１４１５）動作は、図１１に示す１１１５、図１２に示す１２１５、および図１３に示す１３１５に関して上述した動作を指し得ることが理解されるべきである。

いくつかの実施例では、端末機器１２０は、ビーム障害の回復が成功したことを意味する、Ｓｃｅｌｌ１０２（またはＰｃｅｌｌ）でのＢＦＲ応答を受信する（１４２５）ことができる。端末機器１２０は、ビーム障害回復の手順を終了し、ＢＦＲ－ＲＡウィンドウ１４０５を終了することができる。

いくつかの実施例では、端末機器１２０は、ネットワーク機器１１０から、ＭＡＣＣＥを含むＰＵＳＣＨをリスケジュールすること（すなわち、ビーム障害回復リクエストのリスケジュール）に関するダウンリンク制御情報を受信する（１４３０）ことができる。次に、端末機器１２０は、ＰＵＳＣＨでのＭＡＣＣＥにおけるビーム障害回復リクエストをネットワーク機器１１０に再送信する（１４３５）ことができる。再送信に続いて、端末機器１２０は、タイマーを開始する（１４４０）ことができる。このようにして、新たなＢＦＲ－ＲＡウィンドウ１４１０を開始することができる。新たなＢＦＲ－ＲＡウィンドウ１４１０の開始に伴って、ＢＦＲ－ＲＡウィンドウ１４０５は廃棄されてもよいことに留意されたい。

ＢＦＲ－ＲＡウィンドウ１４０５またはＢＦＲ－ＲＡウィンドウ１４１０（いずれかが有効であることに応じて）が満了または終了したが、ＢＦＲ応答が受信されなかった場合、端末機器１２０は、ビーム障害回復リクエストを再送信することなく、ビーム障害回復の手順を終了することができる。端末機器１２０は、さらに、成功していないビーム障害回復を、より高いレイヤに示すことができる。

このような場合、次の理由でビーム障害回復リクエストを再送信する必要はない。ネットワーク機器１１０は、ビーム障害回復リクエストを受信した可能性があるが、それに応答しない。ネットワーク機器１１０はＳｃｅｌｌにおいて応答した可能性があるが、選択されたビーム１１１は、端末機器１２０がＢＦＲ応答を受信できるほど十分に良好ではない。また、ビーム障害回復リクエストを含むＭＡＣＣＥがネットワーク機器１１０によって受信されない他の状況もあり得る。

上述したように、スケジューリングリクエストは、専用のＰＲＡＣＨプリアンブルを利用して送信することができる。図１５－図１６は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセスを示すフローチャートである。

図１５は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセス１５００を示すフローチャートである。説明のために、プロセス１５００は、図１を参照して説明され、プロセス１５００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。プロセス１５００は、図３および図８に関して説明した方法の実施例を指すことができる。

Ｓｃｅｌｌ１０２でのビーム障害を検出し、選択されたビーム１１１を識別した後、端末機器はビーム障害回復の手順を開始することができる。この実施例では、ビーム障害回復の手順は、専用のランダムアクセス手順であってもよい。端末機器１２０は、Ｐｃｅｌｌ１０１においてランダムアクセスプリアンブルをネットワーク機器１１０に送信する（１５０５）。ランダムアクセスプリアンブルインデックスはＳｃｅｌｌ１０２のＳｃｅｌｌインデックスを示す。例えば、ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルとネットワーク機器１１０によって提供される少なくとも１つのＳｃｅｌｌとの間の事前定義されたマッピング関係に基づいて、端末機器１２０によって決定されてよい。

ランダムアクセスプリアンブルを受信すると、ネットワーク機器１１０は、Ｐｃｅｌｌ１０１での端末機器１２０に応答を送信する（１５１０）。通常のＲＡＲとは異なり、この応答は、専用のＣＯＲＥＳＥＴでのＣ－ＲＮＴＩでスクランブルされてよく、Ｓｃｅｌｌ１０２のＣＳＩレポートについてのリクエストを有するダウンリンク制御情報を含むことができる。例えば、この応答は、Ｓｃｅｌｌ１０２についてのＣＳＩリクエストを含むことができる。

応答を受信した後、端末機器１２０は、ＣＳＩリクエストに応じて、ＰＵＳＣＨでの割り当てられたリソースを使用して、ＣＳＩレポートをネットワーク機器１１０に送信する（１５１５）。ＣＳＩレポートは、選択されたビーム１１１のビームインデックスを含むことができる。Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスは、Ｓｃｅｌｌにおけるインデックスがランダムアクセスプリアンブルによって示されているので、任意であり得ることに留意されたい。

いくつかの実施例では、ＣＳＩレポートの受信が成功した場合、ネットワーク機器１１０は、端末機器１２０にビーム障害回復応答を送信する（１５２０）。

図１６は、本開示のいくつかの実施例によるＳｃｅｌｌのビーム障害回復のためのプロセス１６００を示すフローチャートである。説明のために、プロセス１６００は、図１を参照して説明され、プロセス１６００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。プロセス１６００は、図４および図９に関して説明した方法の実施例を指すことができる。

Ｓｃｅｌｌ１０２でのビーム障害を検出し、選択されたビーム１１１を識別した後、端末機器はビーム障害回復の手順を開始することができる。この実施例では、ビーム障害回復の手順は、別の専用ランダムアクセス手順であってもよい。端末機器１２０は、Ｓｃｅｌｌ１０２でランダムアクセスプリアンブルをネットワーク機器１１０に送信する（１６０５）。

このランダムアクセスプリアンブルは、端末機器１２０によってＳｃｅｌｌ１０２における利用可能なビームから選択されたビームのビームインデックスを示す。例えば、ランダムアクセスプリアンブルは、選択されたビーム１１１のビームインデックスを示す。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルとＳｃｅｌｌ１０２に関連付けられている複数のビームとの間の事前定義されたマッピング関係に基づいて、端末機器１２０によって決定されてよい。

ランダムアクセスプリアンブルを受信すると、ネットワーク機器１１０は、ビーム障害が発生したＳｃｅｌｌおよび端末機器１２０によって選択された候補ビームを決定する。ネットワーク機器１１０は、ＢＦＲ応答を端末機器１２０に送信する（１６１０）。このような実施例では、ネットワーク機器１１０と端末機器１２０との間の２つのメッセージのみがビーム障害回復の手順において必要とされる。これにより、ビーム障害回復の効率を向上させることができる。

図１７は、本開示のいくつかの実施例によるビーム障害回復のためのプロセス１７００を示す概略図１７００である。説明のために、プロセス１７００は、図１および図６Ａを参照して説明され、プロセス１７００は、図１のネットワーク機器１１０および端末機器１２０に関与することができる。プロセス１７００は、図５および図１０に関して説明した方法の実施例を指すことができる。

ネットワーク機器１１０は、ダウンリンク制御情報を端末機器１２０に送信し（１７０５）、Ｐｃｅｌｌ１０１のＰＤＳＣＨでデータを送信する(１７１５)。ある時間に、ビーム障害１７１０がＳｃｅｌｌ１０２で発生する可能性がある。端末機器は、Ｓｃｅｌｌ１０２でのビーム障害１７１０を検出し、選択されたビーム１１１を識別した後、Ｓｃｅｌｌ１０２のＳｃｅｌｌインデックスおよび選択されたビーム１１１のビームインデックスを含むビーム障害回復リクエストをネットワーク機器１１０に送信する必要がある。一方、端末機器１２０は、ＵＣＩもネットワーク機器１１０に送信する必要がある。上述したように、端末機器１２０は、ＵＣＩを送信するために割り当てられたＰＵＣＣＨ（例えば、図６Ａおよび図６Ｂに示されるロングＰＵＣＣＨの「Ｌ－ＰＵＣＣＨ」、またはショートＰＵＣＣＨの「Ｓ－ＰＵＣＣＨ」）におけるＵＣＩと共に、ビーム障害回復リクエストを含ませることができる。ＵＣＩは、１７１５で送信されたデータに関連するＨＡＲＱＡＣＫ/ＮＡＣＫを含むことができる。次に、端末機器１２０は、Ｐｃｅｌｌ１０１のＰＵＣＣＨでＵＣＩと共にビーム障害回復リクエストを送信する（１７２０）。

いくつかの実施例では、ＰＵＣＣＨを送信した（１７２０）後、端末機器１２０は、ビーム障害回復リクエストに対する応答（ＢＦＲ応答とも呼ばれる）をモニタリングするためのタイマー１７２５を開始することができる。すなわち、端末機器１２０は、ＢＦＲ－ＲＡウィンドウ１７０１を開始することができる。

いくつかの実施例では、端末機器１２０は、ビーム障害の回復が成功したことを意味する、Ｓｃｅｌｌ１０２（または、Ｐｃｅｌｌ）でのＢＦＲ応答を受信する（１７３５）ことができる。端末機器１２０は、ビーム障害回復の手順を終了し、ＢＦＲ－ＲＡウィンドウ１７０１を終了することができる。

ＢＦＲ－ＲＡウィンドウ１７０１が満了または終了したが、ＢＦＲ応答が受信されなかった場合、端末機器１２０は、ビーム障害回復リクエストをネットワーク機器１１０に再送信することができる。図１４に関して上述した実施例とは異なり、ＢＦＲ－ＲＡウィンドウが満了したときに、ビーム障害回復リクエストの再送信が必要とされている。

いくつかの実施例では、端末機器１２０は、ネットワーク機器１１０から新たなデータを受信する（１７３０）ことができる。新たなデータは、１７２０において送信されたＨＡＲＱＡＣＫ/ＮＡＣＫと同じＨＡＲＱＩＤと関連付けられてもよい。この場合、ビーム障害回復リクエストの、ネットワーク機器１１０による受信が成功したとみなされてよい。したがって、端末機器１２０は、ＢＦＲ－ＲＡウィンドウ１７０１を終了し、その結果、ＢＦＲ－ＲＡウィンドウ１７３０を減少させることができる。

図１８は、本開示の実施例を実施するのに適したデバイス１８００の簡略化されたブロック図である。デバイス１８００は、図１に示すように、ネットワーク機器１１０または端末機器１２０のさらなる例示的な実施例と見なすことができる。したがって、デバイス１８００は、ネットワーク機器１１０の少なくとも一部または端末機器１２０の少なくとも一部として実現することができる。

図示されているように、装置１８００は、プロセッサ１８１０と、プロセッサ１８１０に結合されたメモリ１８２０と、プロセッサ１８１０に結合された適切な送信機（ＴＸ）および受信機（ＲＸ）１８４０と、ＴＸ/ＲＸ１８４０に結合された通信インタフェースとを含む。メモリ１８１０は、プログラム１８３０の少なくとも一部を記憶し、ＴＸ/ＲＸ１８４０は双方向通信のためのものである。ＴＸ/ＲＸ１８４０は、通信を容易にするために少なくとも１つのアンテナを有しているが、実際には、本願において言及されたアクセスノードはいくつかのアンテナを有する可能性がある。通信インタフェースは、複数のｅＮＢの間の双方向通信のためのＸ２インタフェース、モビリティ管理エンティティ（ＭＭＥ）/サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインタフェース、またはｅＮＢと端末機器との間の通信のためのＵｕインタフェースのような、他のネットワーク要素との通信に必要な任意のインタフェースを表すことができる。

プログラム１８３０は、関連するプロセッサ１８１０によって実行されると、図２－図５および図７－図１０を参照して上述した本開示の実施例に従ってデバイス１８００が動作することを可能にするプログラム命令を含むと仮定される。本明細書で説明する実施例は、デバイス１８００のプロセッサ１８１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアおよびハードウェアの組み合わせによって実現され得る。プロセッサ１８１０は、本開示の様々な実施例を実施するように構成され得る。さらに、プロセッサ１８１０とメモリ１８２０との組み合わせは、本開示の様々な実施例を実施するのに適した処理手段１８５０を形成することができる。

メモリ１８１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、非限定的な例として、非一時的コンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実現され得る。デバイス１８００には１つのメモリ１８１０のみが示されているが、複数の物理的に異なるメモリモジュールが存在してよい。プロセッサ１８１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含むことができる。デバイス１８００は、主プロセッサを同期させるクロックに時間的にスレーブされる特定用途向け集積回路チップのような複数のプロセッサを有することができる。

一般に、本開示の様々な実施例は、ハードウェアもしくは専用回路、ソフトウェア、論理またはそれらの任意の組合せで実現され得る。いくつかの態様は、ハードウェアにおいて実現され得るが、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアにおいて実現され得る。本開示の実施例の様々な態様は、ブロック図、フローチャート、またはいくつかの他の絵画的表現を使用して図示され説明されているが、本明細書で説明されるブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはそれらの何らかの組み合わせで実現され得ることが理解されるべきである。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２－図５および図７－図１０のいずれかを参照して上述したプロセスまたは方法を実行するために、ターゲットの実プロセッサまたは仮想プロセッサでのデバイスにおいて実行されるコンピュータ実行可能命令（例えば、プログラムモジュールに含まれるもの）を含む。一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実施するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施例において望まれるように、プログラムモジュールの間で組み合わせまたは分割され得る。プログラムモジュールのための機械実行可能命令は、ローカルデバイスまたは分散型デバイス内で実行され得る。分散型デバイスにおいて、プログラムモジュールは、ローカルおよびリモート記憶媒体の両方に配置され得る。

本開示の方法を実行するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組合せで記述され得る。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラミング可能なデータ処理装置のプロセッサまたはコントローラに提供されてもよく、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび/またはブロック図において指定された機能/動作を実行させる。プログラムコードは、スタンドアロンソフトウェアパッケージとして、完全に機械で、部分的に機械で実行するか、部分的に機械で、部分的にリモート機械で実行するか、または完全にリモート機械もしくはサーバで実行することができる。

上記のプログラムコードは、機械可読媒体で具体化することができる。機械可読媒体は、命令実行システム、装置、またはデバイスによって使用されるための、または命令実行システム、装置、またはデバイスにおいて使用するためのプログラムを含む、または記憶することができる任意の有形媒体であってもよい。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であってもよい。機械可読媒体は、電子、磁気、光学、電磁、赤外線、もしくは半導体のシステム、装置、またはデバイス、または前述の任意の適切な組み合わせを含み得るが、これらに限定されない。機械可読記憶媒体のより具体的な例は、１つまたは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能なプログラミング可能な読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光記憶装置、磁気記憶装置、またはこれらの任意の適切な組み合わせを含むことができる。

さらに、操作は特定の順序で示されているが、これは、望ましい結果を達成するために、そのような操作が示される特定の順序または連続した順序で実行されること、または図示されるすべての操作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利な場合がある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限として解釈されるべきではなく、むしろ特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。個別の実施形態の文脈で説明される特定の特徴はまた、単一の実施形態で組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴はまた、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装されてもよい。

本開示は、構造的特徴および/または方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲に定義される本開示は、必ずしも上記の特定の特徴または動作に限定されるものではないことを理解されたい。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims

端末機器で実現される方法であって、
セカンダリセル（Ｓｃｅｌｌ）におけるビーム障害に応答して、ネットワーク機器にスケジューリングリクエストを送信することと、
プライマリセル（Ｐｃｅｌｌ）において前記ネットワーク機器から、前記端末機器に割り当てられたリソースを示す応答を受信することと、
前記端末機器により前記Ｓｃｅｌｌにおける利用可能なビームから選択されたビームを介する前記端末機器と前記ネットワーク機器との間の通信を回復するために、前記割り当てられたリソースを使用して、前記Ｓｃｅｌｌにおける前記選択されたビームのビームインデックスを含むビーム障害回復リクエストを、前記ネットワーク機器に送信することと、
前記ビーム障害回復リクエストのリスケジュールに関するダウンリンク制御情報を前記ネットワーク機器から受信することに応答して、
前記ビーム障害回復リクエストを前記ネットワーク機器に再送信することと、
前記ビーム障害回復リクエストに対する応答をモニタリングするためのタイマーを開始することと、
を含む方法。
プロセッサと、
前記プロセッサに結合され、命令を格納しているメモリとを備え、
前記命令が前記プロセッサにより実行される場合、請求項１に記載の方法を実行する、
端末機器。
少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに請求項１に記載の方法を実行させる命令を格納しているコンピュータ可読媒体。