Communication control method and terminal

Abstract

The embodiment of the invention provides a communication control method and a terminal. In the method, when a wireless access point AP (such as a router) is determined to be a fault AP which can cause slow network speed when information is sent to a terminal by using a transmission beam forming (TxBF technology) function, the TxBF function of the fault AP and the TxBF function of an STA are closed, so that the fault AP can send information to the terminal without using the TxBF technology, and the terminal can be ensured to normally receive information.

Description

Technical Field

[0001] This application relates to the fields of terminals and communication technologies, and particularly to communication control methods and terminals. Background Art

[0002] Beamforming is a technology that utilizes an antenna array with the aim of improving the transmission quality of wireless signals. In traditional wireless transmission, signals are radiated in a uniform manner, equivalent to transmitting signals in all directions. The Beamforming technology can make the energy of the signal more concentrated and focused in a specific direction by coordinating signals between the transmitting end and the receiving end, thereby enhancing the signal strength and focusing degree. By forming an array with multiple antennas, the Beamforming technology can adjust the transmission timing and phase relationship between antennas to accurately focus the signal in a specific direction. In this way, the receiving end can better receive the signal from the transmitting end and reduce the interference and attenuation suffered by the signal during the transmission path. The Beamforming technology increases the signal transmission distance and improves the data transmission rate.

[0003] The Beamforming technology is a general technology that can be applied to the transmitting end and / or the receiving end. The Beamforming technology that specifies the transmitting end and the receiving end is called the transmit Beamforming (TxBF) technology. The TxBF technology means that the transmitting end uses multiple antennas and corresponding algorithms to adjust the direction and power distribution of the transmitted signal to maximize the received strength and quality of the transmitted signal. It can be understood that the TxBF technology aims to optimize the transmission performance of the signal transmitted by the transmitting end, thereby making the strength and quality of the signal received by the receiving end better. Summary of the Invention

[0004] Embodiments of this application provide a communication control method and a terminal to optimize the use of the TxBF technology.

[0005] In some embodiments of this application, when it is determined that the wireless access point AP (such as a router) that uses the transmit Beamforming (TxBF) technology to send information to the terminal is a faulty AP that causes slow network speed, the TxBF function of the faulty AP and / or the STA (such as the terminal) is turned off, so that the faulty AP can send information to the terminal without using the TxBF technology, ensuring that the terminal can normally receive the information.

[0006] Beamforming is based on omnidirectional antennas and uses signal precoding technology. Utilizing the signal superposition principle, it adjusts the phases of the signals transmitted by multiple antennas to control the direction and energy intensity of signal propagation ("directional beam") and improve the demodulation signal-to-noise ratio at the receiving end.

[0007] In beamforming, multiple wave sources (i.e., antenna arrays) can achieve that the electromagnetic wave radiation / reception gain is concentrated in one direction (i.e., the position where the receiver / transmitter is located) by carefully controlling the relative phase and amplitude between the waves emitted / received by the wave sources, while the electromagnetic wave radiation / reception gain is very small elsewhere (i.e., reducing the interference to other receivers / reducing the chance of being interfered by other transmitters). Take the receiving antenna array as an example. For the electromagnetic wave propagating in the direction we want, the time (phase) when the wavefront arrives at each antenna in the antenna array is different. For each antenna, we add a specific phase delay to compensate for the difference in the phase when the wavefront arrives at the antenna. Therefore, after this phase delay, the signals received by each antenna are aligned in phase, so that the useful signals received by different antennas will have a large amplitude after being added. On the other hand, when the interference signal propagating in other directions arrives at the antenna array, the delay corresponding to each antenna does not match the time difference when the signal arrives at the antenna, so the amplitude will not increase after being added. In this way, the antenna array can equivalently implement a directional antenna through the cooperation of multiple ordinary antennas with specific delays. According to the reciprocity principle of antennas, the same architecture can also be used in the transmitting antenna array to equivalently implement a highly directional antenna. In addition, the radiation direction of the antenna can be achieved by changing the relative delay and amplitude between the wave sources, and it can easily track the change in the relative position between the transmitting end and the receiving end.

[0008] Beamforming technology is widely used in wireless communication systems, especially in wireless local area networks (WLANs) and mobile communication systems. By optimizing the transmission direction and intensity of signals, Beamforming can improve the signal coverage, anti-interference ability, and network capacity, providing a more reliable and efficient wireless connection. By controlling the beam direction, the coverage distance and signal strength in the STA direction can be enhanced.

[0009] In a first aspect, an embodiment of the present application provides a communication control method applied to a terminal. The terminal supports a preset bandwidth and supports transmission beamforming (TxBF) technology. The method includes: The terminal receives a probe response frame sent by a router. The probe response frame carries the organization unique identifier (OUI) of the router and the bandwidth supported by the router is a first bandwidth. The router supports the preset bandwidth and TxBF technology. When the OUI is a preset OUI and the first bandwidth is equal to the preset bandwidth, the terminal sends a first association request frame to the router. The terminal receives a first association response frame sent by the router in response to the first association request frame. The first association request frame carries first indication information, and the first indication information is used to indicate that: the maximum bandwidth supported by the terminal is the preset bandwidth and the terminal does not support TxBF technology; or, the first indication information is used to indicate that: the maximum bandwidth supported by the terminal is a second bandwidth and the terminal supports TxBF technology. Wherein, the second bandwidth is less than the preset bandwidth.

[0010] In the above embodiment, when using TxBF technology for data transmission, for example, the sender is the router and the receiver is the terminal. The preset OUI is the OUI corresponding to the manufacturer of the faulty access point (AP). When the OUI of a router that supports the preset bandwidth (such as 160M bandwidth) and supports TxBF technology is the preset OUI and notifies the terminal that the router supports the preset bandwidth (such as 160M bandwidth), the router may be a faulty AP that cannot normally use TxBF technology at 160M bandwidth. Then, in order to avoid entering the problem scenario where it fails when using TxBF technology at 160M bandwidth, a terminal that originally supports both TxBF technology and 160M bandwidth can falsely report in the association request frame (the first association request frame) during link establishment that it does not support TxBF or does not support 160M bandwidth. Consequently, when the router learns from the first association request frame that the terminal does not support both TxBF and 160M bandwidth simultaneously, it will not use TxBF and 160M bandwidth simultaneously either. In this way, it will not enter the problem scenario, which belongs to optimizing the process during the link establishment stage to prevent problems before they occur.

[0011] In combination with the first aspect, in some embodiments, the first association response frame carries second indication information. When the first indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support TxBF technology, the second indication information is used to indicate that: the maximum bandwidth supported by the router is the preset bandwidth and the router does not support TxBF technology; or, when the first indication information is used to indicate that the maximum bandwidth supported by the terminal is a second bandwidth and indicates that the terminal supports TxBF technology, the second indication information is used to indicate that: the maximum bandwidth supported by the router is the second bandwidth and the router supports TxBF technology.

[0012] In the above embodiments, when the router learns from the first association request frame that the terminal does not support both TxBF and 160M bandwidth simultaneously, it will not use TxBF and 160M bandwidth simultaneously either. The router responds to the terminal through an association response frame (the first association response frame), controlling the negotiated bandwidth to be the same as the bandwidth indicated by the terminal through the first association request frame, and the negotiated TxBF capability also remains consistent with the TxBF capability indicated by the terminal through the first association request frame. In this way, during subsequent communication processes, normal data transmission can be achieved based on the negotiated bandwidth and TxBF capability.

[0013] In combination with the first aspect, in some embodiments, before the terminal sends the first association request frame to the router, the method further includes: the terminal determines that the probe response frame also carries information for indicating that the router supports the TxBF technology.

[0014] In the above embodiments, once the probe response frame carries information for indicating that the router supports the TxBF technology, it can be further determined that the router is a faulty AP. However, perhaps the probe response frame does not carry the information that the router supports the TxBF technology. But even if it does not carry information indicating whether the router supports 160M, the communication control method provided by the embodiments of the present application can still be used. Even if the router is an AP that does not support the TxBF technology, implementing the communication control method provided by the embodiments of the present application will not bring negative benefits.

[0015] In a second aspect, embodiments of the present application provide a communication control method. The terminal supports a preset bandwidth and supports the transmission beamforming TxBF technology. The method includes: the terminal establishes a first connection with the router; the router supports the preset bandwidth and the TxBF technology. When the terminal receives data sent by the router through the first connection, the TxBF technology of the terminal is in an enabled state and the maximum bandwidth used by the terminal is the preset bandwidth; under the condition of meeting a first condition, the terminal sends a first re-association request frame to the router; the first condition includes that the communication quality between the terminal and the router is lower than a preset level; the terminal receives a first re-association response frame sent by the router in response to the first re-association request frame; the first re-association request frame carries third indication information, and the third indication information is used to indicate that: the maximum bandwidth supported by the terminal is the preset bandwidth and the terminal does not support the TxBF technology; or, the third indication information is used to indicate that: the maximum bandwidth supported by the terminal is a second bandwidth and the terminal supports the TxBF technology; where the second bandwidth is less than the preset bandwidth.

[0016] In the above embodiments, similar to the first aspect, when using the TxBF technology for data transmission, for example, the sender is a router and the receiver is a terminal. The difference from the first aspect is that in the second aspect, during the communication process, when the terminal detects slow network speed (which can be understood as the terminal has entered a problem scenario), it reasonably suspects that the router is a faulty AP, and then re-negotiates the TxBF capability and the maximum bandwidth based on the re-association process to enable the terminal to exit the problem scenario. The negotiation method is that the terminal falsely reports in the re-association request frame (the first re-association request frame) that it does not support TxBF or does not support 160M bandwidth, thereby guiding the router not to continue using TxBF and 160M bandwidth simultaneously when it learns from the first re-association request frame that the terminal does not support both TxBF and 160M bandwidth at the same time.

[0017] In combination with the second aspect, in some embodiments, the first re-association response frame carries fourth indication information; in the case where the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support the TxBF technology, the fourth indication information is used to indicate that: the maximum bandwidth supported by the router is the preset bandwidth and the router does not support the TxBF technology; or, in the case where the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the second bandwidth and indicates that the terminal supports the TxBF technology, the fourth indication information is used to indicate that: the maximum bandwidth supported by the router is the second bandwidth and the router supports the TxBF technology.

[0018] In the above embodiments, when the router learns from the first re-association request frame that the terminal does not support both TxBF and 160M bandwidth at the same time, it will not use TxBF and 160M bandwidth simultaneously. It responds to the terminal through the re-association response frame (the first re-association response frame), controls the negotiated bandwidth to the same bandwidth, and the TxBF capability also remains consistent. In this way, during the subsequent communication process, normal data transmission can be achieved based on the negotiated bandwidth and TxBF capability.

[0019] In combination with the second aspect, in some embodiments, after the terminal receives the first re-association response frame sent by the router, the method further includes: the terminal establishes a second connection with the router; in the case where the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support the TxBF technology, when receiving data sent by the router through the second connection, the TxBF function of the terminal is in the off state and the maximum bandwidth used by the terminal is the preset bandwidth, or, in the case where the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the second bandwidth and indicates that the terminal supports the TxBF technology, when receiving data sent by the router through the second connection, the TxBF function of the terminal is in the on state and the maximum bandwidth used by the terminal is the second bandwidth.

[0020] In combination with the second aspect, in some embodiments, before the terminal establishes a first connection with the router, the method further includes: the terminal receives a probe response frame sent by the router, the probe response frame carrying the organizationally unique identifier (OUI) of the router and the bandwidth supported by the router being a first bandwidth; the terminal sends a second association request frame to the router; the terminal receives a second association response frame sent by the router in response to the second association request frame; the second association request frame carries fifth indication information, the fifth indication information being used to indicate that: the maximum bandwidth supported by the terminal is the preset bandwidth, and the terminal supports the TxBF technology.

