WO2022249634A1 - 端末、基地局、及び、通信方法 - Google Patents
端末、基地局、及び、通信方法 Download PDFInfo
- Publication number
- WO2022249634A1 WO2022249634A1 PCT/JP2022/010003 JP2022010003W WO2022249634A1 WO 2022249634 A1 WO2022249634 A1 WO 2022249634A1 JP 2022010003 W JP2022010003 W JP 2022010003W WO 2022249634 A1 WO2022249634 A1 WO 2022249634A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- terminal
- request
- response signal
- signal
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000004891 communication Methods 0.000 title claims description 26
- 230000004044 response Effects 0.000 claims abstract description 93
- 239000000872 buffer Substances 0.000 claims abstract description 87
- 230000005540 biological transmission Effects 0.000 claims description 49
- 238000012549 training Methods 0.000 claims description 4
- 230000008054 signal transmission Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 43
- 238000012937 correction Methods 0.000 description 29
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 23
- 238000012545 processing Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 7
- 239000013589 supplement Substances 0.000 description 7
- 230000001934 delay Effects 0.000 description 6
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 239000013256 coordination polymer Substances 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000000717 retained effect Effects 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
- H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- 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/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the present disclosure relates to terminals, base stations, and communication methods.
- IEEE 802.11be a standard for next-generation wireless local area networks (LANs), which is the successor to IEEE 802.11ax (hereinafter also referred to as “11ax”). , also called “11be”) are under consideration.
- IEEE 802.11ax is also called High Efficiency (HE) and IEEE 802.be is also called Extreme High Throughput (EHT).
- HE High Efficiency
- EHT Extreme High Throughput
- a base station may be called an access point (AP), and a terminal may be called a station (STA) or non-AP STA.
- AP access point
- STA station
- non-AP STA non-AP STA
- a non-limiting embodiment of the present disclosure contributes to providing a terminal, a base station, and a communication method that allow the base station to recognize the requirements of data transmitted by the terminal.
- a terminal includes a receiving circuit that receives a control signal, and a control circuit that controls a method of transmitting a response signal to reception of the control signal based on a buffer state of data that satisfies a predetermined requirement. And prepare.
- the base station can recognize requirements for data transmitted by a terminal.
- a base station e.g., AP transmits, for example, a control signal (hereinafter referred to as "trigger frame") instructing transmission of an uplink OFDMA signal to multiple terminals (e.g., STAs) accommodated by the AP. do.
- a control signal hereinafter referred to as "trigger frame” instructing transmission of an uplink OFDMA signal to multiple terminals (e.g., STAs) accommodated by the AP. do.
- the Trigger frame includes, for example, a Common Info field including common information (may be referred to as terminal common information) among a plurality of OFDMA-multiplexed terminals, and information specific to each terminal (terminal individual information ) and a User Info List consisting of a plurality of User Info fields (see, for example, Non-Patent Documents 1, 2, and 3).
- a Common Info field including common information (may be referred to as terminal common information) among a plurality of OFDMA-multiplexed terminals, and information specific to each terminal (terminal individual information ) and a User Info List consisting of a plurality of User Info fields (see, for example, Non-Patent Documents 1, 2, and 3).
- Fig. 2 shows an example of the Common Info field (Common Info field, EHT variant) under consideration in EHT.
- the Trigger Type subfield of Common Info field indicates the type of Trigger frame (the type of signal that the AP causes the terminal to transmit).
- Trigger Type (see Non-Patent Document 2, for example).
- Trigger Dependent Common Info subfield includes, for example, common information dependent on the Trigger type.
- a STA that supports EHT can, for example, transmit TB-PPDU (Trigger-Based Physical Protocol Data Unit), which is an example of a Trigger frame response signal, in either HE or EHT format.
- the AP can instruct the STA in which format to send the TB-PPDU, for example, using the Trigger frame common info field.
- common information between terminals such as EHT uplink bandwidth information is reported (see Non-Patent Document 1, for example).
- NFRP Trigger type subfield 7
- the format of User info field is, for example, the configuration shown in FIG. 4 (see, for example, Non-Patent Document 2).
- NFRP is an abbreviation for NDP Feedback Report Poll
- NDP is an abbreviation for Null Data Packet.
- N STA is represented by Equation 1 below.
- the BW value is indicated, for example, in the UL BW (bandwidth) subfield in the Common Info field shown in FIG. For example, 0 corresponds to 20 MHz, 1 to 40 MHz, 2 to 80 MHz, 3 to 80+80 MHz or 160 MHz bandwidth respectively.
- the buffer threshold also called Resource request buffer threshold exponential
- FEEDBACK_STATUS 0 and transmit NDP in which LTF (Long Training Field) of HE or EHT is placed at the tone position (in other words, frequency resource) illustrated in FIG.
- the MultiplexingFlag subfield also called NumberOfSpatiallyMultiplexedUserssubfield
- one RU_TONE_SET_INDEX resource may be used (in other words, shared) by two terminals.
- NDP between terminals is orthogonalized by Pmatrix multiplied by LTF of HE or EHT. Note that in HE, the number of HE-LTF symbols is fixed at two.
- a STA that holds AIDs from Starting AID to Starting AID+18 ⁇ 2 BW ⁇ 1 multiplies HE-LTF by Pmatrix of [1 ⁇ 1] to obtain Starting AID+18 STAs holding AIDs from ⁇ 2 BW to Starting AID+18 ⁇ 2 BW ⁇ 2 ⁇ 1 multiply HE-LTF by Pmatrix of [1 1].
- [1-1] and [1 1] are examples of mutually orthogonal sequences (patterns).
- TWT Target Wakeup Time
- the AP cannot determine the request delay of the data that the terminal wants to send. Therefore, the AP cannot determine resource allocation priority according to the request delay for terminals holding data to be transmitted in uplink. Therefore, there is a possibility that a terminal holding data with a high request delay (low latency traffic) cannot transmit data within a predetermined time.
- the AP it is possible for the AP to recognize terminals that hold data with high required delay (in other words, low delay). As a result, for example, it is possible to preferentially allocate resources for data transmission to the terminal, and it is possible for the terminal to transmit data within the allowable delay time according to the requested delay.
- a radio communication system may include, for example, AP 100 shown in FIG. 8 and terminal 200 shown in FIG. Two or more APs 100 and terminals 200 may each exist in the wireless communication system.
- the AP 100 may transmit a Trigger frame instructing uplink OFDMA transmission to the terminal 200 .
- the terminal 200 may receive the Trigger frame and transmit an uplink OFDMA signal to the AP 100 using the resource indicated by the received Trigger frame.
- the AP 100 may be, for example, an AP that supports EHT and has backward compatibility with HE (for example, an AP that also supports HE).
- the terminal 200 may be either an HE terminal or an EHT terminal, for example.
- the AP 100 transmits one trigger frame to a plurality of terminals 200 with different wireless LAN standard versions (for example, either HE or EHT), and receives uplink OFDMA signals from each terminal 200. good.
- the AP 100 may, for example, separate the uplink signal of the resource allocated to each terminal 200 from the received signal and decode it.
- FIG. 8 is a block diagram showing a configuration example of part of the AP 100 according to one embodiment of the present disclosure.
- the control unit (or control circuit) 11, for example, in a control signal (eg, trigger frame) requesting the transmission of a response signal to the terminal 200, information on request conditions (eg, TID, AC, or Discard age). This information may be used, for example, by terminal 200 to control (or determine) how to transmit a response signal based on the buffer state of transmission data that satisfies predetermined requirements.
- the transmission unit (or transmission circuit) 12 transmits control signals to the terminal 200, for example.
- the request condition may be, for example, a request condition regarding the delay of data transmitted by the terminal 200 (hereinafter sometimes referred to as “request delay”).
- FIG. 9 is a block diagram showing a configuration example of part of the terminal 200 according to one embodiment of the present disclosure.
- receiving section (or receiving circuit) 21 receives, for example, a control signal.
- the control unit (or control circuit) 22 for example, based on the buffer state of data that satisfies a predetermined request condition (for example, request delay), response signal (for example, resource request or NDP) to the reception of the control signal transmission method to control (or determine)
- a predetermined request condition for example, request delay
- response signal for example, resource request or NDP
- the terminal 200 responds (or feeds back) to the AP 100 by resource request according to the request delay. explain.
- FIG. 10 is a block diagram showing a configuration example of the AP 100 according to this embodiment.
- the AP 100 shown in FIG. 10 includes, for example, a scheduling unit 101, a request delay control unit 102, a trigger frame generation unit 103, an error correction coding unit 104, a modulation unit 105, a radio transmission/reception unit 106, a demodulation unit 107, and an error correction decoding unit 108. , and the terminal information acquisition unit 109 .
- At least one of the scheduling unit 101, the request delay control unit 102, the trigger frame generation unit 103, and the terminal information acquisition unit 109 is, for example, an access control unit (eg, Medium Access Control (MAC) processing unit). good.
- an access control unit eg, Medium Access Control (MAC) processing unit.
- the scheduling unit 101, the request delay control unit 102, the trigger frame generation unit 103, the error correction coding unit 104, the modulation unit 105, the demodulation unit 107, the error correction decoding unit 108, and the terminal information acquisition unit 109 may be included in the control unit 11 shown in FIG. 8, for example. 10 may be included in the transmitter 12 shown in FIG. 8, for example.
- Scheduling section 101 for example, based on the terminal information (for example, version of terminal 200, radio quality information for each predetermined band, buffer information, etc.) output from terminal information acquiring section 109, corresponds to the type of uplink response signal. Trigger type and radio resources (for example, allocated band, target reception level, etc.) for uplink response signals of each terminal are determined.
- scheduling section 101 determines whether LTF of HE or EHT of multiple terminals 200 is multiplexed by Starting AID or multiplexing Flag (in other words, Pmatrix) of STA that transmits an uplink response signal. or). Scheduling section 101 outputs, for example, the determined Trigger type and radio resource information of each terminal 200 to Trigger frame generating section 103 .
- the request delay control unit 102 determines the request delay of the data accumulated in the buffer responding to the resource request.
- the request delay is controlled by, for example, TID (Traffic Indicator). Details of the request delay will be described later.
- TID Traffic Indicator
- the Trigger frame generation unit 103 uses, for example, the Trigger type instruction from the scheduling unit 101 to generate the Common Info field. Also, a User Info field is generated using a predetermined format according to the Trigger type. When the Trigger type is NFRP, the User Info field may include, for example, Starting AID subfield and multiplexing Flag subfield instructed by scheduling section 101 .
- the Trigger frame generation unit 103 generates a User Info field based on the request delay information input from the request delay control unit 102, for example. The details of the User Info field will be described later. If the Trigger type is NFRP, even if the Trigger frame is for EHT terminals, the configuration may not include the Special user info field. Trigger frame generation section 103 outputs the generated trigger frame to error correction coding section 104, for example.
- Error correction coding section 104 receives, for example, a transmission data signal including a trigger frame, performs error correction coding on the input signal, and outputs the coded signal to modulation section 105 .
- the modulation section 105 performs modulation processing on the signal input from the error correction encoding section 104 and outputs the modulated data signal to the radio transmission/reception section 106 .
- AP 100 maps the modulated signal to a predetermined frequency resource, and performs an inverse fast Fourier transform.
- An OFDM signal may be formed by performing (IFFT: Inverse Fast Fourier Transform) processing, converting to a time waveform, and adding a cyclic prefix (CP: Cyclic Prefix).
- Radio transmitting/receiving section 106 performs predetermined radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal output from modulating section 105, and transmits the signal after radio transmission processing to an antenna. to the terminal 200 via the Further, the radio transmitting/receiving unit 106, for example, receives a signal transmitted from the terminal 200 via an antenna, down-converts the received signal to a baseband, and performs radio reception processing such as A/D conversion. and outputs the signal after radio reception processing to demodulation section 107 .
- predetermined radio transmission processing such as D/A conversion and up-conversion to a carrier frequency on the modulated signal output from modulating section 105
- the radio transmitting/receiving unit 106 for example, receives a signal transmitted from the terminal 200 via an antenna, down-converts the received signal to a baseband, and performs radio reception processing such as A/D conversion. and outputs the signal after radio reception processing to demodulation section 107 .
- the demodulation section 107 performs demodulation processing on the input signal from the radio transmission/reception section 106 and outputs the obtained signal to the error correction decoding section 108, for example.
- the AP 100 for example, the demodulator 107 may perform CP removal processing and Fast Fourier Transform (FFT) processing on the input signal.
- FFT Fast Fourier Transform
- error correction decoding section 108 decodes the signal input from demodulation section 107 to obtain the received data signal from terminal 200 . For example, when the terminal information described above is included in the received data after decoding, error correction decoding section 108 outputs the decoded data to terminal information acquiring section 109 .
- the terminal information acquisition section 109 acquires terminal information (terminal version, radio quality information for each predetermined band, etc.) from, for example, the decoded data output from the error correction decoding section 108 and outputs it to the scheduling section 101 . Further, when the decoded data is an NFRP response signal (NDP), the terminal information acquiring unit 109 acquires terminal information (for example, buffer information) from the LTF tone position of HE or EHT, for example, and sends the terminal information to the scheduling unit. 101.
- terminal information terminal version, radio quality information for each predetermined band, etc.
- FIG. 11 is a block diagram showing a configuration example of terminal 200 according to this embodiment.
- the terminal 200 shown in FIG. 11 includes, for example, a radio transmission/reception unit 201, a demodulation unit 202, an error correction decoding unit 203, a trigger frame acquisition unit 204, a request delay control unit 205, a buffer determination unit 206, a response signal generation unit 207, an error correction An encoding unit 208 and a modulation unit 209 may be provided.
- At least one of the trigger frame acquisition unit 204, the request delay control unit 205, the buffer determination unit 206, and the response signal generation unit 207 may be included in, for example, the access control unit (eg, MAC processing unit).
- the access control unit eg, MAC processing unit
- At least one of 209 may be included in the control unit 22 shown in FIG. 9, for example.
- 11 may be included in the receiver 21 shown in FIG. 9, for example.
- the radio transmitting/receiving section 201 receives a received signal through an antenna, performs radio receiving processing such as down-conversion and A/D conversion on the received signal, and outputs the obtained received signal to the demodulating section 202 .
- the demodulation section 202 performs demodulation processing on the received data input from the radio transmission/reception section 201 and outputs the demodulated signal to the error correction decoding section 203 .
- terminal 200 for example, demodulation section 202 may perform CP removal processing and FFT processing on the input signal, for example.
- the error correction decoding section 203 decodes the demodulated signal input from the demodulation section 202 and outputs the decoded signal as a received data signal. Also, error correction decoding section 203 outputs, for example, a trigger frame in the received data signal to trigger frame acquisition section 204 .
- Trigger frame acquisition section 204 extracts Common Info field information from the Trigger frame output from error correction decoding section 203, and obtains terminal common information (for example, , data type to be transmitted, time length of uplink signal, etc.).
- the Trigger frame acquisition unit 204 extracts, for example, a User info List (for example, User Info field) from the Trigger frame, and based on common terminal information (for example, including Trigger type) acquired from Common Info field information. Then, receive the User info field. Trigger frame acquisition section 204 acquires information used for response signal generation from Common Info and User info field, for example, and outputs the acquired information to response signal generation section 207 and request delay control section 205 .
- a User info List for example, User Info field
- common terminal information for example, including Trigger type
- the request delay control unit 205 acquires request delay information included in the User info field (for example, information about the type of buffer that responds with the resource request), and outputs the acquired request delay information to the buffer determination unit 206.
- Request delay information is, for example, TID.
- the User info field may be treated as if there is no request delay information, or request delay information specified in the specifications or the like, or the terminal 200 is notified by a beacon.
- the notified request delay information may be output to the buffer determination section 206 . Details of the request delay information will be described later. "Notification” may be read as "instruction”.
- the buffer determination unit 206 determines whether or not there is data in the buffer according to the request delay information, for example. For example, when the request delay information is TID, the buffer determination unit 206, for example, determines whether the data of the designated TID is held in the buffer for a threshold value (for example, Resource request buffer threshold exponential) or more, and determines whether the buffer holding information (FEEDBACK_STATUS) is output to response signal generation section 207 .
- a threshold value for example, Resource request buffer threshold exponential
- the buffer threshold may be indicated to the terminal 200 by, for example, an NDP Feedback Report Parameter Set element included in a signal such as a beacon.
- the buffer determination unit 206 for example, similarly to the control for HE, regardless of the request delay, the data Buffer holding information may be determined based on the amount. Details of the operation of the buffer determination unit 206 will be described later.
- the response signal generation section 207 generates data of a predetermined type and a predetermined size based on the terminal common information and the terminal individual information from the trigger frame acquisition section 204, for example, and outputs the data to the error correction coding section 208.
- the response signal generating section 207 may check whether the AID indicated by Starting AID or the like includes the AID held by the terminal 200, for example.
- response signal generation section 207 for example, based on the buffer holding information (for example, FEEDBACK_STATUS) input from buffer determination section 206 may generate NDPs containing HE or EHT LTFs.
- the response signal generating section 207 multiplies the HE or EHT LTF by Pmatrix, for example, according to the MultiplexingFlag included in the terminal-specific information. Which format, HE or EHT, is used to generate the response signal may be notified to the terminal 200 by Common info (or Common info and Special user info) of the Trigger frame, for example. Also, when NFRP is instructed, a response signal may be generated according to the HE format. The generated response signal is output to error correction coding section 208, for example.
- Error correction coding section 208 receives, for example, the response signal from response signal generation section 207 as input, and based on the terminal common information and terminal individual information from trigger frame acquisition section 204, error corrects the response signal, which is transmission data. It encodes and outputs the encoded signal to modulation section 209 .
- Modulation section 209 for example, modulates the signal input from error correction coding section 208, and outputs the modulated signal to radio transmission/reception section 201 based on the terminal common information and terminal individual information from trigger frame acquisition section 204.
- terminal 200 eg, modulating section 209 may form an OFDM signal by performing IFFT processing after mapping the modulated signal to frequency resources and adding a CP.
- the radio transmission/reception section 201 performs radio transmission processing such as up-conversion and D/A conversion on the input signal from the modulation section 209, and transmits the signal after the radio transmission processing from the antenna.
- request delay control methods 1 to 3 will be described as examples of the operation of the request delay control unit 102 (205). Any one of the request delay control methods 1 to 3 may be applied to the request delay control unit 102 (205).
- the AP 100 can transmit the data held by the terminal 200. request delay.
- request delay information for example, TID, AC (Access category), or Discard age
- the AP 100 can, for example, preferentially allocate resources to the terminal 200 holding data with a high required delay (also called low delay).
- the terminal 200 holding data with a high required delay can transmit the data within the allowable delay time using the preferentially allocated resource.
- the control of the request delay is not limited to TID, AC, and Discardage shown in each of the following request delay control methods 1 to 3. Information representing other request delays may be used.
- Request delay control may be performed by TID, for example.
- TID is defined as shown in FIG. 12, for example.
- User Priority corresponds to TID.
- a new TID greater than 7 may be set to indicate that the request delay is high when the TID is 7 or greater.
- TID it is possible to control the request delay more finely than AC control such as the request delay control method 2 described later.
- Control of the request delay may be done by the AC, for example.
- AC_BK represents AC for traffic of traffic type Background
- AC_BE represents AC for traffic type Best Effort
- AC_VI represents AC for traffic of traffic type video
- AC_VO represents AC for traffic of traffic type voice.
- the request delay (in other words, priority) tends to increase in the order of AC_BK, AC_BE, AC_VI, and AC_VO. So, for example, AC_BK is 0, AC_BE is 1, AC_VI is 2, and AC_VO is 3. If AC is greater than or equal to a given value, it indicates that the requested delay is high, and if AC is less than the given value, the requested delay is low. Suppose we show that
- a new AC may be provided (for example, 4 or more) to indicate that the requested delay is high when 4 or more.
- AC tends to have a smaller number of candidates for possible numerical values, so control of request delay by AC makes it possible to control request delay with a smaller number of bits than control by TID. Become. Therefore, there is an effect that the amount of control information can be reduced.
- the request delay may be controlled, for example, by the time (also called Discard Age) until MSDU (MAC Service Data Unit) is discarded.
- the discard age is less than or equal to a predetermined value [ms], it may indicate that the request delay is high, and if the discard age is greater than the predetermined value [ms], it may indicate that the request delay is low.
- a predetermined value is 200ms
- a Discardage in the range of 0-200ms may indicate a high requested delay
- a Discardage greater than 200ms may indicate a low requested delay.
- the request delay can be controlled with fine granularity (ms order) for each MSDU.
- Trigger frame generating section 103 sets, for example, the Feedback Type subfield to an existing value of 0 (Resource request), and in a portion of Reserved in the User info field of the Trigger frame, a buffer to which terminal 200 responds with a resource request. You may indicate the type of
- the HE terminal 200 since the HE terminal 200 discards the Reserved information in the User info field, it may generate a Resource request based on the amount of all data in the buffer, regardless of the request delay, in the same manner as in the HE operation. On the other hand, the EHT terminal 200 may generate a resource request based on the amount of data of a specific type in the buffer, based on the value indicated by the User Info field.
- Trigger frame generation method 1 can be applied even in an environment where HE terminals 200 and EHT terminals 200 coexist.
- TID (referred to as Request TID) may be specified in the User info field.
- FIG. 13 shows an example in which the Request TID is 4 bits, it is not limited to this and may be 5 bits or more.
- the structure of the Request TID may be a bitmap structure, as shown in FIG. 14, for example. For example, if TID ⁇ 4 is a condition for a high delay request, the 4 bits of TID#0-3 may be set to 0, and the 4 bits of TID#4-7 may be set to 1.
- AC (called Request AC) may be specified in the User info field.
- FIG. 15 shows an example in which Request AC is 2 bits, it is not limited to this, and may be 3 bits or more.
- a Discard age (referred to as Request Discard age) may be indicated in the User info field.
- FIG. 16 shows an example in which the Request Discard age is 9 bits, it is not limited to this, and may be 16 bits by additionally using the remaining 7 bits of the Reserved subfield. As the number of bits is increased, the discard age can be specified with finer granularity.
- Trigger frame generation method 2 for example, as shown in FIG. 17, a new setting value (for example, 1) is provided for the Feedback Type subfield. Requests (or instructs) transmission of a Resource request. If the value of the Feedback Type subfield is 0, request transmission of the resource request based on the buffer of all data regardless of the request delay.
- request delay information may be indicated to terminal 200 using, for example, the Reserved subfield of User info field. If there is no instruction, the terminal 200 may respond to the AP 100 with a resource request based on, for example, request delay conditions defined in the specifications in advance or request delay information notified by a beacon or the like.
- the Feedback Type subfield may be divided into multiple stages (or levels) according to the level of the request delay, as shown in FIG. 18, for example. For example, a setting of 1 requests a Resource request based on a buffer of data with a medium request latency or higher, and a setting of 2 requests a resource request based on a buffer of data with a high request latency or higher. It is also possible to request a Resource request.
- Feedback type is added to Special user info field (for example, part of U-SIG Disregard And Validate subfield shown in Figure 19 is replaced). A detailed type of request may be specified.
- the Special user info field indicates that the Feedback type is for Low latency as shown in FIG. ”, “Medium”, etc.) may be indicated.
- Trigger frame generation method 1 an example was shown in which TID etc. are indicated by User Info field Reserved, etc., but instead of User info field, the unused area of Common info field or Special user info field is used. You can give instructions.
- the Common info field The UL STBC, LDPC Extra Symbol Segment, Pre-FEC Padding Factor, PE Disambiguity, UL Spatial Reuse, Doppler subfields are unused in NFRP, so some of these fields are may be used in place of information for controlling the request delay such as
- all information in the User info field may be indicated by the Special user info field.
- the Starting AID, Feedback Type, etc. may be indicated by an unused area such as the Reserved subfield of the Special user info field, or the Trigger dependent user info subfield.
- Multiplexing Flag etc. may be indicated by feedback type.
- NFRP there is a Special user info field but no user info field. In this way, the amount of control information can be reduced by collecting the instruction information in NFRP into the special user info field.
- Special Reuse 2 subfield may be misidentified as feedback type.
- a value other than 0 meaning PSR_DISALLOW in Special Reuse 2
- PSR_DISALLOW in Special Reuse 2 which is not specified in HE Feedback Type
- NFRP prohibits Special reuse by fixing the value of the Special Reuse 2 subfield to 15 (meaning PSR_AND_NON_SRG_OBSS_PD_PROHIBITED in Special Reuse 2). This prevents the HE terminal from erroneously recognizing the Special user info field and erroneously transmitting an NFRP response signal.
- the buffer determination unit 206 determines whether or not there is data in the buffer based on the request delay information notified by the Trigger frame from the AP 100, for example.
- the request delay information included in the Trigger frame is a TID (in other words, request delay control method 1)
- a TID greater than or equal to the specified TID or a TID whose target bit is 1 in the case of bitmap notification
- the buffer threshold Resource request buffer threshold exponential
- the NDP Feedback Report Parameter Set element such as a beacon
- FIG. 22 shows an example of a buffer for each TID.
- Xn 0 to 7
- the buffer determination unit 206 manages the buffer for each time until AC or MSDU is discarded, for example, and instructed by the Trigger frame. Calculate the total amount of data according to the value.
- the total amount of data may be calculated regardless of the request delay information. For example, in the example of FIG. ] becomes.
- Multiple buffer thresholds may be notified. For example, as shown in FIG. 23, a buffer threshold when request delay is not taken into account and a buffer threshold when request delay is taken into account (for example, a buffer threshold for data with high request delay) are individually set to the terminal 200. may be notified.
- the buffer determination unit 206 determines whether or not there is a buffer for data with a high request delay (in other words, a specified TID or more) using Resource request buffer threshold exponential ( Use the buffer threshold indicated by Low latency).
- the buffer threshold can be flexibly controlled according to the request delay. For example, in the case of data with a high request delay, the value of the buffer threshold is decreased, and if even a small amount of data is retained, a resource request (in other words, resource allocation by scheduling) is sent to the AP 100 with the minimum delay. allow to request. As a result, the timing of resource allocation to terminal 200 can be advanced, so terminal 200 can advance the timing of starting transmission of data with a high request delay.
- Resource request For example, use the Reserved subfield of the User info field to indicate the resource position (called Starting RU_TONE_SET_INDEX) of the resource request for data with a high request delay (called resource request (low latency)).
- the AP 100 allows the terminal 200 to It is possible to determine whether data with a low request delay or data with a high request delay is held.
- the AP 100 can change the scheduling priority of the terminal 200 according to the determined requested delay, making it easier to schedule the terminal 200 within the requested delay.
- the resource request resource (for example, the range of RU_TONE_SET_INDEX) may be divided into multiple stages (or levels) according to, for example, the level of the request delay. For example, the range of RU_TONE_SET_INDEX for each of "high”, “medium”, and “low” request delays is divided, and for each level of request delay the resource location (e.g. Starting RU_TONE_SET_INDEX) is specified in the Reserved subfield of the User info field may be instructed.
- the resource location e.g. Starting RU_TONE_SET_INDEX
- the terminal 200 changes the NDP transmission method according to the request delay of the data accumulated in the buffer held by the terminal 200 without being instructed by the Trigger frame from the AP 100 .
- FIG. 26 is a block diagram showing a configuration example of the AP 100 according to the second embodiment.
- the AP 100 illustrated in FIG. 26 does not require the request delay control unit 102, and the operation of the trigger frame generation unit 103A is different from that of the first embodiment (FIG. 10).
- Other configurations and operations may be the same as those of the first embodiment.
- the Trigger frame generation unit 103A uses, for example, the Trigger type instruction from the scheduling unit 101 to generate the Common Info field. Also, the Trigger frame generation unit 103A generates a User Info field using a predetermined format according to the Trigger type, for example.
- the User Info field may include Starting AID subfield and multiplexing Flag subfield instructed by the scheduling unit 101.
- the configuration of the User Info field may be similar to the User Info field of HE, for example.
- Trigger frame generation section 103A outputs the generated trigger frame to error correction coding section 104, for example.
- FIG. 27 is a block diagram showing a configuration example of terminal 200 according to the second embodiment.
- Terminal 200 illustrated in FIG. 27 differs from Embodiment 1 (FIG. 11) in the operations of request delay control section 205A and response signal generation section 207A.
- Other configurations and processes may be the same as those in the first embodiment.
- the request delay control unit 205A may determine whether or not the data has a long request delay based on the TID, AC, or Discard age described in the first embodiment. By which criteria the request delay is determined may be specified, for example, in specifications, or may be notified by control information such as beacons and trigger frames.
- the request delay control unit 205A for example, outputs request delay information to the buffer determination unit 206 and the response signal generation unit 207A.
- a response signal may be generated regardless of the request delay as in HE.
- whether the request delay information is to be omitted may be notified by control information such as a beacon or trigger frame.
- control information such as a beacon or trigger frame.
- the control method may be changed according to the Capabilities of terminal 200 . For example, a terminal 200 that does not support request delay control may have no request delay information.
- the response signal generation section 207A generates data of a predetermined type and a predetermined size based on the terminal common information and the terminal individual information from the trigger frame acquisition section 204, for example, and outputs the data to the error correction coding section 208.
- the response signal generation unit 207A checks whether the AID indicated by Starting AID or the like includes the AID held by the terminal 200, for example. If the instructed AID includes an AID held by terminal 200, response signal generation section 207A, for example, based on buffer holding information (for example, FEEDBACK_STATUS) input from buffer determination section 206, HE or Generate an NDP containing the EHT LTF.
- buffer holding information for example, FEEDBACK_STATUS
- the response signal generation unit 207A multiplies the LTF of HE or EHT by Pmatrix, for example, according to the Multiplexing Flag included in the terminal-specific information.
- the response signal generation unit 207A for example, according to the request delay information input from the request delay control unit 205, the tone position of the LTF of HE or EHT included in the NDP (in other words, (frequency mapping position) Alternatively, it controls Pmatrix to be multiplied
- the response signal generator 207A controls Pmatrix to be multiplied The details of the response signal generator 207A will be described later.
- Which format, HE or EHT, is used to generate the response signal may be indicated by, for example, Common info of the Trigger frame (or Common info and Special user info of the Trigger frame). Further, when NFRP is instructed, the response signal generating section 207A may be configured to generate a response signal using HE format, for example. The generated response signal is output to error correction coding section 208, for example.
- the response signal generation section 207A may change the NDP generation method according to, for example, the request delay information input from the request delay control section 205A.
- the NDP generation method 1 is a method of notifying the AP 100 of whether or not the request delay of the data held by the terminal 200 is high, according to the pattern of Pmatrix to be multiplied by the LTF of HE or EHT of NDP.
- the AP 100 performs reception processing using a plurality of Pmatrix patterns, and determines whether or not the request delay for the data held by the terminal 200 is long based on the Pmatrix pattern for which signal detection is successful.
- the number of symbols of HE-LTF of NDP which is an example of a response signal of NFRP, is fixed to two.
- the number of symbols may be fixed at 2, or HE/EHT-LTF The number of symbols may be changed. The details of Pmatrix for each number of symbols will be described later. Also, "HE/EHT-LTF" means LTF of HE or EHT.
- the AP 100 can recognize the request delay of the data held by the terminal 200.
- the AP 100 can, for example, preferentially allocate resources to the terminal 200 holding data with a high required delay (also called low delay).
- the terminal 200 holding data with a high required delay can transmit the data within the allowable delay time using the preferentially allocated resource.
- response signal generation section 207A Pmatrix multiplied by HE/EHT-LTF of NDP, which is an example of the response signal, and Pmatrix pattern multiplied by HE/EHT-LTF when holding data with a high request delay (in other words, orthogonal sequence pattern) may be different.
- response signal generating section 207A performs [1 ⁇ 1] Pmatrix is multiplied by HE/EHT-LTF, and if terminal 200 holds data with a high delay request, Pmatrix of [1 1] may be multiplied by HE/EHT-LTF.
- the HE terminal 200 uses the [1 -1] Pmatrix out of the two Pmatrices [1 -1] and [1 1], and the EHT terminal 200 holds
- the [1 - 1] Pmatrix and the [1 1] Pmatrix may be used by switching according to the data request delay.
- the Pmatrix of [1 1] is used for data with low request delay (or all data that does not require request delay to be considered), and the Pmatrix of [1 - 1] is used for data with high request delay. good too.
- response signal generation section 207A When terminal 200 holds data with a low request delay (or all data for which request delay does not need to be considered), response signal generation section 207A generates HE/EHT of NDP, which is an example of a response signal of NFRP.
- the pattern of Pmatrix multiplied by -LTF and the pattern of Pmatrix multiplied by HE/EHT-LTF when holding data with high required delay may be different.
- a plurality of requested delay types may be provided (for example, requested delay is "low”, “medium”, “high”, etc.). .
- the pattern of Pmatrix may be changed according to the request delay and the data size accumulated in the buffer. Also, what kind of information each Pmatrix pattern is associated with may be indicated to terminal 200 by Common info or User info field.
- NDP generation method 2 is, for example, a method of notifying AP 100 of whether or not the request delay of data held by terminal 200 is high, depending on the tone (frequency) position for mapping HE/EHT-LTF of NDP.
- the AP 100 can perform reception processing at a plurality of HE/EHT-LTF tone positions, and can determine whether or not the request delay of the data held by the terminal 200 is high, based on the tone position where signal detection is successful. .
- the terminal 200 holds data with a low request delay (or all data for which the request delay does not need to be considered) and holds data to be transmitted.
- HE/EHT-EHT-1 is set at different tone positions depending on whether the terminal 200 holds data with a long request delay or holds no data to be transmitted. You may send LTF.
- AP 100 can detect the data held by terminal 200. be aware of delays in requesting data that is
- the AP 100 can, for example, preferentially allocate resources to the terminal 200 holding data with a high required delay, thereby enabling the terminal 200 to transmit data within the allowable delay time.
- the terminal 200 uses both resources, for example, tone positions of -113, -41, 42, -77, -6, and 78.
- HE/EHT-LTF may be transmitted in
- the tone position candidate set used for HE/EHT-LTF transmission may be divided into multiple stages (or levels) according to, for example, the required delay.
- a set of candidate tone positions may be defined for each of "high”, “medium”, and “low” required delays.
- Embodiment 3 depending on the timing of transmitting the NFRP response signal, Resource request for data with low request delay (or all data that does not need to consider the request delay) and Resource request for data with high request delay How to switch between requests will be explained.
- a non-limiting example of timing is timing based on TWT (Target Wakeup Time).
- the AP 100 can indicate the wake/doze state of the terminal 200 in order to reduce the power consumption of the terminal 200 and resource conflicts between the terminals 200 (see, for example, Non-Patent Document 2).
- a time interval during which terminal 200 wakes up under TWT control is called a TWT service period (SP).
- Restricted TWT is considered in consideration of services for low delay (in other words, high requested delay) (see Non-Patent Documents 4 and 5, for example). Restricted TWT SP has restrictions such as permitting transmission of low-delay data only.
- the Restricted TWT Traffic info field in the beacon shown in FIG. 34 information on low delay (high requested delay) data is indicated.
- this indication for example, a bitmap format is used, and 1 is set to the low-delay (high-delay requested) TID.
- a configuration example of the AP 100 according to the third embodiment may be the same as that of the second embodiment.
- FIG. 35 is a block diagram showing a configuration example of terminal 200 according to the third embodiment. Compared to the configuration of the second embodiment (FIG. 27), timing determination section 210 is added, and the operation of request delay control section 205B is different. The operation of response signal generator 207 may be the same as in the first embodiment. Other configurations and operations may be the same as those of the second embodiment.
- the timing determination unit 210 determines, for example, whether or not the timing for transmitting the NFRP response signal is within the Restricted TWT Service period, and outputs the determination result to the request delay control unit 205B. A detailed sequence example will be described later.
- the request delay control unit 205B changes the request delay information according to the determination result input from the timing determination unit 210 (for example, whether or not the timing of transmitting the response signal is within the Restricted TWT Service period). .
- Whether or not the data has a long request delay may be determined by the parameters such as TID, AC, or Discard age described in Embodiment 1.
- the criteria for determining the required delay may be defined in specifications or may be instructed to the terminal 200 by control information such as beacons and trigger frames.
- the request delay information may be controlled based on the TID indicated by the Restricted TWT UL TID Bitmap in the Restricted TWT Traffic info field.
- the request delay control unit 205B For example, it outputs to the buffer determination unit 206 that there is no request delay information. In this case, the buffer determination unit 206, for example, calculates the buffer size regardless of the requested delay as in HE.
- FIG. 36 shows an example of a control sequence.
- the AP 100 will A resource request is requested to the terminal (STA) 200 by a trigger frame (NFRP) (S361).
- NFRP trigger frame
- the time interval of TWTSP is an example of the first wakeup time.
- the AP 100 recognizes the data holding state of the STA 200 from the response signal, and transmits a Trigger frame (basic) to the STA 200 holding the data (S363).
- the STA 200 transmits data with a response signal (TB-PPDU) (S364), and the AP 100 returns to the STA 200 with ACK whether or not the data has been correctly received (S365).
- TB-PPDU response signal
- NFRP trigger frame
- the Restricted TWT SP time interval is an example of a second wakeup time in which data transmission is restricted according to the requested delay with respect to the first wakeup time.
- TWT SP first wakeup time
- Restricted TWT SP second wakeup time
- TWT SP may be indicated after Restricted TWT SP is indicated.
- NDP which is an example of a response signal
- the AP 100 recognizes the data holding state of the STA 200 from the response signal, for example, and transmits a Trigger frame (basic) to the STA 200 holding the data (S373).
- the STA 200 transmits data with a response signal (TB-PPDU) (S374), and the AP 100 returns to the STA 200 with ACK whether or not the data has been correctly received (S375).
- TB-PPDU response signal
- the request delay information of the data held by the terminal 200 can be notified to the AP 100 by varying the request delay information depending on whether the transmission timing of the response signal by the terminal 200 is within the Restricted TWT SP.
- the AP 100 can recognize the request delay of the data held by the terminal 200, and, for example, can preferentially allocate resources to the terminal 200 holding data with a high request delay. Therefore, the terminal 200 can transmit data within the allowable delay time.
- Embodiments 1, 2 and 3 may be used in combination of two or more.
- the buffer holding information (FEEDBACK_STATUS) is controlled based on the request delay information indicated by the User info field of the Trigger frame, and the Restricted TWT If it is not during the service period or during the TWT service period, the buffer holding information (FEEDBACK_STATUS) may be controlled regardless of the request delay as in HE.
- Embodiment 2 if it is a Restricted TWT SP section, the NDP generation method is changed according to the request delay, and if it is not a Restricted TWT Service period section or TWT service period , NDP may be generated regardless of the request delay, as in HE.
- the transmission access method of the uplink response signal for the trigger frame is not limited to OFDMA, and may be another method.
- Embodiments 1 to 3 the explanation was given based on the 11be format as a non-limiting example, but the format to which one embodiment of the present disclosure is applied is not limited to the 11be format.
- An embodiment of the present disclosure may be applied, for example, to the next generation standard IEEE 802.11bd (NGV (Next Generation V2X)) of the IEEE 802.11p standard for in-vehicle use.
- NVG Next Generation V2X
- Information indicating whether or not the terminal 200 supports the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements is, for example, capability information or capability parameters of the terminal 200. , may be transmitted (or notified or instructed) from terminal 200 to base station 100 .
- the capability information includes an information element (IE) that individually indicates whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. may contain.
- the capability information includes an information element indicating whether or not the terminal 200 supports a combination of two or more of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. may contain.
- base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information.
- the base station 100 may perform operation, processing, or control according to the determination result based on the capability information.
- base station 100 may control at least one of the functions, operations, or processes shown in each embodiment, each modification, and each supplement described above. .
- terminal 200 does not support part of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements means that the terminal 200 does not support such functions, operations, or processes. may be read as being restricted. For example, base station 100 may be notified of information or requests regarding such restrictions.
- Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
- Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
- An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
- the LSI may have data inputs and outputs.
- LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
- the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
- FPGA Field Programmable Gate Array
- reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
- the present disclosure may be implemented as digital or analog processing.
- a communication device may include a radio transceiver and processing/control circuitry.
- a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
- a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
- RF modules may include amplifiers, RF modulators/demodulators, or the like.
- Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
- digital players digital audio/video players, etc.
- wearable devices wearable cameras, smartwatches, tracking devices, etc.
- game consoles digital book readers
- telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
- Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
- smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
- vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
- Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
- Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
- Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
- a terminal includes a receiving circuit that receives a control signal, and a control circuit that controls a method of transmitting a response signal to reception of the control signal based on a buffer state of data that satisfies a predetermined requirement. and may be provided.
- the requirement may be a requirement related to delay of the data.
- the requirement may be based on traffic indicators, access categories, or time until the data is discarded.
- the requirement may be indicated in the user information field of the control signal.
- control circuit varies frequency resources used for transmission of the response signal between the transmission data with high requirements and the transmission data with low requirements. good.
- the user information field may indicate the location of the frequency resource for the highly demanded transmission data.
- the presence or absence or level of the requirement may be indicated by the value of the feedback type subfield in the user information field of the control signal.
- control circuit may indicate, in the response signal, the requirement of the data held in the buffer by an orthogonal sequence pattern applied to a training signal of the response signal.
- control circuit sets the requirement to may be indicated in the response signal.
- control circuit may indicate the requirement of the data held in the buffer by frequency resources for transmitting the response signal.
- the control circuit receives the control signal within a second wakeup time in which data transmission is restricted according to the request condition with respect to the first wakeup time. If so, the buffer status of the data that satisfies the requirement may be indicated in the response signal.
- the control circuit when the control signal is received within the first wakeup time, regardless of the request condition, the control circuit sets the buffer state of the data to the response May be indicated in the signal.
- a base station in order for a terminal to control a response signal transmission method based on a buffer state of data that satisfies a predetermined requirement, stores information about the requirement for transmission of the response signal. and a transmission circuit for transmitting said control signal to said terminal.
- a terminal receives a control signal and controls a method of transmitting a response signal to reception of the control signal based on the buffer status of data that satisfies a predetermined requirement. good.
- An embodiment of the present disclosure is useful for wireless communication systems.
- APs 101 scheduling unit 102, 205, 205A, 205B request delay control unit 103 trigger frame generation unit 104, 208 error correction coding unit 105, 209 modulation unit 106, 201 radio transmission/reception unit 107, 202 demodulation unit 108, 203 error correction decoding unit 109 terminal information acquisition unit 200 terminal (STA) 204 Trigger frame acquisition unit 206 Buffer determination unit 207, 207A Response signal generation unit
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Description
<無線通信システムの構成>
本実施の形態に係る無線通信システムは、例えば、図8に示すAP100、及び、図9に示す端末200を備えてよい。AP100及び端末200は、それぞれ、無線通信システムにおいて2つ以上存在してもよい。
図10は、本実施の形態に係るAP100の構成例を示すブロック図である。図10に示すAP100は、例えば、スケジューリング部101、要求遅延制御部102、Trigger frame生成部103、誤り訂正符号化部104、変調部105、無線送受信部106、復調部107、誤り訂正復号部108、及び、端末情報取得部109を備えてよい。
図11は、本実施の形態に係る端末200の構成例を示すブロック図である。図11に示す端末200は、例えば、無線送受信部201、復調部202、誤り訂正復号部203、Trigger frame取得部204、要求遅延制御部205、バッファ判定部206、応答信号生成部207、誤り訂正符号化部208、及び、変調部209を備えてよい。
次に、本実施の形態に係るAP100及び端末200の動作例について説明する。
まず、要求遅延制御部102(205)の動作例として、要求遅延制御方法1~3を説明する。要求遅延制御部102(205)には、要求遅延制御方法1~3の何れか1つが適用されてよい。
要求遅延の制御は、例えば、TIDによって行われてよい。TIDは、例えば図12に示すように規定される。図12において、例えば、User PriorityがTIDに相当する。TIDが所定値以上の場合は要求遅延が高いことを示し、TIDが所定値よりも小さい場合は要求遅延が低いことを示すとする。例えば、所定値が4の場合は、TID=0, 1, 2, 3は要求遅延が低いことを示し、TID=4, 5, 6, 7は要求遅延が高いことを示すとする。
要求遅延の制御は、例えば、ACによって行われてよい。ACには、例えば、AC_BK、AC_BE、AC_VI、AC_VOの4種類がある。AC_BKは、トラフィックタイプがバックグランドのトラフィックについてのACを表し、AC_BEは、トラフィックタイプがベストエフォートについてのACを表す。AC_VIは、トラフィックタイプがビデオのトラフィックについてのACを表し、AC_VOは、トラフィックタイプが音声のトラフィックについてのACを表す。
要求遅延の制御は、例えば、MSDU(MAC Service Data Unit)を破棄するまでの時間(Discard Ageとも呼ばれる)によって行われてよい。
次に、AP100におけるTrigger frame生成部103の動作例を説明する。
Trigger frame生成部103は、例えば、Feedback Type subfieldについては既存の値である0(Resource request)を設定し、Trigger frameのUser info fieldのReservedの一部において、resource requestによって端末200が応答するバッファの種別を指示してよい。
例えば図13に示すように、User info fieldにおいて、TID(Request TIDと呼ぶ)が指示されてよい。なお、図13には、Request TIDが4ビットである例を示されるが、これに限らず5ビット以上でもよい。
例えば図15に示すように、User info fieldにおいて、AC(Request ACと呼ぶ)が指示されてよい。なお、図15には、Request ACが2ビットである例が示されるが、これに限らず、3ビット以上でもよい。
例えば図16に示すように、User info fieldにおいて、Discard age(Request Discard ageと呼ぶ)が指示されてよい。なお、図16には、Request Discard ageが9ビットである例が示されるが、これに限らず、残りのReserved subfieldの7ビットを追加で使用して16ビットとしてもよい。ビット数を増やすほど、より細かい粒度のDiscard ageの指示が可能になる。
Trigger frame生成方法2では、例えば図17に示すように、Feedback Type subfieldの新しい設定値(例えば、1)を設け、Feedback Type subfieldの値が1の場合は、要求遅延の高いデータのバッファに基づくResource requestの送信を要求(又は指示)する。Feedback Type subfieldの値が0の場合は、要求遅延に関わらず、全データのバッファに基づくResource requestの送信を要求する。
次に、端末200におけるバッファ判定部206の動作例を説明する。
バッファ判定部206は、例えば、AP100からTrigger frameによって通知された要求遅延情報に基づいて、バッファにおけるデータの有無の判定を行う。
なお、全データの総量、または要求遅延が低いデータの総量に基づくresource requestと、要求遅延が高いデータの総量に基づくresource requestとで、使用する周波数リソース(例えば、tone位置)を分けて(別言すると、異ならせて)もよい。
実施の形態1では、端末200において、Trigger frameによって通知された制御情報に基づいて、要求遅延に応じてresource requestによって応答するバッファの保持状態(例えば、FEEDBACK_STATUS=0 or 1)を決定する方法について説明した。本実施の形態2では、AP100からTrigger frameによって指示されずに、端末200が、保持するバッファに蓄積されているデータの要求遅延に応じて、NDPの送信方法を変更する方法について説明する。
図26は、実施の形態2に係るAP100の構成例を示すブロック図である。図26に例示したAP100は、実施の形態1(図10)に比して、要求遅延制御部102が不要であり、Trigger frame生成部103Aの動作が異なる。その他の構成及び動作は、実施の形態1と同様でよい。
図27は、実施の形態2に係る端末200の構成例を示すブロック図である。図27に例示した端末200は、実施の形態1(図11)に比して、要求遅延制御部205A及び応答信号生成部207Aの動作が異なる。その他の構成及び処理は、実施の形態1と同様でよい。
次に、応答信号生成部207Aの動作例を説明する。応答信号生成部207Aは、例えば、要求遅延制御部205Aから入力される要求遅延情報に応じて、NDP生成方法を変更してよい。
NDP生成方法1は、NDPのHEまたはEHTのLTFに乗算するPmatrixのパターンによって、端末200が保持しているデータの要求遅延が高いか否かをAP100に通知する方法である。
User Infoに含まれるMultiplexing Flag=0の場合、端末200が要求遅延の低いデータ(または、要求遅延を考慮しなくてよい全データ)を保持していれば、応答信号生成部207Aは、NFRPの応答信号の一例であるNDPのHE/EHT-LTFに乗算するPmatrixと、要求遅延が高いデータを保持している場合にHE/EHT-LTFに乗算するPmatrixのパターン(別言すると、直交系列のパターン)とを異ならせてよい。
要求遅延の低いデータ(または、要求遅延を考慮しなくてもよい全データ)を端末200が保持している場合、応答信号生成部207Aは、NFRPの応答信号の一例であるNDPのHE/EHT-LTFに乗算するPmatrixと、要求遅延の高いデータを保持している場合にHE/EHT-LTFに乗算するPmatrixのパターンとを異ならせてよい。
NDP生成方法2は、例えば、NDPのHE/EHT-LTFをマッピングするtone(周波数)位置によって、端末200が保持しているデータの要求遅延が高いか否かをAP100に通知する方法である。
実施の形態3では、NFRPの応答信号を送信するタイミングに応じて、要求遅延の低いデータ(または、要求遅延を考慮しなくてもよい全データ)に関するResource requestと、要求遅延の高いデータに関するResource requestとを切り替える方法について説明する。タイミングの非限定的な一例は、TWT(Target Wakeup Time)に基づくタイミングである。
実施の形態3に係るAP100の構成例は、実施の形態2と同様でよい。
図35は、実施の形態3に係る端末200の構成例を示すブロック図である。実施の形態2(図27)の構成に比して、タイミング判定部210が追加され、要求遅延制御部205Bの動作が異なる。応答信号生成部207の動作は実施の形態1と同様でよい。その他の構成及び動作は、実施の形態2と同様でよい。
図36に、制御シーケンスの一例を示す。
実施の形態1、2及び3は、2つ以上が組み合わせて使用されてもよい。例えば、実施の形態1と実施の形態3とを組み合わせて、Restricted TWT SPの区間ではTrigger frameのUser info fieldによって指示された要求遅延情報を基にバッファ保持情報(FEEDBACK_STATUS)を制御し、Restricted TWT Service periodの区間ではない、またはTWT service periodの区間である場合は、HEと同様に要求遅延に関わらず、バッファ保持情報(FEEDBACK_STATUS)を制御してよい。
101 スケジューリング部
102,205,205A,205B 要求遅延制御部
103 Trigger frame生成部
104,208 誤り訂正符号化部
105,209 変調部
106,201 無線送受信部
107,202 復調部
108,203 誤り訂正復号部
109 端末情報取得部
200 端末(STA)
204 Trigger frame取得部
206 バッファ判定部
207,207A 応答信号生成部
Claims (14)
- 制御信号を受信する受信回路と、
所定の要求条件を満たすデータのバッファ状態に基づいて、前記制御信号の受信に対する応答信号の送信方法を制御する制御回路と、
を備えた、端末。 - 前記要求条件は、前記データの遅延に関する要求条件である、
請求項1に記載の端末。 - 前記要求条件は、トラフィックインジケータ、アクセスカテゴリ、または、前記データが破棄されるまでの時間に基づく、
請求項1に記載の端末。 - 前記要求条件は、前記制御信号のユーザ情報フィールドにおいて指示される、
請求項1に記載の端末。 - 前記制御回路は、前記要求条件の高い送信データと前記要求条件の低い送信データとの間において、前記応答信号の送信に使用する周波数リソースを異ならせる、
請求項3に記載の端末。 - 前記制御信号のユーザ情報フィールドにおいて、前記要求条件の高い送信データについての前記周波数リソースの位置が指示される、
請求項5に記載の端末。 - 前記制御信号のユーザ情報フィールドにおけるフィードバックタイプサブフィールドの値によって、前記要求条件の有無又は高低が指示される、
請求項1に記載の端末。 - 前記制御回路は、前記応答信号のトレーニング信号に適用する直交系列パターンによって、バッファに保持された前記データの前記要求条件を前記応答信号において指示する、
請求項1に記載の端末。 - 前記制御回路は、前記トレーニング信号のシンボル数が2であり、かつ、前記制御信号の多重フラグサブフィールドの値が0の場合に、前記要求条件を前記応答信号において指示する、
請求項8に記載の端末。 - 前記制御回路は、前記応答信号を送信する周波数リソースによって、バッファに保持された前記データの前記要求条件を指示する、
請求項1に記載の端末。 - 前記制御回路は、第1のウェイクアップ時間に対して前記要求条件に応じてデータ送信が制限された第2のウェイクアップ時間内に前記制御信号が受信された場合、前記要求条件を満たす前記データのバッファ状態を、前記応答信号において指示する、
請求項1に記載の端末。 - 前記制御回路は、前記第1のウェイクアップ時間内に前記制御信号が受信された場合、前記要求条件に関わらず、前記データのバッファ状態を、前記応答信号において指示する、
請求項11に記載の端末。 - 端末が応答信号の送信方法を所定の要求条件を満たすデータのバッファ状態に基づいて制御するための、前記要求条件に関する情報を、前記応答信号の送信をトリガする制御信号において設定する制御回路と、
前記制御信号を前記端末へ送信する送信回路と、
を備えた、基地局。 - 端末は、
制御信号を受信し、
所定の要求条件を満たすデータのバッファ状態に基づいて、前記制御信号の受信に対する応答信号の送信方法を制御する、
通信方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
MX2023013196A MX2023013196A (es) | 2021-05-27 | 2022-03-08 | Terminal, estacion base y metodo de comunicacion. |
US18/562,152 US20240251287A1 (en) | 2021-05-27 | 2022-03-08 | Terminal, base station, and communication method |
KR1020237039712A KR20240011700A (ko) | 2021-05-27 | 2022-03-08 | 단말, 기지국, 및, 통신 방법 |
EP22810915.3A EP4351244A1 (en) | 2021-05-27 | 2022-03-08 | Terminal, base station, and communication method |
CN202280035799.0A CN117378264A (zh) | 2021-05-27 | 2022-03-08 | 终端、基站及通信方法 |
JP2023524017A JPWO2022249634A1 (ja) | 2021-05-27 | 2022-03-08 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021089176 | 2021-05-27 | ||
JP2021-089176 | 2021-05-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022249634A1 true WO2022249634A1 (ja) | 2022-12-01 |
Family
ID=84228533
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2022/010003 WO2022249634A1 (ja) | 2021-05-27 | 2022-03-08 | 端末、基地局、及び、通信方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20240251287A1 (ja) |
EP (1) | EP4351244A1 (ja) |
JP (1) | JPWO2022249634A1 (ja) |
KR (1) | KR20240011700A (ja) |
CN (1) | CN117378264A (ja) |
MX (1) | MX2023013196A (ja) |
WO (1) | WO2022249634A1 (ja) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019167376A1 (ja) * | 2018-02-28 | 2019-09-06 | キヤノン株式会社 | 通信装置、制御方法、及びプログラム |
JP2019536334A (ja) * | 2016-10-28 | 2019-12-12 | キヤノン株式会社 | 802.11axネットワークにおけるマルチユーザーEDCA送信モードのQoS管理 |
JP2021089176A (ja) | 2019-12-03 | 2021-06-10 | 株式会社デンソー | 半導体集積回路 |
-
2022
- 2022-03-08 JP JP2023524017A patent/JPWO2022249634A1/ja active Pending
- 2022-03-08 MX MX2023013196A patent/MX2023013196A/es unknown
- 2022-03-08 KR KR1020237039712A patent/KR20240011700A/ko unknown
- 2022-03-08 WO PCT/JP2022/010003 patent/WO2022249634A1/ja active Application Filing
- 2022-03-08 US US18/562,152 patent/US20240251287A1/en active Pending
- 2022-03-08 CN CN202280035799.0A patent/CN117378264A/zh active Pending
- 2022-03-08 EP EP22810915.3A patent/EP4351244A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019536334A (ja) * | 2016-10-28 | 2019-12-12 | キヤノン株式会社 | 802.11axネットワークにおけるマルチユーザーEDCA送信モードのQoS管理 |
WO2019167376A1 (ja) * | 2018-02-28 | 2019-09-06 | キヤノン株式会社 | 通信装置、制御方法、及びプログラム |
JP2021089176A (ja) | 2019-12-03 | 2021-06-10 | 株式会社デンソー | 半導体集積回路 |
Also Published As
Publication number | Publication date |
---|---|
CN117378264A (zh) | 2024-01-09 |
MX2023013196A (es) | 2023-11-15 |
US20240251287A1 (en) | 2024-07-25 |
JPWO2022249634A1 (ja) | 2022-12-01 |
KR20240011700A (ko) | 2024-01-26 |
EP4351244A1 (en) | 2024-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW201838445A (zh) | 一種控制訊號傳遞的方法及裝置 | |
TW201815115A (zh) | 確定資源單元的方法、資源單元資訊傳輸方法及裝置 | |
JP2023511251A (ja) | 制御シグナリングを行う通信装置および通信方法 | |
JP2023514490A (ja) | 制御シグナリングを行う通信装置および通信方法 | |
CN114499797A (zh) | Ppdu中空间复用参数字段的确定方法及相关装置 | |
WO2022249633A1 (ja) | 端末、基地局、及び、通信方法 | |
WO2022249634A1 (ja) | 端末、基地局、及び、通信方法 | |
CN113014369B (zh) | 确定资源单元的方法,资源单元相关信息传输方法及相应装置 | |
WO2021020083A1 (ja) | 基地局、送信方法及び受信方法 | |
WO2021181889A1 (ja) | 端末及び通信方法 | |
JPWO2018128042A1 (ja) | 通信装置、端末および通信方法 | |
WO2022239426A1 (ja) | 基地局、端末、及び通信方法 | |
WO2023079887A1 (ja) | アクセスポイント及び通信方法 | |
WO2023149229A1 (ja) | 通信装置及び通信方法 | |
WO2022091490A1 (ja) | 通信装置及び通信方法 | |
WO2024004596A1 (ja) | アクセスポイント、端末、及び通信方法 | |
US20240214138A1 (en) | Communication apparatus and communication method for aggregated signal | |
WO2022059359A1 (ja) | 基地局、通信装置及び通信方法 | |
WO2023176523A1 (ja) | 通信装置及び通信方法 | |
KR20240140914A (ko) | 통신 장치 및 통신 방법 | |
WO2023211368A1 (en) | Communication apparatus and communication method for feedback response transmission in indicated frequency domain | |
CN115767748A (zh) | 物理层协议数据单元传输方法及相关装置 | |
KR20230131192A (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: 22810915 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2023524017 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: MX/A/2023/013196 Country of ref document: MX |
|
WWE | Wipo information: entry into national phase |
Ref document number: 202280035799.0 Country of ref document: CN Ref document number: 18562152 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 202327078786 Country of ref document: IN |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2022810915 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2022810915 Country of ref document: EP Effective date: 20240102 |