Communication method and communication device

Abstract

The invention provides a communication method and a communication device, and the method comprises the steps: receiving first configuration information transmitted by a network device, the first configuration information indicating a measurement parameter and a plurality of groups of low-power-consumption wake-up signal (LP-WUS) parameter sets; based on the measurement parameter, measuring the reference signal to obtain a first signal measurement result, the first signal measurement result being used for determining a first LP-WUS parameter set from the plurality of groups of LP-WUS parameter sets; sending a first signal measurement result, wherein the first signal measurement result is used for determining a first LP-WUS parameter set adopted when the LP-WUS is sent; an LP-WUS is received based on the first set of LP-WUS parameters. The method can adapt to a dynamically changing wireless environment, so that the terminal equipment and the network equipment can exchange data in time, and the network performance is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, and in particular to a communication method and a communication device. BACKGROUND

[0002] The terminal device includes a main radio / main receiver (MR) and a low power wake up signal receiver / low power receiver (LR). When the terminal device is in a connected state (RRC_CONNECTED) mode and there is no data interaction between the terminal device and the network device, the LR of the terminal device is usually working and the MR is in sleep. When there is data interaction between the terminal device and the network device, the LR of the terminal device receives a low power wake-up signal (LP-WUS) from the network device to wake up the MR of the terminal device, so as to perform data interaction with the network device. That is, the LR is used to receive the LP-WUS, and the MR is used to receive other data (for example, radio resource control (RRC) signaling).

[0003] The network device configures the terminal device with related parameters (for example, the number of detection occasions) of the LP-WUS through RRC signaling (for example, when the terminal device is powered on) in the MR wake-up mode of the terminal device. After the terminal device enters the sleep mode, the LR of the terminal device starts to work, that is, the LR of the terminal device monitors the LP-WUS according to the related parameters configured by the network device. If the LR of the terminal device receives the LP-WUS, the MR is woken up to perform subsequent data interaction.

[0004] However, when the channel state information (such as channel state deterioration) or the traffic volume changes, the originally configured related parameters of the LP-WUS may no longer be applicable, so that the terminal device cannot monitor the LP-WUS, the MR cannot be woken up in time, and thus the terminal device cannot receive the data sent by the network device in time. SUMMARY

[0005] The present application provides a communication method and a communication device, which can adapt to the dynamically changing wireless environment, so that the terminal device and the network device can interact data in time and improve the network performance.

[0006] In a first aspect, some embodiments of the present application provide a retransmission method. The method can be performed by a terminal device, or by a component (such as a circuit, a chip, or a chip system, etc.) configured in the terminal device, or by a logic module or software capable of implementing all or part of the functions of the terminal device. The present application does not limit this. The following is described by way of example of a terminal device. The communication method can include: receiving first configuration information sent by a network device, the first configuration information indicating measurement parameters and a plurality of sets of low-power wake-up signal (LP-WUS) parameter sets; measuring a reference signal based on the measurement parameters to obtain a first signal measurement result, the first signal measurement result being used to determine a first LP-WUS parameter set from the plurality of sets of LP-WUS parameter sets; sending the first signal measurement result, the first signal measurement result being used to determine the first LP-WUS parameter set to be used when sending an LP-WUS; and receiving the LP-WUS based on the first LP-WUS parameter set.

[0007] In the above manner, the network device configures a plurality of sets of LP-WUS parameter sets for the terminal device. The terminal device selects one set of LP-WUS parameter sets from the plurality of sets of LP-WUS parameter sets based on a signal measurement result to take effect. Since the signal measurement result is related to a channel state, the set of LP-WUS parameter sets determined based on the signal measurement result is suitable for the current channel state. This adapts to the dynamically changing wireless environment, allowing the terminal device and the network device to interact data in a timely manner and improving network performance.

[0008] In a possible embodiment, the first configuration information indicates a parameter switching event, and the sending of the first signal measurement result includes: sending the first signal measurement result in a case where the first signal measurement result satisfies the parameter switching event.

[0009] In the above manner, the first signal measurement result is reported to the network device, so that the network device can determine the same set of LP-WUS parameter sets as the set of LP-WUS parameter sets taken effect by the terminal device.

[0010] In a possible embodiment, the first configuration information indicates a discontinuous reception cycle, and the first LP-WUS parameter set takes effect at a first time point in the discontinuous reception cycle, the first time point being predetermined by a protocol.

[0011] In the above manner, the network device and the terminal device take effect on the same set of LP-WUS parameter sets at the same first time point predetermined by the protocol. This ensures that the sets of LP-WUS parameter sets taken effect by the network device and the terminal device are synchronized.

[0012] In a possible implementation, after receiving the LP-WUS based on the first LP-WUS parameter set, the method further includes: sending a first notification to the network device, the first notification being used to indicate that the LP-WUS parameter set taking effect in the next discontinuous reception cycle of the network device is the first LP-WUS parameter set.

[0013] In a possible implementation, the first configuration information indicates a plurality of coverage level decision conditions, the plurality of coverage level decision conditions corresponding to the plurality of groups of LP-WUS parameter sets in a one-to-one manner; the first LP-WUS parameter set is an LP-WUS parameter set corresponding to a first coverage level decision condition satisfied by the first signal measurement result.

[0014] In a possible implementation, the LP-WUS parameter set includes a number of LP-WUS monitoring occasions, the intensity range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the intensity range of the LP-WUS signal indicated by the third coverage level decision condition, and the number of LP-WUS monitoring occasions corresponding to the second coverage level decision condition is less than the number of LP-WUS monitoring occasions corresponding to the third coverage level decision condition; the second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

[0015] In a possible implementation, the method further includes: receiving update information sent by the network device, the update information being used to update the coverage level decision conditions in the first configuration information.

[0016] In a second aspect, some embodiments of the present application provide a communication method. The method may, for example, be performed by a network device, or may also be performed by a component (such as a circuit, a chip, or a chip system, etc.) configured in the network device, and may also be implemented by a logic module or software capable of implementing all or part of the functions of the network device. The present application does not limit this. The following is described by taking the network device as an example. The method includes: sending first configuration information, the first configuration information including a plurality of groups of LP-WUS parameter sets and measurement parameters; receiving a first signal measurement result, the first signal measurement result being used to determine a first LP-WUS parameter set from the plurality of groups of LP-WUS parameter sets; and sending an LP-WUS based on the first LP-WUS parameter set.

[0017] In a possible implementation, the first configuration information indicates a parameter switching event, and the receiving of the first signal measurement result includes: receiving the first signal measurement result in a case where the first signal measurement result satisfies the parameter switching event.

[0018] In a possible implementation, the first configuration information indicates a discontinuous reception cycle, and the first LP-WUS parameter set takes effect at a first time point in the discontinuous reception cycle, the first time point being predetermined by a protocol.

[0019] In a possible implementation, after transmitting the LP-WUS based on the first LP-WUS parameter set, the method further includes: receiving a first notification, the first notification being used to indicate that the LP-WUS parameter set taking effect in a next discontinuous reception cycle of the network device is the first LP-WUS parameter set.

[0020] In a possible implementation, the first configuration information includes a plurality of coverage level decision conditions, the plurality of coverage level decision conditions corresponding to the plurality of groups of LP-WUS parameter sets in a one-to-one manner; the first LP-WUS parameter set is an LP-WUS parameter set corresponding to a first coverage level decision condition satisfied by the first signal measurement result.

[0021] In a possible implementation, the LP-WUS parameter set includes a number of LP-WUS monitoring occasions, the strength range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the strength range of the LP-WUS signal indicated by the third coverage level decision condition, and the number of the LP-WUS monitoring occasions corresponding to the second coverage level decision condition is less than the number of the LP-WUS monitoring occasions corresponding to the third coverage level decision condition; the second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

[0022] In a possible implementation, the method further includes: transmitting update information, the update information being used to update the coverage level decision conditions in the first configuration information.

[0023] In a third aspect, the present application provides a communication apparatus, which includes a transceiver module and a processing module. The transceiver module is configured to receive first configuration information transmitted by a network device, the first configuration information indicating a measurement parameter and a plurality of groups of low-power wake-up signal (LP-WUS) parameter sets; the processing module is configured to measure a reference signal based on the measurement parameter to obtain a first signal measurement result, the first signal measurement result being used to determine a first LP-WUS parameter set from the plurality of groups of LP-WUS parameter sets; the transceiver module is further configured to transmit the first signal measurement result, the first signal measurement result being used to determine the first LP-WUS parameter set used for transmitting a LP-WUS; and receive the LP-WUS based on the first LP-WUS parameter set.

[0024] In a fourth aspect, the present application provides a communication apparatus, which includes a transceiver module. The transceiver module is configured to transmit first configuration information, the first configuration information including a plurality of groups of LP-WUS parameter sets and a measurement parameter; receive a first signal measurement result, the first signal measurement result being used to determine a first LP-WUS parameter set from the plurality of groups of LP-WUS parameter sets; and transmit a LP-WUS based on the first LP-WUS parameter set.

[0025] The third and fourth aspects are device-side implementations corresponding to the first and second aspects. The explanations, supplements and beneficial effects of the first and second aspects also apply to the third and fourth aspects, and will not be repeated.

