Terminal energy saving method, device and system

Abstract

The embodiment of the invention provides a terminal energy-saving method, device and system, which can enable the moment when a terminal device enters an activation time period to be matched with the moment when a network device sends a downlink frame of a first service according to a service period, thereby avoiding the power consumption waste of the terminal device and meeting the requirement of the first service for time delay. The method comprises the following steps: the terminal equipment receives first information from network equipment, wherein the first information is used for determining a first CDRX period corresponding to the terminal equipment; and the terminal equipment determines the moment when the terminal equipment enters the activation time period according to the first CDRX period and a first calculation rule, and the first calculation rule is used for controlling the moment when the terminal equipment enters the activation time period to be matched with the moment when the network equipment sends the downlink frame of the first service according to the service period. The application is applicable to the technical field of communication.

Description

[0001] This application is a divisional application. The original application has the application number 202111022590.4 and the original application date is September 1, 2021. The entire contents of the original application are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communication technology, and in particular to terminal energy-saving methods, devices and systems. Background Technology

[0003] With the development of communication technology, extended reality (XR) services (such as virtual reality (VR)) have emerged. To improve user experience, terminal devices running XR services are required to be lightweight (e.g., VR glasses), and the communication systems running XR services require high throughput and low latency. To meet these requirements, terminal devices consume relatively high power when running XR services. Therefore, to ensure the normal operation of terminal devices, power consumption should be minimized.

[0004] Currently, connected discontinuous reception (CDRX) is an effective energy-saving technology. Terminal devices configured with CDRX are divided into "wake-up state" and "sleep state." In the "wake-up state," the terminal device can listen to the physical downlink control channel (PDCCH) to transmit service data. After remaining in the "wake-up state" for a certain period, the terminal device enters the "sleep state." In the "sleep state," the terminal device does not listen to the PDCCH, thus saving power. The "wake-up state" can also be referred to as the "active period," and the "sleep state" can also be referred to as the "inactive period." Currently, the time period in which the terminal device remains in the "wake-up state" and the time period in the "sleep state" constitute one CDRX cycle. In other words, the interval between the time the terminal device previously entered the "wake-up state" and the time period it will enter the "wake-up state" again is one CDRX cycle. In the currently defined CDRX mechanism, the CDRX cycle is always an integer.

[0005] To save power consumption in terminal devices, a CDRX mechanism can be configured for terminal devices running XR services. However, downlink frames in current XR services have periodic characteristics, and the service period is always a decimal. For example, at a service frame rate of 120fps, the service period of one frame is 8.33 milliseconds (ms), and at a service frame rate of 60fps, the service period of one frame is 16.67ms. Since CDRX periods are all integers (e.g., 6ms, 7ms, 8ms, 10ms, etc.), when configuring a CDRX mechanism for terminal devices running XR services, even if the terminal device is configured with a CDRX period closest to the XR service's service period (e.g., if the XR service's service period is 8.33ms, configuring a CDRX period of 8ms), the terminal device's CDRX period and the XR service's service period still cannot match. In other words, when the terminal device enters a "wake-up state," the time available for data transmission does not match the time available for XR service data to be transmitted. This mismatch between the terminal device's CDRX period and the XR service's service period can lead to the following situation: when the terminal device is in a "wake-up state," there are no XR service frames waiting to be transmitted, resulting in wasted power consumption. Furthermore, when XR service frames are waiting to be transmitted, the terminal device is in a "sleep state" and cannot receive them, resulting in the latency of the XR service not meeting the latency requirements of the XR service.

[0006] In summary, under the existing technical solutions, the mismatch between the CDRX cycle of the terminal device and the service cycle of XR services leads to problems such as wasted power consumption of the terminal device or inability to meet the latency requirements of XR services. Therefore, how to match the CDRX cycle of the terminal device with the service cycle of XR services is an urgent problem to be solved. Summary of the Invention

[0007] This application provides a terminal energy-saving method, apparatus, and system to solve the problem that existing technical solutions cause a mismatch between the CDRX cycle of the terminal device and the service cycle of XR services.

[0008] To achieve the above objectives, the embodiments of this application adopt the following technical solutions: Firstly, a terminal energy-saving method is provided. This method includes: a terminal device receiving first information from a network device, the first information being used to determine a first CDRX period corresponding to the terminal device; the terminal device determining the time when it enters an activation time period based on the first CDRX period and a first calculation rule, wherein the first calculation rule is used to control the timing of the terminal device entering the activation time period to match the timing of the network device sending downlink frames of a first service according to the service cycle. Based on this solution, the terminal device can determine the first CDRX period based on the first information, and the timing of the terminal device entering the activation time period determined by the first CDRX period and the first calculation rule matches the timing of the network device sending downlink frames of the first service according to the service cycle, thereby avoiding wasted power consumption by the terminal device and meeting the latency requirements of the first service.

[0009] In conjunction with the first aspect described above, in one possible implementation, the first CDRX period corresponding to the terminal device is the first CDRX period configured by the network device for the terminal device; wherein, the first CDRX period is the same as the service period. Based on this scheme, the terminal device can configure a first CDRX period that is the same as the service period of the first service according to the first information, so as to match the service period of the first service.

[0010] In conjunction with the first aspect mentioned above, in one possible implementation, the first calculation rule satisfies the following relationship: ;or, Wherein, SFN represents the system frame number in which the terminal device enters the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the first CDRX cycle; and drx-StartOffset represents the subframe offset before the terminal device enters the activation period. Based on this scheme, a calculation rule for determining the moment when the terminal device enters the activation period is provided that is compatible with both integer and decimal CDRX cycles.

[0011] In conjunction with the first aspect described above, in one possible implementation, the first information includes the service cycle of the first service; or, the first information includes the value of the first CDRX cycle; or, the first information includes the frequency of the first CDRX cycle; or, the first information includes a preset integer value, which is used by the terminal device to determine the first CDRX cycle according to a preset relationship. Based on this solution, multiple forms of first information for determining the first CDRX cycle are provided to apply to various possible situations.

[0012] In conjunction with the first aspect mentioned above, in one possible implementation, the first information is carried in the Radio Resource Control (RRC) message. Based on this scheme, the first CDRX cycle can be semi-statically configured in the terminal device using the first information in the RRC message.

[0013] In conjunction with the first aspect described above, in one possible implementation, the first CDRX cycle corresponding to the terminal device is a first CDRX cycle obtained by adjusting the CDRX cycle configured for the terminal device according to the first information. Based on this scheme, the terminal device can adjust the configured CDRX cycle according to the first information to obtain the first CDRX cycle.

[0014] In conjunction with the first aspect mentioned above, in one possible implementation, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-Cycle + cycle-adjust) = drx-StartOffset; or, [(SFN × 10) + subframe number] modulo (drx-cycle + cycle-adjust) = (drx-StartOffset) modulo(drx-cycle + cycle-adjust); where SFN represents the frame number in which the terminal device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the CDRX cycle configured by the network device for the terminal device; cycle-adjust represents the cycle offset value determined by the terminal device based on the first information; (drx-cycle + cycle-adjust) represents the first CDRX cycle corresponding to the terminal device; and drx-StartOffset represents the subframe offset before the terminal device enters the active time period. Based on this scheme, a calculation rule for determining the moment when the terminal device enters the active time period is provided in the case of non-memory-based adjustment of the CDRX cycle.

[0015] In conjunction with the first aspect above, in one possible implementation, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-cycleN) = drx-StartOffset; or, [(SFN × 10) + subframe number] modulo (drx-cycleN) = (drx-StartOffset) modulo(drx-cycleN); where SFN represents the frame number in which the terminal device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycleN represents the first CDRX cycle corresponding to the terminal device; drx-StartOffset represents the subframe offset before the terminal device enters the active time period; where drx-cycleN satisfies the following relationship: drx-cycleN = drx-cycle (N-1) + `cycle-adjust; drx-cycle(N-1)` represents the CDRX cycle configured before the terminal device enters the activation period. When `drx-cycle(N-1) = drx-cycle0`, `drx-cycle0` represents the CDRX cycle configured by the network device for the terminal device. `cycle-adjust` represents the cycle offset value determined by the terminal device based on the first information. Based on this scheme, a calculation rule for determining the moment when the terminal device enters the activation period is provided under the condition of memory-based adjustment of the CDRX cycle.

[0016] In conjunction with the first aspect described above, in one possible implementation, the first information is carried in the Media Access Layer Control Unit (MAC CE) message. Based on this scheme, the CDRX cycle of the terminal device can be dynamically adjusted using the first information in the MAC CE message.

[0017] Secondly, a terminal energy-saving method is provided. The method includes: a terminal device receiving second information from a network device, the second information being used to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device for the terminal device, wherein the one or more CDRX cycles are used to control the timing of the terminal device entering an activation time period to match the timing of the network device sending downlink frames of a first service according to a service cycle; and the terminal device determining the timing of entering the activation time period based on the one or more CDRX cycles. Based on this solution, the terminal device can determine one or more CDRX cycles according to the second information, and the timing of the terminal device entering the activation time period determined by the one or more CDRX cycles matches the timing of the network device sending downlink frames of the first service according to a service cycle, thereby avoiding wasted power consumption by the terminal device and meeting the latency requirements of the first service.

[0018] In conjunction with the second aspect above, in one possible implementation, one or more CDRX cycles constitute multiple cyclic CDRX cycles. These multiple cyclic CDRX cycles ensure that the time when the terminal device enters the activation period corresponding to each CDRX cycle matches the time when the network device sends downlink frames of the first service according to the service cycle. Based on this scheme, the terminal device can determine multiple cyclic CDRX cycles according to the second information, and the time when the terminal device enters the activation period corresponding to each CDRX cycle matches the time when the network device sends downlink frames of the first service according to the service cycle.

[0019] In conjunction with the second aspect described above, in one possible implementation, the second information includes identification information corresponding to each CDRX cycle in the plurality of cyclic CDRX cycles, and the sequential order of the identification information; wherein the sequential order of the identification information corresponds to the cyclic order of the plurality of cyclic CDRX cycles. Based on this solution, a second information for determining the plurality of cyclic CDRX cycles based on the identification information is provided.

[0020] In conjunction with the second aspect described above, in one possible implementation, the second information is carried in the Radio Resource Control (RRC) message; or, the second information is carried in the Media Access Layer Control (MAC) CE message. Based on this scheme, multiple cyclic CDRX cycles can be semi-statically configured in the terminal device using the second information in the RRC message. Alternatively, multiple cyclic CDRX cycles can be dynamically updated using the second information in the MACCE message.

[0021] In conjunction with the second aspect above, in one possible implementation, one or more CDRX cycles constitute a first CDRX cycle; the first CDRX cycle is used to control the timing of the terminal device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle. Based on this scheme, the terminal device can determine the first CDRX cycle that matches the timing of the terminal device entering the activation period to the timing of the network device sending downlink frames of the first service according to the service cycle based on the second information.

[0022] In conjunction with the second aspect described above, in one possible implementation, the second information includes identification information corresponding to the first CDRX cycle. Based on this solution, a second information for determining the first CDRX cycle based on the identification information is provided.

[0023] In conjunction with the second aspect described above, in one possible implementation, the second information is carried in the RRC message; or, the second information is carried in the MAC CE message. Based on this solution, the first CDRX cycle can be semi-statically configured in the terminal device using the second information in the RRC message. Alternatively, the first CDRX cycle can be dynamically updated using the second information in the MAC CE message.

[0024] In conjunction with the second aspect described above, in one possible implementation, the terminal energy-saving method further includes: the terminal device receiving third information from the network device, the third information being used by the network device to configure multiple CDRX cycles for the terminal device, wherein the multiple CDRX cycles include one or more CDRX cycles. Based on this solution, multiple CDRX cycles can be configured for the terminal device using the third information.

[0025] In conjunction with the second aspect described above, in one possible implementation, the third information includes identification information corresponding to each CDRX cycle among the multiple CDRX cycles, and configuration information of the CDRX cycle corresponding to the identification information. Based on this solution, each CDRX cycle among the multiple CDRX cycles configured for the terminal device has corresponding identification information, and the corresponding CDRX cycle can be determined among the multiple configured CDRX cycles based on the identification information.

[0026] In conjunction with the second aspect mentioned above, in one possible implementation, the third information is carried in the RRC message. Based on this scheme, multiple CDRX cycles can be semi-statically configured in the terminal device using the third information in the RRC message.

[0027] Thirdly, a terminal energy-saving method is provided. This method includes: a terminal device receiving fourth information from a network device, the fourth information indicating the time at which the terminal device will next enter an activation period after receiving a first downlink frame of a first service; wherein the time at which the terminal device will next enter an activation period matches the time at which the network device sends a second downlink frame of the first service; the second downlink frame is the first downlink frame sent by the network device according to the service cycle after the first downlink frame; and the terminal device determining the time at which it will next enter an activation period after receiving the first downlink frame based on the fourth information. Based on this scheme, the network device can control the time at which the terminal device enters an activation period each time to match the time at which it sends the first downlink frame of the first service, according to the fourth information.

[0028] In conjunction with the third aspect mentioned above, in one possible implementation, the fourth information is carried in the last data packet included in the first downlink frame.

