WO2021225034A1 - 通信装置及び通信方法 - Google Patents

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

Info

Publication number
WO2021225034A1
WO2021225034A1 PCT/JP2021/010116 JP2021010116W WO2021225034A1 WO 2021225034 A1 WO2021225034 A1 WO 2021225034A1 JP 2021010116 W JP2021010116 W JP 2021010116W WO 2021225034 A1 WO2021225034 A1 WO 2021225034A1
Authority
WO
WIPO (PCT)
Prior art keywords
common
scoreboard
storage unit
data
link1
Prior art date
Application number
PCT/JP2021/010116
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 EP21800955.3A priority Critical patent/EP4142397A4/en
Priority to KR1020227038728A priority patent/KR20230008076A/ko
Priority to JP2022519902A priority patent/JPWO2021225034A1/ja
Priority to CN202180033086.6A priority patent/CN115486121A/zh
Priority to US17/921,973 priority patent/US20230179340A1/en
Publication of WO2021225034A1 publication Critical patent/WO2021225034A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/0858—Load balancing or load distribution among entities in the uplink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/0867—Load balancing or load distribution among entities in the downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the technology disclosed in this specification (hereinafter referred to as "the present disclosure”) relates to a communication device and a communication method for performing multi-link operation.
  • Multi-Link Operation: MLO Multi-Link Operation: MLO
  • Patent Document 1 Multi-Link Operation: MLO
  • IEEE802.11 It is expected to be standardized by the next-generation standard of IEEE802.11be.
  • an automatic repeat request (ARQ) technology is known in order to achieve high reliability of data communication. That is, the data receiver returns a response signal including the acquisition success / failure information of the received data, and the data sender retransmits the data based on the acquisition success / failure information extracted from the response signal.
  • ARQ automatic repeat request
  • the data receiver returns a response signal including the acquisition success / failure information of the received data
  • the data sender retransmits the data based on the acquisition success / failure information extracted from the response signal.
  • a response signal is generated in a MAC (Media Access Control) block corresponding to the link in the communication terminal, and the response signal corresponds to the response signal. Only the acquisition success / failure information of the data received at the link is included (in other words, the acquisition success / failure information of the data at other links is not included).
  • the data receiver uses the COMMON Block Ac, which is a response signal that includes the acquisition success / failure information of the data received on the same link as well as the acquisition success / failure information of the data received on the other link. Send to the side. Therefore, even if the data sender fails to receive the response signal on one link, if the response signal is successfully received on the other link, the data sender succeeds in acquiring the data transmitted on the link that failed to receive the response signal. It becomes possible to acquire the approval / disapproval information, and it is possible to prevent unnecessary retransmission.
  • the sender may distribute the same traffic data to multiple links and send it.
  • the receiver transmits a response signal summarizing the acquisition success / failure information of the data of one Block Ac Session. Therefore, even if the sender fails to receive the individual response signal including the individual acquisition success / failure information for each link, the sender succeeds in the common response signal that summarizes the acquisition success / failure information of the entire Block Ac Session. Then, useless retransmission can be prevented.
  • the Block Acsession referred to here is composed of a combination of a sender (sender address) and traffic (Traffic Indicator: TID). In the present specification, the combination of the sender and the TID is also referred to as "sender information”.
  • Non-Patent Document 1 In order to generate a COMMON Block Ac, a COMMON Scoreboard that stores information on whether or not the acquisition of received data at each link is successful or not is used.
  • the COMMON Implementation is a "Full-state type” that allocates a fixed memory area for each Block Ac session (that is, for each combination of sender and traffic identifier (TID)). Since it is premised that the acquisition success / failure information is managed in the above, and it is necessary to implement an expensive memory having a large storage capacity, there is a concern that the implementation difficulty will increase.
  • Partial-state type scoreboard is, so to speak, a cache-type small-capacity memory that temporarily stores acquisition success / failure information for at most one Block Acking Session. That is, unlike the Full-state type, the partial-state type scoreboard does not allocate a fixed memory area for each Block-Ack Session, and is overwritten when another Block-Ack Session starts at the corresponding link.
  • the storage capacity can be reduced and the implementation difficulty can be alleviated.
  • the Partial-state type at most, the storage of the acquisition success / failure information for one Block Acking Session is guaranteed. Therefore, if the update timing and conditions are not specified, the COMMON Scoreboard will be overwritten with the information of another session, which may cause a problem that the Communion Block Ac cannot be generated.
  • An object of the present disclosure is to provide a communication device and a communication method for transmitting a common response signal including data acquisition success / failure information of a plurality of links.
  • the present disclosure has been made in consideration of the above problems, and the first aspect thereof is a communication device that performs wireless communication using a plurality of links.
  • a common data processing unit that has a cache-type common storage unit that stores the success or failure of acquisition of packets received by multiple links and performs common data processing for packets received by each link.
  • a control unit that controls the transmission of response signals for received packets, Equipped with The control unit generates a common response signal including acquisition success / failure information received by the plurality of links based on the acquisition success / failure information held by the common storage unit. It is a communication device.
  • the communication device has an individual storage unit that stores acquisition success / failure information of packets received by individual links, and individual data that performs individual data processing on packets received by individual links. Further provided with a processing unit.
  • the control unit updates the common storage unit based on the acquisition success / failure information regarding the same sender information stored in the common storage unit and the individual storage unit. That is, when the individual storage unit stores the acquisition success / failure information regarding the same sender information as the common storage unit, the control unit uses the acquisition success / failure information regarding the same sender information stored by the individual storage unit. Based on this, the update process of the common storage unit is performed.
  • control unit updates the individual storage unit based on the acquisition success / failure information regarding the same sender information stored in the common storage unit and the individual storage unit.
  • the second aspect of the present disclosure is a communication method for performing wireless communication using a plurality of links.
  • a common data processing step that performs common data processing for packets received on each link using a cache-type common storage unit that stores the success or failure of acquisition of packets received on multiple links.
  • a control step that controls the transmission of a response signal to a received packet, Have, In the control step, a common response signal including the acquisition success / failure information received by the plurality of links is generated based on the acquisition success / failure information held by the common storage unit. It is a communication method.
  • the third aspect of the present disclosure is A communication unit that performs wireless communication using multiple links, A control unit that controls wireless communication operation in the communication unit, Equipped with When transmitting a data signal on the plurality of links, the control unit notifies whether or not there is a request for a common response signal including acquisition success / failure information regarding reception of the data signal on the plurality of links. It is a communication device.
  • the fourth aspect of the present disclosure is a communication method for performing wireless communication using a plurality of links.
  • the step of receiving the response signal and It is a communication method having.
  • a communication device and a communication method for transmitting a common response signal by using a cache-type common storage unit that stores acquisition success / failure information of packets received by a plurality of links.
  • FIG. 1 is a diagram showing a configuration example of a communication system.
  • FIG. 2 is a diagram showing a configuration example of the communication device 200.
  • FIG. 3 is a diagram showing a functional configuration example of the MLD.
  • FIG. 4 is a diagram showing an operation example of the multi-link operation.
  • FIG. 5 is a diagram showing another operation example of the multi-link operation.
  • FIG. 6 is a diagram showing an example of a communication sequence in a communication system corresponding to MLO.
  • FIG. 7 is a diagram showing a configuration example of the ADDBA Capabilities field.
  • FIG. 8 is a flowchart showing a processing procedure for the STA to transmit data in the Data Transmission phase.
  • FIG. 8 is a flowchart showing a processing procedure for the STA to transmit data in the Data Transmission phase.
  • FIG. 9 is a flowchart showing a processing procedure (first embodiment) executed by the AP in the Data Transmission phase.
  • FIG. 10 is a diagram showing an example of an internal sequence when the AP receives a data signal.
  • FIG. 11 is a diagram showing another example of an internal sequence when the AP receives a data signal.
  • FIG. 12 is a flowchart showing a processing procedure (first embodiment) for the AP to transmit the Block Ac.
  • FIG. 13 is a diagram showing an example of an internal sequence when the AP transmits a Block Ac.
  • FIG. 14 is a diagram showing another example of an internal sequence when the AP transmits a Block Ac.
  • FIG. 15 is a diagram showing a configuration example of a Block Ac request frame.
  • FIG. 10 is a diagram showing an example of an internal sequence when the AP receives a data signal.
  • FIG. 11 is a diagram showing another example of an internal sequence when the AP receives a data signal.
  • FIG. 12 is a flowchart
  • FIG. 16 is a flowchart showing a processing procedure when the sender transmits a BAR frame.
  • FIG. 17 is a flowchart showing a processing procedure when the receiver receives the BAR frame.
  • FIG. 18 is a diagram showing an example of an internal sequence when the receiver receives the BAR frame.
  • FIG. 19 is a diagram showing a communication sequence example (first embodiment) of the multi-link operation.
  • FIG. 20 is a diagram showing the status of each scoreboard in the AP at the time of executing the communication sequence shown in FIG.
  • FIG. 21 is a diagram showing another communication sequence example (first embodiment) of the multi-link operation.
  • FIG. 22 is a diagram showing the status of each scoreboard in the AP when the communication sequence shown in FIG. 21 is executed.
  • FIG. 23 is a diagram showing still another communication sequence example (first embodiment) of the multi-link operation.
  • FIG. 24 is a diagram showing the status of each scoreboard in the AP when the communication sequence shown in FIG. 23 is executed.
  • FIG. 25 is a flowchart showing a processing procedure (second embodiment) executed by the AP in the Data Transmission phase.
  • FIG. 26 is a diagram showing an example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 27 is a diagram showing another example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 28 is a flowchart showing a processing procedure (second embodiment) for the AP to transmit the Block Ac.
  • FIG. 29 is a diagram showing still another communication sequence example (second embodiment) of the multi-link operation.
  • FIG. 30 is a diagram showing the status of each scoreboard in the AP at the time of executing the communication sequence shown in FIG. 29.
  • FIG. 1 schematically shows a configuration example of a communication system corresponding to MLO to which the present disclosure is applied.
  • the illustrated communication system is composed of one base station or access point (AP) and two slave units STA (STAtion) 1 and STA2 connected to the AP.
  • AP base station or access point
  • STAtion slave units
  • STA2 slave units
  • FIG. 1 only two STAs are drawn for simplification of the drawing, but it is assumed that three or more STAs are connected to one AP.
  • Link1 and Link2 Two links, Link1 and Link2, can be used for data communication between AP and STA1 and STA2.
  • AP, STA1 and STA2 are all communication devices compatible with MLO.
  • a communication device compatible with MLO is also referred to as MLD (Multi Link Device) below.
  • the "link” referred to in the present specification is a wireless transmission line capable of transmitting data between two communication devices. Each link is selected from, for example, a plurality of independent radio transmission lines (channels) divided in the frequency domain.
  • the two links used in the communication system shown in FIG. 1 are selected from a plurality of channels included in any one of the frequency bands such as 2.4 GHz band, 5 GHz band, 6 GHz band, and 920 MHz band, respectively. Use the channel.
  • the two links used in the communication system shown in FIG. 1 may be two channels selected from the same frequency band or two channels selected from different frequency bands.
  • the frequency band including the channel selected by at least one of the two links used in the communication system shown in FIG. 1 is a frequency band (unlicensed band) permitted to be used by database access such as SAS (Spectrum Access System). ) May be.
  • FIG. 2 shows an example of the internal configuration of the communication device 200.
  • the communication device 200 is a communication device corresponding to MLO, and is assumed to operate as AP, STA1, or STA2 in the communication system shown in FIG.
  • the communication device 200 is mainly composed of a communication unit 210, a control unit 220, a storage unit 230, and an antenna 240.
  • the communication unit 210 includes a communication control unit 211, a communication storage unit 212, a data processing unit including a common data processing unit 213 and an individual data processing unit 214, a signal processing unit 215, and a wireless interface (IF) unit 216.
  • the amplification unit 217 is provided.
  • the individual data processing unit 214, the signal processing unit 215, the wireless interface (IF) unit 216, the amplification unit 217, and the antenna 240 are provided for each link.
  • the communication device 200 assumes that MLO is performed using two links, Link1 and Link2.
  • the individual data processing unit 214-1, the signal processing unit 215-1, the wireless interface unit 216-1, the amplification unit 217-1, and the antenna 240-1 are individually set as one individual communication set for transmission / reception processing in Link1.
  • the data processing unit 214-2, the signal processing unit 215-2, the wireless interface unit 216-2, the amplification unit 217-2, and the antenna 240-2 are separate individual communication sets for transmission / reception processing in Link2.
  • the communication control unit 211 controls the operation of each unit in the communication unit 210 and the information transmission between each unit. Further, the communication control unit 211 passes the control information and management information to be notified to other communication devices to the data processing unit (common data processing unit 213, individual data processing unit 214-1 and individual data processing unit 214-2). Take control.
  • the communication storage unit 212 holds the information used by the communication control unit 211. Further, the communication storage unit 212 holds the data transmitted by the communication device 200 and the data received by the communication device 200.
  • the data processing unit includes a common data processing unit 213 and an individual data processing unit 214. Further, the individual data processing unit 214 includes an individual data processing unit 214-1 for each link and an individual data processing unit 214-2.
  • the common data processing unit 213 manages the sequence of the data held in the communication storage unit 212 and the control information and management information received from the communication control unit 211, performs encryption processing and the like to generate a data unit. , Allocate to individual data processing units 214-1 and 214-2. Further, the common data processing unit 213 performs decoding processing and reordering processing of the data unit at the time of reception.
  • the common data processing unit 213 uses the Partial-state type or cache type Communion Scoreboard to succeed in acquiring data for each Block Attack Session, that is, for each sender information. Data processing is performed to send a COMMON Block Ac that summarizes the availability information, but details will be given later.
  • the individual data processing units 214-1 and 214-2 include channel access operations based on carrier sense at the corresponding links, addition of MAC headers and error detection codes to the data to be transmitted, and a plurality of data units. Perform the concatenation process. Further, the individual data processing units 214-1 and 214-2 perform the disconnection processing, analysis and error detection, and retransmission request operation of the MAC header of the received data unit at the time of reception.
  • the operations of the common data processing unit 213 and the individual data processing units 214-1 and 214-2 are not limited to the above, and for example, one may perform the other operation.
  • the signal processing units 215-1 and 215-1-2 perform coding, interleaving, modulation, etc. on the data unit, add a physical header, and generate a symbol stream.
  • the signal processing units 215-1 and 215-2 analyze the physical header, demodulate, deinterleave, and decode the symbol stream to generate a data unit. Further, the signal processing units 215-1 and 215-2 perform estimation of complex channel characteristics and spatial separation processing as necessary.
  • the wireless interface units 216-1 and 216-2 perform digital-analog signal conversion, filtering, up-conversion, and phase control on the symbol stream to generate a transmission signal. Further, the wireless interface units 216-1 and 216-2 perform down-conversion, filtering, and analog-digital signal conversion on the received signal at the time of reception to generate a symbol stream.
  • the amplification units 217-1 and 217-2 amplify the signals input from the wireless interface units 216-1 and 216-2 or the antennas 240-1 and 240-2.
  • a part of the amplification units 217-1 and 217-2 may be components outside the communication unit 210. Further, a part of the amplification units 217-1 and 217-2 may be included in the wireless interface units 216-1 and 216.2.
  • the control unit 220 controls the communication unit 210 and the communication control unit 211. Further, the control unit 220 may perform a part of the operation of the communication control unit 211 instead. Further, the communication control unit 211 and the control unit 220 may be configured as one block.
  • the storage unit 230 holds information used by the communication unit 210 and the control unit 220. Further, the storage unit 230 may perform a part of the operation of the communication storage unit 212 instead. Further, the storage unit 230 and the communication storage unit 212 may be configured as one block.
  • the individual data processing unit 214-1, the signal processing unit 215-1, the wireless interface unit 216-1, the amplification unit 217-1, and the antenna 240-1 are used as one individual communication set to perform wireless communication with Link1.
  • the individual data processing unit 214-2, the signal processing unit 215-2, the wireless interface unit 216-2, the amplification unit 217-2, and the antenna 240-2 are used as another individual communication set, and wireless communication is performed by Link2. implement.
  • FIG. 2 only two individual communication sets are drawn, but three or more sets may be components of the communication device 200, and each individual communication set may be configured to carry out wireless communication on its own link. can.
  • the storage unit 230 or the communication storage unit 212 may be included in each individual communication set.
  • a link is a wireless transmission line capable of transmitting data between two communication devices, and each link is selected from, for example, a plurality of independent wireless transmission lines (channels) divided by a frequency domain. ..
  • the links used by each of the above individual communication sets may be two channels selected from the same frequency band or two channels selected from different frequency bands.
  • the individual data processing unit 214 and the signal processing unit 215 may be combined into one set, and two or more sets may be configured to be connected to one common wireless interface unit 216.
  • the wireless interface unit 216, the amplification unit 217, and the antenna 240 may be one set, and two or more sets may be components of the communication device 200.
  • the communication unit 210 can also be configured by one or more LSIs (Large Scale Integration).
  • LSIs Large Scale Integration
  • the common data processing unit 213 is also referred to as an Upper MAC or a Higher MAC, and the individual data processing unit 214 is also referred to as a Lower MAC. Further, the pair of the individual data processing unit 214 and the signal processing unit 215 is also referred to as AP entity or Non-AP entity. Alternatively, the pair of the individual data processing unit 214 and the signal processing unit 215 is also referred to as a MAC entity without distinguishing between AP and Non-AP.
  • the communication control unit 211 is also referred to as an MLD management entity.
  • FIG. 3 shows a functional configuration example of a communication device corresponding to MLO, that is, an MLD.
  • MLO a communication device corresponding to MLO
  • the Link1 MAC Entry and the Link2 MAC Entry are functional blocks in the individual data processing units 214-1 and 214-2, respectively
  • the MLD Entry is a functional block in the common data processing unit 213.
  • a MAC address is assigned to each of the Link1 MAC Entry, the Link2 MAC Entry, and the MLD Entry.
  • the MAC address assigned to the MAC Entry of each link is used as the transmission address or reception address of the communication performed via Link1 and Link2.
  • the MAC address assigned to MLD Something will be used when Authentication or Block Acsession is established.
  • Link1 MAC Entry and Link2 MAC Entry are A-MPDU (MAC Protocol Data Unit) De-aggregation block, MAC Header + CRC (Cyclic Redundancy) Block Redundance block as functional blocks that perform MAC layer reception processing on the corresponding links, respectively. It has.
  • A-MPDU MAC Protocol Data Unit
  • De-aggregation block MAC Header + CRC (Cyclic Redundancy) Block Redundance block as functional blocks that perform MAC layer reception processing on the corresponding links, respectively. It has.
  • the A-MPDU De-aggregation block performs a process of dividing a data signal transmitted by aggregating a plurality of packets (data units) into each packet.
  • the MAC Header + CRC Validation block reads the MAC header of each packet divided by the A-MPDU De-aggregation block and confirms the CRC of the entire packet.
  • the destination of the received packet and the type of the received packet are recognized from the information in the MAC header.
  • it is determined whether or not the received packet can be correctly acquired by checking the CRC.
  • the information acquired from the payload of the packet is passed to the upper layer (Upper layer).
  • the received packet is discarded at this point and the information is not passed to the upper layer.
  • the Link Scoreboard block Since the Link Scoreboard block generates a Block Ac with the corresponding link, it stores the acquisition success / failure information of each packet determined in the MPDU Header + CRC Validation block.
  • the Link Scoreboard is a Partial-state type scoreboard that temporarily stores acquisition success / failure information for at most one Block Acck Session. Details of Link Scoreboard will be given later.
  • MLD Entry includes a Block Ac Buck Buffering and Recording block and a Common Scoreboard block as functional blocks that perform processing common to all links.
  • data processing for transmitting a COMMON Block Ac that summarizes data acquisition success / failure information for each Block Ac Quest, that is, for each sender information is performed using the Communi Scoreboard.
  • the Common Scoreboard block Since the Common Scoreboard block generates a Common Block Ac, it stores the success or failure of acquisition of each packet determined by the MAC Header + CRC Validation block for each link.
  • the Common Scoreboard is a Partial-state type scoreboard that temporarily stores acquisition success / failure information for at most one Block Acck Session. Details of the Common Scoreboard will be given later.
  • the Block Ac Buffering and Recording block temporarily stores the packets acquired through the MAC layer reception process by each Link MAC Entry, and performs the reorder process based on the sequence number assigned to each packet. Packets acquired through each Link Mac Entry are delivered to the upper layer in ascending order of sequence number. If there is a packet that cannot be acquired in the middle, the Block Ac Buffering and Recording block does not pass the packet after the sequence number of the packet to the upper layer, but temporarily stores the packet. In addition, when the packet that could not be acquired is retransmitted and can be acquired correctly, or when the data sender notifies that the packet is not retransmitted by Block Ac Quest or the like, the Buffering and Recording block is temporarily set. The stored packet will be passed to the upper layer.
  • both the Link Scoreboard included in each Link MAC Entry and the COMMON Scoreboard included in the MLD Entry are managed by the Partial-state type.
  • the management of the Partial-state type Scoreboard is described as follows, but this embodiment also basically conforms to the following description.
  • the receiver must maintain the temperament block acknowledged reception record.
  • Temporary into record is cord attached bitmap information into a sequence number, (minimum sequence number value in the bitmap) WindowStart R, (maximum sequence number value in the bitmap) WindowEnd R, originator (data sender ), TID (Traffic Indicator), and WindowSize R (maximum transmission window size, a value determined at the time of Block Attack Session, which will be described later) are stored.
  • the receiver maintains the current record as long as it receives data from at least the same originator.
  • the horizontal axis in FIG. 4 is the time axis, and shows the communication operation for each time on each link of AP and STA1.
  • the square block drawn with a solid line indicates the transmission frame at the corresponding communication device, link, and time
  • the solid vertical arrow indicates the frame transmission to the destination
  • the square block drawn with a dotted line indicates the reception frame.
  • the TIDs of the packets transmitted from STA1 in FIG. 4 are all the same.
  • the STA1 When the STA1 acquires the transmission right in Link1, it transmits a data signal (A-MPDU) that aggregates packets having sequence numbers # 1 to # 32.
  • A-MPDU data signal
  • the AP receives this data signal, it transmits a Block Ac (BA) including information on whether or not the packets having sequence numbers # 1 to # 32 have been successfully acquired to the STA1 by Link1. Since the packet acquisition success / failure information is indicated by the information in the bitmap format, it is also referred to as "bitmap information" below.
  • the STA1 when the STA1 acquires the transmission right in Link2, it transmits a data signal that aggregates packets having sequence numbers # 33 to # 64. After the STA1 finishes transmitting the data signal in Link2, the AP generates a Block Ac. At this time, the AP holds not only the bitmap information of the packets having the sequence numbers # 33 to # 64 received by Link2 but also the bitmap information of the packets having the sequence numbers # 1 to # 32 received by Link1. Therefore, a Packet Block Ac including the bitmap information whose sequence numbers are # 1 to # 64 is generated and transmitted to STA1 by Link2.
  • Bitmap information for all packets transmitted on each link can be acquired, and retransmission control can be performed so that unnecessary data is not retransmitted.
  • the Block Ac transmitted by the AP in Link1 notifies only the bitmap information of the packets (# 1 to # 32) received in Link1. If it is possible to acquire a part of the bitmap information of the packets (# 33 to # 64) received by Link2 at the time of Ac generation, the AP may generate and transmit COMMON Block Ac in Link1 as well.
  • FIG. 5 shows an example of another communication sequence of the multi-link operation performed in the communication system shown in FIG.
  • STA1 transmits data using Link1 and Link2
  • STA2 transmits data to AP using Link1.
  • the horizontal axis in FIG. 5 is the time axis, and shows the communication operation for each time on each link of AP, STA1 and STA2.
  • the square block drawn with a solid line indicates the transmission frame at the corresponding communication device, link, and time
  • the solid vertical arrow indicates the frame transmission to the destination
  • the square block drawn with a dotted line indicates the reception frame.
  • the TIDs of the packets transmitted from STA1 and STA2 in FIG. 5 are all the same.
  • the STA1 When the STA1 acquires the transmission right of Link1, it transmits a data signal that aggregates packets having sequence numbers # 1 to # 32. When the AP receives this data signal, it transmits a Block Ac containing the bitmap information of the packets having the sequence numbers # 1 to # 32 to the STA1 by Link1. In addition, the AP holds the bitmap information of the packets having the sequence numbers # 1 to # 32 in the COMMON Scoreboard in preparation for the generation of the Communi Block Ac.
  • the STA1 acquires the transmission right in Link2, it transmits a data signal that aggregates packets having sequence numbers # 33 to # 64.
  • the STA2 acquires the transmission right in the Link1 and transmits the data signal.
  • the AP receives the data signal from STA2, the Bitmap information corresponding to the received data from STA2 is held in the COMMON Scoreboard and the Link Scoreboard of Link1 in the AP.
  • the originator (or sender information) of the bitmap information corresponding to the received packet from STA1 held by the Common Scoreboard is different, there is a high possibility that the bitmap information will be deleted by overwriting or the like.
  • the AP does not hold the bitmap information corresponding to the packet received in Link1 from STA1 in any scoreboard, so it transmits a COMMON Block Ac to STA1. Can't.
  • the present disclosure provides appropriate update conditions and methods for the COMON Scoreboard under the condition that the COMON Scoreboard is managed by the Partial-state type in the communication system corresponding to the MLO.
  • a communication device for example, the AP in FIG. 1 that receives data signals from a plurality of terminals on a plurality of links increases the chances of transmitting a COMMON Block Ac and improves the reliability of the ARQ. Can be done.
  • FIG. 6 shows an example of a communication sequence implemented in a communication system to which the present disclosure is applied.
  • the communication system assumes an MLO-compatible communication system in which one AP and one STA are connected using Link1 and Link2.
  • the association procedure is performed between the AP and the STA, and the STA participates in the AP's BSS (Basic Service Set).
  • BSS Basic Service Set
  • the association procedure is performed by the STA sending an association request to the AP and the AP sending an association response to the STA to notify the association identifier (AID).
  • the MLO setup phase (SEQ602), Link1 and Link2 for communication between AP and STA are set up.
  • the MAC addresses of the Link1 MAC Entry, the Link2 MAC Entry, and the MLD Entry are notified between the AP and the STA, and these are managed as one sender (originator).
  • the MLO setup phase may be included in the association phase.
  • the ADDBA ADD Block Acknowledgment
  • Request frame and Response frame are exchanged between the AP and the STA, and the Block Ac Session is established.
  • the information exchanged between the AP and the STA includes Block Ack Policy, TID, Buffer Size, etc., and the above-mentioned Window Size R is determined by the exchanged Buffer Size.
  • the present embodiment is characterized in that the COMMON Scoreboard Capacity is included in the ADDBA Request frame and the ADDBA Response frame. Since the STA exchanges the COMMON Scoreboard Capacity indicating whether or not the Common Scoreboard can be managed with the AP in the Block Ac setup phase, it determines whether or not the AP can generate the Common Scoreboard, for example, the header of the data packet. You can set the Ac Policy correctly with. Details of Common Scoreboard Capability will be described later.
  • the STA transmits data using Link1 and Link2, and the AP transmits BlockAck in Link1 and Link2.
  • the STA which is the data sender, includes an Ac Policy indicating whether to request a Communi Block Ac or a Normal Ac in the header of the packet and transmits the packet. Details of this point will be described later. Further, the method of updating the COMMON Scoreboard in this phase and the generation of the Communion Block Ac will be described later.
  • the STA transmits a Block Ac Request (BAR) frame to the AP by an arbitrary link (link X).
  • the AP transmits a Block Ac frame on the same link (link X).
  • the BAR frame is used not only when the STA wants to acquire a Block Ac, but also when initializing the Scoreboard and Windows Start R between the AP and the STA. The method of updating the COMMON Scoreboard in the Block Ac Request phase will be described later.
  • Block Acck Setup Phase As described with reference to FIG. 6, in the Block Acck setup phase, the ADDBA (ADD Block Acknowledgment) Request frame and Response frame are exchanged between the AP and the STA to establish the Block Ac Session. ..
  • FIG. 7 shows a configuration example of the ADDBA Capabilities field notified by the ADDBA Request frame and the ADDBA Response frame.
  • a part (1 bit in the illustrated example) of the reserved area (Reserved bit) having a length of 5 bits is used in the ADDBA Capabilities field to notify the Common Scoreboard Capacity. There is.
  • the data sender determines whether or not the receiving side can manage the bitmap information by the COMMON Scoreboard and whether or not the Communion Block Ac can be generated based on the information in the COMMON Scoreboard Capacity field. It becomes possible. Therefore, the data sender (originator) can correctly set the Ac Policy in the header of the data packet, for example.
  • FIG. 8 shows the processing procedure for the STA to transmit data in the Data Transmission phase in the form of a flowchart.
  • the STA determines whether or not to request the COMMON Block Ac from the receiving AP. Determine (step S802).
  • the STA When requesting a COMMON Block Ac from the AP (Yes in step S802), the STA sets the Ac Policy in the MAC Header / QoS Control field attached to the beginning of the packet to "Common BA" (that is, data in multiple links). The confirmation response including the acquisition success / failure information) is set, and the transmission of the data signal is started (step S803). Since the STA exchanges the Capability information (Comon Scoreboard Capability) of whether or not the COMMON Scoreboard can be managed with the AP in the Block Ac setup phase (see FIGS. 6 and 7), the AP exchanges the Comcom Block Ac. It is possible to determine whether or not it can be generated, and set AcCPolicy correctly, for example, in the header of the data packet.
  • Capability information Comon Scoreboard Capability
  • the STA sets the Ac Policy in the MAC Header / QoS Control field attached to the beginning of the packet to a value other than "Common BA" (for example, "Normal Ac”). Set to ”) and start transmitting the data signal (step S804).
  • step S802 how the STA determines whether or not to request the COMMON Block Ac is not particularly limited.
  • the STA may request a COMMON Block Ac only when transmitting data that is required to have low delay or high reliability, or may be set to always transmit a Common Block Ac. good.
  • FIG. 9 shows a processing procedure when the AP receives data in the Data Transmission phase in the form of a flowchart.
  • the AP receives a data signal at a certain link (for example, Link1), and updates the Link Scoreboard of the Link MAC entity corresponding to the link based on the data acquisition success / failure information by the conventional method (step S901). ).
  • a certain link for example, Link1
  • the AP checks whether or not to transmit the COMMON Block Ac (step S902). Specifically, the AP has completed the Block Ac setup including the Communi Block Ac with the STA, which is the data sender (originator), and is in the MAC Header / QoS Control field of the received packet. Check if Ac Policy is "Common BA". Since the STA exchanges the Capability information (Comon Scoreboard Capability) of whether or not the Common Scoreboard can be managed with the AP in the Block Ac setup phase (see FIGS. 6 and 7), the AP can generate the Commom Block Ac. It is possible to correctly set AckPolicy in the header of the data packet, for example.
  • Capability information Comon Scoreboard Capability
  • Block Ac setup has not been completed with the data sender, or if the Ac Policy in the MAC Header / QoS Control field of the received packet is not "Common BA" (No in step S902), the AP is , Common Scoreboard is not updated, and this process is terminated.
  • AP Determines whether or not to update the Common Scoreboard.
  • the AP first determines whether the Link Scoreboard of the link that received the data with the Common Scoreboard manages the same sender information, that is, the same sender and the same TID bitmap. Check whether or not (step S903).
  • the AP receives the data Link1. Based on the Link1 Scoreboard bitmap information (or the SN information whose bitmap has been updated), the Common Scoreboard bitmap information is updated (step S905), and this process is terminated.
  • the Communion Scoreboard will receive the same BlockAck based on the acquisition success / failure information of the scoreboard of the link that received the data. Information on the success or failure of acquisition of the session is updated sequentially.
  • the AP is the data with the Common Scoreboard. Whether or not the Link Scoreboard of a link different from the received link (for example, Link2) manages the same sender and the same TID bitmap as the Link Scoreboard of the link that received the data (for example, Link1) is further determined. Check (step S904).
  • Step S906 this process is terminated.
  • the Scoreboard for each link manages the Communion Scoreboard. Based on the acquisition success / failure information, the acquisition success / failure information of the new Block Ac Session is updated.
  • the Link Scoreboard and the Common Scoreboard are updated when the CRC check of the packets aggregated on all the links used is performed, but the update timing of each scoreboard is assumed. Is not limited to this.
  • the Link Scoreboard may be updated when the CRC check of all the aggregated packets is completed for each link.
  • the COMMON Scoreboard may be updated at intervals determined internally, or may be performed when the reception of all data signals is completed.
  • the AP acquires each MAC address of the subordinate STA in the MLO setup phase, and stores and manages the MAC address of each Link MAC entity and MLD Entry for each sender (originator). Is assumed. Therefore, the AP can determine whether or not the sender of each link is the same STA by looking at the address of the sender when the data is received on each link.
  • FIG. 10 shows an example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 10 shows an example of an internal sequence when the AP updates the bitmap information of the COMMON Scoreboard based on the bitmap information of the Link1 MAC Scoreboard, which corresponds to step S905 in the flowchart shown in FIG.
  • the AP is a communication device corresponding to MLO, that is, an MLD, and as shown in FIG. 3, is common to all links such as Link1 MAC Entry and Link2 MAC Entry that perform individual data processing for each link. It is equipped with MLD Entry that processes the data of.
  • a scoreboard for storing data acquisition success / failure information in the AP there are a Link1 Scoreboard and a Link2 Scoreboard owned by the Link1 MAC Entry and a Link2 MAC Entry, and a Common Scoreboard owned by the MLD Entry.
  • the Link1 MAC Entry notifies the Scoreboard Update including the Originator Addless, TID, and Updated SN when the Link1 Scoreboard is updated due to the reception of data in the Link1 (Scoreboard Update).
  • the MLD Entry determines whether or not the same sender information (that is, the same Originator Addless and TID) bitmap information is managed by the COMMON Scoreboard (Common Scoreboard UpdateD). ). This determination process corresponds to step S903 in the flowchart shown in FIG. Here, it is assumed that the Block Ac setup is completed with the STA which is the data sender (originator), and the Ac Policy in the MAC Header / QoS Control field of the received packet is specified as "Common BA". do.
  • MLD Entry shall update the Common Scoreboard according to the following procedure.
  • WindowStart R of Common Scoreboard WindowEnd R
  • WindowSize R respectively WindowStart Rc, WindowEnd Rc, and WindowSize Rc.
  • large numbers than 2 11 SN Space is expansion may be used.
  • the COMMON Scoreboard is a Partial State type, has only a capacity for storing bitmap information for one Block Ac Session, and returns to the beginning and is overwritten after one round.
  • the condition of WindowStart Rc ⁇ SN ⁇ WindowEnd Rc in (1) above indicates that the corresponding SN fits in the current window size of the COMMON Scoreboard. Set the information on whether or not the packet can be successfully acquired. Further, the condition of WindowEnd Rc ⁇ SN ⁇ WindowStart Rc +2 11 in (2) above indicates that the end of the window size of the COMMON Scoreboard has been reached. In this case, the packet of this SN returns to the beginning of the bitmap. Set the acquisition success / failure information.
  • FIG. 11 shows another example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 11 shows an internal sequence when the AP updates the bitmap information of the COMMON Scoreboard based on the bitmap information of the Link1 MAC Scoreboard and the bitmap information of the Link2 Scoreboard, which corresponds to step S906 in the flowchart shown in FIG. An example is shown.
  • the Link1 MAC Entry notifies the Scoreboard Update including the Originator Addless, TID, and Updated SN when the Link1 Scoreboard is updated due to the reception of data in the Link1 (Scoreboard Update).
  • the MLD Entry determines whether or not the same Originator Address and TID bitmap information is managed by the Common Scoreboard (Common Scoreboard Update Decision 1). This determination process corresponds to step S903 in the flowchart shown in FIG. Here, it is assumed that the Block Ac setup is completed with the STA which is the data sender (originator), and the Ac Policy in the MAC Header / QoS Control field of the received packet is specified as "Common BA". do.
  • the MLD Entry when the MLD Entry confirms that the Common Scoreboard and the Link1 Scoreboard do not manage the same Originator Addless and TID bitmap information, it sends a Scoreboard OriginRes.
  • the Link2 MAC Entry sends a Scoreboard Originator Info Response including the Originator Address and TID in response to this request from the MLD Entry.
  • the MLD Entry periodically acquires the information of the Originator Adress and TID from the Scoreboard, it is not necessary to transmit the Scoreboard Originator Info Request to the Link2 MAC Entry.
  • MLD Entry Based on the information acquired from Link2 MAC Entry, MLD Entry manages whether or not Common Scoreboard manages the same sender information as Link1 Scoreboard and Link2 Scoreboard, that is, the same Originator Addless and TID bitmap information. It is determined whether or not to update the Scoreboard (Common Scoreboard Update Decision 2). This determination process corresponds to step S904 in the flowchart shown in FIG.
  • the MLD Integrity is a new sender, that is, a new Originator Adless based on the bitmap information of both.
  • TID bitmap information is created, and it is decided to update the COMMON Scoreboard. Therefore, the MLD Entry transmits a Scoreboard Request to the Link1 MAC Entry and the Link2 MAC Entry.
  • Link1 MAC Entry and Link2 MAC Entry are scoreboards that include bitmap information, WindowsStart, WindowsEnd, Originator Addless, and TID for Scoreboard Request from MLD Entry, respectively.
  • the MLD Entry updates the Scoreboard according to the following procedure based on the Scoreboard Info collected from the Link1 MAC Entry and the Link2 MAC Entry (Common Scoreboard Update).
  • LINKX (X th link) Scoreboard of WindowStart R, WindowEnd R, the WindowSize R, respectively WindowStart Rx, WindowEnd Rx, and WindowSize Rx.
  • the COMMON Scoreboard may update the Link Scoreboard of each link together with its own bitmap information after updating the bitmap information. Specifically, in the SN in which "1" is set in the Common Scoreboard and "0" is set in the Link Scoreboard while keeping the Windows Start and Windows End of each link as they are, set "1" in the relevant part of the Link Scoreboard. You may control it.
  • FIG. 12 shows the processing procedure for the AP to transmit the Block Ac in the form of a flowchart.
  • step S1201 After completing the reception of the data signal at a certain link (for example, Link1) (step S1201), the AP determines whether the COMMON Scoreboard manages the same sender and the same TID bitmap as the sender of the data signal. Check (step S1202).
  • the AP sets the COMMON Block Ac based on the information of the Communion Scoreboard. It is generated and transmitted to the sender STA (step S1203), and this process is terminated.
  • the AP is the link (for example, Link1) that received the data signal.
  • a conventional Block Ac is generated based on the Link Scoreboard information, transmitted to the sender STA (step S1204), and the present process is terminated.
  • FIG. 13 shows an example of an internal sequence when the AP transmits a Block Ac.
  • FIG. 13 shows an example of an internal sequence when the AP transmits a COMMON Block Ac based on the bitmap information of the COMMON Scoreboard, which corresponds to step S1203 in the flowchart shown in FIG.
  • the AP corresponding to MLO includes Link1 MAC Entry and Link2 MAC Entry that perform individual data processing for each link, and MLD Entry that performs data processing common to all links. Further, as a scoreboard for storing data acquisition success / failure information in the AP, there are a Link1 Scoreboard and a Link2 Scoreboard owned by the Link1 MAC Entry and a Link2 MAC Entry, and a Common Scoreboard owned by the MLD Entry.
  • the Link1 MAC Entry After the Link1 MAC Entry completes the reception of the data signal in the Link1 (Data Rx End), the Link1 MAC Entry notifies the MLD Entry of the Command Block Ac ACK Request Info including the Originator Addless and the TID.
  • MLD Entry Based on the information of COMMON Block Ac Quest Info acquired from Link1 MAC Entry, MLD Entry confirms that the same Originator and TID bitmap information as the sender of the data received by Link1 is managed by COMON Scoreboard. Te, Common Scoreboard information (at least the bitmap information, WindowStart Rc, WindowEnd Rc) notifies the Link1 MAC Entity a Common Block Ack Response Info including.
  • the Link1 MAC Entry generates a COMMON Block Ac (Generate Block Ac) based on the acquired Information of the Communi Block Ac Response Info, and transmits it to the sender STA (Start Block Ac Tx).
  • COMMON Block Ac Generate Block Ac
  • STA Start Block Ac Tx
  • FIG. 14 shows another example of an internal sequence when the AP transmits a Block Ac.
  • FIG. 14 shows an example of an internal sequence when the AP transmits a conventional Block Ack based on the bitmap information of the Link Scoreboard, which corresponds to step S1204 in the flowchart shown in FIG.
  • the Link1 MAC Entry After the Link1 MAC Entry completes the reception of the data signal in the Link1 (Data Rx End), the Link1 MAC Entry notifies the MLD Entry of the Command Block Ac ACK Request Info including the Originator Addless and the TID.
  • MLD Entity Based on the information of Common Block Ac Quest Info acquired from Link1 MAC Entity, MLD Entity confirms that the same Originator and TID bitmap information as the sender of the data received by Link1 is not managed by Common Scoreboard. Then, the Link1 MAC Entry is notified of the COMMON Block Acck Response Info that does not include the COMMON Scoreboard information.
  • the Link1 MAC Entry generates a conventional Block Ac (Generate Block Ac) based on its own Link1 Scoreboard information, and transmits it to the sender STA (Start Block Ac Tx).
  • a conventional Block Ac Generic Block Ac
  • STA Start Block Ac Tx
  • the STA transmits a Block Ac Request (BAR) frame to the AP at an arbitrary link (link X).
  • the AP transmits a Block Ac frame on the same link (link X).
  • the BAR frame is used not only when the STA wants to acquire a Block Ac, but also when initializing the Scoreboard and Windows Start R between the AP and the STA.
  • FIG. 15 shows a configuration example of a Block Ac request (BAR) frame.
  • the BAR frame is transmitted so that the sender (STA) requests the receiver (AP) to transmit the Block Ac.
  • the present embodiment is characterized in that the COMMON Scoreboard Update subfield is included in the BAR Control field. Specifically, one bit of the Reserved field in the BAR Control field is assigned to the Common Scoreboard Update subfield.
  • the sender When the sender requests the bitmap information of the receiver's Common Scoreboard when transmitting the BAR frame by either link, set "1" in this Common Scoreboard Update subfield and send the BAR frame. do. If you only want to update the recipient's Common Scoreboard, the sender sets the RA (Receiver Addless) of the BAR frame to the MAC address assigned to the recipient's MLD Integrity, and sends the BA frame. It doesn't matter.
  • RA Receiveiver Addless
  • FIG. 16 shows a processing procedure when the sender transmits a BAR frame in the form of a flowchart.
  • the sender assumes an STA that has transmitted a data frame to the AP.
  • step S1601 When the STA transmits a BAR on a certain link (for example, Link1) (step S1601), the STA determines whether or not to request the update of the COMMON Scoreboard at the same time as the Link Scoreboard (step S1602).
  • Link1 for example, Link1
  • step S1603 when requesting the update of the Common Scoreboard (Yes in step S1602), the STA sets "1" in the Common Black Ac Update subfield of the BAR frame and transmits the BAR frame (step S1603).
  • the STA sets "0" in the Common Block Ac Update subfield of the BAR frame and transmits the BAR frame (step S1604).
  • FIG. 17 shows the processing procedure when the receiver receives the BAR frame in the form of a flowchart.
  • the receiver assumes an AP that has received a data frame from the STA.
  • the AP When the AP receives a BAR frame on a certain link (for example, Link1) (step S1701), the AP updates the Link Scoreboard corresponding to the link that received the BAR (step S1702).
  • Link1 for example, Link1
  • the AP checks whether "1" is set in the Common Scoreboard Update subfield of the BAR frame received in step S1701 (step S1703).
  • step S1703 when "1" is set in the Common Scoreboard Update subfield (Yes in step S1703), the AP updates the Common Scoreboard (step S1704) and then transmits the Block Ac (step S1704). S1705).
  • the update process of the Common Scoreboard is carried out according to the same processing procedure as that at the time of data reception shown in FIG. 9, for example.
  • FIG. 18 shows an example of the internal sequence when the receiver receives the BAR frame.
  • the AP which is the receiver, receives the BAR frame in Link1 and then transmits Block Ac from Link1.
  • the AP is a communication device corresponding to MLO, that is, an MLD, and as shown in FIG. 3, performs data processing common to all links, including Link1 MAC Entry and Link2 MAC Entry, which perform individual data processing for each link. Equipped with MLD Entry.
  • Link1 MAC Entry confirms that "1" is set in the Common Scoreboard Update subfield of the BAR frame, it includes the Originator Addless, TID, and Start Sequence Number (SSN) for the MLD Entry. Send Update Request.
  • MLD Efficiency updates the Comon Scoreboard based on the information contained in the Common Scoreboard Update Request from the Link1 MAC Entity (Common Scoreboard Update). After that, the MLD Entry transmits a Command Block Acack Response frame including the information of the COMMON Scoreboard (bitmap information, Windows Start, Windows Size, Originator Addless, TID) to the Link1 MAC Entry.
  • COMMON Scoreboard bitmap information, Windows Start, Windows Size, Originator Addless, TID
  • the Link1 MAC Entry generates a Block Ac (Generate Block Ac) based on the information contained in the Command Block Ac Response from the AP, and starts transmitting the Block Ac (Start Block Ac Tx).
  • FIG. 19 shows an example of a communication sequence of a multi-link operation performed in the communication system shown in FIG.
  • both STA1 and STA2 use Link1 and Link2 to transmit data to the AP.
  • the horizontal axis in FIG. 19 is the time axis, and shows the communication operation for each time on each link of AP, STA1 and STA2.
  • the square block drawn with a solid line indicates the transmission frame at the corresponding communication device, link, and time
  • the solid vertical arrow indicates the frame transmission to the destination
  • the square block drawn with a dotted line indicates the reception frame. There is.
  • FIG. 20 shows the notation of the bitmap information of each time (T1 to T8) of Link1 MAC Entry and Common Scoreboard of each link in the AP when the communication sequence shown in FIG. 19 is executed.
  • the Link 1 MAC Entry and COMON Scoreboard of each link are partial-state type cache memories that can temporarily store the acquisition success / failure information of the packets for one Block Ac Session.
  • the left end of the bitmap information of the scoreboard contains information that matches the SN indicated WindowStart R, information is the right end matches the SN indicated WindowEnd R are stored.
  • the acquisition success / failure information of the packet of the corresponding SN is represented by 0 and 1.
  • the SN of a packet that has not yet been received is written as "0". Further, although the SN of the packet that has already been acquired is described as "X", it is assumed that either 0 or 1 is stored in X depending on the success or failure of the acquisition of the bucket.
  • the STA1 acquires the transmission right of Link1 at the time T1
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T3.
  • the Link1 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA 1, and is sequentially updated.
  • the STA1 acquires the transmission right of the Link2 at the time T2
  • the STA starts transmitting the data signal in which the SN aggregates the packets of # 33 to # 64 with the same TID as the Link1, and the aggregated data is started at the time T5.
  • Complete signal transmission During the time periods T2 to T5, the Link2 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 33 to # 64 transmitted from the STA 1, and is sequentially updated.
  • STA2 acquires the transmission right of Link1 at time T4. That is, at time T4, the sender of Link1 changes from STA1 to STA2.
  • the STA 2 starts transmitting the data signal in which the SN aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at time T7.
  • the Link1 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 1 to # 32 transmitted from the STA2, and sequentially updates them.
  • STA2 acquires the transmission right of Link2 at time T6. That is, at time T6, the sender of Link2 changes from STA1 to STA2.
  • the STA 2 starts transmitting the data signal in which the SN aggregates the packets of # 33 to # 64 with the same TID as the Link 1 in the Link 2, and completes the transmission of the aggregated data signal at the time T8.
  • the Link2 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA2, and sequentially updates them.
  • the AP receives the data signal from STA1 in both Link1 and Link2, and the time when both Link1 Scoreboard and Link1 Scoreboard manage the bitmap information of STA1 having the same sender and the same TID.
  • the Common Scoreboard is updated, and bitmap information regarding whether or not the packet from STA1 is successfully acquired is stored.
  • the Link2 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packet from the STA1.
  • bitmap information that is, transmission
  • the AP can transmit the COMMON Block Ac to the STA 1 with the Link 2 according to the Block Ac transmission procedure shown in FIG.
  • the AP receives the data signal from STA2 at both Link1 and Link2, and both Link1 Scoreboard and Link1 Scoreboard manage the bitmap information of STA2 having the same sender and the same TID. Therefore, the Common Scoreboard is switched so that the bit map information regarding the success or failure of the acquisition of the packet from the STA2 is stored.
  • the COMMON Scoreboard keeps updating the bitmap information regarding the success or failure of the acquisition of the packet from the STA2.
  • the bitmap information related to the STA1 that has been stored so far is deleted (as in the present embodiment, the information on whether or not the acquisition of the packet for one Block Attack Session is successful or not).
  • the cache memory is a Partial-state type that can store STA1
  • the bitmap information related to STA1 is deleted by overwriting).
  • bitmap information regarding whether or not the packets of SN # 1 to # 64 transmitted from STA2 in Link1 and Link2 from STA2 are successfully acquired is sent to the COMMON Scoreboard.
  • the sender and TID acquisition success / failure information) are stored. Therefore, the AP can transmit the COMMON Block Ac to the STA 2 with the Link 2 according to the Block Ac transmission procedure shown in FIG.
  • FIG. 21 shows an example of another communication sequence of the multi-link operation performed in the communication system shown in FIG. Further, FIG. 22 shows the situation of each scoreboard in the AP for each time when the communication sequence shown in FIG. 21 is executed.
  • the STA1 acquires the transmission right of Link1 at the time T1
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T5.
  • the Link1 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA 1, and is sequentially updated.
  • the STA1 acquires the transmission right of the Link2 at the time T2
  • the STA starts transmitting the data signal in which the SN aggregates the packets of # 33 to # 64 with the same TID as the Link1, and the aggregated data is started at the time T3.
  • Complete signal transmission During the time periods T2 to T3, the Link2 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 33 to # 64 transmitted from the STA 1, and is sequentially updated.
  • STA2 acquires the transmission right of Link2 at time T4. That is, at time T4, the sender of Link2 changes from STA1 to STA2.
  • the STA 2 starts transmitting the data signal in which the SN aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at time T6.
  • the Link2 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 1 to # 32 transmitted from the STA2, and sequentially updates them.
  • STA2 acquires the transmission right of Link1 at time T7. That is, at time T7, the sender of Link1 changes from STA1 to STA2.
  • the STA 2 starts transmitting a data signal in which the SN aggregates packets # 33 to # 64 with the same TID as the Link 2, and completes the transmission of the aggregated data signal at time T8.
  • the Link1 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA2, and sequentially updates them.
  • the AP receives the data signal from STA1 in both Link1 and Link2, and the time when both Link1 Scoreboard and Link1 Scoreboard manage the bitmap information of STA1 having the same sender and the same TID.
  • the Common Scoreboard is updated, and bitmap information regarding whether or not the packet from STA1 is successfully acquired is stored.
  • both the COMMON Scoreboard and the Link1 Scoreboard store the information on whether or not the packet can be successfully acquired from the STA1.
  • bitmap information that is, transmission
  • the AP can transmit the COMMON Block Ac to the STA1 with the Link 1 according to the Block Ac transmission procedure shown in FIG.
  • the AP receives the data signal from STA2 in Link1, and both Link1 Scoreboard and Link1 Scoreboard manage the bitmap information of STA2 having the same sender and the same TID.
  • the Common Scoreboard switches so that bitmap information regarding the success or failure of packet acquisition from STA2 is stored.
  • the COMMON Scoreboard keeps updating the bitmap information regarding the success or failure of the acquisition of the packet from the STA2.
  • the bitmap information related to STA1 that has been stored so far is deleted.
  • the COMMON Scoreboard is a Partial-state type cache memory capable of storing packet acquisition success / failure information for one Block Acsession session, the bitmap information related to STA1 is deleted by overwriting. Will be done.
  • bitmap information regarding whether or not the packets of SN # 1 to # 64 transmitted from STA2 in Link1 and Link2 from STA2 are successfully acquired is sent to the COMMON Scoreboard.
  • the sender and TID acquisition success / failure information) are stored. Therefore, the AP can transmit the COMMON Block Ac to the STA 2 with the Link 2 according to the Block Ac transmission procedure shown in FIG.
  • STA1 starts data transmission in Link1 first, and then starts data transmission of the same TID in Link2, but when data transmission ends earlier in Lnk2 than in Link1, that is, Even if the data transmission start time and the data transmission end time are reversed between the links, the AP can generate and transmit a COMMON Block Ac to STA1 by updating the COMMON Scoreboard in accordance with the update rule according to the present disclosure. It is possible. Further, although the transmission time of the same TID data does not overlap in Link1 and Link2 in STA2, the AP generates a COMMON Block Ac to STA2 by updating the COMMON Scoreboard according to the update rule according to the present disclosure. It is possible to send.
  • FIG. 23 shows an example of yet another communication sequence of the multi-link operation performed in the communication system shown in FIG. Further, FIG. 24 shows the situation of each scoreboard in the AP for each time when the communication sequence shown in FIG. 23 is executed.
  • the STA1 acquires the transmission right of Link1 at the time T1
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T3.
  • the Link1 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA 1, and is sequentially updated.
  • the STA2 acquires the transmission right of Link2 at the time T2
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T4. do.
  • the Link2 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA2, and is sequentially updated.
  • STA2 acquires the transmission right of Link1 at time T5. That is, at time T5, the sender of Link1 changes from STA1 to STA2.
  • the STA 2 starts transmitting a data signal in which the SN aggregates packets # 33 to # 64 with the same TID as the Link 2, and completes the transmission of the aggregated data signal at time T7.
  • the Link1 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA2, and sequentially updates them.
  • STA1 acquires the transmission right of Link2 at time T6. That is, at time T6, the sender of Link2 changes from STA2 to STA1.
  • the STA 1 starts transmitting a data signal in which the SN aggregates packets # 33 to # 64 with the same TID as the Link 1, and completes the transmission of the aggregated data signal at time T8.
  • the Link2 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA 1, and is sequentially updated.
  • the information stored in the COMMON Scoreboard is the bitmap information regarding the success or failure of the acquisition of the packet from STA2. Therefore, at the time T7 when the data transmission in Link1 of STA2 ends, bitmap information regarding whether or not the packets of SN # 1 to # 64 transmitted from STA2 in Link1 and Link2 from STA2 are successfully acquired (that is, transmission is completed) is sent to the COMMON Scoreboard. The sender and TID acquisition success / failure information) are stored. Therefore, the AP can transmit the COMMON Block Ac to the STA 2 with the Link 1 according to the Block Ac transmission procedure shown in FIG.
  • the AP will receive the data signal from STA1 at Link1.
  • Link1 Scoreboard manages the bitmap information of STA1
  • Link2 Scoreboard manages the bitmap information of STA2
  • the Common Scoreboard is not updated. Therefore, at the time T8 when the data transmission in Link1 of STA1 ends, bitmap information (that is, transmission) regarding the success or failure of acquisition of the packets of SN # 1 to # 64 transmitted from STA2 in Link1 and Link2 to the COMMON Scoreboard
  • the sender different from the time of completion or the acquisition success / failure information of a different TID) is still stored. Therefore, the AP cannot generate a COMMON Block Ac according to the Block Ac transmission procedure shown in FIG. 12, and transmits a normal Block Ac to the STA1 in Link2.
  • both STA1 and STA2 use Link1 and Link2 to transmit data to the AP, but STA1 starts data transmission first, but STA2 transmits data first. It is finished. That is, the data transmission start time and the data transmission end time are reversed between STA1 and STA2. In such a case, since the acquisition success / failure information of the entire Block Ac Section of STA1 whose data transmission end time is late is not stored in the COMMON Scoreboard, the AP cannot generate and transmit the Communi Block Ac to STA1.
  • each link is based on the bitmap information of the COMMON Scoreboard under the condition that the Partial-state type COMMON Scoreboard can store the bitmap information of a plurality of senders or a plurality of TIDs at the same time. How to update the scoreboard of is explained below.
  • FIG. 25 shows a processing procedure in which the AP receives data in the Data Transmission phase in the form of a flowchart.
  • the AP receives a data signal at a certain link (for example, Link1), and updates the Link Scoreboard of the Link MAC entity corresponding to the link based on the data acquisition success / failure information by the conventional method (step S2501). ).
  • a certain link for example, Link1
  • the AP checks whether or not to transmit the COMMON Block Ac (step S2502). Specifically, the AP has completed the Block Ac setup including the Communi Block Ac with the STA, which is the data sender (originator), and is in the MAC Header / QoS Control field of the received packet. Check if Ac Policy is "Common BA".
  • Block Ac setup has not been completed with the data sender, or if the Ac Policy in the MAC Header / QoS Control field of the received packet is not "Common BA" (No in step S2502), the AP is , Common Scoreboard is not updated, and this process is terminated.
  • AP Determines whether or not to update the scoreboard.
  • the AP first checks whether or not the Link Scoreboard of the link that received the data and the COMMON Scoreboard manages the same sender and the same TID bitmap ( Step S2503).
  • the AP is the Bitmap information of the Common Scoreboard. Based on the above, the bit map information of the Link Scoreboard of the link that received the data is updated (step S2505), and this process is terminated. As a result, the acquisition success / failure information of the data received by the same sender and the same TID is sequentially updated in the Link Scoreboard of the link (for example, Link1) that received the data.
  • the AP is the memory of the Common Scoreboard. Further check whether there is enough capacity (step S2504).
  • step S2505 if there is a margin in the storage capacity of the Common Scoreboard (Yes in step S2505), the AP updates the Common Scoreboard based on the bitmap information of the Link1 Scoreboard (step S2506). As a result, as long as there is a margin in the storage capacity, the acquisition success / failure information of the data received by the new sender or TID is updated in the COMMON Scoreboard.
  • FIG. 26 shows an example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 26 shows an example of an internal sequence when updating the bitmap information of the COMMON Scoreboard based on the bitmap information of the Link1 MAC Scoreboard, which corresponds to step S2505 in the flowchart shown in FIG. 25.
  • the AP is a communication device corresponding to MLO, that is, an MLD, and as shown in FIG. 3, performs data processing common to all links, including Link1 MAC Entry and Link2 MAC Entry, which perform individual data processing for each link. Equipped with MLD Entry.
  • a scoreboard for storing data acquisition success / failure information in the AP there are a Link1 Scoreboard and a Link2 Scoreboard owned by the Link1 MAC Entry and a Link2 MAC Entry, and a Common Scoreboard owned by the MLD Entry.
  • the Link1 MAC Entry notifies the Scoreboard Update including the Originator Addless, TID, and Updated SN when the Link1 Scoreboard is updated due to the reception of data in the Link1 (Scoreboard Update).
  • the MLD Entry determines whether or not the same sender information (that is, the same Originator Address and TID) bitmap information is managed by the Common Scoreboard (Common Scoreboard Update). .. This determination process corresponds to step S2503 in the flowchart shown in FIG. 25. Here, it is assumed that the Block Ac setup is completed with the STA which is the data sender (originator), and the Ac Policy in the MAC Header / QoS Control field of the received packet is specified as "Common BA". do.
  • MLD Integrity confirms that the Common Scoreboard also manages the same Originator Addless and TID bitmap information as the Link1 Scoreboard, it decides to update the Link1 Scoreboard.
  • the MLD Entry transmits the bitmap information, the Windows Start, the Windows Size, the Scoreboard Info including the Originator Addless, and the TID to the Link1 MAC Entry.
  • the Link1 MAC Entry updates the Link1 Scoreboard based on the information of the Common Scoreboard acquired from the MLD Entry (Scoreboard Update).
  • Link1 MAC Entry updates Link1 Scoreboard according to the following procedure.
  • Set WindowEnd RL1 max (WindowsEnd RL1 , WindowsEnd Rc ). That is, the Link1 Scoreboard is updated according to the larger final value of the sequence number to be stored among the Link1 Scoreboard and the Link2 Scoreboard.
  • Set WindowStart RL1 WindowEnd RL1- WindowSize RL1 +1.
  • "1" is set in Link1 Scoreboard indicated by the SN whose bitmap information of Common Scoreboard is "1".
  • FIG. 27 shows another example of an internal sequence when the AP receives a data signal in the Data Transmission phase.
  • FIG. 27 shows an example of an internal sequence when updating the bitmap information of the Link1 Scoreboard based on the bitmap information of the Common MAC Scoreboard, which corresponds to step S2506 in the flowchart shown in FIG. 25.
  • the Link1 MAC Entry notifies the Scoreboard Update including the Originator Addless, TID, and Updated SN when the Link1 Scoreboard is updated due to the reception of data in the Link1 (Scoreboard Update).
  • the MLD Entry determines whether or not the same sender information (that is, the same Originator Address and TID) bitmap information is managed by the Common Scoreboard (Common Scoreboard Update). ..
  • MLD Integrity confirms that the COMMON Scoreboard and the Link1 Scoreboard do not manage the same Originator Addless and TID bitmap information and that there is a margin in the storage capacity of the Common Scoreboard, it determines that the Common Scoreboard is updated. do. In this case, the MLD Entry transmits a Scoreboard Request to the Link1 MAC Entry.
  • Link1 MAC Entry transmits scoreboard information including bitmap information, Windows Start, Windows End, Originator Addless, and TID to Scoreboard Request from MLD Entry.
  • the MLD Entry updates the Scoreboard according to the following procedure based on the Scoreboard Info collected from the Link1 MAC Entry and the Link2 MAC Entry (Common Scoreboard Update).
  • FIG. 28 shows the processing procedure for the AP to transmit the Block Ac in the form of a flowchart.
  • the AP When the AP completes the reception of the data signal at a certain link (for example, Link1) (step S2801), the AP generates a Block Score based on the information of the Link Scoreboard of the link (for example, Link1) for which the data signal is received, and is the sender. It is transmitted to a certain STA (step S2802), and this process is terminated.
  • a certain link for example, Link1
  • step S2802 the AP can generate and transmit a COMMON Block Ac.
  • FIG. 29 shows an example of a communication sequence of a multi-link operation performed in the communication system shown in FIG.
  • both TA1 and STA2 transmit data to the AP using Link1 and Link2, but the data transmission start time and the data transmission end time are between STA1 and STA2. Is reversed.
  • the horizontal axis in FIG. 29 is the time axis, and shows the communication operation for each time on each link of AP, STA1 and STA2.
  • the square block drawn with a solid line indicates the transmission frame at the corresponding communication device, link, and time
  • the solid vertical arrow indicates the frame transmission to the destination
  • the square block drawn with a dotted line indicates the reception frame. There is.
  • FIG. 30 shows the notation of the time-by-time bitmap information of the Link1 MAC Entry and the COMMON Scoreboard of each link in the AP when the communication sequence shown in FIG. 29 is executed.
  • Information on the left end of each of the bitmap information that matches the SN indicated WindowStart R, WindowEnd R at the right end is stored.
  • the acquisition success / failure information of the packet of the corresponding SN is represented by 0 and 1.
  • the SN of a packet that has not yet been received is written as "0".
  • the SN of the packet that has already been acquired is described as "X", and either 0 or 1 is stored in X depending on the success or failure of the acquisition of the bucket.
  • the present disclosure is not limited to the above assumptions, and for example, a different number of packets may be included in Link1 and Link2, or a number of packets less than WindowsSize may be transmitted.
  • the STA1 acquires the transmission right of Link1 at the time T1
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T3.
  • the Link1 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA 1, and is sequentially updated.
  • the bitmap information regarding the success or failure of the acquisition of the packets of SN # 1 to # 32 transmitted from the STA1 by Link1 is also stored in the Common Scoreboard, and sequentially. Will be updated.
  • the STA2 acquires the transmission right of Link2 at the time T2
  • the SN starts transmitting the data signal that aggregates the packets # 1 to # 32, and completes the transmission of the aggregated data signal at the time T4. do.
  • the Link2 Scoreboard stores bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 32 transmitted from the STA2, and is sequentially updated.
  • the Common Scoreboard manages the bitmap information of STA1 which is a sender different from the Link2 Scoreboard, but since there is enough memory capacity, it was also transmitted from STA2 to the Common Scoreboard by Link2. Bitmap information regarding the success or failure of packet acquisition of SN # 1 to # 32 is stored and updated sequentially.
  • STA2 acquires the transmission right of Link1 at time T5. That is, at time T5, the sender of Link1 changes from STA1 to STA2.
  • the STA 2 starts transmitting a data signal in which the SN aggregates packets # 33 to # 64 with the same TID as the Link 2, and completes the transmission of the aggregated data signal at time T7.
  • the Link1 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA2, and sequentially updates them.
  • the Common Scoreboard manages the bitmap information of STA2, which is the same sender as the Link1 Scoreboard, even between the times T5 and T7, the Bitmap information of the Link1 Scoreboard is updated based on the Common Scoreboard. Therefore, at the time T7 when the data transmission in Link1 of STA2 ends, the bitmap information regarding the success or failure of acquisition of the packets of SN # 1 to # 64 transmitted from STA2 in Link1 and Link2 to the Link1 Scoreboard (that is, the transmission is completed). The sender and TID acquisition success / failure information) are stored. Therefore, the AP can transmit the Common Block Ac to the STA 2 with the Link 1 based on the bitmap information stored in the Link1 Scoreboard according to the Block Ac transmission procedure shown in FIG. 28.
  • STA1 acquires the transmission right of Link2 at time T6. That is, at time T6, the sender of Link2 changes from STA2 to STA1.
  • the STA 1 starts transmitting a data signal in which the SN aggregates packets # 33 to # 64 with the same TID as the Link 1, and completes the transmission of the aggregated data signal at time T8.
  • the Link1 Scoreboard stores the bitmap information regarding the success or failure of the acquisition of the packets of SN # 33 to # 64 transmitted from the STA 1, and is sequentially updated.
  • the Common Scoreboard manages the bitmap information of STA1 which is the same sender as the Link2 Scoreboard, the Bitmap information of the Link2 Scoreboard is updated based on the Common Scoreboard.
  • the bitmap information that is, transmission
  • the AP can transmit the Common Block Ac to the STA1 with the Link 2 based on the bitmap information stored in the Link2 Scoreboard according to the Block Ac transmission procedure shown in FIG. 28.
  • the MLO-compatible communication device to which the present disclosure is applied includes a Link Scoreboard that manages acquisition success / failure information of received packets for each link, and a Common Scoreboard that manages acquisition success / failure information of received packets of a plurality of links.
  • the COMMON Scoreboard is managed by the cache type, it is possible to transmit the COMMON Scoreboard including the acquisition success / failure information of the received packets of multiple links with high reliability, and it is possible to implement the Communion Scoreboard with an inexpensive memory. can.
  • the communication device to which the present disclosure is applied exchanges Capability information indicating whether or not it is possible to manage the acquisition success / failure information of the received packets of a plurality of links using the Common Scoreboard with another communication device. Therefore, the data sender can determine whether or not the COMMON Block Ac can be generated on the receiving side, and can set the Ac Policy correctly.
  • the data sender additionally transmits information on whether or not to update the COMMON Scoreboard by Block Ac Quest. Therefore, the receiving side can update the COMMON Scoreboard at the same time as the Link Scoreboard.
  • the MLO-compatible communication device to which the present disclosure is applied updates the Link Scoreboard based on the information of the Common Scoreboard. Therefore, even in a situation where a plurality of data senders alternately transmit using a plurality of links, it is possible to generate and transmit a COMMON Block Ac.
  • a communication device that performs wireless communication using a plurality of links.
  • a common data processing unit that has a cache-type common storage unit that stores the success or failure of acquisition of packets received by multiple links and performs common data processing for packets received by each link.
  • a control unit that controls the transmission of response signals for received packets, Equipped with The control unit generates a common response signal including acquisition success / failure information received by the plurality of links based on the acquisition success / failure information held by the common storage unit.
  • the control unit updates the common storage unit based on the acquisition success / failure information regarding the same sender information stored in the common storage unit and the individual storage unit.
  • the communication device according to (2) above.
  • the control unit may obtain acquisition success / failure information regarding the same sender information stored by the individual storage unit.
  • the update process of the common storage unit is performed based on the above.
  • the individual storage unit does not store acquisition success / failure information regarding the same sender information as the common storage unit, but each individual storage unit of a plurality of links has acquisition success / failure information regarding the same sender information.
  • the common storage unit is updated based on the acquisition success / failure information regarding the same sender information stored in each individual storage unit of the plurality of links.
  • the control unit updates the common storage unit according to the larger final value of the sequence number stored in each individual storage unit of the plurality of links.
  • the control unit succeeds in acquiring the sequence number indicating that at least one of the individual storage units of the plurality of links has succeeded in the acquisition in the acquisition success / failure information of the common storage unit.
  • Set a value that indicates that you have done The communication device according to any one of (5) and (6) above.
  • the control unit controls so as to exchange information regarding manageability of the common storage unit with the sender of the packet.
  • the communication device according to any one of (1) to (7) above.
  • the control unit determines whether or not to generate the common signal based on the sender information managed by the common storage unit.
  • the communication device according to any one of (1) to (9) above.
  • the control unit is based on the acquisition success / failure information stored in the common storage unit.
  • the common response signal is generated, but the common storage unit does not store the acquisition success / failure information regarding the same sender information as the received packet, the individual storage unit of the link that received the packet stores the acquisition success / failure information.
  • the individual response signal is generated based on the acquisition success / failure information.
  • the control unit determines whether or not to update the common storage unit based on the information included in the response request signal received from the sender.
  • the communication device according to any one of (1) to (11) above.
  • the control unit updates the individual storage unit based on the acquisition success / failure information regarding the same sender information stored in the common storage unit and the individual storage unit.
  • the communication device according to (2) above.
  • a communication method for performing wireless communication using a plurality of links A common data processing step that performs common data processing for packets received on each link using a cache-type common storage unit that stores the success or failure of acquisition of packets received on multiple links.
  • a communication unit that performs wireless communication using a plurality of links A control unit that controls wireless communication operation in the communication unit, Equipped with When transmitting a data signal on the plurality of links, the control unit notifies whether or not there is a request for a common response signal including acquisition success / failure information regarding reception of the data signal on the plurality of links. Communication device.
  • the control unit controls to transmit a response request signal requesting transmission of the common response signal.
  • the communication device according to (15) above.
  • the control unit controls to transmit the response request signal in order to initialize a common storage unit that stores acquisition success / failure information regarding reception of data signals at the plurality of links.
  • a communication method for performing wireless communication using a plurality of links A step of notifying the presence / absence of a request for a common response signal including acquisition success / failure information regarding reception of a data signal at the plurality of links, and a step of transmitting the data signal. The step of receiving the response signal and Communication method with.

