特許 7324833 ビーム失敗修復を指示する方法、デバイス及び記憶媒体

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

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

(11)【特許番号】

(24)【登録日】2023-08-02

(45)【発行日】2023-08-10

(54)【発明の名称】ビーム失敗修復を指示する方法、デバイス及び記憶媒体

(51)【国際特許分類】

   H04W 16/28 20090101AFI20230803BHJP

   H04W 72/1273 20230101ALI20230803BHJP

   H04W 80/02 20090101ALI20230803BHJP

【ＦＩ】

H04W16/28

H04W72/1273

H04W80/02

【請求項の数】 5

(21)【出願番号】P 2021500844

(86)(22)【出願日】2018-07-13

(65)【公表番号】

(43)【公表日】2021-12-09

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

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

(87)【国際公開日】2020-01-16

【審査請求日】2021-06-14

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】イヨウ、シン

(72)【発明者】

【氏名】シー、コン

【審査官】石原 由晴

(56)【参考文献】

【文献】国際公開第２０１９／１３０５２３（ＷＯ，Ａ１）

【文献】InterDigital Inc.，Corrections on BFR for SCell[online]，3GPP TSG-RAN WG2 Meeting #102 R2-1806822，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_102/Docs/R2-1806822.zip>，2018年05月11日

【文献】Mediatek Inc.，Draft CR for beam failure recovery procedure[online]，3GPP TSG-RAN WG2 Meeting AH-1801 R2-1800660，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1800660.zip>，2018年01月12日

【文献】Huawei, HiSilicon，RAN2 aspects of DL beam management[online]，3GPP TSG-RAN WG2#99bis R2-1710562，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1710562.zip>，2017年09月29日

【文献】Samsung，MAC Impacts: Beam Failure Recovery for SCell[online]，3GPP TSG-RAN2 101bis R2-1804303，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101bis/Docs/R2-1804303.zip>，2018年04月05日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ビーム失敗修復を指示する方法であって、
ビーム失敗修復ＢＦＲのトリガー条件を満たしている場合、端末デバイスがメディアアクセス制御ＭＡＣ制御要素ＣＥを送信することを含み、前記ＭＡＣ ＣＥが、ビームＢｅａｍに対応するＢｅａｍインデックスＩｎｄｅｘを指示し、
前記ビーム失敗修復を指示する方法は、さらに、
前記端末デバイスがフィードバックメッセージを受信することを含み、前記フィードバックメッセージが、ネットワークデバイスにより前記ＭＡＣ ＣＥが示すＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍに基づいて送信され、
前記方法は、さらに、
前記端末デバイスが前記フィードバックメッセージに基づいて、ＢＦＲが成功するかどうかを判断することを含み、
前記端末デバイスが前記フィードバックメッセージに基づいて、ＢＦＲが成功するかどうかを判断することは、
前記端末デバイスがネットワークデバイスにより送信された下りスケジューリング情報を受信した場合、ＢＦＲが成功すると判定することと、
前記端末デバイスがネットワークデバイスにより送信された下りスケジューリング情報を受信しなかった場合、ＢＦＲが失敗すると判定することと、を含み、
前記端末デバイスが前記ＭＡＣ ＣＥを送信する前に、前記方法は、さらに、
前記端末デバイスが閾値条件を満たしている下りＢｅａｍを判断することと、
前記閾値条件を満たしている下りＢｅａｍを、前記ＭＡＣ ＣＥが指示するＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍとすることとを含む
ことを特徴とするビーム失敗修復を指示する方法。

【請求項2】

前記端末デバイスが前記ＭＡＣ ＣＥを送信するために使用するリソースは、動的スケジューリングに基づいて、又は、半静的リソースを使用して構成される
ことを特徴とする請求項１に記載のビーム失敗修復を指示する方法。

【請求項3】