[0029] In conjunction with the third aspect mentioned above, in one possible implementation, the fourth information is also used to instruct the terminal device to enter an inactive period after receiving the first downlink frame.

[0030] In conjunction with the third aspect mentioned above, in one possible implementation, the fourth information is carried in the Media Access Layer Control Unit (MAC CE) message. Based on this scheme, the fourth information in the MAC CE message can dynamically indicate the moment when the terminal device enters the activation period.

[0031] Fourthly, a communication device is provided, which has the function of implementing the method described in the first aspect. This 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 function. For example, the communication device may include a transceiver module and a processing module. The transceiver module is used to receive first information from a network device, the first information being used to determine a first CDRX period corresponding to the communication device; the processing module is used to determine the time when the communication device enters an activation time period according to the first CDRX period and a first calculation rule, wherein the first calculation rule is used to control the time when the communication device enters the activation time period to match the time when the network device sends downlink frames of the first service according to the service cycle.

[0032] In conjunction with the fourth aspect above, in one possible implementation, the first CDRX cycle corresponding to the communication device is the first CDRX cycle configured by the network device for the communication device; wherein, the first CDRX cycle is the same as the service cycle.

[0033] In conjunction with the fourth aspect mentioned above, in one possible implementation, the first calculation rule satisfies the following relationship: ;or, = (drx-StartOffset)modulo(drx-cycle); where SFN represents the system frame number of the communication device entering the activation period; subframenumber represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the first CDRX cycle; and drx-StartOffset represents the subframe offset before the communication device enters the activation period.

[0034] In conjunction with the fourth aspect above, in one possible implementation, the first information includes the service cycle of the first service; or, the first information includes the value of the first CDRX cycle; or, the first information includes the frequency of the first CDRX cycle; or, the first information includes a preset integer value, which is used by the terminal device to determine the first CDRX cycle according to a preset relationship.

[0035] In conjunction with the fourth aspect mentioned above, in one possible implementation, the first information is carried in the Radio Resource Control (RRC) message.

[0036] In conjunction with the fourth aspect above, in one possible implementation, the first CDRX cycle corresponding to the communication device is a first CDRX cycle obtained by adjusting the CDRX cycle configured for the communication device according to the first information.

[0037] In conjunction with the fourth aspect above, in one possible implementation, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-Cycle + cycle-adjust) = drx-StartOffset; or, [(SFN × 10) + subframe number] modulo (drx-cycle + cycle-adjust) = (drx-StartOffset) modulo(drx-cycle + cycle-adjust); where SFN represents the frame number in which the communication device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the CDRX cycle configured by the network device for the communication device; cycle-adjust represents the cycle offset value determined by the communication device according to the first information; (drx-cycle + cycle-adjust) represents the first CDRX cycle corresponding to the communication device; and drx-StartOffset represents the subframe offset before the communication device enters the active time period.

[0038] In conjunction with the fourth aspect above, in one possible implementation, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-cycleN) = drx-StartOffset; or, [(SFN × 10) + subframe number] modulo (drx-cycleN) = (drx-StartOffset) modulo(drx-cycleN); where SFN represents the frame number in which the communication device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycleN represents the first CDRX cycle corresponding to the communication device; drx-StartOffset represents the subframe offset before the communication device enters the active time period; where drx-cycleN satisfies the following relationship: drx-cycleN = drx-cycle (N-1) + cycle-adjust; drx-cycle(N-1) represents the CDRX cycle configured before the communication device enters the activation period. When drx-cycle(N-1) = drx-cycle0, drx-cycle0 represents the CDRX cycle configured by the network device for the communication device; cycle-adjust represents the cycle offset value determined by the communication device based on the first information.

[0039] In conjunction with the fourth aspect mentioned above, in one possible implementation, the first information is carried in the Media Access Layer Control Unit (MAC CE) message.

[0040] The technical effects of the fourth aspect can be referred to the first aspect mentioned above, and will not be repeated here.

[0041] Fifthly, a communication device is provided, which has the function of implementing the method described in the second aspect above. This 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 function. For example, the communication device may include a transceiver module and a processing module. The transceiver module is used to receive second information from a network device, the second information being used to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device for the communication device, wherein the one or more CDRX cycles are used to control the timing of the communication device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle; the processing module is used to determine the timing of the communication device entering the activation period based on the one or more CDRX cycles.

[0042] In conjunction with the fifth aspect above, in one possible implementation, one or more CDRX cycles are multiple cyclic CDRX cycles; the multiple cyclic CDRX cycles are used to control the time when the communication device corresponding to each CDRX cycle enters the activation time period to match the time when the network device sends the downlink frame of the first service according to the service cycle.

[0043] In conjunction with the fifth aspect above, in one possible implementation, the second information includes identification information corresponding to each CDRX cycle in the plurality of cyclic CDRX cycles, and the order of the identification information; wherein the order of the identification information corresponds to the cyclic order of the plurality of cyclic CDRX cycles.

[0044] In conjunction with the fifth aspect above, in one possible implementation, the second information is carried in a Radio Resource Control (RRC) message; or, the second information is carried in a Media Access Layer Control Unit (MAC CE) message.

[0045] In conjunction with the fifth aspect above, in one possible implementation, one or more CDRX cycles are designated as a first CDRX cycle; the first CDRX cycle is used to control the timing of the communication device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle.

[0046] In conjunction with the fifth aspect above, in one possible implementation, the second information includes identification information corresponding to the first CDRX cycle.

[0047] In conjunction with the fifth aspect above, in one possible implementation, the second information is carried in the RRC message; or, the second information is carried in the MAC CE message.

[0048] In conjunction with the fifth aspect above, in one possible implementation, the transceiver module is further configured to receive third information from the network device, the third information being used by the network device to configure multiple CDRX cycles for the communication device, wherein the multiple CDRX cycles include one or more CDRX cycles.

[0049] In conjunction with the fifth aspect above, in one possible implementation, the third information includes identification information corresponding to each CDRX cycle in the plurality of CDRX cycles, and configuration information of the CDRX cycle corresponding to the identification information.

[0050] In conjunction with the fifth aspect mentioned above, in one possible implementation, the third information is carried in the RRC message.

[0051] The technical effects of the fifth aspect can be referred to the second aspect above, and will not be repeated here.

[0052] Sixthly, a communication device is provided, which has the function of implementing the method described in the third aspect above. This 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 function. For example, the communication device may include: a transceiver module and a processing module; the transceiver module is used to receive fourth information from a network device, the fourth information indicating the time when the communication device will next enter an activation period after receiving a first downlink frame of a first service; wherein the time when the communication device will next enter an activation period matches the time when the network device sends a second downlink frame of the first service; the second downlink frame is the first downlink frame sent by the network device according to the service cycle after the first downlink frame; the processing module is used to determine the time when the communication device will next enter an activation period after receiving the first downlink frame based on the fourth information.

[0053] In conjunction with the sixth aspect above, in one possible implementation, the fourth information is carried in the last data packet included in the first downlink frame.

[0054] In conjunction with the sixth aspect above, in one possible implementation, the fourth information is also used to instruct the communication device to enter an inactive period after receiving the first downlink frame.

[0055] In conjunction with the sixth aspect mentioned above, in one possible implementation, the fourth information is carried in the Media Access Layer Control Unit (MAC CE) message.

[0056] The technical effects of the sixth aspect can be referred to the third aspect mentioned above, and will not be repeated here.

[0057] A seventh aspect provides a communication device, comprising: a processor and a memory; the memory is used to store computer execution instructions, and when the communication device is in operation, the processor executes the computer execution instructions stored in the memory to cause the communication device to perform a terminal energy-saving method as described in any one of the first aspect, the second aspect, or the third aspect above.

[0058] Eighthly, a communication device is provided, comprising: a processor; the processor being coupled to a memory, and after reading instructions from the memory, executing a terminal power-saving method as described in any one of the first, second, or third aspects above, according to the instructions.

[0059] A ninth aspect provides a communication device, comprising: a processor, a memory, and a transceiver; the memory is used to store computer execution instructions, the processor is used to execute the instructions stored in the memory, and the transceiver is used for the communication device to communicate with other devices in a communication network; when the communication device is in operation, the processor executes the computer execution instructions stored in the memory, and the transceiver communicates with other devices in the communication network to cause the communication device to perform a terminal energy-saving method as described in any one of the first, second, or third aspects above.

[0060] In a tenth aspect, a computer-readable storage medium is provided, which stores instructions that, when executed on a computer, enable the computer to perform the terminal power-saving method as described in any one of the first, second, or third aspects above.

[0061] In an eleventh aspect, a computer program product containing instructions is provided, which, when run on a computer, enables the computer to execute the terminal energy-saving method as described in any one of the first, second, or third aspects above.

[0062] In a twelfth aspect, a communication device is provided, comprising a processor for supporting the communication device in implementing the functions involved in any one of the first, second, or third aspects described above. In one possible design, the communication device further comprises a memory for storing program instructions and data necessary for the communication device. The device may be constructed from a chip or may include chips and other discrete devices.

[0063] In a thirteenth aspect, a communication system is provided, comprising a terminal device performing the method described in the first aspect and a network device performing the method described in the first aspect; or comprising a terminal device performing the method described in the second aspect and a network device performing the method described in the second aspect; or comprising a terminal device performing the method described in the third aspect and a network device performing the method described in the third aspect.

[0064] The technical effects of any of the implementation methods in aspects seven through thirteen can be found in the technical effects of different implementation methods in aspects one, two, or three, and will not be repeated here. Attached Figure Description

[0065] Figure 1 A schematic diagram of a CDRX cycle provided in an embodiment of this application; Figure 2 A schematic diagram of an XR service cycle and a CDRX cycle provided for embodiments of this application; Figure 3 A schematic diagram of a communication system structure provided in an embodiment of this application; Figure 4 This is a schematic diagram of the structure of the network device and terminal device provided in the embodiments of this application; Figure 5 This is another schematic diagram of the structure of the terminal device provided in the embodiments of this application; Figure 6 An interactive schematic diagram of the first terminal energy-saving method provided in the embodiments of this application; Figure 7 A schematic diagram of a MAC CE provided in an embodiment of this application; Figure 8 An interactive schematic diagram of the second terminal energy-saving method provided in the embodiments of this application; Figure 9 Another schematic diagram of a MAC CE provided in this application embodiment; Figure 10 An interactive schematic diagram of the third terminal energy-saving method provided in the embodiments of this application; Figure 11 An interactive schematic diagram illustrating the fourth terminal energy-saving method provided in this application embodiment; Figure 12 An interactive schematic diagram of the fifth terminal energy-saving method provided in the embodiments of this application; Figure 13 This is another schematic diagram of a MAC CE provided in the embodiments of this application; Figure 14 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application; Figure 15 This is a schematic diagram of another communication device provided in an embodiment of this application. Detailed Implementation

[0066] Before describing the embodiments of this application in detail, in order to facilitate understanding of the technical solutions of the embodiments of this application, a brief introduction to the related technologies of this application is given as follows.

[0067] 1. CDRX mechanism CDRX is an effective energy-saving technology. When CDRX is configured for a terminal device, the device can enter a sleep state at certain times. During this time, the terminal device is in a "sleep state," or an "inactive period," and does not need to listen to the PDCCH. When it needs to listen to the PDCCH to receive downlink service data, it wakes up from the "sleep state" and enters the "active state," which is the active period. This allows the terminal device to save power.

[0068] A typical CDRX cycle is as follows Figure 1 As shown: Activation Period: After the terminal device is woken up, it enters a fixed-duration activation period, also known as on-duration. If the terminal device receives a scheduled PDCCH during the on-duration period, it will remain in the woken-up state and extend the activation period. The duration of on-duration is configured by the network device for the terminal device.

[0069] Inactive period: This period is the sleep time in the CDRX mechanism, that is, the time when the terminal device enters sleep mode and does not listen to PDCCH in order to save power.

[0070] CDRX cycle: an on-duration repetition cycle, which is the duration between the time when a terminal device previously enters an activation period and the time when it enters an activation period again. A CDRX cycle consists of an activation period and an inactive period.

[0071] Currently, the CDRX period is a fixed value that network devices semi-statically configure in terminal devices via radio resource control (RRC) messages. The protocol specifies that all configurable CDRX period values ​​are integers. Furthermore, when configuring the CDRX period for a terminal device, the network device can also indicate whether the configured CDRX period is long or short. For example, the short DRX field included in the RRC message indicates that a configured 10ms CDRX period is a short period.

[0072] The CDRX period, whether long or short, is related to the moment the terminal device enters the activation period. The following describes how the terminal device determines when it enters the activation period.

[0073] In the current CDRX mechanism, the terminal device determines the time when it enters the activation period using the following formula: When the CDRX cycle (drx-cycle) is a long DRX cycle: [(SFN × 10) + subframe number] modulo (drx-cycle) = drx - StartOffset; Formula (1) When the CDRX cycle (drx-cycle) is a short DRX cycle: [(SFN × 10) + subframe number] modulo(drx-cycle) = (drx - StartOffset) modulo(drx-cycle) Formula (2) Wherein, SFN represents the system frame number of the terminal device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number of the terminal device entering the activation period; drx-cycle represents the CDRX cycle of the terminal device; and drx-StartOffset represents the subframe offset before the terminal device enters the activation period.

