Wireless communication method and communication device

Abstract

Provided are a wireless communication method and a communication device. The method comprises: a first device sending first information to a second device, wherein the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device. In the embodiments of the present application, first information associated with a plurality of beams is introduced, such that the first information can be transmitted between the first device and the second device, so as to acquire information associated with the plurality of beam pairs, thereby facilitating communication that is performed between the first device and the second device and is based on the plurality of beam pairs, and reducing the duration of communication interruptions between the first device and the second device.

Description

Wireless communication method and communication device Technical Field

[0001] The present application relates to the field of communication technology, and more specifically, to a wireless communication method and communication device. Background Art

[0002] After the beam training process, the initiator and responder (also known as the first device and the second device) will select an optimal transmit beam and an optimal receive beam for communication. In other words, after the beam training process, the initiator and responder will select a beam pair for communication. However, in some scenarios, there may be obstructions in the direction of the beam pair, resulting in a decrease in the quality of communication based on the beam pair. In fact, if the obstruction in the direction of the beam pair occurs for a long time, it may make it impossible for the initiator and responder to communicate through the beam pair, resulting in a long interruption in the communication link between the initiator and responder.

[0003] Summary of the Invention

[0004] The present application provides a wireless communication method and a communication device. The following introduces various aspects of the present application.

[0005] In a first aspect, a method for wireless communication is provided, comprising: a first device sending first information to a second device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device.

[0006] In a second aspect, a method for wireless communication is provided, comprising: a second device sending first information to a first device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device.

[0007] According to a third aspect, a communication device is provided, which is a first device and includes: a sending unit for sending first information to a second device, wherein the first information is associated with multiple beam pairs, and the multiple beam pairs are used for the first device to communicate with the second device.

[0008] In a fourth aspect, a communication device is provided, which is a second device and includes: a sending unit for sending first information to a first device, where the first information is associated with multiple beam pairs, and the multiple beam pairs are used for the first device to communicate with the second device.

[0009] In a fifth aspect, a communication device is provided, comprising a processor, a memory, and a communication interface, wherein the memory is used to store one or more computer programs, and the processor is used to call the computer program in the memory so that the communication device executes some or all of the steps in the methods of the above aspects.

[0010] In a sixth aspect, an embodiment of the present application provides a communication system, which includes the first device and / or the second device described above. In another possible design, the system may also include other devices that interact with the terminal device or network device in the solution provided in the embodiment of the present application.

[0011] In a seventh aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program, and the computer program enables a communication device to execute part or all of the steps in the methods of the above aspects.

[0012] In an eighth aspect, embodiments of the present application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, wherein the computer program is operable to cause a communication device to perform some or all of the steps of the methods described in each of the above aspects. In some implementations, the computer program product may be a software installation package.

[0013] In a ninth aspect, an embodiment of the present application provides a chip comprising a memory and a processor, wherein the processor can call and run a computer program from the memory to implement some or all of the steps described in the methods of the above aspects.

[0014] In an embodiment of the present application, first information associated with multiple beams is introduced. In this way, the first device and the second device can obtain information associated with multiple beam pairs by transmitting the first information, which helps the first device and the second device to communicate based on multiple beam pairs, thereby reducing the time of communication interruption between the first device and the second device. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] FIG1 is a schematic diagram of a communication system to which an embodiment of the present application is applicable.

[0016] Figure 2 shows an implementation of beam training.

[0017] FIG. 3A is a schematic diagram illustrating a transmit sector sweep (TXSS) period of the initiator and a receive sector sweep (RXSS) period of the initiator.

[0018] FIG3B is a schematic diagram of a responder TXSS period and a responder RXSS period.

[0019] 4 and 5 are schematic diagrams of beam tracking.

[0020] FIG6 is a schematic diagram of a DMG beacon frame.

[0021] FIG7 is a schematic diagram of a directional multi-gigabit (DMG) beacon frame carrying an SSW field.

[0022] 8A to 8E are schematic diagrams of sector sweep (SSW) frames.

[0023] FIG9 is a schematic diagram of an SSW feedback frame (SSW-Feedback frame).

[0024] FIG10 is a schematic diagram of an SSW ACK frame.

[0025] FIG11 , FIG12A and FIG12B are schematic diagrams showing a short SSW PPDU.

[0026] FIG13 shows the format of the extended DMG (EDMG) beam refinement protocol (BRP) field.

[0027] Figure 14 shows the format of the DMG beam refinement element.

[0028] 15A to 15C are schematic diagrams of beam pair switching according to an embodiment of the present application.

[0029] FIG16 is a schematic diagram of a wireless communication method according to an embodiment of the present application.

[0030] FIG17 is a schematic diagram of a method for carrying capability information in an embodiment of the present application.

[0031] FIG18 is a schematic diagram of a method for carrying capability information in another embodiment of the present application.

[0032] Figures 19A and 19B are schematic diagrams of the carrying method of the first information in an embodiment of the present application.

[0033] FIG20 is a schematic diagram of a carrying method of the first information in another embodiment of the present application.

[0034] FIG21 is a schematic diagram of a carrying method of the first information in another embodiment of the present application.

[0035] 22A to 22C are schematic diagrams of a manner in which first information is carried in a first physical layer protocol data unit (PPDU) in an embodiment of the present application.

[0036] FIG23A and FIG23B are schematic diagrams of a dedicated training process for a unidirectional multi-beam pair in an embodiment of the present application.

[0037] FIG24A and FIG24B are schematic diagrams of a bidirectional multi-beam pair-specific training process in an embodiment of the present application.

[0038] FIG25 is a schematic diagram of the unidirectional multi-beam pair tracking training process in an embodiment of the present application.

[0039] FIG26 is a schematic diagram of a unidirectional multi-beam pair tracking training process in an embodiment of the present application.

[0040] Figure 27 is a schematic diagram of period-based beam pair switching in an embodiment of the present application.

[0041] FIG28 is a schematic diagram of beam pair switching based on a transmission opportunity (TXOP) or SP in an embodiment of the present application.

[0042] Figures 29 and 30 are schematic diagrams of dynamically switching beam pairs in an embodiment of the present application.

[0043] FIG31 shows a method for generating a pseudo-random sequence in an embodiment of the present application.

[0044] Figure 32 is a schematic diagram of a communication device in an embodiment of the present application.

[0045] FIG33 is a schematic diagram of a communication device according to another embodiment of the present application.

[0046] Figure 34 is a schematic structural diagram of a communication device according to an embodiment of the present application. DETAILED DESCRIPTION

[0047] The technical solutions in this application will be described below in conjunction with the accompanying drawings. For ease of understanding, the following first introduces the communication system applicable to the embodiments of this application and the traditional communication solutions involved.

[0048] Communication System

[0049] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as wireless local area networks (WLAN), wireless fidelity (WiFi), high performance radio local area networks (HIPELAN), wide area networks (WAN), cellular networks, or other communication systems. For another example, the technical solutions provided in the embodiments of the present application can be applied to communication systems that adopt the 802.11 standard. For example, the 802.11 standard includes but is not limited to the 802.11ax standard, the 802.11be standard, and the next generation 802.11 standard.

[0050] FIG1 is a schematic diagram of a communication system applicable to embodiments of the present application. Referring to FIG1 , the communication devices in the communication system 100 may include access points (APs) 111 and 112, and stations (STAs) 121 and 122. STA 121 may access the network through AP 111, and STA 122 may access the network through AP 112.

[0051] In some implementations, a STA may establish an association with one or more APs, after which the associated STAs and APs may communicate. For example, as shown in FIG1 , AP 111 and STA 121 may communicate after establishing an association, and AP 112 and STA 122 may communicate after establishing an association.

[0052] In some implementations, the communication in the communication system 100 may be communication between an AP and a non-AP STA, communication between a non-AP STA and a non-AP STA, or communication between a STA and a peer STA, where a peer STA may refer to a device that communicates with the STA peer, for example, the peer STA may be an AP or a non-AP STA.

[0053] It should be understood that FIG1 exemplarily shows two AP STAs and two non-AP STAs, and the communication system 100 may also include a larger number of AP STAs, or the communication system 100 may include other numbers of non-AP STAs, which is not limited in the embodiments of the present application.

[0054] In addition, the above communication system can be applied to scenarios of multi-device collaboration, such as multi-AP (multiple access points, Multi-AP) collaboration, or multi-site collaboration.

[0055] In the embodiments of this application, the names of AP and / or STA are not limited. In some scenarios, AP can also be called AP STA, that is, in a sense, AP is also a type of STA. In other scenarios, STA can also be called non-AP STA.

[0056] In some scenarios, the aforementioned communication device may also be a "multi-link device (MLD)," i.e., a device that can communicate via multiple communication links, where the multiple communication links may include communication links in different frequency bands, such as millimeter wave bands and / or low-frequency bands. Generally, if the multi-link device is an AP, the AP may also be referred to as a "multi-link AP." If the multi-link device is a STA, the STA may also be referred to as a "multi-link STA."

[0057] In the embodiments of the present application, an AP may be a device in a wireless network. An AP may be a communication entity such as a communication server, a router, a switch, or a bridge, or the AP device may include various forms of macro base stations, micro base stations, relay stations, etc. Of course, the AP may also be a chip, circuit, or processing system in these various forms of devices, thereby realizing the methods and functions of the embodiments of the present application. The AP device can be applied to a variety of scenarios, such as sensor nodes in smart cities (e.g., smart water meters, smart electricity meters, smart air detection nodes), smart devices in smart homes (e.g., smart cameras, projectors, displays, televisions, speakers, refrigerators, washing machines, etc.), nodes in the Internet of Things, entertainment terminals (e.g., wearable devices such as AR and VR), smart devices in smart offices (e.g., printers, projectors, etc.), Internet of Vehicles devices in the Internet of Vehicles, and some infrastructure in daily life scenarios (e.g., vending machines, self-service navigation counters in supermarkets, self-service checkout devices, self-service ordering machines), etc.

[0058] In some implementations, the role of a STA in a communication system is not absolute; in some scenarios, a STA can function as an AP. For example, when a mobile phone is connected to a router, it can be a non-AP STA, while when it is acting as a hotspot for other phones, it functions as an AP.

[0059] In the embodiments of the present application, a STA device in the embodiments of the present application may be a device with wireless transceiver functions, such as a device that supports the 802.11 series of protocols and can communicate with an AP or other STAs. For example, a STA is any user communication device that allows a user to communicate with an AP and, in turn, with a WLAN. STA devices include, for example, user equipment (UE), mobile station (MS), mobile terminal (MT), access terminal, subscriber unit, subscriber station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device.

[0060] The STA in the embodiment of the present application may also be a device that provides voice / data connectivity to users, such as a handheld device or vehicle-mounted device with wireless connection function. Examples include: mobile phones, tablet computers, laptop computers, PDAs, mobile internet devices (MIDs), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical surgery, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, cellular phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), handheld devices with wireless communication capabilities, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in 5G networks or future-evolved public land mobile communication networks. The terminal equipment in the network (PLMN), etc., is not limited to this in the embodiments of the present application.

[0061] By way of example and not limitation, in the embodiments of this application, the STA device may also be a wearable device. Wearable devices, also known as wearable smart devices, are a general term for wearable devices that utilize wearable technology to intelligently design and develop wearable devices, such as glasses, gloves, watches, clothing, and shoes. Examples include smart watches or smart glasses, as well as devices that focus on a specific application function and require integration with other devices, such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0062] In addition, in embodiments of the present application, the STA device can also be a terminal device in the Internet of Things (IoT) system. The IoT is an important component of the future development of information technology. Its main technical feature is to connect objects to the network through communication technology, thereby realizing an intelligent network that interconnects people and machines and things. In embodiments of the present application, IoT technology can achieve massive connections, deep coverage, and terminal power saving through, for example, narrowband (NB) technology.

[0063] Furthermore, in the embodiments of the present application, the STA device may be a device in a connected vehicle system. The communication methods in a connected vehicle system are collectively referred to as V2X (where X represents everything). For example, V2X communication includes vehicle-to-vehicle (V2V) communication, vehicle-to-infrastructure (V2I) communication, vehicle-to-pedestrian (V2P) communication, and vehicle-to-network (V2N) communication.

[0064] In addition, in an embodiment of the present application, the STA device may also include sensors such as smart printers, train detectors, and gas stations. Its main functions include collecting data (partial terminal devices), receiving control information and downlink data from AP devices, and sending electromagnetic waves to transmit data to AP devices.

[0065] In addition, the AP device in the embodiment of the present application may be a device for communicating with a STA device. The AP device may be a network device in a wireless local area network. The AP device may be used to communicate with the STA device through the wireless local area network.

[0066] From the perspective of the communication standards supported by the AP, in some implementations, the AP can be a device that supports the 802.11be standard. The AP can also be a device that supports various current and future 802.11 family WLAN standards, such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0067] From the perspective of STA-supported communication standards, in some implementations, non-AP STAs can support the 802.11be standard. Non-AP STAs can also support various current and future 802.11 family wireless local area network (WLAN) standards, including 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0068] In the embodiments of the present application, there is no limitation on the frequency bands supported by WLAN technology. In some implementations, the frequency bands supported by WLAN technology may include, but are not limited to, low frequency bands (e.g., 2.4 GHz, 5 GHz, 6 GHz) and high frequency bands (e.g., 45 GHz, 60 GHz).

[0069] It should be understood that the specific forms of STA devices and AP devices in the embodiments of the present application are not particularly limited and are merely illustrative.

[0070] DMG Beamforming (BF) Process

[0071] Beamforming can be understood as a mechanism used by a pair of STAs to achieve the required DMG link budget for subsequent communications. Beamforming is a bidirectional sequence of BF frames or Short SSW PPDU transmissions that uses sector scanning and provides the necessary signaling to allow each STA to determine the appropriate antenna system settings for transmission and reception. Beamforming is established after beam training is successfully completed.

[0072] Generally, a BF frame can be one of the following: SSW frame, DMG Beacon frame, SSW-Feedback frame, SSW-Ack frame, and BRP frame.

[0073] Figure 2 shows one implementation of beam training. As shown in Figure 2, BF training starts with a sector-level sweep (SLS) by the initiator. BRP can be followed if requested by the initiator or responder. The purpose of the SLS phase is to enable communication between the two participating STAs at the DMG control mode rate or higher MCS. Typically, the SLS phase only provides transmit BF training. The purpose of the BRP phase is to implement receive training and iterative refinement of the AWV of the transmitters and receivers of the two participating STAs. If one of the participating STAs chooses to use only one transmit antenna mode, receive training can be performed as part of the SLS.

[0074] In some scenarios, the STA that initiates BF training by transmitting a BF frame can be called the initiator, and the receiving STA of the BF frame that participates in BF training with the initiator is called the responder. For BF training that occurs within an A-BFT allocation, the AP or PCP is the initiator, and non-AP and non-PCP STAs become responders. For BF training that occurs during SP allocation, the source DMG STA of the SP is the initiator, and the target DMG STA of the SP becomes the responder. For BF training during CBAP allocation, the TXOP holder is the initiator, the TXOP responder is the responder, and the value of the Duration field in the transmitted BF frame does not limit the duration of the BF training process.

[0075] In some scenarios, the link from the initiator to the responder is called the initiator link, and the link from the responder to the initiator is called the responder link.

[0076] In some scenarios, a STA can have one or more DMG antennas. DMG antennas can be used to create sectors, through which the STA can send or receive frames. The number of sectors per DMG antenna must not exceed 64. The total number of sectors across all DMG antennas within a STA must not exceed 128. For ease of understanding, the following describes the SSLS phase.

[0077] SSLS stage

[0078] Currently, the SLS phase may include four parts: an initiator sector sweep (ISS) for training the initiator link, a responder sector sweep (RSS) for training the responder link, an SSW feedback process, and an SSW ACK process.

[0079] In some implementations, the initiator must start an SLS phase by sending a frame for the ISS.

[0080] In some implementations, a responder may not generally start sending frames for an RSS until an ISS has successfully completed, unless the ISS occurs at a BTI.

[0081] In some implementations, the initiator may not start an SSW feedback process before RSS has successfully completed, unless RSS occurs in A-BFT.

[0082] In some implementations, in A-BFT, a responder may not generally initiate an SSW ack procedure with an initiator. A responder may initiate an SSW ack procedure immediately after successfully completing an SSW feedback procedure with an initiator.

[0083] In some implementations, if the initiator and responder each perform TXSS during SLS, then at the end of the SLS phase, both the initiator and responder have their own transmit sectors. If the ISS or RSS uses receive sector scanning, then the responder or initiator each has its own receive sector.

[0084] In some implementations, a STA should not change its transmit power during a sector sweep.

[0085] For ISS, it may include an initiator TXSS or an initiator RXSS.

[0086] In some implementations, if the initiator performs beamforming with the responder using more than one transmit sector or more than one transmit DMG antenna, the initiator should perform initiator TXSS with the responder before engaging in initiator RXSS with the responder.

[0087] In some implementations, the initiator shall set the Total Sectors in ISS subfield within the SSW Feedback field to the total number of sectors used in the ISS. The total is calculated as the sum of all sectors used on all antennas in the ISS multiplied by the number of receive DMG antennas of the responder.

[0088] As shown in Figure 3A, during the initiator's TXSS, the Sector ID field in each BF frame should be set to the value that uniquely identifies the transmit antenna sector used when the BF frame is transmitted. The CDOWN field in each transmission frame should contain the total number of transmissions remaining until the end of the initiator's TXSS, including any LBIFS (if required), so that the last BF frame of the initiator's TXSS is transmitted with the CDOWN field set to 0. BF frames should be separated by a time interval equal to SBIFS unless the allocation ends as described in Beamforming in DTI.

[0089] During the initiator's RXSS, the initiator shall transmit the number of BF frames indicated by the responder in the last negotiated RXSS Length field transmitted by the responder, from the DMG antenna and sector selected during TXSS with the responder. Each transmitted BF frame shall be transmitted using the same fixed antenna sector or pattern. The initiator shall set the Sector ID and DMG Antenna ID fields in each transmitted BF frame to values ​​that uniquely identify the single sector from which the BF frame is transmitted. The initiator shall set the CDOWN field in each transmitted BF frame to contain the total number of transmissions remaining until the end of the initiator's RXSS, such that the CDOWN field of the last BF frame transmitted by the initiator's RXSS is set to 0. Each transmitted BF frame shall be separated by a time interval equal to SBIFS, unless the allocation ends as described in the beamforming section of the DTI.

[0090] For RSS, it can include a responder TXSS (transmit sector sweep) or a responder RXSS (receive sector sweep).

