120 may also communicate peer-to-peer or directly with each other with or without the AP 102. Any of the communications networks 135 and/or 140 may include, but not limited to, any one of a combination of different types of suitable communications networks such as, for example, broadcasting networks, cable networks, public networks (e.g., the Internet), private networks, wireless networks, cellular networks, or any other suitable private and/or public networks. Further, any of the communications networks 135 and/or 140 may have any suitable communication range associated therewith and may include, for example, global networks (e.g., the Internet), metropolitan area networks (MANs), wide area networks (WANs), local area networks (LANs), or personal area networks (PANs). In addition, any of the communications networks 135 and/or 140 may include any type of medium over which network traffic may be carried including, but not limited to, coaxial cable, twisted-pair wire, optical fiber, a hybrid fiber coaxial (HFC) medium, microwave terrestrial transceivers, radio frequency communication mediums, white space communication mediums, ultra-high frequency communication mediums, satellite communication mediums, or any combination thereof.

Any of the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132) and AP 102 may include one or more communications antennas. The one or more communications antennas may be any suitable type of antennas corresponding to the communications protocols used by the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102. Some non-limiting examples of suitable communications antennas include Wi-Fi antennas, Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards compatible antennas, directional antennas, non-directional antennas, dipole antennas, folded dipole antennas, patch antennas, multiple-input multiple-output (MIMO) antennas, omnidirectional antennas, quasi-omnidirectional antennas, or the like. The one or more communications antennas may be communicatively coupled to a radio component to transmit and/or receive signals, such as communications signals to and/or from the user devices 120 and/or AP 102.

Any of the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102 may be configured to perform directional transmission and/or directional reception in conjunction with wirelessly communicating in a wireless network. Any of the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102 may be configured to perform such directional transmission and/or reception using a set of multiple antenna arrays (e.g., DMG antenna arrays or the like). Each of the multiple antenna arrays may be used for transmission and/or reception in a particular respective direction or range of directions. Any of the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102 may be configured to perform any given directional transmission towards one or more defined transmit sectors. Any of the user device(s) 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102 may be configured to perform any given directional reception from one or more defined receive sectors.

MIMO beamforming in a wireless network may be accomplished using RF beamforming and/or digital beamforming. In some embodiments, in performing a given MIMO transmission, user devices 120 and/or AP 102 may be configured to use all or a subset of its one or more communications antennas to perform MIMO beamforming.

Any of the user devices 120 (e.g., user devices 124, 126, 128, 130, and 132), and AP 102 may include any suitable radio and/or transceiver for transmitting and/or receiving radio frequency (RF) signals in the bandwidth and/or channels corresponding to the communications protocols utilized by any of the user device(s) 120 and AP 102 to communicate with each other. The radio components may include hardware and/or software to modulate and/or demodulate communications signals according to pre-established transmission protocols. The radio components may further have hardware and/or software instructions to communicate via one or more communication standards and protocols, such as, Wi-Fi, TSN, Wireless USB, Wi-Fi P2P, Bluetooth, NFC, or any other communication standard. In certain example embodiments, the radio component, in cooperation with the communications antennas, may be configured to communicate via 2.4 GHz channels (e.g. 802.11b, 802.11g, 802.11n, 802.11ax), 5 GHz channels (e.g. 802.11n, 802.11ac, 802.11ax), or 60 GHZ channels (e.g. 802.11ad). In some embodiments, non-Wi-Fi protocols may be used for communications between devices, such as Bluetooth, dedicated short-range communication (DSRC), Ultra-High Frequency (UHF) (e.g. IEEE 802.11af, IEEE 802.22), white band frequency (e.g., white spaces), or other packetized radio communications. The radio component may include any known receiver and baseband suitable for communicating via the communications protocols. The radio component may further include a low noise amplifier (LNA), additional signal amplifiers, an analog-to-digital (A/D) converter, one or more buffers, and digital baseband.

When an AP (e.g., AP 102) establishes communication with one or more user devices 120 (e.g., user devices 124, 126, 128, 130 and/or 132), the AP 102 may communicate in a downlink direction and the user devices 120 may communicate with the AP 102 in an uplink direction by sending frames in either direction. The user devices 120 may also communicate peer-to-peer or directly with each other with or without the AP 102. The data frames may be preceded by one or more preambles that may be part of one or more headers. These preambles may be used to allow a device (e.g., AP 102 and/or user devices 120) to detect a new incoming data frame from another device. A preamble may be a signal used in network communications to synchronize transmission timing between two or more devices (e.g., between the APs and user devices).

In some embodiments, and with reference to FIG. 1A, an AP 102 may communicate with user devices 120. The user devices 120 may include one or more wireless devices (e.g., user devices 124, 132) and one or more wireless TSN devices (e.g., user devices 126 128, 130). The user devices may access a channel in accordance with medium access control (MAC) protocol rules or any other access rules (e.g., Wi-Fi, Bluetooth, NFC, etc.). It should be noted that reserving a dedicated TSN channel and controlling access to it may also be applicable to cellular systems/3GPP networks, such as LTE, 5G, or any other wireless networks. The wireless TSN devices may also access a channel according to the same or modified protocol rules. However, the AP 102 may dedicate certain channels or sub-channels for TSN applications that may be needed by the one or more wireless TSN devices (e.g., user devices 126, 128, and 130), and may allocate other channels or sub-channels for the non-TSN devices (e.g., user devices 124 and 132).

