Wireless communication method and related apparatus

Abstract

This application provides a wireless communication method and related apparatus. In this wireless communication method, the arrival time of the next data packet is predicted by using first information indicating the network-side congestion level and second information indicating the data packet arrival time interval. Then, first flag information is determined, and based on the first flag information, it is decided whether to reset the inactive timer or allow it to time out and exit the active state. This can more accurately adapt to the actual service mode and network load, avoid unnecessary terminal wake-up or premature sleep, thereby reducing terminal power consumption and improving the energy efficiency of the DRX mechanism.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, and in particular to a wireless communication method and related apparatus. Background Technology

[0002] In 5G-Advanced and future 6G networks, terminal energy management faces a highly challenging structural contradiction: the energy control parameters (such as the C-DRX cycle) issued by the network side are often semi-static and "one-size-fits-all," while modern network services have extremely high time uncertainty and burstiness. This mismatch between parameters and traffic leads to serious waste of resources and power consumption.

[0003] In base station scheduling scenarios, the network needs to serve multiple UEs within a cell simultaneously. Therefore, a UE does not necessarily need to be woken up immediately at the start of each preset C-DRX activation cycle. If the network does not have data belonging to that UE at that moment, blindly waking up will cause unnecessary state flips and significant power consumption.

[0004] To address the aforementioned issues, a two-stage wake-up signal (WUS) mechanism is introduced. The core idea is to filter out activation cycles without data arrival through low-power WUS detection, thereby preventing blind UE wake-ups.

[0005] However, this approach has significant limitations: Compared to traditional C-DRX, while the two-stage WUS architecture filters out blind wake-ups, its timing overhead in continuous data scenarios is extremely high. When faced with continuously arriving service flows, the two-stage mechanism forces the UE to insert an additional WUS monitoring time slot. This means that even if there are a continuous stream of data packets queuing up for transmission at the base station, the UE cannot directly enter the receiving state, but must instead spend extra time waiting for the arrival and decoding of the WUS signal, resulting in unnecessary transmission delay. Summary of the Invention

[0006] This application provides a wireless communication method and related apparatus. By using first information indicating the network-side congestion level and second information indicating the data packet arrival time interval, the arrival time of the next data packet is predicted. Then, first flag information is determined, and based on the first flag information, it is decided whether to reset the inactive timer or allow it to time out and exit the active state. This method can more accurately adapt to the actual service mode and network load, avoid unnecessary wake-ups or premature sleep, thereby reducing terminal power consumption and improving the energy efficiency of the DRX mechanism.

[0007] Firstly, a method is provided, which can be executed by a terminal device, or by a component (such as a circuit, chip, or chip system) configured in the terminal device, or by a logic module or software capable of implementing all or part of the functions of the terminal device. This application does not limit this approach. The following description uses a terminal device as an example.

[0008] The method includes: in a discontinuous reception DRX cycle, resetting an inactive timer or allowing the inactive timer to time out based on first flag information, and the terminal exiting the active state; wherein: the first flag information is determined based on at least one of the relationship between first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer, the predicted arrival time of the next data packet is determined based on the first information and the second information, the first information is used to indicate the degree of congestion on the network side, and the second information is used to indicate the arrival time interval of data packets.

[0009] In the above technical solution, by introducing the network-side congestion level as a prediction basis and combining it with the arrival interval of the next data packet, the arrival time of the next data packet can be predicted more accurately. Then, the decision on whether to reset the inactive timer or allow timeout sleep is made through the first flag information, which avoids unnecessary wake-up or premature sleep caused by fixed parameters in the traditional DRX mechanism and effectively reduces terminal power consumption.

[0010] In one possible implementation, the first flag information is determined based on at least one of the following: the relationship between the first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer; the first information indicates network-side congestion, and the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires; the first information indicates network-side idleness, and the first flag information is determined based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer.

[0011] In this implementation, when the network is congested, subsequent data packets may arrive late. Directly allowing the terminal to sleep can avoid unnecessary waiting and save power. When the network is idle, further fine-grained decision-making based on predicted arrival time is achieved, realizing differentiated adaptive control for different network states.

[0012] In one possible implementation, the first flag information is determined based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer, and includes the following: if the predicted arrival time of the next data packet is less than or equal to the configured duration of the inactive timer, the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer times out; if the predicted arrival time of the next data packet is greater than the configured duration of the inactive timer, and less than or equal to N times the configured duration of the inactive timer, the first flag information is set to indicate that the inactive timer is reset; if the predicted arrival time of the next data packet is greater than N times the configured duration of the inactive timer, the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer times out; N is greater than 1.

[0013] In this implementation, by setting an N-fold threshold, the predicted arrival time of the next data packet is divided into multiple intervals, corresponding to different strategies such as sleep, wait for reset, and sleep. This avoids the energy consumption caused by frequent resets of inactive timers and prevents data reception from being missed due to excessive prediction errors, thus achieving a balance between energy saving and latency.

[0014] In one possible implementation, the predicted arrival time of the next data packet is determined based on first information and second information, including: the predicted arrival time of the next data packet is determined based on first information and second information from historical records.

[0015] In one possible implementation, the second information is determined based on the elapsed time before the inactive timer was reset when historical data packets were received, or based on the elapsed time before the inactive timer was reset when historical data packets were received and the time-domain compensation value.

[0016] In one possible implementation, the method further includes: when the actual sleep duration of the terminal from sleep state to wake-up state and the first flag information meet the missed detection condition, determining a first asymmetric error signal based on the actual sleep duration, the configuration duration of the inactive timer, and the predicted arrival time of the next data packet; wherein, the first asymmetric error signal is used to adjust the prediction accuracy of determining the predicted arrival time of the next data packet based on the first information and the second information.

[0017] In this implementation, by checking whether the omission condition is met and generating the first asymmetric error signal, it is possible to identify that the prediction is too large, causing the terminal to sleep and be woken up too early. Based on this, the prediction accuracy of the predicted arrival time of the next data packet is adjusted in reverse, thereby achieving closed-loop optimization of prediction accuracy.

[0018] In one possible implementation, the omission criteria include: the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires; and the actual sleep duration of the terminal from sleep state to wake-up state is less than or equal to the configured duration of the inactive timer.

[0019] In one possible implementation, the method further includes: when the first flag information satisfies the false alarm condition, determining a second asymmetric error signal based on the actual sleep duration of the terminal from sleep state to wake-up state, the configuration duration of the inactive timer, and the predicted arrival time of the next data packet; wherein the second asymmetric error signal is used to adjust the prediction accuracy of determining the predicted arrival time of the next data packet based on the first information and the second information.

[0020] In this implementation, by detecting whether the false alarm condition is met and generating a second asymmetric error signal, it is possible to identify situations where the prediction is too low, causing the terminal to be woken up prematurely and wasting power. Based on this, the prediction accuracy of the predicted arrival time of the next data packet is adjusted in reverse, thereby achieving closed-loop optimization of prediction accuracy.

[0021] In one possible implementation, the false alarm condition includes: when the terminal is woken up, the first flag information is set to indicate that the inactive timer is reset.

[0022] In one possible implementation, the first information is included in the downlink control information (DCI) from the network side.

[0023] Secondly, a wireless communication method is provided. This method can be executed by a network device, or by a component (such as a circuit, chip, or chip system) configured in the network device, or by a logic module or software capable of implementing all or part of the functions of the network device. This application does not limit this. The following description uses a network device as an example.

[0024] The method includes: indicating first information, the first information being used to indicate the degree of congestion on the network side; the first information being used to determine the predicted arrival time of the next data packet with second information; the second information being used to indicate the arrival time interval of the data packet; the relationship between the predicted arrival time of the next data packet and the configuration duration of an inactive timer and at least one of the first information being used to determine first flag information; the first flag information being used to reset the inactive timer or allow the inactive timer to time out and the terminal to exit the active state in a discontinuous reception DRX cycle.

[0025] Thirdly, a communication device is provided, comprising a processing module and a transceiver module. The processing module is configured to, during a discontinuous reception DRX cycle, reset an inactive timer based on first flag information or allow the terminal to exit the active state after the inactive timer expires. The first flag information is determined based on at least one of a relationship between first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer. The predicted arrival time of the next data packet is determined based on the first information and second information. The first information indicates the degree of congestion on the network side, and the second information indicates the arrival time interval of data packets.