[0026] In a fifth aspect, a communication apparatus is provided. The communication apparatus includes a processor, and the processor and a memory coupled to each other, and is configured to execute instructions or data in the memory to implement the method in any possible implementation of the first aspect. Optionally, the communication apparatus further includes the memory. Optionally, the communication apparatus further includes a communication interface, and the processor is coupled to the communication interface.

[0027] In an implementation, the communication interface can be a transceiver, or an input / output interface.

[0028] In another implementation, the communication apparatus is a chip configured in the first device. When the communication apparatus is a chip configured in the first device, the communication interface can be an input / output interface.

[0029] In a sixth aspect, a communication apparatus is provided. The communication apparatus includes a processor, and the processor and a memory coupled to each other, and is configured to execute instructions or data in the memory to implement the method in any possible implementation of the second aspect. Optionally, the communication apparatus further includes the memory. Optionally, the communication apparatus further includes a communication interface, and the processor is coupled to the communication interface.

[0030] In an implementation, the communication interface can be a transceiver, or an input / output interface.

[0031] In another implementation, the communication apparatus is a chip configured in the reader / writer. When the communication apparatus is a chip configured in the reader / writer, the communication interface can be an input / output interface.

[0032] In a seventh aspect, a processor is provided. The processor includes an input circuit, an output circuit and a processing circuit. The processing circuit is configured to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method in any possible implementation of any aspect.

[0033] In the implementation process, the processor can be one or more chips, the input circuit can be an input pin, the output circuit can be an output pin, and the processing circuit can be a transistor, a gate circuit, a flip-flop, various logic circuits, etc. The input signal received by the input circuit can be received and input by, for example but not limited to, a receiver, the signal output by the output circuit can be output to and transmitted by, for example but not limited to, a transmitter, and the input circuit and the output circuit can be the same circuit which is used as the input circuit and the output circuit at different times. The embodiments of the present application do not limit the specific implementation of the processor and various circuits.

[0034] In an eighth aspect, a communication apparatus is provided, which includes a processor and a memory. The processor is configured to read instructions stored in the memory, and is configured to receive signals via a receiver and transmit signals via a transmitter, so as to perform the method in any possible implementation manner of any one of the preceding aspects.

[0035] Optionally, the processor is one or more, and the memory is one or more.

[0036] In a ninth aspect, a computer program product is provided, which includes a computer program (which can also be referred to as code or instructions), and when the computer program is run, the computer program causes a computer to perform the method in any possible implementation manner of any one of the preceding aspects.

[0037] In a tenth aspect, a computer-readable storage medium is provided, which stores a computer program (which can also be referred to as code or instructions), and when the computer program is run on a computer, the computer program causes the computer to perform the method in any possible implementation manner of any one of the preceding aspects.

[0038] In an eleventh aspect, the embodiments of the present application provide a chip system, which includes one or more processors configured to call and run instructions stored in a memory, so that the method in each aspect or any possible implementation manner of each aspect is performed. The chip system can be composed of a chip, or can include a chip and other discrete devices.

[0039] In the chip system, the input circuit or interface for transmitting information or data, and the output circuit or interface for receiving information or data can be included.

[0040] In a twelfth aspect, a communication system is provided, which includes the terminal device / access network device described above. Optionally, the communication system can further include other devices in communication with the terminal device and / or the network device. BRIEF DESCRIPTION OF DRAWINGS

[0041] Figure 1A schematic diagram of an architecture of a communication system provided by an embodiment of the present application; Figure 2a A schematic diagram of a C-DRX cycle provided by an embodiment of the present application; Figure 2b A schematic diagram of an LR and an MR provided by an embodiment of the present application; Figure 2c A schematic diagram of a communication scenario provided by an embodiment of the present application; Figure 3 A schematic diagram of a flow of a communication method provided by an embodiment of the present application; Figure 4 A schematic diagram of a first time point provided by an embodiment of the present application; Figure 5 A schematic diagram of a flow of another communication method provided by an embodiment of the present application; Figure 6a Another schematic diagram of a communication scenario provided by an embodiment of the present application; Figure 6b A schematic diagram of another communication method provided by an embodiment of the present application; Figure 6c A schematic diagram of another communication method provided by an embodiment of the present application; Figure 7 A schematic diagram of a structure of a communication apparatus provided by an embodiment of the present application; Figure 8 A schematic diagram of a structure of another communication apparatus provided by an embodiment of the present application. DETAILED DESCRIPTION

[0042] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. In the description of the embodiments of the present application, unless otherwise specified, “ / ” represents the meaning of or, for example, A / B can represent A or B; the “and / or” in the text only represents a description of the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which means that there are three cases of A alone, A and B together, and B alone. In addition, in the description of the embodiments of the present application, “multiple” means two or more than two.

[0043] It should be understood that the terms "first", "second" and the like in the description and in the claims of the present application are used for distinguishing between similar objects and not necessarily for describing a specific sequential or chronological order. The terms "comprising", "having", "including" and the like when used in the present description and in the claims of the present application are synonymous with the term "including" and are used in the positive sense of "including". For example, when a process, method, article, or apparatus is described as comprising or having a list of steps or elements, the process, method, article, or apparatus is not necessarily limited to those steps or elements but can include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Further, the description herein of any deficiencies in the art is not to be taken as an express or implied admission that there are in fact deficiencies.

[0044] Reference to an "embodiment" in this application means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase that an "embodiment" in various places in the specification are not necessarily all referring to the same embodiment, nor are they necessarily mutually exclusive of one another. As will be apparent to those of ordinary skill in the art, embodiments described in this application can be combined with one another.

[0045] For the convenience of specific understanding of the embodiments of the present application, the system architecture related to the embodiments of the present application is introduced first.

[0046] Figure 1 is a schematic diagram of the architecture of a communication system 1000 to which embodiments of the present application can be applied. As shown in Figure 1 , the communication system includes a radio access network (RAN) 100 and a core network 200. Optionally, the communication system 1000 can also include an Internet or data network 300. The RAN 100 includes at least one RAN node (e.g., 110a and 110b in Figure 1 ), and can also include at least one terminal (e.g., 120a-120j in Figure 1 ). The RAN 100 can also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices (not shown in Figure 1 ). The terminals are connected to the RAN nodes wirelessly, and the RAN nodes are connected to the core network 200 wirelessly or by wire. The core network devices in the core network 200 and the RAN nodes in the RAN 100 can be independent and different physical devices, or can be the same physical device integrating the logical functions of the core network devices and the logical functions of the RAN nodes. Terminals and terminals, and RAN nodes and RAN nodes can be connected to each other by wire or wirelessly. It should be noted that the RAN nodes can also be referred to as network devices hereinafter.

[0047] The RAN 100 can be an evolved universal terrestrial radio access (E-UTRA) system, a new radio (NR) system, and future wireless access systems defined in the 3rd generation partnership project (3GPP). The RAN 100 can also include two or more different wireless access systems described above. The RAN 100 can also be an open RAN (O-RAN).

[0048] A RAN node, also referred to as a radio access network device, a RAN entity, or an access node, is used to help a terminal to access a communication system through a wireless way. In one application scenario, the RAN node can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next generation NodeB (gNB) in a 5th generation (5G) mobile communication system, a next generation NodeB in a 6th generation (6G) mobile communication system, or a base station in a future mobile communication system. The RAN node can be a macro base station (e.g., 110a in FIG. 1), a micro base station or an indoor station (e.g., 110b in FIG. 1), or a relay node or a donor node. Figure 1 Figure 1

[0049] ​​In another application scenario, wireless access can be achieved for a terminal through cooperation of multiple RAN nodes, and different RAN nodes respectively implement part of functions of a base station. For example, a RAN node can be a central unit (CU), a distributed unit (DU), or a radio unit (RU). Here, the CU implements functions of a radio resource set control protocol and a packet data convergence protocol (PDCP) of the base station, and can also implement a function of a service data adaptation protocol (SDAP); the DU implements functions of a radio link control layer and a medium access control (MAC) layer of the base station, and can also implement part of a physical layer or all of the physical layer; and specific descriptions about the protocol layers can be referred to related technical specifications of the 3GPP. The RU can be used to implement a function of transceiving a radio frequency signal. The CU and the DU can be two independent RAN nodes, or can be integrated in a same RAN node, for example, integrated in a baseband unit (BBU). The RU can be included in a radio frequency device, for example, included in a remote radio unit (RRU) or an active antenna unit (AAU). The CU can be further divided into two types of RAN nodes, a CU-control plane and a CU-user plane.

[0050] In different systems, the RAN node can have different names. For example, in an O-RAN system, the CU can be referred to as an open CU (O-CU), the DU can be referred to as an open DU (O-DU), and the RU can be referred to as an open RU (O-RU). The RAN node in the embodiments of the present application can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module, for example, the RAN node can be a server loaded with a corresponding software module. The embodiments of the present application do not limit specific technologies and specific device forms adopted by the RAN node. For ease of description, a base station is described as an example of the RAN node in the following.

[0051] A terminal is a device with wireless transceiver function, which can send signals to a base station or receive signals from a base station. A terminal can also be referred to as a terminal device, user equipment (UE), mobile station, mobile terminal, etc. A terminal can be widely applied in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), internet of things (IOT), virtual reality, augmented reality, industrial control, autonomous driving, remote medical treatment, smart grid, smart furniture, smart office, smart wear, smart transportation, smart city, etc. A terminal can be a mobile phone, tablet computer, computer with wireless transceiver function, wearable device, vehicle, airplane, ship, robot, mechanical arm, smart home device, etc. Embodiments of the present application do not limit the specific technology and specific device form of the terminal.

