WO2024017321A1 - Wake-up signal sending method and wake-up signal feedback method, and device and readable storage medium - Google Patents

Abstract

The present application belongs to the technical field of communications. Disclsoed are a wake-up signal (WUS) sending method and a WUS feedback method, and a device and a readable storage medium. The WUS sending method comprises: a terminal sending a WUS to a network device according to a BFI; and the terminal detecting, within a first time window, feedback information sent by the network device.

Description

Wake-up signal sending and feedback method, device and readable storage medium

Cross-references to related applications

This application claims priority to Chinese Patent Application No. 202210869226.X filed in China on July 22, 2022, the entire content of which is incorporated herein by reference.

Technical field

This application belongs to the field of communication technology, and specifically relates to a method, device and readable storage medium for sending and feedback of a wake-up signal.

Background technique

In network energy-saving technology, there is a possibility: in order to save the base station from detecting uplink signals, the cell-Discontinuous Reception (C-DRX) scheme is introduced. That is, DRX is configured on the base station side. The base station is in the activation zone within the on-duration of the DRX configuration, monitors and receives the Physical Uplink Control Channel (PUCCH), and configures the authorization (Configured Grant, CG). ) and other uplink signals; in the inactive area, it is in the dormant period and does not receive and monitor uplink signals such as PUCCH and CG. At this time, similar to the design of the downlink wake-up signal, the user equipment (User Equipment, UE, also known as the terminal) may be required to send a wake-up signal (WUS) to indicate whether the base station is awakened in the subsequent C-DRX cycle. . When the base station detects the UE WUS signal, it enters the activation period to monitor PUCCH and other signals; otherwise, the base station continues to sleep in the subsequent C-DRX cycle to save energy consumption.

When a beam failure (BF) occurs in the UE, it will send a new beam request to the network side, but the base station does not turn on C-DRX on-duration at this time. Therefore, the base station does not receive this request and therefore does not give feedback to the UE. In this way, the direct beam connection between the base station and the UE is interrupted.

Contents of the invention

Embodiments of the present application provide a method, device, and readable storage medium for sending and feedback of wake-up signals, which can solve the problem that the beam failure recovery process may fail under the C-DRX solution.

The first aspect provides a method for sending a wake-up signal, including:

The terminal sends a wake-up signal WUS to the network device according to the beam failure indication BFI;

The terminal detects the feedback information sent by the network device within the first time window.

The second aspect provides a feedback method for wake-up signals, including:

The network device receives the WUS sent by the terminal;

The network device sends feedback information to the terminal.

In a third aspect, a device for sending a wake-up signal is provided, including:

The first sending module is used to send WUS to the network device according to the BFI;

A detection module, configured to detect feedback information sent by the network device within the first time window.

The fourth aspect provides a feedback device for a wake-up signal, including:

The first receiving module is used to receive the WUS sent by the terminal;

The second sending module is used to send feedback information to the terminal.

In a fifth aspect, a terminal is provided. The terminal includes a processor and a memory. The memory stores programs or instructions that can be run on the processor. When the program or instructions are executed by the processor, the following implementations are implemented: The steps of the method described in one aspect.

In a sixth aspect, a terminal is provided, including a processor and a communication interface, wherein,

Communication interface, used to send WUS to network devices according to BFI;

A processor, configured to detect feedback information sent by the network device within a first time window.

In a seventh aspect, a network device is provided. The network device includes a processor and a memory. The memory stores programs or instructions that can be run on the processor. The program or instructions are implemented when executed by the processor. The steps of the method as described in the first aspect.

In an eighth aspect, a network device is provided, including a processor and a communication interface, wherein,

Communication interface, used to receive WUS sent by the terminal;

A communication interface used to send feedback information to the terminal.

A ninth aspect provides a communication system, including: a terminal and a network device. The terminal can be used to perform the steps of the method for sending a wake-up signal as described in the first aspect. The network device can be used to perform the steps of the method for sending a wake-up signal as described in the second aspect. The steps of the wake-up signal feedback method.

In a tenth aspect, a readable storage medium is provided. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method are implemented as described in the first aspect. The steps of the method described in the second aspect.

In an eleventh aspect, a chip is provided. The chip includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the method described in the first aspect. The steps of a method, or steps of implementing a method as described in the second aspect.

In a twelfth aspect, a computer program/program product is provided, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement as described in the first aspect The steps of the method, or the steps of implementing the method as described in the second aspect.

In this embodiment of the present application, the terminal sends WUS to the network device according to the BFI; and detects the feedback information sent by the network device within the first time window. In this way, when a BF event occurs, the terminal sends WUS to the network device according to the BFI to wake up the network device to prevent the BFR process from failing under the C-DRX solution.

Description of drawings

Figure 1 is a block diagram of a wireless communication system provided by an embodiment of the present application;

Figure 2a is a schematic diagram of transmitting SSB in the form of beams according to TDD in NR;

Figure 2b is a schematic flow chart of downlink beam selection and determination;

Figure 2c is a schematic flow chart of beam failure recovery;

Figure 2d is a schematic flow chart of beam failure detection;

Figure 3 is a schematic flowchart of a method for sending a wake-up signal provided by an embodiment of the present application;

Figure 4 is a schematic flowchart of a wake-up signal feedback method provided by an embodiment of the present application;

Figure 5 is a schematic structural diagram of a device for sending a wake-up signal provided by an embodiment of the present application;

Figure 6 is a schematic structural diagram of a feedback device for a wake-up signal provided by an embodiment of the present application;

Figure 7 is a schematic structural diagram of a communication device provided by an embodiment of the present application;

Figure 8 is a schematic structural diagram of a terminal provided by an embodiment of the present application;

Figure 9 is a schematic structural diagram of a network device provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art fall within the scope of protection of this application.

The terms "first", "second", etc. in the description and claims of this application are used to distinguish similar objects and are not used to describe a specific order or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and that "first" and "second" are distinguished objects It is usually one type, and the number of objects is not limited. For example, the first object can be one or multiple. In addition, "and/or" in the description and claims indicates at least one of the connected objects, and the character "/" generally indicates that the related objects are in an "or" relationship.

It is worth pointing out that the technology described in the embodiments of this application is not limited to Long Term Evolution (LTE)/LTE Evolution (LTE-Advanced, LTE-A) systems, and can also be used in other wireless communication systems, such as code Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access, OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA) and other systems. The terms "system" and "network" in the embodiments of this application are often used interchangeably, and the described technology can be used not only for the above-mentioned systems and radio technologies, but also for other systems and radio technologies. The following description describes a New Radio (NR) system for example purposes, and NR terminology is used in much of the following description, but these techniques can also be applied to applications other than NR system applications, such as 6th ^generation Generation, 6G) communication system.

