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

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

Info

Publication number
WO2022085370A1
WO2022085370A1 PCT/JP2021/035311 JP2021035311W WO2022085370A1 WO 2022085370 A1 WO2022085370 A1 WO 2022085370A1 JP 2021035311 W JP2021035311 W JP 2021035311W WO 2022085370 A1 WO2022085370 A1 WO 2022085370A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
sequence number
information
data
data frames
Prior art date
Application number
PCT/JP2021/035311
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 キヤノン株式会社
Publication of WO2022085370A1 publication Critical patent/WO2022085370A1/ja
Priority to US18/301,086 priority Critical patent/US20230254089A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a wireless communication technique.
  • the IEEE802.11 series is known as a wireless LAN (Local Area Network) communication standard established by the Institute of Electrical and Electronics Engineers (Institute of Electrical and Electronics Engineers).
  • IEEE802.11 series standard there are standards such as the IEEE802.11a / b / g / n / ac / ax standard (Patent Document 1).
  • the IEEE802.11ax standard discloses an extended specification of a BlockAck frame that can transmit an acknowledgment (ACK) in one frame for receiving a plurality of wireless packets.
  • the IEEE802.11ax standard discloses a specification for expanding the number of MPDUs (MAC (Media Access Control) Protocol Data Units) that can be expressed by a BlockAck Bitmap in a BlockAck frame from 64 to 256 up to IEEE802.11ac. By increasing the number of MPDUs that can be acknowledged at one time, the throughput is improved.
  • MPDUs Media Access Control Protocol Data Units
  • IEEE IEEE 802.11be standard proposes to further expand the number of MPDUs that can be acknowledged at one time to 512 and 1024. This method can improve the throughput and the frequency utilization efficiency, but on the other hand, there is a problem that the amount of data for the acknowledgment becomes large due to the expansion and the bandwidth is consumed as compared with the conventional method.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide a technique for realizing an acknowledgment with a small amount of data.
  • the wireless communication device has the following configuration. That is, a communication device conforming to the IEEE802.11 standard series, the receiving means for receiving a plurality of data frames each having a sequence number from the communication partner device, and the plurality of receiving means received by the receiving means. It has a generation means for generating an acknowledgment (Ack) frame for a data frame, and a transmission means for transmitting the Ac frame generated by the generation means to the communication partner device, and the generation means is the Ac frame. Includes specific information that identifies one or more data frame groups distinguished for each series of data frames having serial numbers among the plurality of received data frames.
  • FIG. 1 is a diagram showing an example of a network configuration.
  • FIG. 2 shows a hardware configuration example of a communication device (STA, AP).
  • FIG. 3 shows an example of a functional configuration of a communication device (STA, AP).
  • FIG. 4 shows a communication sequence diagram for data communication between AP and STA.
  • FIG. 5 shows the configuration of the BlockAck frame.
  • FIG. 6 shows configuration examples 1 to 3 of the ACK Info subfield.
  • FIG. 7 shows configuration examples 4 to 6 of the ACK Info subfield.
  • FIG. 8 is a flowchart of processing executed by the device on the data frame receiving side.
  • FIG. 9 is a flowchart of the data frame sequence number confirmation process.
  • FIG. 10 is a flowchart of BA frame generation / transmission processing.
  • FIG. 1 shows an example of a network configuration according to this embodiment.
  • FIG. 1 shows a configuration including one AP (access point) (AP102) and one STA (station / terminal device) (STA103) as a communication device.
  • AP102 access point
  • STA103 station / terminal device
  • the description of this embodiment is applicable to both AP and STA, and is not limited to either.
  • the network formed by AP102 is represented by a circle 101.
  • the STA 103 can send and receive frames via the AP 102 and the wireless link 104.
  • the wireless link 104 can use channels in the frequency band of 2.4 GHz, 5 GHz, and 6 GHz, but the frequency band used is not limited to this, and another frequency band such as the 60 GHz band is used. You may. Further, the wireless link 104 is not limited to one link. Depending on the capacity information of Multi-Link communication between STA and AP, channels in the 2.4 GHz band and 5 GHz band may be used in combination, or a plurality of channels may be selected from the 6 GHz band and used in combination. May be.
  • the network configuration shown in FIG. 1 is an example, and the following discussion can be applied to, for example, a network including a large number of communication devices in a wider area and the positional relationship of various communication devices. be.
  • FIG. 2 shows an example of the hardware configuration of the AP according to the present embodiment.
  • the AP has a storage unit 201, a control unit 202, a function unit 203, an input unit 204, an output unit 205, a communication unit 206, and an antenna 207.
  • the STA also has the same hardware configuration as the AP, and the following description can be applied to the STA.
  • the storage unit 201 is composed of ROM (ReadOnlyMemory), RAM (RandomAccessMemory), or one of them, and includes programs for performing various operations described later, communication parameters for wireless communication, and the like. Memorize various information. As the storage unit 201, in addition to memories such as ROM and RAM, storage media such as flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, non-volatile memory cards, and DVDs. May be used.
  • the control unit 202 is composed of, for example, a processor such as a CPU (Central Processing Unit) or MPU (Micro Processing Unit), an ASIC (integrated circuit for a specific application), a DSP (digital signal processor), an FPGA (Field Programmable Gate Array), or the like. Will be done.
  • the control unit 202 controls the entire AP by executing the program stored in the storage unit 201.
  • the control unit 202 may control the entire AP in cooperation with the program stored in the storage unit 201 and the OS (Operating System).
  • the control unit 202 controls the function unit 203 to execute predetermined processing such as imaging, printing, and projection.
  • the functional unit 203 is hardware for the AP to execute a predetermined process. For example, when the AP is a camera, the functional unit 203 is an imaging unit and performs an imaging process. Further, for example, when the AP is a printer, the functional unit 203 is a printing unit and performs printing processing. Further, for example, when the AP is a projector, the functional unit 203 is a projection unit and performs projection processing.
  • the data processed by the functional unit 203 may be data stored in the storage unit 201, or may be data communicated with another communication device via the communication unit 206 described later.
  • the input unit 204 accepts various operations from the user.
  • the output unit 205 outputs various outputs to the user.
  • the output by the output unit 205 includes at least one such as a display on the screen, an audio output by the speaker, and a vibration output. It should be noted that both the input unit 204 and the output unit 205 may be realized by one module as in the touch panel.
  • the communication unit 206 controls wireless communication and IP communication in accordance with the 802.11 standard series.
  • the communication unit 206 can execute processing conforming to at least the IEEE802.11ax standard.
  • the communication unit 206 controls the antenna 207 to transmit and receive wireless signals for wireless communication.
  • the AP communicates contents such as image data, document data, and video data with other communication devices via the communication unit 206.
  • the wireless antenna 207 is an antenna capable of receiving any of the sub GHz band, 2.4 GHz band, 5 GHz band, and 6 GHz band, respectively.
  • the wireless antenna 207 may be physically composed of one or more antennas in order to realize MIMO (Multi-Input Multi-Output) transmission / reception.
  • MIMO Multi-Input Multi-Output
  • FIG. 3 shows an example of the functional configuration of the AP according to this embodiment.
  • the AP has a frame analysis unit 301, a frame generation unit 302, a connection management unit 303, and a frame transmission / reception unit 304 as an example of its functional configuration.
  • the STA also has the same functional configuration as the AP, and the following description can be applied to the STA.
  • the frame analysis unit 301 analyzes the frame received from the communication partner device (opposite communication device).
  • the frame generation unit 302 generates a frame to be transmitted to the communication partner device.
  • the connection management unit 303 manages the connection with the communication partner device. For example, the connection management unit 303 manages the BlackAck (BA) agreement / agreement (BlockAcgreement) and the data sequence number (Sequence Number) being connected to each communication partner device. BlockAckAgreement and SequenceNumber are managed for each TID (Traffic Identifier (identifier representing the type of traffic (data))) in the connection.
  • the frame transmission / reception unit 304 transmits / receives a frame to / from the communication partner device via the communication unit 206 and the antenna 207 (FIG. 2).
  • FIG. 4 shows a communication sequence diagram for data communication between AP102 and STA103.
  • the processing of this sequence can be started in response to the respective power-on of AP102 and STA103.
  • the processing of this sequence may be started in response to at least one of AP102 and STA103 instructed by the user or application to start wireless communication.
  • AP102 and STA103 establish a wireless connection by performing connection processing according to the IEEE802.11 standard.
  • This embodiment is applicable to both the case where the communication is not encrypted and the case where the communication is encrypted.
  • the encryption method (security method) with encryption is WEP (Wired Equivalent Privacy), WPA (Wi-Fi Protected Access) 1, WPA2, WPA3, WPS (Wi-Fi Protected Setup), and others. This embodiment can be applied even if it is a method.
  • AP102 transmits ADDBA Request frame to STA103 in F402, and receives ACK frame as an acknowledgment in F403.
  • STA 103 transmits an ADDBA Response frame to the AP102 at F404, and receives an ACK frame as an acknowledgment at F405.
  • a BlockAcgreement is constructed between AP102 and STA103 regarding data transmission from AP102 to STA103.
  • the ADDBA Request frame and the ADDBA Response frame include a BlockAckPolicy parameter, and the communication device that receives the frame transmits an ACK frame when the parameter is agreed.
  • the BlockAckPolicy parameter is set to Medium (Immeditate BlockAck) or Delay (Delayed BlockAck).
  • the example of FIG. 4 is the case of the Minimum setting, AP102 transmits a BlockAckRequest frame, and STA103 returns a BlockAcck frame in response to receiving the frame.
  • BlockAckPolicy is set to Delayed (not shown)
  • STA103 returns an ACK frame (instead of replying to the BlockAck frame of F408). Then, the STA 103 transmits the BlockAck frame in the TXOP (Transmission Opportunity) period acquired thereafter.
  • TXOP Transmission Opportunity
  • the ADDBA Request frame includes various parameters (Starting Sequence Number, etc.) of information regarding the start number of the data to be transmitted in one BA session (Starting Sequence Control).
  • Start Sequence Number can be determined by the exchange of ADDBA Request / Response. Subsequent updates of the Starting Sequence Number may follow the methods specified in the IEEE 802.11 standard.
  • the ADDBA Request / Response frame may include a BA Type (BA Type field indicating the type of BlockAck) supported by the own device.
  • BA Type BA Type field indicating the type of BlockAck
  • the communication device that receives the frame records and manages the BA Type supported by the communication partner device.
  • connection management unit 303 of each of AP102 and STA103 records and manages the above-mentioned various parameters and information for TID in the storage unit 201 at the time of constructing the BlockAcgreement.
  • the AP102 can transmit a plurality of data frames before receiving the ACK frame from the STA103 which is the communication partner device (opposite communication device). For example, the AP 102 transmits a plurality of MPDUs (data frames) in the F406 (data transmission process), and the STA 103 transmits a Block Acck frame in the F408 as an acknowledgment of the plurality of MPDUs. As described above, the example of FIG. 4 is a case where Immeditate is set in the BlockAckPolicy parameter. After the AP102 transmits the BlockAck Request frame (F407), the STA 103 returns the BlockAck frame (F408).
  • AP102 transmits a BlockAckRequest frame to STA103 by F407.
  • the AP102 may set the Ack Policy subfield included in the QoS Control field in at least one MPDU in the MPDU group of F406 to Impact BlockAcque Request.
  • the AP102 can request the BlockAck frame from the STA103 without transmitting the BlockAckRequest frame (F407).
  • FIG. 4 shows an example of data transmission from AP102 to STA103, the following description can be similarly applied to data transmission from STA103 to AP102.
  • 5a to 5c of FIG. 5 show the configuration of the BlockAck frame in 802.11ax.
  • Octests and Bits indicate the size of each field.
  • the field labeled variable means variable length.
  • the explanation of the field without a reference sign is omitted.
  • the BlockAck frame is composed of a MAC header field 501, a BA Control field 502, a BA Information field 503, and an FCS field.
  • the BA Control field 502 is composed of a BA Acck Polycy subfield, a BA Type subfield 504, a Reserved subfield 505, and a TID_INFO subfield.
  • the format of the BA Information field 503 is defined according to the information set in the BA Type subfield 504. In the IEEE802.11ax standard, BA Type 0, 4 to 5, 7 to 9, 12 to 15 are designated as the Reserved area. In this embodiment, at least one of the Reserved regions is used to define a new BA Type.
  • the BA Information field 503 is composed of a BA Subtype subfield 507 and an ACK Info subfield 506.
  • the BA Subtype subfield 507 may be set to 0 as described in Bits.
  • the information corresponding to BA Subtype may be expressed by using the Reserved area in the BA Type subfield 504 or the Reserved area of the Reserved subfield 505.
  • the names of BA Subtype and ACK Info presented here are examples, and are not limited to these.
  • FIG. 6 shows configuration examples 1 to 3 of the ACK Info subfield 506.
  • Configuration examples 1 to 3 are configuration examples in which the information regarding the MPDU received by the STA 103 is transmitted.
  • the ACK Info subfield 506 includes an ACK Info header section (corresponding to the ACK Info header sections 601, 607, 814) including meta information of the entire ACK Info, and a received frame group (data). It is composed of an ACK Info data unit including specific information (corresponding to frame groups 602, 603, 609, 610, 615, 616) that specifies (frame group).
  • the names of the ACK Info header and the ACK Info data shown here are examples, and are not limited to these.
  • the STA 103 distinguishes the data received from the AP 102 into a series of data chunks (for each series of data frames) whose sequence numbers are serial numbers as a frame group. That is, if the sequence number of the received data is omitted, the frame group is separated there.
  • the STA 103 transmits an acknowledgment (BlockAc) including information about all received frames in the ACK Info subfield 506.
  • BlockAc acknowledgment
  • one bit is assigned to one MPDU, but by handling this as a block called a frame group, the total amount of data is reduced and the bandwidth consumed for transmitting the BlockAck frame is reduced. be able to.
  • the ACK Info data unit contains 0 or more frame group information, and the number varies depending on the number of received frame groups.
  • the data length included in the ACK Info header section may or may not include the data length of the ACK Info header section.
  • ⁇ Structure example 1> 6a of FIG. 6 shows a configuration example 1 of the ACK Info subfield 506.
  • the ACK Info header unit 601 in the configuration example 1 includes information indicating the data length (data length of information that specifies all subsequent frame groups) included in the ACK Info data unit.
  • the information may be information indicating the end of the data frame group.
  • the data length of the subsequent ACK Info unit can be stored in bit units, byte units, and the number of frame groups (in this example, a configuration of 24 bits per frame group). It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the Sequence Number (sequence number) is represented by 12 bits and is represented by a value of 0 to 4095.
  • the start sequence number (Start SN) 604 and the end sequence number (End SN) 605 in each frame group are used as the expression method of the frame groups 602 and 603.
  • the start sequence number 604 and the end sequence number 605 can each be represented by 12 bits.
  • the start sequence number 604 indicates the sequence number of the MPDU corresponding to the beginning of each received frame group.
  • the end sequence number 605 indicates the sequence number of the MPDU corresponding to the end of each received frame group.
  • FIG. 6b shows configuration example 2 of the ACK Info subfield 506.
  • the ACK Info header unit 607 in the configuration example 2 includes information indicating the data length included in the ACK Info data unit, as in the configuration example 1.
  • the data length of the subsequent ACK Info unit is stored in bit units, byte units, and the number of frame groups (in this example, 12 per frame group + the configuration of the number of bits indicated by the Count Size unit 608). Can be done. It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the ACK Info header section 607 further includes a Count Size section 608.
  • the Count Size section 608 indicates the size of the Count section (corresponding to the Count section 612) of the frame groups 609 and 610.
  • the start sequence number (Start SN) 611 and the Count unit 612 in each frame group are used as the expression method of the frame groups 609 and 610.
  • the start sequence number 611 indicates the sequence number of the MPDU corresponding to the head of each received frame group, as in the configuration example 1.
  • the Count unit 612 starts from the start sequence number 611 and holds information indicating the number of MPDUs having received the number of consecutive sequence numbers. If the size of the Count unit specified by the Count Size unit 608 is small, the maximum number of MPDUs that can be expressed as a frame group is small, but the data length required to express one frame group can be reduced.
  • the size of the Count unit specified by the Count Size unit 608 is large, the maximum number of MPDUs that can be expressed as a frame group becomes large, but the data length required to express one frame group becomes large.
  • Which Count Size is used is not limited in this example.
  • the start sequence number can be represented by 12 bits.
  • FIG. 6c of FIG. 6 shows a configuration example 3 of the ACK Info subfield 506.
  • the ACK Info header unit 614 in the configuration example 3 includes information indicating the data length included in the ACK Info data unit, as in the configuration example 1.
  • the data length of the subsequent ACK Info section is set in bit units, byte units, and the number of frame groups (in this example, 16 per frame group + the configuration of the number of bits shown in the Count Size part of each frame). Can be stored. It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the start sequence number (Start SN) 617, the Count Size unit 618, and the Count unit 619 in each frame group are used.
  • the Count Size unit 608 stored in the ACK Info header unit 607 in Configuration Example 2 is stored in each frame group as the Count Size unit 618. This makes it possible to set an appropriate Count Size in each frame group without fixing the Count Size in the header portion. If the number of frames to be expressed in the frame group is large, the Count Size can be set large, and if the number of frames is small, the Count Size can be set small.
  • FIG. 7 shows configuration examples 4 to 6 of the ACK Info subfield 506.
  • Configuration examples 4 to 6 are configuration examples in which the STA 103 transmits information regarding the MPDU that could not be received.
  • the ACK Info subfield 506 includes the ACK Info header section (corresponding to the ACK Info header sections 721, 724, 727) containing the meta information of the entire ACK Info, and the frame group that could not be received. It is composed of an ACK Info data unit including specific information (corresponding to frame groups 702, 703, 709, 710, 715, 716) that specifies (data frame group).
  • the names of the ACK Info header and the ACK Info data shown here are examples, and are not limited to these.
  • the STA 103 distinguishes the data that could not be received from the AP 102 as a frame group for each block of data having a serial number in the sequence number. That is, if the sequence number of the data that could not be received is omitted, the frame group is separated there.
  • the STA 103 transmits an acknowledgment (BlockAck) in which information about all the frames that could not be received is included in the ACK Info subfield 506.
  • BlockAck acknowledgment
  • one bit is assigned to one MPDU, but by handling this as a block called a frame group, the total amount of data is reduced and the bandwidth consumed for transmitting the BlockAck frame is reduced. Can be done.
  • the ACK Info data unit contains 0 or more frame group information, and varies depending on the number of frame groups that could not be received.
  • Configuration Examples 4 to 6 and Configuration Examples 1 to 3 The difference between Configuration Examples 4 to 6 and Configuration Examples 1 to 3 is that the information for identifying the first and last frames of the newly received data frames in the ACK Info header section (in this example, the start sequence of one or more frame groups). Information indicating the number and the end sequence number). This is because in the configuration examples 4 to 6, since the ACK Info data unit includes information about the MPDU that could not be received, it is not possible to specify from where to where the sequence number could be received by itself. By combining the information indicating the start sequence number and end sequence number of the frame group expressed as the entire ACK Info subfield 506 with the sequence number of the MPDU that could not be received, the sequence number of the MPDU that could be received can be specified. ..
  • the data length included in the ACK Info header section may or may not include the data length of the ACK Info header section.
  • FIG. 7a of FIG. 7 shows a configuration example 4 of the ACK Info subfield 506.
  • the ACK Info header unit 721 in the configuration example 4 includes information 701 indicating the data length (data length of information that specifies all subsequent frame groups) included in the ACK Info data unit.
  • the information may be information indicating the end of the data frame group.
  • the data length of the subsequent ACK Info unit can be stored in bit units, byte units, and the number of frame groups (in this example, a configuration of 24 bits per frame group). It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the Sequence Number (sequence number) is represented by 12 bits and is represented by a value of 0 to 4095.
  • the start sequence number (Start SN) 704 and the end sequence number (End SN) 705 in each frame group are used as the expression method of the frame groups 702 and 703.
  • the start sequence number 704 and the end sequence number 705 can each be represented by 12 bits.
  • the start sequence number 704 indicates the sequence number of the MPDU corresponding to the beginning of each unreceived frame group.
  • the end sequence number 705 indicates the sequence number of the MPDU corresponding to the end of the frame group that could not be received.
  • the start sequence number 722 and the end sequence number 723 of the frame group that can be received are included in the ACK Info header unit 721.
  • FIG. 7b of FIG. 7 shows a configuration example 5 of the ACK Info subfield 506.
  • the ACK Info header unit 607 in the configuration example 5 includes information indicating the data length included in the ACK Info data unit, as in the configuration example 4.
  • the data length of the subsequent ACK Info unit is stored in bit units, byte units, and the number of frame groups (in this example, 12 per frame group + the configuration of the number of bits indicated by the Count Size unit 708). Can be done. It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the ACK Info header section 724 further includes a Count Size section 708.
  • the Count Size section 708 also indicates the size of the Count section (corresponding to the Count section 712) of the frame groups 709 and 710, as well as the size of the Count section 726 included in the ACK Info header section 724.
  • the start sequence number (Start SN) 711 and the Count unit 712 in each frame group are used as the expression method of the frame groups 709 and 710.
  • the start sequence number 711 indicates the sequence number of the MPDU corresponding to the beginning of the frame group that could not be received, as in the configuration example 4.
  • the Count unit 712 starts from the start sequence number 711 and holds information indicating the number of MPDUs having consecutive sequence numbers that could not be received. If the size of the Count unit specified by the Count Size unit 708 is small, the maximum number of MPDUs that can be expressed as a frame group is small, but the data length required to express one frame group can be reduced.
  • the size of the Count unit specified by the Count Size unit 708 is large, the maximum number of MPDUs that can be expressed as a frame group becomes large, but the data length required to express one frame group becomes large.
  • Which Count Size is used is not limited in this example.
  • the start sequence number can be represented by 12 bits.
  • the ACK Info header unit 724 includes a count unit 726 which means the start sequence number 725 of the received frame group and the total number (number) from the start sequence number to the end sequence number.
  • the size of the Count section 726 in the ACK Info header section 724 is not specified by the Count Size section 708 and is fixed to 12 bits, or even if the Count Size section showing the information of the Count section 726 is separately held in the ACK Info header section. good.
  • FIG. 7c of FIG. 7 shows a configuration example 6 of the ACK Info subfield 506.
  • the ACK Info header unit 727 in the configuration example 6 includes information indicating the data length included in the ACK Info data unit, as in the configuration example 4.
  • the data length of the subsequent ACK Info section is set in bit units, byte units, and the number of frame groups (in this example, 16 per frame group + the configuration of the number of bits shown in the Count Size part of each frame). Can be stored. It should be noted that the method is not limited to this method as long as the data length can be shown.
  • the start sequence number (Start SN) 717, the Count Size unit 718, and the Count unit 719 in each frame group are used.
  • the Count Size unit 708 stored in the ACK Info header unit 607 in the configuration example 5 is stored in each frame group. This makes it possible to set an appropriate Count Size in each frame group without fixing the Count Size in the header portion. If the number of frames to be expressed in the frame group is large, the Count Size can be set large, and if the number of frames is small, the Count Size can be set small.
  • the ACK Info header section 727 is a Count section 730 that means the total number of received frame groups from the start sequence number 728 to the end sequence number, and a Count Size section that shows the size information of the Count section 730. 729 is included.
  • the same sequence number may be set in the start sequence number 722 and the end sequence number 723 in the ACK Info header unit 721. Further, regarding the configuration example 4, if no frame can be normally received, one frame group (that is, only the frame group 702) may be configured to be included in the ACK Info subfield 506.
  • the start sequence number 704 may be set to a value (a value indicated by the Starting Sequence Control, etc.) based on the information regarding the start number of the data transmitted by the transmitting side that has already been received. The same applies to the configurations 5 and 6.
  • the transmitting side of the BlockAck frame can specify (designate) in the frame whether the ACK Info subfield 506 is configured in any of the configuration examples 1 to 6, and notify the receiving side.
  • which of the configurations 1 to 6 is used can be specified by using at least one of the BA Type subfield 504, the Reserved subfield 505, and the BA Subtype subfield 507.
  • BA Type 0, which means Reserved of the BA Type subfield 504
  • BA Type which means that any one of Configuration Examples 1 to 6 is used.
  • which of the configuration examples 1 to 6 is used is specified by using at least 3 bits of the other Reserved area of the BA Type subfield 504, the Reserved subfield 505, and the BA Subtype subfield 507. May be.
  • the BA Subtype subfield 507 the configuration example 1 is used when the bit 0000 is specified in the BA Subtype subfield 507
  • the configuration example 2 is used when the bit 0001 is specified. It may be defined as such.
  • any of the configuration examples 1 to 6 is used by combining the existing BA Type subfield 504 and the predetermined (sub) field. For example, assume a case where the BA Type subfield 504 is set to Multi-TID or Multi-STA. When the BA Type subfield 504 is set to Multi-TID, it may be specified that any of the configurations 1 to 6 is used by using the area of the Reserved subfield 505.
  • the communication partner device supports the new BA Type according to the present embodiment (that is, the configuration of the ACK Info subfield 506 of Configuration Examples 1 to 6) (whether the communication partner device has the capability information for the new BA Type). May be stipulated as mandatory in the standard. Alternatively, in the case of the example of FIG. 4, the ability information may be exchanged via the exchange of the ADDBA Request / Response frame between AP102 and STA103 (at the time of building BlockAcgrement). Alternatively, the ability may be negotiated through the exchange of other management frames.
  • FIG. 8 is a flowchart of processing executed by the device on the data frame receiving side.
  • the case where the device on the data frame receiving side is the STA 103 will be described as an example as shown in FIG. 4, but this description can be similarly applied to the case where the AP 102 is the main operating body.
  • the process may be started after the STA 103 establishes a wireless connection with the communication partner device (AP102 in the example of FIG. 4) and finishes the exchange of the ADDBA Request / Response frame.
  • connection management unit 303 of each of the STA 103 and the AP 102 records various parameters such as the Starting Sequence Number in the BA session in the storage unit 201 at the time of constructing the BlockAcgreement (F402 to F405 in FIG. 4). It shall be managed. Further, the connection management unit 303 of each of the STA 103 and the AP 102 records and manages the information of the BA Type (which may include the new BA Type according to the present embodiment) supported by the communication partner device in the storage unit 201. do.
  • the frame analysis unit 301 starts the analysis processing of the received frame. If the frame is not addressed to itself, or if the frame is broken (for example, the FCS value is invalid), the AP102 may discard the frame without starting this process.
  • the frame analysis unit 301 first determines whether the received frame is a data frame (S801). This can be determined, for example, by checking whether or not the Type field in the Frame Control Field included in the MAC header in the MAC frame format defined by the IEEE 802.11 standard is "10". If it is "10", it can be determined that it is not a data frame, and if it is not, it can be determined that it is not a data frame.
  • the connection management unit 303 executes a data frame sequence number confirmation process (S802). Details of the processing of S802 will be described later with reference to FIG.
  • the frame analysis unit 301 determines whether the received frame is a data frame requesting a BlockAck frame (S803). This is, for example, to confirm whether or not the Ac Precision subfield included in the QoS Control field in at least one MPDU among the MPDUs included in the data frame is set to Impact BlockAck Request (“00”).
  • the frame analysis unit 301 determines that the received frame is a data frame requesting a BlockAck frame (Yes in S803), and the process proceeds to S804. If it is not set to "00", the frame analysis unit 301 determines that the received frame is not a data frame requesting a BlockAck frame, and ends the frame reception process. In S804, AP102 performs BlockAck (BA) frame generation / transmission processing. Details of the processing of S804 will be described later with reference to FIG.
  • BA BlockAck
  • the frame analysis unit 301 determines whether the received frame is a BAR (BlockAck Request) frame (S805). For example, when the above-mentioned Type field in the data frame is "01" and the Subtype field in the Frame Control Field in the MAC header is "1000", it can be specified as a BAR frame. If the frame analysis unit 301 determines that the received frame is a BAR frame (Yes in S805), the process proceeds to S804, and the STA 103 executes the BA frame generation / transmission process.
  • the BAR frame may contain information about the start number of the data.
  • the STA 103 executes a process corresponding to various frames conforming to the 802.11 standard (S806), and ends the process. Since the treatment of S806 has little relation to the present embodiment, the description thereof will be omitted.
  • FIG. 9 is a flowchart of the data frame sequence number confirmation process.
  • the sequence number of the data frame (MPDU) is indicated by the Sequence Number in the Sequence Control field included in the MAC header in the MAC frame format defined by the IEEE802.11 standard, and has a value in the range of 0 to 4095. ..
  • the connection management unit 303 starts managing the reception sequence number (sequence number of the received data frame) related to the connection at the stage when the wireless connection is established (F401 in the example of FIG. 4). At the start of management, all sequence numbers 0 to 4095 are recorded in the storage unit 201 as unreceived sequence numbers (sequence numbers of data frames that are not recorded as received).
  • connection management unit 303 of the STA 103 confirms whether the sequence number of the data frame (MPDU) is an unreceived sequence number (S901). That is, the connection management unit 303 collates the received data frame sequence number information with the received sequence number recorded in the storage unit 201, and determines whether or not the received data frame sequence number is an unreceived sequence number. ..
  • the connection management unit 303 When the sequence number of the received data frame is an unreceived sequence number (Yes in S901), the connection management unit 303 newly records the sequence number as the received sequence number in the storage unit 201 and ends. On the other hand, when the sequence number of the received data frame is the received sequence number (No in S901), the received data frame has already been received, it is regarded as a duplicate frame, the data frame is discarded (S903), and the process ends. do.
  • FIG. 10 is a flowchart of BA frame generation / transmission processing.
  • the connection management unit 303 of each of the STA 103 and the AP 102 has information such as the BA Type (which may include a new BA Type according to the present embodiment) supported by the communication partner device, the Starting Sequence Number in the BA session, and the like. Is recorded in the storage unit 201 and managed. Further, with respect to the generation of the frame, reference is made to 5a to 5c of FIG.
  • the connection management unit 303 of the STA 103 confirms the BA Type supported by the connection (supported by the own device and the AP102) (S1001).
  • the frame generation unit 302 can determine the content of the BlockAck frame generated in S1004 and S1005 according to the support status of BA Type confirmed here.
  • the connection management unit 303 of the STA 103 confirms the Starting Sequence Number in the BA session. As described above, the initial value of the Starting Sequence Number is determined at the time of constructing the BlockAccrement, and can be subsequently updated according to the method specified in the IEEE802.11 standard. Subsequently, the connection management unit 303 confirms the reception sequence number (sequence number recorded as received) (S1003).
  • the frame generation unit 302 generates a Block Ac frame using the information confirmed in S1001 to S1003.
  • the frame generation unit 302 determines the configuration of the ACK Info subfield 506 in the BA Information field 503 (S1004).
  • the frame generation unit 302 can determine the configuration of the ACK Info subfield 506 based on the support BA Type confirmed in S1001.
  • the frame generator 302 is any of the configuration examples 1 to 6 as the configuration of the ACK Info subfield 506. Can be decided to use.
  • any of the configurations of the above configuration examples 1 to 6 may be fixedly set in the STA 103 in advance, or set (determined) by an input operation by the user via the input unit 204. May be done. Further, the frame generation unit 302 responds to the reception status of the sequence number confirmed in S1003. You may decide to use any of Configuration Examples 1-6 to configure the ACK Info subfield 506 with the smallest data size.
  • the frame generation unit 302 generates the BA Control field 502 and the BA Information field 503 according to the configuration of the ACK Info subfield 506 determined in S1004 and so as to specify (designate) the configuration (S1005). .. As described above, it is possible to specify that any of the configuration examples 1 to 6 is used for the ACK Info subfield 506 in various subfields in the BA Control field 502 / BA Information field 503.
  • the frame generation unit 302 generates the MAC header field 501 and the FSC field shown in 5a of FIG. 5 to complete the MAC frame, and also generates the PHY unit to complete the BlockAck frame (S1006).
  • the frame transmission / reception unit 304 transmits the BlockAck frame generated by the frame generation unit 302 to the communication partner device (AP102).
  • the confirmation response of the transmitted frame and the retransmission process when the confirmation response is not received for a certain period of time are executed in accordance with the provisions of the IEEE802.11 standard.
  • STA103 is.
  • the received record is reset.
  • the connection management unit 303 of the STA 103 is notified in the BlockAck frame among the received sequence numbers managed.
  • For completed sequence numbers reset the received records. This makes it possible to manage the sequence number when the sequence number goes around.
  • processing flow shown in FIGS. 8 to 10 is an example of realizing the present embodiment, and the order of each processing is not limited as long as it fulfills the same function. Further, for the processing not described in this processing flow, the processing specified in the 802.11 standard is followed.
  • the present invention supplies a program that realizes one or more functions of the above-described embodiment to a system or device via a network or storage medium, and one or more processors in the computer of the system or device reads and executes the program. It can also be realized by the processing to be performed. It can also be realized by a circuit (for example, ASIC) that realizes one or more functions.
  • a circuit for example, ASIC

