WO2025210752A1 - アクセスポイント及び端末 - Google Patents

アクセスポイント及び端末

Info

Publication number
WO2025210752A1
WO2025210752A1 PCT/JP2024/013668 JP2024013668W WO2025210752A1 WO 2025210752 A1 WO2025210752 A1 WO 2025210752A1 JP 2024013668 W JP2024013668 W JP 2024013668W WO 2025210752 A1 WO2025210752 A1 WO 2025210752A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
frame
traffic
low
processing unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2024/013668
Other languages
English (en)
French (fr)
Inventor
航太郎 永野
朗 岸田
ヒランタ アベセカラ
純一 岩谷
知之 山田
花絵 大谷
裕介 淺井
泰司 鷹取
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
NTT Inc USA
Original Assignee
Nippon Telegraph and Telephone Corp
NTT Inc USA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp, NTT Inc USA filed Critical Nippon Telegraph and Telephone Corp
Priority to PCT/JP2024/013668 priority Critical patent/WO2025210752A1/ja
Publication of WO2025210752A1 publication Critical patent/WO2025210752A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/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
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • H04W74/06—Scheduled access using polling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the access point includes a management unit.
  • the management unit transmits an inquiry frame to multiple subordinate terminals to inquire whether low-latency traffic requiring low latency is occurring. If a low-latency terminal is found to be experiencing low-latency traffic in response to the inquiry frame, the management unit preferentially allocates resource units (RUs) to the low-latency terminal and transmits a trigger frame containing information about the RU allocation to at least the low-latency terminal.
  • RUs resource units
  • FIG. 1 is a block diagram showing an example of the configuration of a communication system according to each embodiment.
  • FIG. 2 is a block diagram showing an example of the hardware configuration of an AP.
  • FIG. 3 is a block diagram showing an example of the hardware configuration of the terminal.
  • FIG. 4 is a block diagram illustrating an example of the functional configuration of an AP according to the first embodiment.
  • FIG. 5 is a diagram showing an example of RU allocation in OFDMA transmission using a 20 MHz channel, as an example of RU allocation in OFDMA transmission.
  • FIG. 6 is a conceptual diagram of a trigger frame using an OFDMA frame in the first embodiment.
  • FIG. 7 is a block diagram illustrating an example of a functional configuration of a terminal according to the first embodiment.
  • FIG. 1 is a block diagram showing an example of the configuration of a communication system according to each embodiment.
  • FIG. 2 is a block diagram showing an example of the hardware configuration of an AP.
  • FIG. 3 is a block diagram showing an example of
  • Fig. 1 is a block diagram showing an example of the configuration of a communication system according to each embodiment.
  • the communication system 1 includes an access point (AP) 10, terminals 20-1, 20-2, ..., 20-N, and a network 30.
  • AP access point
  • terminals 20-1, 20-2, ..., 20-N terminals 20-1, 20-2, ..., 20-N, and a network 30.
  • AP 10 and terminals 20-1, 20-2, ..., 20-N have wireless communication functions based on, for example, the OSI (Open Systems Interconnection) reference model.
  • OSI Open Systems Interconnection
  • wireless communication functions are divided into seven layers (Layer 1: Physical Layer, Layer 2: Data Link Layer, Layer 3: Network Layer, Layer 4: Transport Layer, Layer 5: Session Layer, Layer 6: Presentation Layer, and Layer 7: Application Layer).
  • the data link layer includes the LLC (Logical Link Control) sublayer and the MAC (Media Access Control) sublayer.
  • the AP 10 and terminals 20-1, 20-2, ..., 20-N support UL-OFDMA transmission.
  • OFDMA is a method that combines orthogonal frequency division multiplexing (OFDM) and frequency division multiple access (FDMA).
  • OFDM is a method of transmission in which the channel bandwidth allocated for wireless communication is divided into multiple subcarriers.
  • subcarrier allocation for multiple STAs is performed in units of RU (resource unit), which is a grouping of subcarriers that make up one channel. By combining this with FDMA, OFDMA can finely change the subcarrier allocation depending on the radio wave conditions for each STA.
  • the AP 10 and terminals 20-1, 20-2, ..., 20-N may support DRUs (distributed RUs), which configure RUs using discretely arranged subcarriers during UL-OFDMA transmission.
  • DRUs distributed RUs
  • Terminals 20-1, 20-2, ..., 20-N are N terminals. N is a natural number, typically an integer greater than or equal to 2. Terminals 20-1, 20-2, ..., 20-N can exchange traffic with AP 10. Terminals 20-1, 20-2, ..., 20-N are, for example, smartphones or PCs (personal computers), and are wireless terminals that comply with the IEEE 802.11 standard. In the following, terminals 20-1, 20-2, ..., 20-N have the same configuration. In the following, when terminals 20-1, 20-2, ..., 20-N are not particularly distinguished from one another, they may be referred to as terminals 20.
  • wired communication module 15 is described as a means for connecting the AP 10 and the network 30, a wireless communication module different from the wireless communication module 14 may alternatively be used, or the wireless communication module 14 may communicate with the network 30 during times when it is not communicating with the terminal 20.
  • FIG. 3 is a block diagram showing an example of the hardware configuration of a terminal.
  • the terminal 20 includes, for example, a CPU 21, a ROM 22, a RAM 23, a wireless communication module 24, a display 25, and storage 26.
  • FIG. 4 is a block diagram showing an example of the functional configuration of an AP according to the first embodiment.
  • the AP 10 functions as a computer equipped with a data processing unit 110, a frame processing unit 120, a management unit 130, and a radio signal processing unit 140.
  • the data processing unit 110 is a functional block that executes processing corresponding to the LLC sublayer of the second layer and layers 3 to 7.
  • the frame processing unit 120 and the management unit 130 are functional blocks that execute processing corresponding to the MAC sublayer of the second layer.
  • the radio signal processing unit 140 is a functional block that executes processing corresponding to the first layer.
  • the data processing unit 110 outputs data input from the network 30 via the LLC layer to the frame processing unit 120.
  • the data processing unit 110 also outputs data input from the frame processing unit 120 to the network 30 via the LLC layer.
  • the frame processing unit 120 When data is input to the frame processing unit 120 from the data processing unit 110 or the management unit 130, the frame processing unit 120 adds a MAC header to the input data to generate a MAC frame. The frame processing unit 120 then outputs the MAC frame to the radio signal processing unit 140. Furthermore, when a MAC frame is input to the frame processing unit 120 from the radio signal processing unit 140, the frame processing unit 120 extracts data from the MAC frame and outputs the extracted data to the data processing unit 110 or the management unit 130 depending on the type of MAC frame. Specifically, when the MAC frame is a data frame, the frame processing unit 120 inputs the data to the data processing unit 110. When the MAC frame is a management frame or control frame, the frame processing unit 120 inputs the data to the management unit 130.
  • Figure 5 shows an example of RU allocation in OFDMA transmission using a 20 MHz channel, as an example of RU allocation in OFDMA transmission.
  • the IEEE 802.11 standard defines a total of four patterns of RU allocation.
  • the pattern in the first row from the top of Figure 5 is an example in which nine RUs are allocated to a 20 MHz channel. Each of the nine RUs is composed of 26 subcarriers. However, one of the nine RUs is composed of two sets of 13 subcarriers with a DC subcarrier between them, as shown as a Middle-26-tone RU.
  • This first row pattern allows simultaneous transmission by nine terminals (STAs).
  • the TXOP management unit 131 when the TXOP management unit 131 acquires the transmission right, it transmits a trigger frame to the subordinate terminals 20, thereby granting a TXOP to all of the subordinate terminals 20 at once. Prior to this, the TXOP management unit 131 inquires of the subordinate terminals 20 whether low-latency traffic is occurring.
  • Low-latency traffic is traffic that requires low latency.
  • low-latency traffic may be referred to as LL traffic
  • a terminal 20 in which low-latency traffic is occurring may be referred to as an LL terminal
  • a terminal 20 in which low-latency traffic is not occurring may be referred to as an NLL terminal.
  • the terminal 20 replies to that effect to the AP 10. At this time, the terminal 20 may transmit information on the required bandwidth required to transmit LL traffic or information indicating this, and information on the maximum delay that can be tolerated in transmitting LL traffic.
  • the TXOP management unit 131 will preferentially allocate RUs to the LL terminal. Furthermore, if the LL terminal transmits information on the required bandwidth and maximum delay, the TXOP management unit 131 will allocate RUs to each terminal 20 so as to satisfy the required bandwidth and maximum delay conditions. If necessary, the TXOP management unit 131 may change the RU allocation pattern. If the RU allocation pattern is changed, the number of terminals 20 that can transmit simultaneously may vary. If simultaneous transmission is not possible for all terminals 20 that have requested transmission, the TXOP management unit 131 may not allocate RUs to some NLL terminals.
  • the TXOP management unit 131 may notify the NLL terminal to which no RU has been allocated that transmission from that NLL terminal is not permitted by using a response frame in response to receiving the inquiry result.
  • NLL terminals to which RUs are not assigned may be determined based on the priority of the traffic to be transmitted, which is determined, for example, by the TID (Traffic Identifier).
  • the radio signal processing unit 140 generates a radio frame by adding a preamble, etc. to the MAC frame input from the frame processing unit 120.
  • the radio signal processing unit 140 converts the generated radio frame into a radio signal.
  • the radio signal processing unit 140 then radiates (transmits) the converted radio signal via an antenna.
  • the radio signal processing unit 140 may also allocate and transmit OFDMA frames to subcarriers based on the RU allocation.
  • the radio signal processing unit 140 may also transmit a trigger frame for UL-OFDMA transmission shown in Figure 6.
  • the conversion process from a radio frame to a radio signal includes, for example, convolutional coding, interleaving, subcarrier modulation, inverse fast Fourier transform, OFDM modulation, and frequency conversion.
  • FIG. 7 is a block diagram showing an example of the functional configuration of a terminal according to the first embodiment.
  • the terminal 20 functions as a computer equipped with a data processing unit 210, a frame processing unit 220, a management unit 230, a radio signal processing unit 240, and an application execution unit 250.
  • the data processing unit 210 and the application execution unit 250 are functional blocks that execute processing corresponding to the LLC sublayer of the second layer and layers 3 to 7.
  • the frame processing unit 220 and the management unit 230 are functional blocks that execute processing corresponding to the MAC sublayer of the second layer.
  • the radio signal processing unit 240 is a functional block that executes processing corresponding to the first layer.
  • the data processing unit 210 outputs data input from the application execution unit 250 via the LLC layer to the frame processing unit 220.
  • the data processing unit 210 also outputs data input from the frame processing unit 220 to the application execution unit 250 via the LLC layer.
  • the frame processing unit 220 When data is input to the frame processing unit 220 from the data processing unit 210 or the management unit 230, the frame processing unit 220 adds a MAC header to the input data to generate a MAC frame. The frame processing unit 220 then outputs the MAC frame to the radio signal processing unit 240. Furthermore, when a MAC frame is input to the frame processing unit 220 from the radio signal processing unit 240, the frame processing unit 220 extracts data from the MAC frame and outputs the extracted data to the data processing unit 210 or the management unit 230 depending on the type of MAC frame. Specifically, when the MAC frame is a data frame, the frame processing unit 220 inputs the data to the data processing unit 210. When the MAC frame is a management frame or control frame, the frame processing unit 220 inputs the data to the management unit 230.
  • the management unit 230 controls the logical wireless connection between the terminal 20 and the AP 10. For example, the management unit 230 generates an association request based on a beacon frame from the AP 10. The management unit 230 can store information about the RU assigned to each terminal.
  • the radio signal processing unit 240 generates a radio frame by adding a preamble, etc. to the MAC frame input from the frame processing unit 220.
  • the radio signal processing unit 240 converts the generated radio frame into a radio signal.
  • the radio signal processing unit 240 then radiates (transmits) the converted radio signal via an antenna.
  • the radio signal processing unit 240 may also assign the OFDMA frame to a subcarrier based on the RU assignment and transmit it.
  • the conversion process from the radio frame to the radio signal includes, for example, convolutional coding, interleaving, subcarrier modulation, inverse fast Fourier transform, OFDM modulation, and frequency conversion.
  • the radio signal processing unit 240 also converts the radio signal received via the antenna into a radio frame.
  • the conversion process from the radio signal to the radio frame includes, for example, frequency conversion, OFDM demodulation, fast Fourier transform, subcarrier demodulation, deinterleaving, and Viterbi decoding.
  • the radio signal processing unit 240 extracts the MAC frame from the converted radio frame.
  • the radio signal processing unit 240 then outputs the extracted MAC frame to the frame processing unit 220.
  • the application execution unit 250 executes an application based on data input from the data processing unit 210.
  • the application execution unit 250 also inputs data to the data processing unit 210.
  • the application execution unit 250 can display application information on the display 25.
  • the application execution unit 250 can also operate based on operations on an input interface.
  • Figure 8 is a flowchart showing the operation of the AP 10 in UL-OFDMA transmission in the first embodiment.
  • the AP 10 has acquired the right to transmit a radio signal in response to a request from the terminal 20, for example, to grant a TXOP to the terminal 20 that made the request.
  • the AP 10 has performed a CCA (Clear Channel Assessment) operation and confirmed that the channel used for UL-OFDMA transmission is not in use.
  • CCA Carrier Channel Assessment
  • step S2 AP 10 receives requests from each of its subordinate terminals 20 as query results.
  • the query results may be received only for a fixed period of time.
  • query results have been received from all of its subordinate terminals 20 within the fixed period of time, or when the fixed period has elapsed even if query results have not been received from all of its subordinate terminals 20, processing proceeds to step S3.
  • step S5 the AP 10 receives data frames (OFDMA frames) from each terminal 20. If a data frame has been received from each terminal 20, the process proceeds to step S6. Note that if no data frame has been received within a predetermined period, the process in FIG. 8 may be terminated.
  • OFDMA frames data frames
  • step S6 the AP 10 checks whether the data frames received from each terminal 20 have been received correctly, and transmits the check results to each terminal 20 as a block ACK (BACK).
  • BACK block ACK
  • the processing in Figure 8 then ends. Depending on the result of the BACK, retransmission processing or the like may be performed. Retransmission processing is omitted in Figure 8.
  • the AP 10 may also perform various types of processing depending on the data frames received from each terminal 20. Processing depending on the data frames is also omitted in Figure 8.
  • FIG. 9 is a flowchart showing the operation of each terminal 20 in UL-OFDMA transmission in the first embodiment.
  • the terminal 20 determines whether traffic to be transmitted to the AP 10 has occurred. If it is determined in step S11 that traffic has occurred, the process proceeds to step S12. If it is determined in step S11 that traffic has not occurred, the process proceeds to step S13.
  • step S12 the terminal 20 uses the wireless signal processing unit 240 to send a request to the AP 10 to transmit a wireless signal.
  • step S13 terminal 20 receives an inquiry frame from AP 10. Then, terminal 20 proceeds to step S14. Note that if terminal 20 is unable to receive an inquiry frame from AP 10, the processing in FIG. 9 may be terminated.
  • step S15 terminal 20 transmits a request for transmitting LL traffic, including information on the query result. Processing then proceeds to step S17.
  • the query result information includes information indicating that LL traffic is occurring.
  • the request may include information on the required bandwidth required to transmit LL traffic, or information indicating this, and information on the maximum delay that can be tolerated in transmitting LL traffic.
  • step S19 terminal 20 waits until a trigger frame is received. If the trigger frame is not received within a predetermined period or if a frame other than a trigger frame is received, the terminal may proceed to processing the received frame and the processing in FIG. 9 may end. Furthermore, even if a trigger frame is received, the processing in FIG. 9 may also end if the terminal is not included in the members performing OFDMA transmission. In step S19, if a trigger frame is received and the terminal is included in the members, the processing proceeds to step S20.
  • step S20 after waiting a predetermined interval from the trigger frame, the terminal 20 transmits a wireless signal including a data frame (OFDMA frame) using the wireless signal processing unit 240.
  • the predetermined interval is, for example, SIFS (Short Inter Frame Space).
  • step S21 terminal 20 receives BACK from AP 10.
  • step S21 if terminal 20 receives BACK from AP 10, it considers that the data frame it sent has been delivered.
  • step S21 if terminal 20 cannot confirm receipt of BACK, it considers that the data frame it sent has not been delivered. When either of these confirmations is made, the processing in Figure 9 ends. Here, retransmission processing, etc. is performed depending on the result of BACK. Retransmission processing is omitted in Figure 9.
  • Figure 10 is a timing chart showing the operation of UL-OFDMA transmission in the first embodiment.
  • Figure 10 shows the operation of UL-OFDMA transmission between an AP, one NLL terminal, and one LL terminal.
  • the number of NLL terminals and the number of LL terminals are not limited to one each.
  • an AP When an AP receives a request from a terminal, it performs a CCA operation to acquire the right to transmit. The AP then transmits an inquiry frame Pol to the terminals under its control. In Figure 10, the AP transmits an inquiry frame Pol to the NLL terminal that sent the request and to the LL terminal.
  • Each terminal that receives the inquiry frame Pol sends a request including information on the inquiry result to the AP.
  • the NLL terminal sends a request Req to the AP including information that no LL traffic is occurring.
  • the LL terminal sends a request Req to the AP including information that LL traffic is occurring.
  • the terminal that sent the request Req first may omit sending the request Req at this timing.
  • the request Req sent by the NLL terminal at this timing is shown by a dashed line.
  • a terminal 20 that receives the trigger frame TF and is included as a member of the UL-OFDMA transmission assigns an OFDMA frame to the RU assigned to it, and then transmits a data frame a predetermined frame interval (usually SIFS) after the trigger frame.
  • the NLL terminal transmits a data frame DATA
  • the LL terminal transmits an LL data frame LL-DATA.
  • the AP that receives the data frame transmits a BACK to each terminal.
  • the AP transmits an inquiry frame to subordinate terminals to check whether LL traffic has occurred prior to transmitting a trigger frame for UL-OFDMA transmission. If the transmission of this inquiry frame identifies terminals with LL traffic, the AP preferentially allocates RUs for transmitting LL traffic and transmits a trigger frame to each terminal. This allows LL terminals to immediately transmit data frames even if LL traffic occurs at the same time as traffic transmission by other NLL terminals. In this way, in the first embodiment, a TXOP for transmitting LL traffic can be granted to LL terminals shortly after non-periodic LL traffic occurs.
  • the configuration of the communication system in the second embodiment may be the same as that shown in FIG. 1.
  • the hardware configuration of the AP in the second embodiment may be the same as that shown in FIG. 2.
  • the hardware configuration of the terminal in the second embodiment may be the same as that shown in FIG. 3.
  • the AP and the terminal do not need to support UL-OFDMA transmission.
  • FIG. 11 is a block diagram showing an example of the functional configuration of an AP according to the second embodiment.
  • the AP 10 functions as a computer equipped with a data processing unit 110, a frame processing unit 120, a management unit 130, and a wireless signal processing unit 140.
  • the data processing unit 110, the frame processing unit 120, and the wireless signal processing unit 140 are the same as those described in the first embodiment. Therefore, a description thereof will be omitted.
  • the management unit 130 controls the logical wireless connection between the AP 10 and the terminal 20.
  • the management unit 130 has an LL terminal detection unit 132.
  • the LL terminal detection unit 132 detects an LL terminal by detecting an LL notification frame transmitted from the LL terminal.
  • the LL terminal may transmit an LL notification frame including LL terminal information to the AP even during the TXOP of an NLL terminal.
  • the LL terminal information is information indicating that the LL terminal is generating LL traffic.
  • the LL terminal detection unit 132 detects an LL terminal, it grants the TXOP to the LL terminal even during the TXOP with the NLL terminal.
  • the TXOP is granted by transmitting a trigger frame to the LL terminal.
  • a reference signal such as L-LTF legacy-LTF (long training field)
  • L-LTF legacy-LTF (long training field)
  • the LL terminal detection unit 132 can detect the LL notification frame by detecting the cross-correlation between the LL terminal information and a known waveform representing the L-LTF in the received wireless signal.
  • the LL notification frame can include a number of pieces of LL terminal information according to the urgency of the LL traffic.
  • the LL terminal detection unit 132 can determine the urgency of the LL traffic transmission by detecting the number of repetitions of the LL terminal information through autocorrelation detection with the detected L-LTF.
  • FIG. 12 is a block diagram showing an example of the functional configuration of a terminal according to the second embodiment.
  • the terminal 20 functions as a computer equipped with a data processing unit 210, a frame processing unit 220, a management unit 230, a wireless signal processing unit 240, and an application execution unit 250.
  • the data processing unit 210, the frame processing unit 220, the wireless signal processing unit 240, and the application execution unit 250 are the same as those described in the second embodiment. Therefore, a description thereof will be omitted.
  • the management unit 130 controls the logical wireless connection between the AP 10 and the terminal 20.
  • the management unit 130 has an LL terminal information notification unit 231.
  • the LL terminal information notification unit 231 performs control to send an LL notification frame to the AP 10 when LL traffic occurs.
  • step S33 AP10 checks whether the data frame received from the NLL terminal was received correctly and sends the check result as BACK to the NLL terminal.
  • step S35 AP 10 determines whether an LL notification frame has been detected while receiving a data frame from an NLL terminal. If it is determined in step S35 that an LL notification frame has been detected, processing proceeds to step S36. If it is determined in step S35 that an LL notification frame has not been detected, processing proceeds to step S39.
  • step S37 AP 10 receives a data frame from the LL terminal. If a data frame is received from the LL terminal, processing proceeds to step S38. Note that if a data frame is not received within a specified period, processing may proceed to step S34.
  • step S38 AP 10 checks whether the data frame received from the LL terminal was received correctly and sends the check result as BACK to the LL terminal. Processing then returns to step S34.
  • step S39 the AP 10 uses the wireless signal processing unit 140 to transmit a trigger frame to the NLL terminal.
  • step S40 AP10 receives a data frame from the NLL terminal. If a data frame is received from the NLL terminal, processing proceeds to step S41. Note that if a data frame is not received within a specified period, processing may proceed to step S34.
  • step S41 AP10 checks whether the data frame received from the NLL terminal was received correctly and sends the check result as BACK to the NLL terminal. Processing then returns to step S34.
  • FIG. 14 is a flowchart showing the operation of the terminal 20 in the second embodiment.
  • the terminal 20 determines whether LL traffic to be transmitted to the AP 10 has occurred. If it is determined in step S51 that LL traffic has occurred, the process proceeds to step S52. If it is determined in step S51 that LL traffic has not occurred, the process proceeds to step S58.
  • terminal 20 sets the LL terminal information to be included in the LL notification frame, such as the number of L-LTF repetitions, depending on the urgency of the LL traffic. Specifically, terminal 20 increases the number of L-LTF repetitions as the urgency increases.
  • step S53 the terminal 20 transmits an LL notification frame to the AP 10 using the wireless signal processing unit 240.
  • step S54 the terminal 20 determines whether or not it is capable of transmitting LL traffic. In step S54, if the terminal 20 receives a trigger frame from the AP 10 and is included as a member, it is determined that it is capable of transmitting LL traffic. If it is determined in step S54 that it is capable of transmitting LL traffic, processing proceeds to step S55. If it is determined in step S54 that it is not capable of transmitting LL traffic, processing proceeds to step S57.
  • step S55 after waiting a predetermined interval from the trigger frame, the terminal 20 transmits a radio signal including a data frame using the radio signal processing unit 240.
  • the predetermined interval is, for example, SIFS.
  • the data frame may be transmitted using an OFDMA frame.
  • step S56 terminal 20 receives BACK from AP 10. Processing then proceeds to step S59.
  • step S58 terminal 20 operates as an NLL terminal. Operation as an NLL terminal involves, for example, waiting for a trigger frame from AP 10 and transmitting a data frame. If a data frame has been transmitted or if no traffic is occurring, processing proceeds to step S59.
  • step S59 the terminal 20 determines whether the TXOP provided by the AP 10 has ended. If the TXOP provided by the AP 10 has not ended in step S59, the process returns to step S51. If the TXOP provided by the AP 10 has ended in step S59, the process in FIG. 14 ends.
  • Figure 15 is a timing chart showing the operation of data transmission in the second embodiment.
  • Figure 15 shows the operation of data transmission between an AP, one NLL terminal, and one LL terminal.
  • the number of NLL terminals and the number of LL terminals are not limited to one each.
  • the NLL terminal Upon receiving the trigger frame, the NLL terminal transmits a data frame (DATA) to the AP.
  • DATA data frame
  • LL traffic is occurring at the LL terminal while the NLL terminal is transmitting the data frame.
  • the LL terminal transmits an LL notification frame (LL-IF) to the AP.
  • the AP can receive the data frame and the LL notification frame simultaneously.
  • the AP detects the LL notification frame mixed in with the data frame by performing cross-correlation processing on the received data frame. The higher the urgency of the LL traffic, the higher the number of repetitions of the LL terminal information is set. This increases the likelihood that the LL notification frame will be detected by AP10.
  • the AP After receiving the data frame, the AP sends a block ACK (BACK). If the TXOP has not ended and the LL notification frame has not been detected, the AP will send a trigger frame again to the NLL terminal. On the other hand, if the LL notification frame has been detected, the AP will send the trigger frame to the LL terminal, not the NLL terminal. Here, if the LL notification frame is not detected and the trigger frame is not sent to the LL terminal, the length of the LL notification frame is adjusted to be longer, and the LL notification frame is sent again. This increases the likelihood that the LL notification frame will be detected by AP 10.
  • BACK block ACK
  • the LL terminal When the LL terminal receives a trigger frame, it transmits a data frame (LL-DATA) containing LL traffic. In this way, in the second embodiment, the LL terminal can transmit LL traffic within the TXOP given to the NLL terminal.
  • LL-DATA data frame
  • the AP After receiving the data frame, the AP sends a block ACK (BACK). Similar operations are then repeated until the TXOP ends.
  • BACK block ACK
  • the number of repetitions of LL terminal information such as L-LTF is set according to the urgency of LL traffic. Furthermore, in the second embodiment, if a trigger frame is not received after transmitting an LL notification frame, the length of the LL notification frame is adjusted. This increases the likelihood that the AP will be able to detect the LL notification frame, and as a result, also increases the likelihood that the LL terminal will be able to transmit a data frame.
  • the LL notification frame may include identification information of the transmitting terminal.
  • the identification information may be, for example, a MAC address.
  • the AP may determine the LL terminal to which the TXOP should be given priority, for example, based on the urgency of the LL traffic determined from the LL terminal information. In other words, the AP may transmit a trigger frame with the highest priority to an LL terminal where highly urgent LL traffic has occurred. Alternatively, the AP may receive data frames simultaneously from multiple LL terminals using OFDMA transmission.
  • Figure 15 shows an example in which an LL notification frame is transmitted while another terminal is transmitting a data frame.
  • the AP will detect the LL notification frame mixed in with the data frame.
  • the LL terminal may transmit the LL notification frame during the SIFS between when the other terminal finishes transmitting the data frame and when the AP transmits BACK.
  • the end of the data frame transmission by the other terminal can be estimated from the frame length recorded in the header of the data frame, etc.
  • the LL notification frame can be composed of an L-LTF of up to four symbols.
  • the present invention is not limited to the above-described embodiments, and various modifications can be made in the implementation stage without departing from the spirit of the invention. Furthermore, the various embodiments may be implemented in appropriate combinations, in which case the combined effects can be obtained. Furthermore, the above-described embodiments include various inventions, and various inventions can be extracted by combining selected elements from the multiple elements disclosed. For example, if the problem can be solved and the desired effect can be obtained even if some elements are deleted from all elements shown in the embodiments, the configuration from which these elements are deleted can be extracted as an invention.

