WO2025146014A1 - 通信控制方法和终端 - Google Patents

通信控制方法和终端 Download PDF

Info

Publication number
WO2025146014A1
WO2025146014A1 PCT/CN2024/143735 CN2024143735W WO2025146014A1 WO 2025146014 A1 WO2025146014 A1 WO 2025146014A1 CN 2024143735 W CN2024143735 W CN 2024143735W WO 2025146014 A1 WO2025146014 A1 WO 2025146014A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
bandwidth
router
txbf
preset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/143735
Other languages
English (en)
French (fr)
Inventor
马红阳
郝一休
侯添译
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Publication of WO2025146014A1 publication Critical patent/WO2025146014A1/zh
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • the present application relates to the field of terminals and communication technologies, and in particular to a communication control method and a terminal.
  • Beamforming is a technology that uses antenna arrays to improve the transmission quality of wireless signals.
  • signals are radiated in a uniform manner, which is equivalent to transmitting signals in all directions.
  • Beamforming technology can coordinate signals between the transmitter and the receiver to make the energy of the signal in a specific direction more concentrated and focused, thereby improving the strength and focus of the signal.
  • Beamforming technology can adjust the transmission timing and phase relationship between antennas so that the signal can be accurately focused 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 of the signal on the transmission path.
  • Beamforming technology increases the transmission distance of the signal and improves the data transmission rate.
  • Beamforming technology is a general technology that can be applied to the transmitter and/or the receiver. Beamforming technology that specifies the transmitter and the receiver is called transmit beamforming (TxBF) technology. TxBF technology refers to the use of multiple antennas and corresponding algorithms by the transmitter 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 TxBF technology aims to optimize the transmission performance of the signal sent by the transmitter, so that the strength and quality of the received signal at the receiver are better.
  • TxBF transmit beamforming
  • the embodiments of the present application provide a communication control method and a terminal to optimize the use of TxBF technology.
  • a wireless access point AP e.g., a router
  • TxBF transmit beamforming
  • Beamforming is based on omnidirectional antennas and uses signal precoding technology. It uses the principle of signal superposition to adjust the phase of signals sent 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.
  • an embodiment of the present application provides a communication control method, which is applied to a terminal, wherein the terminal supports a preset bandwidth and supports a transmit beamforming TxBF technology, and the method includes: the terminal receives a probe response frame sent by a router, the probe response frame carries an organizational 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 the TxBF technology; when the OUI is the 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 to respond 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 the TxBF technology; or, the first 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
  • the probe response frame carries information indicating that the router supports TxBF technology, it can be further determined that the router is a faulty AP.
  • the probe response frame may not carry information that the router supports TxBF technology, but even if it does not carry information indicating whether the router supports 160M, the communication control method provided in the embodiment of the present application can be used. Even if the router is an AP that does not support TxBF technology, implementing the communication control method provided in the embodiment of the present application will not bring negative benefits.
  • the method before the first condition is met, the method also includes: when it is determined based on the probe response frame that the OUI of the router is a preset OUI and the first bandwidth is equal to the preset bandwidth, 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 the second frequency, and the second frequency is the frequency at which the terminal performs network detection before receiving the probe response frame.
  • the method also 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 use the second bandwidth to send the first data packet.
  • the communication quality between the terminal and the router is lower than a preset level, specifically including: after the terminal sends a permission to send frame to the router, the terminal does not receive the first data packet within a preset time.
  • the negotiated bandwidth for transmitting the first data packet is not the negotiated maximum bandwidth, but a bandwidth smaller than the maximum bandwidth, then if the first data packet is not received for a long time, it can be more fully explained that the router is a faulty AP.
  • 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 the preset packet loss rate; the second data packet is a data packet received by the terminal through the first connection.
  • the preset bandwidth is 160M bandwidth.
  • the second bandwidth is one of 80M bandwidth, 40M bandwidth or 20M bandwidth.
  • an embodiment of the present application provides a communication control method.
  • the method includes: when the organization unique identifier OUI of the router to which the terminal (such as a mobile phone) is connected is a preset OUI and the bandwidth of the router is a preset bandwidth (such as, 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 the preset bandwidth, it determines 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.
  • some routers use the TxBF technology under the preset bandwidth to send messages (messages) to the terminal, which may cause problems, such as the problem that the message cannot be sent to the terminal.
  • the TxBF function of the terminal under the preset bandwidth can be turned off, and the first method (TxBF technology under the non-preset bandwidth) is used, so that the router also turns off the TxBF function under the preset bandwidth. If the interaction between the terminal and the router does not use the TxBF technology under the preset bandwidth, the problem of not being able to receive messages will not occur.
  • Some routers may have problems communicating with mobile phones, causing users to be unable to access the Internet.
  • the TxBF function on the mobile phone side can be dynamically turned off.
  • the mobile phone notifies the router that the current mobile phone does not support the TxBF technology, and the router will turn off the TxBF function, so that there will be no problem in the communication between the two parties.
  • sending the first message to the router in a first manner specifically includes: sending the first message using the TxBF technology supported by the first bandwidth.
  • sending the first message to the router in a first manner specifically includes: sending the first message to the router, and not using the TxBF technology to adjust the first message when sending.
  • the preset bandwidth is 160M bandwidth.
  • an embodiment of the present application provides a terminal, comprising: 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 enable the terminal to execute the method implemented in the first aspect.
  • an embodiment of the present application provides a computer-readable storage medium, comprising instructions, which, when executed on a terminal, cause the terminal to execute a method implemented in the first aspect, the second aspect, or the third aspect.
  • an embodiment of the present application provides a chip system, which is applied to a terminal, and the chip system includes one or more processors, and the processor is used to call computer instructions so that the terminal executes the method implemented in the first aspect, the second aspect, or the third aspect.
  • the chip system can be a SoC (system-on-chip).
  • the processor can include a modem processor (also known as a Modem or baseband chip).
  • an embodiment of the present application provides a computer program product comprising instructions, which, when executed on a terminal, enables the terminal to execute the method implemented in the first aspect, the second aspect, or the third aspect.
  • 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 embodiment of the present application. Therefore, other beneficial effects that can be achieved can refer to the beneficial effects in the corresponding method, which will not be repeated here.
  • FIG2A is a schematic diagram of a normal process of an AP using the TxBF function to complete signal transmission
  • FIG2B is a schematic diagram of an abnormal process of completing signal transmission using the TxBF function
  • FIG3A shows a flow chart of link establishment between an AP and a STA
  • FIG3B shows a schematic diagram of the reassociation process
  • FIG4 is a schematic diagram showing how the TxBF function is disabled based on the association phase in Mode 1;
  • FIG5 is a schematic diagram showing closing the 160M bandwidth based on the association phase in Mode 2;
  • FIG6 is a schematic diagram showing a method 3 in which the TxBF function is turned off based on the reassociation phase
  • FIG7 is a schematic diagram showing a 160M bandwidth based on the re-association phase in Mode 4.
  • FIG8 shows an exemplary flow chart involved in Mode 1
  • FIG9 shows an exemplary data transmission process after turning off the TxBF function
  • FIG10 shows an exemplary flow chart related to Mode 2
  • FIG11A shows an exemplary data transmission process after closing the 160M bandwidth
  • FIG11B shows another exemplary data transmission process after closing the 160M bandwidth
  • FIG12A shows an exemplary flow chart related to Mode 3
  • FIG12B shows an exemplary data transmission process after turning off the TxBF function based on reassociation
  • FIG13A shows an exemplary flow chart related to Mode 4.
  • FIG13B shows an exemplary data transmission process after closing the 160M bandwidth based on re-association
  • FIG14 shows an exemplary structural block diagram of a terminal
  • FIG. 15 is a schematic diagram of the structure of a terminal provided in an embodiment of the present application.
  • space holes refer to the phenomenon that the signal strength is weak or cannot reach certain areas or directions during the propagation process. Space holes may be caused by factors such as multipath propagation, attenuation, and obstacles of the signal. Space holes will lead to the degradation of signal quality and even cause transmission interruption or signal loss.
  • the AP When the AP sends a signal, spatial holes have a direct impact on the signal coverage and transmission distance. If there are a large number of spatial holes in the WiFi network, the transmission effect of the signal in these areas will be affected, and the STA may not be able to receive a stable signal. For example, as shown in Figure 1, 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 no signal can be received.
  • Beamforming is a general technology that can be applied to the transmitter and/or the receiver.
  • the Beamforming technology that specifies the transmitter and the receiver is called transmit Beamforming (TxBF) technology.
  • AP can use Beamforming technology to transmit signals to STA, which means that AP supports TxBF technology.
  • STA can correctly receive and process signals sent by AP using Beamforming technology, it means that STA also supports TxBF technology.
  • the Beamforming technology used by the transmitter can be called TxBF technology.
  • the transmitter (such as AP) uses TxBF technology to send signals to the receiver (such as STA), thereby improving the transmission strength and quality of the signal.
  • the receiver (such as STA) needs to support TxBF technology to correctly receive and process signals sent by TxBF technology.
  • the AP is the transmitting end, which can also be called a beamformer.
  • the STA is the receiving end, which can also be called a beamformee.
  • the reasons for slow internet speed may include the following.
  • the STA and the AP will negotiate the maximum bandwidth supported by both parties during data transmission, and whether TxBF is supported during data transmission.
  • the maximum bandwidth supported by both parties means that the bandwidth used during data transmission must be less than or equal to the maximum bandwidth.
  • the bandwidth used for data transmission is the negotiated maximum bandwidth.
  • the maximum bandwidth does not necessarily have to be used when transmitting data, because after the connection is established, a method is provided to change the transmission bandwidth from the maximum bandwidth to other bandwidths (less than the maximum bandwidth) to enable data transmission using other bandwidths.
  • the method of changing the bandwidth includes: the STA further determines whether to change the bandwidth based on factors such as the quality and usage of the channel.
  • the AP is notified of the changed available bandwidth (less than the negotiated maximum bandwidth) through a clear to send (CTS) frame. If the negotiated maximum bandwidth is available, the AP and STA can use the maximum bandwidth for data transmission. Based on this, after the STA and AP establish a connection, if the AP expects to use the maximum bandwidth and TxBF to send data to the STA, the AP needs to send a request to send (RTS) frame to the STA to request the STA to use TxBF to send data on the maximum bandwidth. After receiving the RTS frame, the STA will detect whether the channel with the maximum bandwidth is available. If not, it will detect the available channels. Based on the detection results, the available bandwidth for this data transmission is determined.
  • CTS clear to send
  • the available bandwidth is carried in the clear to send (CTS) frame and fed back to the AP.
  • the AP parses the available bandwidth in the CTS frame, and then sends data to the STA on the channel with the available bandwidth to make the data transmission successful.
  • the maximum bandwidth is the preset bandwidth (for example, 160M)
  • the AP requests the STA to use the TxBF technology to send a signal (for example, a data packet) on the channel with the preset bandwidth through a request to send frame.
  • STA detects that the channel with preset bandwidth is unavailable, and determines that the available bandwidth is non-preset bandwidth (e.g. 80M).
  • STA notifies AP to use TxBF technology to send signals on the channel with non-preset bandwidth through a permission frame.
  • AP cannot respond to the permission frame normally due to an internal bug, resulting in abnormal data transmission.
  • Figure 2B For a detailed description of this process, please refer to Figure 2B below.
  • sending a signal using the TxBF technology on a channel with a preset bandwidth means: sending a signal processed using the TxBF technology on a channel with a preset bandwidth. It can also be understood as sending data using the preset bandwidth and the TxBF technology.
  • the preset bandwidth refers to the bandwidth that causes the problem scenario, which is usually 160M bandwidth. It is not limited to 160M bandwidth. For example, if 80M bandwidth also causes the problem scenario, 80M bandwidth can also be the preset bandwidth.
  • Figures 2A and 2B describe the data transmission process. It should be noted that a connection must be established before data transmission.
  • the process of negotiating bandwidth and TxBF can refer to the following description of Figure 3A.
  • the slow network speed problem is described by taking the negotiated maximum bandwidth of 160M and supporting TxBF as an example.
  • FIG2A shows the normal process of AP using TxBF technology to complete message transmission.
  • the AP sends a NULL data packet (NDP) on a 160M bandwidth channel for the STA as a beamformee (beamforming receiver) to measure the channel.
  • NDP NULL data packet
  • the NDP is also used to notify the STA that the AP will use the TxBF technology to send signals on a 160M bandwidth channel.
  • the NDP can be called 160MNDP.
  • the STA After receiving the RTS of Dynamic, the STA starts to detect the channel.
  • the detection result is: the STA detects that the channel with 160M bandwidth is unavailable, and the channel with 80M bandwidth is available. So the STA replies 80M CTS (Clear To Send) to the AP on the channel with 80M bandwidth.
  • the 80MCTS is used to notify the AP to use the TxBF technology to send signals on the channel with 80M bandwidth.
  • the AP finds that the bandwidth supported by the STA is not the negotiated maximum bandwidth of 160M, but 80M.
  • the AP will resend the NDP (called 80MNDP) on the channel with 80M bandwidth for the Beamformee to perform channel measurement.
  • 80MNDP NDP
  • the 80MNDP is also used to notify the STA that the AP will use the TxBF technology to send signals on the channel with 80M bandwidth.
  • the STA measures the channel with 80M bandwidth, calculates the SNR and pointing matrix coefficients of the channel with 80M bandwidth, and sends the SNR and pointing matrix coefficients to the AP on the channel with 80M bandwidth through CFB.
  • the AP receives the CFB feedback from the STA, uses the TxBF technology to adjust the strength and phase of the transmitted signal (data packet), and then sends the adjusted signal to the STA on the 80M bandwidth channel.
  • the STA sends an acknowledgment message (ACK) to the AP on the 80M bandwidth channel.
  • ACK acknowledgment message
  • the STA can use TxBF to send data packets on the channel with a bandwidth of 160M.
  • the pointing matrix coefficients of the channel with a bandwidth of 160M will be unavailable, and the AP needs to re-acquire the pointing matrix coefficients of the channel with bandwidth 1 through NDP and receive the CTS that allows data to be sent on the channel with bandwidth 1 before it can use TxBF to send data packets on the channel with bandwidth 1.
  • the maximum bandwidth is not limited to the 160M bandwidth, and the same is true for other bandwidths (for example, 80M).
  • FIG2B shows an abnormal process of using TxBF technology for message transmission. Similar to the normal process shown in FIG2A above, STA changes the available bandwidth from the negotiated maximum bandwidth 160M to 80M by sending 80M CTS on the channel with 80M bandwidth.
  • the process of changing the bandwidth from 160M to 80M includes: the AP, as a beamformer, sends 160M NDP for the beamformee to measure the channel.
  • the 160M NDP is also used to notify the STA that the AP will use the TxBF technology to send signals on the channel with 160M bandwidth.
  • the STA after receiving the 160M NDP, the STA, as a beamformee, measures the channel with 160M bandwidth and calculates the SNR and steering matrix coefficients of the channel with 160M bandwidth.
  • the TxBF technology cannot be successfully used to transmit messages (eg, data packets), which in turn causes the AP to be unable to use the TxBF technology to send data packets to the STA, causing the STA to experience slow network speed.
  • messages eg, data packets
  • the link building process includes six stages: scanning stage, network selection stage, authentication stage, association stage, four-step handshake stage and dynamic host configuration protocol (DHCP) stage. The following describes each stage separately.
  • Phase 1 Scanning phase. It is used by STA to discover surrounding APs and obtain basic information of APs.
  • STA (such as a mobile phone or other terminal) sends a Probe request frame.
  • STA sends a Probe request frame to search for nearby available wireless network devices.
  • the Probe request frame contains the STA's wireless network requirements and parameters.
  • the AP (e.g., 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 basic information about the AP.
  • the basic information includes the maximum bandwidth supported by the AP and whether the AP supports TxBF.
  • timing of STA scanning surrounding APs includes but is not limited to: User-triggered scanning: When the wifi is turned on, the STA starts scanning surrounding APs. Or, when the STA detects a change in location, it triggers active scanning to obtain APs around the new location.
  • the second stage network selection stage.
  • the STA selects a target AP to connect to based on the received Probe response frame, usually based on factors such as signal strength and quality.
  • STA sends an authentication request (Auth request) frame to the selected STA.
  • STA sends an Auth request frame to the selected AP for identity authentication.
  • the Auth request frame contains the STA's identity authentication request and related parameters.
  • the selected AP sends an authentication response (Auth response) frame to the STA.
  • Auth response authentication response
  • the AP After receiving the Auth request frame, the AP sends an Auth response frame to the STA to confirm the identity and authority of the STA.
  • the fourth stage is the association stage.
  • STA sends an Association request (Assoc request) frame to the selected AP.
  • STA sends an Assoc request frame to the authenticated AP, which contains the identity of STA and related connection parameters.
  • the related connection parameters of STA may include the bandwidth supported by STA and whether TxBF is supported.
  • 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 may include the AP's related connection parameters. Among them, the AP's related connection parameters may include the bandwidth supported by the STA and whether TxBF is supported.
  • DHCP Discover STA broadcasts a DHCP Discover message to discover available DHCP servers.
  • this method does not limit whether to use the TxBF function when the STA acts as a transmitter and the AP acts as a receiver.
  • Method 1 During the link establishment process, if the STA recognizes that the AP selected for connection may be the faulty AP and the AP has opened 160M, the TxBF function on the STA side can be directly disabled.
  • the fact that 160M is already enabled means that when the AP negotiates bandwidth with the STA, the AP notifies the STA that the AP supports 160M bandwidth.
  • the STA identifies that the selected AP for establishing a connection may be a faulty AP, including: the STA determines that the manufacturer that produces the AP has produced a faulty AP.
  • the AP notifies the STA through the Probe response frame that the AP supports 160M and is produced by manufacturer A.
  • the STA can determine whether the AP is a faulty AP based on the information about the STA in the Probe response frame.
  • the STA selects to connect to the AP through a 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 a receiver.
  • the AP responds to the Assoc request frame and sends an Assoc response frame to the STA.
  • the Assoc response frame is used to notify the STA that the AP supports a maximum of 160M and does not support TxBF as a transmitter.
  • the STA notifies the AP that the STA does not support TxBF as a receiver, which causes the AP that originally supports TxBF to also notify the STA that the AP does not support TxBF as a transmitter.
  • the reasons include: After the AP side determines that the STA does not support TxBF as a receiver, 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. In order to avoid this situation, if the STA as a receiver does not support TxBF, the AP should also not enable TxBF.
  • the STA and the AP complete the remaining steps of link building to establish a connection.
  • the AP can use a channel with a bandwidth of 160M to send data to the STA, and the TxBF function is not enabled when sending data.
  • the STA can receive data sent by the AP on a channel with a bandwidth of 160M, and the TxBF function is in a closed state when receiving data, that is, the STA does not use the TxBF function to receive data.
  • both STA and AP support TxBF and 160M bandwidth. If the communication control method provided in the embodiment of the present application is not used, STA and AP will usually negotiate that the maximum bandwidth supported during data transmission is 160M and supports TxBF. However, it is found in practice that if the faulty AP negotiates that the maximum bandwidth supported during data transmission is 160M and supports TxBF when establishing a link, then the problem scenario shown in Figure 2B above will occur during data transmission, and TxBF cannot be used normally for data transmission. Therefore, in order to avoid entering the problem scenario described in Figure 2B, at (2a) in Figure 4, the STA that originally supports TxBF falsely reports to the AP that the STA does not support TxBF as a receiving end.
  • the manner in which the STA determines 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.
  • the AP is determined to be a faulty AP.
  • the manner in which the Probe response frame carries information indicating whether the AP supports TxBF in addition to the OUI of the AP and the information on whether the AP supports 160M.
  • the OUI in the Probe response frame is the same as the preset OUI, the AP supports 160M, and the AP supports TXBF, the AP is determined to be a faulty AP.
  • the contents at (2b) and (3b) shown in (b) of FIG. 4 are similar to the contents at (2a) and (3a) shown in (a) of FIG. 4 , and you can refer to the relevant contents, which will not be repeated here.
  • Method 2 During the link establishment process, the STA recognizes that the AP selected for connection establishment may be the faulty AP, and the AP supports 160M bandwidth. Then the 160M bandwidth on the STA side is closed.
  • TxBF will not be used under the 160M bandwidth, and thus the problem scenario shown in the aforementioned FIG. 2B will not occur.
  • implementation method 2 may be implemented during link establishment.
  • the implementation process of implementation method 2 includes the following contents.
  • the AP notifies the STA through the Probe response frame that the AP supports 160M and is produced by manufacturer A.
  • 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 of determining whether the AP is a faulty AP in the aforementioned method 1, which will not be repeated here.
  • the STA selects to connect to the AP through a 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 80M and supports TxBF as a receiver.
  • the AP responds to the Assoc request frame and sends an Assoc response frame to the STA.
  • the Assoc response frame is used to notify the STA that the AP supports a maximum of 80M and supports TxBF as a transmitter.
  • the AP which originally supports a maximum bandwidth of 160M, also notifies the STA that the maximum bandwidth supports 80M.
  • the reasons include: when transmitting data, the maximum bandwidths supported by the STA and the AP should be the same. If they are not the same, it will at least lead to data loss or bandwidth resource waste: when the AP as the transmitter uses bandwidth A to send data to the STA as the receiver, if the bandwidth used by the STA as the receiver is less than bandwidth A, the STA will not be able to receive data in time, resulting in data loss. If it is greater than bandwidth A, it will lead to bandwidth resource waste.
  • the STA and the AP complete the remaining steps of link building to establish a connection.
  • the AP can use a channel with an 80M bandwidth to send data to the STA, and enable the TxBF function when sending data.
  • the STA can receive data sent by the AP on a channel with an 80M bandwidth, and the TxBF function is on when receiving data, that is, the STA uses the TxBF function to receive data.
  • both STA and AP support TxBF and 160M bandwidth. If the communication control method provided in the embodiment of the present application is not used, STA and AP will usually negotiate that the maximum bandwidth supported during data transmission is 160M and supports TxBF. However, it is found in practice that if the faulty AP negotiates that the maximum bandwidth supported during data transmission is 160M and supports TxBF when establishing a link, then the problem scenario shown in Figure 2B will occur during data transmission, and TxBF cannot be used normally for data transmission. Therefore, in order to avoid entering the problem scenario described in Figure 2B, at (2) in Figure 5, the STA that originally supports a maximum bandwidth of 160M falsely reports to the AP that the STA supports a maximum of 80M.
  • Step S102 corresponds to the network selection stage shown in Fig. 3A above.
  • the terminal compares the signal strength and quality factors carried in the received probe response frames (including probe response frame 1) and selects the best router (router 1) for connection.
  • Step S104 corresponds to the content involved in sending the Assoc request frame in the aforementioned Figure 3A.
  • router 1 can determine based on the association request frame 1 that the terminal does not support TxBF when acting as a transmitter, and router 1 will also negotiate to turn off the TxBF function and turn on 160M. Subsequently, the TxBF function on the router 1 side will also be turned off when sending data to the terminal. For details, please refer to the following description of step S105.
  • the TxBF of the terminal After executing step S104, the TxBF of the terminal is in a closed state.
  • the scenario in which the TxBF of the terminal is in a closed state includes but is not limited to: if the TxBF of the terminal is in a closed state before executing step S104, it remains in a closed state.
  • the terminal can first close the TxBF and then execute step S104.
  • Step S105 corresponds to the content involved in sending the Assoc response frame in the aforementioned Figure 3A.
  • Router 1 will send data to AP on a channel with a bandwidth of 160M and will not use TxBF when sending data.
  • Step S106 corresponds to the four-step handshake phase in Fig. 3A , and can be referred to the description of the above-mentioned related contents, which will not be repeated here.
  • S107 Send a dynamic host configuration protocol request to the router to obtain information such as the IP address during data transmission.
  • Step S107 corresponds to the DHCP stage in Fig. 3A , and can be referred to the description of the above-mentioned related contents, which will not be repeated here.
  • a connection A1 is established between the terminal and the router 1.
  • the terminal and the router 1 can communicate through the connection A1.
  • the contents involved when the router 1 sends data (such as a data packet) to the terminal through the connection A1 can refer to the following steps S108 to S110.
  • Router 1 sends a message requesting to send data to the terminal.
  • the message requesting to send data can be the Dynamic RTS mentioned above.
  • both the terminal and router 1 (a faulty AP) are configured with the TxBF function and support a maximum bandwidth of 160M, in order to prevent the problem scenario shown in FIG2B , the terminal and router 1 negotiate during the association process to support a maximum bandwidth of 160M, but do not support TxBF.
  • router 1 as a beamformer, sends a dynamic RTS (Request To Send) to the terminal, as a beamformee (beamforming receiver), to request to send data on a channel with a bandwidth of 160M.
  • RTS Request To Send
  • the terminal uses a channel with a bandwidth of 160M to send a message to router 1 allowing data to be sent.
  • the message allowing data to be sent may be the CTS mentioned above.
  • the terminal detects that a channel with a bandwidth of 160M is available, so it replies 160M CTS (Clear To Send) to Router 1 to notify Router 1 to send data on the channel with a bandwidth of 160M.
  • 160M CTS Common To Send
  • Router 1 uses a channel with a bandwidth of 160M to send data packet 1 to the terminal.
  • the TxBF technology is not enabled when sending data packet 1.
  • 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 router 1 on a 160M bandwidth channel. At this point, router 1 and the terminal have completed a data transmission.
  • packet data
  • ACK acknowledgment message
  • TxBF bandwidth not supported. Therefore, when Router 1 sends data (packet) to the terminal, 160M bandwidth is used, but TxBF is not used. When receiving data (packet), the TxBF of the terminal is in the off state.
  • step S108-step S110 is only an example.
  • the bandwidth negotiated in the association phase is only the maximum bandwidth. If the channel with 160M bandwidth is not available, the terminal can also change the bandwidth through CTS.
  • CTS Code Division Multiple Access
  • Method 2 is further described below in conjunction with FIG. 10 .
  • STA sends a Probe request frame, and AP replies with a Probe response frame. Through this message (Probe response frame), the router information OUI and negotiated bandwidth are obtained. After 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, the TxBF function of the AP is turned on. For a description of this process, please refer to steps S201-S212 shown in Figure 10 below.
  • connection A3 After the connection A3 is established, the terminal and the router 1 can communicate through the connection A3.
  • the terminal sends feedback information 2 to router 1 using a channel with a bandwidth of 160M.
  • the feedback information 2 is the aforementioned 160M CFB.
  • the terminal can return the information of the 160M bandwidth channel (eg SNR) and the pointing matrix coefficient to the router 1 through the feedback information 2.
  • Router 1 sends a message requesting to send data to the terminal.
  • the message requesting to send data can be the Dynamic RTS mentioned above.
  • the terminal uses a channel with 80M bandwidth to send a message to router 1 allowing data to be sent.
  • Step S305 can be changed to the terminal determining that the Internet access is slow. Because there are many manufacturers that produce faulty APs, it is impossible to list them all, but when the terminal and router 1 use TxBF technology and 160M bandwidth and the Internet speed is slow, it is enough to reflect that router 1 is a faulty AP.
  • the terminal receives the probe response frame 1 sent by router 1 and can record the OUI therein.
  • the OUI of router 1 is determined to be the preset OUI, it is determined that router 1 is produced by the preset manufacturer.
  • the terminal determines that the Internet access is slow in the following ways, including but not limited to.
  • Determination method 1 When the terminal determines that there is only uplink data but no downlink data within a preset time, the terminal can determine that the Internet access is slow.
  • Determination method 2 The kernel parses the message. When the message delay is greater than the preset delay and the packet loss rate is greater than the preset packet loss rate, the terminal can determine that the Internet access is slow.
  • Determination method 3 when the terminal does not receive the data requested to be sent by the router in step S303 within a preset time, the terminal may determine that the Internet access is slow.
  • Determination method 4 When the user experience quality (QoE) is lower than a preset value, the terminal can determine that the Internet access is slow.
  • the terminal executes the reassociation process involved in the following step S306 and step S307 to disable the TxBF function to solve the problem of slow Internet access.
  • a terminal configured with the TxBF function and supporting a maximum bandwidth of 160M and a router 1 (a faulty AP) negotiate during the association process that both parties support a maximum bandwidth of 160M and support TxBF.
  • the problem scenario shown in FIG2B occurs, resulting in a slow network speed.
  • the following steps S306 and S307 can be executed to reassociate and renegotiate the maximum bandwidth and TxBF capability.
  • the negotiation result is that the maximum bandwidth is 160M and TxBF is not supported.
  • the terminal sends a reassociation request frame 1 to router 1 to inform router 1 that the maximum supported rate is 160M and that the receiving end does not support TxBF.
  • Router 1 sends a reassociation response frame 1 to the terminal, confirming the re-establishment of the association and notifying the terminal: the maximum supported speed is 160M, and as a transmitter, TxBF is not supported.
  • step S306 and step S307 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, and the normal network speed can be restored.
  • steps S308 to S310 please refer to the following description of steps S308 to S310.
  • step S306 and step S307 For the relevant contents involved in step S306 and step S307, please refer to the description of re-association in FIG6 , which will not be repeated here.
  • reassociation is different from reconnection after disconnection.
  • the user is not aware of the reassociation process, and the WiFi indicator displayed on the terminal can be displayed all the time.
  • the terminal and the router 1 can perform the following steps S308-S310 to achieve data transmission.
  • Router 1 sends a message requesting to send data to the terminal.
  • the message requesting to send data in step S308 can be regarded as the Dynamic RTS in Figure 12B.
  • Router 1 as a beamformer, sends a dynamic RTS (Request To Send) to the terminal, as a beamformee, to request to send data on a channel with a bandwidth of 160M.
  • RTS Request To Send
  • the terminal uses a channel with a bandwidth of 160M to send a message to router 1 allowing data to be sent.
  • the message allowing data to be sent in step S309 may be 160CTS in FIG. 12B .
  • the terminal detects that a channel with a bandwidth of 160M is available, and thus replies 160M CTS (Clear To Send) to Router 1 to notify Router 1 to send data on the channel with a bandwidth of 160M.
  • 160M CTS Click To Send
  • Router 1 uses a channel with a bandwidth of 160M to send data packet 1 to the terminal. TxBF is not enabled when sending data packet 1.
  • 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 router 1 on a 160M bandwidth channel. At this point, router 1 and the terminal have completed a data transmission.
  • packet data
  • ACK acknowledgment message
  • Step S308 to step S310 are respectively the same as the aforementioned step S108 to step S110, and reference may be made to the aforementioned description of step S108 to step S110, which will not be repeated here.
  • the contents involved in the aforementioned steps S301 to S304 are respectively the same as those involved in sending NDP, CFB, RTS, and CTS in the aforementioned Figures 2A and 2B. You can refer to the aforementioned description of the relevant contents in Figures 2A and 2B, and will not be repeated here.
  • the 80M involved in the aforementioned step S304 is an example. When a channel with a bandwidth of 160M is unavailable, the terminal will re-detect an available channel. It can be one of 80M, 40M, 20M, etc., and the embodiment of the present application does not limit this.
  • Method 4 is further described below in conjunction with FIG. 13A .
  • FIG13A is an example in which STA is a terminal and AP is a router.
  • S401 Send an empty data packet to the terminal, so that the terminal can measure the channel with 160M bandwidth and calculate the matrix coefficients for implementing TxBF.
  • S403 Send a message requesting to send data to the terminal.
  • 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.
  • 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.
  • a terminal configured with the TxBF function and supporting a maximum bandwidth of 160M and router 1 (a faulty AP) negotiate during the association process that both parties support a maximum bandwidth of 160M and support TxBF.
  • the problem scenario shown in FIG2B above occurs, resulting in a slow network speed.
  • the following steps S406 and S407 can be executed to reassociate and renegotiate the maximum bandwidth and TxBF capability.
  • the negotiation result is to support a maximum bandwidth of 80M and support TxBF.
  • step S406 and step S407 For the relevant contents involved in step S406 and step S407, please refer to the description of re-association in FIG. 7 , which will not be repeated here.
  • the feedback information 1 is 80MCFB.
  • the terminal can return information (such as SNR) and the pointing matrix coefficient of the channel with 80M bandwidth to router 1 through the feedback information 1.
  • SNR the feedback information 1
  • For 80MCFB refer to the description of 160CFB above, and just change 160M to 80M, which will not be repeated here.
  • the message requesting to send data is the Dynamic RTS mentioned above.
  • the terminal when the terminal performs channel detection and determines that a channel with 80M bandwidth is available, the terminal can notify router 1 through 80MCTS that data can be sent on the channel with 80M bandwidth.
  • the terminal can receive the data packet 1 on the channel with 80M bandwidth.
  • the TxBF function of the terminal is enabled.
  • Steps S408 to S412 are respectively the same as the aforementioned steps S208 to S212, and reference may be made to the aforementioned description of steps S208 to S212, which will not be repeated here.
  • the reason for the slow network speed in the aforementioned steps S305 and S405 involves the negotiation of the maximum supported bandwidth to the preset bandwidth (160M bandwidth) during the link building process and the negotiation that both parties support TxBF, so the slow network speed scene shown in Figure 2B appears.
  • it is not limited to the negotiation of the maximum supported bandwidth to the preset bandwidth (160M bandwidth) during the link building process and the negotiation that both parties support TxBF, it may also be negotiated during the reassociation process. So renegotiate through the new reassociation shown in Figure 12A or Figure 13A.
  • the Assoc request frame is used to notify the AP that the STA supports a maximum of 160M and does not support TxBF as a receiving end. It can be understood that the Assoc request frame carries indication information, which is used to indicate that the STA supports a maximum of 160M and does not support TxBF as a receiving end. Other frames that play a notification role (including the Assoc response frame, the Reassoc response frame and the Reassoc response 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 a sending end.
  • the Assoc response frame carries indication information, which is used to indicate that the AP supports a maximum of 160M and does not support TxBF as a sending end.
  • Maximum support of 160M can also be described as support for 160M, and support for 160M also means that bandwidth less than 160M can also be used.
  • association request frame 1 and the association request frame 2 may be referred to as the first association request frame.
  • the association response frame 1 and the association response frame 2 may be referred to as the first association response frame.
  • the reassociation request frame 1 and the reassociation request frame 2 may be referred to as the first reassociation request frame.
  • the reassociation response frame 1 and the reassociation response frame 2 may be referred to as the first reassociation response frame.
  • the following is an exemplary structural block diagram of the terminal in an embodiment of the present application.
  • the terminal includes software and hardware layers.
  • the layered architecture divides the software into several layers, each with clear roles and division of labor.
  • the layers communicate with each other through software interfaces.
  • the software system is divided into three layers, from top to bottom, namely, the application layer (application layer), the application framework layer, and the kernel layer.
  • the application layer may include a series of application packages, such as a WiFi settings module.
  • the application framework layer provides application programming interface (API) and programming framework for the applications in the application layer.
  • API application programming interface
  • the application framework layer includes some predefined functions.
  • the WiFi framework layer can be used to implement the aforementioned link establishment process and re-association process.
  • Wi-Fi driver WiFi driver
  • WiFi firmware Wi-Fi firmware
  • the WiFi driver can drive the WiFi firmware to send and receive data.
  • the WiFi firmware can also be called a WiFi chip.
  • FIG. 15 is a schematic diagram of the structure of a terminal provided in an embodiment of the present application.
  • the terminal may have more or fewer components than those shown in FIG. 15 , may combine two or more components, or may have different component configurations.
  • the various components shown in FIG. 15 may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits.
  • 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, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194 and a subscriber identification module (SIM) card interface 195, etc.
  • SIM subscriber identification module
  • the sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air 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 processor (Modem, also called a baseband processor).
  • AP application processor
  • Modem also called a baseband processor
  • the wireless communication module 160 can provide a wireless local area network (WLAN) (such as a wireless fidelity (Wi-Fi) network) applied on the terminal.
  • WLAN wireless local area network
  • Wi-Fi wireless fidelity
  • the WLAN is implemented by the aforementioned WiFi firmware.
  • the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or combine certain components, or split certain components, or arrange the components differently.
  • the illustrated components may be implemented in hardware, software, or a combination of software and hardware.
  • the processor 110 can call the computer instructions stored in the internal memory 121 to enable the terminal to execute the method in the embodiment of the present application.
  • the present application also provides a chip system, which includes at least one processor, and is used to implement the functions involved in the method executed by the terminal in any of the above embodiments.
  • the chip system also includes a memory, which is used to store program instructions and data, and the memory is located inside or outside the processor.
  • the chip system may be composed of the chip, or may include the chip and other discrete devices.
  • the processor in the chip system may be one or more.
  • the processor may be implemented by hardware or by software.
  • the processor may be a logic circuit, an integrated circuit, etc.
  • the processor may be a general-purpose processor implemented by reading software code stored in a memory.
  • the memory in the chip system may be one or more.
  • the memory may be integrated with the processor or may be separated from the processor, which is not limited in the embodiment of the present application.
  • the memory can be a non-transitory processor, such as a read-only memory ROM, which can be integrated with the processor on the same chip or can be set separately on different chips.
  • a non-transitory processor such as a read-only memory ROM
  • the embodiments of the present application do not specifically limit the type of memory and the setting method of the memory and the processor.
  • the chip system can be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD) or other integrated chips.
  • FPGA field programmable gate array
  • ASIC application specific integrated circuit
  • SoC system on chip
  • CPU central processor unit
  • NP network processor
  • DSP digital signal processor
  • MCU microcontroller unit
  • PLD programmable logic device
  • the present application also provides a computer program product, which includes: a computer program (also referred to as code, or instruction), which enables a computer to execute the method executed by a terminal in any of the above embodiments when the computer program is executed.
  • a computer program also referred to as code, or instruction
  • the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program (also referred to as code or instruction).
  • a computer program also referred to as code or instruction.
  • the computer program executes the method executed by the terminal in any of the above embodiments.
  • the term "when" may be interpreted to mean “if" or “after" or “in response to determining" or “in response to detecting", depending on the context.
  • the phrases “upon determining" or “if (the stated condition or event) is detected” may be interpreted to mean “if determining" or “in response to determining" or “upon detecting (the stated condition or event)” or “in response to detecting (the stated condition or event)", depending on the context.
  • first and second are used for descriptive purposes only and should not be understood to imply or suggest relative importance or implicitly indicate the number of technical features indicated. Thus, features defined as “first” and “second” may explicitly or implicitly include one or more of the features. In the description of the embodiments of the present application, unless otherwise specified, “plurality” means two or more.
  • the computer program product includes one or more computer instructions.
  • 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 computer-readable storage medium.
  • the computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center.
  • the computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that contains one or more available media integration.
  • the available medium can be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state hard disk), etc.
  • the processes can be completed by computer programs to instruct related hardware, and the programs can be stored in computer-readable storage media.
  • the programs can include the processes of the above-mentioned method embodiments.
  • the aforementioned storage media include: ROM or random access memory RAM, magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通信控制方法和终端。在该方法中，当无线接入点AP（例如路由器）使用传输波束成形（Transmit Beamforming，TxBF）功能向终端发送信息导致网速变慢时，确定该AP为故障AP，关闭该故障AP与STA的TxBF功能，使该故障AP在向终端发送信息时不使用TxBF技术，确保终端正常接收信息。

Description

通信控制方法和终端
本申请要求于2024年01月03日提交中国专利局、申请号为202410010111.4、申请名称为“控制功能关闭的方法和电子设备”和于2024年03月15日提交中国专利局、申请号为202410318496.0、申请名称为“通信控制方法和终端”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及终端及通信技术领域，尤其涉及通信控制方法和终端。
背景技术
波束成形(Beamforming)是一种利用天线阵列的技术，旨在改善无线信号的传输质量。传统的无线传输中，信号以均匀的方式辐射出去，相当于朝着所有方向发射信号。而Beamforming技术可以通过在发射端和接收端之间进行信号相互配合，使得信号在特定方向上的能量更加集中和聚焦，提高信号的强度和聚焦度。通过将多个天线组成阵列，Beamforming技术可以调整天线之间的传输时序和相位关系，以便将信号准确聚焦到特定方向上。这样，接收端就能更好地接收到来自发射端的信号，并减少信号在传输路径上受到的干扰和衰减。Beamforming技术使得信号的传输距离增加，数据传输速率提高。
Beamforming技术是一种通用的技术，可应用于发送端和/或接收端。指定了发送端和接收端的Beamforming技术被称为传输波束成形(transmit Beamforming，TxBF)技术。TxBF技术是指发送端使用多个天线和相应的算法来调整发送信号的方向和功率分布，以最大化发送信号的接收强度和质量。可以理解为TxBF技术旨在优化发送端发送信号的传输性能，从而使得接收端接收信号的强度和质量更优。
发明内容
本申请实施例提供了一种通信控制方法和终端，以优化对TxBF技术的使用。
在本申请一些实施例中，确定无线接入点AP(例如路由器)为使用传输波束成形(transmit Beamforming，TxBF)技术向终端发送信息，会导致网速慢的故障AP时，关闭该故障AP和/或STA(如，终端)的TxBF功能，使得该故障AP向终端发送信息可以不使用TxBF技术，保证终端可以正常接收到信息。
Beamforming是基于全向天线，用信号的预编码技术。利用信号叠加原理，调节多根天线发送信号的相位，来控制信号传播的方向和能量强度(“定向波束”)，提高接收端的解调信噪比。
在波束成形中，多个波源(即天线阵列)通过仔细控制波源发射/接收的波之间的相对相位和幅度可以做到电磁波辐射/接收增益都集中在一个方向上(即接收机/发射机所在的位置)，而在其他地方电磁波辐射/接收增益都很小(即减少了对其他接收机的干扰/减小了被其他发射机干扰的机会)。以接收天线阵列为例。对于沿我们想要方向传播的电磁波，波前到达天线阵列中每个天线的时间(相位)均有所不同。对于每一个天线，我们都加入一个特定的相位延迟用来补偿波前到达天线相位的区别，因此在经过该相位延迟后，就把每个天线收到的信号在相位上对齐了，从而不同天线接收到的有用信号在经过加和后会幅度变得很大。另一方面，当沿其它方向传播的干扰信号到达天线阵列时，每个天线对应的延迟与信号到达天线的时间差并不符合，因此在加和后幅度并不会变大。这样，天线阵列就可以通过多个普通天线配合特定的延迟来等效实现具有方向性的天线。根据天线的互易性原理，相同的架构也可以用在发射天线阵列里去等效一个高方向性的天线。此外天线辐射的方向可以通过改变波源之间的相对延时和幅度来实现，可以轻松追踪发射端和接收端之间相对位置的改变。
Beamforming技术在无线通信系统中被广泛应用，特别是在无线局域网(WLAN)和移动通信系统中。通过优化信号的传输方向和强度，Beamforming可以提高信号的覆盖范围、抗干扰性和网络容量，提供更可靠和高效的无线连接。通过控制波束方向，可以增强STA方向的覆盖距离和信号强度。
第一方面，本申请实施例提供了一种通信控制方法，应用于终端，该终端支持预设带宽且支持传输波束成形TxBF技术，该方法包括：该终端接收路由器发送的探测响应帧，该探测响应帧携带了该路由器的组织唯一标识符OUI以及该路由器支持的带宽为第一带宽；该路由器支持该预设带宽且支持TxBF技术；在该OUI为预设OUI且该第一带宽等于该预设带宽的情况下，该终端向该路由器发送第一关联请求帧；该终端接收该路由器发送的用于响应该第一关联请求帧的第一关联响应帧；该第一关联请求帧携带第一指示信息，该第一指示信息用于指示：该终端支持的最大带宽为该预设带宽，且该终端不支持该TxBF技术；或者，该第一指示信息用于指示：该终端支持的最大带宽为第二带宽，且该终端支持该TxBF技术；其中，该第二带宽小于该预设带宽。
上述实施例中，使用TxBF技术进行数据传输时，示例的，发送端为路由器，接收端为终端。预设OUI为故障AP的厂商对应的OUI。当一个支持预设带宽(例如160M带宽)且支持TxBF技术的路由器的OUI为预设OUI且通知终端该路由器支持预设带宽(例如160M带宽)的情况下，该路由器就可能是无法正常在160M带宽下使用TxBF技术的故障AP。那么为了避免进入在160M带宽下使用TxBF技术就出故障的问题场景，本来既支持TxBF技术且支持160M带宽的终端可以在建链时通过关联请求帧(第一关联请求帧)假报自己不支持TxBF或者不支持160M带宽，进而引导路由器在通过第一关联请求帧得知终端不同时支持TxBF和160M带宽时，也不会同时使用TxBF和160M带宽。这样就不会进入到问题场景了，属于在建链阶段就进行流程优化，防范于未然。
结合第一方面，在一些实施例中，该第一关联响应帧携带第二指示信息；在该第一指示信息用于指示该终端支持的最大带宽为该预设带宽，且指示该终端不支持该TxBF技术的情况下，该第二指示信息用于指示：该路由器支持的最大带宽为该预设带宽，且该路由器不支持该TxBF技术；或者，在该第一指示信息用于指示该终端支持的最大带宽为第二带宽，且指示该终端支持该TxBF技术的情况下，该第二指示信息用于指示：该路由器支持的最大带宽为该第二带宽，且该路由器支持该TxBF技术。
上述实施例中，路由器在通过第一关联请求帧得知终端不同时支持TxBF和160M带宽时，也不会同时使用TxBF和160M带宽。路由器通过关联响应帧(第一关联响应帧)回应终端，将协商的带宽控制为与终端通过第一关联请求帧所指示的带宽相同的带宽，协商的TxBF能力也与终端通过第一关联请求帧所指示的TxBF能力保持一致。这样，在后续通信过程中，基于协商好的带宽和TxBF能力才能实现正常的数据传输。
结合第一方面，在一些实施例中，该终端向该路由器发送第一关联请求帧之前，该方法还包括：该终端确定该探测响应帧中还携带了用于指示该路由器支持该TxBF技术的信息。
上述实施例中，探测响应帧中一旦携带了用于指示路由器支持TxBF技术的信息，就可以进一步确定路由器是故障AP。但是，探测响应帧中也许并不会携带路由器支持TxBF技术的信息，但是即使未携带指示路由器是否支持160M的信息，也可以使用本申请实施例提供的通信控制方法。即使路由器是一个不支持TxBF技术的AP，实施本申请实施例提供的通信控制方法并不会带来负收益。
第二方面，本申请实施例提供了一种通信控制方法，该终端支持预设带宽且支持传输波束成形TxBF技术，该方法包括：该终端与该路由器建立第一连接；该路由器支持该预设带宽且支持TxBF技术，该终端通过该第一连接接收该路由器发送的数据时，该终端的TxBF技术处于开启状态且该终端使用的该最大带宽为该预设带宽；在满足第一条件的情况下，该终端向该路由器发送第一重关联请求帧；该第一条件包括该终端和该路由器的通信质量低于预设水平；该终端接收到该路由器发送的用于响应该第一重关联请求帧的第一重关联响应帧；该第一重关联请求帧携带第三指示信息，该第三指示信息用于指示：该终端支持的最大带宽为该预设带宽，且该终端不支持该TxBF技术；或者，该第三指示信息用于指示：该终端支持的最大带宽为第二带宽，且该终端支持该TxBF技术；其中，该第二带宽小于该预设带宽。
上述实施例中，同第一方面一样，使用TxBF技术进行数据传输时，示例的，发送端为路由器，接收端为终端。与第一方面的不同之处在于，第二方面是在通信过程中终端发现网速慢(可以理解为终端已经进入了问题场景)，合理怀疑路由器是故障AP，然后基于重关联过程重新协商TxBF能力和最大带宽以使终端退出问题场景。协商方式是终端通过重关联请求帧(第一重关联请求帧)假报自己不支持TxBF或者不支持160M带宽，进而引导路由器在通过第一重关联请求帧得知终端不同时支持TxBF和160M带宽时，也不会继续同时使用TxBF和160M带宽。
结合第二方面，在一些实施例中，该第一重关联响应帧携带第四指示信息；在该第三指示信息用于指示该终端支持的最大带宽为该预设带宽，且指示该终端不支持该TxBF技术的情况下，该第四指示信息用于指示：该路由器支持的最大带宽为该预设带宽，且该路由器不支持该TxBF技术；或者，在该第三指示信息用于指示该终端支持的最大带宽为该第二带宽，且指示该终端支持该TxBF技术的情况下，该第四指示信息用于指示：该路由器支持的最大带宽为该第二带宽，且该路由器支持该TxBF技术。
上述实施例中，路由器在通过第一重关联请求帧得知终端不同时支持TxBF和160M带宽时，也不会同时使用TxBF和160M带宽。通过重关联响应帧(第一重关联响应帧)回应终端，将协商的带宽控制为相同的带宽，TxBF能力也保持一致。这样，在后续通信过程中，基于协商好的带宽和TxBF能力才能实现正常的数据传输。
结合第二方面，在一些实施例中，该终端接收到该路由器发送的第一重关联响应帧之后，该方法还包括：该终端与该路由器建立第二连接；在该第三指示信息用于指示该终端支持的最大带宽为该预设带宽，且指示该终端不支持该TxBF技术的情况下，通过该第二连接接收该路由器发送的数据时，该终端的TxBF功能处于关闭状态且该终端使用该的最大带宽为该预设带宽，或者，在该第三指示信息用于指示该终端支持的最大带宽为第二带宽，且指示该终端支持该TxBF技术的情况下，通过该第二连接接收该路由器发送的数据时，该终端的TxBF功能处于开启状态且该终端使用该的最大带宽为该第二带宽。
结合第二方面，在一些实施例中，该终端与该路由器建立第一连接之前，该方法还包括：该终端接收该路由器发送的探测响应帧，该探测响应帧携带了该路由器的组织唯一标识符OUI以及该路由器支持的带宽为第一带宽；该终端向该路由器发送第二关联请求帧；该终端接收到该路由器发送的用于响应该第二关联请求帧的第二关联响应帧；该第二关联请求帧携带第五指示信息，该第五指示信息用于指示：该终端支持的最大带宽为该预设带宽，且该终端支持该TxBF技术。
上述实施例中，终端和路由器进入问题场景的原因是：路由器是一个故障AP，但是在协商带宽时却协商为了同时使用TxBF技术和160M带宽。需要说明的是，不限于此处提出的原因，还可以为其他原因：例如，路由器本来是一个故障AP确没有被终端识别出，但是由于非网速慢的原因进行重关联时协商再次为了同时使用TxBF技术和160M带宽，然后进入问题场景产生网速慢，被终端识别为故障AP，于是可以再次进行重关联协商称为不同时使用TxBF技术和160M带宽。
结合第二方面，在一些实施例中，第一条件还包括该路由器的OUI为预设OUI且该第一带宽等于该预设带宽。
上述实施例中，第一条件除了包括网速慢以外，还可以包括更多的信息去进一步确定路由器是一个故障AP，例如路由器是预设厂商生产的，路由器支持预设带宽等。
结合第二方面，在一些实施例中，满足第一条件之前，该方法还包括：在基于该探测响应帧确定该路由器的OUI为预设OUI且该第一带宽等于该预设带宽时，该终端在建立该第一连接之后按照第一频率进行网络检测，判断该终端和该路由器的通信质量低于预设水平；该第一频率大于第二频率，该第二频率为终端在接收到该探测响应帧之前进行网络检测的频率。
结合第二方面，在一些实施例中，该方法还包括：在确定满足该第一条件之前，该终端通过该第一连接接收到该路由器发送的请求发送帧，该请求发送帧用于请求使用该预设带宽向该终端发送该第一数据包；该终端通过该第一连接向该路由器发送允许发送帧，该允许发送帧用于通知该路由器使用该第二带宽发送该第一数据包。
上述实施例中，产生问题场景的一个原因包括：终端和路由器在建立第一连接之后，通过RTS(请求发送帧)和CTS(允许发送帧)将传输数据包的带宽从协商的最大带宽修改为了一个小于协商带宽(见图2B和图2A及其相关描述)。当出现这个原因的时候，可以充分的说明路由器就是故障AP。
结合第二方面，在一些实施例中，该终端和该路由器的通信质量低于预设水平，具体包括：该终端向该路由器发送允许发送帧之后，在预设时间内该终端未接收到该第一数据包。
上述实施例中，如果存在要发送第一数据包的请求发送帧和允许发送帧，且协商传输第一数据包的带宽不是协商的最大带宽，而是一个小于最大带宽的带宽，那么此时又迟迟接收到不到第一数据包，可以更充分的说明路由器就是故障AP。
结合第二方面，在一些实施例中，该终端和该路由器的通信质量低于预设水平，具体包括：该终端确定第二数据包的丢包率大于预设丢包率；该第二数据包为该终端通过该第一连接接收到的数据包。
结合第二方面，在一些实施例中，该预设带宽为160M带宽。
结合第二方面，在一些实施例中，该第二带宽为80带宽、40M带宽或者20M带宽中的一个。
第三方面，本申请实施例提供了一种通信控制方法，在一些实施例中，该方法包括：在终端(如手机)所连接路由器的组织唯一标识符OUI为预设OUI且所述路由器的带宽为预设带宽的情况下(如，终端确定所连接路由器的组织唯一标识符OUI为预设OUI且该路由器的带宽为预设带宽时，确定该路由器为故障路由器)，终端关闭该预设带宽下支持的传输波束成形TxBF功能，且通过第一方式向该路由器发送第一报文；该第一方式未使用该预设带宽下支持的传输波束成形TxBF技术对第一报文进行发送；该终端接收到该路由器发送的对第一报文的响应；该对第一报文的响应是通过该路由器支持的第一方式发送的。
上述实施例中，某些路由器使用预设带宽下的TxBF技术向终端发送消息(报文)会导致问题，例如消息无法发送至终端的问题。为了解决这个问题，可以关闭终端在预设带宽下的TxBF功能，使用第一方式(非预设带宽下的TxBF技术)，使得路由器也同样关闭预设带宽下的TxBF功能。使得终端和路由器的交互不使用该预设带宽下的TxBF技术，则不会出现接收不到消息的问题。
某些路由器和手机通信时会出现问题导致用户没法上网。在一些实施例中，可以在手机侧识别特定路由器、特定带宽、和/或特定协议类型的场景下，就动态关闭手机侧的TxBF功能，在连接过程中，手机通知路由器当前手机不支持TxBF技术，则路由器就会关闭TxBF功能，这样双方通信就不会出问题了。
结合第三方面，在一些实施例中，通过第一方式向该路由器发送第一报文，具体包括：使用第一带宽下支持的TxBF技术对第一报文进行发送。
结合第三方面，在一些实施例中，通过第一方式向该路由器发送第一报文，具体包括：将第一报文发送至该路由器，且在发送时不使用TxBF技术对该第一报文进行调整。
结合第三方面，在一些实施例中，确定该路由器为故障路由器之前，该方法还包括：该终端基于预设规则确定该路由器的网速慢。
结合第三方面，在一些实施例中，该预设规则包括：该终端向该路由器发送第二报文，在第一预设时间内未接受到该路由器发送的对该第二报文的响应。
结合第三方面，在一些实施例中，该预设规则包括：该终端向该路由器发送至少一个报文之后，在第二预设时间内未接受到该路由器发送的报文。
结合第三方面，在一些实施例中，该终端接受到的该路由器发送的报文存在丢包。
结合第三方面，在一些实施例中，该预设带宽为160M带宽。
结合第三方面，在一些实施例中，该第一带宽为80带宽、40M带宽或者20M带宽中的一个。
第四方面，本申请实施例提供了一种终端，该终端包括：一个或多个处理器和存储器；该存储器与该一个或多个处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，该一个或多个处理器调用该计算机指令以使得该终端执行如第一方面中实施的方法。
第五方面，本申请实施例提供了一种计算机可读存储介质，包括指令，当该指令在终端上运行时，使得该终端执行如第一方面或者第二方面或者第三方面中实施的方法。
第六方面，本申请实施例提供了一种芯片系统，该芯片系统应用于终端，该芯片系统包括一个或多个处理器，该处理器用于调用计算机指令以使得该终端执行如第一方面或者第二方面或者第三方面实施的方法。所述芯片系统可以是SoC(system-on-chip，系统级芯片)。所述处理器可以包括调制解调处理器(又称为Modem或基带芯片)。
第七方面，本申请实施例提供了一种包含指令的计算机程序产品，当该计算机程序产品在终端上运行时，使得该终端执行如第一方面或者第二方面或者第三方面实施的方法。
可以理解地，第四方面提供的终端、第五方面提供的计算机存储介质、第六方面提供的芯片系统和第七方面提供的计算机程序产品均用于执行本申请实施例所提供的方法。因此，其所能达到其他有益效果可参考对应方法中的有益效果，此处不再赘述。
附图说明
图1示出了空间空洞和波束成形技术在传播信号时的示意图；
图2A为AP使用TxBF功能完成信号传输的正常流程示意图；
图2B为使用TxBF功能完成信号传输的异常流程示意图；
图3A示出了AP和STA建链的流程图；
图3B示出了重关联过程示意图；
图4示出了方式1中基于关联阶段关闭TxBF功能的示意图；
图5示出了方式2中基于关联阶段关闭160M带宽的示意图；
图6示出了方式3中基于重关联阶段关闭TxBF功能的示意图；
图7示出了方式4中基于重关联阶段关160M带宽的示意图；
图8示出了方式1涉及的一个示例性流程图；
图9示出了关闭TxBF功能之后的一个示例性数据传输过程；
图10示出了方式2涉及的一个示例性流程图；
图11A示出了关闭160M带宽之后的一个示例性数据传输过程；
图11B示出了关闭160M带宽之后的另一个示例性数据传输过程；
图12A示出了方式3涉及的一个示例性流程图；
图12B示出了基于重关联关闭TxBF功能之后的一个示例性数据传输过程；
图13A示出了方式4涉及的一个示例性流程图；
图13B示出了基于重关联关闭160M带宽之后的一个示例性数据传输过程；
图14示出了终端的示例性结构框图；
图15是本申请实施例提供的终端的结构示意图。
具体实施方式
在一种方案中，接入点AP(例如路由器等WiFi设备)使用全向天线，理论上会以天线为圆心，在各个方向上均匀发送信号。但在实际应用中，因障碍物导致的多径、散射、衍射等原因，AP发射的WiFi信号在各个方向上传播的强度并不相同。AP使用Beamforming(波束成形)技术的目的是通过AP与站点STA(例如手机等终端设备)的交互，计算出Steering Matrix(指向矩阵)系数。使AP能通过指向矩阵控制不同天线发送信号的强度与相位，达到WiFi信号增强的目的，使得STA接收到的WiFi信号强度和质量更优。
参考图1，波束成形技术可以降低空间空洞现象带来的信号(例如WiFi信号)衰减，增加信号强度和质量。
其中，空间空洞是指信号在传播过程中的某些区域或方向上信号强度较弱或无法到达的现象。空间空洞可能是由于信号的多径传播、衰减、障碍物阻挡等因素引起的。空间空洞会导致信号质量下降，甚至造成传输中断或信号丢失的问题。
AP在发送信号时，空间空洞对信号的覆盖范围和传输距离有直接影响。如果WiFi网络中存在大量的空间空洞，信号在这些区域内的传输效果会受到影响，STA可能无法收到稳定的信号。例如，如图1所示，AP使用天线A和天线B向STA发送WiFi信号，空间空洞越大则STA接收到信号的质量越差(严重衰减)甚至无法接收到。
但是，在使用波束成形技术对该信号进行发送时，可以提高信号的传输范围和质量。通过将信号的能量集中在需要的方向上，可以减少信号在空间中的扩散和衰减，提高信号的接收灵敏度和覆盖范围，从而提升无线连接速度和稳定性。例如，如图1所示，AP使用天线A和天线B向STA发送经过波束成形技术处理之后信号时，可以对信号进行相位和幅度调整，形成一个定向的波束，将信号的能量集中在STA上。
需要说明的是，Beamforming技术是一种通用的技术，可应用于发送端和/或接收端。指定了发送端和接收端的Beamforming技术被称为传输波束成形(transmit Beamforming，TxBF)技术。
STA支持Beamforming技术时，AP可以使用Beamforming技术将信号传输至STA，意味着AP支持TxBF技术。STA可以正确的接收和处理AP使用Beamforming技术发送的信号时，意味着STA也支持TxBF技术。也可以理解为：发送端使用的Beamforming技术可以被称为TxBF技术。发送端(例如AP)利用TxBF技术将信号发送到接收端(例如STA)，从而提高信号的传输强度和质量。接收端(例如STA)需要支持TxBF技术才能正确地接收和处理通过TxBF技术发送的信号。
这里，后文中提到的使用TxBF技术进行数据传输时，以AP为发送端，也可以被称为Beamformer(波束成形器)。STA为接收端，也可以被称为Beamformee(波束成形接收端)。
本来均支持TxBF技术的AP和STA之间使用TxBF技术进行数据传输时，可以提高传输质量。但是在实际应用中，发现存在一款故障AP，该故障AP由于内部bug导致使用TxBF技术向STA发送信息时出现网速慢的问题，使得STA接收到的信号较差或者无法接收到信号。
出现网速慢问题的原因可以包括以下内容。
在建立连接的过程中，STA和AP会协商进行数据传输时双方均支持的最大带宽，以及数据传输时是否支持TxBF。建立连接的过程中，如果协商了要使用TxBF传输数据，那么在传输数据时双方均会使用TxBF。双方均支持的最大带宽表示在数据传输时使用的带宽需小于或者等于该最大带宽。通常来说，数据传输时使用的带宽(传输带宽)就是协商的最大带宽。但是，传输数据时该最大带宽并不一定要被使用，因为建立连接之后，提供了将传输带宽从最大带宽更改为其他带宽(小于该最大带宽)的方式以实现使用其他带宽进行数据传输。更改带宽的方式包括：STA根据信道的质量和使用情况等因素进一步确定是否更改带宽。
如果更改则通过允许发送(clear to send，CTS)帧通知AP更改后的可用带宽(小于协商的最大带宽)。如果协商的最大带宽可用，则AP和STA在进行数据传输时可以使用该最大带宽。基于此，STA和AP建立连接之后，如果AP期望使用最大带宽和TxBF向STA发送数据，那么AP需要向STA发送一个请求发送(Request To Send，RTS)帧向STA请求在最大带宽上使用TxBF发送数据。STA在接收到RTS帧之后，会检测最大带宽的信道是否可用，若不可用，则检测可用信道。再基于检测结果确定本次数据传输时的可用带宽。并将可用带宽携带于允许发送(clear to send，CTS)帧中反馈至AP。AP解析出该CTS帧中可用带宽，然后在该可用带宽的信道上向STA发送数据才能使得数据传输成功。但是，在最大带宽为预设带宽(例如160M)时，AP通过请求发送帧向STA请求在预设带宽的信道上使用TxBF技术发送信号(例如数据包)时。STA检测到预设带宽的信道不可用，且确定可用带宽为非预设带宽(例如80M)。于是STA通过允许发送帧(通知AP在非预设带宽的信道上使用TxBF技术发送信号。但是，AP由于内部bug无法正常响应该允许发送帧导致数据传输异常。对该过程的详细描述可以参考下述图2B。
其中，在预设带宽的信道上使用TxBF技术发送信号是指：在预设带宽的信道上发送使用TxBF技术处理后的信号。也可以理解为使用预设带宽和TxBF技术发送数据。
预设带宽指会导致出现问题场景的带宽，通常为160M带宽。不限于160M带宽。例如，如果80M带宽也导致了问题场景的出现，则80M带宽也可以是预设带宽。
后文中以预设带宽为160M为例进行说明。AP由于内部bug导致使用TxBF技术向STA发送信息时网速慢问题的描述可以参考图2A和图2B。图2A和图2B中描述了数据传输的流程。需要说明的是，在进行数据传输前需建立连接，建立连接时协商带宽和TxBF的过程可以参考下述对图3A的描述。图2A和图2B中以协商的最大带宽为160M，支持TxBF为例，对网速慢问题进行描述。
图2A示出了AP使用TxBF技术完成报文传输的正常流程。AP作为Beamformer(波束成形器)在160M带宽的信道上发送空数据包(NULLdatapacket，NDP)供作为Beamformee(波束成形接收端)的STA做信道测量。该NDP还用于通知STA：AP将在160M带宽的信道上使用TxBF技术发送信号。该NDP可以被称为160MNDP。STA作为Beamformee在接收到160MNDP后，对160M带宽的信道进行测量，计算出160M带宽的信道的信噪比(signal-to-noise ratio，SNR)与指向矩阵(SteeringMartix)系数，将SNR和指向矩阵系数携带在压缩反馈(compressedfeedback，CFB)中，将CFB(一种action帧)在160M带宽的信道上发送至AP。后续，AP接收到STA反馈的CFB，对发送信号的强度、相位进行调整。AP向STA发送动态(Dynamic)的RTS(Request To Send，请求发送)。其中，Dynamic表示AP向STA发送RTS时使用的信道可以根据信道的质量进行动态调整，这表示AP可以在一个质量较好的信道上向STA发送RTS，而不是一定要使用最大带宽的信道。
继续参考图2A，STA在接收到Dynamic的RTS之后，开始检测信道。检测结果为：STA检测到160M带宽的信道不可用，80M带宽的信道可用。于是STA在80M带宽的信道上向AP回复80M CTS(Clear To Send，允许发送)。该80MCTS用于通知AP在80M带宽的信道上使用TxBF技术发送信号。AP发现STA支持的带宽不是协商的最大带宽160M，而是80M，AP会在80M带宽的信道上重新发送NDP(称为80MNDP)供Beamformee做信道测量。该80MNDP还用于通知STA：AP将在80M带宽的信道上使用TxBF技术发送信号。STA在接收到80MNDP后，对80M带宽的信道进行测量，计算出80M带宽的信道的SNR与指向矩阵系数，并将SNR和指向矩阵系数通过CFB在80M带宽的信道上发送至AP。AP接收到STA反馈的CFB，使用TxBF技术对发送信号(data packet，数据包)的强度、相位进行调整，然后在80M带宽的信道上将调整后的信号发送至STA。STA接收到data packet之后，在80M带宽的信道上向AP发送确认报文(ACK)。至此，Beamformer和Beamformee就使用TxBF完成了一次数据传输。
参考图2A可以总结出，协商的最大带宽为160M时，AP如果需要在160M带宽的信道向STA发送data packet(数据包)。则首先需要通过CFB接收到160M带宽的信道的指向矩阵系数，然后还需要接收到允许在160M带宽的信道上发送数据的CTS。这样，STA才可以使用TxBF在160M带宽的信道上发送数据包。如果CTS中指示可用带宽是除160M以外的带宽1(例如80M)，那么160M带宽的信道的指向矩阵系数将不可用，AP需要重新通过NDP获取带宽1的信道的指向矩阵系数以及接收到允许在该带宽1的信道上发送数据的CTS，才可以使用TxBF在该带宽1的信道上发送数据包。最大带宽不限于160M带宽，其他带宽(例如80M)也是同理。
图2B示出了使用TxBF技术进行报文传输的异常流程。与前述图2A示出的正常流程相同，STA通过在80M带宽的信道上发送80MCTS将可用带宽从协商的最大带宽160M变成80M。带宽从160M变成80M的过程包括：AP作为Beamformer通过发送160MNDP供Beamformee做信道测量。该160MNDP还用于通知STA：AP将在160M带宽的信道上使用TxBF技术发送信号。STA作为Beamformee在接收到160MNDP后，对160M带宽的信道进行测量，计算出160M带宽的信道的SNR与指向矩阵(SteeringMartix)系数。将SNR和指向矩阵系数携带在压缩反馈(compressedfeedback，CFB)中，将CFB在160M带宽的信道上发送至AP。AP接收到STA反馈的CFB，对发送信号的强度、相位进行调整。然后，AP发送动态(Dynamic)的RTS。STA在接收到Dynamic的RTS之后，开始检测信道。检测结果为：STA检测到160M带宽的信道不可用，80M带宽的信道可用。于是STA在80M带宽的信道上向AP回复80M CTS。该80MCTS用于通知AP在80M带宽的信道上使用TxBF技术发送信号。相比于图2A的正常流程，AP在STA发出80MCTS后，后续无具体动作。所以，未进行报文(例如数据包)传输。
参考前述出现网速慢问题的原因，这里后续无具体动作的原因可能是：AP存在内部故障，在STA通过CTS将可用带宽从协商的最大带宽更改为其他带宽之后，STA无法对STA发送的CTS进行处理。
出现图2B所示的异常流程时会导致TxBF技术无法成功被用于进行报文(例如数据包)传输，进而导致AP无法使用TxBF技术向STA发送数据包，导致STA出现网速慢的问题。
这里需要说明的是，图2A和图2B中描述了数据传输的过程。在实施图2A或者图2B示出的数据传输之前，STA和AP之间还需要执行下述图3A示出的建立连接过程。STA和AP在传输数据时双方均支持的最大带宽(例如160M)和TxBF技术是在建立连接(简称为建链，也可以被称为建连)的过程中协商好的。关于建链的过程可以参考下述对图3A的描述。
一旦建链过程中协商好最大带宽和使用TxBF技术，建立连接之后，参考前述针对图2A的相关描述，AP就可以通过DNP获取最大带宽的信道的指向矩阵系数以及通过RTS获取在最大带宽的信道上发送数据的允许，进而AP会使用最大带宽和TxBF向STA进行数据传输。如果不使用最大带宽，可以如前述图2A以及图2B中所示，在发送CTS时将带宽从最大带宽更改为其他小于最大带宽的可用带宽，或者，进行重关联时重新协商带宽。在进行重关联时还可以重新协商是否启用TxBF技术。关于重关联可以参考下述对图3B的描述，此处暂不赘述。
其中，建链过程中带宽和是否启用TxBF技术的协商可以参考下述对图3A的描述。
建链过程包括6个阶段，分别是：扫描阶段、选网阶段、鉴权阶段、关联阶段、四步握手阶段和动态主机配置协议(dynamic host configuration protocol，DHCP)阶段。下面分别对各阶段进行描述。
第一阶段：扫描阶段。用于STA发现周围的AP并获取AP的基本信息。
STA(例如手机等终端)发送探测请求(Probe request)帧。STA发送Probe Request帧以搜索附近可用的无线网络设备。该Probe request帧中包含STA的无线网络需求和参数。
AP(例如路由器)向STA发送探测响应(Probe response)帧。AP收到Probe request帧后，向STA发送Probe response帧，其中包含AP的基本信息。该基本信息包括AP支持的最大带宽、还可以包括AP是否支持TxBF。
这里需要说明的是，STA扫描周围AP的时机包括但不限于：用户触发的扫描：检测到开启wifi的操作，STA开始扫描周围AP。或者，当STA检测到位置发生变化触发主动扫描，获取新位置周围的AP。
第二阶段：选网阶段。
STA根据接收到的Probe response帧，选择一个目标AP进行连接。通常基于信号强度和质量等因素进行选择。
第三阶段，鉴权阶段。用于进行STA的身份验证。
STA向选定的STA发送认证请求(Auth request，即Authentication request)帧。STA向选定的AP发送Auth request帧，用于进行身份验证。Auth request帧中包含STA的身份验证请求和相关参数。
选定的AP向STA发送认证响应(Auth response)帧。AP接收到Auth request帧后，向STA发送Auth response帧，用于确认STA的身份和权限。
第四阶段，关联阶段。
STA向选定的AP发送关联请求(Assoc request，即Association request)帧。STA向已通过鉴权的AP发送Assoc request帧，其中包含STA的身份和相关连接参数。其中，STA的相关连接参数可以包括STA支持的带宽和是否支持TxBF等。
选定的AP向STA发送关联响应(Assoc response)帧：AP收到Assoc request帧后，向STA发送Assoc response帧，用于确认建立关联。该Assoc request帧中可以包括AP的相关连接参数。其中，AP的相关连接参数可以包括STA支持的带宽和是否支持TxBF等。
需要说明的是，在Assoc request帧和Assoc response帧中关于带宽和TxBF的信息是记录在HT Capabilities字段中的。
第五阶段，四步握手(Four-Way Handshake)。用于建立安全的加密会话。
这个过程使用了EAPOL(Extensible Authentication Protocol over LAN)协议，包括EAPOL1-EAPOL4。
EAPOL1(EAPOL-Key 1of 4)：AP向STA(选定的)发送EAPOL-Key 1消息，其中包含用于建立加密会话的随机数。
EAPOL2(EAPOL-Key 2of 4)：STA向AP发送EAPOL-Key 2消息，包含对AP发送的随机数进行处理的结果。
EAPOL3(EAPOL-Key 3of 4)：AP向STA发送EAPOL-Key 3消息，包含用于生成会话密钥的随机数和对STA发送的随机数进行处理的结果。
EAPOL4(EAPOL-Key 4of 4)：STA和AP通过EAPOL-Key 4消息进行最后的确认和验证，确保加密会话建立成功。
第六阶段，DHCP阶段。用于STA获取AP分配给自己的IP地址和其他网络配置信息，该过程包括DHCP发现(Disvover)、DHCP提供(Offer)、DHCP请求(Request)以及DHCP确认(ACK)。
DHCP Disvover：STA广播发送DHCP Discover消息，用于发现可用的DHCP服务器。
DHCP Offer：AP收到DHCP Discover消息后，向STA发送DHCP Offer消息，其中包含可用的IP地址和配置信息。
DHCP Request：STA向AP发送DHCP Request消息，请求分配特定的IP地址和配置信息。
DHCP ACK：AP向STA发送DHCP Acknowledgement消息，确认分配给STA的IP地址和配置信息。
基于前述内容可知，STA和AP按照前述图3A所示的建链流程之后，就建立了连接，可以进行数据传输了。一种成功进行数据传输的场景可以参考前述图2A所示的内容。在建链过程中，关联阶段是主要协商带宽和TxBF能力的阶段。通过HT Capabilities字段来了解双方的支持情况并进行适配。例如，STA在接入AP时，会通过HT Capability(high throughput capability，高吞吐能力)中的Transmit Beamforming capabilities(发送波束成形能力)字段声明STA的beamforming(TxBF)能力，当AP与STA都支持Beamforming(TxBF)时，会使能该功能。
如果AP支持TxBF，并且STA也支持TxBF，并在关联阶段的协商过程中双方达成一致(均支持)，那么TxBF功能可以在后续的数据传输过程中启用。同理，双方协商的其他能力也是如此。例如，AP支持带宽1，并且STA也支持带宽1，并在关联阶段的协商过程中双方达成一致(均支持)，那么带宽1可以在后续的数据传输过程中启用。
需要说明的是，在建链之后如果需要更改协商好的能力(例如带宽和TxBF)，可以进行重关联来实现。如图3B所示，在重关联阶段。STA可以向AP发送重关联请求(Reassoc request)帧以重新协商带宽以及TxBF等能力。AP收到STA发送的Reassoc request帧之后，可以向AP发送重关联响应(Reassoc response)帧。
Reassoc request帧和ReAssoc response帧中关于带宽和TxBF的信息也是记录在HT Capabilities字段中的。
其中，Reassoc request帧和前述Assoc request帧中协商能力的内容相同，Reassoc response帧和前述Assoc response帧中协商能力的内容相同，可以参考前述相关内容，此处不再赘述。
在一些可能的情况下，在进入重关联阶段之前，需要重新进行鉴权以确保网络的合法使用：STA向STA发送重认证请求(Reauth request)帧。接收到Reauth request帧之后，AP向STA发送重认证响应(Reauth response)帧完成重鉴权。
针对前述方案中的故障AP，提出了通信控制方法。在该方法中，确定无线接入点AP(例如路由器)可能为使用TxBF技术向STA(例如手机等终端)发送信息时，会导致网速慢的故障AP时，就关闭该故障AP和STA的TxBF功能。使得该AP向STA发送信息时不使用TxBF技术，保证终端可以正常接收到信息。
其中，关闭AP的TxBF功能表示：作为发送端，AP在向STA发送信息时，不使用TxBF技术。关闭STA的TxBF功能表示：作为接收端，STA在接收AP发送的信息时，不使用TxBF技术。
但是，STA作为发送端、AP作为接收端时是否使用TxBF功能在该方法中不进行限定。
在一些可能的情况下，针对故障AP，需要STA侧自行规避，先关闭本侧的TxBF功能以触发对端的AP也关闭TxBF功能。
在另一些可能的情况下，针对故障AP，是在预设带宽下使用TxBF技术才会出现问题场景。那么，STA侧自行规避时，也可以不关闭TxBF功能，而是不使用预设带宽。
总结起来，规避方式包括但不限于下述方式1-方式4。
方式1.在建链过程中，STA识别到选定建立连接的AP可能为此故障AP，且该AP已经打开160M，则可以直接关闭STA侧的TxBF功能。
其中，已经打开160M是指该AP在和STA协商带宽时，AP通知STA：AP支持160M带宽。STA识别到选定建立连接的AP可能为此故障AP，包括：STA确定生产该AP的厂商生产了故障AP。
参考图4中(a)所示，针对配置了TxBF功能以及支持的最大带宽为160M的故障AP和STA，在建链过程中可以实施方式1。方式1的实现过程包括以下内容。
见(1)处，AP通过Probe response帧通知STA：AP支持160M、AP由厂商A生产。这里，STA可以基于Probe response帧中关于STA的信息确定AP是否为故障AP。
AP为故障AP的情况下，见(2a)处，STA通过Probe response帧选择与该AP进行连接，并向该AP发送Assoc request帧。该Assoc request帧用于通知AP：STA最大支持160M、作为接收端不支持TxBF。参考(3a)处，AP响应该Assoc request帧，向STA发送Assoc response帧，此处，该Assoc response帧用于通知STA：AP最大支持160M，作为发送端不支持TxBF。
这里图4中的(2a)处STA通知AP：STA作为接收端不支持TxBF之后，会使得本来支持TxBF的AP也通知STA：作为发送端不支持TxBF的原因包括：AP侧确定STA作为接收端不支持TxBF之后，AP就不会再使用TxBF向STA发送数据，因为这会导致不支持TxBF的STA无法正确接收使用TxBF发送的数据。为了避免该情况的发生，因此若作为接收端的STA不支持TxBF，AP也应该不启用TxBF。
后续，STA和AP完成建链的剩余步骤以建立连接。已连接之后，AP可以使用160M带宽的信道向STA发送数据，发送数据时未启用TxBF功能。STA可以在160M带宽的信道上接收AP发送的数据，且接收数据时TxBF功能处于关闭状态，即STA不使用TxBF功能接收数据。对比前述图2B，在AP为使用160M带宽和TxBF技术会出现网速慢问题的故障AP时，使用本申请实施例提供的通信控制方法，会使得AP和STA在建链过程中协商的最大带宽为160M，但是不支持TxBF。由于在数据传输时不支持TxBF，不会导致图2B中的问题场景。
需要说明的是，STA和AP均是支持TxBF和160M带宽的，如果不使用本申请实施例提供的通信控制方法，则STA和AP通常会协商为数据传输时支持的最大带宽为160M且支持TxBF。但是在实践中发现，如果故障AP在建链时协商了数据传输时支持的最大带宽为160M且支持TxBF，那么数据传输时就会出现前述图2B所示的问题场景，无法正常使用TxBF进行数据传输。因此，为了避免进入图2B所述的问题场景，在图4中的(2a)处，本来支持TxBF的STA向AP假报STA作为接收端不支持TxBF。
还需要说明的是，STA基于Probe response帧中关于STA的信息确定AP是否为故障AP的方式包括：Probe response帧中的组织唯一标识符(organization unique identifier，OUI)指示了AP是厂商A生产的。STA中记录了生产了故障AP的厂商的OUI(预设OUI)，在Probe response帧中OUI与预设OUI相同以及AP支持160M时，确定AP为故障AP。或者，包括：Probe response帧中除了携带AP的OUI以及AP是否支持160M的信息以外，还携带了用于指示AP是否支持TxBF的信息。在Probe response帧中的OUI与预设OUI相同、AP支持160M以及AP支持TXBF的情况下，确定AP为故障AP。
还需要说明的是，如果Probe response帧中携带了用于指示AP不支持TxBF的信息，则无需执行假报操作。正常协商带宽和TxBF能力即可。因为，参考前述图2A以及图2B所示的内容，在AP不支持TxBF时，并不会导致前述涉及的网速慢问题。
还需要说明的是，即使Probe response帧未携带指示AP是否支持160M的信息。也可以使用本申请实施例提供的通信控制方法。因为即使AP是一个不支持TxBF技术的AP，实施本申请实施例提供的通信控制方法并不会带来负收益。
如果基于Probe response帧确定AP为正常AP。此时，AP和STA协商带宽和使用TxBF的情况可以参考图4中(b)中(1)、(2b)以及(3b)所示。针对配置了TxBF功能以及支持的最大带宽为160M的故障AP和STA，已连接之后，AP可以使用160M带宽的信道向STA发送数据，发送数据时启用TxBF功能。STA可以在160M带宽的信道上接收AP发送的数据，且接收数据时TxBF功能处于开启状态，即STA使用TxBF功能接收数据。
其中，关于图4中(b)所示的(2b)以及(3b)处的内容与图4中(a)所示的(2a)以及(3a)处的内容相似，可以参考相关内容，此处不再赘述。
方式2.在建链过程中，STA识别到选定建立连接的AP可能为此故障AP，且该AP支持160M带宽。则关闭STA侧的160M带宽。
需要说明的是，方式2中，关闭160M带宽，则不会在160M带宽下使用TxBF，进而也就不会出现前述图2B中所示的问题场景。
参考图5所示，针对配置了TxBF功能以及支持的最大带宽为160M的故障AP和STA，在建链过程中可以实施方式2。方式2的实现过程包括以下内容。
见(1)处，AP通过Probe response帧通知STA：AP支持160M、AP由厂商A生产。这里，STA可以基于Probe response帧中关于STA的信息确定AP是否为故障AP。这里确定AP是否为故障AP的过程可以参考前述对方式1中确定AP是否为故障AP的相关内容，此处不再赘述。
AP为故障AP的情况下，见(2)处，STA通过Probe response帧选择与该AP进行连接，并向该AP发送Assoc request帧。该Assoc request帧用于通知AP：STA最大支持80M、作为接收端支持TxBF。参考(3)处，AP响应该Assoc request帧，向STA发送Assoc response帧，此处，该Assoc response帧用于通知STA：AP最大支持80M，作为发送端支持TxBF。
这里图5中的(2)处STA通知AP：STA最大支持80M带宽之后，会使得本来最大支持160M带宽的AP也通知STA：最大支持80M带宽的原因包括：在传输数据时，STA和AP支持的最大带宽应当相同。如果不相同会至少会导致数据丢失或带宽资源浪费的问题：作为发送端的AP使用带宽A向接收端STA发送数据时，作为接收端的STA使用的带宽如果小于带宽A，则会导致STA无法及时接收数据，进而使得数据丢失。如果大于带宽A，则会导致带宽资源的浪费。
后续，STA和AP完成建链的剩余步骤以建立连接。已连接之后，AP可以使用80M带宽的信道向STA发送数据，发送数据时启用TxBF功能。STA可以在80M带宽的信道上接收AP发送的数据，且接收数据时TxBF功能处于开启状态，即STA使用TxBF功能接收数据。对比前述图2B，在AP为使用160M带宽和TxBF技术会出现网速慢问题的故障AP时，使用本申请实施例提供的通信控制方法，会使得AP和STA在建链过程中协商的最大带宽为80M，支持TxBF。由于在数据传输时不使用160M带宽，不会导致图2B中的问题场景。
需要说明的是，STA和AP均是支持TxBF和160M带宽的，如果不使用本申请实施例提供的通信控制方法，则STA和AP通常会协商为数据传输时支持的最大带宽为160M且支持TxBF。但是在实践中发现，如果故障AP在建链时协商了数据传输时支持的最大带宽为160M且支持TxBF，那么数据传输时就会出现前述图2B所示的问题场景，无法正常使用TxBF进行数据传输。因此，为了避免进入图2B所述的问题场景，在图5中的(2)处，本来最大支持160M带宽的STA向AP假报STA最大支持80M。
还需要说明的是，方式2中，AP为正常AP时涉及的相关内容可以参考前述对图4中(b)的描述，此处不再赘述。
方式3.在建链过程中，协商了160M带宽以及启用TxBF技术。STA和AP建立连接之后，识别到上网慢，再判断所连接的AP是否为产生了故障AP的厂商生产的，若是则关闭STA侧的TxBF功能。这里上网慢包括的场景包括：AP数据传输慢或无数据传输。参考图6所示，针对配置了TxBF功能以及支持的最大带宽为160M的故障AP和STA，在建链过程中，例如参考(1)、(2)和(3)示出的过程，分别基于扫描阶段的Probe response帧、关联过程涉及的Assoc request帧和Assoc response帧协商了使用160M带宽和TxBF功能，在建链之后可以实施方式3进行重关联。方式3的实现过程包括以下内容。关于协商过程涉及的详细内容还可以参考前述对图3A所示内容的描述，此处不再赘述。
STA和AP已连接的情况下，见(4处)，AP侧在160M带宽的信道上使用TxBF技术传输数据时，如果出现了前述图2B中示出的协商带宽改变的情况，则会出现AP数据传输慢或无数据传输。此时，STA确定上网慢，且AP为预设厂商生产的，即厂商A为预设厂商。然后，进行重关联关闭TxBF功能：见(5a)处，STA向所连接的AP发送Reassoc request帧。该Reassoc request帧用于通知AP：STA最大支持160M、作为接收端不支持TxBF。参考(6a)处，AP响应该Reassoc request帧，向STA发送Reassoc response帧，此处，该Reassoc response帧用于通知STA：AP最大支持160M，作为发送端不支持TxBF。后续，STA和AP建立新的连接。已连接之后，AP可以使用160M带宽的信道向STA发送数据，发送数据时未启用TxBF功能。STA可以在160M带宽的信道上接收AP发送的数据，且接收数据时TxBF功能处于关闭状态，即STA不使用TxBF功能接收数据。
需要说明的是，方式3中出现上网慢的原因可以参考前述图2B。方式3相比于前述方式1和方式2，相当于是在出现上网慢问题时进行重连接，重连接过程中，AP和STA重新协商数据传输时的最大带宽和TXBF能力，协商结果为不再使用TxBF，但是双方仍然支持160M带宽。方式3中的协商结果可以避免AP继续在160M带宽的信道使用TxBF向STA发送数据进而持续上网慢。此处，关于为何要在重连接时协商为最大支持160M但是不支持TxBF的原因可以参考前述对方式1中建链过程中协商带宽和TxBF的描述，此处不再赘述。
方式4.在建链过程中，协商了160M带宽以及启用TxBF技术。STA和AP建立连接之后，识别到上网慢，再判断所连接的AP是否为产生了故障AP的厂商生产的，若是则关闭STA侧的160M带宽。
参考图7所示，针对配置了TxBF功能以及支持的最大带宽为160M的故障AP和STA，在建链过程中，例如参考(1)、(2)和(3)示出的过程，分别基于扫描阶段的Probe response帧、关联过程涉及的Assoc request帧和Assoc response帧协商了使用160M带宽和TxBF功能，在建链之后可以实施方式4进行重关联。方式4的实现过程包括以下内容。关于协商过程涉及的详细内容还可以参考前述对图3A所示内容的描述，此处不再赘述。
STA和AP已连接的情况下，见(4)处，AP侧在160M带宽的信道上使用TxBF技术传输数据时，如果出现了前述图2B中示出的协商带宽改变的情况，则会出现AP数据传输慢或无数据传输。此时，STA确定上网慢，且AP为预设厂商生产的，即厂商A为预设厂商。然后，进行重关联关闭160M带宽：见(5b)处，STA向所连接的AP发送Reassoc request帧。该Reassoc request帧用于通知AP：STA最大支持80M、作为发送端支持TxBF。参考(6b)处，AP响应该Reassoc request帧，向STA发送Reassoc response帧，此处，该Reassoc response帧用于通知STA：AP最大支持80M，作为发送端支持TxBF。
后续，STA和AP建立新的连接。已连接之后，AP可以使用80M带宽的信道向STA发送数据，发送数据时启用TxBF功能。STA可以在80M带宽的信道上接收AP发送的数据，且接收数据时TxBF功能处于开启状态，即STA使用TxBF功能接收数据。
这里需要说明的是，方式2-方式4中确定厂商A的过程与方式1相同，此处不再赘述。
需要说明的是，方式4中出现上网慢的原因可以参考前述图2B。方式4相比于前述方式1和方式2，相当于是在出现上网慢问题时进行重连接，重连接过程中AP和STA重新协商数据传输时的最大带宽和TXBF能力，协商结果为最大支持80M带宽，但是双方仍然支持。TxBF。方式4中的协商结果可以避免AP继续在160M带宽的信道使用TxBF向STA发送数据进而持续上网慢。此处，关于为何要在重连接时协商为最大支持80M，且支持TxBF的原因可以参考前述对方式2中建链过程中协商带宽和TxBF的描述，此处不再赘述。
方式3和方式4中，上网慢是指STA的网速慢，上网慢表示STA和AP的通信质量低于预设水平。方式3中执行重关联关闭TxBF功能以及方式4中执行重关联关闭160M带宽的条件可以被称为第一条件。该第一条件包括上网慢，或者还可以包括上网慢以及AP是由预设厂商产生的。这里重关联包括STA向AP发送重关联请求帧，AP向STA发送重关联响应帧。
还需要说明的是，方式2中和方式4中，关闭160M带宽意味着启用除160M以外的其他带宽，这里是以80M带宽为例进行说明的，可以根据实际情况进行调整，例如也可以为40M带宽或者20M带宽，本申请实施例对此不作限定。
下面结合图8进一步描述方式1。
方式1中，STA发送Probe request帧，AP答复Probe response帧，通过此报文消息(Probe response帧)会获取路由器信息(organization unique identifier，OUI)及协商带宽。STA获取到当前选定的AP对应OUI为产生故障AP的厂商的OUI及带宽为160M后，关闭TxBF功能，后面连接成功后，AP的TxBF功能也是关闭的。对该过程的描述，可以参考下述图8中示出的步骤S101-步骤S110。
图8中以STA为终端，AP为路由器为例进行说明。
S101.扫描周围设备，终端接收到路由器1发送的探测响应帧1(路由器1最大支持160M、路由器1由厂商1生产)。
步骤S101与前述图3A所示的扫描阶段相对应。终端通过向周围设备发送探测请求(Probe request)帧扫描周围设备时，会收到周围设备发送的探测响应(Probe response)帧。终端的周围设备中包括路由器1，该路由器1也会向终端发送探测响应帧1。该探测响应帧1用于通知终端：路由器1最大支持160M、路由器1由厂商1生产。
S102.基于该探测响应帧1确定选择路由器1进行连接。
步骤S102与前述图3A所示的选网阶段相对应。终端将接收到的探测响应帧(包括探测响应帧1)中携带的信号强度和质量等因素进行比较，选择最优的路由器(路由器1)进行连接。
S103.鉴权通过。
步骤S103与前述图3A所示的鉴权阶段相对应。关于鉴权过程涉及的相关内容可以参考前述对图3A中相关内容的描述，此处不再赘述。鉴权通过之后，进入下述步骤S104中涉及的关联阶段。
S104.在厂商1为生产了故障AP的厂商且路由器1支持的最大带宽为预设带宽时，向路由器1发送关联请求帧1，以通知路由器1：最大支持160M，作为接收端不支持TxBF。
其中，作为发送端不支持TxBF是指：终端不支持TxBF技术，不能正确地接收和处理通过TxBF技术发送的信号。
步骤S104与前述图3A中发送Assoc request帧涉及的内容相对应。
这里执行步骤S104是为了关闭终端侧的TxBF功能。但是未关闭终端使用160M带宽的功能。
后续，路由器1接收到该关联请求帧1之后，可以基于该关联请求帧1确定终端作为发送端时不支持TxBF，则路由器1同时也会协商关闭TxBF功能，以及开启160M。后续，在向终端发送数据时也会关闭路由器1侧的TxBF功能。具体可以参考下述对步骤S105的描述。
在执行步骤S104之后，终端的TxBF处于关闭状态。其中，终端的TxBF处于关闭状态的场景包括但不限于：终端的TxBF在执行步骤S104之前处于关闭状态，则保持关闭状态。或者，终端的TxBF在执行步骤S104之前处于开启状态，则终端可以先关闭TxBF，再执行步骤S104。
S105.向终端发送关联响应帧1，确认建立关联并通知终端：最大支持160M，作为发送端不支持TxBF。
步骤S105与前述图3A中发送Assoc response帧涉及的内容相对应。
这样，关联过程中就协商好了双方不支持TxBF且支持160M带宽。这意味着，基于此关联阶段建立的连接中，路由器1会在160M带宽的信道上向AP发送数据，且发送数据时不会使用TxBF。
S106.完成四步握手，以建立加密会话。
步骤S106与前述图3A中四步握手阶段相对应。可以参考前述相关内容的描述，此处不再赘述。
S107.向路由器发送动态主机配置协议请求，获取数据传输时的IP地址等信息。
步骤S107与前述图3A中DHCP阶段相对应。可以参考前述相关内容的描述，此处不再赘述。
基于前述步骤S101-步骤S107，终端与路由器1之间就建立了连接A1。终端和路由器1之间可以通过该连接A1进行通信。路由器1通过该连接A1向终端发送数据(例如数据包)时涉及的内容可以参考下述步骤S108-步骤S110。
S108.路由器1向终端发送请求发送数据的消息。
其中，请求发送数据的消息可以为前述涉及的Dynamic RTS。
如图9所示，虽然终端和路由器1(一种故障AP)均配置了TxBF功能，且支持最大带宽160M。但是为了防止出现图2B中示出的问题场景，终端与路由器1在关联过程中协商最大支持160M带宽，但是不支持TxBF。建链之后，路由器1作为Beamformer(波束成形器)向作为Beamformee(波束成形接收端)的终端发送动态(Dynamic)的RTS(Request To Send)以请求在160M带宽的信道上发送数据。
S109.终端使用160M带宽的信道向路由器1发送允许发送数据的消息。
允许发送数据的消息可以为前述涉及的CTS。
继续参考图9，终端检测到160M带宽的信道可用，于是向路由器1回复160M CTS(Clear To Send)以通知路由器1在160M带宽的信道上发送数据。
S110.路由器1使用160M带宽的信道向终端发送数据包1，发送数据包1时未启用TxBF技术。
再参考图9，路由器1在160M带宽的信道上将数据(packet)发送至终端，终端接收到packet之后，在160M带宽的信道上发送确认报文(ACK)至路由器1。至此，路由器1和终端就完成了一次数据传输。
需要说明的是，图9中，由于在关联时终端和路由器协商了最大支持16M带宽，不支持TxBF。因此，在路由器1在将数据(packet)发送至终端时使用了160M带宽，但是没有使用TxBF。接收数据(packet)时终端的TxBF处于关闭状态。
这里需要说的是，步骤S108-步骤S110中示出的数据传输只是举例说明。实际情况中，关联阶段协商的带宽只是最大带宽，如果160M带宽的信道不可用时，终端还可以通过CTS改变带宽，相关内容可以参考前述描述，此处不再赘述。
下面结合图10进一步描述方式2。
方式2中，STA发送Probe request帧，AP答复Probe response帧，通过此报文消息(Probe response帧)会获取路由器信息OUI及协商带宽。STA获取到当前选定的AP对应OUI为产生故障AP的厂商的OUI及带宽为160M后，关闭160M带宽，后面连接成功后，AP的TxBF功能是开启的。对该过程的描述，可以参考下述图10中示出的步骤S201-步骤S212。
图10中以STA为终端，AP为路由器为例进行说明。
S201.扫描周围设备，终端接收到路由器1发送的探测响应帧1。
S202.基于该探测响应帧1确定选择路由器1进行连接，该探测响应帧1包括路由器1支持的最大带宽为160M、且产于厂商1。
S203.鉴权通过。
步骤S201-步骤S203涉及的内容与前述步骤S101-步骤S103相同，可以参考前述相关内容的描述，此处不再赘述。
S204.在厂商1为生产了故障AP的厂商且路由器1支持的最大带宽为预设带宽时，向路由器1发送关联请求帧2，以通知路由器1：最大支持80M，作为接收端支持TxBF。
其中，支持80M意味着：终端不支持160M带宽。
步骤S204与前述图3A中发送Assoc request帧涉及的内容相对应。
这里执行步骤S204是为了关闭终端侧的160M带宽。但是未关闭终端TxBF功能，TxBF处于开启状态。
在执行步骤S204之后，终端的TxBF处于开启状态。其中，终端的TxBF处于开启状态的场景包括但不限于：终端的TxBF在执行步骤S204之前处于开启状态，则保持开启状态。或者，终端的TxBF在执行步骤S204之前处于关闭状态，则终端可以先开启TxBF，再执行步骤S204。
后续，路由器1接收到该关联请求帧2之后，可以基于该关联请求帧2确定终端作为发送端时支持TxBF和支持80M，则路由器1同时也会协商开启TxBF功能，以及开启80M。后续，在向终端发送数据时也会开启路由器1侧的TxBF功能。具体可以参考下述对步骤S205的描述。
S205.向终端发送关联响应帧2，确认建立关联并通知终端：路由器最大支持80M，作为发送端支持TxBF。
步骤S205与前述图3A中发送Assoc response帧涉及的内容相对应。
这样，关联过程中就协商好了双方支持TxBF且支持80M带宽。这意味着，基于此关联阶段建立的连接中，路由器1会在80M带宽的信道上向AP发送数据，且发送数据时会使用TxBF。
S206.完成四步握手，以建立加密会话。
步骤S206与前述图3A中四步握手阶段相对应。可以参考前述相关内容的描述，此处不再赘述。
S207.向路由器发送动态主机配置协议请求，获取数据传输时的IP地址等信息。
步骤S207与前述图3A中DHCP阶段相对应。可以参考前述相关内容的描述，此处不再赘述。
基于前述步骤S201-步骤S207，终端与路由器1之间就建立了连接A2。终端和路由器1之间可以通过该连接A2进行通信。路由器1通过该连接A2向终端发送数据(例如数据包)时涉及的内容可以参考下述步骤S208-步骤S212。
S208.路由器1向终端发送空数据包1，用于终端测量80M带宽的信道并计算实现TxBF的矩阵系数。
参考图11A，虽然终端和路由器1(一种故障AP)均配置了TxBF功能，且支持最大带宽160M。但是为了防止出现图2B中示出的问题场景，终端与路由器1在关联过程中协商最大支持8M带宽，支持TxBF。建链之后，路由器1作为Beamformer(波束成形器)可以在80M带宽的信道上向作为Beamformee(波束成形接收端)的终端发送空数据包1，该空数据包1可以为80MNDP。关于该80MNDP的相关内容可以参考前述图2A中对80MNDP的描述，此处不再赘述。
S209.终端使用80M带宽的信道向路由器1发送反馈信息1。
继续参考图11A，该反馈信息1即为80MCFB。终端可以将80M带宽的信道的信息(例如SNR)和指向矩阵系数通过该反馈信息1返回至路由器1。关于80MCFB可以参考前述对160CFB的描述，将160M变更为80M即可，此处不再赘述。
S210.路由器1向终端发送请求发送数据的消息。
参考图11A，请求发送数据的消息即为前述涉及的Dynamic RTS。
S211.终端使用80M带宽的信道向路由器1发送允许发送数据的消息。
再参考图11A，终端作信道检测，确定80M带宽的信道可用的情况下，可以通过80MCTS通知路由器1可以在80M带宽的信道上发送数据。
S212.在80M带宽的信道中，路由器1使用反馈信息1计算TxBF参数，再通过TxBF参数向终端发送数据包1。
后续，终端可以在80M带宽的信道上接收该数据包1。接收数据包1时，终端的TxBF功能处于开启状态。
这里应该理解的是，前述步骤S208-步骤S212示出的是80M带宽可用的情况。实际情况中，在步骤S211中，终端作信道检测的结果可以为80M带宽的信道不可用，进而通过CTS更换到其他可用的信道上，例如可用的信道为40M带宽的信道。对于该过程可以参考图11B中的内容。该图11B中示出的内容与前述图2A示出的内容相似，将160M改为80M，将80M改为40M即可，此处不再赘述。
基于图11A和图11B可见，避开了预设带宽(160M)，在非预设带宽(例如80M)的信道上使用TxBF进行数据传输时，无论使用的带宽为协商的最大带宽，还是小于该最大带宽，使用TxBF进行数据传输均不会出现前图2B所示的问题场景。
下面结合图12A进一步描述方式3。
方式3中，建立连接之后，识别应用是否有上网慢，主要方式为内核解析报文，之后基于报文的时延、丢包等，用户体验质量(Quality of Experience，Qoe)来评估是否有上网慢。若识别到上网慢且连接的AP为产生了故障AP的厂商生产的，则关闭STA侧的TxBF功能。关于该过程涉及的内容可以参考下述对步骤S301-步骤S310的描述。
图12A中以STA为终端，AP为路由器为例进行说明。
S301.路由器1向终端发送空数据包，用于终端测量160M带宽的信道并计算实现TxBF的矩阵系数。
建立连接A3之后，终端和路由器1可以通过该连接A3进行通信。
这里需要说明的是，在建立连接A3的过程中，终端和路由器协商的带宽为160M且终端作为发送端、路由器1作为接收端时，双方均支持TxBF。关于建立连接A3涉及的内容可以参考前述对图3A的描述，此处不再赘述。
S302.终端使用160M带宽的信道向路由器1发送反馈信息2。
该反馈信息2即为前述涉及的160MCFB。终端可以将160M带宽的信道的信息(例如SNR)和指向矩阵系数通过该反馈信息2返回至路由器1。
S303.路由器1向终端发送请求发送数据的消息。
请求发送数据的消息可以为前述涉及的Dynamic RTS。
S304.终端使用80M带宽的信道向路由器1发送允许发送数据的消息。
该允许发送数据的消息即为前述涉及的80MCTS。
终端作信道检测，确定160M带宽的信道不可用的情况下，可以通过CTS通知路由器1可以在80M带宽的信道上发送数据。
但是，参考前述图2B所示的内容，由于改变了协商带宽，则路由器无法正确处理步骤S304中发送的80MCTS，则路由器1数据传输慢或无数据传输。
S305.终端确定上网慢，且路由器1是预设厂商生产的。
这里需要说明的是，步骤S305中确定路由器1是预设厂商生产的这一操作是可选的。步骤S305可以更改为终端确定上网慢。因为产生了故障AP的厂商很多时，是无法罗列完全的，但是终端和路由器1使用TxBF技术和160M带宽且产生了网速慢这个问题时，已足够反映路由器1是故障AP了。
终端接收到路由器1发送的探测响应帧1，可以记录其中的OUI。在确定路由器1的OUI为预设OUI时，确定路由器1是预设厂商生产的。步骤S305中，终端确定上网慢的方式包括但不限于以下确定方式。
确定方式1，终端确定在预设时间内只有上行数据，但是没有下行数据的情况下，终端可以确定上网慢。
确定方式2，内核解析报文，报文的时延大于预设时延、丢包率大于预设丢包率的情况下，终端可以确定上网慢。
确定方式3，终端在预设时间未接收到步骤S303中路由器请求发送的数据的情况下，终端可以确定上网慢。
确定方式4，通过用户体验质量(QoE)低于预设值的情况下，终端可以确定上网慢。
后续，终端执行下述步骤S306以及步骤S307中涉及的重关联过程，以关闭TxBF功能解决上网慢的问题。
如图12B所述，配置了TxBF功能、支持的最大带宽为160M带宽的终端和路由器1(一种故障AP)在关联过程中协商双方最大支持160M带宽，且支持TxBF。建链之后，进行数据传输时，出现了前述图2B所示的问题场景，导致网速慢。则可以执行下述步骤S306以及步骤S307进行重关联，重新协商最大带宽和TxBF能力，这里协商结果为最大支持160M带宽，不支持TxBF。
S306.终端向路由器1发送重关联请求帧1，以通知路由器1：最大支持160M，作为接收端不支持TxBF。
S307.路由器1向终端发送重关联响应帧1，确认重新建立关联并通知终端：最大支持160M，作为发送端不支持TxBF。
继续参考图12B，步骤S306以及步骤S307中的协商结果为双方最大支持160M带宽，不支持TxBF。这样，后续数据传输时，路由器1不再使用TxBF向终端发送数据，则可以恢复正常网速。关于重关联之后进行数据传输的过程可以参考下述对步骤S308-步骤S310的描述。
关于步骤S306以及步骤S307涉及的相关内容可以参考前对图6中进行重关联的描述，此处不再赘述。
需要说明的是，重关联不同于断开连接之后再连接，重关联过程用户是不感知的，终端上显示的WiFi指示符可以一直显示。重关联后，终端和路由器1可以执行下述步骤S308-步骤S310实现数据传输。
S308.路由器1向终端发送请求发送数据的消息。
步骤S308中发送请求发送数据的消息可以看作图12B的Dynamic RTS。
如图12B所示，重关联之后，路由器1作为Beamformer(波束成形器)向作为Beamformee(波束成形接收端)的终端发送动态(Dynamic)的RTS(Request To Send)以请求在160M带宽的信道上发送数据。
S309.终端使用160M带宽的信道向路由器1发送允许发送数据的消息。
步骤S309中允许发送数据的消息可以图12B中的160CTS。
继续参考图12B，终端检测到160M带宽的信道可用，于是向路由器1回复160M CTS(Clear To Send)以通知路由器1在160M带宽的信道上发送数据。
S310.路由器1使用160M带宽的信道向终端发送数据包1，发送数据包1时未启用TxBF。
再参考图12B，路由器1在160M带宽的信道上将数据(packet)发送至终端，终端接收到packet之后，在160M带宽的信道上发送确认报文(ACK)至路由器1。至此，路由器1和终端就完成了一次数据传输。
需要说明的是，图12B中，由于在重关联时终端和路由器协商了最大支持16M带宽，不支持TxBF。因此，在路由器1在将数据(packet)发送至终端时使用了160M带宽，但是没有使用TxBF。接收数据(packet)时终端的TxBF处于关闭状态。
步骤S308-步骤S310分别与前述步骤S108-步骤S110相同，可以参考前述对步骤S108-步骤S110的描述，此处不再赘述。
这里需要说明的是，前述步骤S301-步骤S304中涉及的内容分别与前述图2A以及图2B中发送NDP、CFB、RTS、CTS时涉及的内容相同，可以参考前述对图2A以及图2B中相关内容的描述，此处不再赘述。前述步骤S304中涉及的80M是举例说明，在160M带宽的信道不可用的情况下，终端会重新检测可用的信道。可以是80M、40M、20M等中的一个，本申请实施例对此不作限定。
下面结合图13A进一步描述方式4。
方式4中，建立连接之后，若识别到上网慢且连接的AP为产生了故障AP的厂商生产的，则关闭STA侧的160M带宽。关于该过程涉及的内容可以参考下述对步骤S401-步骤S412的描述。
图13A中以STA为终端，AP为路由器为例进行说明。
S401.向终端发送空数据包，用于终端测量160M带宽的信道并计算实现TxBF的矩阵系数。
S402.使用160M带宽的信道向路由器1发送反馈信息1。
S403.向终端发送请求发送数据的消息。
S404.使用80M带宽的信道向路由器1发送允许发送数据的消息。
S405.确定上网慢，且路由器1是预设厂商生产的。
步骤S401-步骤S405分别与前述步骤S301-步骤S305相同，可以参考前述相关内容，此处不再赘述。
后续，终端执行下述步骤S406以及步骤S407中涉及的重关联过程，以关闭160M带宽解决上网慢的问题。
如图13B所述，配置了TxBF功能、支持的最大带宽为160M带宽的终端和路由器1(一种故障AP)在关联过程中协商双方最大支持160M带宽，且支持TxBF。建链之后，进行数据传输时，出现了前述图2B所示的问题场景，导致网速慢。则可以执行下述步骤S406以及步骤S407进行重关联，重新协商最大带宽和TxBF能力，这里协商结果为最大支持80M带宽，支持TxBF。
S406.向路由器1发送重关联请求帧2，以通知路由器1：最大支持80M，作为接收端支持TxBF。
S407.向终端发送重关联响应帧2，确认重新建立关联并通知终端：最大支持80M，作为发送端支持TxBF。
继续参考图13B，步骤S406以及步骤S407中的协商结果为双方最大支持160M带宽，不支持TxBF。这样，后续数据传输时，路由器1不再160M带宽的信道上使用TxBF向终端发送数据，则可以恢复正常网速。关于重关联之后进行数据传输的过程可以参考下述对步骤S408-步骤S412的描述。
关于步骤S406以及步骤S407涉及的相关内容可以参考前对图7中进行重关联的描述，此处不再赘述。
S408.向终端发送空数据包1，用于终端测量80M带宽的信道并计算实现TxBF的矩阵系数。
参考图13B，终端与路由器1在重关联过程中协商最大支持8M带宽，支持TxBF。重关联之后，路由器1作为Beamformer(波束成形器)可以在80M带宽的信道上向作为Beamformee(波束成形接收端)的终端发送空数据包1，该空数据包1可以为80MNDP。关于该80MNDP的相关内容可以参考前述图2A中对80MNDP的描述，此处不再赘述。
S409.使用80M带宽的信道向路由器1发送反馈信息1。继续参考图13B，该反馈信息1即为80MCFB。终端可以将80M带宽的信道的信息(例如SNR)和指向矩阵系数通过该反馈信息1返回至路由器1。关于80MCFB可以参考前述对160CFB的描述，将160M变更为80M即可，此处不再赘述。
S410.向终端发送请求发送数据的消息。
参考图13B，请求发送数据的消息即为前述涉及的Dynamic RTS。
S411.使用80M带宽的信道向路由器1发送允许发送数据的消息。
再参考图13B，终端作信道检测，确定80M带宽的信道可用的情况下，可以通过80MCTS通知路由器1可以在80M带宽的信道上发送数据。
S412.在80M带宽的信道中，使用反馈信息1计算TxBF参数，再通过TxBF参数向终端发送数据包1。
后续，终端可以在80M带宽的信道上接收该数据包1。接收数据包1时，终端的TxBF功能处于开启状态。
步骤S408-步骤S412分别与前述步骤S208-步骤S212相同，可以参考前述对步骤S208-步骤S212的描述，此处不再赘述。
这里需要说明的是，前述步骤S305和步骤S405中导致网速慢的原因涉及了在建链过程将最大支持的带宽协商为了预设带宽(160M带宽)以及协商了双方均支持TxBF，于是出现了图2B所示的网速慢场景。但是实际情况中，不限于是建链过程将最大支持的带宽协商为了预设带宽(160M带宽)以及协商了双方均支持TxBF，也可能是重关联过程中协商的。于是再通过图12A或者图13A中示出的新的重关联去重新协商。
前述内容中，Assoc request帧用于通知AP：STA最大支持160M、作为接收端不支持TxBF。可以理解为该Assoc request帧中携带了指示信息，该指示信息用于指示：STA最大支持160M、作为接收端不支持TxBF。其他起到通知作用的帧(包括Assoc response帧、下述涉及的Reassoc response帧和Reassoc response帧)也可以如此描述，例如，Assoc response帧用于通知STA：AP最大支持160M，作为发送端不支持TxBF。可以理解为该Assoc response帧中携带了指示信息，该指示信息用于指示：AP最大支持160M，作为发送端不支持TxBF。最大支持160M也可以描述为支持160M，支持160M也意味着小于160M的带宽也可以被使用。
上述实施例中，关联请求帧1和关联请求帧2可以被称为第一关联请求帧。关联响应帧1和关联响应帧2可以被称为第一关联响应帧。重关联请求帧1和重关联请求帧2可以被称为第一重关联请求帧。重关联响应帧1和重关联响应帧2可以被称为第一重关联响应帧。
下面介绍本申请实施例中终端的示例性结构框图。
如图14所示，终端包括软件和硬件层。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将软件系统分为三层，从上至下分别为应用层(应用程序层)，应用程序框架层，内核层。
应用程序层可以包括一系列应用程序包，例如WiFi设置模块。
该WiFi设置模块可以提供WiFi网络相关的设置项。例如，开启或者关闭WiFi网络。通信控制方法可以应用在WiFi网络开启的情况下。
应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
该应用程序框架层中可以包括WiFi框架层(未示出)。该WiFi框架层中可以包括WiFi服务模块和WiFiAPI。
WiFi框架层可以用于实现前述涉及的建链过程、重关联过程。
还可以用于在建链之后通过下层的WiFi驱动(Wi-Fi driver)和WiFi固件(Wi-Fi firmware)实现与路由器之间的信号传输，包括前述的NDP、RTS、数据包(datapacket)等信号的传输。
内核层是硬件和软件之间的层。内核层至少包含WiFi驱动。
该WiFi驱动在接收到上层收发数据的指令之后，可以驱动WiFi固件收发数据。其中，WiFi固件也可以被称为WiFi芯片。
下面介绍本申请实施例提供的示例性终端。
图15是本申请实施例提供的终端的结构示意图。
下面以终端为例对实施例进行具体说明。应该理解的是，终端可以具有比图15中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图15中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
终端可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。处理器可以包括应用处理器(Application Processor，AP)和调制解调处理器(Modem，也可称之为基带处理器)。
其中，无线通信模块160可以提供应用在终端上的无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)。该WLAN通过前述涉及的WiFi固件实现。
可以理解的是，本申请实施例示意的结构并不构成对终端的具体限定。在本申请另一些实施例中，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
本申请实施例中，该处理器110可以调用内部存储器121中存储的计算机指令，以使得终端执行本申请实施例中的方法。
本申请还提供了一种芯片系统，所述芯片系统包括至少一个处理器，用于实现上述任意一个实施例中终端执行的方法中所涉及的功能。
在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。
该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。
可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请实施例并不限定。
示例性地，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型，以及存储器与处理器的设置方式不作具体限定。
示例性地，该芯片系统可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。
本申请还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述任一个实施例中终端执行的方法。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得计算机执行上述任一个实施例中终端执行的方法。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。
本申请实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。
术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (16)

  1. 一种通信控制方法，其特征在于，应用于终端，所述终端支持预设带宽且支持传输波束成形TxBF技术，所述方法包括：
    所述终端接收路由器发送的探测响应帧，所述探测响应帧携带了所述路由器的组织唯一标识符OUI以及所述路由器支持的带宽为第一带宽；所述路由器支持所述预设带宽且支持TxBF技术；
    在所述OUI为预设OUI且所述第一带宽等于所述预设带宽的情况下，所述终端向所述路由器发送第一关联请求帧；
    所述终端接收所述路由器发送的用于响应所述第一关联请求帧的第一关联响应帧；
    所述第一关联请求帧携带第一指示信息，所述第一指示信息用于指示：所述终端支持的最大带宽为所述预设带宽，且所述终端不支持所述TxBF技术；
    或者，所述第一指示信息用于指示：所述终端支持的最大带宽为第二带宽，且所述终端支持所述TxBF技术；其中，所述第二带宽小于所述预设带宽。
  2. 根据权利要求1所述的方法，其特征在于，所述第一关联响应帧携带第二指示信息；
    在所述第一指示信息用于指示所述终端支持的最大带宽为所述预设带宽，且指示所述终端不支持所述TxBF技术的情况下，所述第二指示信息用于指示：所述路由器支持的最大带宽为所述预设带宽，且所述路由器不支持所述TxBF技术；
    或者，在所述第一指示信息用于指示所述终端支持的最大带宽为第二带宽，且指示所述终端支持所述TxBF技术的情况下，所述第二指示信息用于指示：所述路由器支持的最大带宽为所述第二带宽，且所述路由器支持所述TxBF技术。
  3. 根据权利要求1或2所述的方法，其特征在于，所述终端向所述路由器发送第一关联请求帧之前，所述方法还包括：
    所述终端确定所述探测响应帧中还携带了用于指示所述路由器支持所述TxBF技术的信息。
  4. 一种通信控制方法，其特征在于，应用于终端，所述终端支持预设带宽且支持传输波束成形TxBF技术，所述方法包括：
    所述终端与路由器建立第一连接；所述路由器支持所述预设带宽且支持TxBF技术，所述终端通过所述第一连接接收所述路由器发送的数据时，所述终端的TxBF技术处于开启状态且所述终端使用的最大带宽为所述预设带宽；
    在满足第一条件的情况下，所述终端向所述路由器发送第一重关联请求帧；所述第一条件包括所述终端和所述路由器的通信质量低于预设水平；
    所述终端接收到所述路由器发送的用于响应所述第一重关联请求帧的第一重关联响应帧；
    所述第一重关联请求帧携带第三指示信息，所述第三指示信息用于指示：所述终端支持的最大带宽为所述预设带宽，且所述终端不支持所述TxBF技术；
    或者，所述第三指示信息用于指示：所述终端支持的最大带宽为第二带宽，且所述终端支持所述TxBF技术；其中，所述第二带宽小于所述预设带宽。
  5. 根据权利要求4所述的方法，其特征在于，所述第一重关联响应帧携带第四指示信息；
    在所述第三指示信息用于指示所述终端支持的最大带宽为所述预设带宽，且指示所述终端不支持所述TxBF技术的情况下，所述第四指示信息用于指示：所述路由器支持的最大带宽为所述预设带宽，且所述路由器不支持所述TxBF技术；
    或者，在所述第三指示信息用于指示所述终端支持的最大带宽为所述第二带宽，且指示所述终端支持所述TxBF技术的情况下，所述第四指示信息用于指示：所述路由器支持的最大带宽为所述第二带宽，且所述路由器支持所述TxBF技术。
  6. 根据权利要求4或5所述的方法，其特征在于，所述终端接收到所述路由器发送的第一重关联响应帧之后，所述方法还包括：
    所述终端与所述路由器建立第二连接；
    在所述第三指示信息用于指示所述终端支持的最大带宽为所述预设带宽，且指示所述终端不支持所述TxBF技术的情况下，通过所述第二连接接收所述路由器发送的数据时，所述终端的TxBF功能处于关闭状态且所述终端使用的最大带宽为所述预设带宽，或者，
    在所述第三指示信息用于指示所述终端支持的最大带宽为第二带宽，且指示所述终端支持所述TxBF技术的情况下，通过所述第二连接接收所述路由器发送的数据时，所述终端的TxBF功能处于开启状态且所述终端使用的最大带宽为所述第二带宽。
  7. 根据权利要求4-6中任一项所述的方法，其特征在于，所述终端与所述路由器建立第一连接之前，所述方法还包括：
    所述终端接收所述路由器发送的探测响应帧，所述探测响应帧携带了所述路由器的组织唯一标识符OUI以及所述路由器支持的带宽为第一带宽；
    所述终端向所述路由器发送第二关联请求帧；
    所述终端接收到所述路由器发送的用于响应所述第二关联请求帧的第二关联响应帧；
    所述第二关联请求帧携带第五指示信息，所述第五指示信息用于指示：所述终端支持的最大带宽为所述预设带宽，且所述终端支持所述TxBF技术。
  8. 根据权利要求7所述的方法，其特征在于，第一条件还包括所述路由器的OUI为预设OUI且所述第一带宽等于所述预设带宽。
  9. 根据权利要求4-8中任一项所述的方法，其特征在于，所述方法还包括：
    在确定满足所述第一条件之前，所述终端通过所述第一连接接收到所述路由器发送的请求发送帧，所述请求发送帧用于请求使用所述预设带宽向所述终端发送所述第一数据包；
    所述终端通过所述第一连接向所述路由器发送允许发送帧，所述允许发送帧用于通知所述路由器使用所述第二带宽发送所述第一数据包。
  10. 根据权利要求9所述的方法，其特征在于，所述终端和所述路由器的通信质量低于预设水平，具体包括：
    所述终端向所述路由器发送允许发送帧之后，在预设时间内所述终端未接收到所述第一数据包。
  11. 根据权利要求4-10中任一项所述的方法，其特征在于，所述终端和所述路由器的通信质量低于预设水平，具体包括：
    所述终端确定第二数据包的丢包率大于预设丢包率；所述第二数据包为所述终端通过所述第一连接接收到的数据包。
  12. 根据权利要求1-11中任一项所述的方法，其特征在于，所述预设带宽为160M带宽。
  13. 根据权利要求2-12中任一项所述的方法，其特征在于，所述第二带宽为80带宽、40M带宽或者20M带宽中的一个。
  14. 一种终端，其特征在于，包括：一个或多个处理器和存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述终端执行如权利要求1-13中任一项所述的方法。
  15. 一种计算机可读存储介质，包括计算机指令，其特征在于，当所述计算机指令在终端上运行时，使得所述终端执行如权利要求1-13中任一项所述的方法。
  16. 一种芯片系统，所述芯片系统应用于终端，其特征在于，所述芯片系统包括一个或多个处理器，所述处理器用于调用计算机指令以使得所述终端执行如权利要求1-13中任一项所述的方法。
PCT/CN2024/143735 2024-01-03 2024-12-30 通信控制方法和终端 Pending WO2025146014A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202410010111 2024-01-03
CN202410010111.4 2024-01-03
CN202410318496.0A CN120301466A (zh) 2024-01-03 2024-03-15 通信控制方法和终端
CN202410318496.0 2024-03-15

Publications (1)

Publication Number Publication Date
WO2025146014A1 true WO2025146014A1 (zh) 2025-07-10

Family

ID=96280177

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/143735 Pending WO2025146014A1 (zh) 2024-01-03 2024-12-30 通信控制方法和终端

Country Status (2)

Country Link
CN (1) CN120301466A (zh)
WO (1) WO2025146014A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080090957A (ko) * 2007-04-06 2008-10-09 삼성전자주식회사 무선 네트워크 시스템 및 상기 무선 네트워크 시스템을구성하는 방법
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
CN109391943A (zh) * 2018-09-03 2019-02-26 青岛海信电器股份有限公司 一种波束成形能力的匹配方法及通信设备
WO2023136692A1 (ko) * 2022-01-16 2023-07-20 엘지전자 주식회사 무선랜 시스템에서 협력적 센싱 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080090957A (ko) * 2007-04-06 2008-10-09 삼성전자주식회사 무선 네트워크 시스템 및 상기 무선 네트워크 시스템을구성하는 방법
CN104904292A (zh) * 2012-11-08 2015-09-09 交互数字专利控股公司 用于无线局域网中的统一的多个接入点覆盖的介质访问控制方法和装置
CN109391943A (zh) * 2018-09-03 2019-02-26 青岛海信电器股份有限公司 一种波束成形能力的匹配方法及通信设备
WO2023136692A1 (ko) * 2022-01-16 2023-07-20 엘지전자 주식회사 무선랜 시스템에서 협력적 센싱 방법 및 장치

Also Published As

Publication number Publication date
CN120301466A (zh) 2025-07-11

Similar Documents

Publication Publication Date Title
US20240171647A1 (en) Method and apparatus for discovering edge application server
US20200120518A1 (en) Communication method and communications apparatus
JP2024528432A (ja) モノのインターネットネットワークのディスカバリ
KR20230118849A (ko) 멀티 링크 피어 투 피어 통신을 위한 통신 장치 및 통신 방법
CN114828115B (zh) 用于引导站的方法、接入点和系统
JP2011504062A (ja) 無線通信ネットワークにおける支配的干渉シナリオに対する被干渉基地局と干渉基地局間の直接通信によるタイムスロット予約
JP2011514761A (ja) 無線ネットワークにおいてアソシエーションおよび再アソシエーションを実行するための構成
EP1929655A2 (en) Protocol extension for a high density network
KR20220104994A (ko) 무선통신 시스템에서 액세스 포인트의 정보를 제공하는 전자 장치 및 그 방법
WO2022199451A1 (zh) 会话切换的方法和装置
CA3225311A1 (en) Communication mode switching method and related apparatus
WO2022188676A1 (en) System and method for tracking privacy policy in access networks
US12568555B2 (en) Method and apparatus for BSS transition support for EPCS
WO2021088090A1 (zh) 接入控制方法及通信装置
WO2024078313A1 (zh) 认证授权的方法与通信装置
WO2023173703A1 (zh) 无线网络的连接方法、控制中心及设备
WO2022156751A1 (zh) 路径切换的方法、终端及网络侧设备
US20250097830A1 (en) Controlling access-point operation using a context aware client device
CN107409353B (zh) 用于控制无线网络中的网络信令负载的系统和方法
US20230071815A1 (en) Path section between uu and pc5
CN120301466A (zh) 通信控制方法和终端
US20240107602A1 (en) Methods, architectures, apparatuses and systems for service continuity for premises networks
CN105228165B (zh) 一种ap覆盖范围调整方法及装置
US12532176B2 (en) Identifying hidden service set identifiers (SSIDs) of unauthorized access points on a wireless network
JP7769133B2 (ja) データ送信方法及び通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24915228

Country of ref document: EP

Kind code of ref document: A1