WO2023112449A1 - 無線通信装置および方法 - Google Patents

無線通信装置および方法 Download PDF

Info

Publication number
WO2023112449A1
WO2023112449A1 PCT/JP2022/037994 JP2022037994W WO2023112449A1 WO 2023112449 A1 WO2023112449 A1 WO 2023112449A1 JP 2022037994 W JP2022037994 W JP 2022037994W WO 2023112449 A1 WO2023112449 A1 WO 2023112449A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
wireless communication
packet
communication device
relay
Prior art date
Application number
PCT/JP2022/037994
Other languages
English (en)
French (fr)
Inventor
浩介 相尾
健 田中
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to JP2023567561A priority Critical patent/JPWO2023112449A1/ja
Priority to EP22906984.4A priority patent/EP4451584A1/en
Priority to CN202280081348.0A priority patent/CN118355619A/zh
Publication of WO2023112449A1 publication Critical patent/WO2023112449A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present technology relates to a wireless communication device and method, and more particularly to a wireless communication device and method capable of efficiently relaying packets with low delay.
  • Home Mesh AP products aimed at extending the coverage of wireless LANs in the home environment have been attracting attention.
  • Home Mesh AP can be operated in various ways.
  • Home Mesh APs are generally operated as nodes where one AP connects to the Internet (hereinafter referred to as Source Node), and the remaining APs are relay nodes that deliver signals to their subordinate terminals via wireless communication. (hereinafter referred to as Relay Node). Such communication with multiple APs is called relay communication, and it is expected that it will become widespread in offices and factories in the future.
  • wireless LANs are expected to require not only high throughput, but also various wireless characteristics such as low latency and high reliability.
  • MLO Relay which relays packets in the middle of the MAC layer of the Relay Node, is attracting attention.
  • MLO Relays are expected to provide low-delay and highly reliable relay communication by minimizing packet buffering at Relay Nodes while implementing retransmission control on each link.
  • Fronthaul link transmission start is determined when packets are stored in its own Queue (MAC Buffer or Relay Buffer), and the stored packets are sequentially transmitted from time to time. At this time, the number of packets that can be concatenated at one time cannot be optimized, and there is a concern that transmission delay will increase during relay communication.
  • MAC Buffer or Relay Buffer
  • Patent Document 1 proposes a new relay method.
  • a relay node performs up to maximum likelihood estimation of a packet, and then the packet is relayed.
  • This technology was created in view of this situation, and enables efficient packet relay with low delay.
  • a wireless communication device generates a pseudo data frame in which a packet of a data signal transmitted from a first other wireless communication device is set to other information, is received, and is error-detected.
  • a data processing unit that performs direct relay transmission for overwriting information based on each packet on the pseudo data frame and sequentially outputting the data frame while generating the data frame; and a communication control unit that controls transmission to the communication device.
  • a wireless communication device sends a packet of a transmitted data signal to another wireless communication device so as to relay transmission to a first wireless communication device to a second wireless communication device.
  • a direct relay transmission that generates a pseudo data frame set in information, overwrites the information based on each received and error-detected packet in the pseudo data frame, and sequentially outputs the data frame while generating the data frame.
  • a communication control unit is provided for controlling transmission of a relay request signal to the second other wireless communication device.
  • a pseudo data frame is generated by setting a packet of a data signal transmitted from a first other wireless communication device to other information, and each packet received and error detected The pseudo data frames are overwritten with the information based on each of the pseudo data frames, and the data frames are generated and sequentially output through direct relay transmission, and the sequentially output data frames are transmitted to a second other wireless communication device. is done.
  • a packet of a data signal to be transmitted is set to other information in order to cause a transmission to a first other wireless communication device to be relayed to a second other wireless communication device.
  • a direct relay request signal for requesting direct relay transmission for generating a pseudo data frame, overwriting information based on each received and error-detected packet in the pseudo data frame, and sequentially outputting the data frame while generating the data frame. to the second other wireless communication device.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless communication system according to an embodiment of the present technology
  • FIG. 2 is a block diagram showing a configuration example of a communication device operating as a Source Node
  • FIG. 2 is a block diagram showing a configuration example of a communication device operating as a relay node
  • FIG. 4 is a diagram showing an example of processing in the data processing unit of FIG. 3
  • FIG. 1 is a block diagram showing a configuration example of a communication device operating as an STA
  • FIG. 1 is a diagram showing an example of conventional relay communication
  • FIG. It is a figure which shows the whole sequence in 1st Embodiment.
  • FIG. 8 is a diagram showing a sequence describing Relay Transmission in phase Ph4 of FIG. 7;
  • FIG. 4 is a diagram showing a configuration example of a Direct Tx Request frame;
  • FIG. 4 is a diagram showing a configuration example of a Direct Tx Response frame;
  • FIG. 4 is a diagram showing a configuration example of a data frame for direct relay transmission;
  • FIG. 10 is a flowchart for explaining processing of a relay node when receiving a Direct Tx Request frame;
  • FIG. 10 is a flowchart for explaining processing of a relay node when receiving a data frame;
  • FIG. FIG. 4 is a diagram showing an image of cooperative operation between a data processing unit (MAC layer) and a signal processing unit (PHY layer); It is a figure which shows the sequence explaining the 1st example of an effect of this technique.
  • MAC layer data processing unit
  • PHY layer signal processing unit
  • FIG. 11 is a diagram illustrating a sequence for explaining a third example of effect of the present technology
  • FIG. 12 is a diagram illustrating a sequence for explaining a fourth example of effect of the present technology
  • FIG. 10 is a diagram showing a configuration example of a Direct Tx Stop Request frame
  • FIG. 13 is a diagram showing a configuration example of a Direct Tx Request frame in the third embodiment
  • FIG. 20 is a diagram illustrating a configuration example of an A-MPDU subframe in the fourth embodiment;
  • FIG. It is a figure which shows the structural example of the communication system which concerns on 5th Embodiment of this technique. It is a figure which shows the sequence explaining the 1st example of an effect of 5th Embodiment. It is a figure which shows the sequence explaining the 2nd example of an effect of 5th Embodiment.
  • FIG. 21 is a diagram illustrating a configuration example of an A-MPDU subframe in the fifth embodiment;
  • FIG. FIG. 26 is a flow chart illustrating processing of the AP in FIG. 25;
  • FIG. FIG. 26 is a flow chart for explaining the processing of the STA in FIG. 25;
  • FIG. It is a block diagram which shows the structural example of a computer.
  • FIG. 1 is a diagram showing a configuration example of a wireless communication system according to an embodiment of the present technology.
  • the wireless communication system 1 in Fig. 1 consists of two APs (Access Points, base stations) and one STA (STAtion, terminal).
  • One of the two APs operates as a Source Node that connects to the WAN (Internet).
  • the other of the two APs is not connected to the WAN, and acts as a Relay Node that relays the signal from the Source Node to the STA as needed. Note that the Source Node and Relay Node perform cell formation.
  • the communication link between the Source Node and the Relay Node is called a backhaul link.
  • a communication link between a Relay Node and a STA is called a fronthaul link. It is assumed herein that these links operate at different center frequencies and are ready to communicate in parallel. That is, even if the Relay Node is transmitting a signal on one link and receiving a signal on the other link, internal interference does not matter and sufficient reception quality can be ensured.
  • target system configuration is not limited to the configuration shown in FIG. Any positional relationship is acceptable as long as the above conditions are satisfied.
  • FIG. 2 is a block diagram showing a configuration example of a communication device that operates as a Source Node.
  • the communication device 11 is composed of a wireless communication unit 31, a control unit 32, a storage unit 33, a WAN communication unit 34, and an antenna 41.
  • the wireless communication unit 31 transmits and receives data.
  • Wireless communication unit 31 is configured to include amplifier unit 51 , wireless interface unit 52 , signal processing unit 53 , data processing unit 54 , communication control unit 55 , and communication storage unit 56 .
  • the amplifier unit 51 amplifies the analog signal supplied from the wireless interface unit 52 to a predetermined power during transmission, and outputs the analog signal with the amplified power to the antenna 41 .
  • the amplifying unit 51 amplifies the analog signal supplied from the antenna 41 to a predetermined power during reception, and outputs the amplified analog signal to the radio interface unit 52 .
  • a part of the function of the amplifier section 51 may be included in the wireless interface section 52 . Also, part of the functions of the amplifier section 51 may be a component outside the wireless communication section 31 .
  • the radio interface unit 52 converts the transmission symbol stream from the signal processing unit 53 into an analog signal, performs filtering, up-conversion to a carrier frequency, and phase control, and transmits the phase-controlled analog signal to an amplifier unit. 51.
  • the radio interface unit 52 performs phase control, down-conversion, and inverse filtering on the analog signal supplied from the amplifier unit 51, and converts the received symbol stream into a digital signal to the signal processing unit 53. Output.
  • the signal processing unit 53 is responsible for processing the PHY layer (physical layer) of the OSI reference model. At the time of transmission, the signal processing unit 53 performs encoding, interleaving, modulation, etc. on the data frame supplied from the data processing unit 54, adds a physical header, and generates a data signal (PPDU, PHY Protocol Data Unit). , to respective radio interface units 52 .
  • PPDU PHY Protocol Data Unit
  • the signal processing unit 53 Upon reception, the signal processing unit 53 analyzes the physical header of the data signal supplied from each radio interface unit 52, performs demodulation, deinterleaving, decoding, etc. on the data signal to generate a data frame. The generated data frame is output to the data processing unit 54 .
  • the data processing unit 54 is responsible for processing the MAC (Media Access Control) layer of the OSI reference model.
  • the data processing unit 54 performs sequence management and encryption processing of the packets held in the communication storage unit 56 and the control signal and management information received from the communication control unit 55 at the time of transmission. After encryption processing, the data processing unit 54 adds a MAC header and an error detection code to generate a data packet (MPDU, MAC Protocol Data Unit). In addition, the data processing unit 54 performs multiple concatenation processing of data packets to generate a data frame (PSDU, PHY Service Data Unit).
  • MPDU MAC Protocol Data Unit
  • PSDU PHY Service Data Unit
  • the data processing unit 54 performs decoupling of the received data frame, and performs MAC header decoupling, analysis and error detection, retransmission request operation, and reordering for each data packet.
  • the communication control section 55 controls the operation of each section of the wireless communication section 31 and information transmission between the sections. In addition, the communication control unit 55 performs control to transfer control signals and management information to be notified to other communication devices to the data processing unit 54 .
  • the communication storage unit 56 holds information used by the communication control unit 55. Also, the communication storage unit 56 holds packets to be transmitted and packets received. A transmission buffer that holds packets to be transmitted is included in the communication storage unit 56 .
  • the control unit 32 is composed of a CPU (Central Processing Unit), ROM (Read Only Memory), RAM (Random Access Memory), and the like.
  • the control unit 32 executes programs stored in a ROM or the like, and controls the wireless communication unit 31 and the communication control unit 55 . Also, the control unit 32 may perform part of the operation of the communication control unit 55 instead. Also, the communication control unit 55 and the control unit 32 may be configured as one block.
  • the storage unit 33 holds information used by the wireless communication unit 31 and the control unit 32 . Moreover, the memory
  • the storage unit 33 and the communication storage unit 56 may be configured as one block.
  • the WAN communication unit 34 analyzes the packets acquired from the WAN network and passes the analyzed packets to the wireless communication unit 31 via the control unit 32.
  • the format of the packet to be delivered can be the state in which the IP Header is left as it is (access point mode), or the state in which the IP Header is analyzed and removed by the WAN communication unit 34 and a new IP Header is added (router mode). good.
  • FIG. 2 assumes a configuration diagram in which the wireless communication unit 31 is one IC, the IC configuration of the present technology is not limited to this.
  • the wireless interface unit 52 may be mounted as another IC.
  • FIG. 3 is a block diagram showing a configuration example of a communication device that operates as a relay node.
  • the communication device 61 is composed of a wireless communication section 71, a control section 72, a storage section 73, and antennas 81-1 and 81-2.
  • Antennas 81-1 and 81-2 are collectively referred to as antenna 81 when there is no need to distinguish them.
  • control unit 72, storage unit 73, and antenna 81 in FIG. 3 have the same configurations as the control unit 32, storage unit 33, and antenna 41 in FIG.
  • the wireless communication unit 71 is configured to include amplifier units 91-1 and 91-2, wireless interface units 92-1 and 92-2, and signal processing units 93-1 and 93-2. Further, wireless communication section 71 is configured to include data processing section 94 , communication control section 95 , and communication storage section 96 .
  • the amplification units 91-1 and 91-2 are collectively referred to as a radio interface section 92 and a signal processing section 93 .
  • the wireless communication unit 71 includes an amplifier unit 91, a wireless interface unit 92, and a signal processing unit 93 so that parallel processing can be performed for the backhaul link and the fronthaul link. , two or more.
  • the data processing unit 94 of the wireless communication unit 71 includes individual data processing units 94-1 and 94-2 that perform individual processing on the fronthaul link and the backhaul link, respectively, and a common data processing unit 94-3 that performs common processing. It is a point that is configured by
  • FIG. 4 is a diagram showing an example of processing in the data processing unit 94 of FIG.
  • the data processing unit 94 exchanges control signals, data, etc. with the control unit 72 via MAC SAP (Service Access Point) 101 .
  • MAC SAP Service Access Point
  • Block Ack Buffering and Reordering In the data processing unit 94, Block Ack Buffering and Reordering, Encryption/Decryption, Scoreboard, MAC Header + CRC Check, and A-MPDU Aggregation/Deaggregation are performed respectively.
  • the data processing unit 94 stores the data held in the communication storage unit 96 (hereinafter referred to as MAC buffer) and the control signal and management information received from the communication control unit 95. Sequence management is performed, and encryption processing (Encryption) is performed.
  • the data processing unit 94 After performing encryption processing, the data processing unit 94 adds a MAC header and an error detection code (MAC Header + CRC Creation) to generate a packet. In addition, the data processing unit 94 performs multiple concatenation processing (A-MPDU Aggregation) of the generated packets to generate a data frame.
  • A-MPDU Aggregation multiple concatenation processing
  • the data processing unit 94 performs decoupling processing (A-MPDU Deaggregation) of the received data frame at the time of reception, and MAC header analysis and error detection (MAC Header + CRC Check) and retransmission determination (Scoreboard). Furthermore, the data processing unit 94 performs decryption and partial storage for reordering (Block Ack Buffering and Reordering).
  • Block Ack Buffering and Reordering and Encryption/Decryption are performed by the common data processing unit 94-3.
  • scoreboard, MAC Header + CRC Check, and A-MPDU Aggregation/Deaggregation are performed by individual data processing sections 94-1 and 94-2, respectively.
  • a Relay Buffer 102 is provided between the individual data processing sections 94-1 and 94-2. In the following description, it is assumed that the individual data processing unit 94-1 is on the backhaul link side and the individual data processing unit 94-2 is on the fronthaul link side.
  • the individual data processing unit 94-1 performs retransmission determination processing on the signal received from the backhaul link, and then transfers the signal from the individual data processing unit 94-2 to the fronthaul link via the relay buffer 102. This makes it possible to avoid buffering before transfer to the fronthaul link while maintaining retransmission processing in each link.
  • the configuration of individual data processing units 94-1 and 94-2 corresponds to the configuration of "STA affiliated with Relay Node (affiliated with)" in the IEEE802.11 standard.
  • FIG. 5 is a block diagram showing a configuration example of a communication device that operates as an STA.
  • the communication device 111 is composed of a wireless communication unit 121, a control unit 122, a storage unit 123, and an antenna 131.
  • Antennas 131-1 and 131-2 are collectively referred to as antenna 131 when there is no need to distinguish between them.
  • control unit 122, storage unit 123, and antenna 131 in FIG. 5 have the same configurations as the control unit 32, storage unit 33, and antenna 41 in FIG.
  • the wireless communication unit 121 is configured to include an amplifier unit 141 , a wireless interface unit 142 , a signal processing unit 143 , a data processing unit 144 , a communication control unit 145 and a communication storage unit 146 .
  • Amplifier 141 wireless interface 142, signal processor 143, data processor 144, communication controller 145, and communication storage 146 in FIG. , data processing unit 54 , communication control unit 55 and communication storage unit 56 .
  • each communication device that operates as Source Node, Relay Node, and STA in FIGS. may
  • the communication device 61 that operates as a Relay Node may have a WAN communication unit
  • the communication device 11 that operates as a Source Node or the communication device 111 that operates as an STA has a plurality of amplifiers, wireless interface units, and signal processing. You may have a part and a data processing part. In that case, the data processing unit may be divided into two, individual and common, as shown in FIG.
  • FIG. 6 is a diagram showing an example of conventional relay communication.
  • FIG. 6 shows an example of transmitting packets #1 to #8 from Source Node to STA via Relay Node.
  • the lines shown in FIG. 6 represent, from top to bottom, the Source Node, the backhaul link side of the Relay Node, the fronthaul link side of the Relay Node, and the STA. represents the transmission and reception of
  • the tip of the arrow between the backhaul link side of the relay node and the fronthaul link side of the relay node in FIG. 6 indicates the transmission timing on the fronthaul side. Also, the origin of the arrow indicates up to which packets among the packets received on the backhaul link side, the error detection is completed and stored in the buffer at the transmission timing indicated by the tip of the arrow. .
  • #1 to #8 represent packets #1 to #8, respectively.
  • P represents a Preamble that serves as a PHY header
  • A represents a Block Ack.
  • the Source Node starts transmitting the Preamble and packets #1 to #4 to the Relay Node.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #1 to #4 sent from the Source Node at timing t0. At that time, the backhaul link side of the relay node acquires data packets #1 to #4 one by one, performs MAC header analysis and error detection, and stores the corresponding packets in the buffer on the fronthaul link side. To go.
  • the fronthaul link side of the relay node After confirming that packet #1 is stored in the buffer at timing t1, the fronthaul link side of the relay node generates a data frame consisting of preamble and packet #1, and starts transmitting the data signal.
  • STA receives the preamble and packet #1 transmitted at timing t1. At timing t2, the STA transmits Block Ack of the successfully received packet #1 to the fronthaul link side of the Relay Node.
  • the backhaul link side of the Relay Node sends Block Acks for the successfully received packets #1 to #4 to the Source Node.
  • the backhaul link side of the relay node receives the Block Ack transmitted from the STA at timing t2, and the packets #2 to #4 are stored in the buffer at timing t4. After confirming that the preamble and packets #2 to #4 are formed, a data frame is generated, and transmission of the data signal is started.
  • the Source Node Upon receiving the Block Ack transmitted from the Relay Node at timing t3, the Source Node starts transmitting Preamble and packets #5 to #8 to the Relay Node at timing t5.
  • the STA receives the preamble and packets #2 to #4 transmitted from the relay node at timing t4, and at timing t6, sends Block Acks of the successfully received packets #2 to #4 to the fronthaul link side of the relay node. Send to
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #5 to #8 sent from the Source Node at timing t5. At that time, the backhaul link side of the relay node acquires data packets #5 to #8 one by one, performs MAC header analysis and error detection, and then stores the corresponding packets in the buffer on the fronthaul link side. To go.
  • the fronthaul link side of the relay node that received the Block Ack sent from the STA at timing t6 confirms that packets #5 to #7 are stored in the buffer at timing t7, and then preambles and packet # A data frame consisting of 5 to #7 is generated and transmission of the data signal is started.
  • the backhaul link side of the Relay Node transmits Block Acks for the successfully received packets #5 to #8 to the Source Node.
  • Source Node receives Block Ack sent from Relay Node.
  • the STA receives the preambles and packets #5 to #7 transmitted from the relay node at timing t7, and at timing t9, sends the Block Acks of the successfully received packets #5 to #7 to the fronthaul link side of the relay node. Send to
  • the fronthaul link side of the relay node that received the Block Ack sent at timing t9 confirms that packet #8 is stored in the buffer at timing t10, and then sends a data frame consisting of preamble and packet #8. and start transmitting the data signal.
  • the STA receives the Preamble and packet #8 sent from the Relay Node at timing t10. At timing t11, the STA transmits Block Ack of successfully received packet #8 to the fronthaul link side of the Relay Node.
  • the fronthaul link side of the Relay Node receives the Block Ack sent from the STA at timing t11, and the sequence in Fig. 6 ends.
  • the fronthaul link side of the relay node determines the number of concatenated data packets by looking only at the packets stored in the buffer without considering the reception status on the backhaul link side of the relay node. Therefore, the number of transmissions of data frames on the fronthaul link side of the relay node is inevitably greater than that on the backhaul link side of the relay node.
  • Patent Document 1 proposes a method of transmitting data signals received on the backhaul link side almost at the same time on the fronthaul link side as well.
  • the backhaul link side and the fronthaul link side of the relay node cooperate, and while performing error detection on the data signal being received on one link, almost at the same time, the other link A method is proposed in which packets are relayed to
  • FIG. 7 is a diagram showing the overall sequence in the first embodiment.
  • the Source Node and Relay Node perform Backhaul Link Setup, which is link setup (connection processing, authentication processing, key exchange, Ack processing settings, etc.) between Source Node and Relay Node.
  • Link setup connection processing, authentication processing, key exchange, Ack processing settings, etc.
  • the Relay Node and STA perform Fronthaul Link Setup, which is link setup (connection processing, authentication processing, key exchange, Ack processing setting, etc.) between the Relay Node and STA.
  • the Source Node and STA perform MLO Relay Link Setup, which is link setup (relay setting processing, key exchange, etc.) for relaying data transmission from Source Node to STA by Relay Node.
  • link setup link setup (relay setting processing, key exchange, etc.) for relaying data transmission from Source Node to STA by Relay Node.
  • FIG. 8 is a diagram showing a sequence for explaining Relay Transmission of phase Ph4 in FIG.
  • the Relay Node is shown divided into Relay_B (the backhaul link side of the Relay Node) and Relay_F (the fronthaul link side of the Relay Node).
  • the source node sends to the relay node a Direct Tx Request frame, which is a request signal for direct relay transmission to relay and transmit the data to be transmitted on the backhaul link side as it is to the fronthaul link side.
  • the Direct Tx Request frame contains a group of information necessary for direct relay transmission. Details of the Direct Tx Request frame will be described later with reference to FIG.
  • a Relay Node receives a Direct Tx Request frame.
  • the relay node exchanges information on the backhaul link side and the fronthaul link side, and based on at least one of the communication channel status with the source node and its own buffer status, a direct relay Determine whether transmission is possible.
  • the Relay Node prepares a response signal to the request signal described above.
  • MLME MAC Layer Management Entity
  • MLME has MLMEs such as MLME-DirectTx.request for requesting direct relay transmission, MLME-DirectTx.response for responding to the request for direct relay transmission, and MLME-DirectTx.confirm for confirming direct relay transmission. It is assumed.
  • this technology is not limited to this, and any information exchange may be performed as long as the backhaul link side can acquire the fronthaul link side status (channel status, data rate information to be used, etc.).
  • the Relay Node transmits a Direct Tx Response frame, which is a response signal, to the Source Node.
  • the Direct Tx Response frame contains the availability status of direct relay transmission and a group of necessary information. Details of the Direct Tx Response frame will be described later with reference to FIG.
  • the Source Node receives the Direct Tx Response frame and sets up direct relay transmission based on the information contained in the Direct Tx Response frame.
  • the Source Node transmits a data frame to the Relay Node as Data transmission.
  • the backhaul link side of the Relay Node receives data frames sent from the Source Node.
  • the backhaul link side of the relay node notifies MLME-DirectTx.confirm to the fronthaul link side of the relay node based on the information in the data frame, and performs direct relay transmission.
  • the relay node's fronthaul link side transmits a data frame to the STA as data transmission.
  • a STA receives a data frame sent from a Relay Node.
  • the backhaul link side of the Relay Node transmits an Ack frame, which is a reception response for the received data frame, to the Source Node.
  • a Source Node receives an Ack frame sent from a Relay Node.
  • the STA transmits an Ack Frame, which is a reception response for the received data frame, to the Relay Node.
  • the fronthaul link side of the Relay Node receives the Ack frame sent from the STA. After that, the sequence of FIG. 8 ends.
  • FIG. 9 is a diagram showing a configuration example of a Direct Tx Request frame.
  • a Direct Tx Request frame is shown based on the IEEE802.11 Action frame.
  • the present technology is not limited to the frame configuration of FIG. 9, and at least part of the following information may be included.
  • FIG. 9 shows the Direct Tx Request frame as a MAC Frame
  • the Direct Tx Request frame may be transmitted as a TCP/IP Frame.
  • FIG. 9 the parts different from the conventional ones are hatched.
  • a Direct Tx Request frame consists of Frame control, Duration, RA (Receiver Address), TA (Transmitter Address), Frame Body, and FCS fields.
  • Frame Control contains information indicating the type of Frame.
  • Duration contains information indicating the length of the Frame.
  • RA contains information indicating the destination address.
  • TA contains information indicating the source address.
  • Frame Body contains the body of the information to be sent.
  • the Frame Body field includes a Relay Action Frame.
  • the Relay Action Frame is configured to include Category, Relay Action, Relay Sequence Number, Destination Address, Data Rate, Number of MPDUs, and Error Case flag.
  • Category contains information indicating that this Action Frame is a Relay Action Frame.
  • the Relay Action includes information indicating the type of this Relay Action Frame. For example, when Relay Action is 0, it indicates that the type of this Relay Action Frame is Direct Tx Request, and when Relay Action is 1, it indicates that this Relay Action Frame is of Direct Tx Response.
  • Relay Sequence Number contains the identification number of the direct relay transmission.
  • the identification number of the direct relay transmission is set by the requestor.
  • the responder accepts the value specified by the requester.
  • DestinationAddress contains the destination address information.
  • the destination address information is information indicating the STA that is the final destination.
  • the destination address information may be a MAC address or other identifying information.
  • Data Rate contains information about the data rate used by the Source Node on the backhaul link.
  • the data rate information may be the Bps value as it is, or may be index information that matches the table set by the standard.
  • the information about the data rate does not have to be the data rate value itself, but information about the parameter group necessary to determine the data rate, such as MCS (Modulation and Coding Scheme), number of transmission streams, guard interval length, etc. may be used.
  • MCS Modulation and Coding Scheme
  • Number of MPDU contains the total number of data packets (MPDU) to be transmitted.
  • the Error Case flag contains information indicating what to do if a packet error occurs on the backhaul link side during direct relay transmission. For example, if the Error Case flag is 0, the above action is “do nothing", and if the Error Case flag is 1, the above action is "resend past packets".
  • FIG. 10 is a diagram showing a configuration example of a Direct Tx Response frame.
  • a Direct Tx Response frame consists of the Frame control, Duration, RA, TA, Frame Body, and FCS fields.
  • Duration Duration
  • RA Duration
  • TA Frame Body
  • FCS FCS fields
  • the Frame Body includes a Relay Action Frame within the Frame Body field.
  • the Relay Action Frame is configured to include Category, Relay Action, Relay Sequence Number, Result Flag, Reason Code, Data Rate, and Buffer Status.
  • Result Flag contains flag information indicating the success or failure of direct relay transmission setting. For example, when the Result Flag is 0, it indicates that the direct relay transmission setting is FAIL, and when the Result Flag is 1, it indicates that the direct relay transmission setting is SUCESS.
  • Reason Code contains information indicating the reason for failure to set direct relay transmission. In Reason Code, the combination of value and reason is predetermined.
  • Data Rate contains information about the data rate used by the Relay Node on the fronthaul link. Regarding Data Rate, the only difference is whether the link used is a backhaul link or a fronthaul link, and what kind of information is represented is the same as in FIG. .
  • Buffer Status contains information indicating the availability of buffers held by Relay Nodes.
  • the information indicating the buffer availability may be the number of packets that can be stored, or may be flag information indicating whether or not all the packets transmitted by the Source Node can be stored.
  • FIG. 11 is a diagram showing a configuration example of a data frame for direct relay transmission.
  • Fig. 11 shows that the necessary parameter group is stored in the HT Control field in the IEEE802.11 MAC header.
  • the frame configuration is not limited to the example shown in FIG. 11, and at least part of the following information may be included somewhere within the data frame (including the preamble).
  • FIG. 11 shows the data frame as a MAC Frame
  • the data frame may also be transmitted as a TCP/IP Frame.
  • a data frame consists of the Frame control, Duration, RA, TA, HT control, Frame Body, and FCS fields.
  • Duration the Duration
  • RA the Duration
  • RA the RA
  • TA the TA
  • HT control the HT control
  • Frame Body the HT control
  • FCS FCS fields
  • part of HT control includes Control Information necessary for direct relay transmission.
  • Control Information is configured to include Control ID, Relay Sequence Number, Number of MPDU in this frame, Number of Relay MPDU, Relay Length, Tx Start Indication.
  • the Control ID contains information indicating that the following information group is an information group related to direct relay transmission.
  • Relay Sequence Number contains the identification number of the direct relay transmission.
  • the value set in the Direct Tx Request frame is used as is.
  • Number of MPDU in this frame contains information indicating the number of data packets (MPDU) contained in this data frame.
  • Number of Relay MPDU contains information indicating the number of data packets (MPDU) that you want to be directly relay-transmitted.
  • Number of Relay MPDU For Number of Relay MPDU, the same number as the number indicated by Number of MPDU in this frame is basically set. However, in some cases, such as when the data rate of the fronthaul is lower than that of the backhaul, or when it is known in advance that packets are stuck in the relay buffer 102, from the information in the Direct Tx Response frame notified by the relay node. Only packets may be directly relayed. At that time, the number of some packets may be set to Number of Relay MPDU.
  • Relay Length contains information indicating the length of data to be relayed directly.
  • Relay Length as information indicating the data length, basically the same value as the value (L_LENGTH) indicating the data length included in the PHY header attached to the data frame is set. However, as described above, only some packets may be directly relay-transmitted. At that time, the data length of some packets may be set to Relay Length.
  • Tx Start Indication contains the number of data packets that indicates how many data packets are received before transmission is started. For example, if Tx Start Indication is 2, it indicates that transmission will start when the Relay Node receives two packets from the Source Node. Basically, 1 is set to Tx Start Indication.
  • FIG. 12 is a flowchart for explaining processing of a relay node when receiving a Direct Tx Request frame.
  • Fig. 12 shows an example in which the Source Node acquires the transmission right and transmits data to the STA, as in Fig. 8. However, even when the STA transmits data to the Source Node, the Source Node and STA are simply reversed, and there is no difference in essential operation.
  • processing in FIG. 12 is processing performed by the communication control unit 95 of the relay node controlling each unit of the wireless communication unit 71 .
  • step S11 the communication control unit 95 of the Relay Node receives the Direct Tx Request frame transmitted from the Source Node.
  • step S12 the communication control unit 95 exchanges MLME-DirectTx.request and MLME-DirectTx.response between the backhaul link side and the fronthaul link side, and checks the status of the fronthaul link side.
  • step S13 the communication control unit 95 determines whether or not direct relay transmission is possible, and transmits a Direct Tx Response frame to the Source Node.
  • step S13 determination of whether or not direct relay transmission is possible in step S13 may be defined in the standard so that direct relay transmission is determined to be possible when all of the following conditions are satisfied. Further, whether direct relay transmission is possible or not may be determined according to conditions specific to the device.
  • step S13 of FIG. 12 if it is determined that direct relay transmission is impossible, the Relay Node does not need to transmit the response signal to the Source Node.
  • FIG. 13 is a flowchart for explaining processing of a relay node when receiving a data frame.
  • the process of FIG. 13 is also a process performed by the communication control unit 95 of the relay node controlling each part of the wireless communication unit 71, like the process of FIG.
  • step S31 the backhaul link side of the Relay Node receives the data frame from the Source Node.
  • step S32 the backhaul link side of the relay node checks whether the relay sequence number included in the first data packet in the data frame matches the value set in the Direct Tx Request frame or Direct Tx Response frame. do.
  • step S32 If it is determined in step S32 that the Relay Sequence Number matches that set in the Direct Tx Request frame or Direct Tx Response frame, the process proceeds to step S33.
  • step S33 the backhaul link side of the relay node notifies the fronthaul link side of MLME-DirectTx.confirm and starts preparations for direct relay transmission.
  • direct relay transmission processing is executed by the signal processing unit (PHY layer) 93-2 and data processing unit (MAC layer) 94-2 on the fronthaul link side.
  • step S34 the data processing unit (MAC layer) 94-2 on the fronthaul link side creates a pseudo data frame (MAC processing frame) in which the length of the Relay Length included in the data packet is filled with "0". ; Generate pseudo-PSDU which is A-MPDU (including EOP padding). Then, the data processing unit (MAC layer) 94-2 transmits PHY-TXSTART.request to the signal processing unit (PHY layer) 93-2. PHY-TXSTART.request is a request signal for requesting the start of data transmission to the PHY layer. Details of the processing after step S34, that is, details of the direct relay transmission, will be described later with reference to FIG.
  • step S35 the data processing unit (MAC layer) 94-2 determines whether or not PHY-TXSTART.confirm transmitted from the signal processing unit (PHY layer) 93-2 has been received.
  • PHY-TXSTART.confirm is a response signal corresponding to PHY-TXSTART.request. If it is determined in step S35 that PHY-TXSTART.confirm transmitted from the signal processing unit (PHY layer) 93-2 has been received, the process proceeds to step S36.
  • step S36 the data processing unit (MAC layer) 94-2 outputs (transmits) 1 byte of information to the signal processing unit (PHY layer) 93-2. That is, the data frame information is output one byte at a time.
  • step S35 If it is determined in step S35 that PHY-TXSTART.confirm transmitted from the signal processing unit (PHY layer) 93-2 has not been received, the process of step S36 is skipped and the process proceeds to step S37.
  • step S37 the data processing unit (MAC layer) 94-2 determines whether a new packet has been stored in the Relay Buffer 102, which is a Queue managed by itself.
  • the data processing unit (MAC layer) 94-1 on the backhaul link side sequentially stores the error-corrected packets in the Relay Buffer 102 at the timing when the packets are received and error detection is completed.
  • step S37 If it is determined in step S37 that a new packet has been stored in the Relay Buffer 102, which is the queue managed by itself, the process proceeds to step S38.
  • step S38 the data processing unit (MAC layer) 94-2 generates a new delimiter and data packet (MPDU) for connection processing from the corresponding packet, and stores them in the data processing unit (MAC layer) 94-2. Overwrite the corresponding part of the existing pseudo-PSDU that is By overwriting, the actual data frame is generated.
  • MPDU delimiter and data packet
  • the overwritten location is managed by the data processing unit (MAC layer) 94-2, but basically the pseudo data frame is overwritten in order from the beginning.
  • step S37 If it is determined in step S37 that no new packet is stored in the Relay Buffer 102, which is the queue managed by itself, the process proceeds to step S39.
  • step S39 the data processing unit (MAC layer) 94-2 determines whether or not the portion to be output to the signal processing unit (PHY layer) 93-2 has approached the unoverwritten portion on the pseudo-PSDU. . For example, whether or not the position of the portion to be output to the signal processing unit (PHY layer) 93-2 on the pseudo-PSDU is closer than a certain threshold (for example, 3 bytes) to the position of the portion that is not overwritten. be judged.
  • a certain threshold for example, 3 bytes
  • step S39 the portion to be output to the signal processing unit (PHY layer) 93-2 approaches the portion not overwritten, that is, the packet is output to the signal processing unit (PHY layer) 93-2 without being overwritten by a new packet. If it is determined that the timing is approaching, the process proceeds to step S40.
  • step S40 the data processing unit (MAC layer) 94-2 fixes the next data packet (MPDU) portion to the state written with "0" and outputs it to the signal processing unit (PHY layer) 93-2. or overwrite the previously transmitted delimiter and data packet (MPDU) again and output to the signal processing unit (PHY layer) 93-2.
  • MPDU next data packet
  • step S32 determines whether the Relay Sequence Number matches the value used in the Direct Tx Request frame or Direct Tx Response frame. If it is determined in step S32 that the Relay Sequence Number does not match the value used in the Direct Tx Request frame or Direct Tx Response frame, the process proceeds to step S41.
  • step S41 the relay node performs conventional relay processing as shown in FIG. 6, for example.
  • step S38 After step S38, S40, or S41, the process proceeds to step S42.
  • step S39 determines whether the portion to be output to the signal processing unit (PHY layer) 93-2 is close to the portion that has not been overwritten. If it is determined in step S39 that the portion to be output to the signal processing unit (PHY layer) 93-2 is not close to the portion that has not been overwritten, the process proceeds to step S42.
  • step S42 the data processing unit (MAC layer) 94-2 determines whether or not all information has been output to the signal processing unit (PHY layer) 93-2. If it is determined in step S42 that all the outputs have not been transmitted to the signal processing unit (PHY layer) 93-2, the process returns to step S35 and the subsequent processes are repeated.
  • step S42 If it is determined in step S42 that all the information has been output to the signal processing unit (PHY layer) 93-2, the processing of the relay node at the time of data frame reception ends.
  • the Relay Node generates a pseudo-PSDU, which is a pseudo-data frame in which the packet of the data signal sent from the Source Node is set to other information (0). Also, at the timing when each packet is received, error detection is completed, and accumulated in the Relay Buffer 102, the information based on the received packet is overwritten in the pseudo-PSDU to generate a data frame, which is output in order through a direct relay. transmission takes place.
  • a pseudo data frame should be prepared so that the backhaul link side can transmit the unacquired packets that have not been error-detected on the fronthaul link side. becomes possible.
  • each packet is received, and information based on the packet for which error detection has been completed is overwritten on the pseudo data frame.
  • the data frame is generated, it is sequentially output to the subsequent PHY layer bit by bit. be done.
  • FIG. 14 is a diagram showing an image of cooperative operation between the data processing unit (MAC layer) 94-2 and the signal processing unit (PHY layer) 93-2 on the fronthaul link side.
  • the horizontal axis represents time.
  • the data processing unit (MAC layer) 94-2 of the relay node generates a pseudo-PSDU that is 0-padding such that all "0" is written in "A-MPDU including EOP padding", PHY-TXSTART.request is notified to the signal processing unit (PHY layer) 93-2.
  • the data processing unit (MAC layer) 94 receives PHY-TXSTART.confirm from the signal processing unit (PHY layer) 93, and transmits PHY-DATA.request and PHY By repeating reception of -DATA.confirm, information is transmitted to the signal processing unit (PHY layer) 93 by 1 byte.
  • PHY-DATA.request is a signal requesting data transmission to the signal processing unit (PHY layer) 93
  • PHY-DATA.confirm is a response signal to PHY-DATA.request.
  • the data processing unit (MAC layer) 94 performs new data packet concatenation processing from the corresponding packet. and overwrites the delimiter and the data packet in the corresponding portion of the pseudo-PSDU stored in the data processing unit (MAC layer) 94 .
  • the portion to be overwritten is managed by the data processing unit (MAC layer) 94. Basically, the pseudo-PSDU is overwritten in order from the left in the figure, and the actual data frame is generated by overwriting.
  • the overwritten information (part of the data frame information) is output to the signal processing unit (PHY layer) 93 byte by byte, and is transmitted packet by packet to the STA via the fronthaul link.
  • PHY layer signal processing unit
  • the data processing unit (MAC layer) 94 performs one of the following processes. conduct.
  • next data packet (MPDU) is fixed as written with "0" and output to the signal processing unit (PHY layer) 93.
  • the data processing unit (MAC layer) 94 can use the values previously stored in the memory as they are. is.
  • FIG. 15 is a diagram showing a sequence for explaining a first effect example of the present technology.
  • FIG. 15 shows an example of transmitting packets #1 to #8 from Source Node to STA via Relay Node.
  • the Source Node sends a Direct Tx Request frame to the Relay Node at timing t21.
  • the Relay Node transmits a Direct Tx Response frame to the Source Node at timing t22.
  • the Source Node starts transmitting the Preamble and packets #1 to #4 to the Relay Node.
  • the backhaul link side of the Relay Node starts receiving Preambles and packets #1 to #4 transmitted from the Source Node.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node prepares the pseudo-PSDU for transmission of packets #1 to #4 that have not yet been acquired on the backhaul link side, and then sends back to the pseudo-PSDU.
  • Overwrite packets #1 to #4 which are error-detected by the hall link side and accumulated in the relay buffer 102, in order.
  • the actual data frame is generated by sequentially overwriting the corresponding parts of the pseudo-PSDU with packets #1 to #4. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2. Then, the fronthaul link side of the Relay Node sequentially transmits the preamble and packets #1 to #4 to the STA at timing t24.
  • packet #1 when packet #1 is transmitted to the STA, packet #2 is overwritten and output to the signal processing unit 93, and when packet #2 is transmitted to the STA, packet #2 is overwritten and output to the signal processing unit 93. 3 is overwritten and output to the signal processing unit 93 . Also, while the packet #3 is being transmitted to the STA, the packet #4 is overwritten and output to the signal processing unit 93, and then the packet #4 is transmitted to the STA.
  • the backhaul link side of the Relay Node transmits Block Acks for the successfully received packets #1 to #4 to the Source Node.
  • the Source Node Upon receiving the Block Ack sent from the Relay Node, the Source Node starts sending the Preamble and packets #5 to #8 to the Relay Node at timing t26.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #5 to #8 sent from the Source Node at timing t26.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node prepares a pseudo-PSDU to transmit packets #5 to #8 that have not yet been acquired on the backhaul link side, and then the error is detected by the backhaul link side. Packets #5 to #8 detected and accumulated in the Relay Buffer 102 are overwritten in order on the corresponding portions of the pseudo-PSDU.
  • the actual data frame is generated by sequentially overwriting the corresponding parts of the pseudo-PSDU with packets #5 to #8. That is, while the actual data frame is generated, the information on the data frame is output to the signal processing section 93-2.
  • the STA that received the preamble and packets #1 to #4 sent from the relay node sends Block Ack for the successfully received packets #1 to #4 to the fronthaul link side of the relay node. do.
  • the fronthaul link side of the relay node that received the Block Ack from the STA at timing t27 sends the preamble and packets #5 to #8 in order to the STA at timing t28.
  • the backhaul link side of the Relay Node transmits Block Ack for packets #5 to #8 that were successfully received to the Source Node.
  • Source Node receives Block Ack sent from Relay Node.
  • the STA that received the preamble and packets #5 through #8 sent from the relay node sends Block Ack for the successfully received packets #5 through #8 to the fronthaul link side of the relay node. do.
  • the Relay Node receives Block Ack for packets #5 to #8, and the sequence of FIG. 15 ends.
  • the sequence in FIG. 15 differs from the sequence in FIG. 6 in that the Direct Tx Request and Direct Tx Response are exchanged between the Source Node and the Relay Node before data transmission, and the Relay Node performs direct relay transmission. ing.
  • the sequence in FIG. 15 makes it possible to relay the same data frame as the data frame acquired on the backhaul link side to the fronthaul link side with a short time lag.
  • FIG. 16 is a diagram showing a sequence for explaining a second example of the effect of the present technology.
  • FIG. 16 shows an example in which packet #6 failed to be acquired on the backhaul link side when packets #1 to #8 were transmitted from the Source Node to the STA via the Relay Node. It is
  • timings t41 to t47 in FIG. 16 basically perform the same processing as the timings t21 to t27 in FIG. 15, so the description thereof will be omitted.
  • the Source Node Upon receiving the Block Ack sent from the Relay Node, the Source Node starts sending the Preamble and packets #5 to #8 to the Relay Node at timing t46.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #5 to #8 sent from the Source Node at timing t46.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node prepares a pseudo-PSDU to transmit packets #5 to #8 that have not yet been acquired on the backhaul link side, and then the error is detected by the backhaul link side. Packets #5 to #8 detected and accumulated in the Relay Buffer 102 are overwritten in order on the corresponding portions of the pseudo-PSDU.
  • the backhaul link side of the Relay Node fails to acquire packet #6.
  • the fronthaul link side of the Relay Node is preparing to perform direct relay transmission including packet #6, so it is impossible to transmit without packet #6. .
  • the fronthaul link side of the relay node overwrites the already transmitted packet (for example, packet #5) over the relevant part of the pseudo-PSDU again.
  • packet #5 the already transmitted packet
  • packets #5, #5, #7, and #8 are overwritten in order on the corresponding parts of the pseudo-PSDU, thereby generating the actual data frame. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2. Therefore, the fronthaul link side of the relay node that received the Block Ack from the STA at timing t47 sequentially transmits the preamble and packets #5, #5, #7, and #8 to the STA at timing t48.
  • the backhaul link side of the Relay Node sends Block Acks for the successfully received packets #5, #7, and #8 to the Source Node.
  • the Source Node Upon receiving the Block Ack sent from the Relay Node, the Source Node starts sending Preamble and packet #6 to the Relay Node at timing t50.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packet #6 sent from the Source Node at timing t50.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node prepares a pseudo-PSDU to transmit packet #6 that has not yet been acquired on the backhaul link side, and then the error is detected by the backhaul link side, Packet #6 accumulated in Relay Buffer 102 is overwritten on the corresponding part of pseudo-PSDU.
  • the actual data frame is generated by overwriting packet #6. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2.
  • the STA that received the Preamble and packets #5, #5, #7, and #8 sent from the Relay Node sends Block Ack for the successfully received packets #5, #7, and #8 at timing t51. Sent to the fronthaul link side of the Relay Node.
  • the fronthaul link side of the Relay Node that received the Block Ack from the STA at timing t51 will send the preamble and packet #6 to the STA at timing t52.
  • the backhaul link side of the Relay Node transmits Ack for the successfully received packet #6 to the Source Node.
  • the Source Node receives Ack sent from the Relay Node.
  • the Relay Node receives the Ack sent from the STA, and the sequence in FIG. 15 ends.
  • FIG. 17 is a diagram illustrating a sequence for explaining a third example of the effect of the present technology.
  • Timings t61 to t66 in FIG. 17 differ only in that the transmission rate on the fronthaul link side is lower than the transmission rate on the backhaul link side, and are basically different from timings t21 to t25 and t27 in FIG. Since the same processing is performed, the description thereof is omitted.
  • the Source Node can adjust the number of MPDUs transmitted at one time and the Relay Length when transmitting data frames. As a result, even when the transmission rate on the fronthaul link side is slower than the transmission rate on the backhaul link side, as shown in FIG. 17, direct relay transmission can be performed.
  • FIG. 18 is a diagram illustrating a sequence for explaining a fourth effect example of the present technology.
  • the transmission rate on the fronthaul link side is the same as the transmission rate on the backhaul link side.
  • An example is shown in which the number of MPDUs and the data frame length (Relay Length) on the fronthaul link side are adjusted when the speed is slower than that.
  • timings t81 and t82 in FIG. 18 basically perform the same processing as timings t21 and t22 in FIG. 15, so description thereof will be omitted.
  • the Source Node starts transmitting the Preamble and packets #1 to #4 to the Relay Node.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #1 to #4 sent from the Source Node at timing t83.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node uses pseudo-PSDU to transmit packets #1 and #2 that have not yet been acquired on the backhaul link side by adjusting the data frame length (Relay Length) to be longer. , and then overwrite packets #1 and #2, which have been error-detected by the backhaul link side and accumulated in the Relay Buffer 102, over the corresponding portions of the pseudo-PSDU in order.
  • the backhaul link side of the Relay Node fails to acquire packet #2.
  • the fronthaul link side of the Relay Node adjusts the data frame length (Relay Length) to be longer as described above and prepares for direct relay transmission, so the next packet #3 is the Relay already accumulated in Buffer 102 . So the fronthaul link side of the Relay Node overwrites the next packet #3 instead of packet #2.
  • the actual data frame is generated by sequentially overwriting the corresponding parts of the pseudo-PSDU with packets #1 and #3. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2. Therefore, the fronthaul link side of the relay node sequentially transmits the preamble and packets #1 and #3 to the STA at timing t84.
  • the backhaul link side of the Relay Node transmits Block Acks for the successfully received packets #1, #3, and #4 to the Source Node.
  • the STA that received the preamble and packets #1 and #3 sent from the relay node sends Block Ack for the successfully received packets #1 and #3 to the fronthaul link side of the relay node. do.
  • the Source Node Upon receiving the Block Ack sent from the Relay Node, the Source Node starts sending Preamble and packet #2 to the Relay Node at timing t87.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packet #2 sent from the Source Node at timing t87.
  • the backhaul link side of the Relay Node performs the direct relay transmission described above with the fronthaul link side.
  • the fronthaul link side of the relay node prepares a pseudo-PSDU to transmit packets #4 and #2 that have not been acquired on the backhaul link side, and then error detection is performed by the backhaul link side. and overwrite packets #4 and #2 accumulated in the Relay Buffer 102 over the corresponding portions of the pseudo-PSDU in order.
  • the fronthaul link side of the Relay Node is preparing to implement direct relay transmission including packets #4 and #2. Therefore, the fronthaul link side of the Relay Node overwrites packet #4, which has already been accumulated in Relay Buffer 102, and packet #2, which has now completed error detection and has been accumulated in Relay Buffer 102, over the corresponding part of the pseudo-PSDU. .
  • the actual data frame is generated. That is, the information on the data frame is sequentially output to the signal processing section 93 while the actual data frame is being generated. Therefore, the fronthaul link side of the relay node that received the Block Ack from the STA at timing t86 sequentially transmits the preamble and packets #4 and #2 to the STA at timing t88.
  • the backhaul link side of the Relay Node transmits Block Ack for the successfully received packet #2 to the Source Node.
  • Source Node receives Block Ack sent from Relay Node.
  • the STA that received the preamble and packets #4 and #2 sent from the relay node sends Block Ack for the successfully received packets #4 and #2 to the fronthaul link side of the relay node. do.
  • the Relay Node receives the Block Ack sent from the STA, and the sequence in FIG. 18 ends.
  • the number of MPDUs and the data frame length (Relay Length) on the fronthaul link side are adjusted, and even if the data rate is different, the data frame length is adjusted to be the same, and transmission is performed. .
  • the optimum method may be determined based on
  • FIG. 19 is a diagram showing a sequence for explaining the outline of the second embodiment of the present technology.
  • FIG. 19 shows an example in which the STA fails to acquire packets #1 to #4 when transmitting packets #1 to #4 from the source node to the STA via the relay node. It is
  • timings t101 to t104 in FIG. 19 basically perform the same processing as the timings t21 to t24 in FIG. 15, so the description thereof will be omitted.
  • the fronthaul link side of the Relay Node sequentially transmits the preamble and packets #1 to #4 to the STA.
  • STA fails to acquire packets #1 to #4 sent from Relay Nodes.
  • the backhaul link side of the Relay Node transmits Block Ack for the successfully received packets #1 to #4 to the Source Node.
  • Source Node receives Block Ack sent from Relay Node.
  • Block Ack since Block Ack has not been transmitted from the STA even after a predetermined time has passed, the backhaul link side of the Relay Node instructs the Source Node at timing t106 to temporarily suspend the direct relay transmission.
  • the Source Node receives the Direct Tx Stop Request frame sent from the Relay Node and stops sending subsequent packets.
  • the relay node is sent to the source node.
  • a method to send a Direct Tx Stop Request frame is added.
  • a Source Node that receives a Direct Tx Stop Request frame can temporarily suspend direct relay transmission and give priority to transmission of packets staying in the buffer on the fronthaul link side.
  • FIG. 20 is a diagram showing a configuration example of a Direct Tx Stop Request frame.
  • a Direct Tx Stop Request frame consists of the Frame control, Duration, RA, TA, Frame Body, and FCS fields.
  • Duration Duration
  • RA Duration
  • TA Frame Body
  • FCS FCS fields
  • the Frame Body includes a Relay Action Frame within the Frame Body field.
  • the Relay Action Frame is configured to include Category, Relay Action, and Relay Sequence Number.
  • the Relay Action includes information indicating the type of this Relay Action Frame. For example, when Relay Action is 0, it indicates that the type of this Relay Action Frame is Direct Tx Request, and when Relay Action is 1, it indicates that this Relay Action Frame is of Direct Tx Response. Furthermore, when Relay Action is 2, it indicates that the type of this Relay Action Frame is Direct Tx Stop Request.
  • Relay Sequence Number contains the identification number for which you want to interrupt the direct relay transmission.
  • FIG. 21 is a diagram showing a sequence for explaining the outline of the third embodiment of the present technology.
  • FIG. 21 shows an example in which the STA fails to acquire packets #2 and #4 when transmitting packets #1 to #4 from the Source Node to the STA via the Relay Node. It is
  • timings t121 to t124 in FIG. 21 basically perform the same processing as the timings t21 to t24 in FIG. 15, so the description thereof will be omitted.
  • the fronthaul link side of the Relay Node sequentially transmits the preamble and packets #1 to #4.
  • the backhaul link side of the Relay Node transmits Block Acks for the successfully received packets #1 to #4 to the Source Node.
  • the Source Node Upon receiving the Block Ack sent from the Relay Node, the Source Node starts sending the Preamble and packets #5 to #8 to the Relay Node at timing t126.
  • the backhaul link side of the Relay Node starts receiving the Preamble and packets #5 to #8 sent from the Source Node at timing t126.
  • the STA that received the preamble and packets #1 and #3 sent from the relay node sends Block Ack for the successfully received packets #1 and #3 to the fronthaul link side of the relay node. do.
  • the Relay Node receives Block Ack for successfully received packets #1 and #3 sent from STA, and recognizes packets #2 and #4 to be resent.
  • the Direct Tx Request frame is notified with the Length information of each data packet included in the frame. Therefore, in addition to the actual data portion of packets #2 and #4 to be retransmitted, the relay node determines how many packets from among the packets obtained on the backhaul link side can be added to this frame and transmitted. It is possible to know in advance what the overall length of the joint will be.
  • the fronthaul link side of the Relay Node prepares a pseudo-PSDU that includes not only the real data parts of packets #2 and #4, but also the pseudo data parts of packets #5 and #6. Therefore, at timing t128, the fronthaul link side of the Relay Node overwrites the relevant portions of the pseudo-PSDU with packets #5 and #6 in addition to the actual data portions of packets #2 and #4.
  • the actual data frame is generated. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2.
  • the backhaul link side of the Relay Node transmits Block Acks for the successfully received packets #5 to #8 to the Source Node.
  • the Source Node receives Block Ack for packets #5 to #8 from the Relay Node.
  • the STA that received the Preamble and packets #2 and #4 to #6 sent from the Relay Node forwards the Block Acks of the successfully received packets #2 and #4 to #6 to the Relay Node. Send to the link side.
  • the Relay Node receives the Block Acks of successfully received packets #2 and #4 to #6 sent from the STA at timing t130.
  • the fronthaul link side of the Relay Node is preparing to carry out normal relay transmission, including packets #7 and #8. Therefore, at timing t131, the fronthaul link side of the Relay Node generates an actual data frame with packets #7 and #8 already stored in the Relay Buffer 102.
  • FIG. 1 A block diagram illustrating an exemplary computing environment in accordance with the present disclosure.
  • the information on the data frame (packets #7 and #8) is sequentially output to the signal processing section 93-2. Therefore, the fronthaul link side of the relay node that received the Block Ack from the STA at timing t130 sequentially transmits the preamble and packets #7 and #8 to the STA at timing t131.
  • the STA that received the Preamble and packets #7 and #8 sent from the Relay Node sends Block Ack for the successfully received packets #7 and #8 to the fronthaul link side of the Relay Node. do.
  • the Relay Node receives Block Ack for packets #7 and #8 from STA, and the sequence in FIG. 21 ends.
  • FIG. 22 is a diagram showing a configuration example of a Direct Tx Request frame according to the third embodiment.
  • a Direct Tx Request frame consists of the Frame control, Duration, RA, TA, Frame Body, and FCS fields.
  • Duration the Frame control
  • RA the Duration of the frame
  • TA the Frame Body
  • FCS the FCS fields
  • the Frame Body includes a Relay Action Frame within the Frame Body field.
  • the Relay Action Frame is configured to include Category, Relay Action, Relay Sequence Number, Destination Address, Data Rate, Number of MPDUs, Error Case flag and MPDU Lengths.
  • the Relay Action Frame in FIG. 22 differs from the Relay Action Frame in FIG. 9 in that MPDU Lengths are added.
  • MPDU Lengths all Lengths from MPDU #1 to #n are notified in order, or MPDUs with the same length, such as MPDU #1 to #k are 1500 bytes, MPDU #k+1 to #n are 1000 bytes, etc. are notified together.
  • the content of the MPDU Lengths field is not particularly limited, and may be configured as described above. Also, the length may be indicated in a format in which the number of bytes is notified as it is, or in a format in which the line number is specified according to a table defined by the standard.
  • FIG. 23 is a diagram showing a sequence for explaining the outline of the fourth embodiment of the present technology.
  • timings t151 to t157 and t159 to t164 in FIG. 23 basically perform the same processing as the timings t41 to t47 and t49 to t54 in FIG. 16, so description thereof will be omitted.
  • the fronthaul link side of the Relay Node will include the skip flag information in the MPDU Delimiter sent immediately after packet #5, and instead of overwriting the relevant part of packet #6, the relevant packet will be emptied.
  • the skip flag information is information that permits the STA to "skip the data acquisition process because the next packet is empty".
  • Packet empty means a state in which the packet is padded with 0 or a state in which the packet contains random information.
  • packets #5, empty, #7, and #8 are sequentially overwritten on the corresponding parts of the pseudo-PSDU to generate the actual data frame. That is, while the actual data frame is generated, the information on the data frame is sequentially output to the signal processing section 93-2. Therefore, the fronthaul link side of the relay node that received the Block Ack from the STA at timing t157 sequentially transmits the preamble, packet #5, null, #7, and #8 to the STA at timing t158.
  • STA receives Preamble and packet #5, empty, #7, and #8 sent from Relay Node. At that time, the STA that has acquired the skip flag information included in the MPDU Delimiter immediately after packet #5 omits the data acquisition processing of the corresponding part where packet #6 was scheduled to be transmitted, and enters power saving mode. temporarily works as
  • the omitted “data acquisition processing” is part of the reception processing and means processing within the data processing unit (MAC layer) 144 in the block diagram of FIG.
  • the Relay Node can reduce the power consumption of the STA by temporarily shifting the STA to power saving mode according to the status of packet acquisition on the backhaul link side during direct relay.
  • the Relay Node may obtain some information from the STA and select based on the obtained information.
  • the AP may switch from the operation in FIG. 16 to the operation in FIG.
  • FIG. 24 is a diagram showing a configuration example of an A-MPDU subframe in the fourth embodiment.
  • Fig. 24 shows an example in which the following Skip Mode 1 bit is added to the MPDU Delimiter in the IEEE802.11 A-MPDU subframe.
  • A-MPDU subframe is configured to include MPDU Delimiter, MPDU, and Padding.
  • the MPDU Delimiter in FIG. 24 consists of 1-bit EOF, 1-bit Skip Mode, 14-bit MPDU length, 8-bit CRC, and 8-bit Delimiter Signature.
  • Skip Mode is skip flag information that permits skipping of data acquisition processing.
  • Skip Mode indicates 1
  • the STA skips data acquisition processing for packets (MPDU/Padding) following the MPDU Delimiter.
  • FIG. 25 is a diagram showing a configuration example of a communication system according to the fifth embodiment of the present technology.
  • the communication system 201 does not have a wireless relay communication configuration.
  • a communication system 201 in FIG. 25 is composed of one AP and one STA.
  • an AP acquires a packet addressed to a STA from a WAN (Wide Area Network or Distribution System) connected by a LAN Cable, and transmits the packet to the STA by wireless communication.
  • WAN Wide Area Network or Distribution System
  • the Source Node is on the WAN side, and the AP can be considered as a Relay Node that relays packets addressed to STAs. Therefore, the direct relay transmission of the present technology can also be applied to the case of FIG. 25 .
  • the communication link between the Source Node on the WAN side and the AP is the backhaul link (WAN), and the communication link between the AP and STA is the fronthaul link (WLAN (Wireless LAN)).
  • WAN backhaul link
  • WLAN Wireless LAN
  • the AP in the communication system 201 in FIG. 25 is configured similarly to the AP in the wireless communication system 1 in FIG. 1 (for example, the communication device 11 in FIG. 2).
  • the STAs in the communication system 201 are configured similarly to the STAs in the wireless communication system 1 in FIG. 1 (for example, the communication device 111 in FIG. 5).
  • FIG. 25 shows an example in which the AP is connected to the WAN via a wire such as a LAN Cable, the AP and the WAN may be connected wirelessly.
  • the AP cannot cooperate with the Source Node on the WAN side, and there are many cases where information exchange such as Direct Tx Request and Direct Tx Response is difficult. That is, after the AP obtains the first packet (MSDU) from the WAN, it is difficult for the AP to grasp information such as how much data will arrive continuously and when it will arrive. Also, if packet transmission from the WAN is interrupted due to unexpected network congestion on the WAN side, it is impossible to predict when the next packet will arrive.
  • MSDU first packet
  • the AP determines to start direct relay transmission based on the destination STA, traffic type, etc. For example, the AP may decide to initiate direct relay transmission if the traffic is required for low-latency transmission. Also, when the number of STAs in a cell is small and packets to the same STAs can be expected to arrive continuously, the AP may determine to start direct relay transmission. Also, the AP may determine to start direct relay transmission when a plurality of packets are accumulated in the buffer.
  • the AP determines the data length for direct relay transmission as an estimated value. For example, the AP sets the average value or the maximum value of the data length as the data length, referring to the past packet volume and arrival time. Also, the data length may be determined using machine learning.
  • the AP performs direct relay transmission for the predetermined data length.
  • the AP determines that the packet exceeds a predetermined data length when directly relaying a packet transmitted from the WAN, it does not perform direct relaying of this packet.
  • the AP When the AP runs out of packets that can be transmitted during transmission on the fronthaul link (WLAN) side, it notifies the STA to that effect and shifts to power saving mode. Also, during power save mode, the AP continues to transmit pseudo data. STA discards the received signal after FFT processing. That is, the STA does not perform data acquisition processing.
  • WLAN fronthaul link
  • the following two methods are conceivable for the STA to release the power saving mode: (a) Allow the STA to continue Skip Mode for the Length of the Delimiter (MPDU Length information included in the Delimiter) (b) Known sequence signal from the AP Send (e.g. New STF) to cancel STA power saving mode
  • method (a) is simple, it lacks flexibility.
  • the method (b) is highly flexible, but difficult to implement.
  • FIG. 26 is a diagram showing a sequence for explaining the first effect example of the fifth embodiment.
  • FIG. 26 shows an example of continuing Skip Mode for (a) the MPDU Length of the Delimiter.
  • the packets are given the same numbers in order to explain the consistency between the packets acquired from the backhaul link (WAN) side and the packets transmitted on the fronthaul link (WLAN) side. In reality, different packet numbers are often assigned on the WAN side and the WLAN side.
  • APs are shown divided into a backhaul link (WAN) side and a fronthaul link (WLAN) side.
  • AP starts direct relay transmission of preamble and packet #1 to STA.
  • the backhaul link (WAN) side of the AP performs the direct relay transmission described above with reference to FIG. 15 with the fronthaul link (WLAN) side.
  • the AP starts direct relay transmission of packets #2 to #4 to the STA at timings t202 to t204 when packets #2 to #4 arrive from the backhaul link (WAN).
  • WAN backhaul link
  • unexpected congestion occurs on the backhaul link (WAN) side
  • the next packet #5 cannot reach the backhaul link (WAN) side
  • the fronthaul link WLAN
  • the STA receives the packet sent from the AP, checks the MPDU Delimiter, and determines that the packet immediately after the MPDU Delimiter is pseudo data. Then, the STA operates in power saving (Doze) mode for packets (MPDU and Padding) immediately after the MPDU Delimiter.
  • Doze power saving
  • the power saving mode referred to here means at least omitting all reception processing in the data processing unit 144 (FIG. 5). ) may also be omitted.
  • the length of the MPDU and Padding can be grasped from the MPDU Length information in the MPDU Delimiter.
  • the AP directly relays packets #6 to #8 to the STA at timings t208 to t210 when transmission of the immediately preceding packets is completed. start each.
  • the timing at which the power saving mode can be canceled is limited to the transmission timing of the MPDU Delimiter. Therefore, for example, as shown in FIG. 26, even after the AP acquires packet #5 from the Backhaul (WAN) side, until the data transmission for the length of the MPDU Length information indicated by the current Delimiter is completed. That is, the STA must continue power saving mode until the next MPDU Delimiter arrives at the STA.
  • WAN Backhaul
  • the STA must periodically cancel the power saving mode in order to acquire the MPDU Delimiter, and there is concern that if the MPDU Length is short, it will not be possible to expect much of a power saving effect.
  • FIG. 27 is a diagram showing a sequence for explaining the second effect example of the fifth embodiment.
  • FIG. 27 shows an example of (b) transmitting a known series signal (eg, New STF) from the AP to cancel the power saving mode of the STA.
  • a known series signal eg, New STF
  • timings t251 to t255 and t257 to t259 in FIG. 27 basically perform the same processing as timings t201 to t205 and t208 to t210 in FIG. 26, so descriptions thereof are omitted.
  • the sequence of FIG. 26 differs from the sequence in FIG. That is, in the sequence of FIG. 27, the MPDU Delimiter is not periodically transmitted.
  • the AP When the AP acquires packet #5 at timing t256 in FIG. 27, it sends a known sequence signal to STA and starts direct relay transmission of packet #5.
  • the STA While in power saving mode, the STA always tries to detect a known series signal in the signal processing unit (PHY layer) 143, and if the detection is successful, the power saving mode is released.
  • the known sequence signal here means, for example, improved STF (Short Training Field) widely used in 802.11, known sequence (New STF) conforming to OFDM symbol length and guard interval used during data transmission. is a signal containing
  • the same known sequence may be transmitted twice or more in order to improve the detection accuracy of the known sequence by the STA.
  • this known series is processed by the signal processing unit (PHY layer) 143, the processing of the data processing unit (MAC layer) 144 does not have to be performed subsequently.
  • the AP cancels the power saving mode of the STA as early as possible when it acquires packet #5, and the packet Direct relay transmission of #5 can be resumed.
  • a method of canceling the power saving mode of the STA may be used.
  • the AP and STA exchange Capability information in order to confirm which method is compatible with each other, and select an appropriate method. If both APs and STAs are compatible with both methods, which method to select may be flexibly determined based on the length of each packet, the remaining battery information of the STA, the past situation, and the like.
  • FIG. 28 is a diagram showing a configuration example of an A-MPDU subframe in the fifth embodiment.
  • the MPDU Delimiter in FIG. 28 is composed of 1-bit EOF, 1-bit Skip Mode, 14-bit MPDU length, 8-bit CRC, and 8-bit Delimiter Signature, as in FIG.
  • the 1-bit Skip Mode is skip flag information that notifies that the data acquisition process may be skipped, as in FIG.
  • Skip Mode indicates 1
  • the STA skips data acquisition processing for packets (MPDU and Padding) following the MPDU Delimiter.
  • 14-bit MPDU Length is information about the length of the MPDU.
  • the STA is in power saving mode (Mode.1) that selects method (a), the time calculated from the specified MPDU Length Operate for a long time and then release the power saving mode.
  • ⁇ AP processing> 29 is a flowchart for explaining the processing of the AP in FIG. 25.
  • processing in FIG. 29 is processing performed by each unit of the wireless communication unit 31 of the AP.
  • step S201 the AP's fronthaul link side (that is, wireless communication unit 31) receives a data frame from the backhaul link (WAN; WAN communication unit 34).
  • step S202 the communication control unit 55 of the wireless communication unit 31 determines whether or not to implement continuous relay transmission. If it is determined in step S202 that direct relay transmission is to be performed, the process proceeds to step S203. That is, from step S ⁇ b>203 onward, direct relay transmission processing is executed by the signal processing unit (PHY layer) 53 and data processing unit (MAC layer) 54 of the wireless communication unit 31 .
  • PHY layer signal processing unit
  • MAC layer data processing unit
  • step S203 the data processing unit (MAC layer) 54 generates a pseudo data frame (pseudo-PSDU) for the Length determined by itself, and sends PHY-TXSTART.request to the signal processing unit (PHY layer) 53. Send.
  • MAC layer pseudo data frame
  • step S204 the data processing unit (MAC layer) 54 determines whether or not PHY-TXSTART.confirm has been received from the signal processing unit (PHY layer) 53. If it is determined in step S204 that PHY-TXSTART.confirm has been received from the signal processing unit (PHY layer) 53, the process proceeds to step S205.
  • step S205 the data processing unit (MAC layer) 54 transmits 1 byte of information to the signal processing unit (PHY layer) 53. After that, the process proceeds to step S206.
  • step S204 If it is determined in step S204 that PHY-TXSTART.confirm has not been received from the signal processing unit (PHY layer) 53, step S205 is skipped and the process proceeds to step S206.
  • step S206 the data processing unit (MAC layer) 54 determines whether a new packet has been stored in the queue managed by itself. If it is determined in step S206 that a new packet has been stored, the process proceeds to step S207.
  • step S207 the data processing unit (MAC layer) 54 confirms that the STA is in the power saving mode (Skip Mode) and that "a known series signal (eg, New STF) is transmitted from the AP to cancel the power saving mode. ” mode (Mode.2).
  • a known series signal eg, New STF
  • step S207 If it is determined in step S207 that the STA is in Skip Mode and in Mode.2, the process proceeds to step S208.
  • step S208 the data processing unit (MAC layer) 54 instructs the signal processing unit (PHY layer) 53 to transmit the known sequence signal (New STF). After that, the process proceeds to step S209.
  • step S208 is skipped and the process proceeds to step S209.
  • step S209 the data processing unit (MAC layer) 54 newly generates a data packet, a delimiter for concatenation processing, and an MPDU from the relevant packet, and the data processing unit (MAC layer) 54 currently stores them. Overwrite the corresponding part of the pseudo data frame (pseudo-PSDU). After that, the overwritten pseudo data frame is transmitted to the STA in response to a request from the signal processing section (PHY layer) 53 .
  • the location to be overwritten is managed by the data processing unit (MAC layer) 54, and is basically overwritten in order from the left of the pseudo data frame.
  • step S206 determines whether new packet is stored in the queue. If it is determined in step S206 that no new packet is stored in the queue, the process proceeds to step S210.
  • step S210 the data processing unit (MAC layer) 54 determines whether or not the information (transmission amount) to be transmitted to the signal processing unit (PHY layer) 53 has approached a portion that has not yet been overwritten.
  • step S210 when the timing of transmission to the signal processing unit (PHY layer) 53 is approaching without being overwritten by a new packet, it is assumed that the portion to be transmitted to the signal processing unit (PHY layer) 53 is approaching a portion that has not yet been overwritten. It is determined in step S210, and the process proceeds to step S211.
  • step S210 If it is determined in step S210 that the PHY transmission portion has not yet approached the portion that has not been overwritten, the process proceeds to step S213.
  • step S202 determines whether direct relay transmission is not to be performed. If it is determined in step S202 that direct relay transmission is not to be performed, the process proceeds to step S212.
  • step S212 the data processing unit (MAC layer) 54 performs conventional data reception processing. After that, the process proceeds to step S213.
  • step S213 the data processing unit (MAC layer) 54 determines whether or not all have been transmitted to the signal processing unit (PHY layer) 53. If it is determined in step S210 that all the signals have not been transmitted to the signal processing unit (PHY layer) 53, the process returns to step S204 and the subsequent processes are repeated.
  • step S213 If it is determined in step S213 that all have been transmitted to the signal processing unit (PHY layer) 53, the processing of the AP in FIG. 29 ends.
  • FIG. 30 is a flowchart for explaining the processing of the STA in FIG. 25;
  • processing in FIG. 30 is processing performed by the communication control unit 145 of the STA controlling each unit of the wireless communication unit 121 .
  • the communication control unit 145 of the STA receives a data frame from the AP.
  • the communication control unit 145 acquires a preamble from the received data frame.
  • the communication control unit 145 acquires the Delimiter.
  • the communication control unit 145 receives the MPDU as usual.
  • step S256 the communication control unit 145 determines whether or not the received MPDU is the last MPDU. If it is determined in step S256 that the received MPDU is not the last MPDU, the process returns to step S253 and the subsequent processes are repeated.
  • step S256 If it is determined in step S256 that the received MPDU is the last MPDU, the process of FIG. 30 ends.
  • step S257 the communication control unit 145 shifts to power saving mode (Skip Mode).
  • step S259 the communication control unit 145 operates in a mode (Mode.2) of "transmitting a known sequence signal (New STF) from the AP and canceling the power saving mode" to search for a known sequence signal (New STF). to start.
  • Mode.2 a mode of "transmitting a known sequence signal (New STF) from the AP and canceling the power saving mode" to search for a known sequence signal (New STF).
  • step S260 the communication control unit 145 determines whether or not the data length (DATA Length) indicated by MPDU Length has been received. If it is determined in step S260 that the data length (DATA Length) indicated by MPDU Length has ended, the process of FIG. 30 ends.
  • step S260 If it is determined in step S260 that the data length (DATA Length) indicated by MPDU Length has not been completed, the process proceeds to step S261.
  • step S261 the communication control unit 145 determines whether or not a known series signal (New STF) has been detected. If it is determined in step S261 that the known sequence signal (New STF) has not been detected, the process returns to step S260 and the subsequent processes are repeated.
  • a known series signal New STF
  • step S261 If it is determined in step S261 that a known series signal (New STF) has been detected, the process proceeds to step S262.
  • a known series signal (New STF)
  • step S262 the communication control unit 145 cancels the power saving mode (Skip Mode). After that, the process returns to step S253, and the subsequent processes are repeated.
  • step S263 the communication control unit 145 operates in the "continue power saving mode for the MPDU Length of the Delimiter" mode (Mode.1), and waits for the completion of transmission for the MPDU Length.
  • step S262 Even after the transmission of the MPDU Length is completed, the power saving mode (Skip Mode) is canceled in step S262, after which the process returns to step S253 and the subsequent processes are repeated.
  • step S254 processing A in steps S255 and S256, YES in step S254, YES in steps S257 and S258, processing B in steps S259 to S262, YES in step S254, NO in steps S257 and S258, and processing C in step S263. , there is no problem even if it is not in the order of the flow chart, and each operation may be performed as necessary.
  • a pseudo-PSDU which is a pseudo data frame in which a packet of a data signal transmitted from a first other wireless communication device (Source Node, STA) is set to other information, is generated and received.
  • Direct relay transmission is performed in which each error-detected packet is overwritten in a pseudo data frame and sequentially output while generating a data frame, and the sequentially output data frame is transmitted to a second other wireless communication device (STA, Source Node) is controlled.
  • a pseudo data frame is generated by setting a packet of a data signal transmitted from a communication device (Source Node, AP, STA) to other information, and each packet received and error detected is Based information is overwritten on each of the pseudo data frames, and direct relay transmission is performed to sequentially output the data frames while generating the data frames, and the sequentially output data frames are transmitted to other wireless communication devices (STA, Source Node). control is performed.
  • a communication device Source Node, AP, STA
  • This technology enables direct relay transmission in which one link relays the same data frame while a data frame is being received on the other link.
  • This direct relay transmission has the effect of reducing the waiting time of the relay destination link and the number of times of transmission as much as possible.
  • the packet damaged before relaying is not transmitted as it is, and the transmission of other packets can be preceded or performed before the transmission. Retransmission of transmitted packets can also be expected to improve reliability.
  • packets are emptied and transmitted, and a part of reception processing is omitted on the receiving side, so power saving effect on the receiving side can be expected.
  • the direct relay transmission of this technology can flexibly decide whether to execute or not and the number of executions, taking into account the channel status of each link, the data rate information to be used, the packet error rate, etc.
  • the transmission timing and the reception timing are exactly different due to the propagation time. However, in this specification, it is assumed that there is no error in the transmission and reception timing for the sake of simplification of explanation. there is
  • FIG. 31 is a block diagram showing an example of the hardware configuration of a computer that executes the series of processes described above by a program.
  • a CPU (Central Processing Unit) 301 , a ROM (Read Only Memory) 302 and a RAM (Random Access Memory) 303 are interconnected by a bus 304 .
  • An input/output interface 305 is further connected to the bus 304 .
  • the input/output interface 305 is connected to an input unit 306 such as a keyboard and a mouse, and an output unit 307 such as a display and a speaker.
  • the input/output interface 305 is also connected to a storage unit 308 such as a hard disk or nonvolatile memory, a communication unit 309 such as a network interface, and a drive 310 that drives a removable medium 311 .
  • the CPU 301 loads a program stored in the storage unit 308 into the RAM 303 via the input/output interface 305 and the bus 304 and executes the above-described series of processes. is done.
  • the program executed by the CPU 301 is recorded on the removable media 311, or provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital broadcasting, and installed in the storage unit 308.
  • the program executed by the computer may be a program that is processed in chronological order according to the order described in this specification, or may be executed in parallel or at a necessary timing such as when a call is made. It may be a program in which processing is performed.
  • a system means a set of multiple components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a single device housing a plurality of modules in one housing, are both systems. .
  • Embodiments of the present technology are not limited to the above-described embodiments, and various modifications are possible without departing from the gist of the present technology.
  • this technology can take the configuration of cloud computing in which one function is shared by multiple devices via a network and processed jointly.
  • each step described in the flowchart above can be executed by a single device, or can be shared by a plurality of devices.
  • one step includes multiple processes
  • the multiple processes included in the one step can be executed by one device or shared by multiple devices.
  • This technique can also take the following configurations. (1) generating a pseudo data frame in which a packet of a data signal transmitted from a first other radio communication device is set as other information, and information based on each received and error-detected packet is stored in the pseudo data frame a data processing unit that performs direct relay transmission that overwrites each data frame and outputs data frames in order; A wireless communication device comprising: a communication control unit that controls transmission of the data frames output in order to a second other wireless communication device. (2) The communication control unit controls the destination of the packet transmitted from the first other wireless communication device and the data rate of communication with the first other wireless communication device before performing the direct relay transmission.
  • the wireless communication device according to (1) above including information about the direct relay request signal for requesting the direct relay transmission.
  • the communication control unit determines whether or not the direct relay transmission is permitted based on at least one of a channel state of communication with the second other wireless communication device and a buffer state of its own.
  • the wireless communication device according to (2) above, wherein the wireless communication device determines, and performs control to transmit a direct relay response signal that responds to the direct relay request signal.
  • the data processing unit determines that the position of the first part requested to be output from the physical layer on the pseudo data frame is the position of the second part that has not yet been overwritten with the information based on the packet.
  • the wireless communication device according to any one of (1) to (3), wherein, when the position is closer than a threshold, the second portion is fixed as it is.
  • the data processing unit determines that the position of the first part requested to be output from the physical layer on the pseudo data frame is the position of the second part that has not yet been overwritten with the information based on the packet.
  • the wireless communication device according to any one of (1) to (3), wherein the information based on the overwritten packet is overwritten on the second portion when the location is closer than a threshold.
  • the communication control unit performs control to transmit a stop request signal requesting to stop the direct relay transmission to the first other wireless communication device; A wireless communication device as described.
  • the communication control unit performs control to transmit the stop request signal to the first other wireless communication device when the number of packets to be transmitted or retransmitted to the second other wireless communication device accumulates equal to or greater than a threshold.
  • the wireless communication device according to (6).
  • the radio according to any one of (1) to (3), wherein the data processing unit acquires identification information, the number of packets, and a data frame length of the direct relay transmission based on information included in the data signal. Communication device.
  • the data processing unit in the direct relay transmission, the data processing unit generates the pseudo data frame consisting of a packet portion in which the packet stored in its own buffer is set and a pseudo portion in which the other information is set; Overwriting information based on each received and error-detected packet on the pseudo part of the pseudo data frame, and sequentially outputting the data frame while generating the data frame.
  • radio communication equipment in the direct relay transmission, the data processing unit generates the pseudo data frame consisting of a packet portion in which the packet stored in its own buffer is set and a pseudo portion in which the other information is set; Overwriting information based on each received and error-detected packet on the pseudo part of the pseudo data frame, and sequentially outputting the data frame while generating the data frame.
  • a wireless communication device generating a pseudo data frame in which a packet of a data signal transmitted from a first other radio communication device is set as other information, and information based on each received and error-detected packet is stored in the pseudo data frame Perform direct relay transmission to overwrite each data frame and output in order while generating a data frame, A wireless communication method for controlling transmission of the sequentially output data frames to a second other wireless communication device.
  • a wireless communication device comprising a communication control unit that controls transmission to the device.
  • the direct relay request signal includes information about the destination of the packet and a data rate of communication with the second other wireless communication device.
  • a wireless communication device generating a pseudo data frame in which a packet of a data signal to be transmitted is set to other information in order to relay transmission to the first other wireless communication device to the second other wireless communication device; a direct relay request signal for requesting direct relay transmission for overwriting the pseudo data frames with information based on each packet error-detected by the second wireless communication and sequentially outputting the data frames while generating the data frames; A wireless communication method for transmitting control to a device.
  • a data processing unit that performs direct relay transmission that sequentially outputs while generating A wireless communication device comprising: a communication control unit that controls transmission of the data frames output in order to another wireless communication device.
  • the data processing unit determines that the position of the first part requested to be output from the physical layer on the pseudo data frame is the position of the second part that has not yet been overwritten with the information based on the packet.
  • the wireless communication device according to (16).
  • the communication control unit generates a known sequence signal for notifying the other wireless communication device that has notified the information group that normal reception processing will resume, and inserts it into the data frame. 17) The wireless communication device according to the above.
  • a communication control unit that calculates and sets a time period during which at least part of the reception processing of the data frame continues to be omitted, based on information related to a packet length included in the information group radio communication equipment.

