Low-power wake-up signal (LP-WUS) wake-up method and related apparatus

Abstract

Disclosed in the present application are a low-power wake-up signal (LP-WUS) wake-up method and a related apparatus. The method comprises: acquiring a wake-up type of an LP-WUS, wherein the wake-up type of the LP-WUS is determined on the basis of first information, and the first information is used for representing a signal capacity of the LP-WUS; and waking up a terminal device or performing paging monitoring on the basis of the wake-up type. In this way, a scenario is taken into account, and a more suitable LP-WUS wake-up method can be used to wake up a terminal device or perform paging monitoring.

Description

A wake-up method and related device for low power wake-up signal LP-WUS

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on October 30, 2023, with application number 202311428496.8 and application name “A wake-up method and related device for a low-power wake-up signal LP-WUS”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communication technology, and in particular to a wake-up method and related device for a low power wake-up signal LP-WUS. Background Art

[0003] In the field of communications technology, to save power in terminal devices, a main transceiver (MR) and a low-power receiver (LR) are configured within the terminal device. The main transceiver is in an ultra-deep sleep state before being awakened by a low-power wake-up signal (LP-WUS). After waking up, the main transceiver can perform subsequent paging processes.

[0004] Currently, there are two wake-up methods for LP-WUS. Choosing which wake-up method to use to wake up the terminal device in different scenarios is one of the technical issues that the communication system currently needs to solve.

[0005] Summary of the Invention

[0006] The present application provides a low-power wake-up signal LP-WUS wake-up method and related devices, which can use a more suitable LP-WUS wake-up method in combination with the scenario to wake up the terminal device or perform paging monitoring.

[0007] In a first aspect, the present application provides a wake-up method for a power consumption wake-up signal LP-WUS, including:

[0008] First, the wake-up type of the low power wake-up signal LP-WUS is obtained, wherein the wake-up type of the LP-WUS is determined according to first information, and the first information is used to characterize the signal capacity of the LP-WUS; then, the terminal device is woken up or paging monitoring is performed according to the wake-up type.

[0009] Since the requirements for the signal capacity of LP-WUS are different in different scenarios, this application determines the wake-up type of LP-WUS based on the first information characterizing the signal capacity of LP-WUS, can adapt to different scenarios, and select a more appropriate LP-WUS wake-up type to wake up the terminal device or use the LP-WUS wake-up type to monitor the paging message.

[0010] In a possible implementation of the first aspect, the first information includes at least one of the following:

[0011] the quality of the communication channel between the terminal device and at least one device;

[0012] Service types supported by the terminal device;

[0013] The number of terminal devices within the coverage range of at least one device.

[0014] In this implementation, in different application scenarios, the LP-WUS wake-up method that is more suitable for the terminal device can be selected based on the channel quality, the service types and quantity supported by the terminal device, so as to reduce the waste of network resources and the probability of false alarm of paging.

[0015] In a possible implementation of the first aspect, obtaining the wakeup type of the LP-WUS includes:

[0016] Get a first value;

[0017] The wakeup type of the LP-WUS is determined according to a magnitude relationship between the quality of the communication channel between the terminal device and the at least one device and the first value.

[0018] In a possible implementation of the first aspect, obtaining the wakeup type of the LP-WUS includes:

[0019] Get the second value;

[0020] Determine the latency information of the terminal device according to the service type supported by the terminal device;

[0021] The wake-up type of the LP-WUS is determined according to the magnitude relationship between the delay information of the terminal device and the second value.

[0022] In a possible implementation of the first aspect, obtaining the wakeup type of the LP-WUS includes:

[0023] Get the third value;

[0024] The wake-up type of the LP-WUS is determined according to a magnitude relationship between the number of terminal devices within the coverage range of the at least one device and the third value.

[0025] In a possible implementation of the first aspect, obtaining the wakeup type of the LP-WUS includes:

[0026] Receive the wakeup type of LP-WUS from the terminal device.

[0027] In a possible implementation of the first aspect, obtaining the wakeup type of the LP-WUS includes:

[0028] receiving a first LP-WUS;

[0029] The wakeup type of the LP-WUS is determined according to the indication information in the first LP-WUS.

[0030] In this implementation, in addition to determining the wake-up type of the LP-WUS based on the first information, the wake-up type of the LP-WUS can also be determined based on the indication information in the first LP-WUS, so that the wake-up effect can be achieved through one LP-WUS, reducing resource waste and reducing communication delay.

[0031] In a possible implementation manner of the first aspect, the wake-up type of the LP-WUS includes a grouping method and a method of carrying an identifier of the terminal device.

[0032] In a second aspect, the present application provides a communication device. The beneficial effects can be found in the description of the first aspect and will not be repeated here. The communication device has the function of implementing the behavior in the method example of the first aspect. The function can be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions. In one possible design, the communication device includes:

[0033] a processing module, configured to obtain a wakeup type of a low power consumption wakeup signal LP-WUS, where the wakeup type of the LP-WUS is determined according to first information, where the first information is used to characterize a signal capacity of the LP-WUS;

[0034] The transceiver module is used to wake up the terminal device or perform paging monitoring according to the wake-up type.

[0035] In a possible implementation of the second aspect, the first information includes at least one of the following:

[0036] the quality of the communication channel between the terminal device and at least one device;

[0037] Service types supported by the terminal device;

[0038] The number of terminal devices within the coverage range of at least one device.

[0039] In a possible implementation manner of the second aspect, the processing module is further configured to:

[0040] Get a first value;

[0041] The wakeup type of the LP-WUS is determined according to a magnitude relationship between the quality of the communication channel between the terminal device and the at least one device and the first value.

[0042] In a possible implementation manner of the second aspect, the processing module is further configured to:

[0043] Get the second value;

[0044] Determine the latency information of the terminal device according to the service type supported by the terminal device;

[0045] The wake-up type of the LP-WUS is determined according to the magnitude relationship between the delay information of the terminal device and the second value.

[0046] In a possible implementation manner of the second aspect, the processing module is further configured to:

[0047] Get the third value;

[0048] The wake-up type of the LP-WUS is determined according to a magnitude relationship between the number of terminal devices within the coverage range of the at least one device and the third value.

[0049] In a possible implementation of the second aspect, the transceiver module is further configured to:

[0050] Receive the wakeup type of LP-WUS from the terminal device.

[0051] In a possible implementation of the second aspect, the transceiver module is further configured to receive a first LP-WUS;

[0052] The processing module is further configured to determine the wakeup type of the LP-WUS according to the indication information in the first LP-WUS.

[0053] In a possible implementation manner of the second aspect, the wake-up type of the LP-WUS includes a grouping method and a method of carrying an identifier of the terminal device.

[0054] In a third aspect, the present application provides a communication device comprising a processor and an interface circuit, the interface circuit being used to receive signals from other communication devices and transmit them to the processor or to send signals from the processor to other communication devices, the processor being used to implement the method in the first aspect and any possible implementation of the first aspect through logic circuits or executing code instructions.

[0055] In a fourth aspect, the present application provides a communication system, comprising at least one communication device, wherein the communication device executes the method in the first aspect and any possible implementation manner of the first aspect.

[0056] In a fifth aspect, the present application provides a computer-readable storage medium, characterized in that a computer program or instruction is stored in the storage medium, and when the computer program or instruction is executed by a communication device, the method in the first aspect and any possible implementation method of the first aspect is implemented.

[0057] In a sixth aspect, the present application provides a computer program product, which, when executed on a computer, enables the computer to execute the method in the above-mentioned first aspect and any possible implementation of the first aspect.

[0058] In a seventh aspect, the present application provides a chip system, comprising a processor configured to implement the method of the first aspect and any possible implementation thereof. In one possible design, the chip system further comprises a memory configured to store program instructions and / or data. The chip system may be comprised of a chip alone or may include a chip and other discrete components.

[0059] In an eighth aspect, the present application provides a communication device comprising a processor, the processor being configured to execute a computer program or instruction in a memory to implement the method in the above-mentioned first aspect and any possible implementation manner of the first aspect.

