WO2017006508A1 - 無線通信装置 - Google Patents

無線通信装置 Download PDF

Info

Publication number
WO2017006508A1
WO2017006508A1 PCT/JP2016/002611 JP2016002611W WO2017006508A1 WO 2017006508 A1 WO2017006508 A1 WO 2017006508A1 JP 2016002611 W JP2016002611 W JP 2016002611W WO 2017006508 A1 WO2017006508 A1 WO 2017006508A1
Authority
WO
WIPO (PCT)
Prior art keywords
wireless
data
target data
transfer target
metric
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2016/002611
Other languages
English (en)
French (fr)
Inventor
正剛 隈部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Denso Corp
Original Assignee
Denso Corp
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 Denso Corp filed Critical Denso Corp
Priority to US15/735,384 priority Critical patent/US10834658B2/en
Priority to SG11201708615TA priority patent/SG11201708615TA/en
Publication of WO2017006508A1 publication Critical patent/WO2017006508A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/005—Moving wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present disclosure relates to a wireless communication device, and more particularly, to a technology in which the wireless communication device transfers data.
  • a device that transfers data received from the outside is known as a wireless communication device.
  • a wireless communication device For example, in Patent Document 1, other vehicle data received from another vehicle is transferred together with the own vehicle data by a multi-hop method. By transferring the data, it is possible to suppress a device that needs the data from receiving the data. Transferring data is called a hop, and the number of times data is transferred is often called a hop count. In patent document 1, by setting the hop upper limit number, it is suppressed that the data amount of communication between vehicles continues increasing.
  • the present disclosure has been made based on this circumstance, and the purpose of the present disclosure is to perform communication while suppressing that a device requiring data cannot receive the data by performing data transfer.
  • An object of the present invention is to provide a wireless communication apparatus that can reduce resource loss.
  • the wireless communication apparatus includes a wireless receiver that receives the transfer target data and a wireless transmitter that transmits the transfer target data received by the wireless receiver.
  • the wireless communication apparatus further includes a metrics calculation unit, a table update unit, and a transfer control unit.
  • the metric calculation unit sequentially calculates a metric value that is a metric as an index representing a communication success rate with another wireless device based on a radio wave received from another wireless device that is another wireless communication device.
  • the table update unit is a metric table in which the metric value is associated with another wireless device based on the metric value calculated by the metric calculating unit, and the metric corresponding to the other wireless device that has transmitted the radio wave received by the wireless receiver.
  • the value is updated to the metric value calculated by the metric calculation unit. Whether the transfer control unit is within a good communication range indicating that the communication success rate is high with respect to the metric value included in the metric table when the wireless receiver receives the transfer target data. And the transmission target data is transmitted from the wireless transmitter based on the fact that the metric count, which is a number indicating the number of metric values within the good communication range, is within the preset transfer execution range. On the other hand, based on the metrics count being out of the transfer execution range, the transfer target data is not transmitted from the wireless transmitter.
  • the metric calculation unit sequentially calculates the metric value as an index indicating the success rate of communication with the other wireless device based on the radio wave received by the wireless receiver from the other wireless device.
  • the metrics table in which the metrics values correspond to other wireless devices is updated by the table updating unit. Whether the transfer control unit is within a good communication range indicating that the communication success rate is high with respect to the metric value included in the metric table when the wireless receiver receives the transfer target data. Judging.
  • the number of metric values within the good communication range represents how many other wireless devices this wireless communication device can communicate with.
  • the transfer target data is transmitted from the wireless transmitter, so that the device that requires the transfer target data receives the transfer target data. It is possible to suppress what cannot be done.
  • the transfer control unit does not transmit the transfer target data from the wireless transmitter. Therefore, when the transfer target data cannot be transferred efficiently, the transfer target data is not transferred, so that loss of communication resources can be reduced.
  • the wireless communication system 1 includes a roadside device 2 and a plurality of in-vehicle devices 4A to 4C.
  • the in-vehicle device 4 corresponds to a wireless communication device.
  • FIG. 1 shows three in-vehicle devices 4A to 4C. These three in-vehicle devices 4A to 4C have the same configuration. When the three in-vehicle devices 4A to 4C are not distinguished, they are simply referred to as the in-vehicle device 4. Furthermore, if the number of in-vehicle devices 4 is plural, the number is not limited.
  • road-to-vehicle communication is performed between the roadside device 2 and the vehicle-mounted device 4, and vehicle-to-vehicle communication is performed between different vehicle-mounted devices 4.
  • Data transmitted from the roadside device 2 may be transferred by inter-vehicle communication.
  • the frequency channel for road-to-vehicle communication and the frequency channel for vehicle-to-vehicle communication may be the same or different.
  • the frequency channel for road-to-vehicle communication and the frequency channel for vehicle-to-vehicle communication both belong to the 5.8 GHz band and the 5.9 GHz band.
  • the in-vehicle devices 4A to 4C are mounted on different vehicles 5, respectively.
  • the vehicle 5 includes various vehicles that travel on a road such as a passenger car, a bus, and a truck.
  • the four-wheeled vehicle is illustrated as the vehicle 5 in FIG. 1, the vehicle 5 may be a two-wheeled vehicle.
  • Two-wheeled vehicles include bicycles.
  • the vehicle 5 on which each of the in-vehicle devices 4A to 4C is mounted is referred to as a host vehicle from each of the in-vehicle devices 4A to 4C.
  • Information is used not only as a countable noun but also as a countable noun, and is equivalent to an information item.
  • One information item is equivalent to one information item, and a plurality of information items are equivalent to a plurality of information items.
  • the “data” is also used as one data or a plurality of data.
  • One data is equivalent to one data item.
  • the plurality of data is equivalent to the plurality of data items.
  • the roadside machine 2 may be fixed to the roadside or may be a mobile type.
  • the roadside device 2 performs road-to-vehicle communication with the in-vehicle device 4 existing in the wireless communication area formed by the roadside device 2, and transmits various information to the in-vehicle device 4 and obtains various information from the in-vehicle device 4. To implement a predetermined service.
  • the roadside machine 2 is provided at a position suitable for the service provided by the roadside machine 2.
  • the roadside machine 2 is provided at an intersection, a middle of a road connecting the intersection and the intersection, an entrance to a specific facility (for example, a parking lot, a store, a toll road), or the like.
  • the roadside machine 2 includes a roadside communication circuit 21 and a roadside control circuit 22 as shown in FIG.
  • the roadside communication circuit 21 and the roadside control circuit 22 are connected so that they can communicate with each other.
  • the roadside communication circuit 21 performs road-to-vehicle communication with the in-vehicle device 4 existing in the wireless communication area formed by the roadside device 2.
  • the roadside communication circuit 21 demodulates the signal received from the in-vehicle device 4 and outputs the demodulated signal to the roadside control circuit 22, modulates the data input from the roadside control circuit 22, further converts it into a radio wave and transmits it.
  • the roadside control circuit 22 is configured as a normal computer, and includes a well-known CPU, a nonvolatile memory such as a ROM and a flash memory, a volatile memory such as a RAM, an I / O, and a bus line connecting these configurations. It has.
  • the roadside memory 22M included in the roadside control circuit 22 is a non-volatile storage medium, and is realized by, for example, a flash memory or a ROM included in the roadside control circuit 22.
  • the roadside memory 22M stores program modules and data for executing various processes, a terminal ID assigned to the roadside device 2, and the like. Information for generating data to be transmitted by the roadside device 2 is also stored in the roadside memory 22M.
  • the roadside control circuit 22 includes a roadside communication controller 221 and a service processor 222 as functional blocks realized by executing the above program modules, as shown in FIG. Note that some or all of the functions executed by the roadside control circuit 22 may be configured in hardware by one or a plurality of ICs.
  • the roadside communication controller 221 generates data to be transmitted from the roadside communication circuit 21 and transmits the generated data from the roadside communication circuit 21 by, for example, a broadcast method. Also, the data received by the roadside communication circuit 21 is acquired and provided to the service processor 222.
  • the service processor 222 provides a predetermined service to the in-vehicle device 4 in the wireless communication area based on the data provided from the roadside communication controller 221.
  • FIG. 4 is a diagram illustrating a configuration of data (hereinafter, roadside machine data) generated by the roadside communication controller 221 and transmitted from the roadside communication circuit 21.
  • the roadside machine data includes a header, a hop flag, a remaining hop count, a type, and a payload.
  • information for recognizing a communication standard or the like in the in-vehicle device 4 which is a receiving side device is described.
  • information for distinguishing which type of roadside unit data is used, and roadside unit data is communicated between vehicles.
  • Information for distinguishing from the data may be included.
  • the hop flag is a flag indicating whether or not a hop is necessary. When the hop is necessary, the hop flag has a value indicating validity, and when the hop is unnecessary, the hop flag has a value meaning invalid.
  • the remaining number of hops is a number indicating how many times this data can be hopped, and represents the number of hop transfers by the subtraction method. This remaining hop count is updated when the in-vehicle device 4 transfers roadside device data.
  • the roadside communication controller 221 sets an initial value as the remaining hop count. This initial value can be set to a different value depending on the type of payload.
  • the type is information indicating whether the device that first transmitted this data is the roadside device 2 or the in-vehicle device 4. If the device that first transmitted the data is the roadside device 2, even if the in-vehicle device 4 transfers the roadside device data, this type remains the information indicating the roadside device 2. That is, the type is data indicating whether this data is roadside machine data.
  • the payload is information necessary for the in-vehicle device 4 that has received the roadside device data to execute the service. There are multiple types of this service, and there are multiple types of payloads according to the type of service.
  • control circuit 41 of the vehicle-mounted device 4 is based on the fact that the data received by the wireless communication circuit 42 is roadside device data and the hop flag is hop required. Perform hop forwarding. The payload when the data is roadside equipment data and the hop flag is hop required is the transfer target data.
  • the in-vehicle device 4 includes a control circuit 41, a wireless communication circuit 42, a GNSS receiver 43, an acceleration sensor 44, and a gyro sensor 45.
  • the control circuit 41 is connected to the wireless communication circuit 42, the GNSS receiver 43, the acceleration sensor 44, and the gyro sensor 45 so that they can communicate with each other.
  • the wireless communication circuit 42 performs wireless communication with the roadside communication circuit 21 and the wireless communication circuit 42 included in the other in-vehicle device 4.
  • the other vehicle-mounted device 4 corresponds to another wireless device (or another wireless communication device).
  • the in-vehicle device 4 itself that wirelessly communicates with other wireless devices is also referred to as the target in-vehicle device 4 or the target wireless communication device.
  • the wireless communication circuit 42 demodulates a signal received by an antenna and outputs it to the control circuit 41.
  • the wireless communication circuit 42 modulates the data input from the control circuit 41, further converts it into a radio wave and transmits it to the surroundings.
  • a transmitter 42B is provided.
  • the GNSS receiver 43 acquires the current position of the GNSS receiver 43 by receiving radio waves from satellites used in GNSS (Global Navigation Satellite System).
  • the current position acquired by the GNSS receiver 43 is represented by latitude and longitude, for example.
  • Information indicating the current position acquired by the GNSS receiver 43 is sequentially provided to the control circuit 41 (for example, every 100 milliseconds).
  • the acceleration sensor 44 detects acceleration acting in the front-rear direction of the host vehicle.
  • the in-vehicle device 4 is attached to the host vehicle in a predetermined posture so that the acceleration detection direction by the acceleration sensor 44 coincides with the front-rear direction of the host vehicle.
  • the host vehicle here refers to a vehicle on which the in-vehicle device 4 is mounted.
  • the acceleration sensor 44 may be a three-axis acceleration sensor that detects acceleration acting in three axial directions orthogonal to each other in the front-rear direction, the left-right direction, and the up-down direction of the host vehicle.
  • the gyro sensor 45 detects the rotational angular velocity around the vertical axis of the host vehicle when the in-vehicle device 4 is attached in a predetermined posture.
  • the acceleration sensor 44 and the gyro sensor 45 are used to determine the estimated position of the in-vehicle device 4.
  • the control circuit 41 is configured as an ordinary computer, and includes a well-known CPU, a non-volatile memory such as a ROM and a flash memory, a volatile memory such as a RAM, an I / O, and a bus line connecting these configurations (whichever Are also not shown).
  • the memory 41M included in the control circuit 41 is a non-volatile storage medium, and is realized by, for example, a flash memory or a ROM included in the control circuit 41.
  • the memory 41M stores program modules and data for executing various processes, a terminal ID assigned to the in-vehicle device 4, a metrics table to be described later, and the like.
  • the control circuit 41 performs a process for executing a predetermined service based on the roadside device data received by the wireless communication circuit 42 by executing the program module described above.
  • control circuit 41 sequentially transmits data to the other in-vehicle devices 4 by inter-vehicle communication.
  • the data transmitted by inter-vehicle communication includes, for example, data including information indicating the current position of the in-vehicle device 4 and the in-vehicle device ID of the in-vehicle device 4.
  • control circuit 41 is shown in FIG. 6 when data is supplied from the wireless communication circuit 42, that is, when the wireless communication circuit 42 receives a radio wave transmitted from the roadside device 2 or another vehicle-mounted device 4. Execute the process. A part or all of the functions executed by the control circuit 41 may be configured by hardware by one or a plurality of ICs.
  • the described flowchart includes a plurality of sections (or referred to as steps), and each section is expressed as, for example, S100. Further, each section can be divided into a plurality of subsections, while a plurality of sections can be combined into one section.
  • Each section can be referred to as a device or proper name, and with structural modifiers, for example, a table rewrite section can be referred to as a table rewrite device or a table rewriter.
  • the section includes not only (i) a software section combined with a hardware unit (eg, a computer) but also (ii) a hardware (eg, integrated circuit, wiring logic circuit) section. As mentioned above, it can be realized with or without the function of the related device.
  • the hardware section can be included inside the microcomputer.
  • S100 it is determined whether or not the data received by the wireless communication circuit 42 is received from the roadside device 2. This determination is made from information stored in the header of the received data. Or you may judge from the information (for example, classification) of parts other than a header. If the determination in S100 is YES, the process proceeds to S500, and if NO, the process proceeds to S200.
  • Metrics M is calculated.
  • Metrics M in the present embodiment is an index that represents the probability that vehicle-to-vehicle communication is successful with other vehicle-mounted devices 4.
  • elapsed time after reception mt is calculated.
  • radio wave intensity mr is used for the calculation of the metrics M.
  • communication distance md is also referred to as a metric value.
  • the post-reception elapsed time mt is the time from the last reception of data from the other in-vehicle device 4, that is, the time from the last reception time to the current time.
  • the radio wave strength mr is the reception strength of the radio wave last received from the other in-vehicle device 4.
  • the communication distance md indicates the current position of data from another vehicle-mounted device 4 and the current position of the vehicle-mounted device 4 (hereinafter referred to as “own device”) that is executing the processing of FIG. It is the distance to the position.
  • the current position of the own apparatus is a current position acquired by the GNSS receiver 43 or an estimated position determined based on signals from the acceleration sensor 44 and the gyro sensor 45.
  • the metrics M are calculated according to Equation 1 using the elapsed time mt after reception, the radio wave intensity mr, and the communication distance md.
  • wt, wr, and wd are weighting factors set in advance for the elapsed time after reception mt, the radio wave intensity mr, and the communication distance md, respectively.
  • ID is a code
  • FIG. 7 is a diagram for explaining the metrics table.
  • the metrics table is a table in which metrics M are described for each vehicle-mounted device ID. That is, each of a plurality of metric values is described for each of the plurality of vehicle-mounted device IDs.
  • the metrics table includes the vehicle-mounted device ID of the vehicle-mounted device 4 that has received data this time, the metric M described corresponding to the vehicle-mounted device ID is updated to the metric M calculated in the immediately preceding S200. .
  • the vehicle-mounted device ID is added to the metrics table, and the metric M corresponding to the vehicle-mounted device ID is calculated in the immediately preceding S200. Metric M.
  • S400 it is determined whether the type of the received data is roadside machine data or other than roadside machine data.
  • S400 is executed when the determination of S100 is NO, and when the determination of S100 is NO, data is received from the in-vehicle device 4.
  • the in-vehicle device 4 may transfer roadside device data in the hop determination of S600 described later.
  • the in-vehicle device 4 may transmit data other than roadside device data. Therefore, in S400, the data type is determined.
  • the data type is determined from the type included in the data.
  • the received data includes a type and the type is the roadside device 2, it is determined that the data type is roadside device data.
  • the data type is not included in the received data or when the data type is the in-vehicle device 4, it is determined that the data type is other than roadside device data.
  • the process proceeds to S500, and when it is determined that the data type is other than roadside machine data, the process of FIG. Also, if the determination in S100 is YES, the process proceeds to S500.
  • hop determination is performed.
  • the hop determination is a determination as to whether or not to transfer the data received this time, and corresponds to a transfer control unit.
  • the hop determination is shown in detail in FIG.
  • S602 it is determined whether or not the remaining hop count included in the data received this time is 1 or more. If this determination is NO, the remaining hop count is zero. If the determination in S602 is NO, the hop determination ends. Accordingly, when the remaining hop count is 0, the roadside device data received this time is not transferred. If judgment of S602 is YES, it will progress to S604.
  • step S604 a metrics table is acquired.
  • step S606 it is determined whether or not the i-th metric Mi in the metric table is smaller than a preset good communication threshold THm.
  • the initial value of i is 1.
  • the determination in S606 determines whether or not the i-th metric Mi in the metric table has a value that means a higher communication success rate. is doing. Furthermore, the determination in S606 determines whether there is a high probability of successful communication with the in-vehicle device 4 with the in-vehicle device ID corresponding to the metric Mi.
  • the good communication threshold THm is set in advance based on experiments, the good communication threshold THm is a positive value, and a positive number range smaller than the good communication threshold THm is a good communication range.
  • the process proceeds to S608.
  • the metrics count Cm is incremented by one.
  • the metrics count Cm represents the number of other in-vehicle devices 4 with a high probability of successful communication. Note that the initial value of the metrics count Cm is zero. If S608 is executed, the process proceeds to S610. If the determination in S606 is NO, the process proceeds to S610 without executing S608.
  • i is increased by 1.
  • N is the total number of data in the metrics table. If the determination in S612 is NO, the process returns to SS606, and S606 and subsequent steps are executed for the i-th metric Mi updated in S610.
  • the process proceeds to S614.
  • S614 it is determined whether or not the metrics count Cm is larger than the lower limit value THcl of the transfer execution range and smaller than the upper limit value THcu of the transfer execution range.
  • the metrics count Cm represents the number of other in-vehicle devices 4 that have a high probability of successful communication. Therefore, in S614, it is determined whether or not the number of other vehicle-mounted devices 4 having a high probability of successful communication is between the lower limit value THcl of the transfer execution range and the upper limit value THcu of the transfer execution range. It will be.
  • the lower limit value THcl of the transfer execution range is set to an integer between 5 and 10, for example, and the upper limit value THcu of the transfer execution range is set to a value sufficiently larger than the lower limit value THcl.
  • the reason why the lower limit value THcl of the transfer execution range is set to such a value is that when there are too few other in-vehicle devices 4 having a high communication success rate, roadside device data is transferred using communication resources. However, since the communication resources are not efficiently used, the loss of communication resources cannot be sufficiently reduced.
  • the reason why the upper limit value THcu of the transfer execution range is set is as follows.
  • the metrics count Cm exceeds the upper limit value THcu of the transfer execution range there are many other in-vehicle devices 4 having a high communication success rate. Since the other in-vehicle devices 4 also execute the process of FIG. 8, if the upper limit value THcu of the transfer execution range is not provided, a large number of in-vehicle devices 4 perform hop transfer, resulting in a loss of communication resources. Because it will be.
  • the process proceeds to S616.
  • the remaining hop count included in the received roadside unit data is reduced by one.
  • hop transfer is performed. That is, the roadside device data after the remaining number of hops is updated in S616 is transmitted from the wireless communication circuit 42. This transmission is performed by a broadcast method. In addition, you may add the information which shows that it is the data which the vehicle equipment 4 transferred to the roadside machine data transmitted from the radio
  • the metric M which is an index indicating the communication success rate with the other in-vehicle device 4 that has received the radio wave, is sequentially calculated based on the radio wave from the other in-vehicle device 4 ( S200), the metrics table is updated with the calculated metrics M (S300).
  • each metric M included in the metric table is within the good communication range. (S606). If the metrics count Cm indicating the number of metrics M within the good communication range is a number within the transfer execution range (S614: YES), roadside device data is transmitted from the wireless communication circuit 42 (S616).
  • road-side device data is transferred, so that the vehicle-mounted device 4 that requires road-side device data receives the road-side device data. It can suppress that it cannot receive.
  • FIG. 9 is a configuration example of roadside machine data transmitted by the roadside machine 2 in the second embodiment.
  • the roadside machine data includes the same header, hop flag, remaining hop count, type, and payload as in the first embodiment.
  • the roadside machine data of the second embodiment includes a sequence number, pre-total metrics, and current position.
  • the sequence number is a number assigned to each roadside machine data and corresponds to data specifying information.
  • the pre-total metric is also referred to as a pre-total metric value, and is a value obtained by predicting the total value of the metric M for the data transfer path to the in-vehicle device 4 that has received the transferred road-side device data when the road-side device data is transferred. .
  • the starting point of the data transfer path is the roadside machine 2, and when the roadside machine 2 transmits, this pre-total metric is zero.
  • the current position is the position of the device that sent the roadside machine data. When the roadside device 2 transmits, this current position is unnecessary, and when the vehicle-mounted device 4 transfers roadside device data, the current position of the vehicle-mounted device 4 is described as this current position.
  • FIG. 10 is a flowchart showing processing executed in the second embodiment in place of FIG. 6 executed in the first embodiment. 10 is different from the process of FIG. 6 in that S510, S700, S800, S900, and S1000 are added, and that S600A is executed instead of S600 of FIG.
  • S510 corresponds to a pre-total metrics update unit or rewrite unit.
  • the pre-total metrics are updated or rewritten. Specifically, the largest metric M among the metrics M smaller than the good communication threshold THm among the metrics M included in the metrics table is added to the pre-total metrics included in the roadside device data.
  • the total metric when the other in-vehicle device 4 receives the roadside device data transferred in S630 described later. M can be predicted.
  • the reason for adding the largest metric M among the metrics M that are smaller than the good communication threshold THm is that, in S630, roadside unit data is transmitted by broadcast. This is because the in-vehicle device 4 may receive roadside device data.
  • roadside device data is received by a plurality of other vehicle-mounted devices 4, the total value of the metrics M for the data transfer route also differs depending on the vehicle-mounted device 4 that receives the roadside device data.
  • the value added to the pre-total metrics included in the roadside machine data is the maximum value among the metrics M included in the metrics table that is smaller than the good communication threshold value THm, the data is received in the worst state.
  • the total value of metrics M which means the reception state of the received roadside unit data, can be predicted.
  • S600A hop determination is performed. Details of the processing of S600A are shown in FIG. In FIG. 11, steps up to S614 are the same as those in FIG. 8, and therefore, S602 to S612 are not shown in FIG.
  • the determinations of S620, S622, S624, and S626 are further performed to determine whether or not to perform hop transfer.
  • S620 whether or not the other in-vehicle device 4 that is the data transmission source is ahead of the traveling direction of the vehicle 5 (hereinafter referred to as the host vehicle) on which the in-vehicle device 4 that executes the processing of FIG. 11 is mounted. Judging.
  • the traveling direction of the host vehicle is determined from the locus of the current position. As shown in FIG. 9, the current position of the other in-vehicle device 4 is included in the road-side device data when the in-vehicle device 4 transmits the road-side device data.
  • the other in-vehicle device 4 determines whether the machine 4 is positioned forward in the traveling direction.
  • the process in FIG. 11 is terminated. Accordingly, in the second embodiment, even if the metrics count Cm is a value within the transfer execution range, if the other vehicle-mounted device 4 that has transmitted the roadside device data is not ahead of the traveling direction of the host vehicle, the roadside device data is Do not forward. Therefore, the roadside machine data is transferred only to the rear of the vehicle 5 traveling on the road. In many cases, roadside machine data is not required other than the back in the traveling direction, such as forward or side in the traveling direction, and therefore the roadside machine data is transferred only to the rear in the traveling direction. Thereby, unnecessary data transmission can be further suppressed.
  • S620 If the determination in S620 is YES, the process proceeds to S622. In S622, it is determined whether or not the sequence number included in the roadside device data received this time is a transferred sequence number.
  • the sequence number, the remaining hop count, and the pre-total metrics included in the transferred roadside unit data are stored in the memory 41M. Therefore, in S622, it is determined whether or not the transferred sequence number stored in the memory 41M matches the sequence number included in the roadside device data received this time.
  • the memory 41M corresponds to a storage unit.
  • the determination in S622 is NO. Even when the sequence number included in the roadside machine data received this time is not stored in the memory 41M, the determination in S622 is NO. If the determination in S622 is no, the process proceeds to S628. When the process proceeds to S628, the hop transfer of S630 is also performed. Therefore, when the roadside device data received this time has not been transferred, it is determined that the hop transfer is performed without performing the determinations of S624 and S626.
  • S624 it is determined whether or not the remaining hop count included in the roadside device data received this time is larger than the remaining hop count stored in the memory 41M for the same roadside device data. If this determination is NO, the process proceeds to S626, and if it is YES, the process proceeds to S628. When the process proceeds to S628, hop transfer is performed in S630.
  • the roadside device data is transferred. It will be. In other words, when the number of hops is smaller than when the same roadside device data was transferred in the past, the roadside device data is transferred. This is because the data quality may be good when the number of hops is smaller than when the same roadside device data was transferred in the past.
  • S626 it is determined whether or not the pre-total metrics determined in S510 is smaller than the pre-total metrics recorded in the memory 41M for the same roadside device data. If this determination is NO, the process of FIG. 11 is terminated, and if it is YES, the process proceeds to S628. When the process proceeds to S628, hop transfer is also performed in S630.
  • the road side device data is transferred again even if the road side device data has been transferred in the past.
  • the remaining number of hops, pre-total metrics, and current position are updated in the roadside machine data.
  • the remaining hop count is a value obtained by subtracting 1 from the remaining hop count included in the received roadside unit data.
  • the pre-total metrics are the values determined in S510.
  • the current position is the current position of the host vehicle.
  • the roadside machine data updated in S628 is transmitted from the wireless communication circuit 42 by the broadcast method.
  • the hop management information stored in the memory 41M is updated.
  • the hop management information includes a sequence number, a pre-total metric, and a remaining hop count
  • the memory 41M stores the pre-total metric and the remaining hop count in association with the sequence number.
  • S800 the sequence number included in the roadside machine data that has performed the hop transfer is stored (recorded) in the memory 41M. If this sequence number has already been stored, nothing is done in S800.
  • S800 corresponds to a transfer data storage processing unit or a transfer data recording unit.
  • the pre-total metrics determined in S510 are stored (recorded) in the memory 41M in association with the sequence number. If the pre-total metrics are already stored in association with the sequence numbers, the pre-total metrics already stored are changed to the pre-total metrics updated in S510.
  • S900 corresponds to a pre-total metrics storage processing unit or a pre-total recording unit.
  • the remaining hop count determined in S628 is stored (recorded) in the memory 41M in association with the sequence number. If the number of remaining hops is already stored in association with the sequence number, the number of remaining hops already stored is updated to the number of remaining hops determined in S628.
  • This S1000 corresponds to a hop count storage processing section or a hop count recording section.
  • the pretotal metrics are smaller than the pretotal metrics stored in the memory 41M for the same roadside device data (S626). : YES), hop transfer is performed. Thereby, roadside machine data having a higher communication success rate than roadside machine data transferred in the past can be transferred.
  • hop transfer is performed when either the determination in S624 or the determination in S626 is YES.
  • hop transfer may be performed when both the determination in S624 and the determination in S626 are YES.
  • the metrics table is always updated. However, it is determined whether or not the roadside device data is transmitted from the in-vehicle device 4 existing in the forward direction of the own vehicle, and it is determined that the in-vehicle device 4 does not exist in the forward direction of the own vehicle. In this case, the metrics table using the roadside machine data may not be updated. Note that the forward determination in the traveling direction may be the same as S620.
  • the metrics table is a table representing a communication success rate with the vehicle-mounted device 4 mounted on the vehicle 5 whose traveling direction matches that of the host vehicle.
  • the in-vehicle device 4 is mounted on the vehicle 5, and when used in the vehicle 5, roadside device data having different traveling directions is less necessary. Therefore, if it carries out like this modification 2, it can suppress that the roadside machine data with low necessity are transferred.
  • the sequence number is used as the data specifying information, but the payload itself may be used as the data specifying information.
  • ⁇ Modification 6> in the update of the pre-total metrics, the largest metric M among the metrics M smaller than the good communication threshold THm among the metrics M included in the metrics table is added. However, if the metric M is smaller than the good communication threshold THm among the metrics M included in the metric table, a metric M that is not the maximum metric M may be added.
  • the metric M is smaller as the communication success rate is higher.
  • the metric M may be larger as the communication success rate is higher. In this case, a certain threshold or more is a good communication range.
  • the wireless communication device of the present disclosure may be used in a moving body other than the vehicle 5. Further, it may be a fixed type.
  • the lower limit value THcl of the transfer execution range is set to an integer between 5 and 10, but this lower limit value may be 2 or more.
  • the lower limit value THcl and the upper limit value THcu are set as the transfer execution range, but only one of the lower limit value THcl and the upper limit value THcu may be set.
  • the metric M is calculated using the elapsed time mt after reception, the radio wave intensity mr, and the communication distance md.
  • the metrics M may be calculated using any two of them.
  • the metrics M may be calculated using another parameter instead of or in addition to the elapsed time mt after reception, the radio wave intensity mr, and the communication distance md.
  • the roadside device 2 and the vehicle-mounted device 4 communicate with each other using a frequency channel of 5.8 GHz band or 5.9 GHz band.
  • the roadside device 2 and the vehicle-mounted device 4 may communicate using a frequency channel belonging to the 2.4 GHz band or a frequency channel belonging to another frequency band.