Landscapes

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

Abstract

アクセスポイントは、管理部を備える。管理部は、端末からのトラヒックの送信のためのリクエストに応じて、配下の複数の端末に対して低遅延が要求される低遅延トラヒックが生起しているかを問い合わせる問い合わせフレームを送信し、問い合わせフレームに対する応答により、低遅延トラヒックが生起している低遅延端末があった場合に、低遅延端末に対して優先的にリソースユニット（ＲＵ）を割り当て、ＲＵの割り当ての情報を含むトリガフレームを少なくとも低遅延端末に対して送信する。

Description

アクセスポイント及び端末
　実施形態は、アクセスポイント及び端末に関する。
　アクセスポイント（ＡＰ）と端末（ＳＴＡ）との間を無線で接続するシステムとして、無線ＬＡＮ（Local Area Network）が知られている。現在策定中の無線ＬＡＮ規格であるＩＥＥＥ　８０２．１１ｂｅ規格では、低遅延が要求される低遅延トラヒックを低遅延で送信できる方式が検討されている。低遅延トラヒックを低遅延で送信するための手法の１つとして、低遅延トラヒックが生起したＳＴＡからのリクエストを受けた直後に、このＳＴＡに対して送信機会（ＴＸＯＰ）を与える手法が検討されている。
Daniel Verenzuela et al., "Overlapped Indication to Support Preemption", IEEE 802.11-23/1194r0, July 2023
　低遅延が要求される低遅延トラヒックは、周期的に発生するだけでなく、非周期的に発生することもある。非周期的に発生する非周期低遅延トラヒックが生起した場合であっても、適切にＴＸＯＰを与えることが求められている。
　実施形態は、非周期低遅延トラヒックが生起した場合であっても、適切にＴＸＯＰを与えることができるアクセスポイント及びそれと通信できる端末を提供する。
　一態様のアクセスポイントは、管理部を備える。管理部は、端末からのトラヒックの送信のためのリクエストに応じて、配下の複数の端末に対して低遅延が要求される低遅延トラヒックが生起しているかを問い合わせる問い合わせフレームを送信し、問い合わせフレームに対する応答により、低遅延トラヒックが生起している低遅延端末があった場合に、低遅延端末に対して優先的にリソースユニット（ＲＵ）を割り当て、ＲＵの割り当ての情報を含むトリガフレームを少なくとも低遅延端末に対して送信する。
　実施形態によれば、非周期的低遅延トラヒックが生起した場合であっても、適切にＴＸＯＰを与えることができるアクセスポイント及びそれと通信できる端末を提供する。
図１は、各実施形態に係る通信システムの構成の一例を示すブロック図である。 図２は、ＡＰのハードウェア構成の一例を示すブロック図である。 図３は、端末のハードウェア構成の一例を示すブロック図である。 図４は、第１の実施形態に係るＡＰの機能構成の一例を示すブロック図である。 図５は、ＯＦＤＭＡ伝送におけるＲＵの割り当ての一例としての、２０ＭＨｚチャネルを用いるＯＦＤＭＡ伝送におけるＲＵの割り当ての例を示す図である。 図６は、第１の実施形態におけるＯＦＤＭＡフレームを利用したトリガフレームの概念図である。 図７は、第１の実施形態に係る端末の機能構成の一例を示すブロック図である。 図８は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送におけるＡＰの動作を示すフローチャートである。 図９は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送におけるそれぞれの端末の動作を示すフローチャートである。 図１０は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送における動作を示すタイミングチャートである。 図１１は、第２の実施形態に係るＡＰの機能構成の一例を示すブロック図である。 図１２は、第２の実施形態に係る端末の機能構成の一例を示すブロック図である。 図１３は、第２の実施形態におけるＡＰの動作を示すフローチャートである。 図１４は、第２の実施形態における端末の動作を示すフローチャートである。 図１５は、第２の実施形態におけるデータ伝送における動作を示すタイミングチャートである。 図１６は、第２の実施形態の変形例におけるデータ伝送における動作を示すタイミングチャートである。
　以下、図面を参照して実施形態について説明する。
　（第１の実施形態）
　まず、第１の実施形態について説明される。図１は、各実施形態に係る通信システムの構成の一例を示すブロック図である。図１に示すように、通信システム１は、アクセスポイント（ＡＰ）１０、端末２０－１、２０－２、…、２０－Ｎ並びにネットワーク３０を備える。
　ＡＰ１０及び端末２０－１、２０－２、…、２０－Ｎは、例えば、ＯＳＩ（Open Systems Interconnection）参照モデルに基づく無線通信機能を有する。ＯＳＩ参照モデルでは、無線通信機能が７階層（第１層：物理層、第２層：データリンク層、第３層：ネットワーク層、第４層：トランスポート層、第５層：セッション層、第６層：プレゼンテーション層、第７層：アプリケーション層）に分割される。データリンク層は、ＬＬＣ（Logical Link Control）副層、及びＭＡＣ（Media Access Control）副層を含む。
　第１の実施形態におけるＡＰ１０及び端末２０－１、２０－２、…、２０－Ｎは、ＵＬ－ＯＦＤＭＡ伝送をサポートする。ＯＦＤＭＡは、直交周波数分割多重（ＯＦＤＭ）と、周波数分割多元接続（ＦＤＭＡ）とを組み合わせた方式である。ＯＦＤＭは、無線通信に割り当てられたチャネル帯域幅を複数のサブキャリアに分割して伝送を行う方式である。ＯＦＤＭにおいては、複数のＳＴＡに対するサブキャリアの配置は、１チャネルを構成するサブキャリアをグルーピングしたＲＵ（resource unit）単位で実行される。これにＦＤＭＡが組み合わせられることにより、ＯＦＤＭＡでは、ＳＴＡ毎の電波状況に応じて細かくサブキャリアの配置を変化させることができる。これによって複数のＳＴＡからＡＰへの多対一伝送が実現されるため、ＯＦＤＭＡでは、ＯＦＤＭよりも電波の使用効率が向上し得る。さらに、ＡＰ１０及び端末２０－１、２０－２、…、２０－Ｎは、ＵＬ－ＯＦＤＭＡ伝送の際に離散的に配置したサブキャリアによってＲＵを構成するＤＲＵ（distributed RU）をサポートしてもよい。
　端末２０－１、２０－２、…、２０－Ｎは、Ｎ台の端末である。Ｎは、自然数、典型的には２以上の整数である。端末２０－１、２０－２、…、２０－Ｎは、ＡＰ１０との間でトラヒックの交換をし得る。端末２０－１、２０－２、…、２０－Ｎは、例えば、スマートフォンやＰＣ（personal computer）等であり、ＩＥＥＥ　８０２．１１規格に準拠した無線端末である。以下において、端末２０－１、２０－２、…、２０－Ｎは、互いに同等の構成を有する。以下では、端末２０－１、２０－２、…、２０－Ｎを特に区別しない場合、これらを端末２０のように記載する場合がある。
　次に、各実施形態に係る通信システムにおけるＡＰ及び端末のハードウェア構成について説明する。
　図２は、ＡＰのハードウェア構成の一例を示すブロック図である。図２に示すように、ＡＰ１０は、例えば、ＣＰＵ（central processing unit）１１、ＲＯＭ（read only memory）１２、ＲＡＭ（random access memory）１３、無線通信モジュール１４及び有線通信モジュール１５を備える。
　ＣＰＵ１１は、ＡＰ１０の全体の動作を制御する処理回路である。ＲＯＭ１２は、例えば、不揮発性の半導体メモリである。ＲＯＭ１２は、ＡＰ１０を制御するためのプログラム、及びデータを記憶する。ＲＡＭ１３は、例えば、揮発性の半導体メモリである。ＲＡＭ１３は、ＣＰＵ１１の作業領域として使用される。無線通信モジュール１４は、無線信号によるデータの送受信に使用される回路である。無線通信モジュール１４は、アンテナに接続される。有線通信モジュール１５は、有線信号によるデータの送受信に使用される回路である。有線通信モジュール１５は、ネットワーク３０に接続される。
　なお、有線通信モジュール１５はＡＰ１０とネットワーク３０とを接続する手段として記載しているが、代替として、無線通信モジュール１４とは異なる無線通信モジュールを用いてもよいし、あるいは、無線通信モジュール１４が端末２０との通信を行わない時間帯においてネットワーク３０と通信を行ってもよい。
　図３は、端末のハードウェア構成の一例を示すブロック図である。図３に示すように、端末２０は、例えば、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、無線通信モジュール２４、ディスプレイ２５及びストレージ２６を備える。
　ＣＰＵ２１は、端末２０の全体の動作を制御する処理回路である。ＲＯＭ２２は、例えば、不揮発性の半導体メモリである。ＲＯＭ２２は、端末２０を制御するためのプログラム、及びデータを記憶する。ＲＡＭ２３は、例えば、揮発性の半導体メモリである。ＲＡＭ２３は、ＣＰＵ２１の作業領域として使用される。無線通信モジュール２４は、無線信号によるデータの送受信に使用される回路である。無線通信モジュール２４は、アンテナに接続される。ディスプレイ２５は、例えばＬＣＤ（liquid crystal display）又はＥＬ（electro-luminescence）ディスプレイである。ディスプレイ２５は、アプリケーションソフトに対応するＧＵＩ（graphical user interface）等を表示する。ストレージ２６は、不揮発性の記憶装置である。ストレージ２６は、端末２０のシステムソフトウェア等を記憶する。
　次に、第１の実施形態に係る通信システムにおけるＡＰ及び端末の機能構成について説明する。
　図４は、第１の実施形態に係るＡＰの機能構成の一例を示すブロック図である。ＡＰ１０は、データ処理部１１０、フレーム処理部１２０、管理部１３０及び無線信号処理部１４０を備えるコンピュータとして機能する。データ処理部１１０は、第２層のＬＬＣ副層及び第３層から第７層に対応する処理を実行する機能ブロックである。フレーム処理部１２０及び管理部１３０は、第２層のＭＡＣ副層に対応する処理を実行する機能ブロックである。無線信号処理部１４０は、第１層に対応する処理を実行する機能ブロックである。
　データ処理部１１０は、ネットワーク３０からＬＬＣレイヤを介して入力されたデータを、フレーム処理部１２０に出力する。また、データ処理部１１０は、フレーム処理部１２０から入力されたデータを、ＬＬＣレイヤを介してネットワーク３０に出力する。
　フレーム処理部１２０は、データ処理部１１０又は管理部１３０からデータが入力された場合には、入力されたデータにＭＡＣヘッダを付加してＭＡＣフレームを生成する。そして、フレーム処理部１２０は、ＭＡＣフレームを無線信号処理部１４０に出力する。また、フレーム処理部１２０は、無線信号処理部１４０からＭＡＣフレームが入力された場合には、ＭＡＣフレームからデータを抽出し、ＭＡＣフレームの種別に応じて抽出したデータをデータ処理部１１０又は管理部１３０に出力する。具体的には、フレーム処理部１２０は、ＭＡＣフレームがデータフレームである場合には、データをデータ処理部１１０に入力する。フレーム処理部１２０は、ＭＡＣフレームがマネジメントフレーム又はコントロールフレームである場合には、データを管理部１３０に入力する。
　管理部１３０は、ＡＰ１０と端末２０との間の論理的な無線接続を制御する。例えば、管理部１３０は、端末２０からのアソシエーションリクエストに応じて、無線接続処理を実行する。また、管理部１３０は、ＴＸＯＰ管理部１３１を有する。ＴＸＯＰ管理部１３１は、端末２０からのリクエストに応じてＴＸＯＰを獲得し、獲得したＴＸＯＰを端末２０にも与える。ＴＸＯＰは、端末２０へのトリガフレームの送信によって与えられる。ＴＸＯＰ管理部１３１は、ＯＦＤＭＡフレームを利用することによって、複数の端末２０に対して同時にＴＸＯＰを割り当て得る。
　図５は、ＯＦＤＭＡ伝送におけるＲＵの割り当ての一例としての、２０ＭＨｚチャネルを用いるＯＦＤＭＡ伝送におけるＲＵの割り当ての例を示す図である。現在、ＩＥＥＥ　８０２．１１規格では合計で４パターンのＲＵの割り当てが定義されている。図５の上から１段目のパターンは、２０ＭＨｚチャネルに９個のＲＵが割り当てられる例である。９個のＲＵは、それぞれ、２６本のサブキャリアで構成される。ただし、９個のうちの１個のＲＵは、Ｍｉｄｄｌｅ－２６－ｔｏｎｅ　ＲＵと示されるように、ＤＣサブキャリアを挟んだ１３本のサブキャリア２つで構成されている。この１段目のパターンであれば、９台の端末（ＳＴＡ）による同時伝送が行われ得る。また、図５の上から２段目のパターンは、２０ＭＨｚチャネルに５個のＲＵが割り当てられる例である。５個のＲＵのうち、４個は、それぞれ、５２本のサブキャリアで構成される。そして、残りの１個のＲＵは、Ｍｉｄｄｌｅ－２６－ｔｏｎｅ　ＲＵと示されるように、ＤＣサブキャリアを挟んだ１３本のサブキャリア２つで構成されている。この２段目のパターンであれば、５台の端末（ＳＴＡ）による同時伝送が行われ得る。３段目のパターン及び４段目のパターンも同様である。
　ＯＦＤＭＡ伝送では、複数の端末からの伝送タイミングを合わせるために、それぞれの端末に対してトリガフレームが送信される。図６は、第１の実施形態におけるＯＦＤＭＡフレームを利用したトリガフレームの概念図である。図６の例では、３つのサブキャリアにそれぞれの端末宛てのトリガフレームが含められた例が示されている。それぞれの端末宛てのトリガフレームには、例えばＯＦＤＭＡ伝送のメンバに属しているか否かを示す情報、それぞれの端末からの要求帯域幅に比例したＲＵの割り当て数の情報及び特に端末において低遅延トラヒックが生起した場合の許容遅延に応じた最大フレーム長の情報が含められ得る。
　第１の実施形態では、ＴＸＯＰ管理部１３１は、自局が送信権を獲得した場合に、配下の端末２０に対してトリガフレームを送信することで配下の端末２０に対して一括でＴＸＯＰを付与する。これに先立ち、ＴＸＯＰ管理部１３１は、配下の端末２０に対して低遅延トラヒックが生起しているか否かを問い合わせる。低遅延トラヒックは、低遅延の要求のあるトラヒックである。以下、低遅延トラヒックをＬＬトラヒックと、低遅延トラヒックが生起している端末２０をＬＬ端末と、低遅延トラヒックが生起していない端末２０をＮＬＬ端末と言うことがある。端末２０は、自局においてＬＬトラヒックが生起しているときには、その旨をＡＰ１０に返答する。このとき、端末２０は、ＬＬトラヒックの送信に要する要求帯域幅の情報又はそれを示す情報及びＬＬトラヒックの送信において許容できる最大遅延の情報を送信し得る。
　ＴＸＯＰ管理部１３１は、ＬＬ端末がある場合には、ＬＬ端末に対して優先的にＲＵを割り当てる。また、ＬＬ端末から要求帯域幅の情報及び最大遅延の情報が送信されている場合には、ＴＸＯＰ管理部１３１は、要求帯域幅及び最大遅延の条件を満たすようにそれぞれの端末２０にＲＵを割り当てる。必要に応じて、ＴＸＯＰ管理部１３１は、ＲＵの割り当てのパターンを変更し得る。ＲＵの割り当てのパターンが変更された場合、同時伝送できる端末２０の数が変動し得る。送信を要求したすべての端末２０の同時伝送ができない場合、ＴＸＯＰ管理部１３１は、一部のＮＬＬ端末に対してはＲＵの割り当てをしなくてもよい。この場合、ＴＸＯＰ管理部１３１は、ＲＵを割り当てていないＮＬＬ端末に対しては問い合わせ結果の受信に対する応答フレームによってそのＮＬＬ端末の送信を不許可にする旨を通知し得る。ＲＵを割り当てないＮＬＬ端末は、例えばＴＩＤ（Traffic Identifier）によって決まる、伝送しようとするトラヒックの優先度に応じて決められてよい。
　ここで、図４の説明に戻る。無線信号処理部１４０は、フレーム処理部１２０から入力されたＭＡＣフレームにプリアンブル等を付加して、無線フレームを生成する。無線信号処理部１４０は、生成された無線フレームを無線信号に変換する。そして、無線信号処理部１４０は、変換された無線信号を、アンテナを介して放射（送信）する。また、無線信号処理部１４０は、ＯＦＤＭＡフレームを、ＲＵの割り当てに基づいてサブキャリアに割り当てて送信し得る。無線信号処理部１４０は、図６で示したＵＬ－ＯＦＤＭＡ伝送のためのトリガフレームを送信し得る。無線フレームから無線信号への変換処理は、例えば、畳込符号化処理、インタリーブ処理、サブキャリア変調処理、逆高速フーリエ変換処理、ＯＦＤＭ変調処理、及び周波数変換処理を含む。また、無線信号処理部１４０は、アンテナを介して受信した無線信号を無線フレームに変換する。無線信号処理部１４０は、変換された無線フレームからＭＡＣフレームを抽出する。そして、無線信号処理部１４０は、抽出されたＭＡＣフレームをフレーム処理部１２０に出力する。無線信号から無線フレームへの変換処理は、例えば、周波数変換処理、ＯＦＤＭ復調処理、高速フーリエ変換処理、サブキャリア復調処理、デインタリーブ処理、及びビタビ復号処理を含む。
　図７は、第１の実施形態に係る端末の機能構成の一例を示すブロック図である。端末２０は、データ処理部２１０、フレーム処理部２２０、管理部２３０、無線信号処理部２４０及びアプリケーション実行部２５０を備えるコンピュータとして機能する。データ処理部２１０及びアプリケーション実行部２５０は、第２層のＬＬＣ副層及び第３層から第７層に対応する処理を実行する機能ブロックである。フレーム処理部２２０及び管理部２３０は、第２層のＭＡＣ副層に対応する処理を実行する機能ブロックである。無線信号処理部２４０は、第１層に対応する処理を実行する機能ブロックである。
　データ処理部２１０は、アプリケーション実行部２５０からＬＬＣレイヤを介して入力されたデータを、フレーム処理部２２０に出力する。また、データ処理部２１０は、フレーム処理部２２０から入力されたデータを、ＬＬＣレイヤを介してアプリケーション実行部２５０に出力する。
　フレーム処理部２２０は、データ処理部２１０又は管理部２３０からデータが入力された場合には、入力されたデータにＭＡＣヘッダを付加してＭＡＣフレームを生成する。そして、フレーム処理部２２０は、ＭＡＣフレームを無線信号処理部２４０に出力する。また、フレーム処理部２２０は、無線信号処理部２４０からＭＡＣフレームが入力された場合には、ＭＡＣフレームからデータを抽出し、ＭＡＣフレームの種別に応じて抽出したデータをデータ処理部２１０又は管理部２３０に出力する。具体的には、フレーム処理部２２０は、ＭＡＣフレームがデータフレームである場合には、データをデータ処理部２１０に入力する。フレーム処理部２２０は、ＭＡＣフレームがマネジメントフレーム又はコントロールフレームである場合には、データを管理部２３０に入力する。
　管理部２３０は、端末２０とＡＰ１０との間の論理的な無線接続を制御する。例えば、管理部２３０は、ＡＰ１０からのビーコンフレームに基づき、アソシエーションリクエストを生成する。管理部２３０は、端末毎に割り当てられるＲＵの情報を記憶し得る。
　無線信号処理部２４０は、フレーム処理部２２０から入力されたＭＡＣフレームにプリアンブル等を付加して、無線フレームを生成する。無線信号処理部２４０は、生成された無線フレームを無線信号に変換する。そして、無線信号処理部２４０は、変換された無線信号を、アンテナを介して放射（送信）する。また、無線信号処理部２４０は、ＯＦＤＭＡフレームを、ＲＵの割り当てに基づいてサブキャリアに割り当てて送信し得る。無線フレームから無線信号への変換処理は、例えば、畳込符号化処理、インタリーブ処理、サブキャリア変調処理、逆高速フーリエ変換処理、ＯＦＤＭ変調処理、及び周波数変換処理を含む。また、無線信号処理部２４０は、アンテナを介して受信した無線信号を無線フレームに変換する。無線信号から無線フレームへの変換処理は、例えば、周波数変換処理、ＯＦＤＭ復調処理、高速フーリエ変換処理、サブキャリア復調処理、デインタリーブ処理、及びビタビ復号処理を含む。無線信号処理部２４０は、変換された無線フレームからＭＡＣフレームを抽出する。そして、無線信号処理部２４０は、抽出されたＭＡＣフレームをフレーム処理部２２０に出力する。
　アプリケーション実行部２５０は、データ処理部２１０から入力されたデータに基づき、アプリケーションを実行する。また、アプリケーション実行部２５０は、データ処理部２１０にデータを入力する。例えば、アプリケーション実行部２５０は、アプリケーションの情報をディスプレイ２５に表示することができる。また、アプリケーション実行部２５０は、入力インタフェースの操作に基づいて動作し得る。
　次に、第１の実施形態に係る通信システムにおけるＵＬ－ＯＦＤＭＡ伝送における動作について説明する。図８は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送におけるＡＰ１０の動作を示すフローチャートである。ここで、図８の動作に先立ち、ＡＰ１０は、例えば端末２０からのリクエストに応じて、このリクエストをした端末２０に対するＴＸＯＰを与えるための無線信号の送信権を獲得しているものとする。つまり、ＡＰ１０は、ＣＣＡ（Clear Channel Assessment）動作を行っていて、ＵＬ－ＯＦＤＭＡ伝送に用いられるチャネルが使用中でないことを確認しているものとする。
　ステップＳ１において、ＡＰ１０は、無線信号処理部１４０を用いて問い合わせフレームをブロードキャスト送信する。問い合わせフレームは、ＬＬトラヒックが生起しているか否かを問い合わせるためのフレームである。問い合わせフレームは、ＡＰ１０の配下のＮ台の端末２０において受信される。問い合わせフレームは、例えばビーコンフレームである。問い合わせフレームは、ビーコンフレーム以外の任意のフレームであってよい。
　ステップＳ２において、ＡＰ１０は、配下の端末２０のそれぞれから問い合わせ結果としての配下の端末２０からのリクエストを受信する。問い合わせ結果の受信は、一定の期間の間だけ行われてよい。一定の期間内に配下のすべての端末２０から問い合わせ結果を受信したとき又は配下のすべての端末２０から問い合わせ結果を受信していなくとも一定の期間が経過したときには、処理はステップＳ３に移行する。
　ステップＳ３において、ＡＰ１０は、問い合わせ結果を受信した旨を含む応答フレームを配下の端末２０に送信する。応答フレームは、それぞれの端末２０に対する送信の許可／不許可の情報を含む。応答フレームは、ＯＦＤＭＡフレームを利用して複数の端末２０に一括で送信されてもよいし、それぞれの端末２０に個別に送信されてもよい。
　ステップＳ４において、ＡＰ１０は、問い合わせ結果に応じてＯＦＤＭＡフレームを利用してそれぞれの端末２０宛てのトリガフレームを生成し、無線信号処理部１４０を用いてトリガフレームをそれぞれの端末２０に送信する。それぞれの端末宛てのトリガフレームには、ＯＦＤＭＡ伝送のメンバに属しているか否かを示す情報、それぞれの端末からの要求帯域幅に比例したＲＵの割り当て数の情報及び特に端末において低遅延トラヒックが生起した場合の許容遅延に応じた最大フレーム長の情報が含められ得る。ここで、ＬＬ端末があるときには、そのＬＬ端末に対して優先的にＲＵが割りてられ、かつ、最大フレーム長もそのＬＬ端末から伝送された許容される最大遅延以下となるように設定される。
　ステップＳ５において、ＡＰ１０は、それぞれの端末２０からデータフレーム（ＯＦＤＭＡフレーム）を受信する。それぞれの端末２０からデータフレームが受信された場合には、処理はステップＳ６に移行する。なお、所定の期間でデータフレームを受信できなかった場合には、図８の処理は終了されてもよい。
　ステップＳ６において、ＡＰ１０は、それぞれの端末２０から受信したデータフレームが正しく受信されたかをチェックし、そのチェック結果をブロックＡＣＫ（ＢＡＣＫ）としてそれぞれの端末２０に送信する。その後、図８の処理は終了する。ここで、ＢＡＣＫの結果によっては再送処理等が実施される。図８では、再送処理については省略されている。また、ＡＰ１０は、それぞれの端末２０から受信したデータフレームに応じて各種の処理を実施し得る。図８では、データフレームに応じた処理についても省略されている。
　図９は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送におけるそれぞれの端末２０の動作を示すフローチャートである。ステップＳ１１において、端末２０は、ＡＰ１０に送信すべきトラヒックが生起したか否かを判定する。ステップＳ１１において、トラヒックが生起したと判定された場合には、処理はステップＳ１２に移行する。ステップＳ１１において、トラヒックが生起していないと判定された場合には、処理はステップＳ１３に移行する。
　ステップＳ１２において、端末２０は、無線信号処理部２４０を用いてＡＰ１０に対して無線信号の送信のためのリクエストを送信する。
　ステップＳ１３において、端末２０は、ＡＰ１０から問い合わせフレームを受信する。その後、端末２０は、処理をステップＳ１４に移行させる。なお、ＡＰ１０から問い合わせフレームを受信できなかった場合には、図９の処理は終了されてもよい。
　ステップＳ１４において、端末２０は、ＬＬトラヒックが生起しているか否かを判定する。ステップＳ１４において、ＬＬトラヒックが生起していると判定された場合には、処理はステップＳ１５に移行する。ステップＳ１４において、ＬＬトラヒックが生起していないと判定された場合には、処理はステップＳ１６に移行する。
　ステップＳ１５において、端末２０は、問い合わせ結果の情報を含むＬＬトラヒックの送信のためのリクエストを送信する。その後、処理はステップＳ１７に移行する。問い合わせ結果の情報は、ＬＬトラヒックが生起している旨の情報を含む。リクエストには、ＬＬトラヒックの送信に要する要求帯域幅の情報又はそれを示す情報及びＬＬトラヒックの送信において許容できる最大遅延の情報が含められてよい。
　ステップＳ１６において、端末２０は、問い合わせ結果の情報を含む非ＬＬトラヒックの送信のためのリクエストを送信する。その後、処理はステップＳ１７に移行する。問い合わせ結果の情報は、ＬＬトラヒックが生起していない旨の情報を含む。なお、ステップＳ１２において、リクエストを送信している端末２０は、ステップＳ１６において再度のリクエストを送信しなくてもよい。
　ステップＳ１７において、端末２０は、ＡＰ１０から応答フレームを受信する。なお、所定の期間で応答フレームを受信できなかった場合には、図９の処理は終了されてもよい。
　ステップＳ１８において、端末２０は、ＡＰ１０によってデータフレームの送信が許可されたか否かを判定する。ステップＳ１８において、データフレームの送信が許可された場合には、処理はステップＳ１９に移行する。ステップＳ１８において、データフレームの送信が許可されていない場合には、図９の処理は終了する。この場合、端末２０は、ＡＰ１０に対して改めてデータフレームの送信のためのリクエストを送信してよい。
　ステップＳ１９において、端末２０は、トリガフレームが受信されるまで待機する。所定の期間でトリガフレームが受信できなかった場合又はトリガフレーム以外のフレームが受信された場合には、受信されたフレームの処理に移行し、図９の処理が終了されてもよい。さらに、トリガフレームが受信された場合であっても自身がＯＦＤＭＡ伝送を実施するメンバに含まれていないときも図９の処理が終了される。ステップＳ１９において、トリガフレームが受信され、かつ、自身がメンバに含まれていた場合、処理はステップＳ２０に移行する。
　ステップＳ２０において、トリガフレームから所定の間隔だけ待った後、端末２０は、無線信号処理部２４０を用いてデータフレーム（ＯＦＤＭＡフレーム）を含む無線信号を送信する。所定の間隔は、例えばＳＩＦＳ（Short Inter Frame Space）である。
　ステップＳ２１において、端末２０は、ＡＰ１０からＢＡＣＫを受信する。ステップＳ２１において、端末２０は、ＡＰ１０からＢＡＣＫを受信した場合には自身が送信したデータフレームは送達されたものとみなす。ステップＳ２１において、ＢＡＣＫの受信が確認できなかった場合には、自身が送信したデータフレームは送達されなかったものとみなす。これらいずれかの確認が行われることで、図９の処理は終了する。ここで、ＢＡＣＫの結果によっては再送処理等が実施される。図９では、再送処理については省略されている。
　図１０は、第１の実施形態におけるＵＬ－ＯＦＤＭＡ伝送における動作を示すタイミングチャートである。ここで、図１０では、ＡＰと、１台のＮＬＬ端末と、１台のＬＬ端末によるＵＬ－ＯＦＤＭＡ伝送の動作が示される。一方で、ＮＬＬ端末の数及びＬＬ端末の数は、それぞれ、１台に限定されるものではない。
　ＡＰに送信すべきトラヒックが生起した場合、端末は、ＡＰに対してデータフレームの送信のためのリクエストを送信する。図１０では、あるＮＬＬ端末において、トラヒックが生起し、このＮＬＬ端末がＡＰに対してリクエストＲｅｑを送信している。
　端末からのリクエストを受けたＡＰは、ＣＣＡ動作を行って送信権を獲得する。その後、ＡＰは、問い合わせフレームＰｏｌを配下の端末に対して送信する。図１０では、ＡＰは、リクエストを送信したＮＬＬ端末と、ＬＬ端末とに問い合わせフレームＰｏｌを送信している。
　問い合わせフレームＰｏｌを受信した端末は、それぞれ、問い合わせ結果の情報を含むリクエストをＡＰに送信する。図１０では、ＮＬＬ端末は、ＬＬトラヒックが生起していない旨の情報を含むリクエストＲｅｑをＡＰに送信する。一方、ＬＬ端末は、ＬＬトラヒックが生起している旨の情報を含むリクエストＲｅｑをＡＰに送信する。ここで、前述したように、先にリクエストＲｅｑを送信している端末は、このタイミングでのリクエストＲｅｑの送信を省略してもよい。リクエストＲｅｑの送信が省略され得ることを示すため、図１０では、ＮＬＬ端末がこのタイミングで送信しているリクエストＲｅｑは、破線によって示されている。
　問い合わせ結果の情報を含むリクエストＲｅｑを受信したＡＰは、ＬＬトラヒックが生起していることを認識する。そして、ＡＰは、先にリクエストＲｅｑを送信してきたＮＬＬ端末に加えて、今回のタイミングでリクエストを送信してきたＬＬ端末に対してもＲＵを割り当てる。そして、ＡＰは、それぞれの端末に対して応答フレームＲｅｓを送信する。応答フレームは、それぞれの端末に対するデータフレームの送信の許可／不許可の情報を含む。例では、ＮＬＬ端末及びＬＬ端末の双方のデータフレームの送信が許可されたものとする。
　応答フレームの送信後、ＡＰは、トリガフレームＴＦを配下の端末に送信する。前述したように、トリガフレームＴＦには、ＯＦＤＭＡ伝送のメンバに属しているか否かを示す情報、それぞれの端末からの要求帯域幅に比例したＲＵの割り当て数の情報及び特に端末において低遅延トラヒックが生起した場合の許容遅延に応じた最大フレーム長の情報が含められ得る。
　トリガフレームＴＦを受信し、かつ、ＵＬ－ＯＦＤＭＡ伝送のメンバに含まれている端末２０は、自身に割り当てられたＲＵにＯＦＤＭＡフレームを割り当て、その後、トリガフレームから所定のフレーム間隔（通常はＳＩＦＳ）を空けてデータフレームを送信する。図１０では、ＮＬＬ端末はデータフレームＤＡＴＡを送信しており、ＬＬ端末は、ＬＬデータフレームＬＬ－ＤＡＴＡを送信している。また、図１０では示していないが、データフレームを受信したＡＰは、それぞれの端末に対してＢＡＣＫを送信する。
　以上説明したように第１の実施形態によれば、ＡＰは、ＵＬ－ＯＦＤＭＡ伝送のためのトリガフレームの送信に先立って、配下の端末に対してＬＬトラヒックが生起したか否かを確認するための問い合わせフレームを送信する。この問い合わせフレームの送信の結果、ＬＬトラヒックが生起していた端末が存在していた場合には、ＡＰは、ＬＬトラヒックの送信のためのＲＵを優先的に割り当てた上で、それぞれの端末に対してトリガフレームを送信する。これにより、ＬＬ端末は、他のＮＬＬ端末によるトラヒックの送信のタイミングにおいてＬＬトラヒックが生起した場合であっても直ちにデータフレームを送信し得る。このように、第１の実施形態では、非周期的なＬＬトラヒックが生起してから短い期間でＬＬトラヒックの送信のためのＴＸＯＰがＬＬ端末に対して与えられ得る。
　また、第１の実施形態では、ＡＰは、ＬＬ端末からの要求帯域幅及び最大遅延の情報に応じてＲＵの割り当てを変更し得る。このため、要求される遅延の条件を満足したＬＬトラヒックの伝送が実施され得る。
　（第２の実施形態）
　次に、第２の実施形態について説明される。ここで、第２の実施形態の説明において、第１の実施形態と重複する部分の説明は、適宜に省略又は簡略化される。第２の実施形態における通信システムの構成は、図１で示したものが適用され得る。また、第２の実施形態におけるＡＰのハードウェア構成は、図２で示したものが適用され得る。また、第２の実施形態における端末のハードウェア構成は、図３で示したものが適用され得る。ただし、第２の実施形態においては、ＡＰ及び端末は、ＵＬ－ＯＦＤＭＡ伝送をサポートしていなくてもよい。
　図１１は、第２の実施形態に係るＡＰの機能構成の一例を示すブロック図である。ＡＰ１０は、データ処理部１１０、フレーム処理部１２０、管理部１３０及び無線信号処理部１４０を備えるコンピュータとして機能する。ここで、データ処理部１１０、フレーム処理部１２０及び無線信号処理部１４０は、第１の実施形態で説明したものと同様である。したがって、説明は省略される。
　第２の実施形態における管理部１３０は、ＡＰ１０と端末２０との間の論理的な無線接続を制御する。第２の実施形態においては、管理部１３０は、ＬＬ端末検出部１３２を有する。ＬＬ端末検出部１３２は、ＬＬ端末から送信されたＬＬ通知フレームを検出することによってＬＬ端末を検出する。第２の実施形態においては、ＬＬ端末は、ＮＬＬ端末のＴＸＯＰの間であってもＡＰに対してＬＬ端末情報を含むＬＬ通知フレームを送信し得る。ＬＬ端末情報は、ＬＬトラヒックが生起しているＬＬ端末であることを示す情報である。ＬＬ端末検出部１３２は、ＬＬ端末を検出した場合には、ＮＬＬ端末とのＴＸＯＰの間であっても、そのＬＬ端末に対してＴＸＯＰを与える。ＴＸＯＰは、ＬＬ端末へのトリガフレームの送信によって与えられる。ＬＬ端末情報には、例えば、Ｌ－ＬＴＦ（legacy-LTF（long training field））等の参照信号が用いられ得る。この場合、ＬＬ端末検出部１３２は、受信した無線信号におけるＬ－ＬＴＦを表す既知の波形とＬＬ端末情報との相互相関検出によってＬＬ通知フレームを検出し得る。第２の実施形態においては、ＬＬ通知フレームには、ＬＬトラヒックの緊急度に応じた数のＬＬ端末情報が含められ得る。ＬＬ端末検出部１３２は、検出したＬ－ＬＴＦとの自己相関検出によって、ＬＬ端末情報の繰り返し数を検出することにより、ＬＬトラヒックの送信の緊急度を判断し得る。
　図１２は、第２の実施形態に係る端末の機能構成の一例を示すブロック図である。端末２０は、データ処理部２１０、フレーム処理部２２０、管理部２３０、無線信号処理部２４０及びアプリケーション実行部２５０を備えるコンピュータとして機能する。ここで、データ処理部２１０、フレーム処理部２２０、無線信号処理部２４０及びアプリケーション実行部２５０は、第２の実施形態で説明したものと同様である。したがって、説明は省略される。
　第２の実施形態における管理部１３０は、ＡＰ１０と端末２０との間の論理的な無線接続を制御する。第２の実施形態においては、管理部１３０は、ＬＬ端末情報通知部２３１を有する。ＬＬ端末情報通知部２３１は、ＬＬトラヒックが生起したときにＡＰ１０に対してＬＬ通知フレームを送信するための制御を実施する。
　次に、第２の実施形態に係る通信システムにおける動作について説明する。図１３は、第２の実施形態におけるＡＰ１０の動作を示すフローチャートである。ここで、図１３の動作に先立ち、ＡＰ１０は、例えばＮＬＬ端末である端末２０からのリクエストに応じて、このリクエストをした端末２０に対するＴＸＯＰを与えるための無線信号の送信権を獲得しているものとする。
　ステップＳ３１において、ＡＰ１０は、無線信号処理部１４０を用いてＮＬＬ端末に対してトリガフレームを送信する。
　ステップＳ３２において、ＡＰ１０は、ＮＬＬ端末からデータフレームを受信する。ＮＬＬ端末からデータフレームが受信された場合には、処理はステップＳ３３に移行する。なお、所定の期間でデータフレームを受信できなかった場合には、処理はステップＳ３４に移行されてもよい。
　ステップＳ３３において、ＡＰ１０は、ＮＬＬ端末から受信したデータフレームが正しく受信されたかをチェックし、そのチェック結果をＢＡＣＫとしてＮＬＬ端末に送信する。
　ステップＳ３４において、ＡＰ１０は、ＮＬＬ端末に与えたＴＸＯＰが終了したか否かを判定する。ステップＳ３４において、ＮＬＬ端末に与えたＴＸＯＰが終了していないと判定された場合には、処理はステップＳ３５に移行する。ステップＳ３４において、ＮＬＬ端末に与えたＴＸＯＰが終了したと判定された場合には、図１３の処理は終了される。
　ステップＳ３５において、ＡＰ１０は、ＮＬＬ端末からのデータフレームの受信中にＬＬ通知フレームを検出したか否かを判定する。ステップＳ３５において、ＬＬ通知フレームを検出したと判定された場合には、処理はステップＳ３６に移行する。ステップＳ３５において、ＬＬ通知フレームを検出していないと判定された場合には、処理はステップＳ３９に移行する。
　ステップＳ３６において、ＡＰ１０は、無線信号処理部１４０を用いてＬＬ端末に対してトリガフレームを送信する。
　ステップＳ３７において、ＡＰ１０は、ＬＬ端末からデータフレームを受信する。ＬＬ端末からデータフレームが受信された場合には、処理はステップＳ３８に移行する。なお、所定の期間でデータフレームを受信できなかった場合には、処理はステップＳ３４に移行されてもよい。
　ステップＳ３８において、ＡＰ１０は、ＬＬ端末から受信したデータフレームが正しく受信されたかをチェックし、そのチェック結果をＢＡＣＫとしてＬＬ端末に送信する。その後、処理はステップＳ３４に戻る。
　ステップＳ３９において、ＡＰ１０は、無線信号処理部１４０を用いてＮＬＬ端末に対してトリガフレームを送信する。
　ステップＳ４０において、ＡＰ１０は、ＮＬＬ端末からデータフレームを受信する。ＮＬＬ端末からデータフレームが受信された場合には、処理はステップＳ４１に移行する。なお、所定の期間でデータフレームを受信できなかった場合には、処理はステップＳ３４に移行されてもよい。
　ステップＳ４１において、ＡＰ１０は、ＮＬＬ端末から受信したデータフレームが正しく受信されたかをチェックし、そのチェック結果をＢＡＣＫとしてＮＬＬ端末に送信する。その後、処理はステップＳ３４に戻る。
　図１４は、第２の実施形態における端末２０の動作を示すフローチャートである。ステップＳ５１において、端末２０は、ＡＰ１０に送信すべきＬＬトラヒックが生起したか否かを判定する。ステップＳ５１において、ＬＬトラヒックが生起したと判定された場合には、処理はステップＳ５２に移行する。ステップＳ５１において、ＬＬトラヒックが生起していないと判定された場合には、処理はステップＳ５８に移行する。
　ステップＳ５２において、端末２０は、ＬＬトラヒックの緊急度に応じてＬＬ通知フレームに含めるＬＬ端末情報、例えばＬ－ＬＴＦの繰り返し数を設定する。具体的には、端末２０は、緊急度が高いほど、Ｌ－ＬＴＦの繰り返し数を多くする。
　ステップＳ５３において、端末２０は、無線信号処理部２４０を用いてＬＬ通知フレームをＡＰ１０に送信する。
　ステップＳ５４において、端末２０は、ＬＬトラヒックを送信可能であるか否かを判定する。ステップＳ５４においては、ＡＰ１０からトリガフレームを受信し、かつ、自身がメンバに含まれているときには、ＬＬトラヒックを送信可能であると判定される。ステップＳ５４において、ＬＬトラヒックを送信可能であると判定された場合には、処理はステップＳ５５に移行する。ステップＳ５４において、ＬＬトラヒックを送信可能でないと判定された場合には、処理はステップＳ５７に移行する。
　ステップＳ５５において、トリガフレームから所定の間隔だけ待った後、端末２０は、無線信号処理部２４０を用いてデータフレームを含む無線信号を送信する。所定の間隔は、例えばＳＩＦＳである。なお、データフレームは、ＯＦＤＭＡフレームで送信されてもよい。
　ステップＳ５６において、端末２０は、ＡＰ１０からＢＡＣＫを受信する。その後、処理はステップＳ５９に移行する。
　ステップＳ５４において、ＬＬトラヒックを送信可能でないと判定された場合のステップＳ５７において、端末２０は、ＬＬ通知フレームの長さを長くすることによって、ＡＰ１０におけるＬＬ通知フレームの検出可能性を高める。その後、処理はステップＳ５３に戻る。
　ステップＳ５１において、ＬＬトラヒックが生起していないと判定された場合のステップＳ５８において、端末２０は、ＮＬＬ端末として動作する。ＮＬＬ端末としての動作は、例えばＡＰ１０からのトリガフレームを待ってデータフレームを送信する動作である。データフレームを送信した場合又はトラヒックが生起していない場合には、処理はステップＳ５９に移行する。
　ステップＳ５９において、端末２０は、ＡＰ１０から与えられたＴＸＯＰが終了したか否かを判定する。ステップＳ５９において、ＡＰ１０から与えられたＴＸＯＰが終了していない場合には、処理はステップＳ５１に戻る。ステップＳ５９において、ＡＰ１０から与えられたＴＸＯＰが終了した場合には、図１４の処理は終了される。
　図１５は、第２の実施形態におけるデータ伝送における動作を示すタイミングチャートである。ここで、図１５では、ＡＰと、１台のＮＬＬ端末と、１台のＬＬ端末によるデータ伝送の動作が示される。一方で、ＮＬＬ端末の数及びＬＬ端末の数は、それぞれ、１台に限定されるものではない。
　ＡＰに送信すべきトラヒックが生起した場合、端末は、ＡＰに対してデータフレームの送信のためのリクエストを送信する。端末からのリクエストを受けたＡＰは、ＣＣＡ動作を行って送信権を獲得する。その後、ＡＰは、リクエストを送信してきた端末に対してトリガフレームを送信することで、その端末に対してＴＸＯＰを与える。図１５では、ＮＬＬ端末に対してトリガフレーム（ＴＦ）が送信されている。
　トリガフレームを受けて、ＮＬＬ端末は、ＡＰに対してデータフレーム（ＤＡＴＡ）を送信する。ここで、図１５においては、ＮＬＬ端末によるデータフレームの送信中にＬＬ端末においてＬＬトラヒックが生起している。このとき、ＬＬ端末は、ＡＰに対してＬＬ通知フレーム（ＬＬ－ＩＦ）を送信する。ＡＰは、データフレームとＬＬ通知フレームを同時に受信し得る。ＡＰは、受信されたデータフレームに対して相互相関処理を行うことによってデータフレームに混入されているＬＬ通知フレームを検出する。ＬＬトラヒックの緊急度が高いほど、ＬＬ端末情報の繰り返し数が多く設定されている。このため、ＡＰ１０においてＬＬ通知フレームが検出される可能性が高まる。
　データフレームの受信後、ＡＰは、ブロックＡＣＫ（ＢＡＣＫ）を送信する。この後、ＴＸＯＰが終了しておらず、ＬＬ通知フレームが検出されていない場合には、ＡＰは、ＮＬＬ端末に対して再びトリガフレームを送信する。一方、ＬＬ通知フレームが検出されていた場合には、ＡＰは、ＮＬＬ端末ではなく、ＬＬ端末にトリガフレームを送信する。ここで、ＬＬ通知フレームが検出されずに、ＬＬ端末にトリガフレームが送信されなかった場合には、ＬＬ通知フレームの長さが長くなるように調整された上で、再度、ＬＬ通知フレームの送信が行われる。このため、ＡＰ１０においてＬＬ通知フレームが検出される可能性が高まる。
　ＬＬ端末は、トリガフレームを受信した場合にＬＬトラヒックを含むデータフレーム（ＬＬ－ＤＡＴＡ）を送信する。このように、第２の実施形態においては、ＮＬＬ端末に対して与えられたＴＸＯＰの中でＬＬ端末によるＬＬトラヒックの送信が行われ得る。
　データフレームの受信後、ＡＰは、ブロックＡＣＫ（ＢＡＣＫ）を送信する。以後、同様の動作が、ＴＸＯＰが終了するまで繰り返される。
　以上説明したように第２の実施形態によれば、ＡＰは、ある端末に対して与えたＴＸＯＰの間にＬＬ端末からＬＬ通知フレームを受信した場合には、それまでＴＸＯＰを与えていた端末ではなく、ＬＬ通知フレームを送信してきたＬＬ端末に対してトリガフレームを送信する。これにより、ＬＬ端末は、他のＮＬＬ端末によるトラヒックの送信のタイミングにおいてＬＬトラヒックが生起した場合であっても直ちにデータフレームを送信し得る。このように、第２の実施形態では、非周期的なＬＬトラヒックが生起してから短い期間でＬＬトラヒックの送信のためのＴＸＯＰがＬＬ端末に対して与えられ得る。
　また、第２の実施形態では、ＬＬトラヒックの緊急度に応じてＬ－ＬＴＦ等のＬＬ端末情報の繰り返し数が設定される。さらに、第２の実施形態においては、ＬＬ通知フレームの送信後、トリガフレームを受信できなかった場合には、ＬＬ通知フレームの長さの調整が行われる。これにより、ＡＰがＬＬ通知フレームを検出できる可能性が高まり、結果としてＬＬ端末がデータフレームを送信できる可能性も高まる。
　（第２の実施形態の変形例）
　次に、第２の実施形態の変形例について説明される。図１５では、ＬＬ端末は、１台である。これに対し、ＬＬ端末は、２台以上であってもよい。この場合、複数のＬＬ端末から同時にＬＬ通知フレームが送信される可能性が生じる。検出されたＬＬ通知フレームがどの端末から送信されたものかをＡＰにおいて識別するため、ＬＬ通知フレームは送信元の端末の識別情報を含んでいてもよい。識別情報は、例えばＭＡＣアドレスであり得る。
　また、複数のＬＬ通知フレームが同時に検出された場合、ＡＰは、例えばＬＬ端末情報から判別されるＬＬトラヒックの緊急度に応じて、優先的にＴＸＯＰを与えるＬＬ端末を決定してもよい。つまり、ＡＰは、緊急度の高いＬＬトラヒックが生起したＬＬ端末に対しては、最優先でトリガフレームを送信してよい。または、ＡＰは、ＯＦＤＭＡ伝送を利用して複数のＬＬ端末から同時にデータフレームを受信してもよい。
　さらに、図１５では、他の端末のデータフレームの送信中にＬＬ通知フレームが送信される例が示されている。この場合、ＡＰは、データフレームに混入しているＬＬ通知フレームを検出することになる。これに対し、図１６に示すように、ＬＬ端末は、他の端末がデータフレームの送信を終了し、ＡＰがＢＡＣＫを送信するまでのＳＩＦＳの間にＬＬ通知フレームを送信してもよい。他の端末のデータフレームの送信終了は、データフレームのヘッダに記録されたフレーム長等から推定され得る。なお、ＳＩＦＳの間にＬＬ通知フレームを送信する場合、ＬＬ通知フレームは最大４シンボルのＬ－ＬＴＦによって構成され得ることになる。
　（その他の変形例）
　以上のＡＰ１０及び端末２０における処理は、コンピュータであるプロセッサに実行させることができるプログラムとして記憶させておくこともできる。この他、磁気ディスク、光ディスク、半導体メモリ等の外部記憶装置の記憶媒体に格納して配布することができる。そして、ＡＰ１０及び端末２０の各々のプロセッサは、外部記憶装置の記憶媒体に記憶されたプログラムを読み込み、読み込んだプログラムによって動作が制御されることにより、各種の処理を実行することができる。
　なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
　１…通信システム
　１０…アクセスポイント（ＡＰ）
　１１…ＣＰＵ
　１２…ＲＯＭ
　１３…ＲＡＭ
　１４…無線通信モジュール
　１５…有線通信モジュール
　２０，２０－１，２０－２，…，２０－Ｎ…端末
　２１…ＣＰＵ
　２２…ＲＯＭ
　２３…ＲＡＭ
　２４…無線通信モジュール
　２５…ディスプレイ
　２６…ストレージ
　３０…ネットワーク
　１１０…データ処理部
　１２０…フレーム処理部
　１３０…管理部
　１３１…ＴＸＯＰ管理部
　１３２…ＬＬ端末検出部
　１４０…無線信号処理部
　２１０…データ処理部
　２２０…フレーム処理部
　２３０…管理部
　２３１…ＬＬ端末情報通知部
　２４０…無線信号処理部
　２５０…アプリケーション実行部

