Wake-up method of low-power-consumption wake-up signal LP-WUS and related device

Abstract

The invention discloses a wake-up method for a low-power-consumption wake-up signal LP-WUS and a related device, and the method comprises the steps: obtaining a wake-up type of the low-power-consumption wake-up signal LP-WUS, the wake-up type of the LP-WUS being determined according to first information, and the first information being used for representing the signal capacity of the LP-WUS; and awakening the terminal equipment or performing paging monitoring according to the awakening type. The terminal equipment can be awakened or paging monitoring can be carried out by using a more adaptive LP-WUS awakening mode in combination with a scene.

Description

Technical Field

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

[0002] In the field of communication technology, in order to save power consumption of terminal equipment, a main receiver (MR) and a low power receiver (LR) are configured in the terminal equipment. The main receiver is in an ultra-deep sleep state before being awakened by a lower power wake up signal (LP-WUS). After the main receiver is awakened, subsequent paging processes can be performed.

[0003] 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. Summary of the invention

[0004] 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.

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

[0006] 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.

[0007] Since the requirements for the signal capacity of LP-WUS are different 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.

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

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

[0010] The types of services supported by the terminal equipment;

[0011] The number of terminal devices within the coverage area of ​​at least one device.

[0012] 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 quality of the channel, the type and quantity of services supported by the terminal device, so as to reduce the waste of network resources and the probability of false alarm of paging.

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

[0014] Get a first value;

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

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

[0017] Get the second value;

[0018] Determine the delay information of the terminal device according to the service type supported by the terminal device;

[0019] 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.

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

[0021] Obtaining a third value;

[0022] 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.

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

[0024] Receive the wake-up type of LP-WUS from the terminal device.

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

[0026] receiving a first LP-WUS;

[0027] The wake-up type of the LP-WUS is determined according to the indication information in the first LP-WUS.

[0028] 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.

[0029] 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.

[0030] In a second aspect, the present application provides a communication device, and the beneficial effects can be found in the description of the first aspect, which 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 a possible design, the communication device includes:

[0031] A processing module, used to obtain a wake-up type of a low power wake-up signal LP-WUS, where 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;

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

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

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

[0035] The types of services supported by the terminal equipment;

[0036] The number of terminal devices within the coverage area of ​​at least one device.

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

[0038] Get a first value;

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

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

[0041] Get the second value;

[0042] Determine the delay information of the terminal device according to the service type supported by the terminal device;

[0043] 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.

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

[0045] Obtaining a third value;

[0046] 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.

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

[0048] Receive the wake-up type of LP-WUS from the terminal device.

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

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

[0051] 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.

[0052] 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 method of the first aspect through logic circuits or execution of code instructions.

[0053] 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.

[0054] 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.

[0055] In a sixth aspect, the present application provides a computer program product. When the computer program product runs on a computer, it enables the computer to execute the method in the above-mentioned first aspect and any possible implementation manner of the first aspect.

[0056] In a seventh aspect, the present application provides a chip system, which includes a processor for implementing the method in the first aspect and any possible implementation of the first aspect. In a possible design, the chip system also includes a memory for storing program instructions and / or data. The chip system can be composed of a chip, or can include a chip and other discrete devices.

[0057] In an eighth aspect, the present application provides a communication device, comprising a processor, the processor being used 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.

[0058] 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 method 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

[0059] Figure 1a A schematic diagram of the architecture of a communication system used in an embodiment of the present application;

[0060] Figure 1b Another schematic diagram of the architecture of a communication system used in an embodiment of the present application;

[0061] Figure 1c A schematic diagram of a cellular network scenario applied in this embodiment;

[0062] Figure 1d A schematic diagram of a short-distance scenario applied in this embodiment;

[0063] Figure 2 A schematic diagram of the structure of a terminal device for receiving LP-WUS using a primary and secondary link;

[0064] Figure 3a A schematic diagram of the grouping process of the sub-groups controlled by the CN;

[0065] Figure 3b Schematic diagram of the grouping process of sub-grouping based on UE_ID;

[0066] Figure 4 A flowchart of a method for waking up an LP-WUS provided in an embodiment of the present application;

[0067] Figure 5 A flowchart of a method for waking up an LP-WUS when a terminal device is in an idle state provided in this embodiment;

[0068] Figure 6 Another flowchart of the LP-WUS wake-up method when the terminal device provided in this embodiment is in an idle state;

