WO2023037904A1 - 通信装置、通信方法、およびプログラム - Google Patents

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

Info

Publication number
WO2023037904A1
WO2023037904A1 PCT/JP2022/032164 JP2022032164W WO2023037904A1 WO 2023037904 A1 WO2023037904 A1 WO 2023037904A1 JP 2022032164 W JP2022032164 W JP 2022032164W WO 2023037904 A1 WO2023037904 A1 WO 2023037904A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
tid
communication device
mld
communication
Prior art date
Application number
PCT/JP2022/032164
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 KR1020247010443A priority Critical patent/KR20240049377A/ko
Priority to CN202280060832.5A priority patent/CN117917181A/zh
Publication of WO2023037904A1 publication Critical patent/WO2023037904A1/ja
Priority to US18/589,261 priority patent/US20240205987A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing 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]

Definitions

  • the present invention relates to a communication device that performs wireless communication.
  • 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.
  • IEEE802.11ax uses OFDMA (orthogonal frequency multiple access) to achieve a high peak throughput of up to 9.6 gigabits per second (Gbps), as well as a technology that improves communication speeds under congested conditions.
  • OFDMA orthogonal frequency-division multiple access.
  • 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.
  • multi-link communication in which one AP constructs multiple links with one STA (station) in frequency bands such as 2.4 GHz, 5 GHz, and 6 GHz, and performs simultaneous communication.
  • STA station
  • frequency bands such as 2.4 GHz, 5 GHz, and 6 GHz
  • TID is an identifier indicating the priority of data
  • TID is an abbreviation for Traffic Identifier.
  • an object of the present invention is to appropriately continue communication even after a predetermined link is disconnected in Multi-Link communication in which communication is performed by establishing a plurality of links.
  • the communication device of the present invention includes establishing means for establishing connection with another communication device via a first link and a second link; setting means for setting a TID (Traffic Identifier) to the first link and the second link;
  • TID Traffic Identifier
  • the assigning means for assigning a TID to the first link based on the information about the TID of the first link and the information about the TID of the second link set by the setting means;
  • Multi-Link communication in which communication is performed by establishing a plurality of links, it is possible to appropriately continue communication even after a predetermined link is disconnected.
  • FIG. 1 is a diagram showing the configuration of a network in the present invention
  • FIG. 1 is a diagram showing a hardware configuration of a communication device according to the present invention
  • FIG. 1 is a diagram showing a functional configuration of a communication device according to the present invention
  • FIG. 1 is a diagram showing an overview of Multi-Link communication
  • FIG. 10 is a diagram showing an example of a frame format of TID-To-Link Mapping Element; It is a figure which shows an example of the action frame format in this embodiment. It is a figure which shows an example of the action frame format in this embodiment. It is a figure which shows an example of the action frame format in this embodiment. It is a figure which shows an example of the action frame format in this embodiment. It is a figure which shows an example of the action frame format in this embodiment. It is a figure which shows an example of the action frame format in this embodiment.
  • FIG. 10 is a sequence diagram showing TID reassignment processing when disconnecting a link in this embodiment.
  • FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. 10 is a sequence diagram showing TID reassignment processing when disconnecting a link in this embodiment.
  • FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. 11 is a flowchart for performing TID reassignment processing when disconnecting a link in the present embodiment;
  • FIG. 1 shows the configuration of a network searched by a communication device 101 (hereinafter referred to as Non-AP MLD 101) according to this embodiment.
  • a communication device 102 (hereafter, AP MLD 102 ) is an access point (AP) that has a role of constructing the wireless network 100 .
  • AP MLD 102 can communicate with Non-AP MLD 101 .
  • This embodiment applies to Non-AP MLD 101 and AP MLD 102 .
  • Each of the Non-AP MLD 101 and AP MLD 102 can perform wireless communication conforming to the IEEE802.11be (EHT) standard.
  • IEEE is an abbreviation for Institute of Electrical and Electronics Engineers.
  • the Non-AP MLD 101 and AP MLD 102 can communicate in the frequencies of 2.4 Hz band, 5 GHz band and 6 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.
  • the Non-AP MLD 101 and AP MLD 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 Non-AP MLD 101 and AP MLD 102 can realize multi-user (MU, Multi User) communication by multiplexing signals of a plurality of users by executing OFDMA communication conforming to the IEEE802.11be standard.
  • OFDMA stands for Orthogonal Frequency Division Multiple Access.
  • RU Resource Unit
  • the AP can communicate with multiple STAs in parallel within the defined bandwidth.
  • Non-AP MLD 101 and AP MLD 102 are compliant with the IEEE802.11be standard, but in addition to this, they may also be compliant with the legacy standard, which is a standard prior to the IEEE802.11be standard.
  • the Non-AP MLD 101 and AP MLD 102 may support at least one of the IEEE802.11a/b/g/n/ac/ax standards.
  • other communication standards such as Bluetooth (registered trademark), NFC, UWB, ZigBee, and MBOA may be supported.
  • UWB is an abbreviation for Ultra Wide Band
  • MBOA is an abbreviation for Multi Band OFDM Alliance.
  • NFC is an abbreviation for Near Field Communication.
  • 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.
  • Specific examples of the AP MLD 102 include, but are not limited to, wireless LAN routers and personal computers (PCs).
  • the AP MLD 102 may be an information processing device such as a wireless chip capable of executing wireless communication conforming to the IEEE802.11be standard.
  • Non-AP MLD 101 examples include, but are not limited to, cameras, tablets, smartphones, PCs, mobile phones, video cameras, headsets, and the like. Also, the Non-AP MLD 101 may be an information processing device such as a wireless chip capable of executing wireless communication conforming to the IEEE802.11be standard.
  • Each communication device can communicate using bandwidths of 20 MHz, 40 MHz, 80 MHz, 160 MHz, and 320 MHz.
  • Non-AP MLD 101 and AP MLD 102 establish links via a plurality of frequency channels and perform multi-link communication.
  • 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 IEEE802.11 series standard, and in the IEEE802.11 series standard, a plurality of frequencies are used in each of the 2.4 GHz band, 5 GHz band, 6 GHz band, and 60 GHz band.
  • a frequency channel is defined.
  • a bandwidth of 40 MHz or more may be used in one frequency channel by bonding with adjacent frequency channels.
  • AP MLD 102 has the ability to establish a link with Non-AP MLD 101 via a first frequency channel in the 2.4 GHz band and communicate.
  • the Non-AP MLD 101 has the ability to establish a link and communicate with the AP MLD 102 via a second frequency channel in the 5 GHz band.
  • the Non-AP MLD 101 performs multi-link communication that maintains the second link via the second frequency channel in parallel with the link via the first frequency channel.
  • AP MLD 102 can improve throughput in communication with Non-AP MLD 101 by establishing links with Non-AP MLD 101 via multiple frequency channels.
  • multiple links with different frequency bands may be established between each communication device.
  • the Non-AP MLD 101 may establish links in each of the 2.4 GHz band, 5 GHz band, and 6 GHz band.
  • links may be established via a plurality of different channels included in the same frequency band.
  • a 6ch link in the 2.4 GHz band may be established as the first link
  • a 1ch link in the 2.4 GHz band may be established as the second link. Links with the same frequency band and links with different frequency bands may coexist.
  • the Non-AP MLD 101 may be able to establish a 1ch link in the 2.4GHz band and a 149ch link in the 5GHz band in addition to the first 6ch link in the 2.4GHz band.
  • the connection can be established between the Non-AP MLD 101 and the other band. Therefore, it is possible to prevent a decrease in throughput and a communication delay in communication with the Non-AP MLD 101.
  • the number and arrangement of the AP MLD and Non-AP MLD are not limited to this.
  • one non-AP MLD may be added. The frequency band of each link to be established at this time, the number of links, and the frequency width do not matter.
  • the AP MLD 102 and the non-AP MLD 101 transmit and receive data to and from the partner device via multiple links.
  • the AP MLD 102 and the Non-AP MLD 101 may be able to perform MIMO (Multiple-Input And Multiple-Output) communication.
  • MIMO Multiple-Input And Multiple-Output
  • the AP MLD 102 and the Non-AP MLD 101 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, the AP MLD 102 and Non-AP MLD 101 can communicate more data in the same amount of time than when MIMO communication is not executed.
  • the AP MLD 102 and the Non-AP MLD 101 may perform MIMO communication on some links when performing multi-link communication.
  • FIG. 2 shows a hardware configuration example of the Non-AP MLD 101 in this embodiment.
  • Non-AP MLD 101 has storage section 201 , control section 202 , function section 203 , input section 204 , output section 205 , communication section 206 and antenna 207 .
  • a plurality of antennas may be provided.
  • the storage unit 201 is composed of one or more memories such as ROM and RAM, and stores computer programs for performing various operations described later and various information such as communication parameters for wireless communication.
  • 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 composed of, for example, one or more processors such as a CPU and MPU, and controls the entire Non-AP MLD 101 by executing a computer program stored in the storage unit 201. Note that the control unit 202 may control the entire Non-AP MLD 101 through cooperation between the 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.
  • CPU stands for Central Processing Unit
  • MPU stands for Micro Processing Unit
  • the control unit 202 may be provided with a plurality of processors such as multi-core processors, and the plurality of processors may control the entire Non-AP MLD 101 .
  • 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 Non-AP MLD 101 to execute predetermined processing.
  • 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 a 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 Non-AP MLD 101 or may be separate.
  • 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 Non-AP MLD 101 may control wireless communication in compliance with these communication standards. Also, if the Non-AP MLD 101 can perform wireless communication conforming to a plurality of communication standards, it may be configured to have separate communication units and antennas corresponding to each communication standard.
  • the Non-AP MLD 101 communicates data such as image data, document data, and video data with the Non-AP MLD 101 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 the 2.4 GHz band, 5 GHz band, and 6 GHz band. Although the Non-AP MLD 101 has one antenna in this embodiment, it may have three antennas. Or you may have a different antenna for every frequency band. Also, if the Non-AP MLD 101 has multiple antennas, it may have a communication unit 206 corresponding to each antenna.
  • the AP MLD 102 has the same hardware configuration as the Non-AP MLD 101.
  • FIG. 3 shows a block diagram of the functional configuration of the Non-AP MLD 101 in this embodiment.
  • the AP MLD 102 also has the same configuration.
  • the Non-AP MLD 101 is assumed to have a wireless LAN control section 301 .
  • the number of wireless LAN control units is not limited to one, and may be two, or three or more.
  • Non-AP MLD 101 further has frame processing section 302 , TID-To-Link Mapping management section 303 , UI control section 304 and storage section 305 , and radio antenna 306 .
  • the wireless LAN control unit 301 includes an antenna and circuits for transmitting and receiving wireless signals to and from other wireless LAN devices, and programs for controlling them.
  • the wireless LAN control unit 301 executes wireless LAN communication control based on the frame generated by the frame generation unit 302 according to the IEEE802.11 standard series.
  • the frame processing unit 302 processes wireless control frames transmitted and received by the wireless LAN control unit 301 .
  • the content of the radio control generated and analyzed by the frame processing unit 302 may be restricted by settings saved in the storage unit 305 . Also, it may be changed by user setting from the UI control unit 304 .
  • the information of the generated frame is sent to the wireless LAN control section 301 and transmitted to the communication partner.
  • the frame information received by the wireless LAN control unit 301 is passed to the frame processing unit 302 and analyzed.
  • the TID-To-Link Mapping management section 303 manages which TID is associated with which link.
  • TID is an abbreviation for Traffic Identifier.
  • TID is an identifier indicating the priority of data used for the purpose of QoS, and there are eight types. The eight types include TIDs for transmitting video data and voice data, for example, and the eight types of TIDs must be assigned to at least one link.
  • the UI control unit 304 includes hardware related to the user interface, such as a touch panel or buttons for accepting operations on the Non-AP MLD by the user (not shown) of the Non-AP MLD, and programs that control them. Note that the UI control unit 304 also has a function of presenting information to the user, such as displaying images or outputting audio.
  • the storage unit 305 is a storage device that can be composed of a ROM and a RAM that store programs and data for operating the Non-AP MLD.
  • Fig. 4 shows the configurations of AP MLD and non-AP MLD that perform multi-link communication.
  • a communication device that operates with Multi-Link is called an MLD (Multi-Link Device), and one MLD has multiple STAs and APs (Access Points) linked to each link.
  • An MLD with AP functions is called AP MLD, and an MLD without AP functions is called Non-AP MLD.
  • AP1 401 and STA1 404 in FIG. 4 establish Link1 407 via the first frequency channel.
  • AP2 408 and STA2 405 establish Link2 408 over a second frequency channel
  • AP3 403 and STA3 406 establish Link3 409 over a third frequency channel.
  • the AP MLD and the Non-AP MLD establish connections via frequency channels in the sub-GHz, 2.4 GHz, 3.6 GHz, 4.9 and 5 GHz, 60 GHz, and 6 GHz bands.
  • the AP MLD and Non-AP MLD maintain the connection of the second link through the second frequency channel in parallel with the connection of the first link through the first frequency channel.
  • multiple connections may be established via different frequency channels in the same frequency band.
  • Fig. 5 shows an example of the frame format of the TID-To Link Mapping element.
  • the name of the Element shown in FIG. 5 is TID-To Link Mapping Element, but the name is not limited to this and may be another name.
  • This element is stored in a management frame or action frame such as an Association Request frame.
  • the TID-To Link Mapping element is mainly composed of TID-To Link Mapping Control 501 and Link Mapping of TID 502.
  • TID-To Link Mapping Control 501 is composed of Direction 503, Default Link Mapping 504, and Link Mapping Presence Indicator 505.
  • a Direction 503 is a field indicating whether the frame containing the Element is in the UL direction or the DL direction.
  • a Default Link Mapping 504 is a field indicating that the TID is assigned in the default mode.
  • the default mode is a mode in which all TIDs are assigned to all links.
  • a Link Mapping Presence Indicator 505 is a field that indicates whether or not the Link Mapping of TID 502 that follows the field 501 is included in this element.
  • Link Mapping Presence Indicator 505 may not be included if the Link Mapping of TID 502 following the field 501 is not included in this element.
  • Link Mapping of TID 502 #1 to #8 is a field indicating to which link the TID is assigned, and is generated by the number of TIDs. That is, since there are eight types of TIDs as described above, eight Link Mapping of TIDs 502 can exist. It is specifically shown using Link Mapping of TID502#8. For example, when connections are established with link 1, link 2, and link 3, and the links to which TID 7 is assigned are link 1 and link 3, Link Mapping of TID 502#8 contains Link 1 506 and Link 3 507. It has a value of 1 and the other subfields have a value of 0.
  • Figs. 6A and 6B show an example of a TID-To Link Mapping Request frame and a TID-To Link Mapping Response frame, which are action claims.
  • FIG. 6A shows a configuration example of a TID-To Link Mapping Request frame.
  • a TID-To Link Mapping Request frame consists of Category 601, EHT Action 602, Dialog Token, and TID-To Link Mapping element 603.
  • a Category 601 is a field indicating that the TID-To Link Mapping Request frame is an action frame.
  • the type of action frame is stored in the EHT Action 602, and more specifically, the EHT Action Value shown in the table of FIG. 9 is stored. By storing "1" in the field 602 as the EHT Action Value, it indicates that it is a TID-To Link Mapping Request frame.
  • the TID-To Link Mapping element 603 stores the elements shown in FIG. In this embodiment, an example in which the TID-To-Link Mapping element of FIG. 5 is stored has been shown, but it is not limited to this. For example, at least part of the information of the TID-To Link Mapping element shown in FIG. 5 should be included.
  • FIG. 6B shows a configuration example of the TID-To Link Mapping Response frame.
  • This frame consists of Category 601, EHT Action 602, Dialog Token, Status Code 604, and TID-To Link Mapping element 603.
  • a Category 601 is a field indicating that the TID-To Link Mapping Request frame is an action frame.
  • the type of action frame is stored in the EHT Action 602, and more specifically, the EHT Action Value shown in the table of FIG. 9 is stored. By storing "2" in the field 602 as the EHT Action Value, it indicates that it is a TID-To Link Mapping Response frame.
  • the Status Code 604 stores the response to the TID reassignment request indicated by the TID-To Link Mapping Request. For example, when the TID assignment is successful, information indicating "SUCCESS" is stored.
  • the TID-To Link Mapping element 603 stores the elements shown in FIG. In this embodiment, an example in which the TID-To-Link Mapping element of FIG. 5 is stored has been shown, but the present invention is not limited to this. For example, at least part of the information of the TID-To-Link Mapping element shown in FIG. 5 should be included.
  • the element 603 of the TID-To-Link Mapping Response stores the TID reassignment result determined based on the TID reassignment request by the TID-To-Link Mapping Request.
  • 7A, 7B, 7C, and 7D show an example of a Remove Link Request frame, a Remove Link Response frame, a Change link Request frame, and a Change link Response, which are action claims.
  • FIG. 7A shows a configuration example of a Remove Link Request frame.
  • a Remove Link Request frame consists of Category 701, EHT Action 702, Dialog Token, Link ID Info 703, and TID-To-Link Mapping element 704.
  • Category 701 is a field indicating that the Remove Link Request frame is a Protected EHT action frame.
  • the type of action frame is stored in EHT Action 702, and specifically, the EHT Action Value shown in the table of FIG. 9 is stored. "6" is stored in field 702 as the EHT Action Value to indicate that it is a Remove Link Request frame.
  • Link ID Info 703 is a field used to disconnect the link. This field 703 specifies the link to be added. For example, consider a case where it is desired to disconnect link 2 while AP MLD 101 and non-AP MLD 102 are establishing a connection on link 1 . In this case, when link 2 is specified in Link ID Info 703 and a request is made to disconnect link 2, the connection of link 2 can be disconnected if the request is accepted.
  • the Link ID Info 703 may store a plurality of link information, or a Link ID Info 703 may be provided for each link. For example, if you want to disconnect link 1, link 2, and link 3, you can provide Link ID Info 703#1 for link 1, Link ID Info 703#2 for link 2, and Link ID Info 703#3 for link 3. .
  • the Link ID Info 703 may also include the BSS ID assigned to the link for which disconnection is requested, the source or destination MAC address and MLD MAC address belonging to the Link ID.
  • a multi-link element may be used instead of the Link ID Info field.
  • the TID-To-Link Mapping element 704 stores the elements shown in FIG. In this embodiment, an example in which the TID-To-Link Mapping element of FIG. 5 is stored has been shown, but the present invention is not limited to this. For example, at least part of the information of the TID-To-Link Mapping element shown in FIG. 5 should be included.
  • Fig. 7B shows a configuration example of the Remove Link Response frame.
  • EHT Action Value shown in the table of FIG. 9 is stored in field 702 as EHT Action Value to indicate that it is a Remove Link Response frame.
  • the Status Code 706 stores the response to the request indicated by Remove Link Request. For example, a successful disconnection of the link and allocation of the requested TID indicates "SUCCESS". For example, if a request for disconnecting a link is accepted but the requested TID cannot be assigned, that is, if the TID assignment fails, information to that effect is stored.
  • the Remove Link Response TID-To-Link Mapping element 704 stores the TID reassignment result determined based on the TID reassignment request by the Remove Link Request.
  • Fig. 7C shows a configuration example of a Change link Request frame.
  • EHT Action Value shown in the table of FIG. 9 is stored in field 702 as EHT Action Value to indicate that it is a Change link Request frame.
  • Link ID Info 703 stores the information of link 1 and link 3 as the post-change link list.
  • Link ID Info 703 may store a plurality of link information such as Link 1 and Link 3.
  • a field may be provided for each link, such as Link ID Info 703#1 for link 1 and Link ID Info 703#3 for link 3.
  • the Link ID to be changed may be stored in the Link ID Info 703.
  • the first link remains the same and the second link is changed to the third link. If so, the second link is cut and the third link is added. Therefore, the information of the second link and the third link, which are the links to be changed, are stored in the Link ID Info 703.
  • FIG. 7D shows a configuration example of a Change link Response frame.
  • the Status Code of the Change link Response frame can store the same information as the Status Code 706 of the Link Remove Response frame.
  • the Change Link Response TID-To-Link Mapping element 704 stores the TID reassignment result determined based on the TID reassignment request by the Change Link Request.
  • the Multi-Link element shown in FIG. 8 may be stored.
  • the Multi-Link element consists of Element, Length 801, Element ID Extension, Multi-Link Control, Common Info, and Link Information.
  • Length 801 is a field that indicates the length of the field.
  • MLD Removal 802 stores the device MLD Remover that transmits the frame.
  • Link ID Info 803 is provided for each link as described above, it is possible to read from the field length of Length 801 that multiple Link ID Info 803 exist.
  • MLD address Present 804 is a field indicating whether or not MLD Remover 802 included in Common Info following Multi-link Control is included.
  • the Link ID Info Present 805 is a field indicating whether or not the Link ID Info 803 included in Common Info following Multi-link Control is included.
  • the multi-link element itself may be prepared for each link, and multiple multi-link elements may be included in the frame.
  • Remove link Request frame of this embodiment it is possible to request link disconnection and TID reassignment.
  • the partner device it is possible to suppress the occurrence of TIDs that cannot be assigned due to link disconnection, and to continue communication on the remaining links even after link disconnection. become.
  • Fig. 10 shows a sequence for requesting a change in TID allocation with a TID-To-Link Mapping Request frame before transmitting a Remove link Request frame requesting disconnection.
  • the AP MLD 101 and the Non-AP MLD 102 establish a connection with the first link and the second link, and a TID is set for each link.
  • the following shows the TID reassignment sequence when the link is disconnected while the AP MLD 101 and the Non-AP MLD 102 have established a connection with the first link and the second link.
  • the Non-AP MLD 102 requesting a change in TID allocation transmits a TID-To-Link Mapping Request frame to the AP MLD 101.
  • the TID-To-Link Mapping Request frame contains information for requesting TID allocation.
  • Information for requesting TID allocation is stored in the TID-To-Link Mapping element 603 .
  • the AP MLD 101 receives the frame and determines whether the desired TID assignment is acceptable.
  • the AP MLD 101 stores the determined information in the Status Code 604 shown in FIG. 6B, and transmits the TID-To-Link Mapping Response frame in which the information is stored to the Non-AP MLD 102.
  • the Non-AP MLD 102 confirms that the requested allocation was successful in the Status Code of the TID-To-Link Mapping Response frame received in S1002. After confirming that the reassignment of the requested TID was successful in the Status Code, request disconnection of the link by sending a Remove link Request to the partner device.
  • This flowchart is started in response to an instruction to add a link by the user.
  • an instruction to add a link may be given from an application without being limited to the user's operation.
  • this flowchart may be started according to changes in the radio wave environment.
  • the default mode is a mode in which all TIDs are assigned to all links. Specifically, by referring to the Default Link Mapping 504 of the TID-To-Link Mapping element in FIG. 5, it is determined whether or not the device is operating in the default mode.
  • a TID-To-Link Mapping Request is transmitted to the partner device (S1104). It is determined whether a TID-To-Link Mapping Response frame, which is a response frame to the TID-To-Link Mapping Request transmitted in S1102, has been received (S1105). If it is determined in S1105 that a TID-To-Link Mapping Response frame has been received, then in S1107 a Remove link Request is transmitted to the partner device. In S1107, Remove link Request stores request information for disconnecting the connection.
  • the Remove link Request is transmitted to the partner device without storing the TID-To-Link Mapping (S1103).
  • Remove link Response which is the response frame to the Remove link Request transmitted in S1107, has been received. If it is determined in S1108 that a Remove link Response has been received, in S1109 it is determined whether or not the TID requested in the Remove link Request has been successfully assigned. Specifically, it determines whether the Status Code in the received Remove link Response frame is Success.
  • S1110 it is determined whether only the TID allocation has failed. If it is determined in S1110 that only TID allocation has failed, all types of TIDs are allocated to the remaining links (S1111), and this flowchart ends. If it is determined in S1110 that the process other than the TID assignment has failed, the process ends without disconnecting the link in S1112.
  • a management frame such as a Disassociation frame or a Deauthentication frame may be transmitted instead of the Remove link request.
  • TID-To-Link Mapping Request is sent before a Remove link Request, which is a link disconnection request, is sent to request reassignment of TIDs to the links that remain after the link is disconnected.
  • TID reassignment is executed for the remaining link, so even if there is a TID assigned only to the link to be disconnected, the link will be disconnected. Communication on the remaining link can be continued even after the link is terminated.
  • FIG. 12 shows a sequence diagram for disconnecting links and assigning TIDs using the Remove link Request frame and Remove link Response frame.
  • the AP MLD 101 and the Non-AP MLD 102 establish a connection with the first link and the second link, and a TID is set for each link.
  • the following shows the TID reassignment sequence when the link is disconnected while the AP MLD 101 and the Non-AP MLD 102 have established a connection with the first link and the second link.
  • the Non-AP MLD 102 requesting link disconnection transmits a Remove link Request frame.
  • the Remove link Request frame includes information for requesting link disconnection and information for requesting TID allocation.
  • Information for requesting disconnection of the link is stored in Link ID Info 703, referring to FIG. 7A.
  • information for requesting TID allocation is stored in the TID-To-Link Mapping element 704 .
  • the AP MLD 101 receives this frame and determines whether the link disconnection and TID assignment requested in the Remove link Request frame are acceptable.
  • the AP MLD 101 stores the determined information in the Status Code 706 shown in FIG. 7B, and transmits the Remove link Response frame containing the information to the Non-AP MLD 102 (S1202).
  • a link disconnection request and a TID allocation request can be made by using the Remove link Request frame.
  • This flowchart is started in response to an instruction to add a link by the user.
  • an instruction to add a link may be given from an application without being limited to the user's operation.
  • this flowchart may be started according to changes in the radio wave environment.
  • the default mode is a mode in which all TIDs are assigned to all links. Specifically, by referring to the Default Link Mapping 504 of the TID-To-Link Mapping element in FIG. 5, it is determined whether or not the device is operating in the default mode.
  • the Remove link Request is sent in S1306 without adding the TID-To-Link Mapping element 704 (S1305).
  • TID-To-Link Mapping element 704 S1305.
  • TID-To-Link Mapping element 704 If it is determined in S1302 that there is a TID assigned only to the link to be disconnected, information for assigning a TID assigned only to the link to be disconnected is stored in the TID-To-Link Mapping element 704 (S1304). A Remove link Request containing the information is transmitted to the partner device (S1306). If it is determined in S1302 that there is no TID assigned only to the link to be disconnected, the Remove link Request is transmitted to the partner device without storing the TID-To-Link Mapping element 704 (S1303).
  • a management frame such as a Disassociation frame or a Deauthentication frame may be transmitted instead of the Remove link request.
  • S1307 it is determined whether or not the Remove link Response, which is the response frame to the Remove link Request transmitted in S1306, has been received. If it is determined in S1307 that a Remove link Response has been received, in S1308 it is determined whether or not the TID requested in the Remove link Request has been successfully assigned. Specifically, it determines whether the Status Code in the received Remove link Response frame is Success.
  • control unit 202 executes the program stored in the storage unit 201 of the AP MLD 101 or Non-AP MLD 102, so that the TID is reassigned when a link disconnection request is received. explain.
  • This flowchart starts upon receiving a Remove link Request.
  • the default mode is a mode in which all TIDs are assigned to all links. Specifically, by referring to the Default Link Mapping 504 of the TID-To-Link Mapping element in FIG. 5, it is determined whether or not the device is operating in the default mode.
  • TID-To-Link Mapping element 704 stores information about a TID reassignment request.
  • the TID-To-Link Mapping element 704 is assigned, the TID is reassigned according to the request indicated by the TID-To-Link Mapping element 704 (S1406).
  • the result of the reassignment in S1406 is stored in the TID-To-Link Mapping element 704, the updated information is included in the Remove link Response and transmitted, and this flowchart ends.
  • TID-To-Link Mapping element 704 If it is determined in S1402 that the TID-To-Link Mapping element 704 is not assigned, it is determined in S1403 whether or not there is a TID assigned only to the link to be disconnected (S1403). If it is determined in S1403 that there is a TID assigned only to the link to be disconnected, the TID is assigned to all remaining links (S1404), and this flowchart ends. If it is determined in S1403 that there is no TID assigned only to the link to be disconnected, the information of the received TID-To-Link Mapping element 704 is not updated (S1405). The information is stored in the Remove link Request and transmitted to the partner device (S1408), and this flowchart ends.
  • a management frame such as a Disassociation frame or a Deauthentication frame may be transmitted instead of the Remove link request.
  • a recording medium recording the program code of the software that realizes the above functions is supplied to the system or apparatus, and the computer (CPU, MPU) of the system or apparatus reads and executes the program code stored in the recording medium.
  • the program code itself read out from the storage medium implements the functions of the above-described embodiments, and the storage medium storing the program code constitutes the above-described apparatus.
  • Examples of storage media for supplying program codes include flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, non-volatile memory cards, ROMs, and DVDs. can.
  • OS is an abbreviation for Operating System.
  • the program code read from the storage medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer. Then, based on the instructions of the program code, the CPU provided in the function expansion board or function expansion unit may perform part or all of the actual processing to realize the above functions.
  • 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

