WO2022085486A1 - 通信装置および通信方法 - Google Patents

通信装置および通信方法 Download PDF

Info

Publication number
WO2022085486A1
WO2022085486A1 PCT/JP2021/037304 JP2021037304W WO2022085486A1 WO 2022085486 A1 WO2022085486 A1 WO 2022085486A1 JP 2021037304 W JP2021037304 W JP 2021037304W WO 2022085486 A1 WO2022085486 A1 WO 2022085486A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
link
communication device
undelivered
retransmission
Prior art date
Application number
PCT/JP2021/037304
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 US18/031,642 priority Critical patent/US20240022956A1/en
Priority to CN202180070531.6A priority patent/CN116420374A/zh
Priority to EP21882627.9A priority patent/EP4236445A4/en
Priority to JP2022556904A priority patent/JPWO2022085486A1/ja
Publication of WO2022085486A1 publication Critical patent/WO2022085486A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1628List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections

Definitions

  • the present disclosure relates to a communication device and a communication method, and particularly to a communication device and a communication method that enable more suitable retransmission of undelivered data in communication using a plurality of links.
  • Patent Document 1 discloses a communication method for receiving a data frame in which retransmitted data and data addressed to another user are multiplexed when data retransmitting is required in multi-user communication.
  • Patent Document 1 does not mention the retransmission of undelivered data in communication using a plurality of links.
  • This disclosure has been made in view of such a situation, and is intended to realize more suitable retransmission of undelivered data in communication using a plurality of links.
  • the communication device of the first aspect of the present disclosure can be used with an access control unit that controls transmission of parallel data using a plurality of links in a wireless network, and when undelivered data occurs at the predetermined link. It is a communication device including a multi-link management unit that sets the retransmission of the undelivered data using the link.
  • the communication method of the first aspect of the present disclosure can be used when the communication device controls the transmission of parallel data using a plurality of links in a wireless network and undelivered data occurs at the predetermined link. It is a communication method for setting the retransmission of the undelivered data using the link.
  • the communication device of the second aspect of the present disclosure is an access control unit that controls reception of parallel data using a plurality of links in a wireless network, and when returning receipt confirmation information in one link, in another link.
  • a multi-link management unit that sets the receipt confirmation information including information that can specify the reception status of the data is provided, the access control unit controls the return of the receipt confirmation information, and the multi-link management unit controls the return of the receipt confirmation information.
  • It is a communication device for setting reception of retransmission data corresponding to the receipt confirmation information using the link of 1.
  • the communication method of the second aspect of the present disclosure is the other said when the communication device controls the reception of parallel data using a plurality of links in the wireless network and returns the receipt confirmation information at the one said link. It is a communication method for setting the receipt confirmation information including information that can specify the reception status of the data in the link, controlling the return of the receipt confirmation information, and setting the link for receiving the retransmitted data.
  • the transmission of parallel data is controlled using a plurality of links in a wireless network, and when undelivered data occurs at the predetermined link, the link using the available link is used. Retransmission of undelivered data is set.
  • the reception of parallel data is controlled using a plurality of links in a wireless network, and when receipt confirmation information is returned in one said link, the said data in another said link.
  • the receipt confirmation information including information that can specify the reception status is set, the return of the receipt confirmation information is controlled, and the link for receiving the retransmitted data is set.
  • Multi-Link Operation and its issues> (About Multi-Link Operation)
  • a frequency channel having an arbitrary bandwidth in one frequency band is used for communication as one communication link (hereinafter, simply referred to as a link).
  • the technology standardized by IEEE802.11b, 11g, 11n is used for communication in the frequency 2.4 GHz band
  • the technology standardized by IEEE802.11a, 11n, 11ac is in the frequency 5 GHz band. It is used for communication.
  • TG the IEEE802.11 task group (TG) be is studying Multi-Link Operation (MLO), which is a technique for transmitting and receiving data using multiple links (frequency bands).
  • MLO Multi-Link Operation
  • sequence number space is composed of a predetermined information length (about 12 bits), it was not possible to manage sequence numbers beyond this range. That is, when the retransmission data including the sequence number of the data transmitted on one link is transmitted on another link, the series of sequence numbers within the expected range do not match, and the sequence number in each link is not reached. The data and the data to be resent could not be identified.
  • the transmission of data from another communication device is started once the transmission of data and the reception of ACK are completed. And, the undelivered data could not be retransmitted in a short time.
  • the undelivered data cannot be identified until after receiving the ACK, and when resending the undelivered data, access rights are acquired at the newly available link. I didn't resend it until I did. Therefore, when retransmitting a large amount of data, it takes time to confirm the reception of all the data. In particular, if there is an error in a part of the data, it is necessary to set a backoff time for transmitting the data with a new link, which may take more time.
  • the transmitting side communication device retransmits the undelivered data using an empty link when the existence of the undelivered data is grasped.
  • a specific link may be reserved in advance as a free link, or undelivered data may be retransmitted using the link that became available at the latest timing.
  • the transmitting side communication device has a short frame length A-MPDU frame by frame aggregation as necessary so that the receipt confirmation information (ACK) is returned at an early stage in order to grasp the reception status of the receiving side communication device.
  • the transmitting side communication device can grasp the existence of undelivered data at an early stage. That is, the transmitting side communication device executes backoff control in advance at the link for which the use is set, and immediately after grasping that the undelivered data exists, the undelivered data is retransmitted.
  • the transmitting side communication device secures a transmission opportunity (TXOP) in advance and transmits the data, and when the existence of the undelivered data is grasped, a new backup is made. Complete the resending of undelivered data in TXOP without going through the off procedure.
  • TXOP transmission opportunity
  • the receiving side communication device grasps that the data transmitted by another link is retransmitted using one link, and combines the data received by the other link to construct all the data.
  • the receipt confirmation information is sequentially returned to the transmitting side communication device by a predetermined link, and the undelivered data is retransmitted by the transmitting side communication device using an empty link.
  • the receiving side communication device describes the sequence number of the received data in the block ACK frame so that the data that has not been reached at each link can be identified when constructing the receipt confirmation information. , Identify the data requesting retransmission.
  • the receiving side communication device notifies the transmitting side communication device of the link that can be used for retransmission, so that the undelivered data is retransmitted at the predetermined link, and the data received by the plurality of links is unified. to manage. Further, the receiving side communication device describes the latest sequence number of the data received by each link as the parameter information of the block ACK frame so that the error occurrence status of the received data can be grasped.
  • the undelivered data is grasped at an early stage and the undelivered data is retransmitted using an empty link.
  • the time required for retransmission can be shortened.
  • FIG. 1 is a diagram showing a configuration example of a wireless LAN system to which the technique according to the present disclosure can be applied.
  • a first wireless network is constructed by connecting a communication device 11 and a communication device 12 to an access point 10.
  • the access point 20 and the communication device 21 construct a second wireless network
  • the access point 30 and the communication device 31 construct a third wireless network.
  • the access point 10 exists at a position where signals from the access point 20, the communication device 21, the access point 30, and the communication device 31 can be received.
  • the communication device 11 exists at a position where signals from the access point 20 and the access point 30 can be received.
  • the communication device 12 exists at a position where signals from the communication device 21 and the communication device 31 can be received.
  • the communication device 11 and the communication device 12 constituting the first network need to access each other fairly even if the second wireless network or the third wireless network exists. be.
  • FIG. 2 is a diagram illustrating frequency bands and channel allocations that can be used in a wireless communication system to which the technique according to the present disclosure is applied.
  • At least two channels are allocated when an OFDM radio signal having a 20 MHz bandwidth is applied based on the IEEE802.11 g standard.
  • channel allocation in the 5 GHz band differs depending on the country or region, and the legal system of each country stipulates the available frequency range, transmission power, and conditions for determining transmission possibility.
  • channel 32, channel 68, channel 96, channel 144, and channels 149 to 173 can be used as shown by blackening or broken lines in Fig. B.
  • the UNII-5 band in the 6 GHz band A has 25 channels
  • the UNII-6 band in the 6 GHz band B has 5 channels
  • the UNII-7 band in the 6 GHz band C has 17 channels
  • the UNII-8 in the 6 GHz band D can be used in the band.
  • FIG. 3 is a sequence diagram showing an example of a collision between data and ACK in a conventional data transmission sequence.
  • the self-network 50 is composed of the transmitting side communication device 51 and the receiving side communication device 52, and the OBSS (Overlapping Basic Service Set) network 60, which is a close network, has the transmitting side communication device 61 and the receiving side. It is composed of a communication device 62.
  • OBSS Overlapping Basic Service Set
  • the receiving-side communication device 52 is receiving data (A-MPDU) from the transmitting-side communication device 51
  • the receiving-side communication device 62 is the transmitting-side communication device.
  • CTS is returned to RTS from 61.
  • the CTS from the receiving side communication device 62 interferes with the data reception of the receiving side communication device 52, and the receiving side communication device 52 cannot correctly receive / decode the data from the transmitting side communication device 51.
  • the receiving side communication device 52 is the transmitting side communication device.
  • a block ACK is returned for the data from 51.
  • the block ACK from the receiving side communication device 52 interferes with the data reception of the receiving side communication device 62, and the receiving side communication device 62 cannot correctly receive / decode the data from the transmitting side communication device 61.
  • the receiving-side communication device 52 while the receiving-side communication device 52 is receiving the data retransmitted (retransmitted A-MPDU) from the transmitting-side communication device 51, in the OBSS network 60, the receiving-side communication device 62 The block ACK is returned for the data from the transmitting side communication device 61. At this time, the block ACK from the receiving side communication device 62 interferes with the data reception of the receiving side communication device 52, and the receiving side communication device 52 cannot correctly receive / decode the retransmission data from the transmitting side communication device 51.
  • the receiving side communication device 52 Is returning the block ACK for the retransmission data from the transmitting side communication device 51.
  • the block ACK from the receiving side communication device 52 interferes with the data reception of the receiving side communication device 62, and the receiving side communication device 62 cannot correctly receive / decode the retransmission data from the transmitting side communication device 61.
  • the signal from the receiving side communication device 52 of the self-network 50 and the signal from the receiving side communication device 62 of the OBSS network 60 become interference signals with each other, and many data are finally transmitted before they are transmitted. It was taking time.
  • FIG. 4 is a sequence diagram showing an example of Multi-Link Operation using a close frequency band.
  • the signal returned on one link may interfere with the reception of data transmitted on the other link.
  • the transmitting side communication device 71 uses the 5 GHz band in Link1 and the 6 GHz band in Link2.
  • the receiving side communication device 72 uses the 5 GHz band in Link1 and the 6 GHz band in Link2.
  • the transmitting side communication device 71 asynchronously transmits data (A-MPDU) using Link1 and Link2.
  • the receiving side communication device 72 returns the block ACK using Link2 because the reception of the data on Link2 ends earlier than the reception of the data on Link1. At this time, the block ACK on Link2 may interfere with the reception of data on Link1.
  • the receiving side communication device 72 returns the block ACK using Link1 when the reception of the data on Link1 is completed while the data retransmitted on Link2 (retransmitted A-MPDU) is being received. are doing. At this time, the block ACK on Link1 may interfere with the reception of the retransmission data on Link2.
  • the receiving side communication device 72 performs a block ACK using Link2 when the reception of the retransmitted data on Link2 is completed while the data retransmitted on Link1 (retransmitted A-MPDU) is being received. I am returning it. At this time, the block ACK on Link2 may interfere with the reception of the retransmission data on Link1.
  • the ACK returned by the receiving side communication device 72 becomes an interference signal, and it takes a lot of time to finally transmit all the data.
  • FIG. 5 is a diagram showing an example of retransmission of undelivered data using a plurality of links in a conventional communication method.
  • data is transmitted using the first link (Link1) to the third link (Link3).
  • the sequence number of the data is managed for each link, the receipt confirmation information (ACK) is returned, and the undelivered data is retransmitted for each link.
  • Link1 when the transmitting communication device acquires the access right by the predetermined access control, the data (Data1 to Data8) of the sequence numbers 1 to 8 aggregated by the frame aggregation is transmitted as an A-MPDU frame. There is.
  • the receiving side communication device confirms the receipt of Data1 to Data8.
  • Data3 and Data7 that were not correctly received due to an error are shown in black in the figure. That is, after receiving the A-MPDU frame, the receiving side communication device returns the receipt confirmation information (ACK) specifying the correctly received data (Data 1, 2, 4 to 6, 8) to the transmitting side communication device. ..
  • the transmitting side communication device grasps the existence of undelivered data by ACK from the receiving side communication device, it retransmits the undelivered data (Data3 and Data7).
  • the receiving side communication device After confirming the receipt of the undelivered data (Data3 and Data7), the receiving side communication device sends the receipt confirmation information (ACK) specifying all the correctly received data (Data1 to Data8) to the transmitting side communication device. I will send it back.
  • ACK receipt confirmation information
  • the receiving side communication device confirms the receipt of Data 9 to Data 16.
  • Data 10 and Data 16 that were not correctly received due to an error are shown in black in the figure. That is, after receiving the A-MPDU frame, the receiving side communication device returns the receipt confirmation information (ACK) specifying the correctly received data (Data 9, 11 to 15) to the transmitting side communication device.
  • ACK receipt confirmation information
  • the transmitting side communication device grasps the existence of undelivered data by ACK from the receiving side communication device, it retransmits the undelivered data (Data 10 and Data 16).
  • the receiving side communication device After confirming the receipt of the undelivered data (Data10 and Data16), the receiving side communication device sends the receipt confirmation information (ACK) specifying all the correctly received data (Data9 to Data16) to the transmitting side communication device. I will send it back.
  • ACK receipt confirmation information
  • the receiving side communication device confirms the receipt of Data 17 to Data 24.
  • the Data 20 that was not correctly received due to an error is shown in black in the figure. That is, after receiving the A-MPDU frame, the receiving side communication device returns the receipt confirmation information (ACK) specifying the correctly received data (Data 17 to 19, 21 to 24) to the transmitting side communication device.
  • ACK receipt confirmation information
  • the transmitting side communication device grasps the existence of undelivered data by ACK from the receiving side communication device, it retransmits the undelivered data (Data20).
  • the receiving side communication device After confirming the receipt of the undelivered data (Data20), the receiving side communication device returns the receipt confirmation information (ACK) specifying all the correctly received data (Data17 to Data24) to the transmitting side communication device. ..
  • the block ACK frame returned for each link contains the receipt confirmation information of the data transmitted by another link ( ACK) is not included. Therefore, it was necessary to resend the data independently for each link.
  • FIG. 6 is a diagram illustrating an example of retransmission of undelivered data in the technique according to the present disclosure.
  • data is transmitted using the first link (Link1) to the third link (Link3).
  • the sequence numbers of the data in all the links are collectively managed, a block ACK frame including the reception status of the data in other links is returned as receipt confirmation information (ACK), and an arbitrary link is used.
  • ACK receipt confirmation information
  • the undelivered data is retransmitted.
  • Data1 to Data8 are transmitted using Link1 as an A-MPDU frame
  • Data9 to Data16 are transmitted using Link2
  • Data17 is transmitted using Link3.
  • To Data24 is transmitted.
  • the receiving side communication device grasps the data reception status on other links (Link2 and Link3) after receiving the A-MPDU frame (Data1 to Data8). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data8, Data9 to Data14, Data17 to Data19) of the sequence numbers 1 to 8, 9 to 14, 17 to 19, and receives the data including these reception statuses.
  • the confirmation information (ACK) is returned to the transmitting communication device as a block ACK frame.
  • the block ACK information that Data3 and Data7 are not correctly received in Link1 and Data10 is not correctly received in Link2. That is, the ACK including the block ACK information in which the reception status of the data including other links collected by the timing when the A-MPDU frame is received by Link1 is described is returned to the transmitting communication device. At this time, since it may take time to decode the received data in the receiving side communication device, it may take a predetermined time for the block ACK information to be reflected.
  • the transmitting side communication device When the transmitting communication device receives the ACK containing the block ACK information in which the undelivered data is described, the transmitting side communication device retransmits the undelivered data (Data3, Data7, Data10) using the Link1 available at that time. ..
  • the receiving side communication device grasps the data reception status on other links (Link1 and Link3) after receiving the A-MPDU frame (Data9 to Data16). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data8, Data9 to Data16, Data17 to Data21) of the sequence numbers 1 to 8, 9 to 16, 17 to 21, and receives the data including these reception statuses.
  • the confirmation information (ACK) is returned to the transmitting communication device as a block ACK frame.
  • the transmitting communication device When the transmitting communication device receives the ACK containing the block ACK information in which the undelivered data is described, the undelivered data (Data3, Data7) previously determined to be retransmitted is used by using the Link2 available at that time. , Data10) and the undelivered data (Data16, Data20) are retransmitted.
  • the receiving side communication device grasps the data reception status on other links (Link1 and Link2) after receiving the A-MPDU frame (Data17 to Data24). That is, the receiving side communication device grasps the reception status of all the data (Data1 to Data24) of the sequence numbers 1 to 24, and the receipt confirmation information (ACK) including these reception statuses is used as a block ACK frame for the transmission side communication. Return to the device.
  • the transmitting communication device is retransmitting undelivered data including Data20 using Link2, the block ACK stating that Data20 has not been reached is described. Even if an ACK containing information is received, the data 20 is not immediately retransmitted. That is, the transmission side communication device is configured to wait for the return of the ACK for the retransmission data on Link2 to determine whether or not the retransmission is necessary again.
  • the transmitting side communication device receives the ACK including the block ACK information stating that all the data including the Data 20 has been received as the ACK for the retransmission data, and the series of operations is completed.
  • FIG. 7 is a diagram illustrating another example of retransmission of undelivered data in the technique according to the present disclosure.
  • the configuration of the A-MPDU frame is set short so that the receipt confirmation information (ACK) is returned at the earlier timing at the link. do.
  • Data1 to Data5 are transmitted using Link1
  • Data6 to Data15 are transmitted using Link2
  • Data16 to Data24 are transmitted using Link3.
  • other configurations may be used.
  • the receiving side communication device grasps the data reception status on other links (Link2 and Link3) after receiving the A-MPDU frame (Data1 to Data5). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data5, Data6 to Data8, Data16) of the sequence numbers 1 to 5, 6 to 8, 16 and receives confirmation information (ACK) including these reception statuses. ) Is returned to the transmitting communication device as a block ACK frame.
  • the transmitting side communication device When the transmitting communication device receives the ACK containing the block ACK information in which the undelivered data is described, the transmitting side communication device retransmits the undelivered data (Data3, Data7, Data16) using the Link1 available at that time. It may be configured.
  • the receiving side communication device returns an ACK for the retransmission data (Data3, Data7, Data16) transmitted as an A-MPDU frame.
  • This ACK includes block ACK information in which the reception status of the data of sequence numbers 1 to 5, 6 to 13, 16 to 21 (Data 1 to Data 5, Data 6 to Data 13, Data 16 to Data 21) is described.
  • the undelivered data (Data10, Data20) may be retransmitted using the Link1 available at that time. good.
  • the receiving side communication device grasps the data reception status on other links (Link1 and Link3) after receiving the A-MPDU frame (Data6 to Data15). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data5, Data6 to Data15, Data16 to Data23) of the sequence numbers 1 to 5, 6 to 15, 16 to 23, and receives the data including these reception statuses.
  • the confirmation information (ACK) is returned to the transmitting communication device as a block ACK frame.
  • the receiving side communication device grasps the data reception status on other links (Link1 and Link2) after receiving the A-MPDU frame (Data16 to Data24). That is, the receiving side communication device grasps the reception status of all the data (Data1 to Data24) of the sequence numbers 1 to 24, and the receipt confirmation information (ACK) including these reception statuses is used as a block ACK frame for the transmission side communication. Return to the device.
  • the transmitting side communication device receives the ACK including the block ACK information stating that all the data including the Data 20 has been received as the ACK for the retransmission data in Link1, and the series of operations is completed.
  • FIG. 8 is a diagram illustrating another example of retransmission of undelivered data in the technique according to the present disclosure.
  • the receipt confirmation information (ACK) is returned at an earlier timing for all links, and the retransmission of undelivered data is promoted. Let me do it.
  • an A-MPDU frame composed of four MPDUs is transmitted, and in the other links, an A-MPDU composed of six MPDUs is transmitted.
  • the configuration is such that the frame is transmitted, but other configurations may be used.
  • the receiving side communication device grasps the reception status of data on another link (Link2) after receiving the A-MPDU frame (Data1 to Data4). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data4, Data5 to Data7) of the sequence numbers 1 to 4, 5 to 7, and blocks the receipt confirmation information (ACK) including these reception statuses. It is returned to the transmitting communication device as an ACK frame.
  • the transmitting side communication device When the transmitting side communication device receives the ACK including the block ACK information in which the undelivered data is described, the undelivered data (Data3, Data7) is retransmitted using Link3 in the data transmission waiting state at that time. Specifically, the transmitting side communication device constructs an A-MPDU frame in which undelivered data (Data3, Data7) and newly transmitted data (Data11 to Data14) are combined, and transmits the A-MPDU frame to the receiving side communication device. do.
  • an A-MPDU frame composed of newly transmitted data (Data15 to Data20) may be subsequently transmitted.
  • the receiving side communication device grasps the data reception status on another link (Link1) after receiving the A-MPDU frame (Data5 to Data10). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data4, Data5 to Data10, Data15) of the sequence numbers 1 to 4,5 to 10,15, and the receipt confirmation information (ACK) including these reception statuses. ) Is returned to the transmitting communication device as a block ACK frame.
  • the transmitting side communication device When the transmitting side communication device receives the ACK including the block ACK information in which the undelivered data is described, the undelivered data (Data10) is retransmitted using the Link2 available at that time. Specifically, the transmitting side communication device constructs an A-MPDU frame in which undelivered data (Data10) and newly transmitted data (Data21 to Data24) are combined and transmits the A-MPDU frame to the receiving side communication device. May be.
  • the receiving side communication device grasps the reception status of data on other links (Link1, Link2) after receiving the A-MPDU frame (Data3, Data7, Data11 to Data14). That is, the receiving side communication device may use the data of sequence numbers 1 to 4,5 to 10,11 to 14,15 to 19,21,22 (Data1 to Data4, Data5 to Data10, Data11 to Data14, Data15 to Data19, Data21, The reception status of Data22) is grasped, and the receipt confirmation information (ACK) including these reception statuses is returned to the transmitting communication device as a block ACK frame.
  • ACK receipt confirmation information
  • the transmitting side communication device When the transmitting side communication device receives the ACK including the block ACK information in which the undelivered data is described, the undelivered data (Data16) is retransmitted using the Link3 available at that time.
  • the transmitting side communication device may be configured to construct an A-MPDU frame including undelivered data (Data16) and transmit it to the receiving side communication device.
  • the receiving side communication device sends an ACK including block ACK information stating that Data16 and Data20 are not correctly received to the transmitting side communication device after receiving the A-MPDU frame (Data15 to Data20). I will send it back.
  • the Link 1 that is available at that time is used. Therefore, only the Data 20 may be retransmitted.
  • the transmitting communication device receives an ACK including a block ACK information stating that all the data (Data1 to Data24) have been received.
  • the transmitting side communication device receives ACK including block ACK information stating that all data including Data16 and Data20 have been received as ACK for the retransmission data in Link1 and Link3. Then, a series of operations is completed.
  • FIG. 9 is a diagram illustrating another example of retransmission of undelivered data in the technique according to the present disclosure.
  • a retransmission link for retransmitting undelivered data is set in advance between the transmitting side communication device and the receiving side communication device, so that when undelivered data occurs, the retransmission link is set.
  • data is transmitted using Link1 to Link3, and when undelivered data occurs, the undelivered data is retransmitted using Link4 set as the retransmission link.
  • Link4 set as the retransmission link.
  • other configurations may be used.
  • Data1 to Data8 are transmitted using Link1 as an A-MPDU frame
  • Data9 to Data16 are transmitted using Link2
  • Data17 to Data24 are transmitted using Link3.
  • the receiving side communication device grasps the data reception status on other links (Link2 and Link3) after receiving the A-MPDU frame (Data1 to Data8). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data8, Data9 to Data14, Data17 to Data20) of the sequence numbers 1 to 8, 9 to 14, 17 to 20, and receives the data including these reception statuses.
  • the confirmation information (ACK) is returned to the transmitting communication device as a block ACK frame.
  • the transmitting side communication device When the transmitting communication device receives the ACK containing the block ACK information in which the undelivered data is described, the transmitting side communication device retransmits the undelivered data (Data3, Data7, Data10, Data20) using Link4 set as the retransmission link. It is configured to do.
  • Link4 carrier sense for access control is executed in advance prior to retransmission of undelivered data, so that it can be grasped that Link4 is not used by another communication device for a predetermined time. May be good.
  • the undelivered data may be sequentially retransmitted.
  • the transmitting side communication device can grasp that the Data 16 has not been reached in Link2 only by the block ACK information included in the ACK in Link2. Therefore, when ACK is returned by Link2, the undelivered data (Data3, Data7, Data10, Data20) is retransmitted using Link4, but immediately after that, the undelivered Data16 is added. Make it retransmitted.
  • the transmitting side communication device receives a series of ACKs including the block ACK information stating that all the data has been received as the ACK for the retransmission data transmitted using Link4. The operation ends.
  • FIG. 10 is a diagram illustrating another example of retransmission of undelivered data in the technique according to the present disclosure.
  • a retransmission link is set when undelivered data occurs.
  • the undelivered data is retransmitted using Link4 set as the retransmission link.
  • the receiving side communication device is configured to notify the transmitting side communication device of undelivered data by appropriately returning ACK, but other than this. It may be the configuration of.
  • Data1 to Data5 are transmitted using Link1 as an A-MPDU frame
  • Data6 to Data15 are transmitted using Link2
  • Data16 to Data24 are transmitted using Link3.
  • the receiving side communication device grasps the data reception status on other links (Link2 and Link3) after receiving the A-MPDU frame (Data1 to Data5). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data5, Data6 to Data8, Data16) of the sequence numbers 1 to 5, 6 to 8, 16 and receives confirmation information (ACK) including these reception statuses. ) Is returned to the transmitting communication device as a block ACK frame.
  • the transmitting side communication device When the transmitting communication device receives the ACK including the block ACK information in which the undelivered data is described, the transmitting side communication device retransmits the undelivered data (Data3, Data7, Data16) using the Link4 set as the retransmission link. May be.
  • the receiving side communication device grasps the reception status of data on other links (Link1 to Link3) after receiving the retransmission data (Data3, Data7, Data16). That is, the receiving side communication device grasps the reception status of the data (Data1 to Data5, Data6 to Data13, Data16 to 21) of the sequence numbers 1 to 5, 6 to 13, 16 to 21, and receives the data including these reception statuses.
  • the confirmation information (ACK) is returned to the transmitting communication device as a block ACK frame.
  • the undelivered data may be retransmitted using the retransmission link (Link4).
  • the receiving side communication device after receiving the A-MPDU frame, the receiving side communication device returns the latest ACK including the block ACK information describing the data reception status at that timing to the transmitting side communication device.
  • the transmitting communication device receives a series of ACKs including the block ACK information stating that all the data has been received as the ACK for the retransmission data transmitted using Link4. The operation ends.
  • FIG. 11 is a sequence diagram illustrating the retransmission of undelivered data corresponding to the example of FIG. 7 described above.
  • FIG. 11 shows the transmission / reception of data in the Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120.
  • This setup data frame contains parameter information such as information about multiple links used to send and receive data.
  • the transmitting side communication device 110 transmits a Multi-link Setup Request to the receiving side communication device 120 as a setup data frame, and the receiving side communication device 120 returns a Multi-link Setup Response.
  • various parameter information is set between the transmitting side communication device 110 and the receiving side communication device 120.
  • Link2 and Link3 are used in addition to Link1 for data transmission / reception.
  • the transmitting side communication device 110 transmits data using a plurality of links (Link1 to Link3) and receives receipt confirmation information (ACK) using these links. Further, the receiving side communication device 120 receives data using a plurality of links (Link1 to Link3), and returns receipt confirmation information (ACK) using these links.
  • an A-MPDU frame in which a plurality of MPDUs are aggregated is transmitted using each link.
  • data is transmitted when the transmission line becomes available after a predetermined backoff time has elapsed.
  • the transmitting side communication device 110 transmits the data (data (1) to (5)) of the sequence numbers 1 to 5 by using the Link 1 that became available first. Next, the transmitting side communication device 110 transmits the data (data (6) to (15)) of the sequence numbers 6 to 15 by using the second available Link2. Then, the transmitting side communication device 110 transmits the data (data (16) to (24)) of the sequence numbers 16 to 24 by using the Link 3 that became available at the end.
  • the receiving side communication device 120 receives the A-MPDU frame transmitted using each link (Link1 to Link3) and sequentially decodes the data contained therein, so that there is no error. Collect data. At each link, data is received separately in time.
  • the receiving side communication device 120 includes ACK including block ACK information specifying the MPDU received by that timing as the receipt confirmation information (ACK) at the timing after the reception of the A-MPDU frame at each link is completed. Is returned to the transmitting side communication device 110.
  • ACK receipt confirmation information
  • Block ACK information (NACK (3,7,16)) is returned.
  • the transmitting side communication device 110 receives NACK (3,7,16) in Link1
  • the undelivered data (3), (7), (16) is collected by using Link1 that has been continuously available. It is shown as a retransmit configuration.
  • the receiving side communication device 120 is a block that identifies the MPDU received by that timing as the receipt confirmation information (ACK) at the timing after the reception of the data (3), (7), and (16) on Link1 is completed.
  • the ACK including the ACK information is returned to the transmitting communication device 110.
  • Block ACK information (NACK (10, 20)) is returned.
  • the transmitting side communication device 110 When the transmitting side communication device 110 receives NACK (10, 20) in Link 1, the transmitting side communication device 110 is shown as a configuration for retransmitting undelivered data (10) and (20) using Link 1 that is continuously available. ing.
  • the block ACK information (NACK (20)) in which the data (20) that has not been reached (indicated by the broken line in the figure) by the timing after the reception of the data (6) to (15) can be identified can be identified. )) Will be returned.
  • the transmitting side communication device 110 is in the process of retransmitting the data (20) using Link1, the ACK (20) that is returned afterwards without overlapping and retransmitting the data (20) in Link2. Block ACK information) is waited for.
  • the undelivered data is retransmitted in the Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120.
  • FIG. 8 also has a configuration in which undelivered data is retransmitted in the Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120. good.
  • FIG. 12 is a sequence diagram illustrating the retransmission of undelivered data corresponding to the example of FIG. 9 described above. Also in FIG. 12, data transmission / reception in Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120 is shown.
  • This setup data frame contains parameter information such as information about multiple links used to send and receive data.
  • the transmitting side communication device 110 transmits a Multi-link Setup Request to the receiving side communication device 120 as a setup data frame, and the receiving side communication device 120 returns a Multi-link Setup Response.
  • various parameter information is set between the transmitting side communication device 110 and the receiving side communication device 120.
  • Link2 and Link3 are used in addition to Link1 for data transmission / reception
  • Link4 is set to be used as a retransmission link.
  • the transmitting side communication device 110 transmits data using a plurality of links (Link1 to Link3) and receives receipt confirmation information (ACK) using these links. Further, the receiving side communication device 120 receives data using a plurality of links (Link1 to Link3), and returns receipt confirmation information (ACK) using these links.
  • the transmitting side communication device 110 retransmits the undelivered data using the retransmission link (Link4), and the receiving side communication device 120 does not use the retransmission link (Link4). You will receive the data.
  • an A-MPDU frame in which a plurality of MPDUs are aggregated is transmitted using each link.
  • data is transmitted when the transmission line becomes available after a predetermined backoff time has elapsed.
  • the transmitting side communication device 110 transmits the data (data (1) to (8)) of the sequence numbers 1 to 8 by using the Link 1 that became available first. Next, the transmitting side communication device 110 transmits the data (data (9) to (16)) of the sequence numbers 9 to 16 by using the second available Link2. Then, the transmitting side communication device 110 transmits the data (data (17) to (24)) of the sequence numbers 17 to 24 by using the Link 3 that became available at the end.
  • the receiving side communication device 120 receives the A-MPDU frame transmitted using each link (Link1 to Link3) and sequentially decodes the data contained therein, so that there is no error. Collect data. At each link, data is received separately in time.
  • the receiving side communication device 120 includes ACK including block ACK information specifying the MPDU received by that timing as the receipt confirmation information (ACK) at the timing after the reception of the A-MPDU frame at each link is completed. Is returned to the transmitting side communication device 110.
  • ACK receipt confirmation information
  • Link1 the data (3), (7), (10), (20) that have not been reached (indicated by the broken line in the figure) by the timing after the reception of the data (1) to (8) is completed. ) Is identifiable block ACK information (NACK (3,7,10,20)) is returned.
  • the transmitting side communication device 110 receives NACK (3,7,10,20) in Link1
  • the undelivered data (3), (7), ( 10), (20) is shown as a configuration for starting the retransmission.
  • the transmitting side communication device 110 receives NACK (16) in Link2, the undelivered data (3), (7), (10), (20) is used by using Link4 set as the retransmission link.
  • Link4 set as the retransmission link.
  • it is shown as a configuration for setting the retransmission of the data (16).
  • the undelivered data is retransmitted in the Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120, but the configuration is limited to this configuration. It does not have to be done.
  • the undelivered data is retransmitted in the Multi-Link Operation between the transmitting side communication device 110 and the receiving side communication device 120 in the same manner in the example of FIG.
  • FIG. 13 is a diagram showing a configuration example of a frame (setup data frame) transmitted / received during the setup of Multi-Link Operation.
  • the frame shown in FIG. 13 is transmitted from the transmitting side communication device as a Multi-link Setup Request, and is returned from the receiving side communication device as a Multi-link Setup Response.
  • the setup data frame consists of a MAC header and a multi-link information element.
  • the MAC header is from FrameControl, which contains information such as the frame type, Duration, which indicates the duration of the frame (time required for transmission), TransmitAddress, which indicates the source address, and ReceiveAddress, which indicates the destination address. It is composed.
  • the multi-link information element is composed of ElementID (MLIE), Number of MultiLinks, Ch.No., ReverseLinks, ResendLinks, and Parameter.
  • ElementID MLIE
  • Number of MultiLinks Ch.No.
  • ReverseLinks ReverseLinks
  • ResendLinks Parameter.
  • Element ID indicates the type of element.
  • Number of MultiLinks indicates the number of links that can be set for multilink. Ch.No. indicates the channel number of the link in which the multi-link can be set, and is set as many as the number of MultiLinks.
  • ReverseLinks indicates links that are set as reverse links (links for return) among the links for which multilinks are set.
  • ResendLinks indicates a link set as a retransmission link among the links for which multilink is set.
  • Parameter is composed of parameter information such as Feedback Timing, ACK / NACK, BufferSize, BitmapLength, and MultiLinksRetransmit as parameter information related to data transmission / reception.
  • Feedback Timing indicates the timing of feedback in the link in the opposite direction.
  • ACK / NACK indicates whether to return ACK information or NACK information as receipt confirmation information.
  • BufferSize indicates the capacity of the buffer.
  • BitmapLength indicates the bitmap length of the ACK information.
  • MultiLinks Retransmit includes, for example, information on whether or not to execute frame aggregation as information regarding data retransmission in Multi-Link Operation.
  • desired values are set as various parameter information in the Parameter of the Multi-link Setup Request transmitted from the transmitting side communication device, and the Parameter of the Multi-link Setup Response returned from the receiving side communication device is set to the Parameter of the Multi-link Setup Response.
  • Fixed values are set as various parameter information.
  • FIG. 14 is a diagram showing a configuration example of an A-MPDU frame in the Multi-Link Operation of the present disclosure.
  • the A-MPDU frame shown in FIG. 14 is basically configured in the same manner as the conventional A-MPDU frame. That is, the A-MPDU frame of FIG. 14 is composed of a predetermined PLCH Header, a number of A-MPDU Subframes aggregated by frame aggregation, and EOF Padding.
  • A-MPDU Subframe is composed of a predetermined Delimiter, individual MPDUs, and Padding.
  • the MPDU is composed of a predetermined MAC header, a Frame Body in which actual data is stored, and an FCS (Frame Check Sequence) for checking whether or not there is an error in the frame.
  • FCS Frae Check Sequence
  • the Delimiter includes, for example, Quick in addition to the conventional EOF, Length, and CRC.
  • Quick is a bit for identifying data that has not been reached by another link and has been retransmitted in Multi-Link Operation.
  • Quick may be configured, for example, to be set at the timing of receiving the receipt confirmation information (ACK) from the receiving side communication device.
  • ACK receipt confirmation information
  • Quick is set in the Delimiter of all A-MPDU Subframes, but it may be set in the PLCH Header or the EHT Control in the MAC header of each MPDU.
  • FIG. 15 is a diagram showing a configuration example of a block ACK frame in the Multi-Link Operation of the present disclosure.
  • the block ACK frame shown in FIG. 15 is basically configured in the same manner as the conventional block ACK frame. That is, the block ACK frame of FIG. 15 is composed of predetermined MAC Header, BA Control, and BA Information.
  • Multi-Link for identifying the block ACK frame in the Multi-Link Operation is prepared as the value of BAControl.
  • the BA Information includes the Link Count in addition to the conventional Block Ack Starting Sequence Control and Block Ack Bitmap.
  • Link Count indicates the number of links in Multi-Link Operation.
  • the BlockAckBitmap is configured to have an information length longer than the information length of the conventional block ACK frame. do.
  • FIG. 16 is a diagram showing another configuration example of the block ACK frame in the Multi-Link Operation of the present disclosure.
  • the block ACK frame shown in FIG. 16 is also basically configured in the same manner as the conventional block ACK frame. That is, the block ACK frame of FIG. 16 is composed of predetermined MAC Header, BA Control, and BA Information.
  • MLO is prepared as the value of BAControl to identify that it is a block ACK frame for retransmission of undelivered data in Multi-Link Operation.
  • the BA Information includes, for example, LinkCount and Link1S / N to LinkNS / N in addition to the conventional BlockAckStartingSequenceControl and BlockAckBitmap.
  • LinkCount indicates the number of links in Multi-Link Operation.
  • Link1 S / N to Link N S / N indicate to which sequence number data has been received at each link (Link 1 to Link N).
  • FIG. 17 is a diagram showing still another configuration example of the block ACK frame in the Multi-Link Operation of the present disclosure.
  • the block ACK frame shown in FIG. 17 is also basically configured in the same manner as the conventional block ACK frame. That is, the block ACK frame of FIG. 17 is composed of predetermined MAC Header, BA Control, and BA Information.
  • Resend is prepared as the value of BAControl to identify that it is a block ACK frame for retransmission of undelivered data in Multi-Link Operation.
  • BA Information includes, for example, LinkCount, Link1S / N to LinkNS / N, NACKStartingSequenceControl, and NACKBitmap.
  • LinkCount indicates the number of links in Multi-Link Operation.
  • Link1 S / N to Link N S / N indicate to which sequence number data has been received at each link (Link 1 to Link N).
  • NACKStartingSequenceControl is an area that replaces the conventional BlockAckStartingSequenceControl, and the first sequence number of the data for which retransmission is requested is set.
  • NACK Bitmap is an area that replaces the conventional Block Ack Bitmap, and indicates the sequence number of the data for which retransmission is requested.
  • FIG. 18 is a diagram showing still another configuration example of the block ACK frame in the Multi-Link Operation of the present disclosure.
  • the block ACK frame shown in FIG. 18 is also basically configured in the same manner as the conventional block ACK frame. That is, the block ACK frame of FIG. 18 is composed of predetermined MAC Header, BA Control, and BA Information.
  • MSNACK is prepared as the value of BAControl to identify that it is a block ACK frame for specifying only the information of undelivered data in Multi-Link Operation.
  • BA Information includes, for example, NACK Counts and NACK Sequence Number.
  • NACK Counts indicates the number of data that has not been reached in Multi-Link Operation.
  • NACKSequenceNumber indicates the sequence number of the data that has not been reached in Multi-Link Operation, and is set by the number indicated by NACKCounts.
  • FIG. 19 is a block diagram showing a configuration example of a communication device to which the technique according to the present disclosure is applied.
  • the communication device 200 of FIG. 19 can function as at least one of the transmission side communication device and the reception side communication device described above, and can also function as an access point.
  • the communication device 200 is configured to include a network connection module 210, an information input module 220, a device control module 230, an information output module 240, and a wireless communication module 250.
  • the network connection module 210 is configured as, for example, a communication modem for connecting to a network such as the Internet when the communication device 200 functions as an access point.
  • the network connection module 210 does not necessarily have to be incorporated in the communication device 200.
  • the network connection module 210 may be configured as an ONU (Optical Network Unit) that connects to the Internet via a public communication line and an Internet service provider, for example.
  • ONU Optical Network Unit
  • the information input module 220 is a module for inputting information (instruction information) representing a user's instruction, and is composed of a button, a keyboard, a touch panel, and the like.
  • the information input module 220 also does not necessarily have to be incorporated in the communication device 200.
  • the device control module 230 controls the communication device 200 to operate as a transmission side communication device or a reception side communication device, or as an access point, based on the instruction information input to the information input module 220.
  • the device control module 230 supplies the data of a predetermined application to the wireless communication module 250 and causes the transmission side communication device to transmit the data.
  • the device control module 230 causes the wireless communication module 250 to receive the data from the transmitting side communication device. The received data is supplied to the application executed by the device control module 230.
  • the information output module 240 is a module that outputs the operating state of the communication device 200 and the information acquired via the network connection module 210 and presents it to the user.
  • the information output module 240 is composed of, for example, an LED display, a liquid crystal panel, a display device such as an organic EL display, a speaker that outputs sound or music, and the like.
  • the wireless communication module 250 performs wireless communication with another communication device 200 or an external device.
  • FIG. 20 is a block diagram showing a configuration example of the wireless communication module 250.
  • the wireless communication module 250 includes an interface (I / F) 301, a transmission buffer 302, a transmission sequence management unit 303, a transmission frame construction unit 304, a transmission processing unit 305, and a transmission / reception antenna 306. Further, the wireless communication module 250 includes a reception processing unit 307, a reception frame analysis unit 308, a reception sequence management unit 309, a reception buffer 310, a multi-link management unit 311 and an access control unit 312.
  • the I / F 301 is connected to another module in the communication device 200 and exchanges various information and data. Specifically, the I / F 301 supplies data from another module to the transmission buffer 302, and supplies data from the reception buffer 310 to the other module.
  • the transmission buffer 302 temporarily stores the data from the I / F 301.
  • the data stored in the transmission buffer 302 are sequentially supplied to the transmission sequence management unit 303.
  • the transmission sequence management unit 303 manages the sequence of data to be transmitted in order to transmit the data from the transmission buffer 302 by wireless communication.
  • the data to which the sequence number is added is sequentially supplied to the transmission frame construction unit 304.
  • the transmission frame construction unit 304 constructs an A-MPDU frame in which data from the transmission sequence management unit 303 is aggregated by frame aggregation, or constructs a block ACK frame including receipt confirmation information (ACK). These constructed data frames are supplied to the transmission processing unit 305.
  • the transmission processing unit 305 is functionally provided for each of a plurality of links.
  • the transmission processing unit 305 generates a transmission signal for each individual link based on the data frame from the transmission frame construction unit 304, and performs predetermined signal processing.
  • the transmission signal for each link is transmitted to another communication device 200 via the transmission / reception antenna 306.
  • the transmission signal transmitted from the other communication device 200 is received as a reception signal for each link by the reception processing unit 307 via the transmission / reception antenna 306.
  • the reception processing unit 307 is also functionally provided for each of a plurality of links.
  • the reception processing unit 307 decodes the reception signal for each individual link received via the transmission / reception antenna 306, and acquires a data frame (A-MPDU frame or block ACK frame). These acquired data frames are supplied to the received frame analysis unit 308.
  • the transmission processing unit 305 and the reception processing unit 307 provided for each link are used regardless of whether the communication device 200 operates as the transmission side communication device or the reception side communication device. , Each is used at the same time.
  • the reception frame analysis unit 308 analyzes the data frame from the reception processing unit 307. For example, when an A-MPDU frame is received as a data frame, the reception frame analysis unit 308 analyzes the A-MPDU frame to determine whether or not the individual data (MPDU) has been correctly received. The individual received data is supplied to the reception sequence management unit 309.
  • the reception sequence management unit 309 manages the sequence number of the reception data from the reception frame analysis unit 308 and supplies the data to the reception buffer 310.
  • the reception sequence management unit 309 when the communication device 200 operates as a reception-side communication device, the reception sequence management unit 309 generates ACK information or NACK information based on the sequence number of the received data and supplies it to the multi-link management unit 311.
  • the reception buffer 310 temporarily stores the data from the reception sequence management unit 309.
  • the data stored in the receive buffer 310 is output to another module in the communication device 200 at a predetermined timing via the I / F 301.
  • the multi-link management unit 311 manages various settings related to Multi-Link Operation. For example, the multi-link management unit 311 sets a plurality of links used in the Multi-Link Operation.
  • the access control unit 312 controls the transmission / reception of data for each of a plurality of links set by the multi-link management unit 311. For example, the access control unit 312 controls the transmission processing unit 305 and the reception processing unit 307 provided for each link to set the backoff time for each link and acquire the usage status of the transmission line. ..
  • the access control unit 312 controls the transmission of parallel data using a plurality of links, and the multi-link management unit 311 controls undelivered data at a predetermined link. If occurs, set resending of undelivered data using available links.
  • the multi-link management unit 311 identifies undelivered data that needs to be retransmitted based on the receipt confirmation information (ACK) from the receiving side communication device that is the destination of the data.
  • ACK receipt confirmation information
  • the multi-link management unit 311 sets the retransmission of undelivered data using the link for which data transmission has been completed, or sets the retransmission of undelivered data using the link in the data transmission waiting state among a plurality of links. To do. Further, the multi-link management unit 311 sets the retransmission of the undelivered data using the retransmission link for resending the undelivered data among the plurality of links.
  • the multi-link management unit 311 controls the construction of a data frame (A-MPDU frame) in which the number of transmitted data is adjusted for at least one link used for data transmission, and the undelivered data and newly transmitted data. Controls the construction of data frames that combine with. Further, the multi-link management unit 311 is configured to control the construction of a data frame including undelivered data according to the reception timing of the receipt confirmation information from the data transmission destination and the data transmission waiting status. It may have a configuration other than that.
  • the multi-link management unit 311 presets a transmission opportunity (TXOP) longer than the duration of the data frame for the link that can be used for retransmitting undelivered data. Further, when the second undelivered data is newly generated during the transmission of the data frame including the first undelivered data, the multi-link management unit 311 of the second undelivered data following the data frame. Although it is configured to set retransmission, it may be configured other than this.
  • TXOP transmission opportunity
  • the access control unit 312 controls the reception of parallel data using a plurality of links, and the multi-link management unit 311 controls receipt confirmation information at one link.
  • the access control unit 312 controls the return of the receipt confirmation information, and the multi-link management unit 311 sets the reception of the retransmission data corresponding to the receipt confirmation information using one link.
  • the multi-link management unit 311 sets receipt confirmation information including the sequence number of undelivered data as information that can specify the reception status of data on other links.
  • the multi-link management unit 311 is configured to set a retransmission link for receiving retransmission data in addition to the link used for receiving parallel data, but may have a configuration other than this.
  • the access control unit 312 is configured to control the return of receipt confirmation information using an accessible link with the transmitting side communication device that is the source of the data, but other configurations may be used.
  • the multi-link management unit 311 manages both the reception of data using a predetermined link and the reception of retransmission data. Specifically, the multi-link management unit 311 does not request transmission of retransmission data to the data transmission source while receiving a data frame containing retransmission data using a predetermined link (sequence of undelivered data). Do not set receipt confirmation information including number).
  • the multi-link management unit 311 determines whether or not the received data needs to be output after the end of the received data frame (A-MPDU frame) is detected, and whether or not the receipt confirmation information needs to be returned. To judge.
  • step S101 the multi-link management unit 311 acquires information on the links that can be set in the Multi-Link Operation.
  • step S102 the multi-link management unit 311 determines whether or not the own device (communication device 200) operates as a transmission side communication device, in other words, whether or not data can be transmitted. If it is determined that the own device operates as the transmitting side communication device, the process proceeds to step S103.
  • step S103 the multi-link management unit 311 determines whether or not the multi-link operation by the own device (communication device 200) is possible. If it is determined that Multi-Link Operation is possible, the process proceeds to step S104. On the other hand, if it is determined that Multi-Link Operation is not possible, step S104 is skipped.
  • step S104 the multi-link management unit 311 sets a candidate for a data transmission link, which is a link for transmitting data, from the links that can be set in the Multi-Link Operation.
  • step S105 the multi-link management unit 311 determines whether or not it is necessary to set a retransmission link for resending undelivered data. If it is determined that the retransmission link needs to be set, the process proceeds to step S106. On the other hand, if it is determined that the setting of the retransmission link is not necessary, step S106 is skipped.
  • step S106 the multi-link management unit 311 sets a candidate for the retransmission link from the links that can be set in the Multi-Link Operation.
  • step S107 the multi-link management unit 311 determines whether or not the setting of the data transmission link candidate and the retransmission link candidate has been completed. If it is determined that the setting of the candidate of each link is not completed, the process returns to step S103, and the subsequent processes are repeated. On the other hand, if it is determined that the setting of the candidate of each link is completed, the process proceeds to step S108.
  • step S108 the access control unit 312 controls the transmission processing unit 305 to make a Multi-Link Setup Request on the receiving side using any one of the set data transmission link candidates. It is transmitted to another communication device 200 which is a communication device. Parameter information and the like related to each link candidate are set in the Multi-Link Setup Request.
  • step S109 the access control unit 312 determines whether or not the Multi-Link Setup Response from the receiving side communication device has been received by controlling the reception processing unit 307. If it is determined that the Multi-Link Setup Response has been received, the process proceeds to step S110.
  • step S110 the access control unit 312 acquires the parameter information set in the Multi-Link Setup Response received by the reception processing unit 307 via the reception frame analysis unit 308.
  • step S111 the multi-link management unit 311 sets a link (data transmission link and retransmission link) used for data transmission based on the parameter information acquired by the access control unit 312, and the operation at the time of setup is performed. Complete.
  • the multi-link management unit 311 of the transmitting side communication device sets the link used in the Multi-Link Operation by negotiating with the receiving side communication device.
  • step S109 determines whether the Multi-Link Setup Response has been received. If it is determined in step S109 that the Multi-Link Setup Response has not been received, the process proceeds to step S112.
  • step S112 it is determined whether or not a timeout has occurred depending on whether or not a preset time has elapsed since the Multi-Link Setup Request was transmitted. If it is determined that the preset time has not elapsed and the time-out has not occurred, the process returns to step S109 and waits for the reception of the Multi-Link Setup Response. On the other hand, when the preset time has elapsed and it is determined that the time-out has occurred, the process ends without completing the operation at the time of setup.
  • step S102 when it is determined that the own device does not operate as the transmitting side communication device, that is, when the own device operates as the receiving side communication device, the process proceeds to step S113.
  • step S113 the access control unit 312 controls the reception processing unit 307 to determine whether or not a Multi-Link Setup Request from the transmission side communication device has been received. If it is determined that the Multi-Link Setup Request has not been received, the process returns to step S101. On the other hand, if it is determined that the Multi-Link Setup Request has been received, the process proceeds to step S114 (FIG. 22).
  • step S114 the access control unit 312 acquires the parameter information set in the Multi-Link Setup Request received by the reception processing unit 307 via the reception frame analysis unit 308.
  • step S115 the multi-link management unit 311 acquires the data transmission link candidate information set by the transmission side communication device from the parameter information acquired by the access control unit 312.
  • step S116 the multi-link management unit 311 determines whether or not data can be received in the data transmission link candidates set by the transmission side communication device.
  • the candidate link for data transmission is a link that can be set in the Multi-Link Operation for which information has been acquired in step S101.
  • step S117 If it is determined that the data can be received, the process proceeds to step S117. On the other hand, if it is determined that the data cannot be received, step S117 is skipped.
  • step S117 the multi-link management unit 311 requests data for the data transmission link candidate determined to be capable of receiving data based on the capacity of the receive buffer 310 and the usage status of the link. Set the parameter information related to reception.
  • step S118 the multi-link management unit 311 acquires the information of the candidate for the retransmission link set by the transmitting side communication device from the parameter information acquired by the access control unit 312.
  • step S119 the multi-link management unit 311 determines whether or not data can be received in the candidate for the retransmission link set by the transmitting side communication device.
  • the candidate link for retransmission is a link that can be set in Multi-Link Operation, for which information has been acquired in step S101.
  • step S120 If it is determined that the data can be received, the process proceeds to step S120. On the other hand, if it is determined that the data cannot be received, step S120 is skipped.
  • step S120 the multi-link management unit 311 receives data requested for the candidate for the retransmission link determined to be able to receive data, based on the capacity of the reception buffer 310 and the usage status of the link. Set the parameter information for.
  • step S121 the multi-link management unit 311 determines parameters related to the setting of the block ACK frame, such as the method of describing the block ACK information. That is, the parameters for the configuration of the receipt confirmation information (ACK) and the data retransmission in the Multi-Link Operation are set.
  • the parameters for the configuration of the receipt confirmation information (ACK) and the data retransmission in the Multi-Link Operation are set.
  • step S122 the multi-link management unit 311 determines whether or not to carry out the Multi-Link Operation. If it is determined that the Multi-Link Operation is to be performed, the process proceeds to step S123.
  • step S123 the access control unit 312 controls the transmission processing unit 305 to use the link for which the Multi-Link Setup Request has been received to set the Multi-Link Setup Response to another communication that serves as a transmission side communication device. It is transmitted to the device 200. Parameter information related to each link candidate is set in Multi-Link Setup Response.
  • step S124 the multi-link management unit 311 sets a link (data transmission link, retransmission link) used for data reception based on the parameter information set by the access control unit 312, and the operation at the time of setup is performed. Complete.
  • the multi-link management unit 311 of the receiving-side communication device sets the link used in the Multi-Link Operation by negotiating with the transmitting-side communication device.
  • step S201 the multi-link management unit 311 determines whether or not to carry out data transmission. If it is determined that the data transmission is to be performed, the process proceeds to step S202.
  • step S202 the multi-link management unit 311 acquires the number of links that can be used for data transmission and the amount of data existing in the transmission buffer 302.
  • step S203 the multi-link management unit 311 determines whether or not the Multi-Link Operation can be supported based on the acquired number of available links and the amount of data in the transmission buffer 302. If it is determined that the Multi-Link Operation cannot be supported, the process returns to step S201. On the other hand, if it is determined that the Multi-Link Operation can be supported, the process proceeds to step S204.
  • step S204 the access control unit 312 starts access control on the data transmission link by controlling the transmission processing unit 305.
  • step S205 the multi-link management unit 311 calculates the transmission amount of the A-MPDU frame for each link.
  • the multi-link management unit 311 causes the transmission frame construction unit 304 to construct the A-MPDU frame for each link based on the transmission amount of the A-MPDU frame calculated for each link.
  • the optimum number of MPDUs (number of transmission data) is determined based on the setting of the transmission waiting time of each link, the degree of congestion of each link, and the like. Then, the number of MPDUs estimated to be the most efficient when all the links are used is adjusted for each link.
  • step S207 the access control unit 312 determines whether or not there is a link that can be transmitted by counting down to the transmission waiting time of each link. Step S207 is repeated until it is determined that there is a link that can be transmitted. Then, if it is determined that there is a link that can be transmitted, the process proceeds to step S208.
  • step S208 the access control unit 312 sets the transmission opportunity (TXOP) of the link that can be transmitted as the Duration. For example, a TXOP longer than the duration of the data frame is set.
  • TXOP transmission opportunity
  • the time in anticipation of retransmission of undelivered data may be set in TXOP.
  • step S209 the access control unit 312 causes the transmission processing unit 305 to transmit the A-MPDU frame constructed within the set TXOP range.
  • step S210 the multi-link management unit 311 determines whether or not it is necessary to set the retransmission link. If it is determined that the retransmission link needs to be set, the process proceeds to step S211 and the multi-link management unit 311 sets the retransmission link. Here, the setting of the retransmission link is confirmed so that the link set as the retransmission link at the time of setting up the Multi-Link Operation is not unexpectedly used at the start of access control or in the free link state.
  • step S211 is skipped and the process proceeds to step S212 (FIG. 24). If it is determined in step S201 that the data transmission is not performed, steps S202 to S211 are skipped and the process proceeds to step S212 (FIG. 24).
  • step S212 the access control unit 312 determines whether or not the receipt confirmation information from the receiving side communication device has been received by controlling the reception processing unit 307. If it is determined that the receipt confirmation information (ACK) has not been received, the process returns to step S207 (FIG. 23), and transmission of the A-MPDU frame on another link is repeated.
  • ACK receipt confirmation information
  • step S213 the access control unit 312 acquires the ACK information (NACK information) set in the receipt confirmation information received by the reception processing unit 307 via the reception frame analysis unit 308.
  • step S214 the multi-link management unit 311 determines whether or not there is undelivered data that needs to be retransmitted to the receiving side communication device based on the ACK information (NACK information) acquired by the access control unit 312. ..
  • step S215 the multi-link management unit 311 identifies undelivered data for all links.
  • undelivered data is specified by determining the decryption status of the data transmitted at each link from the block ACK information included in the receipt confirmation information.
  • the multi-link management unit 311 causes the transmission frame construction unit 304 to construct an A-MPDU frame containing the specified undelivered data.
  • the A-MPDU frame is constructed according to the reception timing of the receipt confirmation information from the receiving side communication device to which the data is transmitted and the data transmission waiting status.
  • the A-MPDU frame constructed here may be composed of a combination of undelivered data and newly transmitted data, or may be composed of only undelivered data.
  • step S217 the access control unit 312 acquires the remaining time of TXOP of the link that has finished transmitting the data (the link that received the receipt confirmation information).
  • step S218 the access control unit 312 determines whether or not there is any remaining time in the acquired TXOP. If it is determined that there is no remaining time, the process proceeds to step S219.
  • step S219 the multi-link management unit 311 determines whether or not there is a free link in the transmission waiting state. If it is determined that there is a free link, the process proceeds to step S220, and the multi-link management unit 311 selects the link that can be used first among the free links. Here, as the link that can be used first, the link in the transmission waiting state may be selected, or the retransmit link may be selected.
  • step S212 the process returns to step S212 and the state waits for the next receipt confirmation information (ACK) to be received.
  • ACK receipt confirmation information
  • step S221 the access control unit 312 determines whether or not it is time to transmit on the selected link. Step S221 is repeated until it is determined that the timing at which transmission is possible has been reached. Then, when it is determined that the timing for transmission is reached, the process proceeds to step S222. If it is determined in step S208 that there is time remaining, steps S219 to S221 are skipped and the process proceeds to step S222.
  • step S222 the access control unit 312 sends the A-MPDU frame containing the undelivered data to the transmission processing unit 305 using the link determined to have the remaining time or the free link available at the earliest. Send it. Then, the process returns to step S201.
  • FIGS. 25 and 26 show the flow of operation for one of a plurality of links, but in the Multi-Link Operation, this process is executed in parallel for the plurality of links. ..
  • step S301 the access control unit 312 determines whether or not the A-MPDU frame addressed to the own device has been received via the reception frame analysis unit 308. Step S301 is repeated until it is determined that the A-MPDU frame addressed to the own device has been received. Then, if it is determined that the A-MPDU frame addressed to the own device has been received, the process proceeds to step S302.
  • step S302 the multi-link management unit 311 causes the reception frame analysis unit 308 to acquire each MPDU based on the Length included in the Delimiter of the A-MPDU Subframe constituting the received A-MPDU frame.
  • step S303 the multi-link management unit 311 controls the reception sequence management unit 309 to determine whether or not the MPDU acquired by the reception frame analysis unit 308 could be received without error. If it is determined that the reception was successful without any error, the process proceeds to step S304.
  • step S304 the multi-link management unit 311 controls the reception sequence management unit 309 to store the MPDU determined to have been received without error in the reception buffer 310.
  • step S305 the multi-link management unit 311 stores the sequence number of the MPDU stored in the receive buffer 310 as ACK information in a storage area (not shown).
  • step S303 determines whether reception was not possible without error, that is, if there is an error in the received MPDU. If it is determined in step S303 that reception was not possible without error, that is, if there is an error in the received MPDU, the process proceeds to step S306.
  • step S306 the multi-link management unit 311 stores the sequence number of the MPDU in which the error has occurred as NACK information in a storage area (not shown).
  • step S307 the multi-link management unit 311 determines whether or not the received MPDU is the end of the A-MPDU frame. If it is determined that it is not the end of the A-MPDU frame, the process returns to step S302, and the subsequent processing is repeated. On the other hand, if it is determined to be the end of the A-MPDU frame, the process proceeds to step S308.
  • step S308 the multi-link management unit 311 determines whether or not the data output condition is satisfied, such as whether or not the data output timing of the data stored in the receive buffer 310 has been reached. If it is determined that the data output condition is satisfied, the process proceeds to step S309.
  • step S309 the multi-link management unit 311 controls the I / F 301 to cause the I / F 301 to acquire data from the receive buffer 310.
  • step S310 the multi-link management unit 311 outputs the data acquired from the receive buffer 310 from the I / F 301.
  • the output data is supplied to the application executed by the device control module 230.
  • step S308 determines whether the data output condition is satisfied. If it is determined in step S308 that the data output condition is not satisfied, steps S309 and S310 are skipped.
  • step S311 the multi-link management unit 311 determines whether or not the condition for returning the receipt confirmation information is satisfied. Here, it is determined whether or not the condition for returning the receipt confirmation information is satisfied depending on whether or not the receipt confirmation information needs to be returned and whether or not there is undelivered data for which resending is requested.
  • step S302 If it is determined that the conditions for returning the receipt confirmation information are not satisfied, the process returns to step S302, and the subsequent processing is repeated. On the other hand, if it is determined that the condition for returning the receipt confirmation information is satisfied, the process proceeds to step S312 (FIG. 26).
  • step S312 the multi-link management unit 311 acquires ACK information or NACK information stored in a storage area (not shown).
  • NACK information the ACK information (NACK information) about the data in one link but also the ACK information (NACK information) including the reception status of the data in all the other links is acquired.
  • step S313 the multi-link management unit 311 causes the transmission frame construction unit 304 to construct a block ACK frame in which the acquired ACK information or NACK information is described, based on a preset data format.
  • the block ACK frame described with reference to FIGS. 16 and 17 when the block ACK frame described with reference to FIGS. 16 and 17 is constructed, information that can specify the latest sequence number of the data received at each link is added to the block ACK frame.
  • the block ACK frame described with reference to FIG. 18 when the block ACK frame described with reference to FIG. 18 is constructed, the block ACK frame contains NACK information including the sequence number of undelivered data that needs to be retransmitted.
  • step S314 the multi-link management unit 311 sets a link used for returning the constructed block ACK frame.
  • the link used for returning the block ACK frame may be the link that received the A-MPDU frame, or may be the return link set as Reverse Links in the Multi-link Setup Response.
  • step S315 the access control unit 312 determines whether or not the set link has become available. Step S315 is repeated until it is determined that the set link is available. Then, if it is determined that the set link has become available, the process proceeds to step S316.
  • step S316 the access control unit 312 causes the transmission processing unit 305 to transmit the block ACK frame using the available link.
  • step S317 the multi-link management unit 311 determines whether or not all the data (MPDU) has been received based on the sequence number of the MPDU managed by the reception sequence management unit 309.
  • step S301 If it is determined that all the data has not been received, the process returns to step S301, and the subsequent processing is executed for the A-MPDU frame including the undelivered data to be retransmitted. On the other hand, if it is determined that all the data has been received, the process ends.
  • the undelivered data is retransmitted using the available links, which is more preferable. It is possible to retransmit undelivered data.
  • undelivered data is retransmitted using a link other than the link used for transmitting the data. Therefore, the minimum necessary link is used while transmitting new data. Retransmission of undelivered data can be realized.
  • the transmitting communication device transmits data using a plurality of links
  • the undelivered data is retransmitted using the link whose data transmission is completed early, so that the undelivered data is retransmitted in a shorter time. All data can be sent.
  • the transmitting communication device transmits data using a plurality of links
  • the undelivered data is retransmitted using a link that has not yet been used for data transmission or a link that has become available at the latest timing. Therefore, the data can be efficiently transmitted in a shorter time.
  • the transmitting communication device can receive the receipt confirmation information (ACK) in a shorter time.
  • ACK receipt confirmation information
  • TXOP Transmission opportunity
  • Duration since the Duration includes a spare time, the timing for retransmitting the undelivered data using the link is secured in advance. .. That is, by completing the retransmission within Duration, the backoff time is reduced, and the transmitting communication device can efficiently transmit the data of the application such as RTA (Real-Time Application).
  • RTA Real-Time Application
  • the receiving side communication device can more reliably notify the transmitting side communication device of the sequence number of the undelivered data.
  • the receiving side communication device when data is received using a plurality of links, the receiving side communication device returns the block ACK frame in which the NACK information is described, so that the receiving side communication device inputs the sequence number of the undelivered data and the error data. It is possible to notify the transmitting communication device. By clarifying the sequence number of the data in error, it is possible to prevent untransmitted data or data that has not been decrypted, which is not represented by the conventional Bitmap format information, from being retransmitted repeatedly. ..
  • the embodiment to which the technique according to the present disclosure is applied is not limited to the above-mentioned embodiment, and various changes can be made without departing from the gist of the technique according to the present disclosure.
  • An access control unit that controls the transmission of parallel data using multiple links in a wireless network
  • a communication device including a multi-link management unit that sets a retransmission of the undelivered data using the available link when undelivered data occurs in the predetermined link.
  • the multi-link management unit identifies the undelivered data that needs to be retransmitted based on the receipt confirmation information from the transmission destination of the data.
  • the multi-link management unit sets the retransmission of the undelivered data using the link for which the transmission of the data has been completed among the plurality of the links.
  • the multi-link management unit controls the construction of a data frame in which the undelivered data and the newly transmitted data are combined with respect to at least one link used for transmitting the data (1) to (5).
  • the multi-link management unit controls the construction of a data frame including the undelivered data according to the reception timing of the receipt confirmation information from the transmission destination of the data and the transmission waiting status of the data (1) to (1).
  • the communication device according to any one of 7).
  • the multi-link management unit of the second undelivered data following the data frame (10) When the second undelivered data is newly generated during the transmission of the data frame including the first undelivered data, the multi-link management unit of the second undelivered data following the data frame.
  • the communication device according to any one of (1) to (9) for which retransmission is set.
  • the communication device Control the transmission of parallel data using multiple links in a wireless network
  • An access control unit that controls the reception of parallel data using multiple links in a wireless network, When returning the receipt confirmation information at one link, it is provided with a multi-link management unit that sets the receipt confirmation information including information that can specify the reception status of the data at the other link.
  • the access control unit controls the return of the receipt confirmation information
  • the multi-link management unit is a communication device that sets reception of retransmission data corresponding to the receipt confirmation information using the link of 1.
  • the communication device according to (12) wherein the multi-link management unit sets the receipt confirmation information including the sequence number of the undelivered data as the information that can specify the reception status of the data in the other link.
  • the communication device according to any one of (12) to (15), wherein the multi-link management unit manages both reception of the data using the predetermined link and reception of the retransmission data.
  • the multi-link management unit does not request transmission of the retransmission data to the transmission source of the data while receiving a data frame containing the retransmission data using the predetermined link (12) to (16).
  • the communication device described in any of. (18) The communication device according to any one of (12) to (17), wherein the multi-link management unit determines whether or not to output the received data after the end of the received data frame is detected.
  • the communication device determines whether or not the receipt confirmation information needs to be returned after the end of the received data frame is detected.
  • the communication device Controlling the reception of parallel data using multiple links in a wireless network When returning the receipt confirmation information at the link of 1, the receipt confirmation information including the information that can specify the reception status of the data at the other link is set. Controls the return of the receipt confirmation information and A communication method for setting the link for receiving retransmitted data.
  • 200 communication device 250 wireless communication module, 301 I / F, 302 transmission buffer, 303 transmission sequence management unit, 304 transmission frame construction unit, 305 transmission processing unit, 306 transmission / reception antenna, 307 reception processing unit, 308 reception frame analysis unit, 309 Reception sequence management unit, 310 reception buffer, 311 multi-link management unit, 312 access control unit