第１の送信ユニットを備える端末デバイスであって、
前記第１の送信ユニットは、ビーム失敗修復ＢＦＲのトリガー条件を満たしている場合、メディアアクセス制御ＭＡＣ制御要素ＣＥを送信するように構成され、前記ＭＡＣ ＣＥが、ビームＢｅａｍに対応するＢｅａｍインデックスＩｎｄｅｘを指示し、
前記端末デバイスがさらに第１の受信ユニットを含み、
前記第１の受信ユニットは、フィードバックメッセージを受信するように構成され、前記フィードバックメッセージが、ネットワークデバイスにより前記ＭＡＣ ＣＥが示すＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍに基づいて送信され、
前記端末デバイスがさらに判断ユニットを含み、
前記判断ユニットは、前記フィードバックメッセージに基づいて、ＢＦＲが成功するかどうかを判断するように構成され、
前記判断ユニットは、前記第１の受信ユニットがネットワークデバイスにより送信された下りスケジューリング情報を受信した場合、ＢＦＲが成功すると判定し、前記第１の受信ユニットがネットワークデバイスにより送信された下りスケジューリング情報を受信しなかった場合、ＢＦＲが失敗すると判定し、
前記判断ユニットは、さらに、閾値条件を満たしている下りＢｅａｍを判断し、
前記閾値条件を満たしている下りＢｅａｍを、前記ＭＡＣ ＣＥが指示するＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍとするように構成される
ことを特徴とする端末デバイス。

【請求項4】

前記第１の送信ユニットが前記ＭＡＣ ＣＥを送信するために使用されるリソースは、動的スケジューリングに基づいて、又は、半静的リソースを使用して構成される
ことを特徴とする請求項３に記載の端末デバイス。

【請求項5】

プロセッサによって実行されると、請求項１～２のいずれか１項に記載のビーム失敗修復を指示する方法を実現する実行可能プログラムを記憶した
ことを特徴とする記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信技術分野に関し、特に、ビーム失敗修復を指示する方法、デバイス及び記憶媒体に関する。

【背景技術】

【0002】

５Ｇ(５^th Ｇｅｎｅｒａｔｉｏｎ)の新規ラジオ( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )システムでは、ビーム失敗修復(Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ、ＢＦＲ )を含むビーム( Ｂｅａｍ )管理メカニズムが導入される。しかしながら、従来技術においてＢＦＲプロセスは、遅延が長くなり、Ｂｅａｍの迅速な修復を実現することはできない。

【発明の概要】

【0003】

本発明の実施例は、上記のような技術的課題を解決するために、Ｂｅａｍの迅速な修復を可能にするＢＦＲ指示方法を提供する。

【0004】

第１の態様として、本発明の実施例は、ＢＦＲ指示方法を提供し、ＢＦＲのトリガー条件を満たしている場合、端末デバイスがメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）を送信することを含み、前記ＭＡＣ ＣＥが、ネットワークデバイスがフィードバックメッセージを送信するためのＢｅａｍに対応するＢｅａｍインデックスＩｎｄｅｘを指示するために使用される。

【0005】

第２の態様として、本発明の実施例は、ＢＦＲ指示方法を提供し、ネットワークデバイスが端末デバイスにより送信されたＭＡＣ ＣＥを受信することと、
前記ネットワークデバイスが前記ＭＡＣ ＣＥが示すＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍに基づいて、前記端末デバイスにフィードバックメッセージを送信することとを含み、
前記フィードバックメッセージは、前記端末デバイスがＢＦＲが成功するかどうかを判断するために使用される。

【0006】

第３の態様として、本発明の実施例は、プロセッサと、前記プロセッサ上で実行可能なコンピュータプログラムを記憶するメモリとを備える端末デバイスを提供し、
前記プロセッサは、前記コンピュータプログラムを実行することにより、前記端末デバイスで実行されるビーム失敗修復を指示する方法のステップを実行するように構成される。

【0007】

