Road toll collection method and device

Abstract

A road toll collection method and device are used to solve the problem of incorrect barrier lifting caused by disorderly passage of vehicles in non-free flow toll collection scenarios. The method includes: after a vehicle pays the road toll, the on-board device in the vehicle receives transaction voucher information from the roadside end, and the transaction voucher information is used to indicate that the vehicle has paid the toll. When the vehicle has not passed the road gate and the distance between the vehicle and the gate is less than a first threshold, the on-board device sends a pass request message, and the pass request message includes the transaction voucher information. This can prevent other vehicles from cutting in in front of the vehicle after the roadside end controls the barrier at the gate to release it, thereby solving the problem of incorrect barrier lifting caused by disorderly passage of vehicles in non-free flow toll collection scenarios. After the vehicle passes the gate, the on-board device stops sending the pass request message, which can save network resources.

Description

Technical Field

[0001] The present application relates to the field of intelligent vehicle technology, and in particular to a road toll collection method and device. Background Art

[0002] The electronic toll collection (ETC) system is a mature non-stop toll collection technology. Currently, expressway entrances and exits have dedicated ETC channels. However, because ETC uses 5.8GHz dedicated short-range communications (DSRC) technology for communication, it suffers from the following shortcomings: weak anti-interference capabilities, a short communication range (typically a radius of 10m-30m), and limited coverage, which limits the speed of vehicles passing through the transaction. For example, transaction success rates cannot be guaranteed at speeds above 120km / h. Therefore, the industry is considering alternative solutions, such as high-speed toll collection based on LTE-V2X communication technology. LTE-V2X communication technology has advantages such as long communication range and strong anti-interference capabilities, and can support communication with high-speed vehicles. Furthermore, toll collection based on LTE-V2X communication is more reliable than ETC.

[0003] Currently, in the toll collection method based on LTE-V2X communication, in the non-free flow charging scenario (i.e., charging first and then passing), the toll station roadside equipment raises the gate barrier after receiving the payment from the vehicle, which may cause the barrier to be raised by mistake, for example Figure 1 In the scenario shown, vehicle 1 has completed payment through LTE-V2X communication at a distance from the gate barrier, and then the gate barrier is lifted. At this time, vehicle 2, which has not yet completed payment, cuts in front of vehicle 1. In this case, vehicle 2 can directly leave the toll station without paying, resulting in the problem of the gate barrier being lifted by mistake due to the disorderly passage of vehicles. Summary of the Invention

[0004] The present application provides a road toll collection method and device to solve the problem of erroneous lifting of barriers caused by disorderly passage of vehicles in non-free flow toll collection scenarios.

[0005] In a first aspect, the present application provides a road toll collection method that can be applied to an on-board device in a vehicle. For example, the method can be executed by a road toll collection device on the on-board device. The method includes: after a vehicle pays a road toll, the on-board device in the vehicle receives transaction voucher information from a roadside terminal, the transaction voucher information being used to indicate that the vehicle has paid the toll; if the vehicle has not passed through a road gate and the distance between the vehicle and the gate is less than a first threshold, the on-board device sends a pass request message, the pass request message including the transaction voucher information; after the vehicle passes through the gate, the on-board device stops sending pass request messages.

[0006] Through this method, the vehicle's onboard device sends a pass request message including transaction voucher information, enabling the roadside end to be informed of the vehicle's payment of tolls based on the transaction voucher information. Furthermore, if the distance between the vehicle and the gate is less than a first threshold when the onboard device sends the pass request message, indicating that the vehicle is very close to the gate, this prevents other vehicles from cutting in in front of the vehicle after the roadside end controls the gate's barrier, thereby resolving the issue of erroneous barrier lifting caused by disorderly vehicle passage in non-free-flow toll collection scenarios. Furthermore, after the vehicle passes the gate, the onboard device stops sending pass request messages, saving network resources.

[0007] In a possible implementation manner, the vehicle-mounted device sending the passage request message includes: the vehicle-mounted device periodically sending the passage request message.

[0008] In a possible implementation, the pass request message also includes the vehicle's location information, which helps the roadside end accurately determine the distance between the vehicle and the gate.

[0009] In one possible implementation, the on-board device stops sending the pass request message, including: the on-board device determines that the vehicle has passed through the gate based on the vehicle's position relative to the gate, and then stops sending the pass request message based on the determination. In this way, the sending of the pass request message can be stopped only after ensuring that the vehicle has passed through the gate.

[0010] In one possible implementation, the on-board device stops sending pass request messages, including: the on-board device receives a release instruction message from the roadside, indicating that the vehicle has been released by the gate, and then the on-board device stops sending pass request messages based on the release instruction message. In this way, the on-board device can stop sending pass request messages after ensuring that the vehicle has been released by the gate.

[0011] In one possible implementation, before the onboard device receives a clearance instruction message from the roadside, it sends a pass message, which includes, but is not limited to, vehicle information or a transaction voucher code. This pass message indicates that the onboard device has passed through the gate. This helps the roadside determine that the vehicle has passed through the gate based on the pass message, thereby controlling the lowering of the gate barrier.

[0012] In one possible implementation, the roadside end includes a first roadside device. The on-board device in the vehicle receiving the transaction credential information from the roadside end includes: the on-board device in the vehicle receiving the transaction credential information from the first roadside device; and the on-board device sending the pass request message includes: the on-board device sending the pass request message to the first roadside device.

[0013] In one possible implementation, the roadside end includes a first roadside device and a second roadside device. The on-board device in the vehicle receives transaction credential information from the roadside end, including: the on-board device in the vehicle receives transaction credential information from the first roadside device; the on-board device sends a pass request message, including: the on-board device sends a pass request message to the second roadside device. Exemplarily, the first roadside device can be located near a road toll station, and the second roadside device can be located near a gate. Through this implementation, it can be applied to vehicles traveling at high speeds. The vehicle can first pay the road toll when entering the signal coverage range of the first roadside device, and then send a pass request message to the second roadside device when the distance from the gate is less than a first threshold. This can not only solve the problem of erroneous lifting of the barrier due to disorderly passage of vehicles in non-free flow charging scenarios, but also maintain a higher speed to pass through the gate.

[0014] In a second aspect, the present application provides a road toll collection method that can be applied to a roadside terminal in a vehicle, for example, the method can be executed by a road toll collection device on the roadside terminal. The method includes: receiving a pass request message sent by a vehicle, the pass request message including transaction voucher information, the transaction voucher information indicating that the vehicle has paid a road toll; obtaining a determination result that the vehicle has not passed through a gate on the road and that the distance between the vehicle and the gate is less than a first threshold; and generating a release control signal based on the transaction voucher information and the determination result, the release control signal being used to allow the vehicle to pass through the gate.

[0015] Through this method, the roadside end can know that the vehicle has paid the toll based on the transaction voucher information, and then generate a release control signal when the judgment result that the distance between the vehicle and the gate is less than the first threshold is obtained. This can prevent other vehicles from cutting in in front of the vehicle after the roadside end lifts the barrier at the control gate to release it, thereby solving the problem of erroneous barrier lifting caused by disorderly passage of vehicles in non-free flow charging scenarios.

[0016] In a possible implementation, before receiving the pass request message sent by the vehicle, the method further includes: after the vehicle pays the toll, sending transaction voucher information to the vehicle, where the transaction voucher information is used to indicate that the vehicle has paid the toll.

[0017] In one possible implementation, the pass request message also includes the vehicle's location information. Determining that the vehicle has not passed through a road gate and that the distance between the vehicle and the gate is less than a first threshold includes determining the determination result based on the location information and the location of the gate. In this way, the roadside terminal can accurately determine the determination result.