Landscapes

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

Abstract

本技術は、低遅延で効率よくパケットの中継を行うことができるようにする無線通信装置および方法に関する。 無線通信装置は、第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行い、順に出力されたデータフレームを、第２の他の無線通信装置に送信する制御を行う。本技術は、無線通信システムに適用することができる。

Description

無線通信装置および方法
　本技術は、無線通信装置および方法に関し、特に、低遅延で効率よくパケットの中継を行うことができるようにした無線通信装置および方法に関する。
　近年、家庭環境における無線LANのカバレッジ拡張を目的としたHome Mesh AP製品が注目を浴びている。Home Mesh APには、様々な運用様態が考えられる。
　Home Mesh APは、一般的には１台のAPがインターネットと接続するノード（以下、Source Nodeと称する）として運用され、残りのAPが、無線通信を介して配下の端末へ信号を届ける中継ノード（以下、Relay Nodeと称する）として運用される形態が多い。このような複数APにおける通信は、リレー通信と呼ばれ、今後、オフィス内や工場内でも普及していくことが想定される。
　無線LANは、幅広いアプリケーションへ対応すべく、高スループットだけではなく、低遅延および高信頼性といった様々な無線特性が要求されていくことが想定される。
　従来のリレー通信においては、各リンク間で再送制御を実施しなかったり、Relay Node内でパケットをバッファリングする動作を行ったりと、低遅延および高信頼性との相性が悪かった。
　そこで、Relay NodeのMAC層の途中でパケットをリレーさせるMLO Relayが着目されている。MLO Relayでは各リンクでの再送制御を実施しつつも、Relay Nodeでのパケットバッファリングを極力減らすことで、低遅延かつ高信頼性のあるリレー通信を行うことが期待される。
　従来のリレー通信では、通常、フロントホールリンク(Fronthaul Link)およびバックホールリンク(Backhaul Link)は別々に動作している。フロントホールリンクの送信開始判定は、自身のQueue(MAC BufferまたはRelay Buffer)にパケットが格納された時であり、その時々で格納されているパケットが順次送信されていくことになる。この時、1回で連結できるパケット数が最適化できず、リレー通信時に伝送遅延の増加が懸念される。
　この懸念に対して、特許文献１では、新しいリレー方式が提案されている。特許文献１のリレー新方式においては、リレーノードでパケットの最尤推定までが行われ、その後、パケットが中継される。
特開２０２０－１７８０８号公報
　しかしながら、特許文献１のリレー方式では、バックホールリンクでパケットの誤り検出がスキップされるので、エラーが発生したパケットがそのままフロントホールリンクに流れてしまう恐れがある。
　本技術はこのような状況に鑑みてなされたものであり、低遅延で効率よくパケットの中継を行うことができるようにするものである。
　本技術の第１の側面の無線通信装置は、第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行うデータ処理部と、順に出力された前記データフレームを第２の他の無線通信装置に送信する制御を行う通信制御部とを備える。
　本技術の第２の側面の無線通信装置は、第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御を行う通信制御部を備える。
　本技術の第１の側面においては、第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送が行われ、順に出力された前記データフレームを第２の他の無線通信装置に送信する制御が行われる。
　本技術の第２の側面においては、第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御が行われる。
本技術の実施の形態に係る無線通信システムの構成例を示す図である。 Source Nodeとして動作する通信装置の構成例を示すブロック図である。 Relay Nodeとして動作する通信装置の構成例を示すブロック図である。 図３のデータ処理部内の処理例を示す図である。 STAとして動作する通信装置の構成例を示すブロック図である。 従来のリレー通信の例を示す図である。 第１の実施の形態における全体シーケンスを示す図である。 図７のフェーズPh4のRelay Transmissionを説明するシーケンスを示す図である。 Direct Tx Request frameの構成例を示す図である。 Direct Tx Response frameの構成例を示す図である。 直通中継伝送を行うデータフレームの構成例を示す図である。 Direct Tx Request frame受信時におけるRelay Nodeの処理を説明するフローチャートである。 データフレーム受信時におけるRelay Nodeの処理を説明するフローチャートである。 データ処理部(MAC層)と信号処理部(PHY層)の連携動作のイメージを示す図である。 本技術の第１の効果例を説明するシーケンスを示す図である。 本技術の第２の効果例を説明するシーケンスを示す図である。 本技術の第３の効果例を説明するシーケンスを示す図である。 本技術の第４の効果例を説明するシーケンスを示す図である。 本技術の第２の実施の形態の概要を説明するシーケンスを示す図である。 Direct Tx Stop Request frameの構成例を示す図である。 本技術の第３の実施の形態の概要を説明するシーケンスを示す図である。 第３の実施の形態におけるDirect Tx Request frameの構成例を示す図である。 本技術の第４の実施の形態の概要を説明するシーケンスを示す図である。 第４の実施の形態におけるA-MPDU subframeの構成例を示す図である。 本技術の第５の実施の形態に係る通信システムの構成例を示す図である。 第５の実施の形態の第１の効果例を説明するシーケンスを示す図である。 第５の実施の形態の第２の効果例を説明するシーケンスを示す図である。 第５の実施の形態におけるA-MPDU subframeの構成例を示す図である。 図２５のAPの処理を説明するフローチャートである。 図２５のSTAの処理を説明するフローチャートである。 コンピュータの構成例を示すブロック図である。
　以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
　１．システム構成と装置の構成
　２．第１の実施の形態
　３．第２の実施の形態
　４．第３の実施の形態
　５．第４の実施の形態
　６．第５の実施の形態
　７．その他
＜１．システム構成と装置の構成＞
　＜システム構成＞
　図１は、本技術の実施の形態に係る無線通信システムの構成例を示す図である。
　図１の無線通信システム１は、2台のAP(Access Point,基地局)と1台のSTA(STAtion,端末)から構成される。
　2台のAPの内、一方は、WAN(インターネット)と接続するSource Nodeとして動作する。2台のAPの内、他方は、WANとは接続せず、必要に応じてSource Nodeからの信号を、STAに中継するRelay Nodeとして動作する。なお、Source NodeとRelay Nodeは、セル形成を行う。
　図１において、Source NodeとRelay Node間での通信リンクは、バックホールリンクと称される。Relay NodeとSTA間での通信リンクは、フロントホールリンクと称される。本明細書においては、これらリンクが、それぞれ別の中心周波数で動作し、並列で通信を行うことができる状態であることが想定されている。すなわち、Relay Nodeは、一方のリンクで信号を送信中、他方のリンクで信号を受信したとしても、内部干渉は問題にならず、十分な受信品質を確保することができる。
　なお、対象となるシステム構成は、図１の構成に限定されるものではなく、接続が確立された複数の通信装置が存在し、それぞれの通信装置に対し、周囲端末として通信装置が存在していればよく、上述した条件が満たされていれば、位置関係も問わない。
　＜Source Nodeとして動作する通信装置の構成＞
　図２は、Source Nodeとして動作する通信装置の構成例を示すブロック図である。
　通信装置１１は、無線通信部３１、制御部３２、記憶部３３、WAN通信部３４、並びにアンテナ４１から構成される。
　無線通信部３１は、データの送信および受信を行う。無線通信部３１は、増幅部５１、無線インタフェース部５２、信号処理部５３、データ処理部５４、通信制御部５５、および通信記憶部５６を含むように構成される。
　増幅部５１は、送信時、無線インタフェース部５２から供給されるアナログ信号を所定の電力まで増幅し、電力を増幅したアナログ信号をアンテナ４１に出力する。増幅部５１は、受信時、アンテナ４１から供給されるアナログ信号を所定の電力まで増幅し、電力を増幅したアナログ信号を無線インタフェース部５２に出力する。
　増幅部５１は、機能の一部が無線インタフェース部５２に内包されていてもよい。また、増幅部５１の機能の一部が無線通信部３１外の構成要素となってもよい。
　無線インタフェース部５２は、送信時、信号処理部５３からの送信シンボルストリームをアナログ信号に変換し、フィルタリング、搬送波周波数へのアップコンバート、および位相制御を行い、位相制御の後のアナログ信号を増幅部５１に出力する。
　無線インタフェース部５２は、受信時、増幅部５１から供給されるアナログ信号に対して、位相制御、ダウンコンバード、逆フィルタリングを行い、デジタル信号に変換した結果である受信シンボルストリームを信号処理部５３に出力する。
　信号処理部５３は、OSI参照モデルのPHY層(物理層)の処理を担う。信号処理部５３は、送信時、データ処理部５４から供給されるデータフレームに対する符号化、インターリーブ、および変調などを行い、物理ヘッダを付加し、データ信号(PPDU,PHY Protocol Data Unit)を生成し、それぞれの無線インタフェース部５２に出力する。
　信号処理部５３は、受信時、それぞれの無線インタフェース部５２から供給されるデータ信号の物理ヘッダを解析して、データ信号に対する復調、デインターリーブおよび復号などを行い、データフレームを生成する。生成したデータフレームは、データ処理部５４に出力される。
　なお、信号処理部５３においては、必要に応じて複素チャネル特性の推定および空間分離処理が行われる。
　データ処理部５４は、OSI参照モデルのMAC(Media Access Control)層の処理を担う。データ処理部５４は、送信時、通信記憶部５６に保持されたパケットおよび通信制御部５５から受け取った制御信号および管理情報のシーケンス管理、暗号化処理を行う。データ処理部５４は、暗号化処理の後、MACヘッダの付加および誤り検出符号の付加を行い、データパケット(MPDU, MAC Protocol Data Unit)を生成する。また、データ処理部５４は、データパケットの複数連結処理を行い、データフレーム(PSDU, PHY Service Data Unit)を生成する。
　データ処理部５４は、受信時は、受信したデータフレームの連結解除処理を行い、各データパケットに対し、MACヘッダの連結解除処理、解析および誤り検出、再送要求動作、並びに、リオーダ処理を行う。
　通信制御部５５は、無線通信部３１の各部の動作および各部間の情報伝達の制御を行う。また、通信制御部５５は、他の通信装置へ通知する制御信号および管理情報を、データ処理部５４に受け渡す制御を行う。
　通信記憶部５６は、通信制御部５５が使用する情報を保持する。また、通信記憶部５６は、送信するパケットおよび受信したパケットを保持する。送信するパケットを保持する送信バッファは、通信記憶部５６内に含まれている。
　制御部３２は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)などにより構成される。制御部３２は、ROMなどに記憶されているプログラムを実行し、無線通信部３１および通信制御部５５の制御を行う。また、制御部３２は、通信制御部５５の一部の動作を代わりに行ってもよい。また、通信制御部５５と制御部３２は、１つのブロックとして構成されてもよい。
　記憶部３３は、無線通信部３１および制御部３２が使用する情報を保持する。また、記憶部３３は、通信記憶部５６の一部の動作を代わりに行ってもよい。記憶部３３と通信記憶部５６は、１つのブロックとして構成されてもよい。
　WAN通信部３４は、WAN網から取得したパケットを解析し、解析したパケットを、制御部３２を介して、無線通信部３１に受け渡す。受け渡されるパケットの形式は、IP Headerがそのまま残された状態（アクセスポイントモード）でも、IP HeaderがWAN通信部３４により解析され除去され、新たなIP Headerが付与された状態（ルータモード）でもよい。
　なお、図２は、無線通信部３１が１つのICとしての構成図を想定しているが、本技術のIC構成はこれに限らない。例えば、無線インタフェース部５２が別ICとして搭載されていてもよい。
　＜Relay Nodeとして動作する通信装置の構成＞
　図３は、Relay Nodeとして動作する通信装置の構成例を示すブロック図である。
　通信装置６１は、無線通信部７１、制御部７２、記憶部７３、並びにアンテナ８１－１および８１－２から構成される。アンテナ８１－１および８１－２を、区別する必要がない場合、アンテナ８１と総称する。
　図３の制御部７２、記憶部７３、並びにアンテナ８１は、図２の制御部３２、記憶部３３、並びにアンテナ４１と同様の構成である。
　無線通信部７１は、増幅部９１－１および９１－２、無線インタフェース部９２－１および無線インタフェース部９２－２、並びに、信号処理部９３－１および９３－２を含むように構成される。また、無線通信部７１は、データ処理部９４、通信制御部９５、および通信記憶部９６を含むように構成される。
　なお、増幅部９１－１および９１－２、無線インタフェース部９２－１および９２－２、並びに、信号処理部９３－１および９３－２を、区別する必要がない場合、それぞれ、増幅部９１、無線インタフェース部９２、および信号処理部９３と総称する。
　図３の増幅部９１、無線インタフェース部９２、信号処理部９３、データ処理部９４、通信制御部９５、および通信記憶部９６は、図２の増幅部５１、無線インタフェース部５２、信号処理部５３、データ処理部５４、通信制御部５５、および通信記憶部５６と同様の構成である。
　すなわち、図２の無線通信部３１との違いは、バックホールリンク用およびフロントホールリンク用に並列処理ができるよう、無線通信部７１が、増幅部９１、無線インタフェース部９２、信号処理部９３を、２つ以上保持している点である。また、無線通信部７１のデータ処理部９４が、フロントホールリンクおよびバックホールリンクでそれぞれ個別処理を行う個別データ処理部９４－１および９４－２と、共通処理を行う共通データ処理部９４－３とにより構成されている点である。
　＜データ処理部内の処理＞
　図４は、図３のデータ処理部９４内の処理例を示す図である。
　図４において、データ処理部９４は、MAC SAP(Service Access Point)１０１を介して、制御部７２と制御信号やデータなどのやり取りを行う。
　データ処理部９４においては、Block Ack Buffering and Reordering、Encryption/Decryption、Scoreboard、MAC Header + CRC Check、A-MPDU Aggregation/Deaggregationの処理がそれぞれ行われる。
　具体的には、上述したように、データ処理部９４は、送信時、通信記憶部９６（以下、MAC Bufferと称する）に保持されたデータおよび通信制御部９５から受け取った制御信号および管理情報のシーケンス管理を行い、暗号化処理（Encryption）を行う。
　データ処理部９４は、暗号化処理を行った後、MACヘッダの付加および誤り検出符号の付加（MAC Header + CRC Creation）を行い、パケットを生成する。また、データ処理部９４は、生成したパケットの複数連結処理(A-MPDU Aggregation)を行い、データフレームを生成する。
　データ処理部９４は、受信時、受信したデータフレームの連結解除処理(A-MPDU Deaggregation)を行い、連結解除された結果生成されるデータパケットに対し、MACヘッダ解析および誤り検出（MAC Header + CRC Check）、再送判定（Scoreboard）を行う。さらに、データ処理部９４は、暗号解除（Decryption）、リオーダ処理のための一部保存（Block Ack Buffering and Reordering）を行う。
　ここで、データ処理部９４においては、Block Ack Buffering and ReorderingとEncryption/Decryptionが、共通データ処理部９４－３により行われる。データ処理部９４においては、Scoreboard、MAC Header + CRC Check、A-MPDU Aggregation/Deaggregationが個別データ処理部９４－１および９４－２によりそれぞれ行われる。さらに、データ処理部９４においては、個別データ処理部９４－１および９４－２の間にRelay Buffer１０２が設けられる。なお、以下、個別データ処理部９４－１がバックホールリンク側であり、個別データ処理部９４－２がフロントホールリンク側であるものとして説明する。
　Relay Nodeでは、個別データ処理部９４－１は、バックホールリンクから受け取った信号の再送判定処理を行った後、Relay Buffer１０２を介して、個別データ処理部９４－２から、フロントホールリンクへ転送することで、各リンクにおける再送処理を維持しつつ、フロントホールリンクへの転送前のバッファリングを回避することが可能となる。
　なお、個別データ処理部９４－１および９４－２の構成は、IEEE802.11規格内での「Relay Nodeに属する(affiliated with)STA」の構成と対応する。
　これらの処理は、バックホールリンクとフロントホールリンクで並列して処理されるよう、個別データ処理部９４－１および９４－２により行われる。個別データ処理部９４－１および９４－２とも、制御部７２とデータの受け渡しを行うが、送受信パケットの受け渡しは、それぞれ配下にいる信号処理部９３－１および９３－２と行う。
　＜STAとして動作する通信装置の構成＞
　図５は、STAとして動作する通信装置の構成例を示すブロック図である。
　通信装置１１１は、無線通信部１２１、制御部１２２、記憶部１２３、並びにアンテナ１３１から構成される。アンテナ１３１－１および１３１－２は、区別する必要がない場合、アンテナ１３１と総称する。
　図５の制御部１２２、記憶部１２３、並びにアンテナ１３１は、図２の制御部３２、記憶部３３、並びにアンテナ４１と同様の構成である。
　無線通信部１２１は、増幅部１４１、無線インタフェース部１４２、信号処理部１４３、データ処理部１４４、通信制御部１４５、および通信記憶部１４６を含むように構成される。
　図５の増幅部１４１、無線インタフェース部１４２、信号処理部１４３、データ処理部１４４、通信制御部１４５、および通信記憶部１４６は、図２の増幅部５１、無線インタフェース部５２、信号処理部５３、データ処理部５４、通信制御部５５、および通信記憶部５６と同様の構成である。
　なお、上述した図２、図３、および図５のSource Node、Relay Node、およびSTAとして動作する各通信装置の構成は、いずれも最小構成を示しており、各々が他の機能を保有していてもよい。例えば、Relay Nodeとして動作する通信装置６１がWAN通信部を持っていても構わないし、Source Nodeとして動作する通信装置１１またはSTAとして動作する通信装置１１１が複数の増幅部、無線インタフェース部、信号処理部、データ処理部を保有していてもよい。また、その場合、図３のようにデータ処理部が、個別と共通の２つに分かれていてもよい。
　＜従来のリレー通信＞
　図６は、従来のリレー通信の例を示す図である。
　図６においては、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#8を送信する例が示されている。
　図６に示されるラインは、上から順に、Source Node、Relay Nodeのバックホールリンク側、Relay Nodeのフロントホールリンク側、並びに、STAを表し、各ラインの間の矢印は、各装置間のデータの送受信を表している。
　なお、図６におけるRelay Nodeのバックホールリンク側およびRelay Nodeのフロントホールリンク側の間の矢印の先は、フロントホール側における送信タイミングを示している。また、矢印の元は、バックホールリンク側において、受信されたパケットのうち、矢印の先が示す送信タイミングに、どのパケットまで、誤り検出が完了して、バッファに格納されているかを示している。
　図６において、#1乃至#8は、パケット#1乃至#8をそれぞれ表す。Pは、PHYヘッダとしての役割を担うPreamble、Aは、Block Ackをそれぞれ表す。
　Source Nodeは、タイミングt0において、Relay Nodeへの、Preambleとパケット#1乃至#4の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt0でSource Nodeから送信されてくるPreambleとパケット#1乃至#4を受信し始める。その際、Relay Nodeのバックホールリンク側は、データパケット#1乃至#4を１つずつ取得し、MACヘッダ解析、誤り検出を行った後、該当するパケットをフロントホールリンク側のバッファに格納していく。
　Relay Nodeのフロントホールリンク側は、タイミングt1において、バッファにパケット#1が格納されていることを確認した後、Preambleとパケット#1からなるデータフレームを生成し、データ信号の送信を開始する。
　STAは、タイミングt1で送信されてくるPreambleとパケット#1を受信する。STAは、タイミングt2において、受信に成功したパケット#1のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeのバックホールリンク側は、タイミングt3において、受信に成功したパケット#1乃至#4のBlock AckをSource Nodeに対して送信する。
　また、Relay Nodeのバックホールリンク側は、Relay Nodeのフロントホールリンク側は、STAよりタイミングt2で送信されてくるBlock Ackを受信し、タイミングt4において、バッファにパケット#2乃至#4が格納されていることを確認した後、Preambleとパケット#2乃至#4からなるデータフレームを生成し、データ信号の送信を開始する。
　Relay Nodeからタイミングt3で送信されてくるBlock Ackを受信したSource Nodeは、タイミングt5において、Relay NodeへのPreambleとパケット#5乃至#8の送信を開始する。
　STAは、Relay Nodeからタイミングt4で送信されてくるPreambleとパケット#2乃至#4を受信し、タイミングt6において、受信に成功したパケット#2乃至#4のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeのバックホールリンク側は、タイミングt5でSource Nodeから送信されてくるPreambleとパケット#5乃至#8を受信し始める。その際、Relay Nodeのバックホールリンク側は、データパケット#5乃至#8を１つずつ取得し、MACヘッダ解析、誤り検出を行った後、該当するパケットをフロントホールリンク側のバッファに格納していく。
　STAからタイミングt6で送信されてくるBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt7において、バッファにパケット#5乃至#7が格納されていることを確認した後、Preambleとパケット#5乃至#7からなるデータフレームを生成し、データ信号の送信を開始する。
　また、Relay Nodeのバックホールリンク側は、タイミングt8において、受信に成功したパケット#5乃至#8のBlock AckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeから送信されてくるBlock Ackを受信する。
　STAは、Relay Nodeからタイミングt7で送信されてくるPreambleとパケット#5乃至#7を受信し、タイミングt9において、受信に成功したパケット#5乃至#7のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　タイミングt9で送信されてくるBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt10において、バッファにパケット#8が格納されていることを確認した後、Preambleとパケット#8からなるデータフレームを生成し、データ信号の送信を開始する。
　STAは、Relay Nodeからタイミングt10で送信されてくるPreambleとパケット#8を受信する。STAは、タイミングt11において、受信に成功したパケット#8のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeのフロントホールリンク側は、STAからタイミングt11で送信されてくるBlock Ackを受信し、図６のシーケンスは終了となる。
　以上のように、Relay Nodeのフロントホールリンク側は、Relay Nodeのバックホールリンク側の受信状況を考慮せず、バッファ内に格納されているパケットだけを見てデータパケットの連結数を決定する。したがって、Relay Nodeのバックホールリンク側と比べると、Relay Nodeのフロントホールリンク側のデータフレームの伝送回数の方がどうしても多くなってしまう。
　データ信号の伝送回数が増加するとその分Preamble、Ackなどの伝送や各フレーム間の待機時間がオーバヘッドとなり伝送効率が低下してしまう。よって、低遅延化のために、Relay Nodeのフロントホールリンク側の伝送回数をなるべく減らすことが重要である。
　そこで、特許文献１においては、バックホールリンク側で受信したデータ信号をほぼ同時刻でフロントホールリンク側でも伝送を行う手法が提案されている。
　しかしながら、特許文献１に提案される手法では、バックホールリンク側でパケットの誤り検出(FCS Check)を行わないため、エラーが発生したパケットをそのままフロントホールリンク側で伝送するなど、リンク品質が不安定な状況で無駄な伝送が発生する可能性が高い。
　以上のことから、本技術においては、Relay Nodeのバックホールリンク側とフロントホールリンク側が連携し、一方のリンクで受信中のデータ信号に誤り検出を施しつつ、ほぼ同時刻で、もう一方のリンクにパケットを中継させる手法が提案される。
　本技術により、無線LANをはじめとする無線通信方式における低遅延かつ高効率な中継方法を実現することが可能となる。
　以下、本技術について詳細を説明していく。
＜２．第１の実施の形態＞
　＜全体シーケンス＞
　図７は、第１の実施の形態における全体シーケンスを示す図である。
　フェーズPh1において、Source NodeとRelay Nodeは、Source NodeおよびRelay Node間のリンクセットアップ（接続処理、認証処理、鍵交換、およびAck処理設定など）であるBackhaul Link Setupを行う。
　フェーズPh2において、Relay NodeとSTAは、Relay NodeおよびSTA間のリンクセットアップ（接続処理、認証処理、鍵交換、Ack処理設定など）であるFronthaul Link Setupを行う。
　フェーズPh3において、Source NodeおよびSTAは、Source NodeからSTAへのデータ伝送をRelay Nodeを中継させて行うためのリンクセットアップ（中継設定処理、鍵交換、など）であるMLO Relay Link Setupを行う。
　フェーズPh4において、Source NodeおよびSTAは、中継によるデータ伝送であるRelay Transmissionを行う。
　＜Relay Transmissionのシーケンス＞
　図８は、図７のフェーズPh4のRelay Transmissionを説明するシーケンスを示す図である。
　なお、図８においては、Relay Nodeが、Relay_B(Relay Nodeのバックホールリンク側)とRelay_F(Relay Nodeのフロントホールリンク側)に分かれて示されている。
　図８においては、Source Nodeが送信権を獲得し、STAまでデータを送信する状況が想定されている。ただし、STAがSource Nodeへデータを送信する場合も、バックホールリンクとフロントホールリンクの役割が逆転するだけであり、図８の場合と本質的な動作に差異はない。
　タイミングT1において、Source Nodeは、Relay Nodeに、これからバックホールリンク側で伝送するデータをそのままフロントホールリンク側に中継して伝送する直通中継伝送の要求信号であるDirect Tx Request frameを送信する。Direct Tx Request frameには、直通中継伝送のために必要な情報群が含まれる。Direct Tx Request frameの詳細は、図９を参照して後述される。Relay Nodeは、Direct Tx Request frameを受信する。
　タイミングT2およびタイミングT3において、Relay Nodeは、バックホールリンク側とフロントホールリンク側での情報交換を行い、Source Nodeとの通信のチャネル状況および自身のバッファ状況の少なくとも１つに基づいて、直通中継伝送の可否を判定する。Relay Nodeは、直通中継伝送を行う場合、上述した要求信号に対する応答信号の準備を行う。この情報交換には、MLME(MAC Layer Management Entity)が用いられる。MLMEには、直通中継伝送を要求するためのMLME-DirectTx.requestや直通中継伝送の要求に応答するためのMLME-DirectTx.response、直通中継伝送を確認するためのMLME-DirectTx.confirmといったMLMEが想定されている。
　ただし、本技術はこれに限定されることはなく、バックホールリンク側がフロントホールリンク側の状況（チャネル状況や使用するデータレート情報など）を取得できれば、どのような情報交換を行ってもよい。
　タイミングT4において、Relay Nodeは、Source Nodeへ、応答信号であるDirect Tx Response frameを送信する。Direct Tx Response frameには、直通中継伝送の可否状況や必要な情報群が含まれる。Direct Tx Response frameの詳細は、図１０を参照して後述される。Source Nodeは、Direct Tx Response frameを受信し、Direct Tx Response frameに含まれる情報に基づいて、直通中継伝送の設定を行う。
　直通中継伝送の設定が終了したら、タイミングT5において、Source Nodeは、Data transmissonとして、Relay Nodeに対して、データフレームを送信する。Relay Nodeのバックホールリンク側は、Source Nodeから送信されてくるデータフレームを受信する。
　タイミングT6において、Relay Nodeのバックホールリンク側は、データフレーム内の情報に基づいて、Relay Nodeのフロントホールリンク側へMLME-DirectTx.confirmを通知し、直通中継伝送を行う。
　タイミングT7において、Relay Nodeのフロントホールリンク側は、Data transmissonとして、STAに対してデータフレームを送信する。STAは、Relay Nodeから送信されてくるデータフレームを受信する。
　タイミングT8において、Relay Nodeのバックホールリンク側は、受信したデータフレームの受信応答であるAck frameをSource Nodeに送信する。Source Nodeは、Relay Nodeから送信されてくるAck frameを受信する。
　タイミングT9において、STAは、受信したデータフレームの受信応答であるAck frameをRelay Nodeに対して送信する。Relay Nodeのフロントホールリンク側は、STAから送信されてくるAck frameを受信する。その後、図８のシーケンスは終了となる。
　＜Direct Tx Request frameの構成＞
　図９は、Direct Tx Request frameの構成例を示す図である。
　図９においては、IEEE802.11のAction frameをベースにDirect Tx Request frameが示されている。ただし、本技術は、図９のフレーム構成に限定されず、少なくとも下記情報の一部が含まれていればよい。また、図９においては、MAC Frameである場合のDirect Tx Request frameが示されているが、Direct Tx Request frame は、TCP/IP Frameとして伝送されてもよい。
　なお、図９において、従来と異なる部分には、ハッチが付されている。これ以降のFrameの構成例を示す図においても同様である。
　Direct Tx Request frameは、Frame control、Duration、RA(Receiver Address)、TA(Transmitter Address)、Frame Body、およびFCSの各フィールドから構成される。
　Frame Controlには、Frameの種別を示す情報が含まれる。
　Durationには、Frameの長さを示す情報が含まれる。
　RAには、送信先アドレスを示す情報が含まれる。
　TAには、送信元アドレスを示す情報が含まれる。
　Frame Bodyには、送信する情報の本体が含まれる。本技術においては、Frame Bodyのフィールド内に、Relay Action Frameが含まれる。
　図９の場合、Relay Action Frameは、Category、Relay Action、Relay Sequence Number、Destination Address、Data Rate、Number of MPDUs、およびError Case flagを含むように構成される。
　Categoryには、本Action Frameが、Relay Action Frameであることを示す情報が含まれる。
　Relay Actionには、本Relay Action Frameの種別を示す情報が含まれる。例えば、Relay Actionが0の場合、本Relay Action Frameの種別が、Direct Tx Requestであることを示し、Relay Actionが1の場合、本Relay Action Frameの種別が、Direct Tx Responseであることを示す。
　Relay Sequence Numberには、直通中継伝送の識別番号が含まれる。直通中継伝送の識別番号は、要求側により設定される。応答側は、要求側の指定した値をそのまま使用する。
　Destination Addressには、受信先アドレス情報が含まれる。受信先アドレス情報とは、最終的な宛先であるSTAを示す情報である。受信先アドレス情報は、MACアドレスでも、他の識別情報でもよい。
　Data Rateには、Source Nodeがバックホールリンクで使用するデータレートに関する情報が含まれる。データレートに関する情報は、Bpsの数値そのままであってもよいし、規格で設定されたテーブルに合うようなインデックス情報であってもよい。
　また、データレートに関する情報は、データレート数値そのものでなくてもよく、MCS(Modulation and Coding Scheme)、送信ストリーム数、ガードインターバル長などのような、データレートを決めるために必要なパラメータ群に関する情報であってもよい。
　Number of MPDUには、伝送したいデータパケット(MPDU)の総数が含まれる。
　Error Case flagには、直通中継伝送を行っている際、バックホールリンク側でパケットエラーが発生した場合の対処法を示す情報が含まれる。例えば、Error Case flagが０の場合、上記対処法は「何もしない」であり、Error Case flagが1の場合、上記対処法は「過去のパケットを再送する」である。
　＜Direct Tx Response frameの構成＞
　図１０は、Direct Tx Response frameの構成例を示す図である。
　Direct Tx Response frameは、Frame control、Duration、RA、TA、Frame Body、およびFCSの各フィールドから構成される。なお、図１０において、図９の例と共通する部分についての説明は省略される。
　図９の場合と同様に、Frame Bodyには、Frame Bodyのフィールド内に、Relay Action Frameが含まれる。
　図１０の場合、Relay Action Frameは、Category、Relay Action、Relay Sequence Number、Result Flag、Reason Code、Data Rate、およびBuffer Statusを含むように構成される。
　Result Flagには、直通中継伝送の設定の成功または失敗を示すフラグ情報が含まれる。例えば、Result Flagが0の場合、直通中継伝送の設定がFAILであることを示し、Result Flagが1の場合、直通中継伝送の設定がSUCESSであることを示す。
　Reason Codeには、直通中継伝送の設定に失敗した時の理由を示す情報が含まれる。Reason Codeにおいて、値と理由の組合せは予め定められている。
　Data Rateには、Relay Nodeがフロントホールリンクで使用するデータレートに関する情報が含まれる。Data Rateに関しては、使用されるリンクが、バックホールリンクであるか、フロントホールリンクであるかだけの違いであり、どのような情報で表されるかについては、図９の場合と同様である。
　Buffer Statusには、Relay Nodeが持つバッファの空き状況を示す情報が含まれる。バッファの空き状況を示す情報は、格納できるパケット数であってもよいし、Source Nodeが送信してくるパケット数をすべて格納できるか否かを示すフラグ情報であってもよい。
　＜Data frameの構成＞
　図１１は、直通中継伝送を行うデータフレームの構成例を示す図である。
　図１１においては、IEEE802.11のMACヘッダ内にあるHT Control field内に必要なパラメータ群が格納されることが示されている。ただし、フレーム構成は、図１１の例に限定せず、（Preamble含む）データフレーム内のどこかに、下記情報の少なくとも一部が含まれていればよい。
　また、図１１においては、MAC Frameである場合のデータフレームが示されているが、データフレームは、TCP/IP Frameとして伝送されてもよい。
　さらに、データフレーム内に複数のデータパケットが連結されている場合、基本はすべてのデータパケットが図１１に示される構成を取ることになるが、可能であれば最初のデータパケットが必要な情報群を保有するだけでもよい。
　Data frameは、Frame control、Duration、RA、TA、HT control、Frame Body、およびFCSの各フィールドから構成される。なお、図１１において、図９の例と共通する部分についての説明は省略される。
　図１１において、HT controlの一部に、直通中継伝送を行うために必要なControl Information（制御情報）が含まれる。
　Control Informationは、Control ID、Relay Sequence Number、Number of MPDU in this frame、Number of Relay MPDU、Relay Length、Tx Start Indicationを含むように構成される。
　Control IDには、後続する情報群が直通中継伝送に関する情報群であることを示す情報が含まれる。
　Relay Sequence Numberには、直通中継伝送の識別番号が含まれる。データフレームにおいては、Direct Tx Request frameにおいて設定された値がそのまま用いられる。
　Number of MPDU in this frameには、このデータフレームに含まれるデータパケット(MPDU)数を示す情報が含まれる。
　Number of Relay MPDUには、直通中継伝送して欲しいデータパケット(MPDU)の数を示す情報が含まれる。
　Number of Relay MPDUには、基本、Number of MPDU in this frameで示される数値と同じ数値が設定される。ただし、Relay Nodeから通知されたDirect Tx Response frameの情報から、バックホールよりもフロントホールのデータレートが遅い場合や、Relay Buffer１０２にパケットの滞留があることが事前に分かった場合など、一部のパケットのみが直通中継伝送されることがある。その際、一部のパケットの数が、Number of Relay MPDUに設定されるようにしてもよい。
　なお、バックホールよりもフロントホールのデータレートが遅い場合や、Relay Buffer１０２にパケットの滞留がある場合については後述される。
　Relay Lengthには、直通中継伝送して欲しいデータ長を示す情報が含まれる。
　Relay Lengthには、データ長を示す情報として、基本、データフレームに付与されるPHYヘッダ内に含まれるデータ長を示す数値(L_LENGTH)と同じ数値が設定される。ただし、上述したように、一部のパケットのみが直通中継伝送されることがある。その際、一部のパケットのデータ長が、Relay Lengthに設定されるようにしてもよい。
　Tx Start Indicationには、いくつのデータパケットを受けたときに、送信を開始するかを示すデータパケットの数が含まれる。例えば、Tx Start Indicationが2の場合、Relay NodeがSource Nodeからパケットを２つ受信した時に送信を開始することを示す。基本、Tx Start Indicationには、１が設定される。
　ただし、Relay Nodeから通知されたDirect Tx Response frameの情報から、フロントホールリンクの方がバックホールリンクよりデータレートが早いことがわかった場合、1ではなく、2や3などに設定して、パケットを１つ受信した時ではなく、パケットを2つや3つ受信した時（すなわち、少し待機させてから）、Relay Nodeの直通中継伝送を開始させることを示す情報をTx Start Indicationに設定してもよい。
　＜Direct Tx Request frame受信時におけるRelay Nodeの処理＞
　図１２は、Direct Tx Request frame受信時におけるRelay Nodeの処理を説明するフローチャートである。
　図１２においては、図８と同様に、Source Nodeが送信権を獲得し、STA宛までデータを伝送する例が示されている。ただし、STAがSource Nodeへデータを伝送する場合もSource NodeとSTAが逆転するだけであり、本質的な動作に差異はない。
　なお、図１２の処理は、Relay Nodeの通信制御部９５が、無線通信部７１の各部を制御して行われる処理である。
　ステップＳ１１において、Relay Nodeの通信制御部９５は、Source Nodeから送信されるDirect Tx Request frameを受信する。
　ステップＳ１２において、通信制御部９５は、バックホールリンク側とフロントホールリンク側で、MLME-DirectTx.requestおよびMLME-DirectTx.responseの交換を行い、フロントホールリンク側の状況確認を行う。
　ステップＳ１３において、通信制御部９５は、直通中継伝送が可能か否かを判定し、Source Nodeに、Direct Tx Response frameを送信する。
　ここで、ステップＳ１３における直通中継伝送が可能か否かの判定として、下記に示す条件をすべて満たす場合に直通中継伝送が可能と判定されるように規格上で定めるようにしてもよい。また、装置特有の条件によって直通中継伝送の可否が判定されるようにしてもよい。
　1.フロントホールリンク側がアイドル状態（すなわち、他の通信装置にチャネルを占有されていない状態）である時
　2.バッファ内に他パケットが滞納しておらず、十分な空き状態が確認できる時
　なお、図１２のステップＳ１３において、もし直通中継伝送が不可能であると判定された場合、Relay Nodeは、Source Nodeへ応答信号を送信しなくてもよい。
　＜データフレーム受信時におけるRelay Nodeの処理＞
　図１３は、データフレーム受信時におけるRelay Nodeの処理を説明するフローチャートである。
　なお、図１３の処理も、図１２の処理と同様に、Relay Nodeの通信制御部９５が、無線通信部７１の各部を制御して行われる処理である。
　ステップＳ３１において、Relay Nodeのバックホールリンク側は、Source Nodeからデータフレームを受信する。
　ステップＳ３２において、Relay Nodeのバックホールリンク側は、データフレーム内の最初のデータパケット内に含まれるRelay Sequence Numberが、Direct Tx Request frameやDirect Tx Response frameにおいて設定された値と一致するかを確認する。
　ステップＳ３２において、Relay Sequence Numberが、Direct Tx Request frameやDirect Tx Response frameにおいて設定されたと一致すると判定された場合、処理は、ステップＳ３３に進む。
　ステップＳ３３において、Relay Nodeのバックホールリンク側は、フロントホールリンク側にMLME-DirectTx.confirmを通知し、直通中継伝送の準備を開始させる。すなわち、ステップＳ３４以降は、フロントホールリンク側の信号処理部(PHY層)９３－２およびデータ処理部(MAC層)９４－２により実行される直通中継伝送の処理である。
　ステップＳ３４において、フロントホールリンク側のデータ処理部(MAC層)９４－２は、データパケット内に含まれるRelay Lengthの長さ分をすべて”0”で埋めた疑似的なデータフレーム(MAC処理フレーム；A-MPDU including EOP padding)であるpseudo-PSDUを生成する。そして、データ処理部(MAC層)９４－２は、信号処理部(PHY層)９３－２へPHY-TXSTART.requestを送信する。PHY-TXSTART.requestは、PHY層へのデータ送信の開始を要求するための要求信号である。ステップＳ３４以降の処理の詳細、すなわち、直通中継伝送の詳細は、図１４を参照して後述される。
　ステップＳ３５において、データ処理部(MAC層)９４－２は、信号処理部(PHY層)９３－２から送信される、PHY-TXSTART.confirmを受信したか否かを判定する。PHY-TXSTART.confirmは、PHY-TXSTART.requestに対応する応答信号である。信号処理部(PHY層)９３－２から送信されるPHY-TXSTART.confirmを受信したと、ステップＳ３５において判定された場合、処理は、ステップＳ３６に進む。
　ステップＳ３６において、データ処理部(MAC層)９４－２は、信号処理部(PHY層)９３－２に1byte分の情報を出力（送信）する。すなわち、データフレームの情報が1byte分ずつ出力されていく。
　ステップＳ３５において、信号処理部(PHY層)９３－２から送信されるPHY-TXSTART.confirmを受信していないと判定された場合、ステップＳ３６の処理はスキップされ、処理はステップＳ３７に進む。
　ステップＳ３７において、データ処理部(MAC層)９４－２は、自身が管理するQueueであるRelay Buffer１０２に新たなパケットが格納されたか否かを判定する。
　バックホールリンク側のデータ処理部(MAC層)９４－１は、受信され、誤り検出が完了したタイミングで、誤り訂正が完了したパケットを順にRelay Buffer１０２に格納していく。
　ステップＳ３７において、自身が管理するQueueであるRelay Buffer１０２に新たなパケットが格納されたと判定された場合、処理は、ステップＳ３８に進む。
　ステップＳ３８において、データ処理部(MAC層)９４―２は、該当するパケットから新たに連結処理のためのデリミタおよびデータパケット(MPDU)を生成し、データ処理部(MAC層)９４－２で記憶している既存のpseudo-PSDUの該当部分を上書きする。上書きされることで、実際のデータフレームが生成されていく。
　なお、上書きする箇所は、データ処理部(MAC層)９４－２により管理されるが、基本的には、疑似的なデータフレームの先頭側から順に上書きされていく。
　ステップＳ３７において、自身が管理するQueueであるRelay Buffer１０２に新たなパケットが格納されていないと判定された場合、処理は、ステップＳ３９に進む。
　ステップＳ３９において、データ処理部(MAC層)９４－２は、pseudo-PSDU上において、信号処理部(PHY層)９３－２へ出力する部分が上書きされていない部分に近づいたか否かを判定する。例えば、pseudo-PSDU上において、信号処理部(PHY層)９３－２へ出力する部分の位置が上書きされていない部分の位置に対して、ある閾値（例えば、3bytes）よりも近づいたか否かが判定される。
　ステップＳ３９において、信号処理部(PHY層)９３－２へ出力する部分が上書きされていない部分に近づいた、すなわち、新しいパケットに上書きされないまま、信号処理部(PHY層)９３－２に出力するタイミングが近づいてきたと判定された場合、処理は、ステップＳ４０に進む。
　ステップＳ４０において、データ処理部(MAC層)９４－２は、次データパケット(MPDU)分を”0”で書かれたままの状態に固定し、信号処理部(PHY層)９３－２に出力を行うか、あるいは、前に送信済みのデリミタおよびデータパケット(MPDU)を再度上書きして、信号処理部(PHY層)９３－２に出力を行うか、どちらかを実施する。
　一方、ステップＳ３２において、Relay Sequence Numberが、Direct Tx Request frameやDirect Tx Response frameにおいて用いられた値と一致しないと判定された場合、処理は、ステップＳ４１に進む。
　ステップＳ４１において、Relay Nodeは、例えば、図６に示されたような従来通りの中継処理を実施する。
　ステップＳ３８、Ｓ４０、またはＳ４１の後、処理は、ステップＳ４２に進む。
　また、ステップＳ３９において、信号処理部(PHY層)９３－２へ出力する部分が上書きされていない部分に近づいていないと判定された場合、処理は、ステップＳ４２に進む。
　ステップＳ４２において、データ処理部(MAC層)９４－２は、信号処理部(PHY層)９３－２にすべての情報を出力したか否かを判定する。信号処理部(PHY層)９３－２にすべての出力を送信していないと、ステップＳ４２において判定された場合、処理は、ステップＳ３５に戻り、それ以降の処理が繰り返される。
　ステップＳ４２において、信号処理部(PHY層)９３－２にすべての情報を出力したと判定された場合、データフレーム受信時におけるRelay Nodeの処理は終了となる。
　なお、上述した各ステップの処理は、必ずしもフローチャートの順番どおり実行される必要はなく、必要に応じて各処理が実施されてもよい。
　以上のようにして、Relay Nodeにおいては、Source Nodeから送信されてくるデータ信号のパケットを他の情報(0)に設定した疑似的なデータフレームであるpseudo-PSDUが生成される。また、各パケットが受信され、誤り検出が完了され、Relay Buffer１０２に蓄積されたタイミングで、受信したパケットに基づく情報を、pseudo-PSDUに上書きしてデータフレームを生成しながら、順に出力する直通中継伝送が行われる。
　すなわち、この直通中継伝送においては、バックホールリンク側で、誤り検出されていない、未取得のパケット分をフロントホールリンク側で送信可能にするために、疑似的なデータフレームを準備しておくことが可能となる。
　また、各パケットが受信され、誤り検出が完了されたパケットに基づく情報が、疑似的なデータフレームに上書きされることで、データフレームが生成されながら、１ビットずつ順に、後段のPHY層に出力される。
　これにより、バックホールリンク側で取得したデータフレームと同じデータフレームを短いタイムラグでフロントホールリンク側に中継することが可能となる。
　以上により、低遅延で効率よくデータの中継を行うことができる。
　＜データ処理部(MAC層)と信号処理部(PHY層)の連携動作＞
　図１４は、フロントホールリンク側のデータ処理部(MAC層)９４－２と信号処理部(PHY層)９３－２の連携動作のイメージを示す図である。
　図１４において、横軸は時間を表す。
　Relay Nodeのデータ処理部(MAC層)９４－２は、”A-MPDU including EOP padding”にすべて”0”が書かれた状態とする０パディングを行ったものであるpseudo-PSDUを生成し、信号処理部(PHY層)９３－２に、PHY-TXSTART.requestを通知する。
　データ処理部(MAC層)９４は、信号処理部(PHY層)９３から、PHY-TXSTART.confirmを受け、信号処理部(PHY層)９３との間で、PHY-DATA.requestの送信とPHY-DATA.confirmの受信を繰り返すことで、信号処理部(PHY層)９３に1byteずつ情報を送信する。PHY-DATA.requestは、信号処理部(PHY層)９３へのデータ送信を要求する信号であり、PHY-DATA.confirmは、PHY-DATA.requestに対する応答信号である。
　上記1byteずつの情報の送信と並行して、データ処理部(MAC層)９４は、QueueであるRelay Buffer１０２に新たなパケットが格納された時点で、該当するパケットから新たにデータパケット連結処理の為のデリミタを生成し、デリミタおよびデータパケットを、データ処理部(MAC層)９４で記憶しているpseudo-PSDUの該当箇所に上書きする。上書きする箇所は、データ処理部(MAC層)９４により管理され、基本的にはpseudo-PSDUの図中左から順に上書きされ、上書きにより実際のデータフレームが生成される。
　その後、上書きされた情報（データフレームの一部の情報）は、信号処理部(PHY層)９３に1byteずつ出力され、パケット毎に、フロントホールリンクで、STAに送信されていく。
　ここで、信号処理部(PHY層)９３に出力する情報が、pseudo-PSDUの未だ上書きされていない部分へ近づいてきた場合、データ処理部(MAC層)９４は、次のいずれかの処理を行う。
　(1)次データパケット(MPDU)分を”0”で書かれたままままの状態に固定し、信号処理部(PHY層)９３に出力する。
　(2)前に送信済みのデリミタ+データパケットを再度上書きし、信号処理部(PHY層)９３に出力する。
　なお、(1)または(2)のどちらを実施するかは、Direct Tx Request frame内にあるError Case flag fieldにて決定される。基本的には、後者が望ましいが、Relay Nodeの計算能力の問題やフロントホールリンクの送信状況を鑑みて、何にも上書きしないまま固定にして出力する方法を選択してもよい。この場合、デリミタ内に何の情報も持たないことを示すフラグ情報が付加されてもよい。
　なお、もし、上述したpseudo-PSDUを一時的に格納するメモリを保有している場合、データ処理部(MAC層)９４は、前にメモリ内に記憶されている値をそのまま使用することも可能である。
　＜第１の効果例＞
　図１５は、本技術の第１の効果例を説明するシーケンスを示す図である。
　図１５においては、図６と同様に、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#8を送信する例が示されている。
　Source Nodeは、タイミングt21において、Relay Nodeに、Direct Tx Request frameを送信する。
　Relay Nodeは、タイミングt22において、Source Nodeに、Direct Tx Response frameを送信する。
　Source Nodeは、タイミングt23において、Relay Nodeに、Preambleとパケット#1乃至#4の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt23において、Source Nodeから送信されてくるPreambleとパケット#1乃至#4を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側でまだ未取得のパケット#1乃至#4を伝送するために、pseudo-PSDUを準備し、その後、pseudo-PSDUに、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#1乃至#4を順番に上書きする。
　パケット#1乃至#4がpseudo-PSDUの該当部分に順番に上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。そして、Relay Nodeのフロントホールリンク側は、タイミングt24において、preambleとパケット#1乃至#4を順番にSTAに送信していく。
　具体的には、パケット#1がSTAに送信されているときに、パケット#2が上書きされて信号処理部９３に出力されていき、パケット#2がSTAに送信されているときに、パケット#3が上書きされて信号処理部９３に出力されていく。また、パケット#3がSTAに送信されているときに、パケット#4が上書きされて信号処理部９３に出力されていき、その後、パケット#4がSTAに送信されていく。
　Relay Nodeのバックホールリンク側は、タイミングt25において、受信に成功したパケット#1乃至#4のBlock AckをSource Nodeに対して送信する。
　Relay Nodeから送信されてくるBlock Ackを受信したSource Nodeは、タイミングt26において、Relay Nodeに、Preambleとパケット#5乃至#8の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt26でSource Nodeから送信されてくるPreambleとパケット#5乃至#8を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側でまだ未取得のパケット#5乃至#8を伝送するために、pseudo-PSDUを準備し、その後、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#5乃至#8をpseudo-PSDUの該当部分に順番に上書きする。
　パケット#5乃至#8がpseudo-PSDUの該当部分に順番に上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に出力されていく。
　Relay Nodeから送信されてくるPreambleとパケット#1乃至#4を受信したSTAは、タイミングt27において、受信に成功したパケット#1乃至#4のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　STAからタイミングt27でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt28において、preambleとパケット#5乃至#8を順番にSTAに送信していく。
　また、Relay Nodeのバックホールリンク側は、タイミングt29において、受信に成功したパケット#5乃至#8のBlock AckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeから送信されてくるBlock Ackを受信する。
　Relay Nodeから送信されてくるPreambleとパケット#5乃至#8を受信したSTAは、タイミングt30において、受信に成功したパケット#5乃至#8のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。Relay Nodeは、パケット#5乃至#8のBlock Ackを受信し、図１５のシーケンスは終了となる。
　以上のように、図１５のシーケンスは、データ送信前にSource NodeとRelay Nodeの間でDirect Tx RequestおよびDirect Tx Responseを交換し、Relay Nodeで直通中継伝送を行う点が図６のシーケンスと異なっている。
　図１５のシーケンスにより、バックホールリンク側で取得したデータフレームと同じデータフレームを短いタイムラグでフロントホールリンク側に中継することが可能となる。
　さらに、バックホールリンクとフロントホールリンクで連携せず、バッファに溜まったパケットを１つずつ伝送していた図６のシーケンスと異なり、効率よくすべてのパケットをSTAへ伝送することができる。
　＜第２の効果例＞
　図１６は、本技術の第２の効果例を説明するシーケンスを示す図である。
　図１６においては、図１５と異なり、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#8を送信する際に、バックホールリンク側でパケット#6の取得に失敗した例が示されている。
　なお、図１６のタイミングt41乃至t47は、図１５のタイミングt21乃至t27と基本的に同様の処理を行うので、その説明は省略される。
　Relay Nodeから送信されてくるBlock Ackを受信したSource Nodeは、タイミングt46において、Relay Nodeに、Preambleとパケット#5乃至#8の送信を開始する。
　Relay Nodeのバックホールリンク側は、Source Nodeからタイミングt46で送信されてくるPreambleとパケット#5乃至#8を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側でまだ未取得のパケット#5乃至#8を伝送するために、pseudo-PSDUを準備し、その後、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#5乃至#8をpseudo-PSDUの該当部分に順番に上書きする。
　ところが、Relay Nodeのバックホールリンク側は、パケット#6の取得を失敗する。この場合、Relay Nodeのフロントホールリンク側は、パケット#6の分まで含めて直通中継伝送を実施するよう準備をしているため、そのままパケット#6分を抜いて伝送することは不可能である。
　そこで、Relay Nodeのフロントホールリンク側は、パケット#6の代わりに、既に伝送済みのパケット（例えば、パケット#5）をpseudo-PSDUの該当部分に再度上書きする。これにより、パケット#6の代わりに０の情報のまま伝送されるという無駄な伝送を回避でき、パケット#5が２度送られることにより信頼性が増すので、伝送の高信頼性化を図ることが可能となる。
　すなわち、パケット#5、#5、#7、#8がpseudo-PSDUの該当部分に順番に上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。したがって、STAからタイミングt47でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt48において、preambleとパケット#5、#5、#7、#8を順番にSTAに送信していく。
　また、Relay Nodeのバックホールリンク側は、タイミングt49において、受信に成功したパケット#5、#7、#8のBlock AckをSource Nodeに対して送信する。
　Relay Nodeから送信されてくるBlock Ackを受信したSource Nodeは、タイミングt50において、Relay Nodeに、Preambleとパケット#6の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt50でSource Nodeから送信されてくるPreambleとパケット#6を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側でまだ未取得のパケット#6を伝送するために、pseudo-PSDUを準備し、その後、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#6をpseudo-PSDUの該当部分に上書きする。
　すなわち、パケット#6が上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。
　また、Relay Nodeから送信されてくるPreambleとパケット#5、#5、#7、#8を受信したSTAは、タイミングt51において、受信に成功したパケット#5、#7、#8のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　したがって、STAからタイミングt51でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt52において、preambleとパケット#6をSTAに送信していく。
　また、Relay Nodeのバックホールリンク側は、タイミングt53において、受信に成功したパケット#6のAckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeから送信されてくるAckを受信する。
　Relay Nodeから送信されてくるPreambleとパケット#6を受信したSTAは、タイミングt54において、受信に成功したパケット#6のAckをRelay Nodeのフロントホールリンク側に対して送信する。Relay Nodeは、STAから送信されてくるAckを受信し、図１５のシーケンスは終了となる。
　以上のように、図１６のシーケンスにおいては、取得できないパケットがあった場合、取得できないパケット対して準備された情報に、既に伝送済みのパケット（パケット#5）に基づく情報が再度上書される。これにより、上述したように、無駄な伝送を回避し、伝送の高信頼性化を図ることが可能となる。
　なお、取得できないパケットがあった場合、図１６のような既に伝送済みのパケットに基づく情報の上書きを再度行うのではなく、何の情報も持たない形で伝送されるようにしてもよい。
　＜第３の効果例＞
　図１７は、本技術の第３の効果例を説明するシーケンスを示す図である。
　図１７においては、図１５と異なり、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#4を送信する際に、フロントホールリンク側の伝送レートがバックホールリンク側の伝送レートと比べて遅い例が示されている。
　なお、図１７のタイミングt61乃至t66は、フロントホールリンク側の伝送レートがバックホールリンク側の伝送レートと比べて遅いことが異なるだけであり、図１５のタイミングt21乃至t25、t27と基本的に同様の処理を行うので、その説明は省略される。
　すなわち、タイミングt61とt62でのDirect Tx Request frameとDirect Tx Response frameの送受信により、Source NodeとRelay Nodeが互いに使用するデータレート情報を交換することができる。したがって、Source Nodeは、データフレーム送信時、１回に伝送するMPDU数やRelay Lengthを調整することができる。これにより、図１７のように、フロントホールリンク側の伝送レートがバックホールリンク側の伝送レートと比べて遅い場合でも、直通中継伝送を実施することが可能である。
　＜第４の効果例＞
　図１８は、本技術の第４の効果例を説明するシーケンスを示す図である。
　図１８においては、図１７と異なり、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#4を送信する際に、フロントホールリンク側の伝送レートがバックホールリンク側の伝送レートと比べて遅い場合に、フロントホールリンク側のMPDU数やデータフレーム長さ（Relay Length）を調整した例が示されている。
　なお、図１８のタイミングt81およびt82は、図１５のタイミングt21およびt22と基本的に同様の処理を行うので、その説明は省略される。
　Source Nodeは、タイミングt83において、Relay Nodeに、Preambleとパケット#1乃至#4の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt83でSource Nodeから送信されてくるPreambleとパケット#1乃至#4を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側でまだ未取得のパケット#1および#2をデータフレーム長さ（Relay Length）を長く調整して伝送するためにpseudo-PSDUを準備し、その後、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#1および#2をpseudo-PSDUの該当部分に順番に上書きする。
　ところが、Relay Nodeのバックホールリンク側は、パケット#2の取得を失敗する。この場合、Relay Nodeのフロントホールリンク側は、上述したようにデータフレーム長さ（Relay Length）を長く調整して直通中継伝送を実施するよう準備をしているため、次のパケット#3がRelay Buffer１０２にすでに蓄積されている。そこで、Relay Nodeのフロントホールリンク側は、パケット#2の代わりに、次のパケット#3を上書きする。
　すなわち、パケット#1および#3がpseudo-PSDUの該当部分に順番に上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。したがって、Relay Nodeのフロントホールリンク側は、タイミングt84において、preambleとパケット#1および#3を順番にSTAに送信していく。
　また、Relay Nodeのバックホールリンク側は、タイミングt85において、受信に成功したパケット#1、#3、#4のBlock AckをSource Nodeに対して送信する。
　Relay Nodeから送信されてくるPreambleとパケット#1および#3を受信したSTAは、タイミングt86において、受信に成功したパケット#1および#3のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeから送信されてくるBlock Ackを受信したSource Nodeは、タイミングt87において、Relay Nodeに、Preambleとパケット#2の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt87でSource Nodeから送信されてくるPreambleとパケット#2を受信し始める。
　このとき、Relay Nodeのバックホールリンク側は、フロントホールリンク側と、上述した直通中継伝送を行う。直通中継伝送により、Relay Nodeのフロントホールリンク側は、バックホールリンク側で未取得のパケット#4および#2を伝送するために、pseudo-PSDUを準備し、その後、バックホールリンク側により誤り検出され、Relay Buffer１０２に蓄積されたパケット#4および#2をpseudo-PSDUの該当部分に順番に上書きする。
　すなわち、Relay Nodeのフロントホールリンク側は、パケット#4と#2の分まで含めて直通中継伝送を実施するよう準備をしている。したがって、Relay Nodeのフロントホールリンク側は、Relay Buffer１０２にすでに蓄積されていたパケット#4と、いま誤り検出が完了され、Relay Buffer１０２に蓄積されたパケット#2をpseudo-PSDUの該当部分に上書きする。
　パケット#2が上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３に順に出力されていく。したがって、STAからタイミングt86でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt88において、preambleとパケット#4および#2を順番にSTAに送信していく。
　また、Relay Nodeのバックホールリンク側は、タイミングt89において、受信に成功したパケット#2のBlock AckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeから送信されてくるBlock Ackを受信する。
　Relay Nodeから送信されてくるPreambleとパケット#4および#2を受信したSTAは、タイミングt90において、受信に成功したパケット#4および#2のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。Relay Nodeは、STAから送信されてくるBlock Ackを受信し、図１８のシーケンスは終了となる。
　以上のように、図１８においては、フロントホールリンク側のMPDU数やデータフレーム長（Relay Length）が調整され、データレートが異なる場合でも同じデータフレーム長となるよう調整されて、送信が行われる。
　したがって、図１８の場合、図１７と比べて、フロントホールリンク側の伝送回数が増え効率は悪化する。しかしながら、図１８の場合、上述したように、バックホールリンク側でパケット#2がエラーとなった場合においても、フロントホールリンク側ではパケット#1とパケット#3を伝送することができ、パケットエラーが発生した場合においても無駄のない伝送を実施することが可能となる。
　上述した図１７または図１８のように、互いのデータレートにより調整する方法は複数考えられるが、例えば、バックホールリンク側でのパケットエラー率やフロントホールリンク側での連結可能なデータパケット数などを基準に最適な方法を決定してもよい。
＜３．第２の実施の形態＞
　＜概要＞
　図１９は、本技術の第２の実施の形態の概要を説明するシーケンスを示す図である。
　図１９においては、図１５と異なり、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#4を送信する際に、STAがパケット#1乃至#4の取得に失敗した例が示されている。
　なお、図１９のタイミングt101乃至t104は、図１５のタイミングt21乃至t24と基本的に同様の処理を行うので、その説明は省略される。
　タイミングt104において、Relay Nodeのフロントホールリンク側は、preambleとパケット#1乃至#4を順番にSTAに送信していく。
　ところが、STAは、Relay Nodeから送信されてくるパケット#1乃至#4の取得を失敗する。
　また、Relay Nodeのバックホールリンク側は、タイミングt105において、受信に成功したパケット#1乃至#4のBlock AckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeから送信されてくるBlock Ackを受信する。
　ここで、所定の時間が経過しても、STAからBlock Ackが送信されてこないことから、Relay Nodeのバックホールリンク側は、タイミングt106において、Source Nodeに、直通中継伝送を一旦中断するためのDirect Tx Stop Request frameを送信する。Source Nodeは、Relay Nodeから送信されてくるDirect Tx Stop Request frameを受信し、後続のパケットの送信を停止する。
　すなわち、図１９に示されるように、フロントホールリンク側での直通中継伝送の際、STA側でパケットすべてが受信失敗した場合、Relay Nodeは、次回送信時にパケット#1乃至#4の再送を行わなければならない。
　しかしながら、上述した第１の実施の形態におけるRelay NodeおよびSource Nodeの動作では、この後に後続するデータフレームの直通中継伝送が実施されることとなり、パケット#1乃至#4の再送がいつまでたっても行われない。また、再送に限らず、フロントホールリンク側のバッファに一定のパケットが滞留してしまった場合、直通中継伝送を継続することで滞留パケットの伝送タイミングを遅らせてしまう恐れが生じる。
　そこで、第２の実施の形態においては、図１９に示されるように、例えば、フロントホールリンク側のバッファに所定の閾値以上のパケットが滞留してしまった場合など、Relay Nodeが、Source NodeにDirect Tx Stop Request frameを送信する方法が追加される。
　Direct Tx Stop Request frameを受信したSource Nodeは、直通中継伝送を一旦中断し、フロントホールリンク側でのバッファに滞留しているパケットの伝送を優先させることができる。
　＜Direct Tx Stop Request frameの構成＞
　図２０は、Direct Tx Stop Request frameの構成例を示す図である。
　Direct Tx Stop Request frameは、Frame control、Duration、RA、TA、Frame Body、およびFCSの各フィールドから構成される。なお、図２０において、図９の例と共通する部分についての説明は、省略される。
　図９の場合と同様に、Frame Bodyには、Frame Bodyのフィールド内に、Relay Action Frameが含まれる。
　図２０の場合、Relay Action Frameは、Category、Relay Action、Relay Sequence Numberを含むように構成される。
　Relay Actionには、本Relay Action Frameの種別を示す情報が含まれる。例えば、Relay Actionが0の場合、本Relay Action Frameの種別が、Direct Tx Requestであることを示し、Relay Actionが1の場合、本Relay Action Frameの種別が、Direct Tx Responseであることを示す。さらに、Relay Actionが2の場合、本Relay Action Frameの種別が、Direct Tx Stop Requestであることを示す。
　Relay Sequence Numberには、直通中継伝送を中断したい識別番号が含まれる。
＜４．第３の実施の形態＞
　＜概要＞
　図２１は、本技術の第３の実施の形態の概要を説明するシーケンスを示す図である。
　図２１においては、図１５と異なり、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#4を送信する際に、STAがパケット#2および#4の取得に失敗した例が示されている。
　なお、図２１のタイミングt121乃至t124は、図１５のタイミングt21乃至t24と基本的に同様の処理を行うので、その説明は省略される。
　タイミングt124において、Relay Nodeのフロントホールリンク側は、preambleとパケット#1乃至#4を順番に送信していく。
　ところが、STAは、Relay Nodeから送信されてくるパケット#2および#4の取得を失敗する。
　また、Relay Nodeのバックホールリンク側は、タイミングt125において、受信に成功したパケット#1乃至#4のBlock AckをSource Nodeに対して送信する。
　Relay Nodeから送信されてくるBlock Ackを受信したSource Nodeは、タイミングt126において、Relay Nodeに、Preambleとパケット#5乃至#8の送信を開始する。
　Relay Nodeのバックホールリンク側は、タイミングt126においてSource Nodeから送信されてくるPreambleとパケット#5乃至#8を受信し始める。
　Relay Nodeから送信されてくるPreambleとパケット#1および#3を受信したSTAは、タイミングt127において、受信に成功したパケット#1および#3のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeは、タイミングt127でSTAから送信されてくる受信に成功したパケット#1および#3のBlock Ackを受信し、再送を行うパケット#2および#4を認知する。
　このとき、第３の実施の形態においては、Direct Tx Request frameが、そのフレーム内に、各データパケットのLength情報を含めて通知されている。したがって、Relay Nodeは、再送を行うパケット#2および#4の実データ部分に加えて、バックホールリンク側で取得するパケットの中からいくつのパケットを本フレームに追加して伝送できるか、またその際の全体の長さがいくらかが事前に把握できる。
　Relay Nodeのフロントホールリンク側は、パケット#2および#4の実データ部分に加えて、パケット#5および#6の疑似データ部分まで含めたpseudo-PSDUを準備する。したがって、タイミングt128において、Relay Nodeのフロントホールリンク側は、パケット#2および#4の実データ部分に加えて、pseudo-PSDUの該当部分に、パケット#5および#6を上書きする。
　pseudo-PSDUの該当部分に、パケット#5および#6が上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。
　また、Relay Nodeのバックホールリンク側は、タイミングt129において、受信に成功したパケット#5乃至#8のBlock AckをSource Nodeに対して送信する。Source Nodeは、Relay Nodeからのパケット#5乃至#8のBlock Ackを受信する。
　Relay Nodeから送信されてくるPreambleとパケット#2および#4乃至#6を受信したSTAは、タイミングt130において、受信に成功したパケット#2および#4乃至#6のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。
　Relay Nodeは、タイミングt130でSTAから送信されてくる受信に成功したパケット#2および#4乃至#6のBlock Ackを受信する。
　Relay Nodeのフロントホールリンク側は、パケット#7と#8の分まで含めて通常の中継伝送を実施するよう準備をしている。したがって、タイミングt131において、Relay Nodeのフロントホールリンク側は、Relay Buffer１０２にすでに蓄積されていたパケット#7および#8で実際のデータフレームを生成する。
　そして、データフレーム上の情報（パケット#7および#8）が信号処理部９３－２に順に出力されていく。したがって、STAからタイミングt130でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt131において、preambleとパケット#7および#8を順番にSTAに送信していく。
　Relay Nodeから送信されてくるPreambleとパケット#7および#8を受信したSTAは、タイミングt132において、受信に成功したパケット#7および#8のBlock AckをRelay Nodeのフロントホールリンク側に対して送信する。Relay Nodeは、STAからのパケット#7および#8のBlock Ackを受信し、図２１のシーケンスは終了となる。
　＜Direct Tx Request frameの構成＞
　図２２は、第３の実施の形態におけるDirect Tx Request frameの構成例を示す図である。
　Direct Tx Request frameは、Frame control、Duration、RA、TA、Frame Body、およびFCSの各フィールドから構成される。なお、図２２において、図９の例と共通する部分についての説明は、省略される。
　図９の場合と同様に、Frame Bodyには、Frame Bodyのフィールド内に、Relay Action Frameが含まれる。
　図２２の場合、Relay Action Frameは、Category、Relay Action、Relay Sequence Number、Destination Address、Data Rate、Number of MPDUs、Error Case flagおよびMPDU Lengthsを含むように構成される。
　すなわち、図２２のRelay Action Frameは、MPDU Lengthsが追加された点が、図９のRelay Action Frameと異なっている。
　MPDU Lengthsでは、MPDU#1乃至#nまでのLengthが順にすべて通知される、または、例えば、MPDU#1乃至#kは1500byte、MPDU#k+1乃至#nは1000byte、など、同じLengthのMPDUはまとめて通知される。
　なお、MPDU Lengthsのフィールドの中身は特に限定されず、上述したような構成であってよい。また、長さの示し方も、バイト数をそのまま通知する形式でも、規格で定められた表に従って行番号を指定するような形で通知する形式でもよい。
＜５．第４の実施の形態＞
　次に、第４の実施の形態として、バックホールリンク側でのパケットの取得状況に応じて省電力(Doze)モードにSTAを移行させる例について説明する。
　＜概要＞
　図２３は、本技術の第４の実施の形態の概要を説明するシーケンスを示す図である。
　図２３においては、図１６と同様に、Source NodeからSTAまで、Relay Nodeを介して、パケット#1乃至#8を送信する際に、バックホールリンク側でパケット#6の取得に失敗した例が示されている。
　なお、図２３のタイミングt151乃至t157およびt159乃至t164は、図１６のタイミングt41乃至t47およびt49乃至t54と基本的に同様の処理を行うので、その説明は省略される。
　上述した図１６においては、取得に失敗したパケット#6の代わりに、既に伝送済みのパケット（例えば、パケット#5）がpseudo-PSDUの該当部分に再度上書きされて、タイミングt48において、preambleとパケット#5、#5、#7、#8が順番にSTAに送信されていた。
　一方、図２３においては、pseudo-PSDUの該当部分は空にされて、タイミングt158において、preambleとパケット#5、空(図中、－)、#7、#8が順番にSTAに送信される。
　その際、Relay Nodeのフロントホールリンク側は、パケット#5の直後に送られるMPDU Delimiter内に、スキップフラグ情報を含め、パケット#6を該当部分に上書きする代わりに、該当パケットを空にする。スキップフラグ情報は、「次パケットが空であり、データ取得処理をスキップする」旨をSTAに許可する情報である。
　なお、「パケットが空」とは、パケットが０でPaddingされている状態、または、パケットにでたらめな情報が入っている状態を意味する。
　すなわち、パケット#5、空、#7、#8がpseudo-PSDUの該当部分に順番に上書きされることで、実際のデータフレームが生成されていく。すなわち、実際のデータフレームが生成されながら、データフレーム上の情報が信号処理部９３－２に順に出力されていく。したがって、STAからタイミングt157でBlock Ackを受信したRelay Nodeのフロントホールリンク側は、タイミングt158において、preambleとパケット#5、空、#7、#8を順番にSTAに送信していく。
　STAは、Relay Nodeから送信されてくるPreambleとパケット#5、空、#7、#8を受信する。その際、パケット#5の直後のMPDU Delimiter内に含まれるスキップフラグ情報を取得したSTAは、#6のパケットが送信されてくる予定であった該当箇所のデータ取得処理を省略し、省電力モードとして一時的に動作する。
　ここで、省略される「データ取得処理」とは、受信処理の一部であり、図５のブロック図内にあるデータ処理部(MAC層)１４４内の処理を意味する。
　このように、Relay Nodeは、直通中継時、バックホールリンク側でのパケット取得状況に応じ、STAを、省電力モードに一時的に移行させることで、STAの消費電力削減を実現できる。
　なお、図２３の処理を実行して、STAの消費電力を削減するか、あるいは、図１６のように伝送済パケットを上書きし、信頼性を高めるかは、例えば、無線通信システム１の実装者の意思によって決定されてもよいし、Relay Nodeが、何らかの情報をSTAから取得して、取得した情報に基づいて選択してもよい。
　例えば、APは、残バッテリ情報をSTAから取得し、残バッテリ情報に基づいて残バッテリが少ないと判定した際、図１６の動作から、図２３の動作に切り替えるようにしてもよい。
　＜A-MPDU subframeの構成例＞
　図２４は、第４の実施の形態におけるA-MPDU subframeの構成例を示す図である。
　図２４においては、IEEE802.11のA-MPDU subframeの中のMPDU Delimiter内に、下記Skip Modeの1bitを追加する例が示されている。
　A-MPDU subframeは、MPDU Delimiter、MPDU、およびPaddingを含むように構成される。
　図２４のMPDU Delimiterは、1ビットのEOF、1ビットのSkip Mode、14ビットのMPDU length、8ビットのCRC、8ビットのDelimiter Signatureから構成される。
　1ビットのSkip Modeは、データ取得処理をスキップする旨を許可するスキップフラグ情報である。Skip Modeが１を示す場合、STAは、MPDU Delimiterに後続するパケット(MPDU/Padding)のデータ取得処理を省略する。
＜６．第５の実施の形態＞
　＜システム構成＞
　図２５は、本技術の第５の実施の形態に係る通信システムの構成例を示す図である。
　図２５において、通信システム２０１は、図１の無線通信システム１とは異なり、無線でのリレー通信の構成を取っていない。
　図２５の通信システム２０１は、１台のAPと１台のSTAから構成される。通信システム２０１においては、APが、例えば、LAN Cableで接続されるWAN(Wide Area NetworkまたはDistribution System)からSTA宛のパケットを取得し、無線通信によりSTAに送信する。
　広義的な見方をすれば、通信システム２０１においては、Source NodeがWAN側となり、APはSTA宛パケットを中継するRelay Nodeとして考えることができる。したがって、本技術の直通中継伝送は、図２５のケースにも適用することができる。
　この場合、WAN側のSource NodeとAP間での通信リンクが、バックホールリンク(WAN)となり、APとSTA間での通信リンクが、フロントホールリンク(WLAN(Wireless LAN))となる。
　また、図２５の通信システム２０１におけるAPは、図１の無線通信システム１のAP（例えば、図２の通信装置１１)と同様に構成される。通信システム２０１におけるSTAは、図１の無線通信システム１のSTA（例えば、図５の通信装置１１１）と同様に構成される。
　なお、図２５においては、APが、LAN Cableなどの有線でWANに接続される例が示されているが、APとWANは、無線で接続されていてもよい。
　もしAPがWAN側のSource Nodeと情報交換が可能である場合、図８に示されたように、Direct Tx RequestおよびDirect Tx Responseの交換を行い、第１の実施の形態乃至第４の実施の形態を参照して上述してきたような動作を行うことは容易である。
　しかしながら、実際には、APはWAN側のSource Nodeと連携できず、Direct Tx RequestおよびDirect Tx Responseのような情報交換が難しいケースが多い。すなわち、APはWANから最初のパケット(MSDU)を取得した後、どれ位のデータ量が連続して到来するのか、いつ到来するのかといった情報を把握することが難しい。また、WAN側のネットワークの予期せぬ混雑などによりWANからのパケット伝送が途中切れてしまった場合、いつ次のパケットが届くかを予測することも不可能である。
　以上のように、情報交換が難しいケースにおいても、直通中継直通を実現すべく、第５の実施の形態においては、下記２点の動作が新たに定義される。
　（１）直通中継伝送の開始判定およびデータ長決定
　APは、直通中継伝送の開始を、宛先STA、トラフィック種別などに基づいて判定する。例えば、APは、当該トラフィックが低遅延伝送を求められている場合、直通中継伝送を開始すると判定するようにしてもよい。また、APは、セル内のSTA数が少なく、同STAへのパケットが連続して届くことが予測できる場合、直通中継伝送を開始すると判定してもよい。また、APは、複数パケットがバッファに溜まった場合、直通中継伝送を開始すると判定してもよい。
　APは、推定値として、直通中継伝送のデータ長を決定する。例えば、APは、過去のパケット量や到来時間を参考に、データ長の平均値または最長値をデータ長に設定する。また、データ長は、機械学習を用いて決定されてもよい。
　APは予め決定したデータ長分だけ直通中継伝送を行う。APは、WANから伝送されたパケットを直通中継伝送する際、そのパケットが予め決定したデータ長を超えると判定した場合、本パケットの直通中継伝送を行わない。
　（２）バックホールリンク(WAN)側の予期せぬ混雑への対応
　APは、フロントホールリンク(WLAN)側の伝送中に伝送できるパケットがなくなってしまった場合、STAにその旨を通知し、省電力モードに移行させる。また、省電力モード中、APは疑似データを送信し続ける。STAはFFT処理後に受信信号を破棄する。すなわち、STAは、データ取得処理を行わない。
　STAが省電力モードを解除する方法は、下記２通りが考えられる
（ａ）STAに、DelimiterのLength（Delimiterに含まれるMPDU Length情報）分だけSkip Modeを継続させる
（ｂ）APから既知系列信号(例：New STF)を送信し、STAの省電力モードを解除させる
　なお、（ａ）の方法は、簡単であるが、柔軟性に欠けてしまう。（ｂ）の方法は、柔軟性に優れているが、実装難易度が高い。
　以下、APとSTA間での情報交換が必要となる（２）の実現方法による動作を中心に説明する。
　＜第５の実施の形態の第１の効果例＞
　図２６は、第５の実施の形態の第１の効果例を説明するシーケンスを示す図である。
　図２６においては、（ａ）DelimiterのMPDU Length分だけSkip Modeを継続させる場合の例が示されている。
　なお、図２６では、バックホールリンク(WAN)側から取得したパケットとフロントホールリンク(WLAN)側で伝送するパケットの整合性を説明すべく、パケットには、同じ番号が振られているが、実際はWAN側とWLAN側で異なるパケット番号が割り当てられていることの方が多い。
　また、図２６においては、APが、バックホールリンク(WAN)側とフロントホールリンク(WLAN)側に分かれて示されている。
　APは、バックホールリンク(WAN)からパケット#1が届いたタイミングt201において、Preambleおよびパケット#1のSTAへの直通中継伝送を開始する。
　すなわち、タイミングt201において、APのバックホールリンク(WAN)側は、フロントホールリンク(WLAN)側と、図１５を参照して上述した直通中継伝送を行う。
　同様に、APは、バックホールリンク(WAN)からパケット#2乃至#4が届いたタイミングt202乃至t204においてパケット#2乃至#4のSTAへの直通中継伝送をそれぞれ開始する。
　その後、バックホールリンク(WAN)側において予期せぬ混雑(Unpredictable Network Congestion)が発生し、次のパケット#5がバックホールリンク(WAN)側に届かなくなり、タイミングt205において、フロントホールリンク(WLAN)側に送信できるパケットがなくなってしまう。
　このタイミングt205において、APは、パケット#4直後のMPDU Delimiterに"Skip Mode == 1"となるスキップフラグ情報を含めて、Pseudo-data(疑似データ;すべて0、または、でたらめな情報)を含むパケットを送信する。
　STAは、APから送信されてくるパケットを受信し、MPDU Delimiterを確認することで、MPDU Delimiterの直後のパケットが疑似データであると判定する。そして、STAは、MPDU Delimiterの直後のパケット(MPDUおよびPadding)に対して、省電力(Doze)モードで動作する。
　ここで言う省電力モードとは、少なくともデータ処理部１４４（図５）での受信処理をすべて省略することを意味するが、可能であれば信号処理部１４３内の一部の処理（例えば受信信号のFFT処理後の処理）も省略してもよい。なお、MPDUおよびPaddingの長さはMPDU Delimiter内のMPDU Length情報から把握可能である。
　その後、APは、バックホールリンク(WAN)側にパケットが届くまで、送信完了したパケット直後のMPDU Delimiterに"Skip Mode == 1"となるスキップフラグ情報を含めて、Pseudo-dataを含むパケットを送信する。
　フロントホールリンク(WLAN)側において予期せぬ混雑が解消され、パケット#5がBackhaul(WAN)側に届くと、APは、直前のパケットが送信完了したタイミングt207において、MPDU Delimiterに"Skip Mode == 0"となるフラグ情報を含めて、パケット#5をSTAに送信する。
　同様に、APは、バックホールリンク(WAN)からパケット#6乃至#8がそれぞれ届くと、直前のパケットが送信完了したタイミングt208乃至t210においてSTAへのパケット#6乃至#8の直通中継伝送をそれぞれ開始する。
　一方、STAは、タイミングt206以降においては、次のMPDU Delimiterを取得し、MPDU Delimiterが"Skip Mode == 1"である場合（例えば、タイミングt206）、再び、次パケット(MPDUおよびPadding)分だけ省電力モードで動作する。STAは、"Skip Mode == 0"である場合（例えば、タイミングt207）、従来通りパケットのデータ受信処理を行う。
　以上のように、図２６の例では、MPDU Delimiterを用いてSTAを省電力モードで定期的に動作させることにより、予期せぬ状況に陥った際にSTA側の消費電力を削減することが可能である。
　しかしながら、この場合、省電力モードを解除できるタイミングがMPDU Delimiterの送信タイミングに限定される。したがって、例えば、図２６に示されるように、APがBackhaul(WAN)側からパケット#5を取得できた後も、いまのDelimiterで示されたMPDU Length情報分の長さのデータ伝送が終わるまで、すなわち、次のMPDU DelimiterがSTAに届くまでの間、STAは、省電力モードを継続しなければならない。
　さらに、STAは、MPDU Delimiterを取得すべく、省電力モードを定期的に解除しなければならず、MPDU Lengthが短いと省電力効果があまり見込めなくなることが懸念される。
　＜第５の実施の形態の第２の効果例＞
　図２７は、第５の実施の形態の第２の効果例を説明するシーケンスを示す図である。
　図２７においては、（ｂ）APから既知系列信号(例：New STF)を送信し、STAの省電力モードを解除させる場合の例が示されている。
　なお、図２７のタイミングt251乃至t255、t257乃至t259は、図２６のタイミングt201乃至t205、t208乃至t210と基本的に同じ処理を行うので説明を省略する。
　図２７のシーケンスは、APがパケット#4直後のMPDU Delimiterに"Skip Mode == 1"となるフラグ情報を付与する点が、図２６のシーケンスと共通しているが、パケット#5を取得するまで継続して疑似データを送信する点は、図２６のシーケンスと異なっている。すなわち、図２７のシーケンスにおいて、MPDU Delimiterは、定期的に送信されない。
　APは、図２７のタイミングt256において、パケット#5を取得した際、既知系列信号をSTAに送信し、パケット#5の直通中継伝送を開始する。
　STAは省電力モード中、常に信号処理部(PHY層)１４３にて既知系列信号の検出を試み、無事に検出成功した場合、省電力モードを解除する。
　ここでいう既知系列信号とは、例えば802.11で広く使用されているSTF(Short Training Field)を改良し、データ伝送中に使用されるOFDMシンボル長やガードインターバルに準拠した既知系列（New STF）を含む信号である。
　なお、STAによる既知系列の検出精度を高めるべく、同じ既知系列を２回以上送信してもよい。また、本既知系列が信号処理部(PHY層)１４３にて処理されるため、引き続きデータ処理部（MAC層）１４４の処理は行わなくてもよくなる。
　以上のように、図２７の例では、省電力モードを解除する際に既知系列を用いることで、APはパケット#5を取得した際になるべく早いタイミングでSTAの省電力モードを解除し、パケット#5の直通中継伝送を再開することができる。
　また、STAも省電力モードを長い時間継続できるため、省電力の効果も期待できる。ただし、新しい既知系列の定義が必要となるなど、実装難易度は高い。
　ここで挙げた２つの方法以外にもSTAの省電力モードを解除する方法を用いてもよい。
　また、この２つのどちらを実装するかは、通信システム２０１の実装者の意思に委ねられてもよい。この場合、APとSTAは、互いにどちらの方法に対応しているかを確認するためにCapability情報を交換し、適切な方法を選択する。もしAPとSTAとも両方の方法に対応している場合、１つ１つのパケット長やSTAの残バッテリ情報、過去の状況などから、どちらの方法を選択するかを柔軟に決定してもよい。
　＜A-MPDU subframeの構成例＞
　図２８は、第５の実施の形態におけるA-MPDU subframeの構成例を示す図である。
　図２８のMPDU Delimiterは、図２４と同様に、1ビットのEOF、1ビットのSkip Mode、14ビットのMPDU length、8ビットのCRC、8ビットのDelimiter Signatureから構成される。
　1ビットのSkip Modeは、図２４と同様に、データ取得処理をスキップしてよい旨を通知するスキップフラグ情報である。Skip Modeが１を示す場合、STAは、MPDU Delimiterに後続するパケット(MPDUおよびPadding)のデータ取得処理を省略する。
　なお、図２８においては、図２４と異なり、MPDU Lengthによって、上述した２つの方法のどちらを選択したかが通知される。
　14ビットのMPDU Lengthは、MPDUの長さに関する情報である。
　例えば、Skip Mode == 1であり、かつ、MPDU Length > 0の場合、STAは、（ａ）の方法を選択する省電力モード(Mode.1)で、指定されたMPDU Lengthから計算される時間長分だけ動作し、その後、省電力モードを解除する。
　Skip Mode == 1であり、かつ、MPDU Length ＝ 0の場合、STAは、（ｂ）の方法を選択する省電力モード(Mode.2)で動作し、その動作を、既知系列信号を検出するまで継続する。
　＜APの処理＞
　図２９は、図２５のAPの処理を説明するフローチャートである。
　なお、図２９の処理は、APの無線通信部３１の各部により行われる処理である。
　ステップＳ２０１において、APのフロントホールリンク側（すなわち、無線通信部３１）は、バックホールリンク(WAN；WAN通信部３４)からデータフレームを受信する。
　ステップＳ２０２において、無線通信部３１の通信制御部５５は、直通中継伝送(Continuous Relay)を実施するか否かを判定する。直通中継伝送を実施するとステップＳ２０２において判定された場合、処理は、ステップＳ２０３に進む。すなわち、ステップＳ２０３以降は、無線通信部３１の信号処理部(PHY層)５３およびデータ処理部(MAC層)５４により実行される直通中継伝送の処理である。
　ステップＳ２０３において、データ処理部(MAC層)５４は、自身で定めたLength分だけ疑似的なデータフレーム(pseudo-PSDU)を生成し、信号処理部(PHY層)５３にPHY-TXSTART.requestを送信する。
　ステップＳ２０４において、データ処理部(MAC層)５４は、信号処理部(PHY層)５３からPHY-TXSTART.confirmを受信したか否かを判定する。信号処理部(PHY層)５３からPHY-TXSTART.confirmを受信したとステップＳ２０４において判定された場合、処理は、ステップＳ２０５に進む。
　ステップＳ２０５において、データ処理部(MAC層)５４は、1byte分の情報を信号処理部(PHY層)５３に送信する。その後、処理は、ステップＳ２０６に進む。
　ステップＳ２０４において、信号処理部(PHY層)５３からPHY-TXSTART.confirmを受信していないと判定された場合、ステップＳ２０５はスキップされ、処理は、ステップＳ２０６に進む。
　ステップＳ２０６において、データ処理部(MAC層)５４は、自身が管理するキューに新たなパケットが格納されたか否かを判定する。新たなパケットが格納されたとステップＳ２０６において判定された場合、処理は、ステップＳ２０７に進む。
　ステップＳ２０７において、データ処理部(MAC層)５４は、STAが省電力モード(Skip Mode)中であり、かつ「APから既知系列信号(例：New STF)を送信し、省電力モードを解除させる」モード(Mode.2)中であるか否かを判定する。
　ステップＳ２０７において、STAがSkip Mode中であり、かつ、Mode.2中であると判定された場合、処理は、ステップＳ２０８に進む。
　ステップＳ２０８において、データ処理部(MAC層)５４は、既知系列信号(New STF)の送信を信号処理部(PHY層)５３に指示する。その後、処理は、ステップＳ２０９に進む。
　ステップＳ２０７において、STAがSkip Mode中ではない、または、Mode.2中ではないと判定された場合、ステップＳ２０８はスキップされ、処理は、ステップＳ２０９に進む。
　ステップＳ２０９において、データ処理部(MAC層)５４は、該当するパケットから、データパケットおよび連結処理のためのDelimiter、MPDUを新たに生成し、データ処理部(MAC層)５４で現在記憶している疑似的なデータフレーム(pseudo-PSDU)の該当箇所を上書きする。その後、上書きされた疑似的なデータフレームは、信号処理部(PHY層)５３からの要求に応じてSTAに送信される。
　なお、上書きする箇所は、データ処理部(MAC層)５４により管理され、基本的には疑似的なデータフレームの左から順に上書きされていく。
　また、ステップＳ２０６において、キューに新たなパケットが格納されていないと判定された場合、処理は、ステップＳ２１０に進む。
　ステップＳ２１０において、データ処理部(MAC層)５４は、信号処理部(PHY層)５３に送信する分の情報(送信分)が、未だ上書きされていない部分へ近づいたか否かを判定する。
　すなわち、新しいパケットに上書きされないまま、信号処理部(PHY層)５３に伝送するタイミングが近づいてきた場合、信号処理部(PHY層)５３への送信分が、未だ上書きされていない部分に近づいたとステップＳ２１０において判定され、処理は、ステップＳ２１１に進む。
　ステップＳ２１１において、データ処理部(MAC層)５４は、Skip Mode = 1に設定したMPDU Delimiterを該当箇所に上書きし、信号処理部(PHY層)５３からの要求に応じてSTAに送信する。その後、処理は、ステップＳ２１３に進む。
　PHY送信分が、未だ上書きされていない部分に近づいていないとステップＳ２１０において判定された場合、処理は、ステップＳ２１３に進む。
　一方、ステップＳ２０２において、直通中継伝送を実施しないと判定された場合、ステップＳ２１２に進む。
　ステップＳ２１２において、データ処理部(MAC層)５４は、従来通りのデータ受信処理を実施する。その後、処理は、ステップＳ２１３に進む。
　ステップＳ２１３において、データ処理部(MAC層)５４は、信号処理部(PHY層)５３に、すべて送信したか否かを判定する。信号処理部(PHY層)５３に、すべて送信していないとステップＳ２１０において判定された場合、処理は、ステップＳ２０４に戻り、それ以降の処理が繰り返される。
　ステップＳ２１３において、信号処理部(PHY層)５３に、すべて送信したと判定された場合、図２９のAPの処理は終了となる。
　以上のステップＳ２０４およびＳ２０５からなる処理Ａ、ステップＳ２０６のＹＥＳおよびＳ２０７乃至Ｓ２０９からなる処理Ｂ、並びに、ステップＳ２０６のＮＯおよびステップＳ２１０およびＳ２１１からなる処理Ｃについては、フローチャートの順番どおりでなくても問題なく、必要に応じて各処理が実施されるようにしてもよい。
　＜STAの処理＞
　図３０は、図２５のSTAの処理を説明するフローチャートである。
　なお、図３０の処理は、STAの通信制御部１４５が、無線通信部１２１の各部を制御して行われる処理である。
　ステップＳ２５１において、STAの通信制御部１４５は、APからデータフレーム（Data frame）を受信する。
　ステップＳ２５２において、通信制御部１４５は、受信したData frameから、Preambleを取得する。
　ステップＳ２５３において、通信制御部１４５は、Delimiterを取得する。
　ステップＳ２５４において、通信制御部１４５は、取得したDelimiterを確認し、Skip Mode==1であるか否かを判定する。Skip Mode==0であるとステップＳ２５４において判定された場合、処理は、ステップＳ２５５に進む。
　ステップＳ２５５において、通信制御部１４５は、従来通り、MPDUを受信する。
　ステップＳ２５６において、通信制御部１４５は、受信処理を行ったMPDUが、最後のMPDUであるか否かを判定する。受信処理を行ったMPDUが、最後のMPDUではないとステップＳ２５６において判定された場合、処理は、ステップＳ２５３まで戻り、それ以降の処理が繰り返される。
　ステップＳ２５６において、受信処理を行ったMPDUが、最後のMPDUであると判定された場合、図３０の処理は終了となる。
　一方、ステップＳ２５４において、Skip Mode==1であると判定された場合、処理は、ステップＳ２５７に進む。
　ステップＳ２５７において、通信制御部１４５は、省電力モード（Skip Mode）に移行する。
　ステップＳ２５８において、通信制御部１４５は、Delimiterを確認し、MPDU Length=0であるか否かを判定する。MPDU Length=0であるとステップＳ２５８において判定された場合、処理は、ステップＳ２５９に進む。
　ステップＳ２５９において、通信制御部１４５は、「APから既知系列信号(New STF)を送信し、 省電力モードを解除させる」モード(Mode.2)として動作し、既知系列信号(New STF)の探索を開始する。
　ステップＳ２６０において、通信制御部１４５は、MPDU Lengthで示されるデータ長（DATA Length）分の受信が終了したか否かを判定する。MPDU Lengthで示されるデータ長（DATA Length）分が終了したとステップＳ２６０において判定された場合、図３０の処理は終了となる。
　ステップＳ２６０において、MPDU Lengthで示されるデータ長（DATA Length）分が終了していないと判定された場合、処理は、ステップＳ２６１に進む。
　ステップＳ２６１において、通信制御部１４５は、既知系列信号(New STF)を検出したか否かを判定する。既知系列信号(New STF)を検出していないとステップＳ２６１において判定された場合、処理は、ステップＳ２６０に戻り、それ以降の処理が繰り返される。
　ステップＳ２６１において、既知系列信号(New STF)を検出したと判定された場合、処理は、ステップＳ２６２に進む。
　ステップＳ２６２において、通信制御部１４５は、省電力モード(Skip Mode)を解除する。その後、処理は、ステップＳ２５３に戻り、それ以降の処理が繰り返される。
　ステップＳ２５８においてMPDU Length=0ではないと判定された場合、処理は、ステップＳ２６３に進む。
　ステップＳ２６３において、通信制御部１４５は、「DelimiterのMPDU Length分だけ省電力モードを継続させる」モード(Mode.1)として動作し、MPDU Length分の伝送完了を待機する。
　MPDU Length分の伝送完了後も、ステップＳ２６２において、省電力モード(Skip Mode)が解除され、その後、処理は、ステップＳ２５３に戻り、それ以降の処理が繰り返される。
　以上のステップＳ２５４におけるNO、Ｓ２５５、Ｓ２５６の処理Ａ、ステップＳ２５４におけるYES、Ｓ２５７、Ｓ２５８のYES、Ｓ２５９乃至Ｓ２６２の処理Ｂ、並びに、ステップＳ２５４におけるYES、Ｓ２５７、Ｓ２５８のNO、ステップＳ２６３の処理Ｃについては、フローチャートの順番どおりでなくても問題なく、必要に応じて各動作が実施されるようにしてもよい。
＜７．その他＞
　＜本技術の効果＞
　本技術においては、第１の他の無線通信装置（Source Node、STA）から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームであるpseudo-PSDUを生成し、受信されて誤り検出された各パケットを、疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送が行われ、順に出力されたデータフレームを第２の他の無線通信装置（STA、Source Node）に送信する制御が行われる。
　また、本技術においては、通信装置（Source Node、AP、STA）から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームが生成され、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送が行われ、順に出力された前記データフレームを他の無線通信装置（STA、Source Node）に送信する制御が行われる。
　さらに、本技術においては、他の無線通信装置（Source Node、AP）からのデータフレームの受信処理中に、前記データフレームの受信処理の一部を省略することを許可する情報を含む情報群が取得されて、前記データフレームの受信処理の少なくとも一部が省略される。
　本技術により、一方のリンクでデータフレームを受信中、もう一方のリンクで同じデータフレームを中継させる直通中継伝送が可能となる。この直通中継伝送は、中継先リンクの待機時間および送信回数をできるだけ減少する効果があるため、リレー通信の伝送遅延低減および実効スループット向上の効果が期待できる。
　さらに、従来の方法と異なり、各データパケットの誤り検出を実施した後に直通中継伝送を行うことで、中継前に破損したパケットをそのまま伝送することなく、他パケットの伝送を先行させたり、前に伝送したパケットの再送により信頼性を向上させたりすることも期待できる。また、中継前に破損したパケットをそのまま伝送することなく、パケットを空にして伝送し、受信側では受信処理の一部を省略するようにしたので、受信側における省電力の効果が期待できる。
　本技術の直通中継伝送は各リンクのチャネル状況、使用するデータレート情報、パケットエラー発生率などを考慮し、実行可否や実行回数を柔軟に決定することも可能である。
　なお、全実施の形態のシーケンス図において、伝搬時間の関係上、送信タイミングと受信タイミングは正確には異なるが、本明細書では説明を容易にすべく送受信タイミングの誤差はないものとして記載している。
　＜コンピュータの構成例＞
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
　図３１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
　CPU(Central Processing Unit)３０１、ROM(Read Only Memory)３０２、RAM(Random Access Memory)３０３は、バス３０４により相互に接続されている。
　バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、キーボード、マウスなどよりなる入力部３０６、ディスプレイ、スピーカなどよりなる出力部３０７が接続される。また、入出力インタフェース３０５には、ハードディスクや不揮発性のメモリなどよりなる記憶部３０８、ネットワークインタフェースなどよりなる通信部３０９、リムーバブルメディア３１１を駆動するドライブ３１０が接続される。
　以上のように構成されるコンピュータでは、CPU３０１が、例えば、記憶部３０８に記憶されているプログラムを入出力インタフェース３０５及びバス３０４を介してRAM３０３にロードして実行することにより、上述した一連の処理が行われる。
　CPU３０１が実行するプログラムは、例えばリムーバブルメディア３１１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部３０８にインストールされる。
　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
　なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　また、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
　本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
　例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
＜構成の組み合わせ例＞
　本技術は、以下のような構成をとることもできる。
（１）
　第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行うデータ処理部と、
　順に出力された前記データフレームを第２の他の無線通信装置に送信する制御を行う通信制御部と
　を備える無線通信装置。
（２）
　前記通信制御部は、前記直通中継伝送を行う前に、前記第１の他の無線通信装置から送信されてくる、前記パケットの宛先および前記第１の他の無線通信装置との通信のデータレートに関する情報を含み、前記直通中継伝送を要求する直通中継要求信号を受信する制御を行う
　前記（１）に記載の無線通信装置。
（３）
　前記通信制御部は、前記直通中継要求信号に対して、前記第２の他の無線通信装置との通信のチャネル状況および自身のバッファ状況の少なくとも１つに基づいて、前記直通中継伝送の可否を決定し、前記直通中継要求信号の応答を行う直通中継応答信号を送信する制御を行う
　前記（２）に記載の無線通信装置。
（４）
　前記データ処理部は、前記直通中継伝送において、前記疑似データフレーム上の、物理層から出力要求される第１の部分の位置が、前記パケットに基づく情報がまだ上書きされてない第２の部分の位置に対して閾値よりも近づいた場合、前記第２の部分をそのままの状態にしたまま固定する
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（５）
　前記データ処理部は、前記直通中継伝送において、前記疑似データフレーム上の、物理層から出力要求される第１の部分の位置が、前記パケットに基づく情報がまだ上書きされてない第２の部分の位置に対して閾値よりも近づいた場合、上書き済みパケットに基づく情報を前記第２の部分に上書きする
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（６）
　前記通信制御部は、前記直通中継伝送を中止することを要求する中止要求信号を前記第１の他の無線通信装置に対して送信する制御を行う
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（７）
　前記通信制御部は、前記第２の他の無線通信装置に送信または再送する前記パケットが閾値以上溜まった場合、前記中止要求信号を前記第１の他の無線通信装置に対して送信する制御を行う
　前記（６）に記載の無線通信装置。
（８）
　前記データ処理部は、前記データ信号に含まれる情報に基づいて、前記直通中継伝送の識別情報、パケット数、およびデータフレーム長を取得する
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（９）
　前記データ処理部は、前記直通中継伝送において、自身のバッファに格納済みの前記パケットが設定されたパケット部分と、前記他の情報が設定された疑似部分とからなる前記疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームの前記疑似部分にそれぞれ上書きして前記データフレームを生成しながら順に出力する
　前記（１）乃至（３）のいずれかに記載の無線通信装置。
（１０）
　無線通信装置が、
　第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行い、
　順に出力された前記データフレームを、第２の他の無線通信装置に送信する制御を行う
　無線通信方法。
（１１）
　第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御を行う通信制御部を備える
　無線通信装置。
（１２）
　前記直通中継要求信号は、前記パケットの宛先および前記第２の他の無線通信装置との通信のデータレートに関する情報を含む
　前記（１１）に記載の無線通信装置。
（１３）
　前記通信制御部は、前記データ信号内に、前記直通中継伝送の識別情報、パケット数、およびデータフレーム長を含めて送信する制御を行う
　前記（１１）または（１２）に記載の無線通信装置。
（１４）
　前記通信制御部は、前記データ信号内に、各パケットの長さを含めて送信する制御を行う
　前記（１１）乃至（１３）のいずれかに記載の無線通信装置。
（１５）
　無線通信装置が、
　第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御を行う
　無線通信方法。
（１６）
　通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行うデータ処理部と、
　順に出力された前記データフレームを他の無線通信装置に送信する制御を行う通信制御部と
　を備える無線通信装置。
（１７）
　前記データ処理部は、前記直通中継伝送において、前記疑似データフレーム上の、物理層から出力要求される第１の部分の位置が、前記パケットに基づく情報がまだ上書きされてない第２の部分の位置に対して閾値よりも近づいた場合、前記データフレームの受信処理の少なくとも一部を省略することを前記他の無線通信装置に許可する情報を含む情報群を前記第２の部分に上書きする
　前記（１６）に記載の無線通信装置。
（１８）
　前記通信制御部は、前記情報群を通知した前記他の無線通信装置に対し、通常の受信処理を再開することを通知するための既知系列信号を生成し、前記データフレーム内に挿入する
　前記（１７）に記載の無線通信装置。
（１９）
　通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行い、
　順に出力された前記データフレームを他の無線通信装置に送信する制御を行う
　無線通信方法。
（２０）
　他の無線通信装置からのデータフレームの受信処理中に、前記データフレームの受信処理の少なくとも一部を省略することを許可する情報を含む情報群を取得し、前記データフレームの受信処理の少なくとも一部を省略するデータ処理部を有する
　無線通信装置。
（２１）
　前記データフレームの受信処理の少なくとも一部の省略を継続する時間を、前記情報群の中に含まれるパケット長に関する情報に基づいて算出し、設定する通信制御部をさらに備える
　前記（２０）に記載の無線通信装置。
（２２）
　前記データフレームの受信処理の少なくとも一部の省略を、前記他の無線通信装置から送信される前記データフレームの途中に挿入される既知系列信号を検出するまで継続する通信制御部をさらに備える
　前記（２０）に記載の無線通信装置。
（２３）
　他の無線通信装置からのデータフレームの受信処理中に、前記データフレームの受信処理の少なくとも一部を省略することを許可する情報を含む情報群を取得し、前記データフレームの受信処理の少なくとも一部を省略する
　無線通信方法。
　１　無線通信システム，　１１　通信装置，　３１　無線通信部，　３２　制御部，　３３　記憶部，　３４　WAN通信部，　５４，５４－１，５４－２　データ処理部，　５５　通信制御部，５６　通信記憶部，　６１　通信装置，　７１　無線通信部，　７２　制御部，　９３，９３－１，９３－２　信号処理部，９４　データ処理部，９４－１，９４－２　個別データ処理部，　９４－３　共通データ処理部，　９５　通信制御部，　９６　通信記憶部，　１０２　Relay Buffer，１１１　通信装置，　１２１　無線通信部，　１２２　制御部，　１２３　記憶部，　２０１　通信システム

