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

Abstract

The application discloses a wake-up signal sending and feedback method, device and readable storage medium, and belongs to the technical field of communication. The method comprises the following steps: a terminal sends a WUS to a network device according to a BFI; and the terminal detects feedback information sent by the network device in a first time window.

Description

Technical Field

[0001] This application belongs to the field of communication technology, and specifically relates to a method, device and readable storage medium for sending and receiving a wake-up signal. Background Technology

[0002] In network energy-saving technologies, one possibility is to introduce a cell-discontinuous reception (C-DRX) scheme to save on uplink signal detection by the base station. That is, DRX is configured at the base station. During the on-duration of this DRX configuration, the base station is in the active zone, listening to and receiving uplink signals such as the Physical Uplink Control Channel (PUCCH) and Configured Grant (CG). In the inactive zone, it is in a dormant state, not receiving or listening to PUCCH, CG, or other uplink signals. In this case, similar to a downlink wake-up signal design, the UE may need to send a WUS signal to indicate whether the base station should be woken up in subsequent C-DRX cycles. When the base station detects the UE's WUS signal, it enters the active zone to listen to PUCCH and other signals; otherwise, the base station continues to sleep in subsequent C-DRX cycles, saving energy.

[0003] When a UE experiences a beam failure (BF), it sends a new beam request to the network. However, at this time, the base station has not enabled C-DRX on-duration. Therefore, the base station does not receive this request and thus does not provide feedback to the UE. Consequently, the beam connection between the base station and the UE is interrupted. Summary of the Invention

[0004] This application provides a method, device, and readable storage medium for transmitting and receiving wake-up signals, which can address the potential failure of the beam failure recovery process under the C-DRX scheme.

[0005] Firstly, a method for sending a wake-up signal is provided, including:

[0006] The terminal sends a wake-up signal (WUS) to the network device based on the beam failure indication (BFI).

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

[0008] Secondly, a method for feeding back a wake-up signal is provided, characterized by comprising:

[0009] Network devices receive WUS messages sent by terminals;

[0010] The network device sends feedback information to the terminal.

[0011] Thirdly, a wake-up signal transmitting device is provided, comprising:

[0012] The first transmitting module is used to send WUS to the network device according to BFI;

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

[0014] Fourthly, a wake-up signal feedback device is provided, characterized in that it includes:

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

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

[0017] Fifthly, a terminal is provided, the terminal including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0018] Sixthly, a terminal is provided, including a processor and a communication interface, wherein,

[0019] The communication interface is used to send WUS to network devices according to BFI;

[0020] The processor is used to detect feedback information sent by the network device within a first time window.

[0021] In a seventh aspect, a network device is provided, the network device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0022] Eighthly, a network device is provided, including a processor and a communication interface, wherein,

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

[0024] A communication interface is used to send feedback information to the terminal.

[0025] A ninth aspect provides a communication system comprising: a terminal and a network device, wherein the terminal is configured to perform the steps of the wake-up signal transmission method as described in the first aspect, and the network device is configured to perform the steps of the wake-up signal feedback method as described in the second aspect.

[0026] In a tenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0027] Eleventhly, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run a program or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

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

[0029] In this embodiment, the terminal sends a WUS to the network device based on the BFI; and detects the feedback information sent by the network device within a first time window. Thus, when a BF event occurs, the terminal sends a WUS to the network device based on the BFI to wake up the network device, preventing the BFR process from failing under the C-DRX scheme. Attached Figure Description

[0030] Figure 1 This is a block diagram of a wireless communication system provided in an embodiment of this application;

[0031] Figure 2a This is a schematic diagram of how SSB is transmitted via beams in NR using the TDD method;

[0032] Figure 2b This is a schematic diagram of the downlink beam selection and determination process;

[0033] Figure 2c This is a schematic diagram of the beam failure recovery process;

[0034] Figure 2d This is a flowchart illustrating the beam failure detection process;

[0035] Figure 3 This is a flowchart illustrating the method for sending a wake-up signal provided in an embodiment of this application;

[0036] Figure 4 This is a flowchart illustrating the wake-up signal feedback method provided in an embodiment of this application;

[0037] Figure 5 This is a schematic diagram of the structure of the wake-up signal transmitting device provided in the embodiments of this application;

[0038] Figure 6 This is a schematic diagram of the structure of the wake-up signal feedback device provided in the embodiments of this application;

[0039] Figure 7 This is a schematic diagram of the structure of the communication device provided in the embodiments of this application;

[0040] Figure 8 This is a schematic diagram of the terminal structure provided in the embodiments of this application;

[0041] Figure 9 This is a schematic diagram of the network device provided in the embodiments of this application. Detailed Implementation

[0042] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0043] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0044] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as 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 this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and NR terminology is used in most of the following description; however, these technologies can also be applied to applications beyond NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0045] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. Terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the specific type of terminal 11 is not limited in this embodiment. Network-side equipment 12 may include access network equipment or core network equipment. Access network equipment 12 may also be referred to as radio access network equipment, radio access network (RAN), radio access network function, or radio access network unit. Access network equipment 12 may include base stations, WLAN access points, or WiFi nodes, etc. Base stations may be referred to as Node B, 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 (TRP), or any 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 should be noted that in this application embodiment, only a base station in an NR system is used as an example for description, and the specific type of base station is not limited.

[0046] To better understand the technical solution of this application, the following will be introduced first:

[0047] Beam

[0048] Due to the scarcity of low-frequency resources, 5G NR uses high-frequency bands such as millimeter waves. Since propagation loss is greater in high-frequency bands than in low-frequency bands, its coverage distance is worse than LTE. To address this issue, one solution is for 5G to enhance the signal through multi-antenna beamforming, thereby improving coverage. Currently, beamforming is a signal processing technique that uses sensor arrays to transmit and receive signals in a directional manner. Beamforming adjusts the parameters of the basic units of the phase array so that signals at certain angles undergo constructive interference, while signals at other angles undergo destructive interference, thus pointing the antenna beam in a specific direction. Downlink beam establishment is generally determined by the synchronization signal / physical broadcast channel signal block (or synchronization signal block, PBCH block, SSB) and the CSI-RS reference signal. Taking SSB as an example:

[0049] Because the beam is narrow, the same SSB is transmitted in different directions in the form of a beam in NR according to TDD, so that UEs in each direction can receive the SSB.

[0050] like Figure 2a As shown, within a 5ms range, the base station transmits multiple SSBs (corresponding to different SSB indices) 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.

[0051] The NR random access procedure uses beams, where the SSB (Service Subsystem for Broadband) has multiple transmission opportunities within a time domain period and is assigned a corresponding number, each corresponding to a different beam. For the UE, the UE can only transmit a preamble when the SSB's beam scanning signal covers the UE. When the network receives the UE's preamble, it knows the optimal downlink beam. Therefore, the SSB needs to be associated with the preamble. Since the preamble can only be transmitted in Physical Random Access Channel (PRACH) scenarios, the SSB is associated with the PRACH occasion.

[0052] Beam establishment

[0053] See Figure 2b The steps for downlink beam selection and determination (transmitted by the base station, received by the UE) are as follows:

[0054] Step 1: Tx performs beam scanning by sending SSB signals (one SSB corresponds to one Tx beam). Both the base station side and the UE side beams are being traversed. The UE side needs to automatically find a suitable Rx beam for each SSB signal (because SSB is the top layer of QCL, it needs to be ensured that each one corresponds to a suitable Rx beam).

[0055] Step 2: Within the wide beam range determined after step 1, Tx is scanned by transmitting Channel State Information Reference Signal (CSI-RS) (periodic, semi-continuous, or aperiodic) or SSB (only periodic) signals, while Rx beam remains unchanged, to determine the narrow beam.

[0056] Step 3: The Tx beam is fixed as the Tx narrow beam selected after step 2, and the CSI-RS (repetition = "on", that is, the QCL relationship is not configured, the UE can receive and scan autonomously) signal is sent. Rx performs beam scanning to determine the Rx beam.

[0057] Beam failure recovery

[0058] See Figure 2c The UE monitors the communication quality of the PDCCH channel through periodic reference signals. If it finds that the channel cannot provide reliable communication, the UE will announce beam failure and then inform the UE of the failure indication and a new suitable beam.

[0059] Beam Failure Recovery (BFR) is a process that combines L1 (Physical Layer) and L2 (MAC Layer) operations. Beam Failure Detection (BFD) and recovery involve L2 MAC Layer protocols (321), while L1 Layer details (213) are also referred to as link recovery. BFR consists of four parts: BFD (similar to, but different from, Radio Link Monitoring (RLM)), determination of new candidate beams, Beam Failure Recovery (BFR) request, and beam recovery.

[0060] Beam Failure Detection (BFD)

[0061] See Figure 2dThe terminal measures the Beam Failure Detection Reference Signal (BFD-RS) at the physical layer and determines whether a beam failure event has occurred based on the measurement results. The judgment condition is as follows: if the metric (hypothetical PDCCH Block Error Rate, BLER) of all control beams meets a preset condition (exceeding a preset threshold, where the threshold is the corresponding BLER), it is determined as a beam failure instance (BFI). The UE physical layer reports this to the UE higher layer (MAC layer). This reporting process is periodic, and the BFI reporting period is the shortest period of the BFD RS, with a lower bound of 2ms. The UE higher layer uses a counter and a timer to count the BFIs reported by the physical layer. Each time a BFI is received, the timer (beamFailureRecoveryTimer) is restarted. If the timer times out, the counter is re-counted. When the counter reaches the maximum number of times configured by the network, the UE declares that a beam failure event has occurred. In the prior art, the UE's MAC layer counter and timer are configured for each active BWP, and the startup and maintenance of the counter and timer on each BWP are independent.

[0062] BFD-RS can be configured explicitly or implicitly. BFD-RS is represented by set q0. The UE expects a single port RS in set q0.

[0063] Explicit configuration: Periodic CSI-RS resources are configured as BFD-RS for the UE via Radio Resource Control (RRC). It is important to note that the BFD-RS and PDCCH DMRS (CORESET) must have a QCL relationship. To reduce configuration signaling overhead, the RSs used for BFD / RLM may be jointly configured, i.e., within a single RRC message.

[0064] Implicit configuration: The BFD-RS is determined by the RS in the active TCI state corresponding to the PDCCH, and the index of the RS is included in set q0. When the TCI state contains two RSs, the RS corresponding to QCL type D is taken. The BFD-RS set is updated as the PDCCH TCI state is updated.

[0065] Determination of new candidate beams

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

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

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

[0069] When the UE physical layer is searching for new candidate beams, it reports the measurement results that meet the preset conditions (i.e., L1-RSRP is greater than the configured value rsrp-ThresholdSSB) to the UE higher layers. The reporting format (CRI / SSBRI, L1-RSRP) is the same as that of beam reporting.

[0070] For PCell or PSCell, the physical layer reports the CSI-RS / SSB indice and L1-RSRP value that are greater than the threshold to the higher layer.

[0071] For Scell, the physical layer first checks with the higher layer whether there exists an RS that satisfies the L1-RSRP threshold. If it does, it reports the RS index that satisfies the threshold condition and its measured L1-RSRP value to the higher layer.

[0072] The UE's higher layers select a new candidate beam based on the physical layer's report. The MAC layer then determines the PRACH channel (pre-configured by the network) based on the selected new beam for BFRQ.

[0073] The threshold for L1-RSRP can be divided into two cases:

[0074] (1) For SSB, the RRC configuration uses the higher-level parameter rsrp-ThresholdSSB.

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

[0076] Downlink wake-up signal DL WUS

[0077] In 5G systems, to further improve the power-saving performance of the UE, a PDCCH-based wake-up signal (WUS) has been introduced. The role of WUS is to inform the UE whether it needs to listen to the PDCCH during a specific DRX onDuration period. 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 throughout the entire DRX Long cycle, thereby further saving power.

