CN110351745B

CN110351745B - Beam monitoring method, device and terminal

Info

Publication number: CN110351745B
Application number: CN201810302352.0A
Authority: CN
Inventors: 黄秋萍; 陈润华; 高秋彬; 皮埃尔
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2018-04-04
Filing date: 2018-04-04
Publication date: 2022-04-01
Anticipated expiration: 2038-04-04
Also published as: CN110351745A

Abstract

The invention provides a beam monitoring method, a beam monitoring device and a terminal. The method comprises the following steps: and if a first data transmission layer of the terminal receives Random Access Channel (RACH) resource configuration which is sent by a second data transmission layer and used for beam failure recovery, the terminal stops sending a beam failure event report to the second data transmission layer by the first data transmission layer. By adopting the method, a mode of reporting the beam failure event after the beam monitoring fails can be provided.

Description

Beam monitoring method, device and terminal

Technical Field

The present invention relates to the field of wireless communications technologies, and in particular, to a method, an apparatus, and a terminal for beam monitoring.

Background

A wireless transmitter (e.g., a base station transmitter, a terminal transmitter) with multiple antennas may form a narrower wireless signal pointing in a particular direction (e.g., beamforming). The width and direction of the beam can be flexibly adjusted by applying appropriate weights at each antenna element. Beamforming can be either in the digital domain or in the analog domain or mixed. For digital beamforming, each antenna element has a separate baseband module, and each antenna element can independently control the amplitude and phase of the signal transmitted thereon, and thus, the digital beam can be narrowband (e.g., having a narrower bandwidth than the overall system bandwidth). The different digital beams may be multiplexed in the time or frequency domain. For analog beamforming, multiple antenna elements share the same digital baseband module, with each antenna element having an independent phase shifter. The signal transmitted by each antenna element can only be adjusted in transmit phase shift (no amplitude adjustment can be made). Therefore, the analog beams are broadband and can only be multiplexed in the time domain.

In current wireless communication schemes, a transmitter and a receiver need to communicate with each other to include data signals and control signals, which are used to instruct the receiver how to decode the data signals. For example, a Control signal, such as Downlink Control Information (DCI) in Long Term Evolution (LTE), is transmitted on a physical channel called a Physical Downlink Control Channel (PDCCH). Similar to the data channel, the PDCCH may also be beamformed to obtain the benefits of spatial diversity gain from multiple antennas. One possible approach to PDCCH beamforming is to divide the available time-frequency resources (referred to as time-frequency resources for short) into a plurality of components (components), each of which is referred to as a control resource set (CORESET).

Each core set corresponds to one beam, and a PDCCH carrying one DCI may be transmitted on one core set. In a 5G system, each CORESET may be configured with an associated reference Signal or synchronization Signal block SSB, which may be used to determine the beam of the CORESET. The base station configures a search space of the PDCCH for the terminal, wherein one search space corresponds to one CORESET, and the PDCCH of the search space corresponding to a certain CORESET is regarded as the PDCCH transmitted on the CORESET. The beam of the PDCCH is the same as that of the CORESET in which the PDCCH is located.

For control channels under different beams (e.g., different CORESET), the terminal may determine whether it is of sufficient quality for reliable control transmission by monitoring the quality of each beam. For this purpose, the network may configure M Reference Signals (RS) corresponding to M CORESET, each RS performing beamforming using the same beamforming matrix as its corresponding CORESET. The terminal may indirectly monitor the channel quality of the hypothetical PDCCH transmission under the beam by monitoring the quality of these RSs. If all beams fail, the terminal may report the event to the gNB. Optionally, the terminal may also report one or more new candidate beams that may meet a certain reliability index for subsequent PDCCH transmission.

Currently, in a 5G system, a scheme for monitoring and reporting a beam failure after a terminal detects the beam failure is not defined. If the beam failure recovery is not defined, the terminal can be caused to perform useless beam monitoring and reporting, so that power is consumed, or the terminal is not performing beam identification monitoring and reporting, so that the beam failure recovery process is influenced, and the like.

Disclosure of Invention

The invention aims to provide a beam monitoring method, a beam monitoring device and a beam monitoring terminal, which are used for providing a mode of reporting a beam failure event after the beam failure event is detected.

The embodiment of the invention provides a beam monitoring method, which is applied to a terminal, wherein the method comprises the following steps:

and if a first data transmission layer of the terminal receives Random Access Channel (RACH) resource configuration which is sent by a second data transmission layer and used for beam failure recovery, the terminal stops sending a beam failure event report to the second data transmission layer by the first data transmission layer.

Optionally, in the beam monitoring method, the first data transmission layer is a physical layer PHY, and the second data transmission layer is a medium access control MAC layer.

Optionally, the beam monitoring method further includes:

beam failure monitoring is stopped.

Optionally, the beam monitoring method further includes:

and stopping monitoring the physical downlink control channel PDCCH on a control resource set CORESET corresponding to the reference signal monitored by the beam failure monitoring.

Optionally, the beam monitoring method further includes:

and restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed.

Optionally, the beam monitoring method further includes:

and restarting the beam failure monitoring after successfully completing the beam failure recovery.

Optionally, in the beam monitoring method, after the beam failure recovery is successfully completed, the step of restarting the beam failure monitoring specifically includes:

and restarting the beam failure monitoring after successfully completing the beam failure recovery and receiving the beam failure monitoring reconfiguration information sent by the base station.

Optionally, the beam monitoring method, wherein the step of restarting beam failure monitoring includes:

and performing beam failure monitoring on a beam failure detection reference signal resource set configured by the beam failure monitoring reconfiguration information.

Optionally, the beam monitoring method, wherein the step of restarting the beam failure monitoring after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received includes:

