[go: up one dir, main page]

WO2025042065A1 - Procédé et appareil pour utiliser une trame cts-vers-soi pour le fonctionnement d'une txop de partage pour une opération c-tdma dans un système lan sans fil - Google Patents

Procédé et appareil pour utiliser une trame cts-vers-soi pour le fonctionnement d'une txop de partage pour une opération c-tdma dans un système lan sans fil Download PDF

Info

Publication number
WO2025042065A1
WO2025042065A1 PCT/KR2024/011014 KR2024011014W WO2025042065A1 WO 2025042065 A1 WO2025042065 A1 WO 2025042065A1 KR 2024011014 W KR2024011014 W KR 2024011014W WO 2025042065 A1 WO2025042065 A1 WO 2025042065A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
sta
txop
cts
sharing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/KR2024/011014
Other languages
English (en)
Korean (ko)
Inventor
김건환
장인선
최진수
백선희
윤예린
차동주
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2025042065A1 publication Critical patent/WO2025042065A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/22—Arrangements affording multiple use of the transmission path using time-division multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • This specification relates to a technique for utilizing a CTS-to-Self frame for an operation of sharing a TXOP for C-TDMA operation in a wireless LAN system, and more specifically, to a method and device for performing frame exchange with a DAP by setting an intra-BSS NAV by a non-AP STA within a BSS of a DAP based on a CTS-to-Self frame.
  • Next-generation Wi-Fi aims to support ultra-high reliability in signal transmission to STAs, and various technologies are being considered to support high throughput, low latency, and extended range.
  • multiple APs can cooperate to perform TXOP sharing procedures.
  • This specification proposes a method and device utilizing a CTS-to-Self frame for sharing a TXOP for C-TDMA operation in a wireless LAN system.
  • An example in this specification proposes a method to utilize CTS-to-Self frames for shared TXOP operations for C-TDMA operations.
  • the present embodiment can be performed in a network environment that supports a next-generation wireless LAN system (UHR (Ultra High Reliability) wireless LAN system or next wi-fi).
  • the next-generation wireless LAN system is a wireless LAN system that improves the 802.11be system and can satisfy backward compatibility with the 802.11be system.
  • the present embodiment is performed in a first AP, and the first AP may be set as a shared AP (DAP) after negotiation in multi-AP communication, and the second AP may be set as a sharing AP (SAP) after negotiation in multi-AP communication.
  • DAP shared AP
  • SAP sharing AP
  • the first and second non-AP STAs of the present embodiment may correspond to at least one STA (station).
  • This embodiment proposes a method for performing TXOP sharing by utilizing a CTS-to-Self frame when performing C-TDMA operation in multi-AP (Access Point) communication (or multi-AP operation).
  • this embodiment proposes a method for performing frame exchange with a DAP without being affected by the NAV of a SAP by allowing non-AP STAs connected to a DAP that has received a CTS-to-Self frame including a TA field instead of an RA field to set an intra-BSS NAV.
  • the first AP (access point) receives a MU-RTS (Multi User-Request to Send) TXS (TXOP (transmission opportunity) sharing) trigger frame from the second AP.
  • MU-RTS Multi User-Request to Send
  • TXS Transmission opportunity
  • the above first AP transmits a CTS (Clear to Send)-to-Self frame to the above second AP.
  • CTS Car to Send
  • the above first AP exchanges the first frame with the first non-AP STA (station).
  • the second AP is a Sharing AP that controls cooperation between multiple APs
  • the first AP is a Shared AP that receives or shares resources from the Sharing AP.
  • the first non-AP STA is a non-AP STA within the BSS (Basic Service Set) of the first AP.
  • the above-mentioned techniques for cooperation between multiple APs may include coordinated multi-AP techniques such as Coordinated-Time Division Multiplexing Access (C-TDMA), Coordinated-Spatial Reuse (C-SR), Coordinated-beamforming (C-BF), or Coordinated-Orthogonal Frequency Division Multiple Access (C-OFMA).
  • C-TDMA Coordinated-Time Division Multiplexing Access
  • C-SR Coordinated-Spatial Reuse
  • C-BF Coordinated-beamforming
  • C-OFMA Coordinated-Orthogonal Frequency Division Multiple Access
  • an entity sharing a TXOP (SAP, here the second AP) and an entity sharing a TXOP (DAP, here the first AP) are APs having different BSSs. That is, because non-AP STAs within the BSS of the DAP may not be able to perform smooth frame exchange with the DAP by setting a basic NAV due to frame transmission within the BSS of the SAP, Protection rules related to NAV (Network Allocation Vector) settings must be precisely applied for smooth cooperation between APs and frame exchange within each BSS.
  • NAV Network Allocation Vector
  • non-AP STAs connected to the DAP can receive/detect frames transmitted from the SAP or non-AP STAs connected to the SAP and CTS frames transmitted from the DAP and set a basic NAV for the SAP.
  • a problem may occur in which non-AP STAs connected to the DAP cannot transmit UL PPDU or frames to the DAP due to the basic NAV.
  • the present embodiment proposes a TXOP sharing method that performs the C-TDMA procedure by using (or replacing) the CTS-to-self frame instead of the CTS frame in response to the MU-RTS TXS trigger frame.
  • the DAP and some non-AP STAs within the BSS of the DAP can perform frame exchange with the DAP without being affected by the NAV of the SAP.
  • an intra-BSS NAV Network Allocation Vector
  • the present embodiment has the effect that, by replacing a response to an MU-RTS TXS trigger frame transmitted from a SAP in a C-TDMA-based TXOP sharing procedure with a CTS-to-Self frame instead of a CTS frame, non-AP STAs connected to a DAP can smoothly perform frame exchange with the DAP without setting a default NAV by the SAP. That is, the non-AP STAs connected to the DAP can perform individual frame exchanges during the allocated time by setting an intra-BSS NAV instead of the default NAV by the SAP due to the CTS-to-Self frame. This has the effect that appropriate scheduling can be performed according to cooperation between multiple APs, and an increase in the overall network throughput can be expected.
  • Figure 1 illustrates an example of a transmitter and/or receiver device of the present specification.
  • FIG. 2 is a conceptual diagram showing the structure of a wireless local area network (WLAN).
  • WLAN wireless local area network
  • Figure 3 is a diagram illustrating a general link setup process.
  • Figure 5 illustrates a PPDU (physical protocol data unit or physical layer (PHY) protocol data unit) transmitted/received by an STA of this specification.
  • PPDU physical protocol data unit or physical layer (PHY) protocol data unit
  • Figure 7 is a diagram showing the layout of resource units (RUs) used for 40MHz PPDU.
  • Figure 8 is a diagram showing the layout of resource units (RUs) used for 80MHz PPDU.
  • Figure 9 shows the operation according to UL-MU.
  • Figure 10 shows an example of channels used/supported/defined within the 2.4 GHz band.
  • Figure 11 illustrates an example of channels used/supported/defined within the 5 GHz band.
  • Figure 12 illustrates an example of channels used/supported/defined within the 6 GHz band.
  • FIG. 13 illustrates a modified example of a transmitter and/or receiver device of the present specification.
  • Figure 14 illustrates operation according to a conventional STX operation.
  • Figure 15 illustrates an example of C-OFDMA (Coordinated OFDMA).
  • FIG 16 illustrates an example of Coordinated beamforming (CBF).
  • CBF Coordinated beamforming
  • Figure 17 illustrates an example of AP selection.
  • Figure 18 shows an example of JTX/JT.
  • Figure 19 shows an example of coordinated TDMA operation.
  • Figure 20 illustrates an example of basic NAV setting by CTS frame in MU-RTS TXS Trigger/CTS frame exchange.
  • Figure 21 illustrates an example of a basic NAV setting issue by a CTS frame.
  • Figure 22 illustrates an example of a frame format when utilizing a CTS-to-Self frame in the TXOP sharing procedure of C-TDMA.
  • Figure 23 illustrates an embodiment 1) of a C-TDMA procedure utilizing a CTS-to-Self frame.
  • Figure 24 illustrates an embodiment 2) of a C-TDMA procedure utilizing a CTS-to-Self frame.
  • Figure 25 is a flowchart illustrating the operation of a transmission method according to the present embodiment.
  • Figure 26 is a flowchart illustrating the operation of a receiving method according to the present embodiment.
  • Figure 27 is a flowchart illustrating the operation of a transmitting device according to the present embodiment.
  • Figure 28 is a flowchart illustrating the operation of a receiving device according to the present embodiment.
  • FIG. 29 is a flowchart illustrating a procedure of a TXOP sharing method utilizing a CTS-to-Self frame in terms of a Sharing AP according to the present embodiment.
  • FIG. 30 is a flowchart illustrating a procedure of a TXOP sharing method utilizing a CTS-to-Self frame on the Shared AP side according to the present embodiment.
  • a or B can mean “only A”, “only B”, or “both A and B”. In other words, as used herein, “A or B” can be interpreted as “A and/or B”. For example, as used herein, “A, B or C” can mean “only A”, “only B”, “only C”, or “any combination of A, B and C”.
  • a slash (/) or a comma can mean “and/or.”
  • A/B can mean “and/or B.”
  • A/B can mean “only A,” “only B,” or “both A and B.”
  • A, B, C can mean “A, B, or C.”
  • At least one of A and B can mean “only A,” “only B,” or “both A and B.” Additionally, as used herein, the expressions “at least one of A or B” or “at least one of A and/or B” can be interpreted identically to “at least one of A and B.”
  • control information UHR-Signal field
  • UHR-Signal field may be proposed as an example of the “control information”.
  • control information in this specification is not limited to the “UHR-Signal field”, and the “UHR-Signal field” may be proposed as an example of the “control information”.
  • control information UHR-Signal field
  • UHR-Signal field may be proposed as an example of the “control information”.
  • a/an can mean “at least one” or “one or more.” Additionally, a term ending with “(s)” can mean “at least one” or “one or more.”
  • the following examples of this specification can be applied to various wireless communication systems.
  • the following examples of this specification can be applied to a wireless local area network (WLAN) system.
  • WLAN wireless local area network
  • the present specification can be applied to the standards of IEEE 802.11a/g/n/ac/ax/be/bn.
  • the examples of this specification can be applied to the UHR (Ultra High Reliability) standard or the next-generation wireless LAN standard that enhances IEEE 802.11bn.
  • the examples of this specification can be applied to a mobile communication system.
  • the examples of this specification can be applied to a mobile communication system based on the LTE (Long Term Evolution) and its evolution based on the 3GPP (3rd Generation Partnership Project) standard.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • Figure 1 illustrates an example of a transmitter and/or receiver device of the present specification.
  • FIG. 1 relates to at least one STA (station).
  • the STA (110, 120) of the present specification may also be called by various names such as a mobile terminal, a wireless device, a Wireless Transmit/Receive Unit (WTRU), a User Equipment (UE), a Mobile Station (MS), a Mobile Subscriber Unit, or simply a user.
  • the STA (110, 120) of the present specification may also be called by various names such as a network, a base station, a Node-B, an Access Point (AP), a repeater, a router, and a relay.
  • the STA (110, 120) of the present specification may also be called by various names such as a receiving apparatus, a transmitting apparatus, a receiving STA, a transmitting STA, a receiving device, and a transmitting device.
  • STA (110, 120) may perform an AP (access point) role or a non-AP role. That is, STA (110, 120) of this specification may perform functions of AP and/or non-AP. In this specification, AP may also be indicated as AP STA.
  • the STA (110, 120) of this specification can support various communication standards other than the IEEE 802.11 standard. For example, it can support communication standards according to the 3GPP standard (e.g., LTE, LTE-A, 5G NR standard).
  • the STA of this specification can be implemented as various devices such as a mobile phone, a vehicle, a personal computer, etc.
  • the STA of this specification can support communication for various communication services such as voice call, video call, data communication, and autonomous driving (Self-Driving, Autonomous-Driving).
  • STA 110, 120
  • STA may include a medium access control (MAC) and a physical layer interface for a wireless medium that follows the regulations of the IEEE 802.11 standard.
  • MAC medium access control
  • the first STA (110) may include a processor (111), a memory (112), and a transceiver (113).
  • the illustrated processor, memory, and transceiver may each be implemented as separate chips, or at least two blocks/functions may be implemented through one chip.
  • the operation of a device indicated as AP may be performed in the first STA (110) or the second STA (120).
  • the operation of the device indicated as AP may be controlled by the processor (111) of the first STA (110), and a related signal may be transmitted or received through a transceiver (113) controlled by the processor (111) of the first STA (110).
  • control information related to the operation of the AP or a transmission/reception signal of the AP may be stored in the memory (112) of the first STA (110).
  • the operation of the device indicated as an AP is controlled by the processor (121) of the second STA (120), and a related signal may be transmitted or received through a transceiver (123) controlled by the processor (121) of the second STA (120).
  • control information related to the operation of the AP or a transmission/reception signal of the AP may be stored in the memory (122) of the second STA (110).
  • the operation of a device indicated as a non-AP may be performed in the first STA (110) or the second STA (120).
  • the operation of the device indicated as a non-AP may be controlled by the processor (121) of the second STA (120), and a related signal may be transmitted or received through the transceiver (123) controlled by the processor (121) of the second STA (120).
  • control information related to the operation of the non-AP or the transmission/reception signal of the AP may be stored in the memory (122) of the second STA (120).
  • the operation of a device indicated as a non-AP is controlled by the processor (111) of the first STA (110), and a related signal may be transmitted or received through a transceiver (113) controlled by the processor (111) of the first STA (120).
  • control information related to the operation of the non-AP or the transmission/reception signal of the AP may be stored in the memory (112) of the first STA (110).
  • devices called (transmitting/receiving) STA, first STA, second STA, STA1, STA2, AP, first AP, second AP, AP1, AP2, (transmitting/receiving) Terminal, (transmitting/receiving) device, (transmitting/receiving) apparatus, network, etc. may refer to the STA (110, 120) of FIG. 1.
  • the device/STA of the sub-drawing (a) of the above-described Fig. 1 can be modified as in the sub-drawing (b) of Fig. 1.
  • the STA (110, 120) of the present specification will be described based on the sub-drawing (b) of Fig. 1.
  • the transceiver (113, 123) illustrated in sub-drawing (b) of FIG. 1 may perform the same function as the transceiver illustrated in sub-drawing (a) of FIG. 1 described above.
  • the processing chip (114, 124) illustrated in sub-drawing (b) of FIG. 1 may include a processor (111, 121) and a memory (112, 122).
  • the processor (111, 121) and the memory (112, 122) illustrated in sub-drawing (b) of FIG. 1 may perform the same function as the processor (111, 121) and the memory (112, 122) illustrated in sub-drawing (a) of FIG. 1 described above.
  • the technical feature that the transmitting STA transmits a control signal may be understood as a technical feature that the control signal to be transmitted to the transceiver (113, 123) is generated in the processing chip (114, 124) illustrated in the sub-drawings (b) of FIG. 1.
  • 1 may be a SNAPDRAGONTM series processor manufactured by Qualcomm®, an EXYNOSTM series processor manufactured by Samsung®, an A series processor manufactured by Apple®, a HELIOTM series processor manufactured by MediaTek®, an ATOMTM series processor manufactured by INTEL®, or a processor that enhances these.
  • uplink may mean a link for communication from a non-AP STA to an AP STA, and uplink PPDU/packet/signal, etc. may be transmitted through the uplink.
  • downlink may mean a link for communication from an AP STA to a non-AP STA, and downlink PPDU/packet/signal, etc. may be transmitted through the downlink.
  • FIG. 2 shows the structure of the infrastructure BSS (basic service set) of IEEE (institute of electrical and electronic engineers) 802.11.
  • FIG. 2 shows the structure of the infrastructure BSS (basic service set) of IEEE (institute of electrical and electronic engineers) 802.11.
  • the wireless LAN system may include one or more infrastructure BSS (200, 205) (hereinafter, BSS).
  • BSS infrastructure BSS
  • the BSS (200, 205) is a set of APs and STAs, such as an access point (AP) 225 and a station (STA1, 200-1), which are successfully synchronized and can communicate with each other, and is not a concept referring to a specific area.
  • the BSS (205) may include one or more STAs (205-1, 205-2) that can be associated with one AP (230).
  • the distributed system (210) can implement an extended service set (ESS, 240) by connecting multiple BSSs (200, 205).
  • ESS can be used as a term indicating a network formed by connecting one or more APs through the distributed system (210).
  • the APs included in one ESS (240) can have the same SSID (service set identification).
  • the portal can act as a bridge to connect a wireless LAN network (IEEE 802.11) to another network (e.g., 802.X).
  • IEEE 802.11 IEEE 802.11
  • 802.X another network
  • a network between APs (225, 230) and a network between APs (225, 230) and STAs (200-1, 205-1, 205-2) can be implemented.
  • a network that establishes a network and performs communication between STAs without an AP (225, 230) is defined as an ad-hoc network or an independent basic service set (IBSS).
  • FIG. 2 The bottom of Figure 2 is a conceptual diagram showing IBSS.
  • IBSS is a BSS operating in ad-hoc mode. Since IBSS does not include AP, there is no centralized management entity. That is, in IBSS, STAs (250-1, 250-2, 250-3, 255-4, 255-5) are managed in a distributed manner. In IBSS, all STAs (250-1, 250-2, 250-3, 255-4, 255-5) can be mobile STAs, and access to the distributed system is not permitted, forming a self-contained network.
  • Figure 3 is a diagram illustrating a general link setup process.
  • the STA may perform a network discovery operation.
  • the network discovery operation may include a scanning operation of the STA. That is, in order for the STA to access the network, it must find a network that it can participate in.
  • the STA must identify a compatible network before participating in the wireless network, and the process of identifying networks existing in a specific area is called scanning.
  • scanning There are two types of scanning methods: active scanning and passive scanning.
  • FIG. 3 illustrates a network discovery operation including an active scanning process as an example.
  • an STA performing scanning transmits a probe request frame to search for any APs in the vicinity while moving between channels and waits for a response thereto.
  • a responder transmits a probe response frame to an STA that transmitted the probe request frame as a response to the probe request frame.
  • the responder may be an STA that last transmitted a beacon frame in a BSS of the channel being scanned.
  • an AP transmits a beacon frame, so the AP becomes the responder, and in an IBSS, STAs within an IBSS take turns transmitting beacon frames, so the responder is not constant.
  • an STA that transmits a probe request frame on channel 1 and receives a probe response frame on channel 1 can store BSS-related information included in the received probe response frame and move to the next channel (e.g., channel 2) to perform scanning (i.e., transmitting and receiving probe requests/responses on channel 2) in the same manner.
  • the next channel e.g., channel 2
  • scanning i.e., transmitting and receiving probe requests/responses on channel 2
  • the scanning operation may also be performed in a passive scanning manner.
  • An STA performing scanning based on passive scanning may wait for a beacon frame while moving between channels.
  • a beacon frame is one of the management frames in IEEE 802.11, and is periodically transmitted to notify the existence of a wireless network and to enable an STA performing scanning to find a wireless network and participate in the wireless network.
  • an AP periodically transmits a beacon frame
  • STAs in the IBSS take turns transmitting beacon frames.
  • an STA performing scanning receives a beacon frame, it stores information about the BSS included in the beacon frame and moves to another channel, recording beacon frame information in each channel.
  • An STA receiving a beacon frame may store information related to the BSS included in the received beacon frame, move to the next channel, and perform scanning on the next channel in the same manner.
  • An STA that has discovered a network may perform an authentication process through step S320.
  • This authentication process may be referred to as a first authentication process in order to clearly distinguish it from the security setup operation of step S340 described below.
  • the authentication process of S320 may include a process in which the STA transmits an authentication request frame to the AP, and in response, the AP transmits an authentication response frame to the STA.
  • the authentication frame used for the authentication request/response corresponds to a management frame.
  • the authentication frame may include information such as an authentication algorithm number, an authentication transaction sequence number, a status code, a challenge text, a Robust Security Network (RSN), and a Finite Cyclic Group.
  • information such as an authentication algorithm number, an authentication transaction sequence number, a status code, a challenge text, a Robust Security Network (RSN), and a Finite Cyclic Group.
  • RSN Robust Security Network
  • the STA may transmit an authentication request frame to the AP.
  • the AP may determine whether to allow authentication for the STA based on the information included in the received authentication request frame.
  • the AP may provide the result of the authentication processing to the STA through an authentication response frame.
  • a successfully authenticated STA may perform an association process based on step S330.
  • the association process includes a process in which the STA transmits an association request frame to the AP, and in response, the AP transmits an association response frame to the STA.
  • the association request frame may include information related to various capabilities, a beacon listen interval, a service set identifier (SSID), supported rates, supported channels, RSN, mobility domain, supported operating classes, TIM broadcast request, interworking service capabilities, and the like.
  • SSID service set identifier
  • the association response frame may contain information related to various capabilities, status codes, Association ID (AID), supported rates, Enhanced Distributed Channel Access (EDCA) parameter sets, Received Channel Power Indicator (RCPI), Received Signal to Noise Indicator (RSNI), mobility domains, timeout interval (association comeback time), overlapping BSS scan parameters, TIM broadcast response, QoS maps, etc.
  • AID Association ID
  • EDCA Enhanced Distributed Channel Access
  • RCPI Received Channel Power Indicator
  • RSNI Received Signal to Noise Indicator
  • mobility domains timeout interval (association comeback time)
  • association comeback time overlapping BSS scan parameters
  • TIM broadcast response TIM broadcast response
  • QoS maps etc.
  • step S340 the STA may perform a security setup process.
  • the security setup process of step S340 may include a process of performing private key setup, for example, through 4-way handshaking via an Extensible Authentication Protocol over LAN (EAPOL) frame.
  • EAPOL Extensible Authentication Protocol over LAN
  • FIG 4 illustrates one embodiment of multi-link (ML).
  • a plurality of multi-link devices can perform communication over a remote link.
  • the MLDs can be classified into an AP MLD including a plurality of AP STAs and a non-AP MLD including a plurality of non-AP STAs. That is, the AP MLD can include affiliated APs (i.e., AP STAs), and the non-AP MLD can include affiliated STAs (i.e., non-AP STAs, or user-STAs).
  • a multilink may include a first link and a second link, and different channels/subchannels/frequency resources may be allocated to the first and second links.
  • the first and second multilinks may be identified through a link ID of 4 bits in length (or other n bits in length).
  • the first and second links may be configured in the same 2.4 GHz, 5 GHz, or 6 GHz band. Alternatively, the first link and the link may be configured in different bands.
  • the AP MLD of FIG. 4 includes three affiliated APs.
  • AP1 may operate in a 2.4 GHz band
  • AP2 may operate in a 5 GHz band
  • AP3 may operate in a 6 GHz band.
  • a first link in which AP1 and non-AP1 operate may be defined by channel/subchannel/frequency resources within the 2.4 GHz band.
  • a second link in the example of FIG. 4 in which AP2 and non-AP2 operate may be defined by channel/subchannel/frequency resources within the 5 GHz band.
  • a third link in the example of FIG. 4 in which AP3 and non-AP3 operate may be defined by channel/subchannel/frequency resources within the 6 GHz band.
  • AP1 can start a multilink setup procedure (ML setup procedure) by transmitting an Association Request frame to non-AP STA1.
  • non-AP STA1 can transmit an Association Response frame in response to the Association Request frame.
  • Each AP (e.g., AP1/2/3) illustrated in FIG. 4 may be identical to the AP illustrated in FIG. 1 and/or FIG. 2, and each non-AP (e.g., non-AP1/2/3) illustrated in FIG. 4 may be identical to a STA (i.e., user-STA or non-AP STA) illustrated in FIG. 1 and/or FIG. 2.
  • Figure 5 illustrates a PPDU (physical protocol data unit or physical layer (PHY) protocol data unit) transmitted/received by an STA of this specification.
  • PPDU physical protocol data unit or physical layer (PHY) protocol data unit
  • the STA (e.g., AP STA, non-AP STA, AP MLD, non-AP MLD) of the present specification can transmit and/or receive the PPDU of FIG. 5.
  • the PPDU described in the present specification can have, for example, the structure of FIG. 5.
  • the PPDU described in the present specification can be called by various names such as UHR (Ultra High Reliability) PPDU, transmission PPDU, reception PPDU, first type or Nth type PPDU, etc.
  • UHR Ultra High Reliability
  • the PPDU described in the present specification can be used in a WLAN system defined according to IEEE 802.11bn and/or a next-generation WLAN system that improves IEEE 802.11bn.
  • the PPDU of FIG. 5 may relate to various PPDU types used in a UHR system.
  • the example of FIG. 5 may be used for at least one of a SU (single-user) mode/type/transmission, a MU (multi-user) mode/type/transmission, and a NDP (null data packet) mode/type/transmission related to channel sounding.
  • the Data field illustrated may be omitted.
  • the PPDU of FIG. 5 is used for a TB (Trigger-based) mode
  • the UHR-SIG of FIG. 5 may be omitted.
  • an STA that has received a Trigger frame for UL-MU (Uplink-MU) communication may transmit a PPDU with the UHR-SIG omitted in the example of FIG. 5.
  • L-STF to UHR-LTF may be called a preamble or a physical preamble, and may be generated/transmitted/received/acquired/decoded in the physical layer (included in the transmitting/receiving STA).
  • the subcarrier spacing of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and UHR-SIG fields of FIG. 5 may be set to 312.5 kHz, and the subcarrier spacing of the UHR-STF, UHR-LTF, and Data fields may be set to 78.125 kHz. That is, the tone index (or subcarrier index) of the L-STF, L-LTF, L-SIG, RL-SIG, U-SIG, and UHR-SIG fields may be expressed in units of 312.5 kHz, and the tone index (or subcarrier index) of the UHR-STF, UHR-LTF, and Data fields may be expressed in units of 78.125 kHz.
  • L-LTF and L-STF can be identical to conventional fields (e.g., non-HT LTF and non-HT STF defined in conventional WLAN standards).
  • the L-SIG field of FIG. 5 may include, for example, 24 bits of bit information.
  • the 24 bits of information may include a 4 bit Rate field, a 1 bit Reserved bit, a 12 bit Length field, a 1 bit Parity bit, and a 6 bit Tail bit.
  • the 12 bit Length field may include information about the length or time duration of the PPDU.
  • the value of the 12 bit Length field may be determined based on the type of the PPDU.
  • the value of the Length field may be determined as a multiple of 3.
  • the value of the Length field may be determined as "a multiple of 3 + 1" or "a multiple of 3 + 2".
  • the value of the Length field can be determined as a multiple of 3
  • the value of the Length field can be determined as "a multiple of 3 + 1" or "a multiple of 3 + 2".
  • the LENGTH field in an UHR PPDU is set to a value satisfying the condition that the remainder is zero when LENGTH is divided by 3.
  • the (non-AP and AP) STA can apply BCC encoding based on a code rate of 1/2 to the 24 bits of information in the L-SIG field. Then, the transmitting STA can obtain 48 bits of BCC coding bits. BPSK modulation can be applied to the 48 bits of coding bits to generate 48 BPSK symbols. The transmitting STA can map the 48 BPSK symbols to positions excluding the pilot subcarriers ⁇ subcarrier index -21, -7, +7, +21 ⁇ and the DC subcarrier ⁇ subcarrier index 0 ⁇ .
  • the 48 BPSK symbols can be mapped to subcarrier indices -26 to -22, -20 to -8, -6 to -1, +1 to +6, +8 to +20, and +22 to +26.
  • the transmitting STA can additionally map the signal of ⁇ -1, -1, -1, 1 ⁇ to the subcarrier indices ⁇ -28, -27, +27, +28 ⁇ .
  • the above signal can be used for channel estimation for the frequency domain corresponding to ⁇ -28, -27, +27, +28 ⁇ .
  • (non-AP and AP) STA can generate RL-SIG, which is generated in the same manner as L-SIG. BPSK modulation can be applied to RL-SIG.
  • the receiving (non-AP and AP) STA can determine that the received PPDU is a HE PPDU, an EHT PPDU, or a UHR PPDU based on the presence of RL-SIG. In other words, the receiving (non-AP and AP) STA can determine that the received PPDU is one of the HE PPDU, EHT PPDU, or UHR PPDU if RL-SIG is present.
  • the receiving (non-AP and AP) STA can determine that the received PPDU is one of the non-HT PPDU, HT PPDU, or VHT PPDU if RL-SIG is not present.
  • the RL-SIG field is a repeat of the L-SIG field and is used to differentiate an UHR PPDU from a non-HT PPDU, HT PPDU, and VHT PPDU.
  • U-SIG Universal SIG
  • U-SIG may be called by various names such as first SIG field, first SIG, first type SIG, control signal, control signal field, first (type) control signal, common control field, common control signal, etc.
  • the U-SIG can contain N bits of information and can contain information for identifying the type of the EHT PPDU.
  • the U-SIG can be formed based on two symbols (e.g., two consecutive OFDM symbols).
  • Each symbol (e.g., OFDM symbol) for the U-SIG can have a duration of 4 us.
  • Each symbol of the U-SIG can be used to transmit 26 bits of information.
  • each symbol of the U-SIG can be transmitted and received based on 52 data tones and 4 pilot tones.
  • the version-independent bits of U-SIG may include a 3-bit PHY version identifier.
  • the 3-bit PHY version identifier may include information related to the PHY version of a transmitted/received PPDU. For example, a first value (e.g., a value of 000) of the 3-bit PHY version identifier may indicate that the transmitted/received PPDU is an EHT PPDU. Additionally, a second value (e.g., a value of 001) of the 3-bit PHY version identifier may indicate that the transmitted/received PPDU is a UHR PPDU.
  • the DAP having received the corresponding MU-RTS TXS TF, responds with a CTS-to-Self frame, and non-AP STAs connected to the DAP, which has received the CTS-to-Self frame, can set intra-BSS NAV. That is, DAP and non-AP STAs (connected to DAP) can perform individual FE within BSS 2 during the time allocated through MU-RTS TXS TF.
  • FIG. 25 An example of FIG. 25 can be performed at a transmitting device (AP and/or non-AP STA).
  • a receiving device can receive all or part of a PPDU through step S2610.
  • the received signal can be in the form of FIG. 5.
  • step S2610 can be determined based on step S2520. That is, step S300 can perform an operation to restore the results of CSD, Spatial Mapping, IDFT/IFFT operations, and GI insert operations applied in step S2520.
  • the receiving device can perform decoding of all/part of a PPDU. Additionally, the receiving device can obtain control information related to the Tone Plan (i.e., RU) from the decoded PPDU.
  • Tone Plan i.e., RU
  • the receiving device can decode the remaining portion of the PPDU based on the information about the Tone Plan (i.e., RU) acquired through step S2620. For example, the receiving device can decode the STF/LTF field of the PPDU based on the information about the Tone Plan. Additionally, the receiving device can decode the data field of the PPDU based on the information about the Tone Plan and acquire the MPDU included in the data field.
  • the Tone Plan i.e., RU
  • the receiving device can decode the remaining portion of the PPDU based on the information about the Tone Plan (i.e., RU) acquired through step S2620. For example, the receiving device can decode the STF/LTF field of the PPDU based on the information about the Tone Plan. Additionally, the receiving device can decode the data field of the PPDU based on the information about the Tone Plan and acquire the MPDU included in the data field.
  • the receiving device can perform a processing operation to transmit the decoded data to a higher layer (i.e., MAC layer) through step S2620. Additionally, if generation of a signal is instructed from the higher layer to the PHY layer in response to the data transmitted to the higher layer, a subsequent operation can be performed.
  • a higher layer i.e., MAC layer
  • the receiving device can obtain time information for setting NAV from the Duration field when decoding the data field.
  • the receiving STA can perform a processing operation to transmit the decoded data from the data field to a higher layer (e.g., MAC layer).
  • a higher layer e.g., MAC layer
  • a subsequent operation can be performed.
  • the receiving STA can set the basic NAV or intra-BSS NAV.
  • Figure 27 is a flowchart illustrating the operation of a transmitting device according to the present embodiment.
  • FIG. 27 may be performed at a transmitting STA or a transmitting device (AP and/or non-AP STA).
  • the transmitting device can obtain information about the Tone Plan described above.
  • the information about the Tone Plan includes the size and location of the RU, control information related to the RU, information about the frequency band in which the RU is included, information about the STA receiving the RU, etc.
  • step S2720 the transmitting device can configure/generate a PPDU based on the acquired control information.
  • the step of configuring/generating the PPDU may include a step of configuring/generating each field of the PPDU. That is, step S2720 may include a step of configuring an EHT-SIG field including control information regarding a Tone Plan. That is, step S2720 may include a step of configuring a field including control information indicating a size/position of an RU (e.g., an N bitmap) and/or a step of configuring a field including an identifier of an STA receiving the RU (e.g., an AID).
  • step S2720 may include a step of generating an STF/LTF sequence to be transmitted via a specific RU.
  • the STF/LTF sequence may be generated based on a preset STF generation sequence/LTF generation sequence.
  • step S2720 may include a step of generating a data field (i.e., MPDU) to be transmitted via a specific RU.
  • a data field i.e., MPDU
  • a transmitting device can transmit a PPDU configured through step S2720 to a receiving device based on step S2730.
  • the transmitting device may perform at least one of operations such as CSD, Spatial Mapping, IDFT/IFFT operation, and GI insertion.
  • a signal/field/sequence configured according to this specification can be transmitted in the form of FIG. 5.
  • Figure 28 is a flowchart illustrating the operation of a receiving device according to the present embodiment.
  • the above-described PPDU can be received according to an example of FIG. 28.
  • FIG. 28 may be performed at a receiving STA or receiving device (AP and/or non-AP STA).
  • a receiving device can receive all or part of a PPDU through step S2810.
  • the received signal can be in the form of FIG. 5.
  • step S2810 can be determined based on step S2730 of Fig. 27. That is, step S2810 can perform an operation of restoring the results of CSD, Spatial Mapping, IDFT/IFFT operation, and GI insertion operation applied in step S2730.
  • the receiving device can perform decoding on all/part of the PPDU. Additionally, the receiving device can obtain control information related to the Tone Plan (i.e., RU) from the decoded PPDU.
  • Tone Plan i.e., RU
  • the receiving device can decode the L-SIG and EHT-SIG of the PPDU based on the Legacy STF/LTF, and obtain information included in the L-SIG and EHT SIG fields.
  • Information about various Tone Plans (i.e., RUs) described in this specification can be included in the EHT-SIG, and the receiving STA can obtain information about the Tone Plan (i.e., RU) through the EHT-SIG.
  • the receiving device can decode the remaining part of the PPDU based on the information about the Tone Plan (i.e., RU) acquired through step S2820. For example, the receiving STA can decode the STF/LTF field of the PPDU based on the information about one Plan (i.e., RU). In addition, the receiving STA can decode the data field of the PPDU based on the information about the Tone Plan (i.e., RU) and acquire the MPDU included in the data field.
  • the Tone Plan i.e., RU
  • the receiving device can perform a processing operation of transmitting the decoded data to a higher layer (e.g., MAC layer) through step S2830. Additionally, if generation of a signal is instructed from the higher layer to the PHY layer in response to the data transmitted to the higher layer, a subsequent operation can be performed.
  • a higher layer e.g., MAC layer
  • FIG. 29 is a flowchart illustrating a procedure of a TXOP sharing method utilizing a CTS-to-Self frame in terms of a Sharing AP according to the present embodiment.
  • FIG. 29 An example of Fig. 29 can be performed in a network environment that supports a next-generation wireless LAN system (UHR (Ultra High Reliability) wireless LAN system or next wi-fi).
  • the next-generation wireless LAN system is a wireless LAN system that improves the 802.11be system and can satisfy backward compatibility with the 802.11be system.
  • FIG. 29 An example of FIG. 29 is performed in a second AP, and the second AP may be set as a sharing AP (SAP) after negotiation in multi-AP communication, and the first AP may be set as a shared AP (DAP) after negotiation in multi-AP communication.
  • the first and second non-AP STAs of the present embodiment may correspond to at least one STA (station).
  • This embodiment proposes a method for performing TXOP sharing by utilizing a CTS-to-Self frame when performing C-TDMA operation in multi-AP (Access Point) communication (or multi-AP operation).
  • this embodiment proposes a method for performing frame exchange with a DAP without being affected by the NAV of a SAP by allowing non-AP STAs connected to a DAP that has received a CTS-to-Self frame including a TA field instead of an RA field to set an intra-BSS NAV.
  • the second AP transmits a MU-RTS (Multi User-Request to Send) TXS (TXOP (transmission opportunity) sharing) trigger frame to the first AP.
  • MU-RTS Multi User-Request to Send
  • TXS Transmission opportunity
  • the second AP receives a CTS (Clear to Send)-to-Self frame from the first AP.
  • a first frame is exchanged between the first AP and the first non-AP STA (station).
  • the second AP is a Sharing AP that controls cooperation between multiple APs
  • the first AP is a Shared AP that receives or shares resources from the Sharing AP.
  • the first non-AP STA is a non-AP STA within the BSS (Basic Service Set) of the first AP.
  • the above-mentioned techniques for cooperation between multiple APs may include coordinated multi-AP techniques such as Coordinated-Time Division Multiplexing Access (C-TDMA), Coordinated-Spatial Reuse (C-SR), Coordinated-beamforming (C-BF), or Coordinated-Orthogonal Frequency Division Multiple Access (C-OFMA).
  • C-TDMA Coordinated-Time Division Multiplexing Access
  • C-SR Coordinated-Spatial Reuse
  • C-BF Coordinated-beamforming
  • C-OFMA Coordinated-Orthogonal Frequency Division Multiple Access
  • an entity sharing a TXOP (SAP, here the second AP) and an entity sharing a TXOP (DAP, here the first AP) are APs having different BSSs. That is, because non-AP STAs within the BSS of the DAP may not be able to perform smooth frame exchange with the DAP by setting a basic NAV due to frame transmission within the BSS of the SAP, Protection rules related to NAV (Network Allocation Vector) settings must be precisely applied for smooth cooperation between APs and frame exchange within each BSS.
  • NAV Network Allocation Vector
  • non-AP STAs connected to the DAP can receive/detect frames transmitted from the SAP or non-AP STAs connected to the SAP and CTS frames transmitted from the DAP and set a basic NAV for the SAP.
  • a problem may occur in which non-AP STAs connected to the DAP cannot transmit UL PPDU or frames to the DAP due to the basic NAV.
  • the present embodiment proposes a TXOP sharing method that performs the C-TDMA procedure by using (or replacing) the CTS-to-self frame instead of the CTS frame in response to the MU-RTS TXS trigger frame.
  • the DAP and some non-AP STAs within the BSS of the DAP can perform frame exchange with the DAP without being affected by the NAV of the SAP.
  • an intra-BSS NAV Network Allocation Vector
  • the CTS-to-self frame may include a TA (Transmitter Address) field and may not include a RA (Receiver Address) field.
  • the TA field includes an address of the first AP. (Because the CTS-to-self frame is transmitted from the first AP)
  • the DAP (the first AP) transmits a CTS-to-Self frame including a TA field having its own address in response to the MU-RTS TXS trigger frame, and a non-AP STA (the first non-AP STA) connected to the DAP that receives the CTS-to-Self frame can set an intra-BSS NAV due to the CTS-to-Self frame. Accordingly, the first non-AP STA is protected by the intra-BSS NAV and can exchange the first frame with the first AP.
  • this embodiment proposes a TXOP sharing method in which APs participating in C-TDMA gradually occupy TXOPs and the TXOP holder is switched from SAP to DAP.
  • the first TXOP may be switched to the second TXOP based on the transmission of the above MU-RTS TXS trigger frame.
  • the first TXOP may be a TXOP acquired by the second AP, and the second TXOP may be a TXOP acquired by the first AP.
  • the first TXOP may be terminated at a first time point when the MU-RTS TXS trigger frame is transmitted.
  • the second AP may exchange a second frame with a second non-AP STA until the first time point.
  • the second non-AP STA may be a non-AP STA within the BSS of the second AP.
  • the second frame may include a second trigger frame or a second control frame.
  • a Duration or ID field of the second trigger frame or the second control frame may include information about the first time point.
  • the second TXOP may be terminated at a second point in time after the exchange of the first frame is completed.
  • the second point in time may be determined based on the value of the Allocation Duration subfield of the User Info field of the MU-RTS TXS trigger frame.
  • the first frame may include a first trigger frame or a first control frame.
  • the Duration or ID (Identifier) field of the first trigger frame or the first control frame may include information about the second point in time.
  • the SAP (the second AP) may newly define or change the MU-RTS TXS trigger frame so that the DAP (the first AP) can respond with a CTS-to-Self frame for TXOP sharing with the DAP.
  • the SAP may transmit the MU-RTS TXS trigger frame to the DAP until the first time point.
  • the CTS-to-self frame may be responded to based on the value of the TXOP Sharing Mode subfield in the Common Info field of the MU-RTS TXS trigger frame, the reserved bits (e.g., B29-B38) of the MU-RTS TXS trigger frame, or the reserved bits (e.g., B8-B15) of the Trigger Type subfield in the Common Info field.
  • the value of the TXOP Sharing Mode subfield may be set to 3.
  • FIG. 30 is a flowchart illustrating a procedure of a TXOP sharing method utilizing a CTS-to-Self frame on the Shared AP side according to the present embodiment.
  • FIG. 30 An example of Fig. 30 can be performed in a network environment that supports a next-generation wireless LAN system (UHR (Ultra High Reliability) wireless LAN system or next wi-fi).
  • the next-generation wireless LAN system is a wireless LAN system that improves the 802.11be system and can satisfy backward compatibility with the 802.11be system.
  • FIG. 30 An example of FIG. 30 is performed in a first AP, and the first AP may be set as a shared AP (DAP) after negotiation in multi-AP communication, and the second AP may be set as a sharing AP (SAP) after negotiation in multi-AP communication.
  • the first and second non-AP STAs of the present embodiment may correspond to at least one STA (station).
  • This embodiment proposes a method for performing TXOP sharing by utilizing a CTS-to-Self frame when performing C-TDMA operation in multi-AP (Access Point) communication (or multi-AP operation).
  • this embodiment proposes a method for performing frame exchange with a DAP without being affected by the NAV of a SAP by allowing non-AP STAs connected to a DAP that has received a CTS-to-Self frame including a TA field instead of an RA field to set an intra-BSS NAV.
  • the first AP (access point) receives a MU-RTS (Multi User-Request to Send) TXS (TXOP (transmission opportunity) sharing) trigger frame from the second AP.
  • MU-RTS Multi User-Request to Send
  • TXS Transmission opportunity
  • the first AP transmits a CTS (Clear to Send)-to-Self frame to the second AP.
  • the first AP exchanges a first frame with the first non-AP STA (station).
  • the second AP is a Sharing AP that controls cooperation between multiple APs
  • the first AP is a Shared AP that receives or shares resources from the Sharing AP.
  • the first non-AP STA is a non-AP STA within the BSS (Basic Service Set) of the first AP.
  • the above-mentioned techniques for cooperation between multiple APs may include coordinated multi-AP techniques such as Coordinated-Time Division Multiplexing Access (C-TDMA), Coordinated-Spatial Reuse (C-SR), Coordinated-beamforming (C-BF), or Coordinated-Orthogonal Frequency Division Multiple Access (C-OFMA).
  • C-TDMA Coordinated-Time Division Multiplexing Access
  • C-SR Coordinated-Spatial Reuse
  • C-BF Coordinated-beamforming
  • C-OFMA Coordinated-Orthogonal Frequency Division Multiple Access
  • an entity sharing a TXOP (SAP, here the second AP) and an entity sharing a TXOP (DAP, here the first AP) are APs having different BSSs. That is, because non-AP STAs within the BSS of the DAP may not be able to perform smooth frame exchange with the DAP by setting a basic NAV due to frame transmission within the BSS of the SAP, Protection rules related to NAV (Network Allocation Vector) settings must be precisely applied for smooth cooperation between APs and frame exchange within each BSS.
  • NAV Network Allocation Vector
  • non-AP STAs connected to the DAP can receive/detect frames transmitted from the SAP or non-AP STAs connected to the SAP and CTS frames transmitted from the DAP and set a basic NAV for the SAP.
  • a problem may occur in which non-AP STAs connected to the DAP cannot transmit UL PPDU or frames to the DAP due to the basic NAV.
  • the present embodiment proposes a TXOP sharing method that performs the C-TDMA procedure by using (or replacing) the CTS-to-self frame instead of the CTS frame in response to the MU-RTS TXS trigger frame.
  • the DAP and some non-AP STAs within the BSS of the DAP can perform frame exchange with the DAP without being affected by the NAV of the SAP.
  • an intra-BSS NAV Network Allocation Vector
  • the CTS-to-self frame may include a TA (Transmitter Address) field and may not include a RA (Receiver Address) field.
  • the TA field includes an address of the first AP. (Because the CTS-to-self frame is transmitted from the first AP)
  • the DAP (the first AP) transmits a CTS-to-Self frame including a TA field having its own address in response to the MU-RTS TXS trigger frame, and a non-AP STA (the first non-AP STA) connected to the DAP that receives the CTS-to-Self frame can set an intra-BSS NAV due to the CTS-to-Self frame. Accordingly, the first non-AP STA is protected by the intra-BSS NAV and can exchange the first frame with the first AP.
  • this embodiment proposes a TXOP sharing method in which APs participating in C-TDMA gradually occupy TXOPs and the TXOP holder is switched from SAP to DAP.
  • the first TXOP may be switched to the second TXOP based on the transmission of the above MU-RTS TXS trigger frame.
  • the first TXOP may be a TXOP acquired by the second AP, and the second TXOP may be a TXOP acquired by the first AP.
  • the first TXOP may be terminated at a first time point when the MU-RTS TXS trigger frame is transmitted.
  • the second AP may exchange a second frame with a second non-AP STA until the first time point.
  • the second non-AP STA may be a non-AP STA within the BSS of the second AP.
  • the second frame may include a second trigger frame or a second control frame.
  • a Duration or ID field of the second trigger frame or the second control frame may include information about the first time point.
  • the second TXOP may be terminated at a second point in time after the exchange of the first frame is completed.
  • the second point in time may be determined based on the value of the Allocation Duration subfield of the User Info field of the MU-RTS TXS trigger frame.
  • the first frame may include a first trigger frame or a first control frame.
  • the Duration or ID (Identifier) field of the first trigger frame or the first control frame may include information about the second point in time.
  • the SAP (the second AP) may newly define or change the MU-RTS TXS trigger frame so that the DAP (the first AP) can respond with a CTS-to-Self frame for TXOP sharing with the DAP.
  • the SAP may transmit the MU-RTS TXS trigger frame to the DAP until the first time point.
  • the CTS-to-self frame may be responded to based on the value of the TXOP Sharing Mode subfield in the Common Info field of the MU-RTS TXS trigger frame, the reserved bits (e.g., B29-B38) of the MU-RTS TXS trigger frame, or the reserved bits (e.g., B8-B15) of the Trigger Type subfield in the Common Info field.
  • the value of the TXOP Sharing Mode subfield may be set to 3.
  • the present embodiment has the effect that, by replacing a response to an MU-RTS TXS trigger frame transmitted from a SAP in a C-TDMA-based TXOP sharing procedure with a CTS-to-Self frame instead of a CTS frame, non-AP STAs connected to a DAP can smoothly perform frame exchange with the DAP without setting a default NAV by the SAP. That is, the non-AP STAs connected to the DAP can set an intra-BSS NAV instead of the default NAV by the SAP due to the CTS-to-Self frame, so that the DAP and non-AP STAs can perform individual frame exchanges during the allocated time. This has the effect that appropriate scheduling can be performed according to cooperation between multiple APs, and an increase in the overall network throughput can be expected.
  • the technical features of the present specification described above can be applied to various devices and methods.
  • the technical features of the present specification described above can be performed/supported by the devices of FIG. 1 and/or FIG. 13.
  • the technical features of the present specification described above can be applied only to a part of FIG. 1 and/or FIG. 13.
  • the technical features of the present specification described above can be implemented based on the processing chip (114, 124) of FIG. 1, or implemented based on the processor (111, 121) and the memory (112, 122) of FIG. 1, or implemented based on the processor (610) and the memory (620) of FIG. 13.
  • the device of the present specification receives an MU-RTS (Multi User-Request to Send) TXS (TXOP (transmission opportunity) sharing) trigger frame from a second AP (access point); transmits a CTS (Clear to Send)-to-Self frame to the second AP; and exchanges the first frame with the first non-AP STA(station).
  • MU-RTS Multi User-Request to Send
  • TXS Transmission opportunity
  • CTS Carrier to Send
  • the technical features of this specification can be implemented based on a computer readable medium (CRM).
  • CRM computer readable medium
  • the CRM proposed by this specification is at least one computer readable medium including instructions based on being executed by at least one processor.
  • the above CRM may store instructions for performing operations including the steps of receiving an MU-RTS (Multi User-Request to Send) TXS (TXOP (transmission opportunity) sharing) trigger frame from a second AP (access point); transmitting a CTS (Clear to Send)-to-Self frame to the second AP; and exchanging a first frame with a first non-AP STA (station).
  • the instructions stored in the CRM of the present specification may be executed by at least one processor.
  • At least one processor related to the CRM of the present specification may be the processor (111, 121) or the processing chip (114, 124) of FIG. 1, or the processor (610) of FIG. 13.
  • the CRM of this specification may be the memory (112, 122) of FIG. 1, the memory (620) of FIG. 13, or a separate external memory/storage medium/disk, etc.
  • the technical features of the present specification described above can be applied to various applications or business models.
  • the technical features described above can be applied to wireless communication in devices that support artificial intelligence (AI).
  • AI artificial intelligence
  • Machine learning refers to a field that defines various problems in the field of artificial intelligence and studies the methodologies for solving them.
  • Machine learning is also defined as an algorithm that improves the performance of a task through constant experience with that task.
  • An artificial neural network is a model used in machine learning, and can refer to a model with problem-solving capabilities that consists of artificial neurons (nodes) that form a network by combining synapses.
  • An artificial neural network can be defined by the connection pattern between neurons in different layers, the learning process that updates model parameters, and the activation function that generates output values.
  • An artificial neural network may include an input layer, an output layer, and optionally one or more hidden layers. Each layer may include one or more neurons, and the artificial neural network may include synapses connecting neurons. In an artificial neural network, each neuron may output a function value of an activation function for input signals, weights, and biases input through synapses.
  • Model parameters refer to parameters that are determined through learning, including the weights of synaptic connections and the biases of neurons.
  • Hyperparameters refer to parameters that must be set before learning in machine learning algorithms, including learning rate, number of iterations, mini-batch size, and initialization functions.
  • the purpose of learning an artificial neural network can be seen as determining model parameters that minimize a loss function.
  • the loss function can be used as an indicator to determine optimal model parameters during the learning process of an artificial neural network.
  • Machine learning can be classified into supervised learning, unsupervised learning, and reinforcement learning depending on the learning method.
  • Supervised learning refers to a method of training an artificial neural network when labels for training data are given.
  • the labels can refer to the correct answer (or result value) that the artificial neural network should infer when training data is input to the artificial neural network.
  • Unsupervised learning can refer to a method of training an artificial neural network when labels for training data are not given.
  • Reinforcement learning can refer to a learning method that trains an agent defined in a certain environment to select actions or action sequences that maximize cumulative rewards in each state.
  • machine learning implemented with a deep neural network (DNN: Deep Neural Network) that includes multiple hidden layers is also called deep learning, and deep learning is a part of machine learning.
  • DNN Deep Neural Network
  • machine learning is used to mean including deep learning.
  • a robot can mean a machine that automatically processes or operates a given task by its own abilities.
  • a robot that has the ability to recognize the environment, make judgments, and perform actions on its own can be called an intelligent robot.
  • Robots can be classified into industrial, medical, household, and military types depending on their intended use or field. Robots can perform various physical actions, such as moving robot joints, by having a drive unit that includes an actuator or motor. In addition, mobile robots have a drive unit that includes wheels, brakes, and propellers, and can drive on the ground or fly in the air through the drive unit.
  • Extended reality is a general term for virtual reality (VR), augmented reality (AR), and mixed reality (MR).
  • VR technology provides real-world objects and backgrounds only as CG images
  • AR technology provides virtual CG images on top of real-world object images
  • MR technology is a computer graphics technology that mixes and combines virtual objects in the real world.
  • MR technology is similar to AR technology in that it shows real objects and virtual objects together. However, there is a difference in that while AR technology uses virtual objects to complement real objects, MR technology uses virtual and real objects with equal characteristics.
  • XR technology can be applied to HMD (Head-Mount Display), HUD (Head-Up Display), mobile phones, tablet PCs, laptops, desktops, TVs, digital signage, etc., and devices to which XR technology is applied can be called XR devices.
  • HMD Head-Mount Display
  • HUD Head-Up Display
  • mobile phones tablet PCs, laptops, desktops, TVs, digital signage, etc.
  • XR devices devices to which XR technology is applied.

