JP7414949B2 - 無線通信方法、端末デバイス及びネットワークデバイス - Google Patents

無線通信方法、端末デバイス及びネットワークデバイス Download PDF

Info

Publication number
JP7414949B2
JP7414949B2 JP2022503954A JP2022503954A JP7414949B2 JP 7414949 B2 JP7414949 B2 JP 7414949B2 JP 2022503954 A JP2022503954 A JP 2022503954A JP 2022503954 A JP2022503954 A JP 2022503954A JP 7414949 B2 JP7414949 B2 JP 7414949B2
Authority
JP
Japan
Prior art keywords
configuration
information
transmitting
priority
terminal device
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.)
Active
Application number
JP2022503954A
Other languages
English (en)
Other versions
JP2022548466A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2022548466A publication Critical patent/JP2022548466A/ja
Application granted granted Critical
Publication of JP7414949B2 publication Critical patent/JP7414949B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • 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/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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願の実施例は、通信技術分野に関し、具体的には、無線通信方法、端末デバイス及びネットワークデバイスに関する。
通信規格では、セカンダリセル（secondary cell,SCell）のビーム障害回復（Beam Failure Recovery,BFR）手順がまだ定義されていない。
本出願の実施例は、ＳＣｅｌｌのＢＦＲ手順を実行することができる無線通信方法、端末デバイス及びネットワークデバイスを提供する。
第１の態様では、無線通信方法が提供され、セカンダリセルでビーム障害が発生した場合に、端末デバイスが要求メッセージを生成するステップを含み、前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
本出願の実施例によって提供される無線通信方法において、セカンダリセルでビーム障害が発生した場合、端末デバイスは、第１の構成又は第２の構成に従って要求メッセージを生成することができ、セカンダリセルのＢＦＲ手順を実現できる。
第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、要求メッセージの構成が論理チャネルのスケジューリング要求の構成を再利用できることを示し、通信規格の複雑さを軽減することができ、端末デバイスの実装の複雑さを軽減できる。
或いは、第２の構成は、論理チャネルに関連付けられていないスケジューリング要求構成であると、当該要求メッセージの構成と論理チャネルのスケジューリング要求の構成との間の競合を回避することができ、要求メッセージとスケジューリング要求に対する処理を簡略化する。
第２の態様では、無線通信方法が提供され、端末デバイスが、物理上り制御チャネル（ＰＵＣＣＨ）リソースを構成するために使用される構成情報を受信するステップと、セカンダリセルでビーム障害が発生した場合、前記端末デバイスが、前記ＰＵＣＣＨリソースを使用して報告メッセージを伝送し、及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを使用してメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を伝送するステップを含む。
本出願の実施例では、ネットワークデバイスは、ＰＵＣＣＨリソースを構成するために使用される構成情報を端末デバイスに送信することができ、セカンダリセルでビーム障害が発生した場合、端末デバイスは当該ＰＵＣＣＨリソースを使用して報告メッセージを伝送するか、又はＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができ、それにより、セカンダリセルのＢＦＲ手順を実現できる。
第３の態様では、無線通信方法が提供され、ネットワークデバイスが、セカンダリセルでビーム障害が発生した場合に端末デバイスによって送信される要求メッセージを受信するステップを含み、前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
第４の態様では、無線通信方法が提供され、ネットワークデバイスが、ＰＵＣＣＨリソースを構成するために使用される構成情報を端末デバイスに送信するステップと、前記ネットワークデバイスが、セカンダリセルでビーム障害が発生した場合に前記ＰＵＣＣＨリソースを使用して前記端末デバイスによって伝送される報告メッセージ及び／又はＰＵＳＣＨリソースを使用して伝送されるＭＡＣ ＣＥを受信するステップを含む。
第５の態様では、端末デバイスが提供され、セカンダリセルでビーム障害が発生した場合に、要求メッセージを生成するように構成される処理モジュールを備え、前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
第６の態様では、端末デバイスが提供され、ＰＵＣＣＨリソースを構成するために使用される構成情報を受信するように構成される通信モジュールを備え、前記通信モジュールは、セカンダリセルでビーム障害が発生した場合、前記ＰＵＣＣＨリソースを使用して報告メッセージを伝送し、及び／又はＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送するように構成される。
第７の態様では、ネットワークデバイスが提供され、セカンダリセルでビーム障害が発生した場合に端末デバイスによって送信される要求メッセージを受信するように構成される通信モジュールを備え、前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
第８の態様では、ネットワークデバイスが提供され、ＰＵＣＣＨリソースを構成するために使用される構成情報を端末デバイスに送信するように構成される通信モジュールを備え、前記通信モジュールは、セカンダリセルでビーム障害が発生した場合に前記ＰＵＣＣＨリソースを使用して前記端末デバイスによって伝送される報告メッセージ及び／又はＰＵＳＣＨリソースを使用して伝送されるＭＡＣ ＣＥを受信するように構成される。
第９の態様では、通信デバイスが提供され、プロセッサ及びメモリを備える。前記メモリはコンピュータプログラムを格納し、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、上記の第１態様又は第２の態様又はその各実装形態における方法を実行するように構成される。
第１０の態様では、通信デバイスが提供され、プロセッサ及びメモリを備える。前記メモリはコンピュータプログラムを格納し、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、上記の第３態様又は第４の態様又はその各実装形態における方法を実行するように構成される。
第１１の態様では、上記の第１態様又は第２の態様又はその各実装形態における方法を実行するように構成されたチップが提供される。
具体的には、前記チップは、メモリからコンピュータプログラムを呼び出して実行することで、上記の第１態様又は第２の態様又はその各実装形態における方法を前記チップがインストールされたデバイスに実行させるプロセッサを備える。
第１２の態様では、上記の第３態様又は第４の態様又はその各実装形態における方法を実行するように構成されたチップが提供される。
具体的には、前記チップは、メモリからコンピュータプログラムを呼び出して実行することで、上記の第３態様又は第４の態様又はその各実装形態における方法を前記チップがインストールされたデバイスに実行させるプロセッサを備える。
第１３の態様では、コンピュータに上記の第１態様又は第２の態様又はその各実装形態における方法を実行させるコンピュータプログラムを格納するように構成された、コンピュータ読み取り可能な記憶媒体が提供される。
第１４の態様では、コンピュータに上記の第３態様又は第４の態様又はその各実装形態における方法を実行させるコンピュータプログラムを格納するように構成された、コンピュータ読み取り可能な記憶媒体が提供される。
第１５の態様では、コンピュータプログラム命令を含むコンピュータプログラム製品が提供され、前記コンピュータプログラム命令は、コンピュータに上記の第１態様又は第２の態様又はその各実装形態における方法を実行させる。
第１６の態様では、コンピュータプログラム命令を含むコンピュータプログラム製品が提供され、前記コンピュータプログラム命令は、コンピュータに上記の第３態様又は第４の態様又はその各実装形態における方法を実行させる。
第１７の態様では、コンピュータ上で実行されると、コンピュータに上記の第１態様又は第２の態様又はその各実装形態における方法を実行させるコンピュータプログラムが提供される。
第１８の態様では、コンピュータ上で実行されると、コンピュータに上記の第３態様又は第４の態様又はその各実装形態における方法コンピュータプログラムが提供される。
本出願の実施例によって提供される適用シナリオの概略図である。 本出願の実施例によって提供される無線通信方法の概略図である。 本出願の別の実施例によって提供される無線通信方法の概略図である。 本出願のまた別の実施例によって提供される無線通信方法の概略図である。 本出願の実施例によって提供される端末デバイスの概略ブロック図である。 本出願の別の実施例によって提供される端末デバイスの概略ブロック図である。 本出願の実施例によって提供されるネットワークデバイスの概略ブロック図である。 本出願の別の実施例によって提供されるネットワークデバイスの概略ブロック図である。 本出願の実施例によって提供される通信デバイスの概略ブロック図である。 本出願の実施例によって提供されるチップの概略ブロック図である。 本出願の実施例によって提供される通信システムの概略ブロック図である。
以下、本出願の実施例における解決策を、本出願の実施例における図面と併せて説明するが、説明される実施例は、すべての実施例ではなく、本出願の実施例の一部であることは明らかである。本出願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、いずれも本出願の保護範囲内にある。
本出願の実施例の解決策は、例えばグローバルモバイル通信（Global System of Mobile communication, GSM）システム、符号分割多元接続（Code Division Multiple Access, CDMA）システム、広帯域符号分割多元接続（Wideband Code Division Multiple Access, WCDMA）システム、汎用パケット無線サービス（General Packet Radio Service, GPRS）、ロングタームエボリューション（Long Term Evolution, LTE）システム、ＬＴＥ周波数分割複信（Frequency Division Duplex, FDD）システム、ＬＴＥ時分割複信（Time Division Duplex, TDD）、ユニバーサル移動通信システム（Universal Mobile Telecommunication System, UMTS）、マイクロ波アクセス用世界的相互運用性（Worldwide Interoperability for Microwave Access, WiMAX）通信システム又は５Ｇシステム等の様々な通信システムに適用することができる。
図１に示されるように、端末デバイス１１０は、第１の通信システムにおける第１のネットワークデバイス１３０及び第２の通信システムにおける第２のネットワークデバイス１２０に接続される。例えば、前記第１のネットワークデバイス１３０は、ＬＴＥでのネットワークデバイスであり、前記第２のネットワークデバイス１２０は、ＮＲ（New Radio）でのネットワークデバイスである。
前記第１のネットワークデバイス１３０及び前記第２のネットワークデバイス１２０には複数のセルが存在し得る。
図１は本出願の実施例による通信システムの一例であり、本出願の実施例は、図１に示されるものに限定されないことを理解されたい。
一例として、本出願の実施例が適合される通信システムは、少なくとも前記第１の通信システムにおける複数のネットワークデバイス及び／又は前記第２の通信システムにおける複数のネットワークデバイスを含み得る。
例えば、図１に示されるシステム１００は、第１の通信システムにおける１つのプライマリネットワークデバイスと第２の通信システムにおける少なくとも１つのセカンダリネットワークデバイスを含み得る。少なくとも１つのセカンダリネットワークデバイスは、それぞれ当該一つのプライマリネットワークデバイスに接続されて複数の接続を形成し、それぞれ端末デバイス１１０に接続されて、端末デバイスにサービスを提供する。具体的には、端末デバイス１１０は、プライマリネットワークデバイス及びセカンダリネットワークデバイスを介して同時に接続を確立することができる。
オプションで、端末デバイス１１０とプライマリネットワークデバイスとの間に確立された接続はプライマリ接続であり、端末デバイス１１０とセカンダリネットワークデバイスとの間に確立された接続はセカンダリ接続である。端末デバイス１１０の制御シグナリングは、プライマリ接続を介して伝送され得、一方、端末デバイス１１０のデータは、プライマリ接続及びセカンダリ接続を介して同時に伝送され得るか、又はセカンダリ接続のみを介して伝送され得る。
別の例として、本出願の実施例における第１の通信システム及び第２の通信システムは異なるが、第１の通信システム及び第２の通信システムの具体的なタイプは限定されない。
例えば、第１の通信システム及び第２の通信システムは、ＧＳＭシステム、ＣＤＭＡシステム、ＷＣＤＭＡシステム、ＧＰＲＳ、ＬＴＥシステム、ＴＤＤ、及びＵＭＴＳなどの様々な通信システムであり得る。
前記プライマリネットワークデバイス及び前記セカンダリネットワークデバイスは、任意のアクセスネットワークデバイスであり得る。
オプションで、いくつかの実施例では、前記アクセスネットワークデバイスは、ＧＳＭシステム又はＣＤＭＡシステムの基地局（Base Transceiver station, BTS）であってもよく、ＷＣＤＭＡシステムの基地局（NodeB, NB）であってもよく、ＬＴＥシステムの進化基地局（Evolutional Node B, eNB又はeNodeB）であってもよい。
オプションで、前記アクセスネットワークデバイスはまた、次世代無線アクセスネットワーク（next generation radio access network, NG RAN）であってもよく、又はＮＲシステムの基地局（gNB）、又はクラウド無線アクセスネットワーク（cloud radio access network, CRAN）の無線コントローラであってもよく、又は、前記アクセスネットワークデバイスは、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、又は未来進化の公衆地上移動ネットワーク（public land mobile network, PLMN）のネットワークデバイスなどであり得る。
図１に示されるシステム１００において、例として、前記第１のネットワークデバイス１３０がプライマリネットワークデバイスとして機能し、前記第２のネットワークデバイス１２０がセカンダリネットワークデバイスとして機能する。
第１のネットワークデバイス１３０は、ＬＴＥネットワークデバイスであり得、第２のネットワークデバイス１２０は、ＮＲネットワークデバイスであり得る。又は、第１のネットワークデバイス１３０はＮＲネットワークデバイスであり得、第２のネットワークデバイス１２０はＬＴＥネットワークデバイスであり得る。又は、第１のネットワークデバイス１３０及び第２のネットワークデバイス１２０の両方がＮＲネットワークデバイスであり得る。又は、第１のネットワークデバイス１３０は、ＧＳＭネットワークデバイス、ＣＤＭＡネットワークデバイスなどであり得、第２のネットワークデバイス１２０も、ＧＳＭネットワークデバイス、ＣＤＭＡネットワークデバイスなどであり得る。又は、第１のネットワークデバイス１３０は、マクロセルであり得る。第２のネットワークデバイス１２０は、マイクロセル、ピコセル、フェムトセルなどであり得る。
オプションで、前記端末デバイス１１０は、任意の端末デバイスであり得、前記端末デバイス１１０は、以下を含むが、これらに限定されない。
公衆電話交換網（Public Switched Telephone Networks, PSTN）、デジタル加入者線（Digital Subscriber Line, DSL）、デジタルケーブル、直接ケーブル接続などの有線回線を介して接続された端末、及び/又は別のデータ接続/ネットワーク、及び/又はセルラーネットワーク、無線ローカルエリアネットワーク（Wireless Local Area Network, WLAN）、ＤＶＢ－ＨネットワークなどのデジタルＴＶネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インターフェイスを介して接続された端末、及び/又は通信信号を受信/送信するように設定された別の端末デバイスの装置、及び/又はモノのインターネット（Internet of Things, IoT）デバイス。無線インターフェースを介して通信するように設定された端末デバイスは、「無線通信端末」、「無線端末」又は「モバイル端末」と呼ばれてもよい。モバイル端末の例としては、衛星又は携帯電話が含まれるが、これらに限定されず、セルラー無線電話にデータ処理、ファクシミリ、及びデータ通信機能を組み込むことができるパーソナル通信システム（Personal Communications System, PCS）端末；無線電話、ポケットベル、インターネット/イントラネットアクセス、Ｗｅｂブラウザー、メモ帳、カレンダー、及び/又は全地球測位システム（Global Positioning System, GPS）受信機を含むことができるＰＤＡ；及び従来のラップトップ及び/又はパームトップ受信機、又は無線電話トランシーバーを含む他の電子装置が含まれる。端末は、アクセス端末、ユーザーデバイス（User Equipment, UE）、ユーザーユニット、ユーザーステーション、モバイルステーション、移動局、リモートステーション、リモート端末、モバイルデバイス、ユーザー端末、端末、無線通信デバイス、ユーザーエージェント、又はユーザー装置を指すことができる。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（Session Initiation Protocol, SIP）電話、ワイヤレスローカルループ（Wireless Local Loop, WLL）ステーション、パーソナルデジタルアシスタント（Personal Digital Assistant, PDA）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、又は将来進化のＰＬＭＮにおける端末デバイスなどであってよい。
本明細書で、「システム」と「ネットワーク」という用語はしばしば互換的に使用されることを理解されたい。本明細書で使用される「及び／又は」という用語は、関連対象の関連関係を説明するだけであり、３種類の関係があり得ることを示す。例えば、Ａ及び/又はＢは、Ａが単独で存在する、ＡとＢが同時に存在する、Ｂが単独で存在する３つのケースを示すことができる。また、本明細書で使用される「／」の表記は、一般的に、この表記の前後の関連対象が「又は」の関係にあることを示す。
システムにおいて、ビームは、それに対応する参照信号リソース、例えばチャネル状態情報参照信号（channel state information reference signal, CSI-RS）リソース及び／又は同期信号ブロック（synchronization signal/physical broadcast channel block, SS/PBCH Block）を測定することによって具体化される。従って、前後の説明では、簡潔に記述するために、ビームという単語が直接使用されることがよくあるが、実際には、対応するＣＳＩ－ＲＳリソース及び/又はＳＳ／ＰＢＣＨブロックを指す。
本出願の実施例では、ＳＣｅｌｌ自体の特性に従って対応するＢＦＲ手順を設計することができる。例えば、ＳＣｅｌｌのリンク品質に問題がある場合、端末デバイスに対応するプライマリセル（primary cell, PCell）又はプライマリセカンダリセル（primary secondary cell, PSCell）を使用して通信を行うことができる。
本出願の実施例で、ＢＦＲ手順は、ビーム障害要求（beam failure request, BFRQ）手順と呼ばれてもよい。
これに基づいて、例えば、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌ又は他のＳＣｅｌｌを介してネットワークデバイスにリソースを要求するためのメッセージを送信することで、要求されたリソースであるＳＣｅｌｌのビーム障害情報を送信することができる。又は、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌ又は他のＳＣｅｌｌを介して、ネットワークデバイスによって構成された物理上り制御チャネル（physical uplink control channel, PUCCH）リソースを使用して要求メッセージを伝送するか、又は物理上り共有チャネル（physical uplink shared channel, PUSCH）リソースを使用してメディアアクセス制御制御要素（media access control (MAC) control element, MAC CE）を伝送することができ、前記ＭＡＣ ＣＥは、あるＳＣｅｌｌのビーム障害関連情報及び/又は対応する新しい候補ビーム情報を運ぶ。
本出願の実施例で、あるＳＣｅｌｌでビーム障害が発生する場合、端末デバイスは要求メッセージを生成することができ、前記要求メッセージは、ネットワークデバイスに上り伝送リソースを要求するか、又は前記端末デバイスの前記ＳＣｅｌｌでビーム障害が発生したことをネットワークデバイスに通知するために使用され得る。端末デバイスから送信された要求メッセージを受信した後、ネットワークデバイスはリソースを端末デバイスに割り当てることができ、それにより端末デバイスは割り当てられたリソース上で前記ＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信することができる。さらに、ビーム障害情報の送信は、他のデータ又は情報の送信よりも優先され得、それにより、ＢＦＲ手順の遅延を低減することができる。
図２は、本出願の一実施例によって提供される無線通信の方法２００の概略フローチャートである。方法２００は、図１に示される通信システムにおける端末デバイスによって実行され得る。図２に示されるように、方法２００は、ステップ２１０を含み得る。
ステップ２１０において、ＳＣｅｌｌでビーム障害が発生する場合、端末デバイスは要求メッセージを生成する。
図３は、本出願の別の実施例によって提供される無線通信の方法３００の概略フローチャートである。図３に示されるように、方法３００は、ステップ３１０～３３０を含み得る。
ステップ３１０において、ＳＣｅｌｌでビーム障害が発生する場合、端末デバイスは要求メッセージを生成する。
ステップ３２０において、端末デバイスは、要求メッセージをネットワークデバイスに送信する。
ステップ３３０において、ネットワークデバイスは、要求メッセージを受信する。
前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
本出願の実施例では、端末デバイスによって生成される要求メッセージは、ＢＦＲ用の要求メッセージであり得、前記ＢＦＲの要求メッセージは、スケジューリング要求（scheduling request, SR）である。端末デバイスのＳＣｅｌｌでビーム障害が発生すると、端末デバイスは、そのＳＲ構成に基づいてネットワークデバイスと通信することができ、要求メッセージに対応する構成は、上記の第１の構成であってよい。
前記要求メッセージに対応する構成は、ＳＲ構成とは異なる構成であってもよく、ネットワークデバイスによって端末デバイスに追加的に示される構成であってもよく、この構成はどの論理チャネルにも関連付けられなくてもよい。端末デバイスのＳＣｅｌｌでビーム障害が発生すると、端末デバイスはこの構成に基づいてネットワークデバイスと通信でき、この要求メッセージに対応する構成は上記の第２の構成であってよい。
ＰＣｅｌｌ又はＰＳＣｅｌｌの場合、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌでビーム障害が発生すると、端末デバイスは、競合ランダムアクセスリソースから一つの物理ランダムアクセスチャネル（physical random access channel, PRACH）を選択して伝送を開始できる。
オプションで、いくつかの実施例では、ネットワークデバイスによって端末デバイスに追加的に示される構成は、ＳＲ構成と呼ばれてもよい。つまり、ネットワークデバイスによって端末デバイスに追加で示される構成は、論理チャネルに関連付けられなくてもよいが、構成パラメータタイプの一部又はすべてがＳＲ構成と同じであってもい。従って、この構成はＳＲ構成とも呼ばれ、端末デバイスは依然としてこの構成に基づいてネットワークデバイスと通信できる。
本出願の実施例によって提供される無線通信の方法では、ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、第１の構成又は第２の構成に従って要求メッセージを生成することができ、セカンダリセルのＢＦＲ手順実行することができる。
第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記要求メッセージの構成が論理チャネルのスケジューリング要求の構成を再利用できることを示し、通信標準の複雑さを軽減し、端末デバイスの実装の複雑さを軽減できる。
或いは、第２の構成は、論理チャネルに関連付けられていないスケジューリング要求構成であり、従って、当該要求メッセージの構成と論理チャネルのスケジューリング要求の構成との間の競合を避けることができ、当該要求メッセージとスケジューリング要求に対する処理を簡素化できる。
オプションとして、いくつかの実施例では、当該要求メッセージは、ネットワークデバイスに上り伝送リソースを要求する、及び／又はビーム障害が発生するＳＣｅｌｌが存在することをネットワークデバイスに通知するために使用される。
本出願の実施例では、端末デバイスが要求メッセージをネットワークデバイスに送信すれば、一実装形態で、当該要求メッセージは、ネットワークデバイスに上り伝送リソースを要求するために使用され、ネットワークデバイスは当該要求メッセージを受信した後、端末デバイスにリソースを割り当てることができ、端末デバイスは、割り当てられたリソースに基づいて、ＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信できる。
別の実装形態では、当該要求メッセージは、ＳＣｅｌｌでビーム障害が発生したことをネットワークデバイスに通知するために使用される。要求メッセージを受信した後、ネットワークデバイスは、所定のルールに基づいて端末デバイスにリソースを割り当てることができ、端末デバイスは、割り当てられたリソースに基づいて、ＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信することができる。所定のルールは、端末デバイスとネットワークデバイスで事前に合意されたルールであり得る。即ち、ネットワークデバイスは、ビーム障害の発生を通知する要求メッセージを受信すると、端末デバイスにリソースを割り当てる。所定のルールは、ネットワークデバイス自体によって実現され得る。
本出願の実施例における上り伝送リソースは、ＰＵＳＣＨリソースであり得る。端末デバイスのＳＣｅｌｌでビーム障害が発生した場合、端末デバイスがＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信する必要があると、端末デバイスのＳＣｅｌｌでビーム障害が発生したので、まず端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌ又は別のＳＣｅｌｌに基づいてＰＵＣＣＨリソースを介してネットワークデバイスに要求メッセージを送信することで、ネットワークデバイスにＰＵＳＣＨリソースを要求し、要求メッセージを受信した後、ネットワークデバイスはＰＵＳＣＨリソースを端末デバイスに割り当てることができ、端末デバイスはＳＣｅｌｌのビーム障害情報ををＰＵＳＣＨリソースを介してネットワークデバイスに送信することができる。オプションで、ＰＵＣＣＨリソースを介してネットワークデバイスに要求メッセージを送信するステップは省略されてもよい。
本出願の実施例におけるＳＣｅｌｌの特定のビーム障害情報は、ＭＡＣ ＣＥを介して伝送することができる。当該ＳＣｅｌｌのビーム障害情報は、ビーム障害が発生したセル、ビーム障害が発生したビーム、新しいビーム、又は事前設定された条件を満たしていないビームを示すことができる。
前述したように、要求メッセージの構成は、第１の構成又は第２の構成に対応することができる。以下に、これら２つの構成に対応する場合のＢＦＲの関連手順をそれぞれ紹介する。
オプションで、要求メッセージに対応する構成が第１の構成である場合、第１の構成は、以下のうちの少なくとも１つに基づいて構成セットから決定され得る：ネットワークデバイスの指示情報、構成セット内の各構成に対応するスケジューリング要求のＩＤ、構成セット内の各構成に対応するリソースのＩＤ、及び構成セット内の各構成に対応する論理チャネルの優先順位。或いは、第１の構成は構成セットからランダムに選択されるものである。
前記構成セットは、少なくとも１つのスケジューリング要求の構成を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する。
本出願の実施例では、要求メッセージの構成は、構成セットから選択され得る。第１の構成を選択するプロセスでは、さまざまな基準又はルールに基づいて選択を行うことができる。例えば、ネットワークデバイスの指示情報により構成セット内の一つの構成を要求メッセージの構成として示し得る。又は、構成セット内の各構成に対応するＳＲの識別子（ＩＤ）又は各構成に対応するＳＲリソースの識別子に基づいてもよい。又は、構成セット内の各構成に対応する論理チャネルの優先順位に基づいてもよい。又は、構成セットから端末デバイスによってランダムに選択された構成であってもよい。
本出願の実施例では、構成に対応する論理チャネルは、スケジューリング要求構成に関連する論理チャネルを指すことができる。
本出願の実施例におけるＳＲのＩＤ又はＳＲリソースのＩＤはシーケンスであり得、端末デバイスは、ＳＲのＩＤ又はＳＲリソースのＩＤに従って要求メッセージの構成を選択し得る。
本出願の実施例では、構成セット内の各構成は、少なくとも１つの論理チャネルに関連付けることができ、異なる論理チャネルは、異なるデータを運ぶことができることを理解されたい。従って、第１の構成は、さまざまな論理チャネルに対応する優先順位に従って決定できる。
本出願の実施例では、当該構成セット内の各構成は、対応するＳＲのＩＤ、タイマー、及び最大伝送数を含み得る。例えば、タイマーは、ＰＵＣＣＨリソースを介して要求メッセージを伝送する間隔を制御するために使用され得、最大伝送数は、ＰＵＣＣＨリソースを介して要求メッセージを伝送する最大伝送数であり得る。構成セット内の各構成に対応するリソース構成には、関連付けられているＳＲ、時間領域周期と位置、及びＰＵＣＣＨリソースなどが含まれることができる。関連付けられているＳＲによって、当該ＳＲは対応するリソース構成に基づいてメッセージを送信できる。また、時間領域周期は、ＰＵＣＣＨリソースを使用する間隔時間にすることができる。構成内の対応するリソース構成に1つのＰＵＣＣＨリソースが含まれている場合、端末デバイスは当該ＰＵＣＣＨリソースを使用して要求メッセージをネットワークデバイスに送信できる。
上記ではネットワークデバイスが異なる基準又はルールに基づいて構成セットから第１の構成を決定することができることを簡単に説明したが、以下でそれぞれ詳細に説明される。
オプションとして、いくつかの実施例では、前記ネットワークデバイスの指示情報は、ＢＦＲに関連する構成情報によって示される。
ＢＦＲの間、ネットワークデバイスは、ＢＦＲ構成情報を介して要求メッセージの構成を示すことができる。例えば、ＢＦＲ構成情報の情報要素（information element, IE）（一つのフィールドと呼ばれてもよい）を使用して、構成セットから一つの構成を要求メッセージの構成、即ち第１の構成としてを示すことができる。
例えば、構成セットが５つのＳＲ構成、即ち、ＳＲ０構成、ＳＲ１構成、ＳＲ２構成、ＳＲ３構成、ＳＲ４構成を含む場合、ＢＦＲ構成情報のＩＥは、ＳＲ１に対応する構成が第１の構成であることを示すことができる。すると、端末デバイスは、ＳＲ１構成に基づいて対応する要求メッセージを生成し、及び／又は対応するＰＵＣＣＨリソースを介してネットワークデバイスに要求メッセージを送信することができる。
ＢＦＲ構成情報のＩＥによりＳＲ１構成が第１の構成であることを示すことは、例示に過ぎず、本出願にいかなる制限も課すべきではなく、他のＳＲに対応する構成を第１の構成として示してもよい。
オプションとして、第１の構成は、構成セット内で以下の条件を満たす構成である：対応するスケジューリング要求の識別子が最大又は最小であるか、又は対応するスケジューリング要求に対応するリソースの識別子が最大又は最小である。
本出願の実施例では、ＳＲ構成に対応するＳＲのＩＤに従って、構成セットから要求メッセージの構成、即ち、第１の構成を決定することができる。例えば、ＳＲ構成に対応する最大のＳＲのＩＤ又はＳＲ構成に対応する最小のＳＲのＩＤを第１の構成として決定してもよい。
例えば、構成セットが５つのＳＲ構成、即ち、ＳＲ０構成、ＳＲ１構成、ＳＲ２構成、ＳＲ３構成、及びＳＲ４構成を含む場合、それらに対応するＳＲのＩＤは、それぞれ、０、１、２、３、４である。端末デバイスは、最大のＳＲのＩＤを有するＳＲ４構成に対応する構成に基づいてネットワークデバイスに要求メッセージを送信するか、又は最小のＳＲのＩＤを有するＳＲ０構成に対応する構成に基づいてネットワークデバイスに要求メッセージを送信することができる。
本出願の実施例では、対応する要求メッセージは、ＳＲ構成における最大のＳＲのＩＤ又は最小のＳＲのＩＤに対応する構成に基づいて生成され得、及び／又は要求メッセージは、ネットワークデバイスに送信され得る。場合によっては、ＳＲのＩＤが構成セットから任意に選択され、任意に選択されたＳＲのＩＤに対応するＳＲ構成に基づいて要求メッセージがネットワークデバイスに送信されてもよい。
いくつかの実施例では、ＳＲ構成に対応する最大のリソースＩＤ又は最小のリソースＩＤを第１の構成として決定してもよい。
例えば、構成セットが５つのＳＲ構成、即ち、ＳＲ０構成、ＳＲ１構成、ＳＲ２構成、ＳＲ３構成、及びＳＲ４構成を含む場合、各ＳＲ構成に対応するＳＲのリソースＩＤは、それぞれ１、２、３、４、５である。端末デバイスは、ＳＲの中で最大のリソースＩＤを有するＳＲ４に対応する構成に基づいてネットワークデバイスに要求メッセージを送信するか、又は最小のリソースＩＤを有するＳＲ０に対応する構成に基づいてネットワークデバイスに要求メッセージを送信することができる。
本出願の実施例では、ＳＲ構成のうち最大のＳＲのリソースＩＤ又は最小のＳＲのリソースＩＤに対応する構成に基づいて対応する要求メッセージを生成するか、及び／又はネットワークデバイスに要求メッセージを送信することができる。場合によっては、構成セットからランダムに一つのＳＲのリソースＩＤを選択し、ランダムに選択されたＳＲのリソースＩＤに対応するＳＲ構成に基づいてネットワークデバイスに要求メッセージを送信してもよい。
オプションとして、第１の構成は、構成セット内で以下の条件を満たす構成である：構成に対応するスケジューリング要求に関連付けられた論理チャネルの優先度が最高又は最低である。
本出願の実施例では、構成セット内のＳＲ構成は、少なくとも１つの論理チャネルに関連付けることができるので、ＳＲ構成に関連する論理チャネルの優先度に従って構成セットから第１の構成を決定することができる。例えば、ＳＲ構成に関連する論理チャネルの優先度が最も高いＳＲ構成又はＳＲ構成に関連する論理チャネルの優先度が最も低いＳＲ構成を第１の構成として決定することができる。
例えば、構成セットが５つのＳＲ構成、即ち、ＳＲ０構成、ＳＲ１構成、ＳＲ２構成、ＳＲ３構成、及びＳＲ４構成を含む場合、これらの５つのＳＲ構成のそれぞれのＳＲ構成に関連する論理チャネルは異なってもよい。これらの５つのＳＲ構成に関連付けられた論理チャネルの優先順位は、ＳＲ０構成に関連付けられた論理チャネル>ＳＲ１構成に関連付けられた論理チャネル>ＳＲ２構成に関連付けられた論理チャネル>ＳＲ３構成に関連付けられた論理チャネル＞ＳＲ４構成に関連付けられた論理チャネルであると仮定すれば、端末デバイスは、優先度が最も高い論理チャネルに対応するＳＲ０構成を第１の構成として選択してもよく、優先度が最も低い論理チャネルに対応するＳＲ４構成を第１の構成として選択してもよい。
端末デバイスが、最も優先度の高い論理チャネルに対応するＳＲ０構成を第１の構成として選択する場合、即ち、端末デバイスは、当該第１の構成に基づいて優先的にビーム障害情報をネットワークデバイスに送信することができ、それにより、ＢＦＲ手順の遅延を低減することができる。
端末デバイスが、最も優先度の低い論理チャネルに対応するＳＲ４構成を第１の構成として選択する場合、即ち、端末デバイスは、当該第１の構成に基づいて後でビーム障害情報をネットワークデバイスに送信することができ、それにより、他のＳＲ構成に基づくデータ又は情報の送信と干渉しないことができる。
上記のＳＲ構成に関連する論理チャネルの優先度ソートは、例示に過ぎず、他の順序ソートもあり得、本出願を制限するものではないことを理解されたい。
オプションで、いくつかの実施例では、第１の構成は、構成セットからランダムに選択され得る。
本出願の実施例では、端末デバイスのＳＣｅｌｌでビーム障害が発生する場合、要求メッセージを生成し、前記要求メッセージの構成は、構成セットから端末デバイスによってランダムに選択された一つの構成であり得、端末デバイスは、ランダムに選択された構成に基づいて、要求メッセージをネットワークデバイスに送信し得る。前記第１の構成は、構成セットから端末デバイスによってランダムに選択されるため、構成を選択するための時間を短縮でき、システム遅延を減らすことができる。
上記は、要求メッセージの構成が第１の構成である場合、端末デバイスが第１の構成に基づいて要求メッセージを生成し、及び／又は対応する要求メッセージをネットワークデバイスに送信できることを紹介したが、いくつかの実施例では、要求メッセージの構成は第２の構成であってもよく、以下は、要求メッセージの構成が第２の構成である場合を紹介する。
オプションとして、いくつかの実施例では、第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求識別子とは異なり、及び／又は、前記第２の構成に対応するスケジューリング要求リソース識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求リソース識別子とは異なる。
本出願の実施例では、ＳＲ構成との混同を回避するために、本出願の実施例における第２の構成のスケジューリング要求識別子は、論理チャネルに関連するＳＲ構成に対応するＳＲ識別子とは異なり、及び／又は第２の構成のスケジューリング要求リソース識別子は、論理チャネルに関連付けられたＳＲ構成に対応するＳＲリソース識別子とは異なってもよい。端末デバイスのＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、第２の構成に基づいて要求メッセージを生成し、及び／又はネットワークデバイスに要求メッセージを送信することで、ＳＲ構成に関連付けられた論理チャネルの処理への影響を回避できる。
オプションとして、いくつかの実施例では、第２の構成の一部又はすべてのパラメータタイプは、論理チャネルに関連付けられたスケジューリング要求の構成の一部又はすべてのパラメータタイプと同じである。
本出願の実施例では、要求メッセージの構成が第２の構成である場合、当該第２の構成は論理チャネルに関連付けられなくてもよいが、前記メッセージの構成の一部のパラメータタイプは、ＳＲ構成の一部のパラメータタイプと同じであるか、前記メッセージの構成のすべてのパラメータタイプがＳＲ構成のすべてのパラメータタイプと同じであってもよい。例えば、第２の構成は対応するメッセージ識別子を有し得、及び／又は、第２の構成は対応するメッセージリソース識別子を有し得、及び／又は、第２の構成に対応するリソース構成はＰＵＣＣＨリソース指示情報を含み得る。
オプションとして、いくつかの実施例では、第２の構成のスケジューリング要求識別子の値は、８以上の整数である。
一般に、論理チャネルに関連付けられたＳＲ構成に対応するＳＲのＩＤの値は、０から７までの整数であり得、本出願の実施例における第２の構成のスケジューリング要求ＩＤの値は、８以上の整数にすることができる。
例えば、論理チャネルに関連付けられたＳＲ構成が８つのＳＲ構成を含むと、それらの対応するＳＲのＩＤが順番に０、１、２、３、４、５、６、７である。第２の構成のスケジューリング要求ＩＤの値は、それが８以上の整数である限り、８又は９又は１０であり得る。本出願はこれについて特に限定されない。
本出願の実施例では、論理チャネルに関連付けられたＳＲ構成に対応するＳＲのＩＤの値は、０から７までの整数であり得る。ネットワークデバイスによって端末デバイス用に構成される論理チャネルに関連付けられたＳＲ構成が５つのＳＲ構成を含む場合、その対応するＳＲのＩＤは、順番に０、１、２、３、４であってもよく、１、２、３、４、５であってもよく、２、３、４、５、６であってもよい。本出願の実施例における第２の構成のスケジューリング要求ＩＤの値は、依然として８以上の整数であり得る。即ち、ネットワークデバイスによって端末デバイス用に構成される論理チャネルに関連付けられたＳＲ構成の数に関係なく、本出願の実施例における第２の構成のスケジューリング要求ＩＤの値は、依然として８以上の整数である。
オプションで、いくつかの実施例では、前記第２の構成のスケジューリング要求リソース識別子の値は、９以上の整数又は０である。
一般に、論理チャネルに関連付けられたＳＲ構成に対応するＳＲリソースＩＤの値は、１から８までの整数であり得るが、本出願の実施例における第２の構成のスケジューリング要求リソースＩＤの値は、９以上の整数又は０にすることができる。
例えば、論理チャネルに関連付けられたＳＲ構成が８つのＳＲ構成を含む場合、８つのＳＲ構成の対応するＳＲリソースＩＤは、順番に１、２、３、４、５、６、７、８である。第２の構成のスケジューリング要求リソースＩＤの値は、それが９以上の整数である限り、９又は１０であり得るか、又は０であり得るが、本出願はこれについて特に限定されない。
論理チャネルに関連付けられたＳＲ構成に対応するＳＲリソースＩＤの値は、１から８までの整数であり得、ネットワークデバイスによって端末デバイス用に構成される論理チャネルに関連付けられたＳＲ構成に５つのＳＲ構成が含まれる場合、５つのＳＲ構成の対応するＳＲのＩＤは、順番に１、２、３、４、５であってもよく、２、３、４、５、６であってもよく、３、４、５、６、７であってもよい。本出願の実施例における第２の構成のスケジューリング要求リソースＩＤの値は、依然として９以上の整数又は０である。換言すれば、ネットワークデバイスによって端末デバイス用に構成される論理チャネルに関連付けられたＳＲ構成の数に関係なく、本出願の実施例における第２の構成のスケジューリング要求ＩＤの値は、依然として、９以上の整数又は０にすることができる。
オプションとして、いくつかの実施例では、前記第２の構成は、ＰＵＣＣＨリソースを示す。
本出願の実施例では、第２の構成は、ＰＵＣＣＨリソースを示し得、要求メッセージは、第２の構成によって示されるＰＵＣＣＨリソース上で運ばれ得る。即ち、ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、第２の構成で示されるＰＵＣＣＨリソースに基づいて、要求メッセージをネットワークデバイスに送信することができる。
一般に、論理チャネルに関連付けられたＳＲ構成に対応するＳＲリソース構成は、ＰＵＣＣＨリソース指示情報を含む場合も含まない場合もある。論理チャネルに関連付けられたＳＲ構成に対応するＳＲリソース構成にＰＵＣＣＨリソース指示情報が含まれていない場合は、ＲＡＣＨリソースに基づいて伝送する必要があるかもしれない。本出願の実施例における第２の構成は、ＰＵＣＣＨリソースを示すことができ、端末デバイスは、ＰＵＣＣＨリソースに基づいてネットワークデバイスに要求メッセージを送信することができ、これは、伝送にＲＡＣＨリソースを使用するためのバックオフを回避することができ、それによって、ＢＦＲ手順の遅延を低減することができる。
オプションとして、いくつかの実施例では、第２の構成に対応するシグナリングは、前記ＰＵＣＣＨリソースを示すための必須（mandatory）フィールドを含む。
本出願の実施例では、一つの必須フィールドを使用して、ＰＵＣＣＨリソースを示すことができる。第２の構成は、ＰＵＣＣＨリソース指示情報を含み得るので、端末デバイスは、ＰＵＣＣＨリソース指示情報によって示されるＰＵＣＣＨリソースを介してネットワークデバイスに要求メッセージを送信することができ、ＰＵＣＣＨリソースは、１つの必須フィールドによって示され得る。この場合、第２の構成にはＰＵＣＣＨリソースを示す1つの必須フィールドが含まれる可能性があるため、伝送にＲＡＣＨリソースを使用するためのバックオフを回避でき、それによってＢＦＲ手順の遅延を減らすことができる。
オプションとして、いくつかの実施例では、前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１である。
本出願の実施例では、ＰＵＣＣＨリソースに対応するフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。ＰＵＣＣＨリソースに対応するフォーマットは、フォーマット０、フォーマット１、フォーマット２、フォーマット３、及びフォーマット４を含み得るので、直交周波数分割多重（orthogonal frequency division multiplexing, OFDM）シンボルにおける前記フォーマットの長さは、それぞれ１－２、４－１４、１－２、４－１４、４－１４である。これらの５つのフォーマットのうち、フォーマット０及びフォーマット１のビット数は２以下であり、フォーマット２、フォーマット３及びフォーマット４のビット数はいずれも２より大きいである。従って、本出願の実施例でＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、フォーマット０及びフォーマット１であり得、それにより、伝送中に伝送されるビットの数が少ない。
オプションとして、前記第２の構成は、ＢＦＲに対応する構成情報によって示される。
本出願の実施例では、第２の構成はまた、ＢＦＲに対応する構成情報によって示され得る。例えば、ＢＦＲに関連する構成情報におけるＩＥにより第２の構成を示すことができる。第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である可能性があるので、ＢＦＲ構成メッセージにおけるＩＥは、この原理に基づいて構成を端末デバイスに示すことができ、端末デバイスは、ＢＦＲに関連する構成メッセージにおけるＩＥによって示される構成に基づいて、ＰＵＣＣＨリソースを介してネットワークデバイスに要求メッセージを送信できることを理解されたい。
オプションとして、第２の構成に基づいて要求メッセージを生成するために、後続の処理手順は、スケジューリング要求（例えば、要求メッセージがネットワークに伝送される方法など）と同様の処理手順を使用することができ、ここでは繰り返さない。
上記は、要求メッセージの構成状況を説明したいが、場合によって、端末デバイスがネットワークデバイスにデータを送信する必要がある一方で、ビーム障害が発生してビーム障害情報をネットワークデバイスに送信する必要があれば、端末デバイスの取り扱いの詳細について以下説明する。
オプションで、いくつかの実施例では、情報伝送の優先度は、以下のルールのうちの１つ又は複数に従って決定され得る。
ａ１：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高い。
ａ２：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、セル無線ネットワーク一時識別子（cell-radio network temporary identifier, C-RNTI）情報又は上り共通制御チャネル（uplink common control channel, UL-CCCH）からのデータを伝送する優先度よりも高い。
ａ３：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、構成許可確認情報を伝送する優先度よりも高い。
ａ４：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じである。
ａ５：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、構成許可確認情報を伝送する優先度と同じである。
ａ６：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、構成許可確認情報を伝送する優先度よりも低く、バッファステータスレポート（buffer status report, BSR）情報を伝送する優先度よりも高い。
ａ７：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、ＢＳＲ情報を伝送する優先順位と同じである。
ａ８：ＳＣｅｌｌのビーム障害情報を伝送する優先度は、ＢＳＲ情報を伝送する優先度よりも低く、単一の電力ヘッドルームレポート（power headroom report, PHR）情報又は複数のＰＨＲ情報を伝送する優先度よりも高い。
要求メッセージの構成が第１の構成である例を取り上げて説明する。本出願の実施例では、ルールａ１に従って、ビーム障害情報と論理チャネルベースのデータを同時に伝送する必要がある場合、ビーム障害情報が優先的に伝送される。
例えば、論理チャネルに関連付けられた４つのＳＲ構成、即ち、ＳＲ０構成、ＳＲ１構成、ＳＲ２構成、及びＳＲ３構成がある場合、異なる論理チャネルは、異なるデータを運ぶことができる。例えば、ＳＲ０構成に関連付けられた論理チャネル０は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを運ぶことができ、ＳＲ１構成に関連付けられた論理チャネル1は、構成許可確認情報、例えば、構成許可確認ＭＡＣ ＣＥを運ぶことができ、ＳＲ２構成に関連付けられた論理チャネル２は、パディングＢＳＲを含むもの以外のＢＳＲ情報を運ぶことができ、ＳＲ３構成に関連付けられた論理チャネル３は、単一のＰＨＲ情報又は複数のＰＨＲ情報を運ぶことができる。ルールａ１に基づいて、このような４つのＳＲ構成はすべて異なる論理チャネルに関連付けられているため、ＳＣｅｌｌのビーム障害情報を優先的に伝送できる。
ルールａ２によれば、端末デバイスがＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを同時にネットワークデバイスに伝送する必要がある場合、ＳＣｅｌｌのビーム障害情報を優先的に伝送できる。
本出願の実施例では、端末デバイスがＳＲ０構成に基づいてネットワークデバイスに上り伝送リソースを要求する場合、当該ＳＲ０構成に関連付けられた論理チャネルは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを運ぶことができる。ネットワークデバイスが端末デバイスにリソースを割り当てた後、割り当てられたリソースが上記のいくつかのデータを同時に伝送できない場合、端末デバイスは割り当てられたリソースに基づいてビーム障害情報を優先的に送信し、次にＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータをネットワークデバイスに送信する。
ルールａ３によれば、端末デバイスがＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを同時にネットワークデバイスに伝送する必要がある場合、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを優先的に伝送することができる。
具体的な伝送プロセスは、優先的に伝送される情報が異なることを除いて、ルールａ２のプロセスと同様であり得、ルールａ２のプロセスを参照できるので、ここでは繰り返さない。
ルールａ４によれば、端末デバイスがＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを同時にネットワークデバイスに伝送する必要がある場合、それらのいずれかを選択して伝送することができる。つまり、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを優先的に伝送してもよく、ＳＣｅｌｌのビーム障害情報を優先的に伝送してもよい。
ルールａ５によれば、端末デバイスがＳＣｅｌｌのビーム障害情報及び構成許可確認情報を同時にネットワークデバイスに伝送する必要がある場合、それらのいずれかを選択して伝送することができる。つまり、ＳＣｅｌｌのビーム障害情報を優先的に伝送してもよく、構成許可確認情報を優先的に伝送してもよい。
ルールａ６によれば、端末デバイスがＳＣｅｌｌのビーム障害情報及び構成許可確認情報を同時にネットワークデバイスに伝送する必要がある場合、構成許可確認情報をを優先的に伝送してもよい。
ルールａ７によれば、端末デバイスがＳＣｅｌｌのビーム障害情報とＢＳＲ情報を同時にネットワークデバイスに伝送する必要がある場合、ＳＣｅｌｌのビーム障害情報を優先的に伝送することができ、当該ＢＳＲ情報は、パディングＢＳＲを含むもの以外のＢＳＲ情報であり得る。又は、パディングＢＳＲを含むＢＳＲ情報以外のＢＳＲ情報を優先的に伝送することもできる。
ルールａ８によれば、端末デバイスがＳＣｅｌｌのビーム障害情報とＢＳＲ情報を同時にネットワークデバイスに伝送する必要がある場合、ＢＳＲ情報を優先的に伝送することができる。ここで、前記ＢＳＲ情報は、パディングＢＳＲを含むもの以外のＢＳＲ情報であり得る。
本出願の実施例では、端末デバイスがネットワークデバイスに上り伝送リソースを要求した後、ネットワークデバイスが端末デバイスにより多くのリソースを割り当てる場合、複数のデータ又は情報を同時にネットワークデバイスにアップロードすることもできる。
例えば、ルールａ２を例として取り上げると、端末デバイスがＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを同時にネットワークデバイスに伝送する必要がある場合、端末デバイスは、ＳＣｅｌｌのビーム障害情報を優先的に伝送し、次にＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを伝送できる。端末デバイスがネットワークデバイスに要求メッセージを送信した後、ネットワークデバイスが端末デバイスにより多くのリソースを割り当てる場合、つまり、これらのリソースを使用して、ＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを同時に伝送できる場合、端末デバイスはこれらのリソースを使用して、ＳＣｅｌｌのビーム障害情報及びＣ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータをネットワークデバイスに同時に送信できる。
ネットワークデバイスがより多くのリソースを端末デバイスに割り当てる場合、即ち、これらのリソース上でＳＣｅｌｌのビーム障害情報、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ、構成許可確認のＭＡＣ ＣＥ、ＢＳＲのＭＡＣ ＣＥ、及び単一のＰＨＲ情報又は複数のＰＨＲ情報を同時に運ぶことができる場合、端末デバイスは、割り当てられたリソースを同時に使用して、上記のデータ又は情報をネットワークデバイスに送信できることを理解されたい。
同様に、他のルールによると、ネットワークデバイスが対応するリソースを端末デバイスに割り当てた後、端末デバイスは、割り当てられたリソースの量に従って送信されるデータの量を決定してもよい。簡潔にするために、ここでは繰り返さない。
いくつかの実装形態では、他のデータ又は情報を伝送するためのリソースが存在する場合、優先度のより高い情報を当該リソースと一緒に伝送することができる。
例えば、ルールａ２を例として取り上げると、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータを伝送するための上り伝送リソースが存在すると、ＳＣｅｌｌでビーム障害が発生した場合、ビーム障害情報は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータと一緒にネットワークデバイスに伝送することができる。前記上り伝送リソースが多い場合、構成許可確認情報、ＢＳＲ情報、及び単一のＰＨＲ情報又は複数のＰＨＲ情報を一緒にネットワークデバイスに伝送することもできる。送信の優先度順位は、ビーム障害情報、許可確認情報、ＢＳＲ情報、及び単一のＰＨＲ情報又は複数のＰＨＲ情報である。
言い換えれば、前記上り伝送リソースを使用して２つの情報を同時に伝送することができる場合、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ及びビーム障害情報を一緒にネットワークデバイスに送信することができる。前記上り伝送リソースを使用して３つの情報を同時に伝送できる場合は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ、ビーム障害情報、及び構成許可確認情報を一緒にネットワークデバイスに送信できる。前記上り伝送リソースを使用して４つの情報を同時に伝送できる場合は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨからのデータ、ビーム障害情報、構成許可確認情報、及びＢＳＲ情報を一緒にネットワークデバイスに送信できる。
オプションで、いくつかの実施例で、要求メッセージは、端末デバイスの特別なセルで伝送され、前記特別なセルは、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌを含み得る。
本出願の実施例では、端末デバイスのＳＣｅｌｌでビーム障害が発生する場合、対応するＰＣｅｌｌ又はＰＳＣｅｌｌは、依然としてメッセージ又は情報を正常に送信することができる。従って、端末デバイスのＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、ＰＣｅｌｌ又はＰＳＣｅｌｌに基づいて、要求メッセージをネットワークデバイスに送信することができる。
オプションで、いくつかの実施例では、ＳＣｅｌｌのビーム障害情報は、端末デバイスの特別なセルで伝送され、前記特別なセルは、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌを含み得る。
同様に、端末デバイスのＳＣｅｌｌでビーム障害が発生した場合でも、対応するＰＣｅｌｌ又はＰＳＣｅｌｌは、メッセージ又は情報を正常に送信することができる。従って、端末デバイスは、そのＰＣｅｌｌ又はＰＳＣｅｌｌに基づいて、要求メッセージをネットワークデバイスに送信することができる。ネットワークデバイスが端末デバイスにリソースを割り当てた後も同様に、ＰＣｅｌｌ又はＰＳＣｅｌｌに基づいて、割り当てられたリソース上でネットワークデバイスにＳＣｅｌｌのビーム障害情報を送信することができる。
オプションとして、いくつかの実施例では、ＳＣｅｌｌのビーム障害情報は、ＭＡＣ ＣＥを介して伝送される。
本出願の実施例では、端末デバイスからネットワークデバイスに送信されるビーム障害情報は、ＭＡＣ ＣＥを介して伝送され得る。本出願の実施例におけるＭＡＣ ＣＥは、ビーム障害が発生したセルを示してもよく、ＣＳＩ－ＲＳリソース又はＳＳ／ＰＢＣＨブロックによって示され得る一つの新しいビームを示してもよく、特定の値を介して、事前設定された条件を満たすビームがないことを示してもよい。
オプションで、いくつかの実施例では、ビーム障害情報は、第１のリソースで運ばれ、前記第１のリソースは、前記要求メッセージに対する応答メッセージによって示されるリソースである。
本出願の実施例では、端末デバイスは、ビーム障害情報を第１のリソースを介してネットワークデバイスに送信することができ、前記第１のリソースは、端末デバイスからネットワークデバイスに送信された要求メッセージに対する応答メッセージによって示されるリソースであり得る。例えば、端末デバイスが要求メッセージをネットワークデバイスに送信した後、ネットワークデバイスは、前記要求メッセージに応答して端末デバイスにリソースを指示するので、端末デバイスは、ネットワークデバイスによって指示されたリソース上でビーム障害情報を送信することができる。
上記は、端末デバイスが要求メッセージをネットワークデバイスに送信して上り伝送リソースを要求し、それによって、要求されたリソースを介してネットワークデバイスにＳＣｅｌｌのビーム障害情報を送信できることを示している。しかし、ＳＣｅｌｌのＢＦＲは毎回成功するとは限らない。場合によって、ＳＣｅｌｌのＢＦＲも失敗する可能性があり、これについて、以下で詳しく説明する。
オプションで、いくつかの実施例では、要求メッセージの伝送回数が、要求メッセージの構成によって示される最大伝送回数より大きいか又は前記最大伝送回数以上である場合、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したと確認する。又は、ＳＣｅｌｌのビーム障害情報がネットワークデバイスに送信され、前記ＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージが受信されない場合、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したと確認する。
要求メッセージの伝送回数が要求メッセージの構成に対応する最大伝送回数より大きいか又は前記最大伝送回数以上である場合を例として取り上げる。本出願の実施例では、要求メッセージの構成には、最大伝送回数が構成されていてもよい。端末デバイスが要求メッセージをネットワークデバイスに送信する場合、ネットワークデバイスは、チャネル品質の低下又はその他の理由により要求メッセージを受信しない可能性があり、或いは、ネットワークデバイスは要求メッセージを受信したが、チャネル品質の問題のために端末デバイスにリソースを割り当てることができない。従って、端末デバイスは、要求メッセージをネットワークデバイスに複数回送信することができる。
端末デバイスがネットワークデバイスに要求メッセージを送信する回数が、要求メッセージの構成に対応する最大伝送回数よりも大きい場合、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したと確認する。例えば、要求メッセージの構成に対応する最大伝送回数が１０回であり、端末デバイスが１０回目に要求メッセージをネットワークデバイスに送信した後、ネットワークデバイスによって割り当てられたリソースが受信されないと、端末デバイスが再度ネットワークデバイスに要求メッセージを送信する準備ができたとき、要求メッセージの構成に対応する最大伝送回数を超えたため、このような場合、当該端末デバイスのＳＣｅｌｌのＢＦＲに失敗したことを確認できる。
端末デバイスは、ＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージを受信できたかどうかによって、前記端末デバイスのＢＦＲに成功したか失敗したかを確認することもできる。具体的には、端末デバイスがネットワークデバイスに上り伝送リソースを要求し、ネットワークデバイスが端末デバイスにリソースを割り当てた後、端末デバイスはこのリソースに基づいて、ＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信することができる。端末デバイスがＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージを受信していない場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗したことを確認でき、例えば、フィードバックメッセージは、ハイブリッド自動再送要求確認（Hybrid Automatic Repeat reQuest-Acknowledgement, HARQ-ACK）情報であり得、応答メッセージは、ＳＣｅｌｌに対応するビーム管理手順に関連する構成シグナリング、例えば無線リソース制御（Radio Resource Control, RRC）シグナリング、又はＭＡＣ ＣＥシグナリング、又は下り制御情報（Downlink Control Information, DCI）によってトリガーされるビーム測定レポートなどであり得る。端末デバイスが、ＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージ（例えば、ＨＡＲＱ－ＡＣＫ情報又はＳＣｅｌｌに対応するビーム管理手順に関連する構成シグナリング、又はＭＡＣ ＣＥシグナリング、又はＤＣＩによってトリガーされたビーム測定レポート）を受信したと確認した場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに成功したことを確認できる。
オプションとして、いくつかの実施例では、端末デバイスは、ＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信する。前記ＳＣｅｌｌのＢＦＲのタイマーが終了したときに、ＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージが受信されない場合、前記端末デバイスは前記ＳＣｅｌｌのＢＦＲに失敗したと確認する。
オプションとして、ＳＣｅｌｌのＢＦＲのタイマーが終了する前に前記ＳＣｅｌｌビーム障害情報のフィードバック情報又は応答メッセージが受信された場合、前記端末デバイスは、前記ＳＣｅｌｌのＢＦＲに成功したと確認する。
本出願の実施例では、ＢＦＲに関連する構成メッセージ又は要求メッセージの構成には、ＢＦＲタイマーを構成することができ、当該ＢＦＲタイマーは、ＢＦＲの全手順時間を監視することができる。端末デバイスがネットワークデバイスに要求メッセージを送信してからＢＦＲタイマーが終了するまで、端末デバイスがＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージを受信していない場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗したと確認することができる。ＳＣｅｌｌのＢＦＲタイマーが終了する前に、端末デバイスがＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージを受信した場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに成功したと確認できる。
本出願により提供される無線通信方法では、ＢＦＲタイマーが追加されるため、ＢＦＲの全手順時間を監視することができ、その結果、ＢＦＲ手順の遅延をより適切に制御することができる。
ＢＦＲタイマーが構成されていないと、時間長の制約がなく、端末デバイスがＳＣｅｌｌのビーム障害情報を受信するのに長い時間がかかり、このような場合でも、前記端末デバイスのＳＣｅｌｌのＢＦＲは成功したと考えられる。
オプションで、いくつかの実施例では、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗したと確認すると、前記端末デバイスのＳＣｅｌｌを非アクティブ化する。
本出願の実施例では、端末デバイスがそのＳＣｅｌｌのＢＦＲに失敗したと確認すると、前記端末デバイスの前記ＳＣｅｌｌを非アクティブ化することができ、即ち、前記ＳＣｅｌｌはもはや使用されない。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのＢＦＲタイマーが停止される。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのビーム障害の発生を判定するために使用されるカウンタは、０にリセットされる。
本出願の実施例では、端末デバイスがそのＳＣｅｌｌのＢＦＲに成功したと確認すると、ＳＣｅｌｌのＢＦＲタイマーを停止することができる。前記ＳＣｅｌｌのＢＦＲタイマーは、ＳＣｅｌｌのＢＦＲの時間長を監視するために使用されるので、端末デバイスがそのＳＣｅｌｌのＢＦＲに成功したと確認すると、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのＢＦＲタイマーを停止することができる。
本出願の実施例におけるカウンタは、ＳＣｅｌｌのビーム障害の発生を判定するために使用される。つまり、一定期間内に、カウンタによってカウントされたＢＦＩの数が一定の値内にある場合、前記端末デバイスのＳＣｅｌｌでビーム障害が発生していないと考えられる。カウンタでカウントされたＢＦＩの数が当該一定の値を超えている場合は、前記端末デバイスのＳＣｅｌｌでビーム障害が発生していると考えられる。従って、端末デバイスがそのＳＣｅｌｌのＢＦＲに成功したと確認するとき、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのビーム障害の発生を判定するために使用されるカウンタを０にリセットすることができる。
オプションとして、いくつかの実施例では、タイマーは、端末デバイスのためにネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、タイマーは、ＲＲＣシグナリングを介して端末デバイスのためにネットワークデバイスによって構成される。
本出願の実施例では、ＳＣｅｌｌのＢＦＲタイマーは、端末デバイスのためにネットワークデバイスによって構成され得る。さらに、前記ＳＣｅｌｌのＢＦＲタイマーは、ＲＲＣシグナリングを介して端末デバイスのためにネットワークデバイスによって構成され得る。構成されたＢＦＲタイマーの時間長は、ネットワークデバイスによって決定され得、例えば、１００ｍｓ又は１秒であり得るが、本出願においてこれを特に限定されない。
オプションとして、いくつかの実施例では、タイマーを開始又は再開するための時間は、以下の時間のうちの１つである。
端末デバイスによってＳＣｅｌｌでビーム障害が発生したことを検出したとき、端末デバイスによってＳＣｅｌｌでビーム障害が発生したことを検出した後、要求メッセージを生成するとき、要求メッセージを生成する前、要求メッセージを生成した後、要求メッセージを送信するとき、要求メッセージを送信する前、要求メッセージを送信した後、ＳＣｅｌｌのビーム障害情報を伝送するとき、ＳＣｅｌｌのビーム障害情報を伝送する前、ＳＣｅｌｌのビーム障害情報を伝送した後である。
本出願の実施例では、端末デバイスは、ＳＣｅｌｌでビーム障害が発生したことを検出したときにＢＦＲタイマーを開始してもよく、ＳＣｅｌｌでビーム障害が発生したことを検出した後にＢＦＲタイマーを開始してもよい。端末デバイスがＳＣｅｌｌでビーム障害が発生したことを検出してからＢＦＲタイマーを開始するまでの時間は、端末デバイスにより決定できる。例えば、端末デバイスはＳＣｅｌｌで発生するビーム障害が検出されてから２ｍｓ後にＢＦＲタイマーを開始できる。
本出願の実施例における数は、単なる例であり、他の数でもよく、本出願は特に限定しない。
同様に、他の場合にＢＦＲタイマーを開始又は再開するプロセスは、上記のプロセスと同様であり、簡潔にするために、ここでは繰り返さない。
従って、本出願によって提供される無線通信の方法によれば、ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、第１の構成又は第２の構成に従って要求メッセージを生成することができ、オプションで、要求メッセージをネットワークデバイスに送信して、ネットワークデバイスに上り伝送リソースを要求するか、前記端末デバイスのＳＣｅｌｌでビーム障害が発生したことをネットワークデバイスに通知する。端末デバイスから送信された第１のメッセージ又は通知を受信した後、ネットワークデバイスは端末デバイスにリソースを割り当てることができ、それにより端末デバイスは割り当てられたリソースでＳＣｅｌｌのビーム障害情報をネットワークデバイスに送信することができる。さらに、ビーム障害情報の送信は、他のデータ又は情報の送信よりも優先され得、それにより、ＢＦＲ手順の遅延を低減することができる。
図４は、本出願の別の実施例によって提供される無線通信の方法４００の概略フローチャートである。図４に示されるように、前記方法４００は、ステップ４１０～４３０を含み得る。
ステップ４１０において、ネットワークデバイスは、構成情報を端末デバイスに送信し、前記構成情報は、ＰＵＣＣＨリソースを構成するために使用される。
ステップ４２０において、端末デバイスは、構成情報を受信する。
ステップ４３０において、ＳＣｅｌｌでビーム障害が発生した場合、前記端末デバイスは、前記ＰＵＣＣＨリソースを使用して報告メッセージを伝送するか、又はＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送する。
本出願の実施例で、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージを伝送するとは、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージをネットワークデバイスに送信することを意味し得、端末デバイスがＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送するとは、端末デバイスがＰＵＳＣＨリソースを使用して、ＳＣｅｌｌのビーム障害情報に対応するＭＡＣ ＣＥをネットワークデバイスに送信することを意味し得る。
本出願の実施例では、端末デバイスのＳＣｅｌｌでビーム障害が発生する場合、端末デバイスは、端末デバイスのためにネットワークデバイスによって構成されたＰＵＣＣＨリソースを介してネットワークデバイスに報告メッセージを送信することができ、及び/又はＰＵＳＣＨリソースを介してＭＡＣ ＣＥをネットワークデバイスに送信することができる。
本出願の実施例におけるＳＣｅｌｌのビーム障害情報は、ビーム障害が発生するセルを示してもよく、ビーム障害が発生するビームを示してもよく、新しいビームを示してもよく、事前設定された条件を満たすビームがないことを示してもよい。
本出願の実施例におけるＰＵＳＣＨリソースは、端末デバイスからネットワークデバイスに伝送される報告メッセージの応答メッセージによって示されるリソースでもよく、定期的又は半永続的なＰＵＳＣＨリソースでもよく、端末デバイスが他のデータを伝送するために使用されるＰＵＳＣＨリソースでもよい。
本出願によって提供される無線通信方法で、ネットワークデバイスは、構成情報を端末デバイスに送信することができ、前記構成情報はＰＵＣＣＨリソースを構成するために使用され得る。ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは前記ＰＵＣＣＨリソースを使用して報告メッセージを送信するか、及び／又はＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを送信することができ、それにより、ＳＣｅｌｌのＢＦＲ手順を実現できる。
オプションで、いくつかの実施例では、以下の条件の１つ又は複数が満たされるとき、前記ＰＵＣＣＨリソースの今回の有効な伝送時間での前記報告メッセージの伝送がキャンセル又は停止される。
ｂ１：ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第１のタイマーは、ＰＵＣＣＨリソースの伝送間隔を制御するために使用される。
ｂ２：ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースと重複している。
ｂ３：第１の期間又は第２の期間内に前記ＰＵＳＣＨリソースに含まれる第２のＰＵＳＣＨリソースがあり、前記第１の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効伝送時間よりも遅いか、又は前記今回の有効伝送時間内の時刻である。
ｂ４：第３の期間又は第４の期間内には前記ＰＵＳＣＨリソースに含まれる第３のＰＵＳＣＨリソースをスケジューリングするための下り制御情報（ＤＣＩ）があり、前記第３の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻である。
ｂ５：ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複している。
ｂ６：ＰＵＣＣＨリソースの構成に対応する第２のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止又は期限切れになり、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される。
ｂ７：ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＨＡＲＱ情報を運ぶ伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応する。
ｂ８：ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応する。
ｂ９：前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、第４のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが前記端末デバイスによって受信され、前記ＤＣＩは、前記ＰＵＣＣＨリソースの前回の有効な伝送時間に伝送された報告メッセージに対する応答メッセージである。
ｂ１０：前記端末デバイスが前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、前記ＰＵＳＣＨを使用して前記ＭＡＣ ＣＥを伝送するか、又は前記ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することに成功する。
本出願の実施例では、条件ｂ１を例として説明する。ＰＵＣＣＨリソースの伝送間隔を制御するために使用される第１のタイマーが、ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されている場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送がキャンセル又は停止される。
本出願の実施例では、第１のタイマーを使用して、ＰＵＣＣＨリソースの伝送間隔を制御することができる。ＰＵＣＣＨリソースの伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを介して報告メッセージを伝送するための今回の有効な伝送時間であり、第１のタイマーがこの時点で実行状態にある場合、即ち、ＰＵＣＣＨリソースの伝送間隔を制御するタイマーが実行中である場合、第３のｍｓでのＰＵＣＣＨリソースによる報告メッセージの伝送をキャンセル又は停止できる。
ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送がキャンセル又は停止された場合、ＰＵＣＣＨリソースの次回の有効な伝送時間で第１のタイマーが停止状態にあると、ＰＵＣＣＨリソースの次回の伝送時間に報告メッセージを伝送できる。
同様に、条件ｂ２を例として説明する。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間が、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースと重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
具体的には、ＰＵＣＣＨリソースの伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを伝送するための今回の有効な伝送時間である場合、このときもし一つの第１のＰＵＳＣＨリソースも第３のｍｓで伝送されると、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
同様に、条件ｂ３を例として説明する。第１の期間又は第２の期間内にＰＵＳＣＨリソースに含まれる第２のＰＵＳＣＨリソースがある場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。第１の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、第２の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻である。
実装形態において、端末デバイスが、ＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓからの第１の期間に第２のＰＵＳＣＨリソースの伝送が存在する場合、例えば、第１の期間の時間長の値が２ｍｓであれば、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止できる。言い換えれば、第１のｍｓ又は第２のｍｓに第２のＰＵＳＣＨリソースの伝送が存在する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
別の実装形態では、端末デバイスが、ＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓからの第２の期間に第２のＰＵＳＣＨリソースの伝送が存在する場合、例えば、第２の期間の時間長の値が２ｍｓであれば、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。言い換えれば、第４のｍｓ又は第５のｍｓに第２のＰＵＳＣＨリソースの伝送が存在する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
本出願の実施例における第２のＰＵＳＣＨリソースは、上記の第１のＰＵＳＣＨリソースと同じであっても異なってもよい。本出願はこれについて特に限定されない。
同様に、条件ｂ４を例として説明する。第３の期間又は第４の期間にＰＵＳＣＨリソースに含まれる第３のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩがある場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。第３の期間の終了時刻は、前記今回の有効な伝送時間より早いか、又は前記今回の有効な伝送時間内の時刻であり、第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻である。
実装形態において、端末デバイスが、ＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓからの第３の期間に第３のＰＵＳＣＨリソースをスケジューリングできるＤＣＩがある場合、例えば、第３の期間の時間長の値が２ｍｓであれば、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止できる。言い換えれば、第１のｍｓ又は第２のｍｓで第３のＰＵＳＣＨリソースをスケジュールできるＤＣＩがある場合、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
別の実装形態では、端末デバイスが、ＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓからの第４の期間に第３のＰＵＳＣＨリソースをスケジューリングできるＤＣＩがある場合、例えば、第４の期間の時間長の値が２ｍｓであれば、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止できる。言い換えれば、第４のｍｓ又は第５のｍｓで第３のＰＵＳＣＨリソースをスケジュールできるＤＣＩがある場合、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例における数値は単なる例であり、他の数値であってもよく、本出願に特別な制限を課すべきではないことを理解されたい。
本出願の実施例における第３のＰＵＳＣＨリソースは、上記の第１のＰＵＳＣＨリソース及び第２のＰＵＳＣＨリソースと同じでも異なってもよい。本出願はこれについて特に限定しない。
同様に、条件ｂ５を例として説明する。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間が測定間隔と重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
本出願の実施例では、測定間隔は、以下の期間を指すことができる。つまり、測定間隔の間、端末デバイスは、データを送受信せずに、周波数間測定を実行するように、受信機をターゲットセル周波数ポイントに調整でき、測定間隔が終了すると、再び現在のセルになる。つまり、端末デバイスのＳＣｅｌｌでビーム障害が発生した後、このときに前記端末デバイスのＰＣｅｌｌを測定間隔に使用する必要がある場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。測定間隔が終了した後、報告メッセージの伝送にＰＵＣＣＨリソースを使用する必要がある場合、ＰＵＣＣＨリソースの次回の有効な伝送時間に報告メッセージを伝送できる。
同様に、条件ｂ６を例として説明する。本出願の実施例では、前記ＰＵＣＣＨリソースの構成に対応する第２のタイマーが、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止又は期限切れになる場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例では、第２のタイマーは、ＰＵＣＣＨリソースを使用して報告メッセージを伝送する最大伝送時間を制御するために使用され得る。前記第２のタイマーがＰＵＣＣＨリソースの今回の有効な伝送時間で停止状態にあるか、期限切れになる場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例によって提供される無線通信方法では、第２のタイマーは、ＰＵＣＣＨリソースを使用して報告メッセージを伝送する時間をよりよく監視することができ、ＢＦＲ手順の時間をよりよく制御することができる。従って、第２のタイマーが停止又は期限切れになると、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
オプションとして、第２のタイマーが停止された場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することもできる。第２のタイマーは停止状態にあるが、当該ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送時間を超えたとしても、端末デバイスは、期限切れのためにＳＣｅｌｌのＢＦＲが失敗したと確認しない場合があるので、端末デバイスは依然としてＰＵＣＣＨリソースを使用して報告メッセージの伝送を続行できる。
同様に、条件ｂ７を例として説明する。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間がＨＡＲＱ情報を運ぶ伝送リソースと重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
本出願の実施例では、ＰＵＣＣＨリソースの伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを伝送する今回の有効な伝送時間であり、このときＨＡＲＱ情報を運ぶリソースも第３のｍｓで伝送されると、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。このような場合、端末デバイスは、ＨＡＲＱ情報を運ぶリソースを優先的に伝送することができる。
同様に、条件ｂ８を例として説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間がスケジューリング要求に対応する伝送リソースと重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。
本出願の実施例では、ＰＵＣＣＨリソースの伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを伝送する今回の有効な伝送時間であり、このときスケジューリング要求に対応する伝送リソースも第３のｍｓで伝送されると、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。このような場合、端末デバイスは優先的に前記スケジューリング要求を伝送することができる。
本出願の実施例では、ＨＡＲＱ情報を運ぶ上り伝送又はスケジューリング要求に対応する上り伝送を優先的に伝送することができ、次に、報告メッセージがＰＵＣＣＨリソースを介して伝送される。
同様に、条件ｂ９を例として説明する。本出願の実施例では、端末デバイスが、ＰＵＳＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースに含まれる第４のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例では、端末デバイスは、ＰＵＣＣＨリソースを使用して、報告メッセージをネットワークデバイスに送信することができ、報告メッセージを受信した後、ネットワークデバイスは前記報告メッセージに基づいて一つのＤＣＩを端末デバイスに送信できる。前記ＤＣＩは、端末デバイスが第４のＰＵＳＣＨリソースを介してＭＡＣ ＣＥを伝送するように、一つの前記第４のＰＵＳＣＨリソースをスケジューリングすることができるため、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例におけるＤＣＩは、端末デバイスからネットワークデバイスに送信される報告メッセージに対する応答メッセージであってもよく、通常のサービススケジューリングに基づくＤＣＩであってもよく、端末デバイスは、前記ＤＣＩによってスケジューリングされた第４のＰＵＳＣＨリソースに基づいてＭＡＣ ＣＥを伝送することができる。
同様に、条件ｂ１０を例として説明する。端末デバイスがＰＵＣＣＨリソースの今回の有効な伝送時間より前に、ＰＵＳＣＨリソースを介してＭＡＣ ＣＥを伝送するか、又はＰＵＳＣＨリソースを介してＭＡＣ ＣＥを伝送することに成功した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
本出願の実施例では、端末デバイスは、ＰＵＳＣＨリソースを介してＭＡＣ ＣＥをネットワークデバイスに伝送することができる。端末デバイスがＰＵＣＣＨリソースの今回の有効な伝送時間より前、ＰＵＳＣＨリソースを介してＭＡＣ ＣＥを伝送するか、又はＭＡＣ ＣＥの伝送に成功した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止できる。
具体的には、本出願の実施例において、ＰＵＣＣＨリソースの伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを伝送する今回の有効な伝送時間であり、同時に第３のｍｓより前にＰＵＳＣＨリソースを介してＭＡＣ ＣＥを伝送するか、又はＭＡＣ ＣＥの伝送に成功した場合、ＰＵＣＣＨリソースの第３のｍｓでの報告メッセージの伝送をキャンセル又は停止できる。
上記は、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる状況を示している。以下は、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送、即ち、報告メッセージがＰＵＣＣＨリソースの今回の有効な伝送時間で伝送される状況を説明する。
オプションとして、いくつかの実施例では、以下の条件の一部又はすべてが満たされる場合、前記報告メッセージは、ＰＵＣＣＨリソースの今回の有効な伝送時間で伝送され得る。
ｃ１：ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止し、前記第１のタイマーは、前記ＰＵＣＣＨリソースの伝送間隔を制御するために使用される。
ｃ２：ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースと重複しない。
ｃ３：ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複しない。
ｃ４：ＰＵＣＣＨリソースに対応する第２のタイマーは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される。
ｃ５：ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＨＡＲＱ情報を運ぶ伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応する。
ｃ６：ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応する。
ｃ７：ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩは、端末デバイスによって受信されない。
ｃ８：ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが第３の期間又は第４の期間で受信されなく、前記第３の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間より遅いか、又は前記今回の有効な伝送時間内の時刻である。
ｃ９：ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＭＡＣ ＣＥは、ＰＵＳＣＨリソースを介して端末デバイスによって伝送されない。
ｃ１０：ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、端末デバイスはＰＵＳＣＨリソースによるＭＡＣ ＣＥの伝送に失敗する。
本出願の実施例では、条件ｃ１を例として説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間で第１のタイマーが停止状態にある場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、ＭＡＣ ＣＥを伝送することができる。
本出願の実施例における第１のタイマーは、ＰＵＣＣＨリソースの伝送間隔を制御するために使用することができる。ＰＵＣＣＨリソースを介して報告メッセージを伝送する伝送周期が１０ｍｓであり、第３のｍｓがＰＵＣＣＨリソースを介して報告メッセージを伝送する今回の有効な伝送時間であると、第１のタイマーが停止又は期限切れになった場合、ＰＵＣＣＨリソースの今回の有効な伝送時間で報告メッセージを伝送することができ、即ち、第３のｍｓでＰＵＣＣＨリソースを使用して報告メッセージを伝送することができる。
このような場合、端末デバイスが、ＰＵＣＣＨリソースの今回の有効な伝送時間を通して報告メッセージを伝送することに失敗した場合、ＰＵＣＣＨリソースの次回の有効な伝送時間を使用し報告メッセージを伝送できることを理解されたい。つまり、１３ｍｓでＰＵＣＣＨリソースを使用して報告メッセージを伝送できる（関連する条件が満たされていると仮定する）。
同様に、条件ｃ２を例とし説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間がＰＵＳＣＨリソースと重複していない場合は、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送できる。
上記のように、ＰＵＣＣＨリソースの今回の有効な伝送時間がＰＵＳＣＨリソースと重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。この場合、例えば、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送できるため、ＢＦＲ手順の遅延を減らすことができる。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間がＰＵＳＣＨリソースと重複しない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送することができ、その結果、端末デバイスは、要求されたリソースを使用してＭＡＣ ＣＥを伝送することができ、ＢＦＲが成功する可能性をさらに高めることができる。
同様に、条件ｃ３を例として説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間が測定間隔と重複しない場合は、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送できる。
上記のように、ＰＵＣＣＨリソースの今回の有効な伝送時間が測定間隔と重複する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間が測定間隔と重複しない場合、即ち、端末デバイスは、データ又は情報を正常に送受信できるので、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送でき、それにより、ＢＦＲ手順の遅延を減らすことができる。
同様に、条件ｃ４を例とし説明する。ＰＵＣＣＨリソースの構成に対応する第２のタイマーが、前記ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されている場合、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される。
上記のように、第２のタイマーがＰＵＣＣＨリソースの今回の有効な伝送時間で停止する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、第２のタイマーがＰＵＣＣＨリソースの今回の有効な伝送時間で実行されている場合、第２のタイマーは、ＰＵＣＣＨリソースを使用して報告メッセージを伝送する時間をよりよく制御できるので、ＰＵＣＣＨリソースの今回の有効な伝送時間に報告メッセージを伝送することができる。
同様に、条件ｃ５を例として説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間がＨＡＲＱ情報を運ぶ伝送リソースと重複しない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することができる。
上記のように、ＰＵＣＣＨリソースの今回の有効な伝送時間がＨＡＲＱ情報を運ぶ伝送リソースと重複する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間がＨＡＲＱ情報を運ぶ伝送リソースと重複しない場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することができる。
同様に、条件ｃ６を例として説明する。ＰＵＣＣＨリソースの今回の有効な伝送時間がスケジューリング要求に対応する伝送リソースと重複しない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することができる。
上記のように、ＰＵＣＣＨリソースの今回の有効な伝送時間がスケジューリング要求に対応する伝送リソースと重複する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間がスケジューリング要求に対応する伝送リソースと重複しない場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することができる。
同様に、条件ｃ７を例として説明する。端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間より前に、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信しない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送できる。
上記のように、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、端末デバイスが、ＰＵＣＣＨリソースの今回の有効な伝送時間の前にＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信しない場合、即ち、端末デバイスは、ＰＵＳＣＨリソースをスケジュールすることができるＤＣＩを持たない場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間で報告メッセージを伝送することができるので、端末デバイスは、報告メッセージによって要求されたリソースに基づいてＭＡＣ ＣＥを伝送することができる。
同様に、条件ｃ８を例として説明する。ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが第３の期間又は第４の期間に受信されない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して、報告メッセージを伝送することができる。第３の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻である。
本出願の実施例では、端末デバイスが、第３の期間又は第４の期間にＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信していなく、即ち、ＭＡＣ ＣＥを伝送するための利用可能なＰＵＳＣＨリソースがないと、このような場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送することができ、これにより、端末デバイスは、報告メッセージによって要求されたリソースに基づいてＭＡＣ ＣＥを伝送できる。
同様に、条件ｃ９を例として説明する。端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間より前にＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送しない場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送することができる。
上記のように、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間の前にＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送する場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、端末デバイスが、ＰＵＣＣＨリソースの今回の有効な伝送時間の前にＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送しない場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間で報告メッセージを伝送することができる。これにより、端末デバイスは、報告メッセージによって要求されたリソースに基づいてＭＡＣ ＣＥを伝送できる。
同様に、条件ｃ１０を例として説明する。端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間より前にＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することに失敗した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送することができる。
上記のように、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間の前にＰＵＳＣＨリソースを使用して前記ＭＡＣ ＣＥを伝送することに成功した場合、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間の前にＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができるが、ＭＡＣ ＣＥの伝送が成功しない場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間で報告メッセージを伝送することができる。それにより、端末デバイスは報告メッセージによって要求されたリソースに基づいてＭＡＣ ＣＥを伝送できる。
オプションとして、いくつかの実施例では、前記ＰＵＳＣＨリソースは、第４のＰＵＳＣＨリソースを含み、前記第４のＰＵＳＣＨリソースは、前記報告メッセージの応答メッセージによって示されるリソースである。
本出願の実施例では、ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、報告メッセージをネットワークデバイスに送信して、ネットワークデバイスからの上り伝送リソースを要求する。報告メッセージを受信した後、ネットワークデバイスは前記報告メッセージに応答して第４のＰＵＳＣＨリソースを指示でき、端末デバイスは前記第４のＰＵＳＣＨリソースに基づいてＭＡＣ ＣＥを伝送できる。
オプションで、いくつかの実施例では、上記のＰＵＳＣＨリソースは第１のＰＵＳＣＨリソースを含み、前記第１のＰＵＳＣＨリソースは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間と重複し、及び／又はＰＵＳＣＨリソースが第２のＰＵＳＣＨリソースを含み、前記第２のＰＵＳＣＨリソースが時間領域内の第１の期間又は第２の期間に位置し、第１の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースが第３のＰＵＳＣＨリソースを含み、前記第３のＰＵＳＣＨリソースをスケジュールするためのＤＣＩが時間領域の第３の期間又は第４の期間にあり、前記第３の期間の終了時刻は前記今回の有効期間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースは第５のＰＵＳＣＨリソースを含み、前記第５のＰＵＳＣＨリソースは構成許可（Configured Grant）タイプ１又は構成許可タイプ２によってスケジュールされる。
本出願の実施例では、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースが、ＰＵＣＣＨリソースの今回の有効な伝送時間と重複する場合、第１のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができる。
具体的には、ＰＵＣＣＨリソースを介して報告メッセージを伝送する伝送周期が１０ｍｓである場合、第３のｍｓがＰＵＣＣＨリソースを伝送する今回の有効な伝送時間であり、このとき第１のＰＵＳＣＨリソースも第３のｍｓで伝送されると、上記のように、端末デバイスはＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止する。別の実施例では、端末デバイスは、第３のｍｓで第１のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができる。
本出願により提供される無線通信の方法において、ＰＵＣＣＨリソースの今回の有効な伝送時間が、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースの伝送時間と重複する場合、端末デバイスは、第１のＰＵＳＣＨリソースに基づいてＭＡＣ ＣＥを伝送することができる。このような場合、端末デバイスは、ＰＵＣＣＨリソースを介してネットワークデバイスに上り伝送リソースを要求しなくてもよいので、ＢＦＲ手順の遅延を減らすことができる。
本出願の実施例では、ＰＵＳＣＨリソースに含まれる第２のＰＵＳＣＨリソースが時間領域の第１の期間又は第２の期間に位置する場合、端末デバイスは、前記第２のＰＵＳＣＨリソースを使用してネットワークデバイスにＭＡＣ ＣＥを伝送することができる。前記第１の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、第２の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻である。
実装形態において、端末デバイスがＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓからの第１の期間内に第２のＰＵＳＣＨリソースの伝送が存在する場合、例えば、第１の期間の時間長の値が２ｍｓであれば、上記のように、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、第１のｍｓ又は第２のｍｓに第２のＰＵＳＣＨリソースの伝送が存在する場合、端末デバイスは、第２のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥをネットワークデバイスに送信することができる。
別の実施形態では、端末デバイスが、ＰＵＣＣＨリソースを使用して第３のｍｓでネットワークデバイスに報告メッセージを送信する準備ができているとき、第３のｍｓから第２の期間内に第２のＰＵＳＣＨリソースの伝送が存在する場合、例えば、第２の期間の時間長の値は２ｍｓであれば、上記のように、端末デバイスは、ＰＵＣＣＨリソースの今回の伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。本出願の実施例では、第４のｍｓ又は第５のｍｓに第２のＰＵＳＣＨリソースの伝送が存在する場合、端末デバイスは、第２のＰＵＳＣＨリソースを使用して、ＭＡＣ ＣＥをネットワークデバイスに送信することができる。
上記の数値は単なる一例であり、本出願を具体的に限定するものではないことを理解されたい。本出願の実施例における第１の期間の時間長の値は、第２の期間の時間長の値と同じでも異なってもよい。本出願はこれについて特に限定されない。
同様に、ＰＵＳＣＨリソースは、第３のＰＵＳＣＨリソースを含み、第３のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが時間領域の第３の期間又は第４の期間にある場合、端末デバイスは前記第３のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥをネットワークデバイスに送信できる。前記第３の期間の終了時刻は、前記今回の有効な伝送時間より早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時間である。
本出願の実施例では、ＰＵＣＣＨリソースの今回の有効な伝送時間の近くに第３のＰＵＳＣＨリソースをスケジュールすることができるＤＣＩが存在する場合、ＳＣｅｌｌでビーム障害が発生した場合、端末デバイスは、前記ＤＣＩを使用して第３のＰＵＳＣＨリソースをスケジューリングし、スケジューリングされた第３のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができる。
本出願の実施例におけるＤＣＩは、ＰＤＣＣＨによって運ばれ得、ネットワークデバイスから端末デバイスに送信されるＤＣＩは、上り及び下りのリソース割り当て、ＨＡＲＱ情報、電力制御などを含み得る。従って、第３のＰＵＳＣＨリソースの伝送がないときに、ＳＣｅｌｌでビーム障害が発生すると、第３のＰＵＳＣＨリソースをＤＣＩに基づいてスケジュールできるため、第３のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送できる。
本出願の実施例では、構成許可タイプ１又はタイプ２でスケジュールされた第５のＰＵＳＣＨリソースが存在する場合、端末デバイスは、第５のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができる。
本出願の実施例では、構成許可タイプ１において、所定時間内に周期的に第５のＰＵＳＣＨリソースをスケジュールすることができ、端末デバイスは、第５のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができる。構成許可タイプ２では、ＤＣＩがトリガーされた状態で、第５のＰＵＳＣＨリソースを継続的にスケジュールするか、間隔を置いてスケジュールできるため、端末デバイスは第５のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送できる。
オプションとして、いくつかの実施例では、端末デバイスは、ＰＵＳＣＨリソースによるＭＡＣ ＣＥの伝送に成功した場合、ＰＵＣＣＨリソースを使用して報告メッセージを伝送しなくなる。
オプションとして、いくつかの実施例では、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送すること又はＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信したことに応答して、第２のタイマーが停止され、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される。
本出願の実施例では、端末デバイスがＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送する場合、ネットワークデバイスは、端末デバイスのＳＣｅｌｌでビーム障害が発生すること及び関連する情報を知ることができるので、ＰＵＣＣＨリソースを使用して報告メッセージを伝送しなくてもよい。第２のタイマーが開始された場合、端末デバイスがＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送するか、又はＰＵＳＣＨリソースをスケジュールするＤＣＩを受信すると、第２のタイマーはＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用されるので、このような場合、第２のタイマーを停止することができる。
本出願の実施例では、第１の期間又は第３の期間の終了時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点であってよい。
本出願の実施例では、第１の期間又は第３の期間の終了時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点であってよい。ＰＵＣＣＨリソースの今回の有効な伝送時間から前の第１の期間内に第２のＰＵＳＣＨリソースが存在することを例にすると、本出願の実施例における第１の期間は、第１の期間内に第２のＰＵＳＣＨリソースが存在する全部又は一部のシンボルを意味し得る。
本出願の実施例では、第１の期間又は第３の期間の終了時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点であってもよく、ＰＵＣＣＨリソースの最後のシンボルの終了点であってもよく、ＰＵＣＣＨリソースの中間シンボルの中間点であってもよく、別のシンボルの開始点、終了点又は中間点であってもよい。本出願はこれについて特に限定されない。
本出願の実施例では、第２の期間又は第４の期間の開始時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点又は最後のシンボルの終了点であり得る。
本出願の実施例では、第２の期間又は第４の期間の開始時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点又は最後のシンボルの終了点であり得る。ＰＵＣＣＨリソースの今回の有効な伝送時間から後の第２の期間内に第２のＰＵＳＣＨリソースが存在することを例にすると、本出願の実施例における第２の期間は、第２の期間内に第２のＰＵＳＣＨリソースが存在する全部又は一部のシンボルを意味し得る。
本出願の実施例では、第２の期間又は第４の期間の開始時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点であってもよく、ＰＵＣＣＨリソースの最後のシンボルの終了点であってもよく、ＰＵＣＣＨリソースの中間シンボルの中間点であってもよく、別のシンボルの開始点、終了点又は中間点であってもよい。本出願はこれについて特に限定されない。
本出願の実施例における第１の期間、第２の期間、第３の期間、及び第４の期間の時間長の値は、プロトコル規定によって決定されてもよく、ネットワークデバイスの事前設定によって決定されてもよく、端末デバイスの報告能力に従って決定されてもよい。
例えば、第１の期間の時間長の値が２ｍｓであるとプロトコルで規定されるか、又はネットワークデバイスの事前構成で構成されている場合、第１の期間の時間長は２ｍｓであると決定することができる。第３の期間の時間長の値が３ｍｓであるとプロトコルで規定されるか、又はネットワークデバイスの事前構成で構成されている場合、第３の期間の時間長は３ｍｓであると決定することができる。或いは、第１の期間又は第３の期間の期間の値は、端末デバイスの報告能力に従って決定されてもよい。端末デバイスの報告能力が優れている場合は、第１の期間又は第３の期間の時間長の値を大きく設定でき、端末デバイスの報告能力が低い場合は、第１の期間又は第３の期間の時間長の値を小さく設定できる。
オプションとして、いくつかの実施例では、前記構成情報は、ＰＵＣＣＨリソースを示すための一つの必須フィールドを含む。
本出願の実施例では、１つの必須フィールドを使用して、ＰＵＣＣＨリソースを示すことができる。第２の構成は、ＰＵＣＣＨリソース指示情報を含み得るので、端末デバイスは、ＰＵＣＣＨリソース指示情報によって示されるＰＵＣＣＨリソースを介してネットワークデバイスに第１の報告メッセージを送信することができ、ＰＵＣＣＨリソースは、１つの必須フィールドによって示され得る。この場合、第２の構成にはＰＵＣＣＨリソースを示す１つの必須フィールドが含まれるため、ＲＡＣＨリソースによる伝送へのバックオフを回避でき、それによってＢＦＲ手順の遅延を減らすことができる。
オプションとして、いくつかの実施例では、前記ＭＡＣ ＣＥは前記ＳＣｅｌｌのビーム障害情報を運ぶ。
本出願の実施例では、ＭＡＣ ＣＥは、ＳＣｅｌｌのビーム障害情報を運ぶことができ、前記ビーム障害情報は、ビーム障害が発生したセル、ビーム障害が発生したビーム、一つの新しいビーム、又は事前設定された条件を満たすビームがないことを示すことができる。
オプションとして、いくつかの実施例では、前記構成情報は、以下の情報の少なくとも１つを示す：前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する周期、前記ＰＵＣＣＨリソースの各周期の時間領域オフセット、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のタイマー、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のウィンドウ時間、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する間隔のタイマー、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送するセル、前記ＰＵＣＣＨリソースに対応する帯域幅部分（bandwidth part, BWP）、及び前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマット。
本出願の実施例では、端末デバイスによって受信される第１の構成は、ＰＵＣＣＨリソースを構成するための前述の情報の少なくとも１つを示し得る。例えば、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送する周期、即ちＰＵＣＣＨリソースの今回の有効な伝送時間とＰＵＣＣＨリソースの次回の有効な伝送時間の差、ＰＵＣＣＨリソースの各周期の時間領域オフセット、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数を指示することができる。つまり、ＰＵＣＣＨリソースは周期的に伝送できるが、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数を超えてはいけない。
第１の構成はまた、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するためのタイマー又はウィンドウ時間を示し得る。即ち、前記タイマー又はウィンドウ時間によって構成される最大伝送時間範囲内でＰＵＣＣＨリソースを介して報告メッセージを複数回伝送することができるが、前記タイマー又はウィンドウ時間によって構成される最大伝送時間を超えて、端末デバイスがＰＵＳＣＨに関連するスケジューリング情報を受信していないか、又はＭＡＣ ＣＥに対するフィードバック情報を受信していない場合、前記ＳＣｅｌｌのＢＦＲが失敗したと見なすことができる。
第１の構成はまた、前記ＰＵＣＣＨリソースの伝送間隔を制御するためのタイマーを示し得る。即ち、ＰＵＣＣＨリソースの今回の有効な伝送時間から一定期間の間隔をかけてＰＵＣＣＨリソースの次回の有効な伝送時間を開始することができ、前記間隔の時間は、異なる値でもよい。
第１の構成はまた、ＰＵＣＣＨリソースに対応するＢＷＰを示し得る。端末デバイスのサービスボリュームが大きい場合、第１の構成で示されたＰＵＣＣＨリソースに対応するＢＷＰはより広くてもよく、例えば、４０ＭＨＺになり得る。端末デバイスのサービスボリュームが小さい場合、第１の構成で示されたＰＵＣＣＨリソースに対応するＢＷＰはより小さくてもよく、例えば、１０ＭＨＺになり得る。
本出願の実施例における数値は単なる例であり、他の数値であってもよく、本出願を具体的に限定するものではないことを理解されたい。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースを伝送するセルは、端末デバイスのＰＣｅｌｌ又はＳＣｅｌｌ或いはＰＵＣＣＨ伝送をサポートするＳＣｅｌｌであり得る。
本出願の実施例では、端末デバイスのＳＣｅｌｌでビーム障害が発生した場合でも、対応するＰＣｅｌｌ又はＰＳＣｅｌｌは正常状態にあるので、前記ＰＵＣＣＨリソースを伝送するセルは、端末デバイスのＰＣｅｌｌ又はＰＳＣｅｌｌであり得る。なお、ネットワークデバイスは、ＰＵＣＣＨ伝送をサポートできるＳＣｅｌｌを端末デバイスに構成でき、端末デバイスのＳＣｅｌｌでビーム障害が発生した場合、ＰＵＣＣＨリソースの伝送をサポートするＳＣｅｌｌで報告メッセージをネットワークデバイスに送信できる。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、フォーマット０又はフォーマット１である。
本出願の実施例では、ＰＵＣＣＨリソースに対応するフォーマットは、フォーマット０又はフォーマット１であり得る。ＰＵＣＣＨリソースに対応するフォーマットは、フォーマット０、フォーマット１、フォーマット２、フォーマット３、及びフォーマット４を含み得るので、ＯＦＤＭシンボルにおける前記フォーマットの長さは、それぞれ１－２、４－１４、１－２、４－１４、４－１４である。これらの５つのフォーマットのうち、フォーマット０及びフォーマット１のビット数は２以下であり、フォーマット２、フォーマット３及びフォーマット４のビット数はいずれも２より大きいである。従って、本出願の実施例でＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、フォーマット０及びフォーマット１であり得、それにより、伝送中に伝送されるビット数が少ない。
オプションで、いくつかの実施例では、前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがフォーマット０である場合、前記ＰＵＣＣＨリソースの循環係数におけるパラメータは特定の値である。
オプションとして、いくつかの実施例では、前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがフォーマット１である場合、前記ＰＵＣＣＨリソース上で伝送される報告メッセージのビット値は特定の値である。
本出願の実施例では、ＰＵＣＣＨリソースに対応するフォーマットがフォーマット０である場合、ＰＵＣＣＨリソースの循環係数におけるパラメータは、特定の値であり得る。ＰＵＣＣＨリソースはシーケンスに対応し、異なるシーケンスが異なる情報を送信できるので、循環係数の値を変更することにより、ＰＵＣＣＨリソースを使用してさまざまな情報を送信できる。
本出願の実施例では、ＰＵＣＣＨリソースに対応するフォーマットがフォーマット１である場合、ＰＵＣＣＨリソース上で伝送される報告メッセージのビット値は、特定の値であり得、例えば、それは、００、０１、１０，１１などであり得る。
オプションとして、いくつかの実施例では、前記特定の値は、プロトコルによって規定されるか、又は前記ネットワークデバイスによって構成される。
本出願の実施例では、ＰＵＣＣＨリソースの循環係数のパラメータの値又はＰＵＣＣＨリソース上で伝送される報告メッセージのビット値は、プロトコルによって規定されるか、又はネットワークデバイスによって構成されることができる。例えば、実装形態では、プロトコルにより、ＰＵＣＣＨリソースの循環係数のパラメータの値が０であると、又はＰＵＣＣＨリソース上で伝送される報告メッセージのビット値が００であると規定できる。
別の実装形態では、ネットワークデバイスは、ＰＵＣＣＨリソースの循環係数のパラメータを０に構成するか、又はＰＵＣＣＨリソース上で伝送される報告メッセージのビット値を０１に構成することができる。
上記の数値は、単なる例示であり、他の数値であってもよく、本出願において特に限定されないことを理解されたい。
オプションとして、いくつかの実施例では、情報又はデータを伝送する優先度ソートは、以下であり得る。
ｄ１：ＭＡＣ ＣＥを伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高い。
ｄ２：ＭＡＣ ＣＥを伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも高い。
ｄ３：ＭＡＣ ＣＥを伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、構成許可確認情報を伝送する優先度よりも高い。
ｄ４：ＭＡＣ ＣＥを伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じである。
ｄ５：ＭＡＣ ＣＥを伝送する優先度は、構成許可確認情報を伝送する優先度と同じである。
ｄ６：ＭＡＣ ＣＥを伝送する優先度は、構成許可確認情報を伝送する優先度よりも低く、ＢＳＲ情報を伝送する優先度よりも高い。
ｄ７：ＭＡＣ ＣＥを伝送する優先度は、前記ＢＳＲ情報を伝送する優先度と同じである。
ｄ８：ＭＡＣ ＣＥを伝送する優先度は、前記ＢＳＲ情報を伝送する優先度よりも低く、単一のＰＨＲ情報又は複数のＰＨＲ情報を伝送する優先度よりも高い。
ｄ１－ｄ８のルールに基づいてデータ又は情報を伝送する優先度は、ルールａ１－ａ８のプロセスと同様であり、上記のプロセスを参照することができる。簡潔にするために、ここでは繰り返さないことにする。
オプションで、いくつかの実施例では、端末デバイスがＰＵＣＣＨリソースを介して報告メッセージを伝送する回数が、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数以上であれば、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したことを確認する。又は、ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される第２のタイマーが期限切れになれば、端末デバイスはＳＣｅｌｌのＢＦＲに失敗したと確認する。又は、第１のウィンドウ時間内にＭＡＣ ＣＥが端末デバイスによってＰＵＳＣＨリソースを介してネットワークデバイスに送信されないか、ＰＵＳＣＨリソースをスケジュールするためのＤＣＩが端末デバイスによって受信されない場合、端末デバイスはＳＣｅｌｌのＢＦＲに失敗したと確認する。又は、端末デバイスによってＭＡＣ ＣＥがネットワークデバイスに送信され、端末デバイスがＭＡＣ ＣＥのフィードバック情報を受信しない場合、端末デバイスはＳＣｅｌｌのＢＦＲに失敗したと確認する。
実装形態において、端末デバイスによりＰＵＣＣＨリソースを使用してメッセージを報告する回数が、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数以上である場合、ＳＣｅｌｌのＢＦＲに失敗したと確認する。例えば、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージを伝送する最大伝送回数が１０回であり、端末デバイスはリソースを要求するように１０回目にＰＵＣＣＨリソースを介して報告メッセージを伝送したが、要求に成功しながった場合、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージを再度伝送するとき、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数を超えたので、このような場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗したと確認できる。
オプションで、本出願の実施例で言及されるＰＵＣＣＨリソースを使用して報告メッセージを伝送する伝送回数は、ＰＵＣＣＨリソースを使用して実際に報告メッセージを伝送する回数であってもよく、ＰＵＣＣＨリソースを使用して実際に報告メッセージを伝送する回数と、伝送機会はあるが実際に報告メッセージを伝送しない回数との合計であってもよい。
前述のように、ＰＵＣＣＨリソースを使用して報告メッセージを伝送することが一つの測定間隔と重複する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができ、或いは、ＰＵＣＣＨリソースを使用して報告メッセージを伝送することが、一つのＰＵＳＣＨリソースの伝送と重複する場合、端末デバイスは、ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止することができる。従って、これらの２つの場合、端末デバイスはＰＵＣＣＨリソースを使用して報告メッセージを伝送できるが、最終的にはＰＵＣＣＨリソースの今回の有効な伝送時間を使用して報告メッセージを伝送しない。
例えば、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数は１０回であり、実際にＰＵＣＣＨリソースを使用して報告メッセージを伝送した回数は５であり、伝送機会があるが実際に報告メッセージを伝送しない回数が６である場合、一実施例では、報告メッセージの伝送を継続することができ、別の実施例では、ＰＵＣＣＨリソースを使用して実際に報告メッセージを伝送する回数と、報告メッセージを伝送する機会がトリガーされるが報告メッセージを実際に伝送しない回数との合計が、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数より大きくと、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗したと確認できる。
別の実装形態では、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するための第２のタイマーが期限切れになれば、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したと確認する。
本出願の実施例では、第２のタイマーを使用して、ＰＵＣＣＨリソースを伝送する最大伝送時間を制御することができる。例えば、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送時間が１０ｍｓである場合、１０ｍｓ内に端末デバイスがＰＵＣＣＨリソースを使用してネットワークデバイスに報告メッセージを送信するが、前記報告メッセージのフィードバック情報又は応答情報が受信さえないと、ＳＣｅｌｌのＢＦＲに失敗したと確認できる。
別の実装形態では、例えば、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送する最大伝送時間が１０ｍｓである場合、１０ｍｓ内にＰＵＳＣＨリソースを介してＭＡＣ ＣＥが伝送されないか、又はＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが受信されないと、ＳＣｅｌｌのＢＦＲに失敗したと確認できる。本出願の実施例では、ＰＵＳＣＨリソースを介してＭＡＣ ＣＥが伝送されないということは、端末デバイスがＭＡＣ ＣＥをネットワークデバイスに送信するが、ＭＡＣ ＣＥに対するフィードバック情報を受信しないことを意味し得るか、又はＰＵＳＣＨを使用して前記ＭＡＣ ＣＥをネットワークに伝送しないことを意味し得る。
別の実装形態では、端末デバイスがＭＡＣ ＣＥをネットワークデバイスに送信し、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信しない場合、ＳＣｅｌｌのＢＦＲに失敗したと確認する。
本出願の実施例では、端末デバイスは、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥをネットワークデバイスに送信することができ、ネットワークデバイスは前記ＭＡＣ ＣＥを受信した後、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを端末デバイスに送信できる。端末デバイスが前記フィードバック情報又は応答メッセージを受信しない場合、端末デバイスは、ＳＣｅｌｌのＢＦＲに失敗したと確認できる。
オプションとして、いくつかの実施例では、端末デバイスがＭＡＣ ＣＥをネットワークデバイスに送信し、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信する場合、ＳＣｅｌｌのＢＦＲに成功したと確認する。
本出願の実施例では、端末デバイスは、ＰＵＳＣＨリソースを使用して、ＭＡＣ ＣＥをネットワークデバイスに送信することができ、前記ＭＡＣ ＣＥを受信した後、ネットワークデバイスはＭＡＣ ＣＥに対するフィードバック情報を端末デバイスに送信できる。端末デバイスは前記フィードバック情報又は応答メッセージを受信した後、ＳＣｅｌｌのＢＦＲに成功したと確認できる。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲタイマーが終了するとき、前記端末デバイスが前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信し、且つ前記ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信しない場合、前記端末デバイスはＳＣｅｌｌのＢＦＲに失敗したと確認する。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲタイマーが終了する前に、前記端末デバイスが前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信し、且つ前記ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信した場合、ＳＣｅｌｌのＢＦＲに成功したと確認する。
本出願の実施例では、前記ＢＦＲタイマーは、ＢＦＲ手順全体の時間を監視することができる。端末デバイスがＰＵＣＣＨリソースを介してネットワークデバイスに報告メッセージを送信したとき又はＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送したときから、ＢＦＲタイマーが終了するまで、端末デバイスがＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージをまだ受信していない場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに失敗した確認できる。ＳＣｅｌｌのＢＦＲタイマーが終了する前に、端末デバイスがＳＣｅｌｌのビーム障害情報に対するフィードバック情報又は応答メッセージを受信した場合、前記端末デバイスのＳＣｅｌｌのＢＦＲに成功した確認できる。
本出願の実施例におけるタイマーは、ＢＦＲの時間長をよりよく制御することができる。ＢＦＲ手順中に、ＢＦＲタイマーが構成されていない場合、時間長の制約がなく、端末デバイスがＳＣｅｌｌのビーム障害情報を受信するのに長い時間がかかり、このような場合でも、前記端末デバイスのＳＣｅｌｌのＢＦＲは成功したと考えられる。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのＢＦＲタイマーが停止される。
オプションで、いくつかの実施例では、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのビーム障害の発生を判定するために使用されるカウンタは、０にリセットされる。
本出願の実施例では、端末デバイスがそのＳＣｅｌｌのＢＦＲに成功したと確認すると、ＳＣｅｌｌのＢＦＲタイマーを停止することができる。前記ＳＣｅｌｌのＢＦＲタイマーは、ＳＣｅｌｌのＢＦＲの時間長を監視するために使用され、即ち、ＳＣｅｌｌのＢＦＲが成功するかどうかを一定の時間長内に判定するために使用されることが理解されよう。従って、端末デバイスは、そのＳＣｅｌｌのＢＦＲに成功したと確認すると、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのＢＦＲタイマーを停止することができる。
本出願の実施例におけるカウンタは、ＳＣｅｌｌのビーム障害の発生を判定するために使用され、即ち、特定の期間内にカウンタによってカウントされたＢＦＩの数が特定の値内にある場合、前記端末デバイスのＳＣｅｌｌにビーム障害が発生していないと考えられ、カウンタによってカウントされたＢＦＩの数が前記特定の値を超える場合、前記端末デバイスのＳＣｅｌｌにビーム障害が発生したと考えられる。従って、端末デバイスは、そのＳＣｅｌｌのＢＦＲに成功したことを確認すると、ＳＣｅｌｌのＢＦＲの成功に応答して、ＳＣｅｌｌのビーム障害の発生を判定するために使用されるカウンタを０にリセットすることができる。
オプションとして、いくつかの実施例では、前記タイマーは、前記端末デバイスのために前記ネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、前記タイマーは、前記ネットワークデバイスからＲＲＣシグナリングを介して前記端末デバイスのために構成される。
本出願の実施例では、ＳＣｅｌｌのＢＦＲタイマーは、端末デバイスのためのネットワークデバイスによって構成され得る。さらに、ＳＣｅｌｌのＢＦＲタイマーは、ＲＲＣシグナリングを介して端末デバイスのためにネットワークデバイスによって構成され得る。構成されたＢＦＲタイマーの時間長は、ネットワークデバイスによって決定されてもよく、例えば、１００ｍｓ又は１ｓであり得るが、本出願はこれについて特に限定されない。
オプションとして、いくつかの実施例では、前記ＢＦＲのタイマーを開始又は再開するための時間は、以下の時間のうちの１つである。
前記端末デバイスによってＳＣｅｌｌでビーム障害が発生したことを検出したとき、前記端末デバイスによってＳＣｅｌｌでビーム障害が発生したことを検出した後、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送するとき、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送する前、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送した後、前記ＳＣｅｌｌのＭＡＣ ＣＥを伝送するとき、前記ＳＣｅｌｌのＭＡＣ ＣＥを伝送する前、前記ＳＣｅｌｌのＭＡＣ ＣＥを伝送した後である。
本出願の実施例では、例として、端末デバイスによってＳＣｅｌｌでビーム障害が発生したことを検出したとき又は後を説明する。端末デバイスは、ＳＣｅｌｌでビーム障害が発生したことを検出したとき、ＢＦＲタイマーを開始してもよく、ＳＣｅｌｌでビーム障害が発生したことを検出した後、ＢＦＲタイマーを開始してもよい。端末デバイスがＳＣｅｌｌでビーム障害が発生したことを検出してからＢＦＲタイマーを開始するまでの時間は、端末デバイスによって決定できる。例えば、端末デバイスはＳＣｅｌｌでビーム障害が発生したことを検出されてから、２ｍｓ後にＢＦＲタイマーを開始できる。
本出願の実施例における数値は、単なる例であり、他の数値であってもよく、本出願において特に限定されない。
同様に、他の場合にＢＦＲタイマーを開始又は再開するプロセスは、ここでは繰り返されない。
従って、本出願の実施例の無線通信方法によれば、ネットワークデバイスは、ＰＵＣＣＨリソースを構成するために使用される構成情報を端末デバイスに送信することができる。構成情報を受信した後、端末デバイスは前記ＰＵＣＣＨリソースを使用して報告メッセージを伝送したり、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送したりできる。さらに、端末デバイスがネットワークデバイスに報告メッセージを送信するために使用されるＰＵＣＣＨリソースが別のリソース、例えば、第１のＰＵＳＣＨリソースとオーバーラップする場合、端末デバイスは、第１のＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することができ、ＰＵＣＣＨリソースの不要な伝送を減らし、それにより、ＢＦＲ手順の遅延を減らすことができる。
上記で図２乃至図４を参照して本出願の方法の実施例が詳細に説明されており、以下に図５乃至図１１に関連して本出願の装置の実施例が詳細に説明される。装置の実施例と方法の実施例は互いに対応しており、同様の説明は方法の実施形態を参照できることを理解されたい。
図５は、本出願の実施例による端末デバイス５００の概略ブロック図を示している。
図５に示されるように、前記端末デバイス５００は、セカンダリセルでビーム障害が発生した場合に要求メッセージを生成するように構成された処理モジュール５１０を含む。前記要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
オプションとして、いくつかの実施例では、前記要求メッセージは、ネットワークデバイスに上り伝送リソースを要求する、及び／又はビーム障害が発生するセカンダリセルが存在することを前記ネットワークデバイスに通知するために使用される。
オプションで、いくつかの実施例では、要求メッセージに対応する構成が第１の構成である場合、第１の構成は、以下のうちの少なくとも１つに基づいて構成セットから決定される：ネットワークデバイスの指示情報、前記構成セット内の各構成に対応するスケジューリング要求の識別子、前記構成セット内の各構成に対応するリソースの識別子、及び構成セット内の各構成に対応する論理チャネルの優先度ソート。或いは、第１の構成は構成セットからランダムに選択されるものである。前記構成セットは、少なくとも１つのスケジューリング要求の構成を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する。
オプションとして、いくつかの実施例では、前記ネットワークデバイスの指示情報は、ビーム障害回復（ＢＦＲ）に対応する構成情報によって示される。
オプションとして、いくつかの実施例では、第１の構成は、構成セット内で以下の条件を満たす構成である：対応するスケジューリング要求の識別子が最大又は最小であるか、又は対応するスケジューリング要求に対応するリソースの識別子が最大又は最小である。
オプションとして、いくつかの実施例では、第１の構成は、構成セット内で以下の条件を満たす構成である：構成に対応するスケジューリング要求に関連付けられた論理チャネルの優先度が最高又は最低である。
オプションとして、いくつかの実施例では、第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求識別子とは異なり、及び／又は、前記第２の構成に対応するスケジューリング要求リソース識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求リソース識別子とは異なる。
オプションで、いくつかの実施例では、第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成のパラメータタイプの一部又はすべてと同じである。
オプションで、いくつかの実施例では、第２の構成のスケジューリング要求識別子の値は、８以上の整数である。
オプションで、いくつかの実施例では、前記第２の構成のスケジューリング要求リソース識別子の値は、９以上の整数又は０である。
オプションとして、いくつかの実施例では、第２の構成は、物理上り制御チャネル（ＰＵＣＣＨ）リソースを示す。
オプションとして、いくつかの実施例では、第２の構成に対応するシグナリングは、ＰＵＣＣＨリソースを示すための必須フィールドを含む。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１である。
オプションとして、いくつかの実施例では、第２の構成は、ＢＦＲに対応する構成メッセージによって示される。
オプションで、いくつかの実施例では、セカンダリセルのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高い。又は、セカンダリセルのビーム障害情報を送信する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも高い。又は、セカンダリセルのビーム障害情報を送信する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、構成許可確認情報を伝送する優先度よりも高い。又は、セカンダリセルのビーム障害情報を伝送する優先度は、Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じである。又は、セカンダリセルのビーム障害情報を伝送する優先度は、構成許可確認情報を伝送する優先度と同じである。又は、セカンダリセルのビーム障害情報を伝送する優先度は、構成許可確認情報を伝送する優先度よりも低く、ＢＳＲ情報を伝送する優先度よりも高い。又は、セカンダリセルのビーム障害情報を伝送する優先度は、ＢＳＲ情報を伝送する優先度と同じである。又は、セカンダリセルのビーム障害情報を送信する優先度は、ＢＳＲ情報を伝送する優先度よりも低く、単一のＰＨＲ情報又は複数のＰＨＲ情報を伝送する優先度よりも高い。
オプションで、いくつかの実施例では、要求メッセージは、端末デバイスの特別なセルで伝送され、前記端末デバイスの特別なセルは、前記端末デバイスのプライマリセル又はプライマリセカンダリセルを含む。
オプションとして、いくつかの実施例では、端末デバイスは、セカンダリセルのビーム障害情報をネットワークデバイスに送信するように構成された通信モジュールをさらに含む。
オプションで、いくつかの実施例では、セカンダリセルのビーム障害情報は、端末デバイスの特別なセルで伝送され、端末デバイスの特別なセルは、端末デバイスのプライマリセル又はプライマリセカンダリセルを含む。
オプションで、いくつかの実施例では、セカンダリセルのビーム障害情報は、媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して伝送される。
オプションで、いくつかの実施例では、ビーム障害情報は、第１のリソースで運ばれ、第１のリソースは、要求メッセージの応答メッセージによって示されるリソースである。
オプションで、いくつかの実施例では、処理モジュール５１０は、要求メッセージの伝送回数が、要求メッセージの構成によって示される最大伝送回数以上である場合、セカンダリセルのＢＦＲに失敗したと確認する。又は、セカンダリセルのビーム障害情報がネットワークデバイスに送信され、セカンダリセルのビーム障害情報に対するフィードバック情報又は応答メッセージが受信されない場合、セカンダリセルのＢＦＲに失敗したと確認する。
オプションで、いくつかの実施例では、端末デバイスは、セカンダリセルのビーム障害情報をネットワークデバイスに送信するように構成された通信モジュールをさらに含む。処理モジュール５１０はさらに、セカンダリセルのＢＦＲタイマーが終了したときに、セカンダリセルのビーム障害情報に対するフィードバック情報又は応答メッセージが受信されない場合、セカンダリセルのＢＦＲに失敗したと確認する。
オプションで、いくつかの実施例では、処理モジュール５１０はさらに、セカンダリセルを非アクティブ化するように構成される。
オプションで、いくつかの実施例では、端末デバイスは、セカンダリセルのビーム障害情報をネットワークデバイスに送信するように構成された通信モジュールをさらに含み、前記処理モジュール５１０は、セカンダリセルのビーム障害情報に対するフィードバック情報又は応答メッセージが受信されると、セカンダリセルのＢＦＲに成功したと確認する。
オプションで、いくつかの実施例では、処理モジュール５１０は、セカンダリセルのＢＦＲタイマーが終了する前に、セカンダリセルのビーム障害情報に対するフィードバック情報又は応答メッセージが受信された場合、セカンダリセルのＢＦＲに成功したと確認する。
オプションで、いくつかの実施例では、処理モジュール５１０は、セカンダリセルのＢＦＲが成功したことに応答して、セカンダリセルのＢＦＲに対応するタイマーを停止するようにさらに構成される。
オプションで、いくつかの実施例では、処理モジュール５１０は、セカンダリセルのＢＦＲが成功したことに応答して、セカンダリセルにおけるビーム障害の発生を判定するために使用されるカウンタを０にリセットするようにさらに構成される。
オプションとして、いくつかの実施例では、タイマーは、端末デバイスのためにネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、タイマーは、無線リソース制御（ＲＲＣ）シグナリングを介して端末デバイスのためにネットワークデバイスによって構成される。
オプションで、いくつかの実施例では、タイマーを開始又は再開するための時間は、以下の時間のうちの１つである：端末デバイスによってセカンダリセルでビーム障害が発生したことを検出したとき、端末デバイスによってセカンダリセルでビーム障害が発生したことを検出した後、要求メッセージを生成するとき、要求メッセージを生成する前、要求メッセージを生成した後、要求メッセージを送信するとき、要求メッセージを送信する前、要求メッセージを送信した後、セカンダリセルのビーム障害情報を伝送するとき、セカンダリセルのビーム障害情報を伝送する前、セカンダリセルのビーム障害情報を伝送した後。
図６は、本開示の別の実施例による端末デバイス６００の概略ブロック図を示している。
図６に示されるように、端末デバイス６００は、構成情報を受信するように構成された通信モジュール６１０を含み、構成情報は、物理上り制御チャネル（ＰＵＣＣＨ）リソースを構成するために使用される。通信モジュール６１０はさらに、セカンダリセルでビーム障害が発生した場合、ＰＵＣＣＨリソースを使用して報告メッセージを伝送する、及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを使用してメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を伝送するように構成される。
オプションとして、いくつかの実施例では、端末デバイスは、以下の条件のうちの１つ又は複数が満たされる場合、前記ＰＵＣＣＨリソースの今回の有効な伝送時間での報告メッセージの伝送をキャンセル又は停止するように構成された処理モジュールをさらに含む。ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第１のタイマーは、ＰＵＣＣＨリソースの伝送間隔を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースと重複していることや、第１の期間又は第２の期間内に前記ＰＵＳＣＨリソースに含まれる第２のＰＵＳＣＨリソースがあり、前記第１の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効伝送時間よりも遅いか、又は前記今回の有効伝送時間内の時刻であることや、第３の期間又は第４の期間内には前記ＰＵＳＣＨリソースに含まれる第３のＰＵＳＣＨリソースをスケジューリングするための下り制御情報（ＤＣＩ）があり、前記第３の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複していることや、ＰＵＣＣＨリソースの構成に対応する第２のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止又は期限切れになり、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ハイブリッド自動再送要求（ＨＡＲＱ）情報を運ぶ伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、前記ＰＵＳＣＨリソースに含まれる第４のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが前記端末デバイスによって受信されたことや、前記端末デバイスが前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、前記ＰＵＳＣＨを使用して前記ＭＡＣ ＣＥを伝送するか、又は前記ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することに成功することである。
オプションで、いくつかの実施例では、以下の条件の１つ又は複数が満たされる場合、報告メッセージはＰＵＣＣＨリソースの今回の有効な伝送時間で伝送される：ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止するか又は期限切れになり、前記第１のタイマーはＰＵＣＣＨリソースの伝送間隔を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースと重複しないことや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複しないことや、ＰＵＣＣＨリソースに対応する第２のタイマーは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＨＡＲＱ情報を運ぶ伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩは、端末デバイスによって受信されないことや、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが第３の期間又は第４の期間で受信されなく、前記第３の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間より遅いか、又は前記今回の有効な伝送時間内の時刻であることや、ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＭＡＣ ＣＥがＰＵＳＣＨリソースを介して端末デバイスによって伝送されないことや、ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、端末デバイスはＰＵＳＣＨリソースによるＭＡＣ ＣＥの伝送に失敗することである。
オプションとして、いくつかの実施例では、ＰＵＳＣＨリソースは、第４のＰＵＳＣＨリソースを含み、第４のＰＵＳＣＨリソースは、報告メッセージの応答メッセージによって示されるリソースである。
オプションで、いくつかの実施例では、前記ＰＵＳＣＨリソースは第１のＰＵＳＣＨリソースを含み、前記第１のＰＵＳＣＨリソースは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間と重複し、及び／又はＰＵＳＣＨリソースが第２のＰＵＳＣＨリソースを含み、前記第２のＰＵＳＣＨリソースが時間領域内の第１の期間又は第２の期間に位置し、第１の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースが第３のＰＵＳＣＨリソースを含み、前記第３のＰＵＳＣＨリソースをスケジュールするためのＤＣＩが時間領域の第３の期間又は第４の期間にあり、前記第３の期間の終了時刻は前記今回の有効期間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースは第５のＰＵＳＣＨリソースを含み、前記第５のＰＵＳＣＨリソースは構成許可タイプ１又は構成許可タイプ２によってスケジュールされる。
オプションとして、いくつかの実施例では、端末デバイスは、ＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送することに成功した場合、ＰＵＣＣＨリソースを使用して報告メッセージを伝送しなくなるように構成された処理モジュールをさらに含む。
オプションとして、いくつかの実施例では、端末デバイスは、前記端末デバイスがＰＵＳＣＨリソースを使用してＭＡＣ ＣＥを伝送すること又はＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを受信したことに応答して、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される第２のタイマーを停止するように構成された処理モジュールをさらに含む。
オプションで、いくつかの実施例では、第１の期間又は第３の期間の終了時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点である。
オプションで、いくつかの実施例では、第１の期間又は第３の期間の時間長の値は、プロトコル規定、ネットワークデバイスの事前構成、及び端末デバイスの報告能力のうちの少なくとも１つの状況に従って決定される。
オプションで、いくつかの実施例では、第２の期間又は第４の期間の開始時刻は、ＰＵＣＣＨリソースの最後のシンボルの終了点又は最初のシンボルの開始点である。
オプションで、いくつかの実施例では、第２の期間又は第４の期間の時間長の値は、プロトコル規定、ネットワークデバイスの事前構成、及び端末デバイスの報告能力のうちの少なくとも１つの状況に従って決定される。
オプションとして、いくつかの実施例では、構成情報は、ＰＵＣＣＨリソースを示すための一つの必須フィールドを含む。
オプションで、いくつかの実施例では、ＭＡＣ ＣＥは、セカンダリセルのビーム障害情報を運ぶ。
オプションとして、いくつかの実施例では、前記構成情報は、以下の情報の少なくとも１つを示す：前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する周期、前記ＰＵＣＣＨリソースの各周期の時間領域オフセット、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のタイマー、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のウィンドウ時間、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する間隔のタイマー、前記ＰＵＣＣＨリソースに対応するセル、前記ＰＵＣＣＨリソースに対応する帯域幅部分（ＢＷＰ）、及び前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマット。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースに対応するセルは、端末デバイスのプライマリセル又はプライマリセカンダリセル、又はＰＵＣＣＨ伝送をサポートするセカンダリセルである。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１である。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＰＵＣＣＨリソースの循環係数におけるパラメータは特定の値である。
オプションとして、いくつかの実施例では、前記特定の値は、プロトコルによって規定されるか、又は前記ネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＰＵＣＣＨリソース上で伝送される報告メッセージのビット値は特定の値である。
オプションとして、いくつかの実施例では、前記特定の値は、プロトコルによって規定されるか、又は前記ネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、ＭＡＣ ＣＥを伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高い。ＭＡＣ ＣＥを伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも高い。又は、ＭＡＣ ＣＥを伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも低く、構成許可確認情報を伝送する優先度よりも高い。又は、ＭＡＣ ＣＥを伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度と同じである。又は、ＭＡＣ ＣＥを伝送する優先度は、構成許可確認情報を伝送する優先度と同じである。又は、ＭＡＣ ＣＥを伝送する優先度は、構成許可確認情報を伝送する優先度よりも低く、バッファステータスレポート（ＢＳＲ）情報を伝送する優先度よりも高い。又は、ＭＡＣ ＣＥを伝送する優先度は、ＢＳＲ情報を伝送する優先度と同じである。又は、ＭＡＣ ＣＥを伝送する優先度は、ＢＳＲ情報を伝送する優先度よりも低く、単一の電力ヘッドルームレポート（ＰＨＲ）情報又は複数のＰＨＲ情報を伝送する優先度よりも高い。
オプションとして、いくつかの実施例では、端末デバイスは、処理モジュールをさらに含み、前記処理モジュールは、端末デバイスがＰＵＣＣＨリソースを介して報告メッセージを伝送する回数が、ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数以上であれば、セカンダリセルのビーム障害回復（ＢＦＲ）が失敗したと確認し、又は、ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用される第２のタイマーが期限切れになれば、セカンダリセルのＢＦＲが失敗したと確認し、又は、第１のウィンドウ時間内にＭＡＣ ＣＥが端末デバイスによってＰＵＳＣＨリソースを介してネットワークデバイスに送信されないか、ＰＵＳＣＨリソースをスケジュールするためのＤＣＩが端末デバイスによって受信されない場合、セカンダリセルのＢＦＲが失敗したと確認し、又は、端末デバイスによってＭＡＣ ＣＥがネットワークデバイスに送信され、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信しなかった場合、セカンダリセルのＢＦＲが失敗したと確認する。
オプションで、いくつかの実施例では、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージを伝送する回数は、ＰＵＣＣＨリソースを使用して実際に報告メッセージを伝送する回数である。又は、端末デバイスがＰＵＣＣＨリソースを使用して報告メッセージを伝送する回数は、ＰＵＣＣＨリソースを使用して実際に報告メッセージを伝送する回数と、ＰＵＣＣＨリソースに伝送機会があるが実際に報告メッセージを伝送しない回数との合計である。
オプションで、いくつかの実施例では、処理モジュールは、セカンダリセルのＢＦＲに対応するタイマーが終了したとき、前記端末デバイスが前記ＭＡＣ ＣＥを前記ネットワークデバイスに送信し、且つ前記ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信しない場合、前記セカンダリセルのＢＦＲに失敗したと確認する。
オプションで、いくつかの実施例では、端末デバイスは、端末デバイスがＭＡＣ ＣＥをネットワークデバイスに送信し、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信した場合、セカンダリセルのＢＦＲが成功したと確認するように構成された処理モジュールをさらに含む。
オプションで、いくつかの実施例では、処理モジュールは、セカンダリセルのＢＦＲのタイマーが終了する前に、端末デバイスがネットワークデバイスにＭＡＣＣ ＣＥを送信し、ＭＡＣ ＣＥに対するフィードバック情報又は応答メッセージを受信した場合、セカンダリセルのＢＦＲが成功したと確認する。
オプションで、いくつかの実施例では、処理モジュールは、セカンダリセルのＢＦＲが成功したことに応答して、セカンダリセルのＢＦＲに対応するタイマーを停止するようにさらに構成される。
オプションで、いくつかの実施例では、処理モジュールは、セカンダリセルのＢＦＲが成功したことに応答して、セカンダリセルにおけるビーム障害の発生を判定するために使用されるカウンタを０にリセットするようにさらに構成される。
オプションとして、いくつかの実施例では、タイマーは、端末デバイスのためにネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、タイマーは、無線リソース制御（ＲＲＣ）シグナリングを介して端末デバイスのためにネットワークデバイスによって構成される。
オプションで、いくつかの実施例では、ＢＦＲのタイマーを開始又は再開するための時間は、以下の時間のうちの１つである。端末デバイスによってセカンダリセルでビーム障害が発生したことを検出したとき、端末デバイスによってセカンダリセルでビーム障害が発生したことを検出した後、ＰＵＣＣＨリソースを介して報告メッセージを伝送するとき、ＰＵＣＣＨリソースを介して報告メッセージを伝送する前、ＰＵＣＣＨリソースを介して報告メッセージを伝送した後、セカンダリセルのＭＡＣ ＣＥを伝送するとき、セカンダリセルのＭＡＣ ＣＥを伝送する前、セカンダリセルのＭＡＣ ＣＥを伝送した後。
図７は、本出願の一実施例によるネットワークデバイス７００の概略ブロック図を示している。
図７に示されるように、ネットワークデバイス７００は、端末デバイスがセカンダリセルでビーム障害が発生した場合に送信した要求メッセージを受信するように構成された通信モジュール７１０を含む。要求メッセージは、第１の構成又は第２の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成であり、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成である。
オプションとして、いくつかの実施例では、前記要求メッセージは、ネットワークデバイスに上り伝送リソースを要求する、及び／又はビーム障害が発生するセカンダリセルが存在することを前記ネットワークデバイスに通知するために使用される。
オプションとして、いくつかの実施例では、第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求識別子とは異なり、及び／又は、前記第２の構成に対応するスケジューリング要求リソース識別子は、論理チャネルに関連付けられたスケジューリング要求の構成に対応するスケジューリング要求リソース識別子とは異なる。
オプションで、いくつかの実施例では、第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成のパラメータタイプの一部又はすべてと同じである。
オプションで、いくつかの実施例では、第２の構成のスケジューリング要求識別子の値は、８以上の整数である。
オプションで、いくつかの実施例では、前記第２の構成のスケジューリング要求リソース識別子の値は、９以上の整数又は０である。
オプションとして、いくつかの実施例では、第２の構成は、物理上り制御チャネル（ＰＵＣＣＨ）リソースを示す。
オプションとして、いくつかの実施例では、第２の構成に対応するシグナリングは、ＰＵＣＣＨリソースを示すための必須フィールドを含む。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１である。
オプションとして、いくつかの実施例では、第２の構成は、ビーム障害回復（ＢＦＲ）の構成メッセージによって示される。
オプションで、いくつかの実施例では、要求メッセージは、端末デバイスの特別なセルで伝送され、前記端末デバイスの特別なセルは、前記端末デバイスのプライマリセル又はプライマリセカンダリセルを含む。
オプションとして、いくつかの実施例では、通信モジュール７１０は、セカンダリセルのビーム障害情報を受信するようにさらに構成される。
オプションで、いくつかの実施例では、セカンダリセルのビーム障害情報は、端末デバイスの特別なセルで送信され、端末デバイスの特別なセルは、端末デバイスのプライマリセル又はプライマリセカンダリセルを含む。
オプションで、いくつかの実施例では、セカンダリセルのビーム障害情報は、媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して伝送される。
オプションで、いくつかの実施例では、ビーム障害情報は、第１のリソースで運ばれ、第１のリソースは、要求メッセージの応答メッセージによって示されるリソースである。
図８は、本出願の別の実施例によるネットワークデバイス８００の概略ブロック図を示している。
図８に示されるように、ネットワークデバイス８００は、構成情報を端末デバイスに送信するように構成された通信モジュール８１０を含み、構成情報は、物理上り制御チャネル（ＰＵＣＣＨ）リソースを構成するために使用される。通信モジュール８１０はさらに、セカンダリセルでビーム障害が発生した場合、端末デバイスによりＰＵＣＣＨリソースを使用して伝送された報告メッセージ及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを使用して伝送されたメディアアクセス制御制御要素（ＭＡＣ ＣＥ）を受信するように構成される。
オプションとして、いくつかの実施例では、ネットワークデバイスは、以下の条件のうちの１つ又は複数が満たされる場合、ＰＵＣＣＨリソースの今回の有効な伝送時間で端末デバイスによって伝送された報告メッセージの受信をキャンセル又は停止するように構成された処理モジュールをさらに含む。ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第１のタイマーは、ＰＵＣＣＨリソースの伝送間隔を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースに含まれる第１のＰＵＳＣＨリソースと重複していることや、第１の期間又は第２の期間内に前記ＰＵＳＣＨリソースに含まれる第２のＰＵＳＣＨリソースがあり、前記第１の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効伝送時間よりも遅いか、又は前記今回の有効伝送時間内の時刻であることや、第３の期間又は第４の期間内には前記ＰＵＳＣＨリソースに含まれる第３のＰＵＳＣＨリソースをスケジューリングするための下り制御情報（ＤＣＩ）があり、前記第３の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複していることや、ＰＵＣＣＨリソースの構成に対応する第２のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止又は期限切れになり、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ハイブリッド自動再送要求（ＨＡＲＱ）情報を運ぶ伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースとオーバーラップし、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、前記ネットワークデバイスが前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、前記ＰＵＳＣＨリソースに含まれる第４のＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを前記端末デバイスに送信することや、前記ネットワークデバイスが前記ＰＵＣＣＨリソースの今回の有効な伝送時間の前に、前記ＰＵＳＣＨを使用して前記端末デバイスによって伝送された前記ＭＡＣ ＣＥを受信したすることである。
オプションとして、いくつかの実施例では、通信モジュール８１０は、以下の条件のうちの１つ又は複数が満たされる場合、ＰＵＣＣＨリソースの今回の有効な伝送時間で端末デバイスによって伝送された報告メッセージを受信するようにさらに構成される。ＰＵＣＣＨリソースに対応する第１のタイマーは、ＰＵＣＣＨリソースの今回の有効な伝送時間で停止するか又は期限切れになり、前記第１のタイマーはＰＵＣＣＨリソースの伝送間隔を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＰＵＳＣＨリソースと重複しないことや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、測定間隔と重複しないことや、ＰＵＣＣＨリソースに対応する第２のタイマーは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間で実行されており、前記第２のタイマーは、前記ＰＵＣＣＨリソースを伝送する最大伝送時間を制御するために使用されることや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、ＨＡＲＱ情報を運ぶ伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、ＰＵＣＣＨリソースの今回の有効な伝送時間は、スケジューリング要求に対応する伝送リソースと重複せず、前記伝送リソースは、伝送に使用される時間領域リソースに対応することや、前記ネットワークデバイスがＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩを端末デバイスに送信しないことや、ＰＵＳＣＨリソースをスケジューリングするためのＤＣＩが第３の期間又は第４の期間で受信されなく、前記第３の期間の終了時刻は、前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間より遅いか、又は前記今回の有効な伝送時間内の時刻であることや、前記ネットワークデバイスがＰＵＣＣＨリソースの今回の有効な伝送時間の前に、ＰＵＳＣＨリソースを介して端末デバイスによって伝送されるＭＡＣ ＣＥを受信しなかったことである。
オプションとして、いくつかの実施例では、ＰＵＳＣＨリソースは、第４のＰＵＳＣＨリソースを含み、第４のＰＵＳＣＨリソースは、報告メッセージの応答メッセージによって示されるリソースである。
オプションとして、いくつかの実施例では、前記ＰＵＳＣＨリソースは第１のＰＵＳＣＨリソースを含み、前記第１のＰＵＳＣＨリソースは、前記ＰＵＣＣＨリソースの今回の有効な伝送時間と重複し、及び／又はＰＵＳＣＨリソースが第２のＰＵＳＣＨリソースを含み、前記第２のＰＵＳＣＨリソースが時間領域内の第１の期間又は第２の期間に位置し、第１の期間の終了時刻は前記今回の有効な伝送時間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第２の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースが第３のＰＵＳＣＨリソースを含み、前記第３のＰＵＳＣＨリソースをスケジュールするためのＤＣＩが時間領域の第３の期間又は第４の期間にあり、前記第３の期間の終了時刻は前記今回の有効期間よりも早いか、又は前記今回の有効な伝送時間内の時刻であり、前記第４の期間の開始時刻は、前記今回の有効な伝送時間よりも遅いか、又は前記今回の有効な伝送時間内の時刻であり、及び/又はＰＵＳＣＨリソースは第５のＰＵＳＣＨリソースを含み、前記第５のＰＵＳＣＨリソースは構成許可タイプ１又は構成許可タイプ２によってスケジュールされる。
オプションで、いくつかの実施例では、第１の期間又は第３の期間の終了時刻は、ＰＵＣＣＨリソースの最初のシンボルの開始点である。
オプションで、いくつかの実施例では、第１の期間又は第３の期間の時間長の値は、プロトコル規定、ネットワークデバイスの事前構成、及び端末デバイスの報告能力のうちの少なくとも１つの状況に従って決定される。
オプションで、いくつかの実施例では、第２の期間又は第４の期間の開始時刻は、ＰＵＣＣＨリソースの最後のシンボルの終了点又は最初のシンボルの開始点である。
オプションで、いくつかの実施例では、第２の期間又は第４の期間の時間長の値は、プロトコル規定、ネットワークデバイスの事前構成、及び端末デバイスの報告能力のうちの少なくとも１つの状況に従って決定される。
オプションとして、いくつかの実施例では、構成情報は、ＰＵＣＣＨリソースを示すための一つの必須フィールドを含む。
オプションで、いくつかの実施例では、ＭＡＣ ＣＥは、セカンダリセルのビーム障害情報を運ぶ。
オプションとして、いくつかの実施例では、前記構成情報は、以下の情報の少なくとも１つを示す：前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する周期、前記ＰＵＣＣＨリソースの各周期の時間領域オフセット、前記ＰＵＣＣＨリソースを介して報告メッセージを伝送する最大伝送回数、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のタイマー、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する最大伝送時間のウィンドウ時間、前記ＰＵＣＣＨリソースを介して前記報告メッセージを伝送する間隔のタイマー、前記ＰＵＣＣＨリソースに対応するセル、前記ＰＵＣＣＨリソースに対応する帯域幅部分（ＢＷＰ）、及び前記ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマット。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースに対応するセルは、端末デバイスのプライマリセル又はプライマリセカンダリセル、又はＰＵＣＣＨ伝送をサポートするセカンダリセルである。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１である。
オプションで、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＰＵＣＣＨリソースの循環係数におけるパラメータは特定の値である。
オプションとして、いくつかの実施例では、前記特定の値は、プロトコルによって規定されるか、又は前記ネットワークデバイスによって構成される。
オプションとして、いくつかの実施例では、ＰＵＣＣＨリソースに対応するＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＰＵＣＣＨリソース上で伝送される報告メッセージのビット値は特定の値である。
オプションとして、いくつかの実施例では、前記特定の値は、プロトコルによって規定されるか、又は前記ネットワークデバイスによって構成される。
本出願の実施例はまた、通信デバイス９００を提供し、図９に示すように、プロセッサ９１０及びメモリ９２０を含む。前記メモリは、コンピュータプログラムを格納するように構成され、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、本出願の実施例の方法を実施する。
プロセッサ９１０は、メモリ９２０からコンピュータプログラムを呼び出して実行することで、本出願の実施例の方法を実現することができる。
ここで、メモリ９２０は、プロセッサ９１０から独立した個別のデバイスであってもよく、プロセッサ９１０に集積されてもよい。
オプションとして、図９に示すように、通信デバイス９００はさらに送受信機９３０を含むことができ、プロセッサ９１０は他のデバイスと通信するように当該送受信機９３０を制御することができ、具体的には、他のデバイスに情報又はデータを送信したり、他のデバイスから送信された情報又はデータを受信することができる。
ここで、送受信機９３０は、送信機及び受信機を含み得る。送受信機９３０は、アンテナをさらに含んでもよく、アンテナの数は、１つ以上であってもよい。
オプションとして、当該通信デバイス９００は、本出願の実施例におけるネットワークデバイスであってもよく、かつ、当該通信デバイス９００は、本出願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
オプションとして、当該通信デバイス９００は、本出願の実施例における移動端末／端末デバイスであってもよく、かつ、当該通信デバイス９００は、本出願の実施例の各方法における端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
図１０は、本出願の実施例のチップの概略構成図である。図１０に示すチップ１０００は、プロセッサ１０１０を含み、プロセッサ１０１０は、メモリからコンピュータプログラムを呼び出して実行することで、本出願の実施例の方法を実現することができる。
オプションとして、図１０に示すように、チップ１０００はさらにメモリ１０２０を含むことができる。ここで、プロセッサ１０１０は、メモリ１０２０からコンピュータプログラムを呼び出して実行することで、本出願の実施例における方法を実現することができる。
ここで、メモリ１０２０は、プロセッサ１０１０から独立した個別のデバイスであってもよく、又はプロセッサ１０１０に集積されてもよい。
オプションとして、上記チップ１０００は、入力インターフェース１０３０をさらに含むことができる。ここで、プロセッサ１０１０は、他のデバイス又はチップと通信するように上記入力インターフェース１０３０を制御することができ、具体的には、他のデバイス又はチップによって送信された情報又はデータを取得することができる。
オプションとして、上記チップ１０００は、出力インターフェース１０４０をさらに含むことができる。ここで、プロセッサ１０１０は、他のデバイス又はチップと通信するように上記出力インターフェース１０４０を制御することができ、具体的には、情報又はデータを他のデバイス又はチップに出力することができる。
オプションとして、上記チップは、本出願の実施例におけるネットワークデバイスに適用されてもよく、かつ、上記チップは、本出願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
オプションとして、上記チップは、本出願の実施例における移動端末／端末デバイスに適用されてもよく、かつ、上記チップは、本出願の実施例の各方法における移動端末／端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
本出願の実施例で言及されるチップは、システムオンチップ、システムチップ、チップシステム、又はシステムオンチップのチップなどと呼ばれ得ることを理解されたい。
本出願の実施例に係るプロセッサーは、信号処理能力のある集積回路チップであってもよいことを理解されたい。実装の過程では、上記方法の実施例の各ステップは、プロセッサーにおけるハードウェアの集積論理回路又はソフトウェアの形の命令により完了することができる。上記のプロセッサーは、汎用プロセッサー、デジタル信号プロセッサー（Digital Signal Processor，DSP）、専用集積回路（Application Specific Integrated Circuit，ASIC）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array，FPGA）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本出願の実施例において開示された各方法、ステップ、及び論理ブロック図を実現又は実行することができる。汎用プロセッサーはマイクロプロセッサーであってもよく、又は、上記プロセッサーはいずれかの通常のプロセッサー等であってもよい。本出願の実施例に結合して開示された方法のステップは、ハードウェアデコードプロセッサーにより実行されて完了するように直接具現化されるか、又はデコードプロセッサーにおけるハードウェア及びソフトウェアモジュールの組み合わせにより実行されて完了することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、又は電気的に消去可能なプログラマブルメモリ、レジスタ等の本技術分野の成熟した記憶媒体に配置されることができる。上記記憶媒体はメモリに配置され、プロセッサーはメモリ内の情報を読み取り、そのハードウェアと組み合わせて上記の方法のステップを完了する。
本出願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、読み取り専用メモリ（Read-Only Memory，ROM）、プログラマブル読み取り専用メモリ（Programmable ROM，PROM）、消去可能なプログラマブル読み取り専用メモリ（Erasable PROM，EPROM）、電気的に消去可能なプログラマブル読み取り専用メモリ（Electrically EPROM，EEPROM）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Random Access Memory，RAM）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（Static RAM，SRAM）、ダイナミックランダムアクセスメモリ（Dynamic RAM，DRAM）、同期ダイナミックランダムアクセスメモリ（Synchronous DRAM，SDRAM）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Double Data Rate SDRAM，DDR SDRAM）、拡張同期ダイナミックランダムアクセスメモリ（Enhanced SDRAM，ESDRAM）、同期接続ダイナミックランダムアクセスメモリ（Synchlink DRAM，SLDRAM）、及びダイレクトメモリバスランダムアクセスメモリ（Direct Rambus RAM，DR RAM）等の多くの形式のＲＡＭが利用可能である。本明細書で説明されるシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
上記メモリは限定ではなく示例的なものであることを理解されたい。例えば、本願の実施例のメモリは、スタティックランダムアクセスメモリ（Static RAM，SRAM）、ダイナミックランダムアクセスメモリ（Dynamic RAM，DRAM）、同期ダイナミックランダムアクセスメモリ（Synchronous DRAM，SDRAM）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Double Data Rate SDRAM，DDR SDRAM）、拡張同期ダイナミックランダムアクセスメモリ（Enhanced SDRAM，ESDRAM）、同期接続ダイナミックランダムアクセスメモリ（Synchlink DRAM，SLDRAM）、及びダイレクトメモリバスランダムアクセスメモリ（Direct Rambus RAM，DR RAM）等であってもよい。つまり、本願の実施例のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。
図１１は、本出願の実施例によって提供される通信システム１１００の概略ブロック図である。図１１に示すように、この通信システム１１００は、端末デバイス１１１０とネットワークデバイス１１２０とを含む。
ここで、上記端末デバイス１１１０は、上記方法で端末デバイスによって実装される対応する機能を実現するように構成されてもよく、上記ネットワークデバイス１１２０は、上記方法でネットワークデバイスによって実装される対応する機能を実現するように構成されてもよく、簡潔にするため、ここでは繰り返さない。
本出願の実施例はまた、コンピュータプログラムを記憶するためのコンピュータ読取可能な記憶媒体を提供する。
オプションとして、上記コンピュータ読取可能な記憶媒体は、本出願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムは、本出願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
オプションとして、上記コンピュータ読取可能な記憶媒体は、本出願の実施例の移動端末／端末デバイスに適用でき、上記コンピュータプログラムは、本出願の実施例の各方法で移動端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
本出願の実施例はまた、コンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
オプションとして、上記コンピュータプログラム製品は、本出願の実施例のネットワークデバイスに適用でき、上記コンピュータプログラム命令は、本出願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
オプションとして、上記コンピュータプログラム製品は、本出願の実施例の移動端末／端末デバイスに適用でき、上記コンピュータプログラム命令は、本出願の実施例の各方法で移動端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
本出願の実施例はまた、コンピュータプログラムを提供する。
オプションとして、上記コンピュータプログラムは、本出願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本出願の実施例の各方法においてネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
オプションとして、上記コンピュータプログラムは、本出願の実施例における移動端末／端末デバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本出願の実施例における各方法で移動端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
当業者であれば、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できることが認識される。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、解決策の特定のアプリケーション及び設計上の制約条件によって異なる。当業者であれば、特定の用途ごとに異なる方法を使用して記載された機能を実現できるが、このような実現が本発明の範囲を超えると考慮されるべきではない。
当業者であれば、説明の便宜及び簡潔さのために、上述のシステム、装置、及びユニットの具体的な動作手順については、前述の方法の実施例における対応する手順を参照することができ、ここで繰り返さないことを理解することができる。
本出願で提供された幾つかの実施例において、開示されたシステム、装置及び方法は、他の方式で実現されてもよいことを理解されたい。例えば、上述のような装置の実施例は、単なる例にすぎず、例えば、上記ユニットの区分は、単なる論理的な機能による区分であり、実際に実現するときは他の区分方式であってもよく、例えば、複数のユニット又はコンポーネントが組み合わされるか又は別のシステムに集積されてもよく、或いは幾つかの特徴が省略され又は実行されなくてもよい。一方、示された又は検討された相互間の結合又は直接的な結合又は通信接続は、幾つかのインターフェイスを介してもよく、装置又はユニットによる間接的な結合又は通信接続は、電気的、機械的、又は他の形態であってもよい。
前記分離部材として説明されたユニットは、物理的に分離されてもよく、物理的に分離されなくてもよく、ユニットとして示された部材は、物理的なユニットであってもよく、物理的なユニットでなくてもよく、つまり、あるところに位置してもよく、複数のネットワークユニット上に分散されてもよい。実際の需要に応じて、一部又は全部のユニットを選択し、本実施例の解決策の目的を実現することができる。
なお、本出願の各実施例に係る各機能ユニットは、１つの処理ユニットに集積されていてもよく、各ユニットが単独に物理的に存在していてもよく、２つ又は２つ以上のユニットが１つのユニットに集積されていてもよい。
前記機能がソフトウェア機能ユニットの形で実現され、且つ独立した製品として販売又は使用される場合には、１つのコンピュータ読み取り可能な記憶媒体に格納されることができる。このような理解に基づき、本出願の技術手段は本質的に、従来技術に貢献した部分又は前記技術手段の一部がソフトウェア製品の形で具現化されることができ、前記コンピュータソフトウェア製品は、１つの記憶媒体に格納され、１台のコンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本発明の各実施例に記載の方法のステップの全部又は一部を実行させる命令を若干備える。前述の記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ（Read-Only Memory，ROM）、ランダムアクセスメモリ（Random Access Memory，RAM）、磁気ディスク、又は光ディスク等のプログラムコードを格納可能な様々な媒体を含む。
以上は、本出願の好ましい実施例にすぎず、本出願の保護範囲はこれらに限定されない。この技術分野の当業者であれば、いずれも本出願に提示された技術範囲内で、変更又は置き換えを行うことを容易に想到でき、このような変更又は置き換えはいずれも本出願の保護範囲に含まれるべきである。従って、本出願の保護範囲は、請求項の保護範囲に従うべきである。

