WO2022149316A1 - 基地局、通信装置及び通信方法 - Google Patents

基地局、通信装置及び通信方法 Download PDF

Info

Publication number
WO2022149316A1
WO2022149316A1 PCT/JP2021/035543 JP2021035543W WO2022149316A1 WO 2022149316 A1 WO2022149316 A1 WO 2022149316A1 JP 2021035543 W JP2021035543 W JP 2021035543W WO 2022149316 A1 WO2022149316 A1 WO 2022149316A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
sharing
ack
base station
shared
Prior art date
Application number
PCT/JP2021/035543
Other languages
English (en)
French (fr)
Inventor
隆之 中野
敬 岩井
嘉夫 浦部
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to US18/257,848 priority Critical patent/US20240098758A1/en
Priority to KR1020237022241A priority patent/KR20230128009A/ko
Priority to JP2022573913A priority patent/JPWO2022149316A1/ja
Priority to EP21917541.1A priority patent/EP4277343A4/en
Priority to CN202180089537.8A priority patent/CN116848884A/zh
Publication of WO2022149316A1 publication Critical patent/WO2022149316A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • This disclosure relates to base stations, communication devices and communication methods.
  • IEEE 802.11ax Next-generation wireless local area networks
  • LAN Local Area Network
  • IEEE802.ax is also called High Efficiency (HE)
  • EHT Extream High Throughput
  • IEEE 802.11-20 / 0566r99 Compendium of straw polls and potential changes to the Specification Framework Document IEEE 802.11-19 / 1533r0, Consideration on Multi-AP Ack Protocol IEEE 802.11-20 / 0590r5, Coordinated Spatial Reuse: Focus on Downlink IEEE P802.11axTM / D8.0 IEEE P802.11-REVmdTM / D5.0
  • the non-limiting examples of the present disclosure contribute to the provision of a base station, a communication device, and a communication method capable of improving the efficiency of retransmission control in cooperative communication.
  • the base station includes a receiving circuit for receiving control information regarding sharing of a response signal for a downlink signal in coordinated communication between base stations, and another base station of the response signal based on the control information. It is provided with a control circuit for controlling transmission to.
  • the efficiency of retransmission control in cooperative communication can be improved.
  • Figure showing an example of MAP control sequence A block diagram showing a configuration example of a part of the AP according to the first embodiment.
  • Block diagram showing a configuration example of AP according to the first embodiment Block diagram showing a configuration example of STA according to the first embodiment
  • Figure showing an example of Block ACK (BA) request frame A diagram showing an example of defining a BA request in the Frame Control field.
  • BA Block ACK
  • Diagram showing a definition example of BA sharing in BlockAckframevariant The figure which shows an example of the control sequence of MAP which concerns on Embodiment 2.
  • Diagram showing a definition example of BA sharing in BlockAckframevariant The figure which shows an example of the control sequence of MAP which concerns on Embodiment 3.
  • a diagram showing a configuration example of a MAP trigger frame A diagram showing a configuration example of a MAP trigger frame Diagram showing an example of BA shared frame A diagram showing an example of defining a BA share in the Frame Control field.
  • Diagram showing a definition example of BA sharing in BlockAckframevariant The figure which shows an example of the control sequence of MAP which concerns on Embodiment 4.
  • a diagram showing a configuration example of a MAP trigger frame Diagram showing an example of line configuration between Shared APs The figure which shows an example of the control sequence of MAP which concerns on Embodiment 5.
  • Multi-Access Point coordination In 11be, for example, a plurality of access points (AP: Access Point, or also referred to as “base station”) cooperate with each terminal (STA: Station, or also referred to as “non-AP STA”).
  • AP Access Point
  • STA Station
  • non-AP STA Station
  • MAP Multi-AP
  • Coordinatd communication Coordinated communication between base stations
  • JT Joint Transmissions
  • MAP coordination schemes also referred to as “communication type” or “MAP type”
  • JT includes, for example, a method of transmitting the same signal from a plurality of cooperating APs and a method of transmitting a different transmission stream from a plurality of cooperating APs.
  • a method of transmitting different transmission streams from a plurality of cooperating APs is called, for example, Distributed MultiUser-MultipleInputMultipleOutput (D-MIMO).
  • D-MIMO Distributed MultiUser-MultipleInputMultipleOutput
  • IEEE 802.11 defines an Acknowledgment (ACK) frame as an acknowledgment signal for Quality of Service (QoS) data and a BlockAck frame that collectively returns responses to multiple frames (for example). , Non-Patent Document 4 or 5).
  • FIG. 1 is a diagram showing a configuration example (MAP configuration example) of AP and STA that perform cooperative communication.
  • the “Sharing AP” may be, for example, an AP that acquires a channel use (or transmission) period (for example, TXOP: transmission opportunity) and starts (or controls) cooperative communication.
  • the "Shared AP” may be an AP instructed to perform cooperative communication by the Sharing AP.
  • FIG. 1 shows a configuration in which any of the Shared APs (for example, AP1) also serves as a Sharing AP, but the configuration is not limited to this, and the Sharing AP and the Shared AP may be different APs.
  • the STA a is associated with the Sharing AP (AP1) (may be referred to as “connection”), and cooperative communication is performed between the Sharing AP (AP1) and the Shared AP (AP2). conduct.
  • the STA b is associated with the Shared AP (AP2) and performs cooperative communication between the Sharing AP (AP1), the Shared AP (AP2), and the Shared AP (AP3).
  • the STA receives downlink data from the AP to the STA, and sends an ACK or a block ACK to the AP to which the STA is associated. Further, for example, when the MAP coordination scheme is JT, it is expected that an ACK or a block ACK is exchanged between Shared APs (see, for example, Non-Patent Document 2).
  • FIG. 2 is a diagram showing an example of a communication environment in which coverage (communicable range) differs between a downlink and an uplink.
  • the connection relationship between AP1, AP2, AP3, STA a and STA b shown in FIG. 2 may be the same as the connection relationship between AP and STA shown in FIG.
  • Sharing AP AP1
  • Shared AP AP2
  • Sharing AP AP1
  • Shared AP AP2
  • Sharing AP exists within the coverage of each downlink of Sharing AP (AP1), Shared AP (AP2) and Shared AP (AP3).
  • the Shared AP (AP2) and the Shared AP (AP3) exist in the STAb uplink coverage, but the Sharing AP (AP1) is out of the STAb uplink coverage. Therefore, Sharing AP (AP1), Shared AP (AP2), and Shared AP (AP3) may not receive (for example, simultaneously receive) a response from STAb (for example, ACK or block ACK for downlink data).
  • STAb for example, ACK or block ACK for downlink data.
  • Sharing AP (AP1) may not receive an ACK or block ACK from STAb.
  • FIG. 3 is a diagram showing an example of a MAP control sequence in the communication environment shown in FIG.
  • the Sharing AP transmits a MAP trigger frame (also referred to as a MAP Announcement frame), which is a trigger for starting data transmission related to the MAP, to the Shared AP (AP2 and AP3).
  • a MAP trigger frame also referred to as a MAP Announcement frame
  • the Sharing AP (AP1) and the Shared AP (AP2 and AP3) may simultaneously transmit data (for example, initial transmission data).
  • STAa and STAb receive data from each AP and transmit ACK or block ACK (represented as “BA” in the example of FIG. 3) indicating the success or failure of reception (or decoding) to each AP (represented as “BA” in the example of FIG. 3). Or give feedback).
  • the Sharing AP (AP1) is out of the coverage of the uplink of STAb
  • the ACK or block ACK transmitted from STAb is An example that does not reach Sharing AP (AP1) is shown. Since the Sharing AP (AP1) does not receive the ACK or block ACK from STAb, it may decide to retransmit the data, for example. In this way, even though STAb has received the data normally, useless retransmission may occur.
  • FIG. 4 is a diagram showing an example of a control sequence of the retransmission phase following the operation shown in FIG.
  • the Sharing AP transmits a MAP trigger frame to the Shared AP (AP2 and AP3) even at the time of retransmission.
  • the Sharing AP (AP1) and the Shared AP (AP2, AP3) may simultaneously transmit data (for example, retransmission data).
  • a method for improving the efficiency of retransmission control during MAP operation will be described. For example, by providing a "shared phase (or BA sharing phase)" in which an AP receives an ACK or block ACK from each STA and then shares the ACK or block ACK, the ACK or block ACK is provided in the Sharing AP and the Shared AP. Share.
  • phase may be read as another term such as “period”, “sequence” or “procedure”.
  • the wireless communication system may include a plurality of AP100s and STA200s.
  • the AP100 may have both the functions of a Sharing AP and a Shared AP, for example, or may have either of the functions.
  • FIG. 5 is a block diagram showing a partial configuration example of the AP100 according to the embodiment of the present disclosure.
  • the radio transmission / reception unit 105 controls the sharing of the response signal (for example, ACK or block ACK) for the downlink signal in the coordinated communication between base stations (for example, MAP coordination).
  • Receive information for example, ACK or block ACK
  • the control unit 101 controls transmission of the response signal to another base station based on the control information.
  • FIG. 6 is a block diagram showing a configuration example of the AP100.
  • the AP100 shown in FIG. 6 includes, for example, a control unit 101, a control signal generation unit 102 for STA, a control signal generation unit 103 for AP, a transmission signal generation unit 104, a wireless transmission / reception unit 105, and reception signal demodulation / decoding. Section 106 and may be included.
  • the control unit 101 may control, for example, the setting of the MAP Trigger frame. For example, when the AP100 is a Sharing AP, the control unit 101 may control the generation of a control signal (for example, a MAP Trigger frame) for another AP100 (for example, a Shared AP). Further, the control unit 101 may control the sharing of ACK or block ACK, for example. For example, the control unit 101 shares the ACK or block ACK from each STA200 with another AP100 based on the control information for controlling the sharing of the ACK or block ACK input from the received signal demodulation / decoding unit 106. You may decide whether or not.
  • control unit 101 may set control information for, for example, the STA200 or another AP100.
  • control unit 101 may set resource allocation information for each STA 200 and scheduling information such as MCS.
  • control unit 101 is, for example, based on the information input from the received signal demodulation / decoding unit 106 (for example, the control information notified from the Sharing AP to the Shared AP), and the parameters related to the transmission control (for example, the above-mentioned cooperation). Communication parameters) may be determined.
  • the control unit 101 may output, for example, control information including the determined transmission control parameter to the control signal generation unit 102 for STA and the control signal generation unit 103 for AP.
  • the control signal generation unit 102 for STA may generate, for example, a control signal for STA200 (for example, Trigger frame) and output the generated control signal to the transmission signal generation unit 104.
  • a control signal for STA200 for example, Trigger frame
  • the control signal generation unit 103 for AP may generate a control signal for AP100, for example.
  • the control signal for the AP100 may include, for example, a MAP Trigger frame or a control frame for sharing an ACK or block ACK.
  • the control signal generation unit 103 for AP may generate a control signal based on the control information input from the control unit 101 and the information input from the received signal demodulation / decoding unit 106.
  • the control signal generation unit 103 for AP outputs, for example, the generated control signal to the transmission signal generation unit 104.
  • the transmission signal generation unit 104 performs transmission processing on the control signal, data, and ACK / block ACK input from, for example, the control signal generation unit 102 for STA or the control signal generation unit 103 for AP, and the wireless frame. (Transmission signal) may be generated.
  • the transmission signal generation unit 104 outputs the generated transmission signal to the wireless transmission / reception unit 105.
  • the wireless transmission / reception unit 105 performs wireless transmission processing such as D / A conversion and up-conversion to the carrier frequency on the transmission signal input from the transmission signal generation unit 104, and the signal after the wireless transmission processing is used as an antenna. Send via.
  • the AP100 may operate as follows, for example, when receiving an uplink signal transmitted from the STA200 or a control signal transmitted from another AP100.
  • the wireless signal received via the antenna is input to the wireless transmission / reception unit 105.
  • the wireless transmission / reception unit 105 performs wireless reception processing such as down-conversion of the carrier frequency on the received wireless signal, and outputs the signal after the wireless reception processing to the reception signal demodulation / decoding unit 106.
  • the received signal demodulation / decoding unit 106 may perform processing such as autocorrelation processing on the signal input from the wireless transmission / reception unit 105 to extract the received wireless frame. Further, the received signal demodulation / decoding unit 106 may, for example, include an uplink signal (for example, a response signal or feedback information) from the STA200 included in the extracted wireless frame, or a control signal (for example, MAP) from another AP100. Trigger frames, or control frames for sharing ACKs or block ACKs) may be decoded and demodulated. The received signal demodulation / decoding unit 106 may output the demodulated control signal to the control unit 101, the control signal generation unit 102 for STA, and the control signal generation unit 103 for AP, for example.
  • an uplink signal for example, a response signal or feedback information
  • a control signal for example, MAP
  • Trigger frames, or control frames for sharing ACKs or block ACKs may be decoded and demodulated.
  • FIG. 7 is a block diagram showing a configuration example of the STA 200 according to the present embodiment.
  • the STA 200 shown in FIG. 7 may include, for example, a wireless transmission / reception unit 201, a reception signal demodulation / decoding unit 202, and a transmission signal generation unit 203.
  • the wireless transmission / reception unit 201 receives the signal transmitted from the AP100 via the antenna, performs wireless reception processing such as down-conversion and A / D conversion to the received signal, and receives the signal after the wireless reception processing. Output to the demodulation / decoding unit 202. Further, the wireless transmission / reception unit 201 performs wireless transmission processing such as D / A conversion and up-conversion to the carrier frequency on the signal input from the transmission signal generation unit 203, and displays the signal after the wireless transmission processing. It may be transmitted via an antenna.
  • the received signal demodulation / decoding unit 202 may perform processing such as autocorrelation processing on the signal input from the wireless transmission / reception unit 201 to extract the received wireless frame.
  • the received signal demodulation / decoding unit 202 may, for example, demodulate and decode a control signal (for example, Trigger frame) included in the extracted wireless frame, and acquire uplink transmission control parameters.
  • the received signal demodulation / decoding unit 202 may output, for example, the acquired uplink transmission control parameter to the transmission signal generation unit 203.
  • the transmission signal generation unit 203 performs transmission signal processing on the uplink signal (for example, ACK or block ACK for the downlink signal) based on the uplink transmission control parameter input from the reception signal demodulation / decoding unit 202, for example. This may be done to generate a radio frame (transmission signal).
  • the transmission signal generation unit 203 outputs, for example, the generated transmission signal to the wireless transmission / reception unit 201.
  • an AP that controls sharing of ACK or block ACK is defined as "BA control AP".
  • the BA control AP may control the sharing of the ACK or the block ACK in the Sharing AP and the Shared AP by aggregating the information regarding the ACK or the block ACK.
  • a Sharing AP may be set in the BA control AP, or a Shared AP capable of receiving an ACK or a block ACK transmitted from the STA200 under the MAP may be set (or defined). Further, for example, the BA control AP may be set (defined or changed) periodically or irregularly. As a result, the BA control AP is set according to the propagation environment, which enables adaptive optimization of retransmission control.
  • control steps (A), (B) and (C) may be provided in the BA sharing phase after the process in which each STA200 transmits an ACK or a block ACK.
  • step may be read as other terms such as “process” and "procedure”.
  • the frame requests the BA control AP for the ACK or the block ACK (or requests the BA sharing) (hereinafter referred to as "BA request frame"). To send.
  • BA control AP When the BA control AP receives a BA request frame, it transmits a frame instructing BA sharing (for example, called a "BA sharing request frame") to each Shared AP.
  • a BA sharing request frame a frame instructing BA sharing
  • the Shared AP When the Shared AP receives the BA share request frame, it transmits a frame containing an ACK or a block ACK held (for example, received) by the Shared AP (for example, referred to as a "BA shared frame").
  • the TXOP (channel usage period) may be set, for example, in the MAP trigger frame, which is a trigger for starting MAP data transmission, and the TXOP includes BA sharing including the above-mentioned control steps (A) to (C). Phases may be included.
  • FIG. 8 is a diagram showing an example of a MAP control sequence according to the present embodiment.
  • FIG. 8 is a diagram showing an example of a MAP control sequence in the communication environment shown in FIG. 2, as in FIG.
  • the ACK or block ACK for the data transmitted from the Sharing AP (AP1) and the Shared AP (AP2, AP3) (for example, the initial transmission data) is ACKed from STAb to Sharing AP (AP1).
  • An example is shown in which the block ACK does not reach.
  • Shared AP which is an AP capable of receiving ACK or block ACK from both STA a and STA b, may be set (or defined) as a BA control AP.
  • the BA control AP may be specified in the MAP trigger frame, which is the trigger to start MAP data transmission, or may be set in the MAP setup or channel estimation phase before the MAP trigger frame. good.
  • the Sharing AP (AP1) that does not receive the ACK or the block ACK may transmit the BA request frame to the Shared AP (AP2) that is the BA control AP.
  • the Shared AP which is a BA control AP
  • AP1 a BA sharing AP
  • BA sharing request frame may be transmitted to (eg, AP1 and AP3) instructing BA sharing (eg, transmission of an ACK or block ACK to AP1).
  • the Shared AP (AP3) that received the BA share request frame from the BA control AP, or the Shared AP (AP2) that is the BA control AP becomes the BA share request frame.
  • BA shared frames may be sent based on.
  • the Shared AP (AP2 and AP3) that received the ACK or the block ACK from STAb sets the BA shared frame for the Sharing AP (AP1) that does not receive the ACK or the block ACK.
  • AP1, AP2 and AP3 share an ACK or block ACK from STAb.
  • the Sharing AP does not receive the ACK or block ACK of STAb from STAb, it receives it from another Shared AP to appropriately control the retransmission to STAb.
  • the Sharing AP confirms (or recognizes) that the downlink data transmitted to the STA b has been normally received by the STA b. Therefore, for example, as shown in FIG. 8, the Sharing AP (AP1) and the Shared AP (AP2, AP3) may simultaneously transmit data (for example, new transmission data) in the next TXOP.
  • the AP that controls the sharing of the ACK or the block ACK is defined as the BA control AP, and the information on the ACK or the block ACK is aggregated in the BA control AP, and then the AP100 is the Sharing AP and the Sharing AP.
  • Controls sharing of ACK or block ACK for Shared AP By this control, the Sharing AP and the Shared AP can share the ACK or block ACK information of each STA200 under the MAP, and unnecessary retransmission can be suppressed.
  • the BA request frame transmitted / received in the control step (A) may be configured to include, for example, an address field of a Shared AP (AP1 which is a Sharing AP in FIG. 8) that does not receive an ACK or a block ACK.
  • AP1 which is a Sharing AP in FIG. 8
  • FIG. 9 is a diagram showing a configuration example of a BA request (BA Req) frame.
  • the BA request frame includes, for example, an address (for example, BAReqAddress) of a Shared AP that does not receive an ACK or a block ACK (in other words, an AP that transmits the BA request frame).
  • an address for example, BAReqAddress
  • the address may be, for example, an AP100 Medium Access Control (MAC) address or a virtual Basic Service Set (BBS) (basic service set) address.
  • MAC Medium Access Control
  • BSS Basic Service Set
  • ID one identifier
  • AP100s to be operated by the MAP
  • a plurality of IDs may be assigned within the range of a specific ID.
  • the "frame type" that specifies that the wireless frame is a BA request frame may be based on, for example, at least one of the following definitions (or settings).
  • -Type value and Subtype value in the Frame Control field ⁇ Trigger frame type -BlockAckReq frame frame variant
  • FIG. 10 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA request frame shown in FIG.
  • a BA request (BA Req) is made to “0000” which is an unused Subtype value (for example, Reserved) in 11ax (for example, the Control type of Table 9-1 Valid type and subtype combinations of 11ax specifications).
  • 0000 is an unused Subtype value (for example, Reserved) in 11ax (for example, the Control type of Table 9-1 Valid type and subtype combinations of 11ax specifications).
  • 11ax for example, the Control type of Table 9-1 Valid type and subtype combinations of 11ax specifications.
  • FIG. 10 shows an example in which the type of the BA request frame is defined as “0000”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 11 is a diagram showing an example in which the type of the BA request frame (for example, TriggerType) is specified by the Type subfield of the Trigger frame when the Trigger frame is used as the BA request frame.
  • the BA request frame type (BA Req) is set to “8” which is an unused Trigger Type subfield value (for example, Reserved) in 11ax (for example, Table 9-29c Trigger Type subfield encoding of 11ax specification). ) Is an example defined. Note that FIG. 11 shows an example in which the type of the BA request frame is defined as “8”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 12 shows an example in which when a block ACK request (BlockAckReq) frame is used as the BA request frame, the type of the BA request frame (for example, the block ACK request (BAR) type) is specified by the frame variant of the BlockAckReq frame.
  • the BA request frame type (BA Req) is set to “7” which is an unused BlockAckReq frame variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAckReq frame variant encoding of 11ax specification).
  • FIG. 12 shows an example in which the type of the BA request frame is defined as “7”, but the present invention is not limited to this, and other unused values may be defined.
  • BA shared request frame (control step (B))>
  • the BA shared request frame transmitted / received in the control step (B) may be configured to include, for example, an address field of a Sharing AP or a Shared AP (AP1 in the example of FIG. 8) requesting an ACK or a block ACK.
  • FIG. 13 is a diagram showing a configuration example of a BA share request (BA ShareReq) frame.
  • the BA share request frame includes, for example, the address (for example, BAShareReqAddress) of a Sharing AP or a Shared AP requesting an ACK or a block ACK (for example, an AP requesting the sharing of an ACK or a block ACK). ) May be included.
  • the address (BAShareReqAddress) included in the BA share request frame may include the address (BAReqAddress) in the BA request frame sent and received in the control step (A).
  • the frame type that specifies that the wireless frame is a BA sharing request frame may be based on, for example, at least one of the following definitions (or settings).
  • -Type value and Subtype value in the Frame Control field may be based on, for example, at least one of the following definitions (or settings).
  • FIG. 14 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA sharing request frame shown in FIG.
  • a BA share request (BAShareReq) is set to “0001”, which is an unused Subtype value (for example, Reserved) in 11ax (for example, Table 9-1 Valid type and subtype combinations Control type of 11ax specification).
  • This is an example in which the type of frame is defined.
  • FIG. 14 shows an example in which the type of the BA sharing request frame is defined as “0001”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 15 is a diagram showing an example in which the type of the BA sharing request frame (for example, TriggerType) is specified by the Type subfield of the Trigger frame when the Trigger frame is used as the BA sharing request frame.
  • a BA share request (BAShareReq) frame is set to “9” which is an unused Trigger Type subfield value (for example, Reserved) in 11ax (for example, Table 9-29c Trigger Type subfield encoding of 11ax specification).
  • This is an example in which the type of is defined.
  • FIG. 15 shows an example in which the type of the BA sharing request frame is defined as “9”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 16 is a diagram showing an example in which when a BlockAckReq frame is used as a BA sharing request frame, the type of the BA sharing request frame (for example, BAR type) is specified by the frame variant of the BlockAckReq frame.
  • the BA share request (BAShareReq) frame is set to “8” which is an unused BlockAckReqframe variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAckReq frame variant encoding of 11ax specification).
  • This is an example in which the type is defined.
  • FIG. 16 shows an example in which the type of the BA sharing request frame is defined as “8”, but the present invention is not limited to this, and other unused values may be defined.
  • the BA shared frame transmitted / received in the control step (C) may be configured to include, for example, information regarding ACK or block ACK.
  • FIG. 17 is a diagram showing a configuration example of a BA share frame.
  • the Block Ack Bitmap field included in the BA shared frame shown in FIG. 17 may include a bitmap composed of ACK / NACK information of each retransmission unit such as each MAC Protocol Data Unit (MPDU) or Codeword. Further, for example, when the information fed back from the STA200 to the AP100 is ACK (in other words, when NACK is not included), if the BA shared frame can be identified by the frame type described later, the BA shared frame can be used. , BlockAck Bitmap field does not have to be included.
  • MPDU MAC Protocol Data Unit
  • the frame type that specifies that the wireless frame is a BA shared frame may be based on, for example, at least one of the following definitions (or settings).
  • FIG. 18 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA shared frame shown in FIG.
  • BA sharing BAShare
  • 1111 which is an unused Subtype value (for example, Reserved) in 11ax (for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification).
  • 11ax for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification.
  • FIG. 18 shows an example in which the type of the BA shared frame is defined as “1111”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 19 is a diagram showing an example in which when a block ACK (BlockAck) frame is used as a BA shared frame, the type of the BA shared frame (for example, BlockAck (BA) type) is specified by the frame variant of the BlockAck frame. ..
  • the type of BA share (BA Share) frame is set to “4” which is an unused BlockAckReqframe variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAck frame variant encoding of 11ax specification).
  • FIG. 19 shows an example in which the type of the BA shared frame is defined as “4”, but the present invention is not limited to this, and other unused values may be defined.
  • the AP100 receives the control information (radio frame) regarding the sharing of the ACK or the block ACK for the downlink signal in the coordinated communication between the base stations, and ACKs or blocks based on the received control information. Controls the transmission of ACKs to other APs.
  • the AP100 which is a BA control AP
  • the AP100 is a base involved in coordinated communication between base stations when the control information received from another AP (for example, a BA request frame) indicates an ACK or block ACK request. Instructs an AP different from the other AP (AP that transmits the BA request frame) in the station to transmit an ACK or a block ACK to the other AP (in other words, sharing an ACK or a block ACK). Request).
  • the AP 100 different from the BA control AP indicates that the received control information (for example, the BA sharing request frame) requests the sharing of the ACK or the block ACK, it is indicated in the control information. Determines the transmission of an ACK or block ACK (eg, BA shared frame) to other APs.
  • the ACK or block ACK from the STA200 under the MAP is shared by a plurality of AP100s (for example, Sharing AP and Shared AP). Therefore, for example, even if the AP100 does not receive the ACK or the block ACK from the STA200, the ACK or the block ACK is acquired by sharing the ACK or the block ACK by another AP100, so that an appropriate determination regarding the necessity of retransmission is made. Is possible. Therefore, according to the present embodiment, it is possible to suppress unnecessary retransmission in the AP100 in cooperative communication and improve the efficiency of retransmission control in cooperative communication.
  • AP100s for example, Sharing AP and Shared AP
  • the BA request frame may include the address of the STA200 that transmitted the ACK or the block ACK in addition to the address of the AP100 that does not receive the ACK or the block ACK.
  • the ACK or block ACK shared by the plurality of AP100s is set to the ACK or block ACK that the AP100 that transmitted the BA request frame does not receive, and the other ACKs or block ACKs do not have to be shared. Overhead in shared control can be reduced.
  • AP100 which is a BA control AP
  • AP100 individually controls the sharing of the ACK or the block ACK. For example, if the AP100 does not receive an ACK or block ACK from the STA200, the AP100 may individually request another AP100 to share the ACK or block ACK.
  • control steps (A) and (B) may be provided in the BA sharing phase after the process in which each STA200 transmits an ACK or a block ACK.
  • the TXOP (channel usage period) may be set in the MAP trigger frame, which is a trigger for starting MAP data transmission, and the TXOP has a BA sharing phase including the above-mentioned control steps (A) and (B). May be included.
  • FIG. 20 is a diagram showing an example of a MAP control sequence according to the present embodiment.
  • FIG. 20 is a diagram showing an example of a MAP control sequence in the communication environment shown in FIG. 2, as in FIG.
  • the ACK or block ACK for the data transmitted from the Sharing AP (AP1) and the Shared AP (AP2, AP3) (for example, the initial transmission data) is ACKed from STAb to Sharing AP (AP1).
  • An example is shown in which the block ACK does not reach.
  • the Sharing AP (AP1) that does not receive the ACK or the block ACK from the STA b transmits a BA share request frame to the Shared AP (AP2) to which the STA b is associated. You can do it.
  • the Shared AP (AP2) that has received the BA share request frame from the Sharing AP (AP1) is directed to the Sharing AP (AP1) based on the BA share request frame.
  • BA shared frames may be sent.
  • the Shared AP (AP2) to which the STA b is associated transmits a BA shared frame to the Sharing AP (AP1) that does not receive an ACK or a block ACK, and the STA b sends a BA shared frame. Notify the ACK or block ACK of. In other words, AP1 and AP2 share an ACK or block ACK from STAb.
  • the Sharing AP does not receive the ACK or block ACK of STAb from STAb, it receives it from another Shared AP (AP2) to appropriately control the retransmission to STAb.
  • the Sharing AP confirms (or recognizes) that the downlink data transmitted to the STA b has been normally received by the STA b. Therefore, for example, as shown in FIG. 20, the Sharing AP (AP1) and the Shared AP (AP2, AP3) may simultaneously transmit data (for example, new transmission data) in the next TXOP.
  • the AP 100 does not receive the ACK or the block ACK.
  • the AP 100 individually requests the sharing of the ACK or the block ACK, and controls the sharing of the ACK or the block ACK.
  • the Sharing AP and the Shared AP can share the ACK or block ACK information from each STA200 under the MAP, and useless retransmission can be suppressed.
  • the present embodiment as compared with the first embodiment, for example, there is no need to set the BA control AP and control steps of the BA request for the BA control AP, so that the overhead related to the shared control of the ACK is reduced. can.
  • the BA shared request frame transmitted / received in the control step (A) may be configured to include, for example, the address field of the Sharing AP or the Shared AP (AP2 in the example of FIG. 20) to which the ACK or the block ACK is requested to be shared. ..
  • FIG. 21 is a diagram showing a configuration example of a BA share request (BA ShareReq) frame.
  • the BA sharing request frame includes, for example, the address (for example, BA) of the Sharing AP or Shared AP (for example, the AP requested to share the ACK or the block ACK) to which the ACK or the block ACK is requested.
  • ShareReqAddress may be included at least one.
  • the address (BAShareReqAddress) may be shared in the MAP trigger frame, which is a trigger for starting MAP data transmission, and is shared in the MAP setup or channel estimation phase prior to the MAP trigger frame. You may.
  • the frame type that specifies that the wireless frame is a BA sharing request frame may be based on, for example, at least one of the following definitions (or settings).
  • -Type value and Subtype value in the Frame Control field may be based on, for example, at least one of the following definitions (or settings).
  • FIG. 22 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA sharing request frame shown in FIG. 21.
  • a BA share request (BAShareReq) is set to “0000” which is an unused Subtype value (for example, Reserved) in 11ax (for example, Table 9-1 Valid type and subtype combinations Control type of 11ax specification).
  • This is an example in which the type of frame is defined.
  • FIG. 22 shows an example in which the type of the BA sharing request frame is defined as “0000”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 23 is a diagram showing an example in which the type of the BA sharing request frame (for example, TriggerType) is specified by the Type subfield of the Trigger frame when the Trigger frame is used as the BA sharing request frame.
  • a BA share request (BAShareReq) frame is set to “8” which is an unused Trigger Type subfield value (for example, Reserved) in 11ax (for example, Table 9-29c Trigger Type subfield encoding of 11ax specification).
  • This is an example in which the type of is defined.
  • FIG. 23 shows an example in which the type of the BA sharing request frame is defined as “8”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 24 is a diagram showing an example in which when a BlockAckReq frame is used as a BA sharing request frame, the type of the BA sharing request frame (for example, BAR type) is specified by the frame variant of the BlockAckReq frame.
  • the BA share request (BAShareReq) frame is set to “7” which is an unused BlockAckReqframe variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAckReq frame variant encoding of 11ax specification).
  • This is an example in which the type is defined.
  • FIG. 24 shows an example in which the type of the BA sharing request frame is defined as “7”, but the present invention is not limited to this, and other unused values may be defined.
  • the BA shared frame transmitted / received in the control step (B) may be configured to include information regarding ACK or block ACK, as in the case of the BA shared frame in the control step (C) of the first embodiment, for example.
  • FIG. 25 is a diagram showing a configuration example of a BA share frame.
  • the Block Ack Bitmap field included in the BA shared frame shown in FIG. 25 may include a bitmap composed of ACK / NACK information of the retransmission unit such as each MPDU or Codeword. Further, for example, when the information fed back from the STA200 to the AP100 is ACK (in other words, when NACK is not included), if the BA shared frame can be identified by the frame type described later, the BA shared frame can be used. , BlockAck Bitmap field does not have to be included.
  • the frame type that specifies that the wireless frame is a BA shared frame may be based on, for example, at least one of the following definitions (or settings).
  • FIG. 26 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA shared frame shown in FIG. 25.
  • BA sharing BAShare
  • 0001 an unused Subtype value (for example, Reserved) in 11ax (for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification).
  • 11ax for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification.
  • FIG. 26 shows an example in which the type of the BA shared frame is defined as “0001”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 27 is a diagram showing an example in which when a block ACK (BlockAck) frame is used as a BA shared frame, the type of the BA shared frame (for example, BA type) is specified by the frame variant of the BlockAck frame.
  • the type of BA share (BA Share) frame is set to “4” which is an unused BlockAckReqframe variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAck frame variant encoding of 11ax specification).
  • FIG. 27 shows an example in which the type of the BA shared frame is defined as “4”, but the present invention is not limited to this, and other unused values may be defined.
  • the AP100 receives the control information (radio frame) regarding the sharing of the ACK or the block ACK for the downlink signal in the coordinated communication between the base stations, and ACKs or blocks based on the received control information. Controls the transmission of ACKs to other APs.
  • the AP 100 indicates that the control information received from another AP (for example, a BA sharing request frame) requests the sharing of the ACK or the block ACK of the STA 200 associated with the AP 100. , Determines the transmission of an ACK or block ACK to the other AP.
  • the ACK or block ACK from the STA200 under the MAP is shared by a plurality of AP100s (for example, Sharing AP and Shared AP). Therefore, for example, even if the AP100 does not receive the ACK or the block ACK from the STA200, the ACK or the block ACK is acquired by sharing the ACK or the block ACK by another AP100, so that an appropriate determination regarding the necessity of retransmission is made. Is possible. Therefore, according to the present embodiment, it is possible to suppress unnecessary retransmission in the AP100 in cooperative communication and improve the efficiency of retransmission control in cooperative communication.
  • AP100s for example, Sharing AP and Shared AP
  • a method of specifying a Shared AP that requests sharing of an ACK or a block ACK will be described in the MAP trigger frame that is a trigger for starting MAP data transmission.
  • control steps (A) and (B) may be provided in the MAP trigger frame and the BA sharing phase after the process in which each STA200 transmits an ACK or a block ACK.
  • the Sharing AP specifies to the Shared AP a combination of the Shared AP that requests sharing of the ACK or the block ACK and the STA200 that transmits the ACK or the block ACK in the MAP trigger frame.
  • the Shared AP transmits a BA shared frame including an ACK from STA200 included in the combination or a block ACK to the Shared AP included in the combination.
  • the TXOP (channel usage period) may be set in the MAP trigger frame, which is a trigger for starting MAP data transmission, and the TXOP may include a BA sharing phase including the control step (B) described above. ..
  • FIG. 28 is a diagram showing an example of a MAP control sequence according to the present embodiment.
  • FIG. 28 is a diagram showing an example of a MAP control sequence in the communication environment shown in FIG. 2, as in FIG.
  • an ACK or block ACK for data transmitted from Sharing AP (AP1) and Shared AP (AP2, AP3) (for example, initial transmission data) is ACKed from STAb to Sharing AP (AP1).
  • An example is shown in which the block ACK does not reach.
  • the Sharing AP (AP1) specifies a combination of the Shared AP that requests sharing of the ACK or the block ACK and the STA200 that transmits the ACK or the block ACK.
  • the Sharing AP (AP1) may specify a combination of the AP100 and the STA200, which may not receive the ACK or the block ACK from the STA200.
  • the Sharing AP (AP1) is an uplink of each STA200 based on the propagation loss or channel estimation value between each STA200 and each Shared AP collected in the Multi-AP Channel sounding phase performed before the MAP data transmission. You may determine the coverage of the link. Then, the Sharing AP (AP1) may determine, for example, a combination of the Shared AP existing outside the uplink coverage of each STA200 and the STA200. In the example of FIG. 28, for example, a combination of STA b and AP1 existing outside the coverage of the uplink of STA b may be specified.
  • the AP100 determines the uplink coverage of each STA200 based on the propagation loss or the channel estimation value collected in the Multi-AP Channel sounding phase performed before the MAP data transmission.
  • the above-mentioned combination may be determined periodically or irregularly.
  • the combination of AP100 and STA200 is set (or changed) according to the propagation environment, so that the retransmission control can be adaptively optimized.
  • the Shared AP (AP2) specified in the MAP Trigger frame of the control step (A) is a BA shared frame with respect to the Sharing AP (AP1) shown in the combination. May be sent.
  • the Shared AP (AP2) in which the combination of AP1 and STAb is specified transmits a BA shared frame to the Sharing AP (AP1) that does not receive an ACK or a block ACK. And notify the ACK or block ACK from STAb.
  • AP1 and AP2 share an ACK or block ACK from STAb.
  • the Sharing AP does not receive the ACK or block ACK of STAb from STAb, it receives it from another Shared AP (AP2) to appropriately control the retransmission to STAb.
  • the Sharing AP confirms (or recognizes) that the downlink data transmitted to the STA b has been normally received by the STA b. Therefore, for example, as shown in FIG. 28, the Sharing AP (AP1) and the Shared AP (AP2, AP3) may simultaneously transmit data (for example, new transmission data) in the next TXOP.
  • the Sharing AP and the Shared AP can share the ACK or block ACK information from each STA200 under the MAP, and useless retransmission can be suppressed.
  • the control step related to the setting of the BA control AP and the BA sharing request in the BA sharing phase can be eliminated, so that the overhead related to the sharing control of the ACK can be eliminated. Can be reduced.
  • the MAP trigger frame transmitted / received in the control step (A) may be configured to include, for example, information about the STA 200 in which the ACK or the block ACK is shared in the information (for example, “Per AP Info”) field for each AP100.
  • FIG. 29 is a diagram showing an example of the configuration of the MAP trigger frame.
  • the BA share request (BAShareReq) field may be set in the information (PerAPInfo) field for each AP100 in the MAP trigger frame. Further, the BA sharing request field shown in FIG. 29 may include, for example, an identifier (ID) of the STA 200 in which the ACK or the block ACK is shared.
  • ID an identifier
  • the STAb ID may be set in the BAShareReq field in the PerAPInfo field corresponding to SharingAP (AP1).
  • the MAC address (for example, 48 bits) may be used for the STAID, and the STA identifier called ShortID may be defined.
  • the Short ID for example, it may be defined by being included in the Assosiation ID (AID) specified in the 11ax specification, or may be assigned to the Reserved of AID12. By using ShortID, overhead can be reduced compared to MAC address.
  • FIG. 30 is a diagram showing another example of the configuration of the MAP trigger frame.
  • the MAP trigger frame shares an ACK or a block ACK in the information (for example, PerSTAinfo) field for each STA200 included in the information (PerAPInfo) field for each AP100.
  • Information indicating the above (for example, referred to as "BAShareFlag") may be set.
  • the BA sharing flag may be, for example, 1-bit information indicating whether or not an ACK or a block ACK is shared.
  • BAShareFlag indicates that ACK or block ACK is shared. good.
  • the information regarding the combination of the AP100 and the STA200 is included in the information for each AP100 (PerAPInfo), but the present invention is not limited to this.
  • Information about the combination of AP100 and STA200 may be defined in the Common info field of the MAP trigger frame. For example, information about a plurality of the above combinations may be collectively defined in the Common info field.
  • the BA shared frame transmitted / received in the control step (B) may be configured to include information regarding ACK or block ACK, as in the case of the BA shared frame in the control step (C) of the first embodiment, for example.
  • FIG. 31 is a diagram showing a configuration example of a BA share frame.
  • the Block Ack Bitmap field included in the BA shared frame shown in FIG. 31 may include a bitmap composed of ACK / NACK information of the retransmission unit such as each MPDU or Codeword. Further, for example, when the information fed back from the STA200 to the AP100 is ACK (in other words, when NACK is not included), if the BA shared frame can be identified by the frame type described later, the BA shared frame can be used. , BlockAck Bitmap field does not have to be included.
  • the frame type that specifies that the wireless frame is a BA shared frame may be based on, for example, at least one of the following definitions (or settings).
  • FIG. 32 is a diagram showing an example in which a frame type is specified by the Type value and Subtype value of the Frame Control field in the BA shared frame shown in FIG. 31.
  • BA sharing BAShare
  • 0001 an unused Subtype value (for example, Reserved) in 11ax (for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification).
  • 11ax for example, Control type of Table 9-1 Valid type and subtype combinations of 11ax specification.
  • FIG. 32 shows an example in which the type of the BA shared frame is defined as “0001”, but the present invention is not limited to this, and other unused values may be defined.
  • FIG. 33 is a diagram showing an example in which when a block ACK (BlockAck) frame is used as the BA shared frame, the type of the BA shared frame (for example, BA type) is specified by the frame variant of the BlockAck frame.
  • the type of BA share (BA Share) frame is set to “4” which is an unused BlockAckReqframe variant (for example, Reserved) in 11ax (for example, Table 9-28 BlockAck frame variant encoding of 11ax specification).
  • FIG. 32 shows an example in which the type of the BA shared frame is defined as “4”, but the present invention is not limited to this, and other unused values may be defined.
  • the AP100 receives the control information (radio frame) regarding the sharing of the ACK or the block ACK for the downlink signal in the coordinated communication between the base stations, and ACKs or blocks based on the received control information. Controls the transmission of ACKs to other APs.
  • the AP100 receives the control information (for example, a MAP trigger frame) with another AP that does not receive the ACK or the block ACK among the APs involved in the cooperative communication between base stations and the ACK or the block.
  • the control information for example, a MAP trigger frame
  • the ACK or block ACK from the STA200 under the MAP is shared by a plurality of AP100s (for example, Sharing AP and Shared AP). Therefore, for example, even if the AP100 does not receive the ACK or the block ACK from the STA200, the ACK or the block ACK is acquired by sharing the ACK or the block ACK by another AP100, so that an appropriate determination regarding the necessity of retransmission is made. Is possible. Therefore, according to the present embodiment, it is possible to suppress unnecessary retransmission in the AP100 in cooperative communication and improve the efficiency of retransmission control in cooperative communication.
  • AP100s for example, Sharing AP and Shared AP
  • control steps (A) and (B) may be provided in the MAP trigger frame and the BA sharing phase after the process in which each STA200 transmits an ACK or a block ACK.
  • the Sharing AP instructs a plurality of Shared APs (for example, all Shared APs) to share an ACK or a block ACK in the MAP trigger frame.
  • the Shared AP receives the ACK or the block ACK from the STA200, and then transmits the BA shared frame including the ACK or the block ACK.
  • the TXOP (channel usage period) may be set in the MAP trigger frame, which is a trigger for starting MAP data transmission, and the TXOP may include a BA sharing phase including the control step (B) described above. ..
  • FIG. 34 is a diagram showing an example of a MAP control sequence according to the present embodiment.
  • FIG. 34 is a diagram showing an example of the MAP control sequence in the communication environment shown in FIG. 2, as in FIG.
  • an ACK or a block ACK for data transmitted from Sharing AP (AP1) and Shared AP (AP2, AP3) (for example, initial transmission data) is ACKed from STAb to Sharing AP (AP1).
  • An example is shown in which the block ACK does not reach.
  • the Sharing AP may set information for instructing (or requesting) sharing of an ACK or a block ACK to a plurality of Shared APs (AP2 and AP3). ..
  • the information instructing the sharing of ACK or block ACK may be, for example, a 1-bit flag (BAShareReqFlag). For example, if this flag is set as enabled (for example, if ACK sharing is instructed), each Shared AP will operate assuming that the BA sharing phase of control step (B) is set. good. On the other hand, if the flag is set as invalid (for example, if ACK sharing is not instructed), each Shared AP may operate on the assumption that the BA sharing phase of control step (B) is not set. ..
  • the Shared AP may specify a multiplexing method when transmitting a BA shared frame in the control step (B) in the control step (A).
  • Examples of the method for multiplexing BA shared frames include time division multiplexing (TDMA: Time Division Multiple Access), frequency division multiplexing (for example, OFDMA: Orthogonal Frequency Division Multiple Access), or spatial division multiplexing (for example, MU-MIMO:). MultiUser-MultipleInputMultipleOutput) can be mentioned.
  • the Shared AP may transmit the BA shared frame according to the multiplexing method specified by the MAP Trigger frame in the control step (A).
  • a plurality of Shared APs instructed to share the ACK in the MAP trigger frame transmit the BA shared frame.
  • the Shared AP (AP2 and AP3) notifies the Sharing AP (AP1) that does not receive the ACK or block ACK from STAb of the ACK or block ACK from STAb.
  • AP1, AP2 and AP3 share an ACK or block ACK from STAb.
  • the Sharing AP does not receive the ACK or block ACK of STAb from STAb, it receives it from another Shared AP (AP2) to appropriately control the retransmission to STAb.
  • the Sharing AP confirms (or recognizes) that the STA b has normally received the downlink data transmitted to the STA b. Therefore, for example, as shown in FIG. 34, the Sharing AP (AP1) and the Shared AP (AP2, AP3) may simultaneously transmit data (for example, new transmission data) in the next TXOP.
  • control is performed to instruct a plurality of AP100s to share the ACK or the block ACK.
  • the Sharing AP and the Shared AP can share the ACK or block ACK information from each STA200 under the MAP, and useless retransmission can be suppressed.
  • the control step related to the setting of the BA control AP and the BA sharing request in the BA sharing phase can be eliminated, so that the overhead related to the sharing control of the ACK can be eliminated. Can be reduced.
  • the MAP trigger frame transmitted / received in the control step (A) may be configured to include, for example, information instructing a plurality of AP100s (for example, all Shared APs) to share an ACK or a block ACK.
  • FIG. 35 is a diagram showing an example of the configuration of the MAP trigger frame.
  • MAP trigger frame information for instructing BA sharing to a plurality of Shared APs (for example, a 1-bit BA sharing request) in the information (Common info) field shared by the plurality of AP100s.
  • a flag (BAShareReqFlag) may be set.
  • FIG. 35 has described the case where the BA share request flag (BA ShareReq Flag) is set in the common information field, but the present invention is not limited to this, and the BA share request flag is set in a field different from the common information field. You may.
  • the BA shared frame transmitted in the control step (B) may be configured to include information regarding ACK or block ACK, as in the case of the BA shared frame in the control step (C) of the first embodiment, for example.
  • the configuration example of the BA shared frame and the specification example of the frame type may be the same as, for example, the BA shared frame of the third embodiment.
  • the AP100 receives the control information (for example, a wireless frame) regarding the sharing of the ACK or the block ACK for the downlink signal in the coordinated communication between the base stations, and ACKs based on the received control information. Or control the transmission of the block ACK to other APs.
  • the control information for example, MAP trigger frame
  • the AP100 transmits the ACK or the block ACK to the AP100 involved in the cooperative communication between base stations. decide.
  • ACK or block ACK sharing control ACK or block ACK from STA200 under MAP is shared by a plurality of AP100s (for example, Sharing AP and Shared AP). Therefore, for example, even if the AP100 does not receive the ACK or the block ACK from the STA200, the ACK or the block ACK is acquired by sharing the ACK or the block ACK by another AP100, so that an appropriate determination regarding the necessity of retransmission is made. Is possible. Therefore, according to the present embodiment, it is possible to suppress unnecessary retransmission in the AP100 in cooperative communication and improve the efficiency of retransmission control in cooperative communication.
  • AP100s for example, Sharing AP and Shared AP
  • the information determined by the AP100 regarding the setting of sharing and the presence / absence of transmission may be, for example, at least one of the following.
  • the AP100 may acquire information on the line type between Shared APs, for example, in the Multi-AP Channel sounding phase performed before the MAP data transmission, or may be acquired in another period.
  • FIG. 36 is a diagram showing a configuration example of a line between Shared APs.
  • the Sharing AP (AP1) and the Shared AP (AP2) are connected by a wired line
  • the Sharing AP (AP1) and the Shared AP (AP3) and the Shared AP (AP2) are connected to each other.
  • Shared AP (AP3) are connected by wireless line.
  • the relay line between Shared APs (eg, between AP1 and AP2 in FIG. 36) is an ideal communication environment (eg, if it is a low latency wired line such as Ethernet® or optical fiber).
  • AP100 does not transmit at least one of BA request frame, BA share request frame, combination of AP100 and STA200, and BA share frame wirelessly, and is a wired frame such as an Ethernet frame of IEEE802.3. You may send it at.
  • the relay line between Shared APs (for example, between AP1 and AP3 in FIG. 36 or between AP2 and AP3) is not an ideal communication environment (for example, wireless).
  • the AP100 is a MAP trigger frame containing a BA request frame, a BA share request frame, information on the combination of the AP100 and the STA200, and a BA share frame. At least one of them is transmitted wirelessly.
  • the AP100 MAPs at least one of the BA sharing request frame and the combination of the AP100 and the STA200 in the wireless line path. It may be transmitted by a trigger frame, and a BA request frame or a BA shared frame may be transmitted by a wired frame such as an IEEE802.3 Ethernet frame in a wired line path.
  • the frame transmitted on each of the wired line and the wireless line is not limited to the above-mentioned example, and may be another frame.
  • FIG. 37 is a diagram showing an example of a MAP control sequence according to the present embodiment.
  • the Sharing AP (AP1) and the Shared AP (AP2) are connected by a line in which both wired and wireless are mixed, and between the Sharing AP (AP1) and the Shared AP (AP3), and , Shared AP (AP2) and Shared AP (AP3) are connected by wireless line.
  • FIG. 37 regarding the ACK or block ACK for the data transmitted from the Sharing AP (AP1) and the Shared AP (AP2, AP3) (for example, the initial transmission data), the ACK from STAb to the Sharing AP (AP1) or An example is shown in which the block ACK does not reach.
  • the control sequence shown in FIG. 37 is, as an example, the same as the control sequence in the fourth embodiment.
  • Sharing AP (AP1) and Shared AP (AP2) that can be connected by a wired line
  • at least one of information regarding sharing of ACK or block ACK (for example, BA shared frame).
  • BA shared frame Is transmitted in a wired frame and does not have to be transmitted wirelessly.
  • the BA shared frame from the Sharing AP (AP1) to the Shared AP (AP2) and the BA shared frame from the Shared AP (AP2) to the Sharing AP (AP1) do not have to be transmitted.
  • the AP100 can share information about the ACK or the block ACK of each STA200 in a short time by using the wired frame and the wireless frame in combination, and can suppress unnecessary retransmission.
  • FIG. 37 shows, as an example, the control sequence in the fourth embodiment, but the present invention is not limited to this, and in any one of the first to third embodiments, the operation according to the line type in the present embodiment is applied. You may.
  • sharing control is performed according to a line type such as wireless and wired
  • a line type such as wireless and wired
  • the present invention is not limited to this, and for example, sharing is performed according to communication performance (or communication method). Control may be performed.
  • the AP100 may determine, for example, whether to perform the controls relating to the BA sharing described above, based on, for example, the MAP coordination schemes. For example, the AP100 does not need to execute the above-mentioned control regarding BA sharing when the MAP coordination scheme is JT, and the above-mentioned control regarding BA sharing when the MAP coordination scheme is different from JT. good. Further, for example, when the AP100 receives a BA sharing request frame from another AP100 and the MAP coordination scheme is JT, the AP100 may respond to the BA sharing request (for example, send a BA sharing frame).
  • the BA sharing request may be instructed to the Shared AP in the MAP trigger frame, and the MAP coordination scheme is different from JT. In this case, the BA sharing request does not have to be directed to the Shared AP in the MAP trigger frame.
  • the method of sharing the ACK or the block ACK between the AP100s has been described, but the signal or information shared between the AP100s is not limited to the ACK or the block ACK, and other signals or information. But it may be.
  • the sharing method in the above-described embodiment may be applied to information that is expected to be shared between APs, such as channel estimates or information regarding data buffer management.
  • the configurations of the BA request frame, the BA shared request frame, the BA shared frame, and the Trigger frame described in the above embodiment are examples, and the configuration is not limited to these, and other configurations may be used. For example, in these frame configurations, some fields may not be set and other fields may be further set.
  • the AP instructing cooperative communication and the AP instructing cooperative communication are described by the terms “Sharing AP” and “Shared AP”, respectively, but the term is not limited to this, and other terms may be used. good.
  • the description is based on the 11be format as an example, but the format to which one embodiment of the present disclosure is applied is not limited to the 11be format.
  • One embodiment of the present disclosure may be applied to, for example, IEEE 802.11bd (NGV (Next Generation V2X)), which is a next-generation standard of IEEE 802.11p, which is an in-vehicle standard.
  • NVG Next Generation V2X
  • Each functional block used in the description of the above embodiment is partially or wholly realized as an LSI which is an integrated circuit, and each process described in the above embodiment is partially or wholly. It may be controlled by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip so as to include a part or all of functional blocks.
  • the LSI may include data input and output.
  • LSIs may be referred to as ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connection and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • the present disclosure may be realized as digital processing or analog processing.
  • the communication device may include a wireless transceiver and a processing / control circuit.
  • the wireless transceiver may include a receiver and a transmitter, or them as a function.
  • the radio transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator / demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smartphones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still / video cameras, etc.).
  • Digital players digital audio / video players, etc.
  • wearable devices wearable cameras, smart watches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth telemedicines remote health Care / medicine prescription
  • vehicles with communication functions or mobile transportation automobiles, planes, ships, etc.
  • combinations of the above-mentioned various devices can be mentioned.
  • Communication devices are not limited to those that are portable or mobile, but are all types of devices, devices, systems that are non-portable or fixed, such as smart home devices (home appliances, lighting equipment, smart meters or Includes measuring instruments, control panels, etc.), vending machines, and any other "Things” that can exist on the IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or Includes measuring instruments, control panels, etc.
  • vending machines and any other “Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by a combination of these, in addition to data communication by a cellular system, a wireless LAN system, a communication satellite system, etc.
  • the communication device also includes devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • devices such as controllers and sensors that are connected or connected to communication devices that perform the communication functions described in the present disclosure.
  • controllers and sensors that generate control and data signals used by communication devices that perform the communication functions of the communication device.
  • Communication devices also include infrastructure equipment that communicates with or controls these non-limiting devices, such as base stations, access points, and any other device, device, or system. ..
  • the base station includes a receiving circuit for receiving control information regarding sharing of a response signal for a downlink signal in coordinated communication between base stations, and another base station of the response signal based on the control information. It is provided with a control circuit for controlling transmission to.
  • control circuit comprises the other base station involved in the inter-base station cooperative communication when the control information received from the other base station indicates a request for the response signal.
  • a base station different from the base station is instructed to transmit the response signal to the other base station.
  • the control circuit when the control circuit indicates that the received control information requires sharing of the response signal, the control circuit transmits the response signal to the other base station indicated in the control information. To decide.
  • control circuit may indicate that the control information received from the other base station requires sharing of the response signal of the terminal associated with the base station. Determines the transmission of the response signal to the base station of.
  • the control circuit transmits the response signal to the other base station that does not receive the response signal among the base stations involved in the coordinated communication between the base stations.
  • the transmission of the response signal from the source to the other base station is determined.
  • control information is included in a signal that triggers the start of coordinated communication between base stations.
  • the control circuit determines transmission of the response signal to the base station involved in the cooperative communication between the base stations.
  • control information is included in a signal that triggers the start of coordinated communication between base stations.
  • control circuit determines whether or not to share the response signal with the other base station based on the type of line for the other base station.
  • the communication device includes a transmission unit that transmits a response signal to a downlink signal in coordinated communication to a first base station that performs coordinated communication, and information on the response signal is the coordinated. It is shared with a second base station that communicates.
  • control circuit determines sharing of the response signal when the line type is wireless, and determines non-sharing of the response signal when the line type is wired.
  • the base station receives control information regarding sharing of a response signal to a downlink signal in coordinated communication between base stations, and based on the control information, another base of the response signal. Control transmission to the station.
  • the communication device transmits a response signal to the downlink signal in the coordinated communication to the first base station performing the coordinated communication, and the information regarding the response signal is the coordinated communication. It is shared with the second base station to do.
  • One embodiment of the present disclosure is useful for wireless communication systems.
  • Control unit 102 Control signal generation unit for STA 103
  • Control signal generation unit for AP 104 Control signal generation unit for AP 104
  • Transmission signal generation unit 105 Transmission signal generation unit 105
  • Wireless transmission / reception unit 106 Receive signal demodulation / decoding unit 200

