WO2022163265A1 - 通信装置、及び通信方法 - Google Patents

通信装置、及び通信方法 Download PDF

Info

Publication number
WO2022163265A1
WO2022163265A1 PCT/JP2021/048266 JP2021048266W WO2022163265A1 WO 2022163265 A1 WO2022163265 A1 WO 2022163265A1 JP 2021048266 W JP2021048266 W JP 2021048266W WO 2022163265 A1 WO2022163265 A1 WO 2022163265A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
frame
communication device
link
acknowledgment
Prior art date
Application number
PCT/JP2021/048266
Other languages
English (en)
French (fr)
Inventor
茂 菅谷
Original Assignee
ソニーグループ株式会社
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 ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to EP21923268.3A priority Critical patent/EP4287735A1/en
Priority to CN202180091338.0A priority patent/CN116711367A/zh
Priority to US18/261,268 priority patent/US20240072943A1/en
Priority to JP2022578181A priority patent/JPWO2022163265A1/ja
Publication of WO2022163265A1 publication Critical patent/WO2022163265A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • 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 present technology relates to a communication device and a communication method, and more particularly to a communication device and a communication method that enable identification of data requiring retransmission at an earlier stage.
  • a block ACK request frame is sent at an arbitrary timing after data is transmitted from a transmitting communication device, and the receiving communication device that receives the data returns a block ACK frame. is being done.
  • a block ack request frame includes a transmission sequence number (TSN) in order to indicate which data block among a plurality of data blocks corresponds to the block ack frame.
  • TSN transmission sequence number
  • A-MPDU aggregates multiple MPDUs (MAC Layer Protocol Data Units) to form a single A-MPDU (Aggregation MPDU) frame and transmits data. .
  • the communication device on the receiving side cannot return a Block Ack frame until the end of the A-MPDU frame arrives, and the communication device on the transmitting side can specify data that needs to be retransmitted. I could't do it.
  • the communication device on the sending side cannot make a decision until all the data has been sent once. It took a long time, and it took a long time to resend the undelivered data.
  • This technology was created in view of this situation, and enables the identification of data that needs to be resent at an earlier stage.
  • a communication device exchanges frames with another communication device by wireless communication using a plurality of links, and transmits data frames including aggregated data using a first link. when the second link is used to transmit an acknowledgment request frame for the data, and receive an acknowledgment frame corresponding to the acknowledgment request frame from another communication device that has received the data frame.
  • a communication device including a control unit that performs control.
  • a communication device exchanges frames with another communication device by wireless communication using a plurality of links, and transmits a data frame including aggregated data to a first communication device.
  • a link When transmitting using a link, an acknowledgment request frame for the data is transmitted using a second link, and an acknowledgment response to the acknowledgment request frame is sent from another communication device that has received the data frame.
  • frames are exchanged with another communication device by wireless communication using a plurality of links, and a data frame including aggregated data is transmitted as the first data frame. 1 link, an acknowledgment request frame for the data is transmitted using a second link, and another communication device that has received the data frame responds to the acknowledgment request frame. An acknowledgment frame is received.
  • a communication device exchanges frames with another communication device by wireless communication using a plurality of links, and receives data frames including aggregated data from the other communication device first. Receive an acknowledgment request frame for the data using a second link when received using one link, and include an acknowledgment for the collected data based on the received acknowledgment request frame.
  • the communication device includes a control unit that generates an acknowledgment frame and controls transmission of the generated acknowledgment frame to another communication device that transmitted the data frame.
  • a communication device exchanges frames with another communication device by wireless communication using a plurality of links, and includes aggregated data from the other communication device.
  • an acknowledgment frame including an acknowledgment is generated, and the generated acknowledgment frame is transmitted to another communication device that transmitted the data frame.
  • exchange of frames with another communication device is performed by wireless communication using a plurality of links, and aggregated data is transmitted from the other communication device. is received over a first link, an acknowledgment request frame for said data is received over a second link, and based on said received acknowledgment request frame, collecting An acknowledgment frame is generated that includes an acknowledgment regarding the data received, and the generated acknowledgment frame is transmitted to the other communication device that transmitted the data frame.
  • the communication device of one aspect of the present technology may be an independent device, or may be an internal block configuring one device.
  • FIG. 1 is a diagram showing a configuration example of a wireless communication network using a wireless communication system to which the present technology is applied;
  • FIG. FIG. 2 is a diagram showing an example of frequency bands and channel assignments used in a wireless communication system to which the present technology is applied;
  • FIG. 10 is a sequence diagram showing an example of collision between data and ACK in the data exchange sequence of the current system;
  • FIG. 4 is a sequence diagram showing a problem when performing multilink operation using close frequency bands;
  • FIG. 4 is a diagram showing the flow of data transmission during multilink operation to which the present technology is applied;
  • FIG. 4 is a diagram showing a first modified example of the flow of data transmission during multilink operation to which the present technology is applied;
  • FIG. 10 is a diagram showing a second modification of the flow of data transmission during multilink operation to which the present technology is applied;
  • FIG. 13 is a diagram showing a third modified example of the flow of data transmission during multilink operation to which the present technology is applied;
  • FIG. 10 is a diagram showing an example of a sequence between a transmission-side communication device and a reception-side communication device to which the present technology is applied; It is a block diagram showing a configuration example of a communication device to which the present technology is applied.
  • 11 is a block diagram showing a configuration example of a wireless communication module in FIG. 10;
  • FIG. FIG. 4 is a diagram showing a configuration example of a Block Ack request frame to which the present technology is applied;
  • FIG. 10 is a diagram showing an example of BARType;
  • FIG. 4 is a diagram showing a configuration example of an A-MPDU frame to which the present technology is applied;
  • FIG. 4 is a diagram showing a configuration example of a Block Ack frame to which the present technology is applied;
  • FIG. 10 is a diagram showing a first modification of the configuration of a Block Ack frame to which the present technology is applied;
  • FIG. 12 is a diagram showing a second modification of the configuration of a Block Ack frame to which the present technology is applied;
  • FIG. 10 is a flowchart for explaining the flow of data transmission side processing;
  • FIG. FIG. 10 is a flowchart for explaining the flow of data transmission side processing;
  • FIG. 10 is a flowchart for explaining the flow of data receiving side processing;
  • FIG. 10 is a flowchart for explaining the flow of data receiving side processing;
  • FIG. 10 is a flowchart for explaining the flow of data receiving side processing;
  • control was performed to send a Block Ack request frame at any time after data transmission and return a Block Ack frame for the transmitted data.
  • a block ACK request frame is transmitted from the side communication device to the receiving side communication device to request the return of the block ACK frame.
  • this task group TG be, as a multilink operation (MLO: Multilink Operation), a technology that uses multiple different frequency bands (links) to collectively transmit a group of contents from a transmitting side communication device to a receiving side communication device. is being considered.
  • MLO Multilink Operation
  • this multi-link operation there is a demand for a technology that treats a plurality of frequency bands (links) as one transmission path and utilizes them for communication.
  • the block ACK frame cannot be returned until the end of the A-MPDU frame arrives, and the transmitting communication device cannot specify the data to be resent. rice field.
  • a block ACK frame is received from a receiving communication device at an arbitrary timing.
  • A-MPDU aggregated data
  • Block Ack request frame transmitted on an arbitrary link
  • data reception can be performed unilaterally in cases such as when the transmitting side communication device is using it for data transmission, but the receiving side communication device cannot receive the data at all.
  • a configuration is devised for grasping the existence of a link in which a problem has occurred.
  • Block Ack request frame contains information about the link including the data requesting the Block Ack, information about the range of sequence numbers to be returned as Block Ack from the sequence numbers that do not require the Block Ack to be returned, and the Block Ack bit.
  • a configuration is also devised for transmitting information about the length of the map.
  • FIG. 1 is a diagram showing a configuration example of a wireless communication network using a wireless communication system to which the present technology is applied.
  • FIG. 1 shows the configuration of a wireless LAN system as an example of a wireless communication system.
  • the communication devices 10 that make up the wireless LAN system 1-1 are indicated by white circles in the drawing.
  • a communication terminal STA10-1 and a communication terminal STA10-2 are connected to an access point AP10.
  • Solid-line arrows A1 and A2 in the figure indicate that each communication device 10 is capable of communication in the state where the communication device 10 is present.
  • an access point AP 20 and a communication terminal STA 20 indicated by shaded circles in the figure constitute another wireless LAN system 1-2.
  • a solid-line arrow B1 in the figure indicates that communication is possible.
  • an access point AP30 and a communication terminal STA30 in the vicinity of the wireless LAN system 1-1, constitute another wireless LAN system 1-3.
  • a solid-line arrow D1 in the figure indicates that the device 30 is capable of communication.
  • the access point AP10 is located at a position where it can receive signals from the access point AP20 and the communication terminal STA20, and from the access point AP30 and the communication terminal STA30. represent.
  • the communication terminal STA10-1 is located at a position where it can receive signals from the access point AP20 and the access point AP30, and is represented by dashed arrows C1 and E1 in the figure.
  • Communication terminal STA10-2 is located at a position where it can receive signals from communication terminal STA20 and communication terminal STA30, and is represented by dashed arrows C4 and E4 in the figure.
  • the access point AP10, the communication terminal STA10-1, and the communication terminal STA10-2, which constitute the wireless LAN system 1-1, are connected to each other by the presence of the wireless LAN system 1-2 and the wireless LAN system 1-3. It is necessary to enforce fair access between all communication devices.
  • a communication device that transmits data will be referred to as a transmission side communication device
  • a communication device that will receive data will be referred to as a reception side communication device.
  • a transmitting communication device 10Tx such as an access point AP10
  • a receiving communication device 10Rx such as a communication terminal STA10-1.
  • FIG. 2 is a diagram showing an example of frequency bands and channel assignments used in a wireless communication system to which the present technology is applied.
  • FIG. 2 shows available frequency bands and their channel assignments for the wireless LAN system.
  • 2.4 GHz band when applied to wireless signals of the IEEE802.11g standard OFDM (Orthogonal Frequency Division Multiplexing) system with a bandwidth of 20 MHz, frequencies for at least two channels are set. ) “2.4 GHz band”).
  • OFDM Orthogonal Frequency Division Multiplexing
  • 5 GHz band due to standards such as IEEE802.11a, multiple channels can be secured for OFDM wireless signals with a bandwidth of 20 MHz ("5 GHz band A, B" in the first and second rows in the figure).
  • the operation in the 5 GHz band is subject to conditions for judging the available frequency range, transmission power, and transmission possibility in each country's legal system. For example, in Japan, it is possible to use 8 channels from 36 to 64 and 11 channels from 100 to 140.
  • channel 32, channel 68, channel 96, and channel 144 can also be used, and in the higher frequency band, channel 149 to channel 173 can be used.
  • 6 GHz band is currently being standardized as a usable frequency band ("6 GHz band A, B, C, D" on the 3rd and 4th rows in the figure).
  • 6 GHz band A, B, C, D a usable frequency band
  • -It is possible to arrange 12 channels in 8 bands.
  • FIG. 3 is a sequence diagram showing an example of collision between data and ACK in the data exchange sequence of the current system.
  • data transmission and ACK return are performed on the same channel.
  • An example is shown in which a signal received by a radio wave interferes with the reception of a nearby network communication device.
  • the left side of the figure is composed of the transmitting side communication device and the receiving side communication device in its own network
  • the right side of the drawing is the receiving side communication device and the transmitting side of the neighboring network (OBSS: Overlapping Basic Service Set). It shows the case where there is a communication device.
  • OBSS Overlapping Basic Service Set
  • the receiving side communication device while the receiving side communication device is receiving an A-MPDU frame (A-MPDU Data) from the sending side communication device, the receiving side communication device in the OBSS network sends an RTS (Request to Send ) If a CTS (Clear to Send) frame corresponding to the frame is returned, it interferes with data reception and cannot be correctly decoded (S11, S21, S22).
  • A-MPDU frame A-MPDU Data
  • RTS Request to Send
  • the receiving side communication device of the OBSS network is receiving data (A-MPDU Data)
  • the receiving side communication device of the own network has finished receiving the A-MPDU frame (A-MPDU Data).
  • a block ACK frame (Block ACK) is returned (S12).
  • the block ACK frame becomes an interference signal in the receiving side communication device of the OBSS network, and the data (A-MPDU Data) cannot be received correctly (S23).
  • the signal from the receiving side communication device of the own network and the signal from the receiving side communication device of the OBSS network become interference signals, and it takes time to finally send all the data. I had a problem with it.
  • FIG. 4 is a sequence diagram showing a problem when performing multilink operation using close frequency bands.
  • the left side of the figure is the transmitting side communication device
  • the first link (Link 1) uses the 5 GHz band
  • the second link (Link 2) uses the 6 GHz band
  • the right side of the figure is the receiving side.
  • the first link (Link 1) uses the 5 GHz band
  • the second link (Link 2) uses the 6 GHz band.
  • the A-MPDU frame is asynchronously transmitted on the first link and the second link (S41, S42), respectively, and the multilink operation is performed, the communication using the second link ends early, If the block ACK frame is returned (S43) immediately after that, the signal may interfere with the data reception of the A-MPDU frame on the first link.
  • the Block Ack frame transmitted by the receiving communication device becomes an interference signal, and it takes time to finally send all the data. There was a problem.
  • FIG. 5 is a diagram showing the flow of data transmission during multilink operation to which this technology is applied.
  • the direction of time is the direction from left to right in the drawing.
  • FIG. 5 shows an example in which data transmission, block ACK request, and ACK reception are performed using four links from the first link (Link 1) to the fourth link (Link 4).
  • a configuration is shown in which a block ACK request and ACK reception are performed using the fourth link, which became available at the latest timing among the four available links.
  • the squares in the figure represent the data, and the sequence number is managed by each link with the number for each "Data" written in the square, showing the configuration in which the acknowledgment (ACK) is returned.
  • This example shows a configuration in which data is transmitted by forming an A-MPDU frame by aggregating eight MPDUs in each link.
  • Link 1 data with sequence numbers 1 to 8 are transmitted as A-MPDU frames after performing frame aggregation when access rights are obtained through predetermined access control.
  • Link 2 data with sequence numbers 9 to 16 are frame-aggregated and transmitted as A-MPDU frames when access rights are obtained through predetermined access control.
  • Link 3 data with sequence numbers 17 to 24 are frame-aggregated and transmitted as A-MPDU frames when access rights are obtained through predetermined access control. Then, on the last available fourth link (Link 4), a Block Ack Request (BAR) frame is immediately transmitted from the transmitting side communication device to the receiving side communication device.
  • BAR Block Ack Request
  • Data 1 to Data 4 data on Link 1), Data 9 to Data 10 data on the second link (Link 2), and data 17 on the third link (Link 3). include.
  • the receiving side communication device responds with a Block Ack frame with ACK information that can identify data received on other links or data that has not arrived by that timing. do.
  • the communication device on the receiving side has received Data 1 to Data 4 on the first link (Link 1) by that timing, and Data 3 is an error. (patterned squares in the figure).
  • Link 2 Data 9 to Data 11 are received, of which Data 10 shows an error (patterned square in the figure).
  • the third link (Link 3) shows a state in which only Data 17 is received.
  • Data 3 and Data 10 are configured to include Block Ack information indicating undelivered data.
  • the transmission side communication device that received this Block Ack frame determines that Data 3 and Data 10 have not arrived, and resends data (unreached data ) is configured to be sent. Furthermore, the transmitting side communication device also requests the receiving side communication device to report the reception status of the data (MPDU) that has been received up to that point by transmitting a Block Ack request frame even after the transmission of the retransmission data. It is configured.
  • Block ACK requests for Data 1 to Data 8 on Link 1), Data 9 to Data 15 on the second link (Link 2), and Data 17 to Data 21 on the third link (Link 3). It contains information that indicates
  • the receiving side communication device responds with a Block Ack frame with ACK information that can identify data received on other links or data that has not arrived by that timing. do. Also, here, a block ACK frame containing the reception status of the retransmitted data (Data 3, Data 10) is responded on the fourth link (Link 4).
  • Fig. 5 shows a state in which Data 7 has become an error on the first link (Link 1) by that timing on the receiving side communication device (patterned square in the figure).
  • the second link (Link 2) indicates that there is no error
  • the third link (Link 3) indicates that Data 20 has an error (pattern in the figure). ).
  • the Block Ack frame from the receiving communication device includes Block Ack information indicating that Data 7 and Data 20 are undelivered data.
  • the transmission side communication device that received this block ACK frame determines that Data 7 and Data 20 have not arrived, and continues to transmit resent data on the fourth link (Link 4), which is an empty link. It's becoming Furthermore, the transmitting side communication device also requests the receiving side communication device to report the reception status of the data (MPDU) that has been received up to that point by transmitting a Block Ack request frame even after the transmission of the retransmission data. It is configured.
  • the receiving side communication device can receive all the data correctly, it is configured to return a block ACK frame (Ack All) indicating that all the data has been received.
  • FIG. 6 is a diagram showing a first modification of the flow of data transmission during multilink operation to which this technology is applied.
  • FIG. 6 instead of transmitting a Block Ack Request frame on an available link, after transmitting a predetermined number of data (MPDUs) constituting an A-MPDU, shows a configuration for transmitting a Block Ack Request frame on a link that becomes available.
  • MPDUs predetermined number of data
  • the fourth link (Link 4), which becomes available after that, is configured to transmit data.
  • the data configuration of the A-MPDU to be transmitted is transmitted as an A-MPDU configuration in which eight MPDUs are aggregated for each link, as in FIG. 5 described above.
  • FIG. 6 compared to FIG. 5, the transmission contents of the third link (Link 3) and the transmission contents of the fourth link (Link 4) are reversed.
  • each link is configured to return a Block Ack frame from the receiving side communication device immediately after the A-MPDU transmitted from the transmitting side communication device.
  • the header information and delimiter information that make up the A-MPDU frame may contain bits and parameters indicating the Block Ack request.
  • the receiving side communication device that receives the Block Ack request frame and header information describes information that can specify the sequence number of the data (MPDU) that has been decoded up to that point as the ACK information described in the Block Ack frame.
  • Block Ack frame returned on the first link does not correctly reflect the MPDU information that has not been received on other links, and all data (MPDU)
  • All data (MPDU) A Block Ack frame returned after transmission contains ACK information for all data.
  • FIG. 7 is a diagram showing a second modification of the flow of data transmission during multilink operation to which this technology is applied.
  • FIG. 7 shows an example in which A-MPDUs are constructed from data stored in the buffer when transmission becomes possible without having to determine in advance the number of MPDUs to be aggregated for each link, as in the configuration described above. showing.
  • the block ACK request frame is shown as an example in which a block ACK request frame can be transmitted not on a specific link but on any link at necessary timing.
  • an A-MPDU frame is constructed on the first link (Link 1) that becomes available first, the data stored in the buffer at that time, or the data up to the length configured as the maximum length of the A-MPDU frame (Data 1 to Data 12). Also, in the second link (Link 2) that becomes available next, an A-MPDU frame is configured using the data (Data 13 to Data 19) stored in the buffer at that time.
  • the first Block Ack request frame is transmitted on the third link (Link 3) that has become available. It is as
  • the receiving side communication device In the receiving side communication device, at this timing, Data 3 out of Data 1 to Data 3 of the first link and Data 13 to Data 14 of the second link has not arrived (Fig. squares with a pattern). As a result, the receiving communication device returns a Block Ack frame containing information that can identify that Data 3 has not arrived.
  • the transmitting communication device constructs an A-MPDU frame using the data (Data 20 to Data 22) stored in the buffer at that time.
  • a block ACK request frame may be added after the end to obtain ACK information.
  • first link (Link 1), the second link (Link 2), and the fourth link (Link 4) can be sent sequentially so that the Block Ack request frame can be sent on any link at any time. shown as a configuration.
  • the block ACK request frame is transmitted, and each link can receive the ACK information.
  • the transmitting communication device When the transmitting communication device receives a block ACK frame on the third link (Link 3), in addition to the data (Data 3) that needs to be resent, the data stored in the buffer at that time (Data 23, Data 24) may be aggregated to form an A-MPDU frame.
  • a Block Ack Request frame is transmitted immediately after that, and the receiving side communication device receives , returns a block ACK frame containing ACK information indicating that the data (Data 7, Data 20) that have not been reached has not been reached.
  • the transmitting communication device that receives this Block Ack frame retransmits the unreached data (Data 7, Data 20) on its fourth link (Link 4).
  • Link 2 after the A-MPDU transmission is completed, if the transmission path is available based on predetermined access control, a block ACK request is sent after a predetermined timing has passed. It is configured to transmit frames. In other words, the configuration is such that the next Block Ack request frame is transmitted via an arbitrary link when a predetermined time has elapsed after a Block Ack request frame was transmitted via another link.
  • the receiving communication device For the data (Data 10) that could not be collected by the receiving communication device by that timing, it is configured to return a block ACK frame that can be identified as undelivered. After that, the undelivered data (Data 10) is resent on the second link (Link 2).
  • Block Ack request frame at any time on other links, it is possible to sequentially check for undelivered data.
  • a block ACK frame (Ack All) is sent in response to a block ACK request frame, after A-MPDU is completed, after transmission of retransmission data, etc. You may make it return using an arbitrary link at timing.
  • FIG. 8 is a diagram showing a third modification of the flow of data transmission during multilink operation to which this technology is applied.
  • FIG. 8 has basically the same configuration as that of FIG. 7 described above, it shows an example in which the links for transmitting a Block Ack request frame and receiving a Block Ack frame are limited.
  • the first link (Link 1) and the second link (Link 2) are in the frequency band that is subject to interference, these links are used only for data transmission, and the third link (Link 3) and Even if the 4th link (Link 4) performs transmission and reception at the same time, it is configured in a frequency band with little interference. .
  • the third link (Link 3) and the fourth link (Link 4) are used to exchange the Block Ack request frame and the Block Ack frame, but the ACK information is acquired at arbitrary timing. It is configured to transmit the minimum number of Block Ack request frames after a predetermined period of time has passed since the timing of transmitting the previous Block Ack request frame.
  • a block ACK frame (Ack All) is sent in response to a block ACK request frame, after A-MPDU is completed, after transmission of retransmission data, etc. You may make it return using an arbitrary link at timing.
  • the ACK Policy bit that requests the return of the Block Ack frame may be set in the header information and delimiter information of the A-MPDU frame.
  • FIG. 9 is a diagram showing an example of a sequence between a transmitting side communication device and a receiving side communication device to which the present technology is applied.
  • the direction of time is the direction from the upper side to the lower side in the drawing.
  • Fig. 9 shows how a multilink operation using a plurality of links is performed between the data transmission side communication device on the left side and the reception side communication device on the right side.
  • the transmitting side communication device and the receiving side communication device use a specific link (Link 1) to exchange parameter information such as multiple link information for implementing multi-link operations. .
  • Link 1 a specific link
  • the transmitting communication device transmits a Multi-Link Setup Request (S71), and the receiving communication device returns a Multi-Link Setup Response. (S72) It is good also as a structure which adjusts these parameters by doing.
  • the second link (Link 2), the third link (Link 3), and the fourth link (Link 4) are used for data transmission and Block ACK request frames and , indicates link-related information that can return a Block Ack frame.
  • FIG. 9 shows the sequence of data transmission during the multi-link operation shown in FIG.
  • A-MPDU data is transmitted (S73 to S75), and a Block Ack Request (BAR) frame and a Block Ack (BA) frame are exchanged on the fourth link (Link 4) (S81 to S90). ing.
  • BAR Block Ack Request
  • BA Block Ack
  • Link 1 On the first link (Link 1), data 3 of sequence number 3 among data 1 to data 4 transmitted as an A-MPDU frame is received in error.
  • Link 2 In the second link (Link 2), out of Data 9 and Data 10, which are data transmitted as A-MPDU frames, the reception of Data 10 with sequence number 10 is in error.
  • the third link (Link 3) shows a state in which Data 17, which is data transmitted as an A-MPDU frame, is sent.
  • the transmitting side communication device is configured to transmit a Block ACK request frame on that link (S81).
  • the receiving-side communication device that received the Block Ack request frame in response to this, Data 3 out of the data (MPDU) that has not yet arrived on the fourth link (Link 4). and Data 10 are returned (S82).
  • the transmitting side communication device uses the fourth link (Link 4) to retransmit the undelivered data Data 3 and Data 10 (S83, S84), and then transmits a block ACK request frame. (S85).
  • the first link among Data 1 to Data 8, which are data transmitted as A-MPDU frames, the reception of Data 7 of sequence number 7 is in error.
  • the second link shows a state in which Data 9 to Data 15, which are data transmitted as A-MPDU frames, are sent.
  • the third link (Link 3), data 20 of sequence number 20 among data 17 to data 21 transmitted as an A-MPDU frame is received in error.
  • the transmitting side communication device is configured to transmit a Block ACK request frame on that link (S85).
  • the receiving-side communication device that has received the Block Ack request frame in response to this, Data 7 out of the data (MPDU) that has not yet arrived on the fourth link (Link 4). and Data 20 is returned (S86).
  • the transmission side communication device uses the fourth link (Link 4) to retransmit the undelivered data Data 7 and Data 20 (S87, S88), and then transmits a block ACK request frame. (S89). Finally, a block ACK frame (Ack All) indicating that all the data has been received is returned from the receiving side communication device (S90), thereby completing a series of sequence processing.
  • FIG. 10 is a block diagram showing a configuration example of a communication device to which the present technology is applied.
  • the communication device 10 shown in FIG. 10 is a wireless communication device configured as an access point AP 10 or a communication terminal STA 10 in the wireless LAN system 1-1 (FIG. 1), that is, a transmission side communication device 10Tx or a reception side communication device 10Rx. be.
  • the communication device 10 includes a network connection module 11, an information input module 12, a device control module 13, an information output module 14, and a wireless communication module 15.
  • the network connection module 11 is composed of, for example, a circuit having a function to connect to the Internet network via a service provider from an optical fiber network or other communication line as an access point AP 10, peripheral circuits, a microcontroller, a semiconductor memory, and the like. be done.
  • the network connection module 11 performs various processes related to Internet connection under the control of the device control module 13. For example, when the communication device 10 operates as the access point AP 10, the network connection module 11 is configured to have a function such as a communication modem for connecting to the Internet network. It is configured to implement Internet connection via.
  • the information input module 12 is composed of input devices such as push buttons, keyboards, and touch panels.
  • the information input module 12 has a function of inputting instruction information corresponding to instructions from the user to the device control module 13 .
  • the device control module 13 is composed of, for example, a microprocessor, a microcontroller, a semiconductor memory, and the like.
  • the device control module 13 controls each part (module) to operate the communication device 10 as the access point AP10 or the communication terminal STA10.
  • the device control module 13 performs various processes on information supplied from the network connection module 11, the information input module 12, or the wireless communication module 15. Also, the device control module 13 supplies information obtained as a result of its own processing to the network connection module 11 , the information output module 14 , or the wireless communication module 15 .
  • the device control module 13 supplies the wireless communication module 15 with transmission data passed from an application or the like in the upper layer of the protocol when transmitting data, or receives data supplied from the wireless communication module 15 when receiving data. is passed to an application or the like in the upper layer of the protocol.
  • the information output module 14 is composed of, for example, display elements such as a liquid crystal display, an organic EL display, and an LED (Light Emitting Diode) display, and an output device including a speaker for outputting voice and music.
  • display elements such as a liquid crystal display, an organic EL display, and an LED (Light Emitting Diode) display
  • LED Light Emitting Diode
  • the information output module 14 has a function of displaying necessary information to the user based on the information supplied from the device control module 13.
  • the information processed by the information output module 14 includes, for example, the operating state of the communication device 10 and information obtained via the Internet network.
  • the wireless communication module 15 is composed of, for example, wireless chips, peripheral circuits, microcontrollers, semiconductor memories, and the like.
  • the wireless communication module 15 performs various processes related to wireless communication under the control of the device control module 13 . Details of the configuration of the wireless communication module 15 will be described later with reference to FIG.
  • a wireless communication module equipped with a wireless communication chip and peripheral circuits will be described as an example, but the present technology is not limited to wireless communication modules, and can be applied to, for example, wireless communication chips and wireless communication LSIs. be able to. Furthermore, it is optional to include an antenna in the wireless communication module.
  • the device control module 13 and the wireless communication module 15 are essential components, but the network connection module 11, the information input module 12, and the information output module 14 are configured excluding them. It is optional to include it in the element.
  • each communication device 10 that operates as an access point AP 10 or a communication terminal STA 10 can be configured with only required modules, and unnecessary parts are simplified or not incorporated. can be
  • the network connection module 11 can be incorporated only in the access point AP10, and the information input module 12 and the information output module 14 can be incorporated only in the communication terminal STA10.
  • FIG. 11 is a block diagram showing a configuration example of the wireless communication module 15 of FIG.
  • the wireless communication module 15 is configured to include an interface 101 that is connected to other modules to exchange various types of information and data, and a transmission buffer 102 that stores data to be transmitted.
  • This configuration further includes transmission sequence management section 103, transmission frame construction section 104, multilink management section 105, and access control section .
  • the transmission sequence management unit 103 manages the sequence number of data to be transmitted.
  • the transmission frame constructing unit 104 constructs a transmission frame by, for example, constructing an A-MPDU frame by aggregating data to be transmitted and constructing a block ACK frame of acknowledgment (ACK) information.
  • ACK acknowledgment
  • the multi-link management unit 105 transmits a Block Ack request frame to multiple data transmission links to which this technology is applied, and manages setting of links for receiving Block Ack frames and operations in multi-link.
  • the access control unit 106 checks the setting of a predetermined back-off time and the usage status of the transmission line for each link.
  • a transmission signal processing unit 107 for each link that constructs a transmission signal for each link and performs predetermined signal processing is prepared including the number of multilinks.
  • FIG. 11 shows a case where four links from the first link (Link 1) to the fourth link (Link 4) can be used, and is composed of transmission signal processing units 107-1 to 107-4.
  • Each transmission signal processing unit 107 is configured to successively determine available links under the control of the access control unit 106 according to the signal detection status from the reception signal processing unit 109, which will be described later.
  • a Block Ack Request frame may be transmitted on a link that has become available.
  • a Block Ack Request frame may be transmitted using a link that has become available after a predetermined period of time has passed since the timing of transmitting the first A-MPDU.
  • the reception-side communication device 10Rx is configured to receive back ACK information specifying the MPDU that has been collected by that timing or the MPDU in which an error has occurred.
  • Transmission signals from the transmission signal processing units 107-1 to 107-4 are wirelessly transmitted via the transmission/reception antenna unit 108, or reception signals are obtained via the transmission/reception antenna unit 108.
  • a received signal processing unit 109 which performs processing for decoding the received signal in each link, is prepared including the number of multilinks for the received signal.
  • FIG. 11 shows a case where four links from the first link (Link 1) to the fourth link (Link 4) can be used, and is composed of received signal processing units 109-1 to 109-4.
  • This configuration further includes a received frame analyzing unit 110, a receiving sequence managing unit 111, and a receiving buffer 112.
  • the received frame analysis unit 110 analyzes the A-MPDU frame from the received signal, extracts individual MPDU data, and determines whether it was received correctly.
  • the reception sequence management unit 111 manages sequence numbers of received MPDU data.
  • the reception buffer 112 temporarily stores received data.
  • the wireless communication module 15 is configured to immediately receive a Block Ack request frame on a link on which data is not received. That is, when the wireless communication module 15 receives the block ACK request frame, it identifies the data received so far on other links, and identifies the sequence number of the MPDU that has been received or is in error. It is configured.
  • the wireless communication module 15 constructs a block ACK frame from ACK (Acknowledgment) information or NACK (Negative Acknowledgment) information of the received data, and performs multilink management. It is configured to be returned as control information via the unit 105 .
  • ACK Acknowledgment
  • NACK Negative Acknowledgment
  • the multilink management unit 105 includes the interface 101, the transmission sequence management unit 103, the access control unit 106, and the reception It operates in cooperation with each of the sequence management units 111 .
  • the access control unit 106 includes the transmission frame construction unit 104, the multilink management unit 105, the transmission signal processing unit, and so on in order to realize functions related to data transmission and reception control as characteristic functions of the present technology. 107-1 to 107-4, received signal processing units 109-1 to 109-4, and received frame analysis unit 110, respectively.
  • the multilink management unit 105, the access control unit 106, the transmission signal processing units 107-1 to 107-4, and the reception signal processing units 109-1 to 109- 4 functions as a control unit that controls the operation of each unit, so that, for example, the following processing is performed.
  • the control unit exchanges frames (for example, various frames) with another communication device (for example, the reception side communication device 10Rx).
  • a data frame eg, A-MPDU frame
  • A-MPDU frame including aggregated data
  • an acknowledgment request frame for data e.g., Block Ack Request (BAR) frame
  • BAR Block Ack Request
  • BA Block ACK
  • the acknowledgment request frame can be transmitted after a predetermined period of time has elapsed since the transmission of the data frame was started and before the transmission of the data frame is completed.
  • the acknowledgment request frame may be transmitted after transmitting a predetermined amount of data included in the data frame.
  • the communication device 10 Based on the received acknowledgment frame (eg, Block ACK frame), the communication device 10 (for example, the transmitting side communication device 10Tx) transmits data (undelivered data ) is specified, the specified data (undelivered data) can be transmitted before the transmission of the data frame is completed. Further, the communication device 10 (for example, the communication device 10Tx on the transmitting side), based on the received acknowledgment frame (for example, the block ACK frame), data (not yet data) is specified, the specified data (undelivered data) can be transmitted using an arbitrary link.
  • the received acknowledgment frame for example, Block ACK frame
  • the communication device 10 (for example, the transmission side communication device 10Tx) identifies a link with a problem based on the received acknowledgment frame (for example, a block ACK frame) (for example, the first link in FIG.
  • the transmission of data frames using the link may be interrupted.
  • the control unit exchanges frames (for example, various frames) with another communication device (for example, the transmitting side communication device 10Tx).
  • frames for example, various frames
  • another communication device for example, the transmitting side communication device 10Tx.
  • a data frame ( A-MPDU frame) is received using the first link (eg, the first link, the second link, or the third link in FIG. 5)
  • a data acknowledgment request frame eg, a block ACK request).
  • BAR block ACK request
  • a response frame (eg, Block ACK (BA) frame) is generated, and the generated acknowledgment frame is transmitted to another communication device (eg, the transmitting communication device 10Tx) that transmitted the data frame.
  • BA Block ACK
  • the acknowledgment frame is generated based on the parameters included in the acknowledgment request frame.
  • the acknowledgment frame can be generated based on the identification information included in the acknowledgment request frame that identifies sequence numbers that do not require acknowledgment. Note that the data received up to that point (data that has already been received) may be discarded based on the specific information that specifies the sequence number that does not require acknowledgment, which is included in the acknowledgment request frame.
  • the communication device 10 (for example, the receiving side communication device 10Rx) receives a data frame (for example, an A-MPDU frame) transmitted from another communication device (for example, the transmitting side communication device 10Tx), the data frame Data that needs to be retransmitted (undelivered data) can be received using any link before the reception is completed.
  • a data frame for example, an A-MPDU frame
  • the transmitting side communication device 10Tx the data frame Data that needs to be retransmitted (undelivered data) can be received using any link before the reception is completed.
  • FIG. 12 is a diagram showing a configuration example of a Block Ack Request (BAR) frame to which the present technology is applied.
  • the block ACK request frame has Frame Control indicating the type of frame, Duration indicating the duration of the frame, Receive Address identifying the receiving side communication device 10Rx, and identifying the transmitting side communication device 10Tx in a predetermined MAC header portion. and a Transmit Address.
  • BAR Control is placed in this configuration as a parameter of the block ACK request frame.
  • BAR Control includes a BAR Type field.
  • FIG. 13 is a diagram showing an example of BARType. As shown in FIG. 13, in the BAR Type field, an M-BAR parameter that identifies a Block Ack request during multilink operation can be specified as a numerical value "11".
  • Multi-Links Information that describes the parameters of the multi-link operation
  • Block ACK Bitmap Length that specifies the bitmap length of the responding Block ACK frame
  • unused Sequence number space Information that can identify the Discard Sequence Number (S/N) etc.
  • FCS Frame Check Sequence
  • the Block Ack request frame can include, as a parameter, specific information that specifies data that requires acknowledgment by the receiving communication device 10Rx.
  • the specific information may include information for specifying a sequence number that does not require confirmation of receipt, and information on the amount of data that needs to be resent (undelivered data).
  • Block Ack request frame to which this technology is applied can also be realized by using the Block Ack request frame of the current method, but FIG. It is described as an added configuration. Also, in the block ACK request frame of FIG. 12, a Request BA Type field may be added to Reserved of BAR Control to enable BA Type requests.
  • FIG. 14 is a diagram showing a configuration example of an A-MPDU frame to which this technology is applied.
  • the structure of an A-MPDU frame is composed of MPDUs corresponding to the number of frames to be aggregated. It shows an example consisting of N subframes up to . Furthermore, this subframe includes a delimiter indicating the subframe boundary and an MPDU, and is configured by adding padding if necessary, or EOF Pad is added only at the end of the A-MPDU. It is configured to be added.
  • the delimiter contains Length information that indicates the information length of the MPDU. Also, here, an example is shown in which a bit for identifying a Block Ack Request (BAR) is prepared using the delimiter portion of the A-MPDU frame so as to substitute for the Block Ack Request (BAR) in multilink operation.
  • Block Ack Request (BAR)
  • the above-mentioned Block Ack Request frame is not transmitted.
  • the information indicating the Block Ack Request (BAR) included in the Block Ack Request frame can be included in arbitrary data and transmitted.
  • MAC Header MAC Header
  • FCS Framble Check Sequence
  • the MAC header includes Frame Control, Duration, Address1, Address2, Address3, Sequence Control, Address4, QoS Control, EHT Control.
  • Frame Control contains information about the format of the frame. Duration describes the duration of the frame. Address 1 to Address 4 contain address information that identifies the source and destination devices. Sequence Control describes the sequence number of the MPDU. QoS Control describes parameters for QoS (Quality of Service) control. EHT Control describes the parameters for the control of the high throughput extension (EHT).
  • FIG. 15 is a diagram showing a configuration example of a Block Ack (BA) frame to which the present technology is applied.
  • FIG. 15 shows a configuration example of a Block Ack frame considering multilink operation.
  • a block ACK frame has Frame Control indicating the type of frame, Duration indicating the duration of the frame, Receive Address identifying the communication device 10Rx on the receiving side, and communication device 10Tx on the transmitting side in a predetermined MAC header portion. and a Transmit Address that identifies the
  • BA Control is placed in this configuration as a parameter of the Block ACK frame.
  • the BA Type field can specify an MLO parameter that identifies Block Ack during multilink operation.
  • Multi-Link Control which is a parameter related to multi-link operation to which this technology is applied, is added.
  • Multi-Link Control includes Discard Sequence Number (S/N) as information that can identify unused Sequence number spaces, Link Count indicating the number of links in multi-link operations, and the latest sequence number (Link 1 S/N - Link N S/N), etc. are described, and it is structured so that undelivered data can be identified.
  • S/N Discard Sequence Number
  • Link Count indicating the number of links in multi-link operations
  • Link N S/N Link N
  • FCS frame check sequence
  • Block Ack frame to which this technology is applied can be realized by using the Block Ack frame of the current method, but in FIG. 15, necessary parameters are added in order to clearly show the features of this technology. described as configuration.
  • FIG. 16 is a diagram showing a first modification of the structure of a Block Ack frame considering multilink operation.
  • FIG. 16 shows an example of configuring as a Block Ack frame describing NACK information in order to identify undelivered data.
  • the Block Ack frame in addition to a predetermined MAC header portion, has BA Control arranged as a parameter of the Block Ack frame, and a NACK identifying that NACK information is described in the BA Type field here. Parameters can be specified.
  • BA Information that can identify the NACK information is described as BA Information.
  • Discard Sequence Number S/N
  • NACK Starting Sequence that indicates the youngest sequence number of the NACK information. It consists of a Control and a NACK Bitmap that can specify a Sequence Number to be NACK in a predetermined bitmap format starting from this sequence number.
  • a frame check sequence FCS is added to the end of the frame.
  • FIG. 17 is a diagram showing a second modified example of the structure of a Block Ack frame considering multilink operation.
  • FIG. 17 shows an example of configuring as a Block Ack frame describing NACK information in order to identify undelivered data.
  • the Block Ack frame in addition to a predetermined MAC header portion, has BA Control arranged as a parameter of the Block Ack frame, and a NACK identifying that NACK information is described in the BA Type field here. Parameters can be specified.
  • NACK Information that can identify the NACK information is described as BA Information, Discard Sequence Number (S/N) as information that can identify the unused Sequence number space, and NACK Counts that indicates the number of unreached data as NACK information. and a NACK Sequence Number that can specify the NACK Sequence Number corresponding to this number.
  • S/N Discard Sequence Number
  • NACK Counts that indicates the number of unreached data as NACK information.
  • NACK Sequence Number that can specify the NACK Sequence Number corresponding to this number.
  • FCS frame check sequence
  • FIG. 18 is a diagram showing an example of a frame structure in which multilink operations are exchanged for setup.
  • the configuration of the frame shown in FIG. 18 is, for example, transmitted as a multi-link setup request (Multi-Link Setup Request) from the transmitting communication device 10Tx, and received as a multi-link setup response (Multi-Link Setup Response) from the receiving communication device 10Rx. shows the information returned as
  • Frame Control indicating the frame type
  • Duration indicating the duration of the frame
  • Transmit Address indicating the source address
  • Receive indicating the destination address.
  • the parameters that make up the Multi-Link Information Element are Element ID (ML IE) that indicates the type of element, Number of Multi Links that indicates the number of links that can be set for the multi-link, and the link The Ch. No. indicating the channel number of the channel is configured including the number of multilinks.
  • Element ID ML IE
  • Number of Multi Links indicates the number of links that can be set for the multi-link
  • the Ch. No. indicating the channel number of the channel is configured including the number of multilinks.
  • the BAR Sequence that identifies the sequence of the Block Ack Request to which this technology is applied, the Feedback Timing that indicates the feedback timing of the Block Ack Request (BAR), and the feedback conditions of the Block Ack Request (BAR) are indicated. Includes Feedback MSDU Count. Furthermore, ACK Bitmap Length that indicates the bitmap length of the ACK frame, ACK/NACK that indicates whether the information returned in block ACK (BA) is ACK information or NACK information, Buffer Size that indicates the buffer capacity, and available It consists of Available Sequence Number that identifies the sequence number space and parameters such as Multi Links Retransmit when performing retransmission on multilinks.
  • the desired parameter values may be described in the Multi-Link Setup Request, and the determined parameter values may be described in the Multi-Link Setup Response for exchange.
  • Ch. No. contains the channel number of the link. good too.
  • parameters including the center frequency channel number and channel width information may be included.
  • the communication device 10 acquires information on links that can be set when operating as a multilink operation (S101). Then, if the communication device 10 is the data transmission side communication device 10Tx (Yes in S102), and if transmission of the multilink operation is possible (Yes in S103), the bandwidth of the multilink used for data transmission, Multilink settings for data transmission such as transmission parameters are set (S104).
  • the transmission-side communication device 10Tx needs to return ACK information early due to application characteristics and allowable delay parameters (Yes in S105), the conditions for transmitting a block ACK request (BAR) and the block ACK request (BAR) and Block Ack (BA) are set (S106), and the link is set so that a Block Ack request frame can be transmitted on any link that performs multi-link operation (S107). ).
  • steps S106 and S107 are skipped. A series of settings are repeated until these settings are completed for all links (No in S108, S103 to S107).
  • the transmitting communication device 10Tx transmits a multi-link setup request (Multi-Link Setup Request) to the receiving communication device 10Rx (S109). It is configured to receive a Multi-Link Setup Response (S110).
  • Multi-Link Setup Request Multi-Link Setup Request
  • the transmission side communication device 10Tx acquires multilink setup parameter information from the reception side communication device 10Rx (S111), and transmits a data frame as its own multilink operation. Transmission and block ACK request frame transmission are set (S112). When the process of step S112 ends, the multilink setting process on the transmission side ends.
  • step S102 if the communication device 10 is the data receiving communication device 10Rx (No in S102), the process proceeds to step S113 in FIG. is received (S113).
  • the receiving communication device 10Rx acquires multilink setup parameter information from the transmitting communication device 10Tx (S114), and obtains multilink parameters for data reception. is acquired (S115), and it is determined whether or not it is possible to perform its own multilink operation (S116).
  • the receiving communication device 10Rx calculates parameters that it can handle and sets them as parameters for data reception (S117). Note that if the multilink operation cannot be performed (No in S116), the process of step S117 is skipped.
  • the receiving-end communication device 10Rx acquires various parameters used for exchanging the Block Ack Request (BAR) and Block Ack (BA) (S118). Then, if the exchange sequence of Block Ack Request (BAR) and Block Ack (BA) can be implemented (Yes in S119), the receiving-side communication device 10Rx immediately receives the Block Ack Request frame on an arbitrary link. (S120), and the parameters of the Block Ack (BA) responding to the Block Ack request (BAR) are set (S121). Note that if the exchange sequence of the Block Ack request (BAR) and Block Ack (BA) cannot be executed (No in S119), the processes of steps S120 and S121 are skipped.
  • the receiving communication device 10Rx transmits a multilink setup response to the transmitting communication device 10Tx (S123 ), and sets reception of a data frame and reception of a block ACK request frame as its own multilink operation (S124).
  • step S124 ends or when the multilink operation is not performed (No in S122), the process returns to FIG. 19 and the multilink setting process on the receiving side ends. If the receiving communication device 10Rx does not receive the multilink setup request (No in S113), the process returns to step S101 in FIG. 19, and the subsequent processes are performed.
  • the transmitting communication device 10Tx sets a space for the transmission sequence number (S202) and stores the transmission data in the transmission buffer 102 (S203).
  • step S201 when transmission data is not received (No in S201) and an instruction to transmit data is given (Yes in S204), transmission of a data frame and transmission of a block ACK request frame are performed.
  • a predetermined access control procedure in the multilink is started (S205). If the process of step S203 or S205 is completed, or if data transmission is not instructed (No in S204), the process proceeds to step S206. Then, when transmission through an arbitrary link is not possible (No in S206), the process returns to step S201, and the subsequent processes are repeated.
  • the transmission-side communication device 10Tx transmits A-MPDU. is performed (S208 to S210). Specifically, the parameter information required to configure the A-MPDU is acquired (S208), the data waiting for transmission is acquired according to the configuration, the A-MPDU is constructed (S209), and the A-MPDU is constructed in the link to be used. - The MPDU is transmitted as a data frame (S210). When the process of step S210 ends, the process proceeds to step S211 in FIG.
  • step S216 After transmitting the A-MPDU frame, if it is not necessary to transmit the block ACK request frame (Yes in S211), the process proceeds to step S216, and the transmitting communication device 10Tx receives the ACK frame from the receiving communication device 10Rx. (S216).
  • the transmitting communication device 10Tx transmits the Block Ack request frame. is executed (S213 to S215). Specifically, parameters necessary for exchanging Block Ack Request (BAR) and Block Ack (BA) are acquired (S213), Block Ack Request (BAR) is constructed according to the configuration (S214), and It is transmitted as a block ACK request frame (S215).
  • step S207 in FIG. 21 determines whether data transmission is not to be performed (No in S207) or not to be performed (No in S207).
  • the Block Ack request frame is executed (S213 to S215). Note that if the transmission conditions for the Block Ack request frame are not satisfied (No in S212), the processes of steps S213 to S215 are skipped.
  • the transmitting side communication device 10Tx determines whether the receiving side communication device 10Rx has received all the data based on the received Block Ack frame. If the data has been collected (Yes in S217), the space for the transmission sequence number is released (S218), and the series of data transmission side processing ends.
  • the transmitting side communication device 10Tx specifies the data of the sequence number that becomes NACK (S219), and executes data retransmission processing. A method is specified (S220). Then, the process returns to step S208 in FIG. 21, A-MPDU is constructed, and data is retransmitted (S208 to S210). Also, if the Block Ack frame is not received even after the predetermined timing has passed (No in S216), the process returns to step S212 to retransmit the Block Ack request frame to request the Block Ack frame.
  • the receiving communication device 10Rx waits for data in the multilink to be used based on the predetermined multilink setup, and when a predetermined preamble is detected (Yes in S301), according to the A-MPDU frame configuration, Each MPDU is acquired (S302).
  • the receiving communication device 10Rx stores the sequence number added to the MPDU as ACK information (S304), and stores the received data in the reception buffer 112. (S305).
  • the receiving-side communication device 10Rx stores the sequence number added to the MPDU as NACK information (S306), and adds the number of NACKed MPDUs ( S307). If the process of step S305 or S307 is completed, or if data reception has not been detected (No in S301), the process proceeds to step S308.
  • a block ACK request frame is received on an arbitrary link (Yes in S308), or when a predetermined response return condition is satisfied, that is, when the timing for returning a predetermined ACK frame arrives (Yes in S309), the reception In the side communication device 10Rx, processing for transmitting a Block Ack frame is performed (S310 to S312). Specifically, the ACK information and NACK information that have been collected up to that point are acquired (S310), a Block Ack (BA) in a predetermined format is constructed (S311), and transmitted as a Block Ack frame (S312). .
  • BA Block Ack
  • Block ACK frame return processing on any link is configured to be appropriately performed even during decoding of MPDUs of A-MPDUs. If the process of step S312 is completed or if the predetermined response return condition is not satisfied (No in S309), the process proceeds to step S313 of FIG. If the end of the A-MPDU has not arrived (No in S313), the reception-side communication device 10Rx returns to step S302 in FIG. 23 and continues the MPDU decoding process.
  • step S315 if the end of the A-MPDU has arrived (Yes in S313) and it is necessary to return an ACK frame immediately after that (Yes in S314), the receiving communication device 10Rx will, if necessary, The collected ACK information and NACK information are acquired, and a block ACK frame is transmitted (S315). Note that if the ACK frame does not need to be returned (No in S314), the process of step S315 is skipped.
  • the receiving communication device 10Rx acquires the received data that has been collected up to that point from the reception buffer 112 (S317). , the data is output to the device connected via the interface 101 (S318). Then, when all the data have been output (Yes in S319), the series of data receiving side processing ends.
  • a block ACK request frame for the data is sent to the first link.
  • a block ACK frame is received from the receiving side communication device 10Rx that has been transmitted using the link No. 2 and has received the A-MPDU frame.
  • a block ACK request frame is generated. is received using the second link, a Block Ack frame including an acknowledgment regarding the collected data is generated based on the received Block Ack request frame, and the generated Block Ack frame is sent to the transmitting communication device 10Tx sent.
  • the receiving communication device 10Rx can return a Block Ack frame corresponding to the Block Ack request frame before the end of the A-MPDU frame arrives. Data that needs to be retransmitted can be identified at an earlier stage based on the received Block Ack frame.
  • the block ACK request frame is used at that time.
  • a possible idle link is selected and transmitted, and the receiving side communication device 10Rx responds to the block ACK request frame and returns a block ACK frame containing ACK information of data that has been decoded up to that point in all links. be able to.
  • the Block Ack Request frame contains information about the link that includes the data requesting the Block Ack among the links transmitted in the multilink operation, and the sequence number that should be returned as the Block Ack from the sequence number that does not require the Block Ack to be returned. and information about the length of the Block Ack bitmap.
  • ACK information can be obtained at arbitrary timing by transmitting a Block ACK request frame over an arbitrary link from the transmission-side communication device 10Tx when performing multilink operation.
  • the transmission side communication device 10Tx uses an arbitrary link to transmit a block ACK request frame when necessary, and the reception side communication device 10Rx receives the ACK information of the data collected by that timing. You get a way to do it.
  • the ACK information according to the reception status of the data in MPDU units that can be collected at that timing is transmitted to the receiving side communication device 10Tx. It can be obtained from the device 10Rx.
  • the transmission-side communication device 10Tx does not perform reception-side communication in the middle of the A-MPDU frame.
  • ACK information can be obtained from the device 10Rx.
  • the transmission-side communication device 10Tx transmits data of a real-time application, the timing of data retransmission can be shortened, and a more effective retransmission method can be obtained when a short latency is required. .
  • the transmission-side communication device 10Tx includes information about links used in multi-link operation in the Block Ack request frame, so that, for example, the reception-side communication device 10Rx can search for links whose use is unknown.
  • a method of clearing the buffer of the receiving communication device 10Rx can be obtained by including the sequence number to be discarded by the transmitting communication device 10Tx in the block ACK request frame. In other words, it is possible to eliminate the situation where there is undelivered data and the sequence number space cannot be reused.
  • the reception side communication device 10Rx When the transmission side communication device 10Tx ends data transmission using a plurality of links, the reception side communication device 10Rx immediately receives a block ACK by transmitting a block ACK request frame after a certain timing has passed. It is possible to suppress frequent transmission of Block Ack frames without transmitting frames. In addition, a method of efficiently obtaining ACK information can be obtained by having the transmission-side communication device 10Tx transmit a block ACK request frame at predetermined intervals.
  • the transmitting communication device 10Tx can be configured, for example, as an access point AP10 (base station), and the receiving communication device 10Rx can be configured, for example, as a communication terminal STA10 (terminal station).
  • the transmitting side communication device 10Tx or the receiving side communication device 10Rx should be configured as a part of devices (parts) (for example, a wireless communication module, a wireless chip, etc.) constituting the access point AP10 or the communication terminal STA10. good too.
  • the receiving communication device 10Rx configured as the communication terminal STA10 is a wireless communication device such as a smartphone, a tablet terminal, a game machine, a mobile phone, a personal computer, a digital camera, a television receiver, a wearable terminal, a speaker device, or the like. It can be configured as an electronic device having a communication function.
  • the communication terminal STA10 is a device that only supports data transmission, such as a controller that transmits command data according to a user's operation, or a display that receives and displays video data, such as a display device that only supports data reception. It does not matter if it is a device.
  • processing performed by the computer according to the program does not necessarily have to be performed in chronological order according to the order described as the flowchart.
  • processing performed by a computer according to a program includes processing that is executed in parallel or individually (for example, parallel processing or processing by objects).
  • the program may be processed by one computer (processor), or may be processed by a plurality of computers in a distributed manner. Furthermore, the program may be transferred to and executed on a remote computer.
  • a system means a set of multiple components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing.
  • each step described in the flowchart above can be executed by a single device, or can be shared and executed by a plurality of devices.
  • the plurality of processes included in the one step can be executed by one device or shared by a plurality of devices.
  • This technology can be configured as follows.
  • a communication device comprising a control unit that performs control for receiving an acknowledgment frame corresponding to the acknowledgment request frame from another communication device that has received the data frame.
  • the control unit transmits the acknowledgment request frame after a predetermined period of time has passed since transmission of the data frame was started and before the transmission of the data frame is completed. Communication device as described.
  • control unit When the control unit specifies data that needs to be retransmitted to the other communication device based on the received acknowledgment frame, the control unit transmits the specified data using an arbitrary link.
  • the communication device according to any one of (7). (9) Any one of (1) to (8) above, wherein, when a link with a problem is identified based on the received acknowledgment frame, the control unit suspends transmission of the data frame using the link.
  • the communication device according to . (10) The communication device according to any one of (1) to (9), wherein the control unit transmits information indicating an acknowledgment request included in the acknowledgment request frame in arbitrary data.
  • the communication device exchanging frames with other communication devices by wireless communication using multiple links, when a data frame containing aggregated data is transmitted using a first link, transmitting an acknowledgment request frame for the data using a second link;
  • a communication method comprising: receiving an acknowledgment frame corresponding to the acknowledgment request frame from another communication device that has received the data frame.
  • a communication device comprising a control unit that controls to transmit the generated acknowledgment frame to another communication device that transmitted the data frame.
  • the communication device exchanging frames with other communication devices by wireless communication using multiple links, receiving a data frame including aggregated data from another communication device using a first link, receiving an acknowledgment request frame for the data using a second link; generating an acknowledgment frame containing an acknowledgment for the collected data based on the received acknowledgment request frame; A communication method, wherein the generated acknowledgment frame is transmitted to another communication device that transmitted the data frame.
  • 1-1 Wireless LAN system 10 communication device, 10 Tx transmission side communication device, 10 Rx reception side communication device, 11 network connection module, 12 information input module, 13 device control module, 14 information output module, 15 wireless communication module, 101 interface , 102 transmission buffer, 103 transmission sequence management unit, 104 transmission frame construction unit, 105 multi-link management unit, 106 access control unit, 107, 107-1 to 107-4 transmission signal processing unit, 108 transmission/reception antenna unit, 109, 109 -1 to 109-4 received signal processing unit, 110 received frame analysis unit, 111 received sequence management unit, 112 received buffer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本技術は、より早い段階で再送が必要なデータを特定することができるようにする通信装置、及び通信方法に関する。 他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、データの確認応答要求フレームを第２のリンクを利用して送信し、データフレームを受信した他の通信装置から、確認応答要求フレームに応じた確認応答フレームを受信する制御を行う制御部を備える通信装置である。本技術は、例えば、無線LANシステムを構成する通信装置に適用することができる。

