WO2017038246A1 - 通信制御装置、通信制御方法、及びプログラム - Google Patents

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

Info

Publication number
WO2017038246A1
WO2017038246A1 PCT/JP2016/069978 JP2016069978W WO2017038246A1 WO 2017038246 A1 WO2017038246 A1 WO 2017038246A1 JP 2016069978 W JP2016069978 W JP 2016069978W WO 2017038246 A1 WO2017038246 A1 WO 2017038246A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
data
bar
information
communication device
Prior art date
Application number
PCT/JP2016/069978
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 JP2017537623A priority Critical patent/JP6787324B2/ja
Priority to DE112016003910.7T priority patent/DE112016003910T5/de
Publication of WO2017038246A1 publication Critical patent/WO2017038246A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/0289—Congestion 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 disclosure relates to a communication control device, a communication control method, and a program.
  • wireless LANs Local Area Networks
  • IEEE Institute of Electrical and Electronics Engineers 802.11
  • wireless communication devices that support wireless LANs are increasing.
  • multicast a technique that simultaneously distributes the same data to a plurality of wireless communication apparatuses has been studied.
  • Patent Literature 1 discloses an example of a technique for a wireless communication device serving as a data transmission source to confirm delivery of data to a wireless communication device serving as a transmission destination.
  • the present disclosure proposes a communication control device, a communication control method, and a program that can ensure reliability in a more preferable aspect and suppress consumption of communication resources according to the state of communication. .
  • a control unit that controls communication with a communication device connected via a wireless communication path, and an acquisition unit that acquires information related to the communication between one or more communication devices. And the control unit determines a communication device that transmits a transmission request for a response for confirming delivery of data to the communication device based on the acquired information on the communication. Is done.
  • the transmission destination of the response transmission request for confirming the data delivery is determined according to the information related to the communication with the communication device connected via the wireless communication path.
  • the acquisition unit that acquires the transmission request transmitted from the communication device, and the response to the acquired transmission request according to the reception status of the data are controlled to be transmitted to the communication device.
  • a communication control device comprising a control unit.
  • a processor controls the communication between the communication apparatuses connected via the wireless communication path, and acquires the information regarding the said communication between the one or more said communication apparatuses And determining a communication device that transmits a response transmission request for confirming delivery of data to the communication device based on the acquired information on the communication. Is done.
  • the transmission destination of the response transmission request for confirming the data delivery is determined according to the information related to the communication with the communication device connected via the wireless communication path.
  • the acquisition of the transmission request transmitted from the communication device, and the processor causes the communication device to transmit the response according to the reception status of the data with respect to the acquired transmission request.
  • a communication control method is provided.
  • control of communication with a communication device connected to a computer via a wireless communication path and acquisition of information regarding the communication with one or more of the communication devices are acquired. And determining a communication device to transmit a response transmission request for confirming delivery of data to the communication device based on the acquired information on the communication is provided.
  • the transmission destination of a response transmission request for confirming data delivery is set. If determined, obtaining the transmission request transmitted from the communication device; There is provided a program that executes control so that the response according to the reception status of the data with respect to the acquired transmission request is transmitted to the communication device.
  • a communication control device According to the state of communication, a communication control device, a communication control method, which can ensure reliability in a more preferable aspect and suppress consumption of communication resources, And a program are provided.
  • FIG. 3 is a block diagram illustrating a schematic functional configuration of a communication device according to a first embodiment of the present disclosure.
  • 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a master station in the communication system according to the embodiment. It is the flowchart which showed an example of the process which concerns on determination of the number of BAR destinations by the main
  • FIG. 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a slave in the communication system according to the embodiment. It is explanatory drawing for demonstrating an example of the process sequence of the communication system which concerns on the modification of the embodiment. It is an example of the control table for the master station which concerns on the modification of the embodiment to determine the number of BAR destinations according to the time required until data transmission. 10 is a flowchart showing an example of processing related to determination of the number of BAR destinations by a master station according to a modification of the embodiment.
  • 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a master station in the communication system according to the embodiment.
  • 6 is a flowchart showing an example of processing related to determination of a BAR destination candidate condition by the parent device according to the embodiment.
  • 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a slave in the communication system according to the embodiment. It is explanatory drawing for demonstrating an example of the process sequence of the communication system which concerns on the modification of the embodiment.
  • 10 is a flowchart showing an example of processing related to determination of a BAR destination candidate condition by a master station according to a modification of the embodiment.
  • FIG. 14 is an explanatory diagram for describing an example of a processing sequence of a communication system according to a third embodiment of the present disclosure.
  • FIG. 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a master station in the communication system according to the embodiment.
  • 6 is a flowchart showing an example of processing related to determination of a child device as a BAR destination by the parent device according to the embodiment.
  • 4 is a flowchart illustrating an example of a flow of a series of operations of a communication device that operates as a slave in the communication system according to the embodiment.
  • 14 is an explanatory diagram for describing an example of a processing sequence of a communication system according to a fourth embodiment of the present disclosure.
  • FIG. 14 is an explanatory diagram for describing an example of a processing sequence of a communication system according to a fifth embodiment of the present disclosure. It is a block diagram which shows an example of a schematic structure of a smart phone. It is a block diagram which shows an example of a schematic structure of a car navigation apparatus. It is a block diagram which shows an example of a schematic structure of a wireless access point.
  • FIG. 1 is a diagram illustrating a communication system including a communication control device and a communication device according to an embodiment of the present disclosure.
  • the communication control device and the communication device are collectively referred to as a communication device.
  • the communication system includes a plurality of communication devices 10.
  • the communication device 10 has a wireless communication function and performs communication using multiplexing.
  • the communication device 10 operates as a so-called access point (hereinafter also referred to as “AP (Access Point)”) or as a terminal (hereinafter also referred to as “STA (Station)”).
  • AP Access Point
  • STA Service
  • a communication device that operates as an AP is also referred to as a master station
  • a communication device that operates as a terminal is also referred to as a slave.
  • DL downlink
  • UL uplink
  • the communication system includes a plurality of communication devices 10 # 0 to 10 # N as shown in FIG.
  • Communication device 10 # 0 which is a master station
  • communication devices 10 # 1-10 # N which are child devices, are connected via wireless communication and directly transmit / receive frames to / from each other.
  • the communication device 10 # 0 that is a master station and the communication devices 10 # 1 to 10 # N that are slave devices are communication devices compliant with IEEE 802.11, and for example, the master station that is a transmission source is It is possible to confirm delivery of the transmitted data to the slave unit. Specifically, the master station confirms whether or not an Ack or BA (Block Ack) indicating delivery confirmation is returned from the slave that is the data transmission destination, so that the data is the transmission destination. Check if it was delivered correctly to the slave unit. By using such a mechanism, the master station prevents, for example, a reduction in communication quality by retransmitting the target data to a slave unit whose delivery of at least part of the data could not be confirmed. (In other words, communication reliability can be improved).
  • Ack Block Ack
  • FIG. 2 is an explanatory diagram for explaining an example of the flow of processing when the master station multicasts data to a plurality of slave units and performs delivery confirmation of the data.
  • the horizontal axis represents time.
  • data to be multicast may be referred to as “multicast data”.
  • the communication device 10 # 0 which is the master station, sends a transmission confirmation request (hereinafter referred to as at least one of the communication devices 10 # 1 to 10 # N) to the slave device (for example, at least one of the communication devices 10 # 1 to 10 # N) after transmission of the multicast data. , Also called “BAR (Block Ack Request)”.
  • the communication device 10 # 0 receives the delivery confirmation (hereinafter also referred to as “BA (Block Ack)”) from the slave device that is the transmission destination of the delivery confirmation request, so that the multicast data is delivered to the slave device. Make sure you did.
  • the BAR in the description of the present disclosure may be a “Block Ack request” based on the IEEE 802.11 standard, or may be another frame for notifying a delivery confirmation request.
  • the BA in the description of the present disclosure may be “Block Ack” or “Ack” based on the IEEE 802.11 standard, or may be another frame for notifying delivery confirmation.
  • FIG. 2 shows an example of an operation when the communication device 10 # 0 as the master station multicasts data to the communication devices 10 # 1 to 10 # 4 as slave units and confirms the delivery of the data. Is shown.
  • the communication device 10 # 0 transmits multicast data to the communication devices 10 # 1 to 10 # 4, and then transmits a BAR to the communication devices 10 # 2 and 10 # 4. is doing. At this time, it is assumed that communication device 10 # 2 has successfully received multicast data, and communication device 10 # 4 has failed to receive at least part of the multicast data.
  • the communication device 10 # 2 notifies the communication device 10 # 0 of the multicast data delivery by returning the BA as a response from the communication device 10 # 0 to the BAR.
  • the communication device 10 # 0 can confirm that the multicast data has been correctly delivered to the communication device 10 # 2.
  • the multicast data is not correctly received in the communication device 10 # 4. Therefore, the communication device 10 # 4 does not return a BA to the BAR from the communication device 10 # 0 or returns a BA indicating that reception of at least a part of the multicast data has failed.
  • the communication device 10 # 0 can recognize that the communication device 10 # 4 has failed to receive at least part of the multicast data.
  • the communication device 10 # 0 recognizes that the communication device 10 # 4 has failed to receive at least part of the multicast data, and therefore transmits the multicast data to the communication devices 10 # 1 to 10 #. Resent to 4. With such an operation, in the example illustrated in FIG. 2, it is possible to improve the reliability of communication related to transmission of multicast data (in other words, improve communication quality). At this time, a series of processes related to transmission of BAR, response of BA to BAR, and retransmission of multicast data becomes overhead in transmitting multicast data.
  • the number of times that the data is retransmitted increases particularly in a situation in which the delivery of data is confirmed to a slave that is not preferable for the reception status of the data, In some cases, the communication characteristics of the entire system may be deteriorated.
  • the delay time required for the traffic handled by the system is short, a situation may be assumed in which the required delay time is exceeded when the number of times of confirmation of delivery or retransmission is increased.
  • BAR destination number the number of slave units that is the destination of the data delivery confirmation request (BAR) and the system characteristics
  • FIG. 3 is a graph showing an example of the relationship between the number of child devices serving as BAR destinations and the packet loss rate as a characteristic of the entire system.
  • the horizontal axis indicates the number of slave units that are destinations of the BAR
  • the vertical axis indicates the packet loss rate as a characteristic of the entire system.
  • the reliability of communication improves as the number of BAR destinations increases.
  • the packet loss rate tends to decrease and the communication quality tends to improve.
  • the packet loss rate as the entire system increases with the increase in the number of BAR destinations, and the communication quality deteriorates. I know it is in a trend. This is because communication as a whole system is under pressure due to an increase in communication for delivery confirmation and an increase in the number of data retransmissions associated therewith.
  • FIG. 4 is a graph showing an example of the relationship between the number of slave units serving as BAR destinations and the delay time as a characteristic of the entire system.
  • the horizontal axis indicates the number of slave units that are destinations of the BAR
  • the vertical axis indicates the delay time as a characteristic of the entire system. As shown in FIG. 4, it is known that the delay time of the entire system tends to become longer as the number of BAR destinations increases.
  • the number of BAR destinations is more suitable. It is estimated that by setting to a proper value, it is possible to suppress the consumption of communication resources while ensuring the reliability, and to improve the communication quality of the entire system.
  • the setting of the number of BAR destinations capable of improving the communication quality of the entire system is not always constant, and may change depending on the communication state, for example.
  • the communication quality of the entire system can be improved when the number of BAR destinations is smaller than in a case where the traffic is not congested.
  • FIG. 5 is a block diagram illustrating a schematic functional configuration of the communication device 10-1 according to the first embodiment of the present disclosure.
  • the communication device 10-1 includes a data processing unit 11, a communication unit 12, and a control unit 18, as shown in FIG. First, basic functions of the communication device 10-1 will be described.
  • the data processing unit 11 performs processing for data transmission / reception. Specifically, the data processing unit 11 generates a frame based on data from the communication upper layer, and provides the generated frame to the signal processing unit 14 described later. For example, the data processing unit 11 generates a frame (or packet) from the data, and performs processing such as adding a header and adding an error detection code to the generated frame. Further, the data processing unit 11 extracts data from the received frame, and provides the extracted data to a communication upper layer. For example, the data processing unit 11 acquires data by performing header analysis, code error detection and correction, reorder processing, and the like for the received frame.
  • the communication unit 12 includes a modulation / demodulation unit 13, a signal processing unit 14, a channel estimation unit 15, a radio interface unit 16, and an amplification unit 17, as shown in FIG.
  • the communication device 10-1 is provided with a fixed power source or a power source such as a battery.
  • the modem unit 13 performs modulation processing on the frame. Specifically, the modem unit 13 generates a symbol stream by performing encoding, interleaving, and modulation on the frame provided from the data processing unit 11 in accordance with the coding and modulation scheme set by the control unit 18. Then, the modem unit 13 provides the generated symbol stream to the signal processing unit 14. Further, the modem unit 13 acquires a symbol stream obtained by the spatial processing from the signal processing unit 14, acquires a frame by performing demodulation, decoding, and the like on the symbol stream, and acquires the acquired frame as the data processing unit 11. Alternatively, it is provided to the control unit 18.
  • the signal processing unit 14 performs processing related to space division multiplex communication. Specifically, the signal processing unit 14 performs signal processing related to spatial separation on the symbol stream generated by the modem unit 13, and provides each of the symbol streams obtained by the processing to the wireless interface unit 16. Further, the signal processing unit 14 performs spatial processing on the symbol stream related to the signal obtained from the wireless interface unit 16, for example, separation processing of the symbol stream, and provides the symbol stream obtained by the processing to the modulation / demodulation unit 13.
  • the channel estimation unit 15 estimates a channel gain. Specifically, the channel estimation unit 15 calculates complex channel gain information from the preamble portion or the training reference signal portion of the signal related to the symbol stream obtained from the radio interface unit 16. The calculated complex channel gain information is provided to the signal processing unit 14 via the control unit 18 and is used for demodulation processing, spatial separation processing, and the like.
  • the wireless interface unit 16 generates a signal to be transmitted / received via the antenna. Specifically, the radio interface unit 16 converts a signal related to the symbol stream provided from the signal processing unit 14 into an analog signal, performs filtering, and frequency up-conversion. Then, the wireless interface unit 16 provides the obtained signal to the amplification unit 17. Further, the radio interface unit 16 performs a process reverse to the signal transmission, for example, frequency down-conversion and digital signal conversion, on the signal obtained from the amplifying unit 17, and converts the signal obtained by the process into the channel estimation unit 15 and the signal Provided to the processing unit 14. Note that a plurality of wireless interface units 16 may not be provided.
  • the amplification unit 17 performs signal amplification. Specifically, the amplifying unit 17 amplifies the analog signal provided from the wireless interface unit 16 to a predetermined power, and transmits a signal obtained by the amplification via the antenna. The amplifying unit 17 amplifies a signal related to the radio wave received via the antenna to a predetermined power, and provides a signal obtained by the amplification to the wireless interface unit 16.
  • the amplification unit 17 can be a power amplifier module or the like. Note that either or both of the amplification function of the transmission radio wave and the amplification function of the reception radio wave of the amplification unit 17 may be included in the wireless interface unit 16.
  • the modulation / demodulation unit 13, the signal processing unit 14, the channel estimation unit 15, the wireless interface unit 16, and the amplification unit 17 are collectively referred to as a communication unit 12.
  • the control unit 18 controls the overall operation of the communication device 10-1. Specifically, the control unit 18 performs processing such as information exchange between functions, communication parameter setting, transmission power control, and frame (or packet) scheduling in the data processing unit 11.
  • the control unit 18 observes the channel congestion level by, for example, confirming the channel usage status by carrier sense.
  • the degree of congestion of the channel indicates a ratio of time in which the time and space communication resources used for data transmission by the communication device 10-1 # 0 as the master station are used by other communication devices 10.
  • the other communication device 10 may be, for example, a communication device 10 (that is, a slave device) whose communication is controlled by the communication device 10-1 # 0 which is a master station, or the communication device 10
  • the communication device 10 as a master station or a slave unit that is not under the control of -1 # 0 may be used.
  • control unit 18 obtains, for example, an analysis result of the header of the received signal from the modem unit 13 and confirms whether another device is using the channel from the obtained result. Check the channel availability.
  • the control unit 18 can acquire information corresponding to the degree of congestion of the channel, it goes without saying that the type of information and the method for acquiring the information are not particularly limited.
  • the control unit 18 controls the operations of the data processing unit 11 and the communication unit 12 so that the same data to be transmitted is transmitted to a plurality of slave units designated as destinations.
  • the control unit 18 groups a plurality of slave devices designated as destinations by a multicast address (for example, a multicast IP address), and outputs the addresses to the data processing unit 11.
  • the data processing unit 11 adds control information (for example, multicast MAC address) corresponding to the address (for example, multicast IP address) output from the control unit 18 to the header of the frame generated from the transmission target data.
  • the control unit 18 causes the communication unit 12 to transmit the frame with the control information added to the child device.
  • the slave unit can confirm whether or not the frame is a frame transmitted to itself by referring to the control information added in the header of the received frame. It becomes.
  • the multicast operation described above is merely an example, and the communication device 10-1 # 0 serving as the master station transmits the same data to the plurality of communication devices 10 serving as the slave units (that is, multicasting). If possible, the method is not limited to the example shown above.
  • control unit 18 did not correctly deliver at least a part of the data to at least some of the plurality of child devices multicasting the data by a “data delivery confirmation function” described later. If it is recognized, the data processing unit 11 and the communication unit 12 may be controlled so that the data is retransmitted. In this case, for example, the control unit 18 may perform control so that the data is multicast again to a plurality of slave units that have previously multicasted the data.
  • the control unit 18 determines the number of BAR destinations according to the observation result of the degree of congestion of the channel.
  • FIG. 6 is an example of a correspondence relationship between the degree of congestion of the channel and the number of BAR destinations, and an example of a control table for the control unit 18 to determine the number of BAR destinations according to the observation result of the degree of congestion of the channel. Show.
  • the control unit 18 determines the number of BAR destinations D so that the threshold D1max or less when the channel congestion level X is 0 ⁇ X ⁇ C1 (C1 is a constant). To do.
  • the control unit 18 sets the BAR destination so as to be equal to or less than the threshold value D2max (where D2max ⁇ D1max).
  • the number D is determined.
  • the maximum value of the number of BAR destinations according to the degree of channel congestion is set such that the smaller the channel congestion degree X, the larger the BAR destination number D is set. Is set.
  • control table shown in FIG. 6 confirms the relationship between the degree of congestion of a channel and the setting of a more suitable number of BAR destinations according to the degree of congestion of the channel, for example, based on the confirmation result. It may be generated and stored in advance in an area that can be read by the control unit 18.
  • the control unit 18 confirms delivery of the data to the slave unit to which the data has been transmitted. Specifically, the control unit 18 causes the data processing unit 11 to generate a DL frame (eg, a BAR frame) including a BAR for requesting transmission of data delivery confirmation, and causes the communication unit 12 to generate the DL frame. Is sent to the slave unit.
  • a DL frame eg, a BAR frame
  • BAR for requesting transmission of data delivery confirmation
  • the control unit 18 may determine at least some of the plurality of child devices as BAR destinations. Specifically, the control unit 18 determines a child device serving as a BAR destination within a predetermined number of BAR destinations from a plurality of child devices multicasting data. Then, the control unit 18 performs data processing so that the BAR is individually transmitted to each of the child devices determined as the destination (that is, the BAR is transmitted to the child device for each child device). The operations of the unit 11 and the communication unit 12 may be controlled.
  • control unit 18 may control the operations of the data processing unit 11 and the communication unit 12 so that a BAR is transmitted with a plurality of slave units as destinations.
  • the data processing unit 11 generates a DL frame so that a BAR is transmitted to a plurality of slave units.
  • FIG. 7 is a diagram illustrating an example of a structure of a DL frame for transmitting a BAR to a plurality of child devices as destinations.
  • the DL frame shown in FIG. 7 includes, for example, “Frame Control”, “Duration / ID”, “RA”, “TA”, “BAR Control”, and “BAR Information”.
  • “BAR Information” is provided as many as the number of slave units as destinations.
  • “Frame Control” includes information about the frame.
  • “Duration / ID” includes information on the length of the frame.
  • “RA” includes an address indicating that the frame is addressed to a plurality of slave units.
  • TA includes an address of a transmission source (for example, a master station).
  • BAR Control includes information related to “BAR Information” that follows.
  • “BAR Information” includes information for identifying the child device and which traffic the BAR is for.
  • “BAR Information” includes “AID” and “TID Value”.
  • “AID” includes information for identifying each child device.
  • “TID Value” includes information for identifying traffic.
  • “BAR Information” may include a plurality of “AID” and “TID Value”.
  • the control unit 18 confirms the delivery of data to the child device based on the BA transmitted from the child device as a response to the BAR. Specifically, when a UL frame including a BA (for example, a BA frame) is received, the data processing unit 11 acquires information indicating the transmission source and the BA from the UL frame, and indicates the acquired transmission source. The information and BA are output to the control unit 18. The control unit 18 confirms whether or not the data has been correctly delivered to the slave unit that is the transmission source of the BA according to the acquired content of the BA.
  • a BA for example, a BA frame
  • the control unit 18 transmits at least a part of the data to the slave unit. May be recognized as a failure.
  • a DL frame including a BAR for example, a BAR frame
  • a UL frame including the BA for example, a BA frame
  • the BA transmitted from each slave unit may be multiplexed.
  • the multiplexing in this description may be, for example, spatial multiplexing, frequency multiplexing, time multiplexing, and OFDMA (Orthogonal frequency-division multiple access).
  • the control part 18 may notify the subunit
  • the control unit 18 may control the slave unit to be notified by including the control information in the BAR.
  • the control unit 18 may perform control such that a frame including the control information is connected to the BAR.
  • the control unit 18 may control the control information so as to be notified to the slave unit as other frames before and after the BAR.
  • the control unit 18 controls the BA notification process to the parent station according to the reception status of the corresponding data. Specifically, when the BAR transmitted from the master station is received, the control unit 18 determines whether or not the data corresponding to the BAR (that is, data received prior to the BAR) has been successfully received. Confirm. Then, the control unit 18 performs the operations of the data processing unit 11 and the communication unit 12 so that the BA corresponding to the reception status of the data is transmitted to the parent station that is the transmission source of the BAR as a response of the BAR. Control.
  • the data processing unit 11 generates a BA based on an instruction from the control unit 18 and outputs the generated BA to the communication unit 12.
  • the communication unit 12 transmits the BA output from the data processing unit 11 toward the master station.
  • the BA may be multiplexed and transmitted.
  • the control unit 18 controls the operations of the data processing unit 11 and the communication unit 12 so that the BA is multiplexed and transmitted based on the control information for multiplexing notified from the master station. do it.
  • FIG. 8 is an explanatory diagram for explaining an example of a processing sequence of the communication system according to the present embodiment.
  • the communication device 10-1 # 0 which is the master station (AP), observes the degree of congestion of the channel by executing carrier sense, and The number of BAR destinations when data is transmitted to the device (for example, when data is multicast) is determined based on the observation result.
  • communication device 10-1 # 0 is described as multicasting data to a plurality of slave units.
  • the communication device 10-1 # 0 multicasts data to a plurality of child devices (for example, the communication devices 10 # 1 to 10-1 # N)
  • the communication device 10-1 # 0 determines from the plurality of child devices.
  • the BAR destination is determined within the range of the number of BAR destinations, and the BAR is transmitted to the destination.
  • the communication device 10-1 as the slave unit (STA) receives the multicast data transmitted from the communication device 10-1 # 0 as the master station and then receives the BAR from the communication device 10-1 # 0 There is.
  • the communication device 10-1 uses the BA corresponding to the reception status of the data corresponding to the received BAR (that is, the multicast data received prior to the BAR) as the communication that is the transmission source of the BAR. Transmit to device 10-1 # 0.
  • the reception status of the multicast data in the slave unit is recognized.
  • the communication device 10-1 # 0 which is the master station, immediately determines the number of BAR destinations and processing related to observation of congestion (ie, carrier sense) immediately before transmission of multicast data.
  • the execution timing of the process is not necessarily limited. Specifically, if the communication device 10-1 # 0 can determine the number of BAR destinations before transmitting the BAR to the slave unit, the process related to the observation of the congestion level and the process related to the determination of the number of BAR destinations The execution timing is not particularly limited. Therefore, for example, the communication device 10-1 # 0 performs processing related to observation of the congestion degree after transmitting the multicast data and before transmitting the BAR, and determines the number of BAR destinations based on the observation result. Also good.
  • FIG. 9 is a flowchart showing an example of a flow of a series of operations of the communication device 10-1 operating as a master station in the communication system according to the present embodiment.
  • Step S101 As long as there is no multicast data to be transmitted (S101, NO), the master station waits for an instruction relating to transmission of multicast data.
  • Step S120 When there is multicast data to be transmitted (S101, YES), the master station determines the number of BAR destinations.
  • the master station determines the number of BAR destinations.
  • FIG. 10 is a flowchart showing an example of processing related to determination of the number of BAR destinations by the master station according to the present embodiment.
  • Steps S121 and S125 Specifically, the control unit 18 observes the degree of congestion of the channel by confirming the channel usage status by carrier sense (S121). Then, the control unit 18 determines the number of BAR destinations according to the observation result of the degree of congestion of the channel (S125). As described above, the number of BAR destinations is determined.
  • FIG. 9 will be referred to again.
  • Step S103 the master station transmits the multicast data to a plurality of slave devices that are the transmission destinations of the multicast data.
  • Steps S105 and S107 After transmitting multicast data to a plurality of slave units, the master station confirms delivery of the data. Specifically, the control unit 18 confirms the delivery of the data within the range of the predetermined number of BAR destinations (ie, the BAR destination) from among a plurality of the slave units multicasting the data. And the operations of the data processing unit 11 and the communication unit 12 are controlled so that the BAR is transmitted to the slave unit (S105). And the control part 18 confirms delivery of the data to the said subunit
  • the control unit 18 confirms delivery of the data to the said subunit
  • Step S109 The master station performs processing related to transmission of the BAR described above (S105) and processing related to confirmation of data delivery to the slave device based on the reception result of the BA transmitted from the slave device as a response to the BAR ( S107) is executed for all the target destinations (that is, slave units) (S109, NO).
  • Step S113 When the master station recognizes that at least a part of the data has not been correctly delivered to at least some of the slave devices that have multicasted the data (S111, NO), the master station Data is multicast again (that is, retransmitted) to the plurality of slave units.
  • the master station indicates that the content of the BA transmitted from the slave unit indicates that at least a part of the multicast data has not been normally received, or a predetermined period from the slave unit that transmitted the BAR.
  • the BA is not transmitted, it may be recognized that at least a part of the multicast data has not been correctly delivered to the slave unit.
  • Step S111 When the master station receives a BA indicating that the multicast data has been normally delivered from all the slaves that have transmitted the BAR (S111, YES), the master station performs a series of operations related to the transmission of the multicast data. finish.
  • FIG. 11 is a flowchart showing an example of a flow of a series of operations of the communication device 10-1 operating as a slave in the communication system according to the present embodiment.
  • Step S151 The multicast data is transmitted from the master station to the slave set as the multicast target.
  • the target child device first executes processing related to the reception until the reception of the multicast data is completed (S151, NO).
  • Step S155 Next, among the slave devices set as multicast targets, the multicast data is transmitted to the slave device set as the BAR destination, and then the BAR is transmitted from the master station.
  • the slave unit When receiving the BAR (S153, YES), the slave unit transmits a BA corresponding to the reception status of the multicast data to the parent station that is the transmission source of the BAR as a response to the BAR.
  • the master station can recognize whether multicast data has been correctly delivered to the slave unit based on the BA transmitted from the slave unit.
  • Step S153 Of course, a BAR is not transmitted from the master station to a slave device that is not the destination of the BAR, and the slave device does not receive the BAR (NO in S153). Therefore, in this case, the slave unit ends the series of operations related to the reception of multicast data without executing the process (S155) related to the transmission of BA.
  • FIG. 12 is an explanatory diagram for explaining a communication system according to a modification of the present embodiment, and shows an example of a processing sequence of the communication system. More specifically, FIG. 12 shows that the communication device 10-1 # 0 as the master station has a plurality of slave units (for example, the communication device 10- #) based on a so-called collision avoidance algorithm (BO (Buck-Off) algorithm). In this example, data is multicast to 1 # 1 to 10-1 # N) and delivery of the data is confirmed.
  • BO collision avoidance algorithm
  • the master station when transmitting data (for example, multicast data, BAR) to the slave unit, the master station waits for the passage of IFS (Inter Frame Space) and BO. If it is free, data is transmitted to the slave unit via the channel. If the channel is used by another communication device before the IFS and BO have elapsed, the master station temporarily stops counting the time (i.e., IFS and BO) Wait for the communication device to finish using the channel. Then, after the use of the channel by the other communication device is completed and the predetermined period (fixed time) has elapsed, the master station restarts the count of the stopped time from the point where it stopped.
  • IFS Inter Frame Space
  • the master station when the master station starts transmitting data to the slave unit, there is a probability that there may be another communication device that starts data transmission at the same timing. Due to the collision, the data transmission destination fails to receive at least a part of the data. If the master station does not return the BA or Ack from the transmission destination due to the reception failure of at least a part of the data at the transmission destination, the master station widens the BO period and repeats the procedure of the collision avoidance algorithm described above again. Will be executed.
  • reference symbol Ta indicates an example of a period until the master station multicasts data to a plurality of slave units.
  • the period Ta indicates a period until the master station transmits multicast data to the slave unit after a fixed time (for example, DIFS (Distributed Inter Frame Space)) and a random time (BO) have elapsed.
  • the reference code Tb is a period until the master station multicasts data to a plurality of slave units and then transmits a BAR to the target slave unit in order to confirm delivery of the data. An example is shown.
  • the BO period may be extended to be longer due to the collision. . That is, in a situation where the communication path between the master station and the slave is congested (that is, in a situation where the channel is congested), the time period Ta required to transmit data (for example, multicast data) is longer. It tends to be long.
  • the period Tb that is, even when the master station transmits a BAR to the slave unit, the collision avoidance algorithm is effective, and in a situation where the channel is congested, the period Tb required until the transmission of the BAR tends to be longer. is there. This is not limited to data multicast and BAR transmission, and the same applies to the case of transmitting normal data.
  • the time required to transmit the data can vary depending on the channel congestion status. Therefore, in the communication system according to the modification of the present embodiment, when the master station transmits data via the channel, the time T (for example, the period Ta or the period Tb shown in FIG. 12) required for transmitting the data is transmitted. ) And the channel congestion state is estimated based on the measurement result of the time T. Then, the master station determines the number of BAR destinations according to the estimation result of the channel congestion status. For example, FIG. 13 shows an example of a control table for the master station (control unit 18) according to the modification to determine the number of BAR destinations according to the time required until data transmission.
  • the master station uses the threshold value D1max.
  • the number of BAR destinations D is determined so as to be as follows.
  • T1 ⁇ X ⁇ T2 T2 is a constant satisfying T2> T1
  • the master station is set to be equal to or less than the threshold value D2max (where D2max ⁇ D1max).
  • the number of BAR destinations D is determined. As described above, according to the control table shown in FIG. 13, the shorter the time T required for data transmission, the larger the BAR destination number D is set.
  • the maximum number of BAR destinations is set.
  • the time T required for data transmission is Nn ⁇ T (Nn is a constant satisfying Nn> Nn ⁇ 1>...> N1> N0)
  • the number of BAR destinations. D 0 (that is, a setting for not transmitting BAR) may be used.
  • the control table shown in FIG. 13 confirms the relationship between the time required for data transmission and the setting of a more suitable number of BAR destinations according to the time, for example, based on the confirmation result. It may be generated and stored in advance in an area that can be read by the control unit 18.
  • FIG. 14 is an example of a flowchart for explaining an example of the operation of the master station according to the modification, and shows an example of processing related to determination of the number of BAR destinations.
  • Steps S123 and S125 Specifically, when transmitting the multicast data, the master station (control unit 18) measures the time required to transmit the data (S123). Then, the master station determines the number of BAR destinations according to the measurement result of the time required for transmitting the multicast data (S125). As described above, the number of BAR destinations is determined. The subsequent operations are the same as those in the above-described embodiment (see FIG. 9).
  • the modification of this embodiment was demonstrated with reference to FIGS.
  • the example in which the number of BAR destinations is determined based on the control table shown in FIG. 13 is merely an example, and the master station estimates the degree of congestion of the channel when counting the elapsed time in the collision avoidance algorithm, and sets the number of BAR destinations.
  • the method is not particularly limited.
  • the master station estimates the degree of congestion of the channel based on the number of times the channel has been used by other communication devices during the elapsed time (ie, IFS and BO) count in the collision avoidance algorithm.
  • the number of BAR destinations may be determined based on the result.
  • the master station observes (or estimates) the degree of congestion of the channel, for example, by executing carrier sense and the like, Accordingly, the number of BAR destinations is determined.
  • the number of BAR destinations is controlled to be smaller, The communication load related to confirmation of data delivery is reduced.
  • the number of BAR destinations is controlled to be larger, and the reliability related to data transmission is further improved.
  • the communication system according to the present embodiment by setting the number of BAR destinations according to the communication state, it is possible to suppress communication resource consumption while ensuring communication reliability in a more preferable aspect. Is possible.
  • Second Embodiment Determination of BAR Destination Based on Request from Slave Unit>
  • the communication device 10 according to the present embodiment may be referred to as “communication device 10-2” when it is particularly distinguished from the communication device 10 according to another embodiment.
  • FIG. 15 shows an example of the structure of a frame (hereinafter, also referred to as “information frame”) for the master station to notify the slave unit of the conditions of the slave unit that is a candidate for the BAR destination.
  • the information frame may include “characteristic indicator identifier as a threshold value”, “threshold value”, and “information necessary for characteristic calculation”.
  • the identifier of the characteristic index to be used as a threshold is an identifier for identifying a communication characteristic index for determining whether or not the child device itself can be a destination of the BAR.
  • Examples of the communication characteristic index include a packet error rate, a throughput, a signal-to-noise ratio (SNR), the number of received packets, the number of received packets due to retransmission, and the like.
  • the “threshold value” indicates a threshold value for determining whether or not the child device itself can be a BAR destination based on the communication characteristic index indicated by the identifier.
  • “information necessary for characteristic calculation” indicates information necessary for the slave unit to acquire information on the communication characteristic. For example, the number of transmitted packets from the master station, the communication characteristic Information indicating a period used for derivation may also be included.
  • control unit 18 observes or estimates the degree of congestion of the channel, and based on the observation result, more suitable conditions for executing communication related to data delivery, that is, a communication characteristic index and threshold value To decide.
  • the controller 18 may observe the channel congestion level based on, for example, the “channel congestion level observation function” described in the above-described embodiment.
  • control part 18 may acquire the information for a subunit
  • control unit 18 outputs an identifier of the determined communication characteristic index, a threshold value of the communication characteristic, and information for acquiring information related to the communication characteristic to the data processing unit 11, and the data processing unit 11 generates an information frame. Then, the control unit 18 controls the operation of the communication unit 12 so that the information frame generated by the data processing unit 11 is transmitted to a target child device (for example, a child device that is a target of multicast). . Through the control as described above, the condition of the slave unit that is a candidate for the BAR destination is notified to the target slave unit.
  • the master station requests, as a response to the information frame indicating the condition of the slave unit as a candidate for the BAR destination, from the slave unit that has transmitted the information frame to be the BAR destination.
  • Information (that is, information indicating that the candidate is a candidate for the BAR destination) is acquired.
  • FIG. 16 is a diagram showing an example of a structure of a frame (hereinafter, also referred to as “candidate frame”) for requesting the slave unit to make the master station itself a BAR destination. is there.
  • the candidate frame may include “characteristic indicator identifier used as a threshold”, “information requesting to be a BAR destination”, and “characteristic information”.
  • the “characteristic indicator identifier as a threshold” is information for identifying a communication property indicator notified from the slave unit to the master station, and is the same as the information frame shown in FIG.
  • the “information requesting to be a BAR destination” is information for notifying whether or not the slave unit requests the master station to make itself a BAR destination.
  • “information requesting to be a BAR destination” is set to “1” when the slave unit requests the master station to make itself a BAR destination. “0” is set when declining to become the BAR destination.
  • the “characteristic information” indicates information indicating the measurement result of the characteristic indicated by “identifier of characteristic index to be a threshold”.
  • the control unit 18 acquires the extraction result of the information included in the candidate frame from the data processing unit 11. And the control part 18 determines the subunit
  • the control unit 18 may use, as a BAR destination, a slave unit that is requested to be a BAR destination based on “information requesting to be a BAR destination” extracted from the candidate frame. . Further, at this time, the control unit 18 may compare the “information on characteristics” extracted from the candidate frames from the respective slave units, and narrow down the slave units that are the BAR destinations. As described above, the control unit 18 according to the present embodiment determines a child device to be a BAR destination.
  • the slave unit measures a target communication characteristic based on information included in an information frame transmitted from the master station, and sets it as a BAR destination candidate based on the measurement result of the communication characteristic. Is determined to be requested to the master station (that is, whether or not to be a candidate for the BAR destination), and the result of the determination is notified to the master station.
  • the control unit 18 acquires the extraction result of information included in the information frame from the data processing unit 11. Based on the “characteristic indicator identifier used as a threshold value” extracted from the information frame, the control unit 18 controls an operation related to measurement of information on communication characteristics indicated by the identifier. At this time, the control unit 18 may perform control so that “information necessary for characteristic calculation” extracted from the information frame is used for measurement of information regarding communication characteristics.
  • the control unit 18 compares the measurement result of the information related to the communication characteristics with the “threshold value” extracted from the information frame to determine whether or not it can be a BAR destination candidate. If it can be a BAR destination candidate, the control unit 18 determines whether to request the master station to be a BAR destination candidate, and sends a candidate frame based on the determination result to the data processing unit 11. Generate. At this time, the control unit 18 may cause the data processing unit 11 to generate a candidate frame including the measurement result by outputting the communication characteristic measurement result to the data processing unit 11. Then, the control unit 18 controls the operation of the communication unit 12 so that the candidate frame generated by the data processing unit 11 is transmitted to the master station.
  • FIG. 17 is an explanatory diagram for describing an example of a processing sequence of the communication system according to the present embodiment.
  • the communication device 10-2 # 0 that is the master station (AP) observes the degree of channel congestion by performing carrier sense, and the observation result Based on the above, the conditions of the slave units that are candidates for the BAR destination are determined.
  • the master station generates an information frame for notifying the determined condition, and transmits the generated information frame to each of the slave devices (for example, communication devices 10 # 2 to 10-2 # N) that are multicast targets. .
  • Each slave unit that has received the information frame measures the communication characteristics specified as the condition of the slave unit that is a candidate for the BAR destination based on the information included in the information frame. At this time, the slave unit may use the information included in the information frame for measurement of the communication characteristics. Then, the slave unit determines whether or not to request the master station to make itself a candidate for the BAR destination based on the measurement result of the communication characteristics, generates a candidate frame according to the determination result, and generates a parent frame. Send to the station.
  • the master station receives the candidate frame transmitted from the slave unit as a response to the information frame, and according to the information included in the received candidate frame, from among the plurality of slave units to be multicast, The slave unit that is the destination of the BAR is determined.
  • the subsequent operation is the same as that of the communication system (for example, FIG. 8) according to the first embodiment described above. That is, the master station multicasts data to a plurality of target slave devices, and then transmits the BAR to the slave device determined as the BAR destination. When receiving the BAR, the slave unit transmits a BA corresponding to the reception status of the corresponding multicast data to the master station. The master station recognizes the reception status of multicast data in the slave unit based on the BA transmitted from the slave unit as a response to the BAR.
  • the communication device 10-1 # 0 serving as the master station performs processing related to the determination of the BAR destination (that is, transmission of an information frame to the slave unit, immediately before transmission of multicast data).
  • the reception of the candidate frame from the slave unit and the determination of the BAR destination based on the candidate frame) are executed, but the execution timing of the process is not necessarily limited.
  • the communication apparatus 10-2 # 0 can determine the BAR destination before transmitting the BAR to the slave unit
  • the execution timing of each process related to the determination of the BAR destination is not particularly limited. Therefore, for example, the communication apparatus 10-2 # 0 may execute each process related to determination of the BAR destination after transmitting the multicast data, and then transmit the BAR to the determined destination.
  • FIG. 18 is a flowchart showing an example of a flow of a series of operations of the communication device 10-2 operating as a master station in the communication system according to the present embodiment. Note that, in this description, the description will be given mainly focusing on parts that are different from the communication apparatus 10-1 according to the first embodiment described above, and the parts that are substantially the same as the communication apparatus 10-1 will be described in detail. The detailed explanation is omitted.
  • Step S201 As long as there is no multicast data to be transmitted (S201, NO), the master station waits for an instruction related to transmission of multicast data.
  • Step S220 When there is multicast data to be transmitted (S201, YES), the master station determines the condition of the slave unit that is a candidate for the BAR destination (hereinafter also referred to as “BAR destination candidate condition”). .
  • BAR destination candidate condition the condition of the slave unit that is a candidate for the BAR destination.
  • FIG. 19 is a flowchart illustrating an example of processing related to determination of BAR destination candidate conditions by the parent device according to the present embodiment.
  • Steps S221 and S225 Specifically, the control unit 18 observes the degree of congestion of the channel by confirming the channel usage status by carrier sense (S221). Then, the control unit 18 determines BAR destination candidate conditions according to the observation result of the degree of congestion of the channel (S125). The BAR destination candidate condition is determined as described above. Reference is now made to FIG. 18 again.
  • Steps S203 and S205 the master station generates an information frame for notifying the determined BAR destination candidate condition to the slave unit, and transmits the generated information frame to each of the plurality of slave units to be multicast (S203).
  • the master station includes, as a response to the information frame, information for requesting that the slave unit that has transmitted the information frame is a BAR destination (that is, information indicating that the candidate is a candidate for the BAR). Receive candidate frames. Then, based on the information included in the received candidate frame, the master station determines a slave unit that is the destination of the BAR (S205).
  • processing related to S207 to S21-7 is the same as that of the communication device 10-1 according to the first embodiment described above, and thus detailed description thereof is omitted.
  • the example of the processing flow when the communication apparatus 10-2 operates as a master station has been described above with reference to FIGS.
  • FIG. 20 is a flowchart showing an example of a flow of a series of operations of the communication device 10-2 operating as a slave in the communication system according to the present embodiment. Note that, in this description, the description will be given mainly focusing on parts that are different from the communication apparatus 10-1 according to the first embodiment described above, and the parts that are substantially the same as the communication apparatus 10-1 will be described in detail. The detailed explanation is omitted.
  • Step S251 An information frame including information indicating a BAR destination candidate condition is transmitted from the master station to the slave unit set as the multicast target.
  • Step S253 The slave unit measures a target communication characteristic based on information included in an information frame transmitted from the master station, and based on the measurement result of the communication characteristic, the slave unit satisfies a condition for becoming a BAR destination candidate. Determine whether or not.
  • Step S255 If it can be a BAR destination candidate (S253, YES), whether the slave unit requests the master station to be a BAR destination candidate (that is, whether or not to run as a BAR destination) , A candidate frame including information indicating the determination result (hereinafter also referred to as “BAR destination candidate”) is generated and transmitted to the master station. At this time, the slave unit may include information indicating the measurement result of the communication characteristics in the candidate frame. Further, when the condition for becoming a candidate for the BAR destination is not satisfied (S253, NO), the processing related to generation and transmission of the candidate frame including the BAR destination candidate is not executed.
  • processing related to S257 to S261 is the same as that of the communication device 10-1 according to the first embodiment described above, detailed description thereof is omitted.
  • the example of the processing flow when the communication apparatus 10-2 operates as a slave has been described above with reference to FIG.
  • FIG. 21 is an explanatory diagram for describing a communication system according to a modification of the present embodiment, and illustrates an example of a processing sequence of the communication system. More specifically, FIG. 21 shows that the communication device 10-2 # 0 as the master station has a plurality of slave devices (for example, communication devices 10-2 # 1 to 10-2 # N) based on the collision avoidance algorithm. Shows an example of multicasting data to confirm delivery of the data.
  • the periods Ta and Tb shown in FIG. 21 are the same as the periods Ta and Tb in the modified example of the first embodiment described above (see FIG. 12).
  • the master station according to the modification of the present embodiment in the same way as the master station according to the modification of the first embodiment described above, transmits the data when the master station transmits data to the slave unit.
  • the time T required for transmission is measured, and the congestion status of the channel is estimated based on the measurement result of the time T.
  • the master station according to the modified example estimates the channel congestion status based on the measurement result of the time required for data transmission, and determines the BAR destination candidate condition based on the estimation result.
  • the master station generates an information frame for notifying the determined condition, and sends the generated information frame to each of the slave devices (for example, communication devices 10 # 2 to 10-2 # N) that are multicast targets.
  • Each slave unit that has received the information frame measures the communication characteristics specified as a condition of the slave unit that is a candidate for the BAR destination, based on the information included in the information frame, and runs as a candidate for the BAR destination based on the measurement result. Judge whether to do.
  • the slave unit When the slave unit is running as a BAR destination, the slave unit generates a candidate frame and transmits it to the master station.
  • the master station receives a candidate frame transmitted from the slave unit, and selects a slave unit as a BAR destination from a plurality of slave units targeted for multicast according to information included in the received candidate frame. Will be determined.
  • the execution timing of each process related to the determination of the BAR destination is not particularly limited. This is the same as in the case of the master station according to the above-described embodiment (see FIG. 17).
  • FIG. 22 is an example of a flowchart for explaining an example of the operation of the master station according to the modification, and shows an example of processing related to determination of the BAR destination candidate condition.
  • Steps S223 and S225 Specifically, when transmitting the multicast data, the master station (control unit 18) measures the time required to transmit the data (S123). Then, the master station estimates the degree of congestion of the channel according to the measurement result of the time required for transmission of the multicast data, and determines the BAR destination candidate condition based on the estimation result (S125). The BAR destination candidate condition is determined as described above. The subsequent operation is the same as that in the above-described embodiment (see FIG. 18).
  • the master station observes (or estimates) the degree of congestion of the channel, for example, by executing carrier sense and the like, Accordingly, a BAR destination candidate condition is determined and notified to each slave unit to be multicast.
  • the slave side measures whether or not it can be a BAR destination candidate by measuring the corresponding communication characteristics based on the notification from the master station and comparing the measurement result with the condition notified from the master station. . Then, when the slave unit itself can be a candidate for the BAR destination, the slave unit requests the master station side to set the confidence as the BAR destination.
  • the master station can selectively set a slave unit (in other words, a slave unit with better communication characteristics) that matches the conditions as the BAR destination. Further, at this time, the master station can also limit the number of slave units that are the destination of the BAR according to the measurement result of the communication characteristics notified from the slave unit. That is, according to the communication system according to the present embodiment, for example, it is possible to set a child device having a better communication state as a BAR destination and limit the number of BAR destinations as necessary. In a more preferable aspect, it is possible to suppress the consumption of communication resources while ensuring the reliability of communication.
  • the communication device 10 according to the third embodiment of the present disclosure will be described.
  • the communication device 10 according to the present embodiment may be referred to as “communication device 10-3” when it is particularly distinguished from the communication device 10 according to another embodiment.
  • the master station In the communication system according to the first embodiment described above, the master station itself observes the degree of channel congestion and sets the number of BAR destinations based on the observation result. In contrast, in the communication system according to the third embodiment of the present disclosure, the master station determines the number of BAR destinations (or BAR destination candidate conditions) based on the observation result of the channel congestion degree on the slave unit side. As a result, the slave unit is requested to observe the channel congestion level and notify the observation result. Then, the master station receives a notification of the observation result of the channel congestion level from the slave unit as a response to the request. In the following description, the request is also referred to as “carrier sense information request”. Information including the observation result of the degree of congestion of the channel notified from the handset side is also referred to as “carrier sense information”.
  • control unit 18 instructs the data processing unit 11 to generate a frame including a carrier sense information request, and the frame generated by the data processing unit 11 is a target child device (for example, , The operation of the communication unit 12 is controlled so as to be transmitted to the multicast device. Further, when a frame including carrier sense information transmitted as a response to the carrier sense information request is received from each slave unit, the control unit 18 displays the extraction result of the carrier sense information from the frame as the data processing unit 11. Get from. Through the control described above, the control unit 18 can collect observation results of channel congestion from each slave unit.
  • the control unit 18 determines the number of BAR destinations or the BAR destination candidate conditions described in the above-described embodiments based on the observation result of the degree of congestion of the channels collected from each slave unit as described above. Decide, and as a result, the slave unit that is the destination of the BAR is decided. Note that the processing related to the determination of the number of BAR destinations and BAR destination candidate conditions, and the processing related to determination of the BAR destinations based on the determined number of BAR destinations or BAR destination candidate conditions are the same as in the corresponding embodiments described above. Detailed description will be omitted.
  • the slave unit Based on the carrier sense information request transmitted from the master station, the slave unit according to the present embodiment observes the degree of congestion of the channel and notifies the master station of the observation result as carrier sense information.
  • the control unit 18 acquires the extraction result of the carrier sense information request from the frame from the data processing unit 11.
  • the control unit 18 observes the degree of congestion of the channel based on the acquired carrier sense information request. Note that the method for observing the degree of congestion of the channel can be applied, for example, in a manner similar to the case where the master station observes the degree of congestion of the channel in each of the above-described embodiments, and detailed description thereof will be omitted.
  • control unit 18 outputs the observation result of the degree of congestion of the channel to the data processing unit 11 as carrier sense information, and causes the data processing unit 11 to generate a frame including the carrier sense information. And the control part 18 controls operation
  • FIG. 23 is an explanatory diagram for describing an example of a processing sequence of the communication system according to the present embodiment.
  • the communication device 10-2 # 0 which is the master station (AP)
  • AP master station
  • the communication devices 10-2 # 1 to 10-2 # 1 to 10-2 # 1) 10-2 # N a slave device (for example, the communication devices 10-2 # 1 to 10-2 # 1 to 10-2 # 1) 10-2 # N)
  • a carrier sense information request is transmitted
  • carrier sense information that is, observation result of channel congestion
  • the master station determines the BAR from among the plurality of slave units to be multicast according to the degree of channel congestion in communication with each slave unit. Determine the slave unit that is the destination.
  • the master station determines the slave device that is the BAR destination.
  • the master station determines the number of BAR destinations according to the degree of congestion of the channels collected from each slave unit, and within the range of the number of BAR destinations, You may determine the subunit
  • the master station may determine the BAR destination candidate condition according to the degree of congestion of the channels collected from each slave unit, as in the second embodiment described above. In this case, the master station transmits an information frame including the determined BAR destination candidate condition to each slave device to be multicast, and based on the candidate frame transmitted from the slave device as a response, You may determine the subunit
  • the master station multicasts data to a plurality of target slave devices, and then transmits the BAR to the slave device determined as the BAR destination.
  • the slave unit transmits a BA corresponding to the reception status of the corresponding multicast data to the master station.
  • the master station recognizes the reception status of multicast data in the slave unit based on the BA transmitted from the slave unit as a response to the BAR.
  • the communication device 10-3 # 0 as the master station performs processing related to collection of carrier sense information (ie, carrier sense information request to the slave unit) immediately before transmission of multicast data. Transmission and reception of carrier sense information from the slave unit) and processing for determining the destination of the BAR based on the collected carrier sense information.
  • the execution timing of the processing is not necessarily limited. Absent. Specifically, if the communication device 10-3 # 0 can determine the BAR destination before transmitting the BAR to the slave unit, the processing related to the collection of the carrier sense information and the collected carrier sense information The execution timing of the process for determining the BAR destination is not particularly limited. Therefore, for example, the communication device 10-3 # 0 performs processing related to collection of carrier sense information and processing related to determination of a BAR destination based on the carrier sense information after transmission of multicast data, and thereafter The BAR may be transmitted to the determined destination.
  • FIG. 24 is a flowchart showing an example of a flow of a series of operations of the communication device 10-3 operating as a master station in the communication system according to the present embodiment.
  • the communication device 10 according to each embodiment described above for example, the communication device 10-1 according to the first embodiment and the communication device 10-2 according to the second embodiment
  • the description will focus on the different parts, and the detailed description of parts that are substantially the same as those of the communication device 10 will be omitted.
  • Step S301 As long as there is no multicast data to be transmitted (S301, NO), the master station waits for an instruction related to transmission of multicast data.
  • Steps S303 and S305 If there is multicast data to be transmitted (S301, YES), the master station transmits a carrier sense information request to the slave device to be multicast. Then, the master station receives carrier sense information from the slave unit as a response to the carrier sense information request.
  • Step S320 Based on the carrier sense information acquired from the slave unit, the master station determines a slave unit that is the destination of the BAR among the slave units that are multicast targets.
  • the master station determines a slave unit that is the destination of the BAR among the slave units that are multicast targets.
  • FIG. 25 is a flowchart illustrating an example of processing related to determination of a child device as a BAR destination by the parent device according to the present embodiment.
  • Step S323 For example, when the master station side actively determines the destination of the BAR (S321, YES), the master station determines the BAR based on the collected carrier sense information (that is, the observation result of the channel congestion level by the slave unit). Determine the number of destinations. The processing related to the determination of the number of BAR destinations according to the observation result of the channel congestion level is the same as that in the first embodiment described above. Then, the master station determines a slave device to be a BAR destination within the range of the determined number of BAR destinations from slave devices to be multicast.
  • Step S325 As another example, when the parent station passively determines a BAR destination (S321, NO), the parent station determines a BAR destination candidate condition based on the collected carrier sense information.
  • the processing related to the determination of the BAR destination candidate condition according to the observation result of the channel congestion level is the same as that in the second embodiment described above.
  • the master station generates an information frame for notifying the child device of the determined BAR destination candidate condition, and transmits the generated information frame to each of the plurality of child devices to be multicast (S327).
  • the master station includes, as a response to the information frame, information for requesting that the slave unit that has transmitted the information frame is a BAR destination (that is, information indicating that the candidate is a candidate for the BAR). Receive candidate frames. Then, based on the information included in the received candidate frame, the master station determines a slave unit that is the destination of the BAR (S329).
  • the master station determines the slave device to be the destination of the BAR from the slave devices to be multicast. Note that whether or not the master station side actively determines the BAR destination may be determined in advance or may be dynamically switched by a setting change or the like.
  • the communication device 10 according to each embodiment described above that is, the communication device 10-1 according to the first embodiment, Since the communication apparatus 10-2) according to the second embodiment is the same as the communication apparatus 10-2), detailed description thereof is omitted.
  • the example of the processing flow when the communication apparatus 10-3 operates as a master station has been described above with reference to FIGS.
  • FIG. 26 is a flowchart showing an example of a flow of a series of operations of the communication device 10-3 operating as a slave in the communication system according to the present embodiment.
  • the communication device 10 according to each embodiment described above for example, the communication device 10-1 according to the first embodiment and the communication device 10-2 according to the second embodiment
  • the description will focus on the different parts, and the detailed description of parts that are substantially the same as those of the communication device 10 will be omitted.
  • Steps S351 and S353 A carrier sense information request is transmitted from the master station to the slave set as the target of multicast (S351).
  • the slave unit When receiving the carrier sense information request transmitted from the master station, the slave unit observes the degree of congestion of the channel and notifies the master station of the observation result as carrier sense information (S353).
  • a method for observing the degree of congestion of the channel for example, a method similar to the case where the master station observes the degree of congestion of the channel in each of the above-described embodiments can be applied.
  • the slave unit may receive an information frame including information indicating the BAR destination candidate condition from the master station according to a method of determining the BAR destination in the master station.
  • the slave unit measures the target communication characteristic based on the information included in the information frame, and based on the measurement result of the communication characteristic, Determines whether or not a condition for becoming a candidate for a BAR destination is satisfied.
  • Step S359 If it can be a BAR destination candidate (S357, YES), whether the slave unit requests the master station to be a BAR destination candidate (that is, whether or not to run as a BAR destination) , A candidate frame including information indicating the determination result (that is, a candidate for BAR destination) is generated and transmitted to the master station. If an information frame has not been received from the master station (S355, NO), or if the conditions for becoming a BAR destination candidate are not satisfied (S357, NO), the candidate frame including the BAR destination candidate Processing related to generation and transmission is not executed.
  • the communication device 10 For the subsequent processing (that is, the processing according to S361 to S365), the communication device 10 according to each of the above-described embodiments (that is, the communication device 10-1 according to the first embodiment or the second embodiment). Since the communication device 10-2) is the same as the communication device 10-2), detailed description thereof is omitted.
  • the example of the processing flow when the communication apparatus 10-3 operates as a slave has been described above with reference to FIG.
  • the master station notifies the slave unit of the observation result of the channel congestion degree, and observes the channel congestion degree collected from each slave unit. Based on the result, the slave unit to be the destination of the BAR is determined.
  • the master station limits the number of slave units that transmit BARs according to the channel state in communication with the slave units, or sets a slave unit having a better communication state as the BAR destination. It becomes possible to set.
  • the BAR depends on the communication state and status on the slave unit side even under circumstances where the communication status and status of the surroundings differ between the master station and the slave unit.
  • the communication device 10 according to the fourth embodiment of the present disclosure will be described.
  • the communication device 10 according to the present embodiment may be referred to as a “communication device 10-4” when particularly distinguishing the communication device 10 according to the present embodiment from the communication device 10 according to another embodiment.
  • the master station determines the number of BAR destinations and the BAR destination candidate conditions according to the channel state and situation in communication with the slave unit.
  • the master station (control unit 18) is based on various information indicating the communication status of the master station in communication with the slave unit, The number of BAR destinations and BAR destination candidate conditions are determined.
  • the various information indicating the communication status includes, for example, packet size of traffic to be handled, modulation scheme and coding scheme (MCS (Modulation Coding Scheme)), AC (Access Category), delay time, packet loss rate, throughput, etc. Is mentioned.
  • the master station determines the number of BAR destinations and BAR destination candidate conditions.
  • the traffic from which the information is acquired is not necessarily traffic that requests transmission / reception of BAR or BA, but may be other traffic.
  • the various information indicating the communication status described above is also referred to as “device information”. In particular, when device information indicating the communication status in the master station is indicated, “device information on the master station side” May be called.
  • the control unit 18 determines the number of BAR destinations based on the acquired device information.
  • the control unit 18 estimates the channel use time by the master station based on the device information on the master station side and the number of times the multicast data is retransmitted.
  • the number of retransmissions of multicast data used for the estimation may be the number of retransmissions as a predetermined setting, or may be the number of retransmissions predicted based on the communication performance.
  • the control unit 18 determines the number of BAR destinations from the estimated channel usage time by the master station and the channel usage time calculated from the degree of channel congestion. Note that the method for observing the degree of congestion of the channel is the same as in each of the embodiments described above, and thus detailed description thereof is omitted.
  • control unit 18 determines the packet loss due to the fact that the congestion level of the channel exceeds a predetermined ratio (for example, 100%) due to the channel usage time by the master station, and the packet is discarded without being transmitted.
  • the number of BAR destinations is determined within a range where the rate does not exceed the required value.
  • the control unit 18 may determine the number of BAR destinations so as to satisfy a conditional expression shown as (Expression 1) below.
  • “effective multicast data” indicates multicast data transmitted to the child device by one transmission not including retransmission.
  • control unit 18 may determine the number of BAR destinations based on the request delay time of traffic handled by the master station. As a specific example, the control unit 18 determines the number of BAR destinations within a range in which the delay time calculated based on the number of retransmissions of BAR, BA, and multicast data does not exceed the requested delay time of traffic. Note that the number of retransmissions of multicast data here may be the number of retransmissions as set in advance as described above, or may be the number of retransmissions predicted based on the communication performance.
  • the master station determines the number of BAR destinations.
  • the master station may determine BAR destination candidate conditions as in the second embodiment described above. Good.
  • the master station notifies each slave unit to be multicasted of an information frame including the determined BAR destination candidate condition, and is included in the candidate frame transmitted from the slave unit as a response to the information frame. Based on the information (that is, the candidate BAR destination), it is sufficient to determine the child device to be the BAR destination.
  • FIG. 27 is an explanatory diagram for describing an example of a processing sequence of the communication system according to the present embodiment.
  • the master station acquires its own device information (that is, information indicating the communication status in the master station), and sets the slave as a BAR destination based on the acquired device information.
  • the communication device 10-4 # 0, which is the master station is based on its own device information, and is a slave device (for example, communication devices 10-4 # 1 to 10-4) to be multicast. From #N), the slave unit that is the destination of the BAR is determined.
  • communication apparatus 10-4 # 0 which is the master station, can determine the BAR destination before transmitting the BAR to the slave unit, each process related to determination of the BAR destination (that is, acquisition of device information)
  • the execution timing of the processing related to determination of a child device as a BAR destination based on the device information is not particularly limited.
  • the communication device 10-4 # 0 may acquire its own device information before transmitting multicast data, and may determine a child device to be a BAR destination based on the acquired device information.
  • the communication device 10-4 # 0 executes each process related to determination of the BAR destination after transmitting the multicast data, and then transmits the BAR to the slave unit determined as the destination. May be.
  • the master station acquires various information (that is, device information) indicating its own communication status, and based on the acquired information, the BAR Decide the slave unit that will be the destination.
  • the master station estimates the characteristics (eg, packet loss rate and delay time) of communication with the slave when transmitting multicast data, and the characteristics
  • the number of BAR destinations can be determined within a range that does not exceed the required value. That is, according to the communication system according to the present embodiment, the communication state between the master station and the slave unit is estimated, and communication resources are ensured in a more preferable manner based on the estimation result while ensuring communication reliability. Consumption can be suppressed.
  • the communication device 10 according to the present embodiment may be referred to as a “communication device 10-5” when it is particularly distinguished from the communication device 10 according to another embodiment.
  • the master station acquires its own device information, and determines a slave that is a destination of the BAR based on the acquired device information.
  • the master station sets the destination of the BAR based on the device information on the slave device side (that is, various information indicating the communication status on the slave device side). Assuming that a slave unit is determined, the slave unit is requested to acquire device information and notify the device information. Then, the master station receives notification of device information from the slave unit as a response to the request.
  • the request is also referred to as “device information request”. Further, in the following description, in particular, when device information indicating the communication status in the child device is indicated, it may be referred to as “device information on the child device side”.
  • the device information on the slave side includes, for example, the number of received packets of handled traffic, the number of received packets excluding retransmission, delay time, packet loss rate, throughput, signal-to-interference noise ratio (SINR). )), Received power, presence or absence of other traffic handled.
  • the master station collects at least one of these pieces of information from each slave unit.
  • the traffic from which the information is acquired is not necessarily traffic that requests transmission / reception of BAR or BA, but may be other traffic.
  • information indicating the state of the child device may be acquired, such as the position, measure, acceleration, and power supply state of the child device.
  • the master station can recognize whether the target slave unit is approaching or moving away from the position information and speed information. Therefore, for example, when the slave unit is approaching, the master station can recognize that the reception status on the slave unit side may be improved. As another example, when the slave unit is moving away, the reception status at the slave unit may deteriorate, and as a result, the master station can move outside the communicable range. It becomes possible to recognize that there is a characteristic.
  • the control unit 18 instructs the data processing unit 11 to generate a frame including a device information request (hereinafter also referred to as “request frame”).
  • the device information request includes, for example, information to be observed on the handset side (in other words, the type of device information to be acquired), information on an observation period, and information on an observation result (that is, acquired device information) transmission method. Etc. may be included.
  • the information on the transmission method of the observation result includes, for example, information such as the center frequency of the frequency channel used at the time of transmission, bandwidth, preamble assignment for spatial multiplexing, transmission time, transmission power, modulation scheme, and coding scheme. May be included.
  • the control unit 18 operates the communication unit 12 so that the request frame generated by the data processing unit 11 is transmitted to a target child device (for example, a child device to be multicast). To control.
  • control unit 18 When the control unit 18 receives a frame including the device information on the slave unit transmitted as a response to the device information request from each slave unit, the control unit 18 obtains the extraction result of the device information on the slave unit from the frame. Obtained from the data processing unit 11. Through the control as described above, the control unit 18 can collect device information from each slave unit.
  • the master station determines a slave unit to be a BAR destination based on device information collected from each slave unit. For example, the master station (control unit 18) determines the number of BAR destinations based on the acquired device information on the slave unit side. As a specific example, the control unit 18 estimates the time for which the traffic occupies the channel from information on the traffic handled on the slave unit side based on the acquired device information. Based on the estimation result, the master station (control unit 18) can transmit a packet because the congestion degree of the channel exceeds a predetermined ratio (for example, 100%) depending on the time the master station uses the corresponding channel. The number of BAR destinations is determined within a range in which the packet loss rate due to being discarded without exceeding the request value.
  • the method of determining the number of BAR destinations based on the device information on the slave unit described above is merely an example, and the information indicating the communication status such as the packet loss rate and the delay time does not exceed the request value. As long as the number of destinations can be determined, the method is not particularly limited.
  • the master station determines the number of BAR destinations.
  • the master station may determine BAR destination candidate conditions as in the second embodiment described above. Good.
  • the master station notifies each slave unit to be multicasted of an information frame including the determined BAR destination candidate condition, and is included in the candidate frame transmitted from the slave unit as a response to the information frame. Based on the information (that is, the candidate BAR destination), it is sufficient to determine the child device to be the BAR destination.
  • the slave unit acquires device information based on a device information request transmitted from the master station, and notifies the master station of the acquired device information.
  • the control unit 18 acquires the extraction result of the device information request from the request frame from the data processing unit 11.
  • the control unit 18 acquires device information (that is, information to be observed) indicated by the acquired device information request based on the observation method specified by the device information request.
  • the control unit 18 outputs the acquired device information to the data processing unit 11 and causes the data processing unit 11 to generate a frame including the device information. Then, the control unit 18 controls the operation of the communication unit 12 so that the frame including the device information generated by the data processing unit 11 is transmitted to the master station based on the transmission method instructed by the device information request. To do.
  • FIG. 28 is an explanatory diagram for describing an example of a processing sequence of the communication system according to the present embodiment.
  • the communication device 10-5 # 0, which is the parent station (AP), is a slave device (for example, communication devices 10-5 # 1 to 10-5 # 1 to The device information request is transmitted to 10-5 # N).
  • the slave unit When the slave unit receives the device information request from the master station, the slave unit acquires the device information instructed by the device information request based on the observation method instructed by the device information request. Then, the slave unit transmits the acquired device information to the master station based on the transmission method specified by the device information request.
  • the master station collects the device information of the slave unit from the slave unit as a response to the device information request. Based on the collected device information of the slave unit, the master station sets the destination of the BAR among the slave units (for example, communication devices 10-4 # 1 to 10-4 # N) to be multicast. Determine the handset.
  • the master station multicasts data to a plurality of target slave devices, and then transmits the BAR to the slave device determined as the BAR destination.
  • the slave unit transmits a BA corresponding to the reception status of the corresponding multicast data to the master station.
  • the master station recognizes the reception status of multicast data in the slave unit based on the BA transmitted from the slave unit as a response to the BAR.
  • communication apparatus 10-5 # 0 which is the master station, can determine the BAR destination before transmitting the BAR to the slave unit, each process related to determination of the BAR destination (ie, collection of device information)
  • the execution timing of the processing related to determination of a child device as a BAR destination based on the device information is not particularly limited.
  • the communication device 10-5 # 0 transmits a device information request to each child device, and as a response, the child device serving as the BAR destination based on the device information acquired from the child device After that, the BAR may be transmitted to the slave unit determined as the destination.
  • the master station collects various information (that is, device information) indicating the communication status of the slave unit from each slave unit, Based on the collected information, a slave unit as a destination of the BAR is determined.
  • the master station estimates the characteristics of communication with the slave unit at the time of multicast data transmission (for example, packet loss rate and delay time) based on the collected device information of each slave unit. Is possible.
  • the master station can determine the number of BAR destinations, for example, within a range where the estimated communication characteristics do not exceed the required value.
  • the communication state between the master station and the slave unit is estimated based on the information acquired on the slave unit side, and based on the estimation result, in a more preferable aspect. It is possible to suppress the consumption of communication resources while ensuring the reliability of communication.
  • the communication device 10 that operates as a slave unit includes a smartphone, a tablet PC (Personal Computer), a notebook PC, a mobile terminal such as a portable game terminal or a digital camera, a television receiver, a printer, a digital scanner, or a network storage. It may be realized as a fixed terminal or an in-vehicle terminal such as a car navigation device.
  • the slave unit is realized as a terminal (also called MTC (Machine Type Communication) terminal) that performs M2M (Machine To Machine) communication, such as a smart meter, a vending machine, a remote monitoring device, or a POS (Point Of Sale) terminal. May be.
  • the slave unit may be a wireless communication module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • the communication device 10 operating as a master station may be realized as a wireless LAN access point (also referred to as a wireless base station) having a router function or not having a router function.
  • the master station may be realized as a mobile wireless LAN router.
  • the master station may be a wireless communication module (for example, an integrated circuit module configured by one die) mounted on these devices.
  • FIG. 29 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure can be applied.
  • the smartphone 900 includes a processor 901, a memory 902, a storage 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 913, an antenna switch 914, an antenna 915, A bus 917, a battery 918, and an auxiliary controller 919 are provided.
  • the processor 901 may be, for example, a CPU (Central Processing Unit) or a SoC (System on Chip), and controls the functions of the application layer and other layers of the smartphone 900.
  • the memory 902 includes a RAM (Random Access Memory) and a ROM (Read Only Memory), and stores programs and data executed by the processor 901.
  • the storage 903 can include a storage medium such as a semiconductor memory or a hard disk.
  • the external connection interface 904 is an interface for connecting an external device such as a memory card or a USB (Universal Serial Bus) device to the smartphone 900.
  • the camera 906 includes, for example, an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image.
  • the sensor 907 may include a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.
  • the microphone 908 converts sound input to the smartphone 900 into an audio signal.
  • the input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910, a keypad, a keyboard, a button, or a switch, and receives an operation or information input from a user.
  • the display device 910 has a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and displays an output image of the smartphone 900.
  • the speaker 911 converts an audio signal output from the smartphone 900 into audio.
  • the wireless communication interface 913 supports one or more wireless LAN standards such as IEEE802.11a, 11b, 11g, 11n, 11ac, and 11ad, and performs wireless communication.
  • the wireless communication interface 913 can communicate with other devices via a wireless LAN access point in the infrastructure mode.
  • the wireless communication interface 913 can directly communicate with other devices in an ad hoc mode or a direct communication mode such as Wi-Fi Direct (registered trademark).
  • Wi-Fi Direct unlike the ad hoc mode, one of two terminals operates as an access point, but communication is performed directly between the terminals.
  • the wireless communication interface 913 can typically include a baseband processor, an RF (Radio Frequency) circuit, a power amplifier, and the like.
  • the wireless communication interface 913 may be a one-chip module in which a memory that stores a communication control program, a processor that executes the program, and related circuits are integrated.
  • the wireless communication interface 913 may support other types of wireless communication methods such as a short-range wireless communication method, a proximity wireless communication method, or a cellular communication method in addition to the wireless LAN method.
  • the antenna switch 914 switches the connection destination of the antenna 915 among a plurality of circuits (for example, circuits for different wireless communication schemes) included in the wireless communication interface 913.
  • the antenna 915 includes a single antenna element or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of radio signals by the radio communication interface 913.
  • the smartphone 900 is not limited to the example of FIG. 29, and may include a plurality of antennas (for example, an antenna for a wireless LAN and an antenna for a proximity wireless communication method). In that case, the antenna switch 914 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, memory 902, storage 903, external connection interface 904, camera 906, sensor 907, microphone 908, input device 909, display device 910, speaker 911, wireless communication interface 913, and auxiliary controller 919 to each other.
  • the battery 918 supplies electric power to each block of the smartphone 900 shown in FIG. 29 via a power supply line partially shown by a broken line in the drawing.
  • the auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in the sleep mode.
  • the control unit 18 determines the smartphone 900 that is the destination of the BAR based on the observation result of the congestion degree of the channel, and the communication unit 12 transmits the BAR only to the smartphone 900, so that the communication reliability is determined. It is possible to suppress the consumption of communication resources while ensuring the performance.
  • the smartphone 900 may operate as a wireless access point (software AP) when the processor 901 executes the access point function at the application level. Further, the wireless communication interface 913 may have a wireless access point function.
  • FIG. 30 is a block diagram illustrating an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure can be applied.
  • the car navigation device 920 includes a processor 921, a memory 922, a GPS (Global Positioning System) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, and wireless communication.
  • An interface 933, an antenna switch 934, an antenna 935, and a battery 938 are provided.
  • the processor 921 may be a CPU or SoC, for example, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes RAM and ROM, and stores programs and data executed by the processor 921.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using GPS signals received from GPS satellites.
  • the sensor 925 may include a sensor group such as a gyro sensor, a geomagnetic sensor, and an atmospheric pressure sensor.
  • the data interface 926 is connected to the in-vehicle network 941 through a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces content stored in a storage medium (for example, CD or DVD) inserted into the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor, a button, or a switch that detects a touch on the screen of the display device 930, and receives an operation or information input from the user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays a navigation function or an image of content to be reproduced.
  • the speaker 931 outputs the navigation function or the audio of the content to be played back.
  • the wireless communication interface 933 supports one or more wireless LAN standards such as IEEE802.11a, 11b, 11g, 11n, 11ac, and 11ad, and executes wireless communication.
  • the wireless communication interface 933 can communicate with other devices via a wireless LAN access point in the infrastructure mode.
  • the wireless communication interface 933 can directly communicate with other devices in an ad hoc mode or a direct communication mode such as Wi-Fi Direct.
  • the wireless communication interface 933 may typically include a baseband processor, an RF circuit, a power amplifier, and the like.
  • the wireless communication interface 933 may be a one-chip module in which a memory that stores a communication control program, a processor that executes the program, and related circuits are integrated.
  • the wireless communication interface 933 may support other types of wireless communication systems such as a short-range wireless communication system, a proximity wireless communication system, or a cellular communication system.
  • the antenna switch 934 switches the connection destination of the antenna 935 among a plurality of circuits included in the wireless communication interface 933.
  • the antenna 935 includes a single antenna element or a plurality of antenna elements, and is used for transmission and reception of a radio signal by the radio communication interface 933.
  • the car navigation apparatus 920 may be provided with a plurality of antennas. In that case, the antenna switch 934 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 30 through a power supply line partially shown by broken lines in the drawing. Further, the battery 938 stores electric power supplied from the vehicle side.
  • the data processing unit 11, the communication unit 12, and the control unit 18 described with reference to FIG. 5 may be implemented in the wireless communication interface 933. Further, at least a part of these functions may be implemented in the processor 921.
  • the control unit 18 determines the car navigation device 920 that is the destination of the BAR based on the observation result of the congestion degree of the channel, and the communication unit 12 transmits the BAR only to the car navigation device 920. It is possible to suppress the consumption of communication resources while ensuring the reliability of communication.
  • the wireless communication interface 933 may operate as the above-described communication device 10 which is the master station, and may provide a wireless connection to a terminal of a user who gets on the vehicle.
  • the control unit 18 determines another communication device that is the destination of the BAR based on the observation result of the degree of congestion of the channel, and the communication unit 12 transmits the BAR only to the other communication device. By doing so, it is possible to suppress consumption of communication resources while ensuring communication reliability.
  • the technology according to the present disclosure may be realized as an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle side module 942.
  • vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the in-vehicle network 941.
  • FIG. 31 is a block diagram illustrating an example of a schematic configuration of a wireless access point 950 to which the technology according to the present disclosure can be applied.
  • the wireless access point 950 includes a controller 951, a memory 952, an input device 954, a display device 955, a network interface 957, a wireless communication interface 963, an antenna switch 964, and an antenna 965.
  • the controller 951 may be a CPU or a DSP (Digital Signal Processor), for example, and various functions (for example, access restriction, routing, encryption, firewall) of the IP (Internet Protocol) layer and higher layers of the wireless access point 950 And log management).
  • the memory 952 includes a RAM and a ROM, and stores programs executed by the controller 951 and various control data (for example, a terminal list, a routing table, an encryption key, security settings, and a log).
  • the input device 954 includes, for example, a button or a switch and receives an operation from the user.
  • the display device 955 includes an LED lamp and the like, and displays the operation status of the wireless access point 950.
  • the network interface 957 is a wired communication interface for connecting the wireless access point 950 to the wired communication network 958.
  • the network interface 957 may have a plurality of connection terminals.
  • the wired communication network 958 may be a LAN such as Ethernet (registered trademark), or may be a WAN (Wide Area Network).
  • the wireless communication interface 963 supports one or more of wireless LAN standards such as IEEE802.11a, 11b, 11g, 11n, 11ac, and 11ad, and provides a wireless connection as an access point to nearby terminals.
  • the wireless communication interface 963 may typically include a baseband processor, an RF circuit, a power amplifier, and the like.
  • the wireless communication interface 963 may be a one-chip module in which a memory that stores a communication control program, a processor that executes the program, and related circuits are integrated.
  • the antenna switch 964 switches the connection destination of the antenna 965 among a plurality of circuits included in the wireless communication interface 963.
  • the antenna 965 includes a single antenna element or a plurality of antenna elements, and is used for transmission and reception of a radio signal by the radio communication interface 963.
  • the data processing unit 11, the communication unit 12, and the control unit 18 described with reference to FIG. 5 may be implemented in the wireless communication interface 963.
  • at least a part of these functions may be implemented in the controller 951.
  • the control unit 18 determines another communication device that is the destination of the BAR based on the observation result of the degree of congestion of the channel, and the communication unit 12 transmits the BAR only to the other communication device. It is possible to suppress the consumption of communication resources while ensuring the reliability of communication.
  • the slave unit that is the destination of the BAR within a range in which the characteristics of the entire system do not exceed the required value of the system.
  • the number can be determined. Therefore, even in situations where the master station multicasts data to multiple slave units, communication resources are ensured while ensuring communication reliability according to the status of communication between the master station and each slave unit. Consumption can be suppressed.
  • the slave unit it is possible to set the slave unit as the BAR destination according to the measurement result of the communication characteristics notified from the slave unit.
  • the slave unit By setting a good handset as a BAR destination, it is possible to suppress communication resource consumption while ensuring communication reliability.
  • a slave unit it is possible to determine a slave unit to be a BAR destination according to the degree of channel congestion measured on the slave unit side. Therefore, for example, even under circumstances where the status and status of surrounding communications differ between the master station and the slave unit, while ensuring the reliability of communication according to the communication status and status on the slave unit side It becomes possible to suppress consumption of communication resources.
  • the fourth embodiment of the present disclosure since it is possible to estimate the characteristics of communication between the master station and the slave unit based on various information indicating the communication status of the master station side, By determining the number of BAR destinations within a range where the characteristics do not exceed the required value, it is possible to suppress communication resource consumption while ensuring communication reliability.
  • the fifth embodiment of the present disclosure since it is possible to estimate the characteristics of communication between the master station and the slave unit based on various information indicating the communication status of the slave unit side, By determining the number of BAR destinations within a range where the characteristics do not exceed the required value, it is possible to suppress communication resource consumption while ensuring communication reliability.
  • the master station and the slave unit are explicitly distinguished from each other, and the master station side confirms the delivery of data to the slave unit.
  • the configuration of the communication system according to the present disclosure is as follows. However, it is not necessarily limited to the same configuration.
  • the communication system according to the present disclosure may be configured to form a so-called mesh network, and a plurality of communication devices (devices having a communication function) in the network may transmit and receive data to and from each other. .
  • the communication device serving as the data transmission source corresponds to the above-described master station
  • the communication device serving as the data transmission destination is configured to operate as corresponding to the above-described slave unit. .
  • a control unit that controls communication with a communication device connected via a wireless communication path; An acquisition unit for acquiring information related to the communication with one or more communication devices; With The control unit determines the communication device to transmit a response transmission request for confirming delivery of data to the communication device based on the acquired information on the communication. Communication control device.
  • the control unit controls the data to be transmitted to a plurality of the communication devices, the control unit transmits the transmission request based on the acquired information regarding the communication with the plurality of communication devices.
  • the communication control device according to (1), wherein the communication device to be determined is determined.
  • the control unit determines the number of the communication devices that transmit the transmission request based on the acquired information on the communication, and determines the communication device that transmits the transmission request within the range of the number.
  • the communication control device according to (1) or (2).
  • the acquisition unit according to any one of (1) to (3), wherein the acquisition unit acquires information indicating a state of a channel for transmitting the data to the communication device as information related to the communication.
  • Communication control device (5)
  • the said control part is a communication control apparatus as described in said (4) which acquires the information which shows the use condition of the communication resource corresponding to the said channel as information which shows the condition of the said channel.
  • the said control part is a communication control apparatus as described in said (5) which acquires the information which shows the use condition of the said communication resource based on the monitoring result of the said communication.
  • the communication control device according to (5) wherein the acquisition unit acquires information indicating a usage status of the communication resource from the communication device.
  • the acquisition unit acquires, as information indicating the status of the channel, information indicating a time required for the transmission when data was transmitted to the communication device via the channel in the past.
  • the communication control device described. The control unit performs control so that information indicating a condition that is a candidate for a transmission destination of the transmission request is transmitted to the communication device,
  • the acquisition unit acquires information requesting transmission of the transmission request from the communication device as information related to the communication.
  • the communication control device according to any one of (1) to (3).
  • the communication control device determines the condition according to a state of a channel for transmitting the data to the communication device.
  • the acquisition unit acquires information indicating a communication status at a transmission source of the data, The control unit transmits the transmission request based on the acquired information indicating the communication status and either the predetermined number of retransmissions of data and the number of retransmissions predicted based on past performance. Determining the communication device; The communication control device according to any one of (1) to (3).
  • the acquisition unit acquires information indicating a communication status in the communication device;
  • the control unit transmits the transmission request based on the acquired information indicating the communication status and either the predetermined number of retransmissions of data and the number of retransmissions predicted based on past performance. Determining the communication device;
  • the communication control device according to any one of (1) to (3).
  • the communication apparatus transmits An acquisition unit for acquiring the transmitted transmission request;
  • a communication control device is an acquisition unit for acquiring the transmitted transmission request.
  • the acquisition unit acquires information indicating a condition that is a candidate for a transmission destination of the transmission request from the communication device before the transmission request is acquired;
  • the control unit performs control so that information requesting transmission of the transmission request is transmitted to the communication device according to the condition;
  • the communication control device according to (13).
  • the control unit performs control so that information indicating a state of a channel for the communication device to transmit the data is transmitted to the communication device as information regarding the communication,
  • the acquisition unit acquires the transmission request after information related to the communication is transmitted to the communication device.
  • the communication control device according to (13).
  • the control unit controls the information indicating the communication status at the transmission destination of the data as information related to the communication so that the information is transmitted to the communication device.
  • the acquisition unit acquires the transmission request after information related to the communication is transmitted to the communication device.
  • the communication control device according to (13). (17)
  • the processor controls communication with a communication device connected via a wireless communication path; Obtaining information relating to the communication with one or more of the communication devices; Determining the communication device to transmit a response transmission request for confirming delivery of data to the communication device based on the acquired information on the communication; Including a communication control method.
  • the communication apparatus transmits Obtaining said transmitted request;
  • a processor controls the communication device to transmit the response according to the data reception status to the acquired transmission request; Including a communication control method.

