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

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

Info

Publication number
JP2022539477A
JP2022539477A JP2022501344A JP2022501344A JP2022539477A JP 2022539477 A JP2022539477 A JP 2022539477A JP 2022501344 A JP2022501344 A JP 2022501344A JP 2022501344 A JP2022501344 A JP 2022501344A JP 2022539477 A JP2022539477 A JP 2022539477A
Authority
JP
Japan
Prior art keywords
beam failure
terminal
occurred
trigger condition
new
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022501344A
Other languages
English (en)
Other versions
JP7289981B2 (ja
Inventor
宇 楊
▲ユウ▼民 呉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of JP2022539477A publication Critical patent/JP2022539477A/ja
Application granted granted Critical
Publication of JP7289981B2 publication Critical patent/JP7289981B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0602—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using antenna switching
    • H04B7/0608—Antenna selection according to transmission parameters
    • H04B7/061—Antenna selection according to transmission parameters using feedback from receiving side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Abstract

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

Description

（関連出願の相互参照）
本出願は、２０１９年７月１１日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０６２６７６８．２の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示は、通信技術分野に関し、特にスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器に関する。
高周波帯域の通信システムでは、無線信号の波長が比較的に短いため、信号の伝搬が阻害されるなどの状況が発生しやすく、信号の伝搬が中断されてしまう。関連技術における無線リンク再構築を採用する場合、それにかかる時間が長いので、ビーム障害回復メカニズムが導入される。関連技術におけるビーム障害回復（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ、ＢＦＲ）メカニズムは、以下の四つのステップを含む。
第一に、ビーム障害を検出する（Ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ）。端末は、物理層においてビーム障害検出リファレンス信号（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を測定し、且つ測定結果に基づいてビーム障害イベントが発生したか否かを判断する。
第二に、新たな候補ビームを識別する（Ｎｅｗ ｃａｎｄｉｄａｔｅ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）。端末は、物理層においてビーム識別リファレンス信号（ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を測定して、新たな候補ビーム（ｃａｎｄｉｄａｔｅ ｂｅａｍ）を探す。本ステップは、必ずしもｂｅａｍ ｆａｉｌｕｒｅ ｅｖｅｎｔの発生後に行われなければならないというわけではなく、その前に行われてもよい。
第三に、ビーム障害回復要求（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ、ＢＦＲＱ）情報を伝送する。
第四に、端末は、ネットワーク機器によるビーム障害回復要求に対する応答を検出する（ＵＥ ｍｏｎｉｔｏｒｓ ｇＮＢ ｒｅｓｐｏｎｓｅ ｆｏｒ ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）。
セカンダリセルビーム障害回復（ＳＣｅｌｌ ＢＦＲ）プロセスにおいて、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）によって、端末に上りリンク許可リソースを配置又は指示するようにネットワーク機器をトリガして、この上りリンク許可リソース上でＢＦＲＱ情報を伝送することができる。しかしながら、関連技術では、ＳＲのトリガ条件が満たされると、端末は、周期的にＳＲを送信し、これによりＳＲのリソースオーバーヘッドが大きくなってしまう。
本開示の実施例は、関連技術においてＳＲのトリガ条件が満たされると、周期的にＳＲを送信し、ＳＲのリソースオーバーヘッドが大きくなってしまうという問題を解決するためのスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器を提供する。
第一の方面によれば、本開示の実施例は、端末に用いられるスケジューリング要求送信方法を提供する。この方法は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含む。
第二の方面によれば、本開示の実施例は、ネットワーク機器に用いられるスケジューリング要求受信方法をさらに提供する。この方法は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信することと、
第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップすることとを含む。
第三の方面によれば、本開示の実施例は、端末をさらに提供する。この端末は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするための送信モジュールを含む。
第四の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。このネットワーク機器は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするための受信モジュールを含む。
第五の方面によれば、本開示の実施例は、端末をさらに提供する。この端末は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、上記スケジューリング要求送信方法におけるステップを実現させる。
第六の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。このネットワーク機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時、上記スケジューリング要求受信方法におけるステップを実現させる。
第七の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上記スケジューリング要求送信方法のステップを実現させるか、又は、前記コンピュータプログラムがプロセッサによって実行される時、上記スケジューリング要求受信方法のステップを実現させる。
本開示の実施例では、第二のトリガ条件を設定することにより、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。このようにして、ＳＲの送信回数が減少し、それによって、ＳＲのリソースオーバーヘッドが低減される。それとともに、端末の消費電力が低減され、端末の待機時間が延長される。
本開示の実施例が適用可能なネットワークシステムの構造図である。 本開示の実施例によるスケジューリング要求送信方法のフローチャートである。 本開示の実施例によるスケジューリング要求受信方法のフローチャートである。 本開示の実施例による端末の構造図である。 本開示の実施例によるネットワーク機器の構造図である。 本開示の実施例による別の端末の構造図である。 本開示の実施例による別のネットワーク機器の構造図である。
以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られるすべての他の実施例は、いずれも本開示の保護範囲に属する。
本出願の明細書と特許請求の範囲における用語である「含む」及びそれらの任意の変形は、非排他的な「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書と特許請求の範囲において使用された「及び／又は」は、接続された対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢは、単独のＡ、単独のＢ、及びＡとＢとの組み合わせの３つのケースを含むことを表す。
本開示の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明として表すために用いられる。本開示の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連する概念を具体的な方式で提示することを意図する。
以下では、添付図面を結び付けながら、本開示の実施例を紹介する。本開示の実施例によるスケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器は、無線通信システムに用いられることができる。この無線通信システムは、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム、又は進化型長期的進化（Ｅｖｏｌｖｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ｅＬＴＥ）システム、又は後続の進化通信システムを採用するものであってもよい。
図１を参照して、図１は、本開示の実施例が適用可能なネットワークシステムの構造図である。図１に示すように、端末１１とネットワーク機器１２とを含み、そのうち、端末１１は、ユーザ端末又は他の端末側機器、例えば、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、又はウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）等の端末側機器であってもよい。説明すべきことは、本開示の実施例では、端末１１の具体的なタイプを限定しない。上記ネットワーク機器１２は、５Ｇ基地局、又はそれ以降のバージョンの基地局、又は他の通信システムにおける基地局であってもよく、又はノードＢ、進化ノードＢ、又は送受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）、又はアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）、又は当分野におけるその他の用語と呼ばれ、同じ技術的効果を達成する限り、前記ネットワーク機器は、特定の技術用語に限られない。また、上記ネットワーク機器１２は、マスタノード（Ｍａｓｔｅｒ Ｎｏｄｅ、ＭＮ）又はセカンダリノード（Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ、ＳＮ）であってもよい。説明すべきことは、本開示の実施例では、５Ｇ基地局のみを例にするが、ネットワーク機器の具体的なタイプを限定しない。
図２を参照して、図２は、本開示の実施例によるスケジューリング要求送信方法のフローチャートである。この方法は、端末に用いられ、図２に示すように、以下のステップを含む。
ステップ２０１において、第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信する。
ステップ２０２において、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップする。
上記ＳＲは、上りリンク許可リソースを配置又は指示するようにネットワーク機器をトリガするために用いられることができ、この上りリンク許可リソース上でＢＦＲＱ情報を伝送することができる。上記Ｎの大きさは、実際の必要に応じて設定されてもよい。本実施例では、このＮの大きさは、プロトコルにより約定されてもよく、ネットワーク機器から通知されてもよい。
本開示の実施例では、ビーム障害イベントを送信する時に、ＳＲ及びＢＦＲＱ情報をトリガし、予め設定された第二のトリガ条件によりＳＲの送信を制限してもよい。例えば、第二のトリガ条件が満たされる時に、ＳＲの送信をキャンセルしてもよく、ＳＲの送信を直接Ｎ回スキップしてもよい。Ｎの大きさは、実際の必要に応じて設定されてもよく、ここでは更に限定しない。
選択的に、上記ＳＲは、生成された後、送信待ちのｐｅｎｄｉｎｇ状態にある。このｐｅｎｄｉｎｇ状態において、端末は、このＳＲを送信してもよい。
本開示の実施例では、第二のトリガ条件を設定することにより、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。このようにして、ＳＲの送信回数が減少し、それによって、ＳＲのリソースオーバーヘッドが低減される。それとともに、端末の消費電力が低減され、端末の待機時間が延長される。
選択的に、上記ＳＲは、ビーム障害回復専用のＳＲ（以下、専用ＳＲと称し、即ちｄｅｄｉｃａｔｅｄ ＳＲである）又は他のＳＲ（以下、関連技術ＳＲと称し、即ち関連技術におけるＳＲである）であってもよい。そのうち、専用ＳＲは、これからネットワーク機器に送信されるＢＦＲＱ情報があることをネットワーク機器に通知するためのものである。つまり、この専用ＳＲは、ネットワーク機器が指示した第一の上りリンク許可リソースをトリガするためのものであり、この第一の上りリンク許可リソースは、ＢＦＲＱ情報の伝送に専用される。関連技術ＳＲは、送信待ちの他の上りリンク情報が存在することをネットワーク機器に通知するために用いられてもよい。ネットワーク機器は、この関連技術ＳＲに基づいて、端末に第二の上りリンク許可リソースを配置又は指示してもよく、上記ＢＦＲＱ情報は、他の上りリンク情報と多重化され、この第二の上りリンク許可リソース上で伝送されてもよい。
選択的に、一実施例では、上記ステップ２０１の後に、この方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記ネットワーク機器にＢＦＲＱ情報を送信することをさらに含む。
本実施例では、ネットワーク機器が配置又は指示した上りリンク許可リソースは、上記第一の上りリンク許可リソース又は最近利用可能な第二の上りリンク許可リソースを含んでもよい。選択的に、この第二の上りリンク許可リソースは、
配置許可（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）による上りリンク許可リソースと、
動的許可（ｄｙｎａｍｉｃ ｇｒａｎｔ）による上りリンク許可リソースと、
ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ、ＲＡ）手順における上りリンク許可リソースとのうちの少なくとも一つを含む。
選択的に、このランダムアクセス手順とは、具体的には、２ステップのランダムアクセス手順又は４ステップのランダムアクセス手順を指してもよい。それに対応して、第二の上りリンク許可リソースとは、２ステップのランダムアクセス（２－ｓｔｅｐ ＲＡ）手順のＰＵＳＣＨ又は４ステップのランダムアクセス（４－ｓｔｅｐ ＲＡ）手順のＰＵＳＣＨを指す。
さらに、上記ＢＦＲＱ情報は、メディアアクセス制御制御エレメント（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）によって運ばれてもよい。
本実施例では、異なるＢＦＲＱ情報が異なるＭＡＣ ＣＥ上にあり、且つ一つのＭＡＣ ＣＥが一つのＢＦＲＱ情報の一部又は全部の情報を伝送するために用いられてもよく、一つのＭＡＣ ＣＥが複数又は全てのＢＦＲＱ情報を伝送してもよい。
さらに、選択可能な一実施例では、第二のトリガ条件が満たされる場合に、前記方法は、
前記ＢＦＲＱ情報の送信をキャンセルすることをさらに含む。
本開示の実施例では、第二のトリガ条件をＢＦＲＱ情報の送信をキャンセルするトリガ条件として設定するので、ＢＦＲＱ情報の送信の繰り返し回数を減少させることができる。このように、データ送信量をさらに減少させることができるので、リソースオーバーヘッドを低減し、端末の消費電力を低減し、端末の待機時間を延長することができる。
理解すべきことは、上記第一のトリガ条件は、具体的には、実際の必要に応じて設定されてもよく、例えば、選択可能な一実施例では、上記第一のトリガ条件は、
ビーム障害が発生したことが検出されたことと、
ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含んでもよい。
そのうち、前述した、ビーム障害が発生したことが検出されたことは、
セルにビーム障害が発生したことが検出されたことと、
帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）にビーム障害が発生したことが検出されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。
上述した、ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
セルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。
本実施例では、端末は、ビーム障害検出リファレンス信号（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｄｅｔｅｃｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＢＦＤ ＲＳ）を測定することができる。測定結果に基づいて、少なくとも一つのターゲット対象にビーム障害イベントが発生したか否かを判断し、このターゲット対象は、セル、ＢＷＰ又はＴＲＰである。なお、端末は、新たな候補ビーム識別のための下りリンクリファレンス信号を測定することにより、ビーム障害が発生したセル、ＢＷＰ又はＴＲＰ上で新たなビームが見つかったか否かを決定してもよい。
本実施例では、送信待ちのＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないことについて、具体的には、ＢＦＲＱ情報を伝送するためのＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱ）が存在する場合、新たな伝送のための物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）リソースがないか、又は、上りリンクリソースが存在しても、論理チャネル優先度関係によればこのＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱの優先度が比較的に低く、この上りリンクリソースを利用できないことと理解されてもよい。
さらに、前述した、ネットワーク機器にスケジューリング要求ＳＲを送信する前に、前記方法は、
ビーム障害が発生した場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣ ＣＥをトリガすること、
又は、ビーム障害が発生したことが検出され、且つ新たなビームが識別された場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣ ＣＥをトリガすることをさらに含む。
本開示の実施例では、異なる第一のＭＡＣ ＣＥ（ＢＦＲＱ情報を伝送するためのＭＡＣ ＣＥ、即ちＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱ）に対応するＳＲは、異なっていてもよい。例えば、異なるセカンダリセルＳＣｅｌｌのＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱは、異なるＳＲに対応する。
選択的に、上記第一のＭＡＣ ＣＥは生成された後、この第一のＭＡＣ ＣＥは、送信待ちのｐｅｎｄｉｎｇ状態にある。このｐｅｎｄｉｎｇ状態において、端末は、この第一のＭＡＣ ＣＥを送信してもよい。
理解すべきことは、本実施例では、第一のＭＡＣ ＣＥの生成をトリガした後であれば、送信待ちのＢＦＲＱ情報が存在すると理解されてもよい。
さらに、上記第二のトリガ条件の具体内容は、実際の必要に応じて設定されてもよい。選択可能な一実施例では、この第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）、メディアアクセス制御制御エレメントＭＡＣ ＣＥ、及び下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）のうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。
本開示の実施例では、前記ネットワーク機器が送信したＲＲＣ、ＭＡＣ ＣＥ及びＤＣＩのうちの少なくとも一つを受信したことについて、ネットワーク機器がＲＲＣシグナリング、ＭＡＣ ＣＥコマンド及びＤＣＩシグナリングのうちの少なくとも一つにより、前記端末にスケジューリングシグナリング、ビームトレーニング関連シグナリング、リリース又は非アクティブ化シグナリング、切り替えシグナリングなどを送信することと理解されてもよい。具体的には、ＲＲＣシグナリング、ＭＡＣ ＣＥコマンド及びＤＣＩシグナリングは、ビーム障害が発生したターゲット対象上で伝送されてもよく、ビーム障害が発生していないターゲット対象上で伝送されてもよい。
本開示をより良く理解させるために、以下は、ＢＦＲＱ情報に関連するターゲット対象がセルであり、且つＢＦＲＱ情報がＭＡＣ ＣＥによって運ばれることを例として、本開示の具体的な実現プロセスを詳細に説明する。具体的には、以下のステップを含んでもよい。
ステップ１において、端末は、ＢＦＤ ＲＳを測定し、測定結果に基づいて、少なくとも一つのターゲット対象にビーム障害イベントが発生したか否かを判断する。
ステップ２において、端末は、新たな候補ビーム識別のための下りリンクリファレンス信号（ＤＬ ＲＳ ｆｏｒ ｎｅｗ ｂｅａｍ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を測定し、新たなビーム（ｎｅｗ ｂｅａｍ）が見つかったか否かを決定する。このステップ２とステップ１には前後関係がない。
ステップ３において、端末は、ＢＦＲＱ情報を伝送するためのＭＡＣ ＣＥ（即ち、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱ）の生成をトリガする。
ＢＦＲＱ情報を伝送するためのＭＡＣ ＣＥは、ＢＦＲＱの伝送に専用されるＭＡＣ ＣＥ（このＭＡＣ ＣＥは、関連技術におけるＭＡＣ ＣＥと異なる）であってもよく、例えば、新たな論理チャネルヘッダ識別子を使用する。ＢＦＲＱ情報を伝送するためのＭＡＣ ＣＥは、他の上りリンク情報を伝送するためのＭＡＣ ＣＥであってもよく、このＭＡＣ ＣＥにおける予約ｂｉｔの新たな定義値により、このＭＡＣ ＣＥがＢＦＲＱ情報の伝送に用いられるか否かが識別される。
さらに、ターゲット対象にビーム障害が発生したことが検出された場合にも、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱの生成をトリガし、このＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱもｐｅｎｄｉｎｇ状態にある。又は、ターゲット対象にビーム障害が発生したことが検出され、且つ前記ターゲット対象に新たなビームが存在することが識別された場合にも、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱの生成をトリガし、このＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱもｐｅｎｄｉｎｇ状態にある。
ステップ４において、第一のトリガ条件が満たされる場合に、端末は、ネットワーク機器にＳＲを送信する。
そのうち、このＳＲは、関連技術におけるＳＲであってもよい。又は、このＳＲは、ビーム障害回復専用のＳＲ、例えば、ｄｅｄｉｃａｔｅｄ ＳＲであり、このｄｅｄｉｃａｔｅｄ ＳＲは、これからネットワークに送信されるＢＦＲＱ情報があることをネットワークに通知するためのものである。つまり、このｄｅｄｉｃａｔｅｄ ＳＲは、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱを送信するための上りリンクリソース（ＰＵＳＣＨ）をトリガするためのものである。
選択的に、このＳＲは、ｐｅｎｄｉｎｇ状態にある。
選択的に、このＳＲは、端末から周期的にネットワークに送信され続ける。
ステップ５において、端末は、ネットワーク機器にＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱを送信する。
選択的に、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱは、ｄｅｄｉｃａｔｅｄ ＳＲがトリガした上りリンクリソース上で送信されてもよい。即ち、ネットワーク機器は、ｄｅｄｉｃａｔｅｄ ＳＲを受信した後、ＤＣＩで上りリンクリソースを指示する。
選択的に、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱは、最近利用可能な上りリンクリソース、例えば、最近利用可能なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ、ｄｙｎａｍｉｃ ｇｒａｎｔ、又はＲＡ手順に対応する上りリンクリソース上で送信されてもよい。
さらに、このＲＡ手順とは、２－ｓｔｅｐ ＲＡ手順又は４－ｓｔｅｐ ＲＡ手順を指してもよい。それに対応して、最近利用可能な上りリンクリソースとは、２ステップのランダムアクセス（２－ｓｔｅｐ ＲＡ）手順のＰＵＳＣＨ又は４ステップのランダムアクセス（４－ｓｔｅｐ ＲＡ）手順のＰＵＳＣＨを指す。
ステップ６において、第二のトリガ条件が満たされる時に、ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。
選択的に、この第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣ ＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。
理解すべきことは、第一のトリガ条件が再度満たされる時に、ＳＲが再度送信されることになる。
さらに、上記第二のトリガ条件が満たされる時に、端末は、ＭＡＣ ＣＥ ｆｏｒ ＢＦＲＱの送信をキャンセルしてもよい。
図３を参照して、図３は、本開示の実施例によるスケジューリング要求受信方法のフローチャートである。この方法は、ネットワーク機器に用いられ、図３に示すように、以下のステップを含む。
ステップ３０１において、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信する。
ステップ３０２において、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップする。
選択的に、前記第一のトリガ条件は、
前記端末によりビーム障害が発生したことが検出されたことと、
前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
前記端末に、送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む。
選択的に、前記端末によりビーム障害が発生したことが検出されたことは、
前記端末によりセルにビーム障害が発生したことが検出されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。
選択的に、前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
前記端末によりセルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。
選択的に、前記第二のトリガ条件は、
前記端末が送信したＢＦＲＱ情報を受信したことと、
ビーム障害回復が完了したことと、
前記端末に無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣ ＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを送信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。
選択的に、前述した、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信した後、前記方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記端末が送信したＢＦＲＱ情報を受信することをさらに含む。
選択的に、前記ＢＦＲＱ情報は、ＭＡＣ ＣＥによって運ばれる。
選択的に、第二のトリガ条件が満たされる場合に、前記ＢＦＲＱ情報の受信を停止する。
選択的に、前記ＳＲは、ビーム障害回復専用のＳＲである。
説明すべきことは、本実施例は、図２に示される実施例に対応するネットワーク機器の実施形態として、その具体的な実施形態は、図２に示される実施例の関連説明を参照してよく、且つ同じ有益な効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。
図４を参照して、図４は、本開示の実施例による端末の構造図である。図４に示すように、端末４００は、
第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするための送信モジュール４０１を含む。
選択的に、前記第一のトリガ条件は、
ビーム障害が発生したことが検出されたことと、
ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む。
選択的に、前記端末４００は、
ビーム障害が発生した場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣ ＣＥをトリガし、又は、ビーム障害が発生したことが検出され、且つ新たなビームが識別された場合に、ＢＦＲＱ情報を伝送するための第一のＭＡＣ ＣＥをトリガするための第一のトリガモジュールをさらに含む。
選択的に、前述した、ビーム障害が発生したことが検出されたことは、
セルにビーム障害が発生したことが検出されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。
前述した、ビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
セルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。
選択的に、前記第一のＭＡＣ ＣＥは、送信待ちのｐｅｎｄｉｎｇ状態にある。
選択的に、前記第二のトリガ条件は、
前記ネットワーク機器にＢＦＲＱ情報を送信したことと、
ビーム障害回復が完了したことと、
前記ネットワーク機器が送信した無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣ ＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを受信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。
選択的に、前記送信モジュール４０１は、さらに、ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記ネットワーク機器にＢＦＲＱ情報を送信するために用いられる。
選択的に、前記ＢＦＲＱ情報は、ＭＡＣ ＣＥによって運ばれる。
選択的に、前記送信モジュール４０１は、さらに、第二のトリガ条件が満たされる場合に、前記ＢＦＲＱ情報の送信をキャンセルするために用いられる。
選択的に、前記ＳＲは、ビーム障害回復専用のＳＲである。
本開示の実施例による端末は、図２の方法の実施例において端末により実現される各プロセスを実現することができる。説明の繰り返しを回避するために、ここでは説明を省略する。
図５を参照して、図５は、本開示の実施例によるネットワーク機器の構造図である。図５に示すように、ネットワーク機器５００は、
第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするための受信モジュール５０１を含む。
選択的に、前記第一のトリガ条件は、
前記端末によりビーム障害が発生したことが検出されたことと、
前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことと、
前記端末に、送信待ちのビーム障害回復要求ＢＦＲＱ情報が存在し、且つ前記送信待ちのＢＦＲＱ情報を送信するために利用可能な上りリンクリソースが存在しないこととのうちの少なくとも一つを含む。
選択的に、前記端末によりビーム障害が発生したことが検出されたことは、
前記端末によりセルにビーム障害が発生したことが検出されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出されたこととのうちの少なくとも一つを含む。
選択的に、前記端末によりビーム障害が発生したことが検出され、且つ新たなビームが識別されたことは、
前記端末によりセルにビーム障害が発生したことが検出され、且つビーム障害が検出されたセル上で新たなビームが識別されたことと、
前記端末により帯域幅部分ＢＷＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＢＷＰ上で新たなビームが識別されたことと、
前記端末により送受信ポイントＴＲＰにビーム障害が発生したことが検出され、且つビーム障害が検出されたＴＲＰ上で新たなビームが識別されたこととのうちの少なくとも一つを含む。
選択的に、前記第二のトリガ条件は、
前記端末が送信したＢＦＲＱ情報を受信したことと、
ビーム障害回復が完了したことと、
前記端末に無線リソース制御ＲＲＣ、メディアアクセス制御制御エレメントＭＡＣ ＣＥ、及び下りリンク制御情報ＤＣＩのうちの少なくとも一つを送信したことと、
ビーム障害が発生したセルをリリース又は非アクティブ化したことと、
ビーム障害が発生した帯域幅部分ＢＷＰをリリース又は非アクティブ化したことと、
ビーム障害が発生した送受信ポイントＴＲＰをリリース又は非アクティブ化したことと、
新たなセルに切り替えたことと、
新たな帯域幅部分ＢＷＰに切り替えたことと、
新たな送受信ポイントＴＲＰに切り替えたことと、
新たなビームに切り替えたこととのうちのいずれか一つを含む。
選択的に、前述した、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信した後、前記方法は、
ネットワーク機器が配置又は指示した上りリンク許可リソース上で、前記端末が送信したＢＦＲＱ情報を受信することをさらに含む。
選択的に、前記ＢＦＲＱ情報は、ＭＡＣ ＣＥによって運ばれる。
選択的に、第二のトリガ条件が満たされる場合に、前記ＢＦＲＱ情報の受信を停止する。
選択的に、前記ＳＲは、ビーム障害回復専用のＳＲである。
本開示の実施例によるネットワーク機器は、図３の方法の実施例においてネットワーク機器により実現される各プロセスを実現することができる。説明の繰り返しを回避するために、ここでは説明を省略する。
図６は、本開示の各実施例を実現する端末のハードウェア構造概略図である。
この端末６００は、無線周波数ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インターフェースユニット６０８、メモリ６０９、プロセッサ６１０、及び電源６１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図６に示す端末構成は、端末に対する限定を構成しなく、端末には、図示された部材の数よりも多い又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置が含まれてもよい。本開示の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。
無線周波数ユニット６０１は、第一のトリガ条件が満たされる場合に、ネットワーク機器にスケジューリング要求ＳＲを送信し、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回（Ｎは１よりも大きい整数である）スキップするために用いられる。
本開示の実施例では、第二のトリガ条件を設定することにより、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。このようにして、ＳＲの送信回数が減少し、それによって、ＳＲのリソースオーバーヘッドが低減される。それとともに、端末の消費電力が低減され、端末の待機時間が延長される。
理解すべきことは、本開示の実施例では、無線周波数ユニット６０１は、情報の送受信又は通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ６１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット６０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限られない。なお、無線周波数ユニット６０１は、無線通信システムやネットワークによって、他の機器との通信を行ってもよい。
端末は、ネットワークモジュール６０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。
オーディオ出力ユニット６０３は、無線周波数ユニット６０１又はネットワークモジュール６０２によって受信された又はメモリ６０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット６０３はさらに、端末６００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット６０３は、スピーカ、ブザー及び受話器などを含む。
入力ユニット６０４は、オーディオ又はビデオ信号を受信するためのものである。入力ユニット６０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）６０４１とマイクロホン６０４２を含んでもよい。グラフィックスプロセッサ６０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット６０６に表示されてもよい。グラフィックスプロセッサ６０４１によって処理された画像フレームは、メモリ６０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット６０１又はネットワークモジュール６０２を介して送信されてもよい。マイクロホン６０４２は、音声を受信することができるとともに、このような音声をオーディオデータに処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット６０１を介して移動通信基地局に送信可能なフォーマットに変換して出力されてもよい。
端末６００はさらに、少なくとも一つのセンサ６０５、例えば、光センサ、モーションセンサ及び他のセンサを含む。具体的には、光センサは、環境光センサ及び接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル６０６１の輝度を調整することができ、接近センサは、端末６００が耳元に移動した時、表示パネル６０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、３軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられることができる。センサ６０５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。
表示ユニット６０６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられている。表示ユニット６０６は、表示パネル６０６１を含んでもよく、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル６０６１が配置されてもよい。
ユーザ入力ユニット６０７は、入力された数字又は文字情報の受信、端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット６０７は、タッチパネル６０７１及び他の入力機器６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル６０７１上又はタッチパネル６０７１付近で行う操作）を収集することができる。タッチパネル６０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ６１０に送信し、プロセッサ６１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプでタッチパネル６０７１を実現してもよい。タッチパネル６０７１以外、ユーザ入力ユニット６０７は、他の入力機器６０７２を含んでもよい。具体的には、他の入力機器６０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは説明を省略する。
さらに、タッチパネル６０７１は、表示パネル６０６１上に覆われてもよい。タッチパネル６０７１は、その上又は付近でのタッチ操作を検出した場合、プロセッサ６１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ６１０は、タッチイベントのタイプに応じて表示パネル６０６１で相応な視覚出力を提供する。図６では、タッチパネル６０７１と表示パネル６０６１は、二つの独立した部材として端末の入力と出力機能を実現するものであるが、いくつかの実施例では、タッチパネル６０７１と表示パネル６０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。
インターフェースユニット６０８は、外部装置と端末６００との接続のためのインターフェースである。例えば、外部装置は、有線又は無線ヘッドフォンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット６０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末６００内の一つ又は複数の素子に伝送するために用いられてもよく、又は端末６００と外部装置との間でデータを伝送するために用いられてもよい。
メモリ６０９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ６０９は、主に記憶プログラム領域及び記憶データ領域を含んでもよい。そのうち、記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ６０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスをさらに含んでもよい。
プロセッサ６１０は、端末の制御センターであり、各種のインターフェースと線路によって端末全体の各部分に接続され、メモリ６０９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ６０９内に記憶されたデータを呼び出し、端末の各種の機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ６１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ６１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解すべきことは、上記モデムプロセッサは、プロセッサ６１０に集積されなくてもよい。
端末６００はさらに、各部材に電力を供給する電源６１１（例えば、電池）を含んでもよい。選択的に、電源６１１は、電源管理システムによってプロセッサ６１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。
また、端末６００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。
選択的に、本開示の実施例は、端末をさらに提供する。この端末は、プロセッサ６１０と、メモリ６０９と、メモリ６０９に記憶され、前記プロセッサ６１０上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサ６１０によって実行される時、上記スケジューリング要求送信方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。
図７を参照すると、図７は、本開示の実施例による別のネットワーク機器の構造図である。図７に示すように、このネットワーク機器７００は、プロセッサ７０１、送受信機７０２、メモリ７０３、及びバスインターフェースを含み、そのうち、
送受信機７０２は、第一のトリガ条件が満たされる場合に端末が送信したスケジューリング要求ＳＲを受信し、第二のトリガ条件が満たされる場合に、前記ＳＲの受信を停止するか、又は前記ＳＲの受信をＮ回（Ｎは１よりも大きい整数である）スキップするために用いられる。
本開示の実施例では、第二のトリガ条件を設定することにより、第二のトリガ条件が満たされる場合に、前記ＳＲの送信をキャンセルするか、又はＳＲの送信をＮ回スキップする。このようにして、ＳＲの送信回数が減少し、それによって、ＳＲのリソースオーバーヘッドが低減される。それとともに、端末の消費電力が低減され、端末の待機時間が延長される。
図７では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的にはプロセッサ７０１によって代表される一つ又は複数のプロセッサとメモリ７０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知られているものであるため、ここでは、これ以上説明しない。バスインターフェースは、インターフェースを提供する。送受信機７０２は、複数の素子であってもよく、すなわち、送信機と受信機を含み、伝送媒体で各種の他の装置と通信するためのユニットを提供してもよい。異なるユーザ機器について、ユーザインターフェース７０４は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。
プロセッサ７０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ７０３は、プロセッサ７０１の操作実行時に使用されるデータを記憶してもよい。
選択的に、本開示の実施例は、ネットワーク機器をさらに提供する。このネットワーク機器は、プロセッサ７０１と、メモリ７０３と、メモリ７０３に記憶され、前記プロセッサ７０１上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサ７０１によって実行される時、上記スケジューリング要求受信方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。
本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、本開示の実施例によるネットワーク機器側のスケジューリング要求受信方法の実施例の各プロセスを実現させるか、又はこのコンピュータプログラムがプロセッサによって実行される時、本開示の実施例による端末側のスケジューリング要求送信方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでは説明を省略する。そのうち、上述したコンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどである。
説明すべきことは、本明細書において、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない限り、「……を一つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。
以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質的には又は関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又は基地局などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。
当業者であれば意識できるように、本明細書に開示された実施例を結び付けて記述された様々な例のユニット及びアルゴリズムステップは、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることが可能である。これらの機能がハードウェア方式で実行されるか、それともソフトウェア方式で実行されるかは、技術案の特定の応用及び設計拘束条件によるものである。当業者は、各特定の応用に対して異なる方法を使用して、記述された機能を実現することができるが、このような実現は、本開示の範囲を超えていると考えてはならない。
当業者が明確に理解できるように、記述の利便性及び簡潔性のために、以上に記述されたシステム、装置、及びユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照すればよい。ここでは説明を省略する。
本出願によって提供される実施例では、理解すべきことは、掲示された装置及び方法は、他の方式によって実現されてもよい。例えば、以上に記述された装置の実施例は、単なる例示的なものであり、例えば、前記ユニットの区分は、単なる論理的機能区分であり、実際に実現する時、他の区分方式があってもよい。例えば、複数のユニット又はコンポーネントは、別のシステムに結合又は集積されてもよく、又はいくつかの特徴が無視されてもよく、又は実行されなくてもよい。また、表示又は討論された同士間の結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットによる間接的結合又は通信接続であってもよく、電気的、機械的又は他の形式であってもよい。
前記分離された部品として説明されるユニットは、物理的に分離されてもよく、又は物理的に分離されなくてもよく、ユニットとして表示される部品は、物理的なユニットであってもよく、又は、物理的なユニットでなくてもよい。すなわち、一つの場所に位置してもよく、又は複数のネットワークユニットに分布されてもよい。実際の必要に応じて、そのうちの一部又は全部のユニットを選択して、本実施例の方案の目的を実現することができる。
また、本開示の各実施例における各機能ユニットは、一つの処理ユニットに集積されてもよく、各ユニットが物理的に単独に存在してもよく、二つ以上のユニットが一つのユニットに集積されてもよい。
前記機能は、ソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用される場合、一つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解を踏まえて、本開示の技術案は、実質的には、又は関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体に記憶され、一台のコンピュータ機器（パソコン、サーバ、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の指令を含む。前記記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなどの、プログラムコードを記憶可能な様々な媒体を含む。
当業者が理解できるように、上記実施例の方法における全部又は一部のフローを実現することは、コンピュータプログラムによって関連ハードウェアを制御することによって完了されてもよい。前記プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。このプログラムが実行される時、上記各方法の実施例のようなフローを含んでもよい。そのうち、前記記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）又はランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）などであってもよい。
理解できることは、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、モジュール、ユニット、サブユニットは、一つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理機器（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。
ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサによって実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。
以上は、添付図面を結び付けながら、本開示の実施例を記述していたが、本開示は、上述した具体的な実施の形態に限らず、上述した具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本開示の保護範囲に入っている。

Claims (25)

  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. コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～１１のいずれか１項に記載のスケジューリング要求送信方法のステップを実現させるか、又は前記コンピュータプログラムがプロセッサによって実行される時、請求項１２～２０のいずれか１項に記載のスケジューリング要求受信方法のステップを実現させる、コンピュータ可読記憶媒体。
JP2022501344A 2019-07-11 2020-07-10 スケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器 Active JP7289981B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910626768.2 2019-07-11
CN201910626768.2A CN111818658B (zh) 2019-07-11 2019-07-11 调度请求发送方法、调度请求接收方法、终端和网络设备
PCT/CN2020/101292 WO2021004522A1 (zh) 2019-07-11 2020-07-10 调度请求发送方法、调度请求接收方法、终端和网络设备

Publications (2)

Publication Number Publication Date
JP2022539477A true JP2022539477A (ja) 2022-09-09
JP7289981B2 JP7289981B2 (ja) 2023-06-12

Family

ID=72844545

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022501344A Active JP7289981B2 (ja) 2019-07-11 2020-07-10 スケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器

Country Status (6)

Country Link
US (1) US11909490B2 (ja)
EP (1) EP3998832A4 (ja)
JP (1) JP7289981B2 (ja)
KR (1) KR20220030290A (ja)
CN (1) CN111818658B (ja)
WO (1) WO2021004522A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112333675B (zh) * 2020-11-25 2022-09-13 紫光展锐(重庆)科技有限公司 一种数据计数的方法及相关装置
US20240080147A1 (en) * 2021-01-04 2024-03-07 Beijing Xiaomi Mobile Software Co., Ltd. Method for determining beam failure detection (bfd) resource, communication device, and storage medium
WO2022195353A1 (en) * 2021-03-17 2022-09-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Methods and apparatus of link recovery in multi-trp system
CN115442895A (zh) * 2021-06-04 2022-12-06 维沃移动通信有限公司 波束失败恢复处理方法、装置及终端

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011099150A1 (ja) * 2010-02-12 2011-08-18 富士通株式会社 無線通信装置、無線通信システムおよび無線通信方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101778418B (zh) * 2009-01-13 2014-03-19 中兴通讯股份有限公司 无线网络中触发或上报调度请求的方法和设备
CN116709529A (zh) * 2016-11-17 2023-09-05 三星电子株式会社 无线通信系统中的方法和装置
CN108882327B (zh) * 2017-05-15 2020-06-19 维沃移动通信有限公司 波束失败处理方法、辅基站失败处理方法及终端
US10555307B2 (en) * 2017-06-16 2020-02-04 Futurewei Technologies, Inc. System and method for beam failure recovery request reporting
WO2019032882A1 (en) * 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
US11206596B2 (en) 2017-11-27 2021-12-21 Asustek Computer Inc. Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
CN109982430B (zh) * 2017-12-28 2021-07-13 大唐移动通信设备有限公司 一种进行调度请求的方法和设备
US11277302B2 (en) * 2018-06-21 2022-03-15 Ofinno, Llc PUCCH based beam failure recovery procedure
CN114501662A (zh) 2018-08-17 2022-05-13 北京小米移动软件有限公司 调度请求传输方法、装置及存储介质
WO2020091452A1 (en) * 2018-11-01 2020-05-07 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in mobile communication system
KR20200054086A (ko) * 2018-11-09 2020-05-19 한국전자통신연구원 높은 신뢰 조건을 가지는 데이터 또는 제어 정보의 전송 방법 및 이를 위한 장치
WO2020206641A1 (zh) * 2019-04-10 2020-10-15 北京小米移动软件有限公司 波束失败确定方法和装置
US20220352959A1 (en) * 2019-06-21 2022-11-03 Ntt Docomo, Inc. Terminal
CN115278920A (zh) * 2019-06-28 2022-11-01 中兴通讯股份有限公司 针对辅小区的波束故障恢复

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011099150A1 (ja) * 2010-02-12 2011-08-18 富士通株式会社 無線通信装置、無線通信システムおよび無線通信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "Enhancements on multi-beam operations [online]", 3GPP TSG RAN WG1 #97 R1-1906537, JPN6022053556, 4 May 2019 (2019-05-04), ISSN: 0004948593 *
NTT DOCOMO, INC.: "Discussion on multi-beam enhancement [online]", 3GPP TSG RAN WG1 #97 R1-1906225, JPN6022053557, 3 May 2019 (2019-05-03), ISSN: 0004948592 *

Also Published As

Publication number Publication date
JP7289981B2 (ja) 2023-06-12
KR20220030290A (ko) 2022-03-10
CN111818658B (zh) 2023-05-26
US20220131593A1 (en) 2022-04-28
EP3998832A1 (en) 2022-05-18
US11909490B2 (en) 2024-02-20
EP3998832A4 (en) 2022-08-03
CN111818658A (zh) 2020-10-23
WO2021004522A1 (zh) 2021-01-14

Similar Documents

Publication Publication Date Title
JP7326577B2 (ja) 発射アンテナの切り替え方法及び端末機器
JP7203987B2 (ja) ビーム障害処理方法及び関連機器
JP7289981B2 (ja) スケジューリング要求送信方法、スケジューリング要求受信方法、端末及びネットワーク機器
JP2023517925A (ja) 情報報告方法、アクセス方式決定方法、端末とネットワーク機器
JP7329073B2 (ja) 指示情報の伝送方法及び通信機器
US11936474B2 (en) Transmission antenna switching method and terminal device
JP7230188B2 (ja) 伝送処理方法、端末及び制御ノード
JP7317949B2 (ja) 伝送方法および関連装置
US11877339B2 (en) Channel access method, configuration method, terminal, and network side device
JP2022501908A (ja) 免許不要帯域の送信時間の指示方法、ネットワーク装置および端末
WO2021027713A1 (zh) 上行传输方法、上行传输控制方法及相关设备
JP2022554221A (ja) 情報伝送方法及び機器
US20220173789A1 (en) Beam failure handling method and terminal
JP7184904B2 (ja) 状態処理方法、端末及び基地局
JP7278397B2 (ja) 伝送リソース指示方法、伝送方法、ネットワーク機器及び端末
EP3962223A1 (en) Random access method and terminal
US20220124556A1 (en) Uplink transmission drop method, uplink transmission drop configuration method, and related device
US20220132338A1 (en) Transmission method, terminal, and network device
WO2021197191A1 (zh) 冲突资源确定方法和终端
JP7256906B2 (ja) 上りリンク送信処理方法、情報配置方法、端末、ネットワーク機器及びコンピュータ可読記憶媒体
US11368961B2 (en) Processing method for secondary cell state transition and communication device
US20220210773A1 (en) Pdcch monitoring control method and related device
US11570724B2 (en) Method for PH calculation and terminal
US20220038972A1 (en) Handover method and terminal
WO2021208953A1 (zh) 冲突资源判断方法、终端和网络设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220111

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220111

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230320

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230509

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230531

R150 Certificate of patent or registration of utility model

Ref document number: 7289981

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150