Claims (4)

  1. 　端末からのトラヒックの送信のためのリクエストに応じて、配下の複数の端末に対して低遅延が要求される低遅延トラヒックが生起しているかを問い合わせる問い合わせフレームを送信し、
    　前記問い合わせフレームに対する応答により、低遅延トラヒックが生起している低遅延端末があった場合に、前記低遅延端末に対して優先的にリソースユニット（ＲＵ）を割り当て、
    　前記ＲＵの割り当ての情報を含むトリガフレームを少なくとも前記低遅延端末に対して送信する、
    　管理部を具備するアクセスポイント。
  2. 　前記管理部は、
    　前記低遅延端末からの要求帯域幅及び許容遅延に応じて前記ＲＵを割り当て、
    　前記要求帯域幅に比例したＲＵの割り当て数の情報及び前記許容遅延に応じた最大フレーム長の情報を含む前記トリガフレームを送信する、
    　請求項１に記載のアクセスポイント。
  3. 　アクセスポイントからの低遅延トラヒックが生起しているかの問い合わせフレームに応じて、前記低遅延トラヒックの送信のためのリクエストを送信し、
    　前記リクエストに対して前記アクセスポイントから送信されたトリガフレームに応じて前記低遅延トラヒックをＯＦＤＭＡ伝送する、
    　管理部を具備する端末。
  4. 　前記管理部は、
    　前記問い合わせフレームに応じて、前記低遅延トラヒックの送信に要する要求帯域幅及び許容遅延の情報を前記リクエストに含めて前記アクセスポイントに送信する、
    　請求項３に記載の端末。