Landscapes

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

Abstract

複数のリンクのデータ取得成功可否情報を含んだ共通応答信号を送信する通信装置を提供する。　複数のリンクを用いて無線通信を行う通信装置は、複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を有し、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理部と、受信したパケットに対する応答信号の送信を制御する制御部を具備する。前記制御部は、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する。

Description

通信装置及び通信方法
　本明細書で開示する技術（以下、「本開示」とする）は、マルチリンクオペレーションを行う通信装置及び通信方法に関する。
　近年におけるデータトラフィック増加に対応すべく、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）におけるデータ容量の拡大とピークスループットの向上が求められている。１つの解決策として、複数の周波数帯域を同時に利用して通信を行うマルチリンクオペレーション（Ｍｕｌｔｉ－Ｌｉｎｋ　Ｏｐｅｒａｔｉｏｎ：ＭＬＯ）（例えば、特許文献１を参照のこと）が注目を浴びており、ＩＥＥＥ８０２．１１の次世代規格であるＩＥＥＥ８０２．１１ｂｅで規格化されることが期待されている。
　また、データ通信の高信頼性を達成するために自動再送要求（Ａｕｔｏｍａｔｉｃ　ｒｅｐｅａｔ－ｒｅｑｕｅｓｔ：ＡＲＱ）技術が知られている。すなわち、データ受信者は受信したデータの取得成功可否情報を含んだ応答信号を返送し、データ送信者は、応答信号から取り出した取得成功可否情報に基づいてデータの再送を行う。通常、通信端末があるリンクで応答信号しようとする場合、その通信端末内でリンクに対応するＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）ブロックにおいて応答信号が生成されることが想定され、その応答信号には該当するリンクで受信したデータの取得成功可否情報のみが含まれる（言い換えれば、他のリンクにおけるデータの取得成功可否情報は含まれない）。このような想定では、例えばデータ送信者があるリンクで応答信号の受信に失敗した場合には、データ受信者はデータの受信に成功していたとしても、データ送信者はそのデータが正しく受信されなかったと判断して、データ受信者が既に取得済みのデータを再度送信してしまうという無駄が生じる。
　そこで、ＭＬＯにおけるＡＲＱ方式として、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋと呼ばれる方式が提案されている（例えば、非特許文献１を参照のこと）。この方式では、データ受信者は、同じリンクで受信したデータの取得成功可否情報に加えて、他のリンクで受信したデータの取得成功可否情報も含んだ応答信号であるＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋをデータ送信者側に送信する。したがって、データ送信者は、あるリンクで応答信号の受信に失敗したとしても、他のリンクで応答信号の受信に成功していれば、応答信号の受信に失敗したリンクで送信したデータの取得成功可否情報を取得することが可能となり、無駄な再送を防ぐことができる。
　ＭＬＯでは、送信者は同じトラフィックのデータを複数のリンクに振り分けて送信する場合がある。Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ方式によれば、受信者は、１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎのデータの取得成功可否情報をまとめた応答信号を送信する。したがって、送信者は、リンク毎の個別の取得成功可否情報を含んだ個別の応答信号の受信に失敗したとしても、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ全体の取得成功可否情報をまとめた共通の応答信号に成功していれば、無駄な再送を防ぐことができる。なお、ここで言うＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎは、送信者（送信者アドレス）とトラフィック（Ｔｒａｆｆｉｃ　Ｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）の組み合わせからなる。本明細書では、送信者とＴＩＤの組み合わせを「送信者情報」とも呼ぶことにする。
　一般に、データ受信者側では、データの取得成功可否情報の記憶には、「スコアボード」と呼ばれるメモリが使用される。非特許文献１では、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成するために、各リンクでの受信データの取得成功可否情報を記憶するＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを使用する。しかしながら、非特許文献１に記載された提案内容では、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ毎（すなわち、送信者とトラフィック識別子（ＴＩＤ）の組み合わせ毎）に固定したメモリ領域を割り当てる「Ｆｕｌｌ－ｓｔａｔｅ型」で取得成功可否情報の管理を行うことを前提としており、記憶容量が大きく高価なメモリを実装する必要があるため、実装難易度が高くなることが懸念される。
　一方、リンク毎のデータの取得成功可否情報の記憶には、「Ｐａｒｔｉａｌ－ｓｔａｔｅ型」のスコアボードを用いるのが主流である。Ｐａｒｔｉａｌ－ｓｔａｔｅ型のスコアボードは、せいぜい１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分の取得成功可否情報を一時的に記憶する、言わばキャッシュ型の小容量メモリである。すなわち、Ｐａｒｔｉａｌ　ｓｔａｔｅ型のスコアボードでは、Ｆｕｌｌ－ｓｔａｔｅ型のようにＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ毎に固定したメモリ領域を割り当てず、該当するリンクで別のＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎが開始すれば上書きされていく。
　上述したＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄも、Ｆｕｌｌ－ｓｔａｔｅ型ではなくＰａｒｔｉａｌ－ｓｔａｔｅ型で管理すれば、記憶容量を削減でき、実装難易度を緩和することができる。しかしながら、Ｐａｒｔｉａｌ－ｓｔａｔｅ型ではせいぜい１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分の取得成功可否情報の記憶しか保証されない。このため、更新タイミングや条件を規定しなければ、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄが別のセッションの情報で上書きされてしまうためＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成できないといった問題が生じかねない。
特開２０１７－２８７４６号公報
ＩＥＥＥ８０２．１１の公開寄書（２０/００５５ｒ０、Ｍｕｌｔｉ－ｌｉｎｋ　Ｂｌｏｃｋ　Ａｃｋ　Ａｒｃｈｉｔｅｃｔｕｒｅ）
　本開示の目的は、複数のリンクのデータ取得成功可否情報を含んだ共通応答信号を送信する通信装置及び通信方法を提供することにある。
　本開示は、上記課題を参酌してなされたものであり、その第１の側面は、複数のリンクを用いて無線通信を行う通信装置であって、
　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を有し、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理部と、
　受信したパケットに対する応答信号の送信を制御する制御部と、
を具備し、
　前記制御部は、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
通信装置である。
　第１の側面に係る通信装置は、個々のリンクで受信したパケットの取得成功可否情報を記憶する個別記憶部を有し、個々のリンクで受信したパケットに対して個別のデータ処理を行う個別データ処理部をさらに備える。
　前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う。すなわち、前記制御部は、前記個別記憶部が前記共通記憶部と同じ送信者情報に関する取得成功可否情報を記憶する場合には、前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う。
　あるいは、前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記個別記憶部の更新処理を行う。
　また、本開示の第２の側面は、複数のリンクを用いて無線通信を行う通信方法であって、
　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を用いて、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理ステップと、
　受信したパケットに対する応答信号の送信を制御する制御ステップと、
を有し、
　前記制御ステップでは、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
通信方法である。
　また、本開示の第３の側面は、
　複数のリンクを用いて無線通信を行う通信部と、
　前記通信部における無線通信動作を制御する制御部と、
を具備し、
　前記制御部は、前記複数のリンクでデータ信号を送信する際に、前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知する、
通信装置である。
　また、本開示の第４の側面は、複数のリンクを用いて無線通信を行う通信方法であって、
　前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知して、データ信号を送信するステップと、
　応答信号を受信するステップと、
を有する通信方法である。
　本開示によれば、複数のリンクで受信したパケットの取得成功可否情報を記憶するキャッシュ型の共通記憶部を用いて共通応答信号の送信を行う通信装置及び通信方法を提供することができる。
　なお、本明細書に記載された効果は、あくまでも例示であり、本開示によりもたらされる効果はこれに限定されるものではない。また、本開示が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
　本開示のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
図１は、通信システムの構成例を示した図である。 図２は、通信装置２００の構成例を示した図である。 図３は、ＭＬＤの機能的構成例を示した図である。 図４は、マルチリンクオペレーションの動作例を示した図である。 図５は、マルチリンクオペレーションの他の動作例を示した図である。 図６は、ＭＬＯに対応した通信システムにおける通信シーケンス例を示した図である。 図７は、ＡＤＤＢＡ　Ｃａｐａｂｉｌｉｔｉｅｓフィールドの構成例を示した図である。 図８は、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＳＴＡがデータ送信を行うための処理手順を示したフローチャートである。 図９は、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰが実行する処理手順（第１の実施例）を示したフローチャートである。 図１０は、ＡＰがデータ信号を受信したときの内部シーケンス例を示した図である。 図１１は、ＡＰがデータ信号を受信したときの他の内部シーケンス例を示した図である。 図１２は、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するための処理手順（第１の実施例）を示したフローチャートである。 図１３は、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するときの内部シーケンス例を示した図である。 図１４は、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するときの他の内部シーケンス例を示した図である。 図１５は、Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔフレームの構成例を示した図である。 図１６は、送信者がＢＡＲフレームを送信するときの処理手順を示したフローチャートである。 図１７は、受信者がＢＡＲフレームを受信したときの処理手順を示したフローチャートである。 図１８は、受信者がＢＡＲフレームを受信したときの内部シーケンス例を示した図である。 図１９は、マルチリンクオペレーションの通信シーケンス例（第１の実施例）を示した図である。 図２０は、図１９に示した通信シーケンス実施時におけるＡＰ内の各スコアボードの状況を示した図である。 図２１は、マルチリンクオペレーションの他の通信シーケンス例（第１の実施例）を示した図である。 図２２は、図２１に示した通信シーケンス実施時におけるＡＰ内の各スコアボードの状況を示した図である。 図２３は、マルチリンクオペレーションのさらに他の通信シーケンス例（第１の実施例）を示した図である。 図２４は、図２３に示した通信シーケンス実施時におけるＡＰ内の各スコアボードの状況を示した図である。 図２５は、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰが実行する処理手順（第２の実施例）を示したフローチャートである。 図２６は、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの内部シーケンス例を示した図である。 図２７は、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの他の内部シーケンス例を示した図である。 図２８は、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するための処理手順（第２の実施例）を示したフローチャートである。 図２９は、マルチリンクオペレーションのさらに他の通信シーケンス例（第２の実施例）を示した図である。 図３０は、図２９に示した通信シーケンス実施時におけるＡＰ内の各スコアボードの状況を示した図である。
　以下、図面を参照しながら本開示に係る技術について、以下の順に従って説明する。
Ａ．システム構成
Ｂ．装置構成
Ｃ．ＭＬＤの機能的構成例
Ｄ．Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋについて
Ｅ．第１の実施例
　Ｅ－１．全体シーケンス
　Ｅ－２．Ｂｌｏｃｋ　Ａｃｋセットアップフェーズ
　Ｅ－３．Ｄａｔａ　Ｔｒａｎｓｍｉｓｓｉｏｎフェーズ
　Ｅ－４．Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔフェーズ
　Ｅ－５．動作例 
Ｆ．第２の実施例
Ｇ．効果
Ａ．システム構成
　図１には、本開示が適用される、ＭＬＯに対応した通信システムの一構成例を模式的に示している。図示の通信システムは、１台の基地局若しくはアクセスポイント（ＡＰ）と、ＡＰに接続する２台の子機ＳＴＡ（ＳＴＡｔｉｏｎ）１及びＳＴＡ２で構成される。図１では、図面の簡素化のため２台のＳＴＡしか描いていないが、１台のＡＰに３台以上のＳＴＡが接続されることも想定される。
　ＡＰとＳＴＡ１及びＳＴＡ２の間のデータ通信には、Ｌｉｎｋ１及びＬｉｎｋ２の２つのリンクが利用可能である。ＡＰ、ＳＴＡ１及びＳＴＡ２はいずれもＭＬＯに対応した通信装置である。ＭＬＯに対応した通信装置のことを、以下ではＭＬＤ（Ｍｕｌｔｉ　Ｌｉｎｋ　Ｄｅｖｉｃｅ）とも呼ぶ。
　なお、本明細書で言う「リンク」とは、２つの通信装置間でデータの伝送を行うことができる無線伝送路である。個々のリンクは、例えば周波数領域で分割された、互いに独立した複数の無線伝送路（チャネル）の中から選択される。図１に示す通信システムで使用する２つのリンクは、例えば２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、９２０ＭＨｚ帯などの周波数帯のうちいずれかの帯域に含まれる複数のチャネルの中からそれぞれ選択されたチャネルを使用する。図１に示す通信システムで使用する２つのリンクは、同じ周波数帯から選択された２つのチャネルであっても、異なる周波数帯から選択された２つのチャネルであってもよい。また、図１に示す通信システムで使用する２つのリンクのうち少なくとも一方が選択したチャネルを含む周波数帯は、ＳＡＳ（Ｓｐｅｃｔｒｕｍ　Ａｃｃｅｓｓ　Ｓｙｓｔｅｍ）などのデータベースアクセスにより使用が許可される周波数帯（アンライセンスバンド）であってもよい。
Ｂ．装置構成
　図２には、通信装置２００の内部構成例を示している。通信装置２００は、ＭＬＯに対応した通信装置であり、図１に示した通信システムにおいてＡＰ又はＳＴＡ１、ＳＴＡ２として動作することを想定している。通信装置２００は、主に通信部２１０と、制御部２２０と、記憶部２３０と、アンテナ２４０で構成される。また、通信部２１０は、通信制御部２１１と、通信記憶部２１２と、共通データ処理部２１３及び個別データ処理部２１４からなるデータ処理部と、信号処理部２１５と、無線インターフェース（ＩＦ）部２１６と、増幅部２１７を備えている。
　個別データ処理部２１４と、信号処理部２１５と、無線インターフェース（ＩＦ）部２１６と、増幅部２１７と、アンテナ２４０は、リンク毎に装備される。通信装置２００は、Ｌｉｎｋ１とＬｉｎｋ２の２つのリンクを使ってＭＬＯを実施することを想定している。例えば、個別データ処理部２１４－１、信号処理部２１５－１、無線インターフェース部２１６－１、増幅部２１７－１、及びアンテナ２４０－１をＬｉｎｋ１における送受信処理用の１つの個別通信セットとし、個別データ処理部２１４－２、信号処理部２１５－２、無線インターフェース部２１６－２、増幅部２１７－２、及びアンテナ２４０－２をＬｉｎｋ２における送受信処理用の別の個別通信セットとする。
　通信制御部２１１は、通信部２１０内の各部の動作及び各部間の情報伝達の制御を行う。また、通信制御部２１１は、他の通信装置へ通知する制御情報及び管理情報をデータ処理部（共通データ処理部２１３、個別データ処理部２１４－１及び個別データ処理部２１４－２）へ受け渡す制御を行う。
　通信記憶部２１２は、通信制御部２１１で使用する情報を保持する。また、通信記憶部２１２は、通信装置２００が送信するデータ及び通信装置２００が受信したデータを保持する。
　データ処理部は、共通データ処理部２１３及び個別データ処理部２１４からなる。また、個別データ処理部２１４は、リンク毎の個別データ処理部２１４－１及び個別データ処理部２１４－２からなる。
　共通データ処理部２１３は、送信時には、通信記憶部２１２に保持されたデータ及び通信制御部２１１から受け取った制御情報及び管理情報のシーケンス管理を行い、暗号化処理などを行ってデータユニットを生成し、個別データ処理部２１４－１及び２１４－２への割り振りを行う。また、共通データ処理部２１３は、受信時には、データユニットの解読処理とリオーダー処理を行う。
　本開示において、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ方式を適用する場合には、共通データ処理部２１３は、Ｐａｒｔｉａｌ－ｓｔａｔｅ型又はキャッシュ型のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを用いて、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ毎すなわち送信者情報毎のデータの取得成功可否情報をまとめたＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信するためのデータ処理を行うが、詳細については後述に譲る。
　個別データ処理部２１４－１及び２１４－２は、送信時には、対応するリンクにおけるキャリアセンスに基づくチャネルアクセス動作と、送信するデータへのＭＡＣヘッダの付加及び誤り検出符号の付加、及びデータユニットの複数連結処理を行う。また、個別データ処理部２１４－１及び２１４－２は、受信時には、受信したデータユニットのＭＡＣヘッダの連結解除処理、解析及び誤り検出、及び再送要求動作を行う。
　なお、共通データ処理部２１３と個別データ処理部２１４－１及び２１４－２の動作は、上記に限定されるものではなく、例えば一方が他方の動作を行うこともあり得る。
　信号処理部２１５－１及び２１５－１－２は、送信時には、データユニットに対する符号化、インターリーブ及び変調などを行い、物理ヘッダを付加しシンボルストリームを生成する。また、信号処理部２１５－１及び２１５－２は、受信時には、物理ヘッダを解析し、シンボルストリームに対する復調、デインターリーブ及び復号化などを行い、データユニットを生成する。また、信号処理部２１５－１及び２１５－２は、必要に応じて複素チャネル特性の推定及び空間分離処理を行う。
　無線インターフェース部２１６－１及び２１６－２は、送信時には、シンボルストリームに対するデジタル－アナログ信号変換、フィルタリング、アップコンバート、位相制御を行い、送信信号を生成する。また、無線インターフェース部２１６－１及び２１６－２は、受信時には、受信信号に対しダウンコンバート、フィルタリング、アナログ－デジタル信号変換を行い、シンボルストリームを生成する。
　増幅部２１７－１及び２１７－２は、無線インターフェース部２１６－１及び２１６－２又はアンテナ２４０－１及び２４０－２から入力された信号を増幅する。増幅部２１７－１及び２１７－２は、一部が通信部２１０外の構成要素となっていてもよい。また、増幅部２１７－１及び２１７－２の一部が無線インターフェース部２１６－１及び２１６－２に内包されてもよい。
　制御部２２０は、通信部２１０及び通信制御部２１１の制御を行う。また、制御部２２０は、通信制御部２１１の一部の動作を代わりに行ってもよい。また、通信制御部２１１と制御部２２０は１つのブロックとして構成されてもよい。
　記憶部２３０は、通信部２１０及び制御部２２０で使用する情報を保持する。また、記憶部２３０は、通信記憶部２１２の一部の動作を代わりに行ってもよい。また、記憶部２３０と通信記憶部２１２は１つのブロックとして構成されてもよい。
　個別データ処理部２１４－１、信号処理部２１５－１、無線インターフェース部２１６－１、増幅部２１７－１、及びアンテナ２４０－１を１つの個別通信セットとして、Ｌｉｎｋ１で無線通信を実施する。また、個別データ処理部２１４－２、信号処理部２１５－２、無線インターフェース部２１６－２、増幅部２１７－２、及びアンテナ２４０－２を他の１つの個別通信セットとして、Ｌｉｎｋ２で無線通信を実施する。図２では、個別通信セットを２つしか描いていないが、３つ以上の組が通信装置２００の構成要素となり、各個別通信セットがそれぞれのリンクで無線通信を実施するように構成することもできる。また、記憶部２３０又は通信記憶部２１２が各々の個別通信セットに含まれていてもよい。
　リンクは２つの通信装置間でデータの伝送を行うことができる無線伝送路であり、個々のリンクは例えば周波数領域で分割された互いに独立した複数の無線伝送路（チャネル）の中から選択される。上記の各個別通信セットがそれぞれ用いるリンクは、同じ周波数帯から選択された２つのチャネルであっても、異なる周波数帯から選択された２つのチャネルであってもよい。また、個別データ処理部２１４と信号処理部２１５を１つの組とし、２つ以上の組が１つの共通する無線インターフェース部２１６と接続されるように構成してもよい。
　無線インターフェース部２１６、増幅部２１７、及びアンテナ２４０を１つの組とし、２つ以上の組が通信装置２００の構成要素となっていてもよい。
　通信部２１０は、１つ以上のＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ）によって構成することもできる。
　共通データ処理部２１３は、Ｕｐｐｅｒ　ＭＡＣ又はＨｉｇｈｅｒ　ＭＡＣとも称され、個別データ処理部２１４はＬｏｗｅｒ　ＭＡＣとも称される。また、個別データ処理部２１４と信号処理部２１５の組は、ＡＰ　ｅｎｔｉｔｙ又はＮｏｎ－ＡＰ　ｅｎｔｉｔｙとも称される。又は、また、個別データ処理部２１４と信号処理部２１５の組は、ＡＰかＮｏｎ－ＡＰかを区別せずにＭＡＣ　ｅｎｔｉｔｙとも称される。通信制御部２１１は、ＭＬＤ　ｍａｎａｇｅｍｅｎｔ　ｅｎｔｉｔｙとも称される。
Ｃ．ＭＬＤの機能的構成例
　図３には、ＭＬＯに対応した通信装置、すなわちＭＬＤの機能的構成例を示している。ここでは簡素化のため、データ受信時において本開示に関連する機能ブロックのみを示している。図３中、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙはそれぞれ個別データ処理部２１４－１及び２１４－２内の機能ブロックであり、　ＭＬＤ　Ｅｎｔｉｔｙは共通データ処理部２１３内の機能ブロックである。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ、Ｌｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙ、及びＭＬＤ　Ｅｎｔｉｔｙには、それぞれＭＡＣアドレスが付与されている。Ｌｉｎｋ１及びＬｉｎｋ２を介して行われる通信の送信アドレス又は受信アドレスには、それぞれのリンクのＭＡＣ　Ｅｎｔｉｔｙに付与されたＭＡＣアドレスが使用される。また、ＡｕｔｈｅｎｔｉｃａｔｉｏｎやＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ確立時には、ＭＬＤ　Ｅｎｔｉｔｙに付与されたＭＡＣアドレスが使用されることを想定している。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙは、それぞれ対応するリンクにおけるＭＡＣ層受信処理を行う機能ブロックとしてＡ－ＭＰＤＵ（ＭＡＣ　Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）　Ｄｅ－ａｇｇｒｅｇａｔｉｏｎブロック、ＭＡＣ　Ｈｅａｄｅｒ＋ＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｏｄｅ）　Ｖａｌｉｄａｔｉｏｎブロック、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄブロックを備えている。
　Ａ－ＭＰＤＵ　Ｄｅ－ａｇｇｒｅｇａｔｉｏｎブロックは、複数のパケット（データユニット）がアグリゲートされて送信されてきたデータ信号を、パケット毎に分割する処理を行う。
　ＭＡＣ　Ｈｅａｄｅｒ＋ＣＲＣ　Ｖａｌｉｄａｔｉｏｎブロックは、Ａ－ＭＰＤＵ　Ｄｅ－ａｇｇｒｅｇａｔｉｏｎブロックによって分割された各パケットのＭＡＣヘッダの読み取り、及びパケット全体のＣＲＣの確認を行う。当該ブロックでは、ＭＡＣヘッダの情報から、受信パケットの宛て先や受信パケットの種別（データ信号又は制御信号のいずれであるか）を認識する。また、当該ブロックでは、ＣＲＣの確認により、受信パケットを正しく取得できたか否かを判定する。当該ブロックで受信パケットを正しく取得できたと判定した場合には、そのパケットのペイロードから取得した情報を上位層（Ｕｐｐｅｒ　ｌａｙｅｒ）に受け渡す。一方、当該ブロックで受信パケットを正しく取得できなかったと判定した場合には、この時点で受信パケットを破棄して、上位層への情報の受け渡しは行わない。
　Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄブロックは、対応するリンクでＢｌｏｃｋ　Ａｃｋを生成するため、ＭＰＤＵ　Ｈｅａｄｅｒ＋ＣＲＣ　Ｖａｌｉｄａｔｉｏｎブロックにおいて判定された各パケットの取得成功可否情報を記憶する。Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄは、せいぜい１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分の取得成功可否情報を一時的に記憶する、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のスコアボードである。Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの詳細については、後述に譲る。
　ＭＬＤ　Ｅｎｔｉｔｙは、すべてのリンクに共通する処理を行う機能ブロックとして、Ｂｌｏｃｋ　Ａｃｋ　Ｂｕｆｆｅｒｉｎｇ　ａｎｄ　Ｒｅｃｏｒｄｉｎｇブロック、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄブロックを備えている。ＭＬＤでは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを用いて、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ毎すなわち送信者情報毎のデータの取得成功可否情報をまとめたＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信するためのデータ処理が行われる。
　Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄブロックは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成するため、リンク毎のＭＡＣ　Ｈｅａｄｅｒ＋ＣＲＣ　Ｖａｌｉｄａｔｉｏｎブロックで判定された、各パケットの取得の成功可否を記憶する。Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、せいぜい１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分の取得成功可否情報を一時的に記憶する、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のスコアボードである。Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの詳細については、後述に譲る。
　Ｂｌｏｃｋ　Ａｃｋ　Ｂｕｆｆｅｒｉｎｇ　ａｎｄ　Ｒｅｃｏｒｄｉｎｇブロックは、各Ｌｉｎｋ　ＭＡＣ　ＥｎｔｉｔｙによるＭＡＣ層受信処理を通じて取得したパケットを一時的に記憶し、且つ、各パケットに付与されたシーケンス番号に基づいてリオーダー処理を行う。各Ｌｉｎｋ　Ｍａｃ　Ｅｎｔｉｔｙを通じて取得したパケットは、シーケンス番号の早い順に上位層に受け渡される。途中で取得できないパケットが存在した場合には、Ｂｌｏｃｋ　Ａｃｋ　Ｂｕｆｆｅｒｉｎｇ　ａｎｄ　Ｒｅｃｏｒｄｉｎｇブロックは、そのパケットのシーケンス番号以降のパケットの上位層への受け渡しを行わず、一時的に保存する。また、取得できなかったパケットが再送され正しく取得できたときや、データ送信者側からＢｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔなどでパケットの再送が行われないことが通知されたときには、Ｂｕｆｆｅｒｉｎｇ　ａｎｄ　Ｒｅｃｏｒｄｉｎｇブロックは、一時的に記憶しておいたパケットを上位層に受け渡すことになる。
　本実施形態では、各Ｌｉｎｋ　ＭＡＣ　Ｅｎｔｉｔｙが備えるＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと、ＭＬＤ　Ｅｎｔｉｔｙが備えるＣｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄはいずれもＰａｒｔｉａｌ－ｓｔａｔｅ型で管理されるものとする。ＩＥＥＥ８０２．１１－２０１６では、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のＳｃｏｒｅｂｏａｒｄの管理について以下のように記述されているが、本実施形態においても基本的には以下の記述に則るものとする。
（１）受信者はｔｅｍｐｏｒａｒｙ　ｂｌｏｃｋ　ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ　ｒｅｃｏｒｄを維持しなければならない。
（２）ｔｅｍｐｏｒａｒｙ　ｒｅｃｏｒｄの中には、シーケンス番号に紐付くビットマップ情報、ＷｉｎｄｏｗＳｔａｒｔR（ビットマップ内の最小シーケンス番号値）、ＷｉｎｄｏｗＥｎｄR（ビットマップ内の最大シーケンス番号値）、オリジネータ（データ送信者）のアドレス、ＴＩＤ（Ｔｒａｆｆｉｃ　Ｉｄｅｎｔｉｆｉｅｒ）、ＷｉｎｄｏｗＳｉｚｅR（最大送信ウィンドウサイズ、後述するＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ時に決定される値）が記憶される。
（３）Ｐａｒｔｉａｌ－ｓｔａｔｅ動作の間、受信者は少なくとも同じオリジネータからのデータを受信さえすれば、現在のレコードを維持する。
（４）別のオリジネータ又は別のＴＩＤ（すなわち、別の送信者情報）からのデータを受信したとき、新しいオリジネータ及びＴＩＤ（すなわち、新しい送信者情報）のためのｔｅｍｐｏｒａｒｙ　ｒｅｃｏｒｄを記憶するリソースが必要となる場合、既存のｔｅｍｐｏｒａｒｙ　ｒｅｃｏｒｄは上書きなどにより破棄されるかもしれない。
Ｄ．Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋについて
　図４には、マルチリンクオペレーションの一例として、図１に示した通信システムにおいて、ＳＴＡ１がＬｉｎｋ１とＬｉｎｋ２を使ってデータ送信を行い、ＡＰがＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信する通信シーケンス例を示している。
　なお、図４中の横軸は時間軸であり、ＡＰ及びＳＴＡ１の各リンク上の時間毎の通信動作を示している。実線で描いた四角いブロックは対応する通信装置、リンク、及び時刻における送信フレームを示し、縦方向の実線の矢印は宛て先へのフレーム送信を示し、点線で描いた四角いブロックは受信フレームを示している。また、説明の簡素化のため、図４中でＳＴＡ１から送信するパケットのＴＩＤはすべて同じとする。
　ＳＴＡ１は、Ｌｉｎｋ１で送信権を獲得すると、シーケンス番号が＃１～＃３２のパケットをアグリゲートしたデータ信号（Ａ－ＭＰＤＵ）を送信する。ＡＰは、このデータ信号を受信すると、シーケンス番号が＃１～＃３２のパケットの取得成功可否情報を含んだＢｌｏｃｋ　Ａｃｋ（ＢＡ）を、Ｌｉｎｋ１でＳＴＡ１に送信する。なお、パケットの取得成功可否情報はビットマップ形式の情報で示されるので、以下では「ビットマップ情報」とも呼ぶ。
　また、ＳＴＡ１は、Ｌｉｎｋ２で送信権を獲得すると、シーケンス番号が＃３３～＃６４のパケットをアグリゲートしたデータ信号を送信する。ＳＴＡ１がＬｉｎｋ２でデータ信号の送信を終了した後、ＡＰがＢｌｏｃｋ　Ａｃｋを生成する。このとき、ＡＰは、Ｌｉｎｋ２で受信したシーケンス番号が＃３３～＃６４のパケットのビットマップ情報だけでなく、Ｌｉｎｋ１で受信したシーケンス番号が＃１～＃３２のパケットのビットマップ情報も保持しているので、シーケンス番号が＃１～＃６４のビットマップ情報を含めたＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成して、Ｌｉｎｋ２でＳＴＡ１に送信する。
　このようにＡＰがＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信するようにすれば、ＳＴＡ１は、ＡＰがＬｉｎｋ１で先に送信したＢｌｏｃｋ　Ａｃｋを正しく受信できなかったとしても、ＡＰがＬｉｎｋ２で送信したＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを受信できれば、各リンクで送信したすべてのパケットについてのビットマップ情報を取得して、無駄なデータの再送がないように再送制御を行うことができる。
　なお、図４に示した通信シーケンス例では、ＡＰがＬｉｎｋ１で送信するＢｌｏｃｋ　ＡｃｋはＬｉｎｋ１で受信したパケット（＃１～＃３２）のビットマップ情報のみを通知することを想定しているが、Ｂｌｏｃｋ　Ａｃｋ生成時においてＬｉｎｋ２で受信しているパケット（＃３３～＃６４）の一部のビットマップ情報を取得できる場合には、ＡＰはＬｉｎｋ１でもＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信しても構わない。
　図５には、図１に示した通信システムで行われるマルチリンクオペレーションの他の通信シーケンス例を示している。図５に示す通信シーケンス例では、ＳＴＡ１がＬｉｎｋ１及びＬｉｎｋ２を使ってデータ送信を行うとともに、ＳＴＡ２がＬｉｎｋ１を使ってＡＰへのデータ送信を行う。
　なお、図５中の横軸は時間軸であり、ＡＰ、ＳＴＡ１及びＳＴＡ２の各リンク上の時間毎の通信動作を示している。実線で描いた四角いブロックは対応する通信装置、リンク、及び時刻における送信フレームを示し、縦方向の実線の矢印は宛て先へのフレーム送信を示し、点線で描いた四角いブロックは受信フレームを示している。また、説明の簡素化のため、図５中でＳＴＡ１及びＳＴＡ２から送信するパケットのＴＩＤは、それぞれすべて同じとする。
　ＳＴＡ１は、Ｌｉｎｋ１の送信権を獲得すると、シーケンス番号が＃１～＃３２のパケットをアグリゲートしたデータ信号を送信する。ＡＰは、このデータ信号を受信すると、シーケンス番号が＃１～＃３２のパケットのビットマップ情報を含んだＢｌｏｃｋ　Ａｃｋを、Ｌｉｎｋ１でＳＴＡ１に送信する。また、ＡＰは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋの生成に備えて、シーケンス番号が＃１～＃３２のパケットのビットマップ情報をＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに保持する。
　また、ＳＴＡ１は、Ｌｉｎｋ２で送信権を獲得すると、シーケンス番号が＃３３～＃６４のパケットをアグリゲートしたデータ信号を送信する。ここで、ＳＴＡ１がＬｉｎｋ２でデータ送信を終了する前に、ＳＴＡ２がＬｉｎｋ１で送信権を獲得してデータ信号を送信する。ＡＰがＳＴＡ２からのデータ信号を受信すると、ＡＰ内のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ１のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２からの受信データに対応するビットマップ情報が保持されることになる。この場合、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄで保持していたＳＴＡ１からの受信パケットに対応するビットマップ情報はオリジネータ（又は、送信者情報）が異なるため、上書きなどにより削除される可能性が高い。ＳＴＡ１がＬｉｎｋ２でデータ信号の送信を終了した時点では、ＡＰは、どのスコアボードにもＳＴＡ１からＬｉｎｋ１で受信したパケットに対応するビットマップ情報を保持していないので、ＳＴＡ１へＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することができない。
　このようにＣｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄをＰａｒｔｉａｌ－ｓｔａｔｅ型で管理する場合、上記のような状況では、特に複数のリンクで複数の端末からデータ信号を受信するＡＰにとって、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信する機会が限定的となってしまう。また、ＳＴＡ側においても、複数のＴＩＤに紐付くデータ信号を受信する場合、同様の問題が発生する。
　そこで、本開示は、ＭＬＯに対応した通信システムにおいて、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄをＰａｒｔｉａｌ－ｓｔａｔｅ型で管理する状況下で、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの適切な更新条件及び方法を提供する。本開示によれば、複数のリンクで複数の端末からデータ信号を受信する通信装置（例えば、図１中のＡＰ）は、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信する機会を増やし、ＡＲＱの信頼性を向上することができる。
Ｅ．第１の実施例
　この項では、本開示を適用した通信システムに関する第１の実施例について説明する。
Ｅ－１．全体シーケンス
　図６には、本開示を適用した通信システムにおいて実施される通信シーケンス例を示している。図６では、通信システムは１台のＡＰと１台のＳＴＡがＬｉｎｋ１とＬｉｎｋ２を用いて接続されるＭＬＯに対応した通信システムを想定している。
　まず、アソシエーションフェーズ（ＳＥＱ６０１）では、ＡＰとＳＴＡ間でアソシエーション（Ａｓｓｏｃｉａｔｉｏｎ）手続きを行い、ＳＴＡはＡＰのＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）に参加する。ＩＥＥＥ８０２．１１規格では、ＳＴＡがＡＰにアソシエーション要求を送信し、ＡＰがＳＴＡにアソシエーション応答を送信してアソシエーション識別子（ＡＩＤ）を通知することで、アソシエーション手続きが行われる。
　次いで、ＭＬＯセットアップフェーズ（ＳＥＱ６０２）では、ＡＰとＳＴＡ間で通信を行うＬｉｎｋ１及びＬｉｎｋ２のセットアップを行う。本開示では、このフェーズ内で、ＡＰとＳＴＡ間で、各々のＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙ、ＭＬＤ　ＥｎｔｉｔｙのＭＡＣアドレスが通知され、これらが１つの送信者（オリジネータ）として管理する。なお、ＭＬＯセットアップフェーズは、アソシエーションフェーズに包含されていても構わない。
　次いで、Ｂｌｏｃｋ　Ａｃｋセットアップフェーズ（ＳＥＱ６０３）では、ＡＰとＳＴＡの間でＡＤＤＢＡ（ＡＤＤ　Ｂｌｏｃｋ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）　Ｒｅｑｕｅｓｔフレーム及びＲｅｓｐｏｎｓｅフレームの交換を行い、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎの確立を行う。ＡＰとＳＴＡの間で交換される情報の中には、Ｂｌｏｃｋ　Ａｃｋ　Ｐｏｌｉｃｙ、ＴＩＤ、Ｂｕｆｆｅｒ　Ｓｉｚｅなどが含まれており、前述したＷｉｎｄｏｗ　ＳｉｚｅRは交換されたＢｕｆｆｅｒ　Ｓｉｚｅによって決定される。
　本実施形態では、このＡＤＤＢＡ　Ｒｅｑｕｅｓｔフレーム及びＡＤＤＢＡ　Ｒｅｓｐｏｎｓｅフレーム内にＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙが含まれていることを特徴とする。ＳＴＡは、Ｂｌｏｃｋ　ＡｃｋセットアップフェーズでＡＰとの間でＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの管理可否を示すＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙを交換するので、ＡＰがＣｏｍｍｏｍ　Ｂｌｏｃｋ　Ａｃｋを生成可能であるかどうかを判断して、例えばデータパケットのヘッダで正しくＡｃｋ　Ｐｏｌｉｃｙを設定することができる。Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙの詳細については後述に譲る。
　次いで、Ｄａｔａ　Ｔｒａｎｓｍｉｓｓｉｏｎフェーズ（ＳＥＱ６０４）では、ＳＴＡがＬｉｎｋ１及びＬｉｎｋ２を利用してデータ送信を行い、ＡＰがＬｉｎｋ１及びＬｉｎｋ２でＢｌｏｃｋ　Ａｃｋの送信を行う。データ送信者であるＳＴＡは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ又はＮｏｒｍａｌ　Ａｃｋのいずれを要求するかを示すＡｃｋ　Ｐｏｌｉｃｙをパケットのヘッダに含めて送信するが、この点の詳細については後述に譲る。また、このフェーズにおけるＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新方法、及びＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋの生成については後述する。
　次いで、Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔフェーズ（ＳＥＱ６０５）では、ＳＴＡがＡＰにＢｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ（ＢＡＲ）フレームを任意のリンク（リンクＸ）で送信する。これに対し、ＡＰは、Ｂｌｏｃｋ　Ａｃｋフレームを同じリンク（リンクＸ）で送信する。ＳＴＡがＢｌｏｃｋ　Ａｃｋを取得したいときだけでなく、ＡＰとＳＴＡの間でＳｃｏｒｅｂｏａｒｄ及びＷｉｎｄｏｗ　ＳｔａｒｔRの初期化を行う際にも、ＢＡＲフレームが使用される。Ｂｌｏｃｋ　Ａｃｋ　ＲｅｑｕｅｓｔフェーズにおけるＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新方法については後述に譲る。
Ｅ－２．Ｂｌｏｃｋ　Ａｃｋセットアップフェーズ
　図６を参照しながら説明したように、Ｂｌｏｃｋ　Ａｃｋセットアップフェーズでは、ＡＰとＳＴＡの間でＡＤＤＢＡ（ＡＤＤ　Ｂｌｏｃｋ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）　Ｒｅｑｕｅｓｔフレーム及びＲｅｓｐｏｎｓｅフレームの交換を行い、Ｂｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎの確立を行う。
　図７には、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔフレーム及びＡＤＤＢＡ　Ｒｅｓｐｏｎｓｅフレームにて通知されるＡＤＤＢＡ　Ｃａｐａｂｉｌｉｔｉｅｓフィールドの構成例を示している。図７に示す例では、ＡＤＤＢＡ　Ｃａｐａｂｉｌｉｔｉｅｓフィールドのうち、５ビット長の予約領域（Ｒｅｓｅｒｖｅｄ　ｂｉｔ）の一部（図示の例では１ビット）を使用して、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙを通知するように構成されている。
　データ送信者（オリジネータ）は、このＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙフィールドの情報に基づいて、受信側がＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄによるビットマップ情報の管理が可能か否か、及びＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成可能であるか否かを判断することが可能となる。したがって、データ送信者（オリジネータ）は、例えばデータパケットのヘッダで正しくＡｃｋ　Ｐｏｌｉｃｙを設定することができる。
　なお、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙの情報は、ＡＤＤＢＡ　Ｃａｐａｂｉｌｉｔｉｅｓフィールドに含まれている必要はなく、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔフレーム及びＡＤＤＢＡ　Ｒｅｓｐｏｎｓｅフレーム内のいずれかで通知するようにしても構わない。
Ｅ－３．Ｄａｔａ　Ｔｒａｎｓｍｉｓｓｉｏｎフェーズ
　図６を参照しながら説明したように、Ｄａｔａ　Ｔｒａｎｓｍｉｓｓｉｏｎフェーズでは、ＳＴＡがＬｉｎｋ１及びＬｉｎｋ２を利用してデータ送信を行い、ＡＰがＬｉｎｋ１及びＬｉｎｋ２でＢｌｏｃｋ　Ａｃｋの送信を行う。
　図８には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＳＴＡがデータ送信を行うための処理手順をフローチャートの形式で示している。
　ＳＴＡは、あるリンク（例えばＬｉｎｋ１）でバックオフを終了するなどして送信権（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ：ＴＸＯＰ）を獲得すると（ステップＳ８０１）、受信側であるＡＰからＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを要求するか否かを判断する（ステップＳ８０２）。
　ＡＰからＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを要求する場合には（ステップＳ８０２のＹｅｓ）、ＳＴＡは、パケットの先頭に付けられるＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙを"Ｃｏｍｍｏｎ　ＢＡ"（すなわち、複数のリンクにおけるデータの取得成功可否情報を含んだ確認応答）に設定して、データ信号の送信を開始する（ステップＳ８０３）。ＳＴＡは、Ｂｌｏｃｋ　ＡｃｋセットアップフェーズでＡＰとの間でＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの管理可否のＣａｐａｂｉｌｉｔｙ情報（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙ）を交換しているので（図６及び図７を参照のこと）、ＡＰがＣｏｍｍｏｍ　Ｂｌｏｃｋ　Ａｃｋを生成可能であるかどうかを判断して、例えばデータパケットのヘッダで正しくＡｃｋ　Ｐｏｌｉｃｙを設定することができる。
　一方、ＡＰからＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを要求しない場合には（ステップＳ８０２のＮｏ）、ＳＴＡは、パケットの先頭に付けられるＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙを"Ｃｏｍｍｏｎ　ＢＡ"以外（例えば"Ｎｏｒｍａｌ　Ａｃｋ"）に設定して、データ信号の送信を開始する（ステップＳ８０４）。
　なお、ステップＳ８０２において、ＳＴＡがＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを要求するか否かをどのように判断するかは特に限定されない。例えば、ＳＴＡは、低遅延又は高信頼性か求められているデータを送信するときのみＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを要求するようにしてもよいし、常にＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信してもらうように設定してもよい。
　図９には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータを受信したときの処理手順をフローチャートの形式で示している。
　ＡＰは、あるリンク（例えばＬｉｎｋ１）でデータ信号の受信を行い、従来通りの方法で、データの取得成功可否情報に基づいて、そのリンクに対応するＬｉｎｋ　ＭＡＣ　ｅｎｔｉｔｙのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄを更新する（ステップＳ９０１）。
　次いで、ＡＰは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信すべきかどうかをチェックする（ステップＳ９０２）。具体的には、ＡＰは、データ送信者（オリジネータ）であるＳＴＡとの間でＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを含むＢｌｏｃｋ　Ａｃｋセットアップを完了している場合で、且つ受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"であるかどうかをチェックする。ＳＴＡは、Ｂｌｏｃｋ　ＡｃｋセットアップフェーズでＡＰとの間でＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの管理可否のＣａｐａｂｉｌｉｔｙ情報（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｃａｐａｂｉｌｉｔｙ）を交換するので（図６及び図７を参照のこと）、ＡＰがＣｏｍｍｏｍ　Ｂｌｏｃｋ　Ａｃｋを生成可能であるかどうかを判断して、例えばデータパケットのヘッダで正しくＡｃｋ　Ｐｏｌｉｃｙを設定することができる。
　データ送信者との間でＢｌｏｃｋ　Ａｃｋセットアップを完了していない、又は、受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"でない場合には（ステップＳ９０２のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行わずに、本処理を終了する。
　一方、データ送信者との間でＢｌｏｃｋ　Ａｃｋセットアップを完了し、且つ、受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"である場合には（ステップＳ９０２のＹｅｓ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うか否かの判断を行う。
　ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うか否かの判断として、まずＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者情報、すなわち同じ送信者及び同じＴＩＤのビットマップを管理しているか否かをチェックする（ステップＳ９０３）。
　Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者及び同じＴＩＤのビットマップを管理している場合には（ステップＳ９０３のＹｅｓ）、ＡＰは、データ受信を行ったＬｉｎｋ１のＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報（又は、ビットマップを更新したＳＮ情報）に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新して（ステップＳ９０５）、本処理を終了する。この結果、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄで管理しているものと同じ送信者から同じＴＩＤでデータを受信し続ける限り、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄには、データを受信したリンクのスコアボードの取得成功可否情報に基づいて同じＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎの取得成功可否情報が逐次更新されていく。
　また、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者及び同じＴＩＤのビットマップを管理していない場合には（ステップＳ９０３のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンクとは別のリンク（例えばＬｉｎｋ２）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが、データ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと同じ送信者及び同じＴＩＤのビットマップを管理しているかどうかをさらにチェックする（ステップＳ９０４）。
　そして、別のリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが、データ受信を行ったリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと同じ送信者情報すなわち同じ送信者及び同じＴＩＤのビットマップを管理している場合には（ステップＳ９０４のＹｅｓ）、ＡＰは、データ受信を行ったリンク及び別のリンクの各Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに新たな送信者情報すなわち新たな送信者及びＴＩＤのビットマップ情報を作成して記憶して（ステップＳ９０６）、本処理を終了する。この結果、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄで管理しているものとは送信者又はＴＩＤの少なくとも一方が異なるデータを受信すると（すなわち、送信者情報が切り替わると）、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄには、リンク毎のスコアボードが管理する取得成功可否情報に基づいて、新しいＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎの取得成功可否情報が更新される。
　また、別のリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが、データ受信を行ったリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと同じ送信者情報すなわち同じ送信者及び同じＴＩＤのビットマップを管理していない場合には（ステップＳ９０４のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行わずに、本処理を終了する。
　なお、本実施形態では、使用したすべてのリンクでアグリゲートされたパケットのＣＲＣチェックを行った時点で、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄ及びＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことを想定しているが、各スコアボードの更新タイミングはこれに限定されるものではない。例えば、各リンクともアグリゲートされたすべてのパケットのＣＲＣチェックを完了した時点でＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの更新を行っても構わない。また、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新も、内部で決定されたインターバル毎に実施しても構わないし、すべてのデータ信号の受信が完了した時点で実施しても構わない。
　また、本実施形態では、ＡＰが、ＭＬＯセットアップフェーズにおいて、配下のＳＴＡの各ＭＡＣアドレスを取得し、送信者（オリジネータ）毎の各Ｌｉｎｋ　ＭＡＣ　ｅｎｔｉｔｙ及びＭＬＤ　ＥｎｔｉｔｙのＭＡＣアドレスを記憶して管理することを想定している。したがって、ＡＰは、各リンクでデータを受信したときにその送信者のアドレスを見て、各リンクの送信者が同一のＳＴＡか否かを判断することが可能である。
　図１０には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの内部シーケンス例を示している。図１０は、図９に示したフローチャート中のステップＳ９０５に相当する、ＡＰがＬｉｎｋ１　ＭＡＣ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいてＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新するときの内部シーケンス例を示している。上述したように、ＡＰは、ＭＬＯに対応した通信装置すなわちＭＬＤであり、図３に示したように、リンク毎の個別のデータ処理を行うＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙと、すべてのリンクに共通のデータ処理を行うＭＬＤ　Ｅｎｔｉｔｙを備えている。また、ＡＰ内でデータ取得成功可否情報を記憶するスコアボードとして、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙが有するＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと、ＭＬＤ　Ｅｎｔｉｔｙが有するＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがある。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータを受信したことに伴いＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行ったとき（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ、Ｕｐｄａｔｅｄ　ＳＮを含むＳｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得した情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄでも同じ送信者情報（すなわち、同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤ）のビットマップ情報を管理しているかどうかを判定する（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｄｅｃｉｓｉｏｎ　１）。この判定処理は、図９に示したフローチャート中のステップＳ９０３に相当する。ここでは、データ送信者（オリジネータ）であるＳＴＡとの間でＢｌｏｃｋ　Ａｃｋセットアップを完了し、且つ受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"を指定されているものとする。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄでもＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄと同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理していると判定した場合には、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。
　ＭＬＤ　Ｅｎｔｉｔｙは、以下の手順に従ってＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うものとする。なお、ここでは、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄのＷｉｎｄｏｗＳｔａｒｔR、ＷｉｎｄｏｗＥｎｄR、ＷｉｎｄｏｗＳｉｚｅRを、それぞれＷｉｎｄｏｗＳｔａｒｔRc、ＷｉｎｄｏｗＥｎｄRc、ＷｉｎｄｏｗＳｉｚｅRcと記述する。また、ＳＮ　Ｓｐａｃｅが拡張された場合２11より大きな数値が使用されても構わない。
（１）ＷｉｎｄｏｗＳｔａｒｔRc≦ＳＮ≦ＷｉｎｄｏｗＥｎｄRcなら、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報のＳＮに該当する箇所に"１"を設定する。
（２）ＷｉｎｄｏｗＥｎｄRc＜ＳＮ≦ＷｉｎｄｏｗＳｔａｒｔRc＋２11なら、以下の処理を実行する。
（２－１）ＷｉｎｄｏｗＥｎｄRcからＳＮ－１に０を設定する。
（２－２）ＷｉｎｄｏｗＳｔａｒｔRc＝ＳＮ－ＷｉｎｄｏｗＳｉｚｅRc＋１に設定する。
（２－３）ＷｉｎｄｏｗＥｎｄRc＝ＳＮに設定する。
（２－４）Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報のＳＮに該当する箇所に"１"を設定する。
　本実施形態では、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄはＰａｒｔｉａｌ　Ｓｔａｔｅ型であり、１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分のビットマップ情報を記憶する容量しか持たず、１周すると先頭に戻って上書きされる。上記（１）のＷｉｎｄｏｗＳｔａｒｔRc≦ＳＮ≦ＷｉｎｄｏｗＥｎｄRcという条件は、該当するＳＮが現在のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのウィンドウサイズに収まることを示し、この場合は、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップの該当するビット位置にこのＳＮのパケットの取得成功可否情報を設定する。また、上記（２）のＷｉｎｄｏｗＥｎｄRc＜ＳＮ≦ＷｉｎｄｏｗＳｔａｒｔRc＋２11という条件は、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのウィンドウサイズの終端に到達したことを示し、この場合は、ビットマップの先頭に戻ってこのＳＮのパケットの取得成功可否情報を設定する。
　図１１には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの他の内部シーケンス例を示している。図１１は、図９に示したフローチャート中のステップＳ９０６に相当する、ＡＰがＬｉｎｋ１　ＭＡＣ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報とＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいてＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新するときの内部シーケンス例を示している。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータを受信したことに伴いＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行ったとき（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ、Ｕｐｄａｔｅｄ　ＳＮを含むＳｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得した情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄでも同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理しているか否かを判定する（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｄｅｃｉｓｉｏｎ　１）。この判定処理は、図９に示したフローチャート中のステップＳ９０３に相当する。ここでは、データ送信者（オリジネータ）であるＳＴＡとの間でＢｌｏｃｋ　Ａｃｋセットアップを完了し、且つ受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"を指定されているものとする。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄが同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理していないことを確認すると、Ｌｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙに対して、Ｓｃｏｒｅｂｏａｒｄ　Ｏｒｉｇｉｎａｔｏｒ　Ｉｎｆｏ　Ｒｅｑｕｅｓｔを送信する。Ｌｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙは、ＭＬＤ　Ｅｎｔｉｔｙからのこの要求に対して、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含むＳｃｏｒｅｂｏａｒｄ　Ｏｒｉｇｉｎａｔｏｒ　Ｉｎｆｏ　Ｒｅｓｐｏｎｓｅを送信する。なお、ＭＬＤ　Ｅｎｔｉｔｙは、定期的にＬｉｎｋ２　ＳｃｏｒｅｂｏａｒｄからのＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤの情報を取得している場合には、Ｌｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙに対してＳｃｏｒｅｂｏａｒｄ　Ｏｒｉｇｉｎａｔｏｒ　Ｉｎｆｏ　Ｒｅｑｕｅｓｔを送信しなくてもよい。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙから取得した情報に基づいて、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄがＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと同じ送信者情報すなわち同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理しているか否かに基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うか否かを判定する（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｄｅｃｉｓｉｏｎ　２）。この判定処理は、図９に示したフローチャート中のステップＳ９０４に相当する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄが同じ送信者情報すなわち同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理している場合には、両者のビットマップ情報に基づいて新たな送信者すなわち新たなＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を作成して、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことを決定する。このため、ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙに対して、Ｓｃｏｒｅｂｏａｒｄ　Ｒｅｑｕｅｓｔを送信する。
　Ｌｉｎｋ１　ＭＡＣ　ＥｎｔｉｔｙとＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙは、ＭＬＤ　ＥｎｔｉｔｙからのＳｃｏｒｅｂｏａｒｄ　Ｒｅｑｕｅｓｔに対して、ビットマップ情報と、ＷｉｎｄｏｗＳｔａｒｔと、ＷｉｎｄｏｗＥｎｄと、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含んだＳｃｏｒｅｂｏａｒｄ　Ｉｎｆｏをそれぞれ送信する。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙから収集したＳｃｏｒｅｂｏａｒｄ　Ｉｎｆｏに基づいて、以下の手順に従ってＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。なお、ここでは、ＬｉｎｋＸ（Ｘ番目のリンク）　ＳｃｏｒｅｂｏａｒｄのＷｉｎｄｏｗＳｔａｒｔR、ＷｉｎｄｏｗＥｎｄR、ＷｉｎｄｏｗＳｉｚｅRを、それぞれＷｉｎｄｏｗＳｔａｒｔRx、ＷｉｎｄｏｗＥｎｄRx、ＷｉｎｄｏｗＳｉｚｅRxと記述する。
（１）ＷｉｎｄｏｗＥｎｄRc＝ｍａｘ（ＷｉｎｄｏｗＥＮＤR1，ＷｉｎｄｏｗＥＮＤR2）に設定する。すなわち、Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄのうち記憶するシーケンス番号の最終値が大きい方に合わせて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う。
（２）ＷｉｎｄｏｗＳｔａｒｔRc＝ＷｉｎｄｏｗＥｎｄRc－ＷｉｎｄｏｗＳｉｚｅRc＋１に設定する。
（３）最初がＷｉｎｄｏｗＳｔａｒｔRc、最後がＷｉｎｄｏｗＥｎｄRcとなるようなＷｉｎｄｏｗＳｉｚｅRcの大きさのビットマップを生成する（最初はすべて０を入力する）。
（４）ＷｉｎｄｏｗＳｔａｒｔRからＷｉｎｄｏｗＥｎｄRc内の各ＳＮにおいて、Ｌｉｎｋ１のビットマップ情報とＬｉｎｋ２のビットマップ情報のどちらかが"１"である場合、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報の該当するＳＮが示す箇所に"１"を設定する。すなわち、Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄの少なくとも一方でパケットの取得に成功したことが示されるＳＮについては、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報においても取得に成功したことを示す"１"を設定する。
　また、各リンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄのウィンドウサイズの和がＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのウィンドウサイズより大きい場合、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを更新する際に上述した手順によっていくつかのビットマップ情報が損なわれるかもしれない。この場合、ＭＬＤ　Ｅｎｔｉｔｙはビットマップ情報をＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに記憶できなかったリンクに対しＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信させず、リンク毎のＬｉｎｋ Ｓｃｏｒｅｂｏａｒｄの情報に基づいて通常のＢｌｏｃｋ　Ａｃｋを送信するよう指示しても構わない。
　また、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄはビットマップ情報を更新した後、各リンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄを自身のビットマップ情報に併せて更新させても構わない。具体的には、各リンクのＷｉｎｄｏｗＳｔａｒｔ及びＷｉｎｄｏｗＥｎｄをそのままに、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに"１"が、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄに"０"が設定されているＳＮにおいて、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの当該箇所に"１"を設定するよう制御しても構わない。
　図１２には、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するための処理手順をフローチャートの形式で示している。
　ＡＰは、あるリンク（例えばＬｉｎｋ１）でデータ信号の受信を完了した後（ステップＳ１２０１）、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがそのデータ信号の送信者と同じ送信者及び同じＴＩＤのビットマップを管理しているか否かをチェックする（ステップＳ１２０２）。
　そして、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがそのデータ信号の送信者と同じ送信者及び同じＴＩＤのビットマップを管理している場合には（ステップＳ１２０２のＹｅｓ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの情報に基づいてＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成して、送信者であるＳＴＡに送信して（ステップＳ１２０３）、本処理を終了する。
　一方、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがそのデータ信号の送信者と同じ送信者及び同じＴＩＤのビットマップを管理していない場合には（ステップＳ１２０２のＮｏ）、ＡＰは、データ信号を受信したリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの情報に基づいて従来通りのＢｌｏｃｋ　Ａｃｋを生成して、送信者であるＳＴＡに送信して（ステップＳ１２０４）、本処理を終了する。
　図１３には、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するときの内部シーケンス例を示している。図１３は、図１２に示したフローチャート中のステップＳ１２０３に相当する、ＡＰがＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいてＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信するときの内部シーケンス例を示している。ＭＬＯに対応したＡＰは、リンク毎の個別のデータ処理を行うＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙと、すべてのリンクに共通のデータ処理を行うＭＬＤ　Ｅｎｔｉｔｙを備えている。また、ＡＰ内でデータ取得成功可否情報を記憶するスコアボードとして、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙが有するＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと、ＭＬＤ　Ｅｎｔｉｔｙが有するＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがある。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータ信号の受信を完了した後（Ｄａｔａ　Ｒｘ　Ｅｎｄ）、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含むＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得したＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ　Ｉｎｆｏの情報に基づいて、Ｌｉｎｋ１で受信したデータの送信者と同じＯｒｉｇｉｎａｔｏｒ及びＴＩＤのビットマップ情報をＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄで管理していることを確認して、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ情報（少なくともビットマップ情報、ＷｉｎｄｏｗＳｔａｒｔRc、ＷｉｎｄｏｗＥｎｄRc）を含むＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｓｐｏｎｓｅ　ＩｎｆｏをＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙに通知する。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、取得したＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｓｐｏｎｓｅ　Ｉｎｆｏの情報に基づいて、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成して（Ｇｅｎｅｒａｔｅ　Ｂｌｏｃｋ　Ａｃｋ）、送信者であるＳＴＡに送信する（Ｓｔａｒｔ　Ｂｌｏｃｋ　Ａｃｋ　Ｔｘ）。
　図１４には、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するときの他の内部シーケンス例を示している。図１４は、図１２に示したフローチャート中のステップＳ１２０４に相当する、ＡＰがＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいて従来通りのＢｌｏｃｋ　Ａｃｋを送信するときの内部シーケンス例を示している。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータ信号の受信を完了した後（Ｄａｔａ　Ｒｘ　Ｅｎｄ）、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含むＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得したＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ　Ｉｎｆｏの情報に基づいて、Ｌｉｎｋ１で受信したデータの送信者と同じＯｒｉｇｉｎａｔｏｒ及びＴＩＤのビットマップ情報をＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄで管理していないことを確認して、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ情報を含まないＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｓｐｏｎｓｅ　ＩｎｆｏをＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙに通知する。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、自身のＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの情報に基づいて、従来通りのＢｌｏｃｋ　Ａｃｋを生成して（Ｇｅｎｅｒａｔｅ　Ｂｌｏｃｋ　Ａｃｋ）、送信者であるＳＴＡに送信する（Ｓｔａｒｔ　Ｂｌｏｃｋ　Ａｃｋ　Ｔｘ）。
Ｅ－４．Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔフェーズ
　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔフェーズでは、ＳＴＡがＡＰにＢｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ（ＢＡＲ）フレームを任意のリンク（リンクＸ）で送信する。これに対し、ＡＰは、Ｂｌｏｃｋ　Ａｃｋフレームを同じリンク（リンクＸ）で送信する。ＳＴＡがＢｌｏｃｋ　Ａｃｋを取得したいときだけでなく、ＡＰとＳＴＡの間でＳｃｏｒｅｂｏａｒｄ及びＷｉｎｄｏｗ　ＳｔａｒｔRの初期化を行う際にも、ＢＡＲフレームが使用される。
　図１５には、Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔ（ＢＡＲ）フレームの構成例を示している。図６を参照しながら説明したように、ＢＡＲフレームは、送信者（ＳＴＡ）が受信者（ＡＰ）に対してＢｌｏｃｋ　Ａｃｋの送信を要求するために送信する。
　ＢＡＲフレームの構造に関しては、ＩＥＥＥ８０２．１１で規定されているので、ここでは詳細な説明を省略する。本実施形態では、ＢＡＲ　Ｃｏｎｔｒｏｌフィールド内にＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドが含まれている点に特徴がある。具体的には、ＢＡＲ　Ｃｏｎｔｒｏｌフィールド内のＲｅｓｅｒｖｅｄフィールドの１ビットをＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに割り当てる。
　送信者は、ＢＡＲフレームをどちらかのリンクで送信する際、受信者のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を要求する場合には、このＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに"１"を設定してＢＡＲフレームを送信する。なお、受信者のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新だけを行いたい場合には、送信者は、ＢＡＲフレームのＲＡ（Ｒｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓ）を受信者のＭＬＤ　Ｅｎｔｉｔｙに割り当てられたＭＡＣアドレスにして、ＢＡフレームを送信しても構わない。
　図１６には、送信者がＢＡＲフレームを送信するときの処理手順をフローチャートの形式で示している。ここでは、送信者は、ＡＰにデータフレームを送信したＳＴＡを想定している。
　ＳＴＡは、あるリンク（例えばＬｉｎｋ１）でＢＡＲを送信する際（ステップＳ１６０１）、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと同時にＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を依頼するか否かを判断する（ステップＳ１６０２）。
　そして、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を依頼する場合には（ステップＳ１６０２のＹｅｓ）、ＳＴＡは、ＢＡＲフレームのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｕｐｄａｔｅサブフィールドに"１"を設定してＢＡＲフレームを送信する（ステップＳ１６０３）。
　一方、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を依頼しない場合には（ステップＳ１６０２のＮｏ）、ＳＴＡは、ＢＡＲフレームのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｕｐｄａｔｅサブフィールドに"０"を設定してＢＡＲフレームを送信する（ステップＳ１６０４）。
　図１７には、受信者がＢＡＲフレームを受信したときの処理手順をフローチャートの形式で示している。ここでは、受信者は、ＳＴＡからデータフレームを受信したＡＰを想定している。
　ＡＰは、あるリンク（例えばＬｉｎｋ１）でＢＡＲフレームを受信すると（ステップＳ１７０１）、ＢＡＲを受信したリンクに対応するＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（ステップＳ１７０２）。
　次いで、ＡＰは、ステップＳ１７０１で受信したＢＡＲフレームのＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに"１"が設定されているかどうかをチェックする（ステップＳ１７０３）。
　そして、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに"１"が設定されている場合には（ステップＳ１７０３のＹｅｓ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行ってから（ステップＳ１７０４）、Ｂｌｏｃｋ　Ａｃｋの送信を行う（ステップＳ１７０５）。Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新処理は、例えば図９に示したデータ受信時と同様の処理手順に従って実施される。
　一方、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに"０"が設定されている場合には（ステップＳ１７０３のＮｏ）、ＡＰは、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことなく、Ｂｌｏｃｋ　Ａｃｋの送信を行う（ステップＳ１７０５）。
　図１８には、受信者がＢＡＲフレームを受信したときの内部シーケンス例を示している。図１８は、図１７に示したフローチャート中のステップＳ１７０３の判定ステップで、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ＝１によりステップＳ１７０４でＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを更新する場合に相当する。ここでは、受信者であるＡＰが、Ｌｉｎｋ１でＢＡＲフレームを受信した後、Ｌｉｎｋ１からＢｌｏｃｋ　Ａｃｋの送信することを想定している。ＡＰは、ＭＬＯに対応した通信装置すなわちＭＬＤであり、図３に示したように、リンク毎の個別のデータ処理を行うＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙと、すべてのリンクに共通のデータ処理を行うＭＬＤ　Ｅｎｔｉｔｙを備えている。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、ＢＡＲフレームの受信処理を終了すると（ＢＡＲ　Ｒｘ　Ｅｎｄ）、自身のＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄを更新する（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。
　次いで、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、ＢＡＲフレームのＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅサブフィールドに"１"が設定されていることを確認すると、ＭＬＤ　Ｅｎｔｉｔｙに対して、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ、Ｓｔａｒｔ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ（ＳＳＮ）を含むＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔを送る。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　ＥｎｔｉｔｙからのＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔに含まれる情報に基づいてＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。その後、ＭＬＤ　Ｅｎｔｉｔｙは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの情報（ビットマップ情報、ＷｉｎｄｏｗＳｔａｒｔ、ＷｉｎｄｏｗＳｉｚｅ、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ）を含んだＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｓｐｏｎｓｅフレームを、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙに送信する。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、ＡＰからのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｓｐｏｎｓｅに含まれる情報に基づいて、Ｂｌｏｃｋ　Ａｃｋを生成して（Ｇｅｎｅｒａｔｅ　Ｂｌｏｃｋ　Ａｃｋ）、Ｂｌｏｃｋ　Ａｃｋの送信を開始する（Ｓｔａｒｔ　Ｂｌｏｃｋ　Ａｃｋ　Ｔｘ）。
　ここで、Ｂｌｏｃｋ　Ａｃｋ　Ｒｅｑｕｅｓｔに伴うスコアボードの更新は、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄともに以下のルールが適用される。
＜同じ送信者及び同じＴＩＤに対するＢＡＲの場合＞
（１）ＷｉｎｄｏｗＳｔａｒｔR≦ＳＳＮ≦ＷｉｎｄｏｗＥｎｄRの場合
　（１－１）ＷｉｎｄｏｗＳｔａｒｔR＝ＳＳＮに設定
　（１－２）ＷｉｎｄｏｗＥｎｄR＋１からＷｉｎｄｏｗＳｔａｒｔR＋ＷｉｎｄｏｗＳｉｚｅR－１までのビットマップを"０"に設定
　（１－３）ＷｉｎｄｏｗＥｎｄR＝ＷｉｎｄｏｗＳｔａｒｔR＋ＷｉｎｄｏｗＳｉｚｅR－１に設定
（２）ＷｉｎｄｏｗＥｎｄR＜ＳＮ≦ＷｉｎｄｏｗＳｔａｒｔR＋２11の場合
　（２－１）ＷｉｎｄｏｗＳｔａｒｔR＝ＳＳＮに設定
　（２－２）ＷｉｎｄｏｗＥｎｄR＝ＷｉｎｄｏｗＳｔａｒｔR＋ＷｉｎｄｏｗＳｉｚｅR－１に設定
　（２－３）ＷｉｎｄｏｗＳｔａｒｔRからＷｉｎｄｏｗＥｎｄRCまでのビットマップを"０"に設定
（３）ＷｉｎｄｏｗＳｔａｒｔRc＋２11＜ＳＮ≦ＷｉｎｄｏｗＳｔａｒｔRcなら、更新しない
＜別の送信者又は別のＴＩＤに対するＢＡＲの場合＞
（１）ＷｉｎｄｏｗＳｔａｒｔR＝ＳＳＮに設定
（２）ＷｉｎｄｏｗＥｎｄR＋１からＷｉｎｄｏｗＳｔａｒｔR＋ＷｉｎｄｏｗＳｉｚｅR－１までのビットマップを"０"に設定
（３）最初ＷｉｎｄｏｗＳｔａｒｔRが、最後がＷｉｎｄｏｗＥｎｄRとなるようなＷｉｎｄｏｗＳｉｚｅRの大きさのビットマップを作成する。
Ｅ－５．動作例
　第１の実施例は、ＭＬＯに対応した通信システムにおいて、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに基づいてＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋの生成を実現するものである。この項では、第１の実施例における動作例について説明する。
　図１９には、図１に示した通信システムで行われるマルチリンクオペレーションの通信シーケンス例を示している。図１９に示す通信シーケンス例では、ＳＴＡ１及びＳＴＡ２がともにＬｉｎｋ１及びＬｉｎｋ２を使ってＡＰへのデータ送信を行う。
　なお、図１９中の横軸は時間軸であり、ＡＰ、ＳＴＡ１及びＳＴＡ２の各リンク上の時間毎の通信動作を示している。実線で描いた四角いブロックは対応する通信装置、リンク、及び時刻における送信フレームを示し、縦方向の実線の矢印は宛て先へのフレーム送信を示し、点線で描いた四角いブロックは受信フレームを示している。
　また、図２０には、図１９に示した通信シーケンスが実施されたときの、ＡＰ内の各リンクのＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの各時刻（Ｔ１～Ｔ８）のビットマップ情報の表記を示している。各リンクのＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分のパケットの取得成功可否情報を一時的に記憶できる程度の、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のキャッシュメモリである。各スコアボードのビットマップ情報の左端にはＷｉｎｄｏｗＳｔａｒｔRが示すＳＮと一致する情報が格納され、右端にはＷｉｎｄｏｗＥｎｄRが示すＳＮと一致する情報が格納されている。各ビットマップ情報の各ビット位置には、該当するＳＮのパケットの取得成功可否情報を０と１で表している。まだ受信されていないパケットのＳＮに関しては"０"と表記される。また、既に取得済みのパケットのＳＮに関しては"Ｘ"と表記されているが、Ｘにはバケットの取得の成功又は失敗に応じて０又は１のいずれかが格納されているものとする。
　図２０では、ＷｉｎｄｏｗＳｉｚｅ＝６４、ＳＴＡ１及びＳＴＡ２ともにＬｉｎｋ１でＳＮが＃１～＃３２のパケットが送信され、Ｌｉｎｋ２でＳＮが＃３３～＃６４のデータが送信されると想定する（すなわち、ＳＴＡ１とＳＴＡ２はそれぞれウィンドウサイズ分のパケットをＬｉｎｋ１とＬｉｎｋ２に振り分けて送信すると想定する）。但し、本開示は上記のような想定に限定されるものではなく、例えばＬｉｎｋ１とＬｉｎｋ２で異なる数のパケットが含まれていても構わないし、ＷｉｎｄｏｗＳｉｚｅ未満の数のパケットが送信されても構わない。
　また、通常では同じ送信者（Ｏｒｉｇｉｎａｔｅｒ　Ａｄｄｒｅｓｓ）であってもＴＩＤが異なれば、異なる送信者情報であり別のＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎとしてスコアボードに管理される。図１９及び図２０では、説明の簡素化のため、各送信者（ＳＴＡ１、ＳＴＡ２）からはそれぞれ同じＴＩＤのデータのみが送信され、それぞれ１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎとしてスコアボードに管理されるものとする。
　以下、図１９に示す通信シーケンスについて、図２０に示す各スコアボードの状況を参照しながら説明する。
　ＳＴＡ１は、時刻Ｔ１でＬｉｎｋ１の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ３でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ１～Ｔ３の間、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ１は、時刻Ｔ２でＬｉｎｋ２の送信権を獲得すると、Ｌｉｎｋ１と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ５でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ２～Ｔ５の間、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　一方、ＳＴＡ２は、時刻Ｔ４でＬｉｎｋ１の送信権を獲得する。すなわち、時刻Ｔ４で、Ｌｉｎｋ１の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ７でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ４以降、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ２は、時刻Ｔ６でＬｉｎｋ２の送信権を獲得する。すなわち、時刻Ｔ６で、Ｌｉｎｋ２の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、Ｌｉｎｋ２で、Ｌｉｎｋ１と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ８でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ６以降、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　ＡＰのＭＬＤ　Ｅｎｔｉｔｙは、これまで説明してきた更新ルールに従って、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う。
　したがって、ＡＰは、Ｌｉｎｋ１及びＬｉｎｋ２でともにＳＴＡ１からのデータ信号の受信を行い、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのいずれもが同じ送信者及び同じＴＩＤであるＳＴＡ１のビットマップ情報を管理するようになった時刻Ｔ２において、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは更新され、ＳＴＡ１からのパケットの取得成功可否に関するビットマップ情報が記憶される。
　そして、Ｌｉｎｋ１の送信者がＳＴＡ１からＳＴＡ２に代わる時刻Ｔ４以降においても、Ｌｉｎｋ２　ＳｃｏｒｅｂｏａｒｄでＳＴＡ１からのパケットの取得成功可否に関するビットマップ情報を記憶しているので、時刻Ｔ２～Ｔ５の間、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄではＳＴＡ１からのパケットの取得成功可否に関するビットマップ情報を更新し続ける。この結果、ＳＴＡ１のＬｉｎｋ２でのデータ送信が終了する時刻Ｔ５において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ１からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｌｉｎｋ２でＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　一方、時刻Ｔ６で、ＡＰはＬｉｎｋ１及びＬｉｎｋ２でともにＳＴＡ２からのデータ信号の受信を行い、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのいずれもが同じ送信者及び同じＴＩＤであるＳＴＡ２のビットマップ情報を管理するようになるので、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報が記憶されるように切り替わる。時刻Ｔ６～Ｔ８の間、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄではＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報を更新し続ける。このとき、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのメモリ容量次第で、これまで記憶していたＳＴＡ１に関するビットマップ情報は削除される（本実施形態のように、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄが１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分のパケットの取得成功可否情報を記憶できる程度のＰａｒｔｉａｌ－ｓｔａｔｅ型のキャッシュメモリであるという想定では、ＳＴＡ１に関するビットマップ情報は上書きにより削除される）。
　その後、ＳＴＡ２のＬｉｎｋ２でのデータ送信が終了する時刻Ｔ８において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ２からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｌｉｎｋ２でＳＴＡ２へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　図２１には、図１に示した通信システムで行われるマルチリンクオペレーションの他の通信シーケンス例を示している。また、図２２には、図２１に示した通信シーケンスが実施されたときの、ＡＰ内の各スコアボードの時刻毎の状況を示している。
　ＳＴＡ１は、時刻Ｔ１でＬｉｎｋ１の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ５でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ１～Ｔ５の間、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ１は、時刻Ｔ２でＬｉｎｋ２の送信権を獲得すると、Ｌｉｎｋ１と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ３でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ２～Ｔ３の間、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　一方、ＳＴＡ２は、時刻Ｔ４でＬｉｎｋ２の送信権を獲得する。すなわち、時刻Ｔ４で、Ｌｉｎｋ２の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ６でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ４以降、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ２は、時刻Ｔ７でＬｉｎｋ１の送信権を獲得する。すなわち、時刻Ｔ７で、Ｌｉｎｋ１の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、Ｌｉｎｋ２と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ８でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ７以降、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　ＡＰのＭＬＤ　Ｅｎｔｉｔｙは、これまで説明してきた更新ルールに従って、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う。
　したがって、ＡＰは、Ｌｉｎｋ１及びＬｉｎｋ２でともにＳＴＡ１からのデータ信号の受信を行い、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのいずれもが同じ送信者及び同じＴＩＤであるＳＴＡ１のビットマップ情報を管理するようになった時刻Ｔ２において、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは更新され、ＳＴＡ１からのパケットの取得成功可否に関するビットマップ情報が記憶される。
　そして、Ｌｉｎｋ２の送信者がＳＴＡ１からＳＴＡ２に代わる時刻Ｔ４においても、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ１　ＳｃｏｒｅｂｏａｒｄがともにＳＴＡ１からのパケットの取得成功可否情報を記憶しているので、時刻Ｔ２～Ｔ５の間、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄでは、ＳＴＡ１からのパケットの取得成功可否に関するビットマップ情報を更新し続ける。この結果、ＳＴＡ１のＬｉｎｋ１でのデータ送信が終了する時刻Ｔ５において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ１からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｌｉｎｋ１でＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　一方、時刻Ｔ７で、ＡＰはＬｉｎｋ１でＳＴＡ２からのデータ信号の受信を行い、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのいずれもが同じ送信者及び同じＴＩＤであるＳＴＡ２のビットマップ情報を管理するようになるので、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報が記憶されるように切り替わる。時刻Ｔ７～Ｔ８の間、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄではＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報を更新し続ける。このとき、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのメモリ容量次第で、これまで記憶していたＳＴＡ１に関するビットマップ情報は削除される。本実施形態のように、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄが１つのＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ分のパケットの取得成功可否情報を記憶できる程度のＰａｒｔｉａｌ－ｓｔａｔｅ型のキャッシュメモリであるという想定では、ＳＴＡ１に関するビットマップ情報は上書きにより削除される。
　その後、ＳＴＡ２のＬｉｎｋ２でのデータ送信が終了する時刻Ｔ８において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ２からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｌｉｎｋ２でＳＴＡ２へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　図２１に示すように、ＳＴＡ１はＬｉｎｋ１で先にデータ送信を開始し、その後でＬｉｎｋ２でも同じＴＩＤのデータ送信を開始するが、Ｌｉｎｋ１よりもＬｎｋ２の方で先にデータ送信が終了する場合、すなわちリンク間でデータ送信開始時間とデータ送信終了時間が逆転したとしても、ＡＰは、本開示に係る更新ルールに従ってＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことによって、ＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することが可能である。また、ＳＴＡ２はＬｉｎｋ１とＬｉｎｋ２で同じＴＩＤのデータの送信時間が重複していないが、ＡＰは、本開示に係る更新ルールに従ってＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことによって、ＳＴＡ２へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することが可能である。
　図２３には、図１に示した通信システムで行われるマルチリンクオペレーションのさらに他の通信シーケンス例を示している。また、図２４には、図２３に示した通信シーケンスが実施されたときの、ＡＰ内の各スコアボードの時刻毎の状況を示している。
　ＳＴＡ１は、時刻Ｔ１でＬｉｎｋ１の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ３でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ１～Ｔ３の間、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　一方、ＳＴＡ２は、時刻Ｔ２でＬｉｎｋ２の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ４でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ２～Ｔ４の間、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ２は、時刻Ｔ５でＬｉｎｋ１の送信権を獲得する。すなわち、時刻Ｔ５で、Ｌｉｎｋ１の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、Ｌｉｎｋ２と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ７でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ５以降、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　一方、ＳＴＡ１は、時刻Ｔ６でＬｉｎｋ２の送信権を獲得する。すなわち、時刻Ｔ６で、Ｌｉｎｋ２の送信者がＳＴＡ２からＳＴＡ１に代わる。ＳＴＡ１は、Ｌｉｎｋ１と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ８でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ６以降、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　ＡＰのＭＬＤ　Ｅｎｔｉｔｙは、これまで説明してきた更新ルールに従って、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う。したがって、ＡＰにおいて、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ及びＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄのいずれもが同じ送信者及び同じＴＩＤであるＳＴＡ２のビットマップ情報を管理するようになった時刻Ｔ５において、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは更新され、ＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報が記憶される。
　そして、Ｌｉｎｋ２の送信者がＳＴＡ２からＳＴＡ１に代わる時刻Ｔ６においても、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄが記憶する情報は、ＳＴＡ２からのパケットの取得成功可否に関するビットマップ情報である。したがって、ＳＴＡ２のＬｉｎｋ１でのデータ送信が終了する時刻Ｔ７において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ２からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｌｉｎｋ１でＳＴＡ２へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　一方、時刻Ｔ６で、ＡＰはＬｉｎｋ１でＳＴＡ１からのデータ信号の受信を行うようになる。Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄはＳＴＡ１のビットマップ情報を管理するが、Ｌｉｎｋ２　ＳｃｏｒｅｂｏａｒｄはＳＴＡ２のビットマップ情報を管理し、送信者が同一でないのでＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新は行われない。このため、ＳＴＡ１のＬｉｎｋ１でのデータ送信が終了する時刻Ｔ８において、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ２からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了時とは異なる送信者又は異なるＴＩＤの取得成功可否情報）が記憶されたままである。したがって、ＡＰは、図１２に示したＢｌｏｃｋ　Ａｃｋの送信手順に従って、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成することはできず、Ｌｉｎｋ２でＳＴＡ１への通常のＢｌｏｃｋ　Ａｃｋを送信する。
　図２３及び図２４に示す例では、ＳＴＡ１とＳＴＡ２はともにＬｉｎｋ１及びＬｉｎｋ２を使ってＡＰへのデータ送信を行うが、ＳＴＡ１が先にデータ送信を開始するが、ＳＴＡ２の方が先にデータ送信を終了している。すなわち、ＳＴＡ１及びＳＴＡ２の間でデータ送信開始時間とデータ送信終了時間が逆転している。このような場合、データ送信終了時間が遅いＳＴＡ１のＢｌｏｃｋ　Ａｃｋ　Ｓｅｓｓｉｏｎ全体の取得成功可否情報がＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに記憶されないため、ＡＰはＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することができない。
Ｆ．第２の実施例
　第１の実施例では、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに基づいてＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋの生成を行う方法について説明した。しかしながら、図２３及び図２４を参照しながら説明したように、一部の送信者（ＳＴＡ）に対してＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することができない場合がある。図２３及び図２４に示す例では、ＳＴＡ１とＳＴＡ２はともにＬｉｎｋ１及びＬｉｎｋ２を使ってＡＰへのデータ送信を行うが、ＳＴＡ１及びＳＴＡ２の間でデータ送信開始時間とデータ送信終了時間が逆転するため、ＡＰはデータ送信終了時間が遅いＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することができない。
　Ｐａｒｔｉａｌ－ｓｔａｔｅ型のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄにおいても、実装されているメモリ次第で同時に複数の送信者又は複数のＴＩＤのビットマップ情報を記憶することができる。そこで、第２の実施例として、Ｐａｒｔｉａｌ－ｓｔａｔｅ型のＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄが同時に複数の送信者又は複数のＴＩＤのビットマップ情報を記憶できるという条件下で、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいて、各リンクのスコアボードを更新する方法について、以下で説明する。
　図２５には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータを受信する処理手順をフローチャートの形式で示している。
　ＡＰは、あるリンク（例えばＬｉｎｋ１）でデータ信号の受信を行い、従来通りの方法で、データの取得成功可否情報に基づいて、そのリンクに対応するＬｉｎｋ　ＭＡＣ　ｅｎｔｉｔｙのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄを更新する（ステップＳ２５０１）。
　次いで、ＡＰは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信すべきかどうかをチェックする（ステップＳ２５０２）。具体的には、ＡＰは、データ送信者（オリジネータ）であるＳＴＡとの間でＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを含むＢｌｏｃｋ　Ａｃｋセットアップを完了している場合で、且つ受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"であるかどうかをチェックする。
　データ送信者との間でＢｌｏｃｋ　Ａｃｋセットアップを完了していない、又は、受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"でない場合には（ステップＳ２５０２のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行わずに、本処理を終了する。
　一方、データ送信者との間でＢｌｏｃｋ　Ａｃｋセットアップを完了し、且つ、受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"である場合には（ステップＳ２５０２のＹｅｓ）、ＡＰは、スコアボードの更新を行うか否かの判断を行う。
　ＡＰは、スコアボードの更新を行うか否かの判断として、まずＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者及び同じＴＩＤのビットマップを管理しているか否かをチェックする（ステップＳ２５０３）。
　Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者及び同じＴＩＤのビットマップを管理している場合には（ステップＳ２５０３のＹｅｓ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいて、データ受信を行ったリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新して（ステップＳ２５０５）、本処理を終了する。この結果、データ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄには、同じ送信者及び同じＴＩＤで受信したデータの取得成功可否情報が逐次更新されていく。
　また、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄとデータ受信を行ったリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄが同じ送信者及び同じＴＩＤのビットマップを管理していない場合には（ステップＳ２５０３のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの記憶容量に余裕があるかどうかをさらにチェックする（ステップＳ２５０４）。
　Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの記憶容量に余裕がない場合には（ステップＳ２５０４のＮｏ）、ＡＰは、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことなく、本処理を終了する。
　一方、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの記憶容量に余裕がある場合には（ステップＳ２５０５のＹｅｓ）、ＡＰは、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（ステップＳ２５０６）。この結果、記憶容量に余裕がある限りにおいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄには新規の送信者又はＴＩＤで受信したデータの取得成功可否情報が更新される。
　図２６には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの内部シーケンス例を示している。図２６は、図２５に示したフローチャート中のステップＳ２５０５に相当する、Ｌｉｎｋ１　ＭＡＣ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいてＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新するときの内部シーケンス例を示している。ＡＰは、ＭＬＯに対応した通信装置すなわちＭＬＤであり、図３に示したように、リンク毎の個別のデータ処理を行うＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙと、すべてのリンクに共通のデータ処理を行うＭＬＤ　Ｅｎｔｉｔｙを備えている。また、ＡＰ内でデータ取得成功可否情報を記憶するスコアボードとして、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙが有するＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄ、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと、ＭＬＤ　Ｅｎｔｉｔｙが有するＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄがある。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータを受信したことに伴いＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行ったとき（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ、Ｕｐｄａｔｅｄ　ＳＮを含むＳｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得した情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄでも同じ送信者情報（すなわち、同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤ）のビットマップ情報を管理しているかどうかを判定する（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｄｅｃｉｓｉｏｎ）。この判定処理は、図２５に示したフローチャート中のステップＳ２５０３に相当する。ここでは、データ送信者（オリジネータ）であるＳＴＡとの間でＢｌｏｃｋ　Ａｃｋセットアップを完了し、且つ受信したパケットのＭＡＣ　Ｈｅａｄｅｒ／ＱｏＳ　Ｃｏｎｔｒｏｌフィールド内のＡｃｋ　Ｐｏｌｉｃｙが"Ｃｏｍｍｏｎ　ＢＡ"を指定されているものとする。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄでもＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄと同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理していることを確認すると、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄを更新することを決定する。この場合、ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙに、ビットマップ情報と、ＷｉｎｄｏｗＳｔａｒｔと、ＷｉｎｄｏｗＳｉｚｅと、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含んだＳｃｏｒｅｂｏａｒｄ　Ｉｎｆｏを送信する。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、ＭＬＤ　Ｅｎｔｉｔｙから取得したＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの情報に基づいて、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行う（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、以下の手順に従ってＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行う。
（１）ＷｉｎｄｏｗＥｎｄRL1＝ｍａｘ（ＷｉｎｄｏｗＥｎｄRL1，ＷｉｎｄｏｗＥｎｄRc）に設定する。すなわち、Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄのうち記憶するシーケンス番号の最終値が大きい方に合わせて、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行う。
（２）ＷｉｎｄｏｗＳｔａｒｔRL1＝ＷｉｎｄｏｗＥｎｄRL1－ＷｉｎｄｏｗＳｉｚｅRL1＋１に設定する。
（３）ＷｉｎｄｏｗＳｔａｒｔRcからＷｉｎｄｏｗＥｎｄRc内の各ＳＮにおいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報が"１"であるＳＮが示すＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄに"１"を設定する。
　図２７には、Ｄａｔａ　ＴｒａｎｓｍｉｓｓｉｏｎフェーズにおいてＡＰがデータ信号を受信したときの他の内部シーケンス例を示している。図２７は、図２５に示したフローチャート中のステップＳ２５０６に相当する、Ｃｏｍｍｏｎ　ＭＡＣ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報に基づいてＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報を更新するときの内部シーケンス例を示している。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１でデータを受信したことに伴いＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄの更新を行ったとき（Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）、Ｏｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ、ＴＩＤ、Ｕｐｄａｔｅｄ　ＳＮを含むＳｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　ＩｎｆｏをＭＬＤ　Ｅｎｔｉｔｙに通知する。
　ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙから取得した情報に基づいて、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄでも同じ送信者情報（すなわち、同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤ）のビットマップ情報を管理しているかどうかを判定する（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ　Ｄｅｃｉｓｉｏｎ）。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄとＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄが同じＯｒｉｇｉｎａｔｏｒ　Ａｄｄｒｅｓｓ及びＴＩＤのビットマップ情報を管理していないこと及びＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの記憶容量に余裕があることを確認すると、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを更新することを決定する。この場合、ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙに対して、Ｓｃｏｒｅｂｏａｒｄ　Ｒｅｑｕｅｓｔを送信する。
　Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙは、ＭＬＤ　ＥｎｔｉｔｙからのＳｃｏｒｅｂｏａｒｄ　Ｒｅｑｕｅｓｔに対して、ビットマップ情報と、ＷｉｎｄｏｗＳｔａｒｔと、ＷｉｎｄｏｗＥｎｄと、Ｏｒｉｇｉｎａｔｏｒ　ＡｄｄｒｅｓｓとＴＩＤを含んだＳｃｏｒｅｂｏａｒｄ　Ｉｎｆｏを送信する。
　そして、ＭＬＤ　Ｅｎｔｉｔｙは、Ｌｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＬｉｎｋ２　ＭＡＣ　Ｅｎｔｉｔｙから収集したＳｃｏｒｅｂｏａｒｄ　Ｉｎｆｏに基づいて、以下の手順に従ってＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行う（Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄ　Ｕｐｄａｔｅ）。
（１）ＷｉｎｄｏｗＥｎｄRc＝ＳＮに設定する。
（２）ＷｉｎｄｏｗＳｔａｒｔRc＝ＷｉｎｄｏｗＥｎｄRc－ＷｉｎｄｏｗＳｉｚｅRc＋１に設定する。
（３）最初がＷｉｎｄｏｗＳｔａｒｔRc、最後がＷｉｎｄｏｗＥｎｄRcとなるようなＷｉｎｄｏｗＳｉｚｅRcの大きさのビットマップを生成する（最初はすべて０を入力）。
（４）Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報のＳＮが示す箇所に"１"を設定する。
　図２８には、ＡＰがＢｌｏｃｋ　Ａｃｋを送信するための処理手順をフローチャートの形式で示している。
　ＡＰは、あるリンク（例えばＬｉｎｋ１）でデータ信号の受信を完了すると（ステップＳ２８０１）、データ信号を受信したリンク（例えばＬｉｎｋ１）のＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの情報に基づいてＢｌｏｃｋ　Ａｃｋを生成して、送信者であるＳＴＡに送信して（ステップＳ２８０２）、本処理を終了する。
　図２８に示した処理手順によれば、データを受信したリンクのＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄには同じ送信者及び同じＴＩＤからのパケットの取得成功可否情報が逐次更新されていく。したがって、上記のステップＳ２８０２では、ＡＰは、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することができる。
　図２９には、図１に示した通信システムで行われるマルチリンクオペレーションの通信シーケンス例を示している。図２９に示す通信シーケンス例は、図２３と同様に、ＴＡ１とＳＴＡ２はともにＬｉｎｋ１及びＬｉｎｋ２を使ってＡＰへのデータ送信を行うが、ＳＴＡ１及びＳＴＡ２の間でデータ送信開始時間とデータ送信終了時間が逆転する。
　なお、図２９中の横軸は時間軸であり、ＡＰ、ＳＴＡ１及びＳＴＡ２の各リンク上の時間毎の通信動作を示している。実線で描いた四角いブロックは対応する通信装置、リンク、及び時刻における送信フレームを示し、縦方向の実線の矢印は宛て先へのフレーム送信を示し、点線で描いた四角いブロックは受信フレームを示している。
　また、図３０には、図２９に示した通信シーケンスが実施されたときの、ＡＰ内の各リンクのＬｉｎｋ１　ＭＡＣ　Ｅｎｔｉｔｙ及びＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの時刻毎のビットマップ情報の表記を示している。各々のビットマップ情報の左端にはＷｉｎｄｏｗＳｔａｒｔR、右端にＷｉｎｄｏｗＥｎｄRが示すＳＮと一致する情報が格納されている。ビットマップ上で、各ビット位置には、該当するＳＮのパケットの取得成功可否情報を０と１で表している。まだ受信されていないパケットのＳＮに関しては "０"と表記される。また、既に取得済みのパケットのＳＮに関しては"Ｘ"と表記され、Ｘにはバケットの取得の成功又は失敗に応じて０又は１のいずれかが格納されている。
　通常では、ＴＩＤ値もスコアボードの管理に関わってくるが、ここでは説明の簡素化のため、同じＴＩＤのデータのみが送信されると想定する。また、ここでは、ＷｉｎｄｏｗＳｉｚｅ＝６４、ＳＴＡ１及びＳＴＡ２ともにＬｉｎｋ１でＳＮが＃１～＃３２のパケットが送信され、Ｌｉｎｋ２でＳＮが＃３３～＃６４のデータが送信されると想定する。但し、本開示は上記のような想定に限定されるものではなく、例えばＬｉｎｋ１とＬｉｎｋ２で異なる数のパケットが含まれていても構わないし、ＷｉｎｄｏｗＳｉｚｅ未満の数のパケットが送信されても構わない。
　以下、図２９に示す通信シーケンスについて、図３０に示す各スコアボードの状況を参照しながら説明する。
　ＳＴＡ１は、時刻Ｔ１でＬｉｎｋ１の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ３でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ１～Ｔ３の間、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　時刻Ｔ１～Ｔ３の間、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄのメモリ容量に余裕があるので、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにもＬｉｎｋ１でＳＴＡ１から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　一方、ＳＴＡ２は、時刻Ｔ２でＬｉｎｋ２の送信権を獲得すると、ＳＮが＃１～＃３２のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ４でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ２～Ｔ４の間、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　時刻Ｔ２～Ｔ４の間、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと異なる送信者であるＳＴＡ１のビットマップ情報を管理しているが、メモリ容量に余裕があるので、Ｃｏｍｍｏｎ　ＳｃｏｒｅｂｏａｒｄにもＬｉｎｋ２でＳＴＡ２から送信されたＳＮ＃１～＃３２のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　また、ＳＴＡ２は、時刻Ｔ５でＬｉｎｋ１の送信権を獲得する。すなわち、時刻Ｔ５で、Ｌｉｎｋ１の送信者がＳＴＡ１からＳＴＡ２に代わる。ＳＴＡ２は、Ｌｉｎｋ２と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ７でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ５以降、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ２から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　時刻Ｔ５～Ｔ７の間も、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄと同じ送信者であるＳＴＡ２のビットマップ情報を管理しているので、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに基づいてＬｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報が更新される。したがって、ＳＴＡ２のＬｉｎｋ１でのデータ送信が終了する時刻Ｔ７において、Ｌｉｎｋ１　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ２からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図２８に示したＢｌｏｃｋ　Ａｃｋの送信手順に従い、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄに記憶されているビットマップ情報に基づいて、Ｌｉｎｋ１でＳＴＡ２へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
　また、ＳＴＡ１は、時刻Ｔ６でＬｉｎｋ２の送信権を獲得する。すなわち、時刻Ｔ６で、Ｌｉｎｋ２の送信者がＳＴＡ２からＳＴＡ１に代わる。ＳＴＡ１は、Ｌｉｎｋ１と同じＴＩＤでＳＮが＃３３～＃６４のパケットをアグリゲートしたデータ信号の送信を開始し、時刻Ｔ８でこのアグリゲートしたデータ信号の送信を完了する。時刻Ｔ６以降、Ｌｉｎｋ１　Ｓｃｏｒｅｂｏａｒｄには、ＳＴＡ１から送信されたＳＮ＃３３～＃６４のパケットの取得成功可否に関するビットマップ情報が記憶され、逐次更新される。
　この時点で、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄは、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄと同じ送信者であるＳＴＡ１のビットマップ情報を管理しているので、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄに基づいてＬｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄのビットマップ情報が更新される。この結果、ＳＴＡ２のＬｉｎｋ１でのデータ送信が終了する時刻Ｔ８において、Ｌｉｎｋ２　ＳｃｏｒｅｂｏａｒｄにはＳＴＡ１からＬｉｎｋ１及びＬｉｎｋ２で送信されたＳＮ＃１～＃６４のパケットの取得成功可否に関するビットマップ情報（すなわち、送信完了した送信者及びＴＩＤの取得成功可否情報）が記憶されている。したがって、ＡＰは、図２８に示したＢｌｏｃｋ　Ａｃｋの送信手順に従い、Ｌｉｎｋ２　Ｓｃｏｒｅｂｏａｒｄに記憶されているビットマップ情報に基づいて、Ｌｉｎｋ２でＳＴＡ１へのＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを送信することが可能となる。
Ｇ．効果
　この項では、本開示により得られる効果についてまとめておく。
（１）本開示を適用したＭＬＯ対応の通信装置は、リンク毎に受信パケットの取得成功可否情報を管理するＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと、複数のリンクの受信パケットの取得成功可否情報を管理するＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを備えているが、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄをキャッシュ型により管理するが、複数のリンクの受信パケットの取得成功可否情報を含むＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを高信頼度で送信できるとともに、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを安価なメモリで実装することができる。
（２）本開示を適用した通信装置は、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを用いた複数のリンクの受信パケットの取得成功可否情報の管理が可能か否かを示すＣａｐａｂｉｌｉｔｙ情報を他の通信装置と交換する。したがって、データ送信者は、受信側でＣｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋの生成が可能か否かを判断して、正しくＡｃｋ　Ｐｏｌｉｃｙを設定することができる。
（３）本開示によれば、データ送信者は、Ｂｌｏｃｋ　Ａｃｋ　ＲｅｑｕｅｓｔによりＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄを更新するか否かの情報を追加して送信する。したがって、受信側は、Ｌｉｎｋ　Ｓｃｏｒｅｂｏａｒｄと同時にＣｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの更新を行うことが可能である。
（４）本開示を適用したＭＬＯ対応の通信装置は、Ｃｏｍｍｏｎ　Ｓｃｏｒｅｂｏａｒｄの情報に基づいてＬｉｎｋ　Ｓｃｏｒｅｂｏａｒｄの更新を行う。したがって、複数のデータ送信者がそれぞれ複数のリンクを使って交互に送信してくるような状況においても、Ｃｏｍｍｏｎ　Ｂｌｏｃｋ　Ａｃｋを生成し送信することが可能である。
　以上、特定の実施形態を参照しながら、本開示について詳細に説明してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
　例えば、ＩＥＥＥ８０２．１１規格に則った無線ＬＡＮシステムに本開示を適用することによって、もちろん、他の通信規格に則ってマルチリンク通信を行う無線システムに本開示を適用しても、同様の効果を奏することができる。
　要するに、例示という形態により本開示について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本開示の要旨を判断するためには、特許請求の範囲を参酌すべきである。
　なお、本開示は、以下のような構成をとることも可能である。
（１）複数のリンクを用いて無線通信を行う通信装置であって、
　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を有し、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理部と、
　受信したパケットに対する応答信号の送信を制御する制御部と、
を具備し、
　前記制御部は、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
通信装置。
（２）個々のリンクで受信したパケットの取得成功可否情報を記憶する個別記憶部を有し、個々のリンクで受信したパケットに対して個別のデータ処理を行う個別データ処理部をさらに備える、
上記（１）に記載の通信装置。
（３）前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
上記（２）に記載の通信装置。
（４）前記制御部は、前記個別記憶部が前記共通記憶部と同じ送信者情報に関する取得成功可否情報を記憶する場合には、前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
上記（３）に記載の通信装置。
（５）前記制御部は、前記個別記憶部が前記共通記憶部と同じ送信者情報に関する取得成功可否情報を記憶しないが、複数のリンクの各個別記憶部が同じ送信者情報に関する取得成功可否情報を記憶する場合には、前記複数のリンクの各個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
上記（３）又は（４）のいずれかに記載の通信装置。
（６）前記制御部は、前記複数のリンクの各個別記憶部が記憶するシーケンス番号の最終値が大きい方に合わせて前記共通記憶部の更新処理を行う、
上記（５）に記載の通信装置。
（７）前記制御部は、前記複数のリンクの各個別記憶部のうち少なくとも１つで取得に成功したことが示されるシーケンス番号については、前記共通記憶部の取得成功可否情報においても取得に成功したことを示す値を設定する、
上記（５）又は（６）のいずれかに記載の通信装置。
（８）前記制御部は、前記共通記憶部の管理可否に関する情報をパケットの送信者との間で交換するように制御する、
上記（１）乃至（７）のいずれかに記載の通信装置。
（９）前記制御部は、送信者との間で前記共通記憶部の管理可能であることを確認済みで且つ受信したデータ信号のヘッダで前記共通応答信号の送信が要求される場合に、前記共通記憶部の更新を試みる、
上記（８）に記載の通信装置。
（１０）前記制御部は、前記共通記憶部が管理している送信者情報に基づいて、前記共通信号を生成するか否かを判断する、
上記（１）乃至（９）のいずれかに記載の通信装置。
（１１）前記制御部は、受信完了したパケットと同じ送信者情報に関する取得成功可否情報を前記共通記憶部が記憶している場合には、前記共通記憶部が記憶する取得成功可否情報に基づいて前記共通応答信号を生成するが、受信完了したパケットと同じ送信者情報に関する取得成功可否情報を前記共通記憶部が記憶していない場合には、そのパケットを受信したリンクの個別記憶部が記憶する取得成功可否情報に基づいて前記個別応答信号を生成する、
上記（１０）に記載の通信装置。
（１２）前記制御部は、送信者から受信した応答要求信号に含まれる情報に基づいて、前記共通記憶部の更新を行うか否かを決定する、
上記（１）乃至（１１）のいずれかに記載の通信装置。
（１３）前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記個別記憶部の更新処理を行う、
上記（２）に記載の通信装置。
（１４）複数のリンクを用いて無線通信を行う通信方法であって、
　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を用いて、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理ステップと、
　受信したパケットに対する応答信号の送信を制御する制御ステップと、
を有し、
　前記制御ステップでは、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
通信方法。
（１５）複数のリンクを用いて無線通信を行う通信部と、
　前記通信部における無線通信動作を制御する制御部と、
を具備し、
　前記制御部は、前記複数のリンクでデータ信号を送信する際に、前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知する、
通信装置。
（１６）前記制御部は、前記共通応答信号の送信を要求する応答要求信号を送信するように制御する、
上記（１５）に記載の通信装置。
（１７）前記制御部は、前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を記憶する共通記憶部の初期化を行うために前記応答要求信号を送信するように制御する、
上記（１６）に記載の通信装置。
（１８）複数のリンクを用いて無線通信を行う通信方法であって、
　前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知して、データ信号を送信するステップと、
　応答信号を受信するステップと、
を有する通信方法。
　２００…通信装置、２１０…通信部、２１１…通信制御部
　２１２…通信記憶部、２１３…共通データ処理部
　２１４…個別データ処理部、２１５…信号処理部
　２１６…無線インターフェース部、２１７…増幅部、２２０…制御部
　２３０…記憶部、２４０…アンテナ

