Sleep scheduling method and related device

Abstract

The invention provides a sleep scheduling method and a related device, the method is applied to a terminal device, and the method comprises the following steps: after first service data is transmitted through a wireless communication system (such as a wireless fidelity Wi-Fi system) and a network device, the wireless communication system is dormant and awakened according to a first sleep scheduling strategy, the first sleep scheduling strategy comprises a first duration (comprising at least one first time slice and at least one second time slice), the first time slice and the second time slice in the first duration are alternately performed, and the wireless communication system is in a sleep state in the first time slice and is in a working state (comprising a monitoring state) in the second time slice. For example, the length of the first time slice and / or the second time slice is determined according to the time delay of the service requirement corresponding to the first service data. Therefore, periodical dormancy and monitoring can be carried out based on the time delay requirement of the current service instead of being in a monitoring state all the time, the real-time experience of the service is ensured, and the power consumption is reduced.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular, to a sleep scheduling method and related devices. Background Art

[0002] With the continuous evolution of the wireless fidelity (Wi-Fi) protocol, the transmission rate of the Wi-Fi protocol has increased rapidly, but the power consumption on terminal devices remains high, affecting the user experience. The Wi-Fi system of the terminal device can be in a sleep state, and the power consumption in the sleep state is very low. Therefore, how to enter the sleep state is one of the important research directions for Wi-Fi power consumption optimization. Summary of the Invention

[0003] This application discloses a sleep scheduling method and related devices, which can make the wireless fidelity (Wi-Fi) system of the terminal device be in the sleep state as much as possible without affecting the real-time experience of services, thereby reducing the power consumption of the Wi-Fi system.

[0004] In a first aspect, this application provides a sleep scheduling method, which is applied to a terminal device. The state of the wireless communication system (such as a wireless fidelity (Wi-Fi) system) of the terminal device includes a sleep state and a working state (including a listening state). The method includes: the terminal device transmits first service data through the wireless communication system and a network device, and ends the transmission of the first service data at a first moment; after the first moment, the wireless communication system can perform sleep and wake-up according to a first sleep scheduling strategy (which can also be referred to as scheduling for entering the sleep state). The first sleep scheduling strategy includes a first duration, the first duration includes one or more first time slices and one or more second time slices. The first sleep strategy further includes: the terminal device can use the first duration to replace the waiting time of the power saving mode (PSM). In the first duration, the wireless communication system enters the sleep state at the start moment of the first time slice and remains in the sleep state within the first time slice. The wireless communication system enters the listening state at the start moment of the second time slice and remains in the working state within the second time slice; when there is no uplink service and downlink service within the first duration, the wireless communication system enters the sleep state, and sends a first message to the network device through the wireless communication system, where the first message indicates that the terminal device enters the sleep state.

[0005] Among them, the time slices during which the wireless communication system is in the sleep state in the first duration are collectively referred to as the first time slices, and the time slices during which the wireless communication system is in the working state are collectively referred to as the second time slices. The first time slice of the first duration is the first time slice (for example, the starting moment of the first duration is the starting moment of the first time slice) or the second time slice (for example, the starting moment of the first duration is the starting moment of the second time slice). The first time slices and the second time slices in the first duration alternate with each other. For example, the starting moment of a second time slice is the ending moment of an adjacent first time slice, and the ending moment of this second time slice is the starting moment of another adjacent first time slice. For example, the starting moment of a first time slice is the ending moment of an adjacent second time slice, and the ending moment of this first time slice is the starting moment of another adjacent second time slice. The first duration is related to the second duration. For example, the length of the first duration is determined according to the length of the second duration. For example, the length of the first duration is equal to the length of the second duration. The total duration of the above one or more first time slices and the above one or more second time slices may be equal to the first duration, that is, the first duration is composed of the above one or more first time slices and the above one or more second time slices, or may not be equal. For example, the first duration is composed of the above one or more first time slices, the above one or more second time slices, and other time periods.

[0006] Among them, when the terminal device performs sleep and wake-up based on PSM, after the above first moment, the wireless communication system of the terminal device will enter the listening state. At this time, the waiting time for entering PSM has started. When there is no uplink service and downlink service during the second duration after the wireless communication system enters the listening state (that is, during the waiting time), the terminal device will send a second message to the network device through the wireless communication system, and the second message indicates that the terminal device enters the sleep state.

[0007] In the above method, the terminal device can use the first duration to replace the waiting time of PSM. During the waiting time of PSM, the wireless communication system will always be in the listening state, but during the first duration, the wireless communication system will switch between the listening state and the sleep state at regular intervals. That is, the proportion of the listening time during the waiting time is 1, and the proportion of the listening time during the first duration is less than 1, for example, less than or equal to 0.5. It can be understood that the wireless communication system is made to be in the sleep state as much as possible during the original waiting time, effectively reducing the power consumption loss in the listening state, thereby reducing the power consumption of the wireless communication system.

[0008] In a possible implementation, before the above wireless communication system goes to sleep and wakes up according to the first sleep scheduling policy, the above method further includes: obtaining a first latency required by a first service currently running on the terminal device (for example, the maximum latency that the first service can tolerate). The lengths of the first time slice and the second time slice can be determined according to the first latency. For example, the length of the first time slice is greater than or equal to the first latency, and the length of the second time slice is equal to the first latency.

[0009] In the above method, the length of the first time slice in the first duration that is in the sleep state is determined according to the maximum latency that the currently running service can tolerate. For example, it is equal to the latency, thus effectively ensuring the latency requirement of the service and not affecting the user experience while reducing power consumption.

[0010] In a possible implementation, the number of first time slices and the number of second time slices in the first duration are the same. For example, it includes A pairs of first time slices, or the number of first time slices and the number of second time slices in the first duration are different. For example, it includes B pairs of first time slices and second time slices, and includes 1 first time slice or second time slice.

[0011] In a possible implementation, the lengths of each of the first time slices in the first duration are equal, or at least two of the first time slices in the first duration have unequal lengths. For example, when there is no uplink service and downlink service in a second time slice in the wireless communication system, the length of the previous time slice (belonging to the first time slice, and the end time of the first time slice is the start time of the second time slice) of the second time slice is less than the length of the next time slice (belonging to the first time slice, and the start time of the first time slice is the end time of the second time slice) of the second time slice, that is, the length of the first time slice can increase progressively. The lengths of each of the second time slices in the first duration are equal, or at least two of the second time slices in the first duration have unequal lengths.

[0012] In the above method, the length of the first time slice can increase progressively. If the length of the second time slice is fixed, then the proportion of the sleep time in the first duration is approximately greater than 0.5, that is, the proportion of the listening state is approximately less than 0.5. Compared with the proportion of the listening time in the waiting time being 1, this situation can reduce the power consumption of the listening state by more than 50%, achieving a better effect.

[0013] In a possible implementation, the lengths of the first time slices and the second time slices in the first time period may be equal or unequal. For example, the lengths of each of the first time slices in the first time period are equal, and the lengths of each of the second time slices are equal, then the length of each first time slice and the length of each second time slice may be equal or unequal. For example, the lengths of each of the first time slices in the first time period are equal, and the lengths of at least two of the second time slices are unequal. There may be second time slices in the first time period whose lengths are equal to those of the first time slices, and there may also be second time slices whose lengths are unequal to those of the first time slices. For example, the lengths of each of the second time slices in the first time period are equal, and the lengths of at least two of the first time slices are unequal. There may be first time slices in the first time period whose lengths are equal to those of the second time slices, and there may also be first time slices whose lengths are unequal to those of the first time slices.

[0014] In the above method, the setting methods of the first time slices and the second time slices in the first time period are diverse, and the application scenarios are more extensive.

[0015] In a possible implementation, the terminal device and the network device may use PSM to negotiate the first sleep scheduling policy. Then, the above wireless communication system performs sleep and wake-up according to the first sleep scheduling policy, including: in the first time period, the terminal device may send a third message to the network device through the wireless communication system before the start moment of each first time slice. The third message indicates that the terminal device enters the sleep state, that is, before the terminal device enters the sleep state each time (which can also be understood as before the terminal device enters the first time slice from the second time slice, and at this time it is in the second time slice), it will send a third message to the network device in the current second time slice to notify the network device that the terminal device is about to enter the sleep state; and, the terminal device may send a fourth message to the network device through the wireless communication system after the start moment of each second time slice. The fourth message indicates that the terminal device is in the working state, that is, after the terminal device enters the working state from the sleep state each time (which can also be understood as after the terminal device enters the second time slice from the first time slice, and at this time it is in the second time slice), it will send a fourth message to the network device in the current second time slice to notify the network device that the terminal device has been awakened. For example, the third message may be obtained by setting the power management bit in the Null-Data frame to 1, and the fourth message may be obtained by setting the Power Management Bit in the Null-Data frame to 0.

[0016] In the above method, since most devices support the PSM protocol, negotiating the first sleep scheduling policy based on PSM has good universality.

[0017] In a possible implementation, the terminal device and the network device may use the Timing Wake-up mechanism TWT to negotiate the first sleep scheduling policy. Then, the above wireless communication system sleeps and wakes up according to the first sleep scheduling policy, including: before the start time of the first duration, sending a fifth message to the network device through the wireless communication system. The fifth message is a TWT Setup frame in the TWT, and this TWT Setup frame is used to negotiate the TWT schedule (which can correspond to the above first duration). The TWT schedule may include time slices in the Sleep Doze state (which can correspond to the above first time slice) and time slices in the TWT Service Period SP state (which can correspond to the above second time slice).

[0018] In a possible implementation, the terminal device and the network device may use a private negotiation mechanism to negotiate the first sleep scheduling policy. Then, the above wireless communication system sleeps and wakes up according to the first sleep scheduling policy, including: before the start time of the first duration, sending a sixth message to the network device through the wireless communication system. The sixth message is a custom Action frame negotiated between the terminal device and the network device. Moreover, the terminal device and the network device negotiate to use such an Action frame to transmit control information between the terminal device and the network device.

[0019] In the above method, the terminal device and the network device can use existing protocols / mechanisms to negotiate the first sleep scheduling policy, or can use custom and private protocols / mechanisms to negotiate the first sleep scheduling policy. The applicable device range is wider and the application scenarios are more extensive.

[0020] In a possible implementation, the above working state may include a transmission state. The terminal device may send uplink data in the second time slice. The above method further includes: when the wireless communication system is in a sleep state within the first time slice, if the terminal device detects second service data to be sent to the network device, the second service data may be cached in a preset first queue; the wireless communication system may enter a listening state at the end time of the first time slice. At this time, it enters the next time slice of the first time slice (i.e., the second time slice). The wireless communication system may enter a transmission state within the second time slice (for example, when the channel is idle), and send the second service data in the first queue to the network device in the transmission state.

[0021] In a possible implementation, the above working state may include a receiving state, and the terminal device may receive downlink data in the second time slice. The above method further includes: when the wireless communication system is in a dormant state in the first time slice, if there is service data to be sent by the network device to the terminal device, the service data may be cached; the wireless communication system may enter a listening state at the end moment of the first time slice, and at this time enter the next time slice of the first time slice (i.e., the second time slice). The wireless communication system may enter a receiving state in the second time slice (for example, enter when detecting that downlink data is about to arrive); the wireless communication system may directly receive the third service data sent by the network device in the receiving state, or the wireless communication system may first receive the seventh message sent by the network device (indicating that there is service data to be sent by the network device to the terminal device) in the receiving state, and then the wireless communication system switches to the sending state and sends the eighth message (for requesting the network device to send service data) to the network device. Next, the wireless communication system switches back to the receiving state and receives the fourth service data sent by the network device (for example, the above-mentioned third service data).

[0022] In a possible implementation, before the above wireless communication system performs dormancy and wake-up according to the first dormancy scheduling policy, the traffic pattern of the first service running on the terminal device is as follows: there are continuously packets concentrated in a period of time, then there are few or no packets in the next time slice, and then there are continuously packets concentrated in a period of time. The first service is, for example, the online playback service of a short video application, the online playback service of a video application, the online reading service of a reading application or an online audiobook service, or the online web page service of a browser application.

[0023] In a possible implementation, the terminal device is a station STA, and the network device is a wireless access point AP. The network device is used to enable the terminal device to communicate with the Internet through the wireless communication system. Among them, the network device may provide an Internet access function for the terminal device using the hotspot mode. For example, both the network device and the terminal device are user devices, or the network device may also act as a gateway to provide an Internet access function for the terminal device. For example, the network device is a gateway device such as a router, and the terminal device is a user device.

[0024] Second aspect, the present application provides a sleep scheduling method, which is applied to a terminal device. The states of the wireless communication system (such as a Wi-Fi system) of the terminal device include a sleep state and a working state (including a listening state). The method includes: when a first condition is satisfied, the terminal device can actively negotiate a first sleep scheduling policy with a network device, and the wireless communication system of the terminal device can perform sleep and wake-up according to the first sleep scheduling policy (which can also be referred to as scheduling for sleep). The first condition is that the ratio of the capacity of the current wireless communication channel to a first value (i.e., the average value of the traffic of the first service currently running on the terminal device) is greater than or equal to a preset threshold. For example, when the first condition is satisfied, it indicates that the current channel capacity is much greater than the bandwidth of the current service. Among them, the first sleep scheduling policy includes a first period. The first period includes a first time slice and a second time slice. The first sleep scheduling policy further includes: the terminal device can perform multiple first periods. In each first period, the wireless communication system enters the sleep state at the start moment of the first time slice and remains in the sleep state within the first time slice. The wireless communication system enters the listening state at the start moment of the second time slice and remains in the working state within the second time slice.

[0025] Among them, the time slice during which the wireless communication system is in the sleep state in the first period is called the first time slice, and the time slice during which the wireless communication system is in the working state is called the second time slice. The first time slice of the first period is the first time slice (for example, the start moment of the first period is the start moment of the first time slice) or the second time slice (for example, the start moment of the first period is the start moment of the second time slice). The first time slice and the second time slice in the first period do not overlap. The first time slice in the first period can be before the second time slice (in this case, the end moment of the first time slice is the start moment of the second time slice), or the first time slice in the first period can also be after the second time slice (in this case, the start moment of the first time slice is the end moment of the second time slice). The total duration of the above-mentioned first time slice and the above-mentioned second time slice can be equal to the duration of the first period, that is, the first period is composed of the above-mentioned first time slice and the above-mentioned second time slice, or they can also be unequal. For example, the first period is composed of the above-mentioned first time slice, the above-mentioned second time slice, and other time periods.

[0026] Among them, when the above first condition is not met, the terminal device will sleep and wake up based on PSM. After the terminal device transmits the first service data through the wireless communication system and the network device, the wireless communication system will enter the listening state. At this time, the waiting time of PSM has been entered. For example, if the traffic pattern of the current service of the terminal device is continuous packets, there are likely to be uplink services and / or downlink services within the first duration (i.e., within the waiting time slice) after the wireless communication system enters the listening state. The terminal device can directly end the current waiting time and transmit service data through the wireless communication system and the network device. It is very difficult to meet the condition that there are no uplink services and downlink services within the waiting time slice, so it is impossible to enter the sleep state.

[0027] In the above method, when the first condition is met, the terminal device will actively negotiate the first sleep scheduling policy with the network device and sleep and wake up according to the first sleep scheduling policy. For example, if the traffic pattern of the current service of the terminal device is continuous packets, in this application, the terminal device can switch between the listening state and the sleep state periodically based on the first period, solving the problem that it is impossible to enter the sleep state under the original sleep mechanism (such as PSM), that is, making the terminal device enter the sleep state as much as possible, thereby reducing the power consumption of the wireless communication system. In this application, it is not the network device that instructs the terminal device to sleep and wake up periodically, but the terminal device itself determines the first period and actively negotiates the first sleep scheduling policy with the network device. Therefore, the first period is more in line with the actual service situation of the terminal device.

[0028] In a possible implementation manner, before the above wireless communication system sleeps and wakes up according to the first sleep scheduling policy, the above method further includes: obtaining the first delay required by the first service currently running on the terminal device (for example, the maximum delay that the first service can tolerate). The lengths of the above first time slice and the second time slice can be determined according to the first delay. For example, the lengths of the first time slice and the second time slice are both equal to the first delay. The lengths of the first time slice and the second time slice can be equal or unequal.

[0029] In the above method, the length of the first time slice in the first duration that is in the sleep state is determined according to the maximum delay that the currently running service can tolerate, for example, equal to the delay. Therefore, the delay requirement of the service is effectively guaranteed, and the user experience will not be affected while reducing the power consumption.

[0030] In a possible implementation, the first sleep scheduling policy includes multiple first cycles; the lengths of each of the multiple first cycles are equal, or at least two of the multiple first cycles have unequal lengths; in the multiple first cycles, the lengths of the first time slices in each first cycle are equal, or at least two of the first time slices in the first cycles are unequal; in the multiple first cycles, the lengths of the second time slices in each first cycle are equal, or at least two of the second time slices in the first cycles are unequal. For example, the lengths of each of the multiple first cycles are equal, and each first cycle includes one first time slice with a duration of N and one second time slice with a duration of N. N can also be the above-mentioned first time delay.

[0031] In the above method, the settings of the multiple first cycles, the first time slices and the second time slices in the first cycle are diverse, and the application scenarios are more extensive.

