A terminal baseband energy saving method and device based on sparse PDCCH and dynamic PDSCH degree coordination

Abstract

The application discloses a terminal baseband energy-saving method and device based on sparse PDCCH and dynamic PDSCH scheduling cooperation. A network side device generates and sends sparse PDCCH monitoring indication and PDSCH scheduling certainty information to a terminal, the former indicates that the terminal performs PDCCH monitoring according to a preset period, and the latter informs the terminal of a scheduling constraint condition of a subsequent PDSCH. The terminal performs sparse PDCCH monitoring according to the sparse PDCCH monitoring indication, and pre-judges PDSCH processing load according to the certainty information, and is adaptively adjusted to a low-power baseband processing state. The certainty information can be sent through an enhanced SSSG mechanism, a DCI field or a RRC and MAC-CE combined mode. The terminal can split processing tasks based on a scheduling gap, reduce a clock frequency, or switch to a low-power receiver state in a gap time slot without PDSCH scheduling. The application realizes PDCCH monitoring and PDSCH processing energy saving in all links, has strong compatibility, controllable signaling overhead, and is especially suitable for low-power scenarios such as Internet of Things and mobile terminals.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, and in particular to a terminal baseband power saving method and device based on the coordination of sparse PDCCH and dynamic PDSCH. Background Technology

[0002] In 5G NR Rel-17, a Search Space Set Group (SSSG) handover mechanism was introduced to reduce the power consumption of the UE during PDCCH monitoring. This mechanism can instruct the UE to switch from "dense PDCCH monitoring" to "sparse PDCCH monitoring". For example, the UE only needs to monitor the PDCCH once every 4 time slots, without having to continuously monitor every time slot, thereby reducing the power consumption during the PDCCH monitoring process.

[0003] However, existing sparse PDCCH monitoring mechanisms have significant limitations: they can only optimize energy consumption during PDCCH monitoring and cannot support energy saving for the UE during broadband PDSCH baseband processing. The core reason is that the UE cannot predict the scheduling mode of subsequent PDSCHs based on sparse PDCCH indications—even in sparse PDCCH monitoring mode, the network may still schedule PDSCHs in consecutive time slots (i.e., continuous PDSCH scheduling scenarios) by configuring parameters such as K0>0. Since sparse PDCCH indications do not provide the UE with a guarantee of "continuous throughput reduction," the UE must maintain high peak baseband processing capacity to cope with potential continuous PDSCH transmissions. It cannot achieve energy saving by reducing baseband processing speed or hardware resource consumption, resulting in limited overall energy saving for the UE and failing to meet the core requirement of 5G systems for low UE power consumption.

[0004] To address the aforementioned issues, a technical solution is urgently needed that can coordinate sparse PDCCH monitoring and PDSCH scheduling. This solution should retain the energy-saving advantages of sparse PDCCH monitoring while improving energy efficiency in the PDSCH baseband processing stage, thereby enhancing the overall energy-saving performance of the UE. Summary of the Invention

[0005] This application proposes a terminal baseband power saving method and device based on the coordinated scheduling of sparse PDCCH and dynamic PDSCH, which solves the shortcomings of the existing sparse PDCCH monitoring mechanism that cannot support UE baseband power saving, and is especially suitable for scenarios with high demand for low power consumption such as IoT and mobile terminals.

[0006] In a first aspect, this application proposes a terminal baseband power-saving method based on the coordination of sparse PDCCH and dynamic PDSCH scheduling, characterized by the following steps: generating a sparse PDCCH monitoring indication, which instructs the terminal to perform PDCCH monitoring according to a preset period; generating deterministic information for PDSCH scheduling, which informs the terminal of the scheduling constraints for subsequent PDSCH; transmitting the sparse PDCCH monitoring indication and the deterministic information for PDSCH scheduling; the terminal performs sparsed PDCCH monitoring according to the sparse PDCCH monitoring indication, and predicts the PDSCH processing load according to the deterministic information for PDSCH scheduling, and adapts and adjusts to a low-power baseband processing state.

[0007] A terminal baseband power-saving method based on the coordination of sparse PDCCH and dynamic PDSCH scheduling, for use in network-side equipment, is characterized by comprising the following steps: generating a sparse PDCCH monitoring indication, wherein the sparse PDCCH monitoring indication is used to instruct the terminal to perform PDCCH monitoring according to a preset period; generating deterministic information for PDSCH scheduling, wherein the deterministic information is used to inform the terminal of the scheduling constraints of subsequent PDSCHs; and transmitting the sparse PDCCH monitoring indication and the deterministic information for PDSCH scheduling to the terminal.

[0008] A terminal baseband power-saving method based on sparse PDCCH and dynamic PDSCH scheduling coordination, for use in terminal-side devices, is characterized by comprising the following steps: receiving sparse PDCCH monitoring instructions and deterministic information of PDSCH scheduling from network-side devices; wherein, the sparse PDCCH monitoring instructions are used to instruct the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information is used to inform the terminal of the scheduling constraints of subsequent PDSCH; performing sparsed PDCCH monitoring according to the sparse PDCCH monitoring instructions; and predicting the PDSCH processing load according to the deterministic information of PDSCH scheduling, and adapting it to a low-power baseband processing state.

[0009] The method described in any embodiment of the first aspect of this application is characterized in that the deterministic information of the PDSCH scheduling is sent through an enhanced semi-static scheduling gap mechanism; wherein the enhanced semi-static scheduling gap mechanism adds a PDSCH scheduling constraint information field to the original sparse PDCCH monitoring indication, and the PDSCH scheduling constraint information field includes the maximum number of consecutive scheduling slots of PDSCH and the minimum scheduling gap between consecutive PDSCHs under the sparse PDCCH monitoring mode.

[0010] The method described in any embodiment of the first aspect of this application is characterized in that the deterministic information of the PDSCH scheduling is sent through the downlink control information of the PDCCH; specifically, the downlink control information carries a subsequent scheduling gap identifier field, which is used to indicate the scheduling gap situation after the current PDSCH.

[0011] The method described in any embodiment of the first aspect of this application is characterized in that the deterministic information of the PDSCH scheduling is sent through a combination of radio resource control signaling and media access control unit; specifically, an activation instruction for a reduced continuous throughput mode is sent, the activation instruction including the mode effective duration, the maximum number of simultaneously scheduled component carriers of PDSCH within the duration, and the maximum number of consecutive time slots; after activating the mode, the network side must comply with the scheduling constraints, and a mode exit signaling must be sent before the constraints are exceeded.

[0012] The method described in any one of claims 1-6, used in a terminal-side device, is characterized in that the adaptation adjustment to a low-power baseband processing state specifically includes: determining the number N of time slots after the current PDSCH based on the deterministic information; splitting the baseband processing task of the current PDSCH into N+1 segments and distributing them to the current PDSCH time slot and the subsequent N time slots; reducing the clock frequency of the baseband processing to maintain only the minimum frequency required to complete the distributed task.