[0018] In a possible implementation, obtaining a judgment result that the vehicle has not passed through a gate of a road and the distance between the vehicle and the gate is less than a first threshold includes: determining the judgment result based on a perception result of the vehicle by a roadside perception device.

[0019] In one possible implementation, the pass request message also includes proximity indication information indicating that the vehicle is about to drive to a gate, and obtaining a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold includes: obtaining a judgment result based on the proximity indication information.

[0020] In one possible implementation, after generating the release control signal, the method further includes: sending a release indication message to the vehicle, where the release indication message is used to indicate that the vehicle has been released by the gate. This helps the on-board equipment in the vehicle determine that the vehicle has been released by the gate and exit the gate as quickly as possible.

[0021] Corresponding to any of the road toll collection methods of the first to second aspects, the present application further provides a communication device. The communication device can be any transmitting or receiving device that transmits data wirelessly. For example, a vehicle-mounted device or a roadside toll collection device. During the communication process, the transmitting device and the receiving device are relative. In certain communication processes, the communication device can serve as the aforementioned vehicle-mounted device or a communication chip that can be used for a vehicle-mounted device; in certain communication processes, the communication device can serve as the aforementioned roadside toll collection device or a communication chip that can be used for a roadside toll collection device.

[0022] In a third aspect, a communication device is provided, comprising a receiving unit, a transmitting unit, and a processing unit, to perform the first aspect and any one of the embodiments of the first aspect. The receiving unit is configured to perform functions related to reception, and the transmitting unit is configured to perform functions related to transmission. In one design, the communication device is a communication chip, and the receiving unit and the transmitting unit may be input / output circuits or ports of the communication chip.

[0023] In another design, the receiving unit may be a receiver or a receiver, and the sending unit may be a transmitter or a transmitter.

[0024] Optionally, the communication device further includes modules that can be used to execute the above-mentioned first aspect and any implementation of the first aspect.

[0025] In a fourth aspect, a communication device is provided, comprising a communication unit and a processing unit, to implement the second aspect and any one of the embodiments thereof. The communication unit is configured to perform functions related to sending and receiving. Optionally, the communication unit includes a receiving unit and a transmitting unit. In one design, the communication device is a communication chip, and the communication unit may be an input / output circuit or port of the communication chip.

[0026] In another design, the communication unit may be a transmitter and a receiver, or the communication unit may be a transmitter and a receiver.

[0027] Optionally, the communication device further includes modules that can be used to execute the above-mentioned second aspect and any implementation of any road charging method in the second aspect.

[0028] In a fifth aspect, a communication device is provided. The communication device may be an onboard device of the aforementioned vehicle or a roadside road toll collection device, comprising a processor and a memory. Optionally, a transceiver is further provided. The memory is configured to store a computer program or instruction, and the processor is configured to retrieve and execute the computer program or instruction from the memory. When the processor executes the computer program or instruction in the memory, the communication device executes any of the aforementioned aspects 1 and 2, as well as any implementation of any of the road toll collection methods in the first and second aspects.

[0029] Optionally, there are one or more processors and one or more memories.

[0030] Optionally, the memory may be integrated with the processor, or the memory may be provided separately from the processor.

[0031] Optionally, the transceiver may include a transmitter (transmitter) and a receiver (receiver).

[0032] In a sixth aspect, a communication device is provided, comprising a processor. The processor is coupled to a memory and is configured to execute the method of any one of the first and second aspects, and any possible implementation of the first and second aspects. Optionally, the communication device further comprises a memory. Optionally, the communication device further comprises a communication interface, the processor being coupled to the communication interface.

[0033] In one implementation, the communication device is an in-vehicle device. When the communication device is an in-vehicle device, the communication interface may be a transceiver or an input / output interface. Alternatively, the transceiver may be a transceiver circuit. Alternatively, the input / output interface may be an input / output circuit.

[0034] In another implementation, the communication device is a roadside toll collection device. When the communication device is a roadside toll collection device, the communication interface may be a transceiver or an input / output interface. Alternatively, the transceiver may be a transceiver circuit. Alternatively, the input / output interface may be an input / output circuit.

[0035] In another implementation, the communication device is a chip or a chip system. When the communication device is a chip or a chip system, the communication interface can be an input / output interface, interface circuit, output circuit, input circuit, pin, or related circuit on the chip or chip system. The processor can also be embodied as a processing circuit or a logic circuit.

[0036] In a seventh aspect, a system is provided, which includes the on-board equipment of the above-mentioned vehicle and a road toll collection device at the roadside end.

[0037] In an eighth aspect, a computer program product is provided, which includes: a computer program (also referred to as code, or instructions), which, when executed, enables a computer to execute the method of the above-mentioned first aspect and any possible implementation of the first aspect, or enables a computer to execute the above-mentioned second aspect and any implementation of the second aspect.

[0038] In the ninth aspect, a computer-readable storage medium is provided, which stores a computer program (also referred to as code, or instructions). When the computer-readable storage medium is run on a computer, it enables the computer to execute the method in the above-mentioned first aspect and any possible implementation of the first aspect, or enables the computer to execute the above-mentioned second aspect and any implementation of the second aspect.

[0039] In the tenth aspect, a chip system is provided, which may include a processor. The processor is coupled to a memory and can be used to perform any of the first to second aspects, and any possible implementation of any of the first to second aspects. Optionally, the chip system also includes a memory. The memory is used to store a computer program (also referred to as code, or instructions). The processor is used to call and run the computer program from the memory so that the device equipped with the chip system performs any of the first to second aspects, and any possible implementation of any of the first to second aspects.

[0040] In a specific implementation, the processing device may be a chip, the input circuit may be an input pin, the output circuit may be an output pin, and the processing circuit may be a transistor, a gate circuit, a trigger, or various logic circuits. The input signal received by the input circuit may be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit may be, for example, but not limited to, output to and transmitted by a transmitter. The input circuit and the output circuit may be the same circuit, which functions as an input circuit and an output circuit at different times. The embodiments of the present application do not limit the specific implementation of the processor and various circuits. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 A schematic diagram of a scenario applicable to an embodiment of the present application;

[0042] Figure 2 A schematic diagram of a possible system architecture applicable to the embodiments of the present application;

[0043] Figure 3 A schematic diagram of the structure of an on-vehicle device applicable to an embodiment of the present application;

[0044] Figure 4 A schematic diagram of a road toll collection method according to an embodiment of the present application;

[0045] Figure 5 A schematic diagram of a road toll collection method according to an embodiment of the present application;

[0046] Figure 6 A schematic diagram of a communication device provided in an embodiment of the present application;

[0047] Figure 7 A schematic diagram of a communication device provided in an embodiment of the present application;

[0048] Figure 8 A schematic diagram of a communication device provided in an embodiment of the present application;

[0049] Figure 9 A schematic diagram of a communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0050] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all the embodiments.

[0051] In the embodiments of the present application, the vehicle can communicate with other objects based on vehicle-to-external wireless communication technology (e.g., vehicle to everything (V2X)). For example, the communication between the vehicle and the roadside equipment can be achieved based on the vehicle-to-infrastructure wireless communication technology (e.g., vehicle to vehicle (V2I)). The communication between the vehicle and the infrastructure can be based on the vehicle network wireless communication technology based on long-term evolution (LTE) communication technology, fifth-generation (5G) mobile communication technology, and future mobile communication technology. The following embodiments are explained by taking the communication between the vehicle and the roadside equipment via LTE-V2X as an example.

[0052] The road charging method in the embodiments of the present application can be applied to a variety of road charging scenarios, for example, a highway charging scenario, and another example is a parking lot charging scenario. The present application does not limit the specific application scenarios. The following embodiments will illustrate the application of the road charging method to a highway charging scenario as an example.