Landscapes

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

Abstract

　無線受信機（４２Ａ）と無線送信機（４２Ｂ）とを備えた無線通信装置（４）であって、無線受信機が、他無線装置から受信した電波に基づいて、他無線装置との通信成功率を表すメトリクス値を逐次算出するメトリクス算出部（Ｓ２００）と、メトリクス値を他無線装置に対応させたメトリクステーブルにおいて、他無線装置に対応するメトリクス値を、メトリクス算出部が算出したメトリクス値に更新するテーブル更新部（Ｓ３００）と、メトリクステーブルに含まれているメトリクス値が、それぞれ、通信成功率が高いことを示す良好通信範囲内にあるか否かを判断し、良好通信範囲内にあるメトリクス値の数が転送実行範囲内の数であることに基づいて、転送対象データを無線送信機から送信する転送制御部（Ｓ６００）とを含む。

Description

無線通信装置 関連出願の相互参照
　本出願は、２０１５年７月９日に出願された日本出願番号２０１５－１３８０５６号に基づくもので、ここにその記載内容を援用する。
　本開示は、無線通信装置に関し、特に、無線通信装置がデータ転送する技術に関する。
　無線通信装置として、外部から受信したデータを転送する装置が知られている。たとえば、特許文献１では、他車両から受信した他車両データを、自車両データとともに、マルチホップ方式で転送する。データを転送することで、データを必要とする装置が、そのデータを受信できないことが抑制できる。データを転送することをホップといい、データを転送する回数をホップ数ということも多い。特許文献１では、ホップ上限数を設定することにより、車車間通信のデータ量が増え続けることを抑制している。
国際公開第２０１１／１５２０２３号
　ホップ上限数を設定するだけでは、まだ、不要なデータを転送することがあるため、不要なデータ転送を十分に低減することができない。したがって、通信リソースの損失を十分に低減できない。
　本開示は、この事情に基づいて成されたものであり、その目的とするところは、データ転送を行うことで、データを必要とする装置がそのデータを受信できないことを抑制しつつも、通信リソースの損失を低減できる無線通信装置を提供することにある。
　上記目的を達成するための本開示の観点によれば、無線通信装置は、転送対象データを受信する無線受信機と、無線受信機が受信した転送対象データを送信する無線送信機とを備える。無線通信装置は、更に、メトリクス算出部、テーブル更新部、転送制御部、とを備える。メトリクス算出部は、無線受信機が、他の無線通信装置である他無線装置から受信した電波に基づいて、他無線装置との通信成功率を表す指標としてのメトリクスであるメトリクス値を逐次算出する。テーブル更新部は、メトリクス算出部がメトリクス値を算出したことに基づいて、メトリクス値を他無線装置に対応させたメトリクステーブルにおいて、無線受信機が受信した電波を送信した他無線装置に対応するメトリクス値を、メトリクス算出部が算出したメトリクス値に更新する。転送制御部は、無線受信機が転送対象データを受信した場合に、メトリクステーブルに含まれているメトリクス値に対して、それぞれ、通信成功率が高いことを示す良好通信範囲内にあるか否かを判断し、良好通信範囲内にあるメトリクス値が幾つあるかを示す数であるメトリクスカウントが、予め設定された転送実行範囲内であることに基づいて、転送対象データを無線送信機から送信する一方、メトリクスカウントが、転送実行範囲外であることに基づいて、転送対象データを無線送信機から送信しない。
　上記の観点によれば、メトリクス算出部は、無線受信機が他無線装置から受信した電波に基づいて、他無線装置との通信成功率を表す指標としてメトリクス値を逐次算出している。他無線装置とメトリクス値が対応しているメトリクステーブルは、テーブル更新部により更新される。転送制御部は、無線受信機が転送対象データを受信した場合に、メトリクステーブルに含まれているメトリクス値に対して、それぞれ、通信成功率が高いことを示す良好通信範囲内にあるか否かを判断する。良好通信範囲内にあるメトリクス値の数は、この無線通信装置がどの程度の数の他無線装置と通信できるかを表している。
　そして、良好通信範囲内にあるメトリクス値の数が転送実行範囲内の数であれば、転送対象データを無線送信機から送信するので、転送対象データを必要とする装置がその転送対象データを受信できないことを抑制できる。
　また、転送制御部は、良好通信範囲内にあるメトリクス値の数が転送実行範囲外の数であれば、転送対象データを無線送信機から送信しない。したがって、転送対象データを効率よく転送できないときは転送対象データを転送しないので、通信リソースの損失を低減することもできる。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。
本実施形態に係る無線通信システムの全体構成を説明する図である。 図１の路側機の構成を示す図である。 図２の路側制御回路の機能を示すブロック図である。 第１実施形態における路側機データの構成の一例を示す図である。 図１の車載機の構成を示すブロック図である。 図５の制御回路が実行する処理を示すフローチャートである。 メトリクステーブルを説明する図である。 図６のＳ６００のホップ判定を詳しく示すフローチャートである。 第２実施形態における路側機データの構成の一例を示す図である。 第２実施形態で、図６に代えて実行する処理を示すフローチャートである。 図１０のＳ６００Ａで実行するホップ判定を詳しく示すフローチャートである。
　以下、本開示の実施形態を図面に基づいて説明する。図１に示すように、第１実施形態に係る無線通信システム１は、路側機２と、複数の車載機４Ａ～４Ｃとを備える。車載機４は無線通信装置に相当する。
　［無線通信システム１の概要構成］
　図１には、１つの路側機２を示しているが、路側機２は複数であってもよい。また、図１には、３つの車載機４Ａ～４Ｃを示している。これら３つの車載機４Ａ～４Ｃはいずれも同じ構成である。３つの車載機４Ａ～４Ｃを区別しないときは、単に車載機４とする。さらに、車載機４の数は複数であれば、その数に制限はない。
　無線通信システム１において、路側機２と車載機４との間では路車間通信を行い、異なる車載機４の間では車車間通信を行う。車車間通信により、路側機２が送信したデータを転送することもある。
　路車間通信の周波数チャネルおよび車車間通信の周波数チャネルは同じであってもよいし、異なっていてもよい。本実施形態では、路車間通信の周波数チャネル、および、車車間通信の周波数チャネルは、いずれも、５．８ＧＨｚ帯や５．９ＧＨｚ帯に属する。
　車載機４Ａ～４Ｃは、それぞれ異なる車両５に搭載される。車両５には、乗用車、バス、トラックなど、道路を走行する種々の車両が含まれる。また、図１では車両５として４輪車を例示しているが、車両５は２輪車でもよい。２輪車には自転車も含まれる。
　車載機４Ａ～４Ｃをそれぞれを搭載する車両５は、車載機４Ａ～４Ｃそれぞれからは、自車両（host vehicle）と言及される。
　尚、「情報」は、不可算名詞のみならず、可算名詞としても使用され、情報項目と同等である。一つの情報は一つの情報項目と、複数の情報は、複数の情報項目と同等である。
尚、「データ」は、一つのデータ、複数のデータとしても使用される。一つのデータは、一つのデータ項目と同等である。複数のデータは、複数のデータ項目と同等である。
　［路側機２の構成］
　路側機２は、路側に固定されていてもよいし、移動型でもよい。路側機２は、路側機２が形成する無線通信エリア内に存在する車載機４と路車間通信を実施し、種々の情報を車載機４に送信したり、車載機４から種々の情報を取得したりすることで所定のサービスを実施する。
　路側機２は、路側機２が提供するサービスに適した位置に設けられている。たとえば、路側機２は、交差点や、交差点と交差点とを接続する道路の途中、特定の施設（たとえば駐車場や店舗、有料道路）への出入口等に設けられている。
　路側機２は、図２に示すように路側通信回路２１と、路側制御回路２２とを備える。路側通信回路２１と路側制御回路２２は相互通信可能に接続されている。
　路側通信回路２１は、路側機２が形成する無線通信エリア内に存在する車載機４と路車間通信を実施する。路側通信回路２１は、車載機４から受信した信号を復調して路側制御回路２２に出力するとともに、路側制御回路２２から入力されたデータを変調し、さらに電波に変換して送信する。
　路側制御回路２２は、通常のコンピュータとして構成されており、周知のＣＰＵ、ＲＯＭやフラッシュメモリなどの不揮発性メモリ、ＲＡＭなどの揮発性メモリ、Ｉ／Ｏ、およびこれらの構成を接続するバスラインなどを備えている。
　路側制御回路２２が備える路側メモリ２２Ｍは、不揮発性の記憶媒体であって、たとえば路側制御回路２２が備えるフラッシュメモリやＲＯＭなどによって実現される。路側メモリ２２Ｍには、種々の処理を実行するためのプログラムモジュールやデータ、路側機２に割り当てられている端末ＩＤ等が格納されている。また、路側機２が送信するデータを生成するための情報も、この路側メモリ２２Ｍに格納されている。
　路側制御回路２２は、上述のプログラムモジュールを実行することによって実現する機能ブロックとして、図３に示すように、路側通信制御器２２１と、サービス処理器２２２を備える。なお、路側制御回路２２が実行する機能の一部又は全部は、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
　路側通信制御器２２１は、路側通信回路２１から送信するべきデータを生成し、生成したデータを、路側通信回路２１から、たとえば、ブロードキャスト方式で送信させる。また、路側通信回路２１が受信したデータを取得してサービス処理器２２２に提供する。
　サービス処理器２２２は、路側通信制御器２２１から提供されるデータに基づいて、無線通信エリア内にいる車載機４に対して、所定のサービスを提供する。
　図４は、路側通信制御器２２１が生成して路側通信回路２１から送信されるデータ（以下、路側機データ）の構成を例示する図である。路側機データは、図４に示すように、ヘッダ、ホップフラグ、ホップ残回数、種別、ペイロードを含む。
　ヘッダには、受信側の装置である車載機４において、通信規格などを認識するための情報が記述される。また、データの種別を認識するための情報や、路側機データとして、複数種類のデータを送信する場合に、どの種類の路側機データであるかを区別する情報や、路側機データを車車間通信のデータと区別するための情報が含まれていてもよい。
　ホップフラグは、ホップ要否を示すフラグである。ホップ要である場合には、ホップフラグは有効を意味する値になっており、ホップ不要である場合には、ホップフラグは無効を意味する値になっている。
　ホップ残回数は、このデータを、あと何回、ホップしてよいかを示す数であり、減算方式により、何回目のホップ転送であるか表している。このホップ残回数は、車載機４が路側機データを転送する際に更新される。路側通信制御器２２１は、ホップ残回数として初期値を設定する。この初期値は、ペイロードの種類に応じて異なる値に設定できる。
　種別は、このデータを最初に送信した装置が、路側機２であるか車載機４であるかを示す情報である。データを最初に送信した装置が路側機２であれば、車載機４が、路側機データを転送した場合も、この種別は路側機２を示す情報のままである。つまり、種別は、このデータが路側機データであるか否かを示すデータである。
　ペイロードは、路側機データを受信した車載機４がサービスを実行するために必要な情報である。このサービスは複数種類あり、サービスの種類に応じた複数種類のペイロードがある。
　後述する図６で説明するように、車載機４の制御回路４１は、無線通信回路４２が受信したデータが路側機データであり、かつ、ホップフラグがホップ要になっていることに基づいて、ホップ転送を実施する。データが路側機データであり、かつ、ホップフラグがホップ要になっている場合のペイロードが転送対象データである。
　［車載機４の構成］
　次に、車載機４の構成を説明する。車載機４は、図５に示すように、制御回路４１、無線通信回路４２、ＧＮＳＳ受信機４３、加速度センサ４４、ジャイロセンサ４５を備える。制御回路４１は、無線通信回路４２、ＧＮＳＳ受信機４３、加速度センサ４４、ジャイロセンサ４５のそれぞれと、相互通信可能に接続されている。
　無線通信回路４２は、路側通信回路２１や、他の車載機４が備える無線通信回路４２との間で無線通信を行う。なお、他の車載機４は他無線装置（あるいは他無線通信装置）に相当する。一方、他無線装置と無線通信する車載機４自体は、対象車載機４あるいは対象無線通信装置とも言及される。無線通信回路４２は、アンテナで受信した信号を復調して制御回路４１に出力する無線受信機４２Ａと、制御回路４１から入力されたデータを変調し、さらに電波に変換して周囲に送信する無線送信機４２Ｂを備える。
　ＧＮＳＳ受信機４３は、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）で用いられる衛星からの電波を受信することで、ＧＮＳＳ受信機４３の現在位置を取得する。ＧＮＳＳ受信機４３が取得した現在位置は、たとえば緯度と経度で表される。ＧＮＳＳ受信機４３が取得した現在位置を示す情報は逐次（たとえば１００ミリ秒毎に）、制御回路４１に提供される。
　加速度センサ４４は、自車両（host vehicle）の前後方向に作用する加速度を検出する。車載機４は、加速度センサ４４による加速度の検出方向が自車両の前後方向と一致するように、予め定められた姿勢で自車両に取り付けられている。ここでの自車両とは、車載機４が搭載されている車両を指す。また、加速度センサ４４は、自車両の前後方向、左右方向、および上下方向の、互いに直交する３つの軸方向に作用する加速度を検出する３軸加速度センサであってもよい。
　ジャイロセンサ４５は、車載機４が予め定められた姿勢で取り付けられている状態において、自車両の鉛直軸回りの回転角速度を検出する。加速度センサ４４、ジャイロセンサ４５は、車載機４の推測位置の決定に用いられる。
　制御回路４１は、通常のコンピュータとして構成されており、周知のＣＰＵ、ＲＯＭやフラッシュメモリなどの不揮発性メモリ、ＲＡＭなどの揮発性メモリ、Ｉ／Ｏ、およびこれらの構成を接続するバスライン（何れも図示略）などを備えている。
　制御回路４１が備えるメモリ４１Ｍは、不揮発性の記憶媒体であって、たとえば制御回路４１が備えるフラッシュメモリやＲＯＭなどによって実現される。メモリ４１Ｍには、種々の処理を実行するためのプログラムモジュールやデータ、車載機４に割り当てられている端末ＩＤ、後述するメトリクステーブル等が格納されている。
　制御回路４１は、上述のプログラムモジュールを実行することによって、無線通信回路４２が受信した路側機データに基づいて、所定のサービスを実行するための処理を行う。
　また、制御回路４１は、車車間通信により、データを他の車載機４に逐次送信する。車車間通信により送信するデータには、たとえば、この車載機４の現在位置およびこの車載機４の車載機ＩＤを示す情報を含んだデータがある。
　また、制御回路４１は、無線通信回路４２からデータが供給された場合、つまり、無線通信回路４２が、路側機２あるいは他の車載機４が送信した電波を受信した場合に、図６に示す処理を実行する。なお、制御回路４１が実行する機能の一部又は全部は、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。
　［制御回路４１の処理］
　記載されるフローチャートは、複数のセクション（あるいはステップと言及される）を含み、各セクションは、たとえば、Ｓ１００と表現される。さらに、各セクションは、複数のサブセクションに分割されることができる、一方、複数のセクションが合わさって一つのセクションにすることも可能である。各セクションは、デバイス、あるいは、固有名として、また、構造的な修飾語を伴って、例えば、テーブル書換えセクションは、テーブル書換えデバイス、あるいは、テーブル書換え器（リライタ）として、言及されることができる。また、上記のように、セクションは、(i)ハードウエアユニット（例えば、コンピュータ）と組み合わさったソフトウエアのセクションのみならず、(ii)ハードウエア（例えば、集積回路、配線論理回路）のセクションとして、関連する装置の機能を含みあるいは含まずに実現できる。さらに、ハードウエアのセクションは、マイクロコンピュータの内部に含まれることもできる。
　図６において、Ｓ１００では、無線通信回路４２が受信したデータが、路側機２から受信したものであるか否かを判断する。この判断は、受信したデータのヘッダに格納された情報から判断する。あるいは、ヘッダ以外の部分の情報（たとえば種別）から判断してもよい。Ｓ１００の判断がＹＥＳであればＳ５００に進み、ＮＯであればＳ２００に進む。
　メトリクス算出部に相当するＳ２００では、メトリクスＭを算出する。本実施形態におけるメトリクスＭは、他の車載機４との間で車車間通信が成功する確率を表す指標である。メトリクスＭの算出には、受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄの３つを用いる。メトリクスＭはメトリクス値とも言及される。
　受信後経過時間ｍｔは、他の車載機４からのデータを最後に受信した時刻すなわち最終受信時刻から現在時刻までの時間である。電波強度ｍｒは、他の車載機４から最後に受信した電波の受信強度である。通信距離ｍｄは、他の車載機４からのデータに現在位置が含まれている場合に、その現在位置と、この図６の処理を実行している車載機４（以下、自機）の現在位置との距離である。自機の現在位置は、ＧＮＳＳ受信機４３が取得した現在位置、あるいは加速度センサ４４とジャイロセンサ４５の信号に基づいて決定した推測位置である。
　これら受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄを用いて、式１により、メトリクスＭを算出する。なお、式１において、ｗｔ、ｗｒ、ｗｄは、それぞれ、受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄに対して予め設定された重み係数である。また、ＩＤは、電波を送信した車載機４を識別する符号である。
　（式１）　Ｍ（ＩＤ）＝ｍｔ×ｗｔ＋ｍｒ×ｗｒ＋ｍｄ×ｗｄ
　続くＳ３００はテーブル更新部あるいはテーブル書換え部に相当しており、メトリクステーブルを更新あるいは書換えする。図７はメトリクステーブルを説明する図である。図７に示すように、メトリクステーブルは、車載機ＩＤ別に、メトリクスＭが記述されたテーブルである。即ち、複数の車載機ＩＤそれぞれに、対応して複数のメトリクス値のそれぞれが、記述されている。
　メトリクステーブルに、今回、データを受信した車載機４の車載機ＩＤがある場合には、その車載機ＩＤに対応して記述されているメトリクスＭを、直前のＳ２００で算出したメトリクスＭに更新する。
　メトリクステーブルに、今回、データを受信した車載機４の車載機ＩＤがない場合には、その車載機ＩＤをメトリクステーブルに追加し、その車載機ＩＤに対応するメトリクスＭを、直前のＳ２００で算出したメトリクスＭとする。
　続くＳ４００では、受信したデータの種別が、路側機データであるか、路側機データ以外であるかを判断する。Ｓ４００は、Ｓ１００の判断がＮＯになった場合に実行するであり、Ｓ１００の判断がＮＯである場合、車載機４からデータを受信していることになる。しかし、車載機４は、後述するＳ６００のホップ判定において、路側機データを転送することがある。一方、車載機４は、路側機データ以外のデータを送信することもある。そこで、このＳ４００において、データ種別を判断するのである。
　データの種別は、データに含まれている種別から判断する。受信したデータに、種別が含まれており、かつ、その種別が路側機２である場合に、データ種別は路側機データであると判断する。受信したデータに、データ種別が含まれていない場合や、データ種別が車載機４になっている場合には、データ種別は路側機データ以外と判断する。
　データ種別が路側機データであると判断した場合にはＳ５００に進み、データ種別が路側機データ以外であると判断した場合には図６の処理を終了する。また、Ｓ１００の判断がＹＥＳになった場合も、Ｓ５００に進む。
　Ｓ５００では、ホップフラグが有効か無効かを判断する。ホップフラグが無効になっている場合にも、図６の処理を終了する。ホップフラグが有効になっている場合にはＳ６００に進む。
　Ｓ６００ではホップ判定を行う。ホップ判定は、今回受信したデータを転送するか否かの判定であり、転送制御部に相当する。ホップ判定は、詳しくは図８に示す。
　図８において、Ｓ６０２では、今回受信したデータに含まれているホップ残回数が１以上であるか否かを判断する。この判断がＮＯである場合、ホップ残回数はゼロである。Ｓ６０２の判断がＮＯであれば、ホップ判定を終了する。したがって、ホップ残回数が０になっている場合には、今回受信した路側機データは転送しない。Ｓ６０２の判断がＹＥＳであればＳ６０４に進む。
　Ｓ６０４では、メトリクステーブルを取得する。Ｓ６０６では、メトリクステーブルのｉ番目のメトリクスＭｉが、予め設定した良好通信閾値ＴＨｍよりも小さいか否かを判断する。このｉの初期値は１である。
　本実施形態におけるメトリクスＭは、値が小さいほど通信成功率が高いので、Ｓ６０６の判断は、メトリクステーブルのｉ番目のメトリクスＭｉが通信成功率が高いことを意味する値になっているかどうかを判断している。さらには、Ｓ６０６の判断は、メトリクスＭｉに対応する車載機ＩＤの車載機４との間で通信が成功する確率が高いかどうかを判断していることになる。
　なお、良好通信閾値ＴＨｍは予め実験に基づいて設定され、良好通信閾値ＴＨｍは正の値であり、良好通信閾値ＴＨｍよりも小さい正の数の範囲が良好通信範囲である。
　Ｓ６０６の判断がＹＥＳであれば、Ｓ６０８に進む。Ｓ６０８では、メトリクスカウントＣｍを１増加する。メトリクスカウントＣｍは、通信が成功する確率が高い他の車載機４の数を表している。なお、メトリクスカウントＣｍの初期値は０である。Ｓ６０８を実行したらＳ６１０に進む。また、Ｓ６０６の判断がＮＯであった場合にはＳ６０８を実行することなく、Ｓ６１０に進む。
　Ｓ６１０では、ｉを１増加する。続くＳ６１２では、ｉがＮよりも大きくなったか否かを判断する。このＮは、メトリクステーブルにおける全データ数である。Ｓ６１２の判断がＮＯであればＳＳ６０６に戻り、Ｓ６１０で更新したｉ番目のメトリクスＭｉを対象として、Ｓ６０６以降を実行する。
　Ｓ６１２の判断がＹＥＳであれば、Ｓ６１４に進む。Ｓ６１４では、メトリクスカウントＣｍが、転送実行範囲の下限値ＴＨｃｌよりも大きく、かつ、転送実行範囲の上限値ＴＨｃｕよりも小さいか否かを判断する。前述のように、メトリクスカウントＣｍは、通信が成功する確率が高い他の車載機４の数を表している。したがって、このＳ６１４では、通信が成功する確率が高い他の車載機４の数が、転送実行範囲の下限値ＴＨｃｌと転送実行範囲の上限値ＴＨｃｕとの間であるか否かを判断していることになる。
　転送実行範囲の下限値ＴＨｃｌは、たとえば、５～１０の間の整数に設定され、転送実行範囲の上限値ＴＨｃｕは、下限値ＴＨｃｌよりも十分に大きい値に設定されている。転送実行範囲の下限値ＴＨｃｌをこのような値に設定している理由は、通信成功率が高い他の車載機４の数が少な過ぎる場合は、通信リソースを使用して路側機データを転送しても、効率のよい通信リソースの使用とはならないことから、通信リソースの損失を十分に低減できないからである。
　また、転送実行範囲の上限値ＴＨｃｕが設定されている理由は、次の通りである。メトリクスカウントＣｍが転送実行範囲の上限値ＴＨｃｕを超える場合、通信成功率が高い他の車載機４が多数存在することになる。他の車載機４も、図８の処理を実行するので、転送実行範囲の上限値ＴＨｃｕを設けない場合には、多数の車載機４がホップ転送を実施してしまい、通信リソースの損失を招くことになるからである。
　このＳ６１４の判断がＮＯである場合も、図８のホップ判定を終了する。Ｓ６１４の判断がＹＥＳになった場合にはＳ６１６に進む。Ｓ６１６では、受信した路側機データに含まれているホップ残回数を１減らす。続くＳ６１８では、ホップ転送を実施する。すなわち、Ｓ６１６でホップ残回数を更新した後の路側機データを、無線通信回路４２から送信する。この送信は、ブロードキャスト方式で行う。なお、無線通信回路４２から送信する路側機データには、車載機４が転送したデータであることを示す情報を付加してもよい。
　［第１実施形態のまとめ］
　以上、説明した第１実施形態では、他の車載機４からの電波に基づいて、電波を受信した他の車載機４との間の通信成功率を示す指標であるメトリクスＭを逐次算出し（Ｓ２００）、その算出したメトリクスＭでメトリクステーブルを更新している（Ｓ３００）。
　また、無線通信回路４２が受信した路側機データのホップフラグが有効である場合には、メトリクステーブルに含まれている各メトリクスＭが、それぞれ良好通信範囲内にあるか否かを判断している（Ｓ６０６）。そして、良好通信範囲内にあるメトリクスＭの数を表すメトリクスカウントＣｍが転送実行範囲内の数であれば（Ｓ６１４：ＹＥＳ）、路側機データを無線通信回路４２から送信する（Ｓ６１６）。
　したがって、通信に成功する確率が高い他の車載機４の数が転送実行範囲内の数であれば、路側機データを転送するので、路側機データを必要とする車載機４が路側機データを受信できないことを抑制できる。
　また、通信に成功する確率が高い他の車載機４の数が転送実行範囲外の数であれば（Ｓ６１４：ＮＯ）、路側機データを無線通信回路４２送信機から送信しない。したがって、転送対象データを効率よく転送できないときは転送対象データを転送しないので、通信リソースの損失を低減することもできる。
　＜第２実施形態＞
　次に、第２実施形態を説明する。この第２実施形態以下の説明において、それまでに使用した符号と同一番号の符号を有する要素は、特に言及する場合を除き、それ以前の実施形態における同一符号の要素と同一である。また、構成の一部のみを説明している場合、構成の他の部分については先に説明した実施形態を適用できる。
　図９は、第２実施形態において路側機２が送信する路側機データの構成例である。図９に示すように、第２実施形態では、路側機データに、第１実施形態と同じヘッダ、ホップフラグ、ホップ残回数、種別、ペイロードが含まれている。さらに、第２実施形態の路側機データには、シーケンス番号と、プレトータルメトリクスと、現在位置も含まれている。
　シーケンス番号は、路側機データごとに付与されている番号であり、データ特定情報に相当する。
　プレトータルメトリクスは、プレトータルメトリクス値とも言及され、路側機データを転送した場合に、転送した路側機データを受信した車載機４までのデータ転送経路に対するメトリクスＭの合計値を予測した値である。データ転送経路の始点は路側機２であり、路側機２が送信する時点では、このプレトータルメトリクスはゼロである。
　現在位置は、路側機データを送信した装置の位置である。路側機２が送信する場合には、この現在位置は不要であり、車載機４が路側機データを転送する場合に、この現在位置として車載機４の現在位置を記述する。
　図１０は、第２実施形態において、第１実施形態で実行していた図６に代えて実行する処理を示すフローチャートである。図１０は、Ｓ５１０、Ｓ７００、Ｓ８００、Ｓ９００、Ｓ１０００が追加されている点、および、図６のＳ６００に代えて、Ｓ６００Ａを実行する点が、図６の処理と相違する。
　Ｓ５００において、ホップフラグが有効であると判断した場合には、Ｓ５１０に進む。Ｓ５１０はプレトータルメトリクス更新部あるいは書換え部に相当する。Ｓ５１０では、プレトータルメトリクスを更新あるいは書換えする。具体的には、路側機データに含まれているプレトータルメトリクスに、メトリクステーブルに含まれているメトリクスＭのうち、良好通信閾値ＴＨｍよりも小さいメトリクスＭの中で最大のメトリクスＭを加える。
　路側機データに含まれているプレトータルメトリクスに、メトリクステーブルに含まれているメトリクスＭを加えることにより、後述するＳ６３０で転送する路側機データを他の車載機４が受信した場合の合計のメトリクスＭが予測できる。
　メトリクステーブルに含まれているメトリクスＭのうち、良好通信閾値ＴＨｍよりも小さいメトリクスＭの中で最大のメトリクスＭを加える理由は、Ｓ６３０では、路側機データはブロードキャストで送信することから、複数の他の車載機４に路側機データが受信される可能性があるからである。複数の他の車載機４に路側機データが受信される場合、データ転送経路に対するメトリクスＭの合計値も、路側機データを受信する車載機４により異なる。
　路側機データに含まれているプレトータルメトリクスに加える値を、メトリクステーブルに含まれているメトリクスＭのうち、良好通信閾値ＴＨｍよりも小さい値の中で最大値とすると、最も良好でない状態で受信された路側機データの受信状態を意味するメトリクスＭの合計値が予測できる。
　このようにして更新したプレトータルメトリクスを用いて、後述する図１１のＳ６２６の判断を行うと、過去に転送したときよりも小さいトータルメトリクスで、路側機データを転送できる可能性があるか否かを判断できる。
　Ｓ５１０を実行したら、Ｓ６００Ａに進む。Ｓ６００Ａではホップ判定を行う。Ｓ６００Ａの処理の詳細は図１１に示す。図１１において、Ｓ６１４までは図８と同じであるので、図１１ではＳ６０２～Ｓ６１２は図示を省略している。
　第２実施形態のホップ判定では、Ｓ６１４の判断がＹＥＳになっても、さらに、Ｓ６２０、Ｓ６２２、Ｓ６２４、Ｓ６２６の判断を行い、ホップ転送をするか否かを決定する。
　Ｓ６１４の判断がＹＥＳになった場合、Ｓ６２０に進む。Ｓ６２０では、データ送信元である他の車載機４は、この図１１の処理を実行している車載機４を搭載している車両５（以下、自車両）の進行方向前方であるか否かを判断する。自車両の進行方向は、現在位置の軌跡から決定する。他の車載機４の現在位置は、図９に示したように、車載機４が路側機データを送信する場合には、その路側機データに含まれている。他の車載機４の位置と自車両の現在位置から定まる他の車載機４の方向が、自車両の進行方向に対して、所定の範囲内にある場合に、データ送信元である他の車載機４は、進行方向前方に位置していると判断する。
　Ｓ６２０の判断がＮＯであれば図１１の処理を終了する。したがって、第２実施形態では、メトリクスカウントＣｍが転送実行範囲内の値であっても、路側機データを送信した他の車載機４が自車両の進行方向前方でない場合には、路側機データを転送しない。よって、道路を走行する車両５の後方に限定して、路側機データが転送されることになる。路側機データは、進行方向の前方あるいは側方など、進行方向の後方以外には必要ない場合が多いので、進行方向の後方に限定して路側機データを転送するのである。これにより、不要なデータ送信をより抑制できる。
　Ｓ６２０の判断がＹＥＳであればＳ６２２に進む。Ｓ６２２では、今回受信した路側機データに含まれているシーケンス番号が、転送済みのシーケンス番号であるか否かを判断する。
　後述するＳ８００以降で説明するように、本実施形態では、ホップ転送を実施した場合、転送した路側機データに含まれているシーケンス番号、ホップ残回数、プレトータルメトリクスを、メモリ４１Ｍに記憶する。そこで、このＳ６２２では、メモリ４１Ｍに記憶されている転送済みのシーケンス番号と、今回受信した路側機データに含まれているシーケンス番号が一致するか否かを判断する。なお、第２実施形態では、メモリ４１Ｍは記憶部に相当する。
　メモリ４１Ｍに記憶されている転送済みのシーケンス番号と、今回受信した路側機データに含まれているシーケンス番号が一致しない場合には、Ｓ６２２の判断がＮＯになる。今回受信した路側機データに含まれているシーケンス番号がメモリ４１Ｍに記憶されていない場合にも、Ｓ６２２の判断がＮＯになる。Ｓ６２２の判断がＮＯである場合には、Ｓ６２８へ進む。Ｓ６２８に進むと、Ｓ６３０のホップ転送も実施することになる。したがって、今回受信した路側機データを一度も転送していない場合には、Ｓ６２４、Ｓ６２６の判断を行うことなく、ホップ転送を実施すると決定していることになる。
　Ｓ６２２の判断がＹＥＳであった場合にはＳ６２４に進む。Ｓ６２４では、今回受信した路側機データに含まれているホップ残回数が、同じ路側機データに対してメモリ４１Ｍに記憶されているホップ残回数よりも大きいか否かを判断する。この判断がＮＯであればＳ６２６に進み、ＹＥＳであればＳ６２８に進む。Ｓ６２８へ進む場合、Ｓ６３０でホップ転送を実施することになる。
　したがって、本実施形態では、過去に同じ路側機データを転送したことがあっても、ホップ残回数が過去に同じ路側機データを転送したときよりも多い場合には、その路側機データを転送することになる。換言すれば、ホップ回数が、過去に同じ路側機データを転送したときよりも少ない場合には、その路側機データを転送することになる。ホップ回数が過去に同じ路側機データを転送したときよりも少ない場合には、データ品質がよい可能性があるからである。
　Ｓ６２６では、Ｓ５１０で決定したプレトータルメトリクスが、同じ路側機データに対して、メモリ４１Ｍに記録されているプレトータルメトリクスよりも小さいか否かを判断する。この判断がＮＯである場合には図１１の処理を終了し、ＹＥＳである場合にはＳ６２８へ進む。Ｓ６２８へ進むと、Ｓ６３０においてホップ転送も実施することになる。
　したがって、プレトータルメトリクスが、メモリ４１Ｍに記録されているプレトータルメトリクスよりも小さい場合には、過去に転送していた路側機データであっても、再度、路側機データを転送することになる。
　Ｓ６２８では、路側機データのうち、ホップ残回数、プレトータルメトリクス、現在位置を更新する。ホップ残回数は、受信した路側機データに含まれているホップ残回数から１減らした値とする。プレトータルメトリクスはＳ５１０で決定した値とする。現在位置は、自車両の現在位置とする。
　Ｓ６３０では、Ｓ６２８で更新した路側機データを、無線通信回路４２からブロードキャスト方式で送信する。なお、無線通信回路４２から送信する路側機データには、車載機４が転送したデータであることを示す情報を付加してもよい。
　説明を図１０に戻す。Ｓ７００では、Ｓ６００Ａにおいて、ホップ転送を実施したか否かを判断する。この判断がＮＯであれば図１０の処理を終了し、ＹＥＳであればＳ８００に進む。
　Ｓ８００～Ｓ１０００では、メモリ４１Ｍに記憶されているホップ管理情報を更新する。ホップ管理情報は具体的には、シーケンス番号、プレトータルメトリクス、ホップ残回数であり、メモリ４１Ｍには、シーケンス番号に関連付けて、プレトータルメトリクスとホップ残回数が記憶される。
　Ｓ８００では、ホップ転送を実施した路側機データに含まれているシーケンス番号をメモリ４１Ｍに記憶（記録）する。このシーケンス番号がすでに記憶済みの場合には、このＳ８００では何もしない。このＳ８００は転送データ記憶処理部あるいは転送データ記録部に相当する。
　Ｓ９００では、Ｓ５１０で決定したプレトータルメトリクスを、シーケンス番号に関連付けてメモリ４１Ｍに記憶（記録）する。すでに、シーケンス番号に関連付けてプレトータルメトリクスが記憶されている場合には、すでに記憶されているプレトータルメトリクスを、Ｓ５１０で更新したプレトータルメトリクスにする。このＳ９００はプレトータルメトリクス記憶処理部あるいはプレトータル記録部に相当する。
　Ｓ１０００では、Ｓ６２８で決定したホップ残回数を、シーケンス番号に関連付けてメモリ４１Ｍに記憶（記録）する。すでに、シーケンス番号に関連付けてホップ残回数が記憶されている場合には、すでに記憶されているホップ残回数を、Ｓ６２８で決定したホップ残回数に更新する。このＳ１０００はホップ回数記憶処理部あるいはホップ回数記録部に相当する。
　［第２実施形態のまとめ］
　以上、説明した第２実施形態では、無線通信回路４２が受信した路側機データが、転送済みであるか否かを、今回受信した路側機データのシーケンス番号がメモリ４１Ｍに記憶されているか否かにより判断している（Ｓ６２２）。この判断結果に基づいて、ホップ転送を実施するか否かを決定しているので、不要な転送を抑制できる。
　また、転送済みの路側機データであると判断しても（Ｓ６２２：ＹＥＳ）、ホップ残回数が、同じ路側機データに対してメモリ４１Ｍに記憶されているホップ残回数よりも大きい場合には（Ｓ６２４：ＹＥＳ）、ホップ転送を実施する。これにより、過去に転送した路側機データよりもデータ品質がよい可能性がある路側機データは、転送することができる。
　また、転送済みの路側機データであると判断しても（Ｓ６２２：ＹＥＳ）、プレトータルメトリクスが同じ路側機データに対してメモリ４１Ｍに記憶されているプレトータルメトリクスよりも小さい場合にも（Ｓ６２６：ＹＥＳ）、ホップ転送を実施する。これにより、過去に転送した路側機データよりも通信成功率が高い路側機データは、転送することができる。
　以上、本開示の実施形態を説明したが、本開示は上述の実施形態に限定されるものでは
なく、次の変形例も本開示の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施できる。
　＜変形例１＞
　第２実施形態では、転送済みの路側機データであると判断しても（Ｓ６２２：ＹＥＳ）、Ｓ６２４の判断がＹＥＳ、あるいは、Ｓ６２６の判断がＹＥＳになれば、ホップ転送を実施していた。しかし、Ｓ６２４、Ｓ６２６の判断を行わずに、転送済みの路側機データであると判断した場合には、ホップ転送を実施しないようにしてもよい。
　＜変形例２＞
　また、Ｓ６２０、Ｓ６２２、Ｓ６２４、Ｓ６２６の判断のうち、いずれか１つのみを実行するようにしてもよいし、いずれか２つを実行するようにしてもよいし、いずれか３つを実行するようにしてもよい。
　＜変形例３＞
　また、第２実施形態では、Ｓ６２４の判断およびＳ６２６の判断のいずれかがＹＥＳになった場合にホップ転送を実施していた。しかし、Ｓ６２４の判断およびＳ６２６の判断がともにＹＥＳになった場合にホップ転送を実施するようにしてもよい。
　＜変形例４＞
　前述の実施形態では、路側機データを受信した場合には、常にメトリクステーブルを更新していた。しかし、路側機データが、自車両の進行方向前方に存在している車載機４から送信されたか否かを判断して、その車載機４が自車両の進行方向前方に存在していないと判断した場合、その路側機データを用いたメトリクステーブルの更新をしないようにしてもよい。なお、進行方向前方の判断は、Ｓ６２０と同じでよい。
　このようにすると、メトリクステーブルは、自車両と進行方向が一致する車両５に搭載された車載機４との通信成功率を表すテーブルとなる。車載機４は、車両５に搭載されており、車両５で用いられる場合、進行方向が異なる路側機データは必要性が低い。したがって、この変形例２のようにすれば、必要性が低い路側機データを転送してしまうことを抑制できる。
　＜変形例５＞
　前述の実施形態では、シーケンス番号をデータ特定情報としていたが、ペイロード自体をデータ特定情報としてもよい。
　＜変形例６＞
　前述の実施形態では、プレトータルメトリクスの更新において、メトリクステーブルに含まれているメトリクスＭのうち、良好通信閾値ＴＨｍよりも小さいメトリクスＭの中で最大のメトリクスＭを加えていた。しかし、メトリクステーブルに含まれているメトリクスＭのうち、良好通信閾値ＴＨｍよりも小さいメトリクスＭであれば、最大のメトリクスＭではないメトリクスＭを加えてもよい。
　＜変形例７＞
　前述の実施形態では、通信成功率が高いほどメトリクスＭは小さい値であったが、メトリクスＭは、通信成功率が高いほど、大きい値であってもよい。この場合、あるしきい値以上が良好通信範囲になる。
　＜変形例８＞
　本開示の無線通信装置は、車両５以外の移動体で用いられてもよい。また、固定型であってもよい。
　＜変形例９＞
　前述の実施形態では、転送実行範囲の下限値ＴＨｃｌは、５～１０の間の整数に設定されていたが、この下限値は２以上であればよい。
　＜変形例１０＞
　前述の実施形態では、転送実行範囲は、下限値ＴＨｃｌおよび上限値ＴＨｃｕが設定されていたが、下限値ＴＨｃｌおよび上限値ＴＨｃｕのいずれか一方のみが設定されていてもよい。
　＜変形例１１＞
　前述の実施形態では、受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄを用いてメトリクスＭを算出していたが、受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄのいずれか１つ、あるいは、いずれか２つを用いてメトリクスＭを算出してもよい。また、これら受信後経過時間ｍｔ、電波強度ｍｒ、通信距離ｍｄに代えて、あるいは、これらに加えて、別のパラメータを用いてメトリクスＭを算出してもよい。
　＜変形例１２＞
　前述の実施形態では、路側機２と車載機４は、５．８ＧＨｚ帯や５．９ＧＨｚ帯の周波数チャネルで通信していた。しかし、路側機２と車載機４は、２．４ＧＨｚ帯に属する周波数チャネルや、その他の周波数帯に属する周波数チャネルを用いて通信してもよい。
　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

 