[0013] The method described in any one of claims 1-6 is used in a terminal-side device, characterized in that the adaptation adjustment to a low-power baseband processing state specifically includes: based on the deterministic information, operating in a low-power receiver state during time slots without PDSCH scheduling.

[0014] Secondly, this application also proposes a network-side device for implementing the method described in any one of the first aspects of this application. At least one module in the network-side device is configured to perform at least one of the following functions: generating a sparse PDCCH monitoring indication, which instructs a terminal to perform PDCCH monitoring according to a preset period; generating deterministic information for PDSCH scheduling, which informs the terminal of the scheduling constraints for subsequent PDSCHs; and transmitting the sparse PDCCH monitoring indication and the deterministic information for PDSCH scheduling to the terminal.

[0015] Thirdly, this application also proposes a terminal-side device for implementing the method described in any one of the first aspects of this application. At least one module in the terminal-side device is configured to perform at least one of the following functions: receiving a sparse PDCCH monitoring instruction and deterministic information for PDSCH scheduling from a network-side device; wherein the sparse PDCCH monitoring instruction instructs the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information informs the terminal of the scheduling constraints for subsequent PDSCHs; performing sparsed PDCCH monitoring according to the sparse PDCCH monitoring instruction; and predicting the PDSCH processing load based on the deterministic information for PDSCH scheduling, and adapting it to a low-power baseband processing state.

[0016] Fourthly, this application also proposes a communication device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the method as described in any embodiment of the first aspect of this application.

[0017] Fifthly, this application also proposes a computer-readable medium on which a computer program is stored, which, when executed by a processor, implements the steps of the method described in any embodiment of the first aspect of this application.

[0018] Sixthly, this application also proposes a mobile communication system comprising at least one network-side device as described in any embodiment of this application and / or at least one terminal-side device as described in any embodiment of this application.

[0019] The above-described technical solutions adopted in the embodiments of this application can achieve the following beneficial effects: Achieving energy saving across the entire process: This invention utilizes deterministic information from coordinated sparse PDCCH monitoring and PDSCH scheduling. This retains the energy-saving advantages of sparse PDCCH in the monitoring phase while resolving the issue of UE baseband energy consumption under continuous PDSCH scheduling, thus optimizing energy consumption across the entire process of PDCCH monitoring and PDSCH processing. Strong compatibility and controllable signaling overhead: Multiple implementation schemes of this invention can reuse existing NR signaling frameworks (such as SSSG, DCI, RRC, MAC-CE), requiring only a few new fields or logic. There is no need to reconstruct the existing communication architecture, resulting in strong compatibility and low additional signaling overhead. Balancing energy saving and scheduling flexibility: The network side can dynamically configure deterministic information to ensure UE energy saving while adjusting scheduling constraints according to service needs, avoiding the impact of energy saving on service continuity and throughput, thus balancing energy saving effects and scheduling flexibility. Strong UE adaptability: The UE can autonomously adjust its baseband processing state based on deterministic information, eliminating the need to continuously maintain high peak processing capabilities. This reduces UE hardware power consumption and extends battery life, making it particularly suitable for scenarios with high low-power requirements, such as the Internet of Things and mobile terminals. Attached Figure Description

[0020] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings: Figure 1 This is a schematic diagram of continuous PDSCH scheduling under the sparse PDCCH monitoring mode in the prior art; Figure 2 This is a flowchart of an embodiment of the method of this application (system overall perspective); Figure 3 This is a flowchart illustrating an embodiment of the method of this application used in a network-side device; Figure 4 This is a flowchart illustrating an embodiment of the method of this application used in a terminal-side device; Figure 5 Flowchart of an embodiment for sending deterministic information based on the enhanced SSSG mechanism; Figure 6 This is a schematic diagram of the signaling interaction for transmitting deterministic information based on the gap indication carried by the DCI. Figure 7 A flowchart illustrating an embodiment of sending deterministic information based on explicitly activated low sustained throughput mode; Figure 8 A flowchart illustrating an implementation of baseband adjustment based on task splitting and clock downclocking for terminal-side devices; Figure 9 A flowchart illustrating an embodiment of baseband adjustment for terminal-side devices based on low-power receiver mode; Figure 10This is a schematic diagram of an embodiment of a network-side device; Figure 11 This is a schematic diagram of an embodiment of the terminal-side device; Figure 12 This is a schematic diagram of the structure of a network-side device according to another embodiment of the present invention; Figure 13 This is a block diagram of a terminal-side device according to another embodiment of the present invention. Detailed Implementation

[0021] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0022] The core technical solution of this invention is as follows: the network-side device collaboratively sends sparse PDCCH monitoring instructions and deterministic information of PDSCH scheduling to the UE. The UE performs sparsed listening based on the sparse PDCCH monitoring instructions to reduce listening power consumption. At the same time, it predicts the PDSCH processing load based on the deterministic information and adapts to the low-power baseband processing state, thereby achieving energy saving in all aspects.

[0023] The technical solutions provided by the various embodiments of this application are described in detail below with reference to the accompanying drawings.

[0024] Figure 1 This is a schematic diagram of continuous PDSCH scheduling under the sparse PDCCH monitoring mode in the prior art. For example... Figure 1 As shown, in 5G NR systems, to reduce UE energy consumption during PDCCH monitoring, a Search Space Set Group (SSSG) switching mechanism is introduced. This mechanism instructs the UE to switch from "dense PDCCH monitoring" to "sparse PDCCH monitoring." For example, the UE only needs to monitor the PDCCH once every four time slots, eliminating the need for continuous monitoring in every time slot, thus reducing energy consumption during PDCCH monitoring. However, even when the UE is in sparse PDCCH monitoring mode, the network may still schedule PDSCH in consecutive time slots by configuring parameters such as K0>0, i.e., continuous PDSCH scheduling scenario. Since the sparse PDCCH indication does not provide the UE with a guarantee of "continuous throughput reduction," the UE must maintain high peak processing capacity of the baseband to cope with possible continuous PDSCH transmission, and cannot achieve energy saving by reducing baseband processing speed or reducing hardware resource consumption. Figure 1The shaded area represents the time slot for PDSCH transmission. It can be seen that even within a sparse PDCCH monitoring period, PDSCH may still be continuously scheduled, causing the UE baseband processing stage to fail to save energy.

