WO2022168393A1 - 通信装置、通信装置の制御方法、およびプログラム - Google Patents

通信装置、通信装置の制御方法、およびプログラム Download PDF

Info

Publication number
WO2022168393A1
WO2022168393A1 PCT/JP2021/041704 JP2021041704W WO2022168393A1 WO 2022168393 A1 WO2022168393 A1 WO 2022168393A1 JP 2021041704 W JP2021041704 W JP 2021041704W WO 2022168393 A1 WO2022168393 A1 WO 2022168393A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
link
communication device
sta
beacon
Prior art date
Application number
PCT/JP2021/041704
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 CN202180092990.4A priority Critical patent/CN117204101A/zh
Priority to KR1020237028763A priority patent/KR20230136171A/ko
Priority to EP21924780.6A priority patent/EP4290944A1/en
Publication of WO2022168393A1 publication Critical patent/WO2022168393A1/ja
Priority to US18/363,307 priority patent/US20230379748A1/en

Links

Images

Classifications

    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • 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]
    • 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/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the present invention relates to wireless communication technology.
  • the IEEE 802.11 standard series is known as a major wireless LAN communication standard.
  • the IEEE 802.11 standard series includes standards such as IEEE 802.11a/b/g/n/ac/ax.
  • IEEE 802.11ax uses OFDMA (Orthogonal Frequency Division Multiple Access) to achieve high peak throughput of up to 9.6 Gigabits per second (Gbps) and improve communication speed even in congested conditions.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • IEEE 802.11be A task group called IEEE 802.11be was launched as a successor standard aimed at further improving throughput, improving frequency utilization efficiency, and improving communication latency.
  • IEEE802.11be one AP (access point) and one STA (station) construct multiple links (Link) in frequency bands such as the 2.4 GHz band, and perform simultaneous communication (Multi-link). Link) communication is being considered.
  • APs and STAs configured so that reception operations cannot be performed on other links while transmission operations are being performed on one link in multilink communications are being studied.
  • a STA that cannot perform a receive operation on another link while transmitting on one link needs to periodically receive a Beacon frame (hereinafter sometimes referred to as a Beacon) on each link.
  • a Beacon Beacon frame
  • the timing of receiving the Beacon may be shifted depending on the degree of congestion of the link.
  • the STA must operate so as not to be able to perform a transmission operation on the other link during a transmission operation on that link.
  • the present invention has been made in view of the above problems, and provides a technology for transmission/reception control when there is a deviation in the reception timing of frames that are periodically transmitted in multilink communication.
  • a communication device is a communication device that conforms to the IEEE 802.11 series standard and is capable of performing multilink communication with other communication devices using a plurality of links with different frequency channels.
  • receiving means for receiving a first frame from the other communication device over a first link out of the plurality of links; Acquisition means for acquiring information on reception timing of the first frame at the communication device at predetermined intervals; and transmission means for transmitting the second frame over a second link among the plurality of links. , the transmitting means does not transmit the second frame during a period including the reception timing, and in response to the reception of the first frame by the receiving means, the second frame is transmitted through the second link. 2 frames are sent.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless communication system.
  • FIG. 2 is a diagram illustrating a hardware configuration example of a communication device.
  • FIG. 4B is a flow chart of processing performed by the STA according to the first embodiment;
  • FIG. 5 is a sequence diagram illustrating an example of AP and STA processing according to the first embodiment.
  • FIG. 6 is a sequence diagram showing another example of AP and STA processing according to the first embodiment.
  • FIG. 7A is a flowchart of processing performed by a STA according to the second embodiment;
  • FIG. 7B is a flow chart of processing performed by a STA according to the second embodiment.
  • FIG. 8 is a sequence diagram illustrating an example of AP and STA processing according to the second embodiment.
  • FIG. 9 is a sequence diagram showing another example of AP and STA processing according to the second embodiment.
  • FIG. 10 is a sequence diagram showing another example of AP and STA processing according to the second embodiment.
  • FIG. 11 is a sequence diagram illustrating an example of AP and STA processing according to the third embodiment.
  • FIG. 12 is a sequence diagram showing another example of AP and STA processing according to the third embodiment.
  • FIG. 13 shows a configuration example of the TIM element.
  • FIG. 1 shows a configuration example of a wireless communication system according to this embodiment.
  • the system comprises communication devices 101 , 102 and 105 .
  • a communication device 102 (hereinafter referred to as STA 102 ) is a STA (station/terminal device) that has a role to participate in the wireless network 100 .
  • a communication device 101 (hereinafter referred to as AP 101 ) is an AP (access point) that has a role of constructing the wireless network 100 .
  • AP 101 can communicate with STA 102 .
  • a communication device 105 (hereinafter referred to as STA 105 ) is an STA that does not participate in the wireless network 100 . The STA 105 cannot communicate with the AP 101, but is at a distance where radio waves interfere with each other.
  • Each of the AP 101 and STA 102 can perform wireless communication conforming to the IEEE802.11be (EHT (Extreme/Extremely High Throughput)) standard.
  • AP 101 and STA 102 can communicate in frequencies such as 2.4 Hz band, 5 GHz band, 6 GHz band, and 60 GHz band.
  • the frequency band used by each communication device is not limited to this, and different frequency bands such as the 60 GHz band may be used.
  • AP 101 and STA 102 can communicate using bandwidths of 20 MHz, 40 MHz, 80 MHz, 160 MHz and 320 MHz.
  • the bandwidth used by each communication device is not limited to this, and different bandwidths such as 240 MHz and 4 MHz may be used.
  • the AP 101 can realize multi-user (MU) communication that multiplexes signals of a plurality of users.
  • MU multi-user
  • a part of the divided frequency band (Resource Unit (RU)) is assigned to each STA so as not to overlap each other, and the carrier waves for each STA are orthogonal. Therefore, the AP can communicate with multiple STAs in parallel within the defined bandwidth.
  • RU Resource Unit
  • the AP 101 and STA 102 are compliant with the IEEE802.11be standard, in addition to this, they may also be compliant with the legacy standard, which is a standard prior to the IEEE802.11be standard.
  • the AP 101 and STA 102 may support at least one of the IEEE802.11a/b/g/n/ac/ax standards.
  • IEEE802.11 series standards it also supports other communication standards such as Bluetooth®, NFC (Near Field Communication), UWB (Ultra Wide Band), ZigBee, and MBOA (Multi Band OFMA Alliance).
  • UWB includes wireless USB, wireless 1394, WiNET, and the like.
  • it may correspond to a communication standard for wired communication such as a wired LAN.
  • the AP 101 include, but are not limited to, wireless LAN routers and personal computers (PCs). Also, the AP 101 may be an information processing device such as a wireless chip capable of performing wireless communication conforming to the IEEE802.11be standard. Specific examples of the STA 102 include, but are not limited to, cameras, tablets, smartphones, PCs, mobile phones, video cameras, headsets, and the like. Also, the STA 102 may be an information processing device such as a wireless chip capable of performing wireless communication conforming to the IEEE802.11be standard.
  • the AP 101 and STA 102 perform multi-link communication in which links are established and communicated via a plurality of frequency channels.
  • the IEEE 802.11 series standards define the bandwidth of each frequency channel as 20 MHz.
  • the frequency channel is a frequency channel defined in the IEEE 802.11 series standard, which defines a plurality of frequency channels in each of the 2.4 GHz band, 5 GHz band, 6 GHz band, and 60 GHz band. defined.
  • a bandwidth of 40 MHz or more may be used in one frequency channel by bonding with adjacent frequency channels.
  • the AP 101 can communicate with the STA 102 by establishing a link 103 via a first frequency channel in the 2.4 GHz band.
  • STA 102 can establish link 104 and communicate with AP 101 via a second frequency channel in the 5 GHz band.
  • STA 102 performs multi-link communication maintaining link 104 in parallel with link 103 .
  • multiple links with different frequency bands may be established.
  • AP 101 and STA 102 may establish another link in the 5 GHz band in addition to link 103 in the 2.4 GHz band and link 104 in the 6 GHz band.
  • links may be established via multiple different channels within the same frequency band.
  • the AP 101 and the STA 102 may establish a 6ch link in the 2.4 GHz band as the link 103 and additionally establish a 1ch link in the 2.4 GHz band as the link 104 .
  • links with the same frequency band and links with different frequency bands may coexist.
  • AP 101 and STA 102 may establish, in addition to 6ch link 103 in 2.4GHz band, 1ch link 104 in 2.4GHz band and another link of 149ch in 5GHz band.
  • AP 101 can establish communication with STA 102 in the other band even when one band is congested. can prevent a decrease in transmission speed and communication delays.
  • the link 103 is a 20 MHz connection with 6 channels in the 2.4 GHz band, and the link number is 1. Also, the link 104 is assumed to be a 320 MHz connection with 113 channels in the 6 GHz band, and a link number of 2 is assumed.
  • the wireless network 100 in FIG. 1 is composed of one AP and one STA, the number and arrangement of APs and STAs are not limited to this.
  • one STA may be added to the wireless network in FIG.
  • the frequency band of each link to be established at this time, the number of links, and the frequency width do not matter.
  • the STA 105 may be a communication device that operates on one of the multiple links established between the AP 101 and STA 102 without considering other links.
  • STA 105 is an STA that does not participate in wireless network 100, but may participate in wireless network 100.
  • the STA 105 does not conform to IEEE802.11be, and may be an STA that conforms only to IEEE802.11b, for example.
  • the STA 105 may establish a link with the AP 101 using 6 channels in the 2.4 GHz band.
  • the STA 105 may be a noise source that generates radio noise unrelated to the wireless network, such as a microwave oven.
  • the STA 105 may be a communication device that supports multi-link communication, and may be a device that builds multiple links with the AP 101 .
  • STA 105 may be a communication device that ignores activity on one link and communicates on the other link.
  • AP 101 and STA 102 When performing multi-link communication, between AP 101 and STA 102, one piece of data may be divided and transmitted to the partner device via a plurality of links.
  • AP 101 and STA 102 may also be configured to perform MIMO (Multiple-Input and Multiple-Output) communication.
  • MIMO Multiple-Input and Multiple-Output
  • AP 101 and STA 102 have multiple antennas and one transmits different signals from each antenna using the same frequency channel.
  • the receiving side simultaneously receives all signals arriving from multiple streams using multiple antennas, separates and decodes the signals of each stream.
  • MIMO communication By executing MIMO communication in this way, AP 101 and STA 102 can communicate more data in the same amount of time than when MIMO communication is not executed.
  • the AP 101 and the STAs 102 may perform MIMO communication on some links when performing multilink communication.
  • FIG. 2 shows a hardware configuration example of the STA 102 in this embodiment.
  • the STA 102 has a storage unit 201, a control unit 202, a function unit 203, an input unit 204, an output unit 205, a communication unit 206, and an antenna 207 as an example of hardware configuration.
  • the AP 101 can also have the same hardware configuration as the STA 102 .
  • the storage unit 201 is composed of one or more memories such as ROM (Read Only Memory) and RAM (Random Access Memory). Store information.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • storage media such as flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, non-volatile memory cards, DVDs, etc. may be used.
  • the storage unit 201 may include a plurality of memories or the like.
  • the control unit 202 is configured by, for example, one or more processors such as a CPU (Central Processing Unit) or MPU (Micro Processing Unit), and executes a computer program stored in the storage unit 201 to control the entire STA 102. Control. Note that the control unit 202 may control the entire STA 102 in cooperation with a computer program stored in the storage unit 201 and an OS (operating system). The control unit 202 also generates data and signals (radio frames) to be transmitted in communication with other communication devices. Also, the control unit 202 may include a plurality of processors such as multi-core processors, and the plurality of processors may control the entire STA 102 .
  • processors such as a CPU (Central Processing Unit) or MPU (Micro Processing Unit
  • control unit 202 controls the function unit 203 to perform predetermined processing such as wireless communication, imaging, printing, and projection.
  • the functional unit 203 is hardware for the STA 102 to execute a predetermined function.
  • the input unit 204 receives various operations from the user.
  • the output unit 205 performs various outputs to the user via a monitor screen or speaker.
  • the output from the output unit 205 may be display on a monitor screen, audio output from a speaker, vibration output, or the like.
  • both the input unit 204 and the output unit 205 may be realized by one module like a touch panel.
  • the input unit 204 and the output unit 205 may be integrated with the STA 102 or may be separate units.
  • the communication unit 206 controls wireless communication conforming to the IEEE802.11be standard. In addition to the IEEE802.11be standard, the communication unit 206 may control wireless communication conforming to other IEEE802.11 series standards, and wired communication such as a wired LAN. The communication unit 206 controls the antenna 207 to transmit and receive signals for wireless communication generated by the control unit 202 .
  • the STA 102 supports the NFC standard, the Bluetooth standard, etc. in addition to the IEEE802.11be standard, wireless communication may be controlled in compliance with these communication standards. Also, if the STA 102 can perform wireless communication conforming to a plurality of communication standards, it may be configured to have separate communication units 206 and antennas 207 corresponding to the respective communication standards. The STA 102 communicates data such as image data, document data, and video data via the communication unit 206 . The antenna 207 may be configured separately from the communication unit 206, or may be configured together with the communication unit 206 as one module.
  • Antenna 207 is an antenna capable of communication in frequency bands such as 2.4 GHz band, 5 GHz band, and 6 GHz band. Although one antenna 207 is shown in FIG. 2, a plurality of antennas may be provided. Alternatively, STA 102 may have different antennas for each frequency band. Also, as described above, when the STA 102 has multiple antennas, the STA 102 may have the communication section 206 corresponding to each antenna.
  • FIG. 3 shows a functional configuration example of the STA 102 in this embodiment.
  • the STA 102 has a wireless LAN control section 301, a frame generation section 302, a transmission control section 303, a beacon reception control section 304, and a UI (User Interface) control section 305 as an example of functional configuration.
  • the AP 101 can also have a functional configuration similar to that of the STA 102 .
  • the wireless LAN control unit 301 can be configured including a program for controlling transmission and reception of wireless signals with other wireless LAN devices.
  • the wireless LAN control unit 301 transmits and receives frames generated by the frame generation unit 302 to and from the communication unit 206 via the antenna 207 according to the IEEE802.11 standard series, and executes wireless LAN communication control.
  • the number of wireless LAN control units is not limited to one, and may be two or three or more.
  • the frame generation unit 302 generates a wireless frame to be transmitted by the wireless LAN control unit 301.
  • the content of the frame generated by the frame generation unit 302 may be restricted by settings saved in the storage unit 201 (FIG. 2). Also, it may be changed by user setting from the UI control unit 305 .
  • the information of the generated frame is sent to the wireless LAN control section 301 and transmitted to the communicating party via the communication section 206 and the antenna 207 .
  • the transmission control section 303 performs transmission control on various frames transmitted from the STA 102 .
  • the transmission control unit 303 measures (counts) and determines the timing at which frames should be transmitted on each link, and notifies the wireless LAN control unit 301 of the result.
  • Wireless LAN control section 301 transmits a frame based on this.
  • the beacon reception control unit 304 manages the timing of receiving a beacon frame (hereinafter sometimes referred to as a beacon) and analyzes the received beacon. For example, the beacon reception control unit 304 acquires information on the next beacon reception timing based on the received beacon information, and notifies the wireless LAN control unit 301 and the transmission control unit 303 of the information.
  • the timing of receiving the Beacon can be obtained from a value, such as TBTT (Target Beacon Transmission Time), which is included in the Beacon and indicates the interval of the Beacon transmission time.
  • the UI control unit 305 generates a control signal based on the user's operation (user setting) on the input unit 204 and transmits it to each component. Also, the UI control unit 305 controls various outputs to the output unit 205 .
  • the STA 102 receives a Group Addressed Frame in the communication system shown in FIG.
  • the group address frame can be a frame containing an address whose Group Bit is 1 in the Destination Address (DA) field or the MAC Address field included in the A1 field.
  • DA Destination Address
  • MAC Address the MAC Address field included in the A1 field.
  • a broadcast frame including Beacon is a type of group address frame because the Group Bit is 1.
  • the Group Bit is similarly set to 1 for a multicast frame addressed to a multicast address, it becomes a group address frame.
  • the AP 101 periodically transmits a beacon including a TIM (Traffic Indication Message).
  • the STA 102 can acquire information on the Beacon reception timing at predetermined intervals from the value indicating the interval of the Beacon transmission time contained in the Beagon.
  • AP 101 can use TIM (TIM element) to notify that there is data (group address frame) using Beacon, and can transmit the data after the notification.
  • a TIM that can notify that there is data is called a DTIM (Delivery Traffic Indication Message).
  • Example 1 In this embodiment, it is assumed that when the STA 102 receives a Beacon on the link 104, the Beacon cannot be received at the scheduled timing. At this time, in this embodiment, STA 102 is configured not to transmit frames on links 103 and 104 until it receives a Beacon followed by a group address frame (separate from Beacon).
  • the Beacon may be any frame as long as it is a group address frame.
  • the Beacon may be a multicast frame destined for a multicast address. It may be a FILS Discovery frame or an Unsolicited Probe Response frame transmitted at intervals of 20 TU (Time Unit) between beacons. Other management frames such as a Probe Response frame and an Action frame may also be used. Alternatively, it may be a Trigger frame that is periodically transmitted.
  • the case of receiving a beacon only on the link 104 is considered, but the situation of receiving the beacon on the link 103 is the same. The same applies to the case where the beacons are received simultaneously on the link 103 and the link 104 . Beacons are received simultaneously on the link 103 and the link 104, but the situation is the same if one of the links fails to receive the beacon.
  • FIGS. 4A and 4B are flowcharts showing the processing of the STA 102 when the STA 102 receives a Beacon from the AP 101 on the link 104 in this embodiment.
  • the flowcharts shown in FIGS. 4A and 4B can be realized by the control unit 202 of the STA 102 executing the control program stored in the storage unit 201 to perform calculation and processing of information and control of each hardware.
  • the processing shown in this flowchart can be started at the same time that the STA 102 establishes a connection with the AP 101 via multilinks (links 103 and 104 in this embodiment).
  • the Beacon reception control unit 304 of the STA 102 determines whether the Beacon reception timing is approaching on any link, that is, whether it is a predetermined time before the Beacon reception timing (S401).
  • the predetermined time is 10 ⁇ sec in this embodiment, but this is an example, and may be 5 ⁇ sec or 20 ⁇ sec.
  • whether or not it is the Beacon reception timing can be known from the value indicating the Beacon transmission time interval included in the Beacon received from the AP 101 .
  • a link whose Beacon reception timing is approaching is hereinafter referred to as a target link.
  • the wireless LAN control unit 301 causes the STA 102 to refrain from data upload (UL) before the target link enters the Beacon reception period. That is, the STA 102 does not perform data upload/data transmission during the period including the Beacon reception timing.
  • the links for which uploading is interrupted are all links that combine links that cannot transmit and receive at the same time. Therefore, for example, if the AP 101 and the STA 102 have established a third link (not shown) that allows simultaneous transmission and reception, data upload does not have to be interrupted on the third link.
  • the Beacon reception control unit 304 of the STA 102 waits for reception of a Beacon on the target link (S403). If the target link does not receive a Beacon at the Beacon reception timing (No in S403), the transmission control unit 303 of the STA 102 waits for a predetermined scheduled time (time to stop waiting for frame reception from the original Beacon reception timing). ) is exceeded (S404). In this embodiment, the scheduled time is 10 msec. If the scheduled time has not passed (No in S404), the process returns to S402, and if it has passed (Yes in S404), the process proceeds to S408.
  • the Beacon reception control unit 304 of the STA 102 checks whether there is an additional group address frame (Group Addressed Frame is transmitted following the Beacon). (S405). For this purpose, the STA 102 checks the TIM element included in the Beacon. Also, the STA 102 can confirm whether data addressed to itself is accumulated by confirming the TIM element.
  • the Element ID field 1301 contains a value of 5 indicating that the element to be used is the TIM element.
  • a Length field 1302 indicates the length of the Element.
  • the DTIM Count field 1303 indicates whether the Beacon containing this element is a DTIM (Delivery Traffic Indication Map) Beacon (Beacon containing DTIM). When this value is 0, it indicates that the Beacon containing this element is a DTIM Beacon, and there is a possibility that a frame (data) for STA is contained after this. If this value is a value other than 0, it is not a DTIM Beacon, so the STA 102 can determine that there are no STA-directed frames and group address frames following the Beacon.
  • DTIM Delivery Traffic Indication Map
  • the Bitmap Control field 1305 indicates whether there is a frame whose Bit0 is AID0 (Association Identifier). If Bit0 is 1, it indicates that some additional group address frame is prepared behind the Beacon.
  • the Partial Virtual Btimap field 1306 indicates whether or not frames for each STA are queued. Each Bit prepared in this field is associated with the AID assigned from the AP to the STA at the time of connection. The STA 102 can determine whether frames addressed to itself are accumulated in the data transmission queue of the AP by checking whether the bit associated with the AID is 1 or not.
  • the Beacon reception control unit 304 of the STA 102 confirms the TIM element included in the Beacon, and if it confirms that the group address frame will be transmitted following the Beacon (Yes in S405), the process proceeds to S406 and does not confirm. If so (No in S405), the process proceeds to S408.
  • the wireless LAN control unit 301 continues to refrain from uploading data (continues suspension).
  • the transmission control unit 303 of the STA 102 refrains from uploading data until receiving the additional group address frame (S407).
  • DIFS Distributed Coordination Function Interframe Space
  • DIFS Distributed Coordination Function Interframe Space
  • the wireless LAN control unit 301 of the STA 102 receives a group address frame following the Beacon on the target link (Yes in S407), or if it fails to receive them but a certain period of time elapses (Yes in S404), The process proceeds to S408.
  • the transmission control unit 303 of the STA 102 checks whether or not transmission frames are accumulated in its own transmission queue (S408). When the transmission control unit 303 of the STA 102 confirms that the transmission data is not accumulated in the transmission queue (No in S408), the process ends. If it is confirmed that transmission data is accumulated in the transmission queue (Yes in S408), the process proceeds to S409.
  • the transmission control section 303 of the STA 102 sets a backoff counter for the waiting time from the reception of the last frame to the AIFS (Arbitration Interframe Space) period until further communication is started.
  • AIFS Bitration Interframe Space
  • the value of AIFS varies depending on the priority of data to be transmitted. If this is high priority voice (VO) or video (VI) data, AIFS is short. Conversely, AIFS is set long for background (BK) data with low priority.
  • the waiting period may be DIFS.
  • the counter value of the backoff counter can be set to any value.
  • the transmission control section 303 of the STA 102 After setting the backoff counter, the transmission control section 303 of the STA 102 checks whether or not another communication device is transmitting frames on any of all the links that cannot transmit and receive simultaneously (S410). If it is confirmed that no other communication device has transmitted frames on all links (No in S410), the transmission control section 303 of the STA 102 decrements the backoff counter by 1 (S416). The transmission control section 303 of the STA 102 repeats this until the backoff counter reaches 0 (S417). When the backoff counter reaches 0 (Yes in S417), the wireless LAN control unit 301 of the STA 102 starts (resumes) data transmission (S418).
  • the transmission control unit 303 of the STA 102 determines that the link on which the other communication device is transmitting a frame is transmitted by the STA 102. (S411). If the link being transmitted by another communication device is the link on which the frame is to be transmitted (Yes in S411), the transmission control unit 303 of the STA 102 waits for transmission during the NAV (Network Allocation Vector) period included in the frame. . After the NAV period ends, transmission control section 303 of STA 102 again waits for the AIFS period (S414). The waiting period here may be the DIFS period.
  • NAV Network Allocation Vector
  • transmission control section 303 of STA 102 restarts the backoff counter process (S415), and the process returns to S410.
  • the transmission control section 303 of the STA 102 controls that the frame transmitted by the other communication device is addressed to the STA 102 ( (S412). If the transmitted frame is addressed to STA 102 (Yes in S412), STA 102 needs to receive that frame, and frame transmission cannot be performed on other links while the frame is being received. Therefore, the STA 102 needs to wait for frame transmission on all links that cannot transmit and receive frames at the same time until frame reception is completed (S413). After completing the reception of the frame, the process returns to S410 again.
  • the transmission control unit 303 of the STA 102 may continue the processing of the backoff counter on the link scheduled for transmission while waiting in S413. In this case, the STA 102 continues counter processing, but waits for frame transmission until frame reception on another link is completed even if the count reaches zero. Then, when the frame reception on the other link is completed, if the other communication device has not transmitted the frame on the link scheduled to transmit the frame (the link waiting for transmission), the wireless LAN control unit 301 of the STA 102 sends a frame. However, since frame transmission occurs at the same time that frame reception is completed on another link, the possibility of radio wave collision with another communication device on the link for frame transmission increases.
  • the STA 102 is scheduled to transmit frames on one link. good too.
  • the processing of the link 103 shifts to S412, and the processing of the link 104 is performed. may be moved to S414.
  • FIG. 5 is a sequence diagram showing an example of processing of the AP 101 and STA 102 according to this embodiment, and FIGS. 4A and 4B will also be referred to in the following description.
  • FIG. 5 shows a case where an additional group address frame is received following a Beacon on one link in a multilink (links 103 and 104), but the reception timing of the Beacon has shifted due to channel congestion.
  • the link 103 and the link 104 are a combination of links that cannot transmit and receive at the same time.
  • STA 102 transmits (uploads) data on link 103 according to its own TXOP (Transmission Opportunity: time during which continuous transmission is possible) 511 .
  • TXOP Transmission Opportunity: time during which continuous transmission is possible
  • STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 521 is set.
  • the STA 102 is scheduled to receive the Beacon on the link 104 at the original Beacon reception timing 531 .
  • the STA 102 refrains from uploading data (temporarily interrupts) (S402).
  • the STA 102 may continue transmitting data until before the Beacon reception timing 533 after the end of the NAV period 521 . However, if there is a large difference between the end of the NAV period 521 and the timing of receiving the beacon, the STA 102 may consider transmitting data based on the end of the NAV period 521 . If the NAV period 521 ends earlier than the Beacon reception timing, the STA 102 suspends data transmission until the Beacon reception timing.
  • the setting of the NAV period 521 is valid for the STA 102 but invalid for the AP 101 depending on the radio wave environment. Therefore, in this embodiment, the STA 102 uses the Beacon reception timing 531 as a criterion for interrupting data transmission regardless of the NAV period. As a result, even if the period during which Beacon can be received from AP 101 overlaps with the NAV period considered by STA 102 , STA 102 can receive Beacon on link 104 .
  • Timing 532 indicates the timing (corresponding to the scheduled time of S404) to stop waiting for frame reception when a beacon is not received at the original beacon reception timing 531 (No in S403).
  • STA 102 receives Beacon 522 from AP 101 on link 104 at timing 533 after NAV period 521 ends before timing 532 .
  • the STA 102 confirms the TIM element (see TIM element 1300 in FIG. 13) included in the Beacon 522 and confirms that the group address frame will be transmitted following the Beacon (Yes in S405). Therefore, after receiving Beacon 522, STA 102 subsequently receives additional group address frame 523 (S407).
  • the STA 102 After receiving the Beacon and the additional group address frame at timing 534 (Yes in S407), the STA 102 resumes data transmission according to TXOP512 (S408, S409, S410, S416, S417, S418). Note that STA 102 may return an Ack frame on link 104 after receiving an additional group address frame, in which case data transmission will resume on link 103 after the Ack frame.
  • FIG. 6 is a sequence diagram showing another example of processing by the AP 101 and the STA 102 according to this embodiment, and FIGS. 4A and 4B are also referred to in the following description.
  • FIG. 6 shows a case where a Beacon is received on a certain link in multilinks (links 103 and 104), but the timing of receiving the Beacon is deviated due to channel congestion. In the example of FIG. 6, no additional group address frames are sent following the Beacon.
  • the link 103 and the link 104 are a combination of links that cannot transmit and receive at the same time.
  • the STA 102 transmits (uploads) data on the link 103 according to its own TXOP 611.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 621 is set.
  • the STA 102 is scheduled to receive the Beacon on the link 104 at the original Beacon reception timing 631 .
  • the STA 102 suspends data upload (S402).
  • TXOP 611 data transmission
  • Timing 632 indicates the timing (timing 531 to timing 632 corresponds to the scheduled time of S404) to stop waiting for frame reception when a beacon is not received at the original beacon reception timing 631 (No in S403).
  • STA 102 receives Beacon 622 from AP 101 on link 104 at timing 633 after NAV period 621 ends before timing 632 .
  • the STA 102 confirms the TIM element included in the Beacon 622 (see TIM element 1300 in FIG. 13) and confirms that the group address frame is not transmitted following the Beacon (No in S405).
  • STA 102 completes reception on link 104.
  • FIG. Therefore, the STA 102 then resumes data transmission according to the TXOP612 (S408, S409, S410, S416, S417, S418).
  • timing 632 may not be defined.
  • the STA 102 even if the timing of receiving the Beacon from the AP 101 is shifted, the STA 102 continues data transmission without performing transmission and reception at the same time. can do.
  • the AP 101 sets the timing of the next Beacon transmission to the timing of the original Beacon transmission. For example, consider a case where the beacon transmission interval (period) is 100 TU, and the AP 101 first transmits a beacon at 0 TU and then transmits a beacon at 103 TU. In this case, the AP 101 may set the timing of the next Beacon transmission to be closer to the time of 200 TU. This is an example, and the Beacon transmission period may be set by another method. Also, the AP 101 may set the Beacon to be transmitted next to be closer to the 203TU.
  • the AP 101 may operate so as to match the beacon transmission timing between the link 103 and the link 104 . Accordingly, in STA 102, the Beacon reception timings of link 103 and link 104 may overlap. In this case, STA 102 waits to transmit until it has received the Beacon and subsequent group address frame (if any) on both link 103 and link 104 . If the STA 102 completes receiving the Beacon and the group address frame on both links or fails to receive the Beacon by the time it stops waiting for reception, it resumes frame transmission. By synchronizing the timing at which the AP 101 transmits the Beacon, the STA 102 can reduce the period of waiting for data frame transmission. As a result, the throughput of the STA 102 can be improved by aligning the Beacon transmission timings in the multilink by the AP 101 .
  • the STA 102 may receive an Ack frame or a Block Ack frame as a reception confirmation from the AP 101 after interrupting the data transmission shown in FIGS. 5 and 6 (TXOP 511, 611).
  • the STA 102 may discontinue transmission with a generous estimate of time to receive these frames. As a result, it is possible to receive feedback of transmission data at the timing of interruption, and to quickly retransmit data.
  • Example 2 In this embodiment, a case will be described in which the STA 102 does not attempt to receive Beacons on the target link when the Beacon reception period has passed.
  • the link 104 receives the Beacon. It should be noted that the same applies to the scene where the Beacon is received on the link 103 . The same applies to the case where the beacons are received simultaneously on the link 103 and the link 104 . At the same time, it tries to receive Beacon, but the situation is the same even if one of them cannot receive. It should be noted that descriptions of the contents already explained in the above-described embodiment will be omitted in this embodiment.
  • FIGS. 4A and 4B are flowcharts showing the processing of the STA 102 when the STA 102 receives a Beacon from the AP 101 on the link 104 in this embodiment.
  • the flowcharts shown in FIGS. 4A and 4B can be realized by the control unit 202 of the STA 102 executing the control program stored in the storage unit 201 to perform calculation and processing of information and control of each hardware.
  • the processing shown in this flowchart can be started at the same time that the STA 102 establishes a connection with the AP 101 via multilinks (links 103 and 104 in this embodiment).
  • the Beacon reception control unit 304 of the STA 102 determines whether the Beacon reception timing is approaching on any link, that is, whether it is a predetermined time before the Beacon reception timing (S701).
  • the predetermined time is 10 ⁇ sec in this embodiment, but this is an example, and may be 5 ⁇ sec or 20 ⁇ sec.
  • a link whose Beacon reception timing is approaching is hereinafter referred to as a target link.
  • the transmission control unit 303 of the STA 102 refrains from uploading data (UL) before the target link enters the Beacon reception period. That is, the STA 102 does not perform data upload/data transmission during the period including the Beacon reception timing.
  • the links for which uploading is interrupted are all links that combine links that cannot transmit and receive at the same time. Therefore, for example, if the AP 101 and the STA 102 have established a third link (not shown) that allows simultaneous transmission and reception, data upload does not have to be interrupted on the third link.
  • the Beacon reception control unit 304 of the STA 102 waits for a certain period of time to receive a Beacon on the target link (S703). That is, the STA 102 waits for a period of time from the original Beacon reception timing until the predetermined time has elapsed (hereinafter referred to as a first reception standby period).
  • the first reception waiting period is set to 100 ⁇ sec in this embodiment, this is an example, and other time periods may be used.
  • the transmission control section 303 of the STA 102 checks whether transmission data is accumulated in the transmission queue (S704). If the transmission data has not accumulated (No in S704), the STA 102 terminates the process. If transmission data has accumulated (Yes in S704), the Beacon reception control unit 304 of the STA 102 checks whether or not a Beacon has been received during the first reception waiting period (S705).
  • the wireless LAN control section 301 of the STA 102 stops trying to receive data on the target link (S709). That is, STA 102 gives up data reception. If a Beacon has been received during the first reception standby period (Yes in S705), the process proceeds to S706, and the Beacon reception control unit 304 checks whether or not a group address frame will be transmitted following the Beacon. The confirmation process is the same as S405 in FIG. 4A.
  • wireless LAN control section 301 of STA 102 checks whether or not an additional group address frame following Beacon has been received. After receiving the Beacon, the wireless LAN control unit 301 waits for reception of an additional group address frame for a predetermined period (S708).
  • the period hereinafter referred to as the second reception standby period
  • the second reception standby period is set to 100 ⁇ sec, but this is an example and other time period may be used.
  • the STA 102 stops trying to receive data on the target link (S709), and the process proceeds to S710. Also, if the group address frame can be received during the second reception standby period (Yes in S707), the process proceeds to S710. In S710, the transmission control unit 303 of the STA 102 sets a backoff counter in the link on which transmission is scheduled (S710), as in S409 of FIG. 4B. Since the processing from S711 to S719 is the same as the processing from S410 to S418 in FIG. 4B, description thereof is omitted.
  • the confirmation of whether or not the group address frame has been received in S707 may be confirmation of whether or not the STA 102 has a frame addressed to itself. Also, if it is known that the group address frame has been received by a link other than the target link (the link scheduled to receive the Beacon), for example, the link 103, the STA 102 must receive the group address frame following the Beacon. It may be determined and the process may proceed to S710.
  • FIG. 8 is a sequence diagram showing an example of processing of the AP 101 and STA 102 according to this embodiment, and FIGS. 7A and 7B will also be referred to in the following description.
  • FIG. 8 shows a case where a Beacon is received on a certain link in multilinks (links 103 and 104), but the timing of receiving the Beacon is deviated due to channel congestion. Further, FIG. 8 illustrates the case where an additional group address frame was expected to be received following the Beacon, but the frame was not received within a predetermined period of time.
  • the link 103 and the link 104 are a combination of links that cannot transmit and receive at the same time.
  • the STA 102 transmits (uploads) data on the link 103 according to its own TXOP811.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 821 is set.
  • the STA 102 is scheduled to receive the Beacon on the link 104 at the original Beacon reception timing 831 .
  • the STA 102 suspends data upload (S702).
  • TXOP 811 data transmission
  • the STA 102 If the STA 102 knows the length of the NAV period 821 of the link 104 and knows that the NAV period 821 does not overlap with the period during which the link 103 receives a beacon, the STA 102 does not transmit data until the NAV period 621 ends. (TXOP811) may continue. The consideration of this point is as described above.
  • Timing 832 indicates the timing of stopping waiting for reception of the group address frame following Beacon when Beacon is received (the period from timing 833 to timing 832 corresponds to the second reception waiting period in S708 of FIG. 7A). .
  • STA 102 receives Beacon 822 from AP 101 on link 104 at timing 833 after NAV period 821 ends earlier than timing 832 .
  • AP 101 transmits additional group address frame 823 following Beacon 822 .
  • STA 102 receives Beacon 822 on link 104, but does not receive the frame during period 824 after timing 832. Not Received.
  • STA 102 resumes data transmission according to TXOP 812 on link 103 (No in S707, Yes in S708 S709, S710, S711, S717, S718, S719).
  • AP 101 completes transmission of additional group address frame 823 at timing 834 .
  • STA 102 ignores receipt of this group address frame and transmits a data frame on link 103 .
  • FIG. 9 is a sequence diagram showing another example of processing of the AP 101 and the STA 102 according to this embodiment, and FIGS. 7A and 7B are also referred to in the following description.
  • FIG. 9 shows a case where a Beacon is received on a certain link in multilinks (links 103 and 104), but the timing of receiving the Beacon is deviated due to channel congestion. In the example of FIG. 9, no additional group address frames are sent following the Beacon.
  • the link 103 and the link 104 are a combination of links that cannot transmit and receive at the same time.
  • the STA 102 transmits (uploads) data on the link 103 according to its own TXOP911.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 921 is set.
  • the STA 102 is scheduled to receive the Beacon on the link 104 at the original Beacon reception timing 931 .
  • the STA 102 suspends data upload (S702).
  • TXOP 911 data transmission
  • Timing 932 indicates the timing to stop waiting for Beacon reception (the period from original Beacon reception timing 931 to timing 932 corresponds to the first reception waiting period in S703 of FIG. 7A).
  • STA 102 receives Beacon 922 from AP 101 on link 104 at timing 933 before timing 932 . Since no additional group address frames follow Beacon 922 , STA 102 completes reception on link 104 at timing 934 . Therefore, the STA 102 then resumes data transmission according to the TXOP912 (No in S706, S710, S711, S717, S718, S719).
  • FIG. 10 is a sequence diagram showing another example of processing by the AP 101 and the STA 102 according to this embodiment, and FIGS. 7A and 7B are also referred to in the following description.
  • FIG. 10 shows a case where a Beacon is received on a certain link in multilinks (links 103 and 104), but the timing of receiving the Beacon is deviated due to channel congestion. Further, FIG. 10 shows a case where a Beacon was scheduled to be received, but the Beacon could not be received within a predetermined period of time.
  • the link 103 and the link 104 are a combination of links that cannot transmit and receive at the same time.
  • the STA 102 transmits (uploads) data on the link 103 according to its own TXOP 1011.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 1021 is set.
  • the STA 102 is scheduled to receive the Beacon on the link 104 at the original Beacon reception timing 1031 .
  • the STA 102 suspends data upload (S702).
  • TXOP 1011 data transmission
  • Timing 1032 indicates the timing to stop waiting for Beacon reception (the period from original Beacon reception timing 1031 to timing 1032 corresponds to the first reception waiting period in S703 of FIG. 7A).
  • STA 102 restarts data transmission according to TXOP 1012 (No in S705, , S717, S718, S719).
  • TXOP 1012 No in S705, , S717, S718, S719.
  • Beacon 1022 is transmitted from AP 101 at timing 1033 after timing 1032 . Beacon transmission ends at timing 1034 .
  • the STA 102 since the STA 102 is transmitting data on the link 103, it cannot receive the Beacon 1022 on the link 104 during the period 1024 (Not Received) corresponding to the TXOP.
  • the STA 102 prioritizes data transmission over reception of the Beacon. conduct. This enables the STA 102 to quickly transmit the data frame to the AP 101 even if there is a difference in congestion between links, and as a result, communication delay by the STA 102 can be reduced.
  • the AP 101 transmits a beacon and the STA 102 receives it, but the transmitted frame may be any group address frame sent periodically.
  • the target may be a trigger frame defined by TWT (Target Wake Time), which is a technique for power saving that conforms to the IEEE802.11 series standard.
  • TWT Target Wake Time
  • the operation of the TWT will be described as an example.
  • FIG. 11 is a sequence diagram showing an example of processing of the AP 101 and STA 102 according to this embodiment.
  • FIG. 11 shows an example of a case in which the AP 101 transmits a Trigger frame during a reception standby period, although the Trigger frame is not received at the timing/period (hereinafter also referred to as Trigger reception timing) that should be received. That is, it is similar to the processing example described with reference to FIGS.
  • the trigger reception timing can be obtained by the STA 102 based on predetermined information.
  • the STA 102 is transmitting (uploading) data on the link 103 according to its own TXOP 1111.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 1121 is set.
  • the STA 102 is scheduled to receive the Trigger frame on the link 104 at the original Trigger reception timing 1131 .
  • the STA 102 temporarily suspends data upload when the Trigger reception timing 1131 approaches.
  • TXOP 1111 data transmission
  • Timing 1132 indicates the timing to stop waiting for the reception of the Trigger frame and subsequent frames.
  • STA 102 receives Trigger frame 1122 on link 104 at timing 1133 .
  • the STA 102 returns a PS Poll (Power Save Poll) frame or U-APSD (Unscheduled Automatic Power-Save Delivery) frame 1123 on the link 104 .
  • the AP 101 sees the responses from each STA and transmits a DL MU PPDU (Downlink Multi-user Physical layer Protocol Data Unit) frame 1124 . This is a frame to multiple STAs, including STA 102 .
  • STA 102 returns Block Ack frame 1125 after receiving DL MU PPDU frame 1124 .
  • the STA 102 restarts data transmission (TXOP 1112) with the end timing 1134 of returning the Block Ack frame 1125 as a trigger. It should be noted that, when retransmission data is received from AP 101, STA 102 waits to restart data transmission until retransmission is completed.
  • FIG. 12 is a sequence diagram showing another example of processing of the AP 101 and STA 102 according to this embodiment.
  • FIG. 12 shows an example in which the reception of the Trigger frame is out of time with the Trigger timing and the reception waiting period has passed. That is, it is similar to the processing example described with reference to FIGS.
  • the STA 102 is transmitting (uploading) data on the link 103 according to its own TXOP 1211.
  • link 104 for example, STA 105 (see FIG. 1) is transmitting a data frame to AP 101 and another AP, and NAV period 1221 is set.
  • the STA 102 is scheduled to receive the Trigger frame on the link 104 at the original Trigger reception timing 1231 .
  • the STA 102 temporarily suspends data upload when the Trigger reception timing 1231 approaches.
  • TXOP 1211 data transmission
  • Timing 1232 indicates the timing to stop waiting for the reception of the Trigger frame.
  • the STA 102 restarts data transmission (TXOP 1212) when the timing 1232 has passed regardless of the reception of the Trigger frame.
  • TXOP 1212 data transmission
  • a Trigger frame 1222 is transmitted from the AP 101 at timing 1233 after timing 1232 .
  • Timing 1234 is the end of the Trigger frame and subsequent data transmission/reception procedure.
  • STA 102 since STA 102 is transmitting data on link 103, it cannot receive the trigger frame on link 104 in period 1223 (Not Received).
  • the AP 101 and STA 102 are premised on channel access by EDCA (Enhanced Distributed Channel Access).
  • EDCA Enhanced Distributed Channel Access
  • the means for solving the problem is not limited to this.
  • the AP 101 may permit only Trigger frame-based UL communications from connected STAs. In this case, channel allocation is performed so that there is no UL data at the timing of receiving the Beacon on another link. This makes it possible for the STA to avoid overlap between the Beacon reception period and frame transmission.
  • the STA 102 may notify the AP 101 to that effect and establish a link using another frequency. This makes it possible to establish a link in an environment that is not congested, so that reception of a beacon is less likely to be delayed, and by transmitting and receiving data on the link, an improvement in throughput can be expected.
  • an STA that is configured to be unable to perform a receive operation on another link while transmitting on one link will receive an incoming group address frame such as a Beacon. To control a transmission operation even if timing is shifted. Therefore, it is possible to continue communication without wasting frequency resources.
  • the present invention supplies a program that implements one or more functions of the above-described embodiments to a system or apparatus via a network or a storage medium, and one or more processors in the computer of the system or apparatus reads and executes the program. It can also be realized by processing to It can also be implemented by a circuit (for example, ASIC) that implements one or more functions.
  • a circuit for example, ASIC

Abstract

ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置は、該他の通信装置から該複数のリンクのうちの第１のリンクにて第１のフレームを受信し、該第１のフレームに基づいて、該他の通信装置から送信される該第１のフレームの該通信装置における所定間隔の受信タイミングの情報を取得し、該複数のリンクのうち第２のリンクにて第２のフレームを送信する。該通信装置は、該受信タイミングを含む期間において該第２のフレームを送信せず、該第１のフレームが受信されたことに応じて、該第２のリンクにて該第２のフレームを送信する。

Description

通信装置、通信装置の制御方法、およびプログラム
　本発明は、無線通信技術に関する。
　近年の通信されるデータ量の増加に伴い、無線ＬＡＮ（Local Area Network）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。例えば、ＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access（直交周波数多元接続））を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１）。
　さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ　ｇｒｏｕｐが発足した。ＩＥＥＥ８０２．１１ｂｅでは、１台のＡＰ（アクセスポイント）が１台のＳＴＡ（ステーション）と２．４ＧＨｚ帯等の周波数バンドで複数のリンク（Link）を構築し、同時通信を行うマルチリンク（Multi-Link）通信が検討されている。また、無線通信デバイスのハードウェア上の制約から、マルチリンク通信において、あるリンクで送信動作中に他のリンクで受信動作ができないように構成されるＡＰやＳＴＡが検討されている。
特開２０１８－５０１３３号公報
　あるリンクで送信動作中に他のリンクで受信動作ができないＳＴＡは、各リンクで定期的にＢｅａｃｏｎ（ビーコン）フレーム（以下、Ｂｅａｃｏｎと称する場合がある）を受信する必要がある。しかしながら、このようなＳＴＡは、当該あるリンクでなんらかデータを送信している間は、当該他のリンクではＢｅａｃｏｎを含むグループアドレスフレームを受信できない。また、このようなＳＴＡは、当該あるリンクでＢｅａｃｏｎを受信するタイミングがわかっていたとしても、リンクの混雑具合によってはＢｅａｃｏｎを受信するタイミングがずれることがある。こうした場合でも、ＳＴＡは当該あるリンクで送信動作中に当該他のリンクで送信動作ができないように動作する必要がある。
　本発明は上記課題に鑑みてなされたものであり、マルチリンク通信において定期的に送信されるフレームの受信タイミングのずれが生じた場合の送受信制御の技術を提供する。
　本発明の一態様による通信装置は、ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置であって、前記他の通信装置から前記複数のリンクのうちの第１のリンクにて第１のフレームを受信する受信手段と、前記第１のフレームに基づいて、前記他の通信装置から送信される前記第１のフレームの前記通信装置における所定間隔の受信タイミングの情報を取得する取得手段と、前記複数のリンクのうち第２のリンクにて第２のフレームを送信する送信手段と、を有し、前記送信手段は、前記受信タイミングを含む期間において前記第２のフレームを送信せず、前記受信手段により前記第１のフレームが受信されたことに応じて、前記第２のリンクにて前記第２のフレームを送信する。
　本発明によれば、マルチリンク通信において定期的に送信されるフレームの受信タイミングのずれが生じた場合の送受信制御の技術が提供される。
　本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
図１は、無線通信システムの構成例を示す図である。 図２は、通信装置のハードウェア構成例を示す図である。 図３は、通信装置の機能構成例を示す図である。 図４Ａは、実施例１によるＳＴＡにより実行される処理のフローチャートである。 図４Ｂは、実施例１によるＳＴＡにより実行される処理のフローチャートである。 図５は、実施例１によるＡＰとＳＴＡの処理の一例を示すシーケンス図である。 図６は、実施例１によるＡＰとＳＴＡの処理の別の例を示すシーケンス図である。 図７Ａは、実施例２によるＳＴＡにより実行される処理のフローチャートである。 図７Ｂは、実施例２によるＳＴＡにより実行される処理のフローチャートである。 図８は、実施例２によるＡＰとＳＴＡの処理の一例を示すシーケンス図である。 図９は、実施例２によるＡＰとＳＴＡの処理の別の例を示すシーケンス図である。 図１０は、実施例２によるＡＰとＳＴＡの処理の別の例を示すシーケンス図である。 図１１は、実施例３によるＡＰとＳＴＡの処理の一例を示すシーケンス図である。 図１２は、実施例３によるＡＰとＳＴＡの処理の別の例を示すシーケンス図である。 図１３は、ＴＩＭ　ｅｌｅｍｅｎｔの構成例を示す。
　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
　（無線通信システムの構成）
　図１は、本実施形態にかかる無線通信システムの構成例を示す。本システムは、通信装置１０１、１０２、１０５を有して構成される。通信装置１０２（以下、ＳＴＡ１０２）は、無線ネットワーク１００に参加する役割を有するＳＴＡ（ステーション／端末装置）である。通信装置１０１（以下、ＡＰ１０１）は、無線ネットワーク１００を構築する役割を有するＡＰ（アクセスポイント）である。ＡＰ１０１はＳＴＡ１０２と通信可能である。通信装置１０５（以下、ＳＴＡ１０５）は無線ネットワーク１００に参加していないＳＴＡである。ＳＴＡ１０５は、ＡＰ１０１とは通信できないが、お互いの電波が干渉する距離にあるものとする。
　ＡＰ１０１、ＳＴＡ１０２の各々は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ（Extreme/Extremely High Throughput））規格に準拠した無線通信を実行することができる。ＡＰ１０１、ＳＴＡ１０２は、２．４Ｈｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯等の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、ＡＰ１０１、ＳＴＡ１０２は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚのように、異なる帯域幅を使用してもよい。
　ＡＰ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（Multi User（ＭＵ））通信を実現することができる。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（Resource Unit（ＲＵ））が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡに対する搬送波が直行する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。
　なお、ＡＰ１０１、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、ＡＰ１０１、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wide Band）、ＺｉｇＢｅｅ、ＭＢＯＡ（Multi Band OFMA Alliance）などの他の通信規格に対応していてもよい。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。
　ＡＰ１０１の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、ＳＴＡ１０２の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、ＳＴＡ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。
　ＡＰ１０１およびＳＴＡ１０２は、複数の周波数チャネルを介してリンクを確立して通信するマルチリンク通信を実行する。ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。ここで、周波数チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであって、当該規格では、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数の周波数チャネルが定義されている。なお、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。
　例えばＡＰ１０１は、ＳＴＡ１０２と２．４ＧＨｚ帯の第１の周波数チャネルを介したリンク１０３を確立し、通信することができる。ＳＴＡ１０２はこれと並行して、ＡＰ１０１と５ＧＨｚ帯の第２の周波数チャネルを介したリンク１０４を確立し、通信することができる。この場合に、ＳＴＡ１０２は、リンク１０３と並行してリンク１０４を維持するマルチリンク通信を実行する。このようにＡＰ１０１は複数の周波数チャネルを用いた複数のリンク（マルチリンク）をＳＴＡ１０２と確立することで、ＳＴＡ１０２との通信におけるスループットを向上させることができる。
　なお、マルチリンク通信において、周波数帯の異なるリンクを複数確立してもよい。例えば、ＡＰ１０１とＳＴＡ１０２は、２．４ＧＨｚ帯におけるリンク１０３と６ＧＨｚ帯におけるリンク１０４に加えて、５ＧＨｚ帯における別のリンクを確立するようにしてもよい。あるいは、同じ周波数帯に含まれる複数の異なるチャネルを介してリンクを確立するようにしてもよい。例えば、ＡＰ１０１とＳＴＡ１０２は、２．４ＧＨｚ帯における６ｃｈのリンクをリンク１０３として、これに加えて２．４ＧＨｚ帯における１ｃｈのリンクをリンク１０４として確立するようにしてもよい。
　また、周波数帯が同じリンクと、異なるリンクとが混在していてもよい。例えば、ＡＰ１０１とＳＴＡ１０２は、２．４ＧＨｚ帯における６ｃｈのリンク１０３に加えて、２．４ＧＨｚ帯の１ｃｈのリンク１０４と、５ＧＨｚ帯における１４９ｃｈの別のリンクを確立してもよい。ＡＰ１０１はＳＴＡ１０２と周波数の異なる複数の接続を確立することで、ある帯域が混雑している場合であっても、ＳＴＡ１０２と他方の帯域で通信を確立することができるため、ＳＴＡ１０２との通信におけるスループットの低下や通信遅延を防ぐことができる。
　本実施形態では、一例として、リンク１０３を２．４ＧＨｚ帯の６ｃｈで２０ＭＨｚの接続とし、リンク番号を１とする。また、リンク１０４を６ＧＨｚ帯の１１３ｃｈで３２０ＭＨｚの接続とし、リンク番号を２とする。
　なお、図１の無線ネットワーク１００は１台のＡＰと１台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数や配置はこれに限定されない。例えば、図１の無線ネットワークに加えて、ＳＴＡを１台増やしてもよい。このとき確立する各リンクの周波数帯やリンクの数、周波数幅は問わない。
　ＳＴＡ１０５は、本実施形態では、ＡＰ１０１、ＳＴＡ１０２の間で確立した複数のリンクのうち、あるリンクにて、他のリンクを考慮せずに動作する通信装置であればよい。例えば、上記説明において、ＳＴＡ１０５は、無線ネットワーク１００に参加しないＳＴＡとしたが、無線ネットワーク１００に参加していてもよい。この場合、ＳＴＡ１０５はＩＥＥＥ８０２．１１ｂｅに準拠しておらず、例えばＩＥＥＥ８０２．１１ｂにのみ準拠したＳＴＡとしてもよい。また、この場合、ＳＴＡ１０５は、ＡＰ１０１とは２．４ＧＨｚ帯の６ｃｈでリンクを確立するものとしてもよい。あるいは、ＳＴＡ１０５は、電子レンジなどの無線ネットワークとは関係のない電波ノイズを発生させるノイズ発生源としてもよい。あるいは、ＳＴＡ１０５は、マルチリンク通信に対応した通信装置であり、ＡＰ１０１と複数のリンクを構築する装置であってもよい。この場合、ＳＴＡ１０５は、あるリンクでの動作を無視して他方のリンクで通信する通信装置でありうる。
　マルチリンク通信を行う場合、ＡＰ１０１とＳＴＡ１０２の間では、１つのデータを分割して複数のリンクを介して相手装置に送信されてもよい。また、ＡＰ１０１とＳＴＡ１０２は、ＭＩＭＯ（Multiple-Input and Multiple-Output）通信を実行するように構成されてもよい。この場合、ＡＰ１０１およびＳＴＡ１０２は複数のアンテナを有し、一方がそれぞれのアンテナから異なる信号を同じ周波数チャネルを用いて送る。受信側は、複数のアンテナを用いて複数ストリームから到達したすべての信号を同時に受信し、各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、ＡＰ１０１およびＳＴＡ１０２は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、ＡＰ１０１およびＳＴＡ１０２は、マルチリンク通信を行う場合に、一部のリンクにおいてＭＩＭＯ通信を実行してもよい。
　（ＳＴＡおよびＡＰの構成）
　図２に、本実施形態におけるＳＴＡ１０２のハードウェア構成例を示す。ＳＴＡ１０２は、ハードウェア構成例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。なお、ＡＰ１０１も、ＳＴＡ１０２と同様のハードウェア構成を有することができる。
　記憶部２０１は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
　制御部２０２は、例えば、例えばＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、ＳＴＡ１０２の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（operating System）との協働により、ＳＴＡ１０２の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＳＴＡ１０２全体を制御するようにしてもよい。
　また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、ＳＴＡ１０２が所定の機能を実行するためのハードウェアである。
　入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々ＳＴＡ１０２と一体であってもよいし、別体であってもよい。
　通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。
　なお、ＳＴＡ１０２が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、ＳＴＡ１０２が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部２０６とアンテナ２０７を個別に有する構成であってもよい。ＳＴＡ１０２は通信部２０６を介して、画像データや文書データ、映像データ等のデータを通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。
　アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯等の周波数帯における通信が可能なアンテナである。図２では１つのアンテナ２０７を示すが、複数であってもよい。または、ＳＴＡ１０２は、周波数帯ごとに異なるアンテナを有していてもよい。また、上記のように、ＳＴＡ１０２は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。
　図３に、本実施形態におけるＳＴＡ１０２の機能構成例を示す。ＳＴＡ１０２は、機能構成例として、無線ＬＡＮ制御部３０１、フレーム生成部３０２、送信制御部３０３、Ｂｅａｃｏｎ（ビーコン）受信制御部３０４、ＵＩ（User Interface）制御部３０５を有する。なお、ＡＰ１０１もＳＴＡ１０２と同様の機能構成を有することができる。
　無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するための制御を行うためのプログラムを含んで構成されうる。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを通信部２０６とアンテナ２０７を介して送受信し、無線ＬＡＮの通信制御を実行する。なお、無線ＬＡＮ制御部の数は１つに限らず、２つでもよいし、３つ以上でも構わない。
　フレーム生成部３０２は、無線ＬＡＮ制御部３０１で送信するべき無線フレームを生成する。フレーム生成部３０２で生成するフレームの内容は記憶部２０１（図２）に保存されている設定によって制約を課してもよい。またＵＩ制御部３０５からのユーザ設定によって変更してもよい。生成されたフレームの情報は無線ＬＡＮ制御部３０１に送られ、通信部２０６とアンテナ２０７を介して通信相手に送信される。
　送信制御部３０３は、ＳＴＡ１０２から送信される各種フレームに対する送信制御を行う。例えば、送信制御部３０３は、各リンクでフレームを送信するべきタイミングを計測（カウント）・決定し、その結果を無線ＬＡＮ制御部３０１に伝える。無線ＬＡＮ制御部３０１はこれを基にフレームを送信する。
　Ｂｅａｃｏｎ受信制御部３０４は、Ｂｅａｃｏｎフレーム（以下、Ｂｅａｃｏｎと称する場合がある）を受信するタイミングの管理や受信したＢｅａｃｏｎの解析等を行う。例えば、Ｂｅａｃｏｎ受信制御部３０４は、受信したＢｅａｃｏｎの情報を基に、次にＢｅａｃｏｎを受信するタイミングの情報を取得し、無線ＬＡＮ制御部３０１や送信制御部３０３に伝える。Ｂｅａｃｏｎを受信するタイミング（Ｂｅａｃｏｎ受信タイミング）は、Ｂｅａｃｏｎに含まれる、ＴＢＴＴ（Target Beacon Transmission Time）といった、Ｂｅａｃｏｎ送信時間の間隔を示す値により取得されうる。
　ＵＩ制御部３０５は、入力部２０４に対するユーザからの操作（ユーザ設定）に基づいて制御信号を生成し、各構成要素へ伝達する。また、ＵＩ制御部３０５は、出力部２０５に対する各種出力の制御を行う。
　下記に続く各実施例では、図１に示す通信システムにおいて、ＳＴＡ１０２がグループアドレスフレーム（Group Addressed Frame）を受信する場面を想定する。なお、グループアドレスフレームとは、Ｄｅｓｔｉｎａｔｉｏｎ　Ａｄｄｒｅｓｓ（ＤＡ）フィールドもしくはＡ１フィールドに含めるＭＡＣ　Ａｄｄｒｅｓｓフィールドにおいて、Ｇｒｏｕｐ　Ｂｉｔが１であるアドレスを含むフレームでありうる。例えばＢｅａｃｏｎを含めたブロードキャストフレームは、Ｇｒｏｕｐ　Ｂｉｔが１のため、グループアドレスフレームの一種である。他にも、マルチキャストアドレスを宛先としたマルチキャストフレームについても同様にＧｒｏｕｐ　Ｂｉｔを１とするため、グループアドレスフレームとなる。
　続いて、本実施形態によるＳＴＡ１０２の処理について、いくつかの実施例を用いて説明する。なお、本実施形態では、ＡＰ１０１は、ＴＩＭ（Traffic Indication Message）を含むＢｅａｃｏｎを定期的に送信している。ＳＴＡ１０２は、Ｂｅａｇｏｎに含まれる、Ｂｅａｃｏｎ送信時間の間隔を示す値から、所定間隔のＢｅａｃｏｎ受信タイミングの情報を取得することができる。ＡＰ１０１は、ＳＴＡ１０２向けのデータがある場合、ＴＩＭ（ＴＩＭ　ｅｌｅｍｅｎｔ）を使ってデータ（グループアドレスフレーム）があることを、Ｂｅａｃｏｎを用いて通知し、当該通知の後にデータを送信することができる。データがあることを通知することができるＴＩＭはＤＴＩＭ（Delivery Traffic Indication Message）と呼ばれる。
　（実施例１）
　本実施例では、ＳＴＡ１０２がリンク１０４でＢｅａｃｏｎを受信する際に、予定しているタイミングでＢｅａｃｏｎが受信できない場面を想定する。このとき、本実施例ではＳＴＡ１０２は、Ｂｅａｃｏｎおよびそれに続く（Ｂｅａｃｏｎとは別の）グループアドレスフレームを受信するまでは、リンク１０３とリンク１０４でフレームを送信しないように構成される。
　なお、本実施例において、Ｂｅａｃｏｎはグループアドレスフレームであればどのようなフレームであってもよい。例えば、Ｂｅａｃｏｎは、マルチキャストアドレスを宛先としたマルチキャストフレームでもよい。ＢｅａｃｏｎとＢｅａｃｏｎの間で２０ＴＵ（Time Unit）間隔で送信するＦＩＬＳ　ＤｉｓｃｏｖｅｒｙフレームもしくはＵｎｓｏｌｉｃｉｔｅｄ　Ｐｒｏｂｅ　Ｒｅｓｐｏｎｓｅフレームでもよい。他のマネジメントフレームであるＰｒｏｂｅ　ＲｅｓｐｏｎｓｅフレームやＡｃｔｉｏｎフレームでもよい。もしくは、定期的に送信されるＴｒｉｇｇｅｒ（トリガー）フレームでもよい。また、本実施例ではリンク１０４のみでＢｅａｃｏｎを受信する場面を考えるが、リンク１０３で受信する場面でも同様である。また、リンク１０３とリンク１０４で同時にＢｅａｃｏｎを受信する場面でも同様である。リンク１０３とリンク１０４で同時にＢｅａｃｏｎを受信するが、どちらか一方が受信できなかった場面でも同様である。
　図４Ａ及び図４Ｂは、本実施例において、ＳＴＡ１０２がＡＰ１０１からリンク１０４においてＢｅａｃｏｎを受信する際のＳＴＡ１０２の処理をフローチャートで示している。図４Ａ及び図４Ｂに示すフローチャートは、ＳＴＡ１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。本フローチャートで示す処理は、ＳＴＡ１０２が、ＡＰ１０１とマルチリンク（本実施形態ではリンク１０３とリンク１０４）で接続を確立したと同時に開始されうる。
　ＳＴＡ１０２がＡＰ１０１と接続されている状態で、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、いずれかのリンクでＢｅａｃｏｎ受信タイミングが近付いたか、すなわち、Ｂｅａｃｏｎ受信タイミングの所定時間前かどうかを判定する（Ｓ４０１）。当該所定時間は、本実施例では１０μｓｅｃとするが、これは一例であり、５μｓｅｃでもよいし、２０μｓｅｃでもよい。なお、上述したように、Ｂｅａｃｏｎ受信タイミングであるか否かは、ＡＰ１０１から受信するＢｅａｃｏｎに含まれる、Ｂｅａｃｏｎ送信時間の間隔を示す値で知ることができる。本実施例では、Ｂｅａｃｏｎ受信タイミングは１００ｍｓｅｃ毎（すなわち、Ｂｅａｃｏｎ間隔＝１００ｍｓｅｃ）とするが、１５０ｍｓｅｃ毎等、任意の間隔に設定されうる。
　いずれかのリンクでＢｅａｃｏｎ受信タイミングが近づいた場合（Ｓ４０１でＹｅｓ）、処理はＳ４０２へ進む。以下、Ｂｅａｃｏｎ受信タイミングが近づいたリンクを、対象のリンクと呼ぶ。Ｓ４０２では、ＳＴＡ１０２の送信制御部３０３の制御により、無線ＬＡＮ制御部３０１は、対象のリンクでＢｅａｃｏｎ受信の期間に入る前に、ＳＴＡ１０２はデータアップロード（ＵＬ）を控える。すなわち、ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミングを含む期間においてデータアップロード／データ送信を行わない。これは、データアップロード中であれば、全リンクでデータアップロードをいったん中断することを意味する。ここでアップロードを中断するリンクとは、同時に送信と受信ができないリンクの組み合わせとなる全リンクである。よって、例えば、ＡＰ１０１とＳＴＡ１０２で同時に送信と受信ができる第３のリンク（不図示）を確立していた場合、当該第３のリンクではデータアップロードを中断しなくてもよい。
　次に、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、対象のリンクでＢｅａｃｏｎの受信を待つ（Ｓ４０３）。対象のリンクで、Ｂｅａｃｏｎ受信タイミングでＢｅａｃｏｎを受信しなかった場合（Ｓ４０３でＮｏ）、ＳＴＡ１０２の送信制御部３０３は、所定の予定時間（本来のＢｅａｃｏｎ受信タイミングからフレーム受信の待機をやめるタイミングの時間）を超過しているか否かを確認する（Ｓ４０４）。本実施形態では、当該予定時間を１０ｍｓｅｃとする。当該予定時間が経過していなければ（Ｓ４０４でＮｏ）、処理はＳ４０２に戻り、経過していれば（Ｓ４０４でＹｅｓ）、処理はＳ４０８に進む。対象のリンクでＢｅａｃｏｎを受信した場合（Ｓ４０３でＹｅｓ）、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、追加のグループアドレスフレーム（Group Addressed Frame）があるかどうか（Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されるか）を確認する（Ｓ４０５）。このために、ＳＴＡ１０２は、Ｂｅａｃｏｎに含まれるＴＩＭ　ｅｌｅｍｅｎｔを確認する。また、ＳＴＡ１０２は、ＴＩＭ　ｅｌｅｍｅｎｔを確認することにより、自分宛のデータがたまっているかを確認することができる。
　図１３にＴＩＭ　ｅｌｅｍｅｎｔ１３００の構成例を示す。本ｅｌｅｍｅｎｔはＩＥＥＥ８０２．１１の規格に沿って定義される。Ｅｌｅｍｅｎｔ　ＩＤフィールド１３０１には、使用するｅｌｅｍｅｎｔがＴＩＭ　ｅｌｅｍｅｎｔであることを示す値の５が入る。Ｌｅｎｇｔｈフィールド１３０２は、Ｅｌｅｍｅｎｔの長さを示す。ＤＴＩＭ　Ｃｏｕｎｔフィールド１３０３は、このｅｌｅｍｅｎｔを含むＢｅａｃｏｎがＤＴＩＭ（Delivery Traffic Indication Map）Ｂｅａｃｏｎ（ＤＴＩＭを含むＢｅａｃｏｎ）であるかどうかを示す。この値が０のとき、このｅｌｅｍｅｎｔが含まれるＢｅａｃｏｎはＤＴＩＭ Ｂｅａｃｏｎであることを示し、この後にＳＴＡ向けのフレーム（データ）が含まれる可能性がある。この値が０以外の値であれば、ＤＴＩＭ Ｂｅａｃｏｎではないため、ＳＴＡ１０２は、Ｂｅａｃｏｎに続く、ＳＴＡ向けのフレームおよびグループアドレスフレームはないものと判断できる。
　Ｂｉｔｍａｐ　Ｃｏｎｔｒｏｌフィールド１３０５は、そのＢｉｔ０がＡＩＤ０（Association Identifier）のフレームがあるか否かを指す。Ｂｉｔ０が１の場合、Ｂｅａｃｏｎの後ろには何らかのグループアドレスフレームが追加で用意されていることを示す。Ｐａｒｔｉａｌ　Ｖｉｒｔｕａｌ　Ｂｔｉｍａｐフィールド１３０６は、各ＳＴＡ向けのフレームがキューにたまっているか否かを示す。このフィールドに用意された各Ｂｉｔが接続時にＡＰからＳＴＡに割り振ったＡＩＤに紐づいている。ＳＴＡ１０２は、ＡＩＤと紐づいたＢｉｔが１になっているか否かを確認することで、自分宛のフレームがＡＰのデータ送信キューにたまっているか否かを判断できるようになる。
　ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、Ｂｅａｃｏｎに含まれるＴＩＭ　ｅｌｅｍｅｎｔを確認し、Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されることを確認した場合（Ｓ４０５でＹｅｓ）、処理はＳ４０６へ進み、確認しなかった場合（Ｓ４０５でＮｏ）、処理はＳ４０８へ進む。Ｓ４０６では、ＳＴＡ１０２の送信制御部３０３の制御により、無線ＬＡＮ制御部３０１は、引き続きデータのアップロードを控える（中断を継続する）。ＳＴＡ１０２の送信制御部３０３は、追加のグループアドレスフレームを受信し終わるまで、データのアップロードを控える（Ｓ４０７）。追加のグループアドレスフレームを受信し終わったか否かの判断は、ＳＴＡ１０２が対象のリンク（グループアドレスフレームを受信したリンク）にてグループアドレスフレームを受信してから一定時間、例えばＤＩＦＳ（Distributed Coordination Function Interframe Space）時間経過したことを基にしてもよい。あるいは、グループアドレスフレームを受信した後、ＡｃｋフレームもしくはＢｌｏｃｋ　Ａｃｋフレームを送信したことを契機としてもよい。
　ＳＴＡ１０２の無線ＬＡＮ制御部３０１が、対象のリンクにてＢｅａｃｏｎに続くグループアドレスフレームを受信した場合（Ｓ４０７でＹｅｓ）、もしくはこれらを受信できなかったが一定時間が経過した場合（Ｓ４０４でＹｅｓ）、処理はＳ４０８へ進む。Ｓ４０８において、ＳＴＡ１０２の送信制御部３０３は、自身の送信キューに送信フレームがたまっているか否かを確認する（Ｓ４０８）。ＳＴＡ１０２の送信制御部３０３は、送信キューに送信データがたまっていないことを確認した場合（Ｓ４０８でＮｏ）、処理を終了する。送信キューに送信データがたまっていることを確認した場合（Ｓ４０８でＹｅｓ）、処理はＳ４０９へ進む。Ｓ４０９では、ＳＴＡ１０２の送信制御部３０３は、最後のフレーム受信からＡＩＦＳ（Arbitration Interframe Space）の期間待ってから、さらに通信を開始するまでの待機時間のためにバックオフカウンタを設定する。なお、ＡＩＦＳの値は送信するデータの優先度によって異なる。これが優先度の高い音声（ＶＯ）やビデオ（ＶＩ）のデータの場合、ＡＩＦＳは短い。逆に、優先度の低いバックグラウンド（ＢＫ）のデータの場合、ＡＩＦＳは長く設定される。なお、ここで待つ期間はＤＩＦＳでもよい。また、バックオフカウンタのカウンタ値は、任意の値に設定されうる。
　ＳＴＡ１０２の送信制御部３０３は、バックオフカウンタを設定すると、同時に送受信できない全リンクのいずれかで他の通信装置がフレームを送信しているか否かを確認する（Ｓ４１０）。全リンクで他の通信装置がフレームを送信していないことを確認した場合（Ｓ４１０でＮｏ）、ＳＴＡ１０２の送信制御部３０３は、バックオフカウンタを１減らす（Ｓ４１６）。ＳＴＡ１０２の送信制御部３０３は、バックオフカウンタが０になるまで、これを繰り返す（Ｓ４１７）。バックオフカウンタが０になった時（Ｓ４１７でＹｅｓ）、ＳＴＡ１０２の無線ＬＡＮ制御部３０１はデータ送信を開始（再開）する（Ｓ４１８）。
　全リンクのいずれかで他の通信装置がフレームを送信していることを確認した場合（Ｓ４１０でＹｅｓ）、ＳＴＡ１０２の送信制御部３０３は、他の通信装置による送信中のリンクは、ＳＴＡ１０２がフレームを送信する予定のリンクであるかを確認する（Ｓ４１１）。他の通信装置による送信中のリンクが、フレームを送信する予定のリンクである場合（Ｓ４１１でＹｅｓ）、ＳＴＡ１０２の送信制御部３０３は、フレームに含まれるＮＡＶ（Network Allocation Vector）期間は送信待機する。そして、ＮＡＶ期間の終了後、ＳＴＡ１０２の送信制御部３０３は再びＡＩＦＳ期間待つ（Ｓ４１４）。ここで待つ期間はＤＩＦＳ期間でもよい。当該期間中に、ＳＴＡ１０２が他の通信装置によるさらなるフレーム送信を確認した場合、再び同様に待つ。ＡＩＦＳ期間が終われば、ＳＴＡ１０２の送信制御部３０３は、バックオフカウンタの処理を再開し（Ｓ４１５）、処理は再びＳ４１０に戻る。
　Ｓ４１１で、他の通信装置による送信中のリンクが、フレームを送信する予定のリンクでない場合（Ｓ４１１でＮｏ）、ＳＴＡ１０２の送信制御部３０３は、他の通信装置により送信されたフレームがＳＴＡ１０２宛（自分宛）か否かを確認する（Ｓ４１２）。送信されたフレームがＳＴＡ１０２宛である場合（Ｓ４１２でＹｅｓ）、ＳＴＡ１０２はそのフレームを受信する必要があり、また、フレーム受信中は他のリンクでフレーム送信ができない。そのため、ＳＴＡ１０２は、フレームの受信が完了するまで、同時にフレーム送受信できない組み合わせの全リンクでフレーム送信を待つ必要がある（Ｓ４１３）。フレームの受信を完了したら、処理は再びＳ４１０に戻る。
　なお、ＳＴＡ１０２の送信制御部３０３は、Ｓ４１３で待っている間も送信予定のリンクでバックオフカウンタの処理を続けてもよい。この場合、ＳＴＡ１０２はカウンタ処理を続けるが、カウントが０になっても他のリンクでのフレーム受信が完了するまで、フレーム送信を待機する。そして、他のリンクでのフレーム受信が完了したときに、フレームを送信する予定のリンク（送信待機したリンク）にて他の通信装置がフレームを送信していなければ、ＳＴＡ１０２の無線ＬＡＮ制御部３０１は、フレームを送信する。しかし、他のリンクでのフレーム受信が完了すると同時にフレーム送信が発生するため、フレーム送信するリンクにて他の通信装置との電波衝突が発生する可能性が高くなる。よって、他のリンクであっても自分宛のフレームがある場合は、同時に送受信できない組み合わせの全リンクのうち、送信待機している全リンクにてバックオフカウンタを一時止めるほうが望ましい。他のリンクでＳＴＡ１０２が受信しているフレームがない場合（Ｓ４１２でＮｏ）、ＳＴＡ１０２の送信制御部３０３はバックオフカウンタを進める（Ｓ４１６）。Ｓ４１７以降の処理は上述の通りである。
　なお、図４Ａ及び図４ＢではＳＴＡ１０２によるフレームの送信予定のリンクは１つであることを前提としたが、ＳＴＡ１０２が同時に複数のリンクでフレームを送信しようとしている場合、リンクごとに処理を分けてもよい。例えば、ＳＴＡ１０２がリンク１０３とリンク１０４で送信準備しているときに、リンク１０４で他の通信装置がフレーム送信していることを確認した場合、リンク１０３の処理はＳ４１２に移り、リンク１０４の処理はＳ４１４に移るようにしてもよい。
　続いて、本実施例によるＡＰ１０１とＳＴＡ１０２の一連の処理の流れを図５と図６を用いて説明する。図５は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の一例を示すシーケンス図であり、以下の説明において図４Ａ及び図４Ｂも参照する。図５は、マルチリンク（リンク１０３とリンク１０４）におけるあるリンクでＢｅａｃｏｎに続いて追加のグループアドレスフレームを受信するが、Ｂｅａｃｏｎの受信タイミングがチャネルの混雑によりずれてしまった場合を示す。リンク１０３とリンク１０４は、同時に送信と受信ができないリンクの組み合わせとなるリンクである。
　ＳＴＡ１０２は、自身のＴＸＯＰ（Transmission Opportunity:連続送信可能な時間）５１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間５２１が設定されている。ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミング５３１で、リンク１０４にてＢｅａｃｏｎを受信予定である。ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング５３１に近づくと（Ｓ４０１でＹｅｓ）、データのアップロードを控える（一時中断する）（Ｓ４０２）。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間５２１の長さがわかっており、ＮＡＶ期間５２１がリンク１０３でのＢｅａｃｏｎ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間５２１が終了するまではデータの送信（ＴＸＯＰ５１１）を続けていてもよい。図５では、ＳＴＡ１０２は、ＮＡＶ期間５２１の終了後のＢｅａｃｏｎ受信タイミング５３３の前まで、データの送信を続けてもよい。ただし、ＮＡＶ期間５２１の終了とＢｅａｃｏｎ受信タイミングに大きな差がある場合、ＳＴＡ１０２は、ＮＡＶ期間５２１の終了を基準にデータの送信を考えてもよい。ＮＡＶ期間５２１の終了がＢｅａｃｏｎ受信タイミングよりも早い場合、ＳＴＡ１０２はＢｅａｃｏｎ受信タイミングまでにはデータの送信を中断する。
　本実施例では、電波環境によってはＮＡＶ期間５２１の設定はＳＴＡ１０２にとっては有効なものの、ＡＰ１０１にとっては無効な場合を考慮する。よって本実施例ではＮＡＶ期間に関わらず、ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング５３１をデータ送信の中断の目安としている。これにより、ＡＰ１０１からＢｅａｃｏｎを受信しうる期間が、ＳＴＡ１０２が考えるＮＡＶ期間と重なっていても、ＳＴＡ１０２はリンク１０４にてＢｅａｃｏｎを受信することができる。
　タイミング５３２は、本来のＢｅａｃｏｎ受信タイミング５３１でＢｅａｃｏｎを受信しなかった場合に（Ｓ４０３でＮｏ）、フレーム受信の待機をやめるタイミング（Ｓ４０４の予定時間に対応）を示す。図５では、タイミング５３２より前にＮＡＶ期間５２１が終了した後のタイミング５３３でリンク１０４にて、ＳＴＡ１０２は、ＡＰ１０１からＢｅａｃｏｎ５２２を受信する。ＳＴＡ１０２は、Ｂｅａｃｏｎ５２２に含まれるＴＩＭ　ｅｌｅｍｅｎｔ（図１３のＴＩＭ　ｅｌｅｍｅｎｔ１３００参照）を確認し、Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されることを確認する（Ｓ４０５でＹｅｓ）。よって、Ｂｅａｃｏｎ５２２の受信後、ＳＴＡ１０２は続けて追加のグループアドレスフレーム５２３を受信する（Ｓ４０７）。
　Ｂｅａｃｏｎおよび追加のグループアドレスフレームの受信がタイミング５３４で完了したら（Ｓ４０７でＹｅｓ）、ＳＴＡ１０２はＴＸＯＰ５１２に従ってデータ送信を再開する（Ｓ４０８、Ｓ４０９、Ｓ４１０、Ｓ４１６、Ｓ４１７、Ｓ４１８）。なお、ＳＴＡ１０２は、追加のグループアドレスフレームの受信の後、リンク１０４にてＡｃｋフレームを返してもよく、その場合はＡｃｋフレームの後にリンク１０３でデータ送信を再開することになる。
　図６は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の別の例を示すシーケンス図であり、以下の説明において図４Ａ及び図４Ｂも参照する。図６は、マルチリンク（リンク１０３とリンク１０４）におけるあるリンクでＢｅａｃｏｎを受信するが、Ｂｅａｃｏｎの受信タイミングがチャネルの混雑によりずれてしまった場合を示す。図６の例では、Ｂｅａｃｏｎの後に続いて追加のグループアドレスフレームは送信されない。リンク１０３とリンク１０４は、同時に送信と受信ができないリンクの組み合わせとなるリンクである。
　図５と同様に、ＳＴＡ１０２は、自身のＴＸＯＰ６１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間６２１が設定されている。ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミング６３１で、リンク１０４にてＢｅａｃｏｎを受信予定である。ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング６３１に近づくと（Ｓ４０１でＹｅｓ）、データのアップロードを一時中断する（Ｓ４０２）。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間６２１の長さがわかっており、ＮＡＶ期間６２１がリンク１０３でＢｅａｃｏｎ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間６２１が終了するまではデータの送信（ＴＸＯＰ６１１）を続けていてもよい。この点の考察については前述の通りである。
　タイミング６３２は、本来のＢｅａｃｏｎ受信タイミング６３１でＢｅａｃｏｎを受信しなかった場合に（Ｓ４０３でＮｏ）、フレーム受信の待機をやめるタイミング（タイミング５３１からタイミング６３２はＳ４０４の予定時間に対応）を示す。図６では、タイミング６３２より前にＮＡＶ期間６２１が終了した後のタイミング６３３でリンク１０４にて、ＳＴＡ１０２は、ＡＰ１０１からＢｅａｃｏｎ６２２を受信する。ＳＴＡ１０２は、Ｂｅａｃｏｎ６２２に含まれるＴＩＭ　ｅｌｅｍｅｎｔ（図１３のＴＩＭ　ｅｌｅｍｅｎｔ１３００参照）を確認し、Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されないことを確認する（Ｓ４０５でＮｏ）。よって、タイミング６３４の時点で、ＳＴＡ１０２はリンク１０４での受信が完了する。そこで、ＳＴＡ１０２は、その後、ＴＸＯＰ６１２に従ってデータ送信を再開する（Ｓ４０８、Ｓ４０９、Ｓ４１０、Ｓ４１６、Ｓ４１７、Ｓ４１８）。本実施例において、タイミング６３２は定めなくてもよい。
　図４Ａ～図６を参照して説明したように、実施例１によれば、ＡＰ１０１からのＢｅａｃｏｎを受信するタイミングがずれたとしても、ＳＴＡ１０２は、同時に送受信を行うことなく、データの送信を継続することができる。
　なお、ＡＰ１０１は、Ｂｅａｃｏｎ送信のタイミングがずれた場合、次のＢｅａｃｏｎ送信のタイミングは、本来のＢｅａｃｏｎ送信のタイミングからを周期とする。例えば、Ｂｅａｃｏｎの送信間隔（周期）が１００ＴＵであり、ＡＰ１０１が最初に０ＴＵ時点でＢｅａｃｏｎを送信し、次に１０３ＴＵでＢｅａｃｏｎを送信した場合を考える。この場合、ＡＰ１０１は、この次のＢｅａｃｏｎ送信のタイミングは２００ＴＵ時点に近づくように設定してもよい。これは一例であり、Ｂｅａｃｏｎ送信の周期を別の手法で設定してもよい。また、ＡＰ１０１は、この次に送信するＢｅａｃｏｎは２０３ＴＵに近づくように設定してもよい。
　また、ＡＰ１０１は、リンク１０３とリンク１０４とで、Ｂｅａｃｏｎ送信タイミングを揃えるように動作してもよい。これに応じて、ＳＴＡ１０２において、リンク１０３とリンク１０４とで、Ｂｅａｃｏｎ受信タイミングが重なりうる。この場合、ＳＴＡ１０２は、リンク１０３とリンク１０４の両方でＢｅａｃｏｎおよび（存在すれば）それに続くグループアドレスフレームの受信が完了するまで、送信待機する。ＳＴＡ１０２は、両リンクでＢｅａｃｏｎとグループアドレスフレームの受信が完了するか、受信待機をやめるタイミングまでにＢｅａｃｏｎを受信できなかった場合、フレームの送信を再開する。ＡＰ１０１がＢｅａｃｏｎを送信するタイミングを揃えることで、ＳＴＡ１０２は、データフレームを送信待機する期間を減らすことができる。結果として、ＡＰ１０１によりマルチリンクでＢｅａｃｏｎ送信タイミングを揃えることにより、ＳＴＡ１０２によるスループットが向上しうる。
　また、ＳＴＡ１０２は、図５や図６で示したデータ送信を中断した後（ＴＸＯＰ５１１、６１１）、ＡＰ１０１から受信確認であるＡｃｋフレームやＢｌｏｃｋ　Ａｃｋフレームを受信してもよい。これらのフレームを受信する場合、ＳＴＡ１０２は、これらのフレームを受信する時間を余裕に見積もって、送信を中断してもよい。これにより、中断するタイミングでの送信データのフィードバックを受けることができ、データの再送が素早く行えるようになる。
　（実施例２）
　本実施例では、ＳＴＡ１０２がＢｅａｇｏｎ受信期間を過ぎた場合に、対象のリンクでのＢｅａｃｏｎ受信の試行を行わない場合について述べる。本実施例では、リンク１０４でＢｅａｃｏｎを受信するものとする。なお、リンク１０３でＢｅａｃｏｎを受信する場面でも同様である。また、リンク１０３とリンク１０４で同時にＢｅａｃｏｎを受信する場面でも同様である。同時にＢｅａｃｏｎを受信しようとするが、どちらか一方が受信できなかった場面でも同様である。なお、前述した実施例で説明済みの内容については本実施例での説明を省略する。
　図７Ａ及び図７Ｂは、本実施例において、ＳＴＡ１０２がＡＰ１０１からリンク１０４においてＢｅａｃｏｎを受信する際のＳＴＡ１０２の処理をフローチャートで示している。図４Ａ及び図４Ｂに示すフローチャートは、ＳＴＡ１０２の制御部２０２が記憶部２０１に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現されうる。本フローチャートで示す処理は、ＳＴＡ１０２が、ＡＰ１０１とマルチリンク（本実施形態ではリンク１０３とリンク１０４）で接続を確立したと同時に開始されうる。
　ＳＴＡ１０２がＡＰ１０１と接続されている状態で、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、いずれかのリンクでＢｅａｃｏｎ受信タイミングが近付いたか、すなわち、Ｂｅａｃｏｎ受信タイミングの所定時間前かどうかを判定する（Ｓ７０１）。当該所定時間は、本実施例では１０μｓｅｃとするが、これは一例であり、５μｓｅｃでもよいし、２０μｓｅｃでもよい。本実施例では、Ｂｅａｃｏｎ受信タイミングは１００ｍｓｅｃ毎（すなわち、Ｂｅａｃｏｎ間隔＝１００ｍｓｅｃ）とするが、１５０ｍｓｅｃ毎等、任意の間隔に設定されうる。
　いずれかのリンクでＢｅａｃｏｎ受信タイミングが近づいた場合（Ｓ７０１でＹｅｓ）、処理はＳ７０２へ進む。以下、Ｂｅａｃｏｎ受信タイミングが近づいたリンクを、対象のリンクと呼ぶ。Ｓ７０２では、ＳＴＡ１０２の送信制御部３０３は、対象のリンクでＢｅａｃｏｎ受信の期間に入る前に、ＳＴＡ１０２はデータアップロード（ＵＬ）を控える。すなわち、ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミングを含む期間においてデータアップロード／データ送信を行わない。これは、データアップロード中であれば、全リンクでデータアップロードをいったん中断することを意味する。ここでアップロードを中断するリンクとは、同時に送信と受信ができないリンクの組み合わせとなる全リンクである。よって、例えば、ＡＰ１０１とＳＴＡ１０２で同時に送信と受信ができる第３のリンク（不図示）を確立していた場合、当該第３のリンクではデータアップロードを中断しなくてもよい。
　次に、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、対象のリンクでのＢｅａｃｏｎの受信を、一定の期間待つ（Ｓ７０３）。すなわち、ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミングから当該一定の時間が経過するまでの期間（以下、第１の受信待機期間と称する）待つ。本実施例において当該第１の受信待機期間を１００μｓｅｃとするが、これは一例であり、他の時間期間でもよい。第１の受信待機期間を過ぎた時点で（Ｓ７０３でＹｅｓ）、ＳＴＡ１０２の送信制御部３０３は、送信キューに送信データがたまっているか否かを確認する（Ｓ７０４）。送信データがたまっていない場合（Ｓ７０４でＮｏ）、ＳＴＡ１０２は処理を終了する。送信データがたまっている場合（Ｓ７０４でＹｅｓ）、ＳＴＡ１０２のＢｅａｃｏｎ受信制御部３０４は、第１の受信待機期間中にＢｅａｃｏｎを受信したか否かを確認する（Ｓ７０５）。
　第１の受信待機期間にＢｅａｃｏｎを受信できなかった場合（Ｓ７０５でＮｏ）、ＳＴＡ１０２の無線ＬＡＮ制御部３０１は、対象のリンクでのデータ受信の試行を中止する（Ｓ７０９）。すなわち、ＳＴＡ１０２は、データ受信をあきらめる。第１の受信待機期間にＢｅａｃｏｎを受信した場合（Ｓ７０５でＹｅｓ）、処理はＳ７０６へ進み、Ｂｅａｃｏｎ受信制御部３０４は、Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されるか否かを確認する。当該確認処理は、図４ＡのＳ４０５と同様である。
　Ｂｅａｃｏｎに続いてグループアドレスフレームが送信されることを確認した場合（Ｓ７０６でＹｅｓ）、処理はＳ７０７へ進み、確認しなかった場合（Ｓ７０６でＮｏ）、処理はＳ７１０へ進む。Ｓ７０７では、ＳＴＡ１０２の無線ＬＡＮ制御部３０１は、Ｂｅａｃｏｎに続く追加のグループアドレスフレームを受信したか否かを確認する。無線ＬＡＮ制御部３０１は、Ｂｅａｃｏｎを受信してからあらかじめ定めた期間、追加のグループアドレスフレームの受信を待つ（Ｓ７０８）。本実施例では当該期間（以下、第２の受信待機期間と称する）を１００μｓｅｃとするが、これは一例であり、他の時間期間でもよい。第２の受信待機期間を過ぎてもグループアドレスフレームを受信できなかった場合（Ｓ７０８でＹｅｓ）、ＳＴＡ１０２は、対象のリンクでのデータ受信の試行を中止し（Ｓ７０９）、処理はＳ７１０へ進む。また、第２の受信待機期間にグループアドレスフレームを受信できた場合（Ｓ７０７でＹｅｓ）も、処理はＳ７１０へ進む。Ｓ７１０では、図４ＢのＳ４０９と同様に、ＳＴＡ１０２の送信制御部３０３は、送信する予定のリンクにてバックオフカウンタを設定する（Ｓ７１０）。Ｓ７１１からＳ７１９の処理は、図４ＢにおけるＳ４１０からＳ４１８の処理と同様であるため、説明を省略する。
　なお、Ｓ７０７におけるグループアドレスフレームを受信したか否かの確認は、ＳＴＡ１０２が、自分宛のフレームがあるか否かの確認であってもよい。また、グループアドレスフレームを、対象のリンク（Ｂｅａｃｏｎ受信予定のリンク）と別のリンク、例えばリンク１０３で受信済みのことがわかっている場合は、ＳＴＡ１０２は、Ｂｅａｃｏｎに続くグループアドレスフレームを受信しないと判断し、処理をＳ７１０に進めるようにしてもよい。
　続いて、本実施例によるＡＰ１０１とＳＴＡ１０２の一連の処理の流れを図８～図１０を用いて説明する。図８は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の一例を示すシーケンス図であり、以下の説明において図７Ａ及び図７Ｂも参照する。図８は、マルチリンク（リンク１０３とリンク１０４）におけるあるリンクでＢｅａｃｏｎを受信するが、Ｂｅａｃｏｎの受信タイミングがチャネルの混雑によりずれてしまった場合を示す。さらに、図８は、Ｂｅａｃｏｎに続いて追加のグループアドレスフレームを受信する予定であったが、所定の期間にフレームを受信できなかった場合を示す。リンク１０３とリンク１０４は、同時に送信と受信ができないリンクの組み合わせとなるリンクである。
　実施例１で説明した図５と同様に、ＳＴＡ１０２は、自身のＴＸＯＰ８１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間８２１が設定されている。ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミング８３１で、リンク１０４にてＢｅａｃｏｎを受信予定である。ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング８３１に近づくと（Ｓ７０１でＹｅｓ）、データのアップロードを一時中断する（Ｓ７０２）。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間８２１の長さがわかっており、ＮＡＶ期間８２１がリンク１０３でＢｅａｃｏｎ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間８２１が終了するまではデータの送信（ＴＸＯＰ８１１）を続けていてもよい。この点の考察については、実施例１で述べた通りである。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間８２１の長さがわかっており、ＮＡＶ期間８２１がリンク１０３でＢｅａｃｏｎを受信する期間と重ならないことがわかっている場合、ＮＡＶ期間６２１が終了するまではデータの送信（ＴＸＯＰ８１１）を続けていてもよい。この点の考察については前述のとおりである。
　タイミング８３２は、Ｂｅａｃｏｎを受信した場合に、Ｂｅａｃｏｎに続くグループアドレスフレームの受信の待機をやめるタイミングを示す（タイミング８３３からタイミング８３２の期間が、図７ＡのＳ７０８における第２の受信待機期間に対応）。図８では、タイミング８３２により前にＮＡＶ期間８２１が終了した後のタイミング８３３でリンク１０４にて、ＳＴＡ１０２はＡＰ１０１からＢｅａｃｏｎ８２２を受信する。ＡＰ１０１は、Ｂｅａｃｏｎ８２２に続いて、追加のグループアドレスフレーム８２３を送信する。しかし、Ｂｅａｃｏｎ８２２の送信から追加のグループアドレスフレーム８２３までの間に第２の受信待機期間が経過したため、ＳＴＡ１０２は、リンク１０４にて、Ｂｅａｃｏｎ８２２を受信するが、タイミング８３２以降の期間８２４でフレーム受信を実施しない（Not Received）。これに代わり、ＳＴＡ１０２は、リンク１０３にて、ＴＸＯＰ８１２に従ってデータ送信を再開する（Ｓ７０７でＮｏ、Ｓ７０８でＹｅｓＳ７０９、Ｓ７１０、Ｓ７１１、Ｓ７１７、Ｓ７１８、Ｓ７１９）。ＡＰ１０１はタイミング８３４にて追加のグループアドレスフレーム８２３の送信を完了する。しかし、ＳＴＡ１０２はこのグループアドレスフレームの受信を無視し、リンク１０３にてデータフレームを送信する。
　図９は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の別の例を示すシーケンス図であり、以下の説明において図７Ａ及び図７Ｂも参照する。図９は、マルチリンク（リンク１０３とリンク１０４）におけるあるリンクでＢｅａｃｏｎを受信するが、Ｂｅａｃｏｎの受信タイミングがチャネルの混雑によりずれてしまった場合を示す。図９の例では、Ｂｅａｃｏｎの後に続いて追加のグループアドレスフレームは送信されない。リンク１０３とリンク１０４は、同時に送信と受信ができないリンクの組み合わせとなるリンクである。
　図８と同様に、ＳＴＡ１０２は、自身のＴＸＯＰ９１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間９２１が設定されている。ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミング９３１で、リンク１０４にてＢｅａｃｏｎを受信予定である。ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング９３１に近づくと（Ｓ７０１でＹｅｓ）、データのアップロードを一時中断する（Ｓ７０２）。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間９２１の長さがわかっており、ＮＡＶ期間９２１がリンク１０３でＢｅａｃｏｎ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間９２１が終了するまではデータの送信（ＴＸＯＰ９１１）を続けていてもよい。この点の考察については、実施例１で述べた通りである。
　タイミング９３２は、Ｂｅａｃｏｎの受信の待機をやめるタイミングを示す（本来のＢｅａｃｏｎ受信タイミング９３１からタイミング９３２の期間が、図７ＡのＳ７０３の第１の受信待機期間に対応）。図９では、タイミング９３２より前のタイミング９３３でリンク１０４にて、ＳＴＡ１０２はＡＰ１０１からＢｅａｃｏｎ９２２を受信する。Ｂｅａｃｏｎ９２２には他に追加のグループアドレスフレームが続かないため、ＳＴＡ１０２はタイミング９３４の時点で、リンク１０４での受信が完了する。そこで、ＳＴＡ１０２はその後、ＴＸＯＰ９１２に従ってデータ送信を再開する（Ｓ７０６でＮｏ、Ｓ７１０、Ｓ７１１、Ｓ７１７、Ｓ７１８、Ｓ７１９）。
　図１０は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の別の例を示すシーケンス図であり、以下の説明において図７Ａ及び図７Ｂも参照する。図１０は、マルチリンク（リンク１０３とリンク１０４）におけるあるリンクでＢｅａｃｏｎを受信するが、Ｂｅａｃｏｎの受信タイミングがチャネルの混雑によりずれてしまった場合を示す。さらに、図１０は、Ｂｅａｃｏｎを受信する予定であったが、所定の期間にＢｅａｃｏｎを受信できなかった場合を示す。リンク１０３とリンク１０４は、同時に送信と受信ができないリンクの組み合わせとなるリンクである。
　図８と同様に、ＳＴＡ１０２は、自身のＴＸＯＰ１０１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間１０２１が設定されている。ＳＴＡ１０２は、本来のＢｅａｃｏｎ受信タイミング１０３１で、リンク１０４にてＢｅａｃｏｎを受信予定である。ＳＴＡ１０２は、Ｂｅａｃｏｎ受信タイミング１０３１に近づくと（Ｓ７０１でＹｅｓ）、データのアップロードを一時中断する（Ｓ７０２）。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間１０２１の長さがわかっており、ＮＡＶ期間１０２１がリンク１０３でＢｅａｃｏｎ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間１０２１が終了するまではデータの送信（ＴＸＯＰ１０１１）を続けていてもよい。この点の考察については、実施例１で述べた通りである。
　タイミング１０３２は、Ｂｅａｃｏｎの受信の待機をやめるタイミングを示す（本来のＢｅａｃｏｎ受信タイミング１０３１からタイミング１０３２の期間が、図７ＡのＳ７０３の第１の受信待機期間に対応）。ＳＴＡ１０２は、Ｂｅａｃｏｎの受信に関わらず、タイミング１０３２が過ぎたこと（第１の受信待機期間が経過したこと）を契機に、ＴＸＯＰ１０１２に従ってデータの送信を再開する（Ｓ７０５でＮｏ、Ｓ７０９、Ｓ７１０、Ｓ７１１、Ｓ７１７、Ｓ７１８、Ｓ７１９）。図１０では、タイミング１０３２の時刻より遅れてタイミング１０３３にて、ＡＰ１０１からＢｅａｃｏｎ１０２２が送信される。Ｂｅａｃｏｎの送信終了はタイミング１０３４となる。しかし、ＳＴＡ１０２は、リンク１０３にてデータを送信中であるため、ＴＸＯＰに対応した期間１０２４（Not Received）において、リンク１０４にてＢｅａｃｏｎ１０２２を受信できない。
　図７Ａ～図１０を参照して説明したように、実施例２によれば、ＡＰ１０１からのＢｅａｃｏｎを受信するタイミングがずれたとしても、ＳＴＡ１０２は、Ｂｅａｃｏｎの受信よりもデータの送信を優先して行う。これにより、リンクによって混雑に差があった場合でも、ＳＴＡ１０２は、データフレームをいち早くＡＰ１０１に伝えることができるようになり、結果として、ＳＴＡ１０２による通信遅延を下げることができる。
　（実施例３）
　実施例１と実施例２では、ＡＰ１０１がＢｅａｃｏｎを送信し、ＳＴＡ１０２がそれを受信する場合について述べたが、送信されるフレームは定期的に送られるグループアドレスフレームであればなんでもよい。例えば、ＩＥＥＥ８０２．１１シリーズ規格に準拠する、省電力を目的とした技術であるＴＷＴ（Target Wake Time）で定められるＴｒｉｇｇｅｒフレームを対象としてもよい。本実施例では、ＴＷＴを例にした動作を説明する。
　図１１は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の一例を示すシーケンス図である。図１１は、Ｔｒｉｇｇｅｒフレームの受信が本来受信するはずのタイミング／期間（以下、Ｔｒｉｇｇｅｒ受信タイミングとも称する）からはずれるが、受信待機期間中にＡＰ１０１からＴｒｉｇｇｅｒフレームが送信される場合の例を示す。すなわち、図５～図６に関連して説明した処理例と類似する。Ｔｒｉｇｇｅｒ受信タイミングは、ＳＴＡ１０２により所定の情報に基づいて取得さうる。
　ＳＴＡ１０２は、自身のＴＸＯＰ１１１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間１１２１が設定されている。ＳＴＡ１０２は、本来のＴｒｉｇｇｅｒ受信タイミング１１３１で、リンク１０４にてＴｒｉｇｇｅｒフレームを受信予定である。ＳＴＡ１０２は、Ｔｒｉｇｇｅｒ受信タイミング１１３１に近づくと、データのアップロードを一時中断する。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間１１２１の長さがわかっており、ＮＡＶ期間１１２１がリンク１０３でＴｒｉｇｇｅｒ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間１１２１が終了するまではデータの送信（ＴＸＯＰ１１１１）を続けていてもよい。この点の考察については、実施例１で述べた通りである。
　タイミング１１３２は、Ｔｒｉｇｇｅｒフレームおよびそれに続くフレームの受信の待機をやめるタイミングを示す。ＳＴＡ１０２は、タイミング１１３３でリンク１０４にてＴｒｉｇｇｅｒフレーム１１２２を受信する。これに対しＳＴＡ１０２は、リンク１０４にてＰＳ　Ｐｏｌｌ（Power Save Poll）フレームもしくはＵ－ＡＰＳＤ（Unscheduled Automatic Power-Save Delivery）フレーム１１２３を返送する。ＡＰ１０１は各ＳＴＡからの返送を見て、ＤＬ　ＭＵ　ＰＰＤＵ（Downlink Multi-user Physical layer Protocol Data Unit）フレーム１１２４を送信する。これはＳＴＡ１０２を含む複数ＳＴＡへのフレームである。ＳＴＡ１０２はＤＬ　ＭＵ　ＰＰＤＵフレーム１１２４を受信した後、Ｂｌｏｃｋ　Ａｃｋフレーム１１２５を返送する。ＳＴＡ１０２は、Ｂｌｏｃｋ　Ａｃｋフレーム１１２５の返送の終了タイミング１１３４を契機に、データの送信（ＴＸＯＰ１１１２）を再開する。なお、ＳＴＡ１０２は、ＡＰ１０１から再送データがあった場合は再送が終わるまでデータ送信の再開を待つ。
　図１２は、本実施例によるＡＰ１０１とＳＴＡ１０２の処理の別の例を示すシーケンス図である。図１２は、Ｔｒｉｇｇｅｒフレームの受信がＴｒｉｇｇｅｒタイミングから外れ、受信待機期間が経過しまった場合の例を示す。すなわち、図８～図１０に関連して説明した処理例と類似する。
　ＳＴＡ１０２は、自身のＴＸＯＰ１２１１にしたがってリンク１０３でデータの送信（アップロード）をしている。一方、リンク１０４では、例えばＳＴＡ１０５（図１参照）がＡＰ１０１と別のＡＰにデータフレームを送信中であり、ＮＡＶ期間１２２１が設定されている。ＳＴＡ１０２は、本来のＴｒｉｇｇｅｒ受信タイミング１２３１で、リンク１０４にてＴｒｉｇｇｅｒフレームを受信予定である。ＳＴＡ１０２は、Ｔｒｉｇｇｅｒ受信タイミング１２３１に近づくと、データのアップロードを一時中断する。
　なお、ＳＴＡ１０２は、リンク１０４のＮＡＶ期間１２２１の長さがわかっており、ＮＡＶ期間１２２１がリンク１０３でＴｒｉｇｇｅｒ受信タイミングと重ならないことがわかっている場合、ＮＡＶ期間１２２１が終了するまではデータの送信（ＴＸＯＰ１２１１）を続けていてもよい。この点の考察については、実施例１で述べた通りである。
　タイミング１２３２は、Ｔｒｉｇｇｅｒフレームの受信の待機をやめるタイミングを示す。ＳＴＡ１０２は、Ｔｒｉｇｇｅｒフレームの受信に関わらずタイミング１２３２が過ぎたことを契機に、データの送信（ＴＸＯＰ１２１２）を再開する。図１２ではタイミング１２３２より遅れてタイミング１２３３にてＡＰ１０１からＴｒｉｇｇｅｒフレーム１２２２が送信される。Ｔｒｉｇｇｅｒフレームとそれに続くデータ送受信の手続き終了はタイミング１２３４となる。しかしＳＴＡ１０２はリンク１０３にてデータを送信中であるため、期間１２２３においてリンク１０４でのＴｒｉｇｇｅｒフレームは受信できない（Not Received）。
　上記に説明した実施例では、ＡＰ１０１およびＳＴＡ１０２はＥＤＣＡ（Enhanced Distributed Channel Access）によるチャネルアクセスを前提として説明している。しかし課題を解決する手段としてはこれに限らない。例えば、ＡＰ１０１は接続しているＳＴＡからのＵＬ通信についてはＴｒｉｇｇｅｒフレームをベースとした通信のみ許可するものとしてもよい。この場合は他のリンクでＢｅａｃｏｎを受信するタイミングではＵＬデータがないようにチャネル割り当てを行う。これにより、ＳＴＡにとって、Ｂｅａｃｏｎの受信期間とフレーム送信が重なることを回避できる。
　また、実施例２において、ＳＴＡ１０２は、Ｂｅａｃｏｎの受信が複数回できなかった場合、その旨をＡＰ１０１に送信し、別の周波数でリンクを構築してもよい。これにより、混雑していない環境でのリンク構築が可能となり、Ｂｅａｃｏｎの受信が遅れにくくなるほか、そのリンクでデータを送受信することで、スループット向上が期待できる。
　このように、上記に説明した実施形態によれば、マルチリンクにおいて、あるリンクで送信動作中に他のリンクで受信動作ができないように構成されるＳＴＡは、到来するＢｅａｃｏｎ等のグループアドレスフレームのタイミングがずれたとしても、送信動作を制御する。よって、周波数リソースを無駄にせず通信を継続することが可能となる。
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
　本願は、２０２１年２月５日提出の日本国特許出願特願２０２１－０１７７３８を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

Claims (14)

  1. 　ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置であって、
    　前記他の通信装置から前記複数のリンクのうちの第１のリンクにて第１のフレームを受信する受信手段と、
    　前記第１のフレームに基づいて、前記他の通信装置から送信される前記第１のフレームの前記通信装置における所定間隔の受信タイミングの情報を取得する取得手段と、
    　前記複数のリンクのうち第２のリンクにて第２のフレームを送信する送信手段と、を有し、
    　前記送信手段は、前記受信タイミングを含む期間において前記第２のフレームを送信せず、前記受信手段により前記第１のフレームが受信されたことに応じて、前記第２のリンクにて前記第２のフレームを送信する、通信装置。
  2. 　前記送信手段は、前記第２のリンクにて前記第２のフレームの送信を開始した後に、前記期間において前記第２のフレームの送信を一時中断し、前記受信手段により前記第１のフレームが受信されたことに応じて、前記第２のリンクにて前記第２のフレームの送信を再開する、請求項１に記載の通信装置。
  3. 　前記送信手段により前記期間において前記第２のフレームの送信が一時中断されている状態で前記受信手段により前記第１のフレームが受信された場合に、前記第１のフレームに基づいて、前記第１のフレームに続いて受信されるべき第３のフレームが存在するかを判定する判定手段を更に有し、
    　前記判定手段により、前記第３のフレームが存在することが判定された場合、前記送信手段は、前記受信手段により前記第１のフレームと前記第３のフレームが受信されたことに応じて、前記第２のフレームの送信を再開する、請求項２に記載の通信装置。
  4. 　前記第１のフレームと前記第３のフレームは、グループアドレスフレームである、請求項３に記載の通信装置。
  5. 　ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置であって、
    　前記他の通信装置から前記複数のリンクのうちの第１のリンクにて第１のフレームを受信する受信手段と、
    　前記第１のフレームに基づいて、前記他の通信装置から送信される前記第１のフレームの前記通信装置における所定間隔の受信タイミングの情報を取得する取得手段と、
    　前記複数のリンクのうち第２のリンクにて第２のフレームを送信する送信手段と、を有し、
    　前記送信手段は、
    　　前記受信タイミングを含む第１の期間において前記第２のフレームを送信せず、
    　　前記受信手段により前記第１のフレームが受信されずに前記第１の期間が経過した場合、前記第１の期間の経過の後に、前記第２のリンクにて前記第２のフレームを送信する、通信装置。
  6. 　前記送信手段は、
    　　前記第２のリンクにて前記第２のフレームの送信を開始した後に、前記第１の期間において前記第２のフレームの送信を一時中断し、
    　　前記受信手段により前記第１のフレームが受信されずに前記第１の期間が経過した場合、前記第１の期間の経過の後に、前記第２のフレームの送信を再開する、請求項５に記載の通信装置。
  7. 　前記送信手段により前記第１の期間において前記第２のフレームの送信が一時中断されている状態で前記受信手段により前記第１のフレームが受信された場合に、前記第１のフレームに基づいて、前記第１のフレームに続いて受信されるべき第３のフレームが存在するかを判定する判定手段を更に有し、
    　前記判定手段により前記第３のフレームが存在することが判定された場合であって、かつ、前記受信手段により前記第３のフレームが受信されずに前記第１のフレームが受信されたタイミングから第２の期間が経過した場合、前記送信手段は、前記第２の期間の経過の後に、前記第２のフレームの送信を再開する、請求項６に記載の通信装置。
  8. 　前記第１のフレームと前記第３のフレームは、グループアドレスフレームである、請求項７に記載の通信装置。
  9. 　前記送信手段は、前記第１のリンクにて前記通信装置と前記他の通信装置に対して設定されているＮＡＶ（Network Allocation Vector）期間中は、前記第２のリンクにて前記第２のフレームを送信することができる、請求項１から８のいずれか１項に記載の通信装置。
  10. 　前記第１のフレームは、Ｂｅａｃｏｎフレームである、請求項１から９のいずれか１項に記載の通信装置。
  11. 　前記第１のフレームは、Ｔｒｉｇｇｅｒフレームである、請求項１から９のいずれか１項に記載の通信装置。
  12. 　ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置の制御方法であって、
    　前記他の通信装置から前記複数のリンクのうちの第１のリンクにて第１のフレームを受信する受信工程と、
    　前記第１のフレームに基づいて、前記他の通信装置から送信される前記第１のフレームの前記通信装置における所定間隔の受信タイミングの情報を取得する取得工程と、
    　前記複数のリンクのうち第２のリンクにて第２のフレームを送信する送信工程と、を含み、
    　前記送信工程では、前記受信タイミングを含む期間において前記第２のフレームを送信せず、前記受信工程において前記第１のフレームが受信されたことに応じて、前記第２のリンクにて前記第２のフレームを送信する、制御方法。
  13. 　ＩＥＥＥ８０２．１１シリーズ規格に準拠し、他の通信装置との間で周波数チャネルが異なる複数のリンクを用いてマルチリンク通信を行うことが可能な通信装置の制御方法であって、
    　前記他の通信装置から前記複数のリンクのうちの第１のリンクにて第１のフレームを受信する受信工程と、
    　前記第１のフレームに基づいて、前記他の通信装置から送信される前記第１のフレームの前記通信装置における所定間隔の受信タイミングの情報を取得する取得工程と、
    　前記複数のリンクのうち第２のリンクにて第２のフレームを送信する送信工程と、を有し、
    　前記送信工程では、
    　　前記受信タイミングを含む第１の期間において前記第２のフレームを送信せず、
    　　前記第１のフレームが受信されずに前記第１の期間が経過した場合、前記第１の期間の経過の後に、前記第２のリンクにて前記第２のフレームを送信する、制御方法。
  14. 　コンピュータを、請求項１から１１のいずれか１項に記載の通信装置として機能させるためのプログラム。
PCT/JP2021/041704 2021-02-05 2021-11-12 通信装置、通信装置の制御方法、およびプログラム WO2022168393A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202180092990.4A CN117204101A (zh) 2021-02-05 2021-11-12 通信装置、用于通信装置的控制方法以及程序
KR1020237028763A KR20230136171A (ko) 2021-02-05 2021-11-12 통신 장치, 통신 장치의 제어 방법 및 프로그램
EP21924780.6A EP4290944A1 (en) 2021-02-05 2021-11-12 Communication device, communication device control method, and program
US18/363,307 US20230379748A1 (en) 2021-02-05 2023-08-01 Communication apparatus, control method for communication apparatus, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021017738A JP2022120680A (ja) 2021-02-05 2021-02-05 通信装置、通信装置の制御方法、およびプログラム
JP2021-017738 2021-02-05

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/363,307 Continuation US20230379748A1 (en) 2021-02-05 2023-08-01 Communication apparatus, control method for communication apparatus, and storage medium

Publications (1)

Publication Number Publication Date
WO2022168393A1 true WO2022168393A1 (ja) 2022-08-11

Family

ID=82741069

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/041704 WO2022168393A1 (ja) 2021-02-05 2021-11-12 通信装置、通信装置の制御方法、およびプログラム

Country Status (6)

Country Link
US (1) US20230379748A1 (ja)
EP (1) EP4290944A1 (ja)
JP (1) JP2022120680A (ja)
KR (1) KR20230136171A (ja)
CN (1) CN117204101A (ja)
WO (1) WO2022168393A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013255059A (ja) * 2012-06-06 2013-12-19 Fujitsu Ltd ネットワーク分析方法、情報処理装置およびプログラム
JP2015510350A (ja) * 2012-02-10 2015-04-02 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいてチャネルアクセス方法及び装置
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
JP2021017738A (ja) 2019-07-19 2021-02-15 清水建設株式会社 組積造構造物の補強構造および補強方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015510350A (ja) * 2012-02-10 2015-04-02 エルジー エレクトロニクス インコーポレイティド 無線ｌａｎシステムにおいてチャネルアクセス方法及び装置
JP2013255059A (ja) * 2012-06-06 2013-12-19 Fujitsu Ltd ネットワーク分析方法、情報処理装置およびプログラム
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
JP2021017738A (ja) 2019-07-19 2021-02-15 清水建設株式会社 組積造構造物の補強構造および補強方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JASON YUCHEN GUO (HUAWEI TECHNOLOGIES CO. LTD.): "Multi Link Group Addressed Frame delivery for non-STR MLD", IEEE DRAFT; 11-20-0761-02-00BE-MULTI-LINK-GROUP-ADDRESSED-FRAME-DELIVERY-FOR-NON-STR-MLD, vol. 802.11 EHT; 802.11be, no. 2, 25 November 2020 (2020-11-25), Piscataway, NJ USA , pages 1 - 6, XP068175340 *

Also Published As

Publication number Publication date
EP4290944A1 (en) 2023-12-13
JP2022120680A (ja) 2022-08-18
CN117204101A (zh) 2023-12-08
US20230379748A1 (en) 2023-11-23
KR20230136171A (ko) 2023-09-26

Similar Documents

Publication Publication Date Title
KR101585831B1 (ko) 무선 통신 매체로의 액세스를 제어하는 방법 및 시스템
JP5683715B2 (ja) 無線ダイレクトリンクオペレーションに関する方法および装置
CN114208388A (zh) 无线网络的多链路通信
EP4013179A1 (en) Wireless communication method using enhanced distributed channel access, and wireless communication terminal using same
KR20180132541A (ko) 액세서리 디바이스에 최적화된 블루투스 스케줄링
US10050746B2 (en) System and method for orthogonal frequency division multiple access power-saving poll transmission
TW202339539A (zh) 通訊裝置、通訊裝置之控制方法、及通訊控制程式
JP2021170840A (ja) 通信装置、制御方法、及びプログラム
US20230217521A1 (en) Wireless communication method using multi-link, and wireless communication terminal using same
WO2022168393A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
CN112788791B (zh) 多链路信道存取方法
EP4187988A1 (en) Communication device, control method for communication device, and program
JP2022029838A (ja) 通信装置、制御方法、およびプログラム
US20220312314A1 (en) Communication apparatus, communication method, and storage medium
US20230115667A1 (en) Access point apparatus, control method therefor, and computer readable storage medium
WO2022097375A1 (ja) 通信装置、制御方法、およびプログラム
KR200401646Y1 (ko) 무선 통신 매체로의 액세스를 제어하는 시스템
AU2021323751A1 (en) Channel access method and communication device
JP2023079952A (ja) 通信装置、通信方法、およびプログラム
JP2024056907A (ja) 通信装置、通信方法、およびプログラム

Legal Events

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

Ref document number: 21924780

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023015091

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 20237028763

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1020237028763

Country of ref document: KR

ENP Entry into the national phase

Ref document number: 112023015091

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20230727

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021924780

Country of ref document: EP

Effective date: 20230905