[0091] In some implementations, the responder shall set the Sector Select field and the DMG Antenna Select field in each transmitted SSW frame to the values ​​of the Sector ID field and the DMG Antenna ID field, respectively, of the frame received with the best quality during the ISS. This application does not limit the implementation of determining which received frame has the best quality.

[0092] In some implementations, if the responder chooses to perform beamforming with the initiator using multiple transmit sectors or more than one transmit DMG antenna, the responder should perform responder TXSS with the initiator before engaging in responder RXSS with the initiator.

[0093] As shown in Figure 3B, during the responder TXSS, the responder shall set the Sector ID and DMG Antenna ID fields in each transmitted SSW frame to values ​​that uniquely identify the sector from which the SSW frame is being transmitted. The initial value of CDOWN is set to the total number of sectors of the responder (covering all DMG antennas) multiplied by the number of DMG antennas of the initiator minus one. The responder shall set the CDOWN field in each transmitted SSW frame to contain the total number of transmissions remaining to the end of the responder TXSS, including any LBIFS (if required), so that the last SSW frame transmission of the responder TXSS has the CDOWN field set to 0. The responder shall transmit from its DMG antennas in ascending order of DMG Antenna ID. Each transmitted SSW frame shall be separated by a time interval equal to SBIFS.

[0094] During the responder RXSS period, the responder shall transmit SSW frames using the DMG antenna and sector selected by the initiator during the previous responder TXSS period, with the number of SSW frames transmitted being the number indicated by the RXSS length field (non-A-BFT) or FSS field (A-BFT) of the initiator's most recent transmission. The responder shall set the sector ID and DMG antenna identification fields in each transmitted frame to the values ​​that uniquely identify the sector and DMG antenna, respectively, that transmitted the BF frame. The responder shall set the CDOWN field in each transmitted SSW frame to contain the total number of transmissions remaining until the end of the responder RXSS, so that the CDOWN field of the last SSW frame transmitted by the responder RXSS is equal to 0.

[0095] For the SSW feedback process, an SSW feedback process will occur after each RSS. During this process, the initiator should send an SSW-Feedback frame to the responder.

[0096] In some implementations, during the SSW feedback process, the responder should configure its antenna array to the DMG antenna that received the signal with the highest quality during the ISS, or the best antenna configuration found during the RXSS (if the RXSS was performed during the ISS), as a quasi-omnidirectional antenna pattern in the DMG antenna, and should not change its receive antenna configuration when communicating with the initiator until the SSW feedback process is expected to end.

[0097] In some implementations, when a responder TXSS containing an SSW frame was performed during a previous RSS, the initiator shall set the Sector Select field and the DMG Antenna Select field in the SSW-Feedback frame it sends to the values ​​of the Sector ID field and the DMG Antenna ID field of the best quality frame received during the responder TXSS, respectively. The specific manner in which the best quality frame received is determined is not limited in this application. Furthermore, the initiator shall set the SNR Report field to the SNR measured for the frame received by the sector and DMG antenna indicated by the Sector Select field and the DMG Antenna Select field, respectively. The SSW-Feedback frame shall be transmitted via the sector identified by the values ​​of the Sector Select field and the DMG Antenna Select field received from the responder during the previous responder TXSS.

[0098] In some implementations, when the responder RXSS was performed during the previous RSS, the Sector Selection field and DMG Antenna Selection field in the SSW-Feedback frame are retained. The initiator sets the SNR Report field to the SNR measured on the frame in the receive sector specified by the RSS. The SSW-Feedback frame shall be transmitted via the sector identified by the value of the Sector Selection field received from the responder during the most recently completed RSS with the initiator.

[0099] In some implementations, the initiator can perform transmit training as part of the beam refinement phase by setting the TX-TRN-REQ field in the SSW-Feedback frame to 1 and setting the L-RX field to request the responder to use the length of the training sequence in the response. The initiator can perform the MIDC subphase as part of beam refinement by setting the BC-REQ field to 1 (requesting the BC subphase) and the MID-REQ field to 1 (requesting the MID subphase); in this case, the L-RX field should be set to indicate the number of receive AWVs to be used by the initiator during the MID subphase.

[0100] As for the SSW ACK process, this process usually occurs after the SSW feedback process.

[0101] In some implementations, when the responder performs TXSS during RSS, the responder shall send an SSW-Ack frame to the initiator to perform the SSWACK procedure. The SSW-Ack frame shall be transmitted using the sector identified by the values ​​of the Sector Selection field and the DMG Antenna Selection field in the last SSW-Feedback frame.

[0102] In some implementations, the responder can transmit training as part of the beam refinement phase by setting the TX-TRN-REQ field in the SSW-Ack frame to 1 and setting the L-RX field to the length of the training sequence it requests the initiator to use. A responder can perform the MID subphase by setting the MID-REQ bit in the BRP Request field of the SSW frame to 1. In this case, it should also set the L-RX field to indicate the number of receive AWVs it uses during the MID subphase. A responder can perform the BC subphase by setting the BC-REQ bit to 1. If the initiator has set the MID-REQ or BC-REQ field in the SSW-Feedback frame to 1, the responder can set the MID-Grant field or BC-Grant field to 1 to indicate approval of the request. Alternatively, the responder can set both the MID-Grant field and the BC-Grant field to 1 to indicate approval of the request.

[0103] BRP stage

[0104] The BRP phase can be understood as the process by which a STA trains its RX and TX antenna arrays and uses an iterative process to improve its TX antenna configuration and RX antenna configuration. BRP can be used regardless of the antenna configuration supported by the STA.

[0105] In some implementations, the BRP phase may include a BRP setup subphase, a multiple sector ID Detection (MID) subphase, a beam combining (BC) subphase, a subset of the previous subphases, and one or more beam refinement transactions.

[0106] The BRP setup sub-phase allows STAs to exchange beam refinement capability information and request execution of other BRP sub-phases. Due to imperfect quasi-omnidirectional receive antenna patterns, the MID sub-phase and the BC sub-phase (collectively referred to as the MIDC sub-phase) can be selectively used for iterative beam refinement to find a better initial AWV than what SLS could have found.

[0107] In the MID sub-phase, a quasi-omnidirectional transmit pattern is tested for multiple receive AWVs, reversing the scanning roles of the transmit sector scan. In the BC sub-phase, transmit and receive AWVs are tested in pairs, avoiding the use of a quasi-omnidirectional pattern. Finally, based on the starting point of the SLS sub-phase or the MIDC sub-phase, STAs can exchange request / response frames called beam refinement transactions to explore a wider set of transmit and receive AWVs.

[0108] In some implementations, if the BRP phase does not include the MID subphase or the BC subphase, the BRP setup subphase can be skipped. If either STA indicates that the subphase is not required by setting the MID-REQ field and the BC-REQ field to 0, or by setting the MID-Grant field and the BC-Grant field to 0, the MID subphase and the BC subphase can be skipped. If both parties indicate that the transaction is not required by setting the L-RX field and the TX-TRN-REQ field to 0, the beam refinement transaction can be skipped.

[0109] In some implementations, the MID subphase may include an R-MID subphase and / or an I-MID subphase, which may include one or more BRP-RX PPDU transmissions, after which the initiator and responder may include feedback in the next BRP frame.

[0110] In some implementations, the BC sub-phase may include an R-BC sub-phase and / or an I-BC sub-phase, which may include transmission of a BRP-RX PPDU followed by feedback, wherein the transmission of the BRP-RX PPDU is used to select a beam.

[0111] In some implementations, the beam refinement transaction may include a BRP frame for beam refinement request and response, wherein the beam refinement request may include a transmit beam refinement request and / or a receive beam refinement request.

[0112] In some implementations, a transmit beam refinement request (TX-TRN-REQ field within the BRP Request field is set to 1) indicates that the transmitting STA needs to perform transmit antenna array training. A BRP PPDU (or the next BRP PPDU from that STA) with the TX-TRN-REQ field set to 1 shall include the Transmit Training (TRN-T) subfield appended to it. The STA responding to the BRP PPDU shall include feedback based on the measurements it performed during reception of the BRP PPDU. The type of feedback may be specified by the FBCK-TYPE field within the DMG Beam Refinement element contained in the BRP PPDU.

[0113] In some implementations, a receive beam refinement request (the L-RX field within the BRP Request field is greater than zero) indicates that the transmitting STA needs to perform receive antenna array training. The responding STA can respond with a BRP PPDU with the receive training (TRN-R) subfield appended.

[0114] In some implementations, an EDMG STA may enable training of both TX and RX on the same PPDU by setting the TXVECTOR parameter EDMG_TRN_LEN to a value greater than 0 and setting the parameter RX_TRN_PER_TX_TRN to a value greater than 1.

[0115] In some implementations, a beam refinement response is separated from the previous beam refinement request by at least one SIFS and at most one BRPIFS. This separation is intended to ensure that sufficient time is available to complete the transmission of those frames allocated within the SP (non-TDD SP or TXOP). Similarly, if sufficient time is available to complete the transmission of the entire beam refinement request within the SP (non-TDD SP or TXOP allocation), the beam refinement request (if any) is separated from the previous beam refinement response by at least one SIFS and at most one BRPIFS.

[0116] Beam tracking stage

[0117] Currently, the introduction of the beam tracking phase enables an initiator or responder to track changes in the AWV and / or spatial mapping matrix Q of its DMG antenna without having to perform a full BRP process. Analog beam tracking allows a DMG STA to track changes in the AWV of its DMG antenna. Baseband beam tracking allows an EDMG STA to track changes in the spatial mapping matrix Q for SU and MU MIMO transmissions using digital beamforming.

[0118] In some scenarios, beam tracking can be subdivided into: the initiator receives beam tracking; the responder receives beam tracking; and the initiator sends beam tracking.

[0119] In some scenarios, a STA (beam tracking initiator) can request a peer STA (beam tracking responder) to provide the initiator with receive beam tracking training signals on the next PPDU sent by the responder. As shown in Figure 4, the initiator can set the TXVECTOR parameter BEAM_TRACKING_REQUEST to BEAM-TRACKING-REQUESTED, TRN_LEN to the number of requested TRN subfields, and PPDU_TYPE to TRN-R in the PPDU sent to instruct the responder to provide receive beam tracking training signals to the initiator on the next PPDU sent. Otherwise, the BEAM_TRACKING_REQUEST parameter should be set to BEAM-TRACKING-NOT-REQUESTED to indicate that the responder does not need to provide receive beam tracking training signals to the initiator on the next PPDU sent.

[0120] In some implementations, as shown in Figure 5, the beam tracking initiator can also request the beam tracking responder to perform receive beam tracking by setting the TXVECTOR parameter BEAM_TRACKING_REQUEST in the PPDU to BEAM-TRACKING-NOT-REQUESTED, setting the TRN_LEN parameter to a non-zero value, setting the PPDU_TYPE parameter to TRN-R, and appending the AGC field and TRN-R subfield in the PPDU.

[0121] In some implementations, the beam tracking initiator may send a PPDU requesting beam tracking to the beam tracking responder if conditions are met, where the conditions include one or more of the following: the time since the last PPDU was sent to the beam tracking responder requesting beam tracking is greater than the beam tracking time limit plus BRPIFS; a BRP frame with channel measurement feedback from the beam tracking responder has been received.

[0122] DMG beamforming correlation frame

[0123] Figure 6 shows a schematic diagram of a DMG beacon frame. As shown in Figure 6, the frame includes a frame control field, a duration field, a BSSID field, a frame body field, and an FCS. The frame body field may include the following fields in the following order: timestamp, sector sweep, beacon interval, beacon interval control, DMG parameters, clustering control, DMG capabilities, and extended schedule.

[0124] Figure 7 shows a schematic diagram of a DMG beacon frame carrying an SSW field. As shown in Figure 7, the frame includes a direction field, a CDOWN field, a sector identification field, a DMG antenna identification field, a quasi-omni TX field, a PCP / AP coverage parameter field, an RX unassociated short SSW field, and a DMG antenna identification MSB field.

[0125] 8A to 8E show schematic diagrams of an SSW frame. Referring to FIG8A , the frame includes a frame control field, a duration field, an RA field, a TA field, an SSW field, an SSW feedback field, and an FCS.

[0126] As shown in FIG8B , if the SSW field is not carried in a beacon frame, the SSW field includes a direction field, a CDOWN field, a sector identification field, a DMG antenna identification field, and an RXSS length field.

[0127] As shown in Figure 8C, if the SSW feedback field is transmitted as part of the ISS, the SSW feedback field includes a total sector in ISS field, a number of RX DMG antennas field, a reserved field, a poll required field, a reserved field, an unassociated RSS enabled field, and a reserved field.

[0128] As shown in Figure 8D, if the SSW feedback field is not transmitted as part of the ISS and the EDMG extension flag subfield is set to 0, the SSW feedback field includes a sector selection field, a DMG antenna selection field, an SNR report field, a poll request field, a reserved field, an unassociated RSS enabled field, and an EDMG extension flag field.

[0129] As shown in Figure 8E, if the SSW feedback field is not transmitted as part of the ISS and the EDMG extension flag subfield is set to 1, the SSW feedback field includes the sector selection field, the DMG antenna selection field, the SNR report field, the poll request (poll required) field, the sector selector MSB field, the DMG antenna selection MSB field, and the EDMG extension flag field.

[0130] Figure 9 shows a schematic diagram of an SSW feedback frame (SSW-Feedback frame). As shown in Figure 9, the frame includes a frame control field, a duration field, an RA field, a TA field, an SSW feedback field, a BRP request field, a beam link maintenance field, and an FCS. In addition, the BRP request field includes an L-RX field, a TX-TRN-REQ field, a MID-REQ field, a BC-REQ field, a MID-Grant field, a BC-Grant field, a Chan-FBCK-CAP field, a TX sector ID, an Other-AID field, a TX DMG antenna identification field, an EDMG-short BRP field, an EDMG-short FBCK field, and a reserved field.

[0131] Figure 10 shows a schematic diagram of an SSW ack frame (SSW-Feedback frame). As shown in Figure 10, the frame includes a frame control field, a duration field, an RA field, a TA field, an SSW feedback field, a BRP request, a beam link maintenance field, and an FCS.

[0132] Figures 11 to 12B illustrate schematic diagrams of a short SSW PPDU. Referring to Figure 11 , if the Direction field is set to 0 (I-TXSS) and the Addressing Mode field is set to 0, the PPDU includes a PPDU Type field, a Direction field, an Addressing Mode field, a Source AID field, a Destination AID field, a CDOWN field, an RF Chain ID field, a Short Scrambled BSSID field, a Non-Associated field, and an FCS.

[0133] As shown in Figure 12A, if the direction field is set to 0 (I-TXSS) and the addressing mode field is set to 1, the PPDU includes a PPDU type field, a direction field, an addressing mode field, a source AID field, a destination AID field, a CDOWN field, an RF Chain ID field, a SISO feedback duration field, a reserved field, and an FCS.

[0134] As shown in Figure 12B, if the direction field is set to 1 (R-TXSS), the PPDU includes a PPDU type field, a direction field, a reserved field, a source AID field, a destination AID field, a CDOWN field, an RF Chain ID field, a short scrambled BSSID field, and an FCS.

[0135] Typically, a Short SSW PPDU is a DMG control mode PPDU with the length field in the PHY header equal to 6 and the PPDU type subfield in the Short SSW Payload field equal to 0. The contents of the Short SSW Payload field consist of 6 bytes, the contents of which depend on whether the Short SSW PPDU is transmitted as part of I-TXSS or R-TXSS, and whether it is used for MU-MIMO beamforming training. The Short SSW Payload field should be transmitted after the PHY header.

[0136] Tables 1 and 2 show the information carried in the Action field of a BRP frame and the corresponding order in which it is carried. As shown in Tables 1 and 2, the BRP frame is an Action No Ack frame. The Action field format in a BRP frame has one of the two variations shown in Tables 1 and 2, depending on the value of the EDMG-SHORT-BRP subfield in the BRP Request field.

[0137] Table 1

[0138] Table 2

[0139] FIG13 shows the format of the EDMG BRP field. As shown in Figure 13, this field includes an initiator field, an L-RX field, a TX training response field, an RX training response field, a TX training confirmation field, a TXSS-FBCK-REQ field, a TX sector ID field, a BS FBCK field, a BS FBCK antenna ID field, a MID extension field, a BRP-TXSS-OK field, an L-TX-RX field, a requested EDMG TRN-Unit P field, a requested EDMG TRN-Unit M field, a requested EDMG TRN-Unit N field, a BRP TXSS field, a TXSS-initiator field, a TXSS-PPDU field, a sector sweep frame type field, a TXSS-REPEAT field, a TXSS-MIMO field, and a BRP. CDOWN field, TX antenna mask field, first path training field, dual polarization TRN field, and reserved field.

[0140] FIG14 shows the format of the DMG Beam Refinement element. Referring to FIG14 , the element includes an element identifier field, a length field, an initiator field, a TX-train response field, a RX-train response field, a TX-train-OK field, a TXSS-FBCK-REQ field, a BS-FBCK field, a BS-FBCK antenna identifier field, a FBCK-REQ field, a FBCK type field, a MID extension field, a capability request field, a reserved field, a BS-FBCK MSB field, a BS-FBCK antenna identifier MSB field, a number of MSB measurements field, an EDMG extension identifier field, an EDMG channel measurement present field, a sector sweep frame type field, a DBF FBCK REQ field, a channel aggregation requested field, a channel aggregation on present field, a BF training type field, an EDMG dual polarization TRN channel measurement present field, and a reserved field.

[0141] The EDMG BRP PPDU is an EDMG PPDU that contains the TRN field and is used for antenna configuration training for transmission and / or reception. Currently, EDMG BRP PPDUs are divided into three types: EDMG BRP-RX PPDU, EDMG BRP-TX PPDU, and EDMG BRP-RX / TX PPDU.

[0142] The EDMG BRP-RX PPDU is used to receive AWV training. All TRN subfields of the EDMG BRPRX PPDU are transmitted using the same AWV.

[0143] EDMG BRP-TX PPDU is used to send AWV training. The transmitter can change the AWV at the beginning of each group of N TRN subfields present in the last M TRN subfields of each TRN unit present in the TRN field. The transmitter can send all TRN subfields of the TRN field with the same AWV. The receiver performs measurements during reception of the EDMG BRP-TX PPDU and sends feedback to the STA that sent the PPDU.

[0144] The EDMG BRP-RX / TX PPDU is used to simultaneously train the transmitter's transmit AWV and the receiver's receive AWV. To achieve simultaneous receive and transmit training using the same EDMG BRP-RX / TX PPDU that is different from the EDMG BRP-TX PPDU, the transmitter sends multiple consecutive TRN units, where the last M TRN subfields of each TRN unit are transmitted using the same AWV configuration.

