特許 7633274 ビーム障害報告

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

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

(11)【特許番号】

(24)【登録日】2025-02-10

(45)【発行日】2025-02-19

(54)【発明の名称】ビーム障害報告

(51)【国際特許分類】

   H04W 16/28 20090101AFI20250212BHJP

   H04W 28/06 20090101ALI20250212BHJP

   H04W 74/0836 20240101ALI20250212BHJP

   H04W 72/0457 20230101ALI20250212BHJP

【ＦＩ】

H04W16/28

H04W28/06 110

H04W74/0836

H04W72/0457 110

【請求項の数】 15

(21)【出願番号】P 2022560990

(86)(22)【出願日】2020-04-06

(65)【公表番号】

(43)【公表日】2023-05-22

(86)【国際出願番号】 CN2020083423

(87)【国際公開番号】W WO2021203223

(87)【国際公開日】2021-10-14

【審査請求日】2022-11-30

(73)【特許権者】

【識別番号】515076873

【氏名又は名称】ノキア テクノロジーズ オサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【氏名又は名称】西島 孝喜

(74)【代理人】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(72)【発明者】

【氏名】トゥルティネン，サムリ

(72)【発明者】

【氏名】コスケラ，ティモ

(72)【発明者】

【氏名】ウー，チュンリー

【審査官】横田 有光

(56)【参考文献】

【文献】Samsung，Remaining issues of SCell BFR [online]，3GPP TSG-RAN WG2 Meeting#109 R2-2000226，2020年02月13日，[検索日2023.10.31]，インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109_e/Docs/R2-2000226.zip>

【文献】Samsung，Summary of Beam Management Enhancements [online]，3GPP TSG-RAN WG2 Meeting#109e R2-2001672，2020年02月21日，[検索日2023.10.31]，インターネット <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109_e/Docs/R2-2001672.zip>

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

Ｈ０４Ｂ ７／２４－ ７／２６

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

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

ＳＡ ＷＧ１－４、６

ＣＴ ＷＧ１、４

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

【請求項1】

端末デバイスであって、
少なくとも１つのプロセッサと、
プログラムコードを含む少なくとも１つのメモリと、
を備える、端末デバイスであり、
前記少なくとも１つのメモリ及び前記プログラムコードが、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに少なくとも、
前記端末デバイスのために構成された第１の数のサービングセルでビーム障害検出を実行することと、
前記第１の数のサービングセルの所定のサービングセルでビーム障害が検出されると判定することであって、前記所定のサービングセルは、特殊セル（ＳｐＣｅｌｌ）を備える、前記判定することと、
ランダムアクセス手順を開始することと、
前記端末デバイスがＭｓｇＡまたはＭｓｇ３に沿って送信しようとしている媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の潜在的なサイズを評価することと、
前記ＭＡＣ ＣＥの潜在的なサイズの評価に応じて、コンテンションベースランダムアクセスのためのランダムアクセスプリアンブルグループＡとＢの間で選択を行うことと、
割り当てられたリソースが、前記第１の数のサービングセルでの前記ビーム障害検出のそれぞれの結果を示す情報の送信に不十分であると判定することであって、前記第１の数のサービングセルでの前記ビーム障害検出の前記それぞれの結果は、ビーム障害回復（ＢＦＲ）ＭＡＣ ＣＥに含まれると予想されるビットマップによって示されると予想され、前記予想されるビットマップは、最大３２個のサービングセルでのビーム障害検出のそれぞれの結果を示す４オクテットのビットマップである、前記判定することと、
前記第１の数のサービングセルのうちの第２の数のサービングセルでの前記ビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、前記第２の数は前記第１の数よりも小さく、前記判定された情報には、前記４オクテットのビットマップの第１のオクテットに対応する前記予想されるビットマップの一部が含まれ、前記予想されるビットマップの残りの部分は省略される、前記判定することと、
前記判定された情報を、前記端末デバイスに割り当てられたリソースを使用して前記端末デバイスにサーブするネットワークデバイスに送信することであって、前記判定された情報はＭＡＣ ＣＥに含まれ、前記判定された情報は、前記ランダムアクセス手順のメッセージで前記ネットワークデバイスに送信され、前記４オクテットのビットマップの前記第１のオクテットの１つのビットが前記特殊セルでのビーム障害検出の結果を示すために使用される、前記送信することと、
を実行させるように構成される、端末デバイス。

【請求項2】

前記少なくとも１つのメモリ及び前記プログラムコードが、前記少なくとも１つのプロセッサを用いて、前記端末デバイスに少なくとも、
前記端末デバイスのために割り当てられたリソースは、前記第１の数のサービングセルでのビーム障害検出の結果のインディケーションの送信に十分であると判定することを実行させるように更に構成される、請求項１に記載の端末デバイス。

【請求項3】

前記端末デバイスのために割り当てられたリソースは、前記第２の数のサービングセルでのビーム障害検出の結果のインディケーションの送信に十分である、請求項１に記載の端末デバイス。