[0078] The WUS signal is a type of DCI, or simply DCI with CRC scrambled by PS-RNTI (DCP). PS-RNTI is a dedicated RNTI allocated by the network to the UE for power-saving features. The DCI scrambled with this RNTI carries the network's wake-up / sleep indication to the UE. Based on this indication, the UE determines whether to start the on-duration timer and whether to perform PDCCH monitoring in the next DRX cycle.

[0079] The method for sending and receiving wake-up signals provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0080] See Figure 3 This application provides a method for sending a wake-up signal, wherein the execution subject of the method is a terminal, and the method includes:

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

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

[0083] The aforementioned network devices can specifically be network devices configured with DRX. During the on-duration period of the DRX configuration, they are in the active zone, listening to and receiving uplink signals such as PUCCH and CG; in the inactive zone, they are in the sleep period and do not receive or listen to uplink signals such as PUCCH and CG.

[0084] In this embodiment, the terminal sends a WUS to the network device based on the BFI; and detects the feedback information sent by the network device within a first time window. Thus, when a BF event occurs, the terminal sends a WUS to the network device based on the BFI to wake up the network device, preventing the BFR process from failing under the C-DRX scheme.

[0085] The aforementioned first time window can be determined through methods such as protocol predefinition or terminal or network side preconfiguration, and this application embodiment does not specifically limit it.

[0086] In one possible implementation, the terminal sends WUS to the network device according to the BFI, including:

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

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

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

[0090] In this embodiment, the terminal obtains the number of beam failure events based on the BFI, i.e., the number of detected beamfailure events. When the number of beam failure events reaches a certain threshold, the terminal is triggered to send a WUS to the network device.

[0091] Optionally, the terminal may set a BFI counter, which triggers the terminal to send WUS when the count of the BFI counter reaches a certain value (e.g., BFI max counter).

[0092] In one possible implementation, the terminal sends WUS to the network device, including:

[0093] The terminal sends WUS to the network device via the first beam;

[0094] The first beam is a different beam from the second beam, which is the beam in which the terminal detected a beam failure.

[0095] In this embodiment of the application, when a BF event occurs at the terminal, BFR processing will be performed. At this time, the terminal will select a new beam for uplink signal transmission. The first beam mentioned above is the new beam used by the terminal, while the second beam is the old beam used for prior communication between the terminal and the network device.

[0096] It is understandable that when a network device receives a WUS transmitted by a terminal through the first beam, it can know the beam information used by the terminal at that time.

[0097] Optionally, the terminal may also include beam information in the transmitted WUS. This beam information can indicate the new beam used by the terminal. The beam indicated by the beam information may be a new beam determined by the higher layers of the terminal after the physical layer measures the candidate beam reference signal to find the candidate beam; or a beam pre-configured and / or indicated by the network; or a beam determined based on the terminal's own implementation.

[0098] In one possible implementation, WUS is any one of the following:

[0099] (1) PUCCH signal;

[0100] (2) preamble;

[0101] (3) Physical Uplink Shared Channel (PUSCH) signal;

[0102] (4) Sounding Reference Signal (SRS);

[0103] (5) CG signal;

[0104] (6) Dedicated to sending uplink WUS signals.

[0105] Optionally, if WUS needs to carry information, it can be constructed using different sequences, different time-frequency resources, or multiple sequences.

[0106] In one possible implementation, the terminal transmits WUS to the network device via a first beam, including:

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

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

[0109] In this embodiment, the transmission of WUS via the first beam can be as follows: the terminal transmits WUS at the appropriate location based on the resource set and / or the configuration of different resources. The configuration of the resource set is pre-configured by the network device and communicated to the terminal via RRC signaling and / or downlink signals.

[0110] In one possible implementation, the first resource satisfies any one of the following:

[0111] (1) Each first resource corresponds to a different beam; specifically, sending WUS at the corresponding location can be: the resource set and / or the time / frequency resource of each resource in different resources is different. Each resource corresponds to a different beam information. The time / frequency resource can refer to a slot or a symbol. For 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 in slot 2, the network device will know that it is beam 2 after receiving it on the time / frequency resource;

[0112] (2) Multiple first resources correspond to the same beam. Specifically, transmitting WUS at the corresponding location can also be: the time / frequency resources of each resource in the resource set and / or different resources are different. The beam information corresponding to each resource is the same. The time / frequency resource can refer to a slot or a symbol. For example: the network side configures four resources: slot 1, 2, 3, 4; the terminal transmits beam 2 on all four resources, and the network side confirms that it is beam 2 after receiving it.

[0113] In one possible implementation, the terminal's detection of feedback information sent by the network device within the first time window can be unconditional, meaning that the terminal defaults to performing the step of detecting feedback information sent by the network device within the first time window after sending WUS.

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

[0115] If the first condition is met, the terminal detects the feedback information sent by the network device within the first time window;

[0116] That is, the terminal will only execute the step of detecting and receiving feedback information if the first condition is met. If the first condition is not met, there is no need to receive feedback.

[0117] The first condition includes one or more of the following:

[0118] (1) There is no quasi-co-address relationship between WUS and BFD-RS;

[0119] (2) WUS can be any one of the following: PUCCH signal, preamble, PUSCH signal, SRS, CG signal, and a signal specifically used for transmitting uplink WUS. The WUS signal format is the first format, which is a signal format specifically used for beam failure (BF) events. That is, the WUS transmitted by the terminal has a specific format. Regarding this specific format, on the one hand, it can refer to a protocol design specifically for transmitting WUS 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, it can refer to designing a completely new WUS signal specifically for BF events, a signal that is different from existing uplink signals.

[0120] (3) The WUS carries first indication information, which is used to indicate that the WUS is for the BF event. That is, the WUS sent by the terminal carries specific information, such as carrying 1 bit of information to tell the network device whether the purpose of this WUS is for the BF event or CG, etc.