[0021] In the above embodiments, the reason for the terminal and the router to enter the problem scenario is that: the router is a faulty AP, but when negotiating the bandwidth, it is negotiated to use the TxBF technology and 160M bandwidth simultaneously. It should be noted that the reasons are not limited to those proposed here, and there can be other reasons: for example, the router is originally a faulty AP but is not recognized by the terminal, but when re-associating due to reasons other than slow network speed, it is negotiated again to use the TxBF technology and 160M bandwidth simultaneously, and then when entering the problem scenario, the network speed becomes slow and it is recognized by the terminal as a faulty AP, so re-association negotiation can be performed again to not use the TxBF technology and 160M bandwidth simultaneously.

[0022] In combination with the second aspect, in some embodiments, the first condition further includes that the OUI of the router is a preset OUI and the first bandwidth is equal to the preset bandwidth.

[0023] In the above embodiments, in addition to including slow network speed, the first condition can further include more information to further determine that the router is a faulty AP. For example, the router is produced by a preset manufacturer, and the router supports a preset bandwidth, etc.

[0024] In combination with the second aspect, in some embodiments, before satisfying the first condition, the method further includes: when determining that the OUI of the router is a preset OUI and the first bandwidth is equal to the preset bandwidth based on the probe response frame, the terminal performs network detection at a first frequency after establishing the first connection, and determines that the communication quality between the terminal and the router is lower than a preset level; the first frequency is greater than a second frequency, and the second frequency is the frequency at which the terminal performs network detection before receiving the probe response frame.

[0025] In combination with the second aspect, in some embodiments, the method further includes: before determining that the first condition is satisfied, the terminal receives a request to send frame sent by the router through the first connection, the request to send frame being used to request to send the first data packet to the terminal using the preset bandwidth; the terminal sends a permission to send frame to the router through the first connection, the permission to send frame being used to notify the router to send the first data packet using the second bandwidth.

[0026] In the above embodiments, one of the reasons for the problem scenario includes: after the terminal and the router establish the first connection, the bandwidth for transmitting data packets is modified from the negotiated maximum bandwidth to a bandwidth less than the negotiated bandwidth through RTS (Request To Send frame) and CTS (Clear To Send frame) (see Figure 2B and Figure 2A and its related description). When this reason occurs, it can fully explain that the router is a faulty AP.

[0027] In combination with the second aspect, in some embodiments, the communication quality between the terminal and the router is lower than a preset level, specifically including: after the terminal sends a Clear To Send frame to the router, the terminal does not receive the first data packet within a preset time.

[0028] In the above embodiments, if there are a Request To Send frame and a Clear To Send frame for sending the first data packet, and the negotiated bandwidth for transmitting the first data packet is not the negotiated maximum bandwidth, but a bandwidth less than the maximum bandwidth, and at this time the first data packet is not received for a long time, it can more fully explain that the router is a faulty AP.

[0029] In combination with the second aspect, in some embodiments, the communication quality between the terminal and the router is lower than a preset level, specifically including: the terminal determines that the packet loss rate of the second data packet is greater than a preset packet loss rate; the second data packet is a data packet received by the terminal through the first connection.

[0030] In combination with the second aspect, in some embodiments, the preset bandwidth is 160M bandwidth.

[0031] In combination with the second aspect, in some embodiments, the second bandwidth is one of 80 bandwidth, 40M bandwidth, or 20M bandwidth.

[0032] In a third aspect, embodiments of the present application provide a communication control method. In some embodiments, the method includes: when the organization unique identifier OUI of the router connected by the terminal (such as a mobile phone) is a preset OUI and the bandwidth of the router is a preset bandwidth (for example, when the terminal determines that the organization unique identifier OUI of the connected router is a preset OUI and the bandwidth of the router is a preset bandwidth, determine that the router is a faulty router), the terminal turns off the transmission beamforming TxBF function supported under the preset bandwidth, and sends a first message to the router through a first method; the first method does not use the transmission beamforming TxBF technology supported under the preset bandwidth to send the first message; the terminal receives a response to the first message sent by the router; the response to the first message is sent through the first method supported by the router.

[0033] In the above embodiments, when some routers use the TxBF technology under a preset bandwidth to send messages (packets) to a terminal, problems may occur, such as the problem that the message cannot be sent to the terminal. To solve this problem, the TxBF function of the terminal under the preset bandwidth can be turned off, and the first method (TxBF technology under a non-preset bandwidth) can be used, so that the router also turns off the TxBF function under the preset bandwidth. By making the interaction between the terminal and the router not use the TxBF technology under the preset bandwidth, the problem of not receiving messages will not occur.

[0034] Problems may occur when some routers communicate with a mobile phone, resulting in the user being unable to access the Internet. In some embodiments, when the mobile phone side identifies a specific router, a specific bandwidth, and / or a specific protocol type scenario, the TxBF function on the mobile phone side can be dynamically turned off. During the connection process, the mobile phone notifies the router that the current mobile phone does not support the TxBF technology, and then the router will turn off the TxBF function, so that there will be no problem in the communication between the two parties.

[0035] In combination with the third aspect, in some embodiments, sending a first packet to the router through the first method specifically includes: using the TxBF technology supported under a first bandwidth to send the first packet.

[0036] In combination with the third aspect, in some embodiments, sending a first packet to the router through the first method specifically includes: sending the first packet to the router and not using the TxBF technology to adjust the first packet during the sending process.

[0037] In combination with the third aspect, in some embodiments, before determining that the router is a faulty router, the method further includes: the terminal determines that the network speed of the router is slow based on a preset rule.

[0038] In combination with the third aspect, in some embodiments, the preset rule includes: the terminal sends a second packet to the router and does not receive a response to the second packet sent by the router within a first preset time.

[0039] In combination with the third aspect, in some embodiments, the preset rule includes: after the terminal sends at least one packet to the router, it does not receive a packet sent by the router within a second preset time.

[0040] In combination with the third aspect, in some embodiments, there is packet loss in the packets sent by the router received by the terminal.

[0041] In combination with the third aspect, in some embodiments, the preset bandwidth is 160M bandwidth.

[0042] In combination with the third aspect, in some embodiments, the first bandwidth is one of 80 bandwidth, 40M bandwidth, or 20M bandwidth.

[0043] Fourth aspect, an embodiment of the present application provides a terminal, which includes: one or more processors and a memory; the memory is coupled to the one or more processors, and the memory is used to store computer program code, the computer program code includes computer instructions, and the one or more processors call the computer instructions to cause the terminal to execute the method implemented in the first aspect.

[0044] Fifth aspect, an embodiment of the present application provides a computer-readable storage medium, including instructions, when the instructions run on a terminal, causing the terminal to execute the method implemented in the first aspect or the second aspect or the third aspect.

[0045] Sixth aspect, an embodiment of the present application provides a chip system, which is applied to a terminal, the chip system includes one or more processors, and the processors are used to call computer instructions to cause the terminal to execute the method implemented in the first aspect or the second aspect or the third aspect. The chip system may be an SoC (system-on-chip). The processor may include a modulation and demodulation processor (also known as a Modem or a baseband chip).

[0046] Seventh aspect, an embodiment of the present application provides a computer program product containing instructions, when the computer program product runs on a terminal, causing the terminal to execute the method implemented in the first aspect or the second aspect or the third aspect.

[0047] It can be understood that the terminal provided in the fourth aspect, the computer storage medium provided in the fifth aspect, the chip system provided in the sixth aspect, and the computer program product provided in the seventh aspect are all used to execute the method provided in the embodiments of the present application. Therefore, the other beneficial effects that can be achieved can refer to the beneficial effects in the corresponding method, and will not be elaborated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] Figure 1 Shows a schematic diagram of spatial holes and beamforming technology when propagating signals;

[0049] Figure 2A Is a schematic diagram of the normal process for an AP to complete signal transmission using the TxBF function;

[0050] Figure 2B Is a schematic diagram of the abnormal process for completing signal transmission using the TxBF function;

[0051] Figure 3A Shows a flowchart of the link establishment between an AP and a STA;

[0052] Figure 3B Shows a schematic diagram of the re-association process;

[0053] Figure 4 Shows a schematic diagram of turning off the TxBF function based on the association phase in Mode 1;

[0054] Figure 5 Shows a schematic diagram of turning off the 160M bandwidth based on the association phase in Mode 2;

[0055] Figure 6 Shows a schematic diagram of turning off the TxBF function based on the re - association phase in Mode 3;

[0056] Figure 7 Shows a schematic diagram of turning off the 160M bandwidth based on the re - association phase in Mode 4;

[0057] Figure 8 Shows an exemplary flowchart related to Mode 1;

[0058] Figure 9 Shows an exemplary data transmission process after turning off the TxBF function;

[0059] Figure 10 Shows an exemplary flowchart related to Mode 2;

[0060] Figure 11A Shows an exemplary data transmission process after turning off the 160M bandwidth;

[0061] Figure 11B Shows another exemplary data transmission process after turning off the 160M bandwidth;

[0062] Figure 12A Shows an exemplary flowchart related to Mode 3;

[0063] Figure 12B Shows an exemplary data transmission process after turning off the TxBF function based on re - association;

[0064] Figure 13A Shows an exemplary flowchart related to Mode 4;

[0065] Figure 13B Shows an exemplary data transmission process after turning off the 160M bandwidth based on re - association;

[0066] Figure 14 Shows an exemplary structural block diagram of the terminal;

[0067] Figure 15 Is a schematic structural diagram of the terminal provided by the embodiments of the present application. Detailed implementation manners

[0068] In one solution, an access point AP (such as a router or other WiFi device) uses an omnidirectional antenna. In theory, it will send signals evenly in all directions with the antenna as the center. However, in actual applications, due to multipath, scattering, diffraction, etc. caused by obstacles, the intensities of the WiFi signals transmitted by the AP are not the same in all directions. The purpose of the AP using Beamforming technology is to calculate the SteeringMatrix coefficients through the interaction between the AP and the station STA (such as a mobile phone or other terminal device). This enables the AP to control the intensities and phases of the signals sent by different antennas through the steering matrix, achieving the purpose of enhancing the WiFi signal and making the intensity and quality of the WiFi signal received by the STA better.

[0069] Reference Figure 1 , the beamforming technology can reduce the attenuation of signals (such as WiFi signals) caused by the spatial hole phenomenon and increase the signal intensity and quality.

[0070] Among them, a spatial hole refers to the phenomenon that the signal intensity is weak or the signal cannot reach in some regions or directions during signal propagation. The spatial hole may be caused by factors such as multipath propagation, attenuation, and obstacle blocking of the signal. The spatial hole will lead to a decline in signal quality and even cause problems such as transmission interruption or signal loss.

[0071] When the AP sends signals, the spatial hole has a direct impact on the signal coverage range and transmission distance. If there are a large number of spatial holes in the WiFi network, the transmission effect of the signal in these regions will be affected, and the STA may not be able to receive a stable signal. For example, as Figure 1 shown, when the AP uses antenna A and antenna B to send WiFi signals to the STA, the larger the spatial hole, the worse the quality of the signal received by the STA (severe attenuation) or even unable to receive.

[0072] However, when using the beamforming technology to send this signal, the transmission range and quality of the signal can be improved. By concentrating the energy of the signal in the required direction, the diffusion and attenuation of the signal in space can be reduced, the receiving sensitivity and coverage range of the signal can be improved, and thus the wireless connection speed and stability can be enhanced. For example, as Figure 1 shown, when the AP uses antenna A and antenna B to send the signal processed by the beamforming technology to the STA, the phase and amplitude of the signal can be adjusted to form a directional beam, concentrating the energy of the signal on the STA.

[0073] It should be noted that the Beamforming technology is a general technology that can be applied to the transmitting end and / or the receiving end. The Beamforming technology specified for the transmitting end and the receiving end is called the transmit beamforming (TxBF) technology.

[0074] When the STA supports the Beamforming technology, the AP can use the Beamforming technology to transmit signals to the STA, which means the AP supports the TxBF technology. When the STA can correctly receive and process the signals sent by the AP using the Beamforming technology, it means the STA also supports the TxBF technology. It can also be understood that the Beamforming technology used by the transmitting end can be called the TxBF technology. The transmitting end (such as the AP) uses the TxBF technology to send signals to the receiving end (such as the STA), thereby improving the transmission intensity and quality of the signals. The receiving end (such as the STA) needs to support the TxBF technology to correctly receive and process the signals sent through the TxBF technology.