【請求項4】

前記ビットマップの各ビットは、前記ビーム障害が前記第１の数のサービングセルまたは前記第２の数のサービングセルのうちの１つのサービングセルで検出されるか否かを示す、請求項１に記載の端末デバイス。

【請求項5】

各セルは、異なるセルインデックスに関連付けられる、請求項４に記載の端末デバイス。

【請求項6】

前記ビットマップのうちの１つのビットは、そのサービングセルのセルインデックスに関連付けられた１つのセルに対応する、請求項５に記載の端末デバイス。

【請求項7】

１つのビットは、前記所定のサービングセルのセルインデックスに対応する、請求項５に記載の端末デバイス。

【請求項8】

端末デバイスのために構成された第１の数のサービングセルでビーム障害検出を実行することと、
前記第１の数のサービングセルの所定のサービングセルでビーム障害が検出されると判定することであって、前記所定のサービングセルは、特殊セル（ＳｐＣｅｌｌ）を備える、前記判定することと、
ランダムアクセス手順を開始することと、
前記端末デバイスがＭｓｇＡまたはＭｓｇ３に沿って送信しようとしている媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）の潜在的なサイズを評価することと、
前記ＭＡＣ ＣＥの潜在的なサイズの評価に応じて、コンテンションベースランダムアクセスのためのランダムアクセスプリアンブルグループＡとＢの間で選択を行うことと、
割り当てられたリソースが、前記第１の数のサービングセルでの前記ビーム障害検出のそれぞれの結果を示す情報の送信に不十分であると判定することであって、前記第１の数のサービングセルでの前記ビーム障害検出の前記それぞれの結果は、ビーム障害回復（ＢＦＲ）ＭＡＣ ＣＥに含まれると予想されるビットマップによって示されると予想され、前記予想されるビットマップは、最大３２個のサービングセルでのビーム障害検出のそれぞれの結果を示す４オクテットのビットマップである、前記判定することと、
前記第１の数のサービングセルのうちの第２の数のサービングセルでの前記ビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、前記第２の数は前記第１の数よりも小さく、前記判定された情報には、前記４オクテットのビットマップの第１のオクテットに対応する前記予想されるビットマップの一部が含まれ、前記予想されるビットマップの残りの部分は省略される、前記判定することと、
前記判定された情報を、前記端末デバイスに割り当てられたリソースを使用して前記端末デバイスにサーブするネットワークデバイスに送信することであって、前記判定された情報はＭＡＣ ＣＥに含まれ、前記判定された情報は、前記ランダムアクセス手順のメッセージで前記ネットワークデバイスに送信され、前記４オクテットのビットマップの前記第１のオクテットの１つのビットが前記ＳｐＣｅｌｌでのビーム障害検出の結果を示すために使用される、前記送信することと、
を備える方法。

【請求項9】

前記端末デバイスのために割り当てられたリソースは、前記第１の数のサービングセルでのビーム障害検出の結果のインディケーションの送信に十分であると判定することを更に備える、請求項８に記載の方法。

【請求項10】

前記端末デバイスのために割り当てられたリソースは、前記第２の数のサービングセルでのビーム障害検出の結果のインディケーションの送信に十分である、請求項８に記載の方法。

【請求項11】

前記ビットマップの各ビットは、前記ビーム障害が前記第１のまたは前記第２の数のサービングセルのうちの１つのサービングセルで検出されるか否かを示す、請求項８に記載の方法。

【請求項12】

各セルは、異なるセルインデックスに関連付けられる、請求項１１に記載の方法。

【請求項13】

前記ビットマップのうちの１つのビットは、そのサービングセルのセルインデックスに関連付けられた１つのセルに対応する、請求項１２に記載の方法。

【請求項14】

１つのビットは、前記所定のサービングセルのセルインデックスに対応する、請求項１２に記載の方法。

【請求項15】