[0053] Figure 2 This is a schematic diagram of the architecture of a possible communication system applicable to the embodiments of this application. Figure 2 As shown, the communication system may include a roadside terminal and a vehicle. The on-board equipment in the vehicle can communicate with the roadside terminal based on LTE-V2X. The on-board equipment is also called an on-board unit (OBU), which is placed in or installed in the vehicle. For example, the on-board equipment can be located below the central control screen of the vehicle, or in the rearview mirror. It can be powered by the vehicle's power supply system. The embodiments of this application do not limit the specific location of the on-board equipment. The on-board equipment can be responsible for uniquely identifying the vehicle, binding bank cards, mobile phone WeChat and other payment accounts, reading and writing existing ETC passes, satellite positioning, etc.

[0054] The roadside end may include one or more roadside devices. For example, the roadside end includes multiple roadside devices. Figure 2 As shown, the roadside end includes roadside equipment along the highway, roadside equipment at toll booths and roadside equipment at gates.

[0055] The roadside equipment along the highway can be installed along sections of the highway with ambiguous routes, where two or more travel paths exist between two toll booths. The roadside equipment along the highway can include a first roadside unit (RSU) that communicates with the onboard equipment based on LTE-V2X when a vehicle passes by and obtains the vehicle's location information.

[0056] The toll station roadside equipment can be set up near the highway toll station. The toll station roadside equipment may include a second RSU. On the one hand, the second RSU can communicate with the first RSU included in the highway roadside equipment to obtain the location information of the vehicle during driving, thereby obtaining the driving path; on the other hand, the second RSU can communicate with the on-board equipment based on LTE-V2X when the vehicle passes by, thereby completing the transaction process of highway toll collection.

[0057] The gate roadside equipment can be set near the gate barrier, and the gate roadside equipment can include a third RSU. On the one hand, the third RSU can communicate with the on-board equipment based on LTE-V2X to receive transaction voucher information sent by the on-board equipment. The transaction voucher information is used to indicate that the vehicle has paid the toll. For example, the transaction voucher information includes a transaction voucher code, so that the roadside end can determine that the vehicle arriving at the gate barrier has paid the toll based on the transaction voucher information sent by the vehicle, and then control the gate barrier to lift so that the vehicle can leave the toll station. In addition, the third RSU can also obtain the vehicle's location information by communicating with the on-board equipment to determine the distance of the vehicle relative to the gate. In other embodiments, the third RSU can also communicate with the second RSU included in the toll station roadside equipment based on LTE-V2X to obtain the vehicle's location information and / or transaction voucher information.

[0058] In the above embodiments, any two roadside devices (for example, any two roadside devices along a highway, for example, roadside devices along a highway and roadside devices at a toll station, and for example, roadside devices at a toll station and roadside devices at a gate) can communicate wirelessly based on LTE-V2X. In some other embodiments, any two roadside devices can also communicate through an optical fiber connection.

[0059] In some other embodiments, the toll station roadside equipment and the gate roadside equipment can also be integrated into one roadside equipment, which is set near the toll station and can realize the functions of the above-mentioned toll station roadside equipment and gate roadside equipment.

[0060] Next, the structure of the vehicle-mounted device will be described.

[0061] like Figure 3As shown, the on-board equipment may include a control module, a communication module, and a positioning module. The control module is mainly responsible for coordinating the various modules and is responsible for control, storage, reading and writing, etc. The communication module has communication functions such as LTE-V2X, Bluetooth, wireless fidelity (Wi-Fi), and near field communication (NFC). It is mainly responsible for communicating with the first RSU in the roadside equipment along the highway, the second RSU in the roadside equipment at the toll station, and the third RSU in the roadside equipment at the gate, reading and writing ETC passes, and communicating with other devices. The positioning module is used to communicate with Beidou satellites and / or global positioning system (GPS) communication equipment to obtain the vehicle's location information.

[0062] To facilitate understanding of the embodiments of the present application, some terms used in the embodiments of the present application are introduced below.

[0063] Vehicle-to-everything (V2X) is a technology used for direct communication between vehicles (V2V), vehicles and roadside infrastructure (V2I), vehicles and pedestrians (V2P), and vehicles and networks (V2N).

[0064] V2I (vehicle-to-infrastructure) communication refers to the connection between vehicles and infrastructure. "I" in this context includes traffic lights, bus stops, utility poles, buildings, overpasses, tunnels, roadblocks, and other transportation infrastructure and equipment. V2I communication enables communication between infrastructure and vehicles without affecting onboard sensors.

[0065] The terms "system" and "network" in the embodiments of the present application can be used interchangeably. "At least one" refers to one or more, and "plurality" refers to two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can represent: the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and subsequent associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0066] Furthermore, unless otherwise specified, ordinal numbers such as "first" and "second" in the embodiments of this application are used to distinguish between multiple objects and are not used to define the priority or importance of multiple objects. For example, "first roadside equipment" and "second roadside equipment" are only used to distinguish different roadside equipment and do not indicate a difference in priority or importance between the two roadside equipment.

[0067] Currently, in the toll collection method based on LTE-V2X communication, in non-free flow toll collection scenarios, the roadside equipment at the toll station raises the gate barrier upon receiving the payment from the vehicle, which may cause the barrier to be raised by mistake, for example Figure 1 In the scenario shown, vehicle 1 has completed payment through LTE-V2X communication at a distance from the gate barrier, and then the gate barrier is lifted. At this time, vehicle 2, which has not yet completed payment, cuts in front of vehicle 1. In this case, vehicle 2 can directly leave the toll station without paying, resulting in the problem of the gate barrier being lifted by mistake due to the disorderly passage of vehicles.

[0068] In order to solve the above problems, the present application provides a road toll collection method to solve the problem of erroneous lifting of barriers caused by disorderly passage of vehicles in non-free flow toll collection scenarios.

[0069] [Example 1]

[0070] Figure 4 A schematic diagram of a road charging method provided in an embodiment of the present application is shown in FIG. Figure 4 As shown, the method includes the following steps:

[0071] Step 401: After a vehicle pays a road toll, an onboard device in the vehicle receives transaction voucher information from a roadside terminal. The transaction voucher information is used to indicate that the vehicle has paid the toll.

[0072] The following is an introduction to vehicle-paid road tolls.

[0073] Taking the example of a vehicle paying for highway tolls, when the vehicle approaches or arrives at a highway toll station, it can conduct a transaction with the roadside end based on LTE-V2X communication to complete the payment of highway tolls. In specific implementation, while the vehicle is driving on the highway, the roadside end can obtain relevant information such as the vehicle's driving path, mileage, and toll rates of the road sections passed, and then calculate the toll and feedback the deduction information (at least including the toll) to the on-board device. The on-board device receives the deduction information and automatically deducts the fee through the bank card or ETC pass card bound to the vehicle to complete the payment of the highway toll. After the vehicle pays the toll, the roadside end can send the transaction voucher information to the vehicle so that the vehicle can confirm that the toll payment has been completed.

[0074] In the embodiments of the present application, transaction voucher information may include vehicle information and payment information. Vehicle information is information that uniquely identifies a vehicle and may include at least one of the following: license plate number, vehicle frame number, and engine number. Payment information may include tolls, information about the vehicle's entry and exit points into and out of the expressway, and other information, which is not limited here.

[0075] In step 402, if the vehicle has not passed the gate and the distance between the vehicle and the gate is less than a first threshold, the vehicle-mounted device sends a pass request message, which includes transaction credential information. Accordingly, the roadside terminal receives the pass request message sent by the vehicle-mounted device.

