JP7289981B2

JP7289981B2 - スケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器

Info

Publication number: JP7289981B2
Application number: JP2022501344A
Authority: JP
Inventors: 宇楊; ▲ユウ▼民呉
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-07-11
Filing date: 2020-07-10
Publication date: 2023-06-12
Anticipated expiration: 2040-07-10
Also published as: US11909490B2; EP3998832A1; US20220131593A1; CN111818658B; JP2022539477A; CN111818658A; WO2021004522A1; KR20220030290A; EP3998832A4

Description

（関連出願の相互参照）
本出願は、２０１９年７月１１日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０６２６７６８．２の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器に関する。

高周波帯域の通信システムでは、無線信号の波長が比較的に短いため、信号の伝搬が阻害されるなどの状況が発生しやすく、信号の伝搬が中断されてしまう。関連技術における無線リンク再構築を採用する場合、それにかかる時間が長いので、ビーム障害回復メカニズムが導入される。関連技術におけるビーム障害回復（Ｂｅａｍｆａｉｌｕｒｅｒｅｃｏｖｅｒｙ、ＢＦＲ）メカニズムは、以下の四つのステップを含む。

第一に、ビーム障害を検出する（Ｂｅａｍｆａｉｌｕｒｅｄｅｔｅｃｔｉｏｎ）。端末は、物理層においてビーム障害検出リファレンス信号（ｂｅａｍｆａｉｌｕｒｅｄｅｔｅｃｔｉｏｎｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ）を測定し、且つ測定結果に基づいてビーム障害イベントが発生したか否かを判断する。

第二に、新たな候補ビームを識別する（Ｎｅｗｃａｎｄｉｄａｔｅｂｅａｍｉｄｅｎｔｉｆｉｃａｔｉｏｎ）。端末は、物理層においてビーム識別リファレンス信号（ｂｅａｍｉｄｅｎｔｉｆｉｃａｔｉｏｎＲｅｆｅｒｅｎｃｅｓｉｇｎａｌ）を測定して、新たな候補ビーム（ｃａｎｄｉｄａｔｅｂｅａｍ）を探す。本ステップは、必ずしもｂｅａｍｆａｉｌｕｒｅｅｖｅｎｔの発生後に行われなければならないというわけではなく、その前に行われてもよい。

第三に、ビーム障害回復要求（Ｂｅａｍｆａｉｌｕｒｅｒｅｃｏｖｅｒｙｒｅｑｕｅｓｔ、ＢＦＲＱ）情報を伝送する。

第四に、端末は、ネットワーク機器によるビーム障害回復要求に対する応答を検出する（ＵＥｍｏｎｉｔｏｒｓｇＮＢｒｅｓｐｏｎｓｅｆｏｒｂｅａｍｆａｉｌｕｒｅｒｅｃｏｖｅｒｙｒｅｑｕｅｓｔ）。

セカンダリセルビーム障害回復（ＳＣｅｌｌＢＦＲ）プロセスにおいて、スケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、ＳＲ）によって、端末に上りリンク許可リソースを配置又は指示するようにネットワーク機器をトリガして、この上りリンク許可リソース上でＢＦＲＱ情報を伝送することができる。しかしながら、関連技術では、ＳＲのトリガ条件が満たされると、端末は、周期的にＳＲを送信し、これによりＳＲのリソースオーバーヘッドが大きくなってしまう。

本開示の実施例は、関連技術においてＳＲのトリガ条件が満たされると、周期的にＳＲを送信し、ＳＲのリソースオーバーヘッドが大きくなってしまうという問題を解決するためのスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器を提供する。

第一の方面によれば、本開示の実施例は、端末に用いられるスケジューリング要求送信方法を提供する。この方法は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含む。

第二の方面によれば、本開示の実施例は、ネットワーク機器に用いられるスケジューリング要求受信方法をさらに提供する。この方法は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含む。

第三の方面によれば、本開示の実施例は、端末をさらに提供する。この端末は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするための送信モジュールを含む。

第四の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。このネットワーク機器は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするための受信モジュールを含む。