In some embodiments, AP 102 may also define one or more access rules associated with the dedicated channels. A channel may be dedicated for TSN transmissions, TSN applications, and TSN devices. For example, user device 126 may access a dedicated TSN channel for TSN transmissions. TSN transmissions may include transmissions that have very low transmission latency and high availability requirements. Further, the TSN transmissions may include synchronous TSN data flows between sensors, actuators, controllers, robots, in a closed loop control system. The TSN transmissions require reliable and deterministic communications. A channel may be accessed by the user device 126 for a number of TSN message flows and is not limited to only one TSN message flow. The TSN message flows may depend on the type of application messages that are being transmitted between the AP 102 and the user device 126.

In some embodiments, while frequency planning and channel management may be used to allow AP 102 to collaborate with neighboring APs (not shown) to operate in different channels, the efficiency and feasibility of reserving multiple non-overlapping data channels for time sensitive applications may be improved. It may be desirable to limit the amount of resources reserved for time sensitive data through efficient channel reuse. If multiple devices (e.g., user devices 124, 126, 128, 130, 132) share a dedicated channel for time sensitive data transmissions, interference among multiple transmissions may be reduced with enhanced coordination between the devices and one or more APs (e.g., AP 102). For example, overlap and interference of control transmissions (e.g., a beacon), downlink data transmissions, and uplink data transmissions may be reduced with enhanced coordination. Such enhanced coordination for multiple APs may enable more efficient channel usage while also meeting latency and reliability requirements of time sensitive applications. For example, if control transmissions are not received and interpreted properly, time sensitive operations may not be scheduled properly, and/or may interfere with other transmissions, possibly causing operational errors.

In some embodiments, AP 102 may include WTSN controller functionality (e.g., a wireless TSN controller capability), which may facilitate enhanced coordination among multiple devices (e.g., user devices 124, 126, 128, 130, 132). AP 102 may be responsible for configuring and scheduling time sensitive control and data operations across the devices. A wireless TSN (WTSN) management protocol may be used to facilitate enhanced coordination between the devices, which may be referred to as WTSN management clients in such context. AP 102 may enable device admission control (e.g., control over admitting devices to a WTSN), joint scheduling, network measurements, and other operations.

In some embodiments, AP 102's use of WTSN controller functionality may facilitate AP synchronization and alignment for control and data transmissions to ensure latency with high reliability for time sensitive applications on a shared time sensitive data channel, while enabling coexistence with non-time sensitive traffic in the same network.

In some embodiments, AP 102 and its WTSN coordination may be adopted in future Wi-Fi standards for new bands (e.g., 6-7 GHz), in which additional requirements of time synchronization and scheduled operations may be used. Such application of the WTSN controller functionality may be used in managed Wi-Fi deployments (e.g., enterprise, industrial, managed home networks, etc.) in which time sensitive traffic may be steered to a dedicated channel in existing bands as well as new bands.

In some embodiments, it may be assumed that a Wi-Fi network may be managed, and that there are no unmanaged Wi-Fi STAs/networks nearby.

In some embodiments, it may be assumed that APs and STAs may synchronize their clocks to a master reference times (e.g., STAs may synchronize to beacons and/or may use time synchronization protocols as defined in the IEEE 802.1AS standard).

In some embodiments, it may be assumed that APs and STAs may operate according to a time synchronized scheduled mode that may also apply to new frequency bands (e.g., 6-7 GHz), for which new access protocols and requirements also may be proposed.

In some embodiments, a WTSN domain may be defined as a set of APs (e.g., AP 102) and STAs (e.g., user devices 124, 126, 128, 130, and 132) that may share dedicated wireless resources, and therefore may need to operate in close coordination, at a level of control and time sensitive data scheduling, to ensure latency and reliability guarantees. Different APs in the same network may form different WTSN domains.

In some embodiments, the WTSN management protocol may be executed over a wired (e.g., Ethernet) TSN infrastructure that may provide TSN grade time synchronization accuracy and latency guarantees. The WTSN management protocol may also be executed using wireless links (e.g., a wireless backhaul, which may include Wi-Fi or WiGig links through one or multiple hops). An Ethernet TSN interface may be replaced by a wireless interface (e.g., and 802.11 MAC and/or physical layer PHY). An operation of a second wireless interface may also be managed by AP 102 to avoid interference with an interface used for communication with time sensitive user STAs (e.g., user devices 126, 128, and 130).

In some embodiments, AP 102 may perform admission control and scheduling tasks. To complete an association procedure for an STA with time sensitive data streams (e.g., user device 130), the STA may request admission from AP 102. AP 102 may define which APs may be in a WTSN domain and may determine the admission of new time sensitive data streams based on, for example, available resources and user requirements. AP 102 may create and/or update a transmission schedule that may include time sensitive operations and/or non-time sensitive operations, and the schedule may be provided to admitted user devices. AP 102 may be responsible for executing the schedule according to time sensitive protocols defined, for example, at 802.11 MAC/PHY layers.

