Csi receiving method and apparatus, electronic device, storage medium, and program product

Abstract

The application provides a channel state information (CSI) receiving method and device, electronic equipment, storage medium and program product. The method is applied to a first access point (AP), and includes: identifying whether the first AP is in a cross basic service set (BSS) detection process; generating a first primitive in a case where the first AP is in the cross BSS detection process; configuring a physical layer of the first AP according to the first primitive, and receiving an overlapping basic service set (OBSS) triggered physical layer protocol data unit (PPDU) frame in a listening mode through the configured physical layer, wherein the OBSS TB PPDU frame carries a CSI report. In this way, since the first AP can generate a new primitive (i.e., the first primitive) to configure its own physical layer in the cross BSS detection process, and receive the OBSS TB PPDU frame carrying the CSI report, the correct reception of the OBSS CSI report frame can be realized.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a CSI receiving method, apparatus, electronic device, storage medium, and program product. Background Technology

[0002] In wireless local area networks (WLANs), multi-access point (MAP) collaboration is an effective means to improve network performance and user experience. Through MAP collaboration, different access points (APs) can share resources and coordinate communication, thereby reducing interference and increasing network capacity. Typically, before collaborative transmission, the AP needs to obtain the Channel State Information (CSI) of the AP and its associated station (STA) and the CSI of the AP and the Overlapping Basic Service Set (OBSS) STA through a sounding process. For the CSI between the AP and its associated STA, relevant technologies have clearly defined how the AP receives the corresponding CSI report frame (this CSI report frame is based on the Trigger Based Physical Layer Protocol Data Unit (TB PPDU) format, also known as a TB PPDU frame). However, for the CSI between the AP and the OBSS STA (i.e., OBSS CSI), the relevant technologies do not clearly define how to receive the corresponding OBSS CSI report frame (which is in TB PPDU format, also known as OBSS TB PPDU frame). This may cause the AP to fail to receive the OBSS CSI report frame correctly, thus affecting the acquisition of OBSS CSI and subsequent cooperative transmission. Summary of the Invention

[0003] This application provides a CSI receiving method, apparatus, electronic device, storage medium, and program product to solve the problem of how an AP can correctly receive OBSS CSI report frames.

[0004] To solve the above-mentioned technical problems, this application is implemented as follows: Firstly, a CSI receiving method is provided, applied to a first access point (AP), including: Identify whether the first AP is in the cross-basic service set (BSS) probe process; When the first AP is in a cross-BSS probing process, generate the first primitive; The physical layer of the first AP is configured according to the first primitive. Through the configured physical layer, the AP receives Overlapping Basic Service Set triggered Physical Layer Protocol Data Unit (OBSSTB) PPDU frames in a listening manner. The OBSSTB PPDU frames carry CSI reports.

[0005] Secondly, a CSI receiving device is provided, comprising: The identification module identifies whether the first AP is in the cross-BSS detection process; The generation module generates the first primitive when the first AP is in the cross-BSS probing process; The processing module configures the physical layer of the first AP according to the first primitive, and receives OBSS TB PPDU frames in a listening manner through the configured physical layer. The OBSS TB PPDU frames carry CSI reports.

[0006] Thirdly, an electronic device is provided, comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to execute the instructions to implement the method as described in the first aspect.

[0007] Fourthly, a computer-readable storage medium is provided, wherein when instructions in the storage medium are executed by a processor of an electronic device, the electronic device is enabled to perform the method described in the first aspect.

[0008] Fifthly, a computer program product is provided, the computer program product including a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of the method described in the first aspect.

[0009] In this embodiment, the first AP can identify whether it is currently in a cross-BSS probing process. If it is, it can generate a first primitive, configure its physical layer according to the first primitive, and receive OBSS TB PPDU frames carrying CSI reports via the configured physical layer in a listening manner. Thus, since the first AP can configure its physical layer by generating a new primitive (i.e., the first primitive) during the cross-BSS probing process, and thereby receive OBSS TB PPDU frames carrying CSI reports, it can achieve correct reception of OBSS CSI report frames, providing strong support for subsequent cooperative transmission. Attached Figure Description

[0010] To more clearly illustrate the technical solutions in this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0011] Figure 1 This is a schematic diagram of AP acquiring CSI in related technologies; Figure 2 This is a schematic diagram of a wireless communication network according to an embodiment of this application; Figure 3 This is a schematic diagram of the channel detection process in sequential detection according to an embodiment of this application; Figure 4 This is a schematic diagram of the channel detection process in a joint detection embodiment of this application; Figure 5 This is a flowchart illustrating an embodiment of the CSI receiving method of this application; Figure 6 This is a schematic diagram illustrating an embodiment of the present application of AP identification of whether it is in a cross-BSS probing process; Figure 7 This is a schematic diagram illustrating an embodiment of the present application of AP identification of whether it is in a cross-BSS probing process; Figure 8 This is a schematic diagram illustrating an embodiment of the present application of AP identification of whether it is in a cross-BSS probing process; Figure 9 This is a schematic diagram of pre-negotiated physical layer channel-related parameters between APs according to an embodiment of this application; Figure 10 This is a schematic diagram of an embodiment of this application showing an AP receiving an OBSS TB PPDU frame; Figure 11 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application; Figure 12 This is a schematic diagram of the structure of a CSI receiving device according to an embodiment of this application. Detailed Implementation

[0012] Before cooperating on transmission, the AP needs to obtain the CSI of the AP and the associated STA, as well as the CSI of the AP and the OBSS STA, through a channel sounding procedure. For example... Figure 1As shown, AP1 is associated with STA1 and STA2, which are OBSS STAs of AP2. AP1 can parse the first CSI report frame sent by the associated STAs to obtain link information within the BSS. Although the second CSI report frame sent by the STAs is also sent to AP1, AP2 can receive this OBSS CSI report frame in an overhearing manner, thereby obtaining interference link information between AP2 and the OBSS STAs. In this way, during cooperative transmission, based on the CSI obtained during channel probing, APs can use Coordinated BeamForming (Co-BF) technology to focus the signal beam towards the serving user and align the radiation null point towards the interference direction, thereby improving the user's received signal-to-interference-plus-noise ratio (SINR) and network throughput.

[0013] According to the baseline specifications of the current 802.11 protocol, during channel sounding, the AP sends a Beamforming Feedback Report Polling (BFRP) frame to trigger associated STAs to send CSI report frames in Trigger Based Physical Layer Protocol Data Unit (TB PPDU) format. For the AP to successfully receive these TB PPDU format CSI report frames, it needs to configure its physical layer (PHY) beforehand using the TRIGVECTOR parameter. In related technologies, how the AP configures its physical layer using TRIGVECTOR to receive TB PPDU format CSI report frames is clearly defined. However, for TB PPDU format OBSS CSI report frames, the configuration method for the TRIGVECTOR parameter is currently unclear, which may prevent the AP from correctly receiving TB PPDU format OBSS CSI report frames.

[0014] This application provides a CSI receiving method, apparatus, electronic device, storage medium, and program product. The CSI receiving method includes: identifying whether a first access point (AP) is in a cross-BSS probing process; if the first AP is in a cross-BSS probing process, generating a first primitive; configuring the physical layer of the first AP according to the first primitive; and receiving OBSS TB PPDU frames carrying CSI reports via the configured physical layer in a listening manner. Thus, since the first AP can configure its physical layer by generating a new primitive (i.e., the first primitive) during the cross-BSS probing process, and thereby receive OBSS TB PPDU frames carrying CSI reports, correct reception of OBSS CSI report frames can be achieved, providing strong support for subsequent cooperative transmission.