[0145] After the beam training process, the initiator and responder will select the optimal transmit beam and the optimal receive beam for communication. In other words, after the beam training process, the initiator and responder will select a beam pair for communication. However, in some scenarios, obstruction may occur in the direction of the beam pair, resulting in a decrease in the communication quality based on the beam pair. In fact, if the obstruction in the direction of the beam pair occurs for a long time, it may make it impossible for the initiator and responder to communicate through the beam pair, resulting in a long interruption in the communication link between the initiator and responder.

[0146] At this point, a new round of beam training may be required to restore communication between the initiator and responder. However, this takes a long time, and consequently, the initiator and responder remain unable to communicate via this beam pair for a long period of time, reducing the reliability of communication between the initiator and responder.

[0147] Therefore, to address the above-mentioned issues, embodiments of the present application provide a wireless communication method. In this method, an initiator and a responder can select multiple beam pairs through a beam training process. Accordingly, if there is an obstruction in the direction of one of the multiple beam pairs, another beam pair can be selected from the multiple beam pairs for communication. Compared to traditional solutions that require re-executing the beam training process to select a new beam pair, this method helps reduce the interruption duration of communication between the initiator and the responder, thereby improving the reliability of communication between the initiator and the responder.

[0148] Referring to FIG15A , it is assumed that the beam pair used for communication between the VR glasses and the AP includes beam pair 1 and beam pair 2, and currently, the VR glasses and the AP communicate based on beam pair 1, wherein beam pair 1 includes the transmit beam B4 of the VR glasses and the receive beam A2 of the AP. At this time, referring to FIG15B , passerby A moves in the direction of transmit beam B4, blocking the communication between the VR glasses and the AP. Afterwards, referring to FIG15C , the VR glasses and the AP can switch to beam pair 2 for communication to avoid the obstruction of passerby A, which helps to improve the reliability of communication between the VR glasses and the AP. Among them, beam pair 2 includes the transmit beam B1 of the VR glasses and the receive beam A1 of the AP.

[0149] As mentioned above, the above beam training process is used to select multiple beam pairs. Therefore, the beam training process can also be called a "beam pair training process" or a "multi-beam pair training process."

[0150] In some implementations, the first device and the second device may communicate based on a high-band link (as an example of the second link described below). For example, the high-band link may be a link with a frequency above 45 GHz. For another example, the high-band link may be a link in the millimeter wave band. Accordingly, the above-mentioned multiple beam pairs may be beam pairs applied to the high-band link. Of course, in the embodiments of the present application, the above-mentioned multiple beam pairs may be applied to other frequency bands.

[0151] In some implementations, the millimeter wave frequency band may be an integrated millimeter wave (IMMW) frequency band. Of course, in the embodiment of the present application, the millimeter wave frequency band may be just an ordinary millimeter wave frequency band.

[0152] To support the communication scheme based on multiple beam pairs in the embodiments of this application, the applicant proposes that first information can be transmitted between the initiator and the responder (also referred to as the "first device and the second device") (see step S1610 in Figure 16), where the first information is associated with the multiple beam pairs. In the embodiments of this application, there are multiple implementations of the first information, which will be described below in conjunction with implementations 1 to 7 in Example 1.

[0153] In some implementations, the first information may be transmitted via a first link, and correspondingly, multiple beam pairs may be used for a second link, where the frequency of the first link is lower than the frequency of the second link. Of course, in the embodiments of the present application, the link for transmitting the first information may be the same as the link for using the multiple beam pairs.

[0154] In the embodiment of the present application, the first link is not limited. In some implementations, the frequency band of the first link can be a low-frequency band link. For example, the low-frequency band can be sub-7 GHz.

[0155] In addition, in the embodiments of the present application, the second link is not limited. In some implementations, the second link can be a link in a high-frequency band. For example, the high-frequency band can be a band above 45 GHz. For another example, the high-frequency band can be a millimeter wave band.

[0156] Example 1, Implementation 1

[0157] In some implementations, the first information is used to indicate capability information of the first device, where the capability information is associated with multiple beam pairs.

[0158] In some implementations, the capability information is associated with communication based on multiple beam pairs. It can be understood that the capability information is a capability related to communication based on multiple beam pairs.

[0159] As mentioned above, multiple beam pairs can be applied to IMW. Accordingly, the above capability information can also be called "IMMW capability information". Accordingly, the capability information can be carried in the "IMMW capability element".

[0160] In an embodiment of the present application, capability information of the first device is transmitted between the first device and the second device. Accordingly, the second device determines whether to communicate with the first device based on multiple beam pairs based on the capability information of the first device, or the second device determines how to communicate with the first device based on the capability information of the first device, which helps to improve the rationality of communication between the first device and the second device.

[0161] In some implementations, the capability information is used to indicate one or more of the following: whether a communication process based on multiple beam pairs is supported; whether a beam training process based on multiple beam pairs is supported; the upper limit of the number of transmitting beams supported by the first device; and the upper limit of the number of receiving beams supported by the first device.

[0162] In some implementations, the capability information is used to indicate whether a communication process based on multiple beam pairs is supported. Alternatively, the capability information is used to indicate whether a transmission mode of multiple beam pairs is supported.

[0163] In some implementations, the capability information indicates whether a beam training process based on multiple beam pairs is supported. The beam training process based on multiple beam pairs can be understood as the ability to obtain multiple beam pairs for communication between the first device and the second device after the beam training process. Therefore, the capability information is also referred to as "support for multi-beam training" information.

[0164] In an embodiment of the present application, the capability information for indicating whether a communication process based on multiple beam pairs is supported and the capability information for indicating whether a beam training process based on multiple beam pairs is supported can be indicated by different bits, which helps to refine the granularity of the capability information indication and improve the accuracy of the indication. Generally speaking, for a device that supports a communication process based on multiple beam pairs, it also supports a beam training process based on multiple beam pairs. Therefore, the capability information for indicating whether a communication process based on multiple beam pairs is supported and the capability information for indicating whether a beam training process based on multiple beam pairs is supported can be indicated by the same bit, which helps to reduce the transmission resources occupied by the transmission capability information.

[0165] For example, if the value of the capability information carried in the bit is a first value, it is used to indicate that the first device supports a communication process based on multiple beam pairs and supports a beam training process based on multiple beam pairs. Conversely, if the value of the capability information carried in the bit is a second value, it is used to indicate that the first device does not support a communication process based on multiple beam pairs and does not support a beam training process based on multiple beam pairs.

[0166] In the embodiment of the present application, the first value is different from the second value. For example, the first value may be 1, and correspondingly, the second value may be 0. For another example, the first value may be 0, and correspondingly, the second value may be 1.

[0167] In some implementations, the capability information indicates an upper limit on the number of transmit beams supported by the first device. Alternatively, the capability information indicates a maximum number of transmit beams supported by the first device. Therefore, the capability information may also be referred to as the "maximum number of transmit beams."

[0168] In the embodiment of the present application, there is no limit on the value of the maximum number of transmission beams. If the number of transmission beams is counted from 0, the value of the maximum number of transmission beams is the maximum number of transmission beams supported by the first device minus one. For example, the number of transmission beams is counted from 0, and the maximum number of transmission beams supported by the first device is 5. Accordingly, the value of the above-mentioned maximum number of transmission beams is 4. Of course, in the embodiment of the present application, if the number of transmission beams is counted from 1, the value of the maximum number of transmission beams is the maximum number of transmission beams supported by the first device. Of course, in the embodiment of the present application, if the number of transmission beams is counted from 1, the value of the maximum number of transmission beams can be the maximum number of transmission beams supported by the first device.

[0169] In some implementations, the capability information indicates an upper limit on the number of receive beams supported by the first device. Alternatively, the capability information indicates the maximum number of receive beams supported by the first device. Therefore, the capability information may also be referred to as the "maximum number of receive beams."

[0170] In the embodiment of the present application, there is no limitation on the value of the maximum number of receiving beams. If the number of receiving beams starts counting from 0, the value of the maximum number of receiving beams is the maximum number of receiving beams supported by the first device minus one. For example, the number of receiving beams starts counting from 0, and the maximum number of receiving beams supported by the first device is 5. Accordingly, the value of the above-mentioned maximum number of receiving beams is 4. Of course, in the embodiment of the present application, if the number of receiving beams starts counting from 1, the value of the maximum number of receiving beams is the maximum number of receiving beams supported by the first device. Of course, in the embodiment of the present application, if the number of receiving beams starts counting from 1, the value of the maximum number of receiving beams can be the maximum number of receiving beams supported by the first device.

[0171] The following describes how capability information is carried in an embodiment of the present application in conjunction with FIG17 . As shown in FIG17 , capability information may be carried in one or more of the following fields: element ID, length, element ID extension, support for multi-beam training, maximum number of receive beams, and maximum number of transmit beams.

[0172] In some implementations, the element identifier may be an identifier of an ultra high reliability capabilities element (UHR capabilities element). The value of this parameter may be 255 to indicate that the element is an extended element.

[0173] In some implementations, the length is used to indicate the length of other fields in the UHR capability element, excluding the element identifier and length fields. Generally, the length can be expressed in bytes or bits, which is not limited in this embodiment of the present application.

[0174] In some implementations, the value of the element extension identifier may be any integer between 135 and 255. For example, the value of the element extension identifier may be 159 to indicate that the element is an IMM capability element.

[0175] In some implementations, the multi-beam pair training support field indicates whether the first device supports the multi-beam pair training process and the multi-beam pair transmission mode. For example, a value of 1 in this field indicates that the first device supports the multi-beam pair training process and the multi-beam pair transmission mode. Conversely, a value of 0 in this field indicates that the first device does not support the multi-beam pair training process or the multi-beam pair transmission mode. Other values ​​of this field may be reserved.

[0176] In some implementations, the maximum number of receiving beams is used to indicate the maximum number of receiving beams that the first device can support. Typically, the value of this parameter is the maximum number of receiving beams supported by the first device minus one.

[0177] In some implementations, the maximum number of transmit beams is used to indicate the maximum number of transmit beams that the first device can support. Typically, the value of this parameter is the maximum number of transmit beams minus one.

[0178] In some implementations, the capability information may be carried in one or more of the following: a beacon frame, an association request frame, an association response frame, a reassociation request frame, a reassociation response frame, a probe request frame, and a probe response frame, which is not limited in the embodiments of the present application.

[0179] In some implementations, the first device is the responder, and the second device is the initiator. That is, the first message may be sent from the responder to the initiator. The initiator is understood to be the device that initiates the beam training process, and the responder is understood to be the device that participates in the beam training process. For details about responders and / or initiators, see the previous section and are omitted for brevity.

[0180] In the embodiments of the present application, there is no limitation on the device type of the initiator and / or responder. For example, the initiator may be an AP and the responder may be a STA. For another example, both the initiator and the responder may be STAs.

[0181] Implementation 2

[0182] In some implementations, the first information is used to indicate a triggering of a beam training process, or in other words, the first information is used to announce the start of a beam training process, wherein the beam training process is used to select the plurality of beam pairs.

[0183] In some implementations, the first information may carry configuration parameters of the beam training process. Accordingly, the configuration parameters may also be referred to as “multi-beam peer training parameters”.

[0184] In some implementations, the configuration parameters are used to indicate one or more of the following: the type of beam training process; the number of transmitted beams during the beam training process; the identification of the transmitted beams during the beam training process; the number of received beams during the beam training process; the number of repetitions of traversing the transmitted beams during the beam training process; the number of frames transmitted for beam selection during the beam training process; the measurement threshold used for selecting beam pairs during the beam training process; the number of beam pairs that the first device expects to select through the beam training process; the first information is used for forward beam pair training in the beam training process; the first information is used for reverse beam pair training in the beam training process; whether the beam training process is performed based on multiple selected beam pairs; and whether the beam training process is performed on one or more beam pairs among the multiple selected beam pairs.

[0185] In some implementations, the type of the beam training process is also referred to as a training type, which may include bidirectional beam training and / or unidirectional beam training. The bidirectional in bidirectional beam training may include the following two directions: the direction in which the initiator sends information to the responder, and the direction in which the responder sends information to the initiator. The unidirectional in unidirectional beam training may include one of the following two directions: the direction in which the initiator sends information to the responder, or the direction in which the responder sends information to the initiator.

[0186] In the embodiments of the present application, the method for indicating the type of the beam training process is not limited. For example, if the value of the configuration parameter is a first value, it indicates that the type of the beam training process is bidirectional beam training. Conversely, if the value of the configuration parameter is a second value, it indicates that the type of the beam training process is unidirectional beam training.

[0187] In the embodiment of the present application, the first value and the second value are different. For example, the first value may be 1, and correspondingly, the second value may be 0. For another example, the first value may be 0, and correspondingly, the second value may be 1.

[0188] In some implementations, the number of transmit beams in the above-mentioned beam training process (also referred to as "Num of Tx Beams") can be understood as the number of transmit beams used in the beam training process.

[0189] In some implementations, the number of receive beams in the beam training process (also referred to as "Num of Rx Beams") can be understood as the number of receive beams used in the beam training process.

[0190] In some implementations, the identifier of the transmitting beam in the above-mentioned beam training process can be understood as the identifier of the transmitting beam used in the beam training process.

[0191] In some implementations, the identifier of the receiving beam in the above-mentioned beam training process can be understood as the identifier of the receiving beam used in the beam training process.

[0192] In some implementations, the number of repetitions of traversing the transmit beam during the beam training process can be understood as the number of repetitions of the transmit beam used in the beam training process. In some scenarios, this parameter can also be carried in the repetition field.

[0193] In some implementations, the number of frames used for beam selection transmitted during the beam training process can be understood as the total number of frames used for multi-beam pair training transmitted during the beam training process. Accordingly, this parameter can also be referred to as the number of training frames. The frames used for multi-beam pair training can include one or more of the following: SSW frames, S-SSW frames, and NDP frames.

[0194] In some implementations, the measurement threshold used for selecting the beam pair during the above-mentioned beam training process can be understood as the minimum measurement threshold that the beam pair needs to meet in the beam training results fed back by the responder, or in other words, the measurement value corresponding to the beam pair in the beam training results is greater than or equal to the measurement threshold.

[0195] In the embodiments of the present application, the measurement threshold is not limited. For example, the measurement threshold may include a signal to interference plus noise ratio (SNR) threshold. Accordingly, the above parameter may also be referred to as an "SNR threshold." For another example, the measurement threshold may include a signal received power threshold. For another example, the measurement threshold may include a signal received quality threshold.

[0196] In some implementations, the number of beam pairs that the first device expects to select through the beam training process can be replaced by the number of beam pairs included in the beam training result obtained through the beam training process.

[0197] In the embodiments of the present application, the manner in which the configuration parameter is used to indicate the aforementioned quantity is not limited. For example, the configuration parameter may be used to indicate the minimum value of a selected beam pair. Accordingly, the parameter may also be referred to as the minimum number of beam peers. For another example, the configuration parameter may be used to indicate the specific value of a selected beam pair. For another example, the configuration parameter may be used to indicate the maximum value of a selected beam pair.

[0198] In some implementations, the above configuration parameters are used to indicate that the first information is used for forward beam pair training in the beam training process. It can be understood that the configuration parameters are used to indicate that the corresponding first information is used to declare and trigger forward beam pair training in the beam training process.

[0199] In some implementations, the above configuration parameters are used to indicate that the first information is used for reverse beam pair training in the beam training process. It can be understood that the configuration parameters are used to indicate that the corresponding first information is used to declare and trigger reverse beam pair training in the beam training process.

[0200] In some implementations, performing the beam training process based on the selected multiple beam pairs helps reduce the time required to perform the beam training process. Therefore, this beam training process based on the selected multiple beam pairs can also be referred to as "quick beam peer training."

[0201] Accordingly, the above configuration parameters are used to indicate whether to perform a beam training process based on the selected multiple beam pairs. It can be understood that the configuration parameters are used to indicate whether to turn on the fast beam pair training function, or whether to enable the fast beam pair training function.

[0202] In the embodiment of the present application, the aforementioned multiple selected beam pairs are not limited. For example, the selected multiple beam pairs may be obtained through one or more beam training processes performed before the beam training process corresponding to the configuration parameters. In addition, in the embodiment of the present application, the presentation method of the aforementioned multiple selected beam pairs is not limited. For example, the selected multiple beam pairs may be presented in the form of a list, or in other words, the information of the multiple beam pairs may be carried in the multi-beam pair list element described below. For another example, the selected multiple beam pairs may be presented in the form of a collection.

[0203] In the embodiments of the present application, the manner in which the configuration parameter indicates whether the rapid beam pair training function is enabled is not limited. For example, a first value of the configuration parameter indicates that the rapid beam pair training function is enabled. Correspondingly, a second value of the configuration parameter indicates that the rapid beam pair training function is disabled. The first value and the second value are different. For example, the first value can be 0 and the second value can be 1. For another example, the first value can be 1 and the second value can be 0.

[0204] In some implementations, the above configuration parameters are used to indicate that the beam training process is performed on one or more beam pairs among the selected multiple beam pairs, where the multiple beam pairs can be all or part of the selected beam pairs. In addition, for the introduction to the selected beam pairs, please refer to the above.

[0205] For example, a configuration parameter with a third value indicates that beam training is to be performed on one of the selected beam pairs. Correspondingly, a configuration parameter with a fourth value indicates that beam training is to be performed on all of the selected beam pairs. The third value and the fourth value are different. For example, the third value may be 1 and the second value may be 2. For another example, the first value may be 2 and the second value may be 1.

[0206] It should be noted that the configuration parameter for indicating whether to perform beam training on one or more of the selected beam pairs and the configuration parameter for enabling the fast beam pair training function can be represented by different values ​​in a single bit, thereby reducing the overhead required for transmitting the configuration parameters. Of course, in the embodiments of the present application, the above two configuration parameters can occupy different bits.

[0207] In some implementations, the configuration parameter may be used to indicate one or more beam pairs from among the selected multiple beam pairs for the beam training process. In other words, the configuration parameter may be used to indicate which beam pair or pairs from among the selected multiple beam pairs for the beam training process. Alternatively, the configuration parameter may be used to indicate one or more beam pairs for the fast beam pair training function. Therefore, the configuration parameter may also be referred to as a "beam peer ID."

[0208] In the embodiments of the present application, the method for indicating one or more beam pairs is not limited. For example, the one or more beam pairs may be indicated by a beam pair identifier. In another example, the one or more beam pairs may be indicated by an identifier of a transmit beam and an identifier of a receive beam in the beam pair.

[0209] The above introduces the first information in the embodiment of the present application, and the following introduces the carrying method of the first information in the embodiment of the present application.