In some embodiments, AP 102 may perform transmission schedule updates. AP 102 may update a transmission schedule for time sensitive data and may send transmission schedule updates to STAs and/or other APs during network operation. A transmission schedule update may be triggered by changes in wireless channel conditions at different APs and/or STAs within a common WTSN domain. The condition changes may include increased interference, new user traffic requests, and other network and/or operational changes that may affect a WTSN domain.

In some embodiments, AP 102 may collect measurement data from other devices in a WTSN domain. The measurement data may be collected from time sensitive and/or non-time sensitive devices. AP 102 may maintain detailed network statistics, for example, related to latency, packet error rates, retransmissions, channel access delay, etc. The network statistics may be collected via measurement reports sent from STAs. AP 102 may use network statistics to proactively manage wireless channel usage to allow for a target latency requirement to be satisfied. For example, measurements may be used to determine potential channel congestion and to trigger a change from a joint transmission schedule mode to a mode in which APs may allocate a same slot to multiple non-interfering STAs that may be leveraging spatial reuse capabilities.

It is understood that the above descriptions are for purposes of illustration and are not meant to be limiting.

FIG. 1B depicts an illustrative enhanced WTSN MAC/PHY configuration for a WTSN device 150, in accordance with some embodiments.

In some embodiments, the WTSN device 150 may include a multiband operation framework 152, legacy channel access functions 154, legacy PHY 156, management, long-term control, and non-time sensitive traffic 158, coordinated synchronous access function (CSAF) 160, WTSN greenfield/PHY 162, and TSN traffic, short-term control signaling 164.

In some embodiments, the multiband operation framework 152 may allow WTSN device 150 to perform multiband operations. For example, some operations may be performed in one frequency band, while other operations may be performed in another frequency band. One frequency band may include a control channel, and another frequency band may include separate data channels.

In some embodiments, to provide for both WTSN and non-TSN operations, the WTSN device 150 may include a link for management, long-term control, and non-time sensitive traffic 158, and a link for TSN traffic and short-term control signaling 164. To support the management, long-term control, and non-time sensitive traffic 158, WTSN device 150 may include legacy channel access functions 154. Legacy channel access functions 154 may include a distributed coordination function (DCF), hybrid coordination function controlled channel access (HCF), and other channel access functions. The management, long-term control, and non-time sensitive traffic 158 may also be supported by a legacy PHY 156 (e.g., on a 2.4 GHz or 5 GHz frequency). Long-term control may include beacon transmissions, network association, security procedures, and other control traffic. Short-term control may include radio synchronization (e.g., time-frequency synchronization), scheduling, channel feedback, and other control traffic.

In some embodiments, to support the TSN traffic, short-term control signaling 164, WTSN device 150 include the CSAF 160 and the WTSN greenfield/PHY 162. The CSAF 160 may use a central coordinator at WTSN device 150 (e.g., AP 102 of FIG. 1A) to maintain a MAC/PHY level synchronization between the WTSN device 150 and non-AP STAs during an S-TXOP. The WTSN device 150 may control access to wireless media in a scheduled fashion in time, frequency, and spatial dimensions. With an infrastructure for a basic service set (BSS) for WTSN, during an S-TXOP, all WTSN STAs may need to adhere to the MAC/PHY synchronization at all times.

In some embodiments, when WTSN STAs (e.g., user device 126, user device 128, user device 130 of FIG. 1A) are not standalone devices, WTSN-capable devices may associate with a network using a legacy link (e.g., legacy channel access functions 154, legacy PHY 156, and management, long-term control, non-time sensitive traffic 158 of FIG. 1B). During association, a WTSN STA may indicate its capability and interest to join a WTSN operation mode. Through the legacy link, a multiband AP (e.g., AP 102 of FIG. 1A) may instruct the WTSN-capable STA to configure the WTSN STA's MAC/PHY on designated band. The WTSN MAC in the WTSN STA may achieve MAC/PHY synchronization and successfully read initial control and synchronization information in a synchronization and configuration frame (SCF) received from the AP in a WTSN band. Through the legacy link, the AP and STA may complete the association process by exchanging management frames. This process may be referred to as associating or establishing a channel/connection with a device.

In some embodiments, some long-term parameters and control signals related to a WTSN MAC/PHY operation may be conveyed from a WTSN AP to WTSN non-AP STAs through the legacy link.

In some embodiments, the legacy link may also be used for admission control and/or inter-BSS coordination, and the multiband operation framework 152 may be used to direct TSN traffic (e.g., TSN traffic, short-term control signaling 164) to the WTSN MAC/PHY (e.g., WTSN Greenfield/PHY 162). The WTSN MAC/PHY may provide functionality to support ultra-low and near-deterministic packet latency (e.g., one millisecond or less) with virtually no jitter in a controlled environment. Latency may be measured from a time when a logical link control (LLC) MAC service data unit (MDSU) enters a MAC sublayer at a transmitter to a time when the MDSU is successfully delivered from the MAC sublayer to an LLC sublayer on a receiver.

In some embodiments, WTSN operations may be facilitated by a synchronous and coordinated MAC/PHY operation during an S-TXOP between a WTSN AP and one or more non-AP WTSN STAs in a BSS infrastructure.