第五の方面によれば、本開示の実施例は、端末をさらに提供する。この端末は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、上記スケジューリング要求送信方法におけるステップを実現させる。

第六の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。このネットワーク機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、上記スケジューリング要求受信方法におけるステップを実現させる。

第七の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上記スケジューリング要求送信方法のステップを実現させるか、又は、前記コンピュータプログラムがプロセッサによって実行される時、上記スケジューリング要求受信方法のステップを実現させる。

本開示の実施例では、第二のトリガ条件を設定することにより、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。このようにして、ＳＲの送信回数が減少し、それによって、ＳＲのリソースオーバーヘッドが低減される。それとともに、端末の消費電力が低減され、端末の待機時間が延長される。

本開示の実施例が適用可能なネットワークシステムの構造図である。本開示の実施例によるスケジューリング要求送信方法のフローチャートである。本開示の実施例によるスケジューリング要求受信方法のフローチャートである。本開示の実施例による端末の構造図である。本開示の実施例によるネットワーク機器の構造図である。本開示の実施例による別の端末の構造図である。本開示の実施例による別のネットワーク機器の構造図である。

以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られるすべての他の実施例は、いずれも本開示の保護範囲に属する。

本出願の明細書と特許請求の範囲における用語である「含む」及びそれらの任意の変形は、非排他的な「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書と特許請求の範囲において使用された「及び／又は」は、接続された対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢは、単独のＡ、単独のＢ、及びＡとＢとの組み合わせの３つのケースを含むことを表す。

本開示の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明として表すために用いられる。本開示の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連する概念を具体的な方式で提示することを意図する。

以下では、添付図面を結び付けながら、本開示の実施例を紹介する。本開示の実施例によるスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器は、無線通信システムに用いられることができる。この無線通信システムは、第５世代（５ｔｈｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム、又は進化型長期的進化（ＥｖｏｌｖｅｄＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ｅＬＴＥ）システム、又は後続の進化通信システムを採用するものであってもよい。

図１を参照して、図１は、本開示の実施例が適用可能なネットワークシステムの構造図である。図１に示すように、端末１１とネットワーク機器１２とを含み、そのうち、端末１１は、ユーザ端末又は他の端末側機器、例えば、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ、ＭＩＤ）、又はウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）等の端末側機器であってもよい。説明すべきことは、本開示の実施例では、端末１１の具体的なタイプを限定しない。上記ネットワーク機器１２は、５Ｇ基地局、又はそれ以降のバージョンの基地局、又は他の通信システムにおける基地局であってもよく、又はノードＢ、進化ノードＢ、又は送受信ポイント（ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、ＴＲＰ）、又はアクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、ＡＰ）、又は当分野におけるその他の用語と呼ばれ、同じ技術的効果を達成する限り、前記ネットワーク機器は、特定の技術用語に限られない。また、上記ネットワーク機器１２は、マスタノード（ＭａｓｔｅｒＮｏｄｅ、ＭＮ）又はセカンダリノード（ＳｅｃｏｎｄａｒｙＮｏｄｅ、ＳＮ）であってもよい。説明すべきことは、本開示の実施例では、５Ｇ基地局のみを例にするが、ネットワーク機器の具体的なタイプを限定しない。

図２を参照して、図２は、本開示の実施例によるスケジューリング要求送信方法のフローチャートである。この方法は、端末に用いられ、図２に示すように、以下のステップを含む。

ステップ２０１において、第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信する。

ステップ２０２において、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップする。

上記ＳＲは、上りリンク許可リソースを配置又は指示するようにネットワーク機器をトリガするために用いられることができ、この上りリンク許可リソース上でＢＦＲＱ情報を伝送することができる。上記Ｎの大きさは、実際の必要に応じて設定されてもよい。本実施例では、このＮの大きさは、プロトコルにより約定されてもよく、ネットワーク機器から通知されてもよい。