Abstract

【課題】通信の状態に応じて、より好適な態様で信頼性を担保し、かつ通信リソースの消費を抑制する。 【解決手段】無線の通信経路を介して接続された通信装置との間の通信を制御する制御部と、１以上の前記通信装置との間の前記通信に関する情報を取得する取得部と、を備え、前記制御部は、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定する、通信制御装置。

Description

通信制御装置、通信制御方法、及びプログラム
　本開示は、通信制御装置、通信制御方法、及びプログラムに関する。
　近年、ＩＥＥＥ（Institute　of　Electrical　and　Electronics　Engineers）８０２．１１に代表される無線ＬＡＮ（Local　Area　Network）の普及が進み、それに伴い、無線ＬＡＮに対応した無線通信装置が増加している。また、このような無線通信装置間の通信に関する技術の一例として、複数の無線通信装置に対して同一のデータを同時に配信する、所謂マルチキャスト（Multicast）と呼ばれる技術についても検討されている。
　また、ＩＥＥＥ８０２．１１等の規格では、無線通信装置間の通信においては、送信元となる無線通信装置からデータを送信した場合に、送信されたデータが送信先となる無線通信装置に送達したか否かを確認するための技術が提案されている。送信元となる無線通信装置は、このような技術を利用することで、例えば、データの送達が確認されていない送信先となる無線通信装置に対して、当該データを再送することで、通信品質の低下を防止することも可能となる。例えば、特許文献１には、データの送信元となる無線通信装置が、送信先となる無線通信装置へのデータの送達を確認するための技術の一例が開示されている。
特開２０１４－５３８３２号公報
　ここで、マルチキャストのような、複数の無線通信装置に対するデータの送信に際し、送信先となる無線通信装置への当該データの送達を確認する場合に着目する。この場合には、データの送達を確認する無線通信端末の数が多いほど、当該通信の信頼性は向上する傾向にある。
　その一方で、複数の無線通信装置に対してデータの送達を確認する場合には、当該送達の確認のために複数の通信が発生し、当該通信により通信リソースが消費されることとなる。そのため、無線通信装置間の通信の状態によっては、データの送達を確認する無線通信端末の数が増大すると、当該送達の確認により無線通信装置間の通信が圧迫され、結果として通信品質が低下する場合がある。
　そこで、本開示では、通信の状態に応じて、より好適な態様で信頼性を担保し、かつ通信リソースの消費を抑制することが可能な、通信制御装置、通信制御方法、及びプログラムを提案する。
　本開示によれば、無線の通信経路を介して接続された通信装置との間の通信を制御する制御部と、１以上の前記通信装置との間の前記通信に関する情報を取得する取得部と、を備え、前記制御部は、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定する、通信制御装置が提供される。
　また、本開示によれば、無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得する取得部と、取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御する制御部と、を備える、通信制御装置が提供される。
　また、本開示によれば、プロセッサが、無線の通信経路を介して接続された通信装置との間の通信を制御することと、１以上の前記通信装置との間の前記通信に関する情報を取得することと、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、を含む、通信制御方法が提供される。
　また、本開示によれば、無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、プロセッサが、取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、を含む、通信制御方法が提供される。
　また、本開示によれば、コンピュータに、無線の通信経路を介して接続された通信装置との間の通信を制御することと、１以上の前記通信装置との間の前記通信に関する情報を取得することと、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、を実行させる、プログラムが提供される。
　また、本開示によれば、コンピュータに、無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、
　取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、を実行させる、プログラムが提供される。
　以上説明したように本開示によれば、通信の状態に応じて、より好適な態様で信頼性を担保し、かつ通信リソースの消費を抑制することが可能な、通信制御装置、通信制御方法、及びプログラムが提供される。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の一実施形態に係る通信制御装置および通信装置で構成される通信システムを例示する図である。 親局が複数の子機に対してデータをマルチキャストし、当該データの送達確認を行う場合の処理の流れの一例について説明するための説明図である。 ＢＡＲの宛先となる子機の数とパケットロスレートとの関係の一例を示したグラフである。 ＢＡＲの宛先となる子機の数と遅延時間との関係の一例を示したグラフである。 本開示の第１の実施形態に係る通信装置の概略的な機能構成を示すブロック図である。 同実施形態に係る親局が、チャネルの混雑度の観測結果に応じてＢＡＲ宛先数を決定するための制御テーブルの一例である。 複数の子機を宛先としてＢＡＲを送信するためのＤＬフレームの構造の一例を示した図である。 同実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。 同実施形態に係る通信システムにおいて、親局として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 同実施形態に係る親局による、ＢＡＲ宛先数の決定に係る処理の一例を示したフローチャートである。 同実施形態に係る通信システムにおいて、子機として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 同実施形態の変形例に係る通信システムの処理シーケンスの一例について説明するための説明図である。 同実施形態の変形例に係る親局が、データの送信までに要した時間に応じて、ＢＡＲ宛先数を決定するための制御テーブルの一例である。 同実施形態の変形例に係る親局による、ＢＡＲ宛先数の決定に係る処理の一例を示したフローチャートである。 本開示の第２の実施形態に係る通信システムにおいて、親局が子機に対して、ＢＡＲの宛先の候補とする子機の条件を通知するためのフレームの構造の一例を示した図である。 同実施形態に係る通信システムにおいて、子機が親局に対して、自身をＢＡＲの宛先とすることを要請するためのフレームの構造の一例を示した図である。 同実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。 同実施形態に係る通信システムにおいて、親局として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 同実施形態に係る親機による、ＢＡＲ宛先候補条件の決定に係る処理の一例を示したフローチャートである。 同実施形態に係る通信システムにおいて、子機として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 同実施形態の変形例に係る通信システムの処理シーケンスの一例について説明するための説明図である。 同実施形態の変形例に係る親局による、ＢＡＲ宛先候補条件の決定に係る処理の一例を示したフローチャートである。 本開示の第３の実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。 同実施形態に係る通信システムにおいて、親局として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 同実施形態に係る親機による、ＢＡＲの宛先とする子機の決定に係る処理の一例を示したフローチャートである。 同実施形態に係る通信システムにおいて、子機として動作する通信装置の一連の動作の流れの一例を示したフローチャートである。 本開示の第４の実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。 本開示の第５の実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．本開示の一実施形態に係る通信システムの概要
　２．マルチキャストにおける送達確認に関する検討
　３．第１の実施形態：チャネルの混雑度に基づくＢＡＲの宛先数の決定
　　３－１．装置の構成
　　３－２．装置の処理
　　３－３．変形例
　　３－４．まとめ
　４．第２の実施形態：子機側からの要請に基づくＢＡＲの宛先の決定
　　４－１．装置の構成
　　４－２．装置の処理
　　４－３．変形例
　　４－４．まとめ
　５．第３の実施形態：子機側でチャネルの混雑度を測定する態様
　　５－１．装置の構成
　　５－２．装置の処理
　　５－３．まとめ
　６．第４の実施形態：親局側の通信状態に応じたＢＡＲの宛先の決定
　　６－１．装置の構成
　　６－２．装置の処理
　　６－３．まとめ
　７．第５の実施形態：子機側の通信状態に応じたＢＡＲの宛先の決定
　　７－１．装置の構成
　　７－２．装置の処理
　　７－３．まとめ
　８．応用例
　９．むすび
　＜１．本開示の一実施形態に係る通信システムの概要＞
　まず、図１を参照して、本開示の一実施形態に係る通信制御装置および通信装置の概要について説明する。図１は、本開示の一実施形態に係る通信制御装置および通信装置で構成される通信システムを例示する図である。なお、以下では、通信制御装置および通信装置をまとめて通信装置とも称する。
　通信システムは、複数の通信装置１０で構成される。通信装置１０は、無線通信機能を有し、多重化を用いた通信を行う。また、通信装置１０は、所謂アクセスポイント（以下、「ＡＰ（Access　Point）」とも称する）として動作し、または端末（以下、「ＳＴＡ（Station）」とも称する）として動作する。以下、ＡＰとして動作する通信装置を親局、端末として動作する通信装置を子機とも称する。このため、通信システムでは、親局と子機との間で多重化を用いた１対多の通信が可能である。なお、親局から子機への通信をＤＬ（ダウンリンク）通信、子機から親局への通信をＵＬ（アップリンク）通信とも称する。
　例えば、通信システムは、図１に示したように、複数の通信装置１０＃０～１０＃Ｎを備える。親局である通信装置１０＃０と子機である通信装置１０＃１～１０＃Ｎとは、無線通信を介して接続され、直接的に互いにフレームの送受信を行う。
　また、親局である通信装置１０＃０は、所謂マルチキャスト（Multicast）と呼ばれる技術に基づき、複数の子機（例えば、通信装置１０＃１～１０＃Ｎ）に対して、同一のデータを同時に送信することが可能である。
　また、親局である通信装置１０＃０と、子機である通信装置１０＃１～１０＃Ｎとは、ＩＥＥＥ８０２．１１に準拠する通信装置であって、例えば、送信元である親局は、送信したデータの子機への送達を確認することが可能である。具体的には、親局は、データの送信先である子機から、送達確認を示すＡｃｋまたはＢＡ（Block　Ack）が返送されるか否かを確認することで、当該データが送信先である子機に正しく送達したか否かを確認する。このような仕組みを利用することで、親局は、例えば、データの少なくとも一部の送達が確認できなかった子機に対して対象となるデータを再送することにより、通信品質の低下を防止する（換言すると、通信の信頼性を向上させる）ことも可能となる。
　以上、図１を参照して、本開示の一実施形態に係る通信制御装置および通信装置の概要について説明した。
　＜２．マルチキャストにおける送達確認に関する検討＞
　ここで、親局である通信装置１０＃０が、複数の子機（例えば、通信装置１０＃１～１０＃Ｎ）に対して、同一のデータを送信する場合（即ち、マルチキャストする場合）における、当該データの送達の確認に係る動作の一例について説明したうえで、本実施形態に係る通信システムの課題について整理する。
　例えば、図２は、親局が複数の子機に対してデータをマルチキャストし、当該データの送達確認を行う場合の処理の流れの一例について説明するための説明図である。なお、図２において、横軸は時間を示している。また、以降の説明では、マルチキャストされるデータを、「マルチキャストデータ」と称する場合がある。
　具体的な一例として、親局である通信装置１０＃０は、マルチキャストデータの送信後に、子機（例えば、信装置１０＃１～１０＃Ｎの少なくともいずれか）に対して送達確認要求（以下、「ＢＡＲ（Block　Ack　Request）」とも称する）を送信する。そして、通信装置１０＃０は、当該送達確認要求の送信先となる子機から送達確認（以下、「ＢＡ（Block　Ack）」とも称する）を受信することで、当該子機にマルチキャストデータが送達したことを確認する。なお、本開示の説明におけるＢＡＲは、ＩＥＥＥ８０２．１１規格に基づく「Block　Ack　 Request」でもよく、送達確認要求を通知するための他のフレームであってもよい。また、本開示の説明におけるＢＡは、ＩＥＥＥ８０２．１１規格に基づく「Block　Ack」または「Ack」であってもよく、送達確認を通知するための他のフレームであってもよい。
　例えば、図２は、親局である通信装置１０＃０が、子機である通信装置１０＃１～１０＃４に対してデータをマルチキャストし、当該データの送達を確認する場合の動作の一例を示している。
　図２に示す例では、まず、通信装置１０＃０は、通信装置１０＃１～１０＃４に対してマルチキャストデータを送信した後に、通信装置１０＃２及び１０＃４に対してＢＡＲを送信している。なお、このとき、通信装置１０＃２は、マルチキャストデータの受信に成功し、通信装置１０＃４は、マルチキャストデータの少なくとも一部の受信に失敗したものとする。
　この場合には、通信装置１０＃２は、通信装置１０＃０からＢＡＲに対してＢＡを応答として返信することで、マルチキャストデータの送達を当該通信装置１０＃０に通知する。これにより、通信装置１０＃０は、通信装置１０＃２にマルチキャストデータが正しく送達したことを確認することが可能となる。一方で、通信装置１０＃４では、マルチキャストデータが正しく受信されていない。そのため、当該通信装置１０＃４は、通信装置１０＃０からのＢＡＲに対してＢＡを返信しないか、もしくは、マルチキャストデータの少なくとも一部の受信に失敗したことを示すＢＡを返信する。これにより、通信装置１０＃０は、通信装置１０＃４がマルチキャストデータの少なくとも一部の受信に失敗したことを認識することが可能となる。
　次いで、図２に示す例では、通信装置１０＃０は、通信装置１０＃４がマルチキャストデータの少なくとも一部の受信に失敗したことを認識したため、当該マルチキャストデータを通信装置１０＃１～１０＃４に再送している。このような動作により、図２に示す例では、マルチキャストデータの送信に係る通信の信頼性を向上させる（換言すると、通信品質を向上させる）ことが可能となる。なお、このとき、ＢＡＲの送信、ＢＡＲに対するＢＡの応答、マルチキャストデータの再送に係る一連の処理が、マルチキャストデータを送信する際のオーバーヘッドとなる。
　図２に示すように、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を親局が確認する場合には、当該送達の確認のために複数の通信が発生することとなる。そのため、親局がマルチキャストデータの送達を確認する子機の数が増大すると、上述したオーバーヘッドがより大きくなる傾向にある。特に、複数の通信装置１０間でデータの送受信が行われる通信環境下においては、図２に示すような、信頼性を向上させるためのオーバーヘッド自体が通信リソースを消費し、ひいては、通信品質を低下させる要因ともなり得る。また、マルチキャストデータの送信先となる子機のうち、特に、データの受信状況が好ましくない子機に対してデータの送達を確認するような状況下では、当該データの再送を行う回数が増え、システム全体としての通信の特性を劣化させる要因となり得る場合がある。また、システムが取り扱うトラフィックにおいて要求される遅延時間が短い場合には、送達の確認や再送が行われる回数が増大すると、当該要求される遅延時間を超過するような状況も想定され得る。
　ここで、図３及び図４を参照して、データの送達確認要求（ＢＡＲ）の宛先となる子機の数（以降では、「ＢＡＲ宛先数」とも称する）と、システム特性との間の関係の一例について説明する。
　例えば、図３は、ＢＡＲの宛先となる子機の数と、システム全体の特性としてのパケットロスレートとの関係の一例を示したグラフである。図３において、横軸は、ＢＡＲの宛先となる子機の数を示しており、縦軸は、システム全体の特性としてのパケットロスレートを示している。図３に示すように、ＢＡＲ宛先数が比較的少ない範囲（例えば、ＢＡＲ宛先数がｎ１以下の範囲）においては、ＢＡＲ宛先数が増加するほど通信の信頼性が向上するため、システム全体としてのパケットロスレートは低下し、通信品質が向上する傾向にある。一方で、ＢＡＲ宛先数がある値を超えると（例えば、ＢＡＲ宛先数がｎ１を超えると）、ＢＡＲ宛先数の増加に伴い、システム全体としてのパケットロスレートが上昇し、通信品質が劣化する傾向にあることがわかっている。これは、送達確認のための通信の増加や、それに伴うデータの再送回数の増加により、システム全体として通信が圧迫されることによるものである。
　また、図４は、ＢＡＲの宛先となる子機の数と、システム全体の特性としての遅延時間との関係の一例を示したグラフである。図４において、横軸は、ＢＡＲの宛先となる子機の数を示しており、縦軸は、システム全体の特性としての遅延時間を示している。図４に示すように、システム全体としての遅延時間は、ＢＡＲ宛先数が増加するほど、より長くなる傾向にあることがわかっている。
　即ち、図３及び図４に示すように、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を親局が確認するような状況下においては、ＢＡＲ宛先数をより好適な値に設定することで、信頼性を担保しつつ通信リソースの消費を抑制し、ひいてはシステム全体としての通信品質を向上させることが可能であることが推測される。
　一方で、システム全体としての通信品質を向上させることが可能なＢＡＲ宛先数の設定は、必ずしも常に一定とは限らず、例えば、通信状態に応じて変化する場合がある。具体的な一例として、通信装置１０間でデータを送信するための通信リソースの使用率が高い状況下（即ち、混雑している状況下）では、通信リソースの使用率が低い状況下（即ち、混雑していない状況下）に比べて、ＢＡＲ宛先数がより少ない方が、システム全体の通信品質を向上させることが可能な場合がある。
　そこで、本開示では、通信状態に応じてＢＡＲの宛先となる子機（換言すると、ＢＡＲ宛先数）を設定することで、より好適な態様で、信頼性を担保しつつ通信リソースの消費を抑制することが可能な仕組みについて提案する。以降では、本開示の一実施形態に係る通信装置１０の詳細について説明する。
　＜３．第１の実施形態：チャネルの混雑度に基づくＢＡＲの宛先数の決定＞
　まず、本開示の第１の実施形態に係る通信装置１０について説明する。なお、以降の説明では、本実施形態に係る通信装置１０を他の実施形態に係る通信装置１０と特に区別して説明する場合には、「通信装置１０－１」と称する場合がある。
　　＜３－１．装置の構成＞
　まず、図５を参照して、本開示の第１の実施形態に係る通信装置１０－１の構成の一例について説明する。図５は、本開示の第１の実施形態に係る通信装置１０－１の概略的な機能構成を示すブロック図である。
　通信装置１０－１は、図５に示したように、データ処理部１１、通信部１２、及び制御部１８を備える。まず、通信装置１０－１の基本的な機能について説明する。
　　　（（基本機能））
　データ処理部１１は、データに対して送受信のための処理を行う。具体的には、データ処理部１１は、通信上位層からのデータに基づいてフレームを生成し、生成されるフレームを後述する信号処理部１４に提供する。例えば、データ処理部１１は、データからフレーム（またはパケット）を生成し、生成されるフレームにヘッダの付加および誤り検出符号の付加等の処理を行う。また、データ処理部１１は、受信されるフレームからデータを抽出し、抽出されるデータを通信上位層に提供する。例えば、データ処理部１１は、受信されるフレームについて、ヘッダの解析、符号誤りの検出および訂正、ならびにリオーダ処理等を行うことによりデータを取得する。
　通信部１２は、図５に示したように、変復調部１３、信号処理部１４、チャネル推定部１５、無線インタフェース部１６および増幅部１７を備える。なお、図示しないが、通信装置１０－１には、固定電源またはバッテリ等の電源が設けられる。
　変復調部１３は、フレームについて変調処理等を行う。具体的には、変復調部１３は、データ処理部１１から提供されるフレームについて、制御部１８によって設定されるコーディングおよび変調方式等に従って、エンコード、インタリーブおよび変調を行うことによりシンボルストリームを生成する。そして、変復調部１３は、生成したシンボルストリームを信号処理部１４に提供する。また、変復調部１３は、空間処理により得られるシンボルストリームを信号処理部１４から取得し、当該シンボルストリームについて、復調およびデコード等を行うことによりフレームを取得し、取得されるフレームをデータ処理部１１または制御部１８に提供する。
　また、信号処理部１４は、空間分割多重通信に係る処理を行う。具体的には、信号処理部１４は、変復調部１３により生成されるシンボルストリームについて空間分離に係る信号処理を行い、処理により得られるシンボルストリームの各々をそれぞれ無線インタフェース部１６に提供する。また、信号処理部１４は、無線インタフェース部１６から得られる信号に係るシンボルストリームについて空間処理、例えばシンボルストリームの分離処理等を行い、処理により得られるシンボルストリームを変復調部１３に提供する。
　チャネル推定部１５は、チャネル利得を推定する。具体的には、チャネル推定部１５は、無線インタフェース部１６から得られるシンボルストリームに係る信号のうちの、プリアンブル部分またはトレーニング用の参照信号部分から複素チャネル利得情報を算出する。なお、算出される複素チャネル利得情報は、制御部１８を介して信号処理部１４に提供され、復調処理および空間分離処理等に利用される。
　無線インタフェース部１６は、アンテナを介して送受信される信号の生成を行う。具体的には、無線インタフェース部１６は、信号処理部１４から提供されるシンボルストリームに係る信号を、アナログ信号に変換し、フィルタリングし、および周波数アップコンバートする。そして、無線インタフェース部１６は、得られる信号を増幅部１７に提供する。また、無線インタフェース部１６は、増幅部１７から得られる信号について、信号送信の際と逆の処理、例えば周波数ダウンコンバートおよびデジタル信号変換等を行い、処理により得られる信号をチャネル推定部１５および信号処理部１４に提供する。なお、無線インタフェース部１６は複数備えられなくてもよい。
　増幅部１７は、信号の増幅を行う。具体的には、増幅部１７は、無線インタフェース部１６から提供されるアナログ信号を所定の電力まで増幅し、増幅により得られる信号を、アンテナを介して送信させる。また、増幅部１７は、アンテナを介して受信される電波に係る信号を所定の電力まで増幅し、増幅により得られる信号を無線インタフェース部１６に提供する。例えば、増幅部１７はパワーアンプモジュール等であり得る。なお、増幅部１７の送信電波の増幅機能および受信電波の増幅機能のうちのいずれかまたは両方が無線インタフェース部１６に内包されてもよい。
　なお、以下では、変復調部１３、信号処理部１４、チャネル推定部１５、無線インタフェース部１６および増幅部１７をまとめて通信部１２とも称する。
　制御部１８は、通信装置１０－１の動作を全体的に制御する。具体的には、制御部１８は、各機能間の情報の受け渡し、通信パラメタの設定、送信電力制御、およびデータ処理部１１におけるフレーム（またはパケット）のスケジューリング等の処理を行う。
　　　（（親局として動作する場合の機能））
　次に、通信装置１０－１が親局として動作する場合の機能について詳細に説明する。
　　　　（チャネル混雑度の観測機能）
　制御部１８は、例えば、キャリアセンスによりチャネルの使用状況を確認することで、チャネルの混雑度を観測する。ここで、チャネルの混雑度とは、親局である通信装置１０－１＃０がデータの送信に用いる時間的・空間的通信リソースが他の通信装置１０によって使用されている時間の割合を示している。ここで、他の通信装置１０とは、例えば、親局である通信装置１０－１＃０により通信が制御される通信装置１０（即ち、子機）であってもよいし、当該通信装置１０－１＃０による制御下にはない、親局または子機としての通信装置１０であってもよい。
　より具体的な一例として、制御部１８は、例えば、受信した信号のヘッダの解析結果を変復調部１３から取得し、その取得結果から他の機器がそのチャネルを使用しているかを確認することで、チャネルの空き状況を確認する。もちろん、チャネルの混雑度に相当する情報を制御部１８が取得可能であれば、当該情報の種別や、当該情報を取得する方法は特に限定されないことは言うまでもない。
　　　　（マルチキャスト機能）
　制御部１８は、宛先として指定された複数の子機に対して、送信対象となる同一のデータが送信されるようにデータ処理部１１及び通信部１２の動作を制御する。
　具体的な一例として、制御部１８は、マルチキャストのためのアドレス（例えば、マルチキャストＩＰアドレス）により、宛先として指定された複数の子機をグループ化し、当該アドレスをデータ処理部１１に出力する。データ処理部１１は、制御部１８から出力されるアドレス（例えば、マルチキャストＩＰアドレス）に対応する制御情報（例えば、マルチキャストＭＡＣアドレス）を、送信対象のデータから生成されたフレームのヘッダに付加する。そして、制御部１８は、通信部１２に、当該制御情報が付加されたフレームを子機に宛てて送信させる。このような制御により、子機側は、受信した当該フレームのヘッダ中に付加された制御情報を参照することで、当該フレームが自身に宛てて送信されたフレームか否かを確認することが可能となる。
　なお、上記に説明したマルチキャストの動作はあくまで一例であり、親局である通信装置１０－１＃０が、子機である複数の通信装置１０に対して同一のデータを送信する（即ち、マルチキャストする）ことが可能であれば、その方法は、上記に示す例には限定されない。
　また、制御部１８は、後述する「データ送達の確認機能」により、データをマルチキャストした複数の子機のうち、少なくとも一部の子機に対して当該データの少なくとも一部が正しく送達しなかったことを認識した場合には、当該データが再送されるように、データ処理部１１及び通信部１２を制御してもよい。この場合には、制御部１８は、例えば、従前にデータをマルチキャストした複数の子機に対して、当該データが再度マルチキャストされるように制御してもよい。
　　　　（ＢＡＲ宛先数の決定機能）
　制御部１８は、チャネルの混雑度の観測結果に応じてＢＡＲ宛先数を決定する。例えば、図６は、チャネルの混雑度とＢＡＲ宛先数との対応関係の一例であり、制御部１８がチャネルの混雑度の観測結果に応じてＢＡＲ宛先数を決定するための制御テーブルの一例を示している。
　例えば、制御部１８は、図６に示す制御テーブルに基づき、チャネルの混雑度Ｘが０≦Ｘ＜Ｃ１（Ｃ１は定数）の場合には、閾値Ｄ１ｍａｘ以下となるようにＢＡＲ宛先数Ｄを決定する。また、制御部１８は、チャネルの混雑度ＸがＣ１≦Ｘ＜Ｃ２（Ｃ２は、Ｃ２＞Ｃ１となる定数）の場合には、閾値Ｄ２ｍａｘ（ただし、Ｄ２ｍａｘ≦Ｄ１ｍａｘ）以下となるようにＢＡＲ宛先数Ｄを決定する。以上のように、図６に示す制御テーブルでは、チャネルの混雑度Ｘが小さいほど、ＢＡＲ宛先数Ｄとしてより大きい値が設定されるように、チャネルの混雑度に応じたＢＡＲ宛先数の最大値が設定されている。
　なお、図６に示す制御テーブルは、例えば、チャネルの混雑度と、当該チャネルの混雑度に応じたより好適なＢＡＲ宛先数の設定との関係を事前の実験等により確認し、当該確認結果に基づき生成して、制御部１８が読み出し可能な領域にあらかじめ記憶させておくとよい。
　　　　（データ送達の確認機能）
　制御部１８は、データが送信された子機に対する当該データの送達を確認する。具体的には、制御部１８は、データ処理部１１に、データの送達確認の送信を要求するためのＢＡＲを含むＤＬフレーム（例えば、ＢＡＲフレーム）を生成させ、通信部１２に、当該ＤＬフレームを子機に宛てて送信させる。
　なお、制御部１８は、複数の子機に対してデータをマルチキャストした場合には、当該複数の子機のうち少なくとも一部の子機を、ＢＡＲの宛先として決定してもよい。具体的には、制御部１８は、データをマルチキャストした複数の子機の中から、事前に決定したＢＡＲ宛先数の範囲内で、ＢＡＲの宛先となる子機を決定する。そして、制御部１８は、宛先として決定した子機それぞれに対してＢＡＲが個々に送信されるように（即ち、子機ごとに当該子機に宛ててＢＡＲが送信されるように）、データ処理部１１及び通信部１２の動作を制御すればよい。
　また、制御部１８は、複数の子機を宛先として、ＢＡＲが送信されるようにデータ処理部１１及び通信部１２の動作を制御してもよい。この場合には、例えば、データ処理部１１は、複数の子機に宛ててＢＡＲが送信されるようにＤＬフレームを生成する。例えば、図７は、複数の子機を宛先としてＢＡＲを送信するためのＤＬフレームの構造の一例を示した図である。
　図７に示すＤＬフレームは、例えば、「Frame　Control」、「Duration　/　ID」、「RA」、「TA」、「BAR　Control」、及び「BAR　Information」を含む。なお、「BAR　Information」は、宛先となる子機の数だけ設けられる。「Frame　Control」には、フレームに関する情報が含まれる。また、「Duration　/　ID」には、フレームの長さに関する情報が含まれる。また、「RA」には、複数の子機に宛てたフレームであることを示すアドレスが含まれる。また、「TA」には、送信元（例えば、親局）のアドレスが含まれる。また、「BAR　Control」には、後に続く「BAR　Information」に関する情報が含まれる。また、「BAR　Information」には、子機及びどのトラフィックに対するＢＡＲであるかを識別するための情報が含まれる。具体的には、「BAR　Information」は、「AID」と「TID　Value」とを含む。「AID」は、各子機を識別するための情報を含む。また、「TID　Value」は、トラフィックを識別するための情報を含む。なお、「BAR　Information」は、「AID」と「TID　Value」とを複数含み得る。
　次いで、制御部１８は、ＢＡＲに対する応答として子機から送信されるＢＡに基づき、当該子機へのデータの送達を確認する。具体的には、ＢＡを含むＵＬフレーム（例えば、ＢＡフレーム）が受信されると、データ処理部１１は、当該ＵＬフレームから送信元を示す情報とＢＡとを取得し、取得した送信元を示す情報とＢＡとを制御部１８に出力する。制御部１８は、取得されたＢＡの内容に応じて、当該ＢＡの送信元となる子機に対してデータが正しく送達したか否かを確認する。また、制御部１８は、ＢＡＲ含むＤＬフレームを送信した子機から、所定期間内に当該ＢＡＲに対する応答としてＢＡを含むＵＬフレームが送信されない場合には、当該子機に対するデータの少なくとも一部の送信が失敗したものと認識してもよい。なお、以降の説明では、ＢＡＲを含むＤＬフレーム（例えば、ＢＡＲフレーム）を、単にＢＡＲと称し、ＢＡを含むＵＬフレーム（例えば、ＢＡフレーム）を、単にＢＡと称する場合がある。
　また、各子機から送信されるＢＡは、多重化されていてもよい。なお、本説明における多重化とは、例えば、空間多重、周波数多重、時間多重、及びＯＦＤＭＡ（Orthogonal　frequency-division　multiple　access）であり得る。なお、ＢＡが多重化される場合には、制御部１８は、当該多重化を行うために必要な制御情報を子機側に通知してもよい。この場合には、例えば、制御部１８は、当該制御情報をＢＡＲに含めることで子機に通知されるように制御してもよい。また、他の一例として、制御部１８は、当該制御情報を含むフレームが、ＢＡＲに連結されるように制御してもよい。また、他の一例として、制御部１８は、当該制御情報を、ＢＡＲの前後の他のフレームとして子機に通知されるように制御してもよい。
　　　（（子機として動作する場合の機能））
　次に、通信装置１０－１が子機として動作する場合の機能について詳細に説明する。
　　　　（データ送達の通知機能）
　制御部１８は、親局から送信されるＢＡＲに対する応答として、対応するデータの受信状況に応じた親局へのＢＡの通知処理を制御する。具体的には、制御部１８は、親局から送信されたＢＡＲが受信されると、当該ＢＡＲに対応するデータ（即ち、当該ＢＡＲに先行して受信したデータ）の受信に成功したか否かを確認する。そして、制御部１８は、ＢＡＲの応答として、当該データの受信状況に応じたＢＡが、当該ＢＡＲの送信元である親局に送信されるように、データ処理部１１及び通信部１２の動作を制御する。
　データ処理部１１は、制御部１８からの指示に基づいてＢＡを生成し、生成したＢＡを通信部１２に出力する。
　通信部１２は、データ処理部１１から出力されるＢＡを親局に向けて送信する。
　なお、前述したように、ＢＡは多重化されて送信されてもよい。この場合には、制御部１８は、親局から通知される多重化のための制御情報に基づき、ＢＡが多重化されて送信されるように、データ処理部１１及び通信部１２の動作を制御すればよい。
　以上、図５～図７を参照して、本開示の第１の実施形態に係る通信装置１０－１の構成の一例について説明した。
　　＜３－２．装置の処理＞
　次に、図８～図１１を参照して、本実施形態に係る通信システムおよび通信装置１０－１の処理について、特に、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を確認する場合の動作に着目して説明する。
　　　（通信システムの処理シーケンス）
　まず、図８を参照して、本実施形態に係る通信システムの処理シーケンスの一例について説明する。図８は、本実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。
　図８に示すように、本実施形態に係る通信システムでは、親局（ＡＰ）である通信装置１０－１＃０は、キャリアセンスを実行することでチャネルの混雑度を観測し、複数の子機に対してデータを送信する（例えば、データをマルチキャストする）場合におけるＢＡＲ宛先数を、当該観測結果に基づき決定する。なお、本説明では、通信装置１０－１＃０は、複数の子機に対してデータをマルチキャストするものとして説明する。そして、通信装置１０－１＃０は、複数の子機（例えば、通信装置１０＃１～１０－１＃Ｎ）に対してデータをマルチキャストした場合に、当該複数の子機の中から、決定したＢＡＲ宛先数の範囲内でＢＡＲの宛先を決定し、当該宛先に対してＢＡＲを送信する。
　子機（ＳＴＡ）である通信装置１０－１は、親局である通信装置１０－１＃０から送信されたマルチキャストデータを受信した後に、当該通信装置１０－１＃０からＢＡＲを受信する場合がある。この場合には、当該通信装置１０－１は、受信したＢＡＲに対応するデータ（即ち、当該ＢＡＲに先行して受信したマルチキャストデータ）の受信状況に応じたＢＡを、ＢＡＲの送信元である通信装置１０－１＃０に送信する。
　そして、親局である通信装置１０－１＃０は、ＢＡＲに対する応答として子機から送信されるＢＡの受信状況や、受信したＢＡの内容（即ち、当該ＢＡが、データが正しく送達されたことを示すか否か）に応じて、当該子機におけるマルチキャストデータの受信状況を認識する。
　なお、図８に示す例では、親局である通信装置１０－１＃０は、マルチキャストデータの送信の直前に、混雑度の観測に係る処理（即ち、キャリアセンス）と、ＢＡＲ宛先数の決定に係る処理とを実行しているが、必ずしも、当該処理の実行タイミングを限定するものではない。具体的には、通信装置１０－１＃０が、子機に対してＢＡＲを送信するまでに、ＢＡＲ宛先数を決定できれば、混雑度の観測に係る処理とＢＡＲ宛先数の決定に係る処理との実行タイミングは特に限定されない。そのため、例えば、通信装置１０－１＃０は、マルチキャストデータを送信した後、かつ、ＢＡＲの送信前に、混雑度の観測に係る処理を実行し、観測結果に基づきＢＡＲ宛先数を決定してもよい。
　　　（親局の処理フロー）
　次に、図９を参照して、通信装置１０－１が親局として動作する場合の処理フローの一例について説明する。図９は、本実施形態に係る通信システムにおいて、親局として動作する通信装置１０－１の一連の動作の流れの一例を示したフローチャートである。
　（ステップＳ１０１）
　親局は、送信対象となるマルチキャストデータが存在しない限りは（Ｓ１０１、ＮＯ）、マルチキャストデータの送信に係る指示を待つ。
　（ステップＳ１２０）
　そして、親局は、送信対象となるマルチキャストデータが存在する場合には（Ｓ１０１、ＹＥＳ）、ＢＡＲ宛先数を決定する。ここで、図１０を参照して、ＢＡＲ宛先数の決定に係る処理の一例について説明する。図１０は、本実施形態に係る親局による、ＢＡＲ宛先数の決定に係る処理の一例を示したフローチャートである。
　（ステップＳ１２１、Ｓ１２５）
　具体的には、制御部１８は、キャリアセンスによりチャネルの使用状況を確認することで、チャネルの混雑度を観測する（Ｓ１２１）。そして、制御部１８は、チャネルの混雑度の観測結果に応じてＢＡＲ宛先数を決定する（Ｓ１２５）。以上のようにして、ＢＡＲ宛先数が決定される。ここで、図９を再度参照する。
　（ステップＳ１０３）
　次いで、親局は、マルチキャストデータを、当該マルチキャストデータの送信先となる複数の子機に送信する。
　（ステップＳ１０５、Ｓ１０７）
　マルチキャストデータを複数の子機に送信した後に、親局は、当該データの送達を確認する。具体的には、制御部１８は、データをマルチキャストした複数の子機の中から、事前に決定したＢＡＲ宛先数の範囲内で、当該データの送達を確認する子機（即ち、ＢＡＲの宛先）を決定し、当該子機に対してＢＡＲが送信されるように、データ処理部１１及び通信部１２の動作を制御する（Ｓ１０５）。そして、制御部１８は、ＢＡＲに対する応答として子機から送信されるＢＡの受信結果に基づき、当該子機へのデータの送達を確認する（Ｓ１０７）。
　（ステップＳ１０９）
　親局は、上記に説明したＢＡＲの送信に係る処理（Ｓ１０５）と、当該ＢＡＲに対する応答として子機から送信されるＢＡの受信結果に基づく当該子機へのデータの送達の確認に係る処理（Ｓ１０７）とを、対象となる宛先（即ち、子機）すべてに対して実行する（Ｓ１０９、ＮＯ）。
　（ステップＳ１１３）
　親局は、データをマルチキャストした複数の子機のうち、少なくとも一部の子機に対して当該データの少なくとも一部が正しく送達しなかったことを認識した場合には（Ｓ１１１、ＮＯ）、当該データを当該複数の子機に対して再度マルチキャストする（即ち、再送する）。具体的な一例として、親局は、子機から送信されたＢＡの内容が、マルチキャストデータの少なくとも一部が正常に受信されなかったことを示す場合、または、ＢＡＲを送信した子機から所定期間内にＢＡが送信されない場合に、子機に対してマルチキャストデータの少なくとも一部が正しく送達しなかったものと認識すればよい。
　（ステップＳ１１１）
　そして、親局は、ＢＡＲを送信したすべての子機から、マルチキャストデータが正常に送達したことを示すＢＡを受信した場合には（Ｓ１１１、ＹＥＳ）、当該マルチキャストデータの送信に係る一連の動作を終了する。
　以上、図９を参照して、通信装置１０－１が親局として動作する場合の処理フローの一例について説明した。
　　　（子機の処理フロー）
　次に、図１１を参照して、通信装置１０－１が子機として動作する場合の処理フローの一例について説明する。図１１は、本実施形態に係る通信システムにおいて、子機として動作する通信装置１０－１の一連の動作の流れの一例を示したフローチャートである。
　（ステップＳ１５１）
　マルチキャスの対象に設定されている子機には、親局から当該マルチキャストデータが送信される。この場合には、対象となる子機は、まずマルチキャストデータの受信が完了するまで、当該受信に係る処理を実行する（Ｓ１５１、ＮＯ）。
　（ステップＳ１５５）
　次いで、マルチキャストの対象に設定されている子機のうち、ＢＡＲの宛先として設定されている子機には、マルチキャストデータが送信された後に、親局からＢＡＲが送信される。子機は、ＢＡＲを受信した場合には（Ｓ１５３、ＹＥＳ）、当該ＢＡＲに対する応答として、マルチキャストデータの受信状況に応じたＢＡを、当該ＢＡＲの送信元である親局に対して送信する。このような仕組みにより、親局は、子機から送信されたＢＡに基づき、当該子機に対してマルチキャストデータが正しく送達したか否かを認識することが可能となる。
　（ステップＳ１５３）
　なお、ＢＡＲの宛先となっていない子機に対しては、もちろん、親局からＢＡＲは送信されず、当該子機はＢＡＲを受信しない（Ｓ１５３、ＮＯ）。そのため、この場合には、子機は、ＢＡの送信に係る処理（Ｓ１５５）を実行せずに、マルチキャストデータの受信に係る一連の動作を終了することとなる。
　以上、図１１を参照して、通信装置１０－１が子機として動作する場合の処理フローの一例について説明した。
　　＜３－３．変形例＞
　次に、本実施形態の変形例について説明する。上記に説明した例では、本実施形態に係る通信システムにおいて、親局は、キャリアセンスに基づきチャネルの混雑度を観測し、観測結果に応じてＢＡＲ宛先数を決定していた。一方で、親局は、子機との間の通信の状態や状況に応じてＢＡＲ宛先数を決定できれば、その方法は必ずしも上記に説明した例には限定されない。そこで、変形例では、親局が、子機との間の通信の状態や状況に応じてＢＡＲ宛先数を決定する方法の他の一例について、図１２～図１４を参照して説明する。
　例えば、図１２は、本実施形態の変形例に係る通信システムについて説明するための説明図であり、同通信システムの処理シーケンスの一例について示している。より具体的には、図１２は、親局である通信装置１０－１＃０が、所謂衝突回避アルゴリズム（ＢＯ（Buck-Off）アルゴリズム）に基づき、複数の子機（例えば、通信装置１０－１＃１～１０－１＃Ｎ）に対してデータをマルチキャストし、当該データの送達を確認する場合の一例を示している。
　図１２に示す例では、親局は、子機に対してデータ（例えば、マルチキャストデータ、ＢＡＲ）を送信する場合には、ＩＦＳ（Inter　Frame　Space）及びＢＯの経過を待ち、当該経過後にチャネルが空いている場合には、当該チャネルを介して子機にデータを送信する。なお、ＩＦＳ及びＢＯが経過する前に、チャネルが他の通信装置により使用された場合には、親局は、時間経過（即ち、ＩＦＳ及びＢＯ）のカウントを一時的に停止して、他の通信装置によるチャネルの使用の終了を待つ。そして、親局は、当該他の通信装置によるチャネルの使用が終了し、かつ、所定の期間（固定時間）が経過した後に、停止した時間経過のカウントを、停止したところから再開する。なお、親局が子機に対してデータの送信を開始した際に、確率的には、同じタイミングでデータの送信を開始する他の通信装置が存在する可能性があり、その場合には、衝突によりデータの送信先では、当該データの少なくとも一部の受信に失敗する。親局は、送信先における当該データの少なくとも一部の受信失敗により、ＢＡやＡｃｋが送信先から返送されなかった場合には、ＢＯの期間を広げ、上記に説明した衝突回避アルゴリズムの手順を再度実行することとなる。
　図１２において、参照符号Ｔａは、親局が、複数の子機に対してデータをマルチキャストするまで期間の一例を示している。例えば、期間Ｔａは、親局が、固定時間（例えば、ＤＩＦＳ（Distributed　Inter　Frame　Space））とランダムな時間（ＢＯ）の経過後に、子機に対してマルチキャストデータを送信するまでの期間を示している。また、参照符号Ｔｂは、親局が、複数の子機に対してデータをマルチキャストし、次いで、当該データの送達を確認するために、対象となる子機に対してＢＡＲを送信するまでの期間の一例を示している。
　ここで、期間Ｔａに着目する。親局が子機に対してデータを送信する場合に、前回のデータの送信において衝突が発生している場合には、当該衝突によりＢＯの期間がより長くなるように広げられている場合がある。即ち、親局と子機との間の通信経路が混雑している状況下（即ち、チャネルが混雑している状況下）では、データ（例えば、マルチキャストデータ）の送信までに要する期間Ｔａがより長くなる傾向にある。また、期間Ｔｂについても同様である。即ち、親局が子機に対してＢＡＲを送信する場合にも、衝突回避アルゴリズムが有効とあり、チャネルが混雑している状況下では、ＢＡＲの送信までに要する期間Ｔｂがより長くなる傾向にある。なお、このことは、データのマルチキャストやＢＡＲの送信に限らず、通常のデータを送信する場合についても同様である。
　即ち、親局が、衝突回避アルゴリズムに基づき子機に対してデータを送信する場合には、当該データを送信するまでに要する時間は、チャネルの混雑状況に応じて変化し得る。そこで、本実施形態の変形例に係る通信システムでは、親局は、チャネルを介してデータを送信したときに、当該データの送信に要した時間Ｔ（例えば、図１２に示す期間Ｔａまたは期間Ｔｂ）を計測しておき、当該時間Ｔの計測結果に基づきチャネルの混雑状況を推定する。そして、親局は、チャネルの混雑状況の推定結果に応じて、ＢＡＲ宛先数を決定する。例えば、図１３は、変形例に係る親局（制御部１８）が、データの送信までに要した時間に応じて、ＢＡＲ宛先数を決定するための制御テーブルの一例を示している。
　例えば、親局は、図１３に示す制御テーブルに基づき、前回のデータの送信時に当該データの送信に要した時間ＴがＮ０≦Ｘ＜Ｎ１（Ｎ０、Ｎ１は定数）の場合には、閾値Ｄ１ｍａｘ以下となるようにＢＡＲ宛先数Ｄを決定する。また、親局は、データの送信に要した時間ＴがＴ１≦Ｘ＜Ｔ２（Ｔ２は、Ｔ２＞Ｔ１となる定数）の場合には、閾値Ｄ２ｍａｘ（ただし、Ｄ２ｍａｘ≦Ｄ１ｍａｘ）以下となるようにＢＡＲ宛先数Ｄを決定する。以上のように、図１３に示す制御テーブルでは、データの送信に要した時間Ｔが短いほど、ＢＡＲ宛先数Ｄとしてより大きい値が設定されるように、データの送信に要した時間Ｔに応じたＢＡＲ宛先数の最大値が設定されている。なお、図１３に示す例では、データの送信に要した時間ＴがＮｎ≦Ｔ（Ｎｎは、Ｎｎ＞Ｎｎ－１＞・・・＞Ｎ１＞Ｎ０となる定数）の場合には、ＢＡＲ宛先数Ｄ＝０（即ち、ＢＡＲの送信を行わない設定）としてもよい。
　なお、図１３に示す制御テーブルは、例えば、データの送信に要した時間と、当該時間に応じたより好適なＢＡＲ宛先数の設定との関係を事前の実験等により確認し、当該確認結果に基づき生成して、制御部１８が読み出し可能な領域にあらかじめ記憶させておくとよい。
　次に、変形例に係る親局の動作の一例について説明する。なお、変形例に係る親局は、図９に示した一連の処理のうち、ＢＡＲ宛先数の決定に係る処理（Ｓ１２０）の内容が、前述した実施形態と異なり、その他の処理については、前述した実施形態と同様である。そこで、本説明では、変形例に係る親局の動作の一例について、ＢＡＲ宛先数の決定に係る処理にのみ着目して説明する。例えば、図１４は、変形例に係る親局の動作の一例について説明するためのフローチャートの一例であり、ＢＡＲ宛先数の決定に係る処理の一例を示している。
　（ステップＳ１２３、Ｓ１２５）
　具体的には、親局（制御部１８）は、マルチキャストデータの送信に際し、当該データの送信までに要した時間を計測する（Ｓ１２３）。そして、親局は、マルチキャストデータの送信に要した時間の計測結果に応じてＢＡＲ宛先数を決定する（Ｓ１２５）。以上のようにして、ＢＡＲ宛先数が決定される。なお、以降の動作については、前述した実施形態（図９参照）と同様である。
　以上、本実施形態の変形例について、図１２～図１４を参照して説明した。なお、図１３に示した制御テーブルに基づきＢＡＲ宛先数が決定される例はあくまで一例であり、親局が、衝突回避アルゴリズムにおける経過時間のカウントに際しチャネルの混雑度を推定し、ＢＡＲ宛先数を決定することが可能であれば、その方法は特に限定されない。具体的な一例として、親局は、衝突回避アルゴリズムにおける経過時間（即ち、ＩＦＳ及びＢＯ）のカウント中に、他の通信装置によりチャネルが使用された回数に基づきチャネルの混雑度を推定し、推定結果に基づきＢＡＲ宛先数を決定してもよい。
　　＜３－４．まとめ＞
　以上、説明したように、本開示の第１の実施形態に係る通信システムでは、親局は、例えば、キャリアセンス等を実行することでチャネルの混雑度を観測（または推定）し、観測結果に応じてＢＡＲ宛先数を決定する。このような制御により、本実施形態に係る通信システムでは、例えば、チャネルが混雑している（即ち、通信リソースの使用率が高い）状況下では、ＢＡＲ宛先数がより少なくなるように制御され、データの送達の確認に係る通信の負荷が軽減される。また、チャネルが混雑していない（即ち、通信リソースの使用率が低い）状況下では、ＢＡＲ宛先数がより多くなるように制御され、データの送信に係る信頼性がより向上する。即ち、本実施形態に係る通信システムに依れば、通信状態に応じてＢＡＲ宛先数を設定することで、より好適な態様で、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜４．第２の実施形態：子機側からの要請に基づくＢＡＲの宛先の決定＞
　次に、本開示の第２の実施形態に係る通信装置１０について説明する。なお、以降の説明では、本実施形態に係る通信装置１０を他の実施形態に係る通信装置１０と特に区別して説明する場合には、「通信装置１０－２」と称する場合がある。
　　＜４－１．装置の構成＞
　まず、通信装置１０－２の機能構成について、前述した第１の実施形態に係る通信装置１０と異なる部分に着目して説明する。なお、前述した実施形態に係る通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　　　（（親局として動作する場合の機能））
　まず、通信装置１０－２が親局として動作する場合の機能について説明する。
　　　　（ＢＡＲの宛先候補の条件通知機能）
　本実施形態に係る親局は、ＢＡＲの宛先の候補を子機側からの要請に基づき決定することを想定し、当該子機に対して、ＢＡＲの宛先の候補とする子機の条件を通知する。例えば、図１５は、親局が子機に対して、ＢＡＲの宛先の候補とする子機の条件を通知するためのフレーム（以降では、「情報フレーム」とも称する）の構造の一例を示した図である。図１５に示すように、情報フレームには、「閾値とする特性指標の識別子」、「閾値」、及び、「特性の計算に必要な情報」が含まれ得る。
　「閾値とする特性指標の識別子」とは、子機自身が、ＢＡＲの宛先となり得るか否かを判別するための、通信特性の指標を識別するための識別子である。なお、通信特性の指標としては、例えば、パケットエラーレート、スループット、信号対雑音比（ＳＮＲ（signal-to-noise　ratio））、受信パケット数、再送による受信パケット数等が挙げられる。また、「閾値」は、上記識別子で示された通信特性の指標に基づき、子機自身が、ＢＡＲの宛先となり得るか否かを判別するための閾値を示している。また、「特性の計算に必要な情報」は、子機が、上記通信特性に関する情報を取得するために必要な情報を示しており、例えば、親局からの送信パケット数や、当該通信特性の導出に用いる期間を示す情報等も含まれ得る。
　より具体的には、制御部１８は、チャネルの混雑度を観測または推定し、当該観測結果に基づき、データの送達に係る通信を実行するためにより好適な条件、即ち、通信特性の指標及び閾値を決定する。なお、チャネルの混雑度については、制御部１８は、例えば、前述した実施形態にて説明した「チャネル混雑度の観測機能」に基づき観測してもよい。また、このとき制御部１８は、子機が、対象となる通信特性に関する情報を取得するための情報を取得してもよい。
　次いで、制御部１８は、決定した通信特性の指標の識別子と、当該通信特性の閾値と、当該通信特性に関する情報を取得するための情報と、をデータ処理部１１に出力し、当該データ処理部１１に情報フレームを生成させる。そして、制御部１８は、データ処理部１１により生成された情報フレームが、対象となる子機（例えば、マルチキャストの対象となる子機）に送信されるように、通信部１２の動作を制御する。以上のような制御により、対象となる子機に対して、ＢＡＲの宛先の候補とする子機の条件が通知される。
　　　　（ＢＡＲの宛先の決定機能）
　本実施形態に係る親局は、ＢＡＲの宛先の候補とする子機の条件を示した情報フレームに対する応答として、当該情報フレームを送信した子機から、ＢＡＲの宛先とすることを要請するための情報（即ち、ＢＡＲの宛先に立候補したことを示す情報）を取得する。例えば、図１６は、子機が親局に対して、自身をＢＡＲの宛先とすることを要請するためのフレーム（以降では、「候補者フレーム」とも称する）の構造の一例を示した図である。図１６に示すように、候補者フレームには、「閾値とする特性指標の識別子」、「ＢＡＲ宛先とされることを要請する情報」、及び、「特性に関する情報」が含まれ得る。
　「閾値とする特性指標の識別子」は、子機から親局に対して通知される通信特性の指標を識別するための情報であり、図１５に示した情報フレームと同様である。また、「ＢＡＲ宛先とされることを要請する情報」は、子機が、自身をＢＡＲの宛先とするように親局に要請するか否かを通知するための情報である。具体的な一例として、「ＢＡＲ宛先とされることを要請する情報」としては、子機が親局に対して、自身をＢＡＲの宛先とすることを要請する場合には「１」が設定され、ＢＡＲの宛先となることを辞退する場合には「０」が設定される。また、「特性に関する情報」は、「閾値とする特性指標の識別子」で示された特性の測定結果を示す情報を示している。
　例えば、制御部１８は、各子機から送信された候補者フレームが受信されると、当該候補者フレームに含まれる情報の抽出結果を、データ処理部１１から取得する。そして、制御部１８は、取得した情報に基づき、ＢＡＲの宛先とする子機を決定する。なお、制御部１８は、候補者フレームから抽出された「ＢＡＲ宛先とされることを要請する情報」に基づき、ＢＡＲの宛先とすることを要請している子機を、ＢＡＲの宛先としてもよい。また、このとき制御部１８は、各子機からの候補者フレームから抽出された「特性に関する情報」を比較し、ＢＡＲの宛先とする子機を絞り込んでもよい。以上のようにして、本実施形態に係る制御部１８は、ＢＡＲの宛先とする子機を決定する。
　　　（（子機として動作する場合の機能））
　次に、通信装置１０－２が子機として動作する場合の機能について詳細に説明する。
　　　　（ＢＡＲの送信要請機能）
　本実施形態に係る子機は、親局から送信される情報フレームに含まれる情報に基づき、対象となる通信特性を測定し、当該通信特性の測定結果に基づき、ＢＡＲの宛先の候補とすることを親局に要請するか否か（即ち、ＢＡＲの宛先として立候補するか否か）を判断し、当該判断の結果を親局に通知する。
　具体的には、制御部１８は、親局から送信された情報フレームが受信されると、当該情報フレームに含まれる情報の抽出結果を、データ処理部１１から取得する。制御部１８は、情報フレームから抽出された「閾値とする特性指標の識別子」に基づき、当該識別子が示す通信特性に関する情報の測定に係る動作を制御する。また、このとき制御部１８は、情報フレームから抽出された「特性の計算に必要な情報」が、通信特性に関する情報の測定に使用されるように制御してもよい。
　次いで、制御部１８は、通信特性に関する情報の測定結果と、情報フレームから抽出された「閾値」とを比較することで、ＢＡＲの宛先の候補となり得るか否かを判断する。ＢＡＲの宛先の候補となり得る場合には、制御部１８は、ＢＡＲの宛先の候補とすることを親局に要請するか否かを判断し、判断結果に基づく候補者フレームをデータ処理部１１に生成させる。また、このとき制御部１８は、通信特性の測定結果をデータ処理部１１に出力することで、データ処理部１１に、当該測定結果を含む候補者フレームを生成させてもよい。そして、制御部１８は、データ処理部１１により生成された候補者フレームが、親局に送信されるように、通信部１２の動作を制御する。
　以上、図１５及び図１６を参照して、本開示の第２の実施形態に係る通信装置１０－２の構成の一例について説明した。
　　＜４－２．装置の処理＞
　次に、図１７～図２０を参照して、本実施形態に係る通信システムおよび通信装置１０－２の処理について、特に、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を確認する場合の動作に着目して説明する。
　　　（通信システムの処理シーケンス）
　まず、図１７を参照して、本実施形態に係る通信システムの処理シーケンスの一例について説明する。図１７は、本実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。
　図１７に示すように、本実施形態に係る通信システムでは、親局（ＡＰ）である通信装置１０－２＃０は、キャリアセンスを実行することでチャネルの混雑度を観測し、当該観測結果に基づき、ＢＡＲの宛先の候補とする子機の条件を決定する。親局は、決定した条件を通知するための情報フレームを生成し、生成した情報フレームを、マルチキャストの対象となる子機（例えば、通信装置１０＃２～１０－２＃Ｎ）それぞれに送信する。
　情報フレームを受信した各子機は、情報フレームに含まれる情報に基づき、ＢＡＲの宛先の候補とする子機の条件として指定された通信特性を測定する。なお、このとき子機は、情報フレームに含まれる情報を、当該通信特性の測定に利用してもよい。そして、子機は、通信特性の測定結果に基づき、自身をＢＡＲの宛先の候補とするように親局に要請するか否かを判断し、判断結果に応じて候補者フレームを生成して親局に送信する。
　そして、親局は、情報フレームに対する応答として子機から送信される候補者フレームを受信し、受信した候補者フレームに含まれる情報に応じて、マルチキャストの対象となる複数の子機の中から、ＢＡＲの宛先とする子機を決定する。
　なお、以降の動作については、前述した第１の実施形態に係る通信システム（例えば、図８）と同様である。即ち、親局は、対象となる複数の子機に対してデータをマルチキャストし、その後、ＢＡＲの宛先として決定した子機に対してＢＡＲを送信する。子機は、ＢＡＲを受信した場合には、対応するマルチキャストデータの受信状況に応じたＢＡを親局に送信する。親局は、ＢＡＲに対する応答として子機から送信されるＢＡに基づき、当該子機におけるマルチキャストデータの受信状況を認識する。
　なお、図１７に示す例では、親局である通信装置１０－１＃０は、マルチキャストデータの送信の直前に、ＢＡＲの宛先の決定に係る処理（即ち、子機への情報フレームの送信、子機からの候補者フレームの受信、及び、当該候補者フレームに基づくＢＡＲの宛先の決定）を実行しているが、必ずしも、当該処理の実行タイミングを限定するものではない。具体的には、通信装置１０－２＃０が、子機に対してＢＡＲを送信するまでに、ＢＡＲの宛先を決定できれば、ＢＡＲの宛先の決定に係る各処理の実行タイミングは特に限定されない。そのため、例えば、通信装置１０－２＃０は、マルチキャストデータの送信後に、ＢＡＲの宛先の決定に係る各処理を実行し、その後に、決定した宛先に対してＢＡＲを送信してもよい。
　　　（親局の処理フロー）
　次に、図１８を参照して、通信装置１０－２が親局として動作する場合の処理フローの一例について説明する。図１８は、本実施形態に係る通信システムにおいて、親局として動作する通信装置１０－２の一連の動作の流れの一例を示したフローチャートである。なお、本説明では、主に、前述した第１の実施形態に係る通信装置１０－１とは異なる部分に着目して説明し、当該通信装置１０－１と実質的に同一の部分については詳細な説明は省略する。
　（ステップＳ２０１）
　親局は、送信対象となるマルチキャストデータが存在しない限りは（Ｓ２０１、ＮＯ）、マルチキャストデータの送信に係る指示を待つ。
　（ステップＳ２２０）
　そして、親局は、送信対象となるマルチキャストデータ存在する場合には（Ｓ２０１、ＹＥＳ）、ＢＡＲの宛先の候補とする子機の条件（以降では、「ＢＡＲ宛先候補条件」とも称する）を決定する。ここで、図１９を参照して、ＢＡＲ宛先候補条件の決定に係る処理の一例について説明する。図１９は、本実施形態に係る親機による、ＢＡＲ宛先候補条件の決定に係る処理の一例を示したフローチャートである。
　（ステップＳ２２１、Ｓ２２５）
　具体的には、制御部１８は、キャリアセンスによりチャネルの使用状況を確認することで、チャネルの混雑度を観測する（Ｓ２２１）。そして、制御部１８は、チャネルの混雑度の観測結果に応じてＢＡＲ宛先候補条件を決定する（Ｓ１２５）。以上のようにして、ＢＡＲ宛先候補条件が決定される。ここで、図１８を再度参照する。
　（ステップＳ２０３、Ｓ２０５）
　次いで、親局は、決定したＢＡＲ宛先候補条件を子機に通知するための情報フレームを生成し、生成した情報フレームをマルチキャストの対象となる複数の子機それぞれに送信する（Ｓ２０３）。また、親局は、情報フレームに対する応答として、当該情報フレームを送信した子機から、ＢＡＲの宛先とすることを要請するための情報（即ち、ＢＡＲの宛先に立候補したことを示す情報）を含む候補者フレームを受信する。そして、親局は、受信した候補者フレームに含まれる情報に基づき、ＢＡＲの宛先とする子機を決定する（Ｓ２０５）。
　なお、以降の処理（即ち、Ｓ２０７～Ｓ２１７に係る処理）については、前述した第１の実施形態に係る通信装置１０－１と同様であるため、詳細な説明は省略する。以上、図１８及び図１９を参照して、通信装置１０－２が親局として動作する場合の処理フローの一例について説明した。
　　　（子機の処理フロー）
　次に、図２０を参照して、通信装置１０－２が子機として動作する場合の処理フローの一例について説明する。図２０は、本実施形態に係る通信システムにおいて、子機として動作する通信装置１０－２の一連の動作の流れの一例を示したフローチャートである。なお、本説明では、主に、前述した第１の実施形態に係る通信装置１０－１とは異なる部分に着目して説明し、当該通信装置１０－１と実質的に同一の部分については詳細な説明は省略する。
　（ステップＳ２５１）
　マルチキャスの対象に設定されている子機には、親局から、ＢＡＲ宛先候補条件を示す情報が含まれた情報フレームが送信される。
　（ステップＳ２５３）
　子機は、親局から送信される情報フレームに含まれる情報に基づき、対象となる通信特性を測定し、当該通信特性の測定結果に基づき、自身が、ＢＡＲの宛先の候補となる条件を満たすか否かを判断する。
　（ステップＳ２５５）
　ＢＡＲの宛先の候補となり得る場合には（Ｓ２５３、ＹＥＳ）、子機は、ＢＡＲの宛先の候補とすることを親局に要請するか否か（即ち、ＢＡＲの宛先として立候補するか否か）を判断し、判断結果を示す情報（以降では、「ＢＡＲ宛先立候補」とも称する）を含む候補者フレームを生成して親局に送信する。なお、このとき子機は、通信特性の測定結果を示す情報を、候補者フレームに含めてもよい。また、ＢＡＲの宛先の候補となる条件を満たしていない場合には（Ｓ２５３、ＮＯ）、ＢＡＲ宛先立候補を含む候補者フレームの生成及び送信に係る処理は実行されない。
　なお、以降の処理（即ち、Ｓ２５７～Ｓ２６１に係る処理）については、前述した第１の実施形態に係る通信装置１０－１と同様であるため、詳細な説明は省略する。以上、図２０を参照して、通信装置１０－２が子機として動作する場合の処理フローの一例について説明した。
　　＜４－３．変形例＞
　次に、本実施形態の変形例について説明する。例えば、図２１は、本実施形態の変形例に係る通信システムについて説明するための説明図であり、同通信システムの処理シーケンスの一例について示している。より具体的には、図２１は、親局である通信装置１０－２＃０が、衝突回避アルゴリズムに基づき、複数の子機（例えば、通信装置１０－２＃１～１０－２＃Ｎ）に対してデータをマルチキャストし、当該データの送達を確認する場合の一例を示している。図２１に示す期間Ｔａ及びＴｂは、前述した第１の実施形態の変形例（図１２参照）における期間Ｔａ及びＴｂと同様である。
　即ち、本実施形態の変形例に係る親局は、前述した第１の実施形態の変形例に係る親局と同様に、親局が子機に対してデータを送信する場合における、当該データの送信に要する時間Ｔを計測し、当該時間Ｔの計測結果に基づきチャネルの混雑状況を推測する。そして、変形例に係る親局は、データの送信に要する時間の計測結果に基づきチャネルの混雑状況を推測し、当該推測結果に基づきＢＡＲ宛先候補条件を決定する。
　なお、以降の動作については、前述した本実施形態に係る通信システム（図１７参照）と同様である。即ち、親局は、決定した条件を通知するための情報フレームを生成し、生成した情報フレームを、マルチキャストの対象となる子機（例えば、通信装置１０＃２～１０－２＃Ｎ）それぞれに送信する。情報フレームを受信した各子機は、情報フレームに含まれる情報により、ＢＡＲの宛先の候補とする子機の条件として指定された通信特性を測定し、当該測定結果に基づき、ＢＡＲの宛先として立候補するか否かを判断する。子機は、ＢＡＲの宛先として立候補する場合には、候補者フレームを生成して親局に送信する。親局は、子機から送信される候補者フレームを受信し、受信した候補者フレームに含まれる情報に応じて、マルチキャストの対象となる複数の子機の中から、ＢＡＲの宛先とする子機を決定することとなる。
　なお、親局である通信装置１０－１＃０が、子機に対してＢＡＲを送信するまでに、ＢＡＲの宛先を決定できれば、ＢＡＲの宛先の決定に係る各処理の実行タイミングが特に限定されない点は、前述した実施形態に係る親局の場合（図１７参照）と同様である。
　次に、変形例に係る親局の動作の一例について説明する。なお、変形例に係る親局は、図１８に示した一連の処理のうち、ＢＡＲ宛先候補条件の決定に係る処理（Ｓ２２０）の内容が、前述した実施形態と異なり、その他の処理については、前述した実施形態と同様である。そこで、本説明では、変形例に係る親局の動作の一例について、ＢＡＲ宛先候補条件の決定に係る処理にのみ着目して説明する。例えば、図２２は、変形例に係る親局の動作の一例について説明するためのフローチャートの一例であり、ＢＡＲ宛先候補条件の決定に係る処理の一例を示している。
　（ステップＳ２２３、Ｓ２２５）
　具体的には、親局（制御部１８）は、マルチキャストデータの送信に際し、当該データの送信までに要した時間を計測する（Ｓ１２３）。そして、親局は、マルチキャストデータの送信に要した時間の計測結果に応じてチャネルの混雑度を推測し、当該推測結果に基づきＢＡＲ宛先候補条件を決定する（Ｓ１２５）。以上のようにして、ＢＡＲ宛先候補条件が決定される。なお、以降の動作については、前述した実施形態（図１８参照）と同様である。
　以上、本実施形態の変形例について、図２１及び図２２を参照して説明した。
　　＜４－４．まとめ＞
　以上、説明したように、本開示の第２の実施形態に係る通信システムでは、親局は、例えば、キャリアセンス等を実行することでチャネルの混雑度を観測（または推定）し、観測結果に応じてＢＡＲ宛先候補条件を決定して、マルチキャストの対象となる各子機に通知する。子機側は、親局からの通知に基づき対応する通信特性を測定して、測定結果を親局から通知された条件と比較することで、自身がＢＡＲの宛先の候補となり得るかを判定する。そして、子機側は、自身がＢＡＲの宛先の候補となり得る場合には、親局側に自信をＢＡＲの宛先とすることを要請する。このような仕組みにより、親局は、条件に合致する子機（換言すると、通信特性のより良い子機）を選択的にＢＡＲの宛先とすることが可能となる。また、このとき親局は、子機から通知される通信特性の測定結果に応じて、ＢＡＲの宛先とする子機の数を制限することも可能である。即ち、本実施形態に係る通信システムに依れば、例えば、通信状態のより良い子機をＢＡＲの宛先として設定し、かつ、必要に応じてＢＡＲの宛先数を制限することも可能となるため、より好適な態様で、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜５．第３の実施形態：子機側でチャネルの混雑度を測定する態様＞
　次に、本開示の第３の実施形態に係る通信装置１０について説明する。なお、以降の説明では、本実施形態に係る通信装置１０を他の実施形態に係る通信装置１０と特に区別して説明する場合には、「通信装置１０－３」と称する場合がある。
　　＜５－１．装置の構成＞
　まず、通信装置１０－３の機能構成の一例について、前述した各実施形態に係る通信装置１０と異なる部分に着目して説明する。なお、前述した各実施形態に係る通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　　　（（親局として動作する場合の機能））
　まず、通信装置１０－３が親局として動作する場合の機能について説明する。
　　　　（キャリアセンス情報の収集機能）
　前述した第１の実施形態に係る通信システムでは、親局は、自身でチャネルの混雑度を観測し、観測結果に基づきＢＡＲ宛先数を設定していた。これに対して、本開示の第３の実施形態に係る通信システムでは、親局は、子機側におけるチャネル混雑度の観測結果に基づきＢＡＲ宛先数（または、ＢＡＲ宛先候補条件）を決定することを想定し、当該子機に対して、チャネル混雑度の観測と当該観測結果の通知とを依頼する。そして、親局は、当該依頼に対する応答として、子機からチャネル混雑度の観測結果の通知を受ける。なお、以降の説明では、当該依頼を「キャリアセンス情報リクエスト」とも称する。また、子機側から通知されるチャネルの混雑度の観測結果を含む情報を「キャリアセンス情報」とも称する。
　より具体的には、制御部１８は、データ処理部１１に対してキャリアセンス情報リクエストを含むフレームの生成を指示し、データ処理部１１により生成された当該フレームが、対象となる子機（例えば、マルチキャストの対象となる子機）に送信されるように、通信部１２の動作を制御する。また、制御部１８は、各子機からキャリアセンス情報リクエストに対する応答として送信された、キャリアセンス情報を含むフレームが受信されると、当該フレームからのキャリアセンス情報の抽出結果を、データ処理部１１から取得する。以上のような制御により、制御部１８は、各子機からチャネルの混雑度の観測結果を収集することが可能となる。
　本実施形態に係る制御部１８は、以上のようにして各子機から収集されたチャネルの混雑度の観測結果に基づき、前述の各実施形態で説明した、ＢＡＲ宛先数またはＢＡＲ宛先候補条件を決定し、ひいてはＢＡＲの宛先とする子機を決定する。なお、ＢＡＲ宛先数やＢＡＲ宛先候補条件の決定に係る処理や、決定されたＢＡＲ宛先数またはＢＡＲ宛先候補条件に基づくＢＡＲの宛先の決定に係る処理は、前述した対応する実施形態と同様のため、詳細な説明は省略する。
　　　（（子機として動作する場合の機能））
　次に、通信装置１０－２が子機として動作する場合の機能について詳細に説明する。
　　　　（キャリアセンス情報の通知機能）
　本実施形態に係る子機は、親局から送信されるキャリアセンス情報リクエストに基づき、チャネルの混雑度を観測し、当該観測結果をキャリアセンス情報として親局に通知する。
　具体的には、制御部１８は、親局から送信されたキャリアセンス情報リクエストを含むフレームが受信されると、当該フレームからのキャリアセンス情報リクエストの抽出結果を、データ処理部１１から取得する。制御部１８は、取得したキャリアセンス情報リクエストに基づき、チャネルの混雑度を観測する。なお、チャネルの混雑度を観測する方法は、例えば、前述した各実施形態において親局がチャネルの混雑度を観測する場合と同様の方法が適用可能であるため、詳細な説明は省略する。
　次いで、制御部１８は、チャネルの混雑度の観測結果をキャリアセンス情報としてデータ処理部１１に出力し、データ処理部１１に対して当該キャリアセンス情報を含むフレームを生成させる。そして、制御部１８は、データ処理部１１により生成された、キャリアセンス情報を含むフレームが、親局に送信されるように、通信部１２の動作を制御する。
　以上、本開示の第３の実施形態に係る通信装置１０－３の構成の一例について説明した。
　　＜５－２．装置の処理＞
　次に、図２３～図２６を参照して、本実施形態に係る通信システムおよび通信装置１０－３の処理について、特に、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を確認する場合の動作に着目して説明する。
　　　（通信システムの処理シーケンス）
　まず、図２３を参照して、本実施形態に係る通信システムの処理シーケンスの一例について説明する。図２３は、本実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。
　図２３に示すように、本実施形態に係る通信システムでは、親局（ＡＰ）である通信装置１０－２＃０は、マルチキャストの対象となる子機（例えば、通信装置１０－２＃１～１０－２＃Ｎ）にキャリアセンス情報リクエストを送信し、その応答として当該子機からキャリアセンス情報（即ち、チャネルの混雑度の観測結果）を収集する。
　そして、親局は、各子機から収集したキャリアセンス情報に基づき、各子機との間の通信におけるチャネルの混雑度に応じて、マルチキャストの対象となる複数の子機の中から、ＢＡＲの宛先とする子機を決定する。なお、このとき、親局が、ＢＡＲの宛先とする子機を決定する方法については特に限定されない。例えば、親局は、前述した第１の実施形態と同様に、各子機から収集したチャネルの混雑度に応じてＢＡＲ宛先数を決定し、当該ＢＡＲ宛先数の範囲内で、ＢＡＲの宛先とする子機を決定してもよい。また、他の一例として、親局は、前述した第２の実施形態と同様に、各子機から収集したチャネルの混雑度に応じてＢＡＲ宛先候補条件を決定してもよい。この場合には、親局は、決定したＢＡＲ宛先候補条件を含む情報フレームをマルチキャストの対象となる各子機に送信し、その応答として当該子機から送信される候補者フレームに基づき、ＢＡＲの宛先とする子機を決定してもよい。
　なお、以降の動作については、前述した各実施形態に係る通信システム（例えば、図８、図１７等）と同様である。即ち、親局は、対象となる複数の子機に対してデータをマルチキャストし、その後、ＢＡＲの宛先として決定した子機に対してＢＡＲを送信する。子機は、ＢＡＲを受信した場合には、対応するマルチキャストデータの受信状況に応じたＢＡを親局に送信する。親局は、ＢＡＲに対する応答として子機から送信されるＢＡに基づき、当該子機におけるマルチキャストデータの受信状況を認識する。
　なお、図２３に示す例では、親局である通信装置１０－３＃０は、マルチキャストデータの送信の直前に、キャリアセンス情報の収集に係る処理（即ち、子機へのキャリアセンス情報リクエストの送信、及び、子機からのキャリアセンス情報の受信）や、収集されたキャリアセンス情報に基づきＢＡＲの宛先を決定する処理を実行しているが、必ずしも、当該処理の実行タイミングを限定するものではない。具体的には、通信装置１０－３＃０が、子機に対してＢＡＲを送信するまでに、ＢＡＲの宛先を決定できれば、キャリアセンス情報の収集に係る処理や、収集されたキャリアセンス情報に基づきＢＡＲの宛先を決定する処理の実行タイミングは特に限定されない。そのため、例えば、通信装置１０－３＃０は、マルチキャストデータの送信後に、キャリアセンス情報の収集に係る処理と、当該キャリアセンス情報に基づくＢＡＲの宛先の決定に係る処理とを実行し、その後に、決定した宛先に対してＢＡＲを送信してもよい。
　　　（親局の処理フロー）
　次に、図２４を参照して、通信装置１０－３が親局として動作する場合の処理フローの一例について説明する。図２４は、本実施形態に係る通信システムにおいて、親局として動作する通信装置１０－３の一連の動作の流れの一例を示したフローチャートである。なお、本説明では、主に、前述した各実施形態に係る通信装置１０（例えば、第１の実施形態に係る通信装置１０－１や、第２の実施形態に係る通信装置１０－２）とは異なる部分に着目して説明し、当該通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　（ステップＳ３０１）
　親局は、送信対象となるマルチキャストデータが存在しない限りは（Ｓ３０１、ＮＯ）、マルチキャストデータの送信に係る指示を待つ。
　（ステップＳ３０３、Ｓ３０５）
　親局は、送信対象となるマルチキャストデータ存在する場合には（Ｓ３０１、ＹＥＳ）、キャリアセンス情報リクエストをマルチキャストの対象となる子機に送信する。そして、親局は、キャリアセンス情報リクエストに対する応答として、子機からキャリアセンス情報を受信する。
　（ステップＳ３２０）
　親局は、子機から取得したキャリアセンス情報に基づき、マルチキャストの対象となる子機の中から、ＢＡＲの宛先とする子機を決定する。ここで、図２５を参照して、ＢＡＲＢＡＲの宛先とする子機の決定に係る処理の一例について説明する。図２５は、本実施形態に係る親機による、ＢＡＲの宛先とする子機の決定に係る処理の一例を示したフローチャートである。
　（ステップＳ３２３）
　例えば、親局側が能動的にＢＡＲの宛先を決定する場合には（Ｓ３２１、ＹＥＳ）、親局は、収集したキャリアセンス情報（即ち、子機によるチャネルの混雑度の観測結果）に基づき、ＢＡＲ宛先数を決定する。なお、チャネルの混雑度の観測結果に応じたＢＡＲ宛先数の決定に係る処理については、前述した第１の実施形態と同様である。そして、親局は、マルチキャストの対象となる子機の中から、決定したＢＡＲ宛先数の範囲内で、ＢＡＲの宛先とする子機を決定する。
　（ステップＳ３２５）
　また、他の一例として、親局側が受動的にＢＡＲの宛先を決定する場合には（Ｓ３２１、ＮＯ）、親局は、収取したキャリアセンス情報に基づき、ＢＡＲ宛先候補条件を決定する。なお、チャネルの混雑度の観測結果に応じたＢＡＲ宛先候補条件の決定に係る処理については、前述した第２の実施形態と同様である。
　（ステップＳ３２７、Ｓ３２９）
　次いで、親局は、決定したＢＡＲ宛先候補条件を子機に通知するための情報フレームを生成し、生成した情報フレームをマルチキャストの対象となる複数の子機それぞれに送信する（Ｓ３２７）。また、親局は、情報フレームに対する応答として、当該情報フレームを送信した子機から、ＢＡＲの宛先とすることを要請するための情報（即ち、ＢＡＲの宛先に立候補したことを示す情報）を含む候補者フレームを受信する。そして、親局は、受信した候補者フレームに含まれる情報に基づき、ＢＡＲの宛先とする子機を決定する（Ｓ３２９）。
　以上のようにして、親局は、マルチキャストの対象となる子機の中から、ＢＡＲの宛先とする子機を決定する。なお、親局側が能動的にＢＡＲの宛先を決定するか否かについては、あらかじめ決定されていてもよいし、設定の変更等により動的に切り替えられてもよい。
　なお、以降の処理（即ち、図２５に示すＳ３０７～Ｓ３１７に係る処理）については、前述した各実施形態に係る通信装置１０（即ち、第１の実施形態に係る通信装置１０－１や、第２の実施形態に係る通信装置１０－２）と同様であるため、詳細な説明は省略する。以上、図２５及び図２６を参照して、通信装置１０－３が親局として動作する場合の処理フローの一例について説明した。
　　　（子機の処理フロー）
　次に、図２６を参照して、通信装置１０－３が子機として動作する場合の処理フローの一例について説明する。図２６は、本実施形態に係る通信システムにおいて、子機として動作する通信装置１０－３の一連の動作の流れの一例を示したフローチャートである。なお、本説明では、主に、前述した各実施形態に係る通信装置１０（例えば、第１の実施形態に係る通信装置１０－１や、第２の実施形態に係る通信装置１０－２）とは異なる部分に着目して説明し、当該通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　（ステップＳ３５１、Ｓ３５３）
　マルチキャスの対象に設定されている子機には、親局から、キャリアセンス情報リクエストが送信される（Ｓ３５１）。子機は、親局から送信されるキャリアセンス情報リクエストを受信すると、チャネルの混雑度を観測し、当該観測結果をキャリアセンス情報として親局に通知する（Ｓ３５３）。なお、チャネルの混雑度を観測する方法は、例えば、前述した各実施形態において親局がチャネルの混雑度を観測する場合と同様の方法を適用し得る。
　（ステップＳ３５５）
　次いで、子機は、親局におけるＢＡＲの宛先の決定方法に応じて、ＢＡＲ宛先立候補条件を示す情報が含まれた情報フレームを親局から受信する場合がある。親局から情報フレームを受信した場合には（Ｓ３５５、ＹＥＳ）、子機は、当該情報フレームに含まれる情報に基づき、対象となる通信特性を測定し、当該通信特性の測定結果に基づき、自身が、ＢＡＲの宛先の候補となる条件を満たすか否かを判断する。
　（ステップＳ３５９）
　ＢＡＲの宛先の候補となり得る場合には（Ｓ３５７、ＹＥＳ）、子機は、ＢＡＲの宛先の候補とすることを親局に要請するか否か（即ち、ＢＡＲの宛先として立候補するか否か）を判断し、判断結果を示す情報（即ち、ＢＡＲ宛先立候補）を含む候補者フレームを生成して親局に送信する。なお、親局から情報フレームを受信していない場合（Ｓ３５５、ＮＯ）や、ＢＡＲの宛先の候補となる条件を満たしていない場合には（Ｓ３５７、ＮＯ）、ＢＡＲ宛先立候補を含む候補者フレームの生成及び送信に係る処理は実行されない。
　なお、以降の処理（即ち、Ｓ３６１～Ｓ３６５に係る処理）については、前述した各実施形態に係る通信装置１０（即ち、第１の実施形態に係る通信装置１０－１や、第２の実施形態に係る通信装置１０－２）と同様であるため、詳細な説明は省略する。以上、図２６を参照して、通信装置１０－３が子機として動作する場合の処理フローの一例について説明した。
　　＜５－３．まとめ＞
　以上、説明したように、本開示の第３の実施形態に係る通信システムでは、親局は、子機側にチャネル混雑度の観測結果を通知させ、各子機から収集したチャネル混雑度の観測結果に基づき、ＢＡＲの宛先とする子機を決定する。このような仕組みにより、親局は、子機との間の通信におけるチャネルの状態に応じて、ＢＡＲを送信する子機の数を制限したり、通信状態のより良い子機をＢＡＲの宛先として設定することが可能となる。特に、本実施形態に係る通信システムでは、親局と子機との間で周囲の通信の状態や状況が異なるような状況下においても、子機側における通信の状態や状況に応じて、ＢＡＲの宛先とする子機を決定することが可能となる。即ち、本実施形態に係る通信システムに依れば、子機側における通信の状態や状況に応じて、より好適な態様で、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜６．第４の実施形態：親局側の通信状態に応じたＢＡＲの宛先の決定＞
　次に、本開示の第４の実施形態に係る通信装置１０について説明する。なお、以降の説明では、本実施形態に係る通信装置１０を他の実施形態に係る通信装置１０と特に区別して説明する場合には、「通信装置１０－４」と称する場合がある。
　　＜６－１．装置の構成＞
　まず、通信装置１０－４の機能構成について、前述した各実施形態に係る通信装置１０と異なる部分に着目して説明する。なお、前述した各実施形態に係る通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　　　（（親局として動作する場合の機能））
　まず、通信装置１０－４が親局として動作する場合の機能について説明する。
　　　　（ＢＡＲの宛先の決定機能）
　前述した各実施形態に係る通信システムでは、親局は、子機との間の通信におけるチャネルの状態や状況に応じてＢＡＲ宛先数やＢＡＲ宛先候補条件を決定していた。これに対して、本開示の第４の実施形態に係る通信システムでは、親局（制御部１８）は、子機との間の通信における当該親局側の通信状況を示す各種情報に基づき、ＢＡＲ宛先数やＢＡＲ宛先候補条件を決定する。なお、通信状況を示す各種情報としては、例えば、取り扱われるトラフィックのパケットサイズ、変調方式及び符号化方式（ＭＣＳ（Modulation　Coding　Scheme））、ＡＣ（Access　Category）、遅延時間、パケットロスレート、スループット等が挙げられる。親局は、これらの情報のうち少なくとも１つの情報に基づき、ＢＡＲ宛先数やＢＡＲ宛先候補条件を決定する。また、上記情報の取得対象となるトラフィックは、必ずしもＢＡＲやＢＡの送受信を要求するトラフィックに限らず、他のトラフィックであってもよい。また、以降の説明では、上記に説明した通信状況を示す各種情報を、「デバイス情報」とも称し、特に、親局における通信状況を示すデバイス情報を示す場合には、「親局側のデバイス情報」と称する場合がある。
　例えば、制御部１８は、取得したデバイス情報に基づきＢＡＲ宛先数を決定する。具体的な一例として、制御部１８は、親局側のデバイス情報と、マルチキャストデータの再送回数とに基づき、親局によるチャネルの使用時間を推定する。なお、当該推定に利用される、マルチキャストデータの再送回数は、事前に決められた設定としての再送回数であってもよいし、通信実績に基づき予測される再送回数であってもよい。制御部１８は、推定した親局によるチャネルの使用時間と、チャネルの混雑度から算出されるチャネル使用時間とから、ＢＡＲ宛先数を決定する。なお、チャネルの混雑度を観測する方法は、前述した各実施形態と同様のため、詳細な説明は省略する。
　より、具体的には、制御部１８は、親局によるチャネルの使用時間によりチャネルの混雑度が所定の割合（例えば、１００％）を超え、パケットが送信できずに破棄されることによるパケットロスレートが、要求値を超えない範囲でＢＡＲ宛先数を決定する。具体的な一例として、制御部１８は、以下に（式１）として示す条件式を満たすように、ＢＡＲ宛先数を決定してもよい。なお、以下に示す（式１）において、「有効マルチキャストデータ」とは、再送を含まない１回の送信により、子機に送信されるマルチキャストデータを示す。
Figure JPOXMLDOC01-appb-M000001
　また、制御部１８は、親局で扱われるトラフィックの要求遅延時間に基づいて、ＢＡＲ宛先数を決定してもよい。具体的な一例として、制御部１８は、ＢＡＲ、ＢＡ、及び、マルチキャストデータの再送回数に基づいて算出される遅延時間が、トラフィックの要求遅延時間を超えない範囲でＢＡＲ宛先数を決定する。なお、ここでのマルチキャストデータの再送回数は、前述のように、事前に決められた設定としての再送回数であってもよいし、通信実績に基づき予測される再送回数であってもよい。
　また、上記では、親局（制御部１８）が、ＢＡＲ宛先数を決定する例について説明したが、親局は、前述した第２の実施形態と同様に、ＢＡＲ宛先候補条件を決定してもよい。この場合には、親局は、決定したＢＡＲ宛先候補条件を含む情報フレームを、マルチキャストの対象となる各子機に対して通知し、その応答として子機から送信される候補者フレームに含まれる情報（即ち、ＢＡＲ宛先立候補）に基づき、ＢＡＲの宛先とする子機を決定すればよい。
　以上、本開示の第４の実施形態に係る通信装置１０－４の構成の一例について説明した。
　　＜６－２．装置の処理＞
　次に、図２７を参照して、本実施形態に係る通信システムおよび通信装置１０－４の処理について、特に、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を確認する場合の動作に着目して説明する。図２７は、本実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。
　前述の通り、本実施形態に係る通信システムでは、親局は、自身のデバイス情報（即ち、親局における通信状況を示す情報）を取得し、取得したデバイス情報に基づきＢＡＲの宛先とする子機を決定する。例えば、図２７に示す例では、親局である通信装置１０－４＃０は、自身のデバイス情報に基づき、マルチキャストの対象となる子機（例えば、通信装置１０－４＃１～１０－４＃Ｎ）の中から、ＢＡＲの宛先とする子機を決定する。
　なお、親局である通信装置１０－４＃０は、子機に対してＢＡＲを送信するまでに、ＢＡＲの宛先を決定できれば、ＢＡＲの宛先の決定に係る各処理（即ち、デバイス情報の取得や当該デバイス情報に基づくＢＡＲの宛先とする子機の決定に係る処理）の実行タイミングは特に限定されない。例えば、通信装置１０－４＃０は、マルチキャストデータの送信前に、自身のデバイス情報を取得し、取得したデバイス情報に基づきＢＡＲの宛先とする子機を決定してもよい。また、他の一例として、通信装置１０－４＃０は、マルチキャストデータの送信後に、ＢＡＲの宛先の決定に係る各処理を実行し、その後に、宛先として決定した子機に対してＢＡＲを送信してもよい。
　　＜６－３．まとめ＞
　以上、説明したように、本開示の第４の実施形態に係る通信システムでは、親局は、自身の通信状況を示す各種情報（即ち、デバイス情報）を取得し、取得した当該情報に基づきＢＡＲの宛先とする子機を決定する。このような構成により、親局は、例えば、取得したデバイス情報に基づき、マルチキャストデータの送信時における子機との間の通信の特性（例えば、パケットロスレートや遅延時間）を推定し、当該特性が要求値を超えない範囲で、ＢＡＲ宛先数を決定することが可能となる。即ち、本実施形態に係る通信システムに依れば、親局と子機との間の通信状態を推定し、推定結果に基づき、より好適な態様で、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜７．第５の実施形態：子機側の通信状態に応じたＢＡＲの宛先の決定＞
　次に、本開示の第５の実施形態に係る通信装置１０について説明する。なお、以降の説明では、本実施形態に係る通信装置１０を他の実施形態に係る通信装置１０と特に区別して説明する場合には、「通信装置１０－５」と称する場合がある。
　　＜７－１．装置の構成＞
　まず、通信装置１０－５の機能構成について、前述した各実施形態に係る通信装置１０と異なる部分に着目して説明する。なお、前述した各実施形態に係る通信装置１０と実質的に同一の部分については詳細な説明は省略する。
　　　（（親局として動作する場合の機能））
　まず、通信装置１０－４が親局として動作する場合の機能について説明する。
　　　　（デバイス情報の収集機能）
　前述した第４の実施形態に係る通信システムでは、親局は、自身のデバイス情報を取得し、取得したデバイス情報に基づきＢＡＲの宛先となる子機を決定していた。これに対して、本開示の第５の実施形態に係る通信システムでは、親局は、子機側のデバイス情報（即ち、子機側における通信状況を示す各種情報）に基づきＢＡＲの宛先とする子機を決定することを想定し、当該子機に対して、デバイス情報の取得と当該デバイス情報の通知とを依頼する。そして、親局は、当該依頼に対する応答として、子機からデバイス情報の通知を受ける。なお、以降の説明では、当該依頼を「デバイス情報リクエスト」とも称する。また、以降の説明では、特に、子機における通信状況を示すデバイス情報を示す場合には、「子機側のデバイス情報」と称する場合がある。
　子機側のデバイス情報としては、例えば、取り扱われるトラフィックの受信パケット数、再送を除く受信パケット数、遅延時間、パケットロスレート、スループット、信号対干渉雑音比（ＳＩＮＲ（signal-to-interference　noise　ratio））、受信電力、取り扱われる他のトラフィックの有無等が挙げられる。親局は、これらの情報のうち少なくとも１つの情報を、対象となる各子機から収集する。また、上記情報の取得対象となるトラフィックは、必ずしもＢＡＲやＢＡの送受信を要求するトラフィックに限らず、他のトラフィックであってもよい。また、子機側のデバイス情報としては、子機の位置、測度、加速度、電源状態等のように、当該子機の状態を示す情報が取得されてもよい。具体的な一例として、位置情報や速度情報から、親局は、対象となる子機が自身に対して近づいているか、または、遠ざかっているかを認識することができる。そのため、例えば、親局は、子機が近づいている場合には、当該子機側における受信状況が改善する可能性があるものと認識することが可能となる。また、他の一例として、親局は、子機が遠ざかっている場合には、当該子機側における受信状況が劣化する可能性があり、ひいては、自身が通信可能な範囲の外に移動する可能性があるものと認識することが可能となる。
　ここで、親局の動作についてより具体的に説明する。制御部１８は、データ処理部１１に対してデバイス情報リクエストを含むフレーム（以降では、「要求フレーム」とも称する）の生成を指示する。なお、デバイス情報リクエストには、例えば、子機側で観測する内容（換言すると、取得するデバイス情報の種別）、観測する期間に関する情報、観測結果（即ち、取得したデバイス情報）の送信方法に関する情報等が含まれ得る。なお、観測結果の送信方法に関する情報としては、例えば、送信時に用いられる周波数チャネルの中心周波数、帯域幅、空間多重用のプリアンブル割当て、送信時刻、送信電力、変調方式及び符号化方式等の情報が含まれ得る。そして、制御部１８は、データ処理部１１により生成された当該要求フレームが、対象となる子機（例えば、マルチキャストの対象となる子機）に宛てて送信されるように、通信部１２の動作を制御する。
　また、制御部１８は、各子機からデバイス情報リクエストに対する応答として送信された、子機側のデバイス情報を含むフレームが受信されると、当該フレームからの子機側のデバイス情報の抽出結果を、データ処理部１１から取得する。以上のような制御により、制御部１８は、各子機からデバイス情報を収集することが可能となる。
　　　　（ＢＡＲの宛先の決定機能）
　本実施形態に係る親局は、各子機から収取したデバイス情報に基づき、ＢＡＲの宛先とする子機を決定する。例えば、親局（制御部１８）は、取得した子機側のデバイス情報に基づきＢＡＲ宛先数を決定する。具体的な一例として、制御部１８は、取得したデバイス情報に基づき、子機側で取り扱われるトラフィックに関する情報から、当該トラフィックがチャネルを占有する時間を推定する。そして、親局（制御部１８）は、当該推定結果に基づき、対応するチャネルを親局が使用する時間により当該チャネルの混雑度が所定の割合（例えば、１００％）を超え、パケットが送信できずに破棄されることによるパケットロスレートが、要求値を超えない範囲でＢＡＲ宛先数を決定する。
　もちろん、上記に説明した子機側のデバイス情報に基づくＢＡＲ宛先数の決定方法はあくまで一例であり、パケットロスレートや遅延時間等の通信の状況を示す情報が、要求値を超えない範囲でＢＡＲ宛先数を決定することが可能であれば、その方法は特に限定されない。
　また、上記では、親局（制御部１８）が、ＢＡＲ宛先数を決定する例について説明したが、親局は、前述した第２の実施形態と同様に、ＢＡＲ宛先候補条件を決定してもよい。この場合には、親局は、決定したＢＡＲ宛先候補条件を含む情報フレームを、マルチキャストの対象となる各子機に対して通知し、その応答として子機から送信される候補者フレームに含まれる情報（即ち、ＢＡＲ宛先立候補）に基づき、ＢＡＲの宛先とする子機を決定すればよい。
　　　（（子機として動作する場合の機能））
　次に、通信装置１０－５が子機として動作する場合の機能について詳細に説明する。
　　　　（通信状況の取得機能）
　本実施形態に係る子機は、親局から送信されるデバイス情報リクエストに基づき、デバイス情報を取得し、取得したデバイス情報を親局に通知する。
　具体的には、制御部１８は、親局から送信されたデバイス情報リクエストを含む要求フレームが受信されると、当該要求フレームからのデバイス情報リクエストの抽出結果を、データ処理部１１から取得する。制御部１８は、取得したデバイス情報リクエストにより指示されたデバイス情報（即ち、観測対象となる情報）を、当該デバイス情報リクエストにより指示された観測方法に基づき取得する。
　制御部１８は、取得したデバイス情報をデータ処理部１１に出力し、データ処理部１１に対して当該デバイス情報を含むフレームを生成させる。そして、制御部１８は、データ処理部１１により生成された、デバイス情報を含むフレームが、デバイス情報リクエストにより指示された送信方法に基づき親局に送信されるように、通信部１２の動作を制御する。
　以上、本開示の第５の実施形態に係る通信装置１０－５の構成の一例について説明した。
　　＜７－２．装置の処理＞
　次に、図２８を参照して、本実施形態に係る通信システムおよび通信装置１０－５の処理について、特に、親局が複数の子機に対してデータをマルチキャストし、当該データの送達を確認する場合の動作に着目して説明する。図２８は、本実施形態に係る通信システムの処理シーケンスの一例について説明するための説明図である。
　図２８に示すように、本実施形態に係る通信システムでは、親局（ＡＰ）である通信装置１０－５＃０は、マルチキャストの対象となる子機（例えば、通信装置１０－５＃１～１０－５＃Ｎ）にデバイス情報リクエストを送信する。
　子機は、親局からデバイス情報リクエストを受信すると、当該デバイス情報リクエストで指示されたデバイス情報を、当該デバイス情報リクエストで指示された観測方法に基づき取得する。そして、子機は、デバイス情報リクエストで指示された送信方法に基づき、取得したデバイス情報を親局に送信する。
　親局は、デバイス情報リクエストに対する応答として、子機から当該子機側のデバイス情報を収取する。そして、親局は、収集した子機側のデバイス情報に基づき、マルチキャストの対象となる子機（例えば、通信装置１０－４＃１～１０－４＃Ｎ）の中から、ＢＡＲの宛先とする子機を決定する。
　なお、以降の動作については、前述した第４の実施形態に係る通信システム（図２８参照）と同様である。即ち、親局は、対象となる複数の子機に対してデータをマルチキャストし、その後、ＢＡＲの宛先として決定した子機に対してＢＡＲを送信する。子機は、ＢＡＲを受信した場合には、対応するマルチキャストデータの受信状況に応じたＢＡを親局に送信する。親局は、ＢＡＲに対する応答として子機から送信されるＢＡに基づき、当該子機におけるマルチキャストデータの受信状況を認識する。
　また、親局である通信装置１０－５＃０は、子機に対してＢＡＲを送信するまでに、ＢＡＲの宛先を決定できれば、ＢＡＲの宛先の決定に係る各処理（即ち、デバイス情報の収集や当該デバイス情報に基づくＢＡＲの宛先とする子機の決定に係る処理）の実行タイミングは特に限定されない。例えば、通信装置１０－５＃０は、マルチキャストデータの送信後に、各子機に対してデバイス情報リクエストを送信し、その応答として当該子機から取得するデバイス情報に基づきＢＡＲの宛先とする子機を決定し、その後に、宛先として決定した子機に対してＢＡＲを送信してもよい。
　　＜７－３．まとめ＞
　以上、説明したように、本開示の第５の実施形態に係る通信システムでは、親局は、各子機から、子機側の通信状況を示す各種情報（即ち、デバイス情報）を収集し、収集した当該情報に基づきＢＡＲの宛先とする子機を決定する。このような構成により、親局は、例えば、収集した各子機のデバイス情報に基づき、マルチキャストデータの送信時における子機との間の通信の特性（例えば、パケットロスレートや遅延時間）を推定することが可能である。これにより、親局は、例えば、推定した通信の特性が、要求値を超えない範囲で、ＢＡＲ宛先数を決定することが可能となる。即ち、本実施形態に係る通信システムに依れば、子機側で取得された情報を基に親局と子機との間の通信状態を推定し、推定結果に基づき、より好適な態様で、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜８．応用例＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、子機として動作する通信装置１０は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、子機は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point　Of　Sale）端末などの、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、子機は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
　一方、例えば、親局として動作する通信装置１０は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、親局は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、親局は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
　　［８－１．第１の応用例］
　図２９は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ（Central　Processing　Unit）又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random　Access　Memory）及びＲＯＭ（Read　Only　Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ－Ｆｉ　Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio　Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
　なお、図２９の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図２９に示したスマートフォン９００において、図５を用いて説明したデータ処理部１１、通信部１２、及び制御部１８は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。例えば、制御部１８が、チャネルの混雑度の観測結果に基づいてＢＡＲの宛先となるスマートフォン９００を決定し、通信部１２が、当該スマートフォン９００に対してのみＢＡＲを送信することにより、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。
　　［８－２．第２の応用例］
　図３０は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ－Ｆｉ　Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
　なお、図３０の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３０に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図３０に示したカーナビゲーション装置９２０において、図５を用いて説明したデータ処理部１１、通信部１２、及び制御部１８は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。例えば、制御部１８が、チャネルの混雑度の観測結果に基づいてＢＡＲの宛先となるカーナビゲーション装置９２０を決定し、通信部１２が、当該カーナビゲーション装置９２０に対してのみＢＡＲを送信することにより、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、無線通信インタフェース９３３は、上述した親局である通信装置１０として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。その際、例えば、制御部１８は、チャネルの混雑度の観測結果に基づいてＢＡＲの宛先となる他の通信装置を決定し、通信部１２が、当該他の通信装置に対してのみＢＡＲを送信することにより、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　　［８－３．第３の応用例］
　図３１は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
　コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital　Signal　Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet　Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
　入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
　ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide　Area　Network）であってもよい。
　無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
　図３１に示した無線アクセスポイント９５０において、図５を用いて説明したデータ処理部１１、通信部１２、及び制御部１８は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、制御部１８は、チャネルの混雑度の観測結果に基づいてＢＡＲの宛先となる他の通信装置を決定し、通信部１２が、当該他の通信装置に対してのみＢＡＲを送信することにより、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　＜９．むすび＞
　以上、本開示の第１の実施形態に依れば、チャネルの混雑度の観測結果に応じて、システム全体の特性が当該システムの要求値を超えない範囲内でＢＡＲの宛先となる子機の数を決定することが可能となる。そのため、親局が複数の子機に対してデータをマルチキャストするような状況下においても、親局と各子機との間の通信の状況に応じて、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、本開示の第２の実施形態に依れば、子機から通知される通信特性の測定結果に応じて、ＢＡＲの宛先とする子機を設定することが可能なため、通信状態のより良い子機をＢＡＲの宛先として設定することで、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、本開示の第３の実施形態に依れば、子機側で測定されたチャネルの混雑度に応じて、ＢＡＲの宛先とする子機を決定することが可能となる。そのため、例えば、親局と子機との間で周囲の通信の状態や状況が異なるような状況下においても、子機側における通信の状態や状況に応じて、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、本開示の第４の実施形態に依れば、親局側の通信状況を示す各種情報に基づき、親局と子機との間の通信の特性を推定することが可能なため、当該特性が要求値を超えない範囲でＢＡＲ宛先数を決定することで、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　また、本開示の第５の実施形態に依れば、子機側の通信状況を示す各種情報に基づき、親局と子機との間の通信の特性を推定することが可能なため、当該特性が要求値を超えない範囲でＢＡＲ宛先数を決定することで、通信の信頼性を担保しつつ通信リソースの消費を抑制することが可能となる。
　なお、上記に説明した例では、親局と子機とを明示的に区別し、親局側が子機へのデータの送達を確認する例について説明したが、本開示に係る通信システムの構成は、必ずしも同構成には限定されない。具体的な一例として、本開示に係る通信システムは、所謂メッシュネットワークを形成し、ネットワーク内の複数の通信装置（通信機能を有する機器）が相互にデータを送受信するように構成されていてもよい。この場合には、データの送信元となる通信装置が前述した親局に相当し、データの送信先となる通信装置が前述した子機に相当するものとして動作するように構成されていればよい。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　無線の通信経路を介して接続された通信装置との間の通信を制御する制御部と、
　１以上の前記通信装置との間の前記通信に関する情報を取得する取得部と、
　を備え、
　前記制御部は、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定する、
　通信制御装置。
（２）
　前記制御部は、複数の前記通信装置に対して前記データが送信されるように制御する場合に、取得された当該複数の通信装置との間の前記通信に関する情報に基づき、前記送信要求を送信する当該通信装置を決定する、前記（１）に記載の通信制御装置。
（３）
　前記制御部は、取得された前記通信に関する情報に基づき、前記送信要求を送信する前記通信装置の数を決定し、当該数の範囲内で、当該送信要求を送信する前記通信装置を決定する、前記（１）または（２）に記載の通信制御装置。
（４）
　前記取得部は、前記通信に関する情報として、前記通信装置に対して前記データを送信するためのチャネルの状況を示す情報を取得する、前記（１）～（３）のいずれか一項に記載の通信制御装置。
（５）
　前記取得部は、前記チャネルの状況を示す情報として、当該チャネルに対応する通信リソースの使用状況を示す情報を取得する、前記（４）に記載の通信制御装置。
（６）
　前記取得部は、前記通信の監視結果に基づき、前記通信リソースの使用状況を示す情報を取得する、前記（５）に記載の通信制御装置。
（７）
　前記取得部は、前記通信装置から、前記通信リソースの使用状況を示す情報を取得する、前記（５）に記載の通信制御装置。
（８）
　前記取得部は、前記チャネルの状況を示す情報として、過去に当該チャネルを介して前記通信装置へデータを送信したときの、当該送信に要した時間を示す情報を取得する、前記（４）に記載の通信制御装置。
（９）
　前記制御部は、前記送信要求の送信先の候補となる条件を示す情報が、前記通信装置に送信されるように制御し、
　前記取得部は、前記通信に関する情報として、前記送信要求の送信を要請する情報を前記通信装置から取得する、
　前記（１）～（３）のいずれか一項に記載の通信制御装置。
（１０）
　前記制御部は、前記通信装置に対して前記データを送信するためのチャネルの状況に応じて前記条件を決定する、前記（９）に記載の通信制御装置。
（１１）
　前記取得部は、前記データの送信元における通信の状況を示す情報を取得し、
　前記制御部は、取得された前記通信の状況を示す情報と、あらかじめ決められたデータの再送回数及び過去の実績に基づき予測される前記再送回数のいずれかと、に基づき、前記送信要求を送信する前記通信装置を決定する、
　前記（１）～（３）のいずれか一項に記載の通信制御装置。
（１２）
　前記取得部は、前記通信装置における通信の状況を示す情報を取得し、
　前記制御部は、取得された前記通信の状況を示す情報と、あらかじめ決められたデータの再送回数及び過去の実績に基づき予測される前記再送回数のいずれかと、に基づき、前記送信要求を送信する前記通信装置を決定する、
　前記（１）～（３）のいずれか一項に記載の通信制御装置。
（１３）
　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得する取得部と、
　取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御する制御部と、
　を備える、通信制御装置。
（１４）
　前記取得部は、前記送信要求が取得される前に、当該送信要求の送信先の候補となる条件を示す情報を前記通信装置から取得し、
　前記制御部は、前記条件に応じて、前記送信要求の送信を要請する情報が前記通信装置に送信されるように制御する、
　前記（１３）に記載の通信制御装置。
（１５）
　前記制御部は、前記通信に関する情報として、前記通信装置が前記データを送信するためのチャネルの状況を示す情報が、当該通信装置に送信されるように制御し、
　前記取得部は、前記通信に関する情報が前記通信装置に送信された後に、前記送信要求を取得する、
　前記（１３）に記載の通信制御装置。
（１６）
　前記制御部は、前記通信に関する情報として、前記データの送信先における通信の状況を示す情報が、前記通信装置に送信されるように制御し、
　前記取得部は、前記通信に関する情報が前記通信装置に送信された後に、前記送信要求を取得する、
　前記（１３）に記載の通信制御装置。
（１７）
　プロセッサが、無線の通信経路を介して接続された通信装置との間の通信を制御することと、
　１以上の前記通信装置との間の前記通信に関する情報を取得することと、
　取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、
　を含む、通信制御方法。
（１８）
　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、
　プロセッサが、取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、
　を含む、通信制御方法。
（１９）
　コンピュータに、
　無線の通信経路を介して接続された通信装置との間の通信を制御することと、
　１以上の前記通信装置との間の前記通信に関する情報を取得することと、
　取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、
　を実行させる、プログラム。
（２０）
　コンピュータに、
　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、
　取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、
　を実行させる、プログラム。
　１０、１０－１～１０－５　通信装置
　１１　データ処理部
　１２　通信部
　１３　変復調部
　１４　信号処理部
　１５　チャネル推定部
　１６　無線インタフェース部
　１７　増幅部
　１８　制御部