restarting the beam failure monitoring at a preset Kth time slot after receiving beam failure monitoring reconfiguration information sent by the base station; or

And restarting the beam failure monitoring before the preset L-th time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Optionally, the beam monitoring method, wherein the step of restarting sending the beam failure event report from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed specifically includes: :

and restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received.

Optionally, the method for beam monitoring, wherein after the beam failure recovery is successfully completed and beam failure monitoring reconfiguration information sent by a base station is received, restarting sending, by the first data transmission layer, a beam failure event report to the second data transmission layer includes:

restarting to send a beam failure event report from the first data transmission layer to the second data transmission layer at a preset Kth time slot after receiving beam failure monitoring reconfiguration information sent by a base station; or

And restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer before the preset L-th time slot after the beam failure monitoring reconfiguration information sent by the base station is received.

Optionally, the beam monitoring method, wherein the beam failure monitoring reconfiguration information includes at least one of the following information:

configuration information of a control resource set for beam failure monitoring, configuration information of a beam of the control resource set for beam failure monitoring, configuration information of the control resource set for monitoring PDCCH, configuration information of a beam of the control resource set for monitoring PDCCH, and configuration information of a beam failure detection reference signal resource set.

Optionally, the beam monitoring method further includes:

and starting to monitor the PDCCH on a control resource set corresponding to the current beam failure detection reference signal resource set at the moment of restarting the beam failure monitoring.

Optionally, the beam monitoring method further includes:

and at the moment of restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer, starting to monitor the PDCCH on a control resource set corresponding to the current beam failure detection reference signal resource set.

An embodiment of the present invention further provides a terminal, including: a transceiver, a memory, a processor, and a computer program stored on the memory and executable on the processor; wherein the processor is configured to:

and if the first data transmission layer of the terminal receives the random access channel RACH resource configuration which is sent by the second data transmission layer and used for beam failure recovery, stopping sending the beam failure event report to the second data transmission layer by the first data transmission layer.

Optionally, in the terminal, the first data transmission layer is a physical layer PHY, and the second data transmission layer is a medium access control MAC layer.

Optionally, the terminal, wherein the processor is further configured to:

beam failure monitoring is stopped.

Optionally, the terminal, wherein the processor is further configured to:

Optionally, the terminal, wherein the processor is further configured to: and restarting the beam failure monitoring after successfully completing the beam failure recovery.

Optionally, the terminal, wherein the processor is specifically configured to:

Optionally, the terminal, wherein the processor is further configured to:

Optionally, the terminal, wherein the beam failure monitoring reconfiguration information includes at least one of the following information:

Optionally, the terminal, wherein the processor is further configured to:

The embodiment of the present invention further provides a beam monitoring apparatus, which includes:

a transmission module, configured to stop sending, by a first data transport layer of the terminal, a beam failure event report to a second data transport layer if the first data transport layer receives a random access channel RACH resource configuration for beam failure recovery sent by the second data transport layer.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when being executed by a processor, the computer program implements the steps of the beam monitoring method according to any one of the above.

The technical scheme of the invention at least has the following beneficial effects:

the beam monitoring method provided by the embodiment of the invention provides a scheme for reporting the beam failure after the terminal detects the beam failure, and when the beam failure event is monitored and the RACH resource configuration for beam failure recovery is determined to be received, the reporting of the beam failure event from the first data transmission layer to the second data transmission layer is stopped, so that the terminal is prevented from carrying out useless reporting and consuming electricity.

Drawings

Fig. 1 shows one of the flow charts of the beam monitoring method according to the embodiment of the present invention;

fig. 2 shows a second flowchart of the beam monitoring method according to the embodiment of the invention;

fig. 3 shows a third flowchart of the beam monitoring method according to the embodiment of the invention;

fig. 4 is a fourth flowchart of the beam monitoring method according to the embodiment of the invention;

fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention;

fig. 6 is a schematic structural diagram of a beam monitoring apparatus according to an embodiment of the present invention.

Detailed Description

In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the following detailed description is given with reference to the accompanying drawings and specific embodiments.

It should be understood that the embodiments and specific features in the embodiments of the present invention are described in detail for describing the technical solutions of the embodiments of the present invention, and are not limited to the technical solutions of the embodiments of the present invention, and the technical features in the embodiments and the embodiments of the present invention may be combined with each other without conflict.

The embodiment of the present invention may be applied to a 5G System, and may also be applied to other wireless Communication systems, such as a Long Term Evolution (LTE) System, a Global System for Mobile Communication (GSM), a Mobile Communication System (Universal Mobile Telecommunications System, UMTS), a Code Division Multiple Access (CDMA) System, other Orthogonal Frequency Division Multiplexing (OFDM) based systems, and a new network device System.

A terminal according to embodiments of the present invention may refer to a device that provides voice and/or data connectivity to a user, a handheld device having wireless connectivity, or other processing device connected to a wireless modem. Wireless user equipment may communicate with one or more core networks via a Radio Access Network (RAN), and terminals may be mobile terminals such as mobile telephones (or "cellular" telephones) and computers having mobile terminals, such as portable, pocket, hand-held, computer-included, or vehicle-mounted mobile devices, that exchange language and/or data with the RAN. Examples of such devices include Personal Communication Service (PCS) phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDAs), and the like. A Terminal may also be referred to as a system, a Subscriber Unit (Subscriber Unit), a Subscriber Station (Subscriber Station), a Mobile Station (Mobile), a Remote Station (Remote Station), an Access Point (Access Point), a Remote Terminal (Remote Terminal), an Access Terminal (Access Terminal), a User Terminal (User Terminal), a User Agent (User Agent), a User Device (User Device), and a wireless Device (wireless Device).

