ホーム > 特許ランキング > ソニーグループ株式会社
特表2022-533792無線通信のための電子装置、方法、及びコンピュータ読み取り可能記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-25
(54)【発明の名称】無線通信のための電子装置、方法、及びコンピュータ読み取り可能記憶媒体
(51)【国際特許分類】
H04W 24/04 20090101AFI20220715BHJP
H04W 72/08 20090101ALI20220715BHJP
H04W 16/28 20090101ALI20220715BHJP
H04W 72/02 20090101ALI20220715BHJP
【ＦＩ】
H04W24/04
H04W72/08 110
H04W16/28
H04W72/02
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021569569
(86)(22)【出願日】2020-05-15
(85)【翻訳文提出日】2021-12-16
(86)【国際出願番号】 CN2020090457
(87)【国際公開番号】W WO2020233507
(87)【国際公開日】2020-11-26
(31)【優先権主張番号】201910429802.7
(32)【優先日】2019-05-22
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】特許業務法人酒井国際特許事務所
(72)【発明者】
【氏名】徐▲ジン▼
(72)【発明者】
【氏名】周穎
(72)【発明者】
【氏名】任文静
(72)【発明者】
【氏名】李東儒
(72)【発明者】
【氏名】陶小峰
(72)【発明者】
【氏名】曹建飛
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067CC02
5K067DD11
5K067DD43
5K067EE02
5K067EE10
5K067FF05
5K067JJ03
5K067JJ11
5K067JJ31
(57)【要約】
本開示は、無線通信のための電子装置、方法及びコンピュータ読み取り可能記憶媒体を提供し、当該電子装置は、以下のように配置される処理回路を含み、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、選択した候補ビームの第１のチャネルに対してエネルギー検出を実行し、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してビーム障害回復要求を送信し、当該エネルギー検出の開始と同時に第１のタイマーを起動させ、当該第１のタイマーが満了したがエネルギー検出が第１のチャネルがアイドル状態であることを示していない場合に、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行する。
【選択図】図８
【選択図】図８
【特許請求の範囲】
【請求項1】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行して、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信し、
前記エネルギー検出の開始と同時に第１のタイマーを起動させ、
前記第１のタイマーが満了したが前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行するように配置される処理回路を含む電子装置。
【請求項2】
前記処理回路はさらに、候補ビームを再選択する回数が所定の回数を超える場合、報告メッセージを生成して上位層プロトコルに通知するように配置される請求項１に記載の電子装置。
【請求項3】
前記エネルギー検出は、トーク前リッスンＬＢＴメカニズムを含む請求項１に記載の電子装置。
【請求項4】
前記エネルギー検出は、Ｃａｔ．４ ＬＢＴメカニズムを含む請求項３に記載の電子装置。
【請求項5】
前記処理回路はさらに、前記第１のタイマーが満了する前に前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信し、前記第１のタイマーをリセットするように配置される請求項１に記載の電子装置。
【請求項6】
前記処理回路は、再選択した候補ビームの第１のチャネルに対してＣａｔ．４ ＬＢＴを実行するときに、前回のＣａｔ．４ ＬＢＴメカニズムで生成された乱数がデクリメントされて、前記前回のＣａｔ．４ ＬＢＴメカニズムが中止するときに取得した残りの乱数が０ではない場合、当該残りの乱数を今回のＣａｔ．４ ＬＢＴメカニズムで使用する乱数とするように配置される請求項４に記載の電子装置。
【請求項7】
前記第１のチャネルは、物理ランダムアクセスチャネル、物理アップリンク制御チャネル及び物理アップリンク共有チャネルのうちの１つである請求項１に記載の電子装置。
【請求項8】
前記処理回路は、無線リソース制御シグナリングを介して基地局から前記第１のタイマーの長さ及び前記所定の回数の情報を取得するように配置される請求項２に記載の電子装置。
【請求項9】
前記処理回路はさらに、ビームの参照信号受信電力に基づいて候補ビームを選択するように配置される請求項１に記載の電子装置。
【請求項10】
前記処理回路はさらに、送信した前記ビーム障害回復要求が、他のユーザーが選択の候補ビームで送信したシグナリング又はデータと衝突する場合、ランダムバックオフを実行した後に前記ビーム障害回復要求を再送信するように配置される請求項５に記載の電子装置。
【請求項11】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択した候補ビームの第１のチャネルでビーム障害回復要求を基地局に送信し、
前記ビーム障害回復要求を送信した後の動的時間ウィンドウ内で前記基地局からのビーム障害回復応答をモニターし、
前記ビーム障害回復応答がモニターされていない場合、前記ビーム障害回復要求を再送信し、新しい動的時間ウィンドウ内でモニターするように配置される処理回路を含み、
前記動的時間ウィンドウの長さは、ビーム障害回復要求の送信済み回数と正の相関がある電子装置。
【請求項12】
前記処理回路はさらに、前記ビーム障害の発生が検出されたときに第２のタイマーを起動させ、前記第２のタイマーが満了したが前記ビーム障害回復応答が受信されていない場合、現在の動作を停止し、ビーム障害回復が失敗したと判断するように配置される請求項１１に記載の電子装置。
【請求項13】
前記処理回路は、前記動的時間ウィンドウの長さを、基本時間ウィンドウの長さと前記ビーム障害回復要求の送信済み回数との積に設置するように配置される請求項１１に記載の電子装置。
【請求項14】
前記処理回路はさらに、前記動的時間ウィンドウの最大長を制限し、前記ビーム障害回復要求の送信済み回数に基づいて設置された動的時間ウィンドウの長さが前記最大長よりも大きい場合、前記動的時間ウィンドウの長さを前記最大長に設置するように配置される請求項１１に記載の電子装置。
【請求項15】
前記処理回路は、無線リソース制御シグナリングを介して前記基地局から前記基本時間ウィンドウの長さの情報を取得するように配置される請求項１３に記載の電子装置。
【請求項16】
前記処理回路は、無線リソース制御シグナリングを介して前記基地局から前記動的時間ウィンドウの最大長の情報を取得するように配置される請求項１４に記載の電子装置。
【請求項17】
前記処理回路はさらに、前記ビーム障害回復要求の最大送信回数を制限するように配置される請求項１１に記載の電子装置。
【請求項18】
前記処理回路はさらに、毎回前記ビーム障害回復要求を再送信する前に、現在の候補ビームの参照信号受信電力を測定し、測定した参照信号受信電力が所定の閾値よりも低い場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルで前記ビーム障害回復要求の送信及び前記ビーム障害回復応答のモニターを実行するように配置される請求項１１に記載の電子装置。
【請求項19】
前記第１のチャネルは、物理ランダムアクセスチャネル、物理アップリンク制御チャネル及び物理アップリンク共有チャネルのうちの１つである請求項１１に記載の電子装置。
【請求項20】
前記処理回路はさらに、前記ビーム障害回復要求を再度送信する前にランダムバックオフを実行するように配置される請求項１１に記載の電子装置。
【請求項21】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行し、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信するように配置される処理回路を含み、
前記候補ビームは、複数のユーザー装置で同時に選択できる電子装置。
【請求項22】
前記エネルギー検出は、トーク前リッスンＬＢＴメカニズムを含む請求項２１に記載の電子装置。
【請求項23】
前記エネルギー検出は、Ｃａｔ．４ ＬＢＴメカニズムを含む請求項２２に記載の電子装置。
【請求項24】
前記処理回路はさらに、送信した前記ビーム障害回復要求が、他のユーザーが選択の候補ビームで送信したシグナリング又はデータと衝突する場合、ランダムバックオフを実行した後に、前記ビーム障害回復要求を再送信するように配置される請求項２１に記載の電子装置。
【請求項25】
前記第１のチャネルは、物理ランダムアクセスチャネルである請求項２１に記載の電子装置。
【請求項26】
前記第１のチャネルは、物理アップリンク制御チャネルである請求項２１に記載の電子装置。
【請求項27】
前記処理回路は、物理アップリンク制御チャネルにおけるスケジューリング要求によって、ビーム障害イベントが発生したことを基地局に通知し、前記スケジューリング要求に基づいて基地局によってユーザー装置に割り当てられた物理アップリンク共有チャネルリソースを使用して前記ビーム障害回復要求を送信するように配置される請求項２６に記載の電子装置。
【請求項28】
前記スケジューリング要求は、全て０又は全て１である特定のシーケンスを使用してビーム障害イベントの発生を示す請求項２７に記載の電子装置。
【請求項29】
前記処理回路は、物理アップリンク制御チャネルにおける新しく定義されたチャネル状態情報によって前記ビーム障害回復要求を送信するように配置され、前記新しく定義されたチャネル状態情報は、選択された候補ビームを表す特定のビットシーケンスを含む請求項２６に記載の電子装置。
【請求項30】
前記第１のチャネルは、物理アップリンク共有チャネルである請求項２１に記載の電子装置。
【請求項31】
前記処理回路は、新しく定義されたＭＡＣ ＣＥによって前記ビーム障害回復要求を送信するように配置され、前記新しく定義されたＭＡＣ ＣＥは、選択された候補ビームを表す特定のビットシーケンスを含む請求項３０に記載の電子装置。
【請求項32】
無線通信のための電子装置であって、ユーザー装置のビーム障害回復動作に対する配置を生成して、当該配置を無線リソース制御シグナリングに含めて前記ユーザー装置に提供し、
前記ユーザー装置からのビーム障害回復要求に応じてビーム障害回復要求応答を生成するように配置される処理回路を含み、
前記配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、前記ユーザー装置が前記ビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、及び前記ユーザー装置が前記ビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む電子装置。
【請求項33】
無線通信のための方法であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成するステップと、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行して、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信するステップと、
前記エネルギー検出の開始と同時に第１のタイマーを起動させるステップと、
前記第１のタイマーが満了したが前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行するステップとを含む方法。
【請求項34】
無線通信のための方法であって、非許可バンドのダウンリンクリンクにビーム障害が発生した場合に、選択した候補ビームの第１のチャネルでビーム障害回復要求を基地局に送信するステップと、
前記ビーム障害回復要求を送信した後の動的時間ウィンドウ内で、前記基地局からのビーム障害回復応答をモニターするステップと、
前記ビーム障害回復応答がモニターされていない場合、前記ビーム障害回復要求を再送信し、新しい動的時間ウィンドウ内でモニターするステップとを含み、
前記動的時間ウィンドウの長さは、ビーム障害回復要求の送信済み回数と正の相関がある方法。
【請求項35】
無線通信のための方法であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成するステップと、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行して、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信するステップとを含み、
前記候補ビームは、複数のユーザー装置で同時に選択できる方法。
【請求項36】
無線通信のための方法であって、ユーザー装置のビーム障害回復動作に対する配置を生成して、当該配置を無線リソース制御シグナリングに含めて前記ユーザー装置に提供するステップと、
前記ユーザー装置からのビーム障害回復要求に応答して、ビーム障害回復要求応答を生成するステップとを含み、
前記配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、前記ユーザー装置が前記ビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、及び前記ユーザー装置が前記ビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む方法。
【請求項37】
コンピュータ実行可能指令が記憶されるコンピュータ読み取り可能記憶媒体であって、前記コンピュータ実行可能指令が実行される場合に、請求項３３～３６のいずれか１つに記載の無線通信のための方法を実行するコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０１９年５月２２日に中国特許庁に提出された、出願番号が２０１９１０４２９８０２．７であって、発明の名称が「無線通信のための電子装置、方法、及びコンピュータ読み取り可能記憶媒体」である中国特許出願に基づく優先権を主張し、その全内容を参照により本出願に援用する。
【0002】
本出願は、無線通信技術分野に関し、具体的に、非許可バンドにおけるビーム管理技術に関する。より具体的に、無線通信のための電子装置、方法、及びコンピュータ読み取り可能記憶媒体に関する。
【背景技術】
【0003】
ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）の次世代無線アクセス方式としての新しいラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）は、ＬＴＥと異なる無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）である。ＮＲでは、多入力多出力（Ｍｕｌｔｉｐｌｅ Ｉｎ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ、ＭＩＭＯ）技術も使用することができ、ＮＲ ＭＩＭＯでは、通信品質を確保するためにビーム管理は非常に重要である。例えば、ユーザー装置にサービスを提供するビームのビーム品質がある程度低下する場合、当該ビームは使用できなくなり、ビーム障害（ｂｅａｍ ｆａｉｌｕｒｅ）が発生したと見なされ、この場合、当該ユーザー装置のデータ伝送に用いられる新しいビームを再割り当てるためには、ビーム障害回復メカニズムが必要である。なお、非許可バンド（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）では、ユーザー装置は、チャネルにアクセする前に、例えばエネルギー検出などの当該チャネルに対する検出を先に実行して、当該チャネルがアイドル状態であることを確定する必要があり、これにより、アクセス後に他のユーザー装置と衝突しないことを確保する。
【発明の概要】
【課題を解決するための手段】
【0004】
本出願に関する特定の側面の基本的な理解を提供するように、本出願に関する簡単な概説を以下に示す。この概説は、本出願に関する網羅的な概説ではない。それは、本出願の肝心又は重要部分を確定することを意図するものではなく、本出願の範囲を限定することを意図するものでもない。その目的は、後述するより詳細な説明の前置きとして、簡略化された形でいくつかの概念を提示することである。
【0005】
本出願の一態様によれば、無線通信のための電子装置を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、選択した候補ビームの第１のチャネルに対してエネルギー検出を実行し、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してビーム障害回復要求を送信し、当該エネルギー検出の開始と同時に第１のタイマーを起動させ、当該第１のタイマーが満了したがエネルギー検出が第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行するように配置される処理回路を含む。
【0006】
本出願の一態様によれば、無線通信のための方法を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成するステップと、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行して、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してビーム障害回復要求を送信するステップと、当該エネルギー検出の開始と同時に第１のタイマーを起動させるステップと、当該第１のタイマーが満了したがエネルギー検出が第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行するステップとを含む。
【0007】
本出願のこの態様による電子装置及び方法は、候補ビームに対応するチャネルリソースが長時間占有されているときに候補ビームを適時的に入れ替えることにより、ビーム障害回復要求を迅速に送信し、ビーム障害回復の遅延を低減させることができる。
【0008】
本出願の他の態様によれば、無線通信のための電子装置を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択した候補ビームの第１のチャネルでビーム障害回復要求を基地局に送信し、ビーム障害回復要求を送信した後の動的時間ウィンドウ内で基地局からのビーム障害回復応答をモニターし、ビーム障害回復応答がモニターされていない場合、ビーム障害回復要求を再送信して、新しい動的時間ウィンドウ内でモニターするように配置される処理回路を含み、動的時間ウィンドウの長さはビーム障害回復要求の送信済み回数と正の相関がある。
【0009】
本出願の他の態様によれば、無線通信のための方法を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択した候補ビームの第１のチャネルでビーム障害回復要求を基地局に送信するステップと、ビーム障害回復要求を送信した後の動的時間ウィンドウ内で基地局からのビーム障害回復応答をモニターするステップと、ビーム障害回復応答がモニターされていない場合、ビーム障害回復要求を再送信して、新しい動的時間ウィンドウ内でモニターするステップとを含み、動的時間ウィンドウの長さは、ビーム障害回復要求の送信済み回数と正の相関がある。
【0010】
本出願のこの態様による電子装置及び方法は、動的時間ウィンドウメカニズムを使用することにより、非許可バンドにおけるビーム障害回復処理の要件に適応することができるため、ビーム障害回復の効率を高め、ビーム障害回復の遅延を低減させることができる。
【0011】
本出願の他の態様によれば、無線通信のための電子装置を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行し、エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してビーム障害回復要求を送信するように配置される処理回路を含み、候補ビームは、複数のユーザー装置で同時に選択できる。
【0012】
本出願の他の態様によれば、無線通信のための方法を提供し、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成するステップと、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行し、エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してビーム障害回復要求を送信するステップとを含み、候補ビームは、複数のユーザー装置で同時に選択できる。
【0013】
本出願のこの態様による電子装置及び方法は、複数のユーザー装置の間でビーム障害回復要求を送信するためのチャネルを競合的に使用することにより、チャネルオーバーヘッドを削減することができる。
【0014】
本出願の他の態様によれば、無線通信のための電子装置を提供し、ユーザー装置のビーム障害回復動作に対する配置を生成して当該配置を無線リソース制御シグナリングに含めてユーザー装置に提供し、ユーザー装置からのビーム障害回復要求に応答してビーム障害回復要求応答を生成するように配置される処理回路を含み、前記配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、ユーザー装置がビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、及びユーザー装置がビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む。
【0015】
本出願の他の態様によれば、無線通信のための方法を提供し、ユーザー装置のビーム障害回復動作に対する配置を生成して当該配置を無線リソース制御シグナリングに含めてユーザー装置に提供するステップと、ユーザー装置からのビーム障害回復要求に応答してビーム障害回復要求応答を生成するステップとを含み、前記配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、ユーザー装置がビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、及びユーザー装置がビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む。
【0016】
本出願のこの態様による電子装置及び方法は、ユーザー装置のビーム障害回復動作を配置することにより、高効率、低遅延のビーム障害回復を実現することができる。
【0017】
本発明の他の態様によれば、上記の無線通信のための方法を実現するためのコンピュータプログラムコード及びコンピュータプログラム製品、並びに上記の無線通信のための方法を実現するための当該コンピュータプログラムコードが記憶されたコンピュータ読み取り可能記憶媒体をさらに提供する。
【0018】
以下、添付図面を参照しながら本発明の好ましい実施例を詳細に説明し、本発明のこれら及び他の利点はより明らかになる。
【図面の簡単な説明】
【0019】
さらに本発明の以上及び他の利点及び特徴を説明するために、以下、添付図面を参照して本発明の具体的な実施形態をさらに詳細に説明する。上記の図面は、以下の詳細的な説明とともに本明細書に含まれて本明細書の一部を形成する。同じ機能及び構成を有する要素は、同じ参照符号で表される。これらの図面は本発明の典型的な例のみを説明するものであり、本発明の範囲に対する制限と見なすべきではないと理解すべきである。
【0020】
【発明を実施するための形態】
【0021】
以下、本発明の例示的な実施形態を、添付の図面を参照して説明する。明確と簡潔のために、明細書には、実際の実施形態の全ての特徴が記載されていない。但し、開発者の具体的な目標を達成するために、実際の実施例の開発中に多くの実施形態に特定の决定をしなければならず、例えば、システムやビジネスに関連する制限条件を満たす必要があり、これらの制限条件は、異なる実施形態によって異なる場合がある。また、開発作業は非常に複雑で時間がかかるかもしれないが、本開示から利益を得る当業者にとって、このような開発作業は日常的な作業に過ぎない。
【0022】
ここで、不必要な詳細による本発明の曖昧を回避するために、本発明による解決策に密切に関連する装置構成及び／又は処理ステップのみを図面に示し、本開示と関係の少ない他の詳細を省略する。
【0023】
＜第１の実施例＞
図１は、本出願の一実施例による無線通信のための電子装置１００の機能モジュールのブロック図を示し、図１に示すように、電子装置１００は、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定するように配置される確定ユニット１０１と、ビーム障害回復要求（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ、ＢＦＲＱ）を生成するように配置される生成ユニット１０２と、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行して、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してＢＦＲＱを送信するように配置される検出ユニット１０３と、を含み、１つ候補ビームは、複数のユーザー装置で同時に選択できる。
図１は、本出願の一実施例による無線通信のための電子装置１００の機能モジュールのブロック図を示し、図１に示すように、電子装置１００は、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定するように配置される確定ユニット１０１と、ビーム障害回復要求（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ、ＢＦＲＱ）を生成するように配置される生成ユニット１０２と、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行して、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してＢＦＲＱを送信するように配置される検出ユニット１０３と、を含み、１つ候補ビームは、複数のユーザー装置で同時に選択できる。
【0024】
確定ユニット１０１、生成ユニット１０２及び検出ユニット１０３は、１つ又は複数の処理回路によって実現することができ、当該処理回路は例えば、チップとして実現できる。また、図１に示される装置における各機能ユニットは、それによって実現される具体的な機能に従って分割された論理モジュールであり、具体的な実現形態を制限するためのものではないことを理解すべきである。
【0025】
電子装置１００は例えば、ユーザー装置（ＵＥ）側に設置されてもよく、ＵＥに通信可能に接続されてもよい。ここで、電子装置１００はチップレベルで実現されてもよいし、或いは、装置レベルで実現されてもよい。例えば、電子装置１００は、それ自体がユーザー装置として機能してもよく、また、例えばメモリ、トランシーバー（図示せず）などの外部装置を含むこともできる。メモリは、ユーザー装置が様々な機能を実現するために実行する必要のあるプログラム及び関連データ情報を記憶することができる。トランシーバーは、異なる装置（例えば、基地局、他のユーザー装置など）との間の通信をサポートするために、１つ又は複数の通信インターフェースを含むことができ、ここで、トランシーバーの実現形態は特に限定されない。これは、同様に、以下のユーザー装置側の電子装置に関する他の配置例の説明に適用することができる。
【0026】
また、この明細書における第１の、第２の、・・・は区別するためのものであり、順番の意味がないことに注意すべきである。
【0027】
ＵＥ側で実行されるビーム障害回復メカニズムは例えば、ビーム障害確定、候補ビーム認識、ＢＦＲＱ送信及びビーム障害回復要求応答（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ Ｒｅｓｐｏｎｓｅ、ＢＦＲＲ）取得といういくつかの段階を含むことができる。ビーム障害確定の段階では、ＵＥは、現在サービスビームのビーム品質を検出して、それがビーム障害トリガー条件を満たすかどうかを判断し、候補ビーム認識段階で、他のビームから、現在サービスビームの代わりとしての候補ビームを選択することができ、ＢＦＲＱ送信の段階では、ＢＦＲＱを基地局（又は送受信ポイント、以下、単に基地局と呼ばれる）に送信し、当該ＢＦＲＱには例えば、このＵＥ及び候補ビームの識別に関する情報が含まれてもよく、ＢＦＲＲ取得の段階では、ＵＥは、特定の時間ウィンドウ内で基地局からのＢＦＲＱに対する応答をモニターする。
【0028】
Ｒｅｌ‐１５では、現在、非競合に基づく物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）をＢＦＲＱの送信のチャネルとして決定しただけであり、各ＰＲＡＣＨは１つの候補ビームに関連付けられている。このような場合、各ＵＥに専用リソースを配置して保持する必要があるため、多数のＵＥが接続されているセルの場合、オーバーヘッドは比較的大きくなる。
【0029】
本実施例では、非許可バンドについて、ＢＦＲＱの送信に使用されるチャネルの競合的使用に対する解決策が提案される。具体的に、１つの候補ビームは、複数のビーム障害が発生した複数のＵＥで同時にそれぞれの候補ビームとして選択できる。
【0030】
図２は、複数のＵＥにより同時にビーム障害が検出されてＢＦＲＱを基地局（ｇＮＢ）に送信する状況の概略図を示している。ＵＥは例えば、各ビームの参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、ＲＳＲＰ）に基づいて候補ビームを選択することができ、例えば、最も高いＲＳＲＰを有するビームを候補ビームとして選択することができる。そのため、複数のＵＥが同じ候補ビームを選択する場合がある。
【0031】
上記のように、確定ユニット１０１が、ビーム障害が発生したと確定した場合、生成ユニット１０２は、ＢＦＲＱを生成し、これにより、ＵＥは、選択した候補ビームを利用してＢＦＲＱを基地局に送信する。非許可バンドにおいてチャネルにアクセスする場合、先に、チャネルがアイドル状態であるかどうかの検出を実行する必要があるため、検出ユニット１０３は、候補ビームの第１のチャネルに対してエネルギー検出を実行する。ここでのエネルギー検出は、チャネルに信号伝送があるかどうかを検出することによって、チャネルがアイドル状態であるかどうかを確定するということであり、例えば、トーク前リッスンメカニズム（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ、ＬＢＴ）を利用することができる。ＬＢＴメカニズムは、例えば２５ｕｓＬＢＴ、ｃａｔ．４ＬＢＴなどの複数の種類を含むことができる。図３に示すように、電子装置１００は送信ユニット１０４をさらに含む。検出ユニット１０３により第１のチャネルがアイドルであることが検出された場合、送信ユニット１０４は第１のチャネルを介してＢＦＲＱを送信する。
【0032】
ＢＦＲＱを同時に送信する複数のＵＥが異なる候補ビームを選択する場合、選択された候補ビームが現在、アイドル状態であるかどうかに関係なく、これらのＢＦＲＱの間で衝突が発生しない。
【0033】
ＢＦＲＱを同時に送信する２つ又は複数のＵＥが同じ候補ビームを選択した場合、衝突が発生する可能性がある。ここで、各ＵＥが、ｃａｔ．４ ＬＢＴメカニズムを使用して、候補ビームのＢＦＲＱを送信するためのチャネル（即ち、第１のチャネル）を検出すると仮定する。ｃａｔ．４ ＬＢＴメカニズムは、初期アイドルチャネル評価（ｉｎｉｔｉａｌ ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ、ＩＣＣＡ）段階及びバックオフ（ｂａｃｋｏｆｆ）段階を含み、バックオフ段階の時間の長さは、ランダムに生成された乱数Ｎによって制限され、チャネルに対するエネルギー検出の結果が所定の閾値よりも低い、即ち、チャネルがアイドル状態であることを示す場合、乱数Ｎは１だけデクリメントされ、Ｎが０にデクリメントされたときにエネルギー検出の結果が、チャネルがアイドルであることを示す場合、ＬＢＴメカニズムが完了し、ＵＥは、チャネルを使用してＢＦＲＱを送信することができる。
【0034】
以下、ＵＥ１及び他のＵＥが、ＢＦＲＱを同時に送信するために、同じ候補ビームを選択する例において起こり得る状況を説明する。説明を簡単にするために、ＵＥ２を他のＵＥの例として取るが、これは、制限的ではなく、複数の他のＵＥがあってもよいことを理解すべきである。ＩＣＣＡ段階で第１のチャネルが占有されてその後アイドル状態になった場合、ＵＥ１によって生成された乱数Ｎ１及びＵＥ２によって生成された乱数Ｎ２が異なる場合、ＵＥ１は、Ｎ１によって確定された期間ｔ１だけバックオフし、ＵＥ２は、Ｎ２によって確定された期間ｔ２だけバックオフする。Ｎ１＞Ｎ２と仮定すると、ｔ１＞ｔ２であり、ＵＥ２は先にＢＦＲＱを送信し、このような場合、衝突が発生しない。しかしながら、Ｎ１及びＮ２が同じである場合、図４に示すように、ＵＥ１及びＵＥ２は、同じ期間バックオフしてから、ＢＦＲＱを同時に送信し、これにより、衝突が発生する。
【0035】
一方、ＩＣＣＡ段階で第１のチャネルが占有されていない場合、図５に示すように、ＵＥ１及びＵＥ２は、ＢＦＲＱを同時に送信し、これにより、衝突が発生する。
【0036】
衝突が発生した場合、ＵＥ１及びＵＥ２はそれぞれ、ランダムバックオフを実行してから、ＢＦＲＱを再送信し、各ＵＥのランダムバックオフの時間はＵＥによってランダムに生成される。また、上記の衝突は、同時に送信される２つのＢＦＲＱの間の衝突であるが、これに限定されない。１つのＵＥによって送信されたＢＦＲＱが、同じ候補ビームの第１のチャネルで他のＵＥによって送信されたシグナリング及びデータと衝突する場合、当該ＵＥは同様にランダムバックオフを実行してからＢＦＲＱを再送信する。他のＵＥは、同じ通信システムにおけるＵＥであってもよいし、ＷｉＦｉシステムなどの他の通信システムにおけるＵＥであってもよく、他のＵＥによって送信されるシグナリング及びデータは、様々なデータであってもよく、ＢＦＲＱに限定されない。相応的に、他のＵＥにとって、第１のチャネルは、例えば、ＰＲＡＣＨ、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）などの様々なアップリンクチャネルであってもよい。
【0037】
本実施例において、ＢＦＲＱを送信するための第１のチャネルはＰＲＡＣＨ、ＰＵＣＣＨ又はＰＵＳＣＨであってもよい。
【0038】
第１のチャネルがＰＵＣＣＨである場合、送信ユニット１０４は、ＰＵＣＣＨでのスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）によって、ビーム障害イベントが発生したことを基地局に通知し、基地局が当該ＳＲに基づいてＵＥに割り当てたＰＵＳＣＨリソースを使用してＢＦＲＱを送信する。このような場合、ＢＦＲＱには例えば候補ビームのインデックスが含まれる。
【0039】
例えば、ＳＲは、全て０又は全て１の特定のシーケンスを使用して、ビーム障害イベントの発生を示すことができる。また、送信ユニット１０４は、ＭＡＣ ＣＥによって候補ビームのインデックスを基地局に送信することができる。基地局が、ビーム障害回復のために、最大６４個の候補ビームをサポートする場合、８ビットの新しいＭＡＣ ＣＥを定義でき、最初の２つのｂｉｔは保持し（例えば、全て０に設置できる）、残りの６つのビットは、６４個の候補ビームのうち１つを示し、図６は、ＭＡＣ ＣＥフォーマットと候補ビームインデックスとの間のマッピング関係の例を示している。
【0040】
或いは、送信ユニット１０４は、ＰＵＣＣＨで新しく定義されたチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）によってＢＦＲＱを送信することができ、新しく定義されたＣＳＩは、選択された候補ビームを表す特定のビットシーケンスを含む。基地局が、ビーム障害回復のために、最大６４個の候補ビームをサポートする場合、６ビットの新しいＣＳＩフォーマットを定義することができ、図７は、新しいＣＳＩフォーマットと候補ビームインデックスとの間のマッピング関係の例を示している。
【0041】
第１のチャネルがＰＵＳＣＨである場合、送信ユニット１０４は、新しく定義されたＭＡＣ ＣＥによってＢＦＲＱを送信することができ、新しく定義されたＭＡＣ ＣＥは、選択された候補ビームを表す特定のビットシーケンスを含む。このような場合、同様に、図６に示す新しく定義されたＭＡＣ ＣＥのフォーマットを使用することができ、ここでは、繰り返さない。
【0042】
なお、上記の第１のチャネルの各例は、本出願の各実施例に適用することができ、以下では、説明を繰り返さない。
【0043】
本実施例による電子装置１００は、複数のＵＥ間でＢＦＲＱを送信するためのチャネルを競合的に使用することにより、チャネルオーバーヘッドを低減させる。
【0044】
＜第２の実施例＞
図８は、本出願の別の実施例による無線通信のための電子装置２００の機能モジュールのブロック図を示し、当該電子装置２００は、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してＢＦＲＱを生成するように配置される確定ユニット２０１と、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行して、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してＢＦＲＱを送信するように配置される検出ユニット２０２と、当該エネルギー検出の開始と同時に起動するように配置される第１のタイマー２０３と、を含み、検出ユニット２０２はさらに、第１のタイマー２０３が満了したがエネルギー検出が第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択された候補ビームの第１のチャネルに対してエネルギー検出を実行するように配置される。
図８は、本出願の別の実施例による無線通信のための電子装置２００の機能モジュールのブロック図を示し、当該電子装置２００は、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してＢＦＲＱを生成するように配置される確定ユニット２０１と、選択された候補ビームの第１のチャネルに対してエネルギー検出を実行して、当該エネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してＢＦＲＱを送信するように配置される検出ユニット２０２と、当該エネルギー検出の開始と同時に起動するように配置される第１のタイマー２０３と、を含み、検出ユニット２０２はさらに、第１のタイマー２０３が満了したがエネルギー検出が第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択された候補ビームの第１のチャネルに対してエネルギー検出を実行するように配置される。
【0045】
類似的に、確定ユニット２０１、検出ユニット２０２及び第１のタイマー２０３は、１つ又は複数の処理回路によって実現でき、当該処理回路は例えば、チップとして実現できる。また、図８に示される装置における各機能ユニットは、それによって実現される具体な機能に従って分割された論理モジュールであり、具体的な実現形態を制限するためのものではないことを理解すべきである。類似的に、電子装置２００は例えば、ユーザー装置（ＵＥ）側に設置されてもよく、ＵＥに通信可能に接続されてもよい。
【0046】
ここで、電子装置２００はチップレベルで実現されてもよいし、或いは、装置レベルで実現されてもよい。例えば、電子装置２００は、それ自体がユーザー装置として機能してもよく、例えばメモリ、トランシーバー（図示せず）などの外部装置を含むこともできる。メモリは、ユーザー装置が様々な機能を実現するために実行する必要のあるプログラム及び関連データ情報を記憶することができる。トランシーバーは、異なる装置（例えば、基地局、他のユーザー装置など）との間の通信をサポートするために１つ又は複数の通信インターフェースを含むことができ、ここでは、トランシーバーの実現形態は特に限定されない。
【0047】
類似的に、第１の実施例で説明したように、非許可バンドにビーム障害が発生した場合、選択された候補ビームの第１のチャネル（例えば、第１の実施例で説明したＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）でＢＦＲＱを送信する前に、当該チャネルに対してエネルギー検出を先に実行して、エネルギー検出が、チャネルがアイドル状態であることを示す場合、ＢＦＲＱを送信する必要がある。ここで、エネルギー検出は、ＬＢＴメカニズムによって実現することができ、ＬＢＴメカニズムは例えば、ｃａｔ．４ ＬＢＴ、２５ｕｓ ＬＢＴなどを含むことができる。
【0048】
しかしながら、複数のＵＥが１つのセルに接続され、同じビームを候補ビームとして選択する場合、又は、セル内で他のＵＥ、さらには例えばＷｉＦｉのなどの他のシステムのＵＥが同じビームを選択して、ランダムアクセスを開始するか、又はデータ又はシグナリング伝送を実行する場合、候補ビームは長時間占有される可能性がある。図９には、ｃａｔ．４ ＬＢＴメカニズムを使用する場合に検出された候補ビームの占有状況の概略図が示される。ＩＣＣＡ段階では、チャネルが占有されていることが検出され、その後、バックオフ段階が開始され、途中でチャネルがアイドル状態である状態があるが、ＬＢＴの実行がまだ完了していないため、バックオフが継続される。ＷｉＦｉシステムが再び当該チャネルを占有するため、バックオフの期間にチャネルが占有されていることが検出され、ＵＥは少なくともＷｉＦｉシステムが当該チャネルをリリースすることを待機してからそれをＢＦＲＱの送信に使用することができる。
【0049】
ビーム障害回復処理の遅延を低減させるようにＢＦＲＱをできるだけ早く送信するために、本実施例の電子装置２００には、第１のチャネルのエネルギー検出の持続時間を制限するために、第１のタイマー２０３が設置される。
【0050】
例えば、ｃａｔ．４ ＬＢＴメカニズムを使用する場合、第１のタイマーが満了したときに乱数Ｎが０に減少されていない、即ち、ＬＢＴが完了していない場合、当該候補ビームの第１のチャネルが長時間占有されていると見なされる。遅延を低減させるようにＢＦＲＱをできるだけ早く送信するために、検出ユニット１０２は、現在のｃａｔ．４ ＬＢＴを中止し、候補ビームを再選択し、再選択された候補ビームの第１のチャネルに対してエネルギー検出を実行する。図１０は、第１のタイマーが満了したときにバックオフ段階はまだ終了していない、第１のタイマーが満了した一例を示している。
【0051】
候補ビームは、ビームのＲＳＲＰに基づいて選択することができる。再選択された候補ビームは例えば、ＲＳＲＰが前の候補ビームのＲＳＲＰに次ぐビームである。一例として、候補ビームを再選択する回数を制限することもでき、検出ユニット１０２は、候補ビームを再選択する回数が所定の回数を超える場合、報告メッセージを生成して上位層プロトコルに通知する。この場合は、ビーム障害回復を実現することが困難であり、上位層プロトコルにより処理する必要があることを意味する。又は、第１のタイマーが満了したときに当該イベントを上位層プロトコルに通知し、上位層プロトコルにより決定することができる。
【0052】
第１のタイマーの長さ及び所定の回数の情報の両方は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを介して基地局から取得することができる。
【0053】
また、検出ユニット１０２は、再選択された候補ビームの第１のチャネルに対してｃａｔ．４ ＬＢＴを実行する場合、前回のｃａｔ．４ ＬＢＴにおいて生成された乱数がデクリメントされて、前回のｃａｔ．４ ＬＢＴの中止するときに得られた残りの乱数が０ではない場合、当該残りの乱数を今回のｃａｔ．４メカニズムに使用される乱数として使用する。言い換えれば、再選択された候補ビームのｃａｔ．４ ＬＢＴでは、ランダムバックオフ段階の期間は、前回のｃａｔ．４ ＬＢＴのバックオフ期間を考慮する。このようにして、ビーム障害回復処理の遅延をさらに低減させることができる。
【0054】
第１のタイマーが満了する前にエネルギー検出が第１のチャネルがアイドル状態であることを示す場合、第１のチャネルを介してＢＦＲＱを送信し、第１のタイマーをリセットする。図１１には、第１のタイマーが満了していないときにｃａｔ．４ ＬＢＴが完了した一例を示す。この場合、Ｎが０にデクリメントされたときにＬＢＴが完了し、第１のチャネルがアイドル状態であることを示し、ＵＥは、ＢＦＲＱをすぐに送信することができる。
【0055】
また、第１の実施例と同様に、ＵＥによって送信されたＢＦＲＱが、選択された候補ビームで他のユーザー装置によって送信されたデータ又はシグナリングと衝突する場合、ＵＥは、ランダムバックオフを実行した後に、ＢＦＲＱを再送信する。
【0056】
相応的に、図８に示されていないが、電子装置２００は、ＢＦＲＱの送信を実現するための送信ユニットを含んでもよい。
【0057】
本実施例による電子装置２００は、候補ビームに対応するチャネルリソースが長時間占有されているときに適時的に候補ビームを入れ替えることにより、ＢＦＲＱを迅速に送信し、ビーム障害回復の遅延を低減させることができる。
【0058】
＜第３の実施例＞
図１２は、本出願の別の実施例による無線通信のための電子装置３００の機能モジュールのブロック図を示し、当該電子装置３００は、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択された候補ビームの第１のチャネルでＢＦＲＱを基地局に送信するように配置される送信ユニット３０１と、ＢＦＲＱを送信した後の動的時間ウィンドウ内で基地局からのＢＦＲＲをモニターするように配置されるモニターユニット３０２と、を含み、モニターユニット３０２によってＢＦＲＲがモニターされていない場合、送信ユニット３０１はＢＦＲＱを再送信し、新しい動的時間ウィンドウ内でモニターし、動的時間ウィンドウの長さはＢＦＲＱの送信済み回数と正の相関がある。
図１２は、本出願の別の実施例による無線通信のための電子装置３００の機能モジュールのブロック図を示し、当該電子装置３００は、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択された候補ビームの第１のチャネルでＢＦＲＱを基地局に送信するように配置される送信ユニット３０１と、ＢＦＲＱを送信した後の動的時間ウィンドウ内で基地局からのＢＦＲＲをモニターするように配置されるモニターユニット３０２と、を含み、モニターユニット３０２によってＢＦＲＲがモニターされていない場合、送信ユニット３０１はＢＦＲＱを再送信し、新しい動的時間ウィンドウ内でモニターし、動的時間ウィンドウの長さはＢＦＲＱの送信済み回数と正の相関がある。
【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】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインターフェース８２３及び無線通信インターフェース８２５を含む。
【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】
ソフトウェアによって上記した一連の処理を実現する場合に、例えばインターネットなどのネットワーク或いは例えばリムーバブルメディア２６１１などの記憶媒体から、ソフトウェアを構成するプログラムをインストールする。
【0135】
このような記憶媒体は、図２６に示すような、その中にプログラムが記憶され、装置に別途配分してユーザーにプログラムを提供するリムーバブルメディア２６１１に限定されない。リムーバブルメディア２６１１の例は、磁気ディスク（フロッピーディスク（登録商標）を含む）、光ディスク（光ディスク読み取り専用メモリ（ＣＤ‐ＲＯＭ）とデジタル多用途ディスク（ＤＶＤ）を含む）、光磁気ディスク（ミニディスク（ＭＤ）（登録商標）を含む）、及び半導体メモリを含む。或いは、記憶媒体は、ＲＯＭ２６０２、記憶部２６０８に含まれたハードウェアなどであってもよく、その中にプログラムが記憶され、また、これらが含まれた装置と一緒にユーザーに配布する。
【0136】
なお、本発明の装置、方法、及びシステムでは、各構成要素又は各ステップが分解及び／又は再結合することができるものであってもよい。これらの分解及び／又は再結合は本発明の均等の方案と見なすべきである。さらに、上記した一連の処理を実行するステップは当然、説明の順序に沿って時系列に実行することができるが、必ずしも時系列に実行される必要はない。いくつかのステップは並行的又は互いに独立に実行されてもよい。
【0137】
最後に、説明する必要なことは、用語「包括」、「含む」又はそのいかなる他の変形は、非排他的な包含を含むことを意味することで、一連の要素を含むプロセス、方法、物品、又はデバイスは、それらの要素を含むだけではなく、明確に記載されていない他の要素をさらに含み、或いは、このようなプロセス、方法、物品、又はデバイスに固有する要素をさらに含む。なお、より多い制限が存在しない場合、「・・・を１つ含む」という文によって限定される要素は、要素を含むプロセス、方法、物品又はデバイスに他の同じ要素がさらに含まれることを排除しない。
【0138】
以上、図面を結合して本発明の実施例について詳細に説明したが、上記した実施形態は本発明を説明するためのものであり、本発明を限定するものではないと理解すべきである。当業者にとって、本発明の精神及び範囲から逸脱することがなく、上記した実施形態に対して、様々な修正及び変更が可能である。そのため、本発明の範囲は添付した特許請求の範囲及びその等価物によって限定される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【手続補正書】
【提出日】2022-01-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行して、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信し、
前記エネルギー検出の開始と同時に第１のタイマーを起動させ、
前記第１のタイマーが満了したが前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示していない場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルに対してエネルギー検出を実行するように配置される処理回路を含む電子装置。
【請求項2】
前記処理回路はさらに、候補ビームを再選択する回数が所定の回数を超える場合、報告メッセージを生成して上位層プロトコルに通知するように配置される請求項１に記載の電子装置。
【請求項3】
前記エネルギー検出は、Ｃａｔ．４ ＬＢＴメカニズムを含み、
前記処理回路は、再選択した候補ビームの第１のチャネルに対してＣａｔ．４ ＬＢＴを実行するときに、前回のＣａｔ．４ ＬＢＴメカニズムで生成された乱数がデクリメントされて、前記前回のＣａｔ．４ ＬＢＴメカニズムが中止するときに取得した残りの乱数が０ではない場合、当該残りの乱数を今回のＣａｔ．４ ＬＢＴメカニズムで使用する乱数とするように配置される請求項１に記載の電子装置。
【請求項4】
前記処理回路はさらに、前記第１のタイマーが満了する前に前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信し、前記第１のタイマーをリセットするように配置される請求項１に記載の電子装置。
【請求項5】
前記第１のチャネルは、物理ランダムアクセスチャネル、物理アップリンク制御チャネル及び物理アップリンク共有チャネルのうちの１つである請求項１に記載の電子装置。
【請求項6】
前記処理回路は、無線リソース制御シグナリングを介して基地局から前記第１のタイマーの長さ及び前記所定の回数の情報を取得するように配置される請求項２に記載の電子装置。
【請求項7】
前記処理回路はさらに、送信した前記ビーム障害回復要求が、他のユーザーが選択の候補ビームで送信したシグナリング又はデータと衝突する場合、ランダムバックオフを実行した後に前記ビーム障害回復要求を再送信するように配置される請求項４に記載の電子装置。
【請求項8】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生した場合、選択した候補ビームの第１のチャネルでビーム障害回復要求を基地局に送信し、
前記ビーム障害回復要求を送信した後の動的時間ウィンドウ内で前記基地局からのビーム障害回復応答をモニターし、
前記ビーム障害回復応答がモニターされていない場合、前記ビーム障害回復要求を再送信し、新しい動的時間ウィンドウ内でモニターするように配置される処理回路を含み、
前記動的時間ウィンドウの長さは、ビーム障害回復要求の送信済み回数と正の相関がある電子装置。
【請求項9】
前記処理回路はさらに、前記ビーム障害の発生が検出されたときに第２のタイマーを起動させ、前記第２のタイマーが満了したが前記ビーム障害回復応答が受信されていない場合、現在の動作を停止し、ビーム障害回復が失敗したと判断するように配置される請求項８に記載の電子装置。
【請求項10】
前記処理回路は、前記動的時間ウィンドウの長さを、基本時間ウィンドウの長さと前記ビーム障害回復要求の送信済み回数との積に設置するように配置される請求項８に記載の電子装置。
【請求項11】
前記処理回路はさらに、前記動的時間ウィンドウの最大長を制限し、前記ビーム障害回復要求の送信済み回数に基づいて設置された動的時間ウィンドウの長さが前記最大長よりも大きい場合、前記動的時間ウィンドウの長さを前記最大長に設置するように配置される請求項８に記載の電子装置。
【請求項12】
前記処理回路はさらに、前記ビーム障害回復要求の最大送信回数を制限するように配置される請求項８に記載の電子装置。
【請求項13】
前記処理回路はさらに、毎回前記ビーム障害回復要求を再送信する前に、現在の候補ビームの参照信号受信電力を測定し、測定した参照信号受信電力が所定の閾値よりも低い場合、候補ビームを再選択し、再選択した候補ビームの第１のチャネルで前記ビーム障害回復要求の送信及び前記ビーム障害回復応答のモニターを実行するように配置される請求項８に記載の電子装置。
【請求項14】
無線通信のための電子装置であって、非許可バンドのダウンリンクリンクにビーム障害が発生したことを確定してビーム障害回復要求を生成し、
選択した候補ビームの第１のチャネルに対してエネルギー検出を実行し、前記エネルギー検出が前記第１のチャネルがアイドル状態であることを示す場合、前記第１のチャネルを介して前記ビーム障害回復要求を送信するように配置される処理回路を含み、
前記候補ビームは、複数のユーザー装置で同時に選択できる電子装置。
【請求項15】
前記処理回路はさらに、送信した前記ビーム障害回復要求が、他のユーザーが選択の候補ビームで送信したシグナリング又はデータと衝突する場合、ランダムバックオフを実行した後に、前記ビーム障害回復要求を再送信するように配置される請求項１４に記載の電子装置。
【請求項16】
前記第１のチャネルは、物理ランダムアクセスチャネル、物理アップリンク制御チャネル、及び物理アップリンク共有チャネルのうちの１つである請求項１４に記載の電子装置。
【請求項17】
前記第１のチャネルは、物理アップリンク制御チャネルであり、
前記処理回路は、物理アップリンク制御チャネルにおけるスケジューリング要求によって、ビーム障害イベントが発生したことを基地局に通知し、前記スケジューリング要求に基づいて基地局によってユーザー装置に割り当てられた物理アップリンク共有チャネルリソースを使用して前記ビーム障害回復要求を送信するように配置される請求項１６に記載の電子装置。
【請求項18】
前記スケジューリング要求は、全て０又は全て１である特定のシーケンスを使用してビーム障害イベントの発生を示す請求項１７に記載の電子装置。
【請求項19】
前記処理回路は、物理アップリンク制御チャネルにおける新しく定義されたチャネル状態情報によって前記ビーム障害回復要求を送信するように配置され、前記新しく定義されたチャネル状態情報は、選択された候補ビームを表す特定のビットシーケンスを含む請求項１６に記載の電子装置。
【請求項20】
前記第１のチャネルは、物理アップリンク共有チャネルであり、
前記処理回路は、新しく定義されたＭＡＣ ＣＥによって前記ビーム障害回復要求を送信するように配置され、
前記新しく定義されたＭＡＣ ＣＥは、選択された候補ビームを表す特定のビットシーケンスを含む請求項１６に記載の電子装置。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【0069】
＜第４の実施例＞
図１６は、本出願の別の実施例による電子装置４００の機能モジュールのブロック図を示し、図１６に示すように、電子装置４００は、ＵＥのビーム障害回復動作に対する配置を生成して当該配置をＲＲＣシグナリングに含めてＵＥに提供する第１の生成ユニット４０１と、ＵＥからのＢＦＲＱ要求に応答してＢＦＲＲを生成するように配置される第２の生成ユニット４０２を含み、当該配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、ユーザー装置がビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、ユーザー装置がビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む。
図１６は、本出願の別の実施例による電子装置４００の機能モジュールのブロック図を示し、図１６に示すように、電子装置４００は、ＵＥのビーム障害回復動作に対する配置を生成して当該配置をＲＲＣシグナリングに含めてＵＥに提供する第１の生成ユニット４０１と、ＵＥからのＢＦＲＱ要求に応答してＢＦＲＲを生成するように配置される第２の生成ユニット４０２を含み、当該配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、ユーザー装置がビーム障害回復応答を待機する動的時間ウィンドウの設置、１回のビーム障害に対してビーム障害回復要求を送信する回数、ユーザー装置がビーム障害回復応答を待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【0083】
図２１は、本出願の一実施例による無線通信のための方法のフローチャートを示し、当該方法は、ユーザー装置のビーム障害回復動作に対する配置を生成して、当該配置をＲＲＣシグナリングに含めてＵＥに提供するステップ(Ｓ４１)と、ＵＥからのＢＦＲＱに応答してＢＦＲＲを生成するステップ(Ｓ４２)と、を含み、当該配置は、候補ビームのエネルギー検出を計時するための第１のタイマーの長さ、１回のビーム障害に対して候補ビームを再選択する回数、ＵＥがＢＦＲＲを待機する動的時間ウィンドウの設置、１回のビーム障害に対してＢＦＲＱを送信する回数、及びＵＥがＢＦＲＲを待機する時間を計時するための第２のタイマーの長さのうちの１つ又は複数を含む。当該方法は、基地局側で実行できる。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【0105】
図２３に示すｅＮＢ８３０では、電子装置４００のトランシーバーは、無線通信インターフェース８５５及び／又は無線通信インターフェース８６３によって実現されてもよい。機能の少なくとも一部は、コントローラ８５１によって実現されてもよい。例えば、コントローラ８５１は、第１の生成ユニット４０１、第２の生成ユニット４０２の機能を実行することによって、ＵＥに対するビーム障害回復動作のための配置を含むＲＲＣシグナリングを生成し、ＢＦＲＱ応答を生成することができる。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【0126】
図２５に示すカーナビゲーション装置９２０では、電子装置１００から３００のトランシーバー又は送信ユニットは、無線通信インターフェース９３３によって実現されてもよい。機能の少なくとも一部は、プロセッサ９２１によって実現されてもよい。例えば、プロセッサ９２１は、確定ユニット１０１、生成ユニット１０２、検出ユニット１０３及び送信ユニット１０４の機能を実行することによって、候補ビームに対するＢＦＲＱを送信するためのチャネルの競合的使用を実現し、確定ユニット２０１、生成ユニット２０２及び第１のタイマー２０３の機能を実行することによって、候補ビームの適時的交換を実現し、送信ユニット３０１、モニターユニット３０２及び第２のタイマー２０３の機能を実行することによって、ＢＦＲＲモニターのための動的時間ウィンドウメカニズムを実現することができる。
【手続補正6】
【補正対象書類名】図面
【補正対象項目名】図２６
【補正方法】変更
【補正の内容】
【図26】
【国際調査報告】