[0076] Here, this application does not limit the specific value of the first threshold, and it can be set according to actual conditions, for example, it can be set to the length of a vehicle; for example, there is a lane with obstructions on both sides in front of the gate railing. Generally, when the front of a vehicle reaches the entrance of the lane with obstructions on both sides, other vehicles cannot squeeze in front of the vehicle. The first threshold can be set to the length of the lane with obstructions on both sides; for another example, the first threshold can be set to the sum of the length of the lane with obstructions on both sides and the length of a vehicle.

[0077] In a possible implementation, the on-board device periodically sends a pass request message, and accordingly, the roadside end receives the pass request message periodically sent by the on-board device of the vehicle.

[0078] In the embodiments of this application, the specific duration of a period during which the vehicle-mounted device periodically transmits a pass request message is not limited. In a specific implementation, an algorithm can be established to characterize the relationship between different vehicle models and speeds and the transmission frequency. Based on this algorithm, the transmission frequency of the pass request message can be determined based on the vehicle model and / or speed. For example, the higher the vehicle speed, the higher the transmission frequency, although this application does not impose any limitation on this.

[0079] In step 403 , the roadside terminal obtains a judgment result that the vehicle has not passed through the gate of the road and the distance between the vehicle and the gate is less than a first threshold.

[0080] In step 403 above, the roadside end may obtain a judgment result that the vehicle has not passed through the gate of the road and the distance between the vehicle and the gate is less than the first threshold. There are multiple possible implementations, which are described below:

[0081] In a possible implementation a1, the pass request message further includes the vehicle's location information. The roadside terminal can determine, based on the location information and the location of the gate, that the vehicle has not passed the gate and the distance between the vehicle and the gate is less than a first threshold.

[0082] In a specific implementation, the vehicle-mounted device can obtain the vehicle's location information through GPS positioning or Beidou satellite positioning, which can obtain sub-meter location information. Of course, in the embodiment of the present application, the vehicle's location information can also be obtained by other means, and the present application does not limit this.

[0083] Taking the example of a vehicle-mounted device periodically sending a pass request message including the vehicle's location information and transaction credential information, the roadside end can determine the above judgment result based on the vehicle's location information in the periodically received pass request message.

[0084] For example, the on-board device obtains the vehicle's location information A in the first cycle and sends a pass request message 1 to the roadside end. The pass request message 1 includes the location information A and the transaction voucher information. After receiving the pass request message 1, the roadside end determines that the vehicle has paid the toll based on the transaction voucher information, and determines whether the vehicle has passed the road gate based on the location information A and the distance between the vehicle and the gate is less than the first threshold. If so, execute the above-mentioned steps 404-405. If not, continue to obtain the judgment result in the next cycle. Here, taking the result of the first cycle as no as an example, the on-board device obtains the vehicle's location information B in the second cycle and sends a pass request message 2 to the roadside end. The pass request message 2 includes the location information B and the transaction voucher information. After receiving the pass request message 1, the roadside end determines that the vehicle has paid the toll based on the transaction voucher information, and determines whether the vehicle has passed the road gate and the distance between the vehicle and the gate is less than the first threshold based on the location information B. If so, execute the above-mentioned step 404. If not, continue to obtain the judgment result in the next cycle until the judgment result in the above-mentioned step 403 is obtained, that is, the vehicle has not passed the road gate and the distance between the vehicle and the gate is less than the first threshold.

[0085] Possible implementation a2: Determining, based on the roadside sensing device's perception of the vehicle, that the vehicle has not passed through the road gate and that the distance between the vehicle and the gate is less than a first threshold. It should be noted that the roadside sensing device may be installed within the roadside equipment or as an independent device near the gate. If the sensing device is an independent device, the sensing device may forward the sensing result to the roadside equipment.

[0086] In one example, the roadside sensing device may include a camera, such as a high-definition camera, which can take pictures of vehicles near the gate. The camera then sends image data to the roadside end. After the roadside end receives the image data, it determines whether the vehicle has passed the road gate and the distance between the vehicle and the gate based on the image data. For example, it determines whether the vehicle has passed the road gate and the distance between the vehicle and the gate through image recognition technology.

[0087] In another example, the roadside sensing device may include a first NFC device, and the on-board device may include a second NFC device. When the vehicle travels to a distance from the gate that is less than a first threshold, the second NFC device sends a first message to the first NFC device. The first message is used to indicate that the distance between the vehicle and the gate barrier is less than a preset threshold. In this way, as long as the first NFC device receives the first message, it can determine that the distance between the vehicle and the gate barrier is less than the preset threshold.

[0088] In another example, the roadside sensing device may include a radar device. The roadside device may receive a second message from the radar device, the second message including the distance between the vehicle and the radar device. The roadside device then determines the distance between the vehicle and the gate barrier based on the distances between the vehicle and the radar device, and the distance between the radar device and the gate barrier, thereby obtaining the aforementioned determination result.

[0089] Possible implementation a3, the pass request message also includes proximity indication information indicating that the vehicle is about to drive to the gate, and the roadside end can obtain a judgment result based on the proximity indication information that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold.

[0090] In step 404, the roadside generates a release control signal based on the transaction voucher information and the judgment result. The release control signal is used to allow the vehicle to pass through the gate.

[0091] In one possible implementation, after generating the release control signal, the roadside terminal may also send a release indication message to the vehicle, indicating that the vehicle has been released by the gate. This helps the onboard equipment in the vehicle determine that the vehicle has been released by the gate and exit the gate as quickly as possible.

[0092] Step 405: After the vehicle passes through the gate, the vehicle-mounted device stops sending the pass request message.

[0093] In step 405 above, after the vehicle passes through the gate, the onboard device stops sending the pass request message. There are several possible implementations, which are described below:

[0094] In a possible implementation b1, the vehicle-mounted device determines that the vehicle has passed through the gate based on the vehicle's position relative to the gate, and stops sending the pass request message based on the determination result. In this way, sending the pass request message can be stopped after ensuring that the vehicle has passed through the gate.

[0095] In possible implementation b2, the onboard device receives a clearance instruction message from the roadside terminal, indicating that the vehicle has been released by the gate. The onboard device then stops sending clearance request messages based on the clearance instruction message. This allows the onboard device to stop sending clearance request messages only after ensuring that the vehicle has been released by the gate.

[0096] In some other embodiments, before the onboard device receives the clearance instruction message from the roadside terminal, the onboard device may also send a pass message, which includes but is not limited to vehicle information or a transaction voucher code, indicating that the onboard device has passed through the gate. This helps the roadside terminal determine that the vehicle has passed through the gate based on the pass message and thus control the lowering of the gate barrier.

[0097] In an embodiment of the present application, the vehicle's on-board device sends a pass request message including transaction voucher information, enabling the roadside end to know that the vehicle has paid the toll based on the transaction voucher information. Moreover, if the distance between the vehicle and the gate is less than a first threshold when the on-board device sends the pass request message, it indicates that the vehicle is very close to the gate. This can prevent other vehicles from cutting in in front of the vehicle after the roadside end controls the gate barrier to release it, thereby resolving the problem of incorrect barrier lifting caused by disorderly vehicle passage in non-free flow toll collection scenarios. In addition, after the vehicle passes the gate, the on-board device stops sending pass request messages, which can save network resources.

[0098] In the above embodiment 1, the above road charging scheme is implemented by the interaction between the roadside terminal and the vehicle-mounted device. The roadside terminal can be a roadside device, for example, called the first roadside device. For example, the first roadside device can be the above Figure 2 In the communication system shown in FIG, the roadside terminal in the above method embodiment can be replaced with the first roadside device. For specific implementation, please refer to the description in the above embodiment 1. In another optional embodiment, the roadside terminal can also include two roadside devices, such as a first roadside device and a second roadside device. For example, the first roadside device can be the above Figure 2 In the toll station roadside equipment in the communication system shown, the second roadside equipment can be the above Figure 2 The following describes in detail the specific implementation process of the three-party interaction among the first roadside device, the second roadside device and the vehicle-mounted device based on the second embodiment.