It is understood that the above descriptions are for purposes of illustration and are not meant to be limiting.

FIG. 2 depicts an illustrative timing diagram 200 of an enhanced WTSN time synchronization, in accordance with some embodiments. Referring to FIG. 2, there is shown uplink and downlink data frame flows between AP 202 and a TSN device 204. For example, TSN device 204 may receive downlink data frames from AP 202 and may send uplink data frames to AP 202. In one embodiment, the WTSN time synchronization may be utilized for persistent scheduling for synchronous transmission from TSN device 204 to AP 202.

In some embodiments, during a beacon period 206 (e.g., 100×cycle time), AP 202 may transmit or receive during one or more service periods 208 that comprise the beacon period 206. For example, service periods 208 may span 1 millisecond or some other time during which one or more transmissions may be made. A cycle time is a parameter that may be configured based on a service and/or latency requirements of one or more applications. For example, an STA application may generate packets in a synchronous/periodic pattern (e.g., of 1 millisecond cycles), and packets generated at the beginning of a cycle may need to be delivered within the cycle.

In some embodiments, AP 202 may send a control frame, such as a beacon 210 during a service period 208 at the beginning of beacon period 206. During TXOP 212, TXOP 214, TXOP 216, TXOP 218, TXOP 220, TXOP 220, TXOP 222, and TXOP 224, AP 202 may send or receive frames to/from TSN device 204. At the conclusion of beacon period 206, a new beacon period may begin with AP 202 sending beacon 226. In some embodiments, the control frame may be a trigger frame. In these embodiments, the control frame may be used to initiate a sequence of multiple transmissions within a period that repeats, as further described herein.

In some embodiments, any of TXOP 212, TXOP 214, TXOP 216, TXOP 218, TXOP 220, TXOP 220, TXOP 222, and TXOP 224 may include restricted or unrestricted service periods, time sensitive service periods, or non-time sensitive service periods. TXOP 212, TXOP 214, TXOP 216, TXOP 218, TXOP 220, TXOP 220, TXOP 222, and TXOP 224 may comprise one or more service periods 208.

It is understood that the above descriptions are for purposes of illustration and are not meant to be limiting.

FIG. 3A depicts an illustrative control channel access sequence 300, in accordance with some embodiments. In some embodiments, AP 302 may be a WTSN device (e.g., WTSN device 150 of FIG. 1B) in communication with STA 304, which may be another WTSN device. AP 302 and STA 304 may use a TSCCH 306 and a TSDCH 308 to transmit both control/management frames and data frames.

In some embodiments, a beacon period 310 (e.g., 100× cycle time) may begin with AP 302 sending beacon 312. Later in beacon period 310, AP 302 may send short beacon 314, short beacon 316, short beacon 318, or any number of short beacons supported by the beacon period 310. At the end of beacon period 310, another beacon 320 may be sent by AP 302. Beacon 312, short beacon 314, short beacon 316, short beacon 318, and/or beacon 320 may provide control/management frames to STA 304 in TSCCH 306.

In some embodiments, TSCCH 306 and TSDCH 308 may be divided into cycles 324 which may span a cycle time 326 (e.g., 1 ms). Beacon 312, short beacon 314, short beacon 316, short beacon 318, and/or beacon 320 may not require an entire cycle 324.

In some embodiments, TSCCH 306 and TSDCH 308 may be logical channels defined within an existing or new physical channel/frequency band. TSCCH 306 may be defined within a primary channel, while TSDCH 308 may be defined in a secondary or dedicated TS channel, possibly in another frequency band. TSCCH 306 may be used for time sensitive access under control of AP 302. TSDCH 308 may be defined in an existing or new band (e.g., 6-7 GHz).

In some embodiments, configurations for TSCCH 306 and/or TSDCH 308 may be transmitted as information elements in beacon 312, short beacon 314, short beacon 316, short beacon 318, and/or beacon 320. The configurations may provide information identifying the corresponding physical channels used for TSCCH 306 and TSDCH 308.

In some embodiments, TSCCH 306 may be defined as periodic resources (e.g., time-frequency slots) for exchanging control frames. Defining a periodic interval for control frames may be important to enable time sensitive STAs (e.g., STA 304) to schedule time sensitive data and control actions without conflicts (e.g., conflicts with other devices).

In some embodiments, TSCCH 306 may be used to transmit regular beacons (e.g., beacon 312, beacon 320) and short beacons (e.g., short beacon 314, short beacon 316, short beacon 318), which may include a subset of information transmitted of regular beacons (e.g., an updated transmission schedule or bitmap of restricted time sensitive service periods). Short beacon transmissions may be scheduled in predefined intervals (e.g., fractions of beacon period 310). Other management frames may also be transmitted in TSCCH 306, such as association request/response frames, timing measurements, and channel feedback measurement frames.