Landscapes

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

Abstract

通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う。

Description

通信装置、通信方法、およびプログラム
　本発明は、無線通信を行う通信装置に関する。
　近年の通信されるデータ量の増加に伴い、無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等の通信技術の開発が進められている。無線ＬＡＮの主要な通信規格として、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格シリーズが知られている。ＩＥＥＥ８０２．１１規格シリーズには、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ等の規格が含まれる。例えば、最新規格のＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡ（直交周波数多元接続）を用いて、最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度を向上させる技術が規格化されている（特許文献１参照）。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ　ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ　ｍｕｌｔｉｐｌｅ　ａｃｃｅｓｓの略である。
　さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ　ｇｒｏｕｐが発足した。
　ＩＥＥＥ８０２．１１ｂｅでは、１台のＡＰが１台のＳＴＡ（Ｓｔａｔｉｏｎ）と２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ帯等の周波数バンドで複数のＬｉｎｋを構築し、同時通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。
特開２０１８－５０１３３号公報
　１１ｂｅにおいて導入が検討されているＭｕｌｔｉ―Ｌｉｎｋ通信では確立するＬｉｎｋのそれぞれに対して、データの優先度を示す識別子であるＴＩＤを割り当てることが検討されている。ここでＴＩＤはＴｒａｆｆｉｃ　ｉｄｅｎｔｉｆｉｅｒの略である。ＴＩＤは全部で８種類存在するが、Ｍｕｌｔｉ―Ｌｉｎｋ通信では全てのＴＩＤが確立されるリンクの少なくとも１つのリンクに設定される必要がある。
　しかしながら、第１のリンクと第２のリンクで通信装置と他の通信装置が接続している際に、第２のリンクが切断されると、第２のリンクにしか割り当てられていないＴＩＤが存在する場合は、通信を継続することができなくなる恐れがあった。
　そこで本発明は、複数のリンクを確立して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信において所定のリンクが切断された後も、適切に通信を継続することを目的とする。
　上記目的を達成するため、本発明の通信装置は、第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立手段と、
　前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃ　ｉｄｅｎｔｉｆｉｅｒ）を設定する設定手段と、
　前記確立手段によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て手段と、
　を有する。
　本発明によれば、複数のリンクを確立して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信において、所定のリンクが切断された後も、適切に通信を継続することが可能になる。
本発明におけるネットワークの構成を示す図である。 本発明における通信装置のハードウェア構成を示す図である。 本発明における通信装置の機能構成を示す図である。 Ｍｕｌｔｉ―Ｌｉｎｋ通信の概要を示す図である。 ＴＩＤ－Ｔｏ－Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｅｌｅｍｅｎｔのフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 本実施形態におけるアクションフレームフォーマットの一例を示す図である。 Ｍｕｌｔｉ－Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｅｌｅｍｅｎｔのフレームフォーマットの一例を示す図である。 本実施形態におけるＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅを示す表である。 本実施形態におけるリンクを切断する際のＴＩＤの再割り当て処理を示すシーケンス図である。 本実施形態においてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。 本実施形態におけるリンクを切断する際のＴＩＤの再割り当て処理を示すシーケンス図である。 本実施形態においてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。 本実施形態においてリンクを切断する際のＴＩＤの再割り当て処理を行うフローチャートである。
　以下、添付の図面を参照して、本発明の実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
　（無線通信システムの構成）
　図１は、本実施形態にかかる通信装置１０１（以下、Ｎｏｎ－ＡＰ　ＭＬＤ１０１）が探索するネットワークの構成を示す。通信装置１０２（以下、ＡＰ　ＭＬＤ１０２）は、無線ネットワーク１００を構築する役割を有するアクセスポイント（ＡＰ）である。ＡＰ　ＭＬＤ１０２はＮｏｎ－ＡＰ　ＭＬＤ１０１と通信可能である。本実施形態はＮｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２に適用する。
　Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２の各々は、ＩＥＥＥ８０２．１１ｂｅ（ＥＨＴ）規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓの略である。Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、２．４Ｈｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数において通信することができる。各通信装置が使用する周波数帯は、これに限定されるものではなく、例えば６０ＧＨｚ帯のように、異なる周波数帯を使用してもよい。また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。各通信装置が使用する帯域幅は、これに限定されるものではなく、例えば２４０ＭＨｚや４ＭＨｚのように、異なる帯域幅を使用してもよい。
　Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、Ｍｕｌｔｉ　Ｕｓｅｒ）通信を実現することができる。ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ（直行周波数分割多元接続）の略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Ｒｅｓｏｕｒｃｅ　Ｕｎｉｔ）が各ＳＴＡにそれぞれ重ならないように割り当てられ、各ＳＴＡの搬送波が直行する。そのため、ＡＰは規定された帯域幅の中で複数のＳＴＡと並行して通信することができる。
　なお、Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくともいずれか一つに対応していてもよい。また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。なお、ＵＷＢはＵｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ　Ｂａｎｄ　ＯＦＤＭ　Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。ＡＰ　ＭＬＤ１０２の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。またＡＰ　ＭＬＤ１０２は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。
　また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラ、ヘッドセットなどが挙げられるが、これらに限定されない。また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。
　各通信装置は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。
　また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１、ＡＰ　ＭＬＤ１０２は、複数の周波数チャネルを介してリンクを確立し、通信するＭｕｌｔｉ－Ｌｉｎｋ通信を実行する。ＩＥＥＥ８０２．１１シリーズ規格では、各周波数チャネルの帯域幅は２０ＭＨｚとして定義されている。ここで、周波数チャネルとは、ＩＥＥＥ８０２．１１シリーズ規格に定義された周波数チャネルであって、ＩＥＥＥ８０２．１１シリーズ規格では、２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯、６０ＧＨｚ帯の各周波数帯に複数の周波数チャネルが定義されている。
　なお、隣接する周波数チャネルとボンディングすることで、１つの周波数チャネルにおいて４０ＭＨｚ以上の帯域幅を利用してもよい。例えばＡＰ　ＭＬＤ１０２はＮｏｎ－ＡＰ　ＭＬＤ１０１と２．４ＧＨｚ帯の第１の周波数チャネルを介したリンクを確立し、通信する能力がある。Ｎｏｎ－ＡＰ　ＭＬＤ１０１はこれと並行してＡＰ　ＭＬＤ１０２と５ＧＨｚ帯の第２の周波数チャネルを介したリンクを確立し、通信する能力がある。この場合に、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は、第１の周波数チャネルを介したリンクと並行して、第２の周波数チャネルを介した第２のリンクを維持するＭｕｌｔｉ－Ｌｉｎｋ通信を実行する。このようにＡＰ　ＭＬＤ１０２は複数の周波数チャネルを介したリンクをＮｏｎ－ＡＰ　ＭＬＤ１０１と確立することで、Ｎｏｎ－ＡＰ　ＭＬＤ１０１との通信におけるスループットを向上させることができる。
　なお、各通信機器間のリンクはＭｕｌｔｉ－ｌｉｎｋ通信において、周波数帯の異なるリンクを複数確立してもよい。例えば、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は２．４ＧＨｚ帯、５ＧＨｚ帯、６ＧＨｚ帯それぞれでリンクを確立できるようにしてもよい。あるいは同じ周波数帯に含まれる複数の異なるチャネルを介してリンクを確立できるようにしてもよい。例えば２．４ＧＨｚ帯における６ｃｈのリンクを第１のリンクとして、これに加えて２．４ＧＨｚ帯における１ｃｈのリンクを第２のリンクとして確立できるようにしてもよい。なお、周波数帯が同じリンクと、異なるリンクとが混在していてもよい。例えば、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は２．４ＧＨｚ帯における６ｃｈの第一のリンクに加えて、２．４ＧＨｚ帯の１ｃｈのリンクと、５ＧＨｚ帯における１４９ｃｈのリンクを確立できてもよい。Ｎｏｎ－ＡＰ　ＭＬＤ１０１とＡＰは周波数の異なる複数の接続を確立することで、ある帯域が混雑している場合であっても、Ｎｏｎ－ＡＰ　ＭＬＤ１０１と他方の帯域で接続を確立することができる。そのため、Ｎｏｎ－ＡＰ　ＭＬＤ１０１との通信におけるスループットの低下や通信遅延を防ぐことができる。
　なお、図１の無線ネットワークではＡＰ　ＭＬＤ１台とＮｏｎ－ＡＰ　ＭＬＤ１台となっているが、ＡＰ　ＭＬＤおよびＮｏｎ－ＡＰ　ＭＬＤの台数や配置はこれに限定されない。例えば、図１の無線ネットワークに加えて、Ｎｏｎ－ＡＰ　ＭＬＤを１台増やしてもよい。このとき確立する各リンクの周波数帯やリンクの数、周波数幅は問わない。
　Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合、ＡＰ　ＭＬＤ１０２とＮｏｎ－ＡＰ　ＭＬＤ１０１とは、複数のリンクを介して相手装置とデータの送受信を行う。
　また、ＡＰ　ＭＬＤ１０２とＮｏｎ－ＡＰ　ＭＬＤ１０１はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ　Ａｎｄ　Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）通信を実行できてもよい。この場合、ＡＰ　ＭＬＤ１０２およびＮｏｎ－ＡＰ　ＭＬＤ１０１は複数のアンテナを有し、一方がそれぞれのアンテナから異なる信号を同じ周波数チャネルを用いて送る。受信側は、複数のアンテナを用いて複数ストリームから到達したすべての信号を同時に受信し、各ストリームの信号を分離し、復号する。このように、ＭＩＭＯ通信を実行することで、ＡＰ　ＭＬＤ１０２およびＮｏｎ－ＡＰ　ＭＬＤ１０１は、ＭＩＭＯ通信を実行しない場合と比べて、同じ時間でより多くのデータを通信することができる。また、ＡＰ　ＭＬＤ１０２およびＮｏｎ－ＡＰ　ＭＬＤ１０１は、Ｍｕｌｔｉ－ｌｉｎｋ通信を行う場合に、一部のリンクにおいてＭＩＭＯ通信を実行してもよい。
　（ＡＰ　ＭＬＤおよびＮｏｎ－ＡＰ　ＭＬＤの構成）
　図２に、本実施形態におけるＮｏｎ－ＡＰ　ＭＬＤ１０１のハードウェア構成例を示す。Ｎｏｎ－ＡＰ　ＭＬＤ１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６およびアンテナ２０７を有する。なお、アンテナは複数でもよい。
　記憶部２０１は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
　制御部２０２は、例えば、例えばＣＰＵやＭＰＵ等の１以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、Ｎｏｎ－ＡＰ　ＭＬＤ１０１の全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）との協働により、Ｎｏｎ－ＡＰ　ＭＬＤ１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号（無線フレーム）を生成する。
　なお、ＣＰＵはＣｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔの、ＭＰＵは、Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔの略である。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサによりＮｏｎ－ＡＰ　ＭＬＤ１０１全体を制御するようにしてもよい。
　また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、Ｎｏｎ－ＡＰ　ＭＬＤ１０１が所定の処理を実行するためのハードウェアである。
　入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々Ｎｏｎ－ＡＰ　ＭＬＤ１０１と一体であってもよいし、別体であってもよい。
　通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための信号の送受信を行う。
　なお、Ｎｏｎ－ＡＰ　ＭＬＤ１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部とアンテナを個別に有する構成であってもよい。Ｎｏｎ－ＡＰ　ＭＬＤ１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータをＮｏｎ－ＡＰ　ＭＬＤ１０１と通信する。なお、アンテナ２０７は、通信部２０６と別体として構成されていてもよいし、通信部２０６と合わせて一つのモジュールとして構成されていてもよい。
　アンテナ２０７は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯における通信が可能なアンテナである。本実施形態では、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は１つのアンテナを有するとしたが、３つのアンテナでもよい。または周波数帯ごとに異なるアンテナを有していてもよい。また、Ｎｏｎ－ＡＰ　ＭＬＤ１０１は、アンテナを複数有している場合、各アンテナに対応した通信部２０６を有していてもよい。
　なお、ＡＰ　ＭＬＤ１０２はＮｏｎ－ＡＰ　ＭＬＤ１０１と同様のハードウェア構成を有する。
　図３には、本実施形態におけるＮｏｎ－ＡＰ　ＭＬＤ１０１の機能構成のブロック図を示す。なお、ＡＰ　ＭＬＤ１０２も同様の構成である。ここではＮｏｎ－ＡＰ　ＭＬＤ１０１は無線ＬＡＮ制御部３０１を備えるものとする。なお、無線ＬＡＮ制御部の数は１つに限らず、２つでもよいし、３つ以上でも構わない。Ｎｏｎ－ＡＰ　ＭＬＤ１０１は、さらに、フレーム処理部３０２、ＴＩＤ－Ｔｏ－Ｌｉｎｋ　Ｍａｐｐｉｎｇ管理部３０３、ＵＩ制御部３０４および記憶部３０５、無線アンテナ３０６を有する。
　無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するためのアンテナ並びに回路、およびそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。
　フレーム処理部３０２は、無線ＬＡＮ制御部３０１で送受信する無線制御フレームを処理する。フレーム処理部３０２で生成及び解析する無線制御の内容は記憶部３０５に保存されている設定によって制約を課してもよい。またＵＩ制御部３０４からのユーザ設定によって変更してもよい。生成されたフレームの情報は無線ＬＡＮ制御部３０１に送られ、通信相手に送信される。無線ＬＡＮ制御部３０１で受信したフレームの情報はフレーム処理部３０２に渡され解析される。
　ＴＩＤ－Ｔｏ－Ｌｉｎｋ　Ｍａｐｐｉｎｇ管理部３０３は、どのリンクにどのＴＩＤが紐づけられているかを管理する。ここでＴＩＤはＴｒａｆｆｉｃ　ｉｄｅｎｔｉｆｉｅｒの略である。ＴＩＤはＱｏＳを目的として使用されるデータの優先度を示す識別子であり、８種類存在する。８種類の中には例えばＶｉｄｅｏデータやＶｏｉｃｅデータを送信するためのＴＩＤがあり、８種類のＴＩＤは必ず少なくとも１つのＬｉｎｋに割り当てる必要がある。
　ＵＩ制御部３０４は、Ｎｏｎ－ＡＰ　ＭＬＤの不図示のユーザによるＮｏｎ－ＡＰ　ＭＬＤに対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。なお、ＵＩ制御部３０４は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。
　記憶部３０５は、Ｎｏｎ－ＡＰ　ＭＬＤが動作するプログラムおよびデータを保存するＲＯＭとＲＡＭ等によって構成されうる記憶装置である。
　図４にＭｕｌｔｉ－ｌｉｎｋ通信を行うＡＰ　ＭＬＤとＮｏｎ－ＡＰ　ＭＬＤの構成を示す。
　Ｍｕｌｔｉ－Ｌｉｎｋで動作する通信装置はＭＬＤ（Ｍｕｌｔｉ　Ｌｉｎｋ　Ｄｅｖｉｃｅ）と呼び、一つのＭＬＤは各Ｌｉｎｋに紐づくＳＴＡやＡＰ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ）を複数個有する。ＡＰ機能を有するＭＬＤをＡＰ　ＭＬＤ、ＡＰ機能を有さないＭＬＤをＮｏｎ－ＡＰ　ＭＬＤと呼ぶ。
　図４のＡＰ１　４０１とＳＴＡ１　４０４は第１の周波数チャネルを介してＬｉｎｋ１　４０７を確立する。同様に、ＡＰ２　４０８とＳＴＡ２　４０５は第２の周波数チャネルを介してＬｉｎｋ２　４０８を確立し、ＡＰ３　４０３とＳＴＡ３　４０６は第３の周波数チャネルを介してＬｉｎｋ３　４０９を確立する。
　ここでＡＰ　ＭＬＤとＮｏｎ－ＡＰ　ＭＬＤは、サブＧＨｚ帯、２．４ＧＨｚ帯、３．６ＧＨｚ帯、４．９及び５ＧＨｚ帯、６０ＧＨｚ帯、及び６ＧＨｚ帯の周波数チャネルを介して接続を確立する。ＡＰ　ＭＬＤおよびＮｏｎ－ＡＰ　ＭＬＤは、第１の周波数チャネルを介した第１のリンクの接続と並行して、第２の周波数チャネルを介した第２のリンクの接続を維持する。また、異なる周波数帯域の接続ではなく、同じ周波数帯域の異なる周波数チャネルを介した接続を複数確立してもよい。
　図５に、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔのフレームフォーマットの一例を示す。尚、本実施形態では、図５に示したＥｌｅｍｅｎｔの名称をＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔとしているが、これに限らず、他の名称であってもよい。本ｅｌｅｍｅｎｔはＡｓｓｏｃｉａｔｉｏｎ　Ｒｅｑｕｅｓｔフレームのようなマネジメントフレームやアクションフレームに格納される。
　ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔは主に、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｃｏｎｔｒｏｌ５０１、Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２から構成される。
　さらにＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｃｏｎｔｒｏｌ５０１は、Ｄｉｒｅｃｔｉｏｎ５０３、Ｄｅｆａｕｌｔ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ５０４、Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｐｒｅｓｅｎｃｅ　Ｉｎｄｉｃａｔｏｒ５０５から構成される。
　Ｄｉｒｅｃｔｉｏｎ５０３は、当該Ｅｌｅｍｅｎｔが含まれるフレームがＵＬ方向またはＤＬ方向であるかを示すフィールドである。
　Ｄｅｆａｕｌｔ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ５０４は、デフォルトモードでＴＩＤの割り当てを行うことを示すフィールドである。ここでデフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。
　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｐｒｅｓｅｎｃｅ　Ｉｎｄｉｃａｔｏｒ５０５は、フィールド５０１の後に続くＬｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２が本ｅｌｅｍｅｎｔに含まれるか否かを示すフィールドである。
　尚、Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｐｒｅｓｅｎｃｅ　Ｉｎｄｉｃａｔｏｒ５０５は、フィールド５０１の後に続くＬｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２が本ｅｌｅｍｅｎｔに含まれない場合は、本フィールド５０５は含まれなくてもよい。
　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２♯１～♯８は、ＴＩＤがどのリンクに割り当てられるかを示すフィールドであって、ＴＩＤの数だけ生成される。すなわち、前述の通りＴＩＤは８種類存在するので、Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２は８つの存在しうる。Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２♯８を用いて具体的に示す。例えばリンク１、リンク２、リンク３で接続を確立している場合において、ＴＩＤ７が割り当てられるリンクがリンク１、リンク３である場合は、Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｏｆ　ＴＩＤ５０２♯８には、Ｌｉｎｋ１　５０６、Ｌｉｎｋ３　５０７の値が１となり、他のサブフィールドは値が０となる。
　図６Ａ、図６ＢにアクションクレームであるＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレーム、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅフレームの一例を示す。
　まず図６Ａに、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームの構成例を示す。
　ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームは、Ｃａｔｅｇｏｒｙ６０１、ＥＨＴ　Ａｃｔｉｏｎ６０２、Ｄｉａｌｏｇ　Ｔｏｋｅｎ、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ６０３から構成される。
　Ｃａｔｅｇｏｒｙ６０１はＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームがアクションフレームであることを示すフィールドである。
　ＥＨＴ　Ａｃｔｉｏｎ６０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅが格納される。ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド６０２に「１」が格納されることでＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームであることを示す。
　ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ６０３には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。
　次に図６ＢにＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅフレームの構成例を示す。
　当該フレームは、Ｃａｔｅｇｏｒｙ６０１、ＥＨＴ　Ａｃｔｉｏｎ６０２、Ｄｉａｌｏｇ　Ｔｏｋｅｎ、Ｓｔａｔｕｓ　Ｃｏｄｅ６０４、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ６０３から構成される。
　Ｃａｔｅｇｏｒｙ６０１はＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームがアクションフレームであることを示すフィールドである。
　ＥＨＴ　Ａｃｔｉｏｎ６０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅが格納される。ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド６０２に「２」が格納されることでＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅフレームであることを示す。
　Ｓｔａｔｕｓ　Ｃｏｄｅ６０４には、ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔで示されたＴＩＤの再割り当て要求に対する応答を格納する。例えば、ＴＩＤの割り当てが成功した場合に、「ＳＵＣＣＥＳＳ」を示す情報を格納する。
　ＴＩＤ－Ｔｏ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ６０３には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅの当該ｅｌｅｍｅｎｔ６０３には、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。
　図７Ａ、図７Ｂ、図７Ｃ、図７Ｄに、アクションクレームであるＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレーム、Ｒｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレーム、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレーム、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅの一例を示す。
　まず図７Ａに、Ｒｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームの構成例を示す。
　Ｒｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームは、Ｃａｔｅｇｏｒｙ７０１、ＥＨＴ　Ａｃｔｉｏｎ７０２、Ｄｉａｌｏｇ　Ｔｏｋｅｎ、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４から構成される。
　Ｃａｔｅｇｏｒｙ７０１はＲｅｍｏｖｅ　Ｌｉｎｋ　ＲｅｑｕｅｓｔフレームがＰｒｏｔｅｃｔｅｄ　ＥＨＴアクションフレームであることを示すフィールドである。
　ＥＨＴ　Ａｃｔｉｏｎ７０２にはアクションフレームの種別が格納され、具体的には、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅが格納される。ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド７０２に「６」が格納されることでＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームであることを示す。
　Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３はリンクを切断するために使用されるフィールドである。本フィールド７０３では、追加したいリンクを指定する。例えば、リンク１において、ＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２が接続を確立している際に、リンク２を切断したい場合を考える。この場合、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３においてリンク２を指定し、当該リンク２の切断を要求した際に、当該要求が受け入れられるとリンク２の接続を切断することができる。
　また、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３には、複数のリンク情報を格納してもよいし、リンクごとにＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３を設けてもよい。例えば、リンク１とリンク２とリンク３を切断したい場合は、リンク１用のＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３♯１、リンク２用のＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３♯２、リンク３用のＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３♯３を設けることができる。また、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３には、切断を要求するリンクに付与されたＢＳＳ　ＩＤや、Ｌｉｎｋ　ＩＤに属する送信元または送信先のＭＡＣ　ａｄｄｒｅｓｓ、ＭＬＤ　ＭＡＣ　Ａｄｄｒｅｓｓを含めてもよい。
　また、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏフィールドの代わりにＭｕｌｔｉ－ｌｉｎｋ　ｅｌｅｍｅｎｔを用いてもよい。
　ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４には図５に示すｅｌｅｍｅｎｔが格納される。本実施形態では図５のＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔが格納される例を示したが、これに限定されない。例えば図５に示されるＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔの少なくとも一部の情報が含まれていればよい。
　図７Ｂに、Ｒｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレームの構成例を示す。
　ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅの「７」が格納されることでＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレームであることを示す。
　フィールド７０１、７０２は上述のＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームと重複しているため説明を省略する。
　Ｓｔａｔｕｓ　Ｃｏｄｅ７０６では、Ｒｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔで示された要求に対する応答を格納する。例えば、リンクの切断と要求されたＴＩＤの割り当てが成功した場合は、「ＳＵＣＣＥＳＳ」を示す。例えば、リンクの切断に対する要求は受け入れられるが、要求されたＴＩＤの割り当てができない場合、すなわち、ＴＩＤの割り当てに失敗した場合は、その旨を示す情報を格納する。
　Ｒｅｍｏｖｅ　Ｌｉｎｋ　ＲｅｓｐｏｎｓｅのＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４には、Ｒｅｍｏｖｅ　Ｌｉｎｋ　ＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。
　図７Ｃに、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームの構成例を示す。
　ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅの「８」が格納されることで、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームであることを示す。
　フィールド７０１、７０２は上述のＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームと重複しているため説明を省略する。
　Ｃｈａｎｇｅ　ｌｉｎｋ　ＲｅｑｕｅｓｔフレームのＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３には、リンク変更後の全てのＬｉｎｋ　ＩＤを付与することができる。例えば、第１のリンクと第２のリンクを介してＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２とが接続を確立している際に、第１のリンクはそのままで第２のリンクを第３のリンクへ変更したい場合を考える。この場合、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３には、変更後のリンク一覧として、リンク１、リンク３の情報が格納される。上述の通り、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３にリンク１、リンク３のように複数のリンク情報を格納してもよい。
　また、リンク１用のＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３♯１、リンク３用のＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３♯３のようにリンクごとにフィールドを設けてもよい。
　またＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３には、変更するＬｉｎｋ　ＩＤのみ格納してもよい。例えば、第１のリンクと第２のリンクを介してＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２とが接続を確立している際に、第１のリンクはそのままで第２のリンクを第３のリンクへ変更したい場合は、第２のリンクは切断、第３のリンクは追加することになる。したがって変更するリンクである第２のリンクと第３のリンクの情報をＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３に格納する。
　図７Ｄに、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレームの構成例を示す。
　ＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド７０２に、図９の表に示すＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅの「９」が格納されることで、Ｃｈａｎｇｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレームであることを示す。
　フィールド７０１、７０２は上述のＲｅｍｏｖｅ　Ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームと重複しているため説明を省略する。
　Ｃｈａｎｇｅ　ｌｉｎｋ　ＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓ　Ｃｏｄｅは、Ｌｉｎｋ　Ｒｅｍｏｖｅ　ＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓ　Ｃｏｄｅ７０６と同様の情報が格納されうる。
　Ｃｈａｎｇｅ　Ｌｉｎｋ　ＲｅｓｐｏｎｓｅのＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４には、Ｃｈａｎｇｅ　Ｌｉｎｋ　ＲｅｑｕｅｓｔによるＴＩＤの再割り当て要求に基づいて決定されたＴＩＤの再割り当て結果を格納する。
　また、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３に代えて、図８に示すＭｕｌｔｉ－Ｌｉｎｋ　ｅｌｅｍｅｎｔを格納してもよい。
　Ｍｕｌｔｉ－Ｌｉｎｋ　ｅｌｅｍｅｎｔはＥｌｅｍｅｎｔ、Ｌｅｎｇｔｈ８０１、Ｅｌｅｍｅｎｔ　ＩＤ　Ｅｘｔｅｎｓｉｏｎ、Ｍｕｌｔｉ－Ｌｉｎｋ　Ｃｏｎｔｒｏｌ、Ｃｏｍｍｏｎ　Ｉｎｆｏ、Ｌｉｎｋ　Ｉｎｆｏｒｍａｔｉｏｎから構成される。
　Ｌｅｎｇｔｈ８０１はフィールドの長さを示すフィールドである。
　Ｃｏｍｍｏｎ　Ｉｎｆｏには、ＭＬＤ　Ｒｅｍｏｖｅｒｅｓｓ８０２、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ８０３が含まれる。ＭＬＤ　Ｒｅｍｏｖｅｒｅｓｓ８０２は、当該フレームを送信する装置ＭＬＤ　Ｒｅｍｏｖｅｒｅｓｓが格納される。
　Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ８０３はＬｉｎｋ　ＩＤ　Ｉｎｆｏ７０３と同様の構成を示すため、説明は省略する。
　また、前述のようにＬｉｎｋ　ＩＤ　Ｉｎｆｏ８０３をリンクごとに設ける場合は、Ｌｅｎｇｔｈ８０１のフィールド長から、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ８０３が複数存在することを読み取ることができる。
　ＭＬＤ　ａｄｄｒｅｓｓ　Ｐｒｅｓｅｎｔ８０４は、Ｍｕｌｔｉ－ｌｉｎｋ　Ｃｏｎｔｒｏｌ後に続く、Ｃｏｍｍｏｎ　Ｉｎｆｏに含まれるＭＬＤ　Ｒｅｍｏｖｅｒｅｓｓ８０２が含まれるか否かを示すフィールドである。
　Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ　Ｐｒｅｓｅｎｔ８０５は、Ｍｕｌｔｉ－ｌｉｎｋ　Ｃｏｎｔｒｏｌ後に続く、Ｃｏｍｍｏｎ　Ｉｎｆｏに含まれるＬｉｎｋ　ＩＤ　Ｉｎｆｏ８０３が含まれるか否かを示すフィールドである。
　また、Ｍｕｌｔｉ－ｌｉｎｋ　ｅｌｅｍｅｎｔ自体をリンクごとに用意し、複数のＭｕｌｔｉ－ｌｉｎｋ　ｅｌｅｍｅｎｔをフレームに含めてもよい。
　本実施形態ではＥＨＴ　Ａｃｔｉｏｎ　Ｖａｌｕｅとしてフィールド７０２に「６」～「９」の値を格納する例を示したが、これに限定されず、他の値でもよい。
　本実施形態のＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームを用いることで、リンクの切断とＴＩＤの再割り当て要求を行うことができる。また、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームを相手装置に送信することでリンクの切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。
　＜実施形態１＞
　本実施形態では、リンクを切断することで割り当てられなくなるＴＩＤが発生することを防ぐために、リンクを切断する前に残されるリンクに対してＴＩＤの再割り当てを実行する例を示す。
　図１０に切断要求を行うＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームを送信する前に、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ＲｅｑｕｅｓｔフレームでＴＩＤの割り当ての変更要求を行うシーケンスを示す。ここでＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立し、それぞれのリンクに対してＴＩＤを設定されている。ＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立している状態でリンクの切断する際のＴＩＤの再割り当てシーケンスを下記に示す。
　Ｓ１００１において、ＴＩＤの割り当ての変更を要求するＮｏｎ－ＡＰ　ＭＬＤ１０２は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ＲｅｑｕｅｓｔフレームをＡＰ　ＭＬＤ１０１に対して送信する。当該ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームには、ＴＩＤの割り当てを要求するための情報が含まれる。ＴＩＤの割り当てを要求するための情報はＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ６０３に格納される。
　Ｓ１００１でＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔフレームが送信されると、ＡＰ　ＭＬＤ１０１は当該フレームを受信し、所望のＴＩＤの割り当てが受け入れ可能かを判定する。ＡＰ　ＭＬＤ１０１は、判定した情報を図６Ｂに示されるＳｔａｔｕｓ　Ｃｏｄｅ６０４に格納し、当該情報が格納されたＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ＲｅｓｐｏｎｓｅフレームをＮｏｎ－ＡＰ　ＭＬＤ１０２に送信する。
　Ｎｏｎ－ＡＰ　ＭＬＤ１０２はＳ１００２において受信したＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ＲｅｓｐｏｎｓｅフレームのＳｔａｔｕｓ　Ｃｏｄｅにおいて要求した割り当てが成功したことを確認する。Ｓｔａｔｕｓ　Ｃｏｄｅにおいて要求したＴＩＤの再割り当てが成功したことを確認した後、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを相手装置に送信することでリンクの切断を要求する。
　本シーケンスによると、リンクの切断を行う前に、ＴＩＤの再割り当てを行うことで、リンクの切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。
　図１１では、ＡＰ　ＭＬＤ１０１またはＮｏｎ－ＡＰ　ＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクを切断する際にＴＩＤの再割り当てを行う処理の流れについて説明する。
　本フローチャートは、ユーザによってリンクの追加を指示されたことに応じて開始される。またユーザ操作に限らず、アプリからリンクの追加の指示を行ってもよい。また、電波環境の変化に応じて本フローチャートを開始してもよい。
　Ｓ１１０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔのＤｅｆａｕｌｔ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。
　Ｓ１１０１においてデフォルトモードで動作していると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔを付与せず、Ｓ１１０６においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを送信する。デフォルトモードで動作している場合は、全リンクに全ＴＩＤが割り当てられているため、リンクを切断する際にＴＩＤの割り当てを考慮する必要はない。
　Ｓ１１０１においてデフォルトモードで動作していないと判定された場合は、Ｓ１１０２において、切断するリンクのみに割り当てられているＴＩＤが存在しているか否かを判定する。
　Ｓ１１０２において、切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔを相手装置に送信する（Ｓ１１０４）。Ｓ１１０２において送信したＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔの応答フレームであるＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅフレームを受信したかを判定する（Ｓ１１０５）。Ｓ１１０５において、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｓｐｏｎｓｅフレームを受信したと判定された場合は、Ｓ１１０７においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを相手装置に送信する。Ｓ１１０７においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔには接続を切断するための要求情報が格納される。
　Ｓ１１０２において、切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇを格納せずに（Ｓ１１０３）、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを相手装置に送信する。
　Ｓ１１０８において、Ｓ１１０７で送信したＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔの応答フレームであるＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅを受信したか否を判定する。Ｓ１１０８においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅを受信したと判定した場合は、Ｓ１１０９において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したか否かを判定する。具体的には受信したＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレーム内のＳｔａｔｕｓ　ＣｏｄｅがＳｕｃｃｅｓｓか否かを判定する。
　Ｓ１１０９において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定された場合は、本フローチャートを終了する。
　Ｓ１１０９において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定されなかった場合は、Ｓ１１１０においてＴＩＤの割り当てのみを失敗したか否かを判定する。Ｓ１１１０においてＴＩＤの割り当てのみを失敗したと判定された場合は、残されるリンクに全ての種類のＴＩＤを割り当てて（Ｓ１１１１）、本フローチャートを終了する。また、Ｓ１１１０においてＴＩＤの割り当て以外を失敗したと判定された場合は、Ｓ１１１２においてリンクの切断を行わずに本フローチャートを終了する。
　本実施形態では、Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔを送信する例を示したが、これに限定されない。Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔの代わりに、ＤｉｓａｓｓｏｃｉａｔｉｏｎフレームやＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームなどのマネジメントフレームを送信してもよい。
　本実施形態ではリンクの切断要求であるＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを送信する前にＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　Ｒｅｑｕｅｓｔを送信することで、リンクを切断すると残されるリンクに対するＴＩＤの再割り当て要求を行った。リンクを切断する前に当該要求を行うことで、残されるリンクに対してＴＩＤの再割り当てを実行するので、切断するリンクにしか割り当てられていないＴＩＤが存在する場合であっても、リンクが切断された後も残されたリンクでの通信を継続することができる。
　図１２にＲｅｍｏｖｅ　ｌｉｎｋ　ＲｅｑｕｅｓｔフレームとＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレームを用いリンクの切断とＴＩＤの割り当て処理を行うシーケンス図を示す。ここでＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立し、それぞれのリンクに対してＴＩＤを設定されている。ＡＰ　ＭＬＤ１０１とＮｏｎ－ＡＰ　ＭＬＤ１０２は第１のリンクと第２のリンクで接続を確立している状態でリンクの切断する際のＴＩＤの再割り当てシーケンスを下記に示す。
　Ｓ１２０１において、リンクの切断を要求するＮｏｎ－ＡＰ　ＭＬＤ１０２は、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームを送信する。当該Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームには、リンクの切断を要求するための情報とＴＩＤの割り当てを要求するための情報が含まれる。リンクの切断を要求するための情報は図７Ａを参照すると、Ｌｉｎｋ　ＩＤ　Ｉｎｆｏ７０３に格納される。また、ＴＩＤの割り当てを要求するための情報はＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４に格納される。
　Ｓ１２０１でＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームが送信されると、ＡＰ　ＭＬＤ１０１は当該フレームを受信し、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームで要求されたリンクの切断やＴＩＤの割り当てが受け入れ可能かを判定する。ＡＰ　ＭＬＤ１０１は、判定した情報を図７Ｂに示されるＳｔａｔｕｓ　Ｃｏｄｅ７０６に格納し、当該情報が格納されたＲｅｍｏｖｅ　ｌｉｎｋ　ＲｅｓｐｏｎｓｅフレームをＮｏｎ－ＡＰ　ＭＬＤ１０２に送信する（Ｓ１２０２）。
　本シーケンスによると、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔフレームを用いることでリンクの切断要求とＴＩＤの割り当て要求を行うことができる。リンクの切断を行う前に、ＴＩＤの再割り当てを行うことで、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。
　図１３では、ＡＰ　ＭＬＤ１０１またはＮｏｎ－ＡＰ　ＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクを切断する際にＴＩＤの再割り当てを行う処理の流れについて説明する。
　本フローチャートは、ユーザによってリンクの追加を指示されたことに応じて開始される。またユーザ操作に限らず、アプリからリンクの追加の指示を行ってもよい。また、電波環境の変化に応じて本フローチャートを開始してもよい。
　Ｓ１３０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔのＤｅｆａｕｌｔ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。
　Ｓ１３０１においてデフォルトモードで動作していると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４を付与せずに（Ｓ１３０５）、Ｓ１３０６においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを送信する。デフォルトモードで動作している場合は、全リンクに全ＴＩＤが割り当てられているため、リンクを切断する際にＴＩＤの割り当てを考慮する必要はない。
　Ｓ１３０１においてデフォルトモードで動作していないと判定された場合は、Ｓ１３０２において、切断するリンクのみに割り当てられているＴＩＤが存在しているか否かを判定する。
　Ｓ１３０２で切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合はＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４に切断するリンクにのみ割り当てられているＴＩＤを割り当てるための情報を格納する（Ｓ１３０４）。当該情報を格納したＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを相手装置に送信する（Ｓ１３０６）。Ｓ１３０２で切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４を格納せずに（Ｓ１３０３）、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを相手装置に送信する。
　本実施形態では、Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔを送信する例を示したが、これに限定されない。Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔの代わりに、ＤｉｓａｓｓｏｃｉａｔｉｏｎフレームやＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームなどのマネジメントフレームを送信してもよい。
　Ｓ１３０７において、Ｓ１３０６において送信したＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔの応答フレームであるＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅを受信したか否を判定する。Ｓ１３０７においてＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅを受信したと判定した場合は、Ｓ１３０８において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したか否かを判定する。具体的には受信したＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅフレーム内のＳｔａｔｕｓ　ＣｏｄｅがＳｕｃｃｅｓｓか否かを判定する。
　Ｓ１３０８において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定された場合は、本フローチャートを終了する。
　Ｓ１３０８において、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔで要求したＴＩＤの割り当てが成功したと判定されなかった場合は、Ｓ１３０９においてＴＩＤの割り当てのみを失敗したか否かを判定する。Ｓ１３０９においてＴＩＤの割り当てのみを失敗したと判定された場合は、残されるリンクに全てのＴＩＤを割り当てて（Ｓ１３１０）、本フローチャートを終了する。また、Ｓ１３０９においてＴＩＤの割り当て以外を失敗したと判定された場合は、Ｓ１３１１においてリンクの切断を行わずに本フローチャートを終了する。
　本実施形態ではリンクの切断要求と残されるリンクに対するＴＩＤの再割り当て要求を同一のフレームで実行する例を示した。リンクの切断とＴＩＤの再割り当てを同時に行うことで、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。
　＜実施形態２＞
　実施形態１ではリンクを切断する前に残されるリンクに対してＴＩＤの再割り当てを実行する例を示した。本実施形態ではリンクの切断要求を受信する際に、残されるリンクに対してＴＩＤの再割り当て要求がない場合の形態を示す。
　図１４では、ＡＰ　ＭＬＤ１０１またはＮｏｎ－ＡＰ　ＭＬＤ１０２の記憶部２０１に記憶されているプログラムを制御部２０２が実行することで、リンクの切断要求を受信した際にＴＩＤの再割り当てを行う処理の流れについて説明する。
　本フローチャートは、Ｒｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔを受信したことに応じて開始される。
　Ｓ１４０１において、デフォルトモードで動作しているか否かを判定する。ここで、デフォルトモードとは、全リンクに全てのＴＩＤを割り当てるモードである。具体的には、図５のＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔのＤｅｆａｕｌｔ　Ｌｉｎｋ　Ｍａｐｐｉｎｇ５０４を参照することで、デフォルトモードで動作しているか否かを判定する。
　Ｓ１４０１においてデフォルトモードで動作していると判定された場合は、全リンクに全ＴＩＤが割り当てられている。そのため、リンクを切断する際にＴＩＤの割り当てを考慮する必要がなく、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４を更新しない（Ｓ１４０７）。ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４を更新せずに、当該情報をＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔに格納して相手装置に送信し（Ｓ１４０８）、本フローチャートを終了する。
　Ｓ１４０１においてデフォルトモードで動作していないと判定された場合は、受信したＲｅｍｏｖｅ　ｌｉｎｋ　ＲｅｑｕｅｓｔにＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４が付与されているか否かを判定する（Ｓ１４０２）。ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４にはＴＩＤの再割り当て要求に関する情報が格納されている。
　Ｓ１４０２においてＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４が付与されていると判定された場合は、ＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４で示された要求に従ってＴＩＤの再割り当てを行う（Ｓ１４０６）。
　Ｓ１４０６で再割り当てを行った結果をＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４に格納し、当該更新された情報をＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｓｐｏｎｓｅに含めて送信し、本フローチャートを終了する。
　Ｓ１４０２においてＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４が付与されていないと判定された場合は、Ｓ１４０３において切断するリンクにのみ割り当てられているＴＩＤが存在するか否かを判定する（Ｓ１４０３）。Ｓ１４０３で切断するリンクにのみ割り当てられているＴＩＤが存在すると判定された場合は、当該ＴＩＤを残される全リンクに割り当てて（Ｓ１４０４）、本フローチャートを終了する。Ｓ１４０３で切断するリンクにのみ割り当てられているＴＩＤが存在しないと判定された場合は、受信したＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔ７０４の情報を更新しない（Ｓ１４０５）。当該情報をＲｅｍｏｖｅ　ｌｉｎｋ　Ｒｅｑｕｅｓｔに格納して相手装置に送信し（Ｓ１４０８）、本フローチャートを終了する。
　本実施形態では、Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔを送信する例を示したが、これに限定されない。Ｒｅｍｏｖｅ　ｌｉｎｋ　ｒｅｑｕｅｓｔの代わりに、ＤｉｓａｓｓｏｃｉａｔｉｏｎフレームやＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームなどのマネジメントフレームを送信してもよい。
　また本実施形態では、Ｓ１４０３において、当該ＴＩＤを残されるリンクに割り当てる例を示したが、切断するリンクにのみ割り当てられているＴＩＤに限らず、全ＴＩＤを残されるリンクに割り当てる、すなわちデフォルトモードで割り当てを行ってもよい。
　本実施形態によるとリンクの切断要求を受信した際に、残されるリンクに対するＴＩＤの再割り当てが指示されない場合であっても、切断するリンクにのみ割り当てられているＴＩＤが存在する場合に残されるリンクに対するＴＩＤの再割り当てを行うことができる。そのため、切断に伴って割り当てられなくなるＴＩＤが発生することを抑制し、リンク切断後も残りのリンクにおいて通信を継続して実行することが可能になる。
　尚、上述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が上述の実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は上述の装置を構成することになる。
　プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
　また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍの略である。
　さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。
　本願は、２０２１年９月８日提出の日本国特許出願特願２０２１－１４６４１１を基礎として優先権を主張するものであり、その記載内容の全てをここに援用する。