[0099] [Example 2]

[0100] Figure 5 The following is a flow chart showing the road charging method according to the second embodiment of the present application: Figure 5 As shown, the method includes the following steps:

[0101] Step 501: After a vehicle pays a road toll, an onboard device in the vehicle receives transaction voucher information from a first roadside device, where the transaction voucher information is used to indicate that the vehicle has paid the toll.

[0102] In a possible implementation, after the vehicle pays the toll, the first roadside device may further send transaction voucher information to the vehicle.

[0103] Here, the specific implementation of step 501 can refer to the relevant content of step 401 in the above embodiment 1, and will not be repeated here.

[0104] In step 502, if the vehicle has not passed the gate and the distance between the vehicle and the gate is less than a first threshold, the vehicle-mounted device sends a pass request message to the second roadside device, including the transaction credential information. In response, the second roadside device receives the pass request message sent by the vehicle-mounted device.

[0105] In a possible implementation, the vehicle-mounted device periodically sends the passage request message to the second roadside device.

[0106] Here, the specific implementation of step 502 can refer to the relevant content of the steps in the above embodiment 1, and will not be repeated here.

[0107] In step 503 , the second roadside equipment obtains a judgment result that the vehicle has not passed through the gate of the road and the distance between the vehicle and the gate is less than a first threshold.

[0108] Here, there are multiple possible implementations for the second roadside equipment to obtain the judgment result that the vehicle has not passed through the gate of the road and the distance between the vehicle and the gate is less than the first threshold, which are respectively described below:

[0109] In possible implementation c1, the pass request message also includes the vehicle's location information. The second roadside equipment can determine, based on the location information and the location of the gate, that the vehicle has not passed through the gate and that the distance between the vehicle and the gate is less than a first threshold. The specific implementation of possible implementation c1 can be found in the relevant content of possible implementation a1 in Example 1 above and will not be further elaborated here.

[0110] In a possible implementation c2, the second roadside device determines that the vehicle has not passed the road gate and the distance between the vehicle and the gate is less than a first threshold value based on the perception result of the vehicle by the roadside sensing device. It should be noted that the roadside sensing device can be set in the first roadside device, can be set in the second roadside device, or can be set as an independent device near the gate. If the roadside sensing device is an independent device or is set in the first roadside device, the roadside sensing device can forward the perception result to the second roadside device. The specific implementation method of possible implementation c2 can refer to the relevant content of possible implementation a2 in the above-mentioned embodiment one, which will not be repeated here.

[0111] Possible implementation c3, the pass request message also includes proximity indication information indicating that the vehicle is about to drive to the gate, and the second roadside device can obtain a judgment result based on the proximity indication information that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than the first threshold.

[0112] In step 504, the second roadside equipment generates a release control signal based on the transaction voucher information and the judgment result. The release control signal is used to allow the vehicle to pass through the gate.

[0113] In one possible implementation, after generating the release control signal, the second roadside equipment may also send a release indication message to the vehicle, indicating that the vehicle has been released from the gate. This helps the onboard equipment in the vehicle determine that the vehicle has been released from the gate and exit the gate as quickly as possible.

[0114] Step 505: After the vehicle passes through the gate, the vehicle-mounted device stops sending the pass request message to the second roadside device.

[0115] In step 505 above, after the vehicle passes through the gate, the onboard device stops sending the pass request message to the second roadside device. There are multiple possible implementations, which are described below:

[0116] In a possible implementation d1, the onboard device determines that the vehicle has passed through the gate based on the vehicle's position relative to the gate, and stops sending the pass request message based on the determination. In this way, the sending of the pass request message to the second roadside equipment can be stopped after ensuring that the vehicle has passed through the gate.

[0117] In possible implementation d2, the onboard device receives a clearance instruction message from the roadside terminal, indicating that the vehicle has been released from the gate. Subsequently, the onboard device, based on the clearance instruction message, stops sending clearance request messages to the second roadside device. This allows the onboard device to stop sending clearance request messages to the second roadside device after ensuring that the vehicle has been released from the gate.

[0118] In some other embodiments, before the onboard device receives the clearance instruction message from the second roadside device, the onboard device may also send a pass message to the second roadside device. The pass message includes, but is not limited to, vehicle information or a transaction voucher code. The pass message indicates that the onboard device has passed the gate. This helps the second roadside device determine that the vehicle has passed the gate based on the pass message, thereby controlling the lowering of the gate barrier.

[0119] The embodiments of the present application can be applied to vehicles traveling at high speeds. The vehicle can first pay the road toll upon entering the signal coverage area of ​​the first roadside device, and then send a pass request message to the second roadside device when the distance from the gate is less than a first threshold, indicating that the vehicle is very close to the gate. This can prevent other vehicles from cutting in front of the vehicle after the second roadside device lifts the barrier at the gate to release it. This not only solves the problem of incorrect barrier lifting caused by disorderly passage of vehicles in non-free flow toll scenarios, but also allows the vehicle to pass through the gate at a relatively high speed. In addition, after the vehicle passes the gate, the on-board device stops sending pass request messages, which can save network resources.

[0120] It should be noted that the names of the above-mentioned information are merely examples. With the evolution of communication technology, the names of any of the above-mentioned information may change. However, no matter how the names change, as long as their meanings are the same as those of the above-mentioned information in this application, they fall within the scope of protection of this application.

[0121] The above mainly introduces the solution provided by the present application from the perspective of the interaction between various network elements. It can be understood that in order to realize the above functions, the above-mentioned network elements include hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present invention can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in a hardware or computer software-driven hardware manner depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present invention.

[0122] According to the above method, Figure 6 A schematic diagram of the structure of a communication device provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, the communication device can be a roadside toll collection device (or first roadside device, second roadside device) or an on-board device. It can also be a chip or circuit, such as a chip or circuit that can be installed in a roadside toll collection device (or first roadside device, second roadside device), or a chip or circuit that can be installed in an on-board device.

[0123] Furthermore, the communication device 601 may further include a bus system, wherein the processor 602 , the memory 604 , and the transceiver 603 may be connected via the bus system.

[0124] It should be understood that the processor 602 may be a chip. For example, the processor 602 may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0125] During implementation, each step of the above method can be completed by hardware integrated logic circuits in processor 602 or by software instructions. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in processor 602. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The storage medium is located in memory 604, and processor 602 reads the information in memory 604 and, in conjunction with its hardware, completes the steps of the above method.

[0126] It should be noted that the processor 602 in the embodiment of the present application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or software instructions. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component. The various methods, steps, and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiment of the present application can be directly embodied as being executed by a hardware decoding processor, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0127] It is understood that the memory 604 in the embodiment of the present application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), and direct RAM bus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0128] When the communication device 601 corresponds to the vehicle-mounted device in the above method, the communication device 601 may include a transceiver 603 and a memory 604. Optionally, the communication device 601 also includes a processor 602. The memory 604 is used to store instructions, and the processor 602 is used to execute the instructions stored in the memory 604 to implement the above method. Figure 4 or Figure 5 A related solution of the vehicle-mounted device in any one or more corresponding methods shown in .

[0129] When the communication device 601 implements the above Figure 4 In the relevant scheme of the vehicle-mounted equipment in any one or more of the corresponding methods shown: the transceiver 603 is used to receive transaction voucher information from the roadside after the vehicle pays the road toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll; when the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold, a pass request message is sent, and the pass request message includes the transaction voucher information; after the vehicle passes the gate, the passing request message is stopped.