Claims (18)

  1. 　複数のリンクを用いて無線通信を行う通信装置であって、
    　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を有し、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理部と、
    　受信したパケットに対する応答信号の送信を制御する制御部と、
    を具備し、
    　前記制御部は、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
    通信装置。
  2. 　個々のリンクで受信したパケットの取得成功可否情報を記憶する個別記憶部を有し、個々のリンクで受信したパケットに対して個別のデータ処理を行う個別データ処理部をさらに備える、
    請求項１に記載の通信装置。
  3. 　前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
    請求項２に記載の通信装置。
  4. 　前記制御部は、前記個別記憶部が前記共通記憶部と同じ送信者情報に関する取得成功可否情報を記憶する場合には、前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
    請求項３に記載の通信装置。
  5. 　前記制御部は、前記個別記憶部が前記共通記憶部と同じ送信者情報に関する取得成功可否情報を記憶しないが、複数のリンクの各個別記憶部が同じ送信者情報に関する取得成功可否情報を記憶する場合には、前記複数のリンクの各個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記共通記憶部の更新処理を行う、
    請求項３に記載の通信装置。
  6. 　前記制御部は、前記複数のリンクの各個別記憶部が記憶するシーケンス番号の最終値が大きい方に合わせて前記共通記憶部の更新処理を行う、
    請求項５に記載の通信装置。
  7. 　前記制御部は、前記複数のリンクの各個別記憶部のうち少なくとも１つで取得に成功したことが示されるシーケンス番号については、前記共通記憶部の取得成功可否情報においても取得に成功したことを示す値を設定する、
    請求項５に記載の通信装置。
  8. 　前記制御部は、前記共通記憶部の管理可否に関する情報をパケットの送信者との間で交換するように制御する、
    請求項１に記載の通信装置。
  9. 　前記制御部は、送信者との間で前記共通記憶部の管理可能であることを確認済みで且つ受信したデータ信号のヘッダで前記共通応答信号の送信が要求される場合に、前記共通記憶部の更新を試みる、
    請求項８に記載の通信装置。
  10. 　前記制御部は、前記共通記憶部が管理している送信者情報に基づいて、前記共通信号を生成するか否かを判断する、
    請求項１に記載の通信装置。
  11. 　前記制御部は、受信完了したパケットと同じ送信者情報に関する取得成功可否情報を前記共通記憶部が記憶している場合には、前記共通記憶部が記憶する取得成功可否情報に基づいて前記共通応答信号を生成するが、受信完了したパケットと同じ送信者情報に関する取得成功可否情報を前記共通記憶部が記憶していない場合には、そのパケットを受信したリンクの個別記憶部が記憶する取得成功可否情報に基づいて前記個別応答信号を生成する、
    請求項１０に記載の通信装置。
  12. 　前記制御部は、送信者から受信した応答要求信号に含まれる情報に基づいて、前記共通記憶部の更新を行うか否かを決定する、
    請求項１に記載の通信装置。
  13. 　前記制御部は、前記共通記憶部及び前記個別記憶部が記憶する同じ送信者情報に関する取得成功可否情報に基づいて、前記個別記憶部の更新処理を行う、
    請求項２に記載の通信装置。
  14. 　複数のリンクを用いて無線通信を行う通信方法であって、
    　複数のリンクで受信したパケットの取得成功可否を記憶するキャッシュ型の共通記憶部を用いて、各リンクで受信したパケットに対して共通のデータ処理を行う共通データ処理ステップと、
    　受信したパケットに対する応答信号の送信を制御する制御ステップと、
    を有し、
    　前記制御ステップでは、前記共通記憶部が保持する取得成功可否情報に基づいて前記複数のリンクで受信した取得成功可否情報を含む共通応答信号を生成する、
    通信方法。
  15. 　複数のリンクを用いて無線通信を行う通信部と、
    　前記通信部における無線通信動作を制御する制御部と、
    を具備し、
    　前記制御部は、前記複数のリンクでデータ信号を送信する際に、前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知する、
    通信装置。
  16. 　前記制御部は、前記共通応答信号の送信を要求する応答要求信号を送信するように制御する、
    請求項１５に記載の通信装置。
  17. 　前記制御部は、前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を記憶する共通記憶部の初期化を行うために前記応答要求信号を送信するように制御する、
    請求項１６に記載の通信装置。
  18. 　複数のリンクを用いて無線通信を行う通信方法であって、
    　前記複数のリンクにおけるデータ信号の受信に関する取得成功可否情報を含む共通応答信号の要求の有無を通知して、データ信号を送信するステップと、
    　応答信号を受信するステップと、
    を有する通信方法。