[0074] Of the parameters mentioned above, drx-cycle is a fixed integer configured by the network device, and drx-StartOffset is also a fixed value configured by the network device for the terminal device. SFN can be any integer from 0 to 1023. subframenumber can be any integer from 0 to 9.

[0075] To avoid ambiguity, the operator modulo in formula (1) or formula (2) is explained here: a modulo b means taking the remainder obtained by dividing a by b. This is explained here and will not be repeated here.

[0076] The terminal device can determine the values ​​of SFN and subframe number that satisfy the above formula (1) or (2) based on the values ​​of drx-cycle and drx-StartOffset in the above parameters, as well as the SFN and subframe number corresponding to the terminal device at present. Then, based on the obtained values ​​of SFN and subframe number, the terminal device can determine the system frame number and subframe number within the system frame for the next activation period. For example, assuming drx-cycle=8, drx-StartOffset=0, the terminal device determines that the SFN corresponding to the terminal device at present is 0, subframe number=0, and CDRX cycle is short cycle based on the system message broadcast by the network device. The terminal device substitutes the values ​​of drx-cycle and drx-StartOffset into formula (2), and starts to take values ​​for SFN and subframe number from SFN=0, subframe number=0 until the values ​​of SFN and subframe number that satisfy the above formula (2) are obtained. The terminal device determines that SFN=0 and subframe number=0, satisfying the above formula (2). Therefore, the moment when the terminal device first enters the activation period is the moment corresponding to subframe number 0 within the system frame with frame number 0. After the terminal device enters the activation period for the first time, it again determines the values ​​of SFN and subframe number that satisfy the above formula (2) based on the current SFN and subframe number of the terminal device. It finds that when SFN=0 and subframe number=8, the above formula (2) is satisfied. Therefore, after the terminal device enters the activation period for the first time, the determined moment for the next entry into the activation period (the moment of the second entry into the activation period) is the moment corresponding to subframe number 8 within the system frame with frame number 0. Similarly, after the terminal device enters the activation period for the second time, the determined moment for the next entry into the activation period (the moment of the third entry into the activation period) is the moment corresponding to subframe number 6 within the system frame with frame number 1.

[0077] Furthermore, after determining the system frame number and subframe number within the system frame that the terminal device will enter the activation period, it can also determine the moment when the terminal device enters the activation period within the subframe based on the slot offset (drx-slot offset) configured for the terminal device by the network device. For example, starting from the beginning position of the determined subframe within the system frame, the terminal device enters the activation period with an offset of drx-slot offset*1 / 32ms.

[0078] With the development of communication technology, XR services have emerged and continued to evolve. To improve user experience, terminal devices running XR services are required to be lightweight (e.g., VR glasses), and XR services require high throughput and low latency. To achieve these requirements, terminal devices require relatively high power consumption when running XR services. Therefore, some research projects have pointed out that reducing the power consumption of XR services is a key research direction.

[0079] To save power consumption on terminal devices running XR services, a CDRX mechanism can be configured. However, current downlink frames in XR services have periodic characteristics, and the service period is always a decimal. For example, at a service frame rate of 120fps, the service period of one frame is 8.33ms; at a service frame rate of 60fps, the service period of one frame is 16.67ms. Currently, the CDRX periods that can be configured for terminal devices are all integers. Therefore, when configuring a CDRX mechanism for a terminal device running XR services, even if the terminal device is configured with a CDRX period closest to the service period of the XR service (e.g., if the service period of the XR service is 8.33ms, configuring the terminal device with a CDRX period of 8ms), the CDRX period of the terminal device and the service period of the XR service cannot match. In other words, the time that the terminal device can transmit data does not match the time of the XR service data to be transmitted. For example, as... Figure 2 As shown, assuming the XR service period is 8.33ms, the network device sends a downlink frame for the XR service every 8.33ms. The terminal device is configured with a CDRX period of 8ms. As time progresses, the mismatch between the XR service period and the CDRX period gradually increases until the transmission time of the XR service downlink frame is completely out of sync with the terminal device's activation period. Figure 2 It can be seen that the mismatch between the CDRX cycle of the terminal device and the service cycle of the XR service will result in the following situations: 1. When the terminal device is in an active period, there is no XR service data (service frames) to be transmitted, resulting in wasted power consumption of the terminal device. 2. When there is XR service data to be transmitted, the terminal device cannot receive it in an inactive period and can only receive it when the terminal device enters the next active period, causing the latency of the XR service running on the terminal device to fail to meet the latency requirements of the XR service. 3. The capacity and quality of the entire communication system will decrease.

[0080] In summary, under the existing technical solutions, the mismatch between the CDRX cycle of the terminal device and the service cycle of XR services leads to problems such as wasted power consumption of the terminal device or inability to meet the latency requirements of XR services. Therefore, how to match the CDRX cycle of the terminal device with the service cycle of XR services is an urgent problem to be solved.

[0081] The technical solutions of the embodiments of this application will be described below with reference to the accompanying drawings. In the description of this application, unless otherwise stated, " / " indicates that the objects before and after are in an "or" relationship. For example, A / B can represent A or B. "And / or" in this application is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone, where A and B can be singular or plural. Furthermore, in the description of this application, unless otherwise stated, "multiple" refers to two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple. Furthermore, to facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish identical or similar items with substantially the same function and effect. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and that "first" and "second" are not necessarily different. Meanwhile, in the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is being used as an example, illustration, or description. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present related concepts in a concrete manner for ease of understanding.

[0082] Furthermore, the network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0083] The terminal power-saving method provided in this application can be applied to various communication systems. For example, the terminal power-saving method provided in this application can be applied to long-term evolution (LTE) systems or fifth-generation (5G) systems, or other similar new systems oriented towards the future. This application does not specifically limit this application. In addition, the term "system" can be used interchangeably with "network".

[0084] like Figure 3The diagram illustrates a communication system 30 provided in an embodiment of this application. The communication system 30 includes a network device 40 and a terminal device 50 connected to the network device 40. The terminal device 50 is wirelessly connected to the network device 40. Optionally, different terminal devices 50 can communicate with each other. The terminal device 50 can be fixed in location or movable.

[0085] It should be noted that, Figure 3 This is merely a schematic diagram. Although not shown, the communication system 30 may also include other network devices, such as one or more of a core network device, a wireless relay device, and a wireless backhaul device. No specific limitations are made here. The network devices can connect to the core network device wirelessly or via a wired connection. The core network device and the network device 40 can be independent physical devices, or the functions of the core network device and the logical functions of the network device 40 can be integrated on the same physical device. Alternatively, a single physical device can integrate some of the functions of the core network device and some of the functions of the network device 40. This embodiment does not specifically limit the specific implementation in this application.

[0086] by Figure 3 Taking the interaction between the network device 40 and any terminal device 50 as an example, in one possible implementation, the network device 40 is used to send first information to the terminal device 50. The terminal device 50 is used to receive the first information from the network device 40, wherein the first information is used by the terminal device 50 to determine the first CDRX period corresponding to the terminal device 50. The terminal device 50 is also used to determine the time when the terminal device 50 enters the activation time period according to the first CDRX period and the first calculation rule, wherein the first calculation rule is used to control the time when the terminal device 50 enters the activation time period to match the time when the network device 40 sends the downlink frame of the first service according to the service period. The specific implementation of this scheme will be described in detail in subsequent method embodiments, and will not be repeated here.

[0087] Or, with Figure 3Taking the interaction between the network device 40 and any terminal device 50 as an example, in another possible implementation, the network device 40 is used to send second information to the terminal device 50. The terminal device 50 is used to receive the second information from the network device 40. The second information is used by the terminal device 50 to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device 40 for the terminal device 50. The one or more CDRX cycles are used to control the timing of the terminal device 50 entering the activation period to match the timing of the network device 40 sending downlink frames of the first service according to the service cycle. The terminal device 50 is also used to determine the timing of entering the activation period based on the one or more CDRX cycles. The specific implementation and technical effects of this scheme will be described in detail in subsequent method embodiments and will not be repeated here.

[0088] Or, with Figure 3 Taking the interaction between the network device 40 and any terminal device 50 as an example, in another possible implementation, the network device 40 is used to send fourth information to the terminal device 50. The terminal device 50 is used to receive the fourth information from the network device 40, which indicates the time when the terminal device 50 will next enter the activation period after receiving the first downlink frame of the first service; wherein, the time when the terminal device 50 will next enter the activation period matches the time when the network device 40 sends the second downlink frame of the first service; the second downlink frame is the first downlink frame sent by the network device 40 according to the service cycle after the first downlink frame. The terminal device 50 is also used to determine the time when the terminal device 50 will next enter the activation period after receiving the first downlink frame based on the fourth information. The specific implementation and technical effects of this scheme will be described in detail in subsequent method embodiments, and will not be repeated here.

[0089] Optionally, the network device 40 in this application embodiment is a device that connects the terminal device 50 to a wireless network. It can be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next-generation NodeB (gNB) in a 5G mobile communication system, a base station in a future mobile communication system, or an access node in a wireless-fidelity (Wi-Fi) system; it can also be a module or unit that performs some of the functions of a base station, for example, a central unit (CU) or a distributed unit (DU). The embodiments of this application do not limit the specific technology or device form used in the network device. In this application, unless otherwise specified, network device refers to wireless access network device.

[0090] Optionally, the terminal device 50 in this application embodiment can be a device for implementing wireless communication functions, such as a terminal or a chip that can be used in a terminal. A terminal can also be called user equipment (UE), a mobile station, a mobile terminal, etc. A terminal can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, virtual reality terminal device, augmented reality terminal device, wireless terminal in industrial control, wireless terminal in autonomous driving, wireless terminal in remote surgery, wireless terminal in smart grids, wireless terminal in transportation safety, wireless terminal in smart cities, wireless terminal in smart homes, etc. The embodiments of this application do not limit the specific technology or device form used in the terminal device.

[0091] Optionally, the network device 40 and terminal device 50 in the embodiments of this application can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on airplanes, balloons, and artificial satellites. The embodiments of this application do not limit the application scenarios of the network device 40 and terminal device 50.

[0092] Optionally, in this embodiment, the network device 40 and the terminal device 50 can communicate using licensed spectrum, unlicensed spectrum, or both simultaneously. The network device 40 and the terminal device 50 can communicate using spectrum below 6 GHz, spectrum above 6 GHz, or both simultaneously. This embodiment does not limit the spectrum resources used between the network device 40 and the terminal device 50.

[0093] Optionally, the network device 40 and terminal device 50 in this application embodiment can also be referred to as communication devices, which can be a general-purpose device or a special-purpose device. This application embodiment does not make specific limitations in this regard.

[0094] Optional, such as Figure 4 The diagram shown is a structural schematic of the network device 40 and the terminal device 50 provided in the embodiments of this application.

[0095] The terminal device 50 includes at least one processor 501 and at least one transceiver 503. Optionally, the terminal device 50 may also include at least one memory 502, at least one output device 504, or at least one input device 505.

[0096] The processor 501, memory 502, and transceiver 503 are connected via a communication line. The communication line may include a path for transmitting information between the aforementioned components.

[0097] Processor 501 can be a general-purpose central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), 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. In a specific implementation, as one embodiment, processor 501 may also include multiple CPUs, and processor 501 can be a single-core processor or a multi-core processor. Here, "processor" can refer to one or more devices, circuits, or processing cores used for processing data.

[0098] Memory 502 can be a device with storage function. For example, it can be read-only memory (ROM) or other types of static storage devices capable of storing static information and instructions; random access memory (RAM) or other types of dynamic storage devices capable of storing information and instructions; it can also be programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto. Memory 502 can exist independently and be connected to processor 501 via communication lines. Memory 502 can also be integrated with processor 501.

[0099] The memory 502 stores computer execution instructions for implementing the scheme of this application, and the processor 501 controls the execution. Specifically, the processor 501 executes the computer execution instructions stored in the memory 502 to implement the terminal energy-saving method described in the embodiments of this application.

[0100] Alternatively, in this embodiment, the processor 501 may execute the processing-related functions in the terminal power-saving method provided in the following embodiments of this application, and the transceiver 503 may be responsible for communicating with other devices or communication networks. This embodiment does not specifically limit this.

[0101] Optionally, the computer execution instructions in the embodiments of this application may also be referred to as application code or computer program code, and the embodiments of this application do not specifically limit them.

[0102] Transceiver 503 can use any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), or wireless local area network (WLAN). Transceiver 503 includes a transmitter (Tx) and a receiver (Rx).

[0103] The output device 504 communicates with the processor 501 and can display information in various ways. For example, the output device 504 can be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc.

[0104] Input device 505 communicates with processor 501 and can accept user input in various ways. For example, input device 505 can be a mouse, keyboard, touch screen device, or sensing device.

[0105] Network device 40 includes at least one processor 401, at least one transceiver 403, and at least one network interface 404. Optionally, network device 40 may also include at least one memory 402. The processor 401, memory 402, transceiver 403, and network interface 404 are connected via communication lines. Network interface 404 is used to connect to core network equipment via a link (e.g., an S1 interface), or to connect to the network interfaces of other network devices via a wired or wireless link (e.g., an X2 interface). Figure 3 (Not shown in the text), and this application embodiment does not specifically limit this. In addition, the relevant descriptions of the processor 401, memory 402 and transceiver 403 can be found in the description of the processor 501, memory 502 and transceiver 503 in the terminal device 50, and will not be repeated here.