[0130] In a possible implementation manner, the transceiver 603 is specifically configured to periodically send a pass request message.

[0131] In a possible implementation, the passage request message also includes the location information of the vehicle.

[0132] In one possible implementation, the processor 602 is specifically configured to obtain a determination result of whether the vehicle has passed through the gate based on the position of the vehicle relative to the gate; and the transceiver 603 is specifically configured to control the communication unit to stop sending the pass request message based on the determination result.

[0133] In a possible implementation, the transceiver 603 is specifically configured to: receive a release instruction message from a roadside end, where the release instruction message is used to indicate that the vehicle has been released by the gate; and stop sending a pass request message according to the release instruction message.

[0134] When the communication device 601 corresponds to the roadside charging device in the above method, the communication device 601 may include a processor 602, a transceiver 603 and a memory 604. The memory 604 is used to store instructions, and the processor 602 is used to execute the instructions stored in the memory 604 to implement the above method. Figure 4 or Figure 5 A related solution of a road toll collection device at a roadside end in any one or more of the methods shown in :

[0135] When the communication device 601 implements the above Figure 4 The relevant scheme of the road toll collection device on the road side in any one or more of the corresponding methods shown is: a transceiver 603 is used to receive a pass request message sent by a vehicle, the pass request message includes transaction voucher information, and the transaction voucher information is used to indicate that the vehicle has paid the road toll; a processor 602 is used to obtain a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold; a release control signal is generated according to the transaction voucher information and the judgment result, and the release control information is used to allow the vehicle to pass through the gate.

[0136] In a possible implementation, before receiving the pass request message sent by the vehicle, the transceiver 603 is further used to: send transaction voucher information to the vehicle after the vehicle pays the toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll.

[0137] In a possible implementation, the passage request message further includes location information of the vehicle, and the processor 602 is specifically configured to determine a determination result based on the location information and the location of the gate.

[0138] In a possible implementation, the processor 602 is specifically configured to determine a judgment result based on a perception result of the vehicle by the roadside perception device.

[0139] In a possible implementation, the passage request message further includes proximity indication information indicating that the vehicle is about to drive to a gate. The processor 602 is specifically configured to obtain a determination result according to the proximity indication information.

[0140] In a possible implementation, the transceiver 603 is further configured to: after the release control signal is generated, send a release indication message to the vehicle, where the release indication message is used to indicate that the vehicle has been released by the gate.

[0141] When the communication device 601 realizes Figure 5 In the relevant scheme of the on-board equipment in any one or more of the corresponding methods shown: the transceiver 603 is used to receive transaction voucher information from the first roadside device after the vehicle pays the road toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll; when the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold, a pass request message is sent to the second roadside device, and the pass request message includes the transaction voucher information; the processor 602 is used to stop sending the pass request message to the second roadside device after the vehicle passes the gate.

[0142] When the communication device 601 realizes Figure 5 When the relevant scheme of the second roadside equipment in any one or more of the corresponding methods shown is: a transceiver 603 is used to receive a pass request message sent by a vehicle, the pass request message includes transaction voucher information, and the transaction voucher information is used to indicate that the vehicle has paid the road toll; a processor 602 is used to obtain a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold; a release control signal is generated according to the transaction voucher information and the judgment result, and the release control information is used to allow the vehicle to pass through the gate.

[0143] When the communication device 601 realizes Figure 5 When the relevant scheme of the first roadside device in any one or more of the corresponding methods shown is: the processor 602 is used to generate transaction voucher information after the vehicle pays the toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll; the transceiver 603 is used to send the transaction voucher information to the on-board equipment in the vehicle.

[0144] For the concepts, explanations, detailed descriptions and other steps involved in the communication device and related to the technical solutions provided in the embodiments of the present application, please refer to the descriptions of these contents in the aforementioned methods or other embodiments, which will not be repeated here.

[0145] According to the above method, Figure 7A schematic diagram of the structure of a communication device provided in an embodiment of the present application is shown in FIG. Figure 7 As shown, the communication device 701 may include a communication interface 703, a processor 702 and a memory 704. The communication interface 703 is used to input and / or output information; the processor 702 is used to execute computer programs or instructions so that the communication device 701 can achieve the above Figure 4 The method of the road side end in the related scheme, or the communication device 701 realizes the above Figure 4 The method of the vehicle-mounted device in the related solution, or the communication device 701 realizes the above Figure 5 The method of the vehicle-mounted device in the related solution, or the communication device 701 realizes the above Figure 5 The method of the first roadside equipment in the related scheme, or the communication device 701 realizes the above Figure 5 In the embodiment of the present application, the communication interface 703 can implement the above Figure 6 The solution implemented by the transceiver 603, the processor 702 can implement the above Figure 6 The processor 602 implements the solution, and the memory 704 can implement the above Figure 6 The solution implemented by the memory 604 will not be described in detail here.

[0146] Based on the above embodiments and the same concept, Figure 8 A schematic diagram of a communication device provided in an embodiment of the present application, such as Figure 8 As shown, the communication device 801 can be a roadside end (road toll collection device or first roadside equipment or second roadside equipment), or a chip or circuit, such as a chip or circuit that can be set in a road toll collection device or first roadside equipment or second roadside equipment.

[0147] The communication device can achieve the above Figure 4 The steps performed by the roadside end in the method corresponding to any one or more of the items shown in . The communication device may correspond to the roadside end in the above method. The communication device may include a processing unit 802 and a communication unit 803. The communication unit 803 is used to receive a pass request message sent by a vehicle, the pass request message including transaction voucher information, and the transaction voucher information is used to indicate that the vehicle has paid the road toll; the processing unit 802 is used to obtain a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold; a release control signal is generated according to the transaction voucher information and the judgment result, and the release control information is used to allow the vehicle to pass through the gate.

[0148] In a possible implementation, before receiving the pass request message sent by the vehicle, the communication unit 803 is further used to: send transaction voucher information to the vehicle after the vehicle pays the toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll.

[0149] In a possible implementation, the passage request message further includes location information of the vehicle. The communication unit 803 is specifically configured to determine a judgment result based on the location information and the location of the gate.

[0150] In a possible implementation, the communication unit 803 is specifically configured to determine a judgment result based on a perception result of the vehicle by the roadside perception device.

[0151] In a possible implementation, the passage request message further includes proximity indication information indicating that the vehicle is about to drive to a gate. The communication unit 803 is specifically configured to obtain a determination result according to the proximity indication information.

[0152] In a possible implementation, the communication unit 803 is further configured to: after the release control signal is generated, send a release indication message to the vehicle, where the release indication message is used to indicate that the vehicle has been released by the gate.

[0153] The communication device can achieve the above Figure 5 The steps performed by the first roadside device or the second roadside device in the method corresponding to any one or more of the items shown in . The communication device may correspond to the first roadside device or the second roadside device in the above method. The communication device may include a processing unit 802 and a communication unit 803.

[0154] When the communication device corresponds to the second roadside equipment in the above method, the communication unit 803 is used to receive a pass request message sent by the vehicle, the pass request message includes transaction voucher information, and the transaction voucher information is used to indicate that the vehicle has paid the road toll; the processing unit 802 is used to obtain a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold; a release control signal is generated according to the transaction voucher information and the judgment result, and the release control information is used to allow the vehicle to pass through the gate.

[0155] When the communication device corresponds to the first roadside equipment in the above method, the processing unit 802 is used to generate transaction voucher information after the vehicle pays the toll, and the transaction voucher information is used to indicate that the vehicle has paid the toll; the communication unit 803 is used to send the transaction voucher information to the on-board equipment in the vehicle.