Landscapes

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

Abstract

L'invention concerne un procédé et un appareil d'utilisation d'une trame CTS-vers-soi pour une opération de partage d'une TXOP pour une opération C-TDMA dans un système LAN sans fil. Spécifiquement, un premier AP reçoit une trame de déclenchement MU-RTS en provenance d'un second AP. Le premier AP transmet une trame CTS-vers-soi au second AP. Le premier AP échange une première trame avec un premier non-AP. Un NAV intra-BSS est configuré pour une première STA non AP sur la base de la trame CTS-vers-soi.
PCT/KR2024/011014 2023-08-18 2024-07-29 Procédé et appareil pour utiliser une trame cts-vers-soi pour le fonctionnement d'une txop de partage pour une opération c-tdma dans un système lan sans fil Pending WO2025042065A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20230108563 2023-08-18
KR10-2023-0108563 2023-08-18

Publications (1)

Publication Number Publication Date
WO2025042065A1 true WO2025042065A1 (fr) 2025-02-27

Family

ID=94732264

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2024/011014 Pending WO2025042065A1 (fr) 2023-08-18 2024-07-29 Procédé et appareil pour utiliser une trame cts-vers-soi pour le fonctionnement d'une txop de partage pour une opération c-tdma dans un système lan sans fil

Country Status (1)