[0075] Here, when using the TxBF technology for data transmission mentioned in the following text, the AP is used as the transmitting end and can also be called the Beamformer. The STA is used as the receiving end and can also be called the Beamformee.

[0076] When using the TxBF technology for data transmission between the AP and the STA that both originally support the TxBF technology, the transmission quality can be improved. However, in actual applications, it is found that there is a faulty AP. Due to an internal bug in this faulty AP, when using the TxBF technology to send information to the STA, there is a problem of slow network speed, resulting in a poor signal received by the STA or the STA being unable to receive the signal.

[0077] The reasons for the slow network speed problem can include the following.

[0078] During the connection establishment process, the STA and the AP negotiate the maximum bandwidth supported by both parties for data transmission and whether TxBF is supported during data transmission. During the connection establishment process, if it is negotiated to use TxBF for data transmission, then both parties will use TxBF during data transmission. The maximum bandwidth supported by both parties indicates that the bandwidth used during data transmission should be less than or equal to this maximum bandwidth. Generally speaking, the bandwidth used during data transmission (transmission bandwidth) is the negotiated maximum bandwidth. However, this maximum bandwidth does not necessarily have to be used during data transmission because after the connection is established, a way is provided to change the transmission bandwidth from the maximum bandwidth to other bandwidths (less than this maximum bandwidth) to achieve data transmission using other bandwidths. The ways to change the bandwidth include: the STA further determines whether to change the bandwidth based on factors such as the quality and usage of the channel.

[0079] If it is changed, the available bandwidth after the change (less than the negotiated maximum bandwidth) is notified to the AP through a clear to send (CTS) frame. If the negotiated maximum bandwidth is available, the AP and the STA can use this maximum bandwidth during data transmission. Based on this, after the STA and the AP establish a connection, if the AP expects to send data to the STA using the maximum bandwidth and TxBF, then the AP needs to send a Request To Send (RTS) frame to the STA to request to send data using TxBF on the maximum bandwidth. After receiving the RTS frame, the STA will detect whether the channel of the maximum bandwidth is available. If it is not available, it will detect available channels. Then, based on the detection result, it determines the available bandwidth for this data transmission. And it carries the available bandwidth in a clear to send (CTS) frame and feeds it back to the AP. The AP parses the available bandwidth in this CTS frame, and then data transmission can succeed only when it sends data to the STA on the channel of this available bandwidth. However, when the maximum bandwidth is a preset bandwidth (for example, 160M), when the AP sends a request to send frame to the STA to request to send a signal (such as a data packet) using the TxBF technology on the channel of the preset bandwidth. The STA detects that the channel of the preset bandwidth is not available and determines that the available bandwidth is a non-preset bandwidth (for example, 80M). So the STA notifies the AP to send a signal using the TxBF technology on the channel of the non-preset bandwidth through a clear to send frame. However, due to an internal bug in the AP, it cannot respond to this clear to send frame normally, resulting in abnormal data transmission. A detailed description of this process can be referred to below Figure 2B 。

[0080] Among them, sending a signal using the TxBF technology on the channel of the preset bandwidth means: sending the signal processed using the TxBF technology on the channel of the preset bandwidth. It can also be understood as sending data using the preset bandwidth and the TxBF technology.

[0081] The preset bandwidth refers to the bandwidth that may lead to problem scenarios, usually 160M bandwidth. It is not limited to 160M bandwidth. For example, if 80M bandwidth also causes problem scenarios, 80M bandwidth can also be the preset bandwidth.

[0082] In the following text, the case where the preset bandwidth is 160M is taken as an example for illustration. The description of the problem that the AP has a slow network speed when using the TxBF technology to send information to the STA due to an internal bug can be referred to Figure 2A and Figure 2B . Figure 2A and Figure 2B describe the data transmission process. It should be noted that a connection needs to be established before data transmission. The process of negotiating the bandwidth and TxBF during connection establishment can be referred to the following description of Figure 3A . Figure 2A and Figure 2B describe the slow network speed problem with the negotiated maximum bandwidth of 160M and TxBF support as an example.

[0083] Figure 2A shows the normal process for the AP to complete packet transmission using the TxBF technology. The AP, as a Beamformer, sends a NULL data packet (NDP) on a 160M bandwidth channel for the STA, as a Beamformee, to perform channel measurement. This NDP is also used to notify the STA that the AP will use the TxBF technology to send signals on a 160M bandwidth channel. This NDP can be called 160M NDP. After receiving the 160M NDP, the STA, as a Beamformee, measures the 160M bandwidth channel, calculates the signal-to-noise ratio (SNR) and Steering Matrix coefficients of the 160M bandwidth channel, carries the SNR and Steering Matrix coefficients in the compressed feedback (CFB), and sends the CFB (a type of action frame) on the 160M bandwidth channel to the AP. Subsequently, the AP receives the CFB fed back by the STA and adjusts the intensity and phase of the transmitted signal. The AP sends a Dynamic Request To Send (RTS). Here, Dynamic means that the channel used by the AP to send the RTS to the STA can be dynamically adjusted according to the channel quality, which means the AP can send the RTS to the STA on a channel with better quality instead of necessarily using the channel with the maximum bandwidth.

[0084] Continue to refer to Figure 2A, after receiving the Dynamic RTS, the STA starts to detect the channel. The detection result is that the STA detects that the 160M bandwidth channel is unavailable and the 80M bandwidth channel is available. So the STA replies with an 80M CTS (Clear To Send) to the AP on the 80M bandwidth channel. This 80M CTS is used to notify the AP to send signals using the TxBF technology on the 80M bandwidth channel. When the AP discovers that the bandwidth supported by the STA is not the negotiated maximum bandwidth of 160M but 80M, the AP will re - send an NDP (referred to as 80M NDP) on the 80M bandwidth channel for the Beamformee to perform channel measurement. This 80M NDP is also used to notify the STA that the AP will send signals using the TxBF technology on the 80M bandwidth channel. After receiving the 80M NDP, the STA measures the 80M bandwidth channel, calculates the SNR and the steering matrix coefficients of the 80M bandwidth channel, and sends the SNR and the steering matrix coefficients to the AP on the 80M bandwidth channel through CFB. After receiving the CFB feedback from the STA, the AP uses the TxBF technology to adjust the intensity and phase of the transmitted signal (data packet), and then sends the adjusted signal to the STA on the 80M bandwidth channel. After receiving the data packet, the STA sends an acknowledgment message (ACK) to the AP on the 80M bandwidth channel. Thus, the Beamformer and the Beamformee complete a data transmission using TxBF.

[0085] Reference Figure 2A It can be summarized that when the negotiated maximum bandwidth is 160M, if the AP needs to send a data packet to the STA on the 160M bandwidth channel, it first needs to receive the steering matrix coefficients of the 160M bandwidth channel through CFB, and then also needs to receive a CTS that allows data transmission on the 160M bandwidth channel. Only in this way can the STA use TxBF to send data packets on the 160M bandwidth channel. If the available bandwidth indicated in the CTS is a bandwidth other than 160M (such as 80M), then the steering matrix coefficients of the 160M bandwidth channel will be unavailable, and the AP needs to re - obtain the steering matrix coefficients of the bandwidth 1 channel through NDP and receive a CTS that allows data transmission on this bandwidth 1 channel before it can use TxBF to send data packets on this bandwidth 1 channel. The maximum bandwidth is not limited to 160M bandwidth, and the same principle applies to other bandwidths (such as 80M).

[0086] Figure 2B Shows the abnormal process of message transmission using the TxBF technology. As described above Figure 2AThe same as the normal process shown, the STA changes the available bandwidth from the negotiated maximum bandwidth of 160M to 80M by sending an 80M CTS on a channel with a bandwidth of 80M. The process of changing the bandwidth from 160M to 80M includes: The AP, as a Beamformer, sends a 160M NDP for the Beamformee to perform channel measurement. This 160M NDP is also used to notify the STA that the AP will use the TxBF technology to send signals on a channel with a bandwidth of 160M. After receiving the 160M NDP, the STA, as a Beamformee, measures the channel with a bandwidth of 160M and calculates the SNR and the Steering Matrix coefficients of the channel with a bandwidth of 160M. The SNR and the Steering Matrix coefficients are carried in the compressed feedback (CFB) and the CFB is sent to the AP on a channel with a bandwidth of 160M. After receiving the CFB fed back by the STA, the AP adjusts the intensity and phase of the transmitted signal. Then, the AP sends a Dynamic RTS. After receiving the Dynamic RTS, the STA starts to detect the channel. The detection result is that the STA detects that the channel with a bandwidth of 160M is unavailable and the channel with a bandwidth of 80M is available. So the STA replies with an 80M CTS to the AP on a channel with a bandwidth of 80M. This 80M CTS is used to notify the AP to use the TxBF technology to send signals on a channel with a bandwidth of 80M. Compared with Figure 2A the normal process, after the STA sends the 80M CTS, the AP has no specific actions subsequently. Therefore, no message (such as a data packet) is transmitted.

[0087] Referring to the reasons for the slow network speed problem mentioned above, the reason for no specific actions subsequently here may be: The AP has an internal failure and after the STA changes the available bandwidth from the negotiated maximum bandwidth to other bandwidths through the CTS, the STA cannot process the CTS sent by the STA.

[0088] When Figure 2B the abnormal process shown occurs, it will cause the TxBF technology to fail to be successfully used for message (such as data packet) transmission, and further cause the AP to be unable to use the TxBF technology to send data packets to the STA, resulting in the problem of slow network speed for the STA.

[0089] It should be noted here that Figure 2A and Figure 2B describe the process of data transmission. Before implementing Figure 2A or Figure 2B the data transmission shown, the following Figure 3AThe connection establishment process shown. The maximum bandwidth (e.g., 160M) and TxBF technology supported by both the STA and the AP during data transmission are negotiated during the connection establishment (abbreviated as link establishment, also known as connection establishment) process. For the link establishment process, reference can be made to the following description of Figure 3A the following.

[0090] Once the maximum bandwidth and the use of TxBF technology are negotiated during the link establishment process, after the connection is established, referring to the relevant description for Figure 2A the following, the AP can obtain the pointing matrix coefficients of the channel with the maximum bandwidth through DNP and obtain the permission to send data on the channel with the maximum bandwidth through RTS. Then, the AP will use the maximum bandwidth and TxBF to transmit data to the STA. If the maximum bandwidth is not used, as shown in the foregoing Figure 2A and Figure 2B it can change the bandwidth from the maximum bandwidth to other available bandwidths less than the maximum bandwidth when sending the CTS, or renegotiate the bandwidth during reassociation. Whether to enable the TxBF technology can also be renegotiated during reassociation. For reassociation, reference can be made to the following description of Figure 3B the following, which will not be elaborated here.

[0091] Among them, the negotiation of the bandwidth and whether to enable the TxBF technology during the link establishment process can be referred to the following description of Figure 3A the following.

[0092] The link establishment process includes 6 stages, namely: scanning stage, network selection stage, authentication stage, association stage, four-way handshake stage, and dynamic host configuration protocol (DHCP) stage. The following will describe each stage separately.

[0093] The first stage: scanning stage. It is used for the STA to discover the surrounding APs and obtain the basic information of the APs.

[0094] The STA (such as a mobile phone or other terminal) sends a Probe request frame. The STA sends a Probe Request frame to search for nearby available wireless network devices. The Probe request frame contains the wireless network requirements and parameters of the STA.

[0095] The AP (such as a router) sends a Probe response frame to the STA. After receiving the Probe request frame, the AP sends a Probe response frame to the STA, which contains the basic information of the AP. The basic information includes the maximum bandwidth supported by the AP and may also include whether the AP supports TxBF.

[0096] It should be noted that the timing for the STA to scan surrounding APs includes, but is not limited to: scans triggered by users: when detecting an operation to turn on Wi-Fi, the STA starts scanning surrounding APs. Or, when the STA detects a location change and triggers an active scan to obtain APs around the new location.