Landscapes

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

Abstract

本開示は、複数のリンクを用いた通信において、より好適な未達データの再送を実現することができるようにする通信装置および通信方法に関する。 送信側通信装置は、無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御し、所定のリンクにおいて未達データが発生した場合、利用可能なリンクを用いた未達データの再送を設定する。受信側通信装置は、無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御し、1のリンクにおいて受領確認情報を返送する場合、他のリンクにおけるデータの受信状況を特定し得る情報を含む受領確認情報を設定し、受領確認情報の返送を制御して、再送データを受信するリンクを設定する。本開示は、複数のリンクを用いた通信を行う通信装置に適用することができる。

Description

通信装置および通信方法
 本開示は、通信装置および通信方法に関し、特に、複数のリンクを用いた通信において、より好適な未達データの再送を実現できるようにする通信装置および通信方法に関する。
 従来、複数台の無線端末に対して、同時に別々のデータを送信することができるマルチユーザ通信に関する技術が知られている。
 例えば、特許文献1には、マルチユーザ通信においてデータの再送が必要な場合に、再送データと他のユーザ宛のデータが多重化されたデータフレームを受信する通信方法が開示されている。
特開2017-55398号公報
 しかしながら、特許文献1においては、複数のリンクを用いた通信における未達データの再送については言及されていなかった。
 本開示は、このような状況に鑑みてなされたものであり、複数のリンクを用いた通信において、より好適な未達データの再送を実現するようにするものである。
 本開示の第1の側面の通信装置は、無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御するアクセス制御部と、所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定するマルチリンク管理部とを備える通信装置である。
 本開示の第1の側面の通信方法は、通信装置が、無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御し、所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定する通信方法である。
 本開示の第2の側面の通信装置は、無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御するアクセス制御部と、1のリンクにおいて受領確認情報を返送する場合、他のリンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定するマルチリンク管理部とを備え、前記アクセス制御部は、前記受領確認情報の返送を制御し、前記マルチリンク管理部は、前記1のリンクを用いた前記受領確認情報に対応する再送データの受信を設定する通信装置である。
 本開示の第2の側面の通信方法は、通信装置が、無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御し、1の前記リンクにおいて受領確認情報を返送する場合、他の前記リンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定し、前記受領確認情報の返送を制御し、再送データを受信する前記リンクを設定する通信方法である。
 本開示の第1の側面においては、無線ネットワークにおける複数のリンクを用いて並行したデータの送信が制御され、所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送が設定される。
 本開示の第2の側面においては、無線ネットワークにおける複数のリンクを用いて並行したデータの受信が制御され、1の前記リンクにおいて受領確認情報が返送される場合、他の前記リンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報が設定され、前記受領確認情報の返送が制御され、再送データを受信する前記リンクが設定される。