In some embodiments, access to TSCCH 306 may use contention-based TSN sequence 300. Contention-based TSN sequence 300 may follow a legacy carrier-sense multiple access (CSMA)-based IEEE 802.11 MAC protocol. For example, when TSCCH 306 is defined as the operating/primary channel, AP 302 may contend for TSCCH 306 using enhanced distributed channel access (EDCA) to transmit beacon (e.g., beacon 312, beacon 320) and short beacons (e.g., short beacon 314, short beacon 316, short beacon 318) at predefined intervals. TSCCH control frames (e.g., beacon 312, short beacon 314, short beacon 316, short beacon 318, and/or beacon 320) may include information to support a time synchronized scheduled access in TSDCH 308. Such operation may enable time sensitive operations for legacy Wi-Fi systems in which TSCCH 306 may provide an anchor for TSDCH 308 (e.g., time synchronized and schedule) in one or more restricted channels and/or frequency bands.

In some embodiments, access to TSCCH 306 may use a time-synchronized access method. TSCCH 306 may be defined as periodic scheduled resources (e.g., time slots) for regular beacons (e.g., beacon 312, beacon 320) and short beacons (e.g., short beacon 314, short beacon 316, short beacon 318) using time-synchronized access. Access to time slots (e.g., cycles 324) may still be based on contention (e.g., CSMA) or may be scheduled. For example, slots may be reserved for beacons and short beacons, which may be transmitted periodically (e.g., every fifth slot). TSCCH 306 may also be aligned with TSDCH 308 timing. TSCCH time slots reserved for beacons and/or short beacons may be announced in regular beacons so that newly admitted STAs (e.g., STA 304) may discover TSCCH 306 parameters. All STAs may be required to adhere to time synchronization across channels and ensure TXOPs do not overlap with scheduled TSCCH slots. In addition, all STAs may be required to listen to TSCCH 306 during scheduled beacon/short beacon slots to make sure the STAs receive those beacons/short beacons. Such operation may provide a more deterministic operation as timing of each TSCCH 306 may be controlled and collisions may be avoided through efficient scheduling.

In some embodiments, remaining time of TSCCH slots (e.g., cycles 324) occupied by a beacon/short beacon may be used to exchange other control/management frames. In some embodiments, AP 302 may transmit unicast control/management frames to STA 304 using TSDCH 308 provided that the control/management frames do not interfere with time sensitive data.

It is understood that the aforementioned example is for purposes of illustration and not meant to be limiting.

FIG. 3B depicts an illustrative combined channel access sequence 340, in accordance with some embodiments. In some embodiments, AP 342 may be a WTSN device (e.g., WTSN device 150 of FIG. 1B) in communication with STA 344, which may be another WTSN device. AP 342 and STA 344 may use channel 346 to transmit both control/management frames and data frames.

In some embodiments, a beacon period 348 (e.g., 100×cycle time) having one or more cycles 350 may begin with AP 342 sending beacon 352. Later in beacon period 348, AP 342 and/or STA 344 may send one or more data frames 354. AP 342 may send short beacon 356. AP 342 and/or STA 344 may send one or more data frames 358. AP 342 may send short beacon 360. AP 342 and/or STA 344 may send one or more data frames 362. AP 342 may send short beacon 364. AP 342 and/or STA 344 may send one or more data frames 366. After beacon period 348 has concluded, AP 342 may send another beacon 368 to begin another beacon period. The beacons (e.g., beacon 352, short beacon 356, short beacon 360, short beacon 364, and beacon 368) may be sent in channel 346. The one or more data frames (e.g., one or more data frames 354, one or more data frames 358, one or more data frames 362, and one or more data frames 366) may be sent in the channel 346.

In some embodiments, channel 346 may be divided into cycles 350 which may span a cycle time 369 (e.g., 1 ms). Beacon 352, short beacon 356, short beacon 360, short beacon 364, and beacon 368 may not require an entire cycle 350. The one or more data frames (e.g., one or more data frames 354, one or more data frames 358, one or more data frames 362, and one or more data frames 366) may use one or more cycles 350 and may use partial cycles 350.

In some embodiments, channel 346 may be a physical channel that includes a TSCCH and TSDCH. Using cycles 350, control/management frames (e.g., beacon 352, short beacon 356, short beacon 360, short beacon 364, and beacon 368) and data frames (e.g., one or more data frames 354, one or more data frames 358, one or more data frames 362, and one or more data frames 366) may be scheduled to avoid overlapping/conflicting transmissions. Such enhanced coordination may facilitate WTSN communications which meet the latency and reliability requirements of WTSN operations.

It is understood that the aforementioned example is for purposes of illustration and not meant to be limiting.

FIG. 3C depicts an illustrative on-demand channel access sequence 370, in accordance with some embodiments. In some embodiments, AP 372 may be a WTSN device (e.g., WTSN device 150 of FIG. 1B) in communication with STA 374, which may be another WTSN device. AP 372 and STA 374 may use channel 376 to transmit both control/management frames and data frames.

In some embodiments, a beacon period 378 (e.g., 100×cycle time) having one or more cycles 380 may begin with AP 372 sending beacon 382. Later in beacon period 378, AP 372 and/or STA 374 may send one or more data frames 384. AP 372 may send short beacon 386. AP 372 and/or STA 374 may send one or more data frames 388. AP 372 may send short beacon 390. AP 372 and/or STA 374 may send one or more data frames 392. After beacon period 378 has concluded, AP 372 may send another beacon 394 to begin another beacon period. The beacons (e.g., beacon 382, short beacon 386, short beacon 390, and beacon 394) may be sent in channel 376. The one or more data frames (e.g., one or more data frames 384, one or more data frames 388, and one or more data frames 392) may be sent in the channel 376.