Country Link
WO (1) WO2025042065A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200120544A1 (en) * 2018-10-15 2020-04-16 Mediatek Singapore Pte. Ltd. Mechanisms of status reporting and protected period setting for coordinated transmission in multiple ap system
WO2022250453A1 (fr) * 2021-05-25 2022-12-01 주식회사 윌러스표준기술연구소 Appareil de communication sans fil utilisant une txop partagée et procédé de fonctionnement pour un appareil de communication sans fil
US20230180047A1 (en) * 2021-12-07 2023-06-08 Qualcomm Incorporated Dynamic selection of parameters for enhanced quality of service (qos) and reliability
KR20230107812A (ko) * 2020-11-27 2023-07-18 엘지전자 주식회사 무선랜 시스템에서 트리거 프레임에 의해 할당된 txop 구간에서 peer sta로 su ppdu를 전송하는 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200120544A1 (en) * 2018-10-15 2020-04-16 Mediatek Singapore Pte. Ltd. Mechanisms of status reporting and protected period setting for coordinated transmission in multiple ap system
KR20230107812A (ko) * 2020-11-27 2023-07-18 엘지전자 주식회사 무선랜 시스템에서 트리거 프레임에 의해 할당된 txop 구간에서 peer sta로 su ppdu를 전송하는 방법 및 장치
WO2022250453A1 (fr) * 2021-05-25 2022-12-01 주식회사 윌러스표준기술연구소 Appareil de communication sans fil utilisant une txop partagée et procédé de fonctionnement pour un appareil de communication sans fil
US20230180047A1 (en) * 2021-12-07 2023-06-08 Qualcomm Incorporated Dynamic selection of parameters for enhanced quality of service (qos) and reliability

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DIBAKAR DAS (INTEL): "CR for Misc CIDs", IEEE DRAFT; 11-23-1202-01-00BE-CR-FOR-MISC-CIDS, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 1, 11 July 2023 (2023-07-11), Piscataway, NJ USA, pages 1 - 9, XP068204177 *