The base station according to embodiments of the present invention may be configured to convert received air frames and IP packets into each other as a router between the wireless terminal device and the rest of the access network, where the rest of the access network may include an Internet Protocol (IP) device. The base station may also be a device that coordinates management of attributes for the air interface. For example, the Base Station may be a network device in a 5G System, such as a Next generation Base Station (gNB), a Base Transceiver Station (BTS) in a Global System for Mobile Communication (GSM) or Code Division Multiple Access (CDMA), a Base Station (NodeB) in a Wideband Code Division Multiple Access (WCDMA), an evolved Node B (eNB or e-nb) in LTE, a gNB in a 5G System, or the like. The embodiments of the present invention are not limited. In addition, the base station may also be a handheld device having the functions of the base station, and the embodiment of the present invention is not limited.

It is to be understood that the terms first, second, and the like in the description of the embodiments of the invention are used for distinguishing between the descriptions and not necessarily for describing a sequential or chronological order. "plurality" in the description of the embodiments of the present invention means two or more. In the description of the embodiments of the present invention, one or more of "a group" may be included.

For clearly explaining the specific process of the beam monitoring method according to the embodiment of the present invention, the following description will first describe a beam failure monitoring and recovery manner.

The base station may configure a set of Reference Signal resources for the terminal for beam failure monitoring (the Reference Signal resources include, but are not limited to, Channel State Information Reference Signal (CSI-RS) resources, Reference Signal (SS)/Physical Broadcast Channel (PBCH) blocks), and in the present disclosure, we shall not refer to these Reference Signal resources as "beam failure detection Reference Signal resource set". Optionally, the base station does not configure the terminal with reference signal resources for beam failure detection through signaling, and the set of beam failure detection reference signal resources may be a set of default reference signals, for example, reference signals of a Quasi co-location (QCL) with a CORESET for beam failure monitoring (the reference signals include, but are not limited to, CSI-RS, SS/PBCH blocks).

Wherein the QCL includes, but is not limited to, a QCL of at least one of: doppler shift (Doppler shift), Doppler spread (Doppler spread), average delay (average delay), delay spread (delay spread), Spatial Rx parameter (Spatial Rx parameter). It should be noted that QCL for two signals with respect to a certain characteristic a means that the two signals can assume the same characteristic a.

Optionally, the default set of beam failure detection reference signal resources is a set of reference signals of QCLs of a specific type to the CORESET used for beam failure monitoring. For example, CORESET for beam failure monitoring may have a reference signal for a QCL of type 1 and a reference signal for a QCL of type 2. The set of beam failure detection reference signal resources are reference signals of QCLs of type 2 with all CORESET used for beam failure monitoring. Note that the CORESET is not limited to one CORESET, and there may be a plurality of CORESETs for beam failure detection, and the set of beam failure detection reference signal resources is a set composed of all reference signal resources of each CORESET type 2 QCL. For example, the set of beam failure detection reference signal resources is a set of reference signal resources corresponding to the CORESET spatial reception parameter QCL used for beam failure monitoring.

The CORESET (control resource set) for beam failure monitoring may be a set of CORESETs configured by the base station for the terminal and dedicated to beam failure monitoring. As another way, the CORESET for beam failure monitoring is the CORESET configured by the base station for the terminal to monitor the PDCCH (note that the CORESET is not limited to one CORESET, and may be multiple CORESETs). As another way, the CORESET used for beam failure detection is the CORESET determined by the terminal.

One way of beam failure monitoring is: the terminal monitors the transmission quality of the reference signals in the beam failure detection reference signal resource set, and judges whether beam failure occurs or not by judging whether the transmission quality of the reference signals can meet certain quality requirements or not. If the quality of a certain reference signal cannot meet the quality requirement, the terminal considers that the beam corresponding to the reference signal fails. If the quality of all the reference signals cannot meet the quality requirement, the terminal considers that all the beams fail and a beam failure event occurs.