[0060] The solutions of the second to eighth aspects mentioned above are used to implement or cooperate with the method of the first aspect or any possible implementation thereof, and therefore can achieve the same or corresponding beneficial effects as the first aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0061] FIG1a is a schematic diagram of the architecture of a communication system used in an embodiment of the present application;

[0062] FIG1b is another schematic diagram of the architecture of a communication system used in an embodiment of the present application;

[0063] FIG1c is a schematic diagram of a cellular network scenario applied in this embodiment;

[0064] FIG1d is a schematic diagram of a short-distance scenario applied in this embodiment;

[0065] FIG2 is a schematic diagram of a structure of a terminal device using a primary and secondary link to receive LP-WUS;

[0066] FIG3a is a schematic diagram of the grouping process of the sub-groups controlled by the CN;

[0067] FIG3b is a schematic diagram of a grouping process of sub-groups based on UE_ID;

[0068] FIG4 is a flow chart of a method for waking up an LP-WUS according to an embodiment of the present application;

[0069] FIG5 is a flow chart of a method for waking up an LP-WUS when a terminal device is in an idle state provided by this embodiment;

[0070] FIG6 is another flowchart of a method for waking up an LP-WUS when a terminal device is in an idle state provided by this embodiment;

[0071] FIG7 is a flow chart of a method for waking up an LP-WUS when a terminal device is in an inactive state provided by this embodiment;

[0072] FIG8 is another flowchart of the LP-WUS wake-up method provided in an embodiment of the present application;

[0073] FIG9 is a schematic diagram of a partial format of a first LP-WUS provided in this embodiment;

[0074] FIG10 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0075] FIG11 is another structural diagram of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0076] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only some embodiments of the present application, not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of this application. It is known to those skilled in the art that with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0077] The terms "first," "second," and the like in the specification and claims of this application and in the accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a particular order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate so that the embodiments described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "including" and "having," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or apparatus comprising a series of steps or modules is not necessarily limited to those steps or modules explicitly listed, but may include other steps or modules that are not explicitly listed or that are inherent to these processes, methods, products, or apparatus.

[0078] The term "and / or" as used in this application can be used to describe an association relationship between related objects, indicating that three possible relationships exist. For example, A and / or B can represent the following three situations: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this application generally indicates that the related objects are in an "or" relationship.

[0079] It should also be noted that, in some alternative implementations, the functions / acts noted may occur out of the order of the drawings. For example, two figures shown in succession may in fact occur substantially concurrently or may sometimes be executed in the reverse order, depending on the functionality / acts involved.

[0080] In the embodiments of the present application, unless otherwise specified, the meaning of "at least one" refers to one or more, and the meaning of "a plurality of" refers to two or more. It is understood that in the present application, "when...", "if" and "if" all mean that the device will make corresponding processing under certain objective circumstances, and do not limit the time, nor do they require that there must be a judgment action when the device is implemented, nor do they mean that there are other limitations. In addition, the special word "exemplary" means "used as an example, embodiment or illustrative". Any embodiment described as "exemplary" is not necessarily interpreted as being superior to or better than other embodiments.

[0081] The embodiments of the present application are described below in conjunction with the accompanying drawings. Those skilled in the art will appreciate that, with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0082] First, in order to better understand the solutions of the embodiments of the present application, the relevant terms and concepts that may be involved in the embodiments of the present application are introduced below.

[0083] (1) Paging

[0084] In wireless communication technology, such as the fifth generation mobile communication technology (5G), when the user equipment (UE) is in the RRC idle state (RRC-IDLE) or the RRC inactive state (RRC-INACTIVE), it needs to periodically monitor paging messages. After monitoring the paging message, the UE can enter the RRC connected state (RRC-CONNECTED) to communicate normally with the network side. The paging message is carried in the physical downlink shared channel (PDSCH) and can be scheduled by downlink control information (DCI).

[0085] When a network device needs to page a terminal device, it sends a paging DCI in one or more POs. A terminal device in the RRC idle or RRC inactive state listens to one of its own POs in each paging cycle and receives the paging DCI sent by the network device. If the terminal device is paged, it performs a random access procedure. The random access process refers to the process from when the user sends a random access preamble to attempt to access the network to when a basic signaling connection is established with the network.

[0086] PEI supports dividing UEs belonging to the same PO into subgroups. The network pages UEs based on the subgroup granularity, reducing the probability of paging false alarms and thus reducing unnecessary paging reception power consumption of UEs.

[0087] (2) Auxiliary link (low-power receiver, LR)

[0088] Detect and receive the low power wake up signal (LP-WUS) to trigger the start of the main link.

[0089] (3) Main link

[0090] Used for data transmission and reception, it is in a newly defined deep sleep state (Ultra-deep sleep) before being awakened.

[0091] (4) Main receiver

[0092] The main receiver (MR) receives signals used in existing networks. Its states include on, off, and various sleep states (deep sleep, ultra-deep sleep). The energy and time required to transition to the on state vary from state to state.

[0093] (5) Low-power receiver

[0094] A low-power receiver (LR), also known as a low-power wake-up receiver (LP-WUR), is less complex, consumes less power, and requires less processing power (such as demodulation and calculation) than an MR. It is used to receive the newly designed LP-WUS, low-power synchronization signal (LP-SS), and low-power reference signal.

[0095] (6) Core network equipment

[0096] Core network equipment (abbreviated as core network) refers to a general term for various functional entities used to manage users, data transmission and base station configuration, including access and mobility management function (AMF), user plane function network element (UPF), session management function (SMF), etc.

[0097] (7) Small data transmission

[0098] Small Data Transmission (SDT) refers to the sending of a small amount of data by a terminal while in an inactive (RRC_IDLE or RRC_INACTIVE) state. It can be implemented through random access (RA-SDT) or pre-configured radio resources (CG-SDT).

[0099] For small data transmission initiated by a terminal device in the RRC_INACTIVE state, the 5th Generation Mobile Communication Technology release 17 (5G R17) protocol supports the following two solutions, depending on the channel resources used for the terminal device's first uplink data transmission:

[0100] Solution 1: Uplink small data transmission based on the RACH mechanism (hereinafter referred to as RA-SDT, RACH-Small Data Transmission).

[0101] Solution 1 reuses and enhances the random access process of R15 / R16. The terminal device in the RRC_INACTIVE state uses resources such as MsgA of 2-step RACH or Msg3 of 4-step RACH to initiate small data transmission.

[0102] Solution 2: Uplink small data transmission based on PUSCH configuration grant resources (hereinafter referred to as CG-SDT, Configured Grant-Small Data Transmission).

[0103] Solution 2 reuses and enhances the PUSCH Type 1 configuration authorization mechanism of R15 / R16. Terminal devices in the RRC_INACTIVE state use the PUSCH channel Type 1 configuration authorization resources to initiate small data transmission.

[0104] 1)SDT resource allocation

[0105] Before a terminal device initiates an SDT small data transmission, the base station must configure resources for the terminal device. For RA-SDT, resources are configured by the base station to the terminal device through system information. For CG-SDT, PUSCH Type 1 configuration grant resources are configured by the base station to the terminal device through RRC dedicated signaling.

[0106] 2) The terminal device initiates the SDT process

[0107] When the conditions for initiating the SDT process are met, the terminal device in the RRC_INACTIVE state initiates the SDT process and uses the resources configured by the base station to send the first SDT message, which includes RRC signaling (such as RRC Resume Request message) and small uplink data sent by the terminal device.

[0108] 3)SDT small data transmission

[0109] After the terminal device sends the first SDT message, it continues to be in the RRC_INACTIVE state. Under the control of the base station, the terminal device and the base station can continue to transmit small downlink and uplink data.

[0110] 4) SDT process termination

[0111] Under normal circumstances, the base station sends RRC signaling (such as RRCRelease message) to the terminal device to terminate the SDT process, and the terminal device remains in the RRC_INACTIVE state; some abnormal situations will also terminate the SDT process.

