Communication method, communication network, related device, and storage medium

Abstract

Provided in the embodiments of the present application are a communication method, a communication network, a related device and a storage medium, which are used for reducing the impact of an energy saving mode of an access device on service transmission. The method comprises: first, an access device receives a notification message from a control device, the notification message being used for notifying an exit condition for exiting an energy saving mode; second, if the access device satisfies the exit condition, the access device sends to the control device an energy saving exit message, the energy saving exit message being used for instructing to exit the energy saving mode, and the energy saving exit message being a basis for the control device to allocate communication resources; and finally, the access device receives an indication message from the control device, the indication message being used for indicating the communication resources, and the communication resources being used for transmitting services of the access device.

Description

A communication method, a communication network, related equipment, and a storage medium.

[0001] This application claims priority to Chinese Patent Application No. 202411565265.6, filed with the State Intellectual Property Office of China on November 4, 2024, entitled "A Communication Method, Communication Network, Related Devices and Storage Medium", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communication technology, and in particular to a communication method, communication network, related equipment, and storage medium. Background Technology

[0003] With the deployment of optical networks such as passive optical networks (PON) and fiber to the room (FTTR), the number of user terminals connected to access devices in optical networks continues to rise.

[0004] Access devices have a service mode and an energy-saving mode. Access devices in service mode can conduct normal service transmissions with control devices, while those in energy-saving mode consume less power than those in service mode. By using access devices in energy-saving mode, the goal of energy saving and power reduction in optical networks can be achieved, thus meeting the growing demand for energy saving and power reduction in optical networks in the context of carbon peaking and carbon neutrality.

[0005] If an access device needs to exit energy-saving mode, it needs to send a notification message to the control device to exit energy-saving mode. The access device also receives an instruction message from the control device, which is used to indicate communication resources. The access device uses these communication resources to send services to the control device. This increases the impact on service transmission during the process of the access device exiting energy-saving mode, for example, by increasing the latency of service transmission. Summary of the Invention

[0006] This application provides a communication method, communication network, related equipment, and storage medium for reducing the impact of the energy-saving mode of access devices on service transmission.

[0007] Firstly, this application provides a communication method, the method comprising: First, an access device receives a notification message from a control device, the notification message being used to notify the exit conditions for exiting the energy-saving mode. Second, if the access device meets the exit conditions, the access device sends an energy-saving exit message to the control device, the energy-saving exit message being used to indicate exiting the energy-saving mode, and the energy-saving exit message serving as the basis for the control device to allocate communication resources. Thirdly, the access device receives an indication message from the control device, the indication message being used to indicate the communication resources, the communication resources being used to transmit the services of the access device; specifically, the communication resources are used to transmit services transmitted by the access device to the control device, or, for example, the communication resources are used to transmit services between the access device and a user terminal.

[0008] As described in this aspect, the control device sends a notification message to the access device to inform it of the exit conditions. When the access device meets the exit conditions, it exits the energy-saving mode, minimizing the impact of the energy-saving mode on service transmission. Furthermore, by sending an energy-saving exit message to the control device, the control device can directly allocate communication resources to the access device. The access device then sends services to the control device using these allocated communication resources, effectively reducing service latency.

[0009] Based on the first aspect, in one optional implementation, the access device receiving a notification message from the control device includes: if the system time of the access device enters an energy-saving cycle, then the access device is in the energy-saving mode; and the access device receives the notification message.

[0010] By adopting this implementation method, the access device in energy-saving mode can successfully obtain the exit condition based on the notification message from the control device. Thus, when the access device meets the exit condition, it exits the energy-saving mode, minimizing the impact of the access device's energy-saving mode on service transmission.

[0011] Based on the first aspect, in one optional implementation, the access device receiving a notification message from the control device includes: if the system time of the access device enters a service cycle, then the access device exits the energy-saving mode; and the access device receives the notification message.

[0012] Using this implementation, access devices in a service cycle can successfully obtain the exit conditions based on notification messages from the control device. If the access device is in energy-saving mode, it can detect whether the exit conditions are met and exit the energy-saving mode accordingly, thus minimizing the impact of the access device's energy-saving mode on service transmission.

[0013] Based on the first aspect, in an optional implementation, before the access device receives the notification message from the control device, the method further includes: the access device sending a request message to the control device, the request message being used to indicate the exit condition, the request message being used to request the control device to send the notification message, and the notification message being a response to the request message.

[0014] As shown in this aspect, the access device and the control device negotiate to obtain the exit condition. When the access device meets the exit condition, the access device exits the energy-saving mode, thereby minimizing the impact of the access device's energy-saving mode on service transmission.

[0015] Based on the first aspect, in one optional implementation, the request message includes the exit condition.

[0016] As shown in this aspect, the request message directly includes the exit condition to improve the accuracy of obtaining the exit condition.

[0017] Based on the first aspect, in one optional implementation, the request message includes an identifier for identifying the exit condition.

[0018] As shown in this aspect, the request message includes an identifier for identifying the exit condition, thereby improving the efficiency of obtaining the exit condition.

[0019] Based on the first aspect, in an optional implementation, the request message includes N1 first sub-exit conditions, and the notification message includes N2 second sub-exit conditions, where N1 and N2 are both arbitrary integers greater than or equal to 1; wherein, the exit condition includes at least a portion of the N2 second sub-exit conditions, or, the exit condition includes the union of the N1 first sub-exit conditions and the N2 second sub-exit conditions, or, the exit condition includes the intersection of the N1 first sub-exit conditions and the N2 sub-exit conditions.

[0020] In this implementation, the control device and the access device jointly determine the various sub-exit conditions included in the exit conditions, so that the exit conditions match the services transmitted by the access device, the user terminals connected to the access device, and the state of the access device, thereby reducing the impact of the access device's energy-saving mode on the services transmitted by the access device.

[0021] Based on the first aspect, in an optional implementation, the request message includes an identifier for identifying N1 first sub-exit conditions, and the notification message includes an identifier for identifying N2 second sub-exit conditions, wherein N1 and N2 are both arbitrary integers greater than or equal to 1; wherein the exit condition includes at least a portion of the N2 second sub-exit conditions, or the exit condition includes the union of the N1 first sub-exit conditions and the N2 second sub-exit conditions, or the exit condition includes the intersection of the N1 first sub-exit conditions and the N2 sub-exit conditions.

[0022] In this implementation, the control device and the access device jointly determine the various sub-exit conditions included in the exit conditions, so that the exit conditions match the services transmitted by the access device, the user terminals connected to the access device, and the state of the access device, thereby reducing the impact of the access device's energy-saving mode on the services transmitted by the access device.

[0023] Based on the first aspect, in one optional implementation, the notification message is used to indicate the exit condition.

[0024] In this implementation, the control device sends a notification message to the access device to directly indicate the exit conditions, thereby reducing the impact of the access device's energy-saving mode on the services transmitted by the access device.

[0025] Based on the first aspect, in one optional implementation, the notification message includes the exit condition.

[0026] By adopting this implementation method, the notification message directly includes the exit condition, which improves the accuracy of the control device indicating the exit condition to the access device.

[0027] Based on the first aspect, in one optional implementation, the notification message includes an identifier for identifying the exit condition.

[0028] By adopting this implementation method, the notification message indicates the exit conditions to the access device through the included identifier, thereby improving the efficiency of indicating the exit conditions.

[0029] Based on the first aspect, in one optional implementation, if the system time of the access device enters an energy-saving cycle, the access device executes the energy-saving mode, and the exit condition includes the system time of the access device exceeding the duration of the energy-saving cycle.

[0030] In this implementation, the access device detects whether the exit condition is met based on the system time of the access device exceeding the energy-saving cycle time, so as to minimize the impact of the access device's energy-saving mode on service transmission.

[0031] Based on the first aspect, in one optional implementation, if the system time of the access device enters a service cycle, the access device exits the energy-saving mode, and the exit condition includes the duration for which the system time of the access device has entered the service cycle.

[0032] In this implementation, the access device detects whether the exit condition is met based on the duration of the service cycle entered by the access device's system time, thereby minimizing the impact of the access device's energy-saving mode on service transmission.

[0033] Based on the first aspect, in one optional implementation, the energy-saving exit message includes the identifier of the access device and a message type indicator, wherein the message type indicator is used to indicate the message type of the energy-saving exit message.

[0034] In this implementation, the access device indicates to the control device that it is exiting the energy-saving mode by sending an energy-saving exit message that includes the access device's identifier and message type indication. The access device also requests the control device to allocate communication resources for the access device. In this way, the control device sends an indication message to the access device to indicate the communication resources, thereby minimizing the impact of the access device's energy-saving mode on service transmission.

[0035] Based on the first aspect, in an optional implementation, before the access device receives the indication message from the control device, the method further includes: the access device sending service information to the control device, the service information being related to the service transmitted by the access device, and the service information serving as the basis for the control device to allocate the communication resources.

[0036] In this implementation, the access device sends service information to the control device. Based on this service information, the control device can determine the relevant information about the access device's service transmission. The communication resources allocated by the control device to the access device based on this service information can meet the transmission requirements of different services sent by user terminals to the access device, as well as the transmission requirements of different services sent by the access device to user terminals and the transmission requirements of different services sent by the access device to the control device. Thus, the impact of the access device's energy-saving mode on service transmission is minimized.

[0037] Based on the first aspect, in one optional implementation, the service information includes a quantity indicator, which is used to indicate the number of user terminals that have been connected to the access device.

[0038] In this implementation, the service information includes a quantity indication, which enables the control device to allocate communication resources to the access device based on the number of user terminals already connected to the access device as indicated by the quantity indication. Thus, the allocated communication resources match the number of user terminals already connected to the access device and their communication resource requirements.

[0039] Based on the first aspect, in one optional implementation, the service information includes first service sub-information corresponding to the user terminal, and the user terminal has been connected to the access device.

[0040] In this implementation, the service information includes first service sub-information corresponding to the user terminal, so that the control device allocates communication resources to the access device according to the first service sub-information. Then, the allocated communication resources match the communication resource requirements of the user terminal that has been connected to the access device.

[0041] Based on the first aspect, in one optional implementation, the first service sub-information is related to at least one of the following: the identifier of the user terminal, the priority of the user terminal, the cache status of the user terminal, the number of streams supported by the user terminal, the frequency bands supported by the user terminal, the modulation and coding scheme (MCS) supported by the user terminal, the power saving mode (PSM) statistics of the user terminal, and the multi-link information of the user terminal.

[0042] In this implementation, the service information includes first service sub-information corresponding to the user terminal, thereby enabling the control device to allocate communication resources to the access device based on the first service sub-information. The allocated communication resources are matched against at least one of the following: the user terminal's identifier, the user terminal's priority, the user terminal's buffer status, the number of streams supported by the user terminal, the frequency bands supported by the user terminal, the modulation and coding scheme (MCS) supported by the user terminal, the user terminal's power-saving mode (PSM) statistics, and the user terminal's multi-link information, to determine the communication resource requirements.

[0043] Based on the first aspect, in one optional implementation, the service information includes second service sub-information corresponding to the first service, wherein the first service is a service transmitted between the access device and the user terminal, and the user terminal has been connected to the access device.

[0044] In this implementation, the service information includes second service sub-information corresponding to the first service, so that the control device allocates communication resources to the access device according to the second service sub-information. Then, the allocated communication resources match the service transmitted between the access device and the user terminal and the communication resource requirements.

[0045] Based on the first aspect, in one optional implementation, the second service sub-information is related to at least one of the following: the identifier of the first service, the priority of the first service, the throughput of the first service, the rate of the first service, the service type of the first service, the service performance of the first service, the bandwidth occupied by transmitting the first service, the retransmission rate of the first service, the number of successful transmissions of the first service, the number of failed transmissions of the first service, the packet error rate of the first service, the average transmission time of the first service, the signal strength of the first service, and the air interface interference duty cycle of the first service; wherein, the service performance of the first service includes at least one of the following: response delay, transmission quality, service level, and performance error rate (PER).

[0046] In this implementation, the service information includes second service sub-information corresponding to the first service, so that the control device allocates communication resources to the access device according to the second service sub-information. Then, the allocated communication resources match the service transmitted between the access device and the user terminal and the communication resource requirements.

[0047] Based on the first aspect, in one optional implementation, the first service is a downlink service sent by the access device to the user terminal, and the throughput of the first service includes at least one of the following: the total throughput of the downlink service within a target time period, the maximum throughput of the downlink service within the target time period, and the average throughput of the downlink service within the target time period.

[0048] In this implementation, the service information includes the throughput of the first service, so that the control device allocates communication resources to the access device according to the second service sub-information. Then, the allocated communication resources match the throughput of the first service and the demand for communication resources.

[0049] Based on the first aspect, in one optional implementation, the first service is an uplink service sent by the user terminal to the access device, and the throughput of the first service includes at least one of the following: the total throughput of the uplink service within a target time period, the maximum throughput of the uplink service within the target time period, and the average throughput of the uplink service within the target time period.

[0050] In this implementation, the service information includes the throughput of the first service, so that the control device allocates communication resources to the access device according to the second service sub-information. Then, the allocated communication resources match the throughput of the first service and the demand for communication resources.

[0051] Based on the first aspect, in one optional implementation, the service information includes the third service sub-information corresponding to M user terminals, wherein the M user terminals have been connected to the access device, and M is any integer greater than 1.

[0052] In this implementation, the service information includes the third service sub-information corresponding to M user terminals, so that the control device allocates communication resources to the access device according to the third service sub-information. Then, the allocated communication resources match the communication resource requirements of the M user terminals.

[0053] Based on the first aspect, in one optional implementation, the third service sub-information is related to at least one of the following: the value of M, the total buffer status of the M user terminals, the total number of streams supported by the M user terminals, the total bandwidth corresponding to the M user terminals, the total throughput corresponding to the M user terminals, the total rate corresponding to the M user terminals, the total retransmission rate corresponding to the M user terminals, the total number of successful transmissions corresponding to the M user terminals, the total number of failed transmissions corresponding to the M user terminals, the total packet error rate corresponding to the M user terminals, the average transmission occupancy time of the M user terminals, the total signal strength corresponding to the M user terminals, and the total air interface interference duty cycle corresponding to the M user terminals.

[0054] In this implementation, the service information includes the third service sub-information corresponding to M user terminals, so that the control device allocates communication resources to the access device according to the third service sub-information. Then, the allocated communication resources match the communication resource requirements of the M user terminals.

[0055] Based on the first aspect, in one optional implementation, the service information includes fourth service sub-information corresponding to the access device.

[0056] In this implementation, the service information includes fourth service sub-information corresponding to the access device, so that the control device allocates communication resources to the access device according to the fourth service sub-information. Thus, the allocated communication resources match the access device's communication resource requirements.

[0057] Based on the first aspect, in one optional implementation, the fourth business sub-information is related to at least one of the following:

[0058] The access device's priority, its current state, the number of streams supported by the access device, the frequency bands supported by the access device, the modulation and coding scheme (MCS) supported by the access device, the PSM statistics of the access device, and the multi-link information of the access device; wherein, the current state of the access device includes at least one of the following: the device temperature of the access device, the power supply status of the access device, the timing status of the timer of the access device, and the buffer status of the access device.

[0059] In this implementation, the service information includes fourth service sub-information corresponding to the access device, so that the control device allocates communication resources to the access device according to the fourth service sub-information. Thus, the allocated communication resources match the access device's communication resource requirements.

[0060] Based on the first aspect, in one optional implementation, the cache state of the access device includes at least one of an uplink cache state and a downlink cache state, wherein the uplink cache state is used to indicate the cache state of the uplink cache, and the service stored in the uplink cache is the service that the access device is to send to the control device; the downlink cache state is used to indicate the cache state of the downlink cache, and the service stored in the downlink cache is the service that the access device is to send to the user terminal.

[0061] In this implementation, the service information includes fourth service sub-information corresponding to the cache state of the access device, so that the control device allocates communication resources to the access device according to the fourth service sub-information. Then, the allocated communication resources match the communication resource requirements of the access device's cache state.

[0062] Based on the first aspect, in one optional implementation, the service information includes fifth service sub-information corresponding to the second service, wherein the second service is the service transmitted between the access device and the control device.