[0032] In a possible implementation, the terminal device and the network device can negotiate the first sleep scheduling policy using PSM. Then, the above wireless communication system performs sleep and wake-up according to the first sleep scheduling policy, including: in the first sleep scheduling policy, the terminal device can send a first message to the network device through the wireless communication system before the start of each first time slice. The first message indicates that the terminal device enters the sleep state, that is, before the terminal device enters the sleep state each time (which can also be understood as before the terminal device enters the first time slice from the second time slice, and at this time it is in the second time slice), it will send a first message to the network device in the current second time slice to notify the network device that the terminal device is about to enter the sleep state; and the terminal device can send a second message to the network device through the wireless communication system at the start of each second time slice. The second message indicates that the terminal device is in the working state, that is, after the terminal device enters the working state from the sleep state each time (which can also be understood as after the terminal device enters the second time slice from the first time slice, and at this time it is in the second time slice), it will send a second message to the network device in the current second time slice to notify the network device that the terminal device has been woken up. For example, the first message can be obtained by setting the power management bit in the Null-Data frame to 1, and the second message can be obtained by setting the power management bit in the Null-Data frame to 0.

[0033] In the above method, since most devices support the PSM protocol, negotiating the first sleep scheduling policy based on PSM has good universality.

[0034] In a possible implementation, the terminal device and the network device may use the Timing Wake-up mechanism (TWT) to negotiate the first sleep scheduling policy. Then, the above wireless communication system performs sleep and wake-up according to the first sleep scheduling policy, including: before the start time of the first cycle, sending a third message to the network device through the wireless communication system. The third message is the TWT Setup frame in the TWT, and this TWT Setup frame is used to negotiate the TWT schedule (which may correspond to the above first cycle). The TWT schedule may include time slices in the Sleep Doze state (which may correspond to the above first time slice) and time slices in the TWT Service Period (SP) state (which may correspond to the above second time slice).

[0035] In a possible implementation, the terminal device and the network device may use a private negotiation mechanism to negotiate the first sleep scheduling policy. Then, the above wireless communication system performs sleep and wake-up according to the first sleep scheduling policy, including: before the start time of the first cycle, sending a fourth message to the network device through the wireless communication system. The fourth message is a custom Action frame negotiated between the terminal device and the network device. Moreover, the terminal device and the network device negotiate to use such an Action frame to transmit control information between the terminal device and the network device.

[0036] In the above method, the terminal device and the network device may use existing protocols / mechanisms to negotiate the first sleep scheduling policy, or may use custom and private protocols / mechanisms to negotiate the first sleep scheduling policy. The applicable device range is wider and the application scenarios are more extensive.

[0037] In a possible implementation, the above working state may include a transmission state. The terminal device may send uplink data in the second time slice. The above method further includes: the wireless communication system enters the sleep state at the start time of the first time slice; within this first time slice, if the terminal device detects second service data to be sent to the network device, the second service data may be cached in a preset first queue; the wireless communication system enters the listening state at the end time of this first time slice. At this time, it enters the next time slice of this first time slice (i.e., the second time slice). The wireless communication system may enter the transmission state within this second time slice (for example, when the channel is idle), and send the service data in the first queue to the network device in the transmission state; the wireless communication system enters the sleep state at the end time of this second time slice. At this time, it enters the next time slice of this second time slice (i.e., the first time slice).

[0038] In a possible implementation, the above working state may include a receiving state. The terminal device may receive downlink data in the second time slice. The above method further includes: The wireless communication system enters the sleep state at the start time of the first time slice; within the first time slice, if the network device has service data to be sent to the terminal device, the service data may be cached; the wireless communication system may enter the listening state at the end time of the first time slice, and at this time enter the next time slice of the first time slice (i.e., the second time slice). The wireless communication system may enter the receiving state within the second time slice (for example, enter when detecting that the downlink data is about to arrive); the wireless communication system may directly receive the third service data sent by the network device in the receiving state, or the wireless communication system may first receive the notification message sent by the network device (indicating that the network device has service data to be sent to the terminal device) in the receiving state, and then the wireless communication system switches to the sending state and sends a request message to the network device (for requesting the network device to send service data), and then the wireless communication system switches back to the receiving state and receives the fourth service data sent by the network device (for example, the above-mentioned third service data).

[0039] In a possible implementation, before the above wireless communication system sleeps and wakes up according to the first sleep scheduling policy, the above method further includes: obtaining the first traffic information of the first service currently running on the terminal device. The first traffic information may include at least one of the following: the delay required by the first service, the traffic type of the first service, and the average traffic of the first service; determining the first period according to the first traffic information; the above method further includes: when the above wireless communication system sleeps and wakes up according to the first sleep scheduling policy, if the second condition is satisfied, obtain the second traffic information of the second service currently running on the terminal device again to re-determine the sleep scheduling policy. The second condition is that the data volume of the service data cached in the first queue is greater than or equal to the queue threshold. The first queue is used for the wireless communication system to cache the detected service data to be sent within the first time slice; and if the second condition is satisfied, the wireless communication system of the terminal device will enter the sending state to send the service data in the first queue to the network device and no longer perform the above first period.

[0040] In the above method, when the wireless communication system sleeps and wakes up according to the first sleep scheduling policy, if the second condition is satisfied, it indicates that there are too many packets waiting to be sent, and it can be considered that the previously obtained first traffic information may not conform to the current situation. Therefore, the terminal device can be immediately woken up and send the accumulated packets in the first queue, and can re-trigger the decision of the sleep scheduling policy (including re-obtaining the traffic information of the currently running service) to ensure that the sleep scheduling policy used by the terminal device conforms to the actual service situation, while reducing the power consumption of the wireless communication system and ensuring the user experience.

[0041] In a possible implementation, before the above wireless communication system goes into sleep and wakes up according to the first sleep scheduling policy, the traffic pattern of the first service running on the terminal device is as follows: there are continuous packets, and the quantity is relatively balanced, without a period of time without packets or with fewer packets. The first service is, for example, the online live broadcast service of a live broadcast application, the online call service of a network call application, or the online game service of a game application.

[0042] In a possible implementation, the terminal device is a Station (STA), and the network device is a Wireless Access Point (AP). The network device is used to enable the terminal device to communicate with the Internet through the wireless communication system. Among them, the network device can provide Internet access functions for the terminal device in hotspot mode. For example, both the network device and the terminal device are user devices, or the network device can also act as a gateway to provide Internet access functions for the terminal device. For example, the network device is a gateway device such as a router, and the terminal device is a user device.

[0043] In a third aspect, the present application provides a sleep scheduling method applied to a terminal device. The method includes: the terminal device obtains the traffic type of the first service currently running and determines whether the traffic type of the first service is the first type or the second type; when the terminal device determines that the traffic type of the first service is the first type, for example, the traffic pattern of the first service is: concentrated with continuous packets within a period of time, then there are few or no packets within a certain time slice, and then concentrated with continuous packets within a period of time, the terminal device can execute the sleep scheduling method provided in the first aspect and any one of the implementation manners of the first aspect; when the terminal device determines that the traffic type of the first service is the second type, for example, the traffic pattern of the first service is: continuous packets with relatively balanced quantity, without a period of time without packets or with fewer packets, the terminal device can execute the sleep scheduling method provided in the second aspect and any one of the implementation manners of the second aspect.

[0044] In a fourth aspect, the present application provides a terminal device, including a transceiver, a processor, and a memory; the above memory is used to store a computer program, and the above processor calls the above computer program for the above terminal device to execute the sleep scheduling method provided in the first aspect, the second aspect, the third aspect, and any one of the implementation manners of the first aspect, the second aspect, and the third aspect.

[0045] In a fifth aspect, the present application provides a computer storage medium. The computer storage medium stores a computer program, and when the computer program is executed by a processor, it is used to execute the sleep scheduling method provided in the first aspect, the second aspect, the third aspect, and any one of the implementation manners of the first aspect, the second aspect, and the third aspect.

[0046] Sixth aspect, the present application provides a computer program product, which, when running on a device, causes the device to execute the sleep scheduling method provided by the first aspect, the second aspect, the third aspect, and any implementation manner of the first aspect, the second aspect, and the third aspect.

[0047] Seventh aspect, the present application provides an electronic device, which includes a method or device introduced in any aspect or implementation manner of the present application. The above-mentioned electronic device is, for example, a chip.

[0048] It should be understood that the description of technical features, technical solutions, beneficial effects or similar languages in the present application does not imply that all features and advantages can be achieved in any single implementation manner. On the contrary, it can be understood that the description of features or beneficial effects means that at least one implementation manner includes specific technical features, technical solutions or beneficial effects. Therefore, the description of technical features, technical solutions or beneficial effects in the present application does not necessarily refer to the same implementation manner. Furthermore, the technical features, technical solutions and beneficial effects described in the present application can be combined in any appropriate manner. Those skilled in the art will understand that the present application can be implemented without one or more specific technical features, technical solutions or beneficial effects of a specific implementation manner. In other implementation manners, additional technical features and beneficial effects can also be identified in a specific implementation manner that does not embody all implementation manners. Description of the Drawings

[0049] The following introduces the drawings used in the present application.

[0050] Figure 1A is a schematic diagram of the architecture of a communication system provided by the present application;

[0051] Figure 1B is another schematic diagram of the architecture of a communication system provided by the present application;

[0052] Figure 2 is a schematic diagram of the hardware structure of a terminal device provided by the present application;

[0053] Figure 3 is a schematic diagram of the software architecture of a terminal device provided by the present application;

[0054] Figure 4A and Figure 4B are schematic diagrams of some traffic models provided by the present application;

[0055] Figure 5A and Figure 5B are schematic diagrams of some sleep / work processes provided by the present application;

[0056] Figures 6A - 6CSchematic diagrams of some sleep scheduling strategies provided by this application;

[0057] Figures 7A - 7C Schematic diagrams of some other sleep / work processes provided by this application;

[0058] Figure 8 Schematic diagram of another traffic model provided by this application;

[0059] Figure 9A and Figure 9B Schematic diagrams of some other sleep / work processes provided by this application;

[0060] Figure 10 Schematic diagram of the process flow of a sleep scheduling method provided by this application;

[0061] Figure 11 Schematic diagram of the process flow of another sleep scheduling method provided by this application;

[0062] Figure 12 Schematic diagram of the process flow of another sleep scheduling method provided by this application;

[0063] Figure 13 Schematic diagram of the hardware structure of another terminal device provided by this application. Detailed implementation manners

[0064] The technical solutions in the embodiments of this application will be described below in conjunction with the accompanying drawings. The terms used in the implementation manner part of the embodiments of this application are only used to explain the specific embodiments of this application and are not intended to limit this application.

[0065] In the description of the embodiments of this application, unless otherwise specified, " / " means "or". For example, A / B can mean A or B; "and / or" in the text is just a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiments of this application, "a plurality" means two or more than two.

[0066] Hereinafter, the terms "first" and "second" are only used for descriptive purposes and cannot be construed as implying or suggesting relative importance or implicitly indicating the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include one or more of such features. In the description of the embodiments of this application, unless otherwise specified, the meaning of "a plurality" is two or more than two.

[0067] With the continuous evolution of the wireless fidelity (Wi-Fi) protocol, the transmission rate of the Wi-Fi protocol has increased rapidly, but the power consumption on terminal devices remains high, affecting the user experience.

[0068] In the embodiments of the present application, the states of the wireless communication system of the terminal device may include, but are not limited to, the following four: transmit (TX) state, receive (RX) state, listen state, and sleep state. Among them, in the transmit state, the terminal device can send data frames; in the receive state, the terminal device can receive data frames; in the sleep state, the wireless communication system is powered off (not working); in the listen state, the wireless communication system is not powered off, does not receive or send data frames, but continuously monitors the energy on the wireless communication channel. Other states other than the sleep state (such as the above-mentioned transmit state, receive state, and listen state) can be collectively referred to as the working state.

[0069] In the embodiments of the present application, the wireless communication system of the terminal device (which can also be the wireless communication chip of the terminal device) can use wireless communication technologies to implement related functions. The wireless communication technology can be a technology in which both communication parties transmit information through radio waves, and can include, but is not limited to: Wi-Fi technology, Bluetooth technology, Near Field Communication (NFC) technology, Wi-Fi Aware technology, general wireless communication technology, wireless communication technologies specified by the SparkLink Alliance (for example, SparkLink low energy access technology (SLE), SparkLink basic access technology (SLB)), etc. The wireless communication system can also be named according to the supported wireless communication technology. For example, a wireless communication system that supports Wi-Fi communication technology can be called a Wi-Fi system, and a wireless communication system that supports the wireless communication technology specified by the SparkLink Alliance can be called a SparkLink system. Wireless communication has a large number of applications in various aspects such as file transfer, call audio transmission, media audio transmission, remote control, screen mirroring, and perception of surrounding devices (such as smart vehicles, smart terminal devices, smart home devices, and smart manufacturing devices).

[0070] For the convenience of description, the following embodiments will be described by taking the wireless communication system of the terminal device as a Wi-Fi system that supports Wi-Fi technology as an example.

[0071] Exemplarily, by testing and analyzing the Wi-Fi power consumption of common applications on the terminal device (such as the top 20 applications), the percentages of the Wi-Fi system in the above four states can be obtained: the transmission state is 0.8%, the reception state is 9.2%, the listening state is 41%, and the sleep state is 49%. And the percentages of the power consumption contributed by these four states are: the transmission state is 8%, the reception state is 24%, the listening state is 64%, and the sleep state is 4%. It can be understood that although the current of the Wi-Fi system is high in the transmission state and the reception state, the time of the Wi-Fi system in the transmission state and the reception state is very short. Therefore, the power consumption percentages of the transmission state and the reception state are not high. And the current of the Wi-Fi system is very low in the sleep state. Therefore, the power consumption percentage of the sleep state is also very low. However, as an "invalid state", the power consumption percentage of the listening state is very high. Therefore, optimizing the power consumption of the listening state is very meaningful for Wi-Fi power consumption optimization.

[0072] Figure 1A and Figure 1B Exemplarily shown is a schematic diagram of the architecture of the communication system 10. The communication system 10 may include a terminal device 100 and a network device 200. The terminal device 100 may be connected to the network device 200 in a wired and / or wireless manner. The wired manner may include, for example, but not limited to, high definition multimedia interface (HDMI), universal serial bus (USB), coaxial cable, optical fiber, etc. The wireless manner may include, for example, but not limited to, Bluetooth, Wi-Fi, sidelink, NFC, ultra wide band (UWB), infrared, etc.

[0073] In the embodiments of the present application, the terminal device 100 may be, but is not limited to, a mobile phone, a tablet computer, a handheld computer, a desktop computer, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (PDA), and smart home devices such as a smart TV, a smart camera, and a smart speaker, wearable devices such as a smart bracelet, a smart watch, and smart glasses, extended reality (XR) devices such as augmented reality (AR), virtual reality (VR), and mixed reality (MR), in-vehicle devices or smart city devices. The embodiments of the present application do not impose special restrictions on the specific types of electronic devices.

[0074] In the embodiments of the present application, the network device 200 may be a router, a transmission and receiver point (TRP), a relay device, or other access network devices. Alternatively, the network device 200 may also be a terminal device. For specific type examples, reference may be made to the description of the terminal device 100 in the above examples.

[0075] In the communication system 10, the terminal device 100 may communicate with the Internet through the network device 200, for example, for Wi-Fi communication. It can also be said that the network device 200 provides an Internet access function for the terminal device 100. The terminal device 100 may send an uplink data packet to the network device 200, and the network device 200 may also send a downlink data packet to the terminal device 100. In one implementation, when the terminal device 100 performs Wi-Fi communication with the Internet through the network device 200, the Wi-Fi system of the terminal device 100 may perform sleep and wake-up according to the sleep scheduling method provided in the embodiments of the present application, and the network device 200 may not sleep.

[0076] In the embodiments of the present application, the terminal device 100 may be referred to as a station (STA), and the network device 200 may be referred to as an access point (AP). When the network device 200 is a terminal device, the network device 200 may use the hotspot mode to provide an Internet access function for the terminal device 100. In this case, the network device 200 may also be referred to as a software access point (SoftAP). The network device 200 may be a physical AP or a virtual access point (VAP). The VAP is, for example, a driver network card.

[0077] Exemplarily, as Figure 1A shown, the terminal device 100 is a mobile phone, and the network device 200 is a router. The network device 200 may act as an AP to provide an Internet access function, such as a Wi-Fi Internet access function, for the terminal device 100 acting as an STA.

[0078] Exemplarily, as Figure 1B shown, the terminal device 100 is a mobile phone, and the network device 200 is a tablet computer. The network device 200 may act as a SoftAP to provide an Internet access function, such as a Wi-Fi Internet access function, for the terminal device 100 acting as an STA.

[0079] It can be understood that Figure 1A and Figure 1B the forms and quantities of the terminal device 100 and the network device 200 shown are only for examples, and the embodiments of the present application do not limit this.

[0080] Next, an exemplary introduction to the terminal device 100 in the embodiments of the present application will be given.

[0081] It can be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the terminal device 100. In other embodiments of the present application, the terminal device 100 may include more or fewer components than those shown in the figure, or combine certain components, or split certain components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0082] Figure 2 It is a schematic diagram of the hardware structure of a terminal device 100 provided by the embodiments of the present application.

[0083] As Figure 2 shown, the terminal device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone interface 170D, a sensor module 180, a key 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. Among them, the sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0084] The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), etc. Among them, different processing units may be independent devices or integrated in one or more processors.

[0085] The controller can generate operation control signals according to the instruction operation code and timing signals to complete the control of instruction fetching and execution.

[0086] A memory can also be set in the processor 110 to store instructions and data. In one embodiment, the memory in the processor 110 is a cache memory. This memory can save the instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be directly called from the said memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0087] In one embodiment, the processor 110 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0088] The charging management module 140 is used to receive charging input from a charger. Among them, the charger can be a wireless charger or a wired charger. In some embodiments of wired charging, the charging management module 140 can receive the charging input of the wired charger through the USB interface 130. In some embodiments of wireless charging, the charging management module 140 can receive the wireless charging input through the wireless charging coil of the terminal device 100. While charging the battery 142, the charging management module 140 can also supply power to the terminal device 100 through the power management module 141.