[0121] In one possible implementation, the feedback information includes one or more of the following:

[0122] (1) Beam confirmation information is used to indicate that the new beam used by the terminal has been confirmed. Through this information network device, the terminal can be told that it can communicate through the new beam, or that the new beam connection is successful.

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

[0124] (3) Frequency domain position indication domain information;

[0125] (4) Modulation and coding scheme (MCS) level information;

[0126] (5) Codebook information.

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

[0128] In one possible implementation, the method further includes:

[0129] If the terminal detects feedback information sent by the network device, the terminal confirms that the first event was successful.

[0130] The first event is associated with beam failure recovery (BFR) and / or beam connection re-establishment events.

[0131] In this embodiment of the application, after the terminal detects the feedback from the network device, it confirms that the first event is successful. The first event includes events such as BFR that re-establish the beam connection.

[0132] See Figure 4 This application provides a wake-up signal feedback method, the execution subject of which is a network device, and the method includes:

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

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

[0135] In one possible implementation, the network device receives the WUS sent by the terminal, including:

[0136] The network device receives WUS transmitted by the terminal through the first beam;

[0137] The first beam is a different beam from the second beam, which is the beam in which the terminal detected a beam failure.

[0138] In this embodiment of the application, when a BF event occurs at the terminal, BFR processing will be performed. At this time, the terminal will select a new beam for uplink signal transmission. The first beam mentioned above is the new beam used by the terminal, while the second beam is the old beam used for prior communication between the terminal and the network device.

[0139] It is understandable that when a network device receives a WUS transmitted by a terminal through the first beam, it can know the beam information used by the terminal at that time.

[0140] Optionally, the terminal may also include beam information in the transmitted WUS. This beam information indicates the new beam used by the terminal. The beam indicated by this beam information may be a new beam determined by the terminal's higher layers after the terminal's physical layer measures the candidate beam reference signal to find the candidate beam; or it may be a beam pre-configured and / or indicated by the network; or it may be determined based on the terminal's own implementation. In this way, the network device can know the new beam used by the terminal based on the beam information contained in the received WUS.

[0141] In one possible implementation, WUS is any one of the following:

[0142] (1) PUCCH signal;

[0143] (2) preamble;

[0144] (3) PUSCH signal;

[0145] (4) SRS;

[0146] (5) CG signal;

[0147] (6) Dedicated to sending uplink WUS signals.

[0148] Optionally, if WUS needs to carry information, it can be constructed using different sequences, different time-frequency resources, or multiple sequences.

[0149] In one possible implementation, the WUS transmitted by the network device through the first beam receiving terminal includes:

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

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

[0152] In this embodiment, the transmission of WUS via the first beam can be as follows: the terminal transmits WUS at the appropriate location based on the resource set and / or the configuration of different resources. The configuration of the resource set is pre-configured by the network device and communicated to the terminal via RRC signaling and / or downlink signals.

[0153] In one possible implementation, the first resource satisfies any one of the following:

[0154] (1) Each first resource corresponds to a different beam; specifically, sending WUS at the corresponding location can be: the resource set and / or the time / frequency resource of each resource in different resources is different. Each resource corresponds to a different beam information. The time / frequency resource can refer to a slot or a symbol. For 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 in slot 2, the network device will know that it is beam 2 after receiving it on the time / frequency resource;

[0155] (2) Multiple first resources correspond to the same beam. Specifically, transmitting WUS at the corresponding location can also be: the time / frequency resources of each resource in the resource set and / or different resources are different. The beam information corresponding to each resource is the same. The time / frequency resource can refer to a slot or a symbol. For example: the network side configures four resources: slot 1, 2, 3, 4; the terminal transmits beam 2 on all four resources, and the network side confirms that it is beam 2 after receiving it.

[0156] In one possible implementation, the network device can send feedback information to the terminal unconditionally, meaning that the network device will send feedback information to the terminal by default after receiving WUS.

[0157] In one possible implementation, the network device sends feedback information to the terminal, including:

[0158] If the second condition is met, the network device sends feedback information to the terminal;

[0159] In other words, the network device will only send feedback information if the second condition is met. If the second condition is not met, there is no need to send feedback information.

[0160] The second condition includes one or more of the following:

[0161] (1) There is no quasi-co-address relationship between WUS and BFD-RS;

[0162] (2) WUS can be any one of the following: PUCCH signal, preamble, PUSCH signal, SRS, CG signal, and a signal specifically used for transmitting uplink WUS. The WUS signal format is the first format, which is a signal format specifically used for beam failure (BF) events. That is, the WUS transmitted by the terminal has a specific format. Regarding this specific format, on the one hand, it can refer to a protocol design specifically for transmitting WUS 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, it can refer to designing a completely new WUS signal specifically for BF events, a signal that is different from existing uplink signals.

[0163] (3) The WUS carries first indication information, which is used to indicate that the WUS is for the BF event. That is, the WUS sent by the terminal carries specific information, such as carrying 1 bit of information to tell the network device whether the purpose of this WUS is for the BF event or CG, etc.

[0164] In one possible implementation, the feedback information includes one or more of the following:

[0165] (1) Beam confirmation information is used to indicate that the new beam used by the terminal has been confirmed. Through this information network device, the terminal can be told that it can communicate through the new beam, or that the new beam connection is successful.

[0166] (2) Time-domain location indication information, such as TDRA;

[0167] (3) Frequency domain position indication domain information;

[0168] (4) MCS level information;

[0169] (5) Codebook information.

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

[0171] The technical solution of this application will be described below with reference to specific application examples:

[0172] This application example primarily considers scenarios where uplink and downlink beams are mutually exchanged;

[0173] Step 1: When the first condition is met, the UE sends WUS through the first beam.

[0174] a) The first condition is: the UE is triggered to send WUS when the BFI counter reaches a certain value. The certain value reached by the BFI counter can be predefined by the protocol and configured to the UE via RRC.

[0175] Optionally, the BFI counter reaches a certain value, typically BFI max counter.