Claims (10)

  1. 　通信装置であって、
    　第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立手段と、
    　前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃ　ｉｄｅｎｔｉｆｉｅｒ）を設定する設定手段と、
    　前記確立手段によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て手段と、
    　を有することを特徴とする通信装置。
  2. 　前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記第１のリンクに対するＴＩＤを決定するための情報を含むフレームを送信する送信手段を有することを特徴とする請求項１に記載の通信装置。
  3. 　前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段によって前記第２のリンクにのみ設定されているＴＩＤが存在する場合は、前記割り当て手段は当該ＴＩＤを前記第１のリンクに割り当てることを特徴とする請求項１または２に記載の通信装置。
  4. 　前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定手段によって前記第２のリンクにのみ設定されているＴＩＤが存在する場合は、前記割り当て手段は全ての種類のＴＩＤを前記第１のリンクに割り当てることを特徴とする請求項１から３の何れか一項に記載の通信装置。
  5. 　前記通信装置は前記他の通信装置から前記第２のリンクの接続を切断する切断要求を受信したことに応じて前記第１のリンクに対するＴＩＤの割り当てを行うことを特徴とする請求項１から４の何れか一項に記載の通信装置。
  6. 　前記フレームに前記第２のリンクを切断するための情報と前記第１のリンクに割り当てるＴＩＤに関する情報が格納されることを特徴とする請求項５に記載の通信装置。
  7. 　前記割り当て手段によって前記第１のリンクに割り当てるＴＩＤに関する情報は前記フレームのＴＩＤ－ＴｏーＬｉｎｋ　Ｍａｐｐｉｎｇ　ｅｌｅｍｅｎｔに格納されることを特徴とする請求項６に記載の通信装置。
  8. 　前記フレームはＩＥＥＥ８０２．１１規格に準拠したマネジメントフレームまたはアクションフレームであることを特徴とする請求項１から７の何れか一項に記載の通信装置。
  9. 　通信装置の通信方法であって、
    　第１のリンクと第２のリンクを介して他の通信装置と接続を確立する確立工程と、
    　前記第１のリンクと前記第２のリンクにＴＩＤ（Ｔｒａｆｆｉｃ　ｉｄｅｎｔｉｆｉｅｒ）を設定する設定工程と、
    　前記確立工程によって前記通信装置と前記他の通信装置とが前記第１のリンクと前記第２のリンクで接続を確立している状態で、前記第２のリンクの接続を切断する際に、前記設定工程で設定されている前記第１のリンクのＴＩＤに関する情報と前記第２のリンクのＴＩＤに関する情報に基づいて、前記第１のリンクに対してＴＩＤの割り当てを行う割り当て工程と、
    　を有することを特徴とする通信装置の通信方法。
  10. 　コンピュータを請求項１から８の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
