CN110149177B - Method for recovering beam failure, terminal equipment and network equipment - Google Patents

Method for recovering beam failure, terminal equipment and network equipment Download PDF

Info

Publication number
CN110149177B
CN110149177B CN201810147322.7A CN201810147322A CN110149177B CN 110149177 B CN110149177 B CN 110149177B CN 201810147322 A CN201810147322 A CN 201810147322A CN 110149177 B CN110149177 B CN 110149177B
Authority
CN
China
Prior art keywords
information
beam failure
bwp
resource configuration
scell
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
CN201810147322.7A
Other languages
Chinese (zh)
Other versions
CN110149177A (en
Inventor
吴昱民
孙晓东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201810147322.7A priority Critical patent/CN110149177B/en
Priority to PCT/CN2019/072798 priority patent/WO2019154082A1/en
Publication of CN110149177A publication Critical patent/CN110149177A/en
Application granted granted Critical
Publication of CN110149177B publication Critical patent/CN110149177B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition

Abstract

The invention provides a method for recovering beam failure, terminal equipment and network equipment, wherein the method for recovering the beam failure comprises the following steps: acquiring resource configuration information, wherein the resource configuration information is used for recovering a beam failure of a secondary cell (SCell) or a bandwidth part (BWP), when the beam failure of the beam on the SCell or the BWP is detected, sending a beam failure request message to network equipment at a corresponding resource position according to the resource configuration information, receiving feedback information of the beam failure request message sent by the network equipment at the corresponding resource position according to the resource configuration information, determining the beam used for recovering the beam failure according to the feedback information, and transmitting and receiving data by using the determined beam. The scheme of the invention can enable the terminal device to recover the beam or service on the SCell or BWP when the beam failure occurs on the SCell or BWP, thereby avoiding losing data.

Description

Method for recovering beam failure, terminal equipment and network equipment
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method for recovering a beam failure, a terminal device, and a network device.
Background
In a future 5G (5Generation, fifth Generation) mobile communication system, high frequency communication and large-scale antenna technology will be introduced in order to achieve the targets of 20Gbps for downlink transmission rate and 10Gbps for uplink transmission rate. High-frequency communication can provide wider system bandwidth, and the size of the antenna can be smaller, which is more beneficial to the deployment of large-scale antennas in base stations and User Equipment (UE). Multi-beam/Multi-TRP (Multi-beam/Multi-transmission node) transmission and reception at the base station side, and Multi-beam transmission and reception at the UE side will be widely applied. Taking NR PUSCH (New Radio Physical Uplink Sharing Channel) as an example, the Uplink may be multi-beam transmission. The beam identification mode comprises the following steps: a beam identification ID, an SSB (synchronization Signal Block) ID, and a CSI-RS (Channel State Information Reference Signal) ID.
A DC (Dual Connectivity) architecture may be adopted in the 5G system, and includes two Cell groups, namely, an MCG (Master Cell Group) corresponding to an MN (Master Node) on the network side and an SCG (Secondary Cell Group) corresponding to an SN (Secondary Node) on the network side. Specifically, the MCG includes a PCell (Primary Cell) and an SCell (Secondary Cell), the SCG includes a PSCell (Primary Secondary Cell) and an SCell, and the PCell and the PSCell may be collectively referred to as an SpCell (Special Cell).
In a 5G system, the UE may only support a relatively small operating Bandwidth (e.g. 5MHz), while a cell on the network side may support a relatively large Bandwidth (e.g. 100MHz), and the small Bandwidth Part of the large Bandwidth where the UE operates may be referred to as BWP (Bandwidth Part). From the UE configuration perspective, the BWP may be 1 cell or 1-cell BWP for different UE functions. The network side can configure the UE with 1 or more BWPs, and transform the BWP the UE can work by activating or deactivating the BWP.
When a downlink beam of the PCell of the UE fails, the UE may trigger a beam failure recovery request procedure (i.e., beam failure recovery request procedure). Specifically, the UE may send a random access preamble at the PCell, and wait for receiving feedback information of the Network side on the PCell, where the feedback information may be PDCCH (Physical Downlink Control Channel) information scheduled by a C-RNTI (Cell Radio Network Temporary Identifier); after receiving the feedback information of the network for the beam failure recovery request, the UE may determine that the (serving) beam corresponding to the PCell is recovered successfully.
However, when an SCell or BWP is introduced, the BWP may be a BWP under the PCell, or a BWP under the SCell, and a beam of the SCell or BWP may also have a beam failure, for which it is not yet clear how to perform beam failure recovery, so it is necessary to provide a beam failure recovery method for the SCell or BWP to clear how to recover a beam on the SCell or BWP when a beam failure occurs in the SCell or BWP.
Disclosure of Invention
The embodiment of the invention provides a method for recovering beam failure, terminal equipment and network equipment, so that the terminal equipment can recover a beam on an SCell or BWP when the SCell or BWP fails.
In a first aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a terminal device, and includes:
acquiring resource configuration information, wherein the resource configuration information is used for beam failure recovery of an SCell or a BWP;
when detecting that the beam on the SCell or BWP fails, sending a beam failure request message to network equipment at a corresponding resource position according to the resource configuration information;
receiving feedback information of the beam failure request message sent by the network equipment at a corresponding resource position according to the resource configuration information;
and determining a beam for beam failure recovery according to the feedback information, and transmitting and receiving data by using the determined beam.
In a second aspect, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a network device, and includes:
acquiring resource configuration information, wherein the resource configuration information is used for beam failure recovery of an SCell or a BWP;
receiving a beam failure request message sent by the terminal equipment at a corresponding resource position according to the resource configuration information;
determining feedback information of the beam failure request message;
and sending the feedback information to the terminal equipment at the corresponding resource position according to the resource configuration information, so that the terminal equipment determines a beam for beam failure recovery according to the feedback information, and utilizes the determined beam to receive and send data.
In a third aspect, an embodiment of the present invention further provides a terminal device, including:
a first obtaining module, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a BWP;
a first sending module, configured to send a beam failure request message to a network device at a corresponding resource location according to the resource configuration information when it is detected that a beam on the SCell or the BWP fails to generate a beam;
a first receiving module, configured to receive, at a corresponding resource location, feedback information of the beam failure request message sent by the network device according to the resource configuration information;
and the processing module is used for determining the wave beam for the wave beam failure recovery according to the feedback information and utilizing the determined wave beam to receive and transmit data.
In a fourth aspect, an embodiment of the present invention further provides a network device, including:
a second obtaining module, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a sub-BWP;
a second receiving module, configured to receive, in a corresponding resource location, a beam failure request message sent by a terminal device according to the resource configuration information;
a determining module, configured to determine feedback information of the beam failure request message;
and a second sending module, configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information, so that the terminal device determines, according to the feedback information, a beam used for beam failure recovery, and performs data transceiving using the determined beam.
In a fifth aspect, an embodiment of the present invention further provides a terminal device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the computer program, when executed by the processor, implements the steps of the method for beam failure recovery applied to the terminal device.
In a sixth aspect, an embodiment of the present invention further provides a network device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the computer program, when executed by the processor, implements the steps of the method for beam failure recovery applied to the network device.
In a seventh aspect, the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the above steps of the method for beam failure recovery applied to a terminal device.
In an eighth aspect, the embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the above method applied to beam failure recovery of a network device.
In the embodiment of the present invention, by acquiring resource configuration information, when a beam generation beam failure on an SCell or BWP is detected, according to the resource configuration information, a beam failure request message is sent to a network device at a corresponding resource location, and a network device is received at the corresponding resource location to send feedback information, according to the feedback information, a beam used for beam failure recovery is determined, and data transceiving is performed using the determined beam, so that a terminal device can recover its beam or service on the SCell or BWP when the SCell or BWP has a beam failure, thereby avoiding data loss.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments of the present invention will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
FIG. 1 is a flow chart of a method of beam failure recovery according to an embodiment of the present invention;
fig. 2 is a flowchart of another method for beam failure recovery according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a network device according to an embodiment of the present invention;
fig. 5 is a second schematic structural diagram of a terminal device according to an embodiment of the present invention;
fig. 6 is a second schematic structural diagram of a network device according to an embodiment of the present invention.
Detailed Description
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments of the present invention will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
Referring to fig. 1, an embodiment of the present invention provides a method for recovering a beam failure, which is applied to a terminal device, and includes the following steps:
step 101: and acquiring resource configuration information.
Wherein the resource configuration information is used for beam failure recovery of the SCell or the BWP. The BWP may be a BWP under a PCell or a BWP under an SCell.
Step 102: and when detecting that the beam on the SCell or the BWP fails, sending a beam failure request message to the network equipment at the corresponding resource position according to the resource configuration information.
The corresponding resource location may specifically be a cell, a BWP, a channel, etc. determined by the terminal device according to the resource configuration information.
Step 103: and receiving feedback information of the beam failure request message sent by the network equipment at the corresponding resource position according to the resource configuration information.
The corresponding resource location may specifically be a cell, a BWP, a channel, etc. determined by the terminal device according to the resource configuration information.
Step 104: and determining a beam for beam failure recovery according to the feedback information, and transmitting and receiving data by using the determined beam.
For example, in a specific implementation, if the UE detects that the SCell activated by the UE does not broadcast the paging message to notify system information (that is, the beam on the SCell fails to generate a beam), the UE may send a beam failure request message to the base station and receive feedback information sent by the base station according to the acquired resource configuration information, change the activated SCell according to the feedback information, determine a beam for beam failure recovery, and receive the system information using the determined beam, where the UE and the base station keep consistent with each other for the SCell changed and activated by the UE, thereby avoiding data loss.
Or, if the UE detects that there is no paging message notifying system information broadcast on a BWP under its activated PCell (or SCell) (i.e., a beam on the BWP fails), the UE may send a beam failure request message to the base station and receive feedback information sent by the base station according to the acquired resource configuration information, change the activated BWP according to the feedback information, determine a beam for beam failure recovery, and receive the system information using the determined beam, where the UE and the base station keep consistent for the BWP changed and activated by the UE, thereby avoiding data loss.
In the method for recovering beam failure according to the embodiment of the present invention, by acquiring resource configuration information, when it is detected that a beam on an SCell or a BWP fails, a beam failure request message is sent to a network device at a corresponding resource location according to the resource configuration information, and feedback information is sent by a network device at a corresponding resource location, a beam used for beam failure recovery is determined according to the feedback information, and data transmission and reception are performed using the determined beam, so that a terminal device can recover its beam or service on the SCell or the BWP when the beam on the SCell or the BWP fails, thereby avoiding data loss.
In the embodiment of the invention, the terminal equipment can acquire the resource configuration information by the network side configuration information or protocol appointment in advance. Optionally, the resource configuration information may include one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or a BWP.
It should be noted that, if the terminal device only acquires the resource configuration information for the beam failure request of the SCell or the BWP, the resource location corresponding to the received feedback information may be determined according to the resource configuration information and the corresponding relationship between the resource location for transmitting the beam failure request and the resource location for receiving the feedback information, which is pre-configured or pre-scheduled by the network side; if the terminal device only obtains the resource configuration information of the feedback information corresponding to the beam failure request for the SCell or the BWP, the resource location corresponding to the beam failure request may be determined according to the resource configuration information and the corresponding relationship between the resource location for transmitting the beam failure request and the resource location for receiving the feedback information, which is pre-configured or pre-scheduled by the network side.
Further, the resource configuration information for the beam failure request of the SCell or the BWP may include one or more of the following information:
resource configuration information of a PRACH (Physical Random Access Channel);
resource configuration information of a PUCCH (Physical Uplink Control Channel);
resource configuration information of PUSCH (Physical Uplink Shared Channel).
Further, the resource configuration information of the feedback information corresponding to the beam failure request for the SCell or the BWP may include one or more of the following information:
resource configuration information of a PDCCH (Physical Downlink Control Channel);
resource configuration information of PDSCH (Physical Downlink Shared Channel).
Further, the resource configuration information may include one or more of the following information: cell identification information, beam identification information, carrier identification information, and BWP identification information.
Further, the cell identification information may include one or more of the following information:
PCell identification information corresponding to the SCell or BWP with beam failure;
PSCell identification information corresponding to the SCell or the BWP with the beam failure;
SpCell identification information corresponding to the SCell or the BWP with the beam failure;
identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
identification information of an SCell or BWP in which a beam failure occurs;
identification information of an SCell or BWP where no beam failure occurs.
Further, the carrier identification information may be Uplink carrier identification information or Downlink carrier identification information, the Uplink carrier identification information may be SUL (Supplementary Uplink) or non-SUL (non-Supplementary Uplink) carrier identification information, and the Downlink carrier identification information may be SDL (Supplementary Downlink) or non-SDL (non-Supplementary Downlink) carrier identification information.
In this embodiment of the present invention, when a beam failure occurring on an SCell or BWP is detected, in order to determine information of a beam that can be used for beam failure recovery, so as to carry related information in a beam failure request message, a terminal device may first send the related information of the beam failure to a PHY (Physical Layer) through a MAC (Media Access Control) Layer, and then send information of the beam used for beam failure recovery to the MAC Layer through the PHY, that is, the information of the beam used for beam failure recovery may be used to be sent to a network device after being carried by the beam failure request message.
Wherein the information related to the beam failure may include one or more of the following information:
identification information of a beam in which a beam failure occurs;
cell identification information of a beam in which a beam failure occurs;
cell group identification information of a beam in which a beam failure occurs;
cell type information of a beam in which a beam failure occurs;
BWP identification information of a beam in which a beam failure occurs.
Further, the cell type information may include one or more of the following information: PCell information, SCell information, PSCell information, and SpCell information. The cell group identification information may include one or more of the following information: MCG identification information and SCG identification information.
The information of the beam for beam failure recovery may include one or more of the following information: beam identification information, cell identification information, BWP identification information, carrier identification information, and beam measurement information.
In this embodiment of the present invention, when the channel for sending the beam failure request message is a PUCCH or a PUSCH, the information in the beam failure request message may include one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
Wherein the measurement information may include one or more of the following: RSRP (Reference Symbol Received Power), RSRQ (Reference Signal Received Quality), and SINR (Signal Interference Noise Ratio).
In the embodiment of the present invention, the message type of the feedback information sent by the network side may be: PDCCH messages, MAC CE or RRC messages. Further, the feedback information may include one or more of the following:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
In this embodiment of the present invention, to avoid a failure of beam failure recovery, when a beam failure is detected on an SCell, the terminal device may deactivate the SCell, or deactivate a BWP corresponding to the beam on the SCell.
Further, when performing data transceiving using the determined beam for beam failure recovery, the terminal device may also activate the SCell, or activate BWP corresponding to the beam on the SCell. Note that the activated SCell may be the deactivated SCell, or may be an SCell corresponding to the beam for beam failure recovery.
In this embodiment of the present invention, in order to avoid a failure of beam failure recovery, when a beam failure of a beam on a BWP is detected, the terminal device may deactivate the BWP, or deactivate a cell corresponding to the BWP, where the cell may be an SCell or a PCell.
Further, when performing data transceiving using the determined beam for beam failure recovery, the terminal device may further activate BWP, or activate a cell corresponding to BWP. Note that the activated BWP may be the deactivated BWP, or may be the BWP corresponding to the beam used for the beam failure recovery.
Referring to fig. 2, an embodiment of the present invention further provides a method for recovering a beam failure, which is applied to a network device, and includes the following steps:
step 201: and acquiring resource configuration information.
Wherein the resource configuration information is used for beam failure recovery of the SCell or the BWP.
Step 202: and receiving the beam failure request message sent by the terminal equipment at the corresponding resource position according to the resource configuration information.
Step 203: feedback information of the beam failure request message is determined.
Step 204: and sending feedback information to the terminal equipment at the corresponding resource position according to the resource configuration information, so that the terminal equipment determines the beam for beam failure recovery according to the feedback information, and transmits and receives data by using the determined beam.
In the method for recovering beam failure according to the embodiment of the present invention, by acquiring the resource configuration information, receiving the beam failure request message sent by the terminal device at the corresponding resource location according to the resource configuration information, and sending the feedback information at the corresponding resource location, the terminal device can determine the beam used for recovering beam failure according to the feedback information, and perform data transceiving by using the determined beam, so that when the SCell or the BWP has beam failure, the beam or the service on the SCell or the BWP is recovered, thereby avoiding data loss.
Optionally, the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or a BWP.
Optionally, when a channel for sending the beam failure request message is a PUCCH or a PUSCH, information in the beam failure request message includes one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
Optionally, the message type of the feedback information is: PDCCH messages, MAC CE or RRC messages.
Optionally, the feedback information includes one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
Optionally, step 201 may include:
and acquiring the resource configuration information by network side configuration information or protocol pre-agreement.
The foregoing embodiment describes a method for beam failure recovery according to the present invention, and a terminal device and a network device according to the present invention are described below with reference to the embodiment and the drawings.
Referring to fig. 3, an embodiment of the present invention further provides a terminal device, including:
a first obtaining module 31, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a BWP;
a first sending module 32, configured to, when it is detected that a beam on the SCell or BWP fails to generate a beam, send a beam failure request message to a network device at a corresponding resource location according to the resource configuration information;
a first receiving module 33, configured to receive, according to the resource configuration information, feedback information of the beam failure request message sent by the network device at a corresponding resource location;
and the processing module 34 is configured to determine a beam used for beam failure recovery according to the feedback information, and perform data transceiving by using the determined beam.
The terminal device of the embodiment of the present invention, by acquiring the resource configuration information, when detecting that a beam on the SCell or the BWP fails, transmits a beam failure request message to the network device at the corresponding resource location according to the resource configuration information, receives feedback information from the network device at the corresponding resource location, determines a beam for beam failure recovery according to the feedback information, and performs data transceiving using the determined beam, so as to recover the beam or service on the SCell or the BWP when the SCell or the BWP fails, and avoid data loss.
Optionally, the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or a BWP.
Optionally, the resource configuration information for the beam failure request of the SCell or the BWP includes one or more of the following information:
resource configuration information of the PRACH;
resource configuration information of the PUCCH;
resource configuration information of the PUSCH.
Optionally, the resource configuration information of the feedback information corresponding to the beam failure request for the SCell or the BWP includes one or more of the following information:
resource configuration information of the PDCCH;
resource configuration information of the PDSCH.
Optionally, the resource configuration information includes one or more of the following information:
cell identification information, beam identification information, carrier identification information, and BWP identification information.
Optionally, the cell identification information includes one or more of the following information:
PCell identification information corresponding to the SCell or BWP with beam failure;
PSCell identification information corresponding to the SCell or the BWP with the beam failure;
SpCell identification information corresponding to the SCell or the BWP with the beam failure;
identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
identification information of an SCell or BWP in which a beam failure occurs;
identification information of an SCell or BWP where no beam failure occurs.
Optionally, the terminal device further includes:
a transceiving module for transmitting information related to a beam failure to a PHY through a MAC layer and transmitting information of a beam for beam failure recovery to the MAC layer through the PHY;
wherein, the information of the beam for beam failure recovery is used for being carried by the beam failure request message and then being sent to the network device.
Optionally, the information related to the beam failure includes one or more of the following information:
identification information of a beam in which a beam failure occurs;
cell identification information of a beam in which a beam failure occurs;
cell group identification information of a beam in which a beam failure occurs;
cell type information of a beam in which a beam failure occurs;
BWP identification information of a beam in which a beam failure occurs.
Optionally, the cell type information includes one or more of the following information:
PCell information, SCell information, PSCell information, and SpCell information.
Optionally, the cell group identification information includes one or more of the following information:
master cell group MCG identification information and secondary cell group SCG identification information.
Optionally, the information of the beam for beam failure recovery includes one or more of the following information:
beam identification information, cell identification information, BWP identification information, carrier identification information, and beam measurement information.
Optionally, when a channel for sending the beam failure request message is a PUCCH or a PUSCH, information in the beam failure request message includes one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
Optionally, the measurement information includes one or more of the following information:
RSRP, RSRQ, and SINR.
Optionally, the message type of the feedback information is:
PDCCH messages, MAC CE or RRC messages.
Optionally, the feedback information includes one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
Optionally, the terminal device further includes:
a first deactivation module, configured to deactivate the SCell or deactivate a BWP corresponding to a beam on the SCell when a beam occurrence beam failure on the SCell is detected.
Optionally, the terminal device further includes:
the first activation module is configured to activate the SCell, or activate BWP corresponding to a beam on the SCell.
Optionally, the terminal device further includes:
a second deactivation module, configured to deactivate the BWP or deactivate a cell corresponding to the BWP when it is detected that a beam on the BWP fails to generate a beam.
Optionally, the terminal device further includes:
and a second activation module, configured to activate the BWP, or activate a cell corresponding to the BWP.
Optionally, the first obtaining module is specifically configured to:
and acquiring the resource configuration information by network side configuration information or protocol pre-agreement.
Referring to fig. 4, an embodiment of the present invention further provides a network device, including:
a second obtaining module 41, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a sub-BWP;
a second receiving module 42, configured to receive, according to the resource configuration information, a beam failure request message sent by the terminal device at a corresponding resource location;
a determining module 43, configured to determine feedback information of the beam failure request message;
a second sending module 44, configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information, so that the terminal device determines, according to the feedback information, a beam used for beam failure recovery, and performs data transceiving using the determined beam.
The network device of the embodiment of the present invention can determine, by acquiring the resource configuration information, the beam failure request message sent by the terminal device at the corresponding resource location according to the resource configuration information, and sending the feedback information at the corresponding resource location, the terminal device, according to the feedback information, a beam for beam failure recovery, and transmit and receive data using the determined beam, so that when a beam failure occurs in the SCell or the BWP, the beam or service on the SCell or the BWP is recovered, and data loss is avoided.
Optionally, the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or a BWP.
Optionally, when a channel for sending the beam failure request message is a PUCCH or a PUSCH, information in the beam failure request message includes one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
Optionally, the message type of the feedback information is:
PDCCH messages, MAC CE or RRC messages.
Optionally, the feedback information includes one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
Optionally, the second obtaining module is specifically configured to:
and acquiring the resource configuration information by network side configuration information or protocol pre-agreement.
In addition, an embodiment of the present invention further provides a terminal device, including a processor, a memory, and a computer program stored in the memory and capable of running on the processor, where the computer program, when executed by the processor, can implement each process of the above method embodiment for recovering a beam failure applied to the terminal device, and can achieve the same technical effect, and details are not repeated here to avoid repetition.
Specifically, fig. 5 is a schematic diagram of a hardware structure of a terminal device for implementing various embodiments of the present invention, where the terminal device 500 includes, but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, a processor 510, and a power supply 511. Those skilled in the art will appreciate that the terminal structure shown in fig. 5 does not constitute a limitation of the terminal, and that the terminal device may include more or fewer components than those shown, or may combine certain components, or a different arrangement of components. In the embodiment of the present invention, the terminal device includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
Wherein processor 510 is configured to: acquiring resource configuration information, wherein the resource configuration information is used for recovering a beam failure of an SCell or a BWP;
the radio frequency unit 501 is configured to: when detecting that a beam on the SCell or BWP fails, sending a beam failure request message to network equipment at a corresponding resource position according to the resource configuration information, and receiving feedback information of the beam failure request message sent by the network equipment at the corresponding resource position according to the resource configuration information;
processor 510 is further configured to: and determining a beam for beam failure recovery according to the feedback information, and transmitting and receiving data by using the determined beam.
The terminal device 500 of the embodiment of the present invention can recover a beam or service on the SCell or BWP when the beam failure occurs on the SCell or BWP by acquiring the resource configuration information, sending a beam failure request message to the network device at the corresponding resource location according to the resource configuration information, receiving feedback information sent by the network device at the corresponding resource location, determining a beam used for beam failure recovery according to the feedback information, and performing data transceiving using the determined beam, so as to avoid data loss when the SCell or BWP fails.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 501 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 510; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 can also communicate with a network and other devices through a wireless communication system.
The terminal device provides the user with wireless broadband internet access through the network module 502, such as helping the user send and receive e-mails, browse webpages, access streaming media, and the like.
The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output related to a specific function performed by the terminal apparatus 500 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.
The input unit 504 is used to receive an audio or video signal. The input Unit 504 may include a Graphics Processing Unit (GPU) 5041 and a microphone 5042, and the Graphics processor 5041 processes image data of a still picture or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 506. The image frames processed by the graphic processor 5041 may be stored in the memory 509 (or other storage medium) or transmitted via the radio frequency unit 501 or the network module 502. The microphone 5042 may receive sounds and may be capable of processing such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 501 in case of the phone call mode.
The terminal device 500 further comprises at least one sensor 505, such as light sensors, motion sensors and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 5061 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 5061 and/or a backlight when the terminal device 500 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 505 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.
The display unit 506 is used to display information input by the user or information provided to the user. The Display unit 506 may include a Display panel 5061, and the Display panel 5061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 507 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 5071 using a finger, stylus, or any suitable object or attachment). The touch panel 5071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 510, and receives and executes commands sent by the processor 510. In addition, the touch panel 5071 may be implemented in various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 5071, the user input unit 507 may include other input devices 5072. In particular, other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.
Further, the touch panel 5071 may be overlaid on the display panel 5061, and when the touch panel 5071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 510 to determine the type of the touch event, and then the processor 510 provides a corresponding visual output on the display panel 5061 according to the type of the touch event. Although in fig. 5, the touch panel 5071 and the display panel 5061 are two independent components to implement the input and output functions of the terminal, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated to implement the input and output functions of the terminal, and is not limited herein.
The interface unit 508 is an interface for connecting an external device to the terminal apparatus 500. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the terminal apparatus 500 or may be used to transmit data between the terminal apparatus 500 and the external device.
The memory 509 may be used to store software programs as well as various data. The memory 509 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.
The processor 510 is a control center of the terminal device, connects various parts of the entire terminal device using various interfaces and lines, and performs various functions of the terminal device and processes data by operating or executing software programs and/or modules stored in the memory 509 and calling data stored in the memory 509, thereby performing overall monitoring of the terminal device. Processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 510.
The terminal device 500 may further include a power supply 511 (e.g., a battery) for supplying power to various components, and preferably, the power supply 511 may be logically connected to the processor 510 through a power management system, so as to implement functions of managing charging, discharging, and power consumption through the power management system.
In addition, the terminal device 500 may further include some functional modules that are not shown, and are not described herein again.
The embodiment of the present invention further provides a network device, which includes a processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein when being executed by the processor, the computer program implements each process of the above method embodiment for recovering a beam failure applied to the network device, and can achieve the same technical effect, and is not described herein again to avoid repetition.
Specifically, fig. 6 is a schematic diagram of a hardware structure of a network device for implementing various embodiments of the present invention, where the network device 60 includes, but is not limited to: bus 61, transceiver 62, antenna 63, bus interface 64, processor 65, and memory 66.
In this embodiment of the present invention, the network device 60 further includes: a computer program stored on the memory 66 and executable on the processor 65, the computer program when executed by the processor 65 performing the steps of:
acquiring resource configuration information, wherein the resource configuration information is used for beam failure recovery of an SCell or a BWP;
receiving a beam failure request message sent by the terminal equipment at a corresponding resource position according to the resource configuration information;
determining feedback information of the beam failure request message;
and sending the feedback information to the terminal equipment at the corresponding resource position according to the resource configuration information, so that the terminal equipment determines a beam for beam failure recovery according to the feedback information, and utilizes the determined beam to receive and send data.
A transceiver 62 for receiving and transmitting data under the control of a processor 65.
In fig. 6, a bus architecture (represented by bus 61), bus 61 may include any number of interconnected buses and bridges, bus 61 linking together various circuits including one or more processors, represented by processor 65, and memory, represented by memory 66. The bus 61 may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. A bus interface 64 provides an interface between the bus 61 and the transceiver 62. The transceiver 62 may be one element or a plurality of elements, such as a plurality of receivers and transmitters, providing a means for communicating with various other apparatus over a transmission medium. The data processed by the processor 65 is transmitted over a wireless medium via the antenna 63, and further, the antenna 63 receives the data and transmits the data to the processor 65.
The processor 65 is responsible for managing the bus 61 and general processing and may also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. And the memory 66 may be used to store data used by the processor 65 in performing operations.
Alternatively, the processor 65 may be a CPU, ASIC, FPGA or CPLD.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the method embodiment for beam failure recovery applied to a terminal device, and can achieve the same technical effect, and is not described herein again to avoid repetition. The computer-readable storage medium is, for example, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the method embodiment for beam failure recovery applied to a network device, and can achieve the same technical effect, and is not described herein again to avoid repetition. The computer-readable storage medium is, for example, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims (28)