[0015] To enable those skilled in the art to better understand the technical solutions in this application, the technical solutions in this application will be clearly and completely described below with reference to the accompanying drawings of one or more embodiments. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of this application.

[0016] The terms "first," "second," etc., used in this application and the claims are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that this application can be implemented in orders other than those illustrated or described herein. Furthermore, in this application and the claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0017] Figure 2 This is a schematic diagram of a wireless communication network according to an embodiment of this application. It should be noted that... Figure 2 The described wireless communication network is just one of many possibilities, and the method of this application can be implemented in various systems to meet different needs. For example, the implementation discussed in this application can be applied to various wireless devices. The wireless implementation schemes described in detail below are merely illustrative examples.

[0018] Figure 2A network consisting of one or more wireless communication devices is illustrated, including an access point (AP) 102 and a station (STA) 104. In some examples, these devices are able to exchange data according to the Institute of Electrical and Electronics Engineers (IEEE) 802 series standards. The IEEE 802 standards cover communication specifications for a variety of network devices, ranging from Local Area Networks (LANs) to Metropolitan Area Networks (MANs). In particular, the IEEE 802.11 standard sets clear guidelines for communication in Wireless Local Area Networks (WLANs). In these networks, communication must adhere to at least one communication protocol to ensure communication between different devices. These communication protocols are dynamically evolving and are continuously updated with technological advancements to enhance communication stability and improve data transmission efficiency.

[0019] IEEE 802.11 wireless communication technology can also be referred to as WiFi technology. In this example, AP102 and STA104 transmit data via one or more protocols from the IEEE 802.11 protocol family. These protocols cover a wide range, from early standards such as 802.11b, 802.11g, and 802.11a, to the very high throughput (VHT) of 802.11n (High Throughput, HT) and 802.11ac, to the high efficiency (HE) of 802.11ax and the extremely high throughput (EHT) of 802.11be. Furthermore, it includes next-generation technologies of IEEE 802.11, such as the Ultra High Reliability (UHR) standard, as well as other IEEE 802.11 wireless communication specifications that are currently under development.

[0020] In other examples, AP102 and STA104 can communicate according to other standards, such as the Long-Term Evolution (LTE) standard developed by the Third Generation Partnership Project (3GPP). Furthermore, wireless communication standards may also include LTE-A, an enhanced version of LTE; next-generation 5G NR technology; Bluetooth; global navigation satellite systems (such as GPS or GLONASS); and mobile television broadcasting standards (such as ATSC-M / H). These technologies can be used individually or in combination. In some embodiments, STA104 may be designed to support only a single wireless communication technology. The names of AP102 and STA104 may also differ depending on the technological context. For example, in an LTE network, AP102 may be referred to as an Evolved NodeB (eNB), while STA104 may be referred to as User Equipment (UE).

[0021] In some embodiments, the wireless terminal device, also known as a station (STA), may be more specifically defined as a non-access point STA (non-AP STA). These STAs 104 are capable of wirelessly connecting to nearby network devices, such as access points (APs 102). The wireless terminal device can be a mobile phone, handheld device, wearable device, computer or tablet, unmanned aerial vehicle (UAV), unmanned aerial vehicle controller (UAC), vehicle, or virtually any type of wireless device. The STA may include a processor configured to execute program instructions stored in memory. The STA 104 can perform any of the methods described in this application by executing such stored instructions. Alternatively, the STA 104 may also include programmable hardware elements, such as field-programmable gate arrays (FPGAs), integrated circuits, or other hardware components configured to perform any part or all of the methods described in this application.

[0022] In some implementations, AP102 can be defined as a station (STA), and more specifically, an access point STA (AP STA). AP102 can be, but is not limited to, a router, a mobile terminal enabling a hotspot, a base station, etc., all equipped with hardware facilities for wireless communication with STA104. Furthermore, AP102 can be configured to communicate with network 106, which can be a telecommunications network, such as the Public Switched Telephone Network (PSTN), the Internet, or other possible networks. Therefore, AP102 can enable communication not only between STA104 but also between STA104 and network 106. As will be further described later in this document, AP102 includes the hardware required to achieve wireless communication with STA104, and may also include hardware and software components for implementing or supporting the features described herein.

[0023] The communication range of AP102 is typically referred to as the Basic Service Set (BSS). AP102 and STA104 can communicate via various radio access technologies or wireless communication technologies, including but not limited to LTE, LTE Advanced (LTE A), 5G NR, WiFi, and Ultra Wideband (UWB). AP102 can also be configured to provide STA104 with a communication connection to network 106.

[0024] The STA104 can also be configured to communicate with other STA104 devices. For example, the STA104 can be configured to support direct device-to-device communication, commonly referred to as peer-to-peer (P2P) communication. This communication method allows two devices to communicate directly without the AP102.

[0025] Multiple BSSs can be combined to form an Extended Service Set (ESS). In this example, AP102 may not be a single access point, but one of multiple access points. A controller, not shown in the diagram, can be responsible for storing and managing shared information among multiple AP102s and for controlling the BSSs, such as allocating parameters like the primary channel and BSS color.

[0026] The traditional STA108 can operate according to one or more standards in the IEEE 802.11 standard family, which may include 802.11a / b / g / n / ac / ad / ah / ay / ax, etc. The AP102 can communicate with the traditional STA108 using traditional IEEE 802.11 communication technology.

[0027] In AP102 and STA104, the Media Access Control (MAC) layer and Physical Layer (PHY) layer exchange Protocol Data Units (PDUs) and Service Data Units (SDUs) during the management of wireless communication traffic. The PHY layer is configured to receive SDUs from the MAC layer, encapsulating the MAC SDUs into Physical Layer Protocol Data Units (PPDUs) by adding a preamble. In some embodiments, different types of PPDUs may exist, such as Single-User (SU) PPDUs, Downlink (DL) PPDUs, Multi-User (MU) PPDUs, Extended Range (ER) SU PPDUs, and / or Trigger-Based (TB) PPDUs. The PPDU preamble may include various training fields used by the receiving AP102 or STA104 to perform synchronization, gain control, channel characteristic estimation, and signal equalization. Then, AP102 and STA104 exchange wireless communication signals in PPDU format.

[0028] Wireless communication channel bandwidths offer various options, including but not limited to 20MHz, 40MHz, 80MHz, 160MHz, and combinations such as 80+80MHz. Furthermore, in some embodiments, the channel bandwidth may reach 320MHz, or appear in a combination of 160+160MHz. For narrower channels, bandwidth options may include subdivisions from 1MHz to 10MHz, or combinations thereof, or other bandwidths less than or equal to the available bandwidth may be used. In some embodiments, the channel bandwidth may also be determined based on the number of subcarriers carrying data, which may be 26, 52, 106, 242, 484, 996, and 2x996. In some embodiments, the allocation of bandwidth, tone, or number of subcarriers may be referred to as resource unit (RU) allocation.