第４の態様として、本発明の実施例は、プロセッサと、前記プロセッサ上で実行可能なコンピュータプログラムを記憶するメモリとを備えるネットワークデバイスを提供し、
前記プロセッサは、前記コンピュータプログラムを実行することにより、前記ネットワークデバイスで実行されるビーム失敗修復を指示する方法のステップを実行するように構成される。

【0008】

第５の態様として、本発明の実施例は、プロセッサで実行されることにより、上記端末デバイスで実行されるビーム失敗修復を指示する方法を実現する実行可能なプログラムを記録した記録媒体を提供する。

【0009】

第６の態様として、本発明の実施例は、プロセッサで実行されることにより、上記ネットワークデバイスで実行されるビーム失敗修復を指示する方法を実現する実行可能なプログラムを記録した記録媒体を提供する。

【0010】

本発明の実施例において、ＢＦＲトリガー条件が満たされると、端末デバイスはＭＡＣ ＣＥを送信し、ネットワークデバイスは前記ＭＡＣ ＣＥが示すＢｅａｍ Ｉｎｄｅｘに対応するＢｅａｍに基づいて前記端末デバイスにフィードバックメッセージを送信し、前記フィードバックメッセージは、前記端末デバイスがＢＦＲの成功するかどうかを判定するために使用される。このように、端末デバイスを介してネットワークデバイスに利用可能なＢｅａｍを指示し、ネットワークデバイスが指示されたＢｅａｍに基づいて送信されたフィードバックメッセージに基づいてＢＦＲ成功するかどうかを判断し、ネットワークデバイスがＢｅａｍの利用可否を判断することなく、端末デバイスから指示された利用可能なＢｅａｍを直接用いてＢＦＲ成功するかどうかを判断するためのフィードバックメッセージを送信することにより、ＢＦＲの処理フローを節約し、ＢＦＲ処理の遅延を低減し、Ｂｅａｍの迅速な修復を実現する。

【図面の簡単な説明】

【0011】

【図1】本発明の実施例における端末デバイスに応用されるＢＦＲ指示方法の選択可能な処理のフローチャート一である。

【図2】本発明の実施例における端末デバイスに応用されるＢＦＲ指示方法の選択可能な処理のフローチャート二である。

【図3】本発明の実施例におけるネットワークデバイスに応用されるＢＦＲ指示方法の選択可能な処理のフローチャート一である。

【図4】本発明の実施例における端末デバイスの構成図である。

【図5】本発明の実施例におけるネットワークデバイスの構成図である。

【図6】本発明の実施例におけるネットワークデバイスに応用されるＢＦＲ指示方法の選択可能な処理のフローチャートである。

【図7】本発明の実施例における電子デバイスの構成図である。

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

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