PCT/JP2024/013668 2024-04-02 2024-04-02 アクセスポイント及び端末 Pending WO2025210752A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/013668 WO2025210752A1 (ja) 2024-04-02 2024-04-02 アクセスポイント及び端末

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/013668 WO2025210752A1 (ja) 2024-04-02 2024-04-02 アクセスポイント及び端末

Publications (1)

Publication Number Publication Date
WO2025210752A1 true WO2025210752A1 (ja) 2025-10-09

Family

ID=97266882

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/013668 Pending WO2025210752A1 (ja) 2024-04-02 2024-04-02 アクセスポイント及び端末

Country Status (1)

Country Link
WO (1) WO2025210752A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011129016A1 (ja) * 2010-04-16 2011-10-20 富士通株式会社 無線中継伝送機能を含む移動無線通信システム
WO2016080410A1 (ja) * 2014-11-18 2016-05-26 株式会社 東芝 無線通信用集積回路
WO2020049997A1 (ja) * 2018-09-03 2020-03-12 ソニー株式会社 無線通信制御装置、無線通信制御方法、無線通信装置、および無線通信方法
JP2023552069A (ja) * 2020-12-04 2023-12-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 優先トラフィックに対応する通信装置および通信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011129016A1 (ja) * 2010-04-16 2011-10-20 富士通株式会社 無線中継伝送機能を含む移動無線通信システム
WO2016080410A1 (ja) * 2014-11-18 2016-05-26 株式会社 東芝 無線通信用集積回路
WO2020049997A1 (ja) * 2018-09-03 2020-03-12 ソニー株式会社 無線通信制御装置、無線通信制御方法、無線通信装置、および無線通信方法
JP2023552069A (ja) * 2020-12-04 2023-12-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 優先トラフィックに対応する通信装置および通信方法