Claims (20)

  1. 　無線の通信経路を介して接続された通信装置との間の通信を制御する制御部と、
    　１以上の前記通信装置との間の前記通信に関する情報を取得する取得部と、
    　を備え、
    　前記制御部は、取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定する、
    　通信制御装置。
  2. 　前記制御部は、複数の前記通信装置に対して前記データが送信されるように制御する場合に、取得された当該複数の通信装置との間の前記通信に関する情報に基づき、前記送信要求を送信する当該通信装置を決定する、請求項１に記載の通信制御装置。
  3. 　前記制御部は、取得された前記通信に関する情報に基づき、前記送信要求を送信する前記通信装置の数を決定し、当該数の範囲内で、当該送信要求を送信する前記通信装置を決定する、請求項１に記載の通信制御装置。
  4. 　前記取得部は、前記通信に関する情報として、前記通信装置に対して前記データを送信するためのチャネルの状況を示す情報を取得する、請求項１に記載の通信制御装置。
  5. 　前記取得部は、前記チャネルの状況を示す情報として、当該チャネルに対応する通信リソースの使用状況を示す情報を取得する、請求項４に記載の通信制御装置。
  6. 　前記取得部は、前記通信の監視結果に基づき、前記通信リソースの使用状況を示す情報を取得する、請求項５に記載の通信制御装置。
  7. 　前記取得部は、前記通信装置から、前記通信リソースの使用状況を示す情報を取得する、請求項５に記載の通信制御装置。
  8. 　前記取得部は、前記チャネルの状況を示す情報として、過去に当該チャネルを介して前記通信装置へデータを送信したときの、当該送信に要した時間を示す情報を取得する、請求項４に記載の通信制御装置。
  9. 　前記制御部は、前記送信要求の送信先の候補となる条件を示す情報が、前記通信装置に送信されるように制御し、
    　前記取得部は、前記通信に関する情報として、前記送信要求の送信を要請する情報を前記通信装置から取得する、
    　請求項１に記載の通信制御装置。
  10. 　前記制御部は、前記通信装置に対して前記データを送信するためのチャネルの状況に応じて前記条件を決定する、請求項９に記載の通信制御装置。
  11. 　前記取得部は、前記データの送信元における通信の状況を示す情報を取得し、
    　前記制御部は、取得された前記通信の状況を示す情報と、あらかじめ決められたデータの再送回数及び過去の実績に基づき予測される前記再送回数のいずれかと、に基づき、前記送信要求を送信する前記通信装置を決定する、
    　請求項１に記載の通信制御装置。
  12. 　前記取得部は、前記通信装置における通信の状況を示す情報を取得し、
    　前記制御部は、取得された前記通信の状況を示す情報と、あらかじめ決められたデータの再送回数及び過去の実績に基づき予測される前記再送回数のいずれかと、に基づき、前記送信要求を送信する前記通信装置を決定する、
    　請求項１に記載の通信制御装置。
  13. 　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得する取得部と、
    　取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御する制御部と、
    　を備える、通信制御装置。
  14. 　前記取得部は、前記送信要求が取得される前に、当該送信要求の送信先の候補となる条件を示す情報を前記通信装置から取得し、
    　前記制御部は、前記条件に応じて、前記送信要求の送信を要請する情報が前記通信装置に送信されるように制御する、
    　請求項１３に記載の通信制御装置。
  15. 　前記制御部は、前記通信に関する情報として、前記通信装置が前記データを送信するためのチャネルの状況を示す情報が、当該通信装置に送信されるように制御し、
    　前記取得部は、前記通信に関する情報が前記通信装置に送信された後に、前記送信要求を取得する、
    　請求項１３に記載の通信制御装置。
  16. 　前記制御部は、前記通信に関する情報として、前記データの送信先における通信の状況を示す情報が、前記通信装置に送信されるように制御し、
    　前記取得部は、前記通信に関する情報が前記通信装置に送信された後に、前記送信要求を取得する、
    　請求項１３に記載の通信制御装置。
  17. 　プロセッサが、無線の通信経路を介して接続された通信装置との間の通信を制御することと、
    　１以上の前記通信装置との間の前記通信に関する情報を取得することと、
    　取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、
    　を含む、通信制御方法。
  18. 　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、
    　プロセッサが、取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、
    　を含む、通信制御方法。
  19. 　コンピュータに、
    　無線の通信経路を介して接続された通信装置との間の通信を制御することと、
    　１以上の前記通信装置との間の前記通信に関する情報を取得することと、
    　取得された前記通信に関する情報に基づき、前記通信装置に対するデータの送達を確認するための応答の送信要求を送信する当該通信装置を決定することと、
    　を実行させる、プログラム。
  20. 　コンピュータに、
    　無線の通信経路を介して接続された通信装置との間の通信に関する情報に応じて、データの送達を確認するための応答の送信要求の送信先に決定された場合に、前記通信装置から送信された前記送信要求を取得することと、
    　取得された前記送信要求に対する、前記データの受信状況に応じた前記応答が、前記通信装置に送信させるように制御することと、
    　を実行させる、プログラム。