[0052] A base station and a terminal can be fixed in position or movable. A base station and a terminal can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; can also be deployed on water surface; can also be deployed on an airplane, balloon and artificial satellite. Embodiments of the present application do not limit the application scenarios of the base station and the terminal.

[0053] The roles of a base station and a terminal can be relative, for example, Figure 1 A helicopter or unmanned aerial vehicle 120i in FIG. 1 can be configured as a mobile base station, which is a base station for those terminals 120j accessing to the wireless access network 100 through the 120i; but for the base station 110a, the 120i is a terminal, i.e., the 110a and the 120i communicate with each other through a wireless air interface protocol. Of course, the 110a and the 120i can also communicate with each other through a base station-to-base station interface protocol, in which case, the 120i is also a base station relative to the 110a. Therefore, a base station and a terminal can be collectively referred to as a communication device, Figure 1 The 110a and the 110b in FIG. 1 can be referred to as communication devices with base station function, Figure 1 The 120a-120j in FIG. 1 can be referred to as communication devices with terminal function.

[0054] Before the technical solutions of the embodiments of the present application are described, the related technical terms in the embodiments of the present application are first explained. It should be noted that these explanations are to make the embodiments of the present application easier to understand, and should not be regarded as limiting the scope of protection required by the present application.

[0055] I. Connected mode discontinuous reception (C-DRX) cycle C-DRX allows a terminal device in RRC connected state to periodically turn off its main receiver MR, thereby reducing the power consumption of the terminal device. Conversely, the terminal device will also periodically wake up the main receiver MR based on the C-DRX cycle.

[0056] Optionally, the C-DRX cycle is configured by RRC signaling.

[0057] For example, as shown in FIG. 1, the C-DRX cycle consists of the following parts: monitoring time (also referred to as OnDuration time) and inactivity timer (also referred to as inactivity timer). Figure 2a

[0058] OnDuration time: During the OnDuration time, the terminal device is in the DRX active time (the main receiver MR of the terminal device is in the wake-up state), and the terminal device monitors the downlink control channel. The length of the OnDuration time is indicated by the parameter drxOnDurationTimer in the RRC signaling. For example, if the value of the parameter drxOnDurationTimer is 10 ms, then the length of the OnDuration time is 10 milliseconds.

[0059] Inactivity timer: When the main receiver MR of the terminal device successfully receives data (e.g., DCI) during the OnDuration time, the terminal device enables the inactivity timer, and the terminal device continues to monitor during the running of the inactivity timer.

[0060] During the DRX cycle outside the OnDuration time and the inactivity timer, the main receiver MR of the terminal device enters sleep, and the terminal device does not monitor the PDCCH.

[0061] Although energy saving can be achieved by using C-DRX, since the terminal device needs to periodically enter the OnDuration time, C-DRX still produces unnecessary energy consumption. In the development of communication, LP-WUS is introduced on the basis of C-DRX. That is, on the basis of C-DRX, the terminal device does not wake up in the OnDuration time in each cycle, and only receives LP-WUS on the MO corresponding to the OnDuration time to trigger the OnDuration time and wake up the MR of the terminal device. That is, under LP-WUS, the MR of the terminal device will not wake up in the OnDuration time of each C-DRX.​

[0062] II. Low power receiver The low power receiver LR can also be referred to as a wake-up receiver, which is used to listen to the low power wake-up signal LP-WUS. As Figure 2b indicated, when the terminal device is in the connected state (RRC CONNECTED) mode, and there is no data interaction between the terminal device and the network device, the LR of the terminal device is usually working, and the main receiver MR is in sleep. When the terminal device and the network device have data interaction, the LP of the terminal device receives a low power wake-up signal (LP-WUS) from the network device to wake up the MR of the terminal device, so as to perform data interaction with the network device. That is, the LR is used to receive the LP-WUS, and the MR is used to receive other data (such as RRC signaling).

[0063] Exemplarily, the working flow of the MR and the LR is as follows: Stage 1: System initialization and configuration of LP-WUS. This stage 1 can occur after the terminal device is powered on, or the main system (main receiver MR) is actively woken up and performs the first communication. This stage 1 mainly includes the following steps: parameter negotiation (the terminal device and the network device communicate to negotiate the related parameters of the LP-WUS); hardware configuration (the MR of the terminal device writes the negotiated LP-WUS parameters into the configuration register of the LR); power and clock configuration (configure the power management unit to allocate a constant low power power domain for the LR).

[0064] Stage 2: The main receiver MR enters sleep. After the configuration in stage 1 is completed, the system is ready to enter a super low power state (i.e., the main receiver MR is in sleep). This stage 2 mainly includes the following steps: context saving (the system stores the current network connection state, session key and other necessary context information into the memory); orderly shutdown (the radio frequency front end and baseband processor of the main receiver are closed, and the main receiver MR enters the hardware defined shutdown state); switching control right and final sleep (the main receiver MR is completely powered off, and the LR is independently powered on and runs, and continuously or periodically monitors the wireless channel).

[0065] Stage 3: Listening and wake-up process. After stage 2, the low power receiver LR works independently. Based on the related parameters of the LP-WUS configured in stage 1, the low power receiver LR continuously monitors the channel. As Figure 2b indicated, if the low power receiver LR receives the relevant LP-WUS, the low power receiver LR triggers to wake up the main receiver MR.

[0066] Phase 4: the master receiver MR resumes communication with the network device. The phase 4 mainly includes the following steps: fast initialization (the terminal device fast initializes the radio frequency and baseband of the master receiver MR, and recovers the network connection state from the previously saved context); establishing master link communication (the master receiver MR monitors the downlink data on the standard data channel); task execution and re-sleeping (after the terminal device completes the data exchange task, the terminal device repeats the processes of the phase 1 and the phase 2, and the master receiver MR enters sleep again).

[0067] As can be seen from the above, there are two ways to wake up the master receiver of the terminal device: the master receiver MR of the terminal device is automatically woken up in the OnDuration time in the C-DRX cycle; or the low-power receiver LR of the terminal device wakes up the master receiver MR of the terminal device after receiving the relevant LP-WUS. The low-power receiver LR of the terminal device receives the LP-WUS according to the relevant parameters of the configured LP-WUS, so when the channel state information (such as the channel state deteriorates) or the traffic volume changes, the original relevant parameters of the LP-WUS may no longer be applicable, which may cause the terminal device to fail to receive the LP-WUS in time. At this time, the terminal device can only wait until the terminal device automatically falls back to the C-DRX due to a long time of not being woken up, and the master receiver MR of the terminal device can be woken up in the OnDuration time in the C-DRX cycle. That is, the master receiver MR of the terminal device cannot be woken up in time, which causes the terminal device to fail to receive the data sent by the network device in time. For example, Figure 2c As shown, after the terminal device moves from the position 1 to the position 2, the distance between the position 2 and the network device is greater than the distance between the position 1 and the network device, so it can be understood that the channel state corresponding to the position 2 is worse than the channel state corresponding to the position 1. For the terminal device, the channel state deteriorates, and the original relevant parameters of the LP-WUS are mismatched. The terminal device may fail to monitor the LP-WUS or miss the LP-WUS if the original relevant parameters of the LP-WUS are used.

[0068] To solve the problem, the application provides a communication method. In the method, the network device configures multiple sets of LP-WUS parameter sets for the terminal device. After the terminal device measures the reference signal, the terminal device determines the LP-WUS parameter set to be used by itself through the signal measurement result, so as to adapt to the dynamically changing wireless environment, to enable the terminal device and the network device to interact data in time, and to improve the network performance.

[0069] The application will be described in detail below in combination with Figure 3Further description is made to the communication method provided in the embodiments of the present application. It can be understood that the terminal device and the network device are taken as the execution subject of the interaction in the present application, but the execution subject of the interaction is not limited. For example, the method executed by the network device in the present application can also be executed by a module (such as a chip, a chip system or a processor) applied to the network device, and can also be implemented by a logic node, a logic module or software capable of implementing all or part of the network device function; the method executed by the terminal device in the present application can also be executed by a module (such as a chip, a chip system or a processor) applied to the terminal device, and can also be implemented by a logic node, a logic module or software capable of implementing all or part of the terminal device function. Wherein: 301. The network device sends first configuration information, and the first configuration information indicates measurement parameters and multiple sets of low-power wake-up signal (LP-WUS) parameter sets. Correspondingly, the terminal device receives the first configuration information sent from the network device.

[0070] Optionally, the first configuration information is sent to the terminal device through RRC signaling (such as RRCReconfiguration), and the first configuration information is carried in the RRC signaling.

[0071] Optionally, the measurement parameters include radio resource management (RRM) related measurement parameters, such as measurement objects, report configurations (ReportConfig) and measurement identifiers (MeasID) and the like.