[0063] In this implementation, the service information includes fifth service sub-information corresponding to the second service, so that the control device allocates communication resources to the access device according to the fifth service sub-information. Then, the allocated communication resources match the communication resource requirements of the second service sent by the access device to the control device.

[0064] Based on the first aspect, in one optional implementation, the fifth business sub-information is related to at least one of the following:

[0065] The identifier of the second service, the priority of the second service, the throughput of the second service, the rate of the second service, the service type of the second service, the service performance of the second service, the bandwidth occupied by the transmission of the second service, the retransmission rate of the second service, the number of successful transmissions of the second service, the number of failed transmissions of the second service, the packet error rate of the second service, the average transmission time occupied by the second service, the signal strength of the second service, and the air interface interference duty cycle of the second service.

[0066] The service performance of the second service includes at least one of the following: response latency, transmission quality, service level, and PER.

[0067] In this implementation, the service information includes fifth service sub-information corresponding to the second service, so that the control device allocates communication resources to the access device according to the fifth service sub-information. Then, the allocated communication resources match the communication resource requirements of the second service sent by the access device to the control device.

[0068] Based on the first aspect, in one optional implementation, the access device in energy-saving mode sending an energy-saving exit message to the control device includes: if the access device meets the exit conditions for exiting the energy-saving mode, the access device sends the energy-saving exit message to the control device, wherein the exit conditions are related to at least one of the services transmitted by the access device, user terminals that have been connected to the access device, and the state of the access device.

[0069] In this implementation, the access device detects whether the exit condition is met based on at least one of the following: the services transmitted by the access device, the user terminals already connected to the access device, and the current state of the access device. If the exit condition is met, the access device sends an energy-saving exit message to the control device to minimize the impact of the access device's energy-saving mode on service transmission.

[0070] Based on the first aspect, in one alternative implementation, the exit condition is related to at least one of the following:

[0071] The target service includes the service identifier, priority, type, throughput, rate, performance, bandwidth used for transmission, retransmission rate, number of successful transmissions, number of failed transmissions, packet error rate, average air interface time, signal strength, and air interface interference duty cycle. The target service is the service transmitted by the access device, and its performance includes at least one of the following: response latency, transmission quality, service level, and PER.

[0072] In this implementation, the access device detects whether the service transmitted by the access device meets the exit conditions. If the exit conditions are met, the access device sends an energy-saving exit message to the control device to minimize the impact of the access device's energy-saving mode on service transmission.

[0073] Based on the first aspect, in one alternative implementation, the exit condition is related to at least one of the following:

[0074] The user terminal's identifier, priority, cache status, number of streams supported by the user terminal, frequency bands supported by the user terminal, MCS supported by the user terminal, PSM statistics of the user terminal, and multi-link information of the user terminal; wherein, the user terminal has been connected to the access device.

[0075] In this implementation, the access device detects whether the exit conditions are met based on the user terminals already connected to the access device. If the exit conditions are met, the access device sends an energy-saving exit message to the control device to minimize the impact of the access device's energy-saving mode on service transmission.

[0076] Based on the first aspect, in one alternative implementation, the exit condition is related to at least one of the following:

[0077] The access device's priority, the access device's current state, the number of streams supported by the access device, the frequency bands supported by the access device, the MCS supported by the access device, the PSM statistics of the access device, and the multi-link information of the access device;

[0078] The state of the access device includes at least one of the following: the device temperature of the access device, the power supply status of the access device, the timing status of the timer of the access device, and the cache status of the access device.

[0079] In this implementation, the access device detects whether the exit conditions are met based on its current state. If the exit conditions are met, the access device sends an energy-saving exit message to the control device to minimize the impact of the access device's energy-saving mode on service transmission.

[0080] Based on the first aspect, in one optional implementation, the access device has connected to M user terminals, where M is any integer greater than 1, and the exit condition is related to at least one of the following:

[0081] The values ​​of M, the total buffer status of the M user terminals, the total number of streams supported by the M user terminals, the total bandwidth corresponding to the M user terminals, the total throughput corresponding to the M user terminals, the total rate corresponding to the M user terminals, the total retransmission rate corresponding to the M user terminals, the total number of successful transmissions corresponding to the M user terminals, the total number of failed transmissions corresponding to the M user terminals, the total packet error rate corresponding to the M user terminals, the average transmission occupancy time of the M user terminals, the total signal strength corresponding to the M user terminals, and the total air interface interference duty cycle corresponding to the M user terminals.

[0082] In this implementation, the access device checks whether the exit conditions are met based on the number of M user terminals connected to the access device. If the exit conditions are met, the access device sends an energy-saving exit message to the control device to minimize the impact of the access device's energy-saving mode on service transmission.

[0083] Based on the first aspect, in one optional implementation, the exit condition includes the access device receiving an access request frame from a user terminal, the access request frame being used by the user terminal to request access to the access device.

[0084] In this implementation, the access device detects that the user terminal requesting access to the access device meets the exit conditions, thereby minimizing the impact of the access device's energy-saving mode on service transmission.

[0085] Based on the first aspect, in one optional implementation, the exit condition includes the access device receiving a roaming handover message, the roaming handover message being used to instruct the user terminal to roam from the source access device to the access device.

[0086] In this implementation, the access device receives a roaming handover message to detect that the exit conditions are met, thereby minimizing the impact of the access device's energy-saving mode on service transmission.

[0087] Based on the first aspect, in an optional implementation, after the access device receives the indication message from the control device, the method further includes:

[0088] The access device uses the communication resources to send a service to the control device according to the instruction message.

[0089] By adopting this implementation method, the access device uses the communication resources to send services to the control device according to the instruction message, which effectively reduces service latency and minimizes the impact of the access device's energy-saving mode on service transmission.

[0090] Secondly, this application provides a communication method, the method comprising: a control device sending a notification message to an access device, the notification message being used to notify the exit conditions for exiting an energy-saving mode; the control device receiving an energy-saving exit message from the access device, the energy-saving exit message being used to instruct the access device to exit the energy-saving mode, the energy-saving exit message being the basis for the control device to allocate communication resources; and the control device sending an instruction message to the access device, the instruction message being used to instruct the communication resources, the communication resources being used to transmit the services of the access device. For an explanation of the beneficial effects of this aspect, please refer to the first aspect, and specific details will not be repeated here.

[0091] Based on the second aspect, in an optional implementation, before the control device sends a notification message to the access device, the method further includes: the control device receiving a request message from the access device, the request message indicating an exit condition for exiting the energy-saving mode, the request message requesting the control device to send the notification message, and the notification message being a response to the request message.

[0092] Based on the second aspect, in one optional implementation, the notification message is used to indicate the exit condition.

[0093] Thirdly, this application provides a communication network, the communication network including a control device and at least one access device; the control device is configured to send a notification message to the access device, the notification message being used to notify the exit conditions for exiting the energy-saving mode; the access device is configured to, if the access device meets the exit conditions, send an energy-saving exit message to the control device, the energy-saving exit message being used to indicate exiting the energy-saving mode, the energy-saving exit message being the basis for the control device to allocate communication resources; the control device is further configured to send an indication message to the access device, the indication message being used to indicate the communication resources, the communication resources being used to transmit the services of the access device.

[0094] Fourthly, this application provides an access device including a processor and a memory, the memory being used to store a computer-readable program, and the processor being used to call and run the computer-readable program stored in the memory, causing the access device to perform the method described in any of the first aspects.

[0095] Fifthly, this application provides a control device including a processor and a memory, the memory being used to store a computer-readable program, and the processor being used to call and run the computer-readable program stored in the memory, causing the control device to perform the method as described in any of the second aspects above.

[0096] Sixthly, this application provides an access device including a module for performing any of the methods described in the first aspect.

[0097] In a seventh aspect, this application provides a control device including a module for performing any of the methods described in the second aspect above.

[0098] Eighthly, this application provides a computer program product comprising computer program code that, when executed on a computer, causes the computer to perform the method described in any of the first aspects, or causes the computer to perform the method described in any of the second aspects.

[0099] In a ninth aspect, this application provides a computer-readable storage medium including computer program instructions that, when executed by a processor, perform the method as described in any one of the first aspects above, or the processor performs the method as described in any one of the second aspects above. Attached Figure Description

[0100] Figure 1 is a schematic diagram of the FTTR system architecture;

[0101] Figure 2 is a structural example of an optical network;

[0102] Figure 3 is a flowchart of the steps of a first embodiment of the communication method provided in this application;

[0103] Figure 4 is a flowchart of the steps of a second embodiment of the communication method provided in this application;

[0104] Figure 5 is a schematic block diagram of an embodiment of the communication device provided in this application;

[0105] Figure 6 is a schematic block diagram of another embodiment of the communication device provided in this application;

[0106] Figure 7 is a schematic diagram of one embodiment of the chip system provided in this application. Detailed Implementation

[0107] The technical solutions of the embodiments of this application will be described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0108] Fiber to the home (FTTH) is a fiber optic communication transmission method that achieves wider coverage of optical networks. In addition, similar or identical communication transmission methods such as fiber to the office (FTTO) and fiber to the building (FTTB) have been proposed, which can also be the application architecture of the communication method provided in this application. Building upon FTTH, to address the issue of home network WiFi coverage, the fiber optic cable can be further extended into the residents' rooms. Installing user terminals inside the rooms is an application scenario called FTTR. Specifically, Figure 1 shows a schematic diagram of the FTTR system architecture. The FTTR network and the FTTH network can be viewed as cascaded PON systems. In FTTH, the optical line terminal (OLT) is deployed in the center office (CO), and the optical network unit (ONU) is deployed in the home's information box. In an FTTR (Fiber to the Home) system, the control device can replace the ONU (Online Unit) in an FTTH (Fiber to the Home). This control device functions similarly to the OLT (Online Level Transmission) in an FTTH scenario, and also similarly to the ONU in an FTTH scenario. In other words, the control device in an FTTR is a device that combines the functions of both an OLT and an ONU, acting as a bridge between FTTH and FTTR. For example, this control device can specifically be a main FTTR unit (MFU). Access devices in an FTTR can be deployed in each room of the home to connect to user terminals (stations). These access devices are essentially similar to the ONUs in FTTH. Access devices in an FTTR enter each room and can also function as access points (APs), directly connecting to user terminals via WiFi. For example, an access device can specifically be a sub-FTTR unit (SFU). User terminals can connect to the access devices to establish data transmission. For example, user terminals and access devices can connect via wired or wireless connections. Wired connections can be made via telephone lines, network cables, or coaxial cables. Wireless connections can be made via WiFi, Bluetooth, Wi-Fi, Near Field Communication (NFC), infrared, or ZigBee. It should be understood that multiple access devices can be deployed in an FTTR.When the control device is an MFU and the access device is an SFU, the MFU interacts with the SFU through the Wi-Fi management and control channel (WMCC) and the Wi-Fi management and control interface (WMCI). Specifically, the MFU and SFU can establish a WMCC management channel based on the WMCI protocol, enabling the MFU and SFU to exchange WMCI messages through the WMCC management channel, thereby realizing the management or control of the wireless local area network (WLAN) function.

[0109] Figure 1 illustrates an example of an optical network using the communication method provided in this embodiment, but is not intended to limit the scope. For example, Figure 2 shows a structural example of an optical network. The optical network 200 shown in this example is of type PON. The optical network 200 includes a control device 201, an optical distribution network (ODN) 210, and at least one access device 202. The control device 201 connects to at least one access device 202 via the ODN 210. This example does not limit the number of access devices 202 included in the optical network. The ODN 210 includes a passive splitter, a backbone fiber (Feeder) connecting the control device 201 and the passive splitter, and a drop fiber (Drop) connecting the access device 202 and the passive splitter. The access device 202 shown in this example can be an ONU or an optical network terminal (ONT), and the control device 201 is an OLT. The control device 201 connects to upper-layer network-side devices (e.g., switches, routers, etc.). Access device 202 can connect to user terminals. For example, access device 202 provides an Ethernet user port or a plain old telephone service (POTS) user port to connect to user terminals.

[0110] It should be clarified that the descriptions of optical network types shown in Figures 1 and 2 are optional examples and are not limited. For instance, optical networks can also be applied to WiFi networks, in which case the control device can be an access controller (AC) and the access device can be an access point (AP). Similarly, optical networks can also be applied to EasyMesh networks, where the control device can be a control node and the access device can be a proxy node. Furthermore, optical networks can be applied to optical transport networks (OTN), where both the control device and the access device are OTN devices. When an optical network is applied to a wireless mesh network (Mesh), it is also called a multi-hop network. This mesh includes multiple transmission devices with mesh functionality. The control device and the access device are any two connected to each other among these transmission devices. The optical network shown in this example can also be applied to any one or more combinations of data center networks (DCN), metropolitan area networks (MAN), optical access networks (OAN), synchronous digital hierarchy (SDH), Gigabit-capable PON (GPON), Ethernet passive optical network (EPON), evolved GPON (10-Gigabit-capable symmetric passive optical network, XGS-PON), Ethernet, or flexible Ethernet (FlexE), wavelength division multiplexing (WDM) networks, etc., without any specific limitations.

[0111] Taking access device 202 as an example, this example does not limit the device type of access device 202. Depending on the application scenario of the optical network, the device type of access device 202 may also vary. For example, access device 202 can be an optical transmission device, optical access device, router, switch, wireless base station, wireless remote access device, wireless baseband signal processing device, etc., or it can be a computing server (usually referred to as a server), high-performance computer (HPC), storage server, or memory resource pool, etc. This example does not limit the type of access device 202, as long as it has electro-optical conversion function and an optical interface capable of connecting to optical fibers. For a description of the type of control device 201, please refer to the description of access device 202; details will not be elaborated here.

[0112] Taking Figure 2 as an example, the structure of the access device and control device is illustrated. Taking the access device 202 as an example, it includes a device board 211 and one or more optical transceivers 212. The optical transceiver can also be referred to as a photoelectric conversion module, optical transceiver module, or optical module, etc. This example does not limit the type or packaging form of the optical transceiver. This example does not limit the number of device boards 211 included in the access device 202. The device boards 211 are integrated with the access device 202, or the device boards 211 are independent pluggable boards. This example does not limit the number of optical transceivers 212 included in the access device 202. The optical transceivers 212 can be integrated with the device board 211 or pluggable onto the device board 211, etc., without specific limitations. Specifically, the device board 211 encapsulates a processor and a connector, which is used to connect the processor and the optical transceivers 212. The processor can be one or more chips, or one or more integrated circuits. For example, the processor can be one or more optical digital signal processors (oDSPs), digital signal processors (DSPs), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), system-on-chips (SoCs), central processing units (CPUs), network processors (NPs), microcontroller units (MCUs), programmable logic devices (PLDs), network interface cards (NICs), storage interface chips, or other integrated chips, or any combination of the above chips or processing modules, etc., which will not be elaborated further. Control device 201 includes a device board and one or more optical transceivers. For detailed descriptions, please refer to the description of access device 202, which will not be elaborated further.

[0113] The control device described above may also be referred to as "master device", "master gateway", "master optical modem" or "master optical network unit", etc., and the access device may also be referred to as "slave device", "slave gateway", "slave optical modem" or "slave optical network unit", etc. This application does not limit its specific name.

[0114] It is understood that Figures 1 and 2 are only schematic diagrams. The optical network may also include other devices, such as wavelength division multiplexing (WDM) devices, optical amplifiers, and more access devices, which are not shown in Figures 1 and 2.

[0115] Based on the aforementioned optical network architecture, the method flow provided in the embodiments of this application will be described below. The following uses an MFU as the control device and an SFU as the access device to illustrate the method shown in the embodiments of this application. In the following method embodiments, the MFU can be replaced by components of the MFU (e.g., chips or circuits), and the SFU can be replaced by components of the SFU (e.g., chips or circuits).

[0116] Figure 3 is a flowchart of the first embodiment of the communication method provided in this application. In this embodiment, the SFU and MFU negotiate to obtain the exit conditions for exiting the energy-saving mode.

[0117] Step 301: SFU sends a request message to MFU.

[0118] Step 302: The MFU sends a notification message to the SFU.

[0119] This embodiment, through steps 301 to 302, achieves negotiation between the SFU and MFU regarding the exit conditions. When the SFU meets the exit conditions, it exits the energy-saving mode. To negotiate the exit conditions, the SFU sends a request message to the MFU indicating the exit conditions. This request message requests the MFU to confirm the exit conditions. If the MFU confirms the exit conditions, it sends a notification message to the SFU, which is a response to the request message. Optional examples of the request message are shown below:

[0120] Example 1

[0121] The SFU has its own exit conditions configured. The SFU sends a request message containing the exit conditions to the MFU. If the exit conditions sent by the SFU to the MFU through the request message are authenticated by the MFU, the MFU sends a notification message to the SFU as a response.

[0122] Example 2

[0123] The SFU itself has been configured with exit conditions. The SFU sends a request message including an exit identifier to the MFU, where the exit identifier corresponds to the exit condition. In this embodiment, both the SFU and MFU have pre-created an exit condition mapping relationship, which can be seen in Table 1:

[0124] Table 1

[0125] It can be understood that the exit condition correspondence includes the correspondence between exit identifiers and exit conditions, and this exit condition correspondence may include the correspondence between different exit conditions and different exit identifiers. The exit condition shown in this embodiment may include one or more sub-exit conditions. Therefore, the different exit conditions included in the exit condition correspondence refer to the different number and / or types of sub-exit conditions included in different exit conditions.

[0126] To indicate the exit condition to the MFU, the SFU does not need to directly send the exit condition to the MFU. Instead, it sends a request message including an exit identifier. The SFU can select the corresponding exit condition based on at least one of the following: the service being transmitted by the SFU, the user terminals already connected to the SFU, and the current state of the SFU. For example, if the SFU selects exit condition 1, it sends a request message including exit identifier 1 to the MFU. The MFU is also configured with the exit condition correspondence shown in Table 1. Based on the exit identifier 1 included in the request message, the MFU obtains the corresponding exit condition 1. If the MFU passes the authentication for exit condition 1, it sends a notification message to the SFU indicating that exit condition 1 has passed authentication. This embodiment does not limit the way the SFU and MFU obtain the exit condition correspondence. For example, the SFU sends its own configured exit condition correspondence to the MFU; the MFU sends the exit condition correspondence to the SFU; another SFU connected to the MFU sends the exit condition correspondence to both the MFU and the MFU; or the network management device sends the exit condition correspondence to both the MFU and the SFU.

[0127] Example 3

[0128] The SFU itself is configured with N1 first sub-exit conditions, where N1 is any integer greater than or equal to 1. The first sub-exit conditions can be any sub-exit conditions included in the exit condition. The SFU sends a request message to the MFU containing the N1 first sub-exit conditions. For an explanation of how the SFU sends this request message, please refer to Example 1, which illustrates the process of the SFU sending a request message containing exit conditions to the MFU; details will not be repeated here. Based on the request message, the MFU sends a notification message to the SFU containing N2 second sub-exit conditions. The SFU then obtains the exit conditions. For example, the exit conditions may include at least some of the N2 second sub-exit conditions; alternatively, the exit conditions may include the intersection of the N1 first sub-exit conditions and the N2 second sub-exit conditions; or, the exit conditions may include the union of the N1 first sub-exit conditions and the N2 second sub-exit conditions.

[0129] Example 4

[0130] The SFU itself has configured N first sub-exit conditions. The SFU sends a request message including the first sub-exit identifier to the MFU, where the first sub-exit identifier corresponds to N1 first sub-exit conditions. In this embodiment, both the SFU and the MFU have created an exit condition mapping relationship, which can be seen in Table 2:

[0131] Table 2

[0132] It is understood that the exit condition correspondence includes the correspondence between sub-exit identifiers and sub-exit conditions. To indicate the first sub-exit condition to the MFU, the SFU does not need to directly send the first sub-exit condition to the MFU, but instead sends a request message including an identifier for the first sub-exit condition. For example, if the first sub-exit condition is sub-exit condition 1 and sub-exit condition 2, then the SFU sends sub-exit identifier 1 and sub-exit identifier 2 to the MFU. This embodiment uses one sub-exit identifier to identify one sub-exit condition in the exit condition correspondence as an example. In other examples, one sub-exit identifier can identify multiple sub-exit conditions, or multiple sub-exit identifiers can identify one sub-exit condition, etc., which will not be elaborated further.

[0133] The MFU is also configured with the exit condition correspondence shown in Table 2. The MFU obtains the corresponding first sub-exit condition based on the sub-exit identifier included in the request message. For example, based on sub-exit identifier 1 and sub-exit identifier 2 included in the request message, the corresponding first sub-exit conditions are sub-exit condition 1 and sub-exit condition 2. The MFU sends a notification message to the SFU based on the request message. This notification message includes identifiers for identifying N2 second sub-exit conditions. For example, if the MFU needs to indicate sub-exit conditions 3 and 4 to the SFU, the notification message includes sub-exit identifier 3 and sub-exit identifier 4. The SFU can then configure the exit conditions based on the notification message.

[0134] In step 302, the SFU receives a notification message from the MFU. This embodiment does not limit the state of the SFU when it receives the notification message. For example, if the SFU pre-configures an energy-saving period, and its system time enters the energy-saving period, the SFU is in energy-saving mode. This embodiment does not limit the duration of the energy-saving period. During the duration of the energy-saving period, the MFU sends the notification message to the SFU. The SFU in energy-saving mode receives the notification message and obtains the exit condition based on the notification message to check whether the SFU meets the exit condition. As another example, if the SFU pre-configures a service period, and its system time enters the service period, the SFU is in a state of exiting energy-saving mode. The SFU normally sends and receives services with the MFU. It can be understood that the SFU is in a service transmission state during the duration of the service period. This embodiment does not limit the duration of the service period. During the duration of the service period, the MFU sends the notification message to the SFU. The SFU in exiting energy-saving mode receives the notification message and obtains the exit condition based on the notification message.

[0135] Step 303: SFU exits energy-saving mode.

[0136] This embodiment does not limit the method by which the SFU executes the power-saving mode. For example, the MFU and SFU can negotiate to enable the SFU to execute the power-saving mode; the MFU can directly notify the SFU to execute the power-saving mode; or the SFU itself can determine that it needs to execute the power-saving mode. This embodiment does not limit the specific mode of power saving, as long as the SFU in power-saving mode can reduce power consumption. For example, power saving mode includes shutting down specific frequency bands, such as the SFU shutting down high-power frequency bands and communicating through low-power frequency bands. Another example is reducing the number of streams, where the number of streams refers to the number of antennas in a multiple-input multiple-output (MIMO) system. Yet another example is reducing bandwidth. A third example is reducing the modulation and coding scheme (MCS) level. Finally, a fourth example is reducing transmit power.

[0137] The SFU shown in this embodiment supports multiple energy-saving modes. For example, different energy-saving modes differ in at least one of the following: the frequency band activated, the number of activated streams, the bandwidth occupied by the transmitted service, the MCS level, the transmit power, and the duration of the energy-saving cycle. Specifically, when the SFU's system time enters the duration of the energy-saving cycle, the SFU executes the corresponding energy-saving mode. It can be understood that the power consumption saved by the SFU varies depending on the energy-saving mode, meaning the energy-saving effect differs depending on the mode.

[0138] When the SFU is in power saving mode, if the SFU determines that the SFU meets the exit conditions of power saving mode (obtained by the SFU through steps 301 and 302 above), then the SFU exits the power saving mode currently being executed by the SFU. The SFU that exits power saving mode switches from the low power state (i.e., the state in power saving mode) to the normal working service state. It can be understood that the power consumption of the SFU in the service state is increased compared to the power consumption in the low power state.

[0139] Specifically, the exit condition includes N sub-exit conditions, where N is any integer greater than or equal to 1. The SFU exits power-saving mode when each sub-exit condition is met. Each sub-exit condition is related to at least one of the following: the service transmitted by the SFU, the user terminals connected to the SFU, and the current state of the SFU. For an explanation of each sub-exit condition included in the exit condition, please refer to the example below:

[0140] Example 1: The exit conditions shown in this example are related to user terminals that have already connected to the SFU. Please refer to the following for the specific sub-exit conditions included in the exit conditions:

[0141] Exit Condition 1

[0142] The SFU checks whether the exit condition is met based on the user terminal identifier corresponding to user terminal 1. User terminal 1 is a user terminal that has been connected to the SFU. For example, the identifier of user terminal 1 can be the media access control address (MAC) of user terminal 1, the random MAC of user terminal 1, the Internet protocol address (IP) of user terminal 1, or a specific value of a specific field in the service sent by user terminal 1 to the SFU.

[0143] For example, the corresponding relationship of prohibiting the execution of energy-saving modes shown in SFU preset table 3;

[0144] Table 3

[0145] The correspondence between the user terminal identifier and the indication of the prohibited energy-saving mode includes the correspondence between the user terminal identifier and the prohibited energy-saving mode indication. For example, the user terminal identifier in Table 3 indicates that the user terminal is a VIP user. Alternatively, the user terminal identifier in Table 3 indicates that the user terminal has high service performance requirements, such as low latency requirements, which may include transmission latency and / or processing latency. For example, meeting low latency requirements means that processing latency and / or transmission latency should be controlled within a preset range. Or, the user terminal may have high bandwidth requirements. In this case, the SFU establishes the correspondence between the user terminal identifier and the prohibited energy-saving mode as shown in Table 3. When the SFU checks whether the exit conditions for the energy-saving mode are met, it checks whether the identifier of user terminal 1 is located in the prohibited energy-saving mode correspondence shown in Table 3. If so, it determines that the identifier of user terminal 1 corresponds to the prohibited energy-saving mode, and thus determines that the exit conditions are met.

[0146] Exit condition 2

[0147] The SFU checks whether the exit condition is met based on the priority indicator of user terminal 1. The priority indicator of user terminal 1 indicates the priority of user terminal 1, which refers to the processing priority order of the SFU when handling the services of user terminal 1. For example, if the priority of user terminal 1 is higher than that of user terminal 2, then the SFU will process the services of user terminal 1 first. User terminals with different priorities can refer to those with different service latency requirements, bandwidth requirements, etc., and are not specifically limited.

[0148] For example, SFU creates the correspondence shown in Table 4 for disabling energy-saving modes;

[0149] Table 4

[0150] The correspondence between the user terminal's priority and the indication to prohibit the execution of the energy-saving mode includes the relationship between the user terminal's priority and the indication to prohibit the execution of the energy-saving mode. Table 4 includes user terminals with higher priorities. When the SFU detects whether the exit conditions for the energy-saving mode are met, it checks whether the priority of user terminal 1 is in the correspondence of the prohibited energy-saving modes shown in Table 4. If so, it determines that the priority of user terminal 1 corresponds to the prohibited energy-saving mode, and thus determines that the exit conditions are met.

[0151] Exit condition 3

[0152] SFU checks whether the exit condition is met based on the cache status of user terminal 1. The cache status of user terminal 1 refers to the current or recent data cache fill status, including but not limited to the amount of data in the cache, the data type (e.g., voice, video, data), and potential buffer overflow risks. The data volume reflects the amount of data required for user terminal 1 to transmit services, directly determining the amount of communication resources needed to transmit that service. Different data types of services may have different communication resource requirements. For example, video data typically requires higher communication resources to ensure smooth playback, while text data has relatively lower requirements. Buffer overflow risk refers to the possibility of buffer overflow if user terminal 1's cache space is about to fill up while data continues to arrive, leading to data loss or transmission errors.

[0153] For example, SFU creates the correspondence shown in Table 5 for disabling energy-saving modes;

[0154] Table 5

[0155] The correspondence between the prohibited energy-saving modes includes the correspondence between the user terminal's cache indication and the indication that the energy-saving mode is prohibited. For example, the user terminal's cache indication in Table 5 may indicate that the amount of data in the user terminal's cache is greater than or equal to the cache threshold; or the user terminal's cache indication in Table 5 may indicate that the user terminal stores a specific data type (e.g., video, games); or the user terminal's cache indication in Table 5 may indicate that the user terminal has a risk of cache overflow. When the SFU checks whether the exit condition for the energy-saving mode is met, it checks whether the user terminal 1's cache indication is in the correspondence of the prohibited energy-saving modes shown in Table 5. If so, it is determined that the user terminal 1's cache indication corresponds to the prohibited energy-saving mode, and the exit condition is met.

[0156] When checking whether an SFU meets the exit conditions, it can be checked according to one or more sub-exit conditions shown in Example 1, without any specific limitation.

[0157] Example 2

[0158] This example illustrates the relationship between exit conditions and target services. The target service is a service transmitted by the SFU, for example, a service transmitted by the SFU to the user terminal, or a service transmitted by the SFU to the MFU. The specific details are not limited; please refer to the following description for further explanation:

[0159] Exit Condition 1

[0160] SFU checks whether the exit conditions are met based on the service identifier of the target service. For example, SFU presets the correspondence of the prohibited energy-saving modes shown in Table 6.

[0161] Table 6

[0162] The mapping relationship for prohibiting the execution of energy-saving modes includes the correspondence between service identifiers and indications of prohibiting the execution of energy-saving modes. For example, the service identifiers included in Table 6 could be VIP services, or the service identifiers included in Table 6 could correspond to services with higher performance, such as low-latency services or high-bandwidth services. In this case, the SFU establishes the mapping relationship between the service identifier and the prohibition of the execution of energy-saving modes as shown in Table 6. When the SFU checks whether it meets the exit conditions for the energy-saving mode, it checks whether the identifier of the target service is located in the mapping relationship of the prohibition of the execution of energy-saving modes shown in Table 6. If so, it determines that the target service corresponds to the prohibition of the execution of energy-saving modes, and thus determines that the exit conditions are met.

[0163] Exit condition 2

[0164] The SFU checks whether the exit conditions are met based on the priority of the target service. The priority of the target service refers to the processing order of the target service by the SFU. For example, if the priority of service 1 is higher than that of service 2, the SFU will process service 1 first. Services with different priorities can refer to services with different latency requirements, bandwidth requirements, etc., and are not specifically limited.

[0165] For example, SFU creates the mapping of prohibited energy-saving modes shown in Table 7.

[0166] Table 7

[0167] The correspondence between prohibited energy-saving modes includes the relationship between service priorities and the indication of prohibited energy-saving modes. Table 7 includes services with higher priorities. When the SFU checks whether it meets the exit conditions for energy-saving modes, it checks whether the priority of the target service falls within the correspondence of prohibited energy-saving modes shown in Table 7. If so, it determines that the priority of the target service corresponds to the prohibited energy-saving mode, and thus determines that the exit conditions are met.

[0168] Exit condition 3

[0169] The SFU checks whether the exit conditions are met based on the service type of the target service. The service type indicates the type of target service, which includes, but is not limited to, mobile communication services (e.g., mobile voice, mobile internet, mobile multimedia services), fixed communication services (e.g., fixed voice services, broadband data services, leased line services), and data communication services (e.g., broadband internet access, narrowband internet access, data transmission network services, data broadcasting services, satellite data communication, cloud computing, big data transmission, etc.). The SFU creates the corresponding relationships for prohibiting the execution of power-saving modes as shown in Table 8:

[0170] Table 8

[0171] The correspondence between prohibited energy-saving modes includes the correspondence between the service type and the indication of prohibited energy-saving modes. For example, the service types included in Table 8 could be data communication services, etc. When the SFU checks whether the exit conditions for the energy-saving mode are met, it checks whether the service type of the target service is in the correspondence of prohibited energy-saving modes shown in Table 8. If so, it determines that the priority of the target service corresponds to the prohibited energy-saving mode, and thus determines that the exit conditions are met.

[0172] Exit condition 4

[0173] SFU checks whether the exit conditions are met based on the service performance of the target service. A target service may have one or more service performance characteristics, including but not limited to transmission quality (e.g., bit error rate, signal-to-noise ratio), response latency, service level, and performance error rate (PER). SFU creates the correspondence shown in Table 9 for prohibiting the execution of energy-saving modes.

[0174] Table 9

[0175] The correspondence between prohibiting power management includes the relationship between service performance and the indication of prohibiting power-saving mode. For example, the service performance shown in Table 9 indicates transmission quality degradation, such as bit error rate or signal-to-noise ratio, which is greater than or equal to a quality threshold. Similarly, the service performance shown in Table 9 indicates that the service response latency is greater than or equal to a latency threshold; when the service response latency is greater than or equal to the latency threshold, it indicates that the service is experiencing stuttering. Furthermore, the service performance shown in Table 9 indicates that the service level is greater than or equal to a preset level; when the service level is greater than or equal to the preset level, it ensures that the service provides the expected quality of service. Also, the service performance shown in Table 9 indicates that PER is greater than or equal to a PER threshold. When the SFU checks whether it meets the exit conditions for power-saving mode, it checks whether the service performance of the target service meets the requirements shown in Table 9. If so, the SFU determines that it meets the exit conditions.