PCT/JP2022/032164 2021-09-08 2022-08-26 通信装置、通信方法、およびプログラム WO2023037904A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020247010443A KR20240049377A (ko) 2021-09-08 2022-08-26 통신 장치, 통신 방법 및 프로그램
CN202280060832.5A CN117917181A (zh) 2021-09-08 2022-08-26 通信设备、通信方法和程序
US18/589,261 US20240205987A1 (en) 2021-09-08 2024-02-27 Communication apparatus, communication method, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021146411A JP2023039298A (ja) 2021-09-08 2021-09-08 通信装置、通信方法、およびプログラム
JP2021-146411 2021-09-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/589,261 Continuation US20240205987A1 (en) 2021-09-08 2024-02-27 Communication apparatus, communication method, and storage medium

Publications (1)

Publication Number Publication Date
WO2023037904A1 true WO2023037904A1 (ja) 2023-03-16

Family

ID=85506593

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/032164 WO2023037904A1 (ja) 2021-09-08 2022-08-26 通信装置、通信方法、およびプログラム

Country Status (5)

Country Link
US (1) US20240205987A1 (ja)
JP (1) JP2023039298A (ja)
KR (1) KR20240049377A (ja)
CN (1) CN117917181A (ja)
WO (1) WO2023037904A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
US20210007168A1 (en) * 2019-07-01 2021-01-07 Qualcomm Incorporated Signaling for multi-link communication in a wireless local area network (wlan)
US20210144698A1 (en) * 2019-11-12 2021-05-13 Nxp Usa, Inc. Multi-Antenna Processing In Multi-Link Wireless Communication Systems
JP2021146411A (ja) 2020-03-17 2021-09-27 アズビル株式会社 逆運動学演算装置及び逆運動学演算方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018050133A (ja) 2016-09-20 2018-03-29 キヤノン株式会社 通信装置、制御方法、及びプログラム
US20210007168A1 (en) * 2019-07-01 2021-01-07 Qualcomm Incorporated Signaling for multi-link communication in a wireless local area network (wlan)
US20210144698A1 (en) * 2019-11-12 2021-05-13 Nxp Usa, Inc. Multi-Antenna Processing In Multi-Link Wireless Communication Systems
JP2021146411A (ja) 2020-03-17 2021-09-27 アズビル株式会社 逆運動学演算装置及び逆運動学演算方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TORAB PAYAM, HACKER WAY, HU CHUNYU, POOYA MONAJEMI, SMITH MALCOLM, CHITRAKAR ROJAN, URABE YOSHIO, PATWARDHAN GAURAV, PERAHIA ELDAD: "ML Reconfiguration", IEEE 802.11-20/1554R4, 20 January 2021 (2021-01-20), XP093045217 *

