Patent Application
20250151159
This application relates to the field of communication technologies, and in particular, to a discontinuous reception method and an apparatus.
In a wireless communication network, extended reality (XR) technology provides advantages such as multiple perspectives and strong interactivity, can provide brand-new visual experiences for users, and has great applicability and commercial potential. XR includes technologies such as virtual reality (VR), augmented reality (AR), and mix reality (MR), and can be widely applied to many fields such as entertainment, gaming, medical care, advertising, industry, online education, and engineering.
For XR service data, jitter occurs at a moment at which a data frame arrives, that is, the arrival of the data frame may be earlier or later than an ideal moment for the arrival. Consequently, a terminal needs to monitor for data that may arrive, over a longer time range, leading to increasing power consumption of the terminal.
According to a first aspect, an embodiment of this application provides a discontinuous reception (DRX) method. The method may be performed by a terminal, by a component (for example, a processor, a chip, or a chip system) of the terminal, or by a logical module or software that can implement all or some functions of the terminal. The method includes: starting a DRX on duration timer and monitoring a physical downlink control channel (PDCCH) in a DRX cycle; when the PDCCH indicating a new data transmission is detected in the DRX cycle, starting a DRX-inactivity timer and continuing to monitor the PDCCH; and stopping the DRX on duration timer when at least the following conditions are satisfied: The DRX on duration timer does not expire, and the DRX-inactivity timer expires. As used herein, the term “module” may refer to hardware, software, or hardware configured with software.
According to the foregoing method, after the terminal completes either receiving or sending a data frame having jitter in the DRX cycle, a redundant part in an on duration is stopped, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging a battery life of the terminal.
With reference to the first aspect, in some implementations of the first aspect, the method further includes: receiving DRX configuration information from a radio access network device. The stopping the DRX on duration timer when at least the foregoing conditions are satisfied includes: determining, based on the DRX configuration information, to stop the DRX on duration timer when at least the foregoing conditions are satisfied. In this implementation, the configuration information having an enabling/disabling function is introduced to enable a function of stopping the DRX on duration timer, so that a service transmission requirement can be more flexibly adapted.
With reference to the first aspect, in some implementations, after starting a DRX-inactivity timer, the method further includes: when the PDCCH indicates a new data transmission is detected, restarting the DRX-inactivity timer, and continuing to monitor the PDCCH. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, in this implementation, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
In some implementations of the first aspect, after the DRX on duration timer has stopped, the method further includes: monitoring the PDCCH while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is configured by a radio access network device. For example, the length of time of the DRX downlink retransmission timer and/or the length of time of the DRX uplink retransmission timer may be configured based on the foregoing DRX configuration information. In this implementation, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
With reference to the first aspect, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are configured by the radio access network device. For example, the length of time of the DRX on duration timer and the length of time of the DRX-inactivity timer may be configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a second aspect, an embodiment of this application provides a DRX method. The method may be performed by a radio access network device, by a component (for example, a processor, a chip, or a chip system) of the radio access network device, or by a logical module or software that can implement all or some functions of the radio access network device. The method includes: sending DRX configuration information to a terminal, where a DRX on duration timer started in a DRX cycle is configured, based on the DRX configuration information, to stop when at least the following conditions are satisfied: The DRX on duration timer does not expire, and a DRX-inactivity timer started in the DRX cycle expires.
According to the foregoing method, while a service transmission requirement is flexibly adapted, after the terminal is enabled to complete receiving or sending a data frame having jitter, in the DRX cycle, a redundant part in an on duration can be stopped, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging a battery life of the terminal.
With reference to the second aspect, in some implementations, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a third aspect, an embodiment of this application provides a DRX method. The method may be performed by a terminal, by a component (for example, a processor, a chip, or a chip system) of the terminal, or by a logical module or software that can implement all or some functions of the terminal. The method includes: starting a DRX on duration timer and monitoring a PDCCH in a DRX cycle; when the PDCCH indicates a new data transmission is detected in the DRX cycle, restarting a DRX-inactivity timer started before the DRX cycle, and continuing to monitor the PDCCH; and continuing to run the DRX on duration timer when at least the following conditions are satisfied: The DRX on duration timer does not expire, and the DRX-inactivity timer expires.
It may be understood that the foregoing method may alternatively not include the step of “when the PDCCH indicates a new data transmission is detected in the DRX cycle, restarting a DRX-inactivity timer started before the DRX cycle, and continuing to monitor the PDCCH”. In this case, the foregoing conditions “the DRX on duration timer does not expire, and the DRX-inactivity timer expires” are replaced with “the DRX on duration timer does not expire, and a DRX-inactivity timer is started before the DRX cycle expires”.
According to the foregoing method, the terminal may continue to monitor the PDCCH in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
With reference to the third aspect, in some implementations, the method further includes: receiving DRX configuration information from a radio access network device. The step of continuing to run the DRX on duration timer when at least the foregoing conditions are satisfied includes: determining, based on the DRX configuration information, to continue to run the DRX on duration timer when at least the foregoing conditions are satisfied. In this implementation, the configuration information having an enabling/disabling function is introduced to enable the DRX on duration timer to continue to run, so that a service transmission requirement can be more flexibly adapted.
With reference to the third aspect, in some implementations, the method further includes: when the PDCCH indicates a new data transmission is detected, restarting the DRX-inactivity timer, and continuing to monitor the PDCCH. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, in this implementation, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
With reference to the third aspect, in some implementations, the method further includes: monitoring the PDCCH while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is configured by a radio access network device. For example, the length of time of the DRX downlink retransmission timer and/or the length of time of the DRX uplink retransmission timer may be configured based on the foregoing DRX configuration information. In this implementation, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
With reference to the third aspect, in some implementations, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are configured by the radio access network device. For example, the length of time of the DRX on duration timer and the length of time of the DRX-inactivity timer may be configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a fourth aspect, an embodiment of this application provides a DRX method. The method may be performed by a radio access network device, by a component (for example, a processor, a chip, or a chip system) of the radio access network device, or by a logical module or software that can implement all or some functions of the radio access network device. The method includes: sending DRX configuration information to a terminal, where a DRX on duration timer started in a DRX cycle is configured, based on the DRX configuration information, to continue to run when at least the following conditions are satisfied: The DRX on duration timer does not expire, and a DRX-inactivity timer started before the DRX cycle expires.
According to the foregoing method, while a service transmission requirement is flexibly adapted, the PDCCH can continue to be monitored in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
With reference to the fourth aspect, of the fourth aspect, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a fifth aspect, an embodiment of this application provides a DRX method. The method may be performed by a terminal, by a component (for example, a processor, a chip, or a chip system) of the terminal, or by a logical module or software that can implement all or some functions of the terminal. The method includes: receiving DRX configuration information from a radio access network device, where PDCCH monitoring rasters are configured based on the DRX configuration information, and the PDCCH monitoring rasters are for monitoring a PDCCH; monitoring the PDCCH on the PDCCH monitoring rasters in a DRX cycle; when the PDCCH indicates a new data transmission is detected in the DRX cycle, starting a DRX-inactivity timer, and continuing to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle; and stopping monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the DRX-inactivity timer expires.
According to the foregoing method, after the terminal completes receiving or sending, in the DRX cycle, a data frame having jitter, PDCCH monitoring on a remaining PDCCH monitoring raster in an on duration is stopped, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging a battery life of the terminal.
With reference to the fifth aspect, in some implementations, after the starting a DRX-inactivity timer, the method further includes: when the PDCCH indicates a new data transmission is detected, restarting the DRX-inactivity timer, and continuing to monitor the PDCCH on the PDCCH monitoring rasters. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, according to the method, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
With reference to the fifth aspect, in some implementations, after the stopping monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle, the method further includes: monitoring the PDCCH in the DRX cycle while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is further configured based on the DRX configuration information. According to the method, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
With reference to the fifth aspect, in some implementations, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
With reference to the fifth aspect, in some implementations, the stopping monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied includes: determining, based on the DRX configuration information, to stop monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied. In this implementation, a function of stopping monitoring the PDCCH on the PDCCH monitoring rasters is enabled based on the configuration information having an enabling/disabling function, so that a service transmission requirement can be more flexibly adapted.
According to a sixth aspect, an embodiment of this application provides a DRX method. The method may be performed by a radio access network device, by a component (for example, a processor, a chip, or a chip system) of the radio access network device, or by a logical module or software that can implement all or some functions of the radio access network device. The method includes: sending DRX configuration information to a terminal, where PDCCH monitoring rasters are configured based on the DRX configuration information, the PDCCH monitoring rasters are for monitoring a PDCCH, and PDCCH monitoring on the PDCCH monitoring rasters in a DRX cycle is further configured, based on the DRX configuration information, to stop when at least a DRX-inactivity timer started in the DRX cycle expires.
According to the foregoing method, while a service transmission requirement is flexibly adapted, after the terminal is enabled to complete receiving or sending a data frame having jitter, in the DRX cycle, PDCCH monitoring can be stopped in a remaining PDCCH monitoring raster in an on duration, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging a battery life of the terminal.
With reference to the sixth aspect, in some implementations, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a seventh aspect, an embodiment of this application provides a DRX method. The method may be performed by a terminal, by a component (for example, a processor, a chip, or a chip system) of the terminal, or by a logical module or software that can implement all or some functions of the terminal. The method includes: receiving DRX configuration information from a radio access network device, where PDCCH monitoring rasters for monitoring a PDCCH are configured based on the DRX configuration information; monitoring the PDCCH on PDCCH monitoring rasters in a DRX cycle; when the PDCCH indicates a new data transmission is detected in the DRX cycle, restarting a DRX-inactivity timer started before the DRX cycle, and continuing to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle; and continuing to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the DRX-inactivity timer expires.
It may be understood that the foregoing method may alternatively not include the step of “when the PDCCH indicates a new data transmission is detected in the DRX cycle, restarting a DRX-inactivity timer started before the DRX cycle, and continuing to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle”. In this case, the foregoing condition “the DRX-inactivity timer expires” is replaced with “a DRX-inactivity timer started before the DRX cycle expires”.
According to the foregoing method, the terminal may continue to monitor the PDCCH on the PDCCH monitoring rasters in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
With reference to the seventh aspect, in some implementations, the method further includes: when the PDCCH indicates a new data transmission is detected, restarting the DRX-inactivity timer, and continuing to monitor the PDCCH on the PDCCH monitoring rasters. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, according to the method, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
With reference to the seventh aspect, in some implementations, the method further includes: monitoring the PDCCH in the DRX cycle while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. Optionally, a length of time of a DRX downlink retransmission timer and/or a length of time of a DRX uplink retransmission timer are/is further configured based on the DRX configuration information. According to the method, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
With reference to the seventh aspect, in some implementations, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
With reference to the seventh aspect, in some implementations, the continuing to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the following condition is satisfied includes: determining, based on the DRX configuration information, to continue to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied. In this implementation, a function of continuing to monitor the PDCCH on the PDCCH monitoring rasters is enabled based on the configuration information having an enabling/disabling function, so that a service transmission requirement can be more flexibly adapted.
According to an eighth aspect, an embodiment of this application provides a DRX method. The method may be performed by a radio access network device, by a component (for example, a processor, a chip, or a chip system) of the radio access network device, or by a logical module or software that can implement all or some functions of the radio access network device. The method includes: sending DRX configuration information to a terminal, where PDCCH monitoring rasters are configured based on the DRX configuration information, the PDCCH monitoring rasters are for monitoring a PDCCH, and PDCCH monitoring on the PDCCH monitoring rasters in a DRX cycle is further configured, based on the DRX configuration information, to continue to be performed when at least a DRX-inactivity timer started before the DRX cycle expires.
According to the foregoing method, while a service transmission requirement is flexibly adapted, the terminal can be enabled to continue to monitor the PDCCH on PDCCH monitoring rasters in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
With reference to the eighth aspect, in some implementations, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
According to a ninth aspect, an embodiment of this application provides an apparatus to implement the method according to any one of the first aspect, the third aspect, the fifth aspect, the seventh aspect, and the possible implementations of the first aspect, the third aspect, the possible implementations of the fifth aspect, and the seventh aspect. The apparatus includes a corresponding unit or module configured to perform the method. The unit or module included in the apparatus can be implemented by software and/or hardware. The apparatus may be, for example, a terminal, or may be a chip, a chip system, a processor, or the like that supports a terminal in implementing the method, or may be a logical module or software that can implement all or some functions of a terminal. As used herein, the term “unit” may refer to hardware, software, or hardware configured with software.
According to a tenth aspect, an embodiment of this application provides an apparatus to implement the method according to any one of the second aspect, the fourth aspect, the sixth aspect, the eighth aspect, and the possible implementations of the second aspect, the fourth aspect, the sixth aspect, and the eighth aspect. The apparatus includes a corresponding unit or module configured to perform the method. The unit or module included in the apparatus can be implemented by software and/or hardware. The apparatus may be, for example, a radio access network device, or may be a chip, a chip system, a processor, or the like that supports the radio access network device in implementing the method, or may be a logical module or software that can implement all or some functions of the radio access network device.
According to an eleventh aspect, an embodiment of this application provides an apparatus, including a processor. The processor is coupled to a memory, and the memory is configured to store instructions. When the instructions are executed by the processor, the apparatus is caused to implement the method according to any one of the first aspect, the third aspect, the fifth aspect, the seventh aspect, and the possible implementations of the first aspect, the third aspect, the fifth aspect, and the seventh aspect.
A twelfth aspect provides an apparatus, including a processor. The processor is coupled to a memory, and the memory is configured to store instructions. When the instructions are executed by the processor, the apparatus is caused to implement the method according to any one of the second aspect, the fourth aspect, the sixth aspect, the eighth aspect, and the possible implementations of the second aspect, the fourth aspect, the sixth aspect, and the eighth aspect.
A thirteenth aspect provides a non-transitory computer-readable storage medium. The computer-readable storage medium stores instructions. When the instructions are executed, a computer is caused to perform the method according to any one of the first aspect, the third aspect, the fifth aspect, the seventh aspect, and the possible implementations of the first aspect, the third aspect, the fifth aspect, and the seventh aspect.
A fourteenth aspect provides a non-transitory computer-readable storage medium. The computer-readable storage medium stores instructions. When the instructions are executed, a computer is caused to perform the method according to any one of the second aspect, the fourth aspect, the sixth aspect, the eighth aspect, and the possible implementations of the second aspect, the fourth aspect, the sixth aspect, and the eighth aspect.
A fifteenth aspect provides a non-transitory computer program product. The computer program product includes computer program code. When the computer program code is run on a computer, the computer is caused to perform the method according to any one of the first aspect, the third aspect, the fifth aspect, the seventh aspect, and the possible implementations of the first aspect, the third aspect, the fifth aspect, and the seventh aspect.
A sixteenth aspect provides a non-transitory computer program product. The computer program product includes computer program code. When the computer program code is run on a computer, the computer is caused to perform the method according to any one of the second aspect, the fourth aspect, the sixth aspect, the eighth aspect, and the possible implementations of the second aspect, the fourth aspect, the sixth aspect, and the eighth aspect.
A seventeenth aspect provides a chip, including: a processor. The processor is coupled to a memory, and the memory is configured to store instructions. When the instructions are executed by the processor, the chip is caused to implement the method according to any one of the first aspect, the second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, the seventh aspect, the eighth aspect, and the possible implementations of the first aspect, second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, the seventh aspect, and the eighth aspect.
An eighteenth aspect provides a communication system including the apparatus according to the ninth aspect and the apparatus according to the tenth aspect.
A nineteenth aspect provides a communication system including the apparatus according to the eleventh aspect and the apparatus according to the twelfth aspect.
It may be understood that, for beneficial effects of features, corresponding to the first aspect, the second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, the seventh aspect, and the eighth aspect, in the ninth aspect to the nineteenth aspect, refer to related descriptions in the first aspect, the second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, the seventh aspect, and the eighth aspect. Details are not described again.
A method and an apparatus that are provided in embodiments of this application may be used in various communication systems, for example, a 4th generation (4G) communication system, a 4.5G communication system, a 5G communication system, a 5.5G communication system, a 6G communication system, a system integrating a plurality of communication systems, or a future evolved communication system, for example, a long term evolution (LTE) system, a new radio (NR) system, a wireless fidelity (Wi-Fi) system, a 3rd generation partnership project (3GPP)-related communication system, and another communication system of this type.
The radio access network device (which is also referred to as a network device sometimes in this application) may be a base station, an evolved NodeB (eNodeB), a transmission reception point (TRP), a next generation NodeB (gNB) in a 5G mobile communication system, a next generation base station in a 6G mobile communication system, a base station in a future mobile communication system, an access node in the Wi-Fi system, or the like, or may be a module or a unit that completes some functions of a base station, for example, may be a central unit (CU) or a distributed unit (DU). The radio access network device may be a macro base station (for example, 110a in
The terminal may also be referred to as a terminal device, user equipment (UE), a mobile station, a mobile terminal, or the like. The terminal may be widely used in various scenarios, for example, device-to-device (D2D), vehicle to everything (V2X) communication, machine type communication (MTC), internet of things (IoT), virtual reality, augmented reality, industrial control, self-driving, telemedicine, a smart grid, smart furniture, a smart office, a smart wearable device, smart transportation, and a smart city. The terminal may be a mobile phone, a tablet computer, a computer having a wireless transceiver function, a wearable device, a vehicle, an uncrewed aerial vehicle, a helicopter, an airplane, a ship, a robot, a mechanical arm, a smart home device, or the like. Specific technologies and specific devices used by the terminal are not limited in embodiments of this application.
Alternatively, the terminal in this application may be a VR terminal, an AR terminal, or an MR terminal. The VR terminal, the AR terminal, and the MR terminal each may be referred to as an XR terminal. The XR terminal may be, for example, a head mounted device (for example, a helmet or glasses), may be an all-in-one machine, or may be a television, a display, a car, a vehicle-mounted device, a tablet, or a smart screen. The XR terminal can present XR data to a user, and the user can experience diversified XR services by wearing or using the XR terminal. The XR terminal may access a network in a wireless or wired manner, for example, access the network via the Wi-Fi system, the 5G system, or another system.
The base station and the terminal may be located at fixed locations or may be movable. The base station and the terminal may be deployed on land, including an indoor device or an outdoor device, a handheld device, or a vehicle-mounted device; may be deployed on the water; or may be deployed on an airplane, a balloon, and an artificial satellite. Application scenarios of the base station and the terminal are not limited in embodiments of this application.
Roles of the base station and the terminal may be relative. For example, the airplane or uncrewed aerial vehicle 120i in
Communication between the base station and the terminal, between the base stations, or between terminals may be performed through a licensed spectrum, may be performed through an unlicensed spectrum, or may be performed through both a licensed spectrum and an unlicensed spectrum. Communication may be performed through a spectrum below 6 gigahertz (GHz), may be performed through a spectrum above 6 GHz, or may be performed through both a spectrum below 6 GHz and a spectrum above 6 GHz. A spectrum resource used for wireless communication is not limited in embodiments of this application.
In various embodiments, a function of the base station may be performed by a module (for example, a chip) in the base station, or may be performed by a control subsystem including the function of the base station. The control subsystem that includes a base station function herein may be a control center in an application scenario of the foregoing terminal, such as the smart grid, the industrial control, the smart transportation, and the smart city. A function of the terminal may alternatively be performed by a module (for example, a chip or a modem) in the terminal, or may be performed by an apparatus including the function of the terminal.
In this application, the base station sends a downlink signal or downlink information to the terminal, where the downlink information is carried on a downlink channel. The terminal sends an uplink signal or uplink information to the base station, where the uplink information is carried on an uplink channel. The terminal sends a sidelink signal or sidelink information to the terminal, where the sidelink information is carried on a sidelink channel. The information may be control information, or may be data information.
An XR technology has advantages such as multiple perspectives and strong interactivity, can provide brand-new experiences for a user, and has great application value and commercial potential. XR includes technologies such as VR, AR, and MR, and can be widely applied to many fields such as entertainment, gaming, medical care, advertising, industry, online education, and engineering. The VR technology is mainly to render visual and audio scenarios, to simulate sensory stimulation of vision and audio in a real world to a user as much as possible. The VR technology usually requires the user to wear the XR terminal (for example, the head mounted device) to simulate vision and/or hearing of the user. The VR technology may further perform action tracking on the user, to update simulated visual and/or auditory content in a timely manner. The AR technology is mainly to provide additional visual and/or auditory information or manually generated content in a real environment perceived by a user. The user may directly (where for example, sensing, processing, and rendering are not performed) or indirectly (where for example, transfer is performed through a sensor or the like) perceive the real environment, and enhancement processing may be further performed. The MR technology is to insert some virtual elements into a physical scenario, to provide an immersive experience for a user by adding these elements as a part of a real scenario.
Embodiments provided in this application are applicable to a plurality of different scenarios.
It may be understood that
The following describes technical solutions of this application with reference to the accompanying drawings.
With the gradual penetration of some multimedia services with high real-time performance and a large data capacity into communication systems, and increasingly lightweight designs for terminals, a battery life of the terminal becomes one of focuses of a user. For example, for an XR service, the user increasingly expects to improve their experience by using a head mounted terminal like a head mounted display (HMD) or smart glasses (such as VR glasses and AR glasses). However, the head mounted terminal is limited by a size, has a low battery capacity, and is expected to be worn for a long time. Therefore, power consumption control of the head mounted terminal is important for the use of the head mounted terminal. For another example, for long-time cloud gaming or video transmission, the user also expects that the terminal has a long battery life. Therefore, power consumption control of the terminal is also an important consideration for using the terminal.
A data frame of an XR service usually arrives periodically based on a frame rate. However, due to factors such as coding processing of a server and transmission of a fixed network/core network, the data frame arrives at a network device not necessarily in a strictly periodic manner. As shown in
A discontinuous reception (DRX) mechanism can reduce power consumption of a terminal. The DRX mechanism can be implemented by configuring an on duration of a DRX cycle. A name of the DRX cycle is not limited in this application.
DRX configuration generally considers balance between energy saving and a delay.
For setting the DRX cycle length, a long length of the DRX cycle helps reduce power consumption of the terminal, but is not conducive to quick responses to receiving and sending data; while a short length of the DRX cycle is more conducive to quick responses to receiving and sending data, but is not conducive to reducing the power consumption of the terminal. Therefore, different lengths of the DRX cycle may be configured based on an actual requirement.
For setting the on duration length in the DRX cycle, a short on duration length is conducive to reducing the power consumption of the terminal, but is not conducive to quick responses to receiving and sending data; and a long on duration length is more conducive to quick responses to receiving and sending data, but is not conducive to reducing the power consumption of the terminal. To adapt to the jitter that exists when the data frame of the XR service arrives, the on duration length in the DRX cycle generally needs to be set to cover a time range at which the data frame may arrive.
For example, in an XR service of 60 FPS, a value of the jitter when the data frame arrives complies with a truncated Gaussian distribution with an average value of 0, a standard deviation of 2 ms, and a value range from −4 ms to 4 ms. The length of the on duration in the DRX cycle needs to be set to 8 ms, so that the time range (−4 ms to 4 ms) at which the data frame may arrive can be covered. In this case, if a periodic data frame arrives in advance, after transmission of the data frame is completed, the terminal still needs to continue to monitor the PDCCH in a remaining length of time of the on duration, and consequently, power consumption is increased.
This application provides a DRX method to deal with data frame jitter. When at least a DRX on duration timer started in a current DRX cycle does not expire, and a DRX-inactivity timer started in the current DRX cycle expires, the DRX on duration timer started in the current DRX cycle is stopped, so that unnecessary PDCCH monitoring can be reduced, power consumption of a terminal can be reduced, and the battery life of the terminal can be prolonged. It may be understood that the method provided in this application does not limit a data service type to which the method is applied, and is also applicable to a data service type other than XR data and/or video service data.
Step 910: The terminal starts a DRX on duration timer and monitors a PDCCH in a DRX cycle.
As shown in
Step 920: When the PDCCH indicates that a new data transmission is detected in the DRX cycle, the terminal starts a DRX-inactivity timer, and continues to monitor the PDCCH.
The PDCCH indicates a new data transmission, for example, when downlink control information (DCI) carried by the PDCCH includes an indicator of a new data transmission. It may be understood that the new data transmission herein is relative to data retransmission. For example, the DCI that is carried by the PDCCH for scheduling data transmission includes a new data indicator that indicates a new data transmission.
A length of time of the DRX-inactivity timer (which may be represented as drx-Inactivity Timer) may be understood as a length of time of an activation period after the terminal is scheduled. In the activation period, the terminal may continue to monitor the PDCCH. Generally, after being scheduled to send or receive newly transmitted data, the terminal may continue to be scheduled. Therefore, after the terminal is scheduled to perform a new data transmission, the DRX-inactivity timer is started, so that the terminal can continue to monitor the PDCCH, so that a scheduling delay can be reduced, and the terminal can detect, in a more timely manner, the DCI that is carried by the PDCCH for scheduling a data transmission. After the DRX-inactivity timer is started, and when the DRX-inactivity timer is in a running state when the running duration has not reached the length of time of the DRX-inactivity timer, the terminal may continue to monitor the PDCCH. When the DRX-inactivity timer expires (after running for the length of time of the DRX-inactivity timer), the activation period ends. If the terminal has entered the sleep state, the terminal no longer monitors the PDCCH, to reduce power consumption overhead.
Starting the DRX-inactivity timer in the DRX cycle described in this application can comprise starting the DRX-inactivity timer in the DRX cycle for the first time, or can comprise starting the DRX-inactivity timer in the DRX cycle, where a previously run DRX-inactivity timer has expired.
Step 930: The terminal stops the DRX on duration timer when the DRX on duration timer has not expired, while the DRX-inactivity timer has expired.
According to the foregoing method, after the terminal completes receiving or sending a data frame having jitter, in the DRX cycle, a redundant part in an on duration is stopped, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging the battery life of the terminal.
The method 900 further includes an optional step 940: The radio access network device sends DRX configuration information to the terminal, where the DRX on duration timer started in the DRX cycle is configured, based on the DRX configuration information, to stop when at least the DRX on duration timer does not expire, and the DRX-inactivity timer started in the DRX cycle expires. Correspondingly, the terminal receives the DRX configuration information. The step 930 of method 900 may be implemented by determining, based on the DRX configuration information, to stop the DRX on duration timer when at least the foregoing conditions are satisfied.
The DRX configuration information may be, for example, a DRX-Config information element. The DRX-Config information element includes a first field, and the DRX on duration timer started in the DRX cycle is configured, based on the first field, to stop when at least the foregoing conditions are satisfied. After receiving the DRX-Config information element, the terminal may determine, based on the first field in the DRX-Config information element, to stop the DRX on duration timer when at least the foregoing conditions are satisfied. The first field may be understood as enabling or disabling a function 1 for stopping, when at least the foregoing conditions are satisfied, the DRX on duration timer started in the DRX cycle. When the first field is set to a predetermined value, it indicates that the function 1 is enabled. When the first field is set to another predetermined value, it indicates that the function 1 is not enabled. Alternatively, when the first field exists, it indicates that the function 1 is enabled. When the first field does not exist, it indicates that the function 1 is not enabled.
For example, the first field is represented as drx-Inactivity_Timer_Ending_On_Duration_Timer (other names used by the first field is not limited in this application), and the first field may be represented in the DRX-Config information element as follows:
In an example, a value of the first field is a Boolean value (for example, true or false, and other ways of setting the value of the first field is not limited in this application). For example, when the first field is set to true, it indicates that the function 1 is enabled. When the first field is set to false, it indicates that the function 1 is not enabled. Alternatively, when the first field is set to false, it indicates that the function 1 is enabled. When the first field is set to true, it indicates that the function 1 is not enabled.
According to the foregoing method, configuration information having an enabling/disabling function is introduced to enable the foregoing function 1, so that a service transmission requirement can be more flexibly adapted.
In the method 900, after the step 920, optionally, when the PDCCH indicates a new data transmission is detected, the terminal restarts the DRX-inactivity timer, and continues to monitor the PDCCH. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, according to the method, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
In the method 900, after the step 930, optionally, the terminal monitors the PDCCH while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. A length of time of the DRX downlink retransmission timer (which may be represented as drx-RetransmissionTimerDL) may be understood as a maximum length of time for receiving downlink retransmission, and a length of time of the DRX uplink retransmission timer (which may be represented as drx-RetransmissionTimerUL) may be understood as a maximum length of time for receiving an uplink retransmission grant. Optionally, the length of time of the DRX downlink retransmission timer and/or the length of time of the DRX uplink retransmission timer are/is configured by the radio access network device. For example, the length of time of the DRX downlink retransmission timer and/or the length of time of the DRX uplink retransmission timer may be configured based on the DRX configuration information (for example, the DRX-Config information element) in the step 940. According to the method, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
In a possible implementation of the method 900, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are configured by the radio access network device. For example, the length of time of the DRX on duration timer and the length of time of the DRX-inactivity timer may be configured based on the DRX configuration information (for example, the DRX-Config information element) in the step 940. In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
Step 1110: The terminal starts a DRX on duration timer and monitors a PDCCH in a DRX cycle. For detailed descriptions of this step, refer to corresponding descriptions in the step 910 in the method 900. Details are not described herein again.
Step 1120: When the PDCCH indicates a new data transmission is detected in the DRX cycle, the terminal restarts a DRX-inactivity timer started before the DRX cycle, and continues to monitor the PDCCH.
When the DRX-inactivity timer is restarted in the DRX cycle, a previously run DRX-inactivity timer does not expire.
For detailed descriptions of other content in this part, refer to corresponding descriptions in the step 920 in the method 900. Details are not described herein again.
Step 1130: The terminal continues to run the DRX on duration timer when the DRX on duration timer does not expire, and the DRX-inactivity timer expires.
It may be understood that the method 1100 may alternatively not include the step 1120. In this case, the DRX on duration timer does not expire, and a DRX-inactivity timer started before the DRX cycle expires.
A scenario to which the method 1100 is applicable may be understood as that a DRX-inactivity timer started before a current DRX cycle continues to run in the current DRX cycle.
When the PDCCH indicates a new data transmission is detected in the DRX cycle, the terminal restarts the DRX-inactivity timer started before the DRX cycle, and continues to monitor the PDCCH. A shadow part with diagonal lines in
When the PDCCH indicates a new data transmission is not detected in the DRX cycle, and the DRX on duration timer does not expire (an end time of the on duration is not reached) and the DRX-inactivity timer started before the DRX cycle expires (after the shadow part with diagonal lines ends), the terminal continues to run the DRX on duration timer until the DRX on duration timer expires.
According to the foregoing method, the terminal may continue to monitor the PDCCH in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
The method 1100 further includes an optional step 1140: The radio access network device sends DRX configuration information to the terminal, where the DRX on duration timer started in the DRX cycle is configured, based on the DRX configuration information, to continue to run when the DRX on duration timer does not expire, and the DRX-inactivity timer started before the DRX cycle expires. Correspondingly, the terminal receives the DRX configuration information. The step 1130 of the method 1100 may be specifically implemented by determining, based on the DRX configuration information, to continue to run the DRX on duration timer when at least the foregoing conditions are satisfied.
The DRX configuration information may be, for example, a DRX-Config information element. The DRX-Config information element includes a second field, and the DRX on duration timer started in the DRX cycle is configured, based on the second field, to continue to run when at least the foregoing conditions are satisfied. After receiving the DRX-Config information element, the terminal may determine, based on the second field in the DRX-Config information element, to continue to run the DRX on duration timer when at least the foregoing conditions are satisfied. The second field may be understood as a enabling or disabling a function 2 for continuing to run, when at least the foregoing conditions are satisfied, the DRX on duration timer started in the DRX cycle. When the second field is set to a predetermined value, it indicates that the function 2 is enabled. When the second field is set to another predetermined value, it indicates that the function 2 is not enabled. Alternatively, when the second field exists, it indicates that the function 2 is enabled. When the second field does not exist, it indicates that the function 2 is not enabled.
According to the foregoing method, configuration information having an enabling/disabling function is introduced to enable the foregoing function 2, so that a service transmission requirement can be more flexibly adapted.
In the method 1100, after the step 1120, optionally, when the PDCCH indicates a new data transmission is detected, restarting the DRX-inactivity timer, and continuing to monitor the PDCCH.
In the method 1100, after the step 1130, optionally, the method further includes monitoring the PDCCH while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. For descriptions of the DRX downlink retransmission timer and the DRX uplink retransmission timer, refer to corresponding descriptions in the method 900. Details are not described herein again. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is configured by the radio access network device. For example, the length of time of the DRX downlink retransmission timer and/or the length of time of the DRX uplink retransmission timer may be configured based on the DRX configuration information (for example, the DRX-Config information element) in the step 1140.
In a possible implementation of the method 1100, a length of time of the DRX on duration timer and a length of time of the DRX-inactivity timer are configured by the radio access network device. For example, the length of time of the DRX on duration timer and the length of time of the DRX-inactivity timer may be configured based on the DRX configuration information (for example, the DRX-Config information element) in the step 1140.
For beneficial effects of similar features/steps in the method 1100 and the method 900, refer to corresponding descriptions in the method 900. Details are not described herein again.
Step 1310: The radio access network device sends DRX configuration information to the terminal, where PDCCH monitoring rasters for monitoring a PDCCH are configured based on the DRX configuration information. Correspondingly, the terminal receives the DRX configuration information.
Configured PDCCH monitoring rasters are located in an on duration in a DRX cycle. On these configured PDCCH monitoring rasters, the terminal may monitor the PDCCH. In another time in the on duration, the terminal does not monitor the PDCCH, to further reduce power consumption. These configured PDCCH monitoring rasters for monitoring the PDCCH may be continuously distributed or discretely distributed in a time dimension of the on duration. This is not limited in this application. The PDCCH monitoring raster may also be referred to as a PDCCH monitoring time window, a PDCCH monitoring sub-time period, or a PDCCH monitoring sub-occurrence. A name of the PDCCH monitoring raster is not limited in this application.
The DRX configuration information may be, for example, a DRX-Config information element. The DRX-Config information element includes a third field, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the third field. For example, the third field corresponds to bitmap information, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the bitmap information. For another example, the third field corresponds to index information, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the index information.
Step 1320: The terminal monitors the PDCCH on the PDCCH monitoring rasters in the DRX cycle.
Step 1330: When the PDCCH indicates a new data transmission is detected in the DRX cycle, the terminal starts a DRX-inactivity timer, and continues to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle.
For detailed descriptions related to this part, refer to corresponding descriptions in the part 920 in the method 900. Details are not described herein again.
Part 1340: The terminal stops monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the DRX-inactivity timer expires.
According to the foregoing method, after the terminal completes receiving or sending a data frame having jitter, in the DRX cycle, PDCCH monitoring on a remaining PDCCH monitoring raster in the on duration is stopped, such that the terminal enters a sleep state sooner, thereby reducing unnecessary PDCCH monitoring, reducing power consumption of the terminal, and prolonging a battery life of the terminal.
In the method 1300, after the step 1330, optionally, when the PDCCH indicates a new data transmission is detected, the terminal restarts the DRX-inactivity timer, and continues to monitor the PDCCH on the PDCCH monitoring rasters. After the terminal is scheduled to receive or send data, the DRX-inactivity timer is restarted, so that the terminal may continue to be scheduled in a next time period. Therefore, according to the method, data scheduling of the terminal in a time period can be completed in a more timely manner, a data transmission delay is reduced, and the experience of a terminal user is improved.
In the method 1300, after the step 1340, optionally, the terminal monitors the PDCCH in the DRX cycle while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. For specific descriptions of the DRX downlink retransmission timer and the DRX uplink retransmission timer, refer to corresponding descriptions in the method 900. Details are not described herein again. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is further configured based on the DRX configuration information (for example, the DRX-Config information element). According to the method, retransmission of data that is incorrectly transmitted can be completed as soon as possible, to reduce a data transmission delay and improve the experience of a terminal user.
In a possible implementation of the method 1300, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information (for example, the DRX-Config information element). In this implementation, a length of time of a timer can match a feature of service data as much as possible, so that data is received or sent as completely and in as timely a manner as possible while reducing the power consumption of the terminal, thereby improving the experience of a terminal user.
In a possible implementation of the method 1300, the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle is further configured, based on the DRX configuration information, to stop when at least the DRX-inactivity timer started in the DRX cycle expires. The step 1340 of the method 1300 may be specifically implemented by determining, based on the DRX configuration information, to stop monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied.
The DRX configuration information may be, for example, the DRX-Config information element. The DRX-Config information element includes a fourth field, and the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle is configured, based on the fourth field, to stop when at least the foregoing condition is satisfied. After receiving the DRX-Config information element, the terminal may determine, based on the fourth field in the DRX-Config information element, to stop monitoring the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied. The fourth field may be understood as enabling or disabling a function 3 for stopping, when at least the foregoing condition is satisfied, the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle. When the fourth field is set to a predetermined value, it indicates that the function 3 is enabled. When the fourth field is set to another predetermined value, it indicates that the function 3 is not enabled. Alternatively, when the fourth field exists, it indicates that the function 3 is enabled. When the fourth field does not exist, it indicates that the function 3 is not enabled.
For example, the fourth field is represented as drx-Inactivity_Timer_Ending_DODR (other names used by the fourth field is not limited in this application), and the fourth field may be represented in the DRX-Config information element as follows:
In an example, a value of the fourth field is a Boolean value (for example, true or false, and other ways of setting the value of the fourth field is not limited in this application). For example, when the fourth field is set to true, it indicates that the function 3 is enabled. When the fourth field is set to another predetermined value, it indicates that the function 3 is not enabled. Alternatively, when the fourth field is set to false, it indicates that the function 3 is enabled. When the fourth field is set to true, it indicates that the function 3 is not enabled.
According to the foregoing method, configuration information having an enabling/disabling function is introduced to enable the foregoing function 3, so that a service transmission requirement can be more flexibly adapted.
Step 1610: The radio access network device sends DRX configuration information to the terminal, where PDCCH monitoring rasters for monitoring a PDCCH are configured based on the DRX configuration information. Correspondingly, the terminal receives the DRX configuration information.
The DRX configuration information may be, for example, a DRX-Config information element. The DRX-Config information element includes a fifth field, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the fifth field. For example, the fifth field corresponds to bitmap information, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the bitmap information. For another example, the fifth field corresponds to index information, and the PDCCH monitoring rasters for monitoring the PDCCH are configured based on the index information.
For other detailed descriptions in this part, refer to corresponding descriptions in the part 1310 in the method 1300. Details are not described herein again.
Step 1620: The terminal monitors the PDCCH on PDCCH monitoring rasters in the DRX cycle.
Step 1630: When the PDCCH indicates a new data transmission is detected in the DRX cycle, the terminal restarts a DRX-inactivity timer started before the DRX cycle, and continues to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle. For descriptions of restarting the DRX-inactivity timer in this part, refer to corresponding descriptions in the step 1120 of the method 1100. For detailed descriptions of other content, refer to descriptions in the step 1330 of the method 1300. Details are not described herein again.
Part 1640: The terminal continues to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the DRX-inactivity timer expires.
It may be understood that the method 1600 may alternatively not include the step 1630. In this case, a DRX-inactivity timer started before the DRX cycle expires.
A scenario to which the method 1600 is applicable may be understood as that a DRX-inactivity timer started before a current DRX cycle continues to run in the current DRX cycle.
When the PDCCH indicates a new data transmission is detected on the PDCCH monitoring rasters in the DRX cycle, the terminal restarts the DRX-inactivity timer started before the DRX cycle, and continues to monitor the PDCCH. A shadow part with diagonal lines in
If no PDCCH indicating new data transmission is detected on the PDCCH monitoring rasters in the DRX cycle, the terminal continues to monitor the PDCCH on the remaining PDCCH monitoring rasters in the DRX cycle when the DRX-inactivity timer started before the DRX cycle expires (after the shadow part with diagonal lines ends).
According to the foregoing method, the terminal may continue to monitor the PDCCH on the PDCCH monitoring rasters in a current DRX cycle without being affected by a DRX-inactivity timer started in a previous DRX cycle, so that data transmission in the current DRX cycle is not affected by the DRX-inactivity timer started in the previous DRX cycle, thereby improving overall data transmission efficiency.
In the method 1600, after the step 1630, optionally, when the PDCCH indicates a new data transmission is detected, the terminal restarts the DRX-inactivity timer, and continues to monitor the PDCCH on the PDCCH monitoring rasters.
In the method 1600, after the step 1640, optionally, the terminal monitors the PDCCH in the DRX cycle while one or both of a DRX downlink retransmission timer and a DRX uplink retransmission timer are running and haven't expired. For specific descriptions of the DRX downlink retransmission timer and the DRX uplink retransmission timer, refer to corresponding descriptions in the method 900. Details are not described herein again. Optionally, a length of time of the DRX downlink retransmission timer and/or a length of time of the DRX uplink retransmission timer are/is further configured based on the DRX configuration information (for example, the DRX-Config information element).
In a possible implementation of the method 1600, a length of time of the DRX-inactivity timer is further configured based on the DRX configuration information (for example, the DRX-Config information element).
In a possible implementation of the method 1600, the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle is further configured, based on the DRX configuration information, to continue to be performed when at least the DRX-inactivity timer started before the DRX cycle expires. The part 1640 of the method 1600 may be specifically implemented by determining, based on the DRX configuration information, to continue to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied.
The DRX configuration information may be, for example, the DRX-Config information element. The DRX-Config information element includes a sixth field, and the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle is configured, based on the sixth field, to continue to be performed when at least the foregoing condition is satisfied. After receiving the DRX-Config information element, the terminal may determine, based on the sixth field in the DRX-Config information element, to continue to monitor the PDCCH on the PDCCH monitoring rasters in the DRX cycle when at least the foregoing condition is satisfied. The sixth field may be understood as enabling or disabling a function 4 of continuing to perform the PDCCH monitoring on the PDCCH monitoring rasters in the DRX cycle when at least the condition is satisfied. When the sixth field is set to a predetermined value, it indicates that the function 4 is enabled. When the sixth field is set to another predetermined value, it indicates that the function 4 is not enabled. Alternatively, when the sixth field exists, it indicates that the function 4 is enabled. When the sixth field does not exist, it indicates that the function 4 is not enabled.
According to the foregoing method, configuration information having an enabling/disabling function is introduced to enable the foregoing function 4, so that a service transmission requirement can be more flexibly adapted.
Corresponding to the method provided in the foregoing method embodiments, embodiments of this application further provide a corresponding apparatus, including corresponding modules configured to execute the foregoing embodiments. The module may be software, hardware, or a combination of software and hardware.
After the terminal is powered on, the processor may read a software program in a storage unit, interpret and execute instructions of the software program, and process data of the software program. When data needs to be sent wirelessly, the processor performs baseband processing on the to-be-sent data, and outputs a baseband signal to the radio frequency circuit. The radio frequency circuit processes the baseband signal to obtain a radio frequency signal, and transmits the radio frequency signal in the form of an electromagnetic wave through the antenna. When data is sent to the terminal, the radio frequency circuit receives the radio frequency signal through the antenna, further converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor. The processor converts the baseband signal into data, and processes the data.
For ease of description,
In an optional implementation, the processor may include a baseband processor and a central processing unit. The baseband processor is mainly configured to process the communication protocol and the communication data. The central processing unit is mainly configured to control the entire terminal device, execute the software program, and process the data of the software program. The processor in
In an example, the antenna and the control circuit that have a receiving function and a sending function may be considered as a transceiver unit 1811 of the terminal 1800, and the processor having a processing function may be considered as a processing unit 1812 of the terminal 1800. As shown in
As shown in
In a possible design, one or more modules in
The apparatus has a function of implementing the terminal described in embodiments of this application. For example, the apparatus includes a corresponding module, unit, or means used for the terminal to perform the steps that are related to the terminal and that are described in embodiments of this application. The function, the unit, or the means may be implemented by software or hardware, may be implemented by hardware executing corresponding software, or may be implemented by a combination of software and hardware. For details, refer to the corresponding descriptions in the foregoing corresponding method embodiments. Alternatively, the apparatus has a function of implementing the radio access network device described in embodiments of this application. For example, the apparatus includes a corresponding module, unit, or means used by the radio access network device to perform the steps that are related to the radio access network device and that are described in embodiments of this application. The function, the unit, or the means may be implemented by software or hardware, may be implemented by hardware executing corresponding software, or may be implemented by a combination of software and hardware. For details, refer to the corresponding descriptions in the foregoing corresponding method embodiments.
It may be understood that for beneficial effects corresponding to the apparatus 1900 and various possible implementations, refer to the descriptions in the foregoing method embodiments or content in the summary. Details are not described herein again.
Optionally, the apparatus 1900 may further include the storage module 1903, configured to store data or instructions (which may also be referred to as code or a program). The other modules may interact with or be coupled to the storage module, to implement corresponding methods or functions. For example, the processing module 1902 may read the data or the instructions in the storage module 1903, so that the apparatus 1900 implements the method in the foregoing embodiments.
In an example, the module in the foregoing apparatus may be one or more integrated circuits configured to implement the foregoing methods, for example, one or more application specific integrated circuits (ASICs), one or more microprocessors (DSPs), one or more field programmable gate arrays (FPGAs), or a combination of at least two of these integrated circuit forms. For another example, when the module in the apparatus may be implemented by a processing element scheduling a program, the processing element may be a general-purpose processor, for example, a central processing unit (CPU) or another processor that can invoke the program. For still another example, the units may be integrated and implemented in the form of a system-on-a-chip (SoC).
The method 900, the method 1100, the method 1300, the method 1600, and various possible implementations thereof may be implemented by the processor 2010 invoking a program or the instructions stored in the memory 2020. The memory 2020 may be inside the apparatus, or may be outside the apparatus. This is not limited in this application.
Optionally, a function/implementation process of the interface module 1901 and the processing module 1902 in
When the apparatus is a chip used in a terminal, the chip in the terminal implements functions of the terminal in the foregoing method embodiments. The chip receives information from another module (for example, a radio frequency module or an antenna) in the terminal, where the information is from another terminal or a radio access network device. Alternatively, the chip sends information to another module (for example, a radio frequency module or an antenna) in the terminal, where the information is sent by the terminal to another terminal or a radio access network device.
When the apparatus is a chip used in a radio access network device, the chip implements functions of the radio access network device in the foregoing method embodiments. The chip receives information from another module (for example, a radio frequency module or an antenna) in the radio access network device, where the information is from another radio access network device or a terminal. Alternatively, the chip sends information to another module (for example, a radio frequency module or an antenna) in the radio access network device, where the information is sent by the radio access network device to another radio access network device or a terminal.
A person of ordinary skill in the art may understand that various numbers such as first and second in this application are merely used for differentiation for ease of description, and are not used to limit the scope of embodiments of this application or represent a sequence. The term “and/or” describes an association relationship for describing associated objects and represents that three relationships may exist. For example, A and/or B may represent the following three cases: Only A exists, both A and B exist, and only B exists. The character “/” generally indicates an “or” relationship between the associated objects. “At least one” means one or more. “At least two” means two or more. “At least one”, “any one”, or a similar expression thereof indicates any combination of the items, and includes any combination of a singular item (piece) or plural items (pieces). For example, at least one (piece or type) of a, b, or c may indicate: a, b, c, a and b, a and c, b and c, or a, b, and c, where a, b, and c may be singular or plural. “A plurality of” means two or more, and another quantifier is similar to this.
It should be understood that sequence numbers of the foregoing processes do not mean execution sequences in various embodiments of this application. The execution sequences of the processes should be determined according to functions and internal logic of the processes, and should not be construed as any limitation on the implementation processes of embodiments of this application.
All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement embodiments, all or some of embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the procedure or functions according to embodiments of this application are all or partially generated. The computer may be a general-purpose computer, a dedicated computer, a computer network, or another programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or may be transmitted from a computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center in a wired (for example, a coaxial cable, an optical fiber, or a digital subscriber line (DSL)) or wireless (for example, infrared, radio, or microwave) manner. The computer-readable storage medium may be any usable medium accessible by a computer, or a data storage device, such as a server or a data center, integrating one or more usable media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk drive, or a magnetic tape), an optical medium (for example, a DVD), a semiconductor medium (for example, a solid-state disk (SSD)), or the like.
Steps of the method described in embodiments of this application may be directly embedded into hardware, a software unit executed by a processor, or a combination thereof. The software unit may be stored in a random access memory (RAM), a flash memory, a read-only memory (ROM), a register, a hard disk drive, a removable disk, or a storage medium in any other form in the art. For example, the storage medium may be connected to a processor so that the processor may read information from the storage medium and write information to the storage medium. Optionally, the storage medium may be integrated into a processor. The processor and the storage medium may be disposed in an ASIC.
This application further provides a computer-readable medium storing a computer program. When the computer program is executed by a computer, functions of any one of the foregoing method embodiments are implemented.
This application further provides a computer program product. When the computer program product is executed by a computer, functions of any one of the foregoing method embodiments are implemented.
For same or similar parts in embodiments of this application, refer to each other. In embodiments of this application and the implementations/methods/implementation methods in embodiments, unless otherwise specified or if there is a logic conflict, terms and/or descriptions are consistent and may be mutually referenced between different embodiments and between the implementations/methods/implementation methods in embodiments. Technical features in different embodiments and the implementations/methods/implementation methods in embodiments may be combined, based on an internal logical relationship of the technical features, to form a new embodiment, implementation, method, or implementation method. The foregoing implementations of this application are not intended to limit the protection scope of this application.
The foregoing descriptions are merely specific implementations of this application, but are not intended to limit the protection scope of this application. Any variation or replacement readily figured out by a person skilled in the art within the technical scope disclosed in this application shall fall within the protection scope of this application.
| Number | Date | Country | Kind |
|---|---|---|---|
| 202210895407.X | Jul 2022 | CN | national |
This application is a continuation of International Application No. PCT/CN2023/103418, filed on Jun. 28, 2023, which claims priority to Chinese Patent Application No. 202210895407.X, filed on Jul. 27, 2022. The disclosures of the aforementioned applications are hereby incorporated by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2023/103418 | Jun 2023 | WO |
| Child | 19013664 | US |