[0029] In some embodiments of IEEE 802.11, such as the ax / be embodiment, AP102 gains control of the wireless channel through a contention mechanism to obtain a Transmission Opportunity (TXOP). During the TXOP, AP102 can transmit frames containing EHT / HE trigger information, which may be related to the synchronous uplink and downlink data transmission of STA104. AP102 can provide the duration of the TXOP and RU allocation information. STA104 communicates with AP102 using multiple access technologies such as Orthogonal Frequency Division Multiple Access (OFDMA) or Multi-User Multiple Input Multiple Output (MUMIMO). During the TXOP, AP102 can send one or more PPDUs to exchange data with STA104.

[0030] In some implementations, STA104 and / or AP102 are configured to execute this application. Figures 5 to 10 The methods and functions described. The term "WiFi" may refer to one or more versions of the IEEE 802.11 communication standard. AP and STA may include access point and terminal equipment based on EHT / HE technology standards, as well as traditional wireless communication equipment.

[0031] In IEEE 802.11bn, channel sounding procedures are divided into two types: sequential null data packet (NDP) sounding and joint NDP sounding. In sequential NDP sounding, the entire channel sounding procedure can consist of one or more In-BSS sounding (i.e., EHT TB sounding) and Cross-BSS sounding (i.e., Cross-BSS UHR TB sounding) procedures. For example... Figure 3As shown, in the In-BSS sounding procedure, the AP first sends a Null Data Packet Announcement (NDPA) frame, followed by an NDP frame after a Short Inter-Frame Space (SIFS) interval, then a Beamforming Feedback Report Polling (BFRP) frame after another SIFS interval, and finally, the AP, associated with the STA, sends a CSI report frame after another SIFS interval. Cross-BSS sounding includes a cross-BSS frame interaction procedure: the AP first sends an NDPA frame, followed by an NDP frame after an SIFS interval, then a BFRP frame after another SIFS interval, and finally, the AP, associated with the STA, sends a CSI report frame after another SIFS interval. In joint NDP sounding, the entire channel detection procedure can consist of one or more UHR TB joint NDP sounding procedures. For example... Figure 4 As shown, the AP first sends an NDPA frame to enable channel detection. After a SIFS interval, the AP and the OBSS AP send an NDP frame. After another SIFS interval, the AP sends a BFRP frame. After another SIFS interval, the AP associates with the STA to send a CSI report frame.

[0032] The cross-BSS sounding process in this application embodiment can be: Figure 3 The Cross-BSS sounding process shown or Figure 4 The sounding procedure for the OBSS channel of AP2 is shown.

[0033] The technical solutions provided by the various embodiments of this application are described in detail below with reference to the accompanying drawings.

[0034] Figure 5 This is a flowchart illustrating an embodiment of the CSI receiving method of this application. Figure 5 The CSI receiving method shown can be applied to the first AP, i.e. Figure 5 The method shown can be executed by the first AP, in other words, Figure 5 The method shown can be executed by software or hardware installed in the first AP. The first AP can be... Figure 3 or Figure 4 AP2 is shown. Figure 5 The CSI receiving method shown includes the following steps.

[0035] S502: Identify whether the first AP is in the cross-basic service set BSS probe process.

[0036] During channel sounding, the first AP (one of the APs) can identify whether it is in a cross-BSS sounding process.

[0037] In some implementations, when the first AP identifies whether it is in a cross-BSS probing process, it may include: Determine whether a Null Data Packet Announcement (NDPA) frame has been received from the second AP. The NDPA frame is used to instruct the first AP to participate in the cross-BSS probe process. If no NDPA frame is received, it is determined that the first AP is not in the cross-BSS probe process; Upon receiving an NDPA frame, it is determined that the first AP is in the cross-BSS probing process.