[0069] Figure 7 A flowchart of a method for waking up an LP-WUS when a terminal device is in an inactive state provided in this embodiment;

[0070] Figure 8 Another flowchart of the LP-WUS wake-up method provided in the embodiment of the present application;

[0071] Fig. 9 A schematic diagram of a portion of the format of the first LP-WUS provided in this embodiment;

[0072] Fig.10 A schematic diagram of the structure of a communication device provided in an embodiment of the present application;

[0073] Fig.11 Another structural diagram of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0074] 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.

[0075] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be 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" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or modules is not necessarily limited to those steps or modules that are clearly listed, but may include other steps or modules that are not clearly listed or inherent to these processes, methods, products or devices.

[0076] The term "and / or" in this application can be a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this application generally indicates that the associated objects before and after are in an "or" relationship.

[0077] 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 simultaneously or may sometimes be performed in the reverse order, depending on the functions / acts involved.

[0078] 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 "plurality" refers to two or more. It is understood that in the present application, "when", "if" and "if" all refer to the device making 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 or better than other embodiments.

[0079] 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.

[0080] First of all, 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.

[0081] (1) Paging

[0082] In wireless communication technology, for example, in 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 is necessary to periodically monitor the paging message. 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 the downlink control information (DCI).

[0083] When the network device needs to page the terminal device, the network device will send a paging DCI in one or more POs. The terminal device in the RRC idle state or the 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, a random access process is performed. The random access process refers to the process from when the user sends a random access preamble to try to access the network to when a basic signaling connection is established with the network.

[0084] PEI supports dividing UEs belonging to the same PO into subgroups. The network pages UEs according to the subgroup granularity to reduce the probability of paging false alarms, thereby reducing unnecessary paging reception power consumption of UEs.

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

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

[0087] (3) Main link

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

[0089] (4) Main receiver

[0090] The main receiver (MR) is used to receive signals used in existing networks. Its states can include on, off, different degrees of sleep (deep sleep state, ultra-deep sleep state), and the energy and time required to switch to the on state are different in different states.

[0091] (5) Low power receiver

[0092] A low-power receiver (LR), also known as a low-power wake-up receiver (LP-WUR), has lower complexity, lower power consumption, and lower processing capabilities (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.

[0093] (6) Core network equipment

[0094] Core network equipment (referred to 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.

[0095] (7) Small data transmission

[0096] Small Data Transmission (SDT) refers to the terminal sending a small amount of data 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).

[0097] 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 by the terminal device for the first uplink data transmission:

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

[0099] 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.

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

[0101] 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.

[0102] 1)SDT resource configuration

[0103] Before the terminal device initiates the SDT small data transmission process, the base station needs to configure resources for the terminal device. For RA-SDT, the resources are configured to the terminal device by the base station through system information. For CG-SDT, the PUSCH channel Type 1 configuration authorization resources are configured to the terminal device by the base station through RRC dedicated signaling.

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

[0105] 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.

[0106] 3)SDT small data transmission

[0107] 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 downlink and uplink small data.

[0108] 4) SDT process termination

[0109] 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.

[0110] In order to better understand the solution of the embodiment of the present application, the application scenario of the embodiment of the present application is first described below.

[0111] See also Figure 1a , Figure 1a Schematic diagram of the architecture of the communication system used in the embodiment of the present application. Figure 1a As shown, the communication system 1000 includes a wireless access network 100 and a core network 200. Optionally, the communication system 1000 may also include the Internet 300. The wireless access network 100 may include at least one network device (such as Figure 1a 110a and 110b), and may also include at least one terminal device (such as Figure 1a120a-120j in the figure). The terminal device is connected to the network device by wireless means, and the network device is connected to the core network by wireless or wired means. The core network device and the network device can be independent and different physical devices, or the functions of the core network device and the logical functions of the network device can be integrated on the same physical device, or the functions of some core network devices and some network devices can be integrated on one physical device. Terminal devices and network devices can be connected to each other by wire or wireless means. Figure 1a This is just a schematic diagram. The communication system may also include other network devices, such as wireless relay devices and wireless backhaul devices. Figure 1a Not drawn in.

