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

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

Info

Publication number
WO2023189200A1
WO2023189200A1 PCT/JP2023/007954 JP2023007954W WO2023189200A1 WO 2023189200 A1 WO2023189200 A1 WO 2023189200A1 JP 2023007954 W JP2023007954 W JP 2023007954W WO 2023189200 A1 WO2023189200 A1 WO 2023189200A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
communication
period
trigger frame
txop
Prior art date
Application number
PCT/JP2023/007954
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 WO2023189200A1 publication Critical patent/WO2023189200A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to wireless communication technology.
  • IEEE802.11 a standardization organization for wireless LAN technology. /ax etc.
  • IEEE is an abbreviation for Institute of Electrical and Electronics Engineers.
  • IEEE802.11ax which is described in Patent Document 1, uses OFDMA to achieve a high peak throughput of up to 9.6 gigabits per second (Gbps), as well as to improve communication speed under congested conditions.
  • OFDMA is an abbreviation for Orthogonal Frequency-Division Multiple Access.
  • the Task Group was established to formulate the IEEE802.11be standard as a successor standard to IEEE802.11ax.
  • IEEE802.11be A task group called IEEE802.11be has been launched as a successor standard aiming to further improve throughput, frequency usage efficiency, and communication latency.
  • the IEEE802.11be standard allows, for example, Multi-Link communication in which one AP (Access Point) establishes multiple links with one STA (Station) via multiple different frequency channels and communicates in parallel. It is being considered.
  • IEEE802.11be proposes triggered TXOP sharing, in which a part of the TXOP secured by an AP is shared with STAs participating in the network using a Trigger frame.
  • TXOP is an abbreviation for Transmission Opportunity.
  • the TXOP acquired by the AP is shared with the STA designated by the AP, and frame transmission to undesignated STAs is prohibited during the shared TXOP, thereby avoiding unnecessary transmission frame collisions and efficiently communicating. becomes possible to execute.
  • an object of the communication device of the present invention is to enable frames to be appropriately communicated between an AP and a STA in communication in which a TXOP acquired by an AP is shared with a designated STA.
  • a communication device is a communication device that participates in a wireless network constructed by a first other communication device, wherein the communication device is in an awake state and the first other communication device Compliant with the IEEE 802.11 series standard, which allows communication by sharing at least a first period of at least a portion of a TXOP (Transmission Opportunity) acquired by the communication device with at least one of the communication devices participating in the wireless network.
  • a first receiving unit that receives a Trigger frame received from the other communication device; and the communication device is permitted to share the first period by the Trigger frame received by the first receiving unit. and control means for continuing the Awake state during the first period if the device is not activated.
  • the communication device is a communication device that operates in the role of constructing a wireless network, and the communication device has a TXOP acquired by the communication device with respect to other communication devices participating in the wireless network constructed by the communication device. (Transmission Opportunity) to share and communicate with at least one of the communication devices participating in the wireless network, transmitting a Trigger frame compliant with the IEEE 802.11 series standard.
  • the Trigger frame includes information as to whether a communication device that is not permitted to share the first period by the Trigger frame continues to be in an awake state during the first period.
  • frames can be appropriately communicated between the AP and the STA in communication in which the TXOP acquired by the AP is shared with the designated STA.
  • FIG. 1 is a diagram illustrating an example of a configuration of a network constructed by a communication device 101.
  • FIG. 3 is a diagram showing the hardware configuration of communication devices 101 to 104.
  • FIG. 2 is a diagram showing an example of a functional configuration of communication devices 102 to 104.
  • FIG. FIG. 2 is a sequence diagram illustrating an example of communication using triggered TXOP sharing in the first embodiment.
  • 5 is a flowchart illustrating the operation of STA in the first embodiment.
  • 7 is a diagram showing a frame format of a Trigger frame in Embodiment 2.
  • FIG. 7 is a flowchart illustrating the operation of the AP in the second embodiment. 7 is a flowchart illustrating the operation of STA in Embodiment 2.
  • FIG. 1 is a diagram illustrating an example of a configuration of a network constructed by a communication device 101.
  • FIG. 3 is a diagram showing the hardware configuration of communication devices 101 to 104.
  • FIG. 2 is a diagram showing an
  • FIG. 1 is a diagram showing an example of the configuration of a wireless network according to the present embodiment.
  • Communication device 101 can communicate with communication devices 102, 103, and 104.
  • the communication device 101 is an access point (AP) that has the role of constructing the wireless network 105, and the communication devices 102, 103, and 104 are stations (STAs) that have the role of participating in the wireless network 105.
  • AP access point
  • STAs stations
  • Each of the communication devices 101 to 104 can perform wireless communication in accordance with the IEEE802.11be standard.
  • IEEE is an abbreviation for Institute of Electrical and Electronics Engineers.
  • the communication devices 101 to 104 can communicate in frequency bands of 2.4 GHz, 5 GHz, and 6 GHz. Furthermore, the communication devices 101 to 104 can communicate using bandwidths of 20 MHz, 40 MHz, 80 MHz, 160 MHz, and 320 MHz.
  • the communication devices 101 to 104 can realize multi-user (MU, Multi User) communication that multiplexes signals of multiple users.
  • OFDMA is an abbreviation for Orthogonal Frequency Division Multiple Access.
  • RU Resource Unit
  • the AP can communicate with multiple STAs in parallel.
  • the communication devices 101 to 104 are assumed to be compatible with the IEEE802.11be standard, they may also be compatible with the legacy standard, which is a standard earlier than the IEEE802.11be standard. Specifically, the communication devices 101 to 104 may comply with at least one of the IEEE802.11a/b/g/n/ac/ax standards. Alternatively, it may correspond to a standard that is a successor to IEEE802.11be.
  • Bluetooth registered trademark
  • NFC Universal Serial Bus
  • UWB Universal Serial Bus
  • ZigBee ZigBee
  • MBOA Mobile Broadband
  • UWB is an abbreviation for Ultra Wide Band
  • MBOA is an abbreviation for Multi Band OFDM Alliance.
  • NFC is an abbreviation for Near Field Communication.
  • UWB includes wireless USB, wireless 1394, WiNET, and the like. Further, the communication standard of wired communication such as wired LAN may be supported.
  • the communication devices 101 to 104 include, but are not limited to, wireless LAN routers and personal computers (PCs). Further, the communication devices 101 to 104 may be information processing devices such as wireless chips capable of performing wireless communication in accordance with the IEEE802.11be standard. Further, specific examples of the communication devices 102 to 104 include, but are not limited to, cameras, tablets, smartphones, PCs, mobile phones, and video cameras. Further, although the wireless network in FIG. 1 is configured with one AP and three STAs, the number of APs and STAs is not limited to this.
  • Triggered TXOP sharing is a technique in which the communication device 101, which is an AP, uses triggered TXOP sharing to allocate and share a part of the secured TXOP to the communication devices 102 to 104, which are STAs.
  • Triggered TXOP sharing allows an AP to share at least a portion of the TXOP acquired by the AP using a Trigger Frame with a communication device participating in a network constructed by the AP, thereby efficiently performing communication.
  • TXOP Transmission Opportunity
  • EDCA is an abbreviation for Enhanced Distributed Channel Access.
  • Triggered TXOP sharing is a technology that allows STAs to share a portion of the TXOP acquired by the AP using a Trigger Frame and efficiently executes communication.
  • the AP allocates a part of the acquired TXOP to the STAs through triggered TXOP sharing, and shares the TXOP acquired by the AP.
  • the TXOP in which the TXOP acquired by the AP can be shared and used with the STA will be referred to as a TXOP sharing period.
  • Triggered TXOP sharing starts when the AP sends a MU-RTS TXS Trigger frame to the STA.
  • MU-RTS TXS Trigger frame is an abbreviation for Multi User-Request to Send TXOP sharing Trigger Frame.
  • the AP allocates a part of the secured TXOP in the User Info field of the MU-RTS TXS Trigger frame and includes the AID of the STA that is permitted to perform communication.
  • a STA that is assigned a portion of the TXOP can transmit data to the AP or other STAs during the TXOP sharing period. Whether communication is to be performed between STA and AP or between STA and STA during the TXOP sharing period can be specified by the TXOP sharing mode subfield included in the Common Info field of the Trigger frame.
  • FIG. 2 shows an example of the hardware configuration of the communication device 101, which is an AP in this embodiment.
  • the communication devices 102 to 104 which are STAs, can also have a similar configuration.
  • the communication device 101 includes a storage section 201, a control section 202, a functional section 203, an input section 204, an output section 205, a communication section 206, and an antenna 207.
  • the storage unit 201 is composed of a memory such as a ROM or a RAM, and stores computer programs for performing various operations described below and various information such as communication parameters for wireless communication.
  • ROM Read Only Memory
  • RAM Random Access Memory.
  • the storage unit 201 may include storage media such as flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, nonvolatile memory cards, and DVDs. may also be used. Further, the storage unit 201 may include a plurality of memories or the like.
  • the control unit 202 is configured by one or more processors such as a CPU or MPU, and controls the entire communication device 104 by executing a computer program stored in the storage unit 201.
  • CPU is an abbreviation for Central Processing Unit
  • MPU is an abbreviation for Micro Processing Unit.
  • the control unit 202 may control the entire communication device 101 through cooperation between a computer program stored in the storage unit 201 and an operating system (OS). Further, the control unit 202 generates data and signals to be transmitted in communication with other communication devices.
  • the control unit 202 may include a plurality of processors such as multi-core processors, and the communication device 101 may be controlled as a whole by the plurality of processors.
  • the control unit 202 controls the functional unit 203 to execute predetermined processing such as wireless communication, imaging, printing, and projection.
  • the functional unit 203 is hardware for the communication device 101 to execute predetermined processing.
  • the input unit 204 accepts various operations from the user.
  • the output unit 205 performs various outputs to the user via a monitor screen and speakers.
  • the output by the output unit 205 may be a display on a monitor screen, an audio output from a speaker, a vibration output, or the like.
  • both the input section 204 and the output section 205 may be implemented in one module.
  • the input unit 204 and the output unit 205 may be integrated with the communication device 101, or may be separate units.
  • the communication unit 206 controls wireless communication in accordance with the IEEE802.11be standard. Further, the communication unit 206 may control wireless communication based on other IEEE802.11 series standards in addition to the IEEE802.11be standard, or control wired communication such as a wired LAN. The communication unit 206 controls the antenna 207 to transmit and receive wireless signals generated by the control unit 202 for wireless communication.
  • the communication device 101 is compatible with the NFC standard, the Bluetooth standard, etc. in addition to the IEEE802.11be standard, wireless communication may be controlled in accordance with these communication standards. Furthermore, if the communication device 101 is capable of performing wireless communication in accordance with a plurality of communication standards, it may be configured to separately include a communication unit 206 and an antenna 207 that correspond to each communication standard. The communication device 101 communicates data such as image data, document data, video data, etc. with the communication devices 102 to 104 via the communication unit 206.
  • FIG. 3 shows a block diagram of the functional configuration of communication devices 102 to 104, which are STAs in this embodiment.
  • the TXOP sharing processing unit 301 performs control when triggered TXOP sharing is instructed by the AP.
  • a TXOP When a TXOP is assigned to itself, data is transmitted to the destination AP or STA during the TXOP sharing period. Furthermore, if a TXOP is not assigned to itself, the device enters the Awake state and is able to receive data from the AP during the TXOP sharing period.
  • the NAV setting unit sets the NAV indicating its own transmission prohibition time based on the duration information included in the MU-RTS TXS Trigger frame received from the AP or the CTS frame received from another STA.
  • NAV is an abbreviation for Network Allocation Vector, and although NAV is a period in which transmission is prohibited, it is possible to receive frames transmitted by other communication devices.
  • the power save control unit 303 controls whether to enter a power save state in which frames are intermittently received for power saving, or to maintain an awake state in which the power save state is canceled. In this embodiment, when a predetermined condition is satisfied, the Awake state is maintained during the TXOP sharing period.
  • the MU-RTS TXS Trigger frame processing unit 304 analyzes and processes the MU-RTS TXS Trigger frame received from the opposite AP.
  • the STA performs TXOP sharing processing, NAV setting, and Power save control according to the contents of the MU-RTS TXS Trigger frame.
  • the frame transmitting/receiving unit 305 transmits and receives control frames, management frames, and data frames including MU-RTS TXS Trigger frames.
  • FIG. 4 is a sequence diagram illustrating an example of communication using triggered TXOP sharing.
  • the TXOP 411 acquired by the AP is assigned to the STA1, and communication is performed between the STA1 and the AP in the TXOP sharing period 412.
  • the AP transmits the MU-RTS TXS Trigger frame to all STAs participating in the wireless network.
  • the MU-RTS TXS Trigger frame is transmitted to STA1 and STA2, and 412, which is part of the TXOP 411 acquired by the AP, is assigned to STA1.
  • the STA1 assigned the TXOP After responding with a CTS frame 403, the STA1 assigned the TXOP transmits a data frame 404 to the AP.
  • the AP transmits a BA (Block ACK) 405 that is an acknowledgment response to the data frame to the STA1, and thereafter continues to exchange the data frame and BA during the TXOP sharing period 412 as necessary.
  • BA Block ACK
  • STA2 since STA2 is not assigned a TXOP, it sets NAV 402 in the TXOP sharing period.
  • the NAV 402 indicates the transmission prohibition time of the own device, and is set using the Duration information included in the MU-RTS TXS Trigger frame 401 or CTS Frame 403. In this embodiment, STA2 continues in the Awake state without transitioning to the Doze state even if the NAV 402 is set.
  • the AP detects that no data is received from STA1 for a certain period of time, and assumes that STA1 has finished transmitting in the TXOP sharing period 412. Next, the AP transmits a data frame 408 to STA2 within the TXOP sharing period. Since STA2 continues to be in the Awake state even during the period in which the NAV 402 is set, it can receive the data frame 408, cancels the NAV 402, and responds with BA409.
  • STA2 continues to be in the Awake state, so STA2 can receive data frames and can efficiently use the TXOP acquired by the AP.
  • STA2 which has not been assigned a TXOP, remains awake during the TXOP sharing period shared by the AP and STA1, so that it cannot receive data even if it is sent from the AP during that period. It becomes possible to do so.
  • a TXOP sharing process in which the control unit 202 executes a program stored in the storage unit 201 of the communication device 102, the communication device 103, or the communication device 104, which is an STA, will be explained using FIG. 5.
  • This flowchart is started in response to the STA receiving the MU-RTS TXS Trigger frame.
  • the STA determines whether the MU-RTS TXS Trigger frame received from the AP permits execution of TXOP sharing communication (S501). If execution of TXOP sharing communication is permitted in S501, the process branches to S502, and if not, the process branches to S520.
  • TXOP sharing communication can be specified using the TXOP sharing mode subfield included in the Common Info field of the MU-RTS TXS Trigger frame.
  • the STA that has received the MU-RTS TXS Trigger frame determines S501 from the information of the subfield.
  • TXOP sharing it is determined whether at least a part of the TXOP acquired by the AP is allocated to the own device (S502). That is, the device determines whether or not it is permitted to share the TXOP acquired by the AP and perform communication. If the TXOP acquired by the AP is assigned to the own device in S502, the process branches to S510, and if the TXOP has not been assigned, the process branches to S503.
  • the CTS from the STA to which the TXOPs are allocated frame is received (S503).
  • the NAV Upon receiving the CTS in S503, the NAV is set based on the Duration information included in the MU-RTS TXS Trigger frame or CTS frame (S504).
  • the STA continues to be in the Awake state during the NAV period set in S504 (S505), and determines whether the TXOP sharing period has ended (S506).
  • a CTS frame is transmitted to the AP as a response to the MU-RTS TXS Trigger frame (S510).
  • the process After transmitting the CTS frame in S510, it is determined whether the TXOP sharing period, which is the TXOP assigned to the device by the AP, has ended (S511). If it is determined in S511 that the TXOP sharing period has ended, the process branches to S513; if it is determined that the TXOP sharing period has not ended, the process branches to S512, and the TXOP sharing period is determined to have ended by the AP or other STA. Perform data communication with.
  • the STA continues the Awake state in S513, and if data is received from the AP in the remaining TXOP period, it performs data communication with the AP (S509), and Exit the flowchart.
  • the STA determines in S520 whether the own device is the destination of DL MU communication (S520 ).
  • DL MU is an abbreviation for Down Link Multi User. If it is determined in S520 that the destination is the destination, the process branches to S521, and if it is determined that the destination is not the destination, the process branches to S523.
  • the own device If it is determined in S520 that the own device is the destination for DL MU communication, it transmits a CTS frame as a response to the MU-RTS TXS Trigger frame (S521), and communicates DL MU data with the AP (S522). If it is determined in S520 that the own device is not the destination of the DL MU communication, the device receives a CTS frame from the STA that is the destination of the DL MU communication (S523).
  • NAV is set based on the Duration information included in the MU-RTS TXS Trigger frame received in S501 or the CTS frame received in S523 (S524).
  • the STA enters the Power save state (S525), waits until the NAV ends (S526), and then ends this flowchart.
  • an STA that has not been instructed to communicate during the TXOP sharing period can receive frames transmitted from the AP during the period by continuing the awake state during the period. .
  • FIG. 6 shows an example of the frame format of the extended Trigger Frame in this embodiment.
  • the extended Trigger Frame is composed of Frame Control, Duration, RA, TA, Common info, User info List, Padding, and FCS fields.
  • Trigger Type Trigger Type, UL Length, GI And HE/EHT-LTF Type/Triggered TXOP Sharing Mode, Triggered T Includes XOP Sharing Power save mode.
  • the Trigger Type field indicates the type of Trigger Frame.
  • MU-RTS TXS Trigger frame is specified in the field.
  • the GI And HE/EHT-LTF Type/Triggered TXOP Sharing Mode field includes information on whether to execute TXOP sharing communication.
  • the triggered TXOP sharing Power save mode field is a field that specifies whether a communication device that is not allowed to perform communication during the TXOP sharing period operates in the Power Save state during the period. When 0 is stored in this field, it indicates that a communication device that is not allowed to share the TXOP of the AP for communication should not transition to the Power save state during the TXOP sharing period. Further, when 1 is stored in the field, it indicates that a communication device that is not allowed to share the TXOP of the AP for communication may transition to the Power save state during the TXOP sharing period.
  • field and subfield are just examples, and may be different names, and the correspondence between values and states may be different as long as it can indicate a transition to the Power save state.
  • the field is included in the Common Info field of the MU-RTS TXS Trigger frame, but it may also be included in the User Info field.
  • FIG. 7 describes a process when TXOP sharing is executed by the control unit 202 executing a program stored in the storage unit 201 of the communication device 101, which is an AP.
  • This embodiment shows an example in which the Subfield defined in FIG. 6 is included in the MU-RTS TXS Trigger frame. This flowchart is started in response to the AP starting communication of DL MU or Triggered TXOP sharing.
  • the AP determines whether the MU-RTS TXS Trigger frame that is about to be transmitted allows execution of TXOP sharing communication (S700). If it is determined in S700 that execution of TXOP sharing communication is permitted, the process branches to S703, and if it is determined that it is not permitted, the process branches to S701.
  • the AP transmits an MU-RTS TXS Trigger frame and receives a CTS frame from the STA performing DL MU communication (S701). Further, when a CTS Frame is received in S701, communication processing of DL MU data is performed in S702.
  • S700 If it is determined in S700 that execution of TXOP sharing communication is permitted, it is determined whether there is a possibility that an AP and an STA to which a TXOP is not assigned will communicate during the TXOP sharing period (S703).
  • the possibility that an AP may communicate with an STA to which a TXOP has not been assigned means that, for example, if the TXOP sharing period ends earlier than expected, the AP may wish to communicate with an STA to which a TXOP has not been assigned. This is the case.
  • the Triggered TXOP sharing Power save mode field is set to 0 (S710). In other words, it is shown in S710 that the state should not transition to the Power save state during the TXOP sharing period. Then, the MU-RTS TXS Trigger frame with the triggered TXOP sharing Power save mode field set to 0 is transmitted (S711).
  • the Triggered TXOP sharing Power save mode field is set to 1 (S704). That is, it indicates that the state may transition to the Power save state during the TXOP sharing period in S710. Then, the MU-RTS TXS Trigger frame with the triggered TXOP sharing Power save mode field set to 1 is transmitted (S711).
  • S712 After confirming that the CTS frame, which is a response frame to the MU-RTS TXS Trigger frame transmitted in S711, has been received, it is determined whether data communication with the STA to which the TXOP has been assigned has ended (S712). If it is determined in S712 that the data communication with the STA to which the TXOP has been assigned has ended, the process branches to S715, and if it is determined that the data communication has not ended, the process branches to S713. The determination in S712 is made, for example, when it is determined that the data communication has ended when the AP cannot receive data from the STA to which the TXOP has been assigned for a certain period of time.
  • S712 If it is determined in S712 that data communication with the STA to which the TXOP has been assigned has ended, it is determined whether the TXOP sharing period has ended (S713). If it is determined in S713 that the data communication with the STA to which the TXOP has been assigned has ended, communication with other STAs is performed as necessary during the remaining TXOP period, and if it is determined that the data communication has not ended, in S714 Data communication is performed with the STA to which the TXOP is assigned.
  • Triggered TXOP sharing Power save mode field is set to 1 (S715). If it is determined in S715 that the field is set to 1, that is, if it is specified that a transition to the Power save state may be made during the TXOP sharing period, the following operation is performed. In other words, if it is determined that the field is set to 1, even if there is data addressed to an STA to which a TXOP has not been assigned, that STA has transitioned to the Power save state, so it will not send the data. The process branches to S719.
  • S716 If it is determined in S716 that there is data addressed to another STA, it is determined whether the TXOP sharing period has ended (S717), and if it is determined that the TXOP sharing period has not ended, in S718 there is data addressed to another STA. Performs data communication with the STA.
  • an STA that has not been instructed to communicate during a TXOP sharing period is instructed by the Trigger Frame to continue in the Awake state during the period, the STA continues the Awake state during the period. can do.
  • the STA determines whether the MU-RTS TXS Trigger frame received from the AP permits execution of TXOP sharing communication (S801). If it is determined in S801 that execution of TXOP sharing communication is permitted, the process branches to S802, and if it is determined that execution of TXOP sharing communication is not permitted, the process branches to S830. TXOP sharing communication can be permitted to be executed in the TXOP sharing mode subfield included in the Common Info field of the MU-RTS TXS Trigger frame.
  • the AP receives a CTS frame from the STA to which the TXOP has been assigned (S803). Further, the NAV is set based on the Duration information included in the received MU-RTS TXS Trigger frame or CTS frame (S804).
  • Triggered TXOP sharing Power save mode field included in the MU-RTS TXS Trigger frame is set to 0 (S805). If it is determined that the field is set to 0, the process branches to S806 and enters the Awake state; if it is determined that the field is not set to 0, the process branches to S820 and transitions to the Power save state. .
  • S807 If it is determined in S807 that the TXOP sharing period has not ended, it is determined whether a data frame has been received from the AP during the TXOP sharing period (S808). If it is determined in S808 that a data frame from the AP has not been received, the process returns to S807, and if it is determined that a data frame from the AP has been received, the NAV set in S809 is canceled and data communication with the AP is resumed. (S809). In S823, data communication with the AP is performed when data is received from the AP during the remaining TXOP period. After the STA completes data communication with the AP, this flowchart ends.
  • the STA transitions to the Power save state in S820, waits until the TXOP sharing period ends in S821, and then transitions to the Awake state in S822. Thereafter, in S823, if data is received from the AP during the remaining TXOP period, data communication with the AP is performed.
  • the STA If the STA has been assigned a TXOP, it transmits a CTS frame as a response to the AP in S810. After that, it is determined in S811 whether or not the TXOP sharing period has ended, and if it is determined that it has ended, the process branches to S823, and if it is determined that it has not ended, the process branches to S812 and the acquired TXOP is used. Performs data communication with AP or other STAs.
  • the process branches to S831, and if it is determined that the destination is not the destination, the process branches to S833.
  • the own device If it is determined in S830 that the own device is the destination of DL MU communication, it transmits a CTS frame to the AP as a response frame to the MU-RTS TXS Trigger frame (S831), and initiates communication of DL MU data with the AP. Execute (S832).
  • the device receives a CTS frame from the STA that is the destination of the DL MU communication (S833).
  • NAV is set based on the Duration information included in the MU-RTS TXS Trigger frame or CTS frame.
  • the STA Since the STA does not receive data during DL MU communication, it transitions to the Power save state in S835, waits until the NAV ends in S836, and then ends this flowchart.
  • the Trigger frame indicates that an STA that is not allowed to perform communication during the TXOP sharing period will maintain the Awake state during the period, the STA will maintain the Awake state during the period. do. Therefore, by maintaining the Awake state during the TXOP sharing period, an STA that is not allowed to perform communication in the TXOP becomes able to receive frames transmitted from the AP during the TXOP sharing period.
  • a recording medium recording a software program code that realizes the above functions is supplied to the system or device, and the computer (CPU, MPU) of the system or device reads and executes the program code stored in the recording medium. It's okay.
  • the program code itself read from the storage medium will implement the functions of the above-described embodiments, and the storage medium that has stored the program code will constitute the above-described device.
  • the storage medium for supplying the program code for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card, ROM, DVD, etc. can be used. can.
  • OS is an abbreviation for Operating System.
  • the program code read from the storage medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer. Then, based on instructions from the program code, a CPU included in the function expansion board or function expansion unit may perform part or all of the actual processing to realize the above-mentioned functions.
  • the present invention provides a system or device with a program that implements one or more functions of the embodiments described above via a network or a storage medium, and one or more processors in a computer of the system or device reads and executes the program. This can also be achieved by processing. 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)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