PCT/JP2016/069978 2015-08-28 2016-07-06 通信制御装置、通信制御方法、及びプログラム WO2017038246A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017537623A JP6787324B2 (ja) 2015-08-28 2016-07-06 通信制御装置、通信制御方法、プログラム、及びシステム
DE112016003910.7T DE112016003910T5 (de) 2015-08-28 2016-07-06 Kommunikationssteuervorrichtung, Kommunikationssteuerverfahren und Programm

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-168500 2015-08-28
JP2015168500 2015-08-28

Publications (1)

Publication Number Publication Date
WO2017038246A1 true WO2017038246A1 (ja) 2017-03-09

Family

ID=58187394

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/069978 WO2017038246A1 (ja) 2015-08-28 2016-07-06 通信制御装置、通信制御方法、及びプログラム

Country Status (3)

Country Link
JP (1) JP6787324B2 (ja)
DE (1) DE112016003910T5 (ja)
WO (1) WO2017038246A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020230615A1 (ja) * 2019-05-10 2020-11-19 ソニー株式会社 通信装置、及び通信方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014053832A (ja) 2012-09-10 2014-03-20 Mitsubishi Electric Corp サーバ、クライアント、配信システム及び配信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
EISUKE SAKAI: "11aa GCR-A Performance in OBSS", IEEE 802.11-14/1404R0, XP055368594, Retrieved from the Internet <URL:https://mentor.ieee. org/802.11/dcn/14/11-14-1404-00-00ax-11aa-gcr-ba-performance-in-obss.pptx> *
EISUKE SAKAI: "11aa GCR-BA Performance in OBSS", IEEE 802.11-15/0046R0, 12 January 2015 (2015-01-12), XP055368590, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/15/11-15-0046-00-00ax-11aa-gcr-ba-performance-in-obss.pptx> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020230615A1 (ja) * 2019-05-10 2020-11-19 ソニー株式会社 通信装置、及び通信方法