[0210] In some implementations, the first information may be carried in a frame (also referred to as a "first frame"). As described above, the first information is used to announce and trigger a beam training process based on a multi-beam pair. Therefore, the frame may also be referred to as an announcement frame, or a "multi-beam training announcement frame."

[0211] In the embodiments of the present application, the first frame is not limited. For example, the first frame can be a frame dedicated to beam training. Accordingly, the first frame can be used in a beam pair-specific training process, as described below in conjunction with Figures 23A, 23B, 24A, and 24B. For another example, the first frame can be a data frame or a management frame. In other words, the beam training process can be performed simultaneously with the interaction of data frames or management frames. Accordingly, the first frame can be used in a multi-beam pair tracking training process, as described below in conjunction with Figures 25 and 26.

[0212] In some implementations, the frame or PPDU used to carry the first information may also carry other information, for example, one or more of frame control, duration, receiver address (RA), and transmitter address (TA). Of course, in the embodiments of the present application, the frame or PPDU used to carry the first information may not carry other information.

[0213] The following describes the carrying method of the first information in an embodiment of the present application in conjunction with Figure 18. As shown in Figure 18, the first information can be carried in one or more of the following fields: frame control, duration, receiver address (RA), transmitter address (TA), dialog token, multi-beam peer training parameters, and frame check sequence (FCS).

[0214] The frame control field is used to indicate the version and specific type of MAC.

[0215] The duration field is used to indicate the length of a transmission opportunity (TXOP).

[0216] The RA field is used to indicate the address of the receiving end. For example, the RA field is used to indicate the MAC address of the receiving station.

[0217] The TA field is used to indicate the address of the sending end. For example, the TA field is used to indicate the MAC address of the sending station.

[0218] The above-mentioned conversation token is used to identify a multi-beam pair training announcement frame.

[0219] Continuing with FIG18 , the multi-beam pair training parameters include configuration parameters for multi-beam pair training, where the configuration parameters may be carried in one or more of the following fields: training type, number of training frames, number of transmit beams, number of receive beams, repetition, SNR threshold, minimum number of beam peers, quick beam peer training, beam peer ID, and reserved.

[0220] The training type field indicates the type of beam training. For example, a value of 0 indicates unidirectional beam training. A value of 1 indicates bidirectional beam training. Other values ​​are reserved.

[0221] The number of training frames field is used to indicate the total number of frames sent during the beam training process for multi-beam pair training, where the frames sent during the beam training process include one or more of the following: SSW, S-SSW, and NDP.

[0222] The number of transmit beams field is used to indicate the number of transmit beams used in the beam training process.

[0223] The number of receive beams field is used to indicate the number of receive beams used in the beam training process.

[0224] The repetition field indicates the number of repetition trainings for all transmit beams used in the beam training process.

[0225] The SNR threshold field is used to indicate the minimum SNR threshold that the beam pair included in the beam training result needs to meet.

[0226] The above-mentioned minimum beam pair field is used to indicate the minimum number of beam pairs included in the beam training result.

[0227] The above-mentioned fast beam pair training field is used to indicate whether the fast beam pair training function is enabled. For example, when the value of this field is 0, it indicates that the fast beam pair training function is not enabled. When the value of this field is 1, it indicates that beam training is performed only for one beam pair in the existing beam pair list, where the beam pair can be indicated by the beam pair ID field. When the value of this field is 2, it indicates that beam training is performed for all beam pairs in the existing beam pair list. In addition, other values ​​of this field can be used as reserved values.

[0228] If the Fast Beam Pair Training field is set to 1, indicating that beam training is performed for only one beam pair in the existing beam pair list, the Beam Pair ID field indicates the beam pair ID for which fast beam pair training is performed. Otherwise, if the Fast Beam Pair Training field is not set to 1, the value of this field is reserved.

[0229] In some other implementations, the first information is carried in a first PPDU, which includes a first field. The first field is used for beam training. Therefore, this field can also be called a "TRN field." This will be described below in conjunction with Figure 22C.

[0230] In some implementations, the first field includes a first-category subfield and / or a second-category subfield, wherein the transmission beam of the first-category subfield is the same as the transmission beam used by the first device to send data, and the transmission beam of the second-category subfield is different from the transmission beam used by the first device to send data.

[0231] In the embodiment of the present application, the first device is an initiator and the second device is a responder. For the relevant introduction of the initiator and / or responder, please refer to the above.

[0232] Implementation 3

[0233] In some implementations, the first information is used to indicate one or more of the following: beam training results of a beam training process for a forward beam pair; beam training results of a beam training process for a reverse beam pair; information associated with the beam training process for the reverse beam pair; fourth information corresponding to the first information; third information corresponding to the first information; information for determining a first switching order; and information for determining a second switching order.

[0234] In some implementations, the beam training process is used to select some or all of the multiple beam pairs, for example, including training results for forward beam pairs or training results for reverse beam pairs.

[0235] In some implementations, the beam training result includes: identification information of the beam pair selected during the beam training process; and / or measurement result information of the beam pair selected during the beam training process. Accordingly, the first information including the beam training result can also be referred to as feedback information.

[0236] In the embodiment of the present application, the identification information of the beam pair is not limited. For example, the identification information of the beam pair may include a beam pair ID. For another example, the identification information of the beam pair may include the ID of the transmitting beam in the beam pair and the ID of the receiving beam in the beam pair.

[0237] In addition, in the embodiments of the present application, the measurement results of the beam pairs are not limited. For example, the measurement results of the beam pairs may include the reception quality of the signal transmitted through the beam pairs. For another example, the measurement results of the beam pairs may include the received power of the signal transmitted through the beam pairs. For another example, the measurement results of the beam pairs may include the signal-to-noise ratio (SNR) of the signal transmitted through the beam pairs.

[0238] In some implementations, the above-described beam training process for reverse beam pairs is used to select some or all of the beam pairs from the plurality of beam pairs.

[0239] In some implementations, the information associated with the beam training procedure for the reverse beam pair includes configuration parameters of the beam training procedure for the reverse beam pair and / or information on whether to agree to perform the beam training procedure for the reverse beam pair.

[0240] In the embodiment of the present application, the information regarding whether to agree to perform the beam training process for the reverse beam pair can be understood as information indicating whether the responder agrees to perform the beam training process for the reverse beam pair, where the beam training process for the reverse beam pair is also referred to as the "reverse beam pair training process." In some scenarios, the field carrying this information can be referred to as the "reverse MBPT."

[0241] In some scenarios, the first message may be sent from the initiator to the responder, in which case the Reverse MBPT field may be a reserved field. In other scenarios, the first message may be sent from the responder to the initiator, in which case the Reverse MBPT field may be used to indicate whether the responder agrees to perform the beam training process for the reverse beam pair.

[0242] In the embodiment of the present application, the indication method of the above-mentioned field is not limited. For example, if the value of the field is the first value, it is used to indicate information of agreeing to perform the beam training process for the reverse beam pair. On the contrary, if the value of the field is the second value, it is used to indicate information of disagreeing (or refusing) to perform the beam training process for the reverse beam pair. The first value is different from the second value. For example, the first value can be 0, and the second value can be 1. For another example, the first value can be 1, and the second value can be 0.

[0243] In some implementations, the configuration parameters of the beam training process for the reverse beam pair may also be referred to as "multi-beam peer training parameters". The configuration parameters are used to indicate one or more of the following: the type of beam training process for the reverse beam pair; the number of transmitted beams during the beam training process for the reverse beam pair; the identification of the transmitted beam during the beam training process for the reverse beam pair; the number of received beams during the beam training process for the reverse beam pair; the number of repetitions of traversing the transmitted beam during the beam training process for the reverse beam pair; the number of frames transmitted for beam selection during the beam training process for the reverse beam pair; the measurement threshold used for selecting the beam pair during the beam training process for the reverse beam pair; the number of frames transmitted for beam selection ... The number of beam pairs that the first device of the beam pair expects to be selected through the beam training process; the first information for the reverse beam pair is used for the forward beam pair training in the beam training process; the first information for the reverse beam pair is used for the reverse beam pair training in the beam training process; information on whether the beam training process for the reverse beam pair is performed based on the multiple selected beam pairs; the beam training process for the reverse beam pair is performed based on one or more beam pairs from the multiple selected beam pairs; one or more beams used in the beam training process for the reverse beam pair from the multiple selected beam pairs.

[0244] It should be noted that the configuration parameters of the above-mentioned beam training process for the reverse beam pair are similar to the meaning and / or indication method of the configuration parameters introduced in implementation method 2. Please refer to the above introduction to implementation method 2.

[0245] In some implementations, the fourth information is used to trigger a beam training process. Accordingly, the first information is used to indicate the fourth information corresponding to the first information. This can be understood as indicating the information corresponding to the first information that triggered the beam training process. For example, if the first information includes a beam training result, the first information indicates the fourth information corresponding to the beam training result. In other words, the first information indicates the beam training process for which the beam training result was obtained.

[0246] As described above, the first information is used to indicate the information that triggers the beam training process corresponding to the first information. It can be understood that the first information is used to indicate the dialogue of the beam training process associated with the first information. Accordingly, the field carrying the information can be called a "dialog token".

[0247] In the embodiment of the present application, the above-mentioned fourth information can refer to the relevant introduction of the first information in implementation method 2. For the sake of brevity, it will not be repeated here.

[0248] In some implementations, the third information is used to request feedback of a beam training result from a beam training process. Accordingly, the first information is used to indicate the third information corresponding to the first information. This can be understood as the first information indicating the request corresponding to the first information. For example, if the first information includes a beam training result, the first information indicates the third information corresponding to the beam training result. In other words, the first information indicates the request for which the beam training result is being fed back.

[0249] As described above, the first information is used for the request corresponding to the first information. It can be understood that the first information is used to indicate the dialogue associated with the first information for feedback of beam training results. Accordingly, the field carrying the information can be called a "dialog token".

[0250] In the embodiment of the present application, the third information mentioned above can refer to the relevant introduction of the first information in implementation method 4. For the sake of brevity, it will not be repeated here.

[0251] It should be noted that the field for indicating the fourth information corresponding to the first information and the field for indicating the third information corresponding to the first information can be the same field, which helps reduce the overhead of transmitting the first information. Of course, in the embodiment of the present application, the field for indicating the fourth information corresponding to the first information and the field for indicating the third information corresponding to the first information can be different fields.

[0252] In some implementations, the first switching order is the order in which beam pairs are switched during forward transmission. Accordingly, the first information is used to indicate information determining the first switching order. This can be understood as indicating information determining the order in which beam pairs are switched during forward transmission. For example, the first information can be used to indicate an initial value for the order in which beam pairs are switched during forward transmission.

[0253] In some implementations, the second switching order is the order in which beam pairs are switched during reverse transmission. Accordingly, the first information is used to indicate information determining the second switching order. This can be understood as indicating information determining the order in which beam pairs are switched during reverse transmission. For example, the first information can be used to indicate an initial value for the order in which beam pairs are switched during reverse transmission.

[0254] In the embodiment of the present application, the order of beam pair switching mentioned above is not limited. For example, the order of beam pair switching can be a pseudo-random switching order. For another example, the order of beam pair switching can be a polling switching order.

[0255] Accordingly, if the order of beam pair switching is a pseudo-random switching order, the first information can be used to indicate an initial value for determining the pseudo-random switching order. For details about the pseudo-random switching order, please refer to the description below in conjunction with FIG31. If the order of beam pair switching can be a round-robin switching order, the first information can be used to indicate an initial value of the round-robin switching order. The initial value of the round-robin switching order can be used to indicate the first beam pair in the round-robin switching order.

[0256] As described above, the first information can be used to indicate the above-mentioned initial value. Therefore, in the embodiment of the present application, the first information can also be called "multi-beam switch initial value".

[0257] It should be noted that the above-mentioned first switching order and / or second switching order is used to indicate the switching order of multiple beam pairs when communicating based on multiple beam pairs. For example, the above-mentioned first switching order and / or second switching order is used to indicate the switching order of multiple beam pairs when the first device and the second device transmit frames based on multiple beam pairs.

[0258] The above introduces the first information in the embodiment of the present application, and the following introduces the carrying method of the first information in the embodiment of the present application.

[0259] In some implementations, the first information is used to indicate the beam training result of the beam training process for the forward beam pair. Therefore, the frame carrying the first information (also referred to as the "first frame") can be called a feedback frame, or also referred to as a "multi-beam training feedback frame".

[0260] In the embodiments of the present application, the first frame is not limited. For example, the first frame can be a frame dedicated to beam training. Accordingly, the first frame can be used in a beam pair-specific training process, as described below in conjunction with Figures 23A, 23B, 24A, and 24B. For another example, the first frame can be a data frame or a management frame. In other words, the beam training process can be performed simultaneously with the interaction of data frames or management frames. Accordingly, the first frame can be used in a multi-beam pair tracking training process, as described below in conjunction with Figures 25 and 26.

[0261] In some implementations, the frame or PPDU used to carry the first information may also carry other information, for example, one or more of frame control, duration, receiver address (RA), and transmitter address (TA). Of course, in the embodiments of the present application, the frame or PPDU used to carry the first information may not carry other information.

[0262] The following describes the carrying method of the first information in an embodiment of the present application in conjunction with Figures 19A and 19B. As shown in Figure 19A, the first information can be carried in one or more of the following fields: frame control, duration, receiver address (RA), transmitter address (TA), sequence control, high-throughput control (HT Control), action field, and FCS.

[0263] Accordingly, the frame control field is used to indicate the version and specific type of MAC.

[0264] The duration field is used to indicate the length of a transmission opportunity (TXOP).

[0265] The RA field is used to indicate the address of the receiving end. For example, the RA field is used to indicate the MAC address of the receiving station.

[0266] The TA field is used to indicate the address of the sending end, for example, the TA field is used to indicate the MAC address of the sending station. The sequence control field is used to indicate the sequence number of the frame.

[0267] Continuing with FIG19A , the action field may include one or more of the following fields: category, MBP action, dialog token, reverse MBPT, multi-beam peer training parameters, multi-beam switching initial value, and multi-beam peer list element.

[0268] Accordingly, the above type is used to indicate the specific type of the frame (i.e., action frame), and generally, the value of this field is any integer between 39 and 125. For example, the value of the above type field is 39, which indicates that the frame type is an MBP action frame.

[0269] The MBP action field is used to indicate the subtype of the MBP action frame. For example, if the value of this field is the first value, it is used to indicate that the subtype of the MBP action frame is a feedback frame of the beam training process.

[0270] When there are multiple parallel beam training processes, the above-mentioned dialogue token field is used to indicate the announcement frame corresponding to the feedback frame, and / or the field is used to indicate the feedback polling frame corresponding to the feedback frame (see the introduction of implementation method 4 below).

[0271] When the order of switching the multi-beam pairs is a pseudo-random switching order, the multi-beam switching initial value field is used to indicate the initial value required to determine the pseudo-random switching order.

[0272] When the feedback frame is sent from the initiator to the responder, the Reverse MBPT field is reserved. Conversely, when the feedback frame is sent from the responder to the initiator, the Reverse MBPT field indicates whether the responder agrees to perform reverse multi-beam pair training. For example, if the value of this field is 1, it indicates that the responder agrees to perform reverse multi-beam pair training. If the value of this field is 0, it indicates that the responder does not agree to perform reverse multi-beam pair training. Other values ​​of this field are reserved.

[0273] When the reverse MBPT field is set to 1, indicating that the responder agrees to perform reverse multi-beam pair training, the multi-beam pair training parameter field contains the configuration parameters for reverse multi-beam pair training, where the configuration parameters can be carried in one or more of the following fields: training type, number of training frames, number of transmit beams (Num of Tx beams), number of receive beams (Num of Rx beams), repetition, SNR threshold, minimum number of beam peers, quick beam peer training, and beam peer ID. For the above fields, please refer to the relevant introduction of the configuration parameters in implementation method 2.

[0274] The multi-beam switching initial value field is used to indicate the initial value for determining the beam pair switching order.

[0275] Continuing with FIG. 19B , the multi-beam peer list element may include one or more of the following fields: element ID, length, element ID extension, length of beam list, and beam list. The beam list field may include one or more beam peer information (Beam Peer Info) fields, which indicate one or more beam pairs that meet the criteria. Furthermore, each beam peer information field may include one or more of the following fields: beam peer ID, transmit beam sequence number (Tx beam SN), receive beam sequence number (Rx beam SN), and SNR report.

[0276] The above-mentioned element identification field is an identifier of the UHR capability element (capabilities element), and the value of this field may be 255, which is used to indicate that the element is an extended element.

[0277] The length field is used to indicate the number of bytes of other fields in the UHR capability element except the element identification field and the length field.

[0278] The value of the element extension identifier field is any integer between 135 and 255. For example, a value of 159 indicates that the element is a multi-beam peer list element.

[0279] The above-mentioned element extension identifier field is used to indicate the number of beam information fields in the beam list field.

[0280] The beam pair identification field is used to indicate the identifier of the beam pair.

[0281] The transmit beam sequence number field is used to indicate the sequence number of the transmit beam in the beam pair.

[0282] The receiving beam sequence number field is used to indicate the sequence number of the receiving beam in the beam pair.

[0283] The SNR report field is used to indicate the SNR value measured when the training signal is received through the beam pair.

[0284] In some other implementations, the first information is carried in a first PPDU, which includes a first field. The first field is used for beam training. Therefore, this field can also be called a "TRN field." This will be described below in conjunction with Figure 22C.

[0285] In some implementations, the first field includes a first-category subfield and / or a second-category subfield, wherein the transmission beam of the first-category subfield is the same as the transmission beam used by the first device to send data, and the transmission beam of the second-category subfield is different from the transmission beam used by the first device to send data.

[0286] In the embodiments of the present application, the first device is a responder and the second device is an initiator. Alternatively, the first device is an initiator and the second device is a responder. For details about the initiator and / or responder, please refer to the above.

[0287] Implementation 4

[0288] In some implementations, the first information is used to request feedback of multiple beam pairs selected by the beam training process, or in other words, the first information is used to request feedback of the beam training result of the beam training process.

[0289] In some implementations, the first information is also used to indicate the format of the requested feedback frame for carrying the beam training result. Accordingly, in some scenarios, the field carrying this information may be called MBP poll control.

[0290] In some implementations, the first information is used to determine one or more of the following: fourth information corresponding to the first information; and fifth information corresponding to the first information.

[0291] In some implementations, the fourth information is used to trigger a beam training process. Accordingly, the first information is used to determine fourth information corresponding to the first information. This can be understood as the first information being used to determine information corresponding to the first information that triggers the beam training process, or in other words, the first information being used to determine information that triggers the beam training process corresponding to the requested beam training result. For example, if the fourth information is a declaration frame, the first information is used to determine a declaration frame corresponding to the requested beam training result, and the declaration frame is used to trigger the beam training process to obtain the beam training result.