端末デバイスであって、
少なくとも１つのプロセッサと、
命令を記憶した少なくとも１つのメモリと、
を備え、前記少なくとも１つのプロセッサによって実行されたときに、前記端末デバイスに少なくとも、
前記端末デバイスのために構成された第１の数のサービングセルでビーム障害検出を実行することであって、前記第１の数のサービングセルは、特殊セル（ＳｐＣｅｌｌ）及び複数のセカンダリセル（ＳＣｅｌｌ）を備える、前記ビーム障害検出を実行することと、
第２の数のサービングセルの所定のセルでビーム障害が検出されると判定することであって、前記所定のセルは、前記ＳｐＣｅｌｌ及び／または少なくとも１つのＳＣｅｌｌを備え、前記第２の数は前記第１の数よりも小さい、前記判定することと、
割り当てられたリソースが、前記第１の数のサービングセルでの前記ビーム障害検出のそれぞれの結果を示す情報の送信に不十分であると判定することであって、前記第１の数のサービングセルでの前記ビーム障害検出の前記それぞれの結果は、切り捨てられたＢＦＲ ＭＡＣ ＣＥに含まれる４オクテットのビットマップによって示されると予想され、前記４オクテットのビットマップは、最大３２個のサービングセルでのビーム障害検出のそれぞれの結果を示すように動作可能である、前記判定することと、
前記第２の数のサービングセルで検出された前記ビーム障害のそれぞれの結果を示す情報を判定することであって、前記判定された情報には、前記４オクテットのビットマップの第１のオクテットに対応する前記４オクテットのビットマップの一部が含まれ、前記４オクテットのビットマップの残りの部分は省略される、前記判定することと、
前記端末デバイスがランダムアクセス手順のＭｓｇＡまたはＭｓｇ３に沿って送信しようとしているＭＡＣ ＣＥの潜在的なサイズを評価することと、
前記ＭＡＣ ＣＥの潜在的なサイズに応じて、コンテンションベースランダムアクセスのためのランダムアクセスプリアンブルグループＡとグループＢとの間で選択を行うことと、
前記判定された情報を、前記端末デバイスに割り当てられたランダムアクセスリソースを使用して、前記端末デバイスにサーブするネットワークデバイスに前記ランダムアクセス手順のメッセージのＭＡＣ ＣＥで送信することであって、前記ＳｐＣｅｌｌでのビーム障害検出の結果を示すために前記第１のオクテットの１つのビットが使用される、前記送信することと、
を実行させるように構成される、端末デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に、電気通信の分野に関し、特に、ビーム障害を報告するための方法、デバイス、装置、及びコンピュータ可読記憶媒体に関する。

【背景技術】

【0002】

通信システムの発展に伴い、ますます多くの技術が提案されている。例えば、ＮＲシステムまたはＮＲネットワークとも呼ばれる新しい無線アクセスシステムが開発されている。ＮＲシステムでは、システム帯域幅を増加させるキャリアアグリゲーション（ＣＡ）技術がサポートされ得る。ＣＡが使用される場合は、端末デバイスのためのいくつかのサービングセルが存在し得る。一般に、プライマリセル（ＰＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌｌ）が提供される。１つ以上のサービングセルのビームペア（複数可）の品質が、例えば、閾値との比較、または関連タイマのタイムアウトによって、十分に低くなると、端末デバイスのサービングセルの１つ以上でビーム障害が発生する可能性がある。

【0003】

ビーム障害回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ、ＢＦＲ）手順は、端末デバイスにサーブするビームの全部または一部が失敗したときに、ビームを回復させるためのメカニズムである。端末デバイスが、対応する１つ以上のサービングセルで１つ以上のビーム障害を検出した場合、ビーム障害から回復するにはＢＦＲ手順が必要である。ＢＦＲ手順を実施するために、端末デバイスは、検出されたビーム障害（複数可）をネットワークデバイスに報告することができる。

【発明の概要】

【0004】

一般に、本開示の例示の実施形態は、ビーム障害を報告するためのソリューションを提供する。特許請求の範囲に含まれない実施形態は、もしあれば、本開示の様々な実施形態を理解するのに有用な例として解釈されるべきである。

【0005】

第１の態様では、端末デバイスが提供される。この端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、端末デバイスのために構成された第１の数のサービングセルでのビーム障害検出を端末デバイスに実行することと、第１の数のサービングセルのうちの、第２の数のサービングセルでのビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、第２の数は第１の数よりも小さい、判定することと、判定された情報を、端末デバイスに割り当てられたリソースを使用して端末デバイスにサーブするネットワークデバイスに送信することと、を行わせるように構成される。

【0006】

第２の態様では、ネットワークデバイスが提供される。このネットワークデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、ネットワークデバイスに、端末デバイスから、第２の数のサービングセルで実行されたビーム障害検出のそれぞれの結果を少なくとも示す情報を受信することと、第１の数のサービングセルが端末デバイスによるビーム障害検出を伴って構成されるという判定に従って、受信した情報に基づいて、第１の数のサービングセルでのビーム障害検出の全体的な結果を判定することであって、第２の数が第１の数よりも小さい、判定することと、を行わせるように構成される。

【0007】

第３の態様では、方法が提供される。この方法は、端末デバイスにおいて、端末デバイスのために構成された第１の数のサービングセルでのビーム障害検出を実行することと、第１の数のサービングセルのうちの、第２の数のサービングセルでのビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、第２の数であって第１の数よりも小さい、判定することと、判定された情報を、端末デバイスに割り当てられたリソースを使用して端末デバイスにサーブするネットワークデバイスに送信することと、を含む。

【0008】

第４の態様では、方法が提供される。この方法は、ネットワークデバイスにおいて、端末デバイスから、第２の数のサービングセルで実行されたビーム障害検出のそれぞれの結果を少なくとも示す情報を受信することと、第１の数のサービングセルが端末デバイスによるビーム障害検出を伴って構成されているという判定に従って、受信した情報に基づいて、第１の数のサービングセルでのビーム障害検出の全体的な結果を判定することであって、第２の数が第１の数よりも小さい、判定することと、を含む。