[0072] In a possible embodiment, the parameters in the LP-WUS parameter set can be different at the network device side and the terminal device side, and part of the LP-WUS parameters do not need to be configured to the terminal device and are directly executed by the network device. The LP-WUS parameters executed at the network device side and the LP-WUS parameters executed at the terminal device side are introduced respectively as follows: Optionally, the LP-WUS parameters executed at the terminal device side include but are not limited to one or more parameters about LP-WUS as follows: Actual LP-WUS monitoring occasion (MO) duration: indicating the OFDM symbol length of the actual opening of the receiving window of the LP-WUR of the terminal device in each monitoring occasion. The terminal device only performs signal detection in the actual LP-WUS monitoring occasion (MO) duration.

[0073] Monitoring period and frequency / time domain offset: indicating the repetition period and the starting time position of the terminal device waking up the LR for monitoring. The period is independent of the C-DRX period, and allows the terminal device to flexibly adjust the monitoring frequency according to the coverage requirement.

[0074] Number of LP-WUS monitoring occasions (MOs): This parameter indicates the number of MOs that the terminal device needs to check consecutively in a monitoring period.

[0075] Wake-up time offset: This parameter indicates the length of time that the terminal device delays starting the downlink control channel monitoring after successfully monitoring the LP-WUS. This wake-up time offset can be analogous to the offset in C-DRX (e.g., the offset shown in Figure 2a ).

[0076] Downlink control channel monitoring timer: This parameter indicates the duration that the terminal device maintains the main receiver (MR) on to wait for the downlink control channel scheduling after being woken up by the LP-WUS. This PDCCH downlink control channel monitoring timer can be analogous to the Inactivity timer in C-DRX (e.g., the Inactivity timer shown in Figure 2a ).

[0077] Display feedback resource configuration / scheduling request (SR) resource configuration: This parameter indicates the dedicated uplink resource that the terminal device’s main receiver (MR) uses to send the confirmation message after successfully waking up.

[0078] Optionally, in addition to needing to be based on one or more parameters in the above set of LP-WUS parameters, the terminal device also needs to be based on its own capability parameters to receive the LP-WUS when subsequently receiving the LP-WUS. The terminal device’s own capability parameters include but are not limited to one or more of the following parameters: Minimum time interval: This parameter indicates the time from the end of the LP-WUS reception to the time when the terminal device’s main receiver (MR) wakes up. For example, the minimum physical time required for the terminal device’s main receiver (MR) to complete hardware warm-up, time-frequency synchronization, and be ready to receive the PDCCH. The minimum time interval is greater than the scheduling interval of the network device (e.g., the interval at which the DCI is sent).

[0079] Maximum number of codepoints to check: This parameter indicates the number of wake-up codepoints (e.g., 2 or 8) that the terminal device’s hardware can search and match in parallel in a single monitoring occasion. This maximum number of codepoints to check indicates the terminal device system’s capability to monitor different group wake-up signals.

[0080] QCL source configuration / CORESET association: This parameter indicates the spatial reception parameters required to receive the LP-WUS. The network device configures a control resource set identifier (CORESET ID) to indicate that the terminal device derives the QCL source (e.g., the reference signal for measurement) of the LP-WUS according to the activated transmission configuration indication (TCI) state of the CORESET. Accordingly, the terminal device can determine the beam direction information required to receive the LP-WUS.

[0081] For example, after receiving the QCL source configuration / CORESET association, the terminal device attempts to receive the LP-WUS based on the optimal receive beam direction corresponding to the first signal measurement result (the beam direction corresponding to the reference signal), thereby avoiding blind beam sweeping, so that the terminal device can more quickly and accurately monitor the LP-WUS.

[0082] In a possible embodiment, the first configuration information indicates a plurality of coverage level decision conditions, and the plurality of coverage level decision conditions correspond to a plurality of sets of LP-WUS parameters in one-to-one correspondence; the first LP-WUS parameter set is a LP-WUS parameter set corresponding to a first coverage level decision condition satisfied by the first signal measurement result.

[0083] For example, coverage level decision condition 1 corresponds to LP-WUS parameter set 1, coverage level decision condition 2 corresponds to LP-WUS parameter set 2, and coverage level decision condition 3 corresponds to LP-WUS parameter set 3.

[0084] In a possible embodiment, the LP-WUS parameter set includes the number of LP-WUS monitoring occasions, the second coverage level decision condition indicates a strength range of the LP-WUS signal, the strength range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the strength range of the LP-WUS signal indicated by the third coverage level decision condition, the number of LP-WUS monitoring occasions corresponding to the second coverage level decision condition is less than the number of LP-WUS monitoring occasions corresponding to the third coverage level decision condition; and the second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

[0085] The coverage level decision condition is used to determine the coverage level of the channel in which the terminal device is currently located.

[0086] Optionally, since the LP-WUS signal and the reference signal are quasi co-located, the strength of the LP-WUS signal is related to the RSRP measurement value of the reference signal. The greater the strength of the LP-WUS signal, the greater the RSRP measurement value of the reference signal. Conversely, the smaller the strength of the LP-WUS signal, the smaller the RSRP measurement value of the reference signal.

[0087] Optionally, the coverage level decision condition is used to determine the size of the RSRP measurement value of the measurement object (the reference signal). The greater the RSRP measurement value, the better the channel state at this time; conversely, the smaller the RSRP measurement value, the worse the channel state at this time.

[0088] Optionally, the coverage level decision condition is used to determine the signal-to-interference-and-noise ratio or reference signal received quality of the measurement object (such as the reference signal).

[0089] Or, the coverage level decision condition is used for comprehensively judging the RSRP measurement value, the signal-to-interference-and-noise ratio, and the reference signal receiving quality.

[0090] For example, coverage level decision condition 1: RSRP measurement value > first threshold value; coverage level decision condition 2: second threshold value < RSRP measurement <= first threshold value; and coverage level decision condition 3: RSRP measurement <= second threshold value. The second threshold value can also be represented by The first threshold value is greater than the second threshold value.

[0091] Optionally, the LP-WUS parameter set includes a mapping relationship between the coverage level and the coverage level decision condition.

[0092] For example, Level 1 (coverage level decision condition 1 (RSRP measurement > first threshold value)): the Level 1 represents a good channel state, and the probability of detecting the LP-WUS is large; Level 2 (coverage level decision condition 2 (second threshold value < RSRP measurement <= first threshold value)): the Level 2 represents a general channel state; and Level 3 (coverage level decision condition 3 (RSRP measurement <= second threshold value)): the Level 3 represents a poor channel state, and the probability of detecting the LP-WUS is small.

[0093] Optionally, the better the channel state corresponding to the coverage level is, the greater the probability of detecting the LP-WUS is, and the smaller the number of LP-WUS monitoring occasions corresponding to the coverage level is, thereby achieving energy saving.

[0094] For example, the following illustrates the mapping relationship between the coverage level, the coverage level decision condition, and the number of LP-WUS monitoring occasions.

[0095] Level 1 (RSRP measurement > first threshold value): LP-WUS parameter set 1. LP-WUS parameter set 1: the number of LP-WUS monitoring occasions is 2, and M = 4. The M value is related to the number of orthogonal frequency division multiplexing cover sequences, and M = 4 corresponds to a small number of cover sequences (such as 4), and the transmission efficiency is high. The LP-WUS is a parameter on the terminal device side, and in the case of a good channel state, a small number of LP-WUS monitoring occasions are configured to reduce unnecessary terminal device wake-up, thereby achieving energy saving. The M is a parameter on the network device side, and the M can also not be configured to the terminal device, but is executed by the network device side.

[0096] Level 2 (second threshold value < RSRP measurement <= first threshold value): LP-WUS parameter set 2. LP-WUS parameter set 2: the number of LP-WUS monitoring occasions is 4, and M = 2.

[0097] Level3 (RSRP measurement value <= second threshold value): LP-WUS parameter set 3. LP-WUS parameter set 3: the number of LP-WUS monitoring occasions is 8, and M = 1. M = 1 corresponds to more superposition sequences (such as 16), which provides the strongest coverage enhancement performance and ensures that it can also be detected in a poor channel.

[0098] Optionally, for Level3, a dedicated SR resource is configured, so that the terminal device can perform feedback or request through the dedicated SR resource in an extreme case.

[0099] 302. The terminal device measures the reference signal based on the measurement parameter to obtain a first signal measurement result, and the first signal measurement result is used to determine a first LP-WUS parameter set from a plurality of LP-WUS parameter sets.

[0100] Optionally, the reference signal is a signal corresponding to a measurement object indicated by the measurement parameter.

[0101] Optionally, the first signal measurement result includes the RSRP measurement value of the reference signal, and / or the signal-to-noise ratio, etc.

[0102] Optionally, the terminal device determines the first LP-WUS parameter set based on the RSRP measurement value and the coverage level decision condition in the LP-WUS parameter set.

[0103] For example, assume that Level1 (RSRP measurement > -105dBm) corresponds to LP-WUS parameter set 1; Level2 (-115dBm < RSRP measurement <= -105dBm) corresponds to LP-WUS parameter set 2; and Level3 (RSRP measurement value <= -115dBm) corresponds to LP-WUS parameter set 3. After the terminal device measures the reference signal, the RSRP measurement value is -110dBm, which is in the interval -115dBm < RSRP measurement <= -80dBm, and the first LP-WUS parameter set is LP-WUS parameter set 2.