[0176] Exit condition 5

[0177] SFU checks whether the exit conditions are met based on the throughput of the target service, and SFU creates the corresponding relationship of prohibiting the execution of energy-saving modes as shown in Table 10.

[0178] Table 10

[0179] When SFU checks whether it meets the exit conditions for energy-saving mode, it checks whether the throughput of the target service is greater than or equal to the high throughput threshold shown in Table 10. If so, SFU determines that it meets the exit conditions.

[0180] For example, the target service includes downlink services transmitted from the SFU to the user terminal, and the throughput of the target service includes at least one of the following:

[0181] The total throughput of the downlink service within the target time period, the maximum throughput of the downlink service within the target time period, and the average throughput of the downlink service within the target time period.

[0182] This example does not limit the duration of the target time period, nor does it limit whether the durations of different target time periods are equal. Within the target time period, the total downlink throughput refers to the total downlink traffic sent by the SFU to the user terminals connected to the SFU within that target time period. Within the target time period, the maximum downlink throughput refers to the peak traffic volume among the downlink traffic sent by the SFU to the user terminals connected to the SFU within that target time period. Within the target time period, the average downlink throughput refers to the average downlink traffic volume sent by the SFU to the user terminals connected to the SFU within that target time period.

[0183] For example, the target service includes uplink services sent by the user terminal to the SFU, and the throughput of the target service includes at least one of the following:

[0184] The total throughput of the uplink service within the target time period, the maximum throughput of the uplink service within the target time period, and the average throughput of the uplink service within the target time period.

[0185] Within the target time period, the total uplink throughput refers to the total uplink traffic sent by user terminals to the SFU during that target time period. Within the target time period, the maximum uplink throughput refers to the peak traffic volume among the uplink traffic sent by user terminals to the SFU during that target time period. Within the target time period, the average uplink throughput refers to the average uplink traffic volume sent by user terminals to the SFU during that target time period.

[0186] For example, the target service includes the service sent from the SFU to the MFU. For an explanation of the throughput of this target service, please refer to the above description; specific details will not be repeated here. For example, the target service includes the service sent from the MFU to the SFU. For an explanation of the throughput of this target service, please refer to the above description; specific details will not be repeated here.

[0187] Exit condition 6

[0188] The SFU checks whether the exit conditions are met based on the target service's rate. The SFU then creates the corresponding relationships for disabling energy-saving modes, as shown in Table 11.

[0189] Table 11

[0190] When SFU checks whether it meets the exit conditions for energy-saving mode, it checks whether the rate of the target service is greater than or equal to the high rate threshold shown in Table 11. If so, SFU determines that it meets the exit conditions.

[0191] For example, if the target service includes downlink services sent from the SFU to the user terminal, then the rate of the target service is the rate of the downlink services. Similarly, if the target service includes uplink services sent from the user terminal to the SFU, then the rate of the target service is the rate of the uplink services.

[0192] Exit condition 7

[0193] The SFU checks whether the exit conditions are met based on the bandwidth occupied by the target service. The SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 12:

[0194] Table 12

[0195] When checking whether an SFU meets the exit conditions for power-saving mode, it checks whether the bandwidth occupied by the target service is greater than or equal to the bandwidth threshold shown in Table 12. If so, the SFU determines that it meets the exit conditions. For example, if the target service includes downlink services sent by the SFU to the user terminal, then the bandwidth occupied by the target service refers to the bandwidth occupied by transmitting that downlink service. Similarly, if the target service includes uplink services sent by the user terminal to the SFU, then the bandwidth occupied by the target service refers to the bandwidth occupied by transmitting that uplink service.

[0196] Exit condition 8

[0197] The SFU checks whether the exit conditions are met based on the number of successful transmissions of the target service. The SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 13:

[0198] Table 13

[0199] When detecting whether an SFU meets the exit conditions for energy-saving mode, it checks whether the number of successful transmissions of the target service is greater than or equal to the successful transmission count threshold shown in Table 13. If so, the SFU determines that it meets the exit conditions. For example, if the target service includes downlink services sent by the SFU to the user terminal, then the number of successful transmissions of the target service is the number of times the SFU successfully sends data packets to the user terminal. Similarly, if the target service includes uplink services sent by the user terminal to the SFU, then the number of successful transmissions of the target service is the number of times the user terminal successfully sends data packets to the SFU.

[0200] Exit condition 9

[0201] The SFU checks whether the exit conditions are met based on the number of failed transmissions of the target service. The SFU creates the corresponding relationship for disabling energy-saving modes as shown in Table 14:

[0202] Table 14

[0203] When checking whether the SFU meets the exit conditions for energy-saving mode, it checks whether the number of failed transmissions of the target service is greater than or equal to the failure transmission count threshold shown in Table 14. If so, the SFU determines that it meets the exit conditions. For example, if the target service includes downlink services sent by the SFU to the user terminal, then the number of failed transmissions of the target service is the number of times the SFU failed to send data packets to the user terminal. Similarly, if the target service includes uplink services sent by the user terminal to the SFU, then the number of failed transmissions of the target service is the number of times the user terminal failed to send data packets to the SFU.

[0204] Exit condition 10

[0205] The SFU checks whether the exit conditions are met based on the retransmission rate of the target service. The SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 15:

[0206] Table 15

[0207] When checking whether the SFU meets the exit conditions for power-saving mode, the SFU checks whether the retransmission rate of the target service is greater than or equal to the retransmission rate threshold shown in Table 15. If so, the SFU determines that the exit conditions are met. Specifically, if the retransmission rate of the target service is greater than or equal to the retransmission rate threshold shown in Table 15, it indicates that the network environment or communication status between the SFU and the user terminal is poor. In this case, the SFU attempts to improve the network environment or communication status between the SFU and the user terminal by exiting power-saving mode.

[0208] For example, if the target service includes downlink services sent from the SFU to the user terminal, then the retransmission rate of the target service is the proportion of data packets sent by the SFU to the user terminal that carry downlink services, where at least some data packets were not successfully received by the user terminal due to signal interference, bit errors, network congestion, etc., and therefore require retransmission by the SFU. Similarly, if the target service includes uplink services sent from the user terminal to the SFU, then the retransmission rate of the target service is the proportion of data packets sent by the user terminal to the SFU that carry uplink services, where at least some data packets were not received by the SFU due to signal interference, bit errors, network congestion, etc., and therefore require retransmission.

[0209] Exit Condition 11

[0210] SFU checks whether the exit conditions are met based on the packet error rate of the target service. SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 16:

[0211] Table 16

[0212] When checking whether an SFU meets the exit conditions for power-saving mode, the SFU checks whether the packet error rate of the target service is greater than or equal to the packet error rate threshold shown in Table 16. If so, the SFU determines that it meets the exit conditions. Specifically, if the packet error rate of the target service is greater than or equal to the packet error rate threshold, it indicates that the network environment or communication status between the SFU and the user terminal is poor. Therefore, the SFU attempts to improve the network environment or communication status between the SFU and the user terminal by exiting power-saving mode.

[0213] For example, if the target service includes downlink services sent from the SFU to the user terminal, then the packet error rate of the target service is the packet error rate of the downlink services sent from the SFU to the user terminal. Similarly, if the target service includes uplink services sent from the user terminal to the SFU, then the packet error rate of the target service is the packet error rate of the uplink services sent from the user terminal to the SFU.

[0214] Exit condition 12

[0215] The SFU checks whether the exit conditions are met based on the average air interface usage time of the target service. The SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 17:

[0216] Table 17

[0217] When checking whether the SFU meets the exit conditions for energy-saving mode, the SFU checks whether the average air interface time occupied by the target service is greater than or equal to the time threshold shown in Table 17. If so, the SFU determines that it meets the exit conditions. Specifically, if the average air interface time occupied by the target service is greater than or equal to the time threshold, it indicates that the amount of data transmitted between the SFU and the user terminal is large. In this case, the SFU exits energy-saving mode to allow the SFU to better respond to data transmission with the user terminal.

[0218] For example, if the target service includes downlink services sent from the SFU to the user terminal, then the average air interface time occupied by the target service refers to the average air interface time occupied by the SFU for each transmission of data packets used to carry downlink services, which can be expressed in microseconds. Similarly, if the target service includes uplink services sent from the user terminal to the SFU, then the average air interface time occupied by the target service refers to the average air interface time occupied by the user terminal for each transmission of data packets used to carry uplink services.

[0219] Exit Condition 13

[0220] The SFU checks whether the exit conditions are met based on the signal strength of the target service. The SFU then creates the corresponding relationship for disabling power-saving modes as shown in Table 18:

[0221] Table 18

[0222] When the SFU detects whether it meets the exit conditions, it checks whether the signal strength of the target service is less than the strength threshold shown in Table 18. If so, the SFU determines that the exit conditions are met. This embodiment uses Table 18, which includes the strength threshold, as an example, but it is not limited to this. For example, in other examples, if the SFU detects that the signal strength of the target service decreases by an amount greater than or equal to the amplitude threshold over a period of time, the SFU determines that the exit conditions are met.

[0223] Exit Condition 14

[0224] The SFU detects whether the exit conditions are met based on the air interface interference duty cycle of the target service. The SFU creates the corresponding relationships for the prohibited energy-saving modes shown in Table 19:

[0225] Table 19

[0226] When the SFU detects whether it meets the exit conditions for power-saving mode, it checks whether the air interface interference duty cycle of the target service is greater than or equal to the interference threshold shown in Table 19. If so, the SFU determines that it meets the exit conditions. For example, if the target service includes downlink services sent by the SFU to the user terminal, then the air interface interference duty cycle of the target service refers to the proportion of air interface time occupied by the interference signal during the time period when the SFU sends downlink services to the user terminal. Similarly, if the target service includes uplink services sent by the user terminal to the SFU, then the air interface interference duty cycle of the target service refers to the proportion of air interface time occupied by the interference signal during the time period when the user terminal sends uplink services to the SFU.

[0227] When checking whether an SFU meets the exit conditions, it can be checked according to one or more sub-exit conditions shown in Example 2, without any specific limitation.

[0228] Example 2 above illustrates a case where the target service is the service transmitted between the SFU and the user terminal. This is not a limitation; for example, the target service could also be the service between the SFU and the MFU. For an explanation of how the SFU checks whether the exit conditions are met based on the service between the SFU and the MFU, please refer to the explanation in Example 2 above. Specific details will not be elaborated here.

[0229] Example 3: The exit conditions for the SFU to exit power-saving mode shown in this example are related to the state of the SFU, as detailed below:

[0230] Exit Condition 1

[0231] Based on whether the SFU's equipment temperature detection meets the exit conditions, the SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 20:

[0232] Table 20

[0233] Specifically, for example, if the SFU detects that the SFU's device temperature is less than or equal to the low temperature threshold, then the SFU determines that it meets the exit conditions.

[0234] Exit condition 2

[0235] The SFU detects the power supply status of the SFU. Specifically, if the SFU detects that the SFU is in a stable power supply state, then the SFU determines that it meets the exit conditions.

[0236] Exit condition 3

[0237] The SFU has a preset timer. For example, this timer is used to time the energy-saving cycle. If the SFU's system time enters the energy-saving cycle, the SFU executes the energy-saving mode. If the SFU detects that its system time exceeds the duration of the energy-saving cycle, the SFU determines that the exit condition is met. Alternatively, the timer can be used to time the service cycle. If the SFU's system time enters the service cycle, the SFU is in a state of exiting energy-saving mode, and normal service transmission occurs between the SFU and MFU. It can be understood that when the SFU's system time enters the service cycle counted by the timer, the SFU exits energy-saving mode to execute the service cycle. If the SFU detects that its system time has reached the duration of the service cycle, the SFU determines that the exit condition is met. Alternatively, the SFU may include two timers: one timer for timing the service cycle and the other timer for timing the energy-saving cycle.

[0238] Exit condition 4

[0239] SFU checks whether the exit conditions are met based on the SFU's cache status. Specifically, SFU creates the corresponding relationship of prohibiting the execution of power-saving modes as shown in Table 21.

[0240] Table 21

[0241] The correspondence between the prohibited energy-saving modes includes the correspondence between the SFU's cache indication and the indication that the energy-saving mode is prohibited. For example, the SFU cache indication included in Table 21 may indicate that the amount of data in the SFU's cache is greater than or equal to the total cache threshold; or, the SFU cache indication included in Table 21 may indicate that the SFU stores a specific data type (e.g., video, games); or, the SFU cache indication included in Table 21 may indicate that the SFU's cache has a cache overflow risk. When the SFU checks whether it meets the exit conditions for the energy-saving mode, it checks whether the SFU's cache indication is in the correspondence of the prohibited energy-saving modes shown in Table 21. If so, it is determined that the SFU's cache indication corresponds to the prohibited energy-saving mode, and the exit conditions are met. For a detailed explanation of the data volume, data type, and possible cache overflow risks of the SFU's entire cache, please refer to the description of the user terminal's cache status above, which will not be elaborated further here.

[0242] For example, the cache status of an SFU can include uplink cache status and downlink cache status. The uplink cache status indicates the cache status of the uplink cache, and the services stored in the uplink cache are those that the SFU needs to send to the MFU. The downlink cache status indicates the cache status of the downlink cache, and the services transmitted in the downlink cache are those that the SFU needs to send to the user terminal. The uplink cache status can include information such as the amount of data in the uplink cache, the data type, and potential buffer overflow risks. The downlink cache status can include information such as the amount of data in the downlink cache, the data type, and potential buffer overflow risks.

[0243] For example, the uplink cache indicator included in Table 21 may indicate that the amount of data in the SFU's uplink cache is greater than or equal to the cache threshold. Alternatively, the uplink cache indicator included in Table 21 may indicate that the SFU's uplink cache stores a specific data type (e.g., video, games). Or, the uplink cache indicator included in Table 21 may indicate that the SFU's uplink cache has a risk of cache overflow. When checking whether the SFU's uplink cache meets the exit conditions for the power-saving mode, the SFU checks whether the SFU's uplink cache indicator is located in the corresponding relationship of prohibited power-saving modes shown in Table 21. If so, it is determined that the SFU's uplink cache indicator corresponds to a prohibited power-saving mode, and thus the exit conditions are met.

[0244] For example, the downlink cache indicators included in Table 21 may indicate that the amount of data in the SFU's downlink cache is greater than or equal to the cache threshold; the downlink cache indicators included in Table 21 may indicate that the SFU's downlink cache stores a specific data type (e.g., video, games); or the downlink cache indicators included in Table 21 may indicate that the SFU's downlink cache has a risk of cache overflow. When the SFU checks whether its downlink cache meets the exit conditions for the power-saving mode, it checks whether the SFU's downlink cache indicator is in the corresponding relationship of the prohibited power-saving modes shown in Table 21. If so, it is determined that the SFU's downlink cache indicator corresponds to the prohibited power-saving mode, and the exit conditions are met.

[0245] When SFU checks whether the exit condition is met, it can be checked according to one or more sub-exit conditions shown in Example 3, without any specific limitation.

[0246] Example 4

[0247] In this embodiment, the SFU connects M user terminals. When M is greater than 1, the SFU checks whether the exit conditions for exiting energy-saving mode are met based on the overall situation of the M user terminals. For example, when the SFU connects multiple user terminals, these M user terminals can be considered as a user group already connected to the SFU. The SFU then checks whether to exit energy-saving mode based on the overall situation of this user group. For example, this user group might be a VIP user group. Alternatively, each user terminal in this user group might connect to the SFU via an air interface. Furthermore, each user terminal in the user group might have high requirements for service performance (latency requirements, bandwidth requirements, etc.). This example does not limit the method of dividing the user group; specific details are as follows:

[0248] Exit Condition 1

[0249] SFU checks whether the exit conditions are met based on the number of user terminals included in the user group (i.e., the value of M). Specifically, SFU creates the corresponding relationship of prohibiting the execution of energy-saving modes as shown in Table 22.