【0009】

第５の態様では、第１の装置が提供される。この第１の装置は、第１の装置のために構成された第１の数のサービングセルでビーム障害検出を実行することと、第１の数のサービングセルのうちの、第２の数のサービングセルでのビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、第２の数は第１の数よりも小さい判定することと、判定された情報を、第１の装置に割り当てられたリソースを使用して、第１の装置にサーブする第２の装置に送信することと、のための手段を備える。

【0010】

第６の態様では、第２の装置が提供される。この第２の装置は、第１の装置から、第２の数のサービングセルで実行されたビーム障害検出のそれぞれの結果を少なくとも示す情報を受信することと、第１の数のサービングセルが第１の装置によるビーム障害検出を伴って構成されているという判定に従って、受信した情報に基づいて、第１の数のサービングセルでのビーム障害検出の全体的な結果を判定することであって、第２の数が第１の数よりも小さい、判定することと、のための手段を備える。

【0011】

第７の態様では、コンピュータ可読媒体が提供される。このコンピュータ可読媒体は、装置に、少なくとも第３の態様による方法を実行させるためのプログラム命令を備える。

【0012】

第８の態様では、コンピュータ可読媒体が提供される。このコンピュータ可読媒体は、装置に、少なくとも第４の態様による方法を実行させるためのプログラム命令を備える。

【0013】

発明の概要のセクションは、本開示の実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を制限するために使用されることを意図するものでもないことを、理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解できるようになるであろう。

【0014】

次に、いくつかの例示の実施形態を、添付の図面を参照しながら説明する。

【図面の簡単な説明】

【0015】

【図1】本開示の例示的な実施形態を実施し得る例示的な通信環境を示す。

【図2】Ａ及びＢは、ビーム障害検出に関する情報を報告するための例示的なフォーマットを示す。

【図3】本開示のいくつかの例示の実施形態による、ビーム障害を報告するためのシグナリングフローを示す。

【図4】Ａ及びＢは、本開示のいくつかの例示的な実施形態による、ビーム障害検出に関する情報を報告するための例示的なフォーマットを示す。

【図5】本開示のいくつかの他の実施形態による、端末デバイスで実装される方法のフローチャートを示す。

【図6】本開示のいくつかの他の実施形態による、ネットワークデバイスで実装される方法のフローチャートを示す。

【図7】本開示の例示的な実施形態を実装するのに好適な装置の、簡略化されたブロック図を示す。

【図8】本開示のいくつかの例示的な実施形態による、例示的なコンピュータ可読媒体のブロック図を示す。

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

【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】

いくつかの例では、本開示のいくつかの例示的な実施形態による第１のＲＡタイプと第２のＲＡタイプとの間の切り替えの判定は、第１のデバイス１１０のＭＡＣエンティティで実行され得る。対応する動作は、以下の表１のステートメントに要約することができる。

【表1-1】

【表1-2】

【表1-3】

【表1-4】

【0082】

いくつかの例示的な実施形態では、端末デバイス１２０は、ＭＡＣ ＣＥ（またはＢＦＲ ＭＡＣ ＣＥ）の潜在的なサイズを評価する必要があり得る。いくつかの例では、端末デバイス１２０がＣＢＲＡのランダムアクセスプリアンブルグループＡとＢの間で選択する場合、ＭｓｇＡまたはＭｓｇ３に沿って送信しようとしているＭＡＣ ＣＥの潜在的なサイズを評価する必要がある。より具体的には、端末デバイス１２０は、潜在的なＭｓｇ３サイズ（送信に利用可能なＵＬデータとＭＡＣヘッダ、及び必要に応じてＭＡＣ ＣＥ）がｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡよりも大きく、パスロス（ランダムアクセス手順を実行するサービングセルの）がパラメータ「ＰＣＭＡＸ」 － ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ － ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅ － ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢよりも小さいかどうか、または、潜在的なＭＳＧＡペイロードサイズ（送信に利用可能なＵＬデータとＭＡＣヘッダ、及び必要に応じてＭＡＣ ＣＥ）がｒａ－ＭｓｇＡＳｉｚｅＧｒｏｕｐＡよりも大きく、パスロスがＰＣＭＡＸ（ランダムアクセス手順を実行するサービングセルの） － ｍｓｇＡ－ＰｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ － ｍｓｇＡ－ＤｅｌｔａＰｒｅａｍｂｌｅ － ｍｓｇＡ－ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢよりも小さいかどうかを、評価する必要がある場合がある。そのような場合、端末デバイス１２０が送信される可能性のあるＢＦＲ ＭＡＣ ＣＥサイズをどのように評価するかに応じて、端末デバイス１２０がランダムアクセスプリアンブルグループＡまたはＢを選択するかどうかに影響を与える可能性がある。ランダムアクセスプリアンブルグループＢは、一般に、Ｍｓｇ３またはＭｓｇＡペイロードサイズが大きくなる可能性があると、カバレッジが低下する可能性があることに留意されたい。したがって、いくつかの例では、ＢＦＲ ＭＡＣ ＣＥが送信される場合、ランダムアクセスプリアンブルグループＡを選択することが有益である可能性がある。