Description

通信装置、及び通信方法
　本技術は、通信装置、及び通信方法に関し、特に、より早い段階で再送が必要なデータを特定することができるようにした通信装置、及び通信方法に関する。
　無線LAN(Local Area Network)システムでは、送信側通信装置からデータを送信した後の任意のタイミングでブロックACK要求フレームを送信して、データを受信する受信側通信装置がブロックACKフレームを返送する制御が行われている。
　特許文献１には、ブロックACKフレームに、複数のデータブロックのうち、いずれのデータブロックに対応しているかを示すため、ブロックACK要求フレームに送信シーケンス番号（TSN：Transmission Sequence Number）を含めて送信する技術が開示されている。
　また、無線LANシステムでは、複数のMPDU(MAC Layer Protocol Data Unit)をアグリゲートして１つのフレームとなるA-MPDU(Aggregation MPDU)フレームを構成してデータを送信する技術が広く利用されている。
特開2011-125035号公報
　フレームアグリゲーションを実施した場合、受信側通信装置では、A-MPDUフレームの末尾が到来しないと、ブロックACKフレームを返送することができず、送信側通信装置では、再送が必要なデータを特定することができなかった。
　そのため、送信側通信装置で再送が必要なデータを特定するには、一旦全てのデータを送信し終えてからでないと判断ができないことから、受信側通信装置で未達となったデータを判断することに時間がかかり、未達となったデータを再送するまでに時間がかかっていた。
　また、特許文献１に開示されている技術では、最新のデータ受信状況を含めたブロックACKフレームを返送することができない。
　本技術はこのような状況に鑑みてなされたものであり、より早い段階で再送が必要なデータを特定することができるようにするものである。
　本技術の一側面の通信装置は、他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する制御を行う制御部を備える通信装置である。
　本技術の一側面の通信方法は、通信装置が、他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する通信方法である。
　本技術の一側面の通信装置、及び通信方法においては、他の通信装置との間のフレームのやり取りが、複数のリンクを利用した無線通信で行われ、アグリゲートしたデータを含むデータフレームが第１のリンクを利用して送信されたとき、前記データの確認応答要求フレームが第２のリンクを利用して送信され、前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームが受信される。
　本技術の一側面の通信装置は、他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する制御を行う制御部を備える通信装置である。
　本技術の一側面の通信方法は、通信装置が、他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する通信方法である。
　本技術の一側面の通信装置、及び通信方法においては、他の通信装置との間のフレームのやり取りが、複数のリンクを利用した無線通信で行われ、他の通信装置から、アグリゲートしたデータを含むデータフレームが第１のリンクを利用して受信されたとき、前記データの確認応答要求フレームを第２のリンクが利用して受信され、受信された前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームが生成され、生成された前記確認応答フレームが、前記データフレームを送信した他の通信装置に送信される。
　なお、本技術の一側面の通信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術を適用した無線通信システムによる無線通信ネットワークの構成例を示した図である。 本技術を適用した無線通信システムで利用される周波数帯域とチャネル割当ての例を示した図である。 現状方式のデータ交換シーケンスにおけるデータとACKの衝突の例を示したシーケンス図である。 近い周波数帯を利用したマルチリンクオペレーションを実施する場合の問題点を示したシーケンス図である。 本技術を適用したマルチリンクオペレーション時のデータ伝送の流れを示した図である。 本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第１の変形例を示した図である。 本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第２の変形例を示した図である。 本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第３の変形例を示した図である。 本技術を適用した送信側通信装置と受信側通信装置の間でのシーケンスの例を示した図である。 本技術を適用した通信装置の構成例を示したブロック図である。 図１０の無線通信モジュールの構成例を示したブロック図である。 本技術を適用したブロックACK要求フレームの構成例を示した図である。 BAR Typeの例を示した図である。 本技術を適用したA-MPDUフレームの構成例を示した図である。 本技術を適用したブロックACKフレームの構成例を示した図である。 本技術を適用したブロックACKフレームの構成の第１の変形例を示した図である。 本技術を適用したブロックACKフレームの構成の第２の変形例を示した図である。 マルチリンクオペレーションをセットアップに交換されるフレーム構成例を示した図である。 マルチリンク設定処理の流れを説明するフローチャートである。 マルチリンク設定処理の流れを説明するフローチャートである。 データ送信側処理の流れを説明するフローチャートである。 データ送信側処理の流れを説明するフローチャートである。 データ受信側処理の流れを説明するフローチャートである。 データ受信側処理の流れを説明するフローチャートである。
　従来からの無線LANシステムでは、データ伝送後の任意のタイミングでブロックACK要求フレームを送信して、送信したデータのブロックACKフレームを返送する制御が行われていた。
　つまり、データ送信したチャネルで、データ送信後のSIFS(Short Inter Frame Space)間隔が経過した後、直後に受領確認が行えない場合などに、復号にかかる十分な時間が経過した後に、データの送信側通信装置から受信側通信装置に対して、ブロックACK要求フレームを送信して、ブロックACKフレームの返送を求める構成になっていた。
　また、データ送信直後に、受信側通信装置からブロックACKフレームが返送されたものの、送信側通信装置でそのブロックACKフレームを正しく復号できなかった場合にも、送信側通信装置から全てのデータを再送する前に、受信側通信装置にブロックACK要求フレームを送信して、再度ブロックACKフレームの返送を求めることも可能となっていた。
　これらのデータ伝送とブロックACKフレームの返送のシーケンスや、データ伝送後にブロックACK要求フレームとブロックACKの返送のシーケンスは、同じ周波数帯域のチャネルを用いて交換される構成になっていた。
　また、近年、IEEE802.11nやIEEE802.11acで規格化された無線LANシステムでは、複数のMPDU(MAC Layer Protocol Data Unit)をアグリゲートして１つのフレームとなるA-MPDU(Aggregation MPDU)フレームを構成してデータを送信する技術が広く利用されている。
　さらに最近では、無線LANシステムの普及とコンテンツの大容量化に伴って、１つの周波数帯域のチャネルを用いただけでは、所定のデータ量の通信では不足する事態が生じつつある。
　そこで、IEEE802.11axの後継規格に向けた技術検討として、IEEE(Institute of Electrical and Electronics Engineers)においてタスクグループTG beでは、複数の周波数帯域（リンク）を並列して用いることで、より高密度のデータ通信を実施する方法が検討されている。
　このタスクグループTG beでは、マルチリンクオペレーション（MLO：Multilink Operation）として、送信側通信装置から受信側通信装置へ、異なる周波数帯域（リンク）を複数利用して一団のコンテンツを一括して送信する技術が検討されている。このマルチリンクオペレーションでは、複数の周波数帯域（リンク）を１つの伝送路としてみなし、通信に利用する技術が求められている。
　ところで、従来からの無線LANシステムとの互換性を確保する観点から、複数の周波数帯域（リンク）のうち１つで伝送路が利用中であれば、その周波数帯域（リンク）を利用した送信ができないという問題があり、各周波数帯域（リンク）では送信が可能になるタイミングがそれぞれ異なってしまうという問題があった。
　また、各周波数帯域（リンク）では、ここにランダムバックオフを設定する必要があるため、伝送路が空き状態であるにもかかわらず、ランダムバックオフの設定値によっては、同時に送信が開始されないという問題があった。
　このマルチリンクオペレーションにおいては、送信開始タイミングが異なる場合、送信終了タイミングもそれぞれ異なることから、個々の周波数帯（リンク）における再送信開始のタイミングもばらばらになってしまうという問題があった。
　従来からのフレームアグリゲーションを実施した場合に、A-MPDUフレームの末尾が到来しないと、ブロックACKフレームを返送することができず、送信側通信装置では、再送すべきデータを特定することができなかった。
　そのため、再送が必要なデータを特定するには、一旦全てのデータを送信し終えてからでないと判断ができないことから、受信側通信装置で未達となったデータを判断することに時間がかかり、未達となったデータを再送するまでに時間がかかるという問題があった。
　よって、データの末尾の直後に返送されるブロックACKフレームを受領せずとも、送信側通信装置が任意のタイミングで未達データを特定して、再送すべきデータを事前に把握する方法が求められていた。また、ブロックACK要求フレームによって、必要とされるACK情報の範囲を特定する技術が必要とされていた。
　そこで、本技術では、無線LANシステムにおいて、データの送信側通信装置から、アグリゲートしたデータ（A-MPDU）の末尾を待つことなく、受信側通信装置からのブロックACKフレームを任意のタイミングで受領できるように、任意の周波数帯域でブロックACK要求フレームを送信して、受信側通信装置からその直後に他の周波数帯域を含んでそのタイミングまでに収集できたデータのブロックACKフレームを返送させて、未達データを早期に把握できる構成を考案する。
　さらに、ブロックACK要求フレームを任意のリンクで送信することで、送信側通信装置でデータ送信に利用しているが、受信側通信装置ではそのデータを全く受信できない場合などで、一方的にデータ受信不具合が生じているリンクの存在を把握する構成を考案する。
　また、ブロックACK要求フレームに、ブロックACKを要求するデータが含まれるリンクに関する情報と、ブロックACKの返送を必要としないシーケンス番号からブロックACKとして返送すべきシーケンス番号の範囲に関する情報と、ブロックACKビットマップの長さに関する情報を含んで送信する構成を併せて考案する。
　以下、図面を参照しながら、本技術の実施の形態について説明する。
＜１．本技術の実施の形態＞
（ネットワークの構成）
　図１は、本技術を適用した無線通信システムによる無線通信ネットワークの構成例を示した図である。図１では、無線通信システムの一例として、無線LANシステムの構成を示している。
　図１において、無線LANシステム１－１を構成する通信装置１０は、図中の白色の丸で示しており、アクセスポイントＡＰ１０に対し、通信端末ＳＴＡ１０－１と通信端末ＳＴＡ１０－２が接続されている状態で、それぞれの通信装置１０が通信可能であることを、図中の実線の矢印Ａ１，Ａ２で示している。
　この無線LANシステム１－１の近傍に、図中の濃淡を付けた丸で示したアクセスポイントＡＰ２０と通信端末ＳＴＡ２０が別の無線LANシステム１－２を構成しており、それぞれの通信装置２０が通信可能であることを、図中の実線の矢印Ｂ１で示している。
　また、無線LANシステム１－１の近傍には、図中の濃淡を付けた丸で示したアクセスポイントＡＰ３０と通信端末ＳＴＡ３０がさらに別の無線LANシステム１－３を構成しており、それぞれの通信装置３０が通信可能であることを、図中の実線の矢印Ｄ１で示している。
　アクセスポイントＡＰ１０は、アクセスポイントＡＰ２０と通信端末ＳＴＡ２０、及びアクセスポイントＡＰ３０と通信端末ＳＴＡ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ２，Ｃ３と、矢印Ｅ２，Ｅ３により表している。
　通信端末ＳＴＡ１０－１は、アクセスポイントＡＰ２０とアクセスポイントＡＰ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ１と矢印Ｅ１により表している。また、通信端末ＳＴＡ１０－２は、通信端末ＳＴＡ２０と通信端末ＳＴＡ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ４と矢印Ｅ４により表している。
　このように、無線LANシステム１－１を構成するアクセスポイントＡＰ１０と、通信端末ＳＴＡ１０－１と、通信端末ＳＴＡ１０－２は、無線LANシステム１－２と無線LANシステム１－３の存在によって、これらの通信装置との間で公平なアクセスを実施する必要がある。
　なお、以下、データを送信する通信装置を、送信側通信装置と称し、データを受信する通信装置を、受信側通信装置と称して説明する。例えば、無線LANシステム１－１においては、アクセスポイントＡＰ１０等の送信側通信装置１０Ｔｘから送信されたデータが、通信端末ＳＴＡ１０－１等の受信側通信装置１０Ｒｘにより受信される。
（周波数帯域とチャネル割り当ての例）
　図２は、本技術を適用した無線通信システムで利用される周波数帯域とチャネル割当ての例を示した図である。図２では、無線LANシステムに対して、利用可能とされた周波数帯域とそのチャネル割当て状況を示している。
　2.4GHz帯域では、IEEE802.11g規格の20MHz帯域幅のOFDM(Orthogonal Frequency Division Multiplexing)方式の無線信号に適用した場合、少なくとも２チャネル分の周波数が設定される（図中の最上段（１段目）の「2.4GHz帯」）。
　5GHz帯域では、IEEE802.11a等の規格のために、20MHz帯域幅のOFDM方式の無線信号に適用するチャネルが複数確保できる（図中の１，２段目の「5GHz帯 A ,B」）。
　ここで、5GHz帯域での運用は、各国の法制度において、利用可能な周波数範囲や、送信電力や送信可能を判定する条件が付されている。例えば、日本国内では、チャネル36～64の8チャネルの利用と、チャネル100～140の11チャネルの利用が可能とされている。
　なお、日本を除いた他の国や地域では、チャネル32や、チャネル68，チャネル96，チャネル144の利用も可能で、さらにその上の周波数帯では、チャネル149からチャネル173まで利用可能とされている。
　また、現在、6GHz帯域が、利用可能な周波数帯域として規格化が進められている（図中の３，４段目の「6GHz帯 A ,B ,C ,D」）。この6GHz帯域の利用方法としては、6GHz帯AのUNII-5バンドで25チャネル、6GHz帯BのUNII-6バンドで5チャネル、6GHz帯CのUNII-7バンドで17チャネル、6GHz帯DのUNII-8バンドで12チャネルを配置することが可能とされている。
（データとACKの衝突の例）
　図３は、現状方式のデータ交換シーケンスにおけるデータとACKの衝突の例を示したシーケンス図である。
　現状方式では、データ送信とACK返送が同じチャネルで実施されることから、図３には、近接するネットワークの通信装置から送信された信号により、自己の受信に干渉を起こす場合や、自己の送信する信号により、近接するネットワークの通信装置の受信に干渉を与える例を示している。
　図３では、図中左側を自己のネットワークにおける送信側通信装置と受信側通信装置が構成され、これに図中右側の近接するネットワーク（OBSS：Overlapping Basic Service Set）の受信側通信装置と送信側通信装置が存在する場合を示している。
　ここで、自己ネットワークにおいて、受信側通信装置が送信側通信装置からA-MPDUフレーム（A-MPDU Data）を受信している最中に、OBSSネットワークの受信側通信装置が、RTS(Request to Send)フレームに応じたCTS(Clear to Send)フレームを返送した場合、データ受信と干渉して、正しく復号することができない（Ｓ１１，Ｓ２１，Ｓ２２）。
　そのため、OBSSネットワークの受信側通信装置がデータ（A-MPDU Data）を受信しているにもかかわらず、自己ネットワークの受信側通信装置は、A-MPDUフレーム（A-MPDU Data）の受信が終了した直後に、ブロックACKフレーム（Block ACK）を返送してしまう（Ｓ１２）。この場合、そのブロックACKフレームが、OBSSネットワークの受信側通信装置では干渉信号となり、データ（A-MPDU Data）の受信を正しく行うことができない（Ｓ２３）。
　さらに、自己ネットワークの送信側通信装置から再送されたデータ（再送A-MPDU Data）が、OBSSネットワークの受信側通信装置のブロックACKフレーム（Block ACK）のタイミングと重なると、干渉信号となって、自己ネットワークの受信側通信装置は、正しく受信することができなくなる（Ｓ１３，Ｓ２４）。OBSSネットワークの送信側通信装置から再送されたデータ（再送A-MPDU Data）が、自己ネットワークの受信側通信装置のブロックACKフレーム（Block ACK）のタイミングと重なる場合も同様である（Ｓ２５，Ｓ１４）。
　このように、自己ネットワークの受信側通信装置からの信号と、OBSSネットワークの受信側通信装置からの信号とが、双方の干渉信号となってしまい、最終的にデータを全て送るまでに時間がかかってしまうという問題があった。
（MLOの問題点）
　図４は、近い周波数帯を利用したマルチリンクオペレーションを実施する場合の問題点を示したシーケンス図である。
　図４では、図中左側を送信側通信装置とし、第１リンク（Link 1）で5GHz帯を利用し、第２リンク（Link 2）で6GHz帯を利用していて、図中右側が受信側通信装置とし、同様に第１リンク（Link 1）で5GHz帯を利用し、第２リンク（Link 2）で6GHz帯を利用している状態を表している。
　ここでは、マルチリンクオペレーションを実施する場合に、5GHz帯と6GHz帯の双方を利用する場合に、一方のリンクで返送される信号によって、他方のデータを正しく受信できなくなる可能性があることを示している。
　つまり、第１リンクと第２リンクでA-MPDUフレームをそれぞれ非同期で送信（Ｓ４１，Ｓ４２）して、マルチリンクオペレーションを実施している場合に、第２リンクを利用した通信が早く終了し、その直後にブロックACKフレームを返送（Ｓ４３）すると、その信号によって、第１リンクのA-MPDUフレームのデータ受信に干渉を与えてしまう恐れがある。
　同様に、第１リンクの通信が終了した場合に、その直後にブロックACKフレームを返送（Ｓ４５）すると、その信号によって、第２リンクで再送（Ｓ４４）されているA-MPDUフレームのデータ受信に渉を与えてしまう恐れがある。
　このように、接近した周波数帯域を利用したマルチリンクオペレーションにおいて、受信側通信装置が送信するブロックACKフレームによって、これが干渉信号となってしまい、最終的にデータを全て送るまでに時間がかかってしまうという問題があった。
（本技術のMLO時のデータ伝送）
　図５は、本技術を適用したマルチリンクオペレーション時のデータ伝送の流れを示した図である。図５において、時間の方向は、図中の左側から右側に向かう方向とされる。
　図５では、第１リンク（Link 1）乃至第４リンク（Link 4）の４つのリンクを利用して、データ送信及びブロックACK要求とACK受領が実施される例を示している。ここでは、利用可能な４つのリンクのうち、最も遅いタイミングで利用可能となった、第４のリンクを利用してブロックACK要求とACK受領が実施される構成を示している。
　図中の四角はデータを表しており、当該四角内に記載した"Data"ごとの番号で、それぞれのリンクでシーケンス番号が管理されて、受領確認（ACK）が返送される構成を示している。この例では、各リンクでMPDUを８個アグリゲーションした、A-MPDUフレームが構成されてデータ送信が実施される構成を示している。
　つまり、第１リンク（Link 1）では、シーケンス番号１から８のデータが、所定のアクセス制御によってアクセス権を獲得した際に、フレームアグリゲーションを実施してA-MPDUフレームとして送信される。第２リンク（Link 2）では、シーケンス番号９から１６のデータが、所定のアクセス制御によってアクセス権を獲得した際に、フレームアグリゲーションを実施してA-MPDUフレームとして送信される。
　また、第３リンク（Link 3）では、シーケンス番号１７から２４のデータが、所定のアクセス制御によってアクセス権を獲得した際に、フレームアグリゲーションを実施してA-MPDUフレームとして送信される。そして、最後に利用可能となった第４リンク（Link 4）で、送信側通信装置から受信側通信装置に向けて、即時にブロックACK要求（BAR：Block Ack Request）フレームが送信される。
　このブロックACK要求フレームには、それまでに送信したデータのシーケンス番号を特定し得る情報が付加されていてもよく、受信側通信装置での復号処理遅延時間を考慮し、例えば、第１リンク（Link 1）では、Data 1乃至Data 4のデータ、第２リンク（Link 2）では、Data 9乃至Data 10のデータ、第３リンク（Link 3）では、Data 17のみのブロックACK要求を示す情報が含まれている。
　その後、受信側通信装置では、そのブロックACK要求フレームに基づいて、そのタイミングまでに他のリンクで受け取ったデータ又は未達となっているデータを特定し得るACK情報を付加したブロックACKフレームを応答する。図５において、受信側通信装置ではそのタイミングまでに、第１リンク（Link 1）では、Data 1からData 4までを受信しており、その中でData 3がエラーとなっている状態を示している（図中の模様が付された四角）。
　また、第２リンク（Link 2）では、Data 9からData 11まで受信しており、その中でData 10がエラーとなっている状態を示している（図中の模様が付された四角）。第３リンク（Link 3）では、Data 17のみ受信している状態を示している。
　そして、データを受信した受信側通信装置から、ブロックACK（BA：Block Ack）フレームとして、これらの収集できたデータ（MPDU）、又はエラーとして受信できなかったデータ（MPDU）のシーケンス番号に関する情報を記載して返送される。ここでは、Data 3とData 10が、未達データであることを示すブロックACK情報が含まれる構成になっている。
　その後、このブロックACKフレームを受信した送信側通信装置では、Data 3とData 10が未達であると判断し、空きリンクとなる第４リンク（Link 4）で、早期に再送データ（未達データ）を送信する構成になっている。さらに、送信側通信装置では、再送データの送信後にもブロックACK要求フレームを送信することによって、受信側通信装置に対し、その時点までに受信が進んだデータ（MPDU）の受信状況の報告を求める構成になっている。
　このブロックACK要求フレームには、それまでに送信したデータのシーケンス番号を特定し得る情報が付加されていてもよく、受信側通信装置での復号処理遅延時間を考慮し、例えば、第１リンク（Link 1）ではData 1乃至Data 8のデータ、第２リンク（Link 2）では、Data 9乃至Data 15のデータ、第３リンク（Link 3）では、Data 17乃至Data 21のデータに関するブロックACK要求を示す情報が含まれている。
　その後、受信側通信装置では、そのブロックACK要求フレームに基づいて、そのタイミングまでに他のリンクで受け取ったデータ又は未達となっているデータを特定し得るACK情報を付加したブロックACKフレームを応答する。また、ここでは、第４リンク（Link 4）で、再送されたデータ（Data 3，Data 10）の受領状況を含んだブロックACKフレームを応答する。
　図５において、受信側通信装置ではそのタイミングまでに、第１リンク（Link 1）では、Data 7がエラーとなっている状態を示している（図中の模様が付された四角）。また、第２リンク（Link 2）では、エラーとなっている状態がないことを示し、第３リンク（Link 3）では、Data 20がエラーになっている状態を示している（図中の模様が付された四角）。
　これより、受信側通信装置からのブロックACKフレームには、Data 7とData 20が、未達データであることを示すブロックACK情報が含まれる構成になっている。
　その後、このブロックACKフレームを受信した送信側通信装置では、Data 7とData 20が未達であると判断し、空きリンクとなる第４リンク（Link 4）で、引き続き再送データを送信する構成になっている。さらに、送信側通信装置では、再送データの送信後にもブロックACK要求フレームを送信することによって、受信側通信装置に対し、その時点までに受信が進んだデータ（MPDU）の受信状況の報告を求める構成になっている。
　ここで、受信側通信装置で全てのデータを正しく受信できた場合には、全てのデータの受信が完了したことを示すブロックACKフレーム（Ack All）を返送する構成になっている。
　なお、図５においては、隣接するリンクでの干渉を防止するために、A-MPDUを送信している間には、ACKの返送を求めない構成としてもよいことから、A-MPDU後にブロックACKフレームを返送しない構成例を示している。また、送信側通信装置は、受信側通信装置からのブロックACKフレームに基づいて、不具合の生じているリンクを特定した場合（例えば、第１リンクでData 1乃至Data 4などの連続したデータを受信できない場合）、当該リンク（例えば、第１リンク）を利用したデータフレームの送信を中断するようにしても構わない。
　図６は、本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第１の変形例を示した図である。
　図６においては、上述した図５と比較して、利用可能となったリンクでブロックACK要求フレームを送信するのではなく、A-MPDUを構成するデータ（MPDU）を、所定の個数送信した後に、利用可能となったリンクでブロックACK要求フレームを送信する構成を示している。
　ここでは、例えば、第１リンク（Link 1）でData 1乃至Data 3と、第２リンク（Link 2）でData 9乃至Data 10の５個のデータ（MPDU）を送信した後に、利用可能となった第３リンク（Link 3）で、その直後にブロックACK要求フレームを送信する例を示している。
　なお、その後に利用可能となる第４リンク（Link 4）では、データの送信を実施する構成になっている。また、送信するA-MPDUのデータ構成は、上述した図５と同様に、各リンクで８つのMPDUをアグリゲートしたA-MPDU構成として送信される。図６は、図５と比べて、第３リンク（Link 3）の送信内容と、第４リンク（Link 4）の送信内容が逆になっている。
　また、ここでは、隣接するリンクでの干渉を防止する必要がない場合には、A-MPDU後にブロックACKフレームを返送するように、ブロックACK要求フレームを送信する構成例を示している。この場合、各リンクでは、送信側通信装置から送信されたA-MPDUの直後に、受信側通信装置からのブロックACKフレームが返送される構成になっている。
　また、明確にブロックACK要求フレームを送信せずとも、A-MPDUフレームを構成するヘッダ情報やデリミタ情報に、ブロックACK要求を示すビットやパラメータを記載しても構わない。
　これらブロックACK要求フレームやヘッダ情報を受信した受信側通信装置では、ブロックACKフレームに記載されるACK情報として、その時点までに復号できたデータ（MPDU）のシーケンス番号を特定し得る情報を記載してもよい。
　つまり、第１リンク（Link 1）で返送されるブロックACKフレームには、他のリンクで未収となっているMPDUの情報が正しく反映されないことに留意すべきであり、全てのデータ（MPDU）を送信後に返送されるブロックACKフレームには、全てのデータのACK情報が記載される。
　図７は、本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第２の変形例を示した図である。
　図７では、上述した構成のように、予め各リンクでアグリゲーションするMPDU数を決めておくことなく、送信可能となった時点で、バッファに格納されていたデータからA-MPDUを構成する例を示している。さらに、ブロックACK要求フレームを特定のリンクではなく、必要なタイミングに任意のリンクで送信できるような構成とした例として示している。
　つまり、最初に利用可能となった第１リンク（Link 1）では、その時点でバッファに格納されていたデータ、又はA-MPDUフレームとして最大長として構成される長さまでのデータ（Data 1乃至Data 12）として、A-MPDUフレームが構成される。また、次に利用可能となった第２リンク（Link 2）では、その時点でバッファに格納されているデータ（Data 13乃至Data 19）を用いて、A-MPDUフレームが構成される。
　そして、ここでは、上述した図６と同様に、所定の個数のデータ（MPDU）を送信した後に、利用可能となった第３リンク（Link 3）で、最初のブロックACK要求フレームを送信する構成としてある。
　受信側通信装置では、このタイミングで、第１リンクのData 1乃至Data 3と、第２リンクのData 13乃至Data 14のうち、Data 3が未達となっている状態を示している（図中の模様が付された四角）。これにより、受信側通信装置は、Data 3が未達となっていることを識別しうる情報を含んだブロックACKフレームを返送する。
　その後、利用可能となった第４リンク（Link 4）では、送信側通信装置が、その時点でバッファに格納されているデータ（Data 20乃至Data 22）を用いて、A-MPDUフレームを構成するとともに、その終了後にブロックACK要求フレームを付加して、ACK情報が得られるようにしてもよい。
　さらに、ブロックACK要求フレームを任意のタイミングに任意のリンクで送信できるように、第１リンク（Link 1）や、第２リンク（Link 2）や、第４リンク（Link 4）でも、逐次送信できる構成として示している。つまり、図７に示した構成では、A-MPDUフレームの送信後に、ブロックACK要求フレームを送信して、各リンクでACK情報を受け取ることができる構成となっている。
　なお、送信側通信装置が、第３リンク（Link 3）で、ブロックACKフレームを受け取った場合に、再送が必要なデータ（Data 3）に加えて、その時点でバッファに格納されたデータ（Data 23，Data 24）をアグリゲートしてA-MPDUフレームを構成するようにしてもよい。
　さらに、短いA-MPDUフレームが構成された第４リンク（Link 4）では、その直後にブロックACK要求フレームが送信されて、受信側通信装置が、そのタイミングまでに受信したデータ（MPDU）の中から、未達となっているデータ（Data 7，Data 20）について、未達となっていることを示すACK情報を記載したブロックACKフレームを返送する。
　このブロックACKフレームを受信した送信側通信装置では、その第４リンク（Link 4）で、未達データ（Data 7，Data 20）の再送を実施する。
　また、第２リンク（Link 2）でも、A-MPDUの伝送が終了した後、所定のアクセス制御に基づいて、伝送路が利用可能であれば、所定のタイミングが経過したタイミングにおいて、ブロックACK要求フレームを送信する構成としてある。つまり、他のリンクでブロックACK要求フレームを送信した後、所定の時間が経過した場合に、任意のリンクで次のブロックACK要求フレームを送信する構成になっている。
　ここでは、そのタイミングまでに受信側通信装置で収集できなかったデータ（Data 10）について、未達であることが識別できるブロックACKフレームを返送する構成になっている。その後、その第２リンク（Link 2）で、未達データ（Data 10）が再送される構成としてある。
　このように、他のリンクでも、任意のタイミングでブロックACK要求フレームを送信することで、逐次未達データの確認ができる構成になっている。そしてここでも、全てのデータの収集が完了した場合に、ブロックACKフレーム（Ack All）を、ブロックACK要求フレームに応答する場合や、A-MPDUが終了した後や、再送データの送信後などのタイミングで、任意のリンクを利用して返送するようにしてもよい。
　図８は、本技術を適用したマルチリンクオペレーション時のデータ伝送の流れの第３の変形例を示した図である。
　図８においては、上述した図７と基本的に同様の構成としてあるが、ブロックACK要求フレームを送信して、ブロックACKフレームを受信するリンクを限定した場合の例を示している。
　つまり、２つのリンクの周波数帯が近接している場合に、一方のリンクでデータを受信している場合に、他方のリンクでブロックACKフレームを送信してしまうと、そのデータ受信に干渉を与えてしまう場合がある。そのため、この影響を低減するために、これらの干渉を与える恐れのあるリンクでは、データ送信のみを実施して、ブロックACK要求フレームと、ブロックACKフレームの交換は、影響の少ないリンクでのみ実施をする例を示している。
　ここでは、第１リンク（Link 1）と第２リンク（Link 2）が干渉を受ける周波数帯である場合に、これらのリンクではデータの送信のみに利用して、第３リンク（Link 3）と第４リンク（Link 4）が送信と受信を同時に行なっても、干渉が少ない周波数帯で構成されていることから、ブロックACK要求フレームとブロックACKフレームを交換するリンクとして設定する例を示している。
　また、ここでは、第３リンク（Link 3）と第４リンク（Link 4）を利用して、ブロックACK要求フレームとブロックACKフレームを交換するが、任意のタイミングでACK情報を獲得するように、前回のブロックACK要求フレームの送信タイミングから、所定の時間が経過した後に、最低限のブロックACK要求フレームを送信する構成となっている。
　そしてここでも、全てのデータの収集が完了した場合に、ブロックACKフレーム（Ack All）を、ブロックACK要求フレームに応答する場合や、A-MPDUが終了した後や、再送データの送信後などのタイミングで、任意のリンクを利用して返送するようにしてもよい。
　また、ブロックACK要求フレームを明示的に送信することなく、A-MPDUフレームのヘッダ情報やデリミタ情報に、ブロックACKフレームの返送を要求するACK Policyビットを設定するような構成としても構わない。
（装置間のシーケンス）
　図９は、本技術を適用した送信側通信装置と受信側通信装置の間でのシーケンスの例を示した図である。図９において、時間の方向は、図中の上側から下側に向かう方向とされる。
　図９では、左側のデータ送信側通信装置から右側の受信側通信装との間で、複数のリンクを利用したマルチリンクオペレーションを実施する様子を示している。
　まず、送信側通信装置と受信側通信装置とが、特定のリンク（Link 1）を利用して、マルチリンクオペレーションを実施するための複数のリンク情報などのパラメータ情報を交換する構成になっている。
　具体的には、例えば、送信側通信装置からマルチリンクセットアップ要求（Multi-Link Setup Request）を送信して（Ｓ７１）、受信側通信装置からマルチリンクセットアップ応答（Multi-Link Setup Response）を返送する（Ｓ７２）ことで、これらのパラメータを調整する構成としてもよい。
　このパラメータとしては、第１リンク（Link 1）に加えて、第２リンク（Link 2）、第３リンク（Link 3）、及び第４リンク（Link 4）を、データ伝送とブロックACK要求フレームや、ブロックACKフレームを返送することが可能なリンク関連情報を示している。
　図９においては、上述した図５に示したマルチリンクオペレーション時のデータ伝送について、そのシーケンスを示しており、具体的には、第１リンク（Link 1）から第３リンク（Link 3）で、A-MPDUのデータを送信し（Ｓ７３乃至Ｓ７５）、第４リンク（Link 4）で、ブロックACK要求（BAR）フレームと、ブロックACK（BA）フレームが交換される（Ｓ８１乃至Ｓ９０）例を示している。
　第１リンク（Link１）では、A-MPDUフレームとして送信されたデータであるData 1乃至Data 4のうち、シーケンス番号３のData 3の受信がエラーとなった状態を示している。第２リンク（Link 2）では、A-MPDUフレームとして送信されたデータであるData 9，Data 10のうち、シーケンス番号１０のData 10の受信がエラーとなった状態を示している。第３リンク（Link 3）では、A-MPDUフレームとして送信されたデータであるData 17が送られた状態を示している。
　そして、ここでは仮に第４リンク（Link 4）は利用可能となった場合に、送信側通信装置が、そのリンクでブロックACK要求フレームを送信する（Ｓ８１）構成になっている。ここで、そのブロックACK要求フレームを受信した受信側通信装置では、これに応じて、その第４リンク（Link 4）で、それまでに未達となっているデータ（MPDU）のうち、Data 3とData 10を特定し得る情報を含んだブロックACKフレームを返送する（Ｓ８２）。
　さらにここでは、送信側通信装置が、第４リンク（Link 4）を利用して、未達データであるData 3とData 10を再送し（Ｓ８３，Ｓ８４）、その後にもブロックACK要求フレームが送信される（Ｓ８５）。
　さらに、第１リンク（Link 1）では、A-MPDUフレームとして送信されたデータであるData 1乃至Data 8のうち、シーケンス番号７のData 7の受信がエラーとなった状態を示している。第２リンク（Link 2）では、A-MPDUフレームとして送信されたデータであるData 9乃至Data 15が送られた状態を示している。第３リンク（Link 3）では、A-MPDUフレームとして送信されたデータであるData 17乃至Data 21のうち、シーケンス番号２０のData 20の受信がエラーとなった状態を示している。
　そして、ここでは仮に第４リンク（Link 4）は利用可能となった場合に、送信側通信装置が、そのリンクでブロックACK要求フレームを送信する（Ｓ８５）構成になっている。ここで、そのブロックACK要求フレームを受信した受信側通信装置では、これに応じて、その第４リンク（Link 4）で、それまでに未達となっているデータ（MPDU）のうち、Data 7とData 20を特定し得る情報を含んだブロックACKフレームを返送する（Ｓ８６）。
　さらにここでは、送信側通信装置が、第４リンク（Link 4）を利用して、未達データであるData 7とData 20を再送し（Ｓ８７，Ｓ８８）、その後にもブロックACK要求フレームが送信される（Ｓ８９）。そして、最後に全てのデータが揃ったことを示すブロックACKフレーム（Ack All）が、受信側通信装置から返送される（Ｓ９０）ことで一連のシーケンス処理が終了する構成になっている。
（通信装置の構成）
　図１０は、本技術を適用した通信装置の構成例を示したブロック図である。
　図１０に示した通信装置１０は、無線LANシステム１－１（図１）におけるアクセスポイントＡＰ１０又は通信端末ＳＴＡ１０、すなわち、送信側通信装置１０Ｔｘ又は受信側通信装置１０Ｒｘとして構成される無線通信装置である。
　図１０において、通信装置１０は、ネットワーク接続モジュール１１、情報入力モジュール１２、機器制御モジュール１３、情報出力モジュール１４、及び無線通信モジュール１５を含んで構成される。
　ネットワーク接続モジュール１１は、例えば、アクセスポイントＡＰ１０として光ファイバ網やその他の通信回線からサービスプロバイダを介してインターネット網に接続するための機能を有する回路やその周辺回路、マイクロコントローラ、半導体メモリなどから構成される。
　ネットワーク接続モジュール１１は、機器制御モジュール１３からの制御に従い、インターネット接続に関する各種の処理を行う。例えば、ネットワーク接続モジュール１１は、通信装置１０がアクセスポイントＡＰ１０として動作する場合に、インターネット網へ接続するための通信モデム等の機能が実装される構成となっていて、公衆通信回線とインターネットサービスプロバイダを介してインターネット接続を実施する構成になっている。
　情報入力モジュール１２は、例えば、押しボタンやキーボード、タッチパネル等の入力デバイスから構成される。情報入力モジュール１２は、ユーザからの指示に対応する指示情報を、機器制御モジュール１３に入力する機能を有する。
　機器制御モジュール１３は、例えばマイクロプロセッサやマイクロコントローラ、半導体メモリ等から構成される。機器制御モジュール１３は、通信装置１０をアクセスポイントＡＰ１０又は通信端末ＳＴＡ１０として動作させるために各部（モジュール）の制御を行う。
　機器制御モジュール１３は、ネットワーク接続モジュール１１、情報入力モジュール１２、又は無線通信モジュール１５から供給される情報に対する各種の処理を行う。また、機器制御モジュール１３は、自己の処理の結果得られる情報を、ネットワーク接続モジュール１１、情報出力モジュール１４、又は無線通信モジュール１５に供給する。
　例えば、機器制御モジュール１３は、データの送信時に、プロトコル上位層のアプリケーション等から渡される送信データを、無線通信モジュール１５に供給したり、データの受信時に、無線通信モジュール１５から供給される受信データを、プロトコル上位層のアプリケーション等に渡したりする。
　情報出力モジュール１４は、例えば、液晶ディスプレイ、有機ELディスプレイ、LED(Light Emitting Diode)表示器などの表示素子や、音声や音楽を出力するスピーカなどを含む出力デバイスから構成される。
　情報出力モジュール１４は、機器制御モジュール１３から供給される情報に基づき、ユーザに対して必要な情報を表示する機能を有する。ここで、情報出力モジュール１４で処理される情報には、例えば、通信装置１０の動作状態やインターネット網を介して得られる情報などが含まれる。
　無線通信モジュール１５は、例えば、無線チップや周辺回路、マイクロコントローラ、半導体メモリなどから構成される。無線通信モジュール１５は、機器制御モジュール１３からの制御に従い、無線通信に関する各種の処理を行う。無線通信モジュール１５の構成の詳細は、図１１を参照して後述する。
　なお、ここでは、無線通信チップや周辺回路などが搭載された無線通信モジュールを一例に説明するが、本技術は、無線通信モジュールに限らず、例えば、無線通信チップや無線通信LSIなどに適用することができる。さらに、無線通信モジュールにおいて、アンテナを含めるかどうかは任意である。
　また、図１０の通信装置１０において、機器制御モジュール１３及び無線通信モジュール１５は、必須の構成要素となるが、それらを除いたネットワーク接続モジュール１１、情報入力モジュール１２、及び情報出力モジュール１４を構成要素に含めるかどうかは任意である。
　すなわち、アクセスポイントＡＰ１０又は通信端末ＳＴＡ１０として動作する通信装置１０ごとに、必要とされるモジュールのみで構成されるようにすることができ、不要な部分は簡素化されるか、又は組み込まれない構成とすることができる。
　より具体的には、例えば、ネットワーク接続モジュール１１は、アクセスポイントＡＰ１０にのみ組み込まれ、情報入力モジュール１２や情報出力モジュール１４は、通信端末ＳＴＡ１０にのみ組み込まれるようにすることができる。
　図１１は、図１０の無線通信モジュール１５の構成例を示したブロック図である。
　無線通信モジュール１５は、他のモジュールと接続されて各種の情報やデータをやり取りするインターフェース１０１と、送信するデータを格納する送信バッファ１０２とを含む構成とされる。この構成に、送信シーケンス管理部１０３と、送信フレーム構築部１０４と、マルチリンク管理部１０５と、アクセス制御部１０６とをさらに含んで構成される。
　送信シーケンス管理部１０３は、送信するデータのシーケンス番号を管理する。送信フレーム構築部１０４は、送信するデータをアグリゲートとしてA-MPDUフレームを構築したり、受領確認（ACK）情報のブロックACKフレームを構築したりするなど、送信フレームを構築する。
　マルチリンク管理部１０５は、本技術を適用した複数のデータ送信用のリンクに、ブロックACK要求フレームを送信して、ブロックACKフレームを受領するリンクの設定とマルチリンクにおけるオペレーションを管理する。アクセス制御部１０６は、リンクごとに所定のバックオフ時間の設定や伝送路の利用状況を確認する。
　さらに、個々のリンクにおける送信信号を構築して所定の信号処理を施す各リンクの送信信号処理部１０７がマルチリンクの数を含んで用意されている。図１１では、第１リンク（Link 1）乃至第４リンク（Link 4）の４つのリンクを利用可能な場合を示しており、送信信号処理部１０７－１乃至１０７－４から構成される。
　なお、各送信信号処理部１０７は、後述する受信信号処理部１０９からの信号検出状況に応じたアクセス制御部１０６からの制御に従い、利用可能なリンクを逐次判断する構成になっている。
　ここでは、所定の条件に基づいて、データのA-MPDUフレームを送信するリンクか、必要に応じてブロックACK要求フレームを送信するかを、選択するように動作する構成になっている。例えば、A-MPDUのうち、所定の数のMPDUを送信した後に、利用可能となったリンクで、ブロックACK要求フレームを送信してもよい。あるいは、最初のA-MPDUを送信したタイミングから、所定の時間が経過した後に、利用可能となったリンクで、ブロックACK要求フレームを送信してもよい。そして、受信側通信装置１０Ｒｘでそのタイミングまでに収集できたMPDU又はエラーが発生したMPDUを特定するACK情報の返送を受け取る構成となっている。
　送信信号処理部１０７－１乃至１０７－４からの送信信号が送受信アンテナ部１０８を介して無線送信され、あるいは、送受信アンテナ部１０８を介して受信信号が獲得される構成になっている。
　そして、受信した信号は個々のリンクにおける受信信号を復号する処理をする受信信号処理部１０９がマルチリンクの数を含んで用意されている。図１１では、第１リンク（Link 1）乃至第４リンク（Link 4）の４つのリンクを利用可能な場合を示しており、受信信号処理部１０９－１乃至１０９－４から構成される。
　この構成に、受信フレーム解析部１１０と、受信シーケンス管理部１１１と、受信バッファ１１２とをさらに含んで構成される。
　受信フレーム解析部１１０は、受信した信号からA-MPDUフレームを解析し、個々のMPDUデータを抽出して正しく受信できたかなどを判断する。受信シーケンス管理部１１１は、受信したMPDUデータのシーケンス番号を管理する。受信バッファ１１２は、受信したデータを一時的に格納する。
　なお、通信装置１０が、受信側通信装置１０Ｒｘである場合、無線通信モジュール１５では、データを受信していないリンクにおいて、即時にブロックACK要求フレームを受信することのできる構成になっている。すなわち、無線通信モジュール１５では、そのブロックACK要求フレームを受信した場合には、他のリンクでそれまでに受信したデータを特定して、受領済み又はエラーとなっているMPDUのシーケンス番号を特定する構成になっている。
　また、通信装置１０が、受信側通信装置１０Ｒｘである場合、無線通信モジュール１５では、受信したデータのACK(Acknowledgement)情報又はNACK(Negative Acknowledgement)情報からブロックACKフレームを構築して、マルチリンク管理部１０５を介して制御情報として返送する構成になっている。これらのブロックACKフレームは、送信側通信装置１０ＴｘからのブロックACK要求フレームを受信して構築される場合と、A-MPDUフレームを受信した直後に構築される場合と、双方の場合に構築されるようにしてもよい。
　なお、図１１に示した構成において、各ブロック間の矢印は、データ（信号）の流れや制御を表しており、各ブロックは、自己の機能を実現するために、矢印で接続された他のブロックと協働して動作する。
　すなわち、例えば、マルチリンク管理部１０５は、本技術の特徴的な機能として、マルチリンクのオペレーションの管理に関する機能を実現するために、インターフェース１０１、送信シーケンス管理部１０３、アクセス制御部１０６、及び受信シーケンス管理部１１１のそれぞれと協働して動作する。
　また、例えば、アクセス制御部１０６は、本技術の特徴的な機能として、データの送信及び受信の制御に関する機能を実現するために、送信フレーム構築部１０４、マルチリンク管理部１０５、送信信号処理部１０７－１乃至１０７－４、受信信号処理部１０９－１乃至１０９－４、及び受信フレーム解析部１１０のそれぞれと協働して動作する。
　以上のように構成される無線通信モジュール１５においては、特に、マルチリンク管理部１０５、アクセス制御部１０６、送信信号処理部１０７－１乃至１０７－４、及び受信信号処理部１０９－１乃至１０９－４などが、各部の動作を制御する制御部として機能することによって、例えば、次のような処理が実施される。
　すなわち、通信装置１０（例えば送信側通信装置１０Ｔｘ）の無線通信モジュール１５では、制御部によって、他の通信装置（例えば受信側通信装置１０Ｒｘ）との間のフレーム（例えば各種のフレーム）のやり取りが、複数のリンク（例えば図５の第１リンク乃至第４リンク）を利用した無線通信で行われ、アグリゲートしたデータを含むデータフレーム（例えばA-MPDUフレーム）が第１のリンク（例えば図５の第１リンク、第２リンク、又は乃至第３リンク）を利用して送信されたとき、データの確認応答要求フレーム（例えばブロックACK要求（BAR）フレーム）が第２のリンク（例えば図５の第４リンク）を利用して送信され、データフレームを受信した他の通信装置（例えば受信側通信装置１０Ｒｘ）から、確認応答要求フレームに応じた確認応答フレーム（例えばブロックACK（BA）フレーム）が受信される。
　このとき、確認応答要求フレームは、データフレームの送信を開始してから、所定の時間を経過した後であって当該データフレームの送信が終了する前に送信することができる。あるいは、確認応答要求フレームは、データフレームに含まれるデータのうち、所定のデータ量のデータを送信した後に送信しても構わない。
　通信装置１０（例えば送信側通信装置１０Ｔｘ）では、受信した確認応答フレーム（例えばブロックACKフレーム）に基づいて、他の通信装置（例えば受信側通信装置１０Ｒｘ）に再送が必要なデータ（未達データ）を特定した場合、データフレームの送信が終了する前に、特定したデータ（未達データ）を送信することができる。また、通信装置１０（例えば送信側通信装置１０Ｔｘ）では、受信した確認応答フレーム（例えばブロックACKフレーム）に基づいて、他の通信装置（例えば受信側通信装置１０Ｒｘ）に再送が必要なデータ（未達データ）を特定した場合に、任意のリンクを利用して特定したデータ（未達データ）を送信することができる。
　なお、通信装置１０（例えば送信側通信装置１０Ｔｘ）では、受信した確認応答フレーム（例えばブロックACKフレーム）に基づいて、不具合の生じているリンクを特定した場合（例えば、図５の第１リンクでData 1乃至Data 4などの連続したデータを受信できない場合）、当該リンク（例えば、図５の第１リンク）を利用したデータフレームの送信を中断するようにしても構わない。
　一方で、通信装置１０（例えば受信側通信装置１０Ｒｘ）の無線通信モジュール１５では、制御部によって、他の通信装置（例えば送信側通信装置１０Ｔｘ）との間のフレーム（例えば各種のフレーム）のやり取りが、複数のリンク（例えば図５の第１リンク乃至第４リンク）を利用した無線通信で行われ、他の通信装置（例えば送信側通信装置１０Ｔｘ）から、アグリゲートしたデータを含むデータフレーム（例えばA-MPDUフレーム）が第１のリンク（例えば図５の第１リンク、第２リンク、又は乃至第３リンク）を利用して受信されたとき、データの確認応答要求フレーム（例えばブロックACK要求（BAR）フレーム）が第２のリンク（例えば図５の第４リンク）を利用して受信され、受信された確認応答要求フレームに基づいて、収集したデータ（例えばMPDU）に関する確認応答を含む確認応答フレーム（例えばブロックACK（BA）フレーム）が生成され、生成された確認応答フレームが、データフレームを送信した他の通信装置（例えば送信側通信装置１０Ｔｘ）に送信される。
　このとき、確認応答フレームは、確認応答要求フレームに含まれるパラメータに基づいて生成される。例えば、確認応答要求フレームに含まれる受領確認を必要としないシーケンス番号を特定する特定情報に基づいて、確認応答フレームを生成することができる。なお、確認応答要求フレームに含まれる受領確認を必要としないシーケンス番号を特定する特定情報に基づいて、その時点までに受信したデータ（受信済みのデータ）を破棄しても構わない。
　通信装置１０（例えば受信側通信装置１０Ｒｘ）では、他の通信装置（例えば送信側通信装置１０Ｔｘ）から送信されてくるデータフレーム（例えばA-MPDUフレーム）を受信しているとき、当該データフレームの受信が終了する前に、任意のリンクを利用して再送が必要なデータ（未達データ）を受信することができる。
（BARの構成）
　図１２は、本技術を適用したブロックACK要求（BAR：Block Ack Request）フレームの構成例を示した図である。
　ブロックACK要求フレームは、所定のMACヘッダ部分に、フレームの種類を示すFrame Controlと、フレームの持続時間を示すDurationと、受信側通信装置１０Ｒｘを識別するReceive Addressと、送信側通信装置１０Ｔｘを識別するTransmit Addressとを含んで構成される。
　この構成に、ブロックACK要求フレームのパラメータとして、BAR Controlが配置される。BAR Controlには、BAR Typeフィールドが含まれる。図１３は、BAR Typeの例を示した図である。図１３に示すように、BAR Typeフィールドには、マルチリンクオペレーション時のブロックACK要求であることを識別するM-BARパラメータを、"11"である数値として指定することができる。
　BAR Informationとして、Starting Sequence Numberフィールドに加えて、マルチリンクオペレーションのパラメータが記載されたMulti-Links Informationと、応答するブロックACKフレームのビットマップ長を指定するBlock ACK Bitmap Lengthと、利用されないSequence番号空間を特定し得る情報としてDiscard Sequence Number (S/N)などを含んで構成される。フレームの末尾には、フレームチェックシーケンス（FCS：Frame Check Sequence）が付加されて構成される。
　すなわち、ブロックACK要求フレームは、受信側通信装置１０Ｒｘでの受領確認が必要となるデータを特定する特定情報をパラメータに含めることができる。例えば、特定情報としては、受領確認を必要としないシーケンス番号を特定する情報や、再送が必要なデータ（未達データ）のデータ量に関する情報を含めることができる。
　なお、本技術を適用したブロックACK要求フレームは、現状方式のブロックACK要求フレームを利用しても実現できるが、図１２では、本技術の特徴を明確に示すために、必要となるパラメータ類を追加した構成として説明した。また、図１２のブロックACK要求フレームにおいて、BAR ControlのReservedに、Request BA Typeであるフィールドを追加して、BA Typeの要求を可能にしても構わない。
（A-MPDUの構成）
　図１４は、本技術を適用したA-MPDUフレームの構成例を示した図である。
　A-MPDUフレームの構成としては、アグリゲートするフレーム数に相当するMPDUから構成されるので、ここでは、例えば、フレームとしてのA-MPDUが、A-MPDU Subframe-1からA-MPDU Subframe-NまでのＮ個のサブフレームから構成される例を示している。さらに、このサブフレームは、サブフレームの境界を示すデリミタ（Delimiter）とMPDUを含み、必要に応じてパディング（Padding）が付加されて構成されるか、あるいはA-MPDUの末尾にのみEOF Padが付加される構成となっている。
　デリミタには、MPDUの情報長を示すLength情報が含まれる。また、ここでは、マルチリンクオペレーションのブロックACK要求（BAR）の代用となるように、A-MPDUフレームのデリミタ部分を用いて、ブロックACK要求（BAR）を識別するビットを用意した例として示している。
　つまり、現状方式のA-MPDUフレーム構成のうち、デリミタ部分にある特定のビットを、マルチリンクオペレーション時のブロックACK要求（BAR）として識別させることで、上述したブロックACK要求フレームを送信することなく、A-MPDUの終了後に、即座にブロックACKフレームを返送することを求める構成としてもよい。すなわち、ブロックACK要求フレームに含まれるブロックACK要求（BAR）を示す情報を、任意のデータに含めて送信することができる。
　各MPDUでは、所定のMACヘッダ（MAC Header）がフレーム本体（Frame Body）に付加され、さらにFCS(Frame Check Sequence)が付加される。MACヘッダは、Frame Control，Duration，Address1，Address2，Address3，Sequence Control，Address4，QoS Control，EHT Controlを含む。
　Frame Controlには、フレームの形式に関する情報が記載される。Durationには、フレームの持続時間が記載される。Address1～Address4には、送信元や受信先のデバイス等を識別するアドレス情報が記載される。Sequence Controlには、MPDUのシーケンス番号が記載される。QoS Controlには、QoS(Quality of Service)制御のパラメータが記載される。EHT Controlには、高スループット拡張（EHT）の制御のパラメータが記載される。
（BAの構成）
　図１５は、本技術を適用したブロックACK（BA：Block Ack）フレームの構成例を示した図である。図１５では、マルチリンクオペレーションを考慮したブロックACKフレームの構成例を示している。
　図１５において、ブロックACKフレームは、所定のMACヘッダ部分に、フレームの種類を示すFrame Controlと、フレームの持続時間を示すDurationと、受信側通信装置１０Ｒｘを識別するReceive Addressと送信側通信装置１０Ｔｘを識別するTransmit Addressとを含んで構成される。
　この構成に、ブロックACKフレームのパラメータとして、BA Controlが配置される。BA Controlでは、BA Typeフィールドに、マルチリンクオペレーション時のブロックACKであることを識別するMLOパラメータを指定することができる。
　BA Informationとして、Block Ack Sequence ControlとBlock ACK Bitmapであるフィールドに加えて、本技術を適用したマルチリンクオペレーションに関連するパラメータであるMulti-Link Controlが付加されている。
　Multi-Link Controlとしては、利用されないSequence番号空間を特定し得る情報としてDiscard Sequence Number (S/N)と、マルチリンクオペレーションのリンク数を示すLink Countと、各リンクにおける最新のシーケンス番号（Link 1 S/N ～ Link N S/N）などが記載されて、未達データを特定し得る構成になっている。フレームの末尾には、フレームチェックシーケンス（FCS）が付加されて構成される。
　なお、本技術を適用したブロックACKフレームは、現状方式のブロックACKフレームを利用しても実現できるが、図１５では、本技術の特徴を明確に示すために、必要となるパラメータ類を追加した構成として説明した。
　図１６は、マルチリンクオペレーションを考慮したブロックACKフレームの構成の第１の変形例を示した図である。図１６では、未達データを特定し得るために、NACK情報を記載したブロックACKフレームとして構成する例を示している。
　図１６において、ブロックACKフレームは、所定のMACヘッダ部分に加え、ブロックACKフレームのパラメータとして、BA Controlが配置され、ここでのBA Typeフィールドに、NACK情報が記載されていることを識別するNACKパラメータを指定することができる。
　BA Informationとして、NACK情報を特定し得る情報が記載されており、利用されないSequence番号空間を特定し得る情報としてDiscard Sequence Number (S/N)と、NACK情報の最も若いシーケンス番号を示すNACK Starting Sequence Controlと、このシーケンス番号を起点とした所定のビットマップ形式でNACKとなるSequence Numberを指定し得るNACK Bitmapなどから構成される。フレームの末尾には、フレームチェックシーケンス（FCS）が付加されて構成される。
　図１７は、マルチリンクオペレーションを考慮したブロックACKフレームの構成の第２の変形例を示した図である。図１７では、未達データを特定し得るために、NACK情報を記載したブロックACKフレームとして構成する例を示している。
　図１７において、ブロックACKフレームは、所定のMACヘッダ部分に加え、ブロックACKフレームのパラメータとして、BA Controlが配置され、ここでのBA Typeフィールドに、NACK情報が記載されていることを識別するNACKパラメータを指定することができる。
　BA Informationとして、NACK情報を特定し得る情報が記載されており、利用されないSequence番号空間を特定し得る情報としてDiscard Sequence Number (S/N)と、NACK情報として未達データの個数を示すNACK Countsと、この数に相当するNACKのSequence Numberを指定し得るNACK Sequence Numberから構成される。フレームの末尾には、フレームチェックシーケンス（FCS）が付加されて構成される。
（Setup frameの構成）
　図１８は、マルチリンクオペレーションをセットアップに交換されるフレーム構成例を示した図である。
　図１８に示したフレームの構成は、例えば、送信側通信装置１０Ｔｘからマルチリンクセットアップ要求（Multi-Link Setup Request）として送信され、受信側通信装置１０Ｒｘからマルチリンクセットアップ応答（Multi-Link Setup Response）として返送される情報を示している。
　そのパラメータを交換するフレームの構成としては、所定のMACヘッダとして、フレーム種類を示したFrame Controlと、フレームの持続時間を示すDurationと、送信元アドレスを示すTransmit Addressと、受信先アドレスを示すReceive Addressとから構成される。
　さらに、マルチリンク情報エレメント（Multi-Link Information Element）を構成するパラメータとして、エレメントの種類を示すElement ID（ML IE）と、マルチリンクの設定可能なリンク数を示すNumber of Multi Linksと、そのリンクのチャネル番号を示すCh. No.がマルチリンク数分を含んで構成される。
　この構成に、パラメータとして、本技術を適用したブロックACK要求のシーケンスを識別するBAR Sequenceと、ブロックACK要求（BAR）のフィードバックタイミングを示すFeedback Timingと、ブロックACK要求（BAR）のフィードバック条件を示すFeedback MSDU Countとを含んでいる。さらに、ACKフレームのビットマップ長を示すACK Bitmap Lengthと、ブロックACK（BA）で返送する情報がACK情報かNACK情報かを示すACK/NACKと、バッファの容量を示すBuffer Sizeと、利用可能なシーケンス番号空間を識別するAvailable Sequence Numberと、マルチリンクで再送を実施する場合のMulti Links Retransmitなどのパラメータから構成される。
　すなわち、ここに示した各種のパラメータについて、Multi-Link Setup Requestに希望するパラメータの値を記載し、Multi-Link Setup Responseとして確定したパラメータ値を記載して交換されるようにしてもよい。なお、図１８において、Ch. No.には、リンクのチャネル番号が含まれるとしたが、当該チャネル番号がマルチリンクに対応しており、チャネル番号の代わりに、リンク番号が含まれるようにしてもよい。あるいは、チャネル番号やリンク番号の代わりに、中心周波数のチャネル番号とチャネル幅情報から構成されるパラメータなどが含まれるようにしてもよい。
（マルチリンク設定処理）
　次に、図１９，図２０のフローチャートを参照して、マルチリンク設定処理の流れを説明する。
　ここでは、送信側通信装置１０Ｔｘと受信側通信装置１０Ｒｘの双方で、マルチリンクオペレーションを実施する場合の各種パラメータを交換して設定するまでのセットアップ動作の流れを示している。
　まず、通信装置１０は、マルチリンクオペレーションとして動作する場合に設定可能なリンクの情報を獲得する（Ｓ１０１）。そして、通信装置１０が、データの送信側通信装置１０Ｔｘである場合（Ｓ１０２のYes）、マルチリンクオペレーションの送信が可能であるとき（Ｓ１０３のYes）、データ送信に利用するマルチリンクの帯域幅や送信パラメータなどのデータ送信用のマルチリンクの設定を行う（Ｓ１０４）。
　さらに、送信側通信装置１０Ｔｘは、アプリケーションの特性や許容される遅延パラメータから、早期にACK情報の返送を要する場合（Ｓ１０５のYes）、ブロックACK要求（BAR）を送信する条件や、ブロックACK要求（BAR）とブロックACK（BA）の交換に利用する各種パラメータを設定し（Ｓ１０６）、マルチリンクオペレーション動作をする任意のリンクで、ブロックACK要求フレームを送信できるようにリンクの設定を行う（Ｓ１０７）。
　なお、早期にACK情報の返送を要しない場合（Ｓ１０５のNo）、ステップＳ１０６，Ｓ１０７の処理はスキップされる。そして、全てのリンクでこれらの設定が完了するまで、一連の設定が繰り返される（Ｓ１０８のNo，Ｓ１０３乃至Ｓ１０７）。
　全てのリンクの設定が終わった場合（Ｓ１０８のYes）、送信側通信装置１０Ｔｘは、マルチリンクセットアップ要求（Multi-Link Setup Request）を、受信側通信装置１０Ｒｘに向けて送信し（Ｓ１０９）、そのマルチリンクセットアップ応答（Multi-Link Setup Response）を受信する（Ｓ１１０）構成になっている。
　マルチリンクセットアップ応答を受信した場合（Ｓ１１０のYes）、送信側通信装置１０Ｔｘは、受信側通信装置１０Ｒｘからのマルチリンクセットアップのパラメータ情報を取得し（Ｓ１１１）、自己のマルチリンクオペレーションとしてデータフレームの送信とブロックACK要求フレームの送信の設定を行う（Ｓ１１２）。ステップＳ１１２の処理が終了すると、送信側のマルチリンク設定処理は、終了する。
　他方、ステップＳ１０２で、通信装置１０が、データの受信側通信装置１０Ｒｘである場合（Ｓ１０２のNo）、処理は、図２０のステップＳ１１３に進められ、送信側通信装置１０Ｔｘからのマルチリンクセットアップ要求を受信する（Ｓ１１３）構成になっている。
　マルチリンクセットアップ要求を受信した場合（Ｓ１１３のYes）、受信側通信装置１０Ｒｘは、送信側通信装置１０Ｔｘからのマルチリンクセットアップのパラメータ情報を取得して（Ｓ１１４）、データ受信用のマルチリンクのパラメータを取得し（Ｓ１１５）、自己のマルチリンクオペレーション動作が可能かどうかを判断する（Ｓ１１６）。
　マルチリンクオペレーション動作が可能な場合（Ｓ１１６のYes）、受信側通信装置１０Ｒｘは、自己が対応可能なパラメータを算出し、データ受信用のパラメータとして設定する（Ｓ１１７）。なお、マルチリンクオペレーション動作ができない場合（Ｓ１１６のNo）には、ステップＳ１１７の処理はスキップされる。
　受信側通信装置１０Ｒｘは、ブロックACK要求（BAR）とブロックACK（BA）の交換に利用する各種パラメータを取得する（Ｓ１１８）。そして、ブロックACK要求（BAR）とブロックACK（BA）の交換シーケンスの実施可能である場合（Ｓ１１９のYes）、受信側通信装置１０Ｒｘは、任意のリンクで即時にブロックACK要求フレームを受信しても対応可能な設定を行い（Ｓ１２０）、ブロックACK要求（BAR）に応答するブロックACK（BA）のパラメータの設定を行う（Ｓ１２１）。なお、ブロックACK要求（BAR）とブロックACK（BA）の交換シーケンスが実施できない場合（Ｓ１１９のNo）には、ステップＳ１２０，Ｓ１２１の処理はスキップされる。
　これらのパラメータの設定が終わった後に、マルチリンクオペレーションのセットアップが完了した場合（Ｓ１２２のYes）、受信側通信装置１０Ｒｘは、送信側通信装置１０Ｔｘに対して、マルチリンクセットアップ応答を送信し（Ｓ１２３）、自己のマルチリンクオペレーションとしてデータフレームの受信とブロックACK要求フレームの受信の設定を行う（Ｓ１２４）。
　ステップＳ１２４の処理が終了するか、あるいはマルチリンクオペレーションを実施しない場合（Ｓ１２２のNo）には、処理は、図１９に戻り、受信側のマルチリンク設定処理は終了する。なお、受信側通信装置１０Ｒｘが、マルチリンクセットアップ要求を受信しなかった場合（Ｓ１１３のNo）、処理は、図１９のステップＳ１０１に戻り、それ以降の処理が実施される。
　以上、マルチリンク設定処理の流れを説明した。
（データ送信側処理）
　次に、図２１，図２２のフローチャートを参照して、送信側通信装置１０Ｔｘにより実施されるデータ送信側処理の流れを説明する。
　送信側通信装置１０Ｔｘでは、インターフェース１０１にて送信データを受領した場合（Ｓ２０１のYes）、送信シーケンス番号の空間を設定し（Ｓ２０２）、送信データを送信バッファ１０２に格納する（Ｓ２０３）。
　また、送信側通信装置１０Ｔｘでは、送信データを受領していない場合（Ｓ２０１のNo）に、データ送信の指示がされたとき（Ｓ２０４のYes）、データフレームの送信及びブロックACK要求フレームの送信のマルチリンクにおける所定のアクセス制御手順を開始する（Ｓ２０５）。ステップＳ２０３若しくはＳ２０５の処理が終了するか、又はデータ送信が未指示である場合（Ｓ２０４のNo）、処理は、ステップＳ２０６に進められる。そして、任意のリンクでの送信が可能とならない場合（Ｓ２０６のNo）には、処理はステップＳ２０１に戻り、それ以降の処理が繰り返される。
　また、任意のリンクで送信可能になった場合（Ｓ２０６のYes）に、データ送信を実施する設定がされているとき（Ｓ２０７のYes）、送信側通信装置１０Ｔｘでは、A-MPDUを送信するための処理が実施される（Ｓ２０８乃至Ｓ２１０）。具体的には、A-MPDUを構成するために必要なパラメータ情報が取得され（Ｓ２０８）、その構成に従って送信待ちのデータが取得されてA-MPDUが構築され（Ｓ２０９）、利用するリンクにおいてA-MPDUがデータフレームとして送信される（Ｓ２１０）。ステップＳ２１０の処理が終了すると、処理は、図２２のステップＳ２１１に進められる。
　A-MPDUフレームを送信した後に、ブロックACK要求フレームの送信が不要である場合（Ｓ２１１のYes）、処理はステップＳ２１６に進められ、送信側通信装置１０Ｔｘは、受信側通信装置１０ＲｘからのACKフレームを待ち受ける（Ｓ２１６）。
　一方で、ブロックACK要求フレームの送信が必要である場合（Ｓ２１１のNo）に、ブロックACK要求フレームの送信条件を満たしているとき（Ｓ２１２のYes）、送信側通信装置１０Ｔｘでは、ブロックACK要求フレームを送信するための処理が実施される（Ｓ２１３乃至Ｓ２１５）。具体的には、ブロックACK要求（BAR）とブロックACK（BA）の交換に必要なパラメータが取得され（Ｓ２１３）、その構成に従ってブロックACK要求（BAR）が構築され（Ｓ２１４）、利用するリンクにおいてブロックACK要求フレームとして送信される（Ｓ２１５）。
　また、図２１のステップＳ２０７で、データ送信を実施しないと判断した場合（Ｓ２０７のNo）においても、ブロックACK要求フレームの送信条件を満たしているとき（Ｓ２１２のYes）には、ブロックACK要求フレームを送信するための処理が実施される（Ｓ２１３乃至Ｓ２１５）。なお、ブロックACK要求フレームの送信条件を満たしていない場合（Ｓ２１２のNo）には、ステップＳ２１３乃至Ｓ２１５の処理はスキップされる。
　ブロックACK要求フレームを送信した後、ブロックACKフレームを受信した場合（Ｓ２１６のYes）、送信側通信装置１０Ｔｘは、受信したブロックACKフレームに基づき、受信側通信装置１０Ｒｘが全てのデータを受領して収集できていたとき（Ｓ２１７のYes）、送信シーケンス番号の空間を解放して（Ｓ２１８）、一連のデータ送信側処理を終了する。
　また、受信側通信装置１０Ｒｘにて未達のデータがある場合（Ｓ２１７のNo）、送信側通信装置１０Ｔｘは、NACKとなるシーケンス番号のデータを特定し（Ｓ２１９）、データの再送処理を実施する方法を特定する（Ｓ２２０）。そして、処理は、図２１のステップＳ２０８に戻り、A-MPDUを構成してデータの再送が実施される（Ｓ２０８乃至Ｓ２１０）。また、所定のタイミングを経過してもブロックACKフレームを受信しない場合（Ｓ２１６のNo）、処理はステップＳ２１２に戻り、ブロックACK要求フレームを再送してブロックACKフレームを要求する構成としている。
　以上、データ送信側処理の流れを説明した。
（データ受信側処理）
　次に、図２３，図２４のフローチャートを参照して、受信側通信装置１０Ｒｘにより実施されるデータ受信側処理の流れを説明する。
　受信側通信装置１０Ｒｘでは、所定のマルチリンクセットアップに基づいて、利用するマルチリンクにおいて、データの待ち受けを実施し、所定のプリアンブルを検出した場合（Ｓ３０１のYes）、A-MPDUのフレーム構成に従って、個々のMPDUを取得する（Ｓ３０２）。
　そして、受信側通信装置１０Ｒｘは、MPDUをエラーなく受信した場合（Ｓ３０３のNo）、当該MPDUに付加されるシーケンス番号をACK情報として記憶し（Ｓ３０４）、受信したデータを受信バッファ１１２に格納する（Ｓ３０５）。一方、MPDUにエラーがあった場合（Ｓ３０３のYes）、受信側通信装置１０Ｒｘは、当該MPDUに付加されるシーケンス番号をNACK情報として記憶し（Ｓ３０６）、NACKとなったMPDU数を加算する（Ｓ３０７）。ステップＳ３０５若しくはＳ３０７の処理が終了するか、又はデータ受信が未検出である場合（Ｓ３０１のNo）、処理は、ステップＳ３０８に進められる。
　任意のリンクでブロックACK要求フレームを受信した場合（Ｓ３０８のYes）、又は所定の応答返送条件を満たしている、すなわち、所定のACKフレームを返送するタイミングが到来した場合（Ｓ３０９のYes）、受信側通信装置１０Ｒｘでは、ブロックACKフレームを送信するための処理が実施される（Ｓ３１０乃至Ｓ３１２）。具体的には、その時点までに収集できたACK情報とNACK情報が取得され（Ｓ３１０）、所定の形式によるブロックACK（BA）が構築され（Ｓ３１１）、ブロックACKフレームとして送信される（Ｓ３１２）。
　なお、任意のリンクでのブロックACKフレームの返送処理は、A-MPDUのMPDUを復号中にも適宜実施される構成になっている。ステップＳ３１２の処理が終了するか、又は所定の応答返送条件を満たしていない場合（Ｓ３０９のNo）、処理は、図２４のステップＳ３１３に進められる。受信側通信装置１０Ｒｘでは、A-MPDUの末尾が到来しない場合（Ｓ３１３のNo）、図２３のステップＳ３０２に戻り、MPDUの復号処理が継続して実施される構成になっている。
　一方で、A-MPDUの末尾が到来した場合（Ｓ３１３のYes）、その直後にACKフレームの返送が必要なとき（Ｓ３１４のYes）、受信側通信装置１０Ｒｘは、必要であればその時点までに収集できたACK情報とNACK情報が取得され、ブロックACKフレームが送信される（Ｓ３１５）。なお、ACKフレームの返送が不要である場合（Ｓ３１４のNo）には、ステップＳ３１５の処理はスキップされる。
　また、予め設定されていたデータを出力する条件を満たした場合（Ｓ３１６のYes）、受信側通信装置１０Ｒｘでは、その時点までに収集できた受信済みのデータを受信バッファ１１２から取得し（Ｓ３１７）、インターフェース１０１を介して接続される機器にデータを出力する（Ｓ３１８）。そして、全てのデータの出力が終了した場合（Ｓ３１９のYes）には、一連のデータ受信側処理を終了する。
　なお、予め設定されていたデータを出力する条件を満たしていない場合（Ｓ３１６のNo）、又は全てのデータの出力が終了していない場合（Ｓ３１９のNo）には、処理は、図２３のステップＳ３０１に戻り、一連のデータ受信側処理が繰り返される。
　以上、データ受信側処理の流れを説明した。
　以上のように、本技術を適用した送信側通信装置１０Ｔｘでは、アグリゲートしたデータを含むA-MPDUフレームが第１のリンクを利用して送信されたとき、当該データのブロックACK要求フレームが第２のリンクを利用して送信され、A-MPDUフレームを受信した受信側通信装置１０Ｒｘから、ブロックACKフレームが受信される。一方で、本技術を適用した受信側通信装置１０Ｒｘでは、送信側通信装置１０Ｔｘから、アグリゲートしたデータを含むA-MPDUフレームが第１のリンクを利用して受信されたとき、ブロックACK要求フレームが第２のリンクを利用して受信され、受信されたブロックACK要求フレームに基づき、収集したデータに関する確認応答を含むブロックACKフレームが生成され、生成されたブロックACKフレームが送信側通信装置１０Ｔｘに送信される。
　これにより、受信側通信装置１０Ｒｘでは、A-MPDUフレームの末尾が到来する前に、ブロックACK要求フレームに応じたブロックACKフレームを返送することが可能となるため、送信側通信装置１０Ｔｘでは、返送されたブロックACKフレームに基づき、より早い段階で再送が必要なデータを特定することができる。
　また、本技術では、マルチリンクオペレーションの実施時に、送信側通信装置１０Ｔｘが任意のタイミングで未達データを特定するために、ブロックACK要求フレームを所定の条件を満たした場合に、その時点で利用可能な空きリンクを選択して送信し、受信側通信装置１０ＲｘはそのブロックACK要求フレームに応答して、全てのリンクでその時点までに復号できたデータのACK情報含んだブロックACKフレームを返送することができる。ブロックACK要求フレームには、マルチリンクオペレーションで送信したリンクのうち、ブロックACKを要求するデータが含まれるリンクに関する情報と、ブロックACKの返送を必要としないシーケンス番号からブロックACKとして返送すべきシーケンス番号の範囲に関する情報と、ブロックACKのビットマップの長さに関する情報を含めることができる。
　さらに、本技術では、マルチリンクオペレーションの実施時に、送信側通信装置１０Ｔｘから任意のリンクでブロックACK要求フレームを送信することで、任意のタイミングでACK情報を得ることができる。つまり、送信側通信装置１０Ｔｘが、任意のリンクを利用して必要なときにブロックACK要求フレームを送信することで、受信側通信装置１０Ｒｘでは、そのタイミングまでに収集できたデータのACK情報を受領する方法が得られる。これより、送信側通信装置１０Ｔｘでは、マルチリンクオペレーションでA-MPDUフレームを送信中であっても、そのタイミングで収集できたMPDU単位でのデータの受領状況に応じたACK情報を、受信側通信装置１０Ｒｘから取得することができる。
　送信側通信装置１０Ｔｘでは、事前に１つのリンクで送信する情報量を決定することなく、長いA-MPDUフレームを構築して送信する場合においても、そのA-MPDUフレームの途中で、受信側通信装置１０ＲｘからACK情報を取得することができる。例えば、送信側通信装置１０Ｔｘが、リアルタイムアプリケーションのデータを送信する場合において、データの再送までのタイミングを短くすることができ、短いレイテンシーが要求される場合に、より効果的な再送方法が得られる。
　また、送信側通信装置１０Ｔｘでは、ブロックACK要求フレームに、マルチリンクオペレーションで利用するリンクの情報を含めることで、例えば、受信側通信装置１０Ｒｘで利用を把握できないリンクを探索することができる。あるいは、送信側通信装置１０Ｔｘで破棄するシーケンス番号をブロックACK要求フレームに含めることで、受信側通信装置１０Ｒｘのバッファをクリアする方法が得られる。つまり、未達データが存在してシーケンス番号空間を再利用できなくなる状態を解消することができる。
　さらに、送信側通信装置１０Ｔｘでは、ブロックACK要求フレームに、ブロックACKフレームで返送されるACK情報のビットマップの情報長を記載することで、必要最低限のブロックACKフレームの長さを設定する方法が得られる。
　送信側通信装置１０Ｔｘが、複数のリンクを利用したデータ送信を終了した場合に、一定のタイミングが経過した後に、ブロックACK要求フレームを送信することで、即座に、受信側通信装置１０ＲｘからブロックACKフレームが送信されることがなく、ブロックACKフレームの送信が頻繁に行われること抑止することができる。また、送信側通信装置１０Ｔｘが、所定の周期ごとに、ブロックACK要求フレームを送信することで、効率よくACK情報を入手する方法が得られる。
＜２．変形例＞
（他の構成例）
　上述したように、送信側通信装置１０Ｔｘは、例えばアクセスポイントＡＰ１０（基地局）として構成され、受信側通信装置１０Ｒｘは、例えば通信端末ＳＴＡ１０（端末局）として構成することができる。ただし、送信側通信装置１０Ｔｘ又は受信側通信装置１０Ｒｘは、アクセスポイントＡＰ１０又は通信端末ＳＴＡ１０を構成する装置（部品）の一部（例えば、無線通信モジュールや無線チップ等）として構成されるようにしてもよい。
　また、例えば、通信端末ＳＴＡ１０として構成される受信側通信装置１０Ｒｘは、例えば、スマートフォン、タブレット型端末、ゲーム機器、携帯電話機、パーソナルコンピュータ、デジタルカメラ、テレビ受像機、ウェアラブル端末、スピーカ装置などの無線通信機能を有する電子機器として構成することができる。さらに、通信端末ＳＴＡ１０は、ユーザの操作に応じたコマンドデータを送信するコントローラ等のデータの送信にのみ対応した機器や、映像データを受信して表示するディスプレイ装置等のデータの受信にのみ対応した機器であっても構わない。
（コンピュータの構成）
　上述したフローチャートの各ステップの処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、各装置のコンピュータにインストールされる。
　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
　また、プログラムは、１のコンピュータ（プロセッサ）により処理されてもよいし、複数のコンピュータによって分散処理されてもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されてもよい。
　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。
　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
　また、上述のフローチャートで説明した各ステップは、１つの装置で実行するほか、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行するほか、複数の装置で分担して実行することができる。
　なお、本技術は、以下のような構成をとることができる。
（１）
　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
　アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、
　前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する
　制御を行う制御部を備える
　通信装置。
（２）
　前記制御部は、前記データフレームの送信を開始してから、所定の時間を経過した後であって前記データフレームの送信が終了する前に、前記確認応答要求フレームを送信する
　前記（１）に記載の通信装置。
（３）
　前記制御部は、前記データフレームに含まれる前記データのうち、所定のデータ量のデータを送信した後に、前記確認応答要求フレームを送信する
　前記（１）に記載の通信装置。
（４）
　前記制御部は、前記他の通信装置での受領確認が必要となるデータを特定する特定情報を含む前記確認応答要求フレームを送信する
　前記（１）乃至（３）のいずれかに記載の通信装置。
（５）
　前記確認応答要求フレームは、前記特定情報として、シーケンス番号を特定する情報を含む
　前記（４）に記載の通信装置。
（６）
　前記確認応答要求フレームは、前記特定情報として、再送が必要なデータのデータ量に関する情報を含む
　前記（４）に記載の通信装置。
（７）
　前記制御部は、受信した前記確認応答フレームに基づいて、前記他の通信装置に再送が必要なデータを特定した場合、前記データフレームの送信が終了する前に、特定した前記データを送信する
　前記（１）乃至（６）のいずれかに記載の通信装置。
（８）
　前記制御部は、受信した前記確認応答フレームに基づいて、前記他の通信装置に再送が必要なデータを特定した場合、任意のリンクを利用して特定した前記データを送信する
　前記（１）乃至（７）のいずれかに記載の通信装置。
（９）
　前記制御部は、受信した前記確認応答フレームに基づいて、不具合の生じているリンクを特定した場合、当該リンクを利用した前記データフレームの送信を中断する
　前記（１）乃至（８）のいずれかに記載の通信装置。
（１０）
　前記制御部は、前記確認応答要求フレームに含まれる確認応答要求を示す情報を、任意のデータに含めて送信する
　前記（１）乃至（９）のいずれかに記載の通信装置。
（１１）
　通信装置が、
　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
　アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、
　前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する
　通信方法。
（１２）
　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
　他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、
　受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、
　生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する
　制御を行う制御部を備える
　通信装置。
（１３）
　前記制御部は、前記確認応答要求フレームに含まれるパラメータに基づいて、前記確認応答フレームを生成する
　前記（１２）に記載の通信装置。
（１４）
　前記制御部は、前記確認応答要求フレームに含まれるシーケンス番号を特定する特定情報に基づいて、前記確認応答フレームを生成する
　前記（１３）に記載の通信装置。
（１５）
　前記制御部は、前記確認応答要求フレームに含まれるシーケンス番号を特定する特定情報に基づいて、受信済みのデータを破棄する
　前記（１２）乃至（１４）のいずれかに記載の通信装置。
（１６）
　前記制御部は、前記データフレームを受信しているとき、前記データフレームの受信が終了する前に、任意のリンクを利用して再送が必要なデータを受信する
　前記（１２）乃至（１５）のいずれかに記載の通信装置。
（１７）
　前記制御部は、再送が必要なデータに関する情報に基づいて、受領確認を示したビットマップ情報を含む前記確認応答フレームを生成する
　前記（１２）乃至（１６）のいずれかに記載の通信装置。
（１８）
　前記制御部は、再送が必要なデータに関する情報に基づいて、当該データを特定する特定情報を含む前記確認応答フレームを生成する
　前記（１２）乃至（１６）のいずれかに記載の通信装置。
（１９）
　前記制御部は、
　　受信した任意のデータに確認応答要求を示す情報が含まれる場合、前記確認応答フレームを生成し、
　　生成した前記確認応答フレームを、任意のリンクを利用して送信する
　前記（１２）乃至（１８）のいずれかに記載の通信装置。
（２０）
　通信装置が、
　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
　他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、
　受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、
　生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する
　通信方法。
　１－１　無線LANシステム，　１０　通信装置，　１０Ｔｘ　送信側通信装置，　１０Ｒｘ　受信側通信装置，　１１　ネットワーク接続モジュール，　１２　情報入力モジュール，　１３　機器制御モジュール，　１４　情報出力モジュール，　１５　無線通信モジュール，　１０１　インターフェース，　１０２　送信バッファ，　１０３　送信シーケンス管理部，　１０４　送信フレーム構築部，　１０５　マルチリンク管理部，　１０６　アクセス制御部，　１０７，１０７－１乃至１０７－４　送信信号処理部，　１０８　送受信アンテナ部，　１０９，１０９－１乃至１０９－４　受信信号処理部，　１１０　受信フレーム解析部，　１１１　受信シーケンス管理部，　１１２　受信バッファ