[0097] The second stage: the network selection stage.

[0098] The STA selects a target AP for connection based on the received Probe response frame. The selection is usually based on factors such as signal strength and quality.

[0099] The third stage, the authentication stage. It is used for the authentication of the STA.

[0100] The STA sends an authentication request (Auth request, i.e., Authentication request) frame to the selected AP. The STA sends an Auth request frame to the selected AP for authentication. The Auth request frame contains the STA's authentication request and related parameters.

[0101] The selected AP sends an authentication response (Auth response) frame to the STA. After receiving the Auth request frame, the AP sends an Auth response frame to the STA to confirm the identity and permissions of the STA.

[0102] The fourth stage, the association stage.

[0103] The STA sends an association request (Assoc request, i.e., Association request) frame to the selected AP. The STA sends an Assoc request frame to the AP that has passed authentication, which contains the identity of the STA and related connection parameters. Among them, the related connection parameters of the STA can include the bandwidth supported by the STA and whether it supports TxBF, etc.

[0104] The selected AP sends an association response (Assoc response) frame to the STA: After receiving the Assoc request frame, the AP sends an Assoc response frame to the STA to confirm the establishment of the association. The Assoc request frame can include the related connection parameters of the AP. Among them, the related connection parameters of the AP can include the bandwidth supported by the STA and whether it supports TxBF, etc.

[0105] It should be noted that the information about bandwidth and TxBF in the Assoc request frame and the Assoc response frame is recorded in the HT Capabilities field.

[0106] The fifth stage is the Four-Way Handshake, which is used to establish a secure encrypted session.

[0107] This process uses the EAPOL (Extensible Authentication Protocol over LAN) protocol, including EAPOL1 - EAPOL4.

[0108] EAPOL1 (EAPOL-Key 1of 4): The AP sends an EAPOL-Key 1 message to the STA (selected), which contains a random number used to establish the encrypted session.

[0109] EAPOL2 (EAPOL-Key 2of 4): The STA sends an EAPOL-Key 2 message to the AP, containing the result of processing the random number sent by the AP.

[0110] EAPOL3 (EAPOL-Key 3of 4): The AP sends an EAPOL-Key 3 message to the STA, containing a random number used to generate the session key and the result of processing the random number sent by the STA.

[0111] EAPOL4 (EAPOL-Key 4of 4): The STA and the AP perform a final confirmation and verification through the EAPOL-Key 4 message to ensure that the encrypted session is successfully established.

[0112] The sixth stage is the DHCP stage, which is used for the STA to obtain the IP address and other network configuration information assigned by the AP. This process includes DHCP Discover, DHCP Offer, DHCP Request, and DHCP ACK.

[0113] DHCP Disvover: The STA broadcasts a DHCP Discover message to discover available DHCP servers.

[0114] DHCPOffer: After receiving the DHCP Discover message, the AP sends a DHCP Offer message to the STA, which contains an available IP address and configuration information.

[0115] DHCP Request: The STA sends a DHCP Request message to the AP to request the allocation of a specific IP address and configuration information.

[0116] DHCP ACK: The AP sends a DHCP Acknowledgement message to the STA to confirm the IP address and configuration information assigned to the STA.

[0117] Based on the foregoing, after the STA and the AP follow the link establishment process described above, a connection is established and data transmission can be carried out. A scenario for successful data transmission can refer to the content described above. Figure 3A During the link establishment process, the association phase is the main phase for negotiating bandwidth and TxBF capabilities. The HT Capabilities field is used to understand the support of both parties and perform adaptation. For example, when the STA accesses the AP, it will declare the beamforming (TxBF) capability of the STA through the Transmit Beamforming capabilities field in the HT Capability (high throughput capability). When both the AP and the STA support Beamforming (TxBF), this function will be enabled. Figure 2A

[0118] If the AP supports TxBF and the STA also supports TxBF, and the two parties reach an agreement (both support) during the negotiation in the association phase, then the TxBF function can be enabled during subsequent data transmission. Similarly, the same applies to other capabilities negotiated by both parties. For example, if the AP supports bandwidth 1 and the STA also supports bandwidth 1, and the two parties reach an agreement (both support) during the negotiation in the association phase, then bandwidth 1 can be enabled during subsequent data transmission.

[0119] It should be noted that if the negotiated capabilities (such as bandwidth and TxBF) need to be changed after the link is established, re-association can be performed to achieve this. As Figure 3B shown, during the re-association phase, the STA can send a Reassoc request frame to the AP to re-negotiate capabilities such as bandwidth and TxBF. After receiving the Reassoc request frame sent by the STA, the AP can send a Reassoc response frame to the AP.

[0120] The information about bandwidth and TxBF in the Reassoc request frame and the ReAssoc response frame is also recorded in the HT Capabilities field.

[0121] ​Among them, the content of the negotiation capabilities in the Reassoc request frame is the same as that in the aforementioned Assoc request frame, and the content of the negotiation capabilities in the Reassoc response frame is the same as that in the aforementioned Assoc response frame. For the relevant content, reference can be made to the foregoing, and it will not be elaborated here.

[0122] In some possible cases, before entering the reassociation phase, re - authentication is required to ensure the legal use of the network: The STA sends a Reauthentication request (Reauth request) frame to the STA. After receiving the Reauth request frame, the AP sends a Reauthentication response (Reauth response) frame to the STA to complete the re - authentication.

[0123] For the faulty AP in the foregoing solution, a communication control method is proposed. In this method, when it is determined that the wireless access point AP (such as a router) may be a faulty AP that causes slow network speed when using the TxBF technology to send information to the STA (such as a mobile phone or other terminal), the TxBF functions of the faulty AP and the STA are turned off. So that when the AP sends information to the STA, the TxBF technology is not used, ensuring that the terminal can receive information normally.

[0124] Among them, turning off the TxBF function of the AP means: as the sender, when the AP sends information to the STA, the TxBF technology is not used. Turning off the TxBF function of the STA means: as the receiver, when the STA receives the information sent by the AP, the TxBF technology is not used.

[0125] However, whether the TxBF function is used when the STA is the sender and the AP is the receiver is not limited in this method.

[0126] In some possible cases, for the faulty AP, the STA side needs to avoid it by itself. First, turn off the TxBF function on its own side to trigger the AP on the opposite side to also turn off the TxBF function.

[0127] In some other possible cases, for the faulty AP, the problem scenario occurs only when using the TxBF technology under the preset bandwidth. Then, when the STA side avoids it by itself, it can also not turn off the TxBF function, but not use the preset bandwidth.

[0128] Generally speaking, the avoidance methods include but are not limited to the following Method 1 - Method 4.

[0129] Method 1. During the link - establishment process, when the STA identifies that the AP selected to establish a connection may be this faulty AP, and the AP has already enabled 160M, the STA can directly turn off the TxBF function on its own side.

[0130] Among them, "already open 160M" means that when the AP negotiates the bandwidth with the STA, the AP notifies the STA that the AP supports 160M bandwidth. The STA recognizes that the AP selected to establish a connection may be the faulty AP, including: the STA determines that the manufacturer that produced the AP has produced a faulty AP.

[0131] Reference Figure 4 As shown in (a) of the reference, for a faulty AP and STA configured with the TxBF function and with a maximum supported bandwidth of 160M, Method 1 can be implemented during the link establishment process. The implementation process of Method 1 includes the following content.

[0132] See (1). The AP notifies the STA through the Probe response frame that the AP supports 160M and the AP is produced by manufacturer A. Here, the STA can determine whether the AP is a faulty AP based on the information about the STA in the Probe response frame.

[0133] When the AP is a faulty AP, as shown in (2a), the STA selects to connect to the AP through the Probe response frame and sends an Assoc request frame to the AP. The Assoc request frame is used to notify the AP that the STA supports a maximum of 160M and does not support TxBF as the receiving end. Refer to (3a). The AP responds to the Assoc request frame and sends an Assoc response frame to the STA. Here, the Assoc response frame is used to notify the STA that the AP supports a maximum of 160M and does not support TxBF as the sending end.

[0134] Here Figure 4 After the STA notifies the AP in (2a) here that the STA does not support TxBF as the receiving end, it will cause the AP that originally supported TxBF to also notify the STA that the reason for not supporting TxBF as the sending end includes: after the AP side determines that the STA does not support TxBF as the receiving end, the AP will no longer use TxBF to send data to the STA because this will cause the STA that does not support TxBF to be unable to correctly receive the data sent using TxBF. To avoid this situation, if the STA as the receiving end does not support TxBF, the AP should also not enable TxBF.

[0135] Subsequently, the STA and the AP complete the remaining steps of link establishment to establish a connection. After being connected, the AP can use a 160M bandwidth channel to send data to the STA, and the TxBF function is not enabled when sending data. The STA can receive the data sent by the AP on a 160M bandwidth channel, and the TxBF function is in the off state when receiving data, that is, the STA does not use the TxBF function to receive data. Compared with the foregoing Figure 2B, when the AP is a faulty AP where slow network speed problems occur when using 160M bandwidth and TxBF technology, using the communication control method provided in the embodiments of the present application will cause the maximum bandwidth negotiated between the AP and the STA during the link establishment process to be 160M, but it does not support TxBF. Since TxBF is not supported during data transmission, it will not cause Figure 2B the problem scenarios in

[0136] It should be noted that both the STA and the AP support TxBF and 160M bandwidth. If the communication control method provided in the embodiments of the present application is not used, the STA and the AP will usually negotiate the maximum bandwidth supported during data transmission to be 160M and support TxBF. However, it is found in practice that if the faulty AP negotiates the maximum bandwidth supported during data transmission to be 160M and supports TxBF during link establishment, then the aforementioned Figure 2B shown problem scenarios will occur during data transmission, and TxBF cannot be used to transmit data normally. Therefore, in order to avoid entering Figure 2B the problem scenarios described above, at Figure 4 in (2a) of

[0137] It should also be noted that the way for the STA to determine whether the AP is a faulty AP based on the information about the STA in the Probe response frame includes: The organization unique identifier (OUI) in the Probe response frame indicates that the AP is produced by manufacturer A. The OUI (preset OUI) of the manufacturer that produced the faulty AP is recorded in the STA. When the OUI in the Probe response frame is the same as the preset OUI and the AP supports 160M, it is determined that the AP is a faulty AP. Or, it includes: In addition to carrying the OUI of the AP and the information about whether the AP supports 160M, the Probe response frame also carries the information for indicating whether the AP supports TxBF. When the OUI in the Probe response frame is the same as the preset OUI, the AP supports 160M, and the AP supports TXBF, it is determined that the AP is a faulty AP.

[0138] It should also be noted that if the Probe response frame carries the information indicating that the AP does not support TxBF, there is no need to perform the false reporting operation. Just negotiate the bandwidth and TxBF capabilities normally. Because, referring to the content shown in the aforementioned Figure 2A and Figure 2B when the AP does not support TxBF, it will not cause the aforementioned slow network speed problems.

[0139] It should also be noted that even if the Probe response frame does not carry information indicating whether the AP supports 160M, the communication control method provided by the embodiments of the present application can still be used. Because even if the AP is an AP that does not support the TxBF technology, implementing the communication control method provided by the embodiments of the present application will not bring negative benefits.

[0140] If it is determined based on the Probe response frame that the AP is a normal AP. At this time, the negotiation of the bandwidth and the use of TxBF between the AP and the STA can refer to Figure 4 as shown in (1), (2b), and (3b) in (b) of

[0141] Among them, regarding Figure 4 the content at (2b) and (3b) shown in (b) of Figure 4 is similar to the content at (2a) and (3a) shown in (a) of

[0142] Method 2. During the link establishment process, the STA recognizes that the selected AP to establish a connection may be this faulty AP, and this AP supports 160M bandwidth. Then the 160M bandwidth on the STA side is turned off.

[0143] It should be noted that in Method 2, when the 160M bandwidth is turned off, TxBF will not be used under the 160M bandwidth, and thus the problem scenarios shown in the foregoing Figure 2B will not occur.