Landscapes

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

Abstract

ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置は、通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信し、該複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成し、該Ａｃｋフレームを該通信相手装置に送信する。該通信装置は、該Ａｃｋフレームに、該複数のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する情報を含める。

Description

通信装置、通信装置の制御方法、およびプログラム
　本発明は、無線通信技術に関するものである。
　ＩＥＥＥ（Institute of Electrical and Electronics Engineers、米国電気電子技術者協会）が策定している無線ＬＡＮ（Local Area Network）通信規格として、ＩＥＥＥ８０２．１１シリーズが知られている。ＩＥＥＥ８０２．１１シリーズ規格としては、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格などの規格がある（特許文献１）。
　ＩＥＥＥ８０２．１１ａｘ規格では、複数の無線パケットの受信について、一つのフレームで確認応答（Acknowledgement（ＡＣＫ））を送信できるＢｌｏｃｋＡｃｋフレームの拡張仕様が開示されている。ＩＥＥＥ８０２．１１ａｘ規格では、ＢｌｏｃｋＡｃｋフレーム中のＢｌｏｃｋＡｃｋ　Ｂｉｔｍａｐで表現できるＭＰＤＵ（MAC（Media Access Control） Protocol Data Unit）の数を、ＩＥＥＥ８０２．１１ａｃまでの６４から２５６に拡張する仕様が開示されている。一度に確認応答が行えるＭＰＤＵ数が増えることで、スループットの向上を実現している。
特開２０１８－５０１３３号公報
　ＩＥＥＥでは、さらなるスループットの向上や周波数利用効率の改善のため、ＩＥＥＥ８０２．１１シリーズの新たな規格として、ＩＥＥＥ８０２．１１ｂｅ規格の策定が検討されている。ＩＥＥＥ８０２．１１ｂｅ規格では、一度に確認応答が行えるＭＰＤＵ数をさらに５１２や１０２４へ拡張することが提案されている。この方式では、スループットの向上や周波数利用効率の改善が実現され得るが、一方で、当該拡張により、確認応答のデータ量が大きくなり、従来方式に比べ帯域を消費しまうという課題がある。
　本発明は上記課題に鑑みてなされたものであり、少ないデータ量で確認応答を実現するための技術を提供することを目的とする。
　上記目的を達成するため、本発明の一態様に係る無線通信装置は、以下の構成を有する。すなわち、ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置であって、通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信する受信手段と、前記受信手段により受信された前記複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成する生成手段と、前記生成手段により生成された前記Ａｃｋフレームを前記通信相手装置に送信する送信手段と、を有し、前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する特定情報を含める。
　本発明によれば、少ないデータ量で確認応答を実現するための技術が提供される。
　本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
図１はネットワーク構成例を示す図である。 図２は通信装置（ＳＴＡ、ＡＰ）のハードウェア構成例を示す。 図３は通信装置（ＳＴＡ、ＡＰ）の機能構成例を示す。 図４はＡＰとＳＴＡ間におけるデータ通信のための通信シーケンス図を示す。 図５はＢｌｏｃｋＡｃｋフレームの構成を示す。 図６はＡＣＫ　Ｉｎｆｏサブフィールドの構成例１～３を示す。 図７はＡＣＫ　Ｉｎｆｏサブフィールドの構成例４～６を示す。 図８はデータフレーム受信側の装置により実行される処理のフローチャートである。 図９はデータフレームのシーケンス番号確認処理のフローチャートである 図１０はＢＡフレーム生成・送信処理のフローチャートである。
　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
　（ネットワークの構成）
　図１に、本実施形態によるネットワークの構成例を示す。図１は、通信装置として、１つのＡＰ（アクセスポイント）（ＡＰ１０２）と１つのＳＴＡ（ステーション／端末装置）（ＳＴＡ１０３）を含んだ構成を示している。なお、本実施形態の説明は、ＡＰとＳＴＡどちらにも適用可能であり、どちらかに限定されない。図１に示すように、ＡＰ１０２が形成するネットワークは円１０１で示される。
　本実施形態では、ＳＴＡ１０３は、ＡＰ１０２と無線リンク１０４を介してフレームを送受信できるものとする。無線リンク１０４は２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ帯の周波数バンドのチャネルを使用することができるが、使用する周波数バンドはこれに限定されるものではなく、６０ＧＨｚ帯のように別の周波数バンドを使用しても良い。また、無線リンク１０４は一つのリンクに限定されない。ＳＴＡとＡＰのＭｕｌｔｉ－Ｌｉｎｋ通信のＣａｐａｂｉｌｉｔｙ情報に応じて、２．４ＧＨｚ帯と５ＧＨｚ帯のチャネルを組み合わせて使用しても良いし、６ＧＨｚ帯の中から複数のチャネルを選択して組み合わせて使用しても良い。
　なお、図１に示すネットワーク構成は一例であり、例えばさらに広範な領域に多数の通信装置を含むネットワークに対して、また、様々な通信装置の位置関係に対して、以下の議論を適用可能である。
　（通信装置の構成）
　次に、本実施形態による通信装置（ＡＰ、ＳＴＡ）の構成について説明する。図２に、本実施形態に係るＡＰのハードウェア構成例を示す。ＡＰは、そのハードウェア構成の一例として、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６及びアンテナ２０７を有する。なお、ＳＴＡもＡＰと同様のハードウェア構成を有し、以下の説明をＳＴＡに適用可能である。
　記憶部２０１は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）の両方、または、いずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体が用いられてもよい。
　制御部２０２は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等のプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（Field Programmable Gate Array）等により構成される。制御部２０２は、記憶部２０１に記憶されたプログラムを実行することによりＡＰ全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Operating System）との協働によりＡＰ全体を制御するようにしてもよい。
　制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部２０３は、ＡＰが所定の処理を実行するためのハードウェアである。例えば、ＡＰがカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、ＡＰがプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、ＡＰがプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。
　入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
　通信部２０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。本実施形態では、通信部２０６は、少なくともＩＥＥＥ８０２．１１ａｘ規格に準拠した処理を実行することができる。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。ＡＰは通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。
　無線アンテナ２０７は、それぞれサブＧＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯、及び６ＧＨｚ帯のいずれかが受信可能なアンテナである。無線アンテナ２０７はＭＩＭＯ（Multi-Input Multi-Output）送受信を実現するために、物理的に一本以上のアンテナで構成されても良い。
　図３に、本実施形態に係るＡＰの機能構成例を示す。ＡＰは、その機能構成の一例として、フレーム解析部３０１、フレーム生成部３０２、接続管理部３０３、フレーム送受信部３０４を有する。なお、ＳＴＡもＡＰと同様の機能構成を有し、以下の説明をＳＴＡに適用可能である。
　フレーム解析部３０１は、通信相手装置（対向の通信装置）から受信したフレームを解析する。フレーム生成部３０２は、通信相手装置へ送信するフレームを生成する。接続管理部３０３は、通信相手装置との間の接続を管理する。例えば、接続管理部３０３は、各通信相手装置に対して、接続中のＢｌｏｃｋＡｃｋ（ＢＡ）の取り決め・合意（ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔ）や、データのシーケンス番号（Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ）の管理を行う。ＢｌｏｃｋＡｃｋ　ＡｇｒｅｅｍｅｎｔやＳｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒは、接続内のＴＩＤ（Traffic Identifier（トラフィック（データ）の種別を表す識別子））ごとに管理される。フレーム送受信部３０４は、通信相手装置との間で、通信部２０６とアンテナ２０７（図２）を介してフレームを送受信する。
　（ＡＰとＳＴＡ間の通信シーケンス）
　図４に、ＡＰ１０２とＳＴＡ１０３間におけるデータ通信のための通信シーケンス図を示す。本シーケンスの処理は、ＡＰ１０２およびＳＴＡ１０３のそれぞれの電源が投入されたことに応じて開始されうる。あるいは、本シーケンスの処理は、ＡＰ１０２およびＳＴＡ１０３の少なくとも一方が、ユーザまたはアプリケーションから無線通信の開始を指示されたことに応じて開始されてもよい。
　初めに、Ｆ４０１にて、ＡＰ１０２とＳＴＡ１０３は、ＩＥＥＥ８０２．１１規格に従接続処理を行うことにより、無線接続を確立する。本実施形態は、通信の暗号化なしの場合および暗号化ありの場合のいずれにも適用可能である。また、暗号化ありの場合の暗号化方式（セキュリティ方式）が、ＷＥＰ（Wired Equivalent Privacy）、ＷＰＡ（Wi-Fi Protected Access）１、ＷＰＡ２、ＷＰＡ３、ＷＰＳ（Wi-Fi Protected Setup）や、他の方式であっても、本実施形態を適用可能である。
　本例では、ＡＰ１０２からＳＴＡ１０３へデータ送信をする例を示す。Ｆ４０１にて接続確立後、Ｆ４０２においてＡＰ１０２は、ＡＤＤＢＡ　ＲｅｑｕｅｓｔフレームをＳＴＡ１０３へ送信し、Ｆ４０３でその確認応答としてＡＣＫフレームを受信する。次にＳＴＡ１０３は、Ｆ４０４にてＡＤＤＢＡ　ＲｅｓｐｏｎｓｅフレームをＡＰ１０２へ送信し、Ｆ４０５でその確認応答としてＡＣＫフレームを受信する。本ＡＤＤＢＡ　ＲｅｑｕｅｓｔとＡＤＤＢＡ　Ｒｅｓｐｏｎｓｅのやりとり（Ｆ４０２～Ｆ４０５の処理）が完了すると、ＡＰ１０２とＳＴＡ１０３の間で、ＡＰ１０２⇒ＳＴＡ１０３へのデータ送信に関して、ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔが構築される。
　ここで、ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔについて説明する。ＡＤＤＢＡ　ＲｅｑｕｅｓｔフレームとＡＤＤＢＡ　Ｒｅｓｐｏｎｓｅフレームには、ＢｌｏｃｋＡｃｋＰｏｌｉｃｙパラメータが含まれ、当該フレームを受信した通信装置は、当該パラメータに合意する場合にＡＣＫフレームを送信する。ＢｌｏｃｋＡｃｋＰｏｌｉｃｙパラメータは、Ｉｍｍｅｄｉａｔｅ（Ｉｍｍｅｄｉａｔｅ　ＢｌｏｃｋＡｃｋ）またはＤｅｌａｙ（Ｄｅｌａｙｅｄ　ＢｌｏｃｋＡｃｋ）に設定される。図４の例はＩｍｍｅｄｉａｔｅ設定の場合であり、ＡＰ１０２はＢｌｏｃｋＡｃｋ　Ｒｅｑｕｅｓｔフレームを送信し、ＳＴＡ１０３は当該フレームを受信したことを受けて、ＢｌｏｃｋＡｃｋフレームを返信する。一方、ＢｌｏｃｋＡｃｋＰｏｌｉｃｙがＤｅｌａｙｅｄ設定の場合（不図示）、ＳＴＡ１０３は（Ｆ４０８のＢｌｏｃｋＡｃｋフレームの返信の代わりに）ＡＣＫフレームを返信する。そしてＳＴＡ１０３は、その後に取得したＴＸＯＰ（Transmission Opportunity）期間でＢｌｏｃｋＡｃｋフレームを送信することになる。
　また、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔフレームには、１つのＢＡセッションにおいて送信するデータの開始番号に関する情報（Ｓｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｃｏｎｔｒｏｌ）の各種パラメータ（Ｓｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ（開始シーケンス番号）等）が含まれる。Ｓｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒの初期値は、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのやりとりによって決定されうる。その後のＳｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒの更新はＩＥＥＥ８０２．１１規格規定の方法に従いうる。
　また、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅフレームには、自装置がサポートするＢＡ　Ｔｙｐｅ（ＢｌｏｃｋＡｃｋのタイプを示すＢＡ　Ｔｙｐｅフィールド）が含まれ得る。当該フレームを受信した通信装置は、通信相手装置のサポートするＢＡ　Ｔｙｐｅを記録・管理する。
　本実施形態では、ＡＰ１０２とＳＴＡ１０３それぞれの接続管理部３０３が、ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔ構築時に、ＴＩＤに対する上記の各種パラメータや情報を記憶部２０１に記録し、管理する。
　ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔが構築された後、ＡＰ１０２は、通信相手装置（対向の通信装置）であるＳＴＡ１０３からのＡＣＫフレームの受信前に、複数のデータフレームを送信することが可能になる。例えば、ＡＰ１０２は、Ｆ４０６（データ送信処理）において複数のＭＰＤＵ（データフレーム）を送信し、ＳＴＡ１０３は複数のＭＰＤＵの確認応答としてＦ４０８においてＢｌｏｃｋ　Ａｃｋフレームを送信する。上記のように、図４の例は、ＢｌｏｃｋＡｃｋＰｏｌｉｃｙパラメータにＩｍｍｅｄｉａｔｅが設定されている場合である。ＡＰ１０２がＢｌｏｃｋＡｃｋ　Ｒｅｑｕｅｓｔフレームを送信（Ｆ４０７）した後に、ＳＴＡ１０３はＢｌｏｃｋＡｃｋフレームを返信（Ｆ４０８）する。
　図４の例では、ＡＰ１０２はＦ４０７でＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔフレームをＳＴＡ１０３へ送信している。これに代えて、ＡＰ１０２は、Ｆ４０６のＭＰＤＵ群の内の少なくとも一つのＭＰＤＵ内のＱｏＳ　Ｃｏｎｔｒｏｌフィールドに含まれるＡｃｋ　ＰｏｌｉｃｙサブフィールドをＩｍｐｌｉｃｉｔ　ＢｌｏｃｋＡｃｋ　Ｒｅｑｕｅｓｔに設定してもよい。これにより、ＡＰ１０２は、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔフレーム（Ｆ４０７）を送信せずに、ＳＴＡ１０３へＢｌｏｃｋＡｃｋフレームを要求することができる。
　（ＢｌｏｃｋＡｃｋフレームの構成）
　続いて、ＳＴＡ１０３が送信するＢｌｏｃｋＡｃｋフレーム（図４ではＦ４０８に対応）のデータ量を低減するためのＢｌｏｃｋＡｃｋフレームの構成について説明する。なお、図４ではＡＰ１０２⇒ＳＴＡ１０３へのデータ送信の例を示したが、以下の説明は、ＳＴＡ１０３⇒ＡＰ１０２へのデータ送信にも同様に適用可能である。
　図５の５ａ～５ｃに、８０２．１１ａｘにおけるＢｌｏｃｋＡｃｋフレームの構成を示す。５ａ～５ｃ共通の説明として、Ｏｃｔｅｓｔｓ、Ｂｉｔｓはそれぞれのフィールドのサイズを示す。ｖａｒｉａｂｌｅと示されているフィールドは可変長であることを意味する。また、参照符号の付いていないフィールドの説明は割愛する。
　５ａにＢｌｏｃｋＡｃｋフレーム全体の構成を示す。ＢｌｏｃｋＡｃｋフレームは、ＭＡＣ　ｈｅａｄｅｒフィールド５０１、ＢＡ　Ｃｏｎｔｒｏｌフィールド５０２、ＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３とＦＣＳフィールドから構成される。
　５ｂにＢＡ　Ｃｏｎｔｒｏｌフィールド５０２の構成を示す。ＢＡ　Ｃｏｎｔｒｏｌフィールド５０２は、ＢＡ　Ａｃｋ　Ｐｏｌｉｃｙサブフィールド、ＢＡ　Ｔｙｐｅサブフィールド５０４、Ｒｅｓｅｒｖｅｄサブフィールド５０５、ＴＩＤ＿ＩＮＦＯサブフィールドから構成される。ＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３は、ＢＡ　Ｔｙｐｅサブフィールド５０４に設定される情報に応じてそのフォーマットが規定される。ＩＥＥＥ８０２．１１ａｘ規格においては、ＢＡ　Ｔｙｐｅ０、４～５、７～９、１２～１５がＲｅｓｅｒｖｅｄ領域に指定されている。本実施形態では、このＲｅｓｅｒｖｅｄ領域の内の少なくとも一つを使用して、新たなＢＡ　Ｔｙｐｅを規定する。
　５ｃに、新たなＢＡ　Ｔｙｐｅで規定するＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３の構成を示す。ＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３は、ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７、ＡＣＫ　Ｉｎｆｏサブフィールド５０６から構成される。ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７は、Ｂｉｔｓに記載の通り０が設定されてもよい。この場合、ＢＡ　Ｓｕｂｔｙｐｅに相当する情報をＢＡ　Ｔｙｐｅサブフィールド５０４内のＲｅｓｅｒｖｅｄ領域、もしくはＲｅｓｅｒｖｅｄサブフィールド５０５のＲｅｓｅｒｖｅｄ領域を用いて表現しても良い。なお、ここで提示したＢＡ　Ｓｕｂｔｙｐｅ、ＡＣＫ　Ｉｎｆｏの名称は一例であり、これに限定されない。
　（ＡＣＫ　Ｉｎｆｏサブフィールドの構成）
　本実施形態における、５ｃにおけるＡＣＫ　Ｉｎｆｏサブフィールド５０６のいくつかの構成例について、図６の６ａ～６ｃと図７の７ａ～７ｃを用いて説明する。なお、以下に記載する各部の名称、サイズ、格納する順番については一例であり、同様な機能を果たすものであればこれに限定されない。
　≪受信したＭＰＤＵを示すＡＣＫ　Ｉｎｆｏサブフィールドの構成（構成例１～３）≫
　図６に、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例１～３を示す。構成例１～３は、ＳＴＡ１０３が受信したＭＰＤＵに関する情報を送信する場合の構成例である。構成例１～３共通の構成として、ＡＣＫ　Ｉｎｆｏサブフィールド５０６は、ＡＣＫ　Ｉｎｆｏ全体のメタ情報を含むＡＣＫ　Ｉｎｆｏヘッダ部（ＡＣＫ　Ｉｎｆｏヘッダ部６０１、６０７、８１４に対応）と、受信したフレーム群（データフレーム群）を特定する特定情報（フレーム群６０２、６０３、６０９、６１０、６１５、６１６に対応）を含むＡＣＫ　Ｉｎｆｏデータ部で構成される。なお、ここで示したＡＣＫ　Ｉｎｆｏヘッダ、ＡＣＫ　Ｉｎｆｏデータという名称は一例であり、これに限定されない。
　ＳＴＡ１０３は、ＡＰ１０２から受信したデータをシーケンス番号が連番である一連のデータの塊ごと（一連のデータフレームごとに）に、フレーム群として区別する。つまり、受信したデータのシーケンス番号に抜けが発生した場合、そこでフレーム群としては区切られることになる。ＳＴＡ１０３は、受信したすべてのフレーム群についての情報をＡＣＫ　Ｉｎｆｏサブフィールド５０６に含めた確認応答（ＢｌｏｃｋＡｃｋ）を送信する。従来のＢｌｏｃｋＡｃｋ　Ｂｉｔｍａｐ方式では、一つのＭＰＤＵに一つのビットを割り当てていたが、これをフレーム群という塊で扱うことで、全体のデータ量を低減し、ＢｌｏｃｋＡｃｋフレームの送信に消費する帯域を低減することができる。なお、ＡＣＫ　Ｉｎｆｏデータ部には０個以上のフレーム群情報が含まれ、受信できたフレーム群の数に応じてその数は変動する。ＡＣＫ　Ｉｎｆｏヘッダ部に含まれるデータ長はＡＣＫ　Ｉｎｆｏヘッダ部のデータ長分を含んでもよいし、含まなくてもよい。
　＜構成例１＞
　図６の６ａに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例１を示す。構成例１におけるＡＣＫ　Ｉｎｆｏヘッダ部６０１は、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長（後続の全てのフレーム群を指定する情報のデータ長）を示す情報を含む。当該情報は、データフレーム群の終了を示す情報でありうる。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり２４ビットの構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。
　ＩＥＥＥ８０２．１１においてＳｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ（シーケンス番号）は１２ビットで表現され、０～４０９５の値で表現される。構成例１では、フレーム群６０２、６０３の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）６０４と終了シーケンス番号（Ｅｎｄ　ＳＮ）６０５を用いる。開始シーケンス番号６０４と終了シーケンス番号６０５はそれぞれ１２ビットで表現可能である。開始シーケンス番号６０４は、各受信フレーム群の先頭に相当するＭＰＤＵのシーケンス番号を示す。終了シーケンス番号６０５は、各受信フレーム群の終了に相当するＭＰＤＵのシーケンス番号を示す。
　＜構成例２＞
　図６の６ｂに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例２を示す。構成例２におけるＡＣＫ　Ｉｎｆｏヘッダ部６０７は、構成例１と同様に、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長を示す情報を含む。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり１２＋Ｃｏｕｎｔ　Ｓｉｚｅ部６０８で示すビット数の構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。構成例２では、ＡＣＫ　Ｉｎｆｏヘッダ部６０７は、さらにＣｏｕｎｔ　Ｓｉｚｅ部６０８を含む。Ｃｏｕｎｔ　Ｓｉｚｅ部６０８は、フレーム群６０９、６１０のＣｏｕｎｔ部（Ｃｏｕｎｔ部６１２に対応）のサイズを示す。
　構成例２では、フレーム群６０９、６１０の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）６１１とＣｏｕｎｔ部６１２を用いる。開始シーケンス番号６１１は、構成例１と同様に、各受信フレーム群の先頭に相当するＭＰＤＵのシーケンス番号を示す。Ｃｏｕｎｔ部６１２は、開始シーケンス番号６１１から開始し、何個分の連続するシーケンス番号を持つＭＰＤＵを受信したかの個数を示す情報を保持する。Ｃｏｕｎｔ　Ｓｉｚｅ部６０８で指定するＣｏｕｎｔ部のサイズが小さいと、フレーム群として表現できる最大ＭＰＤＵ数が小さくなるが、ひとつのフレーム群を表現するために必要なデータ長を小さくすることができる。一方、Ｃｏｕｎｔ　Ｓｉｚｅ部６０８で指定するＣｏｕｎｔ部のサイズが大きいと、フレーム群として表現できる最大ＭＰＤＵ数が大きくなるが、ひとつのフレーム群を表現するために必要なデータ長が大きくなってしまう。どのＣｏｕｎｔ　Ｓｉｚｅを使用するかは本例においては限定しない。開始シーケンス番号は、１２ビットで表現可能である。
　本構成例では、一つのフレーム群内で表現できるＭＰＤＵ数の上限がＣｏｕｎｔ　Ｓｉｚｅ部６０８によって規定されるため、連続するシーケンス番号を持つＭＰＤＵであっても別のフレーム群として表現される場合がある。
　＜構成例３＞
　図６の６ｃに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例３を示す。構成例３におけるＡＣＫ　Ｉｎｆｏヘッダ部６１４は、構成例１と同様に、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長を示す情報を含む。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり１６＋各フレームのＣｏｕｎｔ　Ｓｉｚｅ部で示すビット数の構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。構成例３では、フレーム群６１５、６１６の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）６１７とＣｏｕｎｔ　Ｓｉｚｅ部６１８とＣｏｕｎｔ部６１９を用いる。構成例２でＡＣＫ　Ｉｎｆｏヘッダ部６０７に格納したＣｏｕｎｔ　Ｓｉｚｅ部６０８を、Ｃｏｕｎｔ　Ｓｉｚｅ部６１８としてそれぞれのフレーム群内に格納する。これにより、ヘッダ部でＣｏｕｎｔ　Ｓｉｚｅを固定せずに、各フレーム群で適切なＣｏｕｎｔ　Ｓｉｚｅを設定することが可能になる。フレーム群で表現したいフレーム数が多い場合はＣｏｕｎｔ　Ｓｉｚｅを大きく設定し、少ない場合は小さく設定することで、適切なＣｏｕｎｔ　Ｓｉｚｅが設定できる。
　≪受信できなかったＭＰＤＵを示すＡＣＫ　Ｉｎｆｏサブフィールドの構成（構成例４～６）≫
　図７に、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例４～６を示す。構成例４～６は、ＳＴＡ１０３が受信できなかったＭＰＤＵに関する情報を送信する場合の構成例である。構成例４～６共通の構成として、ＡＣＫ　Ｉｎｆｏサブフィールド５０６は、ＡＣＫ　Ｉｎｆｏ全体のメタ情報を含むＡＣＫ　Ｉｎｆｏヘッダ部（ＡＣＫ　Ｉｎｆｏヘッダ部７２１、７２４、７２７に対応）と、受信できなかったフレーム群（データフレーム群）を特定する特定情報（フレーム群７０２、７０３、７０９、７１０、７１５、７１６に対応）を含むＡＣＫ　Ｉｎｆｏデータ部で構成される。なお、ここで示したＡＣＫ　Ｉｎｆｏヘッダ、ＡＣＫ　Ｉｎｆｏデータという名称は一例であり、これに限定されない。
　ＳＴＡ１０３は、ＡＰ１０２から受信できなかったデータをシーケンス番号が連番である一連のデータの塊ごとに、フレーム群として区別する。つまり、受信できなかったデータのシーケンス番号に抜けが発生した場合、そこでフレーム群としては区切られることになる。ＳＴＡ１０３は、受信できなかったすべてのフレーム群についての情報をＡＣＫ　Ｉｎｆｏサブフィールド５０６に含めた確認応答（ＢｌｏｃｋＡｃｋ）を送信する。従来のＢｌｏｃｋＡｃｋ　Ｂｉｔｍａｐ方式では、一つのＭＰＤＵに一つのビットを割り当てていたが、これをフレーム群という塊で扱うことで全体のデータ量を低減し、ＢｌｏｃｋＡｃｋフレームの送信に消費する帯域を低減することができる。なお、ＡＣＫ　Ｉｎｆｏデータ部には０個以上のフレーム群情報が含まれ、受信できなかったフレーム群の数に応じて変動する。
　構成例４～６が構成例１～３と異なる点は、ＡＣＫ　Ｉｎｆｏヘッダ部に新しく受信できたデータフレームのうち最初と最後のフレームを識別する情報（本例では１以上のフレーム群の開始シーケンス番号と終了シーケンス番号を示す情報）を含むことである。これは、構成例４～６においては、ＡＣＫ　Ｉｎｆｏデータ部に受信できなかったＭＰＤＵに関する情報を含むため、それのみではどこからどこまでのシーケンス番号を受信できたか、特定することができないためである。ＡＣＫ　Ｉｎｆｏサブフィールド５０６全体として表現するフレーム群の開始シーケンス番号と終了シーケンス番号を示す情報と、受信できなかったＭＰＤＵのシーケンス番号を組み合わせることで、受信できたＭＰＤＵのシーケンス番号を特定することができる。ＡＣＫ　Ｉｎｆｏヘッダ部に含まれるデータ長はＡＣＫ　Ｉｎｆｏヘッダ部のデータ長分を含んでもよいし、含まなくてもよい。
　＜構成例４＞
　図７の７ａに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例４を示す。構成例４におけるＡＣＫ　Ｉｎｆｏヘッダ部７２１は、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長（後続の全てのフレーム群を指定する情報のデータ長）を示す情報７０１を含む。当該情報は、データフレーム群の終了を示す情報でありうる。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり２４ビットの構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。
　ＩＥＥＥ８０２．１１においてＳｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ（シーケンス番号）は１２ビットで表現され、０～４０９５の値で表現される。構成例４では、フレーム群７０２、７０３の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）７０４と終了シーケンス番号（Ｅｎｄ　ＳＮ）７０５を用いる。開始シーケンス番号７０４と終了シーケンス番号７０５はそれぞれ１２ビットで表現可能である。開始シーケンス番号７０４は、各受信できなかったフレーム群の先頭に相当するＭＰＤＵのシーケンス番号を示す。終了シーケンス番号７０５は、受信できなかったフレーム群の終了に相当するＭＰＤＵのシーケンス番号を示す。構成例４ではＡＣＫ　Ｉｎｆｏヘッダ部７２１内に受信できたフレーム群の開始シーケンス番号７２２と終了シーケンス番号７２３を含む。
　＜構成例５＞
　図７の７ｂに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例５を示す。構成例５におけるＡＣＫ　Ｉｎｆｏヘッダ部６０７は、構成例４と同様に、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長を示す情報を含む。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり１２＋Ｃｏｕｎｔ　Ｓｉｚｅ部７０８で示すビット数の構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。構成例５では、ＡＣＫ　Ｉｎｆｏヘッダ部７２４は、さらにＣｏｕｎｔ　Ｓｉｚｅ部７０８を含む。Ｃｏｕｎｔ　Ｓｉｚｅ部７０８は、フレーム群７０９、７１０のＣｏｕｎｔ部（Ｃｏｕｎｔ部７１２に対応）のサイズ、さらにＡＣＫ　Ｉｎｆｏヘッダ部７２４に含まれるＣｏｕｎｔ部７２６のサイズも示す。
　構成例５では、フレーム群７０９、７１０の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）７１１とＣｏｕｎｔ部７１２を用いる。開始シーケンス番号７１１は、構成例４と同様に、受信できなかったフレーム群の先頭に相当するＭＰＤＵのシーケンス番号を示す。Ｃｏｕｎｔ部７１２は、開始シーケンス番号７１１から開始し、何個分の連続するシーケンス番号を持つＭＰＤＵを受信できなかったかの個数を示す情報を保持する。Ｃｏｕｎｔ　Ｓｉｚｅ部７０８で指定するＣｏｕｎｔ部のサイズが小さいと、フレーム群として表現できる最大ＭＰＤＵ数が小さくなるが、ひとつのフレーム群を表現するために必要なデータ長を小さくすることができる。一方、Ｃｏｕｎｔ　Ｓｉｚｅ部７０８で指定するＣｏｕｎｔ部のサイズが大きいと、フレーム群として表現できる最大ＭＰＤＵ数が大きくなるが、ひとつのフレーム群を表現するために必要なデータ長が大きくなってしまう。どのＣｏｕｎｔ　Ｓｉｚｅを使用するかは本例においては限定しない。開始シーケンス番号は１２ビットで表現可能である。
　本構成例では、一つのフレーム群内で表現できるＭＰＤＵ数の上限がＣｏｕｎｔ　Ｓｉｚｅ部７０８によって規定されるため、連続するシーケンス番号を持つＭＰＤＵであっても別のフレーム群として表現される場合がある。
　また、本構成例では、ＡＣＫ　Ｉｎｆｏヘッダ部７２４は、受信できたフレーム群の開始シーケンス番号７２５とそこから終了シーケンス番号までの総数（個数）を意味するＣｏｕｎｔ部７２６を含む。ＡＣＫ　Ｉｎｆｏヘッダ部７２４内のＣｏｕｎｔ部７２６のサイズはＣｏｕｎｔ　Ｓｉｚｅ部７０８で規定せず、１２ビットに固定する、もしくはＣｏｕｎｔ部７２６の情報を示すＣｏｕｎｔ　Ｓｉｚｅ部を別途ＡＣＫ　Ｉｎｆｏヘッダ部に保持しても良い。
　＜構成例６＞
　図７の７ｃに、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成例６を示す。構成例６におけるＡＣＫ　Ｉｎｆｏヘッダ部７２７は、構成例４と同様に、ＡＣＫ　Ｉｎｆｏデータ部に含まれるデータ長を示す情報を含む。データ長を示す方法として、後続のＡＣＫ　Ｉｎｆｏ部のデータ長をビット単位、バイト単位、フレーム群数（本例においては１フレーム群あたり１６＋各フレームのＣｏｕｎｔ　Ｓｉｚｅ部で示すビット数の構成）単位で格納することができる。なお、データ長を示すことができればこの方法に限定されない。構成例６では、フレーム群７１５、７１６の表現方法として、各フレーム群における開始シーケンス番号（Ｓｔａｒｔ　ＳＮ）７１７とＣｏｕｎｔ　Ｓｉｚｅ部７１８とＣｏｕｎｔ部７１９を用いる。構成例５でＡＣＫ　Ｉｎｆｏヘッダ部６０７に格納したＣｏｕｎｔ　Ｓｉｚｅ部７０８をそれぞれのフレーム群内に格納する。これにより、ヘッダ部でＣｏｕｎｔ　Ｓｉｚｅを固定せずに、各フレーム群で適切なＣｏｕｎｔ　Ｓｉｚｅを設定することが可能になる。フレーム群で表現したいフレーム数が多い場合はＣｏｕｎｔ　Ｓｉｚｅを大きく設定し、少ない場合は小さく設定することで、適切なＣｏｕｎｔ　Ｓｉｚｅが設定できる。
　また、本構成例では、ＡＣＫ　Ｉｎｆｏヘッダ部７２７は、受信できたフレーム群の開始シーケンス番号７２８とそこから終了シーケンス番号までの総数を意味するＣｏｕｎｔ部７３０、Ｃｏｕｎｔ部７３０のサイズ情報を示すＣｏｕｎｔＳｉｚｅ部７２９を含む。
　構成例４に関し、受信したフレームが１つであった場合、ＡＣＫ　Ｉｎｆｏヘッダ部７２１における開始シーケンス番号７２２と終了シーケンス番号７２３に、同じシーケンス番号が設定されてもよい。また、構成例４に関し、１つもフレームを正常に受信できなかった場合、１つのフレーム群（すなわち、フレーム群７０２のみ）がＡＣＫ　Ｉｎｆｏサブフィールド５０６に含まれるように構成されてもよい。ここで、開始シーケンス番号７０４には、すでに受信していた、送信側が送信するデータの開始番号に関する情報に基づく値（Ｓｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｃｏｎｔｒｏｌで示される値等）が設定されてもよい。構成例５、６についても同様である。
　（ＡＣＫ　Ｉｎｆｏサブフィールドの構成の通知方法）
　ＢｌｏｃｋＡｃｋフレームの送信側は、構成例１～６のいずれかでＡＣＫ　Ｉｎｆｏサブフィールド５０６を構成するかを該フレームにおいて特定（指定）し、受信側に通知することができる。例えば、構成例１～６のいずれを用いるかを、ＢＡ　Ｔｙｐｅサブフィールド５０４、Ｒｅｓｅｒｖｅｄサブフィールド５０５、ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７の少なくともいずれかを用いて、特定することができる。
　例えば、ＢＡ　Ｔｙｐｅサブフィールド５０４のＲｅｓｅｒｖｅｄを意味するＢＡ　Ｔｙｐｅ０を、構成例１～６のいずれかを用いることを意味するＢＡ　Ｔｙｐｅと規定しても良い。さらに、構成例１～６の中のいずれを使うかを、ＢＡ　Ｔｙｐｅサブフィールド５０４の他のＲｅｓｅｒｖｅｄ領域、Ｒｅｓｅｒｖｅｄサブフィールド５０５、ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７の内の少なくとも３ビットを使用することで特定しても良い。具体的には、ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７を使用する場合、ＢＡ　Ｓｕｂｔｙｐｅサブフィールド５０７に００００というビットを指定した場合は構成例１を使用し、０００１というビットを指定した場合は構成例２を使用するといったように定義してもよい。
　また、既存のＢＡ　Ｔｙｐｅサブフィールド５０４と所定の（サブ）フィールドとを組み合わせて、構成例１～６のいずれかを用いることを特定してもよい。例えば、ＢＡ　Ｔｙｐｅサブフィールド５０４をＭｕｌｔｉ－ＴＩＤやＭｕｌｔｉ－ＳＴＡに設定する場合を想定する。ＢＡ　Ｔｙｐｅサブフィールド５０４をＭｕｌｔｉ－ＴＩＤに設定する場合、Ｒｅｓｅｒｖｅｄサブフィールド５０５の領域を使って構成例１～６のいずれかを用いることを特定してもよい。
　なお、通信相手装置が、本実施形態による新たなＢＡ　Ｔｙｐｅ（すなわち構成例１～６のＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成）をサポートしているかどうか（当該新たなＢＡ　Ｔｙｐｅに対する能力情報を有するか）は、規格上対応必須と定めてもよい。あるいは、図４の例の場合、ＡＰ１０２とＳＴＡ１０３間でのＡＤＤＢＡ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅフレームのやりとりを介して（ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔ構築時に）、能力情報を交換してもよい。あるいは、他のマネージメントフレームのやり取りを介して、能力をネゴシエートしても良い。
　（データフレーム受信側の処理）
　次に図８を用いて、本実施形態によるデータフレーム受信側の処理について説明する。図８は、データフレーム受信側の装置により実行される処理のフローチャートである。ここでは、図４のようにデータフレーム受信側の装置がＳＴＡ１０３である場合を例に説明するが、本説明は、ＡＰ１０２が動作主体である場合にも同様に適用可能である。当該処理は、ＳＴＡ１０３が通信相手装置（図４の例ではＡＰ１０２）と無線接続を確立し、ＡＤＤＢＡ　Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅフレームのやりとりを終えた後に開始されうる。
　なお、上述のように、ＳＴＡ１０３とＡＰ１０２それぞれの接続管理部３０３は、ＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔ構築時（図４のＦ４０２～Ｆ４０５）に、ＢＡセッションにおけるＳｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ等の各種パラメータを記憶部２０１に記録し、管理しているものとする。さらに、ＳＴＡ１０３とＡＰ１０２それぞれの接続管理部３０３は、通信相手装置のサポートするＢＡ　Ｔｙｐｅ（本実施形態による新たなＢＡ　Ｔｙｐｅも含みうる）の情報を記憶部２０１に記録し、管理しているものとする。
　ＳＴＡ１０３のフレーム送受信部３０４が、通信相手装置からの無線フレームを受信すると、フレーム解析部３０１は、受信したフレームの解析処理を開始する。なお、自身宛にフレームでない場合や、フレームが壊れている（例えばＦＣＳ値が不正）場合は、ＡＰ１０２は、この処理を開始せずにフレームを破棄してもよい。
　フレームの解析処理として、初めにフレーム解析部３０１は、受信したフレームがデータフレームかの判定を行う（Ｓ８０１）。これは、例えば、ＩＥＥＥ８０２．１１規格で規定されるＭＡＣフレームフォーマット内のＭＡＣヘッダに含まれるＦｒａｍｅ　Ｃｏｎｔｒｏｌ　Ｆｉｅｌｄ中のＴｙｐｅフィールドが“１０”であるかどうかを確認することにより、判定可能である。“１０”の場合はデータフレーム、それ以外の場合はデータフレームでないと判定できる。
　受信したフレームがデータフレームであると判定した場合（Ｓ８０１でＹｅｓ）、接続管理部３０３は、データフレームのシーケンス番号の確認処理を実行する（Ｓ８０２）。Ｓ８０２の処理の詳細は、図９を用いて後述する。Ｓ８０２の処理の後、フレーム解析部３０１は、受信したフレームがＢｌｏｃｋＡｃｋフレームを要求するデータフレームかを判定する（Ｓ８０３）。これは、例えば、データフレームが含むＭＰＤＵの内、少なくとも１つ以上のＭＰＤＵ内のＱｏＳ　Ｃｏｎｔｒｏｌフィールドに含まれるＡｃｋ　ＰｏｌｉｃｙサブフィールドがＩｍｐｌｉｃｉｔ　ＢｌｏｃｋＡｃｋ　Ｒｅｑｕｅｓｔ（“００”）に設定されているかどうかを確認することにより、判定可能である。“００”に設定されている場合、フレーム解析部３０１は、受信したフレームはＢｌｏｃｋＡｃｋフレームを要求するデータフレームと判定し（Ｓ８０３でＹｅｓ）、処理はＳ８０４へ進む。“００”に設定されてない場合、フレーム解析部３０１は、受信したフレームはＢｌｏｃｋＡｃｋフレームを要求するデータフレームでないと判定し、フレーム受信処理を終了する。Ｓ８０４では、ＡＰ１０２はＢｌｏｃｋＡｃｋ（ＢＡ）フレーム生成・送信処理を行う。Ｓ８０４の処理の詳細は、図１０を用いて後述する。
　Ｓ８０１で、受信したフレームがデータフレームでないと判定した場合（Ｓ８０１でＮｏ）、フレーム解析部３０１は、受信したフレームがＢＡＲ（ＢｌｏｃｋＡｃｋ　Ｒｅｑｕｅｓｔ）フレームかどうかを判定する（Ｓ８０５）。例えば、データフレームにおける、前述のＴｙｐｅフィールドが“０１”であり、かつ、ＭＡＣヘッダ内のＦｒａｍｅ　Ｃｏｎｔｒｏｌ　Ｆｉｅｌｄ中のＳｕｂｔｙｐｅフィールドが“１０００”である場合に、ＢＡＲフレームと特定できる。フレーム解析部３０１は、受信したフレームがＢＡＲフレームと判定した場合は（Ｓ８０５でＹｅｓ）、処理はＳ８０４へ進み、ＳＴＡ１０３は、ＢＡフレーム生成・送信処理を実行する。ＢＡＲフレームには、データの開始番号に関する情報が含まれ得る。Ｓ８０５で受信したフレームがＢＡＲフレームでないと判定した場合は（Ｓ８０５でＮｏ）、ＳＴＡ１０３は、ＩＥＥＥ８０２．１１規格準拠の各種フレームに対応する処理を実行し（Ｓ８０６）、処理を終了する。Ｓ８０６の処理については、本実施形態との関連が低いため、説明を割愛する。
　次に、図９を用いてＳ８０２のデータフレームのシーケンス番号の確認処理について説明する。図９はデータフレームのシーケンス番号確認処理のフローチャートである。なお、データフレーム（ＭＰＤＵ）のシーケンス番号は、ＩＥＥＥ８０２．１１規格で規定されるＭＡＣフレームフォーマット内のＭＡＣヘッダに含まれるＳｅｑｕｅｎｃｅ　Ｃｏｎｔｒｏｌフィールド内のＳｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒによって示され、０～４０９５の範囲の値を持つ。接続管理部３０３は、無線接続が確立した段階（図４の例ではＦ４０１）で、当該接続に関する受信シーケンス番号（受信済みのデータフレームのシーケンス番号）の管理を開始する。管理の開始時点では、すべてのシーケンス番号０～４０９５が未受信シーケンス番号（受信済みとして記録されていないデータフレームのシーケンス番号）として、記憶部２０１に記録される。
　ＳＴＡ１０３の接続管理部３０３は、データフレーム（ＭＰＤＵ）のシーケンス番号が未受信シーケンス番号かを確認する（Ｓ９０１）。すなわち、接続管理部３０３は、受信したデータフレームシーケンス番号の情報を、記憶部２０１に記録されている受信シーケンス番号と照合し、受信したデータフレームのシーケンス番号が未受信シーケンス番号かどうかを判定する。
　受信したデータフレームのシーケンス番号が未受信シーケンス番号である場合（Ｓ９０１でＹｅｓ）、接続管理部３０３は、当該シーケンス番号を受信シーケンス番号として新たに記憶部２０１に記録し、終了する。一方、受信したデータフレームのシーケンス番号が受信シーケンス番号である場合（Ｓ９０１でＮｏ）、受信したデータフレームは既に受信済みであり、重複フレームとみなして、当該データフレームを破棄し（Ｓ９０３）、終了する。
　次に、図１０を用いてＳ８０４のＢｌｏｃｋＡｃｋ（ＢＡ）フレーム生成・送信処理について説明する。図１０は、ＢＡフレーム生成・送信処理のフローチャートである。なお、上述したように、ＳＴＡ１０３とＡＰ１０２それぞれの接続管理部３０３は、通信相手装置のサポートするＢＡ　Ｔｙｐｅ（本実施形態による新たなＢＡ　Ｔｙｐｅも含みうる）や、ＢＡセッションにおけるＳｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ等の情報を記憶部２０１に記録し、管理しているものとする。また、フレームの生成に関し、図５の５ａ～５ｃを参照する。
　ＳＴＡ１０３の接続管理部３０３は、接続のサポートする（自装置とＡＰ１０２のサポートする）ＢＡ　Ｔｙｐｅを確認する（Ｓ１００１）。ここで確認したＢＡ　Ｔｙｐｅのサポート状況に応じて、フレーム生成部３０２は、Ｓ１００４、Ｓ１００５で生成するＢｌｏｃｋＡｃｋフレームの内容を決定することができる。次に、ＳＴＡ１０３の接続管理部３０３は、ＢＡセッションにおけるＳｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒを確認する。前述したように、Ｓｔａｒｔｉｎｇ　Ｓｅｑｕｅｎｃｅ　ＮｕｍｂｅｒはＢｌｏｃｋＡｃｋ　Ａｇｒｅｅｍｅｎｔ構築時に初期値が決定され、ＩＥＥＥ８０２．１１規格規定の方法に従ってその後更新されうる。続いて、接続管理部３０３は、受信シーケンス番号（受信済みとして記録されたシーケンス番号）の確認を行う（Ｓ１００３）。
　フレーム生成部３０２は、Ｓ１００１～Ｓ１００３で確認された情報を用いて、Ｂｌｏｃｋ　Ａｃｋフレームの生成を行う。まず、フレーム生成部３０２は、ＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３におけるＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成を決定する（Ｓ１００４）。ここで、フレーム生成部３０２は、Ｓ１００１で確認されたサポートＢＡ　Ｔｙｐｅに基づいて、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成を決定することができる。確認されたサポートＢＡ　Ｔｙｐｅが、上記の構成例１～６のいずれかの構成をサポートすることを示す場合、フレーム生成部３０２は、ＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成として当該構成例１～６のいずれかを使用することを決定することができる。なお、上記の構成例１～６のいずれかの構成を使用することは、予めＳＴＡ１０３に固定的に設定されていてもよいし、入力部２０４を介したユーザによる入力操作により、設定（決定）されてもよい。また、フレーム生成部３０２は、Ｓ１００３で確認されたシーケンス番号の受信状況に応じて。最も小さなデータサイズでＡＣＫ　Ｉｎｆｏサブフィールド５０６を構成するように構成例１～６のいずれかを使用することを決定してもよい。
　次に、フレーム生成部３０２は、Ｓ１００４で決定したＡＣＫ　Ｉｎｆｏサブフィールド５０６の構成に従って、また、当該構成を特定（指定）するように、ＢＡ　Ｃｏｎｔｒｏｌフィールド５０２とＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３を生成する（Ｓ１００５）。前述したように、ＡＣＫ　Ｉｎｆｏサブフィールド５０６に構成例１～６のいずれかを使用することを、ＢＡ　Ｃｏｎｔｒｏｌフィールド５０２／ＢＡ　Ｉｎｆｏｒｍａｔｉｏｎフィールド５０３における各種サブフィールドで指定することができる。
　続いてフレーム生成部３０２は、図５の５ａに記載のＭＡＣ　ｈｅａｄｅｒフィールド５０１、ＦＳＣフィールドを生成しＭＡＣフレームとして完成させ、ＰＨＹ部も生成してＢｌｏｃｋＡｃｋフレームを完成させる（Ｓ１００６）。最後に、フレーム送受信部３０４は、フレーム生成部３０２により生成されたＢｌｏｃｋＡｃｋフレームを通信相手装置（ＡＰ１０２）へ送信する。
　送信したフレームの確認応答や、確認応答を一定時間受信しなかった際の再送処理は、ＩＥＥＥ８０２．１１規格の規定に従って実行される。ＳＴＡ１０３は。ＢｌｏｃｋＡｃｋフレームを正しく送信し、ＡＰ１０２から確認応答を受信した場合、受信済みの記録をリセットする、例えば、ＳＴＡ１０３の接続管理部３０３は、管理している受信シーケンス番号のうち、当該ＢｌｏｃｋＡｃｋフレームで通知が完了したシーケンス番号については、受信済みの記録をリセットする。これにより、シーケンス番号が一周した際にシーケンス番号の管理が可能となる。
　なお、図８～図１０に示す処理のフローは本実施形態を実現する一例であり、同じ機能を果たすものであれば各処理の順番は限定されない。また、この処理フローに記載されていない処理についてはＩＥＥＥ８０２．１１規格規定の処理に従う。
　このように、本実施形態によれば、従来の方式に比べて、少ないデータ量で確認応答を実現することが可能となる。
　（その他の実施例）
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
　本願は、２０２０年１０月２２日提出の日本国特許出願特願２０２０－１７７４４４を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。

 

