WO2019154082A1 - 波束失败恢复的方法、终端设备及网络设备 - Google Patents

波束失败恢复的方法、终端设备及网络设备 Download PDF

Info

Publication number
WO2019154082A1
WO2019154082A1 PCT/CN2019/072798 CN2019072798W WO2019154082A1 WO 2019154082 A1 WO2019154082 A1 WO 2019154082A1 CN 2019072798 W CN2019072798 W CN 2019072798W WO 2019154082 A1 WO2019154082 A1 WO 2019154082A1
Authority
WO
WIPO (PCT)
Prior art keywords
beam failure
information
bwp
scell
identification information
Prior art date
Application number
PCT/CN2019/072798
Other languages
English (en)
French (fr)
Inventor
吴昱民
孙晓东
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2019154082A1 publication Critical patent/WO2019154082A1/zh

Links

Images

Classifications

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

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a method, a terminal device, and a network device for beam failure recovery.
  • the uplink can be multi-beam transmitted.
  • the method for identifying the beam includes: a beam identification ID, a Synchronous Signal Block (SSB) ID, and a Channel State Information Reference Signal (CSI-RS) ID.
  • SSB Synchronous Signal Block
  • CSI-RS Channel State Information Reference Signal
  • a dual connectivity (DC) architecture may be adopted in the 5G system, including two cell groups, a master cell group (MCG) and a secondary cell group (SCG), where the MCG corresponds to the network.
  • the master node (MN) on the side corresponds to the secondary node (SN) on the network side.
  • the MCG includes a primary cell (PCell) and a secondary cell (SCell)
  • the SCG includes a primary secondary cell (PSCell) and an SCell
  • the PCell and the PSCell are collectively referred to as a special Cell (Special Cell, SpCell).
  • the UE may only support a relatively small working bandwidth (such as 5 MHz), and a cell on the network side will support a relatively large bandwidth (such as 100 MHz), and the small bandwidth portion of the UE in the large bandwidth may be Think of the Bandwidth Part (BWP).
  • BWP Bandwidth Part
  • the network side configurable UE has one or more BWPs, and transforms the BWP that the UE can work by activating or deactivating the BWP.
  • the UE When the downlink beam of the PCell of the UE fails, the UE triggers a beam failure recovery request procedure. Specifically, the UE sends a random access preamble preamble on the PCell, and waits for the feedback information of the network side to be received on the PCell.
  • the feedback information may be scheduled by a Cell Radio Network Temporary Identifier (C-RNTI).
  • C-RNTI Cell Radio Network Temporary Identifier
  • PDCCH physical downlink control channel
  • the BWP may be a BWP under the PCell, or a BWP under the SCell, and a beam failure may occur in the beam of the SCell or the BWP.
  • a beam failure recovery method for SCell or BWP it is necessary to propose a beam failure recovery method for SCell or BWP to clarify how the UE recovers its beam on the SCell or BWP when the SCell or BWP fails.
  • the embodiments of the present disclosure provide a method, a terminal device, and a network device for recovering a beam failure, so that the terminal device can restore its beam on the SCell or the BWP when the SCell or the BWP fails to generate a beam.
  • an embodiment of the present disclosure provides a method for beam failure recovery, which is applied to a terminal device, including:
  • the beam failure request message is sent to the network device at the corresponding resource location according to the resource configuration information, where the resource configuration information is used for the beam of the SCell or the BWP. Failure recovery
  • an embodiment of the present disclosure provides a method for beam failure recovery, which is applied to a network device, including:
  • the terminal device determines, according to the feedback information, a beam for beam failure recovery, and performs data reception or transmission by using the determined beam.
  • an embodiment of the present disclosure further provides a terminal device, including:
  • a first sending module configured to: when detecting a beamforming beam failure on the secondary cell SCell or the bandwidth part BWP, send a beam failure request message to the network device according to the resource configuration information, where the resource configuration information is Beam failure recovery for SCell or BWP;
  • the first receiving module is 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.
  • the embodiment of the present disclosure further provides a network device, including:
  • a second receiving module configured to receive, according to the resource configuration information, a beam failure request message sent by the terminal device at a corresponding resource location, where the resource configuration information is used for beam failure recovery of the SCell or the BWP;
  • a determining module configured to determine feedback information of the beam failure request message
  • the second sending module is configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information.
  • the terminal device determines a beam for beam failure recovery after receiving the feedback information, and performs data reception or transmission by using the determined beam.
  • an embodiment of the present disclosure further provides a terminal device, including a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein the computer program is The steps of the method for implementing the above-described beam failure recovery applied to the terminal device when the processor executes.
  • an embodiment of the present disclosure further provides a network device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the computer program is The steps of the method for implementing beam failure recovery applied to a network device as described above when the processor executes.
  • an embodiment of the present disclosure further provides a computer readable storage medium having stored thereon a computer program, wherein the computer program is executed by a processor to implement the method for beam failure recovery applied to a terminal device step.
  • an embodiment of the present disclosure further provides a computer readable storage medium having stored thereon a computer program, wherein the computer program is executed by a processor to implement the method for beam failure recovery applied to a network device step.
  • the beam failure request message is sent to the network device at the corresponding resource location according to the resource configuration information, and corresponds to
  • the resource location receiving network device sends feedback information, determines a beam for beam failure recovery after receiving the feedback information, and performs data reception or transmission by using the determined beam, so that the terminal device may fail when a beam failure occurs in the SCell or the BWP. Restore its beam or service on the SCell or BWP to avoid losing data.
  • FIG. 1 is a flowchart of a method for beam failure recovery according to an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a network device according to an embodiment of the present disclosure.
  • FIG. 5 is a second schematic structural diagram of a terminal device according to an embodiment of the present disclosure.
  • FIG. 6 is a second schematic structural diagram of a network device according to an embodiment of the present disclosure.
  • an embodiment of the present disclosure provides a method for beam failure recovery, which is applied to a terminal device, and includes the following steps:
  • Step 101 Obtain resource configuration information.
  • the resource configuration information is used for beam failure recovery of the SCell or the BWP.
  • the BWP can be a BWP under PCell or a BWP under SCell.
  • Step 102 When the beamforming beam failure on the SCell or the BWP is detected, according to the resource configuration information, the beam failure request message is sent to the network device at the corresponding resource location.
  • the corresponding resource location may be a cell, a BWP, a channel, and the like determined by the terminal device according to the resource configuration information.
  • Step 103 Receive feedback information of a beam failure request message sent by the network device at the corresponding resource location according to the resource configuration information.
  • the corresponding resource location may be a cell, a BWP, a channel, and the like determined by the terminal device according to the resource configuration information.
  • Step 104 Determine a beam for beam failure recovery after receiving the feedback information, and perform data reception or transmission using the determined beam.
  • the beam failure recovery method applied to the terminal device according to some embodiments of the present disclosure may be different from the method described above with reference to FIG. 1, and the method may include:
  • the beam failure request message is sent to the network device at the corresponding resource location according to the resource configuration information, where the resource configuration information is used for the beam failure of the SCell or the BWP. Recovery;
  • the beam failure recovery method applied to the terminal device may further include: determining, after receiving the feedback information, a beam for beam failure recovery, and performing data reception or transmission by using the determined beam.
  • the terminal device UE may send the base station to the base station according to the acquired resource configuration information. Sending a beam failure request message and receiving feedback information sent by the base station, after receiving the feedback information, changing the activated SCell, determining a beam for beam failure recovery, and receiving system information by using the determined beam, where the UE and the base station The UE changes the activated SCell to be consistent, thus avoiding data loss.
  • the system information ie, the beamforming beam failure on the SCell
  • the UE may send the base station to the base station according to the acquired resource configuration information. Sending a beam failure request message and receiving feedback information sent by the base station, after receiving the feedback information, changing the activated SCell, determining a beam for beam failure recovery, and receiving system information by using the determined beam, where the UE and the base station The UE changes the activated SCell to be consistent, thus avoiding data loss.
  • the UE may use the acquired resource configuration information. Sending a beam failure request message to the base station and receiving feedback information sent by the base station, after receiving the feedback information, changing the activated BWP, determining a beam for beam failure recovery, and receiving system information by using the determined beam, where the UE and The base station maintains the same BWP for the UE change activation to avoid data loss.
  • the system information ie, the beamforming beam failure on the BWP
  • the UE may use the acquired resource configuration information. Sending a beam failure request message to the base station and receiving feedback information sent by the base station, after receiving the feedback information, changing the activated BWP, determining a beam for beam failure recovery, and receiving system information by using the determined beam, where the UE and The base station maintains the same BWP for the UE change activation to avoid data loss.
  • the beam failure recovery method of the embodiment of the present disclosure when acquiring the resource configuration information, when detecting the beam beam failure on the SCell or the BWP, sending a beam failure request message to the network device according to the resource configuration information according to the resource configuration information. And receiving the network device to send feedback information at the corresponding resource location, and after receiving the feedback information, determining a beam for beam failure recovery, and performing data reception or transmission by using the determined beam, enabling the terminal device to be in the SCell or the BWP When a beam failure occurs, the beam or service on the SCell or BWP is restored, thereby avoiding data loss.
  • the terminal device may obtain the resource configuration information in advance through network side configuration information or a protocol.
  • the resource configuration information may include one or more of the following information:
  • Resource configuration information for feedback information corresponding to a beam failure request of the SCell or the BWP is provided.
  • the resource location corresponding to the received feedback information may be pre-scheduled according to the resource configuration information and the network side pre-configuration or protocol. Corresponding relationship between the resource location of the transmit beam failure request and the resource location of the feedback information is determined; if the terminal device only obtains the resource configuration information of the feedback information corresponding to the beam failure request of the SCell or the BWP, the corresponding transmit beam failure request is The resource location may be determined according to the resource configuration information, and the correspondence between the resource location of the transmit beam failure request pre-defined by the network side or the protocol pre-determined, and the resource location of the received feedback information.
  • the resource configuration information of the beam failure request for the SCell or the BWP may include one or more of the following information:
  • PRACH Physical random access channel
  • PUCCH Physical uplink control channel
  • PUSCH Physical uplink shared channel
  • the resource configuration information of the feedback information corresponding to the beam failure request of the SCell or the BWP may include one or more of the following information:
  • PDCCH Physical downlink control channel
  • PDSCH Physical Downlink Shared Channel
  • the resource configuration information may include one or more of the following information: cell identity information, beam identity information, carrier identity information, and BWP identity information.
  • the cell identification information may include one or more of the following information:
  • the identification information of the SCell or BWP where the beam failure did not occur is the identification information of the SCell or BWP where the beam failure did not occur.
  • the carrier identification information may be uplink carrier identification information or downlink carrier identification information
  • the uplink carrier identification information may be supplementary uplink (SUL) or non-SUL (non-assisted uplink) carrier identification information
  • the downlink carrier The identification information may be a Supplementary Downlink (SDL) or a non-SDL (non-assisted downlink) carrier identification information.
  • the terminal device when the beamforming beam failure on the SCell or the BWP is detected, in order to determine the information of the beam that can be used for the beam failure recovery, in order to carry the related information in the beam failure request message, the terminal device may first connect through the medium.
  • the Media Access Control (MAC) layer sends information about beam failure to the Physical Layer (PHY), and then transmits information about the beam for beam failure recovery to the MAC layer through the PHY, that is, the beam failure recovery.
  • the information of the beam can be used to be carried by the beam failure request message and sent to the network device.
  • the information about the failure of the beam may include one or more of the following information:
  • 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.
  • the information in the beam failure request message may include one or more of the following information:
  • BWP identification information of one or more beams in which beam failure occurs
  • BWP identification information for one or more beams for beam failure recovery
  • the measurement information may include one or more of the following information: Reference Symbol Received Power (RSRP), Reference Signal Received Quality (RSRQ), and Signal Interference and Noise Ratio (Signal Interference) Noise Ratio, SINR).
  • RSRP Reference Symbol Received Power
  • RSRQ Reference Signal Received Quality
  • SINR Signal Interference and Noise Ratio
  • the message type of the feedback information sent by the network side may be: a PDCCH message, a MAC CE, or an RRC message.
  • the feedback information may include one or more of the following information:
  • the terminal device may deactivate the SCell or deactivate the BWP corresponding to the beam on the SCell.
  • the terminal device may also activate the SCell or activate the BWP corresponding to the beam on the SCell.
  • the SCell activated here may be the above-mentioned deactivated SCell, or may be the SCell corresponding to the beam for beam failure recovery.
  • the terminal device may deactivate the BWP, or deactivate the cell corresponding to the BWP, where the cell may be SCell or PCell.
  • the terminal device may also activate the BWP or activate the cell corresponding to the BWP.
  • the BWP activated may be the above-mentioned deactivated BWP, or may be the BWP corresponding to the beam for beam failure recovery.
  • an embodiment of the present disclosure further provides a method for beam failure recovery, which is applied to a network device, and includes the following steps:
  • Step 201 Acquire resource configuration information.
  • the resource configuration information is used for beam failure recovery of the SCell or the BWP.
  • Step 202 Receive a beam failure request message sent by the terminal device at the corresponding resource location according to the resource configuration information.
  • Step 203 Determine feedback information of the beam failure request message.
  • Step 204 Send feedback information to the terminal device at the corresponding resource location according to the resource configuration information.
  • the terminal device determines a beam for beam failure recovery, and performs data reception or transmission by using the determined beam.
  • the beam failure recovery method applied to the network device according to some embodiments of the present disclosure may be different from the method described above with reference to FIG. 2, and the method may include:
  • the method for recovering the beam failure of the embodiment of the present disclosure 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 transmitting the feedback information at the corresponding resource location, can enable After receiving the feedback information, the terminal device determines a beam for beam failure recovery, and uses the determined beam to perform data reception or transmission, thereby restoring its beam or service on the SCell or BWP when the SCell or BWP fails to generate a beam. To avoid losing data.
  • the resource configuration information includes one or more of the following information:
  • Resource configuration information for feedback information corresponding to a beam failure request of the SCell or the BWP is provided.
  • the information in the beam failure request message includes one or more of the following information:
  • BWP identification information of one or more beams in which beam failure occurs
  • BWP identification information for one or more beams for beam failure recovery
  • the message type of the feedback information is: a PDCCH message, a MAC CE, or an RRC message.
  • the feedback information includes one or more of the following information:
  • step 201 may include:
  • the resource configuration information is obtained through network side configuration information or a protocol pre-agreed.
  • an embodiment of the present disclosure further provides a terminal device, including:
  • the first obtaining module 31 is configured to acquire resource configuration information, where the resource configuration information is used for beam failure recovery of the SCell or the BWP;
  • the first sending module 32 is configured to: when detecting a beamforming beam failure on the SCell or the BWP, send a beam failure request message to the network device according to the resource configuration information according to the resource configuration information;
  • the first receiving module 33 is 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;
  • the processing module 34 is configured to determine a beam for beam failure recovery after receiving the feedback information, and perform data reception or transmission by using the determined beam.
  • the terminal device provided in accordance with some embodiments of the present disclosure may be different from that shown in FIG. 3 above, and the terminal device may include:
  • a first sending module configured to: when detecting a beamforming beam failure on the secondary cell SCell or the bandwidth part BWP, send a beam failure request message to the network device according to the resource configuration information, where the resource configuration information is Beam failure recovery for SCell or BWP;
  • the first receiving module is 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.
  • the foregoing terminal device may further include a processing module, configured to determine a beam for beam failure recovery after receiving the feedback information, and perform data reception or transmission by using the determined beam.
  • the terminal device of the embodiment of the present disclosure when acquiring the resource configuration information, sends a beam failure request message to the network device at the corresponding resource location according to the resource configuration information when detecting the beam beam failure on the SCell or the BWP, and The corresponding resource location receiving network device sends feedback information, after receiving the feedback information, determining a beam for beam failure recovery, and performing data reception or transmission by using the determined beam, which can be restored when a beam failure occurs in the SCell or the BWP. Its beam or service on the SCell or BWP avoids losing data.
  • the resource configuration information includes one or more of the following information:
  • Resource configuration information for feedback information corresponding to a beam failure request of the SCell or the BWP is provided.
  • the resource configuration information of the beam failure request for the SCell or the BWP includes one or more of the following information:
  • the resource configuration information of the feedback information corresponding to the beam failure request of the SCell or the BWP includes one or more of the following information:
  • the resource configuration information includes one or more of the following information:
  • Cell identification information Cell identification information, beam identification information, carrier identification information, and BWP identification information.
  • the cell identity information includes one or more of the following information:
  • the identification information of the SCell or BWP where the beam failure did not occur is the identification information of the SCell or BWP where the beam failure did not occur.
  • the terminal device further includes:
  • a transceiver module configured to send, by using a MAC layer, information about a beam failure to the PHY, and send, by using the PHY, information about a beam for beam failure recovery to the MAC layer;
  • the information about the beam for beam failure recovery is used to be carried by the beam failure request message and sent to the network device.
  • the related information about the beam failure includes one or more of the following information:
  • the cell type information includes one or more of the following information:
  • PCell information PCell information, SCell information, PSCell information, and SpCell information.
  • the cell group identification information includes one or more of the following information:
  • Primary cell group MCG identification information and secondary cell group SCG identification information are Primary cell group MCG identification information and secondary cell group SCG identification information.
  • the information about 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.
  • the information in the beam failure request message includes one or more of the following information:
  • BWP identification information of one or more beams in which beam failure occurs
  • BWP identification information for one or more beams for beam failure recovery
  • the measurement information includes one or more of the following information:
  • the message type of the feedback information is:
  • PDCCH message PDCCH message, MAC CE or RRC message.
  • the feedback information includes one or more of the following information:
  • the terminal device further includes:
  • the first deactivation module is configured to deactivate the SCell when the beamforming beam failure on the SCell is detected, or deactivate the BWP corresponding to the beam on the SCell.
  • the terminal device further includes:
  • the first activation module is configured to activate the SCell or activate the BWP corresponding to the beam on the SCell.
  • the terminal device further includes:
  • a second deactivation module configured to deactivate the BWP when the beamforming beam failure on the BWP is detected, or deactivate the cell corresponding to the BWP.
  • the terminal device further includes:
  • the second activation module is configured to activate the BWP or activate the cell corresponding to the BWP.
  • the first acquiring module is specifically configured to:
  • the resource configuration information is obtained through network side configuration information or a protocol pre-agreed.
  • an embodiment of the present disclosure further provides a network device, including:
  • the second obtaining module 41 is configured to acquire resource configuration information, where the resource configuration information is used for beam failure recovery of the SCell or the BWP;
  • the second receiving module 42 is 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
  • the second sending module 44 is configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information.
  • the terminal device determines a beam for beam failure recovery, and performs data reception or transmission by using the determined beam.
  • the network device provided according to some embodiments of the present disclosure may be different from that shown in FIG. 4 above, and the network device may include:
  • a second receiving module configured to receive, according to the resource configuration information, a beam failure request message sent by the terminal device at a corresponding resource location, where the resource configuration information is used for beam failure recovery of the SCell or the BWP;
  • a determining module configured to determine feedback information of the beam failure request message
  • the second sending module is configured to send the feedback information to the terminal device at a corresponding resource location according to the resource configuration information.
  • the network device of the embodiment of the present disclosure 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, can enable the terminal device to After receiving the feedback information, determine the beam for beam failure recovery, and use the determined beam to receive or transmit data, so as to recover the beam or service on the SCell or BWP when the SCell or BWP fails to avoid loss. data.
  • the resource configuration information includes one or more of the following information:
  • Resource configuration information for feedback information corresponding to a beam failure request of the SCell or the BWP is provided.
  • the information in the beam failure request message includes one or more of the following information:
  • BWP identification information of one or more beams in which beam failure occurs
  • BWP identification information for one or more beams for beam failure recovery
  • the message type of the feedback information is:
  • PDCCH message PDCCH message, MAC CE or RRC message.
  • the feedback information includes one or more of the following information:
  • the second acquiring module is specifically configured to:
  • the resource configuration information is obtained through network side configuration information or a protocol pre-agreed.
  • embodiments of the present disclosure also provide a terminal device including a processor, a memory, a computer program stored on the memory and executable on the processor, wherein the computer program is executed by the processor.
  • FIG. 5 is a schematic diagram of a hardware structure of a terminal device that implements various embodiments of the present disclosure.
  • 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, and a sensor 505.
  • the terminal structure shown in FIG. 5 does not constitute a limitation to the terminal, and the terminal device may include more or less components than those illustrated, or may combine some components, or different component arrangements.
  • the terminal device includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
  • the processor 510 is configured to: acquire resource configuration information, where the resource configuration information is used for beam failure recovery of the SCell or the BWP;
  • the radio frequency unit 501 is configured to: when detecting a beamforming beam failure on the SCell or the BWP, send a beam failure request message to the network device at the corresponding resource location according to the resource configuration information, and according to the resource configuration information Receiving feedback information of the beam failure request message sent by the network device at a corresponding resource location;
  • the processor 510 is further configured to: determine, according to the feedback information, a beam for beam failure recovery, and perform data reception or transmission by using the determined beam.
  • the terminal device 500 of the embodiment of the present disclosure when acquiring the resource configuration information, sends a beam failure request message to the network device at the corresponding resource location according to the resource configuration information when detecting the beam beam failure on the SCell or the BWP, and Receiving, by the network device, the feedback information at the corresponding resource location, and after receiving the feedback information, determining a beam for beam failure recovery, and performing data reception or transmission by using the determined beam, when the beam failure occurs in the SCell or the BWP, Restore its beam or service on the SCell or BWP to avoid losing data.
  • the radio frequency unit 501 can be used for receiving and transmitting signals during and after receiving or transmitting information, and specifically, receiving downlink data from the base station, and then processing the data to the processor 510; The uplink data is sent to the base station.
  • 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.
  • the radio unit 501 can also communicate with the 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 to send and receive emails, browse web pages, and access streaming media.
  • the audio output unit 503 can convert the 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 a sound. Moreover, the audio output unit 503 can also provide audio output (eg, call signal reception sound, message reception sound, etc.) related to a specific function performed by the terminal device 500.
  • the audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.
  • the input unit 504 is for receiving an audio or video signal.
  • the input unit 504 may include a graphics processing unit (GPU) 5041 and a microphone 5042 that images an still picture or video obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode.
  • the data is processed.
  • the processed image frame can be displayed on the display unit 506.
  • the image frames processed by the graphics processor 5041 may be stored in the memory 509 (or other storage medium) or transmitted via the radio unit 501 or the network module 502.
  • the microphone 5042 can receive sound and can process such sound as audio data.
  • the processed audio data can be converted to a format output that can be transmitted to the mobile communication base station via the radio unit 501 in the case of a telephone call mode.
  • the terminal device 500 also includes at least one type of sensor 505, such as a light sensor, a motion sensor, and other sensors.
  • the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 5061 according to the brightness of the ambient light, and the proximity sensor can close the display panel 5061 when the terminal device 500 moves to the ear. / or backlight.
  • the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity.
  • sensor 505 may also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared Sensors, etc., will not be described here.
  • the display unit 506 is for displaying information input by the user or information provided to the user.
  • the display unit 506 can include a display panel 5061.
  • the display panel 5061 can 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 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the terminal.
  • the user input unit 507 includes a touch panel 5071 and other input devices 5072.
  • the touch panel 5071 also referred to as a touch screen, can collect touch operations on or near the user (such as a user using a finger, a stylus, or the like on the touch panel 5071 or near the touch panel 5071. operating).
  • the touch panel 5071 may include two parts of a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the processor 510 receives the commands from the processor 510 and executes them.
  • the touch panel 5071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the user input unit 507 may also include other input devices 5072.
  • the other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control button, a switch button, etc.), a trackball, a mouse, and a joystick, which are not described herein.
  • the touch panel 5071 can be overlaid on the display panel 5061. After the touch panel 5071 detects a touch operation thereon or nearby, the touch panel 5071 transmits to the processor 510 to determine the type of the touch event, and then the processor 510 according to the touch. The type of event provides a corresponding visual output on display panel 5061.
  • the touch panel 5071 and the display panel 5061 are used as two independent components to implement the input and output functions of the terminal in FIG. 5, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated. The input and output functions of the terminal are implemented, and are not limited herein.
  • the interface unit 508 is an interface in which an external device is connected to the terminal device 500.
  • the external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, and an audio input/output. (I/O) port, video I/O port, headphone port, and more.
  • the interface unit 508 can be configured to receive input from an external device (eg, data information, power, etc.) and transmit the received input to one or more components within the terminal device 500 or can be used at the terminal device 500 and externally Data is transferred between devices.
  • an external device eg, data information, power, etc.
  • Memory 509 can 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 required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Data created by the use of the mobile phone (such as audio data, phone book, etc.).
  • the memory 509 may include a high speed random access memory, and may also include a nonvolatile 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 that connects various portions of the entire terminal using various interfaces and lines, by running or executing software programs and/or modules stored in the memory 509, and recalling data stored in the memory 509, Perform various functions and processing data of the terminal to monitor the terminal as a whole.
  • the processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, an application, etc., and performs modulation and demodulation.
  • the processor primarily handles wireless communications. It can be understood that the above modem processor may not be integrated into the processor 510.
  • the terminal device 500 may further include a power source 511 (such as a battery) for supplying power to the various components.
  • a power source 511 such as a battery
  • the power source 511 may be logically connected to the processor 510 through the power management system to manage charging, discharging, and power management through the power management system. And other functions.
  • terminal device 500 may further include some functional modules not shown, which are not described herein again.
  • Embodiments of the present disclosure also provide a network device including a processor, a memory, and a computer program stored on the memory and executable on the processor, wherein the computer program is executed by the processor.
  • FIG. 6 is a schematic diagram of a hardware structure of a network device that implements various embodiments of the present disclosure, including but not limited to: a bus 61, a transceiver 62, an antenna 63, a bus interface 64, a processor 65, and Memory 66.
  • the network device 60 further includes a computer program stored on the memory 66 and operable on the processor 65.
  • the computer program When the computer program is executed by the processor 65, the following steps are implemented:
  • the transceiver 62 is configured to receive and transmit data under the control of the processor 65.
  • bus 61 may include any number of interconnected buses and bridges, and bus 61 will include one or more processors represented by processor 65 and memory represented by memory 66.
  • the various circuits are linked together.
  • the bus 61 can also link various other circuits, such as peripheral devices, voltage regulators, and power management circuits, as is known in the art, and therefore, will not be further described herein.
  • Bus interface 64 provides an interface between bus 61 and transceiver 62.
  • Transceiver 62 can be an element or a plurality of elements, such as multiple receivers and transmitters, providing means for communicating with various other devices on a transmission medium.
  • Data processed by processor 65 is transmitted over the wireless medium via antenna 63. Further, antenna 63 also receives the data and transmits the data to processor 65.
  • the processor 65 is responsible for managing the bus 61 and the usual processing, and can also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the memory 66 can be used to store data used by the processor 65 when performing operations.
  • the processor 65 may be a CPU, an ASIC, an FPGA, or a CPLD.
  • the embodiment of the present disclosure further provides a computer readable storage medium, where the computer readable storage medium stores a computer program, and when the computer program is executed by the processor, implements the foregoing processes of the method for applying the beam failure recovery of the terminal device. And can achieve the same technical effect, in order to avoid duplication, no longer repeat here.
  • 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.
  • the embodiment of the present disclosure further provides a computer readable storage medium, where the computer readable storage medium stores a computer program, and when the computer program is executed by the processor, implements the foregoing processes of the method embodiment for applying beam failure recovery to the network device. And can achieve the same technical effect, in order to avoid duplication, no longer repeat here.
  • 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.