[0112] In order to better understand the solutions of the embodiments of the present application, the application scenarios of the embodiments of the present application are described below.

[0113] Please refer to Figure 1a, which is a schematic diagram of the architecture of a communication system used in an embodiment of the present application. As shown in Figure 1a, communication system 1000 includes a radio access network 100 and a core network 200. Optionally, communication system 1000 may also include the Internet 300. The radio access network 100 may include at least one network device (such as 110a and 110b in Figure 1a) and at least one terminal device (such as 120a-120j in Figure 1a). The terminal device is wirelessly connected to the network device, and the network device is wirelessly or wiredly connected to the core network. The core network device and the network device may be independent and distinct physical devices, or the functions of the core network device and the logical functions of the network device may be integrated into the same physical device, or a single physical device may integrate some of the functions of the core network device and some of the functions of the network device. Terminal devices and network devices may be interconnected via wired or wireless connections. Figure 1a is merely a schematic diagram. The communication system may also include other network devices, such as wireless relay devices and wireless backhaul devices, which are not shown in Figure 1a.

[0114] A network device is an access device that allows a terminal device to wirelessly access a communication system. A network device can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next-generation NodeB (gNB) in a fifth-generation (5G) mobile communication system, a next-generation base station in a sixth-generation (6G) mobile communication system, a base station in a future mobile communication system, or an access node in a Wi-Fi system. It can also be a module or unit that performs some of the functions of a base station, such as a centralized unit (CU) or a distributed unit (DU). The CU here completes the functions of the radio resource control protocol and the packet data convergence protocol (PDCP) of the base station, and can also complete the function of the service data adaptation protocol (SDAP); the DU completes the functions of the radio link control layer and the medium access control (MAC) layer of the base station, and can also complete the functions of part of the physical layer or all of the physical layer. For the specific description of the above-mentioned various protocol layers, please refer to the relevant technical specifications of the 3rd Generation Partnership Project (3GPP). The network device can be a macro base station (such as 110a in Figure 1a), a micro base station or an indoor station (such as 110b in Figure 1a), or a relay node or a donor node, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the network device.

[0115] Terminal devices, also known as user equipment, mobile stations (MS), mobile terminals (MT), etc., are devices that provide voice and / or data connectivity to users. For example, handheld devices and vehicle-mounted devices with wireless connectivity capabilities. Terminal devices are devices with wireless transceiver capabilities that can send signals to network devices or receive signals from network devices. Terminal devices can be widely used 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, telemedicine, smart grid, smart furniture, smart office, smart wearables, smart transportation, smart cities, etc. The terminal device may be a mobile phone, a tablet computer, a tablet computer, a laptop computer, a PDA, a mobile internet device (MID), a wearable device, a vehicle, a mobile device mounted on a vehicle, an airplane, a ship, a robot, a robotic arm, a personal digital assistant, a wearable device, a virtual reality (VR) device, an augmented reality (AR) device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, a wireless terminal device in a smart home, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.

[0116] Network devices and terminal devices can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; they can also be deployed on aircraft, balloons, and artificial satellites. The embodiments of this application do not limit the application scenarios of network devices and terminal devices.

[0117] The roles of network devices and terminal devices can be relative. For example, the helicopter or drone 120i in Figure 1a can be configured as a mobile network device. To terminal devices 120j accessing the wireless access network 100 via 120i, terminal device 120i is a network device. However, to network device 110a, 120i is a terminal device, meaning that communication between 110a and 120i occurs via a wireless air interface protocol. Of course, communication between 110a and 120i can also occur via an interface protocol between network devices. In this case, 120i is also a network device relative to 110a. Therefore, both network devices and terminal devices can be collectively referred to as communication devices. 110a and 110b in Figure 1a can be referred to as communication devices with network device functionality, while 120a-120j in Figure 1a can be referred to as communication devices with terminal device functionality.

[0118] Network devices and terminal devices, network devices and network devices, and terminal devices and terminal devices can communicate through authorized spectrum, unauthorized spectrum, or both; can communicate through spectrum below 6 gigahertz (GHz), spectrum above 6 GHz, or spectrum below 6 GHz and spectrum above 6 GHz simultaneously. The embodiments of the present application do not limit the spectrum resources used for wireless communications.

[0119] In the embodiments of the present application, the functions of the network device may also be performed by a module (such as a chip) in the network device, or by a control subsystem that includes the network device functions. The control subsystem that includes the network device functions here may be a control center in the above-mentioned application scenarios such as smart grid, industrial control, smart transportation, and smart city. The functions of the terminal device may also be performed by a module (such as a chip or a modem) in the terminal device, or by a device that includes the terminal device functions.

[0120] The wake-up method of the low-power wake-up signal LP-WUS provided in this embodiment can be applied to downlink (DL) data transmission, and can also be applied to device-to-device (D2D) data transmission. For downlink data transmission, the sending device is a network device, and the corresponding receiving device is a terminal device. For uplink data transmission, the sending device is a terminal device, and the corresponding receiving device is a network device. For D2D data transmission, the sending device is a terminal device, and the corresponding receiving device is also a terminal device. The embodiments of the present application do not limit the devices corresponding to the sending end and the receiving end, that is, the communication between the sending end and the receiving end can be between network devices and network devices, between terminal devices and terminal devices, or between network devices and terminal devices.

[0121] The wake-up method of the low-power wake-up signal LP-WUS provided in this embodiment can be applied to a communication system that adopts hybrid automatic repeat request (HARQ) technology, can be applied to a frequency division duplex (FDD) system, and can also be applied to a time division duplex (TDD) system. The wake-up method of the low-power wake-up signal LP-WUS provided by the embodiment of the present application can be applied to any communication system that adopts, for example, a low-density parity check (LDPC) code or a polar code as a data channel coding method, and can also be applied to a 5G communication system and other wireless communication systems. The embodiment of the present application is not limited to this.

[0122] Network devices and terminal devices, as well as terminal devices and terminal devices, can communicate through licensed spectrum, or through unlicensed spectrum, or through both licensed spectrum and unlicensed spectrum. Access network devices and terminal devices, as well as terminal devices and terminal devices, can communicate through spectrum below 6G, or through spectrum above 6G, or through spectrum below 6G and spectrum above 6G at the same time. The embodiments of the present application do not limit the spectrum resources used between network devices and terminal devices.

[0123] In addition, in the communication system shown in Figure 1a, the communication between each network device and each terminal device can also be represented in another form. Please refer to Figure 1b, which is another architectural diagram of the communication system used in an embodiment of the present application. Terminal device 10 includes a processor 101, a memory 102, and a transceiver 103. Transceiver 103 includes a transmitter 1031, a receiver 1032, and an antenna 1033. Network device 20 includes a processor 201, a memory 202, and a transceiver 203. Transceiver 203 includes a transmitter 2031, a receiver 2032, and an antenna 2033. Receiver 1032 can be configured to receive transmission control information via antenna 1033, and transmitter 1031 can be configured to send transmission feedback information to network device 20 via antenna 1033. Transmitter 2031 can be configured to send transmission control information to terminal device 10 via antenna 2033, and receiver 2032 can be configured to receive transmission feedback information sent by terminal device 10 via antenna 2033.

[0124] It should be understood that the communication scenarios shown in Figures 1a and 1b above are merely examples, and this application does not impose any specific restrictions on the number of terminal devices and network devices in the communication system. The wake-up method for the low-power wake-up signal LP-WUS provided in the embodiments of this application can be applied to, but is not limited to, the structure described above, and is not limited here.

[0125] In the communication scenarios shown in FIG. 1 a and FIG. 1 b , in a specific example, under the LP-WUS configuration, this embodiment is mainly applied to cellular network scenarios and short-range scenarios.

[0126] Please refer to FIG. 1c , which is a schematic diagram of a cellular network scenario applied in this embodiment.

[0127] In the cellular network scenario, terminal devices (wearable devices, mobile phones, IoT scenarios, etc.) under the LP-WUS configuration can be in the macro cellular network scenario or used in a separate small station scenario.