Claims (20)

  1. 　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
    　アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、
    　前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する
    　制御を行う制御部を備える
    　通信装置。
  2. 　前記制御部は、前記データフレームの送信を開始してから、所定の時間を経過した後であって前記データフレームの送信が終了する前に、前記確認応答要求フレームを送信する
    　請求項１に記載の通信装置。
  3. 　前記制御部は、前記データフレームに含まれる前記データのうち、所定のデータ量のデータを送信した後に、前記確認応答要求フレームを送信する
    　請求項１に記載の通信装置。
  4. 　前記制御部は、前記他の通信装置での受領確認が必要となるデータを特定する特定情報を含む前記確認応答要求フレームを送信する
    　請求項１に記載の通信装置。
  5. 　前記確認応答要求フレームは、前記特定情報として、シーケンス番号を特定する情報を含む
    　請求項４に記載の通信装置。
  6. 　前記確認応答要求フレームは、前記特定情報として、再送が必要なデータのデータ量に関する情報を含む
    　請求項４に記載の通信装置。
  7. 　前記制御部は、受信した前記確認応答フレームに基づいて、前記他の通信装置に再送が必要なデータを特定した場合、前記データフレームの送信が終了する前に、特定した前記データを送信する
    　請求項１に記載の通信装置。
  8. 　前記制御部は、受信した前記確認応答フレームに基づいて、前記他の通信装置に再送が必要なデータを特定した場合、任意のリンクを利用して特定した前記データを送信する
    　請求項１に記載の通信装置。
  9. 　前記制御部は、受信した前記確認応答フレームに基づいて、不具合の生じているリンクを特定した場合、当該リンクを利用した前記データフレームの送信を中断する
    　請求項１に記載の通信装置。
  10. 　前記制御部は、前記確認応答要求フレームに含まれる確認応答要求を示す情報を、任意のデータに含めて送信する
    　請求項１に記載の通信装置。
  11. 　通信装置が、
    　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
    　アグリゲートしたデータを含むデータフレームを第１のリンクを利用して送信したとき、前記データの確認応答要求フレームを第２のリンクを利用して送信し、
    　前記データフレームを受信した他の通信装置から、前記確認応答要求フレームに応じた確認応答フレームを受信する
    　通信方法。
  12. 　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
    　他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、
    　受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、
    　生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する
    　制御を行う制御部を備える
    　通信装置。
  13. 　前記制御部は、前記確認応答要求フレームに含まれるパラメータに基づいて、前記確認応答フレームを生成する
    　請求項１２に記載の通信装置。
  14. 　前記制御部は、前記確認応答要求フレームに含まれるシーケンス番号を特定する特定情報に基づいて、前記確認応答フレームを生成する
    　請求項１３に記載の通信装置。
  15. 　前記制御部は、前記確認応答要求フレームに含まれるシーケンス番号を特定する特定情報に基づいて、受信済みのデータを破棄する
    　請求項１２に記載の通信装置。
  16. 　前記制御部は、前記データフレームを受信しているとき、前記データフレームの受信が終了する前に、任意のリンクを利用して再送が必要なデータを受信する
    　請求項１２に記載の通信装置。
  17. 　前記制御部は、再送が必要なデータに関する情報に基づいて、受領確認を示したビットマップ情報を含む前記確認応答フレームを生成する
    　請求項１２に記載の通信装置。
  18. 　前記制御部は、再送が必要なデータに関する情報に基づいて、当該データを特定する特定情報を含む前記確認応答フレームを生成する
    　請求項１２に記載の通信装置。
  19. 　前記制御部は、
    　　受信した任意のデータに確認応答要求を示す情報が含まれる場合、前記確認応答フレームを生成し、
    　　生成した前記確認応答フレームを、任意のリンクを利用して送信する
    　請求項１２に記載の通信装置。
  20. 　通信装置が、
    　他の通信装置との間のフレームのやり取りを、複数のリンクを利用した無線通信で行い、
    　他の通信装置から、アグリゲートしたデータを含むデータフレームを第１のリンクを利用して受信したとき、前記データの確認応答要求フレームを第２のリンクを利用して受信し、
    　受信した前記確認応答要求フレームに基づいて、収集した前記データに関する確認応答を含む確認応答フレームを生成し、
    　生成した前記確認応答フレームを、前記データフレームを送信した他の通信装置に送信する
    　通信方法。