Claims (20)

  1. 端末デバイスがネットワークデバイスによって送信された構成情報を受信するステップと、
    セカンダリセルでビーム障害が発生した場合に、前記端末デバイスが前記ネットワークデバイスに上り伝送リソースを要求するためのスケジューリング要求を生成するステップと、
    前記端末デバイスが、前記ネットワークデバイスによって送信された前記スケジューリング要求の応答メッセージを受信し、前記応答メッセージは第１のリソースを示すステップと、
    前記端末デバイスが媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して、前記第１のリソースで運ばれるセカンダリセルのビーム障害情報を伝送するステップと、を含み、
    前記構成情報が第１の構成である場合、前記スケジューリング要求は前記第１の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成情報であり、
    前記構成情報が第２の構成である場合、前記スケジューリング要求は前記第２の構成に対応し、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成情報であり、前記第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成情報に対応するスケジューリング要求識別子とは異なる
    ことを特徴とする無線通信方法。
  2. 前記第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成情報のパラメータタイプの一部又はすべてと同じである
    ことを特徴とする請求項１に記載の方法。
  3. 前記構成情報が前記第１の構成である場合、前記第１の構成は、ネットワークデバイスの指示情報、構成セット内の各構成情報に対応するスケジューリング要求の識別子、前記構成セット内の各構成情報に対応するリソースの識別子、及び前記構成セット内の各構成情報に対応する論理チャネルの優先度ソートのうちの少なくとも１つに基づいて前記構成セットから決定され、
    又は、前記第１の構成は前記構成セットからランダムに選択され、
    前記構成セットは、少なくとも１つのスケジューリング要求の構成情報を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する
    ことを特徴とする請求項１又は２に記載の方法。
  4. 前記セカンダリセルのビーム障害情報を伝送する優先度は、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、且つ構成許可確認情報を伝送する優先度よりも高いこと、又は
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度よりも低く、且つバッファステータスレポート（ＢＳＲ）情報を伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度よりも低く、且つ単一の電力ヘッドルームレポート（ＰＨＲ）情報又は複数のＰＨＲ情報を伝送する優先度よりも高いこと、のうちの１つのルールに従って決定される
    ことを特徴とする請求項１～３のいずれか一項に記載の方法。
  5. 前記端末デバイスが前記セカンダリセルのビーム障害情報を前記ネットワークデバイスに送信するステップと、
    前記セカンダリセルのビーム障害情報に対する応答メッセージが受信されると、前記端末デバイスは前記セカンダリセルのＢＦＲが成功したと確認するステップをさらに含む
    ことを特徴とする請求項１～４のいずれか一項に記載の方法。
  6. ネットワークデバイスが、端末デバイスに構成情報を送信するステップと、
    前記ネットワークデバイスが、セカンダリセルでビーム障害が発生した場合に前記ネットワークデバイスに上り伝送リソースを要求するために前記端末デバイスによって送信されるスケジューリング要求を受信するステップと、
    前記ネットワークデバイスが前記端末デバイスに前記スケジューリング要求の応答メッセージを送信し、前記応答メッセージは第１のリソースを示すステップと、
    前記ネットワークデバイスが媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して、前記第１のリソースで運ばれるセカンダリセルのビーム障害情報を受信するステップと、を含み、
    前記構成情報が第１の構成である場合、前記スケジューリング要求は前記第１の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成情報であり、
    前記構成情報が第２の構成である場合、前記スケジューリング要求は前記第２の構成に対応し、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成情報であり、前記第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成情報に対応するスケジューリング要求識別子とは異なる
    ことを特徴とする無線通信方法。
  7. 前記第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成情報のパラメータタイプの一部又はすべてと同じである
    ことを特徴とする請求項６に記載の方法。
  8. 前記構成情報が前記第１の構成である場合、前記第１の構成は、ネットワークデバイスの指示情報、構成セット内の各構成情報に対応するスケジューリング要求の識別子、前記構成セット内の各構成情報に対応するリソースの識別子、及び前記構成セット内の各構成情報に対応する論理チャネルの優先度ソートのうちの少なくとも１つに基づいて前記構成セットから決定され、
    又は、前記第１の構成は前記構成セットからランダムに選択され、
    前記構成セットは、少なくとも１つのスケジューリング要求の構成情報を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する
    ことを特徴とする請求項６又は７に記載の方法。
  9. 前記セカンダリセルのビーム障害情報を伝送する優先度は、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、且つ構成許可確認情報を伝送する優先度よりも高いこと、又は
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度よりも低く、且つバッファステータスレポート（ＢＳＲ）情報を伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度よりも低く、且つ単一の電力ヘッドルームレポート（ＰＨＲ）情報又は複数のＰＨＲ情報を伝送する優先度よりも高いこと、のうちの１つのルールに従って決定される
    ことを特徴とする請求項６～８のいずれか一項に記載の方法。
  10. 前記端末デバイスが前記セカンダリセルのＢＦＲが成功したと確認するように、前記ネットワークデバイスが前記端末デバイスに前記セカンダリセルのビーム障害情報に対する応答メッセージを送信するステップをさらに含む
    ことを特徴とする請求項６～９のいずれか一項に記載の方法。
  11. ネットワークデバイスによって送信された構成情報を受信するように構成される通信モジュールと、
    セカンダリセルでビーム障害が発生した場合に、前記ネットワークデバイスに上り伝送リソースを要求するためのスケジューリング要求を生成するように構成される処理モジュールを備え、
    前記通信モジュールはまた、
    前記ネットワークデバイスによって送信された前記スケジューリング要求の応答メッセージを受信し、前記応答メッセージは第１のリソースを示し、
    媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して、前記第１のリソースで運ばれるセカンダリセルのビーム障害情報を伝送するように構成され、
    前記構成情報が第１の構成である場合、前記スケジューリング要求は前記第１の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成情報であり、
    前記構成情報が第２の構成である場合、前記スケジューリング要求は前記第２の構成に対応し、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成情報であり、前記第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成情報に対応するスケジューリング要求識別子とは異なる
    ことを特徴とする端末デバイス。
  12. 前記第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成情報のパラメータタイプの一部又はすべてと同じである
    ことを特徴とする請求項１１に記載の端末デバイス。
  13. 前記構成情報が前記第１の構成である場合、前記第１の構成は、ネットワークデバイスの指示情報、構成セット内の各構成情報に対応するスケジューリング要求の識別子、前記構成セット内の各構成情報に対応するリソースの識別子、及び前記構成セット内の各構成情報に対応する論理チャネルの優先度ソートのうちの少なくとも１つに基づいて前記構成セットから決定され、
    又は、前記第１の構成は前記構成セットからランダムに選択され、
    前記構成セットは、少なくとも１つのスケジューリング要求の構成情報を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する
    ことを特徴とする請求項１１又は１２に記載の端末デバイス。
  14. 前記セカンダリセルのビーム障害情報を伝送する優先度は、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、且つ構成許可確認情報を伝送する優先度よりも高いこと、又は
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度よりも低く、且つバッファステータスレポート（ＢＳＲ）情報を伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度よりも低く、且つ単一の電力ヘッドルームレポート（ＰＨＲ）情報又は複数のＰＨＲ情報を伝送する優先度よりも高いこと、のうちの１つのルールに従って決定される
    ことを特徴とする請求項１１～１３のいずれか一項に記載の端末デバイス。
  15. 前記通信モジュールはまた、前記セカンダリセルのビーム障害情報を前記ネットワークデバイスに送信し、
    前記処理モジュールはまた、前記セカンダリセルのビーム障害情報に対する応答メッセージが受信されると、前記セカンダリセルのＢＦＲが成功したと確認する
    ことを特徴とする請求項１１～１４のいずれか一項に記載の端末デバイス。
  16. 端末デバイスに構成情報を送信するように構成される通信モジュールを備え、
    前記通信モジュールはまた、
    セカンダリセルでビーム障害が発生した場合に前記ネットワークデバイスに上り伝送リソースを要求するために前記端末デバイスによって送信されるスケジューリング要求を受信し、
    前記端末デバイスに前記スケジューリング要求の応答メッセージを送信し、前記応答メッセージは第１のリソースを示し、
    媒体アクセス制御制御要素（ＭＡＣ ＣＥ）を介して、前記第１のリソースで運ばれるセカンダリセルのビーム障害情報を受信するように構成され、
    前記構成情報が第１の構成である場合、前記スケジューリング要求は前記第１の構成に対応し、前記第１の構成は、少なくとも１つの論理チャネルに関連付けられたスケジューリング要求の構成情報であり、
    前記構成情報が第２の構成である場合、前記スケジューリング要求は前記第２の構成に対応し、前記第２の構成は、論理チャネルに関連付けられていないスケジューリング要求の構成情報であり、前記第２の構成のスケジューリング要求識別子は、論理チャネルに関連付けられたスケジューリング要求の構成情報に対応するスケジューリング要求識別子とは異なる
    ことを特徴とするネットワークデバイス。
  17. 前記第２の構成のパラメータタイプは、論理チャネルのスケジューリング要求の構成情報のパラメータタイプの一部又はすべてと同じである
    ことを特徴とする請求項１６に記載のネットワークデバイス。
  18. 前記構成情報が前記第１の構成である場合、前記第１の構成は、ネットワークデバイスの指示情報、構成セット内の各構成情報に対応するスケジューリング要求の識別子、前記構成セット内の各構成情報に対応するリソースの識別子、及び前記構成セット内の各構成情報に対応する論理チャネルの優先度ソートのうちの少なくとも１つに基づいて前記構成セットから決定され、
    又は、前記第１の構成は前記構成セットからランダムに選択され、
    前記構成セットは、少なくとも１つのスケジューリング要求の構成情報を含み、各スケジューリング要求は、少なくとも１つの論理チャネルに対応する
    ことを特徴とする請求項１６又は１７に記載のネットワークデバイス。
  19. 前記セカンダリセルのビーム障害情報を伝送する優先度は、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、任意の論理チャネルを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）情報又は上り共通制御チャネル（ＵＬ－ＣＣＣＨ）からのデータを伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度よりも低く、且つ構成許可確認情報を伝送する優先度よりも高いこと、又は
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記Ｃ－ＲＮＴＩ情報又はＵＬ－ＣＣＣＨからのデータを伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記構成許可確認情報を伝送する優先度よりも低く、且つバッファステータスレポート（ＢＳＲ）情報を伝送する優先度よりも高いこと、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度と同じであること、
    前記セカンダリセルのビーム障害情報を伝送する優先度は、前記ＢＳＲ情報を伝送する優先度よりも低く、且つ単一の電力ヘッドルームレポート（ＰＨＲ）情報又は複数のＰＨＲ情報を伝送する優先度よりも高いこと、のうちの１つのルールに従って決定される
    ことを特徴とする請求項１６～１８のいずれか一項に記載のネットワークデバイス。
  20. 前記通信モジュールはまた、前記端末デバイスが前記セカンダリセルのＢＦＲが成功したと確認するように、前記端末デバイスに前記セカンダリセルのビーム障害情報に対する応答メッセージを送信するように構成される
    ことを特徴とする請求項１６～１９のいずれか一項に記載のネットワークデバイス。