[0026] Fourthly, a communication device is provided, comprising a processing module and a transceiver module. The transceiver module is used to indicate first information, which indicates the degree of congestion on the network side. The first information is used to determine the predicted arrival time of the next data packet with second information, which indicates the arrival time interval of the data packet. At least one of the relationship between the predicted arrival time of the next data packet, the configuration duration of an inactive timer, and the first information is used to determine first flag information. The first flag information is used to reset the inactive timer or allow the terminal to exit the active state after the inactive timer expires in a discontinuous reception DRX cycle.

[0027] The third and fourth aspects are the implementation on the device side, which correspond to the first and second aspects. The explanations, supplements, and descriptions of the beneficial effects of the first and second aspects also apply to the third and fourth aspects, and will not be repeated here.

[0028] Fifthly, a communication device is provided, including a processor. The processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the method in any possible implementation of the first aspect described above. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

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

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

[0031] In a sixth aspect, a communication device is provided, including a processor. The processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the method in any possible implementation of the second aspect described above. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

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

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

[0034] In a seventh aspect, a processor is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is used to receive signals through the input circuit and to transmit signals through the output circuit, causing the processor to execute a method in any possible implementation of any aspect.

[0035] In specific implementation, the processor can be one or more chips, the input circuit can be input pins, the output circuit can be output pins, and the processing circuit can be transistors, gate circuits, flip-flops, and various logic circuits. The input signal received by the input circuit can be received and input by, for example, but not limited to, a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to and transmitted by a transmitter. Furthermore, the input circuit and the output circuit can be the same circuit, which is used as both the input circuit and the output circuit at different times. This application does not limit the specific implementation of the processor and various circuits.

[0036] Eighthly, a communication device is provided, including a processor and a memory. The processor is used to read instructions stored in the memory, receive signals via a receiver, and transmit signals via a transmitter to execute the method in any possible implementation of any of the preceding aspects.

[0037] Optionally, there may be one or more processors and one or more memories.

[0038] Ninthly, a computer program product is provided, comprising: a computer program (also referred to as code or instructions) that, when executed, causes a computer to perform a method in any possible implementation of any of the above aspects.

[0039] In a tenth aspect, a computer-readable storage medium is provided that stores a computer program (also referred to as code or instructions) that, when executed on a computer, causes the computer to perform the methods in any possible implementation of any of the above aspects.

[0040] Eleventhly, a chip system is provided, comprising one or more processors for calling and executing instructions stored in memory, such that the methods in any of the foregoing aspects or any possible implementations of the foregoing aspects are executed. The chip system may be composed of chips or may include chips and other discrete devices.

[0041] The chip system may include input circuits or interfaces for transmitting information or data, and output circuits or interfaces for receiving information or data.

[0042] In a twelfth aspect, a communication system is provided, including the aforementioned terminal device and network device. Optionally, the communication system may further include other devices that communicate with the terminal device and / or network device.

[0043] The technical effects of the solutions provided in the second and twelfth aspects can be found in the content of the first aspect. Attached Figure Description

[0044] Figure 1 A schematic diagram of the architecture of a communication system provided in an embodiment of this application; Figure 2 A schematic diagram of the C-DRX mechanism provided in the embodiments of this application; Figure 3 A schematic diagram of the two-level wake-up mechanism provided in the embodiments of this application; Figure 4 A flowchart illustrating the wireless communication method provided in an embodiment of this application; Figure 5 A schematic diagram of the feature vectors used to construct the inference model according to an embodiment of this application; Figure 6 A schematic diagram illustrating the inference model provided in this application for predicting the arrival time of the next data packet; Figure 7 A schematic diagram illustrating the updating of the inference model provided in this application embodiment; Figure 8 and Figure 9 Two simulation diagrams are provided for embodiments of this application; Figure 10 This is a structural example diagram of a communication device disclosed in an embodiment of this application; Figure 11 This is a structural example diagram of another communication device disclosed in an embodiment of this application. Detailed Implementation

[0045] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. The terminology used in the following embodiments is for the purpose of describing specific embodiments only and is not intended to be a limitation of this application. As used in the specification and appended claims of this application, the singular expressions "a," "an," "the," "the," "the," and "this" are intended to also include expressions such as "one or more," unless the context clearly indicates otherwise. It should also be understood that in the embodiments of this application, "one or more" refers to one, two, or more; "and / or" describes the relationship between related objects, indicating that three relationships may exist; for example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship.

[0046] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0047] The "multiple" mentioned in the embodiments of this application refers to two or more. It should be noted that in the description of the embodiments of this application, terms such as "first" and "second" are used only for the purpose of distinguishing descriptions and should not be construed as indicating or implying relative importance, nor should they be construed as indicating or implying order.

[0048] The technical solutions provided in this application can be applied to communication systems, which may include, but are not limited to, the following systems: Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Wireless Local Area Network (WLAN), Long Term Evolution (LTE), LTE Frequency Division Duplex (FDD), LTE Time Division Duplex (TDD), sidelink communication systems, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX), non-terrestrial network (NTN), 5th generation (5G) mobile communication systems, or new radio access technology (NR). Among these, 5G mobile communication systems may include non-standalone (NSA) and / or standalone (SA) networking. The technical solutions provided in this application can also be applied to future communication systems. This application does not impose any limitations on this matter.

[0049] For example, Figure 1 A schematic diagram of the architecture of a communication system provided in an embodiment of this application is shown.

[0050] Communication system 100 may include network devices, such as Figure 1 The network device 110 is shown. The communication system 100 may also include terminal devices, such as... Figure 1 The terminal device 120 shown. The network device 110 and the terminal device 120 can communicate via a wireless link.

[0051] Figure 1 An exemplary network device 110 and a terminal device 120 are shown. Optionally, the communication system 100 may also include multiple network devices and / or multiple terminal devices. Further alternatively, the communication system may also include other devices that communicate with the network devices and / or terminal devices, which is not limited in this application.

[0052] The network equipment in this application can be network-side equipment such as access network and core network equipment. Access network equipment is sometimes also called access node. Access network equipment has wireless transceiver capabilities and is used to communicate with terminals. Access network equipment includes, but is not limited to, base stations, evolved NodeBs (eNodeBs), transmission reception points (TRPs) in the above-mentioned communication systems, next-generation NodeBs (gNBs) in 5G mobile communication systems, access network equipment or modules of access network equipment in open RAN (ORAN) systems, satellites in NTN communication systems, base stations in future mobile communication systems, or access nodes in WiFi systems. Access network equipment can also be modules or units capable of implementing some of the functions of a base station. Access network equipment can be macro base stations, micro base stations, or indoor stations, relay nodes or donor nodes, or wireless controllers in cloud radioaccess network (CRAN) scenarios. Optionally, access network equipment can also be servers, wearable devices, or vehicle-mounted equipment, etc. For example, the access network equipment in vehicle-to-everything (V2X) technology can be a roadside unit (RSU). Multiple access network devices in a communication system can be base stations of the same type or different types. Base stations can communicate with terminals directly or via relay stations. Terminals can communicate with multiple base stations using different access technologies. The embodiments of this application do not limit the specific technology or device form used in the access network equipment. In this application, the access network equipment is referred to as a network device.

[0053] In this application, the means for implementing the functions of a network device can be a network device itself, or a means capable of supporting the network device in implementing those functions, such as a processor, circuit, chip, or chip system. This means can be installed in or connected to the network device. In the technical solutions provided in this application, the example of a network device being used to implement the functions of a network device is used to describe the technical solutions provided in this application.

[0054] The terminal device in this application can be a wireless terminal device capable of receiving network device scheduling and instruction information. The wireless terminal device can be a device providing voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem. For example, the terminal device can communicate with one or more core networks or the Internet via a radio access network (RAN). The terminal device can also be referred to as a terminal, user equipment (UE), mobile station, mobile terminal, etc. Terminal devices can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), ultra-reliable low-latency communication (URLLC), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, or satellite communication, etc. The terminal can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable device, vehicle, aircraft (such as drone, helicopter, airplane), hot air balloon, ship, robot, robotic arm, or smart home device, etc. The embodiments of this application do not limit the form of the terminal device.