[0112] Network equipment is an access device that terminal equipment uses to access the communication system wirelessly. Network equipment can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next generation NodeB (gNB) in the fifth generation (5G) mobile communication system, a next generation base station in the sixth generation (6G) mobile communication system, a base station in a future mobile communication system, or an access node in a WiFi system; it can also be a module or unit that completes some functions of a base station, for example, a centralized unit (CU) or a distributed unit (DU). The CU here completes the functions of the radio resource control protocol and packet data convergence layer 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 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 detailed descriptions of the above-mentioned 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 Figure 1a 110a), or a micro base station or an indoor station (such as Figure 1a 110b), may also be 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.

[0113] Terminal equipment, also known as user equipment, mobile station (MS), mobile terminal (MT), etc., refers to equipment that provides voice and / or data connectivity to users. For example, handheld devices with wireless connection functions, vehicle-mounted devices, etc. Terminal equipment is a device with wireless transceiver functions that can send signals to network devices or receive signals from network devices. Terminal equipment 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 wear, smart transportation, smart city, etc. The terminal device may be a mobile phone, a pad, 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 mechanical 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 smart grid, a wireless terminal device in transportation safety, a wireless terminal device in smart city, a wireless terminal device in smart home, etc. The embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.

[0114] The network equipment and terminal equipment can be fixed or movable. The network equipment and terminal equipment can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on the water surface; they can also be deployed on airplanes, balloons, and artificial satellites. The embodiments of the present application do not limit the application scenarios of the network equipment and terminal equipment.

[0115] The roles of network devices and terminal devices can be relative, for example, Figure 1aThe helicopter or drone 120i in the figure can be configured as a mobile network device. For the terminal devices 120j that access the wireless access network 100 through 120i, the terminal device 120i is a network device; but for the network device 110a, 120i is a terminal device, that is, 110a and 120i communicate through the wireless air interface protocol. Of course, 110a and 120i can also communicate through the interface protocol between network devices. In this case, relative to 110a, 120i is also a network device. Therefore, network devices and terminal devices can be collectively referred to as communication devices. Figure 1a 110a and 110b in the figure may be referred to as communication devices having network device functions. Figure 1a 120a-120j in the figure can be called communication devices with terminal device functions.

[0116] 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. The embodiments of the present application do not limit the spectrum resources used for wireless communication.

[0117] 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 including the network device function. The control subsystem including the network device function 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 including the terminal device function.

[0118] 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.

[0119] 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 as described in the embodiment of the present application can be applied to any communication system that adopts, for example, low-density parity check (LDPC) code or polar code as a data channel coding method, and can also be applied to 5G communication systems and other wireless communication systems. The embodiment of the present application is not limited to this.

[0120] 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.

[0121] In addition, Figure 1a In the communication system shown, the communication between each network device and each terminal device can also be expressed in another form. Figure 1b , Figure 1bAnother architecture diagram of a communication system applied in an embodiment of the present application. The terminal device 10 includes a processor 101, a memory 102 and a transceiver 103, and the transceiver 103 includes a transmitter 1031, a receiver 1032 and an antenna 1033. The network device 20 includes a processor 201, a memory 202 and a transceiver 203, and the transceiver 203 includes a transmitter 2031, a receiver 2032 and an antenna 2033. The receiver 1032 can be used to receive transmission control information through the antenna 1033, and the transmitter 1031 can be used to send transmission feedback information to the network device 20 through the antenna 1033. The transmitter 2031 can be used to send transmission control information to the terminal device 10 through the antenna 2033, and the receiver 2032 can be used to receive the transmission feedback information sent by the terminal device 10 through the antenna 2033.

[0122] It should be understood that the above Figure 1a , Figure 1b The communication scenario shown is only an example, and the present application does not specifically limit the number of terminal devices and the number of network devices in the communication system. The wake-up method of the low power wake-up signal LP-WUS provided in the embodiment of the present application can be applied to the structure described above but is not limited thereto, and is not limited here.

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

[0124] See also Figure 1c , Figure 1c A schematic diagram of a cellular network scenario applied in this embodiment.

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

[0126] See also Figure 1d , Figure 1d The figure is a schematic diagram of a short-distance scenario applied in this embodiment.

[0127] The short-distance 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.