Claims (15)

  1. 　第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行うデータ処理部と、
    　順に出力された前記データフレームを第２の他の無線通信装置に送信する制御を行う通信制御部と
    　を備える無線通信装置。
  2. 　前記通信制御部は、前記直通中継伝送を行う前に、前記第１の他の無線通信装置から送信されてくる、前記パケットの宛先および前記第１の他の無線通信装置との通信のデータレートに関する情報を含み、前記直通中継伝送を要求する直通中継要求信号を受信する制御を行う
    　請求項１に記載の無線通信装置。
  3. 　前記通信制御部は、前記直通中継要求信号に対して、前記第２の他の無線通信装置との通信のチャネル状況および自身のバッファ状況の少なくとも１つに基づいて、前記直通中継伝送の可否を決定し、前記直通中継要求信号の応答を行う直通中継応答信号を送信する制御を行う
    　請求項２に記載の無線通信装置。
  4. 　前記データ処理部は、前記直通中継伝送において、前記疑似データフレーム上の、物理層から出力要求される第１の部分の位置が、前記パケットに基づく情報がまだ上書きされてない第２の部分の位置に対して閾値よりも近づいた場合、前記第２の部分をそのままの状態にしたまま固定する
    　請求項１に記載の無線通信装置。
  5. 　前記データ処理部は、前記直通中継伝送において、前記疑似データフレーム上の、物理層から出力要求される第１の部分の位置が、前記パケットに基づく情報がまだ上書きされてない第２の部分の位置に対して閾値よりも近づいた場合、上書き済みパケットに基づく情報を前記第２の部分に上書きする
    　請求項１に記載の無線通信装置。
  6. 　前記通信制御部は、前記直通中継伝送を中止することを要求する中止要求信号を前記第１の他の無線通信装置に対して送信する制御を行う
    　請求項１に記載の無線通信装置。
  7. 　前記通信制御部は、前記第２の他の無線通信装置に送信または再送する前記パケットが閾値以上溜まった場合、前記中止要求信号を前記第１の他の無線通信装置に対して送信する制御を行う
    　請求項６に記載の無線通信装置。
  8. 　前記データ処理部は、前記データ信号に含まれる情報に基づいて、前記直通中継伝送の識別情報、パケット数、およびデータフレーム長を取得する
    　請求項１に記載の無線通信装置。
  9. 　前記データ処理部は、前記直通中継伝送において、自身のバッファに格納済みの前記パケットが設定されたパケット部分と、前記他の情報が設定された疑似部分とからなる前記疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームの前記疑似部分にそれぞれ上書きして前記データフレームを生成しながら順に出力する
    　請求項１に記載の無線通信装置。
  10. 　無線通信装置が、
    　第１の他の無線通信装置から送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を行い、
    　順に出力された前記データフレームを、第２の他の無線通信装置に送信する制御を行う
    　無線通信方法。
  11. 　第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御を行う通信制御部を備える
    　無線通信装置。
  12. 　前記直通中継要求信号は、前記パケットの宛先および前記第２の他の無線通信装置との通信のデータレートに関する情報を含む
    　請求項１１に記載の無線通信装置。
  13. 　前記通信制御部は、前記データ信号内に、前記直通中継伝送の識別情報、パケット数、およびデータフレーム長を含めて送信する制御を行う
    　請求項１１に記載の無線通信装置。
  14. 　前記通信制御部は、前記データ信号内に、各パケットの長さを含めて送信する制御を行う
    　請求項１１に記載の無線通信装置。
  15. 　無線通信装置が、
    　第１の他の無線通信装置への送信を第２の他の無線通信装置に中継させるために、送信されてくるデータ信号のパケットを他の情報に設定した疑似データフレームを生成し、受信されて誤り検出された各パケットに基づく情報を、前記疑似データフレームにそれぞれ上書きしてデータフレームを生成しながら順に出力する直通中継伝送を要求する直通中継要求信号を、前記第２の他の無線通信装置に送信する制御を行う
    　無線通信方法。