無線LANシステムの構成例を示す図である。 利用可能な周波数帯域とチャネル割り当てについて説明する図である。 データ受信時の干渉について説明するシーケンス図である。 データ受信時の干渉について説明するシーケンス図である。 複数のリンクを用いた未達データの再送の例を示す図である。 本開示に係る技術における未達データの再送の例を示す図である。 本開示に係る技術における未達データの再送の例を示す図である。 本開示に係る技術における未達データの再送の例を示す図である。 本開示に係る技術における未達データの再送の例を示す図である。 本開示に係る技術による未達データの再送の例を示す図である。 未達データの再送について説明するシーケンス図である。 未達データの再送について説明するシーケンス図である。 Multi-Link Operationのセットアップ時に送受信されるフレームの構成例を示す図である。 A-MPDUフレームの構成例を示す図である。 ブロックACKフレームの構成例を示す図である。 ブロックACKフレームの構成例を示す図である。 ブロックACKフレームの構成例を示す図である。 ブロックACKフレームの構成例を示す図である。 本開示に係る技術を適用した通信装置の構成例を示すブロック図である。 無線通信モジュールの構成例を示すブロック図である。 Multi-Link Operationのセットアップ時の通信装置の動作の流れを示すフローチャートである。 Multi-Link Operationのセットアップ時の通信装置の動作の流れを示すフローチャートである。 送信側通信装置の動作の流れを示すフローチャートである。 送信側通信装置の動作の流れを示すフローチャートである。 受信側通信装置の動作の流れを示すフローチャートである。 受信側通信装置の動作の流れを示すフローチャートである。
 以下、本開示を実施するための形態(以下、実施の形態とする)について説明する。なお、説明は以下の順序で行う。
 1.Multi-Link Operationとその課題
 2.本開示に係る技術の概要
 3.本開示の実施の形態
  3-1.無線LANシステムの構成例
  3-2.データ受信時の干渉について
  3-3.未達データの再送の例
  3-4.データフレームの構成例
  3-5.通信装置の構成例
  3-6.通信装置の動作
 4.まとめ