[0025] Figure 2 This is a flowchart illustrating an embodiment of the method described in this application (from a system-wide perspective). This application proposes a terminal baseband power-saving method based on the coordinated scheduling of sparse PDCCH and dynamic PDSCH, comprising the following steps 110-150: It should be noted that the above steps are used for network entities in a wireless communication system, including terminal-side devices, network-side devices, or other intermediate devices; the above steps can also be used for service devices that provide information processing for the network entity devices; the above steps can also be used for any device, system, subsystem, circuit, chip, or software entity that provides information reception, transmission, identification, and processing for terminal-side devices or network-side devices.

[0026] Step 110: Generate sparse PDCCH monitoring indicators.

[0027] The network-side device generates a sparse PDCCH monitoring indication, which instructs the terminal to perform PDCCH monitoring according to a preset period. Specifically, this sparse PDCCH monitoring indication can be generated based on the existing SSSG mechanism, instructing the UE to switch from "dense PDCCH monitoring" to "sparse PDCCH monitoring" mode, for example, instructing the UE to monitor the PDCCH once every 4 time slots, without needing to continuously listen in every time slot. This sparse PDCCH monitoring indication can be used to reduce the UE's energy consumption during the PDCCH listening process.

[0028] Step 120: Generate deterministic information for PDSCH scheduling.

[0029] The network-side equipment generates deterministic information for PDSCH scheduling. This deterministic information informs the terminal of the scheduling constraints for subsequent PDSCHs. This information comprises relevant constraint parameters for PDSCH scheduling behavior, including but not limited to: the maximum number of consecutive scheduling slots, the minimum scheduling interval between consecutive PDSCHs, the maximum number of component carriers scheduled simultaneously, and the mode activation duration. Through this deterministic information, the UE can predict the scheduling mode for subsequent PDSCHs, thus providing a basis for baseband energy saving. The deterministic information can be semi-statically configured (e.g., via RRC signaling) or dynamically indicated (e.g., via DCI).

[0030] Step 130: Transmit the sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling.

[0031] The network-side device transmits the sparse PDCCH monitoring indication generated in step 110 and the deterministic information of PDSCH scheduling generated in step 120 to the terminal. The transmission method can be RRC signaling, MAC-CE signaling, DCI signaling, or a combination of these signaling methods.

[0032] Step 140: The terminal performs sparse PDCCH monitoring according to the sparse PDCCH monitoring instruction. The terminal performs sparse PDCCH monitoring according to a preset period based on the received sparse PDCCH monitoring instruction to reduce the power consumption of the PDCCH monitoring process. For example, if the sparse PDCCH monitoring instruction instructs the UE to monitor the PDCCH every four time slots, the UE will only activate the PDCCH monitoring module in the specified time slots, and can disable or reduce the power consumption of the PDCCH monitoring-related circuits in other time slots.

[0033] Step 150: The terminal predicts the PDSCH processing load based on the deterministic information of the PDSCH scheduling and adapts to a low-power baseband processing state. The terminal determines the PDSCH scheduling mode in subsequent time slots (such as whether there are gaps, the gap duration, etc.) based on the deterministic information, thereby predicting the load distribution of baseband processing tasks and adjusting the baseband processing state accordingly. This includes, for example, reducing the clock frequency, shutting down some processing cores, and switching to a low-power receiver mode, to reduce the UE's energy consumption in the PDSCH baseband processing stage.

[0034] Figure 3 This is a flowchart illustrating an embodiment of the method of this application used in a network-side device. The method described in any embodiment of the first aspect of this application, used in a network-side device, includes the following steps 210-230: Step 210: Generate sparse PDCCH monitoring indicators.

[0035] The network-side device generates a sparse PDCCH monitoring indication, which instructs the terminal to perform PDCCH monitoring according to a preset period. This indication can be generated based on the existing SSSG mechanism and sent to the UE via RRC signaling.

[0036] Step 220: Generate deterministic information for PDSCH scheduling.

[0037] The network-side device generates deterministic information for PDSCH scheduling, which informs the terminal of the scheduling constraints for subsequent PDSCHs. The network-side device can determine appropriate scheduling constraint parameters and generate deterministic information based on current service load, channel quality, UE capabilities, and other information.

[0038] Step 230: Transmit the sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling to the terminal.

[0039] The network-side device sends the generated instructions and information to the terminal.

[0040] Figure 4 This is a flowchart illustrating an embodiment of the method of this application used in a terminal-side device. The method described in any embodiment of the first aspect of this application, used in a terminal-side device, includes the following steps 310-330: Step 310: Receive sparse PDCCH monitoring indications and deterministic information on PDSCH scheduling from network-side devices.

[0041] The terminal-side device receives a sparse PDCCH monitoring instruction and a deterministic PDSCH scheduling information sent by the network-side device; wherein, the sparse PDCCH monitoring instruction is used to instruct the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information is used to inform the terminal of the scheduling constraints of subsequent PDSCH.

[0042] Step 320: Perform sparsification PDCCH monitoring according to the sparse PDCCH monitoring instruction.

[0043] The terminal listens to the PDCCH according to the preset period indicated, reducing the energy consumption of the PDCCH listening process.

[0044] Step 330: Predict the PDSCH processing load based on the deterministic information of the PDSCH scheduling, and adapt it to a low-power baseband processing state.

[0045] The terminal predicts the processing load of the subsequent PDSCH based on deterministic information and adjusts the baseband processing status according to the load, thereby achieving energy saving in the baseband stage.

[0046] The following describes in detail the method of sending deterministic information through several embodiments. These embodiments correspond to the specific implementation of generating and sending deterministic information in the aforementioned method, and can be applied to steps 120, 220, or 310.

[0047] Example 1: Sending deterministic information via an enhanced SSSG mechanism (corresponding to...) Figure 5 ) Figure 5This is a flowchart illustrating an embodiment of sending deterministic information based on the enhanced SSSG mechanism. In this embodiment, the deterministic information for PDSCH scheduling is sent through the enhanced semi-static scheduling gap (SSSG) mechanism. Specifically, the enhanced semi-static scheduling gap mechanism adds a PDSCH scheduling constraint information field to the original sparse PDCCH monitoring indication. This PDSCH scheduling constraint information field includes the maximum number of consecutive scheduling slots for PDSCH under this sparse PDCCH monitoring mode and the minimum scheduling gap between consecutive PDSCHs. This approach is suitable for scenarios where the network side has relatively fixed PDSCH scheduling constraints.

[0048] The specific implementation steps of this embodiment are as follows: Step 410: Configure scheduling constraint parameters on the network side.