【0083】

いくつかの例示的な実施形態では、端末デバイス１２０は、最も最適化されたＢＦＲ ＭＡＣ ＣＥサイズが想定されるように、第２の数のサービングセルに基づいてＢＦＲ ＭＡＣ ＣＥの潜在的なサイズを評価することができる。第２の数のサービングセルは、上記で提案された実施形態のいずれかに基づくことができる。いくつかの例示的な実施形態では、ＳｐＣｅｌｌでビーム障害が検出される場合にのみ、ＢＦＲ ＭＡＣ ＣＥの潜在的なサイズを評価するために、第２の数のサービングセルが使用される。いくつかの例示的な実施形態では、端末デバイス１２０は、ビーム障害がＳｐＣｅｌｌで検出される場合に、ランダムアクセスプリアンブルグループＡを選択することができる。

【0084】

ＭＡＣ ＣＥに含まれるビーム障害検出に関する情報が論じられているが、いくつかの他の例示的な実施形態では、情報は他のタイプのＩＥでネットワークデバイス１１０に送信され得ることが理解されるであろう。

【0085】

図５は、本開示のいくつかの例示の実施形態による、端末デバイスで実施される例示の方法５００のフローチャートを示す。考察の目的で、方法５００は、図１に関して端末デバイス１２０の観点から説明される。

【0086】

ブロック５１０において、端末デバイス１２０は、端末デバイス用に構成された第１の数のサービングセルでのビーム障害検出を実行する。ブロック５２０において、端末デバイス１２０は、第１の数のサービングセルのうちの、第２の数であって第１の数よりも小さい第２の数のサービングセルでのビーム障害検出のそれぞれの結果を少なくとも示す情報を判定する。ブロック５３０において、端末デバイス１２０は、端末デバイスに割り当てられたリソースを使用して、端末デバイスにサーブするネットワークデバイスに判定された情報を送信する。

【0087】

いくつかの例示的な実施形態では、第１の数のサービングセルでのビーム障害検出のそれぞれの結果は、第１の数のサービングセルに対応するビットマップ内の第１の数のビットによって示されると予想され、判定された情報は、第２の数のサービングセルに対応する第２の数のビットを含むビットマップの連続部分を含む。いくつかの例示的な実施形態では、判定された情報を送信することは、ビットマップの残りの部分を送信することなく、ビットマップの連続部分を送信することを含む。

【0088】

いくつかの例示的実施形態では、判定された情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されるという第１のインディケーションをさらに含む。

【0089】

いくつかの例示的な実施形態では、第１の数のサービングセルは、第１の数のサービングセルのセルインデックスの順序における第１の数のビットに対応する。いくつかの例示的な実施形態では、情報を判定することは、第１の数のサービングセルのうちの少なくとも１つでビーム障害が検出されるという判定に従って、少なくとも１つのサービングセルのうちの少なくとも１つのセルインデックスに基づいて、少なくとも１つのサービングセルに対応する少なくとも１つのビットが、ビットマップの連続部分に含まれるかどうかを判定することと、少なくとも１つのサービングセルに対応する少なくとも１つのビットがビットマップの連続部分に含まれるという判定に従って、第２の数のサービングセルでのビーム障害検出のそれぞれの結果を示すビットマップの連続部分を判定することと、を含む。

【0090】

いくつかの例示的実施形態では、判定された情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されるという第２のインディケーションをさらに含む。

【0091】

いくつかの例示的な実施形態では、判定された情報を送信することは、ビーム障害が第１の数のサービングセルの所定のセルで検出されるという判定、ランダムアクセス手順がビーム障害検出に関する情報を送信するために開始されるという判定、及び、割り当てられたリソースは第１の数のサービングセルでのビーム障害検出のそれぞれの結果を示す情報の送信に不十分であるという判定、のうちの少なくとも１つに従って判定された情報を送信することを含む。

【0092】

いくつかの例示的な実施形態では、所定のセルは、プライマリセルまたはプライマリセカンダリセルを含む。

【0093】

いくつかの例示的な実施形態では、情報を判定することは、第１の数のサービングセルの所定のセルでビーム障害が検出されるという判定に従って、割り当てられたリソースが、第１の数のサービングセルまたは第３の所定数のサービングセルでのビーム障害検出のそれぞれの結果を示す情報要素のペイロード部分の送信に十分であるかどうかを判定することであって、第３の数は第１の数よりも小さく、第２の数よりも大きい、判定することと、割り当てられたリソースがペイロード部分の送信に不十分であるという判定に従って、情報要素のヘッダ部分のフィールドに所定の値を割り当てて、所定のセルでビーム障害が検出されるということを示すことと、を含む。

【0094】