Similar Documents

Publication Publication Date Title
JP7770398B2 (ja) 優先トラフィックに対応する通信装置および通信方法
US20210076415A1 (en) Wireless lan system, wireless lan base station, wireless lan terminal, and communication method
US20180077735A1 (en) Wireless communication terminal and wireless communication method for multi-user uplink transmission
EP3107345B1 (en) Channel resource indication method and device
WO2018233629A1 (zh) 资源指示方法、移动终端及基站
US11240798B2 (en) Transmission control method and apparatus
WO2022127809A1 (en) Non-primary channel transmissions in wireless network
CN110063036A (zh) 通信方法、通信装置站点和接入点
US20230112049A1 (en) Communication method and apparatus for open radio access network (o-ran)
US11350435B2 (en) Method for obtaining request of station, access point, and station
US12108437B2 (en) Wireless communication method for saving power and wireless communication terminal using same
WO2020164491A1 (zh) 一种通信方法及设备
WO2016106674A1 (zh) 一种信道接入的方法、站点设备和接入点设备
JP2024509061A (ja) 拡張ランダムアクセスに対応する通信装置および通信方法
CN111510264A (zh) 空间复用的指示方法及无线通信装置
US20250374322A1 (en) Access point and terminal
JP2025532643A (ja) Ｈａｒｑプロセス識別子決定方法及び装置、デバイス並びに記憶媒体
WO2019058714A1 (ja) 通信装置、方法、及びプログラム
JP2023550771A (ja) プロトコルデータユニットｐｐｄｕ送信方法および装置
WO2025187011A1 (ja) アクセスポイント及び端末
WO2026078743A1 (ja) 端末及びアクセスポイント
WO2024247228A1 (ja) シェアリングアクセスポイント、シェアードアクセスポイント、及びこれらの通信方法
JP2023121069A (ja) 無線アクセスポイント、無線通信システム、及び無線通信方法
RU2776779C2 (ru) Способ осуществления радиосвязи, пользовательское оборудование и сетевое устройство
WO2025224789A1 (ja) アクセスポイント、端末及び通信局

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

Country of ref document: EP

Kind code of ref document: A1