PCT/JP2021/048266 2021-01-27 2021-12-24 通信装置、及び通信方法 WO2022163265A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP21923268.3A EP4287735A1 (en) 2021-01-27 2021-12-24 Communication device and communication method
CN202180091338.0A CN116711367A (zh) 2021-01-27 2021-12-24 通信设备和通信方法
US18/261,268 US20240072943A1 (en) 2021-01-27 2021-12-24 Communication device and communication method
JP2022578181A JPWO2022163265A1 (ja) 2021-01-27 2021-12-24

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021011271 2021-01-27
JP2021-011271 2021-01-27

Publications (1)

Publication Number Publication Date
WO2022163265A1 true WO2022163265A1 (ja) 2022-08-04

Family

ID=82654510

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/048266 WO2022163265A1 (ja) 2021-01-27 2021-12-24 通信装置、及び通信方法

Country Status (5)

Country Link
US (1) US20240072943A1 (ja)
EP (1) EP4287735A1 (ja)
JP (1) JPWO2022163265A1 (ja)
CN (1) CN116711367A (ja)
WO (1) WO2022163265A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006129393A (ja) * 2004-11-01 2006-05-18 Toshiba Corp 通信装置および通信方法
JP2011125035A (ja) 2004-10-05 2011-06-23 Qualcomm Inc 拡張されたブロック確認応答
WO2018008237A1 (ja) * 2016-07-07 2018-01-11 ソニー株式会社 無線通信装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011125035A (ja) 2004-10-05 2011-06-23 Qualcomm Inc 拡張されたブロック確認応答
JP2006129393A (ja) * 2004-11-01 2006-05-18 Toshiba Corp 通信装置および通信方法
WO2018008237A1 (ja) * 2016-07-07 2018-01-11 ソニー株式会社 無線通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ROJAN CHITRAKAR (PANASONIC): "Multi-link transmission", IEEE DRAFT; 11-19-1128-00-00BE-MULTI-LINK-TRANSMISSION, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 0, 12 July 2019 (2019-07-12), Piscataway, NJ USA , pages 1 - 8, XP068152872 *