[0038] The second AP is the OBSS AP of the first AP. During the cross-BSS probing process, the second AP sends an NDPA frame to initiate the process and instructs the first AP to participate (e.g., by including the first AP's ID in the NDPA frame). If the first AP does not receive an NDPA frame from the second AP, it can determine that it is not currently in a cross-BSS probing process. If it receives an NDPA frame from the second AP, it can determine that it is currently in a cross-BSS probing process.

[0039] If the first AP does not receive an NDPA frame from the second AP, that is, if the first AP is not in a cross-BSS probe process, the first AP can still maintain the default channel listening mode.

[0040] When the first AP receives an NDPA frame from the second AP, i.e., when the first AP is in the cross-BSS probing process, the first AP can participate in the cross-BSS probing process and receive the expected overlapping Basic Service Set (OBSS) frames by listening. Specifically, this may include: After a short inter-frame space (SIFS) interval, an NDP frame is sent to the second AP. Receive OBSS Beamforming Feedback Report Polling (BFRP) frames by listening.

[0041] After the first AP sends an NDP frame to the second AP, if the second AP receives the NDP frame, the second AP will send an OBSS BFRP frame (also known as an OBSSTrigger frame) to the first AP after a SIFS interval. The first AP can then receive the OBSS BFRP frame in overhearing mode after sending the NDP frame. Optionally, the second AP may fail to receive the NDP frame after sending it. In this case, the second AP will not send an OBSS BFRP frame to the first AP after a SIFS interval, and correspondingly, the first AP will not receive an OBSS BFRP frame from the second AP after a SIFS interval. In this situation, the first AP can revert to the default channel listening mode.

[0042] After receiving the OBSS BFRP frame, the first AP can continue to receive OBSS Trigger Based Physical Layer Protocol Data Unit (TB PPDU) frames carrying CSI reports in a listening mode, that is, receive OBSS CSI report frames in TB PPDU format. Receiving OBSS TBPPDU frames carrying CSI reports can be achieved through the following steps S504 and S506.

[0043] To facilitate understanding of how the first AP identifies whether it is in a cross-BSS probe process, the following will use... Figures 6 to 8 The illustrated embodiment will be used as an example for explanation.

[0044] Figure 6 This is a schematic diagram of an embodiment of the present application, illustrating how an AP identifies whether it is in a cross-BSS probing process. Figure 6 In this process, AP1 is associated with STA1 and STA2. AP1 sends the first NDPA frame to initiate the In-BSS Sounding procedure. In the second NDPA frame sent by AP1, AP1 carries a special STA Info field, which contains AP2's AP ID. When AP2 receives the second NDPA frame sent by AP1, AP2 resolves to the same AP ID as itself, thus recognizing that AP1 is currently initiating the Cross-BSS Sounding procedure. AP2 sends an NDP frame after an interval of SIFS duration, and then AP2 listens to receive the expected OBSS BFRP frame and OBSS CSI report frame.

[0045] Figure 7 This is a schematic diagram of an embodiment of the present application, illustrating how an AP identifies whether it is in a cross-BSS probing process. Figure 7In this scenario, AP1 is associated with STA1 and STA2. AP1 sends the first NDPA frame to initiate the In-BSS Sounding procedure. In the second NDPA frame, AP1 carries a special STA Info field containing AP2's AP ID. However, AP2 fails to receive this NDPA frame and therefore maintains the default channel listening mode. After a time interval T, AP1 retransmits the third NDPA frame. AP2 successfully receives this frame and recognizes that AP1 is initiating the Cross-BSS Sounding procedure. After an interval of SIFS, AP2 sends an NDP frame. Subsequently, AP2 listens for the expected OBSS BFRP frame and OBSS CSI report frame.

[0046] Figure 8 This is a schematic diagram of an embodiment of the present application, illustrating how an AP identifies whether it is in a cross-BSS probing process. Figure 8 In this process, AP1 is associated with STA1 and STA2. AP1 sends the first NDPA frame to initiate the In-BSS Sounding procedure. In the second NDPA frame, AP1 carries a special STA Info field containing AP2's AP ID. When AP2 receives the second NDPA frame from AP1, it resolves to the same AP ID as itself, thus recognizing that AP1 is initiating the Cross-BSS Sounding procedure. After a SIFS interval, AP2 sends an NDP frame, and then listens for the expected OBSS BFRP and OBSS CSI frames. However, AP1 fails to receive the NDP frame from AP2 at this point, so AP1 retransmits a third NDPA frame after a certain interval. After the SIFS interval, AP2 did not receive the expected OBSS BFRP frame. Therefore, AP2 first resumed the default channel listening mode and then parsed the third NDPA frame sent by AP1. AP2 parsed the same AP ID as itself, thus recognizing that AP1 was initiating the Cross-BSS Sounding process. After the SIFS interval, AP2 sent an NDP frame. Subsequently, AP2 again received the expected OBSS BFRP frame and OBSS CSI report frame in listening mode.

[0047] S504: Generate the first primitive when the first AP is in the cross-BSS probe process.

[0048] When the first AP identifies that it is currently in a cross-BSS probe process, it can generate a first primitive. The first primitive is used to configure the physical layer of the first AP and receive OBSS TB PPDU frames carrying CSI reports.

[0049] In this embodiment, the first primitive includes the TRIGVECTOR parameter, or includes both the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter. That is, the first primitive includes at least the TRIGVECTOR parameter, and optionally includes the physical layer CONFIG_VECTOR parameter. The TRIGVECTOR parameter can be, for example, channel bandwidth, modulation and coding scheme (MCS), etc. The physical layer CONFIG_VECTOR parameter can be, for example, an operational channel, etc.

[0050] In some implementations, the generation of the first primitive may include at least one of the following (1) to (3), i.e., the first primitive may be generated by at least one of the following (1) to (3): (1) If the OBSS BFRP frame is successfully received, generate the first primitive based on the OBSS BFRP frame.

[0051] As mentioned earlier, when the first AP receives the NDPA frame from the second AP and determines that it is in a cross-BSS probe process, it will send an NDP frame to the second AP at SIFS intervals, and then receive OBSS BFRP frames in a listening mode. After successfully receiving the OBSS BFRP frame, the first AP can generate a first primitive based on the OBSS BFRP frame.

[0052] In some implementations, when generating the first primitive based on the OBSS BFRP frame, the following may be included: The Media Access Control (MAC) layer of the first AP parses each field in the OBSS BFRP frame; The parsed content is then filled into the TRIGVECTOR parameter of the first primitive.

[0053] When the first AP receives an OBSS BFRP frame, specifically, the physical layer of the first AP receives the OBSS BFRP frame. After successfully receiving the OBSS BFRP frame, the physical layer sends the OBSS BFRP frame to the MAC layer. The MAC layer can parse the fields in the OBSS BFRP frame and fill the parsed content into the TRIGVECTOR parameter of the first primitive.

[0054] (2) If the first AP and the second AP have pre-negotiated, the first primitive is generated based on the pre-negotiated physical layer channel-related parameters.

[0055] The pre-negotiation process can be performed before the second AP initiates the cross-BSS probe procedure. During pre-negotiation, the second AP can transmit physical layer channel-related parameters to the first AP. After receiving the physical layer channel-related parameters, the first AP can generate a first primitive based on these parameters during the cross-BSS probe procedure.

[0056] In some implementations, the pre-negotiation process may include: The first AP receives the Initial Control Frame (ICF) sent by the second AP. The ICF carries physical layer channel-related parameters. The first AP parses the ICF frame and saves the obtained physical layer channel-related parameters.

[0057] Please see details. Figure 9 . Figure 9 In this process, before initiating the channel sounding procedure, AP1 (corresponding to the second AP mentioned above) sends an ICF frame to AP2 (corresponding to the first AP mentioned above). This ICF frame indicates that AP1 will subsequently initiate a Cross-BSS Sounding procedure, and it carries the physical layer channel-related parameters required by AP2 to receive the expected OBSS frame. Upon receiving the ICF frame, AP2 parses the physical layer channel-related parameters, retains them, and replies with an ICR frame as confirmation. When the Cross-BSS Sounding procedure is subsequently initiated, AP2 uses these parameters to configure its PHY's receiving module to receive the expected OBSS frame.

[0058] When the first AP generates the first primitive based on the pre-negotiated physical layer channel-related parameters, it may include: Fill the physical layer channel-related parameters into the TRIGVECTOR parameter of the first primitive; or, Fill the physical layer channel-related parameters into the TRIGVECTOR parameter of the first primitive and the physical layer CONFIG_VECTOR parameter.

[0059] For example, when the operating channels between the first AP and the second AP are the same, when generating the first primitive, physical layer channel-related parameters are filled into the TRIGVECTOR parameter of the first primitive, or into both the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter. When the operating channels between the first AP and the second AP are different, when generating the first primitive, physical layer channel-related parameters are filled into both the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter of the first primitive. In other words, whether or not to fill the physical layer channel-related parameters into the physical layer CONFIG_VECTOR parameter of the first primitive (or whether the first primitive contains the physical layer CONFIG_VECTOR parameter) is related to whether the operating channels between the first AP and the second AP are the same. If they are the same, the physical layer channel-related parameters can be optionally filled into the physical layer CONFIG_VECTOR parameter of the first primitive (or the first primitive can optionally contain the physical layer CONFIG_VECTOR parameter). If they are different, the physical layer channel-related parameters need to be filled into the physical layer CONFIG_VECTOR parameter of the first primitive (or the first primitive needs to contain the physical layer CONFIG_VECTOR parameter).

[0060] (3) In the case of a wired backhaul connection between the first AP and the second AP, the first parameter transmitted by the second AP through the wired backhaul connection is received, and the first primitive is generated based on the first parameter.

[0061] When a wired backhaul connection exists between the first AP and the second AP, before the second AP initiates the cross-BSS probing procedure or before the first AP receives the expected OBSS frame in a listening manner during the cross-BSS probing procedure, the second AP can transmit the parameters required for the first AP to receive the expected OBSS frame (i.e., the aforementioned first parameters) to the first AP via the wired backhaul connection. After receiving the first parameters, the first AP can generate a first primitive based on the first parameters during the cross-BSS probing procedure, before receiving the expected OBSS frame.

[0062] When generating the first primitive based on the first parameter, it may include: Fill the first parameter into the TRIGVECTOR parameter of the first primitive; or, Fill the first parameter into the TRIGVECTOR parameter of the first primitive and the CONFIG_VECTOR parameter of the physical layer.

[0063] For example, when the operating channels between the first AP and the second AP are the same, when generating the first primitive, the first parameter is filled into the TRIGVECTOR parameter of the first primitive, or into both the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter. When the operating channels between the first AP and the second AP are different, when generating the first primitive, the first parameter is filled into both the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter. In other words, whether to fill the first parameter into the physical layer CONFIG_VECTOR parameter of the first primitive (or whether the first primitive contains the physical layer CONFIG_VECTOR parameter) is related to whether the operation channels between the first AP and the second AP are the same. If they are the same, the first parameter can be optionally filled into the physical layer CONFIG_VECTOR parameter of the first primitive (or the first primitive can optionally contain the physical layer CONFIG_VECTOR parameter). If they are different, the first parameter needs to be filled into the physical layer CONFIG_VECTOR parameter of the first primitive (or the first primitive needs to contain the physical layer CONFIG_VECTOR parameter).

[0064] It should be noted that the first primitive generated in this embodiment can be a primitive obtained by extending the second primitive. The second primitive is used to configure the physical layer and receive TB PPDU frames. For example, the second primitive can be the PHY-TRIGGER.request primitive defined in the 802.11 protocol. Alternatively, the first primitive can be a newly defined primitive. That is, when generating the first primitive, the currently defined primitive for configuring the physical layer and receiving TB PPDU frames can be extended, or a new primitive can be defined and generated.

[0065] The first primitive will be illustrated below with some more specific embodiments.

[0066] Example 1: The current 802.11 protocol already defines the PHY-TRIGGER.request primitive, which is transmitted from the AP's MAC layer to the local PHY to receive the expected TB PPDU. In this embodiment, this primitive can be extended, and the extended primitive (i.e., the first primitive mentioned above) is used by the AP to configure the PHY's receiving module and receive the expected OBSS TBPPDU. Specifically: function: This primitive is a request by the MAC sublayer to the local PHYentity to set parameters for the receipt of HE / EHT / UHR TB PPDU or OBSS HE / EHT / UHR TB PPDU. Semantics of the service primitive: The primitive provides the following parameter: PHY-TRIGGER.request ( TRIGVECTOR PHYCONFIG_VECTOR(optional) ) The TRIGVECTOR parameter provides the PHY with the information neededto demodulate of the expected HE / EHT / UHR TB PPDU or OBSS HE / EHT / UHR TB PPDU. The PHYCONFIG_VECTOR parameter only exists when receiving OBSS HE / EHT / UHR TB PPDU. When generated: This primitive is issued by the MAC sublayer to the PHY entity eitherafter issuing PHY-TXSTART.request and before receiving HE / EHT / UHR TB PPDU, orafter receiving OBSS Trigger frame and before receiving OBSS HE / EHT / UHR TBPPDU. Effect of receipt: On receipt of this primitive, the PHY entity configures the receiver module for the expected arrival of the HE / EHT / UHR TB PPDU or OBSS HE / EHT / UHRTB PPDU. Example 2: The first primitive in this embodiment can also be a new type of primitive defined directly in the 802.11 protocol, as follows: Chapter 8 of the IEEE 802.11 protocol defines a new primitive: PHY-OBSSTRIGGER.request primitive.

[0067] function: This primitive is a request by the MAC sublayer to the local PHYentity to set parameters for the receipt of OBSS HE / EHT / UHR TB PPDU. Semantics of the service primitive: The primitive provides the following parameter: PHY-OBSSTRIGGER.request ( TRIGVECTOR PHYCONFIG_VECTOR (optional) ) The TRIGVECTOR parameter provides the PHY with the information needed to demodulate of the expected OBSS HE / EHT / UHR TB PPDUs. When generated: This primitive is issued by the MAC sublayer to the PHY entity after receiving OBSS Trigger frame and before receiving OBSS HE / EHT / UHR TB PPDU. Effect of receipt: On receipt of this primitive, the PHY entity configures the receiver module for the expected arrival of the OBSS HE / EHT / UHR TB PPDUs. The following example illustrates the TRIGGVECTOR and PHY CONFIG_VECTOR parameters in the first primitive, using the example of the AP parsing the content of the OBSS BFRP frame and filling it into the TRIGGVECTOR parameter of the first primitive, and filling it into the PHY CONFIG_VECTOR parameter of the first primitive according to the physical layer channel-related parameters negotiated during the negotiation phase.

[0068] Example 3: When the AP expects to receive an OBSS TB PPDU as an HE TB PPDU, the first primitive can include the following parameters: CH_BANDWIDTH: Obtained by parsing the value of the UL BW subfield in the Trigger frame by the AP; UL_LENGTH: Obtained by parsing the value of the UL Length field in the Trigger frame from the AP; GI_AND_HE_LTF_TYPE: Obtained by parsing the value of the GI And HE-LTF Type field in the Trigger frame from the AP; MU_MIMO_HE_LTF_MODE: Obtained by the AP parsing the value of the MU_MIMO_HE_LTF_MODE field in the Trigger frame; NUMBER_OF_HE_LTF_SYMBOLS: Obtained by parsing the values ​​of the Number of HE-LTF SymbolsAnd Midamble Periodicity field and the Doppler field in the Trigger frame by the AP; MIDAMBLE_PREIODICITY: Obtained by parsing the values ​​of the Number of HE-LTF Symbols And Midamble Periodicity field and the Doppler field in the Trigger frame by the AP. STBC: Obtained by parsing the value of the UL STBC field in the Trigger frame by the AP; LDPC_EXTRA_SYMBOL: Obtained by the AP parsing the value of the LDPC Extra Symbol Segment field in the Trigger frame; PRE_FEC_FACTOR: Obtained by parsing the value of the Pre-FEC Padding Factor field in the Trigger frame by the AP; PE_DISAMBIGUITY: Obtained by the AP parsing the value of the PE Disambiguity field in the Trigger frame; DOPPLER: Obtained by parsing the value of the Doppler field in the Trigger frame by the AP; AID12_LIST: Obtained by parsing the value of the AID12 subfield of the User Info List field in the Trigger frame by AP. Each parsed AID12 subfield corresponds to an entry in AID12_LIST. RU_ALLOCATION_LIST: Obtained by parsing the value of the RUAllocation subfield of the User Info List field in the Trigger frame by the AP. Each parsed RU Allocation subfield corresponds to an entry in RU_ALLOCATION_LIST. FEC_CODING_LIST: Obtained by parsing the value of the UL FEC CodingType subfield of the User Info List field in the Trigger frame by AP. Each parsed UL FEC Coding Type subfield corresponds to an entry in FEC_CODING_LIST. HE_MCS_LIST: Obtained by parsing the UL HEMCS subfield of the User Info List field in the Trigger frame by the AP. Each parsed UL HEMCS subfield corresponds to an entry in HE_MCS_LIST. UL_DCM_LIST: Obtained by parsing the UL DCM subfield of the User Info List field in the Trigger frame by the AP. Each parsed UL DCM subfield corresponds to an entry in UL_DCM_LIST. SS_ALLOCATION_LIST: Obtained by parsing the value of the SSAllocation / RA-RU Information subfield of the User Info List field in the Trigger frame by AP. Each parsed spatial stream number corresponds to an entry in SS_ALLOCATION_LIST. OBSS_OPERATING_CHANNEL: The AP obtains the main channel of the cooperating AP during the negotiation phase and fills this value into the OBSS_OPERATING_CHANNEL parameter.

[0069] OBSS_CHANNEL_WIDTH: The AP obtains the main channel bandwidth of the cooperating AP during the negotiation phase and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0070] OBSS_CENTER_FREQUENCY_SEGMENT_0: During the negotiation phase, the AP obtains the channel center frequency of the cooperating AP and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0071] Example 4: When the AP expects to receive an OBSS TB PPDU as an EHT TB PPDU, the first primitive can include the following parameters: CH_BANDWIDTH: The AP combines the values ​​of the UL BW and UL BW Extension subfields in the Trigger frame to parse the bandwidth of the subsequent OBSS TB PPDU and fills the value into CH_BANDWIDTH; UL_LENGTH: The AP parses the value of the UL Length field in the Trigger frame and adds 2 to that value, then fills it into the UL_LENGTH parameter; GI_AND_EHT_LTF_TYPE: Obtained by parsing the value of the GI And HE / EHT-LTF Type field in the Trigger frame by the AP; NUM_EHT_LTF_SYMBOLS: Obtained by parsing the value of the Number Of HE / EHT-LTF Symbols field in the Trigger frame by the AP; LDPC_EXTRA_SYMBOL: Obtained by the AP parsing the value of the LDPC Extra Symbol Segment field in the Trigger frame; PRE_FEC_PADDING_FACTOR: Obtained by parsing the value of the Pre-FEC Padding Factor field in the Trigger frame by the AP; PE_DISAMBIGUITY: Obtained by the AP parsing the value of the PE Disambiguity field in the Trigger frame; AID12_LIST: Obtained by parsing the value of the AID12 subfield of the User Info List field in the Trigger frame by AP. Each parsed AID12 subfield corresponds to an entry in AID12_LIST. RU_ALLOCATION_LIST: Obtained by parsing the values ​​of the RUAllocation and PS160 subfields of the User Info List field in the Trigger frame by AP. Each parsed RU allocation position corresponds to an entry in RU_ALLOCATION_LIST. FEC_CODING_LIST: Obtained by parsing the value of the UL FEC CodingType subfield of the User Info List field in the Trigger frame by AP. Each parsed UL FEC Coding Type subfield corresponds to an entry in FEC_CODING_LIST. EHT_MCS_LIST: Obtained by parsing the value of the UL EHT MCS subfield of the User Info List field in the Trigger frame by the AP. Each parsed UL EHT MCS subfield corresponds to an entry in EHT_MCS_LIST. SS_ALLOCATION_LIST: Obtained by parsing the value of the SSAllocation subfield of the User Info List field in the Trigger frame by AP. Each parsed spatial stream number corresponds to an entry in SS_ALLOCATION_LIST. OBSS_OPERATING_CHANNEL: The AP obtains the main channel of the cooperating AP during the negotiation phase and fills this value into the OBSS_OPERATING_CHANNEL parameter.