Similar Documents

Publication Publication Date Title
WO2021206526A1 (fr) Réglage de puissance de transmission pour fonctionnement en émission et réception simultanées (str)
WO2020231062A1 (fr) Maintien de liaison dans un système à ap multiples
WO2022149814A1 (fr) Procédé et appareil pour recevoir une adresse mac d'une autre sta à l'intérieur d'un mld de réception dans un système lan sans fil
WO2022211489A1 (fr) Procédé et dispositif de transmission d'informations mises à jour pour une reconfiguration ml dans un système local sans fil
WO2021210757A1 (fr) Attribution de ressources pour transmission à faible latence
WO2022191655A1 (fr) Procédé et dispositif de transmission et de réception d'informations de mise à jour importantes d'un autre ap par l'intermédiaire d'un élément ml dans un système wlan
WO2022255646A1 (fr) Procédé et dispositif pour demander et recevoir des informations concernant d'autres ap correspondant à un ensemble bssid non transmis dans un système lan sans fil
WO2022092622A1 (fr) Procédé et dispositif de réception d'informations sur un intervalle de balise d'un autre ap dans un mld de transmission dans un système wlan
WO2025042065A1 (fr) Procédé et appareil pour utiliser une trame cts-vers-soi pour le fonctionnement d'une txop de partage pour une opération c-tdma dans un système lan sans fil
WO2021010594A1 (fr) Transmission rapide de données dans un système multi-ap
WO2025033797A1 (fr) Procédé et appareil de partage de txop pour opération c-tdma par commutation du détenteur de txop en communication multi-ap dans un système lan sans fil
WO2025063525A1 (fr) Procédé et appareil pour effectuer une opération c-tdma par réception d'une trame cts supplémentaire dans un système lan sans fil
WO2024237695A1 (fr) Procédé et appareil pour effectuer une opération c-ofdma dans une communication multi-ap dans un système lan sans fil
WO2025147033A1 (fr) Procédé et dispositif de demande d'itinérance mld en vérifiant à l'avance si l'ap peut se déplacer un système lan sans fil
WO2025018671A1 (fr) Procédure de partage d'opportunité de transmission dans laquelle des points d'accès coopératifs participent à un système lan sans fil
WO2025014217A1 (fr) Procédé et dispositif de configuration de trame de déclenchement pour permettre à une sta de transmettre au moins une ppdu tb dans un système lan sans fil
WO2024219705A1 (fr) Procédé et dispositif de transmission d'une a-ppdu dans un système lan sans fil
WO2025053511A1 (fr) Procédé et appareil de transmission d'informations de coordination dans un système lan sans fil
WO2025009842A1 (fr) Opération de relais dans un système de réseau local sans fil
WO2025127807A1 (fr) Établissement de rapports de ressources dans une coopération multi-ap dans un système lan sans fil
WO2025100821A1 (fr) Procédé et appareil pour effectuer une réduction de puissance par mise à jour d'un paramètre cw pour un canal non primaire par partage d'un élément de réglage de paramètre edca dans un système lan sans fil
WO2025009807A1 (fr) Procédé et appareil de gestion de configuration de vecteur d'attribution de réseau dans un système lan sans fil
WO2025100920A1 (fr) Découverte et sélection de station relais dans un système lan sans fil
WO2024210390A1 (fr) Détection de station et station relais dans un système lan sans fil
WO2025080095A1 (fr) Procédé et appareil pour effectuer un accès à un canal sur un canal non primaire sur la base d'un temporisateur de commutation dans un système lan sans fil

Legal Events

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

Ref document number: 24856678

Country of ref document: EP

Kind code of ref document: A1