Figure 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop Laptop Computer, also known as notebook computer, Personal Digital Assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), Mobile Internet Device , MID), augmented reality (AR)/virtual reality (VR) equipment, robots, wearable devices (Wearable Devices), vehicle user equipment (VUE), pedestrian terminals (Pedestrian User Equipment) , PUE), smart home (home equipment with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.), game consoles, personal computers (PC), teller machines or self-service machines and other terminal-side devices, wearable Equipment includes: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network side device 12 may include an access network device or a core network device, where the access network device may also be called a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a wireless access network unit. Access network equipment may include a base station, a Wireless Local Area Network (WLAN) access point or a Wireless Fidelity (WiFi) node, etc. The base station may be called a Node B or an Evolved Node B. eNB), access point, Base Transceiver Station (BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home B Node, home evolved B node, transmitting receiving point (Transmitting Receiving Point, TRP) or some other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to specific technical terms. It needs to be explained that , in the embodiment of this application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.

In order to better understand the technical solution of this application, the following content is first introduced:

beam

Due to the lack of low-frequency resources, 5G NR uses high-frequency bands such as millimeter waves. Since the propagation loss of high-frequency bands is greater than that of low-frequency bands, its coverage distance is worse than that of LTE. In order to solve this problem, one solution is for 5G to enhance the signal through multi-antenna beam forming (Beam Forming), thereby enhancing coverage. Currently, beamforming is a signal processing technique that uses an array of sensors to send and receive signals in a direction. Beamforming technology adjusts the parameters of the basic units of the phase array so that signals at certain angles obtain constructive interference, while signals at other angles obtain destructive interference, so that the antenna beam points in a specific direction. The establishment of downlink beams is generally determined by synchronization signal/physical broadcast channel signal block (or synchronization signal block) (Synchronization Signal and PBCH block, SSB) and CSI-RS reference signal. Take SSB as an example:

Since the beam is narrow, the same SSB is sent to different directions in the form of beams in the TDD manner in NR, so that UEs in all directions can receive the SSB.

As shown in Figure 2a, within a range of 5ms, the base station sends multiple SSBs (corresponding to different SSB indices (Index)) covering different directions. The UE receives multiple SSBs with different signal strengths and selects the one with the strongest signal strength as its own SSB beam. In Figure 2a, SS Burst consists of one or more SSBs.

The NR random access process uses beams, in which the SSB has multiple transmission opportunities within the time domain period, and there are corresponding The numbers can respectively correspond to different beams. For the UE, only when the beam scanning signal of the SSB covers the UE, the UE has the opportunity to send the preamble. When the network side receives the preamble from the UE, it knows the best downlink beam. Therefore, the SSB needs to be associated with the preamble, and the preamble can only be performed in the physical random access channel scenario (Physical Random Access Channel occasion, PRACH occasion). Sent, the SSB is associated with the PRACH occasion.

Beam creation

Referring to Figure 2b, the steps for downlink beam selection and determination (base station transmitting, UE receiving) are as follows:

Step 1: Tx performs beam scanning by sending SSB signals (one SSB corresponds to one Tx beam). Both the base station side and UE side beams are traversing. The UE side needs to automatically find a suitable Rx beam for each SSB signal (because SSB is used as a standard Co-location (Quasi co-location, QCL) top layer, you need to ensure that they all correspond to a suitable Rx beam);

Step 2: Tx sends Channel State Information Reference Signal (CSI-RS) (periodic, semi-persistent or aperiodic) or SSB within the Tx wide beam range determined after step 1. (can only be periodic) The signal undergoes beam refinement scanning, the Rx beam remains unchanged, and the Tx narrow beam (narrow beam) is determined;

Step 3: The Tx beam is fixed to the Tx narrow beam selected after step 2, and the CSI-RS (repetition="on", that is, no QCL relationship is configured, the UE independently implements reception and scanning) signal is sent, and the Rx performs beam scanning. Determine Rx beam;

Beam failure recovery

Referring to Figure 2c, the UE monitors the communication quality of the physical downlink control channel (PDCCH) channel through periodic reference signals. If it finds that the channel cannot provide reliable communication, the UE will declare a beam failure and then Inform the UE of the failure indication and a new suitable beam.

BFR is a process that combines L1 (physical layer) and L2 (Medium Access Control (MAC) layer) operations, in which beam failure detection (Beam Failure Detection, BFD) and recovery involve the MAC layer in L2. Protocol 321, the relevant content of the L1 layer is reflected in 213, also known as link recovery. BFR consists of the following four parts: BFD (similar to, but different from, Radio Link Monitoring (RLM)), determination of new candidate beams, Beam Failure Recovery (BFR) request, beam recovery

Beam Failure Detection (BFD)

Referring to Figure 2d, the terminal measures the Beam Failure Detection Reference Signal (BFD-RS) at the physical layer, and determines whether a beam failure event occurs based on the measurement results. The condition for judgment is: if the metric (hypothetical PDCCH Block Error Rate, BLER) of all control beams is detected to meet the preset condition (exceeds the preset threshold, the threshold is the corresponding BLER ), it is determined to be a beam failure instance (BFI). The UE physical layer reports an indication to the UE upper layer (MAC layer). The reporting process is periodic. The BFI reporting period is the shortest period of the BFD RS, and the lower bound is 2ms. The UE upper layer uses counter (counter) and timer (timer) to count the BFI reported by the physical layer. Each time it receives BFI, it restarts the timer (beamFailureRecoveryTimer). When the timer times out, the counter re-counts. When the counter When the maximum number of times configured by the network is reached, the UE declares that a beam failure event has occurred. In the related art, the counter and timer of the MAC layer of the UE are configured for each active bandwidth part (Bandwidth Part, BWP), and the counter and timer on each BWP are started and maintained independently.

BFD-RS can be configured explicitly or implicitly. BFD-RS is represented by set q0 (set q0). The UE expects single port RS in the set q0 (The UE expects single port RS in the set q0).

Explicit configuration: Configure periodic CSI-RS resources as BFD-RS to the UE through Radio Resource Control (RRC). It should be noted that BFD-RS must have a QCL relationship with the PDCCH Demodulation Reference Signal (DMRS) (Control resource set (CORESET)). In order to reduce configuration signaling overhead, the RS used for BFD/RLM may be jointly configured, that is, in one RRC message.

Implicit configuration: BFD-RS is determined by the RS in the activated Transmission Configuration Indicator (TCI) state (state) corresponding to the PDCCH, and the index of the RS is included in set q0. When TCI state contains two RSs, the RS corresponding to QCL type D (type D) is taken. BFD-RS set will be updated as PDCCH TCI state is updated.

Determination of new candidate beams

The physical layer measures the candidate beam reference signal set q1 (maxNrofCandidateBeams=64) to find candidate beams.

In PCell or PSCell, the reference signal in Set q1 is associated with the PRACH resource, which can be regarded as the beam being associated with the PRACH resource. When q-new (new candidate beam) is selected, BFRQ will be performed on the PRACH resource corresponding to q_new. For SCell, NBI-RS must be configured.

The reference signal may be: (1)P-CSI-RS; (2) SSB; (3) SBB+CSI-RS

When the UE physical layer is looking for a new candidate beam, it will report the measurement results that meet the preset conditions (i.e., Layer 1-Reference Signal Received Power (L1-RSRP) is greater than the configuration value rsrp-ThresholdSSB) to For the UE upper layer, the reporting format (CRI/SSBRI, L1-RSRP) is the same as the beam reporting.

For PCell or PSCell, the physical layer reports the CSI-RS/SSB index and L1-RSRP values whose L1-RSRP value is greater than the threshold to the higher layer;

For the secondary cell (Secondary Cell, Scell), the physical layer will first ask the higher layer to indicate whether there is an RS that meets the L1-RSRP threshold. If there is, the RS index that meets the threshold condition and its measured L1-RSRP value will be reported to the upper layer.

The UE upper layer selects a new candidate beam based on the physical layer report. The MAC layer determines the PRACH channel (configured by the network) based on the selected new beam to perform BFRQ.

The threshold of L1-RSRP is divided into two situations:

(1) For SSB, RRC configures the high-level parameter rsrp-ThresholdSSB

(2) For CSI-RS, RRC does not directly configure the threshold, but implicitly derives the L1-RSRP threshold of CSI-RS by configuring powerControlOffsetSS (the power difference between CSI-RS and SSB).

Downlink wake-up signal DL WUS

In the 5G system, in order to further improve the power saving performance of the UE, the PDCCH-based wake-up signal (WUS: Wake Up Signal) is introduced. The function of WUS is to inform the UE whether it needs to monitor the PDCCH during the onDuration of a specific DRX. When there is no data, the UE does not need to listen to the PDCCH during the onDuration period, which is equivalent to the UE being in a sleep state during the entire DRX long cycle, thereby further saving power.

The WUS signal is a kind of DCI, referred to as DCI with CRC scrambled by PS-RNTI (Cyclic redundancy check, CRC) (DCI with CRC scrambled by PS-RNTI, DCP), where PS-RNTI is the network The RNTI allocated by the UE is specifically used for power saving features, and the DCI scrambled with this RNTI carries the network's wakeup/sleep instruction to the UE. Based on this indication, the UE decides whether to start the on-Duration timer in the next DRX cycle and whether to monitor the PDCCH.

The method for sending and feedback of the wake-up signal provided by the embodiments of the present application will be described in detail below with reference to the accompanying drawings through some embodiments and their application scenarios.

Referring to Figure 3, an embodiment of the present application provides a method for sending a wake-up signal. The method is executed by a terminal. The method includes:

Step 301: The terminal sends WUS to the network device according to the BFI;

Step 302: The terminal detects the feedback information sent by the network device within the first time window.

The above-mentioned network equipment can specifically be a network equipment configured with DRX. Within the on-duration of the DRX configuration, it is in the active area and monitors and receives uplink signals such as PUCCH and CG. In the inactive area, it is in the dormant period and does not receive and receive signals. Monitor PUCCH, CG and other uplink signals.

In this embodiment of the present application, the terminal sends WUS to the network device according to the BFI; and detects the feedback information sent by the network device within the first time window. In this way, when a BF event occurs, the terminal sends WUS to the network device according to the BFI to wake up the network device to prevent the BFR process from failing under the C-DRX solution.

The above first time window can be determined through protocol pre-definition, terminal or network side pre-configuration, etc. This is not specifically limited in the embodiments of this application.

In a possible implementation, the terminal sends WUS to the network device according to the BFI, including:

(1) The terminal obtains the number of beam failure events based on the BFI;

(2) When the number of beam failure events reaches the first threshold, the terminal sends WUS to the network device;

The first threshold is predefined by the protocol, or the first threshold is preconfigured by the network device and sent to the terminal through RRC signaling and/or downlink signals (such as PDCCH, SSB, CSI-RS, etc.).

In this embodiment of the present application, the terminal obtains the number of beam failure events based on the BFI, that is, the number of detected beam failure events. When the number of beam failure events reaches a certain number, the terminal is triggered to send WUS to the network device.

Optionally, the terminal can set a BFI counter to trigger the terminal to send WUS when the count of the BFI counter reaches a certain value (such as BFI max counter).

In a possible implementation, the terminal sends WUS to the network device, including:

The terminal sends WUS to the network device through the first beam;

Among them, the first beam is a beam different from the second beam, and the second beam is a wave in which the terminal detects beam failure. bundle.

In the embodiment of this application, the terminal will perform BFR processing when a BF event occurs. At this time, the terminal will select a new beam for uplink signal transmission; the above-mentioned first beam is the new beam used by the terminal, and the second beam is the new beam used by the terminal. Older beams used by network devices to communicate with each other beforehand.

It can be understood that when the network device receives the WUS sent by the terminal through the first beam, it can learn the information of the beam used by the terminal at this time;

Optionally, the terminal can also include beam information in the sent WUS. The beam information can indicate the new beam used by the terminal. The beam indicated by the beam information can be the candidate beam found by the terminal's physical layer measurement candidate beam reference signal. After that, the new beam is determined by the high-level layer of the terminal; it is either a beam pre-configured and/or indicated by the network, or it is determined based on the terminal's own implementation.

In a possible implementation, WUS is any one of the following:

(1)PUCCH signal;

(2)preamble;

(3) Physical Uplink Shared Channel (PUSCH) signal;

(4) Sounding Reference Signal (SRS);

(5)CG signal;

(6) Dedicated to sending uplink WUS signals.

Optionally, if WUS needs to carry information, it can be configured by using different sequences, or different time-frequency resources, or multiplexing multiple sequences.

In a possible implementation, the terminal sends WUS to the network device through the first beam, including:

The terminal sends WUS on the first resource according to the first resource set and/or the first resource configuration;

The first resource set and/or the first resource configuration are sent by the network device to the terminal through RRC signaling and/or downlink signals.

In this embodiment of the present application, the form of transmitting WUS through the first beam may be: the terminal transmits WUS at the corresponding location according to the resource set and/or the configuration of different resources. The configuration of this resource set is pre-configured for network equipment and is notified to the terminal through RRC signaling and/or downlink signals.

In a possible implementation, the first resource satisfies any one of the following:

(1) Each first resource corresponds to a different beam; specifically, sending WUS at the corresponding location may be: the resource set and/or the time/frequency resources of each resource in different resources are different. Each resource corresponds to a different beam information. The time/frequency resource may refer to a slot or a symbol. Example: The network side configures a resource set containing 4 resources. Slot 1 corresponds to beam 1; slot 2 corresponds to beam 2; slot 3 corresponds to beam 3; slot 4 corresponds to beam 4. Therefore, if the terminal sends beam on slot 2. The network device knows that it is beam 2 after receiving it on the time/frequency resource;

(2) Multiple first resources correspond to the same beam. Specifically, when sending WUS at the corresponding location, the resource set and/or the time/frequency resource where each resource in different resources is located may be different. The corresponding beam information in each resource same. The time/frequency resource may refer to slot or symbol. Example: The network side configures four resources: slot 1, 2, 3, 4; the terminal sends beam 2 on these four resources, and the network side confirms that it is beam 2 after receiving it.

In a possible implementation, the terminal may unconditionally detect the feedback information sent by the network device within the first time window, that is, the terminal will perform the detection of the feedback information sent by the network device within the first time window after sending the WUS by default. A step of.

In a possible implementation, the terminal detects feedback information sent by the network device within the first time window, including:

When the first condition is met, the terminal detects the feedback information sent by the network device within the first time window;

That is, the terminal only performs the step of detecting feedback information when the first condition is met. If the first condition is not met, there is no need to receive feedback.

Among them, the first condition includes one or more of the following:

(1) There is no quasi-co-location relationship between WUS and BFD-RS;

(2) WUS is any one of PUCCH signal, preamble, PUSCH signal, SRS, CG signal and signal dedicated to transmitting uplink WUS, and the signal format of WUS is the first format, and the first format is dedicated to beam failure BF The signal format of the event; that is, the WUS sent by the terminal has a specific format. For this specific format, on the one hand, it can mean that the protocol has designed a WUS format dedicated to sending when a BF event occurs. This WUS can be a special or designated PUCCH format, a special or designated preamble format, a special or designated SRS, etc. On the other hand, a brand new WUS signal can be designed specifically for BF events, which is different from existing uplink signals.

(3) WUS carries first indication information, and the first indication information is used to instruct WUS for the BF event. That is, the WUS sent by the terminal carries specific information. For example, it carries 1 bit information to tell the network device whether the purpose of this WUS is for BF events, CG, etc.

In a possible implementation, the feedback information includes one or more of the following:

(1) Beam confirmation information, used to indicate that the new beam used by the terminal has been confirmed. Through this information, the network device can tell the terminal that communication can be carried out through the new beam, or that the new beam connection is successful;

(2) Time domain location indication domain information, such as Time Domain Resource Assignment (TDRA);

(3) Frequency domain position indication domain information;

(4) Modulation and coding scheme (MCS) level information;

(5)Codebook information.

The above feedback information can be used to indicate the location where the terminal can upload data.

In a possible implementation, the method further includes:

When terminal 1 detects the feedback information sent by the network device, the terminal confirms that the first event is successful;

Wherein, the first event is associated with a beam failure recovery BFR and/or beam connection re-establishment event.

In this embodiment of the present application, after the terminal detects the feedback from the network device, it confirms that the first event is successful. Including BFR and other events to re-establish the beam connection.

Referring to Figure 4, an embodiment of the present application provides a wake-up signal feedback method. The method is executed by a network device. The method includes:

Step 401: The network device receives the WUS sent by the terminal;

Step 402: The network device sends feedback information to the terminal.

In a possible implementation, the network device receives the WUS sent by the terminal, including:

The network device receives the WUS sent by the terminal through the first beam;

Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the terminal detects beam failure.

In the embodiment of this application, the terminal will perform BFR processing when a BF event occurs. At this time, the terminal will select a new beam for uplink signal transmission; the above-mentioned first beam is the new beam used by the terminal, and the second beam is the new beam used by the terminal. Older beams used by network devices to communicate with each other beforehand.

It can be understood that when the network device receives the WUS sent by the terminal through the first beam, it can learn the information of the beam used by the terminal at this time;

Optionally, the terminal can also include beam information in the sent WUS. The beam information can indicate the new beam used by the terminal. The beam indicated by the beam information can be the candidate beam found by the terminal's physical layer measurement candidate beam reference signal. After that, the new beam is determined by the high-level layer of the terminal; it is either a beam pre-configured and/or indicated by the network, or it is determined based on the terminal's own implementation. In this way, the network device can learn the new beam used by the terminal based on the beam information contained in the received WUS.

In a possible implementation, WUS is any one of the following:

(1)PUCCH signal;

(2)preamble;

(3)PUSCH signal;

(4)SRS;

(5)CG signal;

(6) Dedicated to sending uplink WUS signals.

Optionally, if WUS needs to carry information, it can be configured by using different sequences, or different time-frequency resources, or multiplexing multiple sequences.

In a possible implementation, the network device receives the WUS sent by the terminal through the first beam, including:

The network device receives the WUS sent by the terminal on the first resource;

The first resource set and/or the first resource configuration associated with the first resource are sent by the network device to the terminal through RRC signaling or downlink signals.

In this embodiment of the present application, the form of transmitting WUS through the first beam may be: the terminal transmits WUS at the corresponding location according to the resource set and/or the configuration of different resources. The configuration of this resource set is pre-configured for network equipment and is notified to the terminal through RRC signaling and/or downlink signals.

In a possible implementation, the first resource satisfies any one of the following:

(1) Each first resource corresponds to a different beam; specifically, sending WUS at the corresponding location may be: the resource set and/or the time/frequency resources of each resource in different resources are different. Each resource corresponds to a different beam information. The time/frequency resource may refer to slot or symbol. Example: The network side configures a resource set containing 4 resources. Slot 1 corresponds to beam 1; slot 2 corresponds to beam 2; slot 3 corresponds to beam 3; slot 4 corresponds to beam 4. Therefore, if the terminal sends beam on slot 2. The network device knows that it is beam 2 after receiving it on the time/frequency resource;

(2) Multiple first resources correspond to the same beam. Specifically, when sending WUS at the corresponding location, the resource set and/or the time/frequency resource where each resource in different resources is located may be different. The corresponding beam information in each resource is the same. The time/frequency resource may refer to slot or symbol. Example: The network side configures four resources: slot 1, 2, 3, 4; the terminal sends beam 2 on these four resources, and the network side confirms that it is beam 2 after receiving it.

In a possible implementation, the feedback information sent by the network device to the terminal may be unconditional, that is, the network device sends feedback information to the terminal by default after receiving the WUS.

In a possible implementation, the network device sends feedback information to the terminal, including:

When the second condition is met, the network device sends feedback information to the terminal;

That is, the network device only performs the step of sending feedback information when the second condition is met. If the second condition is not met, there is no need to send feedback information.

Among them, the second condition includes one or more of the following:

(1) There is no quasi-co-location relationship between WUS and BFD-RS;

(2) WUS is any one of PUCCH signal, preamble, PUSCH signal, SRS, CG signal and signal dedicated to transmitting uplink WUS, and the signal format of WUS is the first format, and the first format is dedicated to beam failure BF The signal format of the event; that is, the WUS sent by the terminal has a specific format. For this specific format, on the one hand, it can mean that the protocol has designed a WUS format dedicated to sending when a BF event occurs. This WUS can be a special or designated PUCCH format, a special or designated preamble format, a special or designated SRS, etc. On the other hand, a brand new WUS signal can be designed specifically for BF events, which is different from existing uplink signals.

(3) WUS carries first indication information, and the first indication information is used to instruct WUS for the BF event. That is, the WUS sent by the terminal carries specific information. For example, it carries 1 bit information to tell the network device whether the purpose of this WUS is for BF events, CG, etc.

In a possible implementation, the feedback information includes one or more of the following:

(1) Beam confirmation information, used to indicate that the new beam used by the terminal has been confirmed. Through this information, the network device can tell the terminal that communication can be carried out through the new beam, or that the new beam connection is successful;

(2) Time domain position indication domain information, such as TDRA;

(3) Frequency domain position indication domain information;

(4)MCS level information;

(5)Codebook information.

The above feedback information can be used to indicate the location where the terminal can upload data.

The technical solution of this application is introduced below with specific application examples:

This application example mainly considers the scenario of uplink and downlink beam reciprocity;

Step1: When the UE meets the first condition, it sends WUS through the first beam.

a) The first condition is: triggering the UE to send WUS when the BFI counter reaches a certain value. The certain value reached by the BFI counter can be predefined for the protocol and configured to the UE through RRC.