Claims (11)

  1. 　転送対象データを受信する無線受信機（４２Ａ）と、前記無線受信機が受信した前記転送対象データを送信する無線送信機（４２Ｂ）とを備え、機能の同一な複数の他無線装置と通信する無線通信装置であって、
    　前記無線受信機が、前記他無線装置の一つから受信した電波に基づいて、それとの通信成功率を表す指標としてのメトリクスであるメトリクス値を逐次算出するメトリクス算出部（Ｓ２００）と、
    　前記メトリクス算出部が前記メトリクス値を算出したことに基づいて、メトリクス値を前記他無線装置のそれぞれに対応させたメトリクステーブルにおいて、前記無線受信機が受信した前記電波を送信した前記他無線装置の一つに対応するメトリクス値を、前記メトリクス算出部が算出した前記メトリクス値に更新するテーブル更新部（Ｓ３００）と、
    　前記無線受信機が前記転送対象データを受信した場合に、前記メトリクステーブルに含まれている前記メトリクス値に対して、それぞれ、通信成功率が高いことを示す良好通信範囲内にあるか否かを判断し、前記良好通信範囲内にある前記メトリクス値が幾つあるかを示す数であるメトリクスカウントが、予め設定された転送実行範囲内であることに基づいて、前記転送対象データを前記無線送信機から送信する一方、前記メトリクスカウントが、前記転送実行範囲外であることに基づいて、前記転送対象データを前記無線送信機から送信しない転送制御部（Ｓ６００、Ｓ６００Ａ）と、を含む
    　無線通信装置。
  2. 　請求項１において、
    　前記転送実行範囲は、下限値が、２以上の数に設定されている
    　無線通信装置。
  3. 　請求項１または２において、
    　前記転送実行範囲は上限値が設定されている
    　無線通信装置。
  4. 　請求項１～３のいずれか１項において、
    　前記転送対象データは複数の互いに異なる転送対象データの一つであり、
    　前記転送制御部が前記無線送信機から送信した前記転送対象データを特定するデータ特定情報を記憶部に記憶する転送データ記憶処理部（Ｓ８００）を備え、
    　前記転送制御部（Ｓ６００Ａ）は、前記記憶部に、前記無線受信機が受信した前記転送対象データに対応する前記データ特定情報が記憶されているか否かに基づいて、前記無線受信機が受信した前記転送対象データを、前記無線送信機から送信するか否かを決定する
    　無線通信装置。
  5. 　請求項４において、
    　前記転送対象データが転送されて、転送された前記転送対象データが前記無線通信装置により受信された場合に、前記無線通信装置自体までのデータ転送経路に対する前記メトリクス値の合計値を予測した値であるプレトータルメトリクス値が、前記転送対象データに付加されて前記他無線装置から送信され、
    　前記無線受信機は、前記転送対象データとともに前記プレトータルメトリクス値を受信し、
    　前記無線受信機が受信した前記プレトータルメトリクス値と、前記メトリクステーブルに含まれている前記メトリクス値とに基づいて、前記無線受信機が受信した前記プレトータルメトリクス値を更新するプレトータルメトリクス更新部（Ｓ５１０）と、
    　前記転送制御部が前記転送対象データを前記無線送信機から送信するごとに、前記プレトータルメトリクス更新部が更新した前記プレトータルメトリクス値を、前記データ特定情報に関連付けて前記記憶部に記憶するプレトータルメトリクス記憶処理部（Ｓ９００）とを備え、
    　前記転送制御部は、前記無線受信機が受信した前記転送対象データに対応する前記データ特定情報が前記記憶部に記憶されている場合、前記プレトータルメトリクス更新部が更新した前記プレトータルメトリクス値が、前記プレトータルメトリクス値が更新される前に前記記憶部に記憶されている前記プレトータルメトリクス値よりも、前記通信成功率が高いことを意味する値であることに基づいて、前記転送対象データを前記無線送信機から送信する
    　無線通信装置。
  6. 　請求項５において、
    　前記プレトータルメトリクス更新部は、前記無線受信機が受信した前記プレトータルメトリクス値と、前記メトリクステーブルに含まれている前記メトリクス値の中で、前記良好通信範囲内である前記メトリクス値のうち、最も前記通信成功率が低いことを意味する前記メトリクス値とに基づいて、前記無線受信機が受信した前記プレトータルメトリクス値を更新する
    　無線通信装置。
  7. 　請求項４～６のいずれか１項において、
    　前記他無線装置が転送した前記転送対象データが、前記転送対象データの何回目の転送であるかを表すホップ回数が、前記転送対象データに付加されて前記他無線装置から送信され、
    　前記無線受信機は、前記転送対象データとともに前記ホップ回数を受信し、
    　前記転送制御部が前記転送対象データを前記無線送信機から送信する場合に、前記無線受信機が受信した前記ホップ回数を更新し、更新した前記ホップ回数を、前記データ特定情報に関連づけて前記記憶部に記憶するホップ回数記憶処理部（Ｓ１０００）を備え、
    　前記転送制御部は、前記無線受信機が受信した前記転送対象データに対応する前記データ特定情報が前記記憶部に記憶されている場合、前記ホップ回数記憶処理部が更新した前記ホップ回数が、前記ホップ回数が更新される前に前記憶部に記憶されている前記ホップ回数より、前記ホップ回数が少ないことを示していることに基づいて、前記転送対象データを前記無線送信機から送信する
    　無線通信装置。
  8. 　請求項４において、
    　前記転送制御部は、前記無線受信機が受信した前記転送対象データに対応する前記データ特定情報が前記記憶部に記憶されている場合、前記転送対象データを前記無線送信機から送信せず、前記無線受信機が受信した前記転送対象データに対応する前記データ特定情報が前記記憶部に記憶されていない場合、前記転送対象データを前記無線送信機から送信する
    　無線通信装置。
  9. 　請求項１～８のいずれか１項において、
    　前記無線通信装置および前記他無線装置が、互いに異なる車両で用いられ、
    　前記転送制御部は、前記無線受信機が前記他無線装置から前記転送対象データを受信した場合に、前記他無線装置が前記無線通信装置の進行方向前方に存在しているか否かを判断し、前記他無線装置が前記無線通信装置の進行方向前方に存在していないと判断したことに基づいて、前記転送対象データを前記無線送信機から送信しない
    　無線通信装置。
  10. 　請求項１～８のいずれか１項において、
    　前記無線通信装置および前記他無線装置が、互いに異なる車両で用いられ、
    　前記テーブル更新部は、前記無線受信機が前記他無線装置から前記転送対象データを受信した場合に、前記他無線装置が前記無線通信装置の進行方向前方に存在しているか否かを判断し、前記他無線装置が前記無線通信装置の進行方向前方に存在していないと判断した場合、無線受信機が前記他無線装置から受信した前記転送対象データに基づいた前記メトリクステーブルの更新を行わない
    　無線通信装置。
  11. 　請求項１～１０のいずれか１項において、
    　前記メトリクス算出部は、前記他無線装置から受信した電波の最終受信時刻、電波強度、前記他無線装置と前記無線通信装置までの距離の少なくとも１つを用いて前記メトリクス値を算出する
    　無線通信装置。

     