[0055] In this application, the apparatus for implementing the functions of a terminal device can be the terminal device itself, or any apparatus capable of supporting the terminal device in implementing those functions, such as a processor, circuit, chip, or chip system. This apparatus can be installed in or connected to the terminal device. In the technical solutions provided in this application, the example of a terminal device being used to implement the functions of a terminal device is used to describe the technical solutions provided in this application.

[0056] Access network equipment and / or terminal equipment can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; on water; or in the air on aircraft, balloons, and satellites. This application does not limit the application scenarios of the access network equipment and terminal equipment. They can be deployed in the same or different scenarios; for example, both can be deployed on land simultaneously; or the access network equipment can be deployed on land while the terminal equipment is deployed on water, etc., and so on.

[0057] In practical applications, multiple network devices can collaborate to assist terminals in achieving wireless access, with different network devices each implementing a portion of the base station's functions. For example, network devices can be central units (CUs), distributed units (DUs), CUs (control planes, CPs), CUs (user planes, UPs), or radio units (RUs), etc. CUs and DUs can be set up separately or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0058] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (Open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules. CU (or CU-CP and CU-UP), DU, and RU can implement different protocol layer functions.

[0059] To facilitate understanding of the embodiments of this application, the terminology used in this application will be briefly explained first. Optionally, the explanation of some terms may also refer to the explanations in the 3rd Generation Partnership Project (3GPP) standard protocol.

[0060] 1. Connected mode discontinuous reception (C-DRX).

[0061] C-DRX is a key technology in LTE and NR systems used to reduce power consumption of terminals in the radio resource control (RRR) connected state. Its basic principle is to control the periodic on and off of the terminal's radio frequency transceiver link, minimizing noise floor power consumption while ensuring data transmission continuity. The C-DRX mechanism is not a simple switch, but a complex state machine with multiple underlying hardware timers working in close coordination.

[0062] For example, such as Figure 2 As shown, under the C-DRX framework, the terminal's timeline is divided into periodic sleep periods (Opportunity for DRX) and wake-up periods. The start of each DRX period is controlled by an onDurationTimer. When this timer starts, the terminal is forcibly woken up from its micro-sleep state and enters the active state. During the timer's operation (i.e., the OnDuration), the terminal continuously listens to the physical downlink control channel (PDCCH) to check whether the network has issued a data scheduling instruction for the terminal.

[0063] When the terminal successfully receives a signaling indication of "new data transmission" while listening to the PDCCH, it can immediately start or restart the inactive timer (drx-InactivityTimer) to ensure seamless reception of any subsequent data packets that may arrive. During the drx-InactivityTimer countdown, the terminal is forced to remain in an active state to receive the data stream, regardless of whether the drx-onDurationTimer has expired. Whenever a new data packet arrives, the timer is reset and the countdown restarts.

[0064] Once data transmission is complete, the drx-InactivityTimer begins an uninterrupted countdown. Once this timer expires, it stops counting, and the standard protocol dictates that the terminal recognizes that "the current service burst has ended." At this point, the terminal's medium access control (MAC) layer entity triggers a radio frequency link power-off procedure, entering a sleep state.

[0065] 2. Two-level wake-up signal (WUS) wake-up mechanism.

[0066] In the two-phase WUS mechanism, the cell-level wake-up signal (Cell WUS) is used to indicate to the terminal that the base station is about to wake up, while the UE-specific wake-up signal (UE WUS) is used to specify the specific terminal to be woken up. The terminal will uniformly monitor the Cell WUS. If no Cell WUS is detected, the terminal will skip the subsequent detection and enter sleep mode. If a Cell WUS is detected, the terminal will continue to monitor the UE WUS to accurately determine whether it needs to be woken up.

[0067] For example, such as Figure 3 As shown in the diagram, this illustration demonstrates a two-level wake-up mechanism based on Cell-WUS and UE-specific WUS through three typical scenarios. In the leftmost scenario, UE#1 and UE#2 attempt to wake up but fail to detect Cell-WUS, and subsequently stop monitoring UE-WUS, remaining in a sleep state. In the middle scenario, the base station does not send any Cell-WUS signals, and the UE completely skips wake-up monitoring, taking no receiving action. In the rightmost scenario, the base station first sends Cell-WUS signals, which both UE#1 and UE#2 detect. Subsequently, the base station continues to send UE-specific WUS signals. UE#1 detects its own UE-WUS, thus waking up and entering the C-DRX activation time, while UE#2, failing to detect its own UE-WUS, remains in a sleep state.

[0068] It should be understood that the technical terms used in this application are for illustrative purposes only and not as limiting. For example, as technology evolves, technical terms may also change, and other technical terms that have the same technical meaning should also apply to this application.

[0069] In 5G-Advanced and future 6G networks, terminal energy management faces a highly challenging structural contradiction: energy control parameters (such as C-DRX cycles) issued by the network side are often semi-static and "one-size-fits-all," while modern network services exhibit strong time uncertainty and high burstiness. This mismatch between parameters and traffic leads to serious waste of resources and power consumption. Therefore, "UE-initiated adaptation" has been proposed.

[0070] In base station scheduling scenarios, the network needs to serve multiple UEs within a cell simultaneously. Therefore, UEs do not necessarily need to be woken up immediately at the start of each preset C-DRX activation period (On-Duration). If the network does not have data belonging to that UE at that moment, blindly waking up will cause unnecessary state flips and significant power consumption.

[0071] To address the aforementioned issues, a two-stage wake-up signal (WUS) mechanism is introduced. The core idea is to filter out activation cycles without data arrival through low-power WUS detection, thereby preventing blind UE wake-ups.

[0072] However, this approach has significant limitations: Compared to traditional C-DRX, while the two-stage WUS architecture filters out blind wake-ups at a macro level, its timing overhead in micro-level continuous data scenarios is extremely high. When faced with continuously arriving service flows, the two-stage mechanism forces the UE to insert an additional WUS monitoring time slot. This means that even if there are already a continuous stream of data packets queuing up for transmission at the base station, the UE cannot directly enter the receiving state, but must instead spend extra time waiting for the arrival and decoding of the WUS signal, resulting in unnecessary transmission delay.

[0073] In view of this, this application provides a wireless communication method that predicts the arrival time of the next data packet by using historical traffic intervals (i.e., inter-arrival time, IAT, also known as second information) and network congestion indication (NCI, also known as first information). The system then determines whether the service is continuous, which can be indicated by the first flag information. If it is continuous, the inactivity timer is reset to stably skip sleep mode, thus avoiding unnecessary detection latency introduced by the WUS mechanism during the next wake-up. If it is not continuous, the terminal can exit the active state after the inactivity timer expires.

[0074] For example, the arrival time of the next data packet can be predicted using an inference model.

[0075] Optionally, the inference model is a lightweight inference model, such as a predictor based on decision trees or neural networks.

[0076] Its input feature vector is exemplarily shown in Equation 1.

[0077] Formula 1

[0078] in, x t Indicates the first Input feature vectors at the arrival times of data packets; IAT t-i (Inter-arrival time) represents the number of packets arriving before the current packet. One historical interval value, From 1 to ; The length of the sliding time window (preset positive integer); NCI t This is the base station congestion flag corresponding to the current data packet (e.g., 0 indicates idle, 1 indicates congestion).

[0079] An example of the inference calculation formula for the inference model is shown in Equation 2.

[0080] Formula 2

[0081] in, y t For the inference model based on input features x t The output prediction value, in this embodiment, is the predicted arrival time T of the next data packet. pred ; : The current weight vector; : Bias term.

[0082] An exemplary gradient descent algorithm for the inference model is shown in Equation 3.

[0083] - η = - η Formula 3

[0084] in, ′ This is the updated weight vector; The weight vector before the update; The learning rate controls the step size for each update; Represents the loss function Weights The gradient of . According to the chain rule, this gradient can be decomposed into . ; This is the partial derivative of the loss with respect to the predicted arrival time (the loss function is, for example, the mean square error between the predicted arrival time and the actual arrival time). This is the partial derivative of the predicted arrival time with respect to the weights.