1. A method for recovering beam failure is applied to a terminal device, and is characterized by comprising the following steps:
acquiring resource configuration information, wherein the resource configuration information is used for beam failure recovery of a secondary cell (SCell) or a bandwidth part (BWP);
when detecting that the beam on the SCell or BWP fails, sending a beam failure request message to network equipment at a corresponding resource position according to the resource configuration information;
receiving feedback information of the beam failure request message sent by the network equipment at a corresponding resource position according to the resource configuration information;
determining a beam for beam failure recovery according to the feedback information, and transmitting and receiving data by using the determined beam;
wherein the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or BWP;
wherein the resource configuration information for the beam failure request of the SCell or the BWP includes: resource configuration information of a Physical Uplink Control Channel (PUCCH);
wherein the resource configuration information includes:
cell identification information, the cell identification information comprising: identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
wherein the message type of the feedback information is: a MAC control unit CE;
wherein the feedback information comprises one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
2. The method of claim 1, wherein the resource configuration information for the beam failure request for the SCell or BWP further comprises one or more of:
resource configuration information of a Physical Random Access Channel (PRACH);
and resource configuration information of a Physical Uplink Shared Channel (PUSCH).
3. The method of claim 1, wherein the resource configuration information of the feedback information corresponding to the beam failure request for the SCell or BWP comprises one or more of the following information:
resource configuration information of a physical downlink control channel PDCCH;
and resource configuration information of the Physical Downlink Shared Channel (PDSCH).
4. The method of claim 1, wherein the cell identification information comprises one or more of the following:
primary cell PCell identification information corresponding to the SCell or BWP with beam failure;
primary and secondary cell PSCell identification information corresponding to the SCell or the BWP with the beam failure;
special cell SpCell identification information corresponding to the SCell or the BWP with the beam failure;
identification information of an SCell or BWP in which a beam failure occurs;
identification information of an SCell or BWP where no beam failure occurs.
5. The method of claim 1, wherein when a beam generation beam failure on the SCell or BWP is detected, the method further comprises:
transmitting related information of beam failure to a physical layer (PHY) through a Media Access Control (MAC) layer;
transmitting, by the PHY, information of a beam for beam failure recovery to the MAC layer;
wherein, the information of the beam for beam failure recovery is used for being carried by the beam failure request message and then being sent to the network device.
6. The method of claim 5, wherein the information related to the beam failure comprises one or more of the following information:
identification information of a beam in which a beam failure occurs;
cell identification information of a beam in which a beam failure occurs;
cell group identification information of a beam in which a beam failure occurs;
cell type information of a beam in which a beam failure occurs;
BWP identification information of a beam in which a beam failure occurs.
7. The method of claim 6, wherein the cell type information comprises one or more of the following information:
PCell information, SCell information, PSCell information, and SpCell information.
8. The method of claim 6, wherein the cell group identification information comprises one or more of the following information:
master cell group MCG identification information and secondary cell group SCG identification information.
9. The method of claim 5, wherein the information of the beam for beam failure recovery comprises one or more of the following information:
beam identification information, cell identification information, BWP identification information, carrier identification information, and beam measurement information.
10. The method of claim 1, wherein when the channel for transmitting the beam failure request message is a PUCCH or PUSCH, the information in the beam failure request message comprises one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
11. The method of claim 10, wherein the measurement information comprises one or more of:
reference symbol received strength RSRP, reference symbol received quality RSRQ, and signal to interference and noise ratio SINR.
12. The method of claim 1, wherein the message type of the feedback information is: a PDCCH message, or a radio resource control, RRC, message.
13. The method of claim 1, wherein when a beam generation beam failure on the SCell is detected, the method further comprises:
deactivating the SCell, or deactivating a BWP corresponding to a beam on the SCell.
14. The method of claim 13, wherein when the determined beam is used for data transceiving, the method further comprises:
and activating the SCell or activating the BWP corresponding to the beam on the SCell.
15. The method of claim 1, wherein when a beam-occurrence beam failure on the BWP is detected, the method further comprises:
deactivating the BWP, or deactivating a cell corresponding to the BWP.
16. The method of claim 15, wherein when the determined beam is used for data transceiving, the method further comprises:
and activating the BWP, or activating a cell corresponding to the BWP.
17. The method of claim 1, wherein the obtaining resource configuration information comprises:
and acquiring the resource configuration information by network side configuration information or protocol pre-agreement.
18. The method of claim 1, wherein the resource configuration information further comprises at least one of the following information:
beam identification information, carrier identification information.
19. A method for recovering beam failure is applied to a network device, and is characterized by comprising the following steps:
acquiring resource configuration information, wherein the resource configuration information is used for beam failure recovery of an SCell or a BWP;
receiving a beam failure request message sent by the terminal equipment at a corresponding resource position according to the resource configuration information;
determining feedback information of the beam failure request message;
according to the resource configuration information, the feedback information is sent to the terminal equipment at the corresponding resource position, so that the terminal equipment determines a beam for beam failure recovery according to the feedback information, and the determined beam is used for data transceiving;
wherein the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or BWP;
wherein the resource configuration information for the beam failure request of the SCell or the BWP includes: resource configuration information of the PUCCH;
wherein the resource configuration information includes:
cell identification information, the cell identification information comprising: identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
wherein the message type of the feedback information is: MAC CE;
wherein the feedback information comprises one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
20. The method of claim 19, wherein when the channel for transmitting the beam failure request message is PUCCH or PUSCH, the information in the beam failure request message includes one or more of the following information:
cell identification information corresponding to one or more beams in which beam failure occurs;
identification information of one or more beams in which a beam failure occurs;
BWP identification information of one or more beams in which a beam failure occurs;
measurement information of one or more beams in which a beam failure occurs;
measurement information of a cell corresponding to one or more beams in which the beam failure occurs;
measurement information of BWP corresponding to one or more beams in which the beam failure occurred;
identification information of one or more beams used for beam failure recovery;
BWP identification information for one or more beams for beam failure recovery;
measurement information for one or more beams used for beam failure recovery;
measurement information of cells corresponding to one or more beams used for beam failure recovery;
measurement information of BWP corresponding to one or more beams used for beam failure recovery.
21. The method of claim 19, wherein the message type of the feedback information is: a PDCCH message or an RRC message.
22. The method of claim 19, wherein the obtaining resource configuration information comprises:
and acquiring the resource configuration information by network side configuration information or protocol pre-agreement.
23. A terminal device, comprising:
a first obtaining module, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a BWP;
a first sending module, configured to send a beam failure request message to a network device at a corresponding resource location according to the resource configuration information when it is detected that a beam on the SCell or the BWP fails to generate a beam;
a first receiving module, configured to receive, at a corresponding resource location, feedback information of the beam failure request message sent by the network device according to the resource configuration information;
the processing module is used for determining a beam for beam failure recovery according to the feedback information and utilizing the determined beam to receive and transmit data;
wherein the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or BWP;
wherein the resource configuration information for the beam failure request of the SCell or the BWP includes: resource configuration information of the PUCCH;
wherein the resource configuration information includes:
cell identification information, the cell identification information comprising: identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
wherein the message type of the feedback information is: MAC CE;
wherein the feedback information comprises one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
24. The terminal device of claim 23, wherein the terminal device further comprises:
a transceiving module for transmitting information related to a beam failure to a PHY through a MAC layer and transmitting information of a beam for beam failure recovery to the MAC layer through the PHY;
wherein, the information of the beam for beam failure recovery is used for being carried by the beam failure request message and then being sent to the network device.
25. A network device, comprising:
a second obtaining module, configured to obtain resource configuration information, where the resource configuration information is used for beam failure recovery of an SCell or a sub-BWP;
a second receiving module, configured to receive, in a corresponding resource location, a beam failure request message sent by a terminal device according to the resource configuration information;
a determining module, configured to determine feedback information of the beam failure request message;
a second sending module, configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information, so that the terminal device determines, according to the feedback information, a beam used for beam failure recovery, and performs data transceiving using the determined beam;
wherein the resource configuration information includes one or more of the following information:
resource configuration information for a beam failure request of an SCell or a BWP;
resource configuration information of feedback information corresponding to a beam failure request for an SCell or BWP;
wherein the resource configuration information for the beam failure request of the SCell or the BWP includes: resource configuration information of the PUCCH;
wherein the resource configuration information includes:
cell identification information, the cell identification information comprising: identifying information of a PUCCH SCell corresponding to the SCell or BWP with the beam failure;
wherein the message type of the feedback information is: MAC CE;
wherein the feedback information comprises one or more of the following information:
identification information of a beam used for beam failure recovery;
cell identification information of a beam for beam failure recovery;
BWP identification information of a beam for beam failure recovery.
26. A terminal device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the computer program, when executed by the processor, implements the steps of the method of beam failure recovery according to any of claims 1 to 18.
27. A network device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the computer program, when executed by the processor, implements the steps of the method of beam failure recovery according to any of claims 19 to 22.
28. A computer readable storage medium, having stored thereon a computer program, when being executed by a processor, for carrying out the steps of the method for beam failure recovery according to any one of claims 1 to 22.
CN201810147322.7A 2018-02-12 2018-02-12 Method for recovering beam failure, terminal equipment and network equipment Active CN110149177B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810147322.7A CN110149177B (en) 2018-02-12 2018-02-12 Method for recovering beam failure, terminal equipment and network equipment
PCT/CN2019/072798 WO2019154082A1 (en) 2018-02-12 2019-01-23 Method, terminal device and network device for beam failure recovery

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810147322.7A CN110149177B (en) 2018-02-12 2018-02-12 Method for recovering beam failure, terminal equipment and network equipment