[0128] In LP-WUS configuration, the terminal device adopts the main and auxiliary receiving link combination mode. Figure 2 , Figure 2A structural diagram of a terminal device that uses a main and auxiliary links to receive LP-WUS. The terminal device involved in the present application has at least two receivers, one of which has an operating power less than that of the other receiver. Generally, a receiver with a larger operating power is called a main receiver (also called a main link), and a 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-WUSreceiver, 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, monitor PDCCH (physical uplink shared channel) and receive downlink scheduling information such as downlink control information DCI. The state of the main receiver may 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 with the main receiver, the auxiliary receiver has lower complexity, lower power consumption, and lower processing power (for example, demodulation, calculation, etc.), and is used to receive the newly designed low-power wake-up signal (LP-WUS), or low-power synchronization signal (LP-SS), or low-power reference signal. Optionally, the auxiliary receiver may also receive some traditional signals (for example, the synchronization signal block (SSB) used for measurement, etc.), where SSB is also called the synchronization signal / physical broadcast channel block (SS / PBCH block). Currently, in the R18 protocol, there are two solutions for the wake-up method of LP-WUS:

[0129] Solution 1:

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

[0131] Option 2:

[0132] LP-WUS can also use subgrouping methods to wake up the terminal device group. The grouping method can be similar to the grouping mechanism of paging early indication (PEI), that is, core network (CN) grouping and UE_ID grouping can be used. Since the grouped LP-WUS only needs to carry the group number, the requirement for LP-WUS signal capacity is reduced, but since grouping will inevitably increase the false alarm probability of the terminal device being awakened, at the same time, in this scenario, the terminal device needs to monitor its corresponding paging occasion (PO) after being awakened, so as to perform a random access process, which increases the delay of the terminal device accessing the network.

[0133] In one example, the number of CN subgroups and UE_ID subgroups can be up to 8 each. The total number of these two subgroups is also up to 8. If the 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, and the UE capabilities of the UE_ID subgroup are access stratum (AS) capabilities.

[0134] The following specifically introduces the grouping method of the CN-controlled sub-grouping and the UE_ID-based sub-grouping.

[0135] See also Figure 3a , Figure 3a The diagram of the grouping process of the sub-groups controlled by the CN is shown in FIG. The grouping process of the sub-groups controlled by the CN includes:

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

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

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

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

[0140] 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 timing.

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

[0142] See also Figure 3b , Figure 3b The grouping process of the sub-grouping based on UE_ID is as follows:

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

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

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

[0146] 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 timing.

[0147] 5. Before paging the UE in 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.

[0148] This embodiment discusses the two wake-up modes of the LP-WUS signal, per UE (carrying UE_ID) and group (carrying group number identification bit). It should be understood that in actual application, if the LP-WUS signal includes more wake-up modes, it can also be applied to this embodiment, which is not limited here. In different application scenarios or conditions, how to select a more suitable LP-WUS wake-up mode to wake up the terminal device in combination with the scenario is one of the technical problems that the communication system currently needs to solve.

[0149] In order to solve the above problems, the embodiment of the present application provides a low power consumption wake-up signal LP-WUS wake-up method and related devices, wherein the low power consumption wake-up signal LP-WUS wake-up method is applied to Figure 1aThe network devices (110a and 110b) or terminal devices (120a-120j) shown may also be chips, chip systems, processors, etc. that support the network devices or terminal devices to implement the above methods. The method specifically includes: S1, obtaining a wake-up type of a low power wake-up signal LP-WUS, the wake-up type of the LP-WUS being determined according to first information, the first information being used to characterize the signal capacity of the LP-WUS; S2, waking up the terminal device or performing paging monitoring according to the wake-up type.

[0150] It can be understood that due to 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.

[0151] For ease of understanding, the wake-up method of the low power wake-up signal LP-WUS provided in the embodiment of the present application is specifically described below in conjunction with the accompanying drawings and application scenarios. 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.

[0152] The wake-up method of the low power consumption wake-up signal LP-WUS provided in the embodiment of the present application can be performed as follows: Figure 1a The network devices (110a and 110b) or terminal devices (120a-120j) shown in the figure may also be executed by a chip, a chip system, a processor, etc. that supports the above network devices or terminal devices to implement the above 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.

[0153] For ease of explanation, the LP-WUS wake-up method provided in this embodiment is described with the base station and the terminal device as the execution subjects. When the base station is the execution subject, the base station is mainly used to wake up the terminal device according to the determined LP-WUS wake-up type. When the terminal device is the execution subject, the terminal device is mainly used to perform paging monitoring according to the determined LP-WUS wake-up type.

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