[0106] Combination Figure 4 The schematic diagram of the terminal device 50 shown is exemplary. Figure 5 This is a specific structural form of the terminal device 50 provided in the embodiments of this application.

[0107] In some embodiments, Figure 4 The function of processor 501 in the middle can be achieved through Figure 5 The processor 110 is implemented in it.

[0108] In some embodiments, Figure 4 The transceiver 503 in the middle can be used to... Figure 5The terminal device 50 is implemented using antenna 1, antenna 2, mobile communication module 150, and wireless communication module 160. Mobile communication module 150 provides solutions for wireless communication technologies such as LTE, NR, or future mobile communication technologies applied to the terminal device 50. Wireless communication module 160 provides solutions for wireless communication technologies such as WLAN (e.g., Wi-Fi), Bluetooth, GNSS, FM, NFC, and infrared technologies applied to the terminal device 50. In some embodiments, antenna 1 of the terminal device 50 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling the terminal device 50 to communicate with networks and other devices via wireless communication technologies.

[0109] In some embodiments, Figure 4 The function of memory 502 in the middle can be achieved through Figure 5 It can be implemented by internal memory 121 or external memory connected to external memory interface 120, etc.

[0110] In some embodiments, Figure 4 The function of output device 504 in the middle can be achieved through Figure 5 The display screen 194 is implemented in the middle.

[0111] In some embodiments, Figure 4 The input device 505 can be used via a mouse, keyboard, touch screen device, or Figure 5 This is achieved through the sensor module 180.

[0112] In some embodiments, such as Figure 4 As shown, the terminal device 50 may also include one or more of the following: an audio module 170, a camera 193, a button 190, a SIM card interface 195, a USB interface 130, a charging management module 140, a power management module 141, and a battery 142.

[0113] Understandable, Figure 5 The structure shown does not constitute a specific limitation on the terminal device 50. For example, in other embodiments of this application, the terminal device 50 may include more or fewer components than shown, or combine some components, or split some components, or have different component arrangements. The components shown may be implemented in hardware, software, or a combination of software and hardware.

[0114] The following will combine Figures 1 to 5 ,by Figure 3 Taking the interaction between the network device 40 shown and any terminal device 50 as an example, the terminal energy-saving method provided in this application embodiment will be described in detail.

[0115] It should be noted that in this embodiment, the terminal device can represent the time when the terminal device enters the activation period in the form of a subframe number. Specifically, according to the above description of the terminal device determining the time when the terminal device enters the activation period according to the above formula (1) or (2), the terminal device determines the SFN and subframe number that satisfy the above formula (1) or (2), which can also be understood as determining [(SFN × 10) + subframe number] that satisfy the above formula (1) or (2). Therefore, the terminal device can represent the determined [(SFN × 10) + subframe number] in the form of a subframe number. For example, if the terminal device determines that when SFN=1 and subframe number=9, it satisfies formula (1), the terminal device determines that the subframe number of the terminal device entering the activation period is 19 according to SFN × 10 + subframe number=19. Among them, the length of 1 subframe is 1ms. According to the value range of SFN and subframe number described above, in this embodiment, the value range of the subframe number of the terminal device entering the activation period is any integer from 0 to 10239.

[0116] It should be noted that, in this embodiment, "matching" can be understood as the two being equal or the distance between them being within a certain threshold. This certain threshold is less than or equal to the on-duration duration configured by the network device for the terminal device. In other words, matching the moment the terminal device enters the activation period with the moment the network device sends downlink frames for the first service according to the service cycle can be understood as ensuring that the terminal device can receive each downlink frame for the first service sent by the network device during the on-duration period. Therefore, the terminal device does not waste power, and the downlink frames for the first service will not wait until the terminal device enters the activation period again to be received, thus meeting the latency requirements of the first service.

[0117] It should be noted that, in order to briefly explain how the terminal device determines the time when the terminal device enters the activation period, in this embodiment of the application, the time slot offset (drx-slot offset) configured by the network device for the terminal device is 0. This will be explained uniformly here and will not be repeated hereafter.

[0118] The following describes the terminal energy-saving method provided in the embodiments of this application, such as... Figure 6 As shown, the terminal energy-saving method provided in this application embodiment includes the following steps S601-S602: S601. The network device sends first information to the terminal device. Correspondingly, the terminal device receives the first information from the network device, wherein the first information is used by the terminal device to determine the first CDRX cycle corresponding to the terminal device.

[0119] S602. The terminal device determines the time when it enters the activation period according to the first CDRX cycle and the first calculation rule, wherein the first calculation rule is used to control the time when the terminal device enters the activation period to match the time when the network device sends downlink frames of the first service according to the service cycle.

[0120] The steps S601-S602 will be described below in two specific embodiments.

[0121] Example 1: In this scheme, after receiving first information from the network device, the terminal device can determine the first CDRX period corresponding to the terminal device based on the first information. This first CDRX period is the same as the service period of the first service. In other words, the network device can configure a first CDRX period for the terminal device that is the same as the service period of the first service using the first information. It is understood that after configuring the first CDRX period according to the first information, the terminal device will continuously run the CDRX mechanism with the configured first CDRX period until the first CDRX period is changed by information from the network device. Based on this scheme, the terminal device can configure a first CDRX period that is the same as the service period of the first service according to the first information to match the service period of the first service.

[0122] Optionally, the service period of the first service can be a small value, and correspondingly, the first CDRX period configured according to the first information is the same small value as the service period. For example, if the first service is an XR service with a service period of 8.33ms, the network device sends the first information to the terminal device according to the service period of the first service, configuring the first CDRX period of the terminal device to be 8.33ms.

[0123] Optionally, in Embodiment 1 of this application, the first information can be carried in the RRC message. In other words, the network device semi-statically configures the first CDRX cycle in the terminal device through the RRC message.

[0124] In Embodiment 1 of this application, the network device can configure a first CDRX cycle for the terminal device using any one of the following multiple forms of first information: The first information indicates the service cycle of the first service, or the first information indicates the first CDRX cycle, wherein the first CDRX cycle indicated by the first information is the same as the service cycle of the first service.

[0125] In the case where the first information indicates the service period of the first service, specifically, the first information is used to configure the first CDRX period of the terminal device to be the same as the service period of the first service indicated by the first information. After receiving the first information, the terminal device determines the service period of the first service according to the first information and configures the determined service period of the first service as the first CDRX period.

[0126] In the case where the first information indicates the first CDRX cycle, specifically, the first information is used to configure the first CDRX cycle of the terminal device to be the same as the CDRX cycle indicated by the first information, and the first CDRX cycle indicated by the first information is the same as the service cycle of the first service.

[0127] Optionally, the first information includes the value of the first CDRX cycle. For example, if the service cycle of the first service is 8.33ms, the first information sent by the network device includes the value of the first CDRX cycle as 8.33. After receiving the first information, the terminal device configures the first CDRX cycle to 8.33ms according to the first information and the predefined unit of the first CDRX cycle (ms).

[0128] Alternatively, the first information may include the frequency of the first CDRX cycle. For example, if the service cycle of the first service is 8.33ms, and the first information sent by the network device includes a frequency of 120 for the first CDRX cycle, after receiving the first information, the terminal device calculates the first CDRX cycle as (1000 / 120)ms based on the predefined relationship between the first CDRX cycle and its frequency: the frequency of the first CDRX cycle is the number of CDRX cycles per second, and the predefined unit of the first CDRX cycle is ms. That is, the first CDRX cycle is approximately equal to 8.33ms. Based on the calculation result, the terminal device configures the first CDRX cycle to 8.33ms.

[0129] Alternatively, the first information may include a preset integer value. After receiving the first information, the terminal device can determine the first CDRX period based on the preset integer value and a preset relationship. For example, the preset integer value included in the first information is the integer value INTEGER, where INTEGER is 833. The relationship between INTEGER and the first CDRX period is predefined as first CDRX period = INTEGER, with a unit of 0.01ms. The terminal device configures the first CDRX period to 8.33ms based on the first information and the predefined relationship between INTEGER and the first CDRX period. As another example, the preset integer value included in the first information is the enumeration value ENUMERATED, where ENUMERATED is 120. The relationship between ENUMERATED and the first CDRX period is predefined as first CDRX period = 1 / ENUMERATED, with a unit of ms. The terminal device configures the first CDRX period to 8.33ms based on the first information and the predefined relationship between ENUMERATED and the first CDRX period.

[0130] Wherein, when the preset relationship has been determined, the network device can determine a preset integer value based on the preset relationship and the service cycle of the first service, and send the first information including the preset integer value to the terminal device, so that the terminal device can determine the first CDRX cycle that is the same as the service cycle of the first service based on the preset relationship and the preset integer value.

[0131] Furthermore, in this scheme, the terminal device can determine the moment when it enters the activation period by combining the first CDRX cycle determined based on the first information and the first calculation rule. The first calculation rule is used to control the timing of the terminal device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle.

[0132] In one possible implementation, the first computation rule in this scheme satisfies the following relationship: ;Formula (3) or, =(drx-StartOffset)modulo(drx-cycle); Formula (4) Wherein, SFN represents the system frame number of the terminal device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number of the terminal device entering the activation period; drx-cycle represents the first CDRX cycle; and drx-StartOffset represents the subframe offset before the terminal device enters the activation period.

[0133] The values ​​of drx-StartOffset, SFN, and subframe number can be found in the above description of the corresponding parameters in formula (1) or (2), and will not be repeated here.

[0134] To avoid ambiguity, the operators in formulas (3) or (4) above are explained here: This indicates rounding 'a' down. Further explanation is unnecessary.

[0135] In the first embodiment of this application, when the first CDRX period is a long period, the first calculation rule satisfies the above formula (3), and when the first CDRX period is a short period, the first calculation rule satisfies the above formula (4). For how the terminal device determines the moment when the terminal device enters the activation time period according to the first calculation rule and the first CDRX period, please refer to the above introduction of formula (1) or (2), which will not be repeated here.

[0136] On the one hand, unlike the current formulas (1) or (2) used to determine the activation period of a terminal device, which calculate the subframe number of the activation period when calculating the CDRX period with a small value, causing the terminal device to be unable to determine the corresponding activation period time based on the subframe number with a small value, in the first embodiment of this application, when the first CDRX period is a small value, the terminal device can determine the subframe number of the activation period with an integer value based on the above formulas (3) or (4), thereby being able to enter the activation period at the time corresponding to the determined subframe number. On the other hand, when the first CDRX period is an integer value, the time when the terminal device determines the activation period based on the above formulas (3) or (4) is the same as the time when the terminal device determines the activation period based on the above formulas (1) or (2). It can be seen that the formulas (3) or (4) provided in the first embodiment of this application can be compatible with both integer CDRX periods and small CDRX periods.

[0137] For ease of understanding, the following exemplary description illustrates how Embodiment 1 of this application achieves the matching of the moment when the terminal device enters the activation period with the moment when the network device sends the downlink frame of the first service according to the service cycle. Assuming the service cycle of the first service is 8.33ms, the first CDRX cycle configured in the first information is also 8.33ms, and the on-duration duration configured by the network device for the terminal device is 2ms. If the downlink frame of the first service is first sent at 0ms, and the subframe number of the terminal device entering the activation period for the first time is also 0 (corresponding to 0ms), then starting from 0ms, the sending time of each downlink frame of the first service and the subframe number of each time the terminal device enters the activation period are shown in Table 1 below: Table 1

[0138] In Table 1 above, the time when the downlink frame of the first service is sent is the time when the network device sends the downlink frame of the first service to the terminal device each time according to the service cycle of the first service, in milliseconds (ms). The subframe number in which the terminal device enters the activation period is the [(SFN × 10) + subframe number] determined by the terminal device that satisfies the above formula (3) or (4). The interval refers to the duration between the time (subframe number) when the terminal device enters the activation period for the previous time and the time (subframe number) when it enters the activation period for the next time, in milliseconds (ms).

[0139] In Table 1 above, the subframe number of the terminal device entering the activation period is determined by the terminal device based on the first CDRX period of 8.33ms and the above formula (3) or formula (4). As can be seen from the table, after applying the method provided in Embodiment 1 of this application, the difference between the time the terminal device enters the activation period and the transmission time of the corresponding downlink frame of the first service is within 1ms, which is less than the on-duration duration of 2ms. It can be understood that the terminal device can receive the corresponding downlink frame of the first service each time it is in the activation period. It can be seen that applying the method in Embodiment 1 of this application can ensure that the time the terminal device enters the activation period matches the transmission time of the downlink frame of the first service, preventing power consumption waste and meeting the latency requirements of the first service.

[0140] Example 2: In this scheme, after the terminal device receives the first information from the network device, it can adjust the CDRX period configured for the terminal device according to the first information to obtain the first CDRX period. In other words, before receiving the first information, the network device configures a CDRX period for the terminal device; after receiving the first information, the terminal device adjusts the configured CDRX period to obtain the first CDRX period.

[0141] Optionally, before the terminal device receives the first information, the configured CDRX cycle can be the CDRX cycle that the network device semi-statically configures in the terminal device via RRC messages.