[0128] Please refer to FIG. 1d , which is a schematic diagram of a short-distance scenario applied in this embodiment.

[0129] The short-range scenario mainly refers to the detection and reception link (the connection interface between terminal devices) used for the proximity-based services communication 5 (PC5) interface connecting the UE.

[0130] Under the LP-WUS configuration, the terminal device adopts a main and auxiliary receiving link combination mode. Please refer to Figure 2, which is a structural diagram of a terminal device that adopts a main and auxiliary link to receive LP-WUS. The terminal device involved in this application has at least two receivers, where the operating power of one receiver is less than the operating power of the other receiver. Generally, the receiver with a larger operating power is called a main receiver (also called a main link), and the receiver with a smaller operating power is called an auxiliary receiver (also called a low-power receiver, a low-power wake-up signal receiver (LP-WUS receiver, LP-WUR) or an auxiliary link). Among them, the main receiver is similar to the receiver of a traditional terminal device and is mainly used to receive signals used in existing networks. For example, it monitors PDCCH (physical uplink shared channel) and receives downlink scheduling information such as downlink control information DCI. The state of the main receiver can include an on state, an off state, and different degrees of sleep state (for example, a deep sleep state, an ultra-deep sleep state). The energy and / or time required to switch to the on state in different states are generally different. Compared to the primary receiver, the secondary receiver has lower complexity, lower power consumption, and lower processing capabilities (e.g., demodulation, computing, etc.). It is used to receive the newly designed low-power wake-up signal (LP-WUS), low-power synchronization signal (LP-SS), or low-power reference signal (LP-RS). Optionally, the secondary receiver may also receive some traditional signals (e.g., synchronization signal block (SSB) for measurement, etc.), where SSB is also called synchronization signal / physical broadcast channel block (SS / PBCH block). Currently, in the R18 protocol, there are two solutions for LP-WUS wake-up:

[0131] Option 1:

[0132] LP-WUS can carry a UE_ID, which is a UE-specific identifier. In this case, the corresponding terminal device can directly perform the random access process, reducing the probability of false alarms during wakeup and significantly reducing the latency of the terminal device accessing the network. However, this mode has certain requirements for the signal capacity of the LP-WUS (it needs to carry the UE_ID and can only wake up a single terminal device at a time).

[0133] Option 2:

[0134] LP-WUS can also use subgrouping methods to wake up groups of terminal devices. The grouping method can be similar to the grouping mechanism of paging early indication (PEI), that is, it can use core network (CN) grouping and UE_ID grouping. Because the grouped LP-WUS only needs to carry the group number, the requirements for LP-WUS signal capacity are reduced. However, since grouping will inevitably increase the false alarm probability of terminal devices being woken up, and in this scenario, the terminal device needs to monitor its corresponding paging occasion (PO) after being woken up to perform the random access process, which increases the latency of the terminal device accessing the network.

[0135] In one example, the maximum number of CN subgroups and UE_ID subgroups can be 8 each. The total number of these two subgroups is also 8. If a UE is assigned a CN subgroup ID and the gNB supports CN subgroups, the CN subgroup is used; otherwise, the UE_ID subgroup is considered. The UE capabilities of the CN subgroup are non-access stratum (NAS) capabilities, while the UE capabilities of the UE_ID subgroup are access stratum (AS) capabilities.

[0136] The following describes in detail the grouping methods of CN-controlled subgroups and UE_ID-based subgroups.

[0137] Please refer to Figure 3a, which is a schematic diagram of the grouping process of the sub-groups controlled by the CN. The grouping process of the sub-groups controlled by the CN includes:

[0138] 1. The UE indicates support for CN-controlled subgroups through NAS signaling.

[0139] 2. If the UE supports CN controlled subgrouping, the AMF determines the subgroup ID allocation for the UE.

[0140] 3. The AMF sends the subgroup ID to the UE via NAS signaling.

[0141] 4. The AMF notifies the gNB of the CN-assigned subgroup ID for paging UEs in RRC_IDLE / RRC_INACTIVE state.

[0142] 5. When the UE's paging message is received from the CN or generated by the gNB, the gNB determines the UE's PO and the associated PEI opportunity.

[0143] 6. Before paging the UE in the PO, the gNB transmits the associated PEI and indicates in the PEI the CN control subgroup corresponding to the UE to be paged.

[0144] Please refer to Figure 3b, which is a schematic diagram of the grouping process of sub-groups based on UE_ID. The grouping process of sub-groups based on UE_ID includes:

[0145] 1. The gNB determines the total number of subgroups in the cell based on the UE_ID.

[0146] 2. The total number of UE_ID-based subgroups in the gNB broadcast cell.

[0147] 3. The UE determines its subgroup in the cell.

[0148] 4. When the gNB receives a paging message for a UE supporting PEI from the CN or generated by the gNB, the gNB determines the UE's PO and the associated PEI opportunity.

[0149] 5. Before paging the UE in the PO, the gNB transmits the associated PEI and indicates the corresponding subgroup derived from the UE_ID of the UE being paged in the PEI.

[0150] This embodiment discusses the two wake-up modes of the LP-WUS signal: per-UE (carrying UE_ID) and group (carrying group ID identification bits). It should be understood that in actual applications, if the LP-WUS signal includes more wake-up modes, they can also be applied to this embodiment, and are not limited here. In different application scenarios or conditions, how to select the most suitable LP-WUS wake-up mode to wake up the terminal device is one of the technical issues that communication systems currently need to solve.

[0151] To address the aforementioned issues, embodiments of the present application provide a method and related apparatus for waking up a low-power wake-up signal LP-WUS. The method is applied to a network device (110a and 110b) or a terminal device (120a-120j) as shown in FIG1a, or to a chip, chip system, processor, or the like that supports the aforementioned network device or terminal device in implementing the aforementioned method. The method specifically includes: S1. Obtaining a wake-up type of a low-power wake-up signal LP-WUS, where the wake-up type of the LP-WUS is determined based on first information that characterizes the signal capacity of the LP-WUS; S2. Waking up the terminal device or performing paging monitoring based on the wake-up type.

[0152] It can be understood that due to the different requirements for the signal capacity of LP-WUS in different scenarios, the present application determines the wake-up type of LP-WUS based on the first information characterizing the signal capacity of LP-WUS, can adapt to different scenarios, and select a more appropriate LP-WUS wake-up type to wake up the terminal device or use the LP-WUS wake-up type to monitor the paging message.

[0153] For ease of understanding, the following describes in detail the wake-up method of the low-power wake-up signal LP-WUS provided in the embodiment of the present application in conjunction with the accompanying drawings and application scenarios. It is understood by those skilled in the art that with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiment of the present application are also applicable to similar technical problems.

[0154] The low-power wake-up signal LP-WUS wake-up method provided in the embodiment of the present application can be executed by the network device (110a and 110b) or terminal device (120a-120j) shown in Figure 1a, or can be executed by a chip, chip system, processor, etc. that supports the above-mentioned network device or terminal device to implement the above-mentioned method. In actual operation, taking the network device as a base station as an example, the LP-WUS wake-up method provided in this embodiment can be applied between a terminal device and a base station, and can also be applied between terminal devices.

[0155] For ease of explanation, the LP-WUS wake-up method provided in this embodiment is described using a base station and a terminal device as the execution entities. When the base station is the execution entity, the base station is primarily responsible for waking up the terminal device according to the determined LP-WUS wake-up type. When the terminal device is the execution entity, the terminal device is primarily responsible for monitoring paging according to the determined LP-WUS wake-up type.

[0156] Example 1: Base station as the execution entity

[0157] Please refer to Figure 4, which is a flowchart of a method for waking up an LP-WUS according to an embodiment of the present application. As shown in Figure 4, the base station executes the following steps 401 to 402.

[0158] Step 401: The base station obtains the wakeup type of the LP-WUS.

[0159] In this step, the base station wakes up the terminal device by using the adapted LP-WUS wake-up type by acquiring the LP-WUS wake-up type determined based on the first information.