In some embodiments, AP 372 may send control/management frames (e.g., beacon 382, short beacon 386, short beacon 390, and beacon 394) on demand using resources such as time slots (e.g., cycles 380) that may not be reserved for time sensitive data.

It is understood that the aforementioned example is for purposes of illustration and not meant to be limiting.

Emerging time-sensitive (TS) applications represent new markets for Wi-Fi. Industrial automation, robotics, augmented reality (AR)/virtual reality (VR) and HMIs (Human-Machine Interface) are example applications. IEEE TSN (Time-Sensitive Networking) standards are being extended over Wi-Fi and 5G to provide the determinism required by many applications in industrial, enterprise and consumer domains. TSN features over Wi-Fi will need more efficient scheduling capabilities from the 802.11 MAC. Although 802.11ax has introduced new triggered-based OFDMA operation, the overhead involved in the basic trigger-based data exchange within a TXOP is high, especially for small packet sizes. Many time-sensitive applications involve isochronous (cyclic) transmission of small packets (typically a few bytes) within very short cycles with high reliability. Embodiments disclosed herein utilize a Synchronized Transmission Opportunity (S-TXOP).

Example embodiments of the present disclosure relate to systems, methods, and devices for a Mechanism to Signal Configuration and Resource Allocation inside a S-TXOP. This disclosure describes resource allocation and configuration signaling enhancements for the S-TXOP including:

- A mechanism to signal S-TXOP configuration options in a beacon or other management frames and associate S-TXOP with restricted TWT service periods.
- A STA info list field including scheduling information for STAs within each S-TXOP slot.
- Signaling to indicate/enable or disable semi-static scheduling configuration within a S-TXOP.
- DL-SIG field for DL slots within a S-TXOP.
- UL slot control signaling and configuration options.

The proposed enhancements will enable a more efficient configuration and management of network resources within the S-TXOP with better performance (e.g. lower latency and higher efficiency) and protection from interference from other STAs.

FIG. 4A illustrates an synchronous transmission opportunity (S-TXOP) 402, in accordance with some embodiments. FIG. 4A describes the detailed frame formats for enabling an S-TXOP 402 in a compatible way with legacy Wi-Fi (802.11ax). The specific signaling options to communicate S-TXOP configurations and detailed resource allocation between AP and STAs are described in more detail herein.

S-TXOP Synchronization: STAs may use the S-TXOP trigger 404 (S-TXOP trigger frame (TF)) to synchronize to the AP for the whole S-TXOP time and only a minimum synchronization/AGC correction may be provided in each low overhead PPDU.

- Configuration Signalling: Configuration information and resource allocation for the N transmissions opportunities within the S-TXOP.
- Lite Trigger (L-Trigger): A low overhead trigger frame to provide/update resource allocations. It includes only the Light Preamble and a field for UL resource allocations.
- Lite Preamble: Small Preamble (one OFDM Symbol) carried by a Low Overhead PPDU to enable STAs to correct small timing/frequency jitter that may occur between DL/UL transitions with the S-TXOP. It does not carry the legacy preamble (L-STF, L-LTF, L-SIG, RL-SIG).
- Lite-ACK: A low overhead ACK including only the lite preamble and an ARQ bitmap. Normal ACK may also be used.

Some S-TXOP parameters may be configured for all the STAs in the BSS, such as maximum/minimum durations per slot, configuration options for slots (e.g., short trigger vs regular trigger for UL slots). Such configurations may be included in beacon frames or probe response frames.

FIG. 4B illustrates S-TXOP Initial Configuration and Resource Allocation signaling, in accordance with some embodiments.

- The SYNC info field 412 enables PHY level synchronization.
- STA Info List 414: For each STA that is going to be addressed in this S-TXOP the following information is included:
  - The AID.
  - The slots these STAs are going to participate in, signaled as:
  - Bitmap or
  - index of a feasible allocation configured apriori (e.g., during r-TWT setup).
  - 2 bits to signal if semi-static config is enabled, disabled one or if configuration continues from previous S-TXOP.
- Schedule Info 416 contains a list of schedule information for a subset of slots including:
  - Slot ID 424
  - DL/UL bit 426 or a 2 bit DL/UL/flexible signaling.
  - Scheduling IE for DL, UL or P2P:
  - The DL Schedule Info 428 contains equivalent of/compressed U-SIG+EHT-SIG information that's carried in MU PPDU.
  - UL Schedule Info 430 contains equivalent of/compressed Basic Trigger Frame information.
  - Some optimizations can be done e.g., by using index of the STA in the STA Info list instead of AID, getting rid of information that's not useful.
  - No Schedule Info if corresponding to a slot in which only STAs that are configured in semi-static fashion participate.
  - No DL Schedule Info or UL schedule info if the config is known apriori.

For transmission in slots that are not mentioned in Schedule Info the resource allocation is signaled in the slot (e.g., via a U-SIG or equivalent for DL and TF or short TF in UL)