いくつかの例示的な実施形態では、情報を判定することは、さらなるビーム障害が、第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルで検出されるという検出に従って、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されるという第１のインディケーションを含むようにヘッダ部分を判定することと、ビーム障害が所定のセルのみで検出されるという検出に従って、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されないという第２のインディケーションを含むようにヘッダ部分を判定することと、をさらに含む。

【0095】

図６は、本開示のいくつかの例示の実施形態による、ネットワークデバイスで実施される例示の方法６００のフローチャートを示す。考察の目的で、方法６００は、図１に関してネットワークデバイス１１０の観点から説明される。

【0096】

ブロック６１０において、ネットワークデバイス１１０は、端末デバイスから、第２の数のサービングセルで実行されたビーム障害検出のそれぞれの結果を少なくとも示す情報を受信する。第１の数のサービングセルが端末デバイスによるビーム障害検出を伴って構成されるという判定に従って、ブロック６２０において、ネットワークデバイス１１０は、受信した情報に基づいて、第２の数が第１の数よりも小さい、第１の数のサービングセルでのビーム障害検出の全体的な結果を判定する。

【0097】

いくつかの例示的な実施形態では、第１の数のサービングセルでのビーム障害検出のそれぞれの結果は、第１の数のサービングセルに対応するビットマップ内の第１の数のビットによって示されると予想され、受信した情報は、第２の数のサービングセルに対応する第２の数のビットを含むビットマップの連続部分を含む。いくつかの例示的な実施形態では、情報を受信することは、ビットマップの残りの部分を受信することなく、ビットマップの連続部分を受信することを含む。

【0098】

いくつかの例示的実施形態では、受信した情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されるという第１のインディケーションをさらに含む。いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定することは、ビットマップの連続部分及び第１のインディケーションに基づいて、第２の数のサービングセル以外の第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルでビーム障害が端末デバイスによって検出される可能性があると判定することを含む。

【0099】

いくつかの例示的な実施形態では、第１の数のサービングセルは、第１の数のサービングセルのセルインデックスの順序における第１の数のビットに対応し、受信した情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されないという第２のインディケーションをさらに含む。いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定することは、ビットマップの連続部分及び第２のインディケーションから、第２の数のサービングセル以外の第１の数のサービングセルの残りのサービングセルでビーム障害が端末デバイスによって検出されないということを判定することを含む。

【0100】

いくつかの例示的な実施形態では、受信した情報は、第１の数のサービングセルの所定のセルでビーム障害が検出されるということを示す所定の値が割り当てられた情報要素のヘッダ部分のフィールドを含む。

【0101】

いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定することは、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されるという第１のインディケーションをヘッダ部分にさらに含む、受信した情報に従って、ヘッダ部分及び第１のインディケーションに基づいて、さらなるビーム障害が、所定のセル以外の第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルで検出されると判定することと、第１の数のサービングセルでのビーム障害検出に関するさらなる情報がネットワークデバイスに伝達されないという第２のインディケーションをヘッダ部分にさらに含む、受信した情報に従って、ヘッダ部分及び第２のインディケーションに基づいて、ビーム障害が所定のセル以外の第１の数のサービングセルの残りのサービングセルで検出されないと判定することと、を含む。

【0102】

いくつかの例示的な実施形態では、方法５００のいずれかを実行することができる第１の装置（例えば端末デバイス１２０）は、方法５００のそれぞれの動作を実行するための手段を備え得る。この手段は、任意の好適な形で実施することができる。例えば、この手段は、回路またはソフトウェアモジュールに実装されてもよい。第１の装置は、端末デバイス１２０として実装されてもよいし、端末デバイス１２０に含まれてもよい。

【0103】

いくつかの例示的実施形態では、第１の装置は、第１の装置のために構成された第１の数のサービングセルでのビーム障害検出を実行することと、第１の数のサービングセルのうちの、第２の数のサービングセルに関するビーム障害検出のそれぞれの結果を少なくとも示す情報を判定することであって、第２の数であって第１の数よりも小さい、判定することと、判定された情報を、第１の装置に割り当てられたリソースを使用して、第１の装置にサーブする（例えば、ネットワークデバイス１１０として実装される、またはネットワークデバイス１１０に含まれる）第２の装置に送信することと、のための手段を備える。

【0104】

いくつかの例示的な実施形態では、第１の数のサービングセルでのビーム障害検出のそれぞれの結果は、第１の数のサービングセルに対応するビットマップ内の第１の数のビットによって示されると予想され、判定された情報は、第２の数のサービングセルに対応する第２の数のビットを含むビットマップの連続部分を含む。いくつかの例示的な実施形態では、判定された情報を送信するための手段は、ビットマップの残りの部分を送信することなく、ビットマップの連続部分を送信するための手段を含む。

【0105】

いくつかの例示的実施形態では、判定された情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されるという第１のインディケーションをさらに含む。

【0106】