[0250] Table 22

[0251] Specifically, if SFU detects that M is greater than or equal to the quantity thresholds included in Table 22, it determines that the exit condition is met.

[0252] Exit condition 2

[0253] SFU checks whether the exit conditions are met based on the total cache status of M user terminals. Specifically, SFU creates the correspondence shown in Table 23 for disabling power-saving modes;

[0254] Table 23

[0255] The correspondence between prohibiting the execution of power-saving modes includes the correspondence between the total cache threshold and the indication to prohibit the execution of power-saving modes. The SFU obtains the total cached data volume, which is the sum of the cached data volumes of the M user terminal caches. If the SFU detects that the total cached data volume is greater than or equal to the total cache threshold included in Table 23, then it determines that the exit condition is met. For example, if the SFU detects that the data types in the M user terminal caches include the target types shown in Table 23 (the target type can be video, etc.), then it determines that the exit condition is met. Similarly, if the SFU detects that there is a cache overflow risk as shown in Table 23 in the M user terminal caches, then it determines that the exit condition is met.

[0256] Exit condition 3

[0257] The SFU checks whether the exit conditions are met based on the total bandwidth of the M user terminals. Specifically, the SFU creates the correspondence shown in Table 24 for prohibiting the execution of power-saving modes;

[0258] Table 24

[0259] If the SFU detects that the total bandwidth of M user terminals is greater than or equal to the total bandwidth threshold shown in Table 24, it determines that the exit condition is met. For example, if the SFU sends multiple services to M user terminals respectively, the total bandwidth is the total bandwidth occupied by the multiple services transmitted by the SFU to the M user terminals. Similarly, if M user terminals send multiple services to the SFU, the total bandwidth is the total bandwidth occupied by the multiple services sent by the M user terminals to the SFU.

[0260] Exit condition 4

[0261] The SFU checks whether the exit conditions are met based on the total throughput of M user terminals. Specifically, the SFU creates the correspondence shown in Table 25 for disabling power-saving modes;

[0262] Table 25

[0263] If the SFU detects that the total throughput of M user terminals is greater than or equal to the total throughput threshold shown in Table 25, it determines that the exit condition is met. For example, if the SFU sends K1 services to M user terminals within the target time period, the total throughput can be the sum of the total throughput corresponding to the K1 services sent by the SFU to the M user terminals. Similarly, if the SFU sends K2 services to the SFU within the target time period, the total throughput can be the sum of the total throughput corresponding to the K2 services sent by the M user terminals to the SFU. In this example, K1 and K2 are any integers greater than 1. This example uses the total throughput as the sum of the total throughput corresponding to each of the multiple services, without limitation. For example, the total throughput can be the sum of the K1 maximum throughput values ​​corresponding to the K1 services within the target time period. Similarly, the total throughput can be the sum of the K2 maximum throughput values ​​corresponding to the K2 services within the target time period. Or, the total throughput can be the sum of the K1 average throughput values ​​corresponding to the K1 services within the target time period. For example, the total throughput can be the sum of the average throughput of K2 services corresponding to K2 channels within the target time period.

[0264] Exit condition 5

[0265] The SFU checks whether the exit conditions are met based on the total retransmission rate of M user terminals. Specifically, the SFU creates the correspondence shown in Table 26 for disabling energy-saving modes;

[0266] Table 26

[0267] If the SFU detects that the total retransmission rate of M user terminals is greater than or equal to the total retransmission rate threshold shown in Table 26, it determines that the exit condition is met. For example, for services sent by the SFU to user terminals, the total retransmission rate is the proportion of data packets sent by the SFU to M user terminals that, due to signal interference, bit errors, network congestion, etc., at least some data packets were not successfully received by the user terminals and therefore need to be retransmitted by the SFU. Similarly, for services sent by user terminals to the SFU, the total retransmission rate is the proportion of data packets sent by M user terminals to the SFU that, due to signal interference, bit errors, network congestion, etc., at least some data packets were not received by the SFU and therefore need to be retransmitted.

[0268] Exit condition 6

[0269] The SFU checks whether the exit condition is met based on the total number of successful transmissions across M user terminals. Specifically, the SFU creates the mapping for the power-saving modes shown in Table 27.

[0270] Table 27

[0271] If the SFU detects that the total number of successful transmissions from M user terminals is greater than or equal to the total successful transmission threshold shown in Table 27, it determines that the exit condition is met. For example, if the SFU sends a service to a user terminal, the total successful transmission count is the number of times the SFU successfully sends data packets to the M user terminals. Similarly, if a user terminal sends a service to the SFU, the total successful transmission count is the number of times the M user terminals successfully send data packets to the SFU.

[0272] Exit condition 7

[0273] The SFU checks whether the exit conditions are met based on the total number of failed transmissions across M user terminals. Specifically, the SFU creates the mapping for the power-saving modes that are prohibited, as shown in Table 28.

[0274] Table 28

[0275] If the SFU detects that the total number of failed transmissions for M user terminals is greater than or equal to the total number of failed transmissions threshold shown in Table 28, it determines that the exit condition is met. For example, if the SFU sends a service to a user terminal, the total number of failed transmissions is the number of times the SFU failed to send data packets to the M user terminals. Similarly, if a user terminal sends a service to the SFU, the total number of failed transmissions is the number of times the M user terminals failed to send data packets to the SFU.

[0276] Exit condition 8

[0277] The SFU checks whether the exit conditions are met based on the total packet error rate of M user terminals. Specifically, the SFU creates the correspondence shown in Table 29 for prohibiting the execution of power-saving modes;

[0278] Table 29

[0279] If the SFU detects that the total packet error rate of M user terminals is greater than or equal to the total packet error rate threshold shown in Table 29, it determines that the exit condition is met. For example, if the SFU sends a service to a user terminal, the total packet error rate is the total packet error rate of the services sent by the SFU to M user terminals. Similarly, if a user terminal sends a service to the SFU, the total packet error rate is the total packet error rate of the services sent by M user terminals to the SFU.

[0280] Exit condition 9

[0281] The SFU checks whether the exit condition is met based on the average air interface usage time of M user terminals. Specifically, the SFU creates the corresponding relationship shown in Table 30 for disabling energy-saving modes;

[0282] Table 30

[0283] If the SFU detects that the average air interface time occupied by M user terminals is greater than or equal to the average air interface time threshold shown in Table 30, it determines that the exit condition is met. For example, when the SFU sends a service to a user terminal, the average air interface time occupied by the M user terminals refers to the average air interface time occupied by the SFU for each data packet used to carry the service when transmitting the service to the M user terminals. Similarly, when the M user terminals send a service to the SFU, the average air interface time occupied by the M user terminals refers to the average air interface time occupied by the M user terminals for each data packet used to carry the service when transmitting the service to the SFU.

[0284] Exit condition 10

[0285] The SFU checks whether the exit condition is met based on the total air interface interference duty cycle of M user terminals. Specifically, the SFU creates the corresponding relationship for prohibiting the execution of energy-saving modes as shown in Table 31;

[0286] Table 31

[0287] If the SFU detects that the total air interface interference duty cycle of M user terminals is greater than or equal to the total air interface interference duty cycle threshold shown in Table 31, it determines that the exit condition is met. For example, if the SFU sends services to M user terminals, the total air interface interference duty cycle of the M user terminals refers to the proportion of air interface time occupied by the interference signal during the time period when the SFU sends services to the M user terminals. Similarly, if the M user terminals send services to the SFU, the total air interface interference duty cycle refers to the proportion of air interface time occupied by the interference signal during the time period when the M user terminals send services to the SFU.

[0288] When checking whether an SFU meets the exit conditions, it can be checked according to one or more sub-exit conditions shown in Example 4, without any specific limitation.

[0289] Example 5

[0290] For a user terminal to communicate with the SFU, a wireless link authentication process, including a probe, authentication, association (or reassociation) process, and key exchange, must be performed between the user terminal and the SFU. Once the user terminal passes the SFU's wireless link authentication, the SFU can successfully receive the user terminal's services and process them correctly. If the SFU detects a new user terminal coming online (or detects a reassociated user terminal), it determines that the exit conditions are met. Specifically, when the SFU receives an access request frame from the user terminal, the access request frame is used for the user terminal to request access to the SFU, or for the user terminal to request reassociation with the SFU. This access request frame triggers the wireless link authentication process, including a probe, authentication, association (or reassociation) process, and key exchange, between the user terminal and the SFU. Therefore, when the SFU receives an access request frame, it determines that a new user terminal has come online (or a reassociated user terminal has come online). This embodiment does not limit the frame type of the access request frame.

[0291] Example 6

[0292] When an SFU receives a roaming handover message, it determines that the exit conditions are met. For example, the SFU receives a roaming handover message from an MFU. This example does not limit the source of the roaming handover request message. The SFU shown in this example is the target SFU. The roaming handover message is used to instruct the user terminal to roam from the source SFU to the target SFU. The source SFU is different from the target SFU. This example does not limit the reason for the user terminal roaming to the target SFU. For example, the user terminal may move into the signal coverage area of ​​the target SFU due to a change in its location. Or, the MFU may roam the user terminal to the target SFU based on the load conditions of the source SFU and the target SFU, using load balancing.

[0293] Example 7

[0294] The SFU shown in this example can be configured with an artificial intelligence (AI) model. Based on at least one of the following historical time periods—the services transmitted by the SFU, the user terminals already connected to the SFU, and the current state of the SFU—the AI ​​model predicts whether the SFU is likely to experience high load in the future. If so, the SFU is determined to meet the exit conditions. For a description of the services transmitted by the SFU, please refer to the description in Example 2 above; details will not be repeated here. For a description of the user terminals already connected to the SFU, please refer to the descriptions in Examples 1 and 4 above; details will not be repeated here. For a description of the SFU's current state, please refer to the description in Example 3 above; details will not be repeated here.

[0295] When checking whether an SFU meets the exit conditions, the SFU can be checked according to one or more examples shown in Examples 1 to 7, without any specific limitation.

[0296] Step 304: The SFU sends an energy-saving exit message to the MFU.

[0297] If the SFU determines that it meets the exit conditions for energy-saving mode, the SFU sends an energy-saving exit message to the MFU. The energy-saving exit message instructs the SFU to exit energy-saving mode. This message serves as the basis for the MFU to allocate communication resources to the SFU. Therefore, the MFU can allocate communication resources to the SFU based on the energy-saving exit message. For example, this communication resource could be an uplink time slot, which the SFU occupies to send uplink services to the MFU.

[0298] This embodiment does not limit the execution order between steps 303 and 304. For example, after the SFU detects that the exit condition is met, step 303 can be executed first, followed by step 304; or step 304 can be executed first, followed by step 303; or steps 303 and 304 can be executed simultaneously.

[0299] The energy-saving exit message shown in this embodiment can be found in Table 32:

[0300] Table 32

[0301] The energy-saving exit message shown in this embodiment is a WMCI message. This WMCI message includes a message number, which in this embodiment can be a message type indicator. This embodiment does not limit the specific value of the message type indicator, which indicates the message type of the energy-saving exit message. Based on this energy-saving exit message, the SFU and MFU manage the energy-saving mode. For example, if the SFU is currently executing an energy-saving mode, the WMCI message includes an energy-saving mode request indicator, used by the SFU to request the MFU to execute or exit the energy-saving mode. For example, if the SFU requests the MFU to execute the energy-saving mode, the energy-saving mode request indicator in the WMCI message sent by the SFU to the MFU is used to request the execution of the energy-saving mode (specifically, for example, the value of the energy-saving mode request indicator is 1). Similarly, if the SFU requests the MFU to exit the energy-saving mode, the energy-saving mode request indicator in the WMCI message sent by the SFU to the MFU is used to request the exit of the energy-saving mode (specifically, for example, the value of the energy-saving mode request indicator is 0). This embodiment uses the example of the energy-saving mode request indicator in the WMCI message sent by the SFU to the MFU being used to request the exit of the energy-saving mode.

[0302] The WMCI message shown in this embodiment also includes an SFU status reporting indication. The MFU sends a WMCI message carrying the SFU status reporting indication to the SFU to indicate whether the SFU needs to report service information to the MFU. For example, if the SFU status reporting indication is 0, the MFU does not need the SFU to report service information; if the SFU status reporting indication is 1, the MFU needs the SFU to report service information. This embodiment takes an SFU status reporting indication of 1 as an example.

[0303] The energy-saving exit message shown in this embodiment includes the SFU ID. The SFU ID is used to identify the SFU. For an explanation of the SFU ID, please refer to the explanation of the identifier of user terminal 1 shown above. Specific details will not be repeated here. For example, the SFU ID shown in this embodiment may also include the SFU's basic service set identifier (BSSID).

[0304] Optionally, the energy-saving exit message shown in this embodiment may also include an energy-saving type indication. This energy-saving type indication is used to indicate the specific mode of the energy-saving mode that the SFU exits. For example, the energy-saving type indication is used to indicate the frequency bands that are shut down, the number of supported streams, the bandwidth occupied, the supported MCS level, the transmit power, etc., which are not specifically limited. This embodiment takes the example of indicating the specific mode of the energy-saving mode that the SFU exits through a separate energy-saving type indication. In other examples, the specific mode of the energy-saving mode that the SFU exits may also be indicated through a message type indication, which is not specifically limited.

[0305] Step 305: SFU sends service information to MFU.

[0306] Step 305 shown in this embodiment is an optional step. The service information shown in this embodiment is related to the service transmitted by the SFU. This embodiment does not limit the way the MFU obtains the service information. For example, the service information may be sent periodically by the SFU to the MFU. Alternatively, the service information may be sent by the SFU to the MFU at the request of the MFU. Or, the service information may be collected by the MFU itself. Furthermore, the optical network may include network management devices connected to both the SFU and the MFU, and the service information may be sent by the network management device to the MFU.

[0307] The service information is related to the service transmitted by the SFU, and this service information enables the service to be successfully transmitted by the SFU. The service information is the basis for the MFU to allocate communication resources to the SFU. Therefore, the MFU can allocate communication resources to the SFU according to the service information. For example, the communication resource can be an uplink time slot, which the SFU occupies to send uplink services to the MFU.

[0308] For example, the SFU can send this service information via an energy-saving exit message. The energy-saving exit message can be found in Table 33.

[0309] Table 33

[0310] Therefore, the energy-saving exit message shown in this embodiment includes SFU ID, message type indication, and service information. This embodiment does not limit the number of bits of service information included in the energy-saving exit message.

[0311] The business information shown in this embodiment may include at least one of the following examples, as detailed below:

[0312] Example 1

[0313] The service information shown in this example includes the first service sub-information corresponding to the user terminal. Since the user terminal has been connected to the SFU, the service information can be found in Table 34.

[0314] Table 34

[0315] The service information includes a quantity indicator used to indicate the number of all user terminals connected to the SFU. Specifically, this quantity indicator indicates the sum of the number of user terminals connected wirelessly to the SFU and the number of user terminals connected via wired connections. The description of the quantity indicator in this embodiment is optional and not limited. For example, the quantity indicator can also be used to indicate the total number of user terminals connected to the SFU via wired connections, or the total number of user terminals connected wirelessly. This embodiment does not limit the number of bits occupied by the quantity indicator; for example, the quantity indicator may occupy 2 binary digits. The service information also includes the first service sub-information corresponding to user terminal 1, the first service sub-information corresponding to user terminal 2, and so on up to the first service sub-information corresponding to user terminal M. Taking the first service sub-information corresponding to user terminal 1 as an example, the specific optional content of the first service sub-information is explained as follows:

[0316] Optional content 1

[0317] The first service sub-information corresponding to user terminal 1 includes the identifier of the user terminal. Specifically, the SFU can obtain the identifier of user terminal 1 that has been connected to the SFU. For an explanation of the identifier of user terminal 1, please refer to the above embodiment, which will not be repeated here.

[0318] Optional content 2

[0319] The first service sub-information corresponding to user terminal 1 includes a priority indicator for user terminal 1. This priority indicator indicates the priority of user terminal 1. For a description of the priority of user terminal 1, please refer to the above embodiment; specific details will not be repeated here. This example does not limit the number of bits included in the priority indicator of user terminal 1. For example, the priority indicator of user terminal 1 occupies 2 bits. Different values ​​of the priority indicator indicate different priorities for user terminal 1. For instance, if the priority indicator value of user terminal 1 is 00, then user terminal 1 has the highest priority, indicating that the service issued by user terminal 1 has a high latency requirement. If the priority indicator value of user terminal 1 is 10, then user terminal 1 has a normal priority, indicating that the service issued by user terminal 1 is not sensitive to latency requirements, etc. Specific details are not limited.