[0142] Optionally, in Embodiment 2 of this application, the first information can be carried in the Media Access Control Layer (MAC Layer) control element (CE) message. In other words, the network device can dynamically adjust the CDRX cycle of the terminal device through the MAC CE message.

[0143] It should be noted that the MAC CE in the embodiments of this application can be a newly defined MAC CE, which can be understood as a MAC CE with a newly defined logical channel identifier (LCID). Alternatively, the MAC CE in the embodiments of this application can also be a MAC CE that reuses an existing LCID and defines new control rules for the data body. This is explained uniformly here and will not be repeated hereafter.

[0144] Optionally, in Embodiment 2 of this application, the first information can be carried in the last data packet included in the downlink frame of the first service. After receiving the first information during the activation period, the terminal device determines the time to enter the activation period again based on the first information.

[0145] Optionally, in Embodiment 2 of this application, if the first information is carried in the last data packet included in the downlink frame of the first service, the first information can also be used to instruct the terminal device to enter an inactive period after receiving the downlink frame. In other words, the terminal device enters an inactive period after receiving the first information.

[0146] In Embodiment 2 of this application, the first information may include a period adjustment value configured by the network device, and the terminal device adjusts the configured CDRX period according to the received period adjustment value. Further, the terminal device may determine a period offset value based on the period adjustment value included in the first information, and then adjust the configured CDRX period according to the period offset value.

[0147] For example, the following describes how the first information is carried in a MAC CE message according to Embodiment 2 of this application.

[0148] For example, such as Figure 7 As shown, a MAC CE with a data body length of 8 bits is defined. The LCID of this MAC CE indicates that it is used to adjust the configured CDRX cycle. The value of the data body of this MAC CE is... N ,by N The value represents the periodic adjustment value. N The value range is 0~255. The network device sends this MAC CE to the terminal device. After receiving the MAC CE, the terminal device determines, based on the LCID of the MAC CE, that the MAC CE is used to adjust the configured CDRX period. ， Furthermore, based on N The period offset value is determined based on the value of the given information and preset rules. For example, N The value is 200, and the terminal device uses the period offset value = The period offset value is determined to be 73. The sign of the period offset value can also indicate the direction of the CDRX period offset. For example, a positive period offset value indicates that the CDRX period is shifted backward in the time domain, and a negative period offset value indicates that the CDRX period is shifted forward in the time domain. In Embodiment 2 of this application, the unit of the period offset value can be a slot, a symbol, or milliseconds (ms).

[0149] The following describes how a terminal device adjusts the configured CDRX period based on the first information to obtain the first CDRX period. In one possible implementation, the CDRX period configured by the terminal device before receiving the first information remains unchanged. Each time the terminal device receives the first information, it adjusts the configured CDRX period to determine the first CDRX period. This method can be called non-memory-based. For example, the terminal device configures a CDRX period of 8ms before receiving the first information. After receiving the first information for the first time, the terminal device adjusts the configured 8ms CDRX period to obtain the first CDRX period. After receiving the first information a second time, the terminal device again adjusts the configured 8ms CDRX period to obtain the first CDRX period.

[0150] In one possible implementation, the first computation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-Cycle + cycle-adjust) =drx-StartOffset; formula (5) Or, [(SFN × 10) + subframe number] modulo (drx-cycle+ cycle-adjust)= (drx-StartOffset)modulo(drx-cycle+ cycle-adjust); Formula (6) Wherein, SFN represents the system frame number of the terminal device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number of the terminal device entering the activation period; drx-cycle represents the CDRX cycle configured by the network device for the terminal device; cycle-adjust represents the cycle offset value determined by the terminal device based on the first information; (drx-cycle + cycle-adjust) represents the first CDRX cycle corresponding to the terminal device (or, the first CDRX cycle obtained by adjusting the configured CDRX cycle); and drx-StartOffset represents the subframe offset before the terminal device enters the activation period.

[0151] The values ​​of drx-StartOffset, SFN, and subframe number can be found in the above description of the corresponding parameters in formula (1) or (2), and will not be repeated here.

[0152] In Embodiment 2 of this application, when the first CDRX period is a long period, the first calculation rule satisfies the above formula (5), and when the first CDRX period is a short period, the first calculation rule satisfies the above formula (6). For details on how the terminal device determines the moment it enters the activation period based on the first calculation rule and the first CDRX period, please refer to the above description of formula (1) or (2), which will not be repeated here.

[0153] In another possible implementation, the CDRX period configured by the terminal device is updated with each received first message. In this implementation, after receiving the first message, the terminal device adjusts its previously configured CDRX period to obtain a first CDRX period, and configures this first CDRX period in the terminal device as the updated CDRX period. This method can be called memory-based. For example, the terminal device's configured CDRX period before receiving the first message is 8ms. After receiving the first message for the first time, the terminal device adjusts the configured 8ms CDRX period to obtain a first CDRX period of 8.33ms and configures it in the terminal device. After receiving the first message for the second time, the terminal device adjusts the configured 8.33ms CDRX period to obtain the new first CDRX period.

[0154] In one possible implementation, the first computation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-CycleN) = drx-StartOffset; formula (7) Or, [(SFN × 10) + subframe number] modulo (drx-cycleN)= (drx-StartOffset)modulo(drx-cycleN); Formula (8) Wherein, SFN represents the system frame number of the terminal device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number of the terminal device entering the activation period; drx-cycleN represents the first CDRX cycle corresponding to the terminal device (or, in other words, the first CDRX cycle obtained by adjusting the configured CDRX cycle); and drx-StartOffset represents the subframe offset before the terminal device enters the activation period.

[0155] Among the parameters mentioned above, drx-CycleN satisfies the following relationship: drx-cycleN = drx-Cycle (N-1) + cycle-adjust; Formula (9) Wherein, drx-cycle(N-1) represents the CDRX cycle configured before the terminal device enters the activation period. When drx-cycle(N-1) = drx-cycle0, drx-cycle0 represents the CDRX cycle configured by the network device for the terminal device (or the CDRX cycle configured by the network device for the terminal device before the terminal device receives the first information for the first time); cycle-adjust represents the cycle offset value determined by the terminal device based on the first information.

[0156] The values ​​of drx-StartOffset, SFN, and subframe number can be found in the above description of the corresponding parameters in formula (1) or (2), and will not be repeated here.

[0157] In Embodiment 2 of this application, when the first CDRX period is a long period, the first calculation rule satisfies the above formula (7), and when the first CDRX period is a short period, the first calculation rule satisfies the above formula (8). For details on how the terminal device determines the moment it enters the activation period based on the first calculation rule and the first CDRX period, please refer to the above description of formula (1) or (2), which will not be repeated here.

[0158] The actions of the terminal device in steps S601 to S602 above can be performed by... Figure 4 The processor 501 in the terminal device 50 shown calls the application code stored in the memory 502 to instruct the terminal device to execute; the actions of the network device in the above steps S601 to S602 can be performed by... Figure 4 The processor 401 in the network device 40 shown calls the application code stored in the memory 402 to instruct the network device to execute. This embodiment does not impose any limitations on this.

[0159] The following describes another terminal energy-saving method provided by embodiments of this application, such as... Figure 8 As shown, the terminal energy-saving method provided in this application embodiment includes the following steps S801-S802: S801. The network device sends second information to the terminal device. Correspondingly, the terminal device receives the second information from the network device. The second information is used by the terminal device to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device for the terminal device. The one or more CDRX cycles are used to control the timing of the terminal device entering the activation time period to match the timing of the network device sending downlink frames of the first service according to the service cycle.

[0160] S802. The terminal device determines the moment when it enters the activation period based on one or more CDRX cycles.

[0161] As can be seen from step S801 above, since the second information is used to determine one or more CDRX cycles among the multiple CDRX cycles configured by the network device for the terminal device, it is evident that the network device has already configured multiple CDRX cycles for the terminal device before the terminal device receives the second information. These configured multiple CDRX cycles can also be referred to as the configured CDRX cycle pool. Therefore, optionally, before the terminal device receives the second information, the terminal device can also receive third information from the network device. The third information is used by the network device to configure multiple CDRX cycles for the terminal device, wherein these configured multiple CDRX cycles include one or more CDRX cycles determined by the terminal device based on the second information.

[0162] Specifically, the third information sent by the network device includes identification information corresponding to each CDRX cycle among the multiple configured CDRX cycles, as well as configuration information for the CDRX cycle corresponding to the identification information. The terminal device can determine the configuration information for each CDRX cycle among the multiple CDRX cycles that need to be configured based on the identification information and the corresponding configuration information of the CDRX cycle, and then configure each CDRX cycle in the terminal device.

[0163] Optionally, in this embodiment, the third information can be carried in the RRC message. In other words, the network device semi-statically configures a CDRX cycle pool, including multiple CDRX cycles, in the terminal device through the RRC message.

[0164] The following are exemplary third information provided in the embodiments of this application: CDRX-Config::=SEQUENCE{ cdrx-ToReleaseListSEQUENCE(SIZE(1...maxNrofCdrxs)) OF CDRX-Id, cdrx-ToAddModListSEQUENCE(SIZE(1...maxNrofCdrxs)) OF CDRX } CDRX::=SEQUENCE{ cdrx-IdCDRX-Id, … / / Specific CDRX configuration }; Here, CDRX-Id represents the identification information of the CDRX cycle, and "cdrx specific configuration" represents the configuration information of the CDRX cycle corresponding to CDRX-Id, such as the value of the CDRX cycle.

[0165] Optionally, the network device may also carry information in the message carrying third information indicating the type of downlink control information (DCI) received by the terminal device during the active time period. Upon receiving this information, the terminal device will receive the type of DCI indicated by the information during the active time period and will not receive other types of DCI. For example, this information could be: "dci-monitorENUMERATED {downlink, uplink,both} / / ". Based on this scheme, the terminal device can blindly detect only the corresponding type of DCI during the active time period, thereby reducing the number of blind PDCCH detections and saving power consumption of the terminal device.

[0166] After the network device configures multiple CDRX cycles for the terminal device, steps S801-S802 will be described in detail below using two specific embodiments.

[0167] Example 3: In this scheme, after the terminal device receives the second information from the network device, it can determine multiple cyclic CDRX cycles based on the second information. The time when the terminal device enters the activation time period corresponding to each of these multiple cyclic CDRX cycles matches the time when the network device sends the downlink frame of the first service according to the service cycle.

[0168] Specifically, in Embodiment 3 of this application, the second information includes identification information corresponding to each CDRX cycle in the plurality of cyclic CDRX cycles, and the order of the identification information. The order of the identification information corresponds to the cyclic order of the plurality of cyclic CDRX cycles. The terminal device can, based on the identification information of the CDRX cycles included in the second information, select the CDRX cycle corresponding to the identification information as the CDRX cycle in the plurality of previously configured CDRX cycles, and determine the cyclic order of the plurality of cyclic CDRX cycles according to the order of the identification information.

[0169] Optionally, in Embodiment 3 of this application, the second information may be carried in the RRC message; or, the second information may also be carried in the MAC CE message.

[0170] Optionally, in Embodiment 3 of this application, the second information can be carried in the last data packet included in the downlink frame of the first service. After receiving the second information during the activation period, the terminal device determines the time to enter the activation period again based on the second information.

[0171] Optionally, in Embodiment 3 of this application, if the second information is carried in the last data packet included in the downlink frame of the first service, the second information can also be used to instruct the terminal device to enter an inactive period after receiving the downlink frame. In other words, the terminal device enters an inactive period after receiving the second information.

[0172] For example, the following is the second information carried in the RRC message provided in Embodiment 3 of this application: CDRX-PATTERN::=SEQUENCE {SIZE(1...maxNrofCdrxs) OF CDRX-Id}; Here, CDRX-Id represents the identification information of the CDRX cycle. After receiving the RRC message, the terminal device determines the corresponding CDRX cycle in the configured CDRX cycle pool based on the CDRX-Id, and determines the cycle order of the corresponding CDRX cycles according to the order of the CDRX-Ids. For example, if the CDRX-Id in the above RRC message is 1 and 2, after receiving the RRC message, the terminal device determines the CDRX cycle identified as 1 and the CDRX cycle identified as 2 in the configured CDRX cycle pool in the order {1, 2} as multiple cyclic CDRX cycles.

[0173] For example, the following describes how the second information is carried in a MAC CE message according to Embodiment 3 of this application: like Figure 9As shown, a MAC CE with a data body length of 8 bits is defined. The LCID of this MAC CE indicates that the MAC CE is used to determine multiple cyclic CDRX cycles. Each two bits NxNy (N1N2, N3N4, N5N6, or N7N8) in this MAC CE represent the identification information of a CDRX cycle. Here, NxNy 00 represents an invalid configuration, NxNy 01 represents a CDRX cycle identified as 1, and so on, NxNy 10 represents a CDRX cycle identified as 2, and NxNy 11 represents a CDRX cycle identified as 3. After receiving this MAC CE, the terminal device determines that the MAC CE is used to determine multiple cyclic CDRX cycles based on the LCID of the MAC CE, and then determines multiple cyclic CDRX cycles based on the value of each NxNy and a preset rule. For example, when a network device sends a MAC CE with a bit value of 01111000, the terminal device, after receiving the MAC CE, determines multiple cyclic CDRX cycles in the configured CDRX cycle pool by selecting CDRX cycles marked as 1, 3, or 2 in the order of {1,3,2}.