いくつかの例示的な実施形態では、第１の数のサービングセルは、第１の数のサービングセルのセルインデックスの順序における第１の数のビットに対応する。いくつかの例示的な実施形態では、情報を判定するための手段は、第１の数のサービングセルのうちの少なくとも１つでビーム障害が検出されるという判定に従って、少なくとも１つのサービングセルに対応する少なくとも１つのビットが、少なくとも１つのサービングセルのうちの少なくとも１つのセルインデックスに基づいたビットマップの連続部分に含まれるかどうかを判定することと、少なくとも１つのサービングセルに対応する少なくとも１つのビットがビットマップの連続部分に含まれるという判定に従って、第２の数のサービングセルでのビーム障害検出のそれぞれの結果を示すビットマップの連続部分を判定することと、のための手段を備える。

【0107】

いくつかの例示的実施形態では、判定された情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されないという第２のインディケーションをさらに含む。

【0108】

いくつかの例示的な実施形態では、判定された情報を送信するための手段は、ビーム障害が第１の数のサービングセルの所定のセルで検出されるという判定、ランダムアクセス手順がビーム障害検出に関する情報を送信するために開始されるという判定、及び、割り当てられたリソースは第１の数のサービングセルでのビーム障害検出のそれぞれの結果を示す情報の送信に不十分であるという判定、のうちの少なくとも１つに従って判定された情報を送信すること、のための手段を備える。

【0109】

いくつかの例示的な実施形態では、所定のセルは、プライマリセルまたはプライマリセカンダリセルを含む。

【0110】

いくつかの例示的な実施形態では、情報を判定するための手段は、第１の数のサービングセルの所定のセルでビーム障害が検出されるという判定に従って、割り当てられたリソースが、第１の数のサービングセルまたは第３の所定数のサービングセルでのビーム障害検出のそれぞれの結果を示す情報要素のペイロード部分の送信に十分であるかどうかを判定することであって、第３の数は第１の数よりも小さく、第２の数よりも大きい、判定することと、割り当てられたリソースが、情報要素のペイロード部分の送信に不十分であるという判定に従って、情報要素のヘッダ部分のフィールドに所定の値を割り当てて、所定のセルでビーム障害が検出されるということを示すことと、のための手段を備える。

【0111】

いくつかの例示的な実施形態では、情報を判定するための手段は、さらなるビーム障害が、第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルで検出されるという検出に従って、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されるという第１のインディケーションを含むようにヘッダ部分を判定することと、ビーム障害が所定のセルのみで検出されるという検出に従って、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されないという第２のインディケーションを含むようにヘッダ部分を判定することと、のための手段をさらに備える。

【0112】

いくつかの例示的な実施形態では、第１の装置は、方法５００のいくつかの例示的な実施形態における他の動作を実行するための手段をさらに備える。いくつかの例示的な実施形態では、この手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリとコンピュータプログラムコードとが、少なくとも１つのプロセッサを用いて、第１の装置の実行を引き起こすように構成される。

【0113】

いくつかの例示的な実施形態では、方法６００のいずれかを実行することができる第２の装置（例えばネットワークデバイス１１０）は、方法６００のそれぞれの動作を実行するための手段を備え得る。この手段は、任意の好適な形で実施することができる。例えば、この手段は、回路またはソフトウェアモジュールに実装されてもよい。第２の装置は、ネットワークデバイス１１０として実装されてもよいし、ネットワークデバイス１１０に含まれてもよい。

【0114】

いくつかの例示的な実施形態では、この第２の装置は、（例えば、端末デバイス１２０として実装される、または端末デバイス１２０に含まれる）第１の装置から、第２の数のサービングセルで実行されたビーム障害検出のそれぞれの結果を少なくとも示す情報を受信することと、第１の数のサービングセルが第１の装置によるビーム障害検出を伴って構成されるという判定に従って、受信した情報に基づいて、第２の数が第１の数よりも小さい、第１の数のサービングセルでのビーム障害検出の全体的な結果を判定することと、のための手段を備える。

【0115】

いくつかの例示的な実施形態では、第１の数のサービングセルでのビーム障害検出のそれぞれの結果は、第１の数のサービングセルに対応するビットマップ内の第１の数のビットによって示されると予想され、受信した情報は、第２の数のサービングセルに対応する第２の数のビットを含むビットマップの連続部分を含む。いくつかの例示的な実施形態では、情報を受信するための手段は、ビットマップの残りの部分を受信することなく、ビットマップの連続部分を受信すること、のための手段を備える。

【0116】

いくつかの例示的実施形態では、受信した情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されるという第１のインディケーションをさらに含む。いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定するための手段は、ビットマップの連続部分及び第１のインディケーションに基づいて、第２の数のサービングセル以外の第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルでビーム障害が第１の装置によって検出される可能性があると判定すること、のための手段を備える。

【0117】

いくつかの例示的な実施形態では、第１の数のサービングセルは、第１の数のサービングセルのセルインデックスの順序における第１の数のビットに対応し、受信した情報は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されないという第２のインディケーションをさらに含む。いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定するための手段は、ビットマップの連続部分及び第２のインディケーションから、第２の数のサービングセル以外の第１の数のサービングセルの残りのサービングセルでビーム障害が第１の装置によって検出されないということを判定すること、のための手段を備える。