[0176] (b) The beam information can be a candidate beam found by the physical layer measuring the candidate beam reference signal and a new beam determined by higher layers; or a beam configured and / or indicated by the network; or implemented by the UE. Example: the beam corresponding to the spatial info configured on the network side.

[0177] For example: The UE previously connected to the base station via beam1. Simultaneously, the UE periodically detected candidate beam reference signals set q1 (let's say beam 2, beam 3, beam 4). At a certain point, the UE, through its beam failure detection mechanism, detects that the beam fit (BFI) has reached its maximum value. At this time, the UE reports the measurement results of beams 2, 3, and 4 to its higher layers. Based on the physical layer report, the higher layers select a new candidate beam, let's say beam 2. Then, WUS is transmitted via beam 2.

[0178] c) The form in which the beam is sent can be:

[0179] The UE transmits WUS at the appropriate location based on the resource set and / or the configuration of different resources. The configuration of the resource set is pre-configured by the base station and communicated to the UE via RRC.

[0180] The WUS transmission at the corresponding location can be: the resource set and / or the time / frequency resource where each resource is located is different. Each resource corresponds to a different beam information. This time / frequency resource can refer to a slot or a symbol. For 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 transmits beam information in slot 2, the base station will know that it is beam 2 after receiving it on that time / frequency resource.

[0181] The WUS transmission at the corresponding location can also mean that the time / frequency resource of each resource in the resource set and / or different resources is different. The beam information corresponding to each resource is the same. The time / frequency resource can refer to a slot or a symbol. For example: the network side configures four resources: slot 1, 2, 3, 4, and the UE sends beam 2 on all four resources. After receiving it, the network side confirms that it is beam 2.

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

[0183] Optionally, if WUS needs to carry information, it can be constructed using different sequences, different time-frequency resources, or multiple sequences multiplexed. Alternatively, a specific uplink signal (a channel dedicated to transmitting uplink WUS) can be used.

[0184] The main consideration here is that the base station needs to distinguish whether the purpose of this WUS (Wireless Message Service) is to send uplink signals such as CG / SR (Current Message / Signal) or because the beam connection has failed and needs to be re-established. If it's for sending CG / SR, the base station doesn't need to provide feedback to the UE. If it's for re-establishing the beam connection (resolving BFR events), the base station needs to provide feedback to the UE.

[0185] Therefore, the information carried by this WUS is to tell the base station that the purpose of this WUS is different from the request to send CG / SR.

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

[0187] a) The second rule can be:

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

[0189] Optionally, at this point, it is not necessary to distinguish whether the purpose of the WUS is to send CG / SR or to re-establish the beam link.

[0190] Implicit determination. That is, the base station determines whether to send feedback information by comparing the received current beam information with previously received beam information; that is, the NBI-RS reported by the UE is different from the BFD-RS. For example: the base station previously received UE1's WUS information always transmitted through beam1. If it suddenly receives beam information from UE1 transmitted through beam2, the base station will send feedback information.

[0191] Explicit determination. That is, the base station decides whether to send feedback information based on the information carried by the WUS. In this case, the WUS information sent by the UE will tell the base station that the purpose of this WUS is to resolve the BFR event.

[0192] (b) The feedback information sent can be carried through downlink signals, typically via PDCCH. It can be in PDCCHformat 0-1, 0-0, or similar formats.

[0193] The location for sending feedback information can be predefined by the protocol, such as slot n+4 after WUS, or a predetermined (default) location.

[0194] Optionally, the PDCCH may carry information indicating the location where the UE can upload data. This information may include at least one of the following: a time-domain location indication field (TDRA), a frequency-domain location indication field, an MCS level, a codebook, etc.

[0195] Step 3: After the UE sends WUS, it listens for / detects the base station's feedback (PDCCH) within a certain time window according to the first rule. This confirms that BFR was successful.

[0196] a) The second rule can be that the UE detects the base station's feedback within a subsequent time window when at least one of the following conditions is met:

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

[0198] • The WUS sent by the UE has a specific format or carries specific information (corresponding to d in step 1)).

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

[0200] c) The subsequent certain time. This time can be predefined by the protocol or a predetermined (default) position. (Corresponding to b) in step 2)

[0201] The wake-up signal sending and feedback method provided in this application can be executed by a wake-up signal sending and feedback device. This application uses the wake-up signal sending and feedback device executing the wake-up signal sending and feedback method as an example to illustrate the wake-up signal sending and feedback device provided in this application.

[0202] See Figure 5 This application provides a wake-up signal transmitting device 500, comprising:

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

[0204] The detection module 502 is used to detect feedback information sent by network devices within the first time window.

[0205] Optionally, the first sending module is specifically used for:

[0206] Based on the BFI, obtain the number of beam failure events;

[0207] If the number of beam failure events reaches a first threshold, send WUS to the network device;

[0208] The first threshold is predefined by the protocol or preconfigured by the network device and sent to the wake-up signal sending device via RRC signaling and / or downlink signals.

[0209] Optionally, the first sending module is specifically used for:

[0210] WUS is sent to the network device via the first beam;

[0211] The first beam is a different beam from the second beam, which is the beam that the wake-up signal transmitting device detected as having failed.

[0212] Optionally, WUS can be any of the following:

[0213] PUCCH signal;

[0214] preamble;

[0215] PUSCH signal;

[0216] SRS;

[0217] CG signal;

[0218] It is specifically used to send uplink WUS signals.

[0219] Optionally, the first sending module is specifically used for:

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

[0221] The first resource set and / or the first resource configuration are sent by the network device to the wake-up signal transmitting device via RRC signaling and / or downlink signals.

[0222] Optionally, the first resource satisfies any one of the following:

[0223] Each primary resource corresponds to a different beam;

[0224] Multiple primary resources correspond to the same beam.

[0225] Optionally, the detection module is specifically used for:

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

[0227] The first condition includes one or more of the following:

[0228] There is no quasi-co-address relationship between WUS and BFD-RS;