PCT/JP2021/010116 2020-05-07 2021-03-12 通信装置及び通信方法 WO2021225034A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP21800955.3A EP4142397A4 (en) 2020-05-07 2021-03-12 COMMUNICATION DEVICE AND COMMUNICATION METHOD
KR1020227038728A KR20230008076A (ko) 2020-05-07 2021-03-12 통신 장치 및 통신 방법
JP2022519902A JPWO2021225034A1 (ja) 2020-05-07 2021-03-12
CN202180033086.6A CN115486121A (zh) 2020-05-07 2021-03-12 通信设备和通信方法
US17/921,973 US20230179340A1 (en) 2020-05-07 2021-03-12 Communication device and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020082265 2020-05-07
JP2020-082265 2020-05-07

Publications (1)

Publication Number Publication Date
WO2021225034A1 true WO2021225034A1 (ja) 2021-11-11

Family

ID=78468022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/010116 WO2021225034A1 (ja) 2020-05-07 2021-03-12 通信装置及び通信方法

Country Status (6)

Country Link
US (1) US20230179340A1 (ja)
EP (1) EP4142397A4 (ja)
JP (1) JPWO2021225034A1 (ja)
KR (1) KR20230008076A (ja)
CN (1) CN115486121A (ja)
WO (1) WO2021225034A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210112615A1 (en) * 2020-12-18 2021-04-15 Po-Kai Huang Multi-link device data continuity

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017028746A (ja) 2010-02-24 2017-02-02 インターデイジタル パテント ホールディングス インコーポレイテッド アグリゲートビーコンを送信する方法および装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10856203B2 (en) * 2017-01-19 2020-12-01 Qualcomm Incorporated Signaling for link aggregation setup and reconfiguration
US10925065B2 (en) * 2018-06-15 2021-02-16 Intel Corporation Extreme high throughput physical layer data rate

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017028746A (ja) 2010-02-24 2017-02-02 インターデイジタル パテント ホールディングス インコーポレイテッド アグリゲートビーコンを送信する方法および装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
PUBLIC CONTRIBUTION OF IEEE 802.11
ROJAN, C. ET AL.: "Multi-link Block Ack Architecture", IEEE 802.11-20/0055R1, 10 January 2020 (2020-01-10), pages 6, XP068165055, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/20/11-20-0055-01-0Obe-multi-link-block-ack-architecture.pptx> [retrieved on 20210511] *
TAEWON, S. ET AL.: "Multi-link Acknowledgement", IEEE 802.22-19/1887R3, 11 November 2019 (2019-11-11), pages 7, XP055872817, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1887-03-00be-multi-link-acknowledgement.PPtx> [retrieved on 20210511] *