Optionally, the BFI counter reaches a certain value, generally BFI max counter.

b) The beam information can be a candidate beam found by the physical layer measurement of the candidate beam reference signal and a new beam determined by the higher layer; or a beam configured and/or indicated by the network, or a UE implementation. Example: the beam corresponding to the spatial information configured on the network side.

Example: The UE has been connected to the base station through beam1 before. At the same time, the UE will periodically detect the candidate beam reference signal set q1 (assumed to be beam 2, beam 3, beam 4). At a certain moment, the UE passes the beam failure detection mechanism, that is, the BFI reaches the maximum value. At this time, the UE reports the measurement results of beam 2, beam 3, and beam 4 to the UE upper layer. The UE upper layer selects a new candidate beam based on the physical layer report, assuming it is beam 2. Then send WUS via beam 2.

c) The form of sending beam can be:

The UE sends WUS at the corresponding location according to the resource set and/or the configuration of different resources. The configuration of the resource set is pre-configured by the base station and notified to the UE through RRC.

The WUS sent at the corresponding location may be: the resource set and/or the location of each resource in different resources is different in time/frequency resources. Each resource corresponds to a different beam information. The time/frequency resource may refer to slot or symbol. Example: The network side configures a resource set containing 4 resources. Slot 1 corresponds to beam 1; slot 2 corresponds to beam 2; slot 3 corresponds to beam 3; slot 4 corresponds to beam 4; therefore, if the UE sends a beam on slot 2. After receiving it on the time/frequency resource, the base station knows that it is beam 2;