[0174] In this scheme, after the terminal device determines multiple cyclic CDRX cycles, it can determine the moment when the terminal device enters the activation time period according to the cyclic order of the multiple cyclic CDRX cycles and the corresponding CDRX cycle and formula (1) or formula (2). The specific determination process can be referred to the above introduction of formula (1) or formula (2), and will not be repeated here.

[0175] For ease of understanding, the following exemplary description illustrates how, in Embodiment 3 of this application, the terminal device ensures that the moment when it enters the activation time period corresponding to each CDRX cycle in multiple cyclic CDRX cycles matches the moment when the network device sends the downlink frame of the first service according to the service cycle.

[0176] Assuming the service period of the first service is 8.33ms, and the downlink frame of the first service is first transmitted at 0ms, the subframe number of the terminal device entering the activation period for the first time is also 0 (corresponding to 0ms). After the terminal device enters the activation period for the first time, it receives the second information, which indicates that multiple cyclic CDRX periods are {1, 1, 2}, where 1 or 2 is the identification information of the CDRX period. Based on the second information, the terminal device determines that the CDRX period identified as 1 is 8ms, and the CDRX period identified as 2 is 9ms. Therefore, the terminal device determines the time of entering the activation period each time according to the cyclical order of CDRX periods {8ms, 8ms, 9ms}. The transmission time of each downlink frame of the first service and the subframe number of the terminal device entering the activation period each time are shown in Table 2 below: Table 2

[0177] In Table 2 above, the time of sending the downlink frame of the first service, the subframe number of the terminal device entering the activation period, and the interval can be referred to the above introduction of Table 1, and will not be repeated here.

[0178] In Table 2 above, the subframe number in which the terminal device enters the activation period is determined by the terminal device based on multiple cyclic CDRX cycles of {8ms, 8ms, 9ms} and the above formula (1) or (2). As can be seen from the table, after applying the method provided in Embodiment 2 of this application, the difference between the time the terminal device enters the activation period and the transmission time of the corresponding downlink frame of the first service is within 1ms. Therefore, the terminal device can receive the corresponding downlink frame of the first service every time it is in the activation period. Thus, applying the method in Embodiment 2 of this application ensures that the time the terminal device enters the activation period matches the transmission time of the downlink frame of the first service, preventing power consumption waste and meeting the latency requirements of the first service.

[0179] Example 4: In this scheme, after the terminal device receives the second information from the network device, it can determine the first CDRX period based on the second information. The first CDRX period is used to control the timing of the terminal device entering the activation period to match the timing of the network device sending the downlink frame of the first service according to the service period.

[0180] Specifically, in Embodiment 4 of this application, the second information includes identification information corresponding to the first CDRX cycle. The terminal device can use the identification information included in the second information to select the CDRX cycle corresponding to the identification information as the first CDRX cycle from the configured CDRX cycle pool.

[0181] Optionally, in Embodiment 4 of this application, the second information may be carried in the RRC message; or, the second information may also be carried in the MAC CE message.

[0182] Optionally, in Embodiment 4 of this application, the second information can be carried in the last data packet included in the downlink frame of the first service. After receiving the second information during the activation period, the terminal device determines the time to enter the activation period again based on the second information.

[0183] Optionally, in Embodiment 4 of this application, if the second information is carried in the last data packet included in the downlink frame of the first service, the second information can also be used to instruct the terminal device to enter an inactive period after receiving the downlink frame. In other words, the terminal device enters an inactive period after receiving the second information.

[0184] For example, the following is the second information carried in the RRC message provided in Embodiment 4 of this application: CDRX-PATTERN::=SEQUENCE {SIZE(1...maxNrofCdrxs) OF CDRX-Id}; Here, CDRX-Id represents the identification information of the CDRX period. After receiving the RRC message, the terminal device determines the corresponding CDRX period from the configured CDRX period pool as the first CDRX period based on the CDRX-Id. For example, if the CDRX-Id in the above RRC message is 1, after receiving the RRC message, the terminal device determines the CDRX period identified as 1 in the configured CDRX period pool as the first CDRX period.

[0185] For example, the following describes how the second information is carried in a MAC CE message according to Embodiment 4 of this application: like Figure 9 As shown, an 8-bit MAC CE is defined, and the LCID of this MAC CE indicates that it is used to determine the first CDRX cycle. Each bit in the MAC CE represents the identification information of a CDRX cycle. For example, the first bit N1 represents the CDRX cycle identified as 1, the second bit N2 represents the CDRX cycle identified as 2, and so on, with the eighth bit N8 representing the CDRX cycle identified as 8. The value of a bit in the MAC CE can indicate whether the CDRX cycle represented by that bit is the first CDRX cycle. For example, a value of 0 means that the CDRX cycle represented by that bit is not the first CDRX cycle, and a value of 1 means that the CDRX cycle represented by that bit is the first CDRX cycle. After receiving the MAC CE, the terminal device determines that the MAC CE is used to determine the first CDRX cycle based on the LCID of the MAC CE, and then determines the first CDRX cycle from the configured CDRX cycle pool according to the value of each bit in the MAC CE and a preset rule. For example, when a network device sends a MAC CE with a bit value of 01000000, the terminal device, after receiving the MAC CE, determines the CDRX marked as 2 as the first CDRX cycle in the configured CDRX cycle pool.

[0186] In this scheme, after the terminal device determines the first CDRX cycle, it can determine the moment when the terminal device enters the activation period based on the first CDRX cycle and formula (1) or formula (2). The specific determination process can be referred to the above introduction of formula (1) or formula (2), and will not be repeated here.

[0187] For ease of understanding, the following exemplary description illustrates how, in Embodiment 4 of this application, the terminal device matches the time of entering the activation time period determined according to the first CDRX cycle with the time of the network device sending downlink frames of the first service according to the service cycle.

[0188] Assuming the service period of the first service is 8.33ms, and the downlink frame of the first service is first transmitted at 0ms, the subframe number of the terminal device entering the activation period for the first time is also 0 (corresponding to 0ms). After entering the activation period for the first time, the terminal device receives the second information for the first time. The second information includes identifier 1. Based on this second information, the terminal device determines the CDRX period of identifier 1 to be 8ms in the configured CDRX period pool, and determines the time of entering the activation period for the second time according to the first CDRX period of 8ms. After entering the activation period for the second time, the terminal device receives the second information for the second time. The second information includes identifier 1. Based on this second information, the terminal device determines the CDRX period of identifier 1 to be 8ms in the configured CDRX period pool, and determines the time of entering the activation period for the third time according to the first CDRX period of 8ms. After entering the activation period for the third time, the terminal device receives the second information for the third time. The second information includes identifier 2. Based on this second information, the terminal device determines the CDRX period of identifier 2 to be 9ms in the configured CDRX period pool, and determines the time of entering the activation period for the fourth time according to the first CDRX period of 9ms. Similarly, the network device can continuously send second information to the terminal device to adjust the time when the terminal device enters the activation period each time. For example, the transmission time of each downlink frame of the first service and the subframe number when the terminal device enters the activation period each time can be shown in Table 2 above. It can be seen that based on this scheme, the network device can continuously adjust the CDRX cycle of the terminal device by sending second information, thereby matching the time when the terminal device enters the activation period with the time when the network device sends downlink frames of the first service according to the service cycle. The terminal device will not waste power, and the latency requirements of the first service can be met.

[0189] The actions of the terminal device in steps S801 to S802 above can be performed by... Figure 4 The processor 501 in the terminal device 50 shown calls the application code stored in the memory 502 to instruct the terminal device to execute; the actions of the network device in the above steps S801 to S802 can be performed by... Figure 4 The processor 401 in the network device 40 shown calls the application code stored in the memory 402 to instruct the network device to execute. This embodiment does not impose any limitations on this.

[0190] The following describes another terminal energy-saving method provided by an embodiment of this application, such as... Figure 10As shown, the terminal energy-saving method provided in this application embodiment includes the following steps S1001-S1002: S1001. The network device sends fourth information to the terminal device. Correspondingly, the terminal device receives the fourth information from the network device. The fourth information is used to indicate the time when the terminal device will next enter the activation period after receiving the first downlink frame of the first service. The time when the terminal device will next enter the activation period matches the time when the network device sends the second downlink frame of the first service. The second downlink frame is the first downlink frame sent by the network device according to the service cycle after the first downlink frame.

[0191] S1002. The terminal device determines the time when it will enter the next activation period after receiving the first downlink frame based on the fourth information.

[0192] In this embodiment of the application, the terminal device receives the first downlink frame during the activation period and determines the time indicated by the fourth information as the time when the terminal device will enter the activation period again after receiving the first downlink frame.

[0193] Based on the method provided in the embodiments of this application, the network device can indicate the time when the terminal device enters the activation period each time by sending the fourth information each time, thereby controlling the time when the terminal device enters the activation period each time to match the time when the network device sends the downlink frame of the first service according to the service cycle of the first service.

[0194] Optionally, in this embodiment, the fourth information may be carried in the last data packet included in the first downlink frame.

[0195] Optionally, in this embodiment, the fourth information can also be used to instruct the terminal device to enter an inactive period after receiving the first downlink frame. In other words, the terminal device enters an inactive period after receiving the first downlink frame according to the fourth information, and re-enters the active period at the time indicated by the fourth information. Further, if the fourth information is carried in the last data packet included in the first downlink frame and is also used to instruct the terminal device to enter an inactive period after receiving the first downlink frame, then the terminal device immediately enters the inactive period after receiving the fourth information and re-enters the active period at the time indicated by the fourth information.

[0196] Optionally, in this embodiment, the fourth piece of information can be carried in the MAC CE message. In other words, the network device can dynamically adjust the time when the terminal device enters the activation period each time through the MAC CE information.

[0197] For example, the following describes how embodiments of this application carry fourth information in a MAC CE message: like Figure 7As shown, a MAC CE with a data body length of 8 bits is defined. The LCID of this MAC CE indicates the time when the terminal device enters the activation period. The value of the data body of this MAC CE is... N ,by N The value of indicates the moment when the terminal device enters the activation period. N The value range is 0~255. After receiving the MAC CE, the terminal device determines the time when the MAC CE is used to indicate that the terminal device has entered the activation period based on the LCID of the MAC CE, and then... N The value of and preset rules determine the time when the terminal device enters the activation period. Among them, ... N The value represents the time when the terminal device enters the active period, and the unit can be slot, millisecond, or symbol. For example, the network device sends the MAC CE to the terminal device in the last data packet of a downlink frame of the first service. After receiving the MAC CE, the terminal device enters the inactive period and determines the MAC CE. N The value is 10, and the terminal device re-enters the activation period after 10 slots.

[0198] The actions of the terminal device in steps S1001 to S1002 above can be performed by... Figure 4 The processor 501 in the terminal device 50 shown calls the application code stored in the memory 502 to instruct the terminal device to execute; the actions of the network device in the above steps S1001 to S1002 can be performed by... Figure 4 The processor 401 in the network device 40 shown calls the application code stored in the memory 402 to instruct the network device to execute. This embodiment does not impose any limitations on this.

[0199] The following describes another terminal energy-saving method provided by an embodiment of this application, such as... Figure 11 As shown, the terminal energy-saving method provided in this application embodiment includes the following steps S1101-S1102: S1101, The network device sends the fifth information to the terminal device. Correspondingly, the terminal device receives the fifth information from the network device. The fifth information is used by the terminal device to determine a CDRX cycle from among the multiple CDRX cycles configured by the network device for the terminal device. The fifth information is also used by the terminal device to adjust the determined CDRX cycle to obtain the first CDRX cycle.

[0200] S1102. The terminal device determines the time when it enters the activation period according to the first CDRX cycle and the first calculation rule, wherein the first CDRX cycle and the first calculation rule are used to control the time when the terminal device enters the activation period to match the time when the network device sends downlink frames of the first service according to the service cycle.

[0201] In this embodiment of the application, the specific implementation of the network device configuring multiple CDRX cycles for the terminal device can be referred to the above description of the third information, and will not be repeated here.

[0202] For step S1101, specifically, in this embodiment of the application, the fifth information includes identification information for a CDRX cycle. The terminal device can determine a CDRX cycle corresponding to the identification information from among the previously configured multiple CDRX cycles based on the identification information included in the fifth information.

[0203] In this embodiment, the fifth information also includes a period adjustment value configured by the network device. The terminal device adjusts the determined CDRX period based on the received period adjustment value. Further, the terminal device can determine a period offset value based on the period adjustment value included in the first information, and then adjust the determined CDRX period based on the period offset value.

[0204] Optionally, in this embodiment of the application, the fifth information may be carried in the last data packet included in the downlink frame of the first service. After receiving the fifth information during the activation period, the terminal device determines the time to enter the activation period again based on the fifth information.

[0205] Optionally, in this embodiment of the application, if the fifth information is carried in the last data packet included in the downlink frame of the first service, the fifth information can also be used to instruct the terminal device to enter an inactive period after receiving the downlink frame. In other words, the terminal device enters an inactive period after receiving the fifth information.

