WO2019154318A1 - Procédé de traitement pour une reprise sur incident de faisceau et dispositif terminal - Google Patents

Procédé de traitement pour une reprise sur incident de faisceau et dispositif terminal Download PDF

Info

Publication number
WO2019154318A1
WO2019154318A1 PCT/CN2019/074404 CN2019074404W WO2019154318A1 WO 2019154318 A1 WO2019154318 A1 WO 2019154318A1 CN 2019074404 W CN2019074404 W CN 2019074404W WO 2019154318 A1 WO2019154318 A1 WO 2019154318A1
Authority
WO
WIPO (PCT)
Prior art keywords
beam failure
failure recovery
coreset
control information
quality
Prior art date
Application number
PCT/CN2019/074404
Other languages
English (en)
Chinese (zh)
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 WO2019154318A1 publication Critical patent/WO2019154318A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a method and a terminal device for processing a Beam Failure Recovery (BFR).
  • BFR Beam Failure Recovery
  • the wavelength of the wireless signal is short, the signal propagation is easily blocked, and the signal propagation is interrupted, thereby causing a beam failure event.
  • the beam failure recovery timer can be initiated when it is determined that a beam failure event has occurred.
  • the physical layer of the terminal device can measure the beam identification reference signal to find a new candidate beam.
  • the upper layer of the terminal device (such as the Medium Access Control (MAC) layer) may determine a Physical Random Access Channel (PRACH) resource or a PRACH sequence according to the selected candidate beam. If the terminal device determines that the trigger condition of the beam failure recovery request is met, the terminal device may send the beam failure recovery request to the network device on the contention-free PRACH. After receiving the beam failure recovery request, the network device may be in a Physical Downlink Control Channel (PDCCH) on a Control Resource Set-Beam Failure Recovery (CORESET-BFR). A response message is sent to recover the beam.
  • PDCH Physical Downlink Control Channel
  • CORESET-BFR Control Resource Set-Beam Failure Recovery
  • the beam failure recovery timer is used to determine whether the beam failure is restored (that is, the terminal device receives the response message sent by the network device, and then determines that the beam failure recovery succeeds), and if the network device passes the configuration information before the beam failure event.
  • the beam of the control resource set (CORESET) configured by the terminal device is recovered after the blocking object is removed, the beam failure can be restored in advance, but the above-mentioned recovery detection cannot be completed, but the beam failure recovery timer is still passed. Determine if the beam failure is restored.
  • the above-described beam failure recovery timer to determine whether the beam failure is recovered does not reflect whether the CORESET configured before the beam failure event is recovered. Therefore, it is necessary to provide a more optimized or more reliable beam failure recovery scheme.
  • An object of the embodiments of the present disclosure is to provide a processing method and a terminal device for beam failure recovery, so as to implement beam failure recovery as early as possible.
  • a method for processing beam failure recovery is proposed, which is applied to a terminal device, including:
  • a beam failure recovery timer is started
  • the beam failure recovery timer is stopped if the quality of the beam where the CORESET is located meets a preset condition.
  • a terminal device including:
  • the startup module is configured to start a beam failure recovery timer when determining that a beam failure event occurs
  • a measuring module configured to measure a quality of a beam of a control resource set CORESET configured before the beam failure event occurs
  • the timer stop module is configured to stop the beam failure recovery timer if the quality of the beam where the CORESET is located meets a preset condition.
  • a terminal device comprising: a memory, a processor, and a computer program stored on the memory and operable on the processor, the computer program being implemented by the processor The steps of the method described in the above first aspect.
  • a computer readable storage medium on which is stored a computer program that, when executed by a processor, implements the steps of the method as described in the first aspect above.
  • the embodiment of the present disclosure when determining a beam failure event, starts a beam failure recovery timer, and measures the quality of the beam of the control resource set CORESET that is configured before the beam failure event occurs. Stop the beam failure recovery timer if the quality of the beam where the CORESET is located meets the preset condition. Thus, by continuing to monitor the quality of the beam where the CORESET is configured before the beam failure event, after the beam failure event occurs, the CORESET is located.
  • the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and no subsequent beam failure recovery request is sent and the network device is no longer performed.
  • the monitoring of the corresponding response message is sent, so that the beam recovery is determined as early as possible.
  • FIG. 1 is a schematic diagram of a method for processing beam failure recovery according to the present disclosure
  • FIG. 2 is a schematic diagram of interaction between a network device and a terminal device performing beam failure recovery processing in the related art
  • FIG. 3 is a schematic diagram of another method for processing beam failure recovery according to the present disclosure.
  • FIG. 5 is another embodiment of a terminal device according to the present disclosure.
  • Embodiments of the present disclosure provide a method and a terminal device for processing beam failure recovery.
  • the technical solution of the present disclosure can be applied to various communication systems, such as: Global System of Mobile communication (GSM), Code Division Multiple Access (CDMA) system, and wideband code division multiple access ( Wideband Code Division Multiple Access Wireless (WCDMA), General Packet Radio Service (GPRS), Long Term Evolution (LTE), and the like.
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access Wireless
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • UE User Equipment
  • the access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), with wireless communication.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Assistant
  • PLMN public land mobile network
  • the network device may be a device for communicating with the mobile device, and the network device may be a Base Transceiver Station (BTS) in GSM or CDMA, or a base station (NodeB, NB) in WCDMA, or may be in LTE.
  • BTS Base Transceiver Station
  • NodeB, NB base station
  • LTE Long Term Evolutionary Node B
  • eNB or eNodeB Evolutionary Node B or eNodeB
  • PLMN Public Land Mobile Network
  • the system to which the present disclosure is adapted may be a Frequency Division Duplex (FDD), a Time Division Duplex (TDD), or a system in which FDD and TDD are used in a duplex manner. Make a limit.
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • an embodiment of the present disclosure provides a processing method for beam failure recovery, which may be applied to a process of determining beam failure recovery when a beam failure occurs.
  • the executor of the method may be a user-side device, where the user-side device may be a terminal device, and the terminal device may be a mobile terminal device such as a mobile phone, a tablet computer, or a wearable device, and the terminal device may also be a terminal such as a personal computer. device.
  • the method may specifically include the following steps:
  • the beam failure event may be in a high-band communication system. Because the wavelength of the wireless signal is short, the signal propagation is easily blocked, and the signal propagation is interrupted, causing the beam to fail.
  • the beam failure recovery timer can be set to a higher layer of the terminal device (such as the MAC layer), and the beam failure recovery timer is set with a corresponding start condition, which may be a beam failure event of the terminal device's high-level declaration (Declare).
  • the beam failure recovery timer is further configured with a stop condition, where the terminal device receives a response message sent by the network device (such as a base station, etc.), and if the beam failure recovery timer expires, the network device is still not received ( If the response message is sent by a base station or the like, it is determined that the beam failure recovery is unsuccessful.
  • the quality of the beam where the CORESET is configured before the beam failure event can be determined by one or more beam parameters, for example, by one or more of the beam parameters such as the reference signal received power and the block error rate.
  • the beam parameter determination may be set according to actual conditions, which is not limited by the embodiment of the present disclosure.
  • radio access technology standards such as LTE or LTE evolution (LTE-A) are based on Multiple-Input Multiple-Output (MIMO) + Orthogonal Frequency Division (Orthogonal Frequency Division). Based on Multiplexing, OFDM) technology.
  • MIMO technology utilizes the spatial freedom that multi-antenna systems can achieve to improve peak rate and system spectrum utilization.
  • MIMO Multiple-user MIMO
  • MU-MIMO Multi-user MIMO
  • TM-8 Transmission Mode-8
  • TM-8 Transmission Mode-8
  • Single-user multiple input multiple output (Single-User MIMO, SU-MIMO) transmission capability is extended to a maximum of eight data layers in Release-10.
  • Massive MIMO technology uses large-scale antenna arrays, which can greatly improve system frequency band utilization efficiency and support a larger number of access users. Therefore, Massive MIMO technology may be one of the most promising physical layer technologies in the next generation of mobile communication systems.
  • digital-analog hybrid beamforming technology emerges, which is based on the traditional digital domain beamforming, adding a first-order beam to the RF signal near the front end of the antenna system.
  • Analog shaping enables a relatively coarse match between the transmitted signal and the channel in a relatively simple manner.
  • the dimension of the equivalent channel formed after the analog shaping is smaller than the actual number of antennas. Therefore, the required analog-to-digital conversion device and/or digital-to-analog conversion device, the number of digital channels, and the corresponding baseband processing complexity can be Greatly reduced.
  • the residual interference of the analog shaped portion can be processed again in the digital domain to ensure the quality of the MU-MIMO transmission.
  • digital-analog hybrid beamforming is a compromise between performance and complexity. It has a high practical prospect in systems with high bandwidth and large number of antennas.
  • the working frequency band supported by the system can be upgraded to above 6 GHz, up to about 100 GHz.
  • the high frequency band has a relatively rich idle frequency resource, which can provide greater throughput for data transmission.
  • 3GPP has completed the modeling of high-frequency channels.
  • the wavelength of high-frequency signals is short.
  • more antenna elements can be arranged on the same size panel, and beamforming technology is used to form more directivity.
  • the analog beamforming is transmitted at full bandwidth, and the antenna elements of each polarization direction on the panel of each high frequency antenna array can only transmit analog beams in a time division multiplexed manner.
  • the shaping weight of the analog beam is achieved by adjusting the parameters of the device such as the RF front-end phase shifter.
  • the training of the beamforming vector can be performed by using a polling method, that is, the antenna elements of each polarization direction of each antenna panel sequentially transmit the training signals at the appointed time in a time division multiplexing manner (ie, candidates)
  • the shaping vector is transmitted by the terminal device after the measurement, so that the network device uses the training signal to implement the analog beam transmission in the subsequent transmission of the service.
  • the content of the beam report may include an identification of the optimal one or more transmit beams and the received power of each of the measured transmit beams.
  • a beam failure recovery mechanism is introduced in the related art, and the mechanism may include the following contents:
  • the terminal device measures a beam failure detection reference signal (Beam Failure Detection Reference Signal) at the physical layer, and determines whether a beam failure event occurs according to the obtained measurement result, where it is determined whether a beam failure event occurs.
  • the condition may be: if a metric of a Serving Beam is detected (a block error ratio (BLER) that can be a Hypothetical PDCCH), the preset condition (ie, Hypothetical PDCCH BLER) is met. If the value exceeds the preset threshold, it is determined as a Beam Failure Instance.
  • the physical layer of the terminal device can report the indication information to the upper layer of the terminal device (such as the MAC layer, etc.), where the reporting process can be a period.
  • the implementation of the present invention may be understood by those skilled in the art that the multiple beams may be part of all service beams or all service beams of one terminal, and the disclosure is not limited thereto.
  • the physical layer of the terminal device determines that no beam failure instance occurs, the indication information may not be sent to the upper layer of the terminal device.
  • the upper layer of the terminal device can use the counter to count the indication information reported by the physical layer. When the maximum number of network configurations (ie, the preset number threshold) is reached, the terminal device can declare that a beam failure event has occurred.
  • the physical layer of the terminal device can measure a Beam Identification Reference Signal to find a new candidate beam (Candidate Beam), wherein the foregoing process is not limited to only after a beam failure event occurs. Execution may also be performed before a beam failure event occurs.
  • the preset condition may be met (eg, the measurement quality of the beam identification reference signal exceeds the preset L1-reference signal reception)
  • the measurement result of the threshold value of the L1-Reference Signal Receiving Power (L1-RSRP) is reported to the upper layer of the terminal device, and the reported content may include a beam reference signal index (ie, a Beam Reference Signal Index) and an L1-RSRP.
  • the high layer of the terminal device can select a candidate beam (Candidate Beam) based on the content reported by the physical layer of the terminal device.
  • a higher layer (such as a MAC layer) of the terminal device may determine a physical random access channel PRACH resource or a PRACH sequence according to the selected candidate beam. If the terminal device determines that the trigger condition of the beam failure recovery request is satisfied, the terminal device may send the beam failure recovery request to the network device on the contention-free PRACH. The terminal device may transmit the beam failure recovery request according to the number of transmissions of the configured beam failure recovery request and/or the beam failure recovery timer.
  • the network device may send a response message in a dedicated PDCCH on the CORESET-BFR, where the response message may carry the cell wireless
  • the Cell-Radio Network Temporary Identifier (C-RNTI) may be further included in the response message, including switching to a candidate beam, restarting a beam search operation, or other indication information.
  • C-RNTI Cell-Radio Network Temporary Identifier
  • the physical layer of the terminal device may send indication information to the upper layer of the terminal device, so that the upper layer of the terminal device determines the subsequent radio link failure process.
  • the terminal device determines whether the beam failure is recovered by the response message of the network device that the terminal device monitors the beam where the CORESET-BFR is located, and if the quality of the beam where the CORESET is configured before the beam failure event (which can be measured by the reference signal) is blocking the object If it is removed and recovered, the beam failure can be restored in advance. At this time, the terminal device does not need to continue to monitor the beam where the CORESET-BFR is located.
  • the embodiment of the present disclosure provides a solution, which may specifically include the following content:
  • the network device may send configuration information of the CORESET to the terminal device, and the terminal device may configure one or more CORESETs based on the configuration information, and after the configuration is completed, one or more configured CORESETs may be obtained.
  • the terminal device and the network device can perform instruction interaction based on the beam in which the configured CORESET is located.
  • the network device may also send a beam failure detection reference signal to the terminal device according to the beam where the configured CORESET is located in real time or periodically. After receiving the beam failure detection reference signal, the terminal device may perform the beam at the physical layer. The failure detection reference signal is measured, and the beam failure event is determined according to the obtained measurement result.
  • the physical layer of the terminal device may send the indication information of the beam failure instance (ie, the Beam Failure Instance) to the upper layer of the terminal device (such as the MAC layer, etc.), when the number of times the indication information is received is reached.
  • the upper layer of the terminal device can declare that a beam failure event has occurred. At this time, the terminal device can start a beam failure recovery timer for timing.
  • the quality of the beam of the control resource set CORESET that is configured before the beam failure event occurs is measured.
  • the beam failure recovery timer needs to be started, and then, in order to know in time the beam of the CORESET configured before the beam failure event occurs, and determine as early as possible.
  • the terminal device can continue to measure the quality of the beam where the CORESET is configured before the beam failure event occurs.
  • the measurement of the quality of the beam where the CORESET is located may be one measurement or multiple consecutive times. Measurements, embodiments of the present disclosure do not limit the number of measurements.
  • the quality of the beam in which the CORESET is located may be differently characterized, for example, by using the reference signal received power or the block error rate mentioned above, and specifically, the reference signal receiving power may be used to represent the above.
  • the quality of the beam where the CORESET is located that is, the value of the received power of the reference signal can be measured, and the measured value can be used to characterize the quality of the beam where the CORESET is located.
  • the preset condition may be set according to an actual situation.
  • the preset condition may be that the quality of the beam where the CORESET is located is greater than or equal to, or less than or equal to a preset threshold.
  • the quality of the beam where the CORESET is located may be compared with a preset condition, if the CORESET is in the beam. If the quality meets the preset condition, it can be determined that the configured CORESET has been restored before the beam failure event. At this time, the terminal device can determine that it is not necessary to continue to monitor the beam where the CORESET-BFR is located, and does not need to use the beam failure recovery timer. Timing, the terminal device can stop the beam failure recovery timer, and the terminal device can continue to perform instruction interaction in the beam where the CORESET-BFR is located.
  • the reference signal received power may be used to represent the quality of the beam where the CORESET is located.
  • the preset condition may be that the reference signal received power is greater than or equal to a preset threshold, where the preset threshold may be set according to actual conditions. The disclosed embodiments do not limit this.
  • the terminal device measures the reference signal received power of the beam where the CORESET is located, the measured reference signal received power may be compared with a preset threshold. If the measured reference signal received power is less than a preset threshold, the beam failure event is indicated. The previously configured CORESET is not restored. At this time, the terminal device can continue to use the beam failure recovery timer for timing. If the measured reference signal received power is greater than or equal to the preset threshold, it indicates that the CORESET is configured before the beam failure event. The device has been restored. At this time, the terminal device can stop the beam failure recovery timer.
  • An embodiment of the present disclosure provides a method for processing a beam failure recovery, which is applied to a terminal device, and when determining a beam failure event, starts a beam failure recovery timer, and measures a beam of a control resource set CORESET that is configured before a beam failure event occurs.
  • the quality of the beam stops the beam failure recovery timer when the quality of the beam where the CORESET is located meets the preset condition.
  • the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and no subsequent beam failure recovery request is sent.
  • the network device sends a corresponding response message to monitor, so as to determine the beam recovery success as early as possible.
  • the executor of the method may be a terminal device, where the terminal device may be a mobile terminal device such as a mobile phone, a tablet computer or a wearable device, and the terminal device may also be a terminal device such as a personal computer.
  • the terminal device may include multiple layers, for example, a physical layer at the bottom layer, a MAC layer at a higher layer, and the like.
  • the upper layer of the terminal device is used as an example of the MAC layer.
  • the method may include the following steps:
  • the beam failure recovery timer is started.
  • the content of the step S302 is the same as the content of the step S102 in the first embodiment.
  • the physical layer of the terminal device measures the quality of the beam in which the control resource set CORESET is configured before the beam failure event occurs.
  • the content of the step S304 is the same as the content of the step S104 in the first embodiment.
  • the first quantity may be determined by one of the following manners: determining, based on configuration information of the network device, determining by the terminal device, and determining according to a predetermined protocol, where the configuration information may be used to configure the number of measurements (ie, the first quantity), such as configuration.
  • the information indicates that the first quantity is 10 or 5, and the terminal device determines that the terminal device may be randomly or according to actual conditions, and the predetermined protocol may be used to set the first number of dedicated protocols, or may be commonly used. Communication protocol, etc.
  • the preset condition may include one of the following conditions: the reference signal received power RSRP of the RS carried on the beam where the CORESET is located is greater than or equal to the preset RSRP; and the block error rate BLER of the RS carried on the beam where the CORESET is located is less than or equal to the preset BLER.
  • the preset condition is not limited to the above two types, and may also include other multiple achievable conditions, which may be set according to actual conditions, which is not limited by the embodiment of the present disclosure.
  • the quality of the beam where the CORESET is located may be characterized by the measurement result of the RS carried on the beam where the CORESET is located.
  • the measurement of the RS may be one measurement or multiple consecutive measurements.
  • the processing of performing the measurement on the RS may include: the network device may send the configuration information to the terminal device by using the high layer signaling, and the terminal device may configure the preset condition that the measurement result needs to be satisfied by using the configuration information.
  • the physical layer of the terminal device can perform a measurement on the RS carried on the beam where the CORESET is located, and obtain a corresponding measurement result, which can match the measurement result with a preset condition.
  • the physical layer of the terminal device It can be determined that the quality of the beam where the CORESET is located meets the preset condition. At this time, the physical layer of the terminal device can report to the MAC layer an indication information or a notification message for indicating that the quality of the beam where the CORESET is located meets a preset condition.
  • the method for performing the measurement on the RS may be implemented in other manners, and may be implemented in other manners.
  • the following may further provide an optional processing manner, which may include: the physical layer of the terminal device may be carried on the beam where the CORESET is located.
  • the RS performs a measurement and obtains the corresponding measurement result.
  • the physical layer of the terminal device can report the obtained measurement result to the MAC layer.
  • the MAC layer can match the measurement result with the preset condition to determine whether the measurement result meets the preset condition. If the measurement result satisfies the preset condition, it is determined that the quality of the beam where the CORESET is located satisfies a preset condition.
  • the process of performing the first quantity measurement on the RS may include: the network device may send the configuration information to the terminal device by using the high layer signaling, and the terminal device may configure the preset number threshold by using the configuration information, and the preset required to configure the measurement result. Conditions, etc.
  • the physical layer of the terminal device can continuously perform the first quantity measurement on the RS carried on the beam where the CORESET is located, and obtain the measurement result of each measurement respectively, and each measurement result can be matched with the preset condition separately, whenever a certain measurement is performed.
  • the physical layer of the terminal device may report the indication information or the notification message to the MAC layer of the terminal device until all the measurement results are matched with the preset condition.
  • the MAC layer of the terminal device may The number of times the received indication information or the notification message is counted. If the number of times exceeds the preset number of times threshold, the quality of the beam where the CORESET is located may be determined to meet the preset condition.
  • the process of performing the first quantity measurement on the RS may be implemented in other manners, and may be implemented in other manners.
  • the following may further provide an optional processing manner, which may include: the physical layer of the terminal device may be located on the beam where the CORESET is located.
  • the RS carried on the uplink continuously performs the first quantity measurement, and the measurement result of each measurement is obtained respectively.
  • the physical layer of the terminal device can report the obtained measurement result to the MAC layer, and the MAC layer can match the measurement result with the preset condition to determine Whether each measurement result meets the preset condition.
  • the MAC layer may record the measurement result (which may be the number of records or the number of records), wherein it should be noted that, for the case of consecutive multiple measurements, the number of consecutive records or the number of records needs to be performed. If the MAC layer determines that a measurement result does not satisfy the preset condition during the judgment period, it is necessary to re-record the number or the number (ie, re-count).
  • the process of determining that the quality of the beam where the CORESET is located meets the preset condition may occur in any of the above periods from the start of determining the occurrence of the beam failure event by the terminal device to the transmission of the beam failure recovery request to the network device.
  • different conclusions and processing methods may occur at different time points. For details, refer to the following S308.
  • the process that the quality of the beam where the CORESET is located meets the preset condition may occur in the foregoing period (that is, from the time when the terminal device determines that the beam failure event occurs to the time when the beam failure recovery request is sent to the network device)
  • the success of beam failure recovery is decisive at different time points. The following describes various possible situations. For details, see Case 1 to Case 5 below.
  • the media access control MAC layer sends the indication information for requesting the physical layer of the terminal device to report the candidate beam information to the physical layer, it is determined that the beam failure recovery is successful.
  • the MAC layer of the terminal device may also cancel sending the foregoing indication information to the physical layer.
  • the indication information may be used to request the physical layer of the terminal device to report the candidate beam information.
  • the MAC layer of the terminal device may declare a beam failure event and start The beam failure recovery timer. At this time, the terminal device can continue to measure the quality of the beam where the CORESET is configured before the beam failure event occurs, and the measurement result of one measurement or continuous multiple measurement of the beam where the CORESET is located meets the preset.
  • the physical layer of the terminal device may report the indication information or the notification message to the MAC layer.
  • the MAC layer of the terminal device declares that a beam failure event occurs, and the MAC layer sends an indication information for requesting the physical layer to report the candidate beam information to the physical layer (or may be an instruction, a command).
  • the notification message and the like that is, before the MAC layer sends the foregoing indication information to the physical layer, it is determined that the quality of the beam where the CORESET is located meets the preset condition), and then the beam failure recovery is determined to be successful.
  • the MAC layer does not need to send the indication information to the physical layer again. Therefore, the MAC layer may not send the indication to the physical layer.
  • Information correspondingly, the physical layer does not need to report candidate beam information to the MAC layer.
  • the MAC layer may also cancel the PRACH resource or PRACH sequence indicating to the physical layer for transmitting the beam failure recovery request.
  • the MAC layer of the terminal device sends the indication information (or may be an instruction, a command, or a notification message, etc.) for requesting the physical layer to report the candidate beam information to the physical layer.
  • the MAC layer indicates to the physical layer between the PRACH resource or the PRACH sequence for transmitting the beam failure recovery request (that is, before the MAC layer indicates to the physical layer the PRACH resource or the PRACH sequence for transmitting the beam failure recovery request, determining the foregoing If the quality of the beam where the CORESET is located meets the preset condition, the beam failure recovery is successful.
  • the beam failure recovery is successful, and the MAC layer has not indicated to the physical layer the PRACH resource or PRACH used to send the beam failure recovery request.
  • the MAC layer does not need to indicate to the physical layer the PRACH resource or PRACH sequence used to send the beam failure recovery request. Therefore, the MAC layer may not indicate to the physical layer the PRACH resource or PRACH used to send the beam failure recovery request.
  • the terminal device also does not need to send a beam failure recovery request to the network device.
  • the MAC layer of the terminal device may also cancel the network. The device sends the above beam failure recovery request.
  • the actual application may include multiple For details, please refer to Case 4 and Case 5 below.
  • the MAC layer may also clear the number of transmissions of the beam failure recovery request and stop transmitting the beam failure recovery request.
  • the preset number of times may be determined based on the configuration information of the network device, or may be determined based on a predetermined protocol, and may be set according to an actual situation.
  • the embodiment of the present disclosure does not limit this, and the preset number of times may be 10 times or 5 times and so on.
  • the beam failure recovery timer has not expired (that is, the number of times the beam failure recovery request is sent reaches the preset number of times and the beam fails.
  • the recovery timer expires, it is determined that the quality of the beam where the CORESET is located meets the preset condition, and then the beam failure recovery is determined to be successful.
  • the terminal device since the beam failure recovery is successful, the terminal device does not need to count through the counter, and does not need to send a beam failure recovery request to the network device. Therefore, the MAC layer can clear the above counter (that is, The number of times the beam failure recovery request is sent is cleared, and the terminal device can stop sending a beam failure recovery request to the network device.
  • the terminal device may perform other related operations in addition to the foregoing process of clearing the counter and stopping the transmission of the beam failure recovery request, and further providing an optional process, which may specifically include the following Content: Stop listening to the control resource set CORESET-BFR for beam failure recovery, wherein the PDCCH of the CORESET-BFR is used to send a response message for the beam failure recovery request, and correspondingly, the terminal device may stop receiving the foregoing transmission by the network device. Response message.
  • the MAC layer of the terminal device can also clear the number of times the beam failure recovery request is sent.
  • the beam failure recovery failure may be determined; or, if the measurement and indication information or the notification message is reported, Between the transmission beam failure recovery request and the response message sent by the network device, and the beam failure recovery timer has expired (that is, after the beam failure recovery timer expires, it is determined that the quality of the beam where the CORESET is located meets the preset condition. ), you can determine that the beam failure recovery failed. After determining that the beam failure recovery fails, the terminal device may clear the above counter (that is, clear the number of transmissions of the beam failure recovery request).
  • the terminal device can complete the beam switching by the following steps 1 and 2.
  • Step 1 Receive control information on a beam where the CORESET is configured before the beam failure event occurs, and the control information may include one or more of configuration information, activation information, and indication information of the beam.
  • the control information may be transmitted by the PDCCH or the like, or the transmission channel of the control information may be set according to actual conditions.
  • the configuration information, the activation information, and the indication information of the beam may be related information for controlling beam switching, including but not limited to the name, encoding, switching mode, and the like of the beam.
  • the network device does not receive the beam failure recovery request sent by the terminal device (which may be that the terminal device has not started to transmit, or the transmission is lost, etc.), the network device does not send the CORESET-BFR to the terminal device, therefore,
  • the control information can be sent only on the beam where the CORESET is configured before the beam failure event occurs.
  • the terminal device can receive the control information including one or more of the configuration information, the activation information, and the indication information of the beam.
  • the terminal device can still perform the beam switching by using the foregoing processing manner. For details, refer to the case where the network device does not receive the beam failure recovery request, and details are not described herein.
  • step two beam switching is performed according to the above control information.
  • the terminal device may perform a beam switching operation according to one or more pieces of information of configuration information, activation information, and indication information of the beam in the control information.
  • Case 2 In the case that the terminal device has sent a beam failure recovery request to the network device, the terminal device may complete the beam switching by the following steps 1 and 2.
  • Step 1 Receive the first control information on the beam where the CORESET is configured before the beam failure event occurs, and/or receive the second control information on the beam where the CORESET-BFR is located.
  • the first control information may be sent by the PDCCH, and the second control information may also be sent by the PDCCH.
  • the first control information may include one or more of configuration information, activation information, and indication information of the beam, and the second control information is also The one or more of the configuration information of the beam, the activation information, and the indication information may be included, and the first control information and the second control information may be the same or different.
  • the network device may send the control information in the CORESET-BFR, or may send the control information on the beam where the CORESET is configured before the beam failure event occurs, so The network device may send the first control information on the beam where the CORESET is configured before the beam failure event occurs, and/or send the second control information on the beam where the CORESET-BFR is located.
  • Step 2 Perform beam switching according to at least one of the first control information and the second control information.
  • the terminal device may not be able to determine whether to pass the first control information or perform the beam switching by using the second control information.
  • the following two different processes may be provided. For details, refer to the following methods 1 and 2.
  • the contents of the first control information and the second control information are the same.
  • the processing in the second step may be to perform beam switching according to the first control information received in the first control information and the second control information; or
  • the priority of the control information and the second control information is performed, wherein the priority of the first control information and the second control information is determined by one of: determining based on configuration information of the network device, determining, by the terminal device, and based on The booking agreement is determined.
  • processing of the foregoing S308 and S310 is described in order. In actual applications, the processing of the foregoing S308 and S310 may have no obvious sequence, that is, the processing of S310 may be performed first, and then the processing of S308 may be performed. Alternatively, the process of S310 is performed in the process of performing the process of the above S308, or the process of the process of S310 is performed in the process of performing the process of the above S310, and the like.
  • An embodiment of the present disclosure provides a method for processing a beam failure recovery, which is applied to a terminal device, and when determining a beam failure event, starts a beam failure recovery timer, and measures a beam of a control resource set CORESET that is configured before a beam failure event occurs.
  • the quality of the beam stops the beam failure recovery timer when the quality of the beam where the CORESET is located meets the preset condition.
  • the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and no subsequent beam failure recovery request is sent.
  • the network device sends a corresponding response message to monitor, so as to determine the beam recovery success as early as possible.
  • the embodiment of the present disclosure further provides a terminal device, as shown in FIG. 4 .
  • the terminal device may include a startup module 401, a measurement module 402, and a timer stop module 403.
  • the startup module 401 is configured to start a beam failure recovery timer when determining that a beam failure event occurs;
  • a measuring module configured to measure a quality of a beam of a control resource set CORESET configured before the beam failure event occurs
  • the timer stop module 402 is configured to stop the beam failure recovery timer if the quality of the beam where the CORESET is located meets a preset condition.
  • the terminal device further includes:
  • the determining module is configured to determine whether the beam failure recovery is successful according to the timing that the quality of the beam where the CORESET is located meets the preset condition.
  • the terminal device further includes:
  • a single measurement determining module configured to determine that a quality of a beam in which the CORESET is located satisfies the preset condition if a measurement result of performing one measurement on the reference signal RS carried on the beam where the CORESET is located satisfies the preset condition;
  • a plurality of measurement determining modules configured to determine that a quality of a beam in which the CORESET is located satisfies the preset condition, if the measurement result of the first quantity measurement of the RS continuously meets the preset condition, the first quantity It is determined by one of the following methods: determining based on configuration information of the network device, determining by the terminal device, and determining based on a predetermined protocol.
  • the preset condition includes one of the following conditions:
  • the reference signal received power RSRP of the RS carried on the beam where the CORESET is located is greater than or equal to the preset RSRP;
  • the block error rate BLER of the RS carried on the beam where the CORESET is located is less than or equal to the preset BLER.
  • the determining module is configured to determine, if the media access control MAC layer sends the indication information for requesting the physical layer to report candidate beam information, to the physical layer, to determine that the quality of the beam where the CORESET is located meets the Pre-set conditions to determine that the beam failure recovery is successful;
  • the terminal device further includes:
  • a first canceling module configured to cancel sending the indication information to the physical layer.
  • the determining module is configured to determine, before the medium access control MAC layer indicates, to the physical layer, a physical random access channel (PRACH) resource or a physical random access channel (PRACH) sequence for transmitting a beam failure recovery request, If the quality of the beam where the CORESET is located meets the preset condition, it is determined that the beam failure recovery is successful;
  • PRACH physical random access channel
  • PRACH physical random access channel
  • the terminal device further includes:
  • a second canceling module configured to cancel, to the physical layer, the PRACH resource or the PRACH sequence used to send the beam failure recovery request.
  • the determining module is configured to determine that the beam failure recovery is successful if it is determined that the quality of the beam where the CORESET is located meets the preset condition before sending the beam failure recovery request to the network device;
  • the terminal device further includes:
  • a third canceling module configured to cancel sending the beam failure recovery request to the network device.
  • the determining module is configured to determine that the quality of the beam where the CORESET is located meets the preset condition, if the number of times the beam failure recovery request is sent reaches a preset number of times and the beam failure recovery timer expires. Then determining that the beam failure recovery is successful;
  • the terminal device further includes:
  • the first processing module is configured to clear the number of times the beam failure recovery request is sent, and stop sending the beam failure recovery request.
  • the terminal device further includes:
  • the monitoring module is configured to stop listening to the control resource set CORESET-BFR for beam failure recovery, and the physical downlink control channel PDCCH of the CORESET-BFR is used to send a response message for the beam failure recovery request.
  • the determining module is configured to determine, if the number of times the beam failure recovery request is sent reaches a preset number of times, or after the beam failure recovery timer expires, determine that the quality of the beam where the CORESET is located meets the The preset condition determines that the beam failure recovery fails;
  • the terminal device further includes:
  • the second processing module is configured to clear the number of times the beam failure recovery request is sent.
  • the terminal device further includes:
  • a first receiving module configured to receive control information on a beam where the CORESET is configured before the beam failure event occurs;
  • a first beam switching module configured to perform beam switching according to the control information, where the control information includes one or more of configuration information, activation information, and indication information of the beam.
  • the terminal device further includes:
  • a second receiving module configured to receive first control information on a beam where the CORESET is configured before the beam failure event occurs, and/or receive second control information on a beam where the CORESET-BFR is located, where the first control
  • the information and the second control information include one or more of configuration information, activation information, and indication information of the beam
  • a second beam switching module configured to perform beam switching according to at least one of the first control information and the second control information.
  • the first control information and the second control information are the same.
  • the first control information is different from the second control information
  • the second beam switching module is configured to perform beam switching according to the first control information received by the first control information and the second control information; or, according to the first control information and the second
  • the priority of the control information is beam-switched, wherein the priority of the first control information and the second control information is determined by one of: determining based on configuration information of the network device, determining, by the terminal device, and based on a predetermined protocol determine.
  • An embodiment of the present disclosure provides a terminal device, when determining a beam failure event, starting a beam failure recovery timer, measuring a quality of a beam of a control resource set CORESET configured before a beam failure event occurs, and a quality of a beam at a CORESET If the preset condition is met, the beam failure recovery timer is stopped. Thus, by continuously monitoring the quality of the beam where the CORESET is configured before the beam failure event, after the beam failure event occurs, the measurement result of the beam where the CORESET is located is satisfied. When the condition is set, the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and no subsequent beam failure recovery request is sent and the network device sends a corresponding response message. Monitor to determine beam recovery successfully as early as possible.
  • FIG. 5 is a block diagram of a terminal device according to another embodiment of the present disclosure.
  • the terminal device 500 shown in FIG. 5 includes at least one processor 501, a memory 502, at least one network interface 504, and a user interface 503.
  • the various components in terminal device 500 are coupled together by a bus system 505.
  • bus system 505 is used to implement connection communication between these components.
  • the bus system 505 includes a power bus, a control bus, and a status signal bus in addition to the data bus.
  • various buses are labeled as bus system 505 in FIG.
  • the user interface 503 may include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touchpad, or a touch screen, etc.).
  • a pointing device eg, a mouse, a trackball, a touchpad, or a touch screen, etc.
  • the memory 502 in an embodiment of the present disclosure may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (Erasable PROM, EPROM), or an electric Erase programmable read only memory (EEPROM) or flash memory.
  • the volatile memory can be a Random Access Memory (RAM) that acts as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM).
  • SDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • DDRSDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • ESDRAM Enhanced Synchronous Dynamic Random Access Memory
  • SDRAM Synchronous Connection Dynamic Random Access Memory
  • DRRAM direct memory bus random access memory
  • memory 502 stores elements, executable modules or data structures, or a subset thereof, or their extended set: operating system 5021 and application 5022.
  • the operating system 5021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks.
  • the application 5022 includes various applications, such as a media player (Media Player), a browser (Browser), etc., for implementing various application services.
  • a program implementing the method of the embodiments of the present disclosure may be included in the application 5022.
  • the terminal device 500 further includes: a computer program stored on the memory 505 and executable on the processor 55.
  • a computer program stored on the memory 505 and executable on the processor 55.
  • a beam failure recovery timer is started
  • the beam failure recovery timer is stopped if the quality of the beam where the CORESET is located meets a preset condition.
  • Processor 501 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 501 or an instruction in a form of software.
  • the processor 501 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA Field Programmable Gate Array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with the embodiments of the present disclosure may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software modules can be located in a conventional computer readable storage medium of the art, such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the computer readable storage medium is located in a memory 502, and the processor 501 reads the information in the memory 502 and, in conjunction with its hardware, performs the steps of the above method.
  • the computer readable storage medium stores a computer program, and when the computer program is executed by the processor 501, the steps of the embodiment of the method for selecting the network unit are implemented.
  • the embodiments described in the embodiments of the present disclosure may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof.
  • the processing unit can be implemented in one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processing (DSP), Digital Signal Processing Equipment (DSP Device, DSPD), programmable Programmable Logic Device (PLD), Field-Programmable Gate Array (FPGA), general purpose processor, controller, microcontroller, microprocessor, other for performing the functions described in this disclosure In an electronic unit or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSP Digital Signal Processing
  • DSP Device Digital Signal Processing Equipment
  • PLD programmable Programmable Logic Device
  • FPGA Field-Programmable Gate Array
  • the techniques described in the embodiments of the present disclosure may be implemented by modules (eg, procedures, functions, etc.) that perform the functions described in the embodiments of the present disclosure.
  • the software code can be stored in memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.
  • it also includes:
  • it also includes:
  • the measurement result of the first quantity measurement of the RS continuously meets the preset condition, determining that the quality of the beam where the CORESET is located satisfies the preset condition, and the first quantity is determined by one of the following manners:
  • the configuration information of the network device is determined, the terminal device determines itself, and is determined based on a predetermined protocol.
  • the preset condition includes one of the following conditions:
  • the reference signal received power RSRP of the RS carried on the beam where the CORESET is located is greater than or equal to the preset RSRP;
  • the block error rate BLER of the RS carried on the beam where the CORESET is located is less than or equal to the preset BLER.
  • determining, according to the timing that the quality of the beam where the CORESET is located meets the preset condition, determining whether the beam failure recovery is successful including:
  • the media access control MAC layer sends the indication information for requesting the physical layer to report the candidate beam information to the physical layer, determining that the beam failure recovery is successful;
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • Determining a beam if it is determined that the quality of the beam where the CORESET is located satisfies the preset condition before the medium access control MAC layer indicates the physical random access channel PRACH resource or the PRACH sequence for transmitting the beam failure recovery request to the physical layer. Failure to recover successfully;
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the transmission of the beam failure recovery request to the network device is cancelled.
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the number of transmissions of the beam failure recovery request is cleared, and the beam failure recovery request is stopped.
  • the method further includes:
  • the monitoring resource set CORESET-BFR for beam failure recovery is stopped, and the physical downlink control channel PDCCH of the CORESET-BFR is used to send a response message for the beam failure recovery request.
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the beam failure recovery request is sent reaches a preset number of times, or after the beam failure recovery timer expires, determining that the quality of the beam where the CORESET is located satisfies the preset condition, determining that the beam failure recovery fails;
  • the number of transmissions of the beam failure recovery request is cleared.
  • it also includes:
  • control information includes one or more of configuration information, activation information, and indication information of the beam.
  • it also includes:
  • the information includes one or more of configuration information, activation information, and indication information of the beam;
  • the first control information and the second control information are the same.
  • the first control information is different from the second control information
  • Performing beam switching according to the first control information and the second control information including:
  • a priority of the first control information and the second control information is determined by one of:
  • the configuration information is determined, the terminal device determines itself, and is determined based on a predetermined protocol.
  • the terminal device 500 can implement various processes implemented by the terminal device in the foregoing embodiment. To avoid repetition, details are not described herein again.
  • An embodiment of the present disclosure provides a terminal device, when determining a beam failure event, starting a beam failure recovery timer, measuring a quality of a beam of a control resource set CORESET configured before a beam failure event occurs, and a quality of a beam at a CORESET If the preset condition is met, the beam failure recovery timer is stopped. Thus, by continuously monitoring the quality of the beam where the CORESET is configured before the beam failure event, after the beam failure event occurs, the measurement result of the beam where the CORESET is located is satisfied. When the condition is set, the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and no subsequent beam failure recovery request is sent and the network device sends a corresponding response message. Monitor to determine beam recovery successfully as early as possible.
  • an embodiment of the present disclosure further provides a computer readable storage medium.
  • the computer readable storage medium stores one or more programs that, when executed by a terminal device including a plurality of applications, perform the processes of FIGS. 1 to 3, cause the terminal device to execute the following operating:
  • a beam failure recovery timer is started
  • the beam failure recovery timer is stopped if the quality of the beam where the CORESET is located meets a preset condition.
  • it also includes:
  • it also includes:
  • the measurement result of the first quantity measurement of the RS continuously meets the preset condition, determining that the quality of the beam where the CORESET is located satisfies the preset condition, and the first quantity is determined by one of the following manners:
  • the configuration information of the network device is determined, the terminal device determines itself, and is determined based on a predetermined protocol.
  • the preset condition includes one of the following conditions:
  • the reference signal received power RSRP of the RS carried on the beam where the CORESET is located is greater than or equal to the preset RSRP;
  • the block error rate BLER of the RS carried on the beam where the CORESET is located is less than or equal to the preset BLER.
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the media access control MAC layer sends the indication information for requesting the physical layer to report the candidate beam information to the physical layer, determining that the beam failure recovery is successful;
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • Determining a beam if it is determined that the quality of the beam where the CORESET is located satisfies the preset condition before the medium access control MAC layer indicates the physical random access channel PRACH resource or the PRACH sequence for transmitting the beam failure recovery request to the physical layer. Failure to recover successfully;
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the transmission of the beam failure recovery request to the network device is cancelled.
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the number of transmissions of the beam failure recovery request is cleared, and the beam failure recovery request is stopped.
  • the method further includes:
  • the monitoring resource set CORESET-BFR for beam failure recovery is stopped, and the physical downlink control channel PDCCH of the CORESET-BFR is used to send a response message for the beam failure recovery request.
  • determining, according to the timing that the quality of the beam where the CORESET is located, meets the preset condition, determining whether the beam failure recovery is successful including:
  • the beam failure recovery request is sent reaches a preset number of times, or after the beam failure recovery timer expires, determining that the quality of the beam where the CORESET is located satisfies the preset condition, determining that the beam failure recovery fails;
  • the number of transmissions of the beam failure recovery request is cleared.
  • it also includes:
  • control information includes one or more of configuration information, activation information, and indication information of the beam.
  • it also includes:
  • the information includes one or more of configuration information, activation information, and indication information of the beam;
  • the first control information and the second control information are the same.
  • the first control information is different from the second control information
  • Performing beam switching according to the first control information and the second control information including:
  • a priority of the first control information and the second control information is determined by one of: a network device-based The configuration information is determined, the terminal device determines itself, and is determined based on a predetermined protocol.
  • An embodiment of the present disclosure provides a computer readable storage medium, when determining a beam failure event, starting a beam failure recovery timer, and measuring a quality of a beam of a control resource set CORESET configured before a beam failure event occurs, where the CORESET is located If the beam quality meets the preset condition, the beam failure recovery timer is stopped.
  • the beam failure recovery timer is stopped.
  • the terminal device stops the beam failure recovery timer, and can determine that the configured CORESET has been restored before the beam failure event, and the subsequent beam failure recovery request is not sent and the network device sends the corresponding The message is monitored and the beam recovery is determined as early as possible.
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller can be implemented in any suitable manner, for example, the controller can take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (eg, software or firmware) executable by the (micro)processor.
  • computer readable program code eg, software or firmware
  • examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, The Microchip PIC18F26K20 and the Silicone Labs C8051F320, the memory controller can also be implemented as part of the memory's control logic.
  • the controller can be logically programmed by means of logic gates, switches, ASICs, programmable logic controllers, and embedding.
  • Such a controller can therefore be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component.
  • a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • embodiments of the present disclosure can be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware aspects. Moreover, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or a combination of software and hardware aspects. Moreover, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • program modules include routines, programs, objects, components, data structures, and the like that perform particular tasks or implement particular abstract data types.
  • the present disclosure may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are connected through a communication network.
  • program modules can be located in both local and remote computer storage media including storage devices.

Landscapes

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

Abstract

La présente invention concerne un procédé de traitement pour une reprise sur incident de faisceau et un dispositif terminal. Le procédé est appliqué dans le dispositif terminal et consiste à : activer un temporisateur de reprise sur incident de faisceau lorsqu'il est déterminé qu'un événement d'incident de faisceau se produit ; mesurer la qualité du faisceau dans lequel est situé l'ensemble de ressources de commande CORESET configuré avant que l'événement d'incident de faisceau ne se produise ; et désactiver le temporisateur de reprise sur incident de faisceau lorsque la qualité du faisceau où est situé le CORESET satisfait une condition prédéfinie.
PCT/CN2019/074404 2018-02-09 2019-02-01 Procédé de traitement pour une reprise sur incident de faisceau et dispositif terminal WO2019154318A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810135598.3 2018-02-09
CN201810135598.3A CN110139291B (zh) 2018-02-09 2018-02-09 波束失败恢复的处理方法及终端设备

Publications (1)

Publication Number Publication Date
WO2019154318A1 true WO2019154318A1 (fr) 2019-08-15

Family

ID=67548752

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/074404 WO2019154318A1 (fr) 2018-02-09 2019-02-01 Procédé de traitement pour une reprise sur incident de faisceau et dispositif terminal

Country Status (2)

Country Link
CN (1) CN110139291B (fr)
WO (1) WO2019154318A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111836279B (zh) * 2019-08-23 2022-07-15 维沃移动通信有限公司 一种发生波束失败的处理方法和终端
CN112929921B (zh) * 2019-12-05 2023-01-13 维沃移动通信有限公司 波束失败恢复方法、终端及网络侧设备
CN110913419B (zh) * 2019-12-11 2021-08-17 展讯通信（上海）有限公司 用于辅链路的波束失败恢复方法及装置、存储介质、终端

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107005858A (zh) * 2015-02-13 2017-08-01 联发科技（新加坡）私人有限公司 MmW系统中间歇性断开的处理
CN107659951A (zh) * 2016-07-26 2018-02-02 华为技术有限公司 链路恢复方法、装置和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107404365B (zh) * 2016-05-20 2022-08-19 中兴通讯股份有限公司 发送和接收控制信息的方法及装置
US10411839B2 (en) * 2016-07-01 2019-09-10 Asustek Computer Inc. Method and apparatus for managing communication when a serving beam becomes invalid in a wireless communication system
CN107659994A (zh) * 2017-09-05 2018-02-02 宇龙计算机通信科技(深圳)有限公司 资源指示方法、相关设备及通信系统
CN110034844B (zh) * 2018-01-12 2021-03-09 电信科学技术研究院有限公司 一种信息传输方法、装置、第一设备及第二设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107005858A (zh) * 2015-02-13 2017-08-01 联发科技（新加坡）私人有限公司 MmW系统中间歇性断开的处理
CN107659951A (zh) * 2016-07-26 2018-02-02 华为技术有限公司 链路恢复方法、装置和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Status Report of WI on New Radio Access Technology, RAN1 NR-Adhoc#3", 3GPP RP-172461: INITIAL ACCESS AND MOBILITY, 30 September 2017 (2017-09-30), pages 56, XP055631078 *

Also Published As

Publication number Publication date
CN110139291B (zh) 2021-03-23
CN110139291A (zh) 2019-08-16

Similar Documents

Publication Publication Date Title
EP3278468B1 (fr) Techniques de détection et d'utilisation de réciprocité pour apprentissage de conformation de faisceaux
JP7332750B2 (ja) ビーム障害回復に対するランダムアクセスのための方法およびデバイス
CN109391984B (zh) 一种波束切换方法、移动终端及计算机可读存储介质
US11057790B2 (en) UE beam management: a combined periodic and event-based report approach for traffic overhead and UE mobility tradeoff
CN107431517B (zh) 用于探测性波束成形训练的装置、系统和计算机可读介质
CN109391948B (zh) 一种波束指示的处理方法、移动终端及网络侧设备
US20200187266A1 (en) Random access method, device, and system
WO2019137346A1 (fr) Procédé et dispositif terminal utilisés pour surveiller la qualité d'un canal
EP3827524B1 (fr) Procédé et système de gestion d'occultation de faisceau dans un système de communication sans fil
KR20200142062A (ko) 데이터 전송 방법, 장치, 및 컴퓨터-판독 가능 저장 매체
WO2020229976A1 (fr) Gestion de multiples panneaux d'antenne pour un équipement d'utilisateur dans des réseaux sans fil
WO2019154318A1 (fr) Procédé de traitement pour une reprise sur incident de faisceau et dispositif terminal
WO2019029562A1 (fr) Procédé de récupération suite à une défaillance de faisceau et terminal utilisateur
JP7133568B2 (ja) 無線通信方法及び装置
CN111432484A (zh) 5g新无线电波束改进过程
JP2021517387A (ja) 上りデータのスケジューリング方法及び装置
JP2021517416A (ja) 信号伝送方法、ネットワーク装置及び端末装置
JP2020523827A (ja) ビーム失敗回復要求の伝送リソース設定装置、ビーム失敗回復要求の応答装置、方法及び通信システム
WO2019238007A1 (fr) Procédé et appareil de détection de faisceau
US11445563B2 (en) Secondary cell link recovery request transmission
WO2019023851A1 (fr) Procédé, dispositif et système de communication
WO2021056334A1 (fr) Procédé et appareil de communication pour l'activation d'une cellule secondaire
WO2019128760A1 (fr) Procédé de réception de message et terminal
JPWO2019123623A1 (ja) ユーザ装置及び基地局装置
JP2023533538A (ja) 装置、方法、およびコンピュータプログラム

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

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

Country of ref document: EP

Kind code of ref document: A1