Landscapes

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

Abstract

基地局は、基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信する受信回路と、制御情報に基づいて、応答信号の他の基地局への送信を制御する制御回路と、を具備する。

Description

基地局、通信装置及び通信方法
　本開示は、基地局、通信装置及び通信方法に関する。
　The Institute of Electrical and Electronics Engineers（IEEE）において、規格IEEE 802.11ax（以下、「11ax」とも呼ぶ）の後継規格にあたる次世代無線ローカルエリアネットワーク（Local Area Network：LAN）向けの規格IEEE 802.11be（以下、「11be」とも呼ぶ）の検討が進められている。例えば、IEEE 802.axはHigh Efficiency（HE）とも呼ばれ、IEEE 802.beはExtream High Throughput（EHT）とも呼ばれる。
IEEE 802.11-20/0566r99, Compendium of straw polls and potential changes to the Specification Framework Document IEEE 802.11-19/1533r0, Consideration on Multi-AP Ack Protocol IEEE 802.11-20/0590r5, Coordinated Spatial Reuse: Focus on Downlink IEEE P802.11axTM/D8.0 IEEE P802.11-REVmdTM/D5.0
　しかしながら、無線LANのような無線通信において協調通信の再送制御については十分に検討されていない。
　本開示の非限定的な実施例は、協調通信における再送制御の効率を向上できる基地局、通信装置及び通信方法の提供に資する。
　本開示の一実施例に係る基地局は、基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信する受信回路と、前記制御情報に基づいて、前記応答信号の他の基地局への送信を制御する制御回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、協調通信における再送制御の効率を向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Multi-AP（multi-access point, MAP）の構成例を示す図 下りリンク及び上りリンクのカバレッジが異なる通信環境の一例を示す図 MAPの制御シーケンスの一例を示す図 MAPの制御シーケンスの一例を示す図 実施の形態１に係るAPの一部の構成例を示すブロック図 実施の形態１に係るAPの構成例を示すブロック図 実施の形態１に係るSTAの構成例を示すブロック図 実施の形態１に係るMAPの制御シーケンスの一例を示す図 Block ACK（BA）要求フレームの一例を示す図 Frame ControlフィールドにおけるBA要求の定義例を示す図 Trigger Type subfieldにおけるBA要求の定義例を示す図 BlockAckReq frame variantにおけるBA要求の定義例を示す図 BA共有要求フレームの一例を示す図 Frame ControlフィールドにおけるBA共有要求の定義例を示す図 Trigger Type subfieldにおけるBA共有要求の定義例を示す図 BlockAckReq frame variantにおけるBA共有要求の定義例を示す図 BA共有フレームの一例を示す図 Frame ControlフィールドにおけるBA共有の定義例を示す図 BlockAck frame variantにおけるBA共有の定義例を示す図 実施の形態２に係るMAPの制御シーケンスの一例を示す図 BA共有要求フレームの一例を示す図 Frame ControlフィールドにおけるBA共有要求の定義例を示す図 Trigger Type subfieldにおけるBA共有要求の定義例を示す図 BlockAckReq frame variantにおけるBA共有要求の定義例を示す図 BA共有フレームの一例を示す図 Frame ControlフィールドにおけるBA共有の定義例を示す図 BlockAck frame variantにおけるBA共有の定義例を示す図 実施の形態３に係るMAPの制御シーケンスの一例を示す図 MAP triggerフレームの構成例を示す図 MAP triggerフレームの構成例を示す図 BA共有フレームの一例を示す図 Frame ControlフィールドにおけるBA共有の定義例を示す図 BlockAck frame variantにおけるBA共有の定義例を示す図 実施の形態４に係るMAPの制御シーケンスの一例を示す図 MAP triggerフレームの構成例を示す図 Shared AP間の回線構成例を示す図 実施の形態５に係るMAPの制御シーケンスの一例を示す図
　以下、本開示の各実施の形態について図面を参照して詳細に説明する。
　［Multi-Access Point coordination］
　11beでは、例えば、複数のアクセスポイント（AP：Access Point。又は、「基地局」とも呼ばれる）が協調して各端末（STA：Station。又は、「non-AP STA」とも呼ばれる）との間においてデータを送受信するMulti-AP（以下、「MAP」と呼ぶ） coordination（以下「協調通信」又は「基地局間協調通信」とも呼ぶ）の適用が検討された（例えば、非特許文献１～３を参照）。
　11beにおけるMAP coordination scheme（例えば、「通信タイプ」又は「MAPタイプ」とも呼ぶ）の一つとして、Joint Transmissions（以下、「JT」と呼ぶ）がある。JTには、例えば、協調する複数のAPから同じ信号を送信する方法、及び、協調する複数のAPから異なる送信ストリームを送信する方法が含まれる。協調する複数のAPから異なる送信ストリームを送信する方法は、例えば、Distributed Multi User - Multiple Input Multiple Output（D-MIMO）と呼ばれる。
　IEEE 802.11では、Quality of Service（QoS）（サービス品質）データに対する確認応答信号としてのAcknowledgement（ACK）フレーム、及び、複数のフレームに対する応答をまとめて返すブロックACK（BlockAck）フレームが定義された（例えば、非特許文献４又は５を参照）。
　図１は、協調通信を行うAP及びSTAの構成例（MAPの構成例）を示す図である。
　図１において、「Sharing AP」は、例えば、チャネル使用（又は、送信）期間（例えば、TXOP：transmission opportunity）を取得して協調通信を開始（又は、制御）するAPでよい。また、「Shared AP」は、Sharing APによって協調通信を指示されるAPでよい。
　なお、図１に示す例では、Shared APの何れか（例えば、AP1）がSharing APを兼ねる構成を示すが、これに限定されず、Sharing APとShared APとが異なるAPである構成でもよい。
　また、図１の例では、STA aは、Sharing AP（AP1）にアソシエーション（「接続」と称されてもよい）され、Sharing AP（AP1）とShared AP（AP2）との間において協調通信を行う。また、図１の例では、STA bは、Shared AP（AP2）にアソシエーションされ、Sharing AP（AP1）とShared AP（AP2）とShared AP（AP3）との間において協調通信を行う。
　例えば、STAは、APからSTAに対する下りデータを受信し、当該STAがアソシエーションされたAPに対してACK又はブロックACKを送信する。また、例えば、MAP coordination schemesがJTの場合、Shared AP間においてACK又はブロックACKを交換することが期待される（例えば、非特許文献２を参照）。
　［MAP coordinationにおける再送制御］
　図２は、下りリンクと上りリンクとでカバレッジ（通信可能な範囲）が異なる通信環境の例を示す図である。なお、図２に示すAP1、AP2、AP3、STA a及びSTA bの接続関係は、図１に示すAP及びSTAの接続関係と同様でよい。
　図２に示すように、STA aは、Sharing AP（AP1）及びShared AP（AP2）それぞれの下りリンクのカバレッジ内に存在する（又は位置する。以下において同じ）。また、STA aの上りリンクのカバレッジ内には、Sharing AP（AP1）及びShared AP（AP2）が存在する。このため、Sharing AP（AP1）及びShared AP（AP2）は、例えば、STA aからの応答（例えば、下りデータに対するACK又はブロックACK）を受信（例えば、同時に受信）する。
　また、図２に示すように、STA bは、Sharing AP（AP1）、Shared AP（AP2）及びShared AP（AP3）それぞれの下りリンクのカバレッジ内に存在する。その一方で、STA bの上りリンクのカバレッジ内には、Shared AP（AP2）及びShared AP（AP3）が存在するが、Sharing AP（AP1）は、STA bの上りリンクのカバレッジ外である。このため、Sharing AP（AP1）、Shared AP（AP2）及びShared AP（AP3）は、例えば、STA bからの応答（例えば、下りデータに対するACK又はブロックACK）を受信（例えば、同時に受信）しない可能性がある。例えば、Sharing AP（AP1）は、STA bからのACK又はブロックACKを受信しない可能性がある。
　図３は、図２に示す通信環境におけるMAPの制御シーケンスの一例を示す図である。
　図３において、例えば、Sharing AP（AP1）は、Shared AP（AP2及びAP3）に対して、MAPに関するデータ送信を開始するトリガーであるMAP triggerフレーム（又は、MAP Announcementフレームとも呼ぶ）を送信する。MAP triggerフレームの送受信後に、Sharing AP（AP1）及びShared AP（AP2及びAP3）は、データ（例えば、初回送信データ）を同時に送信してよい。
　STA a及びSTA bは、各APからのデータを受信し、データに対する受信（又は、復号）の成否を示すACK又はブロックACK（図３の例では「BA」と表す）を各APへ送信（又は、フィードバック）する。
　ここで、図２に示すように、STA bについて、Sharing AP（AP1）がSTA bの上りリンクのカバレッジ外であるため、図３の例では、STA bから送信されるACK又はブロックACKが、Sharing AP（AP1）には届かない例が示される。Sharing AP（AP1）は、STA bからのACK又はブロックACKを受信しないため、例えば、データの再送を決定してよい。このように、STA bがデータを正常に受信したにも関わらず、無駄な再送が発生し得る。
　次に、図４は、図３に示す動作に続く、再送フェーズの制御シーケンスの一例を示す図である。
　図４において、例えば、Sharing AP（AP1）は、再送時にも、Shared AP（AP2及びAP3）に対してMAP triggerフレームを送信する。MAP triggerフレームの送受信後に、Sharing AP（AP1）及びShared AP（AP2、AP3）は、データ（例えば、再送データ）を同時に送信してよい。
　ここで、図４では、図３に示す例と同様に、STA bから送信されるACK又はブロックACKがShared AP（AP1）には届かない場合、Shared AP（AP1）は、データの再送を決定する。このように、STA bがデータを正常に受信したにも関わらず、Shared AP（AP1）が再送を決定した場合、STA bからのACK又はブロックACKを受信したShared AP（AP2及びAP3）でも再送を行うため、無駄な再送が発生し得る。
　このように、MAP coordinationにおいて、各STAからのACK又はブロックACKを受信しないShared APが存在する場合には無駄な再送が発生し得る。また、例えば、Shared AP間（若しくはSharing APとShared APとの間）において各STAのACK又はブロックACKに関する情報を共有する方法については十分に検討されていない。
　そこで、本開示の一実施例では、MAP動作時における再送制御の効率を向上する方法について説明する。例えば、APが各STAからのACK又はブロックACKを受信した後に、ACK又はブロックACKを共有する「共有フェーズ（又は、BA共有フェーズ）」を設けることにより、Sharing AP及びShared APにおいてACK又はブロックACKを共有する。
　なお、「フェーズ」は、例えば、「期間」、「シーケンス」又は「プロシージャ」といった他の用語に読み替えられてもよい。
　［無線通信システムの構成］
　本実施の形態に係る無線通信システムは、複数のAP１００、及び、STA２００を含んでよい。AP１００は、例えば、Sharing AP及びShared APの双方の機能を備えてもよく、何れか一方の機能を備えてもよい。
　図５は、本開示の一実施例に係るAP１００の一部の構成例を示すブロック図である。図４に示すAP１００において、無線送受信部１０５（例えば、受信回路に相当）は、基地局間協調通信（例えば、MAP coordination）における下り信号に対する応答信号（例えば、ACK又はブロックACK）の共有に関する制御情報を受信する。制御部１０１（例えば、制御回路に相当）は、制御情報に基づいて、前記応答信号の他の基地局への送信を制御する。
　（実施の形態１）
　［AP１００の構成例］
　図６は、AP１００の構成例を示すブロック図である。図６に示すAP１００は、例えば、制御部１０１と、STA向け制御信号生成部１０２と、AP向け制御信号生成部１０３と、送信信号生成部１０４と、無線送受信部１０５と、受信信号復調・復号部１０６と、を含んでよい。
　制御部１０１は、例えば、MAP Triggerフレームの設定を制御してよい。例えば、制御部１０１は、AP１００がSharing APの場合、他のAP１００（例えば、Shared AP）に対する制御信号（例えば、MAP Triggerフレーム）の生成を制御してよい。また、制御部１０１は、例えば、ACK又はブロックACKの共有に関する制御を行ってよい。例えば、制御部１０１は、受信信号復調・復号部１０６から入力されるACK又はブロックACKの共有を制御するための制御情報に基づいて、各STA２００からのACK又はブロックACKを他のAP１００と共有するか否かを判断してもよい。
　なお、AP１００におけるACK又はブロックACKの共有に関する制御方法の例については後述する。
　また、制御部１０１は、例えば、STA２００又は他のAP１００に対する制御情報を設定してよい。例えば、制御部１０１は、各STA２００に対するリソース割り当て情報、及び、MCSといったスケジューリング情報を設定してよい。また、制御部１０１は、例えば、受信信号復調・復号部１０６から入力される情報（例えば、Sharing APからShared APへ通知される制御情報）に基づいて、送信制御に関するパラメータ（例えば、上述した協調通信に関するパラメータ）を決定してよい。制御部１０１は、例えば、決定した送信制御パラメータを含む制御情報を、STA向け制御信号生成部１０２及びAP向け制御信号生成部１０３へ出力してよい。
　STA向け制御信号生成部１０２は、例えば、STA２００向けの制御信号（例えば、Trigger frame)を生成し、生成した制御信号を送信信号生成部１０４へ出力してよい。
　AP向け制御信号生成部１０３は、例えば、AP１００向けの制御信号を生成してよい。AP１００向けの制御信号には、例えば、MAP Triggerフレーム、又は、ACK又はブロックACKの共有に関する制御フレームが含まれてよい。例えば、AP向け制御信号生成部１０３は、制御部１０１から入力される制御情報、及び、受信信号復調・復号部１０６から入力される情報に基づいて制御信号を生成してよい。AP向け制御信号生成部１０３は、例えば、生成した制御信号を送信信号生成部１０４へ出力する。
　送信信号生成部１０４は、例えば、STA向け制御信号生成部１０２又はAP向け制御信号生成部１０３から入力される制御信号、又は、データおよびACK/ブロックACKに対して、送信処理を行い、無線フレーム（送信信号）を生成してよい。送信信号生成部１０４は、生成した送信信号を無線送受信部１０５へ出力する。
　無線送受信部１０５は、例えば、送信信号生成部１０４から入力される送信信号に対して、D/A変換、キャリア周波数にアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介して送信する。
　AP１００は、例えば、STA２００から送信された上りリンク信号、又は、他のAP１００から送信された制御信号を受信する場合、以下のように動作してよい。
　アンテナを介して受信された無線信号は、無線送受信部１０５に入力される。無線送受信部１０５は、例えば、受信した無線信号に対してキャリア周波数のダウンコンバートといった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部１０６へ出力する。
　受信信号復調・復号部１０６は、例えば、無線送受信部１０５から入力される信号に対して、自己相関処理といった処理を行い、受信した無線フレームを抽出してよい。また、受信信号復調・復号部１０６は、例えば、抽出した無線フレームに含まれる、STA２００からの上りリンク信号（例えば、応答信号、フィードバック情報）、又は、他のAP１００からの制御信号（例えば、MAP Triggerフレーム、又は、ACK又はブロックACKの共有に関する制御フレーム）を復号及び復調してよい。受信信号復調・復号部１０６は、例えば、復調後の制御信号を、制御部１０１、STA向け制御信号生成部１０２、及び、AP向け制御信号生成部１０３へ出力してよい。
　［STA２００の構成例］
　図７は、本実施の形態に係るSTA２００の構成例を示すブロック図である。図７に示すSTA２００は、例えば、無線送受信部２０１と、受信信号復調・復号部２０２と、送信信号生成部２０３と、を含んでよい。
　無線送受信部２０１は、例えば、AP１００から送信された信号を、アンテナを介して受信し、受信した信号にダウンコンバート、A/D変換といった無線受信処理を行い、無線受信処理後の信号を受信信号復調・復号部２０２に出力する。また、無線送受信部２０１は、例えば、送信信号生成部２０３から入力される信号に対して、D/A変換、キャリア周波数へのアップコンバートといった無線送信処理を行い、無線送信処理後の信号を、アンテナを介して送信してよい。
　受信信号復調・復号部２０２は、例えば、無線送受信部２０１から入力される信号に対して自己相関処理といった処理を行い、受信した無線フレームを抽出してよい。受信信号復調・復号部２０２は、例えば、抽出した無線フレーム内に含まれる制御信号（例えば、Trigger frame）を復調及び復号し、上り送信制御パラメータ取得してよい。受信信号復調・復号部２０２は、例えば、取得した上り送信制御パラメータを送信信号生成部２０３へ出力してよい。
　送信信号生成部２０３は、例えば、受信信号復調・復号部２０２から入力される上り送信制御パラメータに基づいて、上りリンク信号（例えば、下りリンク信号に対するACK又はブロックACK）に対して送信信号処理を行い、無線フレーム（送信信号）を生成してよい。送信信号生成部２０３は、例えば、生成した送信信号を、無線送受信部２０１へ出力する。
　［AP１００及びSTA２００の動作例］
　次に、本実施の形態に係るAP１００及びSTA２００の動作例について説明する。
　本実施の形態では、例えば、ACK又はブロックACKの共有を制御するAPを「BA制御AP」と定義する。BA制御APは、ACK又はブロックACKに関する情報を集約して、Sharing AP及びShared APにおけるACK又はブロックACKの共有を制御してよい。
　BA制御APには、例えば、Sharing APが設定されてもよく、MAP配下のSTA２００から送信されるACK又はブロックACKを受信可能なShared APが設定（又は、定義）されてもよい。また、例えば、BA制御APは、定期的又は不定期に設定（定義、又は変更）されてもよい。これにより、伝搬環境に応じて、BA制御APが設定されるので、再送制御の適応的な最適化が可能になる。
　例えば、各STA２００がACK又はブロックACKを送信する処理の後のBA共有フェーズにおいて、以下の制御ステップ（Ａ）、（Ｂ）及び（Ｃ）が設けられてよい。なお、「ステップ」は、「処理」、「手順」といった他の用語に読み替えられてもよい。
　（Ａ）Shared APは、ACK又はブロックACKを受信しない場合、BA制御APに対して、ACK又はブロックACKを要求（又は、BA共有を要求）するフレーム（以下、「BA要求フレーム」と呼ぶ）を送信する。
　（Ｂ）BA制御APは、BA要求フレームを受信した場合、各Shared APに対して、BA共有を指示するフレーム（例えば、「BA共有要求フレーム」と呼ぶ）を送信する。
　（Ｃ）Shared APは、BA共有要求フレームを受信した場合、当該Shared APが保持（例えば、受信）するACK又はブロックACKを含むフレーム（例えば、「BA共有フレーム」と呼ぶ）を送信する。
　なお、TXOP(チャネル使用期間)は、例えば、MAPデータ送信を開始するトリガーであるMAP triggerフレームにて設定されてよく、TXOPには、上述した制御ステップ（Ａ）～（Ｃ）を含むBA共有フェーズが含まれてよい。
　図８は、本実施の形態におけるMAPの制御シーケンスの一例を示す図である。
　なお、図８は、図３と同様、図２に示す通信環境におけるMAPの制御シーケンスの一例を示す図である。例えば、図８では、Sharing AP（AP1）及びShared AP（AP2、AP3）から送信されたデータ（例えば、初回送信データ）に対するACK又はブロックACKについて、STA bからSharing AP（AP1）へのACK又はブロックACKが届かない例が示される。
　図８の場合、例えば、STA a及びSTA bの双方からのACK又はブロックACKを受信可能なAPであるShared AP（AP2）がBA制御APとして設定（又は、定義）されてよい。なお、BA制御APの指定については、MAPデータ送信を開始するトリガーであるMAP triggerフレーム内において指定してもよく、MAP triggerフレームより前段のMAPに関するセットアップ又はチャネル推定を行うフェーズにおいて設定されてもよい。
　例えば、上述した制御ステップ（Ａ）において、ACK又はブロックACKを受信しないSharing AP（AP1）は、BA制御APであるShared AP（AP2）に対して、BA要求フレームを送信してよい。
　また、例えば、上述した制御ステップ（Ｂ）において、BA制御APであるShared AP（AP2）は、ACK又はブロックACKを受信しないSharing AP（AP1）からのBA要求フレームを受信した場合、各Shared AP（例えば、AP1及びAP3）に対して、BA共有（例えば、AP1へのACK又はブロックACKの送信）を指示するBA共有要求フレームを送信してよい。
　また、例えば、上述した制御ステップ（Ｃ）において、BA制御APからのBA共有要求フレームを受信したShared AP（AP3）、又は、BA制御APであるShared AP（AP2）は、BA共有要求フレームに基づいてBA共有フレームを送信してよい。
　このように、図８に示す例では、STA bからのACK又はブロックACKを受信したShared AP（AP2及びAP3）は、ACK又はブロックACKを受信しないSharing AP（AP1）に対してBA共有フレームを送信して、STA bからのACK又はブロックACKを通知する。換言すると、AP1、AP2及びAP3は、STA bからのACK又はブロックACKを共有する。
　よって、Sharing AP（AP1）は、STA bのACK又はブロックACKを、STA bから受信しない場合、他のShared APから受信することで、STA bに対する再送を適切に制御する。例えば、図８において、Sharing AP（AP1）は、STA bに対して送信した下りリンクデータをSTA bが正常に受信したことを確認（又は、認識）する。よって、例えば、図８に示すように、Sharing AP（AP1）及びShared AP（AP2、AP3）は、次のTXOPにおいて、データ（例えば、新規送信データ）を同時に送信してよい。
　このように、本実施の形態では、ACK又はブロックACKの共有を制御するAPをBA制御APと定義し、ACK又はブロックACKに関する情報をBA制御APに集約した上で、AP１００は、Sharing AP及びShared APに対して、ACK又はブロックACKの共有に関する制御を行う。この制御により、Sharing AP及びShared APにおいて、MAP配下の各STA２００のACK又はブロックACKの情報を共有可能となり、無駄な再送を抑制できる。
　次に、上述した制御ステップ（Ａ）、（Ｂ）及び（Ｃ）において送受されるフレームの構成例について説明する。
　＜BA要求フレーム（制御ステップ（Ａ））＞
　制御ステップ（Ａ）において送受信されるBA要求フレームは、例えば、ACK又はブロックACKを受信しないShared AP（図８では、Sharing APであるAP1）のアドレスフィールドを含む構成でよい。
　図９は、BA要求(BA Req)フレームの構成例を示す図である。
　図９に示すように、BA要求フレームには、例えば、ACK又はブロックACKを受信しないShared AP（換言すると、当該BA要求フレームを送信するAP）のアドレス（例えば、BA Req Address）が含まれる。
　アドレス（BA Req Address）は、例えば、AP１００のMedium Access Control（MAC）アドレスでもよく、仮想的なBasic Service Set（BBS）（基本サービスセット）アドレスでもよい。仮想的なBSSアドレスとしては、例えば、MAP動作対象の複数のAP１００に対して１つの識別子(ID)が割り当てられてもよく、特定のIDの値域内に複数のIDが割り当てられてもよい。
　また、無線フレームがBA要求フレームであることを指定する「フレームタイプ」については、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・TriggerフレームのType
　・BlockAckReqフレームのframe variant
　図１０は、図９に示すBA要求フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図１０では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“0000”にBA要求（BA Req）フレームの種別が定義される例である。なお、図１０では、BA要求フレームの種別が“0000”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図１１は、BA要求フレームとしてTriggerフレームを用いる場合に、BA要求フレームの種別（例えば、Trigger Type）を、TriggerフレームのType subfieldによって指定する例を示す図である。図１１では、一例として、11ax（例えば、11ax仕様のTable 9-29c Trigger Type subfield encoding）において未使用のTrigger Type subfield value（例えば、Reserved）である“8”にBA要求フレームの種別（BA Req）が定義される例である。なお、図１１では、BA要求フレームの種別が“8”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図１２は、BA要求フレームとして、ブロックACK要求（BlockAckReq）フレームを用いる場合に、BA要求フレームの種別（例えば、ブロックACK要求（BAR）タイプ）を、BlockAckReqフレームのframe variantによって指定する例を示す図である。図１２では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAckReq frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“7”にBA要求フレームの種別（BA Req）が定義される例である。なお、図１２では、BA要求フレームの種別が“7”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　＜BA共有要求フレーム（制御ステップ（Ｂ））＞
　制御ステップ（Ｂ）において送受信されるBA共有要求フレームは、例えば、ACK又はブロックACKを要求するSharing AP又はShared AP（図８の例では、AP1）のアドレスフィールドを含む構成でよい。
　図１３は、BA共有要求(BA ShareReq)フレームの構成例を示す図である。
　図１３に示すように、BA共有要求フレームには、例えば、ACK又はブロックACKを要求するSharing AP又はShared AP（例えば、ACK又はブロックACKの共有を要求するAP）のアドレス（例えば、BA ShareReq Address）が少なくとも一つ含まれてよい。例えば、BA共有要求フレームに含まれるアドレス（BA ShareReq Address）には、制御ステップ（Ａ）において送受されるBA要求フレーム内のアドレス（BA Req Address）が含まれてよい。
　また、無線フレームがBA共有要求フレームであることを指定するフレームタイプについては、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・TriggerフレームのType
　・BlockAckReqフレームのframe variant
　図１４は、図１３に示すBA共有要求フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図１４では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“0001”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図１４では、BA共有要求フレームの種別が“0001”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図１５は、BA共有要求フレームとしてTriggerフレームを用いる場合に、BA共有要求フレームの種別（例えば、Trigger Type）を、TriggerフレームのType subfieldによって指定する例を示す図である。図１５では、一例として、11ax（例えば、11ax仕様のTable 9-29c Trigger Type subfield encoding）において未使用のTrigger Type subfield value（例えば、Reserved）である“9”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図１５では、BA共有要求フレームの種別が“9”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図１６は、BA共有要求フレームとしてBlockAckReqフレームを用いる場合に、BA共有要求フレームの種別（例えば、BARタイプ）を、BlockAckReqフレームのframe variantによって指定する例を示す図である。図１６では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAckReq frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“8”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図１６では、BA共有要求フレームの種別が“8”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　＜BA共有フレーム（制御ステップ（Ｃ））＞
　制御ステップ（Ｃ）において送受信されるBA共有フレームは、例えば、ACK又はブロックACKに関する情報を含む構成でよい。
　図１７は、BA共有（BA Share）フレームの構成例を示す図である。
　図１７に示すBA共有フレームに含まれるBlock Ack Bitmapフィールドには、例えば、各MAC Protocol Data Unit（MPDU）又はCodewordといった再送単位のACK/NACK情報によって構成されるビットマップが含まれてよい。また、例えば、STA２００からAP１００へフィードバックされる情報がACKである場合（換言すると、NACKが含まれない場合）に、後述するフレームタイプによってBA共有フレームが識別可能であれば、BA共有フレームには、Block Ack Bitmapフィールドが含まれなくてもよい。
　また、無線フレームがBA共有フレームであることを指定するフレームタイプについては、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・BlockAckフレームのframe variant
　図１８は、図１７に示すBA共有フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図１８では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“1111”にBA共有（BA Share）フレームの種別が定義される例である。なお、図１８では、BA共有フレームの種別が“1111”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図１９は、BA共有フレームとして、ブロックACK（BlockAck）フレームを用いる場合に、BA共有フレームの種別（例えば、BlockAck（BA）タイプ）を、BlockAckフレームのframe variantによって指定する例を示す図である。図１９では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAck frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“4”にBA共有（BA Share）フレームの種別が定義される例である。なお、図１９では、BA共有フレームの種別が“4”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　以上、制御ステップ（Ａ）、（Ｂ）及び（Ｃ）において送受されるフレームの構成例について説明した。
　このように、本実施の形態では、AP１００は、基地局間協調通信における下り信号に対するACK又はブロックACKの共有に関する制御情報（無線フレーム）を受信し、受信した制御情報に基づいて、ACK又はブロックACKの他のAPへの送信を制御する。
　例えば、本実施の形態では、BA制御APであるAP１００は、他のAPから受信した制御情報（例えば、BA要求フレーム）がACK又はブロックACKの要求を示す場合、基地局間協調通信に関わる基地局のうちの上記他のAP（BA要求フレームを送信するAP）とは異なるAPに対して、上記他のAPへのACK又はブロックACKの送信を指示する（換言すると、ACK又はブロックACKの共有を要求する）。また、例えば、本実施の形態では、BA制御APと異なるAP１００は、受信した制御情報（例えば、BA共有要求フレーム）がACK又はブロックACKの共有を要求することを示す場合、当該制御情報において示される他のAPへのACK又はブロックACK（例えば、BA共有フレーム）の送信を決定する。
　このACK又はブロックACKの共有の制御により、複数のAP１００（例えば、Sharing AP及びShared AP）においてMAP配下のSTA２００からのACK又はブロックACKを共有する。よって、例えば、AP１００は、STA２００からのACK又はブロックACKを受信しない場合でも、他のAP１００によるACK又はブロックACKの共有により、当該ACK又はブロックACKを取得するため、再送の要否に関する適切な判断が可能である。よって、本実施の形態によれば、協調通信におけるAP１００での無駄な再送を抑制し、協調通信における再送制御の効率を向上できる。
　なお、BA要求フレームには、ACK又はブロックACKを受信しないAP１００のアドレスに加え、当該ACK又はブロックACKを送信したSTA２００のアドレスが含まれてよい。これにより、複数のAP１００において共有するACK又はブロックACKには、BA要求フレームを送信したAP１００が受信しないACK又はブロックACKが設定され、他のACK又はブロックACKは共有されなくてもよいので、ACKの共有制御におけるオーバーヘッドを低減できる。
　（実施の形態２）
　本実施の形態に係るAP及びSTAの構成は、実施の形態１と同様でよい。
　実施の形態１では、例えば、BA制御APであるAP１００が、複数のAP１００に対する、STA２００からのACK又はブロックACKの共有制御を行う場合について説明した。本実施の形態では、AP１００がACK又はブロックACKの共有制御を個別に行う場合について説明する。例えば、AP１００は、STA２００からのACK又はブロックACKを受信しない場合、当該AP１００がACK又はブロックACKの共有を他のAP１００へ個別に要求してよい。
　例えば、各STA２００がACK又はブロックACKを送信する処理の後のBA共有フェーズにおいて、以下の制御ステップ（Ａ）及び（Ｂ）が設けられてよい。
　（Ａ）Shared APは、ACK又はブロックACKを受信しない場合、当該ACK又はブロックACKを送信したSTA２００がアソシエートされたShared APに対して、BA共有要求（BA ShareReq）フレームを送信する。
　（Ｂ）Shared APは、BA共有要求フレームを受信した場合、当該Shared APにアソシエートされたSTA２００のACK又はブロックACKを含むBA共有フレームを送信する。
　なお、TXOP(チャネル使用期間)は、MAPデータ送信を開始するトリガーであるMAP triggerフレームにて設定されてよく、TXOPには、上述した制御ステップ（Ａ）及び（Ｂ）を含むBA共有フェーズが含まれてよい。
　図２０は、本実施の形態におけるMAPの制御シーケンスの一例を示す図である。
　なお、図２０は、図３と同様、図２に示す通信環境におけるMAPの制御シーケンスの一例を示す図である。例えば、図２０では、Sharing AP（AP1）及びShared AP（AP2、AP3）から送信されたデータ（例えば、初回送信データ）に対するACK又はブロックACKについて、STA bからSharing AP（AP1）へのACK又はブロックACKが届かない例が示される。
　例えば、上述した制御ステップ（Ａ）において、STA bからのACK又はブロックACKを受信しないSharing AP（AP1）は、STA bがアソシエートされたShared AP（AP2）に対して、BA共有要求フレームを送信してよい。
　また、例えば、上述した制御ステップ（Ｂ）において、Sharing AP（AP1）からのBA共有要求フレームを受信したShared AP（AP2）は、BA共有要求フレームに基づいて、Sharing AP（AP1）に対して、BA共有フレームを送信してよい。
　このように、図２０に示す例では、STA bがアソシエートされたShared AP（AP2）は、ACK又はブロックACKを受信しないSharing AP（AP1）に対してBA共有フレームを送信して、STA bからのACK又はブロックACKを通知する。換言すると、AP1及びAP2は、STA bからのACK又はブロックACKを共有する。
　よって、Sharing AP（AP1）は、STA bのACK又はブロックACKを、STA bから受信しない場合、他のShared AP（AP2）から受信することで、STA bに対する再送を適切に制御する。例えば、図２０において、Sharing AP（AP1）は、STA bに対して送信した下りリンクデータをSTA bが正常に受信したことを確認（又は、認識）する。よって、例えば、図２０に示すように、Sharing AP（AP1）及びShared AP（AP2、AP3）は、次のTXOPにおいて、データ（例えば、新規送信データ）を同時に送信してよい。
　このように、本実施の形態では、AP１００は、ACK又はブロックACKを受信しないAP１００がACK又はブロックACKの共有を個別に要求して、ACK又はブロックACKの共有に関する制御を行う。この制御により、Sharing AP及びShared APにおいて、MAP配下の各STA２００からのACK又はブロックACKの情報を共有可能となり、無駄な再送を抑制できる。
　また、本実施の形態では、例えば、実施の形態１と比較して、BA制御APの設定、及び、BA制御APに対するBA要求の制御ステップが無くてよいので、ACKの共有制御に関するオーバーヘッドを低減できる。
　次に、上述した制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明する。
　＜BA共有要求フレーム（制御ステップ（Ａ））＞
　制御ステップ（Ａ）において送受信されるBA共有要求フレームは、例えば、ACK又はブロックACKの共有の要求先であるSharing AP又はShared AP（図２０の例では、AP2）のアドレスフィールドを含む構成でよい。
　図２１は、BA共有要求(BA ShareReq)フレームの構成例を示す図である。
　図２１に示すように、BA共有要求フレームには、例えば、ACK又はブロックACKの要求先のSharing AP又はShared AP（例えば、ACK又はブロックACKの共有を要求されるAP）のアドレス（例えば、BA ShareReq Address）が少なくとも一つ含まれてよい。なお、アドレス（BA ShareReq Address）は、例えば、MAPデータ送信を開始するトリガーであるMAP triggerフレーム内において共有されてもよく、MAP triggerフレームより前段のMAPに関するセットアップ又はチャネル推定を行うフェーズにおいて共有されてもよい。
　また、無線フレームがBA共有要求フレームであることを指定するフレームタイプについては、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・TriggerフレームのType
　・BlockAckReqフレームのframe variant
　図２２は、図２１に示すBA共有要求フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図２２では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“0000”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図２２では、BA共有要求フレームの種別が“0000”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図２３は、BA共有要求フレームとしてTriggerフレームを用いる場合に、BA共有要求フレームの種別（例えば、Trigger Type）を、TriggerフレームのType subfieldによって指定する例を示す図である。図２３では、一例として、11ax（例えば、11ax仕様のTable 9-29c Trigger Type subfield encoding）において未使用のTrigger Type subfield value（例えば、Reserved）である“8”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図２３では、BA共有要求フレームの種別が“8”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図２４は、BA共有要求フレームとして、BlockAckReqフレームを用いる場合に、BA共有要求フレームの種別（例えば、BARタイプ）を、BlockAckReqフレームのframe variantによって指定する例を示す図である。図２４では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAckReq frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“7”にBA共有要求（BA ShareReq）フレームの種別が定義される例である。なお、図２４では、BA共有要求フレームの種別が“7”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　＜BA共有フレーム（制御ステップ（Ｂ））＞
　制御ステップ（Ｂ）において送受信されるBA共有フレームは、例えば、実施の形態１の制御ステップ（Ｃ）のBA共有フレームと同様、ACK又はブロックACKに関する情報を含む構成でよい。
　図２５は、BA共有（BA Share）フレームの構成例を示す図である。
　図２５に示すBA共有フレームに含まれるBlock Ack Bitmapフィールドには、例えば、各MPDU又はCodewordといった再送単位のACK/NACK情報によって構成されるビットマップが含まれてよい。また、例えば、STA２００からAP１００へフィードバックされる情報がACKである場合（換言すると、NACKが含まれない場合）に、後述するフレームタイプによってBA共有フレームが識別可能であれば、BA共有フレームには、Block Ack Bitmapフィールドが含まれなくてもよい。
　また、無線フレームがBA共有フレームであることを指定するフレームタイプについては、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・BlockAckフレームのframe variant
　図２６は、図２５に示すBA共有フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図２６では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“0001”にBA共有（BA Share）フレームの種別が定義される例である。なお、図２６では、BA共有フレームの種別が“0001”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図２７は、BA共有フレームとして、ブロックACK（BlockAck）フレームを用いる場合に、BA共有フレームの種別（例えば、BAタイプ）を、BlockAckフレームのframe variantによって指定する例を示す図である。図２７では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAck frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“4”にBA共有（BA Share）フレームの種別が定義される例である。なお、図２７では、BA共有フレームの種別が“4”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　以上、制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明した。
　このように、本実施の形態では、AP１００は、基地局間協調通信における下り信号に対するACK又はブロックACKの共有に関する制御情報（無線フレーム）を受信し、受信した制御情報に基づいて、ACK又はブロックACKの他のAPへの送信を制御する。例えば、本実施の形態では、AP１００は、他のAPから受信した制御情報（例えば、BA共有要求フレーム）が、当該AP１００にアソシエートされたSTA２００のACK又はブロックACKの共有を要求することを示す場合、当該他のAPに対するACK又はブロックACKの送信を決定する。
　このACK又はブロックACKの共有の制御により、複数のAP１００（例えば、Sharing AP及びShared AP）においてMAP配下のSTA２００からのACK又はブロックACKを共有する。よって、例えば、AP１００は、STA２００からのACK又はブロックACKを受信しない場合でも、他のAP１００によるACK又はブロックACKの共有により、当該ACK又はブロックACKを取得するため、再送の要否に関する適切な判断が可能である。よって、本実施の形態によれば、協調通信におけるAP１００での無駄な再送を抑制し、協調通信における再送制御の効率を向上できる。
　（実施の形態３）
　本実施の形態に係るAP及びSTAの構成は、実施の形態１と同様でよい。
　本実施の形態では、MAPデータ送信を開始するトリガーであるMAP triggerフレームにおいて、ACK又はブロックACKの共有を要求するShared APを指定する方法について説明する。
　例えば、MAP triggerフレーム、及び、各STA２００がACK又はブロックACKを送信する処理の後のBA共有フェーズにおいて、以下の制御ステップ（Ａ）及び（Ｂ）が設けられてよい。
　（Ａ）Sharing APは、MAP triggerフレームにて、ACK又はブロックACKの共有を要求するShared APと、当該ACK又はブロックACKを送信するSTA２００との組み合わせをShared APに対して指定する。
　（Ｂ）Shared APは、Shared APとSTA２００との組み合わせを指定された場合、組み合わせに含まれるSTA２００からのACK又はブロックACKを含むBA共有フレームを、組み合わせに含まれるShared APへ送信する。
　なお、TXOP(チャネル使用期間)は、MAPデータ送信を開始するトリガーであるMAP triggerフレームにて設定されてよく、TXOPには、上述した制御ステップ（Ｂ）を含むBA共有フェーズが含まれてよい。
　図２８は、本実施の形態におけるMAPの制御シーケンスの一例を示す図である。
　なお、図２８は、図３と同様、図２に示す通信環境におけるMAPの制御シーケンスの一例を示す図である。例えば、図２８では、Sharing AP（AP1）及びShared AP（AP2、AP3）から送信されたデータ（例えば、初回送信データ）に対するACK又はブロックACKについて、STA bからSharing AP（AP1）へのACK又はブロックACKが届かない例が示される。
　例えば、上述した制御ステップ（Ａ）において、Sharing AP（AP1）は、ACK又はブロックACKの共有を要求するShared APと当該ACK又はブロックACKを送信するSTA２００との組み合わせを指定する。換言すると、Sharing AP（AP1）は、STA２００からのACK又はブロックACKを受信しない可能性のあるAP１００と当該STA２００との組み合わせを指定してよい。
　例えば、Sharing AP（AP1）は、MAPデータ送信の前に行われるMulti-AP Channel soundingフェーズにおいて収集した各STA２００と各Shared APとの間の伝搬ロス又はチャネル推定値に基づいて、各STA２００の上りリンクのカバレッジを判断してよい。そして、Sharing AP（AP1）は、例えば、各STA２００の上りリンクのカバレッジ外に存在するShared APと、当該STA２００との組み合わせを決定してよい。図２８の例では、例えば、STA bと、STA bの上りリンクのカバレッジ外に存在するAP1との組み合わせが指定されてよい。
　なお、図２８に示す例では、AP１００が、MAPデータ送信の前に行われるMulti-AP Channel soundingフェーズにおいて収集した伝搬ロス又はチャネル推定値に基づいて、各STA２００の上りリンクのカバレッジを判断し、上述した組み合わせを決定する場合について説明したが、上述した組み合わせは、定期的又は不定期に決定されてもよい。これにより、伝搬環境に応じて、AP１００とSTA２００との組み合わせが設定（又は、変更）されるので、再送制御の適応的な最適化が可能になる。
　また、例えば、上述した制御ステップ（Ｂ）において、制御ステップ（Ａ）のMAP Triggerフレームにて指定されたShared AP（AP2）は、組み合わせに示されるSharing AP（AP1）に対して、BA共有フレームを送信してよい。
　このように、図２８に示す例では、AP1とSTA bとの組み合わせを指定されたShared AP（AP2）は、ACK又はブロックACKを受信しないSharing AP（AP1）に対してBA共有フレームを送信して、STA bからのACK又はブロックACKを通知する。換言すると、AP1及びAP2は、STA bからのACK又はブロックACKを共有する。
　よって、Sharing AP（AP1）は、STA bのACK又はブロックACKを、STA bから受信しない場合、他のShared AP（AP2）から受信することで、STA bに対する再送を適切に制御する。例えば、図２８において、Sharing AP（AP1）は、STA bに対して送信した下りリンクデータをSTA bが正常に受信したことを確認（又は、認識）する。よって、例えば、図２８に示すように、Sharing AP（AP1）及びShared AP（AP2、AP3）は、次のTXOPにおいて、データ（例えば、新規送信データ）を同時に送信してよい。
　このように、本実施の形態では、MAP triggerフレームにおいて、ACK又はブロックACKを受信しないAP１００とSTA２００との組み合わせを指定して、ACK又はブロックACKの共有に関する制御を行う。この制御により、Sharing AP及びShared APにおいて、MAP配下の各STA２００からのACK又はブロックACKの情報を共有可能となり、無駄な再送を抑制できる。
　また、本実施の形態では、例えば、実施の形態１又は２と比較して、BA共有フェーズにおけるBA制御APの設定及びBA共有要求に関する制御ステップを不要にできるので、ACKの共有制御に関するオーバーヘッドを低減できる。
　次に、上述した制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明する。
　＜MAP triggerフレーム＞
　制御ステップ（Ａ）において送受信されるMAP triggerフレームは、例えば、AP１００毎の情報（例えば、「Per AP Info」）フィールド内に、ACK又はブロックACKが共有されるSTA２００に関する情報を含む構成でよい。
　図２９は、MAP triggerフレームの構成の一例を示す図である。
　図２９に示す例では、MAP triggerフレームには、AP１００毎の情報（Per AP Info）フィールド内に、BA共有要求（BA ShareReq）フィールドが設定されてよい。また、図２９に示すBA共有要求フィールドには、例えば、ACK又はブロックACKが共有されるSTA２００の識別子(ID)が含まれてよい。
　例えば、図２８に示す例では、Sharing AP（AP1）に対応するPer AP Infoフィールド内のBA ShareReqフィールドにおいて、STA bのIDが設定されてよい。
　なお、STA IDには、MACアドレス（例えば、48bit）が使用されてもよく、Short IDというSTAの識別子が定義されてもよい。Short IDとしては、例えば、11ax仕様に規定されたAssosiation ID（AID）に含めて定義されてもよく、AID12のReservedに割り当てられてもよい。Short IDの使用により、MACアドレスと比較して、オーバーヘッドを削減できる。
　図３０はMAP triggerフレームの構成の他の例を示す図である。
　図３０に示す例では、MAP triggerフレームには、AP１００毎の情報（Per AP Info）フィールドに含まれるSTA２００毎の情報（例えば、Per STA info）フィールド内に、ACK又はブロックACKを共有するか否かを示す情報（例えば、「BA共有フラグ（BA ShareFlag）」と呼ぶ）が設定されてよい。BA共有フラグは、例えば、ACK又はブロックACKが共有されるか否かを示す１ビットの情報でよい。
　例えば、図２８に示す例では、Sharing AP（AP1）に対応するPer AP Infoフィールド内のSTA bに対応するPer STA infoフィールドにおいて、BA ShareFlagは、ACK又はブロックACKが共有されることを示してよい。
　なお、図２９及び図３０に示す例では、MAP triggerフレームにおいて、AP１００とSTA２００との組み合わせに関する情報が、AP１００毎の情報（Per AP Info）に含まれる構成としたが、これに限定されず、AP１００とSTA２００との組み合わせに関する情報は、MAP triggerフレームの共通情報（Common info）フィールド内に定義されてもよい。例えば、複数の上記組み合わせに関する情報は、Common infoフィールド内にまとめて定義されてよい。
　＜BA共有フレーム（制御ステップ（Ｂ））＞
　制御ステップ（Ｂ）において送受信されるBA共有フレームは、例えば、実施の形態１の制御ステップ（Ｃ）のBA共有フレームと同様、ACK又はブロックACKに関する情報を含む構成でよい。
　図３１は、BA共有（BA Share）フレームの構成例を示す図である。
　図３１に示すBA共有フレームに含まれるBlock Ack Bitmapフィールドには、例えば、各MPDU又はCodewordといった再送単位のACK/NACK情報によって構成されるビットマップが含まれてよい。また、例えば、STA２００からAP１００へフィードバックされる情報がACKである場合（換言すると、NACKが含まれない場合）に、後述するフレームタイプによってBA共有フレームが識別可能であれば、BA共有フレームには、Block Ack Bitmapフィールドが含まれなくてもよい。
　また、無線フレームがBA共有フレームであることを指定するフレームタイプについては、例えば、以下の定義（あるいは設定）の少なくとも一つに基づいてよい。
　・Frame ControlフィールドのType value及びSubtype value
　・BlockAckフレームのframe variant
　図３２は、図３１に示すBA共有フレーム内のFrame ControlフィールドのType value及びSubtype valueによって、フレームタイプを指定する例を示す図である。図３２では、一例として、11ax（例えば、11ax仕様のTable 9-1 Valid type and subtype combinationsのControlタイプ）において未使用のSubtype value（例えば、Reserved）である“0001”にBA共有（BA Share）フレームの種別が定義される例である。なお、図３２では、BA共有フレームの種別が“0001”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　図３３は、BA共有フレームとして、ブロックACK（BlockAck）フレームを用いる場合に、BA共有フレームの種別（例えば、BAタイプ）を、BlockAckフレームのframe variantによって指定する例を示す図である。図３３では、一例として、11ax（例えば、11ax仕様のTable 9-28 BlockAck frame variant encoding）において未使用のBlockAckReq frame variant（例えば、Reserved）である“4”にBA共有（BA Share）フレームの種別が定義される例である。なお、図３２では、BA共有フレームの種別が“4”に定義される例を示すが、これに限定されず、他の未使用値に定義されてもよい。
　以上、制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明した。
　このように、本実施の形態では、AP１００は、基地局間協調通信における下り信号に対するACK又はブロックACKの共有に関する制御情報（無線フレーム）を受信し、受信した制御情報に基づいて、ACK又はブロックACKの他のAPへの送信を制御する。例えば、本実施の形態では、AP１００は、受信した制御情報（例えば、MAP triggerフレーム）が、基地局間協調通信に関わるAPのうち、ACK又はブロックACKを受信しない他のAPと当該ACK又はブロックACKの送信元（例えば、STA２００）との組み合わせを示す場合、上記他のAPに対する、上記送信元からのACK又はブロックACKの送信を決定する。
　このACK又はブロックACKの共有の制御により、複数のAP１００（例えば、Sharing AP及びShared AP）においてMAP配下のSTA２００からのACK又はブロックACKを共有する。よって、例えば、AP１００は、STA２００からのACK又はブロックACKを受信しない場合でも、他のAP１００によるACK又はブロックACKの共有により、当該ACK又はブロックACKを取得するため、再送の要否に関する適切な判断が可能である。よって、本実施の形態によれば、協調通信におけるAP１００での無駄な再送を抑制し、協調通信における再送制御の効率を向上できる。
　（実施の形態４）
　本実施の形態に係るAP及びSTAの構成は、実施の形態１と同様でよい。
　本実施の形態では、各Shared APにおけるACK又はブロックACKの受信状態に依らず、各Shared APがBA共有フレームを送信する方法について説明する。
　例えば、MAP triggerフレーム、及び、各STA２００がACK又はブロックACKを送信する処理の後のBA共有フェーズにおいて、以下の制御ステップ（Ａ）及び（Ｂ）が設けられてよい。
　（Ａ）Sharing APは、MAP triggerフレームにて、複数のShared AP（例えば、全てのShared AP）に対して、ACK又はブロックACKの共有を指示する。
　（Ｂ）Shared APは、STA２００からのACK又はブロックACKを受信した後、当該ACK又はブロックACKを含むBA共有フレームを送信する。
　なお、TXOP(チャネル使用期間)は、MAPデータ送信を開始するトリガーであるMAP triggerフレームにて設定されてよく、TXOPには、上述した制御ステップ（Ｂ）を含むBA共有フェーズが含まれてよい。
　図３４は、本実施の形態におけるMAPの制御シーケンスの一例を示す図である。
　なお、図３４は、図３と同様、図２に示す通信環境におけるMAPの制御シーケンスの一例を示す図である。例えば、図３４では、Sharing AP（AP1）及びShared AP（AP2、AP3）から送信されたデータ（例えば、初回送信データ）に対するACK又はブロックACKについて、STA bからSharing AP（AP1）へのACK又はブロックACKが届かない例が示される。
　例えば、上述した制御ステップ（Ａ）において、Sharing AP（AP1）は、複数のShared AP（AP2及びAP3）に対してACK又はブロックACKの共有を指示（又は、要求）する情報を設定してよい。ACK又はブロックACKの共有を指示する情報は、例えば、１ビットのフラグ（BA ShareReqFlag）でよい。例えば、このフラグが有効として設定される場合（例えば、ACKの共有が指示される場合）、各Shared APは、制御ステップ（Ｂ）のBA共有フェーズが設定されることを想定して動作してよい。その一方で、フラグが無効として設定される場合（例えば、ACKの共有が指示されない場合）、各Shared APは、制御ステップ（Ｂ）のBA共有フェーズが設定されないことを想定して動作してよい。
　また、Shared AP（AP1）は、制御ステップ（Ａ）において、制御ステップ（Ｂ）にてBA共有フレームを送信する際の多重方法を指定してもよい。BA共有フレームの多重方法としては、例えば、時分割多重（TDMA：Time Division Multiple Access）、周波数分割多重（例えば、OFDMA：Orthogonal Frequency Division Multiple Access）、又は、空間分割多重（例えば、MU-MIMO：Multi User - Multiple Input Multiple Output）が挙げられる。
　また、例えば、上述した制御ステップ（Ｂ）において、Shared APは、制御ステップ（Ａ）のMAP Triggerフレームにて指定された多重方法に従って、BA共有フレームを送信してよい。
　このように、図３４に示す例では、MAP triggerフレームにてACKの共有を指示された複数のShared AP（AP1、AP2及びAP3）は、BA共有フレームを送信する。これにより、例えば、Shared AP（AP2及びAP3）は、STA bからのACK又はブロックACKを受信しないSharing AP（AP1）に対して、STA bからのACK又はブロックACKを通知する。換言すると、AP1、AP2及びAP3は、STA bからのACK又はブロックACKを共有する。
　よって、Sharing AP（AP1）は、STA bのACK又はブロックACKを、STA bから受信しない場合、他のShared AP（AP2）から受信することで、STA bに対する再送を適切に制御する。例えば、図３４において、Sharing AP（AP1）は、STA bに対して送信した下りリンクデータをSTA bが正常に受信したことを確認（又は、認識）する。よって、例えば、図３４に示すように、Sharing AP（AP1）及びShared AP（AP2、AP3）は、次のTXOPにおいて、データ（例えば、新規送信データ）を同時に送信してよい。
　このように、本実施の形態では、MAP triggerフレームにおいて、複数のAP１００に対してACK又はブロックACKの共有を指示する制御が行われる。この制御により、Sharing AP及びShared APにおいて、MAP配下の各STA２００からのACK又はブロックACKの情報を共有可能となり、無駄な再送を抑制できる。
　また、本実施の形態では、例えば、実施の形態１又は２と比較して、BA共有フェーズにおけるBA制御APの設定及びBA共有要求に関する制御ステップを不要にできるので、ACKの共有制御に関するオーバーヘッドを低減できる。
　次に、上述した制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明する。
　＜MAP triggerフレーム＞
　制御ステップ（Ａ）において送受信されるMAP triggerフレームは、例えば、複数のAP１００（例えば、全てのShared AP）に対してACK又はブロックACKの共有を指示する情報を含む構成でよい。
　図３５は、MAP triggerフレームの構成の一例を示す図である。
　図３５に示す例では、MAP triggerフレームには、複数のAP１００に共有の情報（Common info）フィールド内に、複数のShared APに対してBA共有を指示する情報（例えば、１ビットのBA共有要求フラグ（BA ShareReq Flag）が設定されてよい。
　なお、図３５では、共通情報フィールド内にBA共有要求フラグ(BA ShareReq Flag)を設定する場合について説明したが、これに限定されず、BA共有要求フラグは、共通情報フィールドと異なるフィールドに設定されてもよい。
　＜BA共有フレーム（制御ステップ（Ｂ））＞
　制御ステップ（Ｂ）において送信されるBA共有フレームは、例えば、実施の形態１の制御ステップ（Ｃ）のBA共有フレームと同様、ACK又はブロックACKに関する情報を含む構成でよい。また、BA共有フレームの構成例及びフレームタイプの指定例は、例えば、実施の形態３のBA共有フレームと同様でよい。
　以上、制御ステップ（Ａ）及び（Ｂ）において送受されるフレームの構成例について説明した。
　このように、本実施の形態では、AP１００は、基地局間協調通信における下り信号に対するACK又はブロックACKの共有に関する制御情報（例えば、無線フレーム）を受信し、受信した制御情報に基づいて、ACK又はブロックACKの他のAPへの送信を制御する。例えば、本実施の形態では、AP１００は、受信した制御情報（例えば、MAP triggerフレーム）がACK又はブロックACKの共有を指示する場合、基地局間協調通信に関わるAP１００に対するACK又はブロックACKの送信を決定する。
　このACK又はブロックACKの共有制御により、複数のAP１００（例えば、Sharing AP及びShared AP）においてMAP配下のSTA２００からのACK又はブロックACKを共有する。よって、例えば、AP１００は、STA２００からのACK又はブロックACKを受信しない場合でも、他のAP１００によるACK又はブロックACKの共有により、当該ACK又はブロックACKを取得するため、再送の要否に関する適切な判断が可能である。よって、本実施の形態によれば、協調通信におけるAP１００での無駄な再送を抑制し、協調通信における再送制御の効率を向上できる。
　（実施の形態５）
　本実施の形態に係るAP及びSTAの構成は、実施の形態１と同様でよい。
　本実施の形態では、例えば、Shared AP間の回線の種別（例えば、無線であるか有線であるか）に応じて、当該Shared AP間におけるACK又はブロックACKの共有の有無を決定する方法について説明する。
　AP１００（例えば、Sharing AP）によって共有の設定及び送信の有無に関して決定される情報は、例えば、以下の少なくとも１つでよい。
　・実施の形態１におけるBA要求フレーム
　・実施の形態１又は２におけるBA共有要求フレーム
　・実施の形態３におけるAP１００とSTA２００との組み合わせに関する情報
　・実施の形態４における複数のShared APにおけるBA共有に関する情報
　なお、AP１００は、Shared AP間の回線種別に関する情報を、例えば、MAPデータ送信の前に行われるMulti-AP Channel soundingフェーズにおいて取得してもよく、他の期間において取得してもよい。
　図３６は、Shared AP間の回線の構成例を示す図である。図３６に示す例では、Sharing AP（AP1）とShared AP（AP2）との間が有線回線によって接続され、Sharing AP（AP1）とShared AP（AP3）との間、及び、Shared AP（AP2）とShared AP（AP3）との間が無線回線で接続される。
　例えば、Shared AP間（例えば、図３６のAP1とAP2との間）の中継回線が、理想的な通信環境の場合（例えば、イーサネット（登録商標）又は光ファイバといった低遅延な有線回線の場合）、AP１００は、BA要求フレーム、BA共有要求フレーム、AP１００とSTA２００との組み合わせに関する情報、及び、BA共有フレームの少なくとも一つを、無線にて送信せず、例えば、IEEE 802.3のイーサネットフレームといった有線フレームにて送信してよい。
　これに対し、例えば、Shared AP間（例えば、図３６のAP1とAP3との間、又は、AP2とAP3との間）の中継回線が、理想的な通信環境とはいえない場合（例えば、無線回線のように有線回線よりも遅延が大きい傾向にある回線の場合）、AP１００は、BA要求フレーム、BA共有要求フレーム、AP１００とSTA２００との組み合わせに関する情報、及び、BA共有フレームを含むMAP triggerフレームの少なくとも一つを無線にて送信する。
　また、例えば、有線と無線とが混在するような中継回線の構成では、AP１００は、BA共有要求フレーム、及び、AP１００とSTA２００との組み合わせに関する情報の少なくとも一つを、無線回線の経路において、MAP triggerフレームにて送信し、BA要求フレーム又はBA共有フレームを、有線回線の経路において、IEEE 802.3のイーサネットフレームといった有線フレームにて送信してよい。なお、有線回線及び無線回線のそれぞれにおいて送信されるフレームは、上述した例に限定されず、他のフレームでもよい。
　図３７は、本実施の形態に係るMAPの制御シーケンスの例を示す図である。
　図３７では、一例として、Sharing AP（AP1）とShared AP（AP2）との間が有線と無線とが混在する回線で接続され、Sharing AP（AP1）とShared AP（AP3）との間、及び、Shared AP（AP2）とShared AP（AP3）との間が無線回線で接続される。
　また、図３７では、Sharing AP（AP1）及びShared AP（AP2、AP3）から送信されたデータ（例えば、初回送信データ）に対するACK又はブロックACKについて、STA bからSharing AP（AP1）へのACK又はブロックACKが届かない例が示される。なお、図３７に示す制御シーケンスは、一例として、実施の形態４における制御シーケンスと同様である。
　図３７に示すように、有線回線で接続可能なSharing AP（AP1）とShared AP（AP2）との間では、例えば、ACK又はブロックACKの共有に関する情報の少なくとも一つ（例えば、BA共有フレーム）は、有線フレームにて送信され、無線にて送信されなくてよい。例えば、図３７において、Sharing AP（AP1）からShared AP（AP2）へのBA共有フレーム、及び、Shared AP（AP2）からSharing AP（AP1）へのBA共有フレームは、送信されなくてよい。
　本実施の形態によれば、AP１００は、他のAPに対する回線種別（例えば、無線であるか有線であるか）に基づいて、上記他のAPとACK又はブロックACKを共有するか否か（例えば、無線によるACK又はブロックACKの共有要求の有無）を決定する。これにより、AP１００は、有線フレームと無線フレームとを併用して短時間で各STA２００のACK又はブロックACKに関する情報を共有可能となり、無駄な再送を抑制できる。
　なお、図３７では、一例として、実施の形態４における制御シーケンスについて示すが、これに限定されず、実施の形態１～３の何れかにおいて、本実施の形態における回線種別に応じた動作を適用してもよい。
　また、本実施の形態では、一例として、無線及び有線といった回線種別に応じて共有制御を行う場合について説明したが、これに限定されず、例えば、通信性能（又は、通信方式）に応じて共有制御が行われてもよい。
　以上、本開示の各実施の形態について説明した。
　（他の実施の形態）
　上述した各実施の形態において、AP１００は、例えば、MAP coordination schemesに基づいて、上述したBA共有に関する制御を実行するか否かを決定してもよい。例えば、AP１００は、MAP coordination schemeがJTの場合には、上述したBA共有に関する制御を実行し、MAP coordination schemeがJTと異なる方式の場合には、上述したBA共有に関する制御を実行しなくてもよい。また、例えば、AP１００は、他のAP１００からBA共有要求フレームを受信した場合、MAP coordination schemeがJTの場合には、BA共有要求に対して応答（例えば、BA共有フレームを送信）してもよく、MAP coordination schemeがJTと異なる方式の場合には、BA共有要求に対して応答しなくてもよい。また、例えば、上述した実施の形態３～５において、MAP coordination schemeがJTの場合には、MAP triggerフレームにてBA共有要求がShared APへ指示されてもよく、MAP coordination schemeがJTと異なる方式の場合には、MAP triggerフレームにてBA共有要求がShared APへ指示されなくてもよい。
　また、上述した各実施の形態において、ACK又はブロックACKのAP１００間の共有方法について説明したが、AP１００間において共有される信号又は情報は、ACK又はブロックACKに限定されず、他の信号又は情報でもよい。例えば、チャネル推定値、又は、データバッファ管理に関する情報といったAP間において共有が期待される情報について、上述した実施の形態における共有方法が適用されてもよい。
　また、ブロックACKのタイプには、Immediate Block Ack、及び、Delayed Block Ackの2つのタイプがあるが、上述した各実施の形態は、何れのタイプにも適用可能である。
　また、上述した実施の形態において説明した、Frame Controlフィールド、Trigger Type、BlockAckReq frame variant及びBlockAck frame variantにおけるBA共有に関する情報の定義は一例であり、これらに限らず、他の値が定義されてもよい。
　また、上記実施の形態において説明したBA要求フレーム、BA共有要求フレーム、BA共有フレーム、及び、Trigger frameの構成は一例であり、これらに限定されず、他の構成でもよい。例えば、これらのフレーム構成において、一部のフィールドが設定されなくてもよく、他のフィールドが更に設定されてもよい。
　また、上記実施の形態において、協調通信を指示するAP、協調通信を指示されるAPをそれぞれ「Sharing AP」及び「Shared AP」という用語で説明したが、これに限定されず、他の用語でもよい。
　また、上記実施の形態では、一例として、11beのフォーマットに基づいて説明したが、本開示の一実施例を適用するフォーマットは、11beのフォーマットに限定されない。本開示の一実施例は、例えば、車載向け規格であるIEEE 802.11pの次世代規格であるIEEE 802.11bd（NGV(Next Generation V2X)）向けに適用されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る基地局は、基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信する受信回路と、前記制御情報に基づいて、前記応答信号の他の基地局への送信を制御する制御回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記他の基地局から受信した前記制御情報が前記応答信号の要求を示す場合、前記基地局間協調通信に関わる基地局のうちの前記他の基地局とは異なる基地局に対して、前記他の基地局への前記応答信号の送信を指示する。
　本開示の一実施例において、前記制御回路は、受信した前記制御情報が前記応答信号の共有を要求することを示す場合、前記制御情報において示される前記他の基地局への前記応答信号の送信を決定する。
　本開示の一実施例において、前記制御回路は、前記他の基地局から受信した前記制御情報が、前記基地局にアソシエートされた端末の前記応答信号の共有を要求することを示す場合、前記他の基地局に対する前記応答信号の送信を決定する。
　本開示の一実施例において、前記制御回路は、受信した前記制御情報が、前記基地局間協調通信に関わる基地局のうち、前記応答信号を受信しない前記他の基地局と前記応答信号の送信元との組み合わせを示す場合、前記他の基地局に対する、前記送信元からの前記応答信号の送信を決定する。
　本開示の一実施例において、前記制御情報は、前記基地局間協調通信の開始をトリガーする信号に含まれる。
　本開示の一実施例において、前記制御回路は、受信した前記制御情報が前記応答信号の共有を指示する場合、前記基地局間協調通信に関わる基地局に対する前記応答信号の送信を決定する。
　本開示の一実施例において、前記制御情報は、前記基地局間協調通信の開始をトリガーする信号に含まれる。
　本開示の一実施例において、前記制御回路は、前記他の基地局に対する回線の種別に基づいて、前記他の基地局と前記応答信号を共有するか否かを決定する。
　本開示の一実施例に係る通信装置は、協調通信における下り信号に対する応答信号を、前記協調通信を行う第１の基地局に送信する、送信部を具備し、前記応答信号に関する情報は前記協調通信を行う第２の基地局に共有される。
　本開示の一実施例において、前記制御回路は、前記回線の種別が無線の場合に前記応答信号の共有を決定し、前記回線の種別が有線の場合に前記応答信号の非共有を決定する。
　本開示の一実施例に係る通信方法において、基地局は、基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信し、前記制御情報に基づいて、前記応答信号の他の基地局への送信を制御する。
　本開示の一実施例に係る通信方法において、通信装置は、協調通信における下り信号に対する応答信号を、前記協調通信を行う第１の基地局に送信し、前記応答信号に関する情報は前記協調通信を行う第２の基地局に共有される。
　２０２１年１月８日出願の特願２０２１－００２２７３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　AP
　１０１　制御部
　１０２　STA向け制御信号生成部
　１０３　AP向け制御信号生成部
　１０４，２０３　送信信号生成部
　１０５，２０１　無線送受信部
　１０６，２０２　受信信号復調・復号部
　２００　STA

