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

通信装置、通信方法、及び通信プログラム

Info

Publication number
WO2026004366A1
WO2026004366A1 PCT/JP2025/017230 JP2025017230W WO2026004366A1 WO 2026004366 A1 WO2026004366 A1 WO 2026004366A1 JP 2025017230 W JP2025017230 W JP 2025017230W WO 2026004366 A1 WO2026004366 A1 WO 2026004366A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
policy
characteristic
packet
source device
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.)
Pending
Application number
PCT/JP2025/017230
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
Publication of WO2026004366A1 publication Critical patent/WO2026004366A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/24—Multipath
    • H04L45/243—Multipath using M+N parallel active paths
    • 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/302—Route determination based on requested QoS

Definitions

  • This application relates to a communication device that transmits data using one or more communication lines, such as a communication device mounted on a mobile object such as an automobile that transmits application data to a server using one or more communication lines.
  • Patent Document 1 describes a multi-link communication device that allocates communications according to the effective transmission speed of each line, thereby achieving efficient multi-link communication with low overall latency without causing excessive delays or placing excessive loads on each line.
  • Patent Document 1 since the characteristics of the communication path other than the effective transmission speed of each line are not taken into consideration, it is not possible to deal with cases where other characteristics take priority over the priority of the data transmission time. For example, when transmitting data that is sensitive to packet loss, it is more desirable to use a line with a low packet loss rate than a line with a high communication speed.
  • the purpose of this disclosure is to realize a method for allocating packets to each communication line appropriate for the packets being transmitted, taking into account the required communication characteristics required by the packets being transmitted.
  • a communications device is a communications device capable of communicating with a counterpart device connected to a destination device using one or more communications lines in order to transmit packets containing data received from the source device to the destination device.
  • the communications device includes: a receiving unit that receives the packets from the source device; a required characteristics determining unit that determines required characteristics for the communication based on source device information indicating the source device identified from the packets and destination device information indicating the destination device identified from the packets; a strategy determining unit that determines a strategy, which is a combination of one or more communications lines to be used for the communication, based on the required characteristics; a transmission control unit that distributes the packets to each communications line based on the strategy; and multiple transmission units connected to each communications line that transmit the packets.
  • the communications device disclosed herein determines the required characteristics for communications based on source device information and destination device information, and then distributes packets to each line based on these required characteristics, enabling multi-link communications appropriate for the type of packet and the type of data contained in the packet, etc.
  • FIG. 1 is an explanatory diagram illustrating an overall configuration including a communication device 100 according to each embodiment.
  • FIG. 2 is an explanatory diagram illustrating the arrangement of the communication device 100 according to each embodiment.
  • FIG. 3 is a block diagram illustrating an example of the configuration of the communication device 100 according to the first embodiment.
  • FIG. 4 is an explanatory diagram illustrating a method for determining required characteristic information and its contents according to the first embodiment;
  • FIG. 5 is an explanatory diagram illustrating an example of required characteristic information according to the first embodiment;
  • FIG. 6 is an explanatory diagram illustrating an example of policy characteristic information according to the first embodiment;
  • FIG. 1 is an explanatory diagram illustrating an overall configuration including a communication device 100 according to each embodiment.
  • FIG. 2 is an explanatory diagram illustrating the arrangement of the communication device 100 according to each embodiment.
  • FIG. 3 is a block diagram illustrating an example of the configuration of the communication device 100 according to the first embodiment.
  • FIG. 4 is an explanatory diagram illustrating a
  • FIG. 7 is an explanatory diagram illustrating vector calculations by the strategy determination unit according to the first embodiment
  • FIG. 8 is a block diagram illustrating an example of the configuration of the counterpart device 200 according to the first embodiment.
  • FIG. 9 is a flow diagram illustrating the operation of the communication device 100 according to the first embodiment.
  • FIG. 10 is a flow diagram illustrating a method for determining required characteristics of the communication device 100 according to the first embodiment.
  • FIG. 11 is a flow diagram illustrating a method for determining a strategy of the communication device 100 according to the first embodiment.
  • FIG. 12 is an explanatory diagram illustrating an example of required characteristic information according to a first modification of the first embodiment;
  • FIG. 13 is an explanatory diagram illustrating vector calculations by a strategy determination unit according to a first modification of the first embodiment;
  • FIG. 14 is an explanatory diagram illustrating vector calculations of the strategy determination unit of the second modification of the first embodiment.
  • Configurations and methods recited in dependent claims are optional configurations and methods in the inventions recited in independent claims.
  • Configurations and methods of embodiments that correspond to configurations and methods recited in dependent claims, as well as configurations and methods recited only in embodiments without being recited in the claims, are optional configurations and methods in the present invention.
  • Configurations and methods recited in embodiments where the recitation of the claims is broader than the recitation of the embodiments are also optional configurations and methods in the present invention, in the sense that they are examples of configurations and methods of the present invention. In either case, by being recited in an independent claim, they become essential configurations and methods of the present invention.
  • the configurations disclosed in each embodiment are not limited to that embodiment alone, but can be combined across embodiments.
  • a configuration disclosed in one embodiment may be combined with another embodiment.
  • the configurations disclosed in multiple embodiments may be collected and combined.
  • FIG. 1 An example of an overall configuration including a communication device 100 according to each embodiment will be described using FIG. 1 .
  • This example illustrates a case in which data is transmitted from a first terminal device 10(N) (N: an integer assigned to each first terminal device) to a second terminal device 20(M) (M: an integer assigned to each second destination device).
  • the first terminal device 10(N) (corresponding to a "source device") divides data generated or acquired by the first terminal device 10(N) into multiple packets and outputs them to a client device.
  • the client device (corresponding to a "communication device") distributes the multiple packets received from the first terminal device 10(N) to one or more communication lines (1 to L) (L: the total number of communication lines) and transmits them to a server device (corresponding to a "counterparty device”).
  • the server device rearranges multiple packets received from one or more communication lines to restore the original data, and transmits them to a second terminal device 20 (M) (corresponding to the "destination device”), which is the destination specified by the first terminal device 10 (N).
  • Packets sent from a client device are assigned a first sequence number, which is a number incremented in the order of packets sent for each communication line, and a second sequence number, which is a number incremented in the order of packets making up the data for each data flow.
  • the data flow is identified based on, for example, the IP address and port number of the first terminal device 10 (N), which is the sender (together equivalent to "sender device information"), and the IP address and port number of the second terminal device 20 (M), which is the destination (together equivalent to "destination device information").
  • N the IP address and port number of the first terminal device 10
  • M the destination
  • a line number that identifies the line and a flow identification number that identifies the flow may also be included. This allows the server device to restore the data order of packets received from the client device based on the second sequence number, etc., and send them to the second terminal device 20 (M).
  • the multiple communication lines may be communication lines with the same communication method or communication lines with different communication methods.
  • wireless communication lines include IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), W-CDMA (Wideband Code Division Multiple Access), HSPA (High Speed Packet Access), LTE (Long Term Evolution), LTE-A (Long Term Evolution Advanced), 4G, 5G, etc., or DSRC (Dedicated Short Range Communication).
  • it is assumed that all of the multiple communication lines are wireless communication lines, but some or all may be wired communication lines.
  • wired communication lines include LANs (Local Area Networks) such as Ethernet (registered trademark), the Internet, optical fiber lines, and fixed telephone lines.
  • first terminal device 10(N) and the second terminal device 20(M) will be described later in the embodiment using Figure 4.
  • terminal for the first terminal device 10(N) and the second terminal device 20(M) refer to the starting point and the ending point with respect to the generation and use of data, and do not limit the form of the device.
  • a large-scale server device can be called a terminal device with respect to the generation or use of data.
  • the client device distributes and transmits a plurality of packets to one or more communication lines, and the method of distribution will be described in each embodiment.
  • the first terminal device 10(N) and the client device may be integrated.
  • the first terminal device 10(N) divides data into multiple packets and outputs them to the client device, but the client device may receive data from the first terminal device 10(N) and divide it into multiple packets.
  • the second terminal device 20(M) and the server device may also be integrated.
  • the client device when data is transmitted from a client device to a server device using an uplink, the client device corresponds to the communication device 100 in each embodiment, and the server device corresponds to the counterpart device 200.
  • the first terminal device 10(N) corresponds to the source device in each embodiment
  • the second terminal device 20(M) corresponds to the destination device in each embodiment.
  • the server device when data is transmitted from a server device to a client device using a downlink, the server device corresponds to the communication device 100 in each embodiment, and the client device corresponds to the counterpart device 200.
  • the second terminal device 20(M) corresponds to the source device in each embodiment
  • the first terminal device 10(N) corresponds to the destination device in each embodiment.
  • the communication device 100 and the counterpart device 200 together constitute the communication system 1 of each embodiment.
  • an uplink is used.
  • the first terminal device 10(N) will be referred to as a source device
  • the second terminal device 20(M) will be referred to as a destination device.
  • the communication device 100 is included in an electronic control system S consisting of multiple electronic control units (ECUs) "mounted" on a vehicle, which is a "mobile body,” and is a device responsible for communication inside and outside the vehicle.
  • the communication device 100 stores data generated by an application running on the ECU or data acquired by a sensor in multiple packets and transmits the packets to a counterpart device 200 outside the vehicle.
  • the ECU or sensor corresponds to the "transmitting device.”
  • the communication device 100 itself may be in the form of an ECU, such as a communication ECU or TCU (Telematics Control Unit) having a communication module.
  • Mobile object refers to an object that can move at any speed. It also includes cases where the object is stationary. Examples include, but are not limited to, automobiles, motorcycles, bicycles, pedestrians, ships, aircraft, and objects mounted on these. "Mounted” includes not only cases where the device is directly fixed to the mobile body, but also cases where the device is not fixed to the mobile body but moves with the mobile body, such as when the device is carried by a person riding on the mobile body, or when the device is mounted on cargo placed on the mobile body.
  • the other device 200 transmits the received data to an application server (corresponding to the "destination device").
  • the application server uses the received data to execute various applications.
  • the communication device 100 can communicate in parallel using, for example, multiple 5G lines operated by different telecommunications carriers, or can communicate in parallel using communication lines of wireless communication standards including 5G, 4G, and Wi-Fi.
  • 5G Fifth Generation
  • 4G Fifth Generation
  • Wi-Fi Wireless Fidelity
  • Data transmitted from the communication device 100 to the counterpart device 200 may include, but is not limited to, image information acquired by an in-vehicle camera or location information acquired by a GPS sensor. Furthermore, the object of transmission may be software or a program itself, in addition to data.
  • FIG. 2 shows a case in which communication device 100 is mounted on a vehicle and counterpart device 200 is installed outside the vehicle
  • the locations where communication device 100 and counterpart device 200 are installed are not limited to this. That is, communication device 100 may not be mounted on a vehicle, but may be installed, for example, inside a building or outdoors. Furthermore, counterpart device 200 may be mounted on a vehicle. Of course, communication device 100 and counterpart device 200 do not both have to be mounted on vehicles, and may be mounted on different vehicles, or both may be mounted on the same vehicle. If mounted on different vehicles, communication device 100 and counterpart device 200 may communicate using, for example, vehicle-to-vehicle communication.
  • Embodiment 1 3 is a block diagram showing the configuration of the communication device 100 according to this embodiment.
  • the communication device 100 includes a first receiving unit 101, a required characteristic information storage unit 102, a required characteristic determination unit 103, a policy characteristic information storage unit 104, a policy determination unit 105, a transmission control unit 106, second transmitting units 107-1 to 107-L, second receiving units 108-1 to 108-L, a reception control unit 109, a first transmitting unit 110, a policy characteristic information update unit 111, and a policy characteristic information change unit 112.
  • Communication device 100 is a device capable of communicating with counterpart device 200 "connected" to a destination device using one or more communication lines in order to transmit packets containing data received from a source device to the destination device.
  • packets that communication device 100 transmits to counterpart device 200 the data received from the source device may be stored in multiple packets by communication device 100 or another device, or the data may be stored in multiple packets by the source device.
  • “connected” includes not only direct connection but also indirect connection via some devices.
  • the communication device 100 can be configured with a general-purpose CPU (Central Processing Unit), volatile memory such as RAM, non-volatile memory such as ROM, flash memory, or a hard disk, various interfaces, and an internal bus connecting these.
  • a general-purpose CPU Central Processing Unit
  • volatile memory such as RAM
  • non-volatile memory such as ROM
  • flash memory or a hard disk
  • various interfaces and an internal bus connecting these.
  • the first receiving unit 101 receives packets from the source device. If packets are generated within the communication device 100 rather than by the source device, the data received from the source device is stored in a packet storage unit (not shown) provided before the first receiving unit 101, and the packet output from the packet storage unit is received by the first receiving unit 101. Even in this case, from the perspective of the first receiving unit 101, it can be said that a packet has been received from the first terminal device 10(N).
  • the required characteristics information storage unit 102 stores required characteristics information linking source device candidates and destination device candidates with required characteristics candidates.
  • the required characteristics information storage unit 102 may be volatile memory such as RAM, or non-volatile memory such as flash memory or a hard disk.
  • the type of data can be identified by the combination of the source device and the destination device.
  • the destination device for the video data and location information is the server device
  • the source device for the video data is the camera or an ECU that manages the camera footage
  • the source device for the location information is the GPS or an ECU that manages the location information.
  • the candidate required characteristics are set to a speed of 15 Mbps, a latency of 120 ms, and a success rate of 90%.
  • the success rate is the probability of successful transmission and reception, and is calculated by subtracting the packet loss rate from 100%.
  • the candidate required characteristics are set to a speed of 2 Mbps, a latency of 120 ms, and a success rate of 95%.
  • video data and audio data are transmitted from the terminal devices of participants in a conference to a server device, and the server device running the remote conference system receives the data and forwards it to the terminal devices of other participants.
  • the destination device for the video data and audio data is the server device or the terminal devices of other participants, such as personal computers or smartphones
  • the source device for the video data is the camera or the personal computer or smartphone of the participant that manages the video data
  • the source device for the audio data is the microphone or the personal computer or smartphone of the participant that manages the audio data.
  • a remote conferencing system shares with the remote driving application in the previous example the use of camera footage, but the video data in a remote conferencing system can be less real-time than that of a remote driving application, and some degree of screen disturbance is acceptable. Therefore, the candidate required characteristics are set to a speed of 10Mbps, a delay of 200ms, and a success rate of 85%. In contrast, audio data is smaller in size than video data, so a lower communication speed is not a problem, but due to the nature of conferences, real-time performance is required to ensure smooth conversation, and audio interruptions are unacceptable. However, a lack of synchronization with the video does not pose a major problem. Therefore, the candidate required characteristics are set to a speed of 4Mbps, a delay of 100ms, and a success rate of 95%.
  • Another example is a big data analysis application that collects various sensor data and logs from a vehicle and performs statistical processing.
  • the destination device for logs, etc. is a server device
  • the source device for logs, etc. is a security sensor or the ECU that manages the logs.
  • logs, etc. are data used for statistical processing, the requirements for speed and latency can be relaxed, but packet loss should be small as it affects the results of the statistical processing.
  • the candidate required characteristics are set as follows: speed 7Mbps, latency 300ms, success rate 95%, and communication cost 2 yen/GB or less.
  • Figure 5 shows a specific example of the contents of required characteristic information.
  • Figure 5 associates and saves predetermined source device candidates and destination device candidates with required characteristic candidates.
  • the source device candidate is recorded as the source device candidate
  • the destination device candidate is recorded as the destination device candidate
  • the protocol candidate is recorded as the protocol used for communication.
  • associated with the source device candidate and destination device candidate are recorded required characteristic candidates indicating required characteristics for communication between the source device candidate and destination device candidate.
  • speed (Mbps), delay (ms), success rate (%), and other indices are recorded as indicators of the required characteristic candidates.
  • a packet loss rate (%) may also be recorded instead of a success rate (%).
  • Figure 5 shows an example in which both source device candidates and destination device candidates are recorded, if the required characteristics can be determined using only the source device candidates or only the destination device candidates, it is also possible to record only either the source device candidates or the destination device candidates.
  • the required characteristic candidates in Figure 5 indicate ideal values.
  • the policy having the policy characteristics closest to the ideal values will be adopted.
  • the required characteristic candidates indicate limit values.
  • the required characteristics determination unit 103 determines required characteristics required for communication to transmit a packet to the counterpart device 200, based on the packet received by the first receiving unit 101. More specifically, the required characteristics required for communication are determined based on source device information indicating a source device "identified" from the packet received by the first receiving unit 101 and destination device information indicating a destination device "identified” from the packet. Furthermore, the required characteristics may be determined based on a protocol "identified" from the packet.
  • One method for obtaining source device information and destination device information from a packet is to use, for example, information indicating the source device or the destination device contained in the received packet. Furthermore, the protocol may be obtained using information indicating the protocol contained in the received packet.
  • the source device information and destination device information may be estimated from the type of data contained in the packet, the protocol used, the packet frame structure, and the packet transmission and reception time.
  • “identified” includes not only cases where the information contained in the packet is identified as a result of directly or indirectly using the information contained in the packet, but also cases where the information is identified as a result of using information other than the information contained in the packet, such as the packet structure or the time the packet was sent or received.
  • the required characteristics determination unit 103 determines required characteristics using required characteristics information stored in the required characteristics information storage unit 102, as shown in FIG. 5. For example, if the source device information included in the packet is an address (x.x.x.x) and a port number (100), the destination device information is an address (a.a.a.a) and a port number (100), and the protocol is TCP, these match the source device candidate, destination device candidate, and protocol candidate for ID (1) in FIG. 5, so the required characteristics determination unit 103 determines the corresponding required characteristics candidates: speed (15 Mbps), delay (120 ms), and success rate (90%) as the required characteristics.
  • the required characteristics information does not contain a combination of source device candidate and destination device candidate that matches the combination of source device information and destination device information.
  • one of the required characteristics candidates ID(101) to ID(103) is used. For example, if the protocol can be identified from the packet, the required characteristics candidate ID(101) or ID(102) is determined as the required characteristics. If the protocol cannot be identified either, the required characteristics candidate ID(103) is determined as the required characteristics.
  • the policy characteristic information storage unit 104 stores policy characteristic information that links multiple policy candidates with policy characteristic candidates that can be realized by each of the policy candidates. Like the required characteristic information storage unit 102, the policy characteristic information storage unit 104 may be either volatile memory such as RAM, or non-volatile memory such as flash memory or a hard disk.
  • Figure 6 is a diagram showing a specific example of the contents of the policy characteristic information.
  • Figure 6 shows a case where there are two multiple communication lines.
  • the candidate policies are candidate communication methods using one or more communication lines.
  • simple transmission is a control method in which a packet is sent using one of the multiple communication lines.
  • Bandwidth synthesis transmission is a control method in which a packet is distributed and sent over two or more of the multiple communication lines.
  • Redundant transmission is a control method in which the same packet is sent over two or more communication lines.
  • potential measures are defined by the dependency rate of each communication line.
  • the dependency rate is an indicator of what proportion of the data volume to be transmitted is relied upon by that communication line. For example, if packets to be transmitted are generated at 5 Mbps and the dependency rate of a certain communication line is 50%, then transmission will be limited to 2.5 Mbps over that communication line.
  • the dependency rate can also be expressed as the reliability of each line.
  • the policy candidates are classified by dependency rate, but they may also be classified by usage rate.
  • the policy candidates can be set at the granularity of the number of communication lines to be used and the proportion of each communication line to be used.
  • the policy determination unit 105 determines a policy, which is a "combination" of one or more communication lines to be used for communication, based on the required characteristics determined by the required characteristics determination unit 103.
  • the policy determination unit 105 may determine a policy, which is a "combination” and "proportion" of one or more communication lines to be used for communication, based on the required characteristics determined by the required characteristics determination unit 103.
  • the proportion may be either the proportion of packets to be distributed to each communication line, or the proportion of resources used for each communication line.
  • the policy determination unit 105 determines, as a policy, a policy candidate linked to a policy characteristic candidate having the smallest "distance" from the required characteristics, using policy characteristic information stored in the policy characteristic information storage unit 104 as shown in FIG. 6.
  • the term “combination” includes the use of one communication line as well as a combination of two or more communication lines.
  • the “percentage” includes 0% and 100%.
  • the “distance” indicates the degree of deviation between the required characteristic and the policy characteristic candidate, and can be defined, for example, by a norm that is the length of a geometric vector on a plane or in space.
  • the measure determination unit 105 of this embodiment determines the measure characteristic candidate with the smallest inter-vector distance. For example, in FIG. 7, the measure characteristic candidate indicated by #3 has the smallest inter-vector distance from the required characteristic, so the measure candidate corresponding to #3 is determined as the measure.
  • the measure decision unit 105 may notify the source device if the distance d between the required characteristic Cr and the measure characteristic C(#) linked to the measure is greater than a predetermined distance. In such a case, there is a possibility that packets cannot be transmitted in a stable manner. Therefore, by notifying the source device in advance, it is possible to trigger the source device to take measures.
  • the "predetermined distance” may be a constant value or a variable value that varies depending on conditions.
  • the term "greater than” includes both the case where the objects to be compared are equal ( ⁇ ) and the case where they are not equal ( ⁇ ).
  • Transmission control unit 106 distributes packets to be transmitted to each communication line based on the policy decided by policy decision unit 105. Then, multiple second transmission units 107-1 to 107-L (L: number of communication lines) (corresponding to "transmission unit”) are connected to communication lines 1 to 107-L, and transmit the packets distributed to each unit to counterparty device 200. If the policy determined by the policy determination unit 105 is simple transmission, packets are not distributed to unused communication lines, and the second transmission unit 107 connected to the unused communication lines does not transmit packets.
  • the second receiving units 108-1 to 108-L receive actual measurement values of communication characteristics measured and transmitted by the counterpart device 200.
  • the actual measurement values include speed (Mbps), delay (bps), and success rate (%).
  • the second receiving units 108-1 to 108-L also receive data transmitted from the destination device to the source device.
  • the reception control unit 109 outputs the actual measured values of communication characteristics received by the second reception units 108-1 to 108-L to the policy characteristic information update unit 111. It also rearranges the packets received by the second reception units 108-1 to 108-L and outputs them to the first transmission unit 110.
  • the first transmitter 110 transmits the packets rearranged by the reception controller 109 to the source device.
  • the policy characteristic information update unit 111 updates the policy characteristic candidates in the policy characteristic information using the actual measured values of the communication characteristics received from the counterpart device 200. For example, it periodically receives the communication speed (Mbps), delay (ms), and success rate (%) from the counterpart device 200 and updates the policy characteristic candidates in the policy characteristic information by calculating the moving average for each. Alternatively, it updates the policy characteristic candidates in the policy characteristic information by filtering each of them taking into account the observation error.
  • the policy characteristic information change unit 112 changes the policy characteristic candidates in the policy characteristic information based on at least one input of the vehicle speed, vehicle position, and current time. For example, it prepares in advance a set of multiple policy characteristic candidates for one policy candidate, and changes the set of policy characteristic candidates by appropriately switching them based on the input information.
  • the vehicle speed can be obtained by inputting the vehicle speed detected by a wheel speed sensor or the position information measured using GNSS.
  • the system switches to a policy characteristic candidate with a slow communication speed.
  • the position of the vehicle can be obtained by inputting position information measured using GNSS.
  • the system switches to a policy characteristic candidate with a slow communication speed.
  • the current time can be obtained by inputting the current time measured using a clock installed in the vehicle or GNSS.
  • the policy characteristic candidate may be switched to one with a slower communication speed.
  • policy characteristic information update unit 111 and the policy characteristic information change unit 112 are optional components in this embodiment.
  • the counterparty device 200 has receiving units 201-1 to 201-L, a communication characteristics measurement unit 202, transmitting units 203-1 to 203-L, and an alignment unit 204.
  • the receiving units 201-1 to 201-L receive packets transmitted from the second transmitting units 107-1 to 107-L of the communication device 100 via their respective communication lines.
  • the communication characteristics measurement unit 202 measures the communication characteristics of each communication line based on packets received by the receiving units 201-1 through 201-L. For example, the communication characteristics measurement unit 202 measures the communication speed (Mbps) based on the amount of data in packets received over a predetermined period of time, the packet delay (ms) based on the transmission time information included in the packets and the reception time at which the packets were received, and the success rate (%) based on the number of packets transmitted from the communication device 100 and the number of packets received by the receiving units 201-1 through 201-L. The number of packets transmitted from the communication device 100 can be determined using the first sequence number and second sequence number included in the packets.
  • Transmitting sections 203-1 to 203-L transmit the actual measured values of communication characteristics measured by communication characteristics measuring section 202 to communication device 100.
  • the actual measured values of communication characteristics are stored in packets and transmitted.
  • the transmitting units 203-1 to 203-L also transmit data received from a destination device by a receiving unit (not shown) and transmitted from the destination device to the source device.
  • the sorting unit 204 sorts the packets received by the receiving units 201-1 to 201-L based on the second sequence number and other information contained in each packet. The packets are then transmitted from a transmitting unit (not shown) to the destination device.
  • Figures 9 to 11 not only show the communication method executed by communication device 100, but also show the processing procedure of a communication program that can be executed by communication device 100. These processes are not limited to the order shown in Figures 9 to 11. In other words, the order may be changed as long as there are no constraints, such as a relationship in which a certain step uses the result of the previous step.
  • FIG. 9 is a flow diagram illustrating the overall operation of the communication device 100.
  • the first receiving unit 101 receives a packet from a source device (S101).
  • the required characteristics determination unit 103 determines the required characteristics required for communication based on source device information indicating the source device identified from the packet received in S101 and destination device information indicating the destination device identified from the packet received in S101 (S102).
  • the policy determination unit 105 determines a policy, which is a combination of one or more communication lines to be used for communication, based on the required characteristics determined in S102 (S103).
  • the transmission control unit 106 distributes the packets to each communication line based on the policy determined in S103 (S104). Second transmitting units 107-1 to 107-L transmit the packets allocated in S104 using the respective communication lines (S105).
  • the required characteristics determining unit 103 identifies the source device, the destination device, and the protocol from the packet received in S101 (S111).
  • the required characteristic determining unit 103 reads the required characteristic information from the required characteristic information storage unit 102 (S112).
  • the required characteristic determination unit 103 determines whether the required characteristic information read in S112 includes all of the source device, destination device, and protocol identified in S111 (S113).
  • the required characteristic determination unit 103 uses the required characteristic information to determine the required characteristic candidates (1 to ) corresponding to the source device, destination device, and protocol as required characteristics Cr (S114). If not, the process proceeds to S115.
  • the required characteristics determination unit 103 determines whether the protocol identified in S111 is included in the required characteristics information read in S112 (S115). If included, the required characteristics determination unit 103 uses the required characteristics information to determine the required characteristics candidate (101, 102) corresponding to the protocol as the required characteristics Cr (S116). If not included, the required characteristics determination unit 103 determines the required characteristics candidate (103) as the required characteristics Cr (S117).
  • FIG. 11 is a flowchart illustrating the details of the operation of S103, which is the operation of the strategy determination unit 105.
  • the policy decision unit 105 assigns an initial value of a policy candidate as a policy p (S121), and calculates a distance d between a policy characteristic candidate C(p) of the policy p and the required characteristic Cr (S122).
  • the policy candidate p(i) is set as the policy p (S126), and the distance d(i) is set as the distance d (S127). If i has not reached the number N of all the candidate measures (S128: No), i is incremented (S129) and the process returns to S124. If i has reached the number N of all the candidate measures (S128: Yes), the process determines the distance d between the measure p and the candidate measure characteristic C(p) of the measure p and the required characteristic Cr, and ends the process.
  • the required characteristics for communication are determined based on the source device information and the destination device information, and packets are distributed to each line based on these required characteristics, so that multi-link communication suitable for the type of packet, the type of data contained in the packet, etc. can be performed.
  • the required characteristics for communication are determined based on the protocol identified from the packet, so that more accurate required characteristics can be determined.
  • the policy candidate linked to the policy characteristic candidate that is closest to the required characteristic is determined as the policy, so that it is possible to identify the combination and ratio of communication lines that realizes the characteristic closest to the required characteristic, and to transmit packets with the communication characteristic closest to the required characteristic.
  • the required characteristic candidates in the first embodiment are ideal values, for example, as shown in Fig. 5. Therefore, the measure determination unit 105 determines, as a measure, the measure characteristic candidate linked to the measure characteristic candidate having the smallest distance from the required characteristic. However, if the required characteristic candidate is not an ideal value but a limit value, the decision method of the measure decision unit 105 of embodiment 1 may result in deciding as the measure a measure candidate linked to a measure characteristic candidate that is below the limit value. Therefore, in this modification, a case where the required characteristic candidate is a limit value will be described.
  • the communication device 100 of this modified example has the same configuration as the communication device 100 of embodiment 1, so Figure 3 and the description of embodiment 1 will be referenced. Below, we will explain the configuration and processing that differ from embodiment 1.
  • Figure 12 shows a specific example of the content of the required characteristic information for this modified example.
  • the difference from Figure 5 is that the required characteristic candidate indicators in Figure 12 indicate limit values, so in addition to the specified value, information on whether the indicator is above or below the specified value is added.
  • the policy decision unit 105 uses the policy characteristic information stored in the policy characteristic information storage unit 104 as shown in Figure 6 to determine, as the policy, the policy candidate linked to the policy characteristic candidate that has the smallest "distance" from the required characteristic among the policy candidates linked to the policy characteristic candidates that satisfy the required characteristic as the limit value.
  • the policy candidate linked to the policy characteristic candidate that is closest to the required characteristic among the policy characteristic candidates that satisfy the required characteristic as a limit value is determined as the policy. Therefore, packets can be transmitted with the communication characteristics required for packet transmission, and communication failures due to packet loss or congestion can be avoided.
  • the measure determination unit 105 uses the measure characteristic information stored in the measure characteristic information storage unit 104 as shown in Figure 6 to determine, as a measure, the measure candidate linked to the measure characteristic candidate with the smallest "distance" from the required characteristic among the measure candidates linked to the measure characteristic candidate whose similarity to the required characteristic is within a predetermined range.
  • the required characteristic is Cr
  • the policy characteristic candidate is C(#)
  • FIG. 14 is a diagram illustrating the calculation performed by the policy decision unit 105 of this modified example to determine the inter-vector distance.
  • the policy decision unit 105 of this modified example determines the policy characteristic candidate with the smallest inter-vector distance. However, even if the policy characteristic candidate corresponding to #2 has the smallest inter-vector distance from the required characteristic Cr, the vector of the policy characteristic candidate corresponding to #2 is in the NG region, so the similarity is outside the specified range and does not satisfy the required characteristic.
  • the policy candidate linked to the policy characteristic candidate corresponding to #1, whose similarity with the required characteristic Cr is within the specified range and has the smallest inter-vector distance from the required characteristic Cr is determined as the policy.
  • the policy candidate linked to the policy characteristic candidate that is closest to the required characteristic is determined as the policy. This allows packets to be transmitted with the communication characteristics required for packet transmission, and prevents communication failures due to packet loss or congestion.
  • the block diagrams used to explain the embodiments classify and organize the device configuration by function.
  • the blocks representing each function can be realized by any combination of hardware or software.
  • the block diagrams can also be understood as disclosures of method inventions and program inventions that realize those methods.
  • examples of the form of the communication device and the counterpart device of the present disclosure include the following.
  • Examples of the component include semiconductor elements, electronic circuits, modules, and microcomputers.
  • Examples of semi-finished products include an electronic control unit (ECU) and a system board.
  • Examples of finished products include mobile phones, smartphones, tablets, personal computers (PCs), workstations, and servers.
  • Other examples include devices with communication functions, such as video cameras, still cameras, and car navigation systems.
  • the communications device disclosed herein is expected to be used, particularly on the server side, for the purpose of providing various services. In providing these services, the communications device disclosed herein will be used, the method disclosed herein will be used, and/or the program disclosed herein will be executed.
  • the present disclosure can be realized not only by dedicated hardware having the configurations and functions described in each embodiment, but also by a combination of a program for realizing the present disclosure recorded on a recording medium such as memory or a hard disk, and general-purpose hardware having a dedicated or general-purpose CPU and memory capable of executing the program.
  • Programs stored on non-transient physical recording media for example, external storage devices (hard disks, USB memory, CDs/BDs, etc.) or internal storage devices (RAM, ROM, etc.)
  • non-transient physical recording media for example, external storage devices (hard disks, USB memory, CDs/BDs, etc.) or internal storage devices (RAM, ROM, etc.)
  • Programs stored on non-transient physical recording media for example, external storage devices (hard disks, USB memory, CDs/BDs, etc.) or internal storage devices (RAM, ROM, etc.)
  • RAM, ROM, etc. internal storage devices
  • the communication device disclosed herein may also be used in a mobile phone or smartphone that supports multiple SIM cards.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

送信元装置から受信したデータを含むパケットを送信先装置に送信するために、送信先装置に接続された相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置（１００）であって、送信元装置からパケットを受信する受信部（１０１）と、パケットから特定される送信元装置を示す送信元装置情報及びパケットから特定される送信先装置を示す送信先装置情報に基づき、通信に求められる要求特性を決定する要求特性決定部（１０３）と、要求特性に基づき、通信に使用する単数又は複数の通信回線の組み合わせである方策を決定する方策決定部（１０５）と、方策に基づきパケットを各通信回線に振り分ける送信制御部（１０６）と、各通信回線に接続されパケットを送信する複数の送信部（１０７）と、を有する。

Description

通信装置、通信方法、及び通信プログラム 関連出願の相互参照
　本出願は、２０２４年６月２８日に出願された日本特許出願番号２０２４－１０５２６８号に基づくもので、ここにその記載内容を援用する。
　本出願は、単数又は複数の通信回線を用いてデータを送信する通信装置等に関し、例えば自動車をはじめとする移動体に搭載された通信装置から、単数又は複数の通信回線を用いてアプリケーションデータをサーバに送信する通信装置等に関する。
　通信装置からデータを送信する場合、複数の回線を同時に用いるマルチリンク通信装置を用いれば、データの送信時間を短くすることができる。
　このような迅速性を向上させることを目的として、例えば、特許文献１には、各回線の実効的な伝送速度に応じて通信の振り分けを行うことにより、各回線に過剰な遅延を発生させたり、過剰な負荷をかけることなく、全体として低遅延で効率的なマルチリンク通信を実現するマルチリンク通信装置が記載されている。
特開２０００－２１６８１５号公報
　ここで、本発明者は詳細な検討の結果、以下の課題を見出した。
　特許文献１によれば、各回線の実効的な伝送速度以外の通信路の特性を考慮していないため、データの送信時間に対する優先度よりも他の特性が優先するような場合に対応することができない。例えば、パケットロスに弱いデータを送信する場合は、通信速度が速い回線よりもパケットロス率の低い回線を用いる方が望ましい。
　本開示は、送信するパケットが要求する通信特性である要求特性を考慮して、送信するパケットに適した各通信回線への振り分け方法を実現することを目的とする。
　本開示の一態様による通信装置は、送信元装置から受信したデータを含むパケットを送信先装置に送信するために、前記送信先装置に接続された相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置であって、前記送信元装置から前記パケットを受信する受信部と、前記パケットから特定される前記送信元装置を示す送信元装置情報及び前記パケットから特定される前記送信先装置を示す送信先装置情報に基づき、前記通信に求められる要求特性を決定する要求特性決定部と、前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせである方策を決定する方策決定部と、前記方策に基づき、前記パケットを各通信回線に振り分ける送信制御部と、前記各通信回線に接続され前記パケットを送信する複数の送信部と、を備える。
　なお、請求の範囲に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。
　上述のような構成により、本開示の通信装置等は、送信元装置情報及び送信先装置情報に基づき通信に求められる要求特性を決定し、この要求特性に基づき各回線へパケットの振り分けを行っているので、パケットの種類やパケットに含まれるデータの種類等に適したマルチリンク通信を行うことができる。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、各実施形態の通信装置１００を含む全体構成を説明する説明図であり、 図２は、各実施形態の通信装置１００の配置を説明する説明図であり、 図３は、実施形態１の通信装置１００の構成例を説明するブロック図であり、 図４は、実施形態１の要求特性情報の定め方及びその内容を説明する説明図であり、 図５は、実施形態１の要求特性情報の例を説明する説明図であり、 図６は、実施形態１の方策特性情報の例を説明する説明図であり、 図７は、実施形態１の方策決定部のベクトル演算を説明する説明図であり、 図８は、実施形態１の相手方装置２００の構成例を説明するブロック図であり、 図９は、実施形態１の通信装置１００の動作を説明するフロー図であり、 図１０は、実施形態１の通信装置１００の要求特性の決定方法を説明するフロー図であり、 図１１は、実施形態１の通信装置１００の方策の決定方法を説明するフロー図であり、 図１２は、実施形態１の変形例１の要求特性情報の例を説明する説明図であり、 図１３は、実施形態１の変形例１の方策決定部のベクトル演算を説明する説明図であり、 図１４は、実施形態１の変形例２の方策決定部のベクトル演算を説明する説明図である。
　以下、本開示の実施形態について、図面を参照して説明する。
　なお、以下に示す本発明とは、請求の範囲に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともダブルクォーテーション内の語句は、請求の範囲に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。
　請求の範囲の従属項に記載の構成及び方法は、請求の範囲の独立項に記載の発明において任意の構成及び方法である。従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明において任意の構成及び方法である。請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明において任意の構成及び方法である。いずれの場合も、請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。
　実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。
　複数の実施形態（実施例及び変形例を含む。本段落において同様。）がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせてもよい。また、複数の実施形態それぞれに開示の構成を集めて組み合わせてもよい。
　本開示に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本開示の構成及び方法と共に発明の進歩性を肯定する事実である。
１．実施形態の前提となる構成（全体構成及び通信装置の配置）
　図１～図２を用いて、各実施形態の通信装置１００の配置を説明する。
　まず、図１を用いて、各実施形態の通信装置１００を含む全体構成の一例を説明する。この例は、第１の端末装置１０（Ｎ）（Ｎ：第１の端末装置毎に割り振られた整数）から第２の端末装置２０（Ｍ）（Ｍ：第２の送信先装置毎に割り振られた整数）にデータを送信する場合を示している。第１の端末装置１０（Ｎ）（“送信元装置”に相当）は、第１の端末装置１０（Ｎ）で生成又は取得したデータを複数のパケットに分割しクライアント装置に出力する。クライアント装置（“通信装置”に相当）は、第１の端末装置１０（Ｎ）から受信した複数のパケットを単数又は複数の通信回線（１～Ｌ）（Ｌ：通信回線の総回線数）に振り分けてサーバ装置（“相手方装置”に相当）に送信する。サーバ装置は、単数又は複数の通信回線から受信した複数のパケットを元のデータを復元するように並び替え、第１の端末装置１０（Ｎ）が指定した送信先である第２の端末装置２０（Ｍ）（“送信先装置”に相当）に送信する。
　クライアント装置から送信されるパケットには、例えば通信回線毎に送信するパケットの順にインクリメントされた番号である第１のシーケンス番号、データのフロー毎にデータを構成するパケットの順にインクリメントされた番号である第２のシーケンス番号が付与されている。データのフローは、例えば送信元である第１の端末装置１０（Ｎ）のＩＰアドレス及びポート番号（併せて“送信元装置情報”に相当）、送信先である第２の端末装置２０（Ｍ）のＩＰアドレス及びポート番号（併せて“送信先装置情報”に相当）に基づいて特定している。これに加えて、回線を識別する回線番号や、フローを識別するフロー識別番号を含めてもよい。これにより、サーバ装置は、クライアント装置から受信したパケットを第２のシーケンス番号等に基づきデータ順が整列するように復元して第２の端末装置２０（Ｍ）に送信することができる。
　複数の通信回線は、通信方式が同じ通信回線でも、通信方式が異なる通信回線でもよい。例えば、無線通信回線の例として、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（Long Term Evolution Advanced）、４Ｇ、５Ｇ等、あるいは、ＤＳＲＣ（Dedicated Short Range Communication）が挙げられる。各実施形態では、複数の通信回線は全て無線通信回線であることを前提としているが、一部又は全てが有線通信回線であってもよい。有線通信回線の例として、Ｅｔｈｅｒｎｅｔ（登録商標）等のＬＡＮ（Local Area Network）やインターネット、光回線、固定電話回線が挙げられる。
　第１の端末装置１０（Ｎ）及び第２の端末装置２０（Ｍ）の具体例は、図４を用いて実施形態で後述する。なお、第１の端末装置１０（Ｎ）及び第２の端末装置２０（Ｍ）の端末の語は、データの生成及び利用に関して起点と終点となることを意味するものであり、装置の形態を限定するものではない。例えば、大規模なサーバ装置であってもデータの生成又は利用に関しては端末装置と称することができる。
　クライアント装置は、複数のパケットを単数又は複数の各通信回線に振り分けて送信するが、振り分ける方法は各実施形態で説明する。
　なお、第１の端末装置１０（Ｎ）とクライアント装置は一体であってもよい。また、この例では第１の端末装置１０（Ｎ）がデータを複数のパケットに分割してクライアント装置に出力したが、クライアント装置が第１の端末装置１０（Ｎ）からデータを受信し、クライアント装置がこれを複数のパケットに分割してもよい。
　また、第２の端末装置２０（Ｍ）とサーバ装置も一体であってもよい。
　そして、この例のように、上り回線を用いてクライアント装置からサーバ装置にデータを送信する場合は、クライアント装置が各実施形態の通信装置１００、サーバ装置が相手方装置２００に相当する。この場合、第１の端末装置１０（Ｎ）は各実施形態の送信元装置、第２の端末装置２０（Ｍ）は各実施形態の送信先装置である。
　逆に、下り回線を用いてサーバ装置からクライアント装置にデータを送信する場合は、サーバ装置が各実施形態の通信装置１００、クライアント装置が相手方装置２００に相当する。この場合、第２の端末装置２０（Ｍ）は各実施形態の送信元装置、第１の端末装置１０（Ｎ）は各実施形態の送信先装置である。
　そして、いずれの場合であっても、通信装置１００と相手方装置２００を併せて、各実施形態の通信システム１とする。
　以下の説明では、上り回線を用いる場合を例に説明する。そして、以下に説明する各実施形態においては、第１の端末装置１０（Ｎ）を送信元装置、第２の端末装置２０（Ｍ）を送信先装置と称する。
　次に図２を用いて、通信装置１００が車両に搭載されている場合を説明する。通信装置１００は、“移動体”である車両に“搭載された”複数の電子制御装置（ＥＣＵ）からなる電子制御システムＳに含まれる、車両の内外の通信を担う装置である。通信装置１００は、例えばＥＣＵで実行されているアプリケーションにより生成されたデータやセンサで取得したデータを複数のパケットに格納して車両外の相手方装置２００に送信する。この場合、ＥＣＵやセンサが“送信元装置”に相当する。なお、通信装置１００自身も、例えば通信モジュールを有する通信ＥＣＵやＴＣＵ（Telematics Control Uni）等、ＥＣＵの形態であってもよい。
　ここで、
　“移動体”とは、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。例えば、自動車、自動二輪車、自転車、歩行者、船舶、航空機、及びこれらに搭載される物を含み、またこれらに限らない。
　“搭載”される、とは、移動体に直接固定されている場合の他、移動体に固定されていないが移動体と共に移動する場合も含む。例えば、移動体に乗った人が所持している場合、移動体に載置された積荷に搭載されている場合、が挙げられる。
　相手方装置２００は、例えば受信したデータをアプリケーションサーバ（“送信先装置”に相当）に送信する。そしてアプリケーションサーバは受信したデータを用いて各種のアプリケーションを実行する。
　通信装置１００は、各実施形態では、例えば通信事業者が異なる複数の５Ｇ回線を用いて並行して通信を行うことや、５Ｇ、４Ｇ、Ｗｉ－Ｆｉを含む無線通信方式の通信回線でもって並行して通信を行うことができる。もちろん通信回線の種類及び数は任意である。
　通信装置１００から相手方装置２００に送信するデータは、例えば車載カメラで取得した画像情報や、ＧＰＳセンサで取得した位置情報が挙げられるが、これらに限らない。また、送信する対象は、データの他、ソフトウェアやプログラム自体であってもよい。
　なお、図２は、通信装置１００が車両に搭載され、相手方装置２００が車両の外部に設置されている場合であるが、通信装置１００及び相手方装置２００を設ける場所はこれに限らない。つまり、通信装置１００は、車両に搭載されず、例えば建物内部や屋外に設置されていてもよい。また、相手方装置２００は車両に搭載されていてもよい。もちろん、通信装置１００及び相手方装置２００の両方が車両に搭載されていなくてもよいし、両方がそれぞれ異なる車両に搭載されていてもよいし、両方が同じ車両に搭載されていてもよい。異なる車両に搭載されている場合、通信装置１００と相手方装置２００とは、例えば車車間通信を用いて通信を行えばよい。
２．実施形態１
（１）通信装置１００の構成
　図３は、本実施形態における通信装置１００の構成を示すブロック図である。通信装置１００は、第１の受信部１０１、要求特性情報記憶部１０２、要求特性決定部１０３、方策特性情報記憶部１０４、方策決定部１０５、送信制御部１０６、第２の送信部１０７－１～Ｌ、第２の受信部１０８－１～Ｌ、受信制御部１０９、第１の送信部１１０、方策特性情報更新部１１１、及び方策特性情報変更部１１２を有する。
　通信装置１００は、送信元装置から受信したデータを含むパケットを送信先装置に送信するために、送信先装置に“接続された”相手方装置２００との間で単数又は複数の通信回線を用いて通信が可能な装置である。通信装置１００が相手方装置２００に送信するパケットに関しては、送信元装置から受信したデータを通信装置１００又はその他の装置で複数のパケットに格納してもよいし、送信元装置でデータを複数のパケットに格納してもよい。
　ここで、“接続された”とは、直接接続されている場合の他、いくつかの機器を経由して間接的に接続されている場合も含む。
　通信装置１００は、汎用のＣＰＵ（Central Processing Unit）、ＲＡＭ等の揮発性メモリ、ＲＯＭ、フラッシュメモリ、又はハードディスク等の不揮発性メモリ、各種インターフェース、及びこれらを接続する内部バスで構成することができる。そして、これらのハードウェア上でソフトウェアを実行することにより、図３に記載の各機能ブロックの機能を発揮させるように構成することができる。
　第１の受信部１０１（“受信部”に相当）は、送信元装置からパケットを受信する。パケットの生成を送信元装置ではなく通信装置１００の内部で行う場合は、送信元装置から受信したデータが第１の受信部１０１の前段に設けられた図示しないパケット格納部でパケットに格納され、パケット格納部から出力されたパケットを第１の受信部１０１が受信する。この場合であっても、第１の受信部１０１から見れば、第１の端末装置１０（Ｎ）からパケットを受信したといえる。
　要求特性情報記憶部１０２は、送信元装置候補及び送信先装置候補と要求特性候補とを紐づけた要求特性情報を保存する。要求特性情報記憶部１０２は、ＲＡＭ等の揮発性メモリ、又はフラッシュメモリやハードディスク等の不揮発性メモリのいずれであってもよい。
　図４を用いて、要求特性情報の定め方及び内容を説明する。
　一般的に、送信先装置が利用するデータの種類は複数種類存在することがあるが、その場合は送信元装置と送信先装置の組み合わせでデータの種類が特定できる。例えば、遠隔地で車両のカメラ映像を見ながらリアルタイムで車両を制御する遠隔運転アプリケーションがサーバ装置で実行されている場合、車両からサーバ装置へ映像データと位置情報が送信される。この場合、映像データ及び位置情報の送信先装置はサーバ装置であるが、映像データの送信元装置はカメラ又はカメラ映像を管理するＥＣＵであり、位置情報の送信元装置はＧＰＳ又は位置情報を管理するＥＣＵである。
　例えば、遠隔運転アプリケーションにおいて、カメラ映像を用いた制御を主とし、位置情報はカメラ映像を補完する補完情報として用いるとする。この場合、映像データはサイズが大きくかつリアルタイム性が求められるので、広帯域かつ低遅延であることが望ましいが、画面が乱れない範囲でのパケットロスは許容できる。そこで、要求特性候補として、速度１５Ｍｂｐｓ、遅延１２０ｍｓ、成功率９０％と定める。成功率とは送受信が成功する確率であり、１００％からパケットロス率を引いた値である。これに対し、位置情報はサイズが小さいので通信速度は小さくても問題はないが、カメラ映像を補完するものであるから映像データと同様のリアルタイム性が求められ、サイズの小さいデータは一般的にデータの欠損の影響が大きいのでパケットロスはなるべく小さい方よい。そこで、要求特性候補として、速度２Ｍｂｐｓ、遅延１２０ｍｓ、成功率９５％と定める。
　さらに別の例を用いて、要求特性情報の定め方及び内容を説明する。
　例えば、リモート会議システムの場合、会議に参加している参加者の端末装置から映像データ及び音声データをサーバ装置に送信し、リモート会議システムを実行しているサーバ装置がこれらを受信するとともに、他の参加者の端末装置に転送している。この場合、映像データ及び音声データの送信先装置はサーバ装置、あるいは他の参加者の端末装置であるパーソナルコンピュータやスマートフォンであるが、映像データの送信元装置はカメラ又は映像データを管理する参加者のパーソナルコンピュータやスマートフォンであり、音声データの送信元装置はマイク又は音声データを管理する参加者のパーソナルコンピュータやスマートフォンである。
　リモート会議システムの場合、先の例の遠隔運転アプリケーションとはカメラ映像を用いる点で共通するが、リモート会議システムにおける映像データは遠隔運転アプリケーションのそれと比べてリアルタイム性は低くてもよく、画面の乱れもある程度許容できる。そこで、要求特性候補として、速度１０Ｍｂｐｓ、遅延２００ｍｓ、成功率８５％と定める。これに対し、音声データは、映像データよりもサイズが小さいので通信速度は小さくても問題はないが、会議の特質上会話をスムーズに進めるためにはリアルタイム性が求められかつ音声が途切れることは許容できない。もっとも、映像との同期が取れてなくても大きな問題とはならない。そこで、要求特性候補として、速度４Ｍｂｐｓ、遅延１００ｍｓ、成功率９５％と定める。
　この他の例として、車両の各種センサデータやログを収集し統計処理を行うビッグデータ解析アプリケーションが挙げられる。この場合、ログ等の送信先装置はサーバ装置であり、ログ等の送信元装置はセキュリティセンサ又はログを管理するＥＣＵである。ログ等は統計処理に用いるデータなので、速度や遅延に対する要求は緩くてもよいが、パケットロスは統計処理の結果に影響するので小さい方がよい。さらに膨大なデータを送信する必要があるので、通信コストはできるだけ低い方がよい。そこで、要求特性候補として、速度７Ｍｂｐｓ、遅延３００ｍｓ、成功率９５％、通信コスト２円／ＧＢ以下、と定める。
　図５は、要求特性情報の内容の具体例を示す図である。図５は図４のように予め定めた送信元装置候補及び送信先装置候補と要求特性候補とを紐づけて保存している。図５では、送信元装置候補として送信元装置のアドレスとポート、送信先装置候補として送信先装置のアドレスとポート、そして通信に用いられるプロトコルであるプロトコル候補が記録されている。そして、送信元装置候補と送信先装置候補に紐づけて、送信元装置候補と送信先装置候補との間の通信で要求される要求特性を示す要求特性候補が記録されている。図５では、要求特性候補の指標として、速度（Ｍｂｐｓ）、遅延（ｍｓ）、成功率（％）、その他の指標が記録されている。もちろんこれは例示であって、要求特性候補としてこれ以外の指標が記録されていてもよい。なお、成功率（％）に代えて、パケットロス率（％）を記録してもよい。
　図５では、図４の冒頭に記載した例に即し、送信元装置であるカメラ映像を管理するＥＣＵのアドレス（ｘ．ｘ．ｘ．ｘ）及びポート番号（１００）、送信先装置であるサーバ装置のアドレス（ａ．ａ．ａ．ａ）及びポート番号（１００）、プロトコル（ＴＣＰ）で要求される要求特性として、速度（１５Ｍｂｐｓ）、遅延（１２０ｍｓ）、成功率（９０％）が記録されている。また、送信元装置である位置情報を管理するＥＣＵのアドレス（ｙ．ｙ．ｙ．ｙ）及びポート番号（１００）、送信先装置であるサーバ装置のアドレス（ａ．ａ．ａ．ａ）及びポート番号（２００）、プロトコル（ＴＣＰ）で要求される要求特性として、速度（２Ｍｂｐｓ）、遅延（１２０ｍｓ）、成功率（９５％）が記録されている。
　なお、図５では、送信元装置候補と送信先装置候補の両方が記録されている例を示したが、送信元装置候補のみあるいは送信先装置候補のみで要求特性を定めることができるのであれば、送信元装置候補又は送信先装置候補の何れかのみを記録してもよい。
　図５では、図４のように定めた送信元装置候補、送信先装置候補、及びプロトコル候補、並びに要求特性候補を記録したが、これに加えて図５の下３行のように、プロトコル候補と要求特性候補のみ、及び要求特性候補のみを記録した行が含まれる。この用い方は、要求特性決定部１０３の項で後述する。
　また、図５の要求特性候補は理想値を示している。本実施形態では、後述するように理想値に最も近い方策特性を有する方策が採用されることとなる。なお、実施形態２では、要求特性候補が限界値を示す場合の例を説明する。
　要求特性決定部１０３は、第１の受信部１０１で受信したパケットに基づき、パケットを相手方装置２００に送信するための通信に求められる要求特性を決定する。より具体的には、第１の受信部１０１で受信したパケットから“特定される”送信元装置を示す送信元装置情報、及び当該パケットから“特定される”送信先装置を示す送信先装置情報に基づき、通信に求められる要求特性を決定する。さらに、当該パケットから“特定される”プロトコルに基づき要求特性を決定してもよい。
　パケットから送信元装置情報や送信先装置情報を得る方法は、例えば受信したパケットに含まれる送信元装置を示す情報や送信先装置を示す情報を用いることが挙げられる。さらに、受信したパケットに含まれるプロトコルを示す情報を用いてプロトコルを得てもよい。あるいは、パケットに含まれるデータの種類、用いられているプロトコル、パケットのフレーム構造、パケットの送受信時刻から送信元装置情報や送信先装置情報を推定するようにしてもよい。
　ここで、“特定される”とは、パケットに含まれる情報を直接又は間接的に用いた結果特定される場合の他、パケットの構造やパケットの送信時刻又は受信時刻のようにパケットに含まれる情報以外の情報を用いた結果特定される場合も含む。
　要求特性決定部１０３は、本実施形態によれば、図５で示すような要求特性情報記憶部１０２に保存している要求特性情報を用いて要求特性を決定する。例えば、パケットに含まれる送信元装置情報がアドレス（ｘ．ｘ．ｘ．ｘ）及びポート番号（１００）であり、送信先装置情報がアドレス（ａ．ａ．ａ．ａ）及びポート番号（１００）であり、プロトコルがＴＣＰである場合、図５のＩＤ（１）の送信元装置候補及び送信先装置候補及びプロトコル候補と一致するので、要求特性決定部１０３は、対応する要求特性候補である速度（１５Ｍｂｐｓ）、遅延（１２０ｍｓ）、成功率（９０％）を要求特性として決定する。
　なお、送信元装置情報及び送信先装置情報の組み合わせと一致する送信元装置候補及び送信先装置候補の組み合わせが要求特性情報の中にないときは、ＩＤ（１０１）～ＩＤ（１０３）のいずれかの要求特性候補を用いる。例えば、パケットからプロトコルが特定できる場合は、ＩＤ（１０１）又はＩＤ（１０２）の要求特性候補を要求特性として決定する。プロトコルも特定できない場合は、ＩＤ（１０３）の要求特性候補を要求特性として決定する。
　方策特性情報記憶部１０４は、複数の方策候補とそれぞれの方策候補で実現可能な方策特性候補とを紐づけた方策特性情報を保存する。方策特性情報記憶部１０４も、要求特性情報記憶部１０２と同様、ＲＡＭ等の揮発性メモリ、又はフラッシュメモリやハードディスク等の不揮発性メモリのいずれであってもよい。
　図６は、方策特性情報の内容の具体例を示す図である。図６は、複数の通信回線が２つである場合を示している。図６において、方策候補は、単数又は複数の通信回線を用いた通信方法の候補である。単数又は複数の通信回線を用いる場合、その組み合わせは、単純送信、帯域合成送信、冗長送信の３つの制御方式がありうる。単純送信は、複数の通信回線のうち１つの通信回線を用いてパケットを送信する制御方式である。帯域合成送信は、複数の通信回線のうち２以上の通信回線にパケットを振り分けて送信する制御方式である。冗長送信は、２以上の通信回線で同じパケットを送信する制御方式である。
　図６の例では、各通信回線の依存率で方策候補を規定している。依存率とは、送信したいデータ量のうちどれだけの割合をその通信回線に委ねるかを示す指標である。例えば、送信するパケットが５Ｍｂｐｓで発生する場合、ある通信回線の依存率が５０％であれば、２．５Ｍｂｐｓを限度としてその通信回線で送信する。依存率は、各回線の信頼度と表現することもできる。
　図６の場合、通信回線は２つなので、単純送信の場合、方策候補は＃１と＃２の２つとなる。また、冗長送信の場合、方策候補は＃６の１つとなる。帯域合成送信の場合は依存率の粒度によって方策の数が変わる。例えば粒度を５０％とした場合、方策候補は＃３～５の３つとなる。そして、それぞれの方策候補による通信回線の使用により実現できる方策特性候補が記録されている。方策特性候補は、それぞれの通信回線を単一で用いた場合の速度、遅延、成功率、及びその他の指標が既知であれば、計算によって求めることができる。
　なお、図６の方策特性候補は、方策特性の期待値を示しているが、これに代えて実績値を示すようにしてもよい。また、回線の使用率が一意に決まる場合は、その使用率での期待値や実績値を示すようにしてもよい。
　なお、通信回線が３回線以上の場合であってもよい。この場合、通信回線の一部を帯域合成送信とし、残りを冗長送信に用いることもできる。
　また、図６の方策特性情報は、方策候補を依存率で分類したが、使用率で分類してもよい。この場合も、帯域合成送信の場合、使用する通信回線の数や、各通信回線を使用する割合の粒度で方策候補を設定すればよい。
　方策決定部１０５は、要求特性決定部１０３で決定した要求特性に基づき、通信に使用する単数又は複数の通信回線の“組み合わせ”である方策を決定する。あるいは、方策決定部１０５は、要求特性決定部１０３で決定した要求特性に基づき、通信に使用する単数又は複数の通信回線の“組み合わせ”及び“割合”である方策を決定してもよい。割合は、各通信回線にパケットを振り分ける割合、又は各通信回線のリソースを使用する割合のいずれでもよい。方策決定部１０５は、本実施形態によれば、図６で示すような方策特性情報記憶部１０４に保存している方策特性情報を用いて、要求特性と最も“距離”が小さい方策特性候補に紐づけられた方策候補を方策として決定する。
　ここで、
　“組み合わせ”とは、２つ以上の通信回線の組み合わせの他、１つの通信回線を用いる場合を含む。
　“割合”とは、０％や１００％の場合を含む。
　“距離”とは、要求特性と方策特性候補との乖離の程度を示し、例えば平面又は空間における幾何学的ベクトルの長さであるノルムで定義することができる。
　図７は、本実施形態の方策決定部１０５が行うベクトル間距離を求める演算を説明する図である。本実施形態の方策決定部１０５は、要求特性及び方策特性候補をベクトルとした場合、ベクトル間距離が最も小さい方策特性候補を求める。例えば、図７では＃３で示す方策特性候補が要求特性と最もベクトル間距離が最も小さいので、＃３に対応する方策候補を方策として決定する。
　なお、要求特性をＣｒ、方策特性候補の方策特性をＣ（＃）とした場合、要求特性Ｃｒと方策特性Ｃ（＃）の距離ｄ（Ｃｒ，Ｃ（＃））は、
　　　　ｄ（Ｃｒ，Ｃ（＃））＝｜｜Ｃｒ－Ｃ（＃）｜｜
で計算することができる。｜｜Ｃｒ－Ｃ（＃）｜｜は、ＣｒとＣ（＃）それぞれの二乗和の平方根で求めてもよいし、その他の演算を用いてもよい。
　なお、方策決定部１０５は、要求特性Ｃｒと方策に紐づけられた方策特性Ｃ（＃）との距離ｄが所定の距離よりも大きい場合、送信元装置に対して通知を行うようにしてもよい。このような場合、安定した通信でパケットを送信できない可能性があるので、事前に送信元装置に対して通知を行うことにより、送信元装置側で対策を講じるトリガとすることができる。
　ここで、
　“所定の距離”とは、一定値であっても条件によって変動する変動値であってもよい。
　“よりも大きい”とは、比較対象同士が等しい場合を包含する場合（≦）、包含しない場合（＜）のいずれの場合も含む。
　送信制御部１０６は、方策決定部１０５で決定した方策に基づき、送信するパケットを各通信回線に振り分ける。そして、複数の第２の送信部１０７－１～Ｌ（Ｌ：通信回線の数）（“送信部”に相当）は１～Ｌの各通信回線に接続されており、それぞれに振り分けられたパケットを相手方装置２００に送信する。
　なお、方策決定部１０５で決定した方策が単純送信の場合、使用しない通信回線にはパケットは振り分けられず、使用しない通信回線に接続された第２の送信部１０７はパケットを送信しない。
　第２の受信部１０８－１～Ｌは、相手方装置２００で測定され送信された通信特性の実測値を受信する。本実施形態では、実測値には、速度（Ｍｂｐｓ）、遅延（ｂｐｓ）、及び成功率（％）がそれぞれ含まれている。また、第２の受信部１０８－１～Ｌは、この他、送信先装置から送信元装置に対して送信されたデータ等を受信する。
　受信制御部１０９は、第２の受信部１０８－１～Ｌで受信した通信特性の実測値を方策特性情報更新部１１１に出力する。また、第２の受信部１０８－１～Ｌで受信したパケットを並び替え、第１の送信部１１０に出力する。
　第１の送信部１１０は、受信制御部１０９で並び替えられたパケットを送信元装置に送信する。
　方策特性情報更新部１１１は、相手方装置２００から受信する通信特性の実測値を用いて、方策特性情報の方策特性候補を更新する。例えば、定期的に相手方装置２００から、通信速度（Ｍｂｐｓ）、遅延（ｍｓ）、成功率（％）を受信し、それぞれについて移動平均を求めることで、方策特性情報の方策特性候補を更新する。あるいは、それぞれについて観測誤差を考慮したフィルタリングを行うことで、方策特性情報の方策特性候補を更新する。
　方策特性情報変更部１１２は、車両の速度、車両の位置、現在時刻のうち少なくとも１つの入力に基づき方策特性情報の方策特性候補を変更する。例えば、一つの方策候補に対して複数の方策特性候補の組を予め準備しておき、入力される情報に基づき方策特性候補の組を適宜切り替えることにより変更する。
　例えば、車両の速度が速いほど、成功率が低い方策特性候補に切り替える。車両の速度は、車輪速センサで検出した車速やＧＮＳＳを用いて測定した位置情報を入力として求めることができる。
　例えば、車両が特定の位置に移動した場合に、通信速度が遅い方策特性候補に切り替える。車両の位置はＧＮＳＳを用いて測定した位置情報を入力として求めることができる。
　例えば、道路上の車両が混雑する時間帯である場合に、通信速度が遅い方策特性候補に切り替える。現在時刻は、車両に設けられた時計やＧＮＳＳを用いて測定した現在時刻を入力として求めることができる。
　その他、特定の通信規格で接続した場合に、通信速度が遅い方策特性候補に切り替えてもよい。
　なお、方策特性情報更新部１１１、及び方策特性情報変更部１１２は、本実施形態では任意の構成である。
（２）相手方装置２００の構成
　図８は、本実施形態における相手方装置２００の構成を示すブロック図である。相手方装置２００は、受信部２０１－１～Ｌ、通信特性測定部２０２、送信部２０３－１～Ｌ、整列部２０４を有する。
　受信部２０１－１～Ｌは、通信装置１００の第２の送信部１０７－１～Ｌから送信されたパケットをそれぞれの通信回線で受信する。
　通信特性測定部２０２は、受信部２０１－１～Ｌで受信したパケットに基づき、各通信回線の通信特性を測定する。例えば、通信特性測定部２０２は、所定の期間に受信したパケットのデータ量に基づき通信速度（Ｍｂｐｓ）を、パケットに含まれる送信時刻情報及びパケットを受信した受信時刻に基づきパケットの遅延（ｍｓ）を、通信装置１００から送信したパケットの数及び受信部２０１－１～Ｌで受信したパケットの数に基づき成功率（％）を、それぞれ測定する。通信装置１００から送信したパケットの数は、パケットに含まれる第１のシーケンス番号や第２のシーケンス番号を用いて求めることができる。
　送信部２０３－１～Ｌは、通信特性測定部２０２で測定した通信特性の実測値を通信装置１００に送信する。例えば、通信特性の実測値をパケットに格納して送信する。
　この他、送信部２０３－１～Ｌは、図示しない受信部で送信先装置から受信したデータ等であって、送信先装置から送信元装置に向けて送信されたデータ等も送信する。
　整列部２０４は、受信部２０１－１～Ｌで受信したパケットを、それぞれのパケットに含まれる第２のシーケンス番号等に基づき並び替える。そして、図示しない送信部から送信先装置に送信する。
（３）通信装置１００の動作
　次に、図９～１１を参照して、通信装置１００の動作を説明する。図９～１１は、通信装置１００で実行される通信方法を示すだけでなく、通信装置１００で実行可能な通信プログラムの処理手順を示すものでもある。そして、これらの処理は、図９～１１に示した順序には限定されない。すなわち、あるステップでその前段のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。
　図９は、通信装置１００の全体動作を説明するフロー図である。
　第１の受信部１０１は、送信元装置からパケットを受信する（Ｓ１０１）。
　要求特性決定部１０３は、Ｓ１０１で受信したパケットから特定される送信元装置を示す送信元装置情報、及びＳ１０１で受信したパケットから特定される送信先装置を示す送信先装置情報に基づき、通信に求められる要求特性を決定する（Ｓ１０２）。
　方策決定部１０５は、Ｓ１０２で決定した要求特性に基づき、通信に使用する単数又は複数の通信回線の組み合わせである方策を決定する（Ｓ１０３）。
　送信制御部１０６は、Ｓ１０３で決定した方策に基づき、パケットを各通信回線に振り分ける（Ｓ１０４）。
　第２の送信部１０７－１～Ｌは、各通信回線を用いてＳ１０４で振り分けられたパケットを送信する（Ｓ１０５）。
　図１０は、要求特性決定部１０３の動作であるＳ１０２の動作の詳細を説明するフロー図である。なお、要求特性候補の括弧内の番号は、図５のＩＤを示している。
　要求特性決定部１０３は、Ｓ１０１で受信したパケットから、送信元装置、送信先装置、及びプロトコルを特定する（Ｓ１１１）。
　要求特性決定部１０３は、要求特性情報記憶部１０２から要求特性情報を読み込む（Ｓ１１２）。
　要求特性決定部１０３は、Ｓ１１２で読み込んだ要求特性情報に、Ｓ１１１で特定した送信元装置、送信先装置、及びプロトコルの全てが含まれるかどうかを判定する（Ｓ１１３）。含まれる場合は、要求特性決定部１０３は、要求特性情報を用いて、送信元装置、送信先装置、及びプロトコルに対応する要求特性候補（１～）を要求特性Ｃｒとして決定する（Ｓ１１４）。含まれない場合は、Ｓ１１５に処理を移す。
　要求特性決定部１０３は、Ｓ１１２で読み込んだ要求特性情報に、Ｓ１１１で特定したプロトコルが含まれているかどうかを判定する（Ｓ１１５）。含まれる場合は、要求特性決定部１０３は、要求特性情報を用いて、プロトコルに対応する要求特性候補（１０１，１０２）を要求特性Ｃｒとして決定する（Ｓ１１６）。含まれない場合は、要求特性決定部１０３は、要求特性候補（１０３）を要求特性Ｃｒとして決定する（Ｓ１１７）。
　図１１は、方策決定部１０５の動作であるＳ１０３の動作の詳細を説明するフロー図である。
　方策決定部１０５は、方策ｐとして方策候補の初期値を与えるとともに（Ｓ１２１）、方策ｐの方策特性候補Ｃ（ｐ）と要求特性Ｃｒとの距離ｄを求める（Ｓ１２２）．
　方策決定部１０５は、１番目（ｉ＝１）の方策特性候補Ｃ（ｉ）と要求特性Ｃｒとの距離ｄ（ｉ）を求める（Ｓ１２３，Ｓ１２４）。距離ｄ（ｉ）が距離ｄ以上であれば（Ｓ１２５：Ｎｏ）、ｉをインクリメントして（Ｓ１２９）、Ｓ１２４の処理に戻る。距離ｄ（ｉ）が距離ｄよりも小さければ（Ｓ１２５：Ｙｅｓ）、方策候補ｐ（ｉ）を方策ｐとし（Ｓ１２６）、距離ｄ（ｉ）を距離ｄとする（Ｓ１２７）。
　そして、ｉがすべての方策候補数Ｎに達していなければ（Ｓ１２８：Ｎｏ）、ｉをインクリメントして（Ｓ１２９）、Ｓ１２４の処理に戻る。ｉがすべての方策候補数Ｎに達していれば（Ｓ１２８：Ｙｅｓ）、方策ｐ、及び方策ｐの方策特性候補Ｃ（ｐ）と要求特性Ｃｒとの距離ｄを確定させて処理を終了する。
（４）小括
　以上、本実施形態の通信装置１００によれば、送信元装置情報及び送信先装置情報に基づき通信に求められる要求特性を決定し、この要求特性に基づき各回線へパケットの振り分けを行っているので、パケットの種類やパケットに含まれるデータの種類等に適したマルチリンク通信を行うことができる。
　本実施形態の通信装置１００によれば、さらにパケットから特定されるプロトコルに基づき通信に求められる要求特性を決定しているので、より正確な要求特性を決定することができる。
　本実施形態の通信装置１００によれば、要求特性と最も距離が近い方策特性候補に紐づけられた方策候補を方策として決定しているので、要求特性と最も近い特性を実現する通信回線の組み合わせ及び割合を特定することができるとともに、要求特性と最も近い通信特性でパケットを送信することができる。
（５）実施形態１の変形例１
　実施形態１の要求特性候補は、例えば図５に示すように理想値であった。したがって、方策決定部１０５は、要求特性と最も距離が小さい方策特性候補に紐づけられた方策特性候補を方策として決定した。
　しかし、要求特性候補が理想値ではなく限界値であった場合、実施形態１の方策決定部１０５の決定方法では、限界値を下回る方策特性候補に紐づけられた方策候補を方策として決定する可能性がある。
　そこで、本変形例では、要求特性候補が限界値である場合について説明する。
　本変形例の通信装置１００は、実施形態１の通信装置１００と同じ構成であるので、図３及び実施形態１の説明を引用する。以下、実施形態１と異なる構成及び処理を説明する。
　図１２は、本変形例の要求特性情報の内容の具体例を示す図である。図５と異なる点は、図１２の要求特性候補の指標は限界値を示すので、所定の値に加え以上若しくは以下の情報が付加されている。
　そして、方策決定部１０５は、図６で示すような方策特性情報記憶部１０４に保存している方策特性情報を用いて、限界値としての要求特性を満たす方策特性候補に紐づけられた方策候補のうち、要求特性と最も“距離”が小さい方策特性候補に紐づけられた方策候補を方策として決定する。
　図１３は、本変形例の方策決定部１０５が行うベクトル間距離を求める演算を説明する図である。本変形例の方策決定部１０５は、実施形態１と同様、ベクトル間距離が最も小さい方策特性候補を求める。しかし、要求特性Ｃｒが限界値であるので、例えば＃３に対応する方策特性候補が要求特性Ｃｒと最もベクトル間距離が小さいとしても、＃３に対応する方策特性候補のベクトルはＮＧ領域にあることから、限界値としての要求特性を満たさない。本変形例では、限界値としての要求特性Ｃｒを満たし、かつ要求特性Ｃｒと最もベクトル間距離が小さい＃１に対応する方策特性候補に紐づけられた方策候補が方策として決定される。
　なお、実施形態１と同様、要求特性は理想値とし、これとは別に限界値としての閾値を設けるようにしてもよい。この場合の閾値も要求特性の一部とみなすことができる。
　以上、本変形例の通信装置によれば、限界値としての要求特性を満たす方策特性候補のうち要求特性と最も距離が近い方策特性候補に紐づけられた方策候補を方策として決定しているので、パケットの送信に要求されている通信特性でパケットを送信することができ、パケットロスや輻輳による通信障害を回避することができる。
（６）実施形態１の変形例２
　実施形態１は、要求特性が理想値であることを前提として、要求特性と最も距離が小さい方策特性候補に紐づけられた方策候補を方策として決定したが、この条件に加えて類似度で限定するようにしてもよい。
　すなわち、方策決定部１０５は、図６で示すような方策特性情報記憶部１０４に保存している方策特性情報を用いて、要求特性との類似度が所定の範囲内である方策特性候補に紐づけられた方策候補のうち、要求特性と最も“距離”が小さい方策特性候補に紐づけられた方策候補を方策として決定する。
　要求特性をＣｒ、方策特性候補の方策特性をＣ（＃）とした場合、類似度ｃｏｓθは、
　　　　ｃｏｓθ＝Ｃｒ・Ｃ（＃）／｜｜Ｃｒ｜｜・｜｜Ｃ（＃）｜｜
　で計算することができる。
　図１４は、本変形例の方策決定部１０５が行うベクトル間距離を求める演算を説明する図である。本変形例の方策決定部１０５は、実施形態１と同様、ベクトル間距離が最も小さい方策特性候補を求める。しかし、例えば＃２に対応する方策特性候補が要求特性Ｃｒと最もベクトル間距離が小さいとしても、＃２に対応する方策特性候補のベクトルはＮＧ領域にあることから、類似度が所定の範囲外であり要求特性を満たさない。本変形例では、要求特性Ｃｒとの類似度が所定の範囲内であり、かつ要求特性Ｃｒと最もベクトル間距離が小さい＃１に対応する方策特性候補に紐づけられた方策候補が方策として決定される。
　以上、本変形例の通信装置によれば、要求特性との類似度が所定の範囲である方策特性候補に紐づけられた方策候補のうち、要求特性と最も距離が近い方策特性候補に紐づけられた方策候補を方策として決定しているので、パケットの送信に要求されている通信特性でパケットを送信することができ、パケットロスや輻輳による通信障害を回避することができる。
３．総括
　以上、本開示の各実施形態における通信装置等の特徴について説明した。
　各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。
　実施形態の説明に用いたブロック図は、装置の構成を機能毎に分類及び整理したものである。それぞれの機能を示すブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、ブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。
　各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロック、については、一のステップでその前段の他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。
　各実施形態、及び請求の範囲で使用する、第１、第２、乃至、第Ｎ（Ｎは整数）、の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。
　また、本開示の通信装置や相手方装置の形態の例として、以下のものが挙げられる。
　部品の形態として、半導体素子、電子回路、モジュール、マイクロコンピュータが挙げられる。
　半完成品の形態として、電子制御装置（ＥＣＵ（Electric Control Unit））、システムボードが挙げられる。
　完成品の形態として、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ（ＰＣ）、ワークステーション、サーバが挙げられる。
　その他、通信機能を有するデバイス等を含み、例えばビデオカメラ、スチルカメラ、カーナビゲーションシステムが挙げられる。
　また通信装置に、アンテナや通信用インターフェースなど、必要な機能を追加してもよい。
　本開示の通信装置は、特にサーバ側で用いられることにより、各種サービスの提供を目的とするために用いられることが想定される。これらのサービスの提供に伴い、本開示の通信装置が使用され、本開示の方法が使用され、又は／及び本開示明のプログラムが実行されることになる。
　加えて、本開示は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本開示を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。
　専用や汎用のハードウェアの非遷移的実体的記録媒体（例えば、外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、又は内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。
　本開示の通信装置は、マルチＳＩＭに対応した携帯電話若しくはスマートフォンに用いてもよい。

Claims (14)

  1. 　送信元装置から受信したデータを含むパケットを送信先装置に送信するために、前記送信先装置に接続された相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置（１００）であって、
    　前記送信元装置から前記パケットを受信する受信部（１０１）と、
    　前記パケットから特定される前記送信元装置を示す送信元装置情報及び前記パケットから特定される前記送信先装置を示す送信先装置情報に基づき、前記通信に求められる要求特性を決定する要求特性決定部（１０３）と、
    　前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせである方策を決定する方策決定部（１０５）と、
    　前記方策に基づき、前記パケットを各通信回線に振り分ける送信制御部（１０６）と、
    　前記各通信回線に接続され前記パケットを送信する複数の送信部（１０７）と、を有する、
    　通信装置（１００）。
  2. 　前記要求特性決定部は、さらに前記パケットから特定されるプロトコルに基づき、前記要求特性を決定する、
    　請求項１記載の通信装置。
  3. 　さらに、送信元装置候補及び送信先装置候補と要求特性候補とを紐づけた要求特性情報を保存する要求特性情報記憶部（１０２）を有し、
    　前記要求特性決定部は、前記要求特性情報を用いて、前記送信元装置情報及び前記送信先装置情報に対応する前記要求特性候補を前記要求特性として決定する、
    　請求項１記載の通信装置。
  4. 　さらに、複数の方策候補とそれぞれの前記方策候補で実現可能な方策特性候補とを紐づけた方策特性情報を保存する方策特性情報記憶部（１０４）を有し、
    　前記方策決定部は、前記方策特性情報を用いて、前記要求特性と最も距離が小さい前記方策特性候補に紐づけられた前記方策候補を前記方策として決定する、
    　請求項１記載の通信装置。
  5. 　前記方策決定部は、前記方策特性情報を用いて、限界値としての前記要求特性を満たす前記方策特性候補に紐づけられた前記方策候補のうち、前記要求特性と最も距離が小さい前記方策特性候補に紐づけられた前記方策候補を前記方策として決定する、
    　請求項４記載の通信装置。
  6. 　前記方策決定部は、前記方策特性情報を用いて、前記要求特性との類似度が所定の範囲内である前記方策特性候補に紐づけられた前記方策候補のうち、前記要求特性と最も距離が小さい前記方策特性候補に紐づけられた前記方策候補を前記方策として決定する、
    　請求項４記載の通信装置。
  7. 　前記方策決定部は、前記要求特性と前記方策に紐づけられた前記方策候補との距離が所定の距離よりも大きい場合、前記送信元装置に対して通知を行う、
    　請求項４～６のいずれかに記載の通信装置。
  8. 　前記方策決定部は、単数の前記通信回線を用いて前記パケットを送信する単純送信、複数の前記通信回線に前記パケットを振り分けて送信する帯域合成送信、及び複数の前記通信回線で同じ前記パケットを送信する冗長送信、の中から前記方策を決定する、
    　請求項４～６のいずれかに記載の通信装置。
  9. 　前記方策決定部は、前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせ及び割合である前記方策を決定する、
    　請求項１記載の通信装置。
  10. 　さらに、前記相手方装置から受信する通信特性の実測値を用いて前記方策特性情報の前記方策特性候補を更新する方策特性情報更新部（１１１）を有する、
    　請求項４～６のいずれかに記載の通信装置。
  11. 　当該通信装置は移動体に搭載されており、
    　さらに、前記移動体の速度、前記移動体の位置、現在時刻のうち少なくとも１つに基づき前記方策特性情報の前記方策特性候補を変更する方策特性情報変更部（１１２）を有する、
    　請求項４～６のいずれかに記載の通信装置。
  12. 　送信元装置から受信したデータを含むパケットを送信先装置に送信するために、前記送信先装置に接続された相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置（１００）で実行される通信方法であって、
    　前記送信元装置から前記パケットを受信し（Ｓ１０１）、
    　前記パケットから特定される前記送信元装置を示す送信元装置情報及び前記パケットから特定される前記送信先装置を示す送信先装置情報に基づき、前記通信に求められる要求特性を決定し（Ｓ１０２）、
    　前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせである方策を決定し（Ｓ１０３）、
    　前記方策に基づき、前記パケットを各通信回線に振り分け（Ｓ１０４）、
    　前記各通信回線を用いて前記パケットを送信する（Ｓ１０５）、
    　通信方法。
  13. 　送信元装置から受信したデータを含むパケットを送信先装置に送信するために、前記送信先装置に接続された相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置（１００）で実行可能な通信プログラムであって、
    　当該通信プログラムは、前記通信装置に対し、
    　　前記送信元装置から前記パケットを受信し（Ｓ１０１）、
    　　前記パケットから特定される前記送信元装置を示す送信元装置情報及び前記パケットから特定される前記送信先装置を示す送信先装置情報に基づき、前記通信に求められる要求特性を決定し（Ｓ１０２）、
    　　前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせである方策を決定し（Ｓ１０３）、
    　　前記方策に基づき、前記パケットを各通信回線に振り分け（Ｓ１０４）、
    　　前記各通信回線を用いて前記パケットを送信する（Ｓ１０５）、処理を実行させる、
    　通信プログラム。
  14. 　通信装置（１００）及び前記通信装置と通信を行う相手方装置（２００）とからなる通信システム（１）であって、
    　前記通信装置は、送信元装置から受信したデータを含むパケットを送信先装置に送信するために、前記送信先装置に接続された前記相手方装置との間で単数又は複数の通信回線を用いて通信が可能な通信装置であって、
    　　前記送信元装置から前記パケットを受信する受信部（１０１）と、
    　　前記パケットから特定される前記送信元装置を示す送信元装置情報及び前記パケットから特定される前記送信先装置を示す送信先装置情報に基づき、前記通信に求められる要求特性を決定する要求特性決定部（１０３）と、
    　　前記要求特性に基づき、前記通信に使用する単数又は複数の前記通信回線の組み合わせである方策を決定する方策決定部（１０５）と、
    　　前記方策に基づき、前記パケットを各通信回線に振り分ける送信制御部（１０６）と、
    　　前記各通信回線に接続され前記パケットを送信する複数の送信部（１０７）と、を有し、
    　前記相手方装置は、
    　　前記パケットを受信する受信部（２０１）と、
    　　受信した前記パケットに基づき前記各通信回線の通信特性を測定する通信特性測定部（２０２）と、
    　　前記通信特性を前記通信装置に送信する送信部（２０３）と、を有する、
    　通信システム（１）。
PCT/JP2025/017230 2024-06-28 2025-05-12 通信装置、通信方法、及び通信プログラム Pending WO2026004366A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024-105268 2024-06-28
JP2024105268A JP2026006360A (ja) 2024-06-28 2024-06-28 通信装置、通信方法、及び通信プログラム

Publications (1)

Publication Number Publication Date
WO2026004366A1 true WO2026004366A1 (ja) 2026-01-02

Family

ID=98221466

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/017230 Pending WO2026004366A1 (ja) 2024-06-28 2025-05-12 通信装置、通信方法、及び通信プログラム

Country Status (2)

Country Link
JP (1) JP2026006360A (ja)
WO (1) WO2026004366A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016152453A (ja) * 2015-02-16 2016-08-22 株式会社日立製作所 通信制御システム、通信方法、及びゲートウェイ装置
JP2022088980A (ja) * 2020-12-03 2022-06-15 株式会社デンソー 通信制御装置、通信制御方法、及び中継サーバ

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016152453A (ja) * 2015-02-16 2016-08-22 株式会社日立製作所 通信制御システム、通信方法、及びゲートウェイ装置
JP2022088980A (ja) * 2020-12-03 2022-06-15 株式会社デンソー 通信制御装置、通信制御方法、及び中継サーバ

Also Published As

Publication number Publication date
JP2026006360A (ja) 2026-01-16

Similar Documents

Publication Publication Date Title
US11348383B2 (en) Connected car resource manager with associated applications control
US9825846B1 (en) Multi-path routing
US10187165B2 (en) Wireless communication terminal, wireless communication system, and communication control method
KR102867112B1 (ko) 듀얼 ｓｉｍ 폰을 통한 데이터 캐시 매커니즘
JP2018506873A (ja) モビリティ管理のための仮想サービングゲートウェイを配置するためのシステムおよび方法
US12010596B2 (en) Control device configured for and method of determining a data format
KR20170071381A (ko) 멀티-에이전트 기반 코드 오프로딩을 수행하는 모바일 포그 컴퓨팅 시스템 및 그 방법
CN106375102A (zh) 一种服务注册方法、使用方法及相关装置
CN114938334A (zh) 网络管理方法、装置、设备及计算机可读存储介质
CN113328953A (zh) 网络拥塞调整的方法、装置和存储介质
US9722914B2 (en) Heterogeneous network system, network apparatus, and rendezvous path selection method thereof
CN110768903A (zh) 优化网络连接的方法、装置、终端及存储介质
WO2026004366A1 (ja) 通信装置、通信方法、及び通信プログラム
CN114401201A (zh) 数据传输方法、装置及计算机可读存储介质
US9692685B2 (en) Heterogeneous network system, network apparatus, and rendezvous path selection method thereof
US12003565B1 (en) Quality framework for vehicle application data networks
WO2026004365A1 (ja) 通信装置、通信方法、及び通信プログラム
CN117835409A (zh) 低轨卫星与终端的通信方法、系统、设备及介质
Xu et al. Bridging Cross-Layer Interactions Between 5G RAN and MEC for Latency-Critical Video Analytics
JP2024141000A (ja) 通信装置、通信制御方法、及び通信制御プログラム
US9860159B1 (en) Multi-path routing
CN110730126A (zh) 链路汇聚系统、数据帧的发送或接收方法及其装置
US20240031062A1 (en) Trigger to enable data traffic replication in a wireless network
KR20250107907A (ko) 액세스 방법, 통신 장치 및 기록 매체
CN120238962A (zh) 数据传输方法、装置、设备、存储介质及车辆

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

Country of ref document: EP

Kind code of ref document: A1