[0206] Optionally, in this embodiment of the application, the fifth piece of information may be carried in the MAC CE message.

[0207] For example, the following describes how embodiments of this application carry the fifth piece of information in a MAC CE message: like Figure 9As shown, a MAC CE with a data body length of 8 bits is defined. The LCID of this MAC CE indicates that the MAC CE is used to determine a CDRX cycle and to adjust the determined CDRX cycle. The first two bits N1N2 of the MAC CE represent the CDRX cycle identifier information. For example, a value of 00 for N1N2 represents CDRX cycle identifier 1, a value of 01 for N1N2 represents CDRX cycle identifier 2, and so on, with a value of 11 for N1N2 representing CDRX cycle identifier 4. The last six bits N3~N8 of the MAC CE take values ​​of... N , N The value range is 0~63, with N The value represents the periodic adjustment value.

[0208] After receiving the MAC CE, the terminal device determines, based on the LCID of the MAC CE, that the MAC CE is used to determine a CDRX cycle and adjust the determined CDRX cycle, and then, based on the values ​​of N1 and N2, N Based on the values ​​and preset rules, a CDRX period and period offset value are determined from the configured CDRX period pool. For example, when a network device sends this MAC CE to a terminal device, after receiving the MAC CE, the terminal device determines that the value of N1N2 in the MAC CE is 00, and determines the CDRX period marked as 1 in the configured CDRX period pool. The terminal device also determines the value of N1N2 in the MAC CE. N The value is 61, and the terminal device uses the period offset value = The period offset value is determined to be 30. Then, the terminal device adjusts the CDRX period marked as 1 according to the period offset value. The sign of the period offset value can also indicate the direction of the CDRX period offset. For example, a positive period offset value indicates that the CDRX period is shifted backward in the time domain, and a negative period offset value indicates that the CDRX period is shifted forward in the time domain. In this embodiment, the unit of the period offset value can be slot, symbol, or ms.

[0209] In this embodiment of the application, how the terminal device adjusts a determined CDRX cycle according to the fifth information to obtain the first CDRX cycle can be referred to the above description of the non-memory type in Embodiment 2 of this application, and will not be repeated here.

[0210] For step S1102, in this embodiment of the application, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number] modulo (drx-Cycle + cycle-adjust) =drx-StartOffset; Formula (10) Or, [(SFN × 10) + subframe number] modulo (drx-cycle+ cycle-adjust)= (drx-StartOffset)modulo(drx-cycle+ cycle-adjust); Formula (11) Wherein, SFN represents the system frame number of the terminal device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number of the terminal device entering the activation period; drx-cycle represents a CDRX cycle determined by the terminal device from multiple configured CDRX cycles based on the fifth information; cycle-adjust represents the cycle offset value determined by the terminal device based on the fifth information; (drx-cycle + cycle-adjust) represents the first CDRX cycle (or, the first CDRX cycle obtained by adjusting the determined CDRX cycle); and drx-StartOffset represents the subframe offset before the terminal device enters the activation period.

[0211] The values ​​of drx-StartOffset, SFN, and subframe number can be found in the above description of the corresponding parameters in formula (1) or (2), and will not be repeated here.

[0212] In this embodiment of the application, the terminal device can refer to the above description of embodiment two of this application for how to determine the moment when the terminal device enters the activation time period based on the first CDRX cycle and the above formula (10) or formula (11), and will not be repeated here.

[0213] Based on this scheme, the network device can send the fifth information to enable the terminal device to select one CDRX period from multiple configured CDRX periods for adjustment. The time when the terminal device enters the activation period determined by the adjusted CDRX period matches the time when the network device sends the downlink frame of the first service according to the service cycle. The terminal device will not waste power and can meet the latency requirements of the first service.

[0214] The actions of the terminal device in steps S1101 to S1102 above can be performed by... Figure 4 The processor 501 in the terminal device 50 shown calls the application code stored in the memory 502 to instruct the terminal device to execute; the actions of the network device in the above steps S1101 to S1102 can be performed by... Figure 4 The processor 401 in the network device 40 shown calls the application code stored in the memory 402 to instruct the network device to execute. This embodiment does not impose any limitations on this.

[0215] The following describes another terminal energy-saving method provided by an embodiment of this application, such as... Figure 12 As shown, the terminal energy-saving method provided in this application embodiment includes the following steps S1201-S1202: S1201, The network device sends the sixth information to the terminal device. Correspondingly, the terminal device receives the sixth information from the network device. The sixth information is used by the terminal device to determine multiple CDRX cycles among the multiple CDRX cycles configured by the network device for the terminal device. The sixth information is also used to adjust each of the determined multiple CDRX cycles to obtain multiple cyclic CDRX cycles.

[0216] S1202. The terminal device determines the time when it enters the activation period according to multiple cyclic CDRX cycles. The time when the terminal device enters the activation period for each CDRX cycle in these multiple cyclic CDRX cycles matches the time when the network device sends the downlink frame of the first service according to the service cycle.

[0217] In this embodiment of the application, the specific implementation of the network device configuring multiple CDRX cycles for the terminal device can be referred to the above description of the third information, and will not be repeated here.

[0218] For step S1201, specifically, in this embodiment of the application, the sixth information includes the identification information of multiple CDRX cycles, and the order of the identification information. The terminal device can determine the CDRX cycle corresponding to the identification information in the configured CDRX cycle pool as the CDRX cycle that needs to be adjusted from the multiple CDRX cycles, based on the identification information of the CDRX cycles included in the sixth information.

[0219] In this embodiment, the sixth information also includes a period adjustment value corresponding to the identification information. After receiving the sixth information, the terminal device adjusts the CDRX period corresponding to the plurality of CDRX periods determined based on the identification information according to the period adjustment value. Further, the terminal device can determine a period offset value based on the period adjustment value included in the sixth information, and then adjust the CDRX period corresponding to the plurality of CDRX periods determined based on the period offset value. After adjusting each CDRX period among the plurality of CDRX periods determined based on the identification information, the terminal device obtains a plurality of cyclic CDRX periods, and determines the cyclic order of the corresponding plurality of cyclic CDRX periods according to the order of the identification information.

[0220] Optionally, in this embodiment of the application, the sixth information may be carried in the last data packet included in the downlink frame of the first service. After receiving the sixth information during the activation period, the terminal device determines the time to enter the activation period again based on the sixth information.

[0221] Optionally, in this embodiment, if the sixth information is carried in the last data packet included in the downlink frame of the first service, the sixth information can also be used to instruct the terminal device to enter an inactive period after receiving the downlink frame. In other words, the terminal device enters an inactive period after receiving the sixth information.

[0222] Optionally, in this embodiment of the application, the sixth information may be carried in the MAC CE message.

[0223] For example, the following describes how embodiments of this application carry the sixth information in a MAC CE message: like Figure 13 As shown, a MAC CE (Multi-Cycle Execution Code) with a data body length of two bytes (8 bits per byte) is defined. The LC ID of this MAC CE indicates that it is used to determine multiple CDRX cycles and adjust these determined CDRX cycles to obtain multiple cyclic CDRX cycles. The first byte of the MAC CE includes 8 bits N1~N8, and the second byte includes 8 bits M1~M8. In N1~N8, the value of N1N2 represents the identification information of a CDRX cycle. For example, a value of 00 for N1N2 represents CDRX cycle identification 1, a value of 01 for N1N2 represents CDRX cycle identification 2, and so on, with a value of 11 for N1N2 representing CDRX cycle identification 4. N3~N8 take values... N , N The value range is 0~63, where, N This refers to the period adjustment value corresponding to the identification information represented by N1N2. In M1~M8, the value of M1M2 represents the identification information of one CDRX cycle. For example, a value of 00 for M1M2 represents the identification of CDRX cycle 1, and so on, with a value of 11 for M1M2 representing the identification of CDRX cycle 4. M3~M8 take values... M , M The value range is 0~63, where, M This is the periodic adjustment value corresponding to the identification information represented by M1M2.

[0224] After receiving the MAC CE, the terminal device determines, based on the LCID of the MAC CE, that the MAC CE is used to determine multiple CDRX cycles and adjust the determined multiple CDRX cycles to obtain multiple cyclic CDRX cycles, and then, based on N1N2, M1M2, ... N andM Based on the values ​​and preset rules, the terminal device determines multiple CDRX cycles and their corresponding cycle offsets from the configured CDRX cycle pool. For example, if N1N2 is 00, the terminal device determines the CDRX cycle marked as 1 from the configured CDRX cycle pool. N The value is 61, and the terminal device uses the period offset value = The cycle offset value corresponding to the CDRX cycle identified as 1 is determined to be 30. M1M2 is 01, and the terminal device determines the CDRX cycle identified as 2 from the configured CDRX cycle pool. M The value is 41, and the terminal device uses the period offset value = The period offset value corresponding to the CDRX period marked as 2 is determined to be 10. Then, the terminal device adjusts the CDRX periods marked as 1 and 2 respectively according to the corresponding period offset values. The sign of the period offset value can also indicate the direction of the CDRX period offset. For example, a positive period offset value indicates that the CDRX period is shifted backward in the time domain, and a negative period offset value indicates that the CDRX period is shifted forward in the time domain. In this embodiment, the unit of the period offset value can be slot, symbol, or ms.

[0225] After adjusting the CDRX cycle indicated by N1N2 and M1M2, the terminal device obtains multiple cyclic CDRX cycles, and determines the cyclic order of the corresponding multiple CDRX cycles according to the order of N1N2 and M1M2.

[0226] In this embodiment of the application, how the terminal device adjusts each CDRX cycle among the determined multiple CDRX cycles according to the sixth information to obtain multiple cyclic CDRX cycles can be referred to the non-memory type in the above description of embodiment two of this application, and will not be repeated here.

[0227] Regarding step S1202, in this embodiment of the application, how the terminal device determines the moment when the terminal device enters the activation time period based on multiple cyclic CDRX cycles can be referred to the above description of embodiment three, and will not be repeated here.

[0228] Based on this scheme, the network device can send the sixth information to enable the terminal device to select multiple CDRX cycles from the configured multiple CDRX cycles for adjustment and determine the adjusted multiple CDRX cycles as multiple cyclic CDRX cycles. The time when the terminal device enters the activation time period determined by the multiple cyclic CDRX cycles matches the time when the network device sends the downlink frame of the first service according to the service cycle. The terminal device will not waste power and can meet the latency requirements of the first service.

[0229] The actions of the terminal device in steps S1201 to S1202 can be performed by... Figure 4 The processor 501 in the terminal device 50 shown calls the application code stored in the memory 502 to instruct the terminal device to execute; the actions of the network device in the above steps S1201 to S1202 can be performed by... Figure 4 The processor 401 in the network device 40 shown calls the application code stored in the memory 402 to instruct the network device to execute. This embodiment does not impose any limitations on this.

[0230] It is understood that, in the above embodiments, the methods and / or steps implemented by the terminal device can also be implemented by components (e.g., chips or circuits) that can be used in the terminal device; and the methods and / or steps implemented by the network device can also be implemented by components (e.g., chips or circuits) that can be used in the network device.

[0231] The above mainly describes the solutions provided by the embodiments of this application from the perspective of interaction between various devices. Correspondingly, the embodiments of this application also provide a communication device for implementing the various methods described above. This communication device can be a terminal device in the above method embodiments, or a device containing the above terminal device, or a component usable in a terminal device; or, this communication device can be a network device in the above method embodiments, or a device containing the above network device, or a component usable in the above network device. It is understood that, in order to achieve the above functions, the communication device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0232] This application embodiment can divide the communication device into functional modules according to the above method embodiment. For example, each function can be divided into its own functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0233] Figure 14A schematic diagram of a communication device 140 is shown. The communication device 140 includes a transceiver module 1401 and a processing module 1402. The transceiver module 1401, also known as a transceiver unit, is used to implement transceiver functions, and may be, for example, a transceiver circuit, a transceiver, a transceiver device, or a communication interface.

[0234] In this example, the communication device 140 is a terminal device in the above method embodiment: In one possible implementation, the transceiver module 1401 is used to receive first information from the network device, the first information being used to determine the first CDRX period corresponding to the communication device; the processing module 1402 is used to determine the time when the communication device enters the activation time period according to the first CDRX period and the first calculation rule, wherein the first calculation rule is used to control the time when the communication device enters the activation time period to match the time when the network device sends downlink frames of the first service according to the service period.

[0235] Optionally, the first CDRX cycle corresponding to the communication device is the first CDRX cycle configured by the network device for the communication device; wherein, the first CDRX cycle is the same as the service cycle.

[0236] Optionally, the first calculation rule satisfies the following relationship: modulo =drx-StartOffset; or = (drx-StartOffset)modulo(drx-cycle); where SFN represents the system frame number of the communication device entering the activation period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the first CDRX cycle; and drx-StartOffset represents the subframe offset before the communication device enters the activation period.

[0237] Optionally, the first information includes the service cycle of the first service; or, the first information includes the value of the first CDRX cycle; or, the first information includes the frequency of the first CDRX cycle; or, the first information includes a preset integer value, which is used by the communication device to determine the first CDRX cycle according to a preset relationship.

[0238] Optionally, the first information is carried in the Radio Resource Control (RRC) message.