本開示の実施例では、ビーム障害イベントを送信する時に、ＳＲ及びＢＦＲＱ情報をトリガし、予め設定された第二のトリガ条件によりＳＲの送信を制限してもよい。例えば、第二のトリガ条件が満たされる時に、ＳＲの送信をキャンセルしてもよく、ＳＲの送信を直接Ｎ回スキップしてもよい。Ｎの大きさは、実際の必要に応じて設定されてもよく、ここでは更に限定しない。

選択的に、上記ＳＲは、生成された後、送信待ちのｐｅｎｄｉｎｇ状態にある。このｐｅｎｄｉｎｇ状態において、端末は、このＳＲを送信してもよい。

選択的に、上記ＳＲは、ビーム障害回復専用のＳＲ（以下、専用ＳＲと称し、即ちｄｅｄｉｃａｔｅｄＳＲである）又は他のＳＲ（以下、関連技術ＳＲと称し、即ち関連技術におけるＳＲである）であってもよい。そのうち、専用ＳＲは、これからネットワーク機器に送信されるＢＦＲＱ情報があることをネットワーク機器に通知するためのものである。つまり、この専用ＳＲは、ネットワーク機器が指示した第一の上りリンク許可リソースをトリガするためのものであり、この第一の上りリンク許可リソースは、ＢＦＲＱ情報の伝送に専用される。関連技術ＳＲは、送信待ちの他の上りリンク情報が存在することをネットワーク機器に通知するために用いられてもよい。ネットワーク機器は、この関連技術ＳＲに基づいて、端末に第二の上りリンク許可リソースを配置又は指示してもよく、上記ＢＦＲＱ情報は、他の上りリンク情報と多重化され、この第二の上りリンク許可リソース上で伝送されてもよい。

選択的に、一実施例では、上記ステップ２０１の後に、この方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記ネットワーク機器にＢＦＲＱ情報を送信することをさらに含む。

本実施例では、ネットワーク機器が配置又は指示した上りリンク許可リソースは、上記第一の上りリンク許可リソース又は最近利用可能な第二の上りリンク許可リソースを含んでもよい。選択的に、この第二の上りリンク許可リソースは、
配置許可（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）による上りリンク許可リソースと、
動的許可（ｄｙｎａｍｉｃｇｒａｎｔ）による上りリンク許可リソースと、
ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ、ＲＡ）手順における上りリンク許可リソースとのうちの少なくとも一つを含む。

選択的に、このランダムアクセス手順とは、具体的には、２ステップのランダムアクセス手順又は４ステップのランダムアクセス手順を指してもよい。それに対応して、第二の上りリンク許可リソースとは、２ステップのランダムアクセス（２－ｓｔｅｐＲＡ）手順のＰＵＳＣＨ又は４ステップのランダムアクセス（４－ｓｔｅｐＲＡ）手順のＰＵＳＣＨを指す。

さらに、上記ＢＦＲＱ情報は、メディアアクセス制御制御エレメント（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＣｏｎｔｒｏｌＥｌｅｍｅｎｔ、ＭＡＣＣＥ）によって運ばれてもよい。

本実施例では、異なるＢＦＲＱ情報が異なるＭＡＣＣＥ上にあり、且つ一つのＭＡＣＣＥが一つのＢＦＲＱ情報の一部又は全部の情報を伝送するために用いられてもよく、一つのＭＡＣＣＥが複数又は全てのＢＦＲＱ情報を伝送してもよい。

さらに、選択可能な一実施例では、第二のトリガ条件が満たされる場合に、前記方法は、
前記ＢＦＲＱ情報の送信をキャンセルすることをさらに含む。

本開示の実施例では、第二のトリガ条件をＢＦＲＱ情報の送信をキャンセルするトリガ条件として設定するので、ＢＦＲＱ情報の送信の繰り返し回数を減少させることができる。このように、データ送信量をさらに減少させることができるので、リソースオーバーヘッドを低減し、端末の消費電力を低減し、端末の待機時間を延長することができる。

理解すべきことは、上記第一のトリガ条件は、具体的には、実際の必要に応じて設定されてもよく、例えば、選択可能な一実施例では、上記第一のトリガ条件は、
ビーム障害が発生したことが検出されたことと、
ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含んでもよい。