[0160] It is worth noting that before obtaining the LP-WUS wake-up type, the base station first needs to enter the LP-WUS state.

[0161] Optionally, the terminal device may determine whether to enter or exit the LP-WUS mechanism in the following manner:

[0162] The first implementation method: based on the quality of the serving cell.

[0163] The terminal device uses LR / MR to measure the quality of the serving cell and obtains a measurement result. If the measurement result is greater than or equal to a first threshold (optionally, the first threshold can be configured via a System Information Block (SIB)), it is determined to enter the LP-WUS state. If the measurement result is less than the first threshold, it is determined to exit the LP-WUS state.

[0164] The second implementation manner: according to RRC specific signaling: for example, instructing the terminal to enter / exit the LP-WUS state through an RRC release message.

[0165] After the terminal device enters the LP-WUS state, the base station or the terminal may determine the LP-WUS wake-up type based on the first information. Optionally, the first information includes at least one of the following:

[0166] the quality of the communication channel between the terminal device and at least one device;

[0167] Service types supported by the terminal device;

[0168] The number of terminal devices within the coverage range of at least one device.

[0169] The at least one device may be a terminal device or a base station. In this embodiment, the number of devices is one, and the type is a base station. In actual applications, the number and type of devices can be set according to actual needs, and a terminal device can interact with multiple terminal devices or multiple base stations.

[0170] Optionally, the wake-up type of LP-WUS includes a grouping method (referred to as group LP-WUS) and a method of carrying the identification of the terminal device (referred to as per UE LP-WUS). Among them, the UE_ID carried by the LP-WUS signal of per UE can reuse the UE_ID definition in the existing PEI grouping formula, for example, multiplexing UE_ID:5G-S-TMSI mod X. Alternatively, the truncated part of the 5G-S-TMSI is used for the UEID of the terminal configured with LP-WUS, that is, the base station can assign a shorter UE_ID that is unique within the AMF to the LP-WUS.

[0171] On the basis of the terminal device and the base station sharing the first information, there are two implementation methods for the base station to obtain the wake-up type of LP-WUS.

[0172] 1. In a first implementation manner, the base station determines the wake-up type of the LP-WUS according to the first information.

[0173] In this implementation, the base station may directly determine the LP-WUS wake-up type according to the first information, and wake up the terminal device based on the selected LP-WUS wake-up type.

[0174] Optionally, for the terminal device in the idle state (RRC_IDLE) and the inactive state (RRC_INACTIVE), the base station determines the LP-WUS wake-up type according to the first information, which can be divided into two cases. When the UE is in the idle state or the inactive state, whether the core network needs to perceive whether the terminal enters the LP-WUS state at this time, this behavior is to align the state with the base station, that is, to inform the base station whether the LP-WUS mode is activated at this time (that is, to inform the base station whether the terminal device is working on LR or MR at this time).

[0175] 1. Terminal devices in idle state

[0176] Terminal devices in idle state cannot directly establish a connection with the base station and require CN participation.

[0177] When CN is involved, there are two situations:

[0178] (1) The base station determines the wake-up type of LP-WUS based on the first information

[0179] Please refer to FIG5 , which is a flowchart of a method for waking up an LP-WUS when a terminal device is in an idle state provided by this embodiment. The execution process includes:

[0180] In step 501, the core network sends group LP-WUS configuration information and individual UE LP-WUS configuration information to the base station.

[0181] In this step, the configuration information of the group LP-WUS includes information such as the group numbers corresponding to several terminal devices, and the LP-WUS configuration information of a single UE includes information such as UE_ID.

[0182] Step 502: When the terminal device is in the LP-WUS usage state, the terminal device reports the LP-WUS usage state to the core network.

[0183] Optionally, the terminal device can determine that the terminal device enters the LP-WUS usage state based on the measurement result of LR or MR when the measurement result is greater than a specified first threshold (that is, the corresponding service cell quality is greater than the specified first threshold) or RRC specific signaling.

[0184] Step 503: The terminal device obtains the measurement result and reports the measurement result to the core network.

[0185] In this step, after entering the LP-WUS state, the terminal device obtains the measurement results through the LR / MR and reports the measurement results to the core network.

[0186] Optionally, the measurement result includes the quality of the communication channel between the terminal device and the base station.

[0187] In addition, optionally, before the base station wakes up the terminal device next time, if the measurement result of the terminal device differs from the previously reported measurement result (the signal sent by the base station, the signal quality is good when it is close to the base station, which represents the position of the terminal in the cell) by more than the second threshold (that is, the terminal has a larger range of movement), then the terminal device will report the updated measurement result to the core network after being paged into the connected state, and the updated result will be used to wake up the terminal device next time.

[0188] Step 502 and step 503 may be combined, that is, the terminal device may report the usage status and measurement results of the LP-WUS to the core network through the same message. This is only an example and is not limited.

[0189] Step 504: The core network sends the measurement result to the base station.

[0190] It can be understood that there is no requirement for the execution order of step 501 and steps 502-504. It is only necessary to ensure that the base station has obtained the configuration information corresponding to different LP-WUS wake-up types before determining the LP-WUS wake-up type, so that after the base station determines the LP-WUS wake-up type, the terminal device is woken up based on the corresponding configuration information.

[0191] Step 505: The base station determines the wake-up type of the LP-WUS according to the first information, where the first information includes a measurement result.

[0192] In this step, in one implementation, the measurement result includes the quality of the communication channel between the terminal device and the base station. The base station determines the LP-WUS wake-up type based on the measurement result, including:

[0193] The base station obtains a first value;

[0194] The base station determines the wake-up type of the LP-WUS according to a magnitude relationship between the quality of the communication channel between the terminal device and the base station and the first value.

[0195] In this implementation, when the quality of the communication channel between the terminal device and the base station is greater than or equal to a first value, the base station can wake up the terminal device by carrying the identification of the terminal device. When the quality of the communication channel between the terminal device and the base station is less than the first value, the base station can wake up the terminal device by grouping. The quality of the communication channel between the terminal device and the base station is used to characterize the position of the terminal device in the cell. It can be understood that the closer to the base station, the better the quality of the signal sent by the base station, and the better the quality of the communication channel between the base station and the terminal device. When the channel quality is good, the base station wakes up the terminal device by carrying the identification of the terminal device, reducing the effect of the random access delay of the terminal device. When the channel quality is poor, the base station wakes up the terminal device by grouping, thereby reducing the requirements for LP-WUS capacity.

[0196] Understandably, in locations with poor channel quality, the signal-to-noise ratio (SNR) is low, resulting in slower underlying encoding and decoding rates and a lower bitmap generation rate. Therefore, there are certain limitations on the encoding and decoding lengths of the LP-WUS. If the LP-WUS is too long, encoding and decoding cannot be performed, or generation takes a long time, increasing wake-up latency. When channel quality is good, the SNR is high, leading to a faster underlying encoding rate. The base station can generate a larger LP-WUS signal faster, or the terminal device can decode a larger LP-WUS signal more efficiently, resulting in a faster rate. In the packet mode, since the packet rules are pre-defined, the base station only needs to send the packet information to the terminal device to wake it up. Therefore, the LP-WUS signal capacity requirement is low, and the quality requirements for the communication channel between the terminal device and the base station are lower. In the method that carries the terminal device's identity, the base station requires the terminal device to send the UE_ID configuration completion information. Therefore, the quality requirements for the communication channel between the terminal device and the base station are higher, and the quality requirements are even higher if a large number of terminal devices are woken up.

[0197] This embodiment does not limit the content of the measurement result, which may be a physical layer measurement used for channel quality judgment, such as downlink and uplink channel measurement of reference signals such as the channel status information reference signal (CSI-RS) or uplink signals including the channel sounding reference signal (SRS). It may also be a network layer measurement used for cell selection and reselection, such as mobility measurement of reference signals such as SSB and LP-RS (low-power reference signal). The quality of the channel can be characterized by information such as the reception quality of the reference signal, the reference signal receiving power (RSRP), the location of the cell, etc. The specific measurement signal and the form of the measurement result parameters can be set according to actual needs and are not limited here.