Landscapes

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

Abstract

本公开提供一种波束失败恢复的方法、终端设备及网络设备，其中，所述波束失败恢复的方法包括：获取资源配置信息，该资源配置信息用于辅小区SCell或带宽部分BWP的波束失败恢复，当检测到SCell或BWP上的波束发生波束失败时，根据资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，根据资源配置信息，在对应的资源位置接收网络设备发送的波束失败请求消息的反馈信息，在接收到反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。

Description

波束失败恢复的方法、终端设备及网络设备
相关申请的交叉引用
本申请主张在2018年2月12日在中国提交的中国专利申请号No.201810147322.7的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种波束失败恢复的方法、终端设备及网络设备。
背景技术
未来第五代(5Generation，5G)移动通信***中，为了达到下行链路传输速率20Gbps，上行链路传输速率10Gbps的目标，高频通信和大规模天线技术将会被引入。高频通信可提供更宽的***带宽，天线尺寸也可以更小，更加有利于大规模天线在基站和用户设备(User Equipment，UE)中部署。基站侧的多波束/多收发节点(Multi-beam/Multi-TRP)发送和接收，UE侧的Multi-beam发送和接收将会广泛应用。以新无线物理上行共享信道(New Radio Physical Uplink Sharing Channel，NR PUSCH)为例，上行链路可多波束传输。其中，波束的标识方式包括：波束标识ID、同步信号块(Synchronous Signal Block，SSB)ID、信道状态信息参考信号(Channel State Information Reference Signal，CSI-RS)ID。
5G***中可采用双重连接(Dual Connectivity，DC)架构，包括两个小区组，分别为主小区组(Master Cell Group，MCG)和辅小区组(Secondary Cell Group，SCG)，该MCG对应于网络侧的主节点(Master Node，MN)，该SCG对应于网络侧的辅节点(secondary node，SN)。具体的，该MCG包括主小区(Primary Cell，PCell)和辅小区(Secondary Cell，SCell)，该SCG包括主辅小区(Primary Secondary Cell，PSCell)和SCell，而该PCell和PSCell又可统称为特殊小区(Special Cell，SpCell)。
在5G***中，UE可能只能支持一个比较小的工作带宽(如5MHz)，而 网络侧的一个小区会支持比较大的带宽(如100MHz)，该大带宽中的UE工作的小带宽部分可认为是带宽部分(Bandwidth Part，BWP)。从UE配置的角度，对于不同的UE功能，BWP可以作为是1个小区或1个小区下的BWP。网络侧可配置UE有1个或多个BWP，并通过激活或去激活BWP的方式变换UE可以工作的BWP。
当UE的PCell的下行波束发生失败的时候，UE会触发波束失败恢复请求过程(即beam failure recovery request procedure)。具体的，UE会在PCell发送随机接入前导码preamble，并在PCell上等待接收网络侧的反馈信息，该反馈信息可为小区无线网络临时标识(Cell Radio Network Temporary Identifier，C-RNTI)调度的物理下行控制信道(Physical Downlink Control Channel，PDCCH)信息；当UE接收到网络对于该波束失败恢复请求的反馈信息后，可判断该PCell对应的(服务)波束恢复成功。
然而，当引入SCell或BWP后，该BWP可为PCell下的BWP，也可为SCell下的BWP，SCell或BWP的波束也有可能发生波束失败，针对此情况目前尚未明确如何进行波束失败恢复，因此有必要提出一种针对SCell或BWP的波束失败恢复方法，以明确当UE在SCell或BWP发生波束失败时，如何恢复其在SCell或BWP上的波束。
发明内容
本公开实施例提供一种波束失败恢复的方法、终端设备及网络设备，以能够使得终端设备在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束。
第一方面，本公开实施例提供了一种波束失败恢复的方法，应用于终端设备，包括：
当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息在对应的资源位置向网络设备发送波束失败请求消息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息。
第二方面，本公开实施例提供了一种波束失败恢复的方法，应用于网络设备，包括：
根据资源配置信息在对应的资源位置接收终端设备发送的波束失败请求消息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
确定所述波束失败请求消息的反馈信息；
根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
可选的，由所述终端设备根据所述反馈信息，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
第三方面，本公开实施例还提供了一种终端设备，包括：
第一发送模块，用于当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波束失败恢复；
第一接收模块，用于根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息。
第四方面，本公开实施例还提供了一种网络设备，包括：
第二接收模块，用于根据资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波束失败恢复；
确定模块，用于确定所述波束失败请求消息的反馈信息；
第二发送模块，用于根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
可选的，由所述终端设备在接收到所述反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
第五方面，本公开实施例还提供了一种终端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述应用于终端设备的波束失败恢复的方法的步骤。
第六方面，本公开实施例还提供了一种网络设备，包括存储器、处理器 及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述应用于网络设备的波束失败恢复的方法的步骤。
第七方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现上述应用于终端设备的波束失败恢复的方法的步骤。
第八方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现上述应用于网络设备的波束失败恢复的方法的步骤。
在本公开实施例中，通过获取资源配置信息，当检测到SCell或BWP上的波束发生波束失败时，根据该资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，和在对应的资源位置接收网络设备发送反馈信息，在接收到该反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，能够使得终端设备在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，从而避免丢失数据。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开实施例的一波束失败恢复的方法的流程图；
图2为本公开实施例的另一波束失败恢复的方法的流程图；
图3为本公开实施例的终端设备的结构示意图之一；
图4为本公开实施例的网络设备的结构示意图之一；
图5为本公开实施例的终端设备的结构示意图之二；
图6为本公开实施例的网络设备的结构示意图之二。
具体实施方式
为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
参见图1所示，本公开实施例提供了一种波束失败恢复的方法，应用于终端设备，包括如下步骤：
步骤101：获取资源配置信息。
其中，该资源配置信息用于SCell或BWP的波束失败恢复。该BWP可以为PCell下的BWP，也可以为SCell下的BWP。
步骤102：当检测到SCell或BWP上的波束发生波束失败时，根据资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息。
其中，该对应的资源位置具体可为终端设备根据资源配置信息确定的小区、BWP、信道等。
步骤103：根据资源配置信息，在对应的资源位置接收网络设备发送的波束失败请求消息的反馈信息。
其中，该对应的资源位置具体可为终端设备根据资源配置信息确定的小区、BWP、信道等。
步骤104：在接收到反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
根据本公开的一些实施例提供的应用于终端设备的波束失败恢复方法，其具体步骤可以与上述参照图1所描述的方法不同，该方法可以包括：
当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息在对应的资源位置向网络设备发送波束失败请求消息，其中，该资源配置信息用于SCell或BWP的波束失败恢复；以及
根据该资源配置信息，在对应的资源位置接收网络设备发送的波束失败请求消息的反馈信息。
上述应用于终端设备的波束失败恢复方法，还可以包括在接收到反馈信息后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
例如，具体实现时，若终端设备UE检测到其激活的SCell上没有广播寻呼消息通知***信息(即该SCell上的波束发生波束失败)，则UE可根据已获取的资源配置信息，向基站发送波束失败请求消息以及接收基站发送的反馈信息，在接收到该反馈信息之后，变更激活的SCell，确定用于波束失败恢复的波束，并利用确定的波束接收***信息，此时UE和基站对于UE变更激活的SCell保持一致，从而避免数据丢失。
或者，若UE检测到其激活的PCell(或者SCell)下的一BWP上没有广播寻呼消息通知***信息(即该BWP上的波束发生波束失败)，则UE可根据已获取的资源配置信息，向基站发送波束失败请求消息以及接收基站发送的反馈信息，在接收到该反馈信息之后，变更激活的BWP，确定用于波束失败恢复的波束，并利用确定的波束接收***信息，此时UE和基站对于UE变更激活的BWP保持一致，从而避免数据丢失。
本公开实施例的波束失败恢复的方法，通过获取资源配置信息，当检测到SCell或BWP上的波束发生波束失败时，根据该资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，和在对应的资源位置接收网络设备发送反馈信息，在接收到该反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，能够使得终端设备在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，从而避免丢失数据。
本公开实施例中，终端设备可通过网络侧配置信息或协议预先约定获取资源配置信息。可选的，该资源配置信息可包括如下信息中的一项或多项：
用于SCell或BWP的波束失败请求的资源配置信息；
用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
应说明的是，若终端设备仅获取到用于SCell或BWP的波束失败请求的资源配置信息，则对应接收反馈信息的资源位置可根据该资源配置信息，以及网络侧预先配置或者协议预先预定的发送波束失败请求的资源位置和接收反馈信息的资源位置的对应关系确定；若终端设备仅获取到用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息，则对应发送波束失败请求的资源位置可根据该资源配置信息，以及网络侧预先配置或者协议预先 预定的发送波束失败请求的资源位置和接收反馈信息的资源位置的对应关系确定。
进一步的，该用于SCell或BWP的波束失败请求的资源配置信息可包括如下信息中的一项或多项：
物理随机接入信道(Physical Random Access Channel，PRACH)的资源配置信息；
物理上行控制信道(Physical Uplink Control Channel，PUCCH)的资源配置信息；
物理上行共享信道(Physical Uplink Shared Channel，PUSCH)的资源配置信息。
进一步的，该用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息可包括如下信息中的一项或多项：
物理下行控制信道(Physical Downlink Control Channel，PDCCH)的资源配置信息；
物理下行共享信道(Physical Downlink Shared Channel，PDSCH)的资源配置信息。
进一步的，该资源配置信息可包括如下信息中的一项或多项：小区标识信息、波束标识信息、载波标识信息和BWP标识信息。
进一步的，该小区标识信息可包括如下信息中的一项或多项：
发生波束失败的SCell或BWP对应的PCell标识信息；
发生波束失败的SCell或BWP对应的PSCell标识信息；
发生波束失败的SCell或BWP对应的SpCell标识信息；
发生波束失败的SCell或BWP对应的PUCCH SCell标识信息；
发生波束失败的SCell或BWP的标识信息；
未发生波束失败的SCell或BWP的标识信息。
进一步的，该载波标识信息可为上行载波标识信息或下行载波标识信息，该上行载波标识信息可以为辅助上行(Supplementary Uplink，SUL)或non-SUL(非辅助上行)载波标识信息，该下行载波标识信息可以为辅助下行(Supplementary Downlink，SDL)或non-SDL(非辅助下行)载波标识信 息。
本公开实施例中，当检测到SCell或BWP上的波束发生波束失败时，为了确定可用于波束失败恢复的波束的信息，以便在波束失败请求消息中携带相关信息，终端设备可首先通过媒体接入控制(Media Access Control，MAC)层向物理层(Physical Layer，PHY)发送波束失败的相关信息，然后通过PHY向MAC层发送用于波束失败恢复的波束的信息，即该用于波束失败恢复的波束的信息可用于被波束失败请求消息携带后发送给网络设备。
其中，该波束失败的相关信息可包括如下信息中的一项或多项：
发生波束失败的波束的标识信息；
发生波束失败的波束的小区标识信息；
发生波束失败的波束的小区组标识信息；
发生波束失败的波束的小区类型信息；
发生波束失败的波束的BWP标识信息。
进一步的，该小区类型信息可包括如下信息中的一项或多项：PCell信息、SCell信息、PSCell信息和SpCell信息。该小区组标识信息可包括如下信息中的一项或多项：MCG标识信息和SCG标识信息。
该用于波束失败恢复的波束的信息可包括如下信息中的一项或多项：波束标识信息、小区标识信息、BWP标识信息、载波标识信息和波束测量信息。
本公开实施例中，当发送波束失败请求消息的信道为PUCCH或PUSCH时，该波束失败请求消息中的信息可包括如下信息中的一项或多项：
发生波束失败的一个或多个波束对应的小区标识信息；
发生波束失败的一个或多个波束的标识信息；
发生波束失败的一个或多个波束的BWP标识信息；
发生波束失败的一个或多个波束的测量信息；
发生波束失败的一个或多个波束对应的小区的测量信息；
发生波束失败的一个或多个波束对应的BWP的测量信息；
用于波束失败恢复的一个或多个波束的标识信息；
用于波束失败恢复的一个或多个波束的BWP标识信息；
用于波束失败恢复的一个或多个波束的测量信息；
用于波束失败恢复的一个或多个波束对应的小区的测量信息；
用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
其中，该测量信息可包括如下信息中的一项或多项：参考符号接收强度(Reference Symbol Received Power，RSRP)、参考符号接收质量(Reference Signal Received Quality，RSRQ)和信号干扰噪声比(Signal Interference Noise Ratio，SINR)。
本公开实施例中，网络侧发送的反馈信息的消息类型可为：PDCCH消息、MAC CE或者RRC消息。进一步的，该反馈信息可包括如下信息中的一项或多项：
用于波束失败恢复的波束的标识信息；
用于波束失败恢复的波束的小区标识信息；
用于波束失败恢复的波束的BWP标识信息。
本公开实施例中，为了避免波束失败恢复失败，当检测到一SCell上的波束发生波束失败时，终端设备可去激活该SCell，或者，去激活该SCell上的波束对应的BWP。
进一步的，当利用确定的用于波束失败恢复的波束进行数据接收或发送时，终端设备还可激活SCell，或者，激活SCell上的波束对应的BWP。需指出的是，此处激活的SCell可以是上述去激活的SCell，也可以是该用于波束失败恢复的波束对应的SCell。
本公开实施例中，为了避免波束失败恢复失败，当检测到一BWP上的波束发生波束失败时，终端设备可去激活该BWP，或者，去激活该BWP对应的小区，此处的小区可为SCell或者PCell。
进一步的，当利用确定的用于波束失败恢复的波束进行数据接收或发送时，终端设备还可激活BWP，或者，激活BWP对应的小区。需指出的是，此处激活的BWP可以是上述去激活的BWP，也可以是该用于波束失败恢复的波束对应的BWP。
参见图2所示，本公开实施例还提供了一种波束失败恢复的方法，应用于网络设备，包括如下步骤：
步骤201：获取资源配置信息。
其中，该资源配置信息用于SCell或BWP的波束失败恢复。
步骤202：根据资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息。
步骤203：确定波束失败请求消息的反馈信息。
步骤204：根据资源配置信息，在对应的资源位置向终端设备发送反馈信息。
相应的，由终端设备在接收到反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
根据本公开的一些实施例提供的应用于网络设备的波束失败恢复方法，其具体步骤可以与上述参照图2所描述的方法不同，该方法可以包括：
根据资源配置信息在对应的资源位置接收终端设备发送的波束失败请求消息，其中，该资源配置信息用于SCell或BWP的波束失败恢复；
确定该波束失败请求消息的反馈信息；以及
根据上述资源配置信息，在对应的资源位置向终端设备发送该反馈信息。
本公开实施例的波束失败恢复的方法，通过获取资源配置信息，根据该资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息，和在对应的资源位置发送反馈信息，能够使得终端设备在接收到反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，从而在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，避免丢失数据。
可选的，所述资源配置信息包括如下信息中的一项或多项：
用于SCell或BWP的波束失败请求的资源配置信息；
用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
可选的，当发送所述波束失败请求消息的信道为PUCCH或PUSCH时，所述波束失败请求消息中的信息包括如下信息中的一项或多项：
发生波束失败的一个或多个波束对应的小区标识信息；
发生波束失败的一个或多个波束的标识信息；
发生波束失败的一个或多个波束的BWP标识信息；
发生波束失败的一个或多个波束的测量信息；
发生波束失败的一个或多个波束对应的小区的测量信息；
发生波束失败的一个或多个波束对应的BWP的测量信息；
用于波束失败恢复的一个或多个波束的标识信息；
用于波束失败恢复的一个或多个波束的BWP标识信息；
用于波束失败恢复的一个或多个波束的测量信息；
用于波束失败恢复的一个或多个波束对应的小区的测量信息；
用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
可选的，所述反馈信息的消息类型为：PDCCH消息、MAC CE或者RRC消息。
可选的，所述反馈信息包括如下信息中的一项或多项：
用于波束失败恢复的波束的标识信息；
用于波束失败恢复的波束的小区标识信息；
用于波束失败恢复的波束的BWP标识信息。
可选的，步骤201可包括：
通过网络侧配置信息或协议预先约定，获取所述资源配置信息。
上述实施例对本公开的波束失败恢复的方法进行了说明，下面将结合实施例和附图对本公开的终端设备和网络设备进行说明。
参见图3所示，本公开实施例还提供了一种终端设备，包括：
第一获取模块31，用于获取资源配置信息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
第一发送模块32，用于当检测到所述SCell或BWP上的波束发生波束失败时，根据所述资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息；
第一接收模块33，用于根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息；
处理模块34，用于在接收到所述反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
根据本公开的一些实施例提供的终端设备可以与上述图3所示不同，该终端设备可以包括：
第一发送模块，用于当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波束失败恢复；以及
第一接收模块，用于根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息。
上述终端设备还可以包括处理模块，用于在接收到反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。本公开实施例的终端设备，通过获取资源配置信息，当检测到SCell或BWP上的波束发生波束失败时，根据该资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，和在对应的资源位置接收网络设备发送反馈信息，在接收到该反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，能够在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，避免丢失数据。
可选的，所述资源配置信息包括如下信息中的一项或多项：
用于SCell或BWP的波束失败请求的资源配置信息；
用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
可选的，所述用于SCell或BWP的波束失败请求的资源配置信息包括如下信息中的一项或多项：
PRACH的资源配置信息；
PUCCH的资源配置信息；
PUSCH的资源配置信息。
可选的，所述用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息包括如下信息中的一项或多项：
PDCCH的资源配置信息；
PDSCH的资源配置信息。
可选的，所述资源配置信息包括如下信息中的一项或多项：
小区标识信息、波束标识信息、载波标识信息和BWP标识信息。
可选的，所述小区标识信息包括如下信息中的一项或多项：
发生波束失败的SCell或BWP对应的PCell标识信息；
发生波束失败的SCell或BWP对应的PSCell标识信息；
发生波束失败的SCell或BWP对应的SpCell标识信息；
发生波束失败的SCell或BWP对应的PUCCH SCell标识信息；
发生波束失败的SCell或BWP的标识信息；
未发生波束失败的SCell或BWP的标识信息。
可选的，所述终端设备还包括：
收发模块，用于通过MAC层向PHY发送波束失败的相关信息，和通过所述PHY向所述MAC层发送用于波束失败恢复的波束的信息；
其中，所述用于波束失败恢复的波束的信息用于被所述波束失败请求消息携带后发送给所述网络设备。
可选的，所述波束失败的相关信息包括如下信息中的一项或多项：
发生波束失败的波束的标识信息；
发生波束失败的波束的小区标识信息；
发生波束失败的波束的小区组标识信息；
发生波束失败的波束的小区类型信息；
发生波束失败的波束的BWP标识信息。
可选的，所述小区类型信息包括如下信息中的一项或多项：
PCell信息、SCell信息、PSCell信息和SpCell信息。
可选的，所述小区组标识信息包括如下信息中的一项或多项：
主小区组MCG标识信息和辅小区组SCG标识信息。
可选的，所述用于波束失败恢复的波束的信息包括如下信息中的一项或多项：
波束标识信息、小区标识信息、BWP标识信息、载波标识信息和波束测量信息。
可选的，当发送所述波束失败请求消息的信道为PUCCH或PUSCH时，所述波束失败请求消息中的信息包括如下信息中的一项或多项：
发生波束失败的一个或多个波束对应的小区标识信息；
发生波束失败的一个或多个波束的标识信息；
发生波束失败的一个或多个波束的BWP标识信息；
发生波束失败的一个或多个波束的测量信息；
发生波束失败的一个或多个波束对应的小区的测量信息；
发生波束失败的一个或多个波束对应的BWP的测量信息；
用于波束失败恢复的一个或多个波束的标识信息；
用于波束失败恢复的一个或多个波束的BWP标识信息；
用于波束失败恢复的一个或多个波束的测量信息；
用于波束失败恢复的一个或多个波束对应的小区的测量信息；
用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
可选的，所述测量信息包括如下信息中的一项或多项：
RSRP、RSRQ和SINR。
可选的，所述反馈信息的消息类型为：
PDCCH消息、MAC CE或者RRC消息。
可选的，所述反馈信息包括如下信息中的一项或多项：
用于波束失败恢复的波束的标识信息；
用于波束失败恢复的波束的小区标识信息；
用于波束失败恢复的波束的BWP标识信息。
可选的，所述终端设备还包括：
第一去激活模块，用于当检测到所述SCell上的波束发生波束失败时，去激活所述SCell，或者，去激活所述SCell上的波束对应的BWP。
可选的，所述终端设备还包括：
第一激活模块，用于激活SCell，或者，激活SCell上的波束对应的BWP。
可选的，所述终端设备还包括：
第二去激活模块，用于当检测到所述BWP上的波束发生波束失败时，去激活所述BWP，或者，去激活所述BWP对应的小区。
可选的，所述终端设备还包括：
第二激活模块，用于激活BWP，或者，激活BWP对应的小区。
可选的，所述第一获取模块具体用于：
通过网络侧配置信息或协议预先约定，获取所述资源配置信息。
参见图4所示，本公开实施例还提供了一种网络设备，包括：
第二获取模块41，用于获取资源配置信息，其中，所述资源配置信息用于SCell或分BWP的波束失败恢复；
第二接收模块42，用于根据所述资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息；
确定模块43，用于确定所述波束失败请求消息的反馈信息；
第二发送模块44，用于根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
相应的，由所述终端设备在接收到所述反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
根据本公开的一些实施例提供的网络设备可以与上述图4所示不同，该网络设备可以包括：
第二接收模块，用于根据资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波束失败恢复；
确定模块，用于确定所述波束失败请求消息的反馈信息；以及
第二发送模块，用于根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
本公开实施例的网络设备，通过获取资源配置信息，根据该资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息，和在对应的资源位置发送反馈信息，能够使得终端设备在接收到反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，从而在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，避免丢失数据。
可选的，所述资源配置信息包括如下信息中的一项或多项：
用于SCell或BWP的波束失败请求的资源配置信息；
用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
可选的，当发送所述波束失败请求消息的信道为PUCCH或PUSCH时，所述波束失败请求消息中的信息包括如下信息中的一项或多项：
发生波束失败的一个或多个波束对应的小区标识信息；
发生波束失败的一个或多个波束的标识信息；
发生波束失败的一个或多个波束的BWP标识信息；
发生波束失败的一个或多个波束的测量信息；
发生波束失败的一个或多个波束对应的小区的测量信息；
发生波束失败的一个或多个波束对应的BWP的测量信息；
用于波束失败恢复的一个或多个波束的标识信息；
用于波束失败恢复的一个或多个波束的BWP标识信息；
用于波束失败恢复的一个或多个波束的测量信息；
用于波束失败恢复的一个或多个波束对应的小区的测量信息；
用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
可选的，所述反馈信息的消息类型为：
PDCCH消息、MAC CE或者RRC消息。
可选的，所述反馈信息包括如下信息中的一项或多项：
用于波束失败恢复的波束的标识信息；
用于波束失败恢复的波束的小区标识信息；
用于波束失败恢复的波束的BWP标识信息。
可选的，所述第二获取模块具体用于：
通过网络侧配置信息或协议预先约定，获取所述资源配置信息。
此外，本公开实施例还提供一种终端设备，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时可实现上述应用于终端设备的波束失败恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
具体的，图5为实现本公开各个实施例的一种终端设备的硬件结构示意图，终端设备500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、处理器510、以及电源511等部件。本领域技术人员可以理解，图5中示出的终端结构并不构成对终端的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。 在本公开实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中，处理器510用于：获取资源配置信息，所述资源配置信息用于SCell或BWP的波束失败恢复；
射频单元501用于：当检测到所述SCell或BWP上的波束发生波束失败时，根据所述资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，和根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息；
处理器510还用于：根据所述反馈信息，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
本公开实施例的终端设备500，通过获取资源配置信息，当检测到SCell或BWP上的波束发生波束失败时，根据该资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，和在对应的资源位置接收网络设备发送反馈信息，在接收到该反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送，能够在SCell或BWP发生波束失败时，恢复其在SCell或BWP上的波束或服务，避免丢失数据。
应理解的是，本公开实施例中，射频单元501可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器510处理；另外，将上行的数据发送给基站。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元501还可以通过无线通信***与网络和其他设备通信。
终端设备通过网络模块502为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元503可以将射频单元501或网络模块502接收的或者在存储器509中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元503还可以提供与终端设备500执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元503包括扬声器、蜂鸣器以及受话器等。
输入单元504用于接收音频或视频信号。输入单元504可以包括图形处 理器(Graphics Processing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元506上。经图形处理器5041处理后的图像帧可以存储在存储器509(或其它存储介质)中或者经由射频单元501或网络模块502进行发送。麦克风5042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元501发送到移动通信基站的格式输出。
终端设备500还包括至少一种传感器505，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板5061的亮度，接近传感器可在终端设备500移动到耳边时，关闭显示面板5061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器505还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元506用于显示由用户输入的信息或提供给用户的信息。显示单元506可包括显示面板5061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板5061。
用户输入单元507可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板5071上或在触控面板5071附近的操作)。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器； 触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器510，接收处理器510发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板5071。除了触控面板5071，用户输入单元507还可以包括其他输入设备5072。具体地，其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步的，触控面板5071可覆盖在显示面板5061上，当触控面板5071检测到在其上或附近的触摸操作后，传送给处理器510以确定触摸事件的类型，随后处理器510根据触摸事件的类型在显示面板5061上提供相应的视觉输出。虽然在图5中，触控面板5071与显示面板5061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板5071与显示面板5061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元508为外部装置与终端设备500连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元508可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备500内的一个或多个元件或者可以用于在终端设备500和外部装置之间传输数据。
存储器509可用于存储软件程序以及各种数据。存储器509可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器509可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器510是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器509内的软件程序和/或模块，以及调用存储在存储器509内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器510可包括一个或多个处理单元；优选的，处 理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。
终端设备500还可以包括给各个部件供电的电源511(比如电池)，优选的，电源511可以通过电源管理***与处理器510逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
另外，终端设备500还可包括一些未示出的功能模块，在此不再赘述。
本公开实施例还提供了一种网络设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述计算机程序被所述处理器执行时实现上述应用于网络设备的波束失败恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
具体的，图6为实现本公开各个实施例的一种网络设备的硬件结构示意图，所述网络设备60包括但不限于：总线61、收发机62、天线63、总线接口64、处理器65和存储器66。
在本公开实施例中，所述网络设备60还包括：存储在存储器66上并可在处理器65上运行的计算机程序，计算机程序被处理器65执行时实现以下步骤：
获取资源配置信息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
根据所述资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息；
确定所述波束失败请求消息的反馈信息；
根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息，以由所述终端设备在接收到所述反馈信息之后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
收发机62，用于在处理器65的控制下接收和发送数据。
在图6中，总线架构(用总线61来代表)，总线61可以包括任意数量的互联的总线和桥，总线61将包括由处理器65代表的一个或多个处理器和存储器66代表的存储器的各种电路链接在一起。总线61还可以将诸如***设 备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口64在总线61和收发机62之间提供接口。收发机62可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器65处理的数据通过天线63在无线介质上进行传输，进一步，天线63还接收数据并将数据传送给处理器65。
处理器65负责管理总线61和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器66可以被用于存储处理器65在执行操作时所使用的数据。
可选的，处理器65可以是CPU、ASIC、FPGA或CPLD。
本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述应用于终端设备的波束失败恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，例如为只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述应用于网络设备的波束失败恢复的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该计算机可读存储介质，例如为只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述 实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例所述的方法。
上面结合附图对本公开的实施例进行了描述，但是本公开并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本公开的启示下，在不脱离本公开宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本公开的保护之内。