Also Published As

Publication number Publication date
EP4142397A4 (en) 2023-10-18
JPWO2021225034A1 (ja) 2021-11-11
KR20230008076A (ko) 2023-01-13
US20230179340A1 (en) 2023-06-08
EP4142397A1 (en) 2023-03-01
CN115486121A (zh) 2022-12-16

Similar Documents

Publication Publication Date Title
US7680148B2 (en) Communication apparatus and communication method
ES2369770T3 (es) Procedimiento de trasladar una ventana de recepción en una red de acceso por radio.
US9397791B2 (en) Transmitting data in a mobile communication system
CN100359839C (zh) 在自动重复请求协议中使反馈响应最小的方法
KR100842586B1 (ko) 무선 근거리 네트워크 시스템에서 응집된 매체 액세스 제어프로토콜 데이터 유닛들의 전송 방법 및 그 시스템
JP3914558B2 (ja) 無線パケット通信方法
EP1626520A1 (en) Method and apparatus for transmitting acknowledgement frames
JP4374001B2 (ja) 通信装置、通信方法、および通信システム
KR100877412B1 (ko) 무선랜에서 도청기반 패킷전송 제어시스템 및 그 방법
US7991352B2 (en) Method and apparatus for automatic repeat request in a multi-hop broadband wireless communication system
WO2021225034A1 (ja) 通信装置及び通信方法
US7567537B1 (en) Point-to-point MAC protocol for high speed wireless bridging
US20100115365A1 (en) System and method for data transmission
CN116367359A (zh) 一种确定物理直连反馈信道资源的方法及装置
KR100631742B1 (ko) Ａｃｋ 프레임 전송 방법 및 장치
KR100921004B1 (ko) 무선 접속 시스템에서 자원 재할당 및 대역 요청 방법
JP2019513308A (ja) ブロック肯定応答送信のための通信方法及び通信装置
KR20060014875A (ko) Ａｃｋ 프레임 전송 방법 및 장치
CN100431291C (zh) 无线链路控制层发送确认模式交织协议数据单元的方法
WO2022144964A1 (ja) 送信局及び受信局
US20210329495A1 (en) Method and device for performing packet deletion on basis of lower layer transmission result in next generation mobile communication system
TW202329716A (zh) 多鏈路通信的方法和多鏈路設備

Legal Events

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

Ref document number: 21800955

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022519902

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021800955

Country of ref document: EP

Effective date: 20221122

NENP Non-entry into the national phase

Ref country code: DE