Claims (16)

  1. 　ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置であって、
    　通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信する受信手段と、
    　前記受信手段により受信された前記複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成する生成手段と、
    　前記生成手段により生成された前記Ａｃｋフレームを前記通信相手装置に送信する送信手段と、を有し、
    　前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する特定情報を含めることを特徴とする通信装置。
  2. 　前記生成手段は、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と終了シーケンス番号の情報とを前記Ａｃｋフレームに含めることを特徴とする請求項１に記載の通信装置。
  3. 　前記生成手段は、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記一連のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報とを前記Ａｃｋフレームに含めることを特徴とする請求項１に記載の通信装置。
  4. 　前記生成手段は、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記一連のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報と、前記個数の情報のサイズを示す情報とを前記Ａｃｋフレームに含めることを特徴とする請求項１に記載の通信装置。
  5. 　前記生成手段は、前記１つ以上のデータフレーム群の終了を示す情報を、前記Ａｃｋフレームに含めることを特徴とする請求項１から３のいずれか１項に記載の通信装置。
  6. 　前記１つ以上のデータフレーム群の終了を示す情報は、ビット単位、バイト単位、前記データフレーム群の数のいずれかで示されることを特徴とする請求項５に記載の通信装置。
  7. 　ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置であって、
    　通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信する受信手段と、
    　前記受信手段により受信された前記複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成する生成手段と、
    　前記生成手段により生成された前記Ａｃｋフレームを前記通信相手装置に送信する送信手段と、を有し、
    　前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームの情報と、前記受信手段により受信されなかった１つ以上のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する特定情報とを含めることを特徴とする通信装置。
  8. 　前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームの情報として、前記受信された複数のデータフレームの開始シーケンス番号と終了シーケンス番号の情報を含め、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と終了シーケンス番号の情報とを含めることを特徴とする請求項７に記載の通信装置。
  9. 　前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームの情報として、前記受信された複数のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記複数のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報を含め、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記一連のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報とを含めることを特徴とする請求項７に記載の通信装置。
  10. 　前記生成手段は、前記Ａｃｋフレームに、前記受信された複数のデータフレームの情報として、前記受信された複数のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記複数のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報を含め、前記特定情報として、各データフレーム群における一連のデータフレームの開始シーケンス番号の情報と、当該開始シーケンス番号から開始して前記一連のデータフレームの終了シーケンス番号まで連続するシーケンス番号の個数の情報と、前記個数の情報のサイズを示す情報を含めることを特徴とする請求項７に記載の通信装置。
  11. 　前記生成手段は、前記１つ以上のデータフレーム群の終了を示す情報を、前記Ａｃｋフレームに含めることを特徴とする請求項７から１０のいずれか１項に記載の通信装置。
  12. 　前記１つ以上のデータフレーム群の終了を示す情報は、ビット単位、バイト単位、前記データフレーム群の数のいずれかで示されることを特徴とする請求項１１に記載の通信装置。
  13. 　前記Ａｃｋフレームは、生成手段により生成された前記Ａｃｋフレームの構成を示す情報を含むことを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
  14. 　ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置の制御方法であって、
    　通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信する受信工程と、
    　前記受信工程において受信された前記複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成する生成工程と、
    　前記生成工程において生成された前記Ａｃｋフレームを前記通信相手装置に送信する送信工程と、を有し、
    　前記生成工程では、前記Ａｃｋフレームに、前記受信された複数のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する特定情報を含めることを特徴とする制御方法。
  15. 　ＩＥＥＥ８０２．１１規格シリーズに準拠する通信装置の制御方法であって、
    　通信相手装置から、それぞれにシーケンス番号が付された複数のデータフレームを受信する受信工程と、
    　前記受信工程において受信された前記複数のデータフレームに対する確認応答（Ａｃｋ）フレームを生成する生成工程と、
    　前記生成工程において生成された前記Ａｃｋフレームを前記通信相手装置に送信する送信工程と、を有し、
    　前記生成工程では、前記Ａｃｋフレームに、前記受信された複数のデータフレームの情報と、前記受信工程において受信されなかった１つ以上のデータフレームのうちシーケンス番号が連番である一連のデータフレームごとに区別した１つ以上のデータフレーム群を特定する特定情報とを含めることを特徴とする制御方法。
  16. 　コンピュータを、請求項１から１３のいずれか１項に記載の通信装置として機能させるためのプログラム。


     