As another way of monitoring the beam failure, the terminal monitors the transmission quality of the reference signal corresponding to the beam failure detection reference signal resource set, and deduces the assumed radio link quality corresponding thereto (e.g., the reference signal is the reference signal corresponding to the CORESET QCL used for beam failure monitoring, the radio link quality is a hypothetical PDCCH Block Error Rate (BLER), determining whether a beam failure has occurred by determining whether the hypothesized radio link quality can meet a certain quality requirement, if the hypothesized radio link quality corresponding to a certain reference signal cannot meet the quality requirement, if the assumed radio link quality corresponding to all the reference signals cannot meet a certain quality requirement, the terminal considers that all the beams have failed and a beam failure event occurs.

When the terminal detects a beam failure event, the physical layer of the terminal may report the beam failure event to the MAC layer. The MAC layer counts the beam failure events, and may configure a Random Access Channel (RACH) resource for beam failure recovery for the terminal when the beam failure events continuously reported reach a preset number of times, so as to be used for beam failure recovery.

The base station may configure the terminal with a set of candidate reference signal sets for beam failure recovery for acquiring candidate beams. If the terminal detects that the quality of one or more RSs in the candidate reference signal set is higher than a certain threshold, the terminal may also report one or more new candidate beams that can satisfy a certain reliability index (for example, the terminal may report the sequence numbers of the reference signals corresponding to the candidate beams).

On the other hand, the base station may configure a set of CORESET (Beam-failure-Recovery-Response-CORESET, CORESET-BFR) for Beam failure Recovery for the terminal, for example, perform Beam failure Recovery CORESET configuration through higher layer signaling. When the terminal detects that all the beams fail and finds a candidate beam which can meet a certain reliability index, the terminal reports a new candidate beam to the base station gNB through the RACH for beam failure recovery, and monitors a beam failure recovery response of the base station gNB by using the reported candidate beam on a CORESET-BFR. Wherein the configuration of the RACH is sent to the terminal by a MAC layer. If the terminal receives the beam failure recovery response of the base station within a certain time window, the terminal considers that the beam failure recovery is completed.

It is to be understood that the manner of beam failure monitoring is not limited to the above. For example, the terminal may implement beam failure monitoring by monitoring PDCCH on one or more CORESET for beam failure monitoring.

Based on the beam failure monitoring method, how the terminal performs beam failure monitoring and reporting after the terminal newly monitors a beam failure event and is allocated with the RACH resource is a problem to be determined.

It should be noted that the beam monitoring method according to the embodiment of the present invention is not limited to only include the process of beam failure monitoring, but also includes the process of reporting a beam failure event after beam failure monitoring, controlling the start and stop of beam failure monitoring, and monitoring the PDCCH corresponding to the reference signal monitored by beam failure monitoring. I.e. the whole subsequent processing triggered by beam monitoring, also belongs to the processing steps of the beam monitoring method of the present invention. The beam monitoring method in the embodiment of the present invention is described by taking a transmission beam of a base station as an example, that is, the beam is a transmission beam of the base station, and a failure of a terminal to detect a beam means that the terminal has failed to detect a transmission beam of the base station, and a candidate beam is also a candidate beam of a transmission beam of the base station. It will be appreciated that the method of the invention may be extended to other types of beams. For example, the present invention is also applicable to monitoring of terminal reception beams, for example, base station transmission beams and terminal reception beams.

The beam monitoring method according to the embodiment of the present invention, as shown in fig. 1, includes:

s110, if the first data transport layer of the terminal receives a random access channel RACH resource configuration for beam failure recovery sent by the second data transport layer, the terminal stops sending a beam failure event report from the first data transport layer to the second data transport layer.

In this embodiment of the present invention, optionally, the first data transmission layer is lower than the second data transmission layer. As an embodiment, the first data transmission layer is a physical layer PHY, and the second data transmission layer is a medium access control MAC layer. It is to be understood that the first data transport layer is not limited to the physical layer PHY and the second data transport layer is not limited to the medium access control MAC layer. For example, the first data transmission layer is a physical layer, and the second data transmission layer is an RLC layer.

It should be noted that the first and second data transmission layers in the embodiment of the present invention may be layers in a terminal protocol stack; the physical layer and MAC layer in a communication system known to those who standardize the communication field may be used. For example, the physical layer PHY in the embodiment of the present invention is illustrated by taking the physical layer in the current 3GPP NR system (5G) as an example, and the layer corresponding thereto in other communication systems may be another name, for example, the L1 layer in the E-UTRAN system. The MAC layer in the embodiment of the present invention is also explained by taking the MAC layer in the current 3GPP NR (5G) system as an example.

According to the beam monitoring method, when a beam failure event is monitored and it is determined that RACH resource configuration for beam failure recovery is received, reporting of the beam failure event from the first data transmission layer to the second data transmission layer is stopped, so as to avoid that a terminal performs useless reporting and power consumption is caused.

In the embodiment of the present invention, the method in the embodiment of the present invention will be described in detail below by taking the first data transmission layer as a PHY and the second data transmission layer as an MAC layer as an example.

By adopting the beam monitoring method of the embodiment of the invention, the terminal carries out beam failure monitoring, and if the beam failure event is monitored, the PHY sends the beam failure event report to the MAC layer. And if the RACH resource configuration which is sent by the MAC layer and used for beam failure recovery is received, the PHY stops sending the beam failure event report to the MAC layer.

Optionally, in this embodiment of the present invention, the RACH resource used for beam failure recovery may be a non-Contention-free RACH (CFRA) resource or a Contention RACH (CRA) resource. Preferably CFRA.

Further, the beam monitoring method according to the embodiment of the present invention, as shown in fig. 2, further includes:

s210, if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer, stopping beam failure monitoring.

Based on the step S210, the method according to the embodiment of the present invention defines the beam failure monitoring after the terminal detects the beam failure event, determines that if the beam failure event is monitored, receives the RACH resource configuration for beam failure recovery, and stops the beam failure monitoring.

Optionally, the beam monitoring method according to the embodiment of the present invention, as shown in fig. 3, may further include:

s310, if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer, stopping monitoring the physical downlink control channel PDCCH on a control resource set CORESET corresponding to the reference signal monitored by the beam failure monitoring.

Based on the above step S310, the method according to the embodiment of the present invention defines monitoring of the PDCCH after the terminal detects the beam failure event.

It should be noted that, in the method according to the embodiment of the present invention, the CORESET corresponding to the beam failure monitoring includes, but is not limited to, the following determination manners:

optionally, the CORESET corresponding to the beam failure monitoring is CORESET for determining a beam failure detection reference signal resource set (for example, the base station does not configure the beam failure detection reference signal resource set for the terminal, and the terminal forms the beam failure detection reference signal resource set according to a group of reference signals QCL corresponding to a group of CORESET, and then the group of CORESET is CORESET for determining the beam failure detection reference signal resource set); optionally, the CORESET corresponding to beam failure monitoring is CORESET configured for PDCCH monitoring; optionally, the CORESET corresponding to the beam failure monitoring is CORESET used for monitoring the PDCCH at the same time as the beam failure monitoring, except for the PDCCH used for the beam failure recovery monitoring.

Optionally, in the beam monitoring method according to the embodiment of the present invention, the configuration of the core set for beam failure detection and the configuration of the core set for monitoring the PDCCH may be the same configuration, that is, the core set for beam failure detection is considered to be the core set for monitoring the PDCCH, and the configuration of the core set for beam failure detection is the configuration of the core set for monitoring the PDCCH.

It is understood that the CORESET described above is a group of CORESETs, i.e., one or more CORESETs.

In the beam monitoring method according to the embodiment of the present invention, as shown in fig. 2, after stopping the beam failure monitoring in step S210, the method may further include:

and S220, restarting the beam failure monitoring after successfully completing the beam failure recovery.

Optionally, step S220 includes: and restarting the beam failure monitoring after successfully completing the beam failure recovery and receiving the beam failure monitoring reconfiguration information sent by the base station.

Through the above step S220, the restart of the beam failure monitoring after stopping the beam failure monitoring and successfully completing the beam failure recovery is clearly defined.

In addition, optionally, in this embodiment of the present invention, the beam failure monitoring reconfiguration information includes:

configuration information for a set of control resources for beam failure monitoring.

May include at least one of the following information: configuration information of a control resource set for beam failure monitoring, configuration information of a beam of the control resource set for beam failure monitoring, configuration information of the control resource set for monitoring PDCCH, configuration information of a beam of the control resource set for monitoring PDCCH, and configuration information of a beam failure detection reference signal resource set.

Optionally, in this embodiment of the present invention, the beam failure monitoring reconfiguration information includes: configuration information for beams of a control resource set for beam failure monitoring.

Optionally, in this embodiment of the present invention, the beam failure monitoring reconfiguration information includes: configuration information for monitoring a control resource set of the PDCCH.

Optionally, in this embodiment of the present invention, the beam failure monitoring reconfiguration information includes: and the configuration information of the beam for monitoring the control resource set of the PDCCH and the configuration information of the beam failure detection reference signal resource set.

Optionally, in step S220, when a mode of restarting the beam failure monitoring after successfully completing the beam failure recovery and receiving the beam failure monitoring reconfiguration information sent by the base station is adopted, the step of restarting the beam failure monitoring includes:

and performing beam failure monitoring on a beam failure detection reference signal resource set corresponding to a control resource set for beam failure monitoring configured by the beam failure monitoring reconfiguration information.

and performing beam failure monitoring on a beam failure detection reference signal resource set corresponding to the beam configuration information of the control resource set for beam failure monitoring in the beam failure monitoring reconfiguration information.

In addition, optionally, in step S220, when restarting the beam failure monitoring, the terminal starts restarting the beam failure monitoring based on a predefined and fixed timing relationship.

In one embodiment of the foregoing scheme, in step S220, the step of restarting the beam failure monitoring includes:

and starting to monitor the beam failure at a preset Kth time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Based on the above embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal starts to perform beam failure monitoring in the time slot n + K, where K is a predefined value.

Another embodiment adopting the foregoing scheme may be that, in step S220, the step of restarting the beam failure monitoring includes:

and starting to perform beam failure monitoring before the preset L-th time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Based on the above embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal starts to perform beam failure monitoring before the time slot n + L, where L is a predetermined defined value. The specific time for starting the beam failure monitoring may be determined by the terminal according to a preset condition. For example, the terminal starts beam failure monitoring in the first time slot including the downlink subframe after the time slot n and before n + L.

Optionally, in another implementation manner of the beam monitoring method according to the embodiment of the present invention, after the terminal successfully completes beam failure recovery BFR and receives beam failure monitoring reconfiguration information, the terminal automatically determines a start time of beam failure monitoring and/or a start time of reporting a beam failure event sent by the PHY to the MAC layer.

It should be noted that the predefined values mentioned in the text of the present invention include values agreed by the protocol terminal and the base station, and also include values indicated by the base station to the terminal through signaling, and do not limit the predefined manner. It is understood that if the terminal receives the beam failure monitoring reconfiguration information in time slot n, the terminal starts beam failure detection in the first time slot after time slot n + X, and X is a predefined value, which is considered to be included in our scheme.

Further, when step S220 is adopted, the method further includes:

Based on the above process, a monitoring mode of the PDCCH after the beam restart failure is clearly defined.

In another implementation manner of the beam monitoring method according to the embodiment of the present invention, as shown in fig. 4, the method includes:

s410, if a first data transmission layer of the terminal receives Random Access Channel (RACH) resource allocation for beam failure recovery sent by a second data transmission layer, the terminal stops sending a beam failure event report to the second data transmission layer by the first data transmission layer;

s420, after the beam failure recovery is successfully completed, the terminal restarts sending the beam failure event report from the first data transmission layer to the second data transmission layer.

Optionally, step S420 includes: and after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received, the terminal restarts sending the beam failure event report from the first data transmission layer to the second data transmission layer.

By adopting the steps S410 to S420, a recovery process of beam failure event reporting after stopping sending the beam failure event reporting is clearly defined, that is, after the beam failure recovery is successfully completed, the beam event reporting is restarted; or successfully completing the beam failure recovery, receiving the beam failure monitoring reconfiguration information sent by the base station, and restarting the beam event reporting.

Optionally, in step S420, after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received, the terminal reports the beam failure event based on a predefined and fixed time sequence relationship according to the time of receiving the beam failure monitoring reconfiguration information when the terminal restarts the manner of sending the beam failure event report from the first data transmission layer to the second data transmission layer.

One embodiment of the above steps may be: and restarting to send the beam failure event report from the first data transmission layer to the second data transmission layer at a preset Kth time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Based on the embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal restarts beam event reporting in the time slot n + K, where K is a predefined value.

Another embodiment of the above steps may be: and restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer before the preset L-th time slot after the beam failure monitoring reconfiguration information sent by the base station is received.

Based on the embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal restarts sending the beam failure event report from the first data transmission layer to the second data transmission layer before the time slot n + L, where L is a predetermined defined value. The specific time for starting reporting the beam failure event may be determined by the terminal according to a preset condition. For example, after the time slot n, the terminal starts to report the beam failure event in the first time slot including the downlink subframe before n + L.

Based on the steps in fig. 2 or fig. 4, the beam monitoring method according to the embodiment of the present invention further includes:

and if a response about the beam failure recovery sent by the base station is received, confirming that the beam failure recovery is successfully completed.

Wherein the base station sends a response about beam failure recovery to the terminal, which may be a RACH response of the RACH resource for beam failure recovery; or a PDCCH which is transmitted by a base station and is subjected to downlink resource allocation or uplink grant and scrambled by using a Cell Radio Network Temporary Identifier (C-RNTI).

Further, in the steps of fig. 2 or fig. 4, the method further includes:

and receiving Radio Resource Control (RRC) signaling sent by a base station, wherein the RRC signaling comprises the beam failure monitoring reconfiguration information.

Further, with the step S420, the method further includes:

Based on the above process, the monitoring mode of the PDCCH after the report of the beam re-failure event is clearly defined.

In the beam monitoring method according to the embodiment of the present invention, according to fig. 2 and 4, in step S220 and step S420, when beam failure monitoring reconfiguration information is received and then beam failure monitoring is performed or beam failure event reporting is restarted, it can be understood that there may be an effective time of configuration for the received beam failure monitoring reconfiguration information, for example, when the beam failure monitoring reconfiguration information is sent in a time slot n but is only effective in a time slot n + X (the effective time may be specified according to a protocol or notified to a terminal by a base station), and therefore, by adopting the above manner, optionally, when the beam failure monitoring reconfiguration information is received and the reconfiguration information is effective, a restart process of beam failure monitoring or beam failure event reporting is performed. By adopting the above manner, optionally, after the beam failure monitoring reconfiguration information is received and the reconfiguration information is effective, a restart process of beam failure monitoring or beam failure event reporting is executed.

That is, the terminal restarts the beam failure monitoring or reporting of the beam failure event according to the predefined timing relationship, which should consider the effective time of the received beam failure monitoring reconfiguration information.

By adopting the beam monitoring method of the embodiment of the invention, based on the above process, if the base station receives the beam failure recovery request sent by the terminal, the base station can stop sending the PDCCH on the CORESET of the beam/reference signal QCL monitored by the beam failure monitoring.

In addition, after the terminal successfully completes the beam failure recovery, the base station sends beam failure monitoring reconfiguration information to the terminal, that is, at least one of the following information is sent:

Further, when the terminal restarts the beam failure monitoring or the first data transmission layer sends the beam failure event report to the second data transmission layer, the base station sends the PDCCH on the control resource set corresponding to the current beam failure detection reference signal resource set.

By adopting the beam monitoring method of the above embodiment of the present invention, a scheme for reporting a beam failure after the terminal detects the beam failure is defined, that is, the method is determined as follows: and when the beam failure event is monitored and the RACH resource configuration for beam failure recovery is determined to be received, stopping reporting of the beam failure event from the first data transmission layer to the second data transmission layer.

Another implementation of the beam monitoring method according to the embodiment of the present invention may also be:

and if the first data transmission layer of the terminal receives the random access channel RACH resource configuration which is sent by the second data transmission layer and used for beam failure recovery, the first data transmission layer continues to send a beam event report to the second data transmission layer.

Based on the above manner, the second data transmission layer, that is, the MAC layer, may consider that the beam failure recovery process has been started, and does not process the beam event report sent by the first data transmission layer.

Further, in the foregoing manner, if the first data transmission layer of the terminal receives the random access channel RACH resource configuration for beam failure recovery sent by the second data transmission layer, the terminal may continue to perform beam failure monitoring.

By adopting the beam monitoring method of the embodiment of the invention, an effective beam failure monitoring and reporting scheme after the terminal detects the beam failure is provided, and the effects of saving power of the terminal and avoiding unnecessary wireless link failure of the system can be achieved.

Based on the above manner, the second data transmission layer (i.e. the MAC layer) stops the currently ongoing RACH procedure and starts a new RACH procedure when the number of beam failure events continuously reported by the first data transmission layer (i.e. the physical layer) reaches a certain threshold. Optionally, turning on a new RACH procedure means that the MAC sends a new RACH resource configuration for the PHY. The new RACH resource configuration may be the same as or different from the original RACH resource configuration, which is not limited in the present invention. For example, the PHY reporting to the MAC a beam failure event is a periodic behavior, i.e., the PHY transmits the beam failure event at periodic times. And if the beam failure event occurs in one period, transmitting the beam failure event at the corresponding moment, otherwise, not transmitting. The threshold is denoted by P, and the MAC configures the RACH resource for the PHY only when the PHY transmits a beam failure event at the time of consecutive P transmit beam failure events.

Optionally, one mode in the embodiment of the present invention is applicable to a scenario in which an RACH resource used for beam failure recovery is a non-Contention-free RACH (CFRA) resource, and another mode is applicable to a scenario in which an RACH resource used for beam failure recovery is a Contention RACH (CRA) resource.

Fig. 5 is a schematic structural diagram of a terminal according to an embodiment of the present invention. As shown in fig. 5, the terminal includes: the system comprises a processor 501, a memory 503 connected with the processor 501 through a bus interface 502, and a transceiver 504 connected with the bus interface 502, wherein the memory 503 is used for storing programs and data used by the processor 501 when executing operations, the processor 501 calls and executes the programs and data stored in the memory 503, and the transceiver 504 is used for receiving and transmitting data under the control of the processor 501.

In this embodiment of the present invention, the processor 501 is configured to:

Optionally, the first data transmission layer is a physical layer PHY, and the second data transmission layer is a medium access control MAC layer.

In this embodiment of the present invention, optionally, the first data transmission layer is lower than the second data transmission layer. It is to be understood that the first data transport layer is not limited to the physical layer PHY and the second data transport layer is not limited to the medium access control MAC layer. For example, the first data transmission layer is a physical layer, and the second data transmission layer is an RLC layer.

By adopting the terminal of the embodiment of the invention, the terminal carries out beam failure monitoring, and if the beam failure event is monitored, the PHY sends the beam failure event report to the MAC layer. And if the RACH resource configuration which is sent by the MAC layer and used for beam failure recovery is received, the PHY stops sending the beam failure event report to the MAC layer.

Optionally, in this embodiment of the present invention, the RACH resource used for beam failure recovery is a non-Contention-free RACH (CFRA) resource or a Contention RACH (CRA) resource. Preferably CFRA.

Optionally, the processor 501 is configured to:

and if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer, stopping beam failure monitoring.

Optionally, the processor 501 is configured to:

and if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer, stopping monitoring a Physical Downlink Control Channel (PDCCH) on a control resource set (CORESET) corresponding to the reference signal monitored by the beam failure monitoring.

Optionally, in the terminal according to the embodiment of the present invention, the processor 501 is further configured to: and restarting the beam failure monitoring after successfully completing the beam failure recovery.

Optionally, the processor 501 is specifically configured to:

In this embodiment of the present invention, optionally, the processor 501 is specifically configured to:

Optionally, the processor 501 is specifically configured to:

Optionally, in another implementation manner of the terminal according to the embodiment of the present invention, after the terminal successfully completes the BFR recovery after the beam failure and receives the beam failure monitoring reconfiguration information, the terminal automatically determines the start time of beam failure monitoring and/or the start time of the PHY reporting by sending a beam failure event to the MAC layer.

In this embodiment of the present invention, optionally, the processor 501 is configured to:

Optionally, the processor 501 is configured to:

and after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received, the terminal restarts sending the beam failure event report from the first data transmission layer to the second data transmission layer.

Optionally, the processor 501 is further configured to:

and restarting to send the beam failure event report from the first data transmission layer to the second data transmission layer at a preset Kth time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Based on the embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal restarts beam failure event reporting in the time slot n + K, where K is a predefined value.

Optionally, the processor 501 is further configured to:

Based on the embodiment, if the terminal receives the beam failure monitoring reconfiguration information in the time slot n, the terminal restarts beam failure event reporting before the time slot n + L, where L is a predetermined defined numerical value. The specific time for starting reporting the beam failure event may be determined by the terminal according to a preset condition. For example, after the time slot n, the terminal starts to report the beam failure event in the first time slot including the downlink subframe before n + L.

Optionally, the beam failure monitoring reconfiguration information includes at least one of the following information:

In the apparatus according to the embodiment of the present invention, when receiving beam failure monitoring reconfiguration information, and then performing beam failure monitoring or restarting reporting of a beam failure event, it can be understood that there may be an effective time for configuration of the received beam failure monitoring reconfiguration information, for example, when the beam failure monitoring reconfiguration information is sent in a time slot n but becomes effective only in a time slot n + X (the effective time may be specified according to a protocol or notified to a terminal by a base station). By adopting the above manner, optionally, after the beam failure monitoring reconfiguration information is received and the reconfiguration information is effective, a restart process of beam failure monitoring or beam failure event reporting is executed.

Optionally, the processor 501 is further configured to:

Optionally, the transceiver 504 is further configured to:

Optionally, the processor 501 is further configured to:

and at the moment of restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer, starting to monitor the PDCCH on a control resource set corresponding to the current beam failure detection reference signal resource set. It should be noted that in fig. 5, the bus architecture may include any number of interconnected buses and bridges, with one or more processors represented by processor 501 and various circuits of memory represented by memory 503 being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 504 may be a number of elements, including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium. For different terminals, the user interface 505 may also be an interface capable of interfacing with a desired device, including but not limited to a keypad, display, speaker, microphone, joystick, etc. The processor 501 is responsible for managing the bus architecture and general processing, and the memory 503 may store data used by the processor 501 in performing operations.

Those skilled in the art will appreciate that all or part of the steps for implementing the above embodiments may be performed by hardware, or may be instructed to be performed by associated hardware by a computer program that includes instructions for performing some or all of the steps of the above methods; and the computer program may be stored in a readable storage medium, which may be any form of storage medium.

The terminal provided by the embodiment of the present invention can execute the above method embodiment, and the implementation principle and technical effect are similar, which are not described herein again.

By adopting the terminal described in the above embodiment of the present invention, a scheme for reporting a beam failure after the terminal detects the beam failure is defined, that is, the scheme is determined as follows: and when the beam failure event is monitored and the RACH resource configuration for beam failure recovery is determined to be received, stopping reporting of the beam failure event from the first data transmission layer to the second data transmission layer.

In another implementation manner of the terminal according to the embodiment of the present invention, the processor is further configured to:

Fig. 6 is a schematic structural diagram of a beam monitoring apparatus according to an embodiment of the present invention. As shown in fig. 6, the apparatus includes:

a transmission module 610, configured to stop sending, by a first data transport layer of the terminal, a beam failure event report to a second data transport layer if the first data transport layer receives a random access channel RACH resource configuration for beam failure recovery sent by the second data transport layer.

Optionally, in the beam monitoring apparatus, the method further includes:

a first processing module 620, configured to stop beam failure monitoring if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer.

Optionally, in the beam monitoring apparatus, the method further includes:

a second processing module 630, configured to stop monitoring a physical downlink control channel PDCCH on a control resource set CORESET corresponding to the reference signal monitored by the beam failure monitoring if the first data transmission layer receives the RACH resource configuration sent by the second data transmission layer.

Optionally, in the beam monitoring apparatus, the first processing module 620 is specifically configured to:

Optionally, the first processing module 620 is specifically configured to:

Optionally, the first processing module 620 is further configured to:

restarting the beam failure monitoring at a preset Kth time slot after receiving the beam failure monitoring reconfiguration information sent by the base station.

Optionally, the first processing module 620 is further configured to:

Optionally, the apparatus further comprises:

the third processing module 640 restarts the beam failure event report sent from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed.

Optionally, the third processing module 640 is specifically configured to:

In this embodiment of the present invention, the beam failure monitoring reconfiguration information includes at least one of the following information:

Optionally, the apparatus further comprises:

the fourth processing module 650 is configured to confirm that the beam failure recovery is successfully completed if a response about the beam failure recovery sent by the base station is received.

Optionally, the transmission module 610 is further configured to:

Optionally, the apparatus further comprises:

a fifth processing module 660, configured to start, at the time of restarting the beam failure monitoring, monitoring the PDCCH on a control resource set corresponding to a current beam failure detection reference signal resource set.

Optionally, the apparatus further comprises:

a sixth processing module 670, starting to perform PDCCH monitoring on a control resource set corresponding to a current beam failure detection reference signal resource set at the time of restarting the beam failure event report sent by the first data transmission layer to the second data transmission layer.

Based on the beam monitoring device, the manner in which each module implements the corresponding function may specifically refer to the corresponding description about the method and the terminal portion, and is not described herein again.

In another implementation manner of the terminal according to the embodiment of the present invention, the transmission module is further configured to:

In another aspect, a computer-readable storage medium is further provided in the specific embodiments of the present invention, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements the processes of the beam monitoring method embodiment as described above, and can achieve the same technical effects, and in order to avoid repetition, the details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

From the above description, those skilled in the art should understand the specific implementation structure of the computer readable storage medium for executing the resource allocation method of the present invention, and therefore, the detailed description is omitted here.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

While the foregoing is directed to the preferred embodiment of the present invention, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A beam monitoring method is applied to a terminal, and is characterized in that the method comprises the following steps:

if a first data transmission layer of the terminal receives Random Access Channel (RACH) resource configuration which is sent by a second data transmission layer and used for beam failure recovery, the terminal stops sending a beam failure event report to the second data transmission layer by the first data transmission layer; wherein the first data transmission layer is lower than the second data transmission layer.

2. The beam monitoring method of claim 1 wherein the first data transmission layer is a physical layer (PHY) and the second data transmission layer is a Medium Access Control (MAC) layer.

3. The beam monitoring method of claim 1, further comprising:

beam failure monitoring is stopped.

4. The beam monitoring method of claim 1, further comprising:

5. The beam monitoring method of claim 1, further comprising:

6. The beam monitoring method of claim 3, further comprising:

7. The beam monitoring method according to claim 6, wherein after successfully completing beam failure recovery, the step of restarting beam failure monitoring specifically comprises:

8. The beam monitoring method of claim 7, wherein the step of restarting beam failure monitoring comprises:

9. The method of claim 7, wherein the step of restarting the beam failure monitoring after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received comprises:

10. The method according to claim 5, wherein the step of restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed specifically comprises:

11. The beam monitoring method according to claim 10, wherein the step of restarting the report of the beam failure event sent from the first data transmission layer to the second data transmission layer after the beam failure recovery is successfully completed and the beam failure monitoring reconfiguration information sent by the base station is received comprises:

12. The beam monitoring method according to claim 7 or 10, wherein the beam failure monitoring reconfiguration information comprises at least one of the following information:

13. The beam monitoring method according to any one of claims 6 to 9, characterized in that the method further comprises:

14. The beam monitoring method according to claim 5, 10 or 11, characterized in that the method further comprises:

15. A terminal, comprising: a transceiver, a memory, a processor, and a computer program stored on the memory and executable on the processor; wherein the processor is configured to:

if a first data transmission layer of the terminal receives Random Access Channel (RACH) resource configuration which is sent by a second data transmission layer and used for beam failure recovery, stopping sending a beam failure event report to the second data transmission layer by the first data transmission layer; wherein the first data transmission layer is lower than the second data transmission layer.

16. The terminal of claim 15, wherein the first data transmission layer is a physical layer (PHY) and the second data transmission layer is a Medium Access Control (MAC) layer.

17. The terminal of claim 15, wherein the processor is further configured to:

beam failure monitoring is stopped.

18. The terminal of claim 15, wherein the processor is further configured to:

19. The terminal of claim 15, wherein the processor is further configured to:

20. The terminal of claim 17, wherein the processor is further configured to: and restarting the beam failure monitoring after successfully completing the beam failure recovery.

21. The terminal of claim 20, wherein the processor is specifically configured to:

22. The terminal of claim 21, wherein the processor is further configured to:

23. The terminal of claim 21, wherein the processor is further configured to:

24. The terminal of claim 19, wherein the processor is further configured to:

25. The terminal of claim 24, wherein the processor is further configured to:

26. The terminal according to claim 21 or 24, wherein the beam failure monitoring reconfiguration information comprises at least one of the following information:

27. The terminal according to any of claims 20 to 23, wherein the processor is further configured to:

28. The terminal of claim 19, 24 or 25, wherein the processor is further configured to:

29. A beam monitoring apparatus, comprising:

a transmission module, configured to stop sending a beam failure event report to a second data transmission layer by a first data transmission layer if the first data transmission layer of a terminal receives a random access channel RACH resource configuration for beam failure recovery sent by the second data transmission layer; wherein the first data transmission layer is lower than the second data transmission layer.

30. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the beam monitoring method according to any one of claims 1 to 14.