[0239] Optionally, the first CDRX cycle corresponding to the communication device is a first CDRX cycle obtained by adjusting the CDRX cycle configured for the communication device according to the first information.

[0240] Optionally, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number]modulo (drx-Cycle + cycle-adjust) = drx-StartOffset; or, [(SFN × 10) + subframe number]modulo (drx-cycle + cycle-adjust) = (drx-StartOffset)modulo(drx-cycle + cycle-adjust); where SFN represents the frame number in which the communication device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the CDRX cycle configured by the network device for the communication device; cycle-adjust represents the cycle offset value determined by the communication device according to the first information; (drx-cycle + cycle-adjust) represents the first CDRX cycle corresponding to the communication device; and drx-StartOffset represents the subframe offset before the communication device enters the active time period.

[0241] Optionally, the first calculation rule satisfies the following relationship: [(SFN × 10) + subframe number]modulo(drx-cycleN) = drx-StartOffset; or, [(SFN × 10) + subframe number]modulo(drx-cycleN) = (drx-StartOffset)modulo(drx-cycleN); where SFN represents the frame number in which the communication device enters the active time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycleN represents the first CDRX cycle corresponding to the communication device; drx-StartOffset represents the subframe offset before the communication device enters the active time period; where drx-cycleN satisfies the following relationship: drx-cycleN = drx-cycle (N-1) + cycle-adjust; drx-cycle(N-1) represents the CDRX cycle configured before the communication device enters the activation period. When drx-cycle(N-1) = drx-cycle0, drx-cycle0 represents the CDRX cycle configured by the network device for the communication device; cycle-adjust represents the cycle offset value determined by the communication device based on the first information.

[0242] Optionally, the first information is carried in the Media Access Layer Control Unit (MAC CE) message.

[0243] In another possible implementation, the transceiver module 1401 is used to receive second information from the network device. The second information is used to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device for the communication device. The one or more CDRX cycles are used to control the timing of the communication device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle. The processing module 1402 is used to determine the timing of the communication device entering the activation period based on the one or more CDRX cycles.

[0244] Optionally, one or more CDRX cycles can be multiple cyclic CDRX cycles; multiple cyclic CDRX cycles are used to control the timing of the communication device entering the activation period corresponding to each CDRX cycle in the multiple cyclic CDRX cycles to match the timing of the network device sending the downlink frame of the first service according to the service cycle.

[0245] Optionally, the second information includes identification information corresponding to each CDRX cycle in the plurality of cyclic CDRX cycles, and the order of the identification information; wherein the order of the identification information corresponds to the cyclic order of the plurality of cyclic CDRX cycles.

[0246] Optionally, the second information is carried in the Radio Resource Control (RRC) message; or, the second information is carried in the Media Access Layer Control Unit (MAC CE) message.

[0247] Optionally, one or more CDRX cycles are designated as the first CDRX cycle; the first CDRX cycle is used to control the timing of the communication device entering the activation period to match the timing of the network device sending downlink frames of the first service according to the service cycle.

[0248] Optionally, the second information includes identification information corresponding to the first CDRX cycle.

[0249] Optionally, the second information is carried in the RRC message; or, the second information is carried in the MAC CE message.

[0250] Optionally, the transceiver module 1401 is also configured to receive third information from the network device, the third information being used by the network device to configure multiple CDRX cycles for the communication device, wherein the multiple CDRX cycles include one or more CDRX cycles.

[0251] Optionally, the third information includes identification information corresponding to each CDRX cycle in the multiple CDRX cycles, and configuration information of the CDRX cycle corresponding to the identification information.

[0252] Optionally, the third information is carried in the RRC message.

[0253] In another possible implementation, the transceiver module 1401 is used to receive fourth information from the network device, the fourth information indicating the time when the communication device will next enter the activation period after receiving the first downlink frame of the first service; wherein, the time when the communication device will next enter the activation period matches the time when the network device sends the second downlink frame of the first service; the second downlink frame is the first downlink frame sent by the network device according to the service cycle after the first downlink frame; the processing module 1402 is used to determine the time when the communication device will next enter the activation period after receiving the first downlink frame based on the fourth information.

[0254] Optionally, the fourth information is carried in the last data packet included in the first downlink frame.

[0255] Optionally, the fourth information is also used to indicate that the communication device enters an inactive period after receiving the first downlink frame.

[0256] Optionally, the fourth piece of information is carried in the Media Access Layer Control Unit (MAC CE) message.

[0257] All relevant content of each step involved in the above method embodiments can be referenced from the functional description of the corresponding functional module, and will not be repeated here.

[0258] In this embodiment, the communication device 140 is presented in an integrated manner, divided into various functional modules. Here, "module" can refer to a specific ASIC, circuit, processor and memory executing one or more software or firmware programs, integrated logic circuits, and / or other devices that can provide the above-mentioned functions.

[0259] In a simplified embodiment, those skilled in the art will recognize that the communication device 140 can employ... Figure 4 The terminal device 50 shown is in the form of [example device 50].

[0260] for example, Figure 4 The processor 501 in the terminal device 50 shown can execute the terminal power-saving method in the above method embodiment by calling computer execution instructions stored in the memory 502. Specifically, Figure 14 The functions / implementation process of the transceiver module 1401 and the processing module 1402 can be obtained through Figure 4 The processor 501 in the terminal device 50 shown calls computer execution instructions stored in memory 502 to implement the function. Alternatively, Figure 14 The function / implementation process of the processing module 1402 can be achieved through... Figure 4 The processor 501 in the terminal device 50 shown calls computer execution instructions stored in the memory 502 to implement this. Figure 14 The function / implementation process of the transceiver module 1401 can be obtained through Figure 4 This is achieved using the transceiver 503 in the terminal device 50 shown. Since the communication device 140 provided in this embodiment can execute the above-described terminal power-saving method, the technical effects it can achieve can be referred to the above method embodiments, and will not be repeated here.

[0261] Figure 15 A schematic diagram of another communication device 150 is shown. (See diagram below.) Figure 15 As shown, the communication device 150 includes a processor 1501, a memory 1502, and a transceiver 1503. The memory 1503 stores computer-executable instructions, the processor 1501 executes the instructions stored in the memory 1503, and the transceiver 1503 communicates with other devices in the communication network. The communication device 150 can be a terminal device as described in the above method embodiments.

[0262] In a simplified embodiment, those skilled in the art will recognize that the communication device 140 can employ... Figure 15 The communication device 150 shown is in this form. For example, Figure 14 The function / implementation process of the processing module 1402 can be achieved through... Figure 15 The processor 1501 in the communication device 150 shown calls computer execution instructions stored in the memory 1502 to implement this. Figure 14 The function / implementation process of the transceiver module 1401 can be obtained through Figure 15 This is achieved using the transceiver 1503 in the communication device 150 shown. Since the communication device 150 provided in this embodiment can execute the above-described terminal power-saving method, the technical effects it can achieve can be referred to the above-described method embodiments, and will not be repeated here.

[0263] It should be noted that one or more of the above modules or units can be implemented by software, hardware, or a combination of both. When any of the above modules or units are implemented by software, the software exists as computer program instructions and is stored in memory. The processor can be used to execute the program instructions and implement the above method flow. The processor can be built into a SoC (System-on-a-Chip) or ASIC, or it can be a separate semiconductor chip. In addition to the core that executes the software instructions for computation or processing, the processor may further include necessary hardware accelerators, such as field-programmable gate arrays (FPGAs), PLDs (Programmable Logic Devices), or logic circuits that implement dedicated logic operations.

[0264] When the above modules or units are implemented in hardware, the hardware can be any one or any combination of a CPU, microprocessor, digital signal processing (DSP) chip, microcontroller unit (MCU), artificial intelligence processor, ASIC, SoC, FPGA, PLD, application-specific digital circuit, hardware accelerator, or non-integrated discrete device, which can run the necessary software or perform the above method flow independently of software.

[0265] Optionally, embodiments of this application also provide a chip system, including: at least one processor and an interface, wherein the at least one processor is coupled to a memory via the interface, and when the at least one processor executes a computer program or instructions in the memory, the method in any of the above method embodiments is executed. In one possible implementation, the communication device further includes a memory. Optionally, the chip system may be composed of chips, or may include chips and other discrete devices; embodiments of this application do not specifically limit this.

[0266] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented using software programs, implementation can be, in whole or in part, in the form of a computer program product. This computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this 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. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device containing one or more servers, data centers, etc., that can be integrated with the medium. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks (SSDs)).

[0267] Although this application has been described herein in conjunction with various embodiments, those skilled in the art, by reviewing the accompanying drawings, disclosure, and appended claims, will understand and implement other variations of the disclosed embodiments in carrying out the claimed application. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude multiple components. A single processor or other unit can implement several functions listed in the claims. While different dependent claims may recite certain measures, this does not mean that these measures cannot be combined to produce good results.

[0268] Although this application has been described in conjunction with specific features and embodiments, it is obvious that various modifications and combinations can be made thereto without departing from the spirit and scope of this application. Accordingly, this specification and drawings are merely exemplary illustrations of this application as defined by the appended claims, and are considered to cover any and all modifications, variations, combinations, or equivalents within the scope of this application. Clearly, those skilled in the art can make various alterations and modifications to this application without departing from the spirit and scope of this application. Thus, if such modifications and modifications of this application fall within the scope of the claims of this application and their equivalents, this application is also intended to include such modifications and modifications.

Claims

1. A terminal energy-saving method, characterized in that, The method includes: Receive first information from the network device, the first information being used to determine the first CDRX period corresponding to the terminal device; the first CDRX period is a non-integer period that is the same as the service period of the first service, and the first service is an extended reality service; The first subframe number of the integer value of the activation time period of the terminal device is determined according to the first CDRX period and the first calculation rule, wherein the first subframe number belongs to the subframe number within the system frame; the first calculation rule is used to control the matching of the first subframe number of the terminal device entering the activation time period with the time when the network device sends the downlink frame of the first service according to the service period.

2. The method according to claim 1, characterized in that, The first CDRX cycle corresponding to the terminal device is the first CDRX cycle configured by the network device for the terminal device.

3. The method according to claim 2, characterized in that, The first calculation rule satisfies the following relationship: ； or, = (drx-StartOffset)modulo(drx-cycle); Wherein, SFN represents the system frame number in which the terminal device enters the activation time period; subframe number represents the subframe number within the system frame corresponding to the system frame number; drx-cycle represents the first CDRX cycle; and drx-StartOffset represents the subframe offset before the terminal device enters the activation time period.

4. The method according to claim 2 or 3, characterized in that, The first information includes the business cycle of the first service; Alternatively, the first information may include the value of the first CDRX cycle; Alternatively, the first information may include the frequency of the first CDRX cycle; Alternatively, the first information may include a preset integer value, which is used by the terminal device to determine the first CDRX cycle according to a preset relationship.

5. The method according to any one of claims 2-4, characterized in that, The first information is carried in the Radio Resource Control (RRC) message.

6. A terminal energy-saving method, characterized in that, The method includes: The system receives second information from a network device. This second information is used to determine one or more CDRX cycles among multiple CDRX cycles configured by the network device for the terminal device. The one or more CDRX cycles are used to determine multiple cyclic CDRX cycles. The second information includes identification information corresponding to each CDRX cycle in the multiple cyclic CDRX cycles, and the order of the identification information. The order of the identification information corresponds to the cyclic order of the multiple cyclic CDRX cycles. The multiple cyclic CDRX cycles are used to control that the time when the terminal device enters the activation time period corresponding to each CDRX cycle matches the time when the network device sends downlink frames of a first service according to the service cycle. The first service is an extended reality service. The moment when the terminal device enters the activation time period is determined based on the one or more CDRX cycles.

7. The method according to claim 6, characterized in that, The second information is carried in the Radio Resource Control (RRC) message; Alternatively, the second information may be carried in the Media Access Layer Control Unit (MAC CE) message.

8. The method according to claim 6 or 7, characterized in that, The method further includes: The network device receives third information, which is used by the network device to configure the plurality of CDRX cycles for the terminal device, wherein the plurality of CDRX cycles includes one or more CDRX cycles.

9. The method according to claim 8, characterized in that, The third information includes identification information corresponding to each CDRX cycle among the plurality of CDRX cycles, and configuration information of the CDRX cycle corresponding to the identification information.

10. The method according to claim 8 or 9, characterized in that, The third piece of information is carried in the RRC message.

11. A terminal energy-saving method, characterized in that, The method includes: The system receives fourth information from a network device, which indicates the time when the terminal device will next enter an active time period after receiving the first downlink frame of the first service, and the time when the terminal device will enter an inactive time period after receiving the first downlink frame. The time when the terminal device will next enter an active time period matches the time when the network device sends the second downlink frame of the first service. The second downlink frame is the first downlink frame sent by the network device according to the service cycle after the first downlink frame, and the first service is Extended Reality. Based on the fourth information, the time when the terminal device will next enter the activation period after receiving the first downlink frame is determined.

12. The method according to claim 11, characterized in that, The fourth information is carried in the last data packet included in the first downlink frame.

13. The method according to claim 11 or 12, characterized in that, The fourth piece of information is carried in the Media Access Layer Control Unit (MAC CE) message.

Images