[0320] This example uses the example of service information including the priority indication of each user terminal connected to the SFU. In other examples, the service information may include the highest priority indication among M user terminals. For example, if the priority indication of user terminal 1 is the highest among the M user terminals, then the service information may include the priority indication of user terminal 1. Alternatively, the service information may include the priority indication of the first X1 priority positions among the M user terminals, where X1 is any integer less than M and greater than 1. Or, the service information may include the priority indication of the last X2 priority positions among the M user terminals, where X2 is any integer less than M and greater than 1.

[0321] Optional content 3

[0322] The first service sub-information corresponding to user terminal 1 includes the cache indication of user terminal 1. The cache indication of user terminal 1 is used to indicate the cache status of user terminal 1. For a description of the cache status of user terminal 1, please refer to the above embodiment, which will not be repeated here. This embodiment does not limit the specific method by which the SFU reports the cache status of user terminal 1 to the MFU through the cache indication of user terminal 1. For example, the cache indication can occupy 3 bits, and different values ​​of the cache indication can indicate that the cache status of user terminal 1 is at different cache levels. For example, different cache levels can indicate that the amount of data cached by user terminal 1 is in different ranges, different cache levels can indicate different data types, and different cache levels can indicate different levels of cache overflow risk.

[0323] This example uses the service information including the cache indication of each user terminal connected to the SFU. In other examples, the cache indication in this service information is used to indicate the maximum cached data volume, minimum cached data volume, and average cache volume among M user terminals. The maximum cached data volume refers to the maximum value among the M cached data volumes of the M user terminals, and the minimum cached data volume refers to the minimum value among the M cached data volumes of the M user terminals. Similarly, the average cache volume refers to the average value of the M cached data volumes of the M user terminals. Furthermore, the SFU may report a cached data volume greater than or equal to a preset value to the MFU via the service information. Alternatively, the SFU may report a cached data volume less than or equal to a preset value to the MFU via the service information. Finally, the cache indication in this service information may indicate the M user terminals with the highest risk of buffer overflow.

[0324] Optional content 4

[0325] The first service sub-information corresponding to user terminal 1 includes the number of streams supported by user terminal 1, wherein the number of streams supported by user terminal 1 is the number of MIMO antennas supported by user terminal 1.

[0326] This example uses service information including the number of streams supported by each user terminal connected to the SFU. In other examples, this service information is used to indicate the maximum number of streams supported, the minimum number of streams supported, and the average number of streams supported among M user terminals.

[0327] Optional content 5

[0328] The first service sub-information corresponding to user terminal 1 includes the frequency bands supported by user terminal 1.

[0329] This example uses service information that includes the frequency bands supported by each user terminal connected to the SFU. In other examples, this service information is used to indicate the maximum, minimum, and average values ​​of the frequency bands supported by transmission among M user terminals.

[0330] Optional content 6

[0331] The first service sub-information corresponding to user terminal 1 includes power save mode (PSM) statistics for user terminal 1. In PSM mode, user terminal 1 can enter sleep mode when data transmission is not required, thereby reducing power consumption. For example, the PSM statistics for user terminal 1 may include the average sleep interval, the average sleep duration, or the percentage of sleep time.

[0332] This example uses PSM statistics for each user terminal that has been connected to the SFU as the business information. In other examples, this business information is used to indicate the maximum, minimum, average, etc. of the durations of the various items counted in the PSM statistics among M user terminals.

[0333] Optional content 7

[0334] The first service sub-information corresponding to user terminal 1 includes the multi-link (ML) information of user terminal 1. For example, the multi-link information of user terminal 1 may include whether user terminal 1 supports multi-link transmission. Another example is that the multi-link information of user terminal 1 may include whether the transmission mode of the user terminal's multi-link is redundant transmission or aggregated transmission.

[0335] Example 2

[0336] The service information shown in this example includes second service sub-information corresponding to the first service. The first service is the service transmitted between the SFU and the user terminal. For example, the first service is a service sent from the SFU to the user terminal, or vice versa. The user terminal has already connected to the SFU. For a description of the second service sub-information, please refer to the following optional content:

[0337] Optional content 1

[0338] The second service sub-information includes the identifier of the first service. In this embodiment, the SFU reports the identifier of each first service to the MFU through the second service sub-information. In other examples, when the SFU obtains multiple first services, the SFU reports the identifier of the service with the highest priority, the identifier of the service with the lowest latency requirement, and the identifier of the service with the highest bandwidth requirement to the MFU through the second service sub-information, etc., without any specific limitation.

[0339] Optional content 2

[0340] The second service sub-information includes a priority indicator for the first service, which indicates the priority of the first service. This example does not limit the number of bits included in the priority indicator; for example, the priority indicator occupies 3 bits. Different values ​​of the priority indicator indicate different priorities for the first service. For example, the priority indicator values ​​can be in the order of 000, 001, 010, etc., with the priority decreasing sequentially. The higher the priority of the first service, the lower the latency required to transmit that first service.

[0341] This example uses the example of service information including the priority indication of each first service. In other examples, service information may include the highest priority indication. For instance, service information may include the priority indication of the first X1 priority positions among multiple first services, where X1 is any integer less than M and greater than 1. Alternatively, service information may include the priority indication of the last X2 priority positions among multiple first services, where X2 is any integer less than M and greater than or equal to 1.

[0342] Optional content 3

[0343] The second service sub-information includes a throughput indicator, which indicates the throughput of the first service. For example, the first service includes downlink traffic transmitted from the SFU to the user terminal, and the throughput of the first service includes at least one of the following:

[0344] The total throughput of the downlink service within the target time period, the maximum throughput of the downlink service within the target time period, and the average throughput of the downlink service within the target time period.

[0345] For example, if the first service includes uplink traffic sent from the user terminal to the SFU, then the throughput of the first service includes at least one of the following:

[0346] The total throughput of the uplink service within the target time period, the maximum throughput of the uplink service within the target time period, and the average throughput of the uplink service within the target time period.

[0347] This example uses service information to indicate the throughput of each first service. In other examples, the throughput of the first service indicated by this service information can be the maximum, minimum, or average throughput among multiple first services, etc., without specific limitations. For example, the throughput of the first service indicated by this service information may be greater than or equal to a high throughput threshold.

[0348] Optional content 4

[0349] The second service sub-information includes a rate indication, which indicates the rate of the first service. This example uses service information to indicate the rate of each first service path. In other examples, the rate of the first service indicated by this service information can be the maximum, minimum, or average rate among multiple first services, etc., without specific limitation. For example, the rate of the first service indicated by this service information may be greater than or equal to a high-rate threshold.

[0350] Optional content 5

[0351] The second service sub-information includes a service type indicator, which indicates the service type of the first service. For a description of the first service type, please refer to the description of the target service type above; details will not be repeated here. This example uses service information to indicate the service type of each first service. In other examples, the service information may indicate the service type of some first services, such as the service type with the highest priority, or the service type with low latency requirements.

[0352] Optional content 6

[0353] The second service sub-information includes a service performance indicator, which indicates the service performance of the first service. For a description of the service performance of the first service, please refer to the description of the target service's service performance shown above; details will not be repeated here. This example uses service information to indicate the service performance of each first service path. In other examples, the second service sub-information can indicate service performance that meets specific requirements. For example, the service information can indicate the service performance of a first service whose transmission quality (e.g., bit error rate, signal-to-noise ratio, etc.) is less than or equal to a low-quality threshold; or the service information can indicate the service performance of a first service whose transmission quality is greater than or equal to a high-quality threshold; or the service information can indicate the service performance of a first service whose response delay is greater than or equal to a delay threshold; or the service information can indicate the service performance of a first service whose PER is greater than or equal to a PER threshold, etc. Specific details are not limited.

[0354] Optional content 7

[0355] The second service sub-information includes a bandwidth indication, which indicates the bandwidth occupied by the transmission of the first service. This example uses the second service sub-information to indicate the bandwidth occupied by each first service transmission. In other examples, the bandwidth occupied by the first service transmission indicated by this service information can be the maximum, minimum, or average value among the bandwidths occupied by multiple first services. For instance, the SFU may report a bandwidth greater than or equal to a preset value to the MFU via service information; conversely, the SFU may report a bandwidth less than a preset value to the MFU via service information. The specific details are not limited.

[0356] Optional content 8

[0357] The second service sub-information includes a retransmission rate indication. This retransmission rate indication is used to indicate the retransmission rate of the first service. For a description of the retransmission rate of the first service, please refer to the description of the retransmission rate of the target service shown above; details will not be repeated here. This example uses service information to indicate the retransmission rate of each first service. In other examples, the retransmission rate indicated by the service information can be the maximum, minimum, or average value among the retransmission rates corresponding to multiple first services. For example, the SFU may report a retransmission rate greater than or equal to a preset value to the MFU via service information; conversely, the SFU may report a retransmission rate less than a preset value to the MFU via service information. The specific details are not limited.

[0358] Optional content 9

[0359] The second service sub-information includes a success count indicator, which indicates the number of successful transmissions of the first service. For a description of the successful transmission count of the first service, please refer to the description of the successful transmission count of the target service above; details will not be repeated here. This embodiment uses service information to indicate the number of successful transmissions for each first service as an example. In other examples, the success count indicated by the service information can be the maximum, minimum, or average value among the successful transmission counts corresponding to multiple first services; no specific limitation is imposed. For example, the SFU may report a successful transmission count greater than or equal to a preset value to the MFU via service information; conversely, the SFU may report a successful transmission count less than a preset value to the MFU via service information; no specific limitation is imposed.

[0360] Optional content 10

[0361] The second service sub-information includes a failure count indication, which indicates the number of failed transmissions of the first service. For a description of the failure count of the first service, please refer to the description of the failure count of the target service above; details will not be repeated here. This embodiment uses service information to indicate the failure count of each first service as an example. In other examples, the failure count indicated by the service information can be the maximum, minimum, or average of the failure counts corresponding to multiple first services, etc., and is not specifically limited. For example, the SFU may report a failure count greater than or equal to a preset value to the MFU via service information; conversely, the SFU may report a failure count less than a preset value to the MFU via service information, and is not specifically limited.

[0362] Optional content 11

[0363] The second service sub-information includes a packet error rate indicator, which indicates the packet error rate of the first service. For an explanation of the packet error rate of the first service, please refer to the explanation of the packet error rate of the target service shown above; details will not be repeated here. This example uses the second service sub-information to indicate the packet error rate of each first service. In other examples, the packet error rate indicated by this service information can be the maximum, minimum, or average of the packet error rates corresponding to multiple first services. For example, the SFU may report the packet error rate of the first service to the MFU as greater than or equal to a preset value through the service information; or the SFU may report the packet error rate of the first service to the MFU as less than a preset value through the service information. Specific limitations are not specified.

[0364] Optional content 12

[0365] The second service sub-information includes an average air interface transmission indication, which indicates the average air interface time occupied by the first service. For a description of the average air interface time occupied by the first service, please refer to the above-described average air interface time occupied by the target service; details will not be repeated here. This example uses the service information to indicate the average air interface time occupied by each first service. In other examples, the average air interface time occupied by the service information can be the maximum, minimum, or average value among the average air interface times occupied by multiple first services. For instance, the SFU may report the average air interface time occupied by the first service to the MFU via service information that is greater than or equal to a preset value. Alternatively, the SFU may report the average air interface time occupied by the first service to the MFU via service information that is less than a preset value.

[0366] Optional content 13

[0367] The second service sub-information includes a signal strength indicator, which indicates the signal strength of the first service. For a description of the signal strength of the first service, please refer to the description of the signal strength of the target service shown above; details will not be repeated here. This example uses the service information to indicate the signal strength of each first service. In other examples, the signal strength indicated by this service information can be the maximum, minimum, or average value among the signal strengths of multiple first services. For instance, the SFU may report the signal strength of the first service to the MFU as greater than or equal to a preset value via service information; conversely, the SFU may report the signal strength of the first service to the MFU as less than a preset value via service information.

[0368] Optional content 14

[0369] The second service sub-information includes an air interface interference duty cycle indicator. This indicator is used to indicate the air interface interference duty cycle of the first service. For a description of the air interface interference duty cycle of the first service, please refer to the description of the air interface interference duty cycle of the target service shown above; details will not be repeated here. This example uses service information to indicate the air interface interference duty cycle of each first service. In other examples, the air interface interference duty cycle indicated by this service information can be the maximum, minimum, or average value among the air interface interference duty cycles corresponding to multiple first services. For example, the SFU may report the air interface interference duty cycle of the first service to the MFU via service information that is greater than or equal to a preset value; conversely, the SFU may report the air interface interference duty cycle of the first service to the MFU via service information that is less than a preset value.

[0370] Example 3

[0371] The SFU shown in this embodiment connects M user terminals. When M is greater than 1, the SFU reports service information to the MFU based on the overall situation of the M user terminals. Specifically, this service information includes third service sub-information corresponding to the M user terminals, as detailed below:

[0372] Optional content 1

[0373] The third service sub-information includes a quantity indicator, which is used to indicate the total number of user terminals accessing the SFU. That is, the quantity indicator is used to indicate the value of M. For an explanation of the quantity indicator, please refer to the explanation of the M user terminals corresponding to step 301, which will not be repeated here.

[0374] Optional content 2

[0375] The third service sub-information includes a total cache indication, which indicates the total cache status of M user terminals. For example, the total cache indication indicates the sum of cached data from the M user terminals. Alternatively, it indicates the data type in the caches of the M user terminals. Another example is that the total cache indication indicates a risk of cache overflow in the caches of the M user terminals. Furthermore, the SFU will only report the total cache indication via the third service sub-information if the sum of cached data from the M user terminals is greater than or equal to a preset value. Similarly, the SFU will only report the total cache indication to the MFU via the third service sub-information if the caches of the M user terminals contain a specific data type, such as video. Finally, the SFU will only report the total cache indication to the MFU via the third service sub-information if there is a risk of cache overflow in the caches of the M user terminals.

[0376] Optional content 3

[0377] The third service sub-information includes a total bandwidth indication, which indicates the total bandwidth occupied by multiple downlink services sent by the SFU to M user terminals. Alternatively, the total bandwidth indication can also indicate the total bandwidth used by the M user terminals to send multiple uplink services to the SFU. Furthermore, the SFU will only report the total bandwidth indication via the third service sub-information if the total bandwidth indicated by the total bandwidth indication is greater than or equal to a preset value.

[0378] Optional content 4

[0379] The third service sub-information includes a total throughput indicator, which indicates the total throughput corresponding to M user terminals. For example, the total throughput indicator may indicate the total throughput of multiple downlink services sent by the SFU to the M user terminals; or, it may indicate the total throughput of multiple uplink services sent by the M user terminals to the SFU; or, it may indicate the maximum, minimum, or average value of the total throughput of multiple downlink services sent by the SFU to the M user terminals; or, it may indicate the maximum, minimum, or average value of the total throughput of multiple uplink services sent by the M user terminals to the SFU. Furthermore, the SFU will only report the total throughput indicator via the third service sub-information if the total throughput indicated by the total throughput indicator is greater than or equal to a high throughput threshold.

[0380] Optional content 5

[0381] The third service sub-information includes a total retransmission rate indication. This indication is used to indicate the total retransmission rate of downlink services sent by the SFU to the M user terminals. Alternatively, it can also indicate the total retransmission rate of uplink services sent by the M user terminals to the SFU. For example, the SFU will only report this total retransmission rate indication via the third service sub-information if the total retransmission rate of downlink services sent by the SFU to the M user terminals is greater than or equal to a preset value. Similarly, the SFU will only report this total retransmission rate indication via the third service sub-information if the total retransmission rate of uplink services sent by the M user terminals to the SFU is greater than or equal to a preset value.

[0382] Optional content 6