[0292] As described above, the first information is used to determine the information that triggers the beam training process corresponding to the first information. It can be understood that the first information is used to determine the dialogue of the beam training process corresponding to (or matching) the first information. Accordingly, the field carrying the information can be called a "dialog token".

[0293] In the embodiment of the present application, the above-mentioned fourth information can refer to the relevant introduction of the first information in implementation method 2. For the sake of brevity, it will not be repeated here.

[0294] In some implementations, the fifth information is used to feed back a beam training result of a beam training process. Accordingly, the first information is used to determine the fifth information corresponding to the first information. This can be understood as the first information being used to determine the information containing the beam training result requested by the first information. For example, the fifth information is a feedback frame, and the first information is used to determine the feedback frame corresponding to the requested beam training result, where the feedback frame carries the requested beam training result.

[0295] As mentioned above, the first information is used to determine the beam training result corresponding to the first information. It can be understood that the first information is used to determine the dialogue corresponding to (or matching) the first information for feedback of the beam training result. Accordingly, the field carrying the information can be called a "dialog token".

[0296] In the embodiment of the present application, the fifth information mentioned above can refer to the relevant introduction of the first information in implementation method 3. For the sake of brevity, it will not be repeated here.

[0297] It should be noted that the field for indicating the fourth information corresponding to the first information and the field for indicating the fifth information corresponding to the first information can be the same field, which helps reduce the overhead of transmitting the first information. Of course, in the embodiment of the present application, the field for indicating the fourth information corresponding to the first information and the field for indicating the fifth information corresponding to the first information can be different fields.

[0298] The above introduces the first information in the embodiment of the present application, and the following introduces the carrying method of the first information in the embodiment of the present application.

[0299] In some implementations, the first information is used to request feedback of beam training results. Therefore, the frame carrying the first information (also referred to as the "first frame") can be called a feedback poll frame, or also referred to as a "multi-beam training feedback poll frame."

[0300] In the embodiments of the present application, the first frame is not limited. For example, the first frame can be a frame dedicated to beam training. Accordingly, the first frame can be used in a beam pair-specific training process, as described below in conjunction with Figures 23A, 23B, 24A, and 24B. For another example, the first frame can be a data frame or a management frame. In other words, the beam training process can be performed simultaneously with the interaction of data frames or management frames. Accordingly, the first frame can be used in a multi-beam pair tracking training process, as described below in conjunction with Figures 25 or 26.

[0301] In some implementations, the frame or PPDU used to carry the first information may also carry other information, for example, one or more of frame control, duration, receiver address (RA), and transmitter address (TA). Of course, in the embodiments of the present application, the frame or PPDU used to carry the first information may not carry other information.

[0302] The following describes the carrying method of the first information in an embodiment of the present application in conjunction with Figure 20. As shown in Figure 20, the first information can be carried in one or more of the following fields: frame control, duration, receiver address (RA), transmitter address (TA), sequence control, high-throughput control (HT Control), action field, and frame check sequence (FCS).

[0303] Accordingly, the frame control field is used to indicate the version and specific type of MAC.

[0304] The duration field is used to indicate the length of the TXOP.

[0305] The RA field is used to indicate the address of the receiving end. For example, the RA field is used to indicate the MAC address of the receiving station.

[0306] The TA field is used to indicate the address of the sending end, for example, the TA field is used to indicate the MAC address of the sending station. The sequence control field is used to indicate the sequence number of the frame.

[0307] Continuing to refer to FIG. 20 , the action field may include one or more of the following fields: category, MBP action, dialog token, and MBP poll control.

[0308] Accordingly, the above type is used to indicate the specific type of the frame (i.e., action frame), and generally, the value of this field is any integer between 39 and 125. For example, the value of the above type field is 39, which indicates that the frame type is an MBP action frame.

[0309] The MBP action field is used to indicate the subtype of the MBP action frame. For example, if the value of this field is the second value, it is used to indicate that the subtype of the MBP action frame is a feedback polling frame of the beam training process.

[0310] When there are multiple parallel beam training processes, the above-mentioned dialogue token field is used to indicate the announcement frame corresponding to the feedback polling frame, and / or this field is used to indicate the feedback frame corresponding to the feedback polling frame.

[0311] The MBP polling control is used to indicate the format of the feedback frame requested by the feedback polling frame.

[0312] In some other implementations, the first information is carried in a first PPDU, which includes a first field. The first field is used for beam training. Therefore, this field can also be called a "TRN field." This will be described below in conjunction with Figure 22C.

[0313] In some implementations, the first field includes a first-category subfield and / or a second-category subfield, wherein the transmission beam of the first-category subfield is the same as the transmission beam used by the first device to send data, and the transmission beam of the second-category subfield is different from the transmission beam used by the first device to send data.

[0314] In the embodiments of the present application, the first device is the initiator and the second device is the responder. Alternatively, the first device is the responder and the second device is the initiator. For details about the initiator and / or responder, please refer to the above.

[0315] Implementation 5

[0316] In some implementations, the first information is used to indicate beam pair switching based on multiple beam pairs.

[0317] In the embodiments of the present application, the order in which multiple beam pairs are switched is not limited. In some implementations, the switching order may be indicated during beam training. For example, the switching order may be indicated via a feedback frame, as described in Implementation 3. In other implementations, the switching order may be predefined or preconfigured.

[0318] In some implementations, the above-mentioned multiple beam pairs may include a first beam pair and a second beam pair, and the first information is used to indicate the switch from the first beam pair to the second beam pair, or in other words, the first information is used to indicate the target beam pair involved in the beam pair switching process (i.e., the second beam pair).

[0319] In the embodiment of the present application, the method for indicating the second beam pair is not limited. For example, the first information may carry the beam pair identifier of the first beam pair. For another example, the first information may carry the identifier of the transmit beam and the identifier of the receive beam in the first beam pair. Of course, in the embodiment of the present application, the information of the second beam pair may be carried in the multi-beam pair list element described above, and the multi-beam pair list element may only carry the information of the second beam pair, as shown in Figure 19B.

[0320] In the embodiment of the present application, the beam pair switching order is not limited. For example, the beam pair switching order can be a pseudo-random switching order. For another example, the beam pair switching order can be a polling switching order.

[0321] In the embodiment of the present application, there is no limitation on the carrying method of the first information. In some implementations, the first information can be carried in a frame (also referred to as a "first frame"). For example, the first information can be carried in an aggregated control (A-Control) field in a frame. In some scenarios, this field can be called a "millimeter wave link adaptation A-Control (IMMW Link Adaptation A-Control)IMMW Link Adaptation A-Control, ILA Control) field", as shown in Figure 21.

[0322] The embodiment of the present application does not limit the first frame. For example, the first frame may be a data frame. For another example, the first frame may be an association frame.

[0323] In some other implementations, the first information may be carried in the first PPDU. For example, the first information may be carried in a header of the first PPDU.

[0324] Implementation 6

[0325] In some implementations, if the first device and the second device receive or transmit sixth information based on a third beam pair among the multiple beam pairs, the first information is used to instruct the first device and the second device to receive or transmit seventh information based on a fourth beam pair among the multiple beam pairs, where the seventh information is information transmitted after the sixth information. In other words, the first information can be used to indicate the beam pair used by the first device and the second device for subsequent information transmission.

[0326] In some implementations, the third beam pair may be the same as the fourth beam pair. In other implementations, the third beam pair may be different from the fourth beam pair. In this case, the first information may be understood as information indicating beam pair switching. For details, see the relevant introduction to implementation 5.

[0327] In this embodiment of the present application, the transmission time of the sixth and seventh information is not limited. For example, the seventh information may be transmitted after the sixth information, and the seventh information may be adjacent to the sixth information, that is, the seventh information is the next information of the sixth information. Accordingly, the field carrying this information may be called the next beam peer ID field. For another example, the seventh information may be transmitted after the sixth information, and the seventh information may be separated from the sixth information by one or more information pieces.

[0328] In some implementations, the first information may be used to indicate deactivation of one or more beam pairs among the multiple beam pairs, or in other words, the first information may be used to indicate disabling of one or more beam pairs among the multiple beam pairs. Accordingly, the field used to carry this information may be called a disabled beam peer ID field.

[0329] In the embodiment of the present application, there is no limitation on the manner in which the first information is carried. In some implementations, the first information may be carried in a frame (also referred to as a "first frame"). For example, the first information may be carried in an aggregated control (A-Control) field in a frame. In some scenarios, this field may be referred to as a "millimeter wave link adaptation A-Control (IMMW Link Adaptation A-Control)IMMW Link Adaptation A-Control, ILA Control) field".

[0330] The embodiment of the present application does not limit the first frame. For example, the first frame may be a data frame. For another example, the first frame may be an association frame.

[0331] In some other implementations, the first information may be carried in the first PPDU. For example, the first information may be carried in a header of the first PPDU.

[0332] The following describes a method for carrying the first information in an embodiment of the present application in conjunction with Figure 21. As shown in Figure 21, it is assumed that the field used to carry the first information is called an ILA control field, and the field may include one or more of the following fields (also called "subfields"): a control ID and control information.

[0333] Continuing to refer to Figure 21, the control information can be carried in one or more of the following fields: unsolicited modulation and coding scheme (MCS) feedback (unsolicited MFB (MCS feedback)), modulation and coding strategy request (MCS request, MRQ), number of spatial streams (NSS), IMMW-MCS, bandwidth (BW), disabled beam peer ID, and next beam peer ID.

[0334] The Unsolicited MFB field is used to indicate the type of the A-Control field. For example, if the value of this field is 1, it means that the ILA control field is an unsolicited MFB. Correspondingly, if the value of this field is 0, it means that the ILA control field is an MRQ or a solicited MFB.

[0335] When the Unsolicited MFB field is set to 1, the MRQ field indicates whether the ILA Control field is a request or a response. For example, a 1 in the MRQ field indicates that the ILA Control field is a request for ILA feedback. Correspondingly, a 0 in the MRQ field indicates that the ILA Control field is a response to a request.

[0336] When the value of the Unsolicited MFB field is 0, the MRQ field is used to indicate the MFBs for different transmission modes. For example, when the value of the MRQ field is 1, it indicates that the NSS field, IMMW-MCS field, and BW field represent the recommended MFB for the PPDU sent by the station. Correspondingly, when the value of the MRQ field is 0, it indicates that the NSS field, IMMW-MCS field, and BW field represent the recommended MFB for the PPDU sent to the station (or the PPDU received by the station).

[0337] The NSS field is used to indicate the recommended number of spatial streams.

[0338] The above-mentioned IMMW-MCS field is used to indicate the recommended MCS used by the PPDU.

[0339] The BW mentioned above indicates a recommended bandwidth.

[0340] The above-mentioned disabled beam pair identification field is used to indicate the ID of the beam pair that needs to be disabled.

[0341] The Next Beam Pair Identification field is used to indicate the ID of the beam pair recommended for the next transmission or reception. For example, a value of 0 indicates switching to the next beam pair in the configured beam pair switching order. Any other value indicates that the specified beam pair ID is the value corresponding to that value minus one.

[0342] It should be understood that the value of the next beam pair identification field can be set so that both stations use the same beam pair during multiple transmission or reception processes over a long period of time.

[0343] Implementation 7

[0344] In some implementations, associating the first information with the multiple beam pairs includes transmitting the first information via a first beam pair among the multiple beam pairs. In other words, the first information may be information transmitted via a beam pair among the multiple beam pairs.

[0345] The above description, in conjunction with implementations 1 to 6, introduces the first information introduced in the embodiments of the present application, as well as the manner in which the first information is carried in a frame. As described above, the first information can be carried in a first PPDU. In some scenarios, the first information is associated with a beam pair for IMMW. Therefore, the first PPDU can also be referred to as an "IMMW PPDU."

[0346] The following describes, in conjunction with Figures 22A to 22C , how the first information is carried in the first PPDU according to an embodiment of the present application. As shown in Figure 22A , the first PPDU may include one or more of the following fields: a short training field (STF), a long training field (LTF), a PPDU header, data, and a TRN field. The TRN field is an optional field in the first PPDU.

[0347] The above STF is used for one or more of the following functions: fixed waveform, PPDU presence detection, automatic gain control, and time-frequency synchronization.

[0348] The above LTF is used for fixing waveform and / or channel estimation function.

[0349] The data field carries the PSDU transmitted in the PPDU.

[0350] The PPDU header is used to carry specific parameters for parsing the PPDU. As shown in Figure 22B , the PPDU header may include one or more of the following: multi-beam peer training request / response (MBPT Request / Response), MBPT type, number of fixed Tx beams, number of Tx beams, number of Rx beams, repetition, SNR threshold, and minimum number of beam peers.

[0351] Accordingly, the above-mentioned MBPT request / response field is used to indicate whether the PPDU in which the field is located is used for multi-beam pair training, and is used to indicate whether the PPDU in which the field is located is used for requesting or responding to multi-beam pair training. For example, when the value of this field is 0, it means that the PPDU in which the field is located is not used for multi-beam pair training. When the value of this field is 1, it means that the PPDU in which the field is located is used for requesting multi-beam pair training. When the value of this field is 2, it means that the PPDU in which the field is located is used for responding to multi-beam pair training. When the value of this field is 3, it means that the PPDU in which the field is located is used for both requesting and responding to multi-beam pair training.

[0352] When the value of the MBPT request / response field is 0, it means that the PPDU containing this field is not used for multi-beam pair training, and the MBPT type field is a reserved field. Conversely, when the value of the MBPT request / response field is non-zero, it means that the PPDU containing this field is used for multi-beam pair training, and the MBPT type field is used to indicate the type of multi-beam pair training. For example, when the value of the MBPT type field is 0, it indicates that the type of multi-beam pair training is unidirectional multi-beam pair training. When the value of the MBPT type field is 1, it indicates that the type of multi-beam pair training is bidirectional multi-beam pair training.

[0353] When the MBPT request / response field value is 0, indicating that the PPDU containing this field is not used for multi-beam pair training, the Number of Hybrid Transmit Beams field is reserved. Conversely, when the MBPT request / response field value is non-zero, indicating that the PPDU containing this field is used for multi-beam pair training, the Number of Hybrid Transmit Beams field is used to indicate the number of first-category subfields in the TRN field. The transmit beam used by the first-category subfield is the same as the transmit beam used to transmit the Data field.

[0354] When the MBPT Request / Response field value is 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the Number of Receive Beams field is reserved. Conversely, when the MBPT Request / Response field value is non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the Number of Receive Beams field is used to indicate the number of receive beams in the TRN field.

[0355] When the MBPT request / response field value is 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the Number of Transmit Beams field is reserved. Conversely, when the MBPT request / response field value is non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the Number of Transmit Beams field is used to indicate the number of transmit beams in the TRN field.

[0356] When the MBPT Request / Response field is 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the Repeat field is a reserved field. Conversely, when the MBPT Request / Response field is non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the Repeat field indicates the number of training repetitions for all transmit beams.

[0357] When the MBPT Request / Response field value is 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the SNR Threshold field is reserved. Conversely, when the MBPT Request / Response field value is non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the SNR Threshold field indicates the minimum SNR threshold that the beam pair in the training results fed back by the responder must meet.

[0358] When the MBPT Request / Response field is set to 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the Minimum Number of Beam Pairs field is reserved. Conversely, when the MBPT Request / Response field is set to non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the Minimum Number of Beam Pairs field indicates the minimum number of beam pairs included in the training results fed back by the responder.

[0359] When the MBPT request / response field value is 0, it indicates that the PPDU containing this field is not used for multi-beam pair training, and the TRN field is a reserved field. Conversely, when the MBPT request / response field value is non-zero, it indicates that the PPDU containing this field is used for multi-beam pair training, and the TRN field is a field used for multi-beam pair training.

[0360] Continuing with FIG. 22C , the TRN field may include one or more subfield groups (also referred to as "TRN subfield groups"), each of which may include first-category subfields and second-category subfields. For first-category subfields, the transmit beam used to transmit the first-category subfields is the same as the transmit beam used to transmit the data field in the PPDU. The number of first-category subfields in the TRN field may be determined based on the Number of Fixed Tx Beams field. For second-category subfields, the transmit beam used to transmit the second-category subfields is different from the transmit beam used to transmit the data field in the PPDU. The number of second-category subfields in the TRN field may be determined based on the Number of Tx Beams field.

[0361] It should be understood that if the number of received beams field indicates that the number of received beams is greater than 1, or the value indicated by the repetition field is greater than 0, the entire subfield group needs to be repeated, and the number of repetitions is the product of the number of received beams and the number of repetitions.

[0362] The above describes the first information and the carrying method of the first information in the embodiments of the present application. The following describes the transmission process of the first information in the embodiments of the present application. The following describes the dedicated beam training process and the beam tracking training process in combination with Example 2 and Example 3, respectively.

[0363] For ease of distinction, the following description uses the example of first information carried in various types of frames. For example, the frame carrying the first information in implementation mode 2 may be called an announcement frame, the frame carrying the first information in implementation mode 3 may be called a feedback frame, and the frame carrying the first information in implementation mode 4 may be called a feedback polling frame. It should be understood that the various transmission processes described below are also applicable to the solution where the first information is carried in a PPDU.

[0364] Example 2: Dedicated beam training process

[0365] In some implementations, a dedicated beam training procedure can be understood as a procedure dedicated to multi-beam pair training between an initiator and a responder. Therefore, the dedicated beam training procedure can also be referred to as a "dedicated beam pair training procedure." Generally, this type of beam training procedure can be subdivided into two types: a unidirectional multi-beam pair dedicated training procedure and a bidirectional multi-beam pair dedicated training procedure.

[0366] In the dedicated unidirectional multi-beam pair training process, the training beam pair can include the initiator's transmit beam and the responder's receive beam (i.e., the direction in which the initiator sends information to the responder). When the channel is reciprocal, the initiator's transmit beam can also be used as a receive beam, and the responder's receive beam can also be used as a transmit beam, which helps simplify the training process.

[0367] In the dedicated training process for bidirectional multi-beam pairs, the trained beam pairs may include a forward beam pair, that is, the beam pair includes the initiator's transmitting beam and the responder's receiving beam (that is, the direction in which the initiator sends information to the responder), and may also include a reverse beam pair, that is, the beam pair includes the responder's transmitting beam and the initiator's receiving beam (that is, the direction in which the responder sends information to the initiator).

[0368] The following describes the unidirectional multi-beam pair-specific training process in an embodiment of the present application in conjunction with Figures 23A and 23B.