[0144] Refer to Figure 5 shown. For a faulty AP and a STA configured with the TxBF function and supporting a maximum bandwidth of 160M, Method 2 can be implemented during the link establishment process. The implementation process of Method 2 includes the following content.

[0145] As shown in (1), the AP notifies the STA through the Probe response frame: The AP supports 160M and the AP is produced by manufacturer A. Here, the STA can determine whether the AP is a faulty AP based on the information about the STA in the Probe response frame. The process of determining whether the AP is a faulty AP here can refer to the relevant content for determining whether the AP is a faulty AP in Method 1 described above, and will not be elaborated here.

[0146] When the AP is a faulty AP, as shown in (2), the STA selects to connect to this AP through a Probe response frame and sends an Assoc request frame to this AP. This Assoc request frame is used to notify the AP that the STA supports a maximum of 80M and supports TxBF as the receiving end. Referring to (3), the AP responds to this Assoc request frame and sends an Assoc response frame to the STA. Here, this Assoc response frame is used to notify the STA that the AP supports a maximum of 80M and supports TxBF as the sending end.

[0147] Here Figure 5 After the STA in (2) here notifies the AP that the STA supports a maximum bandwidth of 80M, it will cause the AP that originally supports a maximum bandwidth of 160M to also notify the STA that the reason for supporting a maximum of 80M bandwidth includes: when transmitting data, the maximum bandwidth supported by the STA and the AP should be the same. If they are not the same, it will at least cause problems such as data loss or waste of bandwidth resources: when the AP as the sending end sends data to the STA as the receiving end using bandwidth A, if the bandwidth used by the STA as the receiving end is less than bandwidth A, it will cause the STA to be unable to receive data in time, resulting in data loss. If it is greater than bandwidth A, it will cause waste of bandwidth resources.

[0148] Subsequently, the STA and the AP complete the remaining steps of establishing a link to establish a connection. After being connected, the AP can use a channel with a bandwidth of 80M to send data to the STA, and enable the TxBF function when sending data. The STA can receive the data sent by the AP on a channel with a bandwidth of 80M, and the TxBF function is in the on state when receiving data, that is, the STA uses the TxBF function to receive data. Comparing with the foregoing Figure 2B , when the AP is a faulty AP that has problems with slow network speed when using 160M bandwidth and TxBF technology, using the communication control method provided in the embodiments of the present application will cause the maximum bandwidth negotiated between the AP and the STA during the link establishment process to be 80M and support TxBF. Since 160M bandwidth is not used during data transmission, it will not cause Figure 2B the problem scenarios in

[0149] It should be noted that both the STA and the AP support TxBF and 160M bandwidth. If the communication control method provided in the embodiments of the present application is not used, the STA and the AP will usually negotiate that the maximum bandwidth supported during data transmission is 160M and support TxBF. However, it is found in practice that if the faulty AP negotiates a maximum bandwidth supported during data transmission of 160M and supports TxBF during link establishment, then the problem scenarios shown in the foregoing Figure 2B will occur during data transmission, and the TxBF cannot be used for data transmission normally. Therefore, in order to avoid entering Figure 2BThe described problem scenario, at Figure 5 in (2) of

[0150] It should also be noted that in Method 2, the relevant content involved when the AP is a normal AP can refer to the description of (b) in the foregoing Figure 4 and will not be elaborated here.

[0151] Method 3. During the link establishment process, 160M bandwidth is negotiated and the TxBF technology is enabled. After the STA and the AP establish a connection and it is recognized that the Internet access is slow, it is then determined whether the connected AP is produced by the manufacturer of the faulty AP. If so, the TxBF function on the STA side is turned off. The scenarios included in slow Internet access here include: slow data transmission or no data transmission on the AP. Refer to Figure 6 As shown, for the faulty AP and STA configured with the TxBF function and with a maximum supported bandwidth of 160M, during the link establishment process, for example, referring to the processes shown in (1), (2), and (3), 160M bandwidth and the TxBF function are negotiated respectively based on the Probe response frame in the scanning stage, the Assocrequest frame and the Assoc response frame involved in the association process. After the link is established, Method 3 can be implemented for re-association. The implementation process of Method 3 includes the following content. For the detailed content involved in the negotiation process, reference can also be made to the description of the content shown in the foregoing Figure 3A and will not be elaborated here.

[0152] When the STA and the AP are already connected, as shown in (4), when the AP side uses the TxBF technology to transmit data on a 160M bandwidth channel, if the foregoing Figure 2BIn the case of the negotiated bandwidth change shown, there will be slow AP data transmission or no data transmission. At this time, the STA determines that the Internet access is slow, and the AP is produced by a preset manufacturer, that is, manufacturer A is the preset manufacturer. Then, the re-association is performed to turn off the TxBF function: as shown in (5a), the STA sends a Reassoc request frame to the connected AP. This Reassoc request frame is used to notify the AP that the STA supports a maximum of 160M and does not support TxBF as the receiving end. Referring to (6a), the AP responds to the Reassoc request frame and sends a Reassoc response frame to the STA. Here, this Reassoc response frame is used to notify the STA that the AP supports a maximum of 160M and does not support TxBF as the sending end. Subsequently, the STA and the AP establish a new connection. After the connection is established, the AP can use a 160M bandwidth channel to send data to the STA without enabling the TxBF function when sending data. The STA can receive the data sent by the AP on a 160M bandwidth channel, and the TxBF function is turned off when receiving data, that is, the STA does not use the TxBF function to receive data.

[0153] It should be noted that the reason for slow Internet access in Method 3 can be referred to the foregoing Figure 2B . Compared with the foregoing Method 1 and Method 2, Method 3 is equivalent to performing a reconnection when there is a problem of slow Internet access. During the reconnection process, the AP and the STA re-negotiate the maximum bandwidth and TXBF capabilities during data transmission. The negotiation result is that TxBF is no longer used, but both parties still support a 160M bandwidth. The negotiation result in Method 3 can prevent the AP from continuing to use TxBF to send data to the STA on a 160M bandwidth channel, thereby continuously causing slow Internet access. Here, the reason for negotiating to support a maximum of 160M but not supporting TxBF during reconnection can be referred to the description of negotiating bandwidth and TxBF during the link establishment process in Method 1 above, which will not be elaborated here.

[0154] Method 4. During the link establishment process, a 160M bandwidth and the TxBF technology are negotiated. After the STA and the AP establish a connection and identify slow Internet access, it is further determined whether the connected AP is produced by the manufacturer of the faulty AP. If so, the 160M bandwidth on the STA side is turned off.

[0155] Refer to Figure 7As shown, for a faulty AP and STA configured with the TxBF function and a maximum supported bandwidth of 160M, during the link establishment process, such as the processes shown in (1), (2), and (3), the use of 160M bandwidth and the TxBF function are negotiated respectively based on the Probe response frame in the scanning stage, the Assoc request frame and the Assoc response frame involved in the association process. After the link is established, re-association can be performed in Mode 4. The implementation process of Mode 4 includes the following content. For the detailed content involved in the negotiation process, reference can also be made to the description of the content shown in the foregoing Figure 3A and will not be elaborated here.

[0156] When the STA and the AP are connected, as shown in (4), when the AP transmits data using the TxBF technology on a 160M bandwidth channel, if the negotiated bandwidth change situation shown in the foregoing Figure 2B occurs, the AP data transmission will be slow or there will be no data transmission. At this time, the STA determines that the Internet access is slow, and the AP is produced by a preset manufacturer, that is, manufacturer A is the preset manufacturer. Then, re-association is performed to close the 160M bandwidth: as shown in (5b), the STA sends a Reassoc request frame to the connected AP. This Reassoc request frame is used to notify the AP that the STA supports a maximum of 80M and supports TxBF as the sender. Referring to (6b), the AP responds to this Reassoc request frame and sends a Reassoc response frame to the STA. Here, this Reassoc response frame is used to notify the STA that the AP supports a maximum of 80M and supports TxBF as the sender.

[0157] Subsequently, the STA and the AP establish a new connection. After being connected, the AP can use an 80M bandwidth channel to send data to the STA, and the TxBF function is enabled when sending data. The STA can receive the data sent by the AP on an 80M bandwidth channel, and the TxBF function is in the on state when receiving data, that is, the STA uses the TxBF function to receive data.

[0158] It should be noted here that the process of determining manufacturer A in Modes 2 - 4 is the same as that in Mode 1 and will not be elaborated here.

[0159] It should be noted that the reason for slow Internet access in Mode 4 can be referred to the foregoing Figure 2B. Compared with the aforementioned methods 1 and 2, method 4 is equivalent to reconnecting when a slow Internet access problem occurs. During the reconnection process, the AP and STA renegotiate the maximum bandwidth and TXBF capability during data transmission. The negotiation result is a maximum support of 80M bandwidth, but both parties still support TxBF. The negotiation result in method 4 can prevent the AP from continuing to use TxBF to send data to the STA on a 160M bandwidth channel, resulting in continued slow Internet access. Here, for the reasons why the maximum support is negotiated to 80M and TxBF is supported during reconnection, please refer to the aforementioned description of the negotiated bandwidth and TxBF during the link establishment process in method 2, which will not be repeated here.

[0160] In Mode 3 and Mode 4, slow Internet access means that the STA's Internet speed is slow, and slow Internet access means that the communication quality between the STA and the AP is lower than the preset level. The conditions for performing reassociation to turn off the TxBF function in Mode 3 and performing reassociation to turn off the 160M bandwidth in Mode 4 can be called the first condition. The first condition includes slow Internet access, or may also include slow Internet access and the AP is produced by a preset manufacturer. Here, reassociation includes the STA sending a reassociation request frame to the AP, and the AP sending a reassociation response frame to the STA.

[0161] It should also be noted that in Method 2 and Method 4, turning off the 160M bandwidth means enabling other bandwidths except 160M. Here, 80M bandwidth is used as an example for explanation, and it can be adjusted according to actual conditions. For example, it can also be 40M bandwidth or 20M bandwidth. The embodiment of the present application is not limited to this.

[0162] Combine the following Figure 8 Method 1 is further described.

[0163] In method 1, the STA sends a Probe request frame, and the AP replies with a Probe response frame. Through this message (Probe response frame), the router information (organization unique identifier, OUI) and negotiated bandwidth are obtained. After the STA obtains that the OUI corresponding to the currently selected AP is the OUI of the manufacturer of the faulty AP and the bandwidth is 160M, the TxBF function is turned off. After the connection is successful, the AP's TxBF function is also turned off. For a description of this process, please refer to the following Figure 8 Steps S101 to S110 shown in FIG.

[0164] Figure 8 In the example, STA is a terminal and AP is a router.

[0165] S101. Scan the surrounding devices, and the terminal receives the detection response frame 1 sent by router 1 (router 1 supports a maximum of 160M, and router 1 is produced by manufacturer 1).

[0166] Step S101 corresponds to the scanning stage described above. When the terminal scans for surrounding devices by sending a Probe request frame to the surrounding devices, it will receive Probe response frames sent by the surrounding devices. Among the surrounding devices of the terminal is Router 1, and this Router 1 will also send a Probe response frame 1 to the terminal. This Probe response frame 1 is used to notify the terminal that Router 1 supports a maximum of 160M and that Router 1 is manufactured by Manufacturer 1. Figure 3A

[0167] S102. Determine to select Router 1 for connection based on this Probe response frame 1.

[0168] Step S102 corresponds to the network selection stage described above. The terminal compares factors such as the signal strength and quality carried in the received Probe response frames (including Probe response frame 1) and selects the optimal router (Router 1) for connection. Figure 3A

[0169] S103. Authentication passes.

[0170] Step S103 corresponds to the authentication stage described above. For the relevant content involved in the authentication process, reference can be made to the description of the relevant content in the above Figure 3A and details will not be elaborated here. After the authentication passes, it enters the association stage involved in the following Step S104. Figure 3A

