特許 7346723 省電力信号受信方法、省電力信号送信方法及び関連機器

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

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

(11)【特許番号】

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

(45)【発行日】2023-09-19

(54)【発明の名称】省電力信号受信方法、省電力信号送信方法及び関連機器

(51)【国際特許分類】

   H04W 52/02 20090101AFI20230911BHJP

   H04W 16/28 20090101ALI20230911BHJP

   H04W 74/08 20090101ALI20230911BHJP

【ＦＩ】

H04W52/02 111

H04W16/28

H04W74/08

【請求項の数】 15

(21)【出願番号】P 2022518274

(86)(22)【出願日】2020-09-21

(65)【公表番号】

(43)【公表日】2022-11-22

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

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

(87)【国際公開日】2021-04-01

【審査請求日】2022-03-22

(31)【優先権主張番号】201910906938.2

(32)【優先日】2019-09-24

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

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

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

(74)【代理人】

【識別番号】110002871

【氏名又は名称】弁理士法人坂本国際特許商標事務所

(72)【発明者】

【氏名】孫 彦良

(72)【発明者】

【氏名】呉 凱

(72)【発明者】

【氏名】陳 力

(72)【発明者】

【氏名】潘 学明

【審査官】松野 吉宏

(56)【参考文献】

【文献】Nokia, Nokia Shanghai Bell，On the RAN2 aspects on power signal/channel for wake-up，3GPP TSG RAN WG2#106 R2-1906700，フランス，3GPP，2019年05月02日

【文献】Samsung，PDCCH-based power saving signal/channel，3GPP TSG RAN WG1#98 R1-1908505，フランス，3GPP，2019年08月16日

【文献】Huawei, HiSilicon，Summary of remaining issues on beam failure recovery，3GPP TSG RAN WG1#92b R1-1803637，フランス，3GPP，2018年04月06日

【文献】Sony (resubmission of R2-1807787)，Beam failure detection and maintenance，3GPP TSG RAN WG2 adhoc_2018_07_NR R2-1810119，フランス，3GPP，2018年06月21日

【文献】Nokia, Nokia Shanghai Bell，Remaining Details on Beam Recovery，3GPP TSG RAN WG1#92 R1-1802557，フランス，3GPP，2018年02月16日

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

【図1a】本開示の実施例によるビーム失敗回復の概略図のその一である。

【図1b】本開示の実施例によるビーム失敗回復の概略図のその二である。

【図1c】本開示の実施例によるビーム失敗回復の概略図のその三である。

【図2】本開示の実施例によるＷＵＳ信号の伝送の概略図である。

【図3】本開示の実施例による制御リソースセットと探索空間の概略図である。

【図4】本開示の実施例の応用可能なネットワークシステムの構造図である。

【図5】本開示の実施例による省電力信号受信方法のフローチャートである。

【図6a】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその一である。

【図6b】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその二である。

【図6c】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその三である。

【図6d】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその四である。

【図6e】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその五である。

【図6f】本開示の実施例によるＢＦＲプロセスに基づくＷＵＳの伝送の概略図のその六である。

【図7】本開示の実施例による省電力信号送信方法のフローチャートである。

【図8】本開示の実施例による端末機器の構造図である。

【図9】本開示の実施例によるネットワーク側機器の構造図である。

【図10】本開示の別の実施例による端末機器の構造図である。

【図11】本開示の別の実施例によるネットワーク側機器の構造図である。

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

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

インターフェースユニット１００８は、外部装置と端末機器１０００との接続のためのインターフェースである。例えば、外部装置は、有線または無線ヘッドフォンポート、外部電源（または電池充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット１００８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末機器１０００内の一つまたは複数の素子に伝送するために用いられてもよく、または端末機器１０００と外部装置との間でデータを伝送するために用いられてもよい。

【0139】

メモリ１００９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ１００９は、主に記憶プログラム領域および記憶データ領域を含んでもよい。そのうち、記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ１００９は、高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、または他の不揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

【0140】