PCT/JP2022/037994 2021-12-15 2022-10-12 無線通信装置および方法 WO2023112449A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2023567561A JPWO2023112449A1 (ja) 2021-12-15 2022-10-12
EP22906984.4A EP4451584A1 (en) 2021-12-15 2022-10-12 Wireless communication device and method
CN202280081348.0A CN118355619A (zh) 2021-12-15 2022-10-12 无线通信设备和方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-203021 2021-12-15
JP2021203021 2021-12-15

Publications (1)

Publication Number Publication Date
WO2023112449A1 true WO2023112449A1 (ja) 2023-06-22

Family

ID=86774354

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/037994 WO2023112449A1 (ja) 2021-12-15 2022-10-12 無線通信装置および方法

Country Status (4)

Country Link
EP (1) EP4451584A1 (ja)
JP (1) JPWO2023112449A1 (ja)
CN (1) CN118355619A (ja)
WO (1) WO2023112449A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009527976A (ja) * 2006-02-23 2009-07-30 サムスン エレクトロニクス カンパニー リミテッド ネットワーク中継装置及びその方法
JP2017011350A (ja) * 2015-06-17 2017-01-12 日本電信電話株式会社 無線中継システム、無線中継方法および無線中継装置
US20180198539A1 (en) * 2017-01-10 2018-07-12 Electronics And Telecommunications Research Institute Communication method for low latency services in xhaul network
JP2018148535A (ja) * 2017-03-09 2018-09-20 株式会社国際電気通信基礎技術研究所 無線中継装置および無線中継方法
JP2020017808A (ja) 2018-07-23 2020-01-30 株式会社国際電気通信基礎技術研究所 無線中継装置および無線中継方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009527976A (ja) * 2006-02-23 2009-07-30 サムスン エレクトロニクス カンパニー リミテッド ネットワーク中継装置及びその方法
JP2017011350A (ja) * 2015-06-17 2017-01-12 日本電信電話株式会社 無線中継システム、無線中継方法および無線中継装置
US20180198539A1 (en) * 2017-01-10 2018-07-12 Electronics And Telecommunications Research Institute Communication method for low latency services in xhaul network
JP2018148535A (ja) * 2017-03-09 2018-09-20 株式会社国際電気通信基礎技術研究所 無線中継装置および無線中継方法
JP2020017808A (ja) 2018-07-23 2020-01-30 株式会社国際電気通信基礎技術研究所 無線中継装置および無線中継方法