そのうち、前述した、ビーム障害が発生したことが検出されたことは、
セルにビーム障害が発生したことが検出されたことと、
帯域幅部分（ＢａｎｄｗｉｄｔｈＰａｒｔ、ＢＷＰ）にビーム障害が発生したことが検出されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。

上述した、ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
セルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。

本実施例では、端末は、ビーム障害検出リファレンス信号（ＢｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＢＦＤＲＳ）を測定することができる。測定結果に基づいて、少なくとも一つのターゲット対象にビーム障害イベントが発生したか否かを判断し、このターゲット対象は、セル、ＢＷＰ又はＴＲＰである。なお、端末は、新たな候補ビーム識別のための下りリンクリファレンス信号を測定することにより、ビーム障害が発生したセル、ＢＷＰ又はＴＲＰ上で新たなビームが見つかったか否かを決定してもよい。

本実施例では、送信待ちのＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないことについて、具体的には、ＢＦＲＱ情報を伝送するためのＭＡＣＣＥ（ＭＡＣＣＥｆｏｒＢＦＲＱ）が存在する場合、新たな伝送のための物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＰＵＳＣＨ）リソースがないか、又は、上りリンクリソースが存在しても、論理チャネル優先度関係によればこのＭＡＣＣＥｆｏｒＢＦＲＱの優先度が比較的に低く、この上りリンクリソースを利用できないことと理解されてもよい。

さらに、前述した、ネットワーク機器にスケジューリング要求ＳＲを送信する前に、前記方法は、
ビーム障害が発生した場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣＣＥをトリガすること、
又は、ビーム障害が発生したことが検出され、且つ新たなビームが識別された場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣＣＥをトリガすることをさらに含む。

本開示の実施例では、異なる第一のＭＡＣＣＥ（ＢＦＲＱ情報を伝送するためのＭＡＣＣＥ、即ちＭＡＣＣＥｆｏｒＢＦＲＱ）に対応するＳＲは、異なっていてもよい。例えば、異なるセカンダリセルＳＣｅｌｌのＭＡＣＣＥｆｏｒＢＦＲＱは、異なるＳＲに対応する。

選択的に、上記第一のＭＡＣＣＥは生成された後、この第一のＭＡＣＣＥは、送信待ちのｐｅｎｄｉｎｇ状態にある。このｐｅｎｄｉｎｇ状態において、端末は、この第一のＭＡＣＣＥを送信してもよい。

理解すべきことは、本実施例では、第一のＭＡＣＣＥの生成をトリガした後であれば、送信待ちのＢＦＲＱ情報が存在すると理解されてもよい。

さらに、上記第二のトリガ条件の具体内容は、実際の必要に応じて設定されてもよい。選択可能な一実施例では、この第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）のうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。

本開示の実施例では、前記ネットワーク機器が送信したＲＲＣ、ＭＡＣＣＥ及びＤＣＩのうちの少なくとも一つを受信したことについて、ネットワーク機器がＲＲＣシグナリング、ＭＡＣＣＥコマンド及びＤＣＩシグナリングのうちの少なくとも一つにより、前記端末にスケジューリングシグナリング、ビームトレーニング関連シグナリング、リリース又は非アクティブ化シグナリング、切り替えシグナリングなどを送信することと理解されてもよい。具体的には、ＲＲＣシグナリング、ＭＡＣＣＥコマンド及びＤＣＩシグナリングは、ビーム障害が発生したターゲット対象上で伝送されてもよく、ビーム障害が発生していないターゲット対象上で伝送されてもよい。

本開示をより良く理解させるために、以下は、ＢＦＲＱ情報に関連するターゲット対象がセルであり、且つＢＦＲＱ情報がＭＡＣＣＥによって運ばれることを例として、本開示の具体的な実現プロセスを詳細に説明する。具体的には、以下のステップを含んでもよい。

ステップ１において、端末は、ＢＦＤＲＳを測定し、測定結果に基づいて、少なくとも一つのターゲット対象にビーム障害イベントが発生したか否かを判断する。