【0118】

いくつかの例示的な実施形態では、受信した情報は、第１の数のサービングセルの所定のセルでビーム障害が検出されるということを示す所定の値が割り当てられた情報要素のヘッダ部分のフィールドを含む。

【0119】

いくつかの例示的な実施形態では、ビーム障害検出の全体的な結果を判定するための手段は、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されるという第１のインディケーションをヘッダ部分にさらに含む、受信した情報に従って、ヘッダ部分及び第１のインディケーションに基づいて、さらなるビーム障害が、所定のセル以外の第１の数のサービングセルのうちの少なくとも１つのさらなるサービングセルで検出されるということを判定することと、第１の数のサービングセルでのビーム障害検出に関するさらなる情報が第２の装置に伝達されないという第２のインディケーションをヘッダ部分にさらに含む、受信した情報に従って、ヘッダ部分及び第２のインディケーションに基づいて、ビーム障害が所定のセル以外の第１の数のサービングセルの残りのサービングセルで検出されないということを判定することと、のための手段を備える。

【0120】

いくつかの例示的な実施形態では、第２の装置は、方法６００のいくつかの例示的な実施形態における他の動作を実行するための手段をさらに備える。いくつかの例示的な実施形態では、この手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリとコンピュータプログラムコードとが、少なくとも１つのプロセッサを用いて、第２の装置の実行を引き起こすように構成される。

【0121】

図７は、本開示の実施形態を実装するのに好適なデバイス７００の簡略化されたブロック図である。デバイス７００は、例えば、図１に示すネットワークデバイス１１０または端末デバイス１２０などの通信デバイスを実施するために提供され得る。図示するように、デバイス７００は、１つ以上のプロセッサ７１０、プロセッサ７１０に結合された１つ以上のメモリ７２０、及びプロセッサ７１０に結合された１つ以上の通信モジュール７４０を含む。

【0122】

通信モジュール７４０は、双方向通信用のものである。通信モジュール７４０は、１つ以上の他のモジュールまたはデバイスとの通信を容易にするために、１つ以上の通信インタフェースを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表してよい。いくつかの例示的な実施形態では、通信モジュール７４０は、少なくとも１つのアンテナを含むことができる。

【0123】

プロセッサ７１０は、ローカル技術ネットワークに適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス７００は、メインプロセッサを同期させるクロックに時間的にスレーブされた特定用途向け集積回路チップなどの複数のプロセッサを有してよい。

【0124】

メモリ７２０は、１つ以上の不揮発性メモリと１つ以上の揮発性メモリとを含み得る。不揮発性メモリの例は、読み出し専用メモリ（ＲＯＭ）７２４、電気的にプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、光ディスク、レーザーディスク、及び他の磁気記憶装置及び／または光記憶装置を含むが、これらに限定されない。揮発性メモリの例は、ランダムアクセスメモリ（ＲＡＭ）７２２、及び電源を落としている間には持続しない他の揮発性メモリを含むが、これらに限定されない。

【0125】

コンピュータプログラム７３０は、関連するプロセッサ７１０によって実行されるコンピュータ実行可能命令を含む。プログラム７３０は、メモリ、例えばＲＯＭ７２４に記憶されてよい。プロセッサ７１０は、プログラム７３０をＲＡＭ７２２にロードすることにより、任意の好適な動作及び処理を行ってよい。

【0126】

本開示の例示的な実施形態は、図３～図６を参照して説明した本開示の任意の処理をデバイス７００が実行できるように、プログラム７３０によって実施されてよい。本開示の例示的な実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実施されてもよい。

【0127】

いくつかの例示的な実施形態では、プログラム７３０は、デバイス７００に含まれ得るコンピュータ可読媒体（メモリ７２０など）に、またはデバイス７００によってアクセス可能な他の記憶装置に、有形に含まれてよい。デバイス７００は、実行のために、プログラム７３０をコンピュータ可読媒体からＲＡＭ７２２にロードしてよい。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤなど、任意のタイプの有形の不揮発性記憶装置を含み得る。図８は、ＣＤ、ＤＶＤまたは他の光学記憶ディスクの形態であり得るコンピュータ可読媒体８００の例を示す。コンピュータ可読媒体には、プログラム７３０が記憶されている。

【0128】

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

【0129】

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

【0130】

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供され得、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、それにより、フローチャート及び／またはブロック図で規定された機能／動作が実行されるようになる。プログラムコードは、完全にマシン上で実行される場合もあれば、スタンドアローンのソフトウェアパッケージとして一部マシン上で実行される場合もあり、一部がマシン上で実行され、一部がリモートマシン上で実行される場合もあれば、完全にリモートマシンまたはサーバ上で実行される場合もある。

【0131】

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが前述の様々なプロセス及び動作を実行することを可能にするために、任意の好適なキャリアにより伝えられ得る。キャリアの例は、信号、コンピュータ可読媒体などを含む。

【0132】

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

【0133】

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

【0134】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】