<1.Multi-Link Operationとその課題>
(Multi-Link Operationについて)
 従来、無線LANシステムにおいては、1つの周波数帯域における任意の帯域幅となる周波数チャネルが1つの通信リンク(以下、単にリンクという)として通信に利用されている。具体的には、IEEE802.11b,11g,11nにより規格化された技術が、周波数2.4GHz帯の通信に利用され、IEEE802.11a,11n,11acにより規格化された技術が、周波数5GHz帯の通信に利用されている。
 また近年、IEEE802.11axにより規格化される技術においては、新たに周波数6GHz帯の通信が利用されるようになっている。
 これらの規格では、複数のデータ(MAC層プロトコルデータユニット:MPDU)を1つのデータフレームに集約するフレームアグリゲーション技術による、A-MPDUフレームの構造が規定されている。
 現在、IEEE802.11タスクグループ(TG)beにより、複数のリンク(周波数帯域)を用いてデータを送受信する技術であるMulti-Link Operation(MLO)が検討されている。
 このMulti-Link Operationにおいては、あるリンクでデータの受領確認情報(ACK)を返送する際に、他のリンクで送信されたデータの受信状況を一括して含んだACKとして返送する方法が検討されている。
 一方で、従来、無線LANシステムにおける未達データの再送方法としては、各リンクにおいて、データ送信後に返送されたACKを受信し、そのリンクにおいて未達データを再送する方法が一般的に利用されていた。
(Multi-Link Operationの課題)
 従来のデータ送信シーケンスにおいては、あるリンクで送信されたデータには一連のシーケンス番号が付加されて管理される。そのため、他のリンクで送信されたデータを再送してしまうと、管理されるシーケンス番号の範囲外のデータが再送されることになり、シーケンス番号の管理が破綻してしまう。すなわち、全てのリンクにおけるシーケンス番号を一括して管理しない限り、どのリンクで送信されたデータが未達となっているのかが特定できなかった。
 また、シーケンス番号空間は所定の情報長(12ビット程度)で構成されることから、この範囲を超えるシーケンス番号の管理はできなかった。すなわち、あるリンクで送信されたデータのシーケンス番号を含んだ再送データが他のリンクで送信されると、想定されていた範囲にある一連のシーケンス番号が一致せず、また、各リンクにおける未達データと再送すべきデータを特定することができなかった。
 さらに、所定の再送タイミングまでに再送が完了しないと、新たなデータを送信できなかった。すなわち、Multi-Link Operationにおいて、複数のリンクで送信されたデータを一括して管理した場合であっても、再送が完了するまでシーケンス番号空間を利用することができず、新たなデータを送信することはできなかった。
 また、従来のネットワークアロケーションベクタによる仮想的なキャリアセンス方法を利用した場合であっても、一旦、データの送信とACKの受信が終了した後に、他の通信装置からのデータの送信が開始されると、未達データを短時間のうちに再送することはできなかった。
 そのため、無線LANシステムにおけるデータ送信では、一旦、データの受信でエラーが発生すると、エラーのリカバリに時間がかかってしまう。特に、A-MPDUフレームの構成では、途中のMPDUでエラーが発生していても、末尾のMPDUが到来するまでACKを返送できず、送信側通信装置はエラーの発生を即座に把握できなかった。
 さらに、未達データを特定して再送する場合、ACKを受信した後でないと未達データを特定できない上、その未達データを再送する場合、新たに利用可能となったリンクにおいてアクセス権を獲得するまで再送できなかった。したがって、多数のデータを再送する場合、全てのデータの受信が確認されるまでに時間がかかっていた。特に、データの一部に誤りがあった場合、新たなリンクでデータを送信するためのバックオフ時間を設定する必要があり、さらに時間がかかってしまうおそれがあった。
 加えて、各リンクでアクセスカテゴリの異なるデータを送信する場合、再送するために必要なバックオフ時間に差が生じ、短時間でデータを再送することが容易ではなかった。すなわち、再送されないシーケンス番号のデータが存在する場合、それ以上、シーケンス番号空間を利用できなくなるため、特に短時間での送信が求められるアプリケーションなどの優先的なアクセスカテゴリにおいて、データを送信することができないおそれがあった。
<2.本開示に係る技術の概要>
 本開示に係る技術においては、Multi-Link Operationにおいて複数のリンクを用いてデータを送信する場合、あらかじめ決められたリンクのうち、空いたリンクを用いて未達データが再送されるようにする。
 具体的には、送信側通信装置は、未達データの存在が把握された時点で、空いているリンクを用いて、未達データを再送する。ここでは、特定のリンクが空きリンクとしてあらかじめ確保されてもよいし、最も遅いタイミングで利用可能となったリンクを用いて未達データが再送されてもよい。
 また、送信側通信装置は、受信側通信装置の受信状況を把握するために、受領確認情報(ACK)が早期に返送されるよう、必要に応じてフレームアグリゲーションにより短いフレーム長のA-MPDUフレームを構成する。これにより、送信側通信装置は、未達データの存在を早期に把握することができる。すなわち、送信側通信装置は、利用が設定されたリンクにおいて、あらかじめバックオフ制御を実行し、未達データが存在することを把握した直後に、その未達データを再送する。
 また、送信側通信装置は、短時間で未達データを再送するために、あらかじめ送信機会(TXOP)を確保してデータを送信しておき、未達データの存在を把握したときには、新たなバックオフ手順を経ずにTXOP内で、未達データの再送を完了させる。
 一方、受信側通信装置は、あるリンクを用いて他のリンクで送信されたデータが再送されることを把握し、他のリンクで受信したデータを結合して、全データを構築する。ここでは、受領確認情報が、所定のリンクで送信側通信装置に逐次返送され、送信側通信装置により、空きリンクを用いて未達データが再送される。
 また、受信側通信装置は、受領確認情報を構築する際に、それぞれのリンクにおいて未達となっているデータを特定できるように、ブロックACKフレームに、受信したデータのシーケンス番号を記載することで、再送を要求するデータを特定する。
 さらに、受信側通信装置は、再送に利用可能なリンクを送信側通信装置に通知することで、所定のリンクで未達データが再送されることを把握し、複数のリンクで受信したデータを一元管理する。また、受信側通信装置は、受信したデータのエラーの発生状況を把握できるように、各リンクで受信したデータの最新のシーケンス番号をブロックACKフレームのパラメータ情報として記載する。
 これにより、フレームアグリゲーションにより複数のMPDUが集約されて送信される場合において、早期に未達データが把握され、空きリンクを用いて未達データが再送されるので、ACKの返送から未達データの再送までに要する時間を短縮することができる。
 また、各リンクで受信したデータの最新のシーケンス番号がブロックACKフレームのパラメータ情報として記載されるので、データの復号処理とブロックACKフレームの返送に要する時間的な遅延が生じても、未達データが確実に通知されるようになる。
<3.本開示の実施の形態>
 以下、本開示の実施の形態に係る無線通信システムについて説明する。
(3-1.無線LANシステムの構成例)
 図1は、本開示に係る技術が適用され得る無線LANシステムの構成例を示す図である。
 図1の無線LANシステムにおいては、アクセスポイント10に、通信装置11と通信装置12が接続されることで、第1の無線ネットワークが構築されている。第1の無線ネットワークの近傍においては、アクセスポイント20と通信装置21により、第2の無線ネットワークが構築され、アクセスポイント30と通信装置31により、第3の無線ネットワークが構築されている。
 アクセスポイント10は、アクセスポイント20、通信装置21、アクセスポイント30、および通信装置31からの信号を受信できる位置に存在している。通信装置11は、アクセスポイント20とアクセスポイント30からの信号を受信できる位置に存在している。通信装置12は、通信装置21と通信装置31からの信号を受信できる位置に存在している。
 このような無線LANシステムにおいて、第1のネットワークを構成する通信装置11と通信装置12は、第2の無線ネットワークや第3の無線ネットワークが存在していても、互いに公平なアクセスを行う必要がある。
 図2は、本開示に係る技術が適用される無線通信システムにおいて利用可能な周波数帯域とチャネル割り当てについて説明する図である。
 図2のA図に示されるように、2.4GHz帯では、IEEE802.11g規格に基づいて20MHz帯域幅のOFDM方式の無線信号を適用した場合、少なくとも2チャネルが割り当てられる。
 また、図2のB図に示されるように、5GHz帯では、IEEE802.11aなどの規格に基づいて20MHz帯域幅のOFDM方式の無線信号を適用した場合、多くのチャネルが割り当てられる。
 但し、5GHz帯におけるチャネル割り当ての運用は、国や地域によって異なり、各国の法制度において、利用可能な周波数範囲、送信電力や送信可能を判定する条件などが定められている。
 例えば、日本国内では、B図において白抜きで示される、チャネル36からチャネル64までの8チャネル(5GHz帯A)と、チャネル100からチャネル140までの11チャネル(5GHz帯B)の利用が可能とされている。
 日本以外の国や地域では、B図において黒塗りや破線で示されるように、チャネル32やチャネル68、チャネル96、チャネル144、さらにはチャネル149からチャネル173までの利用も可能されている。
 さらに、図2のC図に示されるように、現在規格化が進められている6GHz帯では、より多くのチャネルが割り当てられるようになる。具体的には、例えば、6GHz帯AのUNII-5バンドで25チャネル、6GHz帯BのUNII-6バンドで5チャネル、6GHz帯CのUNII-7バンドで17チャネル、6GHz帯DのUNII-8バンドで12チャネルの利用が可能となる。