[0085] In some embodiments, the inference model can run as an embedded subroutine of a medium access control (MAC) protocol entity, with its execution code and related parameters residing in the tightly coupled memory (TCM) storage area.

[0086] The solution provided in this application will be described in detail below with reference to the corresponding flowcharts. It is understood that the illustrative flowcharts provided in this application primarily use different devices (e.g., terminal devices, network devices) as examples of the execution subjects of this interactive illustration to illustrate the method, but this application does not limit the execution subjects of the interactive illustrations. For example, the devices (e.g., terminal devices, network devices) in the illustrative flowcharts can also be chips, chip systems, or processors that support the implementation of this method on the device, or logic modules or software that can implement all or part of the functions of the device.

[0087] As a general statement, the message or signaling interactions involved in the interaction process of this application embodiment can be standard messages or signaling or newly introduced messages or signaling. This application embodiment does not make specific limitations on this.

[0088] Figure 4 This is a schematic diagram of a wireless communication method according to an embodiment of this application. It can be understood that... Figure 4 The terminal device in the middle can be Figure 1 Any terminal device in the context of network equipment can refer to any component within that terminal device (such as a processor, chip, or chip system). Network equipment can be... Figure 1 Any access network device, or a device within an access network device (such as a processor, chip, or chip system).

[0089] like Figure 4 As shown, the wireless communication method includes the following steps: S401. The terminal sends an RRC connection request message to the network device, and the corresponding network device receives the RRC connection request message.

[0090] For example, when a terminal needs to establish or restore a connection with a network device, it initiates a random access procedure and, after the random access is completed, sends an RRC connection request (RRCSetupRequest) message to the network device. This message carries information such as the terminal's initial identifier.

[0091] S402. The network device sends an RRC connection establishment message to the terminal, and the terminal receives the corresponding RRC connection establishment message.

[0092] For example, after receiving an RRC connection request, if the network device allows access, it returns an RRC connection establishment (RRCSetup) message to the terminal. Optionally, the RRC connection establishment message is used to establish a signaling radio bearer and can also configure basic radio resource parameters for the terminal.

[0093] S403. The network device sends the configuration duration of the inactive timer to the terminal, and the terminal receives the configuration duration accordingly.

[0094] In some embodiments, the network device may send the configuration duration of the inactive timer (which can be M) to the terminal via the RRC connection establishment message in step S402. q (Instead). That is: the configuration duration of the inactive timer is included in the RRC connection establishment message.

[0095] For example, the RRC connection establishment message may carry a set of C-DRX parameters, which may include the configured duration of an inactive timer. After receiving and parsing the message, the terminal's RRC layer extracts the configured duration M of the inactive timer. q Subsequently, the RRC layer will transfer the M q Cross-layer distribution can be stored in the runtime context of the terminal's MAC layer entity.

[0096] In other embodiments, the network device may send the configuration duration of the inactive timer to the terminal via other signaling, and this application does not limit the type of such signaling.

[0097] It should be noted that, Figure 4 Step S403, which involves sending the configuration duration of the inactive timer, is shown separately for ease of understanding, but this does not constitute a limitation. If the configuration duration of the inactive timer is implicitly transmitted via the RRC connection establishment message, step S403 may not be shown separately.

[0098] S404. The network device sends the first information to the terminal, and the corresponding terminal receives the first information, which is used to indicate the degree of congestion on the network side.

[0099] For example, the first piece of information can be referred to as the network congestion indication (NCI).

[0100] Optionally, the network device generates an NCI based on the real-time load of the buffer, which may be information such as the current air interface load, resource utilization, or queue depth.

[0101] For example, a network device can set a threshold. If the real-time buffer load exceeds the threshold, it indicates that the network device is currently congested, and an NCI is generated indicating network-side congestion; otherwise, an NCI indicating network-side idleness can be generated.

[0102] For example, the NCI may include 1 bit, the value of which is used to indicate network-side congestion or idleness.

[0103] In one example, an NCI of 1 indicates network-side congestion; an NCI of 0 indicates network-side idleness.

[0104] In another example, an NCI of 0 indicates network-side congestion, while an NCI of 1 indicates network-side idleness.

[0105] In some embodiments, the network device may send the first information to the terminal via downlink control information (DCI) or MAC control element (MAC CE).

[0106] It should be noted that steps S401 to S404 can be optional steps.

[0107] S405. In a DRX cycle, the terminal exits the active state after resetting the inactive timer or allowing the inactive timer to time out based on the first flag information.

[0108] Wherein: the first flag information is determined by the terminal based on at least one of the following: the relationship between the first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer. The predicted arrival time of the next data packet is determined based on the first information and the second information, the second information being used to indicate the arrival time interval of the data packet.

[0109] For example, the first information is as described above and will not be repeated here.

[0110] For example, the second information can be denoted as the inter-arrival time (IAT).

[0111] The terminal can obtain IAT based on historical traffic statistics, such as recording the time interval between each downlink data packet and the previous data packet, and storing it locally.

[0112] Within each DRX cycle, the terminal uses the currently acquired NCI and the locally maintained IAT as input to predict the arrival time of the next data packet. Subsequently, the terminal modifies the predicted arrival time of the next data packet against the configured duration of the inactive timer (denoted as M). q The comparison can be combined with the NCI value to determine the first flag information. The first flag information is used for decision-making: if the predicted arrival time of the next data packet is short, the inactive timer is reset, remaining active to await upcoming data; conversely, if the predicted arrival time of the next data packet is much longer than M... q If the NCI indicates network congestion, the inactive timer is allowed to time out, and the terminal automatically exits the active state and enters sleep mode to reduce power consumption.

[0113] For example, the first flag information is ForceActive, which may exist in the Retention domain of TCM.

[0114] In this embodiment, the arrival time of the next data packet is predicted by using first information indicating the congestion level on the network side and second information indicating the arrival time interval of data packets, and then the first flag information is obtained. The behavior of the inactive timer is adjusted by the first flag information. Compared with the traditional fixed timer scheme, the terminal power consumption can be significantly reduced while ensuring timely reception of downlink data.

[0115] Optionally, a lightweight inference model is embedded in the terminal MAC layer. This model can take the current period's NCI and historical IAT sequences as input and directly output the predicted arrival time of the next data packet.

[0116] The following combination Figure 5 This section introduces the implementation method of the feature vectors used to construct the inference model.

[0117] like Figure 5 As shown, the terminal collects network congestion indications and traffic interval characteristics in real time through cross-layer collaboration between the physical layer and the MAC layer, and stores them in the circular buffer in the TCM for the inference model to call.

[0118] For example, network devices use DCI to carry a 1-bit Network Congestion Indication bit (NCI).

[0119] At the L1 physical layer, after receiving the DCI, the following operations are performed: 1. DCI parsing; 2. Extracting the 1-bit mask flag (NCI).

[0120] The terminal's physical layer or underlying baseband hardware records local timestamps, including 3. a sleep timestamp (the moment the terminal last entered sleep mode) and 4. a wake-up timestamp (the moment the terminal woke up from sleep mode). The physical layer packages the extracted NCI with the above two timestamps through an internal hardware connection interface and uploads them to the MAC layer.

[0121] At the L2 MAC layer, after receiving data reported by the physical layer, the following operations are performed: 1. Receive NCI; 2. Read the value of the local Timer register, which is the current count value of the inactive timer, indicating the remaining time of the timer (i.e. how long before the timer expires); 3. Calculate T sleep That is, the actual sleep time of the terminal from sleep state to wake state, which is obtained by the difference between the wake-up timestamp and the sleep timestamp.

[0122] For example, T sleepThis is used to determine whether a false alarm or missed detection occurred during the current sleep period, and can also be used to calculate asymmetric error signals (e.g., in online training or calibration of inference models). The implementation process is detailed below and will not be explained here.

[0123] The MAC layer also calculates the arrival time interval (IAT) of the next data packet in real time. For example, the calculation method is as follows: For typical data reception scenarios (i.e., the terminal is not forced to remain awake due to this solution), the MAC layer directly uses the elapsed time before the timer reset. IAT is used as the base for IAT. That is, IAT = Where, elapsed time = configured duration - current register value of local Timer.