PCT/JP2016/002611 2015-07-09 2016-05-30 無線通信装置 Ceased WO2017006508A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/735,384 US10834658B2 (en) 2015-07-09 2016-05-30 Wireless communication device for vehicle
SG11201708615TA SG11201708615TA (en) 2015-07-09 2016-05-30 Wireless communication device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-138056 2015-07-09
JP2015138056A JP6418090B2 (ja) 2015-07-09 2015-07-09 無線通信装置

Publications (1)

Publication Number Publication Date
WO2017006508A1 true WO2017006508A1 (ja) 2017-01-12

Family

ID=57685298

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/002611 Ceased WO2017006508A1 (ja) 2015-07-09 2016-05-30 無線通信装置

Country Status (4)

Country Link
US (1) US10834658B2 (ja)
JP (1) JP6418090B2 (ja)
SG (1) SG11201708615TA (ja)
WO (1) WO2017006508A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6699610B2 (ja) * 2016-12-20 2020-05-27 株式会社オートネットワーク技術研究所 車車間通信システム、路側通信装置及び車車間通信方法
JP7111074B2 (ja) * 2018-08-10 2022-08-02 株式会社デンソー 車両用マスタ装置、セキュリティアクセス鍵の管理方法、セキュリティアクセス鍵の管理プログラム及び車両用電子制御システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005176066A (ja) * 2003-12-12 2005-06-30 Nissan Motor Co Ltd 移動端末および情報配信方法
JP2007129542A (ja) * 2005-11-04 2007-05-24 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
JP2012159967A (ja) * 2011-01-31 2012-08-23 Nec Corp 通信装置、通信システムおよび通信方法
JP2014014018A (ja) * 2012-07-04 2014-01-23 Yazaki Corp 通信システム及びノード
JP2014504089A (ja) * 2011-11-11 2014-02-13 アイトロン インコーポレイテッド リンク品質に基づく通信の経路制御

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8055759B2 (en) * 2006-09-18 2011-11-08 Tropos Networks, Inc. Determination of link qualities between an access point and a plurality of clients
WO2011152023A1 (ja) 2010-05-31 2011-12-08 三洋電機株式会社 端末装置
US8774192B2 (en) * 2011-09-10 2014-07-08 Arnab Das Methods systems, and devices for robustness improvement in a mobile ad hoc network using reputation-based routing
JP5668732B2 (ja) * 2012-09-14 2015-02-12 株式会社デンソー 無線通信システム
JP2015046662A (ja) * 2013-08-27 2015-03-12 ソニー株式会社 情報処理装置および情報処理方法
WO2016156766A1 (en) * 2015-03-31 2016-10-06 Toshiba Research Europe Limited Ap coordinated dynamic sensitivity control in 802.11 stations

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005176066A (ja) * 2003-12-12 2005-06-30 Nissan Motor Co Ltd 移動端末および情報配信方法
JP2007129542A (ja) * 2005-11-04 2007-05-24 Sony Corp 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
JP2012159967A (ja) * 2011-01-31 2012-08-23 Nec Corp 通信装置、通信システムおよび通信方法
JP2014504089A (ja) * 2011-11-11 2014-02-13 アイトロン インコーポレイテッド リンク品質に基づく通信の経路制御
JP2014014018A (ja) * 2012-07-04 2014-01-23 Yazaki Corp 通信システム及びノード

