WO2023194093A1 - Dispositifs et procédés de communication - Google Patents
Dispositifs et procédés de communication Download PDFInfo
- Publication number
- WO2023194093A1 WO2023194093A1 PCT/EP2023/057165 EP2023057165W WO2023194093A1 WO 2023194093 A1 WO2023194093 A1 WO 2023194093A1 EP 2023057165 W EP2023057165 W EP 2023057165W WO 2023194093 A1 WO2023194093 A1 WO 2023194093A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- communication device
- service period
- communication
- transmit
- circuitry
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 244
- 238000000034 method Methods 0.000 title claims description 30
- 230000001960 triggered effect Effects 0.000 claims abstract description 20
- 230000004044 response Effects 0.000 claims description 35
- 230000005540 biological transmission Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 10
- 230000011664 signaling Effects 0.000 claims description 8
- 238000012790 confirmation Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 23
- OVGWMUWIRHGGJP-WVDJAODQSA-N (z)-7-[(1s,3r,4r,5s)-3-[(e,3r)-3-hydroxyoct-1-enyl]-6-thiabicyclo[3.1.1]heptan-4-yl]hept-5-enoic acid Chemical compound OC(=O)CCC\C=C/C[C@@H]1[C@@H](/C=C/[C@H](O)CCCCC)C[C@@H]2S[C@H]1C2 OVGWMUWIRHGGJP-WVDJAODQSA-N 0.000 description 5
- 101000988961 Escherichia coli Heat-stable enterotoxin A2 Proteins 0.000 description 5
- 101100161473 Arabidopsis thaliana ABCB25 gene Proteins 0.000 description 4
- 101100096893 Mus musculus Sult2a1 gene Proteins 0.000 description 4
- 101150081243 STA1 gene Proteins 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 101150073458 DOT1 gene Proteins 0.000 description 1
- 101100278332 Dictyostelium discoideum dotA gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
Definitions
- the present disclosure relates to first and second communication devices and methods.
- the delivery of low-latency data traffic requires scheduling from a central node, in particular an access point (AP), in a network.
- AP access point
- uplink traffic i.e. , the case when a subscriber node, i.e., a station (STA), transmits to the AP
- STA station
- triggered channel access is applied in which the AP solicits an uplink data unit from a STA.
- the use of trigger frames to enable uplink traffic comes, however, with drawbacks including undesired overhead the need to add further parameters into the trigger frame. Those parameters are often unknown to the AP for which reason the AP needs to guess or overdesign such parameters.
- a first communication device configured to communicate with a second communication device
- the first communication device comprising circuitry configured to: schedule a service period for a second communication device to communicate with the first communication device; transmit service period information indicating that the second communication device is entitled to communicate with the first communication device during the service period and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and listen for data transmitted from the second communication device during the service period.
- a second communication device configured to communicate with a first communication device, the second communication device comprising circuitry configured to: receive service period information from the first communication device indicating that the second communication device is entitled to communicate with the first communication device during a service period scheduled by the first communication device and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and transmit data to the first communication device during the service period.
- a computer program comprising program means for causing a computer to carry out the steps of the method disclosed herein, when said computer program is carried out on a computer, as well as a non-transi- tory computer-readable recording medium that stores therein a computer program product, which, when executed by a processor, causes the method disclosed herein to be performed are provided.
- One of the aspects of the disclosure is to use regular channel access instead of a triggered channel access.
- the regular channel access is scheduled by the AP (herein also denoted as first communication device) to avoid simultaneous channel access by various STAs (potentially ending in a collision).
- the AP allocates a service period (SP) such that it fulfills necessary requirements (e.g. as part of QoS characteristics in a setup phase) of the STA (herein also denoted as second communication device).
- SP service period
- the AP allocates a SP to the STA e.g. via an SP request, and the STA may optionally confirm via SP response. Following the allocation, the STA can access the channel and transmit data without waiting for a trigger to be sent from the AP.
- Fig. 1 shows a diagram of an embodiment of a known communication scheme between an STA and an AP.
- Fig. 2 shows a diagram of a first embodiment of a communication scheme according to the present disclosure.
- Fig. 3A shows a diagram of an exemplary communication scheme representing a combination of the communication schemes and shown in Figs. 1 and 2.
- Fig. 3B shows a diagram of a communication scheme in which collision occurs.
- Fig. 4 shows a flow chart of an embodiment of a communication method of the STA according to the present disclosure.
- Fig. 5 shows a flow chart of an embodiment of a communication method of the AP according to the present disclosure.
- Fig. 6A shows a diagram of an embodiment of a communication scheme according to the present disclosure that illustrates the case when a STA signals uplink traffic of a certain TID.
- Fig. 6B shows a diagram of an embodiment of a communication scheme according to the present disclosure that illustrates the case when the STA signals downlink traffic of a certain TID.
- Fig. 7 shows a diagram of an embodiment of a communication scheme illustrating the use of different channel access delay values for different STAs that are allowed to transmit in the same SP.
- Fig. 8A shows a diagram of a first embodiment of SP setup using SP request and SP response.
- Fig. 8B shows a diagram of a second embodiment of SP setup using SP request and SP response.
- Fig. 9A shows a diagram illustrating a combined QoS Characteristics and SP request transmission.
- Fig. 9B shows a diagram illustrating separate QoS Characteristics and SP request transmission.
- Fig. 10 shows diagrams of two further embodiments of separate SP request and QoS Characteristics transmission.
- Fig. 11 shows a diagram of another embodiment of a communication scheme according to the present disclosure illustrating how the AP can schedule the service period under consideration of the received QoS characteristics.
- Fig. 1 showing a diagram of an embodiment of a known communication scheme 10 between an STA and an AP
- the STA that has low-latency data units to transmit to AP may inform the AP about the requirements of its low-latency data units for both downlink (AP -> STA) and uplink (STA -> AP). These requirements are transmitted as part of QoS Characteristics indication 11.
- the AP considers this information in terms of scheduling, e.g., which data units to transmit first, such that those data units are delivered within a minimum service interval (minSI) and maximum service interval (maxSI).
- minSI minimum service interval
- maxSI maximum service interval
- the AP acts such that, within this interval, it transmits a trigger frame 12 to the STA for the STA to respond within SIFS (short interframe spacing) with actual uplink data units 13.
- SIFS short interframe spacing
- the AP often indicates status of received uplink data with a (B)Ack 14 (Block-Acknowledgement) transmitted within SIFS as a response to the uplink data units.
- the QoS Characteristics indication 11 may hold various parameters as outlined in the following.
- uplink traffic is considered only, because downlink traffic can be scheduled by the AP in an implementation-specific way so that no standardization is needed.
- a first drawback is that the exact size of the data units to be transmitted must be known and included by the AP in the trigger frame. For this reason, often two “trigger frame, uplink data and BAck” frame exchanges are performed: The first one is for the AP to obtain size of data units (buffer status) and the second one is for the actual uplink data exchange. This clearly creates a significant amount of overhead that is not desired.
- a second drawback is that transmit parameters, such as MCS (modulation coding scheme), that shall be used by the STA must be included by the AP in the trigger frame.
- MCS modulation coding scheme
- a third drawback is that the STA has no control over the potential retransmission and must rely on the AP to trigger it again to retransmit erroneous data units.
- a fourth drawback is that, if transmitted within a service period such as a TWT (Target Wake Time) or R-TWT (restricted TWT) SP, two trigger frames are needed. The first trigger frame is needed to ensure that the target STA is awake, indicated by a short response (not shown in Fig. 1) and the second trigger frame to solicit the uplink data unit (as shown in Fig. 1). This part is illustrated in Fig. 3A.
- the first three drawbacks result from the fact that the AP does not know a STA’s preferred settings, because such data is only available at STA side.
- the only way for the AP to decide is to rely on information within the QoS Characteristics element that is of type average value.
- STA’s immediate preference such as selecting a lower MCS for more reliability in a retransmission for example cannot be considered.
- the fourth drawback exists because the AP cannot know if a STA is listening when triggering due to power save mode.
- the STA uses regular channel access instead of a triggered channel access.
- Fig. 2 shows a diagram of a first embodiment of a communication scheme 20 according to the present disclosure.
- the regular channel access shall be schedulable by the AP to avoid simultaneous channel access for various STAs. Therefore, the initial step of QoS Characteristic signaling 21 from STA to AP may be the same as in Fig. 1. However, subsequently the AP allocates a service period (SP) such that it fulfills the requirements signaled in QoS characteristics.
- SP service period
- the AP allocates a SP to the STA via an SP request 22 and the STA may optionally confirm via SP response 23.
- SP service period
- the AP allocates the SP such that it lies in between minimum and maximum service interval.
- the SP request 22 thus represents or contains service period information indicating that the STA is entitled to communicate with the AP during the SP and that the STA should (or is allowed to) initiate a transmit opportunity with the AP without being triggered by the AP.
- the AP then listens for data transmitted from the STA during the SP, which may include to transmit from time to time, e.g. a response (e.g. (B)Ack 25), to the STA.
- a response e.g. (B)Ack 25
- the STA may use regular distributed channel access (EDCA - enhanced distributed channel access) to access the channel to transmit uplink data (which may include to receive from time to time, e.g. a response, to the AP, e.g. (B)Ack, 25).
- uplink data which may include to receive from time to time, e.g. a response, to the AP, e.g. (B)Ack, 25).
- the AP performs no action at the beginning of the SP. By doing so a STA is very flexible about how to transmit as long as the SP is not exceeded.
- the uplink data 24 may be followed by a BAck 25. If there is remaining time in the SP, the STA may terminate it by appropriate signaling or use it for other traffic, e.g. non-low latency traffic.
- An SP is reserved in such a way that any communication device that is aware of the SP schedule stops its transmission before the SP begins, at the latest just before the SP begins; hence, the likelihood that the STA may access the channel is high.
- the SP is of type TWT SP, the beginning of the SP may be soft, i.e., some delay may be present.
- the SP is of type R-TWT SP, the beginning of the SP is tight.
- the scheduling of an SP is often persistent and/or reoccurring such that the initiation by SP request/re- sponse in Fig. 2 creates only minor overhead.
- the service period information transmitted by the AP indicates to other STAs (i.e. STAs not entitled to transmit during the SP) to stop their transmit opportunity before the start of the SP and not to start a transmit opportunity during the SP.
- NAV network allocation vector
- the NAV may be included in all (received) frames and indicates the duration until the end of the current frame exchange or transmit opportunity. Therefore, a STA using the disclosed mechanism shall either be awake all the time or if it is in doze mode, it shall be awake at least NAVSyncDelay, a predefined time duration, before the SP begins. Some STAs may be awake in SPs only and consideration of NAVSyncDelay is important to be compliant with WLAN channel access rules after a power save period.
- the AP may choose to allocate an SP to protect its trigger frame as illustrated in Fig. 3A showing a diagram of an exemplary communication scheme 30 representing a combination of the communication schemes 10 and 20 shown in Figs. 1 and 2 (and additionally comprising a first trigger 31 , a step 32 of transmitting a buffer status I awake signaling by the STA in response to the first trigger 31 and a step 33 of (B)Ack in response to step 32).
- the STA needs to know what it should do at the beginning of a SP, either wait to be triggered by the AP or perform channel access on its own.
- a collision may often arise because AP and STA may access the channel at the same time as illustrated in Fig. 3B showing a diagram of a communication scheme 40 in which collision occurs. As any collision comes with latency to resolve the collision, this behavior is not desired and shall be avoided by the present disclosure.
- the AP may, in an embodiment of the present disclosure, specify the desired channel access type to either trigger-based channel access by AP or distributed channel access by STA, e.g. by transmitting channel access information indicating the desired channel access type.
- a STA then acts accordingly, i.e., either waits to be triggered or performs channel access.
- Fig. 4 shows a flow chart of an embodiment of a communication method 50 of the STA according to the present disclosure. Initially (step 51) the STA is in a state of waiting for the beginning of the SP.
- the STA waits for a trigger frame from AP (step 53) before it transmits uplink data (step 54), optionally acknowledged by (B)Ack (step 55), unless it has no data to transmit or the end of the SP is reached (step 56). If the SP in not trigger-enabled, the STA performs channel access (EDCA; step 57) and transmits uplink data (step 58), optionally acknowledged by (B)Ack (step 59), unless it has no more data to transmit or the end of the SP is reached (step 60).
- the coarse dashed parts (steps 56 and 60) are optional and show the termination procedure.
- the fine dashed parts (steps 55 and 59) are used when a STA requested acknowledgement for the data units transmitted in uplink.
- TXOP transmit opportunity
- Fig. 5 illustrates the related flow chart of an embodiment of a communication method 70 of the AP. This flow chart does not include the operation according to Fig. 1, in which case there is only a trigger frame and no SP.
- the AP Initially (step 71) the AP is in a state of waiting for the beginning of the SP. If the SP is trigger-enabled, as e.g. determined by the AP in step 72, the AP performs channel access (EDCA; step 73) and transmits a trigger frame to the STA (step 74) to trigger the STA to transmit uplink data received in step 75), optionally acknowledged by (B)Ack (step 76), unless the STA has no data to transmit or the end of the SP is reached (step 77).
- EDCA channel access
- B acknowledge
- the AP waits to receive uplink data from the STA (step 78). Once it receives uplink data (step 79) it may optionally acknowledge them by (B)Ack (step 80). If the STA has more data to transmit or the end of the SP is not yet reached (step 81), the process continues with step 78. Similar as in Fig. 4, the coarse dashed parts (steps 77 and 81) are optional and show the termination procedure. The fine dashed parts (steps 76 and 80) are used when a STA requested acknowledgement for the data units transmitted in uplink.
- the AP When the AP is allocating an SP (e.g. an R-TWT SP) in order for a STA to contend for channel access, the AP should make sure that the one or more traffic identifier (TID) which are signaled in the QoS Characteristics are enabled for the respective SP within the SP settings (e.g. R-TWT SP settings). Similarly, the AP shall identify the direction of traffic, i.e. downlink and/or uplink, by respective setting in the SP. It shall be noted that the direction of traffic refers to data units but not control units. For example, an AP may transmit a trigger frame although the SP is restricted to uplink.
- TID traffic identifier
- the AP shall identify the direction of traffic, i.e. downlink and/or uplink, by respective setting in the SP. It shall be noted that the direction of traffic refers to data units but not control units. For example, an AP may transmit a trigger frame although the SP is restricted to uplink.
- the AP may steer at which time a STA transmits what type of traffic if the STA has traffic of several TIDs and/or traffic directions that are signaled within the QoS characteristics. If the traffic direction indicates downlink only, a STA shall not access the channel but wait for the AP to access the channel and deliver downlink data to the STA. In this regard, the STA is generally not completely free to transmit any type of data unit in steps 54, 57, and 58. Further, the initial step 51 refers to SPs that allow uplink data to be transmitted.
- Fig. 6A shows a diagram of an embodiment of a communication scheme 90 according to the present disclosure that illustrates the case when a STA signals in QoS Characteristics 91 uplink traffic of TID x.
- the AP performs corresponding setup of the R-TWT SP and transmits a corresponding R-TWT SP request 92, optionally followed by an R-TWT SP response 93 from the STA.
- the STA starts to contend for channel access and transmits the uplink data 94 of TID x, optionally followed by a (B)Ack 95.
- 6B shows a diagram of an embodiment of a communication scheme 100 according to the present disclosure that illustrates the case when the STA signals downlink traffic of a certain TID 101 followed by a corresponding T-TWT SP request 102 and an optional R- TWT SP response 103.
- the STA does not contend for channel access but waits for the AP to transmit data 104 (optionally followed by a (B)Ack 105) once the related R-TWT SP begins.
- the AP may ensure according to an embodiment that only downlink or only uplink traffic is enabled in a R-TWT SP if the traffic is not trigger enabled. Otherwise, simultaneous channel access attempts by AP and STA may collide. Alternatively, the channel access delay mechanism described below may be used to avoid collisions.
- Fig. 7 shows a diagram of an embodiment of a communication scheme 110 illustrating the use of different channel access delay values for different STAs that are allowed to transmit in the same SP.
- the AP allocates a respective channel access delay value D1 (step 112) to STA1 and D2 (step 115) to STA2 during scheduling. This may preferably be done after corresponding QoS Characteristics have been received (steps 111 and 114) from STA1 and STA2, respectively, and the STAs may respond with corresponding SP responses (steps 113 and 116).
- the channel access procedure of counting down backoff time slots starts with a different delay.
- the backoff time may even be zero under some circumstances.
- STA1 gets channel access first and starts transmitting (step 117) first (optionally followed by (B)Ack (step 118)). This is detected by STA2, which in turn suspends its channel access attempt (after one slot).
- STA2 detected by STA2 from the (B)Ack (step 118), STA2 counts down its remaining backoff time (one slot) and accesses the channel afterwards, i.e. transmits data (step 119) and receives an (optional) (B)Ack (step 120).
- the selection of the channel access delay may be decided by the AP based on the QoS characteristics of each STA.
- the STA that has traffic with highest priority indicated by the TID value and/or strictest delay constraints should be the one having a low or zero channel access delay. If several STAs have traffic with the highest priority, the AP can alternate the channel access delay among those STAs when changing from one SP to the next. Different delays can be given to each STA based on the level of priority indicated by their TIDs.
- the AP can signal the channel access delay values within the SP setup, i.e., in the SP requests as shown in Fig. 7) or in an SP modification, as will be explained below, preferably after the QoS characteristics of one or all STAs that should be served in the same SP have been received. Further, the channel access delay values can be selected based on the channel access (EDCA) parameters used by the STAs in order to minimize the probability of a collision.
- EDCA channel access
- Fig. 8A showing a diagram of a first embodiment of SP setup using SP request 120 (corresponding to step 22) and SP response 121 (corresponding to step 23).
- the SP response by the STA is optional, but it is often transmitted.
- the STA requests an SP by an SP request 130 and the AP subsequently transmits an SP response 131 as illustrated in Fig. 8B diagram of a second embodiment of the SP setup. In this case, the SP response may always be sent by the AP.
- the SP request holds parameters to indicate the desired SP configuration
- the SP response holds one or more of accept information, reject information, and/or an alternative suggestion.
- the SP request is transmitted by the STA at same time as the QoS Characteristics.
- the SP request is transmitted by the STA after the QoS Characteristics.
- the SP request is transmitted by the STA before the QoS Characteristics and the SP is aligned or modified to fit the QoS Characteristics once the related schedule is created by the AP.
- the SP request may be included into the QoS Characteristics as shown in Fig. 9A showing a combined QoS Characteristics and SP request transmission 140 and an SP response 141.
- This option can be realized by the STA transmitting the SP request and the AP responding to it with the SP response.
- the AP cannot accept the suggested SP, it may suggest different parameters in which case at least another SP request and/or SP response is required by STA.
- the SP request may be sent by the AP and the STA responds as shown in Figs. 2-3.
- the STA may transmit an SP request 151 after it has sent its QoS Characteristics 150 as shown in Fig. 9B.
- the AP may transmit an SP response 152.
- This option implies a certain risk that AP and STA transmit an SP request at the same time.
- an improved signaling may be present in QoS Characteristics that defines if the AP or the STA sends the SP request and if the STA or the AP await the SP request, respectively.
- the AP Fig.
- the STA may transmit an SP request 160, 170 (optionally followed by an SP response 161 , 171) before any QoS Characteristics 162, 172 are received or transmitted.
- SP request 160, 170 optionally followed by an SP response 161 , 171
- QoS Characteristics 162, 172 are received or transmitted.
- Such behavior may be required when an AP mandates any STA to setup a SP before transmitting any data. Therefore, such a SP request/response is often part of the (re)association process.
- the third option may also be appropriate if QoS Characteristics change such that the SP may be modified.
- the AP may subsequently modify an existing SP to fit its properties to the signaled QoS characteristics.
- Such an SP modification may be done by another SP request 163, 173 by the AP and an optional SP response 164, 174 by the STA or by a different schedule announcement in a beacon frame transmitted by AP. Signaling within the beacon may point to the upcoming start time of an SP.
- Fig. 11 shows a diagram of another embodiment of a communication scheme according to the present disclosure illustrating how the AP can schedule the service period under consideration of the received QoS characteristics.
- An SCS (stream classification service) request 180 is transmitted from the STA to the AP.
- the SCS request optionally confirmed by an Ack 181 , carries one or more QoS Characteristics elements and a request to “Add” or “Change” or even “Remove”.
- the AP after receiving the SCS request, decides if it can fulfill the request such that QoS Characteristics are met. Subsequently, it transmits a SCS response 182 to the STA, optionally confirmed by an Ack 183.
- the SCS response 182 includes a response indicating “Success” or “Decline”. If success, the AP creates at the same time a schedule to serve the STA according to its signaled needs. At any time, a STA can “change” or “terminate” its SCS request by running the same procedure as explained above. At any time, an AP can “terminate” an earlier accepted SCS request. Any SCS request and response may hold an ID (SCS ID) to identify and differentiate different requests. Further, the SCS request may hold identifiers indicating how data units belonging to the SCS request shall be identified.
- SCS ID ID
- a service period is allocated by the AP to the STA.
- the STA may use EDCA just after the allocated SP begins to deliver uplink data units.
- this approach does not require the AP to have detailed knowledge of a STA’s requirements such as modulation coding scheme and actual data length.
- the overhead of triggered access can be avoided, and channel access scheduling and protection are provided by the SP.
- SP request and “SP response” in a temporal fashion, i.e. , the “SP request” is followed by a “SP response” if present.
- the “SP request” is generally transmitted from STA and the “SP response” is generally transmitted from AP as the STA is considered to be a SP requester and the AP is considered to be a SP responder.
- an AP is called AP STA and an STA is referred to as non-AP STA.
- the transmission of uplink data frames may be enabled by using Basic Trigger or MU RTS TXS Trigger frames. If the related TWT SP or R-TWT SP is not trigger-enabled, the transmission of uplink data frames may be initiated by the respective non-AP EHT STAs using EDCA and the EHT.
- the AP may ensure that TIDs contained in the QoS Characteristics element of the respective non- AP EHT STAs are enabled during the R-TWT SPs by appropriate setting within Restricted TWT UL TID Bitmap.
- a circuit is a structural assemblage of electronic components including conventional circuit elements, integrated circuits including application specific integrated circuits, standard integrated circuits, application specific standard products, and field programmable gate arrays. Further, a circuit includes central processing units, graphics processing units, and microprocessors which are programmed or configured according to software code. A circuit does not include pure software, although a circuit includes the above-described hardware executing software. A circuit or circuitry may be implemented by a single device or unit or multiple devices or units, or chipset(s), or processor(s). [0053] It follows a list of further embodiments of the disclosed subject matter:
- First communication device configured to communicate with a second communication device, the first communication device comprising circuitry configured to: schedule a service period for a second communication device to communicate with the first communication device; transmit service period information indicating that the second communication device is entitled to communicate with the first communication device during the service period and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and listen for data transmitted from the second communication device during the service period.
- First communication device as defined in embodiment 1, wherein the circuitry is further configured to indicate service period information that indicates to other communication devices to stop their transmit opportunity before the start of the service period and not to start a transmit opportunity during the service period.
- First communication device as defined in embodiment 1 or 2, wherein the circuitry is further configured to transmit, before the start of the service period, channel access information indicating whether or not a trigger will be transmitted after the start of the service period.
- circuitry is further configured to indicate, before the start of the service period, one or more traffic identifiers for which the service period is enabled and/or the allowed direction of communication between the first and second communication devices allowed during the service period.
- First communication device as defined in any one of the preceding embodiments, wherein the circuitry is configured to control if the second communication device is accessing the channel after the start of a service period by setting the direction of communication to uplink, uplink indicating data communication from the second communication device to the first communication device.
- circuitry is further configured to receive quality of service (QoS) characteristics from the second communication device and to schedule the service period under consideration of the received QoS characteristics.
- QoS quality of service
- First communication device as defined in embodiment 6, wherein the circuitry is configured to transmit the service period information before, at the same time or after the QoS information is received from the second communication device.
- the circuitry is configured to schedule the service period for use by one or more second communication devices to communicate with the first communication device and to transmit delay information indicating for the two or more second communication devices individual time spans after the start of the SP the respective second communication device shall wait before it is allowed to transmit data to the first communication device.
- First communication device as defined in embodiment 8, wherein the circuitry is configured to set the individual time span assigned to one second communication device to zero.
- First communication device as defined in embodiments 6 and 8, wherein the circuitry is configured to set the delay information for a second communication device based on the QoS information and/or distributed channel access parameters of said second communication device.
- First communication device as defined in any one of the preceding embodiments, wherein the circuitry is further configured to receive a request from the second communication device to schedule a service period, and schedule the service period according to the request.
- First communication device defined in any one of the preceding embodiments, wherein the transmitted service period information indicates that the second communication device should initiate a transmit opportunity with the first communication device by using distributed channel access.
- Second communication device configured to communicate with a first communication device, the second communication device comprising circuitry configured to: receive service period information from the first communication device indicating that the second communication device is entitled to communicate with the first communication device during a service period scheduled by the first communication device and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and transmit data to the first communication device during the service period.
- Second communication device as defined in embodiment 13, wherein the circuitry is further configured to transmit a service period confirmation to the first communication device in response to the received service period information from the first communication device.
- Second communication device as defined in embodiment 13 or 14, wherein the circuitry is further configured to use distributed channel access to initiate a transmit opportunity with the first communication device for transmitting the data to the first communication device.
- Second communication device as defined in any one of the embodiments 13 to 15, wherein the circuitry is further configured to transmit, if intended data transmission ended, a signaling to the first communication device to end the service period or to use remaining time of the service period for transmitting further data. 17. Second communication device as defined in any one of the embodiments 13 to 16, wherein the circuitry is further configured to be awake at least a predetermined time before the start of the service period to observe channel conditions.
- Second communication device as defined in any one of the embodiments 13 to 17, wherein the circuitry is further configured to listen, before the start of the service period, to channel access information indicating whether or not a trigger will be transmitted before the start of the service period, if the channel access information indicates that a trigger will be transmitted after the start of the service period, to wait for reception of the trigger before transmitting data, and if the channel access information indicates that a trigger will not be transmitted after the start of the service period, to initiate a transmit opportunity by distributed channel access for transmitting data after the start of the service period to the first communication device.
- Second communication device as defined in any one of the embodiments 13 to 18, wherein the circuitry is further configured to indicate, before the start of the service period, one or more traffic identifiers and/or the desired direction of communication between the first and second communication devices allowed during the service period.
- Second communication device as defined in any one of the embodiments 13 to19, wherein the circuitry is further configured to request the first communication device to schedule a service period and transmit service period information and/or to transmit the request at the same time or after the QoS characteristics are transmitted.
- First communication method of a first communication device configured to communicate with a second communication device, the first communication method comprising: scheduling a service period for a second communication device to communicate with the first communication device; transmitting service period information indicating that the second communication device is entitled to communicate with the first communication device during the service period and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and listening for data transmitted from the second communication device during the service period.
- Second communication method of a second communication device configured to communicate with a first communication device, the second communication method comprising: receiving service period information from the first communication device indicating that the second communication device is entitled to communicate with the first communication device during a service period scheduled by the first communication device and that the second communication device should initiate a transmit opportunity with the first communication device without being triggered by the first communication device; and transmitting data to the first communication device during the service period.
- a non-transitory computer-readable recording medium that stores therein a computer program product, which, when executed by a processor, causes the method according to embodiment 21 or 22 to be performed.
- a computer program comprising program code means for causing a computer to perform the steps of said method according to embodiment 21 or 22 when said computer pro-gram is carried out on a computer.
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Premier dispositif de communication qui est configuré pour communiquer avec un second dispositif de communication comprenant des circuits configurés pour planifier une période de service pour qu'un second dispositif de communication communique avec le premier dispositif de communication ; pour transmettre des informations de période de service indiquant que le second dispositif de communication est autorisé à communiquer avec le premier dispositif de communication pendant la période de service et que le second dispositif de communication doit lancer une opportunité de transmission avec le premier dispositif de communication sans être déclenché par le premier dispositif de communication ; et pour effectuer une écoute ciblant des données transmises à partir du second dispositif de communication pendant la période de service.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP22167285 | 2022-04-08 | ||
EP22167285.0 | 2022-04-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023194093A1 true WO2023194093A1 (fr) | 2023-10-12 |
Family
ID=81306795
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2023/057165 WO2023194093A1 (fr) | 2022-04-08 | 2023-03-21 | Dispositifs et procédés de communication |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2023194093A1 (fr) |
-
2023
- 2023-03-21 WO PCT/EP2023/057165 patent/WO2023194093A1/fr unknown
Non-Patent Citations (3)
Title |
---|
DAVE CAVALCANTI (INTEL CORPORATION): "Enhancements for QoS and low latency in 802.11be R1", vol. 802.11 EHT; 802.11be, no. 1, 20 October 2020 (2020-10-20), pages 1 - 20, XP068197068, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/20/11-20-1350-01-00be-enhancements-for-qos-and-low-latency-in-802-11be-r1.pptx> [retrieved on 20201020] * |
LIUMING LU (OPPO): "CC36-CR-Consideration on EDCA Operation for Restricted TWT", vol. 802.11 EHT; 802.11be, no. 6, 10 March 2022 (2022-03-10), pages 1 - 14, XP068189520, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/21/11-21-1913-06-00be-cc36-cr-consideration-on-edca-operation-for-restricted-twt.pptx> [retrieved on 20220310] * |
NURCHIS MADDALENA ET AL: "Target Wake Time: Scheduled Access in IEEE 802.11ax WLANs", IEEE WIRELESS COMMUNICATIONS, COORDINATED SCIENCE LABORATORY; DEPT. ELECTRICAL AND COMPUTER ENGINEERING; UNIVERSITY OF ILLINOIS AT URBANA-CHAMPAIGN, US, vol. 26, no. 2, 1 April 2019 (2019-04-01), pages 142 - 150, XP011721868, ISSN: 1536-1284, [retrieved on 20190425], DOI: 10.1109/MWC.2019.1800163 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11277864B2 (en) | Method and apparatus for determining LBT mode and method for LBT mode switching | |
US10314066B2 (en) | Techniques for protecting communications in wireless local area networks | |
US10356664B2 (en) | Transmission method for trigger frame by a 802.11ax access-point | |
JP2022174246A (ja) | アクセス方法及び装置 | |
US12052729B2 (en) | Transmission pre-emption | |
US10492231B2 (en) | Backoff based selection method of channels for data transmission | |
KR20180026504A (ko) | 802.11 네트워크에서 패킷 기반 정책에 적합화된 트리거 프레임들 | |
US7693175B1 (en) | Prioritized access in a multi-channel MAC protocol | |
EP3379876B1 (fr) | Procédé pour envoyer des informations de commande de liaison montante et terminal | |
US20230308943A1 (en) | Communication devices and methods | |
US20230389078A1 (en) | Provision period management for ensuring a low latency service in a bss | |
US20220174725A1 (en) | Communication devices and methods | |
WO2016127348A1 (fr) | Point d'accès (ap), station (sta), système de communication et procédé de transmission de données | |
US7653023B2 (en) | Assigning channel access | |
GB2603939A (en) | Provision period management for ensuring a low latency service in a BSS | |
US20220322460A1 (en) | Sharing an edca txop with rta traffic | |
WO2022208211A2 (fr) | Partage d'une txop d'edca avec un trafic rta | |
EP3932136B1 (fr) | Dispositifs et procédés de communication | |
CN117336876A (zh) | 低延迟业务传输方法及系统 | |
WO2023194093A1 (fr) | Dispositifs et procédés de communication | |
US9148873B1 (en) | Method and apparatus for providing different types of physical layer devices access to a wireless medium | |
US20240188129A1 (en) | First and second communication devices and methods | |
WO2023072584A1 (fr) | Dispositifs de communication et procédés de troncature txop | |
CN115943586A (zh) | 通信设备和方法 | |
KR101373136B1 (ko) | 무선랜의 분산조정함수에 의한 경쟁을 통해 획득된 순방향 순서 암시 정보를 이용한 데이터 전송 방법 및 이를 이용하여 데이터를 전송하는 무선통신기기 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23713091 Country of ref document: EP Kind code of ref document: A1 |