[0049] Based on the Rel-17 SSSG mechanism, network-side equipment (such as base stations) extends the signaling structure of sparse PDCCH monitoring indication by adding a "PDSCH scheduling constraint information" field. This field is configured with parameters of "maximum consecutive scheduling slots = 1, minimum scheduling gap = 2," indicating that under the current sparse PDCCH monitoring mode, the UE can schedule a maximum of one consecutive PDSCH slot, and there must be an infinite scheduling gap of at least two slots between consecutive PDSCHs. This step corresponds to... Figure 2 Step 120 Figure 3 Step 220 involves generating deterministic information. Here, "maximum number of consecutive scheduling slots" refers to the maximum number of slots that the network can consecutively schedule PDSCH in sparse PDCCH monitoring mode; "minimum scheduling interval" refers to the minimum number of slots that must be between two consecutive PDSCH schedulings.

[0050] Step 420: Send Enhanced SSSG Indication. The network side sends an enhanced SSSG indication to the UE via RRC signaling. This indication includes the sparse PDCCH monitoring period (e.g., monitoring once every 4 time slots) and the newly added PDSCH scheduling constraint information mentioned above. This step corresponds to... Figure 2 Step 130 Figure 3 The transfer operation in step 230.

[0051] Step 430: UE Parses Indication and Adapts to Baseband State. The UE receives and parses the enhanced SSSG indication to determine the sparse PDCCH monitoring period and PDSCH scheduling constraints. Subsequently, the UE listens to the PDCCH every four time slots, and based on the scheduling constraints, adjusts the clock frequency of the baseband processing module to a low-power mode, eliminating the need to maintain a high peak throughput ready state. Based on the constraints, the UE adjusts time slots without PDSCH scheduling to low-power receiver mode. This step corresponds to... Figure 2 Steps 140-150 Figure 4Processing steps 320-330.

[0052] Step 440: The network side strictly adheres to scheduling constraints. During the period when this SSSG mode is in effect, the network side strictly adheres to the constraints of "maximum number of consecutive scheduling slots = 1, minimum scheduling interval = 2". If the constraints need to be adjusted, the enhanced SSSG indication must be resent.

[0053] Step 450: Achieve energy saving throughout the entire process of PDCCH monitoring and PDSCH processing.

[0054] The UE only needs to activate the listening module every 4 time slots during the PDCCH listening phase. During the PDSCH processing phase, since there is no excessive continuous scheduling, the UE maintains a low-power baseband state.

[0055] It should be noted that Example 1 and Figures 2-4 The relationships between the illustrated embodiments. Figure 2 The four core steps of the overall method are defined (generating instructions → generating deterministic information → transmitting → UE performing listening and adapting to energy saving). Figure 5 This is a specific implementation of the "generating deterministic information" and "transmitting" steps—by enhancing the SSSG mechanism to carry scheduling constraint fields in RRC signaling. Figure 3 and Figure 4 The overall process was broken down from both the network side and the terminal side perspectives. Figure 5 Steps 410-420 correspond to Figure 3 The deterministic information portion in steps 210-230, Figure 5 Step 430 corresponds to Figure 4 UE processing section in steps 310-330 Example 2: Sending deterministic information via DCI (corresponding to) Figure 6 ) Figure 6 This is a schematic diagram of signaling interaction based on DCI carrying gap indication to send deterministic information. In this embodiment, the deterministic information for PDSCH scheduling is sent through the downlink control information (DCI) of PDCCH. Specifically, the downlink control information carries a subsequent scheduling gap identifier field, which is used to indicate the scheduling gap status after the current PDSCH. This method is suitable for scenarios where PDSCH scheduling on the network side changes dynamically.

[0056] The specific implementation steps of this embodiment are as follows: Step 510: Configure the subsequent scheduling gap flag in DCI.

[0057] The network-side equipment adds a 2-bit "Subsequent Scheduling Gap Identifier" field to the DCI format of the PDCCH (e.g., DCI1_0). The identification rules are defined as follows: "00" indicates no gap after the current PDSCH, "01" indicates one time slot gap after the current PDSCH, and "10" indicates two time slot gaps after the current PDSCH. Optionally, a 1-bit field can also be used, for example, "0" indicates no gap and "1" indicates a gap. The specific gap length can be pre-agreed or configured through other signaling. This step corresponds to... Figure 2 Step 120 Figure 3 Step 220 involves generating deterministic information.

[0058] Step 520: Send sparse PDCCH monitoring pointer.

[0059] The network side sends a sparse PDCCH monitoring instruction to the UE via the SSSG mechanism, instructing the UE to listen to the PDCCH every 3 time slots. This step corresponds to... Figure 2 Step 110 Figure 3 Step 210 involves generating a sparse PDCCH monitoring indicator.

[0060] Step 530: Dynamically schedule PDSCH and carry gap identifier.

[0061] When the network side needs to schedule PDSCH, it sends a DCI in the PDCCH of Slot 3. This DCI contains PDSCH resource allocation information and "subsequent scheduling gap identifier = 01" (i.e., there is one time slot gap after the current PDSCH). This step corresponds to... Figure 2 Step 130 Figure 3 The transmission operation in step 230. The subsequent scheduling gap identifier field in DCI can be dynamically changed, and different gap values ​​can be set according to actual scheduling requirements.

[0062] Step 540: The UE parses the DCI and performs baseband power saving adjustments.

[0063] The UE listens to and parses the DCI in Slot 3, determining that the PDSCH will be transmitted in Slot 4, and that there is one time slot gap (Slot 5) after Slot 4. The UE then splits the PDSCH baseband processing task in Slot 4 into two segments: the first segment is processed in Slot 4 (accounting for 50% of the task), and the second segment is processed in the time slot gap in Slot 5 (accounting for 50% of the task), while reducing the baseband processing clock frequency to complete the processing with low resource consumption; alternatively, based on constraints, the UE adjusts the time slot without PDSCH scheduling to low-power receiver mode. This step corresponds to... Figure 2 Steps 140-150 Figure 4 Processing steps 320-330.

[0064] Step 550: Reserve a gap and repeat the scheduling process.

[0065] The network does not schedule PDSCH in Slot 5 to reserve a processing gap for the UE; in Slot 6, if PDSCH needs to be scheduled again, a new gap identifier is sent through DCI, and the UE repeats the above processing procedure.

[0066] It should be noted that Example 2 and Figures 2-4 The relationships between the illustrated embodiments. Figure 2 The overall method is defined in four core steps (generating instructions → generating deterministic information → transmitting → UE performing listening and adapting to energy saving). Figure 6 It is a dynamic implementation of the "generating deterministic information" and "transmission" steps—using the "subsequent scheduling gap identifier" field carried by DCI signaling to achieve dynamic gap indication per PDSCH. Figure 3 and Figure 4 The overall process was broken down from both the network side and the terminal side perspectives. Figure 6 Steps 510-530 correspond to Figure 3 The deterministic information portion in steps 210-230 (where step 520 corresponds to the generation of monitoring instructions and step 530 corresponds to the transmission of deterministic information). Figure 6 Step 540 corresponds to Figure 4 Steps 310-330 include the UE processing section (parse DCI and perform power-saving adjustments).