Also Published As

Publication number Publication date
US20240205987A1 (en) 2024-06-20
JP2023039298A (ja) 2023-03-20
KR20240049377A (ko) 2024-04-16
CN117917181A (zh) 2024-04-19

Similar Documents

Publication Publication Date Title
WO2020217711A1 (ja) 通信装置、無線通信システムおよびアクセスポイントの制御方法
WO2023037904A1 (ja) 通信装置、通信方法、およびプログラム
WO2023037903A1 (ja) 通信装置、通信方法、およびプログラム
KR20230008196A (ko) 통신 장치, 제어 방법 및 비일시적 컴퓨터 판독가능 저장 매체
WO2023037971A1 (ja) 通信装置、通信方法、およびプログラム
WO2023037970A1 (ja) 通信装置、通信方法、およびプログラム
US20240224361A1 (en) Communication device, communication method, and non-transitory computer-readable storage medium
US20240224360A1 (en) Communication device, communication method, and non-transitory storage medium
WO2023106031A1 (ja) 通信装置、通信方法、およびプログラム
WO2023210335A1 (ja) 通信装置、通信方法、およびプログラム
WO2024024601A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2023210140A1 (ja) 通信装置及びその制御方法、並びにプログラム
US20230041149A1 (en) Communication apparatus, control method for communication apparatus, and a non-transitory computer-readable storage medium
WO2023048092A1 (ja) 通信装置、通信方法、およびプログラム
WO2023095544A1 (ja) 通信装置、通信方法、およびプログラム
WO2024004588A1 (ja) 通信装置、制御方法、およびプログラム
WO2023054249A1 (ja) 通信装置、通信装置の制御方法、およびそのプログラム
WO2023054252A1 (ja) 通信装置、通信装置の制御方法、およびそのプログラム
WO2023037902A1 (ja) 通信装置、通信方法、およびプログラム
JP2022185446A (ja) 通信装置、制御方法、及び、プログラム
JP2022151570A (ja) 通信装置、通信方法、およびプログラム
KR20240107185A (ko) 통신 장치, 제어 방법, 및 저장 매체
KR20230042070A (ko) 통신 장치, 제어 방법 및 프로그램

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

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

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: 2401001408

Country of ref document: TH

WWE Wipo information: entry into national phase

Ref document number: 202280060832.5

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 20247010443

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2022867226

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022867226

Country of ref document: EP

Effective date: 20240408

ENP Entry into the national phase

Ref document number: 112024003193

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20240219