[0369] As shown in Figure 23A, it is assumed that the initiator is the SP or TXOP owner of the low-frequency link and the millimeter wave link. The initiator sends a declaration frame to the responder on the low-frequency link (e.g., sub-7GHz link) to announce the triggering of unidirectional multi-beam pair training, wherein the declaration frame includes one or more of the following: the total number of frames used for beam pair training, the number of transmit beams, the number of receive beams, the ID of the transmit beam, the number of repetitions, the SNR threshold, and the number of expected beam pairs. The frames used for beam pair training include one or more of the following: NDP; SSW frame; and S-SSW PPDU.

[0370] Afterwards, the initiator uses one or more transmit beams on the millimeter wave link to send frames for beam pair training, where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the initiator can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the responder should switch to the next receive beam after the initiator completes a transmit beam traversal. The responder needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0371] The initiator then sends a feedback poll frame to the responder over the low-frequency link, requesting the responder to provide feedback on the multi-beam pair training results. In response to the feedback poll frame, the responder then sends a feedback frame to the sender over the low-frequency link, indicating the multi-beam pair training results. The multi-beam pair training results can be carried in a multi-beam pair list element.

[0372] As shown in Figure 23B , assuming the initiator is the SP or TXOP owner of the mmWave link, the initiator sends an announcement frame to the responder on the mmWave link to trigger unidirectional multi-beam pair training. The announcement frame includes one or more of the following: the total number of frames used for beam pair training, the number of transmit beams, the number of receive beams, the ID of the transmit beam, the number of repetitions, the SNR threshold, and the number of expected beam pairs. Frames used for beam pair training include one or more of the following: NDP, SSW frame, and S-SSW PPDU.

[0373] Afterwards, the initiator uses one or more transmit beams on the millimeter wave link to send frames for beam pair training, where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the initiator can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the responder should switch to the next receive beam after the initiator completes a transmit beam traversal. The responder needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0374] The initiator then sends a feedback poll frame to the responder over the millimeter wave link, requesting the responder to provide feedback on the multi-beam pair training results. In response to the feedback poll frame, the responder then sends a feedback frame to the sender over the millimeter wave link, indicating the multi-beam pair training results. The multi-beam pair training results can be carried in a multi-beam pair list element.

[0375] The following describes the bidirectional multi-beam pair-specific training process in an embodiment of the present application in conjunction with Figures 24A and 24B.

[0376] As shown in Figure 24A , the initiator can be the SP or TXOP owner of the low-frequency link and the millimeter wave link. The initiator sends an announcement frame to the responder on the low-frequency link to trigger bidirectional multi-beam pair training. The announcement frame includes one or more of the following forward multi-beam pair training configuration parameters: the total number of frames used for beam pair training, the number of transmit beams, the number of receive beams, the transmit beam ID, the number of repetitions, the SNR threshold, and the number of expected beam pairs. Frames used for beam pair training include one or more of the following: NDP, SSW frame, and S-SSW PPDU.

[0377] Afterwards, the initiator uses one or more transmit beams on the millimeter wave link to send frames for beam pair training (referred to as frames in the figure), where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the initiator can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the responder should switch to the next receive beam after the initiator completes a transmit beam traversal. The responder needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0378] Afterwards, the initiator sends a feedback poll frame to the responder on the low-frequency link to request the responder to feedback the training results of the forward multi-beam pair. Accordingly, in response to the feedback poll frame, the responder sends a feedback frame to the initiator on the low-frequency link to indicate the training results of the forward multi-beam pair, wherein the feedback frame also includes one or more of the following configuration parameters for reverse multi-beam pair training: whether the responder agrees to perform reverse multi-beam pair training (for example, the value of the reverse MBPT field is 1), the total number of frames to be sent by the responder for beam pair training, the number of transmit beams, the number of receive beams, the ID of the transmit beam, the number of repetitions, the SNR threshold, and the expected number of beam pairs.

[0379] Afterwards, the responder uses one or more transmit beams on the millimeter wave link to send frames for beam pair training, where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the responder can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the initiator should switch to the next receive beam after the responder completes a transmit beam traversal. The initiator needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0380] Afterwards, the responder sends a feedback poll frame to the initiator on the low-frequency link to request the initiator to provide feedback on the reverse multi-beam pair training results. Accordingly, in response to the feedback poll frame, the initiator sends a feedback frame to the responder on the low-frequency link to provide feedback on the reverse multi-beam pair training results.

[0381] As shown in Figure 24B , the initiator can be the SP or TXOP owner of the mmWave link. The initiator sends a declaration frame to the responder on the mmWave link to trigger bidirectional multi-beam pair training. The declaration frame includes one or more of the following forward multi-beam pair training configuration parameters: the total number of frames used for beam pair training, the number of transmit beams, the number of receive beams, the transmit beam ID, the number of repetitions, the SNR threshold, and the number of expected beam pairs. Frames used for beam pair training include one or more of the following: NDP, SSW frame, and S-SSW PPDU.

[0382] Afterwards, the initiator uses one or more transmit beams on the millimeter wave link to send frames for beam pair training (referred to as frames in the figure), where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the initiator can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the responder should switch to the next receive beam after the initiator completes a transmit beam traversal. The responder needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0383] Afterwards, the initiator sends a feedback poll frame to the responder on the millimeter wave link to request the responder to feedback the training results of the forward multi-beam pair. Accordingly, in response to the feedback poll frame, the responder sends a feedback frame to the initiator on the millimeter wave link to indicate the training results of the forward multi-beam pair, wherein the feedback frame also includes one or more of the following configuration parameters for reverse multi-beam pair training: whether the responder agrees to perform reverse multi-beam pair training (for example, the value of the reverse MBPT field is 1), the total number of frames to be sent by the responder for beam pair training, the number of transmit beams, the number of receive beams, the ID of the transmit beam, the number of repetitions, the SNR threshold, and the expected number of beam pairs.

[0384] Afterwards, the responder uses one or more transmit beams on the millimeter wave link to send frames for beam pair training, where the total number of frames sent for beam pair training is equal to the product of the number of transmit beams used for this beam pair training, the number of receive beams used for this beam pair training, and the number of repetitions. In other words, the responder can first traverse each transmit beam, and if the number of receive beams or the number of repetitions is greater than 1, repeat the traversal operation. At this time, if the number of receive beams is greater than 1, the initiator should switch to the next receive beam after the responder completes a transmit beam traversal. The initiator needs to measure and record one or more beam pairs that meet the SNR threshold number of pairs until the number of recorded beam pairs meets the expected number of beam pairs.

[0385] Afterwards, the responder sends a feedback poll frame to the initiator over the millimeter wave link to request the initiator to provide feedback on the reverse multi-beam pair training results. Correspondingly, in response to the feedback poll frame, the initiator sends a feedback frame to the responder over the millimeter wave link to provide feedback on the reverse multi-beam pair training results.

[0386] Example 3: Beam Pair Tracking Training Process

[0387] In some implementations, the beam tracking training process involves training multiple beam pairs while the initiator and responder exchange data frames or management frames. Therefore, the beam tracking training process is also called the "beam pair tracking training process." Generally, this type of beam training process can be divided into two types: unidirectional multi-beam pair tracking training and bidirectional multi-beam pair tracking training.

[0388] In the unidirectional multi-beam pair tracking training process, the training beam pair can include the initiator's transmit beam and the responder's receive beam (i.e., the direction in which the initiator sends information to the responder). When the channel is reciprocal, the initiator's transmit beam can also be used as a receive beam, and the responder's receive beam can also be used as a transmit beam, which helps simplify the training process.

[0389] In the bidirectional multi-beam pair tracking training process, the trained beam pairs may include a forward beam pair, that is, the beam pair includes the initiator's transmitting beam and the responder's receiving beam (that is, the direction in which the initiator sends information to the responder), and may also include a reverse beam pair, that is, the beam pair includes the responder's transmitting beam and the initiator's receiving beam (that is, the direction in which the responder sends information to the initiator).

[0390] The following describes the unidirectional multi-beam pair tracking training process in an embodiment of the present application in conjunction with Figure 25. As shown in Figure 25, it is assumed that the initiator is the SP or TXOP owner of the millimeter wave link, and the initiator is exchanging IMMW PPDUs with the responder on the millimeter wave link. For example, the three PPDUs sent by the initiator carry data frames, and the three PPDUs sent by the responder carry BA frames.

[0391] To track the quality of existing multi-beam pairs and explore new beam pairs, the initiator can set the MBPT Request / Response (MBPT Req / Rsp) field to 1 and the MBPT Type (MBPT Type) field to 0 in the PPDU header of a PPDU to instruct the responder to cooperate with the unidirectional beam pair tracking training process and feedback the training results. In addition, the PPDU header contains one or more of the following configuration parameters: the number of transmit beams in the TRN field to be sent, the number of receive beams, the number of repetitions, the SNR threshold, and the expected number of beam pairs. In addition, the initiator needs to append the TRN field at the end of the PPDU for beam pair training.

[0392] Afterwards, the responder sets the MBPT request / response (MBPT Req / Rsp) field to 2 in the responded PPDU, indicating that the PPDU carries the result of the multi-beam pair training (represented by "IMMW PPDU carrying feedback" in the figure), that is, the data field of the PPDU carries the A-MPDU aggregated from the original frame and the multi-beam pair training feedback frame.

[0393] Afterwards, the initiator sets the MBPT request / response (MBPT Req / Rsp) field to 0 in the next PPDU to indicate that multi-beam pair training is not to be performed. At this time, the initiator and the responder only exchange data frames or management frames.

[0394] The following describes the unidirectional multi-beam pair tracking training process in an embodiment of the present application in conjunction with Figure 26. As shown in Figure 26, it is assumed that the initiator is the SP or TXOP owner of the millimeter wave link, and the initiator is exchanging IMMW PPDUs with the responder on the millimeter wave link. For example, the three PPDUs sent by the initiator carry data frames, and the three PPDUs sent by the responder carry BA frames.

[0395] In order to track the quality of existing multi-beam pairs and explore new beam pairs, the initiator can set the MBPT Request / Response (MBPT Req / Rsp) field to 1 and the MBPT Type (MBPT Type) field to 1 in the PPDU header of a PPDU to instruct the responder to cooperate with the two-way beam pair tracking training process and feedback the training results. In addition, the PPDU header contains one or more of the following configuration parameters: the number of transmit beams in the TRN field to be sent, the number of receive beams, the number of repetitions, the SNR threshold, and the expected number of beam pairs. In addition, the initiator needs to append the TRN field at the end of the PPDU for forward beam pair training.

[0396] Afterwards, the responder sets the MBPT request / response field to 3 and the MBPT type field to 1 in the responding PPDU (represented by "IMMW PPDU carrying feedback" in the figure), indicating that the PPDU carries not only the results of beam training, but also the TRN field used for reverse beam pair training. In addition, the PPDU header also contains one or more configuration parameters for reverse beam pair training: the number of transmit beams in the TRN field to be sent in the PPDU, the number of receive beams, the number of repetitions, the SNR threshold, the expected number of beam pairs, and other information. At the same time, a TRN field is appended to the end of the PPDU for reverse beam pair training.

[0397] Afterwards, the initiator sets the MBPT request / response field to 2 in the next PPDU (represented by "IMMW PPDU carrying feedback" in the figure), indicating that the PPDU carries the result of the multi-beam pair training, that is, the data field of the PPDU carries the A-MPDU aggregated from the original frame and the multi-beam pair training feedback frame.

[0398] The beam training process is described above in conjunction with Example 2 and Example 3. The following describes a solution for beam pair switching based on multiple beam pairs in an embodiment of the present application in conjunction with Example 4.

[0399] Example 4: Beam Pair Switching

[0400] In some implementations, the beam pair switching performed based on the multiple beam pairs satisfies one of the following: performed based on a period; performed based on a transmission opportunity TXOP; performed based on a service period SP; or performed based on first information.

[0401] In some implementations, beam pair switching performed based on multiple beam pairs may be performed based on a period, where the period may also be referred to as a “beam interval”.

[0402] In the embodiments of the present application, the configuration method of the period is not limited. For example, the period may be predefined by the protocol. For another example, the period may be configured by the network device. For another example, the period may be preconfigured, which is not limited in the embodiments of the present application.

[0403] The following describes a scheme for periodic beam pair switching in an embodiment of the present application in conjunction with Figure 27. As shown in Figure 27, it is assumed that the initiator is the SP or TXOP owner of the millimeter wave link, and the initiator and responder have previously negotiated the period T for switching beam pairs.

[0404] During the first cycle T, the initiator and responder use beam pair 1, which includes the initiator's beam B1 and the responder's beam A1. Accordingly, the initiator sends data frames and receives ACK / BA frames on the millimeter wave link, both using beam B1. Furthermore, during this cycle, the responder sends ACK / BA frames and receives data frames on the millimeter wave link, both using beam A1.

[0405] In the second period T, the initiator and responder switch from beam pair 1 to beam pair 2, which includes the initiator's beam B4 and the responder's beam A2. Accordingly, the initiator sends data frames and receives ACK / BA frames on the millimeter wave link, where both sending data frames and receiving ACK / BA frames use beam B4. In addition, during this period, the responder sends ACK / BA frames and receives data frames on the millimeter wave link, where both sending ACK / BA frames and receiving data frames use beam A2.

[0406] In some implementations, beam pair switching performed based on multiple beam pairs may be performed based on a TXOP or SP, where the TXOP or SP may be owned by the initiator or the responder.

[0407] The following describes a beam pair switching scheme based on TXOP or SP in an embodiment of the present application in conjunction with Figure 28. As shown in Figure 28, it is assumed that the owner of the first SP or TXOP on the millimeter wave link is the initiator, and the owner of the second SP or TXOP on the millimeter wave link is the responder.

[0408] In the first SP or TXOP, the initiator and responder use beam pair 1, which includes the initiator's beam B1 and the responder's beam A1. Accordingly, the initiator sends data frames and receives ACK / BA frames on the mmWave link, both using beam B1. Furthermore, during this period, the responder sends ACK / BA frames and receives data frames on the mmWave link, both using beam A1.

[0409] In the second SP or TXOP, the initiator and responder switch from beam pair 1 to beam pair 3, which includes the initiator's beam B5 and the responder's beam A3. Accordingly, the initiator sends data frames and receives ACK / BA frames on the mmWave link, using beam B5 for both data and ACK / BA transmissions. Furthermore, during this period, the responder sends ACK / BA frames and receives data frames on the mmWave link, using beam A3 for both.

[0410] In some implementations, beam pair switching performed based on multiple beam pairs can be performed based on first information. That is, beam pair switching performed by multiple beam pairs can be dynamically switched based on the first information. The first information can be described in Implementation 5 or Implementation 6 above.

[0411] The following uses the example of sending the first information via a low-frequency link to describe the scheme for dynamically switching beam pairs in an embodiment of the present application in conjunction with Figure 29. As shown in Figure 29, at the initial moment, the initiator and the responder are performing data transmission on the millimeter wave link. At this time, the initiator uses beam B4 to send data frames and receive Ack / BA frames, and the responder uses beam A2 to send Ack / BA frames and receive data frames. In other words, the sender and responder use beam pair [A2-B4].

[0412] Next, the initiator's second data frame fails because beam B4 is blocked. After waiting for a certain time interval (e.g., PIFS), the initiator determines that the transmission has failed and begins competing for a channel on the low-frequency link. Once a channel is secured, the initiator continues to send data frames on the low-frequency link, carrying the first information to instruct the responder to switch to the specified beam pair [A3-B5] and disable beam pair [A2-B4].

[0413] Next, the responder replies with an Ack / BA frame on the low-frequency link and carries the ILA in the Ack / BA frame to confirm the switch to the beam pair [A3-B5].

[0414] Next, the initiator and responder switch the beam pair to [A3-B5]. In addition, the initiator returns to the millimeter wave link to compete for the channel again, and after obtaining the channel, uses beam B5 to send data frames and receive Ack / BA frames. The responder uses A3 to send Ack / BA frames and receive data frames.

[0415] The following uses the example of sending a first message via a millimeter wave link, and describes the scheme for dynamically switching beam pairs in an embodiment of the present application in conjunction with Figure 30. As shown in Figure 30, at the initial moment, the initiator and responder are transmitting data on the millimeter wave link. At this time, the initiator uses beam B4 to send data frames and receive ACK / BA frames, while the responder uses beam A2 to send ACK / BA frames and receive data frames. In other words, the sender and responder use beam pair [A2-B4].

[0416] Next, the initiator predicts, through Wi-Fi sensing or other technologies (such as gyroscopes, image recognition, lidar, etc.), that beam pair [A2-B4] will be blocked for a period of time. Therefore, to avoid the blockage, the initiator carries the first information in the next data frame it sends, instructing the responder to switch to the next beam pair or switch to the specified beam pair [A3-B5] when receiving the next frame, and disable beam pair [A2-B4].

[0417] Next, the responder replies with an Ack / BA frame on the low-frequency link, which carries the confirmation signaling of the multi-beam pair update signaling to confirm the switch to the beam pair [A3-B5].

[0418] Next, the initiator and the responder switch the beam pair to [A3-B5]. That is, the initiator uses beam B5 to send data frames and receive Ack / BA frames, and the responder uses beam A3 to send Ack / BA frames and receive data frames.

[0419] The above describes the switching method of the beam pair in the embodiment of the present application. The following describes the switching order of the beam pair involved in the embodiment of the present application.

[0420] In some implementations, the switching order may be a pseudo-random switching order or a round-robin switching order. Of course, in the embodiment of the present application, the switching order may also be other orders.

[0421] Taking a pseudo-random switching order as an example, the switching order may be generated based on a pseudo-random sequence, wherein different data in the pseudo-random sequence corresponds to one beam pair among multiple beam pairs.

[0422] FIG31 shows a method for generating a pseudo-random sequence in an embodiment of the present application. Referring to FIG31 , it is assumed that an m sequence is generated based on a 4-stage linear shift register (used for D1 to D4), and its polynomial is x 4 +x 3 +1. If the initial value of the register is 0001, the generated m-sequence with a period of 15 is: 1, 0, 0, 0, 1, 0, 0, 1, 1, 0, 1, 1, 1, 1, .... Every four binary digits form a decimal number, and the remainder of the length of the multi-beam pair list is the index of the beam pair.

[0423] For example, if the length of the multi-beam pair list is 3, the order of using the beam pairs obtained based on the above m-sequence is: 2, 0, 1, 0, 1, 0, 2, . . .

[0424] As described above, an initial value (for example, 0001) for generating a pseudo-random sequence can be carried in the Multi-beam Switch Initial Value field of the first information, so that the first device and the second device can generate the same switching order based on the initial value.