Also Published As

Publication number Publication date
EP4287735A1 (en) 2023-12-06
CN116711367A (zh) 2023-09-05
JPWO2022163265A1 (ja) 2022-08-04
US20240072943A1 (en) 2024-02-29

Similar Documents

Publication Publication Date Title
US20220132611A1 (en) Multi-link communications of a wireless network
CN105743620B (zh) 在站中使用的方法以及站
CN101779408B (zh) 在移动通信***中发送状态信息的方法及移动通信的接收机
TWI387374B (zh) 無線通訊系統之同步混合式自動重複請求之操作方法
US10827519B2 (en) Multi-TID A-MPDU transmission
WO2020143731A1 (zh) 用于传输数据的方法、通信设备和网络设备
CN109845162A (zh) TDD中具有1ms TTI和缩减处理时间的DL HARQ定时
CN105703891A (zh) 一种进行数据传输的方法和设备
US12021627B2 (en) Communicating device and communicating method
CN109842907A (zh) 传输数据的方法和装置
WO2022163265A1 (ja) 通信装置、及び通信方法
WO2018086707A1 (en) Feedback based flexible transmission scheme for contention-based urllc transmission
US20230247674A1 (en) Communication device and communication method
WO2022085486A1 (ja) 通信装置および通信方法
JP7435480B2 (ja) 通信装置、及び通信方法
JP7165004B2 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2022059523A1 (ja) 無線通信装置及び無線通信方法
TW202236882A (zh) 通訊裝置及通訊方法

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022578181

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18261268

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180091338.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2021923268

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021923268

Country of ref document: EP

Effective date: 20230828