[0104] In step 302, the terminal device determines the first LP-WUS parameter set through the first signal measurement result, that is, the terminal device has determined that the LP-WUS parameter set used to receive the LP-WUS is the first LP-WUS parameter set. The LP-WUS parameter set used by the network device side to send the LP-WUS must also be the LP-WUS parameter set, and the terminal device can successfully receive the LP-WUS by using the first LP-WUS parameter set. That is, the LP-WUS parameter set effective at the terminal device side and the LP-WUS parameter set effective at the network device side need to be synchronized. How to synchronize will be introduced below in connection with step 303.

[0105] 303、The terminal device sends a first signal measurement result, which is used to determine a first LP-WUS parameter set used when sending the LP-WUS. Correspondingly, the network device receives the first signal measurement result.

[0106] Optionally, the first configuration information includes a transmission resource for reporting the first signal measurement result. The terminal device sends the first signal measurement result through the transmission resource configured in the first configuration information.

[0107] Optionally, the network device stores a mapping relationship between a plurality of coverage level decision conditions and a plurality of sets of LP-WUS parameters.

[0108] Optionally, the LP-WUS parameters executed on the network device side include, but are not limited to, one or more parameters about the LP-WUS as follows: M value: indicating the orthogonal frequency division multiplexing (OFDM) cover sequence configuration used when generating the LP-WUS signal. The network device selects the M value (for example, M = 1, 2 or 4) according to the current coverage requirement, so as to determine the maximum number of candidate cover sequences supported per OOK ON chip. By adjusting the M value, the network device can control the coverage performance and robustness of the LP-WUS signal (for example, M = 1 corresponds to the maximum number of sequences, providing the strongest coverage).

[0109] QCL source configuration / CORESET association: indicating the spatial reception parameters required for receiving the LP-WUS. The network device configures a control resource set identifier (CORESET ID) to indicate the terminal device to derive the QCL source (such as a specific CSI-RS) of the LP-WUS according to the activated transmission configuration indication (TCI) state of the CORESET. Accordingly, the terminal device can determine the beam direction information required for receiving the LP-WUS.

[0110] Maximum number of information bits: defining the upper limit of the capacity of the LP-WUS physical layer load (for example, supporting up to 16 bits in the RRC_CONNECTED mode). The terminal device constructs the LP-WUS containing the specific terminal device identifier (such as RNTI) according to this limit, so as to realize the precise wake-up of the specific terminal device.

[0111] In a possible embodiment, the above-mentioned network device side LP-WUS parameters can be sent to the terminal device, or can not be sent to the terminal device, and are executed by the network device itself.

[0112] Optionally, the network device side LP-WUS parameters do not include part of the parameters (e.g., the maximum number of information bits) that do not need to be executed by the terminal device. That is, the first LP-WUS parameter set only includes the LP-WUS parameters that need to be executed by the terminal device.

[0113] Optionally, the network device determines the first LP-WUS parameter set based on the RSRP value corresponding to the first signal measurement result in the same way as the terminal device, which will not be repeated here.

[0114] In a possible embodiment, the first configuration information indicates a parameter switching event, and the sending of the first signal measurement result comprises: in a case where the first signal measurement result satisfies the parameter switching event, sending the first signal measurement result.

[0115] Optionally, the parameter switching event indicates that the terminal device determines that the coverage level has changed. For example, from Level 1 to Level 2. Alternatively, the terminal device determines that the RSRP value measured is different from the coverage level decision condition of the last measured RSRP value.

[0116] Optionally, the reporting triggered by the parameter switching event can be an additional signal measurement report. For example, the first configuration information includes a report configuration, and the report configuration includes a reporting period. If the parameter switching event occurs, the terminal device is triggered to immediately report the first signal measurement result (regardless of whether it is in the reporting period at this moment). If the parameter switching event does not occur, the terminal device reports the first signal measurement result according to the configured reporting period.

[0117] Through the above steps, the terminal device side and the network device side can determine the first LP-WUS parameter set based on the first signal measurement result. The current LP-WUS parameters of the terminal device side and the network device side are symmetrical. In addition, the terminal device and the network device also need to synchronously switch to the first LP-WUS parameter set, that is, the terminal device and the network device need to ensure that the first LP-WUS parameter set takes effect at the same time.

[0118] In a possible embodiment, the first configuration information indicates a discontinuous reception (C-DRX) cycle, and the first LP-WUS parameter set takes effect at a first time point in the C-DRX cycle. The first time point is predetermined by a protocol.

[0119] Optionally, the first time point is the start point of the C-DRX cycle.

[0120] Optionally, the first time point is the start point of the next C-DRX cycle after the terminal device sends the first signal measurement result.

[0121] Optionally, the first time point can be pre-defined by a protocol, or can be negotiated by the terminal device and the network device, or can be configured by the network device to the terminal device.

[0122] For example, as shown in FIG. 3, a parameter switching event occurs in a second C-DRX cycle, the terminal device reports the first signal measurement result in the second C-DRX cycle, and the terminal device and the network device determine the first LP-WUS parameter set. At the starting point of a third C-DRX cycle (the first time point), the terminal device and the network device simultaneously take effect of the first LP-WUS parameter set. That is, after the first time point, the network device transmits the LP-WUS by using the first LP-WUS parameter set, and the terminal device receives the LP-WUS by using the first LP-WUS parameter set. Figure 4

[0123] From the above, it can be known that the LP-WUS parameter set taken effect by the terminal device and the network device is the same through the reporting of the first signal measurement result. The terminal device and the network device simultaneously take effect of the same LP-WUS parameter set through the first time point. Thus, the synchronization of the LP-WUS parameter set is realized.

[0124] 304、The network device transmits the LP-WUS based on the first LP-WUS parameter set. Correspondingly, the terminal device receives the LP-WUS based on the first LP-WUS parameter set.

[0125] In a possible embodiment, after the low-power receiver LR of the terminal device receives the LP-WUS, the main receiver MR of the terminal device is woken up.

[0126] In a possible embodiment, after the terminal device receives the LP-WUS based on the first LP-WUS parameter set, the method further includes that the terminal device sends a first notification to the network device, the first notification being used to indicate that the LP-WUS parameter set taken effect by the network device in the next discontinuous reception cycle is the first LP-WUS parameter set. Correspondingly, the network device receives the first notification.

[0127] Optionally, the main receiver MR of the terminal device sends the first notification to the network device.

[0128] Optionally, the first configuration information indicates a dedicated scheduling request (SR) resource, the first notification is the SR, and the SR is transmitted on the dedicated SR resource.

[0129] ​Optionally, the network device starts a first timer after sending the LP-WUS. If the network device receives an SR during the running of the first timer, data is sent. That is, the network device receives an SR during the running of the first timer, and the network device considers that the main receiver MR of the terminal device is woken up, and the network device performs subsequent interaction with the terminal device.

[0130] In a possible embodiment, the network device sends update information, and the update information is used to update the coverage level decision condition in the first configuration information. Correspondingly, the terminal device receives the update information.

[0131] Optionally, the network device starts a first timer after sending the LP-WUS. If the network device does not receive an SR during the running of the first timer, the network device updates the plurality of sets of LP-WUS parameter sets, and sends update information to enable the terminal device to update the LP-WUS parameter sets synchronously. That is, the network device does not receive an SR during the running of the first timer, and the network device considers that the wakening of the main receiver MR of the terminal device fails (due to the terminal device missing the LP-WUS). The network device considers that the current LP-WUS parameter set is not suitable for the current channel state. The network device updates the coverage level decision condition, and sends the update information to the terminal device to enable the terminal device to update synchronously.

[0132] Optionally, the network device starts a first timer and a first counter after sending the LP-WUS for the first time, and the first counter is used to determine the number of wakening failures.

[0133] Optionally, the network device sends the update information in the OnDuration time in the C-DRX cycle.

[0134] Illustratively, the network device starts a first timer and a first counter after sending the LP-WUS for the first time. Before the first time that the first timer expires, the network device does not receive an SR sent by the terminal device. The network device increments the first counter by 1. The network device restarts the first timer after sending the LP-WUS for the second time, and before the first timer expires again, the network device does not receive an SR sent by the terminal device. The network device again increments the first counter by 1. The process is repeated until the first counter reaches a preset threshold, the network device updates the coverage level decision condition, and sends the update information to the terminal device to enable the terminal device to update synchronously.

[0135] Optionally, a second threshold in the updated coverage level decision condition is greater than a second threshold in the coverage level decision condition before the update. And / or, a first threshold in the updated coverage level decision condition is greater than a first threshold in the coverage level decision condition before the update.

[0136] For example, assume that the coverage level decision condition before updating is: RSRP measurement value > -110 dBm (good channel state, corresponding to a smaller number of LP-WUS monitoring occasions in the LP-WUS parameter set), -115 dBm < RSRP measurement value <= -110 dBm (general channel state), and RSRP measurement value <= -115 dBm (poor channel state, corresponding to a larger number of LP-WUS monitoring occasions in the LP-WUS parameter set).

[0137] The updated coverage level decision condition is: RSRP measurement value > -105 dBm (good channel state, corresponding to a smaller number of LP-WUS monitoring occasions in the LP-WUS parameter set), -110 dBm < RSRP measurement value <= -105 dBm (general channel state), and RSRP measurement value <= -110 dBm (poor channel state, corresponding to a larger number of LP-WUS monitoring occasions in the LP-WUS parameter set).