[0067] Example 3: Sending deterministic information via a combination of RRC and MAC-CE (corresponding to...) Figure 7 ).

[0068] Figure 7 This is a flowchart illustrating an embodiment of sending deterministic information based on explicitly activating a low sustained throughput mode. In this embodiment, the deterministic information for PDSCH scheduling is sent via a combination of Radio Resource Control (RRC) signaling and Media Access Control Unit (MAC-CE). Specifically, an activation command for the reduced sustained throughput mode is sent. This activation command includes the mode's effective duration, the maximum number of simultaneously scheduled component carriers (CCs) for the PDSCH within that duration, and the maximum number of consecutive time slots. After activating the mode, the network side must adhere to the scheduling constraints; a mode exit signaling must be sent before these constraints are exceeded. This method is suitable for scenarios where there is a significant difference between peak and off-peak traffic periods, such as the periodic data transmission of IoT terminals.

[0069] The specific implementation steps of this embodiment are as follows: Step 610: Configure parameters for the reduced continuous throughput mode.

[0070] The network-side equipment is configured with "Reduced Continuous Throughput Mode" parameters, including mode duration = 100 time slots, maximum number of simultaneous scheduled CCs = 1, and maximum number of consecutive time slots = 2. This step corresponds to... Figure 2 Step 120 Figure 3 Step 220 involves generating deterministic information. The mode duration indicates the length of time the mode lasts; the maximum number of simultaneously scheduled CCs indicates the maximum number of component carriers that the network can simultaneously schedule during the mode's active period; and the maximum number of consecutive time slots indicates the maximum number of consecutively scheduled PDSCHs.

[0071] Step 620: Activate the module by combining RRC and MAC-CE.

[0072] When a UE enters a low-traffic period (e.g., without burst data transmission), the network side sends mode configuration information via RRC signaling and then quickly activates the "reduce continuous throughput mode" via MAC-CE signaling. This step corresponds to... Figure 2 Step 130 Figure 3 The transmission operation in step 230. RRC signaling is used to configure semi-static mode parameters, and MAC-CE signaling is used to quickly activate or deactivate the mode.

[0073] Step 630: UE activate mode and adapt to low power state.

[0074] After receiving RRC and MAC-CE signaling, the UE activates the low sustained throughput mode, shutting down redundant baseband processing cores (e.g., reducing from 4 cores to 2 cores), retaining only the processing capacity of one CC core, and reducing the clock frequency; or, based on constraints, the UE adjusts time slots without PDSCH scheduling to low-power receiver mode. This step corresponds to... Figure 2 Steps 140-150 Figure 4 Processing steps 320-330.

[0075] Step 640: The network side follows the scheduling constraint operation mode.

[0076] Within the 100 time slots during which the mode is active, the network side schedules PDSCH through only 1 CC and at most 2 time slots consecutively. If a sudden service occurs during this period (such as the UE sending emergency data), the network side first sends a mode exit instruction to the UE through MAC-CE signaling.

[0077] Step 650: UE exits mode and resumes high-performance mode.

[0078] After the UE receives the mode exit command, the processing capacity of the 4-core baseband processing core and 2 CCs is restored, and the clock frequency is restored to ensure the throughput requirements of sudden services.

[0079] The following describes in detail, through multiple embodiments, how the terminal-side device is adapted and adjusted to a low-power baseband processing state. These embodiments correspond to the processing methods of the terminal-side device in the aforementioned method and can be applied to steps 150, 330, or the UE processing steps in embodiments 1-3.

[0080] It should be noted that Example 3 and Figures 2-4 The relationship between the illustrated embodiments. Figure 2 In the core steps of the illustrated embodiment, Figure 7 It is an explicit mode activation method for the "generating deterministic information" and "transmission" steps—by semi-statically configuring mode parameters through RRC signaling, and then quickly activating / deactivating the "reduced continuous throughput mode" through MAC-CE signaling, to achieve deep energy saving during off-peak periods. Figure 3 and Figure 4 The overall process was broken down from both the network side and the terminal side perspectives. Figure 7 Steps 610-620 correspond to Figure 3 The deterministic information portion in steps 210-230, Figure 7 Step 630 corresponds to Figure 4 Steps 310-330 involve UE processing (activating the mode and performing energy-saving adjustments). Figure 7 Step 650 corresponds to the UE exiting the power-saving state.

[0081] Example 4: Baseband Adjustment Based on Task Splitting and Clock Downclocking (corresponding to) Figure 8 ) Figure 8 This is a flowchart illustrating an embodiment of baseband adjustment for terminal-side devices based on task splitting and clock downclocking. In this embodiment, the terminal-side device adapts and adjusts to a low-power baseband processing state, specifically including the following sub-steps: Step 710: Determine the number N of time slots after the current PDSCH based on the deterministic information.

[0082] The UE has built-in baseband processing timing adaptation logic to determine the number N of time slot gaps after the current PDSCH based on the deterministic information. For example, in Embodiment 2, if the "subsequent scheduling gap identifier = 01" carried by the DCI indicates that there is one time slot gap after the current PDSCH, then N = 1; if the identifier = 10, then N = 2; if the identifier = 00, then N = 0. In Embodiment 1, according to the "minimum scheduling gap = 2" in the enhanced SSSG indication, it can be determined that there are at least 2 gap time slots between consecutive PDSCHs, then N ≥ 2. In Embodiment 3, according to the constraint of "maximum number of consecutive time slots = 2", it can be determined that there will definitely be a gap after a maximum of 2 consecutively scheduled time slots, and the UE can predict the occurrence of the gap accordingly.

[0083] Step 720: Divide the baseband processing task of the current PDSCH into N+1 segments and distribute them to the current PDSCH time slot and the subsequent N time slots.

[0084] The UE splits baseband processing tasks, distributing tasks that would otherwise be processed centrally within a single time slot across multiple time slots, thereby reducing the peak processing load in each time slot. Specifically, when N=1, the task is split into two segments: the first segment is processed in the current PDSCH time slot, and the second segment is processed in subsequent time slots. When N=2, it is split into three segments, and so on. The task splitting ratio can be configured according to actual processing capacity, such as evenly distributing the task across segments, or processing more tasks in the first segment and fewer tasks in subsequent time slots. The UE can dynamically adjust the splitting ratio based on factors such as current clock frequency, battery level, and temperature. Baseband processing tasks include, but are not limited to: channel estimation, demodulation, decoding, and HARQ combining.

[0085] Step 730: Reduce the baseband processing clock frequency to maintain only the minimum frequency required to complete the distributed tasks.