[0383] The third service sub-information includes a total successful transmission count indication, which indicates the total number of successful transmissions. The total successful transmission count is the total number of successful data packet transmissions between the SFU and M user terminals. For example, the total successful transmission count could be the number of times the SFU successfully sent data packets to the M user terminals. Alternatively, it could be the number of times the M user terminals successfully sent data packets to the SFU. Furthermore, the SFU will only report this total successful transmission count indication through the third service sub-information if the total successful transmission count is greater than or equal to a preset value.

[0384] Optional content 7

[0385] The third service sub-information includes a total failed transmission count indication, which indicates the total number of failed transmissions. The total failed transmission count is the total number of failed data packet transmissions between the SFU and M user terminals. For example, the total failed transmission count could be the number of times the SFU failed to send data packets to the M user terminals. Alternatively, it could be the number of times the M user terminals failed to send data packets to the SFU. Furthermore, the SFU will only report this total failed transmission count indication through the third service sub-information if the total failed transmission count is greater than or equal to a preset value.

[0386] Optional content 8

[0387] The third service sub-information includes a total packet error rate (PRR) indicator. This PRR indicator is used to indicate the total packet error rate. For example, for downlink services sent by the SFU to user terminals, the PRR is the total PRR of downlink services sent by the SFU to M user terminals. Similarly, for uplink services sent by user terminals to the SFU, the PRR is the total PRR of uplink services sent by M user terminals to the SFU. Furthermore, the SFU will only report this PRR indicator through the third service sub-information if the total PRR is greater than or equal to a preset value.

[0388] Optional content 9

[0389] The third service sub-information includes an indication of the average air interface time occupied for M user terminals. This indication serves to show the average air interface time occupied for the M user terminals. For example, for downlink services sent by the SFU to the M user terminals, the average air interface time occupied refers to the average time occupied by the SFU for each data packet used to carry the downlink service when transmitting data to the M user terminals. Similarly, for uplink services sent by the M user terminals to the SFU, the average air interface time occupied refers to the average time occupied by the M user terminals for each data packet used to carry the uplink service when transmitting data to the SFU. Furthermore, the SFU will only report the average air interface time occupied through the third service sub-information if the average air interface time occupied is greater than or equal to a preset value.

[0390] Optional content 10

[0391] The third service sub-information includes a total air interface interference duty cycle indication for M user terminals. This indication serves to specify the total air interface interference duty cycle. For example, if the SFU sends downlink services to M user terminals, the total air interface interference duty cycle refers to the proportion of air interface time occupied by interference signals during the time period the SFU sends downlink services to the M user terminals. Similarly, if the M user terminals send uplink services to the SFU, the total air interface interference duty cycle refers to the proportion of air interface time occupied by interference signals during the time period the M user terminals send uplink services to the SFU. Furthermore, the SFU will only report the total air interface interference duty cycle through the third service sub-information if the total air interface interference duty cycle is greater than or equal to a preset value.

[0392] Optional content 11

[0393] The third service sub-information includes a total rate indication corresponding to M user terminals. This total rate indication indicates the total rate across the M user terminals. For example, if the SFU sends downlink services to M user terminals, the total rate refers to the total rate at which the SFU sends downlink services to the M user terminals. Similarly, if the M user terminals send uplink services to the SFU, the total rate refers to the total rate at which the M user terminals send uplink services to the SFU. Furthermore, the SFU will only report the total rate through the third service sub-information if the total rate is greater than or equal to a preset value.

[0394] Optional content 12

[0395] The third service sub-information includes a total signal strength indication corresponding to M user terminals. This total signal strength indication indicates the total signal strength corresponding to the M user terminals. For example, if the SFU sends downlink services to M user terminals, the total signal strength refers to the total signal strength corresponding to the downlink services sent by the SFU to the M user terminals. Similarly, if the M user terminals send uplink services to the SFU, the total signal strength refers to the total signal strength corresponding to the uplink services sent by the M user terminals to the SFU. Furthermore, the SFU will only report the total signal strength through the third service sub-information if the total signal strength is greater than or equal to a preset value.

[0396] Optional content 13

[0397] The third service sub-information includes a total flow count indication corresponding to M user terminals. This total flow count indication is used to indicate the total number of flows supported by the M user terminals. For example, the SFU will only report this total flow count indication through the third service sub-information if the total flow count is greater than or equal to a preset value.

[0398] Example 4

[0399] The service information reported by the SFU to the MFU in this embodiment includes a fourth service sub-information, which corresponds to the SFU. For an explanation of this fourth service sub-information, please refer to the following example:

[0400] Optional content 1

[0401] The fourth service sub-information includes a temperature indication, which is used to indicate the equipment temperature of the SFU. For example, this temperature indication may indicate the average equipment temperature of the SFU over a period of time. Alternatively, the SFU may report a temperature indication via the fourth service sub-information that the equipment temperature is below a low-temperature threshold.

[0402] Optional content 2

[0403] The fourth service sub-information includes a power supply indication, which indicates whether the SFU is in a stable power supply state. For example, the SFU will only report the power supply indication via the fourth service sub-information when the power supply is unstable.

[0404] Optional content 3

[0405] The fourth service sub-information includes a timer indication. For example, the timer indication is used to indicate the start and end times of the timer set by the SFU, or the timer indication is used to indicate the timing period, which can be a service period or an energy-saving period. For an explanation of the service period and the energy-saving period, please refer to the above description, which will not be repeated here.

[0406] Optional content 4

[0407] The fourth service sub-information includes an SFU cache status indication, which indicates the cache status of the SFU. For a description of the SFU cache status, please refer to the above embodiments; specific details will not be repeated here. For example, the SFU cache status includes an uplink cache status, which indicates the cache status of the uplink cache. The services stored in the uplink cache are those that the SFU needs to send to the MFU. Similarly, the SFU cache status includes a downlink cache status, which indicates the cache status of the downlink cache. The services stored in the downlink cache are those that the SFU needs to send to the user terminal. Furthermore, the SFU will only report the SFU cache status indication through the fourth service sub-information if the amount of data in the SFU cache is greater than or equal to a preset value. Similarly, the SFU will only report the SFU cache status indication through the fourth service sub-information if it caches a specific type of data. Finally, the SFU will only report the SFU cache status indication through the fourth service sub-information if there is a risk of cache overflow.

[0408] Optional content 5

[0409] The fourth service sub-information includes a flow count indicator, which is used to indicate the number of flows supported by the SFU. For an explanation of the number of flows supported by the SFU, please refer to the explanation of the number of flows supported by user terminal 1 shown above, which will not be repeated here.

[0410] Optional content 6

[0411] The fourth service sub-information includes a frequency band indication, which is used to indicate the frequency bands supported by the SFU.

[0412] Optional content 7

[0413] The fourth service sub-information includes an MCS indication, which is used to indicate the MCS supported by the SFU. For an explanation of the MCS supported by the SFU, please refer to the explanation of the MCS supported by user terminal 1 shown above, which will not be repeated here.

[0414] Optional content 8

[0415] The fourth service sub-information includes a PSM indication, which is used to indicate the PSM statistics of the SFU. For an explanation of the PSM statistics of the SFU, please refer to the explanation of the PSM statistics of user terminal 1. Detailed explanation will not be repeated here.

[0416] Optional content 9

[0417] The fourth service sub-information includes a multi-link indication, which is used to indicate the multi-link information of the SFU. For an explanation of the multi-link information of the SFU, please refer to the explanation of the multi-link information of user terminal 1, which will not be elaborated here.

[0418] Example 5

[0419] The service information reported by the SFU to the MFU in this embodiment includes a fifth service sub-information, which corresponds to the second service. The second service is a service sent by the SFU to the MFU, or the second service is a service sent by the MFU to the SFU.

[0420] The fifth business sub-information is related to at least one of the following:

[0421] The identifier of the second service, the priority of the second service, the throughput of the second service, the rate of the second service, the service type of the second service, the service performance of the second service, the bandwidth occupied by transmitting the second service, the retransmission rate of the second service, the number of successful transmissions of the second service, the number of failed transmissions of the second service, the packet error rate of the second service, the average transmission time occupied by the second service, the signal strength of the second service, and the air interface interference duty cycle of the second service.

[0422] For an explanation of the fifth service sub-information corresponding to the second service shown in Example 5, please refer to the explanation of the second service sub-information corresponding to the first service shown above. Further details will not be repeated here.

[0423] Optionally, the service information shown above may include at least one of the above examples, without any specific limitation. In other examples, the service information may also include various information not shown above for the MFU to allocate communication resources. For example, the service information may also include reserved fields.

[0424] Step 306: The MFU sends an instruction message to the SFU.

[0425] In this embodiment, when the MFU receives an indication message, it allocates communication resources to the SFU based on the service information in the indication message. These communication resources can be uplink time slots, allowing the SFU to occupy these uplink time slots and send services to the MFU. Specifically, the MFU allocates the uplink time slot based on dynamic bandwidth assignment (DBA) according to the service information. This embodiment does not limit the method by which the MFU allocates communication resources based on service information, as long as the uplink resources allocated by the MFU can improve the performance of service transmission between the SFU and the user terminal, as well as the performance of service transmission between the SFU and the MFU.

[0426] Step 307: The SFU uses communication resources to send services to the MFU according to the instruction message.

[0427] The indication message shown in this embodiment is used to indicate the communication resources allocated by the MFU to the SFU. For example, if the indication message indicates the start time and end time of the communication resources, the SFU will send services to the MFU during the time period between the start time and the end time.

[0428] Using the method shown in this embodiment, the SFU negotiates the exit conditions for exiting the energy-saving mode with the MFU through the WMCC fast channel. When the SFU meets the exit conditions, it sends an energy-saving exit message to the MFU, instructing the SFU to exit the energy-saving mode. The MFU can determine the relevant information of the SFU's transmitted services based on the obtained service information. Based on this service information, the MFU directly allocates communication resources to the SFU. The SFU then sends services to the MFU using the allocated communication resources, effectively reducing the latency of service transmission from the SFU to the MFU. Because the MFU allocates communication resources to the SFU based on service information, which is related to the services transmitted by the SFU, the user terminal, and the SFU's current state, the communication resources allocated by the MFU can meet the transmission requirements of different services sent by the user terminal. For example, if the user terminal sends a low-latency service, the MFU can allocate more communication resources to the SFU to reduce the transmission latency of that service. It is understood that by adopting the method shown in this embodiment, the impact of the SFU's energy-saving mode on the user terminal's transmission services can be minimized as much as possible, and the impact of the SFU's energy-saving mode on the SFU's transmission services can also be minimized as much as possible.

[0429] In the embodiment corresponding to Figure 3, the SFU and MFU negotiate to obtain the exit conditions for exiting the energy-saving mode. In the embodiment shown in Figure 4, the MFU directly instructs the SFU on the exit conditions for exiting the energy-saving mode. Figure 4 is a flowchart of the second embodiment of the communication method provided in this application.

[0430] Step 401: The MFU sends a notification message to the SFU.

[0431] The MFU shown in this embodiment directly obtains the exit condition for exiting the energy-saving mode. This notification message is used to directly indicate the exit condition to the SFU. Then, the SFU in the energy-saving mode can directly detect whether the SFU has exited the energy-saving mode according to the exit condition indicated by the notification message.

[0432] For example, the notification message may directly include the exit condition, or it may include an identifier for identifying the exit condition. For an explanation of the identifier for the exit condition, please refer to the corresponding explanation in Figure 3, which will not be elaborated further.

[0433] Step 402: SFU exits energy-saving mode.

[0434] Step 403: The SFU sends an energy-saving exit message to the MFU.

[0435] Step 404: SFU sends service information to MFU.

[0436] Step 405: The MFU sends an instruction message to the SFU.

[0437] Step 406: The SFU uses communication resources to send services to the MFU according to the instruction message.

[0438] For an explanation of the execution process of steps 402 to 406 shown in this embodiment, please refer to steps 303 to 307 in Figure 3, which will not be described in detail here.

[0439] Using the method described in this embodiment, the MFU directly indicates the exit conditions for exiting the energy-saving mode by sending a notification message to the SFU. Under the instruction of the MFU, the SFU configures the exit conditions. When the SFU meets the exit conditions, the SFU promptly exits the energy-saving mode to enter the normal service transmission and reception state. This reduces the impact of the SFU's energy-saving mode on the user terminal's transmission services and also minimizes the impact of the SFU's energy-saving mode on the SFU's transmission services.

[0440] Figure 5 is a schematic block diagram of an embodiment of the communication device provided in this application. Specifically, the communication device 500 includes a transmitting module 501, a processing module 502, and a receiving module 503. The transmitting module 501 may also be referred to as a transmitter, transmitting unit, transmitting device, etc. The receiving module 503 may also be referred to as a receiver, receiving unit, receiving device, etc. The processing module 502 is used to implement corresponding processing functions. The transmitting module 501 and the receiving module 503 may also be referred to as a communication interface or communication unit.

[0441] Optionally, the communication device 500 also includes a storage unit, which can be used to store instructions and / or data. The processing module 502 can read the instructions and / or data in the storage unit to execute corresponding processing control actions.

[0442] For example, a communication device can be an SFU as shown in Figure 1, or it can be a module (such as a chip) applied to an SFU. Similarly, a communication device can be an ONU as shown in Figure 2, or it can be a module (such as a chip) applied to an ONU. Likewise, a communication device can be an MFU as shown in Figure 1, or it can be a module (such as a chip) applied to an MFU. And again, a communication device can be an OLT as shown in Figure 2, or it can be a module (such as a chip) applied to an OLT.

[0443] In the embodiment corresponding to Figure 3, for example, if the communication device 500 is an MFU, then the processing module 502 is used to perform processing-related steps, the sending module 501 is used to perform sending-related steps, and the receiving module 503 is used to perform receiving-related steps. As another example, if the communication device 500 is an SFU, then the processing module 502 is used to perform processing-related steps, the sending module 501 is used to perform sending-related steps, and the receiving module 503 is used to perform receiving-related steps.

[0444] In the embodiment corresponding to Figure 4, for example, if the communication device 500 is an MFU, then the processing module 502 is used to perform processing-related steps, the sending module 501 is used to perform sending-related steps, and the receiving module 503 is used to perform receiving-related steps. As another example, if the communication device 500 is an SFU, then the processing module 502 is used to perform processing-related steps, the sending module 501 is used to perform sending-related steps, and the receiving module 503 is used to perform receiving-related steps.

[0445] It should be understood that the specific process of each module performing the above-mentioned steps has been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.

[0446] Optionally, the communication device 500 can be a device including an SFU, or a component configured in the SFU, such as the SFU chip. In this case, the receiving module 503 and the transmitting module 501 can be interface circuits, pins, etc. Specifically, the interface circuit can include input circuits and output circuits, wherein the receiving module 503 can include input circuits, the transmitting module 501 can include output circuits, and the processing module 502 can include processing circuits.

[0447] Figure 6 is a schematic block diagram of another embodiment of the communication device provided in this application. The communication device 600 includes a processor 601, a transceiver 602, and a memory 603. The transceiver 602 may be an interface, a bus, a circuit, or a device capable of implementing transmission and reception functions. Optionally, the device in the transceiver 602 used to implement the receiving function can be regarded as a receiving module, and the device in the transceiver 602 used to implement the transmitting function can be regarded as a transmitting module; that is, the transceiver 602 includes a receiver and a transmitter.

[0448] For example, in one embodiment, processor 601 is configured for other operations or functions of the SFU chip. Transceiver 602 is used to implement data interaction between communication device 600 and control device and user terminal. As another example, in one embodiment, processor 601 is configured for other operations or functions of the MFU chip. Transceiver 602 is used to implement data interaction between communication device 600 and control device and user terminal.

[0449] The communication device 600 includes a memory 603 for storing computer programs or instructions and / or data. The memory 603 is coupled to a processor 601, which executes the computer programs or instructions and / or data stored in the memory 603, causing the methods described in the above method embodiments to be performed. The coupling in this application embodiment is an indirect coupling or communication connection between devices, units, or modules, and can be electrical, mechanical, or other forms, used for information exchange between devices, units, or modules. The processor 601 can operate in conjunction with the memory 603.

[0450] Optionally, the communication device 600 may include one or more processors 601 and one or more memory 603.

[0451] Alternatively, the memory 603 may be integrated with the processor 601 or disposed separately.

[0452] This application embodiment does not limit the specific connection medium between the processor 601, transceiver 602, and memory 603. In Figure 6, the processor 601, transceiver 602, and memory 603 are connected via a bus 604, which is represented by a thick line. The connection methods between other components are only illustrative and not intended to be limiting. The bus can be divided into address bus, data bus, control bus, etc.