[0072] OBSS_CHANNEL_WIDTH: The AP obtains the main channel bandwidth of the cooperating AP during the negotiation phase and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0073] OBSS_CENTER_FREQUENCY_SEGMENT_0: During the negotiation phase, the AP obtains the channel center frequency of the cooperating AP and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0074] Example 5: When the AP expects to receive an OBSS TB PPDU as a UHR TB PPDU, the first primitive can include the following parameters: CH_BANDWIDTH: The AP combines the values ​​of the UL BW and UL BW Extension subfields in the Trigger frame to parse the bandwidth of the subsequent OBSS TB PPDU and fills the value into CH_BANDWIDTH; UL_LENGTH: The AP parses the value of the UL Length field in the Trigger frame and adds 2 to that value, then fills it into the UL_LENGTH parameter; GI_AND_UHR_LTF_TYPE: Obtained by parsing the value of the GI And HE / UHR-LTF Type field in the Trigger frame by the AP; NUM_UHR_LTF_SYMBOLS: Obtained by parsing the value of the Number Of HE / EHT-LTF Symbols field in the Trigger frame by the AP; LDPC_EXTRA_SYMBOL: Obtained by the AP parsing the value of the LDPC Extra Symbol Segment field in the Trigger frame; PRE_FEC_PADDING_FACTOR: Obtained by parsing the value of the Pre-FEC Padding Factor field in the Trigger frame by the AP; PE_DISAMBIGUITY: Obtained by the AP parsing the value of the PE Disambiguity field in the Trigger frame; AID12_LIST: Obtained by parsing the value of the AID12 subfield of the User Info List field in the Trigger frame by AP. Each parsed AID12 subfield corresponds to an entry in AID12_LIST. RU_ALLOCATION_LIST: Obtained by parsing the values ​​of the RUAllocation and PS160 subfields of the User Info List field in the Trigger frame by AP. Each parsed RU allocation position corresponds to an entry in RU_ALLOCATION_LIST. FEC_CODING_LIST: Obtained by parsing the value of the UL FEC CodingType subfield of the User Info List field in the Trigger frame by AP. Each parsed UL FEC Coding Type subfield corresponds to an entry in FEC_CODING_LIST. UHR_MCS_LIST: Obtained by parsing the value of the UL UHR MCS subfield of the User Info List field in the Trigger frame by the AP. Each parsed UL UHR MCS subfield corresponds to an entry in UHR_MCS_LIST. SS_ALLOCATION_LIST: Obtained by parsing the value of the SSAllocation subfield of the User Info List field in the Trigger frame by AP. Each parsed spatial stream number corresponds to an entry in SS_ALLOCATION_LIST. OBSS_OPERATING_CHANNEL: The AP obtains the main channel of the cooperating AP during the negotiation phase and fills this value into the OBSS_OPERATING_CHANNEL parameter.