[0124] For scenarios where the terminal is forced to remain awake by this solution (e.g., the first flag indicates that the inactive timer should be reset, and the terminal remains active waiting for the next data packet), the inactive timer is repeatedly reset, making it impossible to directly reflect the actual interval. Therefore, the MAC layer introduces a time-domain compensation amount M. q (i.e., the configured duration of the inactive timer), add M to the elapsed time before the timer is reset. q As an equivalent IAT, it is used to approximate the actual compartment spacing.

[0125] If the terminal resets only once during the forced keep-wake period, the equivalent IAT accurately reflects the actual inter-packet interval; if multiple resets occur, the equivalent IAT can be calculated as follows: + , This represents the number of times the inactive timer will be reset.

[0126] In this embodiment, when the next data packet arrives, if the inactive timer is reset, the accumulated time of the timer is exactly equal to the interval between the two preceding and following data packets. Compared to the traditional approach of recording the absolute timestamps of the preceding and following data packets separately and then subtracting them to obtain the IAT, the interval is directly obtained by utilizing the reset feature of the inactive timer, eliminating the need for additional subtraction operations and thus reducing computational overhead.

[0127] The terminal allocates a circular input buffer within the TCM storage area. This buffer serves as the AI ​​input buffer, used to store historical feature vectors and also to store network-side congestion level indication information (NCI). After each downlink data packet is received, the MAC entity will input the latest calculated... Push it into the buffer as a feature group.

[0128] Optionally, a sliding time window of length k (where k is a preset positive integer, such as 8, 16, or 32) can also be maintained in the buffer, and the feature vector is represented as follows. .

[0129] in, The historical values ​​of the interval between the arrival of the most recent k data packets. This is the network congestion indication corresponding to the current data packet. This feature vector can be used at any time by the inference model embedded in the MAC layer to predict the arrival time T of the next data packet. pred This leads to the decision-making process based on primary information.

[0130] In this embodiment, the physical layer parses the 1-bit NCI in the DCI and reports the timestamp. The MAC layer uses the timer feature to calculate the IAT with low overhead. Combined with the circular buffer to maintain the sliding window feature, the inference model can make accurate predictions based on the latest historical and current network status without additional signaling overhead. It also makes full use of the high-speed access characteristics of the TCM storage area to ensure the real-time performance and energy efficiency of the prediction.

[0131] The following combination Figure 6 This paper introduces the implementation method of the inference model to predict the arrival time of the next data packet.

[0132] like Figure 6 As shown, the start of each DRX cycle is controlled by drx-onDurationTimer. When this timer starts, the terminal is forcibly woken from its micro-sleep state and enters the active state, continuously listening to the PDCCH during the OnDuration period. If the terminal successfully receives a signal indicating "new data transmission" while listening to the PDCCH, it starts or restarts drx-InactivityTimer. During the countdown of drx-InactivityTimer, the terminal is forced to remain in the active state to receive the data stream.

[0133] In one example, such as Figure 6 As shown, the moment when the terminal finishes receiving the previous data packet is defined as the prediction point. At the prediction point, drx-InactivityTimer is triggered and begins a countdown, the countdown duration being the configured duration M. q .

[0134] At the prediction point, the terminal has just received the previous data packet. The arrival time interval (IAT) between the just received data packet and its previous data packet, along with the network congestion indicator (NCI) carried by the just received data packet, are stored as a feature set in the circular input buffer to update the feature vector. The update method is described in the aforementioned embodiment. The NCI carried on the just received data packet is merely an example and does not constitute a limitation.

[0135] The inference model reads the latest feature vector from the circular input buffer, performs inference calculations based on the input features, and outputs a specific scalar value T.pred This value represents the predicted arrival time of the next data packet.

[0136] It should be noted that T pred It is a time length value, and its physical meaning is: the length of time from the current prediction point (that is, the absolute moment when the current data packet is received and the starting anchor point when the inactive timer starts counting down) to the predicted arrival time of the next data packet.

[0137] Based on the above Figure 5 and Figure 6 The content shown indicates that: Predicted arrival time T of the next data packet pred It is determined by the terminal based on the first and second information from historical records.

[0138] For example, the first information indicates the network-side congestion level at which the data packet currently received by the terminal is located. The second information indicates the arrival time interval of the data packet, as described above.

[0139] The circular input buffer stores historical feature vectors within the sliding time window, including the arrival interval (IAT) of the most recent k packets (i.e., second information) and the corresponding network congestion indication (NCI) for each packet (i.e., first information). The inference model uses this historical data as input to predict the output T. pred .

[0140] In some embodiments, the terminal, based on first information (NCI), determines the predicted arrival time (denoted as T) of the next data packet. pred ) and inactive timer configuration duration (denoted as M) q To determine the first identifying information using at least one of the relationships, a two-level decision logic can be employed, as follows: The terminal receives the first information sent by the network device, namely the NCI.

[0141] If NCI indicates network-side congestion (e.g., NCI=1), then regardless of T pred For any given value, the first flag information can be set to indicate that the terminal is allowed to exit the active state after the inactive timer expires.

[0142] This is because, under base station congestion, downlink data cannot be scheduled in a timely manner. Even if the terminal remains active, it cannot effectively receive data, resulting in unnecessary power consumption. In this case, the terminal sets the first flag to "timeout allowed" (e.g., ForceActive=0), and the terminal automatically enters sleep mode after the inactive timer expires.

[0143] If the NCI indicates that the network side is idle (e.g., NCI=0), then the terminal bases its T on the network side. pred With M qThe relationship is used to determine the first marker information.

[0144] For example, when the first information indicates that the network side is idle (NCI=0), the first flag information is based on T. pred With M q The numerical relationships are determined.

[0145] The terminal, such as the terminal's MAC layer, will T pred With M q and its multiples of N (N·M) q The comparison is performed, and the first flag information is determined based on the comparison result; where N is a preset coefficient greater than 1 (in this embodiment, N=2 is used as an example, but the specific value of N can be flexibly adjusted according to the service type or network configuration, for example, 1.5, 2.5 or 3). The decision logic is as follows: Scenario 1: T pred ≤ M q (The predicted arrival time of the next data packet is less than or equal to the configured duration of the inactive timer); the first flag is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires, such as ForceActive=0.

[0146] The predicted arrival time of the next data packet falls within the range covered by the inactivity timer. Even without additional intervention, the inactivity timer started by the terminal after the current data packet is received is sufficient to maintain the active state until the next data packet arrives. Therefore, the first flag is set to allow the terminal to exit the active state after the inactivity timer times out (i.e., without resetting the timer).

[0147] Scenario 2: M q < T pred ≤N·M q (The predicted arrival time of the next data packet is greater than the configured duration but does not exceed N times it, for example, M) q < T pred ≤ 2 M q The first flag is set to indicate that the inactive timer is being reset, such as ForceActive=1.

[0148] The predicted arrival time of the next data packet falls precisely within the critical interval after the inactivity timer expires. Under traditional mechanisms, the terminal would enter sleep mode after the inactivity timer expires, thus missing upcoming consecutive data packets and causing additional delays or retransmissions. To avoid this, the first flag is set to indicate resetting the inactivity timer, actively extending the active window.

[0149] Thus, the terminal, such as the terminal's MAC layer, not only starts / restarts the inactive timer after each data packet is received, but also forcibly resets the timer (or prevents it from timing out) according to the first flag information, thereby keeping the terminal active until the next packet arrives.

[0150] Scenario 3: T pred > N·M q (The predicted arrival time of the next data packet is greater than N times the configured duration of the inactive timer), the first flag is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires, such as ForceActive=0.

[0151] The predicted traffic flow has entered a sparse period, with the next data packet arriving after a considerable time. Forcing it to remain active would waste energy. Therefore, the first flag is set to allow the terminal to exit the active state after the inactivity timer expires. Following the standard C-DRX procedure, the terminal automatically enters sleep mode after the inactivity timer expires, remaining active until the wake-up time of the next DRX cycle.