[0229] WUS can be any one of the following: PUCCH signal, preamble, PUSCH signal, SRS, CG signal, and signal specifically used for transmitting uplink WUS. The signal format of WUS is the first format, which is a signal format specifically used for BF events.

[0230] WUS carries a first instruction message, which is used to instruct WUS to respond to the BF event.

[0231] Optionally, the feedback information may include one or more of the following:

[0232] Beam confirmation information;

[0233] Time-domain location indication field information;

[0234] Frequency domain position indication domain information;

[0235] MCS level information;

[0236] Codebook information.

[0237] Optionally, the device further includes:

[0238] The confirmation module is used to confirm the success of the first event when feedback information sent by the network device is detected.

[0239] The first event is associated with BFR and / or beam re-establishment events.

[0240] See Figure 6This application provides a wake-up signal feedback device 600, comprising:

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

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

[0243] Optionally, the first receiving module is specifically used for:

[0244] WUS transmitted via the first beam receiving terminal;

[0245] The first beam is a different beam from the second beam, which is the beam that the wake-up signal transmitting device detected as having failed.

[0246] Optionally, WUS can be any of the following:

[0247] PUCCH signal;

[0248] preamble;

[0249] PUSCH signal;

[0250] SRS;

[0251] CG signal;

[0252] It is specifically used to send uplink WUS signals.

[0253] Optionally, the first receiving module is specifically used for:

[0254] Receive WUS sent by the terminal on the first resource;

[0255] The first resource set and / or first resource configuration associated with the first resource are sent to the terminal by the wake-up signal feedback device via RRC signaling or downlink signal.

[0256] Optionally, the first resource satisfies any one of the following:

[0257] Each primary resource corresponds to a different beam;

[0258] Multiple primary resources correspond to the same beam.

[0259] Optionally, the second transmitting module is specifically used for:

[0260] If the second condition is met, a feedback message is sent to the terminal;

[0261] The second condition includes one or more of the following:

[0262] There is no quasi-co-address relationship between WUS and BFD-RS;

[0263] WUS can be any one of the following: PUCCH signal, preamble, PUSCH signal, SRS, CG signal, and signal specifically used for transmitting uplink WUS. The signal format of WUS is the first format, which is a signal format specifically used for BF events.

[0264] The WUS carries a first indication message, which is used to instruct the WUS to respond to the beam failure (BF) event.

[0265] Optionally, the feedback information may include one or more of the following:

[0266] Beam confirmation information;

[0267] Time-domain location indication field information;

[0268] Frequency domain position indication domain information;

[0269] MCS level information;

[0270] Codebook information.

[0271] The wake-up signal sending and feedback device in this application embodiment can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or other devices besides a terminal. For example, the terminal can include, but is not limited to, the type of terminal 11 listed above; other devices can be servers, network attached storage (NAS), etc., and this application embodiment does not specifically limit the type.

[0272] The wake-up signal sending and feedback device provided in this application embodiment can achieve Figures 3 to 4 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0273] Optional, such as Figure 7 As shown, this application embodiment also provides a communication device 700, including a processor 701 and a memory 702. The memory 702 stores a program or instructions that can run on the processor 701. For example, when the communication device 700 is a terminal, the program or instructions executed by the processor 701 implement the various steps of the above-described wake-up signal sending and feedback method embodiment, and achieve the same technical effect. When the communication device 700 is a network device, the program or instructions executed by the processor 701 implement the various steps of the above-described wake-up signal sending and feedback method embodiment, and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0274] This application embodiment 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 BFI. The processor is used to detect the feedback information sent by the network device within a first time window.

[0275] This terminal embodiment corresponds to the aforementioned terminal-side method embodiment. All implementation processes and methods of the aforementioned method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 8 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

[0276] The terminal 800 includes, but is not limited to, at least some of the following components: radio frequency unit 801, network module 802, audio output unit 803, input unit 804, sensor 805, display unit 806, user input unit 807, interface unit 808, memory 809, and processor 810.

[0277] Those skilled in the art will understand that the terminal 800 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 810 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 8 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0278] It should be understood that, in this embodiment, the input unit 804 may include a graphics processing unit (GPU) 8041 and a microphone 8042. The GPU 8041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. 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 at least one of a touch panel 8071 and other input devices 8072. The touch panel 8071 is also called a touch screen. The touch panel 8071 may include 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 buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0279] In this embodiment, 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. Typically, the radio frequency unit 801 includes, but is not limited to, antennas, amplifiers, transceivers, couplers, low-noise amplifiers, duplexers, etc.

[0280] The memory 809 can be used to store software programs or instructions, as well as various data. The memory 809 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 809 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory x09 in the embodiments of this application includes, but is not limited to, these and any other suitable types of memory.

[0281] Processor 810 may include one or more processing units; optionally, processor 810 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 810.

[0282] The radio frequency unit 801 is used to send WUS to the network device according to the BFI;

[0283] The processor 810 is used to detect feedback information sent by the network device within a first time window.

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

[0285] Based on the BFI, obtain the number of beam failure events;

[0286] If the number of beam failure events reaches a first threshold, the WUS is sent to the network device;

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

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

[0289] The WUS is transmitted to the network device via the first beam;

[0290] The first beam is a different beam from the second beam, which is the beam in which the wake-up signal transmitting device detected a beam failure.

[0291] Optionally, the WUS is any one of the following:

[0292] PUCCH signal;

[0293] preamble;

[0294] PUSCH signal;

[0295] SRS;

[0296] CG signal;

[0297] It is specifically used to send uplink WUS signals.

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

[0299] The WUS is sent on the first resource according to the first resource set and / or the first resource configuration;

[0300] Wherein, the first resource set and / or the first resource configuration are sent by the network device to the wake-up signal transmitting device via RRC signaling and / or downlink signals.

[0301] Optionally, the first resource satisfies any one of the following:

[0302] Each of the first resources corresponds to a different beam;

[0303] Multiple of the first resources correspond to the same beam.