FIG. 4C illustrates an S-TXOP DL Slot Configuration, in accordance with some embodiments. The SYNC info field 446 enables PHY level synchronization for the DL slot that includes DL MU PPDU 442. In a given slot for a DL transmission a Pre-Configured Bit 456 is included in the DL-SIG 448. If the bit is set to 1, then this signals the allocation was done apriori and the Slot ID field 458 is present as reference to the exact resource allocation. Otherwise, the complete resource allocation information that would typically be present in a baseline DL PPDU (or equivalent) is included (as field 460).

FIG. 4D illustrates an S-TXOP UL Slot Configuration, in accordance with some embodiments. In a given slot for a UL transmission either a Short Trigger 462 is included if the allocation was signaled apriori or a regular Trigger frame 464 otherwise. The Short Trigger can be a new Ctrl frame 474 or a new NDP PPDU. It contains a Slot ID 476 which acts as a pointer to the exact resource allocation.

It is understood that the above descriptions are for purposes of illustration and are not meant to be limiting.

Some embodiments are directed to an access point (AP) station (STA) configured for operation in a wireless network. For communicating with other STAs in a BSS within a synchronized transmission opportunity (S-TXOP), the AP may encode an S-TXOP trigger 404 for transmission at a beginning of the S-TXOP 402. The S-TXOP trigger 404 may be followed by a plurality of slots 406 within the S-TXOP 402. The S-TXOP trigger 404 may include a synchronization information field 412 and a station information list field 414. In these embodiments, the S-TXOP trigger 404 may be configurable (i.e., optionally configured) to include an optional schedule information field 416. In these embodiments, the STA information list field 414 may include an AID of each STA in the BSS that is scheduled to communicate during one or more of the slots and a configuration indicator to indicate whether semi-static configuration is enabled. In these embodiments, when the S-TXOP trigger 404 includes an optional schedule information field 416, the schedule information field 416 may be encoded to include resource information for each slot 422. In these embodiments, the resource allocation for each slot 422 may include a slot identifier 424 and a slot type indicator 426. In these embodiments, the resource allocation for each slot 422 may also include a scheduling information element 428 and/or 430 when the semi-static configuration for the corresponding slot is not enabled (i.e., is disabled).

In some embodiments, wireless network may be a wireless time-sensitive network (TSN), although the scope of the embodiments is not limited in this respect. In some embodiments, the resource information for each slot may comprise schedule information for each slot, although the scope of the embodiments is not limited in this respect.

In some embodiments, the slot type indicator 426 may indicate whether a slot is one or an uplink (UL) slot, a downlink (DL) slot and a flexible slot. In these embodiments, the scheduling information element 428, when included in the resource allocation for each slot 422, may include at least one of a downlink schedule 428 for a downlink slot, an uplink schedule for an uplink slot, and either an uplink or downlink schedule for a flexible slot. In some embodiments, the slot type indicator 426 indicates whether a slot is a peer-to-peer (P2P) slot configured for P2P communications.

In some embodiments, when the semi-static configuration is enabled for a slot or when the configuration in know apriori, the AP may refrain from including the scheduling information element 428 and/or 430 for the slot, although the scope of the embodiments is not limited in this respect.

In some embodiments, for a DL slot, the AP may encode a DL MU PPDU for transmission that includes a downlink signal (DL-SIG) field 448. The DL-SIG field may include a preconfigured indicator bit 456 to indicate whether or not resource allocation was done apriori. In these embodiments, when the preconfigured indicator bit 456 indicates the resource allocation was done apriori, the DL-SIG field 448 is encoded to include a slot ID 458 that identifies a slot with a known resource allocation. In these embodiments, when the preconfigured indicator bit 456 indicates the resource allocation was not done apriori, the DL-SIG field 448 may be encoded to include a DL SIG information field 458 that includes complete resource allocation for a corresponding DL slot.

In some of these embodiments, for resource allocation information known apriori, the resource allocation information may be stored from a previous S-TXOP. In some other embodiments, it may be exchanged as part of a negotiation (i.e., an initial) phase between the STA and the AP using management frames, although the scope of the embodiments is not limited in this respect.

In some embodiments, for a DL slot, the DL MU PPDU may be encoded to include a synchronization field 446 prior to the DL-SIG 448, an LTF 452 following the DL-SIG 448 followed by a payload 454, although the scope of the embodiments is not limited in this respect.

In some embodiments, for an UL slot, the AP may decode a short trigger 462 when a resource allocation for the UL slot was signaled apriori. In these embodiments, the short trigger 462 may comprise a control frame ID 464 and a slot ID 466 identifying a slot with a known resource allocation, although the scope of the embodiments is not limited in this respect.

In some embodiments, for an UL slot, the AP may decode a full (i.e., regular or legacy) trigger 472 when the resource allocation for the UL slot was not signaled apriori. The full trigger 472 may include and/or identify a resource allocation for the UL slot.

In some embodiments, the synchronization information field 412 may include a legacy preamble 405 and optionally a S-TXOP configuration field 407. The S-TXOP configuration field 407 may include a number of slots and a duration. In these embodiments, to reduce overhead for coexistence, a first transmission in the S-TXOP 402 may comprise a legacy preamble 405 for enabling coexistence with legacy devices.

