Communication device, communication method, and program
Patent Information
- Application Number
- JP2025031690
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-02-28
- Publication Date
- 2026-09-09
AI Technical Summary
【0011】 本開示によれば、複数のアクセスポイントを含む無線通信システムにおいて通信の性能を向上させることができる。
Smart Images

Figure 2026144418000001_ABST
Abstract
Description
[Technical Field]
[0001] The present disclosure relates to wireless communication. [Background Art]
[0002] There is a technique for performing roaming of a user terminal between a plurality of access points in a wireless LAN environment (for example, Patent Document 1). [Prior Art Documents] [Patent Documents]
[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2023-177768 [Non-Patent Documents]
[0004] [Non-Patent Document 1] IEEE 802.11r, [online], IEEE 802, [searched February 6, 2025], Internet <URL:https: / / grouper.ieee.org / groups / 802 / 11 / Reports / tgr_update.htm> [Summary of the Invention] [Problem to be Solved by the Invention]
[0005] An object of the present disclosure is to improve communication performance in a wireless communication system including a plurality of access points. [Means for Solving the Problem]
[0006] One aspect of the present disclosure is In a communication system in which a mobile user device communicates with multiple access points, the communication device operating as the user device includes a wireless interface capable of simultaneously establishing a first wireless link and a second wireless link, and a control unit, wherein the control unit, while communicating data with the first access point via the first wireless link, receives guidance information from the first access point for determining the roaming access point, and performs a handshake with the second access point, which is the roaming destination determined based on the guidance information, via the second wireless link.
[0007] One aspect of this disclosure is, In a communication system in which a mobile user device communicates with multiple access points, the communication device operating as an access point has a control unit that performs the following: acquiring status data reporting the status of the wireless communication environment from other access points included in the communication system; and transmitting guidance information for determining a roaming access point, generated based on the status data, to the first user device during data communication with the first user device.
[0008] One aspect of this disclosure is, In a communication system in which a mobile user device communicates with multiple access points, a communication method performed by a communication device acting as the user device is a communication method that, while communicating data with a first access point via a first radio link, receives guidance information from the first access point for determining the roaming access point, and performs a handshake with the second access point, which is the roaming destination determined based on the guidance information, via a second radio link.
[0009] One aspect of this disclosure is, In a communication system in which a mobile user device communicates with multiple access points, this is a communication method performed by a communication device acting as an access point, the method comprising: acquiring status data reporting the status of the wireless communication environment from other access points included in the communication system; and, during data communication with the first user device, transmitting guidance information for determining the roaming access point, generated based on the status data, to the first user device.
[0010] Other embodiments include a program for causing a computer to execute the above-described communication method, or a computer-readable storage medium that non-temporarily stores said program. [Effects of the Invention]
[0011] According to this disclosure, communication performance can be improved in a wireless communication system that includes multiple access points. [Brief explanation of the drawing]
[0012] [Figure 1] A schematic diagram of the communication system according to the first embodiment. [Figure 2] Hardware configuration diagram of the in-vehicle device according to the first embodiment. [Figure 3] Hardware configuration diagram of the roadside device according to the first embodiment. [Figure 4] A software configuration diagram of an in-vehicle device according to the first embodiment. [Figure 5] A software configuration diagram of the roadside device according to the first embodiment. [Figure 6] An example of status data and status master data generated and managed by roadside equipment. [Figure 7] A flowchart of the processes performed by roadside equipment. [Figure 8] A sequence diagram showing the data flow during the handshake. [Figure 9] A sequence diagram showing the data flow during roaming. DESCRIPTION OF EMBODIMENTS
[0013] In a wireless LAN environment such as Wi-Fi (registered trademark), there exists a system that enables handover of a user terminal (hereinafter referred to as roaming) between a plurality of access points. In this system, for example, the result of authenticating the user terminal and the status of data communication are shared among the plurality of access points. Accordingly, even when the user terminal moves and the connected access point changes, reconnection can be performed in a short time and communication can be continued.
[0014] Furthermore, there is a movement to apply the Wi-Fi communication method to mobile bodies moving at high speed. For example, by arranging a plurality of access points along a main road and enabling roaming, mobile communication can be realized at low cost.
[0015] However, in wireless LAN connection, there is a problem that it takes time to discover an access point itself. Generally, when a terminal connects to an access point, it is necessary to perform operations including scanning for available access points, determining the access point to be connected to based on the scanning result, and performing handshake. However, if this operation is performed during roaming, there will be a period during which data communication is interrupted. To solve this problem, it is necessary to perform an operation of preparing for connection with the next access point to be connected to while continuing current data communication. The communication device according to the present disclosure solves such problems.
[0016] A communication device according to one aspect of the present disclosure is a communication device that operates as the user device in a communication system in which a moving user device communicates with a plurality of access points. Specifically, the system includes a wireless interface capable of simultaneously establishing a first wireless link and a second wireless link, and a control unit, wherein the control unit, while communicating data with the first access point via the first wireless link, receives guidance information from the first access point for determining the roaming access point, and performs a handshake with the second access point, which is the roaming destination determined based on the guidance information, via the second wireless link.
[0017] The communication device operates as a user device in the communication system and has a wireless interface capable of simultaneously establishing a first wireless link and a second wireless link.
[0018] Furthermore, the control unit of the communication device receives guidance information from the first access point during data communication via the first wireless link. Guidance information is information provided by the first access point for determining the roaming access point. The guidance information may specify the roaming access point, or it may be information provided for the user device to determine the roaming access point.
[0019] The control unit performs a handshake with the second access point, which is the roaming destination determined based on the guidance information, via the second wireless link. The handshake with the second access point via the second wireless link can be performed while data communication is taking place with the first access point via the first wireless link. This allows the handshake with the next access point to connect to to be performed before the connection switch occurs (i.e., during data communication). In other words, data communication with the second access point can begin immediately after data communication with the first access point has finished.
[0020] The aforementioned guidance information may also include identifiers of access points that are candidates for roaming destinations. In this case, the candidate roaming destination is specified by the first access point. Furthermore, the guidance information may also include the status of the wireless communication environment of other access points included in the communication system. Based on this guidance information, the user device can determine the access point to roam to.
[0021] A communication device according to one aspect of this disclosure is a communication device that operates as an access point in a communication system in which a mobile user device communicates with multiple access points. Specifically, the system performs the following actions: acquires status data reporting the status of the wireless communication environment from other access points included in the communication system; and, during data communication with the first user device, transmits guidance information generated based on the status data to the first user device for determining the roaming access point.
[0022] Communication devices that operate as access points also have a wireless interface. The control unit acquires status data from other access points included in the communication system, reporting the status of the wireless communication environment. Status data is data used to estimate the quality of wireless communication and typically includes information such as channel availability, channel occupancy, and the number of connected terminals.
[0023] Furthermore, the control unit can generate guidance information based on the status data and transmit it to the user device.
[0024] Furthermore, when the control unit receives a roaming notification from the first user device, it may include the guidance information in the response corresponding to the roaming notification and transmit it to the first user device. A roaming notification is typically a notification that the destination access point will be switched. By including guidance information in the response to this notification, information necessary to determine the destination access point can be efficiently transmitted to the first user device.
[0025] The control unit may determine an access point that is a candidate roaming destination for the first user device based on the acquired status data. In this case, the control unit may generate guidance information that includes the identifier of the determined access point. In this case, the guidance information will indicate or suggest the next access point to which the user device should connect.
[0026] The control unit may, based on the status data, provide the first user device with information to determine the roaming access point. In this case, the guidance information may, for example, notify the availability of wireless channels at multiple access points.
[0027] Furthermore, the control unit can perform a handshake with a second user device when a connection request is received from that second user device. This allows for a quicker connection to the new user device.
[0028] Furthermore, the control unit may generate status data reporting the availability of wireless channels in its own device, and transmit the generated status data to each of the other access points.
[0029] Thus, the first access point may, in addition to acquiring status data from other access points, also transmit status data from its own device. In this case, the control unit may transmit status data when the availability of its own wireless channel changes.
[0030] The following describes specific embodiments of this disclosure with reference to the drawings. Unless otherwise specified, the hardware configurations, module configurations, functional configurations, etc., described in each embodiment are not intended to limit the technical scope of the disclosure to those configurations alone.
[0031] (First embodiment) [System Overview] An overview of the communication system according to the first embodiment will be described with reference to Figure 1. The communication system according to this embodiment consists of an on-board device 10 mounted on a vehicle and a plurality of roadside devices 20 installed along the road. The roadside devices 20 are an example of an "access point" in this disclosure. In the example in Figure 1, roadside devices 20A and 20B are shown as examples, but when there is no need to distinguish between them, they are collectively referred to as "roadside device 20".
[0032] The communication system according to this embodiment is a system that performs wireless communication using the communication procedure defined by IEEE 802.11. The roadside devices 20A and 20B each have a range (for example, a radius of about 100 meters) that allows them to communicate data with the on-board device 10. The in-vehicle device 10 can connect to any of the roadside devices 20 and communicate while in motion. Furthermore, it can switch the connected roadside device 20 during communication (this is called roaming).
[0033] Roaming can be performed by multiple roadside devices 20 sharing information about the in-vehicle device 10. For example, roadside device 20B shares information about the in-vehicle device 10 (e.g., authentication information) with roadside device 20A. If the connection destination of the in-vehicle device 10 changes from roadside device 20A to roadside device 20B during data communication, roadside device 20B accepts the connection from the in-vehicle device 10 based on the shared information and continues communication.
[0034] On the other hand, in wireless LAN systems, when user devices move at high speeds, roaming processing can take time, potentially leading to insufficient communication time. In recent years, high frequency bands, primarily millimeter waves, are sometimes used to achieve high-speed communication. However, higher frequency bands narrow the communication range of each access point, resulting in frequent roaming. If the time required for roaming is not reduced, the amount of communication time available at each access point decreases.
[0035] To solve this problem, this embodiment utilizes an MLD (Multi-Link Device) as an in-vehicle device. An MLD is a communication device that can establish multiple wireless links simultaneously. In this embodiment, the in-vehicle device 10 is capable of simultaneously establishing two wireless links, link 1 and link 2.
[0036] Here, we assume that the in-vehicle device 10 is communicating data with the roadside device 20A using link 1 while the vehicle is in motion. The in-vehicle device 10 identifies the roadside device 20B, which is the next access point to connect to, and performs a handshake with the roadside device 20B using link 2 while communicating data via link 1. In this embodiment, the user device can perform roaming at high speed by using multiple links to communicate.
[0037] [Hardware configuration] Next, we will describe the hardware configuration of each device that makes up the system. Figure 2 is a schematic diagram showing an example of the hardware configuration of an in-vehicle device 10 that can be mounted on a vehicle.
[0038] The in-vehicle device 10 can be configured as a computer having a processor (CPU, GPU, etc.), main memory (RAM, ROM, etc.), and auxiliary storage (EPROM, hard disk drive, removable media, etc.). The auxiliary storage contains an operating system (OS), various programs, various tables, etc., and by executing the programs stored therein, various functions (software modules) that match a predetermined purpose, as described later, can be realized. However, some or all of the functions may be realized as hardware modules by hardware circuits such as ASICs and FPGAs.
[0039] The in-vehicle device 10 is comprised of a control unit 101, a storage unit 102, a communication unit 103, a location information acquisition unit 104, and an input / output unit 105.
[0040] The control unit 101 is a computing unit that realizes various functions of the in-vehicle device 10 by executing a predetermined program. The control unit 101 can be implemented by a hardware processor such as a CPU. The control unit 101 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.
[0041] The memory unit 102 is a means for storing information and is composed of storage media such as RAM, magnetic disks, and flash memory. The memory unit 102 stores programs executed by the control unit 101, data used by those programs, and so on.
[0042] The communication unit 103 is a wireless communication interface for sending and receiving wireless signals. The communication unit 103 is configured to send and receive wireless signals that conform to standards such as wireless LAN. For example, when the control unit 101 requests a network connection, a wireless connection with the roadside device 20 is established via the communication unit 103. In this embodiment, the communication unit 103 is configured to establish multiple links simultaneously. This allows the control unit 101 to, for example, communicate with an access point using link 1 while simultaneously communicating with another access point using link 2.
[0043] The location information acquisition unit 104 acquires the location information of the vehicle. The location information acquisition unit 104 includes a GPS antenna and a positioning module for determining the location information. The GPS antenna is an antenna that receives positioning signals transmitted from positioning satellites (also called GNSS satellites). The positioning module is a module that calculates location information based on the signals received by the GPS antenna. The location information acquisition unit 104 may also determine the direction of travel of the vehicle based on the change in location information.
[0044] The input / output unit 105 is a unit that receives input from the vehicle occupants and presents information to them. Specifically, the input / output unit 105 consists of a touch panel and its control means, and a liquid crystal display and its control means. In this embodiment, the touch panel and liquid crystal display consist of a single touch panel display.
[0045] Next, the hardware configuration of the roadside device 20 will be described. Figure 3 is a schematic diagram showing an example of the hardware configuration of the roadside device 20.
[0046] The roadside device 20 can be configured as a computer having a processor (CPU, GPU, etc.), main memory (RAM, ROM, etc.), and auxiliary memory (EPROM, hard disk drive, removable media, etc.), similar to the in-vehicle device 10.
[0047] The roadside device 20 is comprised of a control unit 201, a storage unit 202, and a communication unit 203.
[0048] The control unit 201 is a computing unit that realizes various functions of the roadside device 20 by executing a predetermined program. The control unit 201 can be implemented by a hardware processor such as a CPU. The control unit 201 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.
[0049] The memory unit 202 is a means for storing information and is composed of storage media such as RAM, magnetic disks, and flash memory. The memory unit 202 stores programs executed by the control unit 201, data used by those programs, and so on.
[0050] The communication unit 203 is a wireless communication interface for sending and receiving wireless signals to and from the in-vehicle device 10. The communication unit 203 is configured to send and receive wireless signals that conform to standards such as wireless LAN.
[0051] [Software Configuration] Next, the software configuration of each device constituting the system will be described. Figure 4 is a schematic diagram showing the software configuration of the in-vehicle device 10 according to this embodiment. The hardware configuration of the in-vehicle device 10 is as shown in Figure 2.
[0052] In this embodiment, the control unit 101 of the in-vehicle device 10 is configured to have a communication control unit 1011 as a software module. These software modules are storage units This may also be achieved by having the control unit 101 (CPU, etc.) execute a program stored in 102. Note that the information processing performed by the software module is synonymous with the information processing performed by the control unit 101 (CPU, etc.).
[0053] The communication control unit 1011 establishes a connection with one of the multiple roadside devices 20 and performs data transmission and reception (including roaming).
[0054] The communication control unit 1011 first requests a connection from the roadside equipment 20 included in the communication system. The communication control unit 1011 sends, for example, a probe request to an access point belonging to a predetermined group, and initiates a connection sequence with the roadside equipment 20 that responds to it. Alternatively, the communication control unit 1011 may receive a beacon frame transmitted from the roadside equipment 20 and initiate a connection sequence in response.
[0055] Furthermore, the communication control unit 1011 performs switching of the connection destination (roaming) between other roadside devices 20 as needed.
[0056] Here, we will describe the features of roaming in this embodiment. During data communication with the roadside device 20A, the communication control unit 1011 receives information (guidance information) from the roadside device 20A to guide the next roadside device 20B to be connected. As will be described later, the guidance information is information generated by the roadside device 20 to guide the user to the roadside device at the roaming destination. In this example, the communication control unit 1011 is assumed to have received guidance information from the roadside device 20A while communicating with the roadside device 20A using link 1. Furthermore, it is assumed that the guidance information specified roadside device 20B as the roaming destination roadside device.
[0057] The communication control unit 1011 uses link 2 to detect when it has entered the communication range of the roadside device 20B, and uses link 2 to initiate a connection sequence (handshake) with the roadside device 20B. Once data communication with the roadside device 20A is complete, the communication control unit 1011 can immediately begin data communication with the roadside device 20B, with which the handshake has been completed.
[0058] Next, the software configuration of the roadside device 20 will be described. Figure 5 is a schematic diagram showing the software configuration of the roadside device 20 according to this embodiment. The hardware configuration of the roadside device 20 is as shown in Figure 3.
[0059] In this embodiment, the control unit 201 of the roadside device 20 is configured with three software modules: a communication control unit 2011, an authentication unit 2012, and a shared unit 2013. These software modules may be implemented by the control unit 201 (CPU, etc.) executing programs stored in the storage unit 202. The information processing performed by the software modules is synonymous with the information processing performed by the control unit 201 (CPU, etc.).
[0060] The communication control unit 2011 performs data communication with the in-vehicle device 10. Specifically, the communication control unit 2011 performs the following processing.
[0061] (1) Process to perform a handshake with the in-vehicle device 10 The communication control unit 2011 responds to a probe request transmitted from the in-vehicle device 10 and initiates a handshake that includes authentication processing. The authentication processing is carried out by the authentication unit 2012, which will be described later. This is how it is done. However, if the authentication result for the target in-vehicle device 10 has already been received from another roadside device 20, the authentication process is omitted (see below). The above explanation is an example for active scanning, but in the case of passive scanning, the communication control unit 2011 may periodically broadcast beacon frames to notify the presence of its own device.
[0062] (2) Processing to perform data communication with the in-vehicle device 10 Once the handshake with the in-vehicle device 10 is complete, the communication control unit 2011 starts data communication with the in-vehicle device 10. Data communication may be performed, for example, by repeatedly sending multiple data blocks and receiving block acknowledgments.
[0063] (3) Roaming process Furthermore, the communication control unit 2011 has a function to control roaming between multiple roadside devices 20. For example, based on the communication result with the in-vehicle device 10, the communication control unit 2011 decides to switch the connection destination of the in-vehicle device 10 to another roadside device 20 (roaming). When roaming is performed, the communication control unit 2011 can transmit information (guidance information) to the in-vehicle device 10 regarding other roadside devices 20 that will become the new connection destination for the in-vehicle device 10. This guidance information includes information regarding candidate roadside devices 20 for roaming. The in-vehicle device 10 can use this information to switch the connection destination roadside device 20. Furthermore, the communication control unit 2011 can transmit information about the on-board device 10 (such as the identifier of the on-board device 10 and the sequence number used in data transmission) to other roadside devices 20 that are candidates for roaming destinations.
[0064] The authentication unit 2012 authenticates the in-vehicle device 10 based on a request from the communication control unit 2011. Authentication can be performed based on authentication information received from the in-vehicle device 10. Authentication information includes, for example, an identifier to uniquely identify the in-vehicle device 10, a key used when connecting the in-vehicle device 10 to a communication system, or an electronic certificate. The authentication information stored in the in-vehicle device 10 and the authentication information transmitted to the roadside device 20 may be different. For example, if a secret key is stored in the in-vehicle device 10, a hash generated based on that secret key may be transmitted to the roadside device 20. The authentication unit 2012 may, for example, perform authentication using a PSK (Pre-Shared Key). In this case, the authentication information will be a key generated based on a passphrase. Alternatively, the authentication unit 2012 may perform authentication using, for example, IEEE 802.1x authentication. In this case, the authentication information will be a combination of username and password, or an electronic certificate.
[0065] Furthermore, if the authentication of the in-vehicle device 10 is successful, the authentication unit 2012 transmits the authentication result to other roadside devices 20 belonging to the same communication system. This allows the other roadside devices 20 to continue communication without having to perform authentication again if roaming occurs.
[0066] The shared unit 2013 exchanges and shares data with other roadside devices 20 included in the communication system to report the status of the wireless communication environment. In this embodiment, the status of the wireless communication environment includes the usage status of multiple wireless channels provided by each roadside device 20.
[0067] In this embodiment, the shared unit 2013 generates data representing the usage status of wireless channels in its own device (hereinafter referred to as status data) and transmits it to other roadside devices 20. The status data may include information such as, for example, "According to the standard, 20 channels are available, and 10 of them are currently in use." Figure 6(A) shows an example of status data. The status data includes the identifier of the device and the position of the device. This includes location information, communication standards, frequency bands, authentication methods, a list of wireless channels available according to the standards, and a list of wireless channels currently in use. The status data may be stored in the memory unit 202 (status data 202A in Figure 5).
[0068] Furthermore, the shared unit 2013 receives status data from other roadside devices 20 and performs the process of registering it in a database (hereinafter referred to as status master data). The status master data is a database that manages the status of the wireless communication environment in multiple roadside devices 20. Figure 6(B) shows an example of the status master data. The status master data is updated each time status data is received from other roadside devices 20. The status master data may be stored in the storage unit 202 (status master data 202B in Figure 5).
[0069] As the shared unit 2013 performs the operations described above, the multiple roadside devices 20 included in the communication system will be able to understand the availability of each other's wireless channels in real time.
[0070] The status data may be transmitted via broadcast, but if the communication system has a wide range, adjacent roadside devices 20 may relay the status data to each other so that the data is delivered to all roadside devices 20. Furthermore, the status data may be transmitted to other roadside devices 20 via a wired backbone line or server equipment.
[0071] [Processing flowchart] Next, we will explain the processing flow in communication. In this example, we will explain the case where a vehicle equipped with an on-board device 10 is traveling on a road where multiple roadside devices 20 are installed. Figure 7 is a flowchart of the process by which roadside devices 20 exchange status data with other roadside devices 20. This process is performed periodically by each of the multiple roadside devices 20.
[0072] First, in step S11, the shared unit 2013 generates data (status data) representing the usage status of the wireless channel in its own device and transmits it to the other roadside devices 20. The status data may include the roadside device identifier, location information, coverage information, communication standard, frequency band, authentication method, a list of wireless channels available according to the standard, and a list of wireless channels currently in use.
[0073] Next, in step S12, the shared unit 2013 receives status data from other roadside devices 20 and registers it in the status master data 202B. If a record corresponding to the same roadside device 20 already exists, the contents of that record are updated. By having multiple roadside devices 20 repeatedly perform the process shown in Figure 7, the roadside devices 20 included in the communication system can grasp the availability of wireless channels of other roadside devices 20 in real time.
[0074] Note that in the explanation of Figure 7, steps S11 and S12 are shown together for convenience, but the two steps do not necessarily have to be executed together. Also, the execution order of each step does not have to be as shown in the diagram. Furthermore, the process in step S11 may be triggered by a change in the availability of the wireless channel of the device. In other words, if there is no change in the availability of the wireless channel of the device, the execution of step S11 may be skipped.
[0075] Next, we will specifically describe the processes performed by each device while the vehicle equipped with the in-vehicle device 10 is in motion. Figure 8 is a sequence diagram of data transmitted and received between the in-vehicle device 10 and the roadside device 20 when the in-vehicle device 10 connects to the roadside device 20 included in the communication system. In this example, the access point to which the in-vehicle device 10 first connects is designated as roadside device 20A, and the access point to which the in-vehicle device 10 next connects (i.e., the roaming destination) is designated as roadside device 20B. Furthermore, the in-vehicle device 10 communicates with roadside device 20A via link 1.
[0076] First, the in-vehicle device 10 sends a probe request to locate roadside devices. In this example, an active scan is performed based on a probe request transmitted from the in-vehicle device 10. However, the connection sequence may also begin with a beacon frame transmitted from the roadside device 20A. A beacon frame is data broadcast by the roadside device 20 to announce the presence of its own device. In this case, when the in-vehicle device 10 receives a beacon frame from the roadside device 20A, the in-vehicle device 10 starts the sequence to connect to the roadside device 20A.
[0077] Upon receiving a probe request addressed to itself, the roadside device 20A transmits a probe response containing its own network information to the in-vehicle device 10. Upon receiving a probe response, the in-vehicle device 10 sends an authentication request to the roadside device 20A requesting authentication. The authentication request may include authentication information (such as key information) held by the in-vehicle device 10.
[0078] When the roadside device 20A receives an authentication request, it performs a step (step S21) to authenticate the in-vehicle device 10. In step S21, the roadside device 20A (authentication unit 2012) authenticates the in-vehicle device 10 based on the authentication information received from the in-vehicle device 10. Authentication may be performed, for example, by PSK (Pre-Shared Key) or IEEE802.1x authentication.
[0079] Once the authentication of the in-vehicle device 10 is complete, the roadside device 20A performs a process to share the authentication result with other roadside devices 20 included in the communication system (step S22). For example, the roadside device 20A (authentication unit 2012) transmits the authentication result performed in step S21 to a roadside device 20B belonging to the same communication system (or the same group) (for example, a roadside device 20B having the same group address as roadside device 20A). Sharing of the authentication result may be performed via a server device or the like that manages multiple roadside devices 20 included in the communication system. This eliminates the need for each roadside device 20 to individually authenticate the in-vehicle device 10.
[0080] If the certification unit 2012 has already received the certification result from another roadside device 20 for the target in-vehicle device 10, steps S21 and S22 are skipped.
[0081] Once the authentication process is complete, the roadside device 20A sends a notification (authentication completion notification) to the in-vehicle device 10 indicating that the authentication has been completed.
[0082] Once authentication is complete, the in-vehicle device 10 sends an association request (connection request) to the roadside device 20A. In response, the roadside device 20A sends an association response to the in-vehicle device 10. The process described above completes the handshake between the on-board device 10 and the roadside device 20A.
[0083] Once the handshake between the in-vehicle device 10 and the roadside device 20A is complete, data communication begins. Data communication may, for example, involve the in-vehicle device 10 transmitting data collected in the vehicle to the roadside device 20A. Data communication may also be performed by repeatedly transmitting multiple data blocks and receiving block acknowledgments.
[0084] Figure 9 is a sequence diagram of data transmitted and received between the in-vehicle device 10 and the roadside device 20 when roaming is performed. The illustrated process begins when the in-vehicle device 10 decides to perform roaming from roadside device 20A to roadside device 20B. The timing of roaming can be determined, for example, based on the location information of the in-vehicle device 10, the field strength of the radio signal, the communication error rate, etc.
[0085] First, the in-vehicle device 10 sends a request (roaming request) to the roadside device 20A to initiate roaming. In step S31, the communication control unit 2011 determines, based on the status master data, a candidate roadside device 20 to which the in-vehicle device 10 will next connect (i.e., a roaming destination). For example, the communication control unit 2011 determines a roadside device that includes the in-vehicle device 10, which is in motion, in its coverage and has an available radio channel as a candidate roaming destination. The communication control unit 2011 also generates information (guidance information) to guide the user to the candidate roadside device for roaming. The guidance information includes identifiers of the roadside device for roaming. If there are two or more candidate access points for roaming, the guidance information may include two or more identifiers.
[0086] Once a roadside device that is a candidate for roaming destination is determined, the communication control unit 2011 of the roadside device 20A transmits a roaming response to the in-vehicle device 10. The roaming response is a notification accepting roaming, and in this embodiment, it includes guidance information.
[0087] Upon receiving the roaming response, the in-vehicle device 10 determines the roadside device 20B to roam to based on the guidance information included in the roaming response (step S32), and sends a probe request to the roadside device 20B using link 2. In the following description, the handshake with the roadside device 20B is performed using link 2. At this time, communication with the roadside device 20A using link 1 is still ongoing. The sequence of connections is as described with reference to Figure 8. Note that if the authentication result of the in-vehicle device 10 has been shared in advance, the authentication process will be omitted.
[0088] Once the handshake between the in-vehicle device 10 and the roadside device 20B is complete, the in-vehicle device 10 switches to the roadside device 20, which is the data communication partner (step S33). In this step, for example, the in-vehicle device 10 sends a request to the roadside device 20A to terminate data communication on link 1. In response, the roadside device 20A terminates data communication with the in-vehicle device 10.
[0089] Furthermore, at this time, the roadside device 20A transmits information (context information) regarding the target in-vehicle device 10 to the communication control unit 2011 of the roadside device 20B. The context information may include the identifier of the target in-vehicle device 10, its movement status, and the status of data transmission and reception (sequence number). The transmission of context information may be performed via a server device or the like that manages multiple roadside devices 20 included in the communication system. Furthermore, the in-vehicle device 10 requests the roadside device 20B to initiate data communication using link 2.
[0090] In the example shown in Figure 9, roaming is initiated by the on-board device 10, but roaming may also be initiated by the roadside device 20A. In this case, the roadside device 20A notifies the on-board device 10 of the occurrence of roaming. Guidance information may also be transmitted from the roadside device 20A to the on-board device 10 at this time. In response to this notification, the on-board device 10 starts the roaming procedure. It is also possible to perform roaming using this method.
[0091] As described above, the roadside device 20 according to the first embodiment generates status data that reports the status of its wireless communication environment and shares this data among multiple roadside devices. The roadside device 20A also provides the in-vehicle device 10 with information to guide it to a roadside device that is a candidate for roaming, based on the shared status data. The in-vehicle device 10 communicates with the roadside device 20A via link 1 and, based on the guidance information received from the roadside device 20A, uses link 2 to perform a handshake with the roadside device 20B that is the roaming destination.
[0092] With this configuration, the in-vehicle device 10 can determine the next roadside device to connect to before roaming occurs. Furthermore, because the in-vehicle device 10 uses different wireless links to perform handshakes with the roadside devices at the roaming destination simultaneously, roaming can be performed at high speed.
[0093] (Modification of the first embodiment) In the first embodiment, the roadside device 20A determines a candidate roadside device 20B for roaming based on the situation master data and guides it to the on-board device 10. On the other hand, the roadside device to roam may be determined by the on-board device 10. For example, the roadside device 20A may transmit some or all of the status master data, or information generated based thereon, to the in-vehicle device 10 as guidance information. Based on this guidance information, the in-vehicle device 10 may determine a suitable roadside device as a roaming destination.
[0094] (modified version) The embodiments described above are merely examples, and this disclosure may be modified as appropriate without departing from its essence. For example, the processes and means described in this disclosure can be freely combined and implemented, as long as no technical inconsistencies arise.
[0095] Furthermore, in the first embodiment, data representing the usage status of the wireless channel in the roadside device 20 was given as an example of status data, but other information may be included in the status data as long as it is possible to estimate the quality of wireless communication. For example, a numerical value representing the number of terminals currently connected to the device may be included in the status data.
[0096] Furthermore, in this embodiment, each roadside device 20 performs authentication of the in-vehicle device 10, but the authentication of the in-vehicle device 10 may be performed by an external authentication server. In this case, the authentication server and each roadside device 20 may communicate wirelessly or via a wired connection. Even in this case, the authentication result of the in-vehicle device 10 is shared among all roadside devices 20 included in the communication system.
[0097] Furthermore, a process described as being performed by a single device may be divided and executed by multiple devices. Conversely, a process described as being performed by different devices may be executed by a single device. In a computer system, the hardware configuration (server configuration) by which each function is implemented can be flexibly changed.
[0098] The present disclosure can also be realized by supplying a computer program implementing the functions described in the embodiments above to a computer, and having one or more processors in the computer read and execute the program. Such a computer program may be provided to the computer by a non-temporary computer-readable storage medium that can be connected to the computer's system bus, or it may be provided to the computer via a network. Non-temporary computer-readable storage mediums include, for example, any type of disk such as magnetic disks (floppy disks, hard disk drives (HDDs), etc.), optical disks (CD-ROMs, DVDs, Blu-ray discs, etc.), read-only memory (ROM), random access memory (RAM), EPROM, EEPROM, magnetic cards, flash memory, optical cards, and any type of medium suitable for storing electronic instructions. [Explanation of Symbols]
[0099] 10...In-vehicle equipment 20...Roadside equipment 101,201...Control Unit 102,202...Storage section 103,203... Communications Department 104...Location information acquisition unit 105...Input / output section
Claims
1. In a communication system in which a mobile user device communicates with multiple access points, a communication device that operates as the user device, It has a wireless interface capable of simultaneously establishing a first wireless link and a second wireless link, and a control unit, The control unit, During data communication with the first access point via the first wireless link, the system receives guidance information from the first access point for determining the roaming access point. To perform a handshake with the second access point, which is the roaming destination, determined based on the guidance information, via the second wireless link, A communication device that performs [this action].
2. The control unit performs a handshake with the second access point via the second wireless link during data communication with the first access point via the first wireless link. The communication device according to claim 1.
3. The aforementioned guidance information includes the identifier of the access point that is a candidate for roaming, The communication device according to claim 1.
4. The aforementioned guidance information includes the status of the wireless communication environment of other access points included in the communication system. The communication device according to claim 1.
5. The control unit determines the access point to be the roaming destination based on the guidance information. The communication device according to claim 4.
6. In a communication system in which a mobile user device communicates with multiple access points, a communication device that operates as an access point, Obtaining status data reporting the status of the wireless communication environment from other access points included in the aforementioned communication system, During data communication with the first user device, guidance information for determining the roaming access point, generated based on the status data, is transmitted to the first user device. A communication device having a control unit that performs the following.
7. When the control unit receives a roaming notification from the first user device, it includes the guidance information in the response corresponding to the roaming notification and transmits it to the first user device. The communication device according to claim 6.
8. Based on the acquired status data, the control unit determines an access point that is a candidate for the roaming destination of the first user device. The guidance information including the identifier of the determined access point is generated. The communication device according to claim 6.
9. The aforementioned guidance information includes the availability of wireless channels for multiple access points. The communication device according to claim 6.
10. The control unit generates status data reporting the availability of wireless channels in its own device, and transmits the generated status data to each of the other access points. The communication device according to claim 6.
11. The control unit transmits the status data when the availability of its own wireless channel changes. The communication device according to claim 10.
12. In a communication system in which a mobile user device communicates with multiple access points, a communication method performed by a communication device operating as the user device, During data communication with the first access point via the first wireless link, the system receives guidance information from the first access point for determining the roaming access point. To perform a handshake with the second access point, which is the roaming destination determined based on the guidance information, via the second wireless link, A communication method for executing this.
13. The handshake with the second access point via the second wireless link is performed during data communication with the first access point via the first wireless link. The communication method according to claim 12.
14. The aforementioned guidance information includes the identifier of a candidate access point for roaming, or the status of the wireless communication environment of other access points included in the communication system. The communication method according to claim 12.
15. In a communication system in which a mobile user device communicates with multiple access points, a communication method performed by a communication device acting as an access point, Obtaining status data reporting the status of the wireless communication environment from other access points included in the aforementioned communication system, During data communication with the first user device, guidance information for determining the roaming access point, generated based on the status data, is transmitted to the first user device. A communication method for executing this.
16. When a roaming notification is received from the first user device, the response corresponding to the roaming notification includes the guidance information and is transmitted to the first user device. The communication method according to claim 15.
17. Based on the multiple status data obtained, the access point that is a candidate for the roaming destination of the first user device is determined. The guidance information including the identifier of the determined access point is generated. The communication method according to claim 15.
18. The device generates status data reporting the availability of wireless channels, and transmits the generated status data to each of the other access points. The communication method according to claim 15.
19. When the availability of the wireless channel of the device changes, the device transmits the status data. The communication method according to claim 18.
20. A program for causing a computer to execute the communication method described in any one of claims 12 to 19.
Citation Information
Patent Citations
Substrate processor and method for processing substrate
JP2023177768A