[0304] Optionally, the processor 810 is specifically used for:

[0305] If the first condition is met, the feedback information sent by the network device is detected within the first time window;

[0306] The first condition includes one or more of the following:

[0307] The WUS and BFD-RS do not have a quasi-co-address relationship;

[0308] The WUS is any one of the following: PUCCH signal, preamble, PUSCH signal, SRS, CG signal, and signal dedicated to transmitting uplink WUS. The signal format of the WUS is a first format, which is a signal format dedicated to BF events.

[0309] The WUS carries first indication information, which is used to instruct the WUS to respond to the BF event.

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

[0311] Beam confirmation information;

[0312] Time-domain location indication field information;

[0313] Frequency domain position indication domain information;

[0314] MCS level information;

[0315] Codebook information.

[0316] Optionally, the processor 810 is configured to confirm the success of the first event upon detecting feedback information sent by the network device;

[0317] The first event is associated with BFR and / or beam re-establishment events.

[0318] This 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; the communication interface is used to send feedback information to the terminal. This network device embodiment corresponds to the above-described network device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this network device embodiment and achieve the same technical effects.

[0319] Specifically, embodiments of this application also provide a network device. For example... Figure 9 As shown, the network device 900 includes: an antenna 91, a radio frequency (RF) device 92, a baseband device 93, a processor 94, and a memory 95. The antenna 91 is connected to the RF device 92. In the uplink direction, the RF device 92 receives information through the antenna 91 and transmits the received information to the baseband device 93 for processing. In the downlink direction, the baseband device 93 processes the information to be transmitted and sends it to the RF device 92. The RF device 92 processes the received information and transmits it through the antenna 91.

[0320] The methods executed by the network device in the above embodiments can be implemented in the baseband device 93, which includes a baseband processor.

[0321] Baseband device 93 may include, for example, at least one baseband board on which multiple chips are disposed, such as Figure 9 As shown, one of the chips is, for example, a baseband processor, which is connected to the memory 95 via a bus interface to call the program in the memory 95 and execute the network device operations shown in the above method embodiment.

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

[0323] Specifically, the network device 900 of this embodiment further includes: instructions or programs stored in a memory 95 and executable on a processor 94, wherein the processor 94 calls the instructions or programs in the memory 95 to execute. Figure 6 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0324] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described wake-up signal sending and feedback method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0325] The processor is the processor in the terminal described in the above embodiments. 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.

[0326] This application embodiment also provides a chip, which 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 various processes of the above-described wake-up signal sending and feedback method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0327] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0328] This application also provides a computer program / program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described wake-up signal sending and feedback method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0329] This application embodiment also provides a communication system, including: a terminal and a network device, wherein the terminal can be used to perform the steps of the wake-up signal sending method as described above, and the network device can be used to perform the steps of the wake-up signal feedback method as described above.

[0330] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0331] 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 necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0332] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A method for sending a wake-up signal, characterized in that, include: The terminal sends a wake-up signal (WUS) to the network device based on the beam failure indication (BFI). The terminal detects the feedback information sent by the network device within a first time window, and the feedback information is the feedback information of WUS; The terminal detects the feedback information sent by the network device within the first time window, including: If the first condition is met, the terminal detects the feedback information sent by the network device within the first time window; The first condition includes one or more of the following: The WUS and the beam failure detection reference signal BFD-RS do not have a quasi-co-address relationship; The WUS is any one of the following: Physical Uplink Control Channel (PUCCH) signal, Physical Uplink Shared Channel (PUSCH) signal, Sound Reference Signal (SRS) signal, Configuration Grant Signal (CG) signal, and signal dedicated to transmitting uplink WUS. The signal format of the WUS is a first format, which is a signal format dedicated to beam failure (BF) events. The WUS carries first indication information, which is used to instruct the WUS to respond to the BF event.

2. The method according to claim 1, characterized in that, The terminal sends WUS to the network device according to BFI, including: The terminal obtains the number of beam failure events based on the BFI; If the number of beam failure events reaches a first threshold, the terminal sends the WUS to the network device; The first threshold is predefined by the protocol or preconfigured by the network device and sent to the terminal via Radio Resource Control (RRC) signaling and / or downlink signals.

3. The method according to claim 1 or 2, characterized in that, The terminal sends WUS to the network device, including: The terminal sends the WUS to the network device via the first beam; Wherein, the first beam is a different beam from the second beam, and the second beam is the beam in which the terminal detected a beam failure.

4. The method according to claim 1, characterized in that, If the first condition includes at least one of the following: the WUS does not have a quasi-co-location relationship with the BFD-RS and the WUS carries first indication information, then the WUS is any one of the following: PUCCH signal; Preamble; PUSCH signal; SRS; CG signal; It is specifically used to send uplink WUS signals.

5. The method according to claim 3, characterized in that, The terminal transmits the WUS to the network device via the first beam, including: The terminal sends 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 to the terminal by the network device via RRC signaling and / or downlink signals.

6. The method according to claim 5, characterized in that, The first resource satisfies any one of the following: Each of the first resources corresponds to a different beam; Multiple of the first resources correspond to the same beam.

7. The method according to claim 1, characterized in that, The feedback information includes one or more of the following: Beam confirmation information; Time-domain location indication field information; Frequency domain position indication domain information; Modulation coding scheme (MCS) level information; Codebook information.

8. The method according to claim 1, characterized in that, The method further includes: If the terminal detects the feedback information sent by the network device, the terminal confirms that the first event was successful; The first event is associated with beam failure recovery (BFR) and / or beam connection re-establishment events.

9. A method for feeding back a wake-up signal, characterized in that, include: Network devices receive WUS messages sent by terminals; The network device sends feedback information to the terminal, and the feedback information is the feedback information of WUS; The network device sends feedback information to the terminal, including: If the second condition is met, the network device sends feedback information to the terminal; The second condition includes one or more of the following: The WUS and BFD-RS do not have a quasi-co-address relationship; The WUS is any one of the following: PUCCH signal, PUSCH signal, SRS, CG signal, and signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, which is a signal format dedicated to BF events; The WUS carries first indication information, which is used to indicate the WUS in response to a beam failure (BF) event.