PCT/JP2021/035311 2020-10-22 2021-09-27 通信装置、通信装置の制御方法、およびプログラム WO2022085370A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/301,086 US20230254089A1 (en) 2020-10-22 2023-04-14 Communication apparatus, control method of communication apparatus, and non-transitory computer-readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020177444A JP2022068653A (ja) 2020-10-22 2020-10-22 通信装置、通信装置の制御方法、およびプログラム
JP2020-177444 2020-10-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/301,086 Continuation US20230254089A1 (en) 2020-10-22 2023-04-14 Communication apparatus, control method of communication apparatus, and non-transitory computer-readable storage medium

Publications (1)

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

Family

ID=81291246

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/035311 WO2022085370A1 (ja) 2020-10-22 2021-09-27 通信装置、通信装置の制御方法、およびプログラム

Country Status (3)

Country Link
US (1) US20230254089A1 (ja)
JP (1) JP2022068653A (ja)
WO (1) WO2022085370A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015529047A (ja) * 2012-07-16 2015-10-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ブロック確認応答圧縮のための装置および方法
WO2017094331A1 (ja) * 2015-11-30 2017-06-08 ソニー株式会社 情報処理装置、通信システム、情報処理方法およびプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015529047A (ja) * 2012-07-16 2015-10-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ブロック確認応答圧縮のための装置および方法
WO2017094331A1 (ja) * 2015-11-30 2017-06-08 ソニー株式会社 情報処理装置、通信システム、情報処理方法およびプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LIWEN CHU (NXP): "BA Consideration", IEEE DRAFT; 11-20-0061-03-00BE-BA-CONSIDERATION, IEEE-SA MENTOR, PISCATAWAY, NJ USA, vol. 802.11 EHT; 802.11be, no. 3, 3 June 2020 (2020-06-03), Piscataway, NJ USA , pages 1 - 9, XP068168179 *