[0198] In one implementation, the first information includes a service type supported by the terminal device, and the base station determines the LP-WUS wake-up type according to the first information, including:

[0199] The base station obtains a second value;

[0200] The base station determines the delay information of the terminal device according to the service type supported by the terminal device;

[0201] The base station determines the wake-up type of the LP-WUS according to the size relationship between the delay information of the terminal device and the second value.

[0202] In this implementation, the base station may determine the latency requirement of the terminal device based on the service type supported by the terminal device. For example, the terminal device supporting reduced capability (REDCAP) and the terminal device supporting enhanced mobile broadband (eMBB) have inconsistent latency requirements. When the service type supported by the terminal device has a higher latency requirement, the base station may use the per UE LP-WUS wake-up method to wake up the terminal device when it is determined that the latency information of the terminal device is greater than or equal to the second value. When the service type supported by the terminal device has a lower latency requirement, the base station may use the group LP-WUS wake-up method to wake up the terminal device when it is determined that the latency information of the terminal device is less than the second value.

[0203] Correspondingly, in step 501, the core network may configure group LP-WUS or per-UE LP-WUS for the base station based on the type and latency requirements of the terminal device. For example, for terminals with low latency requirements such as REDCAP, the core network may configure group LP-WUS for the base station, while for terminals with high latency requirements such as eMBB, the core network may configure per-UE LP-WUS for the base station.

[0204] When the terminal device is in an idle state, the base station uses the group LP-WUS to wake up the terminal with low latency requirements, and uses the per UE LP-WUS to wake up the terminal with high latency requirements.

[0205] In one implementation, the first information also includes the number of terminal devices within the coverage of the base station or the number of terminals in the coverage area that have activated the LP-WUS state, or the number of terminals within the coverage area that need to be awakened by LP-WUS, which is not limited here. The base station determines the LP-WUS wake-up type based on the first information, including:

[0206] The base station obtains a third value;

[0207] The base station determines the LP-WUS wake-up type according to the relationship between the number of terminal devices within the coverage area of ​​the base station and the third value.

[0208] In this implementation, when the number of terminal devices within the coverage area of ​​the base station is greater than or equal to the third value, the group LP-WUS wake-up method is used to wake up the terminal device. When the number of terminal devices within the coverage area of ​​the base station is less than the third value, the per UE LP-WUS wake-up method is used to wake up the terminal device.

[0209] It is understandable that if the number of terminal devices that need to be awakened is less than the third value, per UE is used. Conversely, since the number of terminal devices that need to be awakened and paged using group LP-WUS is large and the signal overhead is large, when the number of terminal devices within the coverage area of ​​the base station is greater than or equal to the third value, the group LP-WUS wake-up method is used to wake up the terminal device.

[0210] In step 505, when the base station determines the wake-up type of the LP-WUS based on the first information, it may determine the wake-up type of the LP-WUS based on only any one item in the first information, or it may determine the wake-up type of the LP-WUS based on at least two of them. For example, the base station determines the wake-up type of the LP-WUS as a method of carrying the identification of the terminal device only when the delay information of the terminal device is greater than or equal to the second value and the number of terminal devices within the coverage area of ​​the base station is greater than or equal to the third value.

[0211] Step 506: The base station selects group LP-WUS paging or a method of carrying a single UE_ID to wake up the terminal device according to the LP-WUS wake-up type.

[0212] Step 507: If the terminal device is awakened, it enters the random access process.

[0213] Terminal devices, base stations and core networks communicate using common network protocols, which are not limited here.

[0214] (2) The core network determines the LP-WUS wake-up type based on the first information and sends it to the base station.

[0215] Please refer to FIG6 , which is another flowchart of the LP-WUS wake-up method provided by this embodiment when the terminal device is in an idle state. The execution process includes:

[0216] Step 601: When the terminal device is in the LP-WUS usage state, the terminal device reports the LP-WUS usage state to the core network.

[0217] Step 602: The terminal device obtains the measurement result and reports the measurement result to the core network.

[0218] Step 603: The core network obtains first information, where the first information includes a measurement result.

[0219] Step 604: The core network determines the wake-up type of the LP-WUS according to the first information.

[0220] The execution process of the core network determining the wake-up type of the LP-WUS according to the first information can be referred to step 505 shown in FIG5 , and will not be described in detail here.

[0221] Step 605: The core network sends the LP-WUS wake-up type and configuration information corresponding to the wake-up type to the base station.

[0222] After determining the wake-up type of the LP-WUS according to the first information, the core network may send the wake-up type and configuration information corresponding to the wake-up type based on the wake-up type to the base station, so that the base station wakes up the terminal device according to the configuration information.

[0223] Step 606: The base station wakes up the terminal device according to the wake-up type of LP-WUS.

[0224] Step 607: If the terminal device is awakened, it enters the random access process.

[0225] The specific implementation of steps 601-607 can refer to steps 501-507 shown in Figure 5, and will not be repeated here.

[0226] 2. Inactive terminal devices

[0227] For terminal devices in an inactive state, since the base station still maintains the terminal's context information, the core network does not need to issue configurations, and the base station is mainly responsible for paging.

[0228] Please refer to FIG7 , which is a flowchart of a method for waking up the LP-WUS when the terminal device is in an inactive state provided by this embodiment. The execution process includes:

[0229] Step 701: When the terminal device is in the LP-WUS usage state, the terminal device reports the LP-WUS usage state to the base station.

[0230] Step 702: The terminal device obtains the measurement result and reports the measurement result to the base station.

[0231] When the terminal device is in an inactive state, the terminal device only needs to report the measurement results to the base station.

[0232] Optionally, before the base station wakes up the terminal device next time, if the measurement result of the terminal device differs from the previously reported measurement result (the signal sent by the base station, the signal quality is good when it is close to the base station, which represents the position of the terminal in the cell) by more than a second threshold (that is, the terminal movement range is large), the terminal device can update and report the updated measurement result to the base station via SDT, and the updated test result is used to wake up the terminal device next time.

[0233] Step 701 and step 702 may also be combined, that is, the terminal device may report the usage status and measurement results of the LP-WUS to the core network through the same message. This is only an example and is not limited.

[0234] Step 703: The base station determines the wake-up type of the LP-WUS according to the first information, where the first information includes a measurement result.

[0235] Step 704: The base station selects group LP-WUS paging or a method of carrying a single UE_ID to wake up the terminal device according to the LP-WUS wake-up type.

[0236] Step 705: If the terminal device is awakened, it enters the random access process.

[0237] The specific implementation of steps 701-705 can be found in steps 501-507 shown in FIG5 , which will not be described again here.

[0238] 2. In the second implementation, the base station receives the LP-WUS wake-up type from the terminal device.

[0239] In this implementation, the terminal device determines the wake-up type of the LP-WUS according to the first information, and sends the wake-up type of the LP-WUS to the user.

[0240] Optionally, the terminal device determines the LP-WUS wake-up type based on the first information and reports it to the base station, thereby eliminating the need for the base station to make a judgment. The process for the terminal device to determine the LP-WUS wake-up type based on the first information is similar to the process for the base station to determine the LP-WUS wake-up type based on the first information, and is not further described here.

[0241] When the terminal device reports the LP-WUS wake-up type to the base station, the terminal device may optionally add a bit in the reported message to report the adapted paging type. Alternatively, the terminal device may report the LP-WUS wake-up type to the base station via broadcast, or, in the communication protocol agreed upon between the terminal device and the base station, the terminal device may determine the wake-up type information in advance and carry the information in the protocol to inform the base station. It should be understood that there are various ways for the terminal device to report the LP-WUS wake-up type to the base station, and these are only a few examples and are not intended to be limiting.