第１の他の通信装置が構築する無線ネットワークに参加する通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを、前記他の通信装置から受信し、前記通信装置が、受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態を継続する。

Description

通信装置、通信方法、およびプログラム
　本発明は、無線通信技術に関する。
　無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）技術は、無線ＬＡＮ技術の標準化団体であるＩＥＥＥ８０２．１１により規格が策定されており、無線ＬＡＮ技術の規格には、ＩＥＥＥ８０２．１１／ａ／ｂ／ｇ／ｎ／ａｃ／ａｘなどがある。ここでＩＥＥＥはＩｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓの略である。
　特許文献１に記載されている、ＩＥＥＥ８０２．１１ａｘではＯＦＤＭＡにより最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度向上を実現している。尚、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓの略である。
　更なるスループット向上のために、ＩＥＥＥ８０２．１１ａｘの後継規格として、ＩＥＥＥ８０２．１１ｂｅの規格策定を行うＴａｓｋ　Ｇｒｏｕｐが発足した。
　さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ　ｇｒｏｕｐが発足した。ＩＥＥＥ８０２．１１ｂｅ規格では、例えば１台のＡＰ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、並行して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。
　またＩＥＥＥ８０２．１１ｂｅでは、Ｔｒｉｇｇｅｒ　ｆｒａｍｅを用いて、ＡＰが確保したＴＸＯＰの一部をネットワークに参加しているＳＴＡと共有するＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇが提案されている。ここでＴＸＯＰは、Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｔｕｎｉｔｙの略である。ＡＰが獲得したＴＸＯＰを、ＡＰが指定したＳＴＡと共有し、共有されたＴＸＯＰの間は指定外のＳＴＡに対してフレームの送信を禁止することで無駄な送信フレーム衝突を避け、効率よく通信を実行することが可能になる。
特開２０１８－５０１３３号公報
　上述のように、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有することで通信効率の向上を実現する方法が検討されている。しかしながら、ＴＸＯＰが共有されないＳＴＡの挙動に関して規定がなく、ＴＸＯＰを共有しているＡＰやＳＴＡと適切にフレームを交換することができないおそれがあった。
　そこで本発明の通信装置は、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において、ＡＰとＳＴＡ間でフレームが適切に通信できるようにすることを目的とする。
　上記課題を解決するために、本発明による通信装置は、第１の他の通信装置が構築する無線ネットワークに参加する通信装置であって、前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを、前記他の通信装置から受信する第１の受信手段と、前記通信装置が、前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態を継続する制御手段と、を有することを特徴とする。
　また、本発明による通信装置は、無線ネットワークを構築する役割で動作する通信装置であって、前記通信装置が構築する無線ネットワークに参加する他の通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを送信し、前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置が、前記第１の期間においてＡｗａｋｅ状態を継続するか否かの情報を含むことを特徴とする。
　本発明によれば、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において、ＡＰとＳＴＡ間でフレームが適切に通信できるようにすることができる。
通信装置１０１が構築するネットワークの構成例を示す図である。 通信装置１０１～１０４のハードウェア構成を示す図である。 通信装置１０２～１０４の機能構成例を示す図である。 実施形態１におけるＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇによる通信例を示すシーケンス図である。 実施形態１におけるＳＴＡの動作を説明するフローチャートである。 実施形態２におけるＴｒｉｇｇｅｒ　ｆｒａｍｅのフレームフォーマットを示す図である。 実施形態２におけるＡＰの動作を説明するフローチャートである。 実施形態２におけるＳＴＡの動作を説明するフローチャートである。
　図１は、本実施形態に係る無線ネットワークの構成例を示す図である。通信装置１０１は通信装置１０２、１０３、１０４と通信可能である。通信装置１０１は、無線ネットワーク１０５を構築する役割を有するアクセスポイント（ＡＰ）であり、通信装置１０２、１０３、１０４は無線ネットワーク１０５に参加する役割を有するステーション（ＳＴＡ）である。
　通信装置１０１～１０４の各々は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる。なお、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓの略である。通信装置１０１～１０４は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数帯域において通信することができる。また、通信装置１０１～１０４は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。
　通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、Ｍｕｌｔｉ　Ｕｓｅｒ）通信を実現することができる。ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ（直交周波数分割多元接続）の略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Ｒｅｓｏｕｒｃｅ　Ｕｎｉｔ）が各ＳＴＡに夫々重ならないように割り当てられ、各ＳＴＡの搬送波が直交する。そのため、ＡＰは複数のＳＴＡと並行して通信することができる。
　なお、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくとも何れか一つに対応していてもよい。或いは、ＩＥＥＥ８０２．１１ｂｅの後継となる規格に対応していてもよい。
　また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。
　なお、ＵＷＢはＵｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ　Ｂａｎｄ　ＯＦＤＭ　Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。
　通信装置１０１～１０４の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。また、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、通信装置１０２～１０４の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラなどが挙げられるが、これらに限定されない。また、図１の無線ネットワークは１台のＡＰと３台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数はこれに限定されない。
　ＡＰである通信装置１０１はＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇにより、確保したＴＸＯＰの一部をＳＴＡである通信装置１０２～１０４に割り当てて共有する技術をＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇという。Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇでは、Ｔｒｉｇｇｅｒ　Ｆｒａｍｅを用いてＡＰが獲得したＴＸＯＰの少なくとも一部を、当該ＡＰが構築するネットワークに参加する通信装置と共有することを許可し、効率よく通信を実行する。ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）は、ＡＰまたはＳＴＡがＥＤＣＡによる競合制御によって、チャネルへのアクセス権を取得した後、排他的にチャネルの使用が認められている期間を指す。ここで、ＥＤＣＡはＥｎｈａｎｃｅｄ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｃｈａｎｎｅｌ　Ａｃｃｅｓｓの略である。Ｔｒｉｇｇｅｒ　Ｆｒａｍｅを用いてＡＰが獲得したＴＸＯＰの一部をＳＴＡに共有することを許可し、効率よく通信を実行する技術をＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇという。ＡＰはＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇにより、獲得したＴＸＯＰの一部をＳＴＡに割り当てて、ＡＰが獲得したＴＸＯＰを共有する。以下、ＡＰが獲得したＴＸＯＰをＳＴＡと共有して使用することが可能なＴＸＯＰをＴＸＯＰ　ｓｈａｒｉｎｇ期間という。
　Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇはＡＰがＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅをＳＴＡへ送信することで開始する。ここで、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅは、Ｍｕｌｔｉ　Ｕｓｅｒ－Ｒｅｑｕｅｓｔ　ｔｏ　Ｓｅｎｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｔｒｉｇｇｅｒ　Ｆｒａｍｅの略である。このときＡＰは、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＵｓｅｒ　Ｉｎｆｏ　ｆｉｅｌｄにおいて、確保したＴＸＯＰの一部を割り当てて、通信の実行を許可するＳＴＡのＡＩＤを含める。ＴＸＯＰの一部を割り当てられたＳＴＡはＴＸＯＰ　ｓｈａｒｉｎｇ期間、ＡＰもしくは他のＳＴＡ宛にデータを送信することができる。ＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＳＴＡ－ＡＰ間、ＳＴＡ－ＳＴＡ間で通信を行うかは、上記Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＣｏｍｍｏｎ　Ｉｎｆｏ　ｆｉｅｌｄに含まれるＴＸＯＰ　ｓｈａｒｉｎｇ　ｍｏｄｅ　ｓｕｂｆｉｅｌｄで指定することができる。
　図２に、本実施形態においてＡＰである通信装置１０１のハードウェア構成例を示す。尚、ＳＴＡである通信装置１０２～１０４も同様の構成をとることができる。通信装置１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、およびアンテナ２０７を備える。
　記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙの夫々略である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
　制御部２０２は、例えばＣＰＵやＭＰＵ等の１つ以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、通信装置１０４の全体を制御する。ＣＰＵはＣｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔの略であり、ＭＰＵは、Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔの略である。なお、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）との協働により、通信装置１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号を生成する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、通信装置１０１が所定の処理を実行するためのハードウェアである。
　入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々通信装置１０１と一体であってもよいし、別体であってもよい。
　通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための無線信号の送受信を行う。
　なお、通信装置１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、通信装置１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部２０６とアンテナ２０７を個別に有する構成であってもよい。通信装置１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータを通信装置１０２～１０４と通信する。
　図３には、本実施形態においてＳＴＡである通信装置１０２～１０４の機能構成のブロック図を示す。
　ＴＸＯＰ　ｓｈａｒｉｎｇ処理部３０１は、ＡＰによりＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇが指示された場合の制御を行う。自身にＴＸＯＰが割り当てられた場合には、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において宛先であるＡＰもしくはＳＴＡに対してデータ送信を行う。また自身にＴＸＯＰが割り当てられていない場合には、Ａｗａｋｅ状態となり、ＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＡＰからのデータの受信ができるようにしておく。ＮＡＶ設定部はＡＰから受信するＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅもしくは他のＳＴＡから受信するＣＴＳ　ｆｒａｍｅに含まれるｄｕｒａｔｉｏｎ情報に基づいて自身の送信禁止時間を示すＮＡＶを設定する。ここで、ＮＡＶはＮｅｔｗｏｒｋ　Ａｌｌｏｃａｔｉｏｎ　Ｖｅｃｔｏｒの略であり、ＮＡＶは送信を禁止する期間ではあるが、他の通信装置が送信したフレームを受信することは可能である。
　Ｐｏｗｅｒ　ｓａｖｅ制御部３０３は、省電力のためにフレームを間欠的に受信するＰｏｗｅｒ　ｓａｖｅ状態に入るか、Ｐｏｗｅｒ　ｓａｖｅ状態を解除したＡｗａｋｅ状態を維持するかを制御する。本実施形態では所定の条件を満たしたときにＴＸＯＰ　ｓｈａｒｉｎｇ期間内はＡｗａｋｅ状態を維持する。
　ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅ処理部３０４は、対向ＡＰから受信するＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを解析し処理する。ＳＴＡはＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅの内容に応じて、ＴＸＯＰ　ｓｈａｒｉｎｇ処理、ＮＡＶ設定、Ｐｏｗｅｒ　ｓａｖｅ制御を行う。
　フレーム送受信部３０５は、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを含む制御フレーム、管理フレーム、データフレームの送受信を行う。
　＜実施形態１＞
　本実施形態では、ＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を指示するＴｒｉｇｇｅｒ　Ｆｒａｍｅを受信したＳＴＡが、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を実行することが許されていない場合に、当該期間はＡｗａｋｅの状態を維持する例を示す。
　図４は、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇによる通信の一例を示すシーケンス図である。本実施形態では、ＡＰが獲得したＴＸＯＰ４１１をＳＴＡ１に割り当てて、ＴＸＯＰ　ｓｈａｒｉｎｇ期間４１２においてＳＴＡ１－ＡＰ間で通信を行う。
　ＡＰは４０１において、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを無線ネットワークに参加する全ＳＴＡに対して送信する。図４に示す例では、ＳＴＡ１、ＳＴＡ２に対してＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを送信し、ＳＴＡ１に対して、ＡＰが獲得したＴＸＯＰ４１１の一部である４１２を割り当てている。
　ＴＸＯＰを割り当てられたＳＴＡ１は、ＣＴＳ　ｆｒａｍｅ４０３で応答した後、データフレーム４０４をＡＰに送信する。ＡＰはデータフレームに対して確認応答であるＢＡ（Ｂｌｏｃｋ　ＡＣＫ）４０５をＳＴＡ１に送信し、その後も必要に応じてＴＸＯＰ　ｓｈａｒｉｎｇ期間４１２の間はデータフレームとＢＡの交換を継続する。
　一方、ＳＴＡ２はＴＸＯＰを割り当てられていないため、ＴＸＯＰ　ｓｈａｒｉｎｇ期間にＮＡＶ４０２を設定する。ここでＮＡＶ４０２は、自装置の送信禁止時間を示し、ＮＡＶ４０２はＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅ４０１またはＣＴＳ　Ｆｒａｍｅ４０３に含まれるＤｕｒａｔｉｏｎの情報を用いて設定される。本実施形態では、ＳＴＡ２はＮＡＶ４０２が設定されていたとしてもＤｏｚｅ状態に遷移することなく、Ａｗａｋｅ状態を継続する。
　その後ＡＰはＳＴＡ１からのデータ受信が一定期間ないことを検出し、ＳＴＡ１がＴＸＯＰ　ｓｈａｒｉｎｇ期間４１２での送信を終了したとみなす。次にＡＰはＴＸＯＰ　ｓｈａｒｉｎｇ期間内にＳＴＡ２に対してデータフレーム４０８を送信する。ＳＴＡ２はＮＡＶ４０２を設定している期間であってもＡｗａｋｅ状態を継続しているので、データフレーム４０８を受信することができ、ＮＡＶ４０２を解除してＢＡ４０９で応答する。
　上述のようにＳＴＡ１に割り当てられたＴＸＯＰ　ｓｈａｒｉｎｇ期間において、ＳＴＡ２はＡｗａｋｅ状態を継続しているため、ＳＴＡ２はデータフレームを受信することができ、ＡＰが獲得したＴＸＯＰを効率的に利用できる。
　なお、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終わって残ったＴＸＯＰ期間４１３ではＡＰからのフレームを受信する可能性があるためＳＴＡ２はＡｗａｋｅ状態を継続する。
　上述のように、ＴＸＯＰを割り当てられなかったＳＴＡ２は、ＡＰとＳＴＡ１が共有しているＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＡｗａｋｅ状態を継続することにより、当該期間においてＡＰからデータを送信された場合であっても受信することが可能になる。
　図５を用いて、ＳＴＡである通信装置１０２または通信装置１０３または通信装置１０４の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ　ｓｈａｒｉｎｇ処理について説明する。本フローチャートはＳＴＡがＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを受信したことに応じて開始される。
　ＳＴＡはＡＰから受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅがＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可しているか否かを判定する（Ｓ５０１）。Ｓ５０１でＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可している場合にＳ５０２へ、許可していない場合にはＳ５２０へ分岐する。
　ＴＸＯＰ　ｓｈａｒｉｎｇ通信は、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＣｏｍｍｏｎ　Ｉｎｆｏ　ｆｉｅｌｄに含まれるＴＸＯＰ　ｓｈａｒｉｎｇ　ｍｏｄｅ　ｓｕｂｆｉｅｌｄで指定することができる。ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを受信したＳＴＡは当該ｓｕｂｆｉｅｌｄの情報からＳ５０１を判定する。
　Ｓ５０１においてＴＸＯＰ　ｓｈａｒｉｎｇを実行することを許可していると判定された場合は、ＡＰが獲得したＴＸＯＰの少なくとも一部が自装置に割り当てられているか否かを判定する（Ｓ５０２）。すなわち、自装置が、ＡＰが獲得したＴＸＯＰを共有して通信を実行することが許されているか否かを判定する。Ｓ５０２においてＡＰが獲得したＴＸＯＰが自装置に割り当てられている場合にはＳ５１０へ分岐し、割り当てられていない場合にはＳ５０３に分岐する。
　Ｓ５０２はＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＵｓｅｒ　Ｉｎｆｏ　ｆｉｅｌｄに自身のＡＩＤが含まれている場合に、自装置が、ＡＰが獲得したＴＸＯＰを共有して通信することが許されていると判定される。
　Ｓ５０２においてＡＰが獲得したＴＸＯＰの少なくとも一部が割り当てられていないと判定された場合、すなわちＡＰが獲得したＴＸＯＰにおいて通信を実行することが許されていない場合、ＴＸＯＰが割り当てられたＳＴＡからのＣＴＳ　ｆｒａｍｅを受信する（Ｓ５０３）。
　Ｓ５０３においてＣＴＳを受信すると、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅもしくはＣＴＳ　ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ５０４）。本実施形態においてＳ５０４で設定したＮＡＶの期間においても、ＳＴＡはＡｗａｋｅ状態を継続し（Ｓ５０５）、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定する（Ｓ５０６）。
　Ｓ５０６においてＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合はＳ５０９へ分岐し、終了していないと判定された場合にはＳ５０７へ分岐する。
　ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了していないと判定された場合、ＴＸＯＰ　ｓｈａｒｉｎｇ期間でＡＰからデータフレームを受信したか否かを判定する（Ｓ５０７）。Ｓ５０７においてＡＰからのデータフレームを受信していないと判定された場合にはＳ５０６へ戻り、ＡＰからのデータフレームを受信したと判定された場合には、ＮＡＶを解除してＡＰとのデータ通信を行う（Ｓ５０８）。
　またＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合、残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行う（Ｓ５０９）。ＳＴＡはＡＰとの通信終了後、本フローチャートを終了する。
　一方でＳ５０２において、ＴＸＯＰが自身に割り当てられていると判定された場合、ＡＰに対してＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅへの応答としてＣＴＳ　ｆｒａｍｅを送信する（Ｓ５１０）。
　Ｓ５１０においてＣＴＳ　ｆｒａｍｅを送信すると、ＡＰによって自装置に割り当てられたＴＸＯＰであるＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定する（Ｓ５１１）。Ｓ５１１においてＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合には、Ｓ５１３へ分岐し、終了していないと判定された場合には、Ｓ５１２へ分岐してＡＰから割り当てられたＴＸＯＰにおいてＡＰもしくは他のＳＴＡとのデータ通信を行う。
　Ｓ５１１においてＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合、ＳＴＡはＳ５１３でＡｗａｋｅ状態を継続し、残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行い（Ｓ５０９）、本フローチャートを終了する。
　またＳ５０１においてＡＰから受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅがＴＸＯＰ　ｓｈａｒｉｎｇを許可していないと判定された場合、ＳＴＡはＳ５２０で自装置がＤＬ　ＭＵ通信の宛先となっているか否かを判定する（Ｓ５２０）。ここで、ＤＬ　ＭＵはＤｏｗｎ　Ｌｉｎｋ　Ｍｕｌｔｉ　Ｕｓｅｒの略である。Ｓ５２０において宛先となっていると判定された場合はＳ５２１へ分岐し、宛先となっていないと判定された場合にはＳ５２３へ分岐する。
　Ｓ５２０において自装置がＤＬ　ＭＵ通信の宛先であると判定された場合、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅへの応答としてＣＴＳ　ｆｒａｍｅを送信し（Ｓ５２１）、ＡＰとＤＬ　ＭＵデータの通信を行う（Ｓ５２２）。Ｓ５２０において自装置がＤＬ　ＭＵ通信の宛先になっていないと判定された場合は、ＤＬ　ＭＵ通信の宛先のＳＴＡからのＣＴＳ　ｆｒａｍｅを受信する（Ｓ５２３）。
　次にＳ５０１で受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅもしくはＳ５２３で受信したＣＴＳ　ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ５２４）。Ｓ５２４で設定したＮＡＶの期間においてＳＴＡはＰｏｗｅｒ　ｓａｖｅ状態に入り（Ｓ５２５）、ＮＡＶが終了するまで待機した後（Ｓ５２６）、本フローチャートを終了する。
　本実施形態によると、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を行うことを指示されなかったＳＴＡは、当該期間においてＡｗａｋｅ状態を継続することで、当該期間にＡＰから送信されたフレームを受信することが可能になる。
　＜実施形態２＞
　実施形態１では、ＴＸＯＰ　ｓｈａｒｉｎｇを指示するＴｒｉｇｇｅｒ　Ｆｒａｍｅを受信したＳＴＡが、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信の実行を許可されない場合に、当該期間の間はＡｗａｋｅ状態を継続する例を示した。
　本実施形態では、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を行うことが許可されなかったＳＴＡが、当該期間においてＡｗａｋｅ状態を継続することが、Ｔｒｉｇｇｅｒ　Ｆｒａｍｅによって指示された場合に、当該期間の間Ａｗａｋｅ状態を継続する例を示す。
　図６に本実施形態における拡張Ｔｒｉｇｇｅｒ　Ｆｒａｍｅのフレームフォーマットの一例を示す。
　拡張Ｔｒｉｇｇｅｒ　Ｆｒａｍｅは、Ｆｒａｍｅ　Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ、ＲＡ、ＴＡ、Ｃｏｍｍｏｎ　ｉｎｆｏ、Ｕｓｅｒ　ｉｎｆｏ　Ｌｉｓｔ、Ｐａｄｄｉｎｇ、ＦＣＳフィールドから構成される。
　Ｃｏｍｍｏｎ　ｉｎｆｏは、Ｔｒｉｇｇｅｒ　Ｔｙｐｅ、ＵＬ　Ｌｅｎｇｔｈ、ＧＩ　Ａｎｄ　ＨＥ／ＥＨＴ－ＬＴＦ　Ｔｙｐｅ／Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　Ｓｈａｒｉｎｇ　Ｍｏｄｅ、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　Ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅが含まれる。
　Ｔｒｉｇｇｅｒ　Ｔｙｐｅフィールドは、Ｔｒｉｇｇｅｒ　Ｆｒａｍｅのタイプを示す。ＴＸＯＰ　Ｓｈａｒｉｎｇを実行する場合は、当該フィールドにおいてＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅが指定される。
　ＧＩ　Ａｎｄ　ＨＥ／ＥＨＴ－ＬＴＦ　Ｔｙｐｅ／Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　Ｓｈａｒｉｎｇ　Ｍｏｄｅフィールドは、ＴＸＯＰ　ｓｈａｒｉｎｇ通信を実行するか否かの情報が含まれる。
　Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドは、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を実行することが許されていない通信装置が、当該期間の間Ｐｏｗｅｒ　Ｓａｖｅ状態で動作するか否かを指定するフィールドである。当該フィールドにおいて０が格納される場合、ＡＰのＴＸＯＰを共有して通信することが許されていない通信装置が、ＴＸＯＰ　ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ　ｓａｖｅ状態に遷移してはならないことを示す。また、当該フィールドにおいて１が格納される場合、ＡＰのＴＸＯＰを共有して通信することが許されていない通信装置が、ＴＸＯＰ　ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ　ｓａｖｅ状態に遷移しても良いことを示す。
　尚、ｆｉｅｌｄやｓｕｂｆｉｅｌｄの名前は一例であり、別の名前であってもよく、またＰｏｗｅｒ　ｓａｖｅ状態への遷移を示すことができれば値と状態の対応付けが異なっていてもよい。また本実施形態において当該ｆｉｅｌｄは、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＣｏｍｍｏｎ　Ｉｎｆｏ　ｆｉｅｌｄに含まれる例を示したが、Ｕｓｅｒ　Ｉｎｆｏ　ｆｉｅｌｄに含まれてもよい。
　図７に、ＡＰである通信装置１０１の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ　ｓｈａｒｉｎｇを実行する際の処理について説明する。本実施形態では、図６において定義されるＳｕｂｆｉｅｌｄをＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅに含む場合の例を示している。本フローチャートはＡＰがＤＬ　ＭＵもしくはＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇの通信を開始することに応じて開始される。
　ＡＰは送信しようとしているＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅがＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可しているか否かを判定する（Ｓ７００）。Ｓ７００でＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合にＳ７０３へ、許可していないと判定された場合にはＳ７０１へ分岐する。
　Ｓ７００においてＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していないと判定された場合、ＡＰはＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを送信しＤＬ　ＭＵ通信を行うＳＴＡからＣＴＳ　ｆｒａｍｅを受信する（Ｓ７０１）。また、Ｓ７０１でＣＴＳ　Ｆｒａｍｅを受信すると、Ｓ７０２でＤＬ　ＭＵデータの通信処理を行う。
　Ｓ７００においてＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において、ＡＰとＴＸＯＰを割り当てていないＳＴＡが通信をする可能性があるか否かを判定する（Ｓ７０３）。ここで、ＴＸＯＰを割り当てていないＳＴＡとＡＰが通信する可能性があるとは、例えばＴＸＯＰ　ｓｈａｒｉｎｇ期間が想定よりも早く終了するような場合に、ＡＰがＴＸＯＰを割り当てていないＳＴＡと通信を行いたい場合である。
　Ｓ７０３でＴＸＯＰ　ｓｈａｒｉｎｇ期間において、ＡＰとＴＸＯＰを割り当てていないＳＴＡとが通信をする可能性があると判定された場合は、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドを０に設定する（Ｓ７１０）。すなわち、Ｓ７１０でＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＰｏｗｅｒ　ｓａｖｅ状態に遷移してはいけないことを示す。そして、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドを０に設定したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを送信する（Ｓ７１１）。
　Ｓ７０３においてＴＸＯＰ　ｓｈａｒｉｎｇ期間において、ＡＰとＴＸＯＰを割り当てていないＳＴＡとが通信をする可能性がないと判定された場合は、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドを１に設定する（Ｓ７０４）。すなわち、Ｓ７１０でＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＰｏｗｅｒ　ｓａｖｅ状態に遷移してもよいことを示す。そして、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドを１に設定したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを送信する（Ｓ７１１）。
　Ｓ７１１で送信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅに対する応答フレームであるＣＴＳフレームを受信したことを確認した後、ＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したか否かを判定する（Ｓ７１２）。Ｓ７１２でＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合はＳ７１５へ分岐し、終了していないと判定された場合にはＳ７１３へ分岐する。Ｓ７１２の判定は例えば、ＴＸＯＰを割り当てたＳＴＡからのデータをＡＰが一定期間受信できない場合にデータ通信が終了した判定される。
　Ｓ７１２においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合は、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定する（Ｓ７１３）。Ｓ７１３においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合は、残りのＴＸＯＰ期間で必要に応じて他のＳＴＡとの通信を行い、終了していないと判定された場合はＳ７１４でＴＸＯＰを割り当てたＳＴＡとのデータ通信を行う。
　Ｓ７１３においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合に、Ｔｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドを１に設定したか否かを判定する（Ｓ７１５）。Ｓ７１５においてフィールドを１に設定したと判定された場合、すなわちＴＸＯＰ　ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ　ｓａｖｅ状態に遷移してもよいことを指定した場合は、以下のように動作する。すなわち、フィールドを１に設定したと判定された場合、ＴＸＯＰを割り当てていないＳＴＡ宛のデータがある場合であっても、そのＳＴＡはＰｏｗｅｒ　ｓａｖｅ状態に遷移しているため、データを送信せずにＳ７１９へ分岐する。
　一方で、Ｓ７１５においてフィールド０に設定した場合、すなわち、ＴＸＯＰ　ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ　ｓａｖｅ状態になってはならないことを指定した場合には、他のＳＴＡ宛のデータがあるか否かを判定する（Ｓ７１６）。Ｓ７１６において他のＳＴＡ宛のデータがあると判定された場合にはＳ７１７へ分岐し、他のＳＴＡ宛のデータがないと判定された場合にはＳ７１９へ分岐し、本フローチャートを終了する。
　Ｓ７１６において他のＳＴＡ宛てのデータがあると判定された場合は、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ７１７）、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了していないと判定された場合、Ｓ７１８で他のＳＴＡとのデータ通信を行う。
　Ｓ７１７においてＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合にはＳ７１９へ分岐し、本フローチャートを終了する。
　本実施形態によると、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を行うことを指示されなかったＳＴＡが、当該期間においてＡｗａｋｅ状態を継続することが、Ｔｒｉｇｇｅｒ　Ｆｒａｍｅによって指示された場合に、当該期間の間Ａｗａｋｅ状態を継続することができる。
　図８を用いて、ＳＴＡである通信装置１０２または通信装置１０３または通信装置１０４の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ　ｓｈａｒｉｎｇを実行する際の処理について説明する。本フローチャートはＳＴＡがＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅを受信したことに応じて開始される。
　ＳＴＡはＡＰから受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅがＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可しているか否かを判定する（Ｓ８０１）。Ｓ８０１においてＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合は、Ｓ８０２へ、ＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していないと判定された場合にはＳ８３０へ分岐する。ＴＸＯＰ　ｓｈａｒｉｎｇ通信は、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅのＣｏｍｍｏｎ　Ｉｎｆｏ　ｆｉｅｌｄに含まれるＴＸＯＰ　ｓｈａｒｉｎｇ　ｍｏｄｅ　ｓｕｂｆｉｅｌｄで実行することを許可することができる。
　Ｓ８０１において、ＴＸＯＰ　ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合は、ＡＰが獲得したＴＸＯＰが自装置に割り当てられているか否かを判定する（Ｓ８０２）。割り当てられていると判定された場合にはＳ８１０へ分岐し、割り当てられていないと判定された場合にはＳ８０３に分岐する。
　Ｓ８０２においてＡＰが獲得したＴＸＯＰが自装置に割り当てられていないと判定された場合、ＴＸＯＰ　が割り当てられたＳＴＡからのＣＴＳ　ｆｒａｍｅを受信する（Ｓ８０３）。また、受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅもしくはＣＴＳ　ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ８０４）。
　次に、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅに含まれるＴｒｉｇｇｅｒｅｄ　ＴＸＯＰ　ｓｈａｒｉｎｇ　Ｐｏｗｅｒ　ｓａｖｅ　ｍｏｄｅフィールドが０に設定されているか否かを判定する（Ｓ８０５）。当該フィールドが０に設定されていると判定された場合はＳ８０６へ分岐してＡｗａｋｅ状態に入り、当該フィールド０に設定されていないと判定された場合にはＳ８２０に分岐しＰｏｗｅｒ　ｓａｖｅ状態に遷移する。
　Ｓ８０６において、Ａｗａｋｅ状態に設定された場合に、ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ８０７）、終了したと判定された場合はＳ８２３へ分岐し、終了していないと判定された場合にはＳ８０８へ分岐する。
　Ｓ８０７においてＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了していないと判定された場合は、ＴＸＯＰ　ｓｈａｒｉｎｇ期間でＡＰからデータフレームを受信したか否かを判定する（Ｓ８０８）。Ｓ８０８においてＡＰからのデータフレームを受信していないと判定された場合はＳ８０７へ戻り、ＡＰからのデータフレームを受信したと判定された場合はＳ８０９で設定したＮＡＶを解除し、ＡＰとのデータ通信を行う（Ｓ８０９）。Ｓ８２３では残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行う。ＳＴＡはＡＰとのデータ通信終了後、本フローチャートを終了する。
　Ｓ８０５においてがフィールドの値が０でないと判定された場合、ＳＴＡはＳ８２０でＰｏｗｅｒ　ｓａｖｅ状態に遷移した後、Ｓ８２１でＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了するまで待機してから、Ｓ８２２でＡｗａｋｅ状態に遷移する。その後Ｓ８２３で残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行う。
　ＳＴＡはＴＸＯＰが自身に割り当てられている場合、Ｓ８１０でＡＰへの応答としてＣＴＳ　ｆｒａｍｅを送信する。その後Ｓ８１１でＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したか否かを判定し、終了したと判定された場合にはＳ８２３へ分岐し、終了していないと判定された場合にはＳ８１２へ分岐して獲得したＴＸＯＰでＡＰもしくは他のＳＴＡとのデータ通信を行う。
　ＴＸＯＰ　ｓｈａｒｉｎｇ期間が終了したと判定された場合、Ｓ８２３で残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行い、本フローチャートを終了する。
　また、受信したＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅがＴＸＯＰ　ｓｈａｒｉｎｇを指示していない場合、自装置がＤＬ　ＭＵ（Ｄｏｗｎ　Ｌｉｎｋ　Ｍｕｌｔｉ　Ｕｓｅｒ）通信の宛先となっているか否かを判定する（Ｓ８３０）。Ｓ８３０において宛先となっていると判定された場合はＳ８３１へ分岐し、宛先となっていないと判定された場合はＳ８３３へ分岐する。
　Ｓ８３０において、自装置がＤＬ　ＭＵ通信の宛先であると判定された場合、ＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅに対する応答フレームとしてＡＰに対してＣＴＳ　ｆｒａｍｅを送信し（Ｓ８３１）、ＡＰとＤＬ　ＭＵデータの通信を行う（Ｓ８３２）。
　Ｓ８３０において、自装置がＤＬ　ＭＵ通信の宛先ではないと判定された場合には、ＤＬ　ＭＵ通信の宛先のＳＴＡからのＣＴＳ　ｆｒａｍｅを受信する（Ｓ８３３）。Ｓ８３４ではＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅもしくはＣＴＳ　ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する。
　ＳＴＡはＤＬ　ＭＵ通信時にはデータを受信することはないため、Ｓ８３５でＰｏｗｅｒ　ｓａｖｅ状態に遷移し、Ｓ８３６でＮＡＶが終了するまで待機した後、本フローチャートを終了する。
　本実施形態によると、ＴＸＯＰ　ｓｈａｒｉｎｇ期間において通信を実行することが許されていないＳＴＡが、Ｔｒｉｇｇｅｒ　ｆｒａｍｅにおいて当該期間においてＡｗａｋｅ状態を維持することが示された場合に、当該期間の間Ａｗａｋｅ状態を維持する。そのため、ＴＸＯＰにおいて通信を実行することが許されていないＳＴＡは、ＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＡｗａｋｅ状態を維持することにより、ＴＸＯＰ　ｓｈａｒｉｎｇ期間においてＡＰから送信されたフレームを受信することが可能になる。
　尚、上述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が上述の実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は上述の装置を構成することになる。
　プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
　また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍの略である。
　さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。
　本願は、２０２２年３月２８日提出の日本国特許出願特願２０２２－０５２６３６を基礎として優先権を主張するものであり、その記載内容の全てをここに援用する。