[0152] It should be noted that the value of N can be dynamically adjusted based on service quality (QoS) requirements, historical traffic variance, or network configuration. For example, for low-latency sensitive services, N can be set to a smaller value (e.g., 1.2), making the terminal more inclined to reset the timer; for non-real-time services, N can be set to a larger value (e.g., 3) to allow earlier sleep. In this embodiment, the value of N is 2, achieving a trade-off between power consumption and latency.

[0153] It should also be noted that the above scenarios one, two, and three relate to the "equal to" relationship (i.e., T). pred Equal to M q Or equal to N·M q The attribution of ) is not the only limited way of implementation.

[0154] In some embodiments, when T pred Equal to M q In this case, it can be categorized into either Case 1 (timeout allowed) or Case 2 (timer reset), depending on the terminal's trade-off between latency sensitivity and energy-saving requirements; similarly, when T... pred Equal to N·M q In such cases, it can be classified as Case 2 (resetting the timer), Case 3 (allowing timeout), or a separate handling strategy can be set for the boundary cases.

[0155] In other words, the inequality relationships (≤, <, >, ≥) in this embodiment are only exemplary interval divisions and are not limited to the strict attribution of these boundary values, as long as they are based on T. pred With M qThe setting of the first marker information is determined by comparing the magnitude of its multiples, and both fall within the scope of this application.

[0156] When the terminal MAC layer receives a downlink data packet or at the start of each DRX cycle, it uses the latest NCI and T... pred The above judgment is executed, and the first flag information is updated in real time. This first flag information is stored in a special register within the MAC layer context (e.g., connected to the M...). q These data are stored together in the TCM storage area and can be directly read by inactive timer control logic. In this way, this solution achieves adaptive response to network congestion and traffic bursts, maximizing terminal energy efficiency while ensuring timely data transmission.

[0157] To endow the inference model with extremely high business acumen, embodiments of this application construct a feedback buffer in the Retention domain of the TCM. This feedback buffer can be used to store the most recent... This value is used to calculate the asymmetric error signal. At the moment of each terminal wake-up, the MAC entity can perform a wake-up recap: Calculate the actual hibernation duration The system combines the first flag information ForceActive from the TCM Retention domain before entering sleep mode to determine whether a false alarm or a missed detection has occurred. If at least one of a missed detection or a false alarm occurs, an asymmetric error signal is calculated, and an asymmetric penalty loop based on stochastic gradient descent is executed.

[0158] like Figure 7 As shown, the inference model embedded in the MAC layer reads historical feature vectors (i.e., IAT and NCI sequences) from the circular input buffer and outputs the predicted arrival time of the next data packet. . On one hand, it is used to control the behavior of inactive timers by generating the first flag information; on the other hand, it is stored in the feedback buffer. When the terminal wakes up, the calculated asymmetric error signal is fed back to the inference model through the "correction feedback" path, and the model updates its internal weight parameters accordingly. In this way, the inference model is updated online using the asymmetric error signal, and the prediction accuracy of the inference model is adaptively adjusted.

[0159] The following sections will introduce missed detections and false alarms respectively.

[0160] Regarding missed detections: After each wake-up, the MAC entity reads the first flag information (i.e., ForceActive) stored in the TCM Retention field before entering sleep and compares it with... Configure duration with inactive timer .

[0161] If the missed detection condition is met: the first flag is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires (i.e., ForceActive=0), and the actual sleep time is... Less than or equal to If it is not detected, it is considered a missed detection.

[0162] For example, assume the configured duration of the inactive timer. = 40 ms.

[0163] For example, in one scenario, after the previous data packet arrives, the input buffer is characterized by [IAT=30 ms, NCI=0], and the inference model outputs... = 35 ms. Because NCI=0 and ≤ (35 ≤ 40), according to the aforementioned decision logic, the first flag information indicates that timeout is allowed (i.e., ForceActive=0). The terminal enters sleep mode at 40 ms (inactive timer timeout), but the next data packet actually arrives at 45 ms, and the terminal is woken up after only 5 ms of sleep.

[0164] For example, in another scenario, the input buffer is characterized by [IAT=85 ms, NCI=0], and the inference model outputs... = 90 ms, and ForceActive=0. The terminal enters sleep at 40 ms, but the actual data packet arrives at 60 ms, and the terminal is woken up after sleeping for 20 ms.

[0165] Both of the above situations constitute missed detections because the actual arrival time of the data packet is earlier than the predicted time, causing the terminal to undergo unnecessary sleep and wake-up switching.

[0166] If the inference model predicts An overestimation (i.e., predicting the next data packet to arrive later) causes the terminal to enter sleep mode too early, but the actual data packet arrives in a short time, waking the terminal prematurely and causing unnecessary wake-up overhead and latency.

[0167] In some embodiments, if a missed detection is detected by the terminal, the terminal MAC layer can calculate a first asymmetric error signal Loss based on the actual sleep duration, the configured duration of the inactive timer, and the predicted arrival time of the next data packet. The first asymmetric error signal Loss is used to adjust the prediction accuracy of determining the predicted arrival time of the next data packet based on the first information and the second information.

[0168] In this embodiment, the error signal is expressed as a weighted mean square error, and the calculation formula is as follows: Loss = α = +

[0169] in, As an asymmetric penalty factor, it takes a value much greater than 1, for example... =10; that is, α is set to 10 (α>>1), which is used to amplify the error gradient caused by missed detection, so that the model can adjust the weights more aggressively when a missed detection occurs; Feedback buffer from TCM (stores the most recent few) Read from (value); This is the equivalent value of the actual arrival time.