[0242] Optionally, the wake-up type of LP-WUS includes a grouping method and a method of carrying the terminal device identification. Among them, the UE_ID carried by the LP-WUS signal per UE can reuse the UE_ID definition in the existing PEI grouping formula, for example, multiplexing UE_ID:5G-S-TMSI mod X. Alternatively, the truncated part of the 5G-S-TMSI is used for the UEID of the terminal configured with LP-WUS, that is, the base station can allocate a shorter UE_ID for LP-WUS that is unique within the AMF.

[0243] Step 402: The base station wakes up the terminal device according to the wake-up type.

[0244] Example 2: Using the terminal device as the execution subject

[0245] In this embodiment, it can be understood that regardless of whether the terminal device is in an idle state (RRC_IDLE) or an inactive state (RRC_INACTIVE), the execution operations of the terminal device are the same, and no further explanation is given in this embodiment. The difference is that when the terminal device is in an idle state, the terminal device cannot directly establish a connection with the base station, and CN participation is required. Therefore, the base station needs to obtain the configuration information of the group LP-WUS and the LP-WUS configuration information of a single UE from the core network, and after determining the wake-up type of the LP-WUS, use the corresponding configuration information to wake up the terminal device. When the terminal device is in an inactive state, since the base station still maintains the context information of the terminal, there is no need for the core network to send down the configuration.

[0246] Please refer to FIG8 , which is another flowchart of the LP-WUS wake-up method provided in an embodiment of the present application. The execution steps are as follows:

[0247] Step 801: The terminal device obtains the wake-up type of the LP-WUS.

[0248] In this step, the terminal device obtains the wake-up type of LP-WUS and performs paging monitoring according to the wake-up type.

[0249] The specific implementation manner in which the terminal device determines the wake-up type of the LP-WUS may include:

[0250] In a first implementation manner, the terminal device obtains first information and determines the wake-up type of the LP-WUS according to the first information.

[0251] In this implementation method, the terminal device can directly determine the wake-up type of LP-WUS based on the content of the first information without reporting the measurement results to the base station. After the base station determines the wake-up type of LP-WUS based on the measurement results and other information in the first information, the base station sends it to the terminal device, thereby eliminating the judgment behavior on the base station side.

[0252] The content of the first information and the specific implementation method of the terminal device determining the wake-up type of the LP-WUS based on the first information can be referred to the embodiments shown in Figures 4 and 5, and will not be repeated here. Among them, the first value, the second value, and the third value can all be specified by the protocol, or notified to the terminal device through a broadcast message (SIB) or RRC message sent by the base station.

[0253] In a second implementation manner, the terminal device receives a first LP-WUS and determines the wake-up type of the LP-WUS according to indication information in the first LP-WUS.

[0254] The first LP-WUS received by the terminal device may be constructed by the base station and sent to the terminal device, or may be constructed by the core network and sent to the base station, and then the base station sends it to the terminal device.

[0255] This implementation is described using the example of a base station constructing the first LP-WUS. The implementation process mainly includes:

[0256] (1) The base station constructs a first LP-WUS and sends the first LP-WUS to the terminal device.

[0257] (2) The terminal device monitors the corresponding part according to its own needs.

[0258] For example, please refer to Figure 9, which is a partial format diagram of the first LP-WUS provided in this embodiment. The first LP-WUS includes both UEID and group identifier. If it is identified that there is ID information corresponding to the terminal device after the UEID identification bit of the first LP-WUS, the LP-WUS per UE part (that is, per UE being awakened) is monitored. On the contrary, if the ID information corresponding to the terminal is not found after the UEID identification bit, the group group number bit after the group indication bit is continued to be identified. If the corresponding group number is identified, the LP-WUS part corresponding to the group number is monitored. If it is not identified, it means that the base station has no need to wake up for the time being.

[0259] Optionally, the base station may also simultaneously send two LP-WUS wake-up methods to the terminal device. That is, the base station may send both the group LP-WUS and the per-UE LP-WUS to the terminal device, and the terminal device selects the LP-WUS wake-up type based on the measurement result. If the measurement result is greater than or equal to the first value, only the per-UE LP-WUS is selected for monitoring; if the measurement result is less than the first value, only the group LP-WUS is selected for monitoring. Alternatively, the terminal may select the corresponding LP-WUS wake-up method based on its own type / latency requirements. The method is not further described here.

[0260] Step 802: The terminal device performs paging monitoring according to the wake-up type.

[0261] Based on the embodiments corresponding to Figures 1a to 9, in order to better implement the above solutions of the embodiments of the present application, the following also provides related devices for implementing the above solutions. Please refer to Figure 10, which is a structural diagram of a communication device provided in the embodiments of the present application.

[0262] The communication device 1000 may be one of the terminal devices 120a-120j shown in FIG1a, or a component of a terminal device (e.g., a processor, a chip, or a chip system), or may be the network device 110a or 110b shown in FIG1a, or a component of a network device (e.g., a processor, a chip, or a chip system). The communication device 1000 includes:

[0263] The processing module 1001 is configured to obtain a wakeup type of a low power consumption wakeup signal LP-WUS, where the wakeup type of the LP-WUS is determined based on first information, where the first information is used to represent a signal capacity of the LP-WUS.

[0264] The transceiver module 1002 is used to wake up the terminal device or perform paging monitoring according to the wake-up type.

[0265] In one possible implementation, the first information includes at least one of the following:

[0266] the quality of the communication channel between the terminal device and at least one device;

[0267] Service types supported by the terminal device;

[0268] The number of terminal devices within the coverage range of at least one device.

[0269] In one possible implementation, the processing module 1001 is further configured to:

[0270] Get a first value;

[0271] The wakeup type of the LP-WUS is determined according to a magnitude relationship between the quality of the communication channel between the terminal device and the at least one device and the first value.

[0272] In one possible implementation, the processing module 1001 is further configured to:

[0273] Get the second value;

[0274] Determine the latency information of the terminal device according to the service type supported by the terminal device;

[0275] The wake-up type of the LP-WUS is determined according to the magnitude relationship between the delay information of the terminal device and the second value.

[0276] In one possible implementation, the processing module 1001 is further configured to:

[0277] Get the third value;

[0278] The wake-up type of the LP-WUS is determined according to a magnitude relationship between the number of terminal devices within the coverage range of the at least one device and the third value.

[0279] In one possible implementation, the transceiver module 1002 is further configured to:

[0280] Receive the wakeup type of LP-WUS from the terminal device.

[0281] In one possible implementation, the transceiver module 1002 is further configured to receive a first LP-WUS;

[0282] The processing module 1001 is further configured to determine the wakeup type of the LP-WUS according to the indication information in the first LP-WUS.

[0283] In a possible implementation, the wake-up types of the LP-WUS include a grouping method and a method of carrying an identifier of a terminal device.

[0284] In this embodiment, the operations performed by each unit in the communication device 1000 are similar to those described in the method embodiment shown in Figure 4 above, and can be used to implement the functions of the base station or network device in the above method embodiment, and can also achieve the beneficial effects of the above method embodiment, which will not be repeated here.

[0285] Please refer to Figure 11, which is a schematic diagram of another structure of a communication device provided in an embodiment of the present application. Communication device 1100 can be a network device, a terminal device, or a chip, chip system, processor, etc. that supports the terminal device or network device to implement the above-mentioned method. This device can be used to implement the method described in Figures 4 to 9 of the embodiments of the present application. For details, please refer to the description of the above-mentioned method embodiments.

[0286] The communication device 1100 includes one or more processors 1101 and an interface circuit 1102. The processor 1101 and the interface circuit 1102 are coupled to each other. It is understood that the interface circuit 1102 can be a transceiver or an input / output interface.

[0287] Optionally, the communication device 1100 may include one or more memories 1103 for storing instructions executed by the processor 1101, or storing input data required by the processor 1101 to execute instructions, or storing data generated after the processor 1101 executes instructions. The memory 1103 may be provided inside the communication device 1100 or outside the communication device 1100.