[0155] See also Figure 4 , Figure 4 A flowchart of a method for waking up the LP-WUS provided in an embodiment of the present application is shown below. Figure 4 As shown, the base station executes the following steps 401 to 402.

[0156] Step 401: The base station obtains the wake-up type of the LP-WUS.

[0157] 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.

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

[0159] Optionally, the terminal device determines whether to enter or exit the LP-WUS mechanism in the following manners:

[0160] The first implementation method: based on the quality of the service cell.

[0161] 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 through 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.

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

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

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

[0165] The types of services supported by the terminal equipment;

[0166] The number of terminal devices within the coverage area of ​​at least one device.

[0167] Among them, at least one device can be a terminal device or a base station. In this embodiment, the number of devices is 1 and the type is a base station. In actual application, the number and type of devices can be set according to actual needs, and the terminal device can interact with several terminal devices or several base stations.

[0168] 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 allocate a shorter UE_ID that is unique within the AMF to the LP-WUS.

[0169] On the basis of the terminal device and the base station sharing the first information, the base station obtains the wake-up type of LP-WUS in two implementation ways.

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

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

[0172] Optionally, for the terminal device in idle state (RRC_IDLE) and 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 idle state or inactive state, whether the core network needs to sense 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).

[0173] 1. Terminal devices in idle state

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

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

[0176] (1) The base station determines the wake-up type of LP-WUS according to the first information

[0177] See also Figure 5 , Figure 5 A flowchart of a method for waking up the LP-WUS when the terminal device is in an idle state provided in this embodiment. The execution process includes:

[0178] Step 501: The core network sends group LP-WUS configuration information and single UE LP-WUS configuration information to the base station.

[0179] 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.

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

[0181] Optionally, the terminal device can determine that the terminal device enters the LP-WUS usage state based on the measurement result of the 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.

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

[0183] 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.

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

[0185] 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 mobile range), 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.

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

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

[0188] 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.

[0189] 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.

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

[0191] The base station obtains a first value;

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

[0193] 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, and 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 random access delay of the terminal device, and when the channel quality is poor, the base station wakes up the terminal device by grouping, thereby reducing the requirements for LP-WUS capacity.

[0194] It is understandable that at locations with poor channel quality, the signal-to-noise ratio (SNR) is low, and the encoding and decoding rates of the underlying layers are slow, resulting in a low rate at which the underlying layer generates Bitmaps. Therefore, there are certain restrictions on the encoding length and decoding length of the LP-WUS. If the length of the LP-WUS is too long, it cannot be encoded or decoded, or the time required to generate it is long, resulting in an increase in the wake-up delay. When the channel quality is good, the signal-to-noise ratio is high, so the underlying encoding rate is fast, the base station generates a larger capacity LP-WUS signal faster, or the terminal device has a stronger ability to decode a large capacity LP-WUS signal, and the rate is faster. In the packet mode, since the packet rules have been agreed upon in advance, the base station only needs to send the packet information to the terminal device to wake up the terminal device. Therefore, the demand for the LP-WUS signal capacity is small, and thus the quality requirements for the communication channel between the terminal device and the base station are low. In the mode of carrying the identification of the terminal device, the base station requires the terminal device to send the completion configuration information of the UE_ID. Therefore, the quality requirements for the communication channel between the terminal device and the base station are high. If the number of awakened terminal devices is large, the quality requirements are higher.

[0195] This embodiment does not limit the content of the measurement result, which may be a physical layer measurement for channel quality determination, such as downlink and uplink channel measurements of reference signals such as the channel status information reference signal (CSI-RS) or uplink signals including a channel sounding reference signal (SRS). It may also be a network layer measurement for cell selection and reselection, such as mobility measurements 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.

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

[0197] The base station obtains a second value;

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

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

[0200] 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 latency requirements or demands of a terminal device supporting reduced capability (REDCAP) and a terminal device supporting enhanced mobile broadband (eMBB) are inconsistent. When the service type supported by the terminal device has a higher latency requirement, the base station may wake up the terminal device using the per UE LP-WUS wake-up method 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 wake up the terminal device using the group LP-WUS wake-up method when it is determined that the latency information of the terminal device is less than the second value.

[0201] Correspondingly, in step 501, the core network can configure the group LP-WUS or per UE LP-WUS to the base station according to the type / latency requirement of the terminal device. For example, the core network of terminals with low latency requirements such as REDCAP configures the group LP-WUS to the base station, and the core network of high latency terminals such as eMBB configures the per UE LP-WUS to the base station.