The WUS sent at the corresponding location may also be: the resource set and/or the time/frequency resource where each resource in different resources is located is different. The corresponding beam information in each resource is the same. The time/frequency resource may refer to slot or symbol. Example: The network side configures four resources: slot 1, 2, 3, 4. The UE sends beam 2 on these four resources, and the network side confirms that it is beam 2 after receiving it.

d) The format of the WUS can be: PUCCH (SR), preamble, SRS, PUSCH and other uplink signals.

Optionally, if WUS needs to carry information, it can be configured by using different sequences, or different time-frequency resources, or multiplexing multiple sequences. Or a specific uplink signal (a channel dedicated to sending uplink WUS).

The main consideration here is: the base station needs to distinguish whether the purpose of this WUS is to send uplink signals such as CG/SR, or whether it is sent because the beam has failed and needs to be re-established. If it is because CG/SR needs to be sent, the base station does not need to feedback to the UE. If it is due to re-establishing the beam link (to resolve the BFR event), the base station needs to give feedback to the UE.

Therefore, the information carried by this WUS tells the base station that the purpose of this WUS is different from the request to send CG/SR. Kind of.

Step 2: Based on the received WUS (beam), the base station decides whether to send feedback information according to the second rule.

a) The second rule may be:

Once the base station receives the WUS, it sends feedback information to the UE.