[0170] Because the missed detection occurred after the terminal had completed a full inactive timer count ( Add a period of sleep The data arrived later, so the actual interval is equivalent to and The sum of these values. This value reflects the actual time length from the previous data packet to the current data packet and can be used as a supervisory signal to correct the inference model.

[0171] The MAC entity transmits the calculated first asymmetric error signal Loss to the inference model, which then updates its internal weight parameters according to the gradient descent algorithm shown in Equation 3 above.

[0172] Through missed detection and the first asymmetric error feedback mechanism, the terminal achieves closed-loop online optimization of the prediction accuracy of the inference model. Since the feedback buffer, model parameters, and error calculation all rely on the TCM storage area, the update process has extremely low latency and can quickly adapt to dynamic changes in business traffic, further enhancing the robustness and energy efficiency of C-DRX adaptive control in different scenarios.

[0173] Regarding false alarms: After each wake-up of the terminal, the MAC entity reads the first flag information (i.e., ForceActive) stored in the TCM Retention field before entering sleep, and can also calculate the actual sleep duration. This is the difference between the wake-up timestamp and the sleep timestamp. If the first flag information before entering sleep is set to indicate resetting the inactive timer (i.e., ForceActive=1), it is considered a false alarm.

[0174] For example, assume the configured duration of the inactive timer. = 40 ms.

[0175] For example, in one scenario, after the previous data packet arrives, the input buffer is characterized by [IAT=60 ms, NCI=0], and the inference model outputs... = 60 ms. Because NCI=0 and < ≤ 2 (40 < 60 ≤ 80), according to the aforementioned decision logic, the first flag information indicates that the inactive timer (ForceActive=1) should be reset.

[0176] The terminal waits for the next data packet while in a forced keep-wake state, but only until the inactivity timer times out (i.e., elapsed since the last data packet). After 40 ms, the terminal remained awake for an additional period of time but still did not receive any data, after which the terminal entered sleep mode. This scenario is considered a false alarm.

[0177] Inference model predictions The error rate is too low (i.e. the predicted next data packet arrives too early), causing the terminal to be forced to remain awake. However, no actual data arrives during the entire forced wake-up period until the timer expires, and the terminal eventually goes to sleep, resulting in unnecessary activation power consumption.

[0178] In some embodiments, when a false alarm is detected by the terminal, the terminal MAC layer can calculate a second asymmetric error signal Loss based on the actual sleep duration from the terminal's sleep state to the wake-up state, the configured duration of the inactive timer, and the predicted arrival time of the next data packet. The second asymmetric error signal is used to adjust the prediction accuracy of determining the predicted arrival time of the next data packet based on the first and second information.

[0179] Similar to the missed detection, the error signal is expressed as a weighted mean square error, calculated using the following formula: Loss = α = +

[0180] in, As the false alarm penalty factor, in this embodiment, we take... =1, compared to missed detections =10, the penalty for false alarms is relatively weak, because false alarms mainly cause energy waste, while missed alarms cause both latency and additional wake-up overhead. Therefore, missed alarms are given a higher penalty weight. Feedback buffer from TCM (stores the most recent few) Read from (value); This is the equivalent value of the actual arrival time.

[0181] The MAC entity transmits the calculated second asymmetric error signal Loss to the inference model, which then updates its internal weight parameters according to the gradient descent algorithm shown in Equation 3 above.

[0182] Through false alarm detection and a second asymmetric error feedback mechanism, the terminal also achieves closed-loop online optimization of the prediction accuracy of the inference model. Since the feedback buffer, model parameters, and error calculation all rely on the TCM storage area, the update process has extremely low latency and can quickly adapt to dynamic changes in business traffic, further enhancing the robustness and energy efficiency of C-DRX adaptive control in different scenarios.

[0183] Figure 8 and Figure 9 Two simulation diagrams are shown.

[0184] Figure 8 The example shows the trend of the loss function value (i.e. prediction error) of three DRX strategies during the iteration process. The horizontal axis is the number of iterations, and the vertical axis is the loss function value (the smaller the value, the more accurate the prediction and the higher the energy efficiency).

[0185] The following conclusions can be drawn from the data in the graph: GDRX (traditional no-prediction scheme): The loss value remains stable between 0.475 and 0.485, hardly changing with the number of iterations. This indicates that it lacks learning ability, relies solely on fixed rules, and thus has consistently high errors.

[0186] OSDRX (theoretically optimal solution): The loss value stabilizes between 0.32 and 0.33, which is the ideal lower bound.

[0187] ADRX (the prediction scheme based on historical IAT provided in this application): The initial error is approximately 0.33 (at 500 iterations). It then dropped rapidly, reaching 0.32 by the 2000th iteration, and stabilized at around 0.33 after 5000 iterations, almost coinciding with the theoretical optimal value.

[0188] This demonstrates that the proposed scheme can utilize historical packet arrival intervals for online learning, with rapid error convergence and highly stable performance after convergence. ADRX approximates OSDRX infinitely after sufficient iterations, validating the effectiveness of the IAT-based prediction mechanism.

[0189] Figure 9 The example demonstrates a comparison between the actual optimal sleep cycle length and the output values ​​of different DRX strategies under different iteration numbers. The horizontal axis represents the number of iterations, and the vertical axis represents the determined sleep cycle length.

[0190] "Actual" refers to the actual business characteristics; the data in the graph shows that... The changing trend of GDRX (traditional non-predictive solution) is significantly inconsistent with the actual business characteristics; The trend of ADRX (the prediction scheme based on historical IAT provided in this application) is basically consistent with the actual business characteristics; OSDRX (Theoretical Optimal Solution) is a baseline calculated based on global data that theoretically minimizes the average error but whose value remains constant. It can be used to prove in reverse that even the theoretically perfect static configuration cannot cope with the millisecond-level sudden fluctuations in the underlying real traffic.

[0191] It can be proven that by inputting historical data packet time intervals, the model can converge rapidly in milliseconds, accurately capture the characteristics of burst traffic, and accurately calculate the arrival time of the next data packet.

[0192] Figure 10 This is a schematic block diagram of a communication device provided in an embodiment of this application.

[0193] like Figure 10 As shown, the communication device 1000 may include a communication module 1020. The communication module 1020 can implement corresponding communication functions, which can be internal communication functions of the communication device 1000 or communication functions between the communication device 1000 and other devices. Optionally, the communication module 1020 may also be referred to as a communication interface, transceiver module, or transceiver unit.

[0194] Optionally, the communication device 1000 further includes a processing module 1010. The processing module 1010 can perform corresponding processing functions, and optionally, the processing module 1010 can also be referred to as a processing unit.

[0195] Optionally, the communication device 1000 further includes a storage module, which can be used to store instructions and / or data; the processing module 1010 can read the instructions and / or data in the storage module so that the communication device 1000 can implement the aforementioned method embodiments.

[0196] In one possible design, the communication device 1000 may correspond to the terminal in the above method embodiments, or to a component (such as a circuit, chip, or chip system) configured in the terminal. The communication device 1000 may be used to execute the steps or processes performed by the terminal in any of the above method embodiments.

[0197] For example, the communication module 1020 is used to receive first information, and the processing module 1010 is used to reset the inactive timer or allow the terminal to exit the active state after the inactive timer expires based on the first flag information during a discontinuous reception DRX cycle; wherein: the first flag information is determined based on at least one of the relationship between the first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer, the predicted arrival time of the next data packet is determined based on the first information and the second information, the first information is used to indicate the degree of congestion on the network side, and the second information is used to indicate the arrival time interval of data packets.

[0198] For example, the processing module 1010 determines a first flag information based on at least one of the relationship between the first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer, including: the first information indicating network-side congestion, and the processing module 1010 setting the first flag information to indicate that the terminal is allowed to exit the active state after the inactive timer times out; or the first information indicating network-side idleness, and the processing module 1010 determining the first flag information based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer.

[0199] For example, the first flag information determined by the processing module 1010 based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer includes: if the predicted arrival time of the next data packet is less than or equal to the configured duration of the inactive timer, the processing module 1010 sets the first flag information to indicate that the terminal is allowed to exit the active state after the inactive timer expires; if the predicted arrival time of the next data packet is greater than the configured duration of the inactive timer and less than or equal to N times the configured duration of the inactive timer, the processing module 1010 sets the first flag information to indicate that the inactive timer is reset; if the predicted arrival time of the next data packet is greater than N times the configured duration of the inactive timer, the processing module 1010 sets the first flag information to indicate that the terminal is allowed to exit the active state after the inactive timer expires; N is greater than 1.

[0200] For example, the predicted arrival time of the next data packet is determined based on first information and second information, including: the predicted arrival time of the next data packet is determined based on first information and second information from historical records.

[0201] For example, the second information is determined based on the elapsed time before the inactive timer was reset when historical data packets were received, or based on the elapsed time before the inactive timer was reset when historical data packets were received and the time domain compensation value.

[0202] For example, the processing module 1010 is further configured to determine a first asymmetric error signal based on the actual sleep duration, the configuration duration of the inactive timer, and the predicted arrival time of the next data packet when the actual sleep duration and the first flag information of the terminal from sleep state to wake state meet the missed judgment condition; wherein, the first asymmetric error signal is used to adjust the prediction accuracy of the predicted arrival time of the next data packet determined based on the first information and the second information.

[0203] For example, the omission criteria include: the first flag information is set to indicate that the terminal exits the active state after the inactive timer expires; and the actual sleep duration of the terminal from sleep state to wake-up state is less than or equal to the configured duration of the inactive timer.

[0204] For example, the processing module 1010 is further configured to determine a second asymmetric error signal based on the actual sleep duration of the terminal from sleep state to wake state, the configuration duration of the inactive timer, and the predicted arrival time of the next data packet when the first flag information meets the false alarm condition; wherein, the second asymmetric error signal is used to adjust the prediction accuracy of the predicted arrival time of the next data packet determined based on the first information and the second information.

[0205] For example, false alarm conditions include: when the terminal is woken up, the first flag information is set to indicate the reset of the inactive timer.

[0206] For example, the first information is included in the downlink control information (DCI) from the network side.

[0207] The above are merely examples; for detailed steps or procedures, please refer to the descriptions in the foregoing embodiments.

[0208] In one possible design, the communication device 1000 may correspond to a network device (which may be a RAN, a core network device, or a functional unit within a core network device) in the above method embodiments, or a component (such as a circuit, chip, or chip system) configured within a network device. The communication device 1000 can be used to execute the steps or processes performed by the network device in any of the above method embodiments.

[0209] For example, the communication module 1020 is used to indicate first information, which indicates the degree of congestion on the network side. The first information is used to determine the predicted arrival time of the next data packet with second information, which indicates the arrival time interval of the data packets. The relationship between the predicted arrival time of the next data packet and the configuration duration of the inactive timer and at least one of the first information is used to determine first flag information. The first flag information is used to reset the inactive timer or allow the inactive timer to time out in a discontinuous reception DRX cycle, after which the terminal exits the active state.

[0210] The above are merely examples; for detailed steps or procedures, please refer to the descriptions in the foregoing embodiments.

[0211] Figure 11 This is another schematic block diagram of the communication device 1100 provided in the embodiments of this application.

[0212] The communication device 1100 may be a terminal, a network device, a chip, a chip system, or a processor that implements the above methods. The communication device 1100 can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.

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

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

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

[0216] Optionally, the communication device 1100 may include one or more memories 1130, which may store instructions that can be executed on the processor 1110, causing the communication device 1100 to perform the methods described in the above method embodiments. Optionally, the memories 1130 may also store data. Optionally, the processor 1110 may also store instructions and / or data. The processor 1110 and the memories 1130 may be provided separately or integrated together.

[0217] It should be understood that, in one possible design, the steps in the method embodiments provided in this application can be implemented by integrated logic circuits in the processor's hardware or by instructions in software form. The steps of the methods disclosed in the embodiments of this application can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are not provided here.

[0218] In one implementation, the communication device 1100 may correspond to the terminal in the above method embodiments and may be used to execute the various steps and / or processes executed by the terminal in the above method embodiments. The processor 1110 may be used to execute instructions stored in the memory 1130, and when the processor 1110 executes the instructions stored in the memory, the processor 1110 is used to execute the various steps and / or processes of the above method embodiments corresponding to the terminal.

[0219] In another implementation, the communication device 1100 may correspond to the network device in the above method embodiments and may be used to execute the various steps and / or processes executed by the network device in the above method embodiments. The processor 1110 may be used to execute instructions stored in the memory 1130, and when the processor 1110 executes the instructions stored in the memory, the processor 1110 is used to execute the various steps and / or processes of the above method embodiments corresponding to the network device.

[0220] It is understood that the aforementioned processor can be one or more chips. For example, the processor can be a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0221] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory used in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0222] This application also provides a computer-readable storage medium storing instructions that, when executed on one or more computing devices, cause the one or more computing devices to perform the data instruction method described in the above embodiments.