Also Published As

Publication number Publication date
US20230254089A1 (en) 2023-08-10
JP2022068653A (ja) 2022-05-10

Similar Documents

Publication Publication Date Title
JP4485176B2 (ja) ８０２．１１ネットワーク向けの固有ｗｉ−ｆｉアーキテクチャ
TWI425791B (zh) 在無線網狀網路中及匯聚媒體存取控制服務資料單位格式下之資料傳輸方法
US9161379B2 (en) Method and apparatus for transmitting data in DLS wireless network
US9106639B2 (en) WiMAX R6 management protocol
JP4906844B2 (ja) 無線移動通信システムで下位階層データブロックを生成する方法
JP4477882B2 (ja) 無線ローカル・エリア・ネットワーク中の隠れノードの検出
EP2493239B1 (en) Method for acquiring packet data convergence protocol (pdcp) status report and pdcp entity
JP4934666B2 (ja) 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法
JP5305703B2 (ja) 無線通信装置、無線通信装置の制御方法、および無線通信装置の制御プログラム
US20160352469A1 (en) Communication methods performed by secondary base station and master base station and associated base stations
JP2008509622A (ja) Ａｃｋフレーム伝送方法及び装置
TW200926684A (en) Direct link setup procedure in tunneled direct link setup wireless network and station supporting the procedure
JP2004343567A (ja) 無線通信装置、無線通信方法及びプログラム
JP2003504968A (ja) 移動通信システムにおいて高信頼リンクを提供する技術
JP2005312060A (ja) 無線近距離通信網での伝送されたデータストリームの受信通知方法及びシステム
JP6806411B2 (ja) コネクションレス伝送における同期維持のためのシステムおよび方法
WO2010121416A1 (zh) 中继链路中处理数据的方法、中继节点和系统
WO2021062803A1 (zh) 一种数据包传输方法及装置
US8670387B2 (en) WiMAX R6 control architecture
JP5609728B2 (ja) 通信端末およびデータ転送方法
JP7458839B2 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2022085370A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2022123967A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
WO2022030117A1 (ja) 通信装置、制御方法、およびプログラム
US9144056B2 (en) Broadcast teardown apparatus and method

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21882511

Country of ref document: EP

Kind code of ref document: A1