Claims (13)

  1. 　基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信する受信回路と、
    　前記制御情報に基づいて、前記応答信号の他の基地局への送信を制御する制御回路と、
    　を具備する基地局。
  2. 　前記制御回路は、前記他の基地局から受信した前記制御情報が前記応答信号の要求を示す場合、前記基地局間協調通信に関わる基地局のうちの前記他の基地局とは異なる基地局に対して、前記他の基地局への前記応答信号の送信を指示する、
    　請求項１に記載の基地局。
  3. 　前記制御回路は、受信した前記制御情報が前記応答信号の共有を要求することを示す場合、前記制御情報において示される前記他の基地局への前記応答信号の送信を決定する、
    　請求項１に記載の基地局。
  4. 　前記制御回路は、前記他の基地局から受信した前記制御情報が、前記基地局にアソシエートされた端末の前記応答信号の共有を要求することを示す場合、前記他の基地局に対する前記応答信号の送信を決定する、
    　請求項１に記載の基地局。
  5. 　前記制御回路は、受信した前記制御情報が、前記基地局間協調通信に関わる基地局のうち、前記応答信号を受信しない前記他の基地局と前記応答信号の送信元との組み合わせを示す場合、前記他の基地局に対する、前記送信元からの前記応答信号の送信を決定する、
    　請求項１に記載の基地局。
  6. 　前記制御情報は、前記基地局間協調通信の開始をトリガーする信号に含まれる、
    　請求項５に記載の基地局。
  7. 　前記制御回路は、受信した前記制御情報が前記応答信号の共有を指示する場合、前記基地局間協調通信に関わる基地局に対する前記応答信号の送信を決定する、
    　請求項１に記載の基地局。
  8. 　前記制御情報は、前記基地局間協調通信の開始をトリガーする信号に含まれる、
    　請求項７に記載の基地局。
  9. 　前記制御回路は、前記他の基地局に対する回線の種別に基づいて、前記他の基地局と前記応答信号を共有するか否かを決定する、
    　請求項１に記載の基地局。
  10. 　前記制御回路は、前記回線の種別が無線の場合に前記応答信号の共有を決定し、前記回線の種別が有線の場合に前記応答信号の非共有を決定する、
    　請求項９に記載の基地局。
  11. 　協調通信における下り信号に対する応答信号を、前記協調通信を行う第１の基地局に送信する、送信部を具備し、
    　前記応答信号に関する情報は前記協調通信を行う第２の基地局に共有される、
    　通信装置。
  12. 　基地局は、
    　基地局間協調通信における下り信号に対する応答信号の共有に関する制御情報を受信し、
    　前記制御情報に基づいて、前記応答信号の他の基地局への送信を制御する、
    　通信方法。
  13. 　通信装置は、
    　協調通信における下り信号に対する応答信号を、前記協調通信を行う第１の基地局に送信し、
    　前記応答信号に関する情報は前記協調通信を行う第２の基地局に共有される、
    　通信方法。