[0138] From the above, it can be seen that the updated coverage level decision condition has the following effects: when the terminal device determines the current coverage level based on RSRP and the coverage level decision condition, it is more likely to determine the coverage level as poor channel state, so that the number of LP-WUS monitoring occasions in the effective LP-WUS parameter set is larger, thereby improving the probability of successful monitoring of the terminal device to the LP-WUS. For example, when the value of RSRP is -113 dBm, the current coverage level will be determined as Level 2 (-115 dBm < RSRP measurement value <= -110 dBm). The LP-WUS parameter set 2 corresponding to Level 2 is taken as the first LP-WUS parameter set (the number of LP-WUS monitoring occasions is 4). After updating the coverage level decision condition, when the value of RSRP is -113 dBm, the current coverage level will be determined as Level 3 (RSRP measurement value <= -110 dBm). The LP-WUS parameter set 3 corresponding to Level 3 is taken as the first LP-WUS parameter set (the number of LP-WUS monitoring occasions is 8).

[0139] Optionally, each update is performed according to a preset step size. Alternatively, the network device updates adaptively based on the current scenario.

[0140] For example, the difference between the first threshold after each update and the first threshold before the update is a first step size, and / or the difference between the second threshold after each update and the second threshold before the update is a second step size. The first step size and the second step size can be the same.

[0141] In a possible embodiment, the network device sends, to the terminal device, update information used to update a parameter in the set of LP-WUS parameters in the first configuration information. Alternatively, the update information is used to update the number of LP-WUS monitoring occasions in the set of LP-WUS parameters in the first configuration information.

[0142] Optionally, the number of LP-WUS monitoring occasions corresponding to the updated coverage level decision condition is greater than the number of LP-WUS monitoring occasions corresponding to the pre-updated coverage level decision condition.

[0143] For example, it is assumed that the number of LP-WUS monitoring occasions in the set of LP-WUS parameters 1 corresponding to the pre-updated coverage level decision condition 1 is 2, the number of LP-WUS monitoring occasions in the set of LP-WUS parameters 2 corresponding to the pre-updated coverage level decision condition 2 is 4, and the number of LP-WUS monitoring occasions in the set of LP-WUS parameters 3 corresponding to the pre-updated coverage level decision condition 3 is 6.

[0144] The number of LP-WUS monitoring occasions in the set of LP-WUS parameters 1 corresponding to the updated coverage level decision condition 1 is 4, the number of LP-WUS monitoring occasions in the set of LP-WUS parameters 2 corresponding to the updated coverage level decision condition 2 is 6, and the number of LP-WUS monitoring occasions in the set of LP-WUS parameters 3 corresponding to the updated coverage level decision condition 3 is 8.

[0145] From the above, it can be seen that the number of LP-WUS monitoring occasions in the updated set of LP-WUS parameters can achieve the following effects: when the terminal device determines the set of LP-WUS parameters based on the RSRP and the coverage level decision condition, the number of LP-WUS monitoring occasions in the determined set of LP-WUS parameters is greater. This improves the probability of successful monitoring of the terminal device to the LP-WUS. For example, both are the set of LP-WUS parameters 2 corresponding to the coverage level decision condition 2, and the number of LP-WUS monitoring occasions in the updated set of LP-WUS parameters 2 is two more than the number of LP-WUS monitoring occasions in the pre-updated set of LP-WUS parameters 2.

[0146] The following will be described in combination with Figure 5 The communication method provided in the present application will be further introduced. The Figure 5 The embodiment shown in the figure is executed by a terminal device and a network device, and the terminal device includes a main receiver MR and a low-power receiver LR. Wherein: 501、The network device sets multiple sets of LP-WUS parameter sets.

[0147] The LP-WUS parameter set can refer to the above description. The LP-WUS parameter set set by the network device can be divided into an LP-WUS parameter set (such as M value, maximum number of information bits, etc.) executed by the network device side, an LP-WUS parameter set (such as PDCCH detection timing) executed by the terminal device side, and an LP-WUS parameter set (such as the number of LP-WUS monitoring occasions, QCL source configuration / CORESET association, etc.) executed by the network device side and the terminal device side.

[0148] 502. The network device sends first configuration information to the MR of the terminal device, and the first configuration information includes an LP-WUS parameter set and a measurement parameter.

[0149] The step 502 can refer to the description of the step 301 above, and the present application will not be repeated here.

[0150] 503. The network device sends a reference signal to the MR of the terminal device.

[0151] Optionally, the reference signal can be a channel state information reference signal (CSI-RS), a cell-specific reference signal (CRS), etc. The reference signal can also be other, which is not limited herein.

[0152] 504. The terminal device measures the reference signal based on the measurement parameter to obtain a first measurement result.

[0153] Optionally, the terminal device performs radio resource management (RRM) measurement on the reference signal based on the measurement parameter to obtain the first measurement result. The step 504 can refer to the description of the step 302 above, and the present application will not be repeated here.

[0154] 505. The network device determines a first LP-WUS parameter set based on the first measurement result.

[0155] Optionally, the network device determines the first LP-WUS parameter set from a plurality of LP-WUS parameter sets based on an RSRP value corresponding to the first measurement result.

[0156] Optionally, the network device determines the first LP-WUS parameter set in the same way as the terminal device, that is, by the coverage level judgment condition of the LP-WUS parameter set and the RSRP value.

[0157] In the steps 501-505 above, the MR of the terminal device is in a wake-up state.

[0158] 506、The terminal device determines a first LP-WUS parameter set based on the first measurement result; and the terminal device monitors the LP-WUS based on the first LP-WUS parameter set.

[0159] Optionally, the LR of the terminal device monitors the LP-WUS based on the first LP-WUS parameter set.

[0160] Optionally, the step 506 can refer to the description in the above step 304, and details are not described herein.

[0161] 507、The network device sends the LP-WUS on demand based on the first LP-WUS parameter set.

[0162] In the steps 506-507, the MR of the terminal device is in a sleep state, and the MR of the terminal device is periodically put into sleep according to C-DRX.

[0163] 508、The terminal device sends a scheduling request in response to the LP-WUS.

[0164] Optionally, the LR of the terminal device wakes up the MR of the terminal device after receiving the LP-WUS. The MR of the terminal device sends an SR (scheduling request) to the network device. The SR can be the first notification in the above description.

[0165] Optionally, the step 508 is an optional step, and the terminal device can not monitor the LP-WUS, and the terminal device will not send the SR.

[0166] 509、The network device maintains a plurality of LP-WUS parameter sets and sends data if the scheduling request feedback is received within a first timer.

[0167] Optionally, the first timer is started at the step 507. The description of the first timer can refer to the above description Figure 3 The description of the first timer is not described herein.

[0168] Optionally, if the SR feedback is received within the first timer, it indicates that the current LP-WUS parameter set is suitable and does not need to be updated, and the network device continues to maintain the plurality of LP-WUS parameter sets.

[0169] 510、The MR of the terminal device monitors the PDCCH to receive data.

[0170] In the steps 508-510, the MR of the terminal device is in a wake-up state, and the MR of the terminal device is woken up by the LP-WUS.

[0171] 511、The network device updates the multiple sets of LP-WUS parameter sets if the first counter reaches a threshold value.

[0172] Optionally, the multiple sets of LP-WUS parameter sets are updated when the first counter reaches a threshold value. The updating of the multiple sets of LP-WUS parameter sets includes updating a coverage level determination condition of the multiple sets of LP-WUS parameter sets or updating an LP-WUS monitoring occasion of the multiple sets of LP-WUS parameter sets. Optionally, refer to the description in step 304, which will not be repeated here.

[0173] 512、The network device sends update information to the terminal device to update the multiple sets of LP-WUS parameter sets.

[0174] Optionally, the network device sends the update information in the OnDuration time of the C-DRX cycle.

[0175] In steps 511-512, the MR of the terminal device is in a wake-up state, and the MR of the terminal device is woken up through the C-DRX cycle.

[0176] It should be noted that the measurement parameter in the first measurement information includes a measurement period, and the terminal device performs RRM measurement according to the measurement period to obtain a signal measurement result. After periodic measurement, the terminal device also periodically re-determines the currently effective LP-WUS parameter set. When the channel state changes, the signal measurement result also changes, so this way of determining the effective LP-WUS parameter set based on the signal measurement result can adapt to the dynamic channel state. The probability of receiving LP-WUS by the terminal device is improved.

[0177] The communication method is further described below. Figure 6a - Figure 6c A scene suitable for the communication method is provided to better understand the communication method. As shown in Figure 6a , a terminal device moves from coverage level 1 (Level 1) to coverage level 2 (Level 2). The terminal device is in an RRC_CONNECTED mode during the movement. According to the provisions of the 3GPP conference discussion, the LP-WUS monitoring occasion is located before the OnDuration time of the C-DRX. Figure 6b and Figure 6c The OnDuration time in and is different from the OnDuration time of the C-DRX cycle described above. The Figure 6b and Figure 6cThe OnDuration time in the figure represents the time when the MR is woken up by the MO after detecting the LP-WUS. That is, the OnDuration time is the OnDuration time in the C-DRX cycle after the introduction of the LP-WUS.