ステップ２において、端末は、新たな候補ビーム識別のための下りリンクリファレンス信号（ＤＬＲＳｆｏｒｎｅｗｂｅａｍｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を測定し、新たなビーム（ｎｅｗｂｅａｍ）が見つかったか否かを決定する。このステップ２とステップ１には前後関係がない。

ステップ３において、端末は、ＢＦＲＱ情報を伝送するためのＭＡＣＣＥ（即ち、ＭＡＣＣＥｆｏｒＢＦＲＱ）の生成をトリガする。

ＢＦＲＱ情報を伝送するためのＭＡＣＣＥは、ＢＦＲＱの伝送に専用されるＭＡＣＣＥ（このＭＡＣＣＥは、関連技術におけるＭＡＣＣＥと異なる）であってもよく、例えば、新たな論理チャネルヘッダ識別子を使用する。ＢＦＲＱ情報を伝送するためのＭＡＣＣＥは、他の上りリンク情報を伝送するためのＭＡＣＣＥであってもよく、このＭＡＣＣＥにおける予約ｂｉｔの新たな定義値により、このＭＡＣＣＥがＢＦＲＱ情報の伝送に用いられるか否かが識別される。

さらに、ターゲット対象にビーム障害が発生したことが検出された場合にも、ＭＡＣＣＥｆｏｒＢＦＲＱの生成をトリガし、このＭＡＣＣＥｆｏｒＢＦＲＱもｐｅｎｄｉｎｇ状態にある。又は、ターゲット対象にビーム障害が発生したことが検出され、且つ前記ターゲット対象に新たなビームが存在することが識別された場合にも、ＭＡＣＣＥｆｏｒＢＦＲＱの生成をトリガし、このＭＡＣＣＥｆｏｒＢＦＲＱもｐｅｎｄｉｎｇ状態にある。

ステップ４において、第一のトリガ条件が満たされる場合に、端末は、ネットワーク機器にＳＲを送信する。

そのうち、このＳＲは、関連技術におけるＳＲであってもよい。又は、このＳＲは、ビーム障害回復専用のＳＲ、例えば、ｄｅｄｉｃａｔｅｄＳＲであり、このｄｅｄｉｃａｔｅｄＳＲは、これからネットワークに送信されるＢＦＲＱ情報があることをネットワークに通知するためのものである。つまり、このｄｅｄｉｃａｔｅｄＳＲは、ＭＡＣＣＥｆｏｒＢＦＲＱを送信するための上りリンクリソース（ＰＵＳＣＨ）をトリガするためのものである。

選択的に、このＳＲは、ｐｅｎｄｉｎｇ状態にある。

選択的に、このＳＲは、端末から周期的にネットワークに送信され続ける。

ステップ５において、端末は、ネットワーク機器にＭＡＣＣＥｆｏｒＢＦＲＱを送信する。

選択的に、ＭＡＣＣＥｆｏｒＢＦＲＱは、ｄｅｄｉｃａｔｅｄＳＲがトリガした上りリンクリソース上で送信されてもよい。即ち、ネットワーク機器は、ｄｅｄｉｃａｔｅｄＳＲを受信した後、ＤＣＩで上りリンクリソースを指示する。

選択的に、ＭＡＣＣＥｆｏｒＢＦＲＱは、最近利用可能な上りリンクリソース、例えば、最近利用可能なｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ、ｄｙｎａｍｉｃｇｒａｎｔ、又はＲＡ手順に対応する上りリンクリソース上で送信されてもよい。

さらに、このＲＡ手順とは、２－ｓｔｅｐＲＡ手順又は４－ｓｔｅｐＲＡ手順を指してもよい。それに対応して、最近利用可能な上りリンクリソースとは、２ステップのランダムアクセス（２－ｓｔｅｐＲＡ）手順のＰＵＳＣＨ又は４ステップのランダムアクセス（４－ｓｔｅｐＲＡ）手順のＰＵＳＣＨを指す。

ステップ６において、第二のトリガ条件が満たされる時に、ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。

選択的に、この第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。

理解すべきことは、第一のトリガ条件が再度満たされる時に、ＳＲが再度送信されることになる。