プロセッサ１０１０は、端末機器の制御センターであり、各種のインターフェースと線路によって端末機器全体の各部分に接続され、メモリ１００９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ１００９内に記憶されたデータを呼び出し、端末機器の各種の機能を実行し、データを処理することにより、端末機器全体をモニタリングする。プロセッサ１０１０は、一つまたは複数の処理ユニットを含んでもよい。選択的に、プロセッサ１０１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェースおよびアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解できるように、上記モデムプロセッサは、プロセッサ１０１０に集積されなくてもよい。

【0141】

端末機器１０００はさらに、各部材に電力を供給する電源１０１１（例えば、電池）を含んでもよい。選択的に、電源１０１１は、電源管理システムによってプロセッサ１０１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

【0142】

また、端末機器１０００は、いくつかの示されていない機能モジュールを含む。ここではこれ以上説明しない。

【0143】

選択的に、本開示の実施例は、端末機器をさらに提供する。プロセッサ１０１０と、メモリ１００９と、メモリ１００９に記憶され、且つ前記プロセッサ１０１０上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサ１０１０によって実行される時、上記省電力信号受信方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。

【0144】

図１１を参照すると、図１１は、本開示の実施例による別のネットワーク側機器の構造図である。図１１に示すように、ネットワーク側機器１１００は、プロセッサ１１０１、メモリ１１０２、バスインターフェース１１０３及び送受信機１１０４を含む。そのうち、プロセッサ１１０１、メモリ１１０２及び送受信機１１０４は、いずれもバスインターフェース１１０３に接続される。

【0145】

そのうち、本開示の実施例では、ネットワーク側機器１１００は、メモリ１１０２に記憶され、且つプロセッサ１１０１上で運行できるコンピュータプログラムをさらに含む。

【0146】

本開示の実施例では、前記プロセッサ１１０１は、
ランダムアクセス機会でランダムアクセス要求を受信した場合、回復探索空間で省電力信号を送信するためのものであり、
そのうち、前記ランダムアクセス機会は、ビーム失敗回復リファレンス信号ＢＦＲ－ＲＳとＱＣＬ関係を有し、前記省電力信号は、前記ＢＦＲ－ＲＳとＱＣＬ関係を有する。

【0147】

選択的に、前記プロセッサ１１０１はさらに、
第二のＱＣＬ関係に基づいて第一の探索空間で省電力信号を送信するために用いられ、
そのうち、前記第一の探索空間は、省電力信号の伝送用の探索空間であり、前記第一の探索空間は、前記回復探索空間と異なり、前記第二のＱＣＬ関係は、前記第一の探索空間に対応する制御リソースセットＣＯＲＥＳＥＴ上に配置されたＱＣＬ関係である。

【0148】

選択的に、前記プロセッサ１１０１はさらに、
第三の時刻から、前記回復探索空間で省電力信号を送信するために用いられ、
そのうち、前記第三の時刻は、第四の時刻よりも少なくとも第二の予め設定される時間間隔遅く、前記第四の時刻は、前記ランダムアクセス要求の受信時刻である。

【0149】

選択的に、前記省電力信号は、アクティブ化時間ＯｎＤｕｒａｔｉｏｎをウェイクアップすることを指示するためのものである。

【0150】

選択的に、前記プロセッサ１１０１はさらに、
端末機器が省電力信号を受信したことを指示するための第一のフィードバック情報を受信することと、
端末機器が省電力信号を受信していないことを指示するための第二のフィードバック情報を受信することとのうちの一つに用いられる。

【0151】

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記省電力信号受信方法の実施例の各プロセス又は上記省電力信号送信方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここではこれ以上説明しない。そのうち、前記コンピュータ可読記憶媒体は、例えば、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光ディスクなどである。

【0152】

なお、本明細書において、「含む」、「包含」という用語またはその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品または装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、またはこのようなプロセス、方法、物品または装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品または装置には他の同じ要素も存在することが排除されるものではない。

【0153】

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質にはまたは関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、またはネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。

【0154】

以上は、添付図面を結び付けながら、本開示の実施例を記述したが、本開示は、上記具体的な実施の形態に限らず、上記具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本開示の保護範囲に入っている。

【図1a】

【図1b】

【図1c】

【図2】

【図3】

【図4】

【図5】

【図6a】

【図6b】

【図6c】

【図6d】

【図6e】

【図6f】

【図7】

【図8】

【図9】

【図10】

【図11】