[0178] Phase 1 (as shown in Figure 6b The terminal device is in Level 1.

[0179] The terminal device is in the center of the base station (Level 1), and the channel state is good (the signal is good). The terminal device measures the RSRP value in the coverage level judgment condition corresponding to Level 1. For example, the terminal device measures the RSRP value greater than -105 dBm.

[0180] The LP-WUS parameter set effective for the terminal device in Level 1 is as follows: LP-WUS monitoring occasion period (Periodicity): long period, consistent with the C-DRX cycle.

[0181] The number of LP-WUS monitoring occasions: 2. Since the LP-WUS signal is strong, the probability of detection by the terminal device is large, and a smaller number of LP-WUS monitoring occasions is configured to save the energy consumption of the terminal device.

[0182] Time offset 2 (Time-Offset2): adjusted to the minimum value in the terminal device capability report.

[0183] Optionally, as shown in Figure 6b , the terminal device receives the LP-WUS under the black MO, thereby triggering the monitoring time (OnDuration time) and waking up the MR of the terminal device. Under other white monitoring occasions, the terminal device does not receive the LP-WUS, thereby not triggering the OnDuration event (i.e. Figure 6b The dashed OnDuration time in the figure indicates that it is not triggered).

[0184] Optionally, the capability report is a report of the terminal device to the network device when accessing the network, sending its own capability information. The capability report includes: minimum wake-up delay (wake-up time of the terminal device from LR to MR operation).

[0185] Optionally, the LP-WUS parameter set: includes but is not limited to time offset 2. The time offset 2 represents the time reserved for the terminal device to wake up the MR. The time offset 2 is greater than or equal to the minimum wake-up delay.

[0186] Optionally, after the terminal device sends the capability report to the network device, the network device determines the time offset 2 based on the minimum wake-up delay in the capability report. The network device sends the time offset 2 to the terminal device.

[0187] Alternatively, the network device determines the time offset 2 based on the minimum wake-up delay in the capability report and terminal support information (UAI). For example, the UAI reported by the terminal device includes the following three enumerated values: 2, 30, 42. After receiving the UAI, the network device reasonably arranges the LP-WUS parameter set based on the reported UAI.

[0188] Optionally, in Level 1, the time offset 2 is the time offset corresponding to the enumerated value '2'.

[0189] Stage 2 (as shown in Figure 6c ): The LP-WUS parameter set of the terminal device is switched from Level 1 to Level 2.

[0190] The terminal device moves, and the terminal device periodically measures the RSRP measurement value of the reference signal quasi-co-located with the LP-WUS to be -112 dBm (in the coverage level judgment condition corresponding to Level 2). The coverage level of the terminal device decreases from Level 1 to Level 2.

[0191] The terminal device immediately reports the first signal measurement result. The terminal device and the network device are synchronously switched to the LP-WUS parameter set corresponding to Level 2 in the next C-DRX cycle.

[0192] The LP-WUS parameter set corresponding to Level 2 is as follows: The number of LP-WUS monitoring occasions: 4.

[0193] Time offset 2 / wake-up gap (Time-Offset2): adjusted to the middle value supported in the terminal device capability report.

[0194] Optionally, in Level 2, the time offset 2 is the time offset corresponding to the enumerated value '30'. Different time offsets 2 configured in the LP-WUS parameter can be applicable to different service scenarios.

[0195] Figure 7 is a schematic block diagram of communication provided by an embodiment of the present application. As Figure 7 shown, the communication apparatus 700 can include a transceiver module 710 and a processing module 720. The transceiver module 710 can implement a corresponding communication function, which can be an internal communication function of the communication apparatus 700 or a communication function of the communication apparatus 700 and other apparatuses.

[0196] In a possible design, the communication apparatus 700 can correspond to a terminal device in the above method embodiments, or a component (such as a circuit, a chip, or a chip system, etc.) configured in the terminal device. The communication apparatus 700 can be used to perform the steps or procedures performed by the terminal device in any of the above method embodiments.

[0197] For example, the transceiver 710 is configured to receive first configuration information sent by a network device, the first configuration information indicating measurement parameters and a plurality of sets of low-power wake-up signal (LP-WUS) parameter sets; The processing module 720 is configured to perform measurement on a reference signal based on the measurement parameters, to obtain a first signal measurement result, and the first signal measurement result is used to determine a first LP-WUS parameter set from the plurality of LP-WUS parameter sets. The transceiver 710 is further configured to send the first signal measurement result, the first signal measurement result being used to determine the first LP-WUS parameter set used for sending an LP-WUS, and receive the LP-WUS based on the first LP-WUS parameter set.

[0198] In a possible embodiment, the transceiver 710 is further configured to send the first signal measurement result, including: sending the first signal measurement result in a case where the first signal measurement result satisfies a parameter switching event indicated by the first configuration information.

[0199] In a possible embodiment, the first configuration information indicates a discontinuous reception cycle, and the first LP-WUS parameter set takes effect at a first time point in the discontinuous reception cycle, the first time point being predefined by a protocol.

[0200] In a possible embodiment, the transceiver 710 is further configured to send a first notification to the network device, the first notification being used to indicate that the first LP-WUS parameter set is the LP-WUS parameter set that takes effect in a next discontinuous reception cycle of the network device.

[0201] In a possible embodiment, the first configuration information indicates a plurality of coverage level decision conditions, the plurality of coverage level decision conditions corresponding to the plurality of LP-WUS parameter sets in a one-to-one manner, the first LP-WUS parameter set is an LP-WUS parameter set corresponding to a first coverage level decision condition, and the first signal measurement result satisfies the first coverage level decision condition.

[0202] In a possible embodiment, the LP-WUS parameter set includes a number of LP-WUS monitoring occasions, the second coverage level decision condition indicates a strength range of the LP-WUS signal that is larger than a strength range of the LP-WUS signal indicated by the third coverage level decision condition, the number of the LP-WUS monitoring occasions corresponding to the second coverage level decision condition is smaller than the number of the LP-WUS monitoring occasions corresponding to the third coverage level decision condition; and the second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

[0203] In a possible embodiment, the transceiver 710 is further configured to receive, from the network device, update information, where the update information is used to update the coverage level decision condition in the first configuration information.

[0204] In a possible design, the communication apparatus 700 can correspond to the network device in the above method embodiments, or can be configured as a component (such as a circuit, a chip, or a chip system, etc.) in the network device. The communication apparatus 700 can be configured to perform the steps or procedures performed by the network device in any of the above method embodiments.

[0205] For example, the transceiver 710 is configured to send the first configuration information, where the first configuration information includes a plurality of LP-WUS parameter sets and measurement parameters; receive the first signal measurement result, where the first signal measurement result is used to determine the first LP-WUS parameter set from the plurality of LP-WUS parameter sets; and send the LP-WUS based on the first LP-WUS parameter set.

[0206] In a possible embodiment, the first configuration information indicates a parameter switching event, and the transceiver 710 is configured to receive the first signal measurement result, including: receiving the first signal measurement result in a case where the first signal measurement result satisfies the parameter switching event.

[0207] In a possible embodiment, the first configuration information indicates a discontinuous reception cycle, and the first LP-WUS parameter set takes effect at a first time point in the discontinuous reception cycle, where the first time point is predefined by a protocol.

[0208] In a possible embodiment, the transceiver 710 is configured to receive a first notification, where the first notification is used to indicate that the LP-WUS parameter set that takes effect in a next discontinuous reception cycle of the network device is the first LP-WUS parameter set.

[0209] In a possible embodiment, the first configuration information includes a plurality of coverage level decision conditions, where the plurality of coverage level decision conditions correspond to the plurality of LP-WUS parameter sets in a one-to-one manner; the first LP-WUS parameter set is an LP-WUS parameter set corresponding to a first coverage level decision condition, and the first signal measurement result satisfies the first coverage level decision condition.

[0210] In one possible embodiment, the LP-WUS parameter set includes the number of LP-WUS monitoring opportunities, the strength range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the strength range of the LP-WUS signal indicated by the third coverage level decision condition, the number of LP-WUS monitoring opportunities corresponding to the second coverage level decision condition is less than the number of LP-WUS monitoring opportunities corresponding to the third coverage level decision condition; the second coverage level decision condition and the third coverage level decision condition are any two of a plurality of coverage level decision conditions.

[0211] In one possible embodiment, the transceiver module 710 is configured to send update information, which is used to update the coverage level decision conditions in the first configuration information.

[0212] Figure 8 This is another schematic block diagram of the communication device 800 provided in the embodiments of this application. The communication device 800 may be a terminal device or a network device (network device / core network) implementing the above-described methods, such as a chip, chip system, or processor. The communication device 800 can be used to implement the methods described in the above-described method embodiments; for details, please refer to the descriptions in the above-described method embodiments.

[0213] like Figure 8 As shown, the communication device 800 may include one or more processors 810, which may also be referred to as processing units or processing modules, and can implement certain control functions. The processor 810 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit. The baseband processor can be used to process communication protocols and communication data, while the central processing unit can be used to control the communication device 800 (e.g., a base station, baseband chip, user, user chip), execute software programs, and process data from the software programs.

[0214] In an alternative design, the processor 810 may also store instructions and / or data that can be executed by the processor 810 to cause the communication device 800 to perform the methods described in the above method embodiments.

[0215] In another alternative design, the communication device 800 may include a communication interface 820 for implementing receiving and transmitting functions. For example, the communication interface 820 may be a transceiver circuit, interface, interface circuit, or transceiver. The transceiver circuit, interface, interface circuit, or transceiver for implementing receiving and transmitting functions may be separate or integrated. The aforementioned transceiver circuit, interface, interface circuit, or transceiver may be used for reading and writing code / data, or it may be used for transmitting or relaying signals.

[0216] Optionally, the communication apparatus 800 can comprise one or more memories 830, which can be on-board the communication apparatus 800. The memories 830 can store instructions which can be executed by the processor 810, so that the communication apparatus 800 performs the methods described in the above method embodiments. Optionally, the memories 830 can also store data. Optionally, the processor 810 can also store instructions and / or data. The processor 810 and the memories 830 can be separately arranged, or can be integrated together.

[0217] It should be understood that, in a possible design, each step in the method embodiments provided in the present application can be completed by integrated logic circuits of hardware in the processor or instructions in the form of software. The steps of the methods disclosed in combination with the embodiments of the present application can be directly embodied as being completed by a hardware processor, or being completed by a combination of hardware and software modules in the processor. The software modules can be located in random access memories, flash memories, read-only memories, programmable read-only memories or electrically erasable programmable memories, registers or other mature storage media in the art. The storage media are located in the storage, and the processor reads information in the storage and combines the hardware to complete the steps of the above methods. To avoid repetition, they will not be described in detail here.

[0218] In an implementation, the communication apparatus 800 can correspond to the first Bluetooth device in the above method embodiments, and can be used to perform each step and / or process performed by the first Bluetooth device in the above method embodiments. The processor 810 can be used to execute the instructions stored in the memories 830, and when the processor 810 executes the instructions stored in the memories, the processor 810 is used to perform each step and / or process of the above method embodiments corresponding to the first Bluetooth device.

[0219] It should be understood that the above processing apparatus can be one or more chips. For example, the processing apparatus can be a field programmable gate array (FPGA), can be an application specific integrated circuit (ASIC), can also be a system on chip (SoC), can also be a central processor unit (CPU), can also be a network processor (NP), can also be a digital signal processor (DSP), can also be a micro controller unit (MCU), can also be a programmable logic device (PLD) or other integrated chip.

[0220] It is to be appreciated that the memory in the embodiments of the application can be a volatile or nonvolatile memory, or can include both volatile and nonvolatile memory. In one embodiment, a non-volatile memory can be a read-only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), electrically EPROM (EEPROM), or flash memory. A volatile memory can be a random access memory (RAM), which is used as external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous dynamic RAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and direct rambus RAM (DR RAM). It is to be appreciated that the memory described herein is intended to include, without being limited to, these and any other suitable types of memory.