Claims (33)

  1. 一种波束失败恢复的方法，应用于终端设备，所述方法包括：
    当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息在对应的资源位置向网络设备发送波束失败请求消息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
    根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息。
  2. 根据权利要求1所述的方法，还包括：
    在接收到所述反馈信息后，确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
  3. 根据权利要求1所述的方法，其中，所述资源配置信息包括如下信息中的一项或多项：
    用于SCell或BWP的波束失败请求的资源配置信息；
    用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
  4. 根据权利要求3所述的方法，其中，所述用于SCell或BWP的波束失败请求的资源配置信息包括如下信息中的一项或多项：
    物理随机接入信道PRACH的资源配置信息；
    物理上行控制信道PUCCH的资源配置信息；
    物理上行共享信道PUSCH的资源配置信息。
  5. 根据权利要求3所述的方法，其中，所述用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息包括如下信息中的一项或多项：
    物理下行控制信道PDCCH的资源配置信息；
    物理下行共享信道PDSCH的资源配置信息。
  6. 根据权利要求3所述的方法，其中，所述资源配置信息包括如下信息中的一项或多项：
    小区标识信息、波束标识信息、载波标识信息和BWP标识信息。
  7. 根据权利要求6所述的方法，其中，所述小区标识信息包括如下信息中的一项或多项：
    发生波束失败的SCell或BWP对应的主小区PCell标识信息；
    发生波束失败的SCell或BWP对应的主辅小区PSCell标识信息；
    发生波束失败的SCell或BWP对应的特殊小区SpCell标识信息；
    发生波束失败的SCell或BWP对应的PUCCH SCell标识信息；
    发生波束失败的SCell或BWP的标识信息；
    未发生波束失败的SCell或BWP的标识信息。
  8. 根据权利要求1所述的方法，其中，当检测到所述SCell或BWP上的波束发生波束失败时，所述方法还包括：
    通过媒体接入控制MAC层向物理层PHY发送波束失败的相关信息；
    通过所述PHY向所述MAC层发送用于波束失败恢复的波束的信息；
    其中，所述用于波束失败恢复的波束的信息用于被所述波束失败请求消息携带后发送给所述网络设备。
  9. 根据权利要求8所述的方法，其中，所述波束失败的相关信息包括如下信息中的一项或多项：
    发生波束失败的波束的标识信息；
    发生波束失败的波束的小区标识信息；
    发生波束失败的波束的小区组标识信息；
    发生波束失败的波束的小区类型信息；
    发生波束失败的波束的BWP标识信息。
  10. 根据权利要求9所述的方法，其中，所述小区类型信息包括如下信息中的一项或多项：
    PCell信息、SCell信息、PSCell信息和SpCell信息。
  11. 根据权利要求9所述的方法，其中，所述小区组标识信息包括如下信息中的一项或多项：
    主小区组MCG标识信息和辅小区组SCG标识信息。
  12. 根据权利要求8所述的方法，其中，所述用于波束失败恢复的波束的信息包括如下信息中的一项或多项：
    波束标识信息、小区标识信息、BWP标识信息、载波标识信息和波束测量信息。
  13. 根据权利要求1所述的方法，其中，当发送所述波束失败请求消息的信道为PUCCH或PUSCH时，所述波束失败请求消息中的信息包括如下信息中的一项或多项：
    发生波束失败的一个或多个波束对应的小区标识信息；
    发生波束失败的一个或多个波束的标识信息；
    发生波束失败的一个或多个波束的BWP标识信息；
    发生波束失败的一个或多个波束的测量信息；
    发生波束失败的一个或多个波束对应的小区的测量信息；
    发生波束失败的一个或多个波束对应的BWP的测量信息；
    用于波束失败恢复的一个或多个波束的标识信息；
    用于波束失败恢复的一个或多个波束的BWP标识信息；
    用于波束失败恢复的一个或多个波束的测量信息；
    用于波束失败恢复的一个或多个波束对应的小区的测量信息；
    用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
  14. 根据权利要求13所述的方法，其中，所述测量信息包括如下信息中的一项或多项：
    参考符号接收强度RSRP、参考符号接收质量RSRQ和信号干扰噪声比SINR。
  15. 根据权利要求1所述的方法，其中，所述反馈信息的消息类型为：PDCCH消息、MAC控制单元CE或者无线资源控制RRC消息。
  16. 根据权利要求1所述的方法，其中，所述反馈信息包括如下信息中的一项或多项：
    用于波束失败恢复的波束的标识信息；
    用于波束失败恢复的波束的小区标识信息；
    用于波束失败恢复的波束的BWP标识信息。
  17. 根据权利要求1所述的方法，其中，当检测到所述SCell上的波束发生波束失败时，所述方法还包括：
    去激活所述SCell，或者，去激活所述SCell上的波束对应的BWP。
  18. 根据权利要求2所述的方法，其中，当利用确定的波束进行数据接 收或发送时，所述方法还包括：
    激活SCell，或者，激活SCell上的波束对应的BWP。
  19. 根据权利要求1所述的方法，其中，当检测到所述BWP上的波束发生波束失败时，所述方法还包括：
    去激活所述BWP，或者，去激活所述BWP对应的小区。
  20. 根据权利要求2所述的方法，其中，当利用确定的波束进行数据接收或发送时，所述方法还包括：
    激活BWP，或者，激活BWP对应的小区。
  21. 根据权利要求1所述的方法，其中，所述资源配置信息通过网络侧配置或协议预先约定。
  22. 一种波束失败恢复的方法，应用于网络设备，所述方法包括：
    根据资源配置信息在对应的资源位置接收终端设备发送的波束失败请求消息，其中，所述资源配置信息用于SCell或BWP的波束失败恢复；
    确定所述波束失败请求消息的反馈信息；
    根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
  23. 根据权利要求22所述的方法，其中，所述资源配置信息包括如下信息中的一项或多项：
    用于SCell或BWP的波束失败请求的资源配置信息；
    用于SCell或BWP的波束失败请求对应的反馈信息的资源配置信息。
  24. 根据权利要求22所述的方法，其中，当发送所述波束失败请求消息的信道为PUCCH或PUSCH时，所述波束失败请求消息中的信息包括如下信息中的一项或多项：
    发生波束失败的一个或多个波束对应的小区标识信息；
    发生波束失败的一个或多个波束的标识信息；
    发生波束失败的一个或多个波束的BWP标识信息；
    发生波束失败的一个或多个波束的测量信息；
    发生波束失败的一个或多个波束对应的小区的测量信息；
    发生波束失败的一个或多个波束对应的BWP的测量信息；
    用于波束失败恢复的一个或多个波束的标识信息；
    用于波束失败恢复的一个或多个波束的BWP标识信息；
    用于波束失败恢复的一个或多个波束的测量信息；
    用于波束失败恢复的一个或多个波束对应的小区的测量信息；
    用于波束失败恢复的一个或多个波束对应的BWP的测量信息。
  25. 根据权利要求22所述的方法，其中，所述反馈信息的消息类型为：PDCCH消息、MAC CE或者RRC消息。
  26. 根据权利要求22所述的方法，其中，所述反馈信息包括如下信息中的一项或多项：
    用于波束失败恢复的波束的标识信息；
    用于波束失败恢复的波束的小区标识信息；
    用于波束失败恢复的波束的BWP标识信息。
  27. 一种终端设备，包括：
    第一发送模块，用于当检测到辅小区SCell或带宽部分BWP上的波束发生波束失败时，根据资源配置信息，在对应的资源位置向网络设备发送波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波束失败恢复；
    第一接收模块，用于根据所述资源配置信息，在对应的资源位置接收所述网络设备发送的所述波束失败请求消息的反馈信息。
  28. 根据权利要求27所述的终端设备，还包括：
    处理模块，用于在接收到所述反馈信息之后确定用于波束失败恢复的波束，并利用确定的波束进行数据接收或发送。
  29. 根据权利要求27或28所述的终端设备，还包括：
    收发模块，用于通过MAC层向PHY发送波束失败的相关信息，和通过所述PHY向所述MAC层发送用于波束失败恢复的波束的信息；
    其中，所述用于波束失败恢复的波束的信息用于被所述波束失败请求消息携带后发送给所述网络设备。
  30. 一种网络设备，包括：
    第二接收模块，用于根据资源配置信息，在对应的资源位置接收终端设备发送的波束失败请求消息，其中所述资源配置信息用于SCell或BWP的波 束失败恢复；
    确定模块，用于确定所述波束失败请求消息的反馈信息；
    第二发送模块，用于根据所述资源配置信息，在对应的资源位置向所述终端设备发送所述反馈信息。
  31. 一种终端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至21中任一项所述的波束失败恢复的方法的步骤。
  32. 一种网络设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求22至26中任一项所述的波束失败恢复的方法的步骤。
  33. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至26中任一项所述的波束失败恢复的方法的步骤。