[0453] It should be understood that, for ease of representation, only one thick line is used in Figure 6, but this does not mean that there is only one bus or one type of bus.

[0454] In the embodiment corresponding to Figure 3, for example, if the communication device 600 is an MFU, then the processor 601 is used to perform processing-related steps, and the transceiver 602 is used to perform sending and receiving-related steps. Similarly, if the communication device 600 is an SFU, then the processor 601 is used to perform processing-related steps, and the transceiver 602 is used to perform sending and receiving-related steps.

[0455] In the embodiment corresponding to Figure 4, for example, if the communication device 600 is an MFU, then the processor 601 is used to perform processing-related steps, and the transceiver 602 is used to perform sending and receiving-related steps. Similarly, if the communication device 600 is an SFU, then the processor 601 is used to perform processing-related steps, and the transceiver 602 is used to perform sending and receiving-related steps.

[0456] It should be understood that the specific process of each module performing the above-mentioned steps has been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.

[0457] Figure 7 is a schematic diagram of an embodiment of the chip system provided in this application. The chip system 700 (or may also be called a processing system) includes logic circuitry 710 and an input / output interface 720.

[0458] The logic circuit 710 can be a processing circuit in the chip system 700. The logic circuit 710 can be coupled to a memory unit, calling instructions from the memory unit, enabling the chip system 700 to implement the methods and functions of the embodiments of this application. The input / output interface 720 can be an input / output circuit in the chip system 700, outputting processed information or inputting data or signaling information to be processed into the chip system 700 for processing.

[0459] Optionally, the logic circuit 710 may be implemented by one or more processors, including the one or more processors or the processing portion of the one or more processors.

[0460] Optionally, the input / output interface 720 may include transceiver circuitry, a transceiver, input / output circuitry, or a communication interface.

[0461] As one approach, the chip system 700 is used to implement the operations performed by the SFU in the various method embodiments described above.

[0462] Specifically, the logic circuit 710 is used to implement the processing-related operations performed by the SFU in the above method embodiment; the input / output interface 1020 is used to implement the sending and / or receiving-related operations performed by the SFU in the above method embodiment.

[0463] As one approach, the chip system 700 is used to implement the operations performed by the MFU in the various method embodiments described above.

[0464] Specifically, the logic circuit 710 is used to implement the processing-related operations performed by the MFU in the above method embodiment; the input / output interface 720 is used to implement the sending and / or receiving-related operations performed by the MFU in the above method embodiment.

[0465] This application also provides a computer-readable storage medium storing computer instructions for implementing the methods executed by the SFU in the above-described method embodiments.

[0466] For example, when the computer program is executed by the computer, it enables the computer to implement the methods executed by the SFU in the various embodiments of the above methods.

[0467] This application also provides a computer program product comprising instructions which, when executed by a computer, implement the methods executed by the SFU in the above-described method embodiments.

[0468] This application also provides a communication network, which includes the access devices described in the above embodiments, and, for example, a control device connected to the access devices. For a description of the access devices and the control devices, please refer to the descriptions corresponding to Figures 1 and 2, which will not be repeated here.

[0469] The explanations and beneficial effects of the relevant contents in any of the devices provided above can be found in the corresponding method embodiments provided above, and will not be repeated here.

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

[0471] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially 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, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. For example, the computer can be a personal computer, a server, or a network device, etc. 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 via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state disks, SSDs). For example, the aforementioned available media include, but are not limited to, USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks, and other media capable of storing program code.

[0472] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A communication method, characterized in that, The method includes: The access device receives a notification message from the control device, the notification message being used to notify the exit conditions for exiting the energy-saving mode; If the access device meets the exit condition, the access device sends an energy-saving exit message to the control device. The energy-saving exit message is used to indicate exiting the energy-saving mode and serves as the basis for the control device to allocate communication resources. The access device receives an indication message from the control device, the indication message being used to indicate the communication resources, the communication resources being used to transmit the services of the access device.

2. The method according to claim 1, characterized in that, The notification message received by the access device from the control device includes: If the system time of the access device enters an energy-saving cycle, then the access device is in the energy-saving mode; The access device receives the notification message.

3. The method according to claim 1, characterized in that, The notification message received by the access device from the control device includes: If the system time of the access device enters a service cycle, the access device exits the energy-saving mode; The access device receives the notification message.

4. The method according to any one of claims 1 to 3, characterized in that, Before the access device receives a notification message from the control device, the method further includes: The access device sends a request message to the control device. The request message is used to indicate the exit condition and to request the control device to send the notification message. The notification message is a response to the request message.

5. The method according to claim 4, characterized in that, The request message includes the exit conditions.

6. The method according to claim 4, characterized in that, The request message includes an identifier used to identify the exit condition.

7. The method according to claim 4, characterized in that, The request message includes N1 first sub-exit conditions, and the notification message includes N2 second sub-exit conditions, where N1 and N2 are both any integers greater than or equal to 1. The exit condition includes at least a portion of the N2 second sub-exit conditions, or the exit condition includes the union of the N1 first sub-exit conditions and the N2 second sub-exit conditions, or the exit condition includes the intersection of the N1 first sub-exit conditions and the N2 sub-exit conditions.

8. The method according to claim 4, characterized in that, The request message includes an identifier for identifying N1 first sub-exit conditions, and the notification message includes an identifier for identifying N2 second sub-exit conditions, where N1 and N2 are both any integers greater than or equal to 1. The exit condition includes at least a portion of the N2 second sub-exit conditions, or the exit condition includes the union of the N1 first sub-exit conditions and the N2 second sub-exit conditions, or the exit condition includes the intersection of the N1 first sub-exit conditions and the N2 sub-exit conditions.

9. The method according to any one of claims 1 to 3, characterized in that, The notification message is used to indicate the exit conditions.

10. The method according to claim 9, characterized in that, The notification message includes the exit conditions.

11. The method according to claim 9, characterized in that, The notification message includes an identifier used to identify the exit condition.

12. The method according to any one of claims 1 to 11, characterized in that, If the system time of the access device enters an energy-saving cycle, the access device executes the energy-saving mode. The exit condition includes the system time of the access device exceeding the duration of the energy-saving cycle.

13. The method according to any one of claims 1 to 11, characterized in that, If the system time of the access device enters a service cycle, the access device exits the energy-saving mode. The exit condition includes the duration for which the system time of the access device has entered the service cycle.

14. The method according to any one of claims 1 to 13, characterized in that, The energy-saving exit message includes the identifier of the access device and a message type indicator, wherein the message type indicator is used to indicate the message type of the energy-saving exit message.

15. The method according to any one of claims 1 to 14, characterized in that, Before the access device receives the indication message from the control device, the method further includes: The access device sends service information to the control device. The service information is related to the service transmitted by the access device and serves as the basis for the control device to allocate the communication resources.

16. The method according to claim 15, characterized in that, The service information includes a quantity indicator, which indicates the number of user terminals that have been connected to the access device.

17. The method according to claim 15 or 16, characterized in that, The service information includes first service sub-information corresponding to the user terminal, and the user terminal has been connected to the access device.

18. The method according to claim 17, characterized in that, The first business sub-information is related to at least one of the following: The user terminal's identifier, priority, cache status, number of streams supported by the user terminal, frequency bands supported by the user terminal, modulation and coding scheme (MCS) supported by the user terminal, power saving mode (PSM) statistics of the user terminal, and multi-link information of the user terminal.

19. The method according to any one of claims 15 to 18, characterized in that, The service information includes second service sub-information corresponding to the first service, where the first service is the service transmitted between the access device and the user terminal, and the user terminal has been connected to the access device.

20. The method according to claim 19, characterized in that, The second business sub-information is related to at least one of the following: The identifier of the first service, the priority of the first service, the throughput of the first service, the rate of the first service, the service type of the first service, the service performance of the first service, the bandwidth occupied by transmitting the first service, the retransmission rate of the first service, the number of successful transmissions of the first service, the number of failed transmissions of the first service, the packet error rate of the first service, the average transmission time occupied by the first service, the signal strength of the first service, and the air interface interference duty cycle of the first service. The service performance of the first service includes at least one of the following: response latency, transmission quality, service level, and performance error rate (PER).

21. The method according to claim 20, characterized in that, If the first service is a downlink service sent by the access device to the user terminal, then the throughput of the first service includes at least one of the following: The total throughput of the downlink service within the target time period, the maximum throughput of the downlink service within the target time period, and the average throughput of the downlink service within the target time period.

22. The method according to claim 20, characterized in that, If the first service is an uplink service sent by the user terminal to the access device, then the throughput of the first service includes at least one of the following: The total throughput of the uplink service within the target time period, the maximum throughput of the uplink service within the target time period, and the average throughput of the uplink service within the target time period.

23. The method according to any one of claims 15 to 22, characterized in that, The service information includes the third service sub-information corresponding to M user terminals, wherein the M user terminals have been connected to the access device, and M is any integer greater than 1.

24. The method according to claim 23, characterized in that, The third business sub-information is related to at least one of the following: The values ​​of M, the total buffer status of the M user terminals, the total number of streams supported by the M user terminals, the total bandwidth corresponding to the M user terminals, the total throughput corresponding to the M user terminals, the total rate corresponding to the M user terminals, the total retransmission rate corresponding to the M user terminals, the total number of successful transmissions corresponding to the M user terminals, the total number of failed transmissions corresponding to the M user terminals, the total packet error rate corresponding to the M user terminals, the average transmission occupancy time of the M user terminals, the total signal strength corresponding to the M user terminals, and the total air interface interference duty cycle corresponding to the M user terminals.

25. The method according to any one of claims 15 to 24, characterized in that, The service information includes fourth service sub-information corresponding to the access device.

26. The method according to claim 25, characterized in that, The fourth business sub-information is related to at least one of the following: The access device's priority, the access device's current state, the number of streams supported by the access device, the frequency bands supported by the access device, the modulation and coding scheme (MCS) supported by the access device, the PSM statistics of the access device, and the multi-link information of the access device; The state of the access device includes at least one of the following: the device temperature of the access device, the power supply status of the access device, the timing status of the timer of the access device, and the cache status of the access device.

27. The method according to claim 26, characterized in that, The cache state of the access device includes at least one of uplink cache state and downlink cache state. The uplink cache state is used to indicate the cache state of the uplink cache, and the service stored in the uplink cache is the service that the access device is to send to the control device. The downlink cache state is used to indicate the cache state of the downlink cache, and the service stored in the downlink cache is the service that the access device is to send to the user terminal.

28. The method according to any one of claims 15 to 27, characterized in that, The service information includes fifth service sub-information corresponding to the second service, whereby the second service is the service transmitted between the access device and the control device.

29. The method according to claim 28, characterized in that, The fifth business sub-information is related to at least one of the following: The identifier of the second service, the priority of the second service, the throughput of the second service, the rate of the second service, the service type of the second service, the service performance of the second service, the bandwidth occupied by the transmission of the second service, the retransmission rate of the second service, the number of successful transmissions of the second service, the number of failed transmissions of the second service, the packet error rate of the second service, the average transmission time occupied by the second service, the signal strength of the second service, and the air interface interference duty cycle of the second service. The service performance of the second service includes at least one of the following: response latency, transmission quality, service level, and PER.

30. The method according to any one of claims 1 to 29, characterized in that, The exit condition is related to at least one of the following: the service transmitted by the access device, the user terminal that has been connected to the access device, and the state of the access device.

31. The method according to any one of claims 1 to 30, characterized in that, The exit condition is related to at least one of the following: The target service's service identifier, priority, service type, throughput, rate, performance, bandwidth used for transmitting the target service, retransmission rate, number of successful transmissions, number of failed transmissions, packet error rate, average air interface usage time, signal strength, and air interface interference duty cycle are all specified in the target service. The target service is the service transmitted by the access device, and the service performance of the target service includes at least one of the following: response latency, transmission quality, service level, and PER.

32. The method according to any one of claims 1 to 31, characterized in that, The exit condition is related to at least one of the following: The user terminal's identifier, priority, cache status, number of streams supported by the user terminal, frequency bands supported by the user terminal, MCS supported by the user terminal, PSM statistics of the user terminal, and multi-link information of the user terminal. The user terminal has been connected to the access device.

33. The method according to any one of claims 1 to 32, characterized in that, The exit condition is related to at least one of the following: The access device's priority, the access device's current state, the number of streams supported by the access device, the frequency bands supported by the access device, the MCS supported by the access device, the PSM statistics of the access device, and the multi-link information of the access device; The state of the access device includes at least one of the following: the device temperature of the access device, the power supply status of the access device, the timing status of the timer of the access device, and the cache status of the access device.

34. The method according to any one of claims 1 to 33, characterized in that, The access device has connected to M user terminals, where M is any integer greater than 1, and the exit condition is related to at least one of the following: The values ​​of M, the total buffer status of the M user terminals, the total number of streams supported by the M user terminals, the total bandwidth corresponding to the M user terminals, the total throughput corresponding to the M user terminals, the total rate corresponding to the M user terminals, the total retransmission rate corresponding to the M user terminals, the total number of successful transmissions corresponding to the M user terminals, the total number of failed transmissions corresponding to the M user terminals, the total packet error rate corresponding to the M user terminals, the average transmission occupancy time of the M user terminals, the total signal strength corresponding to the M user terminals, and the total air interface interference duty cycle corresponding to the M user terminals.

35. The method according to any one of claims 1 to 34, characterized in that, The exit condition includes the access device receiving an access request frame from a user terminal, the access request frame being used by the user terminal to request access to the access device.

36. The method according to any one of claims 1 to 35, characterized in that, The exit condition includes the access device receiving a roaming handover message, which is used to instruct the user terminal to roam from the source access device to the access device.

37. The method according to any one of claims 1 to 36, characterized in that, After the access device receives the indication message from the control device, the method further includes: The access device uses the communication resources to send a service to the control device according to the instruction message.

38. A communication method, characterized in that, The method includes: The control device sends a notification message to the access device, the notification message being used to notify the exit conditions for exiting the energy-saving mode; The control device receives an energy-saving exit message from the access device. The energy-saving exit message is used to instruct the access device to exit the energy-saving mode, and the energy-saving exit message is the basis for the control device to allocate communication resources. The control device sends an indication message to the access device, the indication message being used to indicate the communication resources, the communication resources being used to transmit the services of the access device.

39. The method according to claim 38, characterized in that, Before the control device sends a notification message to the access device, the method further includes: The control device receives a request message from the access device. The request message indicates the exit conditions for exiting the energy-saving mode and requests the control device to send the notification message, which is a response to the request message.

40. The method according to claim 38, characterized in that, The notification message is used to indicate the exit conditions.

41. A communication network, characterized in that, The communication network includes a control device and at least one access device; The control device is used to send a notification message to the access device, the notification message being used to notify the exit conditions for exiting the energy-saving mode; The access device is used to send an energy-saving exit message to the control device when the exit condition is met. The energy-saving exit message is used to indicate exiting the energy-saving mode and serves as the basis for the control device to allocate communication resources. The control device is further configured to send an indication message to the access device, the indication message being used to indicate the communication resources, the communication resources being used to transmit the services of the access device.

42. An access device, characterized in that, The device includes a processor and a memory, the memory being used to store a computer-readable program, and the processor being used to invoke and run the computer-readable program stored in the memory, causing the access device to perform the method according to any one of claims 1 to 37.

43. A control device, characterized in that, The device includes a processor and a memory, the memory being used to store a computer-readable program, and the processor being used to invoke and run the computer-readable program stored in the memory, causing the control device to perform the method according to any one of claims 38 to 40.

44. An access device, characterized in that, Includes a module for performing the method of any one of claims 1 to 37.

45. A control device, characterized in that, Includes a module for performing the method of any one of claims 38 to 40.

46. ​​A computer program product, characterized in that, The computer program product includes computer program code that, when run on a computer, causes the computer to perform the method of any one of claims 1 to 37, or causes the computer to perform the method of any one of claims 38 to 40.

47. A computer-readable storage medium, characterized in that, It includes computer program instructions, which, when executed by a processor, cause the processor to perform the method as described in any one of claims 1 to 37, or the processor to perform the method as described in any one of claims 38 to 40.

Images