Publications (2)

Publication Number Publication Date
CN110149177A CN110149177A (en) 2019-08-20
CN110149177B true CN110149177B (en) 2021-09-24

Family

ID=67548204

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810147322.7A Active CN110149177B (en) 2018-02-12 2018-02-12 Method for recovering beam failure, terminal equipment and network equipment

Country Status (2)

Country Link
CN (1) CN110149177B (en)
WO (1) WO2019154082A1 (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112512071A (en) * 2019-09-16 2021-03-16 中国移动通信有限公司研究院 Beam recovery method, base station and terminal
EP4037224A4 (en) * 2019-09-29 2023-05-24 Beijing Xiaomi Mobile Software Co., Ltd. Beam failure request sending method and apparatus, and electronic device
WO2021077342A1 (en) * 2019-10-23 2021-04-29 Oppo广东移动通信有限公司 Indication method, terminal device, and network device
CN110945898B (en) * 2019-11-05 2023-04-18 北京小米移动软件有限公司 Beam failure request resource allocation method, device and storage medium
CN112788793B (en) * 2019-11-07 2022-09-27 维沃移动通信有限公司 Reconstruction failure processing method and related equipment
CN116390249A (en) * 2019-11-21 2023-07-04 大唐移动通信设备有限公司 Signal transmission method and device
CN115642939A (en) * 2020-03-25 2023-01-24 华为技术有限公司 Signal transmission method and device
CN113709823B (en) * 2020-05-21 2023-03-31 维沃移动通信有限公司 Detection failure processing method and device and terminal
US20230276278A1 (en) * 2020-07-13 2023-08-31 Lenovo (Singapore) Pte. Ltd. Beam failure for serving cell with multiple active bandwidth parts
US20230284313A1 (en) * 2020-08-06 2023-09-07 Bejing Xiaomi Mobile Software Co., Ltd. Radio link monitoring and recovery method, apparatus, and device, and medium
WO2023225827A1 (en) * 2022-05-23 2023-11-30 北京小米移动软件有限公司 Multi-prach transmission configuration method and apparatus

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3214772A1 (en) * 2014-10-31 2017-09-06 Huawei Technologies Co., Ltd. Beam adjustment method, user equipment, and base station
CN107612602A (en) * 2017-08-28 2018-01-19 清华大学 The wave beam restoration methods and device of millimeter-wave communication system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10575338B2 (en) * 2016-02-04 2020-02-25 Samsung Electronics Co., Ltd. Method and apparatus for UE signal transmission in 5G cellular communications
CN107342801B (en) * 2017-06-15 2021-04-02 宇龙计算机通信科技(深圳)有限公司 Beam processing method, user equipment and base station

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3214772A1 (en) * 2014-10-31 2017-09-06 Huawei Technologies Co., Ltd. Beam adjustment method, user equipment, and base station
CN107612602A (en) * 2017-08-28 2018-01-19 清华大学 The wave beam restoration methods and device of millimeter-wave communication system

Also Published As

Publication number Publication date
WO2019154082A1 (en) 2019-08-15
CN110149177A (en) 2019-08-20

Similar Documents

Publication Publication Date Title
CN110149177B (en) Method for recovering beam failure, terminal equipment and network equipment
CN110035567B (en) Reference signal measuring method and user terminal
AU2020327518B2 (en) Relay reselection method, device and medium
CN110324119B (en) Configuration method and terminal for beam failure
CN109587789B (en) Random access method, mobile terminal and network equipment
CN110650492B (en) Measurement method, terminal and network side equipment
US11729680B2 (en) Cell management method, trigger condition configuration method, terminal device, and network-side device
EP3836596A1 (en) Cell beam failure processing method, mobile communication terminal and network side device
CN109600831B (en) Paging method, terminal and network side equipment
CN113259973B (en) Beam failure recovery method, terminal and network equipment
CN110719628B (en) Transmission method, terminal equipment and network equipment
CN111278168B (en) Information indication method, information acquisition method, terminal and network node
EP3706486B1 (en) Random access method and user terminal
CN109803417B (en) Method for determining reference signal, method and equipment for sending uplink sounding reference signal
CN111818658B (en) Scheduling request sending method, scheduling request receiving method, terminal and network equipment
CN111278090A (en) Transmission method of indication signal, terminal and network equipment
CN111278149B (en) Information sending method, information detection method, terminal equipment and network equipment
CN112583544B (en) Method and communication device for determining source reference signal information
CN110958644A (en) Terminal equipment capability information processing method and related equipment
CN110858988A (en) Transmission method and terminal equipment
CN110769518B (en) Random access method, terminal equipment and network equipment
CN110034873B (en) Reconfiguration method, terminal and base station
CN110324855B (en) Measurement reporting method, terminal equipment and network equipment
CN113473605A (en) Conflict resource determination method and terminal
CN113498088A (en) Resource determination method and terminal

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant