Communication apparatus, program, and communication method

Abstract

To suppress wasteful power consumption of a communication device.SOLUTION: A communication device (STA) that wirelessly communicates with an opposite device (AP) conforming to the IEEE802. 11 series standard according to the present invention includes a receiver that receives, from the opposite device, an MU-RTSTriggerframe indicating that TXOPsharing in which a part of a TXOP is shared is performed and a CTSframe that is a response to the MU-RTSTriggerframe, a period acquirer that acquires a TXOPsharing period set based on Duration information of the MU-RTSSTriggerframe or the CTSframe, and a state transition unit.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present invention relates to a communication device, a program, and a communication method. [Background technology]

[0002] 2. Description of the Related Art With the recent increase in the amount of data being communicated, development of communication technologies such as wireless LANs (Local Area Networks) is progressing.

[0003] The IEEE (Institute of Electrical and Electronics Engineers) 802.11 standard series is known as the main communication standard for wireless LANs.

[0004] The IEEE802.11 standard series includes standards such as IEEE802.11a / b / g / n / ac / ax.

[0005] For example, the latest standard, IEEE802.11ax, uses OFDMA to standardize technology that not only achieves a high peak throughput of up to 9.6 gigabits per second (Gbps), but also improves communication speeds under congested conditions (see Patent Document 1). Incidentally, OFDMA (Orthogonal Frequency Division Multiple Access) is an abbreviation for Orthogonal frequency-division multiple access.

[0006] A task group called IEEE802.11be was established to develop a successor standard aimed at further improving throughput, frequency utilization efficiency, and communication latency. The task group is currently creating a specification document, and a draft of the document has been published.

[0007] The IEEE802.11be standard introduces multi-link communication, in which, for example, a counterpart device functioning as an AP establishes multiple links with a communication device functioning as a single STA via multiple different frequency channels, and communicates in parallel.

[0008] It should be noted that AP is an abbreviation for Access Point, and hereinafter, the opposing device that functions as an AP may simply be referred to as AP.

[0009] Furthermore, STA is an abbreviation for Station, and hereinafter, a communication device that functions as an STA may be simply referred to as an STA.

[0010] In addition, the IEEE802.11be standard expands the maximum frequency bandwidth of radio waves to 320 MHz as one of the measures to improve throughput.

[0011] In addition, in IEEE802.11ax, the AP transmits a trigger frame to the communicating STA to control the STA's uplink communication.

[0012] The trigger frame is also used in IEEE802.11be and is transmitted in combination with the aforementioned Multi-link and a frequency bandwidth of 320 MHz.

[0013] IEEE802.11be introduces a method of allocating and sharing a portion of the TXOP (transmission opportunity) secured by the AP for a certain period of time.

[0014] Specifically, a method called Triggered TXOP sharing will be introduced, in which the AP sends a trigger frame to the STA, and the STA allocates and shares a portion of the TXOP that the AP has secured for a certain period of time from the trigger frame.

[0015] The AP then shares the acquired TXOP with the STAs designated by the AP, and prohibits transmissions from non-designated STAs during this TXOP sharing period, thereby avoiding unnecessary transmission frame collisions and enabling efficient communication.

[0016] In addition, a task group called IEEE802.11bn was established to develop a successor standard to IEEE802.11be, which aims to improve reliability and further reduce communication latency.

[0017] The use of Triggered TXOP sharing is also being considered for IEEE802.11bn. [Prior art documents] [Patent documents]

[0018] [Patent Document 1] Japanese Patent Application Publication No. 2018-50133 Summary of the Invention [Problem to be solved by the invention]

[0019] In triggered TXOP sharing, while a STA that has been assigned a TXOP is communicating with another STA or between a STA that has been assigned a TXOP and an AP, a STA that has not been assigned a TXOP faces the following problems.

[0020] In other words, if a STA that has not been assigned a TXOP is in an awake state during the TXOP sharing period, it will waste power because it is unlikely that the STA that has not been assigned a TXOP will receive a packet addressed to it.

[0021] The present invention has been made in view of the above circumstances, and one of its objects is to suppress unnecessary power consumption of a communication device that functions as an STA to which no TXOP is assigned. [Means for solving the problem]

[0022] In order to achieve the above object, the present invention is realized by the following configuration. The communication device of the present invention is a communication device that functions as an STA that performs wireless communication with a counterpart device that functions as an AP conforming to the IEEE 802.11 series standard, A receiving unit capable of receiving an MU-RTS TXS Trigger frame indicating that TXOP sharing will be performed to share a part of the TXOP from the opposite device, and a CTS frame which is a response to the MU-RTS TXS Trigger frame; a period acquisition means for acquiring a TXOP sharing period set based on duration information of the MU-RTS TXS Trigger frame or the CTS frame; a state transition means for controlling the transition of the startup state; The state transition means performs control to enter the Listen state during the TXOP sharing period when a TXOP is not allocated to itself during the TXOP sharing period in the MU-RTS TXS Trigger frame. [Effects of the Invention]

[0023] According to the present invention, it is possible to suppress unnecessary power consumption of a communication device that functions as an STA to which no TXOP is assigned. [Brief explanation of the drawings]

[0024] [Figure 1] 1 is a diagram illustrating an example of the configuration of a wireless network according to a first embodiment of the present invention. [Figure 2] 1 is a diagram illustrating an example of the hardware configuration of a communication device that is an STA according to a first embodiment of the present invention. [Figure 3] 1 is a block diagram showing the functional configuration of a communication device that is an STA according to a first embodiment of the present invention. [Figure 4] FIG. 2 is a sequence diagram showing an example of communication by Triggered TXOP sharing according to the first embodiment of the present invention. [Figure 5]10 is a flowchart showing an example of MU-RTS processing of a communication device functioning as a STA in the first embodiment according to the present invention. [Figure 6] FIG. 2 is a diagram showing the values ​​of the Triggered TXOP Sharing Mode subfield and the contents indicated by each value in the first embodiment according to the present invention. [Figure 7] 10 is a flowchart showing an example of MU-RTS processing of an opposing device that is an AP in the first embodiment according to the present invention. [Figure 8] A figure showing an example of a field indicating whether a communication device that is a STA that has not been assigned a TXOP during a TXOP sharing period included in an MU-RTS Trigger frame of the first embodiment of the present invention will enter a power save state. [Figure 9] 10 is a flowchart illustrating an example of MU-RTS processing of a communication device functioning as a STA according to a second embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0025] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a mode for carrying out the present invention (hereinafter referred to as an "embodiment") will be described in detail with reference to the accompanying drawings. However, the following embodiments do not limit the scope of the present invention as defined by the claims. Furthermore, not all of the combinations of features described in the embodiments are necessarily essential to the solutions of the present invention. It should be noted that the same elements are denoted by the same numbers or symbols throughout the description of the embodiments.

[0026] (First embodiment) FIG. 1 is a diagram showing an example of the configuration of a wireless network 105 according to the first embodiment of the present invention. The opposite device 101 is a device that functions as an access point (AP) that has the role of constructing a wireless network 105, and is capable of communicating with communication devices 102, 103, and 104.

[0027] Furthermore, communication devices 102, 103, and 104 are communication devices that function as stations (STAs) and can participate in a wireless network 105.

[0028] The opposite device 101 and the communication devices 102 to 104 are each capable of performing wireless communication in accordance with the IEEE802.11bn standard. IEEE stands for Institute of Electrical and Electronics Engineers.

[0029] Furthermore, in order to explain the same content between the opposite device 101 and the communication devices 102 to 104, when there is no need to distinguish between the opposite device 101 and the communication devices 102 to 104, they may be simply referred to as devices 101 to 104.

[0030] The devices 101 to 104 are capable of communicating in the 2.4 GHz, 5 GHz, and 6 GHz frequency bands.

[0031] Furthermore, the devices 101 to 104 can communicate using bandwidths of 20 MHz, 40 MHz, 80 MHz, 160 MHz, and 320 MHz.

[0032] The devices 101 to 104 perform OFDMA communication conforming to the IEEE802.11bn standard, thereby realizing multi-user (MU) communication in which signals from multiple users are multiplexed.

[0033] It should be noted that OFDMA is an abbreviation for Orthogonal Frequency Division Multiple Access, and MU is an abbreviation for Multi User.

[0034] In OFDMA communication, parts (RUs) of the divided frequency band are allocated to the communication devices 102 to 104, which are STAs, so as not to overlap with each other, and the carrier waves of the communication devices 102 to 104 are orthogonal to each other. Note that RU is an abbreviation for Resource Unit.

[0035] Therefore, the opposite device 101, which is an AP, can communicate in parallel with a plurality of communication devices 102 to 104, which are STAs.

[0036] Although the devices 101 to 104 are described as being compatible with the IEEE802.11bn standard, they may also be compatible with a standard earlier than the IEEE802.11bn standard.

[0037] Specifically, the devices 101 to 104 may be compatible with at least one of the IEEE802.11a / b / g / n / ac / ax / be standards.

[0038] In addition to the IEEE802.11 series standards, other communication standards such as Bluetooth (registered trademark), NFC, UWB, ZigBee, MBOA, etc. may also be supported.

[0039] Note that UWB stands for Ultra Wide Band, MBOA stands for Multi Band OFDM Alliance, and NFC stands for Near Field Communication.

[0040] UWB also includes wireless USB, wireless 1394, WiNET, and the like.

[0041] Furthermore, the devices 101 to 104 may be compatible with a communication standard for wired communication such as a wired LAN.

[0042] Specific examples of the AP-type device 101 include, but are not limited to, a wireless LAN router and a personal computer (PC).

[0043] The counterpart device 101 may also be an information processing device such as a wireless chip capable of performing wireless communication in accordance with the IEEE802.11bn standard.

[0044] Specific examples of the communication devices 102 to 104 that are STAs include, but are not limited to, cameras, tablets, smartphones, PCs, mobile phones, and video cameras.

[0045] Furthermore, the communication devices 102 to 104 may be information processing devices such as wireless chips that can perform wireless communication in accordance with the IEEE802.11bn standard.

[0046] Furthermore, although the wireless network 105 in FIG. 1 is composed of one AP-based opposite device 101 and three STA-based communication devices 102 to 104, the number of AP-based opposite devices and STA-based communication devices is not limited to this.

[0047] The opposite device 101, which is an AP, can allocate and share some of the secured TXOPs with the communication devices 102 to 104, which are STAs, through Triggered TXOP sharing.

[0048] Triggered TXOP sharing starts when the opposing device 101, which is an AP, transmits an MU-RTS TXS Trigger frame to the communication devices 102 to 104, which are STAs. MU-RTS stands for Multi User-Request To Send. In addition, hereinafter, the MU-RTS TXS Trigger frame will be referred to as the MU-RTS Trigger frame.

[0049] A communication device that is a STA and that has been allocated a portion of the TXOP can transmit data to the opposite device 101 that is an AP or to another communication device that is a STA during the TXOP sharing period.

[0050] For example, assume that the communication device 102 is the STA that has been allocated a portion of the TXOP, and the communication devices 103 and 104 are the STAs that have not been allocated a portion of the TXOP.

[0051] In this case, the communication device 102 that has been allocated a portion of the TXOP can transmit data to the opposite device 101, which is an AP, or to another communication device 103 or 104, which is an STA, during the TXOP sharing period.

[0052] During the TXOP sharing period, the party with which to communicate can be specified using the Triggered TXOP sharing mode subfield included in the Common Info field of the MU-RTS Trigger frame.

[0053] In other words, in the above example, it is possible to specify whether communication will take place between communication device 102 and opposite device 101 during the TXOP sharing period, or between communication device 102 and another communication device (e.g., communication device 103 or 104).

[0054] [Hardware Configuration of the Counterpart Device 101 and the Communication Devices 102 to 104] FIG. 2 is a diagram showing an example of the hardware configuration of communication devices 102 to 104, which are STAs according to the first embodiment of the present invention.

[0055] The communication devices 102 to 104 may all have the same hardware configuration. Therefore, in the following description of the hardware configuration, when it is not necessary to describe it with a number, it will simply be referred to as a communication device without a number.

[0056] The hardware configuration of the AP-based device 101 may also be the same as the hardware configuration example shown in FIG. Therefore, the following description of the hardware configuration with reference to FIG. 2 also includes a description of the hardware configuration of the opposing device 101, which is an AP.

[0057] The communication device includes 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 .

[0058] (Storage section 201) The storage unit 201 is configured with memories such as ROM and RAM, and stores various types of information such as computer programs for performing various operations described below and communication parameters for wireless communication. Note that ROM stands for Read Only Memory, and RAM stands for Random Access Memory.

[0059] In addition to memories such as ROM and RAM, the storage unit 201 may also be a storage medium such as a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a non-volatile memory card, or a DVD.

[0060] Furthermore, the storage unit 201 may include a plurality of memories.

[0061] (control unit 202) The control unit 202 is configured with one or more processors such as a CPU or an MPU, and executes computer programs stored in the storage unit 201 to control the entire communication device.

[0062] Note that CPU stands for Central Processing Unit, and MPU stands for Micro Processing Unit.

[0063] The control unit 202 may control the entire communication device in cooperation with a computer program stored in the storage unit 201 and an OS (Operating System).

[0064] Furthermore, the control unit 202 generates data and signals to be transmitted in communication with other devices (for example, the opposing device 101, which is an AP, and other communication devices, which are STAs). In the case of the control unit 202 of the opposite device 101, the other device is, for example, the communication devices 102 to 104 which are STAs.

[0065] Furthermore, the control unit 202 may be provided with multiple processors such as multi-core processors, and the entire communication device may be controlled by the multiple processors.

[0066] In addition, the control unit 202 controls the function unit 203 to perform predetermined processes such as wireless communication, imaging, printing, and projection.

[0067] (Functional part 203) The function unit 203 is hardware for executing predetermined processes to realize the intended functions of the communication device depending on the type of the communication device.

[0068] For example, if the communication device is a camera or the like, the functional unit 203 includes a necessary optical lens unit, an optical system that controls the aperture, zoom, focus, etc., and an image sensor that converts the light (image) introduced through the optical lens unit into an electrical image signal.

[0069] (input unit 204) The input unit 204 is hardware necessary for accepting various operations from the user. For example, there is a power button for turning the power on and off, a touch panel for inputting settings, and the like.

[0070] (output unit 205) The output unit 205 outputs various types of information to the user via a monitor screen and a speaker. Here, the output by the output unit 205 may be a display on a monitor screen, an audio output by a speaker, a vibration output, or the like.

[0071] Note that both the input unit 204 and the output unit 205 may be implemented in one module, such as a touch panel.

[0072] Furthermore, the input unit 204 and the output unit 205 may be integrated with the communication device or may be separate units.

[0073] (Communications Department 206) The communication unit 206 controls wireless communication in accordance with the IEEE802.11bn standard. The communication unit 206 may control wireless communication conforming to other IEEE802.11 series standards in addition to the IEEE802.11bn standard, and may control wired communication such as a wired LAN.

[0074] The communication unit 206 controls the antenna 207 to transmit and receive radio signals generated by the control unit 202 for wireless communication.

[0075] If the communication device supports the NFC standard, the Bluetooth standard, or the like in addition to the IEEE802.11bn standard, the communication unit 206 may control wireless communication in accordance with these communication standards.

[0076] Furthermore, if the communication device is capable of performing wireless communication in accordance with a plurality of communication standards, it may be configured to have separate communication units 206 and antennas 207 that are compatible with each communication standard.

[0077] The communication device communicates data such as image data, document data, and video data with other devices (for example, the opposing device 101, which is an AP, and other communication devices, which are STAs) via the communication unit 206. In the case of the communication unit 206 of the opposite device 101, the other device is, for example, the communication devices 102 to 104 which are STAs.

[0078] (Antenna 207) The antenna 207 is an antenna capable of communication in the 2.4 GHz band, the 5 GHz band, the 6 GHz band, and the like. The antenna 207 may be configured as a separate unit from the communication unit 206, or may be configured together with the communication unit 206 as a single module.

[0079] Furthermore, there is no particular limit to the number of antennas that a communication device has, and the number of antennas that a communication device has may be two or more, and the communication device may be equipped with one or more antennas that are different for each frequency band.

[0080] Furthermore, if the communication device has multiple antennas, the communication device may have a communication unit 206 for each antenna.

[0081] [Functional configuration of communication devices 102 to 104] FIG. 3 is a block diagram showing the functional configuration of communication devices 102 to 104, which are STAs according to the first embodiment of the present invention.

[0082] Furthermore, FIG. 3 is merely an example, and the multiple functional blocks shown in FIG. 3 may be integrated into one functional block, or one functional block may be divided into multiple functional blocks.

[0083] The communication devices 102 to 104 may all have the same functional configuration. Therefore, in the following description of the functional configuration, when it is not necessary to describe the components by adding a number, the components will simply be referred to as communication devices without adding a number.

[0084] (TXOP sharing processing unit 301) The TXOP sharing processing unit 301 is a block that performs overall control when Triggered TXOP sharing is instructed by the opposing device 101, which is an AP.

[0085] For example, when a TXOP is allocated to the TXOP sharing processing unit 301, the TXOP sharing processing unit 301 causes the frame transmission / reception unit 305 (described later) to transmit data during the TXOP sharing period.

[0086] For example, during the TXOP sharing period, the TXOP sharing processing unit 301 causes the frame transmitting / receiving unit 305 to transmit data to a destination device, for example, the opposing device 101 which is an AP or another communication device which is an STA.

[0087] That is, if the device itself is the communication device 102, the TXOP sharing processing unit 301 causes the frame transmitting / receiving unit 305 to transmit data to the opposite device 101 as the destination or to another communication device 103 or 104 as the STA.

[0088] Furthermore, when the TXOP sharing processing unit 301 has not been assigned a TXOP, it causes the power saving control unit 303, which will be described later, to control the state to power saving or listening.

[0089] (NAV setting section 302) The NAV setting unit 302 is a block that sets a NAV indicating its own transmission prohibition time based on duration information included in the MU-RTS Trigger frame received from the opposite device 101, which is an AP.

[0090] The NAV setting unit 302 is a block that sets the NAV indicating its own transmission prohibition time based on duration information included in a CTS frame received from a communication device that is another STA.

[0091] That is, the NAV setting unit 302 is a block that sets the NAV indicating its own transmission inhibition time based on the duration information included in the received MU-RTS Trigger frame or the received CTS frame.

[0092] Note that MU-RTS stands for Multi User-Request To Send, CTS stands for Clear To Send, and NAV stands for Network Allocation Vector.

[0093] (Power save control unit 303) The power save control unit 303 is a block that controls whether to enter a power save state, a listen state, or an awake state, and is an example of a state transition means according to the present invention. That is, the power save control unit 303 (state transition means) controls the transition of the startup state of the communication device (controls which state to enter).

[0094] The power save state is a state in which frames are not transmitted or received, or are received intermittently, in order to save power. The power save state may also be called the doze state. The Listen state is a state in which only frames can be received. Furthermore, the Awake state is a state in which frames can be transmitted and received after the Power Save state and Listen state are released.

[0095] (MU-RTS Trigger frame processing unit 304) The MU-RTS Trigger frame processing unit 304 is a block for analyzing and processing the MU-RTS Trigger frame received from the opposing device 101, which is an AP.

[0096] The MU-RTS Trigger frame processing unit 304 is also a block for analyzing and processing a CTS frame received from another communication device.

[0097] As will be described later, the MU-RTS Trigger frame processing unit 304 obtains the TXOP sharing period that is set based on the Duration information of the MU-RTS TXS Trigger frame or CTS frame, for example.

[0098] The MU-RTS Trigger frame processing unit 304 is an example of a period acquisition unit that acquires a TXOP sharing period according to the present invention.

[0099] Then, the communication device performs TXOP sharing processing, NAV setting, and power save control according to the contents of the MU-RTS Trigger frame.

[0100] (Frame transmission / reception unit 305) The frame transmission / reception unit 305 is a block for transmitting and receiving control frames, including MU-RTS Trigger frames, management frames, and data frames, and is an example of the transmission means and reception means according to the present invention.

[0101] Next, an example of communication using Triggered TXOP sharing will be described. FIG. 4 is a sequence diagram showing an example of communication by Triggered TXOP sharing according to the first embodiment of the present invention.

[0102] In this example, communication is performed during the TXOP sharing period between a communication device 102 (hereinafter also referred to as STA1) which is an STA and a corresponding device 101 (hereinafter also referred to as AP) which is an AP.

[0103] The communication device 103 or 104, which is an STA, is shown as STA2 in FIG. 4, and will hereinafter also be referred to simply as STA2. There may also be STA3, in which case, for example, STA3 may perform the same operations as STA2.

[0104] At 401, the AP transmits an MU-RTS Trigger frame to all STAs (STA1, STA2) in the network. In this example, a portion of the TXOP 411 (see TXOP sharing period 412) is allocated to STA1.

[0105] STA1, to which the TXOP has been assigned, responds with a CTS frame 403 and then transmits a data frame 404 to the AP.

[0106] The AP transmits a BA (Block ACK) 405, which is an acknowledgment to the data frame, to STA1, and continues exchanging data frames and BAs thereafter during a TXOP sharing period 412 as needed.

[0107] On the other hand, STA2 has not been assigned a TXOP, so it sets NAV402 during the TXOP sharing period. During this time, STA2 goes into a power saving state, for example. As will be described later, STA2 may enter the Listen state during this time.

[0108] In the remaining TXOP period 413 after the TXOP sharing period 412 has ended, STA2 is in the Listen state because there is a possibility that it may receive a frame from the AP.

[0109] In this way, during the TXOP sharing period 412, STA2 enters the power save state, thereby reducing power consumption. As will be described later, STA2 may enter the Listen state during the TXOP sharing period 412, but this can reduce power consumption compared to when the STA2 remains in the Awake state.

[0110] Next, an example of MU-RTS processing of a communication device that is an STA will be described. FIG. 5 is a flowchart showing an example of MU-RTS processing of a communication device functioning as a STA in the first embodiment according to the present invention.

[0111] The flowchart in Figure 5 can be understood as a flowchart when one of the communication devices 102 to 104, which are STAs, is the main focus, and as in the past, when there is no need to distinguish between them, they may simply be referred to as communication devices.

[0112] This process is started in response to the frame transmitting / receiving unit 305 of the communication device that is an STA receiving an MU-RTS Trigger frame from the opposite device 101 that is an AP.

[0113] (S501) The communication device determines whether the received MU-RTS Trigger frame specifies TXOP sharing, and if so, proceeds to S502, and if not, proceeds to S512.

[0114] Specifically, the MU-RTS Trigger frame processing unit 304 analyzes the MU-RTS Trigger frame received from the opposing device 101, which is the AP, and determines whether TXOP sharing is specified.

[0115] TXOP sharing can be specified by the Triggered TXOP Sharing Mode subfield included in the Common Info field of the MU-RTS Trigger frame.

[0116] Here, the Triggered TXOP Sharing Mode subfield will be explained. FIG. 6 is a diagram showing values ​​of the Triggered TXOP Sharing Mode subfield and the contents indicated by each value in the first embodiment according to the present invention.

[0117] As shown in FIG. 6, if the value of the subfield is "0", it indicates that the MU-RTS Trigger frame does not specify TXOP sharing.

[0118] That is, in S501, if the value of the subfield is not "0", the process proceeds to S502, and if the value of the subfield is "0", the process proceeds to S512.

[0119] If the subfield value is "1" or "2", it indicates that TXOP sharing is specified.

[0120] Specifically, if the value of the subfield is "1", it indicates that the communication device, which is a STA to which the TXOP is assigned, can transmit an MPDU to the opposite device 101, which is an AP. It should be noted that MPDU is an abbreviation for MAC Protocol Data Unit.

[0121] Furthermore, if the value of the subfield is "2", it indicates that the communication device that is a STA to which the TXOP is assigned can transmit an MPDU to the opposite device 101 that is an AP or to another communication device that is a STA.

[0122] Specifically, if the communication device that is the STA to which the TXOP is assigned is the communication device 102, the communication device 102 indicates that it can transmit an MPDU to the opposite device 101 or the communication devices 103 and 104.

[0123] (S502) The communication device determines whether or not a TXOP has been allocated to itself, and if so, proceeds to S509, and if not, proceeds to S503.

[0124] Specifically, the MU-RTS Trigger frame processing unit 304 analyzes the MU-RTS Trigger frame received from the opposing device 101, which is the AP, and determines whether or not a TXOP has been allocated to itself.

[0125] (S503) The communication device receives a CTS frame from a communication device functioning as a STA to which a TXOP is assigned. Specifically, the frame transmitting / receiving unit 305 receives a CTS frame from a communication device functioning as a STA to which a TXOP is assigned.

[0126] (S504) The communication device sets the NAV based on the Duration information included in the MU-RTS Trigger frame or CTS frame, and proceeds to S504a.

[0127] Specifically, the NAV setting unit 302 sets the NAV indicating its own transmission prohibition time based on the duration information included in the MU-RTS Trigger frame or CTS frame.

[0128] (S504a) Next, the communication device determines whether the value of the Triggered TXOP Sharing Mode subfield included in the MU-RTS Trigger frame is "1" or "2."

[0129] Specifically, the MU-RTS Trigger frame processing unit 304 analyzes the MU-RTS Trigger frame.

[0130] Then, the MU-RTS Trigger frame processing unit 304 determines whether the value of the Triggered TXOP Sharing Mode subfield is "1" or "2".

[0131] It should be noted that if S501 returns Yes, that is, if the value of the subfield is not "0", the process proceeds to S504a, and the determination here is whether the value of the subfield is "1" or "2".

[0132] If the value of the subfield is "1", the process proceeds to S505, and if the value of the subfield is "2", the process proceeds to S507.

[0133] (S505) As explained above, if the value of the subfield is "1", this indicates that the communication device, which is a STA to which the TXOP is assigned, can transmit an MPDU to the opposite device 101, which is an AP.

[0134] Also, in order to proceed to S504a, S502 must be No, that is, no TXOP must be allocated.

[0135] Therefore, the power save control unit 303 of the communication device performs control to enter the power save state because there is no possibility of receiving data. That is, the power save control unit 303 of the communication device sets the state to the power save state.

[0136] In this way, if a TXOP is not allocated to itself, control is performed to enter the power saving state during the TXOP sharing period depending on information indicating whether it is okay to enter the power saving state, i.e., whether there is a possibility of receiving data.

[0137] (S506) The reason there is no possibility of receiving the above data is because the TXOP sharing period is in progress, so the device remains in the power save state and waits until the TXOP sharing period ends.

[0138] (S507) Then, when the TXOP sharing period ends, there is a possibility that data will be received from the opposite device 101, which is an AP, or from a communication device, which is a STA, to which a TXOP has been allocated.

[0139] Therefore, the power save control unit 303 of the communication device performs control to enter the Listen state. That is, the power save control unit 303 of the communication device sets the state to the Listen state.

[0140] On the other hand, if the value of the subfield is "2", that is, if the communication device that is the STA to which the TXOP is assigned can transmit an MPDU to the opposite device 101 that is the AP or to a communication device that is another STA (S504a is No), processing of S507 is also performed.

[0141] In this case, the process proceeds to S507 without performing the process of S506, and the power save control unit 303 of the communication device performs control to enter the Listen state during the TXOP sharing period.

[0142] (S508) Subsequently, when the communication device receives data from the opposite device 101, which is an AP, during the remaining TXOP period, the communication device performs data communication with the opposite device 101.

[0143] Here, the communication device is in the Awake state while transmitting a response frame such as a BA frame to the opposing device 101 which is the AP, and when this is completed, it returns to the Listen state again. The control to enter the Awake state and the control to return to the Listen state are performed by the power save control unit 303 of the communication device.

[0144] Furthermore, the communication device may transition from the Listen state to the Awake state when it receives a predetermined frame from the opposite device 101 that is an AP or from a communication device that is a STA to which a TXOP has been assigned. The transition from the Listen state to the Awake state is also controlled by the power save control unit 303 of the communication device.

[0145] The specified frame is a frame for notifying that the opposing device 101, which is an AP, or a communication device, which is a STA to which a TXOP has been assigned, will transmit a frame containing data, or a frame for notifying the start of a frame exchange sequence, etc. For example, it may be an Initial Control frame.

[0146] The predetermined frame may also be a frame for notifying that a communication device that is a STA to which a TXOP has been allocated will give up at least a part of the allocated TXOP, for example, a Null QoS frame.

[0147] Then, the communication device that receives the predetermined frame may receive a series of data, transmit a response frame such as a BA frame in response to the received data, and then return to the Listen state again.

[0148] After the data communication with the opposite device 101, which is the AP, is completed, the communication device ends the MU-RTS processing. Then, when the communication device finishes the MU-RTS processing, it returns to the power control state it had before starting the MU-RTS processing.

[0149] For example, if it was operating in power save mode or EMLSR mode, it will return to those modes. Also, for example, if the device is always in the awake state, it returns to that mode.

[0150] (S509) If S502 is Yes, that is, if the TXOP is allocated to itself, the frame transmitting / receiving unit 305 of the communication device transmits a CTS frame as a response to the opposite device 101, which is the AP, and proceeds to S510.

[0151] (S510) The communication device determines whether the TXOP sharing period has ended, and if it has ended, proceeds to S507, and if it has not ended, proceeds to S511.

[0152] (S511) The communication device performs data communication with the opposite device 101, which is an AP, or with another communication device, which is a STA, using the acquired TXOP (the TXOP allocated to itself).

[0153] For example, if the communication device 102 is the STA to which the TXOP is assigned, the communication device 102 performs data communication with the opposite device 101, which is the AP, or with communication devices 103 and 104, which are other STAs.

[0154] When the data communication is completed, the process returns to S510, and the TXOP sharing period will eventually end, so the process proceeds to S507.

[0155] (S512) On the other hand, if S501 is No, that is, if the MU-RTS Trigger frame received by the communication device does not specify TXOP sharing, the communication device makes a determination in S512.

[0156] Specifically, the communication device determines whether it is the destination of DL MU (Down Link Multi User) communication, and if it is the destination, proceeds to S513, and if it is not the destination, proceeds to S515.

[0157] (S513) The communication device transmits a CTS frame as a response to the opposite device 101, which is an AP.

[0158] (S514) The communication device communicates DL MU data with opposite device 101, which is an AP, and when the communication processing of the DL MU data is completed, the MU-RTS processing is completed.

[0159] (S515) On the other hand, if S512 is No, the communication device receives a CTS frame from another communication device that is the destination of the DL MU communication, and proceeds to S516.

[0160] That is, if the communication device is not the destination of DL MU (Down Link Multi User) communication, the communication device receives a CTS frame from another STA communication device that is the destination of DL MU communication, and proceeds to S516.

[0161] For example, if the communication device itself is communication device 102 and the other STA that is the destination of the DL MU communication is communication device 103, communication device 102 receives a CTS frame from communication device 103 that is the destination of the DL MU communication and proceeds to S516.

[0162] (S516) The communication device sets the NAV based on the Duration information included in the MU-RTS Trigger frame or CTS frame, and proceeds to S517.

[0163] (S517) The communication device controls the transition to the power save state. That is, the power save control unit 303 of the communication device sets the state to the power save state.

[0164] (S518) The communication device waits until NAV ends, and then ends the MU-RTS process.

[0165] Next, an example of MU-RTS processing of the opposing device 101, which is an AP, will be described. FIG. 7 is a flowchart showing an example of MU-RTS processing of the opposing device 101 which is an AP in the first embodiment according to the present invention.

[0166] In this example, the Subfield defined in FIG. 8 is included in the MU-RTS Trigger frame. Therefore, a field indicating whether a communication device that is a STA that has not been assigned a TXOP during the TXOP sharing period included in the MU-RTS Trigger frame will enter the power save state will be described first.

[0167] FIG. 8 is a diagram showing an example of a field included in the MU-RTS Trigger frame according to the first embodiment, which indicates whether a communication device that is a STA and has not been assigned a TXOP during the TXOP sharing period enters a power save state.

[0168] As shown in Figure 8, in this example, a Subfield called Triggered TXOP sharing Power save mode is defined.

[0169] If the value of the subfield is "0", it indicates that the STA must not enter the power save state during the TXOP sharing period, and if the value of the subfield is "1", it indicates that the STA may enter the power save state. The names of the subfields are merely examples, and other names may be used. Furthermore, the correspondence between values ​​and states may be different as long as the power save state can be indicated.

[0170] This subfield may be included in the Common Info field or the User Info field of the MU-RTS Trigger frame.

[0171] Next, the MU-RTS processing of the opposing device 101, which is an AP, will be described with reference to FIG. This process is started in response to the opposite device 101, which is an AP, starting communication of DL MU or Triggered TXOP sharing. In the following, the opposite device 101, which is an AP, may be simply referred to as the opposite device 101.

[0172] (S700) The opposite device 101 determines whether the MU-RTS Trigger frame (TF) it is about to transmit specifies TXOP sharing, and if it does, proceeds to S703; if it does not, proceeds to S701.

[0173] (S701) The opposite device 101 transmits an MU-RTS Trigger frame, and after receiving a CTS frame from a communication device that is an STA performing DL MU communication, proceeds to S702.

[0174] (S702) Then, the opposite device 101 performs communication processing of the DL MU data, and when communication processing is finished, ends the MU-RTS processing.

[0175] (S703) The opposite device 101 determines whether there is a possibility of communication with a communication device that is a STA to which no TXOP has been allocated during the TXOP sharing period, and if there is a possibility, proceeds to S705, and if there is no possibility, proceeds to S704.

[0176] For example, if communication with a STA to which a TXOP has been allocated ends earlier than expected, and the opposing device 101 wishes to communicate with a communication device that is a STA to which a TXOP has not been allocated, it will proceed to S705, assuming that there is a possibility of communication.

[0177] (S704) The opposite device 101 sets Triggered TXOP sharing Power save mode to "1" because there is no possibility of communicating with a communication device that is a STA that has not allocated a TXOP during the TXOP sharing period.

[0178] As explained above, this allows a communication device that is a STA that has not allocated a TXOP during the TXOP sharing period to enter a power save state.

[0179] (S705) On the other hand, if the process proceeds to S705, there is a possibility that the opposite device 101 will communicate with a communication device that is a STA to which no TXOP has been allocated during the TXOP sharing period. Therefore, the opposite device 101 sets the Triggered TXOP sharing Power save mode to "0".

[0180] As explained above, this prevents a communication device that is a STA that has not allocated a TXOP during the TXOP sharing period from going into a power save state.

[0181] (S706) The opposite device 101 transmits an MU-RTS Trigger frame, receives a CTS frame from the communication device that is the STA that allocated the TXOP, and proceeds to S707.

[0182] (S707) The opposite device 101 determines whether the data communication of the communication device that is the STA that allocated the TXOP has ended.

[0183] In other words, it determines whether data communication between the opposite device 101 and the communication device that is the STA that allocated the TXOP, or data communication between the communication device that is the STA that allocated the TXOP and another communication device that is the STA that did not allocate the TXOP, has ended.

[0184] If the data communication has ended, the process proceeds to S710, and if the data communication has not ended, the process proceeds to S708.

[0185] For example, one method for determining whether data communication has ended is to consider that data communication has ended when the opposite device 101 is unable to receive data transmitted by a communication device that is a STA that has allocated a TXOP for a certain period of time.

[0186] (S708) The opposite device 101 determines whether the TXOP sharing period has ended, and if it has ended, proceeds to S714, and if it has not ended, proceeds to S709.

[0187] (S709) If necessary, the opposite device 101 performs data communication with the communication device that is the STA to which the TXOP has been allocated, and then returns to S707. If it is not necessary, the process returns to S707 again.

[0188] (S710) If S707 is Yes and the process proceeds to S710, this means that the TXOP sharing period has not ended and there is remaining time in the TXOP sharing period, as can be seen from the determination in S708 as to whether the TXOP sharing period has ended.

[0189] In this case, the opposite device 101 first determines whether or not the Triggered TXOP sharing Power save mode is set to "1."

[0190] If this is set to "1", even if there is data addressed to a communication device that is a STA to which no TXOP has been assigned, the communication device will not send the data because it is in a power save state.

[0191] Therefore, the opposite device 101 proceeds to S714 so as not to send data during the TXOP sharing period. On the other hand, if it is set to "0", the process proceeds to S711.

[0192] (S711) The opposite device 101 determines whether there is data addressed to a communication device that is another STA to which no TXOP has been allocated, and if there is no data, the opposite device 101 proceeds to S714, and if there is data, the opposite device 101 proceeds to S712.

[0193] (S712) The opposite device 101 determines whether the TXOP sharing period has ended, and if so, proceeds to S714, and if not, proceeds to S713.

[0194] (S713) The opposite device 101 performs data communication with another STA, which is a communication device to which no TXOP has been assigned, and returns to S711 again.

[0195] (S714) The opposite device 101 communicates with other STA communication devices to which no TXOP has been allocated as necessary during the remaining TXOP period, and then ends the MU-RTS processing.

[0196] Note that there may be cases where the process proceeds to S714 before the TXOP sharing period has ended (for example, S710 returns Yes), in which case the process should wait until the TXOP sharing period ends before proceeding to S714.

[0197] As described above, the communication device functioning as the STA in the first embodiment does not maintain the Awake state during the TXOP sharing period, but enters the Listen state or the Power Save state, which consumes less power than the Awake state.

[0198] Therefore, compared to maintaining the Awake state during the TXOP sharing period, it is possible to reduce unnecessary power consumption.

[0199] (Second embodiment) Next, a communication device functioning as an STA according to a second embodiment of the present invention will be described. FIG. 9 is a flowchart showing an example of MU-RTS processing of a communication device functioning as a STA according to the second embodiment of the present invention.

[0200] Similarly to the first embodiment, FIG. 9 also shows an example in which the subfields defined in FIG. 8 are included in the MU-RTS Trigger frame.

[0201] The flowchart in Figure 9 can be understood as a flowchart when one of the communication devices 102 to 104, which are STAs, is the main focus, and as in the past, when there is no need to distinguish between them, they may simply be referred to as communication devices.

[0202] This process is started in response to a communication device functioning as an STA receiving an MU-RTS Trigger frame.

[0203] (S801) The communication device determines whether the received MU-RTS Trigger frame specifies TXOP sharing, and if so, proceeds to S802, and if not, proceeds to S817.

[0204] As explained above, TXOP sharing can be specified by the Triggered TXOP Sharing Mode subfield included in the Common Info field of the MU-RTS Trigger frame.

[0205] (S802) Next, the communication device determines whether or not a TXOP has been allocated to itself, and if so, proceeds to S810, and if not, proceeds to S803.

[0206] (S803) The communication device receives a CTS frame from a communication device that is a STA to which a TXOP has been assigned, and proceeds to S804.

[0207] (S804) The communication device sets the NAV based on the Duration information included in the MU-RTS Trigger frame or CTS frame and proceeds to S805.

[0208] (S805) Next, the communication device determines whether the Triggered TXOP sharing Power save mode included in the MU-RTS Trigger frame is "0". That is, it is determined whether the subfield of Triggered TXOP sharing Power save mode is "0".

[0209] The communication device also determines whether the Triggered TXOP Sharing Mode is "2." That is, it also determines whether the subfield of Triggered TXOP Sharing Mode is "2".

[0210] If both determinations are Yes, S805 becomes Yes and the process proceeds to S806, and if at least one of the determinations is No, S805 becomes No and the process proceeds to S813.

[0211] As explained above, if the Triggered TXOP sharing Power save mode subfield is "0", it indicates that the power save state should not be entered during the TXOP sharing period.

[0212] Also, if the Triggered TXOP Sharing Mode subfield is "2", there is a possibility of data communication with a communication device that is another STA to which a TXOP has been assigned.

[0213] Therefore, if S805 is Yes, it must be in at least the Listen state. If at least one of the determinations is Yes, S805 becomes Yes and the process proceeds to S806, and if both determinations are No, S805 becomes No and the process proceeds to S813.

[0214] (S806) The communication device controls to enter the Listen state. That is, the power save control unit 303 of the communication device sets the state to the Listen state.

[0215] (S807) The communication device determines whether the TXOP sharing period has ended, and if so, proceeds to S816, and if not, proceeds to S808.

[0216] (S808) The communication device determines whether or not it has received a data frame during the TXOP sharing period from the opposite device 101, which is an AP, or from another communication device, which is a STA, to which a TXOP has been allocated.

[0217] If the communication device has not received a data frame, the process returns to S807, and if the communication device has received a data frame, the process proceeds to S809.

[0218] (S809) The communication device performs data communication with the opposite device 101, which is the AP that has canceled the NAV and transmitted the data frame, or with another communication device that is a STA to which a TXOP has been assigned, and then returns to S807.

[0219] (S810) On the other hand, if S802 is Yes, that is, if the TXOP is allocated to the communication device itself, the communication device transmits a CTS frame as a response to the opposite device 101, which is the AP, and proceeds to S811.

[0220] (S811) The communication device determines whether the TXOP sharing period has ended, and if so, proceeds to S816, and if not, proceeds to S812.

[0221] (S812) The communication device performs data communication with the opposite device 101, which is an AP, or with another communication device, which is a STA, using the acquired TXOP (the TXOP allocated to itself).

[0222] For example, if the communication device 102 is the STA to which the TXOP is assigned, the communication device 102 performs data communication with the opposite device 101, which is the AP, or with communication devices 103 and 104, which are other STAs.

[0223] When the data communication is completed, the process returns to S811, and the TXOP sharing period will eventually end, so the process proceeds to S816.

[0224] (S813) As explained above, if the determination in S805 is Yes, the communication device must be in at least the Listen state. Conversely, if the determination in S805 is No, the communication device may be in the Power Save state.

[0225] Therefore, the communication device performs control to enter the power save state. That is, the power save control unit 303 of the communication device sets the state to the power save state.

[0226] (S814) The communication device waits until the TXOP sharing period ends, and then proceeds to S815. That is, the communication device waits until the NAV set in S804 is completed, and then proceeds to S815.

[0227] (S815) When the TXOP sharing period ends, there is a possibility that data will be received from the opposite device 101, which is an AP, or from a communication device, which is a STA, to which a TXOP has been allocated.

[0228] Therefore, the power save control unit 303 of the communication device performs control to enter the Listen state, and the process proceeds to S816. That is, the power save control unit 303 of the communication device sets the state to the Listen state, and the process proceeds to S816.

[0229] (S816) If the communication device receives data from the opposite device 101, which is an AP, during the remaining TXOP period, the communication device performs data communication with the opposite device 101.

[0230] Here, the communication device is in the Awake state while transmitting a response frame such as a BA frame to the AP, and once this is complete, it returns to the Listen state again.

[0231] Furthermore, the communication device may transition from the Listen state to the Awake state when it receives a predetermined frame from the opposite device 101, which is an AP, or from another communication device, which is a STA, to which a TXOP has been assigned.

[0232] The specified frame is a frame for notifying that the opposing device 101, which is an AP, or a communication device, which is a STA to which a TXOP has been assigned, will transmit a frame containing data, or a frame for notifying the start of a frame exchange sequence, etc. For example, it may be an Initial Control frame.

[0233] Furthermore, the predetermined frame may be a frame for notifying that a communication device that is another STA to which a TXOP has been allocated will give up at least a part of the allocated TXOP, for example, a Null QoS frame.

[0234] Then, the communication device that receives the predetermined frame may receive a series of data, transmit a response frame such as a BA frame in response to the received data, and then return to the Listen state again.

[0235] (S817) On the other hand, if S801 is No, that is, if the MU-RTS Trigger frame received by the communication device does not specify TXOP sharing, the communication device makes the determination of S817.

[0236] Specifically, the communication device determines whether it is the destination of DL MU (Down Link Multi User) communication, and if it is the destination, proceeds to S818, and if it is not the destination, proceeds to S820.

[0237] (S818) The communication device transmits a CTS frame as a response to the opposite device 101, which is an AP.

[0238] (S819) The communication device communicates DL MU data with opposite device 101, which is an AP, and when the communication processing of the DL MU data is completed, the MU-RTS processing is completed.

[0239] (S820) On the other hand, if S817 is No, the communication device receives a CTS frame from another communication device that is the destination of DL MU communication, and proceeds to S821.

[0240] That is, if the communication device is not the destination of DL MU (Down Link Multi User) communication, the communication device receives a CTS frame from another STA communication device that is the destination of DL MU communication, and proceeds to S821.

[0241] For example, if the communication device itself is communication device 102 and the other STA that is the destination of the DL MU communication is communication device 103, communication device 102 receives a CTS frame from communication device 103 that is the destination of the DL MU communication and proceeds to S821.

[0242] (S821) The communication device sets the NAV based on the Duration information included in the MU-RTS Trigger frame or CTS frame, and proceeds to S822.

[0243] (S822) The communication device controls the transition to the power save state. That is, the power save control unit 303 of the communication device sets the state to the power save state. This is because when the process reaches S822, the communication device does not receive data during DL MU communication.

[0244] (S823) Then, the communication device waits until NAV ends, and then ends the MU-RTS processing.

[0245] As described above, even in the second embodiment, a communication device functioning as an STA does not maintain the Awake state during the TXOP sharing period, but enters the Listen state or the Power Save state, which consumes less power than the Awake state.

[0246] Therefore, compared to maintaining the Awake state during the TXOP sharing period, it is possible to reduce unnecessary power consumption.

[0247] <<Other embodiments>> A storage medium storing software program code for realizing the above-described functions may be supplied to a system or device, and the computer (CPU, MPU) of the system or device may read and execute the program code stored in the storage medium.

[0248] In this case, the program code itself read from the storage medium will realize the functions of the above-described embodiments, and the storage medium storing the program code will constitute the above-described device.

[0249] Examples of storage media that can be used to supply the program code include flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, non-volatile memory cards, ROMs, DVDs, and the like.

[0250] In addition, not only can the above-mentioned functions be realized by the computer executing the program code it has read, but the OS running on the computer can also perform some or all of the actual processing based on the instructions of the program code to realize the above-mentioned functions. OS stands for Operating System.

[0251] Furthermore, the program code read from the storage medium is written into a memory provided on a function expansion board inserted into the computer or a function expansion unit connected to the computer. Then, based on the instructions of the program code, a CPU provided in the function expansion board or function expansion unit may perform some or all of the actual processing to realize the above-mentioned functions.

[0252] The present invention can also be realized by supplying a program that realizes one or more functions of the above-mentioned embodiments to a system or device via a network or storage medium, and having one or more processors in the computer of that system or device read and execute the program. It can also be realized by a circuit (for example, an ASIC) that realizes one or more functions.

[0253] As described above, the present invention is not limited to the above-described embodiments, and modifications and improvements to the embodiments are also included within the technical scope of the invention, which will be clear to those skilled in the art from the description of the claims. In addition, the following supplementary notes are disclosed regarding the above-described embodiment.

[0254] [Appendix 1] A communication device that functions as an STA and performs wireless communication with a counterpart device that functions as an AP conforming to the IEEE 802.11 series standard, A receiving unit capable of receiving an MU-RTS TXS Trigger frame indicating that TXOP sharing will be performed to share a part of the TXOP from the opposite device, and a CTS frame which is a response to the MU-RTS TXS Trigger frame; a period acquisition means for acquiring a TXOP sharing period set based on duration information of the MU-RTS TXS Trigger frame or the CTS frame; a state transition means for controlling the transition of the startup state; A communication device characterized in that the state transition means controls the device to enter a Listen state during a TXOP sharing period when a TXOP is not assigned to the device during the TXOP sharing period in the MU-RTS TXS Trigger frame. [Appendix 2] The MU-RTS TXS Trigger frame includes information indicating whether a communication device functioning as a STA to which a TXOP has been assigned during the TXOP sharing period transmits an MPDU addressed to a communication device functioning as another STA, The communication device described in Appendix 1 is characterized in that the state transition means controls to enter a Listen state during the TXOP sharing period depending on the information indicating whether to transmit an MPDU when a TXOP is not assigned to the communication device itself. [Appendix 3] The MU-RTS TXS Trigger frame includes information indicating whether a communication device functioning as a STA that has not been assigned a TXOP during the TXOP sharing period may enter a power save state; The communication device described in Appendix 1 or Appendix 2, characterized in that the state transition means controls entering the Listen state during the TXOP sharing period in accordance with the information indicating whether it is okay to enter the Power Save state when no TXOP is assigned to the communication device itself. [Appendix 4] A communication device described in any one of Supplementary Notes 1 to 3, characterized in that when in the Listen state during the TXOP sharing period, the state transition means controls to enter the Awake state during the period in which a response frame is sent to a frame received from the opposite device or a communication device functioning as a STA to which a TXOP has been assigned. [Appendix 5] A communication device described in any one of Supplementary Notes 1 to 4, characterized in that when a specified frame is received from the opposite device or a communication device functioning as a STA to which a TXOP has been assigned while in the Listen state during the TXOP sharing period, the state transition means controls to enter the Awake state. [Appendix 6] The communication device described in Appendix 5, characterized in that the specified frame is a frame for notifying the opposite device or a communication device functioning as a STA to which the TXOP is assigned that it will send a frame containing data. [Appendix 7] The communication device described in Appendix 5, characterized in that the specified frame is a frame for notifying that a communication device functioning as a STA to which the TXOP has been assigned will give up at least a portion of the assigned TXOP sharing period. [Appendix 8] A program for causing a computer to function as the communication device according to any one of Supplementary Note 1 to Supplementary Note 7. [Appendix 9] A communication method for a communication device functioning as an STA that performs wireless communication with a counterpart device functioning as an AP conforming to the IEEE 802.11 series standard, comprising: a receiving step of receiving, from the opposite device, an MU-RTS TXS Trigger frame indicating that TXOP sharing will be performed to share a part of the TXOP, or a CTS frame which is a response to the MU-RTS TXS Trigger frame; a period acquisition step of acquiring a TXOP sharing period set based on duration information of the MU-RTS TXS Trigger frame or the CTS frame; A communication method characterized by including a state transition step of entering a Listen state during a TXOP sharing period if a TXOP is not assigned to the device during the TXOP sharing period in the MU-RTS TXS Trigger frame. [Explanation of symbols]

[0255] 101: Opposite device (AP), 102, 103, 104: Communication device (STA), 201: Storage unit, 202: Control unit, 203: Functional unit, 204: Input unit, 205: Output unit, 206: Communication unit, 301: TXOP sharing processing unit, 302: NAV setting unit, 303: Power save control unit, 304: MU-RTS Trigger frame processing unit, 305: Frame transmission / reception unit

Claims

1. A communication device that functions as an STA and that performs wireless communication with a counterpart device that functions as an AP conforming to the IEEE 802.11 series standard, a receiving means capable of receiving, from the opposite device, an MU-RTS TXS Trigger frame indicating that TXOP sharing will be performed to share a part of the TXOP, and a CTS frame which is a response to the MU-RTS TXS Trigger frame; a period acquisition means for acquiring a TXOP sharing period set based on Duration information of the MU-RTS TXS Trigger frame or the CTS frame; a state transition means for controlling the transition of the startup state; The communication device is characterized in that the state transition means controls to enter a Listen state during a TXOP sharing period when a TXOP is not allocated to the communication device itself during the TXOP sharing period in the MU-RTS TXS Trigger frame.

2. The MU-RTS TXS Trigger frame includes information indicating whether a communication device functioning as a STA to which a TXOP is assigned during the TXOP sharing period transmits an MPDU addressed to another communication device functioning as a STA; The communication device according to claim 1, characterized in that the state transition means controls to enter a Listen state during the TXOP sharing period in accordance with the information indicating whether to transmit an MPDU when a TXOP is not allocated to the communication device itself.

3. The MU-RTS TXS Trigger frame includes information indicating whether a communication device functioning as an STA that is not assigned a TXOP during the TXOP sharing period may enter a power save state; The communication device according to claim 1, characterized in that the state transition means controls to enter the Listen state during the TXOP sharing period in accordance with the information indicating whether to enter the Power save state when the TXOP is not allocated to the communication device itself.

4. 2. The communication device according to claim 1, wherein, when the communication device is in the Listen state during the TXOP sharing period, the state transition means controls the communication device to enter the Awake state during a period in which a response frame is transmitted in response to a frame received from the opposite device or a communication device functioning as an STA to which the TXOP has been assigned.

5. 2. The communication device according to claim 1, wherein when the communication device is in the Listen state during the TXOP sharing period and receives a predetermined frame from the opposite device or a communication device functioning as a STA to which the TXOP is assigned, the state transition means controls to enter the Awake state.

6. The communication device according to claim 5, characterized in that the specified frame is a frame for notifying that the opposite device or a communication device functioning as a STA to which the TXOP has been assigned will transmit a frame including data.

7. 6. The communication device according to claim 5, wherein the predetermined frame is a frame for notifying a communication device functioning as a STA to which the TXOP has been allocated that the communication device will give up at least a portion of the allocated TXOP sharing period.

8. A program for causing a computer to function as the communication device according to any one of claims 1 to 7.

9. A communication method for a communication device functioning as an STA that performs wireless communication with a counterpart device functioning as an AP conforming to the IEEE 802.11 series standard, comprising: a receiving step of receiving, from the opposite device, an MU-RTS TXS Trigger frame indicating that TXOP sharing will be performed to share a part of the TXOP, or a CTS frame that is a response to the MU-RTS TXS Trigger frame; a period acquisition step of acquiring a TXOP sharing period set based on Duration information of the MU-RTS TXS Trigger frame or the CTS frame; and a state transition step of entering a Listen state during a TXOP sharing period when a TXOP is not allocated to the device itself during the TXOP sharing period in the MU-RTS TXS Trigger frame.

Images