Claims (10)

  1. 　第１の他の通信装置が構築する無線ネットワークに参加する通信装置であって、
    　前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを、前記他の通信装置から受信する第１の受信手段と、
    　前記通信装置が、前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態を継続する制御手段と、
    　を有することを特徴とする通信装置。
  2. 　前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって前記第１の期間を共有することが許可されている第２の他の通信装置から、前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅに対する応答フレームを受信する第２の受信手段と、
    　前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって、前記通信装置が前記第１の期間を共有することが許可されない場合に、前記第１の受信手段で受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅまたは前記第２の受信手段で受信した応答フレームの情報に基づいて、前記通信装置のフレームの送信を禁止する第２の期間を設定する設定手段と、
    　を有することを特徴とする請求項１に記載の通信装置。
  3. 　前記設定手段によって設定された第２の期間においてＡｗａｋｅ状態を継続することを特徴とする請求項２に記載の通信装置。
  4. 　前記第２の期間はＮＡＶ（Ｎｅｔｗｏｒｋ　Ａｌｌｏｃａｔｉｏｎ　Ｖｅｃｔｏｒ）であることを特徴とする請求項２または３に記載の通信装置。
  5. 　前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅには、前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって前記通信装置が前記第１の期間を共有することが許可されない場合に、前記第１の期間においてＡｗａｋｅ状態を継続するか否かの情報を含むことを特徴とする請求項１から４の何れか一項に記載の通信装置。
  6. 　無線ネットワークを構築する役割で動作する通信装置であって、
    　前記通信装置が構築する無線ネットワークに参加する他の通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを送信する送信手段を有し、
    　前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置が、前記第１の期間においてＡｗａｋｅ状態を継続するか否かの情報を含む
    　ことを特徴とする通信装置。
  7. 　前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅはＭＵ－ＲＴＳ　ＴＸＳ　Ｔｒｉｇｇｅｒ　ｆｒａｍｅであることを特徴とする請求項１から５の何れか一項に記載の通信装置。
  8. 　第１の他の通信装置が構築する無線ネットワークに参加する通信装置の通信方法であって、
    　前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間において、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを、前記他の通信装置から受信する第１の受信工程と、
    　前記通信装置が、前記第１の受信工程によって受信した前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態を継続する制御工程と、
    　を有することを特徴とする通信装置の通信方法。
  9. 　無線ネットワークを構築する役割で動作する通信装置の通信方法であって、
    　前記通信装置が構築する無線ネットワークに参加する通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｐｐｏｒｔｕｎｉｔｙ）少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つを共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ　ｆｒａｍｅを送信する送信工程を有し、
    　前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ　ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置が、Ａｗａｋｅ状態を継続するか否かの情報を含む
    　ことを特徴とする通信装置の通信方法。
  10. 　コンピュータを請求項１から５の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。