[0171] S104. When Manufacturer 1 is the manufacturer that produced the faulty AP and the maximum bandwidth supported by Router 1 is the preset bandwidth, send an Association request frame 1 to Router 1 to notify Router 1 that it supports a maximum of 160M and that as the receiving end, it does not support TxBF.

[0172] Here, not supporting TxBF as the sending end means that the terminal does not support the TxBF technology and cannot correctly receive and process signals sent through the TxBF technology.

[0173] Step S104 corresponds to the content involved in sending an Assoc request frame in the above Figure 3A .

[0174] Here, executing Step S104 is to turn off the TxBF function on the terminal side. However, the function of the terminal using 160M bandwidth is not turned off.

[0175] ​​​Subsequently, after the router 1 receives the association request frame 1, if it determines based on the association request frame 1 that the terminal does not support TxBF when acting as the sender, the router 1 will also negotiate to turn off the TxBF function and turn on 160M. Subsequently, when sending data to the terminal, the TxBF function on the router 1 side will also be turned off. For details, please refer to the following description of step S105.

[0176] After executing step S104, the TxBF of the terminal is in the off state. The scenarios where the TxBF of the terminal is in the off state include, but are not limited to: if the TxBF of the terminal is in the off state before executing step S104, it remains in the off state. Or, if the TxBF of the terminal is in the on state before executing step S104, the terminal can first turn off the TxBF and then execute step S104.

[0177] S105. Send an association response frame 1 to the terminal to confirm the establishment of the association and notify the terminal: The maximum supported bandwidth is 160M, and the terminal does not support TxBF when acting as the sender.

[0178] Step S105 corresponds to the content involved in sending the Assoc response frame as described above. Figure 3A

[0179] In this way, it is negotiated during the association process that both parties do not support TxBF and support a 160M bandwidth. This means that in the connection established based on this association phase, the router 1 will send data to the AP on a 160M bandwidth channel and will not use TxBF when sending data.

[0180] S106. Complete the four-way handshake to establish an encrypted session.

[0181] Step S106 corresponds to the four-way handshake phase as described above. For details, please refer to the relevant content described above and will not be elaborated here. Figure 3A

[0182] S107. Send a Dynamic Host Configuration Protocol (DHCP) request to the router to obtain information such as the IP address during data transmission.

[0183] Step S107 corresponds to the DHCP phase as described above. For details, please refer to the relevant content described above and will not be elaborated here. Figure 3A

[0184] Based on the foregoing steps S101 - S107, a connection A1 is established between the terminal and the router 1. The terminal and the router 1 can communicate through this connection A1. The content involved when the router 1 sends data (such as data packets) to the terminal through this connection A1 can be referred to the following steps S108 - S110.

[0185] ​​​S108. The router 1 sends a message requesting to send data to the terminal.

[0186] Among them, the message requesting to send data can be the aforementioned Dynamic RTS.

[0187] As Figure 9 shown, although both the terminal and the router 1 (a faulty AP) are configured with the TxBF function and support a maximum bandwidth of 160M. However, in order to prevent the problem scenario shown in Figure 2B , during the association process between the terminal and the router 1, they negotiate a maximum supported bandwidth of 160M, but do not support TxBF. After establishing the connection, the router 1, as a Beamformer, sends a dynamic RTS (Request To Send) to the terminal, which is the Beamformee, to request to send data on a channel with a bandwidth of 160M.

[0188] S109. The terminal uses a channel with a bandwidth of 160M to send a message allowing the router 1 to send data.

[0189] The message allowing the router 1 to send data can be the aforementioned CTS.

[0190] Continuing to refer to Figure 9 , the terminal detects that a channel with a bandwidth of 160M is available, so it replies with a 160M CTS (Clear To Send) to the router 1 to notify the router 1 to send data on a channel with a bandwidth of 160M.

[0191] S110. The router 1 uses a channel with a bandwidth of 160M to send packet 1 to the terminal, and does not enable the TxBF technology when sending packet 1.

[0192] Referring again to Figure 9 , the router 1 sends the data (packet) to the terminal on a channel with a bandwidth of 160M. After the terminal receives the packet, it sends an acknowledgment message (ACK) to the router 1 on a channel with a bandwidth of 160M. Thus, the router 1 and the terminal complete a data transmission.

[0193] It should be noted that Figure 9 , in

[0194] , since the terminal and the router negotiated a maximum supported bandwidth of 16M during the association and do not support TxBF. Therefore, when the router 1 sends the data (packet) to the terminal, it uses a bandwidth of 160M, but does not use TxBF. The TxBF of the terminal is in the off state when receiving the data (packet).It should be noted here that the data transmission shown in steps S108 - S110 is only for illustration. In actual situations, the bandwidth negotiated during the association phase is only the maximum bandwidth. If a 160M bandwidth channel is unavailable, the terminal can also change the bandwidth through CTS. For relevant content, reference can be made to the foregoing description and will not be elaborated here.

[0195] The following combines Figure 10 to further describe Method 2.

[0196] In Method 2, the STA sends a Probe request frame, and the AP replies with a Probe response frame. Through this message (Probe response frame), the router information OUI and the negotiated bandwidth will be obtained. After the STA obtains that the OUI corresponding to the currently selected AP is the OUI of the manufacturer of the faulty AP and the bandwidth is 160M, it closes the 160M bandwidth. After the connection is successful later, the TxBF function of the AP is enabled. For the description of this process, reference can be made to Figure 10 the steps S201 - S212 shown below.

[0197] Figure 10 Below, the STA is used as the terminal and the AP is used as the router for illustration.

[0198] S201. Scan for surrounding devices, and the terminal receives the probe response frame 1 sent by Router 1.

[0199] S202. Based on the probe response frame 1, determine to select Router 1 for connection. The probe response frame 1 includes that the maximum bandwidth supported by Router 1 is 160M and it is manufactured by Manufacturer 1.

[0200] S203. Authentication passes.

[0201] The content involved in steps S201 - S203 is the same as that of the foregoing steps S101 - S203. Reference can be made to the description of the foregoing relevant content and will not be elaborated here.

[0202] S204. When Manufacturer 1 is the manufacturer that produced the faulty AP and the maximum bandwidth supported by Router 1 is the preset bandwidth, send an association request frame 2 to Router 1 to notify Router 1 that the maximum support is 80M and it supports TxBF as the receiving end.

[0203] Among them, supporting 80M means that the terminal does not support 160M bandwidth.

[0204] Step S204 corresponds to the content involved in sending the Assoc request frame in the foregoing Figure 3A below.

[0205] Step S204 is executed here to close the 160M bandwidth on the terminal side. However, the terminal TxBF function is not closed and is in the on state.

[0206] After executing step S204, the terminal's TxBF is in the on state. Among them, the scenarios where the terminal's TxBF is in the on state include but are not limited to: if the terminal's TxBF is in the on state before executing step S204, it remains in the on state. Or, if the terminal's TxBF is in the off state before executing step S204, the terminal can first turn on TxBF and then execute step S204.

[0207] Subsequently, after router 1 receives the association request frame 2, it can determine that the terminal supports TxBF and 80M when acting as the sender based on the association request frame 2. Then router 1 will also negotiate to turn on the TxBF function and turn on 80M. Subsequently, the TxBF function on the router 1 side will also be turned on when sending data to the terminal. For details, please refer to the following description of step S205.

[0208] S205. Send an association response frame 2 to the terminal to confirm the establishment of the association and notify the terminal that the router supports a maximum of 80M and supports TxBF when acting as the sender.

[0209] Step S205 corresponds to the content involved in sending the Assoc response frame in the foregoing Figure 3A It corresponds to the content involved in sending the Assoc response frame in the foregoing.

[0210] In this way, it is negotiated during the association process that both parties support TxBF and 80M bandwidth. This means that in the connection established based on this association phase, router 1 will send data to the AP on a channel with 80M bandwidth and will use TxBF when sending data.

[0211] S206. Complete the four-way handshake to establish an encrypted session.

[0212] Step S206 corresponds to the four-way handshake phase in the foregoing Figure 3A It corresponds to the four-way handshake phase in the foregoing. For details, please refer to the description of the foregoing relevant content and will not be elaborated here.

[0213] S207. Send a Dynamic Host Configuration Protocol request to the router to obtain information such as the IP address during data transmission.

[0214] Step S207 corresponds to the DHCP phase in the foregoing Figure 3A It corresponds to the DHCP phase in the foregoing. For details, please refer to the description of the foregoing relevant content and will not be elaborated here.

[0215] Based on the foregoing steps S201 - S207, a connection A2 is established between the terminal and Router 1. The terminal and Router 1 can communicate through this connection A2. When Router 1 sends data (such as data packets) to the terminal through this connection A2, the relevant content can refer to the following steps S208 - S212.

[0216] S208. Router 1 sends an empty data packet 1 to the terminal for the terminal to measure the channel with 80M bandwidth and calculate the matrix coefficients for implementing TxBF.

[0217] Reference Figure 11A , although both the terminal and Router 1 (a faulty AP) are configured with the TxBF function and support a maximum bandwidth of 160M. However, to prevent the problem scenarios shown in Figure 2B , during the association process, the terminal and Router 1 negotiate to support a maximum of 8M bandwidth and support TxBF. After establishing the connection, as a Beamformer, Router 1 can send an empty data packet 1, which can be an 80MNDP, to the terminal acting as a Beamformee on the channel with 80M bandwidth. The relevant content about this 80MNDP can refer to the foregoing Figure 2A description of 80MNDP, which will not be elaborated here.

[0218] S209. The terminal uses the channel with 80M bandwidth to send feedback information 1 to Router 1.

[0219] Continue to refer to Figure 11A , this feedback information 1 is the 80MCFB. The terminal can return the information of the channel with 80M bandwidth (such as SNR) and the pointing matrix coefficients to Router 1 through this feedback information 1. Regarding 80MCFB, it can refer to the foregoing description of 160CFB, just change 160M to 80M, which will not be elaborated here.

[0220] S210. Router 1 sends a message requesting to send data to the terminal.

[0221] Reference Figure 11A , the message requesting to send data is the aforementioned Dynamic RTS.

[0222] S211. The terminal uses the channel with 80M bandwidth to send a message allowing the data to be sent to Router 1.

[0223] Refer to Figure 11A again. After the terminal performs channel detection and determines that the channel with 80M bandwidth is available, it can notify Router 1 through 80MCTS that data can be sent on the channel with 80M bandwidth.

[0224] S212. In an 80M bandwidth channel, Router 1 calculates TxBF parameters using feedback information 1 and then sends data packet 1 to the terminal based on the TxBF parameters.

[0225] Subsequently, the terminal can receive the data packet 1 on an 80M bandwidth channel. When receiving the data packet 1, the TxBF function of the terminal is in the enabled state.

[0226] It should be understood here that the foregoing steps S208 - S212 illustrate the situation where an 80M bandwidth is available. In actual situations, in step S111, the result of the channel detection by the terminal can be that an 80M bandwidth channel is unavailable, and then it switches to other available channels through CTS. For example, the available channel is a 40M bandwidth channel. For this process, reference can be made to Figure 11B the content in. The Figure 11B content shown in is similar to the foregoing Figure 2A shown content. Just change 160M to 80M and 80M to 40M, and it will not be elaborated here.

[0227] Based on Figure 11A and Figure 11B it can be seen that when avoiding the preset bandwidth (160M) and using TxBF for data transmission on a channel with a non - preset bandwidth (such as 80M), whether the used bandwidth is the negotiated maximum bandwidth or less than the maximum bandwidth, no problem scenarios as shown in Figure 2B will occur during data transmission using TxBF.

[0228] Next, Mode 3 will be further described in combination with Figure 12A below.

[0229] In Mode 3, after establishing a connection, to identify whether the application has slow Internet access, the main method is for the kernel to parse the packets, and then based on the packet delay, packet loss, etc., the Quality of Experience (Qoe) of the user to evaluate whether there is slow Internet access. If it is identified that there is slow Internet access and the connected AP is produced by the manufacturer of the faulty AP, the TxBF function on the STA side is turned off. For the content involved in this process, reference can be made to the following description of steps S301 - S310.

