WO2022035291A1 - 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말 - Google Patents

무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말 Download PDF

Info

Publication number
WO2022035291A1
WO2022035291A1 PCT/KR2021/010833 KR2021010833W WO2022035291A1 WO 2022035291 A1 WO2022035291 A1 WO 2022035291A1 KR 2021010833 W KR2021010833 W KR 2021010833W WO 2022035291 A1 WO2022035291 A1 WO 2022035291A1
Authority
WO
WIPO (PCT)
Prior art keywords
tid
link
mapping
mld
tids
Prior art date
Application number
PCT/KR2021/010833
Other languages
English (en)
French (fr)
Inventor
김상현
고건중
손주형
곽진삼
Original Assignee
주식회사 윌러스표준기술연구소
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 주식회사 윌러스표준기술연구소 filed Critical 주식회사 윌러스표준기술연구소
Priority to CN202180068453.6A priority Critical patent/CN116326162A/zh
Priority to JP2023510432A priority patent/JP2023538880A/ja
Priority to KR1020237008604A priority patent/KR20230051534A/ko
Priority to EP21856297.3A priority patent/EP4199636A1/en
Publication of WO2022035291A1 publication Critical patent/WO2022035291A1/ko
Priority to US18/109,251 priority patent/US20230199551A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/082—Load balancing or load distribution among bearers or channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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

  • the present invention relates to a wireless communication system, and more particularly, to a wireless communication method and a wireless communication terminal for efficiently signaling uplink multi-user information in a wireless communication system.
  • Wireless LAN technology is a technology that allows mobile devices such as smart phones, smart pads, laptop computers, portable multimedia players, and embedded devices to wirelessly access the Internet in a home, business, or specific service area based on wireless communication technology in a short distance. am.
  • IEEE 802.11 Since IEEE (Institute of Electrical and Electronics Engineers) 802.11 supported an initial wireless LAN technology using a 2.4 GHz frequency, standards for various technologies are being commercialized or developed.
  • IEEE 802.11b supports a communication speed of up to 11 Mbps while using a frequency of the 2.4 GHz band.
  • IEEE 802.11a which was commercialized after IEEE 802.11b, uses a frequency of 5 GHz band instead of 2.4 GHz band, thereby reducing the influence on interference compared to a fairly crowded 2.4 GHz band frequency, and using OFDM technology to maximize communication speed Up to 54 Mbps.
  • IEEE 802.11a has a disadvantage in that the communication distance is shorter than that of IEEE 802.11b.
  • IEEE 802.11g uses a frequency of the 2.4 GHz band to achieve a communication speed of up to 54 Mbps, and has received considerable attention as it satisfies backward compatibility. have the upper hand
  • IEEE 802.11n is a technical standard established to overcome the limitation on communication speed, which has been pointed out as a weakness in wireless LAN. IEEE 802.11n aims to increase the speed and reliability of the network and extend the operating distance of the wireless network. More specifically, IEEE 802.11n supports high throughput (HT) with a data processing rate of up to 540 Mbps or higher, and uses multiple antennas at both ends of the transmitter and receiver to minimize transmission errors and optimize data rates. It is based on MIMO (Multiple Inputs and Multiple Outputs) technology. In addition, this standard may use a coding method that transmits multiple duplicate copies to increase data reliability.
  • HT high throughput
  • MIMO Multiple Inputs and Multiple Outputs
  • IEEE 802.11ac supports a wide bandwidth (80MHz to 160MHz) at 5GHz frequency.
  • the IEEE 802.11ac standard is defined only in the 5GHz band, but for backward compatibility with existing 2.4GHz band products, the initial 11ac chipsets will also support operation in the 2.4GHz band.
  • the wireless LAN speed of multiple stations is at least 1 Gbps, and the maximum single link speed is at least 500 Mbps.
  • IEEE 802.11ad is a transmission standard that provides a speed of up to 7 Gbps using beamforming technology, and is suitable for high-bit-rate video streaming such as large-capacity data or uncompressed HD video.
  • the 60 GHz frequency band has a disadvantage in that it is difficult to pass through obstacles and can only be used between devices in a short distance.
  • the IEEE 802.11ax High Efficiency WLAN, HEW
  • HEW High Efficiency WLAN
  • 802.11ax-based WLAN environment high-frequency-efficiency communication must be provided indoors and outdoors in the presence of high-density stations and access points (APs), and various technologies have been developed to implement it.
  • IEEE 802.11be Extremely High Throughput, EHT
  • EHT Extremely High Throughput
  • An object of the present invention is to provide a high-speed wireless LAN service for a new multimedia application as described above.
  • Another object of the present invention is to provide a method for mapping TIDs and links between multi-link devices that are a set of logical entities.
  • Another object of the present invention is to provide a method for implicitly determining a mapping relationship of a TID in which a mapping relationship is not indicated in a TID-link mapping process.
  • a multi-link device (MLD) of a wireless communication system includes a communication module; a processor for controlling the communication module, wherein the processor transmits a request frame for mapping between a traffic identifier (TID) and a link, wherein the request frame includes at least one of a plurality of TIDs First mapping information for establishing a mapping relationship between a TID and at least one link, and information related to the number of the at least one link and the at least one TID for which mapping is requested, in response to the request frame Receiving a response frame, the first remaining TIDs except for the at least one TID among the plurality of TIDs maintain a previously established mapping relationship with a link or a default mapping relationship is applied, For the first remaining TIDs, a mapping relationship with a specific link is not indicated by the first mapping information.
  • TID traffic identifier
  • one link of the at least one link is mapped with one or more TIDs of the at least one TID.
  • the default mapping relationship is a state in which a TID and all links are mapped, and the default mapping relationship is applied when the first remaining TIDs are set as the default mapping relationship before transmission of the request frame.
  • the request frame further includes transmission direction information indicating a transmission direction for the at least one TID, and the plurality of TIDs is a link between the MLD and a counterpart MLD that has transmitted the request frame. It is only mapped between
  • the response frame indicates whether to allow the mapping relationship between the at least one TID and the at least one link among the plurality of TIDs.
  • the response frame when a mapping relationship between the at least one TID among the plurality of TIDs and the at least one link is permitted, the response frame includes the at least one TID and the at least one of the plurality of TIDs. does not include second mapping information for other mapping relationships between links of .
  • the response frame when the mapping relationship between the at least one TID among the plurality of TIDs and the at least one link is not allowed, the response frame is configured for the at least one TID among the plurality of TIDs. It further includes second mapping information indicating a mapping relationship different from the first mapping relationship.
  • the processor receives a management frame, and the management frame is transmitted only on the at least one link in which the mapping relationship with the at least one TID is set.
  • the management frame is transmitted based on an assigned access category (AC), and is transmitted on the at least one link regardless of an access category configured for the at least one link.
  • AC assigned access category
  • the processor receives a frame including second mapping information for establishing a mapping relationship between one or more TIDs among the plurality of TIDs and one or more links, It is indicated that the second remaining TIDs other than the one or more TIDs among TIDs do not have a specific preferred mapping relation or a preferred mapping relation.
  • the preferred specific mapping relationship is a previously set mapping relationship or the default mapping relationship.
  • the mapping relationship between the at least one TID and the overlapping TID among the second remaining TIDs is in the response frame. not directed by
  • the present invention provides a step of transmitting a request frame for mapping between a traffic identifier (TID) and a link, wherein the request frame is a mapping between at least one TID among a plurality of TIDs and at least one link first mapping information for establishing a relationship, and information related to the at least one link and the number of the at least one TID for which mapping is required; and receiving a response frame in response to the request frame, wherein the first remaining TIDs except for the at least one TID among the plurality of TIDs maintain a previously established mapping relationship with the link in effect, or A method is provided in which a default mapping relationship is applied and a mapping relationship with a specific link is not indicated by the first mapping information for the first remaining TIDs.
  • TID traffic identifier
  • QoS of a multi-link device can be enhanced.
  • the multi-link device may perform TID-to-Link mapping.
  • the multi-link device may perform QMF-to-Link mapping.
  • the multi-link device may implicitly indicate the request/suggestion link when performing TID-to-Link mapping.
  • the multi-link device may manage TID-to-Link mapping when ML setup is changed.
  • FIG. 1 shows a wireless LAN system according to an embodiment of the present invention.
  • FIG. 2 shows a wireless LAN system according to another embodiment of the present invention.
  • FIG 3 shows the configuration of a station according to an embodiment of the present invention.
  • FIG 4 shows the configuration of an access point according to an embodiment of the present invention.
  • FIG. 5 schematically illustrates a process in which a station establishes a link with an access point.
  • FIG. 6 illustrates an example of a carrier sense multiple access (CSMA)/collision avoidance (CA) method used in wireless LAN communication.
  • CSMA carrier sense multiple access
  • CA collision avoidance
  • PPDU 7 illustrates an embodiment of various standard generation-specific PLCP Protocol Data Unit (PPDU) formats.
  • PPDU Protocol Data Unit
  • EHT Extremely High Throughput
  • FIG. 9 is a diagram illustrating a multi-link device according to an embodiment of the present invention.
  • FIG. 10 illustrates an embodiment of a method for an MLD to map traffic to its own STA (Link) according to an embodiment of the present invention.
  • FIG. 11 shows an embodiment of a TID-to-Link mapping method established between an AP MLD and a Non-AP MLD.
  • FIG. 12 illustrates an embodiment of a TID-to-Link mapping method that can be established between an AP MLD and a Non-AP MLD.
  • FIG. 13 shows an embodiment of a TID-to-Link mapping element indicating QMF that can be transmitted regardless of Link.
  • FIG. 14 shows an embodiment of an operation of an MLD that establishes a QMF policy through TID-to-Link mapping.
  • FIG. 15 shows an embodiment of the format of a TID-to-Link mapping element.
  • FIG. 16 illustrates a TID-to-Link mapping procedure according to an embodiment of the present invention.
  • 17 illustrates an embodiment in which the responding MLD selectively responds to some TIDs during link mapping between the TID indicated (or proposed) by the initiating MLD.
  • FIG. 18 shows a response method of an initiating MLD accepting (accepting) a TID-to-Link mapping reversely proposed from a responding MLD.
  • FIG. 20 shows another embodiment of a TID-to-link mapping element.
  • TID-to-Link mapping element including a Link Mapping of TID field of a variable length TID.
  • FIG. 22 illustrates an embodiment of a method for managing TID-to-Link mapping of two MLDs to which a setup link is added through reset.
  • FIG. 23 shows an embodiment of a method for managing TID-to-link mapping of two MLDs for a link whose configuration is released through reconfiguration.
  • FIG. 24 is a flowchart illustrating an example of a method for mapping a TID and a link according to the present invention.
  • FIG. 1 shows a wireless LAN system according to an embodiment of the present invention.
  • the WLAN system includes one or more basic service sets (BSS), which indicate a set of devices that can communicate with each other by successfully synchronizing.
  • BSS basic service sets
  • the BSS can be divided into an infrastructure BSS (infrastructure BSS) and an independent BSS (IBSS), and FIG. 1 shows the infrastructure BSS among them.
  • infrastructure BSS infrastructure BSS
  • IBSS independent BSS
  • the infrastructure BSS (BSS1, BSS2) includes one or more stations (STA1, STA2, STA3, STA4, STA5), an access point (AP-1), which is a station providing a distribution service. , AP-2), and a distribution system that connects a plurality of access points (AP-1, AP-2) (Distribution System, DS).
  • BSS1, BSS2 includes one or more stations (STA1, STA2, STA3, STA4, STA5), an access point (AP-1), which is a station providing a distribution service. , AP-2), and a distribution system that connects a plurality of access points (AP-1, AP-2) (Distribution System, DS).
  • a station is an arbitrary device that includes a medium access control (MAC) and a physical layer interface to a wireless medium that comply with the provisions of the IEEE 802.11 standard, and in a broad sense, a non-access point ( Includes both non-AP stations as well as access points (APs). Also, in this specification, the term 'terminal' may be used to indicate a non-AP STA, an AP, or both.
  • the station for wireless communication includes a processor and a communication unit, and may further include a user interface unit and a display unit according to an embodiment.
  • the processor may generate a frame to be transmitted through the wireless network or process a frame received through the wireless network, and may perform various other processes for controlling the station.
  • the communication unit is functionally connected to the processor and transmits and receives frames through a wireless network for the station.
  • a terminal may be used as a term including a user equipment (UE).
  • An access point is an entity that provides access to a distribution system (DS) via a wireless medium for a station associated with it.
  • DS distribution system
  • the AP is used as a concept including a Personal BSS Coordination Point (PCP), and broadly speaking, a centralized controller, a base station (BS), a Node-B, a BTS (Base Transceiver System), or a site. It may include all concepts such as a controller.
  • PCP Personal BSS Coordination Point
  • the AP may also be referred to as a base wireless communication terminal
  • the base wireless communication terminal is a term including all of an AP, a base station, an eNB (eNodeB), and a transmission point (TP) in a broad sense.
  • the base wireless communication terminal may include various types of wireless communication terminals for allocating a communication medium resource and performing scheduling in communication with a plurality of wireless communication terminals.
  • a plurality of infrastructure BSSs may be interconnected through a distribution system (DS).
  • DS distribution system
  • ESSs extended service sets
  • FIG. 2 illustrates an independent BSS as a wireless LAN system according to another embodiment of the present invention.
  • the same or corresponding parts to the embodiment of Fig. 1 will be omitted redundant description.
  • BSS3 shown in FIG. 2 is an independent BSS and does not include an AP, all stations STA6 and STA7 are not connected to the AP.
  • the independent BSS is not allowed to access the distribution system and forms a self-contained network.
  • each of the stations STA6 and STA7 may be directly connected to each other.
  • the station 100 may include a processor 110 , a communication unit 120 , a user interface unit 140 , a display unit 150 , and a memory 160 .
  • the communication unit 120 transmits and receives wireless signals such as wireless LAN packets, and may be built-in or externally provided in the station 100 .
  • the communication unit 120 may include at least one communication module using different frequency bands.
  • the communication unit 120 may include communication modules of different frequency bands, such as 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
  • the station 100 may include a communication module using a frequency band of 7.125 GHz or higher and a communication module using a frequency band of 7.125 GHz or lower.
  • Each communication module may perform wireless communication with an AP or an external station according to a wireless LAN standard of a frequency band supported by the corresponding communication module.
  • the communication unit 120 may operate only one communication module at a time or a plurality of communication modules simultaneously according to the performance and requirements of the station 100 .
  • each communication module may be provided in an independent form, or a plurality of modules may be integrated into one chip.
  • the communication unit 120 may represent an RF communication module that processes a radio frequency (RF) signal.
  • RF radio frequency
  • the user interface unit 140 includes various types of input/output means provided in the station 100 . That is, the user interface unit 140 may receive a user input using various input means, and the processor 110 may control the station 100 based on the received user input. In addition, the user interface unit 140 may perform an output based on a command of the processor 110 using various output means.
  • the display unit 150 outputs an image on the display screen.
  • the display unit 150 may output various display objects such as content executed by the processor 110 or a user interface based on a control command of the processor 110 .
  • the memory 160 stores a control program used in the station 100 and various data corresponding thereto.
  • the control program may include an access program necessary for the station 100 to access an AP or an external station.
  • the processor 110 of the present invention may execute various commands or programs and process data inside the station 100 .
  • the processor 110 may control each unit of the above-described station 100 , and may control data transmission/reception between the units.
  • the processor 110 may execute a program for accessing the AP stored in the memory 160 and receive a communication setting message transmitted by the AP.
  • the processor 110 may read information on the priority condition of the station 100 included in the communication setup message, and request access to the AP based on the information on the priority condition of the station 100 .
  • the processor 110 of the present invention may refer to the main control unit of the station 100, and may refer to a control unit for individually controlling some components of the station 100, such as the communication unit 120, according to an embodiment.
  • the processor 110 may be a modem or a modulator and/or demodulator that modulates and demodulates a radio signal transmitted and received from the communication unit 120 .
  • the processor 110 controls various operations of wireless signal transmission and reception of the station 100 according to an embodiment of the present invention. Specific examples thereof will be described later.
  • the station 100 shown in FIG. 3 is a block diagram according to an embodiment of the present invention, and the separated blocks are logically divided into device elements. Accordingly, the elements of the above-described device may be mounted as one chip or a plurality of chips according to the design of the device. For example, the processor 110 and the communication unit 120 may be integrated into one chip or implemented as a separate chip. In addition, in an embodiment of the present invention, some components of the station 100 , such as the user interface unit 140 and the display unit 150 , may be selectively provided in the station 100 .
  • the AP 200 may include a processor 210 , a communication unit 220 , and a memory 260 .
  • the AP 200 may include a processor 210 , a communication unit 220 , and a memory 260 .
  • FIG. 4 redundant descriptions of parts identical to or corresponding to those of the station 100 of FIG. 3 among the configuration of the AP 200 will be omitted.
  • the AP 200 includes a communication unit 220 for operating the BSS in at least one frequency band.
  • the communication unit 220 of the AP 200 may also include a plurality of communication modules using different frequency bands. That is, the AP 200 according to an embodiment of the present invention may include two or more communication modules in different frequency bands, for example, 2.4 GHz, 5 GHz, 6 GHz, and 60 GHz.
  • the AP 200 may include a communication module using a frequency band of 7.125 GHz or higher and a communication module using a frequency band of 7.125 GHz or lower.
  • Each communication module may perform wireless communication with a station according to a wireless LAN standard of a frequency band supported by the communication module.
  • the communication unit 220 may operate only one communication module at a time or a plurality of communication modules simultaneously according to the performance and requirements of the AP 200 .
  • the communication unit 220 may represent an RF communication module that processes a radio frequency (RF) signal.
  • RF radio frequency
  • the memory 260 stores a control program used in the AP 200 and various data corresponding thereto.
  • the control program may include an access program for managing access of stations.
  • the processor 210 may control each unit of the AP 200 , and may control data transmission/reception between the units.
  • the processor 210 may execute a program for connection with a station stored in the memory 260 and transmit a communication setting message for one or more stations.
  • the communication setting message may include information on the access priority condition of each station.
  • the processor 210 performs connection establishment according to the connection request of the station.
  • the processor 210 may be a modem or a modulator and/or demodulator that modulates and demodulates a radio signal transmitted and received from the communication unit 220 .
  • the processor 210 controls various operations of wireless signal transmission and reception of the AP 200 according to an embodiment of the present invention. Specific examples thereof will be described later.
  • FIG. 5 schematically illustrates a process in which a station establishes a link with an access point.
  • the scanning step is a step in which the STA 100 acquires access information of the BSS operated by the AP 200 .
  • a passive scanning method in which information is obtained using only a beacon message S101 periodically transmitted by the AP 200, and a probe request by the STA 100 to the AP
  • an active scanning method for transmitting a probe request (S103) and receiving a probe response from the AP (S105) to obtain access information.
  • the STA 100 successfully receiving the radio access information in the scanning step transmits an authentication request (S107a), receives an authentication response from the AP 200 (S107b), and performs the authentication step do. After the authentication step is performed, the STA 100 transmits an association request (S109a) and receives an association response from the AP 200 (S109b) to perform the association step.
  • association basically means wireless coupling, but the present invention is not limited thereto, and coupling in a broad sense may include both wireless coupling and wired coupling.
  • the authentication server 300 is a server that processes 802.1X-based authentication with the STA 100 , and may exist physically coupled to the AP 200 or exist as a separate server.
  • FIG. 6 illustrates an example of a carrier sense multiple access (CSMA)/collision avoidance (CA) method used in wireless LAN communication.
  • CSMA carrier sense multiple access
  • CA collision avoidance
  • a terminal performing wireless LAN communication checks whether a channel is busy by performing carrier sensing before transmitting data. If a radio signal of a predetermined strength or higher is detected, it is determined that the corresponding channel is busy, and the terminal delays access to the corresponding channel. This process is called clear channel assessment (CCA), and the level at which a corresponding signal is detected is called a CCA threshold. If a radio signal greater than the CCA threshold value received by the terminal has the corresponding terminal as a receiver, the terminal processes the received radio signal. On the other hand, when no radio signal is detected in the corresponding channel or a radio signal having an intensity smaller than the CCA threshold is detected, the channel is determined to be in an idle state.
  • CCA clear channel assessment
  • each terminal having data to transmit performs a backoff procedure after a time in Inter Frame Space (IFS) such as AIFS (Arbitration IFS), PIFS (PCF IFS), etc. according to the situation of each terminal. do.
  • IFS Inter Frame Space
  • the AIFS may be used as a configuration to replace the existing DIFS (DCF IFS).
  • DCF IFS DIFS
  • Each terminal waits while decreasing the slot time as much as a random number determined for the corresponding terminal during the interval of the idle state of the channel, and the terminal that has exhausted all the slot time attempts access to the corresponding channel do. In this way, a period in which each terminal performs a backoff procedure is referred to as a contention window period.
  • the corresponding terminal may transmit data through the channel.
  • the collided terminals receive a new random number and perform the backoff procedure again.
  • the random number newly allocated to each terminal may be determined within a range (2*CW) twice the range of random numbers previously allocated to the corresponding terminal (contention window, CW).
  • each terminal attempts to access by performing the backoff procedure again in the next contention window period, and in this case, each terminal performs the backoff procedure from the remaining slot time in the previous contention window period. In this way, each terminal performing wireless LAN communication can avoid collision with each other for a specific channel.
  • a terminal may be referred to as a non-AP STA, an AP STA, an AP, an STA, a receiving device, or a transmitting device, but the present invention is not limited thereto.
  • an AP STA may be referred to as an AP.
  • FIG. 7 shows an example of various standard generation-specific PLCP Protocol Data Unit (PPDU) formats. More specifically, FIG. 7(a) shows an embodiment of a legacy PPDU format based on 802.11a/g, FIG. 7(b) shows an embodiment of an HE PPDU format based on 802.11ax, and FIG. 7(c) shows an embodiment of a non-legacy PPDU (ie, EHT PPDU) format based on 802.11be. In addition, FIG. 7(d) shows the detailed field configuration of L-SIG and RL-SIG commonly used in the PPDU formats.
  • PPDU Protocol Data Unit
  • the preamble of the legacy PPDU includes a legacy short training field (L-STF), a legacy long training field (L-LTF), and a legacy signal field (L-SIG).
  • L-STF legacy short training field
  • L-LTF legacy long training field
  • L-SIG legacy signal field
  • the L-STF, L-LTF, and L-SIG may be referred to as a legacy preamble.
  • the preamble of the HE PPDU includes a Repeated Legacy Short Training field (RL-SIG), a High Efficiency Signal A field (HE-SIG-A), and a High Efficiency Signal (HE-SIG-B) in the legacy preamble.
  • B field a High Efficiency Short Training field (HE-STF), and a High Efficiency Long Training field (HE-LTF) are additionally included.
  • the RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF, and HE-LTF may be referred to as a HE preamble.
  • a specific configuration of the HE preamble may be modified according to the HE PPDU format. For example, HE-SIG-B may be used only in the HE MU PPDU format.
  • the preamble of the EHT PPDU is a Repeated Legacy Short Training field (RL-SIG), a Universal Signal field (U-SIG), and an Extremely High Throughput Signal A field (EHT-SIG-A) in the legacy preamble.
  • EHT-SIG-A Extremely High Throughput Signal B field
  • EHT-STF Extremely High Throughput Short Training field
  • EHT-LTF Extremely High Throughput Long Training field
  • the RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF and EHT-LTF may be referred to as an EHT preamble.
  • the specific configuration of the non-legacy preamble may be modified according to the EHT PPDU format. For example, EHT-SIG-A and EHT-SIG-B may be used only in some of the EHT PPDU formats.
  • the L-SIG includes an L_RATE field and an L_LENGTH field.
  • the L_RATE field consists of 4 bits and indicates an MCS used for data transmission.
  • the L_RATE field is a 6/9/12/18/24/ combination of modulation methods such as BPSK/QPSK/16-QAM/64-QAM and inefficiencies such as 1/2, 2/3, and 3/4. Indicates a value of one of the transmission rates of 36/48/54 Mbps.
  • the L_RATE field is set to the minimum rate of 6 Mbps.
  • the legacy terminal and the non-legacy terminal may interpret the L_LENGTH field in different ways.
  • a method for a legacy terminal or a non-legacy terminal to interpret the length of the corresponding PPDU by using the L_LENGTH field is as follows.
  • 3 bytes ie, 24 bits
  • 4us which is one symbol duration of 64FFT.
  • the number of 64FFT reference symbols after L-SIG is obtained.
  • the length of the corresponding PPDU that is, the reception time (RXTIME)
  • RXTIME reception time
  • the length of the PPDU may be set to a maximum of 5.484 ms.
  • the non-legacy terminal transmitting the corresponding PPDU should set the L_LENGTH field as shown in Equation 2 below.
  • TXTIME is the total transmission time constituting the corresponding PPDU, as shown in Equation 3 below.
  • TX represents the transmission time of X.
  • the U-SIG Universal SIG
  • the U-SIG is a 64FFT-based OFDM 2 symbol and can transmit a total of 52 bits of information. Among them, 43 bits except for CRC/Tail 9 bits are largely divided into a VI (Version Independent) field and a VD (Version Dependent) field.
  • the VI bit maintains the current bit configuration in the future so that even if a PPDU of a subsequent generation is defined, current 11be terminals can obtain information about the corresponding PPDU through the VI fields of the corresponding PPDU.
  • the VI field consists of PHY version, UL/DL, BSS Color, TXOP, and Reserved fields.
  • the PHY version field is 3 bits and serves to sequentially classify 11be and subsequent generation WLAN standards into versions. 11be has a value of 000b.
  • the UL/DL field identifies whether the corresponding PPDU is an uplink/downlink PPDU.
  • BSS Color means an identifier for each BSS defined in 11ax, and has a value of 6 bits or more.
  • TXOP means the Transmit Opportunity Duration delivered in the MAC header. By adding it to the PHY header, the length of the TXOP including the corresponding PPDU can be inferred without the need to decode the MPDU, and has a value of 7 bits or more.
  • the VD field is signaling information useful only for the 11be version of the PPDU, and may be composed of a field commonly used for any PPDU format, such as a PPDU format and BW, and a field defined differently for each PPDU format.
  • the PPDU format is a delimiter for classifying EHT SU (Single User), EHT MU (Multiple User), EHT TB (Trigger-based), EHT ER (Extended Range) PPDU, and the like.
  • BW basic PPDU BW options of 20, 40, 80, 160 (80+80), 320 (160+160) MHz (BW that can be expressed in the form of an exponential power of 20*2 can be called basic BW) ) and various remaining PPDU BWs configured through Preamble Puncturing.
  • basic BW basic PPDU BW
  • 80 MHz may be signaled in a punctured form.
  • the punctured and modified channel shape may be signaled directly in the BW field, or may be signaled using the BW field and a field appearing after the BW field (eg, a field in the EHT-SIG field).
  • the puncturing mode can signal only 3 at most. If the BW field is 4 bits, since a total of 16 BW signaling is possible, the puncturing mode can signal a maximum of 11.
  • the field located after the BW field varies depending on the type and format of the PPDU, the MU PPDU and the SU PPDU can be signaled in the same PPDU format, and a field for distinguishing the MU PPDU and the SU PPDU is located before the EHT-SIG field. and additional signaling for this may be performed.
  • both the SU PPDU and the MU PPDU include the EHT-SIG field
  • some fields not required in the SU PPDU may be compressed.
  • the information on the field to which compression is applied may be omitted or may have a size reduced from the size of the original field included in the MU PPDU.
  • the common field of the EHT-SIG may be omitted or replaced, or a user-specific field may be replaced or reduced to one, etc. may have a different configuration.
  • the SU PPDU may further include a compression field indicating whether compression is performed, and some fields (eg, RA field, etc.) may be omitted according to a value of the compression field.
  • some fields eg, RA field, etc.
  • the EHT-SIG field When a part of the EHT-SIG field of the SU PPDU is compressed, information to be included in the compressed field may be signaled together in an uncompressed field (eg, a common field, etc.). Since the MU PPDU is a PPDU format for simultaneous reception by multiple users, the EHT-SIG field must be transmitted after the U-SIG field, and the amount of signaled information may be variable. That is, since a plurality of MU PPDUs are transmitted to a plurality of STAs, each STA must recognize the location of the RU to which the MU PPDU is transmitted, the STA to which each RU is allocated, and whether the transmitted MU PPDU is transmitted to itself.
  • an uncompressed field eg, a common field, etc.
  • the AP must transmit the above information in the EHT-SIG field.
  • the U-SIG field signals information for efficiently transmitting the EHT-SIG field, which may be the number of symbols and/or the modulation method of the EHT-SIG field, MCS.
  • the EHT-SIG field may include information on the size and location of an RU allocated to each user.
  • a plurality of RUs may be allocated to an STA, and the plurality of RUs may or may not be consecutive. If the RUs allocated to the STA are not consecutive, the STA can efficiently receive the SU PPDU only by recognizing the RU punctured in the middle. Accordingly, the AP may transmit information on punctured RUs (eg, puncturing patterns of RUs, etc.) among RUs allocated to the STA in the SU PPDU.
  • punctured RUs eg, puncturing patterns of RUs, etc.
  • a puncturing mode field including information indicating whether a puncturing mode is applied and a puncturing pattern in a bitmap format may be included in the EHT-SIG field, and the puncturing mode field may appear within the bandwidth.
  • the form of a discontinuous channel may be signaled.
  • the type of the signaled discontinuous channel is limited, and the BW and discontinuous channel information of the SU PPDU are indicated in combination with the value of the BW field.
  • the STA can recognize the bandwidth allocated to it through the BW field included in the PPDU, and the U-SIG field or EHT-SIG field included in the PPDU.
  • a punctured resource among the allocated bandwidth can be recognized through the puncturing mode field of .
  • the terminal may receive the PPDU in the remaining resource units except for the specific channel of the punctured resource unit.
  • the plurality of RUs allocated to the STA may be configured with different frequency bands or tones.
  • the reason why only the limited type of discontinuous channel type is signaled is to reduce the signaling overhead of the SU PPDU. Since puncturing can be performed for each 20 MHz subchannel, if puncturing is performed on a BW having a large number of 20 MHz subchannels such as 80, 160, 320 MHz, in the case of 320 MHz, the remaining 20 MHz subchannels except for the primary channel.
  • the type of discontinuous channel (when only the edge 20 MHz punctured type is viewed as discontinuous) must be signaled by expressing whether or not 15 are used. As such, allocating 15 bits for signaling the discontinuous channel type of single-user transmission may act as an excessively large signaling overhead in consideration of the low transmission rate of the signaling part.
  • the present invention proposes a technique for signaling the discontinuous channel type of the SU PPDU, and shows the discontinuous channel type determined according to the proposed technique.
  • a scheme for signaling primary 160 MHz and secondary 160 MHz puncturing types is proposed.
  • an embodiment of the present invention proposes a scheme for differentiating the configuration of the PPDU indicated by the preamble puncturing BW values according to the PPDU format signaled in the PPDU format field. It is assumed that the length of the BW field is 4 bits, and in case of EHT SU PPDU or TB PPDU, EHT-SIG-A of 1 symbol is additionally signaled after U-SIG or EHT-SIG-A is not signaled at all. Therefore, in consideration of this, it is necessary to completely signal up to 11 puncturing modes through only the BW field of the U-SIG.
  • the BW field may be set to 1 bit to signal whether the PPDU uses a 20 MHz or 10 MHz band.
  • SIG-B which is a signaling field for simultaneous reception by multiple users, is essential, and SIG-B may be transmitted without a separate SIG-A after the U-SIG.
  • U-SIG needs to signal information for decoding SIG-B.
  • SIG-B MCS SIG-B MCS
  • SIG-B DCM Number of SIG-B Symbols
  • SIG-B Compression Number of EHT-LTF Symbols fields.
  • EHT Extremely High Throughput
  • the PPDU may be composed of a preamble and a data part, and the format of one type of EHT PPDU may be distinguished according to the U-SIG field included in the preamble. Specifically, based on the PPDU format field included in the U-SIG field, whether the format of the PPDU is an EHT PPDU may be indicated.
  • the EHT SU PPDU is a PPDU used for single user (SU) transmission between the AP and a single STA, and an EHT-SIG-A field for additional signaling may be located after the U-SIG field.
  • SU single user
  • EHT Trigger-based PPDU format that is an EHT PPDU transmitted based on a trigger frame.
  • the EHT Trigger-based PPDU is an EHT PPDU transmitted based on the trigger frame, and is an uplink PPDU used for a response to the trigger frame.
  • the EHT-SIG-A field is not located after the U-SIG field.
  • the EHT MU PPDU is a PPDU used to transmit a PPDU to one or more STAs.
  • the HE-SIG-B field may be located after the U-SIG field.
  • FIG. 8(d) shows an example of an EHT ER SU PPDU format used for single-user transmission with an STA in an extended range.
  • the EHT ER SU PPDU may be used for single-user transmission with an STA of a wider range than the EHT SU PPDU described in FIG. 8A , and the U-SIG field may be repeatedly located on the time axis.
  • the EHT MU PPDU described in (c) of FIG. 8 may be used by the AP for downlink transmission to a plurality of STAs.
  • the EHT MU PPDU may include scheduling information so that a plurality of STAs can simultaneously receive the PPDU transmitted from the AP.
  • the EHT MU PPDU may deliver AID information of the receiver and/or the sender of the PPDU transmitted through the user specific field of the EHT-SIG-B to the STA. Accordingly, a plurality of terminals receiving the EHT MU PPDU may perform a spatial reuse operation based on AID information of a user-specific field included in the preamble of the received PPDU.
  • the resource unit allocation (RA) field of the HE-SIG-B field included in the HE MU PPDU is the configuration of the resource unit in a specific bandwidth (eg, 20 MHz, etc.) of the frequency axis (eg, , the division type of the resource unit) may be included. That is, the RA field may indicate the configuration of resource units divided in the bandwidth for transmission of the HE MU PPDU in order for the STA to receive the PPDU.
  • Information on the STA allocated (or designated) to each divided resource unit may be included in the user-specific field of the EHT-SIG-B and transmitted to the STA. That is, the user specific field may include one or more user fields corresponding to each divided resource unit.
  • a user field corresponding to at least one resource unit used for data transmission among a plurality of divided resource units may include an AID of a receiver or a sender, and the remaining resource units not performed for data transmission ( ), the user field may include a preset null STA ID.
  • Two or more PPDUs shown in FIG. 8 may be indicated by values indicating the same PPDU format. That is, two or more PPDUs may be indicated in the same PPDU format through the same value.
  • the EHT SU PPDU and the EHT MU PPDU may be indicated by the same value through the U-SIG PPDU format subfield.
  • the EHT SU PPDU and the EHT MU PPDU may be distinguished by the number of STAs that receive the PPDU.
  • a PPDU that only one STA receives may be identified as an EHT SU PPDU, and when the number of STAs is set to be received by two or more STAs, it may be identified as an EHT MU PPDU.
  • two or more PPDU formats shown in FIG. 8 may be indicated through the same subfield value.
  • some fields or some information of some fields among the fields shown in FIG. 8 may be omitted, and a case in which some fields or some information of some fields is omitted may be defined as a compression mode or a compressed mode.
  • FIG. 9 is a diagram illustrating a multi-link device according to an embodiment of the present invention.
  • the concept of a device to which one or more STAs are affiliated may be defined.
  • devices to which more than one (ie, two or more) STAs are affiliated may be defined.
  • the device may be a logical concept.
  • one or more or more than one STA affiliated devices of this concept are multi-link device (multi-link device: MLD), multi-band (multi-band) device or multi-link logical entity (multi-link logical entity: MLLE).
  • the devices of the above concept may be referred to as a multi-link entity (MLE).
  • MLE multi-link entity
  • the MLD may have one MAC medium access control service access point (SAP) up to a logical link control (LLC), and the MLD may have one MAC data service.
  • SAP medium access control service access point
  • LLC logical link control
  • STAs included in the MLD may operate in one or more links or channels. That is, it is possible for STAs included in the MLD to operate in a plurality of different channels. For example, STAs included in the MLD may operate using channels of different frequency bands of 2.4 GHz, 5 GHz, and 6 GHz. Through this, it is possible for MLD to obtain a gain in channel access and to increase the performance of the entire network.
  • the existing WLAN operates with a single link, but in the MLD operation, more channel access opportunities are obtained using a plurality of links, or an STA can efficiently operate on a plurality of links in consideration of channel conditions. .
  • the MLD to which the APs are affiliated may be an AP MLD.
  • the MLD affiliated with the non-APs may be a non-AP MLD.
  • an MLD including a plurality of STAs may exist, and the plurality of STAs included in the MLD may operate in a plurality of links.
  • an MLD including APs AP1, AP2, and AP3 may be referred to as an AP MLD, and an MLD including non-AP STA1, non-AP STA2, and non-AP STA3 as non-AP STAs is a non-AP MLD.
  • it can be said STAs included in the MLD may operate in link 1 (Link1), link 2 (Link2), link 3 (Link 3), or some of links 1 to 3.
  • the multi-link operation may include a multi-link setup operation.
  • the multi-link establishment operation may be an operation corresponding to association performed in a single link operation. In order to exchange frames in multiple links, it may be necessary to set up multiple links in advance.
  • the multi-link setup operation may be performed using a multi-link setup element.
  • the multi-link configuration element may include capability information related to multi-links, and the capability information is that an STA included in the MLD receives a frame on a link and at the same time that another STA included in the MLD sends a link to another link. It may include information related to whether the frame can be transmitted.
  • the capability information may include information related to whether STAs (non-AP STAs and/or APs (or AP STAs) can simultaneously transmit/receive frames in different transmission directions through the links included in the MLD.
  • the capability information may further include information related to a usable link or an operating channel.Multi-link configuration may be established through negotiation between peer STAs, Multiple link operation may be configured through one link.
  • a mapping relationship may exist between a link of a TID and an MLD.
  • the TID may be transmitted through the mapped link.
  • the mapping between the TID and the link may be made through a directional-based transmission. For example, mapping may be performed in each of both directions between MLD1 and MLD2.
  • the mapping between the TID and the link may have a default setting.
  • the mapping between TIDs and links may basically be a mapping of all TIDs to a certain link.
  • Wi-Fi IEEE 802.11
  • 802.11ax which is currently in the final stage, is expected to support data rates approaching up to about 10 Gbps.
  • This improved data rate of Wi-Fi can be said to have been achieved by enabling the PHY protocol to support processing for a wider bandwidth (BW) and high MCS and to utilize multiple antennas due to the improvement of hardware performance. .
  • Wi-Fi still has a transmission delay problem. All communication systems, including Wi-Fi, support a finite data rate, thus causing a transmission delay of a certain amount of time to transmit traffic.
  • the reason why the transmission delay of Wi-Fi is a problem is that the transmission delay of Wi-Fi has unpredictable characteristics.
  • the delay time required to transmit traffic can be predicted according to the amount of traffic to be transmitted, but communication using unlicensed bands like Wi-Fi
  • the system may experience unexpected transmission delay when the medium is occupied by other devices. If such unexpected transmission delay occurs, traffic with a short lifetime such as voice traffic may lose its utilization, and in this case, even if Wi-Fi supports high data rates, the quality of service (QoS) (Quality of Service)) is difficult to expect.
  • QoS Quality of service
  • the IEEE 802.11 standardization group has continuously developed the MAC protocol in order to overcome the above-mentioned limitations of unlicensed bands, and EDCA (enhanced distributed channel access) introduced in 802.11e is one of the results.
  • EDCA enhanced distributed channel access
  • QoS AP is written as AP
  • QoS STA is written as STA
  • QoS BSS is written as BSS. Therefore, when AP is called, it can be interpreted as referring to QoS AP.
  • EDCA provides a mechanism for differentiating and managing traffic into 4 types of access categories (ACs) according to their characteristics.
  • the four types of AC are AC Voice (AC_VO), AC Video (AC_VI), AC Best effort (AC_BE), and AC Background (AC_BK), and each AC has a different contention window (CW), transmit opportunity (TXOP) and It may have an AIFSN parameter.
  • AC_VO AC Voice
  • AC_VI AC Video
  • AC_BE AC Best effort
  • AC_BK AC Background
  • CW contention window
  • TXOP transmit opportunity
  • It may have an AIFSN parameter.
  • EDCA is a mechanism for adjusting the transmission priority of traffic to be transmitted using each AC by differentiating the CW, TXOP, and AIFSN parameters for the four types of ACs.
  • the EDCA may map the traffic (MSDU) to be serviced by the MAC to one of the four ACs according to a traffic category (TC) or a traffic stream (TS).
  • traffic mapped to one of the four ACs by the EDCA is managed by dividing it into four queues for each AC. In this case, the four queues may be logically separated queues rather than physically separated.
  • AC_VO is not an absolute amount of traffic like voice traffic, but it is an AC that can be used for traffic that is vulnerable to transmission delay, and relatively small CW and AIFSN parameter values to increase the probability of being serviced preferentially than traffic from other ACs.
  • the TXOP parameter of AC_VO is limited to a relatively smaller value than the TXOP parameter of other ACs, and only a shorter transmission time than other ACs is guaranteed.
  • AC_VI is more robust to transmission delay than voice traffic, but it is an AC that can be used for traffic such as video that still requires low-latency transmission and has to handle a large amount of traffic.
  • AC_VI is larger than AC_VO but has smaller CW and AIFSN parameter values than other ACs. Instead, TXOP is twice as long as AC_VI.
  • AC_BE is AC that can be used for traffic resistant to transmission delay, and most general traffic except for voice data and streaming video data can be classified as AC_BE.
  • CW and AIFSN parameters use larger values than AC_VO and AC_VI.
  • AC_BE does not have a separate TXOP, so it cannot utilize the TXOP transmission sequence of receiving an ACK response after transmitting a PPDU and transmitting a PPDU again after SIFS.
  • AC_BK is traffic robust to transmission delay similar to AC_BE, but it is an AC that can be used for traffic having a lower priority than BE traffic.
  • AC_BK uses the same CW parameter value as AC_BE, and uses a larger value than AC_BE for AIFSN parameter value. Also, AC_BK does not have a separate TXOP like AC_BE, so it cannot utilize the TXOP transmission sequence.
  • the above four types of EDCA AC are mapped to UP (user-priority) of 802.1D, and the EDCA AC is determined according to the UP value of the traffic received over the wire or the TID of the MSDU indicated by the upper layer.
  • the TID of the MSDU indicates a value of 0 to 7
  • the value indicated by the TID may correspond to UP in a one-to-one manner.
  • mapping 802.1D UP and EDCA AC are shown in Table 1 below.
  • each default CW (CWmin, CWmax), AIFSN, and TXOP parameters are defined in the standard, and the parameter value of each AC is changed by the AP to obtain a different value for each BSS. You can also use it.
  • Wi-Fi traffic is stored in one of four queues corresponding to four ACs, and only when the AC it contains succeeds in channel access according to the contention of channel access with other ACs. can be transmitted to
  • the channel access operation between EDCAF (EDCA function) corresponding to the AC may be performed through contention, and access parameters (CW[AC], AIFSN[AC]) assigned to each AC in contention may be used.
  • CW[AC], AIFSN[AC] access parameters assigned to each AC in contention
  • Channel access contention operation performed according to each AC is the same as that of DCF. At this time, if there is no traffic to be transmitted according to the specific AC in the queue, the specific AC cannot be used for contention.
  • the AC_VO having the smallest CW and AIFSN parameters has a high probability of succeeding in channel access in channel access contention with other ACs, and thus the AC_VO There is a high possibility that traffic will be serviced preferentially over traffic from other ACs.
  • the EDCA mechanism uses internal contention rules such as when an (internal) collision between ACs occurs, the AC with higher priority (see Table 1) is used, and the CW of the other AC that caused the collision is increased. and rules for configuring a PPDU including traffic from an AC other than the AC (primary AC) that won the competition.
  • the 802.11 MAC protocol defines an HCCA (HCF controlled channel access) mechanism for QoS management, and the HCCA mechanism provides TS (Traffic Stream) QoS of applications that need to be serviced periodically (such as Voice and Video). It provides a kind of centralized/hybrid coordinator-like function used to ensure.
  • HCCA HCF controlled channel access
  • TS Traffic Stream
  • SPCA Service Period Channel Access
  • Dynamic allocation of service period mechanisms but only DMG STAs can be used, and the aforementioned EDCA can be said to be the most representative QoS MAC protocol of Wi-Fi.
  • the MLD operates one or more or more than one STA operating on different links, and therefore each STA of the MLD may have an independent transmission queue.
  • the queue may be logically separated, which may have a meaning consistent with that MLD may be a logical concept.
  • MLD uses the traffic it needs to service in order to strengthen QoS, considering the nature of the traffic, and It can map to one of the STAs.
  • an MLD may map traffic to one of the STAs it operates.
  • an operation of the MLD mapping specific traffic to a specific STA may be understood as mapping the specific traffic to a link in which the specific STA is operated by the MLD.
  • FIG. 10 illustrates an embodiment of a method for an MLD to map traffic to its own STA (Link) according to an embodiment of the present invention.
  • Non-AP MLD include four STAs, AP1, AP2, AP3, and AP4, respectively, Non-AP STA1, Non-AP STA2, Non-AP STA3, Non -AP is an MLD that operates STA4, and each of the four STAs of the two MLDs can associate with each other.
  • the AP MLD utilizes the queues of the four STAs (AP1, AP2, AP3, AP4) it is operating in a similar way to the EDCA AC queue, as shown in Table 1, traffic to utilize AC_BK in the AP1 queue is used. It is possible to map traffic using AC_BE to AP2, AC_VI to AP3, and AC_VO to AP4, respectively. In this way, traffic mapped to each STA can be serviced according to the channel access procedure performed by each STA, so that traffic with different ACs is not affected by the transmission delay that occurs while traffic of different ACs are transmitted. .
  • the QoS enhancement effect obtained by separating the STAs that the MLD maps according to the nature of the traffic is similar to the EDCA giving transmission priority to the high-priority traffic, but the traffic of different ACs The difference is that you can make it unaffected.
  • the MLD maps specific traffic to which STA BW and MCS of the PPDU including the specific traffic may be different.
  • the AP1 may have an operating bandwidth of up to 40 MHz
  • AP4 which is another STA of AP MLD, operates in a 6 GHz band
  • the AP4 may utilize a maximum BW of 320 MHz as an operating bandwidth.
  • the MLD needs to map traffic with characteristics requiring high throughput and low delay, it may attempt to enhance QoS by mapping the traffic to the AP4.
  • the MLD performs STA mapping in consideration of the characteristics of the traffic to be serviced, thereby differentiating not only the transmission priority for each traffic but also the amount of resources (hardware and frequency) that can be utilized during transmission.
  • the MLD can perform traffic mapping to (the link of) the STA that it operates in consideration of the characteristics of traffic to be serviced by the MLD for QoS enhancement.
  • traffic mapped to each AC is mapped to each STA.
  • each You can try mapping.
  • a TID corresponding to a frame may exist.
  • signaling for indicating a TID corresponding to the frame may be included in the frame, and the signaling may be a TID subfield.
  • signaling for indicating the TID may be included in the MAC header of the frame.
  • signaling for indicating the TID may be included in the QoS Control field.
  • the type of the frame may be a data frame or a QoS data frame.
  • 802.11 indicates the TID according to the traffic type in the TID subfield existing in the QoS Control field of the MAC frame to enhance QoS.
  • the TID indicates UPs (user priorities) or TSID (traffic stream identifier) of an MSDU or fragment or A-MSDU included in the frame body.
  • the TID subfield consists of a total of 4 bits, and can represent values from 0 to 15.
  • the value indicated in the TID subfield is a value for UPs of MSDU(s) included in the frame body, and an AC parameter corresponding to the UP using EDCA as an access policy.
  • an AC parameter corresponding to the UP using EDCA should be processed in MAC entities using
  • the TID subfield When the TID subfield is represented as a value from 8 to 15, the value shown in the TID subfield is a value for the TSID of the MSDU(s) included in the frame body, and the MSDU(s) is a TS Info field of TSPEC by MAC entities. It should be processed according to the UP indicated in the User Priority subfield in , and the values indicated through other parameters of the TSPEC should be followed.
  • the UP of the TSID traffic may be confirmed through the User Priority field of TCLAS instead of TSPEC.
  • the access policy to be applied to the MSDU in which the TID subfield has values from 8 to 15 is indicated by the Access Policy, which is another subfield of the TS Info field, and the Access Policy subfield (Bit7, Bit8) of the TS Info field is When it appears as (1,0), it can be interpreted as indicating EDCA, and when it appears as (1,0) or (1,1), it can be interpreted as indicating HCCA.
  • an Intra-Access Category Priority element may appear in the ADDTS Request frame used when generating the TS, and User Priority in the Intra-Access Priority field present in the element and Alternate queue (AC queue) information to be used when transmitting the corresponding TS to EDCA may be included.
  • the MLD may process traffic having a TID corresponding to the TS in consideration of UP and queue information indicated in the Intra-Access priority field.
  • the MLD transfers the traffic of each TID to different STAs. You can consider mapping. This may be conceptually understood as TID-to-STA mapping or TID-to-Link mapping. In order to perform the TID-to-Link mapping, an agreement between MLDs communicating with each other may be required.
  • a specific MLD may signal its TID-to-Link mapping plan to another MLD, and the MLD that receives the TID-to-Link mapping plan from the specific MLD may You can accept or reject the mapping.
  • each MLD can transmit traffic regardless of the TID of the traffic through all links that have established a connection with the other MLD. This may be understood as mapping all TIDs to all links, and may be the default TID-to-Link mode implicitly agreed between the two MLDs that have initially established the connection.
  • TID-to-Link MLD must map all TIDs to one or more links. According to an embodiment of the present invention, it is possible to transmit a frame for the TID mapped to the link in the link. Also, it is possible not to transmit a frame for a TID that is not mapped to the link in the link. Also, the mapping between the TID and the link may be performed separately for each MLD. In addition, the mapping between the TID and the link may be performed separately for each transmission direction of the link. For example, a TID-to-link mapping may exist for each of the uplink and downlink.
  • TID-to-Link mapping may be used interchangeably with TID-to-Link, TID-to-link mapping, and mapping between TIDs and links.
  • the TID-to-link mapping may mean a mapping between an AC and a link, a mapping between a user priority and a link, a mapping between a traffic class and a link, or a mapping between a traffic stream and a link.
  • TID-to-Link mapping may be agreed differently between MLDs connected to each other.
  • MLD1 maps traffic having TID values of 0 to 3 to Link1
  • MLD2 maps traffic having TID values of 4 to 7 to Link1. can be mapped.
  • TID-to-Link mapping may be made implicitly.
  • MLD1 maps only traffic having TID values of 0 to 3 to Link1, and the Link to which the remaining TIDs are mapped may not be separately signaled.
  • traffic other than TID values 0 to 3 is mapped to Link2. That is, a TID that is not mapped to a specific link in the TID-to-Link mapping signaling may be interpreted as being mapped to another link that is not separately indicated in the TID-to-Link mapping signaling. In this case, the link not shown separately may be interpreted as a link to which all TIDs are mapped.
  • a specific MLD may request the counterpart MLD to change the TID-to-Link mapping.
  • the non-AP MLD maps the traffic mapping link to a link other than Link1 (eg, Link2). can be requested to be changed to
  • the request for TID-to-Link mapping performed by a specific MLD when the request for TID-to-Link mapping performed by a specific MLD is rejected by the counterpart MLD, the request for mapping of the same TID-to-Link configuration by the specific MLD may be limited for a certain period of time. This is to prevent repeated TID-to-Link mapping requests and rejections, and the time limit for the same TID-to-Link request after rejection may be a time indicated by the AP.
  • the specific MLD when a specific MLD requests a mapping of a link to a specific TID through the TID-to-Link mapping element of the request frame and then the other MLD rejects the mapping relationship requested through the request frame, the specific MLD is a rejected mapping Re-requesting the relationship through the request frame for a certain period of time may be restricted.
  • the AP MLD may signal time information related to the TID-to-Link mapping request interval to the STAs of its BSS as a BSS operation parameter.
  • the restriction of the rejected TID-to-Link mapping may be applied to each rejected TID.
  • a mapping request of several TIDs and links proposed at once is rejected for a specific TID, it may be restricted to request re-mapping of the specific TID for a rejected link.
  • FIG. 11 shows an embodiment of a TID-to-Link mapping method established between an AP MLD and a Non-AP MLD.
  • signaling indicating which TID is mapped to which link may exist.
  • the signaling may be a TID-to-Link Mapping element.
  • the TID-to-Link Mapping element may include a Link ID field.
  • the Link ID field may include a value indicating a link mapped by the TID-to-Link Mapping element including the Link ID field.
  • the Link ID field may include a value indicating which link information the TIDs info field corresponding to the Link ID field represents.
  • the TID-to-Link Mapping element may include a TIDs info field.
  • the TIDs info field may include information on mapping TIDs.
  • the TIDs info field may include information on TIDs mapped by the TID-to-Link Mapping element including the TIDs info field.
  • the TIDs info field may include information on a TID mapped to a link indicated by a Link ID included in the TID-to-Link Mapping element including the TIDs info field.
  • the TIDs info field may include one or more bits corresponding to each TID value. If a certain TID is mapped to a link, a bit corresponding to the certain TID may be set to a preset value (eg, 1). Also, when a certain TID is not mapped to a link, a bit corresponding to the certain TID may be set to a preset value (eg, 0) different from the preset value.
  • AP MLD transmits (0, 1, 2, 3) traffic with TIDs 0 to 3 among traffic (MSDU) to be transmitted to
  • MSDU traffic
  • Non-AP MLD through AP1 operated in Link1 You can plan to send
  • the AP MLD (c) indicates Link1 using the Link ID field of the TID-to-Link Mapping element, and then uses the TIDs info field to signal to the Non-AP MLD that TIDs 0 to 3 will be mapped to Link1.
  • the (c) TID-to-Link Mapping element is an element format for illustration, and it can be easily understood that elements of different structures can be utilized for the same purpose.
  • the Non-AP MLD may approve or reject the TID-specific transmission link planned by the AP MLD through the TID-to-Link mapping element, and then confirm it.
  • Non-AP MLD of FIG. 12 (a) After confirming TID-to-Link Mapping received from AP MLD, it maps traffic corresponding to TIDs 0 to 3 to Link1, and TIDs 4 to 7 to Link2 It is understandable that the situation is where it is agreed to map the corresponding traffic.
  • the TID-to-Link Mapping element transmitted by the AP MLD to the Non-AP MLD may have a configuration including two Link IDs and a TIDs info subfield, respectively. At this time, each of the two Link ID subfields indicates Link1 and Link2, respectively, and each of the two TIDs info subfields may indicate values meaning 0 to 3 and values meaning 4 to 7, respectively. there is.
  • the TIDs info subfield is composed of 8 bits, and each bit may be interpreted as corresponding to each of TID 0 to TID 7. That is, 8 bits of the TIDs info subfield may appear as 1111 0000 to indicate TIDs 0 to 3, and 8 bits of the TIDs info subfield may appear as 0000 1111 to indicate TIDs 4 to 7.
  • the TIDs info subfield consists of 8 bits, and each bit may be interpreted as corresponding to TID 0 to TID 15, respectively. That is, 16 bits of the TIDs info subfield may appear as 1111 0000 0000 0000 to indicate TIDs 0 to 3, and 16 bits of the TIDs info subfield may appear as 0000 1111 0000 0000 to indicate TIDs 4 to 7. there is.
  • the TIDs Info subfield may be internally composed of two subfields, and the two subfields may be Min TID and Max TID.
  • the Min TID subfield may indicate the lowest TID value among TIDs to be mapped to the corresponding link
  • the Max TID subfield may indicate the largest TID to be mapped to the corresponding link.
  • the Min TID and the MAX TID may be represented by 3 bits or 4 bits, respectively.
  • TID indicated by the TIDs Info subfield when the Min TID subfield of the TIDs Info subfield is 000 and the Max TID subfield is 011, the TID indicated by the TIDs Info subfield can be interpreted as 0 to 3, When the Min TID subfield is indicated as 100 and the Max TID subfield is indicated as 111, TIDs indicated by the TIDs Info subfield may be interpreted as 4 to 7.
  • TID indicated by the TIDs Info subfield can be interpreted as 0 to 3
  • TIDs indicated by the TIDs Info subfield may be interpreted as 4 to 7.
  • the (b) Non-AP MLD indicates only that TIDs 0 to 3 will be mapped to Link1 through the TID-to-Link Mapping element, and may not separately indicate that TIDs 0 to 7 are mapped to Link2. .
  • the Non-AP MLD did not separately indicate the TID to be mapped to Link2 in the TID-to-Link Mapping element transmitted to the (a) AP MLD, and the (a) AP MLD does not indicate the unindicated Link2 It can be implicitly interpreted that all TIDs are mapped.
  • the MLD may map the traffic to be serviced to one or more STAs (Links) operated by the MLD according to the TID of the traffic. If the TIDs mapped to a specific link correspond to two or more EDCA ACs, the QoS STA (of the MLD) operating on the specific link can differentiate the traffic of the mapped TIDs according to the EDCA mechanism and provide service. . That is, the MLD may map TIDs to each link by using TID-to-Link mapping, and each STA of the MLD may apply the EDCA mechanism to traffic of TIDs mapped to its own link.
  • STAs STAs
  • a specific MLD maps traffic corresponding to AC_VO and traffic corresponding to AC_BK to a specific link through TID-to-Link mapping
  • an STA operating on the specific link corresponds to traffic corresponding to AC_VO to AC_BK
  • the service can be serviced first with a higher probability than that of traffic.
  • the STA operating on the specific link sets the sum of the CWmax and AIFSN parameters of AC_VO to be smaller than the AIFSN of AC_BK, the STA operating on the specific link always prefers AC_VO traffic over AC_BK traffic. can do.
  • MLD can enhance QoS by adjusting and changing the TID mapped to each link according to the operation goal or perform an operation that considers the performance characteristics of each link.
  • the rules to follow when mapping TID-to-Link are may not be separately defined. This means that, unlike the EDCA mechanism providing UP to AC rules, the MLD can freely utilize the TID-to-Link mapping according to the MLD's operation policy. However, all TIDs must be mapped to at least one link, and the MLD must not request TID-to-Link Mapping of a configuration in which at least one TID is not mapped to any link from another MLD. Accordingly, if TID mapping for at least one link is not implicitly performed, all TIDs must be explicitly mapped to at least one link or more.
  • FIG. 12 illustrates an embodiment of a TID-to-Link mapping method that can be established between an AP MLD and a Non-AP MLD.
  • FIG. 12(a) shows an embodiment in which both AP MLD and Non-AP MLD utilize the Default TID-to-Link mapping, and AP MLD and Non-AP MLD are AP1, AP2, and Non-AP MLD in Link1 and Link2, respectively.
  • the situation of operating AP STA1 and Non-AP STA2 was considered.
  • Default TID-to-Link Mapping state as considered in this embodiment can keep
  • the AP MLD maps not only the TID but also the TSID to all links, and the TSID mapped to all links is the default mapping state unless separate TID-to-Link mapping is performed.
  • the MLD wants to change the TSID to a mapping type other than the default mode (for example, only mapping TSID 9 to Link2), it can perform TSID-to-Link mapping in the same way as TID-to-Link. .
  • a specific method of the TSID-to-Link mapping can be easily understood when the TID-to-Link method is considered, and thus a detailed description thereof will be omitted.
  • the MLD may perform service link differentiation in consideration of the nature of traffic to be serviced by the MAC.
  • This can be understood as similar to the conventional Wi-Fi that utilizes the EDCA mechanism to differentiate AC according to traffic characteristics, MLD utilizes each link as AL (Access link) and differentiates AL according to traffic characteristics.
  • AL Access link
  • the traffic to be processed by the MAC of Wi-Fi includes not only the MSDU requested to be processed by the upper layer, but also a management frame including information for operating the BSS.
  • a management frame unlike each MSDU having a TID, it does not have an individual TID.
  • the QoS STA needs to determine an AC to be used when transmitting the QoS management frame, and the conventional 802.11 standard provides a default QMF policy for the QoS management frame, so that the QoS STA manages the QoS (hereinafter referred to as a management frame). It was made possible to determine the AC to be used when transmitting a frame.
  • the QMF policy may be changed by the QoS AP operating the QoS BSS.
  • an AC corresponding to a management frame may exist.
  • the AC corresponding to the management frame may be determined by the QMF policy. In this case, it is possible to call the AC corresponding to the management frame a QMF access category.
  • the type of the management frame or QMF AC may be determined based on a type, subtype, or Category value corresponding to the management frame.
  • a service in which an AC corresponding to a management frame exists or a service that accesses a channel based on an AC based on a QMF policy when a management frame is transmitted may be referred to as a QMF service.
  • frame transmission based on QMF policy can be limited to a case where both the STA transmitting the frame and the STA receiving the frame support QMF.
  • Table 2 below shows some examples of the default QMF policy.
  • AC_VO is set to default AC for (Re)Association Request/Response. Therefore, when QoS STAs transmit Association Request or respond to Association Response, they are transmitted using CW and AIFSN parameters of AC_VO. may have to On the other hand, in the case of Timing Advertisement, if the default AC is set to AC_BE and, therefore, the QoS AP does not separately change the QMF policy of the QoS BSS, the QoS STA transmits the Timing Advertisement using the CW and AIFSN parameters of AC_BE. do.
  • the reason that different QMF access categories are given according to the types of management frames in the Default QMF policy is that even for management frames, there are types of management frames that do not have high urgency to process, and the process of processing the management frames with low urgency This is to prevent other traffic and management frame service from being delayed.
  • the MLD divides the management frames into their types, similar to how the MLD differentiates the AL according to the TID through TID-to-Link mapping. It can be mapped to different links accordingly.
  • the default QMF policy of MLD may have been set so that all QMFs can utilize all ACs.
  • the QMF access category may be set to AC_Any for management frames of all subtypes.
  • the management frame when the QMF service is enabled, the management frame may be transmitted based on an access category corresponding to the management frame.
  • a connection category may be limited to a channel connection.
  • when a management frame is transmitted when the QMF service is enabled it is transmitted based on an access category corresponding to the management frame, but transmission is possible in any link regardless of TID-to-link mapping. For example, even when an AC corresponding to the management frame is not mapped to a link based on TID-to-link mapping, it may be possible to transmit the management frame in the link.
  • a link to be transmitted may not be specified because a TID may not be allocated.
  • the management frame since the management frame does not have an assigned TID, it may not be necessary to establish a mapping relationship between the TID and the link. Accordingly, the management frame can be transmitted regardless of the mapping between the TID and the link.
  • each management frame can be mapped to the link to which the traffic corresponding to the AC is mapped according to the QMF access category (see Table 2) assigned to each management frame. . That is, it is possible to transmit the management frame based on the TID-to-link mapping.
  • an AC (or TID) when an AC (or TID) is mapped to a link and the AC (or TID) corresponding to the management frame is the AC (or TID), it is possible to transmit the management frame on the link. Also, when an AC (or TID) is not mapped to a link and the AC (or TID) corresponding to the management frame is the AC (or TID), it is possible that the management frame cannot be transmitted in the link.
  • the Association Req/Resp management frame to which the QMF access category is assigned as AC_VO may be mapped to the specific link.
  • the QoS STA can change the AC to be used when processing each management frame without following the Default QMF policy. Therefore, by changing the AC assigned to each management frame, the link to which each management frame is mapped can be freely changed.
  • the MLD can perform QMF-to-Link mapping for each QMF in a manner similar to TID-to-Link mapping, even for QMFs that do not have a TID.
  • QMF there may be a QMF having a characteristic that must be transmittable on all links regardless of the type of AC assigned to QMF, and therefore MLD uses QMF that can be mapped to all links regardless of the assigned AC. can direct
  • the management frame may be transmitted to all links regardless of the mapping between the TID and the link.
  • the link through which the management frame is transmitted may be an enabled link in which the mapping between the TID and the link is set.
  • the enabled link means a link in which a mapping relationship with at least one TID is set.
  • the management frame when the management frame is transmitted only through the enabled link, the management frame may not be transmitted if there is no enabled link except for the broadcast management frame transmitted regardless of the link. Therefore, in the case of a specific management frame, it can be transmitted even when there is no enabled link.
  • FIG. 13 shows an embodiment of a TID-to-Link mapping element indicating QMF that can be transmitted regardless of Link.
  • the MLD when performing TID-to-Link mapping, may indicate QMF that can be mapped to all links regardless of the AC granted by the QMF policy.
  • information related to a management frame subtype may be indicated in the TID-to-Link Mapping element, and the management frame of the indicated subtype is to be mapped to all Links regardless of the AC (or TID) assigned to the management frame.
  • the TID-to-Link Mapping element may have a QMF Support field corresponding to each Link ID.
  • the QMF Support field indicates whether all types of QMFs can be mapped to a link indicated by a corresponding Link ID field. More specifically, when the QMF Support field corresponding to a specific link is 1 (true), all types of QMFs can be mapped to the specific link regardless of QMF policy of each QMF.
  • a (QMF) management frame subtype may appear in the TID-to-Link Mapping element.
  • the QMF of the subtype corresponding to the value indicated by the management frame Subtype field may be mapped to all Links regardless of the assigned AC. For example, if the Management Frame Subtype field is indicated as 0101 (Probe Response), the Probe Response Frame may be mapped to all Links regardless of the AC assigned (allocated/instructed) by the QMF policy.
  • the TID-to-Link Mapping element may include a QMF Support field for indicating whether all QMFs can be mapped to each link.
  • the TID-to-Link Mapping element may include a (QMF) Management Frame Subtype for indicating whether a management frame of a specific subtype can be mapped to all Links.
  • signaling indicating whether to be based on TID-to-link mapping when transmitting QMF may be present. That is, when QMF is transmitted in a specific link, signaling indicating whether transmission is possible is determined based on TID-to-link mapping may exist.
  • the signaling indicates a preset value
  • the signaling indicates a preset value
  • the MLD when the MLD receives a QMF that requests a response such as Probe Request/Response through a specific link, it responds with a response QMF frame through the specific link regardless of the MLD's QMF-to-Link mapping policy ( can be sent). That is, when a QMF frame of the Request type is received on a specific Link, the QMF frame of the Response type responding to it can be responded through the specific Link regardless of the AC. In addition, when a QMF frame of the Request type is received on a specific Link, the QMF frame of the Response type responding to it can be responded through the specific Link regardless of QMF-to-Link mapping.
  • FIG. 14 shows an embodiment of an operation of an MLD that establishes a QMF policy through TID-to-Link mapping.
  • TID-to-Link Mapping element 14A is an example of a TID-to-Link Mapping element that can be generated to perform TID-to-Link mapping for three links.
  • the link not explicitly indicated by the Link ID fields of the element is the default TID-to-Link mapping It can be interpreted by the receiving MLD as implicitly indicating that it will utilize
  • the specific MLD when the specific MLD generates the TID-to-Link Mapping element shown in FIG. 14(a) and the counterpart MLD accepts it, the specific MLD is the TID-to-Link mapping element shown in FIG. 14(b).
  • traffic and QMF frames can be transmitted.
  • (a_1), (a_2), and (a_3) of FIG. 14 (a) indicate subfields for Link1, Link2, and Link3, respectively, and (a_common) indicates a subfield that is applied to all Links. inserted for
  • the MLD may map and transmit traffic having TIDs 0 to 3 using Link1.
  • the TIDs 0 to 3 are AC_BK (UP 1, 2) and AC_BE (UP 0) among ACs. , may be a TID corresponding to 3).
  • Link1's QMF Support is indicated as 1 (true), so the MLD is of any type ( subtype) of QMF can be transmitted (mapped).
  • the MLD can transmit (map) traffic having TID 0 to 3 in the same way as Link1 through Link2, but the QMF support field corresponding to Link2 (FIG. 16( Since (a_2) in a) is indicated as 0, only the QMF to which the same AC as the TID mapped to Link2 is assigned can be mapped to Link2 and transmitted.
  • the MLD transmits (maps) the QMF 1111 whose Management Frame Subtype is 1111 through the Link2. In this case, in order for the STA of Link2 to transmit the QMF 1111, it may have to attempt channel access by applying the AC (indicated by the QMF policy) granted to the QMF 1111 .
  • Traffic having TIDs 4 to 7 may be transmitted (mapped) to Link3 of the MLD, and in this case, TIDs 4 to 7 may be traffic mapped to AC_VI and AC_VO.
  • the MLD since the QMF support field ((a_3) of FIG. 16(a)) corresponding to Link3 is indicated as 0, the MLD can transmit or map only the QMF to which AC_VI/AC_VO is assigned through Link3.
  • the MLD since 1111 is indicated through the (QMF) Management Frame Subtype field, the MLD may transmit (map) the QMF 1111 whose Management Frame Subtype is 1111 through the Link3. In this case, in order for the STA of Link3 to transmit the QMF 1111, it may have to attempt channel access by applying the AC (indicated by the QMF policy) given to the QMF 1111 .
  • MLDs may perform TID-to-Link mapping to map each TID to a different link to enhance QoS.
  • Embodiments of the present invention to be described below provide a specific signaling method of TID-to-Link Mapping performed between MLDs and a negotiation proceeding method.
  • the drawings of each embodiment provided below may be displayed in a form in which some immediate ack frames are omitted for concise expression.
  • the response MLD that has received the TID-to-Link Mapping Request frame may transmit an Immediate Ack frame (responded after SIFS) as a response, which may be omitted for brevity.
  • TID-to-Link Mapping element uses the TID-to-Link Mapping element to indicate a specific TID and a specific Link to map the indicated TID to the indicated Link. you can request to do In this case, the TID-to-Link Mapping element may be utilized to indicate a plurality of TID groups and a plurality of Link groups together.
  • a single TID-to-Link Mapping element may indicate TID sets #1, #2, and #3 corresponding to Link sets #1, #2, and #3, respectively.
  • TID set #1 is indicated to correspond to Link set #1, it may be understood that mapping TIDs corresponding to TID set #1 to Links corresponding to Link set #1 is attempted.
  • the TID-to-Link Mapping element including the desired TID and Link information for the mapping may be transmitted through a TID-to-Link Mapping Request frame (included in the TID-to-Link Mapping Request frame).
  • the MLD that has transmitted the TID-to-Link Mapping Request frame may be referred to as an initiating MLD or a requesting MLD.
  • the MLD that has received the TID-to-Link Mapping element (TID-to-Link Mapping Request frame) including the TID and Link indication information is the TID desired by the MLD that transmitted the TID-to-Link Mapping Request frame.
  • - Mapping information between Links can be checked.
  • the MLD that has received the TID-to-Link Mapping Request frame has a TID-to-Link to accept (accept/adopt) or reject (refuse/reject/denied) the mapping between the TID and the Link requested by the initiating MLD. You may need to respond with a Mapping Response frame.
  • the MLD receiving the Request frame must respond to the TID-to-Link Mapping Response frame, it may be referred to as a Response MLD.
  • the response MLD is the requested TID ?? from the initiating MLD.
  • the suspension for the predetermined time may be for managing the transmission queue of STAs of each Link included (connected) in each MLD. More specifically, after the TID-to-Link mapping negotiation is completed, each MLD may have a grace time to manage the STA's transmission queue corresponding to each Link according to the negotiated TID-to-Link mapping state. That is, after the grace time corresponding to the predetermined time has elapsed, the two MLDs that have completed TID-to-Link mapping should perform communication according to the agreed TID-to-Link mapping state. In this case, performing communication according to the TID-to-Link mapping state means that only traffic (frames, etc.) of the TID mapped to the corresponding link in a specific link can be transmitted/received.
  • the responding MLD when it wants to reject the TID??to-Link mapping requested from the initiating MLD, it can respond by including the TID-to-Link Mapping element in the TID-to-Link Mapping Response frame to which it responds.
  • the TID-to-Link Mapping element included in the Response frame may indicate a different TID and Link from the TID-to-Link Mapping element included in the Request frame.
  • TID 0 may be indicated in correspondence with Link 1.
  • the initiating MLD that transmitted the Request frame made its proposal to map TID 0 with Link 1 It can be recognized that this has been rejected.
  • the initiating MLD may recognize that the responding MLD wants to map TID 0 to Link 2 by confirming that TID 0 is indicated to correspond to Link 2 in the Response frame responded from the response MLD.
  • the initiating MLD receives a response frame including the TID-to-Link Mapping element from the responding MLD, the initiating MLD then constructs a request frame to be (re)transmitted to the responding MLD, the received Response frame TID indicated in ?? Mapping information between Links may need to be indicated in the same way.
  • the response MLD is the TID ?? indicated (requested) by the initiating MLD through the TID-to-Link Mapping element. You may want to accept only a part of Mapping between Links.
  • the initiating MLD may request to map TID 0 to Link 1 by indicating TID 0 in correspondence with Link 1, and at the same time indicate TID 1 in correspondence with Link 2, thereby requesting mapping of TID 1 to Link 2 .
  • the response MLD may want to accept only one of the two mapping requests (TID 0 to Link 1, TID 1 to Link 2) requested by the initiating MLD.
  • the response MLD may accept the TID-Link Mapping request requested in relation to the specific TID by indicating only the remaining TIDs except for the specific TID to be accepted in the TID-to-Link Mapping element included in the Response frame. .
  • the TID-Link Mapping to be accepted is If there is, consent can be implicitly indicated by not indicating the corresponding TID (TID to be accepted) in the Response frame. Therefore, the initiating MLD receives a TID-Link Mapping request for the TID when there is a TID that is not indicated in the Response frame of the response MLD among the TIDs indicated through the Request frame. It can be perceived (interpreted) as
  • AP MLD can help non-AP STAs (MLDs) that have received the Beacon frame to recognize their preferred TID-Link Mapping state by transmitting the TID-to-Link Mapping element in the Beacon frame.
  • MLDs non-AP STAs
  • the non-AP STA MLD may request a TID-to-Link Mapping negotiation with a TID-to-Link Mapping element.
  • the non-AP STA MLD may need to set a TID-to-Link Mapping element to be included in the Association Request frame it transmits in consideration of the preferred TID-Link Mapping state of the AP indicated through the Beacon frame.
  • the AP MLD including the TID-to-Link Mapping element in the Beacon frame may be limited to the AP MLD supporting TID-to-Link Mapping negotiation.
  • the TID-to-Link Mapping element may be transmitted by being included in the (Re)Association Request/Response Frame, or may be transmitted through the TID-to-Link Mapping Request/Response Frame.
  • the TID-to-Link Mapping element included in the two types of response frames may be included to suggest preferred TID-Link mapping to the MLD that has transmitted the Request frame.
  • the Response Frame (unsolicited response frame) transmitted without receiving the Request Frame including the TID-to-Link Mapping element suggests (indicates) the preferred TID-to-Link Mapping state to the MLD, which is the single-purpose device of the frame. ) can be sent to
  • FIG. 15 shows an embodiment of the format of a TID-to-Link mapping element.
  • the TID-to-Link Mapping element may have a configuration including a subfield indicating TID and a subfield indicating Link.
  • subfields indicating TID and Link may be used to indicate a single TID and Link, or may be used to indicate a TID set and Link set.
  • the method of indicating the TID and Link, the TID set and the Link set may be similar to the method of indicating the TID using the 8-bit TIDs info field described in the embodiment of FIG. 11 .
  • an 8-bit Links info field may be utilized to indicate a Link set, and each bit of the Links info field may be utilized to indicate whether each index and TIDs indicated in a corresponding Link correspond to each other.
  • each bit of the Links info field may be utilized to indicate whether each index and TIDs indicated in a corresponding Link correspond to each other.
  • TID 0 to TID 3 are Link 1 (0) to Link 2 (1) and Mapping can be understood as proposed / reverse proposal.
  • a TID-to-Link Mapping element may have a configuration including a plurality of TID-to-Link Mapping Info fields (see FIG. 15C ). This means that mapping for multiple TID and Link pairs can be proposed/reversed through a single TID-to-Link Mapping element. That is, the TID-to-Link Mapping element may include mapping information indicating each mapping relationship to indicate mapping between one or more TIDs and one or more links. In this case, a plurality of TIDs may be mapped to one link.
  • the TID-to-Link Mapping element may indicate different TIDs and Links in each TID-to-Link Mapping Info field through a plurality of TID-to-Link Mapping Info fields.
  • a specific TID cannot be indicated in more than one TID-to-Link Mapping Info field.
  • each TID should be indicated only once (or less than once) within the TID-to-Link Mapping element. For example, if TID 0 is indicated in the TID Info subfield of the first TID-to-Link Mapping Info field of the TID-to-Link Mapping element, TID 0 is displayed in the remaining TID-to-Link Mapping Info fields included in the corresponding element. It may not be indicated. In this case, the indication of TID 0 may indicate that TID 0 is indicated alone or that a TID set including TID 0 (eg, TID 0 to TID 3) is indicated.
  • the format of the TID-to-Link Mapping element may be different depending on the number of included TID-to-Link Mapping Info fields. Accordingly, the TID-to-Link Mapping element may be configured to include a field for indicating information related to its own length.
  • the TID-to-Link Mapping Control field may be indicated before the TID-to-Link Mapping Info field to indicate information related to the length of the TID-to-Link Mapping Info fields.
  • the length-related information includes the number of TID-to-Link Mapping Info fields (FIG. 15 (c)) included in the TID-to-Link Mapping Info fields and the length of each TID-to-Link Mapping Info field. (size) may be related information. That is, the information on the length may be information related to the number of one or more TIDs mapped to one or more links.
  • the TID-to-Link Mapping Control field may include a TID-to-Link Mapping Info size subfield and a Link Bitmap size subfield.
  • the TID-to-Link Mapping Info size subfield may indicate information related to the length of the TID-to-Link Mapping Info fields included in the TID-to-Link Mapping element.
  • the TID-to-Link Mapping Info size subfield may indicate the number of TID-to-Link Mapping Info fields included in the TID-to-Link Mapping element.
  • the TID-to-Link Mapping Info size subfield may indicate the size (octet unit, etc.) of the TID-to-Link Mapping Info fields included in the TID-to-Link Mapping element.
  • the Link Bitmap size subfield may be utilized to indicate the size of the Link Info subfield included in each TID-to-Link Mapping Info field.
  • the reason that the Link Bitmap size subfield is required is that the number of links in the MLD may be variable, unlike the fixed number of TIDs to 8 (TID 0 to TID 7). Accordingly, the Link Bitmap size subfield may indicate a value related to the size of the Link Info subfield included in the TID-to-Link Mapping Info field.
  • the Link Bitmap size subfield may consist of 1 bit to indicate one of the preset sizes of the Link Info subfield.
  • the Link Bitmap size subfield is indicated as 0
  • the Link Bitmap size subfield is indicated as 8 bits
  • the Link Bitmap size subfield is indicated as 1, it is indicated that the size of the Link Info subfield is 16 bits.
  • TID-to-Link Mapping negotiation may be performed independently for DL and UL directions as described above (see FIG. 11 ). Accordingly, TID-to-Link Mapping negotiation performed between MLDs through the TID-to-Link Mapping element may be performed simultaneously in the DL and UL directions. That is, information for negotiation of DL TID-to-Link Mapping and UL TID-to-Link Mapping may be simultaneously indicated in a single TID-to-Link Mapping element. Considering this, the TID-to-Link Mapping Info fields may include both a DL TID-to-Link Mapping Info field(s) and a UL TID-to-Link Mapping Info field(s).
  • the TID-to-Link Mapping info size subfield indicates information related to the size of the DL TID-to-Link Mapping Info field(s) and the size of the UL TID-to-Link Mapping Info field(s), respectively. To do this, it may be composed of two types of TID-to-Link Mapping info size subfields (DL TID-to-Link Mapping Info size subfield and UL TID-to-Link Mapping Info size subfield). However, when information on DL and UL is not separately indicated in the TID-to-Link Mapping element, one-way TID-to- applied to the transmission or reception direction of the MLD that has transmitted the Request frame including the TID-to-Link Mapping element. It may be Link Mapping information.
  • each TID is indicated more than once in the TID-to-Link Mapping element.
  • the TID set including TID 0 in the first is mapped to Link 1
  • the second TID-to-Link In the second of the Mapping Info fields another TID set including TID 0 may be mapped to Link 2 and indicated.
  • the MLD response MLD
  • the response MLD may complete the TID-to-Link mapping negotiation by mapping all of TID 0 to Link 1 to Link 2 by responding to a Response frame that does not include the TID-to-Link Mapping element.
  • TID-to-Link Mapping negotiation may be performed between MLDs using a TID-to-Link Mapping element.
  • the initiating MLD indicates (preferred) TID-Link Mapping to be proposed by using the TID-to-Link Mapping element included in the Request frame (TID-to-Link Mapping Request frame or (Re)Association Request frame). can do.
  • the responding MLD may determine whether to accept the TID-Link Mapping indicated in the TID-to-Link Mapping element.
  • the responding MLD and the initiating MLD may utilize TID-to-Link Mapping Request frame, TID-to-Link Mapping Response frame, TID-to-Link Mapping Teardown frame, etc. to perform TID-to-Link Mapping negotiation.
  • the TID-to-Link Mapping Req/Resp/Teardown frame may be frame formats corresponding to the TID-to-Link Mapping Action frame. That is, in the Category field of the Action field, a value indicating a TID-to-Link Mapping Action frame is indicated, and in the Action Details field, a TID-to-Link Mapping Request frame, TID-to-Link Mapping Response frame, TID-to- A value for classifying the Link Mapping Teardown frame may be indicated. As an example, the TID-to-Link Mapping Action frame may be indicated by a Category value between 32 and 125 that remains reserved in 11 ax.
  • the TID-to-Link Mapping Req/Resp/Teardown frame may be distinguished by being indicated by 0, 1, and 2, respectively, in 1 octet immediately following the Category field. That is, if the Category field value of the Action frame is indicated as 32 and the octet immediately following the Category field indicates 0 (0000 0000), the corresponding Action frame may be a TID-to-Link Mapping Request frame.
  • the responding MLD wants to reject all or part of the TID-Link Mapping method proposed by the initiating MLD
  • the responding MLD sends a TID-to- TID-Link Mapping proposed from the initiating MLD may be rejected by responding including a Link Mapping element. That is, when the response frame includes the TID-to-Link Mapping element and is responded, it may be understood that the TID-to-Link mapping negotiation between the initiating MLD and the responding MLD is not completed.
  • the TID-to-Link Mapping Info field included in the TID-to-Link Mapping element of the Response Frame may indicate TID-Link Mapping information that the response MLD counter-proposes to the initiating MLD.
  • the initiating MLD suggests (instructs/requests) to map TID 0 to Link 1 (via Request frame), and the response MLD instructs TID 0 to be mapped to Link 2 through the Request frame
  • the initiating MLD can be interpreted that the responding MLD (reverse) proposed to map TID 0 to Link 2.
  • the response MLD indicates (reverse proposal) only some TID-Link Mappings among the TID-Link Mappings proposed (requested) from the initiating MLD through the Response frame, thereby requesting Link Mapping for the remaining TIDs except for the indicated TID (Request). You can accept the instruction (suggested) through the frame.
  • the TID-Link mapping of the initiating MLD to the TID not indicated by the responding MLD through the Response frame may be understood as being accepted from the responding MLD.
  • the initiating MLD indicates Link Mapping for a specific TID in the TID-to-Link Mapping element of the Request frame, and then when the specific TID is not indicated in the TID-to-Link Mapping element of the Response frame, the specific TID It should be interpreted that the Link Mapping request proposed for the MLD is accepted by the responding MLD.
  • the response MLD does not include the mapping information related to the mapping relationship to the TID in the TID-to-Link Mapping element included in the response frame, so the TID requested (or proposed) by the initiating MLD through the request frame.
  • a mapping relationship between and a link can be implicitly accepted.
  • the initiating MLD implicitly transmits the mapping relationship of some TIDs with links to the response MLD by not including the mapping information on the mapping relationship for some TIDs in the TID-to-Link Mapping element included in the request frame.
  • mapping information for some TIDs among a plurality of TIDs for mapping with the link is provided to the TID-to-Link of the request frame.
  • mapping element it is possible to implicitly indicate to the responding MLD the mapping relationship for some TIDs that are not included.
  • mapping information on a mapping relationship with a link for a specific TID is missing in the request frame, a mapping relationship with a link for a specific TID may be implicitly indicated (or suggested).
  • the implicit proposal may be 1) a previously established mapping relationship remains valid without being changed, or 2) a mapping relationship between a TID and a link may be a default mapping relationship.
  • the basic mapping relationship may be a mapping relationship in which all links are mapped to one TID.
  • the implicit proposal may be a proposal to map a TID not indicated in the TID-to-Link Mapping element to all Links. That is, when the initiating MLD does not indicate a specific TID in the TID-to-Link Mapping element included in the Request frame, the specific TID may be (implicit) instructed/requested as mapping to all Links.
  • the implicit proposal may be a proposal to maintain a previously negotiated Link Mapping state for a TID not indicated in the TID-to-Link Mapping element. That is, if the initiating MLD does not indicate a specific TID in the TID-to-Link Mapping element included in the Request frame, the specific TID is already established before transmitting the Request frame including the TID-to-Link Mapping element. It may be an instruction/request (implicitly) to maintain the TID-Link Mapping state.
  • the initiating MLD does not indicate the information on the specific TID in the next transmitted Request frame, so that for the specific TID You may want to keep the already accepted Link Mapping status in effect without changing it.
  • the initiating MLD uses the specific TID in the Request frame. By not indicating information on , it may be desired to maintain the Link Mapping state for the specific TID.
  • the state with the TID-to-Link Mapping mode for which the negotiation has been completed is the state in which the default TID-to-Link Mapping mode is applied between both MLDs after the association is performed, or the most recent TID-to transmitted/received between the MLDs.
  • -Link Mapping Response Frame may be in a state that does not include a TID-to-Link Mapping element.
  • the responding MLD wants to accept all TID-Link Mappings (explicitly/implicitly) proposed by the initiating MLD
  • the responding MLD receives the TID-to-Link Mapping Request frame from the initiating MLD and then - A TID-to-Link Mapping Response frame that does not include a Link Mapping element can be responded.
  • the response MLD may accept the TID-to-Link Mapping indicated (suggested) from the initiating MLD by not performing the TID-Link Mapping reverse proposal through the Response frame.
  • the initiating MLD may confirm that the TID-to-Link Mapping negotiation has been completed. In addition, it can be said that the TID-Link Mapping accepted from the responding MLD is applied from the point in time when the TID-to-Link Mapping negotiation is completed.
  • the above-described TID-to-Link Mapping negotiation proposal/acceptance/rejection (reverse proposal) method may be applied to TIDs for DL and UL, respectively, or may be applied to all TIDs of DL or UL at once.
  • the initiating MLD does not indicate the TID for DL through the TID-to-Link Mapping element (when the DL TID-to-Link Mapping Info size is indicated as 0)
  • the initiating MLD It may be implicitly suggesting that the TID-Link Mapping state will be maintained in the previously agreed state.
  • the initiating MLD may not indicate the TID for the DL in order to change the TID-to-Link Mapping state for the DL to the default TID-to-Link Mapping state.
  • the response MLD asks the initiating MLD to maintain the TID-to-Link Mapping state for the DL in the same state as before. can be interpreted as desired. Alternatively, the response MLD may be interpreted as a request from the initiating MLD to change the TID-to-Link Mapping state for the DL to the default TID-to-Link Mapping state.
  • the response MLD does not perform an indication of all TIDs of DL or UL in the Response frame (when the DL or UL TID-to-Link Mapping Info size is 0), the unindicated DL or UL is the initiation MLD It can be interpreted by the initiating MLD as that all of the TID-to-Link Mappings proposed by .
  • the two MLDs when the TID-to-Link Mapping negotiation procedure is completed between the initiating MLD and the responding MLD, the two MLDs must perform link operation according to the negotiated TID-to-Link Mapping state within a certain time. In other words, when the TID-to-Link Mapping negotiation procedure is completed, both MLDs can process only traffic corresponding to the TID mapped to the corresponding link and direction (DL/UL) when performing transmission.
  • the two MLDs can process traffic for all TIDs on all links within a certain period of time.
  • the MLD switched to the default TID-to-Link mapping mode must maintain a state capable of performing BA frame response (immediate BA) to all TIDs in all links after the predetermined time.
  • all the TIDs may mean only TIDs for which a BA session is established between both MLDs. That is, when a mapping relationship between a TID and a link is formed, the MLD may transmit/receive a frame and its BA to/from the counterpart MLD through the formed mapping relationship.
  • FIG. 16 illustrates a TID-to-Link mapping procedure according to an embodiment of the present invention.
  • the AP MLD and the non-AP MLD maintain a default TID-to-Link Mapping state.
  • AP MLD and non-AP MLD are associated through two links (Link1 and Link2), and all TIDs (including TID 0 to TID 7, or TSID) are all mapped to the two links.
  • the Non-AP MLD may transmit a TID-to-Link Mapping Request Frame to the AP MLD as shown in (b) of FIG. 16 .
  • the non-AP MLD instructs to map UL TID 0 to TID 3 to Link 1 without indicating the DL TID, and links UL TID 4 to TID 7 You can instruct Mapping to 2.
  • the Non-AP MLD indicates TID 0 to TID 3 in the TID Info subfield of the first UL TID-to-Link Mapping Info field to indicate that TID 0 to TID 3 should be mapped to Link 1
  • Link 1 may be indicated in the Link Info subfield of the corresponding UL TID-to-Link Mapping Info field.
  • the Non-AP MLD indicates TID 4 to TID 7 in the TID Info subfield of the second UL TID-to-Link Mapping Info field to indicate that TID 4 to TID 7 should be mapped to Link 2
  • Link 2 may be indicated in the Link Info subfield of the corresponding UL TID-to-Link Mapping Info field.
  • the non-AP MLD After the AP MLD receives the TID-to-Link Mapping Request Frame from STA1 of the non-AP MLD, the non-AP MLD sets the default TID for the TID of the DL through the TID-to-Link Mapping element included in the received frame. -to-Link Mapping state is maintained, and it can be recognized that UL TID 0 to TID 3 is mapped to Link 1, and UL TID 4 to TID 7 is mapped to Link 2. If the AP MLD wants to accept the TID-to-Link Mapping instructed (requested) from the non-AP MLD, the TID-to-Link Mapping Response that does not include the TID-to-Link Mapping element as shown in FIG. Frame can be answered.
  • the non-AP MLD may recognize that the TID-to-Link Mapping negotiation has been completed. Thereafter, the TID-to-Link Mapping state as shown in FIG. 16(c) is applied between the AP MLD and the non-AP MLD, and the Non-AP MLD UL transmits traffic for TID 0 to TID 3 only through Link1, Through Link2, only traffic for TID 4 to TID 7 can be UL transmitted.
  • 17 illustrates an embodiment in which the responding MLD selectively responds to some TIDs during link mapping between a TID indicated (or proposed) by the initiating MLD.
  • the initiating MLD selects a TID-to-Link Mapping element to map TID 0 to TID 3 to Link 1 and TID 4 to TID 7 to Link 2 through TID-to-Link Mapping Request frame #1. Instruct (suggest) through At this time, the response MLD may accept the proposal of the initiating MLD for mapping TID 0 to TID 3 to Link 1, but may want to reject mapping TID 4 to TID 7 to Link 2.
  • the response MLD transmits TID-to-Link Mapping Response frame#1 including the TID-to-Link Mapping element to the initiating MLD in response to the TID-to-Link Mapping Request frame#1 received from the initiating MLD.
  • TID 0 to TID Link 1 Mapping for 3 is accepted, and it may indicate that Link2 Mapping for TID 4 to TID 7 is rejected.
  • TID-to-Link Mapping Request frame#2 can be reconfigured.
  • the initiating MLD instructs to map TID 4 to TID 5 to Link 2 and TID 6 to TID 7 to Link 3 in the TID-to-Link Mapping element, considering the TID-Link Mapping state reverse-proposed by the responding MLD.
  • TID-to-Link Mapping Request frame #2 can be transmitted.
  • the response MLD accepts the TID-Link Mapping state indicated in the TID-to-Link Mapping Request frame #2 received from the initiating MLD. By replying #2, the TID-to-Link Mapping negotiation procedure can be terminated.
  • TID-to-Link Mapping Request frame #2 If, in TID-to-Link Mapping Request frame #2, the initiating MLD again instructed (suggested) a specific TID (Link Mapping for a specific TID) accepted through TID-to-Link Mapping Request frame #1, The Link Mapping status of a specific TID finally established (negotiated) through TID-to-Link Mapping Response frame #2 that does not include a TID-to-Link Mapping element is the above indicated in TID-to-Link Mapping Request frame #2. It may be a Link Mapping state of a specific TID.
  • MLD may or may not support TID-to-Link Mapping negotiation according to capability.
  • MLDs for which dot11TIDtoLinkMappingActivated is not indicated as true may be MLDs that do not support TID-to-Link Mapping negotiation. Therefore, before initiating the TID-to-Link Mapping negotiation, the initiating MLD may need to check whether the responding MLD supports the TID-to-Link Mapping negotiation. That is, the initiating MLD must transmit the TID-to-Link Mapping Request frame only to the MLD for which dot11TIDtoLinkMappingActivated is indicated as true.
  • TID-to-Link Mapping negotiation there may be a limit to the number of link sets supporting TID-to-Link Mapping for each MLD. For example, an MLD having four Links that can be managed by differentiating TIDs with TID-to-Link Mapping may not support TID-to-Link Mapping negotiation for more than four Links. Therefore, when constructing the TID-to-Link Mapping Request frame for TID-to-Link Mapping negotiation, the initiating MLD must configure the request frame in consideration of the number of link sets supported by the responding MLD.
  • the initiating MLD can attempt TID-to-Link Mapping negotiation for both DL/UL directions, when constructing the TID-to-Link Mapping Request frame, not only the number of link sets supported by the responding MLD, but also , the number of link sets it can support should also be considered.
  • the responding MLD after receiving the TID-to-Link Mapping Request frame from the initiating MLD, the responding MLD also transmits a TID-to-Link Mapping Response frame to propose (reverse) TID-Link Mapping, the link set it can support.
  • a response frame must be constructed in consideration of both the number of link sets and the number of link sets supported by the starting MLD.
  • the TID-to-Link Mapping Negotiation Supported subfield may be indicated in the EHT MAC Capabilities Information field. .
  • the initiating MLD transmitting the request frame transmits the number of link sets exceeding min (the number of link sets supported by itself, the number of link sets supported by the response MLD) through the TID-to-Link Mapping element of the request frame ( explicitly/implicitly).
  • the response MLD transmitting the Response frame transmits the number of link sets exceeding min (the number of link sets supported by the initiating MLD) through the TID-to-Link Mapping element of the Response frame ( It must not be directed (counter-proposed) explicitly/implicitly.
  • the initiating MLD when the TID-Link mapping for a specific TID is rejected (reverse proposal) by the responding MLD, the initiating MLD must not request the same link mapping as the rejected one again for a certain period of time.
  • the predetermined time may be a value determined by a parameter indicated by the AP MLD.
  • the predetermined time may be a time until an Unsolicited Response frame is received from the response MLD.
  • the predetermined time may mean a life time.
  • the initiating MLD instructs (suggests/requests) to map TID 0 to Link 1 through the TID-to-Link Mapping Request frame, and then instructs the response MLD to map TID 0 to Link 2 (reverse proposal) ), the initiating MLD must not perform a request to map TID 0 to Link 1 for a predetermined time (or a preset time or a time indicated by the AP MLD). This may be a limitation to prevent wasted frequency resources and congestion of the network due to repeated TID-to-Link Mapping Request/Response frame exchange. However, if the proposal to map TID 0 to Link 3 has never been rejected, the initiating MLD may perform a new request to map TID 0 to Link 3 without following the proposal of the response MLD.
  • mapping for TIDs and Links is proposed by the initiating MLD, and the responding MLD may accept or reject the mapping state proposed by the initiating MLD.
  • the responding MLD may accept only the proposals for some TIDs and reject the proposals for the remaining TIDs with respect to the TID-Link Mapping state proposed by the initiating MLD.
  • the response MLD may indicate (reverse proposal) a preferred Link Mapping state for the TID rejecting the proposal.
  • the timing at which TID-to-Link Mapping negotiation is completed between the initiating MLD and the responding MLD is limited when the responding MLD responds with a TID-to-Link Mapping Response frame that does not include a TID-to-Link Mapping element.
  • the TID-to-Link Mapping negotiation procedure even if the initiating MLD that received the TID-Link Mapping status from the responding MLD wants to accept the (reverse) proposal of the responding MLD, the TID-to-Link Mapping There is an inefficiency that the request frame needs to be retransmitted. That is, the initiating MLD is a TID-to-Link Mapping Request that equally indicates the reverse-proposed TID-to-Link Mapping state from the TID-to-Link Mapping element in order to accept the reverse-proposed TID-Link Mapping state from the responding MLD. frame must be retransmitted.
  • the responding MLD receives the same TID-Link Mapping proposal from the initiating MLD again, and responds again with a TID-to-Link Mapping Response frame that does not contain a TID-to-Link Mapping element, thereby making TID-to -Link Mapping negotiation process is completed.
  • the exact completion time of the TID-to-Link Mapping negotiation procedure may be the time when the Ack response for the TID-to-Link Mapping Response frame is performed.
  • the initiating MLD retransmits a Request frame, and if the responding MLD also needs to respond again with a Response frame, the retransmitted Request frame and The Response frame may be a TID-to-Link Mapping negotiation procedure that causes unnecessary overhead.
  • the TID-to-Link Mapping negotiation procedure in which the initiating MLD accepts the (reverse) proposed TID-Link Mapping state from the responding MLD may be considered. That is, after the initiating MLD transmits the TID-to-Link Mapping Request frame, when the TID-to-Link Mapping Response frame responded from the responding MLD is responded including the TID-to-Link Mapping element, the TID- The TID-Link Mapping state indicated through the to-Link Mapping element can be accepted.
  • the initiating MLD does not include the TID-to-Link Mapping element in the TID-to-Link Mapping Request frame to be transmitted after receiving the TID-to-Link Mapping Response frame from the response MLD, or By not indicating a specific TID in the Link Mapping element, it is possible to (implicitly) accept the (reverse) proposal of the MLD response to the specific TID. Since the TID-to-Link Mapping Request frame response method of the initiating MLD is similar to the TID-to-Link Mapping Response frame response method of the responding MLD, a detailed description will be omitted.
  • the initiating MLD transmits a TID-to-Link Mapping Response frame (not including a TID-to-Link Mapping element), not a TID-to-Link Mapping Request frame, to indicate the TID-Link Mapping status proposed by the responding MLD. may accept.
  • the initiating MLD transmits a TID-to-Link Mapping Request frame that does not include a TID-to-Link Mapping element
  • the TID at the time when the responding MLD responds to the Ack frame for the TID-to-Link Mapping Request frame The -to-Link Mapping negotiation procedure can be completed. That is, when the TID-to-Link Mapping Request frame is received without including the TID-to-Link Mapping element, the response MLD may complete the TID-to-Link Mapping negotiation procedure by responding to the Ack frame.
  • FIG. 18 shows a response method of an initiating MLD accepting (accepting) a TID-to-Link mapping reversely proposed from a responding MLD.
  • the initiating MLD transmits a TID-to-Link Mapping Request frame#1 to the responding MLD to start the TID-to-Link Mapping negotiation procedure, and the responding MLD responds to the Response frame#1 by responding to TID 4 To reject Link Mapping for TID 7 and perform (reverse) proposal.
  • the initiating MLD may decide to accept the TID-Link Mapping state indicated by the responding MLD through TID-to-Link Mapping Request frame#1, and may request the responding MLD to complete TID-to-Link Mapping. .
  • Example 1 of FIG. 18 after the initiating MLD receives the TID-to-Link Mapping Request frame#1, it may transmit a TID-to-Link Mapping Response Frame#2 to complete the TID-to-Link Mapping procedure. .
  • TID-to-Link Mapping Response Frame #2 transmitted by the initiating MLD may be an Unsolicited Response frame.
  • TID-to-Link Mapping Response frame #2 transmitted by the initiating MLD has a configuration that does not include a TID-to-Link Mapping element, and TID-to-Link Mapping Response frame #2 is received from the initiating MLD.
  • a responding MLD may be aware that the initiating MLD wants to accept its (reverse)-proposed TID-Link Mapping state and complete the TID-to-Link Mapping procedure. Therefore, the responding MLD may complete the TID-to-Link Mapping negotiation procedure with the initiating MLD by responding to an Ack frame after receiving the TID-to-Link Mapping Request frame #2.
  • Example 2 of FIG. 18 after the initiating MLD receives the TID-to-Link Mapping Request frame #1, it may transmit a TID-to-Link Mapping Request Frame # 2 to complete the TID-to-Link Mapping procedure. .
  • the TID-to-Link Mapping Request frame #2 transmitted by the initiating MLD has a configuration that does not include the TID-to-Link Mapping element, and receives the TID-to-Link Mapping Request frame #2 from the initiating MLD.
  • a responding MLD may be aware that the initiating MLD wants to accept its (reverse)-proposed TID-Link Mapping state and complete the TID-to-Link Mapping procedure.
  • the responding MLD responds to a TID-to-Link Mapping Response frame that does not include an Ack frame or a TID-to-Link Mapping element, thereby The to-Link Mapping negotiation procedure can be completed.
  • the TID-to-Link Mapping negotiation procedure performed between MLDs is started by the TID-to-Link Mapping Request frame transmitted by the initiating MLD.
  • Such general TID-to-Link mapping negotiation is performed between the initiating MLD and the responding MLD, and the Request/Response frame exchanged between the two MLDs may be an individually addressed frame.
  • the AP MLD may inform non-AP MLDs of its preferred TID-Link Mapping configuration by transmitting a non-individually addressed TID-to-Link Mapping Response frame.
  • the AP MLD informs the non-AP MLDs of its preferred TID-Link Mapping status
  • the responding MLD the AP MLD
  • the AP MLD prefers It has the advantage of being able to know and start the TID-Link Mapping configuration in advance. That is, the possibility that the TID-to-Link Mapping negotiation procedure can proceed more easily because the non-AP MLD can already know the preference of the responding MLD and operate at the time when the non-AP MLD sends the TID-to-Link Mapping Request frame as the initiating MLD. There is this.
  • the TID-to-Link Mapping element configuration may be different from the general TID-to-Link Mapping Request/Response frame. More specifically, the Unsolicited TID-to-Link Mapping Response frame transmitted by the AP MLD may indicate the same TID more than once through the TID-to-Link Mapping element.
  • TID 0 to TID 1 are indicated to correspond to Link 1 to Link 2
  • TID 0 to TID 4 may be indicated to correspond to Link 1 to Link 3.
  • the non-AP MLDs that have received the Unsolicited TID-to-Link Mapping Response frame from the AP MLD have the purpose of differentiating the links of TID 0 to TID 1 and TID 2 to TID 3, for TID 0 to TID 1 You can select to setup Link 1 or/or Link 2, set up Link 3 for TID 3 to TID 4, and so on. That is, the AP MLD can help non-AP MLDs to select a Setup Link from the association stage by including the TID-to-Link Mapping element in the Beacon frame transmitted by the AP MLD. More specifically, by checking the TID-Link Mapping state preferred by the AP MLD through the Beacon frame, the non-AP MLD can select a link according to the desired TID separation method and perform setup.
  • the AP MLD may transmit an Unsolicited TID-to-Link Mapping Response frame.
  • the Unsolicited TID-to-Link Mapping Response frame may be transmitted as a non-individually addressed frame. That is, the Unsolicited TID-to-Link Mapping Response frame transmitted by the AP MLD may have one or more than one non-AP MLD as a target device.
  • AP MLD maps TID 0 to TID 3 to Link 1, TID 4 to TID 5 to Link 2, and TID 6 to TID 7 to Link 3 through an Unsolicited TID-to-Link Mapping Request frame. You can indicate what you want to do.
  • the non-AP MLD (initiation MLD) transmits a TID-to-Link Mapping Request frame that does not include a TID-to-Link Mapping element as shown in Sequence 1 of FIG.
  • the TID-Link Mapping indicated through the Unsolicited Response frame may be accepted, and it may be indicated that the TID-to-Link Mapping negotiation wants to be performed and completed.
  • the AP MLD may respond that the TID-to-Link Mapping consultation has been completed by responding to an Ack frame.
  • non-AP MLD (initiation MLD) is a link mapping option for TID 4 to TID 7 among TID-Link Mappings indicated by the AP MLD (response MLD) through the Unsolicited TID-to-Link Mapping Response frame. It can be confirmed that these two In this case, the non-AP MLD may transmit a TID-to-Link Mapping Request frame to the AP MLD by selecting an option for mapping TID 4 to TID 7 to Link 2 to Link 3.
  • link mapping proposal of the AP MLD for TID 0 to TID 3 (Unsolicited TID-to- indicated through the Link Mapping Response frame) can be interpreted as accepting.
  • the TID-to-Link Mapping negotiation between two MLDs can be released by one of the two MLDs transmitting a TID-to-Link Mapping Teardown frame and the other MLD performing an Ack response.
  • the two MLDs may have to operate in the default TID-to-Link Mapping mode. That is, traffic of all TIDs for DL and UL may be switched to the same state as that mapped to all links.
  • the TID-to-Link Mapping Info field of the TID-to-Link Mapping element it can be seen that it is also possible to switch to the default TID-to-Link Mapping mode by indicating all TIDs and all Links in . More specifically, in the DL TID-to-Link Mapping Info field included in the TID-to-Link Mapping element, the TID Info subfield is indicated by 1111 1111 (8-bit embodiment), and the Link Info subfield is 1111 1111 (8-bit embodiment), TID-to-Link Mapping for the DL direction may be indicated as a default mode.
  • the MLD receiving it indicates that the counterpart MLD has a default TID for the DL direction. It can be recognized that -to-Link Mapping mode is indicated (suggested). Therefore, if the initiating MLD indicates that both the DL TID-to-Link Mapping Info size subfield and the UL TID-to-Link Mapping Info size subfield are 0 in the TID-to-Link Mapping Request frame, the response MLD is the initiating MLD It can be recognized as indicating (proposing) the default TID-to-Link Mapping mode.
  • the initiating MLD indicates that the response MLD indicates the default TID-to-Link Mapping mode ( reverse proposal) can be recognized.
  • the reason why the TID-to-Link Mapping Teardown frame is necessary is that it is possible to switch to the default TID-to-Link Mapping mode through the TID-to-Link Mapping Request frame and the TID-to-Link Mapping Response frame. , this may be because the process of canceling the TID-to-Link Mapping agreement may be completed according to the intention (will) of a specific MLD rather than by agreement between the two MLDs. That is, when a specific MLD among the two MLDs wants to operate in the default TID-to-Link mapping mode, the other MLD may have to switch to the default TID-to-Link mapping mode according to the request of the specific MLD.
  • the counterpart MLD may have to respond with an Ack frame or a TID-to-Link Mapping Response frame that does not include a TID-to-Link Mapping element in order to transmit an acceptance intention.
  • each Link may have to be operated in the default TID-to-Link Mapping mode within a certain time. That is, both MLDs, which have been converted to the default TID-to-Link Mapping mode through the TID-to-Link Mapping Teardown frame, can transmit/receive all TIDs and BA (BlockAck) responses to all links within a certain time. It should be operated (transformed) in a state where it is possible.
  • the predetermined time may be a time preset by the EHT standard or BSS, or a preset time between both MLDs performing TID-to-Link mapping.
  • the AP MLD may want to simultaneously (at once) release the TID-to-Link Mapping mode negotiated with multiple Associated non-AP MLDs for operational purposes, and switch to the default TID-to-Link Mapping mode.
  • the AP MLD may transmit a non-individually addressed TID-to-Link Mapping Teardown frame instead of individually transmitting the TID-to-Link Mapping Teardown frame to all the Associated non-AP MLDs.
  • the AP MLD may transmit a TID-to-Link Mapping Teardown frame as a group addressed frame after transmitting the DTIM Beacon frame.
  • Non-AP MLDs After receiving the DTIM Beacon frame, Non-AP MLDs receive a TID-to-Link Mapping Teardown frame in the process of receiving the group addressed frame, and the TID-to-Link Mapping mode negotiated with the AP MLD is the default TID-to -You can recognize that it has been switched to Link Mapping mode.
  • the non-AP MLDs that have received the TID-to-Link Mapping Teardown frame as the Group addressed frame using the DTIM Beacon frame do not perform a response using the Ack or TID-to-Link Mapping Response frame and do not perform the default TID-to- You may need to switch to Link Mapping mode. That is, the TID-to-Link Mapping Teardown frame transmitted by the AP MLD to a plurality of non-AP MLDs is immediately transmitted without checking the response MLD (non-AP MLDs) (such as Ack and TID-to-Link Mapping Response). may be applicable. This may be because the TID-to-Link Mapping Teardown frame transmitted after DTIM is considered to have been well received by the responding MLDs even if there is no separate response.
  • the TID-to-link Mapping element is a simple element having a function of indicating a TID-Link pair, various formats can be considered.
  • the TID-to-link Mapping element format having a structure capable of mapping one or more TID sets to one or more link sets was considered, and other functionally identical
  • the element format can also be configured in various ways.
  • FIG. 20 shows another embodiment of a TID-to-link mapping element.
  • the TID-to-link Mapping element may be composed of Element ID, Length, Element ID Extension, TID-to-Link Mapping Control, and Link Mapping Of TID 0-7 fields.
  • the Element ID, Length, and Element ID Extension fields indicate information indicating that the corresponding element is a TID-to-link Mapping element and information related to the length of the element, and are the same as the uses of fields included in other elements, so detailed descriptions are omitted. do.
  • Link Mapping Of TID 0 ⁇ 7 fields are each composed of 2-octet (16-bit), and each bit can correspond to the Link ID of each Link.
  • each bit of the Link Mapping Of TID field corresponds to a Link of a Link ID that is smaller than the bit order by one. More specifically, the first bit of the Link Mapping Of TID field corresponds to a Link with a Link ID of 0 (1-1), and the second bit of the Link Mapping Of TID field has a Link ID of 1 (2-1).
  • the tenth bit of the Link Mapping Of TID field may correspond to a Link whose Link ID is 9 (10-1).
  • TID 'n' corresponds to Link ID 0 to Link 1 It may be requested to be mapped to a link that is
  • the TID-to-Link Mapping Control field may have a configuration including Direction, Default Link Mapping, and Link Mapping Presence Indicator subfields.
  • the Direction subfield indicates information related to the directionality of information included in the TID-to-link mapping element. More specifically, the Direction subfield indicates whether the TID-to-link mapping element is for UL-direction TID-to-Link Mapping or DL-direction TID-to-Link Mapping or TID for both UL/DL (bidirectional) directions. -Indicates whether it is for to-Link Mapping. As an example, each Direction subfield is set to 0/1/2, so that it may be indicated that the corresponding TID-to-link mapping element includes DL/UL/Bidirectional direction TID-to-Link mapping information. In this case, another value 3, which may be indicated as a directional subfield (2-bit), may be reserved.
  • the Default Link Mapping subfield may be a subfield indicating that the TID-to-Link mapping mode proposed through the corresponding TID-to-link mapping element is the default mode (all TIDs are mapped to all setup links). For example, the device transmitting the TID-to-Link mapping element may set the Default Link Mapping subfield to 1 to suggest (reverse proposal) the default mapping mode.
  • TID-to-link mapping in the DL direction may be proposed as the default mode.
  • TID-to-link mapping in the UL direction may be proposed as the default mode.
  • TID-to-link mapping in the bidirectional (DL/UL) direction is suggested as the default mode. It could be
  • the TID-to-Link mapping element may include TID-to-Link mapping information for the UL, DL, or bidirectional direction, and thus the TID-to-Link Mapping Request frame and (solicited or unsolicited) TID -to-Link Mapping Response frame may include two or one TID-to-Link mapping element and may be transmitted.
  • the TID-to-Link mapping (Request and Response) frame including two TID-to-Link mapping elements is a Direction subfield (TID-to-Link Mapping Control field) of the two TID-to-Link mapping elements. ) may have to be set to 0 and 1, respectively.
  • TID-to-Link Mapping element Direction subfields included in a single TID-to-Link Mapping frame 0 or all 1 is not allowed.
  • TID-to-Link element in which the Direction subfield is set to 2 is included in the TID-to-Link Mapping frame, other TID-to-Link elements cannot be additionally included.
  • the meaning that the TID-to-link mapping in the DL direction is the default mode may mean a state in which all TIDs are mapped to all setup links in the DL direction.
  • the meaning that the TID-to-link mapping in the UL direction is the default mode may mean a state in which all TIDs are mapped to all setup links in the UL direction.
  • the meaning that the TID-to-link mapping in the bidirectional direction is the default mode may mean a state in which all TIDs are mapped to all setup links in both the DL and UL directions.
  • the Default TID-to-Link Mapping mode means that all TIDs are mapped to all setup links for both DL and UL directions between MLDs, whereas the default TID-to-Link Mapping state for DL or UL directions is can be defined separately.
  • a default TID-to-Link mapping state for each TID and Link may be defined.
  • a state in which a specific TID is mapped to all setup links may be understood as a default (TID-to-link) mapping state in which the specific TID is mapped.
  • a state in which all TIDs are mapped to a specific Link may be understood as a default (TID-to-link) mapping state of the specific Link.
  • a specific TID in the DL direction is a default mapping mode (state)
  • a specific Link in the UL direction is referred to as a default mapping mode (state)
  • the Default Link Mapping mode of the TID-to-Link Mapping Control field is not used to establish a default mapping mode for each TID and each Link, but can be used to establish a default mapping mode in the minimum DL or UL direction. .
  • the Default Link Mapping mode of the TID-to-Link Mapping Control field may be utilized to convert the TID-to-Link Mapping mode between two MLDs to the default mode. That is, in order to switch to the Default TID-to-Link Mapping mode for both bidirectional directions, the Default Link Mapping subfield can be indicated as 1, and therefore the Default Link Mapping subfield can be set to 1 only when the Direction subfield is set to 2 can do.
  • the Link Mapping Presence Indicator subfield consists of 8-bit, and can indicate whether the Link Mapping Of TID field (of the TID-to-Link Mapping element) for each TID is included in the TID-to-Link Mapping element. . More specifically, when the i-th bit of the Link Mapping Presence Indicator subfield is indicated as 1, it means that the Link Mapping of TID (i) subfield for TID i is included in the TID-to-Link Mapping element. When the Default Link Mapping subfield of the TID-to-Link Mapping element is set to 1, the Link Mapping Presence Indicator subfield included in the corresponding TID-to-Link Mapping element may be reserved, and all bits may have to be set to 0. there is.
  • the TID-to-Link Mapping element includes a Link Mapping Of TID subfield (ie, Link Mapping Of TID 0 subfield, Link for TID 0, TID 1, and TID 4). Mapping Of TID 1 subfield, Link Mapping Of TID 4 subfield) may be included in sequence.
  • a specific TID (TID for the direction indicated by the Direction subfield) that does not include a separate Link Mapping Of TID subfield is TID-to- It may be implicitly instructed by the device that transmitted the Link mapping element to maintain the current Link mapping state for the specific TID. That is, in the above-described embodiment, the Link mapping state for TID 2 to TID 3 and TID 5 to TID 7 is the previous Link even if negotiation is performed by the corresponding TID-to-Link mapping element (request frame included). The mapping state can be kept unchanged.
  • the TID-to-Link Mapping Requesting MLD transmits a TID-to-Link mapping element that does not include the Link Mapping Of TID subfield for a specific TID to maintain the already established Link mapping state for the specific TID. You can request (suggest). At this time, if there is no separate link mapping established for the specific TID, the specific TID may be maintained in a default link mapping state (mapping to all setup links). In this case, the TID-to-Link Mapping Requesting MLD may mean an MLD that transmits a TID-to-Link mapping Request frame or a (Re)Association Request frame including a TID-to-Link mapping element.
  • the responding MLD transmitting the Unsolicited TID-to-Link mapping Response frame transmits the TID-to-Link mapping element that does not include the Link Mapping Of TID field for the specific TID, thereby It can instruct (reverse proposal) the other MLD that it prefers to maintain the established Link mapping state.
  • the MLD sends an Unsolicited TID-to-Link mapping Response frame to indicate the mapping relationship between the TID and the link preferred by the MLD before the request frame for establishing the mapping relationship between the TID and the link is transmitted from the counterpart MLD.
  • an Unsolicited TID-to-Link mapping Response frame to indicate the mapping relationship between the TID and the link preferred by the MLD before the request frame for establishing the mapping relationship between the TID and the link is transmitted from the counterpart MLD. can be transmitted
  • the MLD does not include mapping information related to the mapping relationship between one or more TIDs and one or more links in the Unsolicited TID-to-Link mapping Response frame
  • the preferred mapping relationship between one or more TIDs and one or more TIDs is implicit. can be indicated as
  • the implicitly indicated mapping relationship may be one of 1) keeping an existing mapping relationship valid without changing it, 2) there is no particularly preferred mapping relationship, or 3) a default mapping relationship.
  • the Unsolicited TID-to-Link mapping Response frame may be an Unsolicited TID-to-link Mapping Response frame in which the Responding MLD transmits a Requesting MLD (Peer MLD) to the target device (individually addressed).
  • the MLD when the MLD implicitly indicates that there is no particularly preferred mapping relationship by not including the mapping information related to the mapping relationship in the Unsolicited TID-to-Link mapping Response frame, the MLD specifically prefers the mapping relationship. Because there is no MLD, the MLD cannot reject the mapping relationship between the TID and the link requested by the other MLD through the request frame, but must allow it. That is, since the MLD does not have a preferred TID-link mapping relationship, when a TID-link mapping relationship is requested from the other MLD through the request frame, it must be accepted through the response frame rather than rejected.
  • the MLD implies that the default mapping relationship is preferred by not including the mapping information related to the mapping relationship in the Unsolicited TID-to-Link mapping Response frame, one or more TIDs are the default in the mapping relationship with the link. Since it is indicated that the mapping state is preferred, unlike the second case, the MLD cannot reject the mapping relation requested through the response frame even if the mapping relation with the link for one or more TIDs from the other MLD is requested through the request frame. there is.
  • the MLD cannot reject the requested mapping relationship and must accept it.
  • the Requesting MLD which is the counterpart MLD, transmits a TID-to-Link Mapping Request frame including the same TID-to-Link mapping element as the TID-to-Link mapping element transmitted by the Responding MLD, which is the MLD, the Responding MLD It may be necessary to accept the proposed (or requested) TID-to-Link Mapping.
  • the above preferred method of interpreting the mapping relationship between TID and link is (Re)Association response frame or TID except when the preferred mapping relationship between TID and link is indicated through mapping information by the Unsolicited TID-to-Link mapping Response frame. It can be applied even when the mapping relationship between the TID and the link preferred by the -to-Link Mapping response frame is indicated through the mapping information.
  • mapping relationship between a TID and a link requested through a request frame such as an association request frame or TID-to-Link Mapping request frame is not allowed, and the (Re)Association response frame or TID-to-Link Mapping response frame
  • the mapping relationship between the preferred TID and the link indicated by the (Re)Association response frame or the TID-to-Link Mapping response frame can be interpreted through one of the three methods described above.
  • the MLD communicates with the TID through the mapping information included in the TID-to-Link Mapping element of the request frame (eg, association request frame or TID-to-Link Mapping request frame, etc.) from the counterpart MLD.
  • a request may be made to establish a mapping relationship between links.
  • the MLD may allow or reject the mapping relationship between the TID and the link requested through the request frame. If the MLD rejects the mapping relationship between the TID and the link requested through the request frame, the MLD requests through a response frame (eg, (Re)Association response frame or TID-to-Link Mapping response frame, etc.) The mapped relationship can be rejected.
  • the MLD rejects the mapping relationship requested through the response frame, and includes the mapping relationship between the TID and the link preferred by the MLD in the mapping information of the TID-to-Link Mapping element and transmits it to the other MLD through the response frame.
  • the mapping relationship between the non-included TIDs and links may be implicitly indicated as described above.
  • the implicitly indicated mapping relationship may be either 1) an existing mapping relationship remains valid without changing, 2) there is no particularly preferred mapping relationship, or 3) a default mapping relationship, and the specific interpretation method is the same as above. can do.
  • the counterpart MLD may recognize a mapping relationship preferred by the MLD through the response frame, and may transmit the request frame back to the MLD based on this.
  • the MLD when the MLD rejects the mapping relationship between the TID and the link requested through the response frame above, the MLD transmits mapping information on the mapping relationship between the preferred TID and the link through the response frame to TID- When included in the to-Link Mapping element, mapping relationships with links for all TIDs can be explicitly included. In this case, the implicit interpretation method of the mapping relationship between TIDs and links is not applied because the mapping relationship between all TIDs and links is explicitly indicated through mapping information.
  • the TID-to-Link Mapping element defaults to indicating TID-to-Link Mapping for a specific direction (UL or DL), and in a direction other than the specific direction (the specific direction is UL) It may be configured including TID-to-Link Mapping proposal/indication information for the DL direction when the specific direction is DL, and the UL direction when the specific direction is DL). More specifically, when the Direction subfield of a specific TID-to-Link Mapping element is indicated as 0 (DL direction) and the Default Link Mapping subfield is indicated as 1, the specific TID-to-Link Mapping element is TID-to- It is included in the link Mapping Request frame to request the DL direction TID-to-Link mapping as the default mapping.
  • the specific TID-to-Link Mapping element may have a configuration including one or more than one Link Mapping Of TID field in the TID-to-Link Mapping element, in which case the one or more than one The Link Mapping Of TID field may be included to request TID-to-Link Mapping in the UL direction (the opposite direction of the DL indicated by the Direction).
  • the Link Mapping Of TID field is It may include information requesting TID-to-Link Mapping for the direction and the opposite direction.
  • the Link Mapping Presence Indicator subfield of the TID-to-Link Mapping element indicates information related to which TID the Link Mapping Of TID fields (one or more than one) of the opposite direction are information about. can That is, in this case, the Link Mapping Presence Indicator subfield may not be reserved even if TID-to-Link Mapping for a specific direction is requested/indicated by default.
  • the Requesting MLD (initiating MLD) transmits a TID-to-link mapping Request frame to the Responding MLD (responding MLD) to establish TID-to-link mapping, and the Responding MLD transmits the TID-to-link mapping
  • the TID-to-link mapping proposed by the Requesting STA may be accepted by responding to the Response frame.
  • TID-to-Link mapping When TID-to-Link mapping is established/negotiated between two MLDs, when transmitting traffic corresponding to a specific TID, the two MLDs should perform transmission using only the link mapped with the specific TID.
  • TID-to-link mapping between two MLDs, if a specific TID is mapped only to a link that is not established between the two MLDs, the restriction that the specific TID must be transmitted only through the unsetup link is applied. may not be transmitted. This means that the TID mapping for a link that is not setup (association) is not valid. Therefore, MLDs that want to establish a TID-to-Link mapping negotiation may have to try to map the TID only for the link established with each other. there is.
  • the MLD that transmits the TID-to-link Mapping Request frame to the counterpart MLD may need to request TID mapping only for the counterpart MLD and the link on which setup is performed. That is, any TID mapping should not be requested for a link that is not setup.
  • the Requesting MLD indicates a link to be mapped for a specific TID
  • the MLD (responding MLD) that instructs (suggests) preferred TID-to-link mapping to the requesting MLD must perform TID-to-Link mapping response by always setting bits corresponding to the link for which setup is not performed to 0. can do. That is, any TID mapping should not be suggested for a link that has not been setup.
  • the TID-to-Link mapping response (solicited or unsolicited) must be performed by setting the ID of the link for which setup has not been performed and the corresponding bits to always 0. can do.
  • the unsolicited TID-to-Link mapping response is TID-to-link mapping in order for a specific MLD to suggest its preferred TID-to-link mapping to the other MLD (preferred TID-to-link mapping suggestion). It may mean transmitting a response frame.
  • the MLD transmitting the TID-to-Link mapping element must always set the bit (of the TID-to-link mapping element) of the Link ID corresponding to the counterpart MLD and the Link for which setup is not performed. That is, in the TID-to-Link mapping element transmitted/received between the two MLDs, the Link ID of the Link for which setup is not established between the two MLDs should always be set to 0.
  • the MLD that transmits the TID-to-Link mapping element in the (Re)Association Request frame may need to request TID mapping only for the Link that requests setup from the other MLD. That is, the MLD that transmits the TID-to-Link mapping element in the (Re)Association Request frame is the bit of the Link ID (of the TID-to-link mapping element) corresponding to the Link that has not requested setup from the other MLD. should always be set to 0.
  • the MLD that transmits the TID-to-Link mapping element in the (Re)Association Response frame may have to suggest preferred TID mapping only for the Link that accepts setup. That is, the MLD transmitted by including the TID-to-Link mapping element in the (Re)Association Response frame is the bit of the Link ID (of the TID-to-link mapping element) corresponding to the link that does not accept setup with the counterpart MLD. should always be set to 0.
  • the Link Mapping Of TID field The 16th bit (ie, the bit corresponding to Link ID 15) should always be set to 0.
  • the TID-to-Link mapping element transmitted/received between MLDs may have a configuration in which some bits of the Link Mapping Of TID field are always indicated as 0.
  • the size of each Link Mapping of TID field included in the TID-to-Link Mapping element is based on the number of Links established between MLDs transmitting/receiving the TID-to-Link Mapping element. can be decided.
  • the TID-to-Link Mapping element transmitted/received by the Requesting MLD and the Responding MLD may include a Link Mapping of TID field with a size of 3 bits. there is.
  • the Link (Link ID) corresponding to each bit of the Link Mapping of TID field included in the TID-to-Link Mapping element MLD transmits/receives the TID-to-Link Mapping element It can be determined based on the ID of the Link established between the two.
  • the Link corresponding to the Link Mapping of TID field may correspond to each bit in the order of link IDs.
  • the TID-to-Link Mapping element transmitted/received by the Requesting MLD and the Responding MLD is Link Mapping of TID field 3-bit may correspond to Link ID 0, Link ID 3, and Link ID 10, respectively. That is, when the Link Mapping of TID field 3-bit for a specific TID is indicated as 010, the specific TID may be interpreted as a mapping request/instruction to a Link corresponding to Link ID 3.
  • the MLD that transmits/receives the TID-to-Link Mapping element after performing Multi-Link (re)setup is the size of the Link Mapping of TID field based on the peer MLD and the number of established Links. to decide (select and recognize).
  • the MLD that transmits/receives the TID-to-Link Mapping element after performing the Multi-Link (re)setup is each of the Link Mapping of TID field in consideration of the peer MLD and the ID of the established Link. The bit determines the corresponding Link.
  • the Padding field for maintaining the length of the TID-to-Link Mapping element in multiple-octet units is TID-to-Link Mapping It can be included in an element.
  • the Padding field may be included after the Link Mapping Of TID fields and have a size of less than 1-octet.
  • TID-to-Link mapping element including a Link Mapping of TID field of a variable length TID.
  • the TID-to-Link mapping element may have a configuration including a Link Mapping Of TID field and a Padding field of variable length.
  • the Link Mapping Of TID field is a field whose size is determined based on the number of Links for which setup is performed between MLDs transmitting/receiving TID-to-Link Mapping elements (including frames). That is, if there are 3 Links established between MLDs transmitting/receiving TID-to-Link Mapping elements, each Link Mapping Of TID field has a size of 3 bits, and if there are 5 established Links, each Link Mapping Of TID field may have a size of 5 bits.
  • the size of the Link Mapping Of TID fields will have a total size of 9-bits.
  • the 7-bit size of the padding field is included in the TID-to-Link Mapping element, so that the size of the Link Mapping Of TID fields + the size of the Padding field can be configured as 2-Octet.
  • each bit of the Link Mapping Of TID field corresponds to a link on which setup is performed.
  • the Link Mapping Of TID field has a size of 3 bits, and each Link Mapping The first bit of the TID field may correspond to Link ID 0, the second bit may correspond to Link ID 3, and the third bit may correspond to Link ID 7. That is, if the bit corresponding to Link ID 3 of the Link Mapping Of TID field (Link Mapping Of TID 'specific TID' field) for a specific TID is indicated as 1, the specific TID will be mapped to the Link whose Link ID is 3. It may be requested (suggested).
  • AP MLD and non-AP MLD may change the configuration of the setup link by performing (re)setup. That is, the AP MLD and the non-AP MLD may perform resetup to add a setup link or cancel the setup of a link that has been set up.
  • the resetup performed between the AP MLD and the non-AP MLD may be performed through (Re)Association Request/Response frame exchange.
  • TID mapping management related to setup links added or removed through resetup should be accompanied.
  • the direction (UL or DL) of TID-to-Link mapping is not mentioned. However, since all TID-to-Link mappings have directionality, even if there is no mention of a separate TID-to-Link mapping direction, it may be understood that a description of a specific direction or both directions (bidirectional) is provided. .
  • the added setup link may be set up in a state in which all TIDs are mapped (default TID mapping state of the link).
  • This may be the TID mapping state of the additional setup link applied when the (Re)Association Request frame exchanged for resetup does not include the TID-to-Link Mapping element.
  • the added setup link is a TID mapping based on information indicated in the TID-to-Link Mapping element.
  • the method of determining the link mapped to the added setup link is not different from the above-described TID-to-Link mapping negotiation procedure, a detailed description thereof will be omitted.
  • the TID mapped to the removed Link may be changed to a default mapping state. More specifically, TIDs mapped to Links whose setup has been released through resetup may be changed to a state mapped to all setup links (excluding links that have been released) after resetup (ie, Default Link mapping state of TIDs).
  • This is a TID-to-Link considered to prevent the specific TID from being changed to a state that is not mapped to any setup Link by releasing the setup through resetup when the specific TID is mapped only to a specific Link. It can be a mapping management method.
  • the TID mapped to a specific link whose setup has been released through resetup is also mapped to another setup link (which is in setup state even after resetup), even if the setup of the specific link is canceled, the specific TID is all setup links It may not be converted to the state mapped to .
  • the setup is mapped to the released Link Existing TIDs can be mapped to other setup links.
  • MLDs may change (set) the specific TID (a TID that is not mapped to any setup link) to a status mapped to a specific setup link in a predetermined manner.
  • the previously promised method is to change the mapping to the setup Link with the smallest Link ID index, or to change the mapping to the most recently setup link (except for the released Link).
  • TIDs can be automatically mapped to the additionally set up Link.
  • This may be understood as a TID-to-Link mapping transition that is limitedly applied when the (Re)Association Request frame exchanged when performing the resetup does not include the TID-to-Link Mapping element.
  • similar TID-to-Link mapping transition can be applied even when the number of links additionally set up through resetup is one or more than one, and the number of links to be released is one or more than one. there is.
  • TIDs mapped to the two released links may be automatically mapped to the added one Link.
  • TIDs mapped to the one released setup Link may be automatically mapped to both of the added two Links.
  • TIDs mapped to the two setup Links released in both of the added two Links can be automatically mapped.
  • MLDs whose setup links have been removed through Resetup should switch to the Default TID-to-Link Mapping mode (all TIDs to all setup Links) in which all TIDs are mapped to all setup links. can do.
  • the condition that the MLDs whose links have been removed through the resetup switch to the default TID-to-Link mapping mode is that the (Re)Association Request frame exchanged for performing the resetup does not include the TID-to-Link mapping element. It may be limited to the case of a request frame.
  • TID-to-Link mapping negotiation may have to switch to the default TID-to-link mapping mode.
  • the TID-to-Link mapping established between the MLDs may be released (negotiated TID-to-Link mapping is torn down).
  • MLDs when MLDs are switched to the default TID-to-Link mapping mode, it may be considered that there is no TID-to-Link mapping with which MLDs have been negotiated.
  • the (Re)Association Request frame transmitted to remove the link established through resetup does not include the TID-to-Link Mapping element, it is similar to that the (Re)Association Request frame includes the Tear down element /Can perform the same function.
  • a new TID-to-Link mapping negotiation must be performed through the (Re)Association Request/Response frame. may be compelled to do. That is, the MLD having a negotiated TID-to-Link mapping and the requesting MLD that wants to release the setup link through resetup may have to include the TID-to-Link mapping element in the (Re)Association Request frame.
  • MLD with negotiated TID-to-Link mapping and Responding MLD (AP MLD) performing reset do not include TID-to-Link Mapping element when accepting resetup that releases setup link (Re) You may need to respond with an Association Response frame. That is, the Responding MLD (AP MLD) may have to accept the TID-to-Link Mapping Request requested together when accepting the resetup to release the setup link.
  • FIG. 22 illustrates an embodiment of a method for managing TID-to-Link mapping of two MLDs to which a setup link is added through reset.
  • AP MLD and non-AP MLD may have performed ML setup through Link1 and Link2.
  • the AP MLD and the non-AP MLD may be in a state in which TID-to-Link mapping negotiation in which TID 0 to TID 3 is mapped to Link1 and TID 4 to TID 7 is mapped to Link2 may be performed.
  • AP MLD and non-AP MLD may attempt to perform ML setup through three links by additionally setting up Link3, and for this, non-AP MLD may attempt to perform resetup through (Re)Association Request frame. .
  • additional setup for Link3 is accepted (accepted) from AP MLD, AP MLD and non-AP MLD are changed to ML setup status through Link1 to Link3.
  • Link3 was not a setup link when AP MLD and non-AP MLD performed TID-to-Link Mapping negotiation for Link1 and Link2, so there is no previously established negotiated TID mapping state. Therefore, Link3 newly setup through resetup is completed in the default TID mapping state (all TIDs mapped state) for bidirectional (UL, DL, and bidirectional).
  • Non-AP MLD includes a TID-to-Link Mapping element in the (Re)Association Request frame for resetup, and the included TID-to-Link Mapping element performs a separate TID-to-Link mapping for Link3 If requested, Link3 can be setup in a state other than the default TID mapping state.
  • FIG. 23 shows an embodiment of a method for managing TID-to-link mapping of two MLDs for a link whose configuration is released through reconfiguration.
  • ML setup is performed through the first three links in AP MLD and Non-AP MLD.
  • AP MLD and Non-AP MLD perform TID-to-Link mapping negotiation for Link1 to Link3, and for bidirectional, Link1 is TID 0 to TID 2, Link2 is TID 3 to TID 4, Link 3 is a state in which TID 5 to TID 7 are mapped.
  • Non-AP MLD may transmit (Re)Association Request frame to AP MLD to change ML setup to maintain Link 1 and Link 2 only and release Link 3 setup link.
  • AP MLD After receiving the (Re)Association Request frame, AP MLD recognizes that only Link1 and Link2 that requested association are Link1 and Link2, responds with a (Re)Association Response frame, maintains the setup for Link1 and Link2, and releases Link3 setup. may approve it. In this case, the resetup procedure of the AP MLD and the non-AP MLD is successfully completed, so that Link3 that has been set up between the AP MLD and the non-AP MLD can be unsetup.
  • AP MLD and non-AP MLD can automatically map TID 5 to TID7 mapped to Link3 to Links in which setup is maintained, as in Case 1 of FIG. 23 (a).
  • (a) In case of Case 1, even if Link3 is released (resetup is completed), Link1 and Link2 are still maintained as setup links, so TID 5 to TID 7 mapped to Link3 were automatically mapped to Link1 and Link2.
  • the AP MLD and the non-AP MLD have the default TID-to-link as if the negotiated TID-to-link mapping was released when the resetup procedure in which Link3 is released is completed, as in Case 2 (b) of FIG. 23(b). You can switch to mapping mode. That is, both MLDs can perform TID-to-Link mapping management similar to that in which TID-to-link Mapping Tear down frames are exchanged after resetup.
  • FIG. 24 is a flowchart illustrating an example of a method for mapping a TID and a link according to the present invention.
  • MLD which is a device affiliated with one or more STAs, which is a logical entity, may map a counterpart MLD, one or more TIDs, and one or more links.
  • the MLD may be an AP MLD or a non-AP MLD.
  • the MLD may transmit a request frame for mapping between a traffic identifier (TID) and a link to the counterpart MLD (S24010).
  • the request frame includes first mapping information for establishing a mapping relationship between at least one TID among a plurality of TIDs and at least one link, and the number of the at least one TID required to be mapped with the at least one link; It may contain relevant information.
  • the MLD may receive a frame including second mapping information for establishing a mapping relationship between one or more TIDs among a plurality of TIDs and one or more links from the counterpart MLD. That is, the MLD may receive an Unsolicited TID-to-Link mapping response frame including second mapping information on a mapping relationship preferred for one or more TIDs and one or more links from the counterpart MLD.
  • the second remaining TIDs other than the one or more TIDs among the plurality of TIDs do not have a specific preferred mapping relationship or a preferred mapping relationship.
  • the preferred specific mapping relationship is a previously set mapping relationship or the default mapping relationship, and when the specific mapping relationship is the default mapping relationship or there is no preferred mapping relationship, among the at least one TID and the second remaining TID A mapping relationship for overlapping TIDs may not be indicated by the response frame.
  • the MLD may receive a response frame in response to the request frame from the counterpart MLD (S24020).
  • the first remaining TIDs except for the at least one TID among the plurality of TIDs maintain a previously established mapping relationship with the link or a default mapping relationship is applied, and the first remaining TIDs are A mapping relationship with a specific link may not be indicated by the first mapping information.
  • One link among the at least one link may be mapped to one or more TIDs among the at least one TID, and the default mapping relationship may mean a state in which the TID and all links are mapped.
  • the default mapping relationship may be applied when the first remaining TIDs are set as the default mapping relationship before transmission of the request frame.
  • the request frame may further include transmission direction information indicating a transmission direction for the at least one TID, and a plurality of TIDs may be mapped only between a link in which configuration between the MLD and a counterpart MLD that transmitted the request frame is completed. .
  • the response frame may indicate whether to permit a mapping relationship between the at least one TID among the plurality of TIDs and the at least one link.
  • the response frame may include another mapping between the at least one TID of the plurality of TIDs and the at least one link.
  • the second mapping information on the relationship may not be included, and when the mapping relationship between the at least one TID among the plurality of TIDs and the at least one link is not allowed, the response frame may include the one of the plurality of TIDs. It may further include second mapping information indicating a mapping relationship different from the first mapping relationship with respect to at least one TID.
  • the MLD may receive a management frame from the counterpart MLD, and the management frame may be transmitted only through the at least one link in which the mapping relationship with the at least one TID is set.
  • the management frame is transmitted based on an assigned access category (AC), and may be transmitted on the at least one link regardless of an access category configured for the at least one link.
  • AC assigned access category
  • the management frame may be transmitted to all links regardless of the mapping between the TID and the link.
  • the link through which the management frame is transmitted may be an enabled link in which the mapping between the TID and the link is set.
  • the management frame when the management frame is transmitted only through the enabled link, the management frame may not be transmitted if there is no enabled link except for the broadcast management frame transmitted regardless of the link. Therefore, in the case of a specific management frame, it can be transmitted even when there is no enabled link.

Landscapes

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

Abstract

무선 통신 시스템의 다중 링크 디바이스(multi-link device: MLD)가 프레임을 전송하는 방법이 개시된다. MLD는 트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 전송하되, 상기 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요청되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함할 수 있다. 이후, MLD는 상기 요청 프레임에 대한 응답으로 응답 프레임을 수신할 수 있으며, 상기 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되고, 상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않을 수 있다.

Description

무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
본 발명은 무선통신 시스템에 관한 것으로, 좀더 상세하게 본 발명은 무선통신 시스템에서 상향링크 멀티 유저 정보를 효율적으로 시그널링하기 위한 무선 통신 방법 및 무선 통신 단말에 관한 것이다.
최근 모바일 기기의 보급이 확대됨에 따라 이들에게 빠른 무선 인터넷 서비스를 제공할 수 있는 무선랜(Wireless LAN) 기술이 많은 각광을 받고 있다. 무선랜 기술은 근거리에서 무선 통신 기술을 바탕으로 스마트 폰, 스마트 패드, 랩탑 컴퓨터, 휴대형 멀티미디어 플레이어, 임베디드 기기 등과 같은 모바일 기기들을 가정이나 기업 또는 특정 서비스 제공지역에서 무선으로 인터넷에 접속할 수 있도록 하는 기술이다.
IEEE(Institute of Electrical and Electronics Engineers) 802.11은 2.4GHz 주파수를 이용한 초기의 무선랜 기술을 지원한 이래, 다양한 기술의 표준을 실용화 또는 개발 중에 있다. 먼저, IEEE 802.11b는 2.4GHz 밴드의 주파수를 사용하면서 최고 11Mbps의 통신 속도를 지원한다. IEEE 802.11b 이후에 상용화된 IEEE 802.11a는 2.4GHz 밴드가 아닌 5GHz 밴드의 주파수를 사용함으로써 상당히 혼잡한 2.4GHz 밴드의 주파수에 비해 간섭에 대한 영향을 줄였으며, OFDM 기술을 사용하여 통신 속도를 최대 54Mbps까지 향상시켰다. 그러나 IEEE 802.11a는 IEEE 802.11b에 비해 통신 거리가 짧은 단점이 있다. 그리고 IEEE 802.11g는 IEEE 802.11b와 마찬가지로 2.4GHz 밴드의 주파수를 사용하여 최대 54Mbps의 통신속도를 구현하며, 하위 호환성(backward compatibility)을 만족하고 있어 상당한 주목을 받았는데, 통신 거리에 있어서도 IEEE 802.11a보다 우위에 있다.
그리고 무선랜에서 취약점으로 지적되어온 통신 속도에 대한 한계를 극복하기 위하여 제정된 기술 규격으로서 IEEE 802.11n이 있다. IEEE 802.11n은 네트워크의 속도와 신뢰성을 증가시키고, 무선 네트워크의 운영 거리를 확장하는데 목적을 두고 있다. 보다 구체적으로, IEEE 802.11n에서는 데이터 처리 속도가 최대 540Mbps 이상인 고처리율(High Throughput, HT)을 지원하며, 또한 전송 에러를 최소화하고 데이터 속도를 최적화하기 위해 송신부와 수신부 양단 모두에 다중 안테나를 사용하는 MIMO(Multiple Inputs and Multiple Outputs) 기술에 기반을 두고 있다. 또한, 이 규격은 데이터 신뢰성을 높이기 위해 중복되는 사본을 여러 개 전송하는 코딩 방식을 사용할 수 있다.
무선랜의 보급이 활성화되고 또한 이를 이용한 어플리케이션이 다양화됨에 따라, IEEE 802.11n이 지원하는 데이터 처리 속도보다 더 높은 처리율(Very High Throughput, VHT)을 지원하기 위한 새로운 무선랜 시스템에 대한 필요성이 대두되었다. 이 중 IEEE 802.11ac는 5GHz 주파수에서 넓은 대역폭(80MHz~160MHz)을 지원한다. IEEE 802.11ac 표준은 5GHz 대역에서만 정의되어 있으나 기존 2.4GHz 대역 제품들과의 하위 호환성을 위해 초기 11ac 칩셋들은 2.4GHz 대역에서의 동작도 지원할 것이다. 이론적으로, 이 규격에 따르면 다중 스테이션의 무선랜 속도는 최소 1Gbps, 최대 단일 링크 속도는 최소 500Mbps까지 가능하게 된다. 이는 더 넓은 무선 주파수 대역폭(최대 160MHz), 더 많은 MIMO 공간적 스트림(최대 8개), 다중 사용자 MIMO, 그리고 높은 밀도의 변조(최대 256 QAM) 등 802.11n에서 받아들인 무선 인터페이스 개념을 확장하여 이루어진다. 또한, 기존 2.4GHz/5GHz 대신 60GHz 밴드를 사용해 데이터를 전송하는 방식으로 IEEE 802.11ad가 있다. IEEE 802.11ad는 빔포밍 기술을 이용하여 최대 7Gbps의 속도를 제공하는 전송규격으로서, 대용량의 데이터나 무압축 HD 비디오 등 높은 비트레이트 동영상 스트리밍에 적합하다. 하지만 60GHz 주파수 밴드는 장애물 통과가 어려워 근거리 공간에서의 디바이스들 간에만 이용이 가능한 단점이 있다.
한편, 802.11ac 및 802.11ad 이후의 무선랜 표준으로서, AP와 단말들이 밀집한 고밀도 환경에서의 고효율 및 고성능의 무선랜 통신 기술을 제공하기 위한 IEEE 802.11ax (High Efficiency WLAN, HEW) 표준이 개발 완료단계에 있다. 802.11ax 기반 무선랜 환경에서는 고밀도의 스테이션들과 AP(Access Point)들의 존재 하에 실내/외에서 높은 주파수 효율의 통신이 제공되어야 하며, 이를 구현하기 위한 다양한 기술들이 개발되었다.
또한 고화질 비디오, 실시간 게임 등과 같은 새로운 멀티미디어 응용을 지원하기 위하여 최대 전송 속도를 높이기 위한 새로운 무선랜 표준 개발이 시작되었다. 7세대 무선랜 표준인 IEEE 802.11be (Extremely High Throughput, EHT)에서는 2.4/5/6 GHz의 대역에서 더 넓은 대역폭과 늘어난 공간 스트림 및 다중 AP 협력 등을 통해 최대 30Gbps의 전송율을 지원하는 것을 목표로 표준 개발을 진행 중이다.
본 발명은 전술한 바와 같이 새로운 멀티미디어 응용을 위한 초고속의 무선랜 서비스를 제공하기 위한 것에 그 목적이 있다.
또한, 본 발명은 논리적인 엔터티(entity)들의 집합인 다중 링크 디바이스(multi-link device)간에 TID와 링크를 매핑시키기 위한 방법을 제공하기 위한 것에 그 목적이 있다.
또한, 본 발명은 TID와 링크의 매핑과정에서 매핑 관계가 지시되지 않은 TID의 매핑 관계를 암시적으로 결정하기 위한 방법을 제공하기 위한 것에 그 목적이 있다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
무선 통신 시스템의 다중 링크 디바이스(multi-link device: MLD)은 통신 모듈; 상기 통신 모듈을 제어하는 프로세서를 포함하고, 상기 프로세서는, 트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 전송하되,상기 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요청되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함하고,상기 요청 프레임에 대한 응답으로 응답 프레임을 수신하되,상기 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되고, 상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않는다.
또한, 본 발명에서, 상기 적어도 하나의 링크 중 하나의 링크는 상기 적어도 하나의 TID 중 하나 또는 그 이상의 TID와 매핑된다.
또한, 본 발명에서, 상기 기본 매핑 관계는 TID와 모든 링크가 매핑된 상태이며, 상기 기본 매핑 관계는 상기 제1 나머지 TID들이 상기 요청 프레임의 전송 전에 상기 기본 매핑 관계로 설정되었던 경우, 적용된다.
또한, 본 발명에서, 상기 요청 프레임은 상기 적어도 하나의 TID에 대한 전송 방향을 나타내는 전송 방향 정보를 더 포함하고, 상기 복수 개의 TID들은 상기 MLD와 상기 요청 프레임을 전송한 상대 MLD간의 설정이 완료된 링크 간에만 매핑된다.
또한, 본 발명에서, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계에 대한 허용 여부를 지시한다.
또한, 본 발명에서, 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 다른 매핑 관계에 대한 제2 매핑 정보를 포함하지 않는다.
또한, 본 발명에서, 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되지 않는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID에 대하여 상기 제1 매핑 관계와는 다른 매핑 관계를 지시하는 제2 매핑 정보를 더 포함한다.
또한, 본 발명에서, 상기 프로세서는, 관리 프레임(management frame)을 수신하되, 상기 관리 프레임은 상기 적어도 하나의 TID와 상기 매핑 관계가 설정된 상기 적어도 하나의 링크에서만 전송된다.
또한, 본 발명에서, 상기 관리 프레임은 할당된 접속 카테고리(Access Category: AC)에 기초하여 전송되고, 상기 적어도 하나의 링크에 설정된 접속 카테고리에 상관 없이 상기 적어도 하나의 링크에서 전송된다.
또한, 본 발명에서, 상기 프로세서는, 상기 복수 개의 TID 중 하나 또는 그 이상의 TID들과 하나 또는 그 이상의 링크에 대한 매핑 관계의 설정을 위한 제2 매핑 정보를 포함하는 프레임을 수신하되, 상기 복수 개의 TID들 중 상기 하나 또는 그 이상의 TID들을 제외한 제2 나머지 TID는 선호되는 특정 매핑 관계 또는 선호되는 매핑 관계가 없다는 것이 지시된다.
또한, 본 발명에서, 상기 선호되는 특정 매핑 관계는 기존에 설정된 매핑 관계, 또는 상기 기본 매핑 관계이다.
또한, 본 발명에서, 상기 특정 매핑 관계가 상기 기본 매핑 관계이거나 또는 상기 선호되는 매핑 관계가 없는 경우, 상기 적어도 하나의 TID와 상기 제2 나머지 TID 중 중첩되는 TID에 대한 매핑 관계는 상기 응답 프레임에 의해서 지시되지 않는다.
또한, 본 발명은, 트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 전송하는 단계, 상기 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요구되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함하고; 및 상기 요청 프레임에 대한 응답으로 응답 프레임을 수신하는 단계를 포함하되, 상기 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되고, 상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않는 방법을 제공한다.
본 발명의 일 실시예에 따르면, 멀티 링크 장치의 QoS를 강화할 수 있다.
본 발명의 일 실시예에 따르면, 멀티 링크 장치는 TID-to-Link 매핑을 수행할 수 있다.
본 발명의 일 실시예에 따르면, 멀티 링크 장치는 QMF-to-Link 매핑을 수행할 수 있다.
본 발명의 일 실시예에 따르면, 멀티 링크 장치는 TID-to-Link 매핑을 수행할 때 요청/제안 링크를 암시적으로 지시할 수 있다.
본 발명의 일 실시예에 따르면, 멀티 링크 장치는 ML setup 변경 시 TID-to-Link 매핑을 관리할 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 2는 본 발명의 또 다른 일 실시예에 따른 무선랜 시스템을 나타낸다.
도 3은 본 발명의 일 실시예에 따른 스테이션의 구성을 나타낸다.
도 4는 본 발명의 일 실시예에 따른 액세스 포인트의 구성을 나타낸다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
도 7은 다양한 표준 세대별 PPDU(PLCP Protocol Data Unit) 포맷의 일 실시예를 도시한다.
도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 9는 본 발명의 일 실시예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따른 MLD가 트래픽을 자신의 STA(Link)에 매핑하는 방법 일 실시예를 도시한다.
도 11은 AP MLD와 Non-AP MLD간에 수립된 TID-to-Link 매핑 방법의 일 실시예를 도시한다.
도 12는 AP MLD와 Non-AP MLD간에 수립할 수 있는 TID-to-Link 매핑 방법의 일 실시예를 도시한다.
도 13은 Link에 관계없이 전송될 수 있는 QMF를 지시하는 TID-to-Link 매핑 엘리먼트(Mapping element) 실시예를 도시한다.
도 14는 TID-to-Link 매핑을 통해 QMF policy를 수립한 MLD의 동작의 일 실시예를 도시한다.
도 15는 TID-to-Link 매핑 엘리먼트의 포맷의 일 실시예를 도시한다.
도 16은 본 발명의 일 실시예에 따른 TID-to-Link 매핑 절차를 도시한다.
도 17은 개시 MLD가 지시(또는, 제안)한 TID와 링크 매핑 중 응답 MLD가 일부 TID에 대해 선택적으로 응답하는 일 실시예를 도시한다.
도 18은 응답 MLD로부터 역으로 제안된 TID-to-Link 매핑을 승낙(수용)하는 개시 MLD의 응답 방법을 도시한다.
도 19는 AP MLD로부터 전송된 지시되지 않은 TID-to-Link 매핑 응답 프레임(Unsolicited TID-to-Link Mapping Response frame)과, AP MLD와 non-AP MLD의 TID-to-Link Mapping 협상 과정 일 실시예를 도시한다.
도 20은 TID-to-link 매핑 엘리먼트의 또 다른 일 실시예를 도시한다.
도 21은 가변길이의 TID의 링크 매핑 필드(Link Mapping of TID field)를 포함하는 TID-to-Link 매핑 엘리먼트의 일 실시예를 도시한다.
도 22는 재 설정(resetup)을 통해 설정 링크(setup Link)가 추가된 두 MLD의 TID-to-Link mapping 관리 방법의 일 실시예를 도시한다.
도 23은 재 설정을 통해 설정이 해제된 링크에 대한 두 MLD의 TID-to-링크 매핑의 관리 방법 일 실시예를 도시한다.
도 24는 본 발명에 따른 TID와 링크를 매핑하기 위한 방법의 일 예를 나타내는 순서도이다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도, 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가진 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 구성요소를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 구성이 특정 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 이에 더하여, 특정 임계값을 기준으로 "이상" 또는 "이하"라는 한정 사항은 실시예에 따라 각각 "초과" 또는 "미만"으로 적절하게 대체될 수 있다. 이하, 본 발명에서 필드와 서브 필드는 혼용되어 사용될 수 있다.
도 1은 본 발명의 일 실시예에 따른 무선랜 시스템을 나타낸다.
무선랜 시스템은 하나 또는 그 이상의 베이직 서비스 세트(Basic Service Set, BSS)를 포함하는데, BSS는 성공적으로 동기화를 이루어서 서로 통신할 수 있는 기기들의 집합을 나타낸다. 일반적으로 BSS는 인프라스트럭쳐 BSS(infrastructure BSS)와 독립 BSS(Independent BSS, IBSS)로 구분될 수 있으며, 도 1은 이 중 인프라스트럭쳐 BSS를 나타내고 있다.
도 1에 도시된 바와 같이 인프라스트럭쳐 BSS(BSS1, BSS2)는 하나 또는 그 이상의 스테이션(STA1, STA2, STA3, STA4, STA5), 분배 서비스(Distribution Service)를 제공하는 스테이션인 액세스 포인트(AP-1, AP-2), 및 다수의 액세스 포인트(AP-1, AP-2)를 연결시키는 분배 시스템(Distribution System, DS)을 포함한다.
스테이션(Station, STA)은 IEEE 802.11 표준의 규정을 따르는 매체 접속 제어(Medium Access Control, MAC)와 무선 매체에 대한 물리층(Physical Layer) 인터페이스를 포함하는 임의의 디바이스로서, 광의로는 비 액세스 포인트(non-AP) 스테이션뿐만 아니라 액세스 포인트(AP)를 모두 포함한다. 또한, 본 명세서에서 '단말'은 non-AP STA 또는 AP를 가리키거나, 양 자를 모두 가리키는 용어로 사용될 수 있다. 무선 통신을 위한 스테이션은 프로세서와 통신부를 포함하고, 실시예에 따라 유저 인터페이스부와 디스플레이 유닛 등을 더 포함할 수 있다. 프로세서는 무선 네트워크를 통해 전송할 프레임을 생성하거나 또는 상기 무선 네트워크를 통해 수신된 프레임을 처리하며, 그 밖에 스테이션을 제어하기 위한 다양한 처리를 수행할 수 있다. 그리고, 통신부는 상기 프로세서와 기능적으로 연결되어 있으며 스테이션을 위하여 무선 네트워크를 통해 프레임을 송수신한다. 본 발명에서 단말은 사용자 단말기(user equipment, UE)를 포함하는 용어로 사용될 수 있다.
액세스 포인트(Access Point, AP)는 자신에게 결합된(associated) 스테이션을 위하여 무선 매체를 경유하여 분배시스템(DS)에 대한 접속을 제공하는 개체이다. 인프라스트럭쳐 BSS에서 비 AP 스테이션들 사이의 통신은 AP를 경유하여 이루어지는 것이 원칙이지만, 다이렉트 링크가 설정된 경우에는 비AP 스테이션들 사이에서도 직접 통신이 가능하다. 한편, 본 발명에서 AP는 PCP(Personal BSS Coordination Point)를 포함하는 개념으로 사용되며, 광의적으로는 집중 제어기, 기지국(Base Station, BS), 노드-B, BTS(Base Transceiver System), 또는 사이트 제어기 등의 개념을 모두 포함할 수 있다. 본 발명에서 AP는 베이스 무선 통신 단말로도 지칭될 수 있으며, 베이스 무선 통신 단말은 광의의 의미로는 AP, 베이스 스테이션(base station), eNB(eNodeB) 및 트랜스미션 포인트(TP)를 모두 포함하는 용어로 사용될 수 있다. 뿐만 아니라, 베이스 무선 통신 단말은 복수의 무선 통신 단말과의 통신에서 통신 매개체(medium) 자원을 할당하고, 스케줄링(scheduling)을 수행하는 다양한 형태의 무선 통신 단말을 포함할 수 있다.
복수의 인프라스트럭쳐 BSS는 분배 시스템(DS)을 통해 상호 연결될 수 있다. 이때, 분배 시스템을 통하여 연결된 복수의 BSS를 확장 서비스 세트(Extended Service Set, ESS)라 한다.
도 2는 본 발명의 다른 실시예에 따른 무선랜 시스템인 독립 BSS를 도시하고 있다. 도 2의 실시예에서 도 1의 실시예와 동일하거나 상응하는 부분은 중복적인 설명을 생략하도록 한다.
도 2에 도시된 BSS3는 독립 BSS이며 AP를 포함하지 않기 때문에, 모든 스테이션(STA6, STA7)이 AP와 접속되지 않은 상태이다. 독립 BSS는 분배 시스템으로의 접속이 허용되지 않으며, 자기 완비적 네트워크(self-contained network)를 이룬다. 독립 BSS에서 각각의 스테이션들(STA6, STA7)은 다이렉트로 서로 연결될 수 있다.
도 3은 본 발명의 일 실시예에 따른 스테이션(100)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 스테이션(100)은 프로세서(110), 통신부(120), 유저 인터페이스부(140), 디스플레이 유닛(150) 및 메모리(160)를 포함할 수 있다.
먼저, 통신부(120)는 무선랜 패킷 등의 무선 신호를 송수신 하며, 스테이션(100)에 내장되거나 외장으로 구비될 수 있다. 실시예에 따르면, 통신부(120)는 서로 다른 주파수 밴드를 이용하는 적어도 하나의 통신 모듈을 포함할 수 있다. 이를 테면, 상기 통신부(120)는 2.4GHz, 5GHz, 6GHz 및 60GHz 등의 서로 다른 주파수 밴드의 통신 모듈을 포함할 수 있다. 일 실시예에 따르면, 스테이션(100)은 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 AP 또는 외부 스테이션과 무선 통신을 수행할 수 있다. 통신부(120)는 스테이션(100)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 스테이션(100)이 복수의 통신 모듈을 포함할 경우, 각 통신 모듈은 각각 독립된 형태로 구비될 수도 있으며, 복수의 모듈이 하나의 칩으로 통합되어 구비될 수도 있다. 본 발명의 실시예에서 통신부(120)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 유저 인터페이스부(140)는 스테이션(100)에 구비된 다양한 형태의 입/출력 수단을 포함한다. 즉, 유저 인터페이스부(140)는 다양한 입력 수단을 이용하여 유저의 입력을 수신할 수 있으며, 프로세서(110)는 수신된 유저 입력에 기초하여 스테이션(100)을 제어할 수 있다. 또한, 유저 인터페이스부(140)는 다양한 출력 수단을 이용하여 프로세서(110)의 명령에 기초한 출력을 수행할 수 있다.
다음으로, 디스플레이 유닛(150)은 디스플레이 화면에 이미지를 출력한다. 상기 디스플레이 유닛(150)은 프로세서(110)에 의해 실행되는 컨텐츠 또는 프로세서(110)의 제어 명령에 기초한 유저 인터페이스 등의 다양한 디스플레이 오브젝트를 출력할 수 있다. 또한, 메모리(160)는 스테이션(100)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션(100)이 AP 또는 외부 스테이션과 접속을 수행하는데 필요한 접속 프로그램이 포함될 수 있다.
본 발명의 프로세서(110)는 다양한 명령 또는 프로그램을 실행하고, 스테이션(100) 내부의 데이터를 프로세싱 할 수 있다. 또한, 상기 프로세서(110)는 상술한 스테이션(100)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(110)는 메모리(160)에 저장된 AP와의 접속을 위한 프로그램을 실행하고, AP가 전송한 통신 설정 메시지를 수신할 수 있다. 또한, 프로세서(110)는 통신 설정 메시지에 포함된 스테이션(100)의 우선 조건에 대한 정보를 판독하고, 스테이션(100)의 우선 조건에 대한 정보에 기초하여 AP에 대한 접속을 요청할 수 있다. 본 발명의 프로세서(110)는 스테이션(100)의 메인 컨트롤 유닛을 가리킬 수도 있으며, 실시예에 따라 스테이션(100)의 일부 구성 이를 테면, 통신부(120) 등을 개별적으로 제어하기 위한 컨트롤 유닛을 가리킬 수도 있다. 즉, 프로세서(110)는 통신부(120)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(110)는 본 발명의 실시예에 따른 스테이션(100)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 3에 도시된 스테이션(100)은 본 발명의 일 실시예에 따른 블록도로서, 분리하여 표시한 블록들은 디바이스의 엘리먼트들을 논리적으로 구별하여 도시한 것이다. 따라서 상술한 디바이스의 엘리먼트들은 디바이스의 설계에 따라 하나의 칩으로 또는 복수의 칩으로 장착될 수 있다. 이를테면, 상기 프로세서(110) 및 통신부(120)는 하나의 칩으로 통합되어 구현될 수도 있으며 별도의 칩으로 구현될 수도 있다. 또한, 본 발명의 실시예에서 상기 스테이션(100)의 일부 구성들, 이를 테면 유저 인터페이스부(140) 및 디스플레이 유닛(150) 등은 스테이션(100)에 선택적으로 구비될 수 있다.
도 4는 본 발명의 일 실시예에 따른 AP(200)의 구성을 나타낸 블록도이다. 도시된 바와 같이, 본 발명의 실시예에 따른 AP(200)는 프로세서(210), 통신부(220) 및 메모리(260)를 포함할 수 있다. 도 4에서 AP(200)의 구성 중 도 3의 스테이션(100)의 구성과 동일하거나 상응하는 부분에 대해서는 중복적인 설명을 생략하도록 한다.
도 4를 참조하면, 본 발명에 따른 AP(200)는 적어도 하나의 주파수 밴드에서 BSS를 운영하기 위한 통신부(220)를 구비한다. 도 3의 실시예에서 전술한 바와 같이, 상기 AP(200)의 통신부(220) 또한 서로 다른 주파수 밴드를 이용하는 복수의 통신 모듈을 포함할 수 있다. 즉, 본 발명의 실시예에 따른 AP(200)는 서로 다른 주파수 밴드, 이를 테면 2.4GHz, 5GHz, 6GHz 및 60GHz 중 두 개 이상의 통신 모듈을 함께 구비할 수 있다. 바람직하게는, AP(200)는 7.125GHz 이상의 주파수 밴드를 이용하는 통신 모듈과, 7.125GHz 이하의 주파수 밴드를 이용하는 통신 모듈을 구비할 수 있다. 각각의 통신 모듈은 해당 통신 모듈이 지원하는 주파수 밴드의 무선랜 규격에 따라 스테이션과 무선 통신을 수행할 수 있다. 상기 통신부(220)는 AP(200)의 성능 및 요구 사항에 따라 한 번에 하나의 통신 모듈만을 동작시키거나 동시에 다수의 통신 모듈을 함께 동작시킬 수 있다. 본 발명의 실시예에서 통신부(220)는 RF(Radio Frequency) 신호를 처리하는 RF 통신 모듈을 나타낼 수 있다.
다음으로, 메모리(260)는 AP(200)에서 사용되는 제어 프로그램 및 그에 따른 각종 데이터를 저장한다. 이러한 제어 프로그램에는 스테이션의 접속을 관리하는 접속 프로그램이 포함될 수 있다. 또한, 프로세서(210)는 AP(200)의 각 유닛들을 제어하며, 유닛들 간의 데이터 송수신을 제어할 수 있다. 본 발명의 실시예에 따르면, 프로세서(210)는 메모리(260)에 저장된 스테이션과의 접속을 위한 프로그램을 실행하고, 하나 이상의 스테이션에 대한 통신 설정 메시지를 전송할 수 있다. 이때, 통신 설정 메시지에는 각 스테이션의 접속 우선 조건에 대한 정보가 포함될 수 있다. 또한, 프로세서(210)는 스테이션의 접속 요청에 따라 접속 설정을 수행한다. 일 실시예에 따르면, 프로세서(210)는 통신부(220)로부터 송수신되는 무선 신호를 변복조하는 모뎀 또는 변복조부(modulator and/or demodulator)일 수 있다. 프로세서(210)는 본 발명의 실시예에 따른 AP(200)의 무선 신호 송수신의 각종 동작을 제어한다. 이에 대한 구체적인 실시예는 추후 기술하기로 한다.
도 5는 스테이션이 액세스 포인트와 링크를 설정하는 과정을 개략적으로 나타낸다.
도 5를 참조하면, STA(100)와 AP(200) 간의 링크는 크게 스캐닝(scanning), 인증(authentication) 및 결합(association)의 3단계를 통해 설정된다. 먼저, 스캐닝 단계는 AP(200)가 운영하는 BSS의 접속 정보를 STA(100)가 획득하는 단계이다. 스캐닝을 수행하기 위한 방법으로는 AP(200)가 주기적으로 전송하는 비콘(beacon) 메시지(S101)만을 활용하여 정보를 획득하는 패시브 스캐닝(passive scanning) 방법과, STA(100)가 AP에 프로브 요청(probe request)을 전송하고(S103), AP로부터 프로브 응답(probe response)을 수신하여(S105) 접속 정보를 획득하는 액티브 스캐닝(active scanning) 방법이 있다.
스캐닝 단계에서 성공적으로 무선 접속 정보를 수신한 STA(100)는 인증 요청(authentication request)을 전송하고(S107a), AP(200)로부터 인증 응답(authentication response)을 수신하여(S107b) 인증 단계를 수행한다. 인증 단계가 수행된 후, STA(100)는 결합 요청(association request)를 전송하고(S109a), AP(200)로부터 결합 응답(association response)을 수신하여(S109b) 결합 단계를 수행한다. 본 명세서에서 결합(association)은 기본적으로 무선 결합을 의미하나, 본 발명은 이에 한정되지 않으며 광의의 의미로의 결합은 무선 결합 및 유선 결합을 모두 포함할 수 있다.
한편, 추가적으로 802.1X 기반의 인증 단계(S111) 및 DHCP를 통한 IP 주소 획득 단계(S113)가 수행될 수 있다. 도 5에서 인증 서버(300)는 STA(100)와 802.1X 기반의 인증을 처리하는 서버로서, AP(200)에 물리적으로 결합되어 존재하거나 별도의 서버로서 존재할 수 있다.
도 6은 무선랜 통신에서 사용되는 CSMA(Carrier Sense Multiple Access)/CA(Collision Avoidance) 방법의 일 예를 나타낸다.
무선랜 통신을 수행하는 단말은 데이터를 전송하기 전에 캐리어 센싱(Carrier Sensing)을 수행하여 채널이 점유 상태(busy)인지 여부를 체크한다. 만약, 일정한 세기 이상의 무선 신호가 감지되는 경우 해당 채널이 점유 상태(busy)인 것으로 판별되고, 상기 단말은 해당 채널에 대한 액세스를 지연한다. 이러한 과정을 클리어 채널 할당(Clear Channel Assessment, CCA) 이라고 하며, 해당 신호 감지 유무를 결정하는 레벨을 CCA 임계값(CCA threshold)이라 한다. 만약 단말에 수신된 CCA 임계값 이상의 무선 신호가 해당 단말을 수신자로 하는 경우, 단말은 수신된 무선 신호를 처리하게 된다. 한편, 해당 채널에서 무선 신호가 감지되지 않거나 CCA 임계값보다 작은 세기의 무선 신호가 감지될 경우 상기 채널은 유휴 상태(idle)인 것으로 판별된다.
채널이 유휴 상태인 것으로 판별되면, 전송할 데이터가 있는 각 단말은 각 단말의 상황에 따른 IFS(Inter Frame Space) 이를테면, AIFS(Arbitration IFS), PIFS(PCF IFS) 등의 시간 뒤에 백오프 절차를 수행한다. 실시예에 따라, 상기 AIFS는 기존의 DIFS(DCF IFS)를 대체하는 구성으로 사용될 수 있다. 각 단말은 해당 단말에 결정된 난수(random number) 만큼의 슬롯 타임을 상기 채널의 유휴 상태의 간격(interval) 동안 감소시켜가며 대기하고, 슬롯 타임을 모두 소진한 단말이 해당 채널에 대한 액세스를 시도하게 된다. 이와 같이 각 단말들이 백오프 절차를 수행하는 구간을 경쟁 윈도우 구간이라고 한다.
만약, 특정 단말이 상기 채널에 성공적으로 액세스하게 되면, 해당 단말은 상기 채널을 통해 데이터를 전송할 수 있다. 그러나, 액세스를 시도한 단말이 다른 단말과 충돌하게 되면, 충돌된 단말들은 각각 새로운 난수를 할당 받아 다시 백오프 절차를 수행한다. 일 실시예에 따르면, 각 단말에 새로 할당되는 난수는 해당 단말이 이전에 할당 받은 난수 범위(경쟁 윈도우, CW)의 2배의 범위(2*CW) 내에서 결정될 수 있다. 한편, 각 단말은 다음 경쟁 윈도우 구간에서 다시 백오프 절차를 수행하여 액세스를 시도하며, 이때 각 단말은 이전 경쟁 윈도우 구간에서 남게 된 슬롯 타임부터 백오프 절차를 수행한다. 이와 같은 방법으로 무선랜 통신을 수행하는 각 단말들은 특정 채널에 대한 서로간의 충돌을 회피할 수 있다.
이하, 본 발명에서 단말은 non-AP STA, AP STA, AP, STA, 수신 장치 또는 전송 장치로 호칭될 수 있으며, 본 발명이 이에 한정되는 것은 아니다. 또한, 본 발명에서 AP STA은 AP로 호칭될 수 있다.
<다양한 PPDU 포맷 실시예>
도 7은 다양한 표준 세대별 PPDU(PLCP Protocol Data Unit) 포맷의 일 예를 도시한다. 더욱 구체적으로, 도 7(a)는 802.11a/g에 기초한 레거시 PPDU 포맷의 일 실시예, 도 7(b)는 802.11ax에 기초한 HE PPDU 포맷의 일 실시예를 도시하며, 도 7(c)는 802.11be에 기초한 논-레거시 PPDU(즉, EHT PPDU) 포맷의 일 실시예를 도시한다. 또한, 도 7(d)는 상기 PPDU 포맷들에서 공통적으로 사용되는 L-SIG 및 RL-SIG의 세부 필드 구성을 나타낸다.
도 7(a)를 참조하면 레거시 PPDU의 프리앰블은 L-STF(Legacy Short Training field), L-LTF(Legacy Long Training field) 및 L-SIG(Legacy Signal field)를 포함한다. 본 발명의 실시예에서, 상기 L-STF, L-LTF 및 L-SIG는 레거시 프리앰블로 지칭될 수 있다.
도 7(b)를 참조하면 HE PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), HE-SIG-A(High Efficiency Signal A field), HE-SIG-B(High Efficiency Signal B field), HE-STF(High Efficiency Short Training field), HE-LTF(High Efficiency Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, HE-SIG-A, HE-SIG-B, HE-STF 및 HE-LTF는 HE 프리앰블로 지칭될 수 있다. HE 프리앰블의 구체적인 구성은 HE PPDU 포맷에 따라 변형될 수 있다. 예를 들어, HE-SIG-B는 HE MU PPDU 포맷에서만 사용될 수 있다.
도 7(c)를 참조하면 EHT PPDU의 프리앰블은 상기 레거시 프리앰블에 RL-SIG(Repeated Legacy Short Training field), U-SIG(Universal Signal field), EHT-SIG-A(Extremely High Throughput Signal A field), EHT-SIG-A(Extremely High Throughput Signal B field), EHT-STF(Extremely High Throughput Short Training field), EHT-LTF(Extremely High Throughput Long Training field)를 추가적으로 포함한다. 본 발명의 실시예에서, 상기 RL-SIG, EHT-SIG-A, EHT-SIG-B, EHT-STF 및 EHT-LTF는 EHT 프리앰블로 지칭될 수 있다. 논-레거시 프리앰블의 구체적인 구성은 EHT PPDU 포맷에 따라 변형될 수 있다. 예를 들어, EHT-SIG-A와 EHT-SIG-B는 EHT PPDU 포맷들 중 일부 포맷에서만 사용될 수 있다.
PPDU의 프리앰블에 포함된 L-SIG 필드는 64FFT OFDM이 적용되며, 총 64개의 서브캐리어로 구성된다. 이 중 가드 서브캐리어, DC 서브캐리어 및 파일럿 서브캐리어를 제외한 48개의 서브캐리어들이 L-SIG의 데이터 전송용으로 사용된다. L-SIG에는 BPSK, Rate=1/2의 MCS(Modulation and Coding Scheme)가 적용되므로, 총 24비트의 정보를 포함할 수 있다. 도 7(d)는 L-SIG의 24비트 정보 구성을 나타낸다.
도 7(d)를 참조하면 L-SIG는 L_RATE 필드와 L_LENGTH 필드를 포함한다. L_RATE 필드는 4비트로 구성되며, 데이터 전송에 사용된 MCS를 나타낸다. 구체적으로, L_RATE 필드는 BPSK/QPSK/16-QAM/64-QAM 등의 변조방식과 1/2, 2/3, 3/4 등의 부효율을 조합한 6/9/12/18/24/36/48/54Mbps의 전송 속도들 중 하나의 값을 나타낸다. L_RATE 필드와 L_LENGTH 필드의 정보를 조합하면 해당 PPDU의 총 길이를 나타낼 수 있다. 논-레거시 PPDU 포맷에서는 L_RATE 필드를 최소 속도인 6Mbps로 설정한다.
L_LENGTH 필드의 단위는 바이트로 총 12비트가 할당되어 최대 4095까지 시그널링할 수 있으며, L_RATE 필드와의 조합으로 해당 PPDU의 길이를 나타낼 수 있다. 이때, 레거시 단말과 논-레거시 단말은 L_LENGTH 필드를 서로 다른 방법으로 해석할 수 있다.
먼저, 레거시 단말 또는 논-레거시 단말이 L_LENGTH 필드를 이용하여 해당 PPDU의 길이를 해석하는 방법은 다음과 같다. L_RATE 필드의 값이 6Mbps를 지시하도록 설정된 경우, 64FFT의 한 개의 심볼 듀레이션인 4us동안 3 바이트(즉, 24비트)가 전송될 수 있다. 따라서, L_LENGTH 필드 값에 SVC 필드 및 Tail 필드에 해당하는 3바이트를 더하고, 이를 한 개의 심볼의 전송량인 3바이트로 나누면 L-SIG 이후의 64FFT 기준 심볼 개수가 획득된다. 획득된 심볼 개수에 한 개의 심볼 듀레이션인 4us를 곱한 후 L-STF, L-LTF 및 L-SIG의 전송에 소요되는 20us를 더하면 해당 PPDU의 길이 즉, 수신 시간(RXTIME)이 획득된다. 이를 수식으로 표현하면 아래 수학식 1과 같다.
Figure PCTKR2021010833-appb-img-000001
이때,
Figure PCTKR2021010833-appb-img-000002
는 x보다 크거나 같은 최소의 자연수를 나타낸다. L_LENGTH 필드의 최대값은 4095이므로 PPDU의 길이는 최대 5.484ms까지로 설정될 수 있다. 해당 PPDU를 전송하는 논-레거시 단말은 L_LENGTH 필드를 아래 수학식 2와 같이 설정해야 한다.
Figure PCTKR2021010833-appb-img-000003
여기서 TXTIME은 해당 PPDU를 구성하는 전체 전송 시간으로서, 아래 수학식 3과 같다. 이때, TX는 X의 전송 시간을 나타낸다.
Figure PCTKR2021010833-appb-img-000004
상기 수식들을 참고하면, PPDU의 길이는 L_LENGTH/3의 올림 값에 기초하여 계산된다. 따라서, 임의의 k 값에 대하여 L_LENGTH={3k+1, 3k+2, 3(k+1)}의 3가지 서로 다른 값들이 동일한 PPDU 길이를 지시하게 된다.
도 7(e)를 참조하면 U-SIG(Universal SIG) 필드는 EHT PPDU 및 후속 세대의 무선랜 PPDU에서 계속 존재하며, 11be를 포함하여 어떤 세대의 PPDU인지를 구분하는 역할을 수행한다. U-SIG는 64FFT 기반의 OFDM 2 심볼로서 총 52비트의 정보를 전달할 수 있다. 이 중 CRC/Tail 9비트를 제외한 43비트는 크게 VI(Version Independent) 필드와 VD(Version Dependent) 필드로 구분된다.
VI 비트는 현재의 비트 구성을 향후에도 계속 유지하여 후속 세대의 PPDU가 정의되더라도 현재의 11be 단말들이 해당 PPDU의 VI 필드들을 통해서 해당 PPDU에 대한 정보를 얻을 수 있다. 이를 위해 VI 필드는 PHY version, UL/DL, BSS Color, TXOP, Reserved 필드들로 구성된다. PHY version 필드는 3비트로 11be 및 후속 세대 무선랜 표준들을 순차적으로 버전으로 구분하는 역할을 한다. 11be의 경우 000b의 값을 갖는다. UL/DL 필드는 해당 PPDU가 업링크/다운링크 PPDU인지를 구분한다. BSS Color는 11ax에서 정의된 BSS별 식별자를 의미하며, 6비트 이상의 값을 갖는다. TXOP은 MAC 헤더에서 전달되던 전송 기회 듀레이션(Transmit Opportunity Duration)을 의미하는데, PHY 헤더에 추가함으로써 MPDU를 디코딩 할 필요 없이 해당 PPDU가 포함된 TXOP의 길이를 유추할 수 있으며 7비트 이상의 값을 갖는다.
VD 필드는 11be 버전의 PPDU에만 유용한 시그널링 정보들로 PPDU 포맷, BW와 같이 어떤 PPDU 포맷에도 공통적으로 사용되는 필드와, PPDU 포맷별로 다르게 정의되는 필드로 구성될 수 있다. PPDU 포맷은 EHT SU(Single User), EHT MU(Multiple User), EHT TB(Trigger-based), EHT ER(Extended Range) PPDU등을 구분하는 구분자이다. BW 필드는 크게 20, 40, 80, 160(80+80), 320(160+160) MHz의 5개의 기본 PPDU BW 옵션(20*2의 지수승 형태로 표현 가능한 BW를 기본 BW로 호칭할 수 있다.)들과, Preamble Puncturing을 통해 구성되는 다양한 나머지 PPDU BW들을 시그널링 한다. 또한, 320 MHz로 시그널링 된 후 일부 80 MHz가 펑처링된 형태로 시그널링 될 수 있다. 또한 펑처링되어 변형된 채널 형태는 BW 필드에서 직접 시그널링 되거나, BW 필드와 BW 필드 이후에 나타나는 필드(예를 들어 EHT-SIG 필드 내의 필드)를 함께 이용하여 시그널링 될 수 있다. 만약 BW 필드를 3비트로 하는 경우 총 8개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 3개만을 시그널링 할 수 있다. 만약 BW 필드를 4비트로 하는 경우 총 16개의 BW 시그널링이 가능하므로, 펑처링 모드는 최대 11개를 시그널링 할 수 있다.
BW 필드 이후에 위치하는 필드는 PPDU의 형태 및 포맷에 따라 달라지며, MU PPDU와 SU PPDU는 같은 PPDU 포맷으로 시그널링 될 수 있으며, EHT-SIG 필드 전에 MU PPDU와 SU PPDU를 구별하기 위한 필드가 위치할 수 있으며, 이를 위한 추가적인 시그널링이 수행될 수 있다. SU PPDU와 MU PPDU는 둘 다 EHT-SIG 필드를 포함하고 있지만, SU PPDU에서 필요하지 않은 일부 필드가 압축(compression)될 수있다. 이때, 압축이 적용된 필드의 정보는 생략되거나 MU PPDU에 포함되는 본래 필드의 크기보다 축소된 크기를 갖을 수 있다. 예를 들어 SU PPDU의 경우, EHT-SIG의 공통 필드가 생략 또는 대체되거나, 사용자 특정 필드가 대체되거나 1개로 축소되는 등 다른 구성을 갖을 수 있다.
또는, SU PPDU는 압축 여부를 나타내는 압축 필드를 더 포함할 수 있으며, 압축 필드의 값에 따라 일부 필드(예를 들면, RA 필드 등)가 생략될 수 있다.
SU PPDU의 EHT-SIG 필드의 일부가 압축된 경우, 압축된 필드에 포함될 정보는 압축되지 않은 필드(예를 들면, 공통 필드 등)에서 함께 시그널링될 수 있다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 PPDU 포맷이기 때문에 U-SIG 필드 이후에 EHT-SIG 필드가 필수적으로 전송되어야 하며, 시그널링되는 정보의 양이 가변적일 수 있다. 즉, 복수 개의 MU PPDU가 복수 개의 STA에게 전송되기 때문에 각각의 STA은 MU PPDU가 전송되는 RU의 위치, 각각의 RU가 할당된 STA 및 전송된 MU PPDU가 자신에게 전송되었는지 여부를 인식해야 된다. 따라서, AP는 EHT-SIG 필드에 위와 같은 정보를 포함시켜서 전송해야 된다. 이를 위해, U-SIG 필드에서는 EHT-SIG 필드를 효율적으로 전송하기 위한 정보를 시그널링하며, 이는 EHT-SIG 필드의 심볼 수 및/또는 변조 방법인 MCS일 수 있다. EHT-SIG 필드는 각 사용자에게 할당 된 RU의 크기 및 위치 정보를 포함할 수 있다.
SU PPDU인 경우, STA에게 복수 개의 RU가 할당될 수 있으며, 복수 개의 RU들은 연속되거나 연속되지 않을 수 있다. STA에게 할당된 RU들이 연속하지 않은 경우, STA은 중간에 펑처링된 RU를 인식하여야 SU PPDU를 효율적으로 수신할 수 있다. 따라서, AP는 SU PPDU에 STA에게 할당된 RU들 중 펑처링된 RU들의 정보(예를 들면, RU 들의 펑처링 패턴 등)를 포함시켜 전송할 수 있다. 즉, SU PPDU의 경우 펑처링 모드의 적용 여부 및 펑처링 패턴을 비트맵 형식 등으로 나타내는 정보를 포함하는 펑처링 모드 필드가 EHT-SIG 필드에 포함될 수 있으며, 펑처링 모드 필드는 대역폭 내에서 나타나는 불연속한 채널의 형태를 시그널링할 수 있다.
시그널링되는 불연속 채널의 형태는 제한적이며, BW 필드의 값과 조합하여 SU PPDU의 BW 및 불연속 채널 정보를 나타낸다. 예를 들면, SU PPDU의 경우 단일 단말에게만 전송되는 PPDU이기 때문에 STA은 PPDU에 포함된 BW 필드를 통해서 자신에게 할당된 대역폭을 인식할 수 있으며, PPDU에 포함된 U-SIG 필드 또는 EHT-SIG 필드의 펑처링 모드 필드를 통해서 할당된 대역폭 중 펑처링된 자원을 인식할 수 있다. 이 경우, 단말은 펑처링된 자원 유닛의 특정 채널을 제외한 나머지 자원 유닛에서 PPDU를 수신할 수 있다. 이때, STA에게 할당된 복수 개의 RU들은 서로 다른 주파수 대역 또는 톤으로 구성될 수 있다.
제한된 형태의 불연속 채널 형태만이 시그널링되는 이유는 SU PPDU의 시그널링 오버헤드를 줄이기 위함이다. 펑처링은 20 MHz 서브채널 별로 수행될 수 있기 때문에 80, 160, 320 MHz과 같이 20 MHz 서브채널을 다수 가지고 있는 BW에 대해서 펑처링을 수행하면 320 MHz의 경우 primary 채널을 제외한 나머지 20 MHz 서브채널 15개의 사용여부를 각각 표현하여 불연속 채널(가장자리 20 MHz만 펑처링 된 형태도 불연속으로 보는 경우) 형태를 시그널링해야 한다. 이처럼 단일 사용자 전송의 불연속 채널 형태를 시그널링하기 위해 15 비트를 할애하는 것은 시그널링 부분의 낮은 전송 속도를 고려했을 때 지나치게 큰 시그널링 오버헤드로 작용할 수 있다.
본 발명은 SU PPDU의 불연속 채널 형태를 시그널링하는 기법을 제안하고, 제안한 기법에 따라 결정된 불연속 채널 형태를 도시한다. 또한, SU PPDU의 320 MHz BW 구성에서 Primary 160MHz와 Secondary 160 MHz의 펑처링 형태를 각각 시그널링하는 기법을 제안한다.
또한, 본 발명의 일 실시예에서는 PPDU 포맷 필드에 시그널링된 PPDU 포맷에 따라서 프리앰블 펑처링 BW 값들이 지시하는 PPDU의 구성을 다르게 하는 기법을 제안한다. BW 필드의 길이가 4 비트인 경우를 가정하며, EHT SU PPDU 또는 TB PPDU인 경우에는 U-SIG 이후에 1 심볼의 EHT-SIG-A를 추가로 시그널링 하거나 아예 EHT-SIG-A를 시그널링하지 않을 수 있으므로, 이를 고려하여 U-SIG의 BW 필드만을 통해 최대 11개의 펑처링 모드를 온전하게 시그널링할 필요가 있다. 그러나 EHT MU PPDU인 경우 U-SIG 이후에 EHT-SIG-B를 추가로 시그널링하므로, 최대 11개의 펑처링 모드를 SU PPDU와 다른 방법으로 시그널링할 수 있다. EHT ER PPDU의 경우 BW 필드를 1비트로 설정하여 20MHz 또는 10MHz 대역을 사용하는 PPDU인지를 시그널링할 수 있다.
도 7(f)는 U-SIG의 PPDU 포맷 필드에서 EHT MU PPDU로 지시된 경우, VD 필드의 Format-specific 필드의 구성을 도시한 것이다. MU PPDU의 경우 다수의 사용자의 동시 수신을 위한 시그널링 필드인 SIG-B가 필수적으로 필요하고, U-SIG 후에 별도의 SIG-A 없이 SIG-B가 전송될 수 있다. 이를 위해 U-SIG에서는 SIG-B를 디코딩하기 위한 정보를 시그널링해야 한다. 이러한 필드들로는 SIG-B MCS, SIG-B DCM, Number of SIG-B Symbols, SIG-B Compression, Number of EHT-LTF Symbols 필드 등이다.
도 8은 본 발명의 실시예에 따른 다양한 EHT(Extremely High Throughput) PPDU 포맷 및 이를 지시하기 위한 방법의 일 예를 나타낸다.
도 8을 참조하면, PPDU는 preamble과 데이터 부분으로 구성될 수 있으며, 하나의 타입인 EHT PPDU의 포맷은 preamble에 포함되어 있는 U-SIG 필드에 따라 구별될 수 있다. 구체적으로, U-SIG 필드에 포함되어 있는 PPDU 포맷 필드에 기초하여 PPDU의 포맷이 EHT PPDU인지 여부가 지시될 수 있다.
도 8의 (a)는 단일 STA를 위한 EHT SU PPDU 포맷의 일 예를 나타낸다. EHT SU PPDU는 AP와 단일 STA간의 단일 사용자(Single User, SU) 전송을 위해 사용되는 PPDU이며, U-SIG 필드 이후에 추가적인 시그널링을 위한 EHT-SIG-A필드가 위치할 수 있다.
도 8의 (b)는 트리거 프레임에 기초하여 전송되는 EHT PPDU인 EHT Trigger-based PPDU 포맷의 일 예를 나타낸다. EHT Trigger-based PPDU는 트리거 프레임에 기초하여 전송되는 EHT PPDU로 트리거 프레임에 대한 응답을 위해서 사용되는 상향링크 PPDU이다. EHT PPDU는 EHT SU PPDU와는 다르게 U-SIG 필드 이후에 EHT-SIG-A 필드가 위치하지 않는다.
도 8의 (c)는 다중 사용자를 위한 EHT PPDU인 EHT MU PPDU 포맷의 일 예를 나타낸다. EHT MU PPDU는 하나 이상의 STA에게 PPDU를 전송하기 위해 사용되는 PPDU이다. EHT MU PPDU 포맷은 U-SIG 필드 이후에 HE-SIG-B 필드가 위치할 수 있다.
도 8의 (d)는 확장된 범위에 있는 STA과의 단일 사용자 전송을 위해 사용되는 EHT ER SU PPDU 포맷의 일 예를 나타낸다. EHT ER SU PPDU는 도 8의 (a)에서 설명한 EHT SU PPDU보다 넓은 범위의 STA과의 단일 사용자 전송을 위해 사용될 수 있으며, 시간 축 상에서 U-SIG 필드가 반복적으로 위치할 수 있다.
도 8의 (c)에서 설명한 EHT MU PPDU는 AP가 복수 개의 STA들에게 하향링크 전송을 위해 사용할 수 있다. 이때, EHT MU PPDU는 복수 개의 STA들이 AP로부터 전송된 PPDU를 동시에 수신할 수 있도록 스케줄링 정보를 포함할 수 있다. EHT MU PPDU는 EHT-SIG-B의 사용자 특정(user specific) 필드를 통해서 전송되는 PPDU의 수신자 및/또는 송신자의 AID 정보를 STA에게 전달할 수 있다. 따라서, EHT MU PPDU를 수신한 복수 개의 단말들은 수신한 PPDU의 프리엠블에 포함된 사용자 특정 필드의 AID 정보에 기초하여 공간적 재사용(spatial reuse) 동작을 수행할 수 있다.
구체적으로, HE MU PPDU에 포함된 HE-SIG-B 필드의 자원 유닛 할당(resource unit allocation, RA) 필드는 주파수 축의 특정 대역폭(예를 들면, 20MHz 등)에서의 자원 유닛의 구성(예를 들면, 자원 유닛의 분할 형태)에 대한 정보를 포함할 수 있다. 즉, RA 필드는 STA이 PPDU를 수신하기 위해 HE MU PPDU의 전송을 위한 대역폭에서 분할된 자원 유닛들의 구성을 지시할 수 있다. 분할된 각 자원 유닛에 할당(또는 지정)된 STA의 정보는 EHT-SIG-B의 사용자 특정 필드에 포함되어 STA에게 전송될 수 있다. 즉, 사용자 특정 필드는 분할된 각 자원 유닛에 대응되는 하나 이상의 사용자 필드를 포함할 수 있다.
예를 들면, 분할된 복수 개의 자원 유닛들 중에서 데이터 전송을 위해 사용되는 적어도 하나의 자원 유닛에 대응되는 사용자 필드는 수신자 또는 송신자의 AID를 포함할 수 있으며, 데이터 전송에 수행되지 않는 나머지 자원 유닛(들)에 대응되는 사용자 필드는 기 설정된 널(Null) STA ID를 포함할 수 있다.
도 8에 도시된 두 개 이상의 PPDU를 동일한 PPDU 포맷을 나타내는 값으로 지시할 수 있다. 즉, 두 개 이상의 PPDU를 동일한 값을 통해 동일한 PPDU 포맷으로 지시할 수 있다. 예를 들면, EHT SU PPDU와 EHT MU PPDU는 U-SIG PPDU 포맷 서브필드를 통해 동일한 값으로 지시할 수 있다. 이때, EHT SU PPDU와 EHT MU PPDU는 PPDU를 수신하는 STA들의 개수에 의해서 구별될 수 있다. 예를 들면, 1개의 STA만 수신하는 PPDU는 EHT SU PPDU로 식별될 수 있으며, 두 개 이상의 STA이 수신하도록 STA들의 수가 설정된 경우, EHT MU PPDU로 식별될 수 있다. 다시 말해, 동일한 서브 필드 값을 통해서 도 8에 도시된 두 개 이상의 PPDU 포맷을 지시할 수 있다.
또한, 도 8에 도시된 필드들 중에서 일부 필드 또는 필드의 일부 정보는 생략될 수 있으며, 이렇게 일부 필드 또는 필드의 일부 정보가 생략되는 경우를 compression mode 또는 compressed mode로 정의될 수 있다.
도 9는 본 발명의 일 실시예에 따른 다중 링크(multi-link) 장치를 나타낸 도면이다.
도 9를 참조하면, 하나 이상의 STA가 affiliate 되어있는 디바이스(device)의 개념이 정의될 수 있다. 또 다른 실시예로 본 발명의 일 실시예를 따르면 하나 초과(즉, 2개 이상의)의 STA가 affiliate 되어있는 디바이스들이 정의될 수 있다. 이때 장치는 논리적인(logical) 개념일 수 있다. 따라서, 이러한 개념의 하나 이상 또는 하나 초과의 STA이 affiliate 되어있는 디바이스들은 다중 링크 디바이스(multi-link device: MLD), 다중 밴드(multi-band) 디바이스 또는 다중 링크 논리적 엔터티(multi-link logical entity: MLLE)라고 호칭될 수 있다.
또는, 위의 개념의 디바이스들은 다중 링크 엔터티(multi-link entity: MLE)라고 호칭될 수 있다. 또한, MLD는 하나의 MAC SAP(medium access control service access point)을 LLC(logical link control)까지 가질 수 있으며, MLD는 하나의 MAC data service를 가질 수 있다.
MLD에 포함된 STA들은 하나 이상의 링크(link) 또는 채널(channel)에서 동작하는 것이 가능하다. 즉, MLD에 포함된 STA들은 서로 다른 다수의 채널에서 동작하는 것이 가능하다. 예를 들어, MLD에 포함된 STA들은 2.4 GHz, 5 GHz, 6 GHz 의 서로 다른 주파수 대역의 채널들을 이용해서 동작하는 것이 가능하다. 이를 통해 MLD는 채널 접속에서의 이득을 얻고, 전체 네트워크의 성능을 올리는 것이 가능하다. 기존의 무선랜은 단일 링크(single link)로 동작하였지만, MLD 동작은 복수 개의 링크들을 이용하여 더 많은 채널 접속 기회를 얻거나 채널의 상황을 고려하여 복수 개의 링크에서 STA이 효율적으로 동작할 수 있다.
또한 MLD에 affiliate 된 STA들이 AP인 경우, AP들이 affiliate된 MLD는 AP MLD일 수 있다. 하지만, MLD에 affiliate 된 STA들이 non-AP STA인 경우, non-AP들이 affiliate된 MLD는 non-AP MLD일 수 있다.
도 9를 참조하면 다수의 STA를 포함하는 MLD가 존재할 수 있으며, MLD에 포함되어 있는 다수의 STA들은 다수의 링크에서 동작할 수 있다. 도 9에서 AP인 AP1, AP2, AP3를 포함하는 MLD를 AP MLD라고 할 수 있으며, non-AP STA인 non-AP STA1, non-AP STA2, non-AP STA3를 포함하는 MLD를 non-AP MLD라고 할 수 있다. MLD에 포함되어 있는 STA들은 링크 1(Link1), 링크 2(Link2), 링크 3(Link 3) 또는 링크 1 내지 3 중 일부의 링크에서 동작할 수 있다.
본 발명의 실시예를 따르면 다중 링크 동작은 다중 링크 설정(multi-link setup) 동작을 포함할 수 있다. 다중 링크 설정 동작은 단일 링크 동작에서 수행되는 association에 대응되는 동작일 수 있다. 다중 링크에서 프레임을 교환하기 위해서는 다중 링크 설정이 선행되어야 할 수 있다. 다중 링크 설정 동작은 다중 링크 설정 요소(multi-link setup element)를 이용하여 수행될 수 있다. 여기서, 다중 링크 설정 요소는 다중 링크와 관련된 능력 정보(capability information)을 포함할 수 있으며, 능력 정보는 MLD에 포함된 STA이 어떤 링크로 프레임을 수신하는 동시에 MLD에 포함된 다른 STA이 다른 링크로 프레임을 전송할 수 있는지와 관련된 정보를 포함할 수 있다. 즉, 능력 정보는 MLD에 포함된 링크들을 통해서 STA(non-AP STA 및/또는 AP(또는, AP STA)들이 서로 다른 전송 방향으로 동시에 프레임을 전송/수신할 수 있는지와 관련된 정보를 포함할 수 있다. 또한, 능력 정보는 사용할 수 있는 링크 또는 동작 채널(operating channel)과 관련된 정보를 더 포함할 수 있다. 다중 링크 설정은 피어 STA(peer STA)간의 협상(negotiation)을 통해서 설정될 수 있으며, 하나의 링크를 통해서 다중 링크 동작이 설정될 수 있다.
본 발명의 일 실시 예에 따르면, TID와 MLD의 링크간에 매핑 관계가 존재할 수 있다. 예를 들면, TID와 링크가 매핑되는 경우, TID는 매핑된 링크를 통해서 전송될 수 있다. TID와 링크 간의 매핑은 전송 방향 기반(directional-based)을 통해서 이루어질 수 있다. 예를 들면, MLD1과 MLD2간의 양쪽 방향 각각에 대해 매핑이 이루어질 수 있다. 또한, TID와 링크간의 매핑은 기본(default) 설정이 존재할 수 있다. 예를 들면, TID와 링크 간의 매핑은 기본적으로 어떤 링크에 모든 TID가 매핑된 것일 수 있다.
<Wi-Fi의 QoS(Quality of Service 지원>
Wi-Fi (IEEE 802.11)의 데이터 레이트는 새로운 프로토콜 버전이 도입될 때 마다 비약적으로 증가하였고, 최근 완료 단계에 있는 802.11ax는 최대 약 10 Gbps에 육박하는 데이터 레이트를 지원할 것으로 예상된다. 이처럼 향상된 Wi-Fi의 데이터 레이트는 하드웨어 성능의 향상으로 인해, PHY 프로토콜이 더욱 넓은 대역폭(bandwidth: BW)와 높은 MCS에 대한 프로세싱을 지원하고 다수의 안테나를 활용할 수 있게 되어 달성된 것이라 할 수 있다.
하지만, 이렇게 비약적으로 증가한 데이터 레이트에도 불구하고 Wi-Fi는 여전히 전송 지연 문제를 갖고 있다. Wi-Fi를 비롯한 모든 통신 시스템이 유한한 데이터 레이트를 지원하고, 따라서 트래픽을 전송하는데 일정시간만큼의 전송 지연을 유발한다. 하지만, Wi-Fi의 전송 지연이 문제가 되는 이유는, Wi-Fi의 전송 지연이 예측 불가능한 특성을 갖고 있기 때문이다. 다시 말해서, 전용 통신 자원(유선 혹은 무선 면허 대역)을 활용하는 통신 시스템의 경우 전송할 트래픽의 양에 따라 트래픽을 전송하는데 소요되는 지연시간을 예측할 수 있지만, Wi-Fi와 같이 비면허 대역을 활용하는 통신 시스템은 타 장치로 인해 미디움이 점유되었을 때 예측치 못한 전송 지연이 발생될 수 있다. 이처럼 예측 치 못한 전송 지연이 발생하면, Voice 트래픽과 같이 라이프 타임(lifetime)이 짧은 트래픽은 그 활용도를 잃어버릴 가능성이 있고, 이 경우 Wi-Fi가 아무리 높은 데이터 레이트를 지원한다 하더라도 서비스 품질(QoS(Quality of Service))의 향상을 기대하기 힘들다.
IEEE 802.11 표준화 단체는 상술한 바와 같은 비면허 대역의 한계를 극복하기 위해 MAC 프로토콜을 지속적으로 발전시켜 왔으며, 802.11e에서 도입된 EDCA (enhanced distributed channel access)는 그 결과물 중 하나라고 할 수 있다. 이하 설명은 설명의 편의를 위해 QoS AP를 AP, QoS STA를 STA, QoS BSS를 BSS로 기입하였으며, 따라서 AP라고 지칭한 경우에 QoS AP를 지칭한 것으로 해석될 수 있다.
EDCA는 트래픽을 그 특성에 따라 4 종류의 AC(access category)로 차별화하여 관리하는 메커니즘을 제공한다. 이때, 상기 4 종류의 AC는 AC_VO(AC Voice), AC_VI(AC Video), AC_BE(AC Best effort), AC_BK(AC Background) 이며, 각 AC는 상이한 CW(contention window), TXOP (transmit opportunity) 및 AIFSN 파라미터를 갖을 수 있다. 간단히 말해서, EDCA는 4 종류의 AC에 대한 CW, TXOP, AIFSN 파라미터를 차별화함으로써 각 AC를 활용하여 전송되는 트래픽의 전송 우선순위를 조절하는 메커니즘이다. 이를 위해, EDCA는 MAC이 서비스해야 하는 트래픽(MSDU)을 TC(traffic category)혹은 TS(traffic stream)에 따라 4개의 AC 중 하나의 AC에 매핑할 수 있다. 이 때, EDCA에 의해 4개의 AC 중 하나에 매핑 된 트래픽들은 각 AC를 위한 4개의 큐에 나눠서 관리된다. 이 때 상기 4개의 큐는 물리적으로 분리되지 않고 logically 분리된 큐일 수 있다.
AC_VO는 Voice 트래픽과 같이 트래픽의 절대적인 양이 많지는 않지만, 전송 지연에 취약한 트래픽들에 활용될 수 있는 AC이며, 타 AC의 트래픽보다 우선적으로 서비스될 확률을 높이기 위해 상대적으로 작은 CW 및 AIFSN 파라미터 값을 갖는다. 다만 AC_VO의 TXOP 파라미터는 타 AC의 TXOP 파라미터보다 상대적으로 작은 값으로 제한되어, 타 AC보다 짧은 전송시간만이 보장된다.
AC_VI는 Voice 트래픽보다는 전송 지연에 강인하지만, 여전히 저 지연 전송을 요하고 많은 량의 트래픽을 처리해야 하는 Video와 같은 트래픽에 활용될 수 있는 AC이다. AC_VI는 AC_VO보다는 크지만 타 AC보다 작은 CW와 AIFSN 파라미터 값을 갖으며, 대신 TXOP는 AC_VI보다 2배가량 길다.
AC_BE는 전송 지연에 강인한 트래픽에 활용될 수 있는 AC이며, 음성 데이터 및 스트리밍 비디오 데이터를 제외한 대부분의 일반적인 트래픽이 AC_BE로 분류될 수 있다. AC_BE는 CW와 AIFSN 파라미터를 AC_VO, AC_VI 보다 큰 값을 사용한다. 또한, AC_BE는 TXOP를 따로 갖고 있지 않고, 따라서 PPDU를 전송한 후 ACK을 응답 받고, SIFS 후 다시 PPDU를 전송하는 TXOP 전송 sequence를 활용할 수 없다.
AC_BK는 AC_BE와 유사하게 전송 지연에 강인한 트래픽이지만, 우선 순위가 BE 트래픽 보다는 낮은 트래픽에 활용될 수 있는 AC이다. AC_BK는 AC_BE와 동일한 CW 파라미터 값을 활용하고, AIFSN 파라미터 값은 AC_BE보다도 큰 값을 활용한다. 또한, AC_BK는 AC_BE와 동일하게 TXOP를 따로 갖고 있지 않아 TXOP 전송 sequence를 활용할 수 없다.
상술한 4 종류의 EDCA AC는 802.1D의 UP(user-priority)와 매핑 되며, 유선으로 수신한 트래픽이 갖고 있는 UP값 혹은 상위 레이어로부터 지시된 MSDU의 TID에 따라 EDCA AC를 결정하게 된다. 이 때, 상기 MSDU의 TID가 0 내지 7의 값을 지시하는 경우, 상기 TID가 지시하는 값은 UP와 1대1로 대응될 수 있다.
802.1D UP와 EDCA AC를 매핑하는 규칙은 아래 표 1과 같다.
Figure PCTKR2021010833-appb-img-000005
또한, 상술한 4 종류의 EDCA AC는 각각의 디폴트(default) CW(CWmin, CWmax), AIFSN, TXOP 파라미터가 표준에서 정의되어 있고, 각 AC의 파라미터 값은 AP에 의해 변경되어 BSS마다 상이한 값을 활용할 수도 있다.
EDCA 메커니즘을 활용하면, Wi-Fi 트래픽은 4개의 AC와 대응하는 4개의 큐 중 하나에 보관되며, 자신이 포함된 AC가 타 AC와의 채널 액세스의 경쟁에 따라 채널 액세스에 성공한 경우에 한해서만 목적 장치로 전송될 수 있다. 이 때, 상기 AC에 대응되는 EDCAF(EDCA function) 간의 채널 액세스 동작은 경쟁을 통해서 수행될 수 있으며, 경쟁에서 각 AC에 할당된 액세스 파라미터 (CW[AC], AIFSN[AC])가 이용될 수 있다. 각, AC에 따라 수행되는 채널 액세스 경쟁 동작은 DCF와 동일하다. 이때, 특정 AC에 따라 전송될 트래픽이 큐에 하나도 없는 경우, 해당 특정 AC는 경쟁에 이용될 수 없다.
다만, 상술한 바와 같이 각 AC에 따라 활용되는 CW와 AIFSN 파라미터 값이 상이하기 때문에, 가장 작은 CW와 AIFSN 파라미터를 갖는 AC_VO가 다른 AC와의 채널 액세스 경쟁에서 채널 액세스에 성공할 확률이 높고, 따라서 AC_VO의 트래픽이 타 AC의 트래픽보다 우선적으로 서비스될 가능성이 높다.
또한, EDCA 메커니즘은 각 AC간에 (internal)충돌(collision)이 발생했을 때, 우선 순위가 높은 AC(표 1 참조)가 이용되고, 충돌을 유발한 다른 AC의 CW를 증가시키는 등의 내부 경쟁 규칙과, 경쟁에서 승리한 AC(primary AC)가 아닌 다른 AC의 트래픽을 포함하여 PPDU를 구성하는 규칙 등을 규정하고 있다.
상술한 EDCA 이외에도, 802.11 MAC 프로토콜은 QoS 관리를 위한 HCCA (HCF controlled channel access) 메커니즘을 정의하였고, 상기 HCCA 메커니즘은 주기적으로 서비스해야 하는 어플리케이션의 (Voice, Video 와 같은) TS(Traffic Stream) QoS를 보장하기 위해 활용되는 일종의 중앙집중형(centralized/hybrid) coordinator와 같은 기능을 제공한다. 그 이외에, SPCA(Service Period Channel Access), Dynamic allocation of service period 메커니즘이 있지만 DMG STA만 활용할 수 있고, 전술한 EDCA가 가장 대표적인 Wi-Fi의 QoS MAC 프로토콜이라고 할 수 있다.
<QoS(quality-of-service) MLD 동작>
상술한 EDCA 메커니즘의 동작을 고려했을 때, EDCA가 각 AC에 대해 상이한 CW 및 AIFSN 파라미터를 적용하는 목적이 트래픽의 성격을 고려한 전송 우선권 조정을 위한 것임을 알 수 있다.
도 9를 통해 설명한 MLD의 구조를 고려하면, MLD는 서로 다른 링크에서 운용되는 하나 이상 혹은 하나 초과의 STA를 운용하며, 따라서 MLD의 각 STA는 서로 독립적인 전송 큐(Queue)를 가질 수 있다. 이 때 상기 큐는 논리적으로 분리된 것일 수 있고, 이는 MLD가 논리적인 개념일 수 있다는 것과 일맥상통하는 의미일 수 있다.
EDCA가 4개의 AC에 대해서 각각의 큐를 분리하여 운용함으로써 QoS 서비스를 강화한 것과 비슷한 원리로, MLD는 QoS를 강화하기 위해 자신이 서비스해야 하는 트래픽을, 트래픽의 성격을 고려하여 자신이 운용하고 있는 STA들 중 하나에 매핑할 수 있다. 다시 말하면, EDCA 메커니즘이 트래픽을 4개의 AC 중 하나에 매핑하는 것과 유사하게, MLD는 트래픽을 자신이 운용하는 STA 중 하나에 매핑할 수 있다. 이 때, MLD가 특정 STA에게 특정 트래픽을 매핑하는 동작은, 상기 MLD가 상기 특정 트래픽을 상기 특정 STA가 운용되는 링크에 매핑하는 것으로 이해될 수 있다. 보다 쉬운 이해를 위해 도 10을 통해 MLD가 다수의 STA(Link)를 이용해 QoS를 강화하는 방법을 설명한다.
도 10은 본 발명의 일 실시예에 따른 MLD가 트래픽을 자신의 STA(Link)에 매핑하는 방법 일 실시예를 도시한다.
도 10을 참조하면, (a) AP MLD와 (b) Non-AP MLD는 각각 4개의 STA인 AP1, AP2, AP3, AP4와, Non-AP STA1, Non-AP STA2, Non-AP STA3, Non-AP STA4를 운용하는 MLD이고, 두 MLD의 각 4개의 STA들은 서로 association 할 수 있다.
만약, AP MLD가 자신이 운용하고 있는 4개의 STA(AP1, AP2, AP3, AP4)의 큐를 EDCA의 AC별 큐와 유사한 방식으로 활용한다면, 표 1과 같이 AP1의 큐에 AC_BK을 활용할 트래픽을 매핑하고, AP2에 AC_BE, AP3에 AC_VI, AP4에 AC_VO를 활용할 트래픽을 각각 매핑할 수 있다. 이처럼, 각 STA에 매핑 된 트래픽은 각 STA가 수행하는 채널 액세스 절차에 따라 서비스될 수 있고, 따라서 AC가 다른 트래픽들은 서로 다른 AC의 트래픽이 전송되는 과정에서 발생하는 전송 지연에 영향을 받지 않게 된다. 즉, MLD가 트래픽의 성격에 따라 매핑하는 STA를 분리함으로써 얻는 QoS 강화 효과는, EDCA가 우선순위가 높은 트래픽에 대해 전송 우선권을 부여하는 것과 유사하지만, 서로 다른 AC의 트래픽이 서로의 전송에 의한 영향을 받지 않게 할 수 있다는 차이를 갖는다.
한편, MLD의 각 STA가 운용되는 링크의 채널 품질 및 로드 상황이 서로 다를 수 있고, 상기 각 STA의 PHY 성능 및 동작 대역폭이 상이할 수 있기 때문에, MLD가 특정 트래픽을 어떤 STA에게 매핑하는지에 따라 상기 특정 트래픽이 포함된 PPDU의 BW와 MCS가 달라질 수 있다.
일 예로, (a) AP MLD의 STA인 AP1이 2.4 GHz 대역에서 운용된다면, 상기 AP1은 최대 40 MHz의 동작 대역폭을 갖을 수 있고, 상기 (a) AP MLD의 다른 STA인 AP4가 6 GHz 대역에서 운용된다면, 상기 AP4는 최대 320 MHz의 BW를 동작 대역폭으로 활용할 수 있다. 이 때, MLD가 높은 처리량과 낮은 지연을 요구하는 특성의 트래픽을 매핑해야 한다면, 상기 트래픽을 상기 AP4에 매핑함으로써 QoS를 강화하려고 시도할 수 있다. 이처럼 MLD는 자신이 서비스해야 하는 트래픽의 특성을 고려한 STA 매핑을 수행하여, 트래픽 별로 전송 우선권뿐만 아니라 전송될 때 활용할 수 있는 자원(하드웨어 및 주파수)의 양까지 차별화하는 효과를 얻을 수 있다.
<TID (traffic identifier)-to-Link mapping>
도 10에서 설명한 일 실시예를 통해, MLD가 QoS 강화를 위해 자신이 서비스해야 하는 트래픽의 특성을 고려하여, 자신이 운용하고 있는 STA(의 링크)에 트래픽 매핑을 수행할 수 있음을 설명하였다. 도 10의 일 실시예에서는 EDCA와의 비교를 위해, 각 AC에 매핑 된 트래픽을 각 STA에 매핑하는 것으로 표현했지만, MLD가 STA(의 링크)에 트래픽을 맵핑 할 때, 보다 높은 분해능을 위해 TID 별로 매핑을 시도할 수 있다.
본 발명의 실시예에 따르면 프레임에 해당하는 TID가 존재할 수 있다. 예를 들면 프레임에 해당하는 TID를 지시하기 위한 시그날링이 프레임에 포함될 수 있고, 상기 시그날링은 TID subfield 일 수 있다. 더 구체적으로 TID를 지시하기 위한 시그날링은 프레임의 MAC header에 포함될 수 있다. 예를 들면 TID를 지시하기 위한 시그날링은 QoS Control field에 포함될 수 있다. 예를 들면 상기 프레임의 종류는 Data frame 또는 QoS Data frame인 것이 가능하다. 802.11은 QoS를 강화하기 위해 MAC 프레임의 QoS Control field에 존재하는 TID subfield에 트래픽 종류에 따른 TID를 나타낸다. 이 때 상기 TID는 Frame body에 포함된 MSDU 혹은 fragment 혹은 A-MSDU의 UPs (user priorities) 혹은 TSID (traffic stream identifier)를 나타낸다. TID subfield는 총 4비트로 구성되어 있고, 0부터 15까지의 값을 나타낼 수 있다.
TID subfield가 0부터 7까지의 값으로 나타난 경우, 상기 TID subfield에 나타난 값은 Frame body에 포함된 MSDU(들)의 UPs에 대한 값이며, EDCA를 Access policy로 사용하여 상기 UP에 대응하는 AC 파라미터를 이용해 MAC entities에서 처리되어야 한다.
TID subfield가 8부터 15까지의 값으로 나타난 경우, 상기 TID subfield에 나타난 값은 Frame body에 포함된 MSDU(들)의 TSID에 대한 값이며, 상기 MSDU(들)은 MAC entities가 TSPEC의 TS Info field에 있는 User Priority subfield에서 지시된 UP에 맞춰서 처리해야 하며, 상기 TSPEC의 다른 파라미터들을 통해 지시된 값들을 따라야 한다.
이 때, 상기 TSID 트래픽의 UP는 TSPEC이 아닌 TCLAS의 User Priority 필드를 통해서 확인될 수도 있다. 또한, 상기 TID subfield가 8부터 15까지의 값을 갖는 MSDU에 적용할 Access policy는 상기 TS Info field의 다른 subfield인 Access Policy에 의해 지시되며, 상기 TS Info field의 Access Policy subfield(Bit7, Bit8)가 (1,0)으로 나타난 경우 EDCA, (1,0)혹은 (1,1)로 나타난 경우 HCCA를 지시하는 것으로 해석될 수 있다.
또한, TS에 대응하는 TID를 링크에 매핑할 때에는, 상기 TS를 생성할 때 활용된 ADDTS Request 프레임에 Intra-Access Category Priority element 나타났을 수 있고, 상기 element에 존재하는 Intra-Access Priority 필드에서 User Priority 및 EDCA로 해당 TS를 전송할 때 활용할 Alternate 큐(AC 큐)정보가 포함되어 있을 수 있다. 이 경우, MLD는 상기 TS에 대응하는 TID를 갖는 트래픽을 상기 Intra-Access priority 필드에서 지시한 UP 및 큐 정보를 고려하여 처리할 수 있다.
이처럼, TID는 트래픽의 UPs에 대응하는 의미를 갖기 때문에, 도 10의 일 실시예에서 각 AC에 해당하는 트래픽을 서로 다른 STA에게 매핑한 것과 유사하게, MLD가 각 TID의 트래픽을 서로 다른 STA에 매핑하는 것을 고려할 수 있다. 이는, 개념적으로 TID-to-STA 매핑 혹은 TID-to-Link 매핑으로 이해될 수 있으며, 상기 TID-to-Link 매핑을 수행하기 위해서는 서로 통신을 수행하는 MLD간에 합의가 필요할 수 있다.
즉, 특정 MLD는 다른 MLD에게 자신의 TID-to-Link 매핑 계획을 시그널링 할 수 있고, 상기 특정 MLD로부터 TID-to-Link 매핑 계획을 수신한 MLD는 상기 특정 MLD가 계획한 TID-to-Link 매핑을 수락하거나 거절할 수 있다. 이 때, 서로 연결을 맺은 두 MLD간에 별도의 TID-to-Link 매핑 합의가 이뤄지지 않은 경우, 각 MLD는 상대 MLD와 연결을 수립한 모든 링크를 통해 트래픽의 TID에 관계없이 트래픽을 전송할 수 있다. 이는, 모든 TID가 모든 링크에 매핑 된 것으로 이해될 수 있고, 최초 연결을 수립한 두 MLD사이에 암묵적으로 합의된 디폴트 TID-to-Link 모드일 수 있다.
TID-to-Link을 수행할 때 지켜야 하는 세부적인 규칙은 정의되지 않을 수 있다. 다만, MLD는 TID-to-Link를 수행할 때 모든 TID를 1개 이상의 링크에 매핑해야 한다. 본 발명의 실시예를 따르면 링크에 매핑된 TID에 대한 frame을 상기 링크에서 전송하는 것이 가능하다. 또한 링크에 매핑되지 않은 TID에 대한 frame을 상기 링크에서 전송하지 않는 것이 가능하다. 또한 TID와 링크 간의 매핑은 각 MLD 별로 따로 이루어질 수 있다. 또한 TID와 링크 간의 매핑은 링크의 전송 방향 별로 따로 이루어질 수 있다. 예를 들면 TID와 링크 간의 매핑이 uplink와 downlink 각각에 대해 존재할 수 있다. 또한 본 발명에서 TID-to-Link 매핑은 TID-to-Link, TID-to-link 매핑, TID와 링크 간의 매핑 등으로 혼용되어 사용될 수 있다. 또한 본 발명에서 TID-to-link 매핑은 AC와 링크 간의 매핑 또는 user priority와 링크 간의 매핑 또는 traffic class와 링크 간의 매핑 또는 traffic stream과 링크 간의 매핑을 의미하는 것도 가능하다.
또한, 상술한 TID-to-Link 매핑은 서로 연결된 MLD간에 서로 다르게 합의될 수 있다. 일 실시예로, MLD1과 MLD2가 Link1과 Link2를 통해 연결되어 있을 때, MLD1은 Link1에 TID 값이 0 내지 3을 갖는 트래픽을 매핑하고, MLD2는 Link1에 TID 값이 4 내지 7을 갖는 트래픽을 매핑할 수 있다.
또한, TID-to-Link 매핑의 시그널링은 암시적으로 이뤄질 수 있다. 일 실시예로, MLD1과 MLD2가 Link1과 Link2를 통해 연결되어 있을 때, MLD1이 TID 값이 0 내지 3을 갖는 트래픽 만을 Link1에 매핑하고, 나머지 TID를 매핑할 Link를 별도로 시그널링 하지 않을 수 있다. 이 경우, TID 값이 0 내지 3이 아닌 다른 트래픽들은 Link2에 매핑 된 것으로 이해될 수 있다. 즉, TID-to-Link 매핑 시그널링에서 특정 링크로 매핑 되지 않은 TID는, 상기 TID-to-Link 매핑 시그널링에서 별도로 나타나지 않은 다른 링크에 매핑 된 것으로 해석될 수 있다. 이 때, 상기 별도로 나타나지 않은 링크는 모든 TID가 매핑 된 링크로 해석될 수 있다.
또한, 연결된 두 MLD는 최초 MLD 연결을 맺을 때뿐만 아니라, 운용 중 변경이 필요할 때 1) MLD가 특정 링크의 STA를 운영 방침에 따라 (Power Save 등의 목적으로) Disassociation/Disable로 전환하는 경우 2) MLD가 특정 링크에 매핑 된 트래픽에 대한 QoS 보장이 힘들다고 판단한 경우 등, 상대 MLD에게 자신의 TID-to-Link Mapping 설정 변경을 요청할 수 있다.
또한, 특정 MLD는 상대 MLD에게 TID-to-Link 매핑을 변경해 줄 것을 요청할 수 있다. 일 예로, AP MLD가 Non-AP MLD에게 전송할 트래픽 중, TID 가 0 내지 3인 트래픽을 Link1에 매핑했을 때, Non-AP MLD는 상기 트래픽의 매핑 링크를 Link1이 아닌 다른 링크(예: Link2)로 변경할 것을 요청할 수 있다.
또한, 특정 MLD가 수행한 TID-to-Link 매핑 요청이 상대 MLD로부터 거절된 경우, 상기 특정 MLD가 동일한 TID-to-Link 구성의 매핑을 요청하는 것이 일정 시간동안 제한될 수 있다. 이는, 반복되는 TID-to-Link 매핑 요청과 거절을 방지하기 위한 것이며, 거절 후 동일한 TID-to-Link 요청이 제한되는 시간은 AP에 의해 지시된 시간일 수 있다.
즉, 특정 MLD가 request frame의 TID-to-Link mapping element을 통해서 특정 TID에 대한 링크의 매핑을 요청한 뒤, 상대 MLD가 request frame을 통해서 요청된 매핑 관계를 거절하는 경우, 특정 MLD는 거절된 매핑 관계를 일정 시간 동안 request frame을 통해 다시 요청하는 것이 제한될 수 있다.
이를 위해, AP MLD는 자신의 BSS의 STA들에게 TID-to-Link mapping request interval과 관련한 시간 정보를 BSS 운용 파라미터로 시그널링 할 수 있다. 이 때, 상기 거절된 TID-to-Link 매핑의 제한은 거절된 TID 별로 적용되는 것일 수 있다. 다시 말해서, 한번에 제안된 여러 TID와 링크 들의 Mapping 요청이 특정 TID에 대해 거절된 경우, 상기 특정 TID를 거절된 링크에 대해서 다시 Mapping 요청하는 것이 제한될 수 있다.
도 11은 AP MLD와 Non-AP MLD간에 수립된 TID-to-Link 매핑 방법의 일 실시예를 도시한다.
AP MLD와 non-AP MLD간에 TID-to-Link 매핑 규칙을 수립하기 위해서는, 어떤 링크에 어떤 TID가 매핑될 것인지 명시적으로 지시될 필요가 있다.
본 발명의 실시예를 따르면 어떤 링크에 어떤 TID를 매핑할 것인지 지시하는 시그날링이 존재할 수 있다. 예를 들면 상기 시그날링은 TID-to-Link Mapping element일 수 있다. TID-to-Link Mapping element는 Link ID 필드를 포함할 수 있다. Link ID 필드는 상기 Link ID 필드를 포함하는 TID-to-Link Mapping element가 매핑하는 링크를 지시하는 값을 포함할 수 있다.
또는 Link ID 필드는 상기 Link ID 필드에 해당하는 TIDs info 필드가 어떤 링크에 대한 정보를 나타내는지 지시하는 값을 포함할 수 있다.
또한, TID-to-Link Mapping element는 TIDs info 필드를 포함할 수 있다. TIDs info 필드는 매핑하는 TID에 대한 정보를 포함할 수 있다. TIDs info 필드는 상기 TIDs info 필드를 포함하는 TID-to-Link Mapping element가 매핑하는 TID에 대한 정보를 포함할 수 있다. 예를 들어, TIDs info 필드는 상기 TIDs info 필드를 포함하는 TID-to-Link Mapping element가 포함하는 Link ID가 지시하는 링크에 매핑되는 TID에 대한 정보를 포함할 수 있다. 예를 들면, TIDs info 필드는 각 TID 값에 해당하는 하나 이상의 비트를 포함할 수 있다. 만약 어떤 TID가 링크에 매핑되는 경우 상기 어떤 TID에 해당하는 비트를 기설정된 값(예를 들면 1)으로 설정할 수 있다. 또한 어떤 TID가 링크에 매핑되지 않는 경우 상기 어떤 TID에 해당하는 비트를 상기 기설정된 값과 다른 기설정된 값(예를 들면 0)으로 설정할 수 있다.
도 11의 (a) AP MLD는 (b) Non-AP MLD에게 전송해야 하는 트래픽(MSDU) 중, TID가 0 내지 3인 (0, 1, 2, 3) 트래픽을 Link1에서 운용되는 AP1을 통해 전송하려 계획할 수 있다.
이를 위해, AP MLD는 (c) TID-to-Link Mapping element의 Link ID 필드를 이용해 Link1을 지시한 후, TIDs info 필드를 이용해 TID 0 내지 3이 Link1에 매핑 될 것임을 Non-AP MLD에게 시그널링 할 수 있다. 이 때, 상기 (c) TID-to-Link Mapping element는 예시를 위한 element 포맷이며, 다른 구조의 element가 동일한 목적으로 활용될 수 있다는 것은 쉽게 이해될 수 있다.
Non-AP MLD는 상기 TID-to-Link mapping element를 통해 AP MLD가 계획하고 있는 TID 별 전송 링크를 확인한 후, 이를 승인하거나 거절할 수 있다.
도 12의 (b) Non-AP MLD가 (a) AP MLD로부터 수신된 TID-to-Link Mapping를 확인한 후, Link1에 TID 0 내지 3에 대응하는 트래픽을 매핑하고, Link2에 TID 4 내지 7에 대응하는 트래픽을 매핑하는 것에 동의한 상황임을 이해할 수 있다. 이 때, 상기 AP MLD가 상기 Non-AP MLD에게 전송한 TID-to-Link Mapping element는 각각 2개의 Link ID와 TIDs info 서브 필드를 포함하는 구성일 수 있다. 이 때, 상기 각 2개의 Link ID 서브 필드는 각각 Link1과 Link2를 지시하고, 상기 각 2개의 TIDs info 서브 필드는 각각 0 내지 3을 의미하는 값과, 4 내지 7을 의미하는 값이 지시되었을 수 있다.
이 때, 상기 TIDs info 서브 필드는 8 비트로 구성되어 각 비트가 TID 0 부터 TID 7까지 각각 대응하는 것으로 해석될 수 있다. 즉, TID 0 내지 3을 지시하기 위해 TIDs info 서브 필드의 8 비트가 1111 0000으로 나타날 수 있고, TID 4 내지 7을 지시하기 위해 TIDs info 서브 필드의 8 비트가 0000 1111로 나타날 수 있다.
이 때, 상기 TIDs info 서브 필드는 8 비트로 구성되어 각 비트가 TID 0 부터 TID 15까지 각각 대응하는 것으로 해석될 수 있다. 즉, TID 0 내지 3을 지시하기 위해 TIDs info 서브 필드의 16 비트가 1111 0000 0000 0000으로 나타날 수 있고, TID 4 내지 7을 지시하기 위해 TIDs info 서브 필드의 16 비트가 0000 1111 0000 0000으로 나타날 수 있다.
혹은, TIDs Info 서브필드는 내부적으로 2개의 서브필드로 구성될 수 있고, 상기 2개의 서브필드는 Min TID, Max TID 일 수 있다. 이 때, Min TID 서브 필드는 해당 링크에 매핑 할 TID 중 가장 낮은 TID 값을 지시하고, Max TID 서브 필드는 해당 링크에 매핑할 가장 큰 TID를 지시할 수 있다. 이 때, 상기 Min TID와 MAX TID는 각각 3비트 혹은 4비트로 나타날 수 있다.
3비트 실시예로, TIDs Info 서브필드의 Min TID 서브필드가 000으로 나타나고, Max TID 서브필드가 011으로 나타난 경우, 상기 TIDs Info 서브필드가 지시하는 TID는 0 내지 3으로 해석될 수 있고, 상기 Min TID 서브필드가 100으로 나타나고, Max TID 서브필드가 111로 나타난 경우, 상기 TIDs Info 서브필드가 지시하는 TID는 4 내지 7로 해석될 수 있다.
4비트 실시예로, TIDs Info 서브필드의 Min TID 서브필드가 0000으로 나타나고, Max TID 서브필드가 0011으로 나타난 경우, 상기 TIDs Info 서브필드가 지시하는 TID는 0 내지 3으로 해석될 수 있고, 상기 Min TID 서브필드가 0100으로 나타나고, Max TID 서브필드가 0111로 나타난 경우, 상기 TIDs Info 서브필드가 지시하는 TID는 4 내지 7로 해석될 수 있다.
도 11의 (a) AP MLD가 (b) Non-AP MLD로부터 수신된 TID-to-Link Mapping를 확인한 후, Link1에 TID 0 내지 3에 대응하는 트래픽을 매핑하고, Link2에 TID 0 내지 7에 대응하는 트래픽을 매핑하는 것에 동의한 상황임을 이해할 수 있다.
이 때, 상기 (b) Non-AP MLD는 TID-to-Link Mapping element를 통해 Link1에 TID 0 내지 3을 매핑할 것이라는 것만 나타내고, Link2에 TID 0 내지 7을 매핑한다는 것을 별도로 나타내진 않았을 수 있다. 다시 말해서, (b) Non-AP MLD는 (a) AP MLD에게 전송하는 TID-to-Link Mapping element에서 Link2에 매핑할 TID를 별도로 지시하지 않았고, 상기 (a) AP MLD는 상기 지시되지 않은 Link2에는 모든 TID가 매핑 된 것이라고 암시적으로 해석할 수 있다.
상술한 TID-to-Link 매핑을 활용하면 MLD는 서비스할 트래픽을, 상기 트래픽의 TID에 따라 자신이 운용하는 STA (Link) 하나 이상에 매핑할 수 있다. 만약 특정 링크에 매핑 된 TID들이 2개 이상의 EDCA AC와 대응되는 경우, 상기 특정 링크에서 운용되는 QoS STA(MLD의)는 상기 매핑 된 TID들의 트래픽을 EDCA 매커니즘에 따라 AC를 차별화하여 서비스할 수 있다. 즉, MLD는 TID-to-Link 매핑을 활용하여 각 링크에 TID를 매핑할 수 있고, 상기 MLD의 각 STA는 자신의 링크에 매핑 된 TID들의 트래픽에 대해서 EDCA 메커니즘을 적용할 수 있다.
일 예로, 특정 MLD가 TID-to-Link 매핑을 통해 특정 링크에 AC_VO에 해당하는 트래픽과, AC_BK에 해당하는 트래픽을 매핑한다면, 상기 특정 링크에서 운용되는 STA는 AC_VO에 해당하는 트래픽을 AC_BK에 해당하는 트래픽보다 높은 확률로 먼저 서비스할 수 있다. 이 때, 상기 특정 링크에서 운용되는 STA가 AC_VO의 CWmax, AIFSN 파라미터의 합을 AC_BK의 AIFSN보다 작게 설정한다면, 상기 특정 링크에서 운용되는 STA는 항상 AC_VO에 해당하는 트래픽을 AC_BK의 트래픽보다 우선적으로 서비스할 수 있다.
이처럼 MLD는 운용 목표에 따라, 각 링크에 매핑하는 TID를 조절 및 변경함으로써 QoS를 강화하거나 각 링크의 성능 특성을 고려한 동작을 수행할 수 있고, TID-to-Link 매핑을 할 때 따라야하는 규칙은 따로 정의되지 않을 수 있다. 이는, EDCA 메커니즘이 UP to AC 규칙을 제공하는 것과 달리, MLD의 운용 정책에 따라 MLD가 TID-to-Link 매핑을 자유롭게 활용할 수 있음을 의미한다. 다만, 모든 TID는 적어도 1개 이상의 링크에 매핑 되어야 하며, MLD는 다른 MLD에게 적어도 1개의 TID가 아무 링크에도 매핑 되지 않은 구성의 TID-to-Link Mapping을 요청해선 안 된다. 따라서, 적어도 1개의 링크에 대한 TID 매핑이 암시적으로 이뤄진 것이 아닌 경우, 모든 TID는 적어도 1개 이상의 링크에 명시적으로 매핑되어야 한다.
도 12는 AP MLD와 Non-AP MLD간에 수립할 수 있는 TID-to-Link 매핑 방법의 일 실시예를 도시한다.
도 12의(a)는 AP MLD와 Non-AP MLD가 모두 Default TID-to-Link 매핑을 활용하는 일 실시예이고, AP MLD와 Non-AP MLD가 각각 Link1과 Link2에서 AP1과 AP2, Non-AP STA1과 Non-AP STA2를 운용하는 상황을 고려하였다. 이 경우, AP MLD와 Non-AP가 MLD Association을 수행한 후 별도의 TID-to-Link Mapping 요청/승인을 수행하지 않았을 때, 본 일 실시예에서 고려하는 것과 같은 Default TID-to-Link Mapping 상태를 유지할 수 있다.
도 12의(a)를 참조하면 AP MLD가 TID 뿐만 아니라 TSID를 모든 링크에 매핑한 것을 확인할 수 있으며, TSID 또한 별도의 TID-to-Link Mapping을 수행하지 않는다면 모든 링크에 매핑된 것이 Default 매핑 상태일 수 있다. 이 때, 만약 MLD가 TSID를 Default 모드가 아닌 매핑 형태로 변경하고자 한다면(예를 들어 TSID 9를 Link2에만 매핑), TID-to-Link와 동일한 방식으로 TSID-to-Link 매핑을 수행할 수 있다. TSID-to-Link 매핑의 구체적인 방법은 TID-to-Link 방식을 고려했을 때 쉽게 이해될 수 있고, 따라서 자세한 설명을 생략한다.
<QMF (quality-of-service management frame) policy>
전술한 바와 같이 MLD는 QoS를 강화하기 위한 목적으로 TID-to-Link 매핑을 활용함으로써, MAC이 서비스해야 하는 트래픽의 성격을 고려한 서비스 링크 차별화를 수행할 수 있다. 이는, 종래 Wi-Fi가 EDCA 메커니즘을 활용하여, 트래픽의 성격에 따라 AC를 차별화하던 것과 유사하게 MLD가 각 링크를 AL (Access link)로 활용하고, 트래픽의 성격에 따라 AL을 차별화하는 것으로 이해할 수 있다.
하지만, Wi-Fi의 MAC이 처리해야 하는 트래픽은 상위 레이어에서 처리할 것을 요청받은 MSDU뿐만 아니라, BSS를 운용하기 위한 정보를 포함한 관리 프레임(management frame)도 포함된다. 이러한 관리 프레임의 경우, 각 MSDU가 TID를 갖고 있는 것과 달리, 개별적인 TID를 갖고 있지 않다.
따라서, QoS STA는 상기 QoS 관리 프레임을 전송할 때 활용할 AC를 결정할 필요가 있고, 종래 802.11 표준은 QoS 관리 프레임에 대한 default QMF policy를 제공하여, QoS STA가 상기 QoS 관리(이하, 관리 프레임으로 명명) 프레임을 전송할 때 활용할 AC를 결정할 수 있게 하였다. 이 때, 상기 QMF policy는 QoS BSS를 운용하는 QoS AP에 의해 변경될 수 있다. 일 실시예를 따르면 관리 프레임에 해당하는 AC가 존재할 수 있다.
또한 관리 프레임에 해당하는 AC는 QMF policy에 의해 결정될 수 있다. 이때 관리 프레임에 해당하는 AC를 QMF 접속 카테고리라고 부르는 것이 가능하다. 또한 관리 프레임의 종류 또는 QMF AC는 상기 관리 프레임에 해당하는 type, subtype 또는 Category value 등에 기초하여 결정되는 것이 가능하다. 또한 관리 프레임에 해당하는 AC가 존재하는 서비스 또는 관리 프레임을 전송할 때 QMF policy에 기초한 AC에 기초하여 channel access하는 서비스 등을 QMF service라고 부를 수 있다. 또한 QMF policy에 기초한 frame 전송을 하는 것은 frame을 전송하는 STA와 frame의 수신자인 STA가 모두 QMF를 지원하는 경우로 한정되는 것이 가능하다.
아래 표 2는 기본 QMF 정책(Default QMF policy)의 일부 예를 나타낸다.
Figure PCTKR2021010833-appb-img-000006
표 2를 참조하면, (Re)Association Request/Response에 대해서는 AC_VO가 default AC로 설정되어 있고, 따라서 QoS STA들은 Association Request 전송하거나 혹은 Association Response를 응답할 때, AC_VO의 CW, AIFSN 파라미터를 활용하여 전송해야 할 수 있다. 반면 Timing Advertisement의 경우, default AC가 AC_BE로 설정되어 있고, 따라서 QoS AP가 QoS BSS의 QMF policy를 별도로 변경하지 않았다면, QoS STA는 상기 Timing Advertisement를 전송할 때 AC_BE의 CW, AIFSN 파라미터를 활용하여 전송해야 한다.
이처럼 Default QMF policy에서 관리 프레임의 타입에 따라 상이한 QMF 접속 카테고리를 부여한 이유는, 관리 프레임이라 할지라도 처리 시급도가 높지 않은 관리 프레임의 종류가 있으며, 상기 시급도가 높지 않은 관리 프레임을 처리하는 과정에서 다른 트래픽 및 관리 프레임의 서비스가 지연되는 것을 방지하기 위해서이다.
상술한 바와 같이 관리 프레임 또한 포함하는 정보 및 역할에 따라 AC를 차별화할 필요가 있고, 따라서 MLD는 TID-to-Link mapping을 통해 TID에 따라 AL을 차별화한 것과 유사하게, 관리 프레임들을 그 종류에 따라 서로 다른 링크에 매핑할 수 있다.
다만, MLD의 default QMF policy는 모든 QMF가 모든 AC를 활용할 수 있도록 설정되었을 수 있다. 다시 말해서, MLD의 default QMF policy는 모든 Subtype의 관리 프레임에 대해 QMF access category가 AC_Any로 설정될 수 있다.
본 발명의 일 실시예를 따르면 QMF service가 enable된 경우에 관리 프레임에 해당하는 접속 카테고리에 기초하여 상기 관리 프레임을 전송할 수 있다. 하지만 접속 카테고리에 기초하는 것은 채널 접속에 한정될 수 있다. 본 발명의 실시예를 따르면 QMF service가 enable된 경우에 관리 프레임을 전송할 때 상기 관리 프레임에 해당하는 접속 카테고리에 기초하여 전송하지만 TID-to-link mapping과 상관없이 어떤 링크에서든 전송하는 것이 가능하다. 예를 들면 관리 프레임에 해당하는 AC가 TID-to-link mapping에 기초하여 link에 매핑되지 않은 경우에도 상기 관리 프레임을 상기 link에서 전송하는 것이 가능할 수 있다.
즉, 일반적인 프레임의 경우, 할당된 TID에 매핑된 링크에서 전송된다. 하지만, 관리 프레임의 경우, TID가 할당되지 않을 수 있기 때문에 전송될 링크가 특정되지 않을 수 있다. 이 경우, 관리 프레임은 할당된 TID가 없기 때문에 TID와 링크간에 매핑 관계의 설정이 필요 없을 수 있다. 따라서, 관리 프레임은 TID와 링크간의 매핑과는 상관없이 전송될 수 있다.
<QMF (quality-of-service management frame)-to-link mapping>
QMF-to-link 매핑을 수행하는 가장 쉬운 방법으로, 각 관리 프레임에 부여된 QMF 접속 카테고리(표 2 참조)에 따라, 상기 AC에 해당하는 트래픽이 매핑 된 링크에 각 관리 프레임을 매핑할 수 있다. 즉, TID-to-link 매핑에 기초하여 관리 프레임을 전송하는 것이 가능하다.
예를 들어, 어떤 AC(또는 TID)가 링크에 매핑 되었고, 관리 프레임에 해당하는 AC(또는 TID)가 상기 AC(또는 TID)인 경우, 상기 관리 프레임을 상기 링크에서 전송하는 것이 가능하다. 또한 어떤 AC(또는 TID)가 링크에 매핑되지 않았고, 관리 프레임에 해당하는 AC(또는 TID)가 상기 AC(또는 TID)인 경우, 상기 관리 프레임을 상기 link에서 전송할 수 없는 것이 가능하다.
보다 자세히 설명하면, 특정 MLD가 특정 Link에 AC_VO에 해당하는 트래픽을 지시하는 TID를 매핑하였다면, QMF 접속 카테고리가 AC_VO로 부여된 Association Req/Resp 관리 프레임은 상기 특정 Link에 매핑 될 수 있다. QoS STA는 Default QMF policy를 따르지 않고 각 관리 프레임을 처리할 때 활용할 AC를 변경할 수 있으며, 따라서 각 관리 프레임에 부여된 AC를 변경함으로써, 상기 각 관리 프레임이 매핑 될 Link를 자유롭게 변경할 수 있다.
이처럼, MLD는 TID를 갖고 있지 않은 QMF라 할지라도, TID-to-Link 매핑과 유사한 방법으로 각 QMF에 대해 QMF-to-Link 매핑을 수행할 수 있다.
하지만, 특정 QMF의 경우 일반적인 MSDU와 같이 MLD 레벨에서 교환되는 정보가 아니라, MLD의 각 STA간에 교환이 필요한 정보를 포함할 수 있다. 이 경우, MLD가 상기 특정 QMF를 특정 Link에만 매핑하였다면, 상기 특정 Link가 아닌 다른 Link에서 운용되는 STA는 상기 특정 QMF를 전송할 수 없는 문제가 있다.
즉, QMF의 경우 QMF에 부여된 AC의 종류에 상관없이, 모든 Link에서 전송 가능해야만 하는 특성을 갖는 QMF가 있을 수 있고, 따라서 MLD는 부여된 AC와 관계없이 모든 링크로 매핑 될 수 있는 QMF를 지시할 수 있다.
다시 말해, 관리 프레임의 경우, 특정 TID가 할당되지 않으며, TID의 할당이 없기 때문에 TID와 링크간의 매핑이 적용되지 않을 수 있다. 따라서, 관리 프레임은 TID와 링크간의 매핑과 상관없이 모든 링크로 전송될 수 있으며, 이때 관리 프레임이 전송되는 링크는 TID와 링크 간의 매핑이 설정된 enabled link일 수 있다. 이때, enabled link는 적어도 하나의 TID와 매핑 관계가 설정된 링크를 의미한다.
이 경우, 관리 프레임이 enabled link를 통해서만 전송되는 경우, 링크와 상관 없이 전송되는 브로드캐스팅되는 관리 프레임을 제외하고 enabled link가 없는 경우 관리 프레임이 전송되지 못하는 경우가 발생할 수 있다. 따라서, 특정 관리 프레임의 경우, enabled link가 없는 경우에도 전송될 수 있다.
도 13은 Link에 관계없이 전송될 수 있는 QMF를 지시하는 TID-to-Link 매핑 엘리먼트(Mapping element) 실시예를 도시한다.
도 13을 참조하면, MLD는 TID-to-Link 매핑을 수행할 때, QMF policy에서 부여한 AC에 관계없이 모든 Link에 매핑될 수 있는 QMF를 지시할 수 있다
구체적으로, TID-to-Link Mapping element에 관리 프레임 Subtype과 관련한 정보가 지시될 수 있고, 상기 지시된 Subtype의 관리 프레임은 상기 관리 프레임에 부여된 AC(혹은 TID)에 관계없이 모든 Link에 매핑 될 수 있다.
도 13에 도시된 바와 같이 TID-to-Link Mapping element는 각 Link ID와 대응하는 QMF Support 필드를 가질 수 있다. 상기 QMF Support 필드는, 대응하는 Link ID 필드에 의해 지시되는 Link에 모든 Type의 QMF가 매핑 될 수 있는지 여부를 나타낸다. 보다 자세히 설명하면, 특정 Link에 대응하는 QMF Support 필드가 1(true)로 나타날 경우, 상기 특정 Link에는 각 QMF들의 QMF policy에 관계없이 모든 종류의 QMF가 매핑 될 수 있다.
또한, TID-to-Link Mapping element에는 (QMF)관리 프레임 Subtype이 나타날 수 있다. 이 때, 관리 프레임 Subtype 필드가 지시하는 값에 대응하는 Subtype의 QMF는, 부여된 AC에 상관없이 모든 Link에 매핑 될 수 있다. 일 예로, Management Frame Subtype 필드가 0101(Probe Response)로 나타난 경우, Probe Response Frame은 QMF policy에 의해 부여(할당/지시) 받은 AC에 관계없이 모든 Link에 매핑 될 수 있다.
즉, TID-to-Link Mapping element는 각 Link에 모든 QMF가 매핑 될 수 있는지 여부를 나타내기 위한 QMF Support 필드를 포함할 수 있다. 또한, TID-to-Link Mapping element는 특정 Subtype의 관리 프레임이 모든 Link에 매핑 될 수 있는지 여부를 나타내기 위한 (QMF)Management Frame Subtype을 포함할 수 있다. 또는 QMF를 전송할 때 TID-to-link 매핑에 기초할지 여부를 지시하는 시그날링이 존재할 수 있다. 즉, QMF를 특정 link에서 전송할 때 TID-to-link 매핑에 기초하여 전송 가능 여부가 결정되는지 지시하는 시그날링이 존재할 수 있다.
즉, 일 실시예를 따르면 상기 시그날링이 기설정된 값을 나타내는 경우 QMF를 TID-to-link 매핑과 상관없이 전송하는 것이 가능하다. 즉, QMF에 해당하는 AC가 TID-to-link 매핑에 기초하여 link에 매핑되지 않았더라도 상기 link에서 전송되는 것이 가능할 수 있다. 또다른 실시예로 상기 시그날링이 기설정된 값을 나타내는 경우 QMF를 TID-to-link 매핑에 기초하여 전송하는 것이 가능하다. 즉, QMF에 해당하는 AC가 TID-to-link 매핑에 기초하여 link에 매핑된 경우 상기 link에서 전송되는 것이 가능할 수 있다. 또한 QMF에 해당하는 AC가 TID-to-link 매핑에 기초하여 link에 매핑되지 않은 경우 상기 link에서 전송될 수 없을 수 있다.
다만, MLD가 특정 Link를 통해 Probe Request/Response와 같이 Response를 요청 (solicit)하는 QMF를 수신한 경우, MLD의 QMF-to-Link 매핑 정책과 관계없이 상기 특정 Link를 통해 Response QMF 프레임을 응답(전송)할 수 있다. 즉, Request 성격의 QMF 프레임이 특정 Link에서 수신되면, 이에 응답하는 Response 성격의 QMF 프레임은 AC에 상관없이 상기 특정 Link를 통해 응답될 수 있다. 또한 Request 성격의 QMF 프레임이 특정 Link에서 수신되면, 이에 응답하는 Response 성격의 QMF 프레임은 QMF-to-Link 매핑에 상관없이 상기 특정 Link를 통해 응답될 수 있다.
도 14는 TID-to-Link 매핑을 통해 QMF policy를 수립한 MLD의 동작의 일 실시예를 도시한다.
도 14의 (a)는 3개의 링크에 대한 TID-to-Link 매핑을 수행하기 위해 생성될 수 있는 TID-to-Link Mapping element 예시이다. 이 때, 상기 element를 생성한 MLD가 4개를 초과하는 Link를 활용해 다른 MLD와 Association 하고 있다면, 상기 element의 Link ID 필드들에 의해 명시적으로 지시되지 않은 Link는 default TID-to-Link 매핑을 활용할 것이라는 것을 암시적으로 나타낸 것으로 수신 MLD에 의해 해석될 수 있다.
이 때, 특정 MLD가 도 14의 (a)에 도시된 TID-to-Link Mapping element를 생성하였고, 상대 MLD가 이를 승인(accept)한 경우, 상기 특정 MLD는 도 14의 (b)에 도시된 것과 같은 방식으로 트래픽 및 QMF 프레임을 전송할 수 있다. 참고로, 도 14의 (a)의 (a_1), (a_2), (a_3)은 각각 Link1, Link2, Link3에 대한 서브필드를 나타내고, (a_common)은 모든 Link에 공히 적용되는 서브필드를 나타내기 위해 삽입되었다.
도 14의 (b)를 참조하면 MLD는 Link1을 이용해 TID 0~3을 갖는 트래픽을 매핑하여 전송할 수 있고, 이 때 상기 TID 0~3은 AC 중 AC_BK(UP 1, 2)와 AC_BE(UP 0, 3)에 대응하는 TID 일 수 있다. 이 때, 도 14의 (a)의 (a_1)을 참조하면, Link1의 QMF Support가 1(true)로 지시되어 있고, 따라서 상기 MLD는 Link1을 통해 각 QMF에 부여된 AC에 상관없이 모든 종류(subtype)의 QMF를 전송(매핑)할 수 있다.
도 14의 (b)에 도시된 바와 같이, 상기 MLD는 Link2를 통해서 Link1과 동일하게 TID 0~3을 갖는 트래픽을 전송(매핑)할 수 있지만, 상기 Link2에 대응하는 QMF support 필드 (도 16(a)의 (a_2) 참조)가 0으로 지시되었기 때문에, 상기 Link2에 매핑 된 TID와 동일한 AC가 부여된 QMF만 상기 Link2에 매핑하여 전송할 수 있다. 하지만, (QMF) Management Frame Subtype 필드(도 16(a)의 (a_common)를 통해 1111이 지시되었기 때문에, 상기 MLD는 상기 Link2를 통해 Management Frame Subtype이 1111인 QMF(1111)를 전송(매핑)할 수 있다. 이 때, 상기 Link2의 STA가 상기 QMF(1111)를 전송하기 위해서는, 상기 QMF(1111)에 부여된(QMF policy에 의해 지시된) AC를 적용하여 채널 액세스를 시도해야 할 수 있다.
상기 MLD의 Link3에는 TID 4~7을 갖는 트래픽이 전송(매핑)될 수 있고, 이 때 상기 TID 4~7은 AC_VI 및 AC_VO와 매핑 되는 트래픽일 수 있다. 이 때, 상기 Link3에 대응하는 QMF support 필드 (도 16(a)의 (a_3))가 0으로 지시되었기 때문에, 상기 MLD는 Link3을 통해 AC_VI/AC_VO가 부여된 QMF만 전송되거나 매핑 할 수 있다. 하지만, (QMF) Management Frame Subtype 필드를 통해 1111이 지시되었기 때문에, 상기 MLD는 상기 Link3을 통해 Management Frame Subtype이 1111인 QMF(1111)를 전송(매핑)할 수 있다. 이 때, 상기 Link3의 STA가 상기 QMF(1111)를 전송하기 위해서는, 상기 QMF(1111)에 부여된(QMF policy에 의해 지시된) AC를 적용하여 채널 액세스를 시도해야 할 수 있다.
<TID (traffic identifier)-to-Link mapping 협상>
상술한 본 발명의 일 실시예들에 따르면, MLD들은 TID-to-Link mapping을 수행함으로써 각 TID들을 서로 다른 Link로 Mapping 하여 QoS를 강화할 수 있다. 후술하는 본 발명의 일 실시예들은 MLD간에 수행하는 TID-to-Link Mapping의 구체적인 시그널링 방법 및 협상 진행 방법을 제공한다.
참고로, 이하 제공되는 각 실시예의 도면은, 간결한 표현을 위해 일부 Immediate Ack frame이 생략된 형태로 표시된 것일 수 있다. 예를 들어, TID-to-Link Mapping Request frame을 수신한 응답 MLD가 응답으로 Immediate Ack frame(SIFS 후 응답되는)을 전송할 수 있으며, 이는 간결성을 위해 생략되었을 수 있다.
TID-to-Link Mapping을 요청하는 MLD(AP MLD 혹은 non-AP MLD)는 TID-to-Link Mapping element를 이용해 특정 TID와 특정 Link를 지시함으로써, 상기 지시된 TID를 상기 지시된 Link에 Mapping 하고자 한다는 것을 요청할 수 있다. 이때, 상기 TID-to-Link Mapping element는 다수의 TID 그룹과 다수의 Link 그룹을 함께 지시하기 위해 활용될 수도 있다.
일 예로, 단일 TID-to-Link Mapping element는 TID set #1, #2, #3을 각각 Link set #1, #2, #3에 대응하여 지시할 수 있다. 이 때, TID set #1이 Link set #1과 대응하여 지시된다면, TID set #1에 해당하는 TID들을 Link set #1에 해당하는 Link들에 Mapping 시도하는 것으로 이해될 수 있다. 이 때, 상기 Mapping을 원하는 TID와 Link 정보를 포함한 TID-to-Link Mapping element는 TID-to-Link Mapping Request frame을 통해(TID-to-Link Mapping Request frame에 포함되어) 전송될 수 있다. 이 때, 상기 TID-to-Link Mapping Request frame을 전송한 MLD는 개시(Initiating) MLD 혹은 요청(Requesting) MLD로 불릴 수 있다.
이와 같이 TID와 Link에 대한 지시 정보를 포함한 TID-to-Link Mapping element를(TID-to-Link Mapping Request frame을) 수신한 MLD는, TID-to-Link Mapping Request frame을 전송한 MLD가 원하는 TID - Link간의 Mapping 정보를 확인할 수 있다. 이 후, 상기 TID-to-Link Mapping Request frame을 수신한 MLD는, 개시 MLD가 요청한 TID와 Link간의 Mapping을 승낙(accept/adopt) 혹은 거절(refuse/reject/denied)하기 위해 TID-to-Link Mapping Response frame을 응답해야 할 수 있다. 이 때, 상기 Request frame을 수신한 MLD는 TID-to-Link Mapping Response frame을 응답해야 하므로, 응답(Responding) MLD로 불릴 수 있다.
응답 MLD는, 개시 MLD로부터 요청된 TID ?? Link 간 Mapping을 승낙하고자 할 때, 자신이 응답하는 TID-to-Link Mapping Response frame에 TID-to-Link Mapping element를 포함하지 않고 응답할 수 있다. 즉, 개시 MLD는 자신이 전송한 TID-to-Link Mapping Request frame에 대한 응답으로 수신된 TID-to-Link Mapping Response frame이 TID-to-Link Mapping element를 포함하지 않은 경우, 자신이 요청한 TID ?? Link 간 Mapping이 응답 MLD로부터 승낙되었음을 인지할 수 있다.
즉, TID-to-Link Mapping element가 포함되지 않은 Response frame의 송/수신이 완료된 경우, 상기 Response frame을 송/수신한 두 MLD간에 새로운 TID-to-Link mapping 협상이 완료되었다고 이해될 수 있다. 이 때, 상기 두 MLD들이 상기 새로이 협상이 완료된 TID-to-Link mapping에 따라 통신을 수행하는 것은 일정한 시간 동안 유예될 수 있다.
이 때, 상기 일정 시간 동안의 유예는, 각 MLD에 포함(연결)된 각 Link의 STA들의 전송 queue를 관리하기 위한 것일 수 있다. 보다 자세히 설명하면, TID-to-Link mapping 협상이 완료된 후, 각 MLD들은 협의된 TID-to-Link mapping 상태에 따라 각 Link에 해당하는 STA의 전송 queue를 관리하기 위해 유예 시간을 갖을 수 있다. 즉, 상기 일정 시간에 해당하는 유예 시간이 지난 후, TID-to-Link mapping을 완료한 두 MLD는 협의된 TID-to-Link Mapping 상태에 따라 통신을 수행해야 한다. 이 때, TID-to-Link Mapping 상태에 따라 통신을 수행한다는 것은, 특정 Link에서 해당 Link에 Mapping 된 TID의 트래픽(frame 등)만이 송/수신될 수 있음을 의미한다.
반면, 응답 MLD가 개시 MLD로부터 요청된 TID??to-Link 간 Mapping을 거절하고자 할 때, 자신이 응답하는 TID-to-Link Mapping Response frame에 TID-to-Link Mapping element를 포함하여 응답할 수 있다. 이 때, 상기 Response frame에 포함된 TID-to-Link Mapping element는 Request frame에 포함된 TID-to-Link Mapping element와 상이한 TID 및 Link를 지시할 수 있다. 일 예로, Request frame에 포함된 TID-to-Link Mapping element에서는 TID 0이 Link 1과 대응하여 지시되었을 수 있다. 이 때, 응답 MLD가 Response frame에 포함된 TID-to-Link Mapping element에서 TID 0과 Link 2를 대응하여 지시한다면, Request frame을 전송했던 개시 MLD는 TID 0을 Link 1과 Mapping하고자 했던 자신의 제안이 거절되었음을 인지할 수 있다. 또한, 개시 MLD는, 응답 MLD로부터 응답된 Response frame에서 TID 0이 Link 2와 대응하여 지시되었음을 확인함으로써, 응답 MLD가 TID 0을 Link 2와 Mapping하길 원한다는 것을 인지할 수 있다.
즉, 개시 MLD가 응답 MLD에게 TID-to-Link Mapping element를 포함한 Response frame을 응답 받았다면, 상기 개시 MLD는 이후 상기 응답 MLD에게 (다시)전송하는 Request frame을 구성할 때, 상기 수신한 Response frame에서 지시된 TID ?? Link간의 Mapping 정보를 동일하게 지시해야 할 수 있다.
또한, 응답 MLD는 개시 MLD가 TID-to-Link Mapping element를 통해 지시(요청)한 TID ?? Link 간 Mapping 중, 일부만을 수용하고자 할 수 있다. 일 예로, 개시 MLD가 TID 0을 Link 1과 대응하여 지시함으로써, TID 0을 Link 1에 Mapping하길 요청할 수 있고, 동시에 TID 1을 Link2와 대응하여 지시함으로써, TID 1을 Link 2에 Mapping 요청할 수 있다. 이 때, 응답 MLD는, 개시 MLD가 요청한 2개의 Mapping 요청 (TID 0 to Link 1, TID 1 to Link 2) 중 1개 만 승낙하고자 할 수 있다. 이 경우, 응답 MLD는 Response frame에 포함하는 TID-to-Link Mapping element에서 승낙하고자 하는 특정 TID를 제외한 나머지 TID만을 지시함으로써, 상기 특정 TID와 관련하여 요청된 TID-Link Mapping 요청을 승낙할 수 있다. 다시 말해서, 응답 MLD는 개시 MLD로부터 지시된 TID-Link Mapping 리스트(field 혹은 subfield 일 수 있음)들 중(Request frame의 TID-to-Link Mapping element에 포함된), 승낙하고자 하는 TID-Link Mapping이 있는 경우, 해당 TID(승낙하고자 하는 TID)를 Response frame에서 지시하지 않음으로써 승낙 의사를 암시적으로 지시할 수 있다. 따라서, 개시 MLD는 자신이 Request frame을 통해 지시한 TID들 중, 응답 MLD의 Response frame에서 지시되지 않은 (역 제안되지 않은) TID가 존재하는 경우, 상기 TID에 대한 TID-Link Mapping 요청이 승낙된 것으로 인지(해석)할 수 있다.
AP MLD는 TID-to-Link Mapping element를 Beacon frame에 포함하여 전송함으로써, Beacon frame을 수신한 non-AP STA(MLD)들로 하여금 자신이 선호하는 TID - Link Mapping 상태를 인지할 수 있게 도울 수 있다. 이 경우, non-AP STA MLD는 해당 AP MLD에게 Association Request frame을 전송할 때, TID-to-Link Mapping element로 TID-to-Link Mapping 협상을 요청할 수 있다. 이 때, 상기 non-AP STA MLD는 Beacon frame을 통해 지시된 AP의 선호 TID-Link Mapping 상태를 고려하여 자신이 전송하는 Association Request frame에 포함할 TID-to-Link Mapping element를 설정해야 할 수 있다. 이 때, Beacon frame에 TID-to-Link Mapping element를 포함하는 AP MLD는 TID-to-Link Mapping 협상을 지원하는 AP MLD로 한정될 수 있다.
TID-to-Link Mapping element는 (Re)Association Request/Response Frame에 포함되어 전송되거나, 혹은 TID-to-Link Mapping Request/Response Frame을 통해 전송될 수 있다. 이 때, 상기 두 종류의 Response frame에 포함된 TID-to-Link Mapping element는 Request frame을 전송한 MLD에게 선호하는 TID-Link Mapping을 제안하기 위해 포함된 것일 수 있다. 또는, TID-to-Link Mapping element를 포함한 Request Frame을 수신하지 않고 전송되는 Response Frame (unsolicited response frame)은, 해당 Frame의 단일 목적 장치인 MLD에게 선호하는 TID-to-Link Mapping 상태를 제안(지시)하기 위해 전송될 수 있다.
도 15는 TID-to-Link 매핑 엘리먼트의 포맷의 일 실시예를 도시한다.
TID-to-Link Mapping element는 TID-Link 쌍을 지시해야 하기 때문에, TID를 지시하는 subfield와 Link를 지시하는 subfield를 포함한 구성을 갖을 수 있다. 이 때, TID 및 Link를 지시하는 subfield들은 단일 TID 및 Link를 지시하기 위해 활용되거나, 혹은 TID set 및 Link set을 지시하는데 활용될 수 있다. 이 때, TID 및 Link, TID set 및 Link set을 지시하는 방법은, 도 11의 일 실시예에서 설명한 8 비트 크기의 TIDs info 필드를 이용한 TID 지시 방법과 유사할 수 있다.
즉, Link set을 지시하기 위해 8 비트의 Links info 필드가 활용될 수 있고, Links info 필드의 각 비트들은 각각의 index와 대응하는 Link에 지시된 TID들이 대응하는지 여부를 지시하기 위해 활용될 수 있다. 일 예로, TID-to-Link Mapping element에 포함된 TIDs Info 필드와 Links Info 필드 1쌍이, TIDs Info 필드가 1111 0000으로 지시되고, Links Info 필드가 1100 0000으로 지시되는 경우, TID 0 내지 TID 3이 Link 1(0) 내지 Link 2(1)와 Mapping되길 제안/역제안 되는 것으로 이해될 수 있다.
도 15의 (a)를 참조하면, TID-to-Link Mapping element는 다수의 TID-to-Link Mapping Info 필드(도 15의 (c) 참조)를 포함한 구성을 갖을 수 있다. 이는, 단일 TID-to-Link Mapping element를 통해, 다수의 TID 와 Link 쌍에 대한 Mapping이 제안/역제안 될 수 있음을 의미한다. 즉, TID-to-Link Mapping element는 하나 이상의 TID들과 하나 이상의 링크 간의 매핑을 지시하기 위해서 각각의 매핑 관계를 나타내는 매핑 정보를 포함할 수 있다. 이때, 하나의 링크에 복수 개의 TID들이 매핑될 수 있다.
즉, TID-to-Link Mapping element는 다수의 TID-to-Link Mapping Info 필드를 통해, 각각의 TID-to-Link Mapping Info 필드에서 서로 다른 TID 및 Link를 지시할 수 있다. 다만, 단일 TID-to-Link Mapping element내에서는, 특정 TID가 1개 초과의 TID-to-Link Mapping Info 필드에서 지시될 수 없다.
다시 말해서, 각 TID는 TID-to-Link Mapping element 내에서 1번(혹은 1번 이하)만 지시되어야 한다는 제한이 존재할 수 있다. 일 예로, TID-to-Link Mapping element의 첫번째 TID-to-Link Mapping Info field의 TID Info subfield에서 TID 0이 지시된다면, 해당 element에 포함된 나머지 TID-to-Link Mapping Info field들에서는 TID 0이 지시되지 않아야 할 수 있다. 이 때, 상기 TID 0이 지시된다는 것은, TID 0이 단독으로 지시되거나, 혹은 TID 0을 포함한 TID set (예: TID 0 내지 TID 3)이 지시된 것일 수 있다.
도 15에 도시된 바와 같이 TID-to-Link Mapping element의 format은, 포함된 TID-to-Link Mapping Info field의 개수에 따라 상이할 수 있다. 따라서, TID-to-Link Mapping element는 자신의 길이와 관련한 정보를 지시하기 위한 필드를 포함하여 구성될 수 있다.
도 15의 (a)에서 TID-to-Link Mapping Control 필드는 TID-to-Link Mapping Info 필드 앞에 지시되어, TID-to-Link Mapping Info 필드들의 길이와 관련한 정보를 지시할 수 있다. 이 때, 상기 길이와 관련한 정보는 TID-to-Link Mapping Info fields에 포함된 TID-to-Link Mapping Info field (도 15의 (c))의 개수 및 각 TID-to-Link Mapping Info field의 길이(크기) 관련 정보일 수 있다. 즉, 길이에 대한 정보는 하나 이상의 링크에 매핑되는 하나 이상의 TID들의 개수와 관련된 정보일 수 있다.
도 15의 (b)를 참조하면, TID-to-Link Mapping Control 필드는 TID-to-Link Mapping Info size 서브 필드와, Link Bitmap size 서브 필드를 포함하여 구성될 수 있다. TID-to-Link Mapping Info size 서브필드는 TID-to-Link Mapping element에 포함된 TID-to-Link Mapping Info fields의 길이와 관련한 정보를 지시할 수 있다. 일 예로, TID-to-Link Mapping Info size 서브필드는 TID-to-Link Mapping element에 포함된 TID-to-Link Mapping Info field의 개수를 지시할 수 있다. 혹은, TID-to-Link Mapping Info size 서브필드는 TID-to-Link Mapping element에 포함된 TID-to-Link Mapping Info fields의 크기 (octet 단위 등)를 지시할 수 있다.
Link Bitmap size 서브필드는, 각 TID-to-Link Mapping Info 필드에 포함된 Link Info 서브필드의 크기를 지시하기 위해 활용될 수 있다. Link Bitmap size 서브필드가 필요한 이유는, TID의 개수가 8개로 고정(TID 0 내지 TID 7) 고정된 것과 달리, MLD의 Link 개수는 가변적일 수 있기 때문이다. 따라서, Link Bitmap size 서브필드는 TID-to-Link Mapping Info 필드에 포함된 Link Info 서브 필드가 갖는 크기와 관련한 값을 지시할 수 있다. 일 예로, Link Bitmap size 서브필드는 4비트로 구성되어, Link Info 서브필드가 1 비트(Link Bitmap size = 0000) 내지 16 비트(Link Bitmap size =1111) 크기를 갖음을 지시할 수 있다. 혹은 Link Bitmap size 서브필드는 1비트로 구성되어, 기 설정된 Link Info 서브필드의 크기 중 하나를 지시할 수 있다. 일 예로, Link Bitmap size 서브필드가 0으로 나타남으로써, Link Info 서브필드의 크기가 8 비트임이 지시되고, Link Bitmap size 서브필드가 1로 나타남으로써, Link Info 서브필드의 크기가 16 비트임이 지시될 수 있다.
또한, TID-to-Link Mapping 협상은 전술한 바와 같이 DL 및 UL 방향에 대해 독립적으로 이뤄질 수 있다(도 11 참조). 따라서, TID-to-Link Mapping element를 통해 MLD 간에 수행되는 TID-to-Link Mapping 협상은, DL 및 UL 방향에 대해 동시에 진행될 수도 있다. 즉, 단일 TID-to-Link Mapping element에는 DL TID-to-Link Mapping 과 UL TID-to-Link Mapping 협상을 위한 정보들이 동시에 지시될 수 있다. 이를 고려했을 때, TID-to-Link Mapping Info fields에는 DL TID-to-Link Mapping Info field(s)와, UL TID-to-Link Mapping Info field(s)가 모두 포함될 수 있다.
또한, TID-to-Link Mapping info size 서브 필드는, DL TID-to-Link Mapping Info field(s)의 크기와 관련한 정보와, UL TID-to-Link Mapping Info field(s)의 크기를 각각 지시하기 위해, 2 종류의 TID-to-Link Mapping info size 서브 필드(DL TID-to-Link Mapping Info size subfield 및 UL TID-to-Link Mapping Info size subfield)로 구성될 수 있다. 다만 TID-to-Link Mapping element에서 DL과 UL에 대한 정보가 따로 지시되지 않는 경우, TID-to-Link Mapping element를 포함한 Request frame을 전송한 MLD의 전송 혹은 수신 방향에 적용되는 단방향 TID-to-Link Mapping 정보일 수 있다.
한편, 각 TID가 TID-to-Link Mapping element 내에서 1번을 초과하여 지시되는 경우가 있을 수 있다. 일 예로, Request frame의 TID-to-Link Mapping element에 포함된 2개의 TID-to-Link Mapping Info 필드 중 1번째에서 TID 0을 포함한 TID set이 Link 1에 Mapping 되고, 2번째 TID-to-Link Mapping Info 필드 중 2번째에서 또다시 TID 0을 포함한 다른 TID set이 Link 2에 Mapping 되어 지시될 수 있다. 이 경우, 이를 수신한 MLD (응답 MLD)는 TID0은 1번째 TID-to-Link Mapping Info 필드를 통해 지시된 Link 1과, 2번째 TID-to-Link Mapping Info 필드를 통해 지시된 Link 2에 모두 Mapping 되는 것으로 해석할 수 있다. 따라서, 이 경우 응답 MLD는 TID-to-Link Mapping element를 포함하지 않은 Response frame을 응답함으로써 TID 0을 Link 1 내지 Link 2에 모두 Mapping하여 TID-to-Link Mapping 협상을 완료할 수 있다.
<TID-to-Link Mapping 협상의 제안/승낙/거절(역제안) 방법>
상술한 바와 같이, MLD간에는 TID-to-Link Mapping element를 이용해 TID-to-Link Mapping 협상을 수행할 수 있다. 개시 MLD는 자신이 제안하고자 하는(선호하는) TID-Link Mapping을 Request frame (TID-to-Link Mapping Request frame 혹은 (Re)Association Request frame)에 포함된 TID-to-Link Mapping element를 활용하여 지시할 수 있다. 응답 MLD는 개시 MLD로부터 Request frame을 수신한 후, TID-to-Link Mapping element에서 지시된 TID-Link Mapping을 승낙할 것인지 여부를 결정할 수 있다. 응답 MLD와 개시 MLD는 TID-to-Link Mapping 협상을 수행하기 위해 TID-to-Link Mapping Request frame, TID-to-Link Mapping Response frame, TID-to-Link Mapping Teardown frame 등을 활용할 수 있다.
TID-to-Link Mapping Req/Resp/Teardown frame은 TID-to-Link Mapping Action frame에 해당하는 frame format들일 수 있다. 즉, Action field의 Category field에서는 TID-to-Link Mapping Action frame임을 지시하는 값이 지시되고, Action Details field는 TID-to-Link Mapping Request frame, TID-to-Link Mapping Response frame, TID-to-Link Mapping Teardown frame을 구분하기 위한 값이 지시될 수 있다. 일 예로, TID-to-Link Mapping Action frame은 11 ax에서 reserved로 남아있는 32 내지 125 사이의 Category 값으로 지시될 수 있다. (예: 32) 이 때, TID-to-Link Mapping Req/Resp/Teardown frame은 Category 필드 바로 다음의 1 octet에서 각각 0, 1, 2 로 지시되어 구분되는 것일 수 있다. 즉, Action frame의 Category field 값이 32로 지시되고, Category field의 바로 다음 octet이 0을 지시한다면(0000 0000) 해당 Action frame은 TID-to-Link Mapping Request frame일 수 있다.
만약, 응답 MLD가 개시 MLD가 제안한 TID-Link Mapping 방법 전부 혹은 일부를 거절하고자 하는 경우, 응답 MLD는 Response Frame (TID-to-Link Mapping Response frame, (Re)Association Response Frame)에 TID-to-Link Mapping element를 포함하여 응답함으로써 개시 MLD로부터 제안된 TID-Link Mapping을 거절할 수 있다. 즉, Response Frame에 TID-to-Link Mapping element가 포함되어 응답되는 경우, 개시 MLD와 응답 MLD간의 TID-to-Link Mapping 협상은 완료된 상태가 아닌 것으로 이해될 수 있다. 이 때, 상기 Response Frame의 TID-to-Link Mapping element에 포함된 TID-to-Link Mapping Info 필드는, 응답 MLD가 개시 MLD에게 역제안하는 TID-Link Mapping 정보를 지시할 수 있다. 일 예로, 개시 MLD가 TID 0을 Link 1에 Mapping 할 것을 제안(지시/요청)하였고 (Request frame을 통해), 응답 MLD가 Request frame을 통해 TID 0을 Link 2와 대응(Mapping)하여 지시하였다면, 개시 MLD는 응답 MLD가 TID 0을 Link 2에 Mapping 할 것을 (역)제안했다고 해석할 수 있다.
또한, 응답 MLD는 개시 MLD로부터 제안(요청)된 TID-Link Mapping 중, 일부 TID-Link Mapping만을 Response frame을 통해 지시(역제안)함으로써, 지시한 TID를 제외한 나머지 TID에 대한 Link Mapping 요청(Request frame을 통해 지시(제안)된)을 승낙할 수 있다. 다시 말해서, 응답 MLD가 Response frame을 통해 지시하지 않은 TID에 대한 개시 MLD의 TID-Link Mapping은, 응답 MLD로부터 승낙된 것으로 이해될 수 있다. 따라서, 개시 MLD는 Request frame의 TID-to-Link Mapping element에서 특정 TID에 대한 Link Mapping을 지시한 후, Response frame의 TID-to-Link Mapping element에서 상기 특정 TID가 지시되지 않았을 때, 상기 특정 TID에 대해 제안한 Link Mapping 요청이 응답 MLD에 의해 승낙된 것으로 해석해야 한다.
앞에서 설명한 바와 같이, 응답 MLD는 response frame에 포함된 TID-to-Link Mapping element에 TID에 대한 매핑 관계와 관련된 매핑 정보를 포함시키지 않음으로써, 개시 MLD가 request frame을 통해서 요청(또는 제안)한 TID와 링크간의 매핑 관계를 암묵적으로 승낙할 수 있다. 이와 유사하게, 개시 MLD는 request frame에 포함된 TID-to-Link Mapping element에 일부 TID에 대한 매핑 관계에 대한 매핑 정보를 포함시키지 않음으로써 일부 TID의 링크와의 매핑 관계를 암시적으로 응답 MLD에게 제안할 수 있다.
즉, 개시 MLD는 응답 MLD와 TID와 링크간의 매핑을 설정하기 위해서 request frame을 전송하는 경우, 링크와의 매핑을 위한 복수 개의 TID들 중 일부 TID에 대한 매핑 정보를 request frame의 TID-to-Link Mapping element에 포함시키지 않음으로써, 포함되지 않은 일부 TID에 대한 매핑 관계를 암시적으로 응답 MLD에게 지시할 수 있다. 다시 말해, 특정 TID에 대한 링크와의 매핑 관계에 대한 매핑 정보가 request frame에 누락된 경우, 특정 TID에 대한 링크와의 매핑 관계는 암시적으로 지시(또는, 제안)될 수 있다.
이때, 암시적은 제안은 1) 이전에 설정된 매핑 관계가 변경되지 않고 유효하게 남아있거나, 2) TID와 링크간의 매핑 관계가 기본 매핑(default mapping) 관계일 수 있다.
이때, 기본 매핑 관계는 하나의 TID에 모든 링크가 매핑되는 매핑 관계일 수 있다.
구체적으로, 암시적 제안은 TID-to-Link Mapping element에서 지시되지 않은 TID를, 모든 Link에 Mapping하자는 제안일 수 있다. 즉, 개시 MLD가 Request frame에 포함된 TID-to-Link Mapping element에서 특정 TID를 지시하지 않은 경우, 상기 특정 TID는 모든 Link에 Mapping 하는 것으로 (암시적) 지시/요청된 것일 수 있다.
또는, 상기 암시적 제안은, TID-to-Link Mapping element에서 지시되지 않은 TID를 이미 이전에 해당 TID에 대해 협의된 Link Mapping 상태를 유지하자는 제안일 수 있다. 즉, 개시 MLD가 Request frame에 포함된 TID-to-Link Mapping element에서 특정 TID를 지시하지 않은 경우, 상기 특정 TID는 해당 TID-to-Link Mapping element를 포함하는 Request frame을 전송하기 전 이미 수립된 TID-Link Mapping 상태를 유지할 것을 (암시적으로) 지시/요청한 것일 수 있다.
즉, 개시 MLD는 이전에 전송한 Request frame에서 요청한 TID-Link Mapping이 특정 TID에 대해서 승낙된 경우, 다음에 전송하는 Request frame에서 상기 특정 TID에 대한 정보를 지시하지 않음으로써, 상기 특정 TID에 대해 이미 승낙된 Link Mapping 상태를 변경하지 않고 유효하게 유지하고자 할 수 있다.
또는, 이미 협의가 완료된 TID-to-Link Mapping 모드 (디폴트 TID-to-Link Mapping 모드 포함)가 있고, 특정 TID에 대한 Link Mapping 상태의 변경을 원치 않는 경우, 개시 MLD는 Request frame에서 상기 특정 TID에 대한 정보를 지시하지 않음으로써, 상기 특정 TID에 대한 Link Mapping 상태를 유지하고자 할 수 있다.
이 때, 상기 협의가 완료된 TID-to-Link Mapping 모드가 있는 상태는, Association 수행 후 양 MLD간에 디폴트 TID-to-Link Mapping 모드가 적용된 상태, 또는 MLD간에 송/수신한 가장 최근의 TID-to-Link Mapping Response Frame이 TID-to-Link Mapping element를 포함하지 않은 상태일 수 있다.
한편, 응답 MLD가 개시 MLD로부터 (명시적/암시적으로)제안된 TID-Link Mapping을 모두 승낙하고자 한다면, 응답 MLD는 개시 MLD로부터 TID-to-Link Mapping Request frame을 수신한 후, TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Response frame을 응답할 수 있다. 다시 말해서, 응답 MLD는 Response frame을 통한 TID-Link Mapping 역제안을 수행하지 않음으로써, 개시 MLD로부터 지시(제안)된 TID-to-Link Mapping을 승낙할 수 있다. 개시 MLD는 응답 MLD로부터 TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Response frame이 수신된 경우, TID-to-Link Mapping 협상이 완료되었음을 확인할 수 있다. 또한, TID-to-Link Mapping 협상이 완료되는 시점을 기점으로, 응답 MLD로부터 승낙되었던 TID-Link Mapping이 적용된다고 할 수 있다.
상술한 TID-to-Link Mapping 협상의 제안/승낙/거절(역제안) 방법은 DL과 UL에 대한 TID에 각각 적용될 수 있고, DL 혹은 UL의 모든 TID에 대해 한 번에 적용될 수도 있다. 예를 들어, 개시 MLD가 TID-to-Link Mapping element를 통해, DL에 대한 TID를 지시하지 않은 경우 (DL TID-to-Link Mapping Info size가 0으로 지시된 경우), 개시 MLD는 DL에 대한 TID-Link Mapping 상태를 기 협의된 상태로 유지할 것임을 암시적으로 제안한 것일 수 있다. 혹은, 개시 MLD는 DL에 대한 TID-to-Link Mapping 상태를 디폴트 TID-to-Link Mapping 상태로 변경하기 위해 DL에 대한 TID를 지시하지 않았을 수 있다.
즉, UL에 대한 TID만이 개시 MLD가 Request Frame에 포함한 TID-to-Link Mapping element에서 지시된 경우, 응답 MLD는 개시 MLD가 DL에 대한 TID-to-Link Mapping 상태를 기존과 동일한 상태로 유지하길 원하는 것으로 해석할 수 있다. 혹은 응답 MLD는 개시 MLD가 DL에 대한 TID-to-Link Mapping 상태를 디폴트 TID-to-Link Mapping 상태로 변경하고자 요청한 것으로 해석할 수 있다.
마찬가지로, 응답 MLD가 Response frame에서, DL 혹은 UL의 모든 TID에 대한 지시를 수행하지 않은 경우 (DL 혹은 UL TID-to-Link Mapping Info size가 0인 경우), 지시되지 않은 DL 혹은 UL은 개시 MLD로부터 제안된 TID-to-Link Mapping이 모두 승낙된 것으로 개시 MLD에 의해 해석될 수 있다.
이와 같이, 개시 MLD와 응답 MLD간에 TID-to-Link Mapping 협상 절차가 완료되면, 두 MLD는 일정 시간 내에 협의가 완료된 TID-to-Link Mapping 상태에 따른 Link 운용을 수행해야 한다. 다시 말해서, TID-to-Link Mapping 협상 절차가 완료되면, 두 MLD는 자신이 전송을 수행할 때에, 해당 Link 및 방향 (DL/UL)에 Mapping된 TID에 해당하는 트래픽만 처리할 수 있다.
또한, 두 MLD간에 운용되던 TID-to-Link Mapping 상태가 해제된 경우, 즉 디폴트 TID-to-Link Mapping 모드로 전환된 경우, 두 MLD는 일정 시간 내에 모든 Link에서 모든 TID에 대한 트래픽을 처리할 수 있도록 해야 한다. 일 예로, 디폴트 TID-to-Link Mapping 모드로 전환한 MLD는, 상기 일정 시간 후에 모든 Link에서 모든 TID에 대한 BA 프레임 응답(immediate BA)을 수행할 수 있는 상태를 유지해야 한다. 이 때, 상기 모든 TID는 양 MLD 간에 BA session이 수립된 TID들만을 의미하는 것일 수 있다. 즉, MLD는 TID와 링크 간의 매핑 관계가 형성된 경우, 형성된 매핑 관계를 통해서 프레임과 이에 대한 BA를 상대 MLD와 송/수신할 수 있다.
도 16은 본 발명의 일 실시예에 따른 TID-to-Link 매핑 절차를 도시한다.
도 15의 (a)를 참조하면, AP MLD와 non-AP MLD는 디폴트 TID-to-Link Mapping 상태를 유지하고 있다. AP MLD와 non-AP MLD는 2개의 Link (Link1 및 Link2)를 통해 Association 되었고, 모든 TID (TID 0 내지 TID 7, 혹은 TSID 포함)는 상기 2개의 Link에 모두 Mapping된 상태이다.
Non-AP MLD는 AP MLD와 TID-to-Link Mapping 협상을 수행하기 위해, 도 16의 (b)와 같이 TID-to-Link Mapping Request Frame을 AP MLD에게 전송할 수 있다. 이 때, 상기 non-AP MLD는 STA1을 통해 전송한 Request Frame에서, DL의 TID는 지시하지 않고, UL TID 0 내지 TID 3을 Link 1에 Mapping 할 것을 지시하고, UL TID 4 내지 TID 7을 Link 2에 Mapping 할 것을 지시할 수 있다. 이 때, 상기 Non-AP MLD는 TID 0 내지 TID 3을 Link 1에 Mapping 할 것을 지시하기 위해, 첫번째 UL TID-to-Link Mapping Info 필드의 TID Info 서브필드에서 TID 0 내지 TID 3을 지시하고, 해당 UL TID-to-Link Mapping Info 필드의 Link Info 서브필드에서 Link 1을 지시했을 수 있다. 이 때, 상기 Non-AP MLD는 TID 4 내지 TID 7을 Link 2에 Mapping 할 것을 지시하기 위해, 두번째 UL TID-to-Link Mapping Info 필드의 TID Info 서브필드에서 TID 4 내지 TID 7을 지시하고, 해당 UL TID-to-Link Mapping Info 필드의 Link Info 서브필드에서 Link 2를 지시했을 수 있다.
AP MLD는 non-AP MLD의 STA1로부터 TID-to-Link Mapping Request Frame을 수신한 후, 수신된 Frame에 포함된 TID-to-Link Mapping element를 통해 non-AP MLD가 DL의 TID에 대해서는 디폴트 TID-to-Link Mapping 상태를 유지하고, UL TID 0 내지 TID 3은 Link 1에, UL TID 4 내지 TID 7은 Link 2에 Mapping하길 원한다는 것을 인지할 수 있다. AP MLD가 non-AP MLD로부터 지시(요청)된 TID-to-Link Mapping을 승낙하고자 한다면, 도 18의 (b)와 같이 TID-to-Link Mapping element가 포함되지 않은 TID-to-Link Mapping Response Frame을 응답할 수 있다.
AP MLD로부터 TID-to-Link Mapping element가 포함되지 않은 TID-to-Link Mapping Response frame을 수신한 non-AP MLD는 TID-to-Link Mapping 협상이 완료되었음을 인지할 수 있다. 이후, AP MLD와 non-AP MLD 간에는 도 16의 (c)와 같은 TID-to-Link Mapping 상태가 적용되고, Non-AP MLD는 Link1을 통해서만 TID 0 내지 TID 3에 대한 트래픽을 UL 전송하고, Link2를 통해서는 TID 4 내지 TID 7에 대한 트래픽 만을 UL 전송할 수 있게 된다.
도 17은 개시 MLD가 지시(또는, 제안)한 TID와 링크 매핑 중 응답 MLD가 일부 TID에 대해 선택적으로 응답하는 일 실시예를 도시한다.
도 17을 참조하면, 개시 MLD는 TID-to-Link Mapping Request frame#1을 통해 TID 0 내지 TID 3을 Link 1에, TID 4 내지 TID 7을 Link 2에 Mapping 하고자 TID-to-Link Mapping element를 통해 지시(제안)한다. 이 때, 응답 MLD는 TID 0 내지 TID 3을 Link 1에 Mapping 하고자 하는 개시 MLD의 제안을 승낙하지만, TID 4 내지 TID 7을 Link 2에 Mapping 하는 것은 거절하고자 할 수 있다.
이 경우, 응답 MLD는 개시 MLD로부터 수신한 TID-to-Link Mapping Request frame#1에 대한 응답으로, TID-to-Link Mapping element를 포함한 TID-to-Link Mapping Response frame#1을 개시 MLD에게 전송할 수 있다. 이 때, 응답 MLD는 TID-to-Link Mapping element를 구성할 때, TID 4 내지 TID 5는 Link 2, TID 6 내지 TID 7은 Link 3에 Mapping 할 것을 지시(역제안)함으로써, TID 0 내지 TID 3에 대한 Link 1 Mapping은 승낙하였고, TID 4 내지 TID 7에 대한 Link2 Mapping을 거절함을 지시할 수 있다.
응답 MLD로부터 TID-to-Link Mapping Response frame#1을 응답받은 개시 MLD는, 응답 MLD가 TID-to-Link Mapping Response frame#1을 통해 지시한 TID-Link Mapping 상태(TID 4 ~ 5 = Link 2, TID 6 ~ 7 = Link 3)를 고려하여 TID-to-Link Mapping Request frame#2를 다시 구성할 수 있다. 이 때, 개시 MLD는 응답 MLD가 역제안한 TID-Link Mapping 상태를 고려하여, TID-to-Link Mapping element에서 TID 4 내지 TID 5를 Link 2, TID 6 내지 TID 7을 Link 3에 Mapping 할 것을 지시하는 TID-to-Link Mapping Request frame#2를 전송할 수 있다. 응답 MLD는 개시 MLD로부터 수신된 TID-to-Link Mapping Request frame#2에서 지시된 TID-Link Mapping 상태를 승낙하기 위해, TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Response frame#2를 응답함으로써 TID-to-Link Mapping 협상 절차를 종료할 수 있다.
이 때, 개시 MLD와 응답 MLD 간에 수립(협의)된 TID-to-Link Mapping 상태는 TID-to-Link Mapping Response frame#1을 통해 승낙된 TID-Link Mapping 상태(TID 0~3 = Link 1)와, TID-to-Link Mapping Response frame#2을 통해 승낙된 TID-to-Link Mapping 상태(TID 4~5 = Link 2, TID 6~7 = Link 3)가 통합된 상태일 수 있다. 만약, 개시 MLD가 TID-to-Link Mapping Request frame#2에서, TID-to-Link Mapping Request frame#1을 통해 승낙된 특정 TID를(특정 TID에 대한 Link Mapping을) 다시 지시(제안)하였다면, TID-to-Link Mapping element가 포함되지 않은 TID-to-Link Mapping Response frame#2를 통해 최종 수립(협의)된 특정 TID의 Link Mapping 상태는 TID-to-Link Mapping Request frame#2에서 지시된 상기 특정 TID의 Link Mapping 상태일 수 있다.
<TID-to-Link Mapping 협상의 제한>
MLD는 Capability에 따라 TID-to-Link Mapping 협상을 지원하거나 혹은 지원하지 않을 수 있다. 일 예로, dot11TIDtoLinkMappingActivated가 true로 지시되지 않은 MLD들은 TID-to-Link Mapping 협상을 지원하지 않는 MLD일 수 있다. 따라서, 개시 MLD는 TID-to-Link Mapping 협상을 개시하기 전, 응답 MLD가 TID-to-Link Mapping 협상을 지원하는지 여부를 확인해야 할 수 있다. 즉, 개시 MLD는 dot11TIDtoLinkMappingActivated가 true로 지시된 MLD에게만 TID-to-Link Mapping Request frame을 전송해야 한다.
또한, TID-to-Link Mapping 협상을 지원하는 MLD라 하더라도, MLD 별로 TID-to-Link Mapping을 지원하는 Link set의 개수에 제한이 있을 수 있다. 예를 들어, TID-to-Link Mapping으로 TID를 차별화하여 관리할 수 있는 Link의 개수가 4개인 MLD는, 4개 초과의 Link에 대한 TID-to-Link Mapping 협상을 지원하지 못할 수 있다. 따라서, 개시 MLD는 TID-to-Link Mapping 협상을 위해 TID-to-Link Mapping Request frame을 구성할 때에, 응답 MLD가 지원하는 Link set의 개수를 고려해 Request frame을 구성해야 한다. 또한, 개시 MLD는 DL/UL 두 방향에 대한 TID-to-Link Mapping 협상을 시도할 수 있기 때문에, TID-to-Link Mapping Request frame을 구성할 때, 응답 MLD가 지원하는 Link set의 개수 뿐만 아니라, 자신이 지원할 수 있는 Link set의 개수도 고려해야 한다.
마찬가지로, 응답 MLD 또한 개시 MLD로부터 TID-to-Link Mapping Request frame을 수신한 후, TID-to-Link Mapping Response frame을 전송하여 TID-Link Mapping을 (역)제안할 때에, 자신이 지원 가능한 Link set의 개수와 개시 MLD가 지원 가능한 Link set의 개수 모두를 고려하여 Response frame을 구성해야 한다.
따라서, MLD 간에 TID-to-Link Mapping 협상을 수행하기 위해서는 서로 지원 가능한 Link set의 개수를 인지하고 있어야 하며, 이를 위해 EHT MAC Capabilities Information field에서 TID-to-Link Mapping Negotiation Supported subfield가 지시될 수 있다. TID-to-Link Mapping Negotiation Supported 서브필드는, 자신이 TID-to-Link Mapping 협상을 통해 관리할 수 있는 최대 Link set의 개수와 관련한 값을 지시할 수 있다. 만약, 특정 MLD가 TID-to-Link Mapping 협상을 전혀 지원하지 않는다면(dot11TIDtoLinkMappingActivated = false), 상기 특정 MLD는 TID-to-Link Mapping Negotiation Supported 서브필드에 0을 지시하여야 할 수 있다. 반면, TID-to-Link Mapping을 통해 4개의 Link set을 관리할 수 있는 MLD는 TID-to-Link Mapping Negotiation supported 서브필드를 통해 4개를 의미하는 값을 지시해야 할 수 있다.
정리하면, 각 MLD는 자신이 전송하는 TID-to-Link Mapping Request/Response frame을 통해서 상대 MLD에게 TID-Link Mapping 상태를 제안/역제안 할 때에, 자신이 지원 가능한 최대 Link set 개수와, TID-to-Link Mapping supported 서브필드를 통해 확인된 상대 MLD의 최대 Link set 개수를 고려하여 TID-Link Mapping을 수행해야 한다. 즉, Request frame을 전송하는 개시 MLD는 min(자신이 지원하는 Link set 수, 응답 MLD가 지원하는 Link set 수) 를 초과하는 개수의 Link set을 Request frame의 TID-to-Link Mapping element를 통해 (명시적/암시적으로) 지시해선 안 된다. 마찬가지로, Response frame을 전송하는 응답 MLD는 min(자신이 지원하는 Link set 수, 개시 MLD가 지원하는 Link set 수)를 초과하는 개수의 Link set을 Response frame의 TID-to-Link Mapping element를 통해 (명시적/암시적으로) 지시(역제안)해선 안 된다.
또한, 개시 MLD는 특정 TID에 대한 TID-Link mapping이 응답 MLD에 의해 거절(역제안)된 경우, 상기 거절된 것과 동일한 Link Mapping을 일정 시간동안 다시 요청해서는 안 된다. 이 때, 상기 일정 시간은 AP MLD에 의해 지시된 parameter로 결정되는 값일 수 있다. 이 때, 상기 일정 시간은 Unsolicited Response frame을 응답 MLD로부터 수신할 때 까지의 시간일 수 있다. 이 때, 상기 일정 시간은 Life time을 의미하는 것일 수 있다.
일 예로, 개시 MLD가 TID-to-Link Mapping Request frame을 통해 TID 0을 Link 1로 Mapping할 것을 지시(제안/요청)한 후, 응답 MLD로부터 TID 0을 Link 2로 Mapping 할 것을 지시(역제안)받았다면, 상기 개시 MLD는 일정 시간(혹은 기 설정된 시간 혹은 AP MLD에 의해 지시된 시간) 동안 TID 0을 Link 1로 Mapping하자는 요청을 수행해선 안 된다. 이는, 반복된 TID-to-Link Mapping Request/Response frame 교환으로 인해 주파수 자원이 낭비되고 네트워크가 혼잡해지는 것을 막기 위한 제한일 수 있다. 다만, 개시 MLD는 TID 0을 Link 3으로 Mapping하자는 제안이 거절된 적이 없다면, 응답 MLD의 제안을 따르지 않고 TID 0을 Link 3으로 Mapping하자는 새로운 요청을 수행할 수 있다.
<간결한 TID-to-Link Mapping 협상 절차>
전술한 TID-to-Link Mapping 협상 절차는, 개시 MLD에 의해 TID와 Link 들에 대한 Mapping이 제안되고, 응답 MLD는 개시 MLD가 제안한 Mapping 상태를 승낙하거나 혹은 거절할 수 있다. 이 때, 응답 MLD는 개시 MLD가 제안한 TID-Link Mapping 상태에 대해, 일부 TID에 대한 제안만 승낙하고, 나머지 TID에 대한 제안을 거절할 수 있다. 이 때, 응답 MLD는 제안을 거절하는 TID에 대한 선호 Link Mapping 상태를 지시(역제안)할 수 있다. 개시 MLD와 응답 MLD간에 TID-to-Link Mapping 협상이 완료되는 시점은, 응답 MLD가 TID-to-Link Mapping element를 포함하지 않는 TID-to-Link Mapping Response frame을 응답할 때로 제한된다.
이와 같은 TID-to-Link Mapping 협상 절차를 고려했을 때, 응답 MLD로부터 TID-Link Mapping 상태를 역제안받은 개시 MLD가, 응답 MLD의 (역)제안을 승낙하고자 할지라도, TID-to-Link Mapping Request frame을 다시 전송해야 한다는 비효율성이 존재한다. 즉, 개시 MLD는 응답 MLD로부터 역제안 받은 TID-Link Mapping 상태를 승낙하기 위해 TID-to-Link Mapping element에서 역제안 받은 TID-to-Link Mapping 상태를 동일하게 지시하는 TID-to-Link Mapping Request frame을 다시 전송해야 한다. 마찬가지로, 응답 MLD는 자신이 역제안한 것과 동일한 TID-Link Mapping 제안을 다시금 개시 MLD로부터 수신하고, 다시 TID-to-Link Mapping element가 포함되지 않은 TID-to-Link Mapping Response frame을 응답함으로써 TID-to-Link Mapping 협상 절차를 완료하게 된다. 이 때, 정확한 TID-to-Link Mapping 협상 절차의 완료 시점은, TID-to-Link Mapping Response frame에 대한 Ack 응답이 수행되는 시점일 수 있다.
이처럼, 개시 MLD가 응답 MLD로부터 역제안된 TID-Link Mapping 상태를 따를 의사가 있다 하더라도, 개시 MLD는 Request frame을 다시 전송하고, 응답 MLD 역시 Response frame을 다시 응답해야 한다면 상기 다시 전송되는 Request frame과 Response frame은 불필요한 오버헤드를 유발하는 TID-to-Link Mapping 협상 절차일 수 있다.
따라서, 개시 MLD가 응답 MLD로부터 (역)제안된 TID-Link Mapping 상태를 승낙하는 TID-to-Link Mapping 협상 절차가 고려될 수 있다. 즉 개시 MLD는 자신이 TID-to-Link Mapping Request frame을 전송한 후, 응답 MLD로부터 응답된 TID-to-Link Mapping Response frame이 TID-to-Link Mapping element를 포함하여 응답된 경우, 상기 TID-to-Link Mapping element를 통해 지시된 TID-Link Mapping 상태를 승낙할 수 있다. 이 때, 개시 MLD는 응답 MLD로부터 TID-to-Link Mapping Response frame을 수신한 후, 전송하는 TID-to-Link Mapping Request frame에 TID-to-Link Mapping element를 포함하지 않거나, 혹은 TID-to-Link Mapping element에서 특정 TID를 지시하지 않음으로써 상기 특정 TID에 대한 응답 MLD의 (역)제안을 (암시적으로) 승낙할 수 있다. 이와 같은 개시 MLD의 TID-to-Link Mapping Request frame 응답 방법은, 응답 MLD의 TID-to-Link Mapping Response frame 응답 방법과 유사하므로 자세한 설명은 생략한다. 이 때, 개시 MLD는 TID-to-Link Mapping Request frame이 아닌 TID-to-Link Mapping Response frame (TID-to-Link Mapping element를 포함하지 않는)을 전송하여, 응답 MLD가 제안한 TID-Link Mapping 상태를 승낙할 수도 있다.
다만, 개시 MLD가 TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Request frame을 전송했다면, 응답 MLD가 상기 TID-to-Link Mapping Request frame에 대한 Ack frame을 응답하는 시점에 TID-to-Link Mapping 협상 절차가 완료될 수 있다. 즉, TID-to-Link Mapping Request frame이 TID-to-Link Mapping element를 포함하지 않고 수신된 경우, 응답 MLD는 Ack frame을 응답함으로써 TID-to-Link Mapping 협상 절차를 완료할 수 있다.
도 18은 응답 MLD로부터 역으로 제안된 TID-to-Link 매핑을 승낙(수용)하는 개시 MLD의 응답 방법을 도시한다.
도 18을 참조하면, 개시 MLD는 TID-to-Link Mapping 협상 절차를 시작하기 위해 TID-to-Link Mapping Request frame#1을 응답 MLD에게 전송하고, 응답 MLD는 Response frame#1을 응답함으로써 TID 4 내지 TID 7에 대한 Link Mapping을 거절하며 (역)제안을 수행할 수 있다. 이 때, 개시 MLD는 응답 MLD가 TID-to-Link Mapping Request frame#1을 통해 지시한 TID-Link Mapping 상태를 승낙하고자 결정하고, 응답 MLD에게 TID-to-Link Mapping을 완료할 것을 요청할 수 있다.
도 18의 Example 1에서는, 개시 MLD가 TID-to-Link Mapping Request frame#1을 수신한 후, TID-to-Link Mapping 절차를 완료하기 위해 TID-to-Link Mapping Response Frame#2를 전송할 수 있다. 엄밀한 의미로 개시 MLD가 전송한 TID-to-Link Mapping Response Frame#2은 요청되지 않은(Unsolicited) Response frame일 수 있다. 이 때, 개시 MLD가 전송한 TID-to-Link Mapping Response frame#2는 TID-to-Link Mapping element를 포함하지 않은 구성을 갖으며, 개시 MLD로부터 TID-to-Link Mapping Response frame#2를 수신한 응답 MLD는, 개시 MLD가 자신이 (역)제안한 TID-Link Mapping 상태를 승낙하고 TID-to-Link Mapping 절차를 완료하길 원한다는 것을 인지할 수 있다. 따라서, 응답 MLD는 TID-to-Link Mapping Request frame#2를 수신한 후, Ack frame을 응답함으로써 개시 MLD와의 TID-to-Link Mapping 협상 절차를 완료할 수 있다.
도 18의 Example 2에서는, 개시 MLD가 TID-to-Link Mapping Request frame#1을 수신한 후, TID-to-Link Mapping 절차를 완료하기 위해 TID-to-Link Mapping Request Frame#2를 전송할 수 있다. 이 때, 개시 MLD가 전송한 TID-to-Link Mapping Request frame#2는 TID-to-Link Mapping element를 포함하지 않은 구성을 갖으며, 개시 MLD로부터 TID-to-Link Mapping Request frame#2를 수신한 응답 MLD는, 개시 MLD가 자신이 (역)제안한 TID-Link Mapping 상태를 승낙하고 TID-to-Link Mapping 절차를 완료하길 원한다는 것을 인지할 수 있다. 따라서, 응답 MLD는 TID-to-Link Mapping Request frame#2를 수신한 후, Ack frame 혹은 TID-to-Link Mapping element를 포함하지 않는 TID-to-Link Mapping Response frame을 응답함으로써 개시 MLD와의 TID-to-Link Mapping 협상 절차를 완료할 수 있다.
<Unsolicited TID-to-Link Mapping Response frame 활용>
일반적으로, MLD 간에 수행되는 TID-to-Link Mapping 협상 절차는 개시 MLD가 전송한 TID-to-Link Mapping Request frame에 의해 시작된다. 이와 같은 일반적인 TID-to-Link Mapping 협상은 개시 MLD와 응답 MLD간에 이뤄지는 것이며, 상기 두 MLD가 주고받는 Request/Response frame은 individually addressed frame일 수 있다.
하지만, AP MLD의 경우, BSS의 여러 non-AP MLD들과 TID-to-Link Mapping 협상을 수행해야 하기 때문에, 모든 non-AP MLD들과 개별적인 TID-to-Link Mapping 협상을 수행하는 것은 많은 오버헤드를 유발하는 작업일 수 있다. 따라서, AP MLD는 non-individually addressed TID-to-Link Mapping Response frame을 전송함으로써, non-AP MLD들에게 자신이 선호하는 TID-Link Mapping 구성을 알려줄 수 있다. 이와 같이 AP MLD가 자신이 선호하는 TID-Link Mapping 상태를 non-AP MLD들에게 알려줄 경우, non-AP MLD들은 TID-to-Link Mapping 협상 절차를 시작하고자 할 때, 응답 MLD인 AP MLD가 선호하는 TID-Link Mapping 구성을 미리 알고 시작할 수 있다는 장점이 있다. 즉, non-AP MLD가 개시 MLD로써 TID-to-Link Mapping Request frame을 보내는 시점에, 이미 응답 MLD의 선호를 알고 동작할 수 있기 때문에, TID-to-Link Mapping 협상 절차가 더욱 수월하게 진행될 가능성이 있다.
AP MLD가 전송하는 Unsolicited TID-to-Link Mapping Response frame은, TID-to-Link Mapping element 구성이 일반적인 TID-to-Link Mapping Request/Response frame과 다를 수 있다. 보다 자세히 설명하면, AP MLD가 전송하는 Unsolicited TID-to-Link Mapping Response frame은 TID-to-Link Mapping element를 통해 동일한 TID를 1번 이상 지시할 수 있다. 일 예로, TID-to-Link Mapping element에 포함된 특정 (DL/UL) TID-to-Link Mapping Info 필드에서 TID 0 내지 TID 1이 Link 1 내지 Link 2에 대응(Mapping)되어 지시되고, 다른 (DL/UL) TID-to-Link Mapping Info 필드에서 TID 0 내지 TID 4가 Link 1 내지 Link 3에 대응되어 지시될 수 있다. 따라서, AP MLD로부터 Unsolicited TID-to-Link Mapping Response frame을 수신한 non-AP MLD들은 TID 0 내지 TID 1과 TID 2 내지 TID 3의 Link를 차별화할 목적을 갖는다면, TID 0 내지 TID 1을 위해 Link 1 혹은/내지 Link 2를 Setup하고, TID 3 내지 TID 4를 위해 Link 3을 Setup하는 등의 선택을 할 수 있다. 즉, AP MLD는 자신이 전송하는 Beacon frame에 TID-to-Link Mapping element를 포함하여 전송함으로써, non-AP MLD들이 Association 단계부터 Setup Link를 선택하는데 도움을 줄 수 있다. 보다 자세히 설명하면, non-AP MLD는 Beacon frame을 통해 AP MLD가 선호하는 TID-Link Mapping 상태를 확인함으로써, 자신이 원하는 TID의 분리 방법에 따라 Link를 선택하여 Setup을 수행할 수 있다.
도 19는 AP MLD로부터 전송된 지시되지 않은 TID-to-Link 매핑 응답 프레임(Unsolicited TID-to-Link Mapping Response frame)과, AP MLD와 non-AP MLD의 TID-to-Link Mapping 협상 과정 일 실시예를 도시한다.
도 19를 참조하면, AP MLD는 Unsolicited TID-to-Link Mapping Response frame을 전송할 수 있다. 이 때, 상기 Unsolicited TID-to-Link Mapping Response frame은 non-individually addressed frame으로 전송되는 것일 수 있다. 즉, AP MLD가 전송한 Unsolicited TID-to-Link Mapping Response frame은 1개 혹은 1개 초과의 non-AP MLD를 목적 장치로 하는 것일 수 있다.
도 19에 도시된 바와 같이, AP MLD는 Unsolicited TID-to-Link Mapping Request frame을 통해 TID 0 내지 TID 3을 Link 1, TID 4 내지 TID 5를 Link 2, TID 6 내지 TID 7을 Link 3에 Mapping 하길 원함을 지시할 수 있다.
이를 수신한 non-AP MLD(개시 MLD)는 도 21의 Sequence 1과 같이, TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Request frame을 전송함으로써, AP MLD(응답 MLD)에게 Unsolicited Response frame을 통해 지시된 TID-Link Mapping을 승낙하고, TID-to-Link Mapping 협의를 수행 및 완료하고 싶음을 지시할 수 있다. AP MLD는 TID-to-Link Mapping가 포함되지 않은 TID-to-Link Mapping Request frame을 수신한 후, Ack frame을 응답함으로써 TID-to-Link Mapping 협의가 완료되었음을 응답할 수 있다.
Sequence 2의 경우, non-AP MLD(개시 MLD)는 AP MLD(응답 MLD)가 Unsolicited TID-to-Link Mapping Response frame을 통해 지시한 TID-Link Mapping 중, TID 4 내지 TID 7에 대한 Link Mapping 옵션이 2가지 인 것을 확인할 수 있다. 이 때, non-AP MLD는 TID 4 내지 TID 7을 Link 2 내지 Link 3에 Mapping하는 옵션을 선택하여, AP MLD에게 TID-to-Link Mapping Request frame을 전송할 수 있다. 이 때, 상기 non-AP MLD가 TID 0 내지 TID 3을 Request frame의 TID-to-Link Mapping element에서 지시하지 않았기 때문에, TID 0 내지 TID 3에 대한 AP MLD의 Link Mapping 제안(Unsolicited TID-to-Link Mapping Response frame을 통해 지시된)을 승낙한 것으로 해석될 수 있다.
<TID-to-Link Mapping의 해제>
두 MLD간에 이뤄진 TID-to-Link Mapping 협의는, 두 MLD 중 하나의 MLD가 TID-to-Link Mapping Teardown frame을 전송하고, 다른 MLD가 Ack 응답을 수행함으로써 해제될 수 있다. TID-to-Link Mapping Teardown frame을 통해 두 MLD간에 이뤄진 TID-to-Link Mapping 협의가 해제될 경우, 두 MLD는 디폴트 TID-to-Link Mapping 모드로 동작해야 할 수 있다. 즉, DL 및 UL에 대한 모든 TID의 트래픽이, 모든 Link에 Mapping된 것과 동일한 상태로 전환될 수 있다.
상술한 본 발명의 TID-to-Link Mapping 협의 방법을 고려했을 때, 개시 MLD가 TID-to-Link Mapping Request frame임을 구성할 때에, TID-to-Link Mapping element의 TID-to-Link Mapping Info field에서 모든 TID와 모든 Link를 지시함으로써 디폴트 TID-to-Link Mapping 모드로 전환되는 것 또한 가능하다는 것을 알 수 있다. 보다 자세히는, TID-to-Link Mapping element에 포함된 DL TID-to-Link Mapping Info 필드에서, TID Info 서브 필드가 1111 1111 (8-bit 실시예)로 지시되고, Link Info 서브필드가 1111 1111 (8-bit 실시예)로 지시된다면, DL 방향에 대한 TID-to-Link Mapping은 디폴트 모드로 지시될 수 있다.
혹은 상술한 본 발명의 일 실시예와 같이 TID-to-Link Mapping element의 DL TID-to-Link Mapping Info size 서브필드가 0으로 지시된다면, 이를 수신한 MLD는 상대 MLD가 DL 방향에 대해 디폴트 TID-to-Link Mapping 모드를 지시(제안)함을 인지할 수 있다. 따라서, 개시 MLD가 TID-to-Link Mapping Request frame에서, DL TID-to-Link Mapping Info size 서브필드 와 UL TID-to-Link Mapping Info size 서브필드를 둘 다 0으로 지시한다면 응답 MLD는 개시 MLD가 디폴트 TID-to-Link Mapping 모드를 지시(제안)한 것으로 인지할 수 있다. 마찬가지로, 응답 MLD가 TID-to-Link Mapping Response frame에서 DL/UL TID-to-Link Mapping Info size 필드를 모두 0으로 지시한다면, 개시 MLD는 응답 MLD가 디폴트 TID-to-Link Mapping 모드를 지시(역제안)한 것으로 인지할 수 있다.
이와 같이, TID-to-Link Mapping Request frame 및 TID-to-Link Mapping Response frame을 통한 디폴트 TID-to-Link Mapping 모드로의 전환이 가능함에도 불구하고 TID-to-Link Mapping Teardown frame이 필요한 이유는, TID-to-Link Mapping 협의 해제 과정이 양 MLD간의 협의에 의해 이뤄지는 것이 아니라 특정 MLD의 의도(의지)에 따라 완료될 수 있기 때문일 수 있다. 즉, 양 MLD 중 특정 MLD가 디폴트 TID-to-Link Mapping 모드로 운영하고자 하는 경우, 상대 MLD는 상기 특정 MLD의 요청에 따라 디폴트 TID-to-Link Mapping 모드로 반드시 전환해야 할 수 있다. 따라서, 특정 MLD가 TID-to-Link Mapping Teardown frame을 전송하면, 상대 MLD는 TID-to-Link Mapping Response frame을 이용한 역제안을 수행할 수 없고, 디폴트 TID-to-Link Mapping 모드로 전환할 것을 승낙해야 한다. 이 때, 상기 상대 MLD는 승낙 의사를 전달하기 위해 Ack frame 혹은 TID-to-Link Mapping element를 포함하지 않은 TID-to-Link Mapping Response frame을 응답해야 할 수 있다.
이 때, 상기 특정 MLD와 상대 MLD는 디폴트 TID-to-Link Mapping 모드로 변경될 것을 합의한 후, 일정 시간 내에 디폴트 TID-to-Link Mapping 모드로 각 Link를 운용해야 할 수 있다. 즉, TID-to-Link Mapping Teardown frame을 통해 디폴트 TID-to-Link Mapping 모드로 전환한 양 MLD는, 일정 시간 내에 모든 Link로 모든 TID에 대한 송/수신 및 BA(BlockAck) 응답등을 수행할 수 있는 상태로 동작(전환)되어야 한다. 이 때, 상기 일정 시간은, EHT 표준 혹은 BSS에 의해 기 설정된 시간, 혹은 TID-to-Link Mapping을 수행하는 양 MLD간에 기 약속된 시간 일 수 있다.
AP MLD는 운영상의 목적으로, 다수의 Associated non-AP MLD와 협의한 TID-to-Link Mapping 모드를 동시에(한 번에) 해제하고, 디폴트 TID-to-Link Mapping 모드로 전환하고자 할 수 있다. 이 경우, AP MLD는 모든 Associated non-AP MLD에게 개별적으로 TID-to-Link Mapping Teardown frame을 전송하는 대신, non-individually addressed TID-to-Link Mapping Teardown frame을 전송할 수 있다. 이 때, AP MLD는 DTIM Beacon frame을 전송한 후 group addressed frame으로 TID-to-Link Mapping Teardown frame을 전송할 수 있다. Non-AP MLD들은 DTIM Beacon frame을 수신한 후, group addressed frame을 수신하는 과정에서, TID-to-Link Mapping Teardown frame을 수신하고 AP MLD와 협의된 TID-to-Link Mapping 모드가 디폴트 TID-to-Link Mapping 모드로 전환되었음을 인지할 수 있다.
이 때, DTIM Beacon frame을 이용한 Group addressed frame으로 TID-to-Link Mapping Teardown frame을 수신한 non-AP MLD들은 Ack 혹은 TID-to-Link Mapping Response frame을 이용한 응답을 수행하지 않고 디폴트 TID-to-Link Mapping 모드로 전환해야 할 수 있다. 즉, AP MLD가 다수의 non-AP MLD들을 대상으로 전송한 TID-to-Link Mapping Teardown frame은 응답 MLD (non-AP MLD들)의 확인(Ack 및 TID-to-Link Mapping Response 등)없이도 바로 적용되는 것일 수 있다. 이는, DTIM 이후 전송된 TID-to-Link Mapping Teardown frame은, 별도의 응답이 없었다 하더라도 응답 MLD들에게 잘 수신되었을 것으로 고려되기 때문일 수 있다.
<TID-to-link mapping element의 다른 실시예>
TID-to-link Mapping element는 TID-Link 쌍을 지시하는 기능을 갖는 간단한 element이기 때문에 다양한 format이 고려될 수 있다. 상술한 도 15의 일 실시예에서는, 1개 혹은 1개 이상의 TID set을 1개 혹은 1개 이상의 Link set에 Mapping할 수 있는 구조의 TID-to-link Mapping element format을 고려하였고, 기능적으로 동일한 다른 element format도 다양하게 구성 가능하다.
도 20은 TID-to-link 매핑 엘리먼트의 또 다른 일 실시예를 도시한다.
도 20의 (a)를 참조하면 TID-to-link Mapping element는 Element ID, Length, Element ID Extension, TID-to-Link Mapping Control, Link Mapping Of TID 0~7 field로 구성될 수 있다. Element ID, Length, Element ID Extension field들은 해당 element가 TID-to-link Mapping element임을 나타내는 정보와, element의 길이와 관련한 정보를 지시하며, 다른 element에 포함된 field의 용도와 동일하므로 자세한 설명은 생략한다.
Link Mapping Of TID 0~7 field는 각각 2-octet(16-bit)으로 구성되며, 각 bit가 각 Link의 Link ID와 대응할 수 있다. 이 때, Link Mapping Of TID field의 각 bit는 bit의 순서보다 1만큼 작은 Link ID의 Link와 대응한다. 보다 자세히 설명하면, Link Mapping Of TID field의 첫 번째 bit는 Link ID가 0(1-1)인 Link와 대응하고, Link Mapping Of TID field의 두 번째 bit는 Link ID가 1(2-1)인 Link와 대응하고, Link Mapping Of TID field의 열 번째 bit는 Link ID가 9(10-1)인 Link와 대응할 수 있다.
즉, TID-to-Link mapping Request frame의 TID-to-Link Mapping element에서, Link Mapping Of TID 'n' field가 1100 0000 0000 0000로 지시된다면, TID 'n'이 Link ID 0 내지 Link 1과 대응하는 Link에 mapping되도록 요청된 것일 수 있다.
도 20의 (b)를 참조하면, TID-to-Link Mapping Control field는 Direction, Default Link Mapping, Link Mapping Presence Indicator subfield를 포함하는 구성을 갖을 수 있다.
Direction subfield는 TID-to-link mapping element가 포함하는 정보의 방향성과 관련한 정보를 지시한다. 보다 구체적으로, Direction subfield는 TID-to-link mapping element가 UL 방향 TID-to-Link Mapping을 위한 것인지 혹은 DL 방향 TID-to-Link Mapping을 위한 것인지 혹은 UL/DL(bidirectional) 방향 모두에 대한 TID-to-Link Mapping을 위한 것인지 여부를 지시한다. 일 예로, Direction subfield가 각각 0/1/2로 설정되어, 해당 TID-to-link mapping element가 각각 DL/UL/Bidirectional 방향 TID-to-Link mapping 정보를 포함한다는 것이 지시될 수 있다. 이 때, Directional subfield(2-bit)로 지시될 수 있는 다른 값 3은, reserved일 수 있다.
Default Link Mapping subfield는 해당 TID-to-link mapping element를 통해 제안되는 TID-to-Link mapping mode가 Default mode(모든 TID가 모든 setup link에 mapping)임을 지시하는 subfield일 수 있다. 일 예로, TID-to-Link mapping element를 전송하는 장치는 Default Link Mapping subfield를 1로 설정하여 Default mapping mode를 제안(역 제안)할 수 있다.
즉, Directional subfield를 통해 DL 방향 정보임이 지시된 TID-to-link mapping element의 Default Link Mapping subfield가 1로 지시되면, DL 방향의 TID-to-link mapping이 default mode로 제안되는 것일 수 있다.
반면, Directional subfield를 통해 UL 방향 정보임이 지시된 TID-to-link mapping element의 Default Link Mapping subfield가 1로 지시되면, UL 방향의 TID-to-link mapping이 default mode로 제안되는 것일 수 있다.
혹은, Directional subfield를 통해 Bidirectional 방향 정보임이 지시된 TID-to-link mapping element의 Default Link Mapping subfield가 1로 지시되면, Bidirectional(DL/UL) 방향의 TID-to-link mapping이 default mode로 제안되는 것일 수 있다.
상술한 바와 같이, TID-to-Link mapping element는 UL 혹은 DL 혹은 Bidirectional 방향에 대한 TID-to-Link mapping 정보를 포함할 수 있으며, 따라서 TID-to-Link Mapping Request frame 및 (solicited or unsolicited) TID-to-Link Mapping Response frame에는 2개 혹은 1개의 TID-to-Link mapping element가 포함되어 전송될 수 있다. 다만, 2개의 TID-to-Link mapping element를 포함하는 TID-to-Link mapping (Request 및 Response) frame은, 상기 2개의 TID-to-Link mapping element의 Direction subfield(TID-to-Link Mapping Control field의)가 각각 0과 1로 설정되어야 할 수 있다. 즉, 단일 TID-to-Link Mapping frame에 포함된 2개의 TID-to-Link Mapping element Direction subfield가 모두 0 혹은 모두 1로 설정되는 것은 허용되지 않는다. 또한, TID-to-Link Mapping frame에 Direction subfield가 2로 설정된 TID-to-Link element가 포함되는 경우, 다른 TID-to-Link element가 추가로 포함될 수 없다.
이 때, 상기 DL 방향의 TID-to-link mapping이 default mode라는 의미는, DL 방향에 대해서 모든 TID가 모든 setup Link에 mapping된 상태를 의미하는 것일 수 있다. 이 때, 상기 UL 방향의 TID-to-link mapping이 default mode라는 의미는, UL 방향에 대해서 모든 TID가 모든 setup Link에 mapping된 상태를 의미하는 것일 수 있다. 이 때, 상기 Bidirectional 방향의 TID-to-link mapping이 default mode라는 의미는, DL 및 UL 방향 모두에 대해서 모든 TID가 모든 setup link에 mapping된 상태를 의미하는 것일 수 있다.
이처럼, Default TID-to-Link Mapping mode는 MLD간에 DL 및 UL 방향 모두에 대해서 모든 TID가 모든 setup Link에 mapping된 것을 의미하는 반면, DL 방향 혹은 UL 방향에 대한 Default TID-to-Link Mapping 상태가 따로 정의될 수 있다.
더 나아가, 각 TID와 Link에 대한 default TID-to-Link mapping 상태가 정의될 수도 있다. 보다 자세히, 특정 TID가 모든 setup link에 mapping된 상태는, 상기 특정 TID가 default (TID-to-link) mapping 상태인 것으로 이해될 수 있다. 마찬가지로, 특정 Link에 모든 TID가 mapping된 상태는, 상기 특정 Link가 default (TID-to-link) mapping 상태인 것으로 이해될 수 있다.
일 예로, DL 방향의 특정 TID가 default mapping mode(상태)라고 한다면, DL 방향으로 전송되어야 하는 상기 특정 TID의 트래픽이 모든 setup link에 mapping(전송 가능)된 상태인 것을 의미할 수 있다. 다른 예로, UL 방향의 특정 Link가 default mapping mode(상태)라고 한다면, UL 방향의 모든 트래픽은 상기 특정 Link에 mapping된 상태인 것을 의미할 수 있다.
다만, TID-to-Link Mapping Control field의 Default Link Mapping mode는 각 TID 및 각 Link에 대한 default mapping mode 수립을 위해 활용되는 것이 아니라, 최소 DL 혹은 UL 방향의 default mapping mode 수립을 위해 활용될 수 있다.
혹은, TID-to-Link Mapping Control field의 Default Link Mapping mode는 두 MLD간의 TID-to-Link Mapping mode를 default mode로 전환하기 위해 활용되는 것일 수 있다. 즉, Bidirectional 방향 모두에 대해 Default TID-to-Link Mapping mode로 전환하기 위해 Default Link Mapping subfield가 1로 지시될 수 있고, 따라서 Direction subfield가 2로 설정될 때에만 Default Link Mapping subfield가 1로 설정가능 할 수 있다.
Link Mapping Presence Indicator subfield는 8-bit로 구성되어, 각 TID에 대한 Link Mapping Of TID field(TID-to-Link Mapping element의)가 TID-to-Link Mapping element에 포함되어 있는지 여부를 지시할 수 있다. 보다 자세히는, Link Mapping Presence Indicator subfield의 i번째 bit이 1로 지시되면, TID-to-Link Mapping element에 TID i에 대한 Link Mapping of TID (i) subfield가 포함되어 있음을 의미한다. TID-to-Link Mapping element의 Default Link Mapping subfield가 1로 설정되는 경우, 해당 TID-to-Link Mapping element에 포함된 Link Mapping Presence Indicator subfield는 reserved일 수 있고, 모든 bit이 0으로 설정되어야 할 수 있다.
일 예로, Link Mapping Presence Indicator subfield가 1100 1000으로 지시되는 경우, TID-to-Link Mapping element에는 TID 0, TID 1, TID 4에 대한 Link Mapping Of TID subfield (즉, Link Mapping Of TID 0 subfield, Link Mapping Of TID 1 subfield, Link Mapping Of TID 4 subfield)들이 차례로 포함될 수 있다.
이 때, Default Link mapping subfield가 0으로 지시된 TID-to-Link mapping element에서 별도의 Link Mapping Of TID subfield가 포함되지 않은 특정 TID(Direction subfield로 지시된 방향에 대한 TID)는, TID-to-Link mapping element를 전송한 장치로부터, 상기 특정 TID에 대한 현재 Link mapping 상태를 유지할 것으로 암시적으로 지시된 것일 수 있다. 즉, 상술한 일 실시예에서, TID 2 내지 TID 3, TID 5 내지 TID 7에 대한 Link mapping 상태는 해당 TID-to-Link mapping element(가 포함된 Request frame)에 의해 negotiation이 수행된다 하더라도 이전 Link mapping 상태가 변경되지 않고 유지될 수 있다.
즉, TID-to-Link Mapping Requesting MLD는 특정 TID에 대한 Link Mapping Of TID subfield를 포함하지 않은 TID-to-Link mapping element를 전송함으로써, 상기 특정 TID에 대해 이미 수립되어 있는 Link mapping 상태를 유지하고자 요청(제안) 할 수 있다. 이 때, 상기 특정 TID에 대해 수립된 별도의 Link mapping이 없다면, 상기 특정 TID는 default link mapping 상태(모든 setup Link에 mapping)로 유지될 수 있다. 이 때, 상기 TID-to-Link Mapping Requesting MLD는 TID-to-Link mapping Request frame 혹은 TID-to-Link mapping element를 포함한 (Re)Association Request frame을 전송하는 MLD를 의미할 수 있다.
또한, Unsolicited TID-to-Link mapping Response frame을 전송하는 MLD(Responding MLD)는 특정 TID에 대한 Link Mapping Of TID field를 포함하지 않은 TID-to-Link mapping element를 전송함으로써, 상기 특정 TID에 대해 이미 수립되어 있는 Link mapping 상태를 유지하는 것을 선호한다는 것을 상대 MLD에게 지시(역제안) 할 수 있다.
즉, MLD는 상대 MLD로부터 TID와 링크 간의 매핑 관계 설정을 위한 request frame이 전송되기 전에 MLD에 의해서 선호되는(preferred) TID와 링크 간의 매핑 관계를 지시하기 위한 Unsolicited TID-to-Link mapping Response frame을 전송할 수 있다. 이때, MLD는 Unsolicited TID-to-Link mapping Response frame에 하나 이상의 TID와 하나 이상의 링크와의 매핑 관계와 관련된 매핑 정보를 포함시키지 않는 경우, 하나 이상의 TID와 하나 이상의 TID간의 선호되는 매핑 관계가 암시적으로 지시될 수 있다.
이때, 암시적으로 지시되는 매핑 관계는 1) 기존의 매핑 관계를 변경시키지 않고 유효하게 유지, 2) 특별히 선호되는 매핑 관계가 없음, 또는 3)기본 매핑 관계 중 하나일 수 있다.
첫 번째로, MLD가 Unsolicited TID-to-Link mapping Response frame에 매핑 관계와 관련된 매핑 정보를 포함시키지 않음으로써, 기존의 매핑 관계를 변경시키지 않고 유효하게 유지하는 것을 선호한다는 것을 암시하는 경우, 특정 TID에 대해 수립된 별도의 Link mapping이 없다면, 하나 이상의 TID는 기본 매핑 관계(모든 setup Link에 mapping) 가 선호되는 것으로 상대 MLD에 의해 해석될 수 있다. 이 때, Unsolicited TID-to-Link mapping Response frame은, Responding MLD가 상대 MLD(Requesting MLD, peer MLD)를 목적장치로 전송한 (individually addressed) Unsolicited TID-to-link Mapping Response frame일 수 있다.
두 번째로, MLD가 Unsolicited TID-to-Link mapping Response frame에 매핑 관계와 관련된 매핑 정보를 포함시키지 않음으로써, 특별히 선호되는 매핑 관계가 없음을 암시적으로 지시하는 경우, MLD가 특별히 선호하는 매핑 관계가 없기 때문에 MLD는 상대 MLD가 request frame을 통해서 요청하는 TID와 링크간의 매핑 관계를 거절할 수 없고 허용해야 한다. 즉, MLD는 선호되는 TID와 링크간의 매핑 관계가 없기 때문에 상대 MLD로부터 TID와 링크의 매핑 관계가 request frame을 통해 요청되는 경우, response frame을 통해 거절하지 않고 승낙해야 한다.
세 번째로, MLD가 Unsolicited TID-to-Link mapping Response frame에 매핑 관계와 관련된 매핑 정보를 포함시키지 않음으로써, 기본 매핑 관계가 선호한다는 것을 암시하는 경우, 하나 이상의 TID가 링크와의 매핑 관계에서 기본 매핑 상태가 선호된다는 것이 지시되었기 때문에 두 번째의 경우와는 다르게 MLD는 상대 MLD로부터 하나 이상의 TID에 대한 링크와의 매핑 관계가 request frame을 통해서 요청되더라도 response frame을 통해서 요청되는 매핑 관계를 거절할 수 있다.
다만, 상대 MLD가 MLD로부터 전송된 Unsolicited TID-to-Link mapping Response frame을 통해 지시된 선호되는 매핑 관계를 동일하게 request frame을 통해서 요청하는 경우, MLD는 요청되는 매핑 관계를 거절할 수 없고 승낙해야 될 수 있다. 즉, 상대 MLD인 Requesting MLD가 MLD인 Responding MLD가 전송한 TID-to-Link mapping element와 동일한 TID-to-Link mapping element를 포함하는 TID-to-Link Mapping Request frame을 전송하는 경우, Responding MLD는 반드시 제안(또는 요청)된 TID-to-Link Mapping을 승낙(Accept)해야 할 수 있다.
위의 선호되는 TID와 링크 간의 매핑 관계의 해석 방법은 Unsolicited TID-to-Link mapping Response frame에 의해서 선호되는 TID와 링크 간의 매핑 관계가 매핑 정보를 통해서 지시된 경우 이외에 (Re)Association response frame 또는 TID-to-Link Mapping response frame에 의해서 선호되는 TID와 링크 간의 매핑 관계가 매핑 정보를 통해서 지시된 경우에도 적용될 수 있다.
즉, association request frame 또는 TID-to-Link Mapping request frame 등과 같이 요청 프레임을 통해서 요청된 TID와 링크 간의 매핑 관계가 허용되지 않고, (Re)Association response frame 또는 TID-to-Link Mapping response frame에 의해서 거절 또는 역 제안되는 경우, (Re)Association response frame 또는 TID-to-Link Mapping response frame에 의해서 지시된 선호되는 TID와 링크 간의 매핑 관계는 위에서 설명한 세가지 방법 중 하나를 통해서 해석될 수 있다.
구체적으로, 앞에서 설명한 바와 같이 MLD는 상대 MLD로부터 request frame(예를 들면, association request frame 또는 TID-to-Link Mapping request frame 등)의 TID-to-Link Mapping element에 포함된 매핑 정보를 통해서 TID와 링크 간의 매핑 관계의 설정을 요청 받을 수 있다. 이때, MLD는 request frame을 통해서 요청된 TID와 링크 간의 매핑 관계를 허용할 수도 있지만 거절할 수도 있다. 만약, MLD가 request frame을 통해서 요청된 TID와 링크 간의 매핑 관계를 거절하는 경우, MLD는 response frame(예를 들면, (Re)Association response frame 또는 TID-to-Link Mapping response frame 등)을 통해서 요청된 매핑 관계를 거절할 수 있다.
이 경우, MLD는 response frame을 통해서 요청된 매핑 관계를 거절하면서 MLD가 선호하는 TID와 링크 간의 매핑 관계를 TID-to-Link Mapping element의 매핑 정보에 포함시켜 response frame을 통해서 상대 MLD에게 전송할 수 있다. 이때, 선호되는 매핑 관계에 대한 매핑 정보에 일부 또는 모든 TID에 대한 링크와의 매핑 관계가 포함되지 않는 경우, 포함되지 않는 TID와 링크간의 매핑 관계는 위에서 설명한 바와 같이 암시적으로 지시될 수 있다. 암시적으로 지시되는 매핑 관계는 1) 기존의 매핑 관계를 변경시키지 않고 유효하게 유지, 2) 특별히 선호되는 매핑 관계가 없음, 또는 3)기본 매핑 관계 중 하나일 수 있으며, 구체적인 해석 방법은 위와 동일할 수 있다.
이후, 상대 MLD는 response frame을 통해서 MLD에 의해서 선호되는 매핑 관계를 인식할 수 있으며, 이에 기초하여 request frame을 다시 MLD로 전송할 수 있다.
본 발명의 또 다른 실시 예로, 위의 response frame을 통해서 MLD가 요청된 TID와 링크 간의 매핑 관계를 거절하는 경우, MLD는 response frame을 통해서 선호되는 TID와 링크 간의 매핑 관계에 대한 매핑 정보를 TID-to-Link Mapping element에 포함시키는 경우, 모든 TID에 대한 링크와의 매핑 관계를 명시적으로 포함시킬 수 있다. 이 경우, 모든 TID에 대한 링크와의 매핑 관계가 명시적으로 매핑 정보를 통해서 지시되기 때문에 TID와 링크 간의 매핑 관계에 대한 암시적인 해석 방법이 적용되지 않는다.
다른 일 실시예로, TID-to-Link Mapping element는 특정 방향(UL 혹은 DL)에 대한 TID-to-Link Mapping을 Default로 지시하는 것과 함께, 상기 특정 방향이 아닌 다른 방향(특정 방향이 UL인 경우 DL 방향, 특정 방향이 DL인 경우 UL 방향)에 대한 TID-to-Link Mapping 제안/지시 정보를 포함하여 구성될 수도 있다. 보다 자세히 설명하면, 특정 TID-to-Link Mapping element의 Direction subfield가 0으로 지시(DL 방향)되고 Default Link Mapping subfield가 1로 지시된 경우, 상기 특정 TID-to-Link Mapping element는 TID-to-link Mapping Request frame에 포함되어 DL 방향 TID-to-Link mapping을 Default mapping으로 요청하는 기능을 수행할 수 있다. 동시에, 상기 특정 TID-to-Link Mapping element는 TID-to-Link Mapping element에 1개 혹은 1개 초과의 Link Mapping Of TID field를 포함하는 구성을 갖을 수 있고, 이 때 상기 1개 혹은 1개 초과의 Link Mapping Of TID field는 UL 방향(Direction으로 지시된 DL의 반대방향)의 TID-to-Link Mapping을 요청하기 위해 포함된 것일 수 있다.
즉, 특정 방향에 대한 TID-to-Link Mapping을 Default mapping으로 요청/지시하는 TID-to-Link Mapping element가 Link Mapping Of TID field를 포함하는 경우, 상기 Link Mapping Of TID field는 Default mapping이 요청된 방향과 반대방향에 대해서 TID-to-Link Mapping을 요청하는 정보를 포함할 수 있다. 이 때, TID-to-Link Mapping element의 Link Mapping Presence Indicator subfield는, 상기 반대 방향의 Link Mapping Of TID field들(1개 혹은 1개 초과의)이 어떤 TID에 대한 정보인지와 관련한 정보를 지시할 수 있다. 즉, 이 경우, Link Mapping Presence Indicator subfield는 특정 방향에 대한 TID-to-Link Mapping이 default로 요청/지시된다 하더라도, reserved가 아닐 수 있다. 따라서, MLD는 수신한 TID-to-link Mapping element가 Default Link Mapping subfield가 1로 지시되었을 때, 해당 TID-to-link Mapping element의 Link Mapping Presence Indicator subfield가 모두 0이 아닌 경우, Direction subfield를 통해 지시된 방향과 반대 방향에 대한 Link Mapping Of TID field가 지시됨을 인지할 수 있다.
<Link의 Setup 여부를 고려한 TID-to-link mapping 제안 규칙>
전술한 바와 같이, Requesting MLD(개시 MLD)는 TID-to-link mapping을 수립하기 위해 Responding MLD(응답 MLD)에게 TID-to-link mapping Request frame을 전송하고, Responding MLD는 TID-to-link mapping Response frame을 응답하여 Requesting STA가 제안한 TID-to-link mapping을 승낙할 수 있다.
두 MLD 사이에 TID-to-Link mapping이 수립/협상(negotiated)되면 상기 두 MLD는 특정 TID에 대응하는 트래픽을 전송할 때에 상기 특정 TID가 Mapping된 Link만을 사용해서 전송을 수행해야 한다.
만약, 두 MLD간에 TID-to-link mapping을 수립할 때에, 특정 TID가 상기 두 MLD간에 setup되지 않은 Link에 대해서만 mapping되었다면, 상기 특정 TID는 상기 setup되지 않은 Link를 통해서만 전송해야 하는 제약이 적용되어 전송되지 못할 수 있다. 이는, setup(Association)되지 않은 Link에 대한 TID mapping이 유효하지 않음을 의미하고, 따라서 TID-to-Link Mapping negotiation을 수립하고자 하는 MLD들은 서로 간에 setup된 Link에 대해서만 TID를 mapping하고자 시도해야 할 수 있다.
이를 위해, 상대 MLD에게 TID-to-link Mapping Request frame을 전송하는 MLD는, 상대 MLD와 setup이 수행된 Link에 대해서만 TID mapping을 요청해야 할 수 있다. 즉, setup이 되지 않은 Link에 대해서는 어떠한 TID의 mapping도 요청해서는 안 된다.
따라서, Requesting MLD는 특정 TID에 대해 Mapping할 Link를 지시할 때에, setup이 수행되지 않은 Link의 ID와 대응하는 bit들은 항상 0으로 설정하여 TID-to-Link mapping Request를 수행해야 할 수 있다.
마찬가지로, Requesting MLD에게 선호 TID-to-link mapping을 지시(suggest)하는 MLD(Responding MLD)는 setup이 수행되지 않은 Link와 대응하는 bit들을 항상 0으로 설정하여 TID-to-Link mapping Response를 수행해야 할 수 있다. 즉, setup이 되지 않은 Link에 대해서는 어떠한 TID의 mapping도 제안해서는 안 된다.
따라서, Responding MLD는 특정 TID에 대해 Mapping 할 Link를 제안할 때에, setup이 수행되지 않은 Link의 ID와 대응하는 bit들은 항상 0으로 설정하여 (solicited 혹은 unsolicited)TID-to-Link mapping response를 수행해야 할 수 있다. 이 때, 상기 unsolicited TID-to-Link mapping response는, 특정 MLD가 상대 MLD에게 자신이 선호하는 TID-to-link mapping을 제안(preferred TID-to-link mapping suggestion)하기 위해 TID-to-link mapping Response frame을 전송하는 것을 의미할 수 있다.
종합하면, TID-to-Link mapping element를 전송하는 MLD는, 상대 MLD와 setup이 수행되지 않은 Link와 대응하는 Link ID의 bit(TID-to-link mapping element의)를 항상 0으로 설정해야 한다. 즉, 두 MLD 간에 송/수신되는 TID-to-Link mapping element는, 상기 두 MLD 간에 setup이 수립되지 않은 Link의 Link ID가 항상 0으로 설정되어야 한다.
다만, TID-to-Link mapping element를 (Re)Association Request frame에 포함하여 전송하는 MLD는, 상대 MLD에게 setup을 요청하는 Link에 대해서만 TID mapping을 요청해야 할 수 있다. 즉, TID-to-Link mapping element를 (Re)Association Request frame에 포함하여 전송하는 MLD는, 상대 MLD에게 setup을 요청하지 않은 Link와 대응하는 Link ID의 bit(TID-to-link mapping element의)를 항상 0으로 설정해야 한다.
마찬가지로, TID-to-Link mapping element를 (Re)Association Response frame에 포함하여 전송하는 MLD는, setup을 수락하는 Link에 대해서만 선호 TID mapping을 지시(suggest)해야 할 수 있다. 즉, TID-to-Link mapping element를 (Re)Association Response frame에 포함하여 전송하는 MLD는, 상대 MLD와 setup을 수락하지 않는 Link와 대응하는 Link ID의 bit(TID-to-link mapping element의)를 항상 0으로 설정해야 한다.
이 때, MLD간에 setup이 수립될 수 있는 Link ID의 최대 index는 최대 14 로 제한(Link ID는 0 내지 Link ID 14번을 활용해 최대 15개의 Link를 구분)되어 있으므로, Link Mapping Of TID field의 16번째 bit(즉, Link ID 15에 대응해야 하는 bit)은 항상 0으로 설정되어야 한다.
<효율적인 Link Mapping of TID field 구성 방법>
상술한 본 발명의 일 실시예를 참조하면, MLD간에 송/수신하는 TID-to-Link mapping element는 Link Mapping Of TID field의 bit들 중 일부가 항상 0으로 지시되는 구성을 갖을 수 있다.
만약, TID-to-Link Mapping negotiation을 수행하는 두 MLD간의 setup된 Link의 개수가 2개뿐인 상황이라면, Link Mapping TID field의 16개 bit들 중 14개의 bit(setup되지않은 Link의 Link ID와 대응하는 13개의 bit + 16번째 bit)들은 항상 0으로 지시되는 bit일 수 있다. 이처럼, 0으로 지시될 수밖에 없는 bit들이 TID-to-Link Mapping element에 반복적으로 지시되는 경우, 오버헤드 문제를 유발할 수 있기 때문에, 보다 효율적인 Link Mapping of TID field 구성이 고려될 수 있다.
본 발명의 일 실시예에 따르면, TID-to-Link Mapping element에 포함된 각 Link Mapping of TID field의 크기는 TID-to-Link Mapping element를 송/수신하는 MLD간에 setup된 Link의 개수에 기초하여 결정될 수 있다.
일 예로, Requesting MLD와 Responding MLD가 3 개의 Link를 통해 setup되어 있다면, 상기 Requesting MLD와 Responding MLD가 송/수신하는 TID-to-Link Mapping element는 3 bit 크기의 Link Mapping of TID field를 포함할 수 있다.
본 발명의 일 실시예에 따르면, TID-to-Link Mapping element에 포함된 Link Mapping of TID field의 각 bit가 대응하는 Link는(Link ID는) TID-to-Link Mapping element를 송/수신하는 MLD간에 setup된 Link의 ID에 기초하여 결정될 수 있다. 이 때, 상기 Link Mapping of TID field에 대응하는 Link는, Link ID가 작은 순서대로 각 bit에 대응될 수 있다.
일 예로, Requesting MLD와 Responding MLD가 3개의 Link (Link ID 0, Link ID 3, Link ID 10)을 통해 setup되어 있다면, 상기 Requesting MLD와 Responding MLD가 송/수신하는 TID-to-Link Mapping element의 Link Mapping of TID field 3-bit는, 각각 Link ID 0, Link ID 3, Link ID 10와 대응할 수 있다. 즉 특정 TID에 대한 Link Mapping of TID field 3-bit가 010으로 지시되는 경우, 상기 특정 TID는 Link ID 3에 대응하는 Link에 mapping 요청/지시된 것으로 해석될 수 있다.
즉, Multi-Link (re)setup을 수행한 후 TID-to-Link Mapping element를 송/수신하는 MLD는, 상대 MLD(peer MLD)와 setup한 Link의 개수에 기초하여 Link Mapping of TID field의 크기를 결정(선택 및 인지)한다.
즉, Multi-Link (re)setup을 수행한 후 TID-to-Link Mapping element를 송/수신하는 MLD는, 상대 MLD(peer MLD)와 setup한 Link의 ID를 고려하여 Link Mapping of TID field의 각 bit가 대응하는 Link를 결정한다.
또한, 본 발명의 일 실시예에 따라 가변 길이의 Link Mapping Of TID field가 활용될 경우, TID-to-Link Mapping element의 길이를 multiple-octet 단위로 유지하기 위한 Padding field가 TID-to-Link Mapping element에 포함될 수 있다. 이 때, 상기 Padding field는 Link Mapping Of TID field들 뒤에 포함되고, 1-octet 미만의 크기를 갖는 것일 수 있다.
도 21은 가변길이의 TID의 링크 매핑 필드(Link Mapping of TID field)를 포함하는 TID-to-Link 매핑 엘리먼트의 일 실시예를 도시한다.
도 21을 참조하면 TID-to-Link mapping element는 가변길이의 Link Mapping Of TID field와 Padding field를 포함하는 구성을 갖을 수 있다.
Link Mapping Of TID field는 TID-to-Link Mapping element(를 포함한 frame)를 송/수신하는 MLD 사이에 setup이 수행된 Link의 개수에 기초하여 크기가 결정되는 field이다. 즉, TID-to-Link Mapping element를 송/수신하는 MLD 사이에 setup된 Link가 3개라면 각 Link Mapping Of TID field는 3 bit 크기를 갖고, setup된 Link가 5개라면 각 Link Mapping Of TID field는 5 bit 크기를 갖을 수 있다.
만약 Link Mapping Of TID field가 3 bit 크기를 갖고, 3 개의 TID에 대한 Link Mapping Of TID field가 TID-to-Link Mapping element에 포함된다면, Link Mapping Of TID field들의 크기는 총 9-bit 크기를 갖을 수 있다. 이 경우, 7-bit 크기의 Padding field가 TID-to-Link Mapping element에 포함되어 Link Mapping Of TID field들의 크기 + Padding field의 크기가 2-Octet으로 구성될 수 있다.
또한, Link Mapping Of TID field의 각 bit는 setup이 수행된 link에 대응한다. 일 예로 Link ID 0, Link ID 3, Link ID 7을 통해 ML setup이 수행된 두 MLD간에 송수신하는 TID-to-Link Mapping element는, Link Mapping Of TID field가 3 bit 크기를 갖으며, 각 Link Mapping Of TID field의 첫 번째 bit는 Link ID 0에 대응하고, 두 번째 bit는 Link ID 3, 세 번째 bit는 Link ID 7에 대응할 수 있다. 즉, 특정 TID에 대한 Link Mapping Of TID field(Link Mapping Of TID '특정 TID' field)의 Link ID 3에 대응하는 bit이 1로 지시된다면, 상기 특정 TID는 Link ID가 3인 Link에 Mapping 될 것이 요청(제안)된 것일 수 있다.
<(re)setup 후의 TID-to-Link Mapping 관리>
AP MLD와 non-AP MLD는 (re)setup을 수행하여 setup link의 구성을 변경할 수 있다. 즉, AP MLD와 non-AP MLD는 resetup을 수행하여, setup link를 추가하거나, 혹은 setup되어 있던 link의 setup을 해제할 수 있다. 이 때, AP MLD와 non-AP MLD 사이에 이뤄지는 resetup은 (Re)Association Request/Response frame 교환을 통해 수행되는 것일 수 있다. 두 MLD 사이에서 resetup이 수행되는 경우, resetup을 통해 추가 혹은 제거된 setup Link와 관련한 TID mapping 관리가 수반되어야 한다. 설명의 편의를 위해, 후술하는 본 발명의 일 실시예들은 TID-to-Link mapping의 방향성(UL 혹은 DL)에 대한 언급은 하지 않았다. 하지만 모든 TID-to-Link mapping은 방향성을 갖기 때문에, 별도의 TID-to-Link mapping 방향에 대한 언급이 없다 하더라도, 특정 방향 혹은 양 방향(Bidirectional)에 대한 설명이 모두 제공된 것으로 이해되어야 할 수 있다.
먼저 resetup을 통해 setup Link가 추가된 경우, 상기 추가된 setup Link는 모든 TID가 mapping된 상태(Link의 Default TID mapping 상태)로 setup 될 수 있다.
이는, resetup을 위해 교환된 (Re)Association Request frame이 TID-to-Link Mapping element를 포함하지 않는 경우에 적용되는 추가 setup link의 TID mapping 상태일 수 있다.
다만, TID-to-Link Mapping element를 포함하는 (Re)Association Request frame을 통해 setup link가 추가되는 경우, 상기 추가된 setup link는 TID-to-Link Mapping element에서 지시된 정보에 기초하여 TID가 mapping 될 수 있다. 이 때, 추가된 setup link에 mapping 되는 link의 결정 방법은 전술한 TID-to-Link mapping negotiation 절차와 다르지 않으므로 자세한 설명은 생략한다.
다음으로, resetup을 통해 setup되어있던 Link가 제거(setup 해제)된 경우, 상기 제거된 Link에 mapping되어 있던 TID는 Default mapping 상태로 변경될 수 있다. 보다 자세히 설명하면, resetup을 통해 setup이 해제된 Link에 mapping되어있던 TID들은, resetup 후 모든 setup link(해제된 Link 제외)에 mapping된 상태(즉 TID의 Default Link mapping 상태)로 변경될 수 있다. 이는, 특정 TID가 특정 Link에만 mapping된 상태일 때, 상기 특정 Link가 resetup을 통해 setup 해제됨으로써, 상기 특정 TID가 어떤 setup Link에도 mapping되지 않은 상태로 변경되는 것을 막기위해 고려된 TID-to-Link mapping 관리 방법일 수 있다.
다만, resetup을 통해 setup이 해제된 특정 Link에 mapping되어 있던 TID가 다른 setup link(resetup 후에도 setup 상태인)에도 mapping되어있던 상태라면, 상기 특정 Link의 setup이 해제된다 하더라도 상기 특정 TID는 모든 setup link에 mapping된 상태로 전환되지 않을 수 있다.
또한, resetup을 위해 교환된 (Re)Association Request frame이 TID-to-Link Mapping element를 포함하는 경우, 상기 TID-to-Link Mapping element에서 지시된 정보에 기초하여 상기 setup이 해제된 Link에 mapping 되어 있던 TID들이 다른 setup link에 mapping될 수 있다.
즉, MLD들이 resetup을 수행한 후, 특정 TID가 어떤 setup Link에도 명시적으로 mapping되지 않은 상태가 되는 경우, 상기 특정 TID는 모든 setup Link에 mapping된 상태(TID의 Default Link mapping 상태)로 변경(설정)될 수 있다.
혹은, MLD들은 기 약속된 방식으로, 상기 특정 TID(어떤 setup Link에도 mapping 되지 않은 상태가 되는 TID)를 특정 setup Link에 mapping된 상태로 변경(설정)할 수 있다. 이 때, 상기 기 약속된 방식은, 가장 Link ID index가 작은 setup Link로 mapping을 변경하는 것이거나, 혹은 가장 최근에 setup된 link(해제된 Link 제외)에로 mapping을 변경하는 것인 등 여러가지 방법이 있을 수 있다.
예외적으로, resetup을 통해 특정 Link가 추가적으로 setup되는 동시에 다른 Link가 setup 해제된다면(즉, setup link의 개수는 변화가 없고 setup link의 Link ID만 변경된 경우), 상기 setup이 해제된 Link에 mapping되어 있던 TID들이, 자동으로 상기 추가적으로 setup되는 Link에 mapping될 수 있다. 이는, 상기 resetup을 수행할 때 교환된 (Re)Association Request frame이 TID-to-Link Mapping element를 포함하지 않았을 때에 한정적으로 적용되는 TID-to-Link mapping transition으로 이해될 수 있다. 이 때, resetup을 통해 추가적으로 setup되는 link가 1개 혹은 1개를 초과하는 숫자이고, setup이 해제되는 Link가 1개 혹은 1개를 초과하는 숫자일 때에도 비슷한 TID-to-Link mapping transition이 적용될 수 있다. 일 예로, resetup을 통해 2개의 setup Link가 해제되고 1개의 Link가 추가(setup)된다면, 상기 추가된 1개의 Link에는 해제된 2개의 Link에 mapping되어있던 TID들이 자동으로 mapping될 수 있다. 다른 예로, resetup을 통해 1개의 setup Link가 해제되고 2개의 Link가 추가(setup)된다면, 상기 추가된 2개의 Link 모두에는 해제된 1개의 setup Link에 Mapping되어있던 TID들이 자동적으로 Mapping될 수 있다. 또 다른 예로, resetup을 통해 2개의 setup Link가 해제되고 2개의 Link가 추가(setup)된다면, 상기 추가된 2개의 Link 모두에는 해제된 2개의 setup Link에 Mapping되어있던 TID들(2개의 Link에 mapping되었던 TID들의 합)이 자동적으로 각각 Mapping될 수 있다.
혹은 TID-to-Link mapping 관리를 간편하게 하기 위해, Resetup을 통해 setup link를 제거한 MLD들은 모든 TID가 모든 setup link에 mapping된 Default TID-to-Link Mapping mode(all TIDs to all setup Links)로 전환해야 할 수 있다. 이 때, 상기 resetup을 통해 link를 제거한 MLD들이 Default TID-to-Link mapping mode로 전환하는 조건은 resetup을 수행하기 위해 교환된 (Re)Association Request frame이 TID-to-Link mapping element를 포함하지 않는 Request frame인 경우로 한정될 수도 있다. 즉, Resetup과 함께 새로운 TID-to-Link mapping negotiation이 수행(완료)되지 않은 경우, Resetup을 통해 setup되었던 link가 제거된 MLD들은 Default TID-to-link mapping mode로 전환해야 할 수 있다. 이 때, MLD들이 Default TID-to-Link mapping mode로 전환되는 것은, MLD들 간에 수립되었던 TID-to-Link mapping이 해제(negotiated TID-to-Link mapping이 tear down)되는 것일 수 있다. 혹은, MLD들이 Default TID-to-Link mapping mode로 전환되는 것은, MLD들이 negotiation되었던 TID-to-Link mapping이 없었던 것으로 고려하는 것일 수 있다.
따라서, resetup을 통해 setup 되어있던 Link를 제거하기 위해 전송되는 (Re)Association Request frame가 TID-to-Link Mapping element를 포함하지 않은 경우, (Re)Association Request frame이 Tear down element를 포함하는 것과 유사/동일한 기능을 수행할 수 있다.
혹은 negotiated TID-to-Link mapping(이 경우 Default mode 제외)을 갖는 두 MLD가 resetup을 통해 setup link를 해제하는 경우, (Re)Association Request/Response frame을 통해 반드시 새로운 TID-to-Link mapping negotiation을 수행하도록 강요될 수 있다. 즉, negotiated TID-to-Link mapping을 갖는 MLD와 resetup을 통해 setup link를 해제하고자 하는 Requesting MLD는, (Re)Association Request frame에 TID-to-Link mapping element를 반드시 포함해야 할 수 있다.
또한, negotiated TID-to-Link mapping을 갖는 MLD와 resetup을 수행하는 Responding MLD(AP MLD)는, setup link를 해제하는 resetup을 수락할 때에, TID-to-Link Mapping element가 포함되지 않은 (Re)Association Response frame을 응답해야 할 수 있다. 즉, Responding MLD(AP MLD)는, setup link를 해제하는 resetup을 수락할 때에, 반드시 함께 요청된 TID-to-Link Mapping Request를 수락해야 할 수 있다.
도 22는 재 설정(resetup)을 통해 설정 링크(setup Link)가 추가된 두 MLD의 TID-to-Link mapping 관리 방법의 일 실시예를 도시한다.
도 22를 참조하면, AP MLD와 non-AP MLD는 Link1과 Link2를 통해 ML setup을 수행했을 수 있다. 또한, AP MLD와 non-AP MLD는 Link1에 TID 0 내지 TID 3을 mapping하고, Link2에 TID 4 내지 TID 7을 mapping하는 TID-to-Link mapping negotiation을 수행한 상태일 수 있다.
AP MLD와 non-AP MLD는 Link3을 추가로 setup하여 3개의 link를 통한 ML setup을 수행하려 할 수 있고, 이를 위해 non-AP MLD는 (Re)Association Request frame을 통해 resetup을 수행하려 할 수 있다. AP MLD로부터 Link3에 대한 추가 setup이 승낙(수락, accept)된 경우, AP MLD와 non-AP MLD는 Link1 내지 Link3을 통한 ML setup 상태로 변경된다.
Link3은 AP MLD와 non-AP MLD가 Link1과 Link2에 대한 TID-to-Link Mapping negotiation을 수행할 때에 setup Link가 아니었으므로, 기 수립된 negotiated TID Mapping 상태가 없다. 따라서, resetup을 통해 새로 setup된 Link3은 양방향(UL 및 DL, Bidirectional)에 대해 default TID mapping 상태(모든 TID가 mapping된 상태)로 setup이 완료된다.
만약, Non-AP MLD가 resetup을 위한 (Re)Association Request frame에 TID-to-Link Mapping element를 포함하였고, 상기 포함한 TID-to-Link Mapping element가 Link3에 대해 별도의 TID-to-Link mapping을 요청하였다면, Link3은 Default TID mapping 상태가 아닌 상태로 setup될 수 있다.
도 23은 재 설정을 통해 설정이 해제된 링크에 대한 두 MLD의 TID-to-링크 매핑의 관리 방법 일 실시예를 도시한다.
도 23을 참조하면, AP MLD와 Non-AP MLD는 최초 3개의 Link를 통해 ML setup이 수행된 상태이다. 또한, AP MLD와 Non-AP MLD는 Link1 내지 Link3에 대해 TID-to-Link mapping negotiation을 수행하여 양 방향(bidirectional)에 대해 Link1은 TID 0 내지 TID 2, Link2는 TID 3 내지 TID 4, Link 3은 TID 5 내지 TID 7이 mapping된 상태이다. Non-AP MLD는 ML setup을 변경하여, Link1과 Link2의 Link만 유지하고 Link3의 setup Link를 해제하고자 (Re)Association Request frame을 AP MLD에게 전송할 수 있다. AP MLD는 (Re)Association Request frame을 수신한 후, Association을 요청한 Link가 Link1과 Link2뿐인 것을 인지하고, (Re)Association Response frame을 응답하며 Link1과 Link2에 대한 setup을 유지하고 Link3의 setup을 해제하고자 승인할 수 있다. 이 경우, AP MLD와 non-AP MLD의 resetup 절차는 성공적으로 완료되어 AP MLD와 non-AP MLD간에 setup 되었던 Link3이 setup 해제될 수 있다.
이와 같이, AP MLD와 non-AP MLD간에 setup link가 해제되면, setup이 해제된 Link(도 23의 Link3)에 mapping 되어있던 TID가 어떤 setup link에도 mapping 되지 않은 상태로 변경될 여지가 있다.
따라서, AP MLD와 non-AP MLD는 도 23의 (a) Case1과 같이, Link3에 mapping 되어 있던 TID 5 내지 TID7을 setup이 유지된 Link들에 자동으로 mapping할 수 있다. (a) Case1의 경우 Link3이 해제되어도(resetup이 완료되어도) Link1과 Link2는 여전히 setup Link로 유지되기 때문에, Link3에 mapping되어있던 TID 5 내지 TID 7이 Link1과 Link2에 자동으로 Mapping되었다.
혹은, AP MLD와 non-AP MLD는 도 23의 (b) Case2와 같이, Link3이 해제되는 resetup 절차가 완료될 때, negotiation 되어있던 TID-to-link mapping이 해제된 것처럼 default TID-to-link mapping mode로 전환할 수 있다. 즉, 두 MLD는 resetup 후 TID-to-link Mapping Tear down frame이 교환된 것과 유사한 TID-to-Link mapping 관리를 수행할 수 있다.
도 24는 본 발명에 따른 TID와 링크를 매핑하기 위한 방법의 일 예를 나타내는 순서도이다.
도 24를 참조하면, 논리적인 entity인 STA들이 하나 이상 affiliate된 디바이스인 MLD는 상대 MLD와 하나 이상의 TID와 하나 이상의 링크를 매핑시킬 수 있다. 이하, MLD는 AP MLD 또는 non-AP MLD일 수 있다.
구체적으로, MLD는 트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 상대 MLD에게 전송할 수 있다(S24010). 이때, 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함할 수 있다.
MLD는 요청 프레임을 전송하기 전에 상대 MLD로부터 복수 개의 TID 중 하나 또는 그 이상의 TID들과 하나 또는 그 이상의 링크에 대한 매핑 관계의 설정을 위한 제2 매핑 정보를 포함하는 프레임을 수신할 수 있다. 즉, MLD는 상대 MLD로부터 하나 또는 그 이상의 TID들과 하나 또는 그 이상의 링크에 대해 선호되는 매핑 관계에 대한 제2 매핑 정보를 포함하는 Unsolicited TID-to-Link mapping Response frame을 수신할 수 있다.
이때, 상기 복수 개의 TID들 중 상기 하나 또는 그 이상의 TID들을 제외한 제2 나머지 TID는 선호되는 특정 매핑 관계 또는 선호되는 매핑 관계가 없다는 것이 앞에서 살펴본 바와 같이 암시적으로 지시될 수 있다.
선호되는 특정 매핑 관계는 기존에 설정된 매핑 관계, 또는 상기 기본 매핑 관계이며, 특정 매핑 관계가 상기 기본 매핑 관계이거나 또는 상기 선호되는 매핑 관계가 없는 경우, 상기 적어도 하나의 TID와 상기 제2 나머지 TID 중 중첩되는 TID에 대한 매핑 관계는 상기 응답 프레임에 의해서 지시되지 않을 수 있다.
이후, MLD는 상대 MLD로부터 요청 프레임에 대한 응답으로 응답 프레임을 수신할 수 있다(S24020).
이때, 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되며, 상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않을 수 있다.
적어도 하나의 링크 중 하나의 링크는 상기 적어도 하나의 TID 중 하나 또는 그 이상의 TID와 매핑될 수 있으며, 기본 매핑 관계는 TID와 모든 링크가 매핑된 상태를 의미할 수 있다.
또한, 기본 매핑 관계는 제1 나머지 TID들이 상기 요청 프레임의 전송 전에 상기 기본 매핑 관계로 설정되었던 경우, 적용될 수 있다.
요청 프레임은 상기 적어도 하나의 TID에 대한 전송 방향을 나타내는 전송 방향 정보를 더 포함할 수 있으며, 복수 개의 TID들은 상기 MLD와 상기 요청 프레임을 전송한 상대 MLD간의 설정이 완료된 링크 간에만 매핑될 수 있다.
또한, 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계에 대한 허용 여부를 지시할 수 있다.
또한, 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 다른 매핑 관계에 대한 제2 매핑 정보를 포함하지 않을 수 있으며, 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되지 않는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID에 대하여 상기 제1 매핑 관계와는 다른 매핑 관계를 지시하는 제2 매핑 정보를 더 포함할 수 있다.
이때, 도 10 내지 도 16에서 설명한 바와 같이 MLD가 상대 MLD로 관리 프레임을 수신할 수 있으며, 관리 프레임은 상기 적어도 하나의 TID와 상기 매핑 관계가 설정된 상기 적어도 하나의 링크에서만 전송될 수 있다. 또한, 관리 프레임은 할당된 접속 카테고리(Access Category: AC)에 기초하여 전송되고, 상기 적어도 하나의 링크에 설정된 접속 카테고리에 상관 없이 상기 적어도 하나의 링크에서 전송될 수 있다.
관리 프레임의 경우, 특정 TID가 할당되지 않으며, TID의 할당이 없기 때문에 TID와 링크간의 매핑이 적용되지 않을 수 있다. 따라서, 관리 프레임은 TID와 링크간의 매핑과 상관없이 모든 링크로 전송될 수 있으며, 이때 관리 프레임이 전송되는 링크는 TID와 링크 간의 매핑이 설정된 enabled link일 수 있다.
이 경우, 관리 프레임이 enabled link를 통해서만 전송되는 경우, 링크와 상관 없이 전송되는 브로드캐스팅되는 관리 프레임을 제외하고 enabled link가 없는 경우 관리 프레임이 전송되지 못하는 경우가 발생할 수 있다. 따라서, 특정 관리 프레임의 경우, enabled link가 없는 경우에도 전송될 수 있다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (24)

  1. 무선 통신 시스템의 다중 링크 디바이스(multi-link device: MLD)에서,
    통신 모듈;
    상기 통신 모듈을 제어하는 프로세서를 포함하고,
    상기 프로세서는,
    트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 전송하되,
    상기 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요청되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함하고,
    상기 요청 프레임에 대한 응답으로 응답 프레임을 수신하되,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되고,
    상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않는 MLD.
  2. 제1 항에 있어서,
    상기 적어도 하나의 링크 중 하나의 링크는 상기 적어도 하나의 TID 중 하나 또는 그 이상의 TID와 매핑되는 MLD.
  3. 제1 항에 있어서,
    상기 기본 매핑 관계는 TID와 모든 링크가 매핑된 상태이며,
    상기 기본 매핑 관계는 상기 제1 나머지 TID들이 상기 요청 프레임의 전송 전에 상기 기본 매핑 관계로 설정되었던 경우, 적용되는 MLD.
  4. 제1 항에 있어서,
    상기 요청 프레임은 상기 적어도 하나의 TID에 대한 전송 방향을 나타내는 전송 방향 정보를 더 포함하고,
    상기 복수 개의 TID들은 상기 MLD와 상기 요청 프레임을 전송한 상대 MLD간의 설정이 완료된 링크 간에만 매핑되는 MLD.
  5. 제1 항에 있어서,
    상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계에 대한 허용 여부를 지시하는 MLD.
  6. 제1 항에 있어서,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 다른 매핑 관계에 대한 제2 매핑 정보를 포함하지 않는 MLD.
  7. 제1 항에 있어서,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되지 않는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID에 대하여 상기 제1 매핑 관계와는 다른 매핑 관계를 지시하는 제2 매핑 정보를 더 포함하는 MLD.
  8. 제1 항에 있어서, 상기 프로세서는,
    관리 프레임(management frame)을 수신하되,
    상기 관리 프레임은 상기 적어도 하나의 TID와 상기 매핑 관계가 설정된 상기 적어도 하나의 링크에서만 전송되는 MLD.
  9. 제8 항에 있어서,
    상기 관리 프레임은 할당된 접속 카테고리(Access Category: AC)에 기초하여 전송되고, 상기 적어도 하나의 링크에 설정된 접속 카테고리에 상관없이 상기 적어도 하나의 링크에서 전송되는 MLD.
  10. 제1 항에 있어서, 상기 프로세서는,
    상기 복수 개의 TID 중 하나 또는 그 이상의 TID들과 하나 또는 그 이상의 링크에 대한 매핑 관계의 설정을 위한 제2 매핑 정보를 포함하는 프레임을 수신하되,
    상기 복수 개의 TID들 중 상기 하나 또는 그 이상의 TID들을 제외한 제2 나머지 TID는 선호되는 특정 매핑 관계 또는 선호되는 매핑 관계가 없다는 것이 지시되는 MLD.
  11. 제10 항에 있어서,
    상기 선호되는 특정 매핑 관계는 기존에 설정된 매핑 관계, 또는 상기 기본 매핑 관계인 MLD.
  12. 제11 항에 있어서,
    상기 특정 매핑 관계가 상기 기본 매핑 관계이거나 또는 상기 선호되는 매핑 관계가 없는 경우, 상기 적어도 하나의 TID와 상기 제2 나머지 TID 중 중첩되는 TID에 대한 매핑 관계는 상기 응답 프레임에 의해서 지시되지 않는 MLD.
  13. 무선 통신 시스템에서 다중 링크 디바이스(multi-link device: MLD)이 프레임을 송신하는 방법에 있어서,
    트래픽 식별자(traffic identifier: TID)와 링크(link) 간의 매핑을 위한 요청 프레임을 전송하는 단계,
    상기 요청 프레임은 복수 개의 TID들 중 적어도 하나의 TID와 적어도 하나의 링크 간의 매핑 관계의 설정을 위한 제1 매핑 정보, 및 상기 적어도 하나의 링크와 매핑이 요청되는 상기 적어도 하나의 TID의 개수와 관련된 정보를 포함하고; 및
    상기 요청 프레임에 대한 응답으로 응답 프레임을 수신하는 단계를 포함하되,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID를 제외한 제1 나머지 TID들은 링크와의 이전에 설정된 매핑 관계가 유효하게 유지되거나, 기본 매핑(default mapping) 관계가 적용되고,
    상기 제1 나머지 TID들은 상기 제1 매핑 정보에 의해서 특정 링크와의 매핑 관계가 지시되지 않는 방법.
  14. 제13 항에 있어서,
    상기 적어도 하나의 링크 중 하나의 링크는 상기 적어도 하나의 TID 중 하나 또는 그 이상의 TID와 매핑되는 방법.
  15. 제13 항에 있어서,
    상기 기본 매핑 관계는 TID와 모든 링크가 매핑된 상태이며,
    상기 기본 매핑 관계는 상기 제1 나머지 TID들이 상기 요청 프레임의 전송 전에 상기 기본 매핑 관계로 설정되었던 경우, 적용되는 방법.
  16. 제13 항에 있어서,
    상기 요청 프레임은 상기 적어도 하나의 TID에 대한 전송 방향을 나타내는 전송 방향 정보를 더 포함하고,
    상기 복수 개의 TID들은 상기 MLD와 상기 요청 프레임을 전송한 상대 MLD간의 설정이 완료된 링크 간에만 매핑되는 방법.
  17. 제13 항에 있어서,
    상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계에 대한 허용 여부를 지시하는 방법.
  18. 제13 항에 있어서,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 다른 매핑 관계에 대한 제2 매핑 정보를 포함하지 않는 방법.
  19. 제13 항에 있어서,
    상기 복수 개의 TID들 중 상기 적어도 하나의 TID와 상기 적어도 하나의 링크 간의 매핑 관계가 허용되지 않는 경우, 상기 응답 프레임은 상기 복수 개의 TID들 중 상기 적어도 하나의 TID에 대하여 상기 제1 매핑 관계와는 다른 매핑 관계를 지시하는 제2 매핑 정보를 더 포함하는 방법.
  20. 제13 항에 있어서,
    관리 프레임(management frame)을 수신하는 단계를 더 포함하되,
    상기 관리 프레임은 상기 적어도 하나의 TID와 상기 매핑 관계가 설정된 상기 적어도 하나의 링크에서만 전송되는 방법.
  21. 제20 항에 있어서,
    상기 관리 프레임은 할당된 접속 카테고리(Access Category: AC)에 기초하여 전송되고, 상기 적어도 하나의 링크에 설정된 접속 카테고리에 상관없이 상기 적어도 하나의 링크에서 전송되는 방법.
  22. 제13 항에 있어서,
    상기 복수 개의 TID 중 하나 또는 그 이상의 TID들과 하나 또는 그 이상의 링크에 대한 매핑 관계의 설정을 위한 제2 매핑 정보를 포함하는 프레임을 수신하는 단계를 더 포함하되,
    상기 복수 개의 TID들 중 상기 하나 또는 그 이상의 TID들을 제외한 제2 나머지 TID는 선호되는 특정 매핑 관계 또는 선호되는 매핑 관계가 없다는 것이 지시되는 방법.
  23. 제22 항에 있어서,
    상기 선호되는 특정 매핑 관계는 기존에 설정된 매핑 관계, 또는 상기 기본 매핑 관계인 방법.
  24. 제23 항에 있어서,
    상기 특정 매핑 관계가 상기 기본 매핑 관계이거나 또는 상기 선호되는 매핑 관계가 없는 경우, 상기 적어도 하나의 TID와 상기 제2 나머지 TID 중 중첩되는 TID에 대한 매핑 관계는 상기 응답 프레임에 의해서 지시되지 않는 방법.
PCT/KR2021/010833 2020-08-13 2021-08-13 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말 WO2022035291A1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202180068453.6A CN116326162A (zh) 2020-08-13 2021-08-13 在无线通信系统中传输和接收数据的方法和无线通信终端
JP2023510432A JP2023538880A (ja) 2020-08-13 2021-08-13 無線通信システムにおいてデータを送受信するための方法及び無線通信端末
KR1020237008604A KR20230051534A (ko) 2020-08-13 2021-08-13 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
EP21856297.3A EP4199636A1 (en) 2020-08-13 2021-08-13 Method and wireless communication terminal for transmitting/receiving data in wireless communication system
US18/109,251 US20230199551A1 (en) 2020-08-13 2023-02-13 Method and wireless communication terminal for transmitting/receiving data in wireless communication system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2020-0101519 2020-08-13
KR20200101519 2020-08-13
KR20210032318 2021-03-11
KR10-2021-0032318 2021-03-11
KR10-2021-0073933 2021-06-08
KR20210073933 2021-06-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/109,251 Continuation US20230199551A1 (en) 2020-08-13 2023-02-13 Method and wireless communication terminal for transmitting/receiving data in wireless communication system

Publications (1)

Publication Number Publication Date
WO2022035291A1 true WO2022035291A1 (ko) 2022-02-17

Family

ID=80247208

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/010833 WO2022035291A1 (ko) 2020-08-13 2021-08-13 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말

Country Status (6)

Country Link
US (1) US20230199551A1 (ko)
EP (1) EP4199636A1 (ko)
JP (1) JP2023538880A (ko)
KR (1) KR20230051534A (ko)
CN (1) CN116326162A (ko)
WO (1) WO2022035291A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024031017A1 (en) * 2022-08-04 2024-02-08 Cisco Technology, Inc. Per station multi-link time scheduling

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113132072A (zh) * 2020-01-11 2021-07-16 华为技术有限公司 打孔信息的指示方法及通信装置
US20210112615A1 (en) * 2020-12-18 2021-04-15 Po-Kai Huang Multi-link device data continuity

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018066955A1 (ko) * 2016-10-04 2018-04-12 엘지전자 주식회사 무선랜 시스템에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
US20190261402A1 (en) * 2018-02-20 2019-08-22 Qualcomm Incorporated Traffic identifier based buffer status reporting

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018066955A1 (ko) * 2016-10-04 2018-04-12 엘지전자 주식회사 무선랜 시스템에서 프레임을 송신 또는 수신하기 위한 방법 및 이를 위한 장치
US20190261402A1 (en) * 2018-02-20 2019-08-22 Qualcomm Incorporated Traffic identifier based buffer status reporting

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INSUN JANG (LG ELECTRONICS): "Indication of Multi-link Information: Follow-up", IEEE DRAFT; 11-20-0741-01-00BE-INDICATION-OF-MULTI-LINK-INFORMATION-FOLLOW-UP, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 1, 22 July 2020 (2020-07-22), Piscataway, NJ USA , pages 1 - 18, XP068170173 *
PATIL, ABHISHEK ET AL.: "MLO: Efficient Paging", IEEE 802.11-19/1955R2, 1 June 2020 (2020-06-01), Piscataway, NJ USA , XP068168134 *
YOUNG HOON KWON (NXP): "Multi-link TIM", IEEE DRAFT; 11-20-0066-02-00BE-MULTI-LINK-TIM, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 2, 19 May 2020 (2020-05-19), Piscataway, NJ USA , pages 1 - 18, XP068167982 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024031017A1 (en) * 2022-08-04 2024-02-08 Cisco Technology, Inc. Per station multi-link time scheduling

Also Published As

Publication number Publication date
KR20230051534A (ko) 2023-04-18
EP4199636A1 (en) 2023-06-21
US20230199551A1 (en) 2023-06-22
CN116326162A (zh) 2023-06-23
JP2023538880A (ja) 2023-09-12

Similar Documents

Publication Publication Date Title
WO2022075821A1 (ko) 무선 통신 시스템에서 프레임을 송수신하기 위한 방법 및 무선 통신 단말
WO2021112644A1 (ko) 무선 통신 시스템에서 자원 할당을 통한 시그널링 방법 및 무선 통신 단말
WO2022164293A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2018190697A1 (ko) Bss 식별자를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022050802A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2017150954A1 (ko) 다른 베이직 서비스 세트와 중첩된 베이직 서비스 세트에서의 무선 통신 방법 및 무선 통신 단말
WO2022035291A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2016182390A1 (ko) 무선랜 시스템에서 프레임을 송수신하는 방법 및 이를 위한 장치
WO2021225367A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021187844A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2019245265A1 (ko) 무선랜 시스템에서 데이터를 전송하는 방법 및 장치
WO2022025629A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021167436A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2021182902A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2021172919A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2020060169A1 (ko) 무선랜 시스템에서 데이터를 수신하는 방법 및 장치
WO2016021994A1 (ko) 무선 통신 방법 및 무선 통신 단말
WO2022197105A1 (ko) 복수의 링크에서 동작하는 멀티 링크 장치 및 멀티 링크 장치의 동작 방법
WO2022114907A1 (ko) 무선 통신 시스템에서 다중 링크(multi-link)를 통해 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022154534A1 (ko) 제한된 twt를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022005215A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2017183807A1 (ko) 무선 랜 시스템에서 동작모드를 변경하는 방법 및 장치
WO2022173251A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2022149858A1 (ko) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 무선 통신 단말
WO2022260486A1 (ko) 멀티 링크를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말

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: 21856297

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023510432

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20237008604

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021856297

Country of ref document: EP

Effective date: 20230313