[0202] 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 perUE LP-WUS to wake up the terminal with high latency requirements.

[0203] 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 that have activated the LP-WUS state, or the terminals that need to be awakened by LP-WUS within the coverage, which is not limited here. The base station determines the wake-up type of LP-WUS according to the first information, including:

[0204] The base station obtains a third value;

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

[0206] In this implementation, when the number of terminal devices within the coverage 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 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.

[0207] 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. On the contrary, 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 awakening method of group LP-WUS is used to wake up the terminal device.

[0208] In step 505, when the base station determines the wake-up type of the LP-WUS according to the first information, the base station may determine the wake-up type of the LP-WUS according to any one item in the first information, or may determine the wake-up type of the LP-WUS according to at least two of the items. 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 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.

[0209] 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.

[0210] Step 507: If the terminal device is awakened, a random access process is entered.

[0211] The terminal equipment, base stations and core network communicate with each other using a common network protocol, which is not limited here.

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

[0213] See also Figure 6 , Figure 6 Another flowchart of the LP-WUS wake-up method when the terminal device is in an idle state provided in this embodiment. The execution process includes:

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

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

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

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

[0218] The execution process of the core network determining the wake-up type of LP-WUS according to the first information can be referred to Figure 5 Step 505 shown is not repeated here.

[0219] 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.

[0220] 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.

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

[0222] Step 607: If the terminal device is awakened, a random access process is entered.

[0223] The specific implementation of steps 601-607 can be found in Figure 5Steps 501-507 shown are not repeated here.

[0224] 2. Inactive terminal devices

[0225] For terminal devices 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 issue configuration, and the base station is mainly responsible for paging.

[0226] See also Figure 7 , Figure 7 A flowchart of a method for waking up the LP-WUS when the terminal device is in an inactive state provided in this embodiment. The execution process includes:

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

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

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

[0230] 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 has a large moving range), 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.

[0231] 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.

[0232] 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.

[0233] 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.

[0234] Step 705: If the terminal device is awakened, a random access process is entered.

[0235] The specific implementation of steps 701-705 can be found in Figure 5 Steps 501-507 shown are not repeated here.

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

[0237] In this implementation manner, 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.

[0238] Optionally, the terminal device determines the wake-up type of LP-WUS according to the first information and reports it to the base station, thereby eliminating the need for the base station to make a judgment. The execution process of the terminal device determining the wake-up type of LP-WUS according to the first information is similar to the execution process of the base station determining the wake-up type of LP-WUS according to the first information, and will not be repeated here.

[0239] When the terminal device reports the wake-up type of LP-WUS to the base station, the terminal device may optionally add a bit in the reported message for reporting the adapted paging type. In addition, the terminal device may also report the wake-up type of LP-WUS to the base station by broadcasting, or in the communication protocol agreed upon by 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 wake-up type of LP-WUS to the base station, which are only illustrated here as a few examples without limitation.

[0240] Optionally, the wake-up type of LP-WUS includes a grouping method and a method of carrying the identification of the terminal device. 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 by LP-WUS, that is, the base station can allocate a shorter UE_ID that is unique within the AMF to the LP-WUS.

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

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

[0243] 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 operation of the terminal device is 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, the core network does not need to send down the configuration.

[0244] See also Figure 8 , Figure 8 Another flowchart of the LP-WUS wake-up method provided in the embodiment of the present application is shown in FIG. The execution steps are as follows:

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

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

[0247] Among them, the specific implementation manner in which the terminal device determines the wake-up type of LP-WUS may include:

[0248] 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.

[0249] 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.

[0250] The content of the first information and the specific implementation method of the terminal device determining the wake-up type of LP-WUS according to the first information can be found in Figure 4 and Figure 5 The embodiments shown are not described in detail here. The first value, the second value and the third value can be specified by the protocol, or notified to the terminal device through a broadcast message (SIB) or RRC message sent by the base station.

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

[0252] Among them, the first LP-WUS received by the terminal device can be constructed by the base station and sent to the terminal device, or it can be constructed by the core network and sent to the base station, and then the base station sends it to the terminal device.

[0253] This implementation is described by taking the construction of the first LP-WUS by the base station as an example. The execution process mainly includes:

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

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