Also Published As

Publication number Publication date
CN118355619A (zh) 2024-07-16
JPWO2023112449A1 (ja) 2023-06-22
EP4451584A1 (en) 2024-10-23

Similar Documents

Publication Publication Date Title
CN112673674B (zh) 蜂窝网络中的传输技术
US10104578B2 (en) Data transmission method and device
JP4440037B2 (ja) 通信装置及び通信方法
JP4528541B2 (ja) 通信装置、通信方法、および通信システム
US7986628B2 (en) Communication apparatus and program therefor, and data frame transmission control method
US11219091B2 (en) Data receiving status reporting method and apparatus
EP3823347B1 (en) Method and apparatus for eht multi-band a-msdu operation
KR101808732B1 (ko) 복수의 서로 다른 네트워크를 통한 데이터 송신
CN107612662A (zh) 用于数据包中继的系统和方法
JP2006352897A (ja) 通信装置、通信方法、および通信システム
US20090303871A1 (en) Method and apparatus for packet aggregation according to traffic characteristics
US20190223256A1 (en) Data transmission method, network device, and terminal device
JP2008153778A (ja) パケット転送装置
US8868003B2 (en) Controlling transmission of data
WO2023112449A1 (ja) 無線通信装置および方法
US8432934B2 (en) Multi-rate multi-receiver multi-response aggregation
KR100568232B1 (ko) 모바일 애드 혹 네트워크에서 전송층을 이용한 효율적인데이터 송수신 방법 및 상기 방법을 이용한 네트워크 장치
CN108200605B (zh) 一种基站的数据传输方法和装置
JP2007151171A (ja) 通信装置、通信方法、および通信システム
JP4229037B2 (ja) 通信中継装置および通信中継プログラム
Oh et al. A flow-based hybrid mechanism to improve performance in nox and wireless openflow switch networks
US20240064835A1 (en) Transmitting station and receiving station
US20240340685A1 (en) Access point and wireless terminal apparatus
US20240098819A1 (en) Transmitting station and receiving station
US20240056884A1 (en) Transmitting station and receiving station

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023567561

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2022906984

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022906984

Country of ref document: EP

Effective date: 20240715