WO2014179722A1 - Method for selecting an entity based on a total link quality - Google Patents
Method for selecting an entity based on a total link quality Download PDFInfo
- Publication number
- WO2014179722A1 WO2014179722A1 PCT/US2014/036627 US2014036627W WO2014179722A1 WO 2014179722 A1 WO2014179722 A1 WO 2014179722A1 US 2014036627 W US2014036627 W US 2014036627W WO 2014179722 A1 WO2014179722 A1 WO 2014179722A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- sta
- link quality
- relay
- frame
- relay node
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- 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/10—Flow control between communication endpoints
-
- 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/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- 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/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
Definitions
- Multi-hop WiFi systems may be used to improve coverage and capacity over a single access point (AP) system.
- a multi-hop WiFi system may use relay APs and/or relay type stations (STAs) to improve channel conditions for STAs, which otherwise may suffer with bad channel conditions or coverage.
- STAs relay type stations
- a STA receiving management frames e.g., beacon frames, probe response frames, etc.
- the STA may not have information about the link between the root AP and the relay AP.
- a root AP may not have information about the link between, for example, a relay AP and a destination STA.
- a station may determine the quality of a path that includes a relay node by determining a link quality associated with each link in the path.
- the STA may receive a transmission indicating that a transmitting entity is a relay node.
- the transmission may be a beacon frame, a short beacon frame, a probe response frame, etc.
- a relay device e.g., a WTRU
- may be a dedicated relay or other device e.g., a station acting as a relay, an access point (AP) acting as a relay, or a non-station such as a station acting as an AP acting as a relay).
- the transmission may indicate a first link quality associated with a link between the relay node and a root access point (AP).
- the root AP may be a destination node associated with data to be transmitted by the STA.
- the STA may determine a second link quality associated with a link between the (STA) and the relay node, e.g., the STA may estimate the second link quality by measuring a metric of the transmission.
- the STA may determine a total link quality associated with a combined link from the STA to the relay node to the root AP.
- the STA may select an entity to associate with based on the total link quality.
- the STA may use the total link quality to determine whether to send data to the root AP via the relay or to send data to the root AP directly. For example, the STA may determine whether the total link quality satisfies a requirement (e.g., whether the total link quality is better than the quality of a link between the STA and the root AP, whether the total link quality is above a threshold such as a SNR threshold, etc.). The STA may select to associate with the relay node in order to transmit to the root AP when the total link quality satisfies the requirement.
- a requirement e.g., whether the total link quality is better than the quality of a link between the STA and the root AP, whether the total link quality is above a threshold such as a SNR threshold, etc.
- the indication that the transmitting entity is a relay node may be explicit or implicit.
- An exemplary explicit indication that the transmitting entity is a relay node may be an explicit signal via an information element.
- An exemplary implicit indication that the transmitting entity is a relay node may be the first link quality being present in a frame of the transmission.
- FIG. 1A depicts an exemplary communications system.
- FIG. IB depicts an exemplary wireless transmit/receive unit (WTRU).
- WTRU wireless transmit/receive unit
- FIG. 1C depicts exemplary wireless local area network (WLAN) devices.
- WLAN wireless local area network
- FIG. 2 depicts an example of relay architecture in IEEE 802.1 lah.
- FIG. 3 depicts an example of a downlink relay (e.g., from an AP to a STA) with explicit ACK.
- a downlink relay e.g., from an AP to a STA
- FIG. 4 depicts an example of an uplink relay (e.g., from a STA to an AP) with explicity ACK.
- an uplink relay e.g., from a STA to an AP
- FIG. 5 depicts an example
- FIG. 6 depicts an example
- FIG. 7 depicts an example
- FIG. 8 depicts an example of relay path selection in case of one or more relay nodes and a source node.
- FIG. 9 depicts an example of a frame format of a transmission, where a Frame
- Control field bit may indicate whether the Link quality between Relay and Root-AP is present.
- FIG. 10 depicts an example of a frame format of a transmission, where the
- Link quality between Relay and Root-AP may be provided by an information element (IE).
- IE information element
- FIG. 1 1 depicts an example of a frame format of a flow control notification frame that may signal the address of a relay node.
- FIG. 12 depicts an example of a frame format of a flow control notification element format of the exemplary flow control element illustrated in FIG. 1 1.
- FIG. 13 depicts an example of a simplified flow control notification element format.
- FIG. 14 depicts an example of a frame format of a flow control notification frame that may signal the address of the destination node.
- FIG. 15 depicts an example of a frame format of a flow control notification element format of the exemplary flow control element illustrated in FIG. 14.
- FIG. 16 depicts an example of transmission opportunity (TXOP) operation with explicit ACK.
- TXOP transmission opportunity
- FIG. 17 depicts an example of TXOP operation with implicit ACK.
- FIG. 1 A is a diagram of an example communications system 100 in which one or more disclosed features may be implemented.
- a wireless network e.g., a wireless network comprising one or more components of the communications system 100
- bearers that extend beyond the wireless network e.g., beyond a walled garden associated with the wireless network
- QoS characteristics may be assigned to bearers that extend beyond the wireless network.
- the communications system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users.
- the communications system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth.
- the communications systems 100 may employ one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC- FDMA), and the like.
- CDMA code division multiple access
- TDMA time division multiple access
- FDMA frequency division multiple access
- OFDMA orthogonal FDMA
- SC- FDMA single-carrier FDMA
- the communications system 100 may include at least one wireless transmit/receive unit (WTRU), such as a plurality of WTRUs, for instance WTRUs 102a, 102b, 102c, and 102d, a radio access network (RAN) 104, a core network 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 1 12, though it should be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and/or network elements.
- Each of the WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and/or communicate in a wireless environment.
- the WTRUs 102a, 102b, 102c, 102d may be configured to transmit and/or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, consumer electronics, and the like.
- UE user equipment
- PDA personal digital assistant
- smartphone a laptop
- netbook a personal computer
- a wireless sensor consumer electronics, and the like.
- the communications systems 100 may also include a base station 1 14a and a base station 114b.
- Each of the base stations 114a, 1 14b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communication networks, such as the core network 106, the Internet 1 10, and/or the networks 112.
- the base stations 1 14a, 1 14b may be a base transceiver station (BTS), a Node-B, an eNode B, a Home Node B, a Home eNode B, a site controller, an access point (AP), a wireless router, and the like. While the base stations 1 14a, 1 14b are each depicted as a single element, it should be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and/or network elements.
- the base station 114a may be part of the RAN 104, which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc.
- the base station 1 14a and/or the base station 114b may be configured to transmit and/or receive wireless signals within a particular geographic region, which may be referred to as a cell (not shown).
- the cell may further be divided into cell sectors.
- the cell associated with the base station 1 14a may be divided into three sectors.
- the base station 114a may include three transceivers, i.e., one for each sector of the cell.
- the base station 114a may employ multiple-input multiple output (MIMO) technology and, therefore, may utilize multiple transceivers for each sector of the cell.
- MIMO multiple-input multiple output
- the base stations 1 14a, 1 14b may communicate with one or more of the
- the air interface 116 may be established using any suitable radio access technology (RAT).
- RAT radio access technology
- the communications system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like.
- the base station 1 14a in the RAN 104 and the WTRUs 102a, 102b, 102c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 116 using wideband CDMA (WCDMA).
- WCDMA may include communication protocols such as High-Speed Packet Access (HSPA) and/or Evolved HSPA (HSPA+).
- HSPA may include High-Speed Downlink Packet Access (HSDPA) and/or High-Speed Uplink Packet Access (HSUPA).
- the base station 114a and the WTRUs 102a, 102b are identical to the base station 114a and the WTRUs 102a, 102b,
- E- UTRA Evolved UMTS Terrestrial Radio Access
- LTE Long Term Evolution
- LTE-A LTE-Advanced
- the base station 1 14a and the WTRUs 102a, 102b, 102c may implement radio technologies such as IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like.
- IEEE 802.16 i.e., Worldwide Interoperability for Microwave Access (WiMAX)
- CDMA2000, CDMA2000 IX, CDMA2000 EV-DO Code Division Multiple Access 2000
- IS-95 Interim Standard 95
- IS-856 Interim Standard 856
- GSM Global System for Mobile communications
- GSM Global System for Mobile communications
- EDGE Enhanced Data rates for GSM Evolution
- GERAN GSM EDGERAN
- the base station 114b in FIG. 1A may be a wireless router, Home Node B,
- the base station 1 14b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN).
- the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN).
- WLAN wireless local area network
- the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.) to establish a picocell or femtocell.
- a cellular-based RAT e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.
- the base station 1 14b may have a direct connection to the Internet 110.
- the base station 114b may not be required to access the Internet 1 10 via the core network 106.
- the RAN 104 may be in communication with the core network 106, which may be any type of network configured to provide voice, data, applications, and/or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d.
- the core network 106 may provide call control, billing services, mobile location- based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication.
- the RAN 104 and/or the core network 106 may be in direct or indirect communication with other RANs that employ the same RAT as the RAN 104 or a different RAT.
- the core network 106 may also be in communication with another RAN (not shown) employing a GSM radio technology.
- the core network 106 may also serve as a gateway for the WTRUs 102a,
- the PSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS).
- POTS plain old telephone service
- the Internet 1 10 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and the internet protocol (IP) in the TCP/IP internet protocol suite.
- the networks 1 12 may include wired or wireless
- the networks 112 may include another core network connected to one or more RANs, which may employ the same RAT as the RAN 104 or a different RAT.
- Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities, i.e., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.
- the WTRU 102c shown in FIG. 1A may be configured to communicate with the base station 1 14a, which may employ a cellular-based radio technology, and with the base station 1 14b, which may employ an IEEE 802 radio technology.
- FIG. IB depicts an exemplary wireless transmit/receive unit, WTRU 102.
- the WTRU 102 may be used in one or more of the communications systems described herein. As shown in FIG. IB, the WTRU 102 may include a processor 1 18, a transceiver 120, a transmit/receive element 122, a speaker/microphone 124, a keypad 126, a display/touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and other peripherals 138. It should be appreciated that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.
- GPS global positioning system
- the processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Array (FPGAs) circuits, any other type of integrated circuit (IC), a state machine, and the like.
- the processor 1 18 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables the WTRU 102 to operate in a wireless environment.
- the processor 1 18 may be coupled to the transceiver 120, which may be coupled to the transmit/receive element 122. While FIG. IB depicts the processor 1 18 and the transceiver 120 as separate components, it should be appreciated that the processor 1 18 and the transceiver 120 may be integrated together in an electronic package or chip.
- the transmit/receive element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., the base station 1 14a) over the air interface 116.
- a base station e.g., the base station 1 14a
- the transmit/receive element 122 may be an antenna configured to transmit and/or receive RF signals.
- the transmit/receive element 122 may be an antenna configured to transmit and/or receive RF signals.
- transmit/receive element 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example. In yet another embodiment, the transmit/receive element 122 may be configured to transmit and receive both RF and light signals. It should be appreciated that the transmit/receive element 122 may be configured to transmit and/or receive any combination of wireless signals.
- the WTRU 102 may include any number of transmit/receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit/receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.
- the transceiver 120 may be configured to modulate the signals that are to be transmitted by the transmit/receive element 122 and to demodulate the signals that are received by the transmit/receive element 122.
- the WTRU 102 may have multi-mode capabilities.
- the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, for example.
- the processor 118 of the WTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124, the keypad 126, and/or the display/touchpad 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OLED) display unit).
- the processor 1 18 may also output user data to the speaker/microphone 124, the keypad 126, and/or the display/touchpad 128.
- the processor 1 18 may access information from, and store data in, any type of suitable memory, such as the non-removable memory 130 and/or the removable memory 132.
- the non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device.
- the removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like.
- SIM subscriber identity module
- SD secure digital
- the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102, such as on a server or a home computer (not shown).
- the processor 118 may receive power from the power source 134, and may be configured to distribute and/or control the power to the other components in the WTRU 102.
- the power source 134 may be any suitable device for powering the WTRU 102.
- the power source 134 may include one or more dry cell batteries (e.g., nickel- cadmium (NiCd), nickel-zinc ( Zn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, and the like.
- the processor 118 may also be coupled to the GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102.
- location information e.g., longitude and latitude
- the WTRU 102 may receive location information over the air interface 1 16 from a base station (e.g., base stations 114a, 114b) and/or determine its location based on the timing of the signals being received from two or more nearby base stations. It should be appreciated that the WTRU 102 may acquire location information by way of any suitable location- determination method while remaining consistent with an embodiment.
- the processor 118 may further be coupled to other peripherals 138, which may include one or more software and/or hardware modules that provide additional features, functionality and/or wired or wireless connectivity.
- the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, and the like.
- the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player
- FIG. 1C illustrates exemplary wireless local area network (WLAN) devices.
- WLAN wireless local area network
- the WLAN may include, but is not limited to, access point (AP) 102, station (STA) 1 10, and STA 112. STA 1 10 and 1 12 may be associated with AP 102.
- the WLAN may be configured to implement one or more protocols of the IEEE 802.11 communication standard, which may include a channel access scheme, such as DSSS, OFDM, OFDMA, etc.
- a WLAN may operate in a mode, e.g., an infrastructure mode, an ad-hoc mode, etc.
- a WLAN operating in an infrastructure mode may comprise one or more APs communicating with one or more associated STAs.
- An AP and STA(s) associated with the AP may comprise a basic service set (BSS).
- BSS basic service set
- AP 102, STA 110, and STA 1 12 may comprise BSS 122.
- An extended service set (ESS) may comprise one or more APs (with one or more BSSs) and STA(s) associated with the APs.
- An AP may have access to, and/or interface to, distribution system (DS) 1 16, which may be wired and/or wireless and may carry traffic to and/or from the AP. Traffic to a STA in the WLAN originating from outside the WLAN may be received at an AP in the WLAN, which may send the traffic to the STA in the WLAN.
- DS distribution system
- Traffic originating from a STA in the WLAN to a destination outside the WLAN may be sent to an AP in the WLAN, which may send the traffic to the destination, e.g., via DS 116 to network 1 14 to be sent to server 1 18.
- Traffic between STAs within the WLAN may be sent through one or more APs.
- a source STA e.g., STA 1
- STA 1 12 may have traffic intended for a destination STA (e.g., STA 1 12).
- STA 110 may send the traffic to AP 102, and, AP 102 may send the traffic to STA 112.
- a WLAN may operate in an ad-hoc mode.
- the ad-hoc mode WLAN may be referred to as independent basic service set (IBBS).
- IBBS independent basic service set
- the STAs may communicate directly with each other (e.g., STA 1 10 may communicate with STA 1 12 without such communication being routed through an AP).
- IEEE 802.1 1 devices may use beacon frames to announce the existence of a WLAN network.
- An AP such as AP 102, may transmit a beacon on a channel, e.g., a fixed channel, such as a primary channel.
- a STA may use a channel, such as the primary channel, to establish a connection with an AP.
- STA(s) and/or AP(s) may use a Carrier Sense Multiple Access with Collision
- CSMA/CA CSMA Avoidance channel access mechanism.
- a STA and/or an AP may sense the primary channel. For example, if a STA has data to send, the STA may sense the primary channel. If the primary channel is detected to be busy, the STA may back off.
- a WLAN or portion thereof may be configured so that one STA may transmit at a given time, e.g., in a given BSS.
- Channel access may include RTS and/or CTS signaling.
- RTS request to send
- CTS clear to send
- the AP may send an RTS frame to the STA. If the STA is ready to receive data, the STA may respond with a CTS frame.
- the CTS frame may include a time value that may alert other STAs to hold off from accessing the medium while the AP initiating the RTS may transmit its data.
- the AP may send the data to the STA.
- a device may reserve spectrum via a network allocation vector (NAV) field.
- NAV network allocation vector
- the NAV field may be used to reserve a channel for a time period.
- a STA that wants to transmit data may set the NAV to the time for which it may expect to use the channel.
- the NAV may be set for an associated WLAN or subset thereof (e.g., a BSS).
- Other STAs may count down the NAV to zero.
- the NAV functionality may indicate to the other STA that the channel is now available.
- the devices in a WLAN may include one or more of the following: a processor, a memory, a radio receiver and/or transmitter (e.g., which may be combined in a transceiver), one or more antennas (e.g., antennas 106 in FIG. 1), etc.
- a processor function may comprise one or more processors.
- the processor may comprise one or more of: a general purpose processor, a special purpose processor (e.g., a baseband processor, a MAC processor, etc.), a digital signal processor (DSP), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Array (FPGAs) circuits, any other type of integrated circuit (IC), a state machine, and the like.
- the one or more processors may be integrated or not integrated with each other.
- the processor e.g., the one or more processors or a subset thereof
- the processor may be integrated with one or more other functions (e.g., other functions such as memory).
- the processor may perform signal coding, data processing, power control, input/output processing, modulation, demodulation, and/or any other functionality that may enable the device to operate in a wireless environment, such as the WLAN of FIG. 1.
- the processor may be configured to execute processor executable code (e.g., instructions) including, for example, software and/or firmware instructions.
- the processer may be configured to execute computer readable instructions included on one or more of the processor (e.g., a chipset that includes memory and a processor) or memory. Execution of the instructions may cause the device to perform one or more of the functions described herein.
- a device may include one or more antennas.
- the device may employ multiple input multiple output (MIMO) techniques.
- MIMO multiple input multiple output
- the one or more antennas may receive a radio signal.
- the processor may receive the radio signal, e.g., via the one or more antennas.
- the one or more antennas may transmit a radio signal (e.g., based on a signal sent from the processor).
- the device may have a memory that may include one or more devices for storing programming and/or data, such as processor executable code or instructions (e.g., software, firmware, etc.), electronic data, databases, or other digital information.
- the memory may include one or more memory units. One or more memory units may be integrated with one or more other functions (e.g., other functions included in the device, such as the processor).
- the memory may include a read-only memory (ROM) (e.g., erasable programmable read only memory (EPROM), electrically erasable programmable read only memory (EEPROM), etc.), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, and/or other non-transitory computer-readable media for storing information.
- the memory may be coupled to the processer. The processer may communicate with one or more entities of memory, e.g., via a system bus, directly, etc.
- a WLAN in infrastructure basic service set (IBSS) mode may have an access point (AP) for the basic service set (BSS) and one or more stations (STAs) associated with the AP.
- the AP may have access or interface to a distribution system (DS) or another type of wired/wireless network that may carry traffic in and out of the BSS.
- Traffic to STAs may originate from outside the BSS, may arrive through the AP and may be delivered to the STAs.
- Traffic originating from STAs to destinations outside the BSS may be sent to the AP to be delivered to the respective destinations.
- Traffic between STAs within the BSS may be sent through the AP where the source STA may send traffic to the AP and the AP may deliver the traffic to the destination STA.
- Traffic between STAs within a BSS may be peer-to-peer traffic.
- Such peer-to-peer traffic may be sent directly between the source and destination STAs, e.g., with a direct link setup (DLS) using an IEEE 802.1 le DLS or an IEEE 802.1 lz tunneled DLS (TDLS).
- DLS direct link setup
- TDLS IEEE 802.1 lz tunneled DLS
- a WLAN using an independent BSS (IBSS) mode may have no APs, and the STAs may communicate directly with each other. This mode of communication may be an ad-hoc mode.
- IBSS independent BSS
- the AP may transmit a beacon on a fixed channel, e.g., the primary channel.
- This channel may be 20 MHz wide, and may be the operating channel of the BSS.
- This channel may also be used by the STAs to establish a connection with the AP.
- the channel access in an IEEE 802.1 1 system may be Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA).
- CSMA/CA Carrier Sense Multiple Access with Collision Avoidance
- each STA may sense the primary channel. If a STA detects that the channel is busy, the STA may back off.
- One STA may transmit at any given time in a given BSS.
- dedicated spectrum may be allocated for wireless communication systems such as WLANs.
- the allocated spectrum (e.g., below 1 GHz) may be limited in the size and channel bandwidth.
- the spectrum may be fragmented.
- the available channels may not be adjacent and may not be combined for larger bandwidth transmissions.
- WLAN systems for example built on the IEEE 802.1 1 standard, may be designed to operate in such spectrum. Given the limitations of such spectrum, the WLANs systems may be able to support smaller bandwidths and lower data rates compared to HT and/or VHT WLAN systems (e.g., based on the IEEE 802.1 In and/or 802.1 lac standards).
- Spectrum allocation in one or more countries may be limited. For example, in
- the 470-566 and 614-787 MHz bands may allow IMHz bandwidth.
- a 2MHz with IMHz mode may be supported.
- the 802.1 lah physical layer (PHY) may support 1, 2, 4, 8, and 16 MHz bandwidths.
- the 802.1 lah PHY may operate below 1 GHz.
- the 802.1 lah PHY may be based on the 802.1 lac PHY.
- the 802.1 lac PHY may be down-clocked (e.g., to
- the 802.1 1 ac PHY may be down-clocked by a factor of 10. Support for 2, 4, 8, and 16 MHz may be achieved by the 1/10 down-clocking. Support for the 1 MHz bandwidth may use a PHY with a fast Fourier transform (FFT) size of 32.
- FFT fast Fourier transform
- one or more STAs may be supported within a basic service set (BSS).
- the STAs may have different supported uplink and downlink traffic requirements.
- the STAs may be configured to upload (e.g., periodically upload) data to a server resulting in uplink traffic.
- the STAs may be queried and/or may be configured by the server.
- a server queries and/or configures a STA the server may expect that the queried data arrive within a setup interval.
- the server, or an application on the server may expect a confirmation for a configuration performed (e.g. , within a certain interval).
- one or more (e.g., two) bits may be used in the PLCP header of the frame.
- the one or more bits may indicate the type of acknowledgment expected as a response (e.g., early acknowledgement (ACK) indication) to a packet.
- the ACK indication (e.g., two bit ACK indication) may be signaled in the signal (SIG) field.
- the ACK indication may be one or more of the following: 00: ACK, 01 : block ACK (BA), 10: No ACK, 1 1 : a frame that is not ACK, BA or clear to send (CTS).
- Relay functionality may enable more efficient power usage.
- Relay functionality may reduce the transmit power consumed at the STA.
- Relay functionality may improve wireless link conditions of STAs.
- a bi-directional relay may include one or more (e.g., two) hops.
- One transmit opportunity (TXOP) may be shared for the relay (e.g., for explicit ACK exchange).
- TXOP transmit opportunity
- the frame control field may include a relayed frame bit (e.g., for TXOP operation).
- the neighbor discovery protocol (NDP), ACK, and/or SIG fields may include a relayed frame bit (e.g., for TXOP operation).
- a relay may receive a frame (e.g., a valid frame).
- the relay may respond to the received frame with an ACK (e.g., in TXOP sharing operation).
- an ACK e.g., in TXOP sharing operation.
- One or more of the following may apply if a relay receives a valid frame. If the relay receives the relayed frame bit set to 1, the ACK may be implicit in next-hop transmission after short inter- frame space (SIFS).
- SIFS short inter- frame space
- the relay may respond with an ACK after SIFS with the relayed frame bit set to 1 and may continue with next-hop data transmission after SIFS.
- the relay may respond with an ACK after SIFS with the relayed frame bit set to 0; the relay may not use the remaining TXOP.
- a relay may set a relayed frame bit to 1. For example, if a relay receives a more data bit set to 0, the relay may set a relayed frame bit to 1.
- a flow control mechanism at the relay may be provided.
- a support to use probe request for relay discovery may be provided, which may include information on AP- STA link budget.
- a STA may initiate a discovery process. The STA may select a relay based on one or more received probe responses.
- a relay entity may include a relay STA (R- STA), a relay AP (R-AP), etc.
- An R-STA may be a non-AP STA.
- An R-STA may be a station acting as an AP.
- support for receiving and/or forwarding frames from the R-AP etc.
- An R-AP may be an AP.
- the R-AP may have one or more capabilities, including, for example, 4 address support, a support for forwarding and receiving frames to/from a R-STA, and ability to indicate that it is a R-AP (e.g., by setting a bit or indicating root-AP address and/or service set identifier (SSID) in a beacon).
- SSID service set identifier
- One or more of the following may apply for the R-AP, e.g., relating to 4 address support.
- the R-AP may be capable of receiving a 4 address frame.
- the R-AP may forward a frame with 3 addresses to an associated STA.
- FIG. 2 depicts an example of an IEEE 802.1 lah relay architecture.
- a relay
- a AP may include a root AP's SSID in beacons and/or probe response frames.
- An aggregated MAC service data unit (A-MSDU) format may be used between the root AP and the relay AP (e.g., for frame delivery).
- a message (e.g., a reachable address message) may be used to update the forwarding tables.
- FIG. 3 depicts an example of a downlink relay from an AP (e.g., as a source) to a STA (e.g., as a destination) through a relay node.
- An explicit ACK may be used.
- a source AP may send a downlink data frame with early ACK indication bits.
- the early ACK indication bits in the downlink data frame may be set to 00).
- a relay may send an ACK back to the source AP with early ACK indication bits set to 1 1 for next outgoing frame.
- the relay in SIFS time, may send the data with a different MCS and the early ACK indication bits may be set to 00.
- the relay may buffer the frame (e.g., data frame).
- the frame may be buffered until it is delivered (e.g., successfully delivered) or reaches a predetermined number of retries (e.g., a retry limit).
- the destination STA in SIFS time, may send an ACK with early ACK indication bits set to 10.
- the source AP may remove the data frame from its buffer and may defer MAX_PPDU + ACK +2* SIFS before next event.
- FIG. 4 depicts an example of an uplink relay from a STA (e.g., as source) to an AP (e.g., as a destination) via a relay node.
- An explicit ACK may be used.
- the STA may send, to a relay, an uplink data frame with early ACK indication bits.
- the early ACK indication bits may be set to 00.
- the relay may send an ACK and may set the early ACK indication bits to 1 1 for next outgoing frame.
- the relay in SIFS time, may send the data frame with a different MCS and may set the early ACK indication bits to 00.
- the relay may buffer the frame (e.g., data frame).
- the frame may be buffered until the frame is delivered (e.g., successfully delivered) or reaches a predetermined number of retries (e.g., a retry limit).
- the destination AP in SIFS time, may send an ACK with early ACK indication bits set to 10.
- the STA may remove the data frame from its buffer and may defer MAX_PPDU + ACK +2* SIFS before next event (e.g., after the receipt of the ACK from the destination AP).
- FIG. 5 depicts an example of a relay operation using an implicit ACK.
- a source node may send a downlink data frame with response frame bits set to 11.
- the response frame bits set to 1 1 may indicate to STAs that another data frame may follow.
- the source node may receive a PHY SIG field with the response frame bits set to 00.
- the source node may check a PAID subfield in the PHY SIG field.
- a relay may send the data frame with a different MCS.
- the relay may set the response frame bits to 00 and may set the PAID subfield to that of the STA.
- the destination node may send an ACK with response frame bits set to 10.
- a short beacon frame format may be supported.
- a frame control type and/or a subtype indication for the short beacon may be provided.
- FIG. 6 depicts an example of a short beacon frame format.
- the short beacon may include one or more of the following fields: compressed SSID, timestamp, change sequence, time of next full beacon, access network options, and/or a 3 bit BW field included in the FC field.
- the compressed SSID field may be computed as a cyclic redundancy check (CRC) of an SSID.
- the CRC may be computed using the same function as may be used to compute the FCS of MPDUs.
- the timestamp field may be 4 bytes long.
- the timestamp field may contain the 4 least significant bits (LSBs) of the AP timestamp.
- the change sequence field may be 1 byte long.
- the change sequence field may be incremented whenever critical network information changes.
- the time of next full beacon field may indicate a time of a next full beacon frame.
- the time of next full beacon field may be indicated as the higher 3 bytes of the 4 LSBs of the AP timestamp at the next full beacon frame.
- the time of next full beacon field may be present in the short beacon frame, if an AP transmits full (e.g., long) beacon frames periodically.
- the beacon frame may include an access network options field in the short beacon frame.
- carrier oriented WiFi may provide one or more of the following: fairness between BSS center and BSS edge users, improved BSS edge
- An IEEE 802.1 1 High Efficiency WLAN (HEW) system may provide an increase in the real-world data throughput achieved by IEEE 802.1 1 users in dense networks with large numbers of users and devices (e.g., Wi-Fi hotspots, office buildings, etc.).
- IEEE 802.1 1 High Efficiency WLAN
- Enhancing performance may include one or more of the following:
- One or more metrics may be considered by a STA when selecting an AP for association (e.g., in a non-relay based WiFi network).
- the metrics may include the received signal strength, path loss, or link quality of the AP (e.g., the AP that may transmit the beacon frame or probe response frame).
- Relays, and associated functionalities may be used to serve STAs (e.g., STAs that may suffer from poor link budgets when communicating directly with the AP).
- IEEE 802.1 lah may provide relays, and/or relay type STAs (e.g., to address the potential for poor link budget issues in case of macro type coverage of STAs).
- the relays may also be used in other WLAN variants.
- the received signal strength, path loss, or link quality, of the relay (e.g., R-AP, R-STA, etc.) that transmits the beacon frame, or probe response frame, may not provide sufficient information of the overall relay path (e.g., from source node to the destination node).
- FIG. 7 depicts an example of relay path selection by a STA.
- the STA may receive a beacon or a probe response frame from the relay node (e.g., via path VI).
- the link quality between the STA and the relay node may be better than the link quality between the STA and the root-AP (e.g., via path Ul).
- the path loss between the relay node and the root AP may be larger than the path loss between the STA and the root AP. Selecting the relay node based on the received beacon and/or probe response frame quality may result in a relay path which may exhibit a path loss and/or link quality worse than a direct path.
- FIG. 8 depicts an example of relay path selection with a root AP connected to more than one (e.g., two) relays.
- the source node e.g., STA
- may receive a transmission e.g., a beacon frame, a short beacon frame, or a probe response frame
- a relay node 2 e.g., via path V3
- the link quality between the STA and the relay node 2 may be better than the link quality between the STA and a relay node 1 (e.g., via path VI).
- the path loss between the AP and relay node 2 may be larger than the path loss between the AP and relay node 1.
- Selecting the relay node based on the link quality of the received transmission may result in a relay path via relay node 2 which may exhibit a path loss and/or link quality worse than a relay path via relay node 1.
- An efficient AP discovery mechanism may allow the STA to find the relay path that may include a consideration of the total link quality.
- a relay node may receive a data frame from a source node and may reply with an ACK to the source node.
- the relay node may send the data frame to a destination node.
- the destination node may reply with an ACK to the relay node.
- the path between the relay node and the destination node may not be reliable (e.g., may have temporary outages).
- the data frames from the source node may be buffered at the relay node.
- the buffered data frames may cause a buffer management issue (e.g., buffer overflow).
- the source node may not know the link quality of the relay path between the relay node and the destination node.
- the source node may continue to transmit data to the relay node, which may increase the congestion at the relay node.
- a flow control mechanism e.g., an efficient flow control mechanism at the relay node may prevent path unreliability.
- the channel access contention may be reduced by sharing one transmit opportunity (TXOP) for the relay.
- TXOP transmit opportunity
- the source node e.g., the initiator of the TXOP reservation
- the source node may reserve the TXOP for a time interval.
- the reserved TXOP may take into consideration the worst case of the link between the relay node and the destination node.
- the reserved TXOP may be longer (e.g., much longer) than the actual time duration of the transmission from the source node to relay node and the relay node to the destination node.
- a relay-shared TXOP may be truncated (e.g., efficiently truncated) when actual transmission ends early at the relay node.
- An information element (IE) or a field indicating a link quality between a relay and a root AP may be transmitted in a transmission sent by the relay, such as a R-AP (e.g., in order to allow the end-STA to determine the total link quality of the relay path).
- the transmission may be a beacon frame, a short beacon frame, or a probe response frame.
- the compressed SSID of the root AP may be used in the transmission.
- FIG. 9 depicts an example frame format of a transmission, where one bit in the frame control field of the transmission may indicate that the transmitter is a relay node (e.g., instead of a root AP).
- the transmission may be a short beacon frame.
- a transmission indicating that the transmitter is a relay node may be a beacon frame or a probe response frame (e.g., the short beacon frame or probe response frame may include similar fields as described in the example of the short beacon frame).
- the frame control field is set to a value of 1
- the transmitter may be a relay node.
- the frame control field is set to a value 0
- the transmitter may be a non-relay node. As depicted in FIG.
- a bit in the frame control field of the transmission may indicate the presence of the link quality between relay and root- AP field in the transmission.
- the frame control field bit set to a value of 1 may mean that the field is present and a value of 0 may mean that the field is absent.
- a reserved bit in the frame control field may be used to indicate the presence of the link quality between relay and root- AP field.
- the link quality present field or relay indicator field may be implicitly signaled (e.g., by methods such as CRC masking, scrambler initiation seeds values, relative phase changes in SIG fields, or pilot values or patterns in the PLCP header).
- the link quality presence bit or relay indication bit in the frame control field may indicate that the link quality between relay and the root AP may be included in the transmission.
- One or more octets may be used for the link quality between relay and root-AP field.
- the link quality between relay and root-AP field may represent 64 to 4096 levels of link quality in the units of dB.
- the link quality between relay and root-AP field may indicate the link quality (e.g., path loss, packet error/loss rate, transmission latency and etc.) between a relay node and a root-AP.
- a link quality (e.g., an incremental link quality) estimate may be incremental to that indicated for the overall AP to STA link quality.
- FIG. 10 depicts an example frame format of a transmission, where the link quality between the relay and root-AP may be signaled (e.g., explicitly signaled) by an IE (e.g., a link quality between relay and root-AP IE).
- the transmission may be a short beacon frame.
- a transmission signaling the link quality between the relay and root-AP may be a beacon frame or a probe response frame (e.g., the short beacon frame or probe response frame may include similar fields as described in the example of the short beacon frame).
- the IE may be included in the transmission (e.g., a beacon frame, a short beacon frame, or a probe response frame). Explicit or implicit indication of the link quality presence bit or relay may not be used.
- the IE may include one or more of the following: an octet element ID sub- field, an octet length sub-field, or one or more octets that may provide link quality between relay and root-AP sub-fields.
- the link quality may represent multiple levels (e.g., 64 to 4096 levels) of link quality in the units of dB.
- a STA upon receiving a transmission may check a certain field or IE in the transmission to determine if the transmitter of the transmission is a relay node.
- the STA may check the link quality present or relay indicator field (e.g., if the link quality presence bit is present). If the link quality present or relay indicator field bit is set to 1, the STA may know that the Link quality between relay and root-AP field is included in the transmission.
- a source node may determine one or more link qualities. For example, a source node may determine a quality of each link in a relay path (e.g., to determine whether to use a relay instead of direct transmission to a destination node, to determine which relay to use if multiple relays are available, etc.).
- Determining one or more link qualities may include one or more of the following.
- the STA may check whether the link quality between relay and root-AP IE is included in the transmission (e.g., the STA may perform this check with or without checking for a link quality present or relay indicator field). If the link quality between relay and root- AP IE is included in a transmission, such inclusion may indicate that the transmitter of the transmission is a relay node.
- the STA may receive a transmission (e.g., a beacon frame, a short beacon frame, or a probe response frame) that may indicate a link quality between the relay node and the root-AP, e.g., which may be denoted as QAP-Reiay A field or an IE in the received transmission may indicate the link quality.
- the STA may determine (e.g. , estimate) the link quality between the relay node and itself.
- the STA may determine the link quality based on the received transmission transmitted from the relay node, e.g., which may be denoted as QsTA-Reiay
- the STA may determine (e.g., calculate) a total link quality of the indirect path (e.g.
- the indirect path may be a combined link.
- the STA e.g., a scanning STA
- the STA may consider the relay node as a candidate (e.g., for association), if the total link quality QRelay path satisfies a requirement.
- the STA may select an entity to transmit to (e.g., a relay node or root-AP) based on the total link quality.
- the selected entity may be the relay node when the total link quality satisfies the requirement (e.g. , is above a threshold requirement, for example if the total link quality of the combined link is better than a quality associated with a direct link with a root AP and/or is better than a total link quality associated with another relay node).
- An action frame (e.g., flow control notification frame) may be defined.
- the relay node may perform flow control on a link between a source node and a relay node.
- the relay node may perform flow control if the link between the relay node and the destination node worsens.
- the data frames from the source node may be buffered at the relay node and may lead to congestion and/or buffer overflow (e.g. , as the link worsens, more buffering may be required).
- the relay node may notify the source node about the flow control.
- the relay node may notify the source node about the flow control by sending a flow control notification frame.
- the flow control notification frame may be sent as a unicast frame in uplink and downlink operations.
- the flow control notification frame may be sent as a broadcast frame in the downlink.
- a flow control node address may be signaled by the flow control notification frame.
- the flow control notification frame may signal an address of the relay node in the relay link (e.g., between the destination node and relay node).
- the relay node, signaled in the flow control notification frame may experience adverse link quality.
- the flow control notification frame may signal the address of a destination node.
- the data traffic for an end-STA (e.g., an end-STA that belongs to the relay path experiencing a link problem) may be impacted.
- the flow control notification frame may be transmitted as a unicast or a broadcast frame.
- a transmitter address (TA) field in the MAC header of the frame may be set to a relay node address.
- the flow control information in the flow control notification frame may refer to the relay node identified by the TA address.
- FIG. 11 depicts an example frame format of the flow control notification frame.
- the category field may be set to a value (e.g., as may be specified in a standard) representing a two-hop relay.
- the action (e.g., two- hop relay action) field may be set to a value (e.g. , a unique value) that may represent flow control notification.
- the action field may be set as specified in a standard.
- FIG. 12 depicts an example of a flow control notification element.
- an element ID field may be set to a value (e.g., a unique value) that may represent a flow control notification element.
- the element ID field may be set as specified in a standard.
- a length field may indicate the number of octets in an information field (e.g., fields following the element ID and length fields).
- a flow control duration field for each access category (AC) e.g., background (BK), best effort (BE), video (VI) and voice (VO)
- the time unit of the flow control duration may be M ⁇ 8.
- a flow control data rate field for each AC may indicate a data rate (e.g., the maximum data rate) that the end-STA may transmit to the relay node during the flow control duration for the corresponding AC.
- the TA address in the MAC header may indicate (e.g., identify) the relay node for which the received flow control information is applied. Due to the two-hop relay architecture (e.g., where the relay node may be associated with one root-AP), the TA address in the MAC header may provide sufficient information to identify a relay link that may experience congestion or adverse link quality for the uplink case. Using the TA address in the MAC header to identify the relay link may reduce signaling overheads. In the downlink where several end-STAs may be associated with one relay node, the TA address in the MAC header may not identify (e.g., uniquely identify) the relay link between an end-STA and a relay node that may experience congestion and/or adverse link quality.
- the flow control notification frame may signal the address of the relay node in the relay link that may experience adverse link quality (e.g., in uplink operations).
- the flow control notification frame may signal the address of a destination node (e.g., in downlink operations).
- a flow control notification element may be piggybacked onto a data frame or a control frame from the relay node to the source node.
- the flow control notification element for example, as depicted in FIG. 13 may be used.
- the flow control notification element as depicted in FIG. 13 may specify a flow control duration and a data rate limit for a combination of the access categories (e.g., instead of providing one for each of the ACs).
- FIG. 14 depicts an example frame format of the flow control notification frame, where an address of a destination node may be signaled in the flow control notification frame.
- the category field may be set to a value (e.g., as specified in a standard) that may represent a two-hop relay.
- the action (e.g., two-hop relay action) field may be set to a value (e.g., as specified in a standard) representing flow control notification.
- FIG. 15 depicts an example design of a flow control notification element.
- the element ID field may be set to a value (e.g., as specified in a standard) that may represent a flow control notification element.
- the length field may indicate the number of octets in the information field (e.g., fields following the element ID and length fields).
- the destination node address e.g., end-STA address
- the flow control notification frame may indicate that the flow control information received may be applied for the relay node identified by the TA address in the MAC header.
- a flow control duration field for each access category may indicate the duration of flow control that may be applied at the relay node for the corresponding AC.
- the time unit of the flow control duration may be M
- a flow control data rate field for each AC e.g., BK, BE, VI and VO
- a data rate e.g., a maximum data rate
- Flow control may include one or more of the following.
- the relay node may monitor the buffer occupancy at the relay node.
- the relay node may monitor the link quality between the relay and a destination node.
- the relay node may determine that flow control should be applied (e.g., to mitigate identified congestion).
- the relay node may send a flow control notification frame to the source node.
- the flow control notification frame may include flow control parameters, e.g., as described herein.
- the source node may identify the address of the node where the flow control may be applied (e.g., upon receiving the flow control notification frame).
- the address may be a relay address (e.g., in uplink operations).
- the address may be a relay address or an end-STA address (e.g., in downlink operations).
- the source node may obtain information in a flow control notification element.
- the source node may take action according to the information in the flow control notification element. If the flow control duration field is received for an AC, the source node may stop transmitting a data frame for a corresponding AC targeted for the destination address (e.g., via the relay node for the duration value in the received flow control notification element).
- An end-STA may transmit data frames to the root-AP directly without going through the relay node (e.g., if the link quality between the end-STA and the root-AP is acceptable).
- the source node may limit the data rate for an AC (e.g., a corresponding AC) targeted for the destination address (e.g., via the relay node for the duration value in the received flow control notification element).
- the source node may limit the data rate if the flow control duration field and the flow control data rate are received for an AC.
- the flow control restriction may end at the source node (e.g., upon expiration of the flow control duration).
- the source node may resume transmission (e.g., normal transmission) of data frames to the destination node, e.g., via the relay node.
- a data frame may include an indication of the contention free end (CF-end)
- a reserved bit (e.g., one bit) in a SIGA field may be used (e.g., reused) to indicate the CF-end.
- the recipient of the data frame may reset a network allocation vector (NAV) at the end of the duration indicated in the MAC header.
- the data frame may also indicate one or more of the following: a SIFS time, an ACK-time, or a short-ACK_time.
- a reserved bit in the frame control field of the MAC header may be used (e.g., reused) to indicate the CF-end.
- the recipient of the data frame may reset a NAV at the end of the duration indicated in the MAC header.
- the data frame may also indicate one or more of the following: a SIFS time, an ACK-time, or a short-ACK time.
- the CF-end indication may be signaled (e.g., implicitly signaled).
- the CF-end indication may be signaled using one or more of the following: CRC masking, scrambler initiation seeds values, relative phase changes in SIG fields, or pilot values or patterns in the PLCP header.
- two-hop request to send/clear to send may establish and/or may reserve the TXOP for the duration (e.g., entire duration) of relay frame exchanges between a source node, a relay node, and a destination node.
- the duration to transmit the data frame from the relay node to the destination node may be assumed to be the worst case.
- the duration to transmit the data frame from the relay node to the destination node may be calculated (e.g., calculated conservatively).
- the source node may start data transmission after a SIFS time (e.g., following receipt of a CTS frame from the relay node).
- the relay node may process the received data frame from the source node.
- the relay node may send an ACK frame (e.g., if the received data frame is decoded correctly and an explicit ACK is used).
- the STA may not send an ACK frame (e.g., if an implicit ACK is used).
- the source node may not receive an ACK by a time SIFS time + ACK_Time after sending the data frame (e.g., if an explicit ACK is used and the received data frame is not decoded correctly).
- the source node may not receive an implicit ACK (e.g., if an implicit ACK is used and the received data frame is not decoded correctly).
- a data frame with an ACK indication field set to 00 from the relay node may indicate an implicit ACK.
- the source node may release the TXOP by sending a CF-end frame.
- the source node may retransmit the data frame.
- the relay node and/or the destination node may send a CF-end frame upon receipt of the CF-End from the source node.
- the relay node may send the data frame to the destination node.
- the relay node may set the CF-end indication in the data frame to be 1 or positive and may set the duration field in its MAC header (e.g., if the duration of the data frame plus a SIFS time and an ACK Time or a Short-ACK Time is shorter than the residual of the TXOP).
- the duration field in the MAC header may be determined (e.g., calculated) using the length of the data frame and a data rate used for the transmission.
- the destination node may process the received data frame from the relay node.
- the destination node may send an ACK frame to the relay node (e.g., if the received data frame is decoded correctly).
- the destination node may check the CF-end indication in the received data frame.
- the destination node may release the TXOP and may reset the NAV for STAs near the destination node (e.g., if the CF-end indication is positive).
- the destination node may send a CF-end frame.
- the destination node may set an ACK indication field (e.g., to 10) in an outgoing ACK frame.
- the destination node may not send a CF-end frame when the ACK indication field is set to "10" in the outgoing ACK frame.
- the source node may send a CF-end frame after a SIFS time plus time (e.g., necessary time) to cover frames sent by the destination node (e.g., upon receiving a data frame with a positive CF-end indication from the relay node before the current TXOP expires).
- the frames sent by the destination node may be an ACK frame or an ACK frame plus a CF-end frame.
- the source node may send the CF-end frame following the duration signaled in the received data frame.
- FIGS. 16 and 17 depict example TXOP operations.
- FIG. 16 depicts an example of a TXOP operation with an explicit ACK.
- FIG. 17 depicts an example of a TXOP operation with an implicit ACK.
- the relay node may send an ACK (e.g., an explicit ACK) to the source node (e.g., after receiving a data frame from the source node).
- the relay node may send the ACK to the source node before relaying a data frame with a CF-end bit to the destination node.
- the relay node may send a data frame with a CF-end bit to the destination node (e.g., after receiving the data frame from the source node).
- the relay node may send the data frame without sending an ACK to the source node.
- each feature or element may be used alone or in any combination with the other features and elements.
- the features and elements described herein may be applicable to other wireless systems.
- the methods described herein may be implemented in a computer program, software, or firmware incorporated in a computer- readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and computer-readable storage media.
- Examples of computer-readable storage media include, but are not limited to, a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM disks, and digital versatile disks (DVDs).
- ROM read only memory
- RAM random access memory
- register cache memory
- semiconductor memory devices magnetic media such as internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM disks, and digital versatile disks (DVDs).
- a processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, WTRU, terminal, base station, RNC, or any host computer.
Abstract
Description
Claims
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201480024869.8A CN105165072A (en) | 2013-05-02 | 2014-05-02 | Method for selecting an entity based on a total link quality |
JP2016512072A JP2016523036A (en) | 2013-05-02 | 2014-05-02 | Method for selecting entities based on total link quality |
KR1020157034379A KR101735031B1 (en) | 2013-05-02 | 2014-05-02 | Method for selecting an entity based on a total link quality |
EP14728046.5A EP2992712A1 (en) | 2013-05-02 | 2014-05-02 | Method for selecting an entity based on a total link quality |
RU2015150724A RU2625943C2 (en) | 2013-05-02 | 2014-05-02 | Method of entity selection based on full quality of link |
HK16104066.3A HK1216123A1 (en) | 2013-05-02 | 2016-04-11 | Method for selecting an entity based on a total link quality |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361818854P | 2013-05-02 | 2013-05-02 | |
US61/818,854 | 2013-05-02 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014179722A1 true WO2014179722A1 (en) | 2014-11-06 |
Family
ID=50884534
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2014/036627 WO2014179722A1 (en) | 2013-05-02 | 2014-05-02 | Method for selecting an entity based on a total link quality |
Country Status (8)
Country | Link |
---|---|
EP (1) | EP2992712A1 (en) |
JP (2) | JP2016523036A (en) |
KR (1) | KR101735031B1 (en) |
CN (1) | CN105165072A (en) |
HK (1) | HK1216123A1 (en) |
RU (1) | RU2625943C2 (en) |
TW (1) | TWI651985B (en) |
WO (1) | WO2014179722A1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017015788A1 (en) | 2015-07-24 | 2017-02-02 | Panasonic Intellectual Property Corporation Of America | Improved Relay UE Discovery for Proximity Services |
CN106937382A (en) * | 2015-12-29 | 2017-07-07 | 华为技术有限公司 | A kind of signaling message transmission method and device |
JPWO2016076107A1 (en) * | 2014-11-14 | 2017-08-31 | 株式会社Nttドコモ | User device and D2D communication method |
KR20180072741A (en) * | 2015-10-20 | 2018-06-29 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Method for direct communication between stations and associated devices in a wireless local area network |
WO2018184176A1 (en) * | 2017-04-06 | 2018-10-11 | 华为技术有限公司 | Method, device and system for scheduling |
DE112016007108B4 (en) * | 2016-09-05 | 2020-08-20 | Mitsubishi Electric Corporation | Radio communication terminal, radio communication system and routing program |
WO2021120077A1 (en) * | 2019-12-19 | 2021-06-24 | aTELEFONAKTIEBOLAGET LM ERICSSON (PUBL) | Method for link selection, user equipment, network node, and telecommunication system |
CN113055969A (en) * | 2021-03-23 | 2021-06-29 | 浙江大华技术股份有限公司 | Node determination method and device |
US11659447B2 (en) | 2018-08-08 | 2023-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Flow control for integrated access backhaul (IAB) networks |
US11678207B1 (en) * | 2015-11-13 | 2023-06-13 | Cable Television Laboratories, Inc. | Communication systems and methods for switching between contention based and contention free modes |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10743332B2 (en) * | 2016-11-18 | 2020-08-11 | Qualcomm Incorporated | Techniques and apparatuses for complementary transmission relating to an interrupted traffic flow in new radio |
WO2018232693A1 (en) * | 2017-06-22 | 2018-12-27 | Huawei Technologies Co., Ltd. | Transmission of bss load element in wireless local area network system |
JP7218852B2 (en) * | 2018-05-02 | 2023-02-07 | PicoCELA株式会社 | Wireless path control method, wireless communication system, wireless node, and wireless path control program |
WO2021193178A1 (en) * | 2020-03-25 | 2021-09-30 | 京セラ株式会社 | Communication control method and relay user device |
WO2021243604A1 (en) * | 2020-06-03 | 2021-12-09 | Oppo广东移动通信有限公司 | Data transmission method and device |
WO2022209803A1 (en) * | 2021-03-31 | 2022-10-06 | 日本電気株式会社 | Communication device, communication system, and communication method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080080436A1 (en) * | 2006-09-29 | 2008-04-03 | Sumeet Sandhu | Architecture, protocols and frame formats for wireless multi-hop relay networks |
US20100091669A1 (en) * | 2007-03-01 | 2010-04-15 | Thomson Licensing | Method to select access point and relay node in multi-hop wireless networking |
US20100142433A1 (en) * | 2008-12-10 | 2010-06-10 | Research In Motion Corporation | Method and Apparatus for Discovery of Relay Nodes |
EP2306774A1 (en) * | 2009-10-02 | 2011-04-06 | Research In Motion Limited | Relay backhaul link quality considerations for mobility procedures |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1185829C (en) * | 2001-12-19 | 2005-01-19 | 华为技术有限公司 | Method of controlling Ethernet data flow quantity on synchronous numerical system transmission net |
TWI380633B (en) * | 2003-10-15 | 2012-12-21 | Qualcomm Inc | Method, apparatus, and system for multiplexing protocol data units |
JP4379237B2 (en) * | 2004-07-14 | 2009-12-09 | ソニー株式会社 | Wireless communication system, wireless communication apparatus, wireless communication method, and computer program |
CN100450281C (en) * | 2005-03-31 | 2009-01-07 | 西门子(中国)有限公司 | Distributed multihop wireless network access method |
KR20070030059A (en) * | 2005-09-12 | 2007-03-15 | 삼성전자주식회사 | Apparatus and method for a packet flow control of wireless lan |
US7707415B2 (en) * | 2006-09-07 | 2010-04-27 | Motorola, Inc. | Tunneling security association messages through a mesh network |
JP4911602B2 (en) * | 2007-01-10 | 2012-04-04 | 株式会社メガチップス | Security system |
-
2014
- 2014-05-02 CN CN201480024869.8A patent/CN105165072A/en active Pending
- 2014-05-02 WO PCT/US2014/036627 patent/WO2014179722A1/en active Application Filing
- 2014-05-02 TW TW103115857A patent/TWI651985B/en not_active IP Right Cessation
- 2014-05-02 KR KR1020157034379A patent/KR101735031B1/en active IP Right Grant
- 2014-05-02 RU RU2015150724A patent/RU2625943C2/en active
- 2014-05-02 JP JP2016512072A patent/JP2016523036A/en active Pending
- 2014-05-02 EP EP14728046.5A patent/EP2992712A1/en not_active Withdrawn
-
2016
- 2016-04-11 HK HK16104066.3A patent/HK1216123A1/en unknown
-
2017
- 2017-09-19 JP JP2017179486A patent/JP2018023147A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080080436A1 (en) * | 2006-09-29 | 2008-04-03 | Sumeet Sandhu | Architecture, protocols and frame formats for wireless multi-hop relay networks |
US20100091669A1 (en) * | 2007-03-01 | 2010-04-15 | Thomson Licensing | Method to select access point and relay node in multi-hop wireless networking |
US20100142433A1 (en) * | 2008-12-10 | 2010-06-10 | Research In Motion Corporation | Method and Apparatus for Discovery of Relay Nodes |
EP2306774A1 (en) * | 2009-10-02 | 2011-04-06 | Research In Motion Limited | Relay backhaul link quality considerations for mobility procedures |
Non-Patent Citations (1)
Title |
---|
HITACHI ET AL: "Issues on cell selection/reselection in Type 1 Relay System", 3GPP DRAFT; R2-103096_ISSUES_ON_CELL_SELECTION_IN_TYPE1RELAY, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Montreal, Canada; 20100510, 2 May 2010 (2010-05-02), XP050422972 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2016076107A1 (en) * | 2014-11-14 | 2017-08-31 | 株式会社Nttドコモ | User device and D2D communication method |
WO2017015788A1 (en) | 2015-07-24 | 2017-02-02 | Panasonic Intellectual Property Corporation Of America | Improved Relay UE Discovery for Proximity Services |
US10708812B2 (en) | 2015-07-24 | 2020-07-07 | Panasonic Intellectual Property Corporation Of America | Relay UE discovery for proximity services |
US20190387429A1 (en) * | 2015-07-24 | 2019-12-19 | Panasonic Intellectual Property Corporation Of America | Improved relay ue discovery for proximity services |
EP3326429A4 (en) * | 2015-07-24 | 2019-01-23 | Panasonic Intellectual Property Corporation of America | Improved Relay UE Discovery for Proximity Services |
KR20180072741A (en) * | 2015-10-20 | 2018-06-29 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Method for direct communication between stations and associated devices in a wireless local area network |
EP3355595A4 (en) * | 2015-10-20 | 2018-08-01 | Huawei Technologies Co., Ltd. | Method of performing direct communication between stations in wireless local area network and associated equipment |
US10499336B2 (en) | 2015-10-20 | 2019-12-03 | Huawei Technologies Co., Ltd. | Method for direct communication between stations in wireless local area network and related device |
US11082923B2 (en) | 2015-10-20 | 2021-08-03 | Huawei Technologies Co., Ltd. | Method for direct communication between stations in wireless local area network and related device |
KR102096939B1 (en) | 2015-10-20 | 2020-04-03 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Method of direct communication between stations in a wireless local area network and related devices |
KR20200035509A (en) * | 2015-10-20 | 2020-04-03 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Method of performing direct communication between stations in wireless local area network and associated equipment |
KR102137074B1 (en) | 2015-10-20 | 2020-07-23 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Method of performing direct communication between stations in wireless local area network and associated equipment |
US11678207B1 (en) * | 2015-11-13 | 2023-06-13 | Cable Television Laboratories, Inc. | Communication systems and methods for switching between contention based and contention free modes |
CN106937382A (en) * | 2015-12-29 | 2017-07-07 | 华为技术有限公司 | A kind of signaling message transmission method and device |
DE112016007108B4 (en) * | 2016-09-05 | 2020-08-20 | Mitsubishi Electric Corporation | Radio communication terminal, radio communication system and routing program |
WO2018184176A1 (en) * | 2017-04-06 | 2018-10-11 | 华为技术有限公司 | Method, device and system for scheduling |
US11659447B2 (en) | 2018-08-08 | 2023-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Flow control for integrated access backhaul (IAB) networks |
WO2021120077A1 (en) * | 2019-12-19 | 2021-06-24 | aTELEFONAKTIEBOLAGET LM ERICSSON (PUBL) | Method for link selection, user equipment, network node, and telecommunication system |
EP4079099A4 (en) * | 2019-12-19 | 2023-07-19 | Telefonaktiebolaget LM Ericsson (PUBL) | Method for link selection, user equipment, network node, and telecommunication system |
CN113055969A (en) * | 2021-03-23 | 2021-06-29 | 浙江大华技术股份有限公司 | Node determination method and device |
Also Published As
Publication number | Publication date |
---|---|
HK1216123A1 (en) | 2016-10-14 |
TW201513716A (en) | 2015-04-01 |
CN105165072A (en) | 2015-12-16 |
JP2016523036A (en) | 2016-08-04 |
JP2018023147A (en) | 2018-02-08 |
TWI651985B (en) | 2019-02-21 |
EP2992712A1 (en) | 2016-03-09 |
RU2625943C2 (en) | 2017-07-19 |
KR101735031B1 (en) | 2017-05-15 |
KR20160003855A (en) | 2016-01-11 |
RU2015150724A (en) | 2017-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11943039B2 (en) | Range extension in wireless local area networks | |
US11917671B2 (en) | WiFi channel selection and subchannel selective transmissions | |
US11778660B2 (en) | Method and apparatus for supporting wideband and multiple bandwidth transmission protocols | |
US20210219165A1 (en) | Group transmissions in wireless local area networks | |
KR101735031B1 (en) | Method for selecting an entity based on a total link quality | |
TW201445906A (en) | Range extension methods and procedures for future WiFi |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 201480024869.8 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14728046 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2016512072 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2014728046 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 20157034379 Country of ref document: KR Kind code of ref document: A Ref document number: 2015150724 Country of ref document: RU Kind code of ref document: A |