さらに、上記第二のトリガ条件が満たされる時に、端末は、ＭＡＣＣＥｆｏｒＢＦＲＱの送信をキャンセルしてもよい。

図３を参照して、図３は、本開示の実施例によるスケジューリング要求受信方法のフローチャートである。この方法は、ネットワーク機器に用いられ、図３に示すように、以下のステップを含む。

ステップ３０１において、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信する。

ステップ３０２において、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップする。

選択的に、前記第一のトリガ条件は、
前記端末によりビーム障害が発生したことが検出されたことと、
前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
前記端末に、送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む。

選択的に、前記端末によりビーム障害が発生したことが検出されたことは、
前記端末によりセルにビーム障害が発生したことが検出されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。

選択的に、前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
前記端末によりセルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。

選択的に、前記第二のトリガ条件は、
前記端末が送信したＢＦＲＱ情報を受信したことと、
ビーム障害回復が完了したことと、
前記端末に無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを送信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。

選択的に、前述した、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信した後、前記方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記端末が送信したＢＦＲＱ情報を受信することをさらに含む。

選択的に、前記ＢＦＲＱ情報は、ＭＡＣＣＥによって運ばれる。

選択的に、第二のトリガ条件が満たされる場合に、前記ＢＦＲＱ情報の受信を停止する。

選択的に、前記ＳＲは、ビーム障害回復専用のＳＲである。

説明すべきことは、本実施例は、図２に示される実施例に対応するネットワーク機器の実施形態として、その具体的な実施形態は、図２に示される実施例の関連説明を参照してよく、且つ同じ有益な効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図４を参照して、図４は、本開示の実施例による端末の構造図である。図４に示すように、端末４００は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするための送信モジュール４０１を含む。

選択的に、前記第一のトリガ条件は、
ビーム障害が発生したことが検出されたことと、
ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む。

選択的に、前記端末４００は、
ビーム障害が発生した場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣＣＥをトリガし、又は、ビーム障害が発生したことが検出され、且つ新たなビームが識別された場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣＣＥをトリガするための第一のトリガモジュールをさらに含む。

選択的に、前述した、ビーム障害が発生したことが検出されたことは、
セルにビーム障害が発生したことが検出されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。

前述した、ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
セルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。

選択的に、前記第一のＭＡＣＣＥは、送信待ちのｐｅｎｄｉｎｇ状態にある。

選択的に、前記第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。

選択的に、前記送信モジュール４０１は、さらに、ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記ネットワーク機器にＢＦＲＱ情報を送信するために用いられる。

選択的に、前記送信モジュール４０１は、さらに、第二のトリガ条件が満たされる場合に、前記ＢＦＲＱ情報の送信をキャンセルするために用いられる。

本開示の実施例による端末は、図２の方法の実施例において端末により実現される各プロセスを実現することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図５を参照して、図５は、本開示の実施例によるネットワーク機器の構造図である。図５に示すように、ネットワーク機器５００は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするための受信モジュール５０１を含む。

本開示の実施例によるネットワーク機器は、図３の方法の実施例においてネットワーク機器により実現される各プロセスを実現することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図６は、本開示の各実施例を実現する端末のハードウェア構造概略図である。

この端末６００は、無線周波数ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インターフェースユニット６０８、メモリ６０９、プロセッサ６１０、及び電源６１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図６に示す端末構成は、端末に対する限定を構成しなく、端末には、図示された部材の数よりも多い又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置が含まれてもよい。本開示の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

無線周波数ユニット６０１は、第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするために用いられる。

理解すべきことは、本開示の実施例では、無線周波数ユニット６０１は、情報の送受信又は通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ６１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット６０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限られない。なお、無線周波数ユニット６０１は、無線通信システムやネットワークによって、他の機器との通信を行ってもよい。