JP2022503954A 2019-08-15 2019-08-15 無線通信方法、端末デバイス及びネットワークデバイス Active JP7414949B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/100887 WO2021026932A1 (zh) 2019-08-15 2019-08-15 无线通信方法、终端设备和网络设备

Publications (2)

Publication Number Publication Date
JP2022548466A JP2022548466A (ja) 2022-11-21
JP7414949B2 true JP7414949B2 (ja) 2024-01-16

Family

ID=74570420

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022503954A Active JP7414949B2 (ja) 2019-08-15 2019-08-15 無線通信方法、端末デバイス及びネットワークデバイス

Country Status (8)

Country Link
US (1) US20220123822A1 (ja)
EP (2) EP3979732B1 (ja)
JP (1) JP7414949B2 (ja)
KR (1) KR102647538B1 (ja)
CN (2) CN114390705B (ja)
AU (1) AU2019461152A1 (ja)
BR (1) BR112022002360A2 (ja)
WO (1) WO2021026932A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3788775B1 (en) * 2018-05-02 2021-09-22 Telefonaktiebolaget LM Ericsson (publ) User equipment, method by a user equipment, and network node
US11889520B2 (en) * 2020-08-06 2024-01-30 Lg Electronics Inc. Method and apparatus for transmitting or receiving signal in wireless communication system
EP4333489A4 (en) * 2021-05-08 2024-05-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. SDT ERROR REPORTING PROCEDURE, TERMINAL DEVICE AND NETWORK DEVICE
KR20240089235A (ko) * 2022-04-20 2024-06-20 지티이 코포레이션 스케줄링 요청을 구성하고 송신하기 위한 방법, 디바이스, 및 시스템
CN117750529A (zh) * 2022-09-21 2024-03-22 华为技术有限公司 侧行链路通信的方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019032882A1 (en) 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
JP2019532590A (ja) 2016-10-19 2019-11-07 コンヴィーダ ワイヤレス， エルエルシー 装置
WO2020215286A1 (zh) 2019-04-25 2020-10-29 北京小米移动软件有限公司 波束失败的上报方法、装置及存储介质

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7110328B2 (ja) * 2017-09-11 2022-08-01 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるビーム失敗復旧を行う方法、及びこのための装置
KR102166103B1 (ko) * 2017-09-20 2020-10-16 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 빔 결정 방법 및 장치
CN109803286B (zh) * 2017-11-17 2022-04-29 北京紫光展锐通信技术有限公司 波束失败后的处理方法、装置及终端
US11050478B2 (en) 2017-12-19 2021-06-29 Samsung Electronics Co., Ltd. Method and apparatus for beam reporting in next generation wireless systems
CN109962756A (zh) * 2017-12-22 2019-07-02 华为技术有限公司 通信方法和装置
KR102472292B1 (ko) * 2018-01-10 2022-11-30 삼성전자 주식회사 무선 통신 시스템에서 경쟁 및 비경쟁 기반 빔 실패 복구를 수행하는 방법 및 장치
CN110022613B (zh) * 2018-01-10 2019-12-17 展讯通信（上海）有限公司 波束接收失败的上报方法、用户设备及通信系统
CN110035556B (zh) * 2018-01-11 2020-10-16 维沃移动通信有限公司 通信业务过程冲突的处理方法及终端
KR20190085760A (ko) * 2018-01-11 2019-07-19 주식회사 아이티엘 무선 통신 시스템에서 무선 링크 실패 처리 동작 방법 및 장치
EP3930237A1 (en) * 2018-05-10 2021-12-29 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
EP3648369A1 (en) * 2018-11-01 2020-05-06 Comcast Cable Communications, LLC Beam failure recovery in carrier aggregation
WO2020263047A1 (ko) * 2019-06-28 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 스케줄링 요청의 송수신 방법 및 그 장치
EP4280659A4 (en) * 2021-01-13 2024-03-20 Fujitsu Limited METHOD AND DEVICE FOR DETECTING BEAM DEFECTS

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019532590A (ja) 2016-10-19 2019-11-07 コンヴィーダ ワイヤレス， エルエルシー 装置
WO2019032882A1 (en) 2017-08-09 2019-02-14 Idac Holdings, Inc. METHODS AND SYSTEMS FOR RECOVERING AND BEAM MANAGEMENT
WO2020215286A1 (zh) 2019-04-25 2020-10-29 北京小米移动软件有限公司 波束失败的上报方法、装置及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Ericsson，BFR on SCell[online]，3GPP TSG RAN WG2 #107 R2-1910357，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910357.zip>，2019年08月15日
Intel Corporation，Summary 3 on SCell BFR and L1-SINR[online]，3GPP TSG RAN WG1 #96b R1- 1905844，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905844.zip>，2019年04月12日
MediaTek Inc.，Enhancements on multi-beam operations[online]，3GPP TSG RAN WG1 #97 R1-1906537，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906537.zip>，2019年05月04日
Qualcomm Incorporated，Enhancements on Multi-beam Operation[online]，3GPP TSG RAN WG1 #96b R1-1905027，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905027.zip>，2019年03月30日