10. The method according to claim 9, characterized in that, The network device receives WUS sent by the terminal, including: The network device transmits the WUS via the first beam receiving terminal; Wherein, the first beam is a different beam from the second beam, and the second beam is the beam in which the terminal detected a beam failure.

11. The method according to claim 9, characterized in that, If the second condition includes at least one of the following: the WUS does not have a quasi-co-address relationship with the BFD-RS and the WUS carries at least one of the first indication information: PUCCH signal; preamble; PUSCH signal; SRS; CG signal; It is specifically used to send uplink WUS signals.

12. The method according to claim 10, characterized in that, The WUS transmitted by the network device through the first beam receiving terminal includes: The network device receives the WUS sent by the terminal on the first resource; The first resource set and / or first resource configuration associated with the first resource are sent to the terminal by the network device via RRC signaling or downlink signals.

13. The method according to claim 12, characterized in that, The first resource satisfies any one of the following: Each of the first resources corresponds to a different beam; Multiple of the first resources correspond to the same beam.

14. The method according to claim 9, characterized in that, The feedback information includes one or more of the following: Beam confirmation information; Time-domain location indication field information; Frequency domain position indication domain information; MCS level information; Codebook information.

15. A device for transmitting a wake-up signal, characterized in that, include: The first transmitting module is used to send WUS to the network device according to BFI; The detection module is used to detect the feedback information sent by the network device within a first time window, wherein the feedback information is the feedback information of the WUS. The detection module is specifically used for: If the first condition is met, the feedback information sent by the network device is detected within the first time window; The first condition includes one or more of the following: The WUS and BFD-RS do not have a quasi-co-address relationship; The WUS is any one of the following: PUCCH signal, PUSCH signal, SRS, CG signal, and signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, which is a signal format dedicated to BF events; The WUS carries first indication information, which is used to instruct the WUS to respond to the BF event.

16. The apparatus according to claim 15, characterized in that, The first sending module is specifically used for: Based on the BFI, obtain the number of beam failure events; If the number of beam failure events reaches a first threshold, the WUS is sent to the network device; Wherein, the first threshold is predefined by the protocol, or the first threshold is preconfigured by the network device and sent to the wake-up signal sending device via RRC signaling and / or downlink signals.

17. The apparatus according to claim 15 or 16, characterized in that, The first sending module is specifically used for: The WUS is transmitted to the network device via the first beam; Wherein, the first beam is a different beam from the second beam, which is the beam that the wake-up signal transmitting device detected when a beam failure occurred.

18. The apparatus according to claim 15, characterized in that, If the first condition includes at least one of the following: the WUS does not have a quasi-co-location relationship with the BFD-RS and the WUS carries first indication information, then the WUS is any one of the following: PUCCH signal; preamble; PUSCH signal; SRS; CG signal; It is specifically used to send uplink WUS signals.

19. The apparatus according to claim 17, characterized in that, The first sending module is specifically used for: The WUS is sent 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 transmitting device via RRC signaling and / or downlink signals.

20. The apparatus according to claim 19, characterized in that, The first resource satisfies any one of the following: Each of the first resources corresponds to a different beam; Multiple of the first resources correspond to the same beam.

21. The apparatus according to claim 15, characterized in that, The feedback information includes one or more of the following: Beam confirmation information; Time-domain location indication field information; Frequency domain position indication domain information; MCS level information; Codebook information.

22. The apparatus according to claim 15, characterized in that, The device further includes: The confirmation module is used to confirm the success of the first event when feedback information sent by the network device is detected. The first event is associated with BFR and / or beam re-establishment events.

23. A wake-up signal feedback device, characterized in that, include: The first receiving module is used to receive WUS sent by the terminal; The second sending module is used to send feedback information to the terminal, wherein the feedback information is the feedback information of the WUS; The second sending module is specifically used for: If the second condition is met, feedback information is sent to the terminal; The second condition includes one or more of the following: The WUS and BFD-RS do not have a quasi-co-address relationship; The WUS is any one of the following: PUCCH signal, PUSCH signal, SRS, CG signal, and signal dedicated to transmitting uplink WUS, and the signal format of the WUS is a first format, which is a signal format dedicated to BF events; The WUS carries first indication information, which is used to indicate the WUS in response to a beam failure (BF) event.

24. The apparatus according to claim 23, characterized in that, The first receiving module is specifically used for: The WUS is transmitted via the first beam receiving terminal; The first beam is a different beam from the second beam, which is the beam in which the wake-up signal transmitting device detected a beam failure.

25. The apparatus according to claim 23, characterized in that, If the second condition includes at least one of the following: the WUS does not have a quasi-co-address relationship with the BFD-RS and the WUS carries at least one of the first indication information: PUCCH signal; preamble; PUSCH signal; SRS; CG signal; It is specifically used to send uplink WUS signals.

26. The apparatus according to claim 24, characterized in that, The first receiving module is specifically used for: The WUS sent by the receiving terminal on the first resource; The first resource set and / or first resource configuration associated with the first resource are sent to the terminal by the wake-up signal feedback device via RRC signaling or downlink signal.

27. The apparatus according to claim 26, characterized in that, The first resource satisfies any one of the following: Each of the first resources corresponds to a different beam; Multiple of the first resources correspond to the same beam.

28. The apparatus according to claim 23, characterized in that, The feedback information includes one or more of the following: Beam confirmation information; Time-domain location indication field information; Frequency domain position indication domain information; MCS level information; Codebook information.

29. A terminal, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the wake-up signal sending method as described in any one of claims 1 to 8.

30. A network device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the wake-up signal feedback method as described in any one of claims 9 to 14.

31. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the wake-up signal sending method as described in any one of claims 1 to 8, or the steps of the wake-up signal feedback method as described in any one of claims 9 to 14.

Images