[0075] OBSS_CHANNEL_WIDTH: The AP obtains the main channel bandwidth of the cooperating AP during the negotiation phase and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0076] OBSS_CENTER_FREQUENCY_SEGMENT_0: During the negotiation phase, the AP obtains the channel center frequency of the cooperating AP and fills this value into the OBSS_CHANNEL_WIDTH parameter.

[0077] Example 6: In some possible implementations, the TRIGVECTOR parameter in the first primitive can be as follows: The TRIGVECTOR is carried in a PHY-TRIGGER.request primitive and provides the PHY of the AP with the parameters needed to receive a TB PPDU oran OBSS TB PPDU over each assigned RU, MRU, or DRU. The TRIGVECTOR can also be carried in a PHY-OBSSTRIGGER.requestprimitive and provides the PHY of the AP with the parameters needed to receive an OBSS TB PPDU over each assigned RU, MRU or DRU. The parameters in Table 38-3 (TRIGVECTOR parameters for OBSS TB PPDU) are defined as part of the TRIGVECTOR parameter list in the PHY-OBSSTRIGGER.request primitive for receiving an OBSS TB PPDU. Table 38-3—TRIGVECTOR parameters for OBSS TB PPDU

[0078] Example 7: In some possible implementations, the PHY CONFIG_VECTOR parameter in the first primitive can be as follows: The PHYCONFIG_VECTOR carried in a PHY-CONFIG.request primitive for aHE / EHT / UHR PHY contains an OBSS_OPERATING_CHANNEL parameter, which identifies the OBSS AP's operating or primary channel. The PHY shall setdot11CurrentPrimaryChannel to the value of this parameter. The PHYCONFIG_VECTOR carried in a PHY-CONFIG.request primitive for aHE / EHT / UHR PHY contains a OBSS_CHANNEL_WIDTH parameter, which identifies theOBSS AP's operating channel width and takes one of the values ​​20 MHz, 40 MHz,80 MHz, 160 MHz, and 320 MHz. The PHY shall set dot11HE / EHT / UHRCurrentChannelWidth to the value of this parameter. The PHYCONFIG_VECTOR carried in a PHY-CONFIG.request primitive for aHE / EHT / UHR PHY contains a OBSS_CENTER_FREQUENCY_SEGMENT_0 parameter, which identifies the OBSS AP's center frequency of the channel and takes a valuebetween 1 and 255. The PHY shall set dot11HE / EHT / UHRCurrentChannelCenterFrequencyIndex0 to the value of this parameter. S506: Configure the physical layer of the first AP according to the first primitive, and receive the Overlapping Basic Service Set based on triggered physical layer protocol data unit (OBSS TB PPDU) frame in a listening manner through the configured physical layer. The OBSS TB PPDU frame carries a CSI report.