[0089] The power management module 141 is used to connect the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives inputs from the battery 142 and / or the charging management module 140 and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, the wireless communication module 160, etc. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage, impedance). In another implementation, the power management module 141 can also be disposed in the processor 110. In another implementation, the power management module 141 and the charging management module 140 can also be disposed in the same device.

[0090] The wireless communication function of the terminal device 100 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modulation and demodulation processor, and the baseband processor, etc.

[0091] The antenna 1 and the antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the terminal device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization rate of the antennas. For example: the antenna 1 can be multiplexed as the diversity antenna of the wireless local area network. In another implementation, the antenna can be used in combination with a tuning switch.

[0092] The mobile communication module 150 can provide solutions for wireless communication including second generation (2G) / third generation (3G) / fourth generation (4G) / fifth generation (5G) / sixth generation (6G) and other wireless communication technologies applied to the terminal device 100. The mobile communication module 150 can include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter, amplify, etc. the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor and convert it into electromagnetic waves through the antenna 1 for radiation. In one implementation, at least some functional modules of the mobile communication module 150 can be disposed in the processor 110. In one implementation, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 can be disposed in the same device.

[0093] The modulation and demodulation processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. Subsequently, the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After being processed by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays an image or video through the display screen 194. In one implementation, the modulation and demodulation processor may be an independent device. In another implementation, the modulation and demodulation processor may be independent of the processor 110 and be provided in the same device as the mobile communication module 150 or other functional modules.

[0094] The wireless communication module 160 may provide wireless communication solutions applied to the terminal device 100, including wireless local area networks (WLAN) (such as Wi-Fi), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (IR), etc. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive the signal to be transmitted from the processor 110, perform frequency modulation and amplification on it, and convert it into electromagnetic waves through the antenna 2 and radiate them out. In one implementation, at least some functional modules of the wireless communication module 160 may be provided in the processor 110. In one implementation, at least some functional modules of the wireless communication module 160 and at least some modules of the processor 110 may be provided in the same device.

[0095] In the embodiments of the present application, the wireless communication module 160 may include a Wi-Fi communication module, a XingShan communication module, etc. The wireless communication module 160 or any one of the communication modules in the wireless communication module 160 (such as the Wi-Fi communication module) may include the above-mentioned transmission state, reception state, listening state, and sleep state. It can be understood that the wireless communication module 160 or any one of the communication modules in the wireless communication module 160 (such as the Wi-Fi communication module) can independently enter the sleep state without affecting the operation of other modules in the terminal device 100.

[0096] The camera 193 is used to capture static images or videos. An object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transfers the electrical signal to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in standard formats such as RGB and YUV. In one implementation, the terminal device 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0097] The digital signal processor is used to process digital signals. In addition to processing digital image signals, it can also process other digital signals. For example, when the terminal device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy, etc.

[0098] The video codec is used to compress or decompress digital videos. The terminal device 100 can support one or more video codecs. In this way, the terminal device 100 can play or record videos in multiple encoding formats, such as: Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0099] The NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transmission pattern between human brain neurons, it can quickly process input information and can also continuously self-learn. Through the NPU, applications such as intelligent cognition of the terminal device 100 can be realized, such as: image recognition, face recognition, speech recognition, text understanding, etc.

[0100] The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the terminal device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to achieve the data storage function. For example, files such as music and videos are saved in the external memory card.

[0101] The internal memory 121 can be used to store computer-executable program codes, and the executable program codes include instructions. The internal memory 121 can include a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs required for at least one function (such as a sound playback function, an image playback function, etc.). The data storage area can store data created during the use of the terminal device 100 (such as audio data, a phone book, etc.). In addition, the internal memory 121 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 110 executes various functional applications and data processing of the terminal device 100 by running the instructions stored in the internal memory 121, and / or the instructions stored in the memory provided in the processor.

[0102] The terminal device 100 can implement an audio function through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and an application processor, etc. The terminal device 100 can also implement an audio function through a connected Bluetooth device. For example, music playback, recording, etc.

[0103] The audio module 170 is used to convert digital audio information into an analog audio signal for output, and is also used to convert an analog audio input into a digital audio signal. The audio module 170 can also be used to encode and decode audio signals. In one implementation, the audio module 170 can be disposed in the processor 110, or some functional modules of the audio module 170 can be disposed in the processor 110.

[0104] The speaker 170A, also known as a "loudspeaker", is used to convert an audio electrical signal into a sound signal. The terminal device 100 can listen to music or a hands-free call through the speaker 170A.

[0105] The receiver 170B, also known as an "earpiece", is used to convert an audio electrical signal into a sound signal. When the terminal device 100 answers a call or a voice message, the voice can be listened to by placing the receiver 170B close to the human ear.

[0106] The microphone 170C, also known as the "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak close to the microphone 170C with their mouth to input the sound signal into the microphone 170C. The terminal device 100 can be provided with at least one microphone 170C. In another embodiment, the terminal device 100 can be provided with two microphones 170C, which can not only collect sound signals but also implement a noise reduction function. In another embodiment, the terminal device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify the sound source, and implement functions such as directional recording.

[0107] The pressure sensor 180A is used to sense pressure signals and can convert pressure signals into electrical signals. In one embodiment, the pressure sensor 180A can be disposed on the display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, capacitive pressure sensors, etc. The capacitive pressure sensor can include at least two parallel plates with conductive materials. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The terminal device 100 determines the intensity of the pressure based on the change in capacitance. When a touch operation acts on the display screen 194, the terminal device 100 detects the intensity of the touch operation according to the pressure sensor 180A. The terminal device 100 can also calculate the position of the touch based on the detection signal of the pressure sensor 180A. In one embodiment, touch operations with the same touch position but different touch operation intensities can correspond to different operation instructions. For example: when a touch operation with a touch operation intensity less than the first pressure threshold acts on the short message application icon, the instruction to view the short message is executed. When a touch operation with a touch operation intensity greater than or equal to the first pressure threshold acts on the short message application icon, the instruction to create a new short message is executed.

[0108] The gyroscope sensor 180B can be used to determine the motion posture of the terminal device 100. The barometric pressure sensor 180C is used to measure the barometric pressure. The magnetic sensor 180D includes a Hall sensor. The acceleration sensor 180E can detect the magnitude of the acceleration of the terminal device 100 in various directions (generally three axes). The distance sensor 180F is used to measure the distance. The proximity light sensor 180G can include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode can be an infrared light emitting diode. The ambient light sensor 180L is used to sense the ambient light brightness. The fingerprint sensor 180H is used to collect fingerprints. The terminal device 100 can use the collected fingerprint characteristics to implement fingerprint unlocking, access to application locks, fingerprint photography, fingerprint answering of incoming calls, etc. The temperature sensor 180J is used to detect the temperature. The bone conduction sensor 180M can obtain vibration signals.

[0109] The touch sensor 180K, also known as the "touch control device". The touch sensor 180K can be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also known as the "touch control screen". The touch sensor 180K is used to detect touch operations acting thereon or nearby. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194. In another embodiment, the touch sensor 180K can also be disposed on the surface of the terminal device 100, at a different position from the display screen 194.

[0110] The keys 190 include a power-on key, volume keys, etc. The keys 190 can be mechanical keys or touch keys. The terminal device 100 can receive key inputs and generate key signal inputs related to the user settings and function controls of the terminal device 100. The motor 191 can generate vibration prompts. The indicator 192 can be an indicator light, which can be used to indicate the charging state, power change, and can also be used to indicate messages, missed calls, notifications, etc.

[0111] The software system of the terminal device 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservices architecture, or cloud architecture. For example, the software system with a layered architecture can be the Android system, or the Harmony operating system (OS), or other software systems. In the embodiments of the present application, the software structure of the terminal device 100 is described by taking the layered architecture as an example.

[0112] Figure 3 It is a schematic diagram of the software architecture of a terminal device 100 provided by the embodiments of the present application.

[0113] The layered architecture divides the software into several layers, and each layer has a clear role and division of labor. The layers communicate with each other through software interfaces. In one embodiment, the software system of the terminal device 100 is divided into five layers, from top to bottom are the application layer, application framework layer, system library, kernel layer, and wireless communication system.

[0114] The application layer can include a series of application packages.

[0115] As Figure 3 shown, the application packages can include applications such as cameras, videos, Wi-Fi, short videos, network calls (such as voice calls or video calls in chat applications), reading, live broadcasts, games, browsers, etc. The applications in the embodiments of the present application can also be replaced by other software such as applets and atomic services.

[0116] The application framework layer provides application programming interfaces (APIs) and programming frameworks for the applications in the application layer. The application framework layer includes some predefined functions.

[0117] As Figure 3 shown, the application framework layer may include a window manager, a content provider, a view system, a telephone manager, a resource manager, a notification manager, etc.

[0118] The window manager is used to manage window programs. The window manager can obtain the display screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.

[0119] The content provider is used to store and obtain data, and make this data accessible to applications. The data may include videos, images, audio, incoming and outgoing calls, browsing history and bookmarks, phone books, etc.

[0120] The view system includes visible controls, such as controls for displaying text, controls for displaying pictures, etc. The view system can be used to build applications. The display interface can be composed of one or more views. For example, a display interface including a short message notification icon may include a view for displaying text and a view for displaying pictures.

[0121] The telephone manager is used to provide the communication function of the terminal device 100. For example, the management of call status (including connection, disconnection, etc.).

[0122] The resource manager provides various resources for applications, such as localized strings, icons, pictures, layout files, video files, and so on.

[0123] The notification manager enables applications to display notification information in the status bar. It can be used to convey notification-type messages, which can automatically disappear after a short stay without user interaction. For example, the notification manager is used to inform that the download is completed, message reminder, etc. The notification manager can also be a notification that appears in the system top status bar in the form of a chart or a scroll bar text, such as the notification of a background-running application, and can also be a notification that appears on the screen in the form of a dialogue window. For example, prompting text information in the status bar, emitting a prompt sound, the terminal device 100 vibrating, the indicator light flashing, etc.

[0124] As Figure 3 shown, the system library may include multiple functional modules. For example: surface manager, Media Libraries, 3D graphics processing library (e.g., OpenGL ES), 2D graphics engine (e.g., SGL), etc.

[0125] The surface manager is used to manage the display subsystem and provides the fusion of 2D and 3D layers for multiple applications.

[0126] The media library supports the playback and recording of multiple common audio and video formats, as well as static image files, etc. The media library can support multiple audio and video coding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

[0127] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, synthesis, and layer processing, etc.

[0128] The 2D graphics engine is the drawing engine for 2D drawing.

[0129] The kernel layer is the layer between the hardware and software. As Figure 3 shown, the kernel layer may include but is not limited to at least one of the following: display driver, camera driver, audio driver, or sensor driver.

[0130] The wireless communication system can be used for wireless communication processes. As Figure 3 shown, the wireless communication system may include but is not limited to a Wi-Fi system, a SparkLink system (not shown), etc. The Wi-Fi system is used for wireless communication through Wi-Fi technology, and the SparkLink system is used for wireless communication through SLE or SLB technology. Exemplarily, the real-time service of Application 1 in the application layer can be implemented through the Wi-Fi system. The data packets of Application 1 can be sent to the Wi-Fi system after being processed by the application framework layer, the system library, and the kernel layer, and then sent to the network device 200 by the Wi-Fi system. The Wi-Fi system can also receive the data packets sent by the network device 200 and send them to Application 1 after being processed by the kernel layer, the system library, and the application framework layer.

[0131] In the embodiments of the present application, the wireless communication system / any one of the communication systems in the wireless communication system (such as the Wi-Fi system) may include the above-mentioned sending state, receiving state, listening state, and sleeping state. It can be understood that the wireless communication system / any one of the communication systems in the wireless communication system (such as the Wi-Fi system) can independently enter the sleeping state without affecting the operation of other modules in the terminal device 100.

[0132] It can be understood that, Figure 2 the terminal device 100 shown and Figure 3 the terminal device 100 shown can correspond. For example, Figure 3 the application layer, the application framework layer, the system layer library, and the kernel layer shown belong to Figure 2 the application processor described, Figure 3 the wireless communication system shown corresponds to Figure 2The wireless communication module 160 shown. Without limitation, other software architectures of the terminal device 100 can also correspond to Figure 2 the hardware structure shown. Other hardware structures of the terminal device 100 can also correspond to Figure 3 the software architecture shown. For example, the terminal device 100 may include a system on chip (Soc) and a Wi-Fi communication chip. Figure 3 The application layer, application framework layer, system layer library, and kernel layer shown belong to the Soc. Figure 3 The wireless communication system shown corresponds to the Wi-Fi communication chip. The Wi-Fi communication chip can be integrated with the SoC or exist independently. For example, the terminal device 100 may also include a processor and a transceiver (including a Wi-Fi transceiver). Figure 3 The application layer, application framework layer, system layer library, and kernel layer shown belong to the processor. Figure 3 The wireless communication system shown corresponds to the transceiver.

[0133] Next, in combination with the video playback scenario implemented by the video application based on the Wi-Fi network, the working processes of the software and hardware of the terminal device 100 will be exemplarily described.

[0134] When the touch sensor 180K receives a touch operation, the corresponding hardware interrupt is sent to the kernel layer. The kernel layer processes the touch operation into a raw input event (including information such as touch coordinates and the timestamp of the touch operation). The raw input event is stored in the kernel layer. The application framework layer obtains the raw input event from the kernel layer and identifies the control corresponding to the input event. Taking the touch operation as a touch click operation and the control corresponding to the click operation as the video playback control of the video application as an example, the video application calls the interface of the application framework layer, and then calls the Wi-Fi system in the wireless communication system to send a request message to the network device 200. The request message is used to request to obtain the video data to be played. Moreover, the Wi-Fi system can receive the video data sent by the network device 200 and send it to the video application in the application layer so that the video application can play the video data.

[0135] The Wi-Fi protocol defines a sleep mechanism for the power save mode (PSM). The basic principle is as follows:

[0136] 1) The AP can send Beacon frames to the STA at a specific period, which can be called the target beacon transmission time (TBTT). For example, the TBTT is 100 milliseconds (ms). For example, after the STA and the AP are powered on, the AP can send Beacon frames to the STA at the period of TBTT.

[0137] 2) When the STA and the AP negotiate for network access, they will negotiate the Listen Interval. After the STA enters the sleep state, it wakes up and listens for Beacon frames every Listen Interval TBTTs. And the AP will assign different identifiers (identity document, ID) to different STAs, which can be called the associateion ID (AID). The ListenInterval is a positive integer. For example, the Listen Interval is defaulted to 1.

[0138] 3) When the STA has no service data to send, it can send Packet 1 to the AP. The AP can obtain that the STA enters the sleep state according to Packet 1. Packet 1 can also be called a sleep frame. For example, Packet 1 can be obtained by setting the Power Managemet Bit in the media access control (MAC) frame header of any packet by the STA to 1. For example, Packet 1 can be a Null-Data frame.

[0139] 4) When the AP has service data to send to the target STA, it will cache it first. And the AP can send a Beacon frame with Status 1 to the target STA. The target STA can obtain that there is data to be sent to the target STA by the AP according to the Beacon frame with Status 1. For example, the Beacon frame with Status 1 can be obtained by setting the bit corresponding to the AID of the target STA to 1 in the Bitmap of the traffic indication map (TIM).

[0140] 5) The STA can wake up and listen for Beacon frames according to the negotiated Listen Interval. When receiving the Beacon frame with Status 1, it can obtain that there is downlink data to be received. At this time, the STA can send Packet 2 to the AP to request data. Packet 2 can also be called a request frame. For example, Packet 2 is a powersavingpoll (PS-Poll) frame.

[0141] 6) The AP can obtain the corresponding cache data according to the AID in the PS-Poll frame to send it to the STA corresponding to the AID.

[0142] Based on the PSM sleep mechanism, the low-power sleep strategy of the terminal device when transmitting Wi-Fi data frames is as follows:

[0143] 1) For uplink services (i.e., STA sends service data to AP), when application 2 has a message to be transmitted through the Wi-Fi system, the message can be sent to the Wi-Fi system. When the Wi-Fi system receives the message when it is not in sleep mode, it can send the message to the AP in the sending state. When the Wi-Fi system receives the message when it is in sleep mode, it can wake up and send the message to the AP in the sending state.