[0425] Taking the polling switching order as an example, the initiator and responder switch beam pairs in ascending order of beam pair index. After using the beam pair with the largest index, they can start switching beam pairs again with the beam pair with the smallest index as the first beam pair, and repeat this cycle. Of course, the initiator and responder switch beam pairs in descending order of beam pair index. After using the beam pair with the smallest index, they can start switching beam pairs again with the beam pair with the largest index as the first beam pair, and repeat this cycle.

[0426] The method embodiment of the present application is described in detail above in conjunction with Figures 1 to 31. The device embodiment of the present application is described in detail below in conjunction with Figures 32 to 34. It should be understood that the description of the method embodiment corresponds to the description of the device embodiment. Therefore, for parts not described in detail, reference can be made to the above method embodiment.

[0427] FIG32 is a schematic diagram of a communication device in an embodiment of the present application. The communication device 3200 shown in FIG32 is a first device, and the communication device 3200 includes: a sending unit 3210.

[0428] The sending unit 3210 is configured to send first information to a second device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device.

[0429] In an embodiment of the present application, the above-mentioned communication device 3200 can be used to execute some or all of the method steps performed by the first device in the above-mentioned method embodiment. For example, when the first device is the initiator, the communication device 3200 can be used to execute some or all of the method steps performed by the initiator in the scheme introduced in conjunction with Figures 16 to 29 above. The communication device 3200 includes a unit or module for executing the method steps corresponding to the aforementioned Figures 16 to 29. The method flow has been described in detail in the aforementioned embodiment. The modules in this embodiment have the same functions or perform the same steps, which will not be repeated here. However, as those skilled in the art should know, the text descriptions corresponding to the aforementioned Figures 16 to 29 can be introduced into this embodiment and correspond to the modules in the communication device 3200.

[0430] FIG33 is a schematic diagram of a communication device according to another embodiment of the present application. The communication device 3300 shown in FIG33 is a second device, and the communication device 3300 includes a sending unit 3310 .

[0431] The sending unit 3310 is configured to send first information to a first device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device.

[0432] In an embodiment of the present application, the above-mentioned communication device 3300 can be used to execute some or all of the method steps executed by the second device in the above-mentioned method embodiment. For example, when the second device is a responder, the communication device 3300 can be used to execute some or all of the method steps executed by the responder in the scheme introduced in conjunction with Figures 16 to 29 above. The communication device 3300 includes a unit or module for executing the method steps corresponding to the aforementioned Figures 16 to 29. The method flow has been described in detail in the aforementioned embodiment. The modules in this embodiment have the same functions or perform the same steps, which will not be repeated here. However, as those skilled in the art should know, the text descriptions corresponding to the aforementioned Figures 16 to 29 can be introduced into this embodiment, corresponding to the modules in the communication device 3300.

[0433] In an optional embodiment, the sending unit 3210 may be a transceiver 3430. The communication device 3200 may further include a processor 3410 and a memory 3420, as specifically shown in FIG34 .

[0434] In an optional embodiment, the receiving unit 3310 may be a transceiver 3430. The communication device 3300 may further include a processor 3410 and a memory 3420, as specifically shown in FIG34 .

[0435] Figure 34 is a schematic block diagram of a communication device according to an embodiment of the present application. The dashed lines in Figure 34 indicate that the unit or module is optional. The device 3400 may be used to implement the method described in the above method embodiment. The device 3400 may be a chip, a terminal device, or a network device.

[0436] The device 3400 may include one or more processors 3410. The processor 3410 may support the device 3400 to implement the method described in the method embodiment above. The processor 3410 may be a general-purpose processor or a special-purpose processor. For example, the processor may be a central processing unit (CPU). Alternatively, the processor may be another general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, etc. The general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.

[0437] The apparatus 3400 may further include one or more memories 3420. The memories 3420 store programs that can be executed by the processor 3410, causing the processor 3410 to perform the methods described in the above method embodiments. The memories 3420 may be independent of the processor 3410 or integrated into the processor 3410.

[0438] The apparatus 3400 may further include a transceiver 3430. The processor 3410 may communicate with other devices or chips via the transceiver 3430. For example, the processor 3410 may transmit and receive data with other devices or chips via the transceiver 3430.

[0439] The present application also provides a computer-readable storage medium for storing a program. The computer-readable storage medium can be applied to a terminal or network device provided in the present application, and the program enables a computer to execute the method performed by the terminal or network device in each embodiment of the present application.

[0440] The present application also provides a computer program product. The computer program product includes a program. The computer program product can be applied to a terminal or network device provided in the present application, and the program causes a computer to execute the method performed by the terminal or network device in each embodiment of the present application.

[0441] The embodiments of the present application also provide a computer program. The computer program can be applied to the terminal or network device provided in the embodiments of the present application, and the computer program enables a computer to execute the method performed by the terminal or network device in each embodiment of the present application.

[0442] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. 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. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be read by a computer or a data storage device such as a server or data center that includes one or more available media integrated therein. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a digital versatile disc (DVD)), or a semiconductor medium (eg, a solid state disk (SSD)).

[0443] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A method for wireless communication, characterized in that, Including: A first device sends first information to a second device, where the first information is associated with a plurality of beam pairs for communication between the first device and the second device.

2. The method according to claim 1, wherein, The first information is used to indicate the capability information of the first device, and the capability information is associated with the plurality of beam pairs.

3. The method according to claim 1 or 2, characterized in that, The capability information is used to indicate one or more of the following: Whether to support a communication process based on the plurality of beam pairs; Whether to support a beam training process based on the plurality of beam pairs; The upper limit of the number of transmit beams supported by the first device; The upper limit of the number of receive beams supported by the first device.

4. The method according to any one of claims 1 to 3, characterized in that, The first device is a responder and the second device is an initiator.

5. The method according to claim 1, wherein The first information is used to indicate triggering a beam training process for selecting the plurality of beam pairs.

6. The method according to claim 5, characterized in that, The first information carries configuration parameters of the beam training process.

7. The method according to claim 6, wherein The configuration parameters are used to indicate one or more of the following: The type of the beam training process; The number of transmit beams in the beam training process; The identifiers of the transmit beams in the beam training process; The number of receive beams in the beam training process; The number of repetitions of traversing the transmit beams in the beam training process; The number of frames for beam selection transmitted in the beam training process; The measurement threshold used for selecting beam pairs in the beam training process; The number of beam pairs that the first device expects to select through the beam training process; The first information is used for forward beam pair training in the beam training process; The first information is used for reverse beam pair training in the beam training process; Whether to perform the beam training process based on the selected plurality of beam pairs; The beam training process is performed for one or more beam pairs among the selected plurality of beam pairs; One or more beam pairs among the selected plurality of beam pairs for which the beam training process is performed.

8. The method according to claim 7, wherein The type of the beam training process includes two-way beam training and / or one-way beam training.

9. The method according to any one of claims 5-8, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

10. The method according to claim 9, characterized in that, The first field includes a first type of sub-field, and the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

11. The method according to any one of claims 5-8, characterized in that, The first information is carried in a first frame.

12. The method according to claim 11, wherein The first frame is a data frame or a management frame.

13. The method according to any one of claims 5 to 12, characterized in that, The first device is an initiator and the second device is a responder.

14. The method according to claim 1, wherein The first information is used to indicate one or more of the following: The beam training result of the beam training process for forward beam pairs, where the beam training process for forward beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; Information associated with the beam training process for reverse beam pairs, where the beam training process for reverse beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; For indicating fourth information corresponding to the first information, where the fourth information is used to trigger the beam training process; For indicating third information corresponding to the first information, where the third information is used to request feedback of the beam training result of the beam training process; Information for determining a first switching order, where the first switching order is the order of beam pair switching during the forward transmission process; Information for determining a second switching order, where the second switching order is the order of beam pair switching during the reverse transmission process.

15. The method according to claim 14, wherein If the first switching order is a pseudo-random switching order, the information for determining the first switching order includes an initial value for determining the pseudo-random switching order; If the second switching order is a pseudo-random switching order, the information for determining the second switching order includes an initial value for determining the pseudo-random switching order; If the first switching order is determined as a polling switching order, the information for determining the first switching order includes an initial value for determining the polling switching order; If the second switching order is determined as a polling switching order, the information for determining the second switching order includes an initial value for determining the polling switching order.

16. The method according to claim 14 or 15, characterized in that, The beam training result of the beam training process for the forward beam pair includes one or more of the following: The identification information of the beam pair selected by the beam training process for the forward beam pair; The measurement result information of the beam pair selected by the beam training process for the forward beam pair.

17. The method according to any one of claims 14-16, characterized in that, The information associated with the beam training process for the reverse beam pair includes one or more of the following: The configuration parameters of the beam training process for the reverse beam pair: Information on whether to agree to execute the beam training process for the reverse beam pair.

18. The method according to claim 17, wherein The configuration parameters of the beam training process for the reverse beam pair are used to indicate one or more of the following: The type of the beam training process for the reverse beam pair; The number of transmit beams in the beam training process for the reverse beam pair; The identification of the transmit beams in the beam training process for the reverse beam pair; The number of receive beams in the beam training process for the reverse beam pair; The number of repetitions of traversing the transmit beams in the beam training process for the reverse beam pair; The number of frames for beam selection transmitted in the beam training process for the reverse beam pair; The measurement threshold used for beam pair selection in the beam training process for the reverse beam pair; The number of beam pairs that the first device expects to select through the beam training process for the reverse beam pair; The first information for the reverse beam pair is used for forward beam pair training in the beam training process; The first information for the reverse beam pair is used for reverse beam pair training in the beam training process; Information on whether to perform the beam training process for the reverse beam pair based on multiple selected beam pairs; The beam training process for the reverse beam pair is performed based on one or more of the multiple selected beam pairs; Among the multiple selected beam pairs, one of the multiple beams used in the beam training process for the reverse beam pair.

19. The method according to claim 18, wherein The type of the beam training process for the reverse beam pair includes two-way beam training and / or one-way beam training.

20. The method according to any one of claims 14-19, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

21. The method according to claim 20, wherein, The first field includes that the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

22. The method according to any one of claims 14-21, characterized in that, The first information is carried in a first frame.

23. The method according to claim 22, characterized in that, The first frame is a data frame or a management frame.

24. The method according to any one of claims 14-23, characterized in that The first device is a responder and the second device is an initiator.

25. The method according to claim 1, characterized in that The first information is used to request feedback on the multiple beam pairs selected by the beam training process.

26. The method according to claim 25, characterized in that, The first information is used to determine one or more of the following: Fourth information corresponding to the first information, and the fourth information is used to trigger the beam training process; Fifth information corresponding to the first information, and the fifth information is used to feedback the beam training result of the beam training process.

27. The method according to claim 25 or 26, characterized in that, The first device is an initiator and the second device is a responder.

28. The method according to claim 1, characterized in that, The first information is used to indicate beam pair switching based on the multiple beam pairs; or The multiple beam pairs include a first beam pair and a second beam pair, and the first information is used to indicate switching from the first beam pair to the second beam pair.

29. The method according to claim 28, wherein The beam pair switching based on the multiple beam pairs is performed based on a pseudo-random switching order or a polling switching order.

30. The method according to claim 1, characterized in that, If the first device and the second device receive or send sixth information based on a third beam pair among the multiple beam pairs, the first information is used to indicate that the first device and the second device receive or send seventh information based on a fourth beam pair among the multiple beam pairs, and the seventh information is the information transmitted after the sixth information.

31. The method according to claim 30, wherein, The third beam pair is the same as the fourth beam pair; or the third beam pair is different from the fourth beam pair.

32. The method according to any one of claims 25 - 31, characterized in that, The first information is carried in a first frame, or the first information is carried in the header of a first PPDU.

33. The method according to any one of claims 1 to 32, characterized in that, If the first information is carried in a first frame, the first frame is a data frame or an association frame.

34. The method according to any one of claims 1 to 33, characterized in that, The first information is transmitted through a first link, and the multiple beam pairs are used for communication on a second link, where the frequency of the first link is lower than the frequency of the second link.

35. The method according to any one of claims 1-33, characterized in that, The link for transmitting the first information is the same as the link using the multiple beam pairs.

36. The method according to claim 1, wherein, The association between the first information and the multiple beam pairs includes that the first information is transmitted through a first beam pair among the multiple beam pairs.

37. The method according to claim 1, characterized in that, The beam pair switching performed based on the multiple beam pairs satisfies one of the following: Performed based on a period; Performed based on a transmission opportunity TXOP; Performed based on a service period SP.

38. The method according to claim 37, wherein The beam pair switching is based on a first switching order, and the first switching order includes a pseudo-random switching order or a polling switching order.

39. A method for wireless communication, characterized in that, Includes: The second device sends first information to the first device, and the first information is associated with a plurality of beam pairs for communication between the first device and the second device.

40. The method according to claim 39, characterized in that, The first information is used to indicate the capability information of the first device, and the capability information is associated with the plurality of beam pairs.

41. The method according to claim 39 or 40, characterized in that, The capability information is used to indicate one or more of the following: Whether to support the communication process based on the plurality of beam pairs; Whether to support the beam training process based on the plurality of beam pairs; The upper limit of the number of transmit beams supported by the first device; The upper limit of the number of receive beams supported by the first device.

42. The method according to any one of claims 39-41, characterized in that, The first device is a responder, and the second device is an initiator.

43. The method according to claim 39, characterized in that, The first information is used to indicate triggering a beam training process for selecting the plurality of beam pairs.

44. The method according to claim 43, wherein The first information carries configuration parameters of the beam training process.

45. The method according to claim 44, wherein The configuration parameters are used to indicate one or more of the following: The type of the beam training process; The number of transmit beams in the beam training process; The identifiers of the transmit beams in the beam training process; The number of receive beams in the beam training process; The number of repetitions of traversing the transmit beams in the beam training process; The number of frames transmitted in the beam training process for beam selection; The measurement threshold used for selecting beam pairs in the beam training process; The number of beam pairs that the first device expects to select through the beam training process; The first information is used for forward beam pair training in the beam training process; The first information is used for reverse beam pair training in the beam training process; Whether to perform the beam training process based on the selected plurality of beam pairs; The beam training process is performed for one or more beam pairs among the selected plurality of beam pairs; One or more beam pairs among the selected plurality of beam pairs for which the beam training process is performed.

46. The method according to claim 45, characterized in that The type of the beam training process includes two-way beam training and / or one-way beam training.

47. The method according to any one of claims 43-46, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

48. The method according to claim 47, characterized in that, The first field includes a first type of sub-field, and the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

49. The method according to any one of claims 43 - 46, characterized in that, The first information is carried in a first frame.

50. The method according to claim 49, wherein, The first frame is a data frame or a management frame.

51. The method according to any one of claims 43 to 50, characterized in that, The first device is an initiator, and the second device is a responder.

52. The method according to claim 39, wherein The first information is used to indicate one or more of the following: The beam training result of the beam training process for forward beam pairs, where the beam training process for forward beam pairs is used to select some or all of the plurality of beam pairs; Information associated with the beam training process for reverse beam pairs, where the beam training process for reverse beam pairs is used to select some or all of the plurality of beam pairs; To indicate fourth information corresponding to the first information, and the fourth information is used to trigger the beam training process; For indicating third information corresponding to the first information, where the third information is used to request feedback on the beam training result of the beam training process; Information for determining a first switching order, where the first switching order is the order of beam pair switching during the forward transmission process; Information for determining a second switching order, where the second switching order is the order of beam pair switching during the reverse transmission process.

53. The method according to claim 52, characterized in that, If the first switching order is a pseudo-random switching order, the information for determining the first switching order includes an initial value for determining the pseudo-random switching order; If the second switching order is a pseudo-random switching order, the information for determining the second switching order includes an initial value for determining the pseudo-random switching order; If the first switching order is determined as a polling switching order, the information for determining the first switching order includes an initial value for determining the polling switching order; If the second switching order is determined as a polling switching order, the information for determining the second switching order includes an initial value for determining the polling switching order.

54. The method according to claim 52 or 53, characterized in that, The beam training result of the beam training process for the forward beam pair includes one or more of the following: The identification information of the beam pair selected in the beam training process for the forward beam pair; The measurement result information of the beam pair selected in the beam training process for the forward beam pair.

55. The method according to any one of claims 52 - 54, characterized in that, The information associated with the beam training process for the reverse beam pair includes one or more of the following: The configuration parameters of the beam training process for the reverse beam pair: Information on whether to agree to execute the beam training process for the reverse beam pair.

56. The method according to claim 55, wherein The configuration parameters of the beam training process for the reverse beam pair are used to indicate one or more of the following: The type of the beam training process for the reverse beam pair; The number of transmit beams in the beam training process for the reverse beam pair; The identification of the transmit beams in the beam training process for the reverse beam pair; The number of receive beams in the beam training process for the reverse beam pair; The number of repetitions of traversing the transmit beams in the beam training process for the reverse beam pair; The number of frames for beam selection transmitted in the beam training process for the reverse beam pair; The measurement threshold used for beam pair selection in the beam training process for the reverse beam pair; The number of beam pairs that the first device expects to select through the beam training process for the reverse beam pair; The first information for the reverse beam pair is used for forward beam pair training in the beam training process; The first information for the reverse beam pair is used for reverse beam pair training in the beam training process; Information on whether to perform the beam training process for the reverse beam pair based on multiple selected beam pairs; The beam training process for the reverse beam pair is performed based on one or more of the multiple selected beam pairs; Among the multiple selected beam pairs, one or more beams used in the beam training process for the reverse beam pair.

57. The method according to claim 56, characterized in that, The type of beam training process for the reverse beam pair includes two-way beam training and / or one-way beam training.

58. The method according to any one of claims 52-57, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

59. The method according to claim 58, characterized in that, The first field includes that the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to transmit data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to transmit data.

60. The method according to any one of claims 52-59, characterized in that, The first information is carried in a first frame.

61. The method according to claim 60, wherein The first frame is a data frame or a management frame.

62. The method according to any one of claims 52 - 61, characterized in that, The first device is a responder, and the second device is an initiator.

63. The method according to claim 39, wherein The first information is used to request feedback on the multiple beam pairs selected by the beam training process.

64. The method according to claim 63, wherein, The first information is used to determine one or more of the following: Fourth information corresponding to the first information, and the fourth information is used to trigger the beam training process; Fifth information corresponding to the first information, and the fifth information is used to feedback the beam training result of the beam training process.

65. The method according to claim 63 or 64, characterized in that, The first device is an initiator, and the second device is a responder.

66. The method according to claim 39, wherein The first information is used to indicate beam pair switching based on the multiple beam pairs; or The multiple beam pairs include a first beam pair and a second beam pair, and the first information is used to indicate switching from the first beam pair to the second beam pair.