PCT/JP2023/007954 2022-03-28 2023-03-03 通信装置、通信方法、およびプログラム WO2023189200A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-052636 2022-03-28
JP2022052636A JP2023145264A (ja) 2022-03-28 2022-03-28 通信装置、通信方法、およびプログラム

Publications (1)

Publication Number Publication Date
WO2023189200A1 true WO2023189200A1 (ja) 2023-10-05

Family

ID=88201228

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/007954 WO2023189200A1 (ja) 2022-03-28 2023-03-03 通信装置、通信方法、およびプログラム

Country Status (2)

Country Link
JP (1) JP2023145264A (ja)
WO (1) WO2023189200A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
DIBAKAR, DAS (INTEL): "CR for remaining CIDs on Triggered TXOP Sharing Procedure-part 1 [online]", IEEE 802.11-21/1731R4, 12 December 2021 (2021-12-12) *
DIBAKAR, DAS (INTEL): "PDT: Channel access for Triggered TXOP Sharing", IEEE 802.11-21/0268R8, 13 May 2021 (2021-05-13), pages 1 - 7, XP068181688 *

Also Published As

Publication number Publication date
JP2023145264A (ja) 2023-10-11

Similar Documents

Publication Publication Date Title
CN107113731B (zh) 用于密集无线网络中的无线装置的节能信道接入
US20180014165A1 (en) Triggered wireless access protocol with grouped multi-user transmissions
US11778553B2 (en) Communication apparatus, method for controlling the same, and non-transitory computer-readable storage medium
US20230007716A1 (en) Communication apparatus, communication method, and storage medium
US11178660B2 (en) Determining access slot for communications on radio interface
US20230371078A1 (en) Communication apparatus, control method for communication apparatus, and storage medium
JP2020182126A (ja) 通信装置、無線通信システムおよびアクセスポイントの制御方法
US20230209632A1 (en) Communication apparatus, control method, and storage medium
US8885538B2 (en) Method and apparatus for ascynchronous direct link setup in WLAN system
US20230262789A1 (en) Communication apparatus, control method, and program
WO2023189200A1 (ja) 通信装置、通信方法、およびプログラム
WO2023189198A1 (ja) 通信装置、通信方法、およびプログラム
WO2021235179A1 (ja) 通信装置、通信方法、およびプログラム
JP7541865B2 (ja) 通信装置、制御方法、およびプログラム
JP7370697B2 (ja) 通信装置、制御方法、およびプログラム
JP7370696B2 (ja) 通信装置、制御方法、およびプログラム
WO2024080230A1 (ja) 通信装置、通信方法、およびプログラム
WO2023189692A1 (ja) 通信装置、通信方法、およびプログラム
WO2023112513A1 (ja) 通信装置、制御方法、およびそのプログラム
WO2022050219A1 (ja) 通信装置、通信方法及びプログラム
EP4228336A1 (en) Emlsr target wake time operation in wireless communications
JP4223891B2 (ja) 無線端末における共有データの同期方法および無線モジュール
US20240107607A1 (en) Communication device, control method, and storage medium
WO2023210335A1 (ja) 通信装置、通信方法、およびプログラム
US20220312314A1 (en) Communication apparatus, communication method, and storage medium

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

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112024019156

Country of ref document: BR