[0156] For the concepts, explanations, detailed descriptions and other steps involved in the communication device and related to the technical solutions provided in the embodiments of the present application, please refer to the descriptions of these contents in the aforementioned methods or other embodiments, which will not be repeated here.

[0157] It can be understood that the functions of the various units in the above-mentioned communication device 801 can be implemented with reference to the corresponding method embodiments, and will not be repeated here.

[0158] It should be understood that the division of the units of the above communication device is only a division of logical functions. In actual implementation, all or part of the units can be integrated into one physical entity, or they can be physically separated. In the embodiment of the present application, the communication unit 803 can be composed of the above Figure 6 The transceiver 603 or the above Figure 7 The communication interface 703 is implemented, and the processing unit 802 can be implemented by the above Figure 6 The processor 602 or the above Figure 7 The processor 702 is implemented.

[0159] Based on the above embodiments and the same concept, Figure 9 A schematic diagram of a communication device provided in an embodiment of the present application, such as Figure 9 As shown, the communication device 901 can be an onboard device, or a chip or circuit, such as a chip or circuit that can be provided in an onboard device. The communication device can correspond to the onboard device in the above method. The communication device can include a receiving unit 902 and a sending unit 903, and optionally, the communication device also includes a processing unit 904.

[0160] The communication device can achieve the above Figure 4 The steps performed by the on-board device in any one or more of the methods corresponding to the above are as shown in . The receiving unit 902 is configured to receive transaction voucher information from the roadside after the vehicle pays the toll for the road, the transaction voucher information being used to indicate that the vehicle has paid the toll. The sending unit 903 is configured to send a pass request message including the transaction voucher information when the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold. The sending unit 903 is further configured to stop sending the pass request message after the vehicle passes the gate.

[0161] In a possible implementation manner, the sending unit 903 is specifically configured to periodically send a passage request message.

[0162] In a possible implementation, the passage request message also includes the location information of the vehicle.

[0163] In a possible implementation, the processing unit 904 is configured to obtain a determination result of whether the vehicle has passed through the gate based on the position of the vehicle relative to the gate; and the sending unit 903 is specifically configured to stop sending the pass request message based on the determination result.

[0164] In one possible implementation, the receiving unit 902 is further used to: receive a release instruction message from the roadside end, the release instruction message is used to indicate that the vehicle has been released by the gate; the sending unit 903 is specifically used to: stop sending the pass request message according to the release instruction message.

[0165] The communication device can be implemented as above Figure 5 The steps performed by the on-board device in the method corresponding to any one or more of the items shown in . The communication device may correspond to the on-board device in the above method. The receiving unit 902 is used to receive transaction voucher information from the first roadside device after the vehicle pays the toll for the road, and the transaction voucher information is used to indicate that the vehicle has paid the toll; the sending unit 903 is used to send a pass request message to the second roadside device when the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold, and the pass request message includes the transaction voucher information; the sending unit 903 is also used to stop sending the pass request message to the second roadside device after the vehicle passes the gate.

[0166] In a possible implementation manner, the sending unit 903 is specifically configured to periodically send a passage request message to the second roadside device.

[0167] In a possible implementation, the passage request message also includes the location information of the vehicle.

[0168] In one possible implementation, the processing unit 904 is configured to obtain a determination result of whether the vehicle has passed through the gate based on the position of the vehicle relative to the gate; and the sending unit 903 is specifically configured to stop sending a pass request message to the second roadside device based on the determination result.

[0169] In one possible implementation, the receiving unit 902 is further used to: receive a release indication message from the roadside end, the release indication message is used to indicate that the vehicle has been released by the gate; the sending unit 903 is specifically used to: stop sending a pass request message to the second roadside device according to the release indication message.

[0170] For the concepts, explanations, detailed descriptions and other steps involved in the communication device and related to the technical solutions provided in the embodiments of the present application, please refer to the descriptions of these contents in the aforementioned methods or other embodiments, which will not be repeated here.

[0171] It can be understood that the functions of the various units in the above-mentioned communication device 901 can be implemented with reference to the corresponding method embodiments, and will not be repeated here.

[0172] It should be understood that the division of the units of the above communication device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. In the embodiment of the present application, the receiving unit 902 and the sending unit 903 can be composed of the above Figure 6 The transceiver 603 or the above Figure 7 The communication interface 703 is implemented, and the processing unit 904 can be implemented by the above Figure 6 The processor 602 or the above Figure 7 The processor 702 is implemented.

[0173] According to the method provided in the embodiment of the present application, the present application also provides a computer program product, which includes: computer program code or instructions, which, when the computer program code or instructions are executed on a computer, causes the computer to execute Figure 4 or Figure 5 A method according to any one of the embodiments shown.

[0174] According to the method provided in the embodiment of the present application, the present application also provides a computer-readable storage medium, which stores a program code, and when the program code is run on a computer, the computer executes Figure 4 or Figure 5 A method according to any one of the embodiments shown.

[0175] According to the method provided in the embodiment of the present application, the present application also provides a chip system, which may include a processor. The processor is coupled to the memory and can be used to execute Figure 4 or Figure 5 The method in the embodiment shown. Optionally, the chip system also includes a memory. The memory is used to store computer programs (also called codes or instructions). The processor is used to call and run the computer program from the memory so that the device equipped with the chip system executes Figure 4 or Figure 5 A method according to any one of the embodiments shown.

[0176] According to the method provided in the embodiment of the present application, the present application also provides a system, which includes the aforementioned road toll collection device at the roadside end and a vehicle, in which a vehicle-mounted terminal is provided; or, includes the aforementioned first roadside equipment, the second roadside equipment and a vehicle, in which a vehicle-mounted terminal is provided.

[0177] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented using software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more available media integrated therein. Available media may be magnetic media (eg, floppy disks, hard disks, tapes), optical media (eg, high-density digital video discs (DVDs)), or semiconductor media (eg, solid state discs (SSDs)).

[0178] Note: A portion of this patent application contains material which is subject to copyright protection. The copyright owner reserves all rights reserved except for copies of the materials in the patent file or patent record in the Patent Office.

[0179] In each of the above-mentioned apparatus embodiments, the roadside end (e.g., the first roadside device, the second roadside device) corresponds to the vehicle-mounted device, and in the method embodiments, the roadside end (e.g., the first roadside device, the second roadside device) corresponds to the vehicle-mounted device. Corresponding steps are performed by corresponding modules or units. For example, the communication unit (transceiver) performs the receiving or sending steps in the method embodiments, while other steps besides sending and receiving can be performed by the processing unit (processor). The functions of the specific units can be referred to in the corresponding method embodiments. There can be one or more processors.

[0180] As used in this specification, the terms "component," "module," "system," and the like are used to refer to computer-related entities, hardware, firmware, a combination of hardware and software, software, or software in execution. For example, a component can be, but is not limited to, a process running on a processor, a processor, an object, an executable file, an execution thread, a program, and / or a computer. By way of illustration, both an application running on a computing device and a computing device can be a component. One or more components can reside in a process and / or an execution thread, and a component can be located on one computer and / or distributed between two or more computers. In addition, these components can be executed from various computer-readable media having various data structures stored thereon. Components can communicate, for example, via local and / or remote processes based on signals having one or more data packets (e.g., data from two components interacting with another component across a local system, a distributed system, and / or a network, such as the Internet interacting with other systems via signals).

[0181] Those skilled in the art will appreciate that the various illustrative logical blocks and steps described in conjunction with the embodiments disclosed herein can be implemented using electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0182] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0183] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0184] Units described as separate components may or may not be physically separate, and components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0185] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0186] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk, and other media that can store program codes.