[0086] Because processing tasks are distributed across multiple time slots, the amount of work to be processed in each time slot is reduced. The UE can accordingly lower the baseband processing clock frequency, maintaining only the minimum frequency required to complete the distributed tasks, thus achieving energy savings in the baseband processing stage. For example, if the amount of work to be processed in one time slot is Q, and the clock frequency is F, when the tasks are distributed across two time slots, the amount of work to be processed in each time slot is approximately Q / 2. In this case, the clock frequency can be reduced to approximately F / 2, significantly reducing power consumption. More generally, if the tasks are distributed across M time slots (M=N+1), the clock frequency can be reduced to F / M or slightly higher to retain some processing margin. The reduction in clock frequency directly affects the processor's dynamic power consumption, as dynamic power consumption is proportional to the square of the frequency (P∝f²).

[0087] It should be noted that, Figure 2 Step 150 and Figure 4 Step 330 defines the overall requirements for the terminal to adapt to low-power baseband processing. Figure 8 This is a specific implementation of these two steps—distributing the processing time through gap information, thereby reducing the clock frequency and achieving dynamic power consumption reduction. Figure 8 and Figure 9 (Low-power receiver mode) can be implemented independently or in combination to achieve deep energy saving in the baseband stage.

[0088] Example 5: Baseband tuning based on low-power receiver mode (corresponding to) Figure 9 ) Figure 9This is a flowchart illustrating an embodiment of baseband adjustment by a terminal-side device based on a low-power receiver mode. This embodiment corresponds to a specific implementation method where the terminal-side device adapts and adjusts to a low-power baseband processing state after receiving deterministic information.

[0089] This embodiment can be compared with Figure 2 Step 150 in the overall method flow shown (the terminal adapts and adjusts to a low-power baseband processing state based on deterministic information) can be combined with, or can be combined with, other methods. Figure 4 This is combined with step 330 (adapting to a low-power baseband processing state based on deterministic information) in the terminal-side method flow shown. Specifically, this embodiment provides a specific implementation of steps 150 and 330, namely, achieving baseband power saving by switching to a low-power receiver state during time slots without PDSCH scheduling.

[0090] like Figure 9 As shown, this embodiment includes the following steps: Step 810: The terminal receiving module 503 receives and parses the deterministic information.

[0091] The terminal receiving module 503 of the terminal-side device 700 receives a sparse PDCCH monitoring instruction and deterministic information on PDSCH scheduling from the network-side device 600. The sparse PDCCH monitoring instruction instructs the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information informs the terminal of the scheduling constraints for subsequent PDSCHs. This step corresponds to... Figure 2 The receiving part in step 130 Figure 4 The receiving operation in step 310.

[0092] Step 820: The terminal determination module 502 identifies the time slots without PDSCH scheduling based on the deterministic information.