[0230] Figure 12A illustrates with STA as the terminal and AP as the router as an example.

[0231] S301. Router 1 sends an empty data packet to the terminal for the terminal to measure a 160M bandwidth channel and calculate the matrix coefficients for implementing TxBF.

[0232] After establishing connection A3, the terminal and Router 1 can communicate through this connection A3.

[0233] It should be noted here that when the bandwidth negotiated between the terminal and the router is 160M during the establishment of connection A3, with the terminal as the sender and Router 1 as the receiver, both support TxBF. Regarding the content involved in establishing connection A3, reference can be made to the foregoing description of Figure 3A , which will not be elaborated here.

[0234] S302. The terminal sends feedback information 2 to Router 1 using a channel with a bandwidth of 160M.

[0235] This feedback information 2 is the 160M CFB mentioned above. The terminal can return the information of the 160M bandwidth channel (such as SNR) and the steering matrix coefficients to Router 1 through this feedback information 2.

[0236] S303. Router 1 sends a message requesting to send data to the terminal.

[0237] The message requesting to send data can be the Dynamic RTS mentioned above.

[0238] S304. The terminal sends a message allowing the transmission of data to Router 1 using a channel with a bandwidth of 80M.

[0239] This message allowing the transmission of data is the 80M CTS mentioned above.

[0240] When the terminal performs channel detection and determines that the 160M bandwidth channel is unavailable, it can notify Router 1 through CTS that data can be sent on the 80M bandwidth channel.

[0241] However, referring to the content shown above Figure 2B , since the negotiated bandwidth has changed, the router cannot correctly process the 80M CTS sent in step S304, resulting in slow data transmission or no data transmission for Router 1.

[0242] S305. The terminal determines that the Internet access is slow and Router 1 is produced by a preset manufacturer.

[0243] It should be noted here that the operation of determining in step S305 that Router 1 is produced by a preset manufacturer is optional. Step S305 can be changed to the terminal determines that the Internet access is slow. Because when there are many manufacturers of faulty APs, it is impossible to list them all completely. However, when the terminal and Router 1 use the TxBF technology and a 160M bandwidth and there is a problem of slow network speed, it is sufficient to reflect that Router 1 is a faulty AP.

[0244] The terminal receives the probe response frame 1 sent by Router 1 and can record the OUI therein. When it is determined that the OUI of Router 1 is the preset OUI, it is determined that Router 1 is produced by the preset manufacturer. In step S305, the ways for the terminal to determine slow Internet access include but are not limited to the following determination methods.

[0245] Determination method 1: When the terminal determines that there is only uplink data but no downlink data within the preset time, the terminal can determine slow Internet access.

[0246] Determination method 2: When the kernel parses the packet and the packet delay is greater than the preset delay and the packet loss rate is greater than the preset packet loss rate, the terminal can determine slow Internet access.

[0247] Determination method 3: When the terminal does not receive the data requested to be sent by the router in step S303 within the preset time, the terminal can determine slow Internet access.

[0248] Determination method 4: When the quality of experience (QoE) is lower than the preset value, the terminal can determine slow Internet access.

[0249] Subsequently, the terminal executes the re-association process involved in the following steps S306 and S307 to turn off the TxBF function to solve the problem of slow Internet access.

[0250] As Figure 12B described, a terminal configured with the TxBF function and supporting a maximum bandwidth of 160M and Router 1 (a faulty AP) negotiate a maximum supported bandwidth of 160M for both parties and support TxBF during the association process. After establishing the link and during data transmission, the aforementioned Figure 2B problem scenario occurs, resulting in slow network speed. Then, the following steps S306 and S307 can be executed for re-association to re-negotiate the maximum bandwidth and TxBF capabilities. Here, the negotiation result is a maximum supported bandwidth of 160M and does not support TxBF.

[0251] S306. The terminal sends a re-association request frame 1 to Router 1 to notify Router 1 that the maximum support is 160M and it does not support TxBF as the receiving end.

[0252] S307. Router 1 sends a re-association response frame 1 to the terminal to confirm the re-establishment of the association and notify the terminal that the maximum support is 160M and it does not support TxBF as the sending end.

[0253] Continue to refer to Figure 12B, the negotiation results in steps S306 and S307 are that both sides support a maximum bandwidth of 160M and do not support TxBF. In this way, when subsequent data is transmitted, Router 1 no longer uses TxBF to send data to the terminal, and the normal network speed can be restored. For the process of data transmission after re-association, reference can be made to the following description of steps S308 - S310.

[0254] For the relevant content involved in steps S306 and S307, reference can be made to the previous description of Figure 6 the re-association performed therein, which will not be elaborated here.

[0255] It should be noted that re-association is different from disconnecting and then reconnecting. During the re-association process, the user is not aware of it, and the WiFi indicator on the terminal can always be displayed. After re-association, the terminal and Router 1 can execute the following steps S308 - S310 to achieve data transmission.

[0256] S308. Router 1 sends a message requesting to send data to the terminal.

[0257] The message requesting to send data in step S308 can be regarded as Figure 12B DynamicRTS.

[0258] As Figure 12B shown, after re-association, Router 1, as a Beamformer, sends a dynamic RTS (Request To Send) to the terminal, which is a Beamformee, to request to send data on a 160M bandwidth channel.

[0259] S309. The terminal uses a 160M bandwidth channel to send a message allowing the data to be sent to Router 1.

[0260] The message allowing the data to be sent in step S309 can Figure 12B be the 160CTS in

[0261] Continuing to refer to Figure 12B , the terminal detects that the 160M bandwidth channel is available, and thus replies with 160M CTS (Clear To Send) to Router 1 to notify Router 1 to send data on the 160M bandwidth channel.

[0262] S310. Router 1 uses a 160M bandwidth channel to send Packet 1 to the terminal, and TxBF is not enabled when sending Packet 1.

[0263] Referring again to Figure 12B, The router 1 sends data (packet) to the terminal on a 160M bandwidth channel. After receiving the packet, the terminal sends an acknowledgment message (ACK) to the router 1 on a 160M bandwidth channel. Thus, the router 1 and the terminal complete a data transmission.

[0264] It should be noted that Figure 12B In, since the terminal and the router negotiated a maximum supported bandwidth of 16M during re-association and do not support TxBF. Therefore, when the router 1 sends data (packet) to the terminal, it uses a 160M bandwidth, but does not use TxBF. The TxBF of the terminal is in the off state when receiving data (packet).

[0265] Steps S308 - S310 are the same as the foregoing steps S108 - S110 respectively, and the description of the foregoing steps S108 - S110 can be referred to, and will not be elaborated here.

[0266] It should be noted here that the content involved in the foregoing steps S301 - S304 is respectively the same as that involved in the foregoing Figure 2A and Figure 2B when sending NDP, CFB, RTS, and CTS, and the description of the relevant content in the foregoing Figure 2A and Figure 2B can be referred to, and will not be elaborated here. The 80M involved in the foregoing step S304 is for illustration. In the case where the 160M bandwidth channel is unavailable, the terminal will re-detect the available channel. It can be one of 80M, 40M, 20M, etc., and the embodiments of the present application do not limit this.

[0267] The following further describes Mode 4 in conjunction with Figure 13A Further describe Mode 4.

[0268] In Mode 4, after establishing a connection, if it is recognized that the Internet access is slow and the connected AP is produced by the manufacturer of the faulty AP, the 160M bandwidth on the STA side is closed. The content involved in this process can be referred to the description of the following steps S401 - S412.

[0269] Figure 13A In, the STA is taken as the terminal and the AP is taken as the router for illustration.

[0270] S401. Send an empty data packet to the terminal for the terminal to measure the 160M bandwidth channel and calculate the matrix coefficients for implementing TxBF.

[0271] S402. Send feedback information 1 to the router 1 using a 160M bandwidth channel.

[0272] S403. Send a message requesting to send data to the terminal.

[0273] S404. Use the channel with 80M bandwidth to send a message to router 1 allowing data to be sent.

[0274] S405. Determine that the Internet access is slow and that Router 1 is produced by a preset manufacturer.

[0275] Step S401 to step S405 are respectively the same as the aforementioned step S301 to step S305, and reference may be made to the aforementioned related contents, which will not be repeated here.

[0276] Subsequently, the terminal executes the reassociation process involved in the following step S406 and step S407 to close the 160M bandwidth to solve the problem of slow Internet access.

[0277] like Figure 13B As described above, the terminal configured with TxBF function and supporting a maximum bandwidth of 160M and router 1 (a faulty AP) negotiated during the association process that both parties supported a maximum bandwidth of 160M and supported TxBF. Figure 2B The problem scenario shown in the figure leads to a slow network speed. Then, the following steps S406 and S407 can be executed to re-associate and renegotiate the maximum bandwidth and TxBF capability. Here, the negotiation result is to support a maximum bandwidth of 80M and support TxBF.

[0278] S406. Send a reassociation request frame 2 to router 1 to inform router 1 that the maximum supported rate is 80M and that the receiving end supports TxBF.

[0279] S407. Send a reassociation response frame 2 to the terminal, confirm the re-establishment of the association and notify the terminal: the maximum supported is 80M, and the transmitter supports TxBF.

[0280] Continue to refer Figure 13B The negotiation results in step S406 and step S407 are that both parties support a maximum bandwidth of 160M and do not support TxBF. In this way, during subsequent data transmission, router 1 no longer uses TxBF to send data to the terminal on the 160M bandwidth channel, and the normal network speed can be restored. For the process of data transmission after reassociation, please refer to the following description of steps S408 to S412.

[0281] For the relevant contents of step S406 and step S407, please refer to the previous Figure 7 The description of re-association is performed in , which will not be repeated here.

[0282] S408. Send an empty data packet 1 to the terminal, so that the terminal can measure the channel with 80M bandwidth and calculate the matrix coefficients for implementing TxBF.

[0283] refer toFigure 13B During the re-association process, the terminal negotiates with Router 1 to support a maximum bandwidth of 8M and TxBF. After re-association, Router 1, as a Beamformer, can send an empty data packet 1 (which can be an 80M NDP) to the terminal, which is a Beamformee, on a channel with a bandwidth of 80M. For the relevant content of this 80M NDP, reference can be made to the description of 80M NDP in the foregoing Figure 2A and will not be elaborated here.

[0284] S409. Send feedback information 1 to Router 1 using a channel with a bandwidth of 80M. Continuing to refer to Figure 13B this, this feedback information 1 is the 80M CFB. The terminal can return the information of the channel with a bandwidth of 80M (such as SNR) and the pointing matrix coefficients to Router 1 through this feedback information 1. For 80M CFB, reference can be made to the description of 160CFB in the foregoing, just change 160M to 80M, and will not be elaborated here.

[0285] S410. Send a message requesting to send data to the terminal.

[0286] Refer to Figure 13B this, the message requesting to send data is the aforementioned Dynamic RTS.

[0287] S411. Send a message allowing the transmission of data to Router 1 using a channel with a bandwidth of 80M.

[0288] Refer to Figure 13B this again. After the terminal performs channel detection and determines that the channel with a bandwidth of 80M is available, it can notify Router 1 through 80M CTS that data can be sent on the channel with a bandwidth of 80M.

[0289] S412. In a channel with a bandwidth of 80M, calculate the TxBF parameters using the feedback information 1, and then send a data packet 1 to the terminal through the TxBF parameters.

[0290] Subsequently, the terminal can receive this data packet 1 on a channel with a bandwidth of 80M. When receiving the data packet 1, the TxBF function of the terminal is in an enabled state.

[0291] Steps S408 - S412 are the same as the foregoing steps S208 - S212 respectively. Reference can be made to the description of steps S208 - S212 in the foregoing and will not be elaborated here.

[0292] It should be noted here that the reasons for the slow network speed in the foregoing steps S305 and S405 involve negotiating the maximum supported bandwidth to the preset bandwidth (160M bandwidth) during the link establishment process and negotiating that both parties support TxBF. As a result,Figure 2B The slow network speed scenario shown. However, in actual situations, it is not limited to the establishment process negotiating the maximum supported bandwidth to the preset bandwidth (160M bandwidth) and negotiating that both parties support TxBF. It may also be negotiated during the re-association process. Then, through Figure 12A or Figure 13A the new re-association shown in