[0223] Computer-readable storage media can be non-transitory computer-readable storage media, such as read-only memory (ROM), random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage devices.

[0224] This application also provides a computer program product. When executed by one or more computing devices, the computer program product enables the computing devices to perform any of the aforementioned data indication methods. The computer program product can be a software installation package. When any of the aforementioned data indication methods needs to be used, the computer program product can be downloaded and executed on a computer.

[0225] This application also provides a processor, including: an input circuit, an output circuit, and a processing circuit. The processing circuit receives signals through the input circuit and transmits signals through the output circuit, causing the processor to execute the data indication method described in the above embodiments.

[0226] In specific implementation, the processor can be one or more chips, the input circuit can be input pins, the output circuit can be output pins, and the processing circuit can be transistors, gate circuits, flip-flops, and various logic circuits. The input signal received by the input circuit can be received and input by, for example, but not limited to, a receiver, and the signal output by the output circuit can be output to, for example, but not limited to, a transmitter and transmitted by the transmitter. Furthermore, the input circuit and the output circuit can be the same circuit, which is used as the input circuit and the output circuit at different times. This application does not limit the specific implementation of the processor and various circuits.

[0227] This application also provides a chip system including one or more processors for calling and executing instructions stored in memory, causing the data indication method described in the above embodiments to be executed. The chip system may be composed of a chip or may include chips and other discrete devices. The chip system may include input circuitry or interfaces for transmitting information or data, and output circuitry or interfaces for receiving information or data.

[0228] In the embodiments of this application, the terms and English abbreviations are exemplary examples given for ease of description and should not be construed as limiting the application in any way. This application does not preclude the possibility of defining other terms that can achieve the same or similar functions in existing or future agreements.

[0229] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When these computer 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.

[0230] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0231] It should be understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0232] In summary, the above description is merely a preferred embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method of wireless communication, the method comprising: include: During a discontinuous reception DRX cycle, the terminal exits the active state after resetting the inactive timer based on the first flag information or allowing the inactive timer to time out. Wherein: the first flag information is determined based on at least one of the relationship between the first information, the predicted arrival time of the next data packet, and the configured duration of the inactive timer; the predicted arrival time of the next data packet is determined based on the first information and the second information; the first information is used to indicate the degree of congestion on the network side; and the second information is used to indicate the arrival time interval of data packets.

2. The method of claim 1, wherein, The first flag information is determined based on at least one of the following: the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer. The first information indicates network-side congestion, and the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires; The first information indicates that the network side is idle, and the first flag information is determined based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer.

3. The method of claim 2, wherein, The first flag information is determined based on the relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer, and includes: If the predicted arrival time of the next data packet is less than or equal to the configured duration of the inactive timer, the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires. If the predicted arrival time of the next data packet is greater than the configured duration of the inactive timer and less than or equal to N times the configured duration of the inactive timer, the first flag information is set to indicate resetting the inactive timer. If the predicted arrival time of the next data packet is greater than N times the configured duration of the inactive timer, the first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires. The N is greater than 1.

4. The method according to any one of claims 1 to 3, characterized in that, The predicted arrival time of the next data packet is determined based on the first information and the second information, including: The predicted arrival time of the next data packet is determined based on the first and second information from historical records.

5. The method of claim 4, wherein, The second information is determined based on the elapsed time before the inactive timer was reset when historical data packets were received, or based on the elapsed time before the inactive timer was reset and the time domain compensation value when historical data packets were received.

6. The method according to any one of claims 1 to 3, characterized in that, Also includes: When the actual sleep duration of the terminal from sleep state to wake state and the first flag information meet the missed detection condition, a first asymmetric error signal is determined based on the actual sleep duration, the configured duration of the inactive timer and the predicted arrival time of the next data packet. The first asymmetric error signal is used to adjust the prediction accuracy of the predicted arrival time of the next data packet based on the first information and the second information.

7. The method of claim 6, wherein, The conditions for missed detection include: The first flag information is set to indicate that the terminal is allowed to exit the active state after the inactive timer expires; Furthermore, the actual sleep duration of the terminal from sleep state to wake state is less than or equal to the configured duration of the inactive timer.

8. The method of any one of claims 1 to 3, wherein, Also includes: When the first flag information meets the false alarm condition, the second asymmetric error signal is determined based on the actual sleep duration of the terminal from sleep state to wake state, the configured duration of the inactive timer, and the predicted arrival time of the next data packet. The second asymmetric error signal is used to adjust the prediction accuracy of the predicted arrival time of the next data packet based on the first information and the second information.

9. The method of claim 8, wherein, The false alarm conditions include: when the terminal is woken up, the first flag information is set to indicate the reset of the inactive timer.

10. The method of any one of claims 1 to 3, wherein, The first information includes downlink control information (DCI) from the network side.

11. A method of wireless communication, the method comprising: include: The system provides first information, which indicates the degree of congestion on the network side. The first information, together with second information, is used to determine the predicted arrival time of the next data packet. The second information is used to indicate the arrival time interval of the data packets. The relationship between the predicted arrival time of the next data packet and the configured duration of the inactive timer, and at least one of the first information, is used to determine the first flag information, which is used to reset the inactive timer or allow the terminal to exit the active state after the inactive timer expires in a discontinuous reception DRX cycle.

12. A communication device, characterized in that, The communication device includes a processing module and a transceiver module, and is used to perform the method as described in any one of claims 1 to 11.

13. A communication device, characterized in that, include: Memory, used to store computer instructions; A processor for executing a computer program or computer instructions stored in the memory, causing the communication device to perform the method as described in any one of claims 1 to 11.

14. A communication system, characterized in that, Includes the communication device as described in claim 13.

15. A computer storage medium, characterized in that, Used to store a computer program, which, when executed, is used to implement the method according to any one of claims 1 to 11.

16. A computer program product, characterized in that, Includes a computer program, which, when run, causes the method as described in any one of claims 1 to 11 to be performed.

17. A chip system, characterized in that, The chip system includes one or more processors, which are configured to retrieve and execute instructions stored in memory, such that the method as described in any one of claims 1 to 11 is performed.

Images