端末は、ネットワークモジュール６０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット６０３は、無線周波数ユニット６０１又はネットワークモジュール６０２によって受信された又はメモリ６０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット６０３はさらに、端末６００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット６０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット６０４は、オーディオ又はビデオ信号を受信するためのものである。入力ユニット６０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）６０４１とマイクロホン６０４２を含んでもよい。グラフィックスプロセッサ６０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット６０６に表示されてもよい。グラフィックスプロセッサ６０４１によって処理された画像フレームは、メモリ６０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット６０１又はネットワークモジュール６０２を介して送信されてもよい。マイクロホン６０４２は、音声を受信することができるとともに、このような音声をオーディオデータに処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット６０１を介して移動通信基地局に送信可能なフォーマットに変換して出力されてもよい。

端末６００はさらに、少なくとも一つのセンサ６０５、例えば、光センサ、モーションセンサ及び他のセンサを含む。具体的には、光センサは、環境光センサ及び接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル６０６１の輝度を調整することができ、接近センサは、端末６００が耳元に移動した時、表示パネル６０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、３軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられることができる。センサ６０５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。

表示ユニット６０６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられている。表示ユニット６０６は、表示パネル６０６１を含んでもよく、液晶ディスプレイ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ－ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル６０６１が配置されてもよい。

ユーザ入力ユニット６０７は、入力された数字又は文字情報の受信、端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット６０７は、タッチパネル６０７１及び他の入力機器６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル６０７１上又はタッチパネル６０７１付近で行う操作）を収集することができる。タッチパネル６０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ６１０に送信し、プロセッサ６１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプでタッチパネル６０７１を実現してもよい。タッチパネル６０７１以外、ユーザ入力ユニット６０７は、他の入力機器６０７２を含んでもよい。具体的には、他の入力機器６０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは説明を省略する。

さらに、タッチパネル６０７１は、表示パネル６０６１上に覆われてもよい。タッチパネル６０７１は、その上又は付近でのタッチ操作を検出した場合、プロセッサ６１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ６１０は、タッチイベントのタイプに応じて表示パネル６０６１で相応な視覚出力を提供する。図６では、タッチパネル６０７１と表示パネル６０６１は、二つの独立した部材として端末の入力と出力機能を実現するものであるが、いくつかの実施例では、タッチパネル６０７１と表示パネル６０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

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

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

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

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

また、端末６００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。

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

図７を参照すると、図７は、本開示の実施例による別のネットワーク機器の構造図である。図７に示すように、このネットワーク機器７００は、プロセッサ７０１、送受信機７０２、メモリ７０３、及びバスインターフェースを含み、そのうち、
送受信機７０２は、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするために用いられる。

図７では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的にはプロセッサ７０１によって代表される一つ又は複数のプロセッサとメモリ７０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知られているものであるため、ここでは、これ以上説明しない。バスインターフェースは、インターフェースを提供する。送受信機７０２は、複数の素子であってもよく、すなわち、送信機と受信機を含み、伝送媒体で各種の他の装置と通信するためのユニットを提供してもよい。異なるユーザ機器について、ユーザインターフェース７０４は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。

プロセッサ７０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ７０３は、プロセッサ７０１の操作実行時に使用されるデータを記憶してもよい。

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

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

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

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

当業者であれば意識できるように、本明細書に開示された実施例を結び付けて記述された様々な例のユニット及びアルゴリズムステップは、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることが可能である。これらの機能がハードウェア方式で実行されるか、それともソフトウェア方式で実行されるかは、技術案の特定の応用及び設計拘束条件によるものである。当業者は、各特定の応用に対して異なる方法を使用して、記述された機能を実現することができるが、このような実現は、本開示の範囲を超えていると考えてはならない。

当業者が明確に理解できるように、記述の利便性及び簡潔性のために、以上に記述されたシステム、装置、及びユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照すればよい。ここでは説明を省略する。

本出願によって提供される実施例では、理解すべきことは、掲示された装置及び方法は、他の方式によって実現されてもよい。例えば、以上に記述された装置の実施例は、単なる例示的なものであり、例えば、前記ユニットの区分は、単なる論理的機能区分であり、実際に実現する時、他の区分方式があってもよい。例えば、複数のユニット又はコンポーネントは、別のシステムに結合又は集積されてもよく、又はいくつかの特徴が無視されてもよく、又は実行されなくてもよい。また、表示又は討論された同士間の結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットによる間接的結合又は通信接続であってもよく、電気的、機械的又は他の形式であってもよい。