PCT/CN2019/072798 2018-02-12 2019-01-23 波束失败恢复的方法、终端设备及网络设备 WO2019154082A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810147322.7 2018-02-12
CN201810147322.7A CN110149177B (zh) 2018-02-12 2018-02-12 一种波束失败恢复的方法、终端设备及网络设备

Publications (1)

Publication Number Publication Date
WO2019154082A1 true WO2019154082A1 (zh) 2019-08-15

Family

ID=67548204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/072798 WO2019154082A1 (zh) 2018-02-12 2019-01-23 波束失败恢复的方法、终端设备及网络设备

Country Status (2)

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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112788793A (zh) * 2019-11-07 2021-05-11 维沃移动通信有限公司 一种重建失败处理方法及相关设备
WO2022013758A1 (en) * 2020-07-13 2022-01-20 Lenovo (Singapore) Pte. Ltd. Beam failure for serving cell with multiple active bandwidth parts
CN115136538A (zh) * 2022-05-23 2022-09-30 北京小米移动软件有限公司 多prach传输配置方法、装置
RU2791059C1 (ru) * 2019-11-05 2023-03-02 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для выделения ресурсов для запроса при отказе луча

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112512071A (zh) * 2019-09-16 2021-03-16 ***通信有限公司研究院 一种波束恢复的方法和基站、终端
WO2021056550A1 (zh) * 2019-09-29 2021-04-01 北京小米移动软件有限公司 波束失败请求发送方法、装置和电子设备
CN117615421A (zh) * 2019-10-23 2024-02-27 Oppo广东移动通信有限公司 一种指示方法、终端设备、网络设备
CN116471667A (zh) * 2019-11-05 2023-07-21 北京小米移动软件有限公司 波束失败请求资源分配方法、装置及存储介质
CN116390249A (zh) * 2019-11-21 2023-07-04 大唐移动通信设备有限公司 信号传输方法及装置
CN113452417B (zh) * 2020-03-25 2022-09-09 华为技术有限公司 信号传输方法及装置
CN113709823B (zh) * 2020-05-21 2023-03-31 维沃移动通信有限公司 检测失败处理方法、装置及终端
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

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016065644A1 (zh) * 2014-10-31 2016-05-06 华为技术有限公司 一种波束调整的方法、用户设备和基站
US10575338B2 (en) * 2016-02-04 2020-02-25 Samsung Electronics Co., Ltd. Method and apparatus for UE signal transmission in 5G cellular communications
CN107342801B (zh) * 2017-06-15 2021-04-02 宇龙计算机通信科技(深圳)有限公司 一种波束处理方法、用户设备及基站
CN107612602B (zh) * 2017-08-28 2020-04-21 清华大学 毫米波通信***的波束恢复方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CATT: "Summary on BFR Detection and Other BFR Issues", 3GPP TSG-RAN WG2 NR AD HOC 0118, R2-1801558, 27 January 2018 (2018-01-27), XP051387015 *
HUAWEI ET AL.: "Non-contention Based Random Access for Beam Failure Recovery in CA", 3GPP TSG-RAN WG2#AH-1801, R2-1801049, 12 January 2018 (2018-01-12), Vancouver, Canada, XP051386545 *
HUAWEI ET AL: "Remaining Issure for Beam Failure Recovery", 3GPP TSG-RAN WG2 AD HOC, R2-1800632, 12 January 2018 (2018-01-12), Vancouver, Canada, XP051386264 *
VIVO: "Discussion on the Impact on Beam Failure Recovery", 3GPP TSG-RAN WG2 NR AD HOC 1801, R2-1800895, 12 January 2018 (2018-01-12), XP051386419 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2791059C1 (ru) * 2019-11-05 2023-03-02 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для выделения ресурсов для запроса при отказе луча
CN112788793A (zh) * 2019-11-07 2021-05-11 维沃移动通信有限公司 一种重建失败处理方法及相关设备
WO2022013758A1 (en) * 2020-07-13 2022-01-20 Lenovo (Singapore) Pte. Ltd. Beam failure for serving cell with multiple active bandwidth parts
CN115136538A (zh) * 2022-05-23 2022-09-30 北京小米移动软件有限公司 多prach传输配置方法、装置
CN115136538B (zh) * 2022-05-23 2024-02-09 北京小米移动软件有限公司 多prach传输配置方法、装置