[0079] After generating the first primitive, the first AP can configure its own physical layer according to the first primitive (for example, configure the physical layer's receiving module according to the first primitive), and then receive OBSS TB PPDU frames carrying CSI reports through the configured physical layer in a listening manner.

[0080] When the first AP receives OBSS TB PPDU frames in a listening mode, it may include: OBSS TB PPDU frames are received in a listening manner on each allocated Resource Unit (RU), or Multi Resource Unit (MRU), or Distributed-tone Resource Unit (DRU).

[0081] In some implementations, the first AP receives OBSS TB PPDU frames in a listening manner, and may further include: Within one or more Transmission Opportunities (TXOPs), receive OBSS TB PPDU frames in a listening manner.

[0082] In practical applications, CSI reports can be quite long. When sending an OBSS TBPPDU frame carrying the CSI report, if the CSI report cannot be transmitted within a single TXPO, the OBSS TBPPDU will be fragmented and transmitted across multiple TXPOs. Consequently, the first AP, when receiving the OBSS TBPPDU, needs to listen within multiple TXPOs to receive it. If the CSI report can be transmitted within a single TXPO, fragmentation of the OBSS TBPPDU is not required, and the OBSS TBPPDU can be transmitted within a single TXPO. Similarly, the first AP can listen within a single TXPO to receive the OBSS TBPPDU.

[0083] Please see Figure 10 . Figure 10 In the process, AP1 is associated with STA1 and STA2. In the Cross-BSS Sounding process, because the OBSS CSI frame is too long to be sent in the current TXOP, it is fragmented. AP2 needs to continue listening in subsequent TXOPs to receive the expected OBSS BFRP frame and the corresponding OBSS TB PPDU frame until all expected OBSS frames are received.

[0084] In some implementations, when the first AP receives the OBSS TB PPDU frame in a listening mode, it can also block other TB PPDU frames besides the OBSS TB PPDU frame. That is, while receiving the expected OBSS TB PPDU, the first AP needs to block other irrelevant TB PPDUs. For example, the first AP can parse the BSS Color field in the TB PPDU preamble and determine whether it matches the expected TB PPDU based on the BSS Color field. If it matches, it is received; if it does not match, it can be blocked.

[0085] In this embodiment, the first AP can identify whether it is currently in a cross-BSS probing process. If it is, it can generate a first primitive, configure its physical layer according to the first primitive, and receive OBSS TB PPDU frames carrying CSI reports via the configured physical layer in a listening manner. Thus, since the first AP can configure its physical layer by generating a new primitive (i.e., the first primitive) during the cross-BSS probing process, and thereby receive OBSS TB PPDU frames carrying CSI reports, it can achieve correct reception of OBSS CSI report frames, providing strong support for subsequent cooperative transmission.

[0086] The foregoing has described specific embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0087] Figure 11 This is a schematic diagram of the structure of an electronic device according to an embodiment of this application. Please refer to it. Figure 11 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and memory. The memory may include main memory, such as high-speed random-access memory (RAM), or non-volatile memory, such as at least one disk drive. Of course, the electronic device may also include other hardware required for other business operations.

[0088] The processor, network interface, and memory can be interconnected via an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus, or an EISA (Extended Industry Standard Architecture) bus, etc. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 11 The symbol is represented by a single double-headed arrow, but this does not mean that there is only one bus or one type of bus.

[0089] Memory is used to store programs. Specifically, programs may include program code, which includes computer operation instructions. Memory may include main memory and non-volatile memory, and provides instructions and data to the processor.

[0090] The processor reads the corresponding computer program from non-volatile memory into main memory and then executes it, forming a CSI receiving device at the logical level. The processor executes the program stored in memory and specifically performs the following operations: Identify whether the first AP is in the cross-BSS probe process; When the first AP is in a cross-BSS probing process, generate the first primitive; The physical layer of the first AP is configured according to the first primitive. The configured physical layer receives OBSS TB PPDU frames in a listening manner. The OBSS TB PPDU frames carry CSI reports.

[0091] The above is as stated in this application. Figure 11The method executed by the CSI receiving device disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this application can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module can reside in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0092] The electronic device can also perform Figure 5 The method, and implement the CSI receiver device in Figure 5 The functions described in the illustrated embodiments will not be repeated here.

[0093] Of course, in addition to software implementation, the electronic device of this application does not exclude other implementation methods, such as logic devices or a combination of hardware and software, etc. In other words, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0094] This application also discloses a computer-readable storage medium that stores one or more programs, the programs including instructions that, when executed by a portable electronic device including multiple applications, enable the portable electronic device to perform... Figure 5 The method of the illustrated embodiment is specifically used to perform the following operations: Identify whether the first AP is in the cross-BSS probe process; When the first AP is in a cross-BSS probing process, generate the first primitive; The physical layer of the first AP is configured according to the first primitive. The configured physical layer receives OBSS TB PPDU frames in a listening manner. The OBSS TB PPDU frames carry CSI reports.

[0095] Figure 12 This is a schematic diagram of the structure of a CSI receiving device 120 according to an embodiment of this application. Please refer to... Figure 12 In one software implementation, the CSI receiving device 120 may include: an identification module 121, a generation module 122, and a processing module 123, wherein: Identification module 121 identifies whether the first AP is in the cross-BSS detection process; Generation module 122 generates a first primitive when the first AP is in a cross-BSS probing process; The processing module 123 configures the physical layer of the first AP according to the first primitive, and receives OBSS TB PPDU frames in a listening manner through the configured physical layer. The OBSS TB PPDU frames carry CSI reports.

[0096] In some implementations, the identification module 121 identifies whether the first AP is in a cross-BSS probing process, including: Determine whether an empty data packet announcement (NDPA) frame is received from the second AP, the NDPA frame being used to instruct the first AP to participate in the cross-BSS probe process; If the NDPA frame is not received, it is determined that the first AP is not in the cross-BSS probing process; Upon receiving the NDPA frame, it is determined that the first AP is in a cross-BSS probing process.

[0097] In some implementations, if the NDPA frame is not received, the processing module 123 maintains the default channel listening mode.

[0098] In some implementations, upon receiving the NDPA frame, the processing module 123: After a short inter-frame interval (SIFS) duration, an NDP frame is sent to the second AP; Receive Overlapping Basic Service Set Beamforming Feedback Reports polled OBSS BFRP frames in a listening manner.

[0099] In some implementations, after sending an NDP frame to the second AP, the identification module 121, after an interval of SIFS, restores the default channel sensing mode if it does not receive the OBSS BFRP frame.

[0100] In some implementations, the first primitive includes the TRIGVECTOR parameter; or, The first primitive includes the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter.

[0101] In some implementations, the first primitive is obtained by extending a second primitive, which is used to configure the physical layer and receive TB PPDU frames; or, The first primitive is a newly defined primitive.