Also Published As

Publication number Publication date
CN114390705A (zh) 2022-04-22
EP3979732B1 (en) 2024-06-26
KR20220047570A (ko) 2022-04-18
CN113728706A (zh) 2021-11-30
EP4401334A2 (en) 2024-07-17
JP2022548466A (ja) 2022-11-21
WO2021026932A1 (zh) 2021-02-18
BR112022002360A2 (pt) 2022-04-26
KR102647538B1 (ko) 2024-03-14
CN114390705B (zh) 2023-08-08
EP3979732A4 (en) 2022-06-08
AU2019461152A1 (en) 2022-02-24
US20220123822A1 (en) 2022-04-21
EP3979732A1 (en) 2022-04-06

Similar Documents

Publication Publication Date Title
JP7414949B2 (ja) 無線通信方法、端末デバイス及びネットワークデバイス
US11510217B2 (en) Method and apparatus for transmission/reception of signals between wireless devices
US11197320B2 (en) Uplink transmission resource scheduling method and device, and uplink transmission method and device
US11134523B2 (en) Uplink transmission control method and apparatus and communication system
CN110999509B (zh) 与调度的ue共存时控制自主ul传输
US10433332B2 (en) Method for transmitting uplink in unlicensed band and device using same
PT2537384E (pt) Métodos e nós para calendarização de recursos de rádio num sistema de comunicações sem fios empregando atribuição melhorada de intervalos de tempo (efta ¿ enhanced timeslot assignment)
US11985711B2 (en) Devices for indicating channel access parameters
TW201902254A (zh) 處理排程請求的裝置及方法
KR20200085856A (ko) 데이터 전송 방법, 단말 장치 및 네트워크 장치
JP6677825B2 (ja) 上りリンク参照信号送信方法、上りリンク参照信号受信方法および装置
KR20210139282A (ko) 2 단계의 랜덤 액세스를 위한 방법, 단말 디바이스 및 네트워크 디바이스
CN113647182B (zh) 无线通信的方法和设备
US20230232371A1 (en) Improving spectrum efficiency in configured grant
US20230089138A1 (en) Communications device, infrastructure equipment and methods for handling uplink collisions
WO2020215330A1 (zh) 随机接入过程中传输信息的方法、终端设备和网络设备
JP2022550292A (ja) 上りリンク信号の送受信方法及び装置
WO2021203528A1 (zh) 发送数据的方法、装置和通信系统
CN114071571A (zh) 上行信道间冲突的传输方法、装置及存储介质
RU2795935C1 (ru) Способ беспроводной связи, терминальное устройство и сетевое устройство
TW202015477A (zh) 通訊方法、終端設備和網路設備
JP7347664B2 (ja) 無線通信方法、装置及びシステム
TW202402093A (zh) 同通道共存的方法和裝置
CN115175324A (zh) 一种信道复用方法、装置及通信设备
JP2023506685A (ja) ランダムアクセス問題の報告方法、端末デバイス及び記憶媒体

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220719

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220719

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230621

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230707

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230914

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: 20231215

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231228

R150 Certificate of patent or registration of utility model

Ref document number: 7414949

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150