Also Published As

Publication number Publication date
CN110149177B (zh) 2021-09-24
CN110149177A (zh) 2019-08-20

Similar Documents

Publication Publication Date Title
WO2019154082A1 (zh) 波束失败恢复的方法、终端设备及网络设备
US11665571B2 (en) Reference signal measurement method and user terminal
WO2021027926A1 (zh) 中继重选方法、设备及介质
WO2020020212A1 (zh) 随机接入方法、终端及网络设备
US11343855B2 (en) Method and device for random access and terminal
WO2019184629A1 (zh) 针对波束失败的配置方法和终端
WO2019161741A1 (zh) 辅小区组添加方法、终端设备及主节点
US11671854B2 (en) Cell beam failure processing method, mobile communication terminal and network side device
WO2019137276A1 (zh) 通信业务过程冲突的处理方法及终端
WO2019062627A1 (zh) 随机接入方法、移动终端及网络设备
KR20210036956A (ko) 재구성 방법 및 단말
WO2019091266A1 (zh) 载波配置方法、用户终端和网络侧设备
US11937321B2 (en) Information indication method, information obtaining method, terminal, and network node
US11259323B2 (en) Random access method and user equipment
WO2019218996A1 (zh) 测量控制方法、终端和网络侧设备
EP3876583B1 (en) Processing method and terminal
WO2019161740A1 (zh) 辅小区组删除方法、终端设备及网络节点
US11910235B2 (en) Data processing method, information configuration method, terminal, and network device
US20210243764A1 (en) Resource Allocation Method, Terminal Device, and Network-Side Device
WO2020216331A1 (zh) 随机接入方法及终端
US20230012892A1 (en) Radio link monitoring method, terminal, and network side device
US20210076364A1 (en) Information interaction method and terminal
CN110839298B (zh) 一种移动性管理方法及相关设备
WO2019184761A1 (zh) 测量结果的指示方法、终端和基站
WO2021190477A1 (zh) 接收方法、发送方法、终端及网络侧设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19750931

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19750931

Country of ref document: EP

Kind code of ref document: A1