[0293] In the foregoing content, the Assoc request frame is used to notify the AP that the STA supports a maximum of 160M and does not support TxBF as the receiving end. It can be understood that the Assoc request frame carries indication information, and this indication information is used to indicate that the STA supports a maximum of 160M and does not support TxBF as the receiving end. Other frames that play a notification role (including the Assoc response frame, the Reassoc response frame and the Reassoc request frame involved below) can also be described in this way. For example, the Assoc response frame is used to notify the STA that the AP supports a maximum of 160M and does not support TxBF as the sending end. It can be understood that the Assoc response frame carries indication information, and this indication information is used to indicate that the AP supports a maximum of 160M and does not support TxBF as the sending end. Supporting a maximum of 160M can also be described as supporting 160M, and supporting 160M also means that bandwidths less than 160M can also be used.

[0294] In the above embodiments, the association request frame 1 and the association request frame 2 can be referred to as the first association request frames. The association response frame 1 and the association response frame 2 can be referred to as the first association response frames. The re-association request frame 1 and the re-association request frame 2 can be referred to as the first re-association request frames. The re-association response frame 1 and the re-association response frame 2 can be referred to as the first re-association response frames.

[0295] The following introduces the exemplary structural block diagram of the terminal in the embodiments of the present application.

[0296] As Figure 14 shown, the terminal includes a software and a hardware layer. The layered architecture divides the software into several layers, and each layer has a clear role and division of labor. The layers communicate through software interfaces. In some embodiments, the software system is divided into three layers, from top to bottom are the application layer (application program layer), the application program framework layer, and the kernel layer.

[0297] The application layer may include a series of application program packages, such as a WiFi setting module.

[0298] The WiFi setting module can provide settings related to the WiFi network. For example, turning on or off the WiFi network. The communication control method can be applied when the WiFi network is turned on.

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

[0300] The application framework layer may include a WiFi framework layer (not shown). The WiFi framework layer may include a WiFi service module and WiFi APIs.

[0301] The WiFi framework layer can be used to implement the aforementioned link establishment process and re-association process.

[0302] It can also be used to implement signal transmission with a router through the underlying WiFi driver and WiFi firmware after link establishment, including the transmission of signals such as the aforementioned NDP, RTS, and data packets.

[0303] The kernel layer is the layer between hardware and software. The kernel layer at least includes a WiFi driver.

[0304] After receiving the instruction to transmit and receive data from the upper layer, the WiFi driver can drive the WiFi firmware to transmit and receive data. Among them, the WiFi firmware can also be referred to as a WiFi chip.

[0305] Next, an exemplary terminal provided by an embodiment of the present application will be introduced.

[0306] Figure 15 It is a schematic structural diagram of the terminal provided by an embodiment of the present application.

[0307] Next, the embodiments will be specifically described by taking the terminal as an example. It should be understood that the terminal may have more or fewer components than those Figure 15 shown, may combine two or more components, or may have different component configurations. Figure 15 The various components shown in

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

[0309] Among them, the wireless communication module 160 may provide a wireless local area network (WLAN) (such as a wireless fidelity (Wi-Fi) network) applied to the terminal. This WLAN is implemented through the aforementioned Wi-Fi firmware.

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

[0311] In the embodiments of this application, the processor 110 may call computer instructions stored in the internal memory 121 to enable the terminal to execute the methods in the embodiments of this application.

[0312] This application also provides a chip system, which includes at least one processor for implementing the functions involved in the methods executed by the terminal in any one of the above embodiments.

[0313] In a possible design, the chip system further includes a memory for storing program instructions and data, and the memory is located inside or outside the processor.

[0314] The chip system may be composed of chips, or may include chips and other discrete devices.

[0315] Optionally, there may be one or more processors in the chip system. The processor may be implemented by hardware or by software. When implemented by hardware, the processor may be a logic circuit, an integrated circuit, etc. When implemented by software, the processor may be a general-purpose processor that implements functions by reading software code stored in a memory.

[0316] Optionally, there may also be one or more memories in the chip system. The memory may be integrated with the processor or may be separately provided from the processor, which is not limited in the embodiments of the present application.

[0317] Exemplarily, the memory may be a non-transitory processor, such as a read-only memory (ROM). It may be integrated with the processor on the same chip or may be separately provided on different chips. The embodiments of the present application do not specifically limit the type of the memory and the setting manner of the memory and the processor.

[0318] Exemplarily, the chip system may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processing unit (CPU), a network processor (NP), a digital signal processing circuit (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0319] The present application also provides a computer program product, which includes a computer program (which may also be referred to as code or instruction). When the computer program is run, it causes a computer to execute the method performed by the terminal in any one of the above embodiments.

[0320] The present application also provides a computer-readable storage medium, which stores a computer program (which may also be referred to as code or instruction). When the computer program is run, it causes a computer to execute the method performed by the terminal in any one of the above embodiments.

[0321] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements on some of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the various embodiments of the present application.

[0322] In the above embodiments, depending on the context, the term "when..." can be interpreted to mean "if...", or "after...", or "in response to determining...", or "in response to detecting...". Similarly, depending on the context, the phrase "when determining..." or "if detecting (the stated condition or event)" can be interpreted to mean "if determining...", or "in response to determining...", or "when detecting (the stated condition or event)", or "in response to detecting (the stated condition or event)".

[0323] The terms used in the embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to be a limitation of the present application. As used in the specification and claims of the present application, the singular forms "a", "an", "the", "above", "said", "this" are intended to also include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the term "and / or" used in the present application refers to and includes any and all possible combinations of one or more of the listed items.

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

[0325] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or a data center that includes one or more integrated available media. The available medium can be a magnetic medium (such as a floppy disk, hard disk, magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a solid-state drive), etc.

[0326] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware with a computer program. The program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the above method embodiments. The foregoing storage medium includes various media that can store program codes such as ROM or random access memory RAM, magnetic disks, or optical discs.

Claims

1. A communication control method, characterized in that, Applied to a terminal, the terminal supports a preset bandwidth and supports transmission beamforming (TxBF) technology. The method includes: The terminal receives a probe response frame sent by a router. The probe response frame carries the organizationally unique identifier (OUI) of the router and the bandwidth supported by the router is a first bandwidth. The router supports the preset bandwidth and supports TxBF technology. When the OUI is a preset OUI and the first bandwidth is equal to the preset bandwidth, the terminal sends a first association request frame to the router. The terminal receives a first association response frame sent by the router in response to the first association request frame. The first association request frame carries first indication information, which is used to indicate that: the maximum bandwidth supported by the terminal is the preset bandwidth, and the terminal does not support TxBF technology. Alternatively, the first indication information is used to indicate that: the maximum bandwidth supported by the terminal is a second bandwidth, and the terminal supports TxBF technology. Wherein, the second bandwidth is less than the preset bandwidth.

2. The method according to claim 1, wherein The first association response frame carries second indication information. When the first indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support TxBF technology, the second indication information is used to indicate that: the maximum bandwidth supported by the router is the preset bandwidth, and the router does not support TxBF technology. Alternatively, when the first indication information is used to indicate that the maximum bandwidth supported by the terminal is a second bandwidth and indicates that the terminal supports TxBF technology, the second indication information is used to indicate that: the maximum bandwidth supported by the router is the second bandwidth, and the router supports TxBF technology.

3. The method according to claim 1 or 2, characterized in that, Before the terminal sends the first association request frame to the router, the method further includes: The terminal determines that the probe response frame also carries information indicating that the router supports TxBF technology.

4. A communication control method, characterized in that, Applied to a terminal, the terminal supports a preset bandwidth and supports transmission beamforming (TxBF) technology. The method includes: The terminal establishes a first connection with the router. The router supports the preset bandwidth and supports TxBF technology. When the terminal receives data sent by the router through the first connection, the TxBF technology of the terminal is in an on state and the maximum bandwidth used by the terminal is the preset bandwidth. When a first condition is met, the terminal sends a first re-association request frame to the router. The first condition includes that the communication quality between the terminal and the router is lower than a preset level. The terminal receives a first re-association response frame sent by the router in response to the first re-association request frame. The first re-association request frame carries third indication information, which is used to indicate that: the maximum bandwidth supported by the terminal is the preset bandwidth, and the terminal does not support TxBF technology. Alternatively, the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the second bandwidth, and the terminal supports the TxBF technology; wherein, the second bandwidth is less than the preset bandwidth.

5. The method according to claim 4, characterized in that, The first re-association response frame carries fourth indication information; When the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support the TxBF technology, the fourth indication information is used to indicate that the maximum bandwidth supported by the router is the preset bandwidth and the router does not support the TxBF technology; Alternatively, when the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the second bandwidth and indicates that the terminal supports the TxBF technology, the fourth indication information is used to indicate that the maximum bandwidth supported by the router is the second bandwidth and the router supports the TxBF technology.

6. The method according to claim 4 or 5, characterized in that, After the terminal receives the first re-association response frame sent by the router, the method further includes: The terminal establishes a second connection with the router; When the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and indicates that the terminal does not support the TxBF technology, when receiving data sent by the router through the second connection, the TxBF function of the terminal is in the off state and the maximum bandwidth used by the terminal is the preset bandwidth, or When the third indication information is used to indicate that the maximum bandwidth supported by the terminal is the second bandwidth and indicates that the terminal supports the TxBF technology, when receiving data sent by the router through the second connection, the TxBF function of the terminal is in the on state and the maximum bandwidth used by the terminal is the second bandwidth.

7. The method according to any one of claims 4-6, characterized in that Before the terminal establishes a first connection with the router, the method further includes: The terminal receives a probe response frame sent by the router, and the probe response frame carries the organization unique identifier (OUI) of the router and the bandwidth supported by the router is the first bandwidth; The terminal sends a second association request frame to the router; The terminal receives a second association response frame sent by the router for responding to the second association request frame; The second association request frame carries fifth indication information, and the fifth indication information is used to indicate that the maximum bandwidth supported by the terminal is the preset bandwidth and the terminal supports the TxBF technology.

8. The method according to claim 7, wherein The first condition further includes that the OUI of the router is the preset OUI and the first bandwidth is equal to the preset bandwidth.

9. The method according to any one of claims 4-8, characterized in that, The method further includes: Before determining that the first condition is met, the terminal receives a request to send frame sent by the router through the first connection, and the request to send frame is used to request to use the preset bandwidth to send the first data packet to the terminal; The terminal sends a permission to send frame to the router through the first connection, and the permission to send frame is used to notify the router to send the first data packet using the second bandwidth.

10. The method according to claim 9, wherein The communication quality between the terminal and the router is lower than a preset level, specifically including: After the terminal sends an allow - send frame to the router, the terminal does not receive the first data packet within a preset time.

11. The method according to any one of claims 4 to 10, characterized in that The communication quality between the terminal and the router is lower than a preset level, specifically including: The terminal determines that the packet loss rate of the second data packet is greater than a preset packet loss rate; the second data packet is a data packet received by the terminal through the first connection.

12. The method according to any one of claims 1-11, characterized in that, The preset bandwidth is 160M bandwidth.

13. The method according to any one of claims 2-12, characterized in that, The second bandwidth is one of 80 bandwidth, 40M bandwidth, or 20M bandwidth.

14. A terminal, characterized in that, Including: One or more processors and a memory; the memory is coupled to the one or more processors, the memory is used to store computer program code, the computer program code includes computer instructions, and the one or more processors call the computer instructions to cause the terminal to execute the method according to any one of claims 1 - 13.

15. A computer-readable storage medium, comprising computer instructions, characterized in that, When the computer instructions run on the terminal, cause the terminal to execute the method according to any one of claims 1 - 13.

16. A chip system, the chip system is applied to a terminal, characterized in that, The chip system includes one or more processors, and the processors are used to call computer instructions to cause the terminal to execute the method according to any one of claims 1 - 13.

Images