Also Published As

Publication number Publication date
JP6787324B2 (ja) 2020-11-18
JPWO2017038246A1 (ja) 2018-06-14
DE112016003910T5 (de) 2018-05-24

Similar Documents

Publication Publication Date Title
US11134481B2 (en) Communication apparatus and communication method which utilizes a first frame including wireless communication resource information and attribute information
US11778673B2 (en) Communication apparatus and communication method
US11277228B2 (en) Information processing device, communication system, information processing method, and program
US11297537B2 (en) Wireless communication device and wireless communication method
CN113676308B (zh) 通信设备和通信方法
EP3244651B1 (en) Wireless communication device, wireless communication method, and program
CN115473620A (zh) 通信装置和通信方法
CN108029038B (zh) 无线通信设备、无线通信方法以及无线通信系统
JPWO2016117199A1 (ja) 無線通信装置、情報処理方法およびプログラム
CN110663262A (zh) 通信装置和通信系统
WO2017038246A1 (ja) 通信制御装置、通信制御方法、及びプログラム
JP6981413B2 (ja) 無線通信装置および無線通信方法
CN113315602A (zh) 通信装置和通信方法
JP6838553B2 (ja) 通信制御装置、通信制御方法、及びプログラム
WO2017029892A1 (ja) 情報処理装置、情報処理方法およびプログラム

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017537623

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 112016003910

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16841278

Country of ref document: EP

Kind code of ref document: A1