[0187] The above are only specific embodiments of the present application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A road charging method, characterized in that: include: After the vehicle pays the toll for the road, the onboard device in the vehicle receives transaction voucher information from the roadside end, wherein the transaction voucher information is used to indicate that the vehicle has paid the toll; When the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold, the on-board device sends a pass request message, where the pass request message includes the transaction voucher information and proximity indication information indicating that the vehicle has traveled to a point where the distance between the vehicle and the gate is less than the first threshold; The transaction voucher information and the proximity indication information are used to generate a release control signal, and the release control signal is used to control the gate barrier to be raised so that the vehicle passes through the gate; The on-board device receives a release instruction message from the roadside terminal, wherein the release instruction message is used to indicate that the vehicle has been released by the gate; After the vehicle passes through the gate, the on-board device sends a pass message to the roadside end and stops sending the pass request message. The pass message is used to indicate that the vehicle has passed through the gate and instruct the roadside end to control the lowering of the gate barrier.

2. The method according to claim 1, wherein The on-vehicle device sending the passage request message includes: The vehicle-mounted device periodically sends the passage request message.

3. The method according to claim 1 or 2, wherein: The passage request message also includes the location information of the vehicle.

4. The method according to claim 1 or 2, wherein: The on-vehicle device stopping sending the passage request message includes: The vehicle-mounted device obtains a determination result that the vehicle has passed through the gate based on the position of the vehicle relative to the gate; The in-vehicle device stops sending the passage request message according to the determination result.

5. The method according to claim 1 or 2, wherein: The vehicle-mounted device stopping sending the passage request message includes: The on-vehicle device stops sending the pass request message according to the release instruction message.

6. A road charging method, characterized in that: include: receiving a passage request message sent by a vehicle, the passage request message including transaction voucher information and proximity indication information indicating that the distance between the vehicle and a gate of a road is less than a first threshold, the transaction voucher information indicating that the vehicle has paid a toll for the road; obtaining, based on the proximity indication information, a determination result that the vehicle has not passed the gate of the road and a distance between the vehicle and the gate is less than a first threshold; generating a release control signal according to the transaction voucher information and the judgment result, wherein the release control signal is used to control the gate barrier to be lifted so that the vehicle passes through the gate; Sending a release instruction message to the vehicle, wherein the release instruction message is used to indicate that the vehicle has been released by the gate; A passing message sent by the vehicle is received, where the passing message is used to indicate that the vehicle has passed the gate and to instruct the roadside end to control the lowering of the barrier of the gate.

7. The method according to claim 6, wherein Before receiving the passage request message sent by the vehicle, the method further includes: After the vehicle pays the toll, the transaction voucher information is sent to the vehicle, where the transaction voucher information is used to indicate that the vehicle has paid the toll.

8. The method according to claim 6 or 7, wherein: The passage request message also includes the location information of the vehicle, and obtaining the judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold includes: The judgment result is determined according to the position information and the position of the gate.

9. The method according to claim 6 or 7, wherein: The obtaining of a judgment result that the vehicle has not passed through the gate of the road and the distance between the vehicle and the gate is less than a first threshold includes: The judgment result is determined based on the perception result of the vehicle by the roadside perception device.

10. The method according to claim 6 or 7, characterized in that The passage request message further includes approach indication information indicating that the vehicle is about to travel to the gate, and obtaining a judgment result that the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold includes: The determination result is obtained according to the proximity indication information.

11. A vehicle-mounted device in a vehicle, characterized in that: include: a receiving unit, configured to receive transaction voucher information from a roadside terminal after the vehicle has paid the toll for the road, wherein the transaction voucher information is used to indicate that the vehicle has paid the toll; a sending unit, configured to send a pass request message when the vehicle has not passed the gate of the road and the distance between the vehicle and the gate is less than a first threshold, the pass request message including the transaction credential information and proximity indication information indicating that the distance between the vehicle and the gate is less than the first threshold; The transaction voucher information and the proximity indication information are used to generate a release control signal, and the release control signal is used to control the gate barrier to be raised so that the vehicle passes through the gate; The receiving unit is further configured to receive a release instruction message from the roadside end, wherein the release instruction message is used to indicate that the vehicle has been released by the gate; The sending unit is also used to send a passing message to the roadside end after the vehicle passes through the gate, and stop sending the pass request message. The passing message is used to indicate that the vehicle has passed through the gate, and to instruct the roadside end to control the lowering of the gate barrier.

12. The device according to claim 11, wherein The sending unit is specifically configured to: The passage request message is sent periodically.

13. The device according to claim 11 or 12, characterized in that The passage request message also includes the location information of the vehicle.

14. The device according to claim 11 or 12, characterized in that The vehicle-mounted device further includes a processing unit configured to obtain a determination result of whether the vehicle has passed through the gate based on the position of the vehicle relative to the gate; and the sending unit is specifically configured to: Stop sending the passage request message according to the determination result.

15. The device according to claim 11 or 12, characterized in that The sending unit is specifically configured to stop sending the pass request message according to the release instruction message.

16. A road toll collection device, characterized in that: include: a communication unit, configured to receive a passage request message sent by a vehicle, the passage request message including transaction voucher information and proximity indication information indicating that the distance between the vehicle and a gate of the road is less than a first threshold, the transaction voucher information indicating that the vehicle has paid a toll for the road; a processing unit configured to obtain, based on the proximity indication information, a determination result that the vehicle has not passed through the gate of the road and that the distance between the vehicle and the gate is less than a first threshold; and generate a release control signal based on the transaction voucher information and the determination result, the release control signal being configured to control the gate barrier to be raised, allowing the vehicle to pass through the gate; The communication unit is further configured to: After the release control signal is generated, a release indication message is sent to the vehicle, wherein the release indication message is used to indicate that the vehicle has been released by the gate; a pass message sent by the vehicle is received, wherein the pass message is used to indicate that the vehicle has passed the gate and to instruct the roadside end to lower the barrier controlling the gate.

17. The device according to claim 16, characterized in that Before receiving the passage request message sent by the vehicle, the communication unit is further configured to: After the vehicle pays the toll, the transaction voucher information is sent to the vehicle, where the transaction voucher information is used to indicate that the vehicle has paid the toll.

18. The device according to claim 16 or 17, characterized in that The passage request message also includes the location information of the vehicle. The processing unit is specifically configured to: The judgment result is determined according to the position information and the position of the gate.

19. The device according to claim 16 or 17, characterized in that The processing unit is specifically configured to: The judgment result is determined based on the perception result of the vehicle by the roadside perception device.

20. The device according to claim 16 or 17, characterized in that The passage request message further includes approach indication information indicating that the vehicle is about to drive to the gate. The processing unit is specifically configured to: The determination result is obtained according to the proximity indication information.

21. A vehicle-mounted device, characterized in that: The method comprises a processor and a memory, wherein the memory is used to store computer-executable instructions, and the processor executes the computer-executable instructions to implement the method according to any one of claims 1 to 5.

22. A road toll collection device, characterized in that: The method comprises a processor and a memory, wherein the memory is used to store computer-executable instructions, and the processor executes the computer-executable instructions to implement the method according to any one of claims 6 to 10.

23. A road toll collection device, characterized in that: Including processor and communication interface, The communication interface is used to input and / or output information; The processor is configured to execute a computer program so that the method according to any one of claims 1 to 5 is executed, or the method according to any one of claims 6 to 10 is executed.

24. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and when the computer program is executed, the method according to any one of claims 1 to 5 or the method according to any one of claims 6 to 10 is implemented.

25. A computer program product, characterized in that The computer program product comprises a computer program or instructions, and when the computer program or instructions are executed by a processor, the method according to any one of claims 1 to 5 or the method according to any one of claims 6 to 10 are implemented.

Images