[0093] The terminal determination module 502 of the terminal-side device 700 parses the received deterministic information, determines based on the deterministic information whether there is a gap time slot without PDSCH scheduling in the subsequent time slots, and identifies the specific gap time slot location. For example, in Embodiment 2 ( Figure 6 In Example 1, the UE determines Slot 5 as the time slot based on the "subsequent scheduling gap identifier = 01" carried by the DCI; Figure 5 In this process, the UE determines that there are at least two gap time slots between consecutive PDSCHs based on the "minimum scheduling gap = 2" setting in the enhanced SSSG indication. This step corresponds to... Figure 2 Step 150 Figure 4 The predictive processing load operation in step 330.

[0094] Step 830: The terminal determination module 502 controls the terminal to switch to low-power receiver state during the time slot.

[0095] Based on the identification result of step 820, the terminal determination module 502 of the terminal-side device 700 controls the receiver-related circuits to switch to a low-power receiver state during time slots without PDSCH scheduling. In the low-power receiver state, the UE shuts down or reduces the power supply voltage and clock frequency of the receiver-related modules, maintaining only the necessary synchronization tracking function, thereby further reducing power consumption.

[0096] Depending on the length of the time slot and subsequent scheduling expectations, the low-power receiver state can include several energy-saving levels: Light sleep mode: The main receiving path is turned off, and only the synchronization tracking loop is retained; Deep sleep mode: Turns off most radio frequency and baseband circuits, leaving only the timer for waking up; Sleep mode: The receiver is completely turned off and is woken up according to the wake-up cycle configured by the upper layer.

[0097] The UE can dynamically select different low-power receiver states based on factors such as the length of the time slot, battery power, and temperature to achieve optimal energy saving.

[0098] Step 840: The terminal receiving module 503 wakes up and resumes normal receiving state when the gap ends.

[0099] When the time slot ends, the terminal receiving module 503 of the terminal-side device 700 wakes up from the low-power receiver state and returns to the normal receiving state, ready to receive the subsequent PDCCH or PDSCH.

[0100] This embodiment and Figures 2-4 Explanation of the relationships in the illustrated embodiments: like Figure 2 In the overall method flow of this application shown, step 150, "the terminal predicts the PDSCH processing load based on the deterministic information of PDSCH scheduling and adapts to a low-power baseband processing state," includes various baseband power-saving adjustment methods. This embodiment ( Figure 9 This is a specific implementation of step 150, namely, achieving energy saving by operating in a low-power receiver state during the time slots without PDSCH scheduling.

[0101] like Figure 4 In the terminal-side method flow shown in this application, step 330, "predicting the PDSCH processing load based on the deterministic information of PDSCH scheduling and adapting it to a low-power baseband processing state," also includes various baseband power-saving adjustment methods. This embodiment ( Figure 9 () is a specific implementation of step 330.

[0102] This embodiment can be compared with Figure 5 , Figure 6 , Figure 7 The deterministic information transmission methods shown can be used in any combination: When using Figure 5 When the enhanced SSSG mechanism shown (Example 1) is implemented, the UE identifies the time slot based on the "minimum scheduling gap" parameter in the SSSG indication; When using Figure 6 When using the DCI dynamic indication method shown in Example 2, the UE identifies the time slot gap based on the "subsequent scheduling gap identifier" field in the DCI. When using Figure 7 When the RRC+MAC-CE combination method shown is used (Example 3), the UE is expected to have more gap time slots during the period when the "Reduced Continuous Throughput Mode" is activated.

[0103] This embodiment and Figure 8 The illustrated embodiment 4 (baseband adjustment based on task splitting and clock frequency reduction) can be implemented simultaneously or selectively. For example, the UE can either reduce the clock frequency to process the split tasks in the time slot, or switch to a low-power receiver state in the time slot, or select different energy-saving strategies according to the specific circumstances of the time slot.

[0104] Figure 10 This is a schematic diagram of a network-side device embodiment. This application also proposes a network-side device for implementing the method of any embodiment in this application. The network-side device is configured to: generate a sparse PDCCH monitoring indication, which instructs a terminal to perform PDCCH monitoring according to a preset period; generate deterministic information for PDSCH scheduling, which informs the terminal of the scheduling constraints for subsequent PDSCHs; and transmit the sparse PDCCH monitoring indication and the deterministic information for PDSCH scheduling to the terminal.

[0105] To implement the above technical solution, this application proposes a network-side device 400, which includes a network transmitting module 401, a network determining module 402, and a network receiving module 403 that are interconnected.

[0106] The network transmission module 401 is used to transmit the sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling to the terminal. This module can achieve... Figure 2 Step 130 Figure 3 The sending operation in step 230, and the sending operations in steps 420 of Embodiment 1, 530 of Embodiment 2, and 620 of Embodiment 3.

[0107] The network determination module 402 is used to generate deterministic information for sparse PDCCH monitoring indication and PDSCH scheduling. This module can achieve... Figure 2 Steps 110-120 Figure 3 The generation operations of steps 210-220, as well as the generation and configuration operations of step 410 in Example 1, step 510 in Example 2, and step 610 in Example 3.

[0108] The network receiving module 403 is used to receive messages from the terminal. For example, it receives capability information, status information, or response messages reported by the UE.

[0109] The specific methods for implementing the functions of the network sending module, network determining module, and network receiving module are as described in the various method embodiments of this application, and will not be repeated here.

[0110] The network-side equipment described in this application may refer to base station facilities, network-side equipment or servers connected to base stations, systems that provide services for the aforementioned equipment, or any system, subsystem, module, circuit, chip or software operating device that provides information reception, transmission, identification and processing for the aforementioned equipment.

[0111] Figure 11 This is a schematic diagram of an embodiment of a terminal-side device. This application also proposes a terminal-side device for implementing the method of any embodiment of this application. The terminal-side device is configured to: receive a sparse PDCCH monitoring instruction and deterministic information for PDSCH scheduling from a network-side device; wherein the sparse PDCCH monitoring instruction instructs the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information informs the terminal of the scheduling constraints for subsequent PDSCH; perform sparsed PDCCH monitoring according to the sparse PDCCH monitoring instruction; and predict the PDSCH processing load according to the deterministic information for PDSCH scheduling, and adapt it to a low-power baseband processing state.

[0112] To implement the above technical solution, this application proposes a terminal-side device 500, which includes a terminal transmitting module 501, a terminal determining module 502, and a terminal receiving module 503 that are interconnected.

[0113] The terminal receiving module 503 is used to receive sparse PDCCH monitoring indications and deterministic information on PDSCH scheduling from network-side devices. This module can achieve... Figure 2 The receiving part in step 130 Figure 4 The receiving operation in step 310, and the receiving part in step 430 of embodiment 1, the receiving part in step 540 of embodiment 2, and the receiving part in step 630 of embodiment 3.

[0114] The terminal determination module 502 is used to perform sparsed PDCCH monitoring according to the sparse PDCCH monitoring instruction, and predict the PDSCH processing load according to the deterministic information of the PDSCH scheduling to determine the appropriate low-power baseband processing state. This module can achieve... Figure 2 Steps 140-150 Figure 4 The determination and adjustment operations in steps 320-330, as well as the analysis and adjustment parts of step 430 in Example 1, step 540 in Example 2, step 630 in Example 3, steps 710-730 in Example 4, and related determination and adjustment operations in Example 5.

[0115] The terminal sending module 501 is used to send messages to the network-side device. For example, it can send mode switching responses, capability reporting messages, etc.

[0116] The specific methods for implementing the functions of the terminal sending module, the terminal determining module, and the terminal receiving module are as described in the various method embodiments of this application, and will not be repeated here.

[0117] The terminal-side equipment described in this application may refer to user equipment (UE), personal mobile terminal, smart terminal, mobile phone, computer with communication function, system that provides services for the above-mentioned equipment, or any system, subsystem, module, circuit, chip or software running device that provides information reception, transmission, identification and processing for the above-mentioned equipment.

[0118] Figure 12 This is a schematic diagram of a network-side device according to another embodiment of the present invention. As shown in the figure, the network-side device 600 includes a processor 601, a wireless interface 602, and a memory 603. The wireless interface may consist of multiple components, including a transmitter and a receiver, providing a unit for communication with various other devices over a transmission medium. The wireless interface implements communication functions with the terminal-side device, processes wireless signals through receiving and transmitting devices, and the data carried by the signals is communicated with the memory or processor via an internal bus structure. The memory 603 contains a computer program that executes any embodiment of this application, and the computer program runs or modifies the processor 601. When the memory, processor, and wireless interface circuit are connected through a bus system, the bus system includes a data bus, a power bus, a control bus, and a status signal bus, which will not be described in detail here. This network-side device 600 can execute... Figures 2-3 The steps performed by the network-side device in the illustrated method embodiment, and the steps performed by the network-side device in embodiments 1-3.

[0119] Figure 13This is a block diagram of a terminal-side device according to another embodiment of the present invention. The terminal-side device 700 includes at least one processor 701, a memory 702, a user interface 703, and at least one wireless network interface 704. The various components in the terminal-side device 700 are coupled together via a bus system. The bus system is used to enable communication between these components. The bus system includes a data bus, a power bus, a control bus, and a status signal bus.

[0120] User interface 703 may include a display, keyboard, or clicking device, such as a mouse, trackball, touchpad, or touchscreen.

[0121] The memory 702 stores executable modules or data structures. The memory may store an operating system and application programs. The operating system includes various system programs, such as a framework layer, core library layer, and driver layer, used to implement various basic business functions and handle hardware-based tasks. The application programs include various applications, such as media players and browsers, used to implement various application functions.

[0122] In an embodiment of the present invention, the memory 702 contains a computer program that executes any embodiment of the present application, the computer program being run on or modified by the processor 701.

[0123] The memory 702 includes a computer-readable storage medium. The processor 701 reads the information in the memory 702 and, in conjunction with its hardware, completes the steps of the above-described method. Specifically, the computer-readable storage medium stores a computer program, which, when executed by the processor 701, implements the steps of the method embodiments described in any of the above embodiments.

[0124] Processors 601 and 701 may be integrated circuit chips with signal processing capabilities. In implementation, each step of the method in this application can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, digital signal processor, application-specific integrated circuit, off-the-shelf programmable gate array or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this invention. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of this invention can be directly manifested as execution by a hardware decoding processor, or execution by a combination of hardware and software modules in the decoding processor.

[0125] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. In a typical configuration, the device of this application includes one or more processors (CPUs), an input / output user interface, a network interface, and memory.

[0126] Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0127] Therefore, this application also proposes a computer-readable medium storing a computer program that, when executed by a processor, implements the steps of the method described in any embodiment of this application. For example, the memory 603, 702 of the present invention may include non-permanent memory in the form of computer-readable medium, random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM.

[0128] Based on the embodiments of the above-described apparatus in this application, this application also proposes a mobile communication system, including at least one embodiment of any terminal-side device in this application and / or at least one embodiment of any network-side device in this application.

[0129] It should be noted that the specific mobile communication technology described in this invention is not limited, and can be WCDMA, CDMA2000, TD-SCDMA, WiMAX, LTE / LTE-A, LAA, MuLTEfire, 5G NR, and the sixth-generation and Nth-generation mobile communication technologies that may appear in the future.

[0130] The terminal described in this invention refers to a terminal-side product that can support the communication protocols of terrestrial mobile communication systems, and a specially designed wireless modem module that can be integrated into various types of terminal forms such as mobile phones, tablets, and data cards to complete communication functions.

[0131] For ease of description, a fifth-generation mobile communication system is used as an example, where the mobile communication terminal can be represented as UE (User Equipment), and the network-side access equipment can be represented as a base station or access point.

[0132] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0133] Those skilled in the art will understand that, unless otherwise stated, the singular forms “a,” “an,” “the,” and “the” used herein may also include the plural forms. It should be understood that when a device or component is “connected” to another device or component, it may be directly connected to the other device or component, or there may be an intermediary device or component. Furthermore, the term “connection” as used herein may include partially wireless connections as well as partially wired connections.

[0134] In the description of this application, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances. Furthermore, in the description of this application, unless otherwise stated, "multiple" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.

[0135] The above description is merely an embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principle of this application should be included within the scope of the claims of this application.

Claims

1. A terminal baseband power-saving method based on the synergy of sparse PDCCH and dynamic PDSCH, characterized in that, Includes the following steps: Generate a sparse PDCCH monitoring indication, which is used to instruct the terminal to perform PDCCH monitoring according to a preset period; Generate deterministic information for PDSCH scheduling, which is used to inform the terminal of the scheduling constraints for subsequent PDSCHs; Transmit the sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling; The terminal performs sparsed PDCCH monitoring according to the sparse PDCCH monitoring instruction, and predicts the PDSCH processing load according to the deterministic information of the PDSCH scheduling, and adapts and adjusts to a low-power baseband processing state.

2. A terminal baseband power-saving method based on the coordinated scheduling of sparse PDCCH and dynamic PDSCH, used in network-side equipment, characterized in that, Includes the following steps: Generate a sparse PDCCH monitoring indication, which is used to instruct the terminal to perform PDCCH monitoring according to a preset period; Generate deterministic information for PDSCH scheduling, which is used to inform the terminal of the scheduling constraints for subsequent PDSCHs; The sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling are transmitted to the terminal.

3. A terminal baseband power-saving method based on the coordinated scheduling of sparse PDCCH and dynamic PDSCH, used in terminal-side equipment, characterized in that... Includes the following steps: Receive sparse PDCCH monitoring indication and deterministic information for PDSCH scheduling from network-side devices; wherein, the sparse PDCCH monitoring indication is used to instruct the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information is used to inform the terminal of the scheduling constraints for subsequent PDSCH. Perform sparsified PDCCH monitoring according to the sparse PDCCH monitoring instruction; Based on the deterministic information of the PDSCH scheduling, the PDSCH processing load is predicted and adjusted to a low-power baseband processing state.

4. The method according to any one of claims 1-3, characterized in that, The deterministic information of the PDSCH scheduling is sent through an enhanced semi-static scheduling gap mechanism; wherein, the enhanced semi-static scheduling gap mechanism adds a PDSCH scheduling constraint information field to the original sparse PDCCH monitoring indication, the PDSCH scheduling constraint information field including the maximum number of consecutive scheduling slots of PDSCH and the minimum scheduling gap between consecutive PDSCH under the sparse PDCCH monitoring mode.

5. The method according to any one of claims 1-3, characterized in that, The deterministic information for PDSCH scheduling is sent through the downlink control information of PDCCH; specifically, the downlink control information carries a subsequent scheduling gap identifier field, which is used to indicate the scheduling gap status after the current PDSCH.

6. The method according to any one of claims 1-3, characterized in that, The deterministic information for PDSCH scheduling is transmitted through a combination of radio resource control signaling and media access control unit; specifically, an activation instruction for a reduced continuous throughput mode is sent, which includes the mode effective duration, the maximum number of simultaneously scheduled component carriers of PDSCH within the duration, and the maximum number of consecutive time slots; after activating the mode, the network side must comply with the scheduling constraints, and a mode exit signaling must be sent before the constraints are exceeded.

7. The method as described in claim 3, characterized in that, The adaptation adjustment to a low-power baseband processing state specifically includes: Based on the deterministic information, determine the number N of time slots after the current PDSCH; The baseband processing task of the current PDSCH is split into N+1 segments and distributed to the current PDSCH time slot and the subsequent N time slots. Reduce the baseband processing clock frequency to maintain only the minimum frequency required to complete distributed tasks.

8. The method as described in claim 3, characterized in that, The adaptation adjustment to a low-power baseband processing state specifically includes: Based on the aforementioned deterministic information, the receiver operates in a low-power receiver state during time slots without PDSCH scheduling.

9. A network-side device for implementing the method according to any one of claims 1-8, characterized in that, At least one module in the network-side device is used for at least one of the following functions: Generate a sparse PDCCH monitoring indication, which is used to instruct the terminal to perform PDCCH monitoring according to a preset period; Generate deterministic information for PDSCH scheduling, which is used to inform the terminal of the scheduling constraints for subsequent PDSCHs; The sparse PDCCH monitoring indication and the deterministic information of the PDSCH scheduling are transmitted to the terminal.

10. A terminal-side device for implementing the method according to any one of claims 1-8, characterized in that, At least one module in the terminal-side device is used for at least one of the following functions: Receive sparse PDCCH monitoring indication and deterministic information for PDSCH scheduling from network-side devices; wherein, the sparse PDCCH monitoring indication is used to instruct the terminal to perform PDCCH monitoring according to a preset period, and the deterministic information is used to inform the terminal of the scheduling constraints for subsequent PDSCH. Perform sparsified PDCCH monitoring according to the sparse PDCCH monitoring instruction; Based on the deterministic information of the PDSCH scheduling, the PDSCH processing load is predicted and adjusted to a low-power baseband processing state.

11. A communication device, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the method as described in any one of claims 1-8.

12. A computer-readable medium on which a computer program is stored, wherein the computer program, when executed by a processor, implements the steps of the method as claimed in any one of claims 1-8.

13. A mobile communication system, characterized in that, It includes at least one network-side device as described in claim 9 and / or at least one terminal-side device as described in claim 10.

Images