Optionally, it does not need to be distinguished at this time whether the purpose of the WUS is to send CG/SR or to re-establish the beam link.

Implicit judgment. That is, the base station determines whether to send feedback information based on whether the current beam information received is the same as the previously received beam information, that is, the NBI-RS reported by the UE is different from the BFD-RS. For example: The WUS received by the base station from UE1 was always sent through beam1. If you suddenly receive the beam sent by UE1 through beam 2. Then the base station sends feedback information.

Explicit judgment. That is, the base station decides whether to send feedback information based on the information carried by the WUS. At this time, the WUS information sent by the UE will tell the base station that the purpose of this WUS is to solve the BFR event.

b) The sent feedback information can be carried by a downlink signal, usually by PDCCH. It can be PDCCH format 0-1, 0-0 and other formats.

·The location for sending feedback information can be predefined by the protocol, such as n+4 slots after WUS. Or a determined (default) location.

·Optionally, the PDCCH can carry some information indicating the location where the UE can upload data. The some information may include at least one of the following: time domain location indication domain (TDRA), frequency domain location indication domain, MCS level, codebook, etc.

Step3: After the UE sends WUS, it monitors/detects the feedback from the base station (PDCCH) within a certain subsequent time window according to the first rule. This confirms that BFR is successful.

a) The second rule may be that when at least one of the following is satisfied, the UE will detect the feedback from the base station within a certain subsequent time window:

·The beam information corresponding to the NBI-RS reported by the UE is different from the beam information of the BFD-RS.

·The WUS sent by the UE has a specific format or carries specific information (corresponding to d in step 1))

b) The size of the time window is predefined by the protocol.

c) The said follow-up period is certain. This time can be predefined for the protocol, or a determined (default) location. (Corresponding to b) in step 2)

For the wake-up signal sending method provided by the embodiments of the present application, the execution subject may be a sending device for the wake-up signal. For the wake-up signal feedback method provided by the embodiments of the present application, the execution subject may be a feedback device for the wake-up signal. In the embodiment of the present application, the wake-up signal sending device performs the wake-up signal sending method and the wake-up signal feedback device performs the wake-up signal feedback method as an example to illustrate the wake-up signal sending device and the wake-up signal feedback device provided by the embodiment of the present application. .

Referring to Figure 5, an embodiment of the present application provides a device 500 for sending a wake-up signal, which includes:

The first sending module 501 is used to send WUS to the network device according to the BFI;

The detection module 502 is used to detect feedback information sent by the network device within the first time window.

Optionally, the first sending module is specifically used for:

According to the BFI, obtain the number of beam failure events;

When the number of beam failure events reaches the first threshold, send WUS to the network device;

Wherein, the first threshold is predefined by the protocol, or the first threshold is preconfigured by the network device, and is sent to the wake-up signal sending device through RRC signaling and/or downlink signals.

Optionally, the first sending module is specifically used for:

Send WUS to the network device through the first beam;

Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the sending device of the wake-up signal detects beam failure.

Optionally, WUS is any of the following:

PUCCH signal;

preamble;

PUSCH signal;

SRS;

CG signal;

Dedicated to sending uplink WUS signals.

Optionally, the first sending module is specifically used for:

Send WUS on the first resource according to the first resource set and/or the first resource configuration;

Wherein, the first resource set and/or the first resource configuration are sent by the network device to the wake-up signal sending device through RRC signaling and/or downlink signals.

Optionally, the first resource meets any of the following:

Each first resource corresponds to a different beam;

Multiple first resources correspond to the same beam.

Optionally, the detection module is specifically used for:

When the first condition is met, detect the feedback information sent by the network device within the first time window;

Among them, the first condition includes one or more of the following:

There is no quasi-co-location relationship between WUS and BFD-RS;

WUS is any one of PUCCH signal, preamble, PUSCH signal, SRS, CG signal and signal dedicated to transmitting uplink WUS, and the signal format of WUS is the first format, and the first format is the signal format dedicated to BF events;

The WUS carries first indication information, and the first indication information is used to instruct the WUS for the BF event.

Optionally, feedback information includes one or more of the following:

Beam confirmation information;

Time domain position indication domain information;

Frequency domain position indication domain information;

MCS level information;

Codebook information.

Optionally, the device also includes:

A confirmation module, used to confirm the success of the first event when feedback information sent by the network device is detected;

Wherein, the first event is associated with the BFR and/or beam connection re-establishment event.

Referring to Figure 6, an embodiment of the present application provides a wake-up signal feedback device 600, which includes:

The first receiving module 601 is used to receive the WUS sent by the terminal;

The second sending module 602 is used to send feedback information to the terminal.

Optionally, the first receiving module is specifically used for:

Receive WUS sent by the terminal through the first beam;

Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the sending device of the wake-up signal detects beam failure.

Optionally, WUS is any of the following:

PUCCH signal;

preamble;

PUSCH signal;

SRS;

CG signal;

Dedicated to sending uplink WUS signals.

Optionally, the first receiving module is specifically used for:

Receive the WUS sent by the terminal on the first resource;

Wherein, the first resource set and/or the first resource configuration associated with the first resource are sent to the terminal through RRC signaling or downlink signals by the wake-up signal feedback device.

Optionally, the first resource meets any of the following:

Each first resource corresponds to a different beam;

Multiple first resources correspond to the same beam.

Optionally, the second sending module is specifically used for:

When the second condition is met, feedback information is sent to the terminal;

Among them, the second condition includes one or more of the following:

There is no quasi-co-location relationship between WUS and BFD-RS;

WUS is any one of PUCCH signal, preamble, PUSCH signal, SRS, CG signal and signal dedicated to transmitting uplink WUS, and the signal format of WUS is the first format, and the first format is the signal format dedicated to BF events;

The WUS carries first indication information, and the first indication information is used to instruct the WUS for the beam failure BF event.

Optionally, feedback information includes one or more of the following:

Beam confirmation information;

Time domain position indication domain information;

Frequency domain position indication domain information;

MCS level information;

Codebook information.

The wake-up signal sending device and the wake-up signal feedback device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip. The electronic device may be a terminal or other devices other than the terminal. For example, terminals may include but are not limited to the types of terminals 11 listed above, and other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.

The device for sending a wake-up signal provided by the embodiment of the present application can realize each process implemented by the method embodiment of Figure 3. The feedback device of the wake-up signal provided by the embodiment of the application can implement each process implemented by the method embodiment of Figure 4, and achieves The same technical effects are not repeated here to avoid repetition.

Optionally, as shown in Figure 7, this embodiment of the present application also provides a communication device 700, which includes a processor 701 and a memory 702. The memory 702 stores programs or instructions that can be run on the processor 701, such as , when the communication device 700 is a terminal, when the program or instruction is executed by the processor 701, each step of the above embodiment of the method for sending a wake-up signal is implemented, and the same technical effect can be achieved. When the communication device 700 is a network device, when the program or instruction is executed by the processor 701, the steps of the above wake-up signal feedback method embodiment are implemented, and the same technical effect can be achieved. To avoid duplication, they will not be described again here.

An embodiment of the present application also provides a terminal, including a processor and a communication interface. The communication interface is used to send WUS to a network device according to the BFI; and the processor is used to detect feedback sent by the network device within a first time window. information.

This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment. Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this terminal embodiment, and can achieve the same technical effect. Specifically, FIG. 8 is a schematic diagram of the hardware structure of a terminal that implements an embodiment of the present application.

The terminal 800 includes but is not limited to: a radio frequency unit 801, a network module 802, an audio output unit 803, an input unit 804, a sensor 805, a display unit 806, a user input unit 807, an interface unit 808, a memory 809, a processor 810, etc. At least some parts.

Those skilled in the art can understand that the terminal 800 may also include a power supply (such as a battery) that supplies power to various components. The power supply may be logically connected to the processor 810 through a power management system, thereby managing charging, discharging, and power consumption through the power management system. Management and other functions. The terminal structure shown in FIG. 8 does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or some components may be combined or arranged differently, which will not be described again here.

It should be understood that in the embodiment of the present application, the input unit 804 may include a graphics processing unit (GPU) 8041 and a microphone 8042. The graphics processor 8041 is responsible for the image capture device (GPU) in the video capture mode or the image capture mode. Process the image data of still pictures or videos obtained by cameras (such as cameras). show The display unit 806 may include a display panel 8061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 807 includes a touch panel 8071 and at least one of other input devices 8072 . Touch panel 8071, also known as touch screen. The touch panel 8071 may include two parts: a touch detection device and a touch controller. Other input devices 8072 may include but are not limited to physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described again here.

In this embodiment of the present application, after receiving downlink data from the network device, the radio frequency unit 801 can transmit it to the processor 810 for processing; in addition, the radio frequency unit 801 can send uplink data to the network device. Generally, the radio frequency unit 801 includes, but is not limited to, an antenna, amplifier, transceiver, coupler, low noise amplifier, duplexer, etc.

Memory 809 may be used to store software programs or instructions as well as various data. The memory 809 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, Image playback function, etc.) etc. Additionally, memory 809 may include volatile memory or non-volatile memory, or memory 809 may include both volatile and non-volatile memory. Among them, non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synch link DRAM) , SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DRRAM). Memory 809 in embodiments of the present application includes, but is not limited to, these and any other suitable types of memory.

The processor 810 may include one or more processing units; optionally, the processor 810 integrates an application processor and a modem processor, where the application processor mainly handles operations related to the operating system, user interface, application programs, etc., Modem processors mainly process wireless communication signals, such as baseband processors. It can be understood that the above modem processor may not be integrated into the processor 810.

Among them, the radio frequency unit 801 is used to send WUS to the network device according to the BFI;

Processor 810, configured to detect feedback information sent by the network device within a first time window.

Optionally, the radio frequency unit 801 is specifically used for:

According to the BFI, obtain the number of beam failure events;

When the number of beam failure events reaches a first threshold, sending the WUS to the network device;

Wherein, the first threshold is predefined by a protocol, or the first threshold is preconfigured by the network device, and is sent to the sending device of the wake-up signal through RRC signaling and/or downlink signals.

Optionally, the radio frequency unit 801 is specifically used for:

Send the WUS to the network device through a first beam;

Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the sending device of the wake-up signal detects beam failure.

Optionally, the WUS is any one of the following:

PUCCH signal;

preamble;

PUSCH signal;

SRS;

CG signal;

Dedicated to sending uplink WUS signals.

Optionally, the radio frequency unit 801 is specifically used for:

sending the WUS on the first resource according to the first resource set and/or the first resource configuration;

The first resource set and/or the first resource configuration are sent by the network device to the device for sending the wake-up signal through RRC signaling and/or downlink signals.

Optionally, the first resource meets any of the following:

Each of the first resources corresponds to a different beam;

Multiple first resources correspond to the same beam.

Optionally, the processor 810 is specifically used to:

If the first condition is met, detect the feedback information sent by the network device within the first time window;

Wherein, the first condition includes one or more of the following:

There is no quasi-co-location relationship between the WUS and BFD-RS;

The WUS is any one of a PUCCH signal, a preamble, a PUSCH signal, an SRS, a CG signal, and a signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, and the first format is a signal dedicated to transmitting uplink WUS. Signal format of BF event;

The WUS carries first indication information, and the first indication information is used to instruct the WUS to target the BF event.

Optionally, the feedback information includes one or more of the following:

Beam confirmation information;

Time domain position indication domain information;

Frequency domain position indication domain information;

MCS level information;

Codebook information.

Optionally, the processor 810 is configured to confirm that the first event is successful when detecting feedback information sent by the network device;

Wherein, the first event is associated with a BFR and/or beam connection re-establishment event.

An embodiment of the present application also provides a network device, including a processor and a communication interface. The communication interface is used to receive WUS sent by a terminal; and the communication interface is used to send feedback information to the terminal. This network equipment embodiment is the same as the above-mentioned network Corresponding to the network equipment method embodiment, each implementation process and implementation manner of the above method embodiment can be applied to this network equipment embodiment, and can achieve the same technical effect.

Specifically, the embodiment of the present application also provides a network device. As shown in FIG. 9 , the network device 900 includes: an antenna 91 , a radio frequency device 92 , a baseband device 93 , a processor 94 and a memory 95 . The antenna 91 is connected to the radio frequency device 92 . In the uplink direction, the radio frequency device 92 receives information through the antenna 91 and sends the received information to the baseband device 93 for processing. In the downlink direction, the baseband device 93 processes the information to be sent and sends it to the radio frequency device 92. The radio frequency device 92 processes the received information and then sends it out through the antenna 91.

The method performed by the network device in the above embodiment can be implemented in the baseband device 93, which includes a baseband processor.

The baseband device 93 may include, for example, at least one baseband board, which is provided with multiple chips, as shown in FIG. Program to perform the network device operations shown in the above method embodiments.

The network device may also include a network interface 96, such as a common public radio interface (CPRI).

Specifically, the network device 900 in the embodiment of the present application also includes: instructions or programs stored in the memory 95 and executable on the processor 94. The processor 94 calls the instructions or programs in the memory 95 to execute the modules shown in Figure 6 The implementation method and achieve the same technical effect will not be repeated here to avoid repetition.

Embodiments of the present application also provide a readable storage medium, with a program or instructions stored on the readable storage medium. When the program or instructions are executed by a processor, each process of the above embodiment of the method for sending a wake-up signal is implemented, or, Each process of the above feedback method embodiment is implemented and can achieve the same technical effect. To avoid duplication, it will not be described again here.

Wherein, the processor is the processor in the terminal described in the above embodiment. The readable storage medium includes computer readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disk, etc.

An embodiment of the present application further provides a chip. The chip includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the above method for sending a wake-up signal. Each process of the above example, or each process of implementing the above feedback method embodiment, can achieve the same technical effect. To avoid repetition, it will not be described again here.

It should be understood that the chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.

Embodiments of the present application further provide a computer program/program product, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the above method for sending a wake-up signal. Each process of the embodiment, or each process of implementing the above feedback method embodiment, can achieve the same technical effect. To avoid repetition, it will not be described again here.

An embodiment of the present application also provides a communication system, including: a terminal and a network device. The terminal can be used to perform the steps of the method for sending a wake-up signal as described above. The network device can be used to perform the wake-up signal as described above. of Steps in the Feedback Method.

It should be noted that, in this document, the terms "comprising", "comprises" or any other variations thereof are intended to cover a non-exclusive inclusion, such that a process, method, article or device that includes a series of elements not only includes those elements, It also includes other elements not expressly listed or inherent in the process, method, article or apparatus. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of additional identical elements in a process, method, article or apparatus that includes that element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, but may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved. Functions may be performed, for example, the methods described may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation. Based on this understanding, the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology. The computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

The embodiments of the present application have been described above in conjunction with the accompanying drawings. However, the present application is not limited to the above-mentioned specific implementations. The above-mentioned specific implementations are only illustrative and not restrictive. Those of ordinary skill in the art will Inspired by this application, many forms can be made without departing from the purpose of this application and the scope protected by the claims, all of which fall within the protection of this application.

Claims (35)

1. A method for sending a wake-up signal includes:

   The terminal sends a wake-up signal WUS to the network device according to the beam failure indication BFI;

   The terminal detects the feedback information sent by the network device within the first time window.
2. The method according to claim 1, wherein the terminal sends WUS to the network device according to the BFI, including:

   The terminal obtains the number of beam failure events according to the BFI;

   When the number of beam failure events reaches a first threshold, the terminal sends the WUS to the network device;

   Wherein, the first threshold is predefined by a protocol, or the first threshold is preconfigured by the network device, and is sent to the terminal through radio resource control RRC signaling and/or downlink signals.
3. The method according to claim 1 or 2, wherein the terminal sends WUS to the network device, including:

   The terminal sends the WUS to the network device through the first beam;

   Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the terminal detects beam failure.
4. The method according to claim 1, wherein the WUS is any one of the following:

   Physical uplink control channel PUCCH signal;

   preamble;

   Physical uplink shared channel PUSCH signal;

   Detection reference signal SRS;

   Configure authorization CG signal;

   Dedicated to sending uplink WUS signals.
5. The method according to claim 3, wherein the terminal sends the WUS to the network device through the first beam, comprising:

   The terminal sends the WUS on the first resource according to the first resource set and/or the first resource configuration;

   Wherein, the first resource set and/or the first resource configuration are sent by the network device to the terminal through RRC signaling and/or downlink signals.
6. The method according to claim 5, wherein the first resource satisfies any one of the following:

   Each of the first resources corresponds to a different beam;

   Multiple first resources correspond to the same beam.
7. The method according to claim 1, wherein the terminal detects the feedback information sent by the network device within the first time window, including:

   When the first condition is met, the terminal detects the feedback sent by the network device within the first time window. information;

   Wherein, the first condition includes one or more of the following:

   There is no quasi-co-location relationship between the WUS and the beam failure detection reference signal BFD-RS;

   The WUS is any one of a PUCCH signal, a preamble, a PUSCH signal, an SRS, a CG signal, and a signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, and the first format is a signal dedicated to transmitting uplink WUS. Signal format of beam failure BF event;

   The WUS carries first indication information, and the first indication information is used to instruct the WUS to target the BF event.
8. The method according to claim 1, wherein the feedback information includes one or more of the following:

   Beam confirmation information;

   Time domain position indication domain information;

   Frequency domain position indication domain information;

   Modulation coding scheme MCS level information;

   Codebook information.