Also Published As

Publication number Publication date
SG11201708615TA (en) 2017-11-29
US10834658B2 (en) 2020-11-10
JP6418090B2 (ja) 2018-11-07
JP2017022524A (ja) 2017-01-26
US20180184353A1 (en) 2018-06-28

Similar Documents

Publication Publication Date Title
CN113223313B (zh) 车道推荐方法、装置及车载通信设备
JP6424853B2 (ja) 通信制御装置
US8229668B2 (en) Vehicle communication system
JP5644689B2 (ja) 車両用無線通信装置および通信システム
US10375545B2 (en) Communication control device
JP6447554B2 (ja) 移動体間通信システムおよび移動体用受信制御装置
JP6421594B2 (ja) 移動体通信システム、車載端末
JP4285321B2 (ja) 車車間通信システム及び車両用無線通信装置
JP2024001817A (ja) リレー基地局、通信リレー方法及び通信リレー用コンピュータプログラム
JP6418090B2 (ja) 無線通信装置
JP4375168B2 (ja) 車車間通信装置
CN107950068A (zh) 无线通信装置
US11217089B2 (en) Vehicle control device, vehicle control method and program
CN110244333A (zh) 评估单元、车辆系统和卫星辅助的确定车辆位置的方法
JP2015100113A (ja) 通信装置、通信システムおよび通信方法
JP6493045B2 (ja) 車両用無線通信装置および無線通信システム
JP6490144B2 (ja) 車両制御装置および車両制御方法
JP2005286756A (ja) 移動体間通信経路選択方法、無線通信装置および移動体
JP3931860B2 (ja) 移動体通信装置
WO2014002485A1 (ja) 無線装置
JP4631625B2 (ja) 車両用無線通信装置および車両用無線通信方法
JP2018059849A (ja) 位置推定システム、位置補正装置、および位置推定装置
JP4927596B2 (ja) パケット情報送信装置および交差点位置情報送信装置
JP5726718B2 (ja) 車輪位置判定装置による位置判定方法
JP5741525B2 (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: 16820988

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 11201708615T

Country of ref document: SG

WWE Wipo information: entry into national phase

Ref document number: 15735384

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16820988

Country of ref document: EP

Kind code of ref document: A1