PCT/JP2021/035543 2021-01-08 2021-09-28 基地局、通信装置及び通信方法 WO2022149316A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US18/257,848 US20240098758A1 (en) 2021-01-08 2021-09-28 Base station, communication device, and communication method
KR1020237022241A KR20230128009A (ko) 2021-01-08 2021-09-28 기지국, 통신 장치 및 통신 방법
JP2022573913A JPWO2022149316A1 (ja) 2021-01-08 2021-09-28
EP21917541.1A EP4277343A4 (en) 2021-01-08 2021-09-28 BASE STATION, COMMUNICATION DEVICE AND COMMUNICATION METHOD
CN202180089537.8A CN116848884A (zh) 2021-01-08 2021-09-28 基站、通信装置及通信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-002273 2021-01-08
JP2021002273 2021-01-08

Publications (1)

Publication Number Publication Date
WO2022149316A1 true WO2022149316A1 (ja) 2022-07-14

Family

ID=82357869

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/035543 WO2022149316A1 (ja) 2021-01-08 2021-09-28 基地局、通信装置及び通信方法

Country Status (6)

Country Link
US (1) US20240098758A1 (ja)
EP (1) EP4277343A4 (ja)
JP (1) JPWO2022149316A1 (ja)
KR (1) KR20230128009A (ja)
CN (1) CN116848884A (ja)
WO (1) WO2022149316A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210044333A1 (en) * 2019-10-25 2021-02-11 Feng Jiang Ndpa for multi-ap coordinated beamforming (cbf) and multi-ap joint transmission (jt) in eht

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021002273A (ja) 2019-06-24 2021-01-07 株式会社カネカ コンピュータプログラム、情報処理装置、及び情報処理方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11696354B2 (en) * 2018-08-26 2023-07-04 Lg Electronics Inc. Method and device for performing joint transmission in wireless LAN system
SG10201904246SA (en) * 2019-05-10 2020-12-30 Panasonic Ip Corp America Communication Apparatus And Communication Method For Multi-AP Joint Re-Transmission
US20220353018A1 (en) * 2019-06-24 2022-11-03 Sony Group Corporation Wireless communication device and method, and wireless communication terminal and method
US20220360411A1 (en) * 2019-07-12 2022-11-10 Sony Group Corporation Communication control device and method, wireless communication device and method, and wireless communication terminal

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021002273A (ja) 2019-06-24 2021-01-07 株式会社カネカ コンピュータプログラム、情報処理装置、及び情報処理方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KOSUKE AIO (SONY CORPORATION): "Consideration on Multi-AP Ack Protocol", IEEE DRAFT; 11-19-1533-00-00BE-CONSIDERATION-ON-MULTI-AP-ACK-PROTOCOL, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 0, 15 September 2019 (2019-09-15), Piscataway, NJ USA , pages 1 - 10, XP068153679 *
See also references of EP4277343A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210044333A1 (en) * 2019-10-25 2021-02-11 Feng Jiang Ndpa for multi-ap coordinated beamforming (cbf) and multi-ap joint transmission (jt) in eht
US11716121B2 (en) * 2019-10-25 2023-08-01 Intel Corporation NDPA for multi-AP coordinated beamforming (CBF) and multi-AP joint transmission (JT) in EHT