(3-2.データ受信時の干渉について)
 図3および図4を参照して、データ受信時の干渉について説明する。
 図3は、従来のデータ送信シーケンスにおけるデータとACKの衝突の例を示すシーケンス図である。
 従来の通信方式においては、データの送信とACKの返送が同じチャネルで行われる。そのため、近接するネットワークから送信された信号が自己ネットワークにおける受信に干渉したり、自己ネットワークから送信された信号が近接するネットワークにおける受信に干渉したりする。
 図3の例では、自己ネットワーク50が、送信側通信装置51と受信側通信装置52により構成され、近接するネットワークであるOBSS(Overlapping Basic Service Set)ネットワーク60が、送信側通信装置61と受信側通信装置62により構成される。
 例えば、自己ネットワーク50において、受信側通信装置52が送信側通信装置51からデータ(A-MPDU)を受信している最中に、OBSSネットワーク60においては、受信側通信装置62が送信側通信装置61からのRTSに対してCTSを返送している。このとき、受信側通信装置62からのCTSが、受信側通信装置52のデータ受信に干渉し、受信側通信装置52は、送信側通信装置51からのデータを正しく受信・復号できなくなる。
 その後、OBSSネットワーク60において、受信側通信装置62が送信側通信装置61からデータ(A-MPDU)を受信している最中に、自己ネットワーク50においては、受信側通信装置52が送信側通信装置51からのデータに対してブロックACKを返送している。このとき、受信側通信装置52からのブロックACKが、受信側通信装置62のデータ受信に干渉し、受信側通信装置62は、送信側通信装置61からのデータを正しく受信・復号できなくなる。
 さらに、自己ネットワーク50において、受信側通信装置52が送信側通信装置51から再送されたデータ(再送A-MPDU)を受信している最中に、OBSSネットワーク60においては、受信側通信装置62が送信側通信装置61からのデータに対してブロックACKを返送している。このとき、受信側通信装置62からのブロックACKが、受信側通信装置52のデータ受信に干渉し、受信側通信装置52は、送信側通信装置51からの再送データを正しく受信・復号できなくなる。
 さらにまた、OBSSネットワーク60において、受信側通信装置62が送信側通信装置61から再送されたデータ(再送A-MPDU)を受信している最中に、自己ネットワーク50においては、受信側通信装置52が送信側通信装置51からの再送データに対してブロックACKを返送している。このとき、受信側通信装置52からのブロックACKが、受信側通信装置62のデータ受信に干渉し、受信側通信装置62は、送信側通信装置61からの再送データを正しく受信・復号できなくなる。
 このように、自己ネットワーク50の受信側通信装置52からの信号と、OBSSネットワーク60の受信側通信装置62からの信号が、互いに干渉信号となり、最終的に全てのデータを送信するまでに多くの時間がかかっていた。
 図4は、近い周波数帯を利用したMulti-Link Operationの例を示すシーケンス図である。
 Multi-Link Operationにおいては、周波数帯の近い複数のリンクを利用する場合、一方のリンクで返送される信号が、他方のリンクで送信されるデータの受信に干渉する可能性がある。
 図4の例では、送信側通信装置71が、Link1において5GHz帯を利用し、Link2において6GHz帯を利用する。同様に、受信側通信装置72が、Link1において5GHz帯を利用し、Link2において6GHz帯を利用する。
 例えば、送信側通信装置71が、Link1とLink2を用いてデータ(A-MPDU)を非同期で送信している。受信側通信装置72は、Link2でのデータの受信が、Link1でのデータの受信より早く終了することで、Link2を用いてブロックACKを返送している。このとき、Link2でのブロックACKが、Link1でのデータの受信に干渉するおそれがある。
 その後、受信側通信装置72は、Link2で再送されたデータ(再送A-MPDU)を受信している最中に、Link1でのデータの受信が終了することで、Link1を用いてブロックACKを返送している。このとき、Link1でのブロックACKが、Link2での再送データの受信に干渉するおそれがある。
 さらに、受信側通信装置72は、Link1で再送されたデータ(再送A-MPDU)を受信している最中に、Link2での再送データの受信が終了することで、Link2を用いてブロックACKを返送している。このとき、Link2でのブロックACKが、Link1での再送データの受信に干渉するおそれがある。
 このように、近い周波数帯を利用したMulti-Link Operationにおいては、受信側通信装置72が返送するACKが干渉信号となり、最終的に全てのデータを送信するまでに多くの時間がかかってしまう。