メモリ７０２は、揮発性メモリ又は不揮発性メモリであってよく、揮発性及び不揮発性メモリの両方を含んでよいことが理解される。不揮発性メモリは、ＲＯＭ、プログラマブルリードオンリーメモリ( ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ )、消去可能プログラマブルリードオンリーメモリ( ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ )、電気的消去可能プログラマブルリードオンリーメモリ( ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌy Ｍｅｍｏｒｙ )、磁気ランダムアクセスメモリ( ＦＲＡＭ、ｆｅｒｒｏｍａｇｎｅｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ )、フラッシュメモリ( Ｆｌａｓｈ Ｍｅｍｏｒｙ )、磁気表面メモリ、光ディスク、またはリードオンリーディスク( ＣＤ－ＲＯＭ、Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ )であってもよい。磁気表面メモリは、磁気ディスクメモリまたは磁気テープメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )であってよい。限定ではなく例として、ＲＡＭは、スタティックランダムアクセスメモリ( ＳＲＡＭ、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、シンクロナススタティックランダムアクセスメモリ( ＳＳＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、ダイナミックランダムアクセスメモリ( ＤＲＡＭ、Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、シンクロナスダイナミックランダムアクセスメモリ( ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( ＤＤＲＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、拡張シンクロナスダイナミックランダムアクセスメモリ( ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
Ｍｅｍｏｒｙ )、シンクロナス接続ダイナミックランダムアクセスメモリ( ＳＬＤＲＡＭ、ＳｙｎｃＬｉｎｋ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、ダイレクトメモリバスランダムアクセスメモリ( ＤＲＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )など、多くの形態で利用可能である。本発明の実施例に記載されるメモリ７０２は、これら及び任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。

【0062】

本発明の実施例におけるメモリ７０２は、電子デバイス７００の動作をサポートするための様々なタイプのデータを記憶するために使用される。例えば、電子デバイス７００上で動作する任意のコンピュータプログラム、例えば、アプリケーション７０２２が挙げられる。本発明の実施例の方法を実施するプログラムは、アプリケーション７０２２に含めることができる。

【0063】

上述した本発明の実施例に開示された方法は、プロセッサ７０１に適用されてもよく、又はプロセッサ７０１によって実装されてもよい。プロセッサ７０１は、信号の処理能力を有する集積回路チップであり得る。実装の過程で、方法のステップは、プロセッサ７０１内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行され得る。上記のプロセッサ７０１は、汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ )、又は他のプログラマブル論理デバイス、個別ゲート若しくはトランジスタロジック、個別ハードウェア構成要素等であり得る。プロセッサ７０１は、本発明の実施例に開示された方法、ステップ、及び論理ブロック図を実施又は実行することができる。汎用プロセッサは、マイクロプロセッサ、または任意の従来のプロセッサなどであり得る。本発明の実施例に関連して開示された方法のステップは、ハードウェアデコーダプロセッサ実行として直接実装され得るか、または、デコーダプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行され得る。ソフトウェアモジュールは、メモリ７０２内の情報をプロセッサ７０１が読み出し、前述の方法のステップをそのハードウェアとともに実行する記憶媒体内に配置されてもよい。

【0064】

例示的な実施例では、電子デバイス７００は、前述の方法を実行するための１つ以上のアプリケーション特定用途向け集積回路( ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ )、ＤＳＰ、プログラマブル論理デバイス( ＰＬＤ、Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ )、複合プログラマブル論理デバイス( ＣＰＬＤ、Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ )、ＦＰＧＡ、汎用プロセッサ、コントローラ、ＭＣＵ、ＭＰＵ、又は他の電子素子によって実装されてもよい。

【0065】

本発明は、本発明の実施例による方法、装置(システム)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して説明される。フローチャート及び/又はブロック図の各フロー及び/又はブロック、並びにフローチャート及び/又はブロック図におけるフロー及び/又はブロックの組み合わせは、コンピュータプログラム命令によって実装され得ることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は他のプログラム可能データ処理装置のプロセッサに提供されて、機械を生成し、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャートの１つのフロー若しくは複数のフロー及び/又はブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実装するための手段を生成するようにしてもよい。

【0066】

これらのコンピュータプログラム命令は、また、コンピュータ又は他のプログラム可能なデータ処理装置に特定の方法で機能するように指示することができるコンピュータ可読メモリに記憶されてもよく、その結果、コンピュータ可読メモリに記憶された命令は、フローチャートの１つ又は複数のフロー及び/又はブロック図の１つ又は複数のブロックにおいて指定された機能を実装する命令手段を含む製品を生成する。

【0067】

これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置にロードされて、コンピュータ又は他のプログラム可能な装置上で一連の動作ステップを実行させて、コンピュータ実装プロセスを生成し、それにより、コンピュータ又は他のプログラム可能な装置上で実行される命令が、フローチャートの１つのフロー若しくは複数のフロー及び/又はブロック図の１つのブロック若しくは複数のブロックにおいて指定される機能を実装するためのステップを提供するようにしてもよい。

【0068】

以上の説明は、本発明の好ましい実施例に過ぎず、本発明の範囲を限定するものではなく、本発明の精神と原理内で行われるあらゆる修正、均等物及び改良などは、本発明の範囲内に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】