In some embodiments, in addition to the legacy preamble (for coexistence), the initial fields may also include other S-TXOP configuration fields beyond resource allocation, such as number of slot/duration or configuration of slots (UL, DL, P2P), which may be optional. In some embodiments, the S-TXOP configuration information may be exchanged as part of a negotiation phase, although the scope of the embodiments is not limited in this respect.

In some embodiments, during the S-TXOP, the STAs of the BSS that are scheduled to communicate may be configured to remain synchronized with the AP STA. In these embodiments, the S-TXOP trigger 404 may be a control frame or management frame, although the scope of the embodiments is not limited in this respect.

In some embodiments, prior to the S-TXOP, the AP may transmit a S-TXOP configuration information element (IE) encoded to include configuration information of the S-TXOP 404, although the scope of the embodiments is not limited in this respect.

In some embodiments, the S-TXOP trigger 404 may be included as in a beacon, although the scope of the embodiments is not limited in this respect. In some embodiments, the S-TXOP configuration may be included in an information element (IE) (e.g., a S-TXOP IE) which may be transmitted outside the S-TXOP 402, although the scope of the embodiments is not limited in this respect. In some embodiments, the S-TXOP configuration may comprise synchronization information in a synchronization and configuration frame (SCF) described above, or TSCCH 306 and/or TSDCH 308 described above, although the scope of the embodiments is not limited in this respect.

In some embodiments, a duration of the S-TXOP may be configured to align with a restricted target-wake-up-time service period (r-TWT SP) in a triggered mode that is triggered when the S-TXOP starts, although the scope of the embodiments is not limited in this respect.

In some embodiments, the AP may announce, with one or more management frames, one or more restricted TWT service periods (r-TWT SPs) for latency sensitive traffic. Each of the one or more restricted SPs may comprise a restricted period of time during which member stations (STAs) transmit and/or receive quality-of-service (QoS) data frames of a traffic flow that comprise the latency sensitivity traffic. The AP may include an information element (IE) in the management frames that defines characteristics and QoS expectations that belong to the traffic flow of the latency sensitivity traffic. The AP may prioritize delivery of the QoS data frames of the traffic flow during the restricted SPs, although the scope of the embodiments is not limited in this respect.

In some of these embodiments, the S-TXOP may be used as a required mode of operation within a r-TWT SP. In these embodiments, the S-TXOP duration my align with the r-TWT SP used in a triggered mode where the AP starts by sending a S-TXOP trigger. The r-TWT will help ensure other stations don't transmit at the time the AP needs to start the S-TXOP aligned with the beginning of the r-TWT SP.

Some embodiments are directed to a non-transitory computer-readable storage medium that stores instructions for execution by processing circuitry of an access point (AP) station (STA) configured for operation in a wireless network. The instructions may configure the AP for communicating with other STAs within a synchronized transmission opportunity (S-TXOP) as described herein.

Some embodiments are directed to a method of communicating within a S-TXOP that includes encoding an S-TXOP trigger 404 for transmission at a beginning of the S-TXOP 402 and following the S-TXOP trigger 404 with a plurality of slots 406 within the S-TXOP 402. The method may include encoding the S-TXOP trigger 404 to include a synchronization information field 412 and a station information list field 414.

FIG. 5 illustrates a functional block diagram of a wireless communication device, in accordance with some embodiments. In one embodiment, FIG. 5 illustrates a functional block diagram of a communication device (STA) that may be suitable for use as an AP STA, a non-AP STA or other user device in accordance with some embodiments. The communication device 500 may also be suitable for use as a handheld device, a mobile device, a cellular telephone, a smartphone, a tablet, a netbook, a wireless terminal, a laptop computer, a wearable computer device, a femtocell, a high data rate (HDR) subscriber device, an access point, an access terminal, or other personal communication system (PCS) device.

The communication device 500 may include communications circuitry 502 and a transceiver 510 for transmitting and receiving signals to and from other communication devices using one or more antennas 501. The communications circuitry 502 may include circuitry that can operate the physical layer (PHY) communications and/or medium access control (MAC) communications for controlling access to the wireless medium, and/or any other communications layers for transmitting and receiving signals. The communication device 500 may also include processing circuitry 506 and memory 508 arranged to perform the operations described herein. In some embodiments, the communications circuitry 502 and the processing circuitry 506 may be configured to perform operations detailed in the above figures, diagrams, and flows.

In accordance with some embodiments, the communications circuitry 502 may be arranged to contend for a wireless medium and configure frames or packets for communicating over the wireless medium. The communications circuitry 502 may be arranged to transmit and receive signals. The communications circuitry 502 may also include circuitry for modulation/demodulation, upconversion/downconversion, filtering, amplification, etc. In some embodiments, the processing circuitry 506 of the communication device 500 may include one or more processors. In other embodiments, two or more antennas 501 may be coupled to the communications circuitry 502 arranged for sending and receiving signals. The memory 508 may store information for configuring the processing circuitry 506 to perform operations for configuring and transmitting message frames and performing the various operations described herein. The memory