[0144] 2) For downlink services (i.e., AP sends service data to STA), since STA cannot predict when AP will send downlink data, it can set a waiting time T wait After the STA and AP complete data transmission (for example, after the STA sends uplink service data to the AP), the STA can wait for T wait (T wait The Wi-Fi system is in monitoring mode. If T wait If the AP has no downlink data to send to the STA, the STA can send a sleep frame to the AP and enter the sleep state. After entering the sleep state, the STA can wake up and listen to the Beacon frame according to the negotiated Listen Interval. When the AP has downlink data to send to the STA, it can send a Beacon frame in state 1 to the STA. The STA can send a request frame to the AP based on the Beacon frame in state 1, so that the AP can send downlink service data to the STA based on the request frame.

[0145] The traffic model in different business scenarios may be different. Two common traffic models are shown below. The traffic model in the following example is illustrated by taking the downlink traffic of the business as an example. The uplink traffic is similar and will not be described in detail.

[0146] Figure 4A The schematic diagram exemplarily shows a pulse traffic model under business scenario 1. For example, the online business scenarios in short video applications, video applications, reading applications, and browser applications are business scenario 1. Figure 4A The horizontal axis is time, with the unit being seconds (s), and the vertical axis is the amount of downlink data, with the unit being bytes (bytes).

[0147] like Figure 4AAs shown, the rule of the downlink traffic in Service Scenario 1 is as follows: There are continuous packets within a certain period of time, then there are few or no packets in the following period of time, then there are continuous packets again within a certain period of time, and then there are few or no packets in the following period of time, and so on. For example, in Figure 4A there are more packets between approximately 2820s and 2860s, and the size of the data volume mainly fluctuates within the range (0, 8×10 5 bytes, then there are no packets between approximately 2860s and 2880s, and then there are more packets between approximately 2880s and 2885s, and the size of the data volume mainly fluctuates within the range (0, 12×10 5 bytes, then there are no packets between approximately 2885s and 2905s, and then there are more packets between approximately 2905s and 2925s, and the size of the data volume mainly fluctuates within the range (0, 7×10 5 bytes, then there are fewer packets between 2925s and 2955s, and then there are more packets between approximately 2955s and 3000s, and the size of the data volume mainly fluctuates within the range (0, 12×10 5 bytes, and then there are no packets between approximately 3000s and 3030s.

[0148] Figure 4B An exemplary schematic diagram of a continuous traffic model in Service Scenario 2 is shown. For example, online service scenarios in live applications, network call applications, and game applications are Service Scenario 2. Figure 4B As shown, the horizontal axis represents time in seconds (s), and the vertical axis represents the downlink data volume in bytes.

[0149] As shown in 4B, the rule of the downlink traffic in Service Scenario 1 is as follows: There are continuous packets, and the data volume is relatively balanced, without a period of time without packets or with few packets. For example, in Figure 4B there are continuous packets between 100s and 400s, and the size of the data volume is concentrated within the range (0, 2×10 4 bytes.

[0150] Next, based on the above low-power sleep strategy, the sleep / work process of the Wi-Fi system in the above two service scenarios is introduced exemplarily. The following embodiments are described by taking Listen Interval = 1, that is, the STA listens for Beacon frames every 1 TBTT as an example.

[0151] Figure 5A An exemplary sleep / work process of a Wi-Fi system in Service Scenario 1 is shown.

[0152] As Figure 5A shown, within the time period from t1 to t2, the Wi-Fi system of the STA sends the last traffic data 1 to the AP in the transmission state, and then enters the listening state from the transmission state. The STA can wait for T wait in the listening state. Within T wait , the STA may receive the Beacon frame sent by the AP or may not receive the Beacon frame. If the AP has no downlink traffic data to send to the STA within T wait , for example, the STA does not receive the Beacon frame in state 1 or does not receive the downlink traffic data within T wait , then at time t3 (i.e., after t2 by the time of T wait ), the STA can send a sleep frame to the AP in the transmission state to notify the AP that it will enter the sleep state. At time t4 after sending the sleep frame, the STA can transition from the transmission state to the sleep state.

[0153] Understandably, after the STA and the AP are powered on, the AP can send Beacon frames to the STA at a period of TBTT. After time t4, assuming that the arrival time of the next Beacon frame is time t5, therefore, at time t5, the STA can enter the receiving state from the sleep state and receive the Beacon frame sent by the AP in the receiving state. Assuming that the Beacon frame received within the time period from t5 to t6 is not the Beacon frame in state 1, the STA obtains from this Beacon frame that the AP has no traffic data to send to itself. Therefore, at time t6, the STA enters the sleep state from the receiving state. At time t7, which is after t6 by the time of TBTT, the STA can enter the receiving state from the sleep state and receive the Beacon frame sent by the AP in the receiving state. Assuming that the currently received Beacon frame is the Beacon frame in state 1, the STA obtains from this Beacon frame that the AP has traffic data to send to itself. Therefore, the STA does not enter the sleep state but enters the listening state, and when the Wi-Fi channel is idle (assuming the current state is idle), it enters the transmission state from the listening state. When entering the transmission state (i.e., time t8), the STA can send a request frame to the AP to request downlink data. After sending the request frame, the STA can enter the listening state and enter the receiving state when the downlink data is about to arrive.

[0154] Assume that the downlink data to be sent by the AP to the STA includes traffic data 2 and traffic data 3. At time t9, the STA enters the receiving state. From time t9 to time t 10 , the STA successively receives the traffic data 2 and traffic data 3 sent by the AP. At time t 10After that, the STA can enter the listening state. Assume that there is an uplink data packet waiting to be sent from the STA to the AP. Therefore, the STA can enter the transmission state from the listening state and send traffic data 4 to the AP at time t 11 to t 12 and send traffic data 4 to the AP within this time period. Assume that traffic data 4 is the last traffic data sent by the STA. Therefore, the STA can enter the listening state at time t 12 The STA can continue to wait for T wait in the listening state. The subsequent process is similar and will not be elaborated here.

[0155] From Figure 5A it can be seen that if the AP does not send downlink traffic data to the STA within T wait , then the listening state of the STA during the waiting time T wait will not bring any "benefits", and T wait will cause power consumption waste. Understandably, currently most STAs set T wait to hundreds of milliseconds (millisecond, ms) in order to ensure the real-time experience of services. And in service scenario 1, the probability that the AP does not send downlink traffic data to the STA within T wait is relatively high. Therefore, each T wait will cause a large amount of power consumption waste. However, if there is no such waiting time T wait , that is, after the STA sends the last traffic data to the AP, it directly sends a sleep frame to the AP and enters the sleep state. This method has the following problems: If the AP has downlink data to send to the STA, then the STA can receive the Beacon frame of state 1 after the next TBTT (in practice, it is Listen Interval TBTTs) after entering the sleep state, with an average delay of dozens of milliseconds to hundreds of milliseconds, which will affect the real-time experience of some delay-sensitive services.

[0156] Figure 5B Exemplarily shows the sleep / work process of a Wi-Fi system in service scenario 2.

[0157] As Figure 5B shown, within the time period from time t 13 to t 14 , the Wi-Fi system of the STA sends the last traffic data 5 to the AP in the transmission state and then enters the listening state from the transmission state. The STA can wait for T wait in the listening state. When there is downlink traffic data sent from the AP to the STA within T wait , the AP can directly send it. When the traffic data 6 sent by the AP is about to arrive, the STA can enter the receiving state from the listening state. The STA can be in the time period from time t 15 to t 16Receive the service data 6 sent by the AP, and enter the listening state when the reception is completed, where the time is t 15 and the time t 14 The interval is less than T wait . The STA can continue to wait for T in the listening state wait , when the next downlink service data sent by the AP within T wait is about to arrive, the STA can enter the receiving state from the listening state. The STA can receive the service data 7 and service data 8 sent by the AP in sequence within the time from t 17 to t 18 , where the time t 17 and the time t 16 The interval is less than T wait . After the time t 18 , the STA can enter the listening state. Then when the STA has an uplink data packet to be sent to the AP, it can enter the sending state from the listening state, and send the service data 9 to the AP within the time from t 19 to t 20 . Assume that the service data 9 is the last service data sent by the STA. Therefore, the STA can enter the listening state at the time t 20 . The STA can continue to wait for T in the listening state wait , and the subsequent process is similar and will not be elaborated

[0158] From Figure 5B It can be seen that in service scenario 2, the probability that the AP has downlink service data to send to the STA within T wait is very high. Therefore, it is almost impossible for the STA to enter the sleep state without a downlink packet within T wait , resulting in a large amount of power consumption loss in the listening state

[0159] The embodiment of the present application provides a sleep scheduling method, which is applied to the communication system 10. When the preset conditions are met, the terminal device 100 (i.e., the STA) in the communication system 10 can negotiate a sleep scheduling policy with the network device 200 (i.e., the AP). The terminal device 100 can sleep and wake up according to the sleep scheduling policy. At the same time, the above waiting time T wait will be cancelled. The sleep scheduling policy can include at least one time slice of the sleep state (collectively referred to as the sleep time) and at least one time slice of the listening state (collectively referred to as the listening time). For example, the proportion of the sleep time is equal to the proportion of the listening time, or the proportion of the sleep time is greater than the proportion of the listening time. Compared with the above T waitThe proportion of the listening time is 1, and the proportion of the listening time in the sleep scheduling policy of the embodiment of the present application is relatively small (for example, less than or equal to 0.5), effectively reducing the power consumption in the listening state. Moreover, the length of the time slice in the sleep scheduling policy of the embodiment of the present application is determined according to the maximum delay that the service currently running on the terminal device 100 can tolerate, so no large delay will be introduced. That is to say, the embodiment of the present application can greatly optimize the power consumption in the listening state without affecting the real-time experience of the service, making the Wi-Fi system of the terminal device 100 as dormant as possible, thereby greatly reducing the power consumption of the Wi-Fi system.

[0160] The following exemplarily introduces the sleep scheduling policy involved in the embodiment of the present application.

[0161] Figure 6A An exemplary schematic diagram of a sleep scheduling policy is shown.

[0162] In Figure 6A In the shown sleep scheduling policy, the lengths of the time slices in each sleep state are equal (schematically shown by N), the lengths of the time slices in each listening state are equal (schematically shown by N), and the length of one time slice in the sleep state is equal to the length of one time slice in the listening state (schematically shown by N), where N is a positive number and N is the maximum delay that the service running on the STA can tolerate.

[0163] In Figure 6A In the shown sleep scheduling policy, the time slices in the listening state and the sleep state alternate, and the Wi-Fi system of the STA can periodically switch between the listening state and the sleep state, and switches every N ms. For example Figure 6A As shown, the end time of the time slice 1 (N ms) in the listening state is the start time of the time slice 2 (N ms) in the sleep state, the end time of the time slice 2 in the sleep state is the start time of the time slice 3 (N ms) in the listening state, the end time of the time slice 3 in the listening state is the start time of the time slice 4 (N ms) in the sleep state, and so on. Among them, the time slice 3 and the time slice 1 are both time slices in the listening state, the time slice 3 can be understood as another time slice 1, and the time slice 1 can also be understood as another time slice 3. The time slice 2 and the time slice 4 are both time slices in the sleep state, the time slice 4 can be understood as another time slice 2, and the time slice 2 can also be understood as another time slice 4. The descriptions of the time slices in the listening state and the sleep state in the subsequent embodiments of the present application are similar.

[0164] In one implementation manner, Figure 6A In the total duration of the shown sleep scheduling policy, the number of time slices in the sleep state is equal to the number of time slices in the listening state. For example Figure 6ASix time slices of the sleep state and six time slices of the listening state are shown. Therefore, the proportion of the sleep time and the proportion of the listening time are equal, both being 0.5. Without limitation, in another embodiment, the number of time slices in the sleep state and the number of time slices in the listening state may also be unequal.

[0165] For example, Figure 6A The total duration length of the sleep scheduling policy shown is equal to the length of the above T wait 's length.

[0166] It can be understood that, compared with the above T wait where the proportion of the listening time is 1, Figure 6A The proportion of the listening time in the sleep scheduling policy shown is approximately 0.5. Therefore, the power consumption in the listening state can be reduced by approximately 50%. And even if there is uplink / downlink traffic within any time slice of the sleep state, since the length N of any time slice of the sleep state is the maximum delay that the STA-running service can tolerate, the communication process without uplink / downlink traffic during the sleep time will not introduce a delay exceeding the tolerable range. Therefore, the delay requirement of the service can be effectively guaranteed.

[0167] Figure 6B Exemplarily shows a schematic diagram of another sleep scheduling policy.

[0168] In Figure 6B the sleep scheduling policy shown, the lengths of the time slices of each listening state are equal (schematically shown by N), and the lengths of the time slices of at least two sleep states can be unequal. For example, the length of time slice 6 is N, and the length of time slice 8 is N1, where N1 > N. The length of the time slice of at least one sleep state is equal to the length of the time slice of one listening state. For example, the lengths of time slice 5 of the listening state and time slice 6 of the sleep state are both N. The length of the time slice of at least one sleep state is unequal to the length of the time slice of one listening state. For example, the length of time slice 5 of the listening state is N, and the length of time slice 8 of the sleep state is N1. The length of any one time slice of the sleep state is greater than or equal to the length of one time slice of the listening state.

[0169] In Figure 6B the sleep scheduling policy shown, the time slices of the listening state and the time slices of the sleep state alternate. The Wi-Fi system of the STA can periodically switch between the listening state and the sleep state, and switch from the listening state to the sleep state every Nms. For example Figure 6BAs shown, the end time of the time slice 5 (Nms) in the listening state is the start time of the time slice 6 (Nms) in the sleep state, the end time of the time slice 6 in the sleep state is the start time of the time slice 7 (Nms) in the listening state, the end time of the time slice 7 in the listening state is the start time of the time slice 8 (N1ms) in the sleep state, and so on.

[0170] Figure 6B Taking the example that the length of the time slice in the sleep state can gradually increase. For example Figure 6B As shown, when there is no uplink data / downlink data to be transmitted in the second time slice 7 in the listening state, the length N of the first time slice 6 in the sleep state is less than the length N1 of the second time slice 8 in the sleep state. When there is no uplink data / downlink data to be transmitted in the third time slice 9 in the listening state, the length N1 of the second time slice 8 in the sleep state is less than the length N2 of the third time slice 10 in the sleep state.

[0171] It can be understood that although the length of the time slice in the sleep state can gradually increase, since the total duration of the sleep scheduling strategy may be a preset fixed length, for example, equal to the above T waitt In this case, if the last time slice in the sleep scheduling strategy is a time slice in the sleep state, even if there is no uplink data / downlink data to be transmitted in the penultimate time slice (i.e., the time slice in the listening state), the length of the last time slice may not be the value obtained according to the above rule. For example, Figure 6B As shown, the length N3 of the last time slice in the sleep state is less than the length N2 of the previous time slice 10 in the sleep state.

[0172] Figure 6C Exemplarily shows a schematic diagram of another sleep scheduling strategy.

[0173] In Figure 6C In the sleep scheduling strategy shown, the length of each time slice in the sleep state is equal (schematically shown as N), the length of each time slice in the listening state is equal (schematically shown as N4), and the length of 1 time slice in the sleep state is greater than the length of 1 time slice in the listening state, that is, N > N4.

[0174] In Figure 6C In the sleep scheduling strategy shown, the time slices in the listening state and the sleep state alternate. The Wi-Fi system of the STA can periodically switch between the listening state and the sleep state, and switch from the sleep state to the listening state every Nms, and switch from the listening state to the sleep state every N4ms. For example Figure 6CAs shown, the end time of time slice 11 (N4ms) in the listening state is the start time of time slice 12 (Nms) in the sleep state, the end time of time slice 12 in the sleep state is the start time of time slice 13 (N4ms) in the listening state, the end time of time slice 13 in the listening state is the start time of time slice 14 (Nms) in the sleep state, and so on.

[0175] In one embodiment, Figure 6B and Figure 6C in the total duration of the sleep scheduling policy shown, the number of time slices in the sleep state is equal to the number of time slices in the listening state. For example, Figure 6B shows 4 time slices in the sleep state and 4 time slices in the listening state, and the length of each time slice in the sleep state is greater than or equal to the length of the time slice in the listening state. Another example is Figure 6C shows 5 time slices in the sleep state and 5 time slices in the listening state, and the length of each time slice in the sleep state is greater than the length of the time slice in the listening state. Therefore, the proportion of listening time is less than the proportion of sleep time, and the proportion of listening time is approximately less than 0.5. Without limitation, in another embodiment, the number of time slices in the sleep state and the number of time slices in the listening state may also be unequal.

[0176] For example, Figure 6B / Figure 6C the length of the total duration of the sleep scheduling policy shown is equal to the length of the above T wait .

[0177] It can be understood that, compared with the above T wait where the proportion of listening time is 1, Figure 6B / Figure 6C the proportion of listening time in the sleep scheduling policy shown is approximately less than 0.5. Therefore, the power consumption in the listening state can be reduced by more than 50%. Moreover, the length of the time slice in the sleep state is determined according to whether there is uplink traffic / downlink traffic in each listening state, and the length of the time slice in the sleep state can increase progressively. Therefore, the delay requirements of the service can also be effectively guaranteed.

[0178] Figure 6A and Figure 6C Taking the example where the length of each time slice in the listening state is equal and the length of each time slice in the sleep state is equal for illustration, Figure 6B taking the example where the length of each time slice in the listening state is equal and at least 2 time slices in the sleep state are unequal for illustration. In specific implementation, it can also be that at least 2 time slices in the listening state are unequal and the length of each time slice in the sleep state is equal, or it can also be that at least 2 time slices in the listening state are unequal and at least 2 time slices in the sleep state are unequal. The embodiments of the present application do not make limitations in this regard.

[0179] Figures 6A - 6C Taking the time slice in the listening state as the first time slice as an example for illustration, in a specific implementation, the first time slice can also be a time slice in the sleep state. The embodiments of the present application do not limit the types of the first time slice and the last time slice.

[0180] Next, an exemplary introduction is given to the sleep / work process implemented by the Wi-Fi system based on the sleep scheduling method provided in the embodiments of the present application.

[0181] In the above service scenario 1, after the STA and the AP complete data transmission (for example, after the STA sends the uplink service data to the AP), the STA can negotiate sleep scheduling information (including the first duration) with the AP and use the first duration to replace the original waiting time T wait , and an example of the sleep / work process can be seen below Figures 7A - 7C .

[0182] Figure 7A Another exemplary illustration shows the sleep / work process of a Wi-Fi system in service scenario 1. Figure 7A Taking the example that the terminal device 100 has uplink services for illustration.

[0183] As Figure 7A shown, within the time from t 21 to t 22 , the Wi-Fi system of the STA sends the last service data 10 to the AP in the sending state, and then within the time from t 22 to t 23 , the STA sends a negotiation frame to the AP, and this negotiation frame is used to negotiate sleep scheduling information 1 with the AP. The sleep scheduling information 1 can include the first duration, and the first duration can include at least one first time slice (i.e., the time slice in the sleep state) and at least one second time slice (i.e., the time slice in the listening state). Figure 7A Taking the first duration as set according to the Figure 6A shown sleep scheduling policy, the first duration T0 includes 6 first time slices and 6 second time slices, and the length of each first time slice is N, and the length of each second time slice is N, that is, taking T0 = 12×N as an example for illustration. After the negotiation of the sleep scheduling information 1 is successful, the STA can use the first duration to replace the original T wait , and perform sleep and wake-up according to the first time slice and the second time slice within the first duration, and the AP can send downlink data according to the first time slice and the second time slice within the first duration.

[0184] As Figure 7A shown, starting from the time t 23 , the first duration begins. Assuming that the starting moment of the first duration is the starting moment of the time slice in the listening state, then at the time t 23, the STA can enter the listening state and enter the sleep state after N ms (i.e., the first time slice, which is also the time slice of the listening state) in the listening state, that is, enter the sleep state at the end of the first time slice (i.e., the start time of the second time slice), and then enter the listening state after N ms (i.e., the second time slice, which is also the time slice of the sleep state) in the sleep state, that is, enter the listening state at the end of the second time slice (i.e., the start time of the third time slice, and the third time slice is the time slice of the listening state), and so on. It can be understood that within the first duration, the STA switches between the listening state and the sleep state every N ms. Assume that in the fourth time slice (i.e., the time slice of the sleep state), for example, at time t 24 , if the STA detects uplink data to be sent (i.e., service data 11) in the sleep state, it will cache it (for example, cache it to a preset transmission queue). When the next time slice of the listening state arrives, that is, at time t 25 (i.e., the end time of the fourth time slice) (the interval between t 25 and t 23 is 4N ms), the STA can enter the listening state from the sleep state and enter the transmission state when the Wi-Fi channel is idle (assuming the current is the idle state). From time t 25 to t 26 , the STA can send the service data 11 to the AP in the transmission state. It can be understood that the first duration ends in advance at the end time of the fourth time slice (i.e., time t 25 ).

[0185] As Figure 7A shown, after the STA sends the service data 11 to the AP, from time t 26 to t 27 , the STA can send a negotiation frame to the AP in the transmission state, and this negotiation frame is used to negotiate the sleep scheduling information 1 with the AP. From time t 27 onwards, a new first duration can start. The STA can enter the listening state and enter the sleep state after N ms (i.e., the first time slice, which is also the time slice of the listening state) in the listening state, and enter the listening state after N ms (i.e., the second time slice, which is also the time slice of the sleep state) in the sleep state, and so on, until the current first duration T0 = 12×N ends (the end time is t 28 ). Since there is no uplink service and downlink service in this first duration (i.e., from time t 27 to t 28 ), therefore, at the end of this first duration, that is, at time t 28When, the STA can enter the transmission state and send a sleep frame to the AP to notify the AP that it will enter the sleep state, and enter the sleep state after sending the sleep frame. Optionally, after the STA enters the sleep state, it can wake up and listen for Beacon frames every ListenInterval TBTT according to the sleep mechanism of PSM, for example Figure 5A The process after time t4 shown in

[0186] At Figure 7A If the STA detects that there is uplink data to be sent in the time slice of the sleep state during the first duration, the STA will maintain the sleep state and cache the uplink data. After the next time slice (i.e., the time slice of the listening state) of this sleep state time slice arrives, the STA enters the transmission state and sends the uplink data to the AP. It can be understood that after the time slice of the sleep state in which it is detected that there is uplink data to be sent ends, the first duration ends in advance. Not limited to this, in some other examples, when the STA detects that there is uplink data to be sent in the time slice of the sleep state during the first duration, it can also not cache the uplink data and enter the transmission state from the sleep state to send the uplink data to the AP. It can be understood that within the time slice of the sleep state in which it is detected that there is uplink data to be sent, for example Figure 7A At time t shown in 24 the first duration ends in advance without waiting for the time slice of this sleep state to end. In some other examples, if the STA detects that there is uplink data to be sent in the time slice of the listening state during the first duration, the STA can not cache the uplink data and transfer from the listening state to the transmission state to send the uplink data to the AP. It can be understood that within the time slice of the listening state in which it is detected that there is uplink data to be sent, the first duration ends in advance.

[0187] Figure 7B Exemplarily shows another sleep / work process of a Wi-Fi system in service scenario 1. Figure 7B Taking the presence of downlink traffic at terminal device 100 as an example for illustration.

[0188] As Figure 7B shown, between time t 29 and t 30 the Wi-Fi system of the STA sends the last service data 12 to the AP in the transmission state, and then between time t 30 and t 31 the STA sends a negotiation frame to the AP. This negotiation frame is used to negotiate sleep scheduling information 1 with the AP. For the description of sleep scheduling information 1, refer to the description of sleep scheduling information 1 in Figure 7A

[0189] As Figure 7BAs shown, starting from time t 31 a first time period begins. Within the first time period, the STA can switch between the listening state and the sleeping state every N ms. Assume that within the 4th time slice (i.e., the time slice in the sleeping state), the STA is in the sleeping state. If the AP has downlink data to be sent, it will be cached, and the data packet 3 will be sent after the next time slice in the listening state arrives (i.e., after the current time slice in the sleeping state ends) to notify the STA that there is downlink data to be sent. At the end time t 32 (the interval between t 32 and t 31 is 4N ms) of the 4th time slice, the STA can enter the listening state from the sleeping state. When the STA detects that a downlink data packet is about to arrive in the listening state, the STA can enter the receiving state from the listening state and receive the data packet 3 sent by the AP in the receiving state. The STA obtains from the data packet 3 that the AP has service data to be sent to itself. Therefore, the STA enters the listening state and enters the sending state when the Wi-Fi channel is idle (assuming the current is the idle state). When entering the sending state (i.e., at time t 33 ), the STA can send a request frame to the AP to request downlink data. After sending the request frame, the STA can enter the listening state and enter the receiving state when the downlink data is about to arrive. Assume that the downlink data that the AP needs to send to the STA includes service data 13 and service data 14. At time t 34 , the STA enters the receiving state. From time t 34 to time t 35 , the STA sequentially receives the service data 13 and service data 14 sent by the AP. It can be understood that the first time period ends in advance at the end time of the 4th time slice (i.e., at time t 32 ).

[0190] As Figure 7B shown, after the STA receives the service data 13 and service data 14 sent by the AP, that is, after time t 35 , the STA can enter the listening state, and then enter the sending state to send a negotiation frame to the AP. This negotiation frame is used to negotiate the sleep scheduling information 1 with the AP. Starting from time t 36 , a new first time period can begin. Within the first time period, the STA can switch between the sleeping state and the listening state every N ms until the current first time period T0 = 12×N ends (the end time is at time t 37 ). Since there is no uplink service and downlink service in this first time period (i.e., from time t 36 to t 37 ), therefore, at the end of this first time period, that is, at time t 37When the time comes, the STA can enter the transmission state and send a sleep frame to the AP to notify the AP that it will enter the sleep state, and enter the sleep state after sending the sleep frame.

[0191] Among them, the above-mentioned data packet 3 is used to notify the STA that there is downlink data pending to be sent to the STA by the current AP. In some examples, when the STA and the AP negotiate through a target wake time (TWT) or a private negotiation mechanism (i.e., negotiate through a custom Action frame), the above-mentioned data packet 3 can be a Trigger frame. Without limitation, in some other examples, when the STA and the AP negotiate through PSM (such as using the Null-Data frame of PSM), the above-mentioned data packet 3 can be a Beacon frame in state 1.

[0192] Not limited to Figure 7B the examples shown, in some other examples, the AP can also not send data packet 3, but directly send downlink service data. For example, in the case where the STA and the AP negotiate through TWT or a private negotiation mechanism, specific examples can be found in Figure 7C .

[0193] Figure 7C Exemplarily shows the sleep / work process of another Wi-Fi system in service scenario 1. Figure 7C and Figure 7B similar, the difference is that after the end time t of the 4th time slice 32 , the AP can not send data packet 3, but directly send service data 13 and service data 14 to the STA. At time t 32 , the STA can enter the listening state from the sleep state, and then enter the receiving state when the downlink data is about to arrive. The STA can receive service data 13 and service data 14 in sequence in the receiving state. Then, at time t 38 , the STA can enter the listening state, then transfer from the listening state to the transmission state and send a negotiation frame to the AP, and this negotiation frame negotiates the sleep scheduling information 1 with the AP. Subsequently, a new first duration can start from time t 39 . During the first duration, the STA can switch between the sleep state and the listening state every Nms until the current first duration T0 = 12×N ends (the end time is t 40 ). Since there is no uplink service and downlink service during this first duration (i.e., from time t 39 to t 40 ), therefore, at the end of this first duration (i.e., time t 40 ), the STA can enter the transmission state and send a sleep frame to the AP, and enter the sleep state.

[0194] In Figure 7B andFigure 7C In this case, if the AP detects the existence of downlink data to be sent during the time slice in the sleep state in the first duration, the AP will cache the downlink data and send the downlink data after the next time slice (i.e., the time slice in the listening state) of this sleep state time slice arrives. It can be understood that after the time slice in the sleep state where the existence of downlink data to be sent is detected ends, the first duration ends in advance. Without limitation, in some other examples, if the AP detects the existence of downlink data to be sent during the time slice in the listening state in the first duration, the AP may not cache the downlink data, but directly send Packet 3 and the downlink data (similar to Figure 7B ), or directly send the downlink data (similar to Figure 7C ). It can be understood that within the time slice in the listening state where the existence of downlink data to be sent is detected, the first duration ends in advance.

[0195] Figures 7A - 7C Taking the first duration set according to the Figure 6A shown sleep scheduling policy as an example for illustration, in specific implementation, the first duration can also be set according to Figure 6B , Figure 6C or other sleep scheduling policies. The embodiments of the present application do not limit the specific setting method of the first time slice and the second time slice in the first duration, but the first time slice and the second time slice in the first duration always alternate.

[0196] In one implementation manner, in the above Service Scenario 1, when the maximum latency N that the service running on the STA can tolerate is less than the first duration, after the STA and the AP complete data transmission, the STA can negotiate the first duration with the AP. But when the maximum latency N that the service running on the STA can tolerate is greater than or equal to the first duration, after the STA and the AP complete data transmission, the STA can also directly send a sleep frame and enter the sleep state, that is, directly cancel the waiting time. In this case, although the STA can receive the Beacon frame only after the next TBTT after entering the sleep state, since N is relatively large, for example, the first duration is 100 ms and N is greater than 100 ms, it will not affect the real-time experience of the current service and completely avoids the power consumption waste in the listening state during the waiting time.

[0197] From the above Figure 4B and Figure 5B , it can be seen that the traffic model in Service Scenario 2 is continuous with packets and the data volume is relatively balanced. Therefore, it is almost impossible for the STA to enter the sleep state when there is no downlink packet within T wait . The embodiments of the present application provide a traffic shaping mode, which can integrate the continuous traffic model in Service Scenario 2 into a pulsed traffic model. For an example of the integrated traffic model, see Figure 8 .

[0198] Figure 8 Schematic diagram exemplarily showing a pulsed traffic model in service scenario 2. The rule of the downlink traffic of this traffic model is: there are more packets concentrated in a short period of time, then no packets in a period of time, then more packets concentrated in a short period of time, and then no packets in a period of time, and so on. That is to say, there is downlink traffic in this traffic model every once in a while, and there is no downlink traffic at other times. For example, in Figure 8 , there is about 650 bytes of downlink traffic in a short period of time after 0 ms, there is more than 900 bytes of downlink traffic around 10 ms, there is about 800 bytes of downlink traffic around 20 ms, and so on. It can be understood that there is relatively high downlink traffic every 10 ms, and there is no downlink traffic at other times.

[0199] In the above service scenario 2, if the current channel capacity is much greater than the bandwidth of the current service (in this case, a large amount of data can be transmitted in a short time), the STA can determine to enter the traffic shaping mode, otherwise it does not enter the traffic shaping mode. When it is determined to enter the traffic shaping mode, the STA can negotiate sleep scheduling information (including the first period) with the AP. In the traffic shaping mode, the STA can periodically switch between the listening state and the sleep state based on the first period. And both the STA and the AP can buffer the data packets to be sent and periodically send the buffered data packets based on the first period. For an example of the sleep / working process, please refer to the following Figure 9A and Figure 9B .

[0200] Figure 9A Exemplarily showing the sleep / working process of another Wi-Fi system in service scenario 2. Figure 9A Taking the example that the terminal device 100 has uplink service for illustration.

[0201] As Figure 9A shown, at time t 41 , the STA determines to enter the traffic shaping mode. Therefore, within the time from t 41 to t 42 , the Wi-Fi system of the STA sends a negotiation frame to the AP in the sending state. This negotiation frame is used to negotiate sleep scheduling information 2 with the AP. The sleep scheduling information 2 may include the first period. One first period may include one first time slice (i.e., the time slice of the sleep state) and one second time slice (i.e., the time slice of the listening state). Figure 9A Taking the first period as in accordance with Figure 6ATaking the sleep scheduling policy shown as an example, the lengths of the first time slice and the second time slice in the first period are both N, that is, the first period is 2N. After the negotiation of the sleep scheduling information 2 is successful, multiple first periods can be carried out. The STA can sleep and wake up according to the first time slice and the second time slice within the first period. Moreover, within the second time slice of the first period, the STA can send uplink data, and / or the AP can send downlink data.

[0202] As Figure 9A shown, starting from time t 42 multiple first periods are carried out. Assuming that the starting moment of the first period is the starting moment of the time slice in the listening state, then at the starting moment t 42 of the first first period, the STA can enter the listening state and enter the sleep state after N ms in the listening state (that is, the time slice in the listening state), that is, at the end moment t 43 (which is also the starting moment of the time slice in the sleep state) enter the sleep state, and then in the sleep state for N ms (that is, the time slice in the sleep state), the end moment t 44 of the time slice in the sleep state is the end moment of the first first period. Subsequently, a new first period can be carried out again. For example, the time from t 44 to t 46 is the second first period, and so on. Therefore, the STA can switch between the listening state / sleep state every N ms.

[0203] As Figure 9A shown, the STA can send uplink data within the time slice in the listening state of the first period. Assuming that within the time slice in the listening state of the first first period, that is, the time from t 42 to t 43 , the STA does not detect uplink data and downlink data in the listening state. Assuming that within the time slice in the sleep state of the first first period, that is, the time from t 43 to t 44 , the STA detects the uplink data to be sent in the sleep state and caches it (for example, caches it to a preset transmission queue). When the time slice in the listening state of the second first period arrives (that is, when the time slice in the sleep state of the first first period ends), that is, at time t 44 , the STA can enter the listening state from the sleep state and enter the sending state when the Wi-Fi channel is idle (assuming the current is the idle state). Moreover, within the current time slice in the listening state, that is, the time from t 44 to time t 45, the STA can send the uplink data (i.e., service data 15) cached in the above-mentioned transmission queue to the AP in the transmission state. Similar to the subsequent description, when the STA detects uplink data to be sent during a time slice in the sleep state, it can cache it in a preset transmission queue and enter the transmission state when the time slice of the next listening state of this time slice in the sleep state arrives, so as to send the data in the transmission queue to the AP in the transmission state. For example, in the time slice of the sleep state of the 2nd first cycle (i.e., time t 45 to t 46 ), if the STA has uplink data to be sent, it will cache it, and in the time slice of the listening state of the 3rd first cycle (i.e., time t 46 to t 47 ), the STA sends the cached data to the AP, and so on, without listing them one by one.

[0204] In Figure 9A , if the STA detects uplink data to be sent during the time slice of the sleep state in the first cycle, the STA will remain in the sleep state and cache the uplink data. After the time slice of the next listening state of this time slice in the sleep state arrives, the STA enters the transmission state and sends the uplink data to the AP. Not limited to this, in some other examples, if the STA detects uplink data to be sent during the time slice of the listening state in the first cycle, the STA can send the currently detected uplink data in the transmission state before the end of the time slice of the current listening state.

[0205] Figure 9B Exemplarily shows another sleep / work process of a Wi-Fi system in service scenario 2. Figure 9B Taking the example of the terminal device 100 having downlink services for illustration.

[0206] As Figure 9B shown, at time t 48 , the STA determines to enter the traffic shaping mode. Therefore, within the time from time t 48 to t 49 , the Wi-Fi system of the STA sends a negotiation frame to the AP in the transmission state. This negotiation frame is used to negotiate the sleep scheduling information 2 with the AP. For the description of the sleep scheduling information 2, refer to the description of the sleep scheduling information 2 in Figure 9A .

[0207] As Figure 9B shown, starting from time t 49 , multiple first cycles are carried out. The time from time t 49 to time t 51 is the 1st first cycle, and the time from time t 51 to time t 53For the second first cycle, and so on. For the description of the STA switching between the listening state and the sleeping state in each first cycle, refer to Figure 9A the description of the first first cycle (time t 42 to t 44 ) in it, which will not be elaborated here.

[0208] As Figure 9B shown, the AP can send downlink data during the time slice of the listening state in the first cycle. Assume that within the time slice of the listening state in the first first cycle, that is, time t 49 to t 50 , the STA does not detect uplink data and downlink data in the listening state. Assume that within the time slice of the sleeping state in the first first cycle, that is, time t 50 to t 51 , the STA is in the sleeping state. If the AP has downlink data to be sent, it will cache it. When the time slice of the listening state in the second first cycle arrives (that is, after the time slice of the sleeping state in the first first cycle ends), it will send the downlink data. At the end time t 51 of the time slice of the sleeping state in the first first cycle, the STA can enter the listening state from the sleeping state. When the STA detects that a downlink data packet is about to arrive in the listening state, the STA can enter the receiving state from the listening state. And, within the time slice of the current listening state, that is, time t 51 to time t 52 , the STA can receive the downlink data (i.e., service data 17) sent by the AP in the receiving state. The subsequent description is similar. When the AP detects downlink data to be sent during the time slice of the sleeping state, it can cache it and send the downlink data to the STA during the time slice of the next listening state of this time slice of the sleeping state. For example, within the time slice of the sleeping state in the second first cycle (that is, time t 52 to t 53 ), the STA is in the sleeping state. If the AP has downlink data to be sent, it will cache it. Within the time slice of the listening state in the third first cycle (that is, time t 53 to t 54 ), the STA receives the downlink data (i.e., service data 18) sent by the AP in the receiving state, and so on, without listing all examples one by one.

[0209] Figure 9B Taking the example that the AP does not send data packet 3 but directly sends downlink service data, in some other examples, the AP can also first send data packet 3 to notify the STA that there is currently downlink data to be sent to this STA by the AP. After receiving the request frame sent by the STA, the AP then sends the downlink service data. For specific examples, refer to Figure 7B the description of time t 32 to t35 Description.

[0210] Exemplarily, when N = 10 ms, Figure 9A / Figure 9B The traffic model of the sleep / work process shown in Figure 8 can be the traffic model shown in

[0211] In Figure 9B , if the AP detects the existence of downlink data to be sent in the time slice of the sleep state in the first cycle, the AP will cache the downlink data and send the downlink data after the time slice of the next listening state of this sleep state time slice arrives. Not limited to this, in some other examples, if the AP detects the existence of downlink data to be sent in the time slice of the listening state in the first cycle, the AP may not cache the downlink data, but before the end of the time slice of the current listening state, directly send Packet 3 and the downlink data (similar to Figure 7B ), or directly send the downlink data (similar to Figure 7C ).

[0212] In one implementation manner, in the traffic shaping mode, if specific conditions are met (for example, the amount of data in the above-mentioned preset transmission queue exceeds the preset queue threshold), the STA can exit the traffic shaping mode, and at this time, the first cycle will not be carried out anymore. For example, at this time, it can work according to the sleep mechanism of the above-mentioned PSM.

[0213] Figure 9A and Figure 9B Taking the first cycle as set according to the Figure 6A shown sleep scheduling strategy as an example for illustration, in specific implementation, the first cycle can also be set according to other sleep scheduling strategies. In some examples, if the first cycle is set according to the Figure 6B shown sleep scheduling strategy, the 1st first cycle includes time slice 5 and time slice 6, the 2nd first cycle includes time slice 7 and time slice 8, the 3rd first cycle includes time slice 9 and time slice 10, and so on. In some other examples, if the first cycle is set according to the Figure 6C shown sleep scheduling strategy, the 1st first cycle includes time slice 11 and time slice 12, the 2nd first cycle includes time slice 13 and time slice 14, and so on. The embodiments of the present application do not limit the specific setting manner of the first time slice and the second time slice in the first cycle.

[0214] Figure 9A and Figure 9BTaking the transmission of uplink data or downlink data within one time slice in the listening state as an example for illustration, in the specific implementation, uplink data transmission and downlink data transmission can be carried out within one time slice in the listening state. For example, uplink data can be transmitted first and then downlink data, etc. The transmission processes in different service scenarios and at different times can be different, and the embodiments of this application do not limit the specific transmission process within the time slice in the listening state.

[0215] It can be understood that before each uplink data is sent, the STA will first perform channel contention, and only after successful contention will it send the uplink data. Similarly, before each downlink data is sent, the AP will first perform channel contention, and only after successful contention will it send the downlink data. In some examples, if the STA wants to send uplink data while the AP also wants to send downlink data, then the STA and the AP can perform channel contention, and only the device that wins the contention can send data.

[0216] It can be understood that it can be that after the STA sends the uplink service data to the AP, the STA sends a negotiation frame to the AP, or it can be that after the STA receives the downlink service data sent by the AP, the STA sends a negotiation frame to the AP. The embodiments of this application do not limit this.

[0217] Next, a flowchart of the sleep scheduling method provided by the embodiments of this application is introduced. This method can be applied Figure 1A to the terminal device 100 as shown. This method can be applied Figure 1B to the terminal device 100 as shown. This method can be applied Figure 2 to the terminal device 100 as shown. This method can be applied Figure 3 to the terminal device 100 as shown.

[0218] Please refer to Figure 10 , Figure 10 which is a flowchart of a sleep scheduling method provided by the embodiments of this application. This method can include but is not limited to the following steps:

[0219] S101: The terminal device 100 obtains the traffic type and latency sensitivity information of the first service currently running.

[0220] In one implementation, the terminal device 100 can identify the traffic type of the first service currently running, and the traffic models of the first services with different traffic types are different. The traffic type of the first service can be but is not limited to the first type or the second type. For an example of the traffic model of the first service of the first type, refer to Figure 4A the pulsed traffic model in service scenario 1 as shown, and for an example of the traffic model of the first service of the second type, refer to Figure 4B the continuous traffic model in service scenario 2 as shown.

[0221] In one implementation, the latency-sensitive information may be the maximum latency that the first service can tolerate, that is, the above-mentioned N ms. The terminal device 100 may identify whether the currently running first service includes latency-sensitive services. When it does, it may obtain the maximum latency that the latency-sensitive service can tolerate (i.e., latency-sensitive information). When it does not, it may determine the preset latency as the maximum latency that the first service can tolerate (i.e., latency-sensitive information).

[0222] S102: The terminal device 100 determines that the traffic type of the first service is the first type or the second type.

[0223] In Figure 10 In the shown process, for the first service of different traffic types, the terminal device 100 may use different sleep scheduling policies. When the traffic type of the first service obtained in S101 is the first type, the terminal device 100 may execute the following S103 - S104. When the traffic type of the first service obtained in S101 is the second type, the terminal device 100 may execute the following S105 - S107.

[0224] S103: The terminal device 100 obtains a sleep scheduling policy 1 (including a first duration) according to the first type and the latency-sensitive information.

[0225] In one implementation, the terminal device 100 may determine according to the first type and the latency-sensitive information that: currently in service scenario 1 (the traffic presents a pulsed pattern similar to Figure 4A shown), and the maximum latency N that the currently running first service can tolerate. When currently in service scenario 1, the terminal device 100 may determine the length of the first time slice and the length of the second time slice according to N, and determine the first duration (including at least one first time slice and at least one second time slice). The first time slice is the time slice when the terminal device 100 is in the sleep state (i.e., the time slice of the above sleep state), and the second time slice is the time slice when the terminal device 100 is in the listening state (i.e., the time slice of the above listening state). An example of the first duration in the sleep scheduling policy 1 can be seen in Figures 6A - 6C the total duration shown.

[0226] In one implementation, the sleep scheduling policy 1 may include: the terminal device 100 uses the first duration to replace the original waiting time T wait , for example, the length of the first duration is equal to the length of the waiting time T wait .

[0227] In one embodiment, the sleep scheduling policy 1 may include: after the terminal device 100 and the network device 200 complete data transmission, the terminal device 100 may sleep and wake up according to the first time slice and the second time slice in the first duration. If there is no uplink service and downlink service within the first duration, the terminal device 100 may enter the sleep state.

[0228] S104: The terminal device 100 negotiates the sleep scheduling policy 1 with the network device 200 and sleeps and wakes up according to the sleep scheduling policy 1.

[0229] In one embodiment, after the terminal device 100 and the network device 200 complete the current data transmission, for example, after the terminal device 100 sends the current uplink data to the network device 200, or after the terminal device 100 receives the current downlink data sent by the network device 200, the terminal device 100 may actively negotiate the sleep scheduling policy 1 with the network device 200.

[0230] In one embodiment, the terminal device 100 may first send a negotiation frame to the network device 200 to negotiate the sleep scheduling policy 1 with the network device 200. After successful negotiation (for example, after successfully sending the negotiation frame), the terminal device 100 starts the first duration and sleeps and wakes up according to the first time slice and the second time slice in the first duration, that is, the negotiation frame is sent before the start time of the first duration. Among them, the negotiation frame may include at least one of the following: information about the first duration (such as length), information about the first time slice, or information about the second time slice. Among them, the information about the first time slice / second time slice may include, but is not limited to, length, whether the lengths of multiple ones are equal when there are multiple ones, the correlation relationship of the lengths of multiple ones when there are multiple ones, the proportion in the first duration, or the number in the first duration, etc. For example, the negotiation frame includes the length of the first time slice, the length of the second time slice, the number of the first time slices in the first duration, and the number of the second time slices in the first duration. For another example, the negotiation frame includes the length of the first duration, and the proportion of the first time slice or the second time slice in the first duration. Specific implementation examples can be seen in Implementation Manner 2 and Implementation Manner 3 of negotiating the sleep scheduling policy 1 below.

[0231] In another embodiment, the terminal device 100 may also negotiate the sleep scheduling policy 1 with the network device 200 during the first duration. Specific implementation examples can be seen in Implementation Manner 1 of negotiating the sleep scheduling policy 1 below.

[0232] In the embodiments of the present application, the implementation manners of the terminal device 100 and the network device 200 negotiating the sleep scheduling policy 1 may include, but are not limited to, the following three manners:

[0233] Method 1: Negotiate the sleep scheduling policy 1 based on PSM. During the first time period, the terminal device 100 can send a sleep frame to the network device 200 before entering the sleep state each time. The network device 200 can determine that the terminal device 100 is about to / has entered the sleep state based on the sleep frame. Moreover, the terminal device 100 can send a wake-up frame to the network device 200 after each wake-up (e.g., when entering the listening state). The network device 200 can determine that the terminal device 100 has been woken up currently (i.e., is in the working state) based on the wake-up frame. In one implementation, when the first time slice in the first time period is a time slice of the listening state, the negotiation frame can be a wake-up frame. When the first time slice in the first time period is a time slice of the sleep state, the negotiation frame can be a sleep frame. In one implementation, the sleep scheduling policy can be negotiated based on the Null-Data frame of PSM. The Null-Data frame is a short frame, and it takes about dozens of microseconds to transmit data. For example, the above-mentioned sleep frame can be obtained by setting the PowerManagemet Bit in the Null-Data frame to 1, and the above-mentioned wake-up frame can be obtained by setting the Power ManagemetBit in the Null-Data frame to 0. It can be understood that currently, devices supporting Wi-Fi basically support the PSM protocol. Therefore, negotiating the sleep scheduling policy based on PSM has good universality.

[0234] Method 2: Based on the TWT negotiation sleep scheduling policy 1. Here, TWT is a mechanism for a STA and an AP to negotiate sleep and wake-up. The STA can negotiate a TWT schedule with the AP through a TWT Setup Frame. This TWT Schedule can divide the time axis into alternating time slices of the Doze state and time slices of the TWT service period (SP) state. A consecutive time slice of the Doze state and a time slice of the TWT SP state can be called a TWT cycle. The above negotiation frame can be a TWT Setup Frame. The above Doze state can correspond to the sleep state in the embodiments of the present application, and the above TWT SP state can correspond to the working state (such as the listening state) in the embodiments of the present application. In one implementation, the TWT Schedule may include, but is not limited to, at least one of the following pieces of information: the duration of a TWT cycle, the duration of the TWT SP state within a TWT cycle, the proportion of the TWT SP state within a TWT cycle, the start point and / or end point of an event, the number of TWT cycles, or a management frame (such as how to interact in the TWT SP state), and the management frame is, for example, the above data packet 3 (used to notify the STA that there is downlink data to be sent to the STA by the current AP) (which can be a Trigger frame). Understandably, the TWT negotiation sleep scheduling policy requires that both the terminal device 100 and the network device 200 support the TWT protocol (an optional feature of Wi-Fi 6).

[0235] Method 3: Negotiate the sleep scheduling policy 1 based on a private negotiation mechanism. The terminal device 100 and the network device 200 can customize an Action frame and negotiate the sleep scheduling policy 1 by transmitting the Action frame. The above negotiation frame is the customized Action frame.

[0236] In one implementation, the terminal device 100 may configure sleep parameters according to the obtained sleep scheduling policy 1, so that when sleeping and waking up according to the configured sleep parameters in the first duration subsequently, it can correspond to the first time slice and the second time slice. Among them, the sleep parameters may include, for example, but are not limited to at least one of the following: the first duration (for example, the duration of the above waiting time), the duration in the listening state, the duration in the sleeping state, or the time point for switching between the listening state and the sleeping state, etc. In some examples, after the terminal device 100 and the network device 200 successfully negotiate the sleep scheduling policy 1, for example, after the terminal device 100 successfully sends a negotiation frame to the network device 200, the sleep parameters are configured. For example, in the case of negotiating the sleep scheduling policy 1 based on the above method 2 and method 3, in other examples, the sleep parameters may also be configured before the terminal device 100 and the network device 200 negotiate the sleep scheduling policy 1. For example, the sleep parameters are configured after obtaining the sleep scheduling policy 1.

[0237] In one implementation, the terminal device 100 may configure a transmission queue according to the obtained sleep scheduling policy 1. This transmission queue can be used for the terminal device 100 to cache the uplink data to be sent when the uplink data to be sent is detected during the time slice in the sleeping state. In some examples, after the terminal device 100 and the network device 200 successfully negotiate the sleep scheduling policy 1, for example, after the terminal device 100 successfully sends a negotiation frame to the network device 200, the sleep parameters are configured. For example, in the case of negotiating the sleep scheduling policy 1 based on the above method 2 and method 3, in other examples, the sleep parameters may also be configured before the terminal device 100 and the network device 200 negotiate the sleep scheduling policy 1. For example, the sleep parameters are configured after obtaining the sleep scheduling policy 1.

[0238] In one implementation, after the terminal device 100 and the network device 200 complete the current data transmission, the terminal device 100 may sleep and wake up in the first duration according to the sleep scheduling policy 1, which includes: entering the sleeping state at the start moment of the first time slice in the first duration and remaining in the sleeping state during the first time slice, and entering the listening state at the start moment of the second time slice in the first duration and remaining in the working state during the second time slice. When the terminal device 100 sleeps and wakes up according to the sleep scheduling policy 1, the network device 200 may send data frames to the terminal device 100 based on the first time slice and the second time slice in the first duration, which includes: the network device 200 will not send data frames to the terminal device 100 during the first time slice (i.e., the time slice in the sleeping state) (at this time, there are data frames to be sent that can be cached), and the network device 200 will send data frames to the terminal device 100 only during the second time slice (i.e., the time slice in the listening state).

[0239] In one implementation, based on the configured sleep parameters, the terminal device 100 may be in a sleep state in a first time slice in a first duration, and in a working state in a second time slice in the first duration. For specific examples, see Figures 6A - 6C .

[0240] In one implementation, if the terminal device 100 has no uplink or downlink services within the first time period, the terminal device 100 may enter a dormant state after the first time period ends. Figure 7A As shown, at time t 26 to 27 Within t, the terminal device 100 can send a negotiation frame to the network device 200, starting from time t 27 The first duration starts at time t 27 to 28 Within the first time period, the terminal device 100 has no uplink or downlink services. Therefore, at the end time t of the current first time period, 28 , the terminal device 100 can send a sleep frame to the network device 200 and then enter the sleep state.

[0241] In one embodiment, if the terminal device 100 detects uplink data to be sent in a time slice of a sleep state in the first time length, the uplink data may be cached in a sending queue, and the listening state is entered when the next listening state time slice of the sleep state time slice arrives, and then the sending state is entered from the listening state, and the uplink data cached in the sending queue is sent to the network device 200 in the sending state, thereby terminating the current first time length in advance. If the terminal device 100 detects uplink data to be sent in a time slice of a listening state in the first time length, the uplink data may not be cached, but the uplink data may be entered into the sending state, and the uplink data may be sent to the network device 200 in the sending state, thereby terminating the current first time length in advance. For specific implementation examples, see Figure 7A It can be understood that caching data to the sending queue is to push the data into the sending queue, and sending the data in the sending queue is to push the data out of the sending queue and send it, so the sending queue will not store the sent data, reducing the storage pressure of the device.

[0242] In some examples, when there is service data to be sent in the application of the terminal device 100 during the first duration, the terminal device 100 can detect the state of the Wi-Fi system. If the Wi-Fi system is in a working state such as the listening state, the application can send the service data to the Wi-Fi system, so that the Wi-Fi system sends the service data to the network device 200 in the sending state. If the Wi-Fi system is in the sleep state, the terminal device 100 can cache the service data in the sending queue, and then wake up the Wi-Fi system when the time slice of the next listening state arrives, and send the service data cached in the above sending queue to the Wi-Fi system, so that the Wi-Fi system sends the service data to the network device 200 in the sending state.

[0243] In one implementation, if the network device 200 detects the downlink data to be sent during the time slice of a certain sleep state in the first duration, it can cache the downlink data. The network device 200 can send the downlink data to the terminal device 100 after the time slice of the next listening state arrives. When the time slice of the next listening state arrives, the terminal device 100 enters the listening state, and enters the receiving state when the downlink data is about to arrive, so as to receive the downlink data in the receiving state, and at this time, the current first duration ends in advance. If the network device 200 detects the downlink data to be sent during the time slice of a certain listening state in the first duration, it can not cache the downlink data, but send the downlink data to the terminal device 100. When the downlink data is about to arrive, the terminal device 100 can enter the receiving state and receive the downlink data, and at this time, the current first duration ends in advance. For specific implementation examples, please refer to Figure 7B and Figure 7C the sleep / working process shown.

[0244] In some examples, when the terminal device 100 and the network device 200 negotiate based on the TWT or the private negotiation mechanism, the network device 200 can send a Trigger frame before sending the downlink data to notify the terminal device 100 that there is currently downlink data to be sent to the terminal device 100 by the network device 200, and the network device 200 will send the downlink data only after receiving the request frame sent by the terminal device 100. For specific examples, please refer to Figure 7B . Without limitation, in some other examples, when the terminal device 100 and the network device 200 negotiate based on the TWT or the private negotiation mechanism, the network device 200 can also directly send the downlink data without sending a Trigger frame. For specific examples, please refer to Figure 7C .

[0245] In some examples, when the terminal device 100 and the network device 200 negotiate based on PSM, the network device 200 may send a Beacon frame in state 1 before sending downlink data to notify the terminal device 100 that there is downlink data waiting to be sent to the terminal device 100 by the network device 200 currently. The network device 200 will send the downlink data only after receiving the request frame sent by the terminal device 100. For specific examples, see Figure 7B 。

[0246] S105: The terminal device 100 obtains the average traffic of the first service, and the terminal device 100 obtains the current channel capacity.

[0247] In one implementation, when the traffic type of the first service is the second type, the terminal device 100 may obtain the average traffic of the first service, which can be characterized as X megabits per second (Mbps). In some examples, the terminal device 100 may obtain the current average traffic of the first service by statistically analyzing and predicting the traffic of the first service over a period of time. In other examples, the terminal device 100 may also obtain the average traffic of the first service from the network device 200, for example, through a private negotiation mechanism.

[0248] In one implementation, when the traffic type of the first service is the second type, the terminal device 100 may estimate the current channel capacity based on the current channel conditions and link information, which can be characterized as Y Mbps.

[0249] S106: The terminal device 100 obtains a sleep scheduling policy 2 (including a first period) according to the second type, latency-sensitive information, average traffic, and channel capacity.

[0250] In one implementation, the terminal device 100 may determine according to the second type and latency-sensitive information that: it is currently in service scenario 2 (the traffic shows a continuous pattern similar to that shown in Figure 4B ), and the maximum latency N that the currently running first service can tolerate. When it is currently in service scenario 2, the terminal device 100 may determine whether to use the traffic shaping mode according to the average traffic X of the first service and the current channel capacity Y. If the current channel capacity is much larger than the bandwidth of the current service (for example, whether Y / X is greater than or equal to a preset threshold, and the preset threshold is, for example, 10), the terminal device 100 may determine to use the traffic shaping mode to shape the traffic of the second type into a pulsed traffic similar to that shown in Figure 8 . At this time, the sleep scheduling policy 2 is implemented based on the traffic shaping mode. Otherwise, the traffic shaping mode is not used. For example, the sleep mechanism of the above PSM may be used at this time, and S107 is not executed.

[0251] In one embodiment, when it is determined to use the traffic shaping mode, the terminal device 100 may determine the lengths of the first time slice and the second time slice according to N, and determine the first period (including the first time slice and the second time slice). The first time slice is the time slice when the terminal device 100 is in the sleep state (i.e., the time slice of the above-mentioned sleep state), and the second time slice is the time slice when the terminal device 100 is in the listening state (i.e., the time slice of the above-mentioned listening state). For an example of the first period in the sleep scheduling policy 2, see Figures 6A - 6C , in Figures 6A - 6C , a period composed of any consecutive one listening state time slice and one sleep state time slice may be one first period. For example, in Figure 6A as shown, the first first period includes time slice 1 and time slice 2, the second first period includes time slice 3 and time slice 4, and so on. For example Figure 6B as shown, the first first period includes time slice 5 and time slice 6, the second first period includes time slice 7 and time slice 8, the third first period includes time slice 9 and time slice 10, and so on. For example Figure 6C as shown, the first first period includes time slice 11 and time slice 12, the second first period includes time slice 13 and time slice 14, and so on.

[0252] In one embodiment, the sleep scheduling policy 2 may include: when it is determined to use the traffic shaping mode, the terminal device 100 may perform one or more first periods. Both the terminal device 100 and the network device 200 may buffer the data packets to be sent and periodically send the buffered data packets based on the first period. Among them, the terminal device 100 / network device 200 may buffer the data packets to be sent during the first time slice (i.e., the time slice of the sleep state) in the first period, and send the buffered data packets during the second time slice (i.e., the time slice of the listening state) in the first period.

[0253] In one embodiment, the sleep scheduling policy 2 may include: when it is determined to use the traffic shaping mode, the terminal device 100 may perform one or more first periods. When a specific condition is not met (for example, the amount of data buffered in the sending queue is greater than or equal to the queue threshold), the traffic shaping mode is maintained and subsequent first periods are continued. When the specific condition is met, the traffic shaping mode is exited and the first period is no longer performed. At this time, the terminal device 100 may re-trigger the decision of the sleep scheduling policy, such as re-executing Figure 10 's process.

[0254] S107: The terminal device 100 negotiates the sleep scheduling policy 2 with the network device 200, and performs sleep and wake-up according to the sleep scheduling policy 2.

[0255] In one embodiment, when it is determined to use the traffic shaping mode, the terminal device 100 may actively negotiate with the network device 200 for the sleep scheduling policy 2. The implementation manner of negotiating the sleep scheduling policy 2 is similar to that of negotiating the sleep scheduling policy 1 in S104. The difference is that the first duration needs to be replaced by the first period. For specific details, refer to the description in S104.

[0256] In one embodiment, the terminal device 100 may first send a negotiation frame to the network device 200 to negotiate the sleep scheduling policy 2 with the network device 200. After the negotiation is successful (for example, after successfully sending the negotiation frame), the terminal device 100 starts the first period and performs sleep and wake-up according to the first time slice and the second time slice in the first period, that is, the negotiation frame is sent before the start time of the first first period. The negotiation frame may include at least one of the following: information about the first period, information about the first time slice, or information about the second time slice. The information about the first period may include, but is not limited to, at least one of the following: length, whether the lengths of multiple first periods are equal, or the correlation relationship of the lengths of multiple first periods. The information about the first time slice / second time slice may include, but is not limited to, at least one of the following: length, whether the lengths of the first time slice / second time slice in multiple first periods are equal, the correlation relationship of the lengths of the first time slice / second time slice in multiple first periods, or the proportion in the first period, etc. For example, the negotiation frame includes the length of the first time slice and the length of the second time slice. For another example, the negotiation frame includes the length of the first period and the proportion of the first time slice or the second time slice in the first period. For specific implementation examples, refer to Implementation Manner 2 and Implementation Manner 3 of negotiating the sleep scheduling policy 1 in S104 (at this time, the sleep scheduling policy 1 needs to be replaced by the sleep scheduling policy 2).

[0257] In another embodiment, the terminal device 100 may also negotiate the sleep scheduling policy 2 with the network device 200 during the first period. For specific implementation examples, refer to Implementation Manner 1 of negotiating the sleep scheduling policy 1 below (at this time, the sleep scheduling policy 1 needs to be replaced by the sleep scheduling policy 2).

[0258] In one embodiment, the terminal device 100 may configure the sleep parameters according to the obtained sleep scheduling policy 2, so that when performing sleep and wake-up according to the configured sleep parameters in the subsequent first period, it can correspond to the first time slice and the second time slice. The specific description is similar to the description of configuring the sleep parameters in S104 and will not be repeated here.

[0259] In one embodiment, the terminal device 100 may configure the transmission queue according to the obtained sleep scheduling policy 2. The specific description is similar to that of the transmission queue configuration in S104 and will not be elaborated here. In one embodiment, the terminal device 100 may also configure the threshold of the transmission queue (which can be simply referred to as the queue threshold) according to the obtained sleep scheduling policy 2. When the amount of data cached in the transmission queue is greater than or equal to the queue threshold, it indicates that there are too many packets waiting to be sent, and it can be considered that the previously obtained traffic type and average traffic are invalid. In this case, the terminal device 100 can immediately wake up and enter the transmission state to send the accumulated packets to the network device 200. Moreover, the terminal device 100 can re-trigger the decision of the sleep scheduling policy, for example, re-execute Figure 10 the process.

[0260] In one embodiment, after determining to use the traffic shaping mode, the terminal device 100 may perform sleep and wake-up in one or more first cycles according to the sleep scheduling policy 2, including: entering the sleep state at the start of the first time slice in each first cycle and remaining in the sleep state during the first time slice, and entering the listening state at the start of the second time slice in each first cycle and remaining in the working state during the second time slice. Moreover, the terminal device 100 may send data frames to the network device 200 based on the first time slice and the second time slice in the first cycle, including: the terminal device 100 will not send data frames to the network device 200 during the first time slice (i.e., the time slice in the sleep state) (at this time, there may be data frames to be sent cached), and the terminal device 100 will send data frames to the network device 200 only during the second time slice (i.e., the time slice in the listening state).

[0261] In one embodiment, when the terminal device 100 performs sleep and wake-up according to the sleep scheduling policy 2, the network device 200 may send data frames to the terminal device 100 based on the first time slice and the second time slice in the first cycle, including: the network device 200 will not send data frames to the terminal device 100 during the first time slice (i.e., the time slice in the sleep state) (at this time, there may be data frames to be sent cached), and the network device 200 will send data frames to the terminal device 100 only during the second time slice (i.e., the time slice in the listening state).

[0262] In one embodiment, based on the configured sleep parameters, the terminal device 100 may perform one or more first cycles, and be in the sleep state during the first time slice in each first cycle and in the working state during the second time slice in the first cycle. For specific examples, refer to Figures 6A - 6C .

[0263] In one embodiment, if the terminal device 100 detects uplink data to be sent during the time slice of the sleep state in the first cycle, the uplink data can be cached in the transmission queue. When the time slice of the next listening state arrives after the time slice of the sleep state, the terminal device 100 enters the listening state, then enters the transmission state, and sends the uplink data cached in the above transmission queue to the network device 200 in the transmission state. The terminal device 100 enters the sleep state when the time slice of the next sleep state arrives after the time slice of the listening state. If the terminal device 100 detects uplink data to be sent during the time slice of the listening state in the first cycle, the uplink data may not be cached, but the terminal device 100 enters the transmission state and sends the uplink data to the network device 200 in the transmission state. The terminal device 100 enters the sleep state when the time slice of the next sleep state arrives after the time slice of the listening state. For a specific implementation example, refer to Figure 9A the sleep / work process shown. For an interaction example between the application and the Wi-Fi system in the sleep scheduling policy 2, refer to the interaction example between the application and the Wi-Fi system shown in S104, which will not be elaborated here.

[0264] In one embodiment, if the network device 200 detects downlink data to be sent during the time slice of the sleep state in the first cycle, the downlink data can be cached. The network device 200 can send the downlink data to the terminal device 100 after the time slice of the next listening state arrives. When the time slice of the next listening state arrives, the terminal device 100 enters the listening state, and when the downlink data is about to arrive, the terminal device 100 enters the receiving state to receive the downlink data in the receiving state. The terminal device 100 enters the sleep state when the time slice of the next sleep state arrives after the time slice of the listening state. If the network device 200 detects downlink data to be sent during the time slice of the listening state in the first cycle, the network device 200 may not cache the downlink data, but send the downlink data to the terminal device 100. When the downlink data is about to arrive, the terminal device 100 can enter the receiving state and receive the downlink data. The terminal device 100 enters the sleep state when the time slice of the next sleep state arrives after the time slice of the listening state. For a specific implementation example, refer to Figure 9B the sleep / work process shown. Before the network device 200 sends downlink data to the terminal device 100, it can first notify the terminal device 100 that there is downlink data to be sent to the terminal device 100 by the current network device 200, or it can directly send the downlink data without notification. For a specific example, refer to the description of the example in S104, which will not be elaborated here.

[0265] In Figure 10 the method shown, for the first service of the first type (i.e., the first service with pulsed traffic), the waiting time T in the original PSM sleep mechanism can be replaced with the first durationwait (Keep listening during this period). The listening method used within the first duration is more flexible. The proportion of the listening time within the first duration can be less than or equal to 50%, thus reducing the power consumption overhead in the listening state by at least 50%. Moreover, the length of the time slice in the sleep state within the first duration is determined according to the maximum delay N that the current running service can tolerate, thus ensuring the delay requirement of the service.

[0266] For the first service of the second type (i.e., the first service with continuous traffic), the traffic of the first service can be shaped into pulsed traffic through traffic cache control and the first period (as shown in Figure 8 ). The terminal device 100 can sleep periodically and perform data transmission processes periodically, solving the problem that it could not enter the sleep state under the original sleep mechanism, that is, enabling the terminal device 100 to enter the sleep state as much as possible, effectively reducing the device power consumption. Moreover, the length of the time slice in the sleep state within the first period is determined according to the maximum delay N that the current running service can tolerate, thus ensuring the delay requirement of the service.

[0267] Not limited to Figure 10 the embodiments shown. In other embodiments, when the traffic type of the first service is the first type (i.e., pulsed traffic), if the delay-sensitive information N obtained in S101 is greater than or equal to the preset first duration (such as the waiting time T wait ), after the terminal device 100 completes data transmission with the network device 200, it can also directly enter the sleep state, that is, directly cancel the waiting time T wait , completely avoiding the power consumption waste in the listening state during the waiting time. Since N is relatively large, it will not affect the real-time experience of the current service.

[0268] Please refer to Figure 11 . Figure 11 is a schematic flowchart of another sleep scheduling method provided by an embodiment of the present application. This method may include but is not limited to the following steps:

[0269] S201: At the first moment, the wireless communication system of the terminal device and the network device finish transmitting the first service data.

[0270] For examples of the wireless communication system, please refer to Figure 2 the examples of the wireless communication module.

[0271] S202: After the first moment, the wireless communication system of the terminal device sleeps and wakes up according to the first sleep scheduling policy (including the first duration).

[0272] In one embodiment, the first sleep scheduling policy includes a first duration, and the first duration includes one or more first time slices and one or more second time slices. Moreover, the first sleep scheduling policy includes that the terminal device can use the first duration to replace the waiting time of the power saving mode (PSM). During the first duration, the wireless communication system enters the sleep state at the start moment of the first time slice and remains in the sleep state within the first time slice, and the wireless communication system enters the listening state at the start moment of the second time slice and remains in the working state within the second time slice.

[0273] In one embodiment, the states of the wireless communication system of the terminal device include a sleep state and a working state, and the working state includes a listening state, a sending state, and a receiving state. For specific examples, reference can be made to the description of the states of the above Wi-Fi system.

[0274] In one embodiment, during the first duration, the time slices when the terminal device is in the sleep state are collectively referred to as the first time slices, and the time slices when the terminal device is in the working state are collectively referred to as the second time slices. The start moment of the first duration is the start moment of the first time slice or the start moment of the second time slice, that is, the first time slice of the first duration can be the first time slice or the second time slice. The first time slices and the second time slices in the first duration alternate. In one case, one second time slice can have two adjacent first time slices, where the end moment of one first time slice is the start moment of this second time slice, and the end moment of this second time slice is the start moment of another first time slice. Similarly, one first time slice can also have two adjacent second time slices. For example Figure 6A in, the time slice 3 in the listening state has two adjacent time slices in the sleep state: time slice 2 and time slice 4, and the time slice 2 in the sleep state has two adjacent time slices: time slice 1 and time slice 3. It can be understood that the first time slice and the last time slice of the first duration each have only one adjacent time slice. For example, if the first time slice of the first duration is the first time slice, the start moment of this first time slice is the start moment of the first duration, and the end moment of this first time slice is the start moment of the adjacent second time slice. If the last time slice of the first duration is the second time slice, the start moment of this second time slice is the end moment of the adjacent first time slice, and the end moment of this second time slice is the end moment of the first duration.

[0275] In one embodiment, the first duration is related to the above preset waiting time, for example, they are equal.

[0276] In one embodiment, before S202, the terminal device may obtain the first latency required by the first service currently running. For example, the first service data corresponds to the first service, and the first latency may be the above N. The lengths of the first time slice and the second time slice in the first duration may be determined according to the first latency. For example, the length of the first time slice is greater than or equal to the first latency, and the length of the second time slice is equal to the first latency.

[0277] In one embodiment, the number of the first time slices and the number of the second time slices in the first duration may be the same. For example Figures 6A - 6C (where the time slice in the listening state is the second time slice), or may be different.

[0278] In one embodiment, the lengths of each of the first time slices in the first duration may be equal. For example Figure 6A and Figure 6C the time slice in the sleep state in Figure 6B may also be that the lengths of at least two of the first time slices in the first duration are not equal. For example Figures 6A - 6C the time slice in the sleep state in. The lengths of each of the second time slices in the first duration may be equal. For example

[0279] In one embodiment, the lengths of the first time slice and the second time slice in the first duration may be equal. For example Figure 6A (where the time slice in the listening state is the second time slice), or may not be equal. For example Figure 6B and Figure 6C (where the time slice in the listening state is the second time slice).

[0280] In one embodiment, when there is no uplink service and downlink service in the second time slice of the first duration of the wireless communication system of the terminal device, the length of the first time slice whose end time is the start time of the second time slice is less than the length of the first time slice whose start time is the end time of the second time slice. For example Figure 6B in, when there is no uplink service and downlink service in the time slice 7 (i.e., the second time slice) in the listening state, the length of the time slice 8 is greater than the length of the time slice 6.

[0281] S203: When there is no uplink service and downlink service in the first duration of the wireless communication system of the terminal device, the wireless communication system enters the sleep state, and the terminal device sends a sleep message to the network device through the wireless communication system.

[0282] S203 is an optional step.

[0283] Not limited to Figure 11In the process shown, in some other embodiments, if the terminal device goes into sleep and wake up based on PSM, after the first moment, the terminal device does not execute S202 and S203, but enters the listening state (i.e., enters the waiting time). If there is no uplink service and downlink service during the waiting time after entering the listening state, the terminal device sends a sleep message to the network device through the wireless communication system, and the wireless communication system enters the sleep state. The sleep message instructs the terminal device to enter the sleep state, and the sleep message is the above-mentioned sleep frame. For specific examples, please refer to Figure 5A .

[0284] Among them, Figure 11 the method shown can correspond to Figure 10 the case where the traffic type of the first service is the first type. S202 can correspond to Figure 10 S104. In one implementation, before S202, the terminal device can also execute Figure 10 S101, S102 (the judgment result is the first type), and S103 in

[0285] Please refer to Figure 12 . Figure 12 FIG. is a schematic flowchart of another sleep scheduling method provided by an embodiment of the present application. The method may include but is not limited to the following steps:

[0286] S301: When the first condition is satisfied, the wireless communication system of the terminal device sleeps and wakes up according to the second sleep scheduling policy (including the first period).

[0287] In one implementation, the first condition includes that the ratio of the capacity of the current wireless communication channel (i.e., the above-mentioned Y) to the first value (i.e., the above-mentioned X) (i.e., Y / X) is greater than or equal to a preset threshold (for example, 10). The first value is the average value of the traffic of the first service currently running on the terminal device. Optionally, when the first condition is satisfied, it can indicate that the current channel capacity is much larger than the bandwidth of the current service.

[0288] In one implementation, the second sleep scheduling policy includes a first period. The first period includes a first time slice and a second time slice. Moreover, the second sleep scheduling policy includes: the terminal device can perform one or more first periods. In each first period, the wireless communication system enters the sleep state at the start moment of the first time slice and remains in the sleep state within the first time slice. The wireless communication system enters the listening state at the start moment of the second time slice and remains in the working state within the second time slice.

[0289] In one implementation, the states of the wireless communication system of the terminal device include the sleep state and the working state. The working state includes the listening state, the sending state, and the receiving state. For specific examples, please refer to the description of the states of the above Wi-Fi system.

[0290] In one embodiment, in the first period, the time slice during which the terminal device is in the sleep state is referred to as the first time slice, and the time slice during which the terminal device is in the working state is referred to as the second time slice. The starting moment of the first period is the starting moment of the first time slice or the starting moment of the second time slice, that is, the first time slice of the first period can be the first time slice or the second time slice. In the first period, the ending moment of the first time slice is the starting moment of the second time slice, that is, the first time slice is before the second time slice, or the starting moment of the first time slice is the ending moment of the second time slice, that is, the second time slice is before the first time slice.

[0291] In one embodiment, before S301, the terminal device may obtain the first latency required by the first service currently running. For example, the first service data corresponds to the first service, and the first latency may be the above-mentioned N. The lengths of the first time slice and the second time slice in the first period may be determined according to the first latency.

[0292] In one embodiment, the second sleep scheduling policy includes multiple first periods. The lengths of each of these multiple first periods may be equal. For example Figure 6A in, each first period includes a first time slice of 1 Nms and a second time slice of 1 Nms. Or for example Figure 6C in, each first period includes a first time slice of 1 Nms and a second time slice of 1 N4ms. They may also be unequal. For example Figure 6B in, the first first period includes a time slice 5 (i.e., the second time slice) of Nms and a time slice 6 (i.e., the first time slice) of Nms, and the second first period includes a time slice 7 (i.e., the second time slice) of Nms and a time slice 8 (i.e., the first time slice) of N1ms. Among these multiple first periods, the lengths of the first time slices in each first period are equal. For example Figure 6A and Figure 6C the time slices in the sleep state in, and they may also be unequal. For example Figure 6B the time slices in the sleep state in. Among these multiple first periods, the lengths of the second time slices in each first period are equal. For example Figures 6A - 6C the time slices in the listening state in, and they may also be unequal.

[0293] In one embodiment, before S301, the terminal device may obtain the first traffic information (including the latency required by the first service) of the first service currently running. For details, please refer to Figure 10 the descriptions of S101 and S105 in. Among them, the first traffic information may include at least the following: traffic type, latency-sensitive information, average traffic. Then the terminal device may determine the first period according to the first traffic information. For details, please refer to Figure 10Description of S106. In S301, when the terminal device performs the first cycle, if a specific condition is met, it re-obtains the second traffic information of the second service currently running. For example, it re-executes the Figure 10 process shown. The specific condition is that the amount of service data cached in the first queue is greater than or equal to the queue threshold. The first queue is used by the wireless communication system to cache the detected service data to be sent within the first time slice. The first queue is the above-mentioned transmission queue.

[0294] Not limited to Figure 12 the process shown. In some other embodiments, when the first condition is not met, S301 may not be executed. The terminal device enters a sleep and wake state based on PSM. After the terminal device transmits the first service data through the wireless communication system and the network device, the wireless communication system of the terminal device enters a listening state (i.e., enters the waiting time). Since the traffic type of the terminal device is the second type (specific examples can be seen in Figure 4B the traffic model shown), there will be uplink services and / or downlink services on the terminal device during the above waiting time. Therefore, the terminal device will end the current waiting time and perform the transmission process of service data with the network device. Specific examples can be seen in Figure 5B .

[0295] Among them, Figure 12 the method shown can be Figure 10 the case where the traffic type of the first service in Figure 10 is the second type. S301 can correspond to Figure 10 S107 in

[0296] Please refer to Figure 13 . Figure 13 Figure 986 is another schematic diagram of the hardware structure of the terminal device 100 provided by the embodiments of the present application.

[0297] As Figure 13 shown, the terminal device 100 may include a processor 101, a memory 102, and a transceiver 103. In one embodiment, the processor 101, the memory 102, and the transceiver 103 may be interconnected through a bus.

[0298] The processor 101 can be one or more central processing units (CPUs). When the processor 101 is a single CPU, it can be a single-core CPU or a multi-core CPU. The memory 102 includes, but is not limited to, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or compact disc read-only memory (CD-ROM). The memory 102 is used for relevant computer programs and data. The transceiver 103 is used to receive and send data. In one implementation, the transceiver 103 can include a Wi-Fi communication module, and the Wi-Fi communication module can be used to implement the transmission process of Wi-Fi frames between the network device 200.

[0299] The processor 101 can be used to read computer programs or instructions stored in the memory 102 and execute the steps performed by the terminal device 100 / STA in the embodiments of the present application, such as Figures 7A - 7C the sleep / work process shown, Figures 9A - 9B the sleep / work process shown, Figures 10 - 12 the sleep scheduling method shown.

[0300] The above embodiments are described by taking Wi-Fi technology as an example. The embodiments of the present application can also be applied to other wireless communication technologies, such as Bluetooth, NFC, IR, GNSS, SLE, SLB, etc. The embodiments of the present application do not limit this.

[0301] In the methods provided by the embodiments of the present application, they can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user device, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or a data center that includes one or more integrated available media. The available medium can be a magnetic medium (such as a floppy disk, hard disk, magnetic tape), an optical medium (such as a digital video disc (DWD)), or a semiconductor medium (such as a solid state disk (SSD), etc.). As described above, the above embodiments are only used to illustrate the technical solutions of the present application and are not intended to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments or perform equivalent replacements for some of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A sleep scheduling method, characterized in that, Applied to a terminal device, the states of the wireless communication system of the terminal device include a sleep state and a working state, and the working state includes a listening state. The method includes: At a first moment, the wireless communication system and a network device finish transmitting first service data; After the first moment, the wireless communication system performs sleep and wake-up according to a first sleep scheduling policy. The first sleep scheduling policy includes a first duration, and the first duration includes one or more first time slices and one or more second time slices. The end moment of the first time slice is the start moment of the second time slice, and the end moment of the second time slice is the start moment of the first time slice. The wireless communication system is in the sleep state within the first time slice, and the wireless communication system is in the working state within the second time slice; When there is no uplink service and downlink service within the first duration of the wireless communication system, the wireless communication system enters the sleep state, and sends a first message to the network device through the wireless communication system. The first message indicates that the terminal device enters the sleep state.

2. The method according to claim 1, wherein The method further includes: After the first moment, the wireless communication system enters the listening state; When there is no uplink service and downlink service within a second duration after the wireless communication system enters the listening state, a second message is sent to the network device through the wireless communication system. The second message indicates that the terminal device enters the sleep state, and the second duration is a preset waiting time of the terminal device; The wireless communication system enters the sleep state.

3. The method according to claim 2, wherein The first duration and the second duration are related, and the start moment of the first duration is the start moment of the first time slice or the start moment of the second time slice.

4. The method according to any one of claims 1 to 3, characterized in that Before the wireless communication system performs sleep and wake-up according to the first sleep scheduling policy, the method further includes: Obtain a first time delay required by a first service currently running on the terminal device. The lengths of the first time slice and the second time slice are determined according to the first time delay.

5. The method according to any one of claims 1-4, characterized in that, The number of the one or more first time slices is the same as or different from the number of the one or more second time slices; The lengths of each of the one or more first time slices are equal, or at least two of the one or more first time slices have unequal lengths; The lengths of each of the one or more second time slices are equal, or at least two of the one or more second time slices have unequal lengths; The length of the first time slice is equal to or different from the length of the second time slice.

6. The method according to any one of claims 1-5, characterized in that When there is no uplink service and downlink service within the second time slice of the wireless communication system, the length of the first time slice with the end moment being the start moment of the second time slice is less than the length of the first time slice with the start moment being the end moment of the second time slice.

7. The method according to any one of claims 1 to 6, characterized in that, The wireless communication system performs sleep scheduling according to the first sleep scheduling policy, including: Before the start time of the first time slice, send a third message to the network device through the wireless communication system, where the third message indicates that the terminal device enters the sleep state; After the start time of the second time slice, send a fourth message to the network device through the wireless communication system, where the fourth message indicates that the terminal device is in the working state. Both the third message and the fourth message are related to the Power Saving Mode (PSM).

8. The method according to any one of claims 1-6, characterized in that, The wireless communication system performs sleep scheduling according to a first sleep scheduling policy, including: Before the start time of the first duration, send a fifth message to the network device through the wireless communication system. The fifth message is a TWT setup frame in the Timing Wake-up Mechanism (TWT). The TWT setup frame is used to negotiate a TWT schedule corresponding to the first duration. The TWT schedule includes time slices in the Doze state and time slices in the TWT Service Period (SP) state. The time slice in the Doze state corresponds to the first time slice, and the time slice in the TWT SP state corresponds to the second time slice.

9. The method according to any one of claims 1-6, characterized in that, The wireless communication system performs sleep scheduling according to a first sleep scheduling policy, including: Before the start time of the first duration, send a sixth message to the network device through the wireless communication system. The sixth message is an Action frame negotiated between the terminal device and the network device for transmitting control information between the terminal device and the network device.

10. The method according to any one of claims 1-9, characterized in that, The working state includes a transmission state, and the method further includes: When the wireless communication system is in the sleep state within the first time slice, the terminal device detects second service data to be sent to the network device and caches the second service data in a preset first queue; The wireless communication system enters the transmission state after the end time of the first time slice; Send the second service data in the first queue to the network device through the wireless communication system.

11. The method according to any one of claims 1-9, characterized in that, The working state includes a reception state, and the method further includes: When the network device has service data to be sent to the terminal device, the wireless communication system enters the reception state after the end time of the first time slice; receive the third service data sent by the network device through the wireless communication system; or, When the network device has service data to be sent to the terminal device, the wireless communication system enters the reception state after the end time of the first time slice; receive the seventh message sent by the network device through the wireless communication system, where the seventh message indicates that the network device has service data to be sent to the terminal device; send an eighth message to the network device through the wireless communication system, where the eighth message is used to request the network device to send service data; receive the fourth service data sent by the network device through the wireless communication system.

12. The method according to any one of claims 1-11, characterized in that, Before the wireless communication system enters the sleep and wake-up process according to the first sleep scheduling policy, the first services running on the terminal device include at least one of the following: online video playback service of a short video application, online video playback service of a video application, online reading service of a reading application or an online audiobook service, or online web page service of a browser application.

13. The method according to any one of claims 1-12, characterized in that, The terminal device is a Station (STA), and the network device is a Wireless Access Point (AP). The network device is used to enable the terminal device to communicate with the Internet through the wireless communication system.

14. The method according to any one of claims 1 to 13, characterized in that, The wireless communication system is a Wireless Fidelity (Wi-Fi) system.

15. A hibernation scheduling method, characterized in that, Applied to a terminal device, the states of the wireless communication system of the terminal device include a sleep state and a working state. The working state includes a listening state. The method includes: When a first condition is met, the wireless communication system enters the sleep and wake-up process according to the first sleep scheduling policy. The first condition is that the ratio of the capacity of the current wireless communication channel to a first value is greater than or equal to a preset threshold. The first value is the average value of the traffic of the first service currently running on the terminal device. The first sleep scheduling policy includes a first period. The first period includes a first time slice and a second time slice. The end time of the first time slice is the start time of the second time slice, or the start time of the first time slice is the end time of the second time slice. The wireless communication system is in the sleep state during the first time slice and in the working state during the second time slice.

16. The method according to claim 15, wherein The method further includes: When the first condition is not met, after transmitting the first service data through the wireless communication system and the network device, the wireless communication system enters the listening state; When there is an uplink service or a downlink service within a first duration after the wireless communication system enters the listening state, a process of transmitting service data is performed through the wireless communication system and the network device. The first duration is the preset waiting time of the terminal device.

17. The method according to claim 15 or 16, characterized in that, Before the wireless communication system enters the sleep and wake-up process according to the first sleep scheduling policy, the method further includes: Obtaining a first latency required by the first service currently running on the terminal device. The lengths of the first time slice and the second time slice are determined according to the first latency. The lengths of the first time slice and the second time slice are equal or unequal.

18. The method according to any one of claims 15-17, characterized in that, The first sleep scheduling policy includes multiple such first periods; The lengths of each of the multiple first periods are equal, or at least two of the multiple first periods have unequal lengths; Among the multiple first periods, the lengths of the first time slices in each first period are equal, or the first time slices in at least two first periods are unequal; Among the multiple first periods, the lengths of the second time slices in each first period are equal, or the second time slices in at least two first periods are unequal.

19. The method according to any one of claims 15-18, characterized in that, The wireless communication system enters the sleep and wake-up process according to the first sleep scheduling policy, including: Before the start time of the first time slice, send a first message to the network device through the wireless communication system, where the first message indicates that the terminal device enters the sleep state; After the start time of the second time slice, send a second message to the network device through the wireless communication system, where the second message indicates that the terminal device is in the working state, and both the first message and the second message are related to the power saving mode PSM.

20. The method according to any one of claims 15-18, characterized in that, The wireless communication system performs sleep and wake-up according to a first sleep scheduling strategy, including: Before the start time of the first cycle, send a third message to the network device through the wireless communication system, where the third message is a TWT setup frame in the timed wake-up mechanism TWT, and the TWT setup frame is used to negotiate a TWT plan corresponding to the first cycle. The TWT plan includes time slices in the sleep Doze state and time slices in the TWT service period SP state. The time slice in the Doze state corresponds to the first time slice, and the time slice in the TWT SP state corresponds to the second time slice.

21. The method according to any one of claims 15 to 18, characterized in that, The wireless communication system performs sleep and wake-up according to a first sleep scheduling strategy, including: Before the start time of the first cycle, send a fourth message to the network device through the wireless communication system, where the fourth message is an Action frame negotiated between the terminal device and the network device and used for transmitting control information between the terminal device and the network device.

22. The method according to any one of claims 15-21, characterized in that, The working state includes a sending state, and the method further includes: The wireless communication system enters the sleep state at the start time of the first time slice; Within the first time slice, if the terminal device detects second service data to be sent to the network device, cache the second service data into a preset first queue; The wireless communication system enters the sending state after the start time of the second time slice; Within the second time slice, send the service data in the first queue to the network device through the wireless communication system; The wireless communication system enters the sleep state at the end time of the second time slice.

23. The method according to any one of claims 15-21, characterized in that, The working state includes a receiving state, and the method further includes: The wireless communication system enters the sleep state at the start time of the first time slice; When the network device has service data to be sent to the terminal device, the wireless communication system enters the receiving state after the start time of the second time slice; Within the second time slice, receive third service data sent by the network device through the wireless communication system; The wireless communication system enters the sleep state at the end time of the second time slice.

24. The method according to any one of claims 15 - 23, characterized in that, Before the wireless communication system performs sleep and wake-up according to the first sleep scheduling strategy, the method further includes: Obtain first traffic information of a first service currently running on the terminal device, where the first traffic information includes the latency required by the first service; Determine the first cycle according to the first traffic information; The method further includes: When the wireless communication system goes into sleep and wakes up according to the first sleep scheduling policy, if a second condition is met, the second traffic information of the second service currently running on the terminal device is obtained again. The second condition is that the data volume of the service data cached in the first queue is greater than or equal to the queue threshold, and the first queue is used for the wireless communication system to cache the detected service data to be sent within the first time slice.

25. The method according to any one of claims 15 - 24, characterized in that, Before the wireless communication system goes into sleep and wakes up according to the first sleep scheduling policy, the first service running on the terminal device includes at least one of the following: the online live broadcast service of a live broadcast application, the online call service of a network call application, or the online game service of a game application.

26. The method according to any one of claims 15-25, characterized in that, The terminal device is a station STA, and the network device is a wireless access point AP. The network device is used to enable the terminal device to communicate with the Internet through the wireless communication system.

27. The method according to any one of claims 15-26, characterized in that, The wireless communication system is a Wireless Fidelity (Wi-Fi) system.

28. The method according to any one of claims 15-27, characterized in that, The start time of the first period is the start time of the first time slice or the start time of the second time slice.

29. A terminal device, characterized in that, It includes a transceiver, a processor, and a memory. The memory is used to store a computer program, and the processor calls the computer program to execute the method according to any one of claims 1-28.

30. A computer storage medium, characterized in that, The computer storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1-28 is implemented.

Images