[0221] According to the method provided by the embodiments of the application, the application further provides a chip system, which comprises one or more processors, and is used for calling and running instructions stored in a memory, so that the method of the embodiments of the application is executed. The chip system can be composed of a chip, or can include a chip and other discrete devices.

[0222] The chip system can include an input circuit or interface for sending information or data, and an output circuit or interface for receiving information or data.

[0223] According to the method provided by the embodiments of the application, the application further provides a communication system, which comprises the terminal device and the network device described above.

[0224] According to the method provided in the embodiments of the present application, the present application further provides a computer program product, which comprises computer program codes, and when the computer program codes are run on a computer, the computer is caused to execute each step or process executed by the terminal device and the network device in any of the preceding method embodiments.

[0225] According to the method provided in the embodiments of the present application, the present application further provides a computer readable storage medium, which stores program codes, and when the program codes are run on a computer, the computer is caused to execute each step or process executed by the terminal device and the network device in any of the preceding method embodiments.

[0226] The computer readable storage medium can be the volatile memory or the non-volatile memory described above, or can simultaneously include the volatile memory and the non-volatile memory.

[0227] In the embodiments of the present application, each term and English abbreviation is an exemplary example given for convenience of description, and should not constitute any limitation on the present application. The present application does not exclude the possibility of defining other terms capable of achieving the same or similar functions in the existing or future protocols.

[0228] In the above embodiments, all or part of the embodiments can be realized by software, hardware, firmware or any combination thereof. When realized by software, all or part of the embodiments can be realized in the form of a computer program product. The computer program product comprises one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated.

[0229] In several embodiments provided by the present application, it should be understood that the disclosed system, device and method can be implemented by other means. For example, the device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division. In actual implementation, another division mode can be used, for example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units shown or discussed can be indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0230] It should be understood that in various embodiments of the present application, the size of the serial number of each process does not mean the execution order. The execution order of each process should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0231] In conclusion, the above only describes the preferred embodiments of the technical scheme of the present application, and is not used to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A communication method, characterized in that, The method includes: Receive first configuration information sent from a network device, the first configuration information indicating measurement parameters and multiple sets of low-power wake-up signal LP-WUS parameter sets; Based on the measurement parameters, the reference signal is measured to obtain a first signal measurement result. The first signal measurement result is used to determine a first LP-WUS parameter set from the multiple sets of LP-WUS parameter sets. The first signal measurement result is sent, and the first signal measurement result is used to determine the first LP-WUS parameter set used when sending LP-WUS; Based on the first LP-WUS parameter set, receive LP-WUS.

2. The method according to claim 1, characterized in that, The first configuration information indicates a parameter switching event, and the sending of the first signal measurement result includes: If the first signal measurement result satisfies the parameter switching event, the first signal measurement result is sent.

3. The method according to claim 1, characterized in that, The first configuration information indicates a discontinuous reception period, and the first LP-WUS parameter set takes effect from a first time point within the discontinuous reception period, the first time point being predetermined by the protocol.

4. The method according to claim 3, characterized in that, After receiving LP-WUS based on the first LP-WUS parameter set, the method further includes: Send a first notification to the network device, the first notification being used to indicate that the LP-WUS parameter set effective in the next discontinuous reception period of the network device is the first LP-WUS parameter set.

5. The method according to any one of claims 1-4, characterized in that, The first configuration information indicates multiple coverage level decision conditions, and the multiple coverage level decision conditions correspond one-to-one with the multiple sets of LP-WUS parameter sets; the first LP-WUS parameter set is the LP-WUS parameter set corresponding to the first coverage level decision condition, and the first signal measurement result satisfies the first coverage level decision condition.

6. The method according to claim 5, characterized in that, The LP-WUS parameter set includes the number of LP-WUS monitoring opportunities. The strength range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the strength range of the LP-WUS signal indicated by the third coverage level decision condition. The number of LP-WUS monitoring opportunities corresponding to the second coverage level decision condition is less than the number of LP-WUS monitoring opportunities corresponding to the third coverage level decision condition. The second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

7. The method according to claim 5, characterized in that, The method further includes: The system receives update information from the network device, which is used to update the coverage level decision conditions in the first configuration information.

8. A communication method, characterized in that, The method includes: Send first configuration information, which includes multiple sets of LP-WUS parameter sets and measurement parameters; Receive a first signal measurement result, the first signal measurement result being used to determine a first LP-WUS parameter set from the multiple sets of LP-WUS parameter sets; Based on the first LP-WUS parameter set, send LP-WUS.

9. The method according to claim 8, characterized in that, The first configuration information indicates a parameter switching event, and the receiving of the first signal measurement result includes: If the first signal measurement result satisfies the parameter switching event, the first signal measurement result is received.

10. The method according to claim 8, characterized in that, The first configuration information indicates a discontinuous reception period, and the first LP-WUS parameter set takes effect from a first time point within the discontinuous reception period, the first time point being predetermined by the protocol.

11. The method according to claim 10, characterized in that, After sending LP-WUS based on the first LP-WUS parameter set, the method further includes: Receive a first notification, which indicates that the LP-WUS parameter set effective in the next discontinuous reception period of the network device is the first LP-WUS parameter set.

12. The method according to any one of claims 8-11, characterized in that, The first configuration information includes multiple coverage level decision conditions, and the multiple coverage level decision conditions correspond one-to-one with the multiple sets of LP-WUS parameter sets; the first LP-WUS parameter set is the LP-WUS parameter set corresponding to the first coverage level decision condition, and the first signal measurement result satisfies the first coverage level decision condition.

13. The method according to claim 12, characterized in that, The LP-WUS parameter set includes the number of LP-WUS monitoring opportunities. The strength range of the LP-WUS signal indicated by the second coverage level decision condition is greater than the strength range of the LP-WUS signal indicated by the third coverage level decision condition. The number of LP-WUS monitoring opportunities corresponding to the second coverage level decision condition is less than the number of LP-WUS monitoring opportunities corresponding to the third coverage level decision condition. The second coverage level decision condition and the third coverage level decision condition are any two of the plurality of coverage level decision conditions.

14. The method according to claim 12, characterized in that, The method further includes: Send update information, which is used to update the coverage level decision conditions in the first configuration information.

15. A communication device, characterized in that, Includes units for performing the method as described in any one of claims 1 to 14.

16. A communication device, characterized in that, It includes a processor coupled to a memory, which can be used to execute instructions or data in the memory to implement the method as described in any one of claims 1 to 14.

17. A chip, characterized in that, It includes a processor and an interface, the processor and the interface being coupled; the interface is used to receive or output signals, and the processor is used to execute code instructions to cause the method of any one of claims 1 to 14 to be performed.

18. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when invoked, cause the computer to perform the method described in any one of claims 1 to 14.

Images