前記分離された部品として説明されるユニットは、物理的に分離されてもよく、又は物理的に分離されなくてもよく、ユニットとして表示される部品は、物理的なユニットであってもよく、又は、物理的なユニットでなくてもよい。すなわち、一つの場所に位置してもよく、又は複数のネットワークユニットに分布されてもよい。実際の必要に応じて、そのうちの一部又は全部のユニットを選択して、本実施例の方案の目的を実現することができる。

また、本開示の各実施例における各機能ユニットは、一つの処理ユニットに集積されてもよく、各ユニットが物理的に単独に存在してもよく、二つ以上のユニットが一つのユニットに集積されてもよい。

前記機能は、ソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用される場合、一つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解を踏まえて、本開示の技術案は、実質的には、又は関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体に記憶され、一台のコンピュータ機器（パソコン、サーバ、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の指令を含む。前記記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどの、プログラムコードを記憶可能な様々な媒体を含む。

当業者が理解できるように、上記実施例の方法における全部又は一部のフローを実現することは、コンピュータプログラムによって関連ハードウェアを制御することによって完了されてもよい。前記プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。このプログラムが実行される時、上記各方法の実施例のようなフローを含んでもよい。そのうち、前記記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）又はランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）などであってもよい。

理解できることは、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、モジュール、ユニット、サブユニットは、一つ又は複数の特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰＤｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理機器（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。

ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサによって実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。

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

Claims

端末に用いられるスケジューリング要求送信方法であって、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含み、
前記第二のトリガ条件は、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む、スケジューリング要求送信方法。
前記第一のトリガ条件は、
ビーム障害が発生したことが検出されたことと、
ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む、請求項１に記載の方法。
前述した、ネットワーク機器にスケジューリング要求ＳＲを送信する前に、前記方法は、
ビーム障害が発生したことが検出された場合に、ＢＦＲＱ情報を伝送するための第一のメディアアクセス制御制御エレメントＭＡＣＣＥをトリガすること、
又は、ビーム障害が発生したことが検出され、且つ新たなビームが識別された場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣＣＥをトリガすることをさらに含む、請求項１に記載の方法。
前述した、ビーム障害が発生したことが検出されたことは、
セルにビーム障害が発生したことが検出されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含み、
又は、
前述した、ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
セルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む、請求項２又は３に記載の方法。
前記第一のＭＡＣＣＥは、送信待ちのｐｅｎｄｉｎｇ状態にある、請求項３に記載の方法。
前記第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを受信したことと、のうちのいずれか一つをさらに含む、請求項１に記載の方法。
前述した、ネットワーク機器にスケジューリング要求ＳＲを送信した後、前記方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記ネットワーク機器にビーム障害回復要求ＢＦＲＱ情報を送信することをさらに含む、請求項１に記載の方法。
前記ＢＦＲＱ情報は、ＭＡＣＣＥによって運ばれる、請求項７に記載の方法。
第二のトリガ条件が満たされる場合に、前記方法は、
前記ＢＦＲＱ情報の送信をキャンセルすることをさらに含む、請求項７に記載の方法。
前記ＳＲは、ビーム障害回復専用のＳＲである、請求項１に記載の方法。
ネットワーク機器に用いられるスケジューリング要求受信方法であって、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含み、
前記第二のトリガ条件は、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む、スケジューリング要求受信方法。
前記第一のトリガ条件は、
前記端末によりビーム障害が発生したことが検出されたことと、
前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
前記端末に、送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む、請求項１１に記載の方法。
前記第二のトリガ条件は、
前記端末が送信したビーム障害回復要求ＢＦＲＱ情報を受信したことと、
ビーム障害回復が完了したことと、
前記端末に無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを送信したことと、のうちのいずれか一つをさらに含む、請求項１１に記載の方法。
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするための送信モジュールを含み、
前記第二のトリガ条件は、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む、端末。
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするための受信モジュールを含み、
前記第二のトリガ条件は、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む、ネットワーク機器。