[0288] In another optional design, processor 1101 may include a transceiver unit for implementing receiving and transmitting functions. For example, the transceiver unit may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing the receiving and transmitting functions may be separate or integrated. The transceiver circuit, interface, or interface circuit may be used for reading and writing code / data, or the transceiver circuit, interface, or interface circuit may be used for transmitting or delivering signals.

[0289] In another possible design, the communication device 1100 may include a circuit that can implement the functions of sending, receiving, or communicating in the aforementioned method embodiments.

[0290] When the communication device 1100 is a chip used in a terminal device, the terminal device chip implements the functions of the terminal device in the above method embodiments. The terminal device chip receives information from other modules in the terminal device (such as a radio frequency module or antenna), and the information is sent by the network device to the terminal device; or the terminal device chip sends information to other modules in the terminal device (such as a radio frequency module or antenna), and the information is sent by the terminal device to the network device.

[0291] When the communication device 1100 is a module applied to a network device, the network device module of the network device implements the functions of the network device in the above-mentioned method embodiment. The network device module receives information from other modules in the network device (such as a radio frequency module or antenna), and the information is sent by the terminal device to the network device; or the network device module sends information to other modules in the network device (such as a radio frequency module or antenna), and the information is sent by the network device to the terminal device. The network device module here can be a baseband chip of the network device, or it can be a DU or other module. The DU here can be a DU under the open radio access network (O-RAN) architecture.

[0292] It is understood that the processor 1101 in the embodiments of the present application may be a central processing unit (CPU), or may be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0293] The method steps in the embodiments of the present application can be implemented in hardware or in software instructions that can be executed by a processor. The software instructions can be composed of corresponding software modules, and the software modules can be stored in random access memory, flash memory, read-only memory, programmable read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, hard disks, mobile hard disks, compact disc read-only memory (CD-ROM) or any other form of storage medium well known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. The storage medium can also be an integral part of the processor. The processor and the storage medium can be located in an ASIC. In addition, the ASIC can be located in a network device or a terminal device. The processor and the storage medium can also be present in a network device or a terminal device as discrete components.

[0294] The device described in the above embodiments may be a network device or a terminal device, but the scope of the device described in this application is not limited thereto, and the structure of the device may not be limited to FIG10. The device may be an independent device or may be part of a larger device. For example, the device may be:

[0295] (1) An independent integrated circuit (IC), chip, or chip system or subsystem;

[0296] (2) having a set of one or more ICs, optionally including a storage component for storing data and / or instructions;

[0297] (3) ASIC, such as modem (MSM);

[0298] (4) Modules that can be embedded in other devices;

[0299] (5) Receivers, terminal devices, intelligent terminal devices, cellular phones, wireless devices, handheld devices, mobile units, vehicle-mounted devices, network devices, cloud devices, artificial intelligence devices, machine devices, home devices, medical devices, industrial equipment, etc.;

[0300] (6)Others, etc.

[0301] An embodiment of the present application further provides a computer-readable medium on which a computer program is stored. When the computer program is executed by a computer, the functions of any of the above method embodiments are realized.

[0302] The embodiments of the present application also provide a computer program product, which implements the functions of any of the above method embodiments when executed by a computer.

[0303] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media integrated therein. Available media may be magnetic media (eg, floppy disks, hard disks, tapes), optical media (eg, high-density digital video discs (DVDs)), or semiconductor media (eg, solid state disks (SSDs)).

[0304] It is understood that the systems, devices, and methods described in this application may also be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not performed. In addition, the coupling or direct coupling or communication connection shown or discussed may be through some interface, indirect coupling or communication connection of devices or units, and may be electrical, mechanical, or other forms.

[0305] The above is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the present application, which should be included in the scope of protection of the present application. The various numerical numbers involved in the embodiments of the present application are only for the convenience of description and are not used to limit the scope of the embodiments of the present application. The size of the sequence number of each process does not mean the order of execution. The order of execution of each process should be determined by its function and internal logic.

Claims

1. A wake-up method of a low power consumption wake-up signal LP-WUS, characterized in that: include: Acquire a wakeup type of a low power wakeup signal LP-WUS, where the wakeup type of the LP-WUS is determined according to first information, where the first information is used to characterize a signal capacity of the LP-WUS; The terminal device is woken up or paging monitoring is performed according to the wake-up type.

2. The method according to claim 1, characterized in that The first information includes at least one of the following: the quality of a communication channel between the terminal device and at least one device; The types of services supported by the terminal device; The number of the terminal devices within the coverage of the at least one device.

3. The method according to claim 2, characterized in that Obtain the wakeup type of the LP-WUS, including: Get a first value; The wake-up type of the LP-WUS is determined according to a magnitude relationship between the quality of the communication channel between the terminal device and the at least one device and the first value.

4. The method according to claim 2 or 3, characterized in that: Obtain the wakeup type of the LP-WUS, including: Get the second value; Determining the delay information of the terminal device according to the service type supported by the terminal device; The wake-up type of the LP-WUS is determined according to the size relationship between the delay information of the terminal device and the second value.

5. The method according to any one of claims 2 to 4, characterized in that Obtain the wakeup type of the LP-WUS, including: Obtaining a third value; The wake-up type of the LP-WUS is determined according to the magnitude relationship between the number of the terminal devices within the coverage range of the at least one device and the third value.

6. The method according to claim 1 or 2, characterized in that: Obtain the wakeup type of the LP-WUS, including: A wakeup type of the LP-WUS is received from the terminal device.

7. The method according to any one of claims 1 to 5, characterized in that Obtain the wakeup type of the LP-WUS, including: receiving a first LP-WUS; The wake-up type of the LP-WUS is determined according to the indication information in the first LP-WUS.

8. The method according to any one of claims 1 to 7, characterized in that The wake-up types of the LP-WUS include a grouping method and a method of carrying the identifier of the terminal device.

9. A communication device, characterized in that: include: A processing module, configured to obtain a wake-up type of a low power consumption wake-up signal LP-WUS, wherein the wake-up type of the LP-WUS is determined according to first information, and the first information is used to characterize a signal capacity of the LP-WUS; The transceiver module is used to wake up the terminal device or perform paging monitoring according to the wake-up type.

10. The communication device according to claim 9, characterized in that The first information includes at least one of the following: the quality of a communication channel between the terminal device and at least one device; The types of services supported by the terminal device; The number of the terminal devices within the coverage of the at least one device.

11. The communication device according to claim 10, characterized in that The processing module is also used for: Get a first value; The wake-up type of the LP-WUS is determined according to a magnitude relationship between the quality of the communication channel between the terminal device and the at least one device and the first value.

12. The communication device according to claim 10 or 11, characterized in that: The processing module is also used for: Get the second value; Determining the delay information of the terminal device according to the service type supported by the terminal device; The wake-up type of the LP-WUS is determined according to the size relationship between the delay information of the terminal device and the second value.

13. The communication device according to any one of claims 10 to 12, characterized in that: The processing module is also used for: Obtaining a third value; The wake-up type of the LP-WUS is determined according to the magnitude relationship between the number of the terminal devices within the coverage range of the at least one device and the third value.

14. The communication device according to claim 9 or 10, characterized in that: The transceiver module is also used for: A wakeup type of the LP-WUS is received from the terminal device.

15. The communication device according to any one of claims 9 to 13, characterized in that: The transceiver module is also used to receive a first LP-WUS; The processing module is further configured to determine a wake-up type of the LP-WUS according to the indication information in the first LP-WUS.

16. The communication device according to any one of claims 9 to 15, characterized in that: The wake-up types of the LP-WUS include a grouping method and a method of carrying the identifier of the terminal device.

17. A communication device, characterized in that: The method comprises a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices and transmit them to the processor or send signals from the processor to other communication devices, and the processor is used to implement the method as described in any one of claims 1 to 8 through a logic circuit or executing code instructions.

18. A communication system, comprising at least one communication device, wherein the communication device executes the method according to any one of claims 1 to 8.

19. A computer-readable storage medium, characterized in that: The storage medium stores a computer program or an instruction. When the computer program or the instruction is executed by the communication device, the method according to any one of claims 1 to 8 is implemented.

Images