67. The method according to claim 66, wherein The beam pair switching based on the multiple beam pairs is performed based on a pseudo-random switching order or a polling switching order.

68. The method according to claim 39, wherein If the first device and the second device receive or transmit sixth information based on a third beam pair among the multiple beam pairs, the first information is used to indicate that the first device and the second device receive or transmit seventh information based on a fourth beam pair among the multiple beam pairs, and the seventh information is the information transmitted after the sixth information.

69. The method according to claim 68, characterized in that, The third beam pair is the same as the fourth beam pair; or the third beam pair is different from the fourth beam pair.

70. The method according to any one of claims 63 - 69, characterized in that, The first information is carried in a first frame, or the first information is carried in the header of a first PPDU.

71. The method according to any one of claims 39 - 70, characterized in that, If the first information is carried in a first frame, the first frame is a data frame or an association frame.

72. The method according to any one of claims 39 - 71, characterized in that, The first information is transmitted through a first link, and the multiple beam pairs are used for communication on a second link, where the frequency of the first link is lower than the frequency of the second link.

73. The method according to any one of claims 39 - 71, characterized in that, The link for transmitting the first information is the same as the link using the multiple beam pairs.

74. The method according to claim 39, wherein, The association between the first information and the multiple beam pairs includes that the first information is transmitted through the first beam pair among the multiple beam pairs.

75. The method according to claim 39, characterized in that, The beam pair switching performed based on the multiple beam pairs satisfies one of the following: Performed based on a period; Performed based on a transmission opportunity TXOP; Performed based on a service period SP.

76. The method according to claim 75, wherein The beam pair switching is based on a first switching order, and the first switching order includes a pseudo-random switching order or a polling switching order.

77. A communication device, characterized in that, The communication device is a first device, including: A transmitting unit, configured to send first information to a second device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and the second device.

78. The communication device according to claim 77, wherein The first information is used to indicate capability information of the first device, and the capability information is associated with the plurality of beam pairs.

79. The communication device according to claim 77 or 78, characterized in that, The capability information is used to indicate one or more of the following: Whether communication based on the plurality of beam pairs is supported; Whether a beam training process based on the plurality of beam pairs is supported; An upper limit of the number of transmit beams supported by the first device; An upper limit of the number of receive beams supported by the first device.

80. The communication device according to any one of claims 77 to 79, characterized in that, The first device is a responder, and the second device is an initiator.

81. The communication device according to claim 77, wherein, The first information is used to indicate triggering a beam training process, and the beam training process is used to select the plurality of beam pairs.

82. The communication device according to claim 81, wherein The first information carries configuration parameters of the beam training process.

83. The communication device according to claim 82, characterized in that, The configuration parameters are used to indicate one or more of the following: The type of the beam training process; The number of transmit beams in the beam training process; Identifiers of the transmit beams in the beam training process; The number of receive beams in the beam training process; The number of repetitions of traversing the transmit beams in the beam training process; The number of frames transmitted in the beam training process for beam selection; Measurement thresholds used to select beam pairs in the beam training process; The number of beam pairs that the first device expects to select through the beam training process; The first information is used for forward beam pair training in the beam training process; The first information is used for reverse beam pair training in the beam training process; Whether the beam training process is performed based on the selected plurality of beam pairs; The beam training process is performed for one or more beam pairs among the selected plurality of beam pairs; One or more beam pairs among the selected plurality of beam pairs for which the beam training process is performed.

84. The communication device according to claim 83, characterized in that, The type of the beam training process includes two-way beam training and / or one-way beam training.

85. The communication device according to any one of claims 81-84, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field, and the first field is used for the beam training process.

86. The communication device according to claim 85, characterized in that, The first field includes a first type of sub-field, and the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

87. The communication device according to any one of claims 81-84, characterized in that, The first information is carried in a first frame.

88. The communication device according to claim 87, characterized in that, The first frame is a data frame or a management frame.

89. The communication device according to any one of claims 81-88, characterized in that, The first device is an initiator, and the second device is a responder.

90. The communication device according to claim 77, wherein, The first information is used to indicate one or more of the following: Beam training results of a beam training process for forward beam pairs, where the beam training process for forward beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; Information associated with a beam training process for reverse beam pairs, where the beam training process for reverse beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; For indicating fourth information corresponding to the first information, where the fourth information is used to trigger the beam training process; For indicating third information corresponding to the first information, where the third information is used to request feedback of the beam training result of the beam training process; Information for determining a first switching order, where the first switching order is the order of beam pair switching during the forward transmission process; Information for determining a second switching order, where the second switching order is the order of beam pair switching during the reverse transmission process.

91. The communication device according to claim 90, wherein, If the first switching order is a pseudo-random switching order, the information for determining the first switching order includes an initial value for determining the pseudo-random switching order; If the second switching order is a pseudo-random switching order, the information for determining the second switching order includes an initial value for determining the pseudo-random switching order; If the first switching order is determined by a polling switching order, the information for determining the first switching order includes an initial value for determining the polling switching order; If the second switching order is determined by a polling switching order, the information for determining the second switching order includes an initial value for determining the polling switching order.

92. The communication device according to claim 90 or 91, characterized in that, The beam training result of the beam training process for the forward beam pair includes one or more of the following: The identification information of the beam pair selected by the beam training process for the forward beam pair; The measurement result information of the beam pair selected by the beam training process for the forward beam pair.

93. The communication device according to any one of claims 90-92, characterized in that, The information associated with the beam training process for the reverse beam pair includes one or more of the following: The configuration parameters of the beam training process for the reverse beam pair: Information on whether to agree to execute the beam training process for the reverse beam pair.

94. The communication device according to claim 93, wherein, The configuration parameters of the beam training process for the reverse beam pair are used to indicate one or more of the following: The type of the beam training process for the reverse beam pair; The number of transmit beams in the beam training process for the reverse beam pair; The identification of the transmit beams in the beam training process for the reverse beam pair; The number of receive beams in the beam training process for the reverse beam pair; The number of repetitions of traversing the transmit beams in the beam training process for the reverse beam pair; The number of frames for beam selection transmitted in the beam training process for the reverse beam pair; The measurement threshold used for beam pair selection in the beam training process for the reverse beam pair; The number of beam pairs that the first device expects to select through the beam training process for the reverse beam pair; The first information for the reverse beam pair is used for forward beam pair training in the beam training process; The first information for the reverse beam pair is used for reverse beam pair training in the beam training process; Information on whether to perform the beam training process for the reverse beam pair based on multiple selected beam pairs; The beam training process for the reverse beam pair is performed based on one or more of the multiple selected beam pairs; Among the multiple selected beam pairs, one of the multiple beams used in the beam training process for the reverse beam pair.

95. The communication device according to claim 94, wherein The type of the beam training process for the reverse beam pair includes two-way beam training and / or one-way beam training.

96. The communication device according to any one of claims 90-95, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

97. The communication device according to claim 96, characterized in that, The first field includes that the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

98. The communication device according to any one of claims 90-97, characterized in that, The first information is carried in a first frame.

99. The communication device according to claim 98, wherein, The first frame is a data frame or a management frame.

100. The communication device according to any one of claims 90-99, characterized in that, The first device is a responder and the second device is an initiator.

101. The communication device according to claim 77, wherein, The first information is used to request feedback on the multiple beam pairs selected in the beam training process.

102. The communication device according to claim 101, characterized in that, The first information is used to determine one or more of the following: Fourth information corresponding to the first information, which is used to trigger the beam training process; Fifth information corresponding to the first information, which is used to feedback the beam training result of the beam training process.

103. The communication device according to claim 101 or 102, characterized in that, The first device is an initiator and the second device is a responder.

104. The communication device according to claim 77, wherein The first information is used to indicate beam pair switching based on the multiple beam pairs; or The multiple beam pairs include a first beam pair and a second beam pair, and the first information is used to indicate switching from the first beam pair to the second beam pair.

105. The communication device according to claim 104, wherein, The beam pair switching based on the multiple beam pairs is performed based on a pseudo-random switching order or a polling switching order.

106. The communication device according to claim 77, wherein If the first device and the second device receive or send sixth information based on a third beam pair among the multiple beam pairs, the first information is used to indicate that the first device and the second device receive or send seventh information based on a fourth beam pair among the multiple beam pairs, and the seventh information is the information transmitted after the sixth information.

107. The communication device according to claim 106, wherein The third beam pair is the same as the fourth beam pair; or the third beam pair is different from the fourth beam pair.

108. The communication device according to any one of claims 101-107, characterized in that, The first information is carried in a first frame, or the first information is carried in the header of a first PPDU.

109. The communication device according to any one of claims 77 to 108, characterized in that, If the first information is carried in a first frame, the first frame is a data frame or an association frame.

110. The communication device according to any one of claims 77-109, characterized in that, The first information is transmitted through a first link, and the multiple beam pairs are used for communication on a second link, where the frequency of the first link is lower than the frequency of the second link.

111. The communication device according to any one of claims 77 to 109, characterized in that, The link for transmitting the first information is the same as the link using the multiple beam pairs.

112. The communication device according to claim 77, wherein, The association between the first information and the multiple beam pairs includes that the first information is transmitted through the first beam pair among the multiple beam pairs.

113. The communication device according to claim 77, wherein, The beam pair switching performed based on the multiple beam pairs satisfies one of the following: Performed based on a period; Performed based on a transmission opportunity TXOP; Performed based on a service period SP.

114. The communication device according to claim 113, characterized in that, The beam pair switching is based on a first switching order, and the first switching order includes a pseudo-random switching order or a polling switching order.

115. A communication device, characterized in that, The communication device is a second device, including: A sending unit, configured to send first information to a first device, where the first information is associated with a plurality of beam pairs, and the plurality of beam pairs are used for communication between the first device and a second device.

116. The communication device according to claim 115, wherein, The first information is used to indicate capability information of the first device, and the capability information is associated with the plurality of beam pairs.

117. The communication device according to claim 115 or 116, characterized in that, The capability information is used to indicate one or more of the following: Whether it supports a communication process based on the plurality of beam pairs; Whether it supports a beam training process based on the plurality of beam pairs; An upper limit on the number of transmit beams supported by the first device; An upper limit on the number of receive beams supported by the first device.

118. The communication device according to any one of claims 115-117, characterized in that, The first device is a responder, and the second device is an initiator.

119. The communication device according to claim 115, characterized in that, The first information is used to indicate triggering a beam training process, and the beam training process is used to select the plurality of beam pairs.

120. The communication device according to claim 119, wherein The first information carries configuration parameters of the beam training process.

121. The communication device according to claim 120, wherein, The configuration parameters are used to indicate one or more of the following: The type of the beam training process; The number of transmit beams in the beam training process; Identifiers of transmit beams in the beam training process; The number of receive beams in the beam training process; The number of repetitions of traversing transmit beams in the beam training process; The number of frames transmitted in the beam training process for beam selection; Measurement thresholds used for selecting beam pairs in the beam training process; The number of beam pairs that the first device expects to select through the beam training process; The first information is used for forward beam pair training in the beam training process; The first information is used for reverse beam pair training in the beam training process; Whether to perform the beam training process based on the selected plurality of beam pairs; The beam training process is performed for one or more beam pairs among the selected plurality of beam pairs; One or more beam pairs among the selected plurality of beam pairs that the beam training process targets.

122. The communication device according to claim 121, wherein, The type of the beam training process includes two-way beam training and / or one-way beam training.

123. The communication device according to any one of claims 119-122, characterized in that The first information is carried in a first PPDU, and the first PPDU includes a first field, and the first field is used for the beam training process.

124. The communication device according to claim 123, characterized in that, The first field includes a first type of sub-field, and the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

125. The communication device according to any one of claims 119-122, characterized in that, The first information is carried in a first frame.

126. The communication device according to claim 125, wherein The first frame is a data frame or a management frame. The communication device according to any one of claims 119-126, characterized in that, The first device is an initiator, and the second device is a responder.

128. The communication device according to claim 115, characterized in that, The first information is used to indicate one or more of the following: Beam training results of a beam training process for forward beam pairs, where the beam training process for forward beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; Information associated with a beam training process for reverse beam pairs, where the beam training process for reverse beam pairs is used to select some or all of the beam pairs among the plurality of beam pairs; For indicating fourth information corresponding to the first information, the fourth information being used to trigger the beam training process; For indicating third information corresponding to the first information, the third information being used to request feedback of a beam training result of the beam training process; Information for determining a first switching order, the first switching order being an order for beam pair switching during a forward transmission process; Information for determining a second switching order, the second switching order being an order for beam pair switching during a reverse transmission process.

129. The communication device according to claim 128, characterized in that, If the first switching order is a pseudo-random switching order, the information for determining the first switching order includes an initial value for determining the pseudo-random switching order; If the second switching order is a pseudo-random switching order, the information for determining the second switching order includes an initial value for determining the pseudo-random switching order; If the first switching order is determined as a polling switching order, the information for determining the first switching order includes an initial value for determining the polling switching order; If the second switching order is determined as a polling switching order, the information for determining the second switching order includes an initial value for determining the polling switching order.

130. The communication device according to claim 128 or 129, characterized in that, The beam training result of the beam training process for the forward beam pair includes one or more of the following: Identity information of the beam pair selected by the beam training process for the forward beam pair; Measurement result information of the beam pair selected by the beam training process for the forward beam pair.

131. The communication device according to any one of claims 128 to 130, characterized in that, The information associated with the beam training process for the reverse beam pair includes one or more of the following: Configuration parameters of the beam training process for the reverse beam pair: Information on whether to agree to execute the beam training process for the reverse beam pair.

132. The communication device according to claim 131, wherein The configuration parameters of the beam training process for the reverse beam pair are used to indicate one or more of the following: The type of the beam training process for the reverse beam pair; The number of transmit beams in the beam training process for the reverse beam pair; Identities of the transmit beams in the beam training process for the reverse beam pair; The number of receive beams in the beam training process for the reverse beam pair; The number of repetitions of traversing transmit beams in the beam training process for the reverse beam pair; The number of frames for beam selection transmitted in the beam training process for the reverse beam pair; The measurement threshold used for beam pair selection in the beam training process for the reverse beam pair; The number of beam pairs that the first device expects to select through the beam training process for the reverse beam pair; The first information for the reverse beam pair is used for forward beam pair training in the beam training process; The first information for the reverse beam pair is used for reverse beam pair training in the beam training process; Information on whether to perform the beam training process for the reverse beam pair based on multiple selected beam pairs; The beam training process for the reverse beam pair is performed based on one or more of the multiple selected beam pairs; Among the multiple selected beam pairs, one of the multiple beams used in the beam training process for the reverse beam pair.

133. The communication device according to claim 132, characterized in that, The type of the beam training process for the reverse beam pair includes two-way beam training and / or one-way beam training.

134. The communication device according to any one of claims 128 - 133, characterized in that, The first information is carried in a first PPDU, and the first PPDU includes a first field for the beam training process.

135. The communication device according to claim 134, wherein The first field includes that the transmit beam of the first type of sub-field is the same as the transmit beam used by the first device to send data; and / or The first field includes a second type of sub-field, and the transmit beam of the second type of sub-field is different from the transmit beam used by the first device to send data.

136. The communication device according to any one of claims 128-135, characterized in that, The first information is carried in a first frame. The communication device according to claim 136, characterized in that, The first frame is a data frame or a management frame.

138. The communication device according to any one of claims 128 to 137, characterized in that, The first device is a responder and the second device is an initiator. The communication device according to claim 115, wherein, The first information is used to request feedback on the multiple beam pairs selected in the beam training process.

140. The communication device according to claim 139, characterized in that, The first information is used to determine one or more of the following: Fourth information corresponding to the first information, and the fourth information is used to trigger the beam training process; Fifth information corresponding to the first information, and the fifth information is used to feedback the beam training result of the beam training process.

141. The communication device according to claim 139 or 140, characterized in that, The first device is an initiator and the second device is a responder.

142. The communication device according to claim 115, wherein The first information is used to indicate beam pair switching based on the multiple beam pairs; or The multiple beam pairs include a first beam pair and a second beam pair, and the first information is used to indicate switching from the first beam pair to the second beam pair.

143. The communication device according to claim 142, characterized in that, The beam pair switching based on the multiple beam pairs is performed based on a pseudo-random switching order or a polling switching order.

144. The communication device according to claim 115, characterized in that, If the first device and the second device receive or send sixth information based on a third beam pair among the multiple beam pairs, the first information is used to indicate that the first device and the second device receive or send seventh information based on a fourth beam pair among the multiple beam pairs, and the seventh information is the information transmitted after the sixth information.

145. The communication device according to claim 144, characterized in that, The third beam pair is the same as the fourth beam pair; or the third beam pair is different from the fourth beam pair.

146. The communication device according to any one of claims 139-145, characterized in that, The first information is carried in a first frame, or the first information is carried in the header of a first PPDU.

147. The communication device according to any one of claims 115-146, characterized in that, If the first information is carried in a first frame, the first frame is a data frame or an association frame.

148. The communication device according to any one of claims 115-147, characterized in that, The first information is transmitted through a first link, and the multiple beam pairs are used for communication on a second link, where the frequency of the first link is lower than the frequency of the second link.

149. The communication device according to any one of claims 115 to 147, characterized in that, The link for transmitting the first information is the same as the link using the multiple beam pairs. The communication device according to claim 115, characterized in that, The association between the first information and the multiple beam pairs includes that the first information is transmitted through the first beam pair among the multiple beam pairs. The communication device according to claim 115, characterized in that, The beam pair switching performed based on the multiple beam pairs satisfies one of the following: Performed based on a period; Performed based on a transmission opportunity TXOP; Performed based on a service period SP.

152. The communication device according to claim 151, characterized in that, The beam pair switching is based on a first switching order, and the first switching order includes a pseudo-random switching order or a polling switching order.

153. A terminal device, characterized in that, It includes a transceiver, a memory, and a processor. The memory is used to store programs, and the processor is used to call the programs in the memory and control the transceiver to receive or send signals, so that the terminal device executes the method according to any one of claims 1 - 76.

154. A device, characterized in that, It includes a processor, which is used to call a program from a memory, so that the device executes the method according to any one of claims 1 - 76.

155. A chip, characterized in that, It includes a processor, which is used to call a program from a memory, so that the device installed with the chip executes the method according to any one of claims 1 - 76.

156. A computer-readable storage medium, characterized in that, A program is stored thereon, and the program causes a computer to execute the method according to any one of claims 1 - 76.

157. A computer program product, characterized in that, It includes a program, and the program causes a computer to execute the method according to any one of claims 1 - 76.

158. A computer program, characterized in that, The computer program causes a computer to execute the method according to any one of claims 1 - 76.

Images