[0102] In some embodiments, the generation module 122 includes at least one of the following: Upon successful reception of an OBSS BFRP frame, the first primitive is generated based on the OBSS BFRP frame; If the first AP and the second AP have pre-negotiated, the first primitive is generated based on the pre-negotiated physical layer channel-related parameters; When there is a wired backhaul connection between the first AP and the second AP, the first parameter transmitted by the second AP through the wired backhaul connection is received, and the first primitive is generated based on the first parameter.

[0103] In some implementations, the generation module 122 generates the first primitive based on the OBSS BFRP frame, including: The Media Access Control (MAC) layer of the first AP parses each field in the OBSS BFRP frame; The parsed content is then filled into the TRIGVECTOR parameter of the first primitive.

[0104] In some implementations, the generation module 122 generates the first primitive based on pre-negotiated physical layer channel-related parameters, including: Fill the physical layer channel-related parameters into the TRIGVECTOR parameter of the first primitive; or, The physical layer channel-related parameters are filled into the TRIGVECTOR parameter of the first primitive and the physical layer CONFIG_VECTOR parameter.

[0105] In some embodiments, the generation module 122 further includes: Receive the initial control frame (ICF) sent by the second AP, wherein the ICF frame carries the physical layer channel-related parameters; The ICF frame is parsed, and the obtained physical layer channel-related parameters are saved.

[0106] In some implementations, the generation module 122 generates the first primitive based on the first parameter, including: Fill the first parameter into the TRIGVECTOR parameter of the first primitive; or, The first parameter is filled into the TRIGVECTOR parameter of the first primitive and the CONFIG_VECTOR parameter of the physical layer.

[0107] In some implementations, the processing module 123 receives OBSS TB PPDU frames in a listening manner, including: The OBSS TB PPDU frames are received in a listening manner on each allocated resource unit RU, or multiple resource unit MRU, or distributed tone resource unit DRU.

[0108] In some implementations, the processing module 123 receives OBSS TB PPDU frames in a listening manner, including: The OBSS TB PPDU frame is received in a listening manner within one or more transmission opportunities (TXOP).

[0109] In some embodiments, the processing module 123 further includes: Block all TB PPDU frames except the OBSS TB PPDU frame.

[0110] The CSI receiver 120 provided in this application can also perform... Figure 5 The method, and implement the CSI receiver 120 in Figure 5 The functions of the embodiments shown will not be described again in this application.

[0111] This application also proposes a computer program product comprising a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the CSI receiving method embodiments above.

[0112] In summary, the above description is merely a preferred embodiment of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

[0113] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0114] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0115] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0116] The various embodiments in this application are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions of the method embodiments.

Claims

1. A method for receiving Channel State Information (CSI), applied to a first access point (AP), comprising: Identify whether the first AP is in the cross-basic service set (BSS) probe process; When the first AP is in a cross-BSS probing process, generate the first primitive; The physical layer of the first AP is configured according to the first primitive. Through the configured physical layer, the AP receives Overlapping Basic Service Set triggered Physical Layer Protocol Data Unit (OBSS TB PPDU) frames in a listening manner. The OBSS TB PPDU frames carry CSI reports.

2. The method as described in claim 1, wherein identifying whether the first AP is in a cross-BSS probing process includes: Determine whether an empty data packet announcement (NDPA) frame is received from the second AP, the NDPA frame being used to instruct the first AP to participate in the cross-BSS probe process; If the NDPA frame is not received, it is determined that the first AP is not in the cross-BSS probing process; Upon receiving the NDPA frame, it is determined that the first AP is in a cross-BSS probing process.

3. The method of claim 2, wherein if the NDPA frame is not received, the method further comprises: Keep the default channel listening mode.

4. The method of claim 2, wherein upon receiving the NDPA frame, the method further comprises: After a short inter-frame interval (SIFS) duration, an NDP frame is sent to the second AP; Receive Overlapping Basic Service Set Beamforming Feedback Reports polled OBSS BFRP frames in a listening manner.

5. The method of claim 4, further comprising, after sending an NDP frame to the second AP: After the SIFS interval, if no OBSS BFRP frame is received, the default channel sensing mode is restored.

6. The method of claim 1, wherein the first primitive includes the TRIGVECTOR parameter; or, The first primitive includes the TRIGVECTOR parameter and the physical layer CONFIG_VECTOR parameter.

7. The method of claim 6, wherein the first primitive is obtained by extending the second primitive, and the second primitive is used to configure the physical layer and receive TB PPDU frames; or, The first primitive is a newly defined primitive.

8. The method of claim 1, 6, or 7, wherein the generation of the first primitive comprises at least one of the following: Upon successful reception of an OBSS BFRP frame, the first primitive is generated based on the OBSS BFRP frame; If the first AP and the second AP have pre-negotiated, the first primitive is generated based on the pre-negotiated physical layer channel-related parameters; When there is a wired backhaul connection between the first AP and the second AP, the first parameter transmitted by the second AP through the wired backhaul connection is received, and the first primitive is generated based on the first parameter.

9. The method of claim 8, wherein generating the first primitive based on the OBSS BFRP frame comprises: The Media Access Control (MAC) layer of the first AP parses each field in the OBSS BFRP frame; The parsed content is then filled into the TRIGVECTOR parameter of the first primitive.

10. The method of claim 8, wherein generating the first primitive based on pre-negotiated physical layer channel-related parameters comprises: The physical layer channel-related parameters are filled into the TRIGVECTOR parameter of the first primitive; or, The physical layer channel-related parameters are filled into the TRIGVECTOR parameter of the first primitive and the physical layer CONFIG_VECTOR parameter.

11. The method of claim 10, further comprising: Receive the initial control frame (ICF) sent by the second AP, wherein the ICF frame carries the physical layer channel-related parameters; The ICF frame is parsed, and the obtained physical layer channel-related parameters are saved.

12. The method of claim 8, wherein generating the first primitive based on the first parameter comprises: Fill the first parameter into the TRIGVECTOR parameter of the first primitive; or, The first parameter is filled into the TRIGVECTOR parameter of the first primitive and the CONFIG_VECTOR parameter of the physical layer.

13. The method of claim 1, wherein receiving OBSS TB PPDU frames in a listening manner comprises: The OBSS TB PPDU frames are received in a listening manner on each allocated resource unit RU, or multiple resource unit MRU, or distributed tone resource unit DRU.

14. The method of claim 1, wherein receiving OBSS TB PPDU frames in a listening manner comprises: The OBSS TB PPDU frame is received in a listening manner within one or more transmission opportunities (TXOP).

15. The method of claim 1, further comprising: Block all TB PPDU frames except the OBSS TB PPDU frame.

16. A CSI receiving device, comprising: The identification module identifies whether the first AP is in the cross-BSS detection process; The generation module generates the first primitive when the first AP is in the cross-BSS probing process; The processing module configures the physical layer of the first AP according to the first primitive, and receives OBSS TB PPDU frames in a listening manner through the configured physical layer. The OBSS TB PPDU frames carry CSI reports.

17. An electronic device comprising: processor; Memory used to store the processor's executable instructions; The processor is configured to execute the instructions to implement the method as described in any one of claims 1 to 15.

18. A computer-readable storage medium, wherein instructions in the storage medium, when executed by a processor of an electronic device, enable the electronic device to perform the method as claimed in any one of claims 1 to 15.

19. A computer program product comprising a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of the method as claimed in any one of claims 1 to 15.

Images