(3-3.未達データの再送の例)
 ここでは、従来の通信方式における未達データの再送の例と、本開示に係る技術における未達データの再送の例について、具体的に例示する。
 図5は、従来の通信方式において複数のリンクを用いた未達データの再送の例を示す図である。
 図5の例では、第1のリンク(Link1)から第3のリンク(Link3)を用いてデータが送信される。ここでは、リンク毎にデータのシーケンス番号が管理されて、受領確認情報(ACK)が返送されるとともに、リンク毎に未達データが再送される。
 Link1では、送信側通信装置が、所定のアクセス制御によりアクセス権を獲得した際に、フレームアグリゲーションにより集約されたシーケンス番号1乃至8のデータ(Data1乃至Data8)を、A-MPDUフレームとして送信している。
 受信側通信装置は、Data1乃至Data8の受領確認を行う。ここでは、エラーにより正しく受信されなかったData3とData7が、図中黒塗りで示されている。すなわち、受信側通信装置は、A-MPDUフレームの受信後、正しく受信されたデータ(Data1,2,4乃至6,8)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 送信側通信装置は、受信側通信装置からのACKにより、未達データの存在を把握すると、その未達データ(Data3とData7)を再送する。
 受信側通信装置は、未達データ(Data3とData7)の受領確認を行った後、正しく受信された全てのデータ(Data1乃至Data8)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 Link2では、送信側通信装置が、所定のアクセス制御によりアクセス権を獲得した際に、フレームアグリゲーションにより集約されたシーケンス番号9乃至16のデータ(Data9乃至Data16)を、A-MPDUフレームとして送信している。
 受信側通信装置は、Data9乃至Data16の受領確認を行う。ここでは、エラーにより正しく受信されなかったData10とData16が、図中黒塗りで示されている。すなわち、受信側通信装置は、A-MPDUフレームの受信後、正しく受信されたデータ(Data9,11乃至15)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 送信側通信装置は、受信側通信装置からのACKにより、未達データの存在を把握すると、その未達データ(Data10とData16)を再送する。
 受信側通信装置は、未達データ(Data10とData16)の受領確認を行った後、正しく受信された全てのデータ(Data9乃至Data16)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 Link3では、送信側通信装置が、所定のアクセス制御によりアクセス権を獲得した際に、フレームアグリゲーションにより集約されたシーケンス番号17乃至24のデータ(Data17乃至Data24)を、A-MPDUフレームとして送信している。
 受信側通信装置は、Data17乃至Data24の受領確認を行う。ここでは、エラーにより正しく受信されなかったData20が、図中黒塗りで示されている。すなわち、受信側通信装置は、A-MPDUフレームの受信後、正しく受信されたデータ(Data17乃至19,21乃至24)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 送信側通信装置は、受信側通信装置からのACKにより、未達データの存在を把握すると、その未達データ(Data20)を再送する。
 受信側通信装置は、未達データ(Data20)の受領確認を行った後、正しく受信された全てのデータ(Data17乃至Data24)を指定した受領確認情報(ACK)を、送信側通信装置に返送する。
 以上のように、従来の通信方式において、複数のリンクを用いて未達データを再送する場合、リンク毎に返送されるブロックACKフレームには、他のリンクで送信されたデータの受領確認情報(ACK)が含まれない。そのため、それぞれのリンク毎に独立してデータを再送する必要があった。
 そこで、以下においては、本開示に係る技術により、所定のリンクにおいて未達データが発生した場合に、利用可能なリンクを用いて未達データを再送する例について説明する。
 図6は、本開示に係る技術における未達データの再送の例について説明する図である。
 図6の例では、第1のリンク(Link1)から第3のリンク(Link3)を用いてデータが送信される。ここでは、全てのリンクにおけるデータのシーケンス番号が一括して管理され、受領確認情報(ACK)として他のリンクでのデータの受信状況を含むブロックACKフレームが返送されるとともに、任意のリンクを用いて未達データが再送される。
 なお、図6の例では、図5の例と同様にして、A-MPDUフレームとして、Link1を用いてData1乃至Data8が送信され、Link2を用いてData9乃至Data16が送信され、Link3を用いてData17乃至Data24が送信される。
 Link1では、受信側通信装置は、A-MPDUフレーム(Data1乃至Data8)の受信後、他のリンク(Link2とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至8,9乃至14,17乃至19のデータ(Data1乃至Data8,Data9乃至Data14,Data17乃至Data19)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData3とData7が、Link2ではData10が正しく受信されていない旨がブロックACK情報に記載される。すなわち、Link1でA-MPDUフレームを受信したタイミングまでに収集された、他のリンクを含むデータの受信状況が記載されたブロックACK情報を含むACKが、送信側通信装置に返送される。このとき、受信側通信装置においては、受信されたデータの復号に時間がかかる場合もあることから、ブロックACK情報が反映されるまでに所定の時間がかかることもあり得る。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink1を用いて、その未達データ(Data3,Data7,Data10)を再送する。
 Link2では、受信側通信装置は、A-MPDUフレーム(Data9乃至Data16)の受信後、他のリンク(Link1とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至8,9乃至16,17乃至21のデータ(Data1乃至Data8,Data9乃至Data16,Data17乃至Data21)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link2ではData16が、Link3ではData20が正しく受信されていない旨がブロックACK情報に記載される。なお、この時点では、先の未達データ(Data3,Data7,Data10)の再送が開始されていないことから、Data3,Data7,Data10が未達である旨も、ブロックACK情報に記載されてもよい。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink2を用いて、先に再送が決定された未達データ(Data3,Data7,Data10)を除いた未達データ(Data16,Data20)を再送する。
 Link3では、受信側通信装置は、A-MPDUフレーム(Data17乃至Data24)の受信後、他のリンク(Link1とLink2)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至24の全てのデータ(Data1乃至Data24)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、再送データ(Data3,Data7,Data10,Data16)が受信されていれば、その旨もブロックACK情報に記載される。
 この時点では、Data20のみが未達となるが、送信側通信装置は、Link2を用いてData20を含む未達データを再送していることから、Data20が未達である旨が記載されたブロックACK情報を含むACKを受信しても、即座にData20の再送を開始しない。すなわち、送信側通信装置は、Link2での再送データに対するACKの返送を待つことで、再度の再送が必要か否かを判断する構成としてある。
 そして、送信側通信装置が、再送データに対するACKとして、Data20を含む全てのデータを受信した旨が記載されたブロックACK情報を含むACKを受信することで、一連の動作が終了する。
 図7は、本開示に係る技術における未達データの再送の他の例について説明する図である。
 図7の例では、データの送信をより早く開始するリンクにおいて、A-MPDUフレームの構成を短く設定することで、そのリンクで、より早いタイミングで受領確認情報(ACK)が返送されるようにする。
 すなわち、図7の例では、A-MPDUフレームとして、Link1を用いてData1乃至Data5が送信され、Link2を用いてData6乃至Data15が送信され、Link3を用いてData16乃至Data24が送信される構成としてあるが、これ以外の構成であってもよい。
 Link1では、受信側通信装置は、A-MPDUフレーム(Data1乃至Data5)の受信後、他のリンク(Link2とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至5,6乃至8,16のデータ(Data1乃至Data5,Data6乃至Data8,Data16)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData3が、Link2ではData7が、Link3ではData16が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink1を用いて、その未達データ(Data3,Data7,Data16)を再送する構成としてもよい。
 受信側通信装置は、A-MPDUフレームとして送信された再送データ(Data3,Data7,Data16)に対するACKを返送する。このACKには、シーケンス番号1乃至5,6乃至13,16乃至21のデータ(Data1乃至Data5,Data6乃至Data13,Data16乃至Data21)の受信状況が記載されたブロックACK情報が含まれる。
 このとき、図中黒塗りで示されているように、Link2ではData10が、Link3ではData20が正しく受信されていない旨がブロックACK情報に記載される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink1を用いて、未達データ(Data10,Data20)を再送する構成としてもよい。
 Link2では、受信側通信装置は、A-MPDUフレーム(Data6乃至Data15)の受信後、他のリンク(Link1とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至5,6乃至15,16乃至23のデータ(Data1乃至Data5,Data6乃至Data15,Data16乃至Data23)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、この時点で再送データを含めて受信が確認されていないData10,Data20が未達である旨がブロックACK情報に記載される。
 Link3では、受信側通信装置は、A-MPDUフレーム(Data16乃至Data24)の受信後、他のリンク(Link1とLink2)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至24の全てのデータ(Data1乃至Data24)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、この時点で再送途中のData20が未達である旨がブロックACK情報に記載される。
 そして、送信側通信装置が、Link1での再送データに対するACKとして、Data20を含む全てのデータを受信した旨が記載されたブロックACK情報を含むACKを受信することで、一連の動作が終了する。
 図8は、本開示に係る技術における未達データの再送の他の例について説明する図である。
 図8の例では、全てのリンクにおいて、A-MPDUフレームの構成を短く設定することで、全てのリンクで、より早いタイミングで受領確認情報(ACK)が返送され、未達データの再送を促進させるようにする。
 すなわち、図8の例では、例えば最初にアクセス権が獲得されたLink1では、4つのMPDUで構成されたA-MPDUフレームが送信され、他のリンクでは、6つのMPDUで構成されたA-MPDUフレームが送信される構成としてあるが、これ以外の構成であってもよい。
 Link1では、受信側通信装置は、A-MPDUフレーム(Data1乃至Data4)の受信後、他のリンク(Link2)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至4,5乃至7のデータ(Data1乃至Data4,Data5乃至Data7)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData3が、Link2ではData7が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点でデータの送信待ち状態のLink3を用いて、その未達データ(Data3,Data7)を再送する。具体的には、送信側通信装置は、未達データ(Data3,Data7)と、新規に送信されるデータ(Data11乃至Data14)とを組み合わせたA-MPDUフレームを構築し、受信側通信装置に送信する。
 ACK受信後に利用可能となったLink1では、引き続いて、新規に送信されるデータ(Data15乃至Data20)で構成されたA-MPDUフレームが送信される構成としてもよい。
 Link2では、受信側通信装置は、A-MPDUフレーム(Data5乃至Data10)の受信後、他のリンク(Link1)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至4,5乃至10,15のデータ(Data1乃至Data4,Data5乃至Data10,Data15)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData10が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink2を用いて、その未達データ(Data10)を再送する。具体的には、送信側通信装置は、未達データ(Data10)と、新規に送信されるデータ(Data21乃至Data24)とを組み合わせたA-MPDUフレームを構築し、受信側通信装置に送信する構成としてもよい。
 Link3では、受信側通信装置は、A-MPDUフレーム(Data3,Data7,Data11乃至Data14)の受信後、他のリンク(Link1、Link2)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至4,5乃至10,11乃至14,15乃至19,21,22のデータ(Data1乃至Data4,Data5乃至Data10,Data11乃至Data14,Data15乃至Data19,Data21,Data22)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData16が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink3を用いて、その未達データ(Data16)を再送する。具体的には、送信側通信装置は、未達データ(Data16)を含むA-MPDUフレームを構築し、受信側通信装置に送信する構成としてもよい。
 さらに、Link1では、受信側通信装置は、A-MPDUフレーム(Data15乃至Data20)の受信後、Data16,Data20が正しく受信されていない旨が記載されたブロックACK情報を含むACKを送信側通信装置に返送する。
 このとき、Data16はLink3を用いて再送されていることから、送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、その時点で利用可能となったLink1を用いて、Data20のみを再送する構成としてもよい。
 Link2では、送信側通信装置が、全てのデータ(Data1乃至Data24)を受信した旨が記載されたブロックACK情報を含むACKを受信する。
 そして、図示はしないが、送信側通信装置が、Link1とLink3での再送データに対するACKとして、Data16,Data20を含む全てのデータを受信した旨が記載されたブロックACK情報を含むACKを受信することで、一連の動作が終了する。
 図9は、本開示に係る技術における未達データの再送の他の例について説明する図である。
 図9の例では、送信側通信装置と受信側通信装置との間で、未達データの再送のための再送用リンクをあらかじめ設定することで、未達データが発生した場合に、再送用リンクを用いて未達データが再送されるようにする。すなわち、図9の例では、Link1乃至Link3を用いてデータが送信され、未達データが発生した場合には、再送用リンクに設定されたLink4を用いて未達データが再送される構成としてあるが、これ以外の構成であってもよい。
 図9の例では、A-MPDUフレームとして、Link1を用いてData1乃至Data8が送信され、Link2を用いてData9乃至Data16が送信され、Link3を用いてData17乃至Data24が送信される。
 Link1では、受信側通信装置は、A-MPDUフレーム(Data1乃至Data8)の受信後、他のリンク(Link2とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至8,9乃至14,17乃至20のデータ(Data1乃至Data8,Data9乃至Data14,Data17乃至Data20)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData3,Data7が、Link2ではData10が、Link3ではData20が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、再送用リンクに設定されたLink4を用いて、その未達データ(Data3,Data7,Data10,Data20)を再送する構成になっている。
 Link4においては、未達データの再送に先立って、あらかじめアクセス制御のためのキャリアセンスが実行され、所定の時間に渡って他の通信装置によりLink4が利用されていないことが把握されるようにしてもよい。
 また、所定の時間長の送信機会(TXOP)が設定され、未達データの存在が把握された場合に、逐次、未達データが再送されるようにしてもよい。
 すなわち、送信側通信装置は、Link2でData16が未達となったことを、Link2でのACKに含まれるブロックACK情報のみでしか把握することができない。そこで、Link2でACKが返送されたときには、Link4を用いて未達データ(Data3,Data7,Data10,Data20)の再送が開始されているが、その直後に、未達となったData16が付加されて再送されるようにする。
 図9の例では、送信側通信装置が、Link4を用いて送信された再送データに対するACKとして、全てのデータを受信した旨が記載されたブロックACK情報を含むACKを受信することで、一連の動作が終了する。
 図10は、本開示に係る技術における未達データの再送の他の例について説明する図である。
 図10の例では、送信側通信装置と受信側通信装置との間で、未達データの再送のための再送用リンクをあらかじめ設定することで、未達データが発生した場合に、再送用リンクを用いて未達データが再送されるようにする。すなわち、図10の例では、Link1乃至Link3を用いてデータが送信され、未達データが発生した場合に、再送用リンクに設定されたLink4を用いて未達データが再送される。但し、図10の例では、再送用リンク(Link4)においても、受信側通信装置が、適宜、ACKを返送することで、送信側通信装置に未達データを通知する構成としてあるが、これ以外の構成であってもよい。
 図10の例では、A-MPDUフレームとして、Link1を用いてData1乃至Data5が送信され、Link2を用いてData6乃至Data15が送信され、Link3を用いてData16乃至Data24が送信される。
 Link1では、受信側通信装置は、A-MPDUフレーム(Data1乃至Data5)の受信後、他のリンク(Link2とLink3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至5,6乃至8,16のデータ(Data1乃至Data5,Data6乃至Data8,Data16)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link1ではData3が、Link2ではData7が、Link3ではData16が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、再送用リンクに設定されたLink4を用いて、その未達データ(Data3,Data7,Data16)を再送する構成としてもよい。
 Link4では、受信側通信装置は、再送データ(Data3,Data7,Data16)の受信後、他のリンク(Link1乃至Link3)でのデータの受信状況を把握している。すなわち、受信側通信装置は、シーケンス番号1乃至5,6乃至13,16乃至21のデータ(Data1乃至Data5,Data6乃至Data13,Data16乃至21)の受信状況を把握し、これらの受信状況を含む受領確認情報(ACK)を、ブロックACKフレームとして送信側通信装置に返送する。
 このとき、図中黒塗りで示されているように、Link2ではData10が、Link3ではData20が正しく受信されていない旨がブロックACK情報に記載され、そのブロックACK情報を含むACKが、送信側通信装置に返送される。
 送信側通信装置は、未達データが記載されたブロックACK情報を含むACKを受信すると、再送用リンク(Link4)を用いて、その未達データ(Data10,Data20)を再送する構成としてもよい。
 なお、Link2とLink3でも、受信側通信装置は、A-MPDUフレームの受信後、そのタイミングでのデータの受信状況が記載されたブロックACK情報を含む最新のACKを送信側通信装置に返送する。
 図10の例では、送信側通信装置が、Link4を用いて送信された再送データに対するACKとして、全てのデータを受信した旨が記載されたブロックACK情報を含むACKを受信することで、一連の動作が終了する。
 ここで、送信側通信装置と受信側通信装置との間のシーケンス図を参照して、未達データの再送について説明する。
 図11は、上述した図7の例に対応する未達データの再送について説明するシーケンス図である。図11においては、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおけるデータの送受信が示されている。
 まず、送信側通信装置110と受信側通信装置120は、特定のリンク(Link1)を用いて、Multi-Link Operationをセットアップするためのセットアップ用データフレームを交換する。このセットアップ用データフレームには、データの送受信に用いられる複数のリンクに関する情報などのパラメータ情報が含まれる。
 具体的には、送信側通信装置110が、セットアップ用データフレームとして、Multi-link Setup Requestを受信側通信装置120に送信し、受信側通信装置120が、Multi-link Setup Responseを返送する。
 これにより、送信側通信装置110と受信側通信装置120との間で、各種のパラメータ情報が設定される。例えば、データの送受信に、Link1に加えて、Link2とLink3が用いられることが設定される。
 その結果、送信側通信装置110は、複数のリンク(Link1乃至Link3)を用いてデータを送信するとともに、これらのリンクを用いて受領確認情報(ACK)を受信するようになる。また、受信側通信装置120は、複数のリンク(Link1乃至Link3)を用いてデータを受信するとともに、これらのリンクを用いて受領確認情報(ACK)を返送するようになる。
 ここでは、所定のデータがフレームアグリゲーションにより1つに集約されたデータフレームとして、上述したように、複数のMPDUが集約されたA-MPDUフレームが、各リンクを用いて送信される。各リンクにおいては、所定のバックオフ時間を経過して伝送路が利用可能となったときに、データが送信される。
 すなわち、送信側通信装置110は、最初に利用可能となったLink1を用いて、シーケンス番号1乃至5のデータ(データ(1)乃至(5))を送信する。次に、送信側通信装置110は、2番目に利用可能となったLink2を用いて、シーケンス番号6乃至15のデータ(データ(6)乃至(15))を送信する。そして、送信側通信装置110は、最後に利用可能となったLink3を用いて、シーケンス番号16乃至24のデータ(データ(16)乃至(24))を送信する。
 これに対して、受信側通信装置120は、各リンク(Link1乃至Link3)を用いて送信されてきたA-MPDUフレームを受信し、その中に含まれるデータを逐次復号することで、誤りのないデータを収集する。各リンクでは、時間的にばらばらにデータが受信される。
 また、受信側通信装置120は、各リンクでのA-MPDUフレームの受信終了後のタイミングで、受領確認情報(ACK)として、そのタイミングまでに受信されたMPDUを特定するブロックACK情報を含むACKを、送信側通信装置110に返送する。
 すなわち、Link1では、データ(1)乃至(5)の受信終了後のタイミングまでに未達となった(図中、破線で示される)データ(3),(7),(16)が識別可能なブロックACK情報(NACK(3,7,16))が返送される。
 送信側通信装置110は、Link1においてNACK(3,7,16)を受信すると、引き続き利用可能となったLink1を用いて、未達となったデータ(3),(7),(16)を再送する構成として示されている。
 受信側通信装置120は、Link1でのデータ(3),(7),(16)の受信終了後のタイミングで、受領確認情報(ACK)として、そのタイミングまでに受信されたMPDUを特定するブロックACK情報を含むACKを、送信側通信装置110に返送する。
 すなわち、Link1では、データ(3),(7),(16)の受信終了後のタイミングまでに未達となった(図中、破線で示される)データ(10),(20)が識別可能なブロックACK情報(NACK(10,20))が返送される。
 送信側通信装置110は、Link1においてNACK(10,20)を受信すると、引き続き利用可能となったLink1を用いて、未達となったデータ(10),(20)を再送する構成として示されている。
 また、Link2では、データ(6)乃至(15)の受信終了後のタイミングまでに未達となった(図中、破線で示される)データ(20)が識別可能なブロックACK情報(NACK(20))が返送される。
 しかしながら、送信側通信装置110は、Link1を用いてデータ(20)を再送している途中であることから、Link2においてはデータ(20)を重ねて再送せず、その後に返送されてくるACK(ブロックACK情報)を待機する。
 そして、Link3では、データ(16)乃至(24)の受信終了後、全てのデータ(1)乃至(24)が識別可能なブロックACK情報(ACK(1-24))が返送される。
 同様に、Link1でも、未達となったデータ(10),(20)の受信終了後、全てのデータ(1)乃至(24)が識別可能なブロックACK情報(ACK(1-24))が返送される。
 以上のようにして、図7の例では、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおいて、未達データが再送される構成として示されている。
 なお、図示は省略するが、図8の例においても同様にして、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおいて、未達データが再送される構成としてもよい。
 図12は、上述した図9の例に対応する未達データの再送について説明するシーケンス図である。図12においても、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおけるデータの送受信が示されている。
 まず、送信側通信装置110と受信側通信装置120は、特定のリンク(Link1)を用いて、Multi-Link Operationをセットアップするためのセットアップ用データフレームを交換する。このセットアップ用データフレームには、データの送受信に用いられる複数のリンクに関する情報などのパラメータ情報が含まれる。
 具体的には、送信側通信装置110が、セットアップ用データフレームとして、Multi-link Setup Requestを受信側通信装置120に送信し、受信側通信装置120が、Multi-link Setup Responseを返送する。
 これにより、送信側通信装置110と受信側通信装置120との間で、各種のパラメータ情報が設定される。例えば、データの送受信に、Link1に加えて、Link2とLink3が用いられることが設定され、さらに、再送用リンクとしてLink4が用いられることが設定される。
 その結果、送信側通信装置110は、複数のリンク(Link1乃至Link3)を用いてデータを送信するとともに、これらのリンクを用いて受領確認情報(ACK)を受信するようになる。また、受信側通信装置120は、複数のリンク(Link1乃至Link3)を用いてデータを受信するとともに、これらのリンクを用いて受領確認情報(ACK)を返送するようになる。
 さらに、送信側通信装置110は、未達データが発生した場合、再送用リンク(Link4)を用いて未達データを再送し、受信側通信装置120は、再送用リンク(Link4)を用いて未達データを受信するようになる。
 ここでも、所定のデータがフレームアグリゲーションにより1つに集約されたデータフレームとして、上述したように、複数のMPDUが集約されたA-MPDUフレームが、各リンクを用いて送信される。各リンクにおいては、所定のバックオフ時間を経過して伝送路が利用可能となったときに、データが送信される。
 すなわち、送信側通信装置110は、最初に利用可能となったLink1を用いて、シーケンス番号1乃至8のデータ(データ(1)乃至(8))を送信する。次に、送信側通信装置110は、2番目に利用可能となったLink2を用いて、シーケンス番号9乃至16のデータ(データ(9)乃至(16))を送信する。そして、送信側通信装置110は、最後に利用可能となったLink3を用いて、シーケンス番号17乃至24のデータ(データ(17)乃至(24))を送信する。
 これに対して、受信側通信装置120は、各リンク(Link1乃至Link3)を用いて送信されてきたA-MPDUフレームを受信し、その中に含まれるデータを逐次復号することで、誤りのないデータを収集する。各リンクでは、時間的にばらばらにデータが受信される。
 また、受信側通信装置120は、各リンクでのA-MPDUフレームの受信終了後のタイミングで、受領確認情報(ACK)として、そのタイミングまでに受信されたMPDUを特定するブロックACK情報を含むACKを、送信側通信装置110に返送する。
 すなわち、Link1では、データ(1)乃至(8)の受信終了後のタイミングまでに未達となった(図中、破線で示される)データ(3),(7),(10),(20)が識別可能なブロックACK情報(NACK(3,7,10,20))が返送される。
 送信側通信装置110は、Link1においてNACK(3,7,10,20)を受信すると、再送用リンクに設定されたLink4を用いて、未達となったデータ(3),(7),(10),(20)の再送を開始する構成として示されている。
 一方、Link2では、データ(9)乃至(16)の受信終了後のタイミングまでに未達となった(図中、破線で示される)データ(16)が識別可能なブロックACK情報(NACK(16))が返送される。このとき、Link4を用いて再送されている未達データのうち、データ(10),(20)が未達である旨が、ブロックACK情報に記載されてもよい。
 送信側通信装置110は、Link2においてNACK(16)を受信すると、再送用リンクに設定されたLink4を用いて、未達となったデータ(3),(7),(10),(20)に加えて、データ(16)の再送を設定する構成として示されている。
 また、Link3では、データ(17)乃至(24)の受信終了後、全てのデータ(1)乃至(24)が識別可能なブロックACK情報(ACK(1-24))が返送される。Link4を用いて再送されている未達データのうち、データ(20),(16)が未達である旨が、ブロックACK情報に記載されてもよい。
 そして、Link4では、全ての再送データ(データ(3),(7),(10),(20),(16))の受信終了後、全てのデータ(1)乃至(24)が識別可能なブロックACK情報(ACK(1-24))が返送される。
 以上のようにして、図9の例では、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおいて、未達データが再送される構成としてあるが、この構成に限定されなくてもよい。
 なお、図示は省略するが、図10の例においても同様にして、送信側通信装置110と受信側通信装置120との間でのMulti-Link Operationにおいて、未達データが再送される。
(3-4.データフレームの構成例)
 ここで、送信側通信装置と受信側通信装置との間でのMulti-Link Operationにおいて送受信されるデータ(データフレーム)の構成例について説明する。
 図13は、Multi-Link Operationのセットアップ時に送受信されるフレーム(セットアップ用データフレーム)の構成例を示す図である。
 図13に示されるフレームは、送信側通信装置からはMulti-link Setup Requestとして送信され、受信側通信装置からはMulti-link Setup Responseとして返送される。
 セットアップ用データフレームは、MACヘッダとマルチリンク情報エレメントから構成される。
 MACヘッダは、フレームの種類などの情報を含むFrame Control、フレームの持続時間(送信に必要な時間)を示すDuration、送信元のアドレスを示すTransmit Address、および、送信先のアドレスを示すReceive Addressから構成される。
 例えば、マルチリンク情報エレメントは、Element ID(ML IE),Number of Multi Links,Ch.No.,Reverse Links,Resend Links、およびParameterから構成される。
 Element ID(ML IE)は、エレメントの種類を示す。Number of Multi Linksは、マルチリンクを設定可能なリンク数を示す。Ch.No.は、マルチリンクを設定可能なリンクのチャネル番号を示し、Number of Multi Linksの数だけ設定される。Reverse Linksは、マルチリンクが設定されたリンクのうち、逆方向のリンク(返送用のリンク)として設定されたリンクを示す。Resend Linksは、マルチリンクが設定されたリンクのうち、再送用リンクとして設定されたリンクを示す。
 Parameterは、データの送受信に関するパラメータ情報として、Feedback Timing,ACK/NACK,Buffer Size,Bitmap Length,Multi Links Retransmitなどのパラメータ情報から構成される。
 Feedback Timingは、逆方向のリンクにおけるフィードバックのタイミングを示す。ACK/NACKは、受領確認情報としてACK情報とNACK情報のいずれを返送するかを示す。Buffer Sizeは、バッファの容量を示す。Bitmap Lengthは、ACK情報のビットマップ長を示す。Multi Links Retransmitは、Multi-Link Operationにおけるデータの再送に関する情報として、例えば、フレームアグリゲーションを実行するか否かの情報を含む。
 例えば、送信側通信装置から送信されるMulti-link Setup RequestのParameterには、各種のパラメータ情報として所望の値が設定され、受信側通信装置から返送されるMulti-link Setup ResponseのParameterには、各種のパラメータ情報として確定された値が設定される。これにより、送信側通信装置と受信側通信装置は、Multi-link Setup RequestとMulti-link Setup Responseを交換することで、Multi-Link Operationのセットアップを実行することができる。
 図14は、本開示のMulti-Link OperationにおけるA-MPDUフレームの構成例を示す図である。
 図14に示されるA-MPDUフレームは、基本的には、従来のA-MPDUフレームと同様にして構成される。すなわち、図14のA-MPDUフレームは、所定のPLCH Header、フレームアグリゲーションにより集約された数のA-MPDU Subframe、およびEOF Paddingから構成される。
 A-MPDU Subframeは、所定のDelimiter、個々のMPDU、およびPaddingから構成される。MPDUは、所定のMACヘッダ、実データが格納されるFrame Body、および、フレームに誤りがないか否かをチェックするFCS(Frame Check Sequence)から構成される。
 本開示のA-MPDUフレームにおいて、Delimiterには、従来と同様のEOF,Length,CRCに加え、例えばQuickが含まれる。Quickは、Multi-Link Operationにおいて、他のリンクで未達となり再送されたデータであることを識別するためのビットである。Quickは、例えば、受信側通信装置からの受領確認情報(ACK)を受信したタイミングなどで設定される構成としてもよい。
 図14の例では、Quickは、全てのA-MPDU SubframeのDelimiter内に設定されるものとするが、PLCH Headerや、個々のMPDUのMACヘッダ内のEHT Control内に設定されてもよい。
 図15は、本開示のMulti-Link OperationにおけるブロックACKフレームの構成例を示す図である。
 図15に示されるブロックACKフレームは、基本的には、従来のブロックACKフレームと同様にして構成される。すなわち、図15のブロックACKフレームは、所定のMAC Header,BA Control、およびBA Informationから構成される。
 図15のブロックACKフレームにおいては、BA Controlの値として、Multi-Link OperationにおけるブロックACKフレームであることを識別する“Multi-Link”が用意される。
 また、図15のブロックACKフレームにおいて、BA Informationには、従来と同様のBlock Ack Starting Sequence Control,Block Ack Bitmapに加え、Link Countが含まれる。例えばLink Countは、Multi-Link Operationにおけるリンク数を示す。
 なお、本開示のMulti-Link Operationにおいては、複数のリンクのACK情報がまとめて返送されることから、Block Ack Bitmapは、従来のブロックACKフレームの情報長より長い情報長で構成されるようにする。
 図16は、本開示のMulti-Link OperationにおけるブロックACKフレームの他の構成例を示す図である。
 図16に示されるブロックACKフレームもまた、基本的には、従来のブロックACKフレームと同様にして構成される。すなわち、図16のブロックACKフレームは、所定のMAC Header,BA Control、およびBA Informationから構成される。
 図16のブロックACKフレームにおいては、BA Controlの値として、Multi-Link Operationにおける未達データの再送のためのブロックACKフレームであることを識別する“MLO”が用意される。
 また、図16のブロックACKフレームにおいて、BA Informationには、従来と同様のBlock Ack Starting Sequence Control,Block Ack Bitmapに加え、例えばLink CountとLink1 S/N乃至LinkN S/Nが含まれる。Link Countは、Multi-Link Operationにおけるリンク数を示す。Link1 S/N乃至LinkN S/Nは、各リンク(Link1乃至リンクN)においてどのシーケンス番号までのデータを受信したかを示す。
 このようなブロックACKフレームの構成によれば、受信側通信装置の処理能力の違いにより送信側通信装置で把握しきれない未達データの範囲を特定することが可能となる。すなわち、送信側通信装置は、受信側通信装置における未達データを正確に把握することが可能となる。
 図17は、本開示のMulti-Link OperationにおけるブロックACKフレームのさらに他の構成例を示す図である。
 図17に示されるブロックACKフレームもまた、基本的には、従来のブロックACKフレームと同様にして構成される。すなわち、図17のブロックACKフレームは、所定のMAC Header,BA Control、およびBA Informationから構成される。
 図17のブロックACKフレームにおいては、BA Controlの値として、Multi-Link Operationにおける未達データの再送のためのブロックACKフレームであることを識別する“Resend”が用意される。
 また、図17のブロックACKフレームにおいて、BA Informationには、例えばLink Count,Link1 S/N乃至LinkN S/N,NACK Starting Sequence Control,NACK Bitmapが含まれる。Link Countは、Multi-Link Operationにおけるリンク数を示す。Link1 S/N乃至LinkN S/Nは、各リンク(Link1乃至リンクN)においてどのシーケンス番号までのデータを受信したかを示す。
 また、NACK Starting Sequence Controlは、従来のBlock Ack Starting Sequence Controlに代わる領域とされ、再送を要求するデータの最初のシーケンス番号が設定される。NACK Bitmapは、従来のBlock Ack Bitmapに代わる領域とされ、再送を要求するデータのシーケンス番号を示す。
 図18は、本開示のMulti-Link OperationにおけるブロックACKフレームのさらに他の構成例を示す図である。
 図18に示されるブロックACKフレームもまた、基本的には、従来のブロックACKフレームと同様にして構成される。すなわち、図18のブロックACKフレームは、所定のMAC Header,BA Control、およびBA Informationから構成される。
 図18のブロックACKフレームにおいては、BA Controlの値として、Multi-Link Operationにおいて未達データの情報のみを特定するためのブロックACKフレームであることを識別する“ML NACK”が用意される。
 また、図18のブロックACKフレームにおいて、BA Informationには、例えばNACK CountsとNACK Sequence Numberが含まれる。NACK Countsは、Multi-Link Operationにおいて未達となったデータ数を示す。NACK Sequence Numberは、Multi-Link Operationにおいて未達となったデータのシーケンス番号を示し、NACK Countsで示される数だけ設定される。
 このようなブロックACKフレームの構成によれば、冗長なビットマップ情報を返送することなく、未達となったデータのシーケンス番号のみが、送信側通信装置に通知されるようになる。
(3-5.通信装置の構成例)
 図19は、本開示に係る技術を適用した通信装置の構成例を示すブロック図である。
 図19の通信装置200は、上述した送信側通信装置と受信側通信装置の少なくともいずれかとして機能し得る他、アクセスポイントとしても機能し得る。
 通信装置200は、ネットワーク接続モジュール210、情報入力モジュール220、機器制御モジュール230、情報出力モジュール240、および無線通信モジュール250を含むように構成される。
 ネットワーク接続モジュール210は、例えば、通信装置200がアクセスポイントとして機能する場合、インターネットなどのネットワークに接続するための通信モデムなどとして構成される。
 ネットワーク接続モジュール210は、必ずしも通信装置200内に組み込まれる必要はない。ネットワーク接続モジュール210は、例えば、公衆通信回線とインターネットサービスプロバイダを介してインターネットに接続するONU(Optical Network Unit)として構成されてもよい。
 情報入力モジュール220は、ユーザの指示を表す情報(指示情報)を入力するモジュールであり、ボタンやキーボード、タッチパネルなどで構成される。情報入力モジュール220もまた、必ずしも通信装置200内に組み込まれる必要はない。
 機器制御モジュール230は、情報入力モジュール220に入力された指示情報に基づいて、通信装置200を、送信側通信装置または受信側通信装置として動作させたり、アクセスポイントとして動作させるための制御を行う。
 例えば、通信装置200を送信側通信装置として動作させる場合、機器制御モジュール230は、所定のアプリケーションのデータを無線通信モジュール250に供給し、送信側通信装置に送信させる。一方、通信装置200を受信側通信装置として動作させる場合、機器制御モジュール230は、送信側通信装置からのデータを無線通信モジュール250に受信させる。受信されたデータは、機器制御モジュール230により実行されるアプリケーションに供給される。
 情報出力モジュール240は、通信装置200の動作状態や、ネットワーク接続モジュール210を介して取得された情報を出力し、ユーザに提示するモジュールである。情報出力モジュール240は、例えば、LED表示器や液晶パネル、有機ELディスプレイなどの表示装置、音声や音楽を出力するスピーカなどで構成される。
 無線通信モジュール250は、他の通信装置200や、外部の装置と無線通信を行う。
 図20は、無線通信モジュール250の構成例を示すブロック図である。
 図20に示されるように、無線通信モジュール250は、インタフェース(I/F)301、送信バッファ302、送信シーケンス管理部303、送信フレーム構築部304、送信処理部305、および送受信アンテナ306を備える。さらに、無線通信モジュール250は、受信処理部307、受信フレーム解析部308、受信シーケンス管理部309、受信バッファ310、マルチリンク管理部311、およびアクセス制御部312を備える。
 I/F301は、通信装置200内の他のモジュールと接続され、各種の情報やデータをやり取りする。具体的には、I/F301は、他のモジュールからのデータを送信バッファ302に供給したり、受信バッファ310からのデータを他のモジュールに供給したりする。
 送信バッファ302は、I/F301からのデータを一時的に格納する。送信バッファ302に格納されたデータは、順次、送信シーケンス管理部303に供給される。
 送信シーケンス管理部303は、送信バッファ302からのデータを無線通信により送信するために、送信されるデータのシーケンスを管理する。シーケンス番号が付加されたデータは、順次、送信フレーム構築部304に供給される。
 送信フレーム構築部304は、送信シーケンス管理部303からのデータをフレームアグリゲーションにより集約したA-MPDUフレームを構築したり、受領確認情報(ACK)を含むブロックACKフレームを構築する。構築されたこれらのデータフレームは、送信処理部305に供給される。
 送信処理部305は、機能的には複数のリンク毎に設けられる。送信処理部305は、送信フレーム構築部304からのデータフレームを基に、個々のリンク毎の送信信号を生成して、所定の信号処理を施す。リンク毎の送信信号は、送受信アンテナ306を介して、他の通信装置200に送信される。
 また、他の通信装置200から送信されてくる送信信号は、送受信アンテナ306を介して、受信処理部307によって、リンク毎の受信信号として受信される。
 受信処理部307もまた、機能的には複数のリンク毎に設けられる。受信処理部307は、送受信アンテナ306を介して受信された個々のリンク毎の受信信号を復号し、データフレーム(A-MPDUフレームやブロックACKフレーム)を取得する。取得されたこれらのデータフレームは、受信フレーム解析部308に供給される。
 このように、リンク毎に設けられる送信処理部305と受信処理部307は、通信装置200が、送信側通信装置として動作する場合であっても、受信側通信装置として動作する場合であっても、それぞれ同時に利用される。
 受信フレーム解析部308は、受信処理部307からのデータフレームを解析する。例えば、データフレームとしてA-MPDUフレームが受信された場合、受信フレーム解析部308は、A-MPDUフレームを解析することで、個々のデータ(MPDU)が正しく受信されたか否かを判断する。受信された個々のデータは、受信シーケンス管理部309に供給される。
 受信シーケンス管理部309は、受信フレーム解析部308からの受信データのシーケンス番号を管理するとともに、そのデータを受信バッファ310に供給する。特に、通信装置200が受信側通信装置として動作する場合、受信シーケンス管理部309は、受信データのシーケンス番号に基づいて、ACK情報またはNACK情報を生成し、マルチリンク管理部311に供給する。
 受信バッファ310は、受信シーケンス管理部309からのデータを一時的に格納する。受信バッファ310に格納されたデータは、I/F301を介して、所定のタイミングで、通信装置200内の他のモジュールに出力される。
 マルチリンク管理部311は、Multi-Link Operationに関する各種の設定を管理する。例えば、マルチリンク管理部311は、Multi-Link Operationにおいて利用される複数のリンクを設定する。
 アクセス制御部312は、マルチリンク管理部311により設定された複数のリンク毎に、データの送受信を制御する。例えば、アクセス制御部312は、リンク毎に設けられた送信処理部305と受信処理部307を制御することで、リンク毎のバックオフ時間を設定したり、伝送路の利用状況を取得したりする。
 例えば、通信装置200が送信側通信装置として動作する場合、アクセス制御部312は、複数のリンクを用いて並行したデータの送信を制御し、マルチリンク管理部311は、所定のリンクにおいて未達データが発生した場合、利用可能なリンクを用いた未達データの再送を設定する。
 マルチリンク管理部311は、データの送信先である受信側通信装置からの受領確認情報(ACK)に基づいて、再送が必要な未達データを特定する。
 マルチリンク管理部311は、複数のリンクのうち、データの送信が終了したリンクを用いた未達データの再送を設定したり、データの送信待ち状態のリンクを用いた未達データの再送を設定したりする。また、マルチリンク管理部311は、複数のリンクのうち、未達データの再送のための再送用リンクを用いた未達データの再送を設定する。
 マルチリンク管理部311は、データの送信に用いられる少なくとも1つのリンクについて、送信データ数を調整したデータフレーム(A-MPDUフレーム)の構築を制御したり、未達データと新規に送信されるデータとを組み合わせたデータフレームの構築を制御したりする。また、マルチリンク管理部311は、データの送信先からの受領確認情報の受信タイミングと、データの送信待ち状況に応じて、未達データを含むデータフレームの構築を制御する構成としてあるが、これ以外の構成であってもよい。
 マルチリンク管理部311は、未達データの再送に用いられ得るリンクについて、データフレームの持続時間よりも長い送信機会(TXOP)をあらかじめ設定する。また、マルチリンク管理部311は、第1の未達データを含むデータフレームの送信中に、第2の未達データが新たに発生した場合、データフレームに続けての第2の未達データの再送を設定する構成としてあるが、これ以外の構成であってもよい。
 一方、通信装置200が受信側通信装置として動作する場合、アクセス制御部312は、複数のリンクを用いて並行したデータの受信を制御し、マルチリンク管理部311は、1のリンクにおいて受領確認情報(ACK)を返送する場合、他のリンクにおけるデータの受信状況を特定し得る情報を含む受領確認情報を設定する。そして、アクセス制御部312は、受領確認情報の返送を制御し、マルチリンク管理部311は、1のリンクを用いた受領確認情報に対応する再送データの受信を設定する。
 マルチリンク管理部311は、他のリンクにおけるデータの受信状況を特定し得る情報として、未達データのシーケンス番号を含む受領確認情報を設定する。
 マルチリンク管理部311は、並行したデータの受信に用いるリンクの他に、再送データの受信のための再送用リンクを設定する構成としてあるが、これ以外の構成であってもよい。
 アクセス制御部312は、データの送信元である送信側通信装置との間でアクセス可能なリンクを用いた受領確認情報の返送を制御する構成としてあるが、これ以外の構成であってもよい。
 マルチリンク管理部311は、所定のリンクを用いたデータの受信と、再送データの受信を併せて管理する。具体的には、マルチリンク管理部311は、所定のリンクを用いて再送データを含むデータフレームを受信している間、データの送信元への再送データの送信を要求しない(未達データのシーケンス番号を含む受領確認情報を設定しない)。
 また、マルチリンク管理部311は、受信されたデータフレーム(A-MPDUフレーム)の末尾が検出された後、受信済みのデータの出力の要否を判定したり、受領確認情報の返送の要否を判定したりする。
(3-6.通信装置の動作)
 以下においては、上述した通信装置200の動作について説明する。
(Multi-Link Operationのセットアップ時の動作)
 まず、図21および図22のフローチャートを参照して、Multi-Link Operationのセットアップ時の通信装置200(無線通信モジュール250)の動作の流れについて説明する。
 ステップS101において、マルチリンク管理部311は、Multi-Link Operationにおいて設定可能なリンクに関する情報を取得する。
 ステップS102において、マルチリンク管理部311は、自装置(通信装置200)が送信側通信装置として動作するか否か、言い換えると、データの送信が可能か否かを判定する。自装置が送信側通信装置として動作すると判定された場合、ステップS103に進む。
 ステップS103において、マルチリンク管理部311は、自装置(通信装置200)によるMulti-Link Operationが可能であるか否かを判定する。Multi-Link Operationが可能と判定された場合、ステップS104に進む。一方、Multi-Link Operationが可能でないと判定された場合、ステップS104はスキップされる。
 ステップS104において、マルチリンク管理部311は、Multi-Link Operationにおいて設定可能なリンクの中から、データを送信するためのリンクであるデータ送信用リンクの候補を設定する。
 ステップS105において、マルチリンク管理部311は、未達データの再送のための再送用リンクの設定が必要であるか否かを判定する。再送用リンクの設定が必要であると判定された場合、ステップS106に進む。一方、再送用リンクの設定が必要でないと判定された場合、ステップS106はスキップされる。
 ステップS106において、マルチリンク管理部311は、Multi-Link Operationにおいて設定可能なリンクの中から、再送用リンクの候補を設定する。
 ステップS107において、マルチリンク管理部311は、データ送信用リンクの候補と、再送用リンクの候補の設定が完了したか否かを判定する。それぞれのリンクの候補の設定が完了していないと判定された場合、ステップS103に戻り、それ以降の処理が繰り返される。一方、それぞれのリンクの候補の設定が完了したと判定された場合、ステップS108に進む。
 ステップS108において、アクセス制御部312は、送信処理部305を制御することで、設定されたデータ送信用リンクの候補のうちのいずれか1つのリンクを用いて、Multi-Link Setup Requestを、受信側通信装置となる他の通信装置200に送信する。Multi-Link Setup Requestには、リンクの各候補に関するパラメータ情報などが設定される。
 ステップS109において、アクセス制御部312は、受信処理部307を制御することで、受信側通信装置からのMulti-Link Setup Responseを受信したか否かを判定する。Multi-Link Setup Responseを受信したと判定された場合、ステップS110に進む。
 ステップS110において、アクセス制御部312は、受信フレーム解析部308を介して、受信処理部307により受信されたMulti-Link Setup Responseにおいて設定されているパラメータ情報を取得する。
 ステップS111において、マルチリンク管理部311は、アクセス制御部312により取得されたパラメータ情報に基づいて、データの送信に用いるリンク(データ送信用リンクと再送用リンク)を設定し、セットアップ時の動作が完了する。
 このようにして、送信側通信装置のマルチリンク管理部311は、受信側通信装置とのネゴシエーションにより、Multi-Link Operationにおいて利用されるリンクを設定する。
 一方、ステップS109において、Multi-Link Setup Responseを受信していないと判定された場合、ステップS112に進む。
 ステップS112においては、Multi-Link Setup Requestを送信してから、あらかじめ設定された時間が経過したか否かに応じて、タイムアウトしたか否かが判定される。あらかじめ設定された時間が経過しておらず、タイムアウトしていないと判定された場合、ステップS109に戻り、Multi-Link Setup Responseの受信を待ち受ける。一方、あらかじめ設定された時間が経過し、タイムアウトしたと判定された場合、セットアップ時の動作が完了しないまま、処理は終了する。
 さて、ステップS102において、自装置が送信側通信装置として動作しないと判定された場合、すなわち、自装置が受信側通信装置として動作する場合、ステップS113に進む。
 ステップS113において、アクセス制御部312は、受信処理部307を制御することで、送信側通信装置からのMulti-Link Setup Requestを受信したか否かを判定する。Multi-Link Setup Requestを受信していないと判定された場合、ステップS101に戻る。一方、Multi-Link Setup Requestを受信したと判定された場合、ステップS114(図22)に進む。
 ステップS114において、アクセス制御部312は、受信フレーム解析部308を介して、受信処理部307により受信されたMulti-Link Setup Requestにおいて設定されているパラメータ情報を取得する。
 ステップS115において、マルチリンク管理部311は、アクセス制御部312により取得されたパラメータ情報から、送信側通信装置により設定されたデータ送信用リンクの候補の情報を取得する。
 ステップS116において、マルチリンク管理部311は、送信側通信装置により設定されたデータ送信用リンクの候補において、データの受信が可能であるか否かを判定する。ここで、データ送信用リンクの候補は、ステップS101において情報が取得されている、Multi-Link Operationにおいて設定可能なリンクであることが前提となる。
 データの受信が可能であると判定された場合、ステップS117に進む。一方、データの受信が可能でないと判定された場合、ステップS117はスキップされる。
 ステップS117において、マルチリンク管理部311は、データの受信が可能と判定されたデータ送信用リンクの候補について、受信バッファ310の容量やそのリンクの利用状況に基づいて、そのリンクに要求されるデータ受信に関するパラメータ情報を設定する。
 ステップS118において、マルチリンク管理部311は、アクセス制御部312により取得されたパラメータ情報から、送信側通信装置により設定された再送用リンクの候補の情報を取得する。
 ステップS119において、マルチリンク管理部311は、送信側通信装置により設定された再送用リンクの候補において、データの受信が可能であるか否かを判定する。ここでも、再送用リンクの候補は、ステップS101において情報が取得されている、Multi-Link Operationにおいて設定可能なリンクであることが前提となる。
 データの受信が可能であると判定された場合、ステップS120に進む。一方、データの受信が可能でないと判定された場合、ステップS120はスキップされる。
 ステップS120において、マルチリンク管理部311は、データの受信が可能と判定された再送用リンクの候補について、受信バッファ310の容量やそのリンクの利用状況に基づいて、そのリンクに要求されるデータ受信に関するパラメータ情報を設定する。
 ステップS121において、マルチリンク管理部311は、ブロックACK情報の記載方法など、ブロックACKフレームの設定に関するパラメータを決定する。すなわち、Multi-Link Operationにおける受領確認情報(ACK)の構成とデータの再送についてのパラメータが設定される。
 ステップS122において、マルチリンク管理部311は、Multi-Link Operationを実施するか否かを判定する。Multi-Link Operationを実施すると判定された場合、ステップS123に進む。
 ステップS123において、アクセス制御部312は、送信処理部305を制御することで、Multi-Link Setup Requestが受信されたリンクを用いて、Multi-Link Setup Responseを、送信側通信装置となる他の通信装置200に送信する。Multi-Link Setup Responseには、リンクの各候補に関するパラメータ情報などが設定される。
 ステップS124において、マルチリンク管理部311は、アクセス制御部312により設定されたパラメータ情報に基づいて、データの受信に用いるリンク(データ送信用リンク、再送用リンク)を設定し、セットアップ時の動作が完了する。
 このようにして、受信側通信装置のマルチリンク管理部311は、送信側通信装置とのネゴシエーションにより、Multi-Link Operationにおいて利用されるリンクを設定する。
(送信側通信装置の動作)
 図23および図24のフローチャートを参照して、送信側通信装置としての通信装置200(無線通信モジュール250)の動作の流れについて説明する。
 ステップS201において、マルチリンク管理部311は、データ送信を実施するか否かを判定する。データ送信を実施すると判定された場合、ステップS202に進む。
 ステップS202において、マルチリンク管理部311は、データ送信に利用可能なリンク数と、送信バッファ302に存在するデータ量を取得する。
 ステップS203において、マルチリンク管理部311は、取得された利用可能リンク数と送信バッファ302のデータ量に基づいて、Multi-Link Operationに対応可能であるか否かを判定する。Multi-Link Operationに対応可能でないと判定された場合、ステップS201に戻る。一方、Multi-Link Operationに対応可能であると判定された場合、ステップS204に進む。
 ステップS204において、アクセス制御部312は、送信処理部305を制御することで、データ送信用リンクでのアクセス制御を開始する。
 ステップS205において、マルチリンク管理部311は、リンク毎にA-MPDUフレームの伝送量を算出する。
 ステップS206において、マルチリンク管理部311は、リンク毎に算出されたA-MPDUフレームの伝送量に基づいて、リンク毎のA-MPDUフレームを、送信フレーム構築部304に構築させる。ここでは、各リンクの送信待ち時間の設定や、各リンクの混雑度などに基づいて、最適なMPDU数(送信データ数)が判定される。そして、全てのリンクを利用した場合に最も効率が良いと推測されるMPDU数がリンク毎に調整される。
 ステップS207において、アクセス制御部312は、各リンクの送信待ち時間までのカウントダウンを行うことで、送信可能になったリンクがあるか否かを判定する。ステップS207は、送信可能になったリンクがあると判定されるまで繰り返される。そして、送信可能になったリンクがあると判定された場合、ステップS208に進む。
 ステップS208において、アクセス制御部312は、送信可能となったリンクの送信機会(TXOP)をDurationとして設定する。例えば、データフレームの持続時間より長いTXOPが設定される。ここでは、未達データの再送を見越した時間がTXOPに設定されてもよい。
 ステップS209において、アクセス制御部312は、設定されたTXOPの範囲内で構築されたA-MPDUフレームを、送信処理部305に送信させる。
 ステップS210において、マルチリンク管理部311は、再送用リンクの設定が必要であるか否かを判定する。再送用リンクの設定が必要であると判定された場合、ステップS211に進み、マルチリンク管理部311は、再送用リンクを設定する。ここでは、Multi-Link Operationのセットアップ時に再送用リンクに設定されたリンクが、アクセス制御の開始時や空きリンク状態のときに想定外に利用されないように、再送用リンクの設定が確定される。
 一方、再送用リンクの設定が必要でないと判定された場合、ステップS211はスキップされ、ステップS212(図24)に進む。また、ステップS201において、データ送信を実施しないと判定された場合には、ステップS202乃至S211はスキップされ、ステップS212(図24)に進む。
 ステップS212において、アクセス制御部312は、受信処理部307を制御することで、受信側通信装置からの受領確認情報を受信したか否かを判定する。受領確認情報(ACK)を受信していないと判定された場合、ステップS207(図23)に戻り、他のリンクでのA-MPDUフレームの送信が繰り返される。
 一方、所定のリンクにおいて受領確認情報を受信したと判定された場合、ステップS213に進む。
 ステップS213において、アクセス制御部312は、受信フレーム解析部308を介して、受信処理部307により受信された受領確認情報において設定されているACK情報(NACK情報)を取得する。
 ステップS214において、マルチリンク管理部311は、アクセス制御部312により取得されたACK情報(NACK情報)に基づいて、受信側通信装置への再送が必要な未達データがあるか否かを判定する。
 未達データがないと判定された場合、すなわち、全てのデータの送信が完了している場合、処理は終了する。一方、未達データがあると判定された場合、ステップS215に進む。
 ステップS215において、マルチリンク管理部311は、全てのリンクにおける未達データを特定する。ここでは、受領確認情報に含まれるブロックACK情報から、各リンクにおいて送信済みとなったデータの復号状況を判断することで、未達データが特定される。
 ステップS216において、マルチリンク管理部311は、特定された未達データを含むA-MPDUフレームを、送信フレーム構築部304に構築させる。このようにして、データの送信先となる受信側通信装置からの受領確認情報の受信タイミングと、データの送信待ち状況に応じて、A-MPDUフレームが構築される。ここで構築されるA-MPDUフレームは、未達データと新規に送信されるデータとが組み合わされて構成されてもよいし、未達データのみで構成されてもよい。
 ステップS217において、アクセス制御部312は、データの送信を終えたリンク(受領確認情報を受信したリンク)のTXOPの残り時間を取得する。
 ステップS218において、アクセス制御部312は、取得したTXOPの残り時間がないか否かを判定する。残り時間がないと判定された場合、ステップS219に進む。
 ステップS219において、マルチリンク管理部311は、送信待ち状態となっている空きリンクがあるか否かを判定する。空きリンクがあると判定された場合、ステップS220に進み、マルチリンク管理部311は、空きリンクのうち、最先で利用可能なリンクを選択する。ここでは、最先で利用可能なリンクとして、送信待ち状態のリンクが選択されてもよいし、再送用リンクが選択されてもよい。
 一方、空きリンクがないと判定された場合、ステップS212に戻り、次の受領確認情報(ACK)の受信を待ち受ける状態となる。
 最先で利用可能なリンクが選択された後、ステップS221において、アクセス制御部312は、選択されたリンクにおいて送信可能なタイミングになったか否かを判定する。ステップS221は、送信可能なタイミングになったと判定されるまで繰り返される。そして、送信可能なタイミングになったと判定された場合、ステップS222に進む。また、ステップS208において、残り時間があると判定された場合、ステップS219乃至S221はスキップされ、ステップS222に進む。
 ステップS222において、アクセス制御部312は、未達データを含むA-MPDUフレームを、残り時間があると判定されたリンク、または、最先で利用可能な空きリンクを用いて、送信処理部305に送信させる。その後、ステップS201に戻る。
 このように、Multi-Link Operationにおいて設定されている全てのリンクを用いて、未達データを含む全てのデータが送信されるまで、上述した処理は繰り返される。
(受信側通信装置の動作)
 図25および図26のフローチャートを参照して、受信側通信装置としての通信装置200(無線通信モジュール250)の動作の流れについて説明する。図25および図26の処理は、複数のリンクのうちの1つのリンクについての動作の流れを示しているが、Multi-Link Operationにおいては、この処理が、複数のリンクについて並行して実行される。
 ステップS301において、アクセス制御部312は、受信フレーム解析部308を介して、自装置宛のA-MPDUフレームを受信したか否かを判定する。ステップS301は、自装置宛のA-MPDUフレームを受信したと判定されるまで繰り返される。そして、自装置宛のA-MPDUフレームを受信したと判定された場合、ステップS302に進む。
 ステップS302において、マルチリンク管理部311は、受信されたA-MPDUフレームを構成するA-MPDU SubframeのDelimiterに含まれるLengthに基づいて、個々のMPDUを、受信フレーム解析部308に取得させる。
 ステップS303において、マルチリンク管理部311は、受信シーケンス管理部309を制御することで、受信フレーム解析部308に取得されたMPDUについて、エラーなく受信できたか否かを判定する。エラーなく受信できたと判定された場合、ステップS304に進む。
 ステップS304において、マルチリンク管理部311は、受信シーケンス管理部309を制御することで、エラーなく受信できたと判定されたMPDUを、受信バッファ310に格納させる。
 ステップS305において、マルチリンク管理部311は、受信バッファ310に格納されたMPDUのシーケンス番号をACK情報として、図示せぬ記憶領域に記憶する。
 一方、ステップS303において、エラーなく受信できなかったと判定された場合、すなわち、受信されたMPDUに誤りがあった場合、ステップS306に進む。
 ステップS306において、マルチリンク管理部311は、誤りがあったMPDUのシーケンス番号をNACK情報として、図示せぬ記憶領域に記憶する。
 MPDUのシーケンス番号がACK情報またはNACK情報として記憶された後、ステップS307において、マルチリンク管理部311は、受信されたMPDUが、A-MPDUフレームの末尾であるか否かを判定する。A-MPDUフレームの末尾でないと判定された場合、ステップS302に戻り、それ以降の処理が繰り返される。一方、A-MPDUフレームの末尾であると判定された場合、ステップS308に進む。
 ステップS308において、マルチリンク管理部311は、受信バッファ310に格納されたデータの出力タイミングになったか否かなど、データの出力条件を満たすか否かを判定する。データの出力条件を満たすと判定された場合、ステップS309に進む。
 ステップS309において、マルチリンク管理部311は、I/F301を制御することで、I/F301に、受信バッファ310からデータを取得させる。
 ステップS310において、マルチリンク管理部311は、受信バッファ310から取得されたデータを、I/F301から出力させる。出力されたデータは、機器制御モジュール230により実行されるアプリケーションに供給される。
 一方、ステップS308において、データの出力条件を満たさないと判定された場合、ステップS309,S310はスキップされる。
 ステップS311において、マルチリンク管理部311は、受領確認情報の返送条件を満たすか否かを判定する。ここでは、受領確認情報の返送の要否や、再送を要求する未達データの有無などに応じて、受領確認情報の返送条件を満たすか否かが判定される。
 例えば、再送された未達データを含むA-MPDUフレームが、所定のリンクを用いて受信されている最中などは、受領確認情報の返送条件を満たしていないと判定される。
 受領確認情報の返送条件を満たしていないと判定された場合、ステップS302に戻り、それ以降の処理が繰り返される。一方、受領確認情報の返送条件を満たすと判定された場合、ステップS312(図26)に進む。
 ステップS312において、マルチリンク管理部311は、図示せぬ記憶領域に記憶されたACK情報またはNACK情報を取得する。
 ここでは、1つのリンクにおけるデータについてのACK情報(NACK情報)だけでなく、他の全てのリンクにおけるデータの受信状況を含むACK情報(NACK情報)が取得される。
 ステップS313において、マルチリンク管理部311は、あらかじめ設定されたデータフォーマットに基づいて、取得されたACK情報またはNACK情報が記載されたブロックACKフレームを、送信フレーム構築部304に構築させる。
 例えば、図16や図17を参照して説明したブロックACKフレームが構築される場合、ブロックACKフレームには、各リンクで受信したデータの最新のシーケンス番号を特定し得る情報が付加される。図18を参照して説明したブロックACKフレームが構築される場合、ブロックACKフレームには、再送が必要となった未達データのシーケンス番号を含むNACK情報が記載される。
 ステップS314において、マルチリンク管理部311は、構築されたブロックACKフレームの返送に用いるリンクを設定する。ブロックACKフレームの返送に用いるリンクは、A-MPDUフレームを受信したリンクのままであってもよいし、Multi-link Setup ResponseにおいてReverse Linksとして設定されている返送用のリンクであってもよい。
 ステップS315において、アクセス制御部312は、設定されたリンクが利用可能になったか否かを判定する。ステップS315は、設定されたリンクが利用可能になったと判定されるまで繰り返される。そして、設定されたリンクが利用可能になったと判定された場合、ステップS316に進む。
 ステップS316において、アクセス制御部312は、ブロックACKフレームを、利用可能になったリンクを用いて、送信処理部305に送信させる。
 その後、ステップS317において、マルチリンク管理部311は、受信シーケンス管理部309により管理されているMPDUのシーケンス番号に基づいて、全てのデータ(MPDU)を受信したか否かを判定する。
 全てのデータを受信していないと判定された場合、ステップS301に戻り、それ以降の処理が、再送される未達データを含むA-MPDUフレームに対して実行される。一方、全てのデータを受信したと判定された場合、処理は終了する。
 以上の処理によれば、複数のリンクを用いたMulti-Link Operationにおいて、未達データが発生した場合であっても、利用可能なリンクを用いて未達データが再送されるので、より好適な未達データの再送を実現することが可能となる。
<4.まとめ>
 本開示に係る技術によれば、データの送信に用いられたリンク以外の他のリンクを用いて未達データが再送されるので、新規のデータを送信しながら、必要最低限のリンクを利用した未達データの再送を実現することができる。
 具体的には、送信側通信装置が、複数のリンクを用いてデータを送信する場合、データの送信が早期に終了したリンクを用いて未達データが再送されるので、より短時間のうちに全てのデータを送信することができる。あるいは、送信側通信装置が、複数のリンクを用いてデータを送信する場合、未だデータの送信に用いられていないリンクや、最も遅いタイミングで利用可能となったリンクを用いて未達データが再送されるので、より短時間のうちに効率良くデータを送信することができる。
 また、必要に応じてフレームアグリゲーションにより短いフレーム長のA-MPDUフレームが構成されるので、送信側通信装置は、より短時間のうちに受領確認情報(ACK)を受信することができる。
 さらに、あるリンクを用いたデータの送信中に、他のリンクにおいてランダムアクセス制御のバックオフが実行されるので、受信側通信装置において受信エラーの発生が検知された直後に、送信側通信装置は、エラーとなった未達データを効率良く再送することができる。
 また、あるリンクを用いたデータの送信時に、送信機会(TXOP)が多めに確保され、Durationに予備の時間が含まれるので、そのリンクを用いて未達データを再送するタイミングがあらかじめ確保される。すなわち、Duration内に再送が完了することで、バックオフ時間が削減され、送信側通信装置は、RTA(Real-Time Application)のようなアプリケーションのデータを効率的に送信することができる。
 さらに、本開示に係る技術によれば、複数のリンクを用いてデータを受信する場合に、各リンクで受信したデータの最新のシーケンス番号を特定し得る情報が、ブロックACKフレームに記載されるので、受信側通信装置は、より確実に、未達データのシーケンス番号を送信側通信装置に通知することができる。
 また、複数のリンクを用いてデータを受信した場合に、NACK情報が記載されたブロックACKフレームを返送することで、受信側通信装置は、未達データのうちエラーとなったデータのシーケンス番号を送信側通信装置に通知することができる。エラーとなったデータのシーケンス番号が明確になることで、従来のBitmap形式の情報では表現されない、未送信のデータや復号が完了していないデータが、重ねて再送されることを防ぐことができる。
 なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
 また、本開示に係る技術を適用した実施の形態は、上述した実施の形態に限定されるものではなく、本開示に係る技術の要旨を逸脱しない範囲において種々の変更が可能である。
 さらに、本開示は以下のような構成をとることができる。
(1)
 無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御するアクセス制御部と、
 所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定するマルチリンク管理部と
 を備える通信装置。
(2)
 前記マルチリンク管理部は、前記データの送信先からの受領確認情報に基づいて、再送が必要な前記未達データを特定する
 (1)に記載の通信装置。
(3)
 前記マルチリンク管理部は、複数の前記リンクのうち、前記データの送信が終了した前記リンクを用いた前記未達データの再送を設定する
 (1)または(2)に記載の通信装置。
(4)
 前記マルチリンク管理部は、複数の前記リンクのうち、前記データの送信待ち状態の前記リンクを用いた前記未達データの再送を設定する
 (1)または(2)に記載の通信装置。
(5)
 前記マルチリンク管理部は、複数の前記リンクのうち、前記未達データの再送のための再送用リンクを用いた前記未達データの再送を設定する
 (1)または(2)に記載の通信装置。
(6)
 前記マルチリンク管理部は、前記データの送信に用いられる少なくとも1つの前記リンクについて、送信データ数を調整したデータフレームの構築を制御する
 (1)乃至(5)のいずれかに記載の通信装置。
(7)
 前記マルチリンク管理部は、前記データの送信に用いられる少なくとも1つの前記リンクについて、前記未達データと新規に送信される前記データとを組み合わせたデータフレームの構築を制御する
 (1)乃至(5)のいずれかに記載の通信装置。
(8)
 前記マルチリンク管理部は、前記データの送信先からの受領確認情報の受信タイミングと、前記データの送信待ち状況に応じて、前記未達データを含むデータフレームの構築を制御する
 (1)乃至(7)のいずれかに記載の通信装置。
(9)
 前記マルチリンク管理部は、前記未達データの再送に用いられ得る前記リンクについて、データフレームの持続時間よりも長い送信機会をあらかじめ設定する
 (1)乃至(8)のいずれかに記載の通信装置。
(10)
 前記マルチリンク管理部は、第1の未達データを含むデータフレームの送信中に、第2の未達データが新たに発生した場合、前記データフレームに続けての前記第2の未達データの再送を設定する
 (1)乃至(9)のいずれかに記載の通信装置。
(11)
 通信装置が、
 無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御し、
 所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定する
 通信方法。
(12)
 無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御するアクセス制御部と、
 1のリンクにおいて受領確認情報を返送する場合、他のリンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定するマルチリンク管理部と
 を備え、
 前記アクセス制御部は、前記受領確認情報の返送を制御し、
 前記マルチリンク管理部は、前記1のリンクを用いた前記受領確認情報に対応する再送データの受信を設定する
 通信装置。
(13)
 前記マルチリンク管理部は、前記他のリンクにおける前記データの受信状況を特定し得る前記情報として、未達データのシーケンス番号を含む前記受領確認情報を設定する
 (12)に記載の通信装置。
(14)
 前記マルチリンク管理部は、並行した前記データの受信に用いる前記リンクの他に、前記再送データの受信のための再送用リンクを設定する
 (12)または(13)に記載の通信装置。
(15)
 前記アクセス制御部は、前記データの送信元との間でアクセス可能な前記リンクを用いた前記受領確認情報の返送を制御する
 (12)乃至(14)のいずれかに記載の通信装置。
(16)
 前記マルチリンク管理部は、所定の前記リンクを用いた前記データの受信と、前記再送データの受信を併せて管理する
 (12)乃至(15)のいずれかに記載の通信装置。
(17)
 前記マルチリンク管理部は、所定の前記リンクを用いて前記再送データを含むデータフレームを受信している間、前記データの送信元への前記再送データの送信を要求しない
 (12)乃至(16)のいずれかに記載の通信装置。
(18)
 前記マルチリンク管理部は、受信されたデータフレームの末尾が検出された後、受信済みの前記データの出力の要否を判定する
 (12)乃至(17)のいずれかに記載の通信装置。
(19)
 前記マルチリンク管理部は、受信されたデータフレームの末尾が検出された後、前記受領確認情報の返送の要否を判定する
 (12)乃至(18)のいずれかに記載の通信装置。
(20)
 通信装置が、
 無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御し、
 1の前記リンクにおいて受領確認情報を返送する場合、他の前記リンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定し、
 前記受領確認情報の返送を制御し、
 再送データを受信する前記リンクを設定する
 通信方法。
 200 通信装置, 250 無線通信モジュール, 301 I/F, 302 送信バッファ, 303 送信シーケンス管理部, 304 送信フレーム構築部, 305 送信処理部, 306 送受信アンテナ, 307 受信処理部, 308 受信フレーム解析部, 309 受信シーケンス管理部, 310 受信バッファ, 311 マルチリンク管理部, 312 アクセス制御部

Claims (20)

  1.  無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御するアクセス制御部と、
     所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定するマルチリンク管理部と
     を備える通信装置。
  2.  前記マルチリンク管理部は、前記データの送信先からの受領確認情報に基づいて、再送が必要な前記未達データを特定する
     請求項1に記載の通信装置。
  3.  前記マルチリンク管理部は、複数の前記リンクのうち、前記データの送信が終了した前記リンクを用いた前記未達データの再送を設定する
     請求項1に記載の通信装置。
  4.  前記マルチリンク管理部は、複数の前記リンクのうち、前記データの送信待ち状態の前記リンクを用いた前記未達データの再送を設定する
     請求項1に記載の通信装置。
  5.  前記マルチリンク管理部は、複数の前記リンクのうち、前記未達データの再送のための再送用リンクを用いた前記未達データの再送を設定する
     請求項1に記載の通信装置。
  6.  前記マルチリンク管理部は、前記データの送信に用いられる少なくとも1つの前記リンクについて、送信データ数を調整したデータフレームの構築を制御する
     請求項1に記載の通信装置。
  7.  前記マルチリンク管理部は、前記データの送信に用いられる少なくとも1つの前記リンクについて、前記未達データと新規に送信される前記データとを組み合わせたデータフレームの構築を制御する
     請求項1に記載の通信装置。
  8.  前記マルチリンク管理部は、前記データの送信先からの受領確認情報の受信タイミングと、前記データの送信待ち状況に応じて、前記未達データを含むデータフレームの構築を制御する
     請求項1に記載の通信装置。
  9.  前記マルチリンク管理部は、前記未達データの再送に用いられ得る前記リンクについて、データフレームの持続時間よりも長い送信機会をあらかじめ設定する
     請求項1に記載の通信装置。
  10.  前記マルチリンク管理部は、第1の未達データを含むデータフレームの送信中に、第2の未達データが新たに発生した場合、前記データフレームに続けての前記第2の未達データの再送を設定する
     請求項1に記載の通信装置。
  11.  通信装置が、
     無線ネットワークにおける複数のリンクを用いて並行したデータの送信を制御し、
     所定の前記リンクにおいて未達データが発生した場合、利用可能な前記リンクを用いた前記未達データの再送を設定する
     通信方法。
  12.  無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御するアクセス制御部と、
     1のリンクにおいて受領確認情報を返送する場合、他のリンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定するマルチリンク管理部と
     を備え、
     前記アクセス制御部は、前記受領確認情報の返送を制御し、
     前記マルチリンク管理部は、前記1のリンクを用いた前記受領確認情報に対応する再送データの受信を設定する
     通信装置。
  13.  前記マルチリンク管理部は、前記他のリンクにおける前記データの受信状況を特定し得る前記情報として、未達データのシーケンス番号を含む前記受領確認情報を設定する
     請求項12に記載の通信装置。
  14.  前記マルチリンク管理部は、並行した前記データの受信に用いる前記リンクの他に、前記再送データの受信のための再送用リンクを設定する
     請求項12に記載の通信装置。
  15.  前記アクセス制御部は、前記データの送信元との間でアクセス可能な前記リンクを用いた前記受領確認情報の返送を制御する
     請求項12に記載の通信装置。
  16.  前記マルチリンク管理部は、所定の前記リンクを用いた前記データの受信と、前記再送データの受信を併せて管理する
     請求項12に記載の通信装置。
  17.  前記マルチリンク管理部は、所定の前記リンクを用いて前記再送データを含むデータフレームを受信している間、前記データの送信元への前記再送データの送信を要求しない
     請求項16に記載の通信装置。
  18.  前記マルチリンク管理部は、受信されたデータフレームの末尾が検出された後、受信済みの前記データの出力の要否を判定する
     請求項12に記載の通信装置。
  19.  前記マルチリンク管理部は、受信されたデータフレームの末尾が検出された後、前記受領確認情報の返送の要否を判定する
     請求項12に記載の通信装置。
  20.  通信装置が、
     無線ネットワークにおける複数のリンクを用いて並行したデータの受信を制御し、
     1の前記リンクにおいて受領確認情報を返送する場合、他の前記リンクにおける前記データの受信状況を特定し得る情報を含む前記受領確認情報を設定し、
     前記受領確認情報の返送を制御し、
     再送データを受信する前記リンクを設定する
     通信方法。
PCT/JP2021/037304 2020-10-23 2021-10-08 通信装置および通信方法 WO2022085486A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US18/031,642 US20240022956A1 (en) 2020-10-23 2021-10-08 Communication device and communication method
CN202180070531.6A CN116420374A (zh) 2020-10-23 2021-10-08 通信设备和通信方法
EP21882627.9A EP4236445A4 (en) 2020-10-23 2021-10-08 COMMUNICATION DEVICE AND COMMUNICATION METHOD
JP2022556904A JPWO2022085486A1 (ja) 2020-10-23 2021-10-08

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-178036 2020-10-23
JP2020178036 2020-10-23

Publications (1)

Publication Number Publication Date
WO2022085486A1 true WO2022085486A1 (ja) 2022-04-28

Family

ID=81290403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/037304 WO2022085486A1 (ja) 2020-10-23 2021-10-08 通信装置および通信方法

Country Status (6)

Country Link
US (1) US20240022956A1 (ja)
EP (1) EP4236445A4 (ja)
JP (1) JPWO2022085486A1 (ja)
CN (1) CN116420374A (ja)
TW (1) TW202220402A (ja)
WO (1) WO2022085486A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002186014A (ja) * 2000-12-12 2002-06-28 Matsushita Electric Ind Co Ltd 無線基地局装置及び通信端末装置
JP2010011280A (ja) * 2008-06-30 2010-01-14 Fujitsu Ltd 無線通信の再送制御方法
JP2010537542A (ja) * 2007-08-22 2010-12-02 エルジー エレクトロニクス インコーポレイティド オーバーヘッドを減らすための再伝送方法
WO2019009099A1 (ja) * 2017-07-06 2019-01-10 ソニー株式会社 無線通信装置および方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110572244B (zh) * 2019-09-06 2020-11-06 展讯通信(上海)有限公司 数据重传、数据接收响应方法及装置、存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002186014A (ja) * 2000-12-12 2002-06-28 Matsushita Electric Ind Co Ltd 無線基地局装置及び通信端末装置
JP2010537542A (ja) * 2007-08-22 2010-12-02 エルジー エレクトロニクス インコーポレイティド オーバーヘッドを減らすための再伝送方法
JP2010011280A (ja) * 2008-06-30 2010-01-14 Fujitsu Ltd 無線通信の再送制御方法
WO2019009099A1 (ja) * 2017-07-06 2019-01-10 ソニー株式会社 無線通信装置および方法

Non-Patent Citations (2)

* 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 *
See also references of EP4236445A4 *

Also Published As

Publication number Publication date
TW202220402A (zh) 2022-05-16
JPWO2022085486A1 (ja) 2022-04-28
CN116420374A (zh) 2023-07-11
EP4236445A1 (en) 2023-08-30
US20240022956A1 (en) 2024-01-18
EP4236445A4 (en) 2024-04-17

Similar Documents

Publication Publication Date Title
JP7004338B2 (ja) Ttiバンドリングによるアップリンク送信の強化
US7385976B2 (en) Method for acknowledging data packets in a network
TWI387374B (zh) 無線通訊系統之同步混合式自動重複請求之操作方法
CN105743620B (zh) 在站中使用的方法以及站
KR101235109B1 (ko) 매시 네트워크 및 매체 접속 제어 프레임 포맷에서 입력 매시 포인트로 확인을 송신하는 방법
WO2010082624A1 (ja) 無線端末
JP2006311543A (ja) 無線通信システムで伝送状態をポーリングする方法及び装置
TW201922044A (zh) 多業務標識符的聚合媒體存取控制協定資料單元傳輸
WO2007058447A1 (en) Method and apparatus for transmitting data frame efficiently in communication network
EP3823347A2 (en) Apparatus and methods for eht multi-band a-msdu operation
CN110168982A (zh) 自适应多harq实体设计
KR100714675B1 (ko) 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치
US11271686B2 (en) Hybrid automatic repeat request acknowledgement and upload multiuser operation
WO2017219756A1 (zh) 数据传输方法、接入点及站点
JP2013197909A (ja) 無線通信方法及び無線通信システム
WO2022085486A1 (ja) 通信装置および通信方法
WO2022218314A1 (zh) 信息处理方法、终端、芯片及存储介质
TWI814957B (zh) 通訊裝置、及通訊方法
EP3962206B1 (en) Wireless communication device and method
CN116963175A (zh) 数据传输方法、装置及***
WO2022163265A1 (ja) 通信装置、及び通信方法
WO2020166375A1 (ja) 通信装置、及び通信方法
WO2022059523A1 (ja) 無線通信装置及び無線通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21882627

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022556904

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18031642

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021882627

Country of ref document: EP

Effective date: 20230523