[0256] For example, see Fig. 9 , Fig. 9 A partial format diagram of the first LP-WUS provided for 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 identifier of the first LP-WUS, the LP-WUS per UE part (i.e., per UE being awakened) is monitored. On the contrary, if the ID information corresponding to the terminal is not found after the UEID identifier, 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.

[0257] Optionally, the base station may also send two types of LP-WUS to the terminal device to wake up the terminal at the same time, that is, the base station may send both the group LP-WUS and the per UE LP-WUS to the terminal device respectively, and the terminal device selects the LP-WUS wake-up type according to the measurement result. If the measurement result is greater than or equal to the first value, only the per UE LP-WUS monitoring is selected; if the measurement result is less than the first value, only the group LP-WUS monitoring is selected. Or the terminal can select the corresponding LP-WUS wake-up method according to its own type / delay requirements, and the method will not be repeated here.

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

[0259] exist Figures 1a to 9 On the basis of the corresponding embodiments, 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. Fig.10 , Fig.10 A schematic diagram of the structure of a communication device provided in an embodiment of the present application.

[0260] The communication device 1000 may be Figure 1aOne of the terminal devices 120a-120j shown in the figure may also be a component of the terminal device (such as a processor, a chip or a chip system), or may be such as Figure 1a The network device 110a or 110b shown may also be a component of a network device (such as a processor, a chip or a chip system). The communication device 1000 includes:

[0261] The processing module 1001 is used to obtain a wake-up type of a low power consumption wake-up signal LP-WUS, where 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;

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

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

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

[0265] The types of services supported by the terminal equipment;

[0266] The number of terminal devices within the coverage area of ​​at least one device.

[0267] In a possible implementation, the processing module 1001 is further configured to:

[0268] Get a first value;

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

[0270] In a possible implementation, the processing module 1001 is further configured to:

[0271] Get the second value;

[0272] Determine the delay information of the terminal device according to the service type supported by the terminal device;

[0273] 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.

[0274] In a possible implementation, the processing module 1001 is further configured to:

[0275] Obtaining a third value;

[0276] 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.

[0277] In a possible implementation, the transceiver module 1002 is further configured to:

[0278] Receive the wake-up type of LP-WUS from the end device.

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

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

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

[0282] In this embodiment, the operations performed by each unit in the communication device 1000 are the same as those described above. Figure 4 The method described in the illustrated embodiment is similar 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.

[0283] See also Fig.11 , Fig.11 Another structural diagram of a communication device provided in an embodiment of the present application. The communication device 1100 may be a network device, or a terminal device, or a chip, a chip system, a processor, etc. that supports the terminal device or the network device to implement the above method. The device may be used to implement the embodiment of the present application. Figures 4 to 9 For details of the described method, please refer to the description in the above method embodiment.

[0284] 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 can be understood that the interface circuit 1102 can be a transceiver or an input-output interface.

[0285] 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 run the instructions or storing data generated after the processor 1101 runs the instructions. The memory 1103 may be disposed inside the communication device 1100 or outside the communication device 1100.

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

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

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

[0289] When the above-mentioned 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 an 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 an 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, and the DU here can be a DU under the open radio access network (open radio access network, O-RAN) architecture.

[0290] It is understandable that the processor 1101 in the embodiment of the present application can be a central processing unit (CPU), or 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 can be a microprocessor or any conventional processor.

[0291] 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, register, hard disk, mobile hard disk, compact disc read-only memory (CD-ROM) or any other form of storage medium 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 can write information to the storage medium. The storage medium can also be a component 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.

[0292] 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 thereto. Fig.10 A device may be a stand-alone device or may be part of a larger device. For example, a device may be:

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

[0294] (2) having a set of one or more ICs, and optionally, the IC set may also include a storage component for storing data and / or instructions;

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

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

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

[0298] (6)Others

[0299] The embodiment of the present application also 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 implemented.

[0300] 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.

[0301] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loading and executing computer instructions on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. 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 a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server, data center, etc. that contains one or more available media integrated. Available media may be magnetic media (eg, floppy disks, hard disks, tapes), optical media (eg, high-density digital video discs (DVD)), or semiconductor media (eg, solid state disks (SSD)).

[0302] It is understood that the systems, devices and methods described in the present application can also be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0303] The above is only a specific implementation mode of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or replacements within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. The various digital 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 the above-mentioned processes does not mean the order of execution. The execution order 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