9. The method of claim 1, further comprising:

   When the terminal detects the feedback information sent by the network device, the terminal confirms that the first event is successful;

   Wherein, the first event is associated with a beam failure recovery BFR and/or beam connection re-establishment event.
10. A feedback method for wake-up signals, including:

    The network device receives the WUS sent by the terminal;

    The network device sends feedback information to the terminal.
11. The method according to claim 10, wherein the network device receives the WUS sent by the terminal, including:

    The network device receives the WUS sent by the terminal through the first beam;

    Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the terminal detects beam failure.
12. The method according to claim 10, wherein the WUS is any one of the following:

    PUCCH signal;

    preamble;

    PUSCH signal;

    SRS;

    CG signal;

    Dedicated to sending uplink WUS signals.
13. The method according to claim 11, wherein the network device receives the WUS sent by the terminal through the first beam, including:

    The network device receives the WUS sent by the terminal on the first resource;

    Wherein, the first resource set and/or the first resource configuration associated with the first resource are configured by the network device through RRC Signaling or downlink signals are sent to the terminal.
14. The method according to claim 13, wherein the first resource satisfies any one of the following:

    Each of the first resources corresponds to a different beam;

    Multiple first resources correspond to the same beam.
15. The method according to claim 10, wherein the network device sends feedback information to the terminal, including:

    When the second condition is met, the network device sends feedback information to the terminal;

    Wherein, the second condition includes one or more of the following:

    There is no quasi-co-location relationship between the WUS and BFD-RS;

    The WUS is any one of a PUCCH signal, a preamble, a PUSCH signal, an SRS, a CG signal, and a signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, and the first format is a signal dedicated to transmitting uplink WUS. Signal format of BF event;

    The WUS carries first indication information, and the first indication information is used to instruct the WUS for a beam failure BF event.
16. The method according to claim 10, wherein the feedback information includes one or more of the following:

    Beam confirmation information;

    Time domain position indication domain information;

    Frequency domain position indication domain information;

    MCS level information;

    Codebook information.
17. A device for sending a wake-up signal, including:

    The first sending module is used to send WUS to the network device according to the BFI;

    A detection module, configured to detect feedback information sent by the network device within the first time window.
18. The device according to claim 17, wherein the first sending module is specifically used for:

    According to the BFI, obtain the number of beam failure events;

    When the number of beam failure events reaches a first threshold, sending the WUS to the network device;

    Wherein, the first threshold is predefined by a protocol, or the first threshold is preconfigured by the network device, and is sent to the sending device of the wake-up signal through RRC signaling and/or downlink signals.
19. The device according to claim 17 or 18, wherein the first sending module is specifically used for:

    Send the WUS to the network device through the first beam;

    Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the sending device of the wake-up signal detects a beam failure.
20. The device according to claim 17, wherein the WUS is any one of the following:

    PUCCH signal;

    preamble;

    PUSCH signal;

    SRS;

    CG signal;

    Dedicated to sending uplink WUS signals.
21. The device according to claim 19, wherein the first sending module is specifically used for:

    sending the WUS on the first resource according to the first resource set and/or the first resource configuration;

    Wherein, the first resource set and/or the first resource configuration are sent by the network device to the device for sending the wake-up signal through RRC signaling and/or downlink signals.
22. The device according to claim 21, wherein the first resource satisfies any one of the following:

    Each of the first resources corresponds to a different beam;

    Multiple first resources correspond to the same beam.
23. The device according to claim 17, wherein the detection module is specifically used for:

    If the first condition is met, detect the feedback information sent by the network device within the first time window;

    Wherein, the first condition includes one or more of the following:

    There is no quasi-co-location relationship between the WUS and BFD-RS;

    The WUS is any one of a PUCCH signal, a preamble, a PUSCH signal, an SRS, a CG signal, and a signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, and the first format is a signal dedicated to transmitting uplink WUS. Signal format of BF event;

    The WUS carries first indication information, and the first indication information is used to instruct the WUS to target the BF event.
24. The device according to claim 17, wherein the feedback information includes one or more of the following:

    Beam confirmation information;

    Time domain position indication domain information;

    Frequency domain position indication domain information;

    MCS level information;

    Codebook information.
25. The device of claim 17, further comprising:

    A confirmation module, configured to confirm the success of the first event when feedback information sent by the network device is detected;

    Wherein, the first event is associated with a BFR and/or beam connection re-establishment event.
26. A feedback device for wake-up signals, including:

    The first receiving module is used to receive the WUS sent by the terminal;

    The second sending module is used to send feedback information to the terminal.
27. The device according to claim 26, wherein the first receiving module is specifically used for:

    The WUS sent by the terminal is received through the first beam;

    Wherein, the first beam is a beam different from the second beam, and the second beam is a beam in which the sending device of the wake-up signal detects beam failure.
28. The device according to claim 26, wherein the WUS is any one of the following:

    PUCCH signal;

    preamble;

    PUSCH signal;

    SRS;

    CG signal;

    Dedicated to sending uplink WUS signals.
29. The device according to claim 27, wherein the first receiving module is specifically used for:

    Receive the WUS sent by the terminal on the first resource;

    Wherein, the first resource set and/or the first resource configuration associated with the first resource are sent to the terminal through RRC signaling or downlink signals by the wake-up signal feedback device.
30. The device according to claim 29, wherein the first resource satisfies any one of the following:

    Each of the first resources corresponds to a different beam;

    Multiple first resources correspond to the same beam.
31. The device according to claim 27, wherein the second sending module is specifically used for:

    If the second condition is met, send feedback information to the terminal;

    Wherein, the second condition includes one or more of the following:

    There is no quasi-co-location relationship between the WUS and BFD-RS;

    The WUS is any one of a PUCCH signal, a preamble, a PUSCH signal, an SRS, a CG signal, and a signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, and the first format is a signal dedicated to transmitting uplink WUS. Signal format of BF event;

    The WUS carries first indication information, and the first indication information is used to instruct the WUS for a beam failure BF event.
32. The device according to claim 26, wherein the feedback information includes one or more of the following:

    Beam confirmation information;

    Time domain position indication domain information;

    Frequency domain position indication domain information;

    MCS level information;

    Codebook information.
33. A terminal, including a processor and a memory, the memory stores programs or instructions that can be run on the processor, and when the programs or instructions are executed by the processor, the implementation of any one of claims 1 to 9 is achieved. The steps of the above-described method of sending a wake-up signal.
34. A network device, including a processor and a memory. The memory stores programs or instructions that can be run on the processor. When the program or instructions are executed by the processor, the implementation of any one of claims 10 to 16 is achieved. The steps of the feedback method of the wake-up signal.
35. A readable storage medium storing programs or instructions on the readable storage medium. When the programs or instructions are executed by a processor, the steps of the method for sending a wake-up signal according to any one of claims 1 to 9 are implemented, Or implement the steps of the feedback method of the wake-up signal according to any one of claims 10 to 16.