Also Published As

Publication number Publication date
EP4277343A1 (en) 2023-11-15
KR20230128009A (ko) 2023-09-01
US20240098758A1 (en) 2024-03-21
EP4277343A4 (en) 2024-05-29
JPWO2022149316A1 (ja) 2022-07-14
CN116848884A (zh) 2023-10-03

Similar Documents

Publication Publication Date Title
US11026203B2 (en) Methods, devices, and systems for initial grant-free transmission determination
US10314068B2 (en) Communication control method and user terminal
US11979772B2 (en) Wireless communication method for transmitting ACK and wireless communication terminal using same
JP2019516264A (ja) データ伝送方法及び装置
JP2019176525A (ja) 無線通信装置および無線通信方法
CN110999467A (zh) 多业务标识符的聚合媒体访问控制协议数据单元传输
JP2019057763A (ja) 無線通信装置および無線通信方法
TWI811233B (zh) 通訊裝置及方法
JP2018160782A (ja) 無線通信装置および無線通信方法
WO2022176326A1 (ja) 基地局及び通信方法
JP7458839B2 (ja) 通信装置、通信装置の制御方法、およびプログラム
JP2020014215A (ja) 無線通信装置
WO2022149316A1 (ja) 基地局、通信装置及び通信方法
WO2021049357A1 (ja) 通信装置、及び通信方法
US20240097859A1 (en) Communication apparatus and communication method for multi-ap synchronous transmission
WO2022059359A1 (ja) 基地局、通信装置及び通信方法
WO2022239426A1 (ja) 基地局、端末、及び通信方法
US11856605B2 (en) Medium access control support for heterogenous physical layer data unit multiplexing
WO2022264571A1 (ja) アクセスポイント、端末、及び通信方法
US20240155310A1 (en) Broadcast information processing method and apparatus
WO2022249633A1 (ja) 端末、基地局、及び、通信方法
JP2022160878A (ja) 通信装置、通信装置の制御方法、およびプログラム
CN115529659A (zh) 发送功率控制报告触发方法与装置、接入点和站点

Legal Events

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

Ref document number: 21917541

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022573913

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18257848

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180089537.8

Country of ref document: CN

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023013564

Country of ref document: BR

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021917541

Country of ref document